專利名稱:Ip機(jī)頂盒的中間件系統(tǒng)及其通訊的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及IP才幾頂盒領(lǐng)域,尤其涉及IP才幾頂盒的中間件:技術(shù)及IP機(jī)頂 盒的中間件系統(tǒng)的通訊方法。
背景技術(shù):
IPTV和數(shù)字電視在全球發(fā)展迅猛。在中國,各大運(yùn)營商都在利用他們自 身的網(wǎng)絡(luò)全力推動(dòng)家庭數(shù)字化。雖然現(xiàn)在的IPTV或數(shù)字電視的產(chǎn)品都比較成 熟,但他們的都依然比較有局限性。目前的數(shù)字電視業(yè)務(wù)基于廣播電視信號(hào) 網(wǎng)絡(luò),這種單向網(wǎng)絡(luò)僅能提供更多的頻道、準(zhǔn)點(diǎn)播(廣播方式)及有限的交 互服務(wù),缺乏良好的盈利模式。而目前的IPTV產(chǎn)品則仍以提供單純的實(shí)時(shí)點(diǎn) 播服務(wù)為主,然而在IP網(wǎng)絡(luò)上滿足大量用戶的點(diǎn)播需要是極其困難的,而且 盈利模式單一。因此可見,目前廣播電視信號(hào)網(wǎng)絡(luò)缺乏足夠強(qiáng)大的雙向交互 增值服務(wù)支持。增值業(yè)務(wù)是IPTV或數(shù)字電視發(fā)展的關(guān)鍵因素,要在IPTV或 數(shù)字電視上發(fā)展增值業(yè)務(wù),需要發(fā)揮服務(wù)提供商參與的積極性,才能讓這個(gè) 新興的產(chǎn)業(yè)興旺起來。熟悉通訊領(lǐng)域的服務(wù)提供商能參與開發(fā)通訊服務(wù),如電話會(huì)議、統(tǒng)一通 訊、可視彩鈴等等;而其他行業(yè)領(lǐng)域的服務(wù)提供商則能為用戶提供更細(xì)致的 其他服務(wù),如電視銀行、電視商務(wù)、電視政務(wù)、電視博客等等。相應(yīng)的,目 前這個(gè)領(lǐng)域的中間件技術(shù)存在基于組件的開發(fā)模式,包括基于二進(jìn)制代碼機(jī) 制(如采用C/C++)和基于虛擬機(jī)中間代碼機(jī)制(如采用JAVA),對(duì)于滿足 應(yīng)用需求幾乎沒有功能局限,但相對(duì)而言,開發(fā)復(fù)雜度和難度較大,不便于 修改,而且服務(wù)發(fā)布方式單一。另外還存在一種基于WEB的開發(fā)模式,應(yīng)用 服務(wù)開發(fā)和發(fā)布以網(wǎng)站方式進(jìn)行,由于基于解釋性數(shù)據(jù),開發(fā)難度較低,且 便于修改,服務(wù)發(fā)布,但功能非常有限,擴(kuò)展困難。雖然目前也有同時(shí)支持這兩種模式的中間件產(chǎn)品,但完全分離,無法通過優(yōu)勢(shì)互補(bǔ)提供更多樣化或 更靈活的應(yīng)用實(shí)現(xiàn)手段。發(fā)明內(nèi)容本發(fā)明的目的在于提供一種IP機(jī)頂盒的中間件系統(tǒng)及通訊的方法,能夠 實(shí)現(xiàn)機(jī)頂盒客戶端與服務(wù)端的豐富交互功能,并且便于服務(wù)提供商參與應(yīng)用 服務(wù)的開發(fā),提供他們的積極性。本發(fā)明提供一種IP機(jī)頂盒的中間件系統(tǒng),包括基于組件開發(fā)模式的第 一應(yīng)用開發(fā)層、動(dòng)態(tài)可擴(kuò)展接口描述層和基于解釋性lt據(jù)的開發(fā)模式的第二 應(yīng)用開發(fā)層;所述第一應(yīng)用開發(fā)層,包括信令服務(wù)控制模塊和可選配的功能模塊,所 述信令服務(wù)控制模塊用于為信息傳輸及通訊服務(wù)提供雙向傳輸協(xié)議支持;所 述可選配的功能模塊用于為應(yīng)用服務(wù)提供功能支持;所述第二應(yīng)用開發(fā)層,用于生成和處理交互式應(yīng)用服務(wù)的消息;所述消 息包含消息類型信息及承載會(huì)話屬性信息,以及以下至少一種信息設(shè)備屬 性信息、應(yīng)用服務(wù)的業(yè)務(wù)邏輯、以及業(yè)務(wù)內(nèi)容;所述動(dòng)態(tài)可擴(kuò)展接口描述層,包括為所述第二應(yīng)用開發(fā)層訪問所述第一 應(yīng)用開發(fā)層所提供的接口 ,所述第二應(yīng)用開發(fā)層通過所述接口從所述信令服 務(wù)控制模塊和功能模塊獲取對(duì)應(yīng)的應(yīng)用服務(wù)的功能支持。本發(fā)明還提供一種IP機(jī)頂盒的中間件系統(tǒng)進(jìn)行通訊的方法,包括步驟接收到用戶請(qǐng)求應(yīng)用服務(wù)的指令時(shí),所述中間件系統(tǒng)的第二應(yīng)用開發(fā)層 生成會(huì)話屬性信息,并根據(jù)所述IP機(jī)頂盒的設(shè)備屬性信息構(gòu)造消息,并通過 雙向傳輸協(xié)議實(shí)現(xiàn)所述IP機(jī)頂盒與服務(wù)器的通訊;通訊過程至少包括以下一 個(gè)步驟所述第二應(yīng)用開發(fā)層生成會(huì)話屬性信息,并連同所述設(shè)備屬性信息構(gòu)造 消息,將該消息發(fā)送至所述服務(wù)器,請(qǐng)求與所述服務(wù)器所提供的應(yīng)用服務(wù)建立服務(wù)會(huì)話和維護(hù)會(huì)話連接;在建立會(huì)話后,所述第二應(yīng)用開發(fā)層根據(jù)該用戶指令構(gòu)造消息,從所述 服務(wù)器獲取所述應(yīng)用服務(wù)所對(duì)應(yīng)的業(yè)務(wù)邏輯和/或業(yè)務(wù)內(nèi)容;將所述業(yè)務(wù)內(nèi)容 根據(jù)所述業(yè)務(wù)邏輯進(jìn)行顯示;當(dāng)接收到用戶下一步的指令時(shí),所述第二應(yīng)用開發(fā)層根據(jù)所述業(yè)務(wù)邏輯 進(jìn)行處理。本發(fā)明的中間件系統(tǒng)中混合了兩種開發(fā)模式,有機(jī)地結(jié)合了基于組件開 發(fā)模式的第 一應(yīng)用開發(fā)層和基于解釋性數(shù)據(jù)的開發(fā)模式的第二應(yīng)用開發(fā)層, 同時(shí)滿足不同領(lǐng)域的服務(wù)/技術(shù)提供商的參與需求,并充分結(jié)合他們的優(yōu)勢(shì)進(jìn) 行互補(bǔ),優(yōu)化增值業(yè)務(wù)的開發(fā)模式,避免了現(xiàn)有技術(shù)要么功能限制太大要么 技術(shù)門檻太高的弊端,也可以提高開發(fā)效率和吸引更多的參與者,從而能為 用戶提供各種多樣化的增值業(yè)務(wù)。另外,本發(fā)明采用適應(yīng)通訊領(lǐng)域發(fā)展需求 和符合國際標(biāo)準(zhǔn)的SIP協(xié)議(Session Initiation Protocol,會(huì)話發(fā)起協(xié)議)作為 雙向傳輸協(xié)議承載交互消息,以使得客戶端與服務(wù)器端之間具有極強(qiáng)的雙向 交互能力,避免了 HTTP協(xié)議的單向缺點(diǎn)和私有協(xié)議的完善性不足等局限, 并且通過單一協(xié)議同時(shí)為信息服務(wù)與通訊服務(wù)提供支持,為用戶提供了豐富 互動(dòng)增值服務(wù)的平臺(tái)。
圖1為本發(fā)明所述的中間件系統(tǒng)的分層結(jié)構(gòu)示意圖; 圖2為利用本發(fā)明的中間件系統(tǒng)進(jìn)行通訊的流程圖。
具體實(shí)施方式
本發(fā)明所提供的技術(shù)方案可用于雙向數(shù)字電視、IPTV等具有IP網(wǎng)絡(luò)接入 能力的嵌入式系統(tǒng)機(jī)頂盒,通過本發(fā)明的中間件提供一個(gè)增值業(yè)務(wù)支撐平臺(tái), 使不同領(lǐng)域的技術(shù)提供商和業(yè)務(wù)提供商一起參與提供增值業(yè)務(wù),并各施其職。 由于多々某體子系統(tǒng)(IP Multimedia Subsystem,簡(jiǎn)稱IMS )是面向下一代網(wǎng)絡(luò) 系統(tǒng)的國際標(biāo)準(zhǔn),具有周全的考慮及強(qiáng)大的擴(kuò)展性,并提供了統(tǒng)一的通訊架 構(gòu)。采用本發(fā)明的終端設(shè)備(以下所述終端設(shè)備均指IP機(jī)頂盒)可接入IMS系 統(tǒng),并利用IMS的優(yōu)秀特性及標(biāo)準(zhǔn)的通訊流程應(yīng)用于雙向數(shù)字電視和IPTV等 系統(tǒng),以簡(jiǎn)化開發(fā)難度以及增強(qiáng)通用性。本發(fā)明所述的終端設(shè)備的客戶端系統(tǒng)分為以下層次資源層、中間件層、 應(yīng)用層。其中,資源層包括操作系統(tǒng)及終端固有外設(shè)的驅(qū)動(dòng)支持。中間件層即本發(fā)明所述的中間件系統(tǒng),如圖l所示,包含所涉及的三個(gè)子 層基于組件開發(fā)模式的第一應(yīng)用開發(fā)層、動(dòng)態(tài)可擴(kuò)展接口描述層和基于解 釋性數(shù)據(jù)的開發(fā)模式的第二應(yīng)用開發(fā)層。中間件層服務(wù)于應(yīng)用層,為應(yīng)用層 提供接口,為應(yīng)用層的擴(kuò)展提供基礎(chǔ)和支持。其中,應(yīng)用層通過利用中間件層的各種能力,根據(jù)服務(wù)提供商的要求定 制應(yīng)用,為最終用戶提供各種增值業(yè)務(wù)。本發(fā)明所述的中間件系統(tǒng)包括基于組件開發(fā)模式的第 一應(yīng)用開發(fā)層和基 于解釋性數(shù)據(jù)的開發(fā)模式的第二應(yīng)用開發(fā)層;二者均可以服務(wù)于交互增值業(yè) 務(wù)開發(fā),但是支持模式不同,通過互補(bǔ)結(jié)合兩者的優(yōu)勢(shì)。以下分別闡述二者 的實(shí)現(xiàn)過程?;诮M件開發(fā)模式的第一應(yīng)用開發(fā)層可獨(dú)立作為傳統(tǒng)的中間件服務(wù)于應(yīng) 用層,為應(yīng)用開發(fā)提供基于高級(jí)語言(如C/C十+、 JAVA等)的程序接口。采 用這種開發(fā)才莫式實(shí)現(xiàn)的各種應(yīng)用服務(wù)組件通過特定方式(例如預(yù)載、下載等) 裝載到機(jī)頂盒客戶端系統(tǒng)中?;谠搶铀峁┑闹С挚梢蚤_發(fā)出多種復(fù)雜的應(yīng)用服務(wù),但由于該層需要基于嵌入式開發(fā)環(huán)境,技術(shù)門檻較高,且不便于 遠(yuǎn)程發(fā)布應(yīng)用服務(wù)以及應(yīng)用服務(wù)的統(tǒng)一管理,因此該層主要面向?qū)I(yè)技術(shù)領(lǐng) 域的服務(wù)提供商,以及主要用于實(shí)現(xiàn)較為復(fù)雜的應(yīng)用服務(wù),例如電話會(huì)議/多 方通話、游戲等在通訊邏輯、圖形界面等方面有復(fù)雜或特殊需求的應(yīng)用服務(wù)。為了使采用本發(fā)明中間件系統(tǒng)的終端設(shè)備可作為標(biāo)準(zhǔn)IMS客戶端接入 IMS系統(tǒng),并提供標(biāo)準(zhǔn)SIP (Session Initiation Protocol,會(huì)話發(fā)起協(xié)議)服務(wù), 第一應(yīng)用開發(fā)層中通常包含具備符合標(biāo)準(zhǔn)的SIP信令服務(wù)控制模塊(包括信令 通訊控制模塊及基本通訊服務(wù)模塊),與以IMS為核心的服務(wù)平臺(tái)的聯(lián)系均通 過SIP協(xié)議完成,通過服務(wù)平臺(tái)統(tǒng)一的通訊架構(gòu)進(jìn)行身份-驗(yàn)證、權(quán)限控制、路 由、計(jì)費(fèi)、安全保障等。另外,第一應(yīng)用開發(fā)層中還可以包括多個(gè)選配的功 能模塊,功能模塊可以根據(jù)需要包括媒體庫及圖形庫,可擴(kuò)展外設(shè)支持庫以 及其他輔助模塊。信令通訊控制模塊,負(fù)責(zé)維護(hù)和管理所有的SIP通訊流程,但可以不涉及 通訊服務(wù)邏輯;基本通訊服務(wù)4莫塊,利用SIP通訊標(biāo)準(zhǔn)建立的一些基本通訊服務(wù),為中間 件提供必要或常用的功能支持,如VOIP、狀態(tài)呈現(xiàn)等;媒體庫,提供實(shí)時(shí)媒體傳輸、媒體播放及音視頻輸入輸出控制等功能; 圖形庫,提供圖形用戶界面(GUI)支持;需要說明的是,功能模塊并不必須或僅僅包含以上模塊,可以根據(jù)實(shí)際 需求確定,可能會(huì)減少、改變或者增加需要的模塊?;诘谝粦?yīng)用開發(fā)層實(shí)現(xiàn)應(yīng)用服務(wù)采用組件開發(fā)模式,就是說需要在嵌 入式開發(fā)環(huán)境下,通過調(diào)用上述各模塊提供的API,開發(fā)出新的功能或應(yīng)用。 采用的開發(fā)語言為高級(jí)程序語言(如C/C十+及Java等),具體由API決定。由 于這種開發(fā)模式權(quán)限較大,限制較小,因此可以滿足高復(fù)雜度及較高性能的 需求。以這種模式開發(fā)的新功能或應(yīng)用,可以通過將擴(kuò)展包下載到機(jī)頂盒客戶端本地由中間件系統(tǒng)觸發(fā)運(yùn)行。第二應(yīng)用開發(fā)層基于解釋性數(shù)據(jù)的開發(fā)機(jī)制,支持^1良務(wù)的遠(yuǎn)程發(fā)布,類似于WEB網(wǎng)站開發(fā)才莫式,應(yīng)用服務(wù)器通過解釋性數(shù)據(jù)(例如XML、 HTML等) 與終端交流,以此實(shí)現(xiàn)服務(wù)流程和提供服務(wù)內(nèi)容。解釋性數(shù)據(jù)并不受制于軟 硬件平臺(tái)和嵌入式環(huán)境,也不局限于特定開發(fā)語言,因此應(yīng)用開發(fā)具有很大 的自由度?;诘诙?yīng)用開發(fā)層所實(shí)現(xiàn)的應(yīng)用,通過以這種解釋性數(shù)據(jù)所構(gòu)成的消 息提供業(yè)務(wù)。這些消息分為請(qǐng)求消息和回復(fù)消息兩大類型,請(qǐng)求消息用于主 動(dòng)發(fā)起特定操作,而回復(fù)消息則用以回應(yīng)請(qǐng)求消息的處理結(jié)果(成功或失敗, 以及更多的信息)。在一個(gè)實(shí)施例中,這種消息(包括請(qǐng)求與回復(fù))可以通 過SIP協(xié)議承載,即由SIP協(xié)議負(fù)責(zé)實(shí)現(xiàn)通訊傳輸功能以及相關(guān)的職能(例如認(rèn) 證、路由、安全等)。因此,采用這種解釋性數(shù)據(jù)實(shí)現(xiàn)應(yīng)用服務(wù)僅需要專注 于業(yè)務(wù)邏輯,而不需要直接涉及通訊邏輯,從而通過分工原則縮小開發(fā)者的 關(guān)注面,降低技術(shù)難度。本發(fā)明所述的解釋性數(shù)據(jù)采用可擴(kuò)展標(biāo)記語言 (Extensible Markup Language,簡(jiǎn)稱XML)定義(為^更于說明,在本發(fā)明中 定義的這種數(shù)據(jù)格式命名為INP),包括三種主要的數(shù)據(jù)內(nèi)容類型消息流程 控制數(shù)據(jù)、業(yè)務(wù)邏輯控制數(shù)據(jù)、業(yè)務(wù)內(nèi)容呈現(xiàn)數(shù)據(jù)。其中,消息流程控制數(shù)據(jù)用以定義消息的主要功能,這些功能適用于所 有應(yīng)用服務(wù),具有一般化的通用性。這些功能在消息流程控制^:據(jù)中以不同 的數(shù)據(jù)域表現(xiàn),包括設(shè)備域,用以描述終端設(shè)備的軟硬件信息,例如軟件 版本等;方法域,用以描述消息的類型和作用,類型分為請(qǐng)求和回復(fù)兩種, 作用如請(qǐng)求連接(開始業(yè)務(wù))、斷開連接(結(jié)束業(yè)務(wù))、獲取數(shù)據(jù)、推送/發(fā) 送數(shù)據(jù)以及連接保持(Keep-Alive)等;會(huì)話域,用以描述一個(gè)特定服務(wù)會(huì)話, 便于區(qū)分不同的會(huì)話。在一個(gè)實(shí)施例中,可以將消息流程控制數(shù)據(jù)作為INP消息的消息頭,而其他數(shù)據(jù)則作為消息內(nèi)容,因此還包括內(nèi)容域用以包含消息 內(nèi)容。其中,業(yè)務(wù)邏輯控制數(shù)據(jù)用以定義業(yè)務(wù)邏輯,包括動(dòng)作內(nèi)容,是在服 務(wù)器端定義(應(yīng)用服務(wù)發(fā)布時(shí)已經(jīng)定義),并傳送至客戶端,用以指導(dǎo)和控 制客戶端執(zhí)行業(yè)務(wù)邏輯的邏輯流程和操作序列(如顯示/切換界面、獲取界面數(shù)據(jù)、獲取用戶輸入數(shù)據(jù)、媒體播放、撥打/接聽電話等等);結(jié)果內(nèi)容,作 為動(dòng)作內(nèi)容的處理結(jié)果,是在客戶端根據(jù)用戶操作和業(yè)務(wù)邏輯動(dòng)態(tài)生成,并 傳送回服務(wù)器端,用以確定和獲得下一步的業(yè)務(wù)邏輯和/或業(yè)務(wù)內(nèi)容。動(dòng)作內(nèi) 容中包括功能調(diào)用操作,以調(diào)用第 一應(yīng)用開發(fā)層提供的功能。其中,業(yè)務(wù)內(nèi)容呈現(xiàn)數(shù)據(jù)用以定義業(yè)務(wù)界面效果以及提供業(yè)務(wù)內(nèi)容。動(dòng)態(tài)可擴(kuò)展接口描述層用以描述終端設(shè)備的功能接口 ,即終端設(shè)備可以 被使用的功能,以及以何種方式被使用(包括方法或事件的名稱、參數(shù)等)。上文所述的第二應(yīng)用開發(fā)層中提到業(yè)務(wù)邏輯需要通過調(diào)用所述的第 一應(yīng) 用開發(fā)層所提供的終端本地功能,終端本地功能越豐富,第二應(yīng)用開發(fā)層所 能提供的能力和支持就越豐富靈活。然而不同終端設(shè)備支持的功能不相同, 而且終端設(shè)備的功能也會(huì)擴(kuò)展增加。在WEB技術(shù)中,客戶端瀏覽器可支持的 功能是預(yù)制固定的,并沒有提供簡(jiǎn)便而且動(dòng)態(tài)的擴(kuò)展支持能力,這極大地局 限了WEB技術(shù)的應(yīng)用支持能力。另一方面,由于基于組件開發(fā)模式所提供的 接口無法被解釋性語言所直接訪問,故需要通過一個(gè)接口轉(zhuǎn)換層結(jié)合兩個(gè)開 發(fā)層的兩種開發(fā)模式。本發(fā)明的中間件提供動(dòng)態(tài)可擴(kuò)展接口描述層依賴和使用接口描述文件聲 明終端功能接口,這種文件中的內(nèi)容是通過解釋性數(shù)據(jù)定義的,以實(shí)現(xiàn)動(dòng)態(tài) 的擴(kuò)展性,也便于被第二應(yīng)用開發(fā)層使用。同時(shí),動(dòng)態(tài)可擴(kuò)展接口描述層還 必須包含接口轉(zhuǎn)換實(shí)現(xiàn)模塊,用以將第一應(yīng)用開發(fā)層所提供的接口重新封裝成可與接口描述文件相適應(yīng)的接口形式。每個(gè)文件負(fù)責(zé)描述一組有關(guān)的接口 , 通過接口描述文件的目錄結(jié)構(gòu)及文件名即可定位到這一組接口 。每個(gè)接口的 描述需要包括接口的名稱、輸入/輸出參數(shù)等詳細(xì)的使用說明,這些描述可被 接口轉(zhuǎn)換模塊識(shí)別和解釋。動(dòng)態(tài)可擴(kuò)展接口描述層所描述的接口分為內(nèi)部功能接口與可擴(kuò)展功能接 口兩大部分,內(nèi)部功能指不依賴客戶端設(shè)備和平臺(tái)的差異而不同的固定功能, 其它即屬于可擴(kuò)展部分。在笫二應(yīng)用開發(fā)層中聲明一個(gè)終端設(shè)備功能調(diào)用時(shí), 可聲明接口所屬范疇,缺省時(shí)為調(diào)用內(nèi)部功能,否則為調(diào)用可擴(kuò)展功能。上面所述的接口描述文件通過預(yù)置或連同升級(jí)包(包含升級(jí)的功能庫及對(duì)應(yīng)的接口描述文件)下載到終端i殳備本地。通過動(dòng)態(tài)可擴(kuò)展接口描述層,由第二應(yīng)用開發(fā)層定義的邏輯流程就可以訪問和使用這些接口,既可支持和 適應(yīng)不同的終端設(shè)備,也支持和適應(yīng)客戶端功能的擴(kuò)展和升級(jí)?;谒龅闹虚g件系統(tǒng)提供應(yīng)用服務(wù)的一個(gè)實(shí)施例子如下 一個(gè)具壓縮 加密技術(shù)背景的技術(shù)提供商(以下簡(jiǎn)稱A商),基于所述第一應(yīng)用開發(fā)層開發(fā) 出 一種數(shù)據(jù)壓縮加密功能,并將此以適應(yīng)中間件系統(tǒng)的擴(kuò)展包形式提供下載 到機(jī)頂盒客戶端,作為一個(gè)擴(kuò)展的功能模塊,用以為客戶端增加此功能支持。 而且此擴(kuò)展包中攜帶所述功能的接口描述文件,用以聲明這一功能的使用方 法。而另 一個(gè)原本已經(jīng)基于第二應(yīng)用開發(fā)層提供某種信息服務(wù)的服務(wù)提供商 (以下簡(jiǎn)稱B商),通過修改/升級(jí)原有業(yè)務(wù)邏輯,加入調(diào)用上述的壓縮加密 功能,為原有應(yīng)用服務(wù)增強(qiáng)其信息安全性。從此例可見,B商仍然專注于自身 擅長的業(yè)務(wù)領(lǐng)域,通過A商的專業(yè)技術(shù)為其服務(wù)提供更強(qiáng)的支持;而同時(shí),A 商也僅專注于自身擅長的領(lǐng)域,并將其技術(shù)服務(wù)于不同的B商。由此充分體現(xiàn) 出優(yōu)勢(shì)互補(bǔ)的意義。上文所述的中間件系統(tǒng)面向通訊服務(wù),因此涉及的通訊流程多樣化,然 而由于采用國際標(biāo)準(zhǔn),故基于SIP協(xié)議的通訊服務(wù)流程均符合標(biāo)準(zhǔn),詳細(xì)信息可參閱相關(guān)SIP協(xié)議標(biāo)準(zhǔn)資料。與本發(fā)明相適應(yīng)的通訊系統(tǒng)平臺(tái)建基于IMS, 其細(xì)節(jié)不在此陳述,具體請(qǐng)參閱IMS標(biāo)準(zhǔn)文檔。在本發(fā)明的一個(gè)實(shí)施例中,為 本發(fā)明所述的終端設(shè)備提供應(yīng)用服務(wù)的應(yīng)用服務(wù)器,需要以符合標(biāo)準(zhǔn)的方式 接入IMS,常見為直接采用SIP協(xié)議接入。 一方面可通過SIP協(xié)議直接提供應(yīng)用 服務(wù)(即基于第一應(yīng)用開發(fā)層提供的應(yīng)用服務(wù),如VOIP),另一方面也可以 通過前面所述的INP解釋性數(shù)據(jù)來提供應(yīng)用服務(wù)(即基于第二應(yīng)用開發(fā)層提供 的應(yīng)用服務(wù)),具體選擇哪種方式可根據(jù)服務(wù)提供商自身的能力和需求來決 定。對(duì)應(yīng)于上文所述的嵌入式設(shè)備的中間件系統(tǒng),本發(fā)明提供了使用該中間 件進(jìn)行通訊的方法。由于SIP通訊方法有標(biāo)準(zhǔn)身見范,具體參閱標(biāo)準(zhǔn)文檔,在 此僅針對(duì)基于所述的第二應(yīng)用開發(fā)層的通訊方法。以下進(jìn)行詳細(xì)闡述。終端設(shè)備與服務(wù)器使用上述中間件系統(tǒng)交互消息,當(dāng)IP機(jī)頂盒接收到用 戶觸發(fā)某個(gè)應(yīng)用服務(wù)的指令時(shí),機(jī)頂盒執(zhí)行應(yīng)用服務(wù)(步驟一)。通過機(jī)頂盒 的第二應(yīng)用開發(fā)層構(gòu)造各種交互消息,實(shí)現(xiàn)終端設(shè)備與服務(wù)器進(jìn)行交互。首先,第二應(yīng)用開發(fā)層根據(jù)所述會(huì)話屬性信息和設(shè)備屬性信息構(gòu)造連接 請(qǐng)求消息,將該消息發(fā)送至所述服務(wù)器(步驟二),與所述服務(wù)器建立連接, 之后,通過根據(jù)會(huì)話屬性信息和設(shè)備屬性信息構(gòu)造的消息維護(hù)會(huì)話連接;服 務(wù)器對(duì)接收到的消息進(jìn)行處理分析(步驟三),然后向機(jī)頂盒發(fā)送成功回復(fù)(步 驟四),機(jī)頂盒接收到服務(wù)器發(fā)送的成功回復(fù)后,第二應(yīng)用開發(fā)層分析及處理 該消息,與服務(wù)器建立服務(wù)會(huì)話(步驟五)。通常,在建立會(huì)話后機(jī)頂盒會(huì)發(fā) 起獲取數(shù)據(jù)的請(qǐng)求消息,從服務(wù)器獲取業(yè)務(wù)邏輯中的動(dòng)作內(nèi)容和業(yè)務(wù)內(nèi)容(步 驟六),并向用戶呈現(xiàn)服務(wù)界面及等待用戶指令。之后將觸發(fā)由業(yè)務(wù)邏輯決定的各種流程(步驟七),例如,在接收到用戶觸發(fā)的指令時(shí),根據(jù)業(yè)務(wù)邏輯進(jìn) 行處理,其中可能包括引起通過動(dòng)態(tài)可擴(kuò)展接口描述層從第 一應(yīng)用開發(fā)層獲 取終端資源或調(diào)用終端功能(包括封裝為功能形式的服務(wù),如網(wǎng)絡(luò)電話功能/ 服務(wù))。其中業(yè)務(wù)邏輯包括在適當(dāng)時(shí)機(jī)或條件下將處理生成的結(jié)果內(nèi)容發(fā)給服 務(wù)器,以便服務(wù)器產(chǎn)生下一次的業(yè)務(wù)邏輯和/或業(yè)務(wù)內(nèi)容。最后,根據(jù)用戶指 令,機(jī)頂盒生成和發(fā)送斷開消息至服務(wù)器(步驟八),結(jié)束當(dāng)前服務(wù)會(huì)話和退 出服務(wù),服務(wù)器回復(fù)以確認(rèn)服務(wù)會(huì)話結(jié)束(步驟九)。機(jī)頂盒發(fā)起觸發(fā)應(yīng)用服 務(wù)請(qǐng)求時(shí),中間件系統(tǒng)的第二應(yīng)用開發(fā)層生成會(huì)話屬性信息,并根據(jù)終端設(shè) 備的設(shè)備屬性信息構(gòu)造消息,并通過雙向傳輸協(xié)議實(shí)現(xiàn)與終端設(shè)備和服務(wù)器的通訊;會(huì)話建立后的后續(xù)消息都必須攜帶建立會(huì)話時(shí)確定的會(huì)話屬性信息, 用以區(qū)分會(huì)話連接及相關(guān)資源;通訊過程可以包括建立會(huì)話連接的過程、會(huì) 話維持和斷開的過程、以及應(yīng)用^務(wù)的實(shí)現(xiàn)過程。以下列舉一個(gè)應(yīng)用服務(wù)的交互流程。通常機(jī)頂盒進(jìn)入應(yīng)用服務(wù)及退出應(yīng) 用服務(wù)的流程是固定的。機(jī)頂盒執(zhí)行某一應(yīng)用服務(wù)時(shí),中間件系統(tǒng)的第二應(yīng) 用開發(fā)層生成會(huì)話屬性信息,并連同設(shè)備屬性信息構(gòu)造消息,將該消息發(fā)送 至所述服務(wù)器,該消息經(jīng)過服務(wù)平臺(tái)(以IMS系統(tǒng)為核心)路由到提供該服 務(wù)的服務(wù)器,在路由檢測(cè)中IMS可對(duì)客戶端的訪問權(quán)限進(jìn)行檢驗(yàn)。服務(wù)器接 收到連接請(qǐng)求后,可以經(jīng)過一定的處理分析過程,如檢查服務(wù)器當(dāng)前的客戶 端接入負(fù)荷是否過高、客戶端的設(shè)備類型(根據(jù)設(shè)備類型提供不同的數(shù)據(jù)內(nèi) 容或服務(wù)方式)等等,如果沒有問題則發(fā)送成功回復(fù)。即完成進(jìn)入該服務(wù)的 流程,在機(jī)頂盒與應(yīng)用服務(wù)器之間建立起一個(gè)服務(wù)會(huì)話。電視業(yè)務(wù)通常都需 要界面,故在連接成功后,機(jī)頂盒發(fā)起獲取控制服務(wù)邏輯的腳本及界面描述 數(shù)據(jù)等業(yè)務(wù)內(nèi)容的請(qǐng)求。進(jìn)入服務(wù)流程后,將可能涉及^f艮多不同形式的通訊 流程,因?yàn)檫@段期間的通訊流程是不確定的,由業(yè)務(wù)邏輯決定。常見的流程 有獲取下一個(gè)或下一組界面的業(yè)務(wù)內(nèi)容,機(jī)頂盒與服務(wù)器端之間的業(yè)務(wù)內(nèi)容交互(沒有界面切換),以及由業(yè)務(wù)邏輯中觸發(fā)的其他SIP服務(wù)流程,如在服 務(wù)中發(fā)起了一個(gè)VOIP的通話流程。與這些不確定的通訊流程同時(shí)并存,即在服務(wù)會(huì)話過程中,長期存在的是連接保持功能。連接保持的通訊流程可以是 定時(shí)自動(dòng)觸發(fā)的,不隨業(yè)務(wù)邏輯的改變而改變,也不影響業(yè)務(wù)邏輯,主要為 保持這個(gè)服務(wù)會(huì)話的有效性,以避免其中一方意外失去聯(lián)系,而造成另外一 方無法釋放相關(guān)資源。最后,當(dāng)服務(wù)完畢,或者用戶強(qiáng)行退出服務(wù)時(shí),機(jī)頂 盒將發(fā)起斷開連接的請(qǐng)求,服務(wù)器回復(fù)后,此服務(wù)會(huì)話結(jié)束。結(jié)束流程也是 一個(gè)固定的通訊流程,例外的情況是在正確結(jié)束會(huì)話之前,連接保持功能已 經(jīng)檢測(cè)到其中一方意外斷開,即宣告服務(wù)會(huì)話意外結(jié)束,另外一方采取本地 策略進(jìn)行善后工作。以上所述的本發(fā)明實(shí)施方式,并不構(gòu)成對(duì)本發(fā)明保護(hù)范圍的限定。任何 在本發(fā)明的精神和原則之內(nèi)所作的修改、等同替換和改進(jìn)等,均應(yīng)包含在本 發(fā)明的權(quán)利要求保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種IP機(jī)頂盒的中間件系統(tǒng),其特征在于,包括基于組件開發(fā)模式的第一應(yīng)用開發(fā)層、動(dòng)態(tài)可擴(kuò)展接口描述層和基于解釋性數(shù)據(jù)的開發(fā)模式的第二應(yīng)用開發(fā)層;所述第一應(yīng)用開發(fā)層,包括信令服務(wù)控制模塊和可選配的功能模塊,所述信令服務(wù)控制模塊用于為信息傳輸及通訊服務(wù)提供雙向傳輸協(xié)議支持;所述可選配的功能模塊用于為應(yīng)用服務(wù)提供功能支持;所述第二應(yīng)用開發(fā)層,用于生成和處理交互式應(yīng)用服務(wù)的消息;所述消息包含消息類型信息及承載會(huì)話屬性信息,以及以下至少一種信息設(shè)備屬性信息、應(yīng)用服務(wù)的業(yè)務(wù)邏輯、以及業(yè)務(wù)內(nèi)容;所述動(dòng)態(tài)可擴(kuò)展接口描述層,包括為所述第二應(yīng)用開發(fā)層訪問所述第一應(yīng)用開發(fā)層所提供的接口,所述第二應(yīng)用開發(fā)層通過所述接口從所述信令服務(wù)控制模塊和功能模塊獲取對(duì)應(yīng)的應(yīng)用服務(wù)的功能支持。
2、 根據(jù)權(quán)利要求1所述的IP機(jī)頂盒的中間件系統(tǒng),其特征在于所述雙 向傳輸協(xié)議為會(huì)話發(fā)起協(xié)議。
3、 根據(jù)權(quán)利要求1所述的IP機(jī)頂盒的中間件系統(tǒng),其特征在于所述動(dòng) 態(tài)可擴(kuò)展接口描述層的接口包括內(nèi)部功能接口與可擴(kuò)展功能接口 ;所述內(nèi)部 功能為不依賴終端設(shè)備和平臺(tái)差異性的固定功能。
4、 根據(jù)權(quán)利要求1所述的IP機(jī)頂盒的中間件系統(tǒng),其特征在于所述動(dòng) 態(tài)可擴(kuò)展接口描述層包括至少一個(gè)接口描述文件,所述接口描述文件可預(yù)置 或通過升級(jí)包/擴(kuò)展包動(dòng)態(tài)加載。
5、 根據(jù)權(quán)利要求1至4中任一項(xiàng)所述的IP機(jī)頂盒的中間件系統(tǒng),其特征 在于,所述IP機(jī)頂盒為IPTV機(jī)頂盒或雙向數(shù)字電一見機(jī)頂盒。
6、 一種IP機(jī)頂盒的中間件系統(tǒng)進(jìn)行通訊的方法,其特征在于,包括步驟接收到用戶請(qǐng)求應(yīng)用服務(wù)的指令時(shí),所述中間件系統(tǒng)的第二應(yīng)用開發(fā)層 生成會(huì)話屬性信息,并根據(jù)所述IP機(jī)頂盒的設(shè)備屬性信息構(gòu)造消息,并通過雙向傳輸協(xié)議實(shí)現(xiàn)所述IP機(jī)頂盒與服務(wù)器的通訊;通訊過程至少包括以下一 個(gè)步驟所述第二應(yīng)用開發(fā)層生成會(huì)話屬性信息,并連同所述設(shè)備屬性信息構(gòu)造 消息,將該消息發(fā)送至所述服務(wù)器,請(qǐng)求與所述服務(wù)器所提供的應(yīng)用服務(wù)建 立服務(wù)會(huì)話和維護(hù)會(huì)話連接;在建立會(huì)話后,所述第二應(yīng)用開發(fā)層根據(jù)該用戶指令構(gòu)造消息,從所述 服務(wù)器獲取所述應(yīng)用服務(wù)所對(duì)應(yīng)的業(yè)務(wù)邏輯和/或業(yè)務(wù)內(nèi)容;將所述業(yè)務(wù)內(nèi)容 根據(jù)所述業(yè)務(wù)邏輯進(jìn)行顯示;當(dāng)接收到用戶下一步的指令時(shí),所述第二應(yīng)用開發(fā)層根據(jù)所述業(yè)務(wù)邏輯 進(jìn)行處理。
7、 根據(jù)權(quán)利要求6所述的IP機(jī)頂盒的中間件系統(tǒng)進(jìn)行通訊的方法,其特 征在于,所述用于承載應(yīng)用服務(wù)數(shù)據(jù)的雙向傳輸協(xié)議為會(huì)話發(fā)起協(xié)議。
8、 根據(jù)權(quán)利要求7所述的IP機(jī)頂盒的中間件系統(tǒng)進(jìn)行通訊的方法,其特 結(jié)果內(nèi)容。
9、 根據(jù)權(quán)利要求8所述的IP機(jī)頂盒的中間件系統(tǒng)進(jìn)行通訊的方法,其特 征在于所述第二應(yīng)用開發(fā)層#4居業(yè)務(wù)邏輯進(jìn)行處理的過程至少包括以下其中一 個(gè)步驟所述第二應(yīng)用開發(fā)層根據(jù)所述用戶的進(jìn)一步指令和業(yè)務(wù)邏輯通過動(dòng)態(tài)可 擴(kuò)展接口描述層從所述第一應(yīng)用開發(fā)層調(diào)用指定的功能接口 ,并產(chǎn)生相應(yīng)的結(jié)果內(nèi)容;所述第二應(yīng)用開發(fā)層將用戶指令和所述動(dòng)作內(nèi)容以及所述會(huì)話屬性信息 構(gòu)造消息,發(fā)送至所述服務(wù)器,以獲取下一步的業(yè)務(wù)邏輯和/或業(yè)務(wù)內(nèi)容;所述第二應(yīng)用開發(fā)層根據(jù)用戶的退出指令構(gòu)造消息,并發(fā)送至服務(wù)器, 結(jié)束當(dāng)前服務(wù)會(huì)話,退出當(dāng)前應(yīng)用服務(wù)。
10、根據(jù)權(quán)利要求6所述的IP機(jī)頂盒的中間件系統(tǒng)進(jìn)行通訊的方法,其 特征在于,所述第二應(yīng)用開發(fā)層定時(shí)向所述服務(wù)器發(fā)送包含所述會(huì)話屬性信 息的消息,以保持服務(wù)會(huì)話的有效性。
全文摘要
本發(fā)明提供的IP機(jī)頂盒的中間件系統(tǒng)以及使用該中間件系統(tǒng)通訊的方法,該中間件系統(tǒng)包括基于組件開發(fā)模式的第一應(yīng)用開發(fā)層、動(dòng)態(tài)可擴(kuò)展接口描述層和基于解釋性數(shù)據(jù)的開發(fā)模式的第二應(yīng)用開發(fā)層;第一應(yīng)用開發(fā)層包括信令服務(wù)控制模塊和可選配的功能模塊;第二應(yīng)用開發(fā)層生成和處理信息傳輸中的消息;動(dòng)態(tài)可擴(kuò)展接口描述層,包括為所述第二應(yīng)用開發(fā)層訪問第一應(yīng)用開發(fā)層所提供的接口,第二應(yīng)用開發(fā)層通過接口從信令服務(wù)控制模塊和功能模塊獲取對(duì)應(yīng)的應(yīng)用服務(wù)的功能支持。應(yīng)用本發(fā)明能夠?qū)崿F(xiàn)客戶端與服務(wù)端的豐富交互功能,并且便于服務(wù)提供商參與應(yīng)用服務(wù)的開發(fā),提供他們的積極性。
文檔編號(hào)H04L29/06GK101237451SQ200810026539
公開日2008年8月6日 申請(qǐng)日期2008年2月29日 優(yōu)先權(quán)日2008年2月29日
發(fā)明者劉建平, 帥 廖, 朱建輝, 梅舒帆, 黃裕佳 申請(qǐng)人:廣州匯思通訊科技有限公司