專利名稱：接收器、接收方法、發(fā)送器、發(fā)送方法、程序和廣播系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及接收器、接收方法、發(fā)送器、發(fā)送方法、程序和廣播系統(tǒng)，并且更具體地，涉及適于響應(yīng)于例如數(shù)字電視廣播中的節(jié)目或CM (commercial message,商業(yè)消息)的進程而執(zhí)行或終止數(shù)據(jù)廣播內(nèi)容的接收器、接收方法、發(fā)送器、發(fā)送方法、程序和廣播系統(tǒng)。
背景技術(shù)：
日本到目前為止已推動電視廣播的數(shù)字化，結(jié)果地面、BS和其它數(shù)字廣播已變得普及。另外，在如數(shù)字地面廣播等數(shù)字電視廣播中，不僅可實現(xiàn)節(jié)目廣播，而且可實現(xiàn)所謂的數(shù)據(jù)廣播。這種數(shù)據(jù)廣播的內(nèi)容使得能夠例如不僅顯示與正在廣播的節(jié)目相關(guān)的信息，而且顯示與之無關(guān)的信息(例如，其它節(jié)目的通告、新聞、天氣預(yù)報和交通信息)(例如，參照專利文獻I)。應(yīng)該注意，在對于數(shù)字化電視廣播的數(shù)字電視廣播波段內(nèi)已預(yù)留出數(shù)據(jù)廣播專用的波段，并且在日本，已可以通過使用該專用波段廣播數(shù)據(jù)廣播內(nèi)容來進行數(shù)據(jù)廣播。另一方面，在美國的數(shù)字電視廣播中，沒有像在日本一樣留出專用數(shù)據(jù)廣播波段。也就是說，在美國，如圖1A中所示，數(shù)字電視廣播波段當(dāng)前是由視頻、音頻和控制信息波段占用，而沒有留出用于數(shù)據(jù)廣播內(nèi)容的波段。為了確保有限的數(shù)字電視廣播波段中有用于數(shù)據(jù)廣播內(nèi)容的波段，因此必須如圖1B所示收窄視頻波段和音頻波段。[引用列表][專利文獻][PTL I]日本特開JP2006-5023
發(fā)明內(nèi)容
技術(shù)問題然而，通過收窄視頻波段和音頻波段來確保數(shù)據(jù)廣播內(nèi)容的波段，導(dǎo)致圖像和聲音質(zhì)量劣化，從而使這個選擇遠離現(xiàn)實。另外，即使確保了數(shù)據(jù)廣播內(nèi)容的波段，能夠被發(fā)送的數(shù)據(jù)的大小也是受到限制的。這樣導(dǎo)致數(shù)據(jù)廣播內(nèi)容的信息的缺乏，或者如果信息的大小增大，則接收側(cè)要花費太長時間來接收獲取的數(shù)據(jù)。另外，因為在美國使用CATV (有線TV)網(wǎng)絡(luò)的數(shù)字電視節(jié)目的轉(zhuǎn)播系統(tǒng)是普及的，所以可能出現(xiàn)以下的問題。圖2示出使用CATV網(wǎng)絡(luò)的數(shù)字電視節(jié)目的轉(zhuǎn)播系統(tǒng) 的一例。這個轉(zhuǎn)播系統(tǒng)主要包括廣播設(shè)備1、CATV轉(zhuǎn)播器2、CATV網(wǎng)絡(luò)3、數(shù)字電視接收器
4、機頂盒(STB) 5和電視接收器6。設(shè)置在例如廣播站中的廣播設(shè)備I使用地面或衛(wèi)星波來廣播數(shù)字電視廣播信號。設(shè)置在例如有線TV站中的CATV轉(zhuǎn)播器2接收廣播的數(shù)字廣播，去除不需要的信息，并且添加CATV專用信息，從而經(jīng)由CATV網(wǎng)絡(luò)3將廣播轉(zhuǎn)播到數(shù)字電視接收器4和機頂盒(STB)5。CATV轉(zhuǎn)播器2包括調(diào)諧器11、適于過濾具有給定包ID的包的PID過濾器、CATV專用信號產(chǎn)生部13、復(fù)用部14和調(diào)制部15。調(diào)諧器11接收不同頻道的數(shù)字電視廣播信號并且解調(diào)信號，從而將作為解調(diào)結(jié)果得到的TS (傳輸流)輸出到PID過濾器12。PID過濾器12從TS中去除與給定包ID匹配的包(與作為節(jié)目的AV內(nèi)容無關(guān)的包)，從而將所得的TS輸出到復(fù)用部14。CATV專用信號產(chǎn)生部13產(chǎn)生包含CATV站專用信息的包，從而將包輸出到復(fù)用部14。復(fù)用部14對來自PID過濾器12的輸出與來自CATV專用信號產(chǎn)生部13的輸出進行復(fù)用，從而將所得的輸出供應(yīng)到調(diào)制部15。調(diào)制部15通過適于CATV網(wǎng)絡(luò)3的調(diào)制方式，調(diào)制復(fù)用部14的輸出，從而經(jīng)由CATV網(wǎng)絡(luò)3將所得的輸出轉(zhuǎn)播到數(shù)字電視接收器4和機頂盒5。兼容CATV的數(shù)字電視接收器4經(jīng)由CATV網(wǎng)絡(luò)3接收轉(zhuǎn)播的數(shù)字電視廣播TS并且解碼TS，從而顯示由此得到的圖像并且輸出由此得到的聲音。兼容CATV的機頂盒5經(jīng)由CATV網(wǎng)絡(luò)3接收轉(zhuǎn)播的數(shù)字電視廣播TS并且解碼TS，從而例如經(jīng)由HDMI電纜將由此得到的視頻信號和音頻信號輸出到電視接收器6。電視接收器6基于例如經(jīng)由HDMI電纜從機頂盒5供應(yīng)的視頻信號和音頻信號，顯示圖像并且輸出聲
曰 如上所述，CATV轉(zhuǎn)播器2使用PID過濾器12從TS中去除與給定包ID匹配的包(與作為節(jié)目的AV內(nèi)容無關(guān)的包)。因此，即使在如圖1B中所示的廣播波段內(nèi)為廣播的數(shù)據(jù)廣播內(nèi)容留出波段，PID過濾器12也可能`排除包含數(shù)據(jù)廣播內(nèi)容的包。本發(fā)明是考慮到以上內(nèi)容而完成的，并且本發(fā)明的目的在于在數(shù)字電視廣播波段中沒有提供數(shù)據(jù)廣播波段的情況下，實現(xiàn)能夠響應(yīng)于節(jié)目或CM的進程而執(zhí)行或終止的數(shù)據(jù)廣播內(nèi)容。[解決技術(shù)問題的技術(shù)方案]根據(jù)本發(fā)明的第一方面的接收器接收發(fā)送的AV內(nèi)容并且包括提取部件和控制部件。提取部件提取與控制應(yīng)用程序相關(guān)的觸發(fā)信息，所述觸發(fā)信息被與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序響應(yīng)于所述AV內(nèi)容而被執(zhí)行?？刂撇考鶕?jù)提取的所述觸發(fā)信息所指定的命令，控制所述應(yīng)用程序的執(zhí)行，并且如果所述AV內(nèi)容的圖像被改換，則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。如果所述AV內(nèi)容的圖像被改換，則基于所述應(yīng)用程序的繼續(xù)執(zhí)行信息，所述控制部件可以繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。所述繼續(xù)執(zhí)行信息可以包括ES綁定(ES bound)、服務(wù)綁定(service bound)、提供者綁定(Provider bound)和未綁定(Un-bound)之一。對于ES綁定,如果所述AV內(nèi)容的圖像被改換，則在同一 ES內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。對于服務(wù)綁定，如果所述AV內(nèi)容的圖像被改換，則在同一服務(wù)內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。對于提供者綁定，如果所述AV內(nèi)容的圖像被改換，則在同一廣播方內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。對于未綁定，如果所述AV內(nèi)容的圖像被改換，則能夠按未綁定方式繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。所述繼續(xù)執(zhí)行信息可以被包括在所述觸發(fā)信息中。所述繼續(xù)執(zhí)行信息可以被包括在所述應(yīng)用程序中。
所述控制部件還可以根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的獲取、所述應(yīng)用程序的起動、執(zhí)行中的所述應(yīng)用程序中事件的發(fā)起、執(zhí)行中的所述應(yīng)用程序的暫?；驁?zhí)行中的所述應(yīng)用程序的終止。根據(jù)本發(fā)明的第一方面的接收方法是一種適于接收發(fā)送的AV內(nèi)容的接收器的接收方法。所述接收方法包括提取步驟以及第一控制步驟和第二控制步驟。提取步驟提取與控制應(yīng)用程序相關(guān)的觸發(fā)信息，所述觸發(fā)信息被與AV內(nèi)容一起發(fā)送并且所述應(yīng)用程序響應(yīng)于所述AV內(nèi)容而被執(zhí)行。第一控制步驟根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的執(zhí)行。如果所述AV內(nèi)容的圖像被改換，則第二控制步驟繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。根據(jù)本發(fā)明的第一方面的程序控制適于接收所發(fā)送的AV內(nèi)容的接收器。所述程序使所述接收器的計算機執(zhí)行處理，所述處理包括提取步驟以及第一控制步驟和第二控制步驟。提取步驟提取與控制應(yīng)用程序相關(guān)的觸發(fā)信息，所述觸發(fā)信息被與AV內(nèi)容一起發(fā)送，所述應(yīng)用程序響應(yīng)于所述AV內(nèi)容而被執(zhí)行。第一控制步驟根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的執(zhí)行。如果所述AV內(nèi)容的圖像被改換，第二控制步驟則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。在本發(fā)明的第一方面中，提取與控制應(yīng)用程序相關(guān)的觸發(fā)信息，將所述觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序響應(yīng)于AV內(nèi)容來執(zhí)行。根據(jù)提取的觸發(fā)信息指定的命令控制應(yīng)用程序的執(zhí)行。如果AV內(nèi)容的圖像發(fā)生改變，則繼續(xù)或終止執(zhí)行中的應(yīng)用程序的執(zhí)行。根據(jù)本發(fā)明的第二方面的發(fā)送器發(fā)送AV內(nèi)容。所述發(fā)送器包括發(fā)送部件，將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容而執(zhí)行。所述觸發(fā)信息包括繼續(xù)執(zhí)行信息，所述繼續(xù)執(zhí)行信息用于判斷如果在所述接收器中所述應(yīng)用程序在執(zhí)行中時所述AV內(nèi)容的圖像被改換，是繼續(xù)還是終止執(zhí)行中的應(yīng)用程序的執(zhí)行。
`
所述繼續(xù)執(zhí)行信息可以包括ES綁定、服務(wù)綁定、提供者綁定和未綁定之一。對于ES綁定，如果所述AV內(nèi)容的圖像被改換，則在同一 ES內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。對于服務(wù)綁定，如果所述AV內(nèi)容的圖像被改換，則在同一服務(wù)內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。對于提供者綁定，如果所述AV內(nèi)容的圖像被改換，則在同一廣播方內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。對于未綁定，如果所述AV內(nèi)容的圖像被改換，則能夠按未綁定方式繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。所述觸發(fā)信息指定的命令可以包括適于控制所述應(yīng)用程序的獲取、所述應(yīng)用程序的起動、執(zhí)行中的所述應(yīng)用程序中事件的發(fā)起、執(zhí)行中的所述應(yīng)用程序的暫?；驁?zhí)行中的所述應(yīng)用程序的終止的命令中的至少一個。根據(jù)本發(fā)明的第二方面的發(fā)送方法是一種適于發(fā)送AV內(nèi)容的發(fā)送器的發(fā)送方法。所述發(fā)送方法包括發(fā)送步驟，所述發(fā)送步驟用于將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容而執(zhí)行。所述觸發(fā)信息包括繼續(xù)執(zhí)行信息，所述繼續(xù)執(zhí)行信息用于判斷如果在所述接收器中所述應(yīng)用程序在執(zhí)行中時所述AV內(nèi)容的圖像被改換，是繼續(xù)還是終止執(zhí)行中的應(yīng)用程序的執(zhí)行。根據(jù)本發(fā)明的第二方面的程序控制適于發(fā)送AV內(nèi)容的發(fā)送器。所述程序使所述發(fā)送器的計算機執(zhí)行包括發(fā)送步驟的處理。所述發(fā)送步驟將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容來執(zhí)行。所述觸發(fā)信息包括繼續(xù)執(zhí)行信息，所述繼續(xù)執(zhí)行信息用于判斷如果在所述接收器中所述應(yīng)用程序在執(zhí)行中時所述AV內(nèi)容的圖像被改換，是繼續(xù)還是終止執(zhí)行中的應(yīng)用程序的執(zhí)行。在本發(fā)明的第二方面中，將與響應(yīng)于AV內(nèi)容由控制接收器執(zhí)行的應(yīng)用程序相關(guān)的觸發(fā)信息與AV內(nèi)容一起發(fā)送。觸發(fā)信息包括繼續(xù)執(zhí)行信息，繼續(xù)執(zhí)行信息用于判斷如果在所述接收器中所述應(yīng)用程序在執(zhí)行中時所述AV內(nèi)容的圖像被改換，是繼續(xù)還是終止執(zhí)行中的應(yīng)用程序的執(zhí)行。根據(jù)本發(fā)明的第三方面的一種廣播系統(tǒng)包括適于發(fā)送AV內(nèi)容的發(fā)送器和適于接收所發(fā)送的AV內(nèi)容的接收器。所述發(fā)送器包括發(fā)送部件，所述發(fā)送部件用于將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容來執(zhí)行。所述接收器包括提取部件和控制部件。所述提取部件提取與所述AV內(nèi)容一起發(fā)送的觸發(fā)信息。所述控制部件根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的執(zhí)行，并且如果所述AV內(nèi)容的圖像被改換，則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。在本發(fā)明的第三方面中，發(fā)送器將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容來執(zhí)行。另一方面，接收器提取與所述AV內(nèi)容一起發(fā)送的所述觸發(fā)信息，根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的執(zhí)行，并且如果所述AV內(nèi)容的圖像被改換，則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。[本發(fā)明的有益效果]本發(fā)明的第一方面使得能夠根據(jù)用于改換電視廣播圖像的用戶操作來終止數(shù)據(jù)廣播內(nèi)容。本發(fā)明的第二方面使得`能夠響應(yīng)于電視廣播或CM的進程，控制接收器中的數(shù)據(jù)廣播內(nèi)容的運行。本發(fā)明的第三方面使得能夠響應(yīng)于電視廣播或CM的進程，控制接收器中的數(shù)據(jù)廣播內(nèi)容的運行。


圖1是示出數(shù)字電視廣播波段的一組圖示。圖2是示出現(xiàn)有的CATV轉(zhuǎn)播系統(tǒng)的構(gòu)造例的圖示。圖3是示出應(yīng)用本發(fā)明的廣播系統(tǒng)的構(gòu)造例的圖示。圖4是示出應(yīng)用本發(fā)明的接收器的構(gòu)造例的框圖。圖5是示出發(fā)送TS的PCR包中的觸發(fā)信息的概念的圖示。圖6是示出PCR包中的觸發(fā)信息的具體配置的圖示。圖7是示出將觸發(fā)信息嵌入視頻信號中的例子的一組圖示。圖8是示出被包括在觸發(fā)信息中作為預(yù)緩存(Pre-cache)命令的項目的圖示。圖9是示出被包括在觸發(fā)信息中作為執(zhí)行(Execute)命令的項目的圖示。圖10是示出被包括在觸發(fā)信息中作為引入事件(Inject_event)命令的項目的圖
/Jn ο
圖11是示出被包括在觸發(fā)信息中作為暫停(Suspend)命令的項目的圖示。圖12是示出被包括在觸發(fā)信息中作為終止(Terminate)命令的項目的圖示。圖13是示出觸發(fā)信息的語法(syntax)例子的圖示。圖14是示出當(dāng)響應(yīng)于節(jié)目或CM的進程而執(zhí)行數(shù)據(jù)廣播應(yīng)用程序時顯示例的多個圖示。圖15是描述處理觸發(fā)信息的流程圖。圖16是示出數(shù)據(jù)廣播應(yīng)用程序的運行情景的例子的圖示。圖17是數(shù)據(jù)廣播應(yīng)用程序的狀態(tài)轉(zhuǎn)變圖示。圖18是描述數(shù)字廣播信號的構(gòu)造的圖示。圖19是描述處理圖像改換中斷的流程圖。圖20示出當(dāng)App_life_scope是ES綁定(ES bound)時的運行情景。圖21示出當(dāng)App_life_scope是服務(wù)綁定(service bound)時的運行情景。圖22示出當(dāng)App_life_scope是提供者綁定(Provider bound)綁定時的運行情景。
圖23示出當(dāng)App_life_scope是未綁定(Un-bound)時的運行情景。圖24是示出計算機的構(gòu)造例的框圖。
具體實施例方式以下，將參照附圖詳細描述用于執(zhí)行本發(fā)明的最佳模式(下文中，被稱為實施方式)?！?.實施方式〉[廣播系統(tǒng)的構(gòu)造例]圖3示出廣播系統(tǒng)即實施方式。廣播系統(tǒng)30被設(shè)計用于實現(xiàn)如在美國的現(xiàn)狀的、在數(shù)字電視廣播波段中沒有留出適于廣播數(shù)據(jù)廣播內(nèi)容的波段時，能夠響應(yīng)于如節(jié)目或CM的AV內(nèi)容執(zhí)行數(shù)據(jù)廣播內(nèi)容。應(yīng)該注意，因為通過由接收器的計算機執(zhí)行供應(yīng)到接收器的應(yīng)用程序來實現(xiàn)數(shù)據(jù)廣播內(nèi)容，所以數(shù)據(jù)廣播內(nèi)容在下文中還將被稱為數(shù)據(jù)廣播應(yīng)用程序或數(shù)據(jù)廣播應(yīng)用。廣播系統(tǒng)30不僅包括設(shè)置在廣播站的廣播設(shè)備41和服務(wù)器42而且包括設(shè)置在接收側(cè)的接收器60。廣播設(shè)備41發(fā)送數(shù)字電視廣播信號。另外，廣播設(shè)備41發(fā)送被包括在數(shù)字電視廣播信號中的觸發(fā)信息。觸發(fā)信息是適于指示響應(yīng)于節(jié)目或CM來執(zhí)行數(shù)據(jù)廣播內(nèi)容的命令。更具體地，觸發(fā)信息被復(fù)用至數(shù)字電視廣播信號的傳輸流(TS)中或者被嵌入視頻信號中以用于發(fā)送。觸發(fā)信息不僅包括示出命令類型的信息，而且包括示出數(shù)據(jù)廣播應(yīng)用的獲取方的信息。之后將詳細描述觸發(fā)信息。服務(wù)器42響應(yīng)于來自通過因特網(wǎng)50訪問服務(wù)器42的接收器60的請求，供應(yīng)數(shù)
據(jù)廣播應(yīng)用。接收器60從廣播設(shè)備41接收數(shù)字電視廣播信號并且向監(jiān)視器(未示出)輸出AV內(nèi)容(例如，電視節(jié)目和CM)的圖像和聲音。另外，接收器60通過因特網(wǎng)50訪問服務(wù)器42，從而獲取數(shù)據(jù)廣播應(yīng)用。應(yīng)該注意，接收器60可以是獨立的，或者可以被內(nèi)置于例如電視接收器或錄像機中。[接收器的構(gòu)造例]圖4示出接收器60的構(gòu)造例。接收器60包括調(diào)諧器61、解復(fù)用部62、音頻解碼器63、音頻輸出部64、視頻解碼器65、觸發(fā)檢測部66、視頻輸出部67、控制部68、存儲器69、操作部70、記錄部71、通信接口 72、緩存存儲器73、應(yīng)用引擎74和應(yīng)用存儲器75。調(diào)諧器61對用戶選擇的頻道的數(shù)字電視廣播信號進行接收并解調(diào)，將所得的TS輸出到解復(fù)用部62。解復(fù)用部62將調(diào)諧器61供應(yīng)的TS分成音頻編碼信號、視頻編碼信號和控制信號，將這些信號的每個輸出到音頻解碼器63、視頻解碼器65或控制部68。另外，解復(fù)用部62從TS提取包括觸發(fā)信息的PCR包，將PCR包輸出到觸發(fā)檢測部
66ο音頻解碼器63對供應(yīng)的音頻編碼信號進行解碼，從而將所得的音頻信號輸出到音頻輸出部64。音頻輸出部64將供應(yīng)的音頻信號輸出到后級(例如,揚聲器)。視頻解碼器65對供應(yīng)的視頻編碼信號進行解碼，從而將所得的視頻信號輸出到觸發(fā)檢測部66和視頻輸出部67。觸發(fā)檢測部66 —直監(jiān)控供應(yīng)的視頻信號，檢測嵌入在視頻信號中的觸發(fā)信息并且將觸發(fā)信息輸出到控制部68 (如果觸發(fā)信息只包含在TS中，則觸發(fā)檢測部66的這個動作是不必要的)。另外，觸發(fā)檢測部66從解復(fù)用部62供應(yīng)的包括觸發(fā)信息的PCR包中提取觸發(fā)信息，將觸發(fā)信息輸出到控制部68。視頻輸出部67將視頻解`碼器65供應(yīng)的視頻信號輸出到后級(例如，顯示器)。另夕卜，視頻輸出部67將應(yīng)用引擎74供應(yīng)的數(shù)據(jù)廣播應(yīng)用的圖像與視頻解碼器65供應(yīng)的視頻信號組合，從而將組合得到的信號輸出到后級?？刂撇?8執(zhí)行存儲在存儲器69中的控制程序，從而控制接收器60整體。另外，控制部68基于觸發(fā)檢測部66供應(yīng)的觸發(fā)信息，控制例如數(shù)據(jù)廣播應(yīng)用的獲取或起動、事件的發(fā)起(firing)、或者暫停或終止這種應(yīng)用。存儲器69存儲由控制部68執(zhí)行的控制程序。能夠基于數(shù)字電視廣播信號或通過因特網(wǎng)50獲取的更新數(shù)據(jù)來更新這個程序。響應(yīng)于用戶的各種操作，操作部70將合適的操作信號通知控制部68。如果使用數(shù)字電視廣播信號分發(fā)數(shù)據(jù)廣播應(yīng)用，則記錄部71下載分發(fā)的數(shù)據(jù)廣播應(yīng)用并且將該應(yīng)用保持在內(nèi)置記錄介質(zhì)中。通信接口 72在應(yīng)用引擎74的控制下，經(jīng)由網(wǎng)絡(luò)50與服務(wù)器42連接。應(yīng)用引擎74在控制部68的控制下經(jīng)由通信接口 72和因特網(wǎng)50從服務(wù)器42獲取數(shù)據(jù)廣播應(yīng)用，將數(shù)據(jù)廣播應(yīng)用保持在緩存存儲器73中。應(yīng)用引擎74在控制部68的控制下，從記錄部71或緩存存儲器73讀取數(shù)據(jù)廣播應(yīng)用并且執(zhí)行數(shù)據(jù)廣播應(yīng)用。應(yīng)用存儲器75包括工作存儲器75A和保存存儲器75B。應(yīng)用引擎74將與執(zhí)行中的數(shù)據(jù)廣播應(yīng)用有關(guān)的數(shù)據(jù)(更具體地，包括例如所顯示的信息的層級)記錄在工作存儲器75A中。另外，如果暫停執(zhí)行中的數(shù)據(jù)廣播應(yīng)用，則應(yīng)用引擎74將應(yīng)用存儲器75的工作存儲器75A中的數(shù)據(jù)移到保存存儲器75B。然后，如果重新開始被暫停的數(shù)據(jù)廣播應(yīng)用，則應(yīng)用引擎74將保存存儲器75B中的數(shù)據(jù)移回工作存儲器75A，從而將應(yīng)用恢復(fù)到在暫停該應(yīng)用之前它的初始狀態(tài)。應(yīng)該注意，應(yīng)用存儲器75的具有相同大小的兩個區(qū)域可以交替地用作工作存儲器75A和保存存儲器75B。這樣不需要將數(shù)據(jù)在工作存儲器75A和保存存儲器75B之間移動。[觸發(fā)信息的發(fā)送方法]接下來，將描述如何發(fā)送觸發(fā)信息。圖5示出發(fā)送被包含在數(shù)字電視廣播信號的TS的PCR (節(jié)目時鐘基準(zhǔn)，ProgramClock Reference)包中的觸發(fā)信息的概念。觸發(fā)信息被包含于適于響應(yīng)于節(jié)目或CM而執(zhí)行的時序的PCR包中而分發(fā)。因此，如圖5中所示，觸發(fā)信息沒有被包含在所有的PCR包中。PCR包通常通過如圖2中所示的CATV轉(zhuǎn)播器2的PID過濾器12，從而能夠?qū)⒂|發(fā)信息通知使用CATV網(wǎng)絡(luò)的接收器(圖2中所示的數(shù)字電視接收器4)。應(yīng)該注意，考慮到可能的無線電干擾和接收器60無法成功接收觸發(fā)信息(接收失敗)，具有相同內(nèi)容的觸發(fā)信息被連續(xù)發(fā)送多次。圖6示出PCR包中的觸發(fā)信息的配置。PCR包是在TS包的adaptation_filed中包含PCR的包。觸發(fā)信息(圖6中的Trigger Info_descriptor)被包含在PCR之后的transport_private_data_byte中。應(yīng)該注意,如果包含觸發(fā)信息，則PCR之前的Various_flags 的 transport_private_data_flag 被設(shè)置成 I。盡管圖5和圖6示出觸發(fā)`信息被包含在TS的PCR包中以用于發(fā)送的情況，但是觸發(fā)信息的存儲位置和發(fā)送方法不限于此。另選地，觸發(fā)信息可以被嵌入AV內(nèi)容的視頻信號中。圖7示出將觸發(fā)信息嵌入視頻信號中的兩個例子。圖7中的圖示A示出觸發(fā)信息被翻譯成二維條形碼并且條形碼被重疊并合成于視頻信號的圖像上的預(yù)定位置(在本情況下為右下角)的情況。圖7中的圖示B示出觸發(fā)信息被翻譯成視頻代碼并且視頻代碼被合成于視頻信號的圖像上的下部多條線的情況。由接收器60的觸發(fā)檢測部66檢測圖7中的圖示A和B中示出的觸發(fā)信息。在圖7中的圖示A和B中示出的這兩個例子中，觸發(fā)信息被布置在電視節(jié)目的屏幕上。因此，還能夠?qū)⒂|發(fā)信息通知使用CATV網(wǎng)絡(luò)的接收器(圖2中示出的電視接收器6)。另一方面，在圖7中的圖示A和B中示出的這兩個例子中，接收器60的用戶能看到觸發(fā)信息(二維條形碼或視頻代碼)。然而，如果這不是優(yōu)選的，則只需要用與觸發(fā)信息周圍的像素相同的像素掩蓋圖像上的觸發(fā)信息。[對觸發(fā)信息的詳細描述]接下來，將詳細描述觸發(fā)信息。觸發(fā)信息按照由此示出的命令被分類。存在五種不同的命令，即，預(yù)緩存(Pre-cache)命令、執(zhí)行(Execute)命令、引入事件(Inject_event)命令、暫停(Suspend)命令和終止(Terminate)命令。應(yīng)該注意,可以增加除了以上之外的一個或多個命令。圖8示出被包括在作為預(yù)緩存命令的觸發(fā)信息中的項目。預(yù)緩存命令被設(shè)計用于指示接收器60獲取數(shù)據(jù)廣播應(yīng)用。
Triggerjd是用于識別關(guān)注中的觸發(fā)信息的信息。如果具有相同內(nèi)容的觸發(fā)信息被發(fā)送多次，貝1J在全部觸發(fā)信息中，Trigger_id是相同的。Protocol_version示出關(guān)注中的觸發(fā)信息的協(xié)議版本。Co_and_code示出關(guān)注中的觸發(fā)信息的命令類型。就圖8而言，Command_code包括示出該命令為預(yù)緩存的信息。Trigger_varidity示出已接收關(guān)注中的觸發(fā)信息的各接收器60根據(jù)同一觸發(fā)信息執(zhí)行處理的概率。這個值將多個接收器60到服務(wù)器42以獲取數(shù)據(jù)廣播應(yīng)用的訪問分散，從而避免在給定時間段的訪問的集中。為了將可能多個接收器60對服務(wù)器42的訪問分散為四部分，例如，同一觸發(fā)信息被發(fā)送四次。在第一觸發(fā)信息中，服務(wù)器訪問分發(fā)參數(shù)N只需要被設(shè)置成“4”，在第二觸發(fā)信息中，服務(wù)器訪問分發(fā)參數(shù)N只需要被設(shè)置成“3”，在第三觸發(fā)信息中，服務(wù)器訪問分發(fā)參數(shù)N只需要被設(shè)置成“2”，并且在第四觸發(fā)信息中，服務(wù)器訪問分發(fā)參數(shù)N只需要被設(shè)置成“ I ”。App_id是針對關(guān)注中的觸發(fā)信息獲取的數(shù)據(jù)廣播應(yīng)用的識別信息。App_type示出針對關(guān)注中的觸發(fā)信息的數(shù)據(jù)廣播應(yīng)用的類型(例如，HTML5、BML或java)。App_url是數(shù)據(jù)廣播應(yīng)用的獲取方(在本情況下為服務(wù)器42)的URL。Broadcast_App_flag> Downloaded_App_flag 和 Internet_App_flag 是不出針對關(guān)注中的觸發(fā)信息的數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)的位置的標(biāo)志。當(dāng)能夠從數(shù)字電視廣播信號中獲取針對關(guān)注中的觸發(fā)信息的數(shù)據(jù)廣播應(yīng)用時，BroadCast_App_flag被設(shè)置成“I”。當(dāng)針對關(guān)注中的觸發(fā)信息的數(shù)據(jù)廣播應(yīng)用已經(jīng)由下載廣播服務(wù)下載，并且只要接收器60接收到應(yīng)用就能夠從本地存儲器(例如，記錄部71)獲取時，Downloaded_App_f lag被設(shè)置成“I”。當(dāng)能夠經(jīng)由因特網(wǎng)50從應(yīng)用服務(wù)器42獲取針對關(guān)注中的觸發(fā)信息的數(shù)據(jù)廣播應(yīng)用時，Internet_App_flag 被設(shè)置成“I ”。圖9示出被包括在作為執(zhí)行命令的觸發(fā)信息中的項目。執(zhí)行命令被設(shè)計用于指示接收器60起動數(shù)據(jù)廣播應(yīng)用。Trigger—id、Pro toco I—version、Command—code、Trigger—V aridity、App—id、App—type、App—ur1、Broadcast—App_flag、Downloaded—App_flag 和 Internet—App_flag 與圖 8中示出的作為預(yù)緩存命令的觸發(fā)信息中的相同。然而，應(yīng)該注意，Co_and_code包括指示命令為執(zhí)行的信息。觸發(fā)信息中的App_life_scope包括示出如果進行各種用戶操作來改換圖像(隨后將描述)而繼續(xù)執(zhí)行根據(jù)作為執(zhí)行中的關(guān)注中的觸發(fā)信息的觸發(fā)信息而被起動的數(shù)據(jù)廣播應(yīng)用的條件的信息。更具體地，App_life_scope包括ES綁定、服務(wù)綁定、提供者綁定和未綁定。ES綁定意指當(dāng)對同一視頻ES (基本碼流,elementary stream)進行解碼和再現(xiàn)時繼續(xù)執(zhí)行數(shù)據(jù)廣播應(yīng)用。也就是說，例如，如果圖像被變?yōu)樵谕还?jié)目中具有不同視點的圖像，例如，則終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。服務(wù)綁定意指當(dāng)選擇同一服務(wù)(所謂的頻道)時繼續(xù)執(zhí)行數(shù)據(jù)廣播應(yīng)用。也就是說，如果改換服務(wù)，則終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。提供者綁定意指當(dāng)從同一提供者(廣播方)接收服務(wù)時繼續(xù)執(zhí)行數(shù)據(jù)廣播應(yīng)用。也就是說，當(dāng)服務(wù)是在同一提供者的范圍內(nèi)改換時繼續(xù)執(zhí)行數(shù)據(jù)廣播應(yīng)用。另一方面，如果服務(wù)是在不同提供者之間改換，則終止執(zhí)行數(shù)據(jù)廣播應(yīng)用。
未綁定意指即使圖像改換也繼續(xù)執(zhí)行數(shù)據(jù)廣播應(yīng)用。也就是說，未綁定意指即使服務(wù)改換也不終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用，并且只有當(dāng)接收到隨后將描述的終止命令的觸發(fā)信息時才終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。通過在作為執(zhí)行命令的觸發(fā)信息中設(shè)置App_life_SCOpe，使得即使用戶進行改換圖像的操作，只要這種改換發(fā)生在同一服務(wù)或廣播方內(nèi)，也可以繼續(xù)執(zhí)行數(shù)據(jù)廣播應(yīng)用。另外，可以繼續(xù)執(zhí)行對所有服務(wù)(頻道)共用的數(shù)據(jù)廣播應(yīng)用。觸發(fā)信息中包括的App_eXpire_date示出當(dāng)在沒有接收到終止命令的情況下終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用時的日期。圖10是示出作為引入事件命令的觸發(fā)信息中包括的項目的圖示。引入事件命令被設(shè)計用于使接收器60在執(zhí)行中的數(shù)據(jù)廣播應(yīng)用中發(fā)起事件。Trigger_id、Protocol_version> Command_code> Trigger_varidity> App_id 和App_type與作為圖8中示出的預(yù)緩存命令的觸發(fā)信息中的那些相同。然而，應(yīng)該注意，Command_code包括示出命令為弓I入事件的信息。Event_id是App_id所指定的數(shù)據(jù)廣播應(yīng)用中要發(fā)起的事件的相關(guān)信息。EventEmbedded Data (事件嵌入數(shù)據(jù))包括當(dāng)發(fā)起事件時所參照的數(shù)據(jù)。圖11示出被包括在作為暫停命令的觸發(fā)信息中的項目。暫停命令被設(shè)計用于使接收器60暫停執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。Trigger_id、Protocol_version> Command_code> Trigger_varidity> App_id 和App_type與作為圖8中示出的預(yù)緩存命令的觸發(fā)信息中的那些相同。然而，應(yīng)該注意，Command_code包括示出命令為暫停的信息。圖12示出被包括在作為`終止命令的觸發(fā)信息中的項目。終止命令被設(shè)計用于使接收器60終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。Trigger_id、Protocol_version> Command_code> Trigger_varidity> App_id 和App_type與作為圖8中示出的預(yù)緩存命令的觸發(fā)信息中的那些相同。然而，應(yīng)該注意，Command_code包括示出命令為終止的信息。[觸發(fā)信息的語法]圖13示出作為以上命令之一的觸發(fā)信息的語法的例子。應(yīng)該注意，對觸發(fā)信息可以使用任何語法，并且其語法不限于圖13中示出的例子。[對運行的描述]接下來，將描述接收器60根據(jù)觸發(fā)信息的運行。圖14中的圖示A至G示出當(dāng)接收器60執(zhí)行如電視節(jié)目或CM的合適的數(shù)據(jù)應(yīng)用程序時接收器60的顯示屏的變動。例如，如圖14中的圖示A中所示，節(jié)目(在本情況下為“七點新聞”)被廣播。當(dāng)節(jié)目的主題進行到經(jīng)濟信息時，發(fā)送適于節(jié)目的數(shù)據(jù)廣播應(yīng)用的執(zhí)行命令的觸發(fā)信息。當(dāng)接收到這個信息時，數(shù)據(jù)廣播應(yīng)用被起動。結(jié)果，在顯示節(jié)目的屏幕上出現(xiàn)提示用戶顯示數(shù)據(jù)廣播應(yīng)用的圖標(biāo)(在本情況下為“股票”)，如圖14中的圖示B中所示。當(dāng)用戶選擇該圖標(biāo)時，數(shù)據(jù)廣播應(yīng)用在屏幕上產(chǎn)生顯示(在本情況下為股票價格信息)，如圖14中的圖示C中所示。如上所述，只有當(dāng)出現(xiàn)提示用戶顯示數(shù)據(jù)廣播應(yīng)用的圖標(biāo)時，數(shù)據(jù)廣播應(yīng)用才產(chǎn)生顯示。這樣避免了可能對不需要數(shù)據(jù)廣播應(yīng)用產(chǎn)生的任何顯示的那些用戶造成不便。當(dāng)節(jié)目繼續(xù)進行(在本情況下為進行到體育信息)時，響應(yīng)于此，發(fā)送引入事件命令的觸發(fā)信息。當(dāng)接收到這個信息時，發(fā)起事件，從而數(shù)據(jù)廣播應(yīng)用所顯示的屏幕變成例如圖14中的圖示D中所示的屏幕(在本情況下為比賽結(jié)果信息)。然后，在廣播CM之前，發(fā)送適于節(jié)目的執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的暫停命令的觸發(fā)信息。當(dāng)接收到這個信息時，暫停節(jié)目的數(shù)據(jù)廣播應(yīng)用。然后，發(fā)送適于CM的數(shù)據(jù)廣播應(yīng)用的執(zhí)行命令的觸發(fā)信息。當(dāng)接收到這個信息時，CM節(jié)目的數(shù)據(jù)廣播應(yīng)用被起動。結(jié)果，在顯示CM的屏幕上出現(xiàn)圖標(biāo)(在本情況下為“申請獎勵”)，以提示用戶顯示適于CM的數(shù)據(jù)廣播應(yīng)用，如圖14中的圖示E中所示。當(dāng)用戶選擇圖標(biāo)時，適于CM的數(shù)據(jù)廣播應(yīng)用在屏幕上產(chǎn)生顯示(在本情況下為用于申請獎勵的顯示)。在CM結(jié)束之后，響應(yīng)于節(jié)目的恢復(fù)，發(fā)送適于節(jié)目的數(shù)據(jù)廣播應(yīng)用的執(zhí)行命令的觸發(fā)信息。當(dāng)接收到這個信息時，適于CM的數(shù)據(jù)廣播應(yīng)用的顯示內(nèi)容消失，從而使得節(jié)目的數(shù)據(jù)廣播應(yīng)用的顯示能夠從應(yīng)用被暫停的狀態(tài)恢復(fù)，如圖14中的圖示F中所示。然后，當(dāng)節(jié)目結(jié)束時，響應(yīng)于此，發(fā)送適于節(jié)目的數(shù)據(jù)廣播應(yīng)用的終止命令的觸發(fā)信息。當(dāng)接收到這個信息時，數(shù)據(jù)廣播應(yīng)用的顯示從屏幕消失，并且只有節(jié)目的圖像保留在屏眷上，如圖14中的圖不G中所不。應(yīng)該注意，除了通過如圖14中所示縮小節(jié)目顯示而為數(shù)據(jù)廣播應(yīng)用提供顯示區(qū)域之外，例如，數(shù)據(jù)廣播應(yīng)用的顯示可以被疊加在節(jié)目的顯示上。接下來，將參照圖15描述當(dāng)接收器60接收觸發(fā)信息(下文中，被稱為觸發(fā)信息的處理)時的運行。圖15是描述觸發(fā)信息的處理的流程圖。當(dāng)用戶觀看電視節(jié)目時，也就是說，當(dāng)接收器60接收數(shù)字電視廣播信號時，重復(fù)對觸發(fā)信息的這種處理。在步驟SI中，觸發(fā)檢測部66 —直待機，直到從解復(fù)用部62供應(yīng)包括觸發(fā)信息的PCR包為止，或者直到從視頻解碼器65輸出的視頻信號中檢測到觸發(fā)信息為止。當(dāng)供應(yīng)了包括觸發(fā)信息的PCR包或者從視頻信號中檢測到觸發(fā)信息時，處理前進至步驟S2。在步驟S2中，觸發(fā)檢測部66將觸發(fā)信息輸出到控制部68。控制部68從觸發(fā)信息讀取Triggerjd，以判定是否已針對關(guān)注中的觸發(fā)信息執(zhí)行了從步驟S3開始之后的處理步驟。當(dāng)判定已執(zhí)行從步驟S3開始之后的處理步驟時，處理返回步驟SI以重復(fù)從此以后的步驟。相比之下，如果判定還沒有執(zhí)行從步驟S3開始之后的處理步驟，則處理前進至步驟S3。在步驟S3中，控制部68從觸發(fā)信息讀取Command_code,以判定關(guān)注中的觸發(fā)信息示出的是預(yù)緩存、執(zhí)行、引入事件、暫停和終止中的哪一個。
在步驟S4中，控制部68判斷步驟S3中識別的命令是否是預(yù)緩存。當(dāng)所識別的命令是預(yù)緩存時，處理前進至步驟S5。在步驟S5中，獲取由關(guān)注中的觸發(fā)信息的App_id所識別的數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)。更具體地，當(dāng)在關(guān)注中的觸發(fā)信息中Broadcast_App_flag是“I”時,App_id識別的數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)被從電視廣播信號中獲取并且被記錄到記錄部71。當(dāng)在關(guān)注中的觸發(fā)信息中Downloaded_App_flag是“ I”時,App_id識別的數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)被從記錄部71即本地存儲器中獲取。當(dāng)在關(guān)注中的觸發(fā)信息中Internet_App_flag是“I”時，App_id識別的數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)被經(jīng)由因特網(wǎng)50從服務(wù)器42中獲取并且被記錄到緩存存儲器 73。應(yīng)該注意，如果 Broadcast_App_f lag、Downloaded_App_f lag 和 Internet—App_flag中的兩個或更多個被設(shè)置為1，則可以根據(jù)接收器60的方便性，獲取由關(guān)注中的觸發(fā)信息的App_id所識別的數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)。然后，處理返回步驟SI，以重復(fù)從此以后的步驟。如果在步驟S4中判定步驟S3中識別的命令不是預(yù)緩存，則處理前進至步驟S6。在步驟S6中，控制部68判斷步驟S3中識別的命令是否是執(zhí)行。當(dāng)判定所識別的命令是執(zhí)行時，處理前進至步驟S7。在步驟S7中，應(yīng)用引擎74判斷在控制部68的控制下，由關(guān)注中的觸發(fā)信息的App_id識別的數(shù)據(jù)廣播應(yīng)用是否被暫停。更具體地，當(dāng)表示暫停的數(shù)據(jù)被保存在保存存儲器75B中時，應(yīng)用引擎74判定為由App_id識別的數(shù)據(jù)廣播應(yīng)用被暫停。如果在步驟S7中判定 App_id識別的數(shù)據(jù)廣播應(yīng)用沒有暫停，則處理前進至步驟S8。在步驟S8中，在控制部68的控制下，應(yīng)用引擎74如果還沒有獲取App_id識別的數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)(如果該數(shù)據(jù)沒有被存儲在記錄部71或緩存存儲器73)，則獲取該程序數(shù)據(jù)。在步驟S9中，在控制部68的控制下，應(yīng)用引擎74終止任何執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。在步驟SlO中，在控制部68的控制下，應(yīng)用引擎74起動App_id識別的數(shù)據(jù)廣播應(yīng)用?？刂撇?8從觸發(fā)信息中提取App_life_SCOpe，并且與被起動的數(shù)據(jù)廣播應(yīng)用相關(guān)聯(lián)地存儲提取的App_life_SCOpe。之后當(dāng)用戶進行改換圖像的操作時，在中斷的處理過程中，參照再次存儲的App_life_SCOpe(隨后將參照圖19詳細描述中斷處理的步驟)。然后，處理返回步驟SI，以重復(fù)從此之后的步驟。應(yīng)該注意，當(dāng)在步驟S7中判定App_id識別的數(shù)據(jù)廣播應(yīng)用暫停時，處理前進至步驟SI I。在步驟Sll中，在控制部68的控制下，應(yīng)用引擎74將保存存儲器75B中的數(shù)據(jù)移到工作存儲器75A，并且起動App_id識別的數(shù)據(jù)廣播應(yīng)用。這樣使得暫停的App_id識別的數(shù)據(jù)廣播應(yīng)用能夠從應(yīng)用被暫停的狀態(tài)恢復(fù)。然后，處理返回步驟SI，以重復(fù)從此之后的步驟。如果在步驟S6中判定步驟S3中識別的命令不是執(zhí)行，則處理前進至步驟S12。在步驟S12中，控制部68判斷步驟S3中識別的命令是否是引入事件。當(dāng)判定所識別的命令是弓I入事件時，處理前進至步驟S13。在步驟S13中，控制部68只在關(guān)注中的觸發(fā)信息的App_id符合執(zhí)行中的應(yīng)用的App_id時，才控制應(yīng)用引擎74，在執(zhí)行中的數(shù)據(jù)廣播應(yīng)用中發(fā)起(執(zhí)行)與觸發(fā)信息的Event_id相匹配的事件。然后，處理返回步驟SI，以重復(fù)從此之后的步驟。如果在步驟S12中判定步驟S3中識別的命令不是引入事件，則處理前進至步驟S14。在步驟S14中，控制部68判斷步驟S3中識別的命令是否是暫停。當(dāng)判定所識別的命令是暫停時，處理前進至步驟S15。在步驟S15中，在控制部68的控制下，應(yīng)用引擎74將示出執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的狀態(tài)的數(shù)據(jù)(即，當(dāng)前被寫入工作存儲器75A的數(shù)據(jù)；如果要顯示的信息具有分層的結(jié)構(gòu)，則包括示出所顯示信息的層級的信息)保存到保存存儲器75B。然后，處理返回步驟SI，以重復(fù)從此之后的步驟。如果在步驟S14中判定步驟S3中識別的命令不是暫停，則步驟S3中識別的命令應(yīng)該是終止。因此，處理前進至步驟S16。在步驟S16中，在控制部68的控制下，如果App_id識別的數(shù)據(jù)廣播應(yīng)用是在執(zhí)行中的，則應(yīng)用引擎74終止該數(shù)據(jù)廣播應(yīng)用。在步驟S17中，在控制部68的控制下，應(yīng)用引擎74從工作存儲器75A和保存存儲器75B中刪除有關(guān)App_id識別的數(shù)據(jù)廣播應(yīng)用的數(shù)據(jù)，并且從記錄部71或緩存存儲器73中刪除數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)。然后，處理返回步驟SI，以重復(fù)從此之后的步驟。這樣結(jié)束對觸發(fā)信息的處理的描述。通過以上對觸發(fā)信息的處理，能夠例如響應(yīng)于電視節(jié)目或CM來起動數(shù)據(jù)廣播應(yīng)用、發(fā)起事件或終止數(shù)據(jù)廣播應(yīng)用。另外，還可以在保持?jǐn)?shù)據(jù)廣播應(yīng)用處于執(zhí)行中的同時暫停該應(yīng)用，并隨后將數(shù)據(jù)廣播應(yīng)用從暫停狀態(tài)恢復(fù)。另外，通過觸發(fā)信息的處理，可以如圖16中所示地運行數(shù)據(jù)廣播應(yīng)用。[數(shù)據(jù)廣播應(yīng)用的運行情景]圖16示出數(shù)據(jù)廣播應(yīng)用的運行情景的例子。當(dāng)廣播設(shè)備41響應(yīng)于節(jié)目進程而發(fā)送指示獲取電視節(jié)目的數(shù)據(jù)廣播應(yīng)用的預(yù)緩存命令的觸發(fā)信息時，接收到觸發(fā)信息的接收器60獲取數(shù)據(jù)廣播應(yīng)用。接著，當(dāng)廣播設(shè)備41響應(yīng)于節(jié)目進程而發(fā)送適于起動電視節(jié)目的數(shù)據(jù)廣播應(yīng)用的執(zhí)行命令的觸發(fā)信息時，接收到觸發(fā)信息的接收器60起動數(shù)據(jù)廣播應(yīng)用。由于應(yīng)用被起動，圖標(biāo)被疊加在節(jié)目的圖像上，以提示用戶顯示數(shù)據(jù)廣播應(yīng)用。當(dāng)用戶選擇這個圖標(biāo)時，在屏幕上，數(shù)據(jù)廣播應(yīng)用產(chǎn)生的顯示被疊加在節(jié)目的圖像上。`當(dāng)廣播設(shè)備41響應(yīng)于電視節(jié)目進程而發(fā)送適于指示發(fā)起事件的引入事件命令的觸發(fā)信息時，接收到觸發(fā)信息的接收器60在執(zhí)行中的數(shù)據(jù)廣播應(yīng)用中發(fā)起事件(例如，改換顯示)。然后，當(dāng)廣播設(shè)備41在預(yù)定定時發(fā)送適于指示暫停數(shù)據(jù)廣播應(yīng)用的暫停命令的觸發(fā)信息時，接收到觸發(fā)信息的接收器60暫停執(zhí)行中的數(shù)據(jù)廣播應(yīng)用(相關(guān)數(shù)據(jù)被保持在保存存儲器75B中)。然后，當(dāng)廣播設(shè)備41發(fā)送指示起動(恢復(fù))數(shù)據(jù)廣播應(yīng)用的執(zhí)行命令的觸發(fā)信息時，接收到觸發(fā)信息的接收器60恢復(fù)暫停的數(shù)據(jù)廣播應(yīng)用。另外，當(dāng)廣播設(shè)備41響應(yīng)于節(jié)目結(jié)束而發(fā)送適于指示終止數(shù)據(jù)廣播應(yīng)用的終止命令的觸發(fā)信息時，接收到觸發(fā)信息的接收器60終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。[數(shù)據(jù)廣播應(yīng)用的狀態(tài)轉(zhuǎn)變]圖17示出接收器60中的數(shù)據(jù)廣播應(yīng)用的狀態(tài)轉(zhuǎn)變。如圖17中所示，數(shù)據(jù)廣播應(yīng)用處于四種不同的狀態(tài)即停止(Stopped)、準(zhǔn)備(Ready)、執(zhí)行中(Active)和暫停(Suspended)中的一個。停止?fàn)顟B(tài)是指數(shù)據(jù)廣播應(yīng)用還未被執(zhí)行、并且還未獲取其程序數(shù)據(jù)的狀態(tài)。準(zhǔn)備狀態(tài)是指數(shù)據(jù)廣播應(yīng)用已經(jīng)被獲取但還未被執(zhí)行的狀態(tài)。執(zhí)行中狀態(tài)是指數(shù)據(jù)廣播應(yīng)用已經(jīng)被發(fā)起并且在執(zhí)行中的狀態(tài)。暫停狀態(tài)是指數(shù)據(jù)廣播應(yīng)用的執(zhí)行已被暫停、并且示出暫停時應(yīng)用的狀態(tài)的信息被保持在保存存儲器75B中的狀態(tài)。如果在接收到預(yù)緩存命令的觸發(fā)信息之后獲取了數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)，則停止?fàn)顟B(tài)下的數(shù)據(jù)廣播應(yīng)用轉(zhuǎn)變成準(zhǔn)備狀態(tài)。如果在接收到執(zhí)行命令的觸發(fā)信息之后起動數(shù)據(jù)廣播應(yīng)用，則停止或準(zhǔn)備狀態(tài)下的數(shù)據(jù)廣播應(yīng)用轉(zhuǎn)變成執(zhí)行中狀態(tài)。如果在接收到暫停命令的觸發(fā)信息之后暫停執(zhí)行中的數(shù)據(jù)廣播應(yīng)用，則執(zhí)行中狀態(tài)下的數(shù)據(jù)廣播應(yīng)用轉(zhuǎn)變成暫停狀態(tài)。如果在接收到執(zhí)行命令的觸發(fā)信息之后恢復(fù)暫停的數(shù)據(jù)廣播應(yīng)用，則暫停狀態(tài)下的數(shù)據(jù)廣播應(yīng)用轉(zhuǎn)變成執(zhí)行中狀態(tài)。如果接收到終止命令的觸發(fā)信息，則準(zhǔn)備、執(zhí)行中或暫停狀態(tài)下的數(shù)據(jù)廣播應(yīng)用轉(zhuǎn)變成停止?fàn)顟B(tài)。應(yīng)該注意，不僅基于終止命令的觸發(fā)信息，而且如果經(jīng)過了 App_eXpire_date,如果執(zhí)行其它數(shù)據(jù)廣播節(jié)目或者如果改換接收頻道，則數(shù)據(jù)廣播應(yīng)用轉(zhuǎn)變成停止?fàn)顟B(tài)。[響應(yīng)于用戶改換圖像的操作進行中斷處理]接下來，將描述由接收器響應(yīng)于用戶改換圖像的操作的中斷處理(下文中，被稱為圖像改換中斷處理)。在對其描述之前，將描述各種圖像改換。圖18示出數(shù)字地面廣播信號的構(gòu)造，S卩，數(shù)字電視廣播的例子。對于數(shù)字地面信號，配置沿著頻率軸具有6MHz (或8MHz)波段的物理信道，其中每個物理信道被廣播方占用進行廣播。應(yīng)該注意，多個物理信道可以被同一廣播方占用。物理信道由一個或多個服務(wù) (也被稱為邏輯信道)構(gòu)成。這些服務(wù)對應(yīng)于改換接收器60要接收的節(jié)目的被變更的所謂的頻道。每個物理信道對示出例如包含的服務(wù)的列表及其廣播頻率的頻道選擇信息(對應(yīng)于ATSC的VCT和DVB或ARIB的NIT)進行廣播。每個服務(wù)的PMT的PID被包括在每個物理信道的PAT中。每個服務(wù)(邏輯信道)包括一個或多個ES。例如，在與能夠改換來自不同視點(相機位置)的圖像的多視點兼容的節(jié)目的情況下，每個服務(wù)包括多個圖像ES。各ES的PID被包括在各服務(wù)的PMT中。在上述構(gòu)造中，用戶改換圖像的操作是圖18中示出的改換I至3的三種類型中的一種。也就是說，改換I是同一服務(wù)內(nèi)圖像ES的改換。改換2是同一物理信道內(nèi)服務(wù)的改換。改換3是從一個物理信道到另一個物理信道的改換。應(yīng)該注意，改換3可以被分成兩種情況，在一種情況下，前一個物理信道的廣播方和新的物理信道的廣播方是同一個，并且在另一種情況下，兩個廣播方是不同的。接著，將描述對圖像改換中斷的處理。圖19是描述處理圖像改換中斷的流程圖。當(dāng)用戶進行以上改換圖像的操作之一時，處理圖像改換中斷。在步驟S31中，控制部68判定是否有任何執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。當(dāng)判定存在執(zhí)行中的數(shù)據(jù)廣播應(yīng)用時，處理前進至步驟S32。應(yīng)該注意，如果判定沒有執(zhí)行中的數(shù)據(jù)廣播應(yīng)用，則終止處理圖像改換中斷。在步驟S32中，控制部68基于從正被接收的電視廣播信號獲取的頻道選擇信息，判定開始處理關(guān)注中的圖像改換中斷的圖像改換操作的類型。更具體地，控制部68判定圖18中示出的改換I至3中的哪一個是用戶進行的操作。進而，當(dāng)判定改換3是用戶進行的操作時，控制部68判定前一個物理信道的廣播方和新的物理信道的廣播方是否是同一個。在步驟S33中，控制部68判定在步驟S32中判定的圖像改換操作的類型是否落在與執(zhí)行中的數(shù)據(jù)廣播應(yīng)用相關(guān)聯(lián)地存儲的App_life_SCOpe指定的范圍內(nèi)。當(dāng)在此判定圖像改換操作的類型落入App_l if e_scope指定的范圍內(nèi)時,終止該對圖像改換中斷的處理。也就是說，執(zhí)行中的數(shù)據(jù)廣播應(yīng)用仍丨H執(zhí)行。與此相反，如果判定在步驟S32中判定的圖像改換操作的類型沒有落入App_life_scope指定的范圍內(nèi)，則處理前進至步驟S34。在步驟S34中，控制部68控制應(yīng)用引擎74來終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用。在控制部68的控制下，應(yīng)用引擎74終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用，從工作存儲器75A和保存存儲器75B中刪除有關(guān)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的數(shù)據(jù)，并且從記錄部71或緩存存儲器73中刪除數(shù)據(jù)廣播應(yīng)用的程序數(shù)據(jù)。這樣就完成了對圖像改換中斷的處理。通過上述對圖像改換中斷的處理，可以根據(jù)圖像改換操作的類型，繼續(xù)或終止執(zhí)行中的應(yīng)用程序的執(zhí)行。應(yīng)該注意，雖然是針對執(zhí)行中的數(shù)據(jù)廣播應(yīng)用處理以上的圖像改換中斷，但是可以針對轉(zhuǎn)變成暫停狀態(tài)的數(shù)據(jù)廣播應(yīng)用處理圖像改換中斷。[通過處理圖像改換中斷的運行情景] 接著，將描述使用以上對圖像改換中斷進行的處理的運行情景的例子。圖20示出當(dāng)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的App_life_SCOpe是ES綁定時的運行情景。如果在服務(wù)(所謂的頻道)A廣播的多視點兼容節(jié)目Al期間接收器60接收并顯示圖像ESl時，接收到數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行命令的觸發(fā)信息，則響應(yīng)于此，起動數(shù)據(jù)廣播應(yīng)用App-A。然后，當(dāng)用戶進行將節(jié)目Al的圖像改換成圖像ES2的操作時，處理圖像改換中斷。在本情況下為ES被改換。因此，終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A。然后，當(dāng)接收到由服務(wù)A的圖像ES2發(fā)送的數(shù)據(jù)廣播應(yīng)用App-B的執(zhí)行命令的觸發(fā)信息時，響應(yīng)于此，起動數(shù)據(jù)廣播應(yīng)用App-B。然后，如果用戶沒有進行任何改換圖像的操作，則根據(jù)節(jié)目Al結(jié)束時發(fā)送的終止命令的觸發(fā)信息，終止被起動的數(shù)據(jù)廣播應(yīng)用App-B。圖21示出當(dāng)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的App_life_scope是服務(wù)綁定時的運行情
旦
-5^ O如果在服務(wù)A廣播的多視點兼容節(jié)目Al期間接收器60接收并顯示圖像ESl時，接收到數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行命令的觸發(fā)信息，則響應(yīng)于此，起動數(shù)據(jù)廣播應(yīng)用App-A。然后，當(dāng)用戶進行將節(jié)目Al的圖像改換成圖像ES2的操作時，處理圖像改換中斷。在本情況下為在同一服務(wù)內(nèi)圖像被改換。因此，繼續(xù)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行。然后，當(dāng)頻道改換成服務(wù)B廣播的節(jié)目BI時，再次處理圖像改換中斷。在本情況下為對于不同的服務(wù)圖像被改換。因此，終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A。然后，如果接收到由服務(wù)B發(fā)送的數(shù)據(jù)廣播應(yīng)用App-B的執(zhí)行命令的觸發(fā)信息，響應(yīng)于此，起動數(shù)據(jù)廣播應(yīng)用App-B。然后，如果用戶沒有進行任何改換圖像的操作，則根據(jù)節(jié)目BI結(jié)束時發(fā)送的終止命令的觸發(fā)信息，終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-B。圖22示出當(dāng)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的App_life_SCOpe是提供者綁定時的運行情
旦
-5^ O如果在接收器60接收并顯示服務(wù)A廣播的節(jié)目Al時，接收到數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行命令的觸發(fā)信息，則響應(yīng)于此，起動數(shù)據(jù)廣播應(yīng)用App-A。然后，當(dāng)頻道改換成提供的服務(wù)A的同一廣播方提供的服務(wù)B廣播的節(jié)目B時，處理圖像改換中斷。在本情況下為對于同一廣播方，圖像被改換。因此，繼續(xù)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行。
然后，當(dāng)頻道改換成與提供服務(wù)A和B的廣播方不同的廣播方所提供的服務(wù)C廣播的節(jié)目Cl時，再次處理圖像改換中斷。在本情況下為對于不同的廣播方，圖像被改換。因此,終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A。然后，如果接收到由服務(wù)C發(fā)送的數(shù)據(jù)廣播應(yīng)用App-B的執(zhí)行命令的觸發(fā)信息，響應(yīng)于此，起動數(shù)據(jù)廣播應(yīng)用App-B。然后，如果用戶沒有進行任何改換圖像的操作，則根據(jù)節(jié)目Cl結(jié)束時發(fā)送的終止命令的觸發(fā)信息，終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-B。圖23示出當(dāng)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的App_life_SCOpe是未綁定時的運行情景。如果在接收器60接收并顯示服務(wù)A廣播的節(jié)目Al時，接收到數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行命令的觸發(fā)信息，則響應(yīng)于此，起動數(shù)據(jù)廣播應(yīng)用App-A。然后，當(dāng)頻道改換成與提供服務(wù)A的廣播方不同的廣播方提供的服務(wù)B廣播的節(jié)目BI時，處理圖像改換中斷。然而，App_life_SCOpe是未綁定的。因此，繼續(xù)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行。也就是說，如果接收到執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行命令的觸發(fā)信息，就繼續(xù)執(zhí)行中的數(shù)據(jù)廣播應(yīng)用App-A的執(zhí)行。如上所述，通過處理圖像改換中斷，可以根據(jù)圖像改換操作的類型，繼續(xù)或終止數(shù)據(jù)廣播應(yīng)用的執(zhí)行。這樣即使用戶進行改換圖像的操作，只要這種改換是發(fā)生在同一服務(wù)或廣播方內(nèi)，也能夠繼續(xù)執(zhí)行數(shù)據(jù)廣播應(yīng)用。另外，可以繼續(xù)執(zhí)行對所有服務(wù)(頻道)共用的數(shù)據(jù)廣播應(yīng)用。應(yīng)該注意，雖然在本實施方式中，執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的App_life_scope被包括在執(zhí)行命令的觸發(fā)信息中，但是App_life_scope可以被包括在例如數(shù)據(jù)廣播應(yīng)用的程序中。順帶一提，可以用硬件或軟件執(zhí)行以上一系列的處理。如果用軟件執(zhí)行這一系列的處理，則構(gòu)成軟件的程序被從程`序記錄介質(zhì)安裝于組裝到專用硬件中的計算機、當(dāng)被安裝有各種程序時能夠執(zhí)行各種功能的通用個人計算機或其它計算機中。圖24是示出適于使用程序執(zhí)行以上一系列處理的計算機的硬件構(gòu)造例的框圖。在計算機100中，CPU (中央處理單元)10UR0M (只讀存儲器)102和RAM (隨機存取存儲器)103通過總線104彼此連接。輸入/輸出接口 105也連接到總線104。輸入部106和輸出部107連接到輸入/輸出接口 105。輸入部106包括例如鍵盤、鼠標(biāo)和麥克風(fēng)。輸出部107包括例如顯示器和揚聲器。另外，存儲部108、通信部109和驅(qū)動110連接到輸入/輸出接口 105。存儲部108包括例如硬盤或非易失性存儲器。通信部109包括例如網(wǎng)絡(luò)接口。驅(qū)動110驅(qū)動可移動介質(zhì)111，如，磁盤、光盤、磁光盤或半導(dǎo)體存儲器。在如上所述構(gòu)造的計算機中，CPUlOl經(jīng)由輸入/輸出接口 105和總線104將程序從存儲部108加載到RAM103中用于執(zhí)行，從而使得能夠執(zhí)行以上一系列處理。應(yīng)該注意，計算機執(zhí)行的程序可以不僅根據(jù)本說明書中描述的序列按時間順序這些處理，而且可以并行地或者如當(dāng)被調(diào)用時等需要時執(zhí)行這些處理。另一方面，可以由單個計算機或者通過多個計算機以分布方式執(zhí)行程序。另外，程序可以被傳遞至遠程計算機用于執(zhí)行。另一方面，在本說明書中，術(shù)語“系統(tǒng)”是指由多個裝置構(gòu)成的設(shè)備整體。應(yīng)該注意，本發(fā)明的實施方式不限于上述的實施方式，并且可以在不脫離本發(fā)明范圍的情況下以各種方式修改。[附圖標(biāo)記列表]30廣播系統(tǒng)41廣播設(shè)備42服務(wù)器60接收器61調(diào)諧器62解復(fù)用部63音頻解碼器64音頻輸出部65視頻解碼器

66觸發(fā)檢測部67視頻輸出部68控制部69存儲器70操作部71記錄部72通信接口73緩存存儲器74應(yīng)用引擎75存儲器75A工作存儲器75B保存存儲器
權(quán)利要求
1.一種用于接收發(fā)送的AV內(nèi)容的接收器，所述接收器包括 提取部件，用于提取與控制應(yīng)用程序相關(guān)的觸發(fā)信息，所述觸發(fā)信息被與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序響應(yīng)于所述AV內(nèi)容而被執(zhí)行；以及 控制部件，根據(jù)提取的所述觸發(fā)信息所指定的命令，控制所述應(yīng)用程序的執(zhí)行，并且如果所述AV內(nèi)容的圖像被改換，則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。
2.根據(jù)權(quán)利要求1所述的接收器，其中，如果所述AV內(nèi)容的圖像被改換，則基于所述應(yīng)用程序的繼續(xù)執(zhí)行信息，繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。
3.根據(jù)權(quán)利要求1所述的接收器，其中，所述繼續(xù)執(zhí)行信息包括以下之一 ES綁定，對于ES綁定，如果所述AV內(nèi)容的圖像被改換，則在同一 ES內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行； 服務(wù)綁定，對于服務(wù)綁定，如果所述AV內(nèi)容的圖像被改換，則在同一服務(wù)內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行； 提供者綁定，對于提供者綁定，如果所述AV內(nèi)容的圖像被改換，則在同一廣播方內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行； 未綁定，對于未綁定，如果所述AV內(nèi)容的圖像被改換，則能夠按未綁定方式繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。
4.根據(jù)權(quán)利要求2或3所述的接收器，其中，所述繼續(xù)執(zhí)行信息被包括在所述觸發(fā)信息中。
5.根據(jù)權(quán)利要求2或3所述的接收器，其中，所述繼續(xù)執(zhí)行信息被包括在所述應(yīng)用程序中。
6.根據(jù)權(quán)利要求1所述的接收器，其中，所述控制部件還根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的獲取、所述應(yīng)用程序的起動、執(zhí)行中的所述應(yīng)用程序中事件的發(fā)起、執(zhí)行中的所述應(yīng)用程序的暫?；驁?zhí)行中的所述應(yīng)用程序的終止。
7.一種適于接收發(fā)送的AV內(nèi)容的接收器的接收方法，所述接收方法包括 提取步驟，用于提取與控制應(yīng)用程序相關(guān)的觸發(fā)信息，所述觸發(fā)信息被與AV內(nèi)容一起發(fā)送，所述應(yīng)用程序響應(yīng)于所述AV內(nèi)容而被執(zhí)行； 第一控制步驟，用于根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的執(zhí)行；以及 第二控制步驟，用于如果所述AV內(nèi)容的圖像被改換，則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。
8.一種用于控制適于接收所發(fā)送的AV內(nèi)容的接收器的程序，所述程序使所述接收器的計算機執(zhí)行處理，所述處理包括 提取步驟，用于提取與控制應(yīng)用程序相關(guān)的觸發(fā)信息，所述觸發(fā)信息被與AV內(nèi)容一起發(fā)送，所述應(yīng)用程序響應(yīng)于所述AV內(nèi)容而被執(zhí)行； 第一控制步驟，用于根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的執(zhí)行；以及 第二控制步驟，用于如果所述AV內(nèi)容的圖像被改換，則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。
9.一種用于發(fā)送AV內(nèi)容的發(fā)送器，所述發(fā)送器包括發(fā)送部件，用于將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容而執(zhí)行，其中， 所述觸發(fā)信息包括繼續(xù)執(zhí)行信息，所述繼續(xù)執(zhí)行信息用于判斷如果在所述接收器中所述應(yīng)用程序在執(zhí)行中時所述AV內(nèi)容的圖像被改換，是繼續(xù)還是終止執(zhí)行中的應(yīng)用程序的執(zhí)行。
10.根據(jù)權(quán)利要求9所述的發(fā)送器，其中，所述繼續(xù)執(zhí)行信息包括以下之一 ES綁定，對于ES綁定，如果所述AV內(nèi)容的圖像被改換，則在同一 ES內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行； 服務(wù)綁定，對于服務(wù)綁定，如果所述AV內(nèi)容的圖像被改換，則在同一服務(wù)內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行； 提供者綁定，對于提供者綁定，如果所述AV內(nèi)容的圖像被改換，則在同一廣播方內(nèi)，能夠繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行； 未綁定，對于未綁定，如果所述AV內(nèi)容的圖像被改換，則能夠按未綁定方式繼續(xù)執(zhí)行中的所述應(yīng)用程序的執(zhí)行。
11.根據(jù)權(quán)利要求9或10所述的發(fā)送器，其中，所述觸發(fā)信息指定的命令包括適于控制所述應(yīng)用程序的獲取、所述應(yīng)用程序的起動、執(zhí)行中的所述應(yīng)用程序中事件的發(fā)起、執(zhí)行中的所述應(yīng)用程序的暫?；驁?zhí)行中的所述應(yīng)用程序的終止的命令中的至少一個。
12.一種適于發(fā)送AV內(nèi)容的發(fā)送器的發(fā)送方法，所述發(fā)送方法包括 發(fā)送步驟，用于將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容而執(zhí)行，其中， 所述觸發(fā)信息包括繼續(xù)執(zhí)行信息，所述繼續(xù)執(zhí)行信息用于判斷如果在所述接收器中所述應(yīng)用程序在執(zhí)行中時所述AV內(nèi)容的圖像被改換，是繼續(xù)還是終止執(zhí)行中的應(yīng)用程序的執(zhí)行。
13.一種用于控制適于發(fā)送AV內(nèi)容的發(fā)送器的程序，所述程序使所述發(fā)送器的計算機執(zhí)行處理，所述處理包括 發(fā)送步驟，用于將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容來執(zhí)行,其中， 所述觸發(fā)信息包括繼續(xù)執(zhí)行信息，所述繼續(xù)執(zhí)行信息用于判斷如果在所述接收器中所述應(yīng)用程序在執(zhí)行中時所述AV內(nèi)容的圖像被改換，是繼續(xù)還是終止執(zhí)行中的應(yīng)用程序的執(zhí)行。
14.一種廣播系統(tǒng)，所述廣播系統(tǒng)包括 發(fā)送器，適于發(fā)送AV內(nèi)容；以及 接收器，適于接收所發(fā)送的所述AV內(nèi)容，其中， 所述發(fā)送器包括 發(fā)送部件，用于將與控制應(yīng)用程序相關(guān)的觸發(fā)信息與所述AV內(nèi)容一起發(fā)送，所述應(yīng)用程序由接收器響應(yīng)于所述AV內(nèi)容來執(zhí)行，并且所述接收器包括 提取部件，用于提取與所述AV內(nèi)容一起發(fā)送的所述觸發(fā)信息；以及 控制部件，用于根據(jù)提取的所述觸發(fā)信息指定的命令，控制所述應(yīng)用程序的執(zhí)行，并且如果所述AV內(nèi)容的圖像被改換 ，則繼續(xù)或終止執(zhí)行中的所述應(yīng)用程序的執(zhí)行。
全文摘要
本發(fā)明涉及能夠根據(jù)圖像改換操作繼續(xù)或終止執(zhí)行中的數(shù)據(jù)廣播應(yīng)用的執(zhí)行的接收器、接收方法、發(fā)送器、發(fā)送方法、程序和廣播系統(tǒng)。當(dāng)執(zhí)行圖像改換操作時，如果存在轉(zhuǎn)變?yōu)閳?zhí)行狀態(tài)的數(shù)據(jù)廣播應(yīng)用，則判斷開始關(guān)注中的處理的圖像改換操作的類型。參照被與執(zhí)行中的數(shù)據(jù)廣播應(yīng)用相關(guān)聯(lián)地存儲的App_life_scope。當(dāng)判定圖像改換操作的類型落入App_life_scope指定的范圍內(nèi)時，執(zhí)行中的數(shù)據(jù)廣播應(yīng)用保持執(zhí)行。判定圖像改換操作的類型沒有落入App_life_scope指定的范圍內(nèi)，終止數(shù)據(jù)廣播應(yīng)用。本發(fā)明可應(yīng)用于實現(xiàn)例如美國的數(shù)據(jù)廣播。
文檔編號H04N21/488GK103069829SQ20118004045
公開日2013年4月24日 申請日期2011年8月22日 優(yōu)先權(quán)日2010年8月30日
發(fā)明者北里直久, 服部忍, 出葉義治 申請人:索尼公司