專利名稱：使用基于消息的協(xié)議的電視入口服務(wù)系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及電視(例如數(shù)字電視)入口服務(wù)(television portalservice)系統(tǒng)和方法，尤其是涉及一種在實(shí)現(xiàn)家庭入口服務(wù)過程中把基于消息的協(xié)議用作考慮了服務(wù)控制、用戶管理和服務(wù)間關(guān)聯(lián)的框架的電視(TV)入口服務(wù)系統(tǒng)和方法。
背景技術(shù)：
一般來說，數(shù)字電視(DTV)提供了一個(gè)能夠打開具有與數(shù)據(jù)通信組合的新概念的服務(wù)領(lǐng)域的機(jī)會，以及一個(gè)改善常規(guī)模擬電視的圖像和聲音質(zhì)量的目的。
近來，基于使用高清晰像質(zhì)和網(wǎng)絡(luò)的電視(TV)專用入口設(shè)備的家庭生活信息/媒體服務(wù)因?yàn)榫哂袕V泛的適用性，已深深吸引了相關(guān)的工業(yè)。
家庭入口服務(wù)(home portal service)的范圍已延伸到多個(gè)領(lǐng)域，包括信使服務(wù)、多媒體服務(wù)如視頻點(diǎn)播(VOD)、廣播服務(wù)、商務(wù)服務(wù)以及簡單的生活信息服務(wù)，每種服務(wù)的類型隨其應(yīng)用對象、先進(jìn)的技術(shù)或商業(yè)特征而變。提供終端的服務(wù)和服務(wù)器需要一種結(jié)構(gòu)化/技術(shù)性的方案正確地處理每種服務(wù)請求。

發(fā)明內(nèi)容
本發(fā)明的目的是解決當(dāng)前電視入口服務(wù)系統(tǒng)中存在的已知問題，以及提供一種使用基于消息的協(xié)議的電視入口服務(wù)系統(tǒng)和方法，其利用基于消息的協(xié)議實(shí)現(xiàn)用戶系統(tǒng)到每一服務(wù)使用和管理的登錄、消息服務(wù)自身及注銷，由此提供集合服務(wù)，以便將各個(gè)單一服務(wù)并入到電視入口服務(wù)的配置中。
根據(jù)用于達(dá)到以上目的的本發(fā)明實(shí)施例，提供一種用于提供電視入口服務(wù)的客戶終端設(shè)備，其包括至少一個(gè)或多個(gè)服務(wù)應(yīng)用(serviceapplication)，用于基于根據(jù)用戶的請求從服務(wù)器收到的服務(wù)消息執(zhí)行多種入口服務(wù)；以及通信客戶模塊，用于a)通過基于消息的協(xié)議把多個(gè)服務(wù)應(yīng)用產(chǎn)生的服務(wù)請求消息轉(zhuǎn)換為消息幀格式，以便經(jīng)由網(wǎng)絡(luò)把消息幀格式發(fā)送給服務(wù)器，以及b)接收經(jīng)由服務(wù)器發(fā)送的用于服務(wù)消息的消息幀格式，分析收到的消息幀格式，以及把被分析的服務(wù)消息提供給多個(gè)服務(wù)應(yīng)用中的對應(yīng)于相關(guān)服務(wù)消息的服務(wù)應(yīng)用。
根據(jù)本發(fā)明的另一實(shí)施例，一種用于提供電視入口服務(wù)的系統(tǒng)，其包括通信服務(wù)器模塊，用于a)通過基于消息的協(xié)議接收經(jīng)由網(wǎng)絡(luò)從客戶終端發(fā)送的服務(wù)請求消息幀，分析收到的消息幀，以及然后輸出被分析的服務(wù)請求消息，以及b)通過基于消息的協(xié)議把根據(jù)客戶終端的請求提供的服務(wù)請求和處理結(jié)果消息及用戶通告消息轉(zhuǎn)換為消息幀，以及然后經(jīng)由網(wǎng)絡(luò)把消息幀發(fā)送給客戶終端；以及消息服務(wù)器，用于根據(jù)從通信服務(wù)器模塊輸出的被分析的服務(wù)請求消息，產(chǎn)生相關(guān)的服務(wù)請求和處理消息及用戶通告消息，以及把消息提供給通信服務(wù)器模塊。
根據(jù)本發(fā)明的又一實(shí)施例，提供一種電視入口服務(wù)系統(tǒng)，其包括至少一個(gè)或多個(gè)服務(wù)應(yīng)用，用于基于根據(jù)用戶的請求經(jīng)由網(wǎng)絡(luò)收到的服務(wù)消息執(zhí)行多種入口服務(wù)；通信客戶模塊，用于a)通過基于消息的協(xié)議把多個(gè)服務(wù)應(yīng)用產(chǎn)生的服務(wù)請求消息轉(zhuǎn)換為消息幀格式，以便經(jīng)由網(wǎng)絡(luò)發(fā)送消息幀格式，以及b)接收經(jīng)由網(wǎng)絡(luò)收到的用于服務(wù)消息的消息幀格式，分析收到的消息幀格式，以及把被分析的服務(wù)消息提供給多個(gè)服務(wù)應(yīng)用中的對應(yīng)于相關(guān)服務(wù)消息的服務(wù)應(yīng)用；通信服務(wù)器模塊，用于a)對經(jīng)由網(wǎng)絡(luò)通過基于消息的協(xié)議從通信客戶模塊收到的服務(wù)消息幀進(jìn)行分析，以及然后輸出被分析的服務(wù)請求消息，以及b)通過基于消息的協(xié)議把根據(jù)通信客戶模塊的請求提供的服務(wù)請求和處理結(jié)果消息及用戶通告消息轉(zhuǎn)換為消息幀，以及然后經(jīng)由網(wǎng)絡(luò)把消息幀發(fā)送給通信客戶模塊；以及消息服務(wù)器，用于根據(jù)從通信服務(wù)器模塊輸出的被分析的服務(wù)請求消息，產(chǎn)生相關(guān)的服務(wù)請求和處理消息及用戶通告消息，以及把消息提供給通信服務(wù)器模塊。
客戶終端的通信客戶模塊可以包括消息幀產(chǎn)生單元，用于針對從多個(gè)服務(wù)應(yīng)用產(chǎn)生的服務(wù)請求消息產(chǎn)生相應(yīng)的消息幀，以便經(jīng)由網(wǎng)絡(luò)把客戶消息幀發(fā)送給通信服務(wù)器模塊；以及消息分析單元，用于分析發(fā)自通信服務(wù)器模塊的服務(wù)器消息幀，以及把被分析的服務(wù)消息提供給相關(guān)的服務(wù)所對應(yīng)的服務(wù)應(yīng)用，客戶終端的通信客戶模塊還可包括消息隊(duì)列，用于臨時(shí)存儲來自通信客戶模塊的被分析的服務(wù)消息，以及然后把服務(wù)消息傳送給相關(guān)的服務(wù)所對應(yīng)的服務(wù)應(yīng)用。
電視入口服務(wù)系統(tǒng)還包括先進(jìn)先出(FIFO)存儲器，用于臨時(shí)存儲消息，以致當(dāng)來自通信客戶模塊的被分析的消息是要求用戶確認(rèn)的消息或用戶通告消息時(shí)，相關(guān)的消息通過相關(guān)的服務(wù)應(yīng)用被顯示在電視屏幕上。在電視模式是電視觀看模式的情況下，消息可以以窗口小部件的形式顯示為屏幕顯示(OSD)，在電視模式是個(gè)人計(jì)算機(jī)(PC)屏幕模式的情況下，利用操作系統(tǒng)(OS)的應(yīng)用程序接口(API)，消息可以顯示在消息框中或顯示為圖標(biāo)形式。
更進(jìn)一步，服務(wù)器系統(tǒng)的通信服務(wù)器模塊可以包括消息幀產(chǎn)生單元，用于針對從消息服務(wù)器產(chǎn)生的服務(wù)請求和處理消息及用戶通告消息產(chǎn)生相應(yīng)的消息幀，以及經(jīng)由網(wǎng)絡(luò)把產(chǎn)生的消息幀發(fā)送給通信客戶模塊；以及消息分析單元，用于對發(fā)自通信客戶模塊的服務(wù)消息幀進(jìn)行分析，以及把被分析的服務(wù)消息提供給消息服務(wù)器。
而且，根據(jù)本發(fā)明的另一實(shí)施例，在用于提供電視入口服務(wù)的服務(wù)器和客戶終端之間提供一種基于消息的協(xié)議，該基于消息的協(xié)議能夠通過分別產(chǎn)生以下字段以及通過添加相關(guān)的消息到每一產(chǎn)生的字段，來執(zhí)行服務(wù)器與客戶終端之間的數(shù)據(jù)發(fā)送和接收，所述以下字段包括消息類型字段，用于對在服務(wù)器與客戶終端之間發(fā)送和接收的消息的屬性進(jìn)行分類；服務(wù)類型字段，用于對電視入口服務(wù)類型進(jìn)行分類；數(shù)據(jù)類型字段，用于對在服務(wù)器與客戶終端之間發(fā)送和接收的數(shù)據(jù)的類型進(jìn)行分類；數(shù)據(jù)字段，其包括在服務(wù)器與客戶終端之間發(fā)送和接收的實(shí)際數(shù)據(jù)；以及結(jié)果類型字段，用于對消息處理結(jié)果進(jìn)行分類。
同時(shí)，根據(jù)本發(fā)明的另一實(shí)施例，一種處理客戶終端中的消息以提供電視入口服務(wù)的方法，該方法包括以下步驟如果根據(jù)用戶的請求從多個(gè)服務(wù)應(yīng)用產(chǎn)生了服務(wù)請求消息，則通過基于消息的協(xié)議針對至少一個(gè)或多個(gè)產(chǎn)生的服務(wù)請求消息產(chǎn)生消息幀，以及經(jīng)由網(wǎng)絡(luò)把產(chǎn)生的消息幀發(fā)送給服務(wù)器；接收經(jīng)由網(wǎng)絡(luò)從服務(wù)器收到的針對用戶請求消息的響應(yīng)消息幀及處理和通告消息；以及通過分析收到的消息幀及通過把被分析的服務(wù)消息提供給多個(gè)服務(wù)應(yīng)用中對應(yīng)于相關(guān)服務(wù)消息的服務(wù)應(yīng)用，來執(zhí)行相關(guān)的服務(wù)。
根據(jù)本發(fā)明的又一實(shí)施例，一種處理服務(wù)器中的消息以提供電視入口服務(wù)的方法，該方法包括以下步驟通過基于消息的協(xié)議接收經(jīng)由網(wǎng)絡(luò)從客戶終端發(fā)送的服務(wù)請求消息幀；分析收到的消息幀以提取服務(wù)請求消息；根據(jù)提取的服務(wù)請求消息，通過基于消息的協(xié)議產(chǎn)生針對服務(wù)請求的響應(yīng)消息幀和處理結(jié)果消息及用戶通告消息；以及經(jīng)由網(wǎng)絡(luò)把產(chǎn)生的消息幀發(fā)送給客戶終端。
根據(jù)本發(fā)明的另一實(shí)施例，一種電視入口服務(wù)方法，該方法包括以下步驟如果根據(jù)用戶的請求從客戶終端的多個(gè)服務(wù)應(yīng)用產(chǎn)生了服務(wù)請求消息，則通過基于消息的協(xié)議針對至少一個(gè)或多個(gè)產(chǎn)生的服務(wù)請求消息產(chǎn)生消息幀，以及經(jīng)由網(wǎng)絡(luò)把產(chǎn)生的消息幀發(fā)送給服務(wù)器；通過基于消息的協(xié)議接收經(jīng)由網(wǎng)絡(luò)從客戶終端發(fā)送的服務(wù)請求消息幀，并分析收到的消息幀以提取服務(wù)請求消息；根據(jù)提取的服務(wù)請求消息，通過基于消息的協(xié)議產(chǎn)生針對服務(wù)請求的響應(yīng)消息幀和處理結(jié)果消息及用戶通告消息，然后經(jīng)由網(wǎng)絡(luò)把消息幀發(fā)送給客戶終端；以及通過分析經(jīng)由網(wǎng)絡(luò)從服務(wù)器發(fā)送的消息幀及通過把被分析的服務(wù)消息提供給多個(gè)服務(wù)應(yīng)用中對應(yīng)于相關(guān)服務(wù)消息的服務(wù)應(yīng)用，來執(zhí)行相關(guān)的服務(wù)。
在此，通過相同的基于消息的協(xié)議從服務(wù)器發(fā)送的消息幀的格式與發(fā)送給服務(wù)器的消息幀的格式具有相同的格式結(jié)構(gòu)。
發(fā)自服務(wù)器的消息幀的格式和發(fā)送給服務(wù)器的消息幀的格式包括消息類型字段，用于對在服務(wù)器與客戶終端之間發(fā)送和接收的消息的屬性進(jìn)行分類；服務(wù)類型字段，用于對電視入口服務(wù)類型進(jìn)行分類；數(shù)據(jù)類型字段，用于對在服務(wù)器與客戶終端之間發(fā)送和接收的數(shù)據(jù)的類型進(jìn)行分類；數(shù)據(jù)字段，其包括在服務(wù)器與客戶終端之間發(fā)送和接收的實(shí)際數(shù)據(jù)；以及結(jié)果類型字段，用于對消息處理結(jié)果進(jìn)行分類。


參照以下連同附圖一起考慮的詳細(xì)說明，本發(fā)明及其伴隨的許多優(yōu)點(diǎn)將變得更明顯和更易理解，在附圖中相同的附圖標(biāo)記表示相同或相似的部件，其中圖1所示的框圖說明了示例TV入口服務(wù)系統(tǒng)的結(jié)構(gòu)；圖2所示的框圖說明根據(jù)本發(fā)明的TV入口服務(wù)系統(tǒng)的結(jié)構(gòu)；圖3說明了根據(jù)本發(fā)明在客戶與服務(wù)器之間收發(fā)的消息幀格式；圖4a說明了圖3所示的消息類型的數(shù)據(jù)格式；圖4b說明圖3所示的服務(wù)類型的數(shù)據(jù)格式；圖4c說明了圖3所示的數(shù)據(jù)類型中所包括的數(shù)據(jù)類型的例子，以及對應(yīng)于該數(shù)據(jù)類型的實(shí)際傳輸數(shù)據(jù)格式；圖4d說明了用于對圖3所示的消息處理結(jié)果(結(jié)果類型)分類的數(shù)據(jù)格式的例子；圖5說明了根據(jù)本發(fā)明在客戶中收到消息時(shí)的操作流程；圖6說明了根據(jù)本發(fā)明消息從客戶發(fā)送到服務(wù)器時(shí)的操作流程；圖7說明了根據(jù)本發(fā)明實(shí)施例在客戶與服務(wù)器之間的登錄/注銷消息流程；圖8說明了根據(jù)本發(fā)明實(shí)施例從服務(wù)器到客戶的通告服務(wù)的消息流程；圖9說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行訂單服務(wù)時(shí)在客戶與服務(wù)器之間的訂單接收消息流程；圖10說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行訂單服務(wù)時(shí)在客戶與服務(wù)器之間的訂單接收后取消消息流程；圖11說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行預(yù)定服務(wù)時(shí)在客戶與服務(wù)器之間的預(yù)定接收消息流程；圖12說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行預(yù)定服務(wù)時(shí)在客戶與服務(wù)器之間的預(yù)定接收后取消消息流程；圖13說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行EPG服務(wù)時(shí)在客戶與服務(wù)器之間的EPG廣播預(yù)定消息流程；以及圖14說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行VOD服務(wù)時(shí)在客戶與服務(wù)器之間的VOD服務(wù)消息流程。
具體實(shí)施例方式
以下，將參照

電視入口服務(wù)設(shè)備。
圖1所示框圖說明了示例電視入口服務(wù)設(shè)備的結(jié)構(gòu)。
如圖1所示，電視入口服務(wù)設(shè)備由服務(wù)客戶(service client)10和服務(wù)服務(wù)器(service server)20組成。服務(wù)客戶10和服務(wù)服務(wù)器20配有各自的服務(wù)應(yīng)用(service application)11-15和21-25，該服務(wù)應(yīng)用11-15和21-25根據(jù)各種服務(wù)類型執(zhí)行相關(guān)的服務(wù)。
此外，在客戶10和服務(wù)器20的各自應(yīng)用之間采用了各自的協(xié)議11a-15a和21a-25a，該協(xié)議11a-15a和21a-25a處理收發(fā)的數(shù)據(jù)以執(zhí)行各自的服務(wù)。在此，家庭入口服務(wù)包括，例如視頻點(diǎn)播(VOD)服務(wù)，信使(MSG)服務(wù)，電子商務(wù)服務(wù)，驗(yàn)證授權(quán)計(jì)費(fèi)(AAA)服務(wù)等等，以及電子節(jié)目指南(EPG)服務(wù)。
因特網(wǎng)入口服務(wù)是從簡單的基于環(huán)球網(wǎng)(WEB)的服務(wù)如附加服務(wù)到多媒體服務(wù)如VOD的多種技術(shù)的集合。每種服務(wù)實(shí)際上由完全不同的協(xié)議棧管理和控制。即，附加服務(wù)由使用HTML(超文本鏈接標(biāo)示語言)的WEB內(nèi)容組成。商務(wù)服務(wù)、信道控制、用戶驗(yàn)證和VOD分別采用安全協(xié)議、信道變換協(xié)議(CCP)如數(shù)字音視協(xié)會(DAVIC)、在AAA服務(wù)器中定義的管理協(xié)議，以及流控制協(xié)議如實(shí)時(shí)流協(xié)議(RTSP)和因特網(wǎng)群組管理協(xié)議(iGMP)。從而，每當(dāng)一個(gè)服務(wù)附加地被執(zhí)行，就必須構(gòu)造相應(yīng)的獨(dú)立軟件棧。
必須依據(jù)每種服務(wù)類型在服務(wù)客戶10和服務(wù)服務(wù)器20兩者中構(gòu)造協(xié)議棧，以便執(zhí)行每種服務(wù)。例如，VOD服務(wù)將使用HTTP(超文本傳輸協(xié)議)/RTSP/iGMP 11a和21a。信使、電子商務(wù)、AAA和EPG服務(wù)將分別采用TCP/IP(傳輸控制協(xié)議/網(wǎng)際協(xié)議)MSG協(xié)議12a和22a、TCP/IP SSL(安全套接字層)協(xié)議13a和23a、管理協(xié)議14a和24a，以及專用協(xié)議15a和25a。
以下將更詳細(xì)地說明每種服務(wù)的協(xié)議。
首先，在VOD服務(wù)中使用的RTSP和數(shù)字存儲媒體命令和控制(DSM-CC)協(xié)議的情況下，服務(wù)如因特網(wǎng)上提供的VOD以客戶/服務(wù)器形式操作，該客戶/服務(wù)器形式是由一直提供信息的一端和使用信息的一端配置的。
RTSP是用于在使用因特網(wǎng)的客戶/服務(wù)器環(huán)境中以較松散的時(shí)間約束傳輸多媒體信息的一種協(xié)議?？蛻粝蚍?wù)器請求具有實(shí)時(shí)特征的視頻和音頻信息，并且服務(wù)器響應(yīng)該請求發(fā)送信息。在傳輸過程中，可以獲得作為盒式錄像機(jī)(VCR)的基本功能的暫停、停止、重新開始、關(guān)閉等功能。流技術(shù)(streaming)是這樣一種技術(shù)當(dāng)在一定程度上維持實(shí)時(shí)特征時(shí)，流技術(shù)通過這樣一種方式來允許連續(xù)的重現(xiàn)，以致當(dāng)服務(wù)器分隔并發(fā)送壓縮的連續(xù)消息時(shí)，接收端不是在收到所有消息之后才解碼/重現(xiàn)消息，而是每當(dāng)收到某些單元的消息就解碼消息。
RTSP能夠在單播和組播環(huán)境中同時(shí)控制多個(gè)媒體信息流，并能夠在包括傳輸控制協(xié)議(TCP)和用戶數(shù)據(jù)報(bào)協(xié)議(UDP)的不同傳輸層協(xié)議下操作，并且使用實(shí)時(shí)傳輸協(xié)議/實(shí)時(shí)控制協(xié)議(RTP/RTCP)。為了發(fā)送控制消息，RTSP利用可靠的TCP執(zhí)行RTP/RTCP信道設(shè)置，然后使RTP/RTCP來被發(fā)送。即，設(shè)置和發(fā)布會話由RTSP控制，而實(shí)際的信息是通過RTP傳輸?shù)摹?br> 使用異步傳輸模式(ATM)網(wǎng)絡(luò)的VOD服務(wù)使用DSM-CC協(xié)議。DSM-CC是在應(yīng)用層中用于對MPEG-1/2位流執(zhí)行操作和控制功能的一種協(xié)議，并且正在被運(yùn)動圖像專家組(MPEG)標(biāo)準(zhǔn)化組的小組標(biāo)準(zhǔn)化。DSM-CC是用于機(jī)頂、視頻服務(wù)器和通信網(wǎng)絡(luò)的一種信號協(xié)議，其主要用途是控制從存儲MPEG數(shù)據(jù)的視頻存儲媒體發(fā)送的MPEG位流。為此，MPEG標(biāo)準(zhǔn)化組在1994年構(gòu)造了DSM-CC，并且在幾經(jīng)易稿之后，于1996年6月將DSM-CC用作一個(gè)國際標(biāo)準(zhǔn)。
中央集中方式的會話管理標(biāo)準(zhǔn)在DSM-CC中被制定，以便控制MPEG位流。即，會話與資源管理器(SRM)利用Q.2931信令代理來管理MPEG位流傳輸?shù)膸挕６?，在客戶和服?wù)器之間，執(zhí)行文件存取、目錄控制和數(shù)據(jù)庫控制程序以及流控制。DSM-CC描述了獨(dú)立的MPEG位流控制或異構(gòu)網(wǎng)絡(luò)環(huán)境的標(biāo)準(zhǔn)規(guī)范。
另外，用于電子商務(wù)服務(wù)中的安全套接字層(SSL)協(xié)議使用這樣一種方式，即隨同網(wǎng)絡(luò)連接設(shè)置一起增添中間步驟，以及請求安全維護(hù)傳輸選項(xiàng)。在這種連接狀態(tài)下，服務(wù)器與客戶之間的數(shù)據(jù)流在傳輸之前被加密，并且該加密的數(shù)據(jù)在使用之前被解密。待發(fā)的加密數(shù)據(jù)被TCP封裝，然后被傳送到因特網(wǎng)。到來的加密數(shù)據(jù)被接收，然后被發(fā)送到SSL層以便解密。
SSL協(xié)議中的該方法能夠?qū)SL應(yīng)用于任何因特網(wǎng)應(yīng)用以及環(huán)球網(wǎng)(WWW)。SSL最初在HTTP下被執(zhí)行。而且，如果在服務(wù)器和客戶之間建立了SSL連接折衷(connection compromise)，結(jié)果的數(shù)據(jù)通信信道就變成了單獨(dú)的、取得確認(rèn)的、可靠的信道。
通過服務(wù)器與客戶之間的握手交換實(shí)現(xiàn)SSL鏈接的開始。此時(shí)，兩個(gè)系統(tǒng)交換必須的加密信息，并支持安全信道。在信息交換之后，應(yīng)用程序應(yīng)該在受到傳輸必需的加密之后被發(fā)送給目的應(yīng)用程序。目的應(yīng)用程序執(zhí)行數(shù)據(jù)解密和確認(rèn)所需的加密。
SSL在因特網(wǎng)應(yīng)用和網(wǎng)絡(luò)傳輸層之間運(yùn)行，并且對在客戶和服務(wù)器之間通信的數(shù)據(jù)進(jìn)行加密。
同時(shí)，如AAA服務(wù)中使用的協(xié)議，可以使用終端訪問控制器訪問控制系統(tǒng)(TACACS)、遠(yuǎn)程訪問撥入用戶服務(wù)(RADIUS)以及DIAMETER協(xié)議。
TACACS是有一點(diǎn)舊的適用于UNIX網(wǎng)絡(luò)的驗(yàn)證協(xié)議，其允許遠(yuǎn)程訪問服務(wù)器把用戶的登錄口令發(fā)送給驗(yàn)證服務(wù)器，以便確定是否允許訪問指定的系統(tǒng)。因?yàn)門ACACS是非加密的協(xié)議，因此與后來的TACACS+和RADIUS協(xié)議相比，其穩(wěn)定性差。TACACS的后來版本是擴(kuò)展的TACACS(XTACACS)，在RFC(網(wǎng)絡(luò)工作征求評議)1492“訪問控制協(xié)議，有時(shí)稱為TACACS(An Access Control Protocol，Sometimes Called TACACS)”中描述了TACACS和XTACACS。
TACACS+是一個(gè)全新的協(xié)議。一般，在新近配置的或更新的網(wǎng)絡(luò)中，TACACS+和RADIUS被上述的協(xié)議替代。TACACS+使用TCP，而RADIUS使用UDP。
一些管理者推薦使用TACACS+，因?yàn)門CP是一種更穩(wěn)定的協(xié)議。RADIUS在一個(gè)用戶概述中同時(shí)具有驗(yàn)證和準(zhǔn)許，而TACACS+被分為兩項(xiàng)任務(wù)。TACACS和XTACACS仍然運(yùn)行在許多舊系統(tǒng)中。
近來，最廣泛使用的AAA服務(wù)是基于RADIUS協(xié)議的。RADIUS協(xié)議是用于小規(guī)模網(wǎng)絡(luò)設(shè)備的一種協(xié)議，其支持少數(shù)訂戶要求基于服務(wù)器的驗(yàn)證，但是其不適于用于通信商務(wù)的、必須基于不同的技術(shù)同時(shí)支持?jǐn)?shù)百至數(shù)千個(gè)用戶的AAA服務(wù)。為了解決RADIUS協(xié)議的限制和問題，當(dāng)前的因特網(wǎng)工程任務(wù)組(IETF)定義了diameter協(xié)議。diameter協(xié)議提供各種存取網(wǎng)絡(luò)和安全應(yīng)用服務(wù)，并且為多個(gè)網(wǎng)絡(luò)上的有線和無線訪問訂戶及漫游訂戶執(zhí)行驗(yàn)證、授權(quán)、校驗(yàn)和記帳過程。
結(jié)果，單個(gè)用戶終端的綜合管理作為關(guān)鍵的技術(shù)問題呈現(xiàn)給各個(gè)服務(wù)提供者。即，在電視入口服務(wù)上需要一致的訪問，以管理和控制服務(wù)使用權(quán)、使用時(shí)間及服務(wù)間的關(guān)聯(lián)。
當(dāng)利用單個(gè)協(xié)議棧配置入口時(shí)，對于終端，當(dāng)根據(jù)服務(wù)添加單個(gè)應(yīng)用時(shí)，要求更改現(xiàn)有的終端和服務(wù)器中的每個(gè)服務(wù)應(yīng)用和相關(guān)的協(xié)議棧以便提供服務(wù)。從而，有一個(gè)問題是，即使配置了由優(yōu)先權(quán)簡檔(PP)提供的服務(wù)池，也難以靈活地解決它。
雖然該配置維持單個(gè)服務(wù)執(zhí)行中的獨(dú)立性，但是由系統(tǒng)配置來看它不具備一致性，并且不能提供與服務(wù)網(wǎng)關(guān)執(zhí)行中的多種服務(wù)組合相符的技術(shù)靈活性。
以下，將參照附圖詳細(xì)說明根據(jù)本發(fā)明優(yōu)選實(shí)施例的電視(TV)入口服務(wù)系統(tǒng)和方法。
圖2所示框圖說明了根據(jù)本發(fā)明的電視入口服務(wù)系統(tǒng)的結(jié)構(gòu)。
如圖2所示，電視入口服務(wù)系統(tǒng)可以由客戶終端100和服務(wù)器組成。
服務(wù)器可以由通信服務(wù)器模塊310和消息服務(wù)器300組成。
客戶終端100可以由通信客戶模塊110、可選的消息隊(duì)列120、可選的先進(jìn)先出存儲器(FIFO)130以及用于各自服務(wù)的多個(gè)服務(wù)應(yīng)用140-200組成。
在此，用于各自服務(wù)的服務(wù)應(yīng)用可以包括但不限于數(shù)字電視(DTV)應(yīng)用140、信息提供服務(wù)應(yīng)用150、真實(shí)視頻點(diǎn)播(RVOD)服務(wù)應(yīng)用160、準(zhǔn)視頻點(diǎn)播(NVOD)服務(wù)應(yīng)用170、訂單交付服務(wù)應(yīng)用180、通告服務(wù)應(yīng)用190以及電子節(jié)目指南(EPG)服務(wù)應(yīng)用200。
消息協(xié)議在服務(wù)器/客戶結(jié)構(gòu)中操作。通信服務(wù)器模塊310被設(shè)置在消息服務(wù)器300中，通信客戶模塊110被設(shè)置在客戶終端100中。在此，客戶終端100可以是機(jī)頂盒或網(wǎng)關(guān)。
當(dāng)從服務(wù)應(yīng)用140-200任何之一產(chǎn)生要發(fā)送給服務(wù)器的消息時(shí)，利用進(jìn)程間通信(IPC)通知通信客戶模塊110。
響應(yīng)此，通信客戶模塊110確認(rèn)由服務(wù)應(yīng)用產(chǎn)生且經(jīng)過IPC收到的消息，然后產(chǎn)生適于該每一產(chǎn)生的消息的消息幀。
產(chǎn)生的消息幀通過消息協(xié)議(套接字)400被發(fā)送給通信服務(wù)器模塊310。
通信服務(wù)器模塊310分析發(fā)自客戶終端100的消息幀，以檢查消息是否正在請求服務(wù)，然后向消息服務(wù)器300要求相應(yīng)的服務(wù)請求。
消息服務(wù)器300響應(yīng)來自客戶終端100的服務(wù)請求，向通信服務(wù)器模塊310提供相關(guān)的服務(wù)請求和處理結(jié)果消息。
通信服務(wù)器模塊310分析由消息服務(wù)器300提供的消息，以產(chǎn)生合適的消息幀，然后經(jīng)過消息協(xié)議(套接字)400將產(chǎn)生的消息幀發(fā)送給客戶終端100中的通信客戶模塊110。
當(dāng)收到服務(wù)器產(chǎn)生或響應(yīng)的消息時(shí)，通信客戶模塊110利用通信客戶模塊110中的分析程序分析該消息，以便經(jīng)過IPC將該消息發(fā)送給相關(guān)的服務(wù)應(yīng)用140-200。
因此，收到消息的相關(guān)服務(wù)應(yīng)用將執(zhí)行請求的服務(wù)。
為了使發(fā)自服務(wù)器的服務(wù)請求和處理結(jié)果消息經(jīng)由通信客戶模塊110被提供給每一應(yīng)用，消息隊(duì)列120通過通信客戶模塊110將每一消息臨時(shí)存儲在每一消息類型的消息結(jié)構(gòu)中，然后經(jīng)過應(yīng)用程序接口(API)將存儲的對應(yīng)于各自應(yīng)用的消息提供給相關(guān)的服務(wù)應(yīng)用140-200。
同樣，當(dāng)在發(fā)自服務(wù)器的消息當(dāng)中有消息要求用戶的確認(rèn)時(shí)，例如在通告服務(wù)中，F(xiàn)IFO 130臨時(shí)存儲相關(guān)的消息，以便該相關(guān)的消息經(jīng)由DTV應(yīng)用140顯示在DTV屏幕(未顯示)上。在此，消息顯示方法包括以下在TV觀看模式下，消息以窗口小部件(widget)的形式顯示為屏幕顯示(OSD)；在個(gè)人計(jì)算機(jī)(PC)屏幕模式下，利用操作系統(tǒng)(OS)的應(yīng)用程序接口(API)，消息顯示在消息框中或者顯示為圖標(biāo)形式。
以下將參照附圖3和4a-4d詳細(xì)說明在服務(wù)器和客戶之間收發(fā)的消息幀的格式結(jié)構(gòu)。
圖3說明了根據(jù)本發(fā)明在客戶和服務(wù)器之間收發(fā)的消息幀格式，圖4a說明了圖3所示的消息類型的數(shù)據(jù)格式，圖4b說明了圖3所示的服務(wù)類型的數(shù)據(jù)格式，圖4c說明了在圖3所示的數(shù)據(jù)類型中所包括的數(shù)據(jù)類型的例子以及對應(yīng)于數(shù)據(jù)類型的實(shí)際傳輸數(shù)據(jù)格式，圖4d說明了用于對圖3所示的消息處理結(jié)果(結(jié)果類型)進(jìn)行分類的數(shù)據(jù)格式的例子。
如圖3所示，在客戶和服務(wù)器之間收發(fā)的消息幀格式被分類為消息類型字段，用于對消息屬性分類；服務(wù)類型字段，用于對服務(wù)類型分類；數(shù)據(jù)類型字段，用于對數(shù)據(jù)類型分類；以及結(jié)果類型字段，用于對要發(fā)送的實(shí)際數(shù)據(jù)和消息處理結(jié)果分類。
在此，如圖4a所示，消息類型信息可以被分類為請求(REQ)類型消息、響應(yīng)(REP)類型消息和通告(INF)類型消息。
如圖4b所示，服務(wù)類型信息可以被分類為例如，登錄/注銷服務(wù)(LOG)、電子郵件(E-MAIL)服務(wù)(EML)、訂單服務(wù)(ORD)、預(yù)定服務(wù)(RES)、警報(bào)服務(wù)(ALM)和NVOD服務(wù)(NVD)。顯然，為簡潔起見，有許多其它可能的服務(wù)在此沒有列出。
另外，如圖4c所示，作為對應(yīng)于服務(wù)類型的數(shù)據(jù)類型和數(shù)據(jù)，LOG服務(wù)包括登錄(LON)和注銷(LOF)數(shù)據(jù)作為數(shù)據(jù)類型，EML服務(wù)包括未讀郵件號(UMN)數(shù)據(jù)作為數(shù)據(jù)類型。
ORD服務(wù)中包括的數(shù)據(jù)可以被分類為結(jié)算(settlement)完成(STC)、結(jié)算確認(rèn)(STF)、收到(RCP)、接收后(post-receipt)取消請求(CAR)、接收后取消確認(rèn)(CAF)、接收后取消處理(CAH)和訂單交付(DLV)數(shù)據(jù)。
RES服務(wù)中包括的數(shù)據(jù)可以被分類為預(yù)定應(yīng)用(APL)、預(yù)定接收(RCP)、接收后取消請求(CAR)、接收后取消確認(rèn)(CAF)和接收后取消處理(CAH)數(shù)據(jù)。
ALM服務(wù)中包括的數(shù)據(jù)被分類為全部警報(bào)(ALL)、未讀郵件警報(bào)(UMA)、預(yù)定安排警報(bào)(RSA)和預(yù)定程序警報(bào)(RPA)數(shù)據(jù)。
同時(shí)，NVD服務(wù)包括信道請求(CHR)數(shù)據(jù)。
如圖4d所示，結(jié)果類型信息被分類為成功(SUC)、失敗(FAL)和未知信息(NUL)。
結(jié)果，通過圖3所示的包括圖4a-4d所示的每一信息的基于消息的協(xié)議，客戶和服務(wù)器之間的數(shù)據(jù)傳輸幀格式以消息幀的形式被發(fā)送。即收發(fā)的消息幀包括消息類型、服務(wù)類型、數(shù)據(jù)類型、數(shù)據(jù)以及結(jié)果類型信息。
以下將參照圖5和圖6說明利用這種消息幀格式在客戶和服務(wù)器之間收發(fā)消息的操作。
圖5說明了根據(jù)本發(fā)明在客戶中收到消息時(shí)的操作流程，圖6說明了根據(jù)本發(fā)明消息從客戶發(fā)送給服務(wù)器時(shí)的操作流程。
首先，將參照圖5說明客戶接收發(fā)自服務(wù)器的消息的操作。
如圖5所示，如果連接到網(wǎng)絡(luò)的每一客戶終端100都通電，則每一客戶終端100試圖經(jīng)過預(yù)先確定的專用端口連接到消息服務(wù)器300。當(dāng)連接沒有被建立時(shí)，客戶終端以幾秒鐘的間隔再次嘗試連接。當(dāng)客戶終端100與消息服務(wù)器300之間的連接被建立時(shí)，客戶終端100利用客戶終端100的唯一標(biāo)識符(unique ID)和從動態(tài)主機(jī)配置協(xié)議(DHCP)服務(wù)器分配的動態(tài)IP號進(jìn)行“登錄”。如果驗(yàn)證完成，只要沒有異常情況(例如網(wǎng)絡(luò)或服務(wù)器不正常等)出現(xiàn)，建立的連接就連續(xù)保持。
如果收到了經(jīng)由通信模塊310從消息服務(wù)器300發(fā)送的消息幀(例如，REQORDSTF“訂單號”|“消息”NUL針對訂單結(jié)算確認(rèn)請求的響應(yīng)消息)，通信客戶模塊110中的消息分析程序111分析收到的消息，臨時(shí)將該消息存儲在消息隊(duì)列120中，然后經(jīng)過IPC將該消息發(fā)送給相關(guān)的服務(wù)應(yīng)用150-200。因此，已收到消息的相關(guān)應(yīng)用將執(zhí)行相關(guān)的服務(wù)。
此時(shí)，如果收到的消息類型需要用戶的確認(rèn)請求，則相關(guān)的請求消息被臨時(shí)存儲在FIFO 130中，然后被顯示在連接到客戶終端100的控制臺上，其中在TV觀看模式下，消息以窗口小部件的形式顯示在OSD上；在PC屏幕模式下，利用OS的API，消息顯示在消息框中或者顯示為圖標(biāo)形式。即相關(guān)的確認(rèn)消息通過DTV應(yīng)用或PC應(yīng)用140被顯示。
同時(shí)，以下的從客戶終端100到消息服務(wù)器300的消息傳輸被執(zhí)行。即，如圖6所示，如果根據(jù)用戶的請求從客戶終端100中的任意服務(wù)應(yīng)用150-200的任何之一產(chǎn)生了要發(fā)送給消息服務(wù)器300的消息，則該消息通過IPC被通知給通信客戶模塊110。
針對在服務(wù)應(yīng)用150-200中產(chǎn)生的消息，通信客戶模塊110在內(nèi)部消息發(fā)生器112中產(chǎn)生一消息幀(例如，REPORDSTF“特權(quán)碼(franchisecode)”|“訂單號”|“是”SUC)，并通過消息協(xié)議(套接字)400將該產(chǎn)生的消息幀發(fā)送給服務(wù)器300中的通信服務(wù)器模塊310。
從而，當(dāng)收到來自客戶終端100的消息幀時(shí)，通信服務(wù)器模塊310分析收到的消息幀，并把被分析的消息幀提供給消息服務(wù)器300，以便產(chǎn)生針對客戶終端100請求的消息的響應(yīng)或確認(rèn)消息。該產(chǎn)生的消息通過如圖5所示的傳輸流程被發(fā)送給客戶終端100。
以下，將參照附圖同步說明根據(jù)每種服務(wù)類型在客戶終端100與服務(wù)器300之間的消息發(fā)送和接收方法。
圖7說明了根據(jù)本發(fā)明實(shí)施例在客戶與服務(wù)器之間的登錄/注銷消息流程。
首先，當(dāng)客戶終端100例如機(jī)頂盒通電時(shí)，客戶終端100的通信客戶模塊110產(chǎn)生一用以登錄到服務(wù)器的消息幀，然后經(jīng)過消息協(xié)議將該產(chǎn)生的登錄消息幀(例如REQLOGON“MG碼”|“MG IP”NUL)發(fā)送給消息服務(wù)器300(S101)。
在分析發(fā)自客戶終端100的登錄消息幀以執(zhí)行相關(guān)客戶終端100的驗(yàn)證之后，消息服務(wù)器300根據(jù)驗(yàn)證結(jié)果在通信服務(wù)器模塊310中產(chǎn)生一登錄響應(yīng)消息幀，以便經(jīng)過消息協(xié)議(套接字)400將該產(chǎn)生的響應(yīng)消息幀發(fā)送給通信客戶模塊110。
即，如果相關(guān)客戶終端100的驗(yàn)證及由此的登錄失敗，消息服務(wù)器300產(chǎn)生登錄失敗響應(yīng)消息幀(例如REPLOGON“MG碼”FAL)，以便將其發(fā)送給客戶終端100的通信客戶模塊110(S102)，然而，如果相關(guān)客戶終端100的驗(yàn)證及由此的登錄成功，消息服務(wù)器產(chǎn)生登錄成功響應(yīng)消息幀(例如REPLOGON“MG碼”SUC)，以便將其發(fā)送給客戶終端100的通信客戶模塊110(S102-1)。
從而，如果客戶終端100的登錄成功，消息服務(wù)器300確認(rèn)是否有對于相關(guān)客戶終端100的任何通告信息。如果有通告信息，消息服務(wù)器300為每一用戶在消息服務(wù)器300的通信服務(wù)器模塊310中產(chǎn)生一通告消息幀(例如INFALMALL“消息”NUL)，以便經(jīng)由消息協(xié)議400將該產(chǎn)生的通告消息幀發(fā)送給客戶終端100的通信客戶模塊110(S103)。
從而，客戶終端100的通信客戶模塊110分析發(fā)自服務(wù)器的通告消息幀，并將被分析的相關(guān)通告消息提供給通告服務(wù)應(yīng)用190，以便相關(guān)的通告服務(wù)。
在操作中，當(dāng)用戶斷開客戶終端100的電源時(shí)，通信客戶模塊110針對斷電產(chǎn)生一消息幀(例如，INFLOGLOF“MG碼”NUL)，以便將該消息幀發(fā)送給消息服務(wù)器300的通信服務(wù)器模塊310(S104)。
如果通信服務(wù)器模塊310分析發(fā)自通信客戶模塊110的注銷消息幀，然后將被分析的注銷消息傳送給消息服務(wù)器300，則消息服務(wù)器300從消息服務(wù)器300管理的客戶連接列表中刪除相關(guān)客戶終端100的ID。
結(jié)果，如圖7所示的以下登錄/注銷服務(wù)被執(zhí)行。即，當(dāng)客戶終端100通電時(shí)，通信客戶模塊110試圖連接到服務(wù)器，并且如果連接被建立，利用客戶終端100的唯一ID執(zhí)行登錄程序，以便通知服務(wù)器是否可以獲得不同的入口服務(wù)。
然而，如果客戶終端100被斷電，通信客戶模塊110發(fā)送注銷消息給服務(wù)器，以便請求從服務(wù)器管理的連接列表中刪除相關(guān)客戶終端100的ID。
圖8說明了根據(jù)本發(fā)明實(shí)施例從服務(wù)器到客戶的通告服務(wù)的消息流程。
如圖8所示，當(dāng)存在從服務(wù)器300到客戶終端100的任何通告情形時(shí)，例如，當(dāng)電子郵件通告、預(yù)定安排通告或預(yù)定節(jié)目通告情形產(chǎn)生時(shí)，消息服務(wù)器300通知通信服務(wù)器模塊310。
然后，通信服務(wù)器模塊310針對消息服務(wù)器300產(chǎn)生的通告消息產(chǎn)生一消息幀，例如在電子郵件通告的情況下為INFALMUMA“消息”NUL消息幀，在預(yù)定安排通告的情況下為INFALMRSA“消息”NUL消息幀，在預(yù)定節(jié)目通告的情況下為INFALMRPA“消息”NUL消息幀，并且通過消息協(xié)議400將該產(chǎn)生的消息幀發(fā)送給客戶終端100的通信客戶模塊110(分別為S201、S202、S203)。
客戶終端100的通信客戶模塊110分析發(fā)自服務(wù)器的通告消息幀，將每一通告消息臨時(shí)存儲在消息隊(duì)列120中，然后將通告消息傳送給通告服務(wù)應(yīng)用190，以便執(zhí)行通告服務(wù)。作為選擇，當(dāng)需要用戶的確認(rèn)時(shí)，客戶模塊將通告消息臨時(shí)存儲在FIFO 130中，然后將通告消息順序地傳送給DTV應(yīng)用140，以便將通告消息顯示在DTV屏幕上。此時(shí)，如上所述，在TV觀看模式下，消息以窗口小部件的形式顯示在OSD上；在PC屏幕模式下，利用OS的API，消息顯示在消息框中或者顯示為圖標(biāo)形式。該消息服務(wù)可以與EPG、訂單交付或E-MAIL服務(wù)一起使用。
圖9說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行訂單服務(wù)時(shí)在客戶與服務(wù)器之間的訂單接收消息流程。
如圖9所示，如果從客戶終端100的訂單交付服務(wù)應(yīng)用180產(chǎn)生了針對產(chǎn)品訂單的消息，客戶終端100的通信客戶模塊110就針對該訂單消息產(chǎn)生消息幀，并且經(jīng)由消息協(xié)議400將該消息幀發(fā)送給服務(wù)器中的通信服務(wù)器模塊310。
通信服務(wù)器模塊310分析發(fā)自客戶終端100的訂單消息幀，然后將訂單消息傳送給消息服務(wù)器300。然后，消息服務(wù)器300把訂單請求消息發(fā)送給某一特權(quán)終端，根據(jù)產(chǎn)品訂單消息向該特權(quán)終端定購相關(guān)的產(chǎn)品。
特權(quán)終端(未顯示)根據(jù)發(fā)自服務(wù)器的訂單消息處理訂單，然后向服務(wù)器提供訂單處理結(jié)果信息。服務(wù)器將訂單處理結(jié)果消息提供給客戶終端100。
此時(shí)，如果從客戶終端100中的訂單交付服務(wù)應(yīng)用180中產(chǎn)生了訂單結(jié)算完成消息，則客戶終端100的通信客戶模塊110針對該訂單結(jié)算完成消息產(chǎn)生一消息幀(例如，INFORDSTC“訂單號”NUL)，并經(jīng)過消息協(xié)議400將該產(chǎn)生的消息幀發(fā)送給通信服務(wù)器模塊310(S301)。
通信服務(wù)器模塊310分析發(fā)自客戶終端100中的通信客戶模塊110的消息幀，并將訂單結(jié)算完成消息傳送給消息服務(wù)器300。
消息服務(wù)器300根據(jù)傳自通信服務(wù)器模塊310的訂單完成消息將訂單結(jié)算確認(rèn)請求消息(OSF)傳送給通信服務(wù)器模塊310。
通信服務(wù)器模塊310針對傳自消息服務(wù)器300的訂單結(jié)算確認(rèn)請求消息產(chǎn)生一消息幀(REQORDOSF“訂單號”|“消息”NUL)，以便將該產(chǎn)生的消息幀發(fā)送給客戶終端100的通信客戶模塊110(S302)。
通信客戶模塊110分析發(fā)自服務(wù)器的訂單結(jié)算確認(rèn)請求消息幀，并將訂單結(jié)算確認(rèn)請求消息臨時(shí)存儲在消息隊(duì)列120中，以便將其傳送給訂單交付服務(wù)應(yīng)用180。
更進(jìn)一步，通信客戶模塊110分析收到的消息幀，并且因?yàn)橄嚓P(guān)的消息是請求用戶確認(rèn)的消息，因此經(jīng)過FIFO 130將該收到的消息幀傳送給DTV應(yīng)用140，以便將該消息幀顯示在DTV上。
如果用戶響應(yīng)顯示的解決確認(rèn)消息完成了結(jié)算確認(rèn)(YES，是)，則通信客戶模塊110針對該結(jié)算確認(rèn)消息產(chǎn)生一消息幀(REPORDSTF“特權(quán)碼”|“訂單號”YESSUC)，以便將該消息幀發(fā)送給服務(wù)器中的通信服務(wù)器模塊310(S303)。
在分析收到的結(jié)算確認(rèn)消息幀之后，通信服務(wù)器模塊310將結(jié)算確認(rèn)消息傳送給消息服務(wù)器300。消息服務(wù)器300將結(jié)算確認(rèn)消息發(fā)送給相關(guān)的特權(quán)終端，以便處理訂單。
在處理訂單之后，特權(quán)終端將訂單處理結(jié)果消息(收到)發(fā)送給消息服務(wù)器300。消息服務(wù)器300根據(jù)發(fā)自特權(quán)終端的訂單處理結(jié)果消息產(chǎn)生訂單處理通告消息，并將該訂單處理通告消息傳送給通信服務(wù)器模塊310。
通信服務(wù)器310針對傳自消息服務(wù)器300的訂單處理通告消息產(chǎn)生一消息幀(INFORDRCP“訂單號”|“消息”NUL)，并將該產(chǎn)生的消息幀發(fā)送給客戶終端100的通信客戶模塊110(S304)。
從而，在分析相關(guān)的幀并將被分析的訂單處理通告消息存儲在消息隊(duì)列120之后，通信客戶模塊110將其傳送給訂單交付服務(wù)應(yīng)用180，以便執(zhí)行相關(guān)的服務(wù)，并且同時(shí)將其傳送給DTV應(yīng)用140，以便將訂單處理結(jié)果消息顯示在DTV上，這樣允許用戶確認(rèn)訂單處理結(jié)果。
然而，在S302中，如果在收到發(fā)自服務(wù)器的針對訂單結(jié)算確認(rèn)請求消息的消息幀(REQORDOSF“訂單號”|“消息”NUL)之后用戶選擇了解決確認(rèn)(NO，否)，則通信客戶模塊110針對訂單結(jié)算確認(rèn)(否)消息產(chǎn)生一消息幀(REPORDSTF“特權(quán)碼”|“訂單號”NOSUC)，以便將該消息幀發(fā)送給服務(wù)器。從而服務(wù)器將結(jié)算確認(rèn)(否)消息發(fā)送給特權(quán)終端，以便執(zhí)行訂單取消操作。
以下將參照圖10說明訂單接收后取消服務(wù)。
圖10說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行訂單服務(wù)時(shí)在客戶與服務(wù)器之間的訂單接收后取消消息流程。
如圖10所示，首先，如果從訂單交付服務(wù)應(yīng)用180產(chǎn)生了取消請求消息，通信客戶模塊110就針對該取消請求消息產(chǎn)生一消息幀(INFORDCAR“特權(quán)碼”|“訂單號”NUL)，并將該消息幀發(fā)送給服務(wù)器300中的通信服務(wù)器模塊310(S401)。
服務(wù)器300中的通信服務(wù)器模塊310分析發(fā)自客戶終端100的消息幀，并將取消請求消息傳送給消息服務(wù)器300，然后消息服務(wù)器300將其發(fā)送給某一特權(quán)終端。
如果在把從客戶終端100收到的取消請求消息發(fā)送給相關(guān)的特權(quán)終端之后，消息服務(wù)器300從該相關(guān)的特權(quán)終端收到了訂單接收后取消確認(rèn)消息，則消息服務(wù)器300產(chǎn)生一訂單取消確認(rèn)通告消息，并針對產(chǎn)生的訂單取消確認(rèn)通告消息在通信服務(wù)器模塊310中產(chǎn)生一消息幀(INFORDCAF“訂單號”|“消息”NUL)，并將該消息幀發(fā)送給客戶終端100的通信客戶模塊110(S402)。
而且，如果消息服務(wù)器300從相關(guān)特權(quán)終端收到了訂單取消處理消息，消息服務(wù)器300產(chǎn)生一訂單取消通告消息，以便將相關(guān)的消息傳送給通信服務(wù)器模塊310。
通信服務(wù)器模塊310針對訂單取消處理消息產(chǎn)生一消息幀(INFORDCAH“訂單號”|“消息”NUL)，以便將該消息幀發(fā)送給客戶終端100的通信客戶模塊110(S404)。通信客戶模塊110分析收到的消息幀，把訂單取消處理消息傳送給訂單交付服務(wù)應(yīng)用180以便處理相關(guān)的服務(wù)，以及把相關(guān)的消息傳送給DTV應(yīng)用140，以便顯示相關(guān)的消息，這樣允許用戶確認(rèn)訂單取消結(jié)果。
以上是在存在來自用戶的訂單接收后取消請求的情況下的消息流程。以下，將說明存在來自特權(quán)終端的訂單取消請求的情況。
首先，如果存在來自特權(quán)終端的訂單取消請求，消息服務(wù)器300針對發(fā)自特權(quán)終端的訂單取消請求產(chǎn)生一通告消息，并將相關(guān)的消息發(fā)送給通信服務(wù)器模塊310。
通信服務(wù)器模塊310針對從消息服務(wù)器300產(chǎn)生的特權(quán)訂單取消通告消息產(chǎn)生一消息幀(REQORDCAF“訂單號”|“消息”NUL)，以便將該消息幀發(fā)送給客戶終端100的通信客戶模塊110(S404)。
通信客戶模塊110分析發(fā)自通信服務(wù)器模塊310的消息幀，并將訂單取消通告消息傳送給訂單交付服務(wù)應(yīng)用180以便執(zhí)行相關(guān)的服務(wù)。另外，通信客戶模塊110將相關(guān)的消息傳送給DTV應(yīng)用140，以便顯示相關(guān)的消息，這樣使用戶能夠?qū)崿F(xiàn)訂單取消確認(rèn)響應(yīng)。
如果用戶選擇了訂單取消確認(rèn)響應(yīng)消息“YES(是)”，則通信客戶模塊110針對訂單取消確認(rèn)響應(yīng)消息產(chǎn)生一消息幀(REPORDCAF“特權(quán)碼”|“訂單號”YESSUC)，以便將該消息幀發(fā)送給通信服務(wù)器模塊310(S405)。
通信服務(wù)器模塊310分析發(fā)自通信客戶模塊110的消息幀，并將相關(guān)的消息即訂單取消確認(rèn)響應(yīng)消息發(fā)送給某一特權(quán)終端，以便處理訂單取消。如果訂單取消完成了，特權(quán)終端將訂單取消處理結(jié)果消息發(fā)送給服務(wù)器。
響應(yīng)此，服務(wù)器300中的通信服務(wù)器模塊310針對訂單取消確認(rèn)處理通告消息產(chǎn)生一消息幀(INFORDCAH“訂單號”|“消息”NUL)，以便將該消息幀發(fā)送給通信客戶模塊110(S406)。
同時(shí)，在步驟S404中，當(dāng)從特權(quán)終端收到訂單取消請求消息時(shí)客戶收到了訂單取消請求消息，如果用戶選擇了取消確認(rèn)“NO(否)”，則以與上述操作相同的方法執(zhí)行發(fā)送和接收訂單取消響應(yīng)消息的操作(S407、S408)。因此，將省略詳細(xì)的操作說明。
同樣，如果收到了來自特權(quán)終端的、指示產(chǎn)品的訂單交付處理完成的消息，通信服務(wù)器模塊310就發(fā)送一針對交付處理通告消息的消息幀(INFORDDLV“訂單號”|“消息”NUL)給通信客戶模塊110，以便完成訂單交付服務(wù)操作。
圖11說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行預(yù)定服務(wù)時(shí)在客戶與服務(wù)器之間的預(yù)定接收消息流程。
如圖11所示，如果存在來自用戶的訂單預(yù)定接收申請，訂單交付服務(wù)應(yīng)用180就產(chǎn)生訂單預(yù)定接收申請消息。
這樣產(chǎn)生的訂單預(yù)定接收申請消息被傳送給通信客戶模塊110，通信客戶模塊110針對該產(chǎn)生的訂單預(yù)定接收申請消息產(chǎn)生一消息幀(INFRESAPL“特權(quán)碼”|“預(yù)定號”NUL)，以便將該消息幀發(fā)送給通信服務(wù)器模塊310(S501)。
通信服務(wù)器模塊310分析發(fā)自客戶的針對訂單預(yù)定接收申請消息的消息幀，并將相關(guān)的訂單預(yù)定接收申請消息發(fā)送給相關(guān)的特權(quán)終端。
特權(quán)終端根據(jù)發(fā)自服務(wù)器的訂單預(yù)定接收申請消息執(zhí)行訂單預(yù)定接收，并將訂單預(yù)定接收處理結(jié)果消息發(fā)送給服務(wù)器中的通信服務(wù)器模塊310。
服務(wù)器中的通信服務(wù)器模塊310根據(jù)發(fā)自特權(quán)終端的訂單預(yù)定接收處理消息，把針對預(yù)定接收處理通告消息的消息幀(INFRESRCP“預(yù)定號”|“消息”NUL)發(fā)送給客戶中的客戶通信模塊110。
通信客戶模塊110分析發(fā)自服務(wù)器的針對預(yù)定接收處理通告消息的消息幀，把相關(guān)的消息傳送給訂單交付服務(wù)應(yīng)用180以便執(zhí)行相關(guān)的服務(wù)，以及把相關(guān)的消息傳送給DTV應(yīng)用140以便顯示訂單預(yù)定處理通告消息，以便用戶容易地確認(rèn)訂單預(yù)定處理結(jié)果。
以下將參照圖12說明在訂單預(yù)定接收之后預(yù)定接收被取消的情況。
圖12說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行預(yù)定服務(wù)時(shí)在客戶與服務(wù)器之間的預(yù)定接收后取消消息流程。
首先，如果通過訂單交付服務(wù)應(yīng)用180產(chǎn)生了預(yù)定接收后取消請求消息，則通信客戶模塊110針對預(yù)定接收后取消請求消息產(chǎn)生一消息幀(INFORDCAR“特權(quán)碼”|“預(yù)定號”NUL)，并把該消息幀發(fā)送給服務(wù)器中的通信服務(wù)器模塊310(S601)。
服務(wù)器中的通信服務(wù)器模塊310分析發(fā)自客戶終端110的消息幀，并通過消息服務(wù)器300把預(yù)定接收后取消請求消息傳送給相關(guān)的特權(quán)終端。
在把從客戶終端100收到的預(yù)定接收后取消請求消息發(fā)送給相關(guān)的特權(quán)終端之后，如果從特權(quán)終端收到了預(yù)定接收后取消確認(rèn)消息，則消息服務(wù)器300產(chǎn)生一預(yù)定取消確認(rèn)通告消息，并且針對該產(chǎn)生的預(yù)定取消確認(rèn)通告消息在通信服務(wù)器模塊310中產(chǎn)生一消息幀(INFORDCAF“預(yù)定號”|“消息”NUL)，以便把該消息幀發(fā)送給客戶終端100的通信客戶模塊110(S602)。
而且，如果消息服務(wù)器300從特權(quán)終端收到了預(yù)定取消處理消息，則消息服務(wù)器300產(chǎn)生預(yù)定取消處理通告消息，以便把相關(guān)的消息傳送給通信服務(wù)器模塊310。
通信服務(wù)器模塊310針對預(yù)定取消處理通告消息產(chǎn)生一消息幀(INFORDCAH“預(yù)定號”|“消息”NUL)，以便把該消息幀發(fā)送給客戶終端100的通信客戶模塊110(S603)。
通信客戶模塊110分析收到的消息幀，把預(yù)定取消處理通告消息傳送給訂單交付服務(wù)應(yīng)用180以便處理相關(guān)的服務(wù)，以及把相關(guān)的消息傳送給DTV應(yīng)用140以顯示相關(guān)的消息，以便用戶確認(rèn)預(yù)定取消結(jié)果。
以上是當(dāng)存在來自用戶的預(yù)定接收后取消請求時(shí)的消息流程。以下將說明存在來自特權(quán)終端的預(yù)定接收取消請求的情況。
首先，如果存在來自特權(quán)終端的預(yù)定取消請求，消息服務(wù)器300針對來自特權(quán)終端的預(yù)定取消請求產(chǎn)生一消息幀，以便把相關(guān)的消息傳送給通信服務(wù)器模塊310。
通信服務(wù)器模塊310針對從消息服務(wù)器300產(chǎn)生的特權(quán)預(yù)定取消通告消息產(chǎn)生一消息幀(REQORDCAF“預(yù)定號”|“消息”NUL)，以便把該消息幀發(fā)送給客戶終端100的通信客戶模塊110(S604)。
通信客戶模塊110分析發(fā)自通信服務(wù)器模塊310的消息幀，并且把預(yù)定取消通告消息傳送給訂單交付服務(wù)應(yīng)用180以便執(zhí)行相關(guān)的服務(wù)。而且，通信客戶模塊110把相關(guān)的消息傳送給DTV應(yīng)用140以顯示相關(guān)的消息，以便用戶執(zhí)行預(yù)定取消確認(rèn)響應(yīng)。
如果用戶選擇了預(yù)定取消確認(rèn)響應(yīng)消息“YES(是)”，則通信客戶模塊110針對該預(yù)定取消確認(rèn)響應(yīng)消息產(chǎn)生一消息幀(REPORDCAF“特權(quán)碼”|“預(yù)定號”YESSUC)，并把該消息幀發(fā)送給通信服務(wù)器模塊310(S605)。
通信服務(wù)器模塊310分析發(fā)自通信客戶模塊110的消息幀，并把相關(guān)的消息即預(yù)定取消確認(rèn)響應(yīng)消息發(fā)送給特權(quán)終端，以便處理預(yù)定取消。如果預(yù)定取消完成，特權(quán)終端把預(yù)定取消處理結(jié)果消息發(fā)送給服務(wù)器。
然后，服務(wù)器中的通信服務(wù)器模塊310針對預(yù)定取消確認(rèn)處理通告消息產(chǎn)生一消息幀(INFORDCAH“預(yù)定號”|“消息”NUL)，以便把該消息幀發(fā)送給通信客戶模塊110(S606)。
同時(shí)，在步驟S604中，當(dāng)來自特權(quán)終端的預(yù)定取消請求消息被接收以及由此客戶收到訂單取消請求消息時(shí)，如果用戶選擇了取消確認(rèn)“NO(否)”，則以與上述操作相同的方法執(zhí)行訂單取消響應(yīng)消息的發(fā)送和接收操作(S607、S608)。從而，將省略對其操作的詳細(xì)說明。
以下，將參照圖13說明進(jìn)行EPG廣播預(yù)定時(shí)的消息流程。
圖13說明了根據(jù)本發(fā)明實(shí)施例進(jìn)行EPG服務(wù)時(shí)在客戶與服務(wù)器之間的EPG廣播預(yù)定消息流程。
如圖13所示，如果用戶通過EPG屏幕實(shí)現(xiàn)了來自EPG服務(wù)應(yīng)用200的廣播預(yù)定申請，則客戶終端100的通信客戶模塊110針對通過EPG服務(wù)應(yīng)用200產(chǎn)生的廣播預(yù)定消息產(chǎn)生一消息幀(INFRESCHR“預(yù)定的廣播號”NUL)，以便把該消息幀發(fā)送給服務(wù)器中的通信服務(wù)器模塊310(S701)。
通信服務(wù)器模塊310分析發(fā)自客戶終端100的客戶通信模塊110的消息幀，以便把被分析的消息傳送給消息服務(wù)器300。
消息服務(wù)器300利用發(fā)自通信服務(wù)器模塊310的廣播預(yù)定消息對用戶請求的信道執(zhí)行廣播預(yù)定。
更進(jìn)一步，消息服務(wù)器300檢查用戶選擇的廣播預(yù)定節(jié)目的廣播預(yù)定時(shí)間，并且如果相應(yīng)的時(shí)間到達(dá)，消息服務(wù)器300就產(chǎn)生預(yù)定節(jié)目通告消息，以便將其傳送給通信服務(wù)器模塊310。
通信服務(wù)器模塊310針對來自消息服務(wù)器300的預(yù)定節(jié)目通告消息產(chǎn)生一消息幀(INFALMRPA“消息”NUL)，并把該產(chǎn)生的消息幀發(fā)送給通信客戶模塊110(S702)。
通信客戶模塊110分析發(fā)自服務(wù)器300中的通信服務(wù)器模塊310的、針對廣播預(yù)定節(jié)目通告消息的消息幀，把相關(guān)的消息發(fā)送給EPG服務(wù)應(yīng)用200，以便執(zhí)行相關(guān)的服務(wù)，即例如把某一信道變換到廣播預(yù)定節(jié)目的信道那樣的功能，并且還把相關(guān)的消息傳送給DTV應(yīng)用140，以顯示預(yù)定節(jié)目通告消息，這樣允許用戶確認(rèn)消息。
即，EPG服務(wù)是基于環(huán)球網(wǎng)提供的，其允許與通告服務(wù)關(guān)聯(lián)的廣播預(yù)定。如果在EPG屏幕預(yù)定(screen reservation)上選擇了要預(yù)定的廣播，則依據(jù)預(yù)定消息格式將要預(yù)定的廣播發(fā)送給服務(wù)器。
如果在記錄廣播預(yù)定情形之后相應(yīng)的時(shí)間到了，服務(wù)器通過通告服務(wù)通知終端這件事。當(dāng)收到預(yù)定通告消息，終端試圖將信道自動地轉(zhuǎn)換到相關(guān)的信道，或者將預(yù)定通告消息通知給DTV應(yīng)用140。
以下，將參照圖14說明經(jīng)過消息協(xié)議的VOD服務(wù)的操作。
首先，如果用戶通過VOD服務(wù)應(yīng)用160和170請求用于觀看的VOD信道，通信客戶模塊110針對VOD信道請求產(chǎn)生一消息幀(REQNVDCHR“信道號”NUL)，以便把該消息幀發(fā)送給通信服務(wù)器模塊310(S801)。
通信服務(wù)器模塊310分析發(fā)自通信客戶模塊110的針對VOD信道請求的消息幀，并把VOD信道請求消息傳送給消息服務(wù)器300。
消息服務(wù)器300利用傳自通信服務(wù)器模塊310的VOD信道請求消息執(zhí)行信道驗(yàn)證，以檢查相關(guān)的信道是否為客戶終端100中可得的信道。
如果信道驗(yàn)證成功或失敗，即，如果在客戶終端100中可獲得或不能獲得相關(guān)的信道，消息服務(wù)器300把針對信道驗(yàn)證響應(yīng)消息的消息幀發(fā)送給客戶終端100。如果相關(guān)的VOD服務(wù)是單播的，并且如果相關(guān)信道的驗(yàn)證成功，則通信服務(wù)器模塊310把(REPNVDCHR“信道號”SUC)消息幀發(fā)送給客戶終端100的通信客戶模塊110，相反，如果VOD信道驗(yàn)證失敗，則通信服務(wù)器模塊310把(REPNVDCHR“信道號”FAL)消息幀發(fā)送給客戶終端100的通信客戶模塊110(S802、S803)。
通信客戶模塊110在分析程序中分析發(fā)自服務(wù)器的針對響應(yīng)消息的消息幀，并把相關(guān)的消息傳送給VOD服務(wù)應(yīng)用以顯示相關(guān)的消息，以便用戶確認(rèn)消息。
然而，在VOD服務(wù)為組播的情況下，如果信道驗(yàn)證成功，且產(chǎn)生針對VOD信道請求的響應(yīng)消息幀，消息服務(wù)器300把(REPNVDCHR“信道號”|“組播IP”SUC)消息幀發(fā)送給客戶終端100的通信客戶模塊110(S804)。如果信道驗(yàn)證失敗，則消息服務(wù)器300把(REPNVDCHR“信道號”NULFAL)消息幀發(fā)送給客戶終端100的通信客戶模塊110(S805)。
結(jié)果，如果客戶終端100通過通信客戶模塊110向服務(wù)器300請求要觀看的VOD信道，服務(wù)器300確認(rèn)被請求的信道是否可用于相應(yīng)的終端，并且發(fā)送一響應(yīng)消息。此時(shí)，在VOD服務(wù)是單播的情況下，如果客戶終端收到指示信道可用的響應(yīng)，則通過通信客戶模塊110的分析程序收到該響應(yīng)的VOD應(yīng)用分析流，以便顯示它。
然而，如果VOD服務(wù)是組播的，則服務(wù)器把對應(yīng)于請求的信道的組播組IP插入到響應(yīng)消息中，以便將其發(fā)送給客戶終端100。
因此，客戶終端100中的通信客戶模塊110的分析程序把IP傳送給VOD應(yīng)用，VOD應(yīng)用通過發(fā)送一用于利用IP連接相關(guān)的組播組的消息來接收并分析流，并且顯示流。
結(jié)果，根據(jù)本發(fā)明的TV入口服務(wù)設(shè)備和方法定義了在服務(wù)器和客戶終端之間執(zhí)行可得的若干服務(wù)所需的控制消息。而且，根據(jù)本發(fā)明的TV入口服務(wù)設(shè)備和方法建議如圖3和圖4所示的一種服務(wù)框架和消息標(biāo)準(zhǔn)去共同地管理和處理若干服務(wù)，以便使用利用家庭中的一個(gè)終端和多項(xiàng)服務(wù)的高清晰/標(biāo)準(zhǔn)清晰(HD/SD)廣播接收，所述多項(xiàng)服務(wù)包括諸如訂單交付、VOD、監(jiān)控以及利用本發(fā)明的信息提供。
如上所述，根據(jù)本發(fā)明的TV入口服務(wù)設(shè)備和方法允許通過在TV入口服務(wù)中提供一致的基于消息的框架對各種服務(wù)項(xiàng)進(jìn)行管理和控制。而且，有可能實(shí)現(xiàn)新的應(yīng)用，這些新的應(yīng)用是難以通過在單個(gè)服務(wù)之間提供關(guān)聯(lián)工具實(shí)現(xiàn)的。其通過使TV入口服務(wù)的API標(biāo)準(zhǔn)化，導(dǎo)致了服務(wù)器和終端實(shí)現(xiàn)的技術(shù)效率，以及靈活服務(wù)的實(shí)現(xiàn)。
權(quán)利要求
1.一種電視入口服務(wù)系統(tǒng)，包括客戶終端，具有至少一個(gè)或多個(gè)用于基于根據(jù)用戶的請求經(jīng)由網(wǎng)絡(luò)收到的服務(wù)消息執(zhí)行多種不同的入口服務(wù)的服務(wù)應(yīng)用；通信客戶模塊，用于a)根據(jù)用戶的請求，把從每一服務(wù)應(yīng)用產(chǎn)生的每一服務(wù)請求消息轉(zhuǎn)換為相應(yīng)的客戶消息幀格式，以便通過網(wǎng)絡(luò)的基于消息的協(xié)議發(fā)送客戶消息幀格式，以及b)接收通過網(wǎng)絡(luò)的基于消息的協(xié)議收到的針對入口服務(wù)消息的服務(wù)器消息幀格式，分析收到的服務(wù)器消息幀格式，以及把被分析的入口服務(wù)消息提供給所述服務(wù)應(yīng)用中的相應(yīng)之一；通信服務(wù)器模塊，用于a)對通過網(wǎng)絡(luò)的基于消息的協(xié)議從通信客戶模塊收到的客戶服務(wù)消息幀格式進(jìn)行分析，然后輸出被分析的服務(wù)請求消息，以及b)把根據(jù)來自通信客戶模塊的用戶請求提供的服務(wù)請求和處理結(jié)果消息及用戶通告消息轉(zhuǎn)換為服務(wù)器消息幀格式，以便通過網(wǎng)絡(luò)的基于消息的協(xié)議把服務(wù)器消息幀格式發(fā)送給通信客戶模塊；以及消息服務(wù)器，用于根據(jù)從通信服務(wù)器模塊輸出的被分析的服務(wù)請求消息來產(chǎn)生服務(wù)請求和處理結(jié)果消息及用戶通告消息，并把這些消息提供給通信服務(wù)器模塊。
2.根據(jù)權(quán)利要求1所述的電視入口服務(wù)系統(tǒng)，其中至少一個(gè)或多個(gè)服務(wù)應(yīng)用包括以下服務(wù)應(yīng)用的至少之一或多個(gè)訂單交付服務(wù)應(yīng)用，準(zhǔn)視頻點(diǎn)播服務(wù)應(yīng)用，真實(shí)視頻點(diǎn)播服務(wù)應(yīng)用，信息提供服務(wù)應(yīng)用，通告服務(wù)應(yīng)用，電子節(jié)目指南服務(wù)應(yīng)用，以及數(shù)字電視服務(wù)應(yīng)用。
3.根據(jù)權(quán)利要求1所述的電視入口服務(wù)系統(tǒng)，其中消息幀格式包括消息類型字段，具有用于對在服務(wù)器終端與客戶終端之間發(fā)送和接收的消息的屬性進(jìn)行分類的消息類型信息；服務(wù)類型字段，具有用于對電視入口服務(wù)類型進(jìn)行分類的服務(wù)類型信息；數(shù)據(jù)類型字段，具有用于對在服務(wù)器終端與客戶終端之間發(fā)送和接收的數(shù)據(jù)的類型進(jìn)行分類的數(shù)據(jù)類型信息；數(shù)據(jù)字段，包括在服務(wù)器終端與客戶終端之間發(fā)送和接收的實(shí)際數(shù)據(jù)；以及結(jié)果類型字段，具有用于對消息處理結(jié)果進(jìn)行分類的結(jié)果類型信息。
4.根據(jù)權(quán)利要求3所述的電視入口服務(wù)系統(tǒng)，其中用于對消息的屬性進(jìn)行分類的消息類型信息包括至少以下信息之一請求信息(REQ)、響應(yīng)信息(REP)和通告信息(INF)。
5.根據(jù)權(quán)利要求3所述的電視入口服務(wù)系統(tǒng)，其中用于對服務(wù)類型進(jìn)行分類的服務(wù)類型信息包括至少以下信息之一登錄/注銷服務(wù)(LOG)信息，電子郵件服務(wù)(EML)信息，訂單服務(wù)(ORD)信息，預(yù)定服務(wù)(RES)信息，警報(bào)服務(wù)(ALM)信息，以及準(zhǔn)視頻點(diǎn)播服務(wù)(NVD)信息。
6.根據(jù)權(quán)利要求3所述的電視入口服務(wù)系統(tǒng)，其中用于對數(shù)據(jù)類型進(jìn)行分類的數(shù)據(jù)類型信息包括至少以下信息之一登錄數(shù)據(jù)(LOG)，警報(bào)數(shù)據(jù)(ALM)，訂單數(shù)據(jù)(ORD)，預(yù)定數(shù)據(jù)(RES)，電子郵件數(shù)據(jù)(EML)，以及準(zhǔn)視頻點(diǎn)播數(shù)據(jù)(NVD)。
7.根據(jù)權(quán)利要求6所述的電視入口服務(wù)系統(tǒng)，其中數(shù)據(jù)類型信息的登錄數(shù)據(jù)(LOG)包括登錄(LON)和注銷(LOF)數(shù)據(jù)。
8.根據(jù)權(quán)利要求6所述的電視入口服務(wù)系統(tǒng)，其中數(shù)據(jù)類型信息的電子郵件數(shù)據(jù)(EML)包括未讀郵件號(UMN)數(shù)據(jù)。
9.根據(jù)權(quán)利要求6所述的電視入口服務(wù)系統(tǒng)，其中數(shù)據(jù)類型信息的訂單數(shù)據(jù)(ORD)包括至少以下數(shù)據(jù)之一結(jié)算完成(STC)，結(jié)算確認(rèn)(STF)，收到(RCP)，接收后取消請求(CAR)，接收后取消確認(rèn)(CAF)，接收后取消處理(CAH)，以及訂單交付(DLV)數(shù)據(jù)。
10.根據(jù)權(quán)利要求6所述的電視入口服務(wù)系統(tǒng)，其中數(shù)據(jù)類型信息的預(yù)定數(shù)據(jù)(RES)包括至少以下數(shù)據(jù)之一預(yù)定申請(APL)，預(yù)定接收(RCP)，接收后取消請求(CAR)，接收后取消確認(rèn)(CAF)，以及接收后取消處理(CAH)數(shù)據(jù)。
11.根據(jù)權(quán)利要求6所述的電視入口服務(wù)系統(tǒng)，其中數(shù)據(jù)類型信息的警報(bào)數(shù)據(jù)(ALM)包括至少以下數(shù)據(jù)之一全部警報(bào)(ALL)，未讀郵件警報(bào)(UMA)，預(yù)定安排警報(bào)(RSA)，以及預(yù)定節(jié)目警報(bào)(RPA)數(shù)據(jù)。
12.根據(jù)權(quán)利要求6所述的電視入口服務(wù)系統(tǒng)，其中數(shù)據(jù)類型信息的準(zhǔn)視頻點(diǎn)播數(shù)據(jù)(NVD)包括信道請求(CHR)數(shù)據(jù)。
13.根據(jù)權(quán)利要求3所述的電視入口服務(wù)系統(tǒng)，其中結(jié)果類型信息包括至少成功(SUC)、失敗(FAL)和未知(NUL)信息之一。
14.根據(jù)權(quán)利要求1所述的電視入口服務(wù)系統(tǒng)，其中通信客戶模塊包括消息幀產(chǎn)生單元，用于針對從服務(wù)應(yīng)用產(chǎn)生的每一服務(wù)請求消息產(chǎn)生相應(yīng)的客戶消息幀格式，以便把客戶消息幀格式發(fā)送給通信服務(wù)器模塊；以及消息分析單元，用于分析發(fā)自通信服務(wù)器模塊的服務(wù)器消息幀格式，以及把被分析的入口服務(wù)消息提供給相關(guān)的服務(wù)。
15.根據(jù)權(quán)利要求1所述的電視入口服務(wù)系統(tǒng)，還包括消息隊(duì)列，用于臨時(shí)存儲來自通信客戶模塊的被分析的入口服務(wù)消息，以及然后把入口服務(wù)消息傳送給要執(zhí)行的入口服務(wù)所對應(yīng)的相關(guān)服務(wù)應(yīng)用。
16.根據(jù)權(quán)利要求1所述的電視入口服務(wù)系統(tǒng)，還包括先進(jìn)先出存儲器，用于當(dāng)來自通信客戶模塊的被分析的入口服務(wù)消息是要求用戶響應(yīng)的消息或通知用戶關(guān)于請求的入口服務(wù)的狀態(tài)的通告消息時(shí)，當(dāng)被分析的入口服務(wù)消息要顯示在電視屏幕上，臨時(shí)存儲被分析的入口服務(wù)消息。
17.根據(jù)權(quán)利要求16所述的電視入口服務(wù)系統(tǒng)，還包括數(shù)字電視應(yīng)用和個(gè)人計(jì)算機(jī)應(yīng)用，其中在電視模式是電視觀看模式的情況下，從先進(jìn)先出存儲器輸出的被分析的入口服務(wù)消息被提供給數(shù)字電視應(yīng)用，以便以窗口小部件的形式顯示為屏幕顯示，以及當(dāng)電視模式是個(gè)人計(jì)算機(jī)屏幕模式時(shí)，從先進(jìn)先出存儲器輸出的被分析的入口服務(wù)消息被提供給個(gè)人計(jì)算機(jī)應(yīng)用，以便利用操作系統(tǒng)的應(yīng)用程序接口顯示在消息框中或顯示為圖標(biāo)形式。
18.根據(jù)權(quán)利要求1所述的電視入口服務(wù)系統(tǒng)，其中通信服務(wù)器模塊包括消息幀產(chǎn)生單元，用于針對從消息服務(wù)器產(chǎn)生的服務(wù)請求和處理消息或用戶通告消息產(chǎn)生相應(yīng)的服務(wù)器消息幀格式，以及通過網(wǎng)絡(luò)把產(chǎn)生的服務(wù)器消息幀格式發(fā)送給通信客戶模塊；以及消息分析單元，用于對發(fā)自通信客戶模塊的客戶服務(wù)消息幀格式進(jìn)行分析，以及把被分析的服務(wù)請求消息提供給消息服務(wù)器。
19.一種電視入口服務(wù)方法，包括以下步驟當(dāng)根據(jù)用戶的請求從客戶終端的多個(gè)服務(wù)應(yīng)用任何之一產(chǎn)生服務(wù)請求消息時(shí)，對于每一產(chǎn)生的服務(wù)請求消息產(chǎn)生一客戶服務(wù)消息幀，并通過網(wǎng)絡(luò)的基于消息的協(xié)議把產(chǎn)生的客戶服務(wù)消息幀發(fā)送給服務(wù)器終端；通過基于消息的協(xié)議在服務(wù)器終端接收客戶服務(wù)消息幀，并分析收到的客戶服務(wù)消息幀以便提取服務(wù)請求消息；產(chǎn)生響應(yīng)和處理結(jié)果消息及用戶通告消息，以響應(yīng)被分析的服務(wù)請求消息；根據(jù)響應(yīng)和處理結(jié)果消息及用戶通告消息產(chǎn)生服務(wù)器消息幀，然后通過網(wǎng)絡(luò)的基于消息的協(xié)議把消息幀從服務(wù)器終端發(fā)送給客戶終端；在客戶終端接收服務(wù)器消息幀，并且分析服務(wù)器消息幀，以便把被分析的服務(wù)器服務(wù)消息提供給多個(gè)服務(wù)應(yīng)用中的相應(yīng)之一或多個(gè)；以及根據(jù)服務(wù)請求消息，執(zhí)行被提供給服務(wù)應(yīng)用的被分析的服務(wù)器服務(wù)消息所對應(yīng)的服務(wù)。
20.根據(jù)權(quán)利要求19所述的電視入口服務(wù)方法，其中通過相同的基于消息的協(xié)議發(fā)送的服務(wù)器消息幀和客戶服務(wù)消息幀具有相同的格式結(jié)構(gòu)。
21.根據(jù)權(quán)利要求19所述的電視入口服務(wù)方法，其中服務(wù)器消息幀和客戶服務(wù)消息幀每一個(gè)的格式結(jié)構(gòu)包括消息類型字段，具有用于對在服務(wù)器終端與客戶終端之間發(fā)送和接收的消息的屬性進(jìn)行分類的消息類型信息；服務(wù)類型字段，具有用于對電視入口服務(wù)類型進(jìn)行分類的服務(wù)類型信息；數(shù)據(jù)類型字段，具有用于對在服務(wù)器終端與客戶終端之間發(fā)送和接收的數(shù)據(jù)的類型進(jìn)行分類的數(shù)據(jù)類型信息；數(shù)據(jù)字段，包括在服務(wù)器終端與客戶終端之間發(fā)送和接收的實(shí)際數(shù)據(jù)；以及結(jié)果類型字段，具有用于對消息處理結(jié)果進(jìn)行分類的結(jié)果類型信息。
22.根據(jù)權(quán)利要求19所述的電視入口服務(wù)方法，還包括步驟把被分析的服務(wù)器服務(wù)消息臨時(shí)存儲在消息隊(duì)列中，以及然后當(dāng)被分析的入口服務(wù)消息要顯示在電視屏幕上時(shí)，把存儲的被分析的服務(wù)器服務(wù)消息傳送給相關(guān)的服務(wù)應(yīng)用。
23.根據(jù)權(quán)利要求19所述的電視入口服務(wù)方法，還包括以下步驟當(dāng)被分析的服務(wù)器服務(wù)消息是要求用戶響應(yīng)的消息或通知用戶關(guān)于請求的入口的狀態(tài)的通告消息時(shí)，把被分析的服務(wù)器服務(wù)消息臨時(shí)存儲在先進(jìn)先出存儲器中；以及當(dāng)被分析的入口服務(wù)消息要顯示在電視屏幕上時(shí)，把存儲的被分析的服務(wù)器服務(wù)消息傳送給相關(guān)的服務(wù)應(yīng)用。
24.根據(jù)權(quán)利要求23所述的電視入口服務(wù)方法，還包括，當(dāng)被分析的服務(wù)器服務(wù)消息要顯示在電視屏幕上時(shí)當(dāng)電視模式是電視觀看模式時(shí)，將被分析的服務(wù)器服務(wù)消息提供給數(shù)字電視應(yīng)用，以便以窗口小部件的形式將服務(wù)器服務(wù)消息顯示為屏幕顯示，以及當(dāng)電視模式是個(gè)人計(jì)算機(jī)屏幕模式時(shí)，將被分析的服務(wù)器服務(wù)消息提供給個(gè)人計(jì)算機(jī)應(yīng)用，以便利用操作系統(tǒng)的應(yīng)用程序接口將服務(wù)器服務(wù)消息顯示在消息框中或顯示為圖標(biāo)形式。
全文摘要
一種使用基于消息的協(xié)議的電視(TV)入口服務(wù)設(shè)備和方法，其通過在TV入口服務(wù)中提供一致的基于消息的框架，來允許對各種服務(wù)項(xiàng)進(jìn)行管理和控制。更進(jìn)一步，有可能通過在單個(gè)服務(wù)之間提供關(guān)聯(lián)工具來實(shí)現(xiàn)新的應(yīng)用，從而通過使TV入口服務(wù)的應(yīng)用程序接口(API)標(biāo)準(zhǔn)化，導(dǎo)致了實(shí)現(xiàn)服務(wù)器和終端的技術(shù)效率，以及靈活服務(wù)的實(shí)現(xiàn)。
文檔編號H04L12/58GK1578277SQ200410062178
公開日2005年2月9日 申請日期2004年7月2日 優(yōu)先權(quán)日2003年7月4日
發(fā)明者金永執(zhí), 成基演, 姜承美, 韓榮燮 申請人:三星電子株式會社