本公開涉及接收裝置、發(fā)送裝置和數(shù)據(jù)處理方法。更具體地，本公開涉及執(zhí)行例如經(jīng)由廣播波或網(wǎng)絡接收數(shù)據(jù)的接收裝置，例如，經(jīng)由廣播波或網(wǎng)絡執(zhí)行數(shù)據(jù)發(fā)送的發(fā)送裝置以及用于傳送數(shù)據(jù)的數(shù)據(jù)處理方法。

背景技術：

通過使用廣播波等的單向通信或經(jīng)由諸如因特網(wǎng)等的網(wǎng)絡的雙向或單向通信來執(zhí)行諸如廣播節(jié)目之類的內容的發(fā)送和接收的系統(tǒng)的開發(fā)和標準化已經(jīng)在提供諸如廣播站或內容服務器的內容的發(fā)送裝置和諸如電視、pc或移動終端的接收裝置之間積極地進行。

需注意，相關技術中公開了經(jīng)由廣播波和網(wǎng)絡實現(xiàn)數(shù)據(jù)傳遞的技術，例如，專利文獻1(未經(jīng)審查的日本專利申請第2014-057227號)。

高級電視系統(tǒng)委員會(atsc)3.0的標準化已經(jīng)作為經(jīng)由廣播波和網(wǎng)絡與數(shù)據(jù)傳遞系統(tǒng)相關的標準之一來執(zhí)行。

在atsc3.0中，用于下載類別應用傳遞管理的打包方案和離線應用登記/更新管理方案仍在審查中。

同時，為萬維網(wǎng)(www)使用技術的國際標準化組織的萬維網(wǎng)聯(lián)盟(w3c)正在開發(fā)包括用于實現(xiàn)便于客戶端應用的控制程序等的服務工作者(sw)的規(guī)范。

為了在作為廣播內容的接收裝置的客戶端中實現(xiàn)服務工作者(sw)的框架的有效使用，需要能夠有效地管理所廣播和傳遞的應用部分和服務工作者(sw)的傳遞管理。

引用文獻列表

專利文獻

專利文獻1：未經(jīng)審查的日本專利申請no.2014-057227

技術實現(xiàn)要素：

本發(fā)明要解決的問題

本公開的目的是提供能夠在用作廣播內容接收裝置的客戶端中實現(xiàn)服務工作者(sw)框架的有效使用的接收裝置、發(fā)送裝置和數(shù)據(jù)處理方法。

此外，具體地，本公開的目的是提供接收裝置、發(fā)送裝置和數(shù)據(jù)處理方法，其能夠參考各種客戶端環(huán)境屬性，諸如在接收裝置側的用戶偏好信息、存儲區(qū)域容量以外的運行環(huán)境限制或者考慮到諸如執(zhí)行環(huán)境或接收裝置(客戶端)的存儲容量的各種資源限制的本地網(wǎng)絡負載來實現(xiàn)為精細高速緩存目標的應用(部分)的高速緩存控制。

問題的解決方案

根據(jù)本公開的第一方面，提供了接收裝置，包括：數(shù)據(jù)處理單元，其從與為在接收裝置中使用并具有不同的數(shù)據(jù)管理類別的數(shù)據(jù)管理程序的多個類別相對應的服務工作者(sw)中選擇性地獲取特定類別的服務工作者(sw)并使用特定類別的服務工作者(sw)。

此外，根據(jù)本公開的第二方面，提供了發(fā)送與作為在接收裝置中使用并具有不同的數(shù)據(jù)管理類別的數(shù)據(jù)管理程序的多個類別相對應的服務工作者(sw)的發(fā)送裝置。

此外，根據(jù)本公開的第三方面，提供了在接收裝置中執(zhí)行的數(shù)據(jù)處理方法，包括：由接收裝置的數(shù)據(jù)處理單元從與為在接收裝置中使用并具有不同的數(shù)據(jù)管理類別的數(shù)據(jù)管理程序的多個類別相對應的服務工作者(sw)中選擇性地獲取特定類別的服務工作者(sw)并使用特定類別的服務工作者(sw)。

此外，根據(jù)本公開的第四方面，提供了在發(fā)送裝置中執(zhí)行的數(shù)據(jù)處理方法，包括：發(fā)送與為在接收裝置中使用并具有不同的數(shù)據(jù)管理類別的數(shù)據(jù)管理程序的多個類別相對應的服務工作者(sw)。

通過基于稍后描述的本公開的實施例的詳細描述和附圖，本公開的其它目的、特征和優(yōu)點將變得顯而易見。需注意，在本說明書中，系統(tǒng)為多個裝置的邏輯綜合配置，并且不限于各個部件的裝置在同一外殼中的配置。

本發(fā)明的效果

根據(jù)本公開的實施例的配置，實現(xiàn)了能夠對執(zhí)行針對每個接收裝置優(yōu)化的數(shù)據(jù)管理的服務工作者(sw)執(zhí)行選擇獲取和利用過程的裝置和方法。

具體地，例如，可以從與為在接收裝置中使用并具有不同的數(shù)據(jù)管理類別的數(shù)據(jù)管理程序的多個類別相對應的服務工作者(sw)中選擇性地獲取特定類別的服務工作者并且使用特定類別的服務工作者(sw)。例如，實現(xiàn)了與在接收裝置中根據(jù)應用使用狀態(tài)來選擇的類別相對應的服務工作者(sw)的使用。接收裝置使用信令數(shù)據(jù)來獲取特定類別的服務工作者(sw)的訪問信息并且獲取服務工作者(sw)，其中，該信令數(shù)據(jù)記錄了用于有效地搜索特定類別的服務工作者(sw)的訪問信息的令牌。

根據(jù)本公開的配置，實現(xiàn)了能夠對執(zhí)行針對每個接收裝置優(yōu)化的數(shù)據(jù)管理的服務工作者(sw)執(zhí)行選擇獲取和使用處理的裝置和方法。

需注意，在本說明書中所述的效果僅僅為示例性的，但不限于此，并且可獲得附加的效果。

附圖說明

[圖1]為用于描述執(zhí)行本公開的過程的通信系統(tǒng)的示例性配置的示意圖。

[圖2]為用于描述發(fā)送裝置的發(fā)送數(shù)據(jù)的示意圖。

[圖3]為示出發(fā)送裝置和接收裝置的協(xié)議棧的示例的示意圖。

[圖4]為用于描述使用服務工作者(sw)的過程的具體示例(用例)的示意圖。

[圖5]為用于描述使用服務工作者(sw)的過程的具體示例(用例)的示意圖。

[圖6]為用于描述使用服務工作者(sw)的過程的示例的示意圖。

[圖7]為用于描述接收裝置的示例性配置的示意圖。

[圖8]為用于描述應用的獲取和執(zhí)行、服務工作者(sw)的獲取以及登記過程的序列的示意圖。

[圖9]為用于描述應用的獲取和執(zhí)行、服務工作者(sw)的獲取以及登記過程的序列的示意圖。

[圖10]為用于描述應用的獲取和執(zhí)行、服務工作者(sw)的獲取以及登記過程的序列的示意圖。

[圖11]為用于描述使用令牌的數(shù)據(jù)獲取過程序列的示意圖。

[圖12]為用于描述使用令牌的數(shù)據(jù)獲取過程序列的示意圖。

[圖13]為用于描述信令數(shù)據(jù)(元數(shù)據(jù))的示例性配置的示意圖。

[圖14]為用于描述信令數(shù)據(jù)(元數(shù)據(jù))的示例性配置的示意圖。

[圖15]為用于描述信令數(shù)據(jù)(元數(shù)據(jù))中設置的示例性令牌的示意圖。

[圖16]為示出信令數(shù)據(jù)(元數(shù)據(jù))中設置的示例性令牌的示意圖。

[圖17]為示出信令數(shù)據(jù)(元數(shù)據(jù))中設置的示例性令牌的示意圖。

[圖18]為用于描述服務工作者(sw)的更新過程序列的示意圖。

[圖19]為用于描述服務工作者(sw)的更新過程序列的示意圖。

[圖20]為用于描述由服務工作者(sw)進行的接收裝置的存儲單元(永久高速緩存)的控制過程序列的示意圖。

[圖21]為用于描述由服務工作者(sw)進行的接收裝置的存儲單元(永久高速緩存)的控制過程序列的示意圖。

[圖22]為用于描述推送類別令牌應用數(shù)據(jù)選擇獲取過程序列的示意圖。

[圖23]為用于描述推送類別令牌應用數(shù)據(jù)選擇獲取過程序列的示意圖。

[圖24]為用于描述在推送類別過程中的服務工作者更新過程序列的示意圖。

[圖25]為示出從發(fā)送裝置發(fā)送的信令數(shù)據(jù)(元數(shù)據(jù))的示例性配置的示意圖。

[圖26]為用于描述服務片段的示例性配置的示意圖。

[圖27]為用于描述用戶服務描述(usd)的整個示例性配置的示意圖。

[圖28]為示出在構成信令數(shù)據(jù)的用戶服務包描述(usd)之下的示例性分層配置的示意圖。

[圖29]為示出在時間表描述元素之下的信令數(shù)據(jù)配置的示意圖。

[圖30]為用于描述由過濾描述參考指定的過濾描述元素的數(shù)據(jù)配置的示意圖。

[圖31]為示出在構成信令數(shù)據(jù)的用戶服務包描述(usd)之下的示例性分層配置的示意圖。

[圖32]為示出當根據(jù)flute協(xié)議執(zhí)行文件傳輸時在傳遞方法(deliverymethod)元素中設置的flute的引用信息的示例的示意圖。

[圖33]為示出當根據(jù)flute協(xié)議執(zhí)行文件傳輸時在傳遞方法(deliverymethod)元素中設置的flute的引用信息的示例的示意圖。

[圖34]為示出當根據(jù)route協(xié)議執(zhí)行文件傳輸時在傳遞方法(deliverymethod)元素中設置的flute的引用信息的示例的示意圖。

[圖35]為示出當根據(jù)route協(xié)議執(zhí)行文件傳輸時在傳遞方法(deliverymethod)元素中設置的flute的引用信息的示例的示意圖。

[圖36]為用于描述在fdt實例元素的屬性或文件元素的屬性中記錄令牌的配置的示意圖。

[圖37]分別為用于描述與fdt實例對應的屬性(attribute)和與文件對應的屬性(attribute)的詳細配置的示意圖。

[圖38]為示出在route中規(guī)定的lsid之下的數(shù)據(jù)配置的示意圖。

[圖39]分別為用于描述efdt元素單元中的屬性(attribute)數(shù)據(jù)元素和文件單元中的屬性(attribute)數(shù)據(jù)元素的細節(jié)的示意圖。

[圖40]為用于描述由服務工作者(sw)進行的接收裝置的存儲單元(永久高速緩存)的控制過程序列的示意圖。

[圖41]為用于描述由服務工作者(sw)進行的接收裝置的存儲單元(永久高速緩存)的控制過程序列的示意圖。

[圖42]為用于描述用作通信裝置的發(fā)送裝置和接收裝置的示例性配置的示意圖。

[圖43]為用于描述用作通信裝置的發(fā)送裝置和接收裝置的示例性硬件配置的示意圖。

具體實施方式

用于執(zhí)行本發(fā)明的模式

以下將參考附圖詳細描述本公開的接收裝置、發(fā)送裝置和數(shù)據(jù)處理方法。

此外，將根據(jù)以下部分進行描述。

1.通信系統(tǒng)的示例配置

2.數(shù)據(jù)通信協(xié)議flute和route

3.由發(fā)送裝置和接收裝置執(zhí)行的示例性通信過程

4.服務工作者(sw)

5.獲取和執(zhí)行接收裝置中的應用程序的示例

6.服務工作者(sw)的類別分類和用于選擇所分類的服務工作者(sw)的獲取信息的通知(信令)

7.服務工作者(sw)和高速緩存控制過程(輪詢類別過程示例)的傳遞

7.1.服務工作者(sw)從廣播流相關應用的獲取和登記過程

7.2.服務工作者(sw)類別設置

7.3.通過應用令牌來提高特定類別的服務工作者(sw)的獲取過程的效率的配置

7.4.服務工作者(sw)的更新過程

7.5.由服務工作者(sw)對接收裝置的存儲單元(永久高速緩存)的控制處理

8.服務工作者(sw)和高速緩存控制過程(推送類別過程示例)的傳遞

8.1.服務工作者(sw)從廣播流相關應用的獲取和登記過程

8.2.通過應用令牌來提高接收裝置的數(shù)據(jù)獲取過程的效率的配置

8.3.服務工作者(sw)的更新過程

8.4.由服務工作者(sw)對接收裝置的存儲單元(永久高速緩存)的控制處理

9.描述令牌的信令數(shù)據(jù)(元數(shù)據(jù))的配置

9.1.在構成信令數(shù)據(jù)(元數(shù)據(jù))的oma-esg中記錄的示例性令牌

9.2.在構成信令數(shù)據(jù)(元數(shù)據(jù))的usd中記錄的示例性令牌

9.3.在構成信令數(shù)據(jù)(元數(shù)據(jù))的flute(route)參數(shù)層中記錄的示例性令牌

10.由服務工作者(sw)可用的高速緩存優(yōu)化過程示例

11.發(fā)送裝置和接收裝置的示例性配置

12.本公開的配置的結論

[1.通信系統(tǒng)的配置示例]

首先，將參考圖1來描述執(zhí)行本公開的過程的通信系統(tǒng)的示例性配置。

如圖1所示，通信系統(tǒng)10包括用作發(fā)送諸如圖像數(shù)據(jù)、音頻數(shù)據(jù)等的內容的通信裝置的發(fā)送裝置20和用作接收從發(fā)送裝置20發(fā)送的內容的通信裝置的接收裝置30。

具體地，發(fā)送裝置20為例如內容供應側的裝置，諸如廣播站21和內容服務器22。

另一方面，接收裝置30為普通用戶的客戶端裝置，具體地，接收裝置30包括例如電視31、pc32、移動終端33等。

在發(fā)送裝置20和接收裝置30之間的數(shù)據(jù)通信被執(zhí)行為使用經(jīng)由諸如因特網(wǎng)的網(wǎng)絡的雙向通信或單向通信中的至少一者或兩者和經(jīng)由廣播波等的單向通信的通信。

例如，根據(jù)為自適應流傳輸技術的標準的mpeg-dash標準，執(zhí)行從發(fā)送裝置20到接收裝置30的內容傳輸。

mpeg-dash標準包括以下兩個標準：

(a)用于描述用作運動圖像或音頻文件的管理信息的元數(shù)據(jù)的與清單文件(媒體呈現(xiàn)描述(mpd))相關的標準；以及

(b)與用于運動圖像內容傳輸?shù)奈募袷?區(qū)段格式)有關的標準。

根據(jù)mpeg-dash標準執(zhí)行從發(fā)送裝置20到接收裝置30的內容遞送。

發(fā)送裝置20對內容數(shù)據(jù)進行編碼并且生成包括編碼數(shù)據(jù)和編碼數(shù)據(jù)的元數(shù)據(jù)的數(shù)據(jù)文件。

例如，根據(jù)mpeg中規(guī)定的mp4文件格式執(zhí)行編碼過程。

需注意，當發(fā)送裝置20生成mp4格式數(shù)據(jù)文件時，編碼數(shù)據(jù)的文件被稱為“mdat”，以及元數(shù)據(jù)被稱為“moov”、“moof”等。

由發(fā)送裝置20提供給接收裝置30的內容為各種數(shù)據(jù)，例如音樂數(shù)據(jù)，諸如電影、電視節(jié)目、視頻、照片、文檔、繪畫和圖表的視頻數(shù)據(jù)，游戲和軟件。

將參照圖2來描述發(fā)送裝置20的發(fā)送數(shù)據(jù)。

根據(jù)mpeg-dash標準執(zhí)行數(shù)據(jù)傳輸?shù)陌l(fā)送裝置20所發(fā)送的數(shù)據(jù)大致被分為如圖2所示的多種類別的以下數(shù)據(jù)：

(a)信令數(shù)據(jù)50；

(b)av區(qū)段60；和

(c)其它數(shù)據(jù)(esg、nrt內容等)70。

例如，av區(qū)段60配置有在接收裝置中再現(xiàn)的圖像(視頻)或音頻數(shù)據(jù)，即從廣播站提供的節(jié)目內容等。例如，av區(qū)段60配置有mp4編碼數(shù)據(jù)(mdat)和元數(shù)據(jù)(moov和moof)。

另一方面，信令數(shù)據(jù)50配置有節(jié)目時間表信息，諸如節(jié)目表、獲取節(jié)目所需的地址信息(統(tǒng)一資源定位符(url)等)、指南信息，包括用于諸如編解碼信息(編碼方案等)等的內容的再現(xiàn)過程所需的信息，以及控制信息。

接收裝置30必須在接收存儲用作再現(xiàn)目標的節(jié)目內容的av區(qū)段60之前接收信令數(shù)據(jù)50。

例如，信令數(shù)據(jù)50作為可擴展標記語言(xml)格式的數(shù)據(jù)被發(fā)送給為諸如智能電話或電視的用戶設備的接收裝置(客戶端)。

如上所述，根據(jù)需要重復發(fā)送信令數(shù)據(jù)。

例如，以100毫秒的間隔頻繁地和重復地發(fā)送信令數(shù)據(jù)。

這是因為接收裝置(客戶端)可以在任何時間立即獲取信令數(shù)據(jù)。

根據(jù)需要，客戶端(接收裝置)可以基于可接收的信令數(shù)據(jù)，迅速地執(zhí)行節(jié)目內容的接收和再現(xiàn)所需的過程，諸如獲取必要節(jié)目內容的訪問地址、編解碼器設置過程等。

其它數(shù)據(jù)70包括例如電子服務指南(esg)、nrt內容等。

esg為電子服務指南，例如，諸如節(jié)目表的指南信息。

nrt內容為非實時類別內容。

例如，在用作客戶端的接收裝置30的瀏覽器上執(zhí)行的諸如各種應用程序文件、運動圖像或靜止圖像的數(shù)據(jù)文件被包含在nrt內容中。

用作應用程序等(稍后將描述)的控制程序的服務工作者也被包含在nrt內容中。

例如，圖2中所示的以下數(shù)據(jù)根據(jù)單向傳輸?shù)奈募鬟f(flute)數(shù)據(jù)通信協(xié)議發(fā)送：

(a)信令數(shù)據(jù)50；

(b)av區(qū)段60；以及

(c)其它數(shù)據(jù)(esg、nrt內容等)70。

[2.數(shù)據(jù)通信協(xié)議flute和route]

數(shù)據(jù)通信協(xié)議flute為用于執(zhí)行以多播方式發(fā)送的內容的會話管理的協(xié)議。

例如，在用作發(fā)送裝置的服務器側生成的文件(其由url和版本標識)根據(jù)flute協(xié)議被發(fā)送給用作接收裝置的客戶端。

接收裝置(客戶端)30將接收到的文件的url和版本以及文件例如彼此相關聯(lián)地存儲在接收裝置(客戶端)30的存儲單元(客戶端高速緩存)中。

當url相同但版本不同時，認為文件的內容被更新。在flute協(xié)議中，僅執(zhí)行單向文件傳輸控制，在客戶端中的文件沒有選擇性過濾功能，但是可以通過選擇在客戶端側使用與文件鏈接的元數(shù)據(jù)根據(jù)flute來進行傳輸控制并配置、更新和管理反映了用戶偏好的本地高速緩存的文件來實現(xiàn)選擇性過濾。

需注意，元數(shù)據(jù)可被擴展并合并到flute協(xié)議中，或者可通過諸如電子服務指南(esg)的協(xié)議單獨描述。

需注意，flute最初被標準化為多播中的文件傳輸協(xié)議。

flute配置有fdt和稱為alc的可擴展文件對象的多播協(xié)議，具體地，alc為其構建塊的lct或fec組件的組合。

現(xiàn)有技術的flute主要被開發(fā)用于異步文件傳輸，并且目前，flute被擴展以易于應用于高級電視系統(tǒng)委員會(atsc)中的廣播實況流，該高級電視系統(tǒng)委員會為經(jīng)由廣播波和網(wǎng)絡與數(shù)據(jù)傳遞系統(tǒng)相關的標準化組織。

flute的擴展規(guī)范被稱為單向傳輸?shù)膶崟r對象傳遞(route)。

高級電視系統(tǒng)委員會(atsc)3.0目前正在被標準化為經(jīng)由廣播波和網(wǎng)絡與數(shù)據(jù)傳遞系統(tǒng)相關的標準之一。atsc3.0規(guī)定了堆棧配置，在該堆棧配置中，代替現(xiàn)有技術的flute協(xié)議，而是采用route來發(fā)送信令數(shù)據(jù)、esg、異步文件、同步流等。

[3.由發(fā)送裝置和接收裝置執(zhí)行的示例性通信過程]

接下來，將描述由發(fā)送裝置和接收裝置執(zhí)行的示例性通信過程。

圖3為示出發(fā)送裝置和接收裝置的協(xié)議棧的示例的示意圖。

在圖3所示的示例中，示出了用于處理以下兩條通信數(shù)據(jù)的兩個協(xié)議棧：

(a)廣播(包括多播)通信(例如，廣播型數(shù)據(jù)傳遞)；以及

(b)單播(寬帶)通信(例如，http型p2p通信)。

圖3的左側為對應于(a)廣播通信(例如，廣播型數(shù)據(jù)傳遞)的協(xié)議棧。

圖3的右側為對應于(b)單播(寬帶)通信(例如，http型p2p通信)的協(xié)議棧。

在圖3的左側示出的對應于(a)廣播通信(例如，廣播型數(shù)據(jù)傳遞)的協(xié)議棧具有從下層開始的順序的以下層：

(1)廣播物理層(broadcastphy)；

(2)ip多播層(ip多播)；

(3)udp層；

(4)route(＝擴展flute)層；

(5)esg、nrt內容、dash(isobmff)和視頻/音頻/cc；以及

(6)應用層(應用程序(html5))。

需注意，信令層被設置為在(2)ip多播層(ip多播)之上的層。

信令層為應用于上面參考圖2所述的信令數(shù)據(jù)50的發(fā)送和接收的層。信令數(shù)據(jù)包括節(jié)目時間表信息，諸如節(jié)目表、獲取節(jié)目所需的地址信息(url等)、指南信息，包括用于諸如編解碼信息(編碼方案等)等的內容的再現(xiàn)過程所需的信息以及控制信息。

需注意，將來(未來可擴展性)的新協(xié)議的使用許可層被設置為在(1)廣播物理層(broadcastphy)之上的層。

(1)廣播物理層(broadcastphy)為配置有用于控制的通信控制單元，例如用于執(zhí)行廣播通信的廣播系統(tǒng)的通信單元的物理層。

(2)ip多播層(ip多播)為數(shù)據(jù)發(fā)送/接收過程根據(jù)ip多播來執(zhí)行的層。

(3)udp層為執(zhí)行生成和分析udp包的過程的層。

(4)route層為根據(jù)用作擴展flute協(xié)議的route協(xié)議來存儲和提取傳輸數(shù)據(jù)的層。

與flute類似，route為被稱為alc的可擴展文件對象的多播協(xié)議，并且具體地，route配置有為其構建塊的lct或fec組件的組合。

(5)esg、nrt內容、dash(isobmff)和視頻/音頻/cc為根據(jù)route協(xié)議傳送的數(shù)據(jù)。

根據(jù)dash標準的廣播型傳遞服務被稱為多媒體廣播多播服務(mbms)。存在演進的多媒體廣播多播服務(embms)，其作為在lte中有效實現(xiàn)mbms的方案。

mbms和embms為廣播型傳遞服務，即用于通過常見的承載向為位于特定區(qū)域中的接收裝置的多個用戶終端(ue)同時傳遞相同數(shù)據(jù)(諸如電影內容等)的服務。通過根據(jù)mbms或embms的廣播傳遞，可以向位于傳遞服務供應區(qū)中的諸如多個智能電話、pc或電視的接收裝置同時提供相同的內容。

在mbms和embms中，根據(jù)傳輸協(xié)議route或flute來指定根據(jù)3gpp文件格式(iso-bmff文件或mp4文件)下載文件的過程。

上面參考圖2所述的大多數(shù)以下數(shù)據(jù)根據(jù)route協(xié)議或flute協(xié)議來發(fā)送：

(a)信令數(shù)據(jù)50；

(b)av區(qū)段60；以及

(c)其它數(shù)據(jù)(esg、nrt內容等)70。

(5)esg、nrt內容、dash(isobmff)和視頻/音頻/cc為根據(jù)route協(xié)議傳送的數(shù)據(jù)。

esg為電子服務指南，例如諸如節(jié)目表的指南信息。

nrt內容為非實時類別內容。

如上所述，例如，在用作客戶端的接收裝置的瀏覽器上執(zhí)行的諸如各種應用程序文件、運動圖像或靜止圖像的數(shù)據(jù)文件被包含在nrt內容中。此外，用作應用程序等(稍后將描述)的控制程序的服務工作者也被包含在nrt內容中。

視頻/音頻/cc為用作再現(xiàn)目標的實際數(shù)據(jù)，諸如根據(jù)dash標準傳遞的視頻或音頻。

(6)應用層(應用程序(html5))為待傳送的數(shù)據(jù)的生成或分析根據(jù)route協(xié)議來執(zhí)行，并且各種數(shù)據(jù)的輸出控制被執(zhí)行，例如應用了html5的數(shù)據(jù)生成、分析、輸出過程等的應用層。

另一方面，與在圖3的右側示出的(b)單播(寬帶)通信(例如，http型p2p通信)相對應的協(xié)議棧從下層開始依次具有以下層：

(1)寬帶物理層(broadbandphy)；

(2)ip單播層(ipunicast)；

(3)tcp層；

(4)http層；

(5)esg、信令、nrt內容、dash(isobmff)和視頻/音頻/cc；

(6)應用層(應用程序(html5))。

(1)寬帶物理層(broadbandphy)為配置有通信控制單元的物理層，諸如用于控制通信單元諸如用于執(zhí)行寬帶通信的網(wǎng)卡的裝置驅動器。

(2)ip單播層(ip單播)為執(zhí)行ip單播發(fā)送/接收過程的層。

(3)http層為http包生成/分析處理層。

上層類似于圖3左側的(a)廣播通信(例如，廣播型數(shù)據(jù)傳遞)的堆棧配置。

需注意，發(fā)送裝置(服務器)20和接收裝置(客戶端)30執(zhí)行根據(jù)圖3的兩個處理系統(tǒng)中的至少一個的過程，即，以下兩個通信協(xié)議棧：

(a)廣播通信(例如，廣播型數(shù)據(jù)傳遞)；

(b)單播(寬帶)通信(例如，http型p2p通信)。

在圖3所示的協(xié)議棧中，可以在信令數(shù)據(jù)中描述針對多播并根據(jù)route(flute)傳送的文件組的屬性(包括用作文件的標識符的url)，其中，文件傳輸會話當它可以在route(flute)的控制文件中描述時進行描述。此外，文件傳輸會話的更詳細的屬性可以由esg(其也可以用于向最終用戶呈現(xiàn))來描述。

[4.服務工作者(sw)]

接下來，將描述由發(fā)送裝置(服務器)20提供并主要在接收裝置(客戶端)30中使用的服務工作者(sw)。

服務工作者(sw)從諸如廣播服務器21或數(shù)據(jù)傳遞服務器22的發(fā)送裝置20提供給接收裝置。

服務工作者(sw)為在接收裝置(客戶端)30中執(zhí)行的應用(＝應用程序)執(zhí)行獲取過程的程序、在執(zhí)行應用時所使用的數(shù)據(jù)文件等、在存儲單元(緩存)中的存儲過程、更新過程、刪除過程等。具體地，服務工作者(sw)配置有例如javascript(注冊商標)。

例如，服務工作者(sw)對應于由諸如廣播服務器21、數(shù)據(jù)傳遞服務器22等的發(fā)送裝置20提供的廣播節(jié)目(廣播內容)來設置，并且作為從發(fā)送裝置20提供給接收裝置30的應用程序的控制/管理程序提供給接收裝置30。

例如，在執(zhí)行應用程序時所使用的服務工作者(sw)、應用程序和數(shù)據(jù)文件作為上面參考圖2和圖3所述的nrt內容(非實時內容)從發(fā)送裝置20提供給接收裝置30。

可替代地，與傳遞廣播節(jié)目的服務器不同的數(shù)據(jù)供應服務器可被配置成向接收裝置30提供在執(zhí)行應用時使用的服務工作者(sw)、應用和數(shù)據(jù)文件。

例如，服務工作者(sw)使用瀏覽器來執(zhí)行用于執(zhí)行信息顯示的應用等的管理(獲取、保留、更新、刪除等)，瀏覽器為用于在接收裝置30中執(zhí)行網(wǎng)頁等的瀏覽過程的程序。

將參考圖4和圖5來描述使用服務工作者(sw)的過程的具體示例(用例)。

圖4示出了接收裝置30從諸如廣播服務器21的發(fā)送裝置20接收某個節(jié)目內容并且在接收裝置30的顯示單元上顯示節(jié)目內容的狀態(tài)。

除了節(jié)目傳遞之外，諸如廣播服務器21的發(fā)送裝置20向接收裝置30提供作為nrt內容(非實時內容)的用于顯示天氣信息以及用于天氣信息顯示應用的各種數(shù)據(jù)文件的應用，例如包括各種數(shù)據(jù)，諸如運動圖像、靜止圖像和音頻的數(shù)據(jù)文件。

在下文中，應用和數(shù)據(jù)文件被稱為“資源”。

廣播服務器21另外向接收裝置30提供作為nrt內容(非實時內容)的用作用于管理“資源”的資源管理程序的服務工作者(sw)。

接收裝置30可以使用從發(fā)送裝置20接收的“資源”(即，應用和數(shù)據(jù)文件)，與如圖4所示的節(jié)目顯示器一起執(zhí)行天氣信息的顯示。

在上述數(shù)據(jù)傳遞配置中，在應用所提供的節(jié)目結束的同時禁用使用該應用的此類數(shù)據(jù)顯示器。

這是因為諸如天氣信息顯示應用的資源在節(jié)目接收期間被設置為可在接收裝置30中使用，例如存儲在臨時存儲高速緩存中，并且被設置為可用狀態(tài)，但是當節(jié)目結束時或用戶切換頻道時，此類高速緩存數(shù)據(jù)被擦除或設置在不可訪問狀態(tài)。

服務工作者(sw)用作資源管理程序，其使得甚至在節(jié)目結束之后、甚至在頻道切換之后或甚至在離線狀態(tài)，諸如廣播非接收狀態(tài)或網(wǎng)絡非連接狀態(tài)下，對應于節(jié)目的應用或數(shù)據(jù)是可用的。

如圖5所示，甚至在由應用提供的節(jié)目結束之后、甚至在切換到另一頻道之后或甚至在不執(zhí)行數(shù)據(jù)接收的離線狀態(tài)下，也可以使天氣信息顯示應用可用。換句話說，可以使天氣信息在接收裝置30的顯示單元上顯示并進行瀏覽。

需注意，天氣信息顯示應用為例如在瀏覽器上顯示的節(jié)目。

天氣信息顯示應用在服務工作者(sw)的控制下存儲在接收裝置30的存儲單元(永久高速緩存)中。例如，當存在來自用戶的顯示請求等請求(事件)時，在服務工作者(sw)的控制下從存儲單元(永久緩存)讀出天氣信息顯示應用并顯示在顯示單元上。

需注意，存儲諸如應用的資源的存儲單元(永久高速緩存)優(yōu)選地是即使當接收裝置30斷電時存儲的數(shù)據(jù)也不被擦除的非易失性存儲器。

如上所述，通過使用服務工作者(sw)，可以使用與節(jié)目的顯示或非顯示無關的各種節(jié)目對應應用。

需注意，服務工作者(sw)例如以與特定節(jié)目相對應的資源為單位設置(以應用和應用相關數(shù)據(jù)為單位)，并且在資源傳送之前或之后與資源一起從發(fā)送裝置20提供給接收裝置30。

可以為每個節(jié)目設置服務工作者(sw)，但是也可以設置可以對與包括多個節(jié)目的特定頻道相對應的資源為公用的服務工作者(sw)。

服務工作者(sw)和由服務工作者(sw)管理的資源(應用和應用相關數(shù)據(jù))被存儲在接收裝置30的存儲單元(永久高速緩存)中。

圖6為用于描述使用服務工作者(sw)的過程的示例的示意圖。

圖6示出了接收裝置30從發(fā)送裝置20獲取用作資源的網(wǎng)頁(例如，在圖4和圖5中示出的天氣信息顯示頁面)、將網(wǎng)頁存儲在存儲單元(永久高速緩存)中并使用網(wǎng)頁的序列的示例。

需注意，網(wǎng)頁使用預定網(wǎng)頁顯示應用和配置有顯示數(shù)據(jù)的資源來顯示。

圖6示出了作為接收裝置中的輸出控制單元90的部件的顯示處理單元91、服務工作者(sw)92和高速緩存(存儲單元)93。

執(zhí)行步驟s101至s102使得接收裝置30對發(fā)送裝置20執(zhí)行第一訪問處理的資源(網(wǎng)頁)獲取過程。

例如，從自廣播服務器發(fā)送的nrt內容獲取。

在獲取過程之后，顯示處理單元91使得網(wǎng)頁95在接收裝置30的顯示單元上顯示。

該顯示是還顯示提供網(wǎng)頁的節(jié)目并且對應于上面參考圖3所述的顯示狀態(tài)的狀態(tài)。

在該顯示期間，例如在根據(jù)用戶的指令而存在資源(網(wǎng)頁)登記(安裝)請求時，在步驟s103中，服務工作者(sw)92開始資源(網(wǎng)頁)登記(安裝)過程。

具體地，將資源移交給高速緩存93并將資源存儲在存儲單元(永久高速緩存)中的過程如在步驟s104中那樣執(zhí)行。

此后，在節(jié)目結束之后、在頻道切換之后或者在離線設置狀態(tài)下，在步驟s105中，用戶做出網(wǎng)頁瀏覽請求。

服務工作者(sw)92檢測作為獲取事件的瀏覽請求的輸入，并且在步驟s106中，服務工作者(sw)92響應于獲取事件檢測從存儲單元(永久高速緩存)獲取資源(網(wǎng)頁)。

在步驟s107中，顯示處理單元91顯示網(wǎng)頁96。

網(wǎng)頁顯示過程為在節(jié)目結束之后、頻道切換之后或者處于離線設置狀態(tài)下的顯示過程并對應于上面參考圖5所示的顯示狀態(tài)。

如上所述，通過使用服務工作者(sw)，不管是否顯示節(jié)目，都可以使用各種節(jié)目對應應用，并且例如，可以在與節(jié)目無關的任意定時執(zhí)行顯示被設置為節(jié)目屬性的顯示信息的網(wǎng)頁過程。

如上所述，例如，服務工作者(sw)執(zhí)行資源管理，諸如包括具有應用的資源的獲取、存儲、更新和刪除，該資源板塊作為在應用中使用的組件或數(shù)據(jù)等的網(wǎng)頁、html頁面、javascript(注冊商標)等。

存儲資源的存儲單元(高速緩存)為所存儲的數(shù)據(jù)被永久存儲的存儲單元(高速緩存)，并且甚至當應用不像公共本地/臨時高速緩存那樣操作時也存儲數(shù)據(jù)。

在用作網(wǎng)頁顯示程序的瀏覽器中實現(xiàn)一種代理服務器，并且該網(wǎng)頁顯示程序為在任何時候可以根據(jù)需要訪問代理服務器、獲取網(wǎng)頁并顯示網(wǎng)頁的圖像。

需注意，服務工作者(sw)也被存儲(安裝)在永久高速緩存中。當服務工作者(sw)被安裝在接收裝置中時，可以對用作該服務工作者(sw)的管理目標的資源執(zhí)行各種控制。

例如，響應于對資源的訪問請求(對資源的取請求)，在瀏覽器側處理(從本地高速緩存或網(wǎng)絡獲取資源)開始之前，服務工作者(sw)的過程開始并且執(zhí)行從永久高速緩存提供資源。

此外，由于服務工作者(sw)由javascirpt(注冊商標)提供，因此可以包括各種過程，并且可以對高速緩存控制，諸如永久高速緩存的一些資源的更新執(zhí)行靈活的過程描述。

需注意，服務工作者(sw)也可以被更新。服務工作者(sw)從發(fā)送裝置20提供，但是諸如更新日期/時間信息和更新日期的訪問信息等的更新過程所需的各種信息被記錄在服務工作者(sw)的報頭信息(http高速緩存控制)中，并且更新過程基于該報頭信息來執(zhí)行。

例如，當基于在報頭中設置的截止日期等到達截止日期時，接收裝置30執(zhí)行新版本的服務工作者(sw)的獲取過程，并且執(zhí)行將存儲在高速緩存中的舊版本的sw替換的更新過程。

[5.接收裝置中的應用的獲取和執(zhí)行的示例]

如上所述，接收裝置30例如可以執(zhí)行諸如上面參考圖4和圖5所述的天氣信息顯示應用的應用，即，在任意時刻使用服務工作者(sw)的服務工作者(sw)的管理目標。

在接收裝置30側的用戶可以在任意時刻執(zhí)行應用，并且可以隨時瀏覽天氣信息顯示頁面或各種網(wǎng)頁。

將參考圖7來描述執(zhí)行應用的接收裝置30的配置。

圖7示出了主要應用于應用的獲取和執(zhí)行的示例性配置，該示例性配置作為用于執(zhí)行諸如天氣信息顯示應用的服務工作者(sw)管理應用的接收裝置30的部分配置。

如圖7所示，接收裝置30包括中間件110、http代理服務器120和輸出控制單元130。

中間件110接收并分析廣播服務器21的供應數(shù)據(jù)。

中間件110包括通信單元(phy/mac)111、獲取信令數(shù)據(jù)的信令獲取單元112、分析信令數(shù)據(jù)的信令分析單元113以及文件獲取單元114，其獲取信令數(shù)據(jù)和諸如視頻和語音的節(jié)目內容數(shù)據(jù)或諸如應用的nrt內容等的數(shù)據(jù)文件。

由中間件110接收的數(shù)據(jù)被存儲在代理服務器120的高速緩存單元(代理高速緩存)121中。代理服務器120另外將經(jīng)由網(wǎng)絡從數(shù)據(jù)傳遞服務器22獲取的數(shù)據(jù)存儲在高速緩存單元(代理高速緩存)122中。

代理服務器120向地址解析單元123輸入從輸出控制單元130傳送的數(shù)據(jù)請求、從高速緩存單元(代理高速緩存)121或122或外部獲取所請求的數(shù)據(jù)并提供所請求的數(shù)據(jù)。

輸出控制單元130為執(zhí)行諸如天氣信息顯示應用的服務工作者(sw)管理應用的數(shù)據(jù)處理單元。例如，輸出控制單元130在瀏覽器上執(zhí)行網(wǎng)頁顯示過程等。

輸出控制單元130包括顯示數(shù)據(jù)(例如，html/javascript(注冊商標))獲取&分析單元131和顯示處理單元(渲染器)132。

輸出控制單元130獲取并呈現(xiàn)廣播系統(tǒng)接收棧經(jīng)由代理服務器(客戶端本地http代理服務器)120實現(xiàn)的中間件(客戶端本地atsc中間件)110，或經(jīng)由執(zhí)行網(wǎng)絡系統(tǒng)發(fā)送/接收過程的公共網(wǎng)絡棧獲取并呈現(xiàn)應用和部分(html頁面和javascript)。

需注意，也可以經(jīng)由諸如lan的網(wǎng)絡在連接到接收裝置30的外部裝置150的輸出控制單元141中傳送應用和部分(html頁面或javascript)，并且在外部裝置140中執(zhí)行應用。

輸出控制單元130可以將服務工作者(sw)和用作服務工作者(sw)的管理目標的資源(應用和應用相關數(shù)據(jù))存儲在存儲單元(永久高速緩存)133中，并在任意時刻使用服務工作者(sw)和存儲在存儲單元(永久高速緩存)中的資源執(zhí)行處理。

例如，可以在如上面參考圖4和圖5所述的任意時刻使用應用來輸出各種數(shù)據(jù)。此外，輸出控制單元130根據(jù)需要執(zhí)行服務工作者(sw)或資源(應用和應用相關數(shù)據(jù))的更新過程或刪除過程。

這同樣適用于外部裝置140的輸出控制單元141，并且服務工作者(sw)或資源(應用和應用相關數(shù)據(jù))被存儲在外部裝置140的存儲單元(永久高速緩存)142中，并且在任意時刻使用服務工作者(sw)或應用執(zhí)行各種數(shù)據(jù)處理。此外，根據(jù)需要執(zhí)行服務工作者(sw)或資源(應用和應用相關數(shù)據(jù))的更新過程或刪除過程。

需注意，在圖7所示的模型中，由于當執(zhí)行對外部的訪問時，輸出控制單元130和140一致地經(jīng)由代理服務器120訪問，所以不用區(qū)分諸如應用的資源是經(jīng)由廣播獲取還是經(jīng)由網(wǎng)絡獲取。換句話說，提供了網(wǎng)絡透明度。

將描述根據(jù)來自輸出控制單元130的數(shù)據(jù)請求的示例性數(shù)據(jù)獲取/提供過程。

例如，當輸出控制單元130請求獲取構成應用的html頁面或javascript(注冊商標)(http請求)時，已經(jīng)收到請求的代理服務器120確定html頁面或javascript(注冊商標)經(jīng)由廣播接收棧還是經(jīng)由地址解析單元(廣播/寬帶地址解析器)123中的網(wǎng)絡來獲取。

用作確定的材料的信息由信令分析單元113從信令數(shù)據(jù)的分析結果中獲得。

信令分析單元(信令解析器)113將為被包含在atsc3.0的信令數(shù)據(jù)中的元數(shù)據(jù)的usbd(usd，sdp等)的獲取請求發(fā)送給信令獲取單元(信令檢索器)112。

信令分析單元(信令解析器)113提取被包含在由經(jīng)由通信單元(atsc調諧器：atsc3.0phy/mac)111廣播和接收的信令數(shù)據(jù)存儲lct包傳送的信令數(shù)據(jù)中的元數(shù)據(jù)。

此外，信令分析單元(信令解析器)113基于被包含在應用組件(部分)的獲取請求中的url來解析用于從信令數(shù)據(jù)(元數(shù)據(jù))獲取所請求的文件的廣播遞送地址信息。當確定應用組件(部分)為廣播傳遞目標數(shù)據(jù)時，文件獲取單元(文件檢索器)114基于廣播傳遞地址信息獲取存儲有期望文件的文件存儲lct包，并且在高速緩存單元(代理高速緩存)121中存儲文件存儲lct包。

代理服務器120將高速緩存的文件返回給輸出控制單元130(作為http響應)。當被包含在應用部分的獲取請求中的url未被設置在被包含在信令數(shù)據(jù)中的元數(shù)據(jù)中時，代理服務器120經(jīng)由公共網(wǎng)絡棧從數(shù)據(jù)傳遞服務器22獲取文件。

[6.服務工作者(sw)的類別分類和用于選擇所分類的服務工作者(sw)的獲取信息的通知(信令)]

如上所述，服務工作者(sw)從發(fā)送裝置20提供給接收裝置30，并且是在接收裝置(客戶端)30中執(zhí)行的應用執(zhí)行獲取過程的程序、當執(zhí)行應用時所使用的數(shù)據(jù)文件、存儲單元(緩存)的存儲過程、更新過程、刪除過程等。

例如，服務工作者(sw)用作資源管理程序，其使得甚至在節(jié)目結束之后、在頻道切換之后或在離線狀態(tài)，諸如廣播非接收狀態(tài)或網(wǎng)絡非連接狀態(tài)下對應于待使用的節(jié)目的應用或數(shù)據(jù)。

此外，通過應用服務工作者(sw)，可以根據(jù)需要執(zhí)行獲取被設置為服務工作者(sw)管理數(shù)據(jù)的新的或更新的應用或數(shù)據(jù)文件，諸如運動圖像、靜止圖像等的過程。

換句話說，服務工作者(sw)也實現(xiàn)了可以由接收裝置30獲取的各種數(shù)據(jù)的獲取控制。

通過對服務工作者(sw)的類別進行分類并且選擇多個類別的服務工作者(sw)中的一者并通過接收裝置應用服務工作者(sw)，可以例如根據(jù)接收裝置側的用戶偏好等來實現(xiàn)服務工作者管理數(shù)據(jù)(資源)的獲取(高速緩存)。

換句話說，接收裝置從與具有不同數(shù)據(jù)管理類別的多個類別相對應的服務工作者(sw)中選擇性地獲取特定類別的服務工作者(sw)并使用所獲取的服務工作者(sw)。

例如，特定類別的服務工作者(sw)根據(jù)接收裝置中的數(shù)據(jù)處理狀態(tài)被選擇性地獲取并使用。例如，數(shù)據(jù)處理狀態(tài)為接收裝置中的應用或數(shù)據(jù)的使用狀態(tài)。

如上所述，通過從多個類別的服務工作者(sw)中選擇性地獲取特定類別的服務工作者(sw)并使用特定類別的服務工作者(sw)，可以根據(jù)分類(類別)執(zhí)行反映了多個不同的高速緩存策略的過程。

接收裝置30從同時傳遞的多個類別的服務工作者(sw)之中選擇性地獲取對于接收裝置30為最佳的服務工作者(sw)。

對于該過程，例如，在接收裝置30的瀏覽器上操作的客戶端應用有必要選擇并登記最佳服務工作者(sw)。

作為用于實現(xiàn)上述過程的一個配置，存在這樣的配置：信令數(shù)據(jù)(元數(shù)據(jù))被用來給出指示在服務工作者(sw)中設置的每個類別中被設置為選擇和獲取的數(shù)據(jù)的通知，即，將在服務工作者(sw)的每個類別中反映給接收裝置30的高速緩存策略。

例如，通過應用為一個信令數(shù)據(jù)的usd來給出指示服務工作者(sw)的類別(反映高速緩存策略的類別)的通知。

需注意，這里提到的高速緩存策略的類別為例如反映了從接收裝置30側的終端用戶的應用執(zhí)行歷史等分析的偏好的類別。具體地，例如，設置以下類別并使接收裝置選擇、獲取并應用相應類別的服務工作者(sw)的配置是可能的。

(1)對于盡管網(wǎng)絡負載高并且費用昂貴但是期望高質量版本流的用戶，

當存在高速緩存目標的多個流候選(例如，高圖像質量、中圖像質量和低圖像質量版本)時，執(zhí)行設置，以便可以選擇被描述為僅高速緩存高圖像質量流的服務工作者(sw)。

(2)對于盡管新鮮度丟失但對再現(xiàn)質量挑剔并且期望高圖像質量版本的用戶，

當高速緩存目標的流以低質量版本經(jīng)由網(wǎng)絡遞送直到一天的晚上為止，并且在晚上經(jīng)由廣播遞送更高圖像質量版本時，執(zhí)行設置，以便可以選擇被描述為僅高速緩存經(jīng)由廣播遞送的高圖像質量版本的類別的服務工作者(sw)。

(3)相反，對于不關心質量并且傾向于期望以任何方式快速看到它的用戶，

在此情況下，執(zhí)行設置，以便可以選擇被描述為經(jīng)由網(wǎng)絡高速緩存低質量版本的類別的服務工作者(sw)。

通過選擇性地獲取并使用每個類別的服務工作者(sw)，可以在也考慮諸如接收裝置(客戶端)的執(zhí)行環(huán)境或存儲容量的各種資源限制的情況下，實現(xiàn)最佳的數(shù)據(jù)獲取和管理。通過參考諸如在接收裝置側的用戶偏好信息、不同于存儲區(qū)域容量的運行環(huán)境限制或本地網(wǎng)絡負載等各種客戶端環(huán)境屬性來確定要使用的服務工作者(sw)的類別，實現(xiàn)了為精確高速緩存目標的應用(部分)的高速緩存控制。

需注意，使用信令數(shù)據(jù)以便選擇性地獲取類別被分類的服務工作者(sw)。

例如，通過使用諸如usd的信令數(shù)據(jù)向接收裝置30通知服務工作者(sw)的類別并且基于接收裝置30的信令數(shù)據(jù)選擇性地獲取對于接收裝置為最優(yōu)的服務工作者(sw)，接收裝置30可以根據(jù)接收裝置30側的狀況或如上所述的用戶的偏好來獲取(高速緩存)最佳數(shù)據(jù)。

[7.服務工作者(sw)的傳遞和高速緩存控制過程(輪詢類別過程示例)]

接下來，將描述服務工作者(sw)的傳遞和高速緩存控制過程。

對于服務工作者(sw)或包括用作服務工作者(sw)的管理目標的應用或者應用于應用的數(shù)據(jù)的資源，例如，存在兩種形式，即，輪詢類別獲取過程基于來自安裝在接收裝置30中的瀏覽器的獲取請求來執(zhí)行以及獲取該資源而不考慮來自瀏覽器和提供給瀏覽器的獲取請求的推送類別的配置。

下面將依次描述(a)和(b)的下面兩種處理形式。

(a)輪詢類別數(shù)據(jù)獲取過程示例；以及

(b)推送類別數(shù)據(jù)獲取過程示例。

首先，將描述執(zhí)行輪詢類別數(shù)據(jù)獲取過程的過程示例。

[7.1.自廣播流相關應用的服務工作者(sw)的獲取和登記過程]

首先，將描述使用附接到從發(fā)送裝置20發(fā)送給接收裝置30的廣播流的應用來獲取和登記服務工作者(sw)的過程示例。

接收裝置(客戶端)30通過在接收裝置30中正在執(zhí)行的廣播流再現(xiàn)應用(在瀏覽器或本地環(huán)境中執(zhí)行)的過程來獲取用作獲取目標的應用的url。

例如，用于通知應用被激活的url的觸發(fā)信息被包含在特定節(jié)目的廣播流中，并且再現(xiàn)應用可以基于該觸發(fā)信息來獲取獲取應用的url。

接收裝置30使用該url從廣播流中提取由url指定的應用，或者經(jīng)由網(wǎng)絡獲取應用并在瀏覽器上執(zhí)行該應用。

應用執(zhí)行將應用被設置為管理目標的服務工作者(sw)[sw.js]的獲取過程和登記過程。sw.js的js表示javascript(注冊商標)。

將參考圖8至圖10所示的序列圖來描述應用的獲取和執(zhí)行以及服務工作者(sw)的獲取和登記過程的序列。

在圖8至圖10中，從左側示出以下部件。

(a)用作發(fā)送裝置20的廣播服務器；

(b)用作發(fā)送裝置20的數(shù)據(jù)傳遞服務器；

(c)用作接收裝置30的部件的中間件；

(d)用作接收裝置30的部件的代理服務器；以及

(e)用作接收裝置30的部件的輸出控制單元。

將依次描述圖8至圖10的序列圖中所示的步驟的過程。

需注意，假設在圖8至圖10的過程序列開始之前，在接收裝置30的輸出控制單元中激活瀏覽器上的本地流再現(xiàn)應用或流再現(xiàn)應用。

(步驟s211)

首先，為接收裝置30的部件的輸出控制單元獲取為在廣播內容流的dash流的控制文件的mpd中描述的內容存儲區(qū)段的訪問信息的區(qū)段url，并且發(fā)送廣播內容使用所獲取的區(qū)段url來存儲的內容區(qū)段文件的獲取請求。

如上所述，例如，根據(jù)為自適應流傳輸技術的標準的mpeg-dash標準，執(zhí)行從發(fā)送裝置20到接收裝置30的內容發(fā)送。

如上面參考圖2所述，根據(jù)mpeg-dash標準執(zhí)行數(shù)據(jù)傳輸?shù)陌l(fā)送裝置20所發(fā)送的數(shù)據(jù)大致被分為多種類別的以下數(shù)據(jù)：

(a)信令數(shù)據(jù)50；

(b)av區(qū)段60；以及

(c)其它數(shù)據(jù)(esg、nrt內容等)70。

例如，av區(qū)段60配置有在接收裝置中再現(xiàn)的圖像(視頻)或音頻數(shù)據(jù)，即從廣播站提供的節(jié)目內容等。例如，av區(qū)段60配置有mp4編碼數(shù)據(jù)(mdat)和元數(shù)據(jù)(moov和moof)。

信令數(shù)據(jù)50配置有包括節(jié)目時間表信息，諸如節(jié)目表、獲取節(jié)目所需的地址信息(url等)、指南信息，包括用于諸如編解碼信息(編碼方案等)等的內容的再現(xiàn)過程所需的信息，以及控制信息。

其它數(shù)據(jù)70包括例如電子服務指南(esg)、nrt內容等。

esg為電子服務指南，例如，諸如節(jié)目表的指南信息。

nrt內容為非實時類別內容。

例如，在用作客戶端的接收裝置的瀏覽器上執(zhí)行的諸如各種應用程序文件、運動圖像或靜止圖像的數(shù)據(jù)文件被包含在nrt內容中。服務工作者(sw)也被包含在nrt內容中。

該(媒體呈現(xiàn)描述(mpd))為描述作為運動圖像和音頻文件的管理信息的元數(shù)據(jù)的清單文件。具體地，例如，從廣播站傳遞的節(jié)目內容的傳遞開始時間信息、av區(qū)段的訪問信息等被記錄。

在步驟s211中，接收裝置30的輸出控制單元獲取作為廣播內容流的dash流傳輸?shù)目刂莆募膍pd中描述的內容存儲區(qū)段的訪問信息的區(qū)段url，并且使用所獲取的區(qū)段url將內容區(qū)段文件的獲取請求發(fā)送給代理服務器。

(步驟s212至s213)

接下來，在步驟s212中，當由區(qū)段url識別的內容區(qū)段文件被存儲在由代理服務器管理的高速緩存中時，接收裝置30的代理服務器從高速緩存獲取內容區(qū)段文件，并將所獲取的文件發(fā)送給控制單元以作為響應。

另一方面，在步驟s213中，當確定由區(qū)段url識別的內容區(qū)段文件未被存儲在由代理服務器管理的高速緩存中時，接收裝置30的代理服務器向中間件輸出對內容區(qū)段文件的獲取請求。

(步驟s214)

步驟s214的過程指示由廣播服務器21連續(xù)執(zhí)行的過程。廣播服務器21連同節(jié)目內容的傳遞連續(xù)地向接收裝置30提供包括與傳遞內容有關的控制信息、管理信息等的信令數(shù)據(jù)(元數(shù)據(jù)等)。

(步驟s215)

當在步驟s213中從代理服務器輸出對內容區(qū)段文件的請求時，由中間件執(zhí)行步驟s215的過程。

中間件基于從廣播服務器21接收到的信令數(shù)據(jù)(元數(shù)據(jù))來確定獲取請求從代理服務器輸出的內容區(qū)段文件是否能夠經(jīng)由廣播接收，并且向代理服務器給出指示確定信息的通知。

(步驟s216)

當從中間件接收到指示可以經(jīng)由廣播接收內容區(qū)段文件的通知時，代理服務器處于備用以將區(qū)段文件展開(存儲)到代理服務器的管理高速緩存。

另一方面，當從中間件接收到指示不能經(jīng)由廣播接收內容區(qū)段文件的通知時，代理服務器經(jīng)由網(wǎng)絡向數(shù)據(jù)傳遞服務器22發(fā)送用于獲取區(qū)段文件的獲取請求。

(步驟s217至s218)

步驟s217至s218的過程為當獲取請求從代理服務器輸出的內容片區(qū)段文件可以經(jīng)由廣播接收時執(zhí)行的過程。

在此情況下，在步驟s217中，廣播服務器21經(jīng)由廣播波發(fā)送內容片區(qū)段文件。

在步驟s218中，接收裝置30的中間件接收從廣播服務器21發(fā)送的區(qū)段文件，并將該區(qū)段文件展開(存儲)到代理服務器的管理高速緩存中。

(步驟s219)

步驟s219的過程為當從代理服務器輸出的獲取請求的內容片區(qū)段文件不能經(jīng)由廣播接收時執(zhí)行的過程。

在此情況下，在步驟s219中，數(shù)據(jù)傳遞服務器22將從接收裝置30請求的內容區(qū)段文件發(fā)送給接收裝置30。

接收裝置30的代理服務器接收所發(fā)送的區(qū)段文件并將區(qū)段文件展開(存儲)到代理服務器的管理高速緩存中。

(步驟s220)

在步驟s220中，從代理服務器向輸出控制單元提供從廣播服務器21或數(shù)據(jù)傳遞服務器22獲取并存儲在代理服務器管理高速緩存中的內容區(qū)段文件。

(步驟s221)

在步驟s221中，接收裝置30的輸出控制單元開始再現(xiàn)從代理服務器獲取的內容。

此外，在內容再現(xiàn)時，獲取被包含在內容中的觸發(fā)信息，從觸發(fā)信息中獲取作為與記錄在觸發(fā)信息中的內容相對應的應用的訪問信息的應用url，并且應用所獲取的應用url的應用獲取請求被發(fā)送給代理服務器。

(步驟s223)

步驟s223的過程為獲取并執(zhí)行在步驟s221中再現(xiàn)的內容(例如，廣播節(jié)目)中設置的應用的過程。

在步驟s223中，對應用程序文件執(zhí)行與步驟s212至s219的過程(過程(a-1和a-2))類似的過程。

換句話說，執(zhí)行將在步驟s212至s219的過程中說明的“區(qū)段文件”替換為“應用程序文件”的過程，并且應用程序文件從廣播服務器21或數(shù)據(jù)傳遞服務器22獲取并被存儲在代理服務器的管理高速緩存中。需注意，當期望的應用程序文件已經(jīng)被展開(存儲)到代理服務器的管理高速緩存中時，不需要新的獲取過程。

(步驟s224)

在步驟s224中，從代理服務器向輸出控制單元提供從廣播服務器21或數(shù)據(jù)傳遞服務器22獲取并存儲在代理服務器的管理高速緩存中的應用程序文件。

(步驟s225)

在步驟s225中，接收裝置30的輸出控制單元執(zhí)行從代理服務器獲取的應用。

例如，網(wǎng)頁等的顯示過程與節(jié)目內容的顯示一起進行。需注意，處理內容根據(jù)應用而變化，并且不一定執(zhí)行數(shù)據(jù)顯示。

(步驟s226)

步驟s226的過程為在步驟s225中執(zhí)行的應用的控制下執(zhí)行的過程，即，獲取并執(zhí)行服務工作者(sw)的過程。

在步驟s226中，對服務工作者(sw)文件執(zhí)行與步驟s212至s219的過程(過程(a-1至a-2))類似的過程。

換句話說，執(zhí)行將在步驟s212至s219的過程中說明的“區(qū)段文件”替換為“服務工作文件”的過程，并且該服務工作文件從廣播服務器21或數(shù)據(jù)傳遞服務器22獲取并被存儲在代理服務器的管理高速緩存中。需注意，當期望的服務工作者文件被展開(存儲)到代理服務器的管理高速緩存中時，不一定需要新的獲取過程。

(步驟s227)

在步驟s227中，從代理服務器向輸出控制單元提供從廣播服務器21或數(shù)據(jù)傳遞服務器22獲取并存儲在代理服務器的管理高速緩存中的服務工作者文件。

(步驟s228)

在步驟s228中，接收裝置30的輸出控制單元執(zhí)行登記從代理服務器獲取的服務工作者的登記過程。

具體地，執(zhí)行將服務工作者(sw)存儲在存儲單元(永久高速緩存)中的過程。

[7.2.服務工作者(sw)類別設置]

當服務工作者(sw)的類別被分類，并且接收裝置選擇性地獲取并應用如上所述的預定類別的服務工作者(sw)時，例如，可以根據(jù)在接收裝置30側的用戶的偏好獲取、執(zhí)行和再現(xiàn)應用或數(shù)據(jù)。

發(fā)送裝置20同時并行地傳遞各種不同類別的服務工作者(sw)，并且接收裝置30執(zhí)行從多種類別的服務工作者(sw)中選擇性地獲取一種類別的服務工作者(sw)的過濾過程。

在接收裝置30中執(zhí)行的應用或服務工作者(sw)在接收裝置30的中間件中設置新獲取的服務工作者(sw)的過濾信息。換句話說，執(zhí)行設置要獲取的服務工作者(sw)的類別的服務工作者(sw)類別設置。

接收裝置30的中間件基于服務工作者(sw)類別設置信息執(zhí)行過濾過程，并且僅從由發(fā)送比裝置20發(fā)送的各種類別的服務工作者(sw)中選擇性地獲取指定類別的服務工作者(sw)。

例如，通過在代理服務器上發(fā)送用于服務器側腳本的使用ajax的請求來實現(xiàn)一組服務工作者(sw)類別。

需注意，由于從記錄在信令數(shù)據(jù)(元數(shù)據(jù))中的所有文件url之中搜索期望的文件url并選擇性地獲取文件url的過程是復雜的(很可能是施加了負荷的過程)，執(zhí)行預過濾過程是可取的。

預過濾為例如當從信令數(shù)據(jù)搜索目標文件(例如，指定類別的服務工作者(sw)文件)的url時指定(范圍化)搜索范圍的過程。

具體地，例如，這該過程為用于使得僅從特定應用的提供商的頻道提供商(廣播臺)的信令數(shù)據(jù)搜索目標文件url的過程。

對于該過程，使用了稍后描述的搜索范圍令牌。

在設置了服務工作者(sw)類別之后，已經(jīng)接收到廣播信令數(shù)據(jù)的中間件基于所設置的服務工作者(sw)類別來確定是否存在與信令數(shù)據(jù)中的相應服務工作者(sw)類別相對應的文件傳遞會話。此外，當執(zhí)行接收時間表并且經(jīng)由廣播傳遞指定的服務工作者(sw)時，可以自動地選擇性地獲取服務工作者(sw)，并通過過濾模塊將服務工作者(sw)展開到本地代理服務器的高速緩存中。對于展開到代理服務器高速緩存中的文件，可以立即響應來自客戶端的應用的請求。

將參考圖11至圖12所示的序列圖來描述用于服務工作者(sw)的類別設置過程和服務工作者(sw)獲取過程序列。

在圖11至圖12中，從左側示出以下部件：

(a)構成發(fā)送裝置的廣播服務器；

(b)構成發(fā)送裝置的數(shù)據(jù)傳遞服務器；

(c)接收裝置的中間件；

(d)由接收裝置的輸出控制單元執(zhí)行的服務工作者；以及

(e)由接收裝置的輸出控制單元執(zhí)行的應用。

將依次描述圖11至圖12的序列圖中所示的步驟的過程。

(步驟s251)

步驟s251的過程通過由接收裝置的輸出控制單元執(zhí)行的應用來執(zhí)行。

應用將服務工作者(sw)類別設置請求發(fā)送給中間件。

具體地，例如，將指示要檢測的信令數(shù)據(jù)中所包含的服務工作者(sw)訪問信息類別的令牌信息的通知給予圖7所示的中間件110的信令分析單元113，并且可以在信令分析單元113中設置可以確定要檢測的類別的服務工作者(sw)訪問信息的狀態(tài)。

需注意，應用基于例如接收裝置(客戶端)的環(huán)境屬性(狀態(tài)信息)或應用的使用歷史的統(tǒng)計信息或再現(xiàn)數(shù)據(jù)來確定最佳類別。該類別確定算法可以由應用保留或者可使用該應用可使用的程序或api來獲取。

(步驟s252至s253)

步驟s252至s253的過程由該應用和由接收裝置的輸出控制單元執(zhí)行的服務工作者執(zhí)行。

用于中間件的服務工作者(sw)類別設置過程可作為如在步驟s251中所述的應用過程來執(zhí)行，但是可作為服務工作者(sw)過程來執(zhí)行。

當中間件的服務工作者(sw)類別設置過程作為服務工作者(sw)的過程執(zhí)行時，執(zhí)行步驟s252至s253的過程。

首先，在步驟s252中，應用執(zhí)行服務工作者(sw)登記過程并開始服務工作者(sw)的處理過程。

通過登記過程，服務工作者(sw)被存儲在存儲單元(永久高速緩存)中并且輸入其可以隨時被使用的狀態(tài)。

然后，所登記的服務工作者(sw)將服務工作者(sw)類別設置請求發(fā)送給中間件。

服務工作者(sw)類別設置為與步驟s251的過程類似的過程。換句話說，例如，將指示要檢測的信令數(shù)據(jù)中所包含的服務工作者(sw)訪問信息類別的令牌信息的通知給予圖7所示的中間件110的信令分析單元113，并且可以在信令分析單元113中設置可以確定要檢測的類別的服務工作者(sw)訪問信息的狀態(tài)。

(步驟s254)

步驟s254的過程為發(fā)送信令數(shù)據(jù)由廣播服務器連續(xù)執(zhí)行的發(fā)送過程。

例如，用于獲取與各種類別相對應的服務工作者(sw)的訪問信息被記錄在信令數(shù)據(jù)中。

(步驟s255)

步驟s255的過程為接收裝置30的中間件的過程。

換句話說，它是執(zhí)行諸如接收數(shù)據(jù)的數(shù)據(jù)接收和分析的過程的中間件的過程。中間件設置從應用或服務工作者(sw)報告的服務工作者(sw)類別，并且基于所設置的服務工作者(sw)類別從信令數(shù)據(jù)中檢測所設置類別的服務工作者(sw)的訪問信息。

(步驟s256)

此外，接收裝置30的中間件基于在步驟s256中從信令數(shù)據(jù)獲取的訪問信息來獲取獲取目標文件的傳遞時間表信息，并且使用該傳遞時間表信息開始服務工作者(sw)存儲文件獲取過程。

(步驟s257)

步驟s257的過程為發(fā)送各種文件由廣播服務器連續(xù)執(zhí)行的發(fā)送過程。

應用、應用相關的數(shù)據(jù)(諸如當執(zhí)行應用時所使用的數(shù)據(jù)文件)、服務工作者(sw)等被包含在發(fā)送文件中。

(步驟s258)

步驟s255的過程為接收裝置30的中間件的過程。中間件從廣播服務器的傳輸文件中選擇性地獲取用作獲取目標的文件，并將所獲取的文件展開(存儲)到代理服務器的管理高速緩存中。

如上所述，通過在接收裝置的中間件中設置要獲取的服務工作者(sw)的類別，可以選擇性地獲取與所設置的類別相對應的服務工作者(sw)。

[7.3.通過應用令牌來提高特定類別的服務工作者(sw)的獲取過程的效率的配置]

接下來，將描述提高用于在接收裝置中獲取數(shù)據(jù)的獲取和選擇過程的效率的配置。

具體地，將描述通過應用令牌來提高獲取特定類別的服務工作者(sw)的獲取過程的效率的配置。

各種類別的服務工作者(sw)從發(fā)送裝置20發(fā)送，并且接收裝置30需要執(zhí)行僅從多種類別的服務工作者(sw)選擇性地獲取特定類別的服務工作者(sw)的過程。

然而，服務工作者(sw)、應用和經(jīng)由廣播波提供的數(shù)據(jù)文件對應于每個節(jié)目來設置，并且預期從發(fā)送裝置20發(fā)送的文件的數(shù)量是巨大的。

接收裝置30需要從大量的發(fā)送文件中選擇性地獲取對接收裝置為最佳的服務工作者(sw)。

下面將描述用于有效地執(zhí)行文件選擇過程的配置。

例如，服務工作者(sw)作為nrt內容經(jīng)由廣播波被依次發(fā)送。

此外，與作為獲取諸如服務工作者(sw)的文件所需的訪問信息的文件相對應的url、每個文件的發(fā)送時刻信息等被記錄在信令數(shù)據(jù)(元數(shù)據(jù))中并被提供給接收裝置30。

接收裝置30可以分析信令數(shù)據(jù)(元數(shù)據(jù))并且可以檢測要獲取的文件的url、發(fā)送時刻等。

例如，信令數(shù)據(jù)(元數(shù)據(jù))具有使用作為一個服務單元的一個信道或一個節(jié)目來記錄每個服務單元的各種信息(元數(shù)據(jù))的配置。

例如，如圖13所示，服務單元(節(jié)目單元或頻道單元)的元數(shù)據(jù)描述如下：

具有服務a的描述的元數(shù)據(jù)；

具有服務b的描述的元數(shù)據(jù)；以及

具有服務c的描述的元數(shù)據(jù)。

另外，每個服務單元的元數(shù)據(jù)包括作為低級別元數(shù)據(jù)的文件傳輸會話單元的元數(shù)據(jù)。

在每個會話中傳送的文件的訪問信息被記錄在文件傳輸會話單元的元數(shù)據(jù)中。

接收裝置30可以使用訪問信息通過上面參考圖7所述的信令分析單元113和地址解析單元123的過程來執(zhí)行獲取，獲取與必要文件的url匹配的文件訪問信息并獲取文件。

然而，接收裝置30不能檢測記錄了必要文件的訪問信息的信令數(shù)據(jù)的元數(shù)據(jù)。

因此，有必要研究作為搜索目標的在信令數(shù)據(jù)中記錄的所有訪問信息以及搜索時間所需的長時間。

作為解決方案，將參考圖14描述用于限制被記錄在信令數(shù)據(jù)中的搜索范圍的令牌或url的示例。

令牌或url為用于有效地搜索與接收裝置30的獲取計劃數(shù)據(jù)相關的訪問信息(元數(shù)據(jù))的輔助搜索信息。

例如，它是用于有效地搜索與為特定類別的服務工作者(sw)或用作特定類別的服務工作者(sw)的管理目標的數(shù)據(jù)的資源(應用和應用相關數(shù)據(jù))相關的訪問信息的輔助搜索信息。

圖14示出了類似于圖13的信令數(shù)據(jù)(元數(shù)據(jù))的示例性配置。如上所述，信令數(shù)據(jù)(元數(shù)據(jù))具有記錄了每個服務單元的各種信息(元數(shù)據(jù))的配置，例如，使用一個頻道或一個節(jié)目作為一個服務單元。

如圖14所示，服務單元(節(jié)目單元或頻道單元)的元數(shù)據(jù)描述如下：

具有服務a的描述的元數(shù)據(jù)；

具有服務b的描述的元數(shù)據(jù)；以及

具有服務c的描述的元數(shù)據(jù)。

另外，每個服務單元的元數(shù)據(jù)包括作為低級別元數(shù)據(jù)的文件傳輸會話單元的元數(shù)據(jù)。

在圖14所示的示例中，令牌<sw-scope>的描述被包含在具有服務a的描述的元數(shù)據(jù)151中。

此外，令牌<sw-scope>和文件url的描述被包含在具有文件傳輸會話2的描述的元數(shù)據(jù)152中以及具有文件傳輸會話3的描述的元數(shù)據(jù)154中，元數(shù)據(jù)154為被包含在元數(shù)據(jù)151中的低級會話單元的元數(shù)據(jù)。

此外，文件url的描述被包含在具有文件傳輸會話1的描述的元數(shù)據(jù)153中，元數(shù)據(jù)153為被包含在元數(shù)據(jù)151中的低級會話單元的元數(shù)據(jù)。

<sw-scope>、<sw-class>和文件url為被描述為用于提高接收裝置中所獲取的文件的訪問信息的效率的令牌的數(shù)據(jù)。

記錄在元數(shù)據(jù)151中的令牌<sw-scope>為用于限制記錄了用作搜索目標的訪問信息的元數(shù)據(jù)的搜索范圍的令牌，

“服務工作者(sw)搜索范圍令牌”。

此外，記錄在元數(shù)據(jù)152中的令牌<sw-class>為指示與用作特定sw(高速緩存目標文件)的管理或更新目標的文件相關的url信息被集中記錄的令牌，即，

“服務工作者(sw)類別指定令牌”。

需注意，所有令牌被設置為與特定服務工作者(sw)相對應的令牌。

“服務工作者(sw)搜索范圍令牌<sw-scope>”為指示要獲取的特定類別的服務工作者(sw)的文件訪問信息被記錄在記錄了令牌或其元數(shù)據(jù)的元數(shù)據(jù)中的令牌。

當接收裝置30選擇記錄了令牌的元數(shù)據(jù)并且使用元數(shù)據(jù)和元數(shù)據(jù)下面的元數(shù)據(jù)作為搜索范圍來執(zhí)行搜索時，接收裝置30可以有效地獲取由接收裝置獲取的類別的服務工作者(sw)的文件的訪問信息。

換句話說，可以從搜索目標中排除其它元數(shù)據(jù)，并且可以通過限制搜索范圍來提高搜索效率。

此外，“服務工作者(sw)類別指定令牌<sw-class>”為例如指示特定服務工作者(sw)的管理目標文件組，指示用作接收裝置的獲取目標的類別的服務工作者(sw)的文件的訪問信息被集中記錄在記錄了令牌的元數(shù)據(jù)中的令牌。

當接收裝置30選擇記錄了令牌的元數(shù)據(jù)并且僅獲取記錄在元數(shù)據(jù)中的訪問信息時，接收裝置30可以有效地獲取待由接收裝置獲取的類別的服務工作者(sw)的文件的訪問信息。

如上所述，令牌或url被設置為用于有效地搜索與接收裝置30的獲取計劃數(shù)據(jù)相關的訪問信息(元數(shù)據(jù))的輔助搜索信息。

需注意，如圖14所示，服務工作者(sw)搜索范圍令牌被布置在信令數(shù)據(jù)的服務單元的描述部分中以及服務工作者(sw)類別指定令牌被布置在信令數(shù)據(jù)的文件傳輸會話的描述部分中的配置為提高搜索效率的示例性令牌設置中的一者。

通過采用該配置，當在接收裝置(客戶端)中接收到信令數(shù)據(jù)時，可以更有效地執(zhí)行接入信息獲取。

接收裝置30選擇性地提取具有服務工作者(sw)搜索范圍令牌的服務描述組，然后提取與該服務描述組相關聯(lián)的文件傳輸會話描述，搜索服務工作者(sw)類別指定令牌或與文件url匹配的文件傳輸?shù)刂?用于獲取在廣播流上傳送的實際文件所需的地址參數(shù))并獲取所需文件。

從發(fā)送裝置20發(fā)送給接收裝置30的信令數(shù)據(jù)(元數(shù)據(jù))具有如圖14所示的分層配置，并且將參考圖15至圖17描述信令數(shù)據(jù)(元數(shù)據(jù))的更具體的示例性配置和令牌的示例性設置。

將基于圖15的(1)所示的示例性令牌設置1來描述從發(fā)送裝置20發(fā)送給接收裝置30的信令數(shù)據(jù)(元數(shù)據(jù))的示例性分層配置設置。

圖15的(1)所示的信令數(shù)據(jù)(元數(shù)據(jù))為最高層為以節(jié)目為單位或以信道為單位設置的服務單元的元數(shù)據(jù)(服務)。

內容單元的元數(shù)據(jù)(內容)被設置在服務單元的元數(shù)據(jù)之下。

描述了傳遞時間表和訪問信息的元數(shù)據(jù)(schedule&access)被設置在服務單元的元數(shù)據(jù)(service)或內容單元的元數(shù)據(jù)(content)之下。

此外，用戶服務描述(usd)元數(shù)據(jù)被設置在元數(shù)據(jù)(schedule&access)之下。

需注意，usd存儲例如與傳遞方法有關的信息并且包括例如以下信令數(shù)據(jù)：

會話描述(sdp)；

文件傳遞描述(fdd)；

修復流程描述(rfd)；以及

時間表描述(sd)。

此外，usd包括作為信令數(shù)據(jù)的媒體呈現(xiàn)描述(mpd)。該信令數(shù)據(jù)具有存儲了與內容(av區(qū)段)相對應的各種指南信息和控制信息的清單文件。

route元數(shù)據(jù)被設置在usd元數(shù)據(jù)之下，其中，route元數(shù)據(jù)記錄了根據(jù)route協(xié)議傳遞的特定傳遞數(shù)據(jù)信息，例如專用于實際傳遞的文件的傳輸參數(shù)等。

在圖15的(1)中所示的示例性令牌設置1中，

“服務工作者(sw)搜索范圍令牌<sw-scope>”被記錄在服務元數(shù)據(jù)161中。

接收裝置30可以根據(jù)該令牌限制url的搜索范圍或者計劃被獲取的類別的服務工作者(sw)文件的訪問信息。換句話說，可以設置圖15的(1)中的虛線框所指示的搜索范圍，并搜索計劃獲取文件的url或訪問信息。

此外，“服務工作者(sw)類別指定令牌<sw-class>”被記錄在最低層的route元數(shù)據(jù)162和163中。

接收裝置30可以根據(jù)該令牌檢測到特定類別的服務工作者(sw)或管理資源文件的url或訪問信息被記錄在元數(shù)據(jù)162和163中。

在圖15的(2)所示的示例性令牌設置2中，

“服務工作者(sw)搜索范圍令牌<sw-scope>”被記錄在內容元數(shù)據(jù)164中。

接收裝置30可以根據(jù)該令牌限制搜索范圍。換句話說，可以設置圖15的(2)中的虛線框所指示的搜索范圍，并搜索計劃獲取文件的url或訪問信息。

此外，“服務工作者(sw)類別指定令牌<sw-class>”被記錄在最低層的route元數(shù)據(jù)165中。

接收裝置30可以根據(jù)該令牌檢測到特定類別的服務工作者(sw)或者構成管理資源的組的計劃獲取文件的url或訪問信息被記錄在元數(shù)據(jù)165中。

在圖16的(3)所示的示例性令牌設置3中，

“服務工作者(sw)搜索范圍令牌<sw-scope>”被記錄在時間表與訪問(schedule&access)元數(shù)據(jù)166中。

接收裝置30可以根據(jù)該令牌限制url的搜索范圍或者計劃被獲取的類別的服務工作者(sw)的文件的訪問信息。換句話說，可以設置由圖16的(3)中的虛線框指示的搜索范圍并執(zhí)行搜索。

此外，“服務工作者(sw)類別指定令牌<sw-class>”被記錄在最低層的route元數(shù)據(jù)167中。

接收裝置30可以根據(jù)該令牌檢測到特定類別的服務工作者(sw)或者構成管理資源的組的計劃獲取文件的url或訪問信息被記錄在元數(shù)據(jù)167中。

在圖17的(4)所示的示例性令牌設置4中，

“服務工作者(sw)搜索范圍令牌<sw-scope>”被記錄在設置在usd元數(shù)據(jù)下方的時間表描述元數(shù)據(jù)168中。

接收裝置30可以根據(jù)該令牌限制搜索范圍。換句話說，可以設置圖17的(4)中的虛線框所指示的搜索范圍，并搜索計劃獲取文件的url或訪問信息。

此外，“服務工作者(sw)類別指定令牌<sw-class>”被記錄在最低層的route元數(shù)據(jù)169中。

接收裝置30可以根據(jù)該令牌檢測到特定服務工作者(sw)或者構成管理資源的組的計劃獲取文件的url或訪問信息被記錄在元數(shù)據(jù)169中。

已經(jīng)參考圖15至圖17描述了信令數(shù)據(jù)中的令牌的多個示例性設置，但是另外可以以各種形式設置令牌。

接收裝置30可以基于被包含在信令數(shù)據(jù)中的令牌來有效地獲取要獲取的文件的url或訪問信息。

例如，接收裝置30通知(設置)接收用于令牌檢測的令牌信息的廣播數(shù)據(jù)的中間件，該令牌檢測用于檢測應用于諸如限制搜索目標文件的搜索范圍或組指定的過濾過程的令牌，根據(jù)所設置的令牌信息分析從發(fā)送裝置20發(fā)送的信令數(shù)據(jù)，檢測令牌，使用檢測到的令牌執(zhí)行有效的搜索過程，并且獲取url信息或訪問信息，獲取要存儲在存儲單元(永久高速緩存)中的文件所需的傳遞時間表信息等。

需注意，每個文件的傳遞時間表信息也與文件url一起記錄在信令數(shù)據(jù)中。

例如，可以通過使用用于服務器側腳本的ajax在代理服務器上輸出請求來執(zhí)行在中間件中設置令牌信息的過程。

需注意，存在作為令牌信息設置形式的以下設置形式：

(1)服務工作者(sw)類別指定令牌(sw-class)；以及

(2)服務工作者(sw)搜索范圍令牌(sw-scope)+)服務工作者(sw)類別指定令牌(sw-class)。

需注意，例如，使用了作為特定設置參數(shù)的服務工作者(sw)類別標識符等。此外，可使用與特定類別相對應的服務工作者(sw)的文件url。

此外，當一起執(zhí)行用作用于特定類別的服務工作者(sw)的管理數(shù)據(jù)的資源的選擇獲取時，資源的文件url可與令牌一起被指定為參數(shù)。

[7.4.服務工作者(sw)的更新過程]

接下來，將描述更新存儲在接收裝置30中的服務工作者(sw)的更新過程。

由接收裝置30獲取的服務工作者(sw)與用作服務工作者(sw)的管理對象的資源(應用和應用相關的數(shù)據(jù))一起被存儲在接收裝置的存儲單元(永久高速緩存)中并設置為隨時可用。

可以在服務工作者(sw)中設置截止日期，并且接收裝置30可以根據(jù)需要執(zhí)行更換服務工作者(sw)的服務工作者(sw)更新過程，其中，接收裝置保留該服務工作者(sw)直到其截止日期隨著新的服務工作者(sw)一起到來。

例如，根據(jù)使用與預定內容(節(jié)目)相對應的應用設置的獲取請求，從諸如廣播服務器21或數(shù)據(jù)傳遞服務器22的發(fā)送裝置20獲取服務工作者(sw)。

例如，在(經(jīng)由廣播或經(jīng)由網(wǎng)絡兩者)進行獲取過程時，服務工作者(sw)的截止日期可以在“http響應報頭：高速緩存控制”中指定，“http響應報頭：高速緩存控制”為當執(zhí)行提供服務工作者(sw)的過程時從發(fā)送裝置20到接收裝置30的通信數(shù)據(jù)。

通過設置用于預定內容(節(jié)目)的應用的過程所執(zhí)行的服務工作者登記過程的用于存儲在接收裝置30的存儲單元(永久高速緩存)服務工作者(sw)的截止日期的確認過程或更新過程由在接收裝置的輸出控制單元中執(zhí)行的瀏覽器來執(zhí)行。

瀏覽器檢查存儲在接收裝置30的存儲單元(永久高速緩存)中的多個服務工作者(sw)中的每者的截止日期，在截止日期到來時自動地將獲取請求發(fā)送給本地代理服務器，并執(zhí)行重新登記過程，即當服務工作者(sw)的內容被更新時的更新過程。

可替代地，當由瀏覽器設置的某一時間段(例如，一天一次)通過時，向本地代理服務器自動發(fā)送對服務工作者(sw)的獲取請求，并且當服務工作者(sw)的內容被更新時執(zhí)行重新登記過程。

將參考圖18至圖19所示的序列圖來描述更新服務工作者(sw)的更新過程序列。

在圖18至圖19中，從左側示出以下部件：

(a)構成發(fā)送裝置的廣播服務器；

(b)構成發(fā)送裝置的數(shù)據(jù)傳遞服務器；

(c)接收裝置的中間件；

(d)由接收裝置的輸出控制單元執(zhí)行的瀏覽器；以及

(e)在由接收裝置的輸出控制單元執(zhí)行的瀏覽器上執(zhí)行的服務工作者(sw)。

將依次描述圖18至圖19的序列圖中所示的步驟的過程。

(步驟s271)

步驟s271的過程為發(fā)送信令數(shù)據(jù)由廣播服務器連續(xù)執(zhí)行的發(fā)送過程。

例如，在信令數(shù)據(jù)中設置上面參考圖14至圖17描述的令牌。

(步驟s272)

步驟s272的過程為接收裝置30的中間件的過程。換句話說，它是執(zhí)行諸如接收數(shù)據(jù)的數(shù)據(jù)接收和分析的過程的中間件的過程。中間件設置從應用或服務工作者(sw)報告的令牌信息，并且基于所設置的令牌信息從信令數(shù)據(jù)中檢測令牌(或文件url)。

(步驟s273)

步驟s273的過程為發(fā)送各種文件由廣播服務器連續(xù)執(zhí)行的發(fā)送過程。

應用、應用相關的數(shù)據(jù)(諸如當執(zhí)行應用時所使用的數(shù)據(jù)文件)、服務工作者(sw)等被包含在發(fā)送文件中。

(步驟s274)

步驟s274的過程為接收裝置30的中間件的過程。中間件從廣播服務器的傳輸文件中選擇性地獲取用作獲取目標的文件，并將所獲取的文件展開(存儲)到代理服務器的管理高速緩存中。

應用、應用相關的數(shù)據(jù)(諸如當執(zhí)行應用時所使用的數(shù)據(jù)文件)、服務工作者(sw)等被包含在高速緩存數(shù)據(jù)中。

保存在接收裝置30中的更新版本的服務工作者(sw)也被包含在服務工作者(sw)中。

(步驟s275)

步驟s275為由接收裝置的輸出控制單元執(zhí)行的瀏覽器的過程。

瀏覽器檢查存儲在接收裝置30的存儲單元(永久高速緩存)中的多個服務工作者(sw)中的每者的截止日期，并且在截止日期到來時自動地將獲取請求發(fā)送給本地代理服務器。

可替代地，當由瀏覽器設置的某一時間段(例如，一天一次)通過時，向本地代理服務器自動發(fā)送對服務工作者(sw)的獲取請求。

(步驟s276)

步驟s276的過程為接收裝置30的中間件的過程。中間件在代理服務器的管理高速緩存中搜索從瀏覽器發(fā)送獲取請求的更新的服務工作者(sw)，并且當檢測到更新的服務工作者(sw)時，向瀏覽器輸出更新的服務工作者(sw)。

(步驟s277)

步驟s277為由接收裝置的輸出控制單元執(zhí)行的瀏覽器的過程。

瀏覽器登記從代理服務器接收到的更新的服務工作者(sw)。換句話說，更新的服務工作者(sw)被存儲在存儲單元(永久高速緩存)中。

(步驟s278)

步驟s278為由接收裝置的輸出控制單元執(zhí)行的服務工作者(sw)的過程。這里，闡明了新登記的更新的服務工作者(sw)的過程。

更新的服務工作者(sw)根據(jù)需要將令牌信息設置請求發(fā)送給中間件。

令牌信息的設置為與圖11中的步驟s251的過程類似的過程。換句話說，例如，將指示要檢測的信令數(shù)據(jù)中所包含的服務工作者(sw)訪問信息類別的令牌信息的通知給予圖7所示的中間件110的信令分析單元113，并且可以在信令分析單元113中設置可以確定要檢測的類別的服務工作者(sw)訪問信息的狀態(tài)。

(步驟s279)

步驟s279的過程為接收裝置30的中間件的過程。換句話說，它是執(zhí)行諸如接收數(shù)據(jù)的數(shù)據(jù)接收和分析的過程的中間件的過程。中間件設置從更新的服務工作者(sw)報告的令牌信息，并且基于所設置的令牌信息從信令數(shù)據(jù)中檢測令牌(或文件url)。

[7.5.由服務工作者(sw)對接收裝置的存儲單元(永久高速緩存)的控制處理]

接下來，將描述由存儲在接收裝置30中的服務工作者(sw)對接收裝置的存儲單元(永久高速緩存)的控制過程。

存儲在接收裝置30中的服務工作者(sw)使用管理目標的資源，即應用或與應用相關的數(shù)據(jù)來控制存儲單元(永久高速緩存)，即存儲資源的高速緩存以作為管理進程之一。

首先，服務工作者(sw)根據(jù)在接收裝置30的存儲單元(永久高速緩存)中的預定事件的檢測，存儲初始激活服務工作者(sw)的應用所需的文件。

接收了用作服務工作人員(sw)的資源存儲的觸發(fā)器的事件的時刻為執(zhí)行服務工作者(sw)的登記過程或重新登記(更新)過程的時刻。在這一點上，服務工作者(sw)接收登記(安裝)事件。

此外，用作資源存儲過程的觸發(fā)器的事件在應用請求html頁面或javascript(注冊商標)(當接收到提取事件時)的時刻或當由服務工作者(sw)所生成的定時器重新激活時被接收。

由服務工作者(sw)擴展到存儲單元(永久高速緩存)中的應用(部分組)可以被激活為不僅與廣播流相關聯(lián)地(同時)被激活而且還被安裝在獨立于廣播流的客戶端中的應用(離線應用)。

將參考圖20至圖21所示的序列圖來描述服務工作者(sw)對接收裝置的存儲單元(永久高速緩存)的控制過程序列。

在圖20至圖21中，從左側示出以下部件：

(a)構成發(fā)送裝置的廣播服務器；

(b)構成發(fā)送裝置的數(shù)據(jù)傳遞服務器；

(c)接收裝置的中間件；

(d)接收裝置的代理服務器；

(e)由接收裝置的輸出控制單元所執(zhí)行的瀏覽器管理的存儲單元(永久高速緩存)；

(f)在由接收裝置的輸出控制單元執(zhí)行的瀏覽器上執(zhí)行的服務工作者(sw)；

(g)在由接收裝置的輸出控制單元所執(zhí)行的瀏覽器上執(zhí)行的應用；以及

(h)由接收裝置的輸出控制單元執(zhí)行的本機應用。

需注意，本機應用為由接收裝置30執(zhí)行的應用，但是本機應用不是由服務工作者(sw)管理的應用，而是例如用于激活與內容(節(jié)目)相對應的應用的激活過程的應用。

將依次描述圖20至圖21的序列圖中所示的步驟的過程。

(步驟s301)

步驟s301的過程為通過本機應用來激活與內容(節(jié)目)相對應的應用的過程。

如上所述，本機應用為用于與內容(節(jié)目)相對應的應用的激活過程的應用。

在基于例如嵌入在節(jié)目中的觸發(fā)信息來激活與內容(節(jié)目)相對應的應用的設置的情況下，不需要本機應用的激活過程。

(步驟s302)

在步驟s302中，所激活的應用執(zhí)行服務工作者(sw)的登記過程。

通過登記過程，服務工作者(sw)被存儲在存儲單元(永久高速緩存)中并且輸入其可以隨時被使用的狀態(tài)。

服務工作者(sw)基于登記(安裝)事件的檢測來檢測服務工作者(sw)的登記過程，并且服務工作者(sw)使用作為觸發(fā)器的登記(安裝)事件的檢測來開始步驟s303的高速緩存控制。

(步驟s303至s305)

當檢測到登記(安裝)事件時，在步驟s303中，服務工作者(sw)例如根據(jù)腳本描述開始存儲單元(永久高速緩存)的控制。

具體地，開始特定類別的服務工作者(sw)或用作特定類別的服務工作者(sw)的管理目標的資源(應用和應用相關數(shù)據(jù))的獲取過程和高速緩存擴展(存儲)過程。

需注意，在步驟s304中，特定類別的服務工作者(sw)或用作特定類別的服務工作者(sw)的管理目標的資源(應用和應用相關數(shù)據(jù))被連續(xù)地從諸如廣播服務器、數(shù)據(jù)傳遞服務器等的發(fā)送裝置發(fā)送。

在步驟s304中，在上述參考圖8至圖9所述的用于資源的過程的資源發(fā)送/接收過程中，執(zhí)行圖8至圖9(a-1至a-2)的步驟中的區(qū)段文件的替換過程的過程。

在步驟s305中，通過代理服務器的管理高速緩存將發(fā)送數(shù)據(jù)展開(存儲)到存儲單元(永久高速緩存)中。

(步驟s306至s309)

在步驟s306中，應用請求服務工作者(sw)發(fā)送應用部分，例如，執(zhí)行應用所需的運動圖像文件或靜止圖像文件，或者諸如javascript(注冊商標)程序或音頻數(shù)據(jù)的應用相關數(shù)據(jù)。

該請求過程對應于服務工作者(sw)中的提取事件檢測。

在步驟s307至s309中，服務工作者(sw)從存儲單元(永久高速緩存)獲取所請求的部分并將所請求的部分提供給應用。

(步驟s310至s311)

步驟s310至s311的過程為當服務工作者(sw)檢測到激活事件時的過程。

例如，當用戶輸入資源刪除請求時或者當應用的截止日期到期時，檢測到激活事件。

例如，當服務工作者(sw)檢測到激活事件時，存儲單元(永久高速緩存)的控制根據(jù)腳本描述開始。

具體地，執(zhí)行用于特定類別的服務工作者(sw)或用作特定類別的服務工作者(sw)的管理目標的資源(應用和應用相關數(shù)據(jù))的刪除過程等。

(步驟s312至s315)

步驟s312至s315的過程為當服務工作者(sw)檢測到定時器事件時的過程。

例如，當應用的截止日期到期時，當更新期限到達時等，檢測到定時器事件。

根據(jù)定時器事件的過程的示例包括高速緩存資源的刪除和更新資源或添加資源的獲取過程。

步驟s313為與定時器事件相對應的高速緩存資源的刪除過程的序列。

步驟s314至s315說明了與定時器事件相對應的更新資源或添加資源的獲取過程的序列。

需注意，在步驟s314中，在上述參考圖8至圖9所述的用于資源的過程的資源發(fā)送/接收過程中，執(zhí)行圖8至圖9(a-1至a-2)的步驟中的區(qū)段文件的替換過程的過程。

[8.服務工作者(sw)和緩存控制過程(推送類別過程示例)的傳遞]

如上所述，對于服務工作者(sw)或包括用作服務工作者(sw)的管理目標的應用或者應用于應用的數(shù)據(jù)的資源，例如，存在兩種形式，即，輪詢類別獲取過程基于來自安裝在接收裝置30中的瀏覽器的獲取請求來執(zhí)行以及獲取該資源而不考慮來自瀏覽器和提供給瀏覽器的獲取請求的推送類別的配置。

上面參考圖8至圖21所述的過程為使用作為觸發(fā)器的來自安裝在接收裝置30中的瀏覽器的獲取請求來執(zhí)行服務工作者(sw)及其管理資源(應用和應用相關數(shù)據(jù))的獲取的示例性輪詢類別過程。

將描述獲取服務工作者(sw)及其管理資源(應用和應用相關數(shù)據(jù))并且向瀏覽器提供服務工作者(sw)及其管理資源而不考慮來自瀏覽器的獲取請求的示例性推送類別過程。

[8.1.服務工作者(sw)從廣播流相關應用的獲取和登記過程]

甚至在推送類別過程中，使用與從廣播服務器21提供的內容(節(jié)目)相對應的應用的服務工作者(sw)的獲取和登記序列為與上面參考圖8至10所述的示例性輪詢類別過程類似的過程。

[8.2.通過應用令牌來提高接收裝置的數(shù)據(jù)獲取過程的效率的配置]

在上面參考圖11至圖12所述的輪詢類別令牌利用過程中，內容相關聯(lián)應用或服務工作者(sw)被描述為執(zhí)行設置用于過濾的令牌信息(或文件url)以及在中間件中獲取包括要獲取的資源或服務工作者(sw)的文件的過程。

此情形需要中間件將由令牌信息(或文件url)指定的文件擴展(存儲)到本地http代理服務器的高速緩存中。

然而，發(fā)送令牌信息設置請求的應用或服務工作者(sw)不能被動地檢測根據(jù)令牌所選擇的文件是否已經(jīng)被擴展(存儲)到代理服務器的高速緩存中。

換句話說，以上參考圖11至圖12所述的序列為應用部分或服務工作者(sw)在瀏覽器(應用)的輪詢形式中從代理服務器被拉入的模型。

在上述輪詢類別過程的描述中，已經(jīng)描述了服務工作者(sw)的高速緩存截止日期、定時器、預定輪詢周期等用作用于執(zhí)行輪詢的觸發(fā)器的方法。

該過程具有如下問題：當高速緩存截止日期/定時器/輪詢周期等為長時，其不能執(zhí)行拉入定時控制，使得當在代理服務器的高速緩存中執(zhí)行更新時，其被立即拉到瀏覽器側而不依賴于所設置的時間間隔的粒度。

此外，當時間間隔減小以增加定時精度時，頻繁地進行查詢請求，并且增加無用的負荷。

為了解決該問題，在下面將要描述的推送類別過程中，當令牌信息(或文件url)設置請求從瀏覽器側發(fā)送時，使用推送類別事件通知機制的過程被執(zhí)行，其中，推送類別事件通知機制使用通知瀏覽器側的高速緩存擴展的推送api，并且同時數(shù)據(jù)被擴展(存儲)到中間件的管理高速緩存中。

將參考圖22到圖23的序列圖來描述推送類別令牌應用數(shù)據(jù)選擇獲取過程序列。

在圖22至圖23中，從左側示出以下部件：

(a)構成發(fā)送裝置的廣播服務器；

(b)構成發(fā)送裝置的數(shù)據(jù)傳遞服務器；

(c)接收裝置的中間件；

(d)由接收裝置的輸出控制單元執(zhí)行的服務工作者；以及

(e)由接收裝置的輸出控制單元執(zhí)行的應用。

將依次描述圖22至圖23的序列圖中所示的步驟的過程。

(步驟s321)

步驟s321的過程通過由接收裝置的輸出控制單元執(zhí)行的應用來執(zhí)行。

該應用將令牌信息設置請求發(fā)送給中間件。

具體地，例如，將指示要檢測的信令數(shù)據(jù)中所包含的服務工作者(sw)訪問信息類別的令牌信息的通知給予圖7所示的中間件110的信令分析單元113，并且可以在信令分析單元113中設置可以確定要檢測的類別的服務工作者(sw)訪問信息的狀態(tài)。

具體地，例如，服務工作者(sw)標識符等被報告并設置為令牌信息。

與步驟s321的過程并行地，在應用和中間件之間執(zhí)行步驟s321a的事件登記/批準過程，并且在中間件與發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)之間執(zhí)行步驟s321b的事件登記/批準過程。

這是確認當從發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)向接收裝置(應用、應用相關數(shù)據(jù)、服務工作者(sw)等)發(fā)送的數(shù)據(jù)被擴展(存儲)到中間件的代理服務器管理高速緩存中時，每個裝置或組件批準執(zhí)行應用被通知的過程，并且執(zhí)行該過程的過程。

(步驟s322至s323)

步驟s322至s323的過程由該應用和由接收裝置的輸出控制單元執(zhí)行的服務工作者執(zhí)行。

在中間件中設置令牌信息的設置過程可作為如在步驟s321中描述的應用的過程來執(zhí)行，但是可作為服務工作者(sw)的過程來執(zhí)行。

當在中間件中設置令牌信息的設置過程作為服務工作者(sw)的過程被執(zhí)行時，執(zhí)行步驟s322至s323的過程。

首先，在步驟s322中，應用執(zhí)行登記服務工作者(sw)的登記過程并開始服務工作者(sw)的過程。

通過登記過程，服務工作者(sw)被存儲在存儲單元(永久高速緩存)中并且輸入其可以隨時被使用的狀態(tài)。

然后，所登記的服務工作者(sw)將令牌信息設置請求發(fā)送給中間件。

令牌信息的設置為與步驟s321的過程類似的過程。換句話說，例如，將指示要檢測的信令數(shù)據(jù)中所包含的服務工作者(sw)訪問信息類別的令牌信息的通知給予圖7所示的中間件110的信令分析單元113，并且可以在信令分析單元113中設置可以確定要檢測的類別的服務工作者(sw)訪問信息的狀態(tài)。

當執(zhí)行步驟s322至s323的過程時，與該過程并行地，在應用和中間件之間執(zhí)行步驟s323a的事件登記/批準過程，并且在中間件和發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)之間執(zhí)行步驟s323b的事件登記/批準過程。

這是確認當從發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)向接收裝置(應用、應用相關數(shù)據(jù)、服務工作者(sw)等)發(fā)送的數(shù)據(jù)被擴展(存儲)到中間件的代理服務器管理高速緩存中時，每個裝置或組件批準執(zhí)行應用被通知的過程，并且執(zhí)行該過程的過程。

(步驟s324)

步驟s324的過程為發(fā)送信令數(shù)據(jù)由廣播服務器連續(xù)執(zhí)行的發(fā)送過程。

例如，在信令數(shù)據(jù)中設置上面參考圖14至圖17描述的令牌。

(步驟s325)

步驟s325的過程為接收裝置30的中間件的過程。換句話說，它是執(zhí)行諸如接收數(shù)據(jù)的數(shù)據(jù)接收和分析的過程的中間件的過程。中間件設置從應用或服務工作者(sw)報告的令牌信息，并且基于所設置的令牌信息從信令數(shù)據(jù)中檢測令牌(或文件url)。

此外，接收裝置30的中間件基于令牌(或文件url)確定獲取目標文件，并根據(jù)所選擇的文件的傳遞時間表信息開始文件獲取過程。

(步驟s326)

步驟s326的過程為發(fā)送各種文件由廣播服務器連續(xù)執(zhí)行的發(fā)送過程。

應用、應用相關的數(shù)據(jù)(諸如當執(zhí)行應用時所使用的數(shù)據(jù)文件)、服務工作者(sw)等被包含在發(fā)送文件中。

(步驟s327至s328)

步驟s327的過程為接收裝置30的中間件的過程。中間件從廣播服務器的傳輸文件中選擇性地獲取用作獲取目標的文件，并將所獲取的文件展開(存儲)到代理服務器的管理高速緩存中。

當執(zhí)行步驟s327的過程時，在裝置之間和組件之間執(zhí)行步驟s328a至s328d的事件通知過程。

這是向應用或服務工作者(sw)給予指示從發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)發(fā)送給接收裝置(應用、應用相關數(shù)據(jù)、服務工作者(sw)等)的數(shù)據(jù)被擴展(存儲)到中間件的代理服務器管理高速緩存的通知的過程。

需注意，在圖23中示出了步驟s328a至328d的四個事件通知線，但是由希望執(zhí)行數(shù)據(jù)傳輸?shù)娜魏窝b置給出步驟s328a和s328b的事件通知是可取的。

此外，在步驟s328c和s328d中來自中間件的通知過程可僅針對令牌信息設置請求的發(fā)布者，即應用或服務工作者(sw)中的任一者來執(zhí)行。

在上述過程序列中，令牌(或文件url)設置的事件和通過推送api的推送事件請求被登記在在atsc3.0客戶端廣播中間件上實現(xiàn)的推送事件服務器(發(fā)布器)中。推送事件服務器根據(jù)需要經(jīng)由網(wǎng)絡將推送事件請求的事件登記在發(fā)送裝置中。

當在代理服務器上擴展被設置令牌(或文件url)過濾的數(shù)據(jù)時，中間件向推送事件客戶端通知推送事件(應用或服務工作者(sw))。

由于瀏覽器側可以在接收到事件時發(fā)送獲取請求(拉入瀏覽器高速緩存中)，因此當文件經(jīng)由廣播在客戶端側聚積時，可以在瀏覽器側立即使用該文件。此外，使得客戶端側可以經(jīng)由網(wǎng)絡發(fā)送和接收推送事件的原因在于，甚至當客戶端廣播中間件未被調諧到文件傳送流時，也能使客戶端側檢測到文件傳送的事實。

[8.3.服務工作者(sw)的更新過程]

接下來，將描述當執(zhí)行推送類別過程時更新服務工作者(sw)的更新過程。

如上所述，可以在服務工作者(sw)中設置截止日期，并且接收裝置30可以根據(jù)需要執(zhí)行更換服務工作者(sw)的服務裝置(sw)更新過程，其中，接收裝置保留該服務工作者(sw)直到其截止日期隨著新的服務工作者(sw)一起到來。

輪詢類別服務工作者(sw)更新過程序列為上面參考圖18到圖19描述的序列。

在推送類別過程中，執(zhí)行當將更新的服務工作者(sw)擴展(存儲)到中間件的管理高速緩存中時，使用推送類別事件通知機制的過程，其中，推送類別事件通知機制使用通知瀏覽器側的高速緩存擴展的推送api。

將參考圖24描述推送類別過程中的服務工作者更新過程序列。

在圖24中，從左側示出以下部件；

(a)構成發(fā)送裝置的廣播服務器；

(b)構成發(fā)送裝置的數(shù)據(jù)傳遞服務器；

(c)接收裝置的中間件；

(d)由接收裝置的輸出控制單元執(zhí)行的瀏覽器；以及

(e)在由接收裝置的輸出控制單元執(zhí)行的瀏覽器上執(zhí)行的服務工作者(sw)。

將依次描述圖24的序列圖中所示的步驟的處理。

需注意，類似于上面參考圖22所述的過程，假設在圖24中的序列開始之前，在裝置之間和組件之間執(zhí)行事件登記/批準過程。

換句話說，例如，在應用和中間件之間執(zhí)行圖22中的步驟s321a的事件登記/批準過程，并且在中間件和發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)之間執(zhí)行圖22中的步驟s321b的事件登記/批準過程。

這是確認當從發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)向接收裝置(應用、應用相關數(shù)據(jù)、服務工作者(sw)等)發(fā)送的數(shù)據(jù)被擴展(存儲)到中間件的代理服務器管理高速緩存中時，每個裝置或組件批準執(zhí)行應用被通知的過程，并且執(zhí)行該過程的過程。

圖24中所示的序列對應于已經(jīng)執(zhí)行事件登記/批準過程之后的過程。

將依次描述圖24的序列圖中所示的步驟的過程。

(步驟s351)

步驟s351a至s351d為向應用或服務工作者(sw)給予指示將從發(fā)送裝置(廣播服務器或數(shù)據(jù)傳遞服務器)發(fā)送給接收裝置的數(shù)據(jù)(在本例中為更新后的服務工作者(sw))的擴展(存儲)到中間件的代理服務器管理高速緩存中的通知的過程。

需注意，在圖24中示出了步驟s351a至351d的四個事件通知線，但是由希望執(zhí)行數(shù)據(jù)傳輸?shù)娜魏窝b置給出步驟s351a和s351b的事件通知是可取的。

此外，可以僅對應用或服務工作者(sw)中的任一者執(zhí)行在步驟s351c和s351d中來自中間件的通知過程。

(步驟s352)

步驟s352為由接收裝置的輸出控制單元執(zhí)行的瀏覽器的過程。

瀏覽器基于事件通知將獲取請求發(fā)送給更新的服務工作者(sw)的本地代理服務器。

(步驟s353)

步驟s353的過程為接收裝置30的中間件的過程。中間件在代理服務器的管理高速緩存中搜索從瀏覽器發(fā)送獲取請求的更新的服務工作者(sw)，并且當檢測到更新的服務工作者(sw)時，向瀏覽器輸出更新的服務工作者(sw)。

(步驟s354)

步驟s354為由接收裝置的輸出控制單元執(zhí)行的瀏覽器的過程。

瀏覽器登記從代理服務器接收到的更新的服務工作者(sw)。換句話說，更新的服務工作者(sw)被存儲在存儲單元(永久高速緩存)中。

(步驟s355)

步驟s355為由接收裝置的輸出控制單元執(zhí)行的服務工作者(sw)的過程。這里，闡明了新登記的更新的服務工作者(sw)的過程。

更新的服務工作者(sw)根據(jù)需要將令牌信息設置請求發(fā)送給中間件。

令牌信息的設置為與圖11中的步驟s251的過程類似的過程。換句話說，例如，將指示要檢測的信令數(shù)據(jù)中所包含的服務工作者(sw)訪問信息類別的令牌信息的通知給予圖7所示的中間件110的信令分析單元113，并且可以在信令分析單元113中設置可以確定要檢測的類別的服務工作者(sw)訪問信息的狀態(tài)。

需注意，與步驟s355的過程并行地，執(zhí)行步驟s355a所示的事件登記/批準過程。這是當對應于令牌信息的數(shù)據(jù)被擴展(存儲)到中間件的代理服務器時，向服務工作者(sw)或應用給予指示數(shù)據(jù)的通知的過程。

(步驟s356)

步驟s356的過程為接收裝置30的中間件的過程。換句話說，它是執(zhí)行諸如接收數(shù)據(jù)的數(shù)據(jù)接收和分析的過程的中間件的過程。中間件設置從更新的服務工作者(sw)報告的令牌信息，并且基于所設置的令牌信息從信令數(shù)據(jù)中檢測令牌(或文件url)。

[8.4.由服務工作者(sw)對接收裝置的存儲單元(永久高速緩存)的控制處理]

在推送類別過程中，存儲在接收裝置30中的服務工作者(sw)對接收裝置的存儲單元(永久高速緩存)的控制過程序列也為與上面參考圖20至圖21所述的輪詢類別過程示例的過程。

[9.描述令牌的信令數(shù)據(jù)(元數(shù)據(jù))的配置]

用于有效地執(zhí)行在接收裝置30中獲取的數(shù)據(jù)的選擇的令牌(或url)在從諸如上面參考圖14至圖17所述的廣播服務器21的發(fā)送裝置20發(fā)送的信令數(shù)據(jù)(元數(shù)據(jù))中描述。

下面將描述令牌(或url)被記錄在信令數(shù)據(jù)(元數(shù)據(jù))中的具體示例性配置。

圖25為示出從諸如廣播服務器21的發(fā)送裝置20發(fā)送的信令數(shù)據(jù)(元數(shù)據(jù))的示例性配置的示意圖。

信令數(shù)據(jù)(元數(shù)據(jù))具有如圖25所示的以下三個層：

(1)服務層(開放移動聯(lián)盟-電子服務指南(oma-esg))；

(2)文件傳輸會話層(3gpp-mbms-usd)；和

(3)flute(route)參數(shù)層(flute(route))。

(1)服務層為描述特別打算呈現(xiàn)給用戶的服務或內容的屬性信息的層。

(2)文件傳輸會話層為描述文件的傳輸參數(shù)等的層。

(3)flute(route)參數(shù)層為描述與flute(route)協(xié)議相對應的參數(shù)的層。

(1)例如，被設置在記錄了節(jié)目表等的oma-esg下面的以下屬性信息(元素)記錄區(qū)(片段(fragment))被設置在服務層中：

(a)服務片段；

(b)內容片段；

(c)交互數(shù)據(jù)片段(interactivitydatafragment)；

(d)時間表片段；以及

(e)訪問片段。

片段被分類為記錄了不同類別的屬性信息的區(qū)域。

需注意，在oma-esg中設置了多個其它屬性信息(元素)記錄區(qū)(片段)，但是被設置為令牌的記錄區(qū)的(a)至(e)的屬性信息(元素)記錄區(qū)的示例將在后面描述。

需注意，圖25中所示的箭頭示出了屬性信息(元素)記錄區(qū)(片段)之間的參考關系。

例如，從(a)服務片段延伸到(d)時間表片段的箭頭指示與記錄在(a)服務片段中的服務(例如，頻道和節(jié)目)相對應的(a)傳遞時間表信息被記錄在(d)時間表片段中。

此外，在文件傳輸會話層中，例如，在用作服務單元的信令數(shù)據(jù)的用戶服務描述(usd)之下設置以下屬性信息(元素)記錄區(qū)(片段)：

(f)時間表片段；

(g)過濾描述片段(filterdescriptionfragment)。

多個屬性信息(元素)記錄區(qū)(片段)被設置在用戶服務描述(usd)中，但是(f)和(g)的屬性信息(元素)記錄區(qū)被設置為令牌的記錄區(qū)的示例將在后面描述。

[9.1.在構成信令數(shù)據(jù)(元數(shù)據(jù))的oma-esg中記錄的示例性令牌]

如上面參考圖25所述，

信令數(shù)據(jù)(元數(shù)據(jù))具有如圖25所示的以下三個層：

(1)服務層(oma-esg)；

(2)文件傳輸會話層(3gpp-mbms-usd)；以及

(3)flute(route)參數(shù)層(flute(route))。

首先，將描述在(1)服務層(oma-esg)中記錄令牌的示例。

作為適合于在服務層(oma-esg)中設置的屬性信息(元素)記錄區(qū)(片段)中存儲令牌的片段，存在如上所述的以下屬性信息(元素)記錄區(qū)(片段)：

(a)服務片段；

(b)內容片段；

(c)交互數(shù)據(jù)片段(interactivitydatafragment)；

(d)時間表片段；以及

(e)訪問片段。

(a)服務片段為描述了諸如信道或流傳輸服務的服務層的屬性的片段。

(b)內容片段為描述了構成服務片段的每個內容(諸如當服務描述頻道時的節(jié)目的單元)的片段。

(d)時間表片段為用于在時間軸上映射服務、內容和交互性數(shù)據(jù)的片段(節(jié)目傳遞時間表、節(jié)目呈現(xiàn)時間表等)。

(e)訪問片段為用于描述實際文件或流的地址以及時間表片段的傳遞時間表的片段。

可以記錄各種數(shù)據(jù)的擴展區(qū)的私有擴展元素被設置在每個屬性信息(元素)記錄區(qū)(片段)中。

例如，在與oma不同的標準化組織中，當需要用于使用該模式定義來添加功能元素的新元素時，可以在該擴展區(qū)的下方另外指定各種元素。但是，當模式在oma中擴展時，或者當可以在其它標準化組織中更改整個模式時，附加元素被定義為存儲在私有擴展元素上。

例如，(a)服務片段具有圖26所示的配置。

如圖26所示，可以在私有擴展數(shù)據(jù)記錄區(qū)201下設置令牌記錄區(qū)202。

這對應于“服務工作者(sw)搜索范圍令牌<sw-scope>”被記錄在上面參考圖15所述的圖15的(1)的示例性令牌設置1中所示的服務元數(shù)據(jù)161中的示例。

在圖26所示的令牌記錄區(qū)202中，例如令牌被記錄為xml數(shù)據(jù)。

例如，令牌的xml模式定義具有以下設置：

<xs:elementname＝"swclass"type＝"xs:string"xmlns:xs＝"http://www.w3.org/2001/xmlschema"/>

它被編碼為上述設置的字符串表達式。

此外，服務片段的xml實例的示例具有例如以下設置。

<service>

…

<privateext>

<swclass>characterstringofswclass</swclass>

</privateext>

</service>

[9.2.在構成信令數(shù)據(jù)(元數(shù)據(jù))的usd中記錄的示例性令牌]

如上面參考圖25所述，

信令數(shù)據(jù)(元數(shù)據(jù))具有如圖25所示的以下三個層：

(1)服務層(oma-esg)

(2)文件傳輸會話層(3gpp-mbms-usd)

(3)flute(route)參數(shù)層(flute(route))

下面將描述在(2)文件傳輸會話層(3gpp-mbms-usd)中記錄令牌的示例。

作為適合于在用作服務單元的信令數(shù)據(jù)的用戶服務描述(usd)中設置的屬性信息(元素)記錄區(qū)(片段)中存儲令牌的片段，存在如上所述的以下屬性信息(元素)記錄區(qū)(片段)：

(f)時間表片段；以及

(g)過濾描述片段(filterdescriptionfragment)。

用戶服務描述(usd)為存儲傳輸會話組成服務的屬性的類集線器元素。

圖27示出了用戶服務描述(usd)的整個示例性配置。

用戶服務包描述(usd)210為多個用戶服務描述(usd)211的集合。

圖27所示的中空菱形箭頭指示在中空箭頭側的元素包括連接元素。

正常箭頭指示參考關系。

在用戶服務描述(usd)211下面，

設置時間表元素212。需注意，元素具有與片段相同的含義。

在時間表元素212中，設置時間表描述元素213，并且此外，過濾描述元素214被設置在時間表元素212的下面。

usd元素211下面的時間表元素212描述了傳輸會話的傳遞時間表?？梢詤⒖歼^濾描述(filterdescription)元素214，其存儲用于當根據(jù)時間表傳遞的服務(流會話或文件會話)從時間表元素212引用的時間表描述元素213中選擇性獲取時使用的過濾所使用的參數(shù)。

圖28示出了在構成信令數(shù)據(jù)的用戶服務包描述(usd)之下的示例性分層配置。

在用戶服務包描述(usd)210下面設置以下元素：

用戶服務描述(usd)元素211；以及

時間表元素212。

用作時間表描述元素213的識別信息的時間表描述uri212a被記錄在時間表元素212中。

時間表描述元素213基于時間表描述uri212a來指定。

需注意，flute(route)的引用信息被存儲在設置在用戶服務描述(usd)元素211下面的傳遞方法(deliverymethod)元素中。后面將描述該配置。

圖29為示出在時間表描述元素213之下的信令數(shù)據(jù)配置的示意圖。

屬性數(shù)據(jù)222被設置在時間表描述元素213的下面，并且用作識別特定過濾描述元素的識別信息的過濾描述引用223被記錄在屬性數(shù)據(jù)222中。

此外，用作識別特定過濾的識別信息的過濾id225被記錄在記錄在時間表描述元素213下面的一片屬性數(shù)據(jù)224中。

圖30示出了由過濾描述引用223指定的過濾描述元素231的數(shù)據(jù)配置。

用于設置與每個過濾相對應的數(shù)據(jù)的過濾數(shù)據(jù)元素232被設置在過濾描述元素231的下面。

此外，與圖29的數(shù)據(jù)配置中所示的過濾id225相對應的id數(shù)據(jù)234被記錄在過濾數(shù)據(jù)元素232的屬性233中。

此外，上述令牌235被記錄在過濾數(shù)據(jù)元素232下面的數(shù)據(jù)記錄區(qū)中。

這對應于“服務工作者(sw)搜索范圍令牌<sw-scope>”被記錄在上面參考圖17所述的圖17的(4)的示例性令牌設置4中所示的時間表描述168中的示例。

例如，令牌235被記錄為xml數(shù)據(jù)。

例如，令牌xml的xml模式定義具有以下設置：

<xs:elementname＝"swclass"type＝"xs:string"xmlns:xs＝"http://www.w3.org/2001/xmlschema"/>

它被編碼為字符串表達式。

此外，過濾描述片段的xml實例的示例具有例如以下設置。

<filterdescription>

…

<filterdata>

<swclass>characterstringofswclass</swclass>

</filterdata>

</filterdescription>

[從usd到flute/route的示例性參考過程]

由接收裝置30使用令牌來選擇性地獲取的數(shù)據(jù)為應用的文件、應用相關數(shù)據(jù)、服務工作者(sw)等，并且根據(jù)flute/route協(xié)議傳送。

接收裝置30需要基于在例如為上述信令數(shù)據(jù)的usd等中描述的令牌來識別和獲取根據(jù)flute/route協(xié)議傳送的文件。

將參考圖31和其后的附圖描述該過程的配置。

圖31是示出在如上面參考圖28所述的構成信令數(shù)據(jù)的用戶服務包描述(usd)210之下的示例性分層配置的示意圖。

在用戶服務包描述(usd)210下面設置以下元素：

用戶服務描述(usd)元素211；以及

時間表元素212。

flute(route)的引用信息被存儲在設置在用戶服務描述(usd)元素211下面的傳遞方法(deliverymethod)元素241中。

圖32為示出當根據(jù)flute協(xié)議執(zhí)行文件傳輸時在傳遞方法(deliverymethod)元素241中設置的flute的引用信息的示例的示意圖。

圖32所示的以下信息被記錄為從設置在如圖32所示的傳遞方法(deliverymethod)元素241下面的屬性242之中的會話描述uri(sessiondescriptionuri)屬性243引用的sdp：

v＝…

o＝…

s＝…

t＝…

a＝atsc模式：頻率pipeid(bbpstreamid){具有不同頻率和頻率內的調制/編碼參數(shù)的傳輸管道的id}

a＝flute-tsi:(tsi-transportsessionidentifier)

s＝sourcefilter：inip4ip地址(源ip地址)

m＝application端口(端口號)flute/udp

c＝inip4ipaddress(目的地ip地址)

圖33示出根據(jù)上述信息指定的文件指定配置。

根據(jù)flute(route)協(xié)議傳送的所有文件被存儲在ip包上的udp包上的lct包中并被傳送。

在flute的情況下，文件源ip地址(sourceipaddress)、目的地ip地址(destinationipaddress)、端口號(port)和由sdp指示的tsi指定。這以flute會話為單位執(zhí)行。

源ip地址(sourceipaddress)和目的ip地址(destinationipaddress)被用于指定ip包，端口號(port)被用于指定udp包，以及tsi被用于指定lct包字符串。

此外，由存儲在lct包中的toi(transportobjectidentifier)來指定期望的文件。

文件描述表(fdt)被存儲在toi為0的lct包中，并且每個文件url(被存儲在fdt-instance/file/@contentlocatoin中)和對應的toi(被存儲在fdt-instance/file/@toi中)之間的關系針對由相同tsi指定的傳輸會話中的其它文件對象進行解析。

另一方面，圖34為示出當根據(jù)route協(xié)議執(zhí)行文件傳輸時在傳遞方法(deliverymethod)元素241中設置的flute的引用信息的示例的示意圖。

圖34所示的以下信息被記錄為在如圖34所示的傳遞方法(deliverymethod)元素241下面設置的屬性(attribute)242之中從會話描述uri(sessiondescriptionuri)屬性243引用的sdp：

v＝…

o＝…

s＝…

t＝…

a＝atsc模式：頻率pipeid(bbpstreamid){具有不同頻率和頻率內的調制/編碼參數(shù)的傳輸管道的id}

s＝源過濾：inip4ip地址(源ip地址)

m＝應用端口(端口號)route/udp

c＝inip4ipaddress(目的地ip地址)

圖35示出根據(jù)上述信息指定的文件指定配置。

在route的情況下，文件由源ip地址(sourceipaddress)、目的地ip地址(destinationipaddress)和由sdp指示的端口號(port)指定。這以route會話為單位執(zhí)行。

源ip地址(sourceipaddress)和目的地ip地址(destinationipaddress)被用于指定ip包，以及端口號被用于指定udp包。

在route會話中，lct會話實例描述(lsid)被存儲在lct包的tsi為0以及toi為0的lct包中，以及其它傳輸會話的屬性(由lct包的tsi指定)存儲在route會話中。用作lsid的transportsession/sourceflow/efdt/file元素的屬性的內容位置(contentlocation)屬性與通過toi屬性與文件url對應的toi之間的關系被解析。

客戶端中間件解析(分析)flute的fdt(fdt-instance)或route的lsid，并檢測通過文件傳輸會話傳送的文件url。

[9.3.在構成信令數(shù)據(jù)(元數(shù)據(jù))的flute(route)參數(shù)層中記錄的示例性令牌]

如上面參考圖25所述，

信令數(shù)據(jù)(元數(shù)據(jù))具有如圖25所示的以下三個層：

(1)服務層(oma-esg)

(2)文件傳輸會話層(3gpp-mbms-usd)

(3)flute(route)參數(shù)層(flute(route))

將描述在(3)flute(route)參數(shù)層(flute(route))中記錄令牌的示例。

在flute(route)參數(shù)層中，作為適合于存儲令牌的元素，存在描述了整個flute文件傳輸會話的fdt實例(fdt-instance)元素，或者描述了其會話中攜帶的每個文件的屬性的文件元素。

例如，文件url被存儲在為文件元素的屬性的內容位置(content-location)屬性中。

將參考圖36和其后續(xù)的附圖來描述在fdt實例元素的屬性或文件元素的屬性中記錄令牌的配置。

圖36為示出在構成信令數(shù)據(jù)的flute(route)參數(shù)層中的fdt實例元素下面的數(shù)據(jù)存儲配置的示意圖。

在fdt實例元素301下面，設置

對應于fdt實例的屬性302，以及

文件元素303。

此外，在文件元素303下面，設置

對應于文件的屬性304。

圖37的(a)和37的(b)示出了對應于fdt實例的屬性302和對應于該文件的屬性304的詳細配置。

除了用于記錄指定屬性信息的區(qū)域之外，如圖37的(a)和37的(b)所示，在屬性記錄區(qū)中設置可以存儲空閑數(shù)據(jù)的數(shù)據(jù)記錄字段(任意)。

令牌被記錄在數(shù)據(jù)記錄字段(任意)311和312中。

該令牌記錄示例對應于例如“服務工作者(sw)類別指定令牌<sw-class>”被記錄在上面參考圖15所述的圖15的(1)的示例性令牌設置1中所示的最下層的route元數(shù)據(jù)162和163中的示例。

需注意，文件url被記錄在與該文件相對應的屬性304中的默認內容位置(content-location)記錄區(qū)中。

例如，記錄在與fdt實例相對應的屬性302中的數(shù)據(jù)記錄字段(任何)311和312中的令牌和與該文件相對應的屬性304被記錄為xml數(shù)據(jù)。

例如，令牌的xml模式定義具有以下設置：

<xs:attributename＝"swclass"type＝"xs:string"xmlns:xs＝"http://www.w3.org/2001/xmlschema"/>

它被編碼為上述設置的字符串表達式。

當令牌被存儲在如圖37的(a)所示的fdt實例元素中時的xml實例的示例具有例如以下設置。

<fdt-instance··swclass＝"characterstringofswclass"…>

…

</fdt-instance>

需注意，例如，當在fdt實例元素的屬性中布置“服務工作者(sw)搜索范圍令牌<sw-scope>”時，其指示與期望的服務工作者(sw)相關聯(lián)的文件被存儲在文件傳輸會話的任何一個文件中。

另一方面，當布置“服務工作者(sw)類別指定令牌<sw-class>”時，其指示文件傳輸會話中的所有文件為與期望的服務工作者(sw)相關聯(lián)的文件。

此外，當令牌被存儲在如圖37的(b)所示的文件元素中時的xml實例的示例如下所述。

<fdt-instance>

…

<file…swclass＝"characterstringofswclass"…>

…

</fdt-instance>

只有“服務工作者(sw)類別指定令牌<sw-class>”可以被布置在文件元素的屬性中，并且它指示該文件為與期望的服務工作者(sw)相關聯(lián)的文件。

另一方面，對于route，在flute中指定的文件元素被存儲在用作在route中指定的信令數(shù)據(jù)的lsid中。

圖38示出了在route中指定的lsid之下的數(shù)據(jù)配置。

如圖38所示，分層設置執(zhí)行如下：

lsid元素351；

傳輸會話(transportsession)元素352；

源流(sourceflow)元素353；

efdt元素354；以及

文件元素355。

因此，作為適合于存儲服務工作者(sw)令牌(sw搜索范圍令牌和sw類別指定令牌)的元素，存在以下元素。

(a)efdt元素354單元的屬性數(shù)據(jù)元素361；

(b)文件355單元的屬性數(shù)據(jù)元素362；以及

(c)efdt元素354單元的應用標識符(applicationidentifier)元素。

每個元素為候選的。

圖39的(a)和的39(b)示出了(a)efdt元素354單元的屬性數(shù)據(jù)單元361和(b)文件355單元的屬性數(shù)據(jù)元素362的詳細配置。

除了用于記錄指定屬性信息的區(qū)域之外，如圖39的(a)和39的(b)所示，在屬性記錄區(qū)中設置可以存儲空閑數(shù)據(jù)的數(shù)據(jù)記錄字段(任何)。

令牌被記錄在數(shù)據(jù)記錄字段(任意)371和372中。

該令牌記錄示例對應于例如“服務工作者(sw)類別指定令牌<sw-class>”被記錄在上面參考圖15所述的圖15的(1)的示例性令牌設置1中所示的最下層的route元數(shù)據(jù)162和163中的示例。

需注意，文件url被記錄在與該文件相對應的屬性362中的默認內容位置(content-location)記錄區(qū)中。

當令牌被存儲在如圖39的(a)所示的fdt實例元素中時的xml實例的示例具有例如以下設置。

<lsid>

…

<transportsession>

…

<sourceflow>

…

<efdt…swclass＝"characterstringofswclass"…>

…

</efdt>

…

</sourceflow>

…

</transportsession>

…

</lsid>

此外，當令牌被存儲在如圖38所示的efdt元素354的應用標識符(applicationidentifier)元素363中時的xml實例的示例具有例如以下設置。

<lsid>

…

<transportsession>

…

<sourceflow>

…

<applicationidentifier>characterstringofswclass<applicationidentifier>

…

</sourceflow>

…

</transportsession>

…

</lsid>

當在lsid/transportsession/sourceflow/applicationidentifier元素中布置“服務工作者(sw)搜索范圍令牌<sw-scope>”時，其指示與期望的服務工作者(sw)相關聯(lián)的文件被存儲在文件傳輸會話中的任何文件中。

另一方面，當布置“服務工作者(sw)類別指定令牌<sw-class>”時，其指示文件傳輸會話中的所有文件為與期望的服務工作者(sw)相關聯(lián)的文件。

此外，當令牌被存儲在如圖39的(b)所示的文件元素中時的xml實例的示例具有以下設置。

<efdt>

……

<file…swclass＝"characterstringofswclass"…>

…

</efdt>

需注意，只有“服務工作者(sw)類別指定令牌<sw-class>”可以被布置在文件元素的屬性中，并且它指示該文件為與期望的服務工作者(sw)相關聯(lián)的文件。

[10.由服務工作者(sw)可用的高速緩存優(yōu)化過程示例]

接下來，將描述由在接收裝置30中執(zhí)行的服務工作者(sw)可用的api的高速緩存優(yōu)化過程示例。

上述實施例為對服務工作者(sw)的類別進行分類并針對每種高速緩存策略準備服務工作者(sw)的模型。

該模型在策略類別較少時是有效的，但是當希望根據(jù)客戶端的環(huán)境執(zhí)行非常精細的控制時，服務工作者(sw)的類別的數(shù)量可能是巨大的。為了解決此問題，也可以通過盡可能地準備公共服務工作者(sw)(最多幾個類別)并且將獲取接收裝置(客戶機)的環(huán)境屬性的api應用于服務工作者(sw)的邏輯中來實現(xiàn)高速緩存優(yōu)化。

換句話說，它為可以通過應用api，同時引用應用執(zhí)行環(huán)境的狀態(tài)信息、用戶的觀看信息的統(tǒng)計數(shù)據(jù)等來選擇高速緩存策略的實現(xiàn)模型。

將參照圖40至圖41來描述通過應用api，同時引用應用執(zhí)行環(huán)境的狀態(tài)信息、用戶的觀看信息的統(tǒng)計數(shù)據(jù)等來選擇高速緩存策略的接收裝置的存儲單元(永久高速緩存)的控制過程序列。

在圖40至圖41中，從左側示出以下部件：

(a)構成發(fā)送裝置的廣播服務器；

(b)構成發(fā)送裝置的數(shù)據(jù)傳遞服務器；

(c)接收裝置的中間件；

(d)接收裝置的代理服務器；

(e)由接收裝置的輸出控制單元所執(zhí)行的瀏覽器管理的存儲單元(永久高速緩存)；

(f)在由接收裝置的輸出控制單元執(zhí)行的瀏覽器上執(zhí)行的服務工作者(sw)；

(g)在由接收裝置的輸出控制單元所執(zhí)行的瀏覽器上執(zhí)行的應用；以及

(h)由接收裝置的輸出控制單元執(zhí)行的本機應用。

需注意，本機應用為由接收裝置30執(zhí)行的應用，但是本機應用不是由服務工作者(sw)管理的應用，而是例如用于激活與內容(節(jié)目)相對應的應用的激活過程的應用。

將依次描述圖40至圖41的序列圖中所示的步驟的過程。

(步驟s401)

步驟s401的過程為通過本機應用來激活與內容(節(jié)目)相對應的應用的過程。

如上所述，本機應用為用于與內容(節(jié)目)相對應的應用的激活過程的應用。

在基于例如嵌入在節(jié)目中的觸發(fā)信息來激活與內容(節(jié)目)相對應的應用的設置的情況下，不需要本機應用的激活過程。

(步驟s402)

在步驟s402中，所激活的應用執(zhí)行服務工作者(sw)的登記過程。

通過登記過程，服務工作者(sw)被存儲在存儲單元(永久高速緩存)中并且輸入其可以隨時被使用的狀態(tài)。

服務工作者(sw)基于登記(安裝)事件的檢測來檢測服務工作者(sw)的登記過程，并且服務工作者(sw)使用作為觸發(fā)器的登記(安裝)事件的檢測來開始步驟s403的高速緩存控制。

(步驟s403至s405和步驟s501)

當檢測到登記(安裝)事件時，在步驟s403中，服務工作者(sw)例如根據(jù)腳本描述開始存儲單元(永久高速緩存)的控制。

具體地，開始特定類別的服務工作者(sw)或用作特定類別的服務工作者(sw)的管理目標的資源(應用和應用相關數(shù)據(jù))的獲取過程和高速緩存擴展(存儲)過程。

在步驟s403至s405的過程時，在步驟s501中，執(zhí)行根據(jù)通過應用api所獲得的最佳文件選擇信息的文件獲取處理和高速緩存展開。

通過應用api所獲得的最佳文件選擇信息為例如基于應用執(zhí)行環(huán)境的狀態(tài)信息、用戶的觀看信息統(tǒng)計數(shù)據(jù)等獲得的信息。

需注意，在步驟s404中，特定類別的服務工作者(sw)或用作特定類別的服務工作者(sw)的管理目標的資源(應用和應用相關數(shù)據(jù))被連續(xù)地從諸如廣播服務器、數(shù)據(jù)傳遞服務器等的發(fā)送裝置發(fā)送。

在步驟s404中，在上述參考圖8至圖9所述的用于資源的過程的資源發(fā)送/接收過程中，執(zhí)行圖8至圖9(a-1至a-2)的步驟中的區(qū)段文件的替換過程的過程。

在步驟s405中，通過代理服務器的管理高速緩存將發(fā)送數(shù)據(jù)展開(存儲)到存儲單元(永久高速緩存)中。

(步驟s406至s409)

在步驟s406中，應用請求服務工作者(sw)發(fā)送應用部分，例如，執(zhí)行應用所需的運動圖像文件或靜止圖像文件，或者諸如javascript(注冊商標)程序或音頻數(shù)據(jù)的應用相關數(shù)據(jù)。

該請求過程對應于服務工作者(sw)中的提取事件檢測。

在步驟s407至s409中，服務工作者(sw)從存儲單元(永久高速緩存)獲取所請求的部分并將所請求的部分提供給應用。

在步驟s407至s409的過程時，在步驟s501中，執(zhí)行根據(jù)通過應用api所獲得的最佳文件選擇信息的文件獲取過程。

通過應用api所獲得的最佳文件選擇信息為例如基于應用執(zhí)行環(huán)境的狀態(tài)信息、用戶的觀看信息統(tǒng)計數(shù)據(jù)等獲得的信息。

(步驟s410至s411)

步驟s410至s411的過程為當服務工作者(sw)檢測到激活事件時的過程。

例如，當用戶輸入資源刪除請求時或者當應用的截止日期到期時，檢測到激活事件。

例如，當服務工作者(sw)檢測到激活事件時，存儲單元(永久高速緩存)的控制根據(jù)腳本描述開始。

具體地，執(zhí)行用于特定類別的服務工作者(sw)或用作特定類別的服務工作者(sw)的管理目標的資源(應用和應用相關數(shù)據(jù))的刪除過程等。

在步驟s410至s411的過程時，在步驟s502中，執(zhí)行與通過應用api所獲得的最優(yōu)文件選擇信息相對應的文件刪除。

通過應用api所獲得的最佳文件選擇信息為例如基于應用執(zhí)行環(huán)境的狀態(tài)信息、用戶的觀看信息統(tǒng)計數(shù)據(jù)等獲得的信息。

(步驟s412至s415)

步驟s412至s415的過程為當服務工作者(sw)檢測到定時器事件時的過程。

例如，當應用的截止日期到期時，當更新期限到達時等，檢測到定時器事件。

根據(jù)定時器事件的過程的示例包括高速緩存資源的刪除和更新資源或添加資源的獲取過程。

在步驟s412至s415的過程時，在步驟s502中，執(zhí)行根據(jù)通過應用api所獲得的最佳文件選擇信息的文件刪除、獲取過程和高速緩存展開。

通過應用api所獲得的最佳文件選擇信息為例如基于應用執(zhí)行環(huán)境的狀態(tài)信息、用戶的觀看信息統(tǒng)計數(shù)據(jù)等獲得的信息。

步驟s413為與定時器事件相對應的高速緩存資源的刪除過程的序列。

步驟s414至s415說明了與定時器事件相對應的更新資源或添加資源的獲取過程的序列。

需注意，在步驟s414中，在上述參考圖8至圖9所述的用于資源的過程的資源發(fā)送/接收過程中，執(zhí)行圖8至圖9(a-1至a-2)的步驟中的區(qū)段文件的替換過程的過程。

[11.發(fā)送裝置和接收裝置的示例性配置]

接下來，將參考圖42和圖43來描述為通信裝置的發(fā)送裝置(服務器)20和接收裝置(客戶端)30的示例性裝置配置。

圖42示出了發(fā)送裝置(服務器)20和接收裝置(客戶端)30的示例性配置。

發(fā)送裝置(服務器)20包括數(shù)據(jù)處理單元751、通信單元752和存儲單元753。

接收裝置(客戶端)30包括數(shù)據(jù)處理單元771、通信單元772、存儲單元773、輸入單元774和輸出單元775。

數(shù)據(jù)處理單元包括通信數(shù)據(jù)處理單元771a和再現(xiàn)處理單元771b。

發(fā)送裝置(服務器)20的數(shù)據(jù)處理單元751執(zhí)行用于執(zhí)行數(shù)據(jù)傳遞服務的各種數(shù)據(jù)處理。例如，數(shù)據(jù)處理單元751執(zhí)行數(shù)據(jù)傳遞服務的配置數(shù)據(jù)的生成和傳輸控制。此外，數(shù)據(jù)處理單元751執(zhí)行應用、服務工作者(sw)、各種其它數(shù)據(jù)和要提供給接收裝置(客戶端)30的信令數(shù)據(jù)的生成和發(fā)送過程。

除了av區(qū)段之外，通信單元752還執(zhí)行諸如應用、服務工作者(sw)、各種其它數(shù)據(jù)、信令數(shù)據(jù)等的傳遞的通信處理。

存儲單元753存儲要傳遞的av區(qū)段、應用和服務工作者(sw)、由應用所使用的數(shù)據(jù)、信令數(shù)據(jù)等。

此外，存儲單元753被用作由數(shù)據(jù)處理單元751執(zhí)行的數(shù)據(jù)處理的工作區(qū)域并且也用作各種參數(shù)的存儲區(qū)域。

另一方面，接收裝置(客戶端)30包括數(shù)據(jù)處理單元771、通信單元772、存儲單元773、輸入單元774和輸出單元775。

通信單元772接收從發(fā)送裝置(服務器)20傳遞的數(shù)據(jù)，例如，av區(qū)段、應用、服務工作者(sw)、待由應用使用的數(shù)據(jù)、信令數(shù)據(jù)等。

數(shù)據(jù)處理單元771包括通信數(shù)據(jù)處理單元771a和再現(xiàn)處理單元771b，并且執(zhí)行例如根據(jù)上述實施例的過程。

具體地，數(shù)據(jù)處理單元771使用應用、api、服務工作者(sw)等來執(zhí)行數(shù)據(jù)處理。

用戶的指令命令，例如用于頻道選擇、應用激活、安裝等的各種命令經(jīng)由輸入單元774輸入。

再現(xiàn)數(shù)據(jù)被輸出給諸如顯示單元或揚聲器的輸出單元775。

存儲單元773存儲av區(qū)段、服務工作者(sw)、應用、待由應用使用的數(shù)據(jù)、信令數(shù)據(jù)等。

此外，存儲單元773被用作由數(shù)據(jù)處理單元771執(zhí)行的數(shù)據(jù)處理的工作區(qū)域并且也用作各種參數(shù)的存儲區(qū)域。

圖43示出了可用作發(fā)送裝置20和接收裝置30的通信裝置的示例性硬件配置。

中央處理單元(cpu)801用作根據(jù)存儲在只讀存儲器(rom)802或存儲單元808中的程序執(zhí)行各種過程的數(shù)據(jù)處理單元。

例如，cpu801根據(jù)上述實施例中描述的序列執(zhí)行過程。

隨機存取存儲器(ram)803存儲由cpu801執(zhí)行的程序、數(shù)據(jù)等。cpu801、rom802和ram803經(jīng)由總線804彼此連接。

cpu801經(jīng)由總線804連接到輸入/輸出接口805，以及包括各種開關、鍵盤、鼠標、麥克風等的輸入單元806和包括顯示器、揚聲器等的輸出單元80被連接到輸入/輸出接口805。cpu801響應于從輸入單元806輸入的命令執(zhí)行各種過程，并將處理結果輸出給例如輸出單元807。

連接到輸入/輸出接口805的存儲單元808配置有例如硬盤等，并且存儲由cpu801執(zhí)行的程序和各種數(shù)據(jù)。通信單元809用作經(jīng)由諸如因特網(wǎng)或局域網(wǎng)(lan)的網(wǎng)絡進行數(shù)據(jù)通信的收發(fā)單元和用于廣播波的收發(fā)單元并與外部裝置通信。

連接到輸入/輸出接口805的驅動器810驅動諸如磁盤、光盤、磁光盤的可移除介質811，諸如存儲卡之類的半導體存儲器，并且執(zhí)行數(shù)據(jù)的記錄或讀取。

需注意，數(shù)據(jù)的編碼或解碼可以作為用作數(shù)據(jù)處理單元的cpu801的過程來執(zhí)行，但是可提供用作用于執(zhí)行編碼處理或解碼處理的專用硬件的編解碼器。

[12.本公開的配置的概述]

已經(jīng)參考具體示例詳細描述了本公開的實施例。然而，很顯然，本領域的技術人員可以在不脫離本公開的要點的情況下對實施例進行修改或替換。換句話說，所述實施例旨在將本發(fā)明公開為示例性形式而不旨在以限制的方式解釋。為了確定本公開的要點，應考慮以下闡述的權利要求。

需注意，本說明書中公開的技術可具有以下配置。

(1)接收裝置，包括：

數(shù)據(jù)處理單元，從作為在接收裝置中使用的數(shù)據(jù)管理程序并且具有不同的數(shù)據(jù)管理類型的與多個類別相對應的服務工作者(sw)中選擇性地獲取特定類別的服務工作者(sw)并且使用所述特定類別的服務工作者。

(2)根據(jù)(1)所述的接收裝置，

其中，所述數(shù)據(jù)處理單元根據(jù)在所述接收裝置中的數(shù)據(jù)處理狀態(tài)選擇性地獲取所述特定類別的服務工作者(sw)。

(3)根據(jù)(2)所述的接收裝置，

其中，所述數(shù)據(jù)處理狀態(tài)是在所述接收裝置中的應用或數(shù)據(jù)的使用狀態(tài)。

(4)根據(jù)(1)至(3)中任一項所述的接收裝置，

其中，所述服務工作者(sw)包括應用或圖像和聲音中的至少任一種的數(shù)據(jù)文件作為管理目標數(shù)據(jù)。

(5)根據(jù)(1)至(4)中任一項所述的接收裝置，

其中，所述數(shù)據(jù)處理單元從作為從發(fā)送裝置發(fā)送的元數(shù)據(jù)的信令數(shù)據(jù)獲取所述特定類別的服務工作者(sw)的訪問信息，并且使用所獲取的訪問信息獲取所述服務工作者(sw)。

(6)根據(jù)(5)所述的接收裝置，

其中，用作用于有效地搜索所述特定類別的服務工作者(sw)的訪問信息的輔助搜索信息的令牌被記錄在所述信令數(shù)據(jù)中，并且

所述數(shù)據(jù)處理單元使用所述令牌執(zhí)行訪問信息搜索處理。

(7)根據(jù)(6)所述的接收裝置，

其中，所述令牌是能夠限制所述特定類別的服務工作者(sw)的訪問信息的搜索范圍的服務工作者(sw)搜索范圍令牌。

(8)根據(jù)(6)所述的接收裝置，

其中，所述令牌是能夠限制所述特定類別的服務工作者(sw)的訪問信息的搜索范圍的服務工作者(sw)搜索范圍令牌。

(9)根據(jù)(6)至(8)中任一項所述的接收裝置，

其中，所述信令數(shù)據(jù)包括：

(a)描述了呈現(xiàn)給用戶的服務或內容的屬性信息的服務層；

(b)描述了文件傳輸參數(shù)的文件傳輸會話層；以及

(c)描述了與flute(route)協(xié)議相對應的參數(shù)的flute(route)參數(shù)層，并且

所述令牌被記錄在層(a)至層(c)中的至少一個中。

(10)根據(jù)(9)所述的接收裝置，

其中，所述數(shù)據(jù)處理單元獲取被記錄在所述服務層、所述文件傳輸會話層或所述flute(route)參數(shù)層中的所述令牌。

(11)根據(jù)(1)至(10)中任一項所述的接收裝置，

其中，在所述接收裝置的所述數(shù)據(jù)處理單元中執(zhí)行的應用向用于處理接收數(shù)據(jù)的中間件發(fā)送用于檢測令牌的令牌信息設置請求，并且

所述中間件基于根據(jù)所述令牌信息設置請求所設置的令牌信息執(zhí)行令牌檢測。

(12)根據(jù)(1)至(11)中任一項所述的接收裝置，

其中，作為在所述接收裝置的所述數(shù)據(jù)處理單元中執(zhí)行的數(shù)據(jù)管理程序的服務工作者(sw)對用于處理接收數(shù)據(jù)的中間件執(zhí)行用于檢測令牌的令牌信息設置請求，并且

所述中間件基于根據(jù)所述令牌信息設置請求而設置的令牌信息執(zhí)行令牌檢測。

(13)根據(jù)(12)所述的接收裝置，

其中，所述令牌是用于提高與用作特定的服務工作者(sw)的管理目標的數(shù)據(jù)相對應的訪問信息的搜索處理的效率的信息，并且

所述數(shù)據(jù)處理單元根據(jù)所述服務工作者(sw)的更新向所述中間件發(fā)送新令牌信息設置請求。

(14)一種發(fā)送裝置，發(fā)送作為在接收裝置中使用的數(shù)據(jù)管理程序并具有不同的數(shù)據(jù)管理類型的與多個類別相對應的服務工作者(sw)。

(15)根據(jù)(14)所述的發(fā)送裝置，

其中，所述發(fā)送裝置發(fā)送作為元數(shù)據(jù)的信令數(shù)據(jù)，在所述接收裝置中，用作用于有效地搜索特定類別的服務工作者(sw)的訪問信息的輔助搜索信息的令牌被記錄在所述信令數(shù)據(jù)中。

(16)根據(jù)(15)所述的發(fā)送裝置，

其中，所述令牌為：

能夠限制特定類別的服務工作者(sw)的訪問信息的搜索范圍的服務工作者(sw)搜索范圍令牌，或

指示記錄了所述特定類別的服務工作者(sw)的訪問信息的服務工作者(sw)類別指定令牌。

(17)一種在接收裝置中執(zhí)行的數(shù)據(jù)處理方法，包括：

通過所述接收裝置的數(shù)據(jù)處理單元從作為在接收裝置中使用的數(shù)據(jù)管理程序并且具有不同的數(shù)據(jù)管理類型的與多個類別相對應的服務工作者(sw)中選擇性地獲取特定類別的服務工作者(sw)并使用所述特定類別的服務工作者。

(18)在發(fā)送裝置中執(zhí)行的數(shù)據(jù)處理方法，包括：

發(fā)送作為在接收裝置中使用的數(shù)據(jù)管理程序并具有不同的數(shù)據(jù)管理類型的與多個類別相對應的服務工作者(sw)。

此外，在說明書中描述的一系列過程可以通過硬件、軟件或兩者的復雜配置來執(zhí)行。當通過軟件執(zhí)行過程時，可以將具有記錄有過程序列的程序安裝在并入專用硬件中的計算機的存儲器中并執(zhí)行該程序，或者可以將該程序安裝在能夠執(zhí)行各種過程并執(zhí)行程序的通用計算機中。例如，程序可事先記錄在記錄介質中。程序可從記錄介質安裝在計算機中，并且該程序可經(jīng)由諸如因特網(wǎng)或lan的網(wǎng)絡接收并且被安裝在諸如內部硬盤的記錄介質中。

需注意，在本說明書中描述的各種過程不僅可根據(jù)描述按時間順序執(zhí)行，而且可根據(jù)執(zhí)行過程的裝置的處理能力或者根據(jù)需要并行或單獨執(zhí)行。此外，在本說明書中，系統(tǒng)為多個裝置的邏輯綜合配置，并且不限于各個部件的裝置在同一外殼中的配置。

工業(yè)適用性

如上所述，根據(jù)本公開的實施例的配置，實現(xiàn)了能夠對執(zhí)行針對每個接收裝置優(yōu)化的數(shù)據(jù)管理的服務工作者(sw)執(zhí)行選擇獲取和利用過程的裝置和方法。

具體地，例如，可以從與作為在接收裝置中使用的數(shù)據(jù)管理程序并具有不同的數(shù)據(jù)管理類別的與多個類別相對應的服務工作者(sw)中選擇性地獲取特定類別的服務工作者。例如，實現(xiàn)了與在接收裝置中根據(jù)應用使用狀態(tài)來選擇的類別相對應的服務工作者(sw)的使用。接收裝置使用信令數(shù)據(jù)獲取特定類別的服務工作者(sw)的訪問信息并且獲取服務工作者(sw)，其中，該信令數(shù)據(jù)記錄了用于有效地搜索特定類別的服務工作者(sw)的訪問信息的令牌。

根據(jù)本公開的配置，實現(xiàn)了能夠對執(zhí)行針對每個接收裝置優(yōu)化的數(shù)據(jù)管理的服務工作者(sw)執(zhí)行選擇獲取和使用處理的裝置和方法。

符號說明

10通信系統(tǒng)

20發(fā)送裝置

21廣播服務器

22數(shù)據(jù)傳遞服務器

30接收裝置

31tv

32pc

33移動終端

50信令數(shù)據(jù)

60av區(qū)段

70其它數(shù)據(jù)

110中間件

111通信單元(phy/mac)

112信令獲取單元

113信令分析單元

114文件獲取單元

120http代理服務器

121、122高速緩存單元

123地址解析單元

130輸出控制單元

131顯示數(shù)據(jù)(例如，html/javascript(注冊商標))獲取&分析單元

132顯示處理單元(渲染器)

133存儲單元(永久高速緩存)

140外部裝置

141輸出控制單元

142存儲單元(永久高速緩存)

751數(shù)據(jù)處理單元

752通信單元

753存儲單元

771數(shù)據(jù)處理單元

772通信單元

773存儲單元

774輸入單元

775輸出單元

801cpu

802rom

803ram

804總線

805輸入/輸出接口

806輸入單元

807輸出單元

808存儲單元

809通信單元

810驅動器

811可移除介質