專利名稱：用于存取發(fā)現(xiàn)元數(shù)據(jù)的方法及裝置的制作方法
技術(shù)領(lǐng)域：
以下實(shí)施例是涉及用于存取服務(wù)發(fā)現(xiàn)元數(shù)據(jù)的方法及裝置。 提出一種在下一代IPTV(advance IPTV)中，用于存取服務(wù)發(fā)現(xiàn)元數(shù)據(jù)的通用(generic)協(xié)議(protocol)。
背景技術(shù)：
服務(wù)發(fā)現(xiàn)元數(shù)據(jù)(service discovery metadata)(簡稱發(fā)現(xiàn)元數(shù)據(jù))可使用戶(user)發(fā)現(xiàn)IPTV服務(wù)或內(nèi)容(content)并進(jìn)行選擇。發(fā)現(xiàn)元數(shù)據(jù)是所有IPTV標(biāo)準(zhǔn)中最重要的關(guān)注點(diǎn)(issue)中的一個(gè)。但是，由各標(biāo)準(zhǔn)化團(tuán)體開發(fā)的各自的IPTV標(biāo)準(zhǔn)互相具有不同的元數(shù)據(jù)方案(scheme)。此外，在各IPTV標(biāo)準(zhǔn)中，特定協(xié)議被設(shè)計(jì)為用于處理特定方案的元數(shù)據(jù)數(shù)據(jù)庫(例如，存取或更新(update))相反，AIT標(biāo)準(zhǔn)的目的是提供通用的有效的被標(biāo)準(zhǔn)化協(xié)議和應(yīng)用程序編程接口API (Application Programming Interface)來實(shí)現(xiàn) IPTV 價(jià)值鏈(value chain)的快速部署(deployment)。但是，在當(dāng)前的狀況下，未來的MPEG AIT生態(tài)系統(tǒng)(eco-system)將被期待處理更多現(xiàn)有及未來的元數(shù)據(jù)方案(例如國際電信聯(lián)盟電信標(biāo)準(zhǔn)化部ITU-TdnternationalTelecommunication Union Telecommunication Standardization Sector)、歐洲電信標(biāo)準(zhǔn)協(xié)會(huì) ETSI (European Telecommunications Standards Institute)、美國通信行業(yè)聯(lián)盟ATIS(Alliance for Telecommunications Industry Solutions))。

發(fā)明內(nèi)容
技術(shù)課題本發(fā)明的一個(gè)實(shí)施例提供一種用于存取不同方案的發(fā)現(xiàn)元數(shù)據(jù)的裝置及方法。技術(shù)方案根據(jù)本發(fā)明的一個(gè)方面，提供一種請求裝置的元數(shù)據(jù)檢索方法，包括以下操作生成用于顯示要存取的元數(shù)據(jù)部分的信息的存取元數(shù)據(jù)請求消息；將所述存取元數(shù)據(jù)請求消息傳送給描述提供者裝置；從所述描述提供者裝置接收包含所述元數(shù)據(jù)部分的內(nèi)容的存取元數(shù)據(jù)應(yīng)答消息；以及基于所述元數(shù)據(jù)部分的內(nèi)容來檢索元數(shù)據(jù)。所述請求裝置的元數(shù)據(jù)檢索方法，可進(jìn)一步包括以下操作在所述存取元數(shù)據(jù)請求消息中簽名。所述請求裝置的元數(shù)據(jù)檢索方法，可進(jìn)一步包括以下操作以通知消息向所述描述提供者裝置回信。所述請求裝置的元數(shù)據(jù)檢索方法，可進(jìn)一步包括以下操作生成用于存取所述元數(shù)據(jù)的元數(shù)據(jù)方案請求消息；將所述元數(shù)據(jù)方案請求消息傳送給所述描述提供者裝置；以及從所述描述提供者裝置接收用于顯示可存取所述元數(shù)據(jù)的方案與否的元數(shù)據(jù)方案應(yīng)答消息。所述元數(shù)據(jù)方案請求消息可包含通過所述請求裝置被支持的所有元數(shù)據(jù)方案的列表及用于所述列表的各方案的優(yōu)先權(quán)屬性。當(dāng)所述元數(shù)據(jù)的方案可存取時(shí)，所述 元數(shù)據(jù)方案應(yīng)答消息可包含基于所述請求裝置和所述描述提供者裝置的特性之間的最優(yōu)匹配來顯示所述描述提供者裝置所選擇的元數(shù)據(jù)方案的被采納的方案元素。當(dāng)所述元數(shù)據(jù)的方案不可存取時(shí)，所述元數(shù)據(jù)方案應(yīng)答消息可包含用于顯示失敗原因的方案結(jié)果元素。所述存取元數(shù)據(jù)請求消息可包含方案名稱元素、編碼元素、被請求的部分元素、部分條件元素中的一個(gè)以上，所述方案名稱元素用于顯示所述元數(shù)據(jù)方案的類型；所述編碼元素用于顯示所述元數(shù)據(jù)的編碼類型；所述被請求的部分元素用于顯示部分層次的級(jí)別中所請求的部分的組；以及所述部分條件元素傳達(dá)所述部分層次的級(jí)別中所請求的元數(shù)據(jù)部分的標(biāo)識(shí)符。當(dāng)所述元數(shù)據(jù)請求消息沒有明示所述元數(shù)據(jù)部分的版本值，或是所述描述提供者裝置被請求的所述元數(shù)據(jù)部分的所述描述提供者裝置中的版本值比所述存取元數(shù)據(jù)請求消息中所明示的值更大時(shí)，所述元數(shù)據(jù)應(yīng)答消息可包含所述元數(shù)據(jù)部分的內(nèi)容。所述元數(shù)據(jù)部分可通過根據(jù)劃分所述元數(shù)據(jù)部分的層次級(jí)別的一個(gè)以上的標(biāo)識(shí)符被識(shí)別。 其中，基于所述元數(shù)據(jù)部分的內(nèi)容來檢索元數(shù)據(jù)的操作，是檢索所述存取元數(shù)據(jù)應(yīng)答消息的元數(shù)據(jù)部分元素中所包含的所述元數(shù)據(jù)，或是從通過所述存取元數(shù)據(jù)應(yīng)答消息的元數(shù)據(jù)URL元素被明示的位置來檢索所述元數(shù)據(jù)。根據(jù)本發(fā)明的另一個(gè)方面，提供一種描述提供者裝置的元數(shù)據(jù)提供方法，包括以下操作步驟從請求裝置接收存取元數(shù)據(jù)請求消息，所述存取元數(shù)據(jù)請求消息顯示出所述請求裝置要存取的元數(shù)據(jù)部分的信息；生成包含有所述元數(shù)據(jù)部分的存取元數(shù)據(jù)應(yīng)答消息；以及將所述存取元數(shù)據(jù)應(yīng)答消息傳送至所述請求裝置。所述描述提供者裝置的元數(shù)據(jù)提供方法，可進(jìn)一步包括以下操作確認(rèn)所述存取元數(shù)據(jù)請求消息的簽名。所述描述提供者裝置的元數(shù)據(jù)提供方法，進(jìn)一步包括以下操作從所述請求裝置接收通知信息。所述描述提供者裝置的元數(shù)據(jù)提供方法，可進(jìn)一步包括以下操作從所述請求裝置接收用于存取元數(shù)據(jù)的元數(shù)據(jù)方案請求消息；生成用于顯示所述元數(shù)據(jù)的方案可存取與否的元數(shù)據(jù)方案應(yīng)答消息；以及將所述元數(shù)據(jù)方案應(yīng)答消息傳送至所述請求裝置。當(dāng)所述元數(shù)據(jù)的方案可存取時(shí)，所述元數(shù)據(jù)方案應(yīng)答消息可包含基于所述請求裝置和所述描述提供者裝置的特性之間的最優(yōu)匹配來顯示所述描述提供者裝置所選擇的元數(shù)據(jù)方案的被采納的方案元素。根據(jù)本發(fā)明的另一個(gè)方面，提供一種請求裝置，包括控制單元，其生成用于顯示要存取的元數(shù)據(jù)部分的信息的存取元數(shù)據(jù)請求消息，并基于所述元數(shù)據(jù)部分的內(nèi)容來檢索元數(shù)據(jù)；和接口單元，其將所述存取元數(shù)據(jù)請求消息傳送給描述提供者裝置，并從所述描述提供者裝置接收包含有所述元數(shù)據(jù)部分的內(nèi)容的存取元數(shù)據(jù)應(yīng)答消息。
技術(shù)效果本發(fā)明可提供一種用于存取不同方案的發(fā)現(xiàn)元數(shù)據(jù)的裝置及方法。


圖I示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的AIT價(jià)值鏈中用于存取發(fā)現(xiàn)元數(shù)據(jù)的協(xié)議的使用方法。圖2是示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的元數(shù)據(jù)分節(jié)(sectioning)的表現(xiàn)的示圖。圖3是示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的發(fā)現(xiàn)元數(shù)據(jù)協(xié)議的信號(hào)流程圖。圖4是根據(jù)本發(fā)明的一個(gè)實(shí)例的RD302的結(jié)構(gòu)圖。
圖5是根據(jù)本發(fā)明的一個(gè)實(shí)例的DPD304的結(jié)構(gòu)圖。
具體實(shí)施例方式以下，參照附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)地描述。但是，本發(fā)明并不受實(shí)施禮的限制或局限。各附圖中出示的相同的參照符號(hào)表示相同的部件。圖I示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的AIT價(jià)值鏈中用于存取發(fā)現(xiàn)元數(shù)據(jù)的協(xié)議的使用方法。基于MPEG可擴(kuò)展的中間件MXM (MPEG Extensible Middleware)的通用協(xié)議被提議。被提議的協(xié)議是用于使MPEG的AIT裝置(device)可存取不同方案的發(fā)現(xiàn)元數(shù)據(jù)。被提議的協(xié)議可實(shí)現(xiàn)最終用戶裝置EUD(End-User Device) 110 ;描述服務(wù)提供者(description service provider) 120、130 ;和 IPTV 服務(wù)提供者 140、150 之間的元數(shù)據(jù)交換。在IPTV服務(wù)提供者140或150可提供描述服務(wù)的情況下，最終用戶裝置110可向IPTV服務(wù)提供者140或150直接請求元數(shù)據(jù)。被提議的協(xié)議中所使用的存取方式可支持進(jìn)一步的元數(shù)據(jù)方案的修改和新元數(shù)據(jù)的添加。IPTV內(nèi)容提供者160可向IPTV服務(wù)提供者140或150提供內(nèi)容。IPTV服務(wù)提供者140或150可向最終用戶裝置110提供內(nèi)容。圖2是示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的元數(shù)據(jù)分節(jié)(sectioning)的表現(xiàn)的示圖。由于網(wǎng)絡(luò)中提供可消費(fèi)的內(nèi)容或服務(wù)的提供者(provider)十分多樣化，因此，發(fā)現(xiàn)元數(shù)據(jù)的數(shù)據(jù)庫(database)的量也很大。因此，為了元數(shù)據(jù)的有效傳送(包括更新(update))，元數(shù)據(jù)(與模式選擇(schemachoices)無關(guān))被劃分成部分或小部分(subsection)。根據(jù)劃分部分的層次級(jí)別(hierarchical level),各部分通過一個(gè)以上的標(biāo)識(shí)符被識(shí)別。例如，在圖2中各直角形210、220、230、240、250、或260)顯示出一個(gè)部分(或小部分)。各部分的標(biāo)識(shí)符只在其上方的母部分(parent section)內(nèi)固有。
在圖2中，級(jí)別-3 (level-3)的第一個(gè)元數(shù)據(jù)部分250通過3個(gè)標(biāo)識(shí)符A、B、C被識(shí)別。在這種情況下，A顯示出服務(wù)提供者的名字出顯示出相應(yīng)服務(wù)提供者的服務(wù)類型、C顯示出相應(yīng)服務(wù)類型中所提供的特定服務(wù)。元數(shù)據(jù)分節(jié)方式根據(jù)特定IPTV元數(shù)據(jù)方案被決定。各部分與IPTV價(jià)值鏈內(nèi)的播放器(player)之間將元數(shù)據(jù)更新或同步化時(shí)所使用的屬性(attribute) “版本(version)”相關(guān)聯(lián)?；旧?，用戶(user)可只請求存取或檢索元數(shù)據(jù)的幾個(gè)部分(即，與特定提供者的廣播服務(wù)相關(guān)的元數(shù)據(jù))。以后，當(dāng)發(fā)生類似元數(shù)據(jù)的修正/添加的變化時(shí)，可增加相關(guān)的元數(shù)據(jù)部分的版本值來通知該變化。顯然，設(shè)計(jì)特定的協(xié)議來用于存取通過特定的團(tuán)體被定義的元數(shù)據(jù)的模式是非有效的方法。根據(jù)本發(fā)明的一個(gè)例子的協(xié)議不僅可支持預(yù)先存在的元數(shù)據(jù)方案，還可支持未 來被新定義的元數(shù)據(jù)方案。根據(jù)本發(fā)明的一個(gè)例子的協(xié)議，其使用協(xié)議消息的通用語法(syntax)，但另一方面，也可使用分類方案CS(Classification Scheme)來顯示元數(shù)據(jù)部分的分節(jié)/分片(fragmentation)結(jié)構(gòu)。協(xié)議消息顯示出將要檢索或使用的部分，相應(yīng)部分的標(biāo)識(shí)符在CS中被參照。此方式的優(yōu)點(diǎn)在于元數(shù)據(jù)可根據(jù)進(jìn)化，無需協(xié)議語法的變化，來接納通過修改CS或重新制作被進(jìn)化的元數(shù)據(jù)。用于ETSI IPTV(DVB-IP)及ATIS IPTV(IIF)的CS的一個(gè)例子將在后述的表12至表16中被說明。圖3是示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的發(fā)現(xiàn)元數(shù)據(jù)協(xié)議的信號(hào)流程圖。為了存取其他描述提供者裝置DPD(Description Provider Device)中的元數(shù)據(jù)，用于存取服務(wù)發(fā)現(xiàn)元數(shù)據(jù)的協(xié)議通過請求裝置RD(Requesting Device)被使用。RD302 可以是最終用戶裝置 EUD (End-User Device) 110 或 DPD。RD302與DPD304可相互識(shí)別。當(dāng)RD302預(yù)先知道通過DPD304被支持的元數(shù)據(jù)方案時(shí)，以下操作310-340可被省略。在操作310中，RD302生成用于存取特定元數(shù)據(jù)的元數(shù)據(jù)方案請求消息(例如，mxm:MetadataSchemeRequest 消息)。元數(shù)據(jù)方案請求消息包含通過RD302 (例如，ITU-T，ETSI或ATIS)被支持的所有元數(shù)據(jù)方案的列表。此外，元數(shù)據(jù)方案請求消息包含用于所述列表的各方案的優(yōu)先權(quán)(priority)屬性。在操作315中，RD302在元數(shù)據(jù)方案請求消息中選擇性地簽名(sign)。在操作320中，RD302將元數(shù)據(jù)方案請求消息傳送至DPD304。DPD304接收元數(shù)據(jù)
方案請求消息。在步驟330中，DPD304生成元數(shù)據(jù)方案應(yīng)答消息(例如，mxm:MetadataSchemeResponse消息)。元數(shù)據(jù)方案應(yīng)答消息根據(jù)結(jié)果(result)屬性來顯示(方案的)存取可能與否。當(dāng)可存取時(shí)，方案應(yīng)答消息包含“AdoptedScheme (被采納的方案)”元素(element)。AdoptedScheme基于RD302和DPD304的特性之間的最優(yōu)匹配(match)顯不出DPD304所選擇的元數(shù)據(jù)方案。當(dāng)不可存取時(shí)，顯示出失敗原因的“SchemeResult (方案結(jié)果)”元素傳達(dá)失敗的原因。在操作335中，DTO304在元數(shù)據(jù)方案應(yīng)答消息中選擇性地簽名(sign)。在操作340中，DTO304將元數(shù)據(jù)方案應(yīng)答消息傳送至RD302。當(dāng)RD302事先掌握有關(guān)通過DPD304提供的元數(shù)據(jù)方案的知識(shí)，或是上述的操作310、315、320、330、335、340 被執(zhí)行且 RD302 從 DPD304 接收到肯定的(affirmative)反應(yīng)時(shí)，則執(zhí)行以下的操作350至395。在操作350中，RD302生成存取元數(shù)據(jù)請求消息(例如，mxm:AccessMetadataRequest消息),存取元數(shù)據(jù)請求消息顯示出有關(guān)將要存取的元數(shù)據(jù)部 分的信息。在操作355中，RD302在存取元數(shù)據(jù)請求消息中選擇性地簽名。在操作360中，RD302將存取元數(shù)據(jù)請求消息傳送至DPD304。在操作365中，當(dāng)存取元數(shù)據(jù)請求消息中存在數(shù)字簽名時(shí)，DTO304確認(rèn)數(shù)字簽名。當(dāng)DPD304可滿足存取元數(shù)據(jù)請求消息的請求時(shí)，執(zhí)行以下的操作370、375。在操作370中，DPD304生成存取元數(shù)據(jù)應(yīng)答消息(例如，mxm: AccessMetadataResponse 消息)。有關(guān)各自的被請求的部分，I)存取元數(shù)據(jù)請求消息中版本值沒有被簽名，或是2)DPD304被請求的部分的DPD304的數(shù)據(jù)庫中的版本值比存取元數(shù)據(jù)請求消息中被明示的值更大時(shí)，DPD304被請求的(requested)元數(shù)據(jù)部分的內(nèi)容包含在存取元數(shù)據(jù)應(yīng)答消息中。當(dāng)不是這種情況時(shí)，DPD304被請求的元數(shù)據(jù)部分不包含在存取元數(shù)據(jù)應(yīng)答消息中。當(dāng)存取元數(shù)據(jù)應(yīng)答消息中包含的元數(shù)據(jù)部分不存在時(shí)，被設(shè)定為“Latest (最新)”屬性為“true (真)”。在操作375中，DTO304將存取元數(shù)據(jù)應(yīng)答消息傳送至RD302。當(dāng)DPD304不能滿足存取元數(shù)據(jù)請求消息的請求時(shí)，執(zhí)行以下的操作380、385。在操作380中，DPD304生成通知消息(例如，mxm :Ack消息)。通知消息傳達(dá)有關(guān)失敗的原因的信息。在操作385中，DPD304將通知消息傳送至RD302。在操作390中，RD302通過通知消息向DPD304選擇性地回信。在操作395中，RD302檢索“MetadataSection (元數(shù)據(jù)部分)”元素中所包含的元數(shù)據(jù)，或是從通過存取元數(shù)據(jù)應(yīng)答消息的“MetadataURL (元數(shù)據(jù)URL)”元素被明示的位置來檢索元數(shù)據(jù)。以下的表I顯示出存取元數(shù)據(jù)協(xié)議類型(例如,AccessMetadataProtocolType)的定義。表I
權(quán)利要求
1.一種請求裝置的元數(shù)據(jù)檢索方法，包括以下操作 生成用于顯示要存取的元數(shù)據(jù)部分的信息的存取元數(shù)據(jù)請求消息； 將所述存取元數(shù)據(jù)請求消息傳送給描述提供者裝置； 從所述描述提供者裝置接收包含所述元數(shù)據(jù)部分的內(nèi)容的存取元數(shù)據(jù)應(yīng)答消息；以及 基于所述元數(shù)據(jù)部分的內(nèi)容來檢索元數(shù)據(jù)。
2.如權(quán)利要求I所述的請求裝置的元數(shù)據(jù)檢索方法，進(jìn)一步包括以下操作 在所述存取元數(shù)據(jù)請求消息中簽名。
3.如權(quán)利要求I所述的請求裝置的元數(shù)據(jù)檢索方法，進(jìn)一步包括以下操作 以通知消息向所述描述提供者裝置回信。
4.如權(quán)利要求I所述的請求裝置的元數(shù)據(jù)檢索方法，進(jìn)一步包括以下操作 生成用于存取所述元數(shù)據(jù)的元數(shù)據(jù)方案請求消息； 將所述元數(shù)據(jù)方案請求消息傳送給所述描述提供者裝置；以及 從所述描述提供者裝置接收用于顯示可存取所述元數(shù)據(jù)的方案與否的元數(shù)據(jù)方案應(yīng)答消息。
5.如權(quán)利要求4所述的請求裝置的元數(shù)據(jù)檢索方法，其中，所述元數(shù)據(jù)方案請求消息包含通過所述請求裝置被支持的所有元數(shù)據(jù)方案的列表及用于所述列表的各方案的優(yōu)先權(quán)屬性。
6.如權(quán)利要求4所述的請求裝置的元數(shù)據(jù)檢索方法，其中，當(dāng)所述元數(shù)據(jù)的方案可存取時(shí)，所述元數(shù)據(jù)方案應(yīng)答消息包含基于所述請求裝置和所述描述提供者裝置的特性之間的最優(yōu)匹配來顯示所述描述提供者裝置所選擇的元數(shù)據(jù)方案的被采納的方案元素。
7.如權(quán)利要求4所述的請求裝置的元數(shù)據(jù)檢索方法，其中，當(dāng)所述元數(shù)據(jù)的方案不可存取時(shí)，所述元數(shù)據(jù)方案應(yīng)答消息包含用于顯示失敗原因的方案結(jié)果元素。
8.如權(quán)利要求4所述的請求裝置的元數(shù)據(jù)檢索方法，其中，所述存取元數(shù)據(jù)請求消息包含方案名稱元素、編碼元素、被請求的部分元素、部分條件元素中的一個(gè)以上，所述方案名稱元素用于顯示所述元數(shù)據(jù)方案的類型；所述編碼元素用于顯示所述元數(shù)據(jù)的編碼類型；所述被請求的部分元素用于顯示部分層次的級(jí)別中所請求的部分的組；以及所述部分條件元素傳達(dá)所述部分層次的級(jí)別中所請求的元數(shù)據(jù)部分的標(biāo)識(shí)符。
9.如權(quán)利要求I所述的請求裝置的元數(shù)據(jù)檢索方法，其中，當(dāng)所述元數(shù)據(jù)請求消息沒有明示所述元數(shù)據(jù)部分的版本值，或是所述描述提供者裝置被請求的所述元數(shù)據(jù)部分的所述描述提供者裝置中的版本值比所述存取元數(shù)據(jù)請求消息中所明示的值更大時(shí)，所述元數(shù)據(jù)應(yīng)答消息包含所述元數(shù)據(jù)部分的內(nèi)容。
10.如權(quán)利要求I所述的請求裝置的元數(shù)據(jù)檢索方法，其中，所述元數(shù)據(jù)部分通過根據(jù)劃分所述元數(shù)據(jù)部分的層次級(jí)別的一個(gè)以上的標(biāo)識(shí)符被識(shí)別。
11.如權(quán)利要求I所述的請求裝置的元數(shù)據(jù)檢索方法，其中，基于所述元數(shù)據(jù)部分的內(nèi)容來檢索元數(shù)據(jù)的操作，是檢索所述存取元數(shù)據(jù)應(yīng)答消息的元數(shù)據(jù)部分元素中所包含的所述元數(shù)據(jù)，或是從通過所述存取元數(shù)據(jù)應(yīng)答消息的元數(shù)據(jù)URL元素被明示的位置來檢索所述元數(shù)據(jù)。
12.一種描述提供者裝置的元數(shù)據(jù)提供方法，包括以下操作步驟 從請求裝置接收存取元數(shù)據(jù)請求消息，所述存取元數(shù)據(jù)請求消息顯示出所述請求裝置要存取的元數(shù)據(jù)部分的信息； 生成包含有所述元數(shù)據(jù)部分的存取元數(shù)據(jù)應(yīng)答消息；以及 將所述存取元數(shù)據(jù)應(yīng)答消息傳送至所述請求裝置。
13.如權(quán)利要求12所述的描述提供者裝置的元數(shù)據(jù)提供方法，進(jìn)一步包括以下操作 確認(rèn)所述存取元數(shù)據(jù)請求消息的簽名。
14.如權(quán)利要求12所述的描述提供者裝置的元數(shù)據(jù)提供方法，進(jìn)一步包括以下操作 從所述請求裝置接收通知信息。
15.如權(quán)利要求12所述的描述提供者裝置的元數(shù)據(jù)提供方法，進(jìn)一步包括以下操作 從所述請求裝置接收用于存取元數(shù)據(jù)的元數(shù)據(jù)方案請求消息； 生成用于顯示所述元數(shù)據(jù)的方案可存取與否的元數(shù)據(jù)方案應(yīng)答消息；以及 將所述元數(shù)據(jù)方案應(yīng)答消息傳送至所述請求裝置。
16.如權(quán)利要求15所述的描述提供者裝置的元數(shù)據(jù)提供方法，其中，當(dāng)所述元數(shù)據(jù)的方案可存取時(shí)，所述元數(shù)據(jù)方案應(yīng)答消息包含基于所述請求裝置和所述描述提供者裝置的特性之間的最優(yōu)匹配來顯示所述描述提供者裝置所選擇的元數(shù)據(jù)方案的被采納的方案元素。
17.如權(quán)利要求15所述的描述提供者裝置的元數(shù)據(jù)提供方法，其中，當(dāng)所述元數(shù)據(jù)的方案不可存取時(shí)，所述元數(shù)據(jù)方案應(yīng)答消息包含用于顯示失敗原因的方案結(jié)果元素。
18.如權(quán)利要求12所述的描述提供者裝置的元數(shù)據(jù)提供方法，其中，當(dāng)所述元數(shù)據(jù)請求消息沒有明示所述元數(shù)據(jù)部分的版本值，或是所述描述提供者裝置被請求的所述元數(shù)據(jù)部分的所述描述提供者裝置中的版本值比所述存取元數(shù)據(jù)請求消息中所明示的值更大時(shí)，所述元數(shù)據(jù)應(yīng)答消息包含所述元數(shù)據(jù)部分的內(nèi)容。
19.如權(quán)利要求10所述的描述提供者裝置的元數(shù)據(jù)提供方法，其中，所述元數(shù)據(jù)部分通過根據(jù)劃分所述元數(shù)據(jù)部分的層次級(jí)別的一個(gè)以上的標(biāo)識(shí)符被識(shí)別。
20.—種請求裝置，包括 控制單元，其生成用于顯示要存取的元數(shù)據(jù)部分的信息的存取元數(shù)據(jù)請求消息，并基于所述元數(shù)據(jù)部分的內(nèi)容來檢索元數(shù)據(jù)；和 接口單元，其將所述存取元數(shù)據(jù)請求消息傳送給描述提供者裝置，并從所述描述提供者裝置接收包含有所述元數(shù)據(jù)部分的內(nèi)容的存取元數(shù)據(jù)應(yīng)答消息。
全文摘要
提供用于存取服務(wù)發(fā)現(xiàn)元數(shù)據(jù)的方法及裝置。由于使用基于MXM的通用協(xié)議，MPEG AIT裝置可存取不同方案的發(fā)現(xiàn)元數(shù)據(jù)。通過該存取方式，最終用戶裝置、描述服務(wù)提供者裝置、及IPTV服務(wù)提供者裝置可交換元數(shù)據(jù)，并支持進(jìn)一步的元數(shù)據(jù)方案的修改及添加。
文檔編號(hào)H04N21/266GK102845073SQ201180018735
公開日2012年12月26日 申請日期2011年4月12日 優(yōu)先權(quán)日2010年4月12日
發(fā)明者張供黨, 姜晶媛, 裵晟埈, 樸尚澤, 柳原 申請人:韓國電子通信研究院