送信装置、送信方法、受信装置、受信方法、プログラム、および放送システム
【課題】番組やＣＭなどに連動し得るデータ放送用コンテンツのサービスを実現する。
【解決手段】ステップＳ１において、ビデオストリームの進行に対応させたトリガ情報が生成される。そして、トリガ情報をビデオストリームとともに符号化すると判断され場合、ステップＳ３で、ビデオストリームにトリガ情報が埋め込まれて符号化される。また、トリガ情報を符号化ビデオストリームなどとともに多重化すると判断された場合、ステップＳ６において、符号化ビデオストリーム、符号化オーディオストリームなどとともにトリガ情報も多重化されて多重化ストリームが生成され送出される。本発明は、例えば米国などにおいてデータ放送を実現する場合に適用できる。
【解決手段】ステップＳ１において、ビデオストリームの進行に対応させたトリガ情報が生成される。そして、トリガ情報をビデオストリームとともに符号化すると判断され場合、ステップＳ３で、ビデオストリームにトリガ情報が埋め込まれて符号化される。また、トリガ情報を符号化ビデオストリームなどとともに多重化すると判断された場合、ステップＳ６において、符号化ビデオストリーム、符号化オーディオストリームなどとともにトリガ情報も多重化されて多重化ストリームが生成され送出される。本発明は、例えば米国などにおいてデータ放送を実現する場合に適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、送信方法、受信装置、受信方法、プログラム、および放送システムに関し、特に、例えばデジタルテレビジョン放送において、番組やＣＭ（コマーシャルメッセージ）に連動してデータ放送のコンテンツを実行させる場合に用いて好適な送信装置、送信方法、受信装置、受信方法、プログラム、および放送システムに関する。
【背景技術】
【０００２】
従来、日本ではテレビジョン放送のデジタル化が推進されており、地上デジタル放送やＢＳデジタル放送などが普及している。また、地上デジタル放送などのデジタルテレビジョン放送では、番組（コンテンツ）の放送だけでなく、いわゆるデータ放送も実現されている。このデータ放送におけるコンテンツによれば、例えば、放送中の番組に関連する情報を表示したり、放送中の番組に関連しない情報（他の番組の告知、ニュース、天気予報、交通情報など）を表示したりすることができる（例えば、特許文献１参照）。
【０００３】
なお、日本におけるデータ放送は、テレビジョン放送のデジタル化に際してデジタルテレビジョン放送の放送帯域内にデータ放送専用の帯域が予め確保されており、この専用帯域を用いてデータ放送用コンテンツが放送されることにより実現されている。
【０００４】
一方、米国におけるデジタルテレビジョン放送では、日本のデジタルテレビジョン放送のようなデータ放送専用の帯域が確保されていない。
【０００５】
すなわち、米国の現状のデジタルテレビジョン放送の放送帯域は、図１Ａに示すように、映像用帯域、音声用帯域、および制御情報用帯域によって占められており、データ放送用コンテンツを放送するための帯域が設けられていない。したがって、デジタルテレビジョン放送の限られた放送帯域に、データ放送用コンテンツを放送するための帯域を確保するためには、図１Ｂに示すように、例えば映像用帯域および音声用帯域を狭める必要がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−５０２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、映像用帯域および音声用帯域を狭めて、データ放送用コンテンツを放送するための帯域を確保することは、テレビジョン番組の画質および音質の劣化につながるので、現実的な対応とは言い難い。
【０００８】
また、データ放送用コンテンツの帯域を確保したとしても伝送できるデータ量は限られている。したがって、データ放送用コンテンツの情報量が乏しくなってしまったり、情報量を増やそうとすると、受信側で必要なデータを受信するまでに時間がかかってしまったりすることになる。
【０００９】
また、米国においては、CATV（ケーブルＴＶ）網を用いたデジタルテレビジョン番組の再送信システムが普及しているが故に、以下のような問題も生じ得る。
【００１０】
図２は、CATV網を用いたデジタルテレビジョン番組の再送信システムの構成の一例を示している。
【００１１】
この再送信システムは、主に放送装置１、CATV再送信装置２、CATV網３、デジタルテレビジョン受像機４、セットトップボックス(STB)５、およびテレビジョン受像機６から構成される。
【００１２】
放送局などに設けられる放送装置１は、デジタルテレビジョン放送信号を地上波または衛星波を用いて放送する。ケーブルＴＶ局などに設けられるCATV再送信装置２は、放送されたデジタルテレビジョン放送を受信し、不要な情報を除去するとともにCATV独自の情報を追加して、CATV網３を介してデジタルデジタルテレビジョン受像機４、セットトップボックス５などに再送信する。
【００１３】
CATV再送信装置２は、チューナ１１、所定のパケットＩＤのパケットをフィルタリングするPIDフィルタ１２、CATV独自信号発生部１３、多重化部１４、および変調部１５から構成される。
【００１４】
チューナ１１は、各チャンネルのデジタルテレビジョン放送信号を受信して復調し、その結果得られるＴＳ（トランスポートストリーム）をPIDフィルタ１２に出力する。PIDフィルタ１２は、ＴＳから所定のパケットＩＤに対応するパケット（番組としてのコンテンツに関係がないパケット）を除去して多重化部１４に出力する。CATV独自信号発生部１３は、当該CATV局の独自の情報が格納されたパケットを生成して多重化部１４に出力する。多重化部１４は、PIDフィルタ１２の出力と、CATV独自信号発生部１３の出力とを多重化して変調部１５に出力する。変調部１５は、多重化部１４の出力を、CATV網３に適して変調方式により変調して、CATV網３を介してデジタルテレビジョン受像機４、セットトップボックス５などに再送信する。
【００１５】
CATVに対応したデジタルテレビジョン受像機４は、CATV網３を介して、再送信されたデジタルテレビジョン放送のＴＳを受信してデコードし、その結果得られる映像を表示するとともに音声を出力する。
【００１６】
CATVに対応したセットトップボックス５は、CATV網３を介して、再送信されたデジタルテレビジョン放送のＴＳを受信してデコードし、その結果得られる映像信号および音声信号を、HDMIケーブルなどを介してテレビジョン受像機６に出力する。テレビジョン受像機６は、セットトップボックス５からHDMIケーブルなどを介して入力される映像信号および音声信号に基づき、その映像を表示するとともに音声を出力する。
【００１７】
上述したように、CATV再送信装置２においては、PIDフィルタ１２により、デジタル放送信号のＴＳから、所定のパケットＩＤに対応するパケット（番組としてのコンテンツに関係がないパケット）が除去される。したがって、仮に図１Ｂに示されたように、放送帯域に、データ放送用コンテンツを放送するための帯域を確保したとしても、このPIDフィルタ１２により、データ放送用コンテンツが格納されているパケットが排除されてしまうことが起こり得る。
【００１８】
本発明はこのような状況に鑑みてなされたものであり、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やＣＭに連動し得るデータ放送用コンテンツを実現できるようにするものである。
【課題を解決するための手段】
【００１９】
本発明の第１の側面である送信装置は、コンテンツを送信する送信装置において、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、前記多重化ストリームを送出する送出手段とを備え、前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。
【００２０】
前記符号化手段は、前記コンテンツを符号化してMPEG２ビデオストリームを生成し、前記トリガ情報は、前記MPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataに記述されて符号化されるようにすることができる。
【００２１】
前記符号化手段は、前記コンテンツを符号化してH.264ビデオストリームを生成し、
前記トリガ情報は、前記H.264ビデオストリームのSEIに記述されて符号化されるようにすることができる。
【００２２】
前記多重化手段は、前記符号化ストリームを多重化してＴＳを生成し、前記トリガ情報は、前記ＴＳのPMTまたはSITに定義されて前記ＴＳに多重化されるようにすることができる。
【００２３】
前記多重化手段は、ISO ベースメディアファイルフォーマットに従い、前記符号化ストリームを多重化してMP4ファイルを生成し、前記トリガ情報は、前記MP4ファイル内のFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxに配置されるようにすることができる。
【００２４】
本発明の第１の側面である放送方法は、コンテンツを送信する送信装置の送信方法において、送信装置による、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、前記多重化ストリームを送出する送出ステップとを含み、前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。
【００２５】
本発明の第１の側面であるプログラムは、コンテンツを送信する送信装置の制御用のプログラムであって、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、前記多重化ストリームを送出する送出ステップとを含み、前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される処理を送信装置のコンピュータに実行させる。
【００２６】
本発明の第１の側面においては、受信装置にてコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報が、コンテンツとともに符号化されるか、または符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。
【００２７】
本発明の第２の側面である受信装置は、送信されたコンテンツを受信する受信装置において、前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信手段と、前記多重化ストリームを多重分離する多重分離手段と、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段とを備え、前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される。
【００２８】
前記復号手段は、前記多重化ストリームから多重分離されたMPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataから前記トリガ情報を取得することができる。
【００２９】
前記復号手段は、前記多重化ストリームから多重分離されたH.264ビデオストリームのSEIから前記トリガ情報を取得することができる。
【００３０】
前記多重分離手段は、前記多重化ストリームとしてのＴＳ（トランスポートストリーム）のPMTまたはSITの定義に基づき、前記ＴＳから前記トリガ情報を多重分離することができる。
【００３１】
前記多重分離手段は、前記多重化ストリームとしてのMP4ファイルのFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxから前記トリガ情報を多重分離することができる。
【００３２】
本発明の第２の側面である受信方法は、送信されたコンテンツを受信する受信装置の受信方法において、受信装置による、前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、前記多重化ストリームを多重分離する多重分離ステップと、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップとを含み、前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される。
【００３３】
本発明の第２の側面であるプログラムは、送信されたコンテンツを受信する受信装置の制御用のプログラムであって、前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、前記多重化ストリームを多重分離する多重分離ステップと、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップとを含み、前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される処理を受信装置のコンピュータに実行させる。
【００３４】
本発明の第２の側面においては、取得されたトリガ情報に応じて、コンテンツに連動して実行させるアプリケーションプログラムに関する処理が制御される。トリガ情報は、多重化ストリームから多重分離されるか、または符号化ストリームから復号されるかの少なくとも一方により取得される。
【００３５】
本発明の第３の側面である放送システムは、コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置は、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、前記多重化ストリームを送出する送出手段とを備え、前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出され、前記受信装置は、前記多重化ストリームを受信する受信手段と、前記多重化ストリームを多重分離する多重分離手段と、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段とを備え、前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される。
【００３６】
本発明の第３の側面においては、送信装置により、受信装置にてコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報が、コンテンツとともに符号化されるか、または符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。また、受信装置により、取得されたトリガ情報に応じて、コンテンツに連動して実行させるアプリケーションプログラムに関する処理が制御される。トリガ情報は、多重化ストリームから多重分離されるか、または符号化ストリームから復号されるかの少なくとも一方により取得される。
【発明の効果】
【００３７】
本発明の第１の側面によれば、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やＣＭなどに連動したデータ放送用コンテンツの制御を受信側に指示することが可能となる。
【００３８】
本発明の第２の側面によれば、テレビジョン放送の番組やＣＭなどに連動してデータ放送用コンテンツを制御することが可能となる。
【００３９】
本発明の第３の側面によれば、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やＣＭなどに連動したデータ放送用コンテンツのサービスを実現することができる。
【図面の簡単な説明】
【００４０】
【図１】デジタルテレビジョン放送の放送帯域を示す図である。
【図２】既存のCATV再送信システムの構成の一例を示す図である。
【図３】本発明を適用した放送システムの構成例を示す図である。
【図４】本発明を適用した放送装置の構成例を示すブロック図である。
【図５】本発明を適用した受信装置の構成例を示すブロック図である。
【図６】プリキャッシュコマンドのトリガ情報に含まれる項目を示す図である。
【図７】エクスキュートコマンドのトリガ情報に含まれる項目を示す図である。
【図８】インジェクトイベントコマンドのトリガ情報に含まれる項目を示す図である。
【図９】サスペンドコマンドのトリガ情報に含まれる項目を示す図である。
【図１０】ターミネートコマンドのトリガ情報に含まれる項目を示す図である。
【図１１】トリガ情報のシンタックスの一例を示す図である。
【図１２】トリガ情報をMPEG２ビデオストリームに埋め込んで符号化する例を説明する図である。
【図１３】トリガ情報をH.264ビデオストリームに埋め込んで符号化する例を説明する図である。
【図１４】トリガ情報をトランスポートストリームに多重化する例を説明する図である。
【図１５】トリガ情報をISOベースメディアファイルフォーマット(MP4)に多重化する例を説明する図である。
【図１６】番組およびＣＭの進行に連動してアプリケーションプログラムを実行した場合の表示例を示す図である。
【図１７】トリガ情報送信処理を説明するフローチャートである。
【図１８】トリガ情報受信処理を説明するフローチャートである。
【図１９】トリガ情報対応処理を説明するフローチャートである。
【図２０】アプリケーションプログラムの運用シナリオの一例を示す図である。
【図２１】受信装置におけるアプリケーションプログラムの状態遷移図である。
【図２２】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００４１】
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００４２】
＜１．実施の形態＞
［放送システムの構成例］
図３は、実施の形態である放送システムを示している。この放送システム３０は、例えば現状の米国のように、デジタルテレビジョン放送の放送帯域にデータ放送用コンテンツを放送するための帯域が設けられていない状態において、番組やＣＭに連動し得るデータ放送用コンテンツを実現するものである。なお、本明細書において、単にコンテンツと称するものは、いわゆる番組、ＣＭを指すものとする。
【００４３】
なお、データ放送用コンテンツは、受信装置に供給されるアプリケーションプログラムが受信装置のコンピュータにより実行されることによって実現されるので、以下、データ放送用コンテンツを、データ放送用アプリケーションプログラムまたはデータ放送用アプリとも称する。
【００４４】
この放送システム３０は、放送局側に設けられる放送装置３１およびサーバ３２、並びに、受信者側に設けられる受信装置６０から構成される。
【００４５】
放送装置３１は、デジタルテレビジョン放送の放送信号（以下、デジタルテレビジョン放送信号と称する）を送信する。また、放送装置３１は、番組やＣＭに連動して実行させるデータ放送用コンテンツの取得や実行などを指示するためのコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。具体的には、符号化ビデオストリームに埋め込んだり、符号化ビデオストリームなどとともに多重化したりして送信される。
【００４６】
トリガ情報には、コマンドの種類を示す情報の他、取得や実行などの対象とするデータ放送用コンテンツ、すなわち、アプリケーションプログラムを特定するための情報などが含まれている。トリガ情報の詳細については後述する。
【００４７】
サーバ３２は、インタネット５０を介してアクセスしてきた受信装置６０からの要求に応じ、データ放送用コンテンツ（アプリケーションプログラム）を受信装置６０に供給する。
【００４８】
受信装置６０は、放送装置３１から放送されたデジタルテレビジョン放送信号を受信し、して復調、復号などを行ってコンテンツ（テレビジョン番組やＣＭなど）の映像および音声をモニタ（不図示）に出力する。また、受信装置６０は、インタネット５０を介してサーバ３２にアクセスし、データ放送用コンテンツを取得する。なお、この受信装置６０は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。
【００４９】
［放送装置の構成例］
図４は、放送装置３１の構成例を示している。放送装置３１は、トリガ生成部４１、ビデオ符号化部４２、オーディオ符号化部４３、多重化部４４、および送出部４５から構成される。
【００５０】
トリガ生成部４１は、前段から入力される番組やＣＭのビデオストリームの進行に合わせてトリガ情報を生成し、ビデオ符号化部４２および多重化部４４に出力する。
【００５１】
ビデオ符号化部４２は、前段から入力される番組やＣＭのビデオストリームを所定の符号化方式に従って符号化するに際して、トリガ生成部４１からのトリガ情報を埋め込んで符号化し、その結果得られる符号化ビデオステップストリームを多重化部４４に出力する。ビデオ符号化部４２における符号化方式としては、例えば、MPEG２方式、H.264方式などを挙げることができる。
【００５２】
オーディオ符号化部４３は、ビデオ符号化部４２に入力されるビデオストリームに対応するオーディオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化オーディオストリームを多重化部４４に出力する。
【００５３】
多重化部４４は、入力される符号化ビデオストリーム、および符号化オーディオストリームを多重化し、さらに、トリガ情報も多重化し、その結果得られた多重化ストリームを送出部４５に出力する。具体的には、例えば、ＴＳ（トランスポートストリーム）に多重化する。あるいは、デジタルテレビジョン放送のネットワーク配信を考慮して、それに適したISO ベースメディアファイルフォーマット(MP4)に多重化するようにしてもよい。
【００５４】
送出部４５は、入力される多重化ストリームをデジタルテレビジョン放送信号として送出する。
【００５５】
なお、上述した説明では、トリガ情報をビデオストリームに埋め込むとともに、多重化ストリームにも多重化するようにしたが、いずれか一方だけにしてもよい。
【００５６】
［受信装置の構成例］
図５は、受信装置６０の構成例を示している。受信装置６０は、チューナ６１、多重分離部６２、オーディオデコーダ６３、音声出力部６４、ビデオデコーダ６５、トリガ検出部６６、映像出力部６７、制御部６８、メモリ６９、操作部７０、記録部７１、通信I/F７２、キャッシュメモリ７３、アプリエンジン７４、およびアプリ用メモリ７５から構成される。
【００５７】
チューナ６１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られる多重化ストリームを多重分離部６２に出力する。多重分離部６２は、チューナ６１から入力される多重化ストリームを分離し、分離された符号化オーディオストリーム、符号化ビデオストリーム、および制御信号を、それぞれオーディオデコーダ６３、ビデオデコーダ６５、または制御部６８に出力する。
【００５８】
さらに、多重分離部６２は、多重化ストリームに多重化されているトリガ情報を分離してトリガ検出部６６に出力する。
【００５９】
オーディオデコーダ６３は、入力された符号化オーディオストリームをデコードし、その結果得られるオーディオストリーム（音声信号）を音声出力部６４に出力する。音声出力部６４は、入力された音声信号を後段（例えば、スピーカ）に出力する。
【００６０】
ビデオデコーダ６５は、入力された符号化ビデオストリームをデコードし、その結果得られるビデオストリーム（映像信号）をトリガ検出部６６および映像出力部６７に出力する。
【００６１】
トリガ検出部６６は、入力されたビデオストリームに埋め込まれているトリガ情報を検出して制御部６８に出力する。また、トリガ検出部６６は、多重分離部６２から入力されるトリガ情報を制御部６８に出力する。なお、トリガ検出部６６を省略し、ビデオデコーダ６５にて、ビデオストリームからトリガ情報を抽出し、制御部６８に出力するようにしてもよい。この場合、多重分離部６２で分離されたトリガ情報も、直接に制御部６８に出力するようにする。
【００６２】
映像出力部６７は、ビデオデコーダ６５から入力された映像信号を後段（例えば、ディスプレイ）に出力する。また、映像出力部６７は、アプリエンジン７４から入力されるデータ放送用コンテンツの映像と、ビデオデコーダ６５から入力された映像信号を合成して、後段に出力する。
【００６３】
制御部６８は、メモリ６９に記録されている制御用プログラムを実行することにより受信装置６０の全体を制御する。また、制御部６８は、トリガ検出部６６から入力されるトリガ情報に基づき、データ放送用アプリケーションプログラムの取得、起動、イベント発火、休止、終了等を制御する。
【００６４】
メモリ６９には、制御部６８によって実行される制御用プログラムが記録されている。この制御用プログラムは、デジタルテレビジョン放送信号、またはインタネット５０を介して取得する更新データに基づいて更新することができる。操作部７０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６８に通知する。
【００６５】
記録部７１は、データ放送用アプリケーションプログラムがデジタルテレビジョン放送信号を用いて配信される場合において、ダウンロードしたデータ放送用アプリケーションプログラムを、内蔵する記録媒体に保持する。
【００６６】
通信I/F７２は、アプリエンジン７４からの制御に従い、インタネット５０を介してサーバ３２に接続する。アプリエンジン７４は、制御部６８からの制御に従い、通信I/F７２およびインタネット５０を介してサーバ３２からデータ放送用アプリケーションプログラムを取得し、キャッシュメモリ７３に保持させる。
【００６７】
アプリエンジン７４は、制御部６８からの制御に従い、記録部７１またはキャッシュメモリ７３に保持されているデータ放送用アプリケーションプログラムを読み出して実行する。
【００６８】
アプリ用メモリ７５は、ワークメモリ７５Ａおよび退避メモリ７５Ｂとから成る。アプリエンジン７４は、実行中のデータ放送用アプリケーションプログラムに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ７５Ａに記録する。また、アプリエンジン７４は、実行中のデータ放送用アプリケーションプログラムを休止する場合、アプリ用メモリ７５のワークメモリ７５Ａのデータを退避メモリ７５Ｂに移動させる。そして、休止したデータ放送用アプリケーションプログラムを再開する場合、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移動させて休止前の状態を復活させる。
【００６９】
なお、アプリ用メモリ７５における同じサイズの２領域のうち、一方をワークメモリ７５Ａ、他方を退避メモリ７５Ｂとして交互に切り替えるようにしてもよい。これにより、ワークメモリ７５Ａと退避メモリ７５Ｂとの間でのデータの移動をなくすことができる。
【００７０】
［トリガ情報の詳細］
次に、トリガ情報の詳細について説明する。トリガ情報は、デジタルテレビジョン放送信号に包含された状態（埋め込まれたり、多重化された状態）で、電波障害や受信装置６０における取りこぼし（受信ミス）が考慮されて、同一内容のものが複数回繰り返し送信される。
【００７１】
トリガ情報は、それが示すコマンドに応じて、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、またはターミネートの５種類に分類される。
【００７２】
図６は、プリキャッシュ(Pre_cache)コマンドとしてのトリガ情報に含まれる項目を示している。プリキャッシュコマンドは、受信装置６０に対して、データ放送用アプリの取得を指示するためのコマンドである。
【００７３】
Trigger_idは、当該トリガ情報を識別するための情報である。トリガ情報は、通常、同一内容のものが複数回送信されるが、複数回送信される各トリガ情報のTrigger_idは同一のものとなる。Protcol_versionは、当該トリガ情報のプロトコルのバージョンを示している。Command_codeは、当該トリガ情報のコマンドの種類を示す。同図の場合、プリキャッシュコマンドであることを示す情報が記載される。
【００７４】
Trigger_varidityは、当該トリガ情報を受信した各受信装置６０が当該トリガ情報に従って処理を実行する確率を示す値である。この値を設けることにより、複数の受信装置６０がサーバ３２からデータ放送用アプリを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。
【００７５】
App_idは、当該トリガ情報に対応して取得すべきデータ放送用アプリの識別情報である。App_typeは、当該トリガ情報に対応するデータ放送用アプリのタイプ（例えば、HTML5，javaなど）を示す情報である。App_urlは、データ放送用アプリの取得先（いまの場合、サーバ３２）のURLである。
【００７６】
Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagは、当該トリガ情報に対応するデータ放送用アプリのプログラムデータの所在を示すフラグである。Broadcast_App_flagは、当該トリガ情報に対応するデータ放送用アプリがデジタルテレビジョン放送信号から取得可能である場合に１とされる。Downloaded_App_flagは、当該トリガ情報に対応するデータ放送用アプリが既にダウンロードされていてローカルストレージ（例えば、記録部７１）から取得可能である場合に１とされる。Internet_App_flagは、当該トリガ情報に対応するデータ放送用アプリがインタネット５０を介してサーバ３２から取得可能である場合に１とされる。
【００７７】
図７は、エクスキュート(Execute)コマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドとは、受信装置６０に対して、データ放送用アプリの起動を指示するためのコマンドである。
【００７８】
Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id，App_type，App_url，Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagについては、図６に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、エクスキュートコマンドであることを示す情報が記載される。
【００７９】
App_life_scopeは、同一チャンネル内でのビュー切り替え、チャンネル切り替えなどに応じてデータ放送用アプリを終了するか否かを示している。App_expire_dateは、ターミネートコマンド（後述）を受信しない場合であっても、実行中のデータ放送用アプリを終了する日時を示している。
【００８０】
図８は、インジェクトイベント(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、およびApp_typeについては、図６に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、サスペンドコマンドであることを示す情報が記載される。
【００８５】
図１０は、ターミネート(Terminate)コマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、受信装置６０に対して、実行中のデータ放送用アプリを終了させるためのコマンドである。
【００８６】
Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id、およびApp_typeについては、図６に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、ターミネートコマンドであることを示す情報が記載される。
【００８７】
[トリガ情報のシンタックス]
図１１は、上述した各コマンドとしてのトリガ情報に対応可能なトリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって、図１１に限定されるものではない。
【００８８】
[トリガ情報をMPEG２符号化ビデオストリームに埋め込む場合]
図１２は、トリガ情報をMPEG２符号化ビデオストリームに埋め込む場合を示している。
【００８９】
この場合、同図Ａに示すMPEG２ビデオで定義されるvideo_sequence内のピクチャレイヤにおけるuser_dataが利用され、同図Ｂに示すようにトリガ情報が記述される。具体的には、同図ＢにおけるATSC_trigger()の位置に、図１１に示されたシンタックスが記述される。
【００９０】
[トリガ情報をH.264符号化ビデオストリームに埋め込む場合]
図１３は、トリガ情報をH.264符号化ビデオストリームに埋め込む場合を示している。
【００９１】
この場合、同図Ａに示すH.264のSEI(Supplementary Enhancement Information)のuser_dataが利用され、同図Ｂに示すようにトリガ情報が記述される。具体的には、同図ＢにおけるATSC_trigger()以降の位置に、図１１に示されたシンタックスが記述される。
【００９２】
[トリガ情報をＴＳ（トランスポートストリーム）に多重化する場合]
図１４は、トリガ情報をＴＳに多重化する場合を示している。
【００９３】
この場合、同図Ａに示すように、ＴＳのPMT(program map table) descriptorに、トリガ情報のdescriptorを定義し、同図Ｂに示すようにトリガ情報が記述される。具体的には、同図Ｂにおけるdescriptor_length以降の位置に、図１１に示されたシンタックスが記述される。
【００９４】
なお、PMT descriptorでなく、例えば、SIT(selection information table) descriptorにトリガ情報のdescriptorを定義するようにしてもよい。
【００９５】
[トリガ情報をISO ベースメディアファイルフォーマット(MP4)に従って多重化する場合]
図１５は、ISO ベースメディアファイルフォーマットに従い、トリガ情報をMP4ファイルに多重化する場合を示している。
【００９６】
この場合、MP4ファイル内におけるトリガ情報の配置は、File，Movie，Trak，Movie Fragment、またはTrack Fragmentのいずれでもよく、同図Ａに示すように、トリガ情報に対応するBoxを定義にする。そして、//ATSC Triggerの位置に、図１１に示されたシンタックスを記述する。
【００９７】
上述したように、トリガ情報を符号化ビデオストリームに埋め込んだり、多重化ストリームに多重化したりすることにより、図２に示されたようなCATV網を利用する受信装置（図２のデジタルテレビジョン受像機４）に対してもトリガ情報を通知することができる。
【００９８】
［動作説明］
次に、放送システ３０の動作について説明する。
【００９９】
図１６は、テレビジョン番組やＣＭなどの対応するデータ放送用アプリを受信装置６０に実行させるときの受信装置６０の表示画面の遷移を示している。
【０１００】
例えば同図Ａに示すように、テレビジョン番組（いまの場合、「７時のニュース」）が放送されており、番組の内容が経済情報に移ると、それにあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信される。これが受信されると、データ放送用アプリが起動されて、番組が表示されている画面上には、同図Ｂに示すように、データ放送用アプリの表示をユーザに促すためのアイコン（いまの場合、「株」）が表示される。
【０１０１】
ユーザがこのアイコンを選択すると、画面上には、同図Ｃに示すように、データ放送用アプリによる表示（いまの場合、株価情報表示）が行われる。このように、データ放送用アプリの表示をユーザに促すためのアイコンが表示された場合にのみ、データ放送用アプリによる表示を行うので、データ放送用アプリによる表示を必要としないユーザを煩わせてしまう事態を抑止することができる。
【０１０２】
さらに番組の内容が推移すると（いまの場合、スポーツ情報に推移すると）、それにあわせてインジェクイベントコマンドのトリガ情報が送信される。これが受信されると、イベントが発火されて、例えば、画面上のデータ放送用アプリによる表示が、同図Ｄに示すように変更される（いまの場合、試合結果情報表示に変更される）。
【０１０３】
そして、番組に対応する実行中のデータ放送用アプリに対するサスペンドコマンドのトリガ情報が送信され、これが受信されると、番組に対応するデータ放送用アプリが休止される。この後、ＣＭに対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、ＣＭ番組のデータ放送用アプリが起動される。これにより、ＣＭが表示されている画面上には、同図Ｅに示すように、ＣＭに対応するデータ放送用アプリの表示をユーザに促すためのアイコン（いまの場合、「懸賞応募」）が表示される。
【０１０４】
ユーザがこのアイコンを選択すると、画面上には、ＣＭに対応するデータ放送用アプリによる表示（いまの場合、懸賞応募のための表示）が行われる。
【０１０５】
ＣＭの終了後、番組再開にあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、同図Ｆに示すように、CMに対応するデータ放送用アプリの表示が消去されて、番組のデータ放送用アプリの表示も、先ほど休止された状態から再開される。
【０１０６】
そして、番組が終了するとき、それにあわせて、番組に対応するデータ放送用アプリに対するターミネートコマンドのトリガ情報が送信され、これが受信されると、同図Ｇに示すように、画面上からデータ放送用アプリの表示が消去されて番組の映像のみが表示される。
【０１０７】
なお、データ放送用アプリの表示については、図１６に示されたように、番組の表示を縮小してデータ放送用アプリの表示のための領域を設ける方法だけでなく、例えば、番組の表示に、データ放送用アプリの表示を重畳するようにしてもよい。
【０１０８】
次に、放送装置３１がデジタルテレビジョン放送信号にトリガ情報を含めて送信するときの処理（以下、単にトリガ情報送信処理と称する）について図１７を参照して説明する。
【０１０９】
図１７は、トリガ情報送信処理を説明するフローチャートである。
【０１１０】
ステップＳ１において、放送装置３１のトリガ生成部４１は、前段から入力される番組やＣＭのビデオストリームの進行に対応させたトリガ情報を生成し、ビデオ符号化部４２および多重化部４４に出力する。
【０１１１】
ステップＳ２において、ビデオ符号化部４２は、トリガ生成部４１からのトリガ情報をビデオストリームとともに符号化するか否か、予め設定されているユーザからの指示に基づいて判断する。
【０１１２】
トリガ生成部４１からのトリガ情報をビデオストリームとともに符号化すると判断され場合、処理はステップＳ３に進めされる。ステップＳ３において、ビデオ符号化部４２は、前段から入力された番組やＣＭのビデオストリームに、トリガ生成部４１からのトリガ情報を埋め込んで符号化し、その結果得られる符号化ビデオステップストリームを多重化部４４に出力する。この後、処理はステップＳ５に進められる。
【０１１３】
なお、ステップＳ２において、トリガ生成部４１からのトリガ情報をビデオストリームとともに符号化しないと判断された場合、処理はステップＳ４に進められる。ステップＳ４において、ビデオ符号化部４２は、前段から入力された番組やＣＭのビデオストリームを符号化し、その結果得られる符号化ビデオステップストリームを多重化部４４に出力する。この後、処理はステップＳ５に進められる。
【０１１４】
ステップＳ５において、多重化部４４は、トリガ生成部４１からのトリガ情報を符号化ビデオストリームなどとともに多重化するか否か、予め設定されているユーザからの指示に基づいて判断する。
【０１１５】
トリガ生成部４１からのトリガ情報を符号化ビデオストリームなどとともに多重化すると判断された場合、処理はステップＳ６に進められる。ステップＳ６において、多重化部４４は、前段から入力された符号化ビデオストリーム、および符号化オーディオストリームを多重化し、さらに、トリガ情報も多重化し、その結果得られた多重化ストリームを送出部４５に出力する。
【０１１６】
なお、ステップＳ５において、トリガ生成部４１からのトリガ情報を符号化ビデオストリームなどとともに多重化しないと判断された場合、処理はステップＳ７に進められる。ステップＳ７において、多重化部４４は、前段から入力された符号化ビデオストリーム、および符号化オーディオストリームを多重化し、その結果得られた多重化ストリームを送出部４５に出力する。
【０１１７】
ステップＳ８において、送出部４５は、多重化部４４から入力された多重化ストリームをデジタルテレビジョン放送信号として送出する。この後、処理はステップＳ１に戻って、それ以降が繰り返されることになる。以上で、トリガ情報送信処理の説明を終了する。
【０１１８】
次に、受信装置６０による、トリガ情報を含むデジタルテレビジョン放送信号を受信するときの処理（以下、トリガ情報受信処理）について、図１８を参照して説明する。
【０１１９】
図１８は、トリガ情報受信処理を説明するフローチャートである。なお、以下の説明では、トリガ情報に関わる動作のみを説明しており、例えば、オーディオストリームなどに関する動作の説明は適宜省略している。
【０１２０】
このトリガ情報受信処理は、例えば、ユーザがテレビジョン番組を視聴しているとき、すなわち、デジタルテレビジョン放送信号を受信している間、繰り返して実行される。
【０１２１】
ステップＳ１１において、受信装置６０の多重分離部６２は、チューナ６１から入力される多重化ストリームを分離する。そして、多重分離部６２は、ステップＳ１２として、分離された符号化オーディオストリーム、符号化ビデオストリーム、および制御信号を、それぞれオーディオデコーダ６３、ビデオデコーダ６５、または制御部６８に出力するとともに、分離されたトリガ情報をトリガ検出部６６に出力する。
【０１２２】
ステップＳ１３において、ビデオデコーダ６５は、入力された符号化ビデオストリームをデコードし、その結果得られるビデオストリーム（映像信号）をトリガ検出部６６および映像出力部６７に出力する。
【０１２３】
ステップＳ１４において、トリガ検出部６６は、入力されたビデオストリームに埋め込まれているトリガ情報を検出して制御部６８に出力する。また、トリガ検出部６６は、多重分離部６２から入力されるトリガ情報を制御部６８に出力する。
【０１２４】
ステップＳ１５において、制御部６８は、入力されたトリガ情報に対応する処理（以下、トリガ情報対応処理）を実行する。この後、処理はステップＳ１１に戻されて、それ以降が繰り返される。
【０１２５】
図１９は、トリガ情報対応処理を詳細に説明するフローチャートである。
【０１２６】
ステップＳ２１において、制御部６８は、トリガ検出部６６からトリガ情報が入力されるまで待機する。そして、トリガ情報が入力された場合、処理はステップＳ２２に進められる。
【０１２７】
ステップＳ２２において、制御部６８は、トリガ情報のTrigger_idを読み出し、当該トリガ情報に対してステップＳ２３以降の処理を既に実行済みであるか否かを判定する。既にステップＳ２３以降の処理を実行済みであると判定された場合、処理はステップＳ２１に戻されて、それ以降が繰り返される。反対に、当該トリガ情報に対してステップＳ２３以降の処理を実行していないと判定された場合、処理はステップＳ２３に進められる。
【０１２８】
ステップＳ２３において、制御部６８は、トリガ情報のCommand_codeを読み出し、当該トリガ情報の示すコマンドが、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、またはターミネートのいずれであるかを判別する。
【０１２９】
ステップＳ２４において、制御部６８は、ステップＳ２３の判定結果がプリキャッシュであるか否かを判断し、プリキャッシュであると判断された場合、処理はステップＳ２５に進められる。
【０１３０】
ステップＳ２５において、当該トリガ情報のApp_idにより特定されるデータ放送用アプリのプログラムデータが取得される。具体的には、当該トリガ情報のBroadcast_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータがテレビジョン放送信号から取得されて記録部７１に記録される。当該トリガ情報のDownloaded_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータが、ローカルストレージである記録部７１から取得される。当該トリガ情報のInternet_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータが、インタネット５０を介してサーバ３２から取得されてキャッシュメモリ７３に記録される。なお、Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagのうち、２つ以上のflagが１である場合、受信装置６０側の都合に応じて、当該トリガ情報のApp_idにより特定されるデータ放送用アプリのプログラムデータを取得することができる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３１】
ステップＳ２４において、ステップＳ２３の判定結果がプリキャッシュではないと判断された場合、処理はステップＳ２６に進められる。ステップＳ２６において、制御部６８は、ステップＳ２３の判定結果がエクスキュートであるか否かを判断し、エクスキュートであると判断された場合、処理はステップＳ２７に進められる。
【０１３２】
ステップＳ２７において、アプリエンジン７４は、制御部６８からの制御に従い、当該トリガ情報のApp_idにより特定されるデータ放送用アプリが休止中（サスペンド状態）であるか否かを判断する。具体的には、退避メモリ７５Ｂに、App_idにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判断する。
【０１３３】
ステップＳ２７において、App_idにより特定されるデータ放送用アプリが休止中ではないと判断された場合、処理はステップＳ２８に進められる。ステップＳ２８において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリのプログラムデータが未取得（記録部７１またはキャッシュメモリ７３に存在しない）の場合にそれを取得する。
【０１３４】
ステップＳ２９において、アプリエンジン７４は、制御部６８からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。
【０１３５】
ステップＳ３０において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリを起動する。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３６】
なお、ステップＳ２７において、App_idにより特定されるデータ放送用アプリが休止中（サスペンド状態）であると判断された場合、処理はステップＳ３１に進められる。ステップＳ３１において、アプリエンジン７４は、制御部６８からの制御に従い、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移して、App_idにより特定されるデータ放送用アプリを起動する。これにより、App_idにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３７】
ステップＳ２６において、ステップＳ２３の判定結果がエクスキュートではないと判断された場合、処理はステップＳ３２に進められる。ステップＳ３２において、制御部６８は、ステップＳ２３の判定結果がインジェクトイベントであるか否かを判断し、インジェクトイベントであると判断された場合、処理はステップＳ３３に進められる。
【０１３８】
ステップＳ３３において、制御部６８は、当該トリガ情報のApp_idと、動作中のデータ放送用アプリのApp_idが一致する場合のみ、アプリエンジン７４を制御して、動作中のアプリケーションにおいて、トリガ情報のEvent_idに対応するイベントを発火（実行）させる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３９】
ステップＳ３２において、ステップＳ２３の判定結果がインジェクトイベントではないと判断された場合、処理はステップＳ３４に進められる。ステップＳ３４において、制御部６８は、ステップＳ２３の判定結果がサスペンドであるか否かを判断し、サスペンドであると判断された場合、処理はステップＳ３５に進められる。
【０１４０】
ステップＳ３５において、アプリエンジン７４は、制御部６８からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータ（すなわち、現在ワークメモリ７５Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ７５Ｂに退避させる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１４１】
ステップＳ３４において、ステップＳ２３の判定結果がサスペンドではないと判断された場合、ステップＳ２３の判定結果はターミネートであるので、処理はステップＳ３６に進められる。ステップＳ３６において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップＳ３７において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリに関するデータを、ワークメモリ７５Ａおよび退避メモリ７５Ｂから消去するとともに、データ放送用アプリのプログラムデータを記録部７１またはキャッシュメモリ７３から消去させる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１４２】
以上でトリガ情報対応処理の詳細な説明を終了する。
【０１４３】
上述したトリガ情報対応処理によれば、テレビジョン番組やＣＭに連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させ、休止した状態から再開することができる。
【０１４４】
また、トリガ情報対応処理によれば、図２０に示すようなデータ放送用アプリの運用の可能である。
【０１４５】
図２０は、データ放送用アプリの動作シナリオの一例を示している。
【０１４６】
放送装置３１がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリのプログラムデータの取得を指示するプリキャッシュコマンドのトリガ情報を送信すると、これを受信した受信装置６０は、放送用アプリのプログラムデータを取得する。
【０１４７】
次に、放送装置３１がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置６０は、放送用アプリを起動する。この起動により、番組の映像にデータ放送用アプリの表示をユーザに促すためのアイコンが重畳表示される。
【０１４８】
このアイコンをユーザが選択すると、番組の映像に画面上にデータ放送用アプリによる表示が重畳される。
【０１４９】
放送装置３１がテレビジョン番組の進行にあわせて、インジェクトイベントコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリにおいてイベントが発火する（例えば、表示が変更される）。
【０１５０】
そして、所定のタイミングにおいて、放送装置３１がデータ放送用アプリのサスペンドコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリが休止される（関連するデータは退避メモリ７５Ｂに保持される）。その後、放送装置３１がデータ放送用アプリのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、休止されていたデータ放送用アプリが再開される。
【０１５１】
さらに、放送装置３１がテレビジョン番組の終了にあわせて、ターミネートコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリが終了される。
【０１５２】
[データ放送用アプリの状態遷移]
図２１は、受信装置６０にて実行されるデータ放送用アプリの状態遷移図である。
【０１５３】
同図に示すように、データ放送用アプリは、終了状態(Stopped)、準備状態(Ready)、実行中状態(Active)、または休止状態(Suspended)の４種類の状態のうちのいずれかに遷移している。
【０１５４】
終了状態は、データ放送用アプリが実行されておらず、かつ、そのデータ放送用アプリのプログラムデータが未取得である状態を指す。準備状態は、そのデータ放送用アプリのプログラムデータが取得済みであって、実行されていない状態を指す。実行中状態は、データ放送用アプリが実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ７５Ｂに保持されている状態を指す。
【０１５５】
データ放送用アプリが休止状態に遷移しているとき、プリキャッシュコマンドのトリガ情報に従って、そのデータ放送用アプリのプログラムデータが取得されると、準備状態に遷移する。
【０１５６】
データ放送用アプリが休止状態に遷移しているとき、または準備状態であるとき、エクスキュートコマンドのトリガ情報に従って、そのデータ放送用アプリが起動されると、実行中状態に遷移する。
【０１５７】
データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドのトリガ情報に従って、実行中のデータ放送用アプリが中断されると休止状態に遷移する。
【０１５８】
データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドのトリガ情報に従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【０１５９】
データ放送用アプリが準備状態、実行中状態、または休止状態に遷移しているとき、ターミネートコマンドのトリガ情報に従って、実行中のデータ放送用アプリが終了されると、終了状態に遷移する。なお、終了状態への遷移は、ターミネートコマンドのトリガ情報に基づくものの他、トリガ情報のApp_expire_dateが経過したとき、他のデータ放送用アプリが実行されたとき、受信チャンネルが切り替えられたときにも発生し得る。
【０１６０】
以上に説明したように、本発明を適用した放送システム３０によれば、番組やＣＭに連動させてデータ放送用アプリを実行させることができる。また、データ放送用アプリを休止して、休止した状態から再開することができる。
【０１６１】
さらに、デジタルテレビジョン番組がCATV網や衛星通信網などを介して再送信される場合においても、テレビジョン番組に連動し得るデータ放送用コンテンツのサービスを実現することができる。
【０１６２】
ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１６３】
図２２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１６４】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１６５】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７、ハードディスクや不揮発性のメモリなどよりなる記憶部１０８、ネットワークインタフェースなどよりなる通信部１０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１を駆動するドライブ１１０が接続されている。
【０１６６】
以上のように構成されるコンピュータでは、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５及びバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０１６７】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１６８】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１６９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１７０】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１７１】
３０ 放送システム， ３１ 放送装置， ３２ サーバ， ４１ トリガ情報生成部， ４２ ビデオ符号化部， ４３ オーディオ符号化部， ４４ 多重化部， ４５ 送出部， ６０ 受信装置， ６１ チューナ， ６２ 多重分離部， ６３ オーディオデコーダ， ６４ 音声出力部， ６５ ビデオデコーダ， ６６ トリガ検出部， ６７ 映像出力部， ６８ 制御部， ６９ メモリ， ７０ 操作部， ７１ 記録部， ７２ 通信I/F， ７３ キャッシュメモリ， ７４ アプリエンジン， ７５ メモリ， ７５Ａ ワークメモリ， ７５Ｂ 退避メモリ
【技術分野】
【０００１】
本発明は、送信装置、送信方法、受信装置、受信方法、プログラム、および放送システムに関し、特に、例えばデジタルテレビジョン放送において、番組やＣＭ（コマーシャルメッセージ）に連動してデータ放送のコンテンツを実行させる場合に用いて好適な送信装置、送信方法、受信装置、受信方法、プログラム、および放送システムに関する。
【背景技術】
【０００２】
従来、日本ではテレビジョン放送のデジタル化が推進されており、地上デジタル放送やＢＳデジタル放送などが普及している。また、地上デジタル放送などのデジタルテレビジョン放送では、番組（コンテンツ）の放送だけでなく、いわゆるデータ放送も実現されている。このデータ放送におけるコンテンツによれば、例えば、放送中の番組に関連する情報を表示したり、放送中の番組に関連しない情報（他の番組の告知、ニュース、天気予報、交通情報など）を表示したりすることができる（例えば、特許文献１参照）。
【０００３】
なお、日本におけるデータ放送は、テレビジョン放送のデジタル化に際してデジタルテレビジョン放送の放送帯域内にデータ放送専用の帯域が予め確保されており、この専用帯域を用いてデータ放送用コンテンツが放送されることにより実現されている。
【０００４】
一方、米国におけるデジタルテレビジョン放送では、日本のデジタルテレビジョン放送のようなデータ放送専用の帯域が確保されていない。
【０００５】
すなわち、米国の現状のデジタルテレビジョン放送の放送帯域は、図１Ａに示すように、映像用帯域、音声用帯域、および制御情報用帯域によって占められており、データ放送用コンテンツを放送するための帯域が設けられていない。したがって、デジタルテレビジョン放送の限られた放送帯域に、データ放送用コンテンツを放送するための帯域を確保するためには、図１Ｂに示すように、例えば映像用帯域および音声用帯域を狭める必要がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−５０２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、映像用帯域および音声用帯域を狭めて、データ放送用コンテンツを放送するための帯域を確保することは、テレビジョン番組の画質および音質の劣化につながるので、現実的な対応とは言い難い。
【０００８】
また、データ放送用コンテンツの帯域を確保したとしても伝送できるデータ量は限られている。したがって、データ放送用コンテンツの情報量が乏しくなってしまったり、情報量を増やそうとすると、受信側で必要なデータを受信するまでに時間がかかってしまったりすることになる。
【０００９】
また、米国においては、CATV（ケーブルＴＶ）網を用いたデジタルテレビジョン番組の再送信システムが普及しているが故に、以下のような問題も生じ得る。
【００１０】
図２は、CATV網を用いたデジタルテレビジョン番組の再送信システムの構成の一例を示している。
【００１１】
この再送信システムは、主に放送装置１、CATV再送信装置２、CATV網３、デジタルテレビジョン受像機４、セットトップボックス(STB)５、およびテレビジョン受像機６から構成される。
【００１２】
放送局などに設けられる放送装置１は、デジタルテレビジョン放送信号を地上波または衛星波を用いて放送する。ケーブルＴＶ局などに設けられるCATV再送信装置２は、放送されたデジタルテレビジョン放送を受信し、不要な情報を除去するとともにCATV独自の情報を追加して、CATV網３を介してデジタルデジタルテレビジョン受像機４、セットトップボックス５などに再送信する。
【００１３】
CATV再送信装置２は、チューナ１１、所定のパケットＩＤのパケットをフィルタリングするPIDフィルタ１２、CATV独自信号発生部１３、多重化部１４、および変調部１５から構成される。
【００１４】
チューナ１１は、各チャンネルのデジタルテレビジョン放送信号を受信して復調し、その結果得られるＴＳ（トランスポートストリーム）をPIDフィルタ１２に出力する。PIDフィルタ１２は、ＴＳから所定のパケットＩＤに対応するパケット（番組としてのコンテンツに関係がないパケット）を除去して多重化部１４に出力する。CATV独自信号発生部１３は、当該CATV局の独自の情報が格納されたパケットを生成して多重化部１４に出力する。多重化部１４は、PIDフィルタ１２の出力と、CATV独自信号発生部１３の出力とを多重化して変調部１５に出力する。変調部１５は、多重化部１４の出力を、CATV網３に適して変調方式により変調して、CATV網３を介してデジタルテレビジョン受像機４、セットトップボックス５などに再送信する。
【００１５】
CATVに対応したデジタルテレビジョン受像機４は、CATV網３を介して、再送信されたデジタルテレビジョン放送のＴＳを受信してデコードし、その結果得られる映像を表示するとともに音声を出力する。
【００１６】
CATVに対応したセットトップボックス５は、CATV網３を介して、再送信されたデジタルテレビジョン放送のＴＳを受信してデコードし、その結果得られる映像信号および音声信号を、HDMIケーブルなどを介してテレビジョン受像機６に出力する。テレビジョン受像機６は、セットトップボックス５からHDMIケーブルなどを介して入力される映像信号および音声信号に基づき、その映像を表示するとともに音声を出力する。
【００１７】
上述したように、CATV再送信装置２においては、PIDフィルタ１２により、デジタル放送信号のＴＳから、所定のパケットＩＤに対応するパケット（番組としてのコンテンツに関係がないパケット）が除去される。したがって、仮に図１Ｂに示されたように、放送帯域に、データ放送用コンテンツを放送するための帯域を確保したとしても、このPIDフィルタ１２により、データ放送用コンテンツが格納されているパケットが排除されてしまうことが起こり得る。
【００１８】
本発明はこのような状況に鑑みてなされたものであり、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やＣＭに連動し得るデータ放送用コンテンツを実現できるようにするものである。
【課題を解決するための手段】
【００１９】
本発明の第１の側面である送信装置は、コンテンツを送信する送信装置において、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、前記多重化ストリームを送出する送出手段とを備え、前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。
【００２０】
前記符号化手段は、前記コンテンツを符号化してMPEG２ビデオストリームを生成し、前記トリガ情報は、前記MPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataに記述されて符号化されるようにすることができる。
【００２１】
前記符号化手段は、前記コンテンツを符号化してH.264ビデオストリームを生成し、
前記トリガ情報は、前記H.264ビデオストリームのSEIに記述されて符号化されるようにすることができる。
【００２２】
前記多重化手段は、前記符号化ストリームを多重化してＴＳを生成し、前記トリガ情報は、前記ＴＳのPMTまたはSITに定義されて前記ＴＳに多重化されるようにすることができる。
【００２３】
前記多重化手段は、ISO ベースメディアファイルフォーマットに従い、前記符号化ストリームを多重化してMP4ファイルを生成し、前記トリガ情報は、前記MP4ファイル内のFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxに配置されるようにすることができる。
【００２４】
本発明の第１の側面である放送方法は、コンテンツを送信する送信装置の送信方法において、送信装置による、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、前記多重化ストリームを送出する送出ステップとを含み、前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。
【００２５】
本発明の第１の側面であるプログラムは、コンテンツを送信する送信装置の制御用のプログラムであって、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、前記多重化ストリームを送出する送出ステップとを含み、前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される処理を送信装置のコンピュータに実行させる。
【００２６】
本発明の第１の側面においては、受信装置にてコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報が、コンテンツとともに符号化されるか、または符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。
【００２７】
本発明の第２の側面である受信装置は、送信されたコンテンツを受信する受信装置において、前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信手段と、前記多重化ストリームを多重分離する多重分離手段と、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段とを備え、前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される。
【００２８】
前記復号手段は、前記多重化ストリームから多重分離されたMPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataから前記トリガ情報を取得することができる。
【００２９】
前記復号手段は、前記多重化ストリームから多重分離されたH.264ビデオストリームのSEIから前記トリガ情報を取得することができる。
【００３０】
前記多重分離手段は、前記多重化ストリームとしてのＴＳ（トランスポートストリーム）のPMTまたはSITの定義に基づき、前記ＴＳから前記トリガ情報を多重分離することができる。
【００３１】
前記多重分離手段は、前記多重化ストリームとしてのMP4ファイルのFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxから前記トリガ情報を多重分離することができる。
【００３２】
本発明の第２の側面である受信方法は、送信されたコンテンツを受信する受信装置の受信方法において、受信装置による、前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、前記多重化ストリームを多重分離する多重分離ステップと、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップとを含み、前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される。
【００３３】
本発明の第２の側面であるプログラムは、送信されたコンテンツを受信する受信装置の制御用のプログラムであって、前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、前記多重化ストリームを多重分離する多重分離ステップと、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップとを含み、前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される処理を受信装置のコンピュータに実行させる。
【００３４】
本発明の第２の側面においては、取得されたトリガ情報に応じて、コンテンツに連動して実行させるアプリケーションプログラムに関する処理が制御される。トリガ情報は、多重化ストリームから多重分離されるか、または符号化ストリームから復号されるかの少なくとも一方により取得される。
【００３５】
本発明の第３の側面である放送システムは、コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置は、受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、前記多重化ストリームを送出する送出手段とを備え、前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出され、前記受信装置は、前記多重化ストリームを受信する受信手段と、前記多重化ストリームを多重分離する多重分離手段と、前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段とを備え、前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される。
【００３６】
本発明の第３の側面においては、送信装置により、受信装置にてコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報が、コンテンツとともに符号化されるか、または符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される。また、受信装置により、取得されたトリガ情報に応じて、コンテンツに連動して実行させるアプリケーションプログラムに関する処理が制御される。トリガ情報は、多重化ストリームから多重分離されるか、または符号化ストリームから復号されるかの少なくとも一方により取得される。
【発明の効果】
【００３７】
本発明の第１の側面によれば、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やＣＭなどに連動したデータ放送用コンテンツの制御を受信側に指示することが可能となる。
【００３８】
本発明の第２の側面によれば、テレビジョン放送の番組やＣＭなどに連動してデータ放送用コンテンツを制御することが可能となる。
【００３９】
本発明の第３の側面によれば、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やＣＭなどに連動したデータ放送用コンテンツのサービスを実現することができる。
【図面の簡単な説明】
【００４０】
【図１】デジタルテレビジョン放送の放送帯域を示す図である。
【図２】既存のCATV再送信システムの構成の一例を示す図である。
【図３】本発明を適用した放送システムの構成例を示す図である。
【図４】本発明を適用した放送装置の構成例を示すブロック図である。
【図５】本発明を適用した受信装置の構成例を示すブロック図である。
【図６】プリキャッシュコマンドのトリガ情報に含まれる項目を示す図である。
【図７】エクスキュートコマンドのトリガ情報に含まれる項目を示す図である。
【図８】インジェクトイベントコマンドのトリガ情報に含まれる項目を示す図である。
【図９】サスペンドコマンドのトリガ情報に含まれる項目を示す図である。
【図１０】ターミネートコマンドのトリガ情報に含まれる項目を示す図である。
【図１１】トリガ情報のシンタックスの一例を示す図である。
【図１２】トリガ情報をMPEG２ビデオストリームに埋め込んで符号化する例を説明する図である。
【図１３】トリガ情報をH.264ビデオストリームに埋め込んで符号化する例を説明する図である。
【図１４】トリガ情報をトランスポートストリームに多重化する例を説明する図である。
【図１５】トリガ情報をISOベースメディアファイルフォーマット(MP4)に多重化する例を説明する図である。
【図１６】番組およびＣＭの進行に連動してアプリケーションプログラムを実行した場合の表示例を示す図である。
【図１７】トリガ情報送信処理を説明するフローチャートである。
【図１８】トリガ情報受信処理を説明するフローチャートである。
【図１９】トリガ情報対応処理を説明するフローチャートである。
【図２０】アプリケーションプログラムの運用シナリオの一例を示す図である。
【図２１】受信装置におけるアプリケーションプログラムの状態遷移図である。
【図２２】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００４１】
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００４２】
＜１．実施の形態＞
［放送システムの構成例］
図３は、実施の形態である放送システムを示している。この放送システム３０は、例えば現状の米国のように、デジタルテレビジョン放送の放送帯域にデータ放送用コンテンツを放送するための帯域が設けられていない状態において、番組やＣＭに連動し得るデータ放送用コンテンツを実現するものである。なお、本明細書において、単にコンテンツと称するものは、いわゆる番組、ＣＭを指すものとする。
【００４３】
なお、データ放送用コンテンツは、受信装置に供給されるアプリケーションプログラムが受信装置のコンピュータにより実行されることによって実現されるので、以下、データ放送用コンテンツを、データ放送用アプリケーションプログラムまたはデータ放送用アプリとも称する。
【００４４】
この放送システム３０は、放送局側に設けられる放送装置３１およびサーバ３２、並びに、受信者側に設けられる受信装置６０から構成される。
【００４５】
放送装置３１は、デジタルテレビジョン放送の放送信号（以下、デジタルテレビジョン放送信号と称する）を送信する。また、放送装置３１は、番組やＣＭに連動して実行させるデータ放送用コンテンツの取得や実行などを指示するためのコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。具体的には、符号化ビデオストリームに埋め込んだり、符号化ビデオストリームなどとともに多重化したりして送信される。
【００４６】
トリガ情報には、コマンドの種類を示す情報の他、取得や実行などの対象とするデータ放送用コンテンツ、すなわち、アプリケーションプログラムを特定するための情報などが含まれている。トリガ情報の詳細については後述する。
【００４７】
サーバ３２は、インタネット５０を介してアクセスしてきた受信装置６０からの要求に応じ、データ放送用コンテンツ（アプリケーションプログラム）を受信装置６０に供給する。
【００４８】
受信装置６０は、放送装置３１から放送されたデジタルテレビジョン放送信号を受信し、して復調、復号などを行ってコンテンツ（テレビジョン番組やＣＭなど）の映像および音声をモニタ（不図示）に出力する。また、受信装置６０は、インタネット５０を介してサーバ３２にアクセスし、データ放送用コンテンツを取得する。なお、この受信装置６０は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。
【００４９】
［放送装置の構成例］
図４は、放送装置３１の構成例を示している。放送装置３１は、トリガ生成部４１、ビデオ符号化部４２、オーディオ符号化部４３、多重化部４４、および送出部４５から構成される。
【００５０】
トリガ生成部４１は、前段から入力される番組やＣＭのビデオストリームの進行に合わせてトリガ情報を生成し、ビデオ符号化部４２および多重化部４４に出力する。
【００５１】
ビデオ符号化部４２は、前段から入力される番組やＣＭのビデオストリームを所定の符号化方式に従って符号化するに際して、トリガ生成部４１からのトリガ情報を埋め込んで符号化し、その結果得られる符号化ビデオステップストリームを多重化部４４に出力する。ビデオ符号化部４２における符号化方式としては、例えば、MPEG２方式、H.264方式などを挙げることができる。
【００５２】
オーディオ符号化部４３は、ビデオ符号化部４２に入力されるビデオストリームに対応するオーディオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化オーディオストリームを多重化部４４に出力する。
【００５３】
多重化部４４は、入力される符号化ビデオストリーム、および符号化オーディオストリームを多重化し、さらに、トリガ情報も多重化し、その結果得られた多重化ストリームを送出部４５に出力する。具体的には、例えば、ＴＳ（トランスポートストリーム）に多重化する。あるいは、デジタルテレビジョン放送のネットワーク配信を考慮して、それに適したISO ベースメディアファイルフォーマット(MP4)に多重化するようにしてもよい。
【００５４】
送出部４５は、入力される多重化ストリームをデジタルテレビジョン放送信号として送出する。
【００５５】
なお、上述した説明では、トリガ情報をビデオストリームに埋め込むとともに、多重化ストリームにも多重化するようにしたが、いずれか一方だけにしてもよい。
【００５６】
［受信装置の構成例］
図５は、受信装置６０の構成例を示している。受信装置６０は、チューナ６１、多重分離部６２、オーディオデコーダ６３、音声出力部６４、ビデオデコーダ６５、トリガ検出部６６、映像出力部６７、制御部６８、メモリ６９、操作部７０、記録部７１、通信I/F７２、キャッシュメモリ７３、アプリエンジン７４、およびアプリ用メモリ７５から構成される。
【００５７】
チューナ６１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られる多重化ストリームを多重分離部６２に出力する。多重分離部６２は、チューナ６１から入力される多重化ストリームを分離し、分離された符号化オーディオストリーム、符号化ビデオストリーム、および制御信号を、それぞれオーディオデコーダ６３、ビデオデコーダ６５、または制御部６８に出力する。
【００５８】
さらに、多重分離部６２は、多重化ストリームに多重化されているトリガ情報を分離してトリガ検出部６６に出力する。
【００５９】
オーディオデコーダ６３は、入力された符号化オーディオストリームをデコードし、その結果得られるオーディオストリーム（音声信号）を音声出力部６４に出力する。音声出力部６４は、入力された音声信号を後段（例えば、スピーカ）に出力する。
【００６０】
ビデオデコーダ６５は、入力された符号化ビデオストリームをデコードし、その結果得られるビデオストリーム（映像信号）をトリガ検出部６６および映像出力部６７に出力する。
【００６１】
トリガ検出部６６は、入力されたビデオストリームに埋め込まれているトリガ情報を検出して制御部６８に出力する。また、トリガ検出部６６は、多重分離部６２から入力されるトリガ情報を制御部６８に出力する。なお、トリガ検出部６６を省略し、ビデオデコーダ６５にて、ビデオストリームからトリガ情報を抽出し、制御部６８に出力するようにしてもよい。この場合、多重分離部６２で分離されたトリガ情報も、直接に制御部６８に出力するようにする。
【００６２】
映像出力部６７は、ビデオデコーダ６５から入力された映像信号を後段（例えば、ディスプレイ）に出力する。また、映像出力部６７は、アプリエンジン７４から入力されるデータ放送用コンテンツの映像と、ビデオデコーダ６５から入力された映像信号を合成して、後段に出力する。
【００６３】
制御部６８は、メモリ６９に記録されている制御用プログラムを実行することにより受信装置６０の全体を制御する。また、制御部６８は、トリガ検出部６６から入力されるトリガ情報に基づき、データ放送用アプリケーションプログラムの取得、起動、イベント発火、休止、終了等を制御する。
【００６４】
メモリ６９には、制御部６８によって実行される制御用プログラムが記録されている。この制御用プログラムは、デジタルテレビジョン放送信号、またはインタネット５０を介して取得する更新データに基づいて更新することができる。操作部７０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６８に通知する。
【００６５】
記録部７１は、データ放送用アプリケーションプログラムがデジタルテレビジョン放送信号を用いて配信される場合において、ダウンロードしたデータ放送用アプリケーションプログラムを、内蔵する記録媒体に保持する。
【００６６】
通信I/F７２は、アプリエンジン７４からの制御に従い、インタネット５０を介してサーバ３２に接続する。アプリエンジン７４は、制御部６８からの制御に従い、通信I/F７２およびインタネット５０を介してサーバ３２からデータ放送用アプリケーションプログラムを取得し、キャッシュメモリ７３に保持させる。
【００６７】
アプリエンジン７４は、制御部６８からの制御に従い、記録部７１またはキャッシュメモリ７３に保持されているデータ放送用アプリケーションプログラムを読み出して実行する。
【００６８】
アプリ用メモリ７５は、ワークメモリ７５Ａおよび退避メモリ７５Ｂとから成る。アプリエンジン７４は、実行中のデータ放送用アプリケーションプログラムに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ７５Ａに記録する。また、アプリエンジン７４は、実行中のデータ放送用アプリケーションプログラムを休止する場合、アプリ用メモリ７５のワークメモリ７５Ａのデータを退避メモリ７５Ｂに移動させる。そして、休止したデータ放送用アプリケーションプログラムを再開する場合、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移動させて休止前の状態を復活させる。
【００６９】
なお、アプリ用メモリ７５における同じサイズの２領域のうち、一方をワークメモリ７５Ａ、他方を退避メモリ７５Ｂとして交互に切り替えるようにしてもよい。これにより、ワークメモリ７５Ａと退避メモリ７５Ｂとの間でのデータの移動をなくすことができる。
【００７０】
［トリガ情報の詳細］
次に、トリガ情報の詳細について説明する。トリガ情報は、デジタルテレビジョン放送信号に包含された状態（埋め込まれたり、多重化された状態）で、電波障害や受信装置６０における取りこぼし（受信ミス）が考慮されて、同一内容のものが複数回繰り返し送信される。
【００７１】
トリガ情報は、それが示すコマンドに応じて、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、またはターミネートの５種類に分類される。
【００７２】
図６は、プリキャッシュ(Pre_cache)コマンドとしてのトリガ情報に含まれる項目を示している。プリキャッシュコマンドは、受信装置６０に対して、データ放送用アプリの取得を指示するためのコマンドである。
【００７３】
Trigger_idは、当該トリガ情報を識別するための情報である。トリガ情報は、通常、同一内容のものが複数回送信されるが、複数回送信される各トリガ情報のTrigger_idは同一のものとなる。Protcol_versionは、当該トリガ情報のプロトコルのバージョンを示している。Command_codeは、当該トリガ情報のコマンドの種類を示す。同図の場合、プリキャッシュコマンドであることを示す情報が記載される。
【００７４】
Trigger_varidityは、当該トリガ情報を受信した各受信装置６０が当該トリガ情報に従って処理を実行する確率を示す値である。この値を設けることにより、複数の受信装置６０がサーバ３２からデータ放送用アプリを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。
【００７５】
App_idは、当該トリガ情報に対応して取得すべきデータ放送用アプリの識別情報である。App_typeは、当該トリガ情報に対応するデータ放送用アプリのタイプ（例えば、HTML5，javaなど）を示す情報である。App_urlは、データ放送用アプリの取得先（いまの場合、サーバ３２）のURLである。
【００７６】
Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagは、当該トリガ情報に対応するデータ放送用アプリのプログラムデータの所在を示すフラグである。Broadcast_App_flagは、当該トリガ情報に対応するデータ放送用アプリがデジタルテレビジョン放送信号から取得可能である場合に１とされる。Downloaded_App_flagは、当該トリガ情報に対応するデータ放送用アプリが既にダウンロードされていてローカルストレージ（例えば、記録部７１）から取得可能である場合に１とされる。Internet_App_flagは、当該トリガ情報に対応するデータ放送用アプリがインタネット５０を介してサーバ３２から取得可能である場合に１とされる。
【００７７】
図７は、エクスキュート(Execute)コマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドとは、受信装置６０に対して、データ放送用アプリの起動を指示するためのコマンドである。
【００７８】
Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id，App_type，App_url，Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagについては、図６に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、エクスキュートコマンドであることを示す情報が記載される。
【００７９】
App_life_scopeは、同一チャンネル内でのビュー切り替え、チャンネル切り替えなどに応じてデータ放送用アプリを終了するか否かを示している。App_expire_dateは、ターミネートコマンド（後述）を受信しない場合であっても、実行中のデータ放送用アプリを終了する日時を示している。
【００８０】
図８は、インジェクトイベント(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、およびApp_typeについては、図６に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、サスペンドコマンドであることを示す情報が記載される。
【００８５】
図１０は、ターミネート(Terminate)コマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、受信装置６０に対して、実行中のデータ放送用アプリを終了させるためのコマンドである。
【００８６】
Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id、およびApp_typeについては、図６に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、ターミネートコマンドであることを示す情報が記載される。
【００８７】
[トリガ情報のシンタックス]
図１１は、上述した各コマンドとしてのトリガ情報に対応可能なトリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって、図１１に限定されるものではない。
【００８８】
[トリガ情報をMPEG２符号化ビデオストリームに埋め込む場合]
図１２は、トリガ情報をMPEG２符号化ビデオストリームに埋め込む場合を示している。
【００８９】
この場合、同図Ａに示すMPEG２ビデオで定義されるvideo_sequence内のピクチャレイヤにおけるuser_dataが利用され、同図Ｂに示すようにトリガ情報が記述される。具体的には、同図ＢにおけるATSC_trigger()の位置に、図１１に示されたシンタックスが記述される。
【００９０】
[トリガ情報をH.264符号化ビデオストリームに埋め込む場合]
図１３は、トリガ情報をH.264符号化ビデオストリームに埋め込む場合を示している。
【００９１】
この場合、同図Ａに示すH.264のSEI(Supplementary Enhancement Information)のuser_dataが利用され、同図Ｂに示すようにトリガ情報が記述される。具体的には、同図ＢにおけるATSC_trigger()以降の位置に、図１１に示されたシンタックスが記述される。
【００９２】
[トリガ情報をＴＳ（トランスポートストリーム）に多重化する場合]
図１４は、トリガ情報をＴＳに多重化する場合を示している。
【００９３】
この場合、同図Ａに示すように、ＴＳのPMT(program map table) descriptorに、トリガ情報のdescriptorを定義し、同図Ｂに示すようにトリガ情報が記述される。具体的には、同図Ｂにおけるdescriptor_length以降の位置に、図１１に示されたシンタックスが記述される。
【００９４】
なお、PMT descriptorでなく、例えば、SIT(selection information table) descriptorにトリガ情報のdescriptorを定義するようにしてもよい。
【００９５】
[トリガ情報をISO ベースメディアファイルフォーマット(MP4)に従って多重化する場合]
図１５は、ISO ベースメディアファイルフォーマットに従い、トリガ情報をMP4ファイルに多重化する場合を示している。
【００９６】
この場合、MP4ファイル内におけるトリガ情報の配置は、File，Movie，Trak，Movie Fragment、またはTrack Fragmentのいずれでもよく、同図Ａに示すように、トリガ情報に対応するBoxを定義にする。そして、//ATSC Triggerの位置に、図１１に示されたシンタックスを記述する。
【００９７】
上述したように、トリガ情報を符号化ビデオストリームに埋め込んだり、多重化ストリームに多重化したりすることにより、図２に示されたようなCATV網を利用する受信装置（図２のデジタルテレビジョン受像機４）に対してもトリガ情報を通知することができる。
【００９８】
［動作説明］
次に、放送システ３０の動作について説明する。
【００９９】
図１６は、テレビジョン番組やＣＭなどの対応するデータ放送用アプリを受信装置６０に実行させるときの受信装置６０の表示画面の遷移を示している。
【０１００】
例えば同図Ａに示すように、テレビジョン番組（いまの場合、「７時のニュース」）が放送されており、番組の内容が経済情報に移ると、それにあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信される。これが受信されると、データ放送用アプリが起動されて、番組が表示されている画面上には、同図Ｂに示すように、データ放送用アプリの表示をユーザに促すためのアイコン（いまの場合、「株」）が表示される。
【０１０１】
ユーザがこのアイコンを選択すると、画面上には、同図Ｃに示すように、データ放送用アプリによる表示（いまの場合、株価情報表示）が行われる。このように、データ放送用アプリの表示をユーザに促すためのアイコンが表示された場合にのみ、データ放送用アプリによる表示を行うので、データ放送用アプリによる表示を必要としないユーザを煩わせてしまう事態を抑止することができる。
【０１０２】
さらに番組の内容が推移すると（いまの場合、スポーツ情報に推移すると）、それにあわせてインジェクイベントコマンドのトリガ情報が送信される。これが受信されると、イベントが発火されて、例えば、画面上のデータ放送用アプリによる表示が、同図Ｄに示すように変更される（いまの場合、試合結果情報表示に変更される）。
【０１０３】
そして、番組に対応する実行中のデータ放送用アプリに対するサスペンドコマンドのトリガ情報が送信され、これが受信されると、番組に対応するデータ放送用アプリが休止される。この後、ＣＭに対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、ＣＭ番組のデータ放送用アプリが起動される。これにより、ＣＭが表示されている画面上には、同図Ｅに示すように、ＣＭに対応するデータ放送用アプリの表示をユーザに促すためのアイコン（いまの場合、「懸賞応募」）が表示される。
【０１０４】
ユーザがこのアイコンを選択すると、画面上には、ＣＭに対応するデータ放送用アプリによる表示（いまの場合、懸賞応募のための表示）が行われる。
【０１０５】
ＣＭの終了後、番組再開にあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、同図Ｆに示すように、CMに対応するデータ放送用アプリの表示が消去されて、番組のデータ放送用アプリの表示も、先ほど休止された状態から再開される。
【０１０６】
そして、番組が終了するとき、それにあわせて、番組に対応するデータ放送用アプリに対するターミネートコマンドのトリガ情報が送信され、これが受信されると、同図Ｇに示すように、画面上からデータ放送用アプリの表示が消去されて番組の映像のみが表示される。
【０１０７】
なお、データ放送用アプリの表示については、図１６に示されたように、番組の表示を縮小してデータ放送用アプリの表示のための領域を設ける方法だけでなく、例えば、番組の表示に、データ放送用アプリの表示を重畳するようにしてもよい。
【０１０８】
次に、放送装置３１がデジタルテレビジョン放送信号にトリガ情報を含めて送信するときの処理（以下、単にトリガ情報送信処理と称する）について図１７を参照して説明する。
【０１０９】
図１７は、トリガ情報送信処理を説明するフローチャートである。
【０１１０】
ステップＳ１において、放送装置３１のトリガ生成部４１は、前段から入力される番組やＣＭのビデオストリームの進行に対応させたトリガ情報を生成し、ビデオ符号化部４２および多重化部４４に出力する。
【０１１１】
ステップＳ２において、ビデオ符号化部４２は、トリガ生成部４１からのトリガ情報をビデオストリームとともに符号化するか否か、予め設定されているユーザからの指示に基づいて判断する。
【０１１２】
トリガ生成部４１からのトリガ情報をビデオストリームとともに符号化すると判断され場合、処理はステップＳ３に進めされる。ステップＳ３において、ビデオ符号化部４２は、前段から入力された番組やＣＭのビデオストリームに、トリガ生成部４１からのトリガ情報を埋め込んで符号化し、その結果得られる符号化ビデオステップストリームを多重化部４４に出力する。この後、処理はステップＳ５に進められる。
【０１１３】
なお、ステップＳ２において、トリガ生成部４１からのトリガ情報をビデオストリームとともに符号化しないと判断された場合、処理はステップＳ４に進められる。ステップＳ４において、ビデオ符号化部４２は、前段から入力された番組やＣＭのビデオストリームを符号化し、その結果得られる符号化ビデオステップストリームを多重化部４４に出力する。この後、処理はステップＳ５に進められる。
【０１１４】
ステップＳ５において、多重化部４４は、トリガ生成部４１からのトリガ情報を符号化ビデオストリームなどとともに多重化するか否か、予め設定されているユーザからの指示に基づいて判断する。
【０１１５】
トリガ生成部４１からのトリガ情報を符号化ビデオストリームなどとともに多重化すると判断された場合、処理はステップＳ６に進められる。ステップＳ６において、多重化部４４は、前段から入力された符号化ビデオストリーム、および符号化オーディオストリームを多重化し、さらに、トリガ情報も多重化し、その結果得られた多重化ストリームを送出部４５に出力する。
【０１１６】
なお、ステップＳ５において、トリガ生成部４１からのトリガ情報を符号化ビデオストリームなどとともに多重化しないと判断された場合、処理はステップＳ７に進められる。ステップＳ７において、多重化部４４は、前段から入力された符号化ビデオストリーム、および符号化オーディオストリームを多重化し、その結果得られた多重化ストリームを送出部４５に出力する。
【０１１７】
ステップＳ８において、送出部４５は、多重化部４４から入力された多重化ストリームをデジタルテレビジョン放送信号として送出する。この後、処理はステップＳ１に戻って、それ以降が繰り返されることになる。以上で、トリガ情報送信処理の説明を終了する。
【０１１８】
次に、受信装置６０による、トリガ情報を含むデジタルテレビジョン放送信号を受信するときの処理（以下、トリガ情報受信処理）について、図１８を参照して説明する。
【０１１９】
図１８は、トリガ情報受信処理を説明するフローチャートである。なお、以下の説明では、トリガ情報に関わる動作のみを説明しており、例えば、オーディオストリームなどに関する動作の説明は適宜省略している。
【０１２０】
このトリガ情報受信処理は、例えば、ユーザがテレビジョン番組を視聴しているとき、すなわち、デジタルテレビジョン放送信号を受信している間、繰り返して実行される。
【０１２１】
ステップＳ１１において、受信装置６０の多重分離部６２は、チューナ６１から入力される多重化ストリームを分離する。そして、多重分離部６２は、ステップＳ１２として、分離された符号化オーディオストリーム、符号化ビデオストリーム、および制御信号を、それぞれオーディオデコーダ６３、ビデオデコーダ６５、または制御部６８に出力するとともに、分離されたトリガ情報をトリガ検出部６６に出力する。
【０１２２】
ステップＳ１３において、ビデオデコーダ６５は、入力された符号化ビデオストリームをデコードし、その結果得られるビデオストリーム（映像信号）をトリガ検出部６６および映像出力部６７に出力する。
【０１２３】
ステップＳ１４において、トリガ検出部６６は、入力されたビデオストリームに埋め込まれているトリガ情報を検出して制御部６８に出力する。また、トリガ検出部６６は、多重分離部６２から入力されるトリガ情報を制御部６８に出力する。
【０１２４】
ステップＳ１５において、制御部６８は、入力されたトリガ情報に対応する処理（以下、トリガ情報対応処理）を実行する。この後、処理はステップＳ１１に戻されて、それ以降が繰り返される。
【０１２５】
図１９は、トリガ情報対応処理を詳細に説明するフローチャートである。
【０１２６】
ステップＳ２１において、制御部６８は、トリガ検出部６６からトリガ情報が入力されるまで待機する。そして、トリガ情報が入力された場合、処理はステップＳ２２に進められる。
【０１２７】
ステップＳ２２において、制御部６８は、トリガ情報のTrigger_idを読み出し、当該トリガ情報に対してステップＳ２３以降の処理を既に実行済みであるか否かを判定する。既にステップＳ２３以降の処理を実行済みであると判定された場合、処理はステップＳ２１に戻されて、それ以降が繰り返される。反対に、当該トリガ情報に対してステップＳ２３以降の処理を実行していないと判定された場合、処理はステップＳ２３に進められる。
【０１２８】
ステップＳ２３において、制御部６８は、トリガ情報のCommand_codeを読み出し、当該トリガ情報の示すコマンドが、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、またはターミネートのいずれであるかを判別する。
【０１２９】
ステップＳ２４において、制御部６８は、ステップＳ２３の判定結果がプリキャッシュであるか否かを判断し、プリキャッシュであると判断された場合、処理はステップＳ２５に進められる。
【０１３０】
ステップＳ２５において、当該トリガ情報のApp_idにより特定されるデータ放送用アプリのプログラムデータが取得される。具体的には、当該トリガ情報のBroadcast_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータがテレビジョン放送信号から取得されて記録部７１に記録される。当該トリガ情報のDownloaded_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータが、ローカルストレージである記録部７１から取得される。当該トリガ情報のInternet_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータが、インタネット５０を介してサーバ３２から取得されてキャッシュメモリ７３に記録される。なお、Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagのうち、２つ以上のflagが１である場合、受信装置６０側の都合に応じて、当該トリガ情報のApp_idにより特定されるデータ放送用アプリのプログラムデータを取得することができる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３１】
ステップＳ２４において、ステップＳ２３の判定結果がプリキャッシュではないと判断された場合、処理はステップＳ２６に進められる。ステップＳ２６において、制御部６８は、ステップＳ２３の判定結果がエクスキュートであるか否かを判断し、エクスキュートであると判断された場合、処理はステップＳ２７に進められる。
【０１３２】
ステップＳ２７において、アプリエンジン７４は、制御部６８からの制御に従い、当該トリガ情報のApp_idにより特定されるデータ放送用アプリが休止中（サスペンド状態）であるか否かを判断する。具体的には、退避メモリ７５Ｂに、App_idにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判断する。
【０１３３】
ステップＳ２７において、App_idにより特定されるデータ放送用アプリが休止中ではないと判断された場合、処理はステップＳ２８に進められる。ステップＳ２８において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリのプログラムデータが未取得（記録部７１またはキャッシュメモリ７３に存在しない）の場合にそれを取得する。
【０１３４】
ステップＳ２９において、アプリエンジン７４は、制御部６８からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。
【０１３５】
ステップＳ３０において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリを起動する。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３６】
なお、ステップＳ２７において、App_idにより特定されるデータ放送用アプリが休止中（サスペンド状態）であると判断された場合、処理はステップＳ３１に進められる。ステップＳ３１において、アプリエンジン７４は、制御部６８からの制御に従い、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移して、App_idにより特定されるデータ放送用アプリを起動する。これにより、App_idにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３７】
ステップＳ２６において、ステップＳ２３の判定結果がエクスキュートではないと判断された場合、処理はステップＳ３２に進められる。ステップＳ３２において、制御部６８は、ステップＳ２３の判定結果がインジェクトイベントであるか否かを判断し、インジェクトイベントであると判断された場合、処理はステップＳ３３に進められる。
【０１３８】
ステップＳ３３において、制御部６８は、当該トリガ情報のApp_idと、動作中のデータ放送用アプリのApp_idが一致する場合のみ、アプリエンジン７４を制御して、動作中のアプリケーションにおいて、トリガ情報のEvent_idに対応するイベントを発火（実行）させる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１３９】
ステップＳ３２において、ステップＳ２３の判定結果がインジェクトイベントではないと判断された場合、処理はステップＳ３４に進められる。ステップＳ３４において、制御部６８は、ステップＳ２３の判定結果がサスペンドであるか否かを判断し、サスペンドであると判断された場合、処理はステップＳ３５に進められる。
【０１４０】
ステップＳ３５において、アプリエンジン７４は、制御部６８からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータ（すなわち、現在ワークメモリ７５Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ７５Ｂに退避させる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１４１】
ステップＳ３４において、ステップＳ２３の判定結果がサスペンドではないと判断された場合、ステップＳ２３の判定結果はターミネートであるので、処理はステップＳ３６に進められる。ステップＳ３６において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップＳ３７において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリに関するデータを、ワークメモリ７５Ａおよび退避メモリ７５Ｂから消去するとともに、データ放送用アプリのプログラムデータを記録部７１またはキャッシュメモリ７３から消去させる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。
【０１４２】
以上でトリガ情報対応処理の詳細な説明を終了する。
【０１４３】
上述したトリガ情報対応処理によれば、テレビジョン番組やＣＭに連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させ、休止した状態から再開することができる。
【０１４４】
また、トリガ情報対応処理によれば、図２０に示すようなデータ放送用アプリの運用の可能である。
【０１４５】
図２０は、データ放送用アプリの動作シナリオの一例を示している。
【０１４６】
放送装置３１がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリのプログラムデータの取得を指示するプリキャッシュコマンドのトリガ情報を送信すると、これを受信した受信装置６０は、放送用アプリのプログラムデータを取得する。
【０１４７】
次に、放送装置３１がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置６０は、放送用アプリを起動する。この起動により、番組の映像にデータ放送用アプリの表示をユーザに促すためのアイコンが重畳表示される。
【０１４８】
このアイコンをユーザが選択すると、番組の映像に画面上にデータ放送用アプリによる表示が重畳される。
【０１４９】
放送装置３１がテレビジョン番組の進行にあわせて、インジェクトイベントコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリにおいてイベントが発火する（例えば、表示が変更される）。
【０１５０】
そして、所定のタイミングにおいて、放送装置３１がデータ放送用アプリのサスペンドコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリが休止される（関連するデータは退避メモリ７５Ｂに保持される）。その後、放送装置３１がデータ放送用アプリのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、休止されていたデータ放送用アプリが再開される。
【０１５１】
さらに、放送装置３１がテレビジョン番組の終了にあわせて、ターミネートコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリが終了される。
【０１５２】
[データ放送用アプリの状態遷移]
図２１は、受信装置６０にて実行されるデータ放送用アプリの状態遷移図である。
【０１５３】
同図に示すように、データ放送用アプリは、終了状態(Stopped)、準備状態(Ready)、実行中状態(Active)、または休止状態(Suspended)の４種類の状態のうちのいずれかに遷移している。
【０１５４】
終了状態は、データ放送用アプリが実行されておらず、かつ、そのデータ放送用アプリのプログラムデータが未取得である状態を指す。準備状態は、そのデータ放送用アプリのプログラムデータが取得済みであって、実行されていない状態を指す。実行中状態は、データ放送用アプリが実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ７５Ｂに保持されている状態を指す。
【０１５５】
データ放送用アプリが休止状態に遷移しているとき、プリキャッシュコマンドのトリガ情報に従って、そのデータ放送用アプリのプログラムデータが取得されると、準備状態に遷移する。
【０１５６】
データ放送用アプリが休止状態に遷移しているとき、または準備状態であるとき、エクスキュートコマンドのトリガ情報に従って、そのデータ放送用アプリが起動されると、実行中状態に遷移する。
【０１５７】
データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドのトリガ情報に従って、実行中のデータ放送用アプリが中断されると休止状態に遷移する。
【０１５８】
データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドのトリガ情報に従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【０１５９】
データ放送用アプリが準備状態、実行中状態、または休止状態に遷移しているとき、ターミネートコマンドのトリガ情報に従って、実行中のデータ放送用アプリが終了されると、終了状態に遷移する。なお、終了状態への遷移は、ターミネートコマンドのトリガ情報に基づくものの他、トリガ情報のApp_expire_dateが経過したとき、他のデータ放送用アプリが実行されたとき、受信チャンネルが切り替えられたときにも発生し得る。
【０１６０】
以上に説明したように、本発明を適用した放送システム３０によれば、番組やＣＭに連動させてデータ放送用アプリを実行させることができる。また、データ放送用アプリを休止して、休止した状態から再開することができる。
【０１６１】
さらに、デジタルテレビジョン番組がCATV網や衛星通信網などを介して再送信される場合においても、テレビジョン番組に連動し得るデータ放送用コンテンツのサービスを実現することができる。
【０１６２】
ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１６３】
図２２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１６４】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１６５】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７、ハードディスクや不揮発性のメモリなどよりなる記憶部１０８、ネットワークインタフェースなどよりなる通信部１０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１を駆動するドライブ１１０が接続されている。
【０１６６】
以上のように構成されるコンピュータでは、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５及びバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０１６７】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１６８】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１６９】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１７０】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１７１】
３０ 放送システム， ３１ 放送装置， ３２ サーバ， ４１ トリガ情報生成部， ４２ ビデオ符号化部， ４３ オーディオ符号化部， ４４ 多重化部， ４５ 送出部， ６０ 受信装置， ６１ チューナ， ６２ 多重分離部， ６３ オーディオデコーダ， ６４ 音声出力部， ６５ ビデオデコーダ， ６６ トリガ検出部， ６７ 映像出力部， ６８ 制御部， ６９ メモリ， ７０ 操作部， ７１ 記録部， ７２ 通信I/F， ７３ キャッシュメモリ， ７４ アプリエンジン， ７５ メモリ， ７５Ａ ワークメモリ， ７５Ｂ 退避メモリ
【特許請求の範囲】
【請求項１】
コンテンツを送信する送信装置において、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、
前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、
前記多重化ストリームを送出する送出手段と
を備え、
前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される
送信装置。
【請求項２】
前記符号化手段は、前記コンテンツを符号化してMPEG２ビデオストリームを生成し、
前記トリガ情報は、前記MPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataに記述されて符号化される
請求項１に記載の送信装置。
【請求項３】
前記符号化手段は、前記コンテンツを符号化してH.264ビデオストリームを生成し、
前記トリガ情報は、前記H.264ビデオストリームのSEI(Supplementary Enhancement Information)に記述されて符号化される
請求項１に記載の送信装置。
【請求項４】
前記多重化手段は、前記符号化ストリームを多重化してＴＳ（トランスポートストリーム）を生成し、
前記トリガ情報は、前記ＴＳのPMT(program map table)またはSIT(selection information table)に定義されて前記ＴＳに多重化される
請求項１乃至３に記載の送信装置。
【請求項５】
前記多重化手段は、ISO ベースメディアファイルフォーマットに従い、前記符号化ストリームを多重化してMP4ファイルを生成し、
前記トリガ情報は、前記MP4ファイル内のFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxに配置される
請求項１乃至３に記載の送信装置。
【請求項６】
コンテンツを送信する送信装置の送信方法において、
送信装置による、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、
前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、
前記多重化ストリームを送出する送出ステップと
を含み、
前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される
送信方法。
【請求項７】
コンテンツを送信する送信装置の制御用のプログラムであって、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、
前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、
前記多重化ストリームを送出する送出ステップと
を含み、
前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される
処理を送信装置のコンピュータに実行させるプログラム。
【請求項８】
送信されたコンテンツを受信する受信装置において、
前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信手段と、
前記多重化ストリームを多重分離する多重分離手段と、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段と
を備え、
前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される
受信装置。
【請求項９】
前記復号手段は、前記多重化ストリームから多重分離されたMPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataから前記トリガ情報を取得する
請求項８に記載の受信装置。
【請求項１０】
前記復号手段は、前記多重化ストリームから多重分離されたH.264ビデオストリームのSEI(Supplementary Enhancement Information)から前記トリガ情報を取得する
請求項８に記載の受信装置。
【請求項１１】
前記多重分離手段は、前記多重化ストリームとしてのＴＳ（トランスポートストリーム）のPMT(program map table)またはSIT(selection information table)の定義に基づき、前記ＴＳから前記トリガ情報を多重分離する
請求項８乃至１０に記載の受信装置。
【請求項１２】
前記多重分離手段は、前記多重化ストリームとしてのMP4ファイルのFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxから前記トリガ情報を多重分離する
請求項８乃至１０に記載の受信装置。
【請求項１３】
送信されたコンテンツを受信する受信装置の受信方法において、
受信装置による、
前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、
前記多重化ストリームを多重分離する多重分離ステップと、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップと
を含み、
前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される
受信方法。
【請求項１４】
送信されたコンテンツを受信する受信装置の制御用のプログラムであって、
前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、
前記多重化ストリームを多重分離する多重分離ステップと、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップと
を含み、
前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される
処理を受信装置のコンピュータに実行させるプログラム。
【請求項１５】
コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置とからなる放送システムにおいて、
前記送信装置は、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、
前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、
前記多重化ストリームを送出する送出手段と
を備え、
前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出され、
前記受信装置は、
前記多重化ストリームを受信する受信手段と、
前記多重化ストリームを多重分離する多重分離手段と、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段と
を備え、
前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される
放送システム。
【請求項１】
コンテンツを送信する送信装置において、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、
前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、
前記多重化ストリームを送出する送出手段と
を備え、
前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される
送信装置。
【請求項２】
前記符号化手段は、前記コンテンツを符号化してMPEG２ビデオストリームを生成し、
前記トリガ情報は、前記MPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataに記述されて符号化される
請求項１に記載の送信装置。
【請求項３】
前記符号化手段は、前記コンテンツを符号化してH.264ビデオストリームを生成し、
前記トリガ情報は、前記H.264ビデオストリームのSEI(Supplementary Enhancement Information)に記述されて符号化される
請求項１に記載の送信装置。
【請求項４】
前記多重化手段は、前記符号化ストリームを多重化してＴＳ（トランスポートストリーム）を生成し、
前記トリガ情報は、前記ＴＳのPMT(program map table)またはSIT(selection information table)に定義されて前記ＴＳに多重化される
請求項１乃至３に記載の送信装置。
【請求項５】
前記多重化手段は、ISO ベースメディアファイルフォーマットに従い、前記符号化ストリームを多重化してMP4ファイルを生成し、
前記トリガ情報は、前記MP4ファイル内のFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxに配置される
請求項１乃至３に記載の送信装置。
【請求項６】
コンテンツを送信する送信装置の送信方法において、
送信装置による、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、
前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、
前記多重化ストリームを送出する送出ステップと
を含み、
前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される
送信方法。
【請求項７】
コンテンツを送信する送信装置の制御用のプログラムであって、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、
前記コンテンツを符号化して符号化ストリームを生成する符号化ステップと、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化ステップと、
前記多重化ストリームを送出する送出ステップと
を含み、
前記トリガ情報は、前記符号化ステップの処理で前記コンテンツとともに符号化されるか、または前記多重化ステップの処理で前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出される
処理を送信装置のコンピュータに実行させるプログラム。
【請求項８】
送信されたコンテンツを受信する受信装置において、
前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信手段と、
前記多重化ストリームを多重分離する多重分離手段と、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段と
を備え、
前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される
受信装置。
【請求項９】
前記復号手段は、前記多重化ストリームから多重分離されたMPEG２ビデオストリームのvideo_sequence内のピクチャレイヤにおけるuse_dataから前記トリガ情報を取得する
請求項８に記載の受信装置。
【請求項１０】
前記復号手段は、前記多重化ストリームから多重分離されたH.264ビデオストリームのSEI(Supplementary Enhancement Information)から前記トリガ情報を取得する
請求項８に記載の受信装置。
【請求項１１】
前記多重分離手段は、前記多重化ストリームとしてのＴＳ（トランスポートストリーム）のPMT(program map table)またはSIT(selection information table)の定義に基づき、前記ＴＳから前記トリガ情報を多重分離する
請求項８乃至１０に記載の受信装置。
【請求項１２】
前記多重分離手段は、前記多重化ストリームとしてのMP4ファイルのFile，Movie，Trak，Movie Fragment、またはTrack Fragmentに定義されたBoxから前記トリガ情報を多重分離する
請求項８乃至１０に記載の受信装置。
【請求項１３】
送信されたコンテンツを受信する受信装置の受信方法において、
受信装置による、
前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、
前記多重化ストリームを多重分離する多重分離ステップと、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップと
を含み、
前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される
受信方法。
【請求項１４】
送信されたコンテンツを受信する受信装置の制御用のプログラムであって、
前記コンテンツが符号化されて多重化されている多重化ストリームを受信する受信ステップと、
前記多重化ストリームを多重分離する多重分離ステップと、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号ステップと、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御ステップと
を含み、
前記トリガ情報は、前記多重分離ステップの処理で前記多重化ストリームから多重分離されるか、または前記復号ステップの処理で前記符号化ストリームから復号されるかの少なくとも一方により取得される
処理を受信装置のコンピュータに実行させるプログラム。
【請求項１５】
コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置とからなる放送システムにおいて、
前記送信装置は、
受信装置にて前記コンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成手段と、
前記コンテンツを符号化して符号化ストリームを生成する符号化手段と、
前記符号化ストリームを多重化して多重化ストリームを生成する多重化手段と、
前記多重化ストリームを送出する送出手段と
を備え、
前記トリガ情報は、前記符号化手段により前記コンテンツとともに符号化されるか、または前記多重化手段により前記符号化ストリームとともに多重化されるかの少なくとも一方が行われて送出され、
前記受信装置は、
前記多重化ストリームを受信する受信手段と、
前記多重化ストリームを多重分離する多重分離手段と、
前記多重化ストリームから多重分離された符号化ストリームを復号して前記コンテンツを再生する復号手段と、
取得されたトリガ情報に応じて、前記コンテンツに連動して実行させるアプリケーションプログラムに関する処理を制御する制御手段と
を備え、
前記トリガ情報は、前記多重分離手段により前記多重化ストリームから多重分離されるか、または前記復号手段により前記符号化ストリームから復号されるかの少なくとも一方により取得される
放送システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−６５１００（Ｐ２０１２−６５１００Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０６８５１（Ｐ２０１０−２０６８５１）
【出願日】平成２２年９月１５日（２０１０．９．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１５日（２０１０．９．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]