專利名稱：在數(shù)字視頻廣播系統(tǒng)中處置電子服務(wù)指南傳送誤差的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及數(shù)字視頻廣播系統(tǒng)中的電子服務(wù)指南(ESG: Electronic Service Guide),且更具體地涉及當(dāng)發(fā)生ESG傳送誤差時(shí)可使用文件修復(fù)請(qǐng) 求命令處置傳送誤差的方法和設(shè)備。
背景技術(shù)：
數(shù)字視頻廣播(DVB )是利用歐洲數(shù)字廣播技術(shù)來支持手持和移動(dòng)終端 的數(shù)字多媒體服務(wù)以及現(xiàn)有的數(shù)字廣播的傳送標(biāo)準(zhǔn)。DVB系統(tǒng)可多路復(fù)用基于運(yùn)動(dòng)圖像專家組-2 (MPEG2)傳輸流(TS ) 的廣播數(shù)據(jù)，并可同時(shí)傳送基于因特網(wǎng)協(xié)議(IP)的數(shù)據(jù)流。此外，DVB系 統(tǒng)可在一個(gè)IP流中多路復(fù)用各種服務(wù)并傳送所述各種服務(wù)。在收到傳送的 IP流的數(shù)據(jù)之后，終端將所接收的數(shù)據(jù)解多路復(fù)用為單獨(dú)的服務(wù)，對(duì)期望的 服務(wù)的TS進(jìn)行解碼，并通過顯示器屏幕向用戶提供解碼的TS。此時(shí)，用戶 需要關(guān)于從DVB系統(tǒng)提供的各種服務(wù)和服務(wù)內(nèi)容的信息。DVB系統(tǒng)使用電子服務(wù)指南(ESG)來提供服務(wù)信息的通知。ESG數(shù) 據(jù)包括特定服務(wù)的時(shí)間信息、相關(guān)聯(lián)的內(nèi)容信息、接收內(nèi)容所需要的信息、 購(gòu)買內(nèi)容所需要的信息等等。DVB系統(tǒng)構(gòu)建數(shù)據(jù)模型，以有效地基于該數(shù) 據(jù)模型來傳送ESG數(shù)據(jù)并設(shè)置將要傳送的數(shù)據(jù)。在不同于實(shí)際數(shù)據(jù)流時(shí)間的時(shí)間，使用IP流向終端傳送ESG。這樣， 服務(wù)提供商可在用戶接收對(duì)應(yīng)的服務(wù)之前傳送信息以使用ESG。因?yàn)镋SG 可用于各種目的以及節(jié)目指南，所以ESG信息在移動(dòng)廣播環(huán)境中非常重要。當(dāng)ESG被傳送到終端時(shí)，它被識(shí)別為普通文件，并使用與文件傳輸協(xié) 議相同的協(xié)議來傳送。傳統(tǒng)上，在移動(dòng)廣播中，文件傳輸協(xié)議符合因特網(wǎng)工 程任務(wù)組(IETF )請(qǐng)求注解(Request for Commmets, RFC ) 3926的通過單 向傳豐命的文j牛才殳遞(File Delivery over Unidirectional Transport, FLUTE )標(biāo) 準(zhǔn)。如果當(dāng)終端接收ESG時(shí)發(fā)生傳送誤差，則可像在普通文件的情況下一樣，使用文件修復(fù)請(qǐng)求命令向網(wǎng)絡(luò)發(fā)送ESG修復(fù)請(qǐng)求。然而，存在的問題在于沒有提供用于處置網(wǎng)絡(luò)上的傳送誤差的方法和設(shè)備。這樣，就存在對(duì)能夠在ESG傳送誤差發(fā)生時(shí)、發(fā)送修復(fù)請(qǐng)求到網(wǎng)絡(luò)并接收所重傳的ESG的方 法和設(shè)備的需要。發(fā)明內(nèi)容因此，本發(fā)明已被設(shè)計(jì)為解決在現(xiàn)有技術(shù)中發(fā)生的上述和其它問題。本 發(fā)明提供了一種方法和設(shè)備，在用于提供電子服務(wù)指南(ESG)的數(shù)字視頻 廣播系統(tǒng)中，當(dāng)終端接收其中發(fā)生傳送誤差的ESG時(shí)，可使用普通文件修 復(fù)請(qǐng)求命令接收重傳的ESG。根據(jù)本發(fā)明的 一 方面，提供了 一種在數(shù)字視頻廣播系統(tǒng)中用于處置電子 服務(wù)指南(ESG)傳送誤差的方法，所述方法包括如下步驟在從服務(wù)管理 實(shí)體向終端廣播ESG之后，服務(wù)應(yīng)用實(shí)體從終端接收文件修復(fù)請(qǐng)求消息； 當(dāng)文件修復(fù)請(qǐng)求消息包括對(duì)于ESG的請(qǐng)求時(shí)，從服務(wù)應(yīng)用實(shí)體向服務(wù)管理 實(shí)體傳送文件修復(fù)請(qǐng)求消息和已經(jīng)從其發(fā)送文件修復(fù)請(qǐng)求消息的終端的地 址；在服務(wù)管理實(shí)體內(nèi)的、用于生成ESG的邏輯ESG聚合器中，解釋文件 修復(fù)請(qǐng)求消息，并確定是否向傳送文件修復(fù)請(qǐng)求消息的終端重傳ESG;當(dāng)確 定重傳ESG時(shí)，從邏輯ESG聚合器(aggregator)向服務(wù)管理實(shí)體內(nèi)的、用服務(wù)器向終端傳送ESG元數(shù)據(jù)。根據(jù)本發(fā)明的又一方面，提供了 一種在數(shù)字視頻廣播系統(tǒng)中用于處置電 子服務(wù)指南(ESG)傳送誤差的方法，所述方法包括如下步驟在從服務(wù)管 理實(shí)體向終端廣播ESG之后，服務(wù)應(yīng)用實(shí)體從終端接收文件修復(fù)請(qǐng)求消息； 當(dāng)文件修復(fù)請(qǐng)求消息包括對(duì)于ESG的請(qǐng)求時(shí)，從服務(wù)應(yīng)用實(shí)體向服務(wù)管理 實(shí)體傳送文件修復(fù)請(qǐng)求消息和已經(jīng)從其發(fā)送文件修復(fù)請(qǐng)求消息的終端的地 址；在服務(wù)管理實(shí)體內(nèi)的、用于生成ESG的邏輯ESG聚合器中，解釋該請(qǐng) 求消息，并確定是否向傳送文件修復(fù)請(qǐng)求消息的終端重傳ESG;當(dāng)確定重傳以及從服務(wù)應(yīng)用實(shí)體向終端傳送ESG元數(shù)據(jù)。根據(jù)本發(fā)明的又一方面，提供了 一種在數(shù)字視頻廣播系統(tǒng)中用于處置電 子服務(wù)指南(ESG)傳送誤差的方法，所述方法包括如下步驟在從服務(wù)管理實(shí)體向終端廣播ESG之后，服務(wù)管理實(shí)體從終端接收文件修復(fù)請(qǐng)求消息； 使用ESG修復(fù)請(qǐng)求消息，在用于從服務(wù)管理實(shí)體傳送ESG的交互式服務(wù)器 中，確定是否重傳ESG;當(dāng)確定重傳ESG時(shí)，從交互式服務(wù)器向在服務(wù)管 理實(shí)體內(nèi)的、用于生成ESG的邏輯ESG聚合器傳送ESG重傳請(qǐng)求消息；從 邏輯ESG聚合器向交互式服務(wù)器傳送ESG元數(shù)據(jù)和終端的地址；以及從交 互式服務(wù)器向終端傳送ESG元數(shù)據(jù)。根據(jù)本發(fā)明的又一方面，提供了 一種在數(shù)字視頻廣播系統(tǒng)中用于處置電 子服務(wù)指南(ESG)傳送誤差的設(shè)備，所述設(shè)備包括服務(wù)應(yīng)用實(shí)體，用于 從終端接收文件修復(fù)請(qǐng)求消息，并確定是否重傳ESG;以及服務(wù)管理實(shí)體， 用于生成ESG，向終端廣播所生成的ESG，從服務(wù)應(yīng)用實(shí)體接收文件修復(fù)請(qǐng) 求消息，確定是否重傳ESG,并基于確定的結(jié)果向終端傳送ESG元數(shù)據(jù)， 其中，當(dāng)文件修復(fù)請(qǐng)求消息包括對(duì)于ESG的請(qǐng)求時(shí)，服務(wù)應(yīng)用實(shí)體向服務(wù) 管理實(shí)體提供文件修復(fù)請(qǐng)求消息和傳送文件修復(fù)請(qǐng)求消息的終端的地址；以 及服務(wù)管理實(shí)體解釋文件修復(fù)請(qǐng)求消息，確定是否向傳送文件修復(fù)請(qǐng)求消息 的終端重傳ESG，并基于確定的結(jié)果向終端傳送ESG元數(shù)據(jù)。根據(jù)本發(fā)明的又一方面，提供了 一種在數(shù)字視頻廣播系統(tǒng)中用于處置電 子服務(wù)指南(ESG)傳送誤差的設(shè)備，所述設(shè)備包括服務(wù)應(yīng)用實(shí)體，用于 從終端接收文件修復(fù)請(qǐng)求消息，并確定是否重傳ESG;以及服務(wù)管理實(shí)體， 用于生成ESG，向終端廣播所生成的ESG，從服務(wù)應(yīng)用實(shí)體接收請(qǐng)求消息， 確定是否重傳ESG,并基于確定的結(jié)果經(jīng)由服務(wù)應(yīng)用實(shí)體向終端傳送ESG 元數(shù)據(jù)，其中，當(dāng)文件修復(fù)請(qǐng)求消息包括對(duì)于ESG的請(qǐng)求時(shí)，服務(wù)應(yīng)用實(shí) 體向服務(wù)管理實(shí)體提供文件修復(fù)請(qǐng)求消息和傳送文件修復(fù)請(qǐng)求消息的終端 的地址；以及服務(wù)管理實(shí)體解釋請(qǐng)求消息，并確定是否向已經(jīng)發(fā)送文件修復(fù) 請(qǐng)求消息的終端重傳ESG。根據(jù)本發(fā)明的又 一 方面，提供了 一種在數(shù)字視頻廣播系統(tǒng)中用于處置電 子服務(wù)指南(ESG)傳送誤差的設(shè)備，所述設(shè)備包括交互式服務(wù)器，用于 向終端廣播ESG，從終端接收ESG修復(fù)請(qǐng)求消息，解釋文件修復(fù)請(qǐng)求消息， 并確定是否向傳送文件修復(fù)請(qǐng)求消息的終端重傳ESG;以及邏輯ESG聚合 器，用于生成ESG,基于確定結(jié)果接收ESG重傳請(qǐng)求，并向交互式服務(wù)器 傳送ESG元數(shù)據(jù)，所述交互式服務(wù)器向終端傳送從邏輯ESG聚合器接收的 ESG元數(shù)據(jù)。


根據(jù)接下來結(jié)合附圖的詳細(xì)描述，本發(fā)明的上面和其它特征和優(yōu)點(diǎn)將被更清楚地理解，其中圖1是圖示了本發(fā)明所應(yīng)用到的移動(dòng)廣播相關(guān)網(wǎng)絡(luò)的結(jié)構(gòu)的框圖；圖2是圖示了本發(fā)明所應(yīng)用到的電子服務(wù)指南(ESG)相關(guān)網(wǎng)絡(luò)的結(jié)構(gòu)的框圖；圖3是圖示了本發(fā)明所應(yīng)用到的文件相關(guān)網(wǎng)絡(luò)結(jié)構(gòu)的框圖；圖4是圖示了根據(jù)本發(fā)明的文件相關(guān)網(wǎng)絡(luò)的消息流的流程圖；圖5是圖示了根據(jù)本發(fā)明的文件相關(guān)網(wǎng)絡(luò)的消息流的框圖；圖6是圖示了才艮據(jù)本發(fā)明的文件相關(guān)網(wǎng)絡(luò)的消息流的流程圖；圖7是圖示了根據(jù)本發(fā)明的發(fā)射機(jī)的消息流的流程圖；圖8是圖示了根據(jù)本發(fā)明的接收機(jī)的消息流的流程圖；圖9是圖示了根據(jù)本發(fā)明的發(fā)射機(jī)的消息流的流程圖；圖10是圖示了根據(jù)本發(fā)明的接收機(jī)的消息流的流程圖；圖11是圖示了根據(jù)本發(fā)明的第三示范實(shí)施例的發(fā)射機(jī)的消息流的流程圖；圖12是圖示了根據(jù)本發(fā)明的接收機(jī)的消息流的流程圖； 圖13是圖示了根據(jù)本發(fā)明的發(fā)射機(jī)的結(jié)構(gòu)的框圖；以及 圖14是圖示了根據(jù)本發(fā)明的接收機(jī)的結(jié)構(gòu)的框圖。
具體實(shí)施方式
下面，將參考附圖在這里詳細(xì)描述本發(fā)明的操作原理。在接下來的描述 中，為了清楚和簡(jiǎn)明，省略了合并在這里的、本領(lǐng)域的技術(shù)人員已知的功能 和配置的詳細(xì)描述。要理解的是，這里采用的措詞和術(shù)語是為了描述的目的， 并不應(yīng)該被認(rèn)為是限制本發(fā)明。根據(jù)本發(fā)明，如果當(dāng)終端接收ESG時(shí)發(fā)生傳送誤差，則像在普通文件 的情況下一樣，使用文件修復(fù)請(qǐng)求命令向網(wǎng)絡(luò)發(fā)送(即傳送)電子服務(wù)指南 (ESG)修復(fù)請(qǐng)求。這里，將詳細(xì)描述當(dāng)ESG傳送誤差發(fā)生時(shí)、向網(wǎng)絡(luò)發(fā)送 修復(fù)請(qǐng)求并接收重傳的ESG的實(shí)施例、和向網(wǎng)絡(luò)發(fā)送ESG的唯一修復(fù)請(qǐng)求 并接收重傳的ESG的實(shí)施例。圖1是圖示了本發(fā)明所應(yīng)用到的移動(dòng)廣播相關(guān)網(wǎng)絡(luò)的結(jié)構(gòu)的框圖。 邏輯實(shí)體被圖示為塊，并根據(jù)它們的主要功能來區(qū)分。所述塊可物理分開或提供在相同的服務(wù)器中。參考圖l，內(nèi)容創(chuàng)建(CC)實(shí)體105創(chuàng)建內(nèi)容 源，并然后向服務(wù)應(yīng)用(SA)實(shí)體110遞送所創(chuàng)建的內(nèi)容源。SA實(shí)體110 使用從CC實(shí)體105接收的內(nèi)容源和服務(wù)配置所需要的附加元數(shù)據(jù)來生成特 定的服務(wù)。服務(wù)管理(SM)實(shí)體115執(zhí)行服務(wù)配置、資源分配、ESG供應(yīng)、 安全等功能。廣播網(wǎng)絡(luò)120是手持式數(shù)字視頻廣播(DVB-H)網(wǎng)絡(luò)，并包括用于廣 播適合于DVB - H網(wǎng)絡(luò)的ESG和廣播相關(guān)信令的部件。將參考DVB - H描 述本發(fā)明。然而，本發(fā)明并不限于DVB-H。通常，交互式網(wǎng)絡(luò)125是蜂窩 網(wǎng)絡(luò)。交互式網(wǎng)絡(luò)125可以是具有能夠從終端向網(wǎng)絡(luò)傳送數(shù)據(jù)或傳送請(qǐng)求消 息的功能的一切網(wǎng)絡(luò)。終端130是用于接收服務(wù)的用戶終端。在圖1中，定義了實(shí)體之間的接口以及上述邏輯實(shí)體。通常，基于DVB -H，不以交互式或雙向標(biāo)準(zhǔn)來定義X-1、 X-2和X-3接口。廣播相關(guān) 信令經(jīng)由廣播和移動(dòng)服務(wù)整合(CBMS) -1接口傳送。音頻、視頻、文件 等的內(nèi)容元素經(jīng)由CBMS-2接口傳送。ESG經(jīng)由CBMS-3傳送。在點(diǎn)到 點(diǎn)傳送中，ESG經(jīng)由CBMS-4接口傳送。在點(diǎn)到點(diǎn)傳送中，短消息服務(wù) (SMS)和多媒體消息服務(wù)(MMS)經(jīng)由CBMS-5接口傳送。對(duì)于DVB -H傳送，服務(wù)數(shù)目的配置參數(shù)、分配的帶寬等經(jīng)由CBMS-6接口傳送。 服務(wù)應(yīng)用經(jīng)由CBMS-7接口公告，或者元數(shù)據(jù)經(jīng)由CBMS-7接口傳送。 僅已描述了上述接口的主要功能。接口功能并不限于上面的描述。圖2是圖示了本發(fā)明所應(yīng)用到的ESG相關(guān)網(wǎng)絡(luò)的結(jié)構(gòu)的框圖。圖2圖示了基于圖1的基本體系結(jié)構(gòu)的、用于生成并傳送ESG的實(shí)體 的體系結(jié)構(gòu)和邏輯功能塊。在SA實(shí)體220中提供了 ESG源222和購(gòu)買信息 源224的功能塊。ESG源222收集與ESG源對(duì)應(yīng)的數(shù)據(jù)，并包括從CC實(shí) 體200接收的信息和其它元數(shù)據(jù)。購(gòu)買信息源224是包括購(gòu)買信息的塊。經(jīng) 由CBMS - 7接口向SM實(shí)體240提供該信息。SM實(shí)體240包括四個(gè)功能塊(即，下面將描述的塊42、 244、 246和 248 )。特定邏輯ESG聚合器242通過對(duì)從特定邏輯ESG聚合器242遞送的 ESG源進(jìn)行聚合來生成單個(gè)ESG。自舉(bootstrap ) ESG聚合器244管理用 于自舉ESG所需要的信息。資源供應(yīng)調(diào)度器246執(zhí)行網(wǎng)絡(luò)資源管理和供應(yīng)、以及調(diào)度管理的功能。交互式遞送服務(wù)器248負(fù)責(zé)點(diǎn)到點(diǎn)ESG傳輸。網(wǎng)絡(luò)塊260包括廣播網(wǎng)絡(luò)塊250和交互式網(wǎng)絡(luò)塊251。廣播網(wǎng)絡(luò)塊250 包括物理ESG聚合器252、因特網(wǎng)協(xié)議(IP)到部件映射器254、和DVB -H資源映射器256，它們負(fù)責(zé)使所遞送的ESG適合于DVB - H網(wǎng)絡(luò)。終端塊280包括用于接收終端280的DVB - H信號(hào)的DVB - H接收 機(jī)282;與交互式或雙向傳輸相關(guān)的交互式適配器284;和用于接收、解碼 和顯示ESG的服務(wù)與內(nèi)容描述處置器(service & description handler ) 286。 圖3是圖示了本發(fā)明所應(yīng)用到的文件相關(guān)網(wǎng)絡(luò)結(jié)構(gòu)的框圖。 圖3圖示了基于圖1的基本體系結(jié)構(gòu)的、用于生成并傳送文件的實(shí)體的 體系結(jié)構(gòu)和邏輯功能塊。SA實(shí)體320包括用于遞送文件的文件遞送副實(shí)體 (sub-entity) 322、用于從CC實(shí)體接收文件源的文件源副實(shí)體324、和負(fù)責(zé) 服務(wù)配置的服務(wù)應(yīng)用配置副實(shí)體326。終端380包括內(nèi)容消費(fèi)副實(shí)體382， 并負(fù)責(zé)提供與接收的文件相關(guān)的服務(wù)。由于圖3的其它塊與圖2的那些塊相 同，為了清楚起見，已經(jīng)省略了其描述。當(dāng)確定已經(jīng)出現(xiàn)了文件傳送誤差時(shí)，終端向SA實(shí)體320發(fā)送超文本傳 輸協(xié)議(HTTP)文件修復(fù)請(qǐng)求消息。HTTP文件修復(fù)請(qǐng)求消息包括關(guān)于要使 用HTTP接收的文件的位置、和已發(fā)生傳送誤差的部分的信息。HTTP文件修復(fù)請(qǐng)求消息的示例如下"GET www.example.com/news/latest.3gp ipdc-flute-repair &SBM=5; ESI= 12 +SBN = 20; ESI = 27 HTTP/1.1" 上面的示例符合在DVB - CBMS內(nèi)容遞送協(xié)議(CDP )的標(biāo)準(zhǔn)文獻(xiàn)(tm -cbmsl167)中定義的"query=application*("&"[sbn—info])"。在上面的示例 中，application (應(yīng)用)是"ipdc — flute - repair"，并且sbn一info指明在文件 內(nèi)的要接收的塊，并指明前向糾錯(cuò)(FEC)編碼標(biāo)識(shí)符(ID)。上面的示例 指明其中源塊編號(hào)(SBN) = 5和編碼碼元ID ( ESI) =12的分組、以及其 中SBN = 20和ESI = 27的分組。當(dāng)所遞送的文件是ESG時(shí)，負(fù)責(zé)點(diǎn)到點(diǎn)ESG傳輸?shù)膶?shí)體變成SM (服 務(wù)管理)實(shí)體340。這樣，需要在SA實(shí)體320和SM實(shí)體340之間進(jìn)行通 信。SM實(shí)體340解釋文件修復(fù)請(qǐng)求消息，并應(yīng)該向交互式遞送服務(wù)器248 通知關(guān)于用于接收ESG數(shù)據(jù)的終端和點(diǎn)到點(diǎn)ESG的信息。圖4是圖示了根據(jù)本發(fā)明的文件相關(guān)網(wǎng)絡(luò)的消息流的流向圖。參考圖4，當(dāng)接收到其中已經(jīng)發(fā)生傳送誤差的ESG時(shí)，在步驟400中， 終端440使用文件重傳請(qǐng)求命令信令，向SA實(shí)體410提供普通文件修復(fù)請(qǐng) 求消息，而無需確定錯(cuò)誤的文件是ESG還是普通文件。在步驟401中，SA (服務(wù)應(yīng)用)實(shí)體410檢測(cè)所請(qǐng)求的重傳文件的位置，并確定所請(qǐng)求的文件 是普通文件還是ESG。為此，SA實(shí)體410優(yōu)選地存儲(chǔ)關(guān)于應(yīng)用文件是ESG 還是普通文件的信息。如果所請(qǐng)求的重傳文件是ESG，則在步驟402中，向負(fù)責(zé)ESG的SM 實(shí)體420重傳文件修復(fù)請(qǐng)求消息。此時(shí)，提供已經(jīng)從其發(fā)送消息的終端的地 址。在步驟403中，SM實(shí)體420的邏輯ESG聚合器425解釋消息，并確定 該消息是ESG請(qǐng)求消息。在步驟404中，與終端的地址一起，將ESG元數(shù) 據(jù)遞送到交互式服務(wù)器430。為此，邏輯ESG聚合器425應(yīng)該能夠使用HTTP， 來解釋文件修復(fù)請(qǐng)求消息。使用從交互式服務(wù)器430遞送的ESG元數(shù)據(jù)和終端地址，在步驟405 中，向相關(guān)聯(lián)的終端440發(fā)送ESG。如果邏輯ESG聚合器425確定不重傳 ESG，則其在步驟406中通知SA實(shí)體410不重傳ESG。 SA實(shí)體410在步 驟407中生成用于指明不重傳ESG的文件修復(fù)響應(yīng)消息，并隨后在步驟408 中發(fā)送(即，傳送)所生成的文件修復(fù)響應(yīng)消息到終端440。圖5是圖示了才艮據(jù)本發(fā)明的文件相關(guān)網(wǎng)絡(luò)的消息流的流向圖。參考圖5，當(dāng)接收到其中已經(jīng)發(fā)生傳送誤差的ESG時(shí)，在步驟500中， 終端540使用文件重傳請(qǐng)求命令信令，向SA實(shí)體510提供普通文件修復(fù)請(qǐng) 求消息，而無需確定錯(cuò)誤的文件是ESG還是普通文件。在步驟501中，SA 實(shí)體510檢測(cè)所請(qǐng)求的重傳文件的位置，并確定所請(qǐng)求的文件是普通文件還息。 ' ；> 、如果所請(qǐng)求的重傳文件是ESG，則在步驟502中，向負(fù)責(zé)ESG的SM 實(shí)體520重傳文件修復(fù)請(qǐng)求消息。此時(shí)，提供已經(jīng)從其發(fā)送消息的終端的地 址。在步驟503中，SM實(shí)體520的邏輯ESG聚合器425解釋消息，并確定 該消息是ESG請(qǐng)求消息。步驟500 _ 503與圖4的步驟400 - 403類似。在步驟504中，SM實(shí)體 520響應(yīng)于ESG重傳請(qǐng)求向SA實(shí)體510發(fā)送ESG元數(shù)據(jù)。然后，在步驟 505中，SA實(shí)體510向請(qǐng)求ESG元數(shù)據(jù)的終端540發(fā)送ESG元數(shù)據(jù)。這與在普通文件修復(fù)響應(yīng)的情況下的處理一樣。當(dāng)確定不重傳ESG時(shí)，則在步驟506中，邏輯ESG聚合器525通知SA 實(shí)體510不重傳ESG。 SA實(shí)體510在步驟507中生成用于指明不重傳ESG 的文件修復(fù)響應(yīng)消息，并隨后在步驟508中向終端540發(fā)送所生成的文件修 復(fù)響應(yīng)消息。圖6是圖示了根據(jù)本發(fā)明的文件相關(guān)網(wǎng)絡(luò)的消息流的流向圖。 如圖6所示，當(dāng)ESG傳送誤差發(fā)生時(shí)，終端640在檢測(cè)到與普通文件 傳送誤差不同的ESG傳送誤差之后，向SM實(shí)體620發(fā)送ESG的唯一請(qǐng)求消息。參考圖6，當(dāng)終端640在步驟600中向SM實(shí)體620的交互式服務(wù)器630 發(fā)送ESG修復(fù)請(qǐng)求消息時(shí)，交互式服務(wù)器630在步驟601中解釋修復(fù)請(qǐng)求 消息，在步驟602中向邏輯ESG聚合器625遞送解釋的消息，并在步驟603 中從邏輯ESG聚合器625接收ESG元數(shù)據(jù)。在步驟604中，交互式服務(wù)器630傳送所接收的ESG元數(shù)據(jù)到請(qǐng)求它 的終端640。然而，當(dāng)確定不重傳ESG時(shí)，邏輯ESG聚合器625在步驟605 中生成指明不重傳ESG的響應(yīng)消息，并在步驟606中向相關(guān)聯(lián)的終端640 發(fā)送該響應(yīng)消息。另 一方面，可修改ESG的唯一請(qǐng)求消息?；綡TTP GET命令如下。GET Request—URI = GET " *" | absolute—URI | abs_path "absolute—URI"可具有統(tǒng)一資源定位器(URL)格式和通用資源名稱 (URN)格式。這個(gè)示范實(shí)施例使用與由DVB定義的URN格式對(duì)應(yīng)的 "um:dvb:esg:cid:l",定義了其中容器(container) ID = 1的ESG傳送單元， 該URN格式不同于在圖4和5中示出的實(shí)施例的文件修復(fù)查詢(query )格 式。此外，使用具有HTTPGET命令的查詢屬性來定義接下來的查詢。 Query = application*("&"[TOI_info]) TOI—info = "TOI" = TOI—number TOI—number = 1*DIGIT利用相關(guān)聯(lián)的應(yīng)用名稱和處理HTTP GET命令所需要的"TOI—info"來 構(gòu)建查詢。"TOI—info"是用以指明"TOI—number"的參^:。與通過單向傳輸?shù)奈募哆f(FLUTE)中、傳送文件對(duì)象時(shí)使用的傳輸對(duì)象標(biāo)識(shí)符(TOI) 的值一樣，"TOI—number"具有整數(shù)值。當(dāng)在DVB - CBMS中傳送ESG時(shí)， 傳送與其中分配了相關(guān)聯(lián)的TOI值的傳送單元對(duì)應(yīng)的ESG容器的版本值。 傳送TOI值的原因是可在^r測(cè)ESG傳送誤差并重傳ESG的處理中更新相關(guān) 聯(lián)的ESG容器、并且可不接收更新的ESG容器。當(dāng)在整個(gè)網(wǎng)絡(luò)中出現(xiàn)問題時(shí)，不能接收更新的ESG?？赡艽嬖诮酉聛淼氖纠ET urn:dvb:esg:cid:l ipdc-esg-repair&TOI=16 HTTP/1 。 圖7是圖示了根據(jù)本發(fā)明的發(fā)射機(jī)的消息流的流程圖。 在圖7的流程圖中，"SA"代表服務(wù)應(yīng)用實(shí)體，而"SM"代表服務(wù)管理 實(shí)體。在步驟705中，SM實(shí)體廣播ESG。當(dāng)在步驟710中接收到文件修復(fù) 請(qǐng)求消息時(shí)，在步驟715中，SA實(shí)體從請(qǐng)求消息中讀取文件的地址并且確 定該文件是普通文件還是ESG。在普通文件的情況下，SA實(shí)體前進(jìn)到步驟 720以執(zhí)行與普通文件的處理相同的處理。然而，在ESG的情況下，SA實(shí) 體前進(jìn)到步驟725，以向SM實(shí)體提供請(qǐng)求消息和傳送該消息的終端的地址。 在步驟730中，SM實(shí)體的邏輯ESG聚合器從SA實(shí)體接收請(qǐng)求消息和 終端地址信息，解釋該請(qǐng)求消息并確定所述消息是特定ESG的重傳請(qǐng)求。 在步驟735中，SM實(shí)體確定是否重傳ESG。當(dāng)確定不重傳ESG時(shí)，SM實(shí) 體前進(jìn)到步驟740，以生成指明不重傳ESG的響應(yīng)消息，并向SA實(shí)體傳送 響應(yīng)消息。然后，在步驟745中，SA實(shí)體生成指明文件恢復(fù)不可用的響應(yīng) 消息，并向相關(guān)聯(lián)的終端傳送該響應(yīng)消息。然而，當(dāng)在步驟735中確定重傳 ESG時(shí)，SM實(shí)體的邏輯ESG聚合器在步驟750中向交互式服務(wù)器提供ESG 元數(shù)據(jù)和終端地址。SM實(shí)體的交互式服務(wù)器在步驟755中向終端傳送ESG 元數(shù)據(jù)。圖8是圖示了根據(jù)本發(fā)明的接收機(jī)的消息流的流程圖。 參考圖8，終端在步驟805中接收ESG，在步驟810中檢測(cè)ESG中的傳 送誤差，并在步驟815中生成HTTP文件修復(fù)請(qǐng)求消息以向網(wǎng)絡(luò)傳送該消息。 如果在步驟820中終端接收到重傳的文件、并確定文件發(fā)送器(file sender)的地址被映射到交互式服務(wù)器、并且所重傳的文件是ESG,則其前 進(jìn)到步驟825以存儲(chǔ)ESG。然而，如果所重傳的文件不是ESG，則終端前進(jìn) 到步驟830以;險(xiǎn)測(cè)指明不重傳ESG的文件^f'務(wù)復(fù)響應(yīng)消息。在步驟835中，終端從所接收的消息中讀取文件名，并將其與在終端中提供的ESG的網(wǎng)絡(luò) 上的地址列表進(jìn)行比較。如果所接收的消息被確定為特定ESG的重傳失敗 消息，則終端在步驟840中向用戶通知重傳失敗。圖9是圖示了根據(jù)本發(fā)明的發(fā)射機(jī)的消息流的流程圖。 在圖9的流程圖中，"SA"代表服務(wù)應(yīng)用實(shí)體，而"SM"代表服務(wù)管理 實(shí)體。在步驟905中，SM實(shí)體廣播ESG。當(dāng)在步驟910中接收到文件修復(fù) 請(qǐng)求消息時(shí)，在步驟915中，SA實(shí)體從請(qǐng)求消息中讀取文件的地址并且確 定該文件是普通文件還是ESG。在普通文件的情況下，SA實(shí)體前進(jìn)到步驟 920,以執(zhí)行與普通文件的處理相同的處理。然而，在ESG的情況下，SA 實(shí)體前進(jìn)到步驟925,以向SM實(shí)體提供請(qǐng)求消息和已經(jīng)從其發(fā)送消息的終 端的i也址。在步驟930中，SM實(shí)體的邏輯ESG聚合器從SA實(shí)體接收請(qǐng)求消息和 終端地址信息，解釋請(qǐng)求消息，并確定所述消息是特定ESG的重傳請(qǐng)求。 在步驟935中，SM實(shí)體確定是否重傳ESG。當(dāng)確定不重傳ESG時(shí)，SM實(shí) 體前進(jìn)到步驟940，以生成指明不重傳ESG的響應(yīng)消息，并向SA實(shí)體傳送 該響應(yīng)消息。在步驟945中，SA實(shí)體生成指明文件恢復(fù)不可用的響應(yīng)消息， 并向相關(guān)聯(lián)的終端傳送該響應(yīng)消息。然而，當(dāng)在步驟935中確定重傳ESG 時(shí)，SM實(shí)體的邏輯ESG聚合器在步驟950中向SA實(shí)體提供ESG元數(shù)據(jù)和 終端地址。SA實(shí)體接收ESG元數(shù)據(jù)，并隨后在步驟955中以與傳送普通文 件相同的方式向終端傳送所接收的ESG元數(shù)據(jù)。圖10是圖示了根據(jù)本發(fā)明的接收機(jī)的消息流的流程圖。 參考圖10，終端在步驟1005中接收ESG,在步驟1010中檢測(cè)ESG中 的傳送誤差，并在步驟1015中生成HTTP文件修復(fù)請(qǐng)求消息以向網(wǎng)絡(luò)傳送 消息。然后，當(dāng)在步驟1020中收到所重傳的文件時(shí)，終端前進(jìn)到步驟1025以 確定重傳的文件是ESG。在步驟1030中，終端存儲(chǔ)ESG并向用戶提供ESG。然而，如果所重傳的文件不是ESG,則終端前進(jìn)到步驟1035，以檢測(cè) 指明不重傳文件的文件修復(fù)請(qǐng)求消息。在步驟1040中，終端從接收的消息 中讀取文件名，并將它與在終端中提供的ESG的網(wǎng)絡(luò)上的地址列表進(jìn)行比 較。如果所接收的消息確定為特定ESG的重傳失敗消息，則終端在步驟1045 中通知用戶重傳失敗。根據(jù)第二示范實(shí)施例的接收機(jī)的流程圖通常與根據(jù)第 一 示范實(shí)施例的 接收機(jī)相同。第一示范實(shí)施例和第二示范實(shí)施例之間的差異如下。在第一示范實(shí)施例中，因?yàn)閺慕换ナ椒?wù)器重傳ESG，所以終端可通過檢查服務(wù)器地 址來檢測(cè)ESG傳送。在第二示范實(shí)施例中，因?yàn)镋SG經(jīng)由普通文件的傳送 路徑來傳送，所以終端可通過比較網(wǎng)絡(luò)上的接收文件的名稱和地址與其自己 的ESG列表來檢測(cè)ESG。圖11是圖示了根據(jù)本發(fā)明的發(fā)射機(jī)的消息流的流程圖。參考圖11, SM實(shí)體在步驟1105中傳送ESG，在步驟1110中從特定終 端接收HTTPESG修復(fù)請(qǐng)求消息，并在步驟1115中確定是否重傳ESG。當(dāng)確定不重傳ESG時(shí)，SM實(shí)體前進(jìn)到步驟1120,以傳送指明不重傳 ESG的ESG修復(fù)響應(yīng)消息。然而，當(dāng)確定重傳ESG時(shí)，邏輯ESG聚合器 前進(jìn)到步驟1125，以向交互式服務(wù)器遞送ESG元數(shù)據(jù)和相關(guān)聯(lián)終端的地址。 在步驟1130中，交互式服務(wù)器向相關(guān)聯(lián)終端提供該信息。圖12是圖示了根據(jù)本發(fā)明的接收機(jī)的消息流的流程圖。參考圖12，接收機(jī)在步驟1205接收ESG，并在步驟1210中檢測(cè)傳送 誤差。在步驟1215中，向網(wǎng)絡(luò)傳送ESG修復(fù)請(qǐng)求。如果在步驟1220中接 收到所重傳的ESG，則在步驟1225中存儲(chǔ)ESG并將其提供給終端。然而， 如果確定在步驟1220中沒有收到所重傳的ESG，則接收機(jī)前進(jìn)到步驟1230， 以確定收到了指明不重傳ESG的ESG修復(fù)響應(yīng)消息。接收機(jī)在步驟1235 中通過從所接收的消息中讀取傳送地址、接收地址和文件名來檢測(cè)特定ESG 的重傳失敗消息，并然后在步驟1240中向用戶通知該重傳失敗消息。圖13是圖示了根據(jù)本發(fā)明的發(fā)射機(jī)的結(jié)構(gòu)的框圖。參考圖13，分別向網(wǎng)絡(luò)上的SA實(shí)體1310和SM實(shí)體1320提供文件存 儲(chǔ)和傳送部件1301和ESG元數(shù)據(jù)存儲(chǔ)和傳送部件1303。 SA實(shí)體1310和 SM實(shí)體1320分別負(fù)責(zé)傳送普通文件和ESG。在SA實(shí)體1310或SM實(shí)體 1320中提供ESG修復(fù)請(qǐng)求確定部件1300或1302。然而，在第一和第二示 范實(shí)施例中，在SA實(shí)體1310中提供修復(fù)請(qǐng)求確定部件1300。在第三示范 實(shí)施例中，在SM實(shí)體1320中4是供確定部件1302。普通文件一皮遞送到DVB _ H實(shí)體1330的IP封裝器(encapsulator )1304, 而沒有通過SM實(shí)體1320。 IP封裝器1304將輸入的IP流封裝為運(yùn)動(dòng)圖像專 家組-2 (MPEG2)傳輸流(TS)。 MPEG2 TS連同對(duì)應(yīng)于電視(TV)流的另一 MPEG2 TS被多路復(fù)用。DVB調(diào)制器1305將已多路復(fù)用的TS調(diào)制為 正交頻分多^各復(fù)用(OFDM)碼元。經(jīng)由天線傳送該OFDM碼元。圖14是圖示了根據(jù)本發(fā)明的接收機(jī)的結(jié)構(gòu)的框圖。參考圖14, DVB接收機(jī)1410經(jīng)由天線接收信號(hào)。DVB解調(diào)器1400對(duì) 所接收的信號(hào)執(zhí)行OFDM解調(diào)處理。解多路復(fù)用器將所解調(diào)的數(shù)據(jù)分離為 所封裝的IP分組和MPEG2 TS分組。數(shù)據(jù)處理器對(duì)TS分組執(zhí)行一 系列處理， 以使得用戶能夠觀看相關(guān)聯(lián)的服務(wù)。IP解封裝器(decapsulator ) 1401將所 封裝的IP分組解調(diào)為IP流。該IP流被輸出到文件接收機(jī)1402。確定部件 1403確定IP流是普通文件還是ESG。如果IP流是ESG,則ESG處理器1404 接收并存儲(chǔ)該ESG。如果IP流是普通文件，則普通文件處理器1405接收并 存儲(chǔ)該普通文件。從上面的描述中顯然的是，本發(fā)明可實(shí)現(xiàn)終端在接收ESG過程中發(fā)生 ESG傳送誤差時(shí)傳送修復(fù)請(qǐng)求并接收所重傳的ESG的過程。出現(xiàn)誤差的ESG 然后可^^皮重傳并由終端接收。盡管為了圖示的目的已經(jīng)公開了本發(fā)明的示范實(shí)施例。但是本領(lǐng)域的技 術(shù)人員將理解，在不脫離本發(fā)明的范圍的情況下，可進(jìn)行各種修改、添加和 替換。因此，本發(fā)明不限于上述的實(shí)施例，而是由接下來的權(quán)利要求以及它 們的等效物的全部范圍來限定。
權(quán)利要求
1.一種在數(shù)字視頻廣播系統(tǒng)中用于處置電子服務(wù)指南(ESG)傳送誤差的方法，包括如下步驟在從服務(wù)管理實(shí)體向終端廣播ESG之后，服務(wù)應(yīng)用實(shí)體從終端接收文件修復(fù)請(qǐng)求消息；當(dāng)文件修復(fù)請(qǐng)求消息是對(duì)于ESG的請(qǐng)求時(shí)，從服務(wù)應(yīng)用實(shí)體向服務(wù)管理實(shí)體傳送文件修復(fù)請(qǐng)求消息和已經(jīng)從其發(fā)送文件修復(fù)請(qǐng)求消息的終端的地址；在服務(wù)管理實(shí)體內(nèi)的、用于生成ESG的邏輯ESG聚合器中，解釋文件修復(fù)請(qǐng)求消息，并確定是否向終端重傳ESG；當(dāng)確定重傳ESG時(shí)，從邏輯ESG聚合器向服務(wù)管理實(shí)體內(nèi)的、用于傳送ESG的交互式服務(wù)器遞送ESG元數(shù)據(jù)和終端的地址；以及從交互式服務(wù)器向終端傳送ESG元數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1的方法，還包括服務(wù)應(yīng)用實(shí)體使用包括在請(qǐng)求消息中的文件地址，來確定文件修復(fù)請(qǐng)求 消息是對(duì)ESG的請(qǐng)求還是對(duì)普通文件的請(qǐng)求。
3. 根據(jù)權(quán)利要求1的方法，其中該文件修復(fù)請(qǐng)求消息包括當(dāng)進(jìn)行普 通文件的文件修復(fù)請(qǐng)求時(shí)使用的超文本傳輸協(xié)議(HTTP)消息。
4. 根據(jù)權(quán)利要求l的方法，還包括當(dāng)確定不向終端重傳ESG時(shí)，從邏輯ESG聚合器向服務(wù)應(yīng)用實(shí)體遞送 確定信息；以及生成包括所述確定信息的響應(yīng)消息；以及從服務(wù)應(yīng)用實(shí)體向終端傳送所生成的響應(yīng)消息。
5. 根據(jù)權(quán)利要求4的方法，還包括終端使用包括在所述響應(yīng)消息中的傳送地址，來確定ESG重傳是否已 經(jīng)失敗。
6. —種在數(shù)字視頻廣播系統(tǒng)中用于處置電子服務(wù)指南(ESG)傳送誤 差的方法，包括如下步驟在從服務(wù)管理實(shí)體向終端廣播ESG之后，服務(wù)應(yīng)用實(shí)體從終端接收文 件修復(fù)請(qǐng)求消息；當(dāng)文件修復(fù)請(qǐng)求消息是對(duì)于ESG的請(qǐng)求時(shí)，從服務(wù)應(yīng)用實(shí)體向服務(wù)管 理實(shí)體傳送文件修復(fù)請(qǐng)求消息和已經(jīng)從其發(fā)送文件修復(fù)請(qǐng)求消息的終端的 地址；在服務(wù)管理實(shí)體內(nèi)的、用于生成ESG的邏輯ESG聚合器中，解釋文件 修復(fù)請(qǐng)求消息，并確定是否向終端重傳ESG;當(dāng)確定重傳ESG時(shí)，從邏輯ESG聚合器向服務(wù)應(yīng)用實(shí)體遞送ESG元 數(shù)據(jù)和終端的地址；以及從服務(wù)應(yīng)用實(shí)體向終端傳送ESG元數(shù)據(jù)。
7. 根據(jù)權(quán)利要求6的方法，還包括服務(wù)應(yīng)用實(shí)體使用包括在請(qǐng)求消息中的文件地址，來確定文件修復(fù)請(qǐng)求 消息是對(duì)ESG的請(qǐng)求還是對(duì)普通文件的請(qǐng)求。
8. 根據(jù)權(quán)利要求6的方法，其中文件修復(fù)請(qǐng)求消息包括當(dāng)進(jìn)行普通 文件的文件修復(fù)請(qǐng)求時(shí)使用的超文本傳輸協(xié)議(HTTP )消息。
9. 根據(jù)權(quán)利要求6的方法，還包括當(dāng)確定不重傳ESG時(shí)，從邏輯ESG聚合器向服務(wù)應(yīng)用實(shí)體遞送確定信 息；以及生成包括所述確定信息的響應(yīng)消息；以及 從服務(wù)應(yīng)用實(shí)體向終端傳送所生成的響應(yīng)消息。
10. 根據(jù)權(quán)利要求9的方法，還包括終端使用包括在所述響應(yīng)消息中的網(wǎng)絡(luò)地址和文件名，來確定ESG重 傳是否已經(jīng)失敗。
11. 一種在數(shù)字視頻廣播系統(tǒng)中用于處置電子服務(wù)指南(ESG)傳送誤 差的方法，包括如下步驟在從服務(wù)管理實(shí)體向終端廣播ESG之后，服務(wù)管理實(shí)體從終端接收文 件修復(fù)請(qǐng)求消息；使用ESG修復(fù)請(qǐng)求消息，在用于從服務(wù)管理實(shí)體傳送ESG的交互式服 務(wù)器中，確定是否重傳ESG;當(dāng)確定重傳ESG時(shí)，從交互式服務(wù)器向在服務(wù)管理實(shí)體內(nèi)的、用于生 成ESG的邏輯ESG聚合器傳送ESG重傳請(qǐng)求消息；及從交互式服務(wù)器向終端傳送ESG元數(shù)據(jù)。
12. 根據(jù)權(quán)利要求ll的方法，其中終端檢測(cè)ESG傳送誤差，并傳送文 件修復(fù)請(qǐng)求消息。
13. 根據(jù)權(quán)利要求11的方法，其中文件修復(fù)請(qǐng)求消息包括超文本傳 輸協(xié)議(HTTP)消息。
14. 根據(jù)權(quán)利要求11的方法，還包括如下步驟當(dāng)確定不重傳ESG時(shí)，生成包括確定信息的響應(yīng)消息，并從邏輯ESG 聚合器向終端傳送所生成的響應(yīng)消息。
15. 根據(jù)權(quán)利要求14的方法，其中終端使用包括在所述響應(yīng)消息中的 傳送地址、接收地址和文件名，來確定ESG重傳是否已經(jīng)失敗。
16. —種在數(shù)字視頻廣播系統(tǒng)中用于處置電子服務(wù)指南(ESG)傳送誤 差的設(shè)備，包括服務(wù)應(yīng)用實(shí)體，用于從終端接收文件修復(fù)請(qǐng)求消息，并確定是否重傳 ESG;以及服務(wù)管理實(shí)體，用于生成ESG,向終端廣播所生成的ESG，從服務(wù)應(yīng) 用實(shí)體接收文件修復(fù)請(qǐng)求消息，確定是否重傳ESG，并基于確定的結(jié)果向終 端傳送ESG元數(shù)據(jù)，其中，當(dāng)文件修復(fù)請(qǐng)求消息是對(duì)于ESG的請(qǐng)求時(shí)，服務(wù)應(yīng)用實(shí)體向服 務(wù)管理實(shí)體提供文件修復(fù)請(qǐng)求消息和終端的地址；以及服務(wù)管理實(shí)體解釋文件修復(fù)請(qǐng)求消息，確定是否向終端重傳ESG,并基 于確定的結(jié)果向終端傳送ESG元lt據(jù)。
17. 根據(jù)權(quán)利要求16的設(shè)備，其中服務(wù)管理實(shí)體包括 邏輯ESG聚合器，用于生成ESG,從服務(wù)應(yīng)用實(shí)體接收請(qǐng)求消息，并確定是否重傳ESG;以及交互式服務(wù)器，用于向終端傳送所生成的ESG，從邏輯ESG聚合器接 收ESG元數(shù)據(jù)，并向終端傳送所接收的ESG元數(shù)據(jù)。
18. 根據(jù)權(quán)利要求16的設(shè)備，其中服務(wù)應(yīng)用實(shí)體使用包括在文件修復(fù) 請(qǐng)求消息中的文件地址，來確定文件修復(fù)請(qǐng)求消息是對(duì)ESG的請(qǐng)求還是對(duì) 普通文件的請(qǐng)求。
19. 根據(jù)權(quán)利要求16的設(shè)備，其中文件修復(fù)請(qǐng)求消息是當(dāng)進(jìn)行普通文 件的文件修復(fù)請(qǐng)求時(shí)使用的超文本傳輸協(xié)議(HTTP)消息。
20. 根據(jù)權(quán)利要求17的設(shè)備，其中當(dāng)確定不向終端重傳ESG時(shí)，邏輯ESG聚合器向服務(wù)應(yīng)用實(shí)體遞送確 定信息；以及服務(wù)應(yīng)用實(shí)體生成包括所述確定信息的響應(yīng)消息、并向終端傳 送所生成的響應(yīng)消息。
21. 根據(jù)權(quán)利要求20的設(shè)備，其中終端使用包括在所述響應(yīng)消息中的 傳送地址，來確定ESG重傳是否已經(jīng)失敗。
22. —種在數(shù)字視頻廣播系統(tǒng)中用于處置電子服務(wù)指南(ESG)傳送誤 差的設(shè)備，包括服務(wù)應(yīng)用實(shí)體，用于從終端接收文件修復(fù)請(qǐng)求消息，并確定是否重傳 ESG;以及服務(wù)管理實(shí)體，用于生成ESG，向終端廣播所生成的ESG，從服務(wù)應(yīng) 用實(shí)體接收請(qǐng)求消息，確定是否重傳ESG，并基于確定的結(jié)果經(jīng)由服務(wù)應(yīng)用 實(shí)體向終端傳送ESG元數(shù)據(jù)，其中，當(dāng)文件修復(fù)請(qǐng)求消息是對(duì)于ESG的請(qǐng)求時(shí)，服務(wù)應(yīng)用實(shí)體向服 務(wù)管理實(shí)體提供請(qǐng)求消息和已經(jīng)從其發(fā)送請(qǐng)求消息的終端的地址；以及服務(wù)管理實(shí)體解釋請(qǐng)求消息，并確定是否向終端重傳ESG。
23. 根據(jù)權(quán)利要求22的設(shè)備，其中服務(wù)管理實(shí)體包括 邏輯ESG聚合器，用于生成ESG,從服務(wù)應(yīng)用實(shí)體接收請(qǐng)求消息，確定是否重傳ESG，并在確定重傳ESG時(shí)、向服務(wù)應(yīng)用實(shí)體傳送ESG元數(shù)據(jù)； 以及交互式服務(wù)器，用于向終端傳送所生成的ESG。
24. 根據(jù)權(quán)利要求22的設(shè)備，其中服務(wù)應(yīng)用實(shí)體使用包括在請(qǐng)求消息 中的文件地址，來確定文件修復(fù)請(qǐng)求消息是對(duì)ESG的請(qǐng)求還是對(duì)普通文件 的請(qǐng)求。
25. 根據(jù)權(quán)利要求22的設(shè)備，其中文件修復(fù)請(qǐng)求消息是當(dāng)進(jìn)行普通文 件的文件修復(fù)請(qǐng)求時(shí)使用的超文本傳輸協(xié)議(HTTP )消息。
26. 根據(jù)權(quán)利要求23的設(shè)備，其中當(dāng)確定不重傳ESG時(shí)，邏輯ESG聚合器向服務(wù)應(yīng)用實(shí)體遞送確定信息；以及服務(wù)應(yīng)用實(shí)體生成包括所述確定信息的響應(yīng)消息，并且 向終端傳送所生成的響應(yīng)消息。
27. 根據(jù)權(quán)利要求26的設(shè)備，其中終端使用包括在所述響應(yīng)消息中的 網(wǎng)絡(luò)地址和文件名，來確定ESG重傳是否已經(jīng)失敗。
28. —種在數(shù)字視頻廣播系統(tǒng)中用于處置電子服務(wù)指南(ESG)傳送誤 差的設(shè)備，包括交互式服務(wù)器，用于向終端廣播ESG,從終端接收ESG修復(fù)請(qǐng)求消息， 解釋該請(qǐng)求消息，并確定是否向傳送該請(qǐng)求消息的終端重傳ESG;以及邏輯ESG聚合器，用于生成ESG,基于交互式服務(wù)器的確定的結(jié)果接 收ESG重傳請(qǐng)求，并向交互式服務(wù)器傳送ESG元數(shù)據(jù)，所述交互式服務(wù)器 向終端傳送從邏輯ESG聚合器接收的ESG元數(shù)據(jù)。
29. 根據(jù)權(quán)利要求28的設(shè)備，其中交互式服務(wù)器和邏輯ESG聚合器提 供于服務(wù)管理實(shí)體中。
30. 根據(jù)權(quán)利要求28的設(shè)備，其中終端檢測(cè)ESG傳送誤差并傳送請(qǐng)求 消息。
31. 根據(jù)權(quán)利要求28的設(shè)備，其中文件修復(fù)請(qǐng)求消息包括超文本傳 輸協(xié)議(HTTP)消息。
32. 根據(jù)權(quán)利要求28的設(shè)備，其中當(dāng)確定不重傳ESG時(shí)，邏輯ESG聚合器生成包括所述確定信息的響應(yīng)消息，并向終端傳送所生成的響應(yīng)消 自
33. 根據(jù)權(quán)利要求32的設(shè)備，其中終端使用包括在所述響應(yīng)消息中的 傳送地址、接收地址和文件名，來確定ESG重傳是否已經(jīng)失敗。
全文摘要
一種在數(shù)字視頻廣播系統(tǒng)中用于處置電子服務(wù)指南(ESG)傳送誤差的方法和設(shè)備，包括服務(wù)應(yīng)用(SA)實(shí)體，用于在從服務(wù)管理(SM)實(shí)體向終端廣播ESG之后，從終端接收文件修復(fù)請(qǐng)求消息，并且當(dāng)文件修復(fù)請(qǐng)求消息是對(duì)于ESG的請(qǐng)求時(shí)，向SM提供文件修復(fù)請(qǐng)求消息和終端的地址；在SM實(shí)體內(nèi)的邏輯ESG聚合器，用于生成ESG，解釋請(qǐng)求消息，并確定是否向終端重傳ESG，并且當(dāng)確定重傳ESG時(shí)，邏輯ESG聚合器向SM實(shí)體內(nèi)的、用于傳送ESG的交互式服務(wù)器遞送ESG元數(shù)據(jù)和終端的地址。交互式服務(wù)器向終端傳送ESG元數(shù)據(jù)。
文檔編號(hào)H04N7/08GK101336548SQ200680051994
公開日2008年12月31日 申請(qǐng)日期2006年11月29日 優(yōu)先權(quán)日2005年11月29日
發(fā)明者宋在涓, 李國(guó)熙, 李惠英 申請(qǐng)人:三星電子株式會(huì)社