JP2016001908A - 受信方法、受信装置、供給方法、および供給装置 - Google Patents

Abstract

【課題】番組の進行にアプリケーションプログラムを連動させるタイミングなどの制御情報を、テレビジョン放送信号を用いることなく受信側に通知する。【解決手段】アプリケーション制御記述子のアプリケーション制御タイプが３である場合、受信装置は、サーバからアプリケーション制御データを取得し、アプリケーション制御データを構成するセグメントデータに従って新情報サービスアプリの取得、起動などを行う。なお、コマンド適用装置として外部装置が指定されている場合、受信装置が外部装置用のコマンドを生成して外部装置に出力する。外部装置は、受信装置からのコマンドに従い、新情報サービスアプリの取得、起動などを行う。本開示は、放送側から受信装置を制御する場合に適用できる。【選択図】図４

Description

本開示は、受信方法、受信装置、供給方法、および供給装置に関し、特に、デジタルテレビジョン放送の番組の進行に連動させて所定のアプリケーションプログラムの動作を制御できるようにした受信方法、受信装置、供給方法、および供給装置に関する。

デジタルテレビジョン放送においては、テレビジョン番組の放送サービスだけでなく、いわゆるデータ放送と称するサービスも実現されている（例えば、特許文献１参照）。そして、今後は、デジタルテレビジョン放送にインタネットを活用したより高度なサービスの導入が検討されている。

具体的には、例えば、番組の進行に連動して動作するアプリケーションプログラムなどをインタネットを介して受信装置側に供給して、その動作を制御することが検討されている。

特開２００６−５０２３７号公報

デジタルテレビジョン放送にインタネットを活用したより高度なサービスを導入するに際しては、既存のデジタルテレビジョン受像機等の受信装置の動作を確保すること、放送帯域に制限があることなどを考慮すると、既存のデジタルテレビジョン放送の放送方式に対する修正も限定的に行わなければならない。

また、放送事業者による番組の運用と上述したアプリケーションプログラムの事業者によるアプリケーションプログラムの運用とは、分離されていることが望ましい。この様な要望を実現するには、番組の進行にアプリケーションプログラムを連動させるタイミングなどを受信側に通知するための制御情報を放送信号を用いずに受信側に供給する方法を確立する必要がある。

本開示はこのような状況に鑑みてなされたものであり、番組の進行にアプリケーションプログラムを連動させるタイミングなどの制御情報を、テレビジョン放送信号を用いることなく受信側に供給できるようにするものである。

本開示の第１の側面である受信方法は、放送網を介して放送されたコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記放送網を介して放送された放送信号を受信する受信ステップと、受信された前記放送信号からアプリケーション制御記述子を取得するアプリケーション制御記述子取得ステップと、取得された前記アプリケーション制御記述子に記述されているアプリケーションプログラムに関するタイプに応じて、前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データを、前記アプリケーション制御記述子にて指定されているサーバからネットワークを介して取得するアプリケーション制御データ取得ステップと、前記アプリケーション制御データに従って前記所定のアプリケーションプログラムに関する処理を実行するアプリケーション制御データ解析ステップとを含む。

前記所定のアプリケーションプログラムに関する前記コマンドは、前記所定のアプリケーションプログラムの取得、起動、イベント発火、中断、または終了のうちのいずれかを指示することができる。

本開示の第１の側面である受信方法は、取得された前記アプリケーション制御記述子に記述されている前記アプリケーションプログラムに関するタイプに応じて、前記アプリケーション制御記述子または前記アプリケーション制御データに含まれている前記コマンドに従い、前記所定のアプリケーションプログラムを取得するアプリケーション制御記述子解析ステップをさらに含むことができる。

本開示の第１の側面である受信装置は、放送網を介して放送されたコンテンツを受信する受信装置において、前記放送網を介して放送された放送信号を受信する受信部と、受信された前記放送信号からアプリケーション制御記述子を取得するアプリケーション制御記述子取得部と、取得された前記アプリケーション制御記述子に記述されているアプリケーションプログラムに関するタイプに応じて、前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データを、前記アプリケーション制御記述子にて指定されているサーバからネットワークを介して取得するアプリケーション制御データ取得部と、前記アプリケーション制御データに従って前記所定のアプリケーションプログラムに関する処理を実行するアプリケーション制御データ解析部とを備える。

本開示の第１の側面においては、放送網を介して放送された放送信号が受信され、受信された前記放送信号からアプリケーション制御記述子が取得され、取得された前記アプリケーション制御記述子に記述されているアプリケーションプログラムに関するタイプに応じて、前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データが、前記アプリケーション制御記述子にて指定されているサーバからネットワークを介して取得され、アプリケーション制御データに従って前記所定のアプリケーションプログラムに関する処理が実行される。

本開示の第２の側面である供給方法は、放送網を介して受信装置にコンテンツを供給する供給装置の供給方法において、前記供給装置による、前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データの供給元となるサーバを指定する情報、およびアプリケーションプログラムに関するタイプが記述されているアプリケーション制御記述子と、前記コンテンツを含む放送信号を前記放送網を介して放送する放送ステップと、放送された前記アプリケーション制御記述子に記述されている前記アプリケーションプログラムに関するタイプに応じて前記アプリケーション制御データを要求してきた前記受信装置に対し、ネットワークを介して前記アプリケーション制御データを供給する供給ステップとを含む。

本開示の第２の側面である供給装置は、放送網を介して受信装置にコンテンツを供給する供給装置において、前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データの供給元となるサーバを指定する情報、およびアプリケーションプログラムに関するタイプが記述されているアプリケーション制御記述子と、前記コンテンツを含む放送信号を前記放送網を介して放送する放送部と、放送された前記アプリケーション制御記述子に記述されている前記アプリケーションプログラムに関するタイプに応じて前記アプリケーション制御データを要求してきた前記受信装置に対し、ネットワークを介して前記アプリケーション制御データを供給する前記サーバとを備える。

本開示の第２の側面においては、コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データの供給元となるサーバを指定する情報、およびアプリケーションプログラムに関するタイプが記述されているアプリケーション制御記述子と、前記コンテンツを含む放送信号とが放送網を介して放送され、放送された前記アプリケーション制御記述子に記述されている前記アプリケーションプログラムに関するタイプに応じて前記アプリケーション制御データを要求してきた前記受信装置に対し、ネットワークを介して前記アプリケーション制御データが供給される。

本開示の第１の側面によれば、サーバからのアプリケーション制御データに従い、コンテンツの進行に連動してアプリケーションの動作を制御することができる。

本開示の第２の側面によれば、コンテンツの進行に連動してアプリケーションの動作を制御するためのアプリケーション制御データをサーバから受信装置に供給することができる。

本開示の放送システムの構成例を示すブロック図である。 アプリケーション制御タイプが１の場合における情報の流れの概要を示す図である。 アプリケーション制御タイプが２の場合における情報の流れの概要を示す図である。 アプリケーション制御タイプが３の場合における情報の流れの概要を示す図である。 受信装置の構成例を示すブロック図である。 受信装置の解析部に含まれる機能ブロックを示す図である。 外部装置の構成例を示すブロック図である。 アプリケーション制御記述子のシンタックスの一例を示す図である。 コマンド情報の情報項目を示す図である。 コマンド情報のシンタックスの一例を示している。 映像ストリームにおけるコマンド情報の配置を示す図である。 映像ストリームにおけるコマンド情報の配置を示す図である。 映像にコマンド情報をコード化して埋め込む例を示す図である。 アプリケーション制御データの構造を示す図である。 セグメントデータシーケンスのデータ構造を示す図である。 セグメントデータにおけるコマンドデータの構造を示す図である。 セグメントデータにおけるコマンドデータの構造を示す図である。 セグメントデータにおけるメタデータの構造を示す図である。 メタデータにおけるビットマップ字幕データの構造を示す図である。 メタデータにおけるテキスト字幕データの構造を示す図である。 セグメントデータシーケンスのシンタックスの一例を示す図である。 セグメントデータのメタデータタイプがビットマップ字幕データである場合のシンタックスの一例を示す図である。 セグメントデータのメタデータ（ビットマップ字幕データ）を利用した字幕表示の表示例を示す図である。 セグメントデータのメタデータタイプがテキスト字幕データである場合のシンタックスの一例を示す図である。 セグメントデータのメタデータ（テキスト字幕データ）を利用した字幕表示の表示例を示す図である。 受信装置による新情報サービス対応処理を説明するフローチャートである。 コマンド情報対応処理を詳細に説明するフローチャートである。 アプリケーション制御データ対応処理を詳述に説明するフローチャートである。 diffusionに基づくサーバへのアクセス分散を説明する図である。 新情報サービスアプリの状態遷移を示している。 新情報サービスアプリの第１の動作シナリオを説明する図である。 新情報サービスアプリの第２の動作シナリオを説明する図である。 新情報サービスアプリの第３の動作シナリオを説明する図である。 新情報サービスアプリの第４の動作シナリオを説明する図である。 コンピュータの構成例を示すブロック図である。

以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。

＜１．実施の形態＞
［放送システムの構成例について］
図１は、実施の形態である放送システムを示している。この放送システム１０は、放送側に設けられる放送装置２１およびサーバ２２、並びに受信者側にそれぞれ設けられる受信装置３０および外部装置４０から構成される。

この放送システム１０は、従来のテレビジョン放送サービスにおける番組放送サービスおよびデータ放送サービスに加えて、例えば、受信中の番組やＣＭに関連する情報をその進行に連動して更新、表示するような新たなサービス（以下、新情報サービスと称する）を実現するものである。新情報サービスは、受信装置３０または外部装置４０にて、サーバ２２から供給されるアプリケーションプログラムが実行されることにより実現される。

放送装置２１は、地上デジタル放送網、衛星放送網、ケーブルテレビ網などの放送網２を介してデジタル放送信号を放送する。このデジタル放送信号には、番組を構成する映像、音声、字幕などの信号、データ放送サービスのための信号が含まれる。さらにデジタル放送信号の所定の位置には、受信装置３０を制御するためのアプリケーション制御記述子、コマンド情報が含まれている。なお、アプリケーション制御記述子、コマンド情報は、それぞれ同一内容のものが所定の期間繰り返し放送される。

アプリケーション制御記述子は、新情報サービスがサービス（いわゆるチャンネルのこと）単位で実行される場合には、デジタル放送信号に含まれるSDT(service description table)に含めて放送される。新情報サービスが番組単位で実行される場合には、デジタル放送信号に含まれるEIT(event information table)に含めて放送される。なお、アプリケーション制御記述子を番組のPMT(program map table)に含めて放送するようにしてもよい。

コマンド情報は、例えば、番組の映像ストリームの所定の位置に記述されて、または番組の映像にコード化されて埋め込まれて、所定の期間繰り返して放送される。

なお、アプリケーション制御記述子、およびコマンド情報の詳細については後述する。

サーバ２２は、受信装置３０からの要求に応じ、受信装置３０にて新情報サービスを実現するためのアプリケーションプログラム（以下、新情報サービスアプリと略称する）を、インタネット３を介して受信装置３０に供給する。また、サーバ２２は、外部装置４０からの要求に応じ、外部装置４０にて新情報サービスを実現するための新情報サービスアプリを、インタネット３を介して外部装置４０に供給する。

さらに、サーバ２２は、受信装置３０からの要求に応じ、受信装置３０にて新情報サービスアプリの取得、起動、イベント発火、中断、または終了の動作を制御するために必要なアプリケーション制御データを、インタネット３を介して受信装置３０に供給する。

受信装置３０は、放送装置２１から放送網２を介して放送されたデジタル放送信号を受信し、受信したデジタル放送信号に基づいて番組やＣＭの映像および音声を後段のモニタ（不図示）に出力する。また、受信装置３０は、サーバ２２から取得した新情報サービスアプリを実行することにより、番組やＣＭの映像に新情報サービスの映像を合成して表示する。受信装置３０は、所定のインタフェースを介して外部装置４０と接続することができる。受信装置３０は、接続されている外部装置４０のタイプ（後述）を識別することができる。受信装置３０と外部装置４０との接続は、無線LAN、Bluetooth（登録商標）、赤外線などを利用した無線接続でもいいし、有線LAN、USB、HDMI（登録商標）などを介した有線接続でもよい。

受信装置３０は、単体として構成するようにしてもよいし、例えば、デジタルテレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。

外部装置４０は、受信装置３０からのコマンドに従い、サーバ２２から新情報サービスアプリを取得、起動などの動作を行うことにより新情報サービスをユーザに提供する。外部装置４０としては、例えば、スマートフォン、携帯情報端末、デジタルテレビジョン受像機、ビデオレコーダなどを挙げることができる。例えば、外部装置４０としてのスマートフォン、携帯情報端末は、プラットフォームにアンドロイド（商標）が用いられているものを外部装置タイプ１、iOS（商標）が用いられているものを外部装置タイプ２などと分類することができる。

図２乃至図４は、放送システム１０における情報の流れの概要を示している。

図２は、アプリケーション制御記述子に記述されているアプリケーション制御タイプ（図８におけるapplication_control_type）が１である場合を示している。

この場合、受信装置３０は、デジタル放送信号に含まれるアプリケーション制御記述子に基づいて、新情報サービスアプリ(App)をサーバ２２から取得する。外部装置４０は、アプリケーション制御記述子に基づいて受信装置３０で生成されたコマンドに従い、新情報サービスアプリをサーバ２２から取得する。

この場合、後述するアプリケーション制御タイプが２または３である場合のように、デジタル放送信号からコマンド情報を検出したり、サーバ２２からアプリケーション制御データを取得したりする必要ないので、受信装置３０の処理負荷を軽減させることができる。

図３は、アプリケーション制御記述子に記述されているアプリケーション制御タイプが２である場合を示している。

この場合、受信装置３０は、デジタル放送信号に含まれるコマンド情報に基づいて、新情報サービスアプリをサーバ２２から取得する。外部装置４０は、コマンド情報に基づいて受信装置３０で生成された受信装置３０からのコマンドに従い、新情報サービスアプリをサーバ２２から取得する。

図４は、アプリケーション制御記述子に記述されているアプリケーション制御タイプが３である場合を示している。

この場合、受信装置３０は、デジタル放送信号に含まれるアプリケーション制御記述子に基づいて、アプリケーション制御データをサーバ２２から取得する。さらに、受信装置３０は、アプリケーション制御データに基づいて、新情報サービスアプリをサーバ２２から取得する。なお、サーバ２２から取得されるアプリケーション制御データには、新情報サービスアプリの取得、起動などの動作に関するコマンドの他にメタデータ（番組に対応する字幕データなど）を含めることができる。外部装置４０は、アプリケーション制御データに基づいて受信装置３０で生成されたコマンドに従い、新情報サービスアプリをサーバ２２から取得する。

この場合、新情報サービスアプリの動作タイミングを制御するためアプリケーション制御データを、デジタル放送信号とは異なる経路で受信装置３０に供給することができる。

［受信装置３０の構成例について］
図５は、受信装置３０の構成例を示している。受信装置３０は、チューナ６１、多重分離部６２、オーディオデコーダ６３、音声出力部６４、ビデオデコーダ６５、解析部６６、映像出力部６７、制御部６８、メモリ６９、操作部７０、通信I/F７２、キャッシュメモリ７３、アプリエンジン７４、アプリ用メモリ７５、および外部I/F７６から構成される。

チューナ６１は、ユーザによって選局されたサービス（チャンネル）に対応するデジタル放送信号を受信して復調し、その結果得られるＴＳ（トランスポートストリーム）を多重分離部６２に出力する。

多重分離部６２は、チューナ６１から入力されるＴＳからオーディオ符号化信号、およびビデオ符号化信号に分離し、オーディオ符号化信号をオーディオデコーダ６３に、ビデオ符号化信号をビデオデコーダ６５および解析部６６に出力する。さらに、多重分離部６２は、アプリケーション制御記述子が含まれ得るSDT、EITを含む制御信号をＴＳから分離して解析部６６に出力する。

オーディオデコーダ６３は、入力されたオーディオ符号化信号をデコードし、その結果得られる音声信号を音声出力部６４に出力する。音声出力部６４は、入力された音声信号を後段（例えば、スピーカ）に出力する。

ビデオデコーダ６５は、入力されたビデオ符号化信号をデコードし、その結果得られる映像信号を解析部６６および映像出力部６７に出力する。

解析部６６は、多重分離部６２から入力されるSDT、EITに含まれているアプリケーション制御記述子を検出して解析し、解析結果に応じた処理を実行するとともに解析結果を制御部６８に通知する。解析部６６は、多重分離部６２から入力されるビデオ符号化信号に含まれているコマンド情報を検出するか、ビデオデコーダ６５から入力される映像信号にコード化されて埋め込まれているコマンド情報を検出して解析し、解析結果に応じた処理を実行するとともに解析結果を制御部６８に通知する。

また、解析部６６は、解析結果に応じて外部装置４０に対するコマンドを生成して外部I/F７６に出力する。さらに、解析部６６は、通信I/F７２およびインタネット３を介し、サーバ２２からアプリケーション制御データを取得する。

図６は、解析部６６に含まれる機能ブロックを示している。解析部６６には、受信監視部８１、アプリケーション制御記述子取得部８２、アプリケーション制御記述子解析部８３、コマンド情報検出部８４、コマンド情報解析部８５、外部装置コマンド生成部８６、アプリケーション制御データ取得部８７、セグメントデータシーケンス保持部８８、およびセグメントデータ解析部８９が含まれる。

受信監視部８１は、選局によるサービス（チャンネル）の変更、受信中のサービスにおける番組の開始、終了を監視する。アプリケーション制御記述子取得部８２は、多重分離部６２から入力されるSDT，EITを保持しており、SDT，EITからアプリケーション制御記述子を取得する。アプリケーション制御記述子解析部８３は、選局されたサービス、または番組に対応するアプリケーション制御記述子を解析する。

コマンド情報検出部８４は、多重分離部６２から入力されるビデオ符号化信号に含まれているコマンド情報を検出するか、ビデオデコーダ６５から入力される映像信号にコード化されて埋め込まれているコマンド情報を検出する。コマンド情報解析部８５は、検出されたコマンド情報を解析する。外部装置コマンド生成部８６は、アプリケーション制御記述子、コマンド情報、またはセグメントデータの解析結果に基づき、外部装置４０に対するコマンドを生成する。

アプリケーション制御データ取得部８７は、選局されたサービス、または番組に対応するアプリケーション制御記述子の解析結果に基づき、サーバ２２からアプリケーション制御データを取得する。セグメントデータ保持部８８は、取得されたアプリケーション制御データを構成するセグメントデータシーケンスを保持する。セグメントデータ解析部８９は、セグメントデータシーケンスを構成する各セグメントデータを解析する。

図５に戻る。映像出力部６７は、ビデオデコーダ６５から入力された映像信号を後段（例えばディスプレイ）に出力する。また、映像出力部６７は、アプリエンジン７４から入力される新情報サービスの映像と、ビデオデコーダ６５から入力された映像信号を合成して後段に出力する。

制御部６８は、メモリ６９に記録されている制御用プログラムを実行することにより受信装置３０の全体を制御する。また、制御部６８は、解析部６６から解析結果に基づき、新情報サービスアプリの取得（登録）、起動、イベント発火、中断、終了等を制御する。

メモリ６９には、制御部６８によって実行される制御用プログラムが記録されている。この制御用プログラムは、デジタル放送信号、またはインタネット３を介して供給される更新データに基づいて更新することができる。操作部７０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６８に通知する。

また、メモリ６９には、ユーザによって予め入力されているユーザの年齢、性別、住所などのユーザのプロファイル情報が保持されている。

このプロファイル情報は、例えば、実行中の新情報サービスアプリにより参照され、ユーザのプロファイル情報が所定の条件を満たす場合のみ、実行中の新情報サービスアプリにおいてイベントを発火するような用途に用いることができる。

通信I/F７２は、解析部６６またはアプリエンジン７４からの制御に従い、インタネット３を介してサーバ２２に接続する。アプリエンジン７４は、制御部６８からの制御に従い、通信I/F７２およびインタネット３を介してサーバ２２から新情報サービスアプリを取得し、キャッシュメモリ７３に保持させる。

アプリエンジン７４は、制御部６８からの制御に従い、キャッシュメモリ７３に保持されている新情報サービスアプリを読み出して実行する。

アプリ用メモリ７５は、ワークメモリ７５Ａおよび退避メモリ７５Ｂを有する。アプリエンジン７４は、実行中の新情報サービスアプリに関するデータをワークメモリ７５Ａに記録する。また、アプリエンジン７４は、実行中の新情報サービスアプリを中断する場合、アプリ用メモリ７５のワークメモリ７５Ａのデータを退避メモリ７５Ｂに移動させる。そして、中断した新情報サービスアプリを再開する場合、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移動させて中断前の状態を復活させる。

なお、アプリ用メモリ７５における同じサイズの２領域のうち、一方をワークメモリ７５Ａ、他方を退避メモリ７５Ｂとして交互に切り替えるようにしてもよい。これにより、ワークメモリ７５Ａと退避メモリ７５Ｂとの間でのデータの移動をなくすことができる。

外部I/F７６は、外部装置４０と無線または有線により接続を確立するとともに、外部装置４０のタイプを識別して識別結果を解析部６６に通知する。また、外部I/F７６は、解析部６６から入力される外部装置４０に対するコマンドを外部装置４０に送信する。

［外部装置４０の構成例について］
図７は、外部装置４０の構成例を示している。ただし、図７には、新情報サービスアプリの実行に関係する部位のみが示されており、新情報サービスアプリの実行に関係しない部位については適宜省略されている。

外部装置４０は、外部I/F９１、コマンド解析部９２、制御部９３、操作部９４、メモリ９５、アプリエンジン９６、通信I/F９７、および出力部９８から構成される。

外部I/F９１は、受信装置３０の外部I/F７６と無線または有線により接続し、受信装置３０からのコマンドをコマンド解析部９２に出力する。コマンド解析部９２は、受信装置３０からのコマンドを解析し、その解析結果を制御部９３に出力する。

制御部９３は、メモリ６５に記録されている制御用プログラム（例えば、プラットフォームとしてのアンドロイド、iOSなど）を実行することにより外部装置４０の全体を制御する。また、制御部９３は、コマンド解析部９２から解析結果に基づき、新情報サービスアプリの取得（登録）、起動、イベント発火、中断、終了等を制御する。

メモリ９５には、制御部９３によって実行される制御用プログラムが記録されている。操作部９４は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部９３に通知する。

アプリエンジン９６は、制御部９３からの制御に従い、通信I/F９７およびインタネット３を介してサーバ２２から新情報サービスアプリを取得して実行し、実行結果として得られる、受信装置３０で受信中の番組に関連する情報の映像信号や音声信号を出力部９８に出力する。する。通信I/F９７は、アプリエンジン９６からの制御に従い、インタネット３を介してサーバ２２に接続する。

出力部９８は、アプリエンジン９６から入力される映像信号に対応する映像を表示し、音声信号に対応する音声を出力する。

［アプリケーション制御記述子について］
次に、デジタル放送信号に含めて放送されるアプリケーション制御記述子について説明する。アプリケーション制御記述子は、デジタル放送信号のSDTまたはEITに含めて放送される。

図８は、アプリケーション制御記述子のシンタックスの一例を示している。

全てのアプリケーション制御記述子には、対応するサービス（チャンネル）または番組を示すdescriptor_tag、当該アプリケーション制御記述子のデータ長を示すdescriptor_length、およびアプリケーション制御タイプを示すapplication_control_typeが記述される。

アプリケーション制御タイプが１である場合には、当該アプリケーション制御記述子に基づいて新情報サービスアプリを取得、実行などの動作を行う装置（記述子適用装置）を特定するためのdescriptor_device_typeが記述される。

記述子適用装置としては、当該アプリケーション制御記述子を受信した受信装置本体の他、外部装置をそのタイプを区別して指定することができる。さらに、例えば、外部装置タイプ１と外部装置タイプ２を同時に記述子適用装置に指定したり、受信装置本体と外部装置タイプ２を同時に記述子適用装置に指定したりするなど、受信装置本体、外部装置の各タイプを組み合わせて指定することも可能である。

また、アプリケーション制御記述子には、取得する新情報サービスアプリを特定するためのapplication_id、その新情報サービスアプリの取得先（サーバ２２）を特定するためのURLのデータ長を示すapp_url_length、および当該URLを示すapp_url_byteが記述される。

さらに、その新情報サービスアプリの情報として、新情報サービスアプリのタイプ（例えば、HTML5，BML，Java（登録商標）など）を示すapp_type、チャンネルや番組が変更したときにおける新情報サービスアプリの動作有効範囲を示すapp_life_scope、および新情報サービスアプリの有効期限を示すapp_expire_dateが記述される。

アプリケーション制御タイプが３である場合には、アプリケーション制御データの取得先（サーバ２２）を特定するためのURLのデータ長を示すapp_control_data_url_length、および当該URLを示すapp_control_data_url_byteが記述される。

［コマンド情報について］
次に、デジタル放送信号の映像ストリームなどに含めて放送されるコマンド情報について説明する。

図９は、コマンド情報に含まれる情報項目を示しており、図１０は、コマンド情報のシンタックスの一例を示している。

コマンドID(command_id)は、当該コマンド情報の識別情報である。同一内容のコマンド情報が複数回送信される場合、各コマンド情報のコマンドIDは同一のものとなる。事業者ID(provide_id)は、新情報サービスアプリをユーザに提供する事業者を示す情報である。

コマンド適用装置タイプ(command_destination_device_type)は、当該コマンド情報に基づいて新情報サービスアプリに関する動作を制御する装置（コマンド適用装置）を示す。コマンド適用装置としては、当該コマンド情報を受信した受信装置本体の他、外部装置をそのタイプを区別して指定することができる。さらに、例えば、外部装置タイプ１と外部装置タイプ２を同時にコマンド装置に指定したり、受信装置本体と外部装置タイプ２を同時にコマンド適用装置に指定したりするなど、受信装置本体、外部装置の各タイプを組み合わせて指定することも可能である。

コマンドコード(command_code)は、当該コマンド情報の種類、具体的には、新情報サービスアプリの取得（登録）、起動、終了、イベント、または中断のいずれかを示す。

コマンド有効確率パラメータ(command_validity)は、複数の受信装置３０からのサーバ２２に対するアクセスを分散させるために、当該コマンド情報を受信した各受信装置３０が当該コマンド情報に従って処理を実行すると判断するとき確率を指定するための値Ｎを示す。

例えば、数多く存在し得る受信装置３０からのサーバ２２に対するアクセスを４回に分散させるためには、同一のコマンド情報を４回送信するようにし、１回目のコマンド情報における有効確率パラメータＮ＝４とし、２回目のコマンド情報における有効確率パラメータＮ＝３とし、３回目のコマンド情報における有効確率パラメータＮ＝２とし、４回目のコマンド情報における有効確率パラメータＮ＝１とすればよい。

受信装置３０に対してコマンド有効確率を通知することにより、複数の受信装置３０がサーバ２２にアクセスして新情報サービスアプリを取得する処理が一時期に集中しないように分散させることができる。

なお、サーバ２２などへのアクセスを行わないコマンド情報の場合（コマンドコードが新情報サービスアプリの中断、終了など）、コマンド有効確率を常に１としておけばよい。

アプリID(application_id)は、当該コマンド情報に対応する新情報サービスアプリの識別情報である。アプリURL(app_url_byte)は、新情報サービスアプリの取得先（いまの場合、サーバ２２）のURLである。

アプリタイプ(application_type)は、当該コマンド情報に対応する新情報サービスアプリのタイプ（例えば、HTML5，BML,Java（登録商標）など）を示す情報である。アプリ有効範囲(app_life_scope)は、チャンネルや番組が変更された場合における、実行中の新情報サービスアプリの動作を継続する範囲を示す。アプリ有効期限(app_expire_date)は、取得する新情報サービスアプリを起動可能な期間（取得する新情報サービスアプリの抹消する期限日時）を示す。

イベントID(event_id)は、当該コマンド情報のコマンドコードがイベントである場合のイベントの識別情報である。イベント付加情報(event_embedded_data_byte)は、当該イベント発火に伴って新情報サービスアプリに注入されるデータである。

図１１乃至図１３は、デジタル放送信号におけるコマンド情報の配置を示している。

例えば、図１２および図１３に示されるように、コマンド情報は、番組の映像に対応するMPEG2ビデオストリーム内のextensions_and_user_dataに配置して放送するようにする。

あるいは例えば、図１４に示されるように、コマンド情報をコード化して番組の映像に埋め込んで放送するようにする。

同図Ａは、コマンド情報を２次元バーコード化して、映像上の所定の位置（いまの場合、右下隅）に重畳合成する例を示している。同図Ｂは、コマンド情報を映像コード化して、映像の下部の数ラインに合成する例を示している。映像に合成されたコマンド情報は、受信装置３０の解析部６６によって検出される。

同図Ａと同図Ｂのいずれの例においても、コマンド情報は番組の映像上に配置されているので、例えば、CATV網を利用してテレビジョン番組が再配信されるような場合においても、コマンド情報が削除されること無く受信装置３０まで送信することができる。

また、同図Ａと同図Ｂのいずれの例においても、映像上のコマンド情報は受信装置３０のユーザによって視認され得るが、これが好ましくない場合、コマンド情報に相当する２次元バーコードまたは映像コードを、その周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。

なお、デジタル放送信号におけるコマンド情報の配置は、図１２乃至図１４に示された例に限定されるものではない。

［アプリケーション制御データについて］
次に、サーバ２２から受信装置３０に供給されるアプリケーション制御データについて説明する。

図１４は、アプリケーション制御データの構造を示している。アプリケーション制御データは、同図Ａに示されるように、複数のセグメントデータにより構成されたセグメントデータシーケンスから成る。

セグメントデータは、同図Ｂに示されるように、セグメント有効期間として対応する番組の進行時間軸上の２点を示すstart_ptsおよびend_ptsとコマンドデータとから構成される。あるいは、セグメントデータは、同図Ｃに示されるように、セグメント有効期間とメタデータとから構成される。すなわち、セグメントデータには、コマンドデータまたはメタデータのいずれかが含まれており、１つのアプリケーション制御データ（セグメントデータシーケンス）に、コマンドデータを含むセグメントデータと、メタデータを含むセグメントデータを混在することができる。

図１５から図２０は、セグメントデータデータシーケンスのデータ構造の詳細例を示す。データ構造はXMLで表記することを想定しており、@の付く項目は上位要素に付随する属性を示し、それ以外の項目は要素を示す。

図１５は、セグメントデータシーケンスのデータ構造を示している。セグメントデータシーケンス(segment_sequence)には、各セグメントデータに対して、その番号を示す@segment_number、セグメント有効期間の開始タイミングのPTS値を示すstart_pts、セグメント有効期間の終了タイミングのPTS値を示すend_ptsが記述される。なお、上記PTS値としては、ビデオストリームやオーディオストリームに埋め込まれている90KHzクロックのカウンタ値を用いることもできるが、時分秒で示す絶対時刻または番組開始からの相対時刻でもよい。さらに、コマンドデータまたはメタデータが記述される。

図１６および図１７は、セグメントデータにおけるコマンドデータの構造を示している。

@destinationは、当該コマンドデータに基づいて新情報サービスアプリに関する動作を制御する装置（コマンド適用装置）を示す。コマンド適用装置としては、当該コマンド情報を受信した受信装置本体の他、外部装置をそのタイプを区別して指定することができる。さらに、例えば、外部装置タイプ１と外部装置タイプ２を同時にコマンド装置に指定したり、受信装置本体と外部装置タイプ２を同時にコマンド適用装置に指定したりするなど、受信装置本体、外部装置の各タイプを組み合わせて指定することも可能である。@actionは、当該コマンドデータの種類、具体的には、新情報サービスアプリの取得、起動、終了、イベント、または中断のいずれかを示す。

diffusionは、コマンド情報におけるコマンド有効確率パラメータと同様、当該コマンドデータの適用タイミングを分散させるための情報である。diffusionは、分配数を示す@rate、最大遅延時間を示す@range、コマンド適用拡散期間を示す@periodが記述される。

applicationは、制御対象の新情報サービスアプリに関する情報であり、新情報サービスアプリの識別情報である@id、新情報サービスアプリの取得先を示す@url、新情報サービスアプリの有効期限を示す@expire_date、新情報サービスアプリの有効範囲を示す@scopeが記述される。

eventは、実行中の新情報サービスアプリにて発火されるイベントに関する情報であり、イベントの識別情報である@id、当該イベント発火に伴って新情報サービスアプリに注入されるデータを示す@related_dataが記述される。

図１８は、セグメントデータにおけるメタデータの構造を示している。

@typeは、当該メタデータのタイプを示す。メタデータのタイプとしては、例えば、アプリ用データ(application_data)、テキスト字幕データ(caption)、ビットマップ字幕データ(subtitle)などを挙げることができる。@targetは、当該メタデータに対応する新情報サービスアプリの識別情報が記述される。これ以降には、メタデータのタイプ毎の情報が記述される。

図１９は、メタデータタイプがビットマップ字幕データである場合の構造を示している。ビットマップ字幕データには、字幕シーケンス番号を示す@id、字幕表示領域左端位置を示す@left、字幕表示領域上端位置を示す@upper、字幕表示領域右端位置を示す@right、字幕表示領域下端位置を示す@lower、字幕の文字列に対応するビットマップデータであるbitmapが含まれる。

図２０は、メタデータタイプがテキスト字幕データである場合の構造を示している。テキスト字幕データには、字幕シーケンス番号を示す@id、字幕の色を指定する@color、字幕表示開始水平位置を示す@region_left、字幕表示開始垂直位置を示す@region_upper、字幕の文字サイズを示す@size、字幕の文字フォントを示す@font、字幕の文字列であるtextが含まれる。

図２１は、セグメントデータシーケンスのシンタックスの一例を示している。

同図の例では、セグメントデータシーケンスは、３つのセグメントデータから構成される。セグメント番号１のセグメントデータは、セグメント有効期間が12000乃至15000のコマンドデータであり、コマンド適用装置が受信装置本体、コマンドの種類が起動である。セグメント番号２のセグメントデータは、セグメント有効期間が13000乃至13100のコマンドデータであり、コマンド適用装置が受信装置本体、コマンドの種類がイベントである。セグメント番号３のセグメントデータは、セグメント有効期間が12000乃至20000のメタデータであり、メタデータタイプはアプリ用データである。

図２２は、セグメントデータのメタデータタイプがビットマップ字幕データ(subtitle)である場合のシンタックスの一例を示している。

同図の例では、セグメント番号が１０、セグメント有効期間が10000乃至12000、メタデータタイプがsubtitleとされている。また、字幕シーケンス番号が１、字幕表示領域左端位置が200、字幕表示領域上端位置が100、字幕表示領域右端位置が1400、字幕表示領域下端位置が300とされている。

同図のセグメントデータを受信した受信装置３０では、例えば、図２３に示すように、ビットマップによる字幕が番組の映像に合成表示される。

図２４は、セグメントデータのメタデータタイプがテキスト字幕データ(caption)である場合のシンタックスの一例を示している。

同図の例では、セグメント番号が１０、セグメント有効期間が10000乃至12000、メタデータタイプがcaptionとされている。また、字幕シーケンス番号が１、字幕表示開始水平位置が200、字幕表示開始垂直位置が100、文字サイズが20、字幕色がredとされている。

同図のセグメントデータを受信した受信装置３０では、例えば、図２５に示すように、テキストに基づく字幕が番組の映像に合成表示される。

［受信装置３０の動作について］
次に、受信装置３０の動作について説明する。図２６は、受信装置３０による新情報サービス対応処理を説明するフローチャートである。

この新情報サービス対応処理は、受信装置３０が番組を受信している間、繰り返し実行されるものであり、既に受信装置３０はデジタル放送信号に含まれるSDT、EITを取得、保持しているものとする。

ステップＳ１において、解析部６６の受信監視部８１は、ユーザによってサービス（チャンネル）が変更されたか否かを判定し、サービスが変更されたと判定した場合、処理をステップＳ２に進める。

ステップＳ２において、アプリケーション制御記述子取得部８２は、変更後のサービスに対応するSDTにアプリケーション制御記述子が含まれているか否かを判定し、含まれている場合、ステップＳ３として、当該アプリケーション制御記述子を取得する。反対に、変更後のサービスに対応するSDTにアプリケーション制御記述子が含まれていないと判定された場合、処理はステップＳ１に戻される。

また、ステップＳ１において、ユーザによってサービスが変更されていないと判定された場合、処理はステップＳ４に進められる。ステップＳ４において、受信監視部８１は、受信中のサービスで次の番組が開始されたか否かを判定し、次の番組が開始された場合、処理をステップＳ５に進める。なお、次の番組がまだ開始されない場合、処理はステップＳ１に戻される。

ステップＳ５において、アプリケーション制御記述子取得部８２は、開始された番組に対応するEITにアプリケーション制御記述子が含まれているか否かを判定し、含まれている場合、ステップＳ６として、当該アプリケーション制御記述子を取得する。反対に、開始された番組に対応するEITにアプリケーション制御記述子が含まれていないと判定された場合、処理はステップＳ１に戻される。

ステップＳ７において、アプリケーション制御記述子解析部８３は、ステップＳ３またはステップＳ６で取得されたアプリケーション制御記述子を解析し、アプリケーション制御タイプが１，２，３のいずれであるかを判定する。

ステップＳ７において、アプリケーション制御記述子のアプリケーション制御タイプが１であると判定された場合、処理はステップＳ８に進められる。ステップＳ８において、アプリケーション制御記述子解析部８３は、アプリケーション制御記述子の解析結果に従い、記述子適用装置が受信装置本体であれば、アプリケーション制御記述子の解析結果を制御部６８に通知する。アプリエンジン７４は、制御部６８の制御に従い、サーバ２２から新情報サービスアプリを取得、起動する。なお、起動された新情報サービスアプリは、この後、アプリケーション制御記述子に含まれたapp_life_scopeが示す動作有効範囲において継続して実行される。そして、受信中のサービス、番組が動作有効範囲を超えたときに新情報サービスアプリが終了される。

以上説明したように、アプリケーション制御記述子のアプリケーション制御タイプが１である場合、アプリケーション制御記述子によって、番組やＣＭに連動して新情報サービスアプリを取得、起動させることができる。

ステップＳ７において、アプリケーション制御記述子のアプリケーション制御タイプが２であると判定された場合、処理はステップＳ９に進められる。ステップＳ９においては、放送されているコマンド情報に対応する処理（コマンド情報対応処理）が行われる。

コマンド情報対応処理について説明する。図２７は、コマンド情報対応処理を詳述するフローチャートである。

ステップＳ１１において、コマンド情報検出部８４は、受信中のデジタル放送信号からコマンド情報の検出を開始し、コマンド情報を検出するまで待機する。コマンド情報が検出された場合、処理はステップＳ１２に進められる。

ステップＳ１２において、コマンド情報解析部８５は、ステップＳ１１で検出されたコマンド情報のコマンドIDを読み出し、当該コマンド情報に対してステップＳ１４以降の処理を既に実行済みであるか否かを判定する。既にステップＳ１４以降の処理を実行済みであると判定された場合、処理ステップＳ１１に戻される。反対に、当該コマンド情報に対してステップＳ１４以降の処理を実行していないと判定された場合、処理はステップＳ１３に進められる。

ステップＳ１３において、コマンド情報解析部８５は、コマンド情報のコマンド有効確率パラメータＮに基づき、今回の処理が有効であるか否か（処理をステップＳ１４以降に進めるか、ステップＳ１１に戻すか）を判定する。なお、コマンド情報にコマンド有効確率パラメータＮが記述されていない場合（有効確率パラメータＮ＝１である場合を含む）、処理はステップＳ１４に進められる。

ステップＳ１４において、コマンド情報解析部８５は、コマンド情報のコマンド適用装置タイプを参照し、コマンド適用装置が受信装置本体であるか否かを判定し、コマンド適用装置が受信装置本体であると判定した場合、処理をステップＳ１５に進める。

ステップＳ１５において、コマンド情報解析部８５は、コマンド情報のコマンドコードを参照し、コマンドの種類が、取得（登録）、起動、イベント、中断、または終了のいずれであるかを判別する。

ステップＳ１６において、コマンド情報解析部８５は、コマンドの種類が取得であったか否かを判断し、取得であった場合、処理はステップＳ１７に進められる。

ステップＳ１７において、コマンド情報解析部８５は、コマンド情報を制御部６８に供給する。制御部６８は、アプリエンジン７４を制御して、該コマンド情報のアプリIDにより特定される新情報サービスアプリを、アプリURLにより特定されるサーバ２２から取得させる。取得された新情報サービスアプリは、キャッシュメモリ７３に保持される。

ステップＳ１６において、コマンドの種類が取得ではなかったと判定された場合、処理はステップＳ１８に進められる。ステップＳ１８において、コマンド情報解析部８５は、コマンドの種類が起動であったか否かを判断し、起動であった場合、処理はステップＳ１９に進められる。

ステップＳ１９において、コマンド情報解析部８５は、コマンド情報を制御部６８に供給する。制御部６８は、当該コマンド情報のアプリIDにより特定される新情報サービスアプリが中断中（サスペンド状態）であるか否かを判断する。具体的には、退避メモリ７５Ｂに、当該新情報サービスアプリに、中断の状態を示すデータが退避されている場合に中断中であると判断する。

ステップＳ１９において、当該新情報サービスアプリが中断中ではないと判断された場合、処理はステップＳ２０に進められる。ステップＳ２０において、アプリエンジン７４は、制御部６８からの制御に従い、コマンド情報のアプリIDにより特定される新情報サービスアプリのプログラムデータが未取得の場合（キャッシュメモリ７３に保持されていない場合）にはそれを取得する。

ステップＳ２１において、アプリエンジン７４は、制御部６８からの制御に従い、現在実行中の新情報サービスアプリがあるならば、それを終了させる。ステップＳ２２において、アプリエンジン７４は、制御部６８からの制御に従い、コマンド情報のアプリIDにより特定される新情報サービスアプリを起動する。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

なお、ステップＳ１９において、アプリIDにより特定される新情報サービスアプリが中断中（サスペンド状態）であると判断された場合、処理はステップＳ２３に進められる。ステップＳ２３において、アプリエンジン７４は、制御部６８からの制御に従い、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移して、アプリIDにより特定される新情報サービスアプリを起動する。これにより、中断中の新情報サービスアプリが中断された状態から再開されることになる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

ステップＳ１８において、コマンドの種類が起動ではなかったと判断された場合、処理はステップＳ２４に進められる。ステップＳ２４において、コマンド情報解析部８５は、コマンドの種類がイベントであったか否かを判断し、イベントであったと判断された場合、処理はステップＳ２５に進められる。

ステップＳ２５において、コマンド情報解析部８５は、コマンド情報を制御部６８に供給する。制御部６８は、当該コマンド情報のアプリIDと、動作中の新情報サービスアプリのアプリIDが一致する場合のみ、アプリエンジン７４を制御して、動作中の新情報サービスアプリにおいて、コマンド情報のイベントIDに対応するイベントを発火（実行）させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

ステップＳ２４において、コマンドの種類がトイベントではなかったと判断された場合、処理はステップＳ２６に進められる。ステップＳ２６において、コマンド情報解析部８５は、コマンドの種類が中断であるか否かを判断し、中断であると判断された場合、処理はステップＳ２７に進められる。

ステップＳ２７において、コマンド情報解析部８５は、コマンド情報を制御部６８に供給する。アプリエンジン７４は、制御部６８からの制御に従い、現在実行中の新情報サービスアプリの状態を示すデータ（すなわち、現在ワークメモリ７５Ａに書き込まれているデータ）を退避メモリ７５Ｂに退避させた後、現在実行中の新情報サービスアプリを終了する。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

ステップＳ２６において、コマンドの種類が中断ではなかったと判断された場合、コマンドの種類は終了であったはずなので、処理はステップＳ２８に進められる。ステップＳ２８において、コマンド情報解析部８５は、コマンド情報を制御部６８に供給する。アプリエンジン７４は、制御部６８からの制御に従い、コマンド情報のアプリIDにより特定される新情報サービスアプリが実行中であれば、それを終了させる。

ステップＳ２９において、アプリエンジン７４は、制御部６８からの制御に従い、アプリIDにより特定される新情報サービスアプリに関するデータを、ワークメモリ７５Ａおよび退避メモリ７５Ｂから消去するとともに、新情報サービスアプリをキャッシュメモリ７３から消去させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

ステップＳ１４において、コマンド適用装置が受信装置本体ではないと判定された場合、処理はステップＳ３０に進める。

ステップＳ３０において、コマンド情報解析部８５は、外部I/F７６からの通知に基づき、コマンド情報のコマンド適用装置タイプに対応する外部装置４０が接続されているか否かを判定し、接続されている場合、処理はステップＳ３１に進められる。

ステップＳ３１において、外部装置コマンド生成部８６は、コマンド情報のコマンド適用装置タイプ、コマンドコードなどに基づき、接続されている外部装置４０に対するコマンドを生成する。生成されたコマンドは、外部I/F７６を介して外部装置４０に通知される。外部装置４０では、このコマンドに応じた処理が実行される。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

なお、ステップＳ３０において、コマンド適用装置タイプに対応する外部装置４０が接続されていないと判定された場合、ステップＳ３１はスキップされる。

また、外部装置４０に対するコマンドを生成する代わりに、コマンド情報をそのまま外部装置４０に供給し、外部装置４０にてコマンド情報を解析し、解析結果に応じた処理を行うようにしてもよい。

以上でコマンド情報対応処理の説明を終了する。アプリケーション制御記述子のアプリケーション制御タイプが２である場合に実行されるコマンド情報対応処理によれば、番組やＣＭに連動して新情報サービスアプリを取得したり、起動したり、イベントを発火させたり、終了したりすることができる。さらに、新情報サービスアプリを実行中の状態を保持したままで中断させ、中断した状態から再開することができる。

図２６に戻る。ステップＳ７において、アプリケーション制御記述子のアプリケーション制御タイプが３であると判定された場合、処理はステップＳ１０に進められる。ステップＳ１０においては、サーバ２２から取得されるアプリケーション制御データに対応する処理（アプリケーション制御データ対応処理）が行われる。

アプリケーション制御データ対応処理について説明する。図２８は、アプリケーション制御データ対応処理を詳述するフローチャートである。

ステップＳ４１において、アプリケーション制御データ取得部８７は、アプリケーション制御記述子のapp_control_data_url_byteに特定されるサーバ２２からアプリケーション制御データを取得する。取得されたアプリケーション制御データ（セグメントデータシーケンス）は、セグメントデータシーケンス保持部８８に保持される。

ステップＳ４２において、セグメントデータ解析部８９は、保持されたセグメントデータシーケンスを構成するセグメントデータのうち、受信中の番組の進行タイミングと合致するものを検出する。具体的には、受信中の番組の進行位置を示すPTSが、セグメントデータのセグメント有効期間内であるものを検出する。

ステップＳ４３において、セグメントデータ解析部８９は、検出したセグメントデータにコマンドデータが含まれている場合には、上述したコマンド情報対応処理と同様の処理を行う。また、検出したセグメントデータにメタデータが含まれている場合には、メタデータに応じた処理（例えば、図１９乃至図２５を参照して上述したような字幕表示を行う処理など）を行う。この後、処理はステップＳ４２に戻され、それ以降が繰り返される。

以上でアプリケーション制御データ対応処理の説明を終了する。アプリケーション制御記述子のアプリケーション制御タイプが３である場合に実行されるアプリケーション制御データ対応処理によれば、コマンド情報対応処理と同様、番組やＣＭに連動して新情報サービスアプリを取得したり、起動したり、イベントを発火させたり、終了したりすることができる。また、新情報サービスアプリを実行中の状態を保持したままで中断させ、中断した状態から再開することができる。さらに、アプリケーション制御データ対応処理によれば、セグメントデータに含めたメタデータを利用して番組に対応した字幕などを表示することができる。

ただし、サーバ２２に対する複数の受信装置３０からのアクセスタイミングを分散させる方法についてはコマンド情報対応処理と異なり、アプリケーション制御データ対応処理では、セグメントデータのコマンドデータにおけるdiffusionに基づいてサーバ２２に対するアクセスタイミングを分散させる。

図２９は、diffusion（分配数Rate、最大遅延時間range、およびコマンド適用拡散期間period）に基づいてサーバ２２に対するアクセスタイミングを分散させる方法を示している。

アプリケーション制御データのセグメントデータに含まれるコマンドデータに従って動作する受信装置３０は、０乃至rate＋１の範囲で正の整数のランダムＮを発生する。さらに、遅延時間ｄ＝（Ｎ−１）×range／rateを算出する。そして、同一サービスを継続して受信していた受信装置３０は、当該セグメントデータのstart_PTSから遅延時間ｄが経過したタイミングでコマンドを実行するようにする（同図の受信装置Ａ，Ｂ，Ｃの場合）。

これにより、サーバ２２に対する複数の受信装置３０からのアクセスタイミングをコマンド適用拡散期間内で分散させることができる。

なお、他のサービスから当該サービスに選局が変更された受信装置３０は、選局タイミングがコマンド適用拡散期間内であれば、選局タイミングから遅延時間ｄが経過したタイミングでコマンドを実行するようにする（同図の受信装置Ｄの場合）。選局タイミングがコマンド適用拡散期間外であれば、選局タイミングでコマンドを実行するようにする（同図の受信装置Ｅの場合）。

［新情報サービスアプリの状態遷移］
図３０は、受信装置３０または外部装置４０における新情報サービスアプリの状態遷移を示している。

同図に示すように、新情報サービスアプリは、開放状態(Released)、準備状態(Ready)、実行中状態(Active)、または中断状態(Suspended)の４種類の状態のいずれかに遷移される。

開放状態は、新情報サービスアプリが取得されていない状態を指す。準備状態は、新情報サービスアプリが取得済みであって、実行されていない状態を指す。実行中状態は、新情報サービスアプリが実行中である状態を指す。中断状態は、新情報サービスアプリの実行が中断され、その中断したときの状態を示すデータが退避メモリ７５Ｂに保持されている状態を指す。

開放状態において、取得（登録）のコマンドに応じて新情報サービスアプリが取得されると準備状態に遷移する。

開放状態において、起動のコマンドに応じて新情報サービスアプリが取得、起動されると、実行中状態に遷移する。

準備状態において、起動のコマンドに応じて対応する新情報サービスアプリが起動されると、実行中状態に遷移する。

準備状態において、取得済みの新情報サービスアプリの有効期限が経過すると新情報サービスアプリが消去されて、開放状態に遷移する。

実行中状態において、中断のコマンドに応じて実行中の新情報サービスアプリが中断されると、中断状態に遷移する。

実行中状態において、終了のコマンドに応じて新情報サービスアプリが終了されたり、他の新情報サービスアプリが起動されたりしたときに、その有効期限が経過していなければ、準備状態に遷移する。

実行中状態において、終了のコマンドに応じて新情報サービスアプリが終了されたり、他の新情報サービスアプリが起動されたりしたときに、その有効期限が経過していると、開放状態に遷移する。

中断状態において、選局が中断されている新情報サービスアプリのアプリ有効範囲を外れると、準備状態に遷移する。

中断状態において、中断されている新情報サービスアプリの有効期限が経過すると、開放状態に遷移する。

［新情報サービスアプリの動作シナリオについて］
図３１は、新情報サービスアプリの第１の動作シナリオを示している。当該第１の動作シナリオは、アプリケーション制御記述子のアプリケーション制御タイプが１である場合に対応する。

すなわち、受信装置３０で受信されているサービス（チャンネル）において、番組１に引き続いて番組２が開始されると、番組２に対するEITが参照される。そのEITにアプリケーション制御記述子が含まれ、アプリケーション制御タイプが１である場合、そのアプリケーション制御記述子に基づく処理が行われる。すなわち、記述子適用装置として受信装置本体が指定されていれば、受信装置３０がサーバ２２から新情報サービスアプリを取得、起動する。記述子適用装置として外部装置４０が指定されていれば、受信装置３０が外部装置４０に対するコマンドを生成して外部装置４０に通知し、外部装置４０がサーバ２２から新情報サービスアプリを取得、実行する。

同図の場合、番組に対応するEITに含まれるアプリケーション制御記述子に基づいて新情報サービスアプリが起動されたので、起動された新情報サービスアプリは当該番組の終了とともに終了される。

アプリケーション制御記述子のアプリケーション制御タイプが１である場合、受信装置３０によるコマンド情報の検出、受信、またはサーバ２２からのアプリケーション制御データの取得などが必要ないので、受信装置３０の処理負荷を軽減させることができる。

図３２は、新情報サービスアプリの第２の動作シナリオを示している。当該第２の動作シナリオは、アプリケーション制御記述子のアプリケーション制御タイプが２である場合に対応する。

すなわち、デジタル放送信号に含めて放送されたコマンド情報を受信装置３０が受信し、そのコマンド適用装置として受信装置本体が指定されていれば、受信装置３０がコマンド情報のコマンドの種類に応じた動作を行う。具体的には、新情報サービスアプリの取得、起動、イベント発火、中断、実行再開（起動）、終了を行う。コマンド情報のコマンド適用装置として外部装置４０が指定されていれば、受信装置３０が外部装置４０に対するコマンドを生成して外部装置４０に通知し、外部装置４０がサーバ２２から新情報サービスアプリの取得、実行、終了を行う。

図３３は、新情報サービスアプリの第３の動作シナリオを示している。当該第３の動作シナリオは、アプリケーション制御記述子のアプリケーション制御タイプが３である場合に対応する。

すなわち、受信装置３０がサーバ２２から取得したアプリケーション制御データのセグメントデータに含まれるコマンドデータのコマンド適用装置として受信装置本体が指定されていれば、受信装置３０がコマンドデータのコマンドの種類に応じた動作を行う。具体的には、新情報サービスアプリの取得、起動、イベント発火、中断、実行再開（起動）、終了を行う。コマンドデータのコマンド適用装置として外部装置４０が指定されていれば、受信装置３０が外部装置４０に対するコマンドを生成して外部装置４０に通知し、外部装置４０がサーバ２２から新情報サービスアプリの取得、実行、終了を行う。

図３４は、新情報サービスアプリの第４の動作シナリオを示している。当該第４の動作シナリオは、第３の動作シナリオと同様、アプリケーション制御記述子のアプリケーション制御タイプが３である場合に対応する。当該第４の動作シナリオでは、複数の受信装置３０の動作を示している。

すなわち、同一のサービスを継続して受信している受信装置Ａは、シーケンスコマンドのstart_PTSのタイミングで取得（登録）のコマンドに応じて新情報サービスアプリをサーバ２２から取得（登録）する。他のサービスから当該サービスに選局が変更された受信装置Ｂは、選局のタイミングで取得（登録）のコマンドに応じて新情報サービスアプリをサーバ２２から取得（登録）する。そして、受信装置Ａ，Ｂは、シーケンスコマンドのstart_PTSのタイミングで起動のコマンドに応じて新情報サービスアプリを起動（実行）する。

さらに遅れて、他のサービスから当該サービスに選局が変更された受信装置Ｃは、選局のタイミングで起動のコマンドに応じて新情報サービスアプリをサーバ２２から取得（登録）、起動（実行）する。

受信装置Ｃよりもさらに遅れて受信装置Ｄが他のサービスから当該サービスに選局を変更すると、すでに起動のコマンドを含んでいたセグメントデータのセグメント有効期間が経過しているので、新情報サービスアプリに関する処理は実行されない。

以上説明したように、本実施の形態である放送システム１０によれば、放送側は、受信装置３０だけでなく、受信装置３０に接続されている外部装置４０も、そのタイプを指定して番組やＣＭの進行に連動して制御することが可能となる。

ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

図３５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。

バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７、ハードディスクや不揮発性のメモリなどよりなる記憶部１０８、ネットワークインタフェースなどよりなる通信部１０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１を駆動するドライブ１１０が接続されている。

以上のように構成されるコンピュータでは、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５及びバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。

また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。

２ 放送網， ３ インタネット， １０ 放送システム， ２１ 放送装置， ２２ サーバ， ３０ 受信装置， ４０ 外部装置， ６１ チューナ， ６２ 多重分離部， ６３ オーディオデコーダ， ６４ 音声出力部， ６５ ビデオデコーダ， ６６ トリガ検出部， ６７ 映像出力部， ６８ 制御部， ６９ メモリ， ７０ 操作部， ７２ 通信I/F， ７３ キャッシュメモリ， ７４ アプリエンジン， ７５ メモリ， ７５Ａ ワークメモリ， ７５Ｂ 退避メモリ， ７６ 外部I/F，
８１ 受信監視部， ８２ アプリケーション制御記述子取得部， ８３ アプリケーション記述子解析部， ８４ コマンド情報検出部， ８５ コマンド情報解析部， ８６ 外部装置コマンド生成部， ８７ アプリケーション制御データ取得部， ８８ セグメントデータシーケンス保持部， ８９ セグメントデータ解析部，１００ コンピュータ， １０１ CPU

Claims (6)

1. 放送網を介して放送されたコンテンツを受信する受信装置の受信方法において、
   前記受信装置による、
   前記放送網を介して放送された放送信号を受信する受信ステップと、
   受信された前記放送信号からアプリケーション制御記述子を取得するアプリケーション制御記述子取得ステップと、
   取得された前記アプリケーション制御記述子に記述されているアプリケーションプログラムに関するタイプに応じて、前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データを、前記アプリケーション制御記述子にて指定されているサーバからネットワークを介して取得するアプリケーション制御データ取得ステップと、
   前記アプリケーション制御データに従って前記所定のアプリケーションプログラムに関する処理を実行するアプリケーション制御データ解析ステップと
   を含む受信方法。
2. 前記所定のアプリケーションプログラムに関する前記コマンドは、前記所定のアプリケーションプログラムの取得、起動、イベント発火、中断、または終了のうちのいずれかを指示する
   請求項１に記載の受信方法。
3. 取得された前記アプリケーション制御記述子に記述されている前記アプリケーションプログラムに関するタイプに応じて、前記アプリケーション制御記述子または前記アプリケーション制御データに含まれている前記コマンドに従い、前記所定のアプリケーションプログラムを取得するアプリケーション制御記述子解析ステップを
   さらに含む請求項１または２に記載の受信方法。
4. 放送網を介して放送されたコンテンツを受信する受信装置において、
   前記放送網を介して放送された放送信号を受信する受信部と、
   受信された前記放送信号からアプリケーション制御記述子を取得するアプリケーション制御記述子取得部と、
   取得された前記アプリケーション制御記述子に記述されているアプリケーションプログラムに関するタイプに応じて、前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データを、前記アプリケーション制御記述子にて指定されているサーバからネットワークを介して取得するアプリケーション制御データ取得部と、
   前記アプリケーション制御データに従って前記所定のアプリケーションプログラムに関する処理を実行するアプリケーション制御データ解析部と
   を備える受信装置。
5. 放送網を介して受信装置にコンテンツを供給する供給装置の供給方法において、
   前記供給装置による、
   前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データの供給元となるサーバを指定する情報、およびアプリケーションプログラムに関するタイプが記述されているアプリケーション制御記述子と、前記コンテンツを含む放送信号を前記放送網を介して放送する放送ステップと、
   放送された前記アプリケーション制御記述子に記述されている前記アプリケーションプログラムに関するタイプに応じて前記アプリケーション制御データを要求してきた前記受信装置に対し、ネットワークを介して前記アプリケーション制御データを供給する供給ステップと
   を含む供給方法。
6. 放送網を介して受信装置にコンテンツを供給する供給装置において、
   前記コンテンツの進行に連動させる所定のアプリケーションプログラムに関するコマンドを少なくとも含むアプリケーション制御データの供給元となるサーバを指定する情報、およびアプリケーションプログラムに関するタイプが記述されているアプリケーション制御記述子と、前記コンテンツを含む放送信号を前記放送網を介して放送する放送部と、
   放送された前記アプリケーション制御記述子に記述されている前記アプリケーションプログラムに関するタイプに応じて前記アプリケーション制御データを要求してきた前記受信装置に対し、ネットワークを介して前記アプリケーション制御データを供給する前記サーバと
   を備える供給装置。

Images