国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      定義數(shù)字項(xiàng)適配的協(xié)商機(jī)制的方法

      文檔序號(hào):7885669閱讀:212來(lái)源:國(guó)知局
      專(zhuān)利名稱(chēng):定義數(shù)字項(xiàng)適配的協(xié)商機(jī)制的方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及數(shù)字項(xiàng)適配,特別是涉及在不同的MPEG-21對(duì)等端之間需要協(xié)商的MPEG-21數(shù)字項(xiàng)適配(DIA)。
      背景技術(shù)
      數(shù)字項(xiàng)適配(DIA)是一種新定義的MPEG-21部分,用于指定用于適配數(shù)字項(xiàng)的描述符工具。其主要關(guān)注于“終端和網(wǎng)絡(luò)”,DIA的總體目標(biāo)是通過(guò)將用戶與網(wǎng)絡(luò)和終端安裝、管理和實(shí)現(xiàn)問(wèn)題相屏蔽,來(lái)實(shí)現(xiàn)對(duì)高級(jí)多媒體內(nèi)容的可互操作的透明訪問(wèn)。這將能夠根據(jù)需要來(lái)提供網(wǎng)絡(luò)和終端資源,以形成能夠創(chuàng)建并共享多媒體內(nèi)容的用戶互通,始終具有所約定/協(xié)議的質(zhì)量、可靠性和靈活性,允許多媒體應(yīng)用程序連接用戶的不同集合。
      當(dāng)前的DIA描述已經(jīng)定義了使用環(huán)境描述符工具,所述工具指定了用于描述用戶特性、終端性能、網(wǎng)絡(luò)特性和自然環(huán)境特性等的工具;會(huì)話移動(dòng)性XDI(上下文(context)數(shù)字項(xiàng))描述工具;以及BSDL(比特流語(yǔ)法描述語(yǔ)言)描述。所有這些描述均是在客戶端或服務(wù)器側(cè)的數(shù)字項(xiàng)配置所需的工具。
      為了使內(nèi)容適配變得使用,非常需要對(duì)等端之間的DIA傳輸和協(xié)商,以便按照可互操作的方式來(lái)定義。需要定義協(xié)商機(jī)制和協(xié)議,以有助于將多媒體資源傳送到不同終端。存在幾種需要數(shù)據(jù)適配的情景,例如對(duì)于不同終端的單向廣播應(yīng)用,用于內(nèi)容適配的交互式雙向應(yīng)用,到不同網(wǎng)絡(luò)的實(shí)時(shí)流適配,等等。其中,一旦需要,用于終端、網(wǎng)絡(luò)的DIA描述、以及用戶選項(xiàng)(user preference)必須交換和協(xié)商。應(yīng)當(dāng)定義DIA協(xié)商機(jī)制,以便于諸如終端、服務(wù)器、網(wǎng)關(guān)、代理等對(duì)等端之間的通信,以便實(shí)時(shí)地發(fā)送DIA描述和更新DIA描述,通過(guò)以下的MPEG-21DIA描述以及這里要定義的MPEG-21協(xié)商機(jī)制的集合,能夠建立通用多媒體框架,該框架能夠處理不同的多媒體終端、網(wǎng)絡(luò)、以及具有內(nèi)容適配的使用環(huán)境。
      本發(fā)明試圖解決以下問(wèn)題能夠在任意多媒體終端和對(duì)等端之間交換、更新和發(fā)送DIA描述,所述任意多媒體終端和對(duì)等端運(yùn)行于具有不同操作系統(tǒng)的不同物理機(jī)器上,并且工作于不同的安全、應(yīng)用程序和工具環(huán)境中,但是在高層的基礎(chǔ)上建立協(xié)商。
      無(wú)論終端和對(duì)等端使用何種網(wǎng)絡(luò)協(xié)議,獨(dú)立地進(jìn)行對(duì)等端之間的DIA描述的協(xié)商,從而有效并無(wú)縫地實(shí)現(xiàn)數(shù)字項(xiàng)適配。
      通過(guò)在兩個(gè)所包含的對(duì)等端中實(shí)現(xiàn)協(xié)商機(jī)制,將會(huì)使數(shù)字項(xiàng)動(dòng)態(tài)地適配不同的終端、網(wǎng)絡(luò)和用戶。

      發(fā)明內(nèi)容
      在本發(fā)明的一方面,提供了一種手段,用于定義利用XML計(jì)劃(schema)的廣告元數(shù)據(jù)的位置,以使其包括MPEG-21 DIA描述和多個(gè)其它類(lèi)屬消息,針對(duì)對(duì)等端解析器、對(duì)等端發(fā)現(xiàn)、信道綁定和端點(diǎn)路由。這里用作高層協(xié)議定義,以便根據(jù)端對(duì)端對(duì)等連接,使用對(duì)等端發(fā)現(xiàn)來(lái)交換或更新DIA描述信息。
      更具體地,提供了一種用于定義數(shù)字項(xiàng)適配(DIA)的協(xié)商機(jī)制的方法。該方法包括根據(jù)針對(duì)作為MPEG-21兼容終端的對(duì)等端的標(biāo)準(zhǔn)化DIA描述計(jì)劃來(lái)創(chuàng)建MPEG-21 DIA描述,所述描述包括至少下列之一使用環(huán)境、XDI(上下文數(shù)字項(xiàng))和BSDL(比特流語(yǔ)法描述語(yǔ)言)描述,;將DIA描述設(shè)置于適當(dāng)?shù)奈恢?,用于在協(xié)商協(xié)議中的交換、發(fā)送或更新;指定和定義某些類(lèi)屬協(xié)議消息計(jì)劃,以實(shí)現(xiàn)類(lèi)屬協(xié)議的功能;以及使用所定義的協(xié)議,交換、更新或發(fā)送DIA描述。
      以上方法包括指定和定義靈活的廣告元數(shù)據(jù)描述計(jì)劃,以描述不同類(lèi)型的資源,包括對(duì)等端、對(duì)等域和信道中的至少一個(gè);以及將DIA描述合并到廣告元數(shù)據(jù)中。在這種情況下,所述方法還包括實(shí)現(xiàn)廣告元數(shù)據(jù)描述計(jì)劃解析器,以解譯對(duì)等端的廣告元數(shù)據(jù)描述。
      以上方法可以包括通過(guò)使用信道綁定協(xié)議通過(guò)使用端點(diǎn)路由協(xié)議來(lái)路由協(xié)議消息;以及通過(guò)使用對(duì)等端解析器協(xié)議來(lái)使對(duì)等端彼此了解,來(lái)建立信道以建立在對(duì)等域中需要交換、發(fā)送或更新DIA描述的對(duì)等端的連接。
      以上方法可以包括根據(jù)對(duì)等發(fā)現(xiàn)協(xié)議來(lái)使能本質(zhì)發(fā)現(xiàn)消息的基本結(jié)構(gòu),以便查詢和響應(yīng)包括DIA描述的廣告元數(shù)據(jù),交換、更新或發(fā)送DIA描述。
      在第一方面的方法中,指定和定義類(lèi)屬協(xié)議消息包括在實(shí)現(xiàn)所有協(xié)議中包含的所有對(duì)等端中實(shí)現(xiàn)消息計(jì)劃解析器。
      在本發(fā)明的第二方面,提供了一種手段,用于定義類(lèi)屬高層DIA協(xié)商消息,所述協(xié)商消息與多種網(wǎng)絡(luò)協(xié)議相綁定,并攜帶了MPEG-21DIA描述,以便根據(jù)基本網(wǎng)絡(luò)連接來(lái)登記、發(fā)送或更新DIA描述信息。
      更具體地,提供了一種用于定義數(shù)字項(xiàng)適配(DIA)的協(xié)商機(jī)制的方法。所述方法包括根據(jù)類(lèi)屬高層對(duì)等協(xié)議和實(shí)際網(wǎng)絡(luò)協(xié)議來(lái)創(chuàng)建需要DIA協(xié)商的對(duì)等端之間的連接,所述對(duì)等端是MPEG-21兼容終端;根據(jù)針對(duì)對(duì)等端的標(biāo)準(zhǔn)化DIA描述計(jì)劃來(lái)創(chuàng)建MPEG-21 DIA描述,所述描述包括至少下列之一使用環(huán)境、XDI(上下文數(shù)字項(xiàng))和BSDL(比特流語(yǔ)法描述語(yǔ)言)描述,;指定和定義包括DIA描述和DIA描述元素的類(lèi)屬和本質(zhì)DIA協(xié)商消息,用于實(shí)現(xiàn)協(xié)商機(jī)制;以及利用需要DIA協(xié)商的對(duì)等端之間的DIA協(xié)商消息來(lái)登記、發(fā)送或更新DIA描述。
      以上方法可以包括將DIA描述指定為Reference,使用“Reference”以指向位于萬(wàn)維網(wǎng)的DIA描述的實(shí)體,或?qū)IA描述指定為消息凈荷,使用DIADescription元素下的“DIADescriptionData”,。
      以上方法包括當(dāng)?shù)谝粚?duì)等端希望向第二對(duì)等端發(fā)或更新當(dāng)前DIA描述時(shí),利用第一對(duì)等端的消息ID來(lái)建立用于第一對(duì)等端的登記消息;將登記消息發(fā)送到第二對(duì)等端;以及從第二對(duì)等端向第一對(duì)等端發(fā)送具有相同消息ID和消息類(lèi)型的響應(yīng)消息以及“響應(yīng)”信息,所述“響應(yīng)”信息包含“真”,表示第二對(duì)等端準(zhǔn)備好接收來(lái)自第一對(duì)等端的DIA描述,或“假”,表示第二對(duì)等端以任意原因拒絕接收來(lái)自第一對(duì)等端的DIA描述。
      以上方法包括利用第一對(duì)等端的消息ID來(lái)建立用于第一對(duì)等端的發(fā)送消息,從而將當(dāng)前DIA描述發(fā)送到第二對(duì)等端;將發(fā)送消息發(fā)送到第二對(duì)等端,以及從第二對(duì)等端向第一對(duì)等端發(fā)送具有相同消息ID和消息類(lèi)型的響應(yīng)消息以及“響應(yīng)”信息,所述“響應(yīng)”信息包含“真”,表示從第一對(duì)等端到第二對(duì)等端的所發(fā)送DIA描述的成功接收,或“假”,表示由于任意原因的從第一對(duì)等端到第二對(duì)等端的所發(fā)送DIA描述的不成功接收。
      以上方法包括利用第一對(duì)等端的消息ID來(lái)建立用于第一對(duì)等端的發(fā)送消息,從而更新到第二對(duì)等端的當(dāng)前DIA描述;將更新消息發(fā)送到第二對(duì)等端;以及從第二對(duì)等端向第一對(duì)等端發(fā)送具有相同消息ID和消息類(lèi)型的響應(yīng)消息以及“響應(yīng)”信息,所述“響應(yīng)”信息包含“真”,表示從第一對(duì)等端到第二對(duì)等端的所發(fā)送DIA描述的成功接收,或“假”,表示由于任意原因的從第一對(duì)等端到第二對(duì)等端的所發(fā)送DIA描述的不成功接收。
      在第二方面的方法中,指定和定義類(lèi)屬和本質(zhì)DIA協(xié)商消息計(jì)劃包括在交換DIA描述中包含的所有對(duì)等端中實(shí)現(xiàn)DIA協(xié)商消息計(jì)劃剖析器。
      使用第一手段,根據(jù)所定義的廣告XML元數(shù)據(jù)計(jì)劃,通過(guò)使用所定義的協(xié)商協(xié)議能夠發(fā)送、交換或更新用戶特性、終端可容性、網(wǎng)絡(luò)特性、自然環(huán)境特性的描述,XDI描述,和BSDL描述。在“具體實(shí)施方式
      ”的第1部分中進(jìn)一步進(jìn)行了闡述。
      使用第二手段,根據(jù)所定義的類(lèi)屬協(xié)商消息,能夠登記、發(fā)送或更新用戶特性、終端可容性、網(wǎng)絡(luò)特性、自然環(huán)境特性的描述,XDI描述,和BSDL描述。在“具體實(shí)施方式
      ”的第2部分中進(jìn)一步進(jìn)行了闡述。
      通過(guò)實(shí)現(xiàn)與多個(gè)網(wǎng)絡(luò)協(xié)議相綁定的高層通信消息來(lái)建立MPEG-21對(duì)等端。在對(duì)等端中還需要實(shí)現(xiàn)消息解析器。
      本發(fā)明設(shè)計(jì)用于具有所定義消息的協(xié)商機(jī)制,從而用于與市場(chǎng)上不同類(lèi)型的設(shè)備的內(nèi)容適配,并且通過(guò)提供用于包括所定義廣告元數(shù)據(jù)的協(xié)議的所有高層類(lèi)屬消息,解決了設(shè)計(jì)MPEG-21數(shù)字項(xiàng)適配協(xié)商中使用的標(biāo)準(zhǔn)方式的問(wèn)題。


      圖1示出了具有DIA協(xié)商的多媒體分布網(wǎng)絡(luò)。
      圖2示出了DiscoveryQuery XML消息示例。
      圖3示出了具有更新DIA實(shí)例的DiscoveryQuery XML消息。
      圖4示出了用于協(xié)商的MPEG-21類(lèi)屬DIA消息層。
      圖5示出了兩個(gè)對(duì)等端之間的MPEG-21類(lèi)屬DIA協(xié)商消息流程圖。
      圖6示出了DIA描述協(xié)商消息計(jì)劃的語(yǔ)法和語(yǔ)義的框圖。
      具體實(shí)施例方式
      圖1所示是現(xiàn)有技術(shù),示出了需要在網(wǎng)絡(luò)中的任意相連設(shè)備(模塊1.2,1.3,1.4)之間發(fā)送的MPEG-21 DIA描述(模塊1.1),所述網(wǎng)絡(luò)的范圍從無(wú)線蜂窩電話和PDA到PC和服務(wù)器/網(wǎng)關(guān)/代理(模塊1.5,1.6,1.7)。
      通常,這里,對(duì)于模塊1.7中的數(shù)字多媒體服務(wù)器,無(wú)法將具有相同格式的相同內(nèi)容傳送到不同種類(lèi)的設(shè)備。即使能夠按照對(duì)等方式連接這些設(shè)備,如果沒(méi)有定義協(xié)商機(jī)制,根據(jù)其不同的能力和甚至用戶選項(xiàng),仍然不能夠?qū)⑾嗤膬?nèi)容適配到不同種類(lèi)的設(shè)備。這將限制內(nèi)容適配,使媒體訪問(wèn)應(yīng)用的范圍變窄。
      1.根據(jù)類(lèi)屬協(xié)議的DIA描述的協(xié)商在這部分,我們?cè)噲D示出類(lèi)屬對(duì)等協(xié)商協(xié)議,以便有效地交換所需的DIA描述,需要在特定網(wǎng)絡(luò)條件和用戶選項(xiàng)下,將內(nèi)容適配到終端。該協(xié)議應(yīng)該非常適合正在開(kāi)發(fā)的目前和將來(lái)的網(wǎng)絡(luò)協(xié)議。
      應(yīng)當(dāng)注意,在客戶端側(cè)DIA描述的自動(dòng)/手動(dòng)配置不是在本發(fā)明中需要討論的項(xiàng)。例如,無(wú)論在本發(fā)明按照何種方式描述,通過(guò)所接收的用于會(huì)話移動(dòng)的相關(guān)XDI(上下文數(shù)字項(xiàng)),能夠重構(gòu)CDI(內(nèi)容數(shù)字項(xiàng))會(huì)話。但是,當(dāng)將XDI描述用于在本發(fā)明所定義的基于協(xié)議的DIA協(xié)商元數(shù)據(jù)時(shí),終端合服務(wù)器之間的XDI請(qǐng)求和傳送變得較為實(shí)際,并且能夠?qū)崿F(xiàn)數(shù)字項(xiàng)的會(huì)話移動(dòng)。
      這里簡(jiǎn)要解釋一些術(shù)語(yǔ)(部分2也可以使用對(duì)等端的概念)對(duì)等端對(duì)等端是能夠?qū)崿F(xiàn)協(xié)議的任意網(wǎng)絡(luò)化設(shè)備。每個(gè)對(duì)等端與其它所有對(duì)等端相獨(dú)立并異步地進(jìn)行操作。由于特殊關(guān)系(網(wǎng)關(guān)或路由器),一些對(duì)等端更依賴(lài)于其它對(duì)等端。對(duì)等端可以在網(wǎng)絡(luò)上彼此發(fā)現(xiàn)以構(gòu)成對(duì)等域。對(duì)等端可以向其它對(duì)等端發(fā)布資源。對(duì)等端點(diǎn)是一種唯一地識(shí)別對(duì)等網(wǎng)絡(luò)接口的URI。由對(duì)等端使用對(duì)等端點(diǎn)來(lái)建立兩個(gè)對(duì)等端之間的直接點(diǎn)對(duì)點(diǎn)連接。對(duì)等端可以必須使用一個(gè)或多個(gè)中間對(duì)等端來(lái)將消息路由到另一個(gè)對(duì)等端。由唯一的對(duì)等端ID來(lái)唯一地識(shí)別每個(gè)對(duì)等端。
      對(duì)等域?qū)Φ扔蚴蔷哂心承┕餐娴膶?duì)等端的集合。還可以靜態(tài)地預(yù)定義對(duì)等域。對(duì)等端自己組織為對(duì)等域。通過(guò)唯一的對(duì)等域ID也可以識(shí)別每個(gè)對(duì)等域。協(xié)議描述了對(duì)等端如何發(fā)布、發(fā)現(xiàn)、加入并監(jiān)視對(duì)等域。
      信道信道是用于在端點(diǎn)上的服務(wù)或應(yīng)用程序之間發(fā)送和接收消息的虛擬通信管道。信道提供了對(duì)等端點(diǎn)傳輸上的網(wǎng)絡(luò)抽象。對(duì)等端點(diǎn)與能夠用于從另一個(gè)對(duì)等端發(fā)送和接收數(shù)據(jù)的可用對(duì)等網(wǎng)絡(luò)接口相對(duì)應(yīng)。信道提供了獨(dú)立于任何單一的對(duì)等端位置和網(wǎng)絡(luò)拓?fù)涞奶摂M輸入和輸出郵箱的錯(cuò)覺(jué)。信道能夠提供通信的點(diǎn)對(duì)點(diǎn)模式。
      消息使用信道發(fā)送且位于在端點(diǎn)之間的信息被打包為消息。將協(xié)議指定為對(duì)等端之間交換的XML消息的集合。使用XML消息來(lái)定義協(xié)議允許多種不同種類(lèi)的對(duì)等端加入?yún)f(xié)議。每個(gè)對(duì)等端按照適于其能力和作用的最佳方式來(lái)自由地實(shí)現(xiàn)協(xié)議。
      廣告元數(shù)據(jù)通過(guò)廣告元數(shù)據(jù)來(lái)表示所有資源,例如對(duì)等端、對(duì)等域、信道和業(yè)務(wù)。
      DIA元數(shù)據(jù)在廣告元數(shù)據(jù)描述中,通過(guò)DIA元數(shù)據(jù)來(lái)表示所有數(shù)字項(xiàng)適配描述,例如使用環(huán)境描述、BSDL描述、XDI(僅在DID中所包裝的DIA描述)以及MPEG-7媒體描述。
      ID在所定義的協(xié)議內(nèi),存在多個(gè)需要唯一識(shí)別的實(shí)體(對(duì)等端、對(duì)等域、管道和內(nèi)容)。ID唯一地識(shí)別實(shí)體并充當(dāng)參考該實(shí)體的規(guī)范方式。URI用于ID的表達(dá)。
      在MPEG-21中定義的協(xié)商協(xié)議包括一組開(kāi)放協(xié)議,且目標(biāo)在于按照類(lèi)屬方式,利用穿過(guò)公共網(wǎng)絡(luò)的對(duì)等端來(lái)傳送DIA元數(shù)據(jù)的對(duì)等通信。協(xié)議中所定義的對(duì)等端創(chuàng)建了虛擬網(wǎng)絡(luò),其中,即使某些對(duì)等端在防火墻后面或在不同的網(wǎng)絡(luò)傳輸上,任意對(duì)等端也能夠直接與其它對(duì)等端和資源交互。所定義的協(xié)議應(yīng)當(dāng)滿足可互操作性的要求,這意味著相互連接的對(duì)等端必須橫跨不同的系統(tǒng)和團(tuán)體,彼此容易地通信。此外,對(duì)等網(wǎng)絡(luò)應(yīng)當(dāng)支持不同的編程語(yǔ)言、操作系統(tǒng)和在TCP/IP、HTTP、藍(lán)牙、家庭PDA和多個(gè)其它協(xié)議上實(shí)現(xiàn)的網(wǎng)絡(luò)平臺(tái)。此外,其可以支持廣播數(shù)字設(shè)備,包括CE、PDA、設(shè)備、網(wǎng)絡(luò)路由器、PC、服務(wù)器和存儲(chǔ)系統(tǒng)等等。
      協(xié)議是針對(duì)對(duì)等網(wǎng)絡(luò)計(jì)算而專(zhuān)門(mén)設(shè)計(jì)的機(jī)制集合。使用這些機(jī)制,對(duì)等端能夠協(xié)同操作,以形成獨(dú)立于其在網(wǎng)絡(luò)中位置的自組織和子配置對(duì)等域,并且無(wú)需集中管理的基礎(chǔ)設(shè)施。
      對(duì)等端使用協(xié)議來(lái)通知其DIA元數(shù)據(jù)并從其它對(duì)等端發(fā)現(xiàn)可用的網(wǎng)絡(luò)資源(業(yè)務(wù)、信道等)。對(duì)等端形成并加入對(duì)等域,以創(chuàng)建特定的關(guān)系。對(duì)等端協(xié)同操作以路由允許完全對(duì)等連接的消息。所有協(xié)議允許對(duì)等端進(jìn)行通信,而無(wú)需理解或管理潛在的復(fù)雜而動(dòng)態(tài)的網(wǎng)絡(luò)拓?fù)?。該協(xié)議允許對(duì)等端動(dòng)態(tài)地將消息橫跨多個(gè)網(wǎng)絡(luò)跳躍而路由到網(wǎng)絡(luò)中的任意目的地。每個(gè)消息攜帶了網(wǎng)關(guān)對(duì)等端的完整或部分順序表,通過(guò)該表來(lái)路由消息。如果路由信息是不正確的,則中間對(duì)等端能夠有助于動(dòng)態(tài)地發(fā)現(xiàn)新路由。
      協(xié)議是共同工作以實(shí)現(xiàn)對(duì)等端之間發(fā)現(xiàn)、組織、監(jiān)視和通信的多種機(jī)制,即以下機(jī)制-一種機(jī)制,對(duì)等端通過(guò)該機(jī)制能夠向一個(gè)或多個(gè)對(duì)等端發(fā)送查詢并接收針對(duì)查詢的一個(gè)(或多個(gè))響應(yīng)。該機(jī)制實(shí)現(xiàn)了查詢/響應(yīng)協(xié)議。將該響應(yīng)消息通過(guò)包括在消息主體中的唯一ID來(lái)與查詢相匹配。當(dāng)發(fā)現(xiàn)了對(duì)等端時(shí),可以將查詢發(fā)送到該對(duì)等端。
      -一種機(jī)制,對(duì)等端通過(guò)該機(jī)制能夠廣告其自身的資源,并發(fā)現(xiàn)來(lái)自其他對(duì)等端的資源(對(duì)等域、信道和另外的對(duì)等端)。使用廣告元數(shù)據(jù)來(lái)描述并發(fā)布每個(gè)對(duì)等資源。將元數(shù)據(jù)表示為XML文件。
      -一種機(jī)制,對(duì)等端通過(guò)該機(jī)制能夠建立一個(gè)或多個(gè)對(duì)等端之間的虛擬通信信道。信道提供了對(duì)等端之間的基礎(chǔ)通信機(jī)制。
      -一種機(jī)制,對(duì)等端通過(guò)該機(jī)制能夠發(fā)現(xiàn)用于將消息發(fā)送到另一個(gè)對(duì)等端的路由。如果對(duì)等端A希望將消息發(fā)送到對(duì)等端C,而不存在A和C之間的之間路由,則對(duì)等端A需要發(fā)現(xiàn)一個(gè)或多個(gè)中間對(duì)等端,以便將消息路由到C。
      使用公共消息層來(lái)實(shí)現(xiàn)所有這些協(xié)議。
      1.1基于協(xié)議消息的XML計(jì)劃對(duì)等端解析器對(duì)等端解析器允許將類(lèi)屬查詢分布到所述域內(nèi)的一個(gè)或多個(gè)處理程序,并使其與響應(yīng)相匹配。將每個(gè)查詢尋址到特定的處理程序名稱(chēng)。該處理程序名定義了查詢的特定語(yǔ)義及其響應(yīng),但不與任意特定對(duì)等端相關(guān)聯(lián)??梢杂捎蛑腥我鈹?shù)目的對(duì)等端來(lái)接收給定的查詢,如果在該對(duì)等端上定義了這樣的查詢名稱(chēng),則根據(jù)處理程序名稱(chēng)進(jìn)行處理。對(duì)等端解析器的目的在于提供本質(zhì)類(lèi)屬查詢/響應(yīng)基礎(chǔ)結(jié)構(gòu),用于建立高層解析器服務(wù)。在許多情況下,高層服務(wù)可以更好地了解域拓?fù)洹?br> 查詢消息(QueryMessage)&lt;xs:complexType name=“ResolverQuery”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“SrcPeerID”type=“xs:anyURI”/&gt;
      &lt;xs:element name=“HandlerName”type=“xs:string”/&gt;
      &lt;xs:element name=“QueryID”type=“xs:string”/&gt;
      &lt;xs:element name=“Query”type=“xs:anyType”/&gt;
      &lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      HandlerName指定應(yīng)當(dāng)如何處理該查詢的字符串。
      SrcPeerID發(fā)起查詢的對(duì)等端的ID。
      QueryID查詢ID。該ID應(yīng)當(dāng)包括在針對(duì)該查詢的響應(yīng)中。
      Query查詢結(jié)構(gòu)。
      響應(yīng)消息(ResponseMessage)&lt;xs:complexType name=“ResolverResponse”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“HandlerName”type=“xs:string”/&gt;
      &lt;xs:element name=“QueryID”type=“xs:string”/&gt;
      &lt;xs:element name=“Response”type=“xs:anyType”/&gt;&lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      HandlerName指定應(yīng)當(dāng)如何處理響應(yīng)。
      QueryID對(duì)其作出響應(yīng)的查詢的ID。
      Response響應(yīng)結(jié)構(gòu)。
      端點(diǎn)路由網(wǎng)絡(luò)中所定義協(xié)議的連接可以是瞬時(shí)的,且消息路由是非確定的。這里,端點(diǎn)路由定義了通過(guò)路由業(yè)務(wù)來(lái)處理的一組請(qǐng)求/查詢消息,以有助于對(duì)等端路由消息到達(dá)目的地。當(dāng)請(qǐng)求對(duì)等端向給定的對(duì)等端點(diǎn)地址發(fā)送消息時(shí),其在本地高速緩沖器中查找是否具有到該對(duì)等端的路由。如果其沒(méi)有發(fā)現(xiàn)路由,則向路由解析器發(fā)送請(qǐng)求路由信息的可用對(duì)等路由器的查詢消息。對(duì)等路由器提供高速緩存路由信息的能力,以及橋接不同的物理或邏輯網(wǎng)絡(luò)。當(dāng)對(duì)等路由器接收到路由查詢時(shí),如果其知道目的地,則通過(guò)返回路由信息作為跳躍枚舉來(lái)應(yīng)答該查詢??梢詫⒃撓l(fā)送到第一路由器,該路由器將使用路由信息來(lái)把該消息路由到目的對(duì)等端。在任意點(diǎn)處,路由信息可能是過(guò)時(shí)的,請(qǐng)求當(dāng)前路由器找到新路由。這里所定義的端點(diǎn)路由用于提供用于操縱和更新路由的用戶定義路由服務(wù)所必需的接通(hook)。兩個(gè)正在通信的對(duì)等端可能需要使用對(duì)等路由器,以便根據(jù)其網(wǎng)絡(luò)位置來(lái)路由消息。典型地,對(duì)等路由器將高速緩存路由信息。任意對(duì)等端能夠向?qū)Φ嚷酚善髟儐?wèn)路由信息。對(duì)等域中的任意對(duì)等端都可以被稱(chēng)為對(duì)等路由器。
      查詢消息(QueryMessage)
      &lt;xs:complexType name=“EndpointRouteQuery”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“DestPeerID”type=“xs:anyURI”/&gt;
      &lt;xs:element name=“Cached”type=“xs:boolean”/&gt;
      &lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      DestPeerID目的對(duì)等端的ID。
      Cached當(dāng)應(yīng)答可以是高速緩存的應(yīng)答時(shí),為真;當(dāng)應(yīng)答肯定不來(lái)自高速緩沖器時(shí),為假。
      應(yīng)答消息(AnswerMessage)&lt;xs:complexType name=“EndpointRouteAnswer”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“DestPeerID”type=“xs:anyURI”/&gt;
      &lt;xs:element name=“RoutPeerID”type=“xs:anyURI”/&gt;
      &lt;xs:element name=“AdvMetadata”type=“xs:anyType”/&gt;
      &lt;xs:element name=“GatewayID”type=“xs:anyURI”minOccurs=“0”maxOccurs=“unbounded”/&gt;&lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      DestPeerID目的對(duì)等端的ID。
      RoutPeerID知道到目的對(duì)等端的路由的路由器的對(duì)等端ID。
      AdvMetadata路由對(duì)等端的廣告元數(shù)據(jù)GatewayID網(wǎng)關(guān)的序列ID。
      信道綁定由應(yīng)用程序和服務(wù)使用信道綁定,以便與與其它對(duì)等端進(jìn)行通信。信道是兩個(gè)端點(diǎn)之間的虛擬信道。信道綁定可以使用不同的傳輸協(xié)議,例如HTTP、TCP/IP或TLS傳輸??梢詫⑿诺揽醋魇浅橄竺南㈥?duì)列,支持創(chuàng)建、打開(kāi)/解析(綁定)、關(guān)閉(解綁)、刪除、發(fā)送和接收操作??梢园l(fā)送多綁定查詢消息??梢圆唤邮樟銈€(gè)、一個(gè)或多個(gè)響應(yīng)。
      查詢消息(QueryMessage)&lt;xs:complexType name=“ChannelResolverQuery”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“ChannelID”type=“xs:anyURI”/&gt;
      &lt;xs:element name=“Cached”type=“xs:boolean”minOccurs=“0”/&gt;
      &lt;xs:element name=“PeerID”type=“xs:anyURI”minOccurs=“0”/&gt;
      &lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      ChannelID正在解析的信道ID。
      Cached當(dāng)應(yīng)答可以是高速緩存的應(yīng)答時(shí),為真;當(dāng)應(yīng)答必須不來(lái)自緩沖器時(shí),為假。請(qǐng)求者可以請(qǐng)求不從高速緩沖器中獲得信息。從對(duì)等端獲得最近更新的信息,以解決過(guò)時(shí)的連接。
      PeerID給出對(duì)等端ID,表示期望來(lái)自其中的響應(yīng)的對(duì)等端的對(duì)等端ID。將忽略來(lái)自任何其它所有對(duì)等端的響應(yīng)。這不能保證將由對(duì)等端進(jìn)行的對(duì)信道綁定請(qǐng)求的響應(yīng)。
      響應(yīng)消息(ResponseMessage)&lt;xs:complexType name=“ChannelResolverResponse”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“ChannelID”type=“xs:anyURI”/&gt;
      &lt;xs:element name=“Found”type=“xs:boolean”minOccurs=“0”/&gt;
      &lt;xs:element name=“PeerAdvMetadata”type=“xs:any Type”minOccurs=“0”/&gt;
      &lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      ChannelID正在解析的信道ID。
      Found用于表示是否在指定的對(duì)等端是否找到了輸入信道。
      PeerAdvMetadata解析輸入信道的對(duì)等端的廣告元數(shù)據(jù)。
      對(duì)等端發(fā)現(xiàn)對(duì)等端發(fā)現(xiàn)用于發(fā)現(xiàn)任何發(fā)布的對(duì)等資源并且還廣告其自身的資源。將資源表示為廣告元數(shù)據(jù)。對(duì)等發(fā)現(xiàn)使對(duì)等端能夠在其域中發(fā)現(xiàn)元數(shù)據(jù)。目的在于提供本質(zhì)發(fā)現(xiàn)基礎(chǔ)結(jié)構(gòu),用于建立高層發(fā)現(xiàn)服務(wù)。在多種情況下,高層服務(wù)較好地知道發(fā)現(xiàn)信息,這是因?yàn)樵摲?wù)可以更好地了解域拓?fù)?。?duì)等發(fā)現(xiàn)提供了發(fā)現(xiàn)廣告元數(shù)據(jù)的基本機(jī)制,同時(shí)提供接通,因此高層服務(wù)和應(yīng)用程序能夠參與發(fā)現(xiàn)過(guò)程。
      查詢消息(QueryMessage)&lt;xs:complexType name=“DiscoveryQuery”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“Number”type=“xs:unsignedInt”/&gt;
      &lt;xs:element name=“Attribute”type=“xs:string”/&gt;
      &lt;xs:element name=“Value”type=“xs:string”/&gt;
      &lt;xs:element name=“PeerAdvMetadata”type=“xs:anyType”minOccurs=“0”/&gt;
      &lt;xs:element name=“Update”type=“xs:boolean”/&gt;
      &lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      Number指定了每個(gè)響應(yīng)對(duì)等端可以提供的廣告元數(shù)據(jù)的最大數(shù)目。
      Attribute和Value只有包含名稱(chēng)Attribute和值Value的元素的元數(shù)據(jù)才適合被找到。
      PeerAdvMetadata請(qǐng)求對(duì)等端的廣告元數(shù)據(jù)。
      Update表示在PeerAdvMetadata中所傳送的DIA描述是剛更新的描述(真)還是完整的描述(假)。
      響應(yīng)消息(ResponseMessage)&lt;xs:complexType name=“DiscoveryResponse”&gt;
      &lt;xs:sequence&gt;
      &lt;xs:element name=“Number”type=“xs:unsignedInt”/&gt;
      &lt;xs:element name=“Attribute”type=“xs:string”/&gt;
      &lt;xs:element name=“Value”type=xs:string”/&gt;
      &lt;xs:element name=“PeerAdvMetadata”type=“xs:any Type”minOccurs=“0”/&gt;
      &lt;xs:element name=“Update”type=“xs:boolean”/&gt;
      &lt;xs:element name=“Response”type=“xs:anyType”maxOccurs=“unbounded”/&gt;
      &lt;/xs:sequence&gt;&lt;/xs:complexType&gt;
      Number指定了所接收響應(yīng)元素的數(shù)目。
      Attribute和Value反映了對(duì)其進(jìn)行響應(yīng)的DiscoveryQuery。
      PeerAdvMetadata響應(yīng)對(duì)等端的廣告元數(shù)據(jù)。
      Update表示在PeerAdvMetadata中所傳送的DIA描述是剛更新的描述(真)還是完整的描述(假)。
      Response響應(yīng)結(jié)構(gòu)。
      1.2基于XML計(jì)劃的元數(shù)據(jù)在XML計(jì)劃中存在的廣告元數(shù)據(jù)用于描述對(duì)等端、對(duì)等域、信道、媒體資源、服務(wù)和多種其它類(lèi)型的資源。這里,將用于提供適配媒體資源所必需信息的DIA描述放置于廣告信息中。所定義的協(xié)議取決于這種關(guān)鍵信息,用于在對(duì)等端之間通過(guò)這種元數(shù)據(jù)。
      下面示出了廣告元數(shù)據(jù)描述計(jì)劃及其語(yǔ)義&lt;xs:schemaxmlns:xs=“http://www.w3.org/2001/XMLSchema”elementFormDefault=“qualified”attributeFormDefault=“qualified”&gt;
      &lt;xs:element name=“AdvMetadata”&gt;
      &lt;xs:annotation&gt;
      &lt;xs:documentation&gt;Decribe all types of resources&lt;xs:documentation&gt;
      &lt;xs:annotation&gt;&lt;/xs:complexType&gt;
      &lt;/xs:sequence&gt;&lt;xs:element name=“Name”type=“xs:string”minOccurs=“0”/&gt;&lt;xs:element name=“PeerID”type=“xs:anyURI”minOccurs=“0”/&gt;&lt;xs:element name=“PeerDomainID”type=“xs:anyURI”minOccurs=“0”/&gt;&lt;xs:element name=“ChannelID”type=“xs:anyURI”minOccurs=“0”/&gt;&lt;xs:element name=“Description”type=“xs:anyType”minOccurs=“0”/&gt;&lt;xs:element name=“Service”type=“xs:anyType”minOccurs=“0”/&gt;
      &lt;/xs:sequence&gt;
      &lt;/xs:complexType&gt;
      &lt;/xs:element&gt;&lt;/xs:schema&gt;
      Name這是與對(duì)等端、對(duì)等域、信道相關(guān)的可選字符串。名稱(chēng)不需要是唯一的,除非從確保名稱(chēng)唯一性的集中命名服務(wù)中獲得了名稱(chēng)。
      PeerID這是用于唯一識(shí)別對(duì)等端的元素。
      PeerDomainID該元素提供了對(duì)等域ID。每個(gè)對(duì)等域具有唯一的ID。
      ChannelID這是唯一識(shí)別信道的元素。
      Description這是能夠用于給出詳細(xì)DIA描述元數(shù)據(jù)的可選任意類(lèi)型的元素。
      Service該元素描述了由其類(lèi)表示的域服務(wù)和指定的任意參數(shù)之間的關(guān)系。可選地,該Service部分還可選地包括表示該服務(wù)不可用的元素。該元素用于傳遞由對(duì)等端的所有者作出的配置選擇。
      最后,我們利用圖2和3中的DIA描述更新分別示出DiscoveryQuery和DiscoveryResponse XML消息示例。圖1中因特網(wǎng)中的移動(dòng)電話客戶端和數(shù)字多媒體服務(wù)器彼此了解,并通過(guò)經(jīng)過(guò)有線和無(wú)線網(wǎng)絡(luò)來(lái)發(fā)送對(duì)等端解析器、端點(diǎn)路由器、信道綁定消息,建立了其間的有效連接。服務(wù)器將對(duì)等端發(fā)現(xiàn)消息發(fā)送到與“attribute”和“value”相匹配的所有移動(dòng)電話,并且試圖更新DIA更新響應(yīng),例如圖3所示的DIA“diaplay”元素。
      2.使用XML計(jì)劃(schema),在分布的對(duì)等端之間的通用DIA協(xié)商消息
      MPEG-21中所定義的DIA協(xié)商目標(biāo)在于按照類(lèi)屬方式,橫跨公共網(wǎng)絡(luò)來(lái)對(duì)等傳輸DIA元數(shù)據(jù)??梢栽O(shè)計(jì)開(kāi)放的網(wǎng)絡(luò)平臺(tái),用于對(duì)等計(jì)算。能夠定義一組開(kāi)放的協(xié)議,所述協(xié)議允許范圍從蜂窩電話和無(wú)線PDA到PC和服務(wù)器/網(wǎng)關(guān)/代理的網(wǎng)絡(luò)上任何相連設(shè)備能夠按照對(duì)等的方式進(jìn)行通信和合作,例如部分1中的對(duì)等解析器、端點(diǎn)路由、對(duì)等發(fā)現(xiàn)和信道綁定。用于按照可互操作方式進(jìn)行DIA描述協(xié)商的其它解決計(jì)劃在于在攜帶DIA描述元數(shù)據(jù)的高層中定義類(lèi)屬DIA描述協(xié)商消息。部分1.2中所定義的廣告元數(shù)據(jù)不需要保留DIA描述元數(shù)據(jù)??梢栽谒x類(lèi)屬協(xié)議的上層和/或例如HTTP/TCP/IP之類(lèi)的通常已有的最低層物理網(wǎng)絡(luò)協(xié)議上來(lái)設(shè)計(jì)所有這些協(xié)商消息。圖4示出了該概念。
      模塊4.1是DIA描述,包括URI能夠訪問(wèn)或在協(xié)商消息中作為凈荷(DIADescriptionData)攜帶的使用環(huán)境、XDI(上下文數(shù)字項(xiàng))和BSDL(比特流語(yǔ)法描述語(yǔ)言)描述等。模塊4.2、4.3和4.4是用于協(xié)商機(jī)制的獨(dú)立層,分別定義了用于DIA協(xié)商的消息、用于對(duì)等通信的協(xié)議、以及物理網(wǎng)絡(luò)傳輸。模塊4.5給出了在用于DIA協(xié)商的最高層中攜帶模塊4.1的DIA描述的三個(gè)類(lèi)屬消息(DIARegister,DIATransmit和DIAUpdate)。圖5還示出了協(xié)商消息的流程圖。
      模塊5.1示出了為對(duì)等端A創(chuàng)建MPEG-21 DIA描述,包括基于標(biāo)準(zhǔn)化DIA描述計(jì)劃的使用環(huán)境、XDI(上下文數(shù)字項(xiàng))和BSDL(比特流語(yǔ)法描述語(yǔ)言)描述。
      模塊5.2示出了當(dāng)對(duì)等端A希望向?qū)Φ榷薆發(fā)送或更新當(dāng)前DIA描述時(shí),對(duì)等端A構(gòu)建登記消息(或發(fā)送消息或更新消息)。登記消息用于請(qǐng)求一個(gè)對(duì)等端到其它對(duì)等端的DIA描述的登記。發(fā)送消息用于在對(duì)等端之間傳送詳細(xì)的終端說(shuō)明。當(dāng)一個(gè)對(duì)等端的終端信息變化時(shí),使用更新消息,以便將終端信息的改變從一個(gè)對(duì)等端通知到另一對(duì)等端。
      模塊5.3示出了對(duì)等端A將具有用于對(duì)等端A的DIA描述的登記消息(或發(fā)送消息或更新消息)發(fā)送到對(duì)等端B。
      模塊5.4示出了對(duì)等端B建立響應(yīng)消息,用于利用“響應(yīng)”信息登記(或發(fā)送或更新)到對(duì)等端A。
      模塊5.5示出了對(duì)等端B發(fā)回響應(yīng)消息,用于利用“響應(yīng)”信息登記(或發(fā)送或更新)到對(duì)等端A。
      對(duì)等端A檢查包括在響應(yīng)消息中的“響應(yīng)”信息的值,以便得知對(duì)等端A和B之間的DIA描述協(xié)商是否成功,由模塊5.6示出。當(dāng)“響應(yīng)”值是“真”時(shí),表示對(duì)等端B接受了來(lái)自對(duì)等端A的登記,并且準(zhǔn)備好接收來(lái)自對(duì)等端A的DIA描述,用于對(duì)等端A的新的或更新的DIA描述,如模塊5.7所示。否則,當(dāng)“響應(yīng)”值是“假”時(shí),表示對(duì)等端B拒絕來(lái)自對(duì)等端A的登記,并且不希望接收來(lái)自對(duì)等端A的DIA描述,或?qū)τ诮邮招碌幕蚋碌腄IA描述存在問(wèn)題,如模塊5.8所示。
      以下示出了圖6所示的DIA描述協(xié)商消息計(jì)劃的語(yǔ)法和語(yǔ)義。
      &lt;?xml version=”1.0”encoding=“UTF-8”?&gt;
      &lt;xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema”elementFormDefault=“qualified”attributeFormDefault=“unqualified”&gt;
      &lt;xs:element name=DIADescriptionMessage”&gt;
      &lt;xs:annotation&gt;
      &lt;xs:documentation&gt;Message for DIA Descriptionnegotiation&lt;xs:documentation&gt;
      &lt;xs:annotation&gt;
      &lt;/xs:complexType&gt;
      &lt;/xs:sequence&gt;
      &lt;xs:element name=“Type”&gt;
      &lt;xs:simple type&gt;
      &lt;xs:restriction base=“xs:string”&gt;
      &lt;xs:enumeration value=“DIARegister”/&gt;
      &lt;xs:enumeration value=“DIATransmitting”/&gt;
      &lt;xs:enumeration value=“DIAUpdating”/&gt;
      &lt;/xs:restriction&gt;
      &lt;/xs:simple type&gt;
      &lt;/xs:element&gt;&lt;xs:element name=“Msg_ID”type=“xs:nonNegtiveInteger”/&gt;
      &lt;xs:element name=“SenderPeer_ID”type=“xs:ID”/&gt;
      &lt;xs:element name=“RecipientPeer_ID”type=“xs:ID”/&gt;
      &lt;xs:element name=“DIADescription”/&gt;
      &lt;/xs:complex type&gt;
      &lt;/xs:choice&gt;
      &lt;xs:element name=“Reference”type=“xs:anyURI”/&gt;
      &lt;xs:element name=“DIADescriptionData”type=“DIADescription type”/&gt;
      &lt;/xs:choice&gt;
      &lt;/xs:complex type&gt;
      &lt;/xs:element&gt;&lt;xs:element name=“Response”type=“xs:boolean”minOccurs=“0”/&gt;&lt;/xs:sequence&gt;
      &lt;/xs:complex type&gt;
      &lt;/xs:element&gt;
      &lt;xs:complexType name=“DIADescriptionType”&gt;
      &lt;/xs:sequence&gt;&lt;xs:element name=“UsageEnvironmentDescription”minOccurs=“0”/&gt;
      &lt;xs:element name=“BSDLDescription”minOccurs=“0”/&gt;
      &lt;xs:element name=“XDIDescription”minOccurs=“0”/&gt;
      &lt;/xs:sequence&gt;
      &lt;/xs:complexType&gt;
      &lt;/xs:schema&gt;
      Type表示DIA協(xié)商消息類(lèi)型,例如“DIARegistering”、“DIATransmitting”和“DIAUpdating”;DIARegistering當(dāng)對(duì)等端試圖發(fā)送或更新當(dāng)前DIA描述時(shí),用于登記DIA描述的消息類(lèi)型;DIATransmitting用于發(fā)送當(dāng)前對(duì)等端DIA描述的消息類(lèi)型;DIAUpdating用于更新當(dāng)前對(duì)等端DIA描述的消息類(lèi)型;Msg_ID由消息發(fā)起者指定的消息標(biāo)識(shí)符。響應(yīng)消息而發(fā)送的所有消息都應(yīng)當(dāng)包括初始消息的標(biāo)識(shí)符;SenderPeer_ID表示消息發(fā)起者的對(duì)等端ID;RecipientPeer_ID表示消息的目的接收者的對(duì)等端ID;DIADescription需要發(fā)送、交換或更新的所有數(shù)字項(xiàng)適配描述,例如使用環(huán)境描述、BSDL描述和XDI(在DID中包裝的用于會(huì)話移動(dòng)的DIA描述);可以在消息中攜帶DIA描述,作為凈荷“DIADescriptionData”,或者使用“Reference”來(lái)指向位于萬(wàn)維網(wǎng)的DIA描述的實(shí)體。
      Response用于攜帶響應(yīng)消息,所述響應(yīng)消息響應(yīng)具有相同“Msg_ID”和“Type”的初始輸入消息。
      在DIARegistering的情況下,“真”表示數(shù)據(jù)發(fā)送者同意在處理DIARegistering消息之后接收DIA描述;在DIATransmitting的情況下,“真”表示消息發(fā)送者成功地接收了DIA描述;而在DIAUpdating的情況下,“真”表示消息發(fā)送者成功地接收了更新的DIA描述。
      在以上三種情況下,“假”分別表示“不同意”、“接收DIA描述出現(xiàn)錯(cuò)誤”和“接收更新的DIA描述出現(xiàn)錯(cuò)誤”。當(dāng)使用“Response”元素時(shí),不使用“DIADescription”。
      由協(xié)商機(jī)制的高層DIA消息按照標(biāo)準(zhǔn)化方式提供了另一種解決問(wèn)題的手段。
      盡管已經(jīng)結(jié)合特定實(shí)施例對(duì)本發(fā)明進(jìn)行了說(shuō)明,對(duì)于本領(lǐng)域技術(shù)人員,多種其它的修改、改正和應(yīng)用都是顯而易見(jiàn)的。因此,本發(fā)明并不局限于這里所提供的公開(kāi),而是受到所附權(quán)利要求的范圍的限制。
      本公開(kāi)涉及2002年7月12日遞交的日本專(zhuān)利申請(qǐng)No.2002-204286所包含的主題,該申請(qǐng)的內(nèi)容一并包括在此作為參考。
      權(quán)利要求
      1.一種定義數(shù)字項(xiàng)適配(DIA)的協(xié)商機(jī)制的方法,包括根據(jù)作為MPEG-21兼容終端的對(duì)等端的標(biāo)準(zhǔn)DIA描述計(jì)劃,創(chuàng)建MPEG-21DIA描述,所述MPEG-21DIA描述包括至少下列之一使用環(huán)境、XDI(上下文數(shù)字項(xiàng))和BSDL(比特流語(yǔ)法描述語(yǔ)言)描述;將DIA描述設(shè)置于適當(dāng)?shù)奈恢茫杂糜谠趨f(xié)商協(xié)議中的交換、發(fā)送或更新;指定和定義一些類(lèi)屬協(xié)議消息計(jì)劃,以實(shí)現(xiàn)類(lèi)屬協(xié)議的功能;以及使用所定義的協(xié)議,交換、更新或發(fā)送DIA描述。
      2.根據(jù)權(quán)利要求1所述的方法,其特征在于還包括指定和定義靈活的廣告元數(shù)據(jù)描述計(jì)劃,以描述不同類(lèi)型的資源,至少包括對(duì)等端、對(duì)等域和信道中的至少一個(gè);以及將DIA描述并入廣告元數(shù)據(jù)中。
      3.根據(jù)權(quán)利要求2所述的方法,其特征在于還包括實(shí)現(xiàn)廣告元數(shù)據(jù)描述計(jì)劃解析器,以解譯對(duì)等端中的廣告元數(shù)據(jù)描述。
      4.根據(jù)權(quán)利要求1所述的方法,其特征在于還包括通過(guò)使用信道綁定協(xié)議來(lái)建立信道,通過(guò)使用端點(diǎn)路由協(xié)議來(lái)路由協(xié)議消息;以及通過(guò)使用對(duì)等端解析器協(xié)議來(lái)使對(duì)等端彼此了解,來(lái)建立在對(duì)等域中需要交換、發(fā)送或更新DIA描述的對(duì)等端的連接。
      5.根據(jù)權(quán)利要求1所述的方法,其特征在于還包括通過(guò)根據(jù)對(duì)等發(fā)現(xiàn)協(xié)議來(lái)啟用本質(zhì)發(fā)現(xiàn)消息基本結(jié)構(gòu),以便查詢和響應(yīng)包括DIA描述的廣告元數(shù)據(jù),來(lái)交換、更新或發(fā)送DIA描述。
      6.根據(jù)權(quán)利要求1到5之一所述的方法,其特征在于指定和定義類(lèi)屬協(xié)議消息計(jì)劃包括在實(shí)現(xiàn)所有協(xié)議中所涉及的所有對(duì)等端中實(shí)現(xiàn)消息計(jì)劃解析器。
      7.一種定義數(shù)字項(xiàng)適配(DIA)的協(xié)商機(jī)制的方法,包括根據(jù)類(lèi)屬高層對(duì)等協(xié)議和實(shí)際網(wǎng)絡(luò)協(xié)議來(lái)創(chuàng)建需要DIA協(xié)商的對(duì)等端之間的連接,所述對(duì)等端是MPEG-21兼容終端;根據(jù)針對(duì)對(duì)等端的標(biāo)準(zhǔn)DIA描述計(jì)劃,創(chuàng)建MPEG-21DIA描述,所述描述包括至少下列之一使用環(huán)境、XDI(上下文數(shù)字項(xiàng))和BSDL(比特流語(yǔ)法描述語(yǔ)言)描述;指定和定義包括DIA描述和DIA描述元素的類(lèi)屬和本質(zhì)DIA協(xié)商消息,用于實(shí)現(xiàn)協(xié)商機(jī)制;以及利用需要DIA協(xié)商的對(duì)等端之間的DIA協(xié)商消息來(lái)登記、發(fā)送或更新DIA描述。
      8.根據(jù)權(quán)利要求7所述的方法,其特征在于還包括使用“Reference”以指向位于萬(wàn)維網(wǎng)中的DIA描述的實(shí)體,將DIA描述指定為Reference,或者使用DIADescription元素下的“DIADescriptionData”,將DIA描述指定為消息凈荷。
      9.根據(jù)權(quán)利要求7所述的方法,其特征在于還包括當(dāng)?shù)谝粚?duì)等端希望向第二對(duì)等端發(fā)送或更新當(dāng)前DIA描述時(shí),利用第一對(duì)等端的消息ID來(lái)建立針對(duì)第一對(duì)等端的登記消息;將登記消息發(fā)送到第二對(duì)等端;以及從第二對(duì)等端向第一對(duì)等端發(fā)送具有相同消息ID和消息類(lèi)型的響應(yīng)消息,并且“響應(yīng)”信息包含“真”,表示第二對(duì)等端準(zhǔn)備好接收來(lái)自第一對(duì)等端的DIA描述,或“假”,表示第二對(duì)等端由于任意原因而拒絕接收來(lái)自第一對(duì)等端的DIA描述。
      10.根據(jù)權(quán)利要求7所述的方法,其特征在于還包括利用第一對(duì)等端的消息ID來(lái)建立針對(duì)第一對(duì)等端的發(fā)送消息,從而將當(dāng)前DIA描述發(fā)送到第二對(duì)等端,將發(fā)送消息發(fā)送到第二對(duì)等端,以及從第二對(duì)等端向第一對(duì)等端發(fā)送具有相同消息ID和消息類(lèi)型的響應(yīng)消息,“響應(yīng)”信息包含“真”,表示成功接收到從第一對(duì)等端到第二對(duì)等端的所發(fā)送DIA描述,或“假”,表示由于任意原因而未成功接收從第一對(duì)等端到第二對(duì)等端的所發(fā)送DIA描述。
      11.根據(jù)權(quán)利要求7所述的方法,其特征在于還包括利用第一對(duì)等端的消息ID來(lái)建立針對(duì)于第一對(duì)等端的更新消息,以便將當(dāng)前DIA描述更新到第二對(duì)等端,將更新消息發(fā)送到第二對(duì)等端,以及從第二對(duì)等端向第一對(duì)等端發(fā)送具有相同消息ID和消息類(lèi)型的響應(yīng)消息,并且“響應(yīng)”信息包含“真”,表示成功接收到從第一對(duì)等端到第二對(duì)等端的更新DIA描述,或“假”,表示由于任意原因而未成功接收從第一對(duì)等端到第二對(duì)等端的更新DIA描述。
      12.根據(jù)權(quán)利要求7到11之一所述的方法,其特征在于指定和定義類(lèi)屬和本質(zhì)DIA協(xié)商消息計(jì)劃包括在交換DIA描述中所涉及的所有對(duì)等端中實(shí)現(xiàn)DIA協(xié)商消息計(jì)劃解析器。
      全文摘要
      本發(fā)明涉及數(shù)字項(xiàng)適配,特別是涉及在不同的MPEG-21對(duì)等端之間需要協(xié)商的MPEG-21數(shù)字項(xiàng)適配(DIA)。定義了廣告元數(shù)據(jù),以保留數(shù)字項(xiàng)適配描述,例如使用環(huán)境描述、BSDL描述、XDI描述以及在其描述元素中的MPEG-7媒體描述。由此,定義了類(lèi)屬DIA協(xié)商機(jī)制(協(xié)議),使用了用于DIA描述發(fā)送/交換/更新的基于一些XML計(jì)劃的消息。還定義了類(lèi)屬和高層DIA協(xié)商消息,所述消息獨(dú)立于任何網(wǎng)絡(luò)協(xié)議,因此,可以將用于數(shù)字項(xiàng)適配的描述直接包含在所定義的用于登記、發(fā)送和更新的消息中,以實(shí)現(xiàn)在數(shù)字項(xiàng)適配中所涉及的那些應(yīng)用中的DIA描述協(xié)商。
      文檔編號(hào)H04N7/24GK1625882SQ0380302
      公開(kāi)日2005年6月8日 申請(qǐng)日期2003年7月7日 優(yōu)先權(quán)日2002年7月12日
      發(fā)明者黃仲陽(yáng), 申省梅, 吉明, 妹尾孝憲 申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社
      網(wǎng)友詢問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1