專(zhuān)利名稱(chēng)：一種iptv與流媒體設(shè)備的接口適配方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信通訊行業(yè)IPTV(網(wǎng)絡(luò)電視)領(lǐng)域，特別涉及IPTV中的接口適配技術(shù)。
背景技術(shù)：
IPTV(網(wǎng)絡(luò)電視)業(yè)務(wù)是指以機(jī)頂盒接入到寬帶網(wǎng)絡(luò)，以PC機(jī)(個(gè)人電腦)或者電視機(jī)為顯示終端，從而為用戶(hù)提供一種交互式電視體驗(yàn)和多媒體服務(wù)的寬帶增值業(yè)務(wù)。這樣的方式，使得IPTV業(yè)務(wù)的適用范圍相當(dāng)廣闊。
由于IPTV充分利用電信、電視、互聯(lián)網(wǎng)各自的優(yōu)勢(shì)和特點(diǎn)，有效地實(shí)現(xiàn)了媒體提供者和媒體消費(fèi)者的實(shí)質(zhì)性互動(dòng)；因此，它將會(huì)成為電信行業(yè)下一個(gè)極具前景的增值業(yè)務(wù)，具有巨大的市場(chǎng)潛力。
流媒體設(shè)備在IPTV業(yè)務(wù)中承擔(dān)著重要的作用，它具有直接面向終端用戶(hù)為其提供服務(wù)的功能。流媒體設(shè)備采用流傳輸?shù)募夹g(shù)，通過(guò)網(wǎng)絡(luò)實(shí)時(shí)傳輸多媒體數(shù)據(jù)。而實(shí)時(shí)傳輸數(shù)據(jù)的方法就是通過(guò)流化把數(shù)據(jù)分成適當(dāng)大小的分組，然后在服務(wù)器和客戶(hù)端之間傳輸。
但是流媒體設(shè)備制造廠商的產(chǎn)品多種多樣，制造的流媒體設(shè)備千差萬(wàn)別，這就給上層業(yè)務(wù)層管理和控制流媒體設(shè)備造成了很大的困難。
另外，在IPTV業(yè)務(wù)中，上層業(yè)務(wù)層次所面向的是電信網(wǎng)絡(luò)運(yùn)營(yíng)商或者虛擬業(yè)務(wù)運(yùn)營(yíng)商等企業(yè)級(jí)別的客戶(hù)，這就需要保證業(yè)務(wù)層的各種實(shí)時(shí)或者非實(shí)時(shí)的功能在預(yù)期的時(shí)間內(nèi)能夠?qū)崿F(xiàn)并呈現(xiàn)給客戶(hù)，以滿(mǎn)足電信級(jí)或者企業(yè)級(jí)客戶(hù)的要求。因此，大多數(shù)業(yè)務(wù)層的批命令或者原子命令，更多的是批命令，需要得到下層流媒體設(shè)備層的執(zhí)行結(jié)果，并且在得到失敗的結(jié)果時(shí)，能夠?qū)⑹〉哪且徊糠置钸M(jìn)行重發(fā)。所以，針對(duì)業(yè)務(wù)層次的接口絕大部分是異步的。
而對(duì)于流媒體設(shè)備層次，它只要能夠識(shí)別最基本的流媒體技術(shù)層次上的原子命令就可以滿(mǎn)足需求了，此外，流媒體設(shè)備層由于直接面向眾多的終端用戶(hù)，直接為終端用戶(hù)提供服務(wù)，這樣流媒體設(shè)備層不僅要承擔(dān)巨大的網(wǎng)絡(luò)負(fù)載，還要保證對(duì)終端用戶(hù)的響應(yīng)時(shí)間不超過(guò)某個(gè)閾值，在這樣的情況下，大多數(shù)流媒體設(shè)備廠商的流媒體設(shè)備是不帶有數(shù)據(jù)庫(kù)的，所以流媒體設(shè)備很少緩存上層的命令。因此，與流媒體設(shè)備層之間的接口一般是同步的。
因此，在IPTV業(yè)務(wù)中，適配層面臨的的挑戰(zhàn)主要是批命令與原子命令之間的轉(zhuǎn)換以及同步消息傳輸模式和異步消息傳輸模式之間的協(xié)調(diào)。
所以為了使得上層的業(yè)務(wù)管理層模塊化、統(tǒng)一化，就有必要對(duì)IPTV與流媒體設(shè)備之間的接口進(jìn)行適配，這樣，在上層的控制和管理模塊不需要改動(dòng)的情況下，不同的流媒體設(shè)備都可以通過(guò)接口適配層與業(yè)務(wù)管理層通信。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種IPTV與流媒體設(shè)備的接口適配方法，使得IPTV能夠同時(shí)與多種流媒體設(shè)備進(jìn)行通信，以便解決現(xiàn)有流媒體設(shè)備多樣化的問(wèn)題，并實(shí)現(xiàn)現(xiàn)有IPTV系統(tǒng)中流媒體設(shè)備上層控制模塊的統(tǒng)一化問(wèn)題，增強(qiáng)IPTV業(yè)務(wù)的性能。
本發(fā)明采用以下技術(shù)方案一種IPTV與流媒體設(shè)備的接口適配方法，包括以下步驟步驟一適配層接收到業(yè)務(wù)層的批命令，判斷批命令的類(lèi)型；步驟二適配層判斷所述批命令類(lèi)型，并分別解析或生成原子命令；步驟三適配層根據(jù)原子命令在流媒體設(shè)備上的約束條件，把所述解析或生成的原子命令存入隊(duì)列中；步驟四適配層在約束條件滿(mǎn)足的情況下，從隊(duì)列中獲得原子命令向流媒體設(shè)備發(fā)送請(qǐng)求；步驟五判斷步驟四的執(zhí)行結(jié)果，如果成功，則流程結(jié)束；否則，可以根據(jù)預(yù)制的策略，選擇相應(yīng)的發(fā)送模式。
進(jìn)一步地，步驟二中對(duì)于不同類(lèi)型的批命令，分別作以下處理解析出批命令中的命令個(gè)數(shù)以及每個(gè)命令的長(zhǎng)度，然后根據(jù)這兩個(gè)參數(shù)，將批命令解析成符合發(fā)送格式的原子命令；或者，根據(jù)批命令的消息結(jié)構(gòu)，解析出其中的特定字段，然后根據(jù)預(yù)制的格式，生成符合發(fā)送格式的原子命令。
進(jìn)一步地，步驟三中約束條件至少包括時(shí)間、優(yōu)先級(jí)。
進(jìn)一步地，對(duì)于時(shí)間的約束至少包括兩種處理方式若命令在時(shí)間上要求立即發(fā)送，則不需將命令存入隊(duì)列中即可向流媒體設(shè)備發(fā)送；若命令要求在一定的時(shí)間點(diǎn)上發(fā)送，則先將命令存入隊(duì)列中，在時(shí)間點(diǎn)到達(dá)時(shí)，在從隊(duì)列中取出該命令進(jìn)行發(fā)送。
進(jìn)一步地，在步驟五中，所采用的預(yù)制策略和發(fā)送模式的對(duì)應(yīng)關(guān)系至少包括若命令不需重發(fā)，則立即丟棄；若命令需要重發(fā)，則將命令存入隊(duì)列。
進(jìn)一步地，存入隊(duì)列的命令至少可以分為兩種發(fā)送模式若重新發(fā)送存在約束條件，則在約束條件滿(mǎn)足時(shí)從隊(duì)列中取出命令向流媒體設(shè)備發(fā)送；若重新發(fā)送不存在約束條件，則在適配層空閑的時(shí)候，從隊(duì)列中取出命令向流媒體設(shè)備發(fā)送。
進(jìn)一步地，所述隊(duì)列可以采用表，也可以采用散列單元的方法實(shí)現(xiàn)。
與現(xiàn)有技術(shù)相比，本發(fā)明在結(jié)合流媒體技術(shù)的情況下，不僅能夠?qū)崿F(xiàn)電信級(jí)要求的基本業(yè)務(wù)，滿(mǎn)足其基本需求，而且可以允許電信級(jí)用戶(hù)根據(jù)自己的業(yè)務(wù)需要，動(dòng)態(tài)選擇使用哪些類(lèi)型的接口適配模塊，來(lái)滿(mǎn)足所希望的某些特定方面的要求，提高了IPTV業(yè)務(wù)的靈活性，避免了一些不必要模塊的加載，滿(mǎn)足了用戶(hù)的自主性。在增加新業(yè)務(wù)的情況下，采用本發(fā)明還可以在不改變?cè)心K的基礎(chǔ)上在模塊中添加新的功能，這就大大地提高了模塊的可擴(kuò)展性，避免了重新開(kāi)發(fā)的運(yùn)營(yíng)成本，提高了系統(tǒng)的穩(wěn)定性和后期的維護(hù)質(zhì)量，降低了維護(hù)成本。


圖1是本發(fā)明應(yīng)用的系統(tǒng)的框架結(jié)構(gòu)圖；
圖2是本發(fā)明的接口適配方法流程圖；圖3是本發(fā)明實(shí)施例，在頻道管理中頻道創(chuàng)建的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
再做進(jìn)一步說(shuō)明。
圖1是本發(fā)明應(yīng)用的IPTV系統(tǒng)的框架結(jié)構(gòu)圖，系統(tǒng)包括業(yè)務(wù)支撐平臺(tái)、適配層和流媒體系統(tǒng)。業(yè)務(wù)支撐平臺(tái)(業(yè)務(wù)層)包括服務(wù)控制模塊、內(nèi)容控制模塊和網(wǎng)絡(luò)管理模塊，還包括數(shù)據(jù)庫(kù)和各種IPTV業(yè)務(wù)。流媒體系統(tǒng)(流媒體設(shè)備層)包括媒體服務(wù)緩存、媒體存儲(chǔ)裝置、媒體傳輸單元和服務(wù)接口。適配層將業(yè)務(wù)層次的批命令解析并轉(zhuǎn)化成流媒體設(shè)備可以識(shí)別的最基本的原子命令，并協(xié)調(diào)業(yè)務(wù)層和流媒體設(shè)備層之間的同步和異步傳輸模式。
為了保證總的服務(wù)吞吐量和穩(wěn)定的服務(wù)質(zhì)量，可以把多個(gè)流媒體設(shè)備集中成簇，這一簇流媒體設(shè)備稱(chēng)為一個(gè)邊緣節(jié)點(diǎn)，一個(gè)邊緣節(jié)點(diǎn)內(nèi)的所有流媒體設(shè)備統(tǒng)一為某一區(qū)域內(nèi)的終端用戶(hù)服務(wù)，這樣就可以有效的控制整個(gè)網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)流量。而在業(yè)務(wù)層上，所關(guān)心的只是每個(gè)邊緣節(jié)點(diǎn)的整體性能和服務(wù)吞吐量，對(duì)于邊緣節(jié)點(diǎn)內(nèi)具體的各個(gè)流媒體設(shè)備的性能參數(shù)和功能流向上層業(yè)務(wù)層是不關(guān)心的，而且如果邊緣節(jié)點(diǎn)的每個(gè)流媒體設(shè)備都由業(yè)務(wù)層次來(lái)管理，就會(huì)形成業(yè)務(wù)上的瓶頸，造成網(wǎng)絡(luò)的極大負(fù)擔(dān)。為了緩解業(yè)務(wù)層管理上的負(fù)擔(dān)，采用由每個(gè)邊緣節(jié)點(diǎn)的上的各個(gè)適配層來(lái)分散的管理各個(gè)流媒體設(shè)備，并將本邊緣節(jié)點(diǎn)的管理數(shù)據(jù)分析匯總，集中上報(bào)到上層業(yè)務(wù)層。
IPTV業(yè)務(wù)管理層和流媒體設(shè)備之間的接口可進(jìn)行分類(lèi)，類(lèi)別主要包括內(nèi)容管理、頻道管理、計(jì)費(fèi)、資源上報(bào)等。不同類(lèi)別的接口具備自己獨(dú)有的一些特點(diǎn)，根據(jù)這些特點(diǎn)，不僅可以標(biāo)識(shí)該接口的類(lèi)別，還可以根據(jù)不同接口的具體功能上的特點(diǎn)，在不同的消息結(jié)構(gòu)上封裝具體的操作，從而不僅可以滿(mǎn)足和不同流媒體設(shè)備進(jìn)行通信的需求，而且可以大大的簡(jiǎn)化控制流程。譬如在頻道管理中的頻道編號(hào)，在內(nèi)容管理中的內(nèi)容編號(hào)，都可以方便地用于識(shí)別并確定采用哪種類(lèi)型的消息結(jié)構(gòu)。
圖2是本發(fā)明的接口適配方法流程圖，包括以下步驟第一步適配層接收到業(yè)務(wù)層的批命令，判斷命令的類(lèi)型。
第二步適配層判斷第一步中的命令類(lèi)型，并分別處理對(duì)于類(lèi)型甲，首先解析出批命令中的命令個(gè)數(shù)以及每個(gè)命令的長(zhǎng)度，然后根據(jù)這兩個(gè)參數(shù)，將批命令解析成符合發(fā)送格式的原子命令；對(duì)于類(lèi)型乙，首先根據(jù)批命令的消息結(jié)構(gòu)，解析出其中的特定字段，然后根據(jù)預(yù)制的格式，生成符合發(fā)送格式的原子命令。
第三步適配層根據(jù)原子命令在流媒體設(shè)備上的約束條件，把第二步中解析或生成的原子命令存入隊(duì)列中；其中，約束條件至少包括時(shí)間、優(yōu)先級(jí)；這里對(duì)于時(shí)間的約束至少有兩種處理方式若命令在時(shí)間上要求立即發(fā)送，則不需將命令存入隊(duì)列中即可向流媒體設(shè)備發(fā)送；若命令要求在一定的時(shí)間點(diǎn)上發(fā)送，則先將命令存入隊(duì)列中，在時(shí)間點(diǎn)到達(dá)時(shí)，在從隊(duì)列中取出該命令進(jìn)行發(fā)送。
第四步適配層在約束條件滿(mǎn)足的情況下，從隊(duì)列中獲得原子命令向流媒體設(shè)備發(fā)送請(qǐng)求。
第五步判斷第四步中命令的執(zhí)行結(jié)果，如果成功，則流程結(jié)束；否則，可以根據(jù)預(yù)制的策略，選擇相應(yīng)的發(fā)送模式。
其中，第三步和第五步中的隊(duì)列可以采用表，也可以采用散列單元的方法實(shí)現(xiàn)。
其中，在第五步中，所采用的預(yù)制策略和發(fā)送模式的對(duì)應(yīng)關(guān)系至少包括若命令不需重發(fā)，則立即丟棄；若命令需要重發(fā)，則將命令存入隊(duì)列；存入隊(duì)列的命令至少可以分為兩種發(fā)送模式若重新發(fā)送存在約束條件，則在約束條件滿(mǎn)足時(shí)從隊(duì)列中取出命令向流媒體設(shè)備發(fā)送；若重新發(fā)送不存在約束條件，則在適配層空閑的時(shí)候，從隊(duì)列中取出命令向流媒體設(shè)備發(fā)送。
圖3是本發(fā)明實(shí)施例，下面結(jié)合圖3，以在頻道管理中頻道創(chuàng)建的流程來(lái)具體說(shuō)明本發(fā)明應(yīng)用。在本實(shí)施例中，上層的業(yè)務(wù)管理模塊的消息傳輸模式是異步的，而在流媒體設(shè)備上，消息的傳輸模式是同步的。本實(shí)施例流程包括以下步驟步驟A適配層接收到上層業(yè)務(wù)管理層(即業(yè)務(wù)層)的頻道創(chuàng)建請(qǐng)求消息。
步驟B適配層根據(jù)流媒體設(shè)備要求的請(qǐng)求消息結(jié)構(gòu)，對(duì)業(yè)務(wù)管理層的消息進(jìn)行解析，譬如說(shuō)把頻道編號(hào)解析成流媒體設(shè)備可以識(shí)別的ChannelCode，然后對(duì)該消息中的字段進(jìn)行解析，組裝發(fā)往流媒體設(shè)備的請(qǐng)求消息。
步驟C如果命令要立即下發(fā)，則立即向流媒體設(shè)備發(fā)送請(qǐng)求消息，否則，把步驟B中的原子命令存入隊(duì)列甲中。
步驟D在滿(mǎn)足指定條件的情況下，從隊(duì)列甲中獲得命令向流媒體設(shè)備發(fā)送請(qǐng)求消息。
步驟E判斷步驟D中命令的執(zhí)行結(jié)果，如果發(fā)送成功，則執(zhí)行步驟F；否則，將命令存入隊(duì)列乙中，若該命令需要重新發(fā)送，則判斷重新發(fā)送是否存在約束條件，本實(shí)施例中的約束條件是發(fā)送次數(shù)是否小于3，是則從隊(duì)列乙中取出命令向流媒體設(shè)備發(fā)送，否則執(zhí)行步驟F；本步驟還設(shè)置另一約束條件定時(shí)器，定時(shí)器到時(shí)才從隊(duì)列乙中取出命令向流媒體設(shè)備發(fā)送。
步驟F如果向流媒體設(shè)備發(fā)送成功，則向上層業(yè)務(wù)管理層回應(yīng)接收成功的ACK響應(yīng)消息，否則，向上層業(yè)務(wù)管理層返回接收失敗的消息，本次會(huì)話(huà)結(jié)束；步驟G向流媒體設(shè)備發(fā)送請(qǐng)求成功以后，將上層業(yè)務(wù)管理層的請(qǐng)求消息緩存在對(duì)應(yīng)的消息隊(duì)列中；步驟H接收到流媒體設(shè)備返回的同步結(jié)果消息，把這個(gè)結(jié)果消息先進(jìn)性解析，組合成上層業(yè)務(wù)管理層可以識(shí)別的消息結(jié)構(gòu)，譬如說(shuō)要由緩存的請(qǐng)求消息中獲得業(yè)務(wù)管理層發(fā)送請(qǐng)求的序列號(hào)，然后把結(jié)果消息發(fā)送給上層的業(yè)務(wù)管理模塊，從而使業(yè)務(wù)管理模塊識(shí)別出是對(duì)應(yīng)哪個(gè)請(qǐng)求的結(jié)果消息，完成此次異步消息的傳輸；流程結(jié)束。
采用本發(fā)明，運(yùn)營(yíng)商能夠方便的采用多種流媒體設(shè)備，更為方便、有效的為流媒體消費(fèi)者提供服務(wù)。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種IPTV與流媒體設(shè)備的接口適配方法，包括以下步驟步驟一適配層接收到業(yè)務(wù)層的批命令，判斷批命令的類(lèi)型；步驟二適配層判斷所述批命令類(lèi)型，并分別解析或生成原子命令；步驟三適配層根據(jù)原子命令在流媒體設(shè)備上的約束條件，把所述解析或生成的原子命令存入隊(duì)列中；步驟四適配層在約束條件滿(mǎn)足的情況下，從隊(duì)列中獲得原子命令向流媒體設(shè)備發(fā)送請(qǐng)求；步驟五判斷步驟四的執(zhí)行結(jié)果，如果成功，則流程結(jié)束；否則，可以根據(jù)預(yù)制的策略，選擇相應(yīng)的發(fā)送模式。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟二中對(duì)于不同類(lèi)型的批命令，分別作以下處理解析出批命令中的命令個(gè)數(shù)以及每個(gè)命令的長(zhǎng)度，然后根據(jù)這兩個(gè)參數(shù)，將批命令解析成符合發(fā)送格式的原子命令；或者，根據(jù)批命令的消息結(jié)構(gòu)，解析出其中的特定字段，然后根據(jù)預(yù)制的格式，生成符合發(fā)送格式的原子命令。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，步驟三中約束條件至少包括時(shí)間、優(yōu)先級(jí)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，對(duì)于時(shí)間的約束至少包括兩種處理方式若命令在時(shí)間上要求立即發(fā)送，則不需將命令存入隊(duì)列中即可向流媒體設(shè)備發(fā)送；若命令要求在一定的時(shí)間點(diǎn)上發(fā)送，則先將命令存入隊(duì)列中，在時(shí)間點(diǎn)到達(dá)時(shí)，在從隊(duì)列中取出該命令進(jìn)行發(fā)送。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在步驟五中，所采用的預(yù)制策略和發(fā)送模式的對(duì)應(yīng)關(guān)系至少包括若命令不需重發(fā)，則立即丟棄；若命令需要重發(fā)，則將命令存入隊(duì)列。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，存入隊(duì)列的命令至少可以分為兩種發(fā)送模式若重新發(fā)送存在約束條件，則在約束條件滿(mǎn)足時(shí)從隊(duì)列中取出命令向流媒體設(shè)備發(fā)送；若重新發(fā)送不存在約束條件，則在適配層空閑的時(shí)候，從隊(duì)列中取出命令向流媒體設(shè)備發(fā)送。
7.根據(jù)權(quán)利要求1或2或4或6所述的方法，其特征在于，所述隊(duì)列可以采用表，也可以采用散列單元的方法實(shí)現(xiàn)。
全文摘要
本發(fā)明旨在提供一種IPTV與流媒體設(shè)備的接口適配方法，包括以下步驟適配層接收到業(yè)務(wù)層的批命令，判斷批命令的類(lèi)型；適配層判斷所述批命令類(lèi)型，并分別解析或生成原子命令；適配層根據(jù)原子命令在流媒體設(shè)備上的約束條件，把所述解析或生成的原子命令存入隊(duì)列中；適配層在約束條件滿(mǎn)足的情況下，從隊(duì)列中獲得原子命令向流媒體設(shè)備發(fā)送請(qǐng)求；判斷執(zhí)行結(jié)果，如果成功，則流程結(jié)束；否則，可以根據(jù)預(yù)制的策略，選擇相應(yīng)的發(fā)送模式。采用本發(fā)明，運(yùn)營(yíng)商能夠方便的采用多種流媒體設(shè)備，更為方便、有效的為流媒體消費(fèi)者提供服務(wù)。
文檔編號(hào)H04N5/00GK1968398SQ200510095450
公開(kāi)日2007年5月23日 申請(qǐng)日期2005年11月16日 優(yōu)先權(quán)日2005年11月16日
發(fā)明者劉琰, 王印龍, 韓煒, 胡捷 申請(qǐng)人:中興通訊股份有限公司