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

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種電視機(jī)、消息處理方法及系統(tǒng)，g在解決由于現(xiàn)有電視機(jī)對接收到的消息的處理功能不夠強(qiáng)大，也不方便用戶操作該消息的問題。本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的，一種電視機(jī)，所述電視機(jī)包括客戶端及信息管理單元，其中所述客戶端，用于接收并解析服務(wù)器發(fā)送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發(fā)送至所述消息管理単元；及所述消息管理単元，用于根據(jù)所述消息屬性信息，判斷是否需要強(qiáng)制顯示所述消息，當(dāng)判斷結(jié)果為是時(shí)，顯示并存儲(chǔ)所述消息，并標(biāo)記所述消息的顯示狀態(tài)為已讀。本發(fā)明實(shí)施例的另一目的在于提供一種基于上述電視機(jī)的消息處理方法，所述方法包括下述步驟所述客戶端接收并解析服務(wù)器發(fā)送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發(fā)送至消息管理單元；所述消息管理単元根據(jù)所述消息屬性信息，判斷是否需要強(qiáng)制顯示所述消息，當(dāng)判斷結(jié)果為是時(shí)，顯示并存儲(chǔ)所述消息，并標(biāo)記所述消息的顯示狀態(tài)為已讀。本發(fā)明實(shí)施例的另一目的在于提供ー種消息處理系統(tǒng)，所述系統(tǒng)包括權(quán)利要求I所述的電視機(jī)，還包括與所述電視機(jī)通信的服務(wù)器，其中所述服務(wù)器，用于向所述電視機(jī)的客戶端發(fā)送消息。本發(fā)明實(shí)施例通過提供ー種包括客戶端及信息管理単元的電視機(jī)，由該客戶端接收并解析服務(wù)器發(fā)送的消息，將解析后獲取到的消息屬性信息通過廣播以intent的方式發(fā)送至該消息管理単元；該消息管理単元根據(jù)該消息屬性信息，判斷是否需要強(qiáng)制顯示該消息，當(dāng)判斷結(jié)果為是時(shí)，顯示并存儲(chǔ)該消息，并標(biāo)記該消息的顯示狀態(tài)為已讀，解決了現(xiàn)有電視機(jī)對接收到的消息的處理功能不夠強(qiáng)大，也不方便用戶操作該消息的問題，使得電視機(jī)能夠?qū)Ψ?wù)器發(fā)送的消息進(jìn)行接收、顯示、存儲(chǔ)等，實(shí)現(xiàn)對消息的統(tǒng)ー管理，擴(kuò)大了電視機(jī)對接收到的消息的處理功能，也方便用戶對消息進(jìn)行的操作等。


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