(57)【要約】本技術は、VODサービスにより提供されるコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにする再生装置、再生方法、及びプログラムに関する。解析部は、配信コンテンツの再生を制御するための再生制御メタファイルを取得して解析し、ストリーミング再生処理部は、再生制御メタファイルの解析結果に応じて、配信コンテンツのストリーミング再生を行い、制御部は、再生制御メタファイルに記述されたVOD用アプリに関する情報に応じて、アプリエンジンを制御して、再生中の配信コンテンツに連動して実行されるVOD用アプリの動作を制御する。本技術は、例えば、デジタルテレビジョン放送信号を受信するデジタルテレビジョン受像機に適用することができる。
2013065566.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの再生を制御するための再生制御情報を取得する再生制御情報取得部と、
取得した前記再生制御情報に応じて、配信される前記コンテンツを再生する再生部と、
取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作を制御する制御部と
を備える再生装置。
【請求項２】
前記再生制御情報には、前記再生制御情報に直接記述された情報に応じて前記アプリケーションプログラムの動作を制御する第１のタイプ、前記アプリケーションプログラムの動作を制御するためのアプリケーション制御情報を提供する情報処理装置から取得される前記アプリケーション制御情報に応じて前記アプリケーションプログラムの動作を制御する第２のタイプ、及び前記コンテンツのデータに埋め込まれた前記アプリケーション制御情報に応じて前記アプリケーションプログラムの動作を制御する第３のタイプのうちいずれかのタイプが指定され、
前記制御部は、前記再生制御情報のタイプに応じて、前記アプリケーションプログラムの動作を制御する
請求項１に記載の再生装置。
【請求項３】
前記制御部は、前記再生制御情報にて前記第１のタイプが指定された場合、前記コンテンツの再生開始に応じて前記アプリケーションプログラムを起動させるとともに、前記コンテンツの再生終了に応じて前記アプリケーションプログラムを終了させる
請求項２に記載の再生装置。
【請求項４】
前記制御部は、前記再生制御情報にて前記第２のタイプが指定された場合、前記情報処理装置から取得した前記アプリケーション制御情報により特定される前記コンテンツの進行に対する同期期間を示す有効期間内のコマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項２に記載の再生装置。
【請求項５】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
請求項４に記載の再生装置。
【請求項６】
前記有効期間は、対応する前記コンテンツの進行位置を示すPTSにより特定される
請求項４に記載の再生装置。
【請求項７】
前記制御部は、前記再生制御情報にて前記第３のタイプが指定された場合、前記再生制御情報により特定される埋め込み位置に埋め込まれた前記アプリケーション制御情報の示すコマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項２に記載の再生装置。
【請求項８】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
請求項７に記載の再生装置。
【請求項９】
前記アプリケーション制御情報は、AAC方式により符号化されたオーディオストリームのフレーム構造におけるDSEの領域に挿入される
請求項７に記載の再生装置。
【請求項１０】
前記再生装置は、デジタルテレビジョン放送信号を受信する受信部をさらに備える受信装置である
請求項１に記載の再生装置。
【請求項１１】
再生装置の再生方法において、
前記再生装置が、
コンテンツの再生を制御するための再生制御情報を取得し、
取得した前記再生制御情報に応じて、配信される前記コンテンツを再生し、
取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作を制御する
ステップを含む再生方法。
【請求項１２】
コンピュータを、
コンテンツの再生を制御するための再生制御情報を取得する再生制御情報取得部と、
取得した前記再生制御情報に応じて、配信される前記コンテンツを再生する再生部と、
取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、再生装置、再生方法、及びプログラムに関し、特に、VODサービスにより提供されるコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした再生装置、再生方法、及びプログラムに関する。
【背景技術】
【０００２】
デジタルテレビジョン放送信号を受信する受信装置においては、データ放送を利用することで、デジタルテレビジョン番組等の放送コンテンツと連動して実行されるアプリケーションプログラムを提供することができる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−０５０２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年のインターネットの普及に伴い、VOD（Video On Demand）サービスにより提供される配信コンテンツを再生可能な受信装置があり、このような配信コンテンツにおいても、アプリケーションプログラムを連動して実行させることが予想される。【０００５】
しかしながら、現状では、配信コンテンツに連動して実行されるアプリケーションプログラムを提供するための技術方式は確立されていない。【０００６】
本技術はこのような状況に鑑みてなされたものであり、VODサービスにより提供されるコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の一側面の再生装置は、コンテンツの再生を制御するための再生制御情報を取得する再生制御情報取得部と、取得した前記再生制御情報に応じて、配信される前記コンテンツを再生する再生部と、取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作を制御する制御部とを備える。【０００８】
前記再生制御情報には、前記再生制御情報に直接記述された情報に応じて前記アプリケーションプログラムの動作を制御する第１のタイプ、前記アプリケーションプログラムの動作を制御するためのアプリケーション制御情報を提供する情報処理装置から取得される前記アプリケーション制御情報に応じて前記アプリケーションプログラムの動作を制御する第２のタイプ、及び前記コンテンツのデータに埋め込まれた前記アプリケーション制御情報に応じて前記アプリケーションプログラムの動作を制御する第３のタイプのうちいずれかのタイプが指定され、前記制御部は、前記再生制御情報のタイプに応じて、前記アプリケーションプログラムの動作を制御する。【０００９】
前記制御部は、前記再生制御情報にて前記第１のタイプが指定された場合、前記コンテンツの再生開始に応じて前記アプリケーションプログラムを起動させるとともに、前記コンテンツの再生終了に応じて前記アプリケーションプログラムを終了させる。【００１０】
前記制御部は、前記再生制御情報にて前記第２のタイプが指定された場合、前記情報処理装置から取得した前記アプリケーション制御情報により特定される前記コンテンツの進行に対する同期期間を示す有効期間内のコマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１１】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する。【００１２】
前記有効期間は、対応する前記コンテンツの進行位置を示すPTSにより特定される。【００１３】
前記制御部は、前記再生制御情報にて前記第３のタイプが指定された場合、前記再生制御情報により特定される埋め込み位置に埋め込まれた前記アプリケーション制御情報の示すコマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１４】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する。【００１５】
前記アプリケーション制御情報は、AAC方式により符号化されたオーディオストリームのフレーム構造におけるDSEの領域に挿入される。【００１６】
前記再生装置は、デジタルテレビジョン放送信号を受信する受信部をさらに備える受信装置である。【００１７】
前記再生装置又は前記受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１８】
本技術の一側面の再生方法又はプログラムは、前述した本技術の一側面の再生装置に対応する再生方法又はプログラムである。【００１９】
本技術の一側面の再生装置、再生方法、及びプログラムにおいては、コンテンツの再生を制御するための再生制御情報が取得され、取得した前記再生制御情報に応じて、配信される前記コンテンツが再生され、取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作が制御される。
【発明の効果】
【００２０】
本技術の一側面によれば、VODサービスにより提供されるコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】放送システムの構成例を示す図である。
【図２】受信装置の構成例を示す図である。
【図３】外部装置の構成例を示す図である。
【図４】配信コンテンツのストリーミング再生の流れを示す図である。
【図５】再生制御メタファイルの構造の例を示す図である。
【図６】再生制御メタファイルのERIの記述例を示す図である。
【図７】再生制御メタファイルのERIの追加項目の例を示す図である。
【図８】受信装置がダイレクト制御タイプで動作する場合における各装間の連携を示す図である。
【図９】ダイレクト制御タイプの再生制御メタファイルのERIの記述例を示す図である。
【図１０】ダイレクト制御タイプでのVOD用アプリの動作シナリオの例を示す図である。
【図１１】受信装置がファイル制御タイプで動作する場合における各装間の連携を示す図である。
【図１２】ファイル制御タイプの再生制御メタファイルのERIの記述例を示す図である。
【図１３】セグメントデータシーケンスの構造の例を示す図である。
【図１４】アプリ制御情報の構造の例を示す図である。
【図１５】セグメントデータシーケンスのデータ構造の例を示す図である。
【図１６】コマンドのデータ構造の例を示す図である。
【図１７】コマンドのデータ構造の例を示す図である。
【図１８】コマンド適用の拡散の詳細について説明する図である。
【図１９】メタデータの構造の例を示す図である。
【図２０】セグメントシーケンスの記述例を示す図である。
【図２１】ファイル制御タイプでのVOD用アプリの動作シナリオの例を示す図である。
【図２２】受信装置がストリーム制御タイプで動作する場合における各装置間の連携を示す図である。
【図２３】ストリーム制御タイプの再生制御メタファイルのERIの記述例を示す図である。
【図２４】AACのフレームの構成例を示す図である。
【図２５】オーディオストリームに挿入するメタデータの具体的な配置を示す図である。
【図２６】アプリ制御情報のシンタックスの一例を示す図である。
【図２７】アプリ制御情報のシンタックスの一例を示す図である。
【図２８】ストリーム制御タイプでのVOD用アプリの動作シナリオの例を示す図である。
【図２９】VOD用アプリの状態遷移を示す図である。
【図３０】配信コンテンツ再生処理を示すフローチャートである。
【図３１】ダイレクト制御タイプのVOD用アプリ制御処理を示すフローチャートである。
【図３２】ファイル制御タイプのVOD用アプリ制御処理を示すフローチャートである。
【図３３】ストリーム制御タイプのVOD用アプリ制御処理を示すフローチャートである。
【図３４】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２３】
［放送システムの構成例］
図１は、放送システムの構成例を示す図である。
【００２４】
放送システム１は、放送装置１１、受信装置１２、コンテンツサーバ１３、アプリサーバ１６、及びアプリ制御情報サーバ１７から構成される。また、コンテンツサーバ１３は、再生制御情報サーバ１４及び配信サーバ１５から構成される。
【００２５】
受信装置１２、再生制御情報サーバ１４、配信サーバ１５、アプリサーバ１６、及びアプリ制御情報サーバ１７は、インターネット２を介して相互に接続される。また、外部装置１８は、必要に応じて受信装置１２に接続されるほか、インターネット２を介してアプリサーバ１６と接続可能とされる。
【００２６】
放送装置１１は、地上デジタル放送網等を介してデジタルテレビジョン放送信号を放送（送信）するようになされている。このデジタルテレビジョン放送信号によりデジタルテレビジョン番組やＣＭなどの放送コンテンツが送信される。
【００２７】
受信装置１２は、放送装置１１から送信されたデジタルテレビジョン放送信号を受信して、デジタルテレビジョン番組の映像及び音声を取得する。受信装置１２は、取得した映像をディスプレイ（後述する図２のディスプレイ５２）に出力するとともに、音声をスピーカ（後述する図２のスピーカ５１）に出力する。
【００２８】
また、受信装置１２は、配信サーバ１５から配信される配信コンテンツを受信して、再生することが可能である。受信装置１２は、ユーザにより配信コンテンツの再生が指示された場合、再生制御メタファイルを、インターネット２を介して再生制御情報サーバ１４に要求する。
【００２９】
再生制御情報サーバ１４は、再生制御メタファイルを管理している。ここで、再生制御メタファイルとは、配信コンテンツの再生を制御するための制御情報である。また、再生制御メタファイルには、配信コンテンツに連動して実行されるアプリケーションプログラム（以下、VOD用アプリという）に関する情報が記述される。なお、再生制御メタファイルの詳細については、図４乃至図７を参照して後述する。
【００３０】
再生制御情報サーバ１４は、受信装置１２からの問い合わせに応じて、再生制御メタファイルを、インターネット２を介して受信装置１２に送信する。
【００３１】
受信装置１２は、再生制御情報サーバ１４からの再生制御メタファイルに応じて、配信コンテンツを、インターネット２を介して配信サーバ１５に要求する。
【００３２】
配信サーバ１５は、１又は複数の配信コンテンツを蓄積して、管理している。配信サーバ１５は、受信装置１２からの問い合わせに応じて、配信コンテンツを、インターネット２を介して受信装置１２に送信（配信）する。
【００３３】
なお、再生制御情報サーバ１４と配信サーバ１５は、例えば、配信コンテンツを配信するVODサービスを提供する事業者により提供される。従って、再生制御情報サーバ１４と配信サーバ１５は、別体に構成されるようにするだけでなく、コンテンツサーバ１３として一体に構成されるようにしてもよい。
【００３４】
受信装置１２は、取得した再生制御メタファイルに記述された情報に応じて、VOD用アプリを、インターネット２を介してアプリサーバ１６に要求する。受信装置１２は、アプリサーバ１６からのVOD用アプリを、再生中の配信コンテンツに連動して実行させる。
【００３５】
アプリサーバ１６は、配信コンテンツに連動して実行されるVOD用アプリを管理している。アプリサーバ１６は、受信装置１２からの問い合わせに応じて、VOD用アプリを、インターネット２を介して受信装置１２に送信（提供）する。
【００３６】
また、受信装置１２は、取得した再生制御メタファイルに応じて、アプリ制御情報を、インターネット２を介してアプリ制御情報サーバ１７に要求する。
【００３７】
アプリ制御情報サーバ１７は、VOD用アプリの動作を制御するための制御情報（以下、アプリ制御情報という）を管理している。アプリ制御情報サーバ１７は、受信装置１２からの問い合わせに応じて、アプリ制御情報を、インターネット２を介して受信装置１２に送信（提供）する。
【００３８】
受信装置１２は、アプリ制御情報サーバ１７からのアプリ制御情報に応じて、VOD用アプリを、インターネット２を介してアプリサーバ１６に要求する。受信装置１２は、アプリサーバ１６からのVOD用アプリを、再生中の配信コンテンツに連動して実行させる。
【００３９】
また、配信サーバ１５は、アプリ制御情報を、配信コンテンツのデータに含めて送信することができる。具体的には、アプリ制御情報は、配信コンテンツのトランスポートストリーム（Transport Stream、以下、ＴＳという）内に配置されたり、ビデオ信号やオーディオ信号に埋め込まれたりして、送信される。
【００４０】
受信装置１２は、配信サーバ１５からの配信コンテンツのデータに含まれるアプリ制御情報を取得する。受信装置１２は、取得したアプリ制御情報に応じて、VOD用アプリを、インターネット２を介してアプリサーバ１６に要求する。受信装置１２は、アプリサーバ１６からのVOD用アプリを、再生中の配信コンテンツに連動して実行させる。
【００４１】
受信装置１２は、無線又は有線により外部装置１８と接続される。受信装置１２は、取得したアプリ制御情報の示すコマンドのうち外部装置宛てのコマンドを、外部装置１８に転送する。外部装置１８は、受信装置１２からのコマンドに応じて、アプリサーバ１６からVOD用アプリを取得して、実行する。
【００４２】
なお、受信装置１２は、単体として存在してもよいし、例えば、デジタルテレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、図１の例では、受信装置１２は、放送コンテンツのデジタルテレビジョン放送信号を受信する受信機能と、配信コンテンツのストリーミング再生を行う再生機能の両方の機能を備えるとして説明したが、受信機能は必ずしも備える必要はなく、それらの機能のうち再生機能のみを備える再生装置として構成されるようにしてもよい。
【００４３】
また、外部装置１８としては、例えば、スマートフォン、携帯情報端末、パーソナルコンピュータ、タブレット型コンピュータ、デジタルテレビジョン受信機、又はビデオレコーダなどを挙げることができる。
【００４４】
放送システム１は、以上のように構成される。
【００４５】
［受信装置の構成例］
図２は、図１の受信装置１２の構成例を示す図である。
【００４６】
受信装置１２は、チューナ６１、多重分離部６２、オーディオデコーダ６３、オーディオ出力部６４、ビデオデコーダ６５、解析部６６、ビデオ出力部６７、制御部６８、メモリ６９、操作部７０、通信I/F７１、アプリエンジン７２、アプリ用メモリ７３、外部I/F７４、ストリーミング再生処理部７５、及びキャッシュメモリ７６から構成される。
【００４７】
チューナ６１は、ユーザによって選局されたサービス（放送チャンネル）に対応するデジタル放送信号を受信して復調し、その結果得られるＴＳを多重分離部６２に供給する。
【００４８】
多重分離部６２は、チューナ６１から供給されるＴＳからオーディオストリーム及びビデオストリームに分離し、オーディオストリームをオーディオデコーダ６３に、ビデオストリームをビデオデコーダ６５にそれぞれ供給する。
【００４９】
オーディオデコーダ６３は、多重分離部６２から供給されたオーディオストリームをデコードし、その結果得られるオーディオストリームをオーディオ出力部６４及び解析部６６に供給する。オーディオ出力部６４は、オーディオデコーダ６３から供給されたオーディオストリームに対応するオーディオ信号を、スピーカ５１に出力する。
【００５０】
ビデオデコーダ６５は、多重分離部６２から供給されたビデオストリームをデコードし、その結果得られるビデオストリームを、解析部６６及びビデオ出力部６７に供給する。ビデオ出力部６７は、ビデオデコーダ６５から供給されたビデオストリームに対応するビデオ信号を、ディスプレイ５２に出力する。
【００５１】
解析部６６は、通信I/F７１を制御して、再生制御情報サーバ１４からの再生制御メタファイルを取得する。解析部６６は、取得した再生制御メタファイルを解析し、その解析結果を制御部６８に供給する。
【００５２】
また、解析部６６は、再生制御メタファイルの解析結果に応じて、通信I/F７１を制御して、アプリ制御情報サーバ１７からアプリ制御情報を取得する。解析部６６は、取得したアプリ制御情報を解析し、その解析結果を制御部６８に供給する。
【００５３】
さらに、解析部６６は、再生制御メタファイルの解析結果に応じて、オーディオデコーダ６３からのオーディオストリーム又はビデオデコーダ６５からのビデオストリームを常時監視して、オーディオストリーム又はビデオストリームからアプリ制御情報を取得する。
【００５４】
制御部６８は、メモリ６９に記録されている制御用プログラムを実行することにより受信装置１２の各部の動作を制御する。メモリ６９には、制御部６８によって実行される制御用プログラムが記録されている。この制御用プログラムは、デジタル放送信号、又はインターネット２を介して供給される更新データに基づいて更新することができる。
【００５５】
操作部７０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６８に通知する。制御部６８は、操作部７０からの操作信号に応じて、通信I/F７１を制御して、インターネット２に接続された各サーバとの間で情報のやりとりを行う。
【００５６】
また、制御部６８は、解析部６６からの解析結果に従い、アプリエンジン７２を制御する。具体的には、制御部６８は、解析部６６からの解析結果が示すコマンドに応じて、VOD用アプリの取得若しくは登録、起動、イベント発火、休止、又は終了等を制御する。
【００５７】
通信I/F７１は、解析部６６、制御部６８、又はアプリエンジン７２からの制御に従い、インターネット２を介して、再生制御情報サーバ１４、配信サーバ１５、アプリサーバ１６、又はアプリ制御情報サーバ１７に接続する。
【００５８】
アプリエンジン７２は、制御部６８からの制御に従い、キャッシュメモリ７６に保持されているVOD用アプリを読み出して実行する。ビデオ出力部６７は、アプリエンジン７２から供給されるVOD用アプリの映像のビデオ信号と、ビデオデコーダ６５から供給されるビデオ信号とを合成してディスプレイ５２に出力する。
【００５９】
アプリ用メモリ７３は、ワークメモリ７３Ａ及び退避メモリ７３Ｂとからなる。アプリエンジン７２は、実行中のVOD用アプリに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ７３Ａに記録する。また、アプリエンジン７２は、実行中のVOD用アプリを休止する場合、アプリ用メモリ７３のワークメモリ７３Ａのデータを退避メモリ７３Ｂに移動させる。そして、休止したVOD用アプリを再開する場合、退避メモリ７３Ｂのデータをワークメモリ７３Ａに移動させて休止前の状態を復活させる。
【００６０】
外部I/F７４は、制御部６８の制御に従い、外部装置１８と無線又は有線により接続を確立する。外部I/F７４は、外部装置宛てのコマンドを、接続中の外部装置１８に出力する。
【００６１】
ストリーミング再生処理部７５は、通信I/F７１から供給される配信コンテンツのデータに対して、ストリーミング再生を行うために必要な処理を施して、その結果得られるＴＳを多重分離部６２に供給する。
【００６２】
多重分離部６２は、チューナ６１又はストリーミング再生処理部７５から供給されるＴＳからオーディオストリーム及びビデオストリームに分離し、オーディオストリームをオーディオデコーダ６３に、ビデオストリームをビデオデコーダ６５にそれぞれ供給する。これにより、オーディオデコーダ６３及びビデオデコーダ６５のそれぞれによりデコードが行われ、配信コンテンツのストリーミング再生が行われる。
【００６３】
受信装置１２は、以上のように構成される。
【００６４】
［外部装置の構成例］
図３は、図１の外部装置１８の構成例を示す図である。
【００６５】
外部装置１８は、外部I/F９１、コマンド解析部９２、制御部９３、操作部９４、メモリ９５、アプリエンジン９６、通信I/F９７、及び出力部９８から構成される。
【００６６】
外部I/F９１は、受信装置１２の外部I/F７４と無線又は有線により接続され、受信装置１２から送信されてくる外部装置宛てのコマンドを受信する。外部I/F９１は、受信したコマンドをコマンド解析部９２に供給する。
【００６７】
コマンド解析部９２は、外部I/F９１から供給される外部装置宛てのコマンドを解析し、その解析結果を制御部９３に供給する。
【００６８】
制御部９３は、メモリ９５に記録されている制御プログラムを実行することにより、外部装置１８の各部の動作を制御する。また、制御部９３は、コマンド解析部９２から供給される外部装置宛てのコマンドに応じて、VOD用アプリの取得若しくは登録、起動、イベント発火、休止、又は終了等を制御する。
【００６９】
操作部９４は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部９３に供給する。
【００７０】
アプリエンジン９６は、制御部９３からの制御に従い、通信I/F９７及びインターネット２を介してアプリサーバ１６からVOD用アプリを取得して実行する。その実行結果として得られる、例えば、受信装置１２にて再生中の配信コンテンツに関連するVOD用アプリのビデオ信号やオーディオ信号は、出力部９８に供給される。
【００７１】
通信I/F９７は、アプリエンジン９６からの制御に従い、インターネット２を介してアプリサーバ１６に接続して、VOD用アプリを取得する。
【００７２】
出力部９８は、アプリエンジン９６から供給されるVOD用アプリのビデオ信号に対応する映像を表示し、オーディオ信号に対応する音声を出力する。
【００７３】
外部装置１８は、以上のように構成される。
【００７４】
［再生制御メタファイルの詳細］
図４は、受信装置１２が、コンテンツサーバ１３から再生制御メタファイルを取得し、さらに取得した再生制御メタファイルに応じて、配信コンテンツのストリーミング再生を行うまでの流れを示す図である。
【００７５】
図４に示すように、受信装置１２は、ユーザにより配信コンテンツの再生が指示されると、コンテンツサーバ１３に対して、再生制御メタファイルを要求して取得する（Ｓ１）。受信装置１２は、取得した再生制御メタファイルに応じて、DRMサーバ２１にアクセスし、ストリーミング再生を行う配信コンテンツのライセンスを問い合わせる（Ｓ２）。なお、DRMサーバ２１は、図１の構成例では図示していないが、配信コンテンツのデジタル著作権管理（DRM：Digital Rights Management）を行う。
【００７６】
そして、受信装置１２は、DRMサーバ２１から発行されたライセンスを取得すると、コンテンツサーバ１３から配信される配信コンテンツの受信を開始する。これにより、受信装置１２では、配信コンテンツのストリーミング再生が行われる（Ｓ３）。
【００７７】
ここで、図５乃至図７を参照して、コンテンツサーバ１３（再生制御情報サーバ１４）により管理される再生制御メタファイルの詳細について説明する。
【００７８】
図５は、再生制御メタファイルの構造の例を示している。
【００７９】
図５に示すように、再生制御メタファイルは、ERI、LLI、及びNCIから構成される。ERI（Entry Resource Information）には、配信コンテンツの再生を制御するための制御情報と、VOD用アプリに関する情報が記述される。
【００８０】
また、LLI（License Link Information）には、配信コンテンツのライセンスに関する情報が記述される。NCI（Network content Control Information）には、ストリーミング再生を行う際のパラメータに関する情報が記述される。
【００８１】
図６は、再生制御メタファイルのERIの記述例を示している。ERIは、例えば、XML（Extensible Markup Language）により記述される。
【００８２】
図６に示すように、ERIは、header要素、startup要素、content_chapter_info要素、及びES_info要素から構成される。また、header要素の開始タグと終了タグの間には、日付や時刻に関するdate要素やtime要素のほか、配信コンテンツの暗号に関するencryption要素が記述される。
【００８３】
startup要素の開始タグと終了タグの間には、配信コンテンツのタイトル、内容、及び時間長に関する、content_title要素、content_abstract要素、及びduration要素が記述されるほか、配信サーバ１５のURL（Uniform Resource Locator）に関する、start要素が記述される。また、content_chapter_info要素の開始タグと終了タグの間には、配信コンテンツのチャプタごとに、チャプタの時間位置及びタイトルに関する、chapter_point要素及びchapter_title要素が記述される。
【００８４】
ES_info要素の開始タグと終了タグには、ES（Elementary Stream）に関する情報が記述される。具体的には、例えば、解像度や符号化方式等の映像属性、ES番号やモード等の音声チャンネル属性、主音声や副音声等の音声チャンネルタイトル、及び言語等の字幕属性などの情報が記述される。
【００８５】
以上のように、ERIには、配信コンテンツを再生するために必要となる情報が主に記述されるが、本技術を適用した再生制御メタファイルのERIでは、さらに図７に示すような、VOD用アプリに関する情報が記述される。
【００８６】
すなわち、図７に示すように、再生制御メタファイルのERIは、図６のheader要素、startup要素、content_chapter_info要素、及びES_info要素のほか、さらに、app_control_info要素を含むようにして構成される。app_control_info要素には、VOD用アプリに関する情報が記述される。
【００８７】
app_control_info要素の属性としては、control_type属性が指定される。control_type属性は、VOD用アプリをどのように制御するかを示す制御タイプを指定するための属性である。control_type属性には、direct、file、又はstreamのいずれかの制御タイプが指定される。
【００８８】
なお、以下の説明では、control_type属性として、direct、file、又はstreamが指定された場合の制御タイプをそれぞれ、ダイレクト制御タイプ、ファイル制御タイプ、又はストリーム制御タイプと称して説明する。
【００８９】
app_control_info要素の開始タグと終了タグの間には、app_id要素、app_type要素、app_url要素、destination要素、expire_date要素、app_control_url要素、app_control_position要素が記述される。
【００９０】
app_id要素乃至expire_date要素は、ダイレクト制御タイプの場合にのみ指定される。app_id要素には、当該再生制御メタファイルに対応するVOD用アプリの識別情報が指定される。また、app_type要素には、例えば、HTML（HyperText Markup Language）など、当該当該再生制御メタファイルに対応するVOD用アプリのタイプを示す情報が指定される。
【００９１】
app_url要素には、VOD用アプリの取得先のURLが指定される。destination要素には、例えば、受信装置本体や外部装置など、VOD用アプリの適用先が指定される。また、expire_date要素には、VOD用アプリの有効期限を示す情報が指定される。
【００９２】
app_control_url要素は、ファイル制御タイプの場合にのみ指定される。app_control_url要素には、アプリ制御情報の取得先のURLが指定される。
【００９３】
app_control_position要素は、ストリーム制御タイプの場合にのみ指定される。app_control_position要素には、アプリ制御情報の埋め込み位置（挿入位置）を示す情報が指定される。例えば、app_control_position要素としては、アプリ制御情報をオーディオストリームに埋め込む場合のaudio_esや、ビデオストリームに埋め込む場合のvideo_esなどが指定される。
【００９４】
このように、本技術を適用した再生制御メタファイルのERIには、図６に示した要素及び属性のほか、さらに、図７に示した要素及び属性が記述される。そして、受信装置１２は、ERIに記述されたapp_control_info要素のcontrol_type属性により指定される制御タイプに応じて、VOD用アプリの動作を制御することになる。そこで、以下、受信装置１２が、ダイレクト制御タイプ、ファイル制御タイプ、又はストリーム制御タイプのそれぞれで動作する場合について順に説明する。
【００９５】
［ダイレクト制御タイプの動作例］
まず、図８乃至図１０を参照して、受信装置１２が、ダイレクト制御タイプで動作する場合について説明する。
【００９６】
（ダイレクト制御タイプの各装置間の連携）
図８は、受信装置１２がダイレクト制御タイプで動作する場合における各装間の連携を示す図である。
【００９７】
図８に示すように、受信装置１２は、ユーザにより配信コンテンツの再生が指示されると、再生制御情報サーバ１４にアクセスし、再生制御メタファイルを取得する（Ｓ１１）。そして、受信装置１２は、取得した再生制御メタファイルに応じて、配信サーバ１５にアクセスし、配信サーバ１５から配信される配信コンテンツの受信を開始する（Ｓ１２）。
【００９８】
また、受信装置１２は、取得した再生制御メタファイルを解析して、ERIのapp_control_info要素のcontrol_type属性がdirectを示す場合、ダイレクト制御タイプで動作する。
【００９９】
例えば、図９に示すように、ダイレクト制御タイプの再生制御メタファイルのERIでは、app_control_info要素のcontrol_type属性にdirectが指定され、さらに、app_id要素、app_type要素、app_url要素、及びexpire_date要素が指定される。app_url要素には、例えば、アプリサーバ１６のURLが記述される。
【０１００】
図８に戻り、受信装置１２は、再生制御メタファイルのERI（app_url要素）に応じて、アプリサーバ１６にアクセスして、VOD用アプリを取得する（Ｓ１３）。このように、受信装置１２では、ダイレクト制御タイプの動作が行われることで、配信サーバ１５からの配信コンテンツに連動して、アプリサーバ１６からのVOD用アプリが実行される。
【０１０１】
なお、図８の説明では、配信コンテンツの受信が開始されてから、VOD用アプリを取得する場合を一例に説明したが、VOD用アプリを取得してから、配信コンテンツの受信が開始されるようにしてもよい。すなわち、図８のＳ１２とＳ１３の処理を逆にして、Ｓ１３の処理の後に、Ｓ１２の処理が行われるようにしてもよい。
【０１０２】
（ダイレクト制御タイプのVOD用アプリの運用例）
受信装置１２においては、ダイレクト制御タイプの動作を行うことで、例えば、図１０に示すようなVOD用アプリの運用が可能となる。
【０１０３】
図１０は、ダイレクト制御タイプでのVOD用アプリの動作シナリオの例を示す図である。
【０１０４】
図１０に示すように、受信装置１２は、ディスプレイ５２に表示されたVODナビ画面Ｐ１１の一覧から配信コンテンツが選択された場合、選択された配信コンテンツに対応する再生制御メタファイルを、再生制御情報サーバ１４に要求する。受信装置１２はまた、再生制御情報サーバ１４からの再生制御メタファイルに応じて、選択された配信コンテンツを配信サーバ１５に要求して、配信コンテンツの受信を開始する。
【０１０５】
また、受信装置１２は、取得した再生制御メタファイルに応じて、アプリサーバ１６からVOD用アプリを取得して起動する。これにより、ディスプレイ５２には、配信コンテンツの映像に、VOD用アプリの映像Ｐ２１が重畳された映像が表示される。
【０１０６】
その後、受信装置１２では、配信コンテンツのストリーミング再生が行われている間、VOD用アプリの映像Ｐ２１が重畳された配信コンテンツの映像が表示される。そして、ストリーミング再生されていた配信コンテンツが終了した場合、受信装置１２では、配信コンテンツとともにVOD用アプリが終了され、ディスプレイ５２には、再度、VODナビ画面Ｐ１１が表示される。
【０１０７】
以上のように、受信装置１２は、ダイレクト制御タイプで動作する場合、再生制御メタファイルのERIに直接記述されたVOD用アプリに関する情報を用いて、VOD用アプリを制御することになる。この場合、VOD用アプリは、配信コンテンツのストリーミング再生の開始にあわせて、取得されて起動され、配信コンテンツに重畳表示される。また、配信コンテンツのストリーミング再生が終了する場合には、配信コンテンツに重畳表示されていたVOD用アプリも同時に終了される。
【０１０８】
［ファイル制御タイプの動作例］
次に、図１１乃至図２１を参照して、受信装置１２が、ファイル制御タイプで動作する場合について説明する。
【０１０９】
（ファイル制御タイプの各装置間の連携）
図１１は、受信装置１２がファイル制御タイプで動作する場合における各装置間の連携を示す図である。
【０１１０】
図１１に示すように、受信装置１２は、ユーザにより配信コンテンツの再生が指示されると、再生制御情報サーバ１４にアクセスして、再生制御メタファイルを取得する（Ｓ２１）。そして、受信装置１２は、取得した再生制御メタファイルに応じて、配信サーバ１５にアクセスし、配信サーバ１５から配信される配信コンテンツの受信を開始する（Ｓ２２）。
【０１１１】
また、受信装置１２は、取得した再生制御メタファイルを解析して、ERIのapp_control_info要素のcontrol_type属性がfileを示す場合、ファイル制御タイプで動作する。
【０１１２】
例えば、図１２に示すように、ファイル制御タイプの再生制御メタファイルのERIでは、app_control_info要素のcontrol_type属性にfileが指定され、さらに、app_control_url要素が指定される。app_control_url要素には、例えば、アプリ制御情報サーバ１７のURLが指定される。
【０１１３】
図１１に戻り、受信装置１２は、再生制御メタファイルのERI（app_control_url要素）に応じて、アプリ制御情報サーバ１７にアクセスして、アプリ制御情報を取得する（Ｓ２３）。そして、受信装置１２は、アプリ制御情報サーバ１７から取得したアプリ制御情報により特定される配信コンテンツの進行に対する同期期間を示す有効期間内のコマンドに応じて、アプリサーバ１６にアクセスし、VOD用アプリを取得して起動する（Ｓ２４）。また、受信装置１２では、アプリ制御情報が示す有効期間内のコマンドに応じて、実行中のVOD用アプリが、中断、再開、イベント注入、又は終了されることになる。
【０１１４】
このように、受信装置１２では、ファイル制御タイプの動作が行われることで、配信サーバ１５からの配信コンテンツに連動して、アプリサーバ１６からのVOD用アプリが実行される。
【０１１５】
なお、図１１の説明では、配信コンテンツの受信が開始されてから、VOD用アプリを取得する場合を一例に説明したが、VOD用アプリを取得してから、配信コンテンツの受信が開始されるようにしてもよい。すなわち、図１１のＳ２２と、Ｓ２３及びＳ２４の処理を逆にして、Ｓ２３及びＳ２４の処理の後に、Ｓ２２の処理が行われるようにしてもよい。
【０１１６】
（アプリ制御情報の詳細）
次に、図１３乃至図２０を参照して、アプリ制御情報サーバ１７から、受信装置１２に提供されるアプリ制御情報について説明する。
【０１１７】
図１３は、セグメントデータシーケンスの構造の例を示す図である。
【０１１８】
図１３に示すように、アプリ制御情報は、PTS（Presentation Time Stamp）等の特定のタイミングを示す情報により区切られた複数のセグメントデータからなるセグメントデータシーケンスとして構成される。セグメントデータは、コマンドデータ又はメタデータのいずれか一方となる。セグメントデータがコマンドデータの場合、VOD用アプリの動作を制御するためのコマンドに関する各種の情報が含まれる。また、セグメントデータがメタデータの場合、セグメントに関する各種の情報が含まれる。
【０１１９】
また、図１４は、アプリ制御情報の構造を示している。アプリ制御情報は、図１４のＡに示されるように、複数のセグメントデータにより構成されたセグメントデータシーケンスを含む。
【０１２０】
各セグメントデータは、セグメント有効期間とコマンドデータ（図１４のＢ）、又はセグメント有効期間とメタデータ（図１４のＣ）から構成される。
【０１２１】
セグメント有効期間は、対応する配信コンテンツの進行時間軸上の２点を示すstart_time及びend_timeによって示され、配信コンテンツの進行タイミングがセグメント有効期間内であるときには、当該セグメントデータが有効とされ、配信コンテンツの進行タイミングがセグメント有効期間に達していない、又はそれを過ぎたときには、当該セグメントデータは無効とされる。
【０１２２】
１つのアプリ制御情報（セグメントデータシーケンス）には、コマンドデータを含むセグメントデータと、メタデータを含むセグメントデータとを混在させることができる。
【０１２３】
図１５乃至図１９は、セグメントデータシーケンスのデータ構造の詳細例を示す。なお、データ構造はXMLで表記することを想定しており、「@」の付く項目は上位要素に付随する属性を示し、それ以外の項目は要素を示す。
【０１２４】
図１５は、セグメントデータシーケンスのデータ構造を示している。segment_sequence要素には、各セグメントデータ（segment）に対して、その番号を示すsegment_number属性、セグメント有効期間の指定方法を示すtime_unit属性が指定される。time_unit属性には、時分秒で示す絶対日時を用いる場合、utcが指定され、配信コンテンツの開始からの相対時間を用いる場合、smpteが指定され、PTS値を用いる場合、ptsが指定される。なお、PTS値としては、ビデオストリームやオーディオストリームに埋め込まれている90KHzクロックのカウンタ値を用いることができる。
【０１２５】
また、start_time要素には、セグメントの開始タイミングが指定され、end_time要素には、セグメントの終了タイミングが指定される。さらに、各セグメントデータには、コマンドデータ又はメタデータの一方が記述される。
【０１２６】
図１６及び図１７は、セグメントデータにおけるコマンドのデータ構造を示している。
【０１２７】
コマンド要素は、destination属性、action属性のほか、diffusion要素、application要素、event要素が含まれる。
【０１２８】
destination属性は、当該コマンドによるVOD用アプリ制御の対象となる機器が指定される。例えば、destination属性には、コマンドの対象機器が受信装置本体となる場合、receiverが指定され、コマンドの対象機器が外部装置となる場合、external_1やexternal_2が指定される。
【０１２９】
action属性は、当該コマンドが、エクスキュート（Execute）、レジスタ（Register）、サスペンド（Suspend）、ターミネート（Terminate）、又はイベント（event）のいずれかであるかを示す。
【０１３０】
エクスキュートコマンドは、受信装置１２に対して、VOD用アプリの取得若しくは起動を指示するためのコマンドである。
【０１３１】
レジスタコマンドは、受信装置１２に対して、VOD用アプリの取得若しくは登録を指示するためのコマンドである。ここで、VOD用アプリの登録とは、取得したVOD用アプリに対応付けて、その有効期限と有効範囲を記憶することを意味する。これにより、VOD用アプリは、保持期限と有効範囲に従って管理される。
【０１３２】
サスペンドコマンドは、受信装置１２に対して、実行中のVOD用アプリを休止させるためのコマンドである。
【０１３３】
ターミネートコマンドは、受信装置１２に対して、実行中のVOD用アプリを終了させるためのコマンドである。
【０１３４】
イベントコマンドは、受信装置１２に対して、実行中のVOD用アプリにおいてイベントを発火させるためのコマンドである。
【０１３５】
diffusion要素は、受信装置１２などの対象機器において、当該コマンドを適用するタイミングを確率的に分散させるためのパラメータである。diffusion要素の属性としては、rate属性、range属性、period属性があり、それぞれ、分配数、最大遅延時間、コマンド適用拡散期間が指定される。
【０１３６】
ここで、図１８を参照して、コマンド適用の拡散の詳細について説明する。
【０１３７】
例えば、同一の配信コンテンツのストリーミング再生を行っている受信装置１２−１乃至１２−３がレジスタコマンド又はサスペンドコマンドに応じて、アプリサーバ１６からVOD用アプリを取得する場合、同一のタイミングでアプリサーバ１６にアクセスすると、アプリサーバ１６に負荷がかかることがある。そこで、diffusion要素の属性として、rate属性、range属性、period属性を指定することにより、複数の受信装置１２がアプリサーバ１６からVOD用アプリを取得するに際し、そのアクセスが一時期に集中せず、分散させることができる。
【０１３８】
例えば、受信装置１２−１乃至１２−３においてそれぞれ、ランダム値Nを生成して、（N-1）×range/rateを演算して得られる時間だけ、コマンドの実行時刻をずらすことで、各受信装置１２が、アプリサーバ１６にアクセスするタイミングをずらすことができる。図１８の例では、rate=5の場合を示している。なお、他の配信コンテンツのストリーミング再生を行っている受信装置１２−４についても同様に、コマンドの実行時刻をずらすことが可能である。また、コマンド適用拡散期間外にコマンドを実行する受信装置１２−５は、コマンドの実行時刻が遅延されることなく、直ちにコマンドを実行することが可能となる。
【０１３９】
このように、受信装置１２がアプリサーバ１６にアクセスするタイミングが調整されるため、アプリサーバ１６に対するアクセスを分散して、負荷を軽減することが可能となる。
【０１４０】
図１７に戻り、application要素は、アプリサーバ１６から取得されるVOD用アプリに関するパラメータである。application要素の属性としては、id属性、url属性、expire_date属性、及びscope属性が指定される。
【０１４１】
id属性には、当該コマンドに対応するVOD用アプリの識別情報が指定される。url属性には、当該コマンドがエクスキュートコマンド又はレジスタコマンドである場合に、VOD用アプリの取得先のURLが指定される。例えば、url属性には、アプリサーバ１６のURLが指定される。
【０１４２】
expire_date属性には、VOD用アプリの有効期限を示す情報が指定される。また、scope属性には、VOD用アプリの有効範囲を示す情報が指定される。VOD用アプリが登録される場合、VOD用アプリの有効期限と有効範囲が記憶され、VOD用アプリは、それらの有効期限と有効範囲に従って管理される。
【０１４３】
event要素は、action属性が、eventとなる場合には必須の項目となる。event要素の属性としては、id属性が指定される。id属性には、application要素のid属性にて指定されたVOD用アプリにおいて発火すべきイベントの識別情報である。また、related_data要素には、イベントを発火する際に参照されるデータが記述される。
【０１４４】
図１９は、セグメントデータにおけるメタデータの構造を示している。
【０１４５】
type属性には、当該メタデータのタイプ（メタデータタイプ）が指定される。メタデータタイプとしては、アプリ用データ(application_data)、テキスト字幕データ(caption)、ビットマップ字幕データ(subtitle)などがある。
【０１４６】
target属性には、当該メタデータを処理すべきアプリケーションが指定される。ただし、当該メタデータを処理すべきアプリケーションが、受信装置１２に予め保持されているレジデントアプリである場合、target属性は省略される。
【０１４７】
##defined structureには、メタデータタイプ毎に異なる構造のデータが記述される。
【０１４８】
図２０は、セグメントシーケンスの記述例を示す図である。
【０１４９】
図２０の例では、２つのセグメントデータが記述され、１つ目のセグメントデータには、12000〜15000の間のPTS値が有効期間となるコマンドとして、受信装置本体宛てのエクスキュートコマンドが記述されている。また、当該エクスキュートコマンドに応じて取得されるVOD用アプリは、“xxx.com/yyy”であるURLにより指定されるアプリサーバ１６から取得され、そのVOD用アプリの有効期限は、2011/01/21となる。
【０１５０】
２つ目のセグメントデータには、13000〜13100の間のPTS値が有効期間となるコマンドとして、受信装置本体宛てのイベントコマンドが記述されている。このイベントコマンドは、１つ目のセグメントデータに記述されたエクスキュートコマンドに応じて取得されたVOD用アプリにおいて発火される。
【０１５１】
なお、セグメントシーケンスの記述方法は任意であって、図２０の記述例に限定されるものではない。
【０１５２】
（ファイル制御タイプのVOD用アプリの運用例）
受信装置１２において、ファイル制御タイプの動作を行うことで、例えば、図２１に示すようなVOD用アプリの運用が可能となる。
【０１５３】
図２１は、ファイル制御タイプでのVOD用アプリの動作シナリオの例を示す図である。
【０１５４】
図２１に示すように、受信装置１２は、ディスプレイ５２に表示されたVODナビ画面Ｐ１１の一覧から配信コンテンツが選択された場合、選択された配信コンテンツに対応する再生制御メタファイルを、再生制御情報サーバ１４に要求する。受信装置１２はまた、再生制御情報サーバ１４からの再生制御メタファイルに応じて、選択された配信コンテンツを配信サーバ１５に要求して、配信コンテンツの受信を開始する。
【０１５５】
また、受信装置１２は、取得した再生制御メタファイルのERIに応じて、アプリ制御情報サーバ１７にアクセスして、アプリ制御情報（図中のapp_control_file）を取得する。そして、受信装置１２は、取得したアプリ制御情報により特定される配信コンテンツの進行に対する同期期間を示す有効期間となる場合、その有効期間内のコマンドに応じて、VOD用アプリの動作を制御する。
【０１５６】
すなわち、受信装置本体宛てのエクスキュートコマンドが有効期間となる場合、受信装置１２では、アプリサーバ１６からVOD用アプリが取得され、起動される。これにより、ディスプレイ５２には、配信コンテンツの映像に、VOD用アプリの映像Ｐ２１が重畳された映像が表示される。
【０１５７】
次に、外部装置宛てのエクスキュートコマンドが有効期間となる場合、受信装置１２は、このエクスキュートコマンドを、外部装置１８に転送する。外部装置１８では、受信装置１２から転送されたエクスキュートコマンドが受信されると、アプリサーバ１６からVOD用アプリが取得され、起動される。これにより、出力部９８には、VOD用アプリの映像Ｐ３１が表示される。
【０１５８】
次に、受信装置本体宛てのイベントコマンドが有効期間となる場合、受信装置１２では、実行中のVOD用アプリでイベントが発火され、更新されたデータを読み込んで表示に反映させるなどの所定の処理が行われる。これにより、例えば、配信コンテンツの映像に重畳表示されていたVOD用アプリの映像Ｐ２１が、映像Ｐ２２に変更される。
【０１５９】
また、所定のタイミングにおいて、受信装置本体宛てのサスペンドコマンドが有効期間となる場合、受信装置１２では、実行中のVOD用アプリが休止される。その後、受信装置宛てのエクスキュートコマンドが有効期間となる場合、受信装置１２では、休止されていたVOD用アプリが再開される。
【０１６０】
そして、例えば配信コンテンツの終了やVOD用アプリ単独での終了にあわせて、受信装置本体及び外部装置宛てのターミネートコマンドが有効期間となる場合、受信装置１２では、実行中のVOD用アプリが終了される。また、受信装置１２は、ターミネートコマンドを外部装置１８に転送する。外部装置１８では、受信装置１２から転送されたターミネートコマンドが受信されると、実行中のVOD用アプリが終了される。
【０１６１】
その後、受信装置１２においてストリーミング再生されていた配信コンテンツが終了した場合、ディスプレイ５２には、再度、VODナビ画面Ｐ１１が表示される。
【０１６２】
以上のように、受信装置１２は、ファイル制御タイプで動作する場合、再生制御メタファイルのERIに記述された情報に応じて、アプリ制御情報サーバ１７からアプリ制御情報を取得し、取得したアプリ制御情報により特定される配信コンテンツの進行に対する同期期間を示す有効期間内のコマンドに応じてVOD用アプリを制御することになる。すなわち、受信装置１２は、アプリ制御情報にてあらかじめ時系列にスケジューリングされたコマンドに応じて、VOD用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、VOD用アプリを実行中の状態を保持したままで休止させて、他のVOD用アプリを実行、終了し、その後、休止したVOD用アプリを休止状態から再開することなども可能となる。
【０１６３】
［ストリーム制御タイプの動作例］
次に、図２２乃至図２８を参照して、受信装置１２が、ストリーム制御タイプで動作する場合について説明する。
【０１６４】
（ストリーム制御タイプの各装置間の連携）
図２２は、受信装置１２がストリーム制御タイプで動作する場合における各装置間の連携を示す図である。
【０１６５】
図２２に示すように、受信装置１２は、ユーザにより配信コンテンツの再生が指示されると、再生制御情報サーバ１４にアクセスして、再生制御メタファイルを取得する（Ｓ３１）。そして、受信装置１２は、取得した再生制御メタファイルに応じて、配信サーバ１５にアクセスし、配信サーバ１５から配信される配信コンテンツの受信を開始する（Ｓ３２）。
【０１６６】
また、受信装置１２は、取得した再生制御メタファイルを解析して、ERIのapp_control_info要素のcontrol_type属性がStreamを示す場合、ストリーム制御タイプで動作する。
【０１６７】
例えば、図２３に示すように、ストリーム制御タイプの再生制御メタファイルのERIでは、app_control_info要素のcontrol_type属性にStreamが指定され、app_control_position要素が指定される。app_control_position要素には、例えば、オーディオストリームにアプリ制御情報が埋め込まれていることを示すaudio_esが指定される。
【０１６８】
図２２に戻り、受信装置１２は、再生制御メタファイルのERI（app_control_position要素）に応じて、配信サーバ１５からの配信コンテンツのデータに埋め込まれたアプリ制御情報を取得する。例えば、ERIのapp_control_position要素として、audio_esが指定されている場合、受信装置１２は、オーディオストリームに埋め込まれたアプリ制御情報を取得する。
【０１６９】
そして、受信装置１２は、取得したアプリ制御情報に含まれるコマンドに応じて、アプリサーバ１６にアクセスして、VOD用アプリを取得して起動する（Ｓ３３）。また、受信装置１２では、アプリ制御情報の示すコマンドに応じて、実行中のVOD用アプリが、中断、再開、イベント注入、又は終了されることになる。
【０１７０】
このように、受信装置１２では、ストリーム制御タイプの動作が行われることで、配信サーバ１５からの配信コンテンツに連動して、アプリサーバ１６からのVOD用アプリが実行される。
【０１７１】
（アプリ制御情報の埋め込み方法）
次に、図２４乃至図２７を参照して、アプリ制御情報の埋め込み方法について説明する。ここでは、埋め込み方法の一例として、アプリ制御情報がオーディオストリームに挿入された場合について説明する。
【０１７２】
図２４及び図２５は、アプリ制御情報が格納されたメタデータを、AAC（Advanced Audio Coding）方式によりエンコードされたオーディオストリームに挿入する場合の例を示している。
【０１７３】
図２４は、AACの1024サンプル分の音声データが入るフレーム（Raw_data_block）の構造を示している。符号化方式がAAC方式の場合、メタデータはDSE（Data Stream Element）の領域に挿入される。
【０１７４】
図２５は、DSEのシンタックスの一例を示している。element_instance_tagは、data_stream_elementの中のデータ種別を示すが、DSEを統一したユーザデータとして利用する場合は、この値を０としてもよい。Data_byte_align_flagは、１とされ、DSEの全体がバイトアラインされるようにする。count、あるいは、その追加バイト数を意味するesc_countは、ユーザデータのサイズによって適宜、値が決められる。そして、data_stream_byteの空間がmetadata()と定義され、アプリ制御情報が挿入される。
【０１７５】
このように、オーディオストリームに挿入する方法においては、アプリ制御情報を格納したメタデータが、AAC方式によりエンコードされた場合にはDSEの領域に挿入される。なお、ここでは、符号化方式として、AAC方式を採用した場合を説明したが、例えば、AC3（Audio Code number 3）方式によりエンコードされた場合には、メタデータをAUX（AUXILIARY DATA）の領域に挿入するなど、他の符号化方式にも適用することができる。
【０１７６】
図２６及び図２７は、アプリ制御情報（App_command_data()）のシンタックスの一例を示している。なお、アプリ制御情報のシンタックスは任意であって、図２６及び図２７の例に限定されるものではない。
【０１７７】
（ストリーム制御タイプのVOD用アプリの運用例）
受信装置１２において、ストリーム制御タイプの動作を行うことで、例えば、図２８に示すようなVOD用アプリの運用が可能となる。
【０１７８】
図２８は、ストリーム制御タイプでのVOD用アプリの動作シナリオの例を示す図である。
【０１７９】
受信装置１２では、配信コンテンツの再生が指示されると、再生制御情報サーバ１４から再生制御メタファイルを取得して、ERIに記述されたapp_control_position要素から、アプリ制御情報の埋め込み位置を認識する。また、受信装置１２は、配信サーバ１５からの配信コンテンツを受信して、ストリーミング再生を開始する。
【０１８０】
配信サーバ１５が配信コンテンツの進行にあわせて、配信コンテンツに対応するVOD用アプリの取得を指示するレジスタコマンドのアプリ制御情報を送信すると、これを受信した受信装置１２は、例えばオーディオストリームなど、あらかじめ認識していた埋め込み位置を常時監視することで、アプリ制御情報を取得する。そして、受信装置１２は、アプリ制御情報が示すレジスタコマンドに応じて、アプリサーバ１６からVOD用アプリを取得して登録する。
【０１８１】
次に、配信サーバ１５が配信コンテンツの進行にあわせて、配信コンテンツに対応するVOD用アプリのエクスキュートコマンドのアプリ制御情報を送信すると、これを受信した受信装置１２では、VOD用アプリが起動される。この起動により、配信コンテンツの映像には、VOD用アプリの表示が用意されていることを示すアイコンが重畳表示される。
【０１８２】
このアイコンをユーザが選択すると、配信コンテンツの映像には、VOD用アプリの映像Ｐ２１が重畳表示される。
【０１８３】
次に、配信サーバ１５が配信コンテンツの進行にあわせて、イベントコマンドのアプリ制御情報を送信すると、これを受信した受信装置１２では、実行中のVOD用アプリにおいてイベントが発火される。これにより、例えば、配信コンテンツの映像に重畳表示されていたVOD用アプリの映像Ｐ２１が、映像Ｐ２２に変更される。
【０１８４】
また、所定のタイミングにおいて、配信サーバ１５がVOD用アプリのサスペンドコマンドのアプリ制御情報を送信すると、これを受信した受信装置１２では、実行中のVOD用アプリが休止される。（関連するデータは退避メモリ７３Ｂに保持される）。その後、配信サーバ１５がVOD用アプリのエクスキュートコマンドのアプリ制御情報を送信すると、これを受信した受信装置１２では、休止されていたVOD用アプリが再開される。
【０１８５】
さらに、配信サーバ１５が配信コンテンツの終了にあわせて、ターミネートコマンドのアプリ制御情報を送信すると、これを受信した受信装置１２では、実行中のVOD用アプリが終了される。なお、配信サーバ１５がターミネートコマンドのアプリ制御情報を送信しない場合であっても、実行中のVOD用アプリは、配信コンテンツの終了と同時に終了されることになる。
【０１８６】
以上のように、受信装置１２は、ストリーム制御タイプで動作する場合、再生制御メタファイルのERIに記述された情報に応じて、アプリ制御情報の埋め込み位置を常時監視することで、配信コンテンツのデータからアプリ制御情報を取得し、取得したアプリ制御情報の示すコマンドに応じてVOD用アプリを制御することになる。すなわち、受信装置１２は、配信サーバ１５から送信されるアプリ制御情報の示すコマンドに応じて、VOD用アプリの起動、休止、イベント発火、又は終了などの動作を制御する。
【０１８７】
［VOD用アプリの状態遷移］
図２９は、レジスタ、エクスキュート、イベント、サスペンド、及びターミネートの各コマンドに応じて受信装置１２にて動作するVOD用アプリの状態遷移図である。図２９に示すように、VOD用アプリの状態は、解放状態(Released)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちいずれかに遷移していると定義される。
【０１８８】
なお、前述したとおり、受信装置１２がダイレクト動作タイプで動作する場合には、VOD用アプリの状態は、実行中状態で固定される。また、受信装置１２がファイル動作タイプ又はストリーム動作タイプで動作する場合には、VOD用アプリの状態は、解放状態、準備状態、実行中状態、又は休止状態の４種類のうちいずれかに遷移する。
【０１８９】
解放状態は、VOD用アプリが受信装置１２に未取得である状態を指す。準備状態は、そのVOD用アプリが受信装置１２に登録済みであって起動されていない状態を指す。実行中状態は、VOD用アプリが起動されて実行中である状態を指す。休止状態は、VOD用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ７３Ｂに保持されている状態を指す。
【０１９０】
VOD用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドが受信され、レジスタコマンドに従ってそのVOD用アプリが取得（登録）されると、準備状態に遷移する。
【０１９１】
VOD用アプリが準備状態であるとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのVOD用アプリが起動されると、実行中状態に遷移する。
【０１９２】
また、VOD用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのVOD用アプリが取得されて起動されると、実行中状態に遷移する。
【０１９３】
VOD用アプリが実行中状態に遷移しているとき、サスペンドコマンドが受信され、サスペンドコマンドに従って実行中のVOD用アプリが中断されると休止状態に遷移する。
【０１９４】
VOD用アプリが休止状態に遷移しているとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従って、中断されていたVOD用アプリが再開されると、実行中状態に遷移する。
【０１９５】
VOD用アプリが、実行中状態又は休止状態に遷移しているとき、ターミネートコマンドが受信され、ターミネートコマンドに従って、実行中のVOD用アプリが終了されると、準備状態に遷移する（図中の「Ａ」）。なお、準備状態への遷移は、ターミネートコマンドに基づくもののほか、他のVOD用アプリが実行されたときなどにも発生する。
【０１９６】
また、VOD用アプリが、準備状態、実行中状態、又は休止状態に遷移しているとき、コマンドのアプリ有効期限が経過したとき、解放状態に遷移する（図中の「Ｂ」）。
【０１９７】
［配信コンテンツ再生処理］
次に、図３０乃至図３３のフローチャートを参照して、受信装置１２にて実行される配信コンテンツ再生処理について説明する。
【０１９８】
図３０は、配信コンテンツ再生処理を示すフローチャートである。
【０１９９】
ステップＳ１１１において、制御部６８は、操作部７０からの操作信号に基づき、ユーザにより配信コンテンツが選択されたか否かを判定する。ユーザにより配信コンテンツが選択されたと判定された場合（ステップＳ１１１の「YES」）、処理は、ステップＳ１１２に進む。このとき、制御部６８は、通信I/F７１を制御して、再生制御情報サーバ１４にアクセスして、再生制御メタファイルを要求する。
【０２００】
ステップＳ１１２において、解析部６６は、通信I/F７１を制御して、再生制御情報サーバ１４からの再生制御メタファイルを取得する。解析部６６は、取得した再生制御メタファイルの解析結果に応じて、通信I/F７１を制御して、配信サーバ１５にアクセスし、配信コンテンツを要求する。
【０２０１】
ストリーミング再生処理部７５は、通信I/F７１を制御して、配信サーバ１５からの配信コンテンツを取得し、多重分離部６２に供給する。これにより、受信装置１２では、配信コンテンツのストリーミング受信が開始される（Ｓ１１３）。そして、多重分離部６２により分離されたオーディオストリーム及びビデオストリームがそれぞれ、オーディオデコーダ６３及びビデオデコーダ６５によりデコードされ、出力されることで、配信コンテンツのストリーミング再生が行われる。
【０２０２】
ステップＳ１１４において、解析部６６は、取得した再生制御メタファイルの解析結果に応じて、受信装置１２が、ダイレクト制御タイプ、ファイル制御タイプ、又はストリーム制御タイプのいずれで動作するかを判定する。
【０２０３】
ステップＳ１１４において、受信装置１２がダイレクト制御タイプで動作すると判定された場合、処理は、ステップＳ１１５に進められる。ステップＳ１１５において、制御部６８は、解析部６６の解析結果に基づき、アプリエンジン７２を制御して、ダイレクト制御タイプのVOD用アプリ制御処理を行う。
【０２０４】
なお、ダイレクト制御タイプのVOD用アプリ制御処理の詳細については、図３１のフローチャートを参照して、後述する。
【０２０５】
また、ステップＳ１１４において、受信装置１２がファイル制御タイプで動作すると判定された場合、処理は、ステップＳ１１６に進められる。ステップＳ１１６において、制御部６８は、解析部６６の解析結果に基づき、アプリエンジン７２を制御して、ファイル制御タイプのVOD用アプリ制御処理を行う。
【０２０６】
なお、ファイル制御タイプのVOD用アプリ制御処理の詳細については、図３２のフローチャートを参照して、後述する。
【０２０７】
さらに、ステップＳ１１４において、受信装置１２がストリーム制御タイプで動作すると判定された場合、処理は、ステップＳ１１７に進められる。ステップＳ１１７において、制御部６８は、解析部６６の解析結果に基づき、アプリエンジン７２を制御して、ストリーム制御タイプのVOD用アプリ制御処理を行う。
【０２０８】
なお、ストリーム制御タイプのVOD用アプリ制御処理の詳細については、図３３のフローチャートを参照して、後述する。
【０２０９】
ステップＳ１１５乃至Ｓ１１７のVOD用アプリ制御処理が終了すると、処理は、ステップＳ１１１に戻り、それ以降の処理が繰り返される。
【０２１０】
以上、配信コンテンツ再生処理について説明した。
【０２１１】
（ダイレクト制御タイプのVOD用アプリ制御処理の詳細）
次に、図３１のフローチャートを参照して、図３０のステップＳ１１５に対応するダイレクト制御タイプのVOD用アプリ制御処理の詳細について説明する。
【０２１２】
ステップＳ１３１において、アプリエンジン７２は、制御部６８からの制御に従い、通信I/F７１を制御して、アプリサーバ１６からVOD用アプリを取得して、キャッシュメモリ７６に記録する。ステップＳ１３２において、アプリエンジン７２は、キャッシュメモリ７６に記録されたVOD用アプリを起動する。これにより、ディスプレイ５２では、配信コンテンツの映像に、VOD用アプリの映像が重畳表示される。
【０２１３】
その後、配信コンテンツのストリーミング受信が終了するまで、ステップＳ１１３の処理が繰り返され、受信装置１２にて、ストリーミング再生が行われている間、配信コンテンツの映像には、VOD用アプリの映像が重畳表示される。
【０２１４】
そして、ストリーミング再生されていた配信コンテンツが終了した場合（ステップＳ１３３の「YES」）、処理は、ステップＳ１３４に進められる。ステップＳ１３４において、アプリエンジン７２は、制御部６８の制御に従い、実行中のVOD用アプリを終了させる。これにより、配信コンテンツの終了と同時に、VOD用アプリが終了される。
【０２１５】
ダイレクト制御タイプのVOD用アプリ制御処理が終了すると、処理は、図３０のステップＳ１１５に戻り、それ以降の処理が繰り返される。
【０２１６】
（ファイル制御タイプのVOD用アプリ制御処理の詳細）
次に、図３２のフローチャートを参照して、図３０のステップＳ１１６に対応するファイル制御タイプのVOD用アプリ制御処理の詳細について説明する。
【０２１７】
ステップＳ１５１において、解析部６６は、再生制御メタファイルの解析結果に応じて、通信I/F７１を制御して、アプリ制御情報サーバ１７からアプリ制御情報を取得する。解析部６６は、取得したアプリ制御情報を解析し、その解析結果を制御部６８に供給する。
【０２１８】
ステップＳ１５２において、制御部６８は、解析部６６からの解析結果に基づき、再生中の配信コンテンツの進行タイミングが、セグメント有効期間内であるか否かを判定する。
【０２１９】
ステップＳ１５２において、セグメント有効期間内であると判定された場合、処理は、ステップＳ１５３に進められる。ステップＳ１５３において、制御部６８は、セグメント有効期間内のコマンドを読み出し、当該コマンドが、レジスタ、エクスキュート、イベント、サスペンド、又はターミネートのいずれであるかを判定する。
【０２２０】
ステップＳ１５４において、制御部６８は、ステップＳ１５３の判別結果がレジスタでるか否かを判定し、レジスタであると判定された場合、処理は、ステップＳ１５５に進められる。ステップＳ１５５において、制御部６８は、アプリエンジン７２を制御して、アプリケーション取得先URLにより特定されるアプリサーバ１６にアクセスして、VOD用アプリを取得して、登録する。この後、処理は、ステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０２２１】
ステップＳ１５４において、ステップＳ１５３の判別結果がレジスタではないと判定された場合、処理は、ステップＳ１５６に進められる。ステップＳ１５６において、制御部６８は、ステップＳ１５３の判別結果がエクスキュートであるか否かを判定し、エクスキュートであると判定された場合、処理はステップＳ１５７に進められる。
【０２２２】
ステップＳ１５７において、アプリエンジン７２は、制御部６８からの制御に従い、アプリケーションIDにより特定されるVOD用アプリが休止中（サスペンド状態）であるか否かを判定する。具体的には、退避メモリ７３Ｂに、アプリケーションIDにより特定されるVOD用アプリの休止の状態を示すデータが退避されている場合に休止中であると判定する。
【０２２３】
ステップＳ１５７において、アプリケーションIDにより特定されるVOD用アプリが休止中ではないと判定された場合、処理はステップＳ１５８に進められる。ステップＳ１５８において、アプリエンジン７２は、制御部６８からの制御に従い、アプリケーションIDにより特定されるVOD用アプリが未取得（キャッシュメモリ７６に存在しない）の場合にそれを取得する。
【０２２４】
ステップＳ１５９において、アプリエンジン７２は、制御部６８からの制御に従い、現在実行中のVOD用アプリがあるならば、それを終了させる。
【０２２５】
ステップＳ１６０において、アプリエンジン７２は、制御部６８からの制御に従い、アプリケーションIDにより特定されるVOD用アプリを起動する。この後、処理は、ステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０２２６】
なお、ステップＳ１５７において、アプリケーションIDにより特定されるVOD用アプリが休止中（サスペンド状態）であると判定された場合、処理はステップＳ１６１に進められる。ステップＳ１６１において、アプリエンジン７２は、制御部６８からの制御に従い、退避メモリ７３Ｂのデータをワークメモリ７３Ａに移して、アプリケーションIDにより特定されるVOD用アプリを起動する。これにより、アプリケーションIDにより特定される、休止中のVOD用アプリが休止された状態から再開されることになる。この後、処理はステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０２２７】
ステップＳ１５６において、ステップＳ１５３の判別結果がエクスキュートではないと判定された場合、処理はステップＳ１６２に進められる。ステップＳ１６２において、制御部６８は、ステップＳ１５３の判別結果がイベントであるか否かを判定し、イベントであると判定された場合、処理はステップＳ１６３に進められる。
【０２２８】
ステップＳ１６３において、制御部６８は、アプリケーションIDが一致する場合のみ、アプリエンジン７２を制御して、実行中のVOD用アプリにおいて、イベントIDに対応するイベントを発火（実行）させる。この後、処理はステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０２２９】
ステップＳ１６２において、ステップＳ１５３の判別結果がイベントではないと判定された場合、処理はステップＳ１６４に進められる。ステップＳ１６４において、制御部６８は、ステップＳ１５３の判別結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップＳ１６５に進められる。
【０２３０】
ステップＳ１６５において、アプリエンジン７２は、制御部６８からの制御に従い、現在実行中のVOD用アプリの状態を示すデータ（すなわち、現在ワークメモリ７３Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ７３Ｂに退避させる。この後、処理はステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０２３１】
ステップＳ１６４において、ステップＳ１５３の判別結果がサスペンドではないと判定された場合、ステップＳ１５３の判別結果はターミネートであるので、処理はステップＳ１６６に進められる。ステップＳ１６６において、アプリエンジン７２は、制御部６８からの制御に従い、アプリケーションIDにより特定されるVOD用アプリが実行中であればそれを終了させる。ステップＳ１６７において、アプリエンジン７２は、制御部６８からの制御に従い、アプリケーションIDにより特定されるVOD用アプリに関するデータを、ワークメモリ７３Ａ及び退避メモリ７３Ｂから消去するとともに、VOD用アプリをキャッシュメモリ７６から消去させる。この後、処理はステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０２３２】
また、ステップＳ１５２において、セグメント有効期間内でない、すなわち、例えば、配信コンテンツの進行タイミングがセグメント有効期間を過ぎたと判定された場合、処理は、ステップＳ１６８に進められる。そして、ステップＳ１６８において、ストリーミング再生されていた配信コンテンツが終了したか否かが判定され、終了していない場合には処理は、ステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０２３３】
一方、ストリーミング再生されていた配信コンテンツが終了した場合（ステップＳ１６８の「YES」）、ファイル制御タイプのVOD用アプリ制御処理は終了される。そして、ファイル制御タイプのVOD用アプリ制御処理が終了すると、処理は、図３０のステップＳ１１６に戻り、それ以降の処理が繰り返される。
【０２３４】
（ストリーム制御タイプのVOD用アプリ制御処理の詳細）
次に、図３３のフローチャートを参照して、図３０のステップＳ１１７に対応するストリーム制御タイプのVOD用アプリ制御処理の詳細について説明する。
【０２３５】
ステップＳ１９１において、解析部６６は、例えばオーディオストリームなど、認識済みのアプリ制御情報の埋め込み位置を常時監視することで、アプリ制御情報を受信したか否かを判定する。ステップＳ１９１において、アプリ制御情報を受信したと判定された場合、処理は、ステップＳ１９２に進められる。ステップＳ１９２において、解析部６６は、配信コンテンツのデータに埋め込まれたアプリ制御情報を取得する。ステップＳ１９２によりアプリ制御情報が取得されると、処理は、ステップＳ１９３に進められる。
【０２３６】
ステップＳ１９３乃至Ｓ２０８においては、図３２のステップＳ１５３乃至Ｓ１６８と同様に、アプリ制御情報の示すコマンドが、レジスタ、エクスキュート、イベント、サスペンド、又はターミネートのいずれであるかが判定され、コマンドの種別に応じて、VOD用アプリの動作が制御される。すなわち、ストリーム制御タイプのVOD用アプリ制御処理は、ユーザが配信コンテンツのストリーミング再生を視聴している間、繰り返し実行され、配信コンテンツに連動してVOD用アプリを起動したり、イベントを発火させたり、終了したりする。さらに、VOD用アプリを実行中の状態を保持したままで休止させて、他のVOD用アプリを実行、終了し、その後、休止したVOD用アプリを休止状態から再開する。
【０２３７】
そして、ストリーム制御タイプのVOD用アプリ制御処理が終了すると、処理は、図３０のステップＳ１１７に戻り、それ以降の処理が繰り返される。
【０２３８】
以上のように、本技術によれば、ストリーミング再生される配信コンテンツに連動して実行されるVOD用アプリを提供することができる。特に、ストリーミング再生を行う配信コンテンツが複数存在する場合でも、配信コンテンツごとに、個別にVOD用アプリを実行させることが可能となる。
【０２３９】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０２４０】
図３４は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２４１】
コンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【０２４２】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記録部２０８、通信部２０９、及びドライブ２１０が接続されている。
【０２４３】
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記録部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
【０２４４】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記録部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、前述した一連の処理が行われる。
【０２４５】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２４６】
コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記録部２０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部２０９で受信し、記録部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記録部２０８に、あらかじめインストールしておくことができる。
【０２４７】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２４８】
ここで、本明細書において、コンピュータ２００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２４９】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２５０】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２５１】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２５２】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２５３】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２５４】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２５５】
なお、本技術は、以下のような構成をとることができる。
【０２５６】
（１）
コンテンツの再生を制御するための再生制御情報を取得する再生制御情報取得部と、
取得した前記再生制御情報に応じて、配信される前記コンテンツを再生する再生部と、
取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作を制御する制御部と
を備える再生装置。
（２）
前記再生制御情報には、前記再生制御情報に直接記述された情報に応じて前記アプリケーションプログラムの動作を制御する第１のタイプ、前記アプリケーションプログラムの動作を制御するためのアプリケーション制御情報を提供する情報処理装置から取得される前記アプリケーション制御情報に応じて前記アプリケーションプログラムの動作を制御する第２のタイプ、及び前記コンテンツのデータに埋め込まれた前記アプリケーション制御情報に応じて前記アプリケーションプログラムの動作を制御する第３のタイプのうちいずれかのタイプが指定され、
前記制御部は、前記再生制御情報のタイプに応じて、前記アプリケーションプログラムの動作を制御する
（１）に記載の再生装置。
（３）
前記制御部は、前記再生制御情報にて前記第１のタイプが指定された場合、前記コンテンツの再生開始に応じて前記アプリケーションプログラムを起動させるとともに、前記コンテンツの再生終了に応じて前記アプリケーションプログラムを終了させる
（２）に記載の再生装置。
（４）
前記制御部は、前記再生制御情報にて前記第２のタイプが指定された場合、前記情報処理装置から取得した前記アプリケーション制御情報により特定される前記コンテンツの進行に対する同期期間を示す有効期間内のコマンドに応じて、前記アプリケーションプログラムの動作を制御する
（２）に記載の再生装置。
（５）
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
（４）に記載の再生装置。
（６）
前記有効期間は、対応する前記コンテンツの進行位置を示すPTSにより特定される
（４）又は（５）に記載の再生装置。
（７）
前記制御部は、前記再生制御情報にて前記第３のタイプが指定された場合、前記再生制御情報により特定される埋め込み位置に埋め込まれた前記アプリケーション制御情報の示すコマンドに応じて、前記アプリケーションプログラムの動作を制御する
（２）に記載の再生装置。
（８）
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
（７）に記載の再生装置。
（９）
前記アプリケーション制御情報は、AAC方式により符号化されたオーディオストリームのフレーム構造におけるDSEの領域に挿入される
（７）又は（８）に記載の再生装置。
（１０）
前記再生装置は、デジタルテレビジョン放送信号を受信する受信部をさらに備える受信装置である
（１）に記載の再生装置。
（１１）
再生装置の再生方法において、
前記再生装置が、
コンテンツの再生を制御するための再生制御情報を取得し、
取得した前記再生制御情報に応じて、配信される前記コンテンツを再生し、
取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作を制御する
ステップを含む再生方法。
（１２）
コンピュータを、
コンテンツの再生を制御するための再生制御情報を取得する再生制御情報取得部と、
取得した前記再生制御情報に応じて、配信される前記コンテンツを再生する再生部と、
取得した前記再生制御情報から得られる前記コンテンツと連動して実行されるアプリケーションプログラムに関する情報に応じて、再生中の前記コンテンツに連動して実行される前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
【符号の説明】
【０２５７】
１  放送システム，  ２  インターネット，  １１  放送装置，  １２  受信装置，  １３  コンテンツサーバ，  １４  再生制御情報サーバ，  １５  配信サーバ，  １６  アプリサーバ，  １７  アプリ制御情報サーバ，  １８  外部装置，  ６６  解析部，  ６８  制御部，  ７１  通信I/F，  ７２  アプリエンジン，  ７５  ストリーミング再生処理部，  ２００  コンピュータ，  ２０１  CPU
【図１】
2013065566.tif 000003
【図２】
2013065566.tif 000004
【図３】
2013065566.tif 000005
【図４】
2013065566.tif 000006
【図５】
2013065566.tif 000007
【図６】
2013065566.tif 000008
【図７】
2013065566.tif 000009
【図８】
2013065566.tif 000010
【図９】
2013065566.tif 000011
【図１０】
2013065566.tif 000012
【図１１】
2013065566.tif 000013
【図１２】
2013065566.tif 000014
【図１３】
2013065566.tif 000015
【図１４】
2013065566.tif 000016
【図１５】
2013065566.tif 000017
【図１６】
2013065566.tif 000018
【図１７】
2013065566.tif 000019
【図１８】
2013065566.tif 000020
【図１９】
2013065566.tif 000021
【図２０】
2013065566.tif 000022
【図２１】
2013065566.tif 000023
【図２２】
2013065566.tif 000024
【図２３】
2013065566.tif 000025
【図２４】
2013065566.tif 000026
【図２５】
2013065566.tif 000027
【図２６】
2013065566.tif 000028
【図２７】
2013065566.tif 000029
【図２８】
2013065566.tif 000030
【図２９】
2013065566.tif 000031
【図３０】
2013065566.tif 000032
【図３１】
2013065566.tif 000033
【図３２】
2013065566.tif 000034
【図３３】
2013065566.tif 000035
【図３４】
2013065566.tif 000036
【国際調査報告】
2013065566.tif 000037
2013065566.tif 000038