(57)【要約】放送と通信の融合により質の高いサービスを提供することができる受信装置、受信方法、及びプログラムに関する。  チューナは、放送網を介して放送された放送コンテンツを受信し、通信I/Fは、放送コンテンツの受信中に挿入される挿入コンテンツを取得し、映像出力部及び音声出力部は、放送コンテンツ又は挿入コンテンツを出力する。スイッチは、映像出力部及び音声出力部により出力される、放送コンテンツと、挿入コンテンツを切り替え、リテンションバッファは、映像出力部及び音声出力部は、挿入コンテンツから放送コンテンツに切り替えられた場合、挿入コンテンツが出力されている間に、バッファに記憶された放送コンテンツを出力する。本技術は、例えば、デジタル放送信号を受信するデジタル放送受信装置に適用することができる。
2012043354.tif 000002
【特許請求の範囲】
【請求項１】
放送網を介して放送された放送コンテンツを受信する受信部と、
前記放送コンテンツの受信中に挿入される挿入コンテンツを取得する取得部と、
前記放送コンテンツ又は前記挿入コンテンツを出力する出力部と、
前記出力部により出力される、前記放送コンテンツと、前記挿入コンテンツを切り替える切り替え部と、
前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶するバッファと
を備え、
前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、前記バッファに記憶された前記放送コンテンツを出力する
受信装置。
【請求項２】
受信された前記放送コンテンツとともに送信される、前記放送コンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出するトリガ抽出部をさらに備え、
前記取得部は、抽出された前記トリガ情報に基づいて、前記挿入コンテンツを取得する
請求項１に記載の受信装置。
【請求項３】
前記切り替え部は、前記挿入コンテンツが終了した場合、前記挿入コンテンツから前記放送コンテンツに切り替える
請求項１に記載の受信装置。
【請求項４】
前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、受信された前記放送コンテンツを出力する
請求項１に記載の受信装置。
【請求項５】
前記挿入コンテンツは、通信網を介して取得され、ストリーミング再生される通信コンテンツである
請求項１に記載の受信装置。
【請求項６】
前記挿入コンテンツは、NRT（Non Real Time）放送において前記放送網を介して取得され、記憶されているNRTコンテンツである
請求項１に記載の受信装置。
【請求項７】
前記挿入コンテンツは、通信網を介して取得され、ダウンロード再生される通信コンテンツである
請求項１に記載の受信装置。
【請求項８】
前記トリガ情報は、所定のアプリケーションプログラムの取得若しくは登録、起動、イベント発火、中断、又は終了のうちのいずれかのコマンドを含んでいる
請求項２に記載の受信装置。
【請求項９】
受信装置が、
放送網を介して放送された放送コンテンツを受信し、
前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、
前記放送コンテンツ又は前記挿入コンテンツを出力し、
出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、
前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、
前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力する
ステップを含む受信方法。
【請求項１０】
受信装置の制御用のプログラムであって、
放送網を介して放送された放送コンテンツを受信し、
前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、
前記放送コンテンツ又は前記挿入コンテンツを出力し、
出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、
前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、
前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力する
ステップを含む処理を受信装置のコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、及びプログラムに関し、特に、放送と通信の融合により質の高いサービスを提供することができるようにした受信装置、受信方法、及びプログラムに関する。
【背景技術】
【０００２】
同報メディアである放送に、個別のオンデマンドサービスが主体となる通信を融合させることにより、新たに高度なサービスを実現しようという要求が世界的に高まっている。特に、通信の個別性を利用した視聴者にカスタマイズされたサービスが求められている。【０００３】
既に一部の技術方式がある程度確立しており、標準規格が整備され、サービス導入が進められている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２４５６５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
既にサービス導入が進められているものでは、映像による放送サービスに関連したWebページやストリーミングによるＡＶコンテンツを、視聴者の選択により放送番組の視聴と並行して視聴するか、放送番組から一旦離れて視聴するか、あるいは、放送番組の視聴後にあとで視聴する、という形態が想定されている。【０００６】
これらの形態の場合、通信によるサービスは、あくまで放送に関連した、放送を補間する付加的サービスでしかない。その一方で、放送と通信の融合のあり方として、放送番組の一部として、カスタマイズされた通信コンテンツに切り替えるという方法論が検討されているが、現状では、具体的なサービスモデルの技術方式は確立されていない。【０００７】
本技術はこのような状況に鑑みてなされたものであり、放送と通信の融合により、質の高いサービスを提供することができるようにするものである。
【課題を解決するための手段】
【０００８】
本技術の一側面の受信装置は、放送網を介して放送された放送コンテンツを受信する受信部と、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得する取得部と、前記放送コンテンツ又は前記挿入コンテンツを出力する出力部と、前記出力部により出力される、前記放送コンテンツと、前記挿入コンテンツを切り替える切り替え部と、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶するバッファとを備え、前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、前記バッファに記憶された前記放送コンテンツを出力する。【０００９】
受信された前記放送コンテンツとともに送信される、前記放送コンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出するトリガ抽出部をさらに備え、前記取得部は、抽出された前記トリガ情報に基づいて、前記挿入コンテンツを取得する。【００１０】
前記切り替え部は、前記挿入コンテンツが終了した場合、前記挿入コンテンツから前記放送コンテンツに切り替える。【００１１】
前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、受信された前記放送コンテンツを出力する。【００１２】
前記挿入コンテンツは、通信網を介して取得され、ストリーミング再生される通信コンテンツである。【００１３】
前記挿入コンテンツは、NRT（Non Real Time）放送において前記放送網を介して取得され、記憶されているNRTコンテンツである。【００１４】
前記挿入コンテンツは、通信網を介して取得され、ダウンロード再生される通信コンテンツである。【００１５】
前記トリガ情報は、所定のアプリケーションプログラムの取得若しくは登録、起動、イベント発火、中断、又は終了のうちのいずれかのコマンドを含んでいる。【００１６】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１７】
本技術の一側面の受信方法又はプログラムは、上述した技術の一側面の受信装置に対応する受信方法又はプログラムである。【００１８】
本技術の一側面の受信装置、受信方法、及びプログラムにおいては、放送網を介して放送された放送コンテンツが受信され、放送コンテンツの受信中に挿入される挿入コンテンツが取得され、放送コンテンツ又は挿入コンテンツを出力され、出力先から出力される、放送コンテンツと、挿入コンテンツが切り替えられ、放送コンテンツから挿入コンテンツに切り替えられた場合、受信された放送コンテンツのデータが順次記憶され、挿入コンテンツから放送コンテンツに切り替えられた場合、挿入コンテンツが出力されている間に、記憶された放送コンテンツが出力される。
【発明の効果】
【００１９】
本技術の一側面によれば、放送と通信の融合により質の高いサービスを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】放送システムの構成例を示す図である。
【図２】放送装置の構成例を示す図である。
【図３】受信装置の構成例を示す図である。
【図４】レジスタコマンドのトリガ情報に含まれる項目を示す図である。
【図５】エクスキュートコマンドのトリガ情報に含まれる項目を示す図である。
【図６】インジェクトイベントコマンドのトリガ情報に含まれる項目を示す図である。
【図７】サスペンドコマンドのトリガ情報に含まれる項目を示す図である。
【図８】ターミネートコマンドのトリガ情報に含まれる項目を示す図である。
【図９】トリガ情報のシンタックスの一例を示す図である。
【図１０】動作シナリオの例を示す図である。
【図１１】放送コンテンツと通信コンテンツの切り替え時のモードを説明する図である。
【図１２】パススルーモードが設定されたときの受信装置の動作例を示す図である。
【図１３】リテンションモードが設定されたときの受信装置の動作例を示す図である。
【図１４】パススルーモードのアプリケーションの記述例を示す図である。
【図１５】リテンションモードのアプリケーションの記述例を示す図である。
【図１６】トリガ対応処理を説明するフローチャートである。
【図１７】第１のユースケースの例を示す図である。
【図１８】第２のユースケースの例を示す図である。
【図１９】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２２】
［放送システムの構成例］
図１は、放送システムの構成例を示す図である。
【００２３】
放送システム１は、放送側に設けられる放送装置２１及びサーバ２２、並びに受信者側に設けられる受信装置２３から構成される。
【００２４】
放送装置２１は、地上デジタル放送網等の放送網２を介してデジタルテレビジョン放送信号を送信するようになされている。このデジタルテレビジョン放送信号により番組やＣＭなどの放送コンテンツが送信される。
【００２５】
また、放送装置２１は、放送コンテンツに連動させるアプリケーションプログラム（以下、アプリケーションという）の動作に関するコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。具体的には、トリガ情報は、デジタルテレビジョン放送信号のトランスポートストリーム（Transport Stream：以下、ＴＳという）内に配置したり、ビデオ信号やオーディオ信号に埋め込んだりして送信する。
【００２６】
トリガ情報には、コマンドの種類を示す情報の他、アプリケーションの取得先を示す情報などを含む。トリガ情報の詳細については後述する。
【００２７】
サーバ２２は、インタネット３を介してアクセスしてきた受信装置２３からの要求に応じてアプリケーションを供給する。
【００２８】
受信装置２３は、放送装置２１から放送されたデジタル放送信号を受信し、放送コンテンツの映像及び音声をモニタ（不図示）に出力する。また、受信装置２３は、インタネット３を介してサーバ２２にアクセスし、通信コンテンツを取得する。なお、この受信装置２３は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。
【００２９】
放送システム１は、以上のように構成される。
【００３０】
［放送装置の構成例］
図２は、放送装置の構成例を示す図である。
【００３１】
放送装置２１は、トリガ生成部３１、ビデオエンコーダ３２、オーディオエンコーダ３３、マルチプレクサ３４、及び送出部３５から構成される。
【００３２】
トリガ生成部３１は、前段から入力される番組やＣＭの放送コンテンツのビデオストリームの進行に合わせてトリガ情報を生成し、ビデオエンコーダ３２及びマルチプレクサ３４に出力する。
【００３３】
ビデオエンコーダ３２は、前段から入力される番組等の放送コンテンツのビデオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化ビデオストリームをマルチプレクサ３４に供給する。なお、ビデオエンコーダ３２における符号化方式としては、例えば、MPEG2（Moving Picture Experts Group phase 2）方式、H.264方式などがある。
【００３４】
また、ビデオエンコーダ３２は、ビデオストリームを符号化するに際して、トリガ生成部３１からのトリガ情報を埋め込んで符号化し、その結果得られる符号化ビデオストリームをマルチプレクサ３４に出力する。
【００３５】
オーディオエンコーダ３３は、ビデオエンコーダ３２に入力されるビデオストリームに対応するオーディオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化オーディオストリームをマルチプレクサ３４に供給する。なお、オーディオエンコーダ３３における符号化方式としては、例えば、AC3（Audio Code number 3）方式、AAC（Advanced Audio Coding）方式などがある。
【００３６】
マルチプレクサ３４には、ビデオエンコーダ３２からの符号化ビデオストリーム、オーディオエンコーダ３３からの符号化オーディオストリーム、及びトリガ生成部３１からのトリガ情報が供給される。
【００３７】
マルチプレクサ３４は、符号化ビデオストリーム及び符号化オーディオストリームを多重化し、さらに、トリガ情報も多重化し、その結果得られる多重化ストリームを送出部３５に供給する。具体的には、例えば、ＴＳに多重化する。あるいは、デジタルテレビジョン放送のネットワーク配信を考慮して、それに適したISO ベースメディアファイルフォーマット(MP4)に多重化するようにしてもよい。
【００３８】
送出部３５は、マルチプレクサ３４から供給される多重化ストリームをデジタルテレビジョン放送信号として送出する。
【００３９】
放送装置２１は、以上のように構成される。
【００４０】
なお、上述した説明では、トリガ情報をビデオストリームに埋め込むとともに、多重化ストリームにも多重化するようにしたが、いずれか一方だけにしてもよい。また、トリガ情報は、例えばオーディオストリームに埋め込むなど、他の方法により送信することも可能である。
【００４１】
［受信装置の構成例］
図３は、受信装置の構成例を示す図である。
【００４２】
受信装置２３は、チューナ６１、プライマリデマルチプレクサ６２、リテンションバッファ６３、リテンション制御部６４、セカンダリデマルチプレクサ６５、６６、ビデオデコーダ６７、７４、オーディオデコーダ６８、フルート処理部６９、スイッチ７０、合成部７１、映像出力部７２、音声出力部７３、映像処理部７５、トリガ抽出部７６、制御部７７、メモリ７８、操作部７９、通信I/F８０、キャッシュメモリ８１、アプリエンジン８２、アプリ用メモリ８３、ストレージ８４、ストリーミング処理部８５、スイッチ８６、及びコンテンツデコーダ８７から構成される。
【００４３】
チューナ６１は、デジタルテレビジョン放送信号を受信して復調し、その結果得られる多重化ストリームをプライマリデマルチプレクサ６２に供給する。
【００４４】
プライマリデマルチプレクサ６２は、チューナ６１から供給される多重化ストリームから、ユーザによって選局された特定のチャンネルのＴＳを抽出し、リテンションバッファ６３に供給する。
【００４５】
リテンションバッファ６３は、例えば、HDD（Hard Disk Drive）やメモリなどの大容量の記録媒体から構成される。リテンションバッファ６３は、リテンション制御部６４からの制御に従い、プライマリデマルチプレクサ６２から供給されるＴＳ（のデータ）を順次記憶する。リテンションバッファ６３に記憶されたＴＳは、リテンション制御部６４からの制御に従い、リテンションバッファ６３から読み出され、セカンダリデマルチプレクサ６５に供給される。なお、いわゆる子画面表示を行う場合には、子画面表示用のデータとして、リテンションバッファ６３に記憶されたＴＳが、セカンダリデマルチプレクサ６６に供給される。
【００４６】
リテンション制御部６４は、アプリエンジン８２からの制御に従い、リテンションバッファ６３の制御を行う。
【００４７】
セカンダリデマルチプレクサ６５は、リテンションバッファ６３から供給されるＴＳを分離し、分離された符号化ビデオストリーム及び符号化オーディオストリームをそれぞれ、ビデオデコーダ６７及びオーディオデコーダ６８に供給する。また、セカンダリデマルチプレクサ６５は、リテンションバッファ６３から供給されるＴＳから、所定の識別子が付与されたＴＳパケットを抽出し、そのデータを、フルート処理部６９に供給する。
【００４８】
ビデオデコーダ６７は、セカンダリデマルチプレクサ６５からの符号化ビデオストリームを復号し、その結果得られるビデオ信号を、スイッチ７０及びトリガ抽出部７６に供給する。なお、ビデオデコーダ６７は、ビデオエンコーダ３２（図２）の符号化方式に対応する方式に従って復号を行う。
【００４９】
オーディオデコーダ６８は、セカンダリデマルチプレクサ６５からの符号化オーディオストリームを復号し、その結果得られるオーディオ信号を、スイッチ７０に供給する。なお、オーディオデコーダ６８は、オーディオエンコーダ３３（図２）の符号化方式に対応する方式に従って復号を行う。
【００５０】
スイッチ７０には、ビデオデコーダ６７からのビデオ信号及びオーディオデコーダ６８からのオーディオ信号の他、後述するコンテンツデコーダ８７からのビデオ信号及びオーディオ信号が供給される。
【００５１】
スイッチ７０は、アプリエンジン８２からの制御に従い、ビデオデコーダ６７及びコンテンツデコーダ８７から供給されるビデオ信号のうちのいずれか一方を合成部７１に供給する。また、スイッチ７０は、アプリエンジン８２からの制御に従い、オーディオデコーダ６８及びコンテンツデコーダ８７から供給されるオーディオ信号のうちのいずれか一方を音声出力部７３に供給する。
【００５２】
セカンダリデマルチプレクサ６６には、子画面表示を行う場合、リテンションバッファ６３からＴＳが供給される。セカンダリデマルチプレクサ６６は、リテンションバッファ６３から供給されるＴＳを分離し、分離された符号化ビデオストリームをビデオデコーダ７４に供給する。
【００５３】
ビデオデコーダ７４は、セカンダリデマルチプレクサ６６から供給される符号化ビデオストリームを、ビデオエンコーダ３２（図２）の符号化方式に対応する方式に従って復号し、その結果得られるビデオ信号を、映像処理部７５に供給する。
【００５４】
映像処理部７５は、ビデオデコーダ７４から供給されるビデオ信号に対して、映像のサイズを縮小するためのリサイズ処理を施し、その結果得られるビデオ信号を、合成部７１に供給する。
【００５５】
合成部７１には、スイッチ７０からのビデオ信号及び映像処理部７５からのビデオ信号の他、アプリエンジン８２からアプリケーションのビデオ信号が供給される。
【００５６】
合成部７１は、スイッチ７０からのビデオ信号を映像出力部７２に供給する。また、合成部７１は、映像処理部７５からのビデオ信号及びアプリエンジン８２からアプリケーションのビデオ信号のうちのいずれか一方又は双方が供給された場合、スイッチ７０からのビデオ信号に対して、供給されたビデオ信号を合成し、映像出力部７２に供給する。
【００５７】
映像出力部７２は、合成部７１から供給されるビデオ信号を、後段（例えば、ディスプレイ）に出力する。
【００５８】
音声出力部７３は、スイッチ７０から供給されるオーディオ信号を、後段（例えば、スピーカ）に出力する。
【００５９】
トリガ抽出部７６は、ビデオデコーダ６７から供給されるビデオ信号を常に監視し、ビデオ信号に埋め込まれているトリガ情報を抽出して制御部７７に出力する。
【００６０】
なお、トリガ情報がデジタルテレビジョン放送信号のＴＳのPCR(Program Clock Reference)パケットに含まれる場合、トリガ抽出部７６には、トリガ情報を含むPCRパケットが供給され、トリガ情報が抽出される。また、トリガ情報がオーディオ信号に埋め込まれている場合、トリガ抽出部７６には、オーディオ信号が供給され、オーディオ信号が常に監視されることで、オーディオ信号に埋め込まれているトリガ情報が抽出される。
【００６１】
制御部７７は、メモリ７８に記録されている制御用プログラムを実行することにより、受信装置２３の各部の動作を制御する。また、制御部７７は、トリガ抽出部７６から供給されるトリガ情報に基づいて、アプリケーションの取得若しくは登録、起動、イベント発火、休止、又は終了等を制御する。
【００６２】
操作部７９は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部７７に供給する。
【００６３】
通信I/F８０は、アプリエンジン８２からの制御に従い、インタネット３を介してサーバ２２に接続する。アプリエンジン８２は、制御部７７からの制御に従い、通信I/F８０及びインタネット３を介してサーバ２２からアプリケーションを取得し、キャッシュメモリ８１に保持させる。
【００６４】
アプリエンジン８２は、制御部７７からの制御に従い、キャッシュメモリ８１に保持されているアプリケーションを読み出して実行する。実行中のアプリケーションのビデオ信号は、合成部７１に供給される。
【００６５】
アプリ用メモリ８３は、ワークメモリ８３Ａ及び退避メモリ８３Ｂとからなる。アプリエンジン８２は、実行中のアプリケーションに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ８３Ａに記録する。また、アプリエンジン８２は、実行中のアプリケーションを休止する場合、アプリ用メモリ８３のワークメモリ８３Ａのデータを退避メモリ８３Ｂに移動させる。そして、休止したアプリケーションを再開する場合、退避メモリ８３Ｂのデータをワークメモリ８３Ａに移動させて休止前の状態を復活させる。
【００６６】
フルート処理部６９は、セカンダリデマルチプレクサ６５から供給されるＴＳパケットのデータの中から、FLUTEセッションにより特定されるファイルを取得し、それらのファイルにより構成されるデータを、コンテンツデータとして、ストレージ８４に記録する。ストレージ８４は、例えば、HDD等の大容量の記録媒体から構成される。
【００６７】
ここで、FLUTE（File Delivery over Unidirectional Transport）とは、片方向の伝送路（例えば、下り方向のみの伝送路）を用いてデータ配信を行うことが可能な通信プロトコルであり、任意のファイルの送信が可能とされる。FLUTEセッションは、例えば、NRT（Non Real Time）放送において、コンテンツのダウンロードに関する情報が記述されたNRT-IT（NRT Information Table）に基づいて識別されるものであり、フルート処理部６９では、このFLUTEセッションにより特定されるファイルが取得されることになる。これにより、ストレージ８４には、NRT放送により取得されたコンテンツ（以下、NRTコンテンツという）が記録される。
【００６８】
なお、NRT放送とは、放送コンテンツを一旦ストレージに記録した後に、再生を行うサービスであり、NRT-ITに関しては、例えば、本出願人による出願である、特開２０１１−４１２４２号公報に記載されている。
【００６９】
また、FLUTEの詳細は、RFC3926として規定されている。
【００７０】
また、通信I/F８０は、アプリエンジン８２からの制御に従い、インタネット３を介してサーバ２２から通信コンテンツを受信する。通信I/F８０は、アプリエンジン８２からの制御に従い、ダウンロード再生が行われる場合には、受信された通信コンテンツをストレージ８４に記録する。また、通信I/F８０は、アプリエンジン８２からの制御に従い、ストリーミング再生が行われる場合には、受信された通信コンテンツをストリーミング処理部８５に供給する。
【００７１】
ストリーミング処理部８５は、通信I/F８０から供給される通信コンテンツ（のデータ）に対して、ストリーミング再生を行うために必要な処理を施して、その結果得られるストリーミング再生用の通信コンテンツを、スイッチ８６に供給する。
【００７２】
スイッチ８６には、ストレージ８４からのダウンロード再生用のNRTコンテンツ又は通信コンテンツと、ストリーミング処理部８５からのストリーミング再生用の通信コンテンツが供給される。スイッチ８６は、アプリエンジン８２からの制御に従い、ダウンロード再生が行われる場合には、ダウンロード再生用のNRTコンテンツ又は通信コンテンツを選択して、コンテンツデコーダ８７に供給する。また、スイッチ８６は、アプリエンジン８２からの制御に従い、ストリーミング再生が行われる場合には、ストリーミング再生用の通信コンテンツを選択して、コンテンツデコーダ８７に供給する。
【００７３】
コンテンツデコーダ８７は、スイッチ８６から供給される、ダウンロード再生用のNRTコンテンツ若しくは通信コンテンツ、又はストリーミング再生用の通信コンテンツを構成する符号化ＡＶストリームを、符号化ビデオストリーム及び符号化オーディオストリームに分離する。コンテンツデコーダ８７は、分離された符号化ビデオストリーム及び符号化オーディオストリームをそれぞれ復号し、その結果得られるビデオ信号及びオーディオ信号を、スイッチ７０に供給する。
【００７４】
受信装置２３は、以上のように構成される。
【００７５】
なお、受信装置２３においては、放送網２を介して放送された放送コンテンツの受信中に、ダウンロード再生用のNRTコンテンツ若しくは通信コンテンツ、又はストリーミング再生用の通信コンテンツが挿入されることになるが、本明細書では、それらの放送コンテンツの受信中に挿入されるコンテンツを総称して、挿入コンテンツと称する。また、以下の説明では、説明を簡略化するため、挿入コンテンツのうち、ストリーミング再生用の通信コンテンツを中心に説明する。
【００７６】
［トリガ情報の詳細］
次に、トリガ情報の詳細について説明する。トリガ情報は、アプリケーションを制御するための情報である。このトリガ情報には、例えば、レジスタ、エクスキュート、インジェクトイベント、サスペンド、及びターミネートのコマンドが含まれる。
【００７７】
図４は、レジスタ(Register)コマンドとしてのトリガ情報に含まれる項目を示している。レジスタコマンドは、受信装置２３に対して、アプリケーションの取得と登録を指示するためのコマンドである。
【００７８】
Trigger_idは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のTrigger_idは同一である。Protcol_versionは、当該トリガ情報のプロトコルのバージョンを示している。Command_codeは、当該トリガ情報のコマンドの種類を示す。図４の場合、レジスタコマンドであることを示す情報が記載される。
【００７９】
Trigger_varidityは、当該トリガ情報を受信した各受信装置２３が当該トリガ情報に従って処理を実行する確率を示すサーバアクセス分散パラメータ値である。
【００８０】
App_idは、当該トリガ情報に対応して取得するアプリケーションの識別情報である。また、App_idは、当該トリガ情報に対応して取得するアプリケーションの取得先（いまの場合、サーバ２２）のURLも示している。
【００８１】
App_typeは、当該トリガ情報に対応するアプリケーションのタイプ（例えば、HTML5，javaなど）を示す情報である。App_life_scopは、アプリケーションの動作スコープを示す情報である。
【００８２】
Persistent_priorityは、対応するアプリケーションを取得、保持するときの優先度を示している。Expire_dateは、アプリケーションの保持期限を示す情報である。アプリケーションが登録される場合、優先度(Persistent_priority)と保持期限(Expire_date)が記憶され、アプリケーションは、それらの優先度と保持期限に従って管理される。
【００８３】
図５は、エクスキュート(Execute)コマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドは、受信装置２３に対して、アプリケーションの起動を指示するためのコマンドである。
【００８４】
エクスキュートコマンドとしてのトリガ情報に含まれる項目は、図４に示されたレジスタコマンドとしてのトリガ情報に含まれる項目と同様である。ただし、Command_codeには、エクスキュートコマンドであることを示す情報が記載される。
【００８５】
図６は、インジェクトイベント(Inject_event)コマンドとしてのトリガ情報に含まれる項目を示している。インジェクトイベントコマンドは、受信装置２３に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。
【００８６】
Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id、及びApp_typeについては、図４に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、インジェクトイベントコマンドであることを示す情報が記載される。
【００８７】
Event_idは、App_idにて指定されたアプリケーションにおいて発火すべきイベントの識別情報である。Event Embedded Dataは、イベントを発火する際に参照されるデータが記載される。
【００８８】
図７は、サスペンド(Suspend)コマンドとしてのトリガ情報に含まれる項目を示している。サスペンドコマンドは、受信装置２３に対して、実行中のアプリケーションを休止させるためのコマンドである。
【００８９】
Trigger_id，Protcol_version，Command_code，Trigger_varidity，及びApp_idについては、図４に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、サスペンドコマンドであることを示す情報が記載される。
【００９０】
図８は、ターミネート(Terminate)コマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、受信装置２３に対して、実行中のアプリケーションを終了させるためのコマンドである。
【００９１】
Trigger_id，Protcol_version，Command_code，Trigger_varidity，及びApp_idについては、図４に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、ターミネートコマンドであることを示す情報が記載される。
【００９２】
図９は、上述した各コマンドのトリガ情報に対応可能なトリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって、図９の例に限定されるものではない。
【００９３】
[動作シナリオ]
上述したトリガ情報を用いることで、例えば、図１０に示すようなアプリケーションの運用が可能となる。
【００９４】
放送装置２１が番組（放送コンテンツ）の進行にあわせて、その番組に対応するアプリケーションの取得と登録を指示するためのレジスタコマンドのトリガ情報を送信すると、これを受信した受信装置２３では、アプリケーションが取得され、登録される。
【００９５】
次に、放送装置２１が番組の進行にあわせて、その番組に対応するアプリケーションのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置２３では、アプリケーションが起動される。
【００９６】
この起動では、例えば、アプリケーションの表示を行わずに、番組の映像がそのまま継続して表示される。なお、例えば、アプリケーションが起動されたとき、番組の映像に、アプリケーションの表示が用意されていることを示すアイコンが重畳表示されるようにしてもよい。この場合、このアイコンがユーザに選択されると、番組の映像に画面上にアプリケーションによる表示が重畳される。
【００９７】
次に、放送装置２１が番組の進行にあわせて、インジェクトイベントコマンドのトリガ情報を送信すると、これを受信した受信装置２３では、実行中のアプリケーションが発火される。このイベント発火により、番組の映像としての放送コンテンツから、インタネット３を介してストリーミング配信される通信コンテンツ（挿入コンテンツ）に切り替えられ、通信コンテンツがストリーミング再生される。
【００９８】
その後、通信コンテンツのストリーミング再生が終了した時点で、終了イベント（図中のMediaStopped Event）が発火することにより、通信コンテンツから放送コンテンツに切り替わり、その番組の映像が表示される。
【００９９】
そして、放送装置２１が番組の終了にあわせて、ターミネートコマンドのトリガ情報を送信すると、これを受信した受信装置２３では、実行中のアプリケーションが終了される。
【０１００】
なお、図１０には示していないが、所定のタイミングにおいて、放送装置２１がアプリケーションのサスペンドコマンドのトリガ情報を送信すると、これを受信した受信装置２３では、実行中のアプリケーションが休止される。その後、放送装置２１がアプリケーションのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置２３では、休止されていたアプリケーションが再開される。
【０１０１】
[放送コンテンツと通信コンテンツの切り替え時の動作例]
図１１は、放送コンテンツと通信コンテンツの切り替え時のモードの例を示す図である。
【０１０２】
なお、通信コンテンツは、いわゆるVOD（Video On Demand）により視聴されるコンテンツとなるので、以下の説明では、通信コンテンツ（通信の映像）を視聴することを、適宜、VODとも称して説明する。
【０１０３】
図１１に示すように、放送コンテンツと通信コンテンツを切り替えるに際しては、パススルーモードと、リテンションモードの２つの切り替えモードが用いられる。
【０１０４】
まず、パススルーモードについて説明する。
【０１０５】
パススルーモードは、放送コンテンツから通信コンテンツに切り替えて、通信コンテンツを表示させた後、再度、通信コンテンツから放送コンテンツに戻るとき、その時点で放送されている放送コンテンツに切り替わるモードである。
【０１０６】
例えば、図１１に示すように、放送コンテンツとして、ある番組（ProgramA）が放送されている場合に、番組中に挿入されるＣＭ１，ＣＭ２が放送されるときのみ、通信コンテンツに切り替えることがある。この場合、通信コンテンツから放送コンテンツに戻ったときには、ＣＭ１，ＣＭ２などの通信コンテンツが表示されている間の放送コンテンツは表示されず、その時点で放送されている番組（ProgramA）が表示されることになる。
【０１０７】
図１２は、受信装置２３において、パススルーモードが設定されたときの各部の動作の例を示す図である。
【０１０８】
なお、図１２、図１３では、説明を簡略化するため、ビデオデコーダ６７とオーディオデコーダ６８の機能を１つにまとめた、ＡＶデコーダ９１によって、符号化ビデオストリーム及び符号化オーディオストリームの復号が行われるとして説明する。ＡＶデコーダ９１は、ＡＶバッファ９５及びＡＶデコーダ９６から構成される。
【０１０９】
図１２に示すように、受信装置２３では、放送コンテンツが視聴される場合、プライマリデマルチプレクサ６２からのＴＳのデータが、リテンションバッファ６３を介してセカンダリデマルチプレクサ６５に供給され、符号化ビデオストリームと符号化オーディオストリームに分離され、ＡＶデコーダ９１に供給される。
【０１１０】
ＡＶデコーダ９６は、ＡＶバッファ９５に記憶される符号化ビデオストリーム及び符号化オーディオストリームを順次読み出して復号し、その結果得られるビデオ信号及びオーディオ信号を、スイッチ７０に供給する。スイッチ７０は、放送コンテンツが視聴される場合、ＡＶデコーダ９６からのビデオ信号を、合成部７１を介して映像出力部７２に供給し、オーディオ信号を、音声出力部７３に供給する。
【０１１１】
これにより、画面上には、放送コンテンツが表示される。
【０１１２】
その後、放送装置２１から、インジェクトイベントコマンドのトリガ情報が受信され、このイベント発火により、画面の表示が、放送コンテンツから通信コンテンツに切り替えられると、コンテンツデコーダ８７は、ストリーミング処理部８５から、ストリーミング再生用の通信コンテンツの符号化ＡＶストリームを取得する。コンテンツデコーダ８７は、符号化ＡＶストリームを復号し、その結果得られるビデオ信号及びオーディオ信号を、スイッチ７０に供給する。スイッチ７０は、通信コンテンツが視聴される場合、コンテンツデコーダ８７からのビデオ信号を、合成部７１を介して映像出力部７２に供給し、オーディオ信号を、音声出力部７３に供給する。
【０１１３】
これにより、画面上には、通信コンテンツが表示される。
【０１１４】
このとき、リテンションバッファ６３は、０遅延（バイパス）により、プライマリデマルチプレクサ６２からのＴＳのデータを、セカンダリデマルチプレクサ６５に供給する。そして、通信コンテンツが表示されている間の放送コンテンツのデータは必要ないので、ＴＳのデータは、セカンダリデマルチプレクサ６５で止められ、破棄される。
【０１１５】
なお、例えば、切り替え時に、いわゆる追いかけ再生が行われていた場合には、通信コンテンツに切り替わった時点での固定の遅延時間が保たれるように、ＴＳのデータがリテンションバッファ６３に記憶される。また、必要のないＴＳのデータは、セカンダリデマルチプレクサ６５で止める以外にも、ＡＶデコーダ９１により復号された後、スイッチ７０で止めて、破棄するようにしてもよい。
【０１１６】
その後、画面上に表示されていた通信コンテンツが終了して、終了イベントが発火することにより、画面の表示が、通信コンテンツから放送コンテンツに戻る場合、スイッチ７０は、ビデオ信号とオーディオ信号の入力先を、コンテンツデコーダ８７からＡＶデコーダ９１に切り替える。
【０１１７】
このとき、リテンションバッファ６３に記憶されるＴＳのデータは遅延されていないため、スイッチ７０から、映像出力部７２及び音声出力部７３にそれぞれ供給される、ビデオ信号及びオーディオ信号も遅延されていないことになる。
【０１１８】
すなわち、通信コンテンツから放送コンテンツに戻ったとき、画面上には、その時点で放送されている放送コンテンツが表示されることになる。
【０１１９】
パススルーモードは、以上のように行われる。
【０１２０】
一方、リテンションモードは、放送コンテンツから通信コンテンツに切り替えて、通信コンテンツを表示させた後、再度、通信コンテンツから放送コンテンツに戻るとき、放送コンテンツから通信コンテンツに切り替えた時点での放送コンテンツに切り替わるモードである。
【０１２１】
例えば、図１１に示すように、放送コンテンツとして、ある番組（ProgramA）が放送されている場合に、所定のタイミングにおいて、放送コンテンツから通信コンテンツに切り替えることがある。この場合、通信コンテンツが放送コンテンツに挿入されたかたちとなり、通信コンテンツが表示されている間、その間の放送コンテンツのデータはバッファ（リテンションバッファ６３）に記憶される。そして、通信コンテンツから放送コンテンツに戻ったときには、バッファから放送コンテンツのデータを読み出すことで、番組（ProgramA）が、時間的にシフトして切り替え時点から再開され、表示されることになる。
【０１２２】
なお、通信コンテンツから放送コンテンツに戻ったときに、リアルタイムで放送される番組（ProgramA）が終了して、他の番組（ProgramB）が開始される場合には、ある番組（ProgramA）の途中から再開してもよいし、あるいは、他の番組（ProgramB）の先頭から再開してもよい。
【０１２３】
図１３は、受信装置２３において、リテンションモードが設定されたときの各部の動作の例を示す図である。
【０１２４】
図１３の受信装置２３においては、図１２の場合と同様に、放送コンテンツが視聴される場合には、セカンダリデマルチプレクサ６５により分離された符号化ビデオストリームと符号化オーディオストリームが、ＡＶデコーダ９１に供給される。ＡＶデコーダ９１では、ＡＶデコーダ９６によって、符号化ビデオストリーム及び符号化オーディオストリームが復号され、その結果得られるビデオ信号及びオーディオ信号がスイッチ７０を介して、映像出力部７２及び音声出力部７３にそれぞれ供給される。
【０１２５】
これにより、画面上には、放送コンテンツが表示される。
【０１２６】
その後、放送装置２１から、インジェクトイベントコマンドのトリガ情報が受信され、このイベント発火により、画面の表示が、放送コンテンツから通信コンテンツに切り替えられると、図１２の場合と同様に、コンテンツデコーダ８７によって、符号化ビデオストリームが復号され、その結果得られるビデオ信号及びオーディオ信号が、スイッチ７０を介して、映像出力部７２及び音声出力部７３にそれぞれ供給される。
【０１２７】
これにより、画面上には、通信コンテンツが表示される。
【０１２８】
このとき、リテンションバッファ６３には、プライマリデマルチプレクサ６２からのＴＳのデータが順次書き込まれ、記憶されるが、その読み出しが停止しているため、通信コンテンツが表示されている間のＴＳのデータは、リテンションバッファ６３に順次記憶されることになる。また、ＡＶデコーダ９６において、ＡＶデコーダ９６が復号を行うために、ＡＶバッファ９５が記憶していた符号化ビデオストリーム及び符号化オーディオストリームを、そのまま保持しておくこともできる。
【０１２９】
その後、画面上に表示されていた通信コンテンツが終了して、終了イベントが発火することにより、画面の表示が、通信コンテンツから放送コンテンツに戻る場合、スイッチ７０によって、ビデオ信号とオーディオ信号の入力先が、コンテンツデコーダ８７からＡＶデコーダ９１に切り替えられる。
【０１３０】
このとき、リテンションバッファ６３には、通信コンテンツが表示されていた間のＴＳのデータが記憶されているため、このＴＳのデータが、セカンダリデマルチプレクサ６５に供給され、符号化ビデオストリーム及び符号化オーディオストリームに分離され、ＡＶデコーダ９６に供給される。そして、ＡＶデコーダ９６は、通信コンテンツが表示されていた間に、ＡＶバッファ９５に記憶されていた符号化ビデオストリーム及び符号化オーディオストリームを復号してから、セカンダリデマルチプレクサ６５から供給される符号化ビデオストリーム及び符号化オーディオストリームを復号する。これにより、スイッチ７０から、映像出力部７２及び音声出力部７３にそれぞれ供給されるビデオ信号及びオーディオ信号は、放送コンテンツから通信コンテンツに切り替わった時点でのビデオ信号及びオーディオ信号となる。
【０１３１】
すなわち、通信コンテンツから放送コンテンツに戻ったとき、画面上には、放送コンテンツから通信コンテンツに切り替えた時点での放送コンテンツが表示されることになる。
【０１３２】
リテンションモードは、以上のように行われる。
【０１３３】
［アプリケーションの記述例］
次に、放送コンテンツと通信コンテンツの切り替えを行うアプリケーションの記述例について説明する。このアプリケーションは、例えば、HTML（HyperText Markup Language）等のマークアップ言語により記述される。
【０１３４】
図１４は、パススルーモードのアプリケーションの記述例を示す図である。
【０１３５】
Object要素にはid属性、type属性、style属性が記述される。放送コンテンツと通信コンテンツは、異なるObject要素で指定される。
【０１３６】
放送コンテンツを表示する場合のObject要素には、Object要素を識別するためのid属性として、"aaa"が記述され、放送コンテンツと通信コンテンツを区別するためのtype属性として、"video/broadcast"が記述される。また、放送コンテンツと通信コンテンツのいずれを画面に表示するかを指定するためのstyle属性として、"visibility:visible"が記述される。
【０１３７】
また、通信コンテンツを表示する場合のObject要素には、id属性として、"bbb"が記述され、type属性として、"video/mpeg"が記述され、style属性として、"visibility:hidden"が記述される。
【０１３８】
すなわち、放送コンテンツのObject要素のstyle属性には"visibility:visible"が記述され、通信コンテンツのObject要素のstyle属性には"visibility:hidden"が記述されているので、初期状態としては、放送コンテンツが表示されることになる。
【０１３９】
また、アプリケーションにより規定される受信装置２３のシステム属性として、retention_modeをあらかじめ規定しておくことで、retention_mode = trueが設定された場合には、リテンションモードで動作し、retention_mode = falseが設定された場合には、パススルーモードで動作することになる。このretention_modeは、初期状態として、falseが設定され、パススルーモードのアプリケーションの場合には、retention_mode = falseが固定で変更されないことになる。
【０１４０】
上段のfunctionに定義されたchange_stream関数は、放送コンテンツから通信コンテンツに切り替える場合の表示を切り替えるための関数である。このchange_stream関数により、放送コンテンツから通信コンテンツに切り替える場合には、放送コンテンツが非表示となり、通信コンテンツが表示される。
【０１４１】
下段のfunctionに定義されたchange_stream関数は、通信コンテンツから放送コンテンツに切り替える場合の表示を切り替えるための関数である。このchange_stream関数により、通信コンテンツから放送コンテンツに切り替える場合には、通信コンテンツが非表示となり、放送コンテンツが表示される。
【０１４２】
パススルーモードのアプリケーションは、以上のように記述される。
【０１４３】
図１５は、リテンションモードのアプリケーションの記述例を示す図である。
【０１４４】
図１５において、放送コンテンツと通信コンテンツのObject要素は、図１４の場合と同様に記述される。
【０１４５】
上段のfunctionに定義されたchange_stream関数は、放送コンテンツから通信コンテンツに切り替える場合の表示を切り替えるための関数である。このchange_stream関数により、放送コンテンツから通信コンテンツに切り替える場合には、放送コンテンツが非表示となり、通信コンテンツが表示される。また、retention_modeの値が、falseからtrueに変更され、リテンションモードが設定される。
【０１４６】
下段のfunctionに定義されたchange_stream関数は、通信コンテンツから放送コンテンツに切り替える場合の表示を切り替えるための関数である。このchange_stream関数により、通信コンテンツから放送コンテンツに切り替える場合には、通信コンテンツが非表示となり、放送コンテンツが表示される。また、retention_modeの値が、trueからfalseに変更され、リテンションモードが解除されて、パススルーモードが設定される。
【０１４７】
リテンションモードのアプリケーションは、以上のように記述される。
【０１４８】
［トリガ対応処理］
次に、図１６のフローチャートを参照して、受信装置２３により実行される、トリガ対応処理について説明する。
【０１４９】
ステップＳ１１において、制御部７７は、トリガ抽出部７６によりトリガ情報が抽出され、供給されるまで待機する。そして、トリガ情報が供給された場合、処理はステップＳ１２に進められる。
【０１５０】
ステップＳ１２において、制御部７７は、トリガ情報のTrigger_idを読み出し、当該トリガ情報に対してステップＳ１３以降の処理を既に実行済みであるか否かを判定する。既にステップＳ１３以降の処理を実行済みであると判定された場合、処理はステップＳ１１に戻されて、それ以降の処理が繰り返される。反対に、当該トリガ情報に対してステップＳ１３以降の処理を実行していないと判定された場合、処理はステップＳ１３に進められる。
【０１５１】
ステップＳ１３において、制御部７７は、トリガ情報のCommand_codeを読み出し、当該トリガ情報の示すコマンドが、レジスタ、エクスキュート、インジェクトイベント、サスペンド、又はターミネートのいずれであるかを判別する。
【０１５２】
ステップＳ１４において、制御部７７は、ステップＳ１３の判定結果がレジスタであるか否かを判定し、レジスタであると判定された場合、処理はステップＳ１５に進められる。
【０１５３】
ステップＳ１５において、当該トリガ情報のApp_idにより特定されるアプリケーションのデータが取得され、登録される。この後、処理はステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１５４】
ステップＳ１４において、ステップＳ１３の判定結果がレジスタではないと判定された場合、処理はステップＳ１６に進められる。ステップＳ１６において、制御部７７は、ステップＳ１３の判定結果がエクスキュートであるか否かを判定し、エクスキュートであると判定された場合、処理はステップＳ１７に進められる。
【０１５５】
ステップＳ１７において、アプリエンジン８２は、制御部７７からの制御に従い、当該トリガ情報のApp_idにより特定されるアプリケーションが休止中（サスペンド状態）であるか否かを判定する。具体的には、退避メモリ８３Ｂに、App_idにより特定されるアプリケーションに、休止の状態を示すデータが退避されている場合に休止中であると判定する。
【０１５６】
ステップＳ１７において、App_idにより特定されるアプリケーションが休止中ではないと判定された場合、処理はステップＳ１８に進められる。ステップＳ１８において、アプリエンジン８２は、制御部７７からの制御に従い、App_idにより特定されるアプリケーションのプログラムデータが未取得（キャッシュメモリ８１に存在しない）の場合には、それを取得する。
【０１５７】
ステップＳ１９において、アプリエンジン８２は、制御部７７からの制御に従い、現在実行中のアプリケーションがあるならば、それを終了させる。
【０１５８】
ステップＳ２０において、アプリエンジン８２は、制御部７７からの制御に従い、App_idにより特定されるアプリケーションを起動する。この後、処理はステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１５９】
なお、ステップＳ１７において、App_idにより特定されるアプリケーションが休止中（サスペンド状態）であると判定された場合、処理はステップＳ２１に進められる。ステップＳ２１において、アプリエンジン８２は、制御部７７からの制御に従い、退避メモリ８３Ｂのデータをワークメモリ８３Ａに移して、App_idにより特定されるアプリケーションを起動する。これにより、App_idにより特定される、休止中のアプリケーションが休止された状態から再開されることになる。この後、処理はステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１６０】
ステップＳ１６において、ステップＳ１３の判定結果がエクスキュートではないと判定された場合、処理はステップＳ２２に進められる。ステップＳ２２において、制御部７７は、ステップＳ１３の判定結果がインジェクトイベントであるか否かを判定し、インジェクトイベントであると判定された場合、処理はステップＳ２３に進められる。
【０１６１】
ステップＳ２３において、制御部７７は、当該トリガ情報のApp_idと、動作中のアプリケーションのApp_idが一致するか否かを判定し、App_idが一致する場合、処理はステップＳ２４に進められ、制御部７７は、アプリエンジン８２を制御して、動作中のアプリケーションにおいて、トリガ情報のEvent_idに対応するイベントを発火（実行）させる。このEvent_idには、放送コンテンツと通信コンテンツを切り替えるためのイベントが対応付けられている。
【０１６２】
すなわち、アプリエンジン８２は、制御部７７からの制御に従い、App_idが一致する場合には、画面上に表示されている放送コンテンツを、通信コンテンツに切り替えるための処理を行う（ステップＳ２４）。ここでは、アプリケーションに記述されたchange_stream関数が実行され、放送コンテンツが非表示とされ、通信コンテンツが表示とされる処理が行われる。
【０１６３】
具体的には、アプリエンジン８２は、通信I/F８０を制御して、インタネット３を介してサーバ２２から通信コンテンツを受信して、ストリーミング処理部８５に供給する。また、アプリエンジン８２は、スイッチ８６の入力先を、ストリーミング処理部８５側に切り替えることで、ストリーミング処理部８５からの符号化ＡＶストリームがコンテンツデコーダ８７に供給される。コンテンツデコーダ８７は、符号化ＡＶストリームを、符号化ビデオストリーム及び符号化オーディオストリームに分離して復号し、その結果得られるビデオ信号及びオーディオ信号をスイッチ７０に供給する。そして、アプリエンジン８２は、スイッチ７０の入力先を、コンテンツデコーダ８７側に切り替えることで、コンテンツデコーダ８７からのビデオ信号及びオーディオ信号が、映像出力部７２及び音声出力部７３にそれぞれ供給される。
【０１６４】
なお、ダウンロード再生用のNRTコンテンツ又は通信コンテンツを再生する場合には、スイッチ８６の入力先がストレージ８４側に切り替えられる。
【０１６５】
これにより、通信コンテンツのストリーミング再生が開始される。
【０１６６】
ステップＳ２５において、アプリエンジン８２は、リテンションモードが設定されたか否かを判定する。例えば、図１５に示したように、リテンションモードのアプリケーションの場合、retention_modeの値が、falseからtrueに変更されるため、この場合、リテンションモードが設定されていると判定し、処理は、ステップＳ２６に進められる。
【０１６７】
ステップＳ２６において、アプリエンジン８２は、リテンション制御部６４を制御して、リテンションバッファ６３にＴＳのデータを順次記憶させる。このリテンションモードが設定されたときの各部の動作は、図１３で説明した通りである。
【０１６８】
また、例えば、図１４に示したように、パススルーモードのアプリケーションの場合、retention_mode = falseが固定で設定されているため、この場合、パススルーモードが設定されていると判定し、ステップＳ２６をスキップして、処理は、ステップＳ２７に進められる。このパススルーモードが設定されたときの各部の動作は、図１２で説明した通りである。
【０１６９】
ステップＳ２７において、アプリエンジン８２は、通信コンテンツのストリーミング再生が終了して、終了イベント（例えばMediaStopped Event）が発火したか否かを判定する。  
【０１７０】
ステップＳ２７において、終了イベントが発火していないと判定された場合、ステップＳ２７の判定処理が繰り返される。すなわち、通信コンテンツが画面に表示されている間、リテンションモードの場合には、リテンションバッファ６３にＴＳのデータが順次記憶され、パススルーモードの場合には、リテンションバッファ６３はバイパスされる。
【０１７１】
その後、通信コンテンツのストリーミング再生が終了して、終了イベントが発火した場合、処理は、ステップＳ２８に進められる。ステップＳ２８において、アプリエンジン８２は、画面上に表示されている通信コンテンツを、放送コンテンツに切り替えるための処理を行う。ここでは、アプリケーションに記述されたchange_stream関数が実行され、通信コンテンツが非表示とされ、放送コンテンツが表示とされる処理が行われる。
【０１７２】
具体的には、アプリエンジン８２は、スイッチ７０の入力先を、コンテンツデコーダ８７側から、ビデオデコーダ６７及びオーディオデコーダ６８側に切り替えることで、ビデオデコーダ６７及びオーディオデコーダ６８からのビデオ信号及びオーディオ信号が、映像出力部７２及び音声出力部７３にそれぞれ供給される。
【０１７３】
このとき、リテンションモードのアプリケーションの場合、図１３に示したように、リテンションバッファ６３には、通信コンテンツが表示されていた間のＴＳのデータが記憶されているため、そのデータから得られる放送コンテンツから通信コンテンツに切り替わった時点でのビデオ信号及びオーディオ信号が、映像出力部７２及び音声出力部７３にそれぞれ供給される。
【０１７４】
すなわち、リテンションモードの場合、通信コンテンツから放送コンテンツに戻ったとき、画面上には、放送コンテンツから通信コンテンツに切り替えた時点での放送コンテンツが表示され、再開される。
【０１７５】
また、アプリケーションに記述されたchange_stream関数が実行され、retention_modeの値が、trueからfalseに変更されるため、リテンションモードが解除されて、パススルーモードが設定される。
【０１７６】
一方、パススルーモードの場合、図１２に示したように、リテンションバッファ６３には、通信コンテンツが表示されていた間のＴＳのデータが記憶されていないため、その時点で放送されている放送コンテンツのビデオ信号及びオーディオ信号が、映像出力部７２及び音声出力部７３にそれぞれ供給される。
【０１７７】
すなわち、パススルーモードの場合、通信コンテンツから放送コンテンツに戻ったとき、画面上には、その時点で放送されている放送コンテンツが表示され、再開される。
【０１７８】
この後、処理はステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１７９】
ステップＳ２２において、ステップＳ１３の判定結果がインジェクトイベントではないと判定された場合、処理はステップＳ２９に進められる。ステップＳ２９において、制御部７７は、ステップＳ１３の判定結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップＳ３０に進められる。
【０１８０】
ステップＳ３０において、アプリエンジン８２は、制御部７７からの制御に従い、現在実行中のアプリケーションの状態を示すデータ（すなわち、現在ワークメモリ８３Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ８３Ｂに退避させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１８１】
ステップＳ２９において、ステップＳ１３の判定結果がサスペンドではないと判定された場合、ステップＳ１３の判定結果はターミネートであるので、処理はステップＳ３１に進められる。ステップＳ３１において、アプリエンジン８２は、制御部７７からの制御に従い、App_idにより特定されるアプリケーションが実行中であればそれを終了させる。ステップＳ３２において、アプリエンジン８２は、制御部７７からの制御に従い、App_idにより特定されるアプリケーションに関するデータを、ワークメモリ８３Ａ及び退避メモリ８３Ｂから消去するとともに、アプリケーションのプログラムデータをキャッシュメモリ８１から消去させる。この後、処理はステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１８２】
以上でトリガ情報対応処理の説明を終了する。
【０１８３】
上述したトリガ情報対応処理によれば、テレビジョン番組やＣＭに連動してアプリケーションを起動したり、イベントを発火させたり、終了したりすることができる。さらに、イベントが発火されたとき、放送コンテンツと通信コンテンツを切り替え、リテンションモードが設定されている場合には、通信コンテンツから放送コンテンツに戻ったとき、切り替え時点から再開することができる。
【０１８４】
［ユースケース］
次に、本技術を用いることで可能となるサービスの例を説明する。
【０１８５】
Ｘ放送局のある番組のスポンサーである大手電器販売チェーンＡは、番組に挿入されるＣＭを、視聴者の最寄りの店舗ごとの目玉商品が紹介されるようにしたいと考えている。
【０１８６】
このようなサービスを提供する場合、番組に挿入されるＣＭが、視聴者のプロファイルにあわせたＣＭに変更されるようにすることで、実現することが可能となる。すなわち、図１７に示すように、ある番組中にＣＭが挿入されるとき、そのＣＭの映像を、放送コンテンツによる映像から、ストリーミング再生される通信コンテンツによる映像に切り替えることで、視聴者ごとのＣＭを視聴させることが可能となる。また、ＣＭの映像を、NRTコンテンツや通信コンテンツとしてストレージ８４に記憶しておくことで、ストレージ８４に記憶されているコンテンツの映像に切り替わるようにしてもよい。
【０１８７】
これにより、例えば、Ｐ市に住んでいる甲は、視聴している番組のＣＭで、自身の最寄りの店舗ａで、タイムサービスの商品となっている大型テレビと冷蔵庫の紹介を見ることになる。また、例えば、Ｑ市に住んでいる乙は、同じ番組のＣＭで、自身の最寄りの店舗ｂの在庫処分の特価品として、洗濯機とエアコンの紹介を見ることになる。
【０１８８】
このように、視聴者に気付かれることなく、視聴者ごとに有用となる情報を提供することができる。
【０１８９】
また、ニュース番組で放送されるニュースを、完全版（ロングバージョン）で提供する場合と、通常版（ショートバージョン）で提供する場合がある。
【０１９０】
例えば、図１８に示すように、Ｙ放送局の朝のニュースでは、放送されるニュースの項目の一覧があらかじめ画面に表示される。ここで、視聴者が操作を行い、詳しく知りたいニュースの項目を１以上チェックすると、そのニュースの項目は完全版で再生される。例えば、図１８の場合、item1乃至item5で表されるニュースの項目のうち、item2とitem4が選択されており、それらの選択された項目が完全版で再生されることになる。この場合、完全版で再生されるitem2及びitem4と、通常版で放送されるitem1、item3、及びitem5が全体としてつながって、１つのニュース番組が構成される。
【０１９１】
また、例えば、丙は、ニュースの項目を全く選択しなかったので、全ての項目が通常版で放送され、その視聴時間は１時間となる。丙は、ニュースを視聴した後、その次に放送されるドラマの視聴を開始した。一方、丁は、item5を選択したので、item5が完全版で再生されるため、そのニュース番組の視聴時間は１時間20分となる。ニュース番組を視聴して、１時間を経過した後、子画面にドラマが表示されたので、ニュース番組の視聴を終了し、ドラマの視聴に切り替えた。すなわち、この場合、通信コンテンツを表示中に、放送コンテンツが子画面で表示されるので、放送コンテンツを視聴したい場合には、通信コンテンツから放送コンテンツに切り替えることができる。
【０１９２】
このように、放送コンテンツと通信コンテンツ（挿入コンテンツ）を適宜切り替えることで、質の高いサービスを提供することが可能となる。
【０１９３】
［コンピュータの構成例］
ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、又は、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１９４】
図１９は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１９５】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【０１９６】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
【０１９７】
以上のように構成されるコンピュータでは、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０１９８】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１９９】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２００】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０１】
また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２０２】
さらに、本技術は、以下の構成とすることも可能である。
【０２０３】
［１］
放送網を介して放送された放送コンテンツを受信する受信部と、
前記放送コンテンツの受信中に挿入される挿入コンテンツを取得する取得部と、
前記放送コンテンツ又は前記挿入コンテンツを出力する出力部と、
前記出力部により出力される、前記放送コンテンツと、前記挿入コンテンツを切り替える切り替え部と、
前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶するバッファと
を備え、
前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、前記バッファに記憶された前記放送コンテンツを出力する
受信装置。
［２］
受信された前記放送コンテンツとともに送信される、前記放送コンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出するトリガ抽出部をさらに備え、
前記取得部は、抽出された前記トリガ情報に基づいて、前記挿入コンテンツを取得する
［１］に記載の受信装置。
［３］
前記切り替え部は、前記挿入コンテンツが終了した場合、前記挿入コンテンツから前記放送コンテンツに切り替える
［１］又は［２］に記載の受信装置。
［４］
前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、受信された前記放送コンテンツを出力する
［１］乃至［３］のいずれかに記載の受信装置。
［５］
前記挿入コンテンツは、通信網を介して取得され、ストリーミング再生される通信コンテンツである
［１］乃至［４］のいずれかに記載の受信装置。
［６］
前記挿入コンテンツは、NRT（Non Real Time）放送において前記放送網を介して取得され、記憶されているNRTコンテンツである
［１］乃至［５］のいずれかに記載の受信装置。
［７］
前記挿入コンテンツは、通信網を介して取得され、ダウンロード再生される通信コンテンツである
［１］乃至［６］のいずれかに記載の受信装置。
［８］
前記トリガ情報は、所定のアプリケーションプログラムの取得若しくは登録、起動、イベント発火、中断、又は終了のうちのいずれかのコマンドを含んでいる
［２］乃至［７］のいずれかに記載の受信装置。
［９］
受信装置が、
放送網を介して放送された放送コンテンツを受信し、
前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、
前記放送コンテンツ又は前記挿入コンテンツを出力し、
出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、
前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、
前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力する
ステップを含む受信方法。
［１０］
受信装置の制御用のプログラムであって、
放送網を介して放送された放送コンテンツを受信し、
前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、
前記放送コンテンツ又は前記挿入コンテンツを出力し、
出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、
前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、
前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力する
ステップを含む処理を受信装置のコンピュータに実行させるプログラム。
【符号の説明】
【０２０４】
１  放送システム，  ２  放送網，  ３  インタネット，  ２１  放送装置，  ２２  サーバ，  ２３  受信装置，  ６１  チューナ，  ６２  プライマリデマルチプレクサ，  ６３  リテンションバッファ，  ６４  リテンション制御部，  ６５  セカンダリデマルチプレクサ，  ６７  ビデオデコーダ，  ６８  オーディオデコーダ，  ７０  スイッチ，  ７１  合成部，  ７２  映像出力部，  ７３  音声出力部，  ７６  トリガ抽出部，  ７７  制御部，  ８０  通信I/F，  ８２  アプリエンジン，  ２００  コンピュータ，  ２０１  CPU
【図１】
2012043354.tif 000003
【図２】
2012043354.tif 000004
【図３】
2012043354.tif 000005
【図４】
2012043354.tif 000006
【図５】
2012043354.tif 000007
【図６】
2012043354.tif 000008
【図７】
2012043354.tif 000009
【図８】
2012043354.tif 000010
【図９】
2012043354.tif 000011
【図１０】
2012043354.tif 000012
【図１１】
2012043354.tif 000013
【図１２】
2012043354.tif 000014
【図１３】
2012043354.tif 000015
【図１４】
2012043354.tif 000016
【図１５】
2012043354.tif 000017
【図１６】
2012043354.tif 000018
【図１７】
2012043354.tif 000019
【図１８】
2012043354.tif 000020
【図１９】
2012043354.tif 000021
【国際調査報告】
2012043354.tif 000022
2012043354.tif 000023