"放送網を介して放送された放送コンテンツを受信する受信部と、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得する取得部と、前記放送コンテンツ又は前記挿入コンテンツを出力する出力部と、前記出力部により出力される、前記放送コンテンツと、前記挿入コンテンツを切り替える切り替え部と、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶するバッファとを備え、前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、前記バッファに記憶された前記放送コンテンツを出力する受信装置。受信された前記放送コンテンツとともに送信される、前記放送コンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出するトリガ抽出部をさらに備え、前記取得部は、抽出された前記トリガ情報に基づいて、前記挿入コンテンツを取得する請求項1に記載の受信装置。前記切り替え部は、前記挿入コンテンツが終了した場合、前記挿入コンテンツから前記放送コンテンツに切り替える請求項1に記載の受信装置。前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、受信された前記放送コンテンツを出力する請求項1に記載の受信装置。前記挿入コンテンツは、通信網を介して取得され、ストリーミング再生される通信コンテンツである請求項1に記載の受信装置。前記挿入コンテンツは、NRTNonRealTime放送において前記放送網を介して取得され、記憶されているNRTコンテンツである請求項1に記載の受信装置。前記挿入コンテンツは、通信網を介して取得され、ダウンロード再生される通信コンテンツである請求項1に記載の受信装置。前記トリガ情報は、所定のアプリケーションプログラムの取得若しくは登録、起動、イベント発火、中断、又は終了のうちのいずれかのコマンドを含んでいる請求項2に記載の受信装置。受信装置が、放送網を介して放送された放送コンテンツを受信し、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、前記放送コンテンツ又は前記挿入コンテンツを出力し、出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力するステップを含む受信方法。受信装置の制御用のプログラムであって、放送網を介して放送された放送コンテンツを受信し、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、前記放送コンテンツ又は前記挿入コンテンツを出力し、出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力するステップを含む処理を受信装置のコンピュータに実行させるプログラム。既にサービス導入が進められているものでは、映像による放送サービスに関連したWebページやストリーミングによるAVコンテンツを、視聴者の選択により放送番組の視聴と並行して視聴するか、放送番組から一旦離れて視聴するか、あるいは、放送番組の視聴後にあとで視聴する、という形態が想定されている。これらの形態の場合、通信によるサービスは、あくまで放送に関連した、放送を補間する付加的サービスでしかない。その一方で、放送と通信の融合のあり方として、放送番組の一部として、カスタマイズされた通信コンテンツに切り替えるという方法論が検討されているが、現状では、具体的なサービスモデルの技術方式は確立されていない。本技術はこのような状況に鑑みてなされたものであり、放送と通信の融合により、質の高いサービスを提供することができるようにするものである。本技術の一側面の受信装置は、放送網を介して放送された放送コンテンツを受信する受信部と、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得する取得部と、前記放送コンテンツ又は前記挿入コンテンツを出力する出力部と、前記出力部により出力される、前記放送コンテンツと、前記挿入コンテンツを切り替える切り替え部と、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶するバッファとを備え、前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、前記バッファに記憶された前記放送コンテンツを出力する。受信された前記放送コンテンツとともに送信される、前記放送コンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出するトリガ抽出部をさらに備え、前記取得部は、抽出された前記トリガ情報に基づいて、前記挿入コンテンツを取得する。前記切り替え部は、前記挿入コンテンツが終了した場合、前記挿入コンテンツから前記放送コンテンツに切り替える。前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、受信された前記放送コンテンツを出力する。前記挿入コンテンツは、通信網を介して取得され、ストリーミング再生される通信コンテンツである。前記挿入コンテンツは、NRTNonRealTime放送において前記放送網を介して取得され、記憶されているNRTコンテンツである。前記挿入コンテンツは、通信網を介して取得され、ダウンロード再生される通信コンテンツである。前記トリガ情報は、所定のアプリケーションプログラムの取得若しくは登録、起動、イベント発火、中断、又は終了のうちのいずれかのコマンドを含んでいる。受信装置は、独立した装置であってもよいし、1つの装置を構成している内部ブロックであってもよい。本技術の一側面の受信方法又はプログラムは、上述した技術の一側面の受信装置に対応する受信方法又はプログラムである。本技術の一側面の受信装置、受信方法、及びプログラムにおいては、放送網を介して放送された放送コンテンツが受信され、放送コンテンツの受信中に挿入される挿入コンテンツが取得され、放送コンテンツ又は挿入コンテンツを出力され、出力先から出力される、放送コンテンツと、挿入コンテンツが切り替えられ、放送コンテンツから挿入コンテンツに切り替えられた場合、受信された放送コンテンツのデータが順次記憶され、挿入コンテンツから放送コンテンツに切り替えられた場合、挿入コンテンツが出力されている間に、記憶された放送コンテンツが出力される。本技術の一側面によれば、放送と通信の融合により質の高いサービスを提供することができる。以下、図面を参照しながら本技術の実施の形態について説明する。[放送システムの構成例]図1は、放送システムの構成例を示す図である。放送システム1は、放送側に設けられる放送装置21及びサーバ22、並びに受信者側に設けられる受信装置23から構成される。放送装置21は、地上デジタル放送網等の放送網2を介してデジタルテレビジョン放送信号を送信するようになされている。このデジタルテレビジョン放送信号により番組やCMなどの放送コンテンツが送信される。また、放送装置21は、放送コンテンツに連動させるアプリケーションプログラム以下、アプリケーションというの動作に関するコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。具体的には、トリガ情報は、デジタルテレビジョン放送信号のトランスポートストリームTransportStream:以下、TSという内に配置したり、ビデオ信号やオーディオ信号に埋め込んだりして送信する。トリガ情報には、コマンドの種類を示す情報の他、アプリケーションの取得先を示す情報などを含む。トリガ情報の詳細については後述する。サーバ22は、インタネット3を介してアクセスしてきた受信装置23からの要求に応じてアプリケーションを供給する。受信装置23は、放送装置21から放送されたデジタル放送信号を受信し、放送コンテンツの映像及び音声をモニタ不図示に出力する。また、受信装置23は、インタネット3を介してサーバ22にアクセスし、通信コンテンツを取得する。なお、この受信装置23は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。放送システム1は、以上のように構成される。[放送装置の構成例]図2は、放送装置の構成例を示す図である。放送装置21は、トリガ生成部31、ビデオエンコーダ32、オーディオエンコーダ33、マルチプレクサ34、及び送出部35から構成される。トリガ生成部31は、前段から入力される番組やCMの放送コンテンツのビデオストリームの進行に合わせてトリガ情報を生成し、ビデオエンコーダ32及びマルチプレクサ34に出力する。ビデオエンコーダ32は、前段から入力される番組等の放送コンテンツのビデオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化ビデオストリームをマルチプレクサ34に供給する。なお、ビデオエンコーダ32における符号化方式としては、例えば、MPEG2MovingPictureExpertsGroupphase2方式、H264方式などがある。また、ビデオエンコーダ32は、ビデオストリームを符号化するに際して、トリガ生成部31からのトリガ情報を埋め込んで符号化し、その結果得られる符号化ビデオストリームをマルチプレクサ34に出力する。オーディオエンコーダ33は、ビデオエンコーダ32に入力されるビデオストリームに対応するオーディオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化オーディオストリームをマルチプレクサ34に供給する。なお、オーディオエンコーダ33における符号化方式としては、例えば、AC3AudioCodenumber3方式、AACAdvancedAudioCoding方式などがある。マルチプレクサ34には、ビデオエンコーダ32からの符号化ビデオストリーム、オーディオエンコーダ33からの符号化オーディオストリーム、及びトリガ生成部31からのトリガ情報が供給される。マルチプレクサ34は、符号化ビデオストリーム及び符号化オーディオストリームを多重化し、さらに、トリガ情報も多重化し、その結果得られる多重化ストリームを送出部35に供給する。具体的には、例えば、TSに多重化する。あるいは、デジタルテレビジョン放送のネットワーク配信を考慮して、それに適したISOベースメディアファイルフォーマットに多重化するようにしてもよい。送出部35は、マルチプレクサ34から供給される多重化ストリームをデジタルテレビジョン放送信号として送出する。放送装置21は、以上のように構成される。なお、上述した説明では、トリガ情報をビデオストリームに埋め込むとともに、多重化ストリームにも多重化するようにしたが、いずれか一方だけにしてもよい。また、トリガ情報は、例えばオーディオストリームに埋め込むなど、他の方法により送信することも可能である。[受信装置の構成例]図3は、受信装置の構成例を示す図である。受信装置23は、チューナ61、プライマリデマルチプレクサ62、リテンションバッファ63、リテンション制御部64、セカンダリデマルチプレクサ65、66、ビデオデコーダ67、74、オーディオデコーダ68、フルート処理部69、スイッチ70、合成部71、映像出力部72、音声出力部73、映像処理部75、トリガ抽出部76、制御部77、メモリ78、操作部79、通信IF80、キャッシュメモリ81、アプリエンジン82、アプリ用メモリ83、ストレージ84、ストリーミング処理部85、スイッチ86、及びコンテンツデコーダ87から構成される。チューナ61は、デジタルテレビジョン放送信号を受信して復調し、その結果得られる多重化ストリームをプライマリデマルチプレクサ62に供給する。プライマリデマルチプレクサ62は、チューナ61から供給される多重化ストリームから、ユーザによって選局された特定のチャンネルのTSを抽出し、リテンションバッファ63に供給する。リテンションバッファ63は、例えば、HDDHardDiskDriveやメモリなどの大容量の記録媒体から構成される。リテンションバッファ63は、リテンション制御部64からの制御に従い、プライマリデマルチプレクサ62から供給されるTSのデータを順次記憶する。リテンションバッファ63に記憶されたTSは、リテンション制御部64からの制御に従い、リテンションバッファ63から読み出され、セカンダリデマルチプレクサ65に供給される。なお、いわゆる子画面表示を行う場合には、子画面表示用のデータとして、リテンションバッファ63に記憶されたTSが、セカンダリデマルチプレクサ66に供給される。リテンション制御部64は、アプリエンジン82からの制御に従い、リテンションバッファ63の制御を行う。セカンダリデマルチプレクサ65は、リテンションバッファ63から供給されるTSを分離し、分離された符号化ビデオストリーム及び符号化オーディオストリームをそれぞれ、ビデオデコーダ67及びオーディオデコーダ68に供給する。また、セカンダリデマルチプレクサ65は、リテンションバッファ63から供給されるTSから、所定の識別子が付与されたTSパケットを抽出し、そのデータを、フルート処理部69に供給する。ビデオデコーダ67は、セカンダリデマルチプレクサ65からの符号化ビデオストリームを復号し、その結果得られるビデオ信号を、スイッチ70及びトリガ抽出部76に供給する。なお、ビデオデコーダ67は、ビデオエンコーダ32図2の符号化方式に対応する方式に従って復号を行う。オーディオデコーダ68は、セカンダリデマルチプレクサ65からの符号化オーディオストリームを復号し、その結果得られるオーディオ信号を、スイッチ70に供給する。なお、オーディオデコーダ68は、オーディオエンコーダ33図2の符号化方式に対応する方式に従って復号を行う。スイッチ70には、ビデオデコーダ67からのビデオ信号及びオーディオデコーダ68からのオーディオ信号の他、後述するコンテンツデコーダ87からのビデオ信号及びオーディオ信号が供給される。スイッチ70は、アプリエンジン82からの制御に従い、ビデオデコーダ67及びコンテンツデコーダ87から供給されるビデオ信号のうちのいずれか一方を合成部71に供給する。また、スイッチ70は、アプリエンジン82からの制御に従い、オーディオデコーダ68及びコンテンツデコーダ87から供給されるオーディオ信号のうちのいずれか一方を音声出力部73に供給する。セカンダリデマルチプレクサ66には、子画面表示を行う場合、リテンションバッファ63からTSが供給される。セカンダリデマルチプレクサ66は、リテンションバッファ63から供給されるTSを分離し、分離された符号化ビデオストリームをビデオデコーダ74に供給する。ビデオデコーダ74は、セカンダリデマルチプレクサ66から供給される符号化ビデオストリームを、ビデオエンコーダ32図2の符号化方式に対応する方式に従って復号し、その結果得られるビデオ信号を、映像処理部75に供給する。映像処理部75は、ビデオデコーダ74から供給されるビデオ信号に対して、映像のサイズを縮小するためのリサイズ処理を施し、その結果得られるビデオ信号を、合成部71に供給する。合成部71には、スイッチ70からのビデオ信号及び映像処理部75からのビデオ信号の他、アプリエンジン82からアプリケーションのビデオ信号が供給される。合成部71は、スイッチ70からのビデオ信号を映像出力部72に供給する。また、合成部71は、映像処理部75からのビデオ信号及びアプリエンジン82からアプリケーションのビデオ信号のうちのいずれか一方又は双方が供給された場合、スイッチ70からのビデオ信号に対して、供給されたビデオ信号を合成し、映像出力部72に供給する。映像出力部72は、合成部71から供給されるビデオ信号を、後段例えば、ディスプレイに出力する。音声出力部73は、スイッチ70から供給されるオーディオ信号を、後段例えば、スピーカに出力する。トリガ抽出部76は、ビデオデコーダ67から供給されるビデオ信号を常に監視し、ビデオ信号に埋め込まれているトリガ情報を抽出して制御部77に出力する。なお、トリガ情報がデジタルテレビジョン放送信号のTSのPCRパケットに含まれる場合、トリガ抽出部76には、トリガ情報を含むPCRパケットが供給され、トリガ情報が抽出される。また、トリガ情報がオーディオ信号に埋め込まれている場合、トリガ抽出部76には、オーディオ信号が供給され、オーディオ信号が常に監視されることで、オーディオ信号に埋め込まれているトリガ情報が抽出される。制御部77は、メモリ78に記録されている制御用プログラムを実行することにより、受信装置23の各部の動作を制御する。また、制御部77は、トリガ抽出部76から供給されるトリガ情報に基づいて、アプリケーションの取得若しくは登録、起動、イベント発火、休止、又は終了等を制御する。操作部79は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部77に供給する。通信IF80は、アプリエンジン82からの制御に従い、インタネット3を介してサーバ22に接続する。アプリエンジン82は、制御部77からの制御に従い、通信IF80及びインタネット3を介してサーバ22からアプリケーションを取得し、キャッシュメモリ81に保持させる。アプリエンジン82は、制御部77からの制御に従い、キャッシュメモリ81に保持されているアプリケーションを読み出して実行する。実行中のアプリケーションのビデオ信号は、合成部71に供給される。アプリ用メモリ83は、ワークメモリ83A及び退避メモリ83Bとからなる。アプリエンジン82は、実行中のアプリケーションに関するデータ具体的には、表示されている情報の階層などを含むをワークメモリ83Aに記録する。また、アプリエンジン82は、実行中のアプリケーションを休止する場合、アプリ用メモリ83のワークメモリ83Aのデータを退避メモリ83Bに移動させる。そして、休止したアプリケーションを再開する場合、退避メモリ83Bのデータをワークメモリ83Aに移動させて休止前の状態を復活させる。フルート処理部69は、セカンダリデマルチプレクサ65から供給されるTSパケットのデータの中から、FLUTEセッションにより特定されるファイルを取得し、それらのファイルにより構成されるデータを、コンテンツデータとして、ストレージ84に記録する。ストレージ84は、例えば、HDD等の大容量の記録媒体から構成される。ここで、FLUTEFileDeliveryoverUnidirectionalTransportとは、片方向の伝送路例えば、下り方向のみの伝送路を用いてデータ配信を行うことが可能な通信プロトコルであり、任意のファイルの送信が可能とされる。FLUTEセッションは、例えば、NRTNonRealTime放送において、コンテンツのダウンロードに関する情報が記述されたNRTITNRTInformationTableに基づいて識別されるものであり、フルート処理部69では、このFLUTEセッションにより特定されるファイルが取得されることになる。これにより、ストレージ84には、NRT放送により取得されたコンテンツ以下、NRTコンテンツというが記録される。なお、NRT放送とは、放送コンテンツを一旦ストレージに記録した後に、再生を行うサービスであり、NRTITに関しては、例えば、本出願人による出願である、特開2011-41242号公報に記載されている。また、FLUTEの詳細は、RFC3926として規定されている。また、通信IF80は、アプリエンジン82からの制御に従い、インタネット3を介してサーバ22から通信コンテンツを受信する。通信IF80は、アプリエンジン82からの制御に従い、ダウンロード再生が行われる場合には、受信された通信コンテンツをストレージ84に記録する。また、通信IF80は、アプリエンジン82からの制御に従い、ストリーミング再生が行われる場合には、受信された通信コンテンツをストリーミング処理部85に供給する。ストリーミング処理部85は、通信IF80から供給される通信コンテンツのデータに対して、ストリーミング再生を行うために必要な処理を施して、その結果得られるストリーミング再生用の通信コンテンツを、スイッチ86に供給する。スイッチ86には、ストレージ84からのダウンロード再生用のNRTコンテンツ又は通信コンテンツと、ストリーミング処理部85からのストリーミング再生用の通信コンテンツが供給される。スイッチ86は、アプリエンジン82からの制御に従い、ダウンロード再生が行われる場合には、ダウンロード再生用のNRTコンテンツ又は通信コンテンツを選択して、コンテンツデコーダ87に供給する。また、スイッチ86は、アプリエンジン82からの制御に従い、ストリーミング再生が行われる場合には、ストリーミング再生用の通信コンテンツを選択して、コンテンツデコーダ87に供給する。コンテンツデコーダ87は、スイッチ86から供給される、ダウンロード再生用のNRTコンテンツ若しくは通信コンテンツ、又はストリーミング再生用の通信コンテンツを構成する符号化AVストリームを、符号化ビデオストリーム及び符号化オーディオストリームに分離する。コンテンツデコーダ87は、分離された符号化ビデオストリーム及び符号化オーディオストリームをそれぞれ復号し、その結果得られるビデオ信号及びオーディオ信号を、スイッチ70に供給する。受信装置23は、以上のように構成される。なお、受信装置23においては、放送網2を介して放送された放送コンテンツの受信中に、ダウンロード再生用のNRTコンテンツ若しくは通信コンテンツ、又はストリーミング再生用の通信コンテンツが挿入されることになるが、本明細書では、それらの放送コンテンツの受信中に挿入されるコンテンツを総称して、挿入コンテンツと称する。また、以下の説明では、説明を簡略化するため、挿入コンテンツのうち、ストリーミング再生用の通信コンテンツを中心に説明する。[トリガ情報の詳細]次に、トリガ情報の詳細について説明する。トリガ情報は、アプリケーションを制御するための情報である。このトリガ情報には、例えば、レジスタ、エクスキュート、インジェクトイベント、サスペンド、及びターミネートのコマンドが含まれる。図4は、レジスタコマンドとしてのトリガ情報に含まれる項目を示している。レジスタコマンドは、受信装置23に対して、アプリケーションの取得と登録を指示するためのコマンドである。Triggeridは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のTriggeridは同一である。Protcolversionは、当該トリガ情報のプロトコルのバージョンを示している。Commandcodeは、当該トリガ情報のコマンドの種類を示す。図4の場合、レジスタコマンドであることを示す情報が記載される。Triggervaridityは、当該トリガ情報を受信した各受信装置23が当該トリガ情報に従って処理を実行する確率を示すサーバアクセス分散パラメータ値である。Appidは、当該トリガ情報に対応して取得するアプリケーションの識別情報である。また、Appidは、当該トリガ情報に対応して取得するアプリケーションの取得先いまの場合、サーバ22のURLも示している。Apptypeは、当該トリガ情報に対応するアプリケーションのタイプ例えば、HTML5,javaなどを示す情報である。Applifescopは、アプリケーションの動作スコープを示す情報である。Persistentpriorityは、対応するアプリケーションを取得、保持するときの優先度を示している。Expiredateは、アプリケーションの保持期限を示す情報である。アプリケーションが登録される場合、優先度と保持期限が記憶され、アプリケーションは、それらの優先度と保持期限に従って管理される。図5は、エクスキュートコマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドは、受信装置23に対して、アプリケーションの起動を指示するためのコマンドである。エクスキュートコマンドとしてのトリガ情報に含まれる項目は、図4に示されたレジスタコマンドとしてのトリガ情報に含まれる項目と同様である。ただし、Commandcodeには、エクスキュートコマンドであることを示す情報が記載される。図6は、インジェクトイベントコマンドとしてのトリガ情報に含まれる項目を示している。インジェクトイベントコマンドは、受信装置23に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid、及びApptypeについては、図4に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、インジェクトイベントコマンドであることを示す情報が記載される。Eventidは、Appidにて指定されたアプリケーションにおいて発火すべきイベントの識別情報である。EventEmbeddedDataは、イベントを発火する際に参照されるデータが記載される。図7は、サスペンドコマンドとしてのトリガ情報に含まれる項目を示している。サスペンドコマンドは、受信装置23に対して、実行中のアプリケーションを休止させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,及びAppidについては、図4に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、サスペンドコマンドであることを示す情報が記載される。図8は、ターミネートコマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、受信装置23に対して、実行中のアプリケーションを終了させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,及びAppidについては、図4に示されたレジスタコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、ターミネートコマンドであることを示す情報が記載される。図9は、上述した各コマンドのトリガ情報に対応可能なトリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって、図9の例に限定されるものではない。動作シナリオ上述したトリガ情報を用いることで、例えば、図10に示すようなアプリケーションの運用が可能となる。放送装置21が番組放送コンテンツの進行にあわせて、その番組に対応するアプリケーションの取得と登録を指示するためのレジスタコマンドのトリガ情報を送信すると、これを受信した受信装置23では、アプリケーションが取得され、登録される。次に、放送装置21が番組の進行にあわせて、その番組に対応するアプリケーションのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置23では、アプリケーションが起動される。この起動では、例えば、アプリケーションの表示を行わずに、番組の映像がそのまま継続して表示される。なお、例えば、アプリケーションが起動されたとき、番組の映像に、アプリケーションの表示が用意されていることを示すアイコンが重畳表示されるようにしてもよい。この場合、このアイコンがユーザに選択されると、番組の映像に画面上にアプリケーションによる表示が重畳される。次に、放送装置21が番組の進行にあわせて、インジェクトイベントコマンドのトリガ情報を送信すると、これを受信した受信装置23では、実行中のアプリケーションが発火される。このイベント発火により、番組の映像としての放送コンテンツから、インタネット3を介してストリーミング配信される通信コンテンツ挿入コンテンツに切り替えられ、通信コンテンツがストリーミング再生される。その後、通信コンテンツのストリーミング再生が終了した時点で、終了イベント図中のMediaStoppedEventが発火することにより、通信コンテンツから放送コンテンツに切り替わり、その番組の映像が表示される。そして、放送装置21が番組の終了にあわせて、ターミネートコマンドのトリガ情報を送信すると、これを受信した受信装置23では、実行中のアプリケーションが終了される。なお、図10には示していないが、所定のタイミングにおいて、放送装置21がアプリケーションのサスペンドコマンドのトリガ情報を送信すると、これを受信した受信装置23では、実行中のアプリケーションが休止される。その後、放送装置21がアプリケーションのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置23では、休止されていたアプリケーションが再開される。放送コンテンツと通信コンテンツの切り替え時の動作例図11は、放送コンテンツと通信コンテンツの切り替え時のモードの例を示す図である。なお、通信コンテンツは、いわゆるVODVideoOnDemandにより視聴されるコンテンツとなるので、以下の説明では、通信コンテンツ通信の映像を視聴することを、適宜、VODとも称して説明する。図11に示すように、放送コンテンツと通信コンテンツを切り替えるに際しては、パススルーモードと、リテンションモードの2つの切り替えモードが用いられる。まず、パススルーモードについて説明する。パススルーモードは、放送コンテンツから通信コンテンツに切り替えて、通信コンテンツを表示させた後、再度、通信コンテンツから放送コンテンツに戻るとき、その時点で放送されている放送コンテンツに切り替わるモードである。例えば、図11に示すように、放送コンテンツとして、ある番組ProgramAが放送されている場合に、番組中に挿入されるCM1,CM2が放送されるときのみ、通信コンテンツに切り替えることがある。この場合、通信コンテンツから放送コンテンツに戻ったときには、CM1,CM2などの通信コンテンツが表示されている間の放送コンテンツは表示されず、その時点で放送されている番組ProgramAが表示されることになる。図12は、受信装置23において、パススルーモードが設定されたときの各部の動作の例を示す図である。なお、図12、図13では、説明を簡略化するため、ビデオデコーダ67とオーディオデコーダ68の機能を1つにまとめた、AVデコーダ91によって、符号化ビデオストリーム及び符号化オーディオストリームの復号が行われるとして説明する。AVデコーダ91は、AVバッファ95及びAVデコーダ96から構成される。図12に示すように、受信装置23では、放送コンテンツが視聴される場合、プライマリデマルチプレクサ62からのTSのデータが、リテンションバッファ63を介してセカンダリデマルチプレクサ65に供給され、符号化ビデオストリームと符号化オーディオストリームに分離され、AVデコーダ91に供給される。AVデコーダ96は、AVバッファ95に記憶される符号化ビデオストリーム及び符号化オーディオストリームを順次読み出して復号し、その結果得られるビデオ信号及びオーディオ信号を、スイッチ70に供給する。スイッチ70は、放送コンテンツが視聴される場合、AVデコーダ96からのビデオ信号を、合成部71を介して映像出力部72に供給し、オーディオ信号を、音声出力部73に供給する。これにより、画面上には、放送コンテンツが表示される。その後、放送装置21から、インジェクトイベントコマンドのトリガ情報が受信され、このイベント発火により、画面の表示が、放送コンテンツから通信コンテンツに切り替えられると、コンテンツデコーダ87は、ストリーミング処理部85から、ストリーミング再生用の通信コンテンツの符号化AVストリームを取得する。コンテンツデコーダ87は、符号化AVストリームを復号し、その結果得られるビデオ信号及びオーディオ信号を、スイッチ70に供給する。スイッチ70は、通信コンテンツが視聴される場合、コンテンツデコーダ87からのビデオ信号を、合成部71を介して映像出力部72に供給し、オーディオ信号を、音声出力部73に供給する。これにより、画面上には、通信コンテンツが表示される。このとき、リテンションバッファ63は、0遅延バイパスにより、プライマリデマルチプレクサ62からのTSのデータを、セカンダリデマルチプレクサ65に供給する。そして、通信コンテンツが表示されている間の放送コンテンツのデータは必要ないので、TSのデータは、セカンダリデマルチプレクサ65で止められ、破棄される。なお、例えば、切り替え時に、いわゆる追いかけ再生が行われていた場合には、通信コンテンツに切り替わった時点での固定の遅延時間が保たれるように、TSのデータがリテンションバッファ63に記憶される。また、必要のないTSのデータは、セカンダリデマルチプレクサ65で止める以外にも、AVデコーダ91により復号された後、スイッチ70で止めて、破棄するようにしてもよい。その後、画面上に表示されていた通信コンテンツが終了して、終了イベントが発火することにより、画面の表示が、通信コンテンツから放送コンテンツに戻る場合、スイッチ70は、ビデオ信号とオーディオ信号の入力先を、コンテンツデコーダ87からAVデコーダ91に切り替える。このとき、リテンションバッファ63に記憶されるTSのデータは遅延されていないため、スイッチ70から、映像出力部72及び音声出力部73にそれぞれ供給される、ビデオ信号及びオーディオ信号も遅延されていないことになる。すなわち、通信コンテンツから放送コンテンツに戻ったとき、画面上には、その時点で放送されている放送コンテンツが表示されることになる。パススルーモードは、以上のように行われる。一方、リテンションモードは、放送コンテンツから通信コンテンツに切り替えて、通信コンテンツを表示させた後、再度、通信コンテンツから放送コンテンツに戻るとき、放送コンテンツから通信コンテンツに切り替えた時点での放送コンテンツに切り替わるモードである。例えば、図11に示すように、放送コンテンツとして、ある番組ProgramAが放送されている場合に、所定のタイミングにおいて、放送コンテンツから通信コンテンツに切り替えることがある。この場合、通信コンテンツが放送コンテンツに挿入されたかたちとなり、通信コンテンツが表示されている間、その間の放送コンテンツのデータはバッファリテンションバッファ63に記憶される。そして、通信コンテンツから放送コンテンツに戻ったときには、バッファから放送コンテンツのデータを読み出すことで、番組ProgramAが、時間的にシフトして切り替え時点から再開され、表示されることになる。なお、通信コンテンツから放送コンテンツに戻ったときに、リアルタイムで放送される番組ProgramAが終了して、他の番組ProgramBが開始される場合には、ある番組ProgramAの途中から再開してもよいし、あるいは、他の番組ProgramBの先頭から再開してもよい。図13は、受信装置23において、リテンションモードが設定されたときの各部の動作の例を示す図である。図13の受信装置23においては、図12の場合と同様に、放送コンテンツが視聴される場合には、セカンダリデマルチプレクサ65により分離された符号化ビデオストリームと符号化オーディオストリームが、AVデコーダ91に供給される。AVデコーダ91では、AVデコーダ96によって、符号化ビデオストリーム及び符号化オーディオストリームが復号され、その結果得られるビデオ信号及びオーディオ信号がスイッチ70を介して、映像出力部72及び音声出力部73にそれぞれ供給される。これにより、画面上には、放送コンテンツが表示される。その後、放送装置21から、インジェクトイベントコマンドのトリガ情報が受信され、このイベント発火により、画面の表示が、放送コンテンツから通信コンテンツに切り替えられると、図12の場合と同様に、コンテンツデコーダ87によって、符号化ビデオストリームが復号され、その結果得られるビデオ信号及びオーディオ信号が、スイッチ70を介して、映像出力部72及び音声出力部73にそれぞれ供給される。これにより、画面上には、通信コンテンツが表示される。このとき、リテンションバッファ63には、プライマリデマルチプレクサ62からのTSのデータが順次書き込まれ、記憶されるが、その読み出しが停止しているため、通信コンテンツが表示されている間のTSのデータは、リテンションバッファ63に順次記憶されることになる。また、AVデコーダ96において、AVデコーダ96が復号を行うために、AVバッファ95が記憶していた符号化ビデオストリーム及び符号化オーディオストリームを、そのまま保持しておくこともできる。その後、画面上に表示されていた通信コンテンツが終了して、終了イベントが発火することにより、画面の表示が、通信コンテンツから放送コンテンツに戻る場合、スイッチ70によって、ビデオ信号とオーディオ信号の入力先が、コンテンツデコーダ87からAVデコーダ91に切り替えられる。このとき、リテンションバッファ63には、通信コンテンツが表示されていた間のTSのデータが記憶されているため、このTSのデータが、セカンダリデマルチプレクサ65に供給され、符号化ビデオストリーム及び符号化オーディオストリームに分離され、AVデコーダ96に供給される。そして、AVデコーダ96は、通信コンテンツが表示されていた間に、AVバッファ95に記憶されていた符号化ビデオストリーム及び符号化オーディオストリームを復号してから、セカンダリデマルチプレクサ65から供給される符号化ビデオストリーム及び符号化オーディオストリームを復号する。これにより、スイッチ70から、映像出力部72及び音声出力部73にそれぞれ供給されるビデオ信号及びオーディオ信号は、放送コンテンツから通信コンテンツに切り替わった時点でのビデオ信号及びオーディオ信号となる。すなわち、通信コンテンツから放送コンテンツに戻ったとき、画面上には、放送コンテンツから通信コンテンツに切り替えた時点での放送コンテンツが表示されることになる。リテンションモードは、以上のように行われる。[アプリケーションの記述例]次に、放送コンテンツと通信コンテンツの切り替えを行うアプリケーションの記述例について説明する。このアプリケーションは、例えば、HTMLHyperTextMarkupLanguage等のマークアップ言語により記述される。図14は、パススルーモードのアプリケーションの記述例を示す図である。Object要素にはid属性、type属性、style属性が記述される。放送コンテンツと通信コンテンツは、異なるObject要素で指定される。放送コンテンツを表示する場合のObject要素には、Object要素を識別するためのid属性として、aaaが記述され、放送コンテンツと通信コンテンツを区別するためのtype属性として、videobroadcastが記述される。また、放送コンテンツと通信コンテンツのいずれを画面に表示するかを指定するためのstyle属性として、visibilityvisibleが記述される。また、通信コンテンツを表示する場合のObject要素には、id属性として、bbbが記述され、type属性として、videompegが記述され、style属性として、visibilityhiddenが記述される。すなわち、放送コンテンツのObject要素のstyle属性にはvisibilityvisibleが記述され、通信コンテンツのObject要素のstyle属性にはvisibilityhiddenが記述されているので、初期状態としては、放送コンテンツが表示されることになる。また、アプリケーションにより規定される受信装置23のシステム属性として、retentionmodeをあらかじめ規定しておくことで、retentionmodetrueが設定された場合には、リテンションモードで動作し、retentionmodefalseが設定された場合には、パススルーモードで動作することになる。このretentionmodeは、初期状態として、falseが設定され、パススルーモードのアプリケーションの場合には、retentionmodefalseが固定で変更されないことになる。上段のfunctionに定義されたchangestream関数は、放送コンテンツから通信コンテンツに切り替える場合の表示を切り替えるための関数である。このchangestream関数により、放送コンテンツから通信コンテンツに切り替える場合には、放送コンテンツが非表示となり、通信コンテンツが表示される。下段のfunctionに定義されたchangestream関数は、通信コンテンツから放送コンテンツに切り替える場合の表示を切り替えるための関数である。このchangestream関数により、通信コンテンツから放送コンテンツに切り替える場合には、通信コンテンツが非表示となり、放送コンテンツが表示される。パススルーモードのアプリケーションは、以上のように記述される。図15は、リテンションモードのアプリケーションの記述例を示す図である。図15において、放送コンテンツと通信コンテンツのObject要素は、図14の場合と同様に記述される。上段のfunctionに定義されたchangestream関数は、放送コンテンツから通信コンテンツに切り替える場合の表示を切り替えるための関数である。このchangestream関数により、放送コンテンツから通信コンテンツに切り替える場合には、放送コンテンツが非表示となり、通信コンテンツが表示される。また、retentionmodeの値が、falseからtrueに変更され、リテンションモードが設定される。下段のfunctionに定義されたchangestream関数は、通信コンテンツから放送コンテンツに切り替える場合の表示を切り替えるための関数である。このchangestream関数により、通信コンテンツから放送コンテンツに切り替える場合には、通信コンテンツが非表示となり、放送コンテンツが表示される。また、retentionmodeの値が、trueからfalseに変更され、リテンションモードが解除されて、パススルーモードが設定される。リテンションモードのアプリケーションは、以上のように記述される。[トリガ対応処理]次に、図16のフローチャートを参照して、受信装置23により実行される、トリガ対応処理について説明する。ステップS11において、制御部77は、トリガ抽出部76によりトリガ情報が抽出され、供給されるまで待機する。そして、トリガ情報が供給された場合、処理はステップS12に進められる。ステップS12において、制御部77は、トリガ情報のTriggeridを読み出し、当該トリガ情報に対してステップS13以降の処理を既に実行済みであるか否かを判定する。既にステップS13以降の処理を実行済みであると判定された場合、処理はステップS11に戻されて、それ以降の処理が繰り返される。反対に、当該トリガ情報に対してステップS13以降の処理を実行していないと判定された場合、処理はステップS13に進められる。ステップS13において、制御部77は、トリガ情報のCommandcodeを読み出し、当該トリガ情報の示すコマンドが、レジスタ、エクスキュート、インジェクトイベント、サスペンド、又はターミネートのいずれであるかを判別する。ステップS14において、制御部77は、ステップS13の判定結果がレジスタであるか否かを判定し、レジスタであると判定された場合、処理はステップS15に進められる。ステップS15において、当該トリガ情報のAppidにより特定されるアプリケーションのデータが取得され、登録される。この後、処理はステップS11に戻り、それ以降の処理が繰り返される。ステップS14において、ステップS13の判定結果がレジスタではないと判定された場合、処理はステップS16に進められる。ステップS16において、制御部77は、ステップS13の判定結果がエクスキュートであるか否かを判定し、エクスキュートであると判定された場合、処理はステップS17に進められる。ステップS17において、アプリエンジン82は、制御部77からの制御に従い、当該トリガ情報のAppidにより特定されるアプリケーションが休止中サスペンド状態であるか否かを判定する。具体的には、退避メモリ83Bに、Appidにより特定されるアプリケーションに、休止の状態を示すデータが退避されている場合に休止中であると判定する。ステップS17において、Appidにより特定されるアプリケーションが休止中ではないと判定された場合、処理はステップS18に進められる。ステップS18において、アプリエンジン82は、制御部77からの制御に従い、Appidにより特定されるアプリケーションのプログラムデータが未取得キャッシュメモリ81に存在しないの場合には、それを取得する。ステップS19において、アプリエンジン82は、制御部77からの制御に従い、現在実行中のアプリケーションがあるならば、それを終了させる。ステップS20において、アプリエンジン82は、制御部77からの制御に従い、Appidにより特定されるアプリケーションを起動する。この後、処理はステップS11に戻り、それ以降の処理が繰り返される。なお、ステップS17において、Appidにより特定されるアプリケーションが休止中サスペンド状態であると判定された場合、処理はステップS21に進められる。ステップS21において、アプリエンジン82は、制御部77からの制御に従い、退避メモリ83Bのデータをワークメモリ83Aに移して、Appidにより特定されるアプリケーションを起動する。これにより、Appidにより特定される、休止中のアプリケーションが休止された状態から再開されることになる。この後、処理はステップS11に戻り、それ以降の処理が繰り返される。ステップS16において、ステップS13の判定結果がエクスキュートではないと判定された場合、処理はステップS22に進められる。ステップS22において、制御部77は、ステップS13の判定結果がインジェクトイベントであるか否かを判定し、インジェクトイベントであると判定された場合、処理はステップS23に進められる。ステップS23において、制御部77は、当該トリガ情報のAppidと、動作中のアプリケーションのAppidが一致するか否かを判定し、Appidが一致する場合、処理はステップS24に進められ、制御部77は、アプリエンジン82を制御して、動作中のアプリケーションにおいて、トリガ情報のEventidに対応するイベントを発火実行させる。このEventidには、放送コンテンツと通信コンテンツを切り替えるためのイベントが対応付けられている。すなわち、アプリエンジン82は、制御部77からの制御に従い、Appidが一致する場合には、画面上に表示されている放送コンテンツを、通信コンテンツに切り替えるための処理を行うステップS24。ここでは、アプリケーションに記述されたchangestream関数が実行され、放送コンテンツが非表示とされ、通信コンテンツが表示とされる処理が行われる。具体的には、アプリエンジン82は、通信IF80を制御して、インタネット3を介してサーバ22から通信コンテンツを受信して、ストリーミング処理部85に供給する。また、アプリエンジン82は、スイッチ86の入力先を、ストリーミング処理部85側に切り替えることで、ストリーミング処理部85からの符号化AVストリームがコンテンツデコーダ87に供給される。コンテンツデコーダ87は、符号化AVストリームを、符号化ビデオストリーム及び符号化オーディオストリームに分離して復号し、その結果得られるビデオ信号及びオーディオ信号をスイッチ70に供給する。そして、アプリエンジン82は、スイッチ70の入力先を、コンテンツデコーダ87側に切り替えることで、コンテンツデコーダ87からのビデオ信号及びオーディオ信号が、映像出力部72及び音声出力部73にそれぞれ供給される。なお、ダウンロード再生用のNRTコンテンツ又は通信コンテンツを再生する場合には、スイッチ86の入力先がストレージ84側に切り替えられる。これにより、通信コンテンツのストリーミング再生が開始される。ステップS25において、アプリエンジン82は、リテンションモードが設定されたか否かを判定する。例えば、図15に示したように、リテンションモードのアプリケーションの場合、retentionmodeの値が、falseからtrueに変更されるため、この場合、リテンションモードが設定されていると判定し、処理は、ステップS26に進められる。ステップS26において、アプリエンジン82は、リテンション制御部64を制御して、リテンションバッファ63にTSのデータを順次記憶させる。このリテンションモードが設定されたときの各部の動作は、図13で説明した通りである。また、例えば、図14に示したように、パススルーモードのアプリケーションの場合、retentionmodefalseが固定で設定されているため、この場合、パススルーモードが設定されていると判定し、ステップS26をスキップして、処理は、ステップS27に進められる。このパススルーモードが設定されたときの各部の動作は、図12で説明した通りである。ステップS27において、アプリエンジン82は、通信コンテンツのストリーミング再生が終了して、終了イベント例えばMediaStoppedEventが発火したか否かを判定する。ステップS27において、終了イベントが発火していないと判定された場合、ステップS27の判定処理が繰り返される。すなわち、通信コンテンツが画面に表示されている間、リテンションモードの場合には、リテンションバッファ63にTSのデータが順次記憶され、パススルーモードの場合には、リテンションバッファ63はバイパスされる。その後、通信コンテンツのストリーミング再生が終了して、終了イベントが発火した場合、処理は、ステップS28に進められる。ステップS28において、アプリエンジン82は、画面上に表示されている通信コンテンツを、放送コンテンツに切り替えるための処理を行う。ここでは、アプリケーションに記述されたchangestream関数が実行され、通信コンテンツが非表示とされ、放送コンテンツが表示とされる処理が行われる。具体的には、アプリエンジン82は、スイッチ70の入力先を、コンテンツデコーダ87側から、ビデオデコーダ67及びオーディオデコーダ68側に切り替えることで、ビデオデコーダ67及びオーディオデコーダ68からのビデオ信号及びオーディオ信号が、映像出力部72及び音声出力部73にそれぞれ供給される。このとき、リテンションモードのアプリケーションの場合、図13に示したように、リテンションバッファ63には、通信コンテンツが表示されていた間のTSのデータが記憶されているため、そのデータから得られる放送コンテンツから通信コンテンツに切り替わった時点でのビデオ信号及びオーディオ信号が、映像出力部72及び音声出力部73にそれぞれ供給される。すなわち、リテンションモードの場合、通信コンテンツから放送コンテンツに戻ったとき、画面上には、放送コンテンツから通信コンテンツに切り替えた時点での放送コンテンツが表示され、再開される。また、アプリケーションに記述されたchangestream関数が実行され、retentionmodeの値が、trueからfalseに変更されるため、リテンションモードが解除されて、パススルーモードが設定される。一方、パススルーモードの場合、図12に示したように、リテンションバッファ63には、通信コンテンツが表示されていた間のTSのデータが記憶されていないため、その時点で放送されている放送コンテンツのビデオ信号及びオーディオ信号が、映像出力部72及び音声出力部73にそれぞれ供給される。すなわち、パススルーモードの場合、通信コンテンツから放送コンテンツに戻ったとき、画面上には、その時点で放送されている放送コンテンツが表示され、再開される。この後、処理はステップS11に戻り、それ以降の処理が繰り返される。ステップS22において、ステップS13の判定結果がインジェクトイベントではないと判定された場合、処理はステップS29に進められる。ステップS29において、制御部77は、ステップS13の判定結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップS30に進められる。ステップS30において、アプリエンジン82は、制御部77からの制御に従い、現在実行中のアプリケーションの状態を示すデータすなわち、現在ワークメモリ83Aに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含むを退避メモリ83Bに退避させる。この後、処理はステップS11に戻り、それ以降が繰り返される。ステップS29において、ステップS13の判定結果がサスペンドではないと判定された場合、ステップS13の判定結果はターミネートであるので、処理はステップS31に進められる。ステップS31において、アプリエンジン82は、制御部77からの制御に従い、Appidにより特定されるアプリケーションが実行中であればそれを終了させる。ステップS32において、アプリエンジン82は、制御部77からの制御に従い、Appidにより特定されるアプリケーションに関するデータを、ワークメモリ83A及び退避メモリ83Bから消去するとともに、アプリケーションのプログラムデータをキャッシュメモリ81から消去させる。この後、処理はステップS11に戻り、それ以降の処理が繰り返される。以上でトリガ情報対応処理の説明を終了する。上述したトリガ情報対応処理によれば、テレビジョン番組やCMに連動してアプリケーションを起動したり、イベントを発火させたり、終了したりすることができる。さらに、イベントが発火されたとき、放送コンテンツと通信コンテンツを切り替え、リテンションモードが設定されている場合には、通信コンテンツから放送コンテンツに戻ったとき、切り替え時点から再開することができる。[ユースケース]次に、本技術を用いることで可能となるサービスの例を説明する。X放送局のある番組のスポンサーである大手電器販売チェーンAは、番組に挿入されるCMを、視聴者の最寄りの店舗ごとの目玉商品が紹介されるようにしたいと考えている。このようなサービスを提供する場合、番組に挿入されるCMが、視聴者のプロファイルにあわせたCMに変更されるようにすることで、実現することが可能となる。すなわち、図17に示すように、ある番組中にCMが挿入されるとき、そのCMの映像を、放送コンテンツによる映像から、ストリーミング再生される通信コンテンツによる映像に切り替えることで、視聴者ごとのCMを視聴させることが可能となる。また、CMの映像を、NRTコンテンツや通信コンテンツとしてストレージ84に記憶しておくことで、ストレージ84に記憶されているコンテンツの映像に切り替わるようにしてもよい。これにより、例えば、P市に住んでいる甲は、視聴している番組のCMで、自身の最寄りの店舗aで、タイムサービスの商品となっている大型テレビと冷蔵庫の紹介を見ることになる。また、例えば、Q市に住んでいる乙は、同じ番組のCMで、自身の最寄りの店舗bの在庫処分の特価品として、洗濯機とエアコンの紹介を見ることになる。このように、視聴者に気付かれることなく、視聴者ごとに有用となる情報を提供することができる。また、ニュース番組で放送されるニュースを、完全版ロングバージョンで提供する場合と、通常版ショートバージョンで提供する場合がある。例えば、図18に示すように、Y放送局の朝のニュースでは、放送されるニュースの項目の一覧があらかじめ画面に表示される。ここで、視聴者が操作を行い、詳しく知りたいニュースの項目を1以上チェックすると、そのニュースの項目は完全版で再生される。例えば、図18の場合、item1乃至item5で表されるニュースの項目のうち、item2とitem4が選択されており、それらの選択された項目が完全版で再生されることになる。この場合、完全版で再生されるitem2及びitem4と、通常版で放送されるitem1、item3、及びitem5が全体としてつながって、1つのニュース番組が構成される。また、例えば、丙は、ニュースの項目を全く選択しなかったので、全ての項目が通常版で放送され、その視聴時間は1時間となる。丙は、ニュースを視聴した後、その次に放送されるドラマの視聴を開始した。一方、丁は、item5を選択したので、item5が完全版で再生されるため、そのニュース番組の視聴時間は1時間20分となる。ニュース番組を視聴して、1時間を経過した後、子画面にドラマが表示されたので、ニュース番組の視聴を終了し、ドラマの視聴に切り替えた。すなわち、この場合、通信コンテンツを表示中に、放送コンテンツが子画面で表示されるので、放送コンテンツを視聴したい場合には、通信コンテンツから放送コンテンツに切り替えることができる。このように、放送コンテンツと通信コンテンツ挿入コンテンツを適宜切り替えることで、質の高いサービスを提供することが可能となる。[コンピュータの構成例]ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、又は、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。図19は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。このコンピュータ200において、CPUCentralProcessingUnit201,ROMReadOnlyMemory202,RAMRandomAccessMemory203は、バス204により相互に接続されている。バス204には、さらに、入出力インタフェース205が接続されている。入出力インタフェース205には、キーボード、マウス、マイクロホンなどよりなる入力部206、ディスプレイ、スピーカなどよりなる出力部207、ハードディスクや不揮発性のメモリなどよりなる記憶部208、ネットワークインタフェースなどよりなる通信部209、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア211を駆動するドライブ210が接続されている。以上のように構成されるコンピュータでは、CPU201が、例えば、記憶部208に記憶されているプログラムを、入出力インタフェース205及びバス204を介して、RAM203にロードして実行することにより、上述した一連の処理が行われる。なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。また、プログラムは、1台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。さらに、本技術は、以下の構成とすることも可能である。[1]放送網を介して放送された放送コンテンツを受信する受信部と、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得する取得部と、前記放送コンテンツ又は前記挿入コンテンツを出力する出力部と、前記出力部により出力される、前記放送コンテンツと、前記挿入コンテンツを切り替える切り替え部と、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶するバッファとを備え、前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、前記バッファに記憶された前記放送コンテンツを出力する受信装置。[2]受信された前記放送コンテンツとともに送信される、前記放送コンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出するトリガ抽出部をさらに備え、前記取得部は、抽出された前記トリガ情報に基づいて、前記挿入コンテンツを取得する[1]に記載の受信装置。[3]前記切り替え部は、前記挿入コンテンツが終了した場合、前記挿入コンテンツから前記放送コンテンツに切り替える[1]又は[2]に記載の受信装置。[4]前記出力部は、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、受信された前記放送コンテンツを出力する[1]乃至[3]のいずれかに記載の受信装置。[5]前記挿入コンテンツは、通信網を介して取得され、ストリーミング再生される通信コンテンツである[1]乃至[4]のいずれかに記載の受信装置。[6]前記挿入コンテンツは、NRTNonRealTime放送において前記放送網を介して取得され、記憶されているNRTコンテンツである[1]乃至[5]のいずれかに記載の受信装置。[7]前記挿入コンテンツは、通信網を介して取得され、ダウンロード再生される通信コンテンツである[1]乃至[6]のいずれかに記載の受信装置。[8]前記トリガ情報は、所定のアプリケーションプログラムの取得若しくは登録、起動、イベント発火、中断、又は終了のうちのいずれかのコマンドを含んでいる[2]乃至[7]のいずれかに記載の受信装置。[9]受信装置が、放送網を介して放送された放送コンテンツを受信し、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、前記放送コンテンツ又は前記挿入コンテンツを出力し、出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力するステップを含む受信方法。[10]受信装置の制御用のプログラムであって、放送網を介して放送された放送コンテンツを受信し、前記放送コンテンツの受信中に挿入される挿入コンテンツを取得し、前記放送コンテンツ又は前記挿入コンテンツを出力し、出力先から出力される、前記放送コンテンツと、前記挿入コンテンツを切り替え、前記放送コンテンツから前記挿入コンテンツに切り替えられた場合、受信された前記放送コンテンツのデータを順次記憶し、前記挿入コンテンツから前記放送コンテンツに切り替えられた場合、前記挿入コンテンツが出力されている間に、記憶された前記放送コンテンツを出力するステップを含む処理を受信装置のコンピュータに実行させるプログラム。"