一種電視機、消息處理方法及系統的制作方法

專利名稱：一種電視機、消息處理方法及系統的制作方法
技術領域：
本發明屬于電視機領域，尤其涉及一種電視機、消息處理方法及系統。
背景技術：
智能終端的產生，使得從服務端直接向智能終端推送消息成為了可能。以智能終端為電視為例，如果電視上的應用有更新，系統需要升級時，就可以直接通過服務端來發送消息，提示終端用戶。另外，也可以在適當的時候，向終端推送廣告，來獲取商業利潤。目前，android下的消息推送系統有兩個，一個是google推出的c2dm (androidcloud to device messaging,基于android的云到設備消息推送服務),但是這個需要用到國外服務器，不穩定，并且該系統只能與第三方應用通過代碼的方式一一對應的綁定， 必須依賴于google賬戶；另一個是android的一個開源項目androidpn (android pushnotification,基于android的推送通知),在引用現有smack庫的基礎上實現和服務器端的持久連接，以實現服務器對客戶端的推送，但是該客戶端功能過于簡單，只能傳遞簡單消息，不能滿足視頻，音頻等媒體格式，并且無法提供完整的消息接收和顯示機制。

發明內容
本發明實施例的目的在于提供一種電視機、消息處理方法及系統，g在解決由于現有電視機對接收到的消息的處理功能不夠強大，也不方便用戶操作該消息的問題。本發明實施例是這樣實現的，一種電視機，所述電視機包括客戶端及信息管理單元，其中所述客戶端，用于接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至所述消息管理単元；及所述消息管理単元，用于根據所述消息屬性信息，判斷是否需要強制顯示所述消息，當判斷結果為是時，顯示并存儲所述消息，并標記所述消息的顯示狀態為已讀。本發明實施例的另一目的在于提供一種基于上述電視機的消息處理方法，所述方法包括下述步驟所述客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至消息管理單元；所述消息管理単元根據所述消息屬性信息，判斷是否需要強制顯示所述消息，當判斷結果為是時，顯示并存儲所述消息，并標記所述消息的顯示狀態為已讀。本發明實施例的另一目的在于提供ー種消息處理系統，所述系統包括權利要求I所述的電視機，還包括與所述電視機通信的服務器，其中所述服務器，用于向所述電視機的客戶端發送消息。本發明實施例通過提供ー種包括客戶端及信息管理単元的電視機，由該客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至該消息管理単元；該消息管理単元根據該消息屬性信息，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀，解決了現有電視機對接收到的消息的處理功能不夠強大，也不方便用戶操作該消息的問題，使得電視機能夠對服務器發送的消息進行接收、顯示、存儲等，實現對消息的統ー管理，擴大了電視機對接收到的消息的處理功能，也方便用戶對消息進行的操作等。


圖I是本發明第一實施例提供的電視機的結構圖；圖2是本發明第二實施例提供的電視機的結構圖；圖3是本發明第三實施例提供的消息處理方法的實現流程圖；圖4是本發明第三實施例提供的消息處理方法中步驟S302的具體實現流程圖； 圖5是本發明第四實施例提供的消息處理方法的實現流程圖；圖6是本發明第五實施例提供的消息處理方法的實現流程圖；圖7是本發明第六實施例提供的消息處理系統的結構圖。
具體實施例方式為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進ー步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不用于限定本發明。本發明實施例通過電視機的客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至該電視機的消息管理単元，該消息管理單元根據該消息屬性信息，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀，使得電視機能夠對服務器發送的消息進行接收、顯示、存儲等，實現對消息的統ー管理，擴大了電視機對接收到的消息的處理功能，也方便用戶對消息進行的操作等。以下結合具體實施例對本發明的具體實現進行詳細描述實施例一:圖I示出了本發明第一實施例提供的電視機的結構，為了便于說明，僅示出了與本發明實施例相關的部分。該電視機可以為智能電視機，包括客戶端11及信息管理単元12，其中該客戶端11，用于接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至該消息管理単元12 ;及該消息管理単元12，用于根據該消息屬性信息，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀。在本發明實施例中，服務器基于androidpn，通過擴展XMPP協議與電視機中的該客戶端 11 交互。而 XMPP 協議(The Extensible Messaging and Presence Protocol,可擴展通訊和表示協議)是ー種基于XML的協議，它繼承了在XML環境中靈活的發展性，因此，基于XMPP的應用具有超強的可擴展性，經過擴展以后的XMPP可以通過發送擴展的信息來處理用戶的需求，以及在XMPP的頂端建立如內容發布系統和基于地址的服務等應用程序，該擴展的信息是指該客戶度11與服務器約定格式后，服務器能夠發送的消息，且客戶端能夠解析該消息，具體約定格式可以根據具體業務變化來進行修改和擴展。而且，由于XMPP包含了針對服務器端的軟件協議，使之能與另ー個進行通話，這使得開發者更容易建立客戶應用程序或給ー個配好的系統添加功能，也使得可以傳遞的消息內容更加豐富，分類更精細。該電視機的客戶端11通過asmack庫，完成與服務器端的長鏈接，登錄和驗證，該服務器端通過建立的長鏈接以xml、url等形式向客戶端發送需要推送的信息。其中，asmack庫是基于XMPP協議的java開發的ー個開源框架,它主要封裝了ー些XMPP的實現。而如果把它直接用在android上是不行的，因為android缺少了ー些java的類庫,于是ー個改進版的asmack誕生了，它是專門為android而改進的android smack架。此時，由于在asmack庫基礎上對XMPP協議擴展，使得客戶端11可以接收服務器推送的不同格式的信息，比如，音頻、視頻、圖片文字等對應格式的信息。在本發明實施例中，客戶端11接收到服務器推送的消息后，解析該消息，以獲取到消息屬性信息，包括消息參數和內容等屬性信息，并將該消息屬性信息通過廣播以 intent的方式發送至消息管理単元12中，該消息管理単元12也可以稱之為消息盒子，需要說明的是，廣播是android不同應用間進行通行的ー種方式，Intent是進程間數據傳遞的ー個載體，可以攜帶許多基本的數據類型和一些復雜的數據類型。該消息管理単元12接收到消息屬性信息后，會根據該消息屬性中所包含的消息參數(比如消息中包含有消息類型標識、是否強制顯示標識等)對消息進行處理，則若根據該消息屬性，判斷該消息為系統消息，則繼續判斷是否需要被強制顯示，是，則立即顯示該系統消息，并標記該系統消息的顯示狀態為已讀，之后將該系統消息保存到數據庫中；否，則標記該系統消息的顯示狀態為未讀，同樣將該系統消息保存到數據庫中，此時對該系統消息接收和顯示的部分結束。若該消息管理単元12根據該消息屬性，判斷該消息為應用消息，則首先判斷該應用消息對應的應用程序是否在線或者說是否處于打開狀態，當在線時，則繼續判斷是否需要被強制顯示，是，則立即顯示該應用消息，并標記該應用消息的顯示狀態為已讀，之后將該應用消息保存到數據庫中；否，則說明該應用消息不需要被強制顯示，此時標記該應用消息的顯示狀態為未讀，同樣將該應用消息保存到數據庫中。另外，若該應用消息對應的應用程序不在線時，則直接標記該應用消息的顯示狀態為未讀，并在數據庫中保存該應用消息。在將接收到應用信息的顯示狀態標記為未讀后，則該消息管理単元會向電視機中預置的消息條數處理單元發送增加未讀條數的信息，以使該消息條數處理單元根據該增加未讀條數的信息，將該應用程序對應的未讀條數加1，并顯示修改后的未讀條數顯示，具體顯示位置可以根據實際需要設定，比如在電視機主界面上某個位置，或者該應用程序圖標某位置上顯示未讀條數。在本發明實施例中，該消息管理単元12判斷應用消息對應的應用程序是否在線，具體為根據電視機中的應用在線狀態管理模塊存儲的該應用程序的在線狀態提供，以作為應用程序是否在線的依據。例如，若該應用程序在線，當客戶端11接收到針對該應用程序的消息后，就可以直接顯示出來；否則，只能先把該消息存儲在消息管理単元12中，用戶可以根據實際需要在后續操作中主動請求顯示即可。在本發明實施例中，在需要對應用程序進行注冊或者取消注冊處理時，該消息管理單元12還用于接收用戶輸入的指定應用的注冊或者取消注冊指令，根據該指令，發送該指定應用的注冊或者取消注冊消息至該客戶端11，該客戶端11根據該指定應用的注冊或者取消注冊信息，向該服務器發送該指定應用的注冊或者取消注冊請求，并接收該服務器根據該請求返回的注冊或者取消注冊結果，發送該注冊或者取消注冊結果至該消息管理單元12，該消息管理単元12根據該注冊或者取消注冊結果更新該指定應用的注冊狀態。其中，該用戶輸入的指定應用的注冊或者取消注冊指令具體可以為用戶通過在應用程序商店中，點擊該指定應用的注冊或取消注冊菜單或者鏈接等時所生成的注冊或者取消注冊指令，也可以為用戶直接點擊該消息管理単元12中的針對該指定應用的注冊或者取消注冊選項等生成的注冊或者取消注冊指令。且對指定應用進行注冊后，則能夠實現通過服務器向注冊后的應用程序推送相關消息的目的， 比如，推送該應用程序的更新消息、相關廣告消息等，而在用戶取消注冊后，可以實現不接收推送的消息，具有靈活性，也方便用戶使用和管理。本發明實施例提供了ー種包括客戶端11和消息管理単元12的電視機，通過電視機與服務器交互，能夠隨時接收來自該服務器推送的消息，比如系統升級、應用程序更新、廣告等信息，使得推送的消息更加多祥化；而且消息管理単元12能夠根據消息的類型，將接收到的消息分為應用消息和系統消息，實現了對消息的分類、有序地存儲管理，且通過專門設置的該消息管理単元12來負責消息的存儲、查看、顯示等，實現了對所有服務端器推送的消息進行統一分類管理，使得推送功能更強大，使用起來也更方便，有助于提升用戶使用體驗。實施例ニ :圖2示出了本發明第二實施例提供的電視機的結構，為了便于說明，僅示出了與本發明實施例相關的部分。在本發明實施例中，基于上述實施例一所述的客戶端11及消息管理単元12，該電視機還包括消息條數處理單元20，此時，該消息管理単元12還用于接收用戶輸入的查看消息的指令，顯示與該指令相關的所有消息；當與該指令相關的所有消息中的一條消息被選定時，顯示被選定的消息；若該被選定的消息的類型為應用消息，且該被選定的消息的顯示狀態由未讀變更為已讀吋，向消息條數處理單元20發送減少未讀條數的信息。該消息條數處理單元20，還用于根據該減少未讀條數的信息，修改該應用程序對應的未讀條數，并顯示修改后的未讀條數。其中，用戶輸入的查看消息的指令可以為用戶通過進入消息管理単元12中查看所有消息的指令，包括系統消息和應用消息，也可以為通過點擊某一應用程序生成的查看該應用相關消息的指令，是針對應用消息的指令。作為本發明ー實例，當用戶需要查看系統消息或者應用消息時，可以通過打開該消息管理単元12，點擊其中的直接查看消息選項等，則在該消息管理単元12界面中顯示所有消息的列表，包括系統消息和應用消息，具體顯示順序可以按照存儲消息的時間倒序排列。進ー步當選定列表中的某一條消息后，則可以顯示該被選定的消息內容，比如首先進行消息詳情頁面，根據消息的屬性等，在相關位置顯示該消息。且在查看該被選定的消息吋，如果消息為未讀，而在顯示消息內容后，修改當前被選定消息的顯示狀態為已讀。如果該被查看的消息屬于系統消息，則至此該系統消息的查看結束；若屬于應用消息，則還會繼續向消息條數處理單元20廣播發送減少未讀條數的信息，該消息條數處理單元20根據接收到的該減少未讀條數的信息，將該應用程序對應的未讀條數減一，并顯示修改后的未讀條數。作為本發明另ー實例，用戶也可以直接點擊具體的某ー應用程序圖標相關的菜單選項等，選擇查看與該應用程序相關的應用消息，而不用從該消息管理単元12或稱消息盒子中選擇查看相關消息的功能，此時，該消息管理単元12會接收到來自該應用程序發送的請求查看該應用程序相關消息的請求或者指令，根據該指令所攜帯的應用程序標識id，能夠獲取到需要查看該id對應的應用程序相關信息，顯示與該應用程序相關的所有消息，且與該應用程序相關的所有消息均屬于應用消息。之后，該消息管理単元12查看其本地數據卡，得到與該應用程序相關的所有應用消息，并將該相關的所有應用消息以列表形式顯示，具體可以按照消息的存儲時間等排序顯示，而當用戶需要查看其中的某一條消息時，選定列表中的該應用消息，則，首先進行應用消息詳情頁面，根據應用消息的屬性等，在相關位置顯示該消息，具體顯示位置參數等可以根據需要設定。且在查看該被選定的應用消息吋，如果應用消息為未讀，而在顯示應用消息內容后，修改當前被選定應用消息的顯示狀態為已讀，之后會繼續向消息條數處理單元20廣播發送減少未讀條數的信息，該消息條數處理·単元20根據接收到的該減少未讀條數的信息，將該應用程序對應的未讀條數減一，并顯示修改后的未讀條數。在本發明實施例中，通過消息管理単元12、消息條數處理單元20等最終實現了在消息條數處理單元20查看相關消息，且用戶可以根據實際需要選擇需要查看的消息，方便用戶使用。實施例三:圖3示出了本發明第三實施例提供的消息處理方法的實現流程，該消息處理方法基于上述實施例一提供的電視機的各個單元實現，詳述如下在步驟S301中，該客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至消息管理単元。在具體實施過程中，當客戶端與服務器基于擴展的XMPP協議建立連接后，服務器可以以xml等格式向客戶端推送消息，比如視頻、音頻、文字、圖片等信息。該消息包括系統消息和應用消息兩種類型的消息，應用消息是指與應用程序相關的消息，而應用消息以外的其他消息則屬于系統消息。該客戶端接收到服務器發送的消息后，解析該消息，獲取到該消息的屬性信息，包括消息參數和內容等屬性信息，并將該消息屬性信息通過廣播以intent的方式發送至消息管理単元中，需要說明的是，廣播是android不同應用間進行通信的ー種方式，Intent是進程間數據傳遞的ー個載體，可以攜帶許多基本的數據類型和一些復雜的數據類型。在步驟S302中，該消息管理単元根據該消息屬性信息，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀。在具體實施過程中，該消息管理単元根據接收到的客戶端發送的消息屬性信息后，根據該屬性信息中的是否強制顯示標識，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀，當判斷結果為否時，直接存儲所述消息，并標記所述消息的顯示狀態為未讀。
具體地，當該消息管理単元根據接收到的客戶端發送的消息屬性信息，判斷出該消息屬于系統消息時，繼續判斷是否需要被強制顯示，是，則立即顯示該系統消息，并標記該系統消息的顯示狀態為已讀，之后將該系統消息保存到數據庫中；否則，標記該系統消息的顯示狀態為未讀，同樣將該系統消息保存到數據庫中，此時對該系統消息接收和顯示的部分結束。當該消息管理単元根據接收到的客戶端發送的消息屬性信息，判斷出該消息屬于應用消息時，如圖4所示，該步驟S302具體包括以下步驟在步驟S321中，判斷該消息對應的應用程序是否在線，是，則執行步驟S322，否則執行步驟S324。在步驟S322中，判斷該消息是否需要被強制顯示，是，則執行步驟S323，否則執行步驟S324。在步驟S323中，顯示并存儲該消息，并標記該消息的顯示狀態為已讀，轉至執行步驟S326，結束本次操作。在步驟S324中，直接存儲該消息，并標記該消息的顯示狀態為未讀。在步驟S325中，向預置的消息條數處理單元發送增加未讀條數的信息，以使該消息條數處理單元修改該應用程序對應的未讀條數。在步驟S326中，結束本次操作。在本發明實施例中，客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至消息管理単元，該消息管理単元根據該消息屬性信息，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀，使得電視機具有對接收到的推送消息進行統一分類、存儲、顯示等多種功能，電視機的功能更強大，也方便用戶操作該消息，提升用戶體驗效果。實施例四圖5示出了本發明第四實施例提供的消息處理方法的實現流程，詳述如下在本發明實施例中，在執行上述實施例三的步驟S301之前，該消息處理方法還包括以下步驟在步驟S501中，該消息管理単元接收用戶輸入的指定應用的注冊或者取消注冊指令，根據該指令，發送該指定應用的注冊或者取消注冊消息至該客戶端。在步驟S502中，該客戶端根據該指定應用的注冊或者取消注冊信息，向該服務器發送該指定應用的注冊或者取消注冊請求，并接收該服務器根據該請求返回的注冊或者取消注冊結果，發送該注冊或者取消注冊結果至該消息管理単元。在步驟S503中，該消息管理単元根據該注冊或者取消注冊結果更新該指定應用的注冊狀態。在本發明實施例中，該消息管理単元能夠接收用戶輸入的指定應用的注冊或者取消注冊指令。以用戶需要對應用程序A進行注冊為例，該消息管理単元根據針對該應用程序A的注冊指令，向客戶端發送該應用程序A的注冊消息，該應用程序A的注冊消息中攜帯有該應用程序A的id標識等信息。客戶端接收到該應用程序A的注冊消息后，會通過與服務器建立的長鏈接，將該應用程序A的注冊消息轉發至服務器，服務器將會將該指定應用進行注冊處理，比如可以在注冊表中添加記錄，以標記該指定應用已經注冊，返回注冊成功的結果至客戶端，進而，該客戶端根據返回的結果修改該消息管理単元中該指定應用的注冊記錄狀態，同時還可以輸出該應用程序A注冊成功的提示信息。同樣，當需要對某ー應用進行取消注冊時，按照上述步驟，可以實現者取消注冊處理目的。在本發明實施例中，對某ー應用程序的注冊或者取消注冊處理，也可以直接在應用程序商店中對該應用程序進行處理，以向客戶端發送注冊或者取消注冊的指令，經過上述步驟同樣可以達到目的。本發明實施例通過消息管理単元、客戶端、服務器之間的交互，達到了可以隨時對應用程序進行注冊或者取消注冊的目的，方便用戶對消息的管理操作等。實施例五圖6示出了本發明第五實施例提供的消息處理方法的實現流程，該消息處理方法基于上述實施例ニ提供的電視機的各個單元實現，且可在實施例ニ、三的基礎上，詳述如下在步驟S601中，該消息管理単元接收用戶輸入的查看消息的指令，顯示與該指令相關的所有消息。其中，用戶輸入的查看消息的指令可以為用戶通過進入消息管理単元中查看所有消息的指令，包括系統消息和應用消息，也可以為通過點擊某一應用程序生成的查看該應用相關消息的指令，是針對應用消息的指令。在步驟S602中，當與該指令相關的所有消息中的一條消息被選定時，該消息管理單元顯示被選定的消息。具體地，在該消息管理単元中以列表的形式顯示所有的應用信息或者所有類型的消息，列表中消息的顯示排列順序可以根據用戶需要設定，比如可以按照存儲每一條消息的先后順序，或者倒序排列顯示等，在此不做限定。在步驟S603中，若該被選定的消息的類型為應用消息，且該被選定的消息的顯示狀態由未讀變更為已讀時，該消息管理単元向消息條數處理單元發送減少未讀條數的信
ο在步驟S604中，該消息條數處理單元根據該減少未讀條數的信息，修改該應用程序對應的未讀條數，并顯示修改后的未讀條數。具體地，若該被選定的消息屬于系統消息，且該被選定的消息的顯示狀態由未讀變更為已讀時，不需要由該消息管理単元向消息條數處理單元發送減少未讀條數的信息
坐寸ο在本發明實施例中，該消息管理単元能夠根據用戶輸入的查看消息的指令，顯示與該指令相關的所有消息，或者進ー步檢測到用戶選定的某一條消息時，能夠顯示選定的該消息內容，具體顯示位置等可以根據實際需要預先設定，且當任意一條未讀的應用消息被顯示查看后，都能夠及時地修改該對應的應用程序的未讀信息條數，從而具有能夠根據用戶需要靈活、方便查看接收到的消息的優點，也使得電視機的用戶體驗效果增強。實施例六:圖7示出了本發明第六實施例提供的消息處理系統的結構，為了便于說明，僅示出了與本發明實施例相關的部分。該消息處理系統包括服務器71，還包括上述實施例中所述的電視機72，該服務器71，用于向電視機72的客戶端發送消息。該電視機72包括客戶端721及信息管理単元722，其中，該客戶端721與信息管理単元722與上述實施例中所述的客戶端11與信息管理単元12的功能一一對應，在此不再贅述。在本發明實施例中，服務器71基于androidpn，通過擴展XMPP協議與電視機72中的該客戶端721交互，該服務器71能夠根據商家等需要，針對特定電視機用戶、特定應用程序、電視機型等進行廣告推送、應用更新信息推送等，且推送的信息可以包括視頻、音頻、圖片等不同格式的消息。另外，該服務器71還可以對客戶端721發送的指定應用的注冊或者取消注冊請求，對該指定應用進行注冊或者取消注冊的處理等，并返回注冊或者取消注冊結果至該客戶端721，以實現客戶端與信息管理単元722進行交互，修改該指定應用的注冊狀態等。
該電視機72端的客戶端721接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至該消息管理単元722，該消息管理単元722根據該消息屬性信息，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀，而當判斷結果為否時，直接存儲該消息，并標記該消息的顯示狀態為未讀等。在本發明實施例中，通過服務器與電視機按照預定的格式進行消息的推送，還可以隨時根據電視機端的請求進行應用程序的注冊或者取消注冊操作等，提供了ー種具備應用注冊或取消注冊、消息接收、消息查看、消息存儲等功能為一體的強大的電視機，也即該電視機具備完整的消息接收、顯示等機制，更方便用戶操作使用等。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，所述的程序可以存儲于ー計算機可讀取存儲介質中，所述的存儲介質，如R0M/RAM、磁盤、光盤等。本發明實施例通過提供ー種包括客戶端及信息管理単元的電視機，由該客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至該消息管理単元；該消息管理単元根據該消息屬性信息，判斷是否需要強制顯示該消息，當判斷結果為是時，顯示并存儲該消息，并標記該消息的顯示狀態為已讀，解決了現有電視機對接收到的消息的處理功能不夠強大，也不方便用戶操作該消息的問題，使得電視機能夠對服務器發送的消息進行接收、顯示、存儲等，實現對消息的統ー管理，電視機對接收到的消息的處理功能得到擴展，用戶對消息進行的操作便利性得到提高等。以上所述僅為本發明的較佳實施例而已，并不用以限制本發明，凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種電視機，其特征在于，所述電視機包括客戶端及信息管理單元，其中 所述客戶端，用于接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至所述消息管理單元 '及 所述消息管理單元，用于根據所述消息屬性信息，判斷是否需要強制顯示所述消息，當判斷結果為是時，顯示并存儲所述消息，并標記所述消息的顯示狀態為已讀。
2.如權利要求I所述的電視機，其特征在于，所述消息管理單元還用于當判斷結果為否時，直接存儲所述消息，并標記所述消息的顯示狀態為未讀。
3.如權利要求I所述的電視機，其特征在于，所述消息的類型為系統消息或者應用消肩、O
4.如權利要求3所述的電視機，其特征在于，當所述消息的類型為應用消息，在所述消息管理單元在判斷是否需要強制顯示所述消息之前，所述消息管理單元還用于 判斷所述應用消息對應的應用程序是否在線，是，則判斷是否需要強制顯示所述應用消息，否則，直接存儲所述應用消息，并標記所述應用消息的顯示狀態為未讀，且向預置的消息條數處理單元發送增加未讀條數的信息。
5.如權利要求I所述的電視機，其特征在于，所述消息管理單元還用于 接收用戶輸入的指定應用的注冊或者取消注冊指令，根據所述指令，發送所述指定應用的注冊或者取消注冊消息至所述客戶端； 此時，所述客戶端，還用于根據所述指定應用的注冊或者取消注冊信息，向所述服務器發送所述指定應用的注冊或者取消注冊請求，并接收所述服務器根據所述請求返回的注冊或者取消注冊結果，發送所述注冊或者取消注冊結果至所述消息管理單元； 所述消息管理單元，還用于根據所述注冊或者取消注冊結果更新所述指定應用的注冊狀態。
6.如權利要求I所述的電視機，其特征在于，所述消息管理單元還用于 接收用戶輸入的查看消息的指令，顯示與所述指令相關的所有消息； 當與所述指令相關的所有消息中的一條消息被選定時，顯示被選定的消息； 若所述被選定的消息的類型為應用消息，且所述被選定的消息的顯示狀態由未讀變更為已讀時，向預置的消息條數處理單元發送減少未讀條數的信息。
7.如權利要求4或6所述的電視機，其特征在于，所述消息條數處理單元根據所述增加或減少未讀條數的信息，修改所述應用程序對應的未讀條數，并顯示修改后的未讀條數。
8.一種基于權利要求I所述電視機的消息處理方法，其特征在于，所述方法包括下述步驟 所述客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至消息管理單元； 所述消息管理單元根據所述消息屬性信息，判斷是否需要強制顯示所述消息，當判斷結果為是時，顯示并存儲所述消息，并標記所述消息的顯示狀態為已讀。
9.如權利要求8所述的方法，其特征在于，所述方法還包括 當所述消息管理單元的判斷結果為否時，直接存儲所述消息，并標記所述消息的顯示狀態為未讀。
10.如權利要求8所述的方法，其特征在于，在所述消息管理單元根據所述消息屬性信息，判斷是否需要強制顯示所述消息的步驟之前，當所述消息管理單元根據所述消息屬性信息，判斷出所述消息屬于應用消息時，還包括以下步驟 判斷所述應用消息對應的應用程序是否在線，當判斷結果為是時，則再判斷是否需要強制顯示所述應用消息，否則，直接存儲所述應用消息，并標記所述應用消息的顯示狀態為未讀，且向預置的消息條數處理單元發送增加未讀條數的信息。
11.如權利要求8所述的方法，其特征在于，在所述客戶端接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至消息管理單元的步驟之前，還包括步驟 所述消息管理單元接收用戶輸入的指定應用的注冊或者取消注冊指令，根據所述指令，發送所述指定應用的注冊或者取消注冊消息至所述客戶端； 所述客戶端根據所述指定應用的注冊或者取消注冊信息，向所述服務器發送所述指定應用的注冊或者取消注冊請求，并接收所述服務器根據所述請求返回的注冊或者取消注冊結果，發送所述注冊或者取消注冊結果至所述消息管理單元； 所述消息管理單元根據所述注冊或者取消注冊結果更新所述指定應用的注冊狀態。
12.如權利要求8-11任一項所述的方法，其特征在于，還包括步驟 當所述消息管理單元接收用戶輸入的查看消息的指令，顯示與所述指令相關的所有消息； 當與所述指令相關的所有消息中的一條消息被選定時，所述消息管理單元顯示被選定的消息； 若所述被選定的消息的類型為應用消息，且所述被選定的消息的顯示狀態由未讀變更為已讀時，所述消息管理單元向消息條數處理單元發送減少未讀條數的信息； 所述消息條數處理單元根據所述減少未讀條數的信息，修改所述應用程序對應的未讀條數，并顯示修改后的未讀條數。
13.一種消息處理系統，其特征在于，所述系統包括權利要求I所述的電視機，還包括與所述電視機通信的服務器，其中 所述服務器，用于向所述電視機的客戶端發送消息。
全文摘要
本發明適用于電視機領域，提供了一種電視機、消息處理方法及系統，所述電視機包括客戶端及信息管理單元，所述客戶端用于接收并解析服務器發送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發送至所述消息管理單元；所述消息管理單元用于根據所述消息屬性信息，判斷是否需要強制顯示所述消息，當判斷結果為是時，顯示并存儲所述消息，并標記所述消息的狀態為已讀。本發明通過客戶端對消息進行接收、解析等，通過消息管理單元對消息的存儲、查看等管理，使得電視機能夠具有對服務器端推送的消息進行統一管理等功能。
文檔編號H04N21/462GK102811379SQ201210259600
公開日2012年12月5日 申請日期2012年7月19日 優先權日2012年7月19日
發明者李祥林 申請人:Tcl集團股份有限公司