(57)【要約】本技術は、ACR技術を用いてデジタルテレビジョン番組に連動するアプリケーションプログラムを提供することができるようにする受信装置、受信方法、プログラム、及び情報処理システムに関する。受信装置は、ＡＶコンテンツを受信し、受信したＡＶコンテンツのデータから特徴量を抽出し、抽出した特徴量からACR技術を用いて識別されるＡＶコンテンツの識別結果を取得し、取得した識別結果に応じて、ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得し、取得したコマンドに応じて、アプリケーションプログラムの動作を制御する。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。
2013021824.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
抽出した前記特徴量からACR（Automatic Content Recognition）技術を用いて識別される前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、
取得した前記識別結果に応じて、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
【請求項２】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
請求項１に記載の受信装置。
【請求項３】
前記コマンドには、前記コマンドを実行する時刻を示す時刻情報が含まれており、
前記制御部は、前記時刻情報に応じて、前記コマンドを実行する
請求項２に記載の受信装置。
【請求項４】
前記時刻情報は、前記ＡＶコンテンツの進行と関係なくあらかじめ定められた特定の時刻となったときに前記コマンドを実行させるための情報、又は前記ＡＶコンテンツの進行と連動してあらかじめ定められた特定の時間が経過したときに前記コマンドを実行させるための情報である
請求項３に記載の受信装置。
【請求項５】
前記制御部は、前記コマンドが取得若しくは起動を示し、かつ、前記アプリケーションプログラムを取得していない場合、前記アプリケーションプログラムを取得した後、前記コマンドを実行する時刻となったとき、取得した前記アプリケーションプログラムを起動する
請求項３に記載の受信装置。
【請求項６】
前記特徴量抽出部は、前記ＡＶコンテンツのビデオ信号及びオーディオ信号のいずれか一方又は双方から前記特徴量を抽出する
請求項１に記載の受信装置。
【請求項７】
受信装置が、
ＡＶコンテンツを受信し、
受信した前記ＡＶコンテンツのデータから特徴量を抽出し、
抽出した前記特徴量からACR技術を用いて識別される前記ＡＶコンテンツの識別結果を取得し、
取得した前記識別結果に応じて、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得し、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
【請求項８】
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
抽出した前記特徴量からACR技術を用いて識別される前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、
取得した前記識別結果に応じて、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して、コンピュータを機能させるためのプログラム。
【請求項９】
受信装置、第１の情報処理装置、第２の情報処理装置、及び第３の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
抽出した前記特徴量を前記第１の情報処理装置に送信して、前記第１の情報処理装置にて前記特徴量からACR技術を用いて識別された前記前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、
前記第１の情報処理装置から取得した前記識別結果を前記第２の情報処理装置に送信して、前記第２の情報処理装置から、前記識別結果に応じた、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
前記第２の情報処理装置から取得した前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、ACR技術を用いて前記特徴量から前記ＡＶコンテンツを識別するコンテンツ識別部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記識別結果に応じた前記コマンドを提供するコマンド提供部を備え、
前記第３の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記コマンドに応じた前記アプリケーションプログラムを提供するアプリケーション提供部を備える
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、プログラム、及び情報処理システムに関し、特に、ACR技術を用いてデジタルテレビジョン番組に連動するアプリケーションプログラムを提供することができるようにした受信装置、受信方法、プログラム、及び情報処理システムに関する。
【背景技術】
【０００２】
デジタルテレビジョン放送信号を受信する受信装置において、デジタルテレビジョン番組と連動したアプリケーションプログラムをインターネットから取得して実行するサービスが普及することが予想され、このような放送と通信のハイブリッドサービスを実現するための技術の検討が行われている（例えば、特許文献１参照）。【０００３】
また、地上波放送を直接受信しないで、CATV網や衛星通信網を介して受信する場合、デジタルテレビジョン放送信号と同期した制御信号を送信することで、放送と通信のハイブリッドサービスを実現することが検討されているが、CATV網や衛星放送網の設備、専用端末の更新を行わなければ、サービスを実現することが難しいというのが現状である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２４５６５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ACR（Automatic Content Recognition）と称される、番組等のＡＶコンテンツを識別する技術が知られている。ACR技術では、識別対象となるＡＶコンテンツのビデオ信号及びオーディオ信号から抽出された特徴量を、あらかじめ多数のＡＶコンテンツのビデオ信号及びオーディオ信号から抽出された特徴量が登録されているデータベースと照合することで、ＡＶコンテンツの識別が行われる。【０００６】
ACR技術を用いてデジタルテレビジョン番組を識別して、さらに、識別された番組に対応するアプリケーションプログラムを提供することができれば、放送と通信のハイブリッドサービスを実現することができる。しかしながら、現状では、ACR技術を用いて、デジタルテレビジョン番組に連動するアプリケーションプログラムを提供するための技術方式は確立されていない。【０００７】
本技術はこのような状況に鑑みてなされたものであり、ACR技術を用いてデジタルテレビジョン番組に連動するアプリケーションプログラムを提供することができるようにするものである。
【課題を解決するための手段】
【０００８】
本技術の第１の側面の受信装置は、ＡＶコンテンツを受信する受信部と、受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、抽出した前記特徴量からACR（Automatic Content Recognition）技術を用いて識別される前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、取得した前記識別結果に応じて、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部とを備える。【０００９】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する。【００１０】
前記コマンドには、前記コマンドを実行する時刻を示す時刻情報が含まれており、前記制御部は、前記時刻情報に応じて、前記コマンドを実行する。【００１１】
前記時刻情報は、前記ＡＶコンテンツの進行と関係なくあらかじめ定められた特定の時刻となったときに前記コマンドを実行させるための情報、又は前記ＡＶコンテンツの進行と連動してあらかじめ定められた特定の時間が経過したときに前記コマンドを実行させるための情報である。【００１２】
前記制御部は、前記コマンドが取得若しくは起動を示し、かつ、前記アプリケーションプログラムを取得していない場合、前記アプリケーションプログラムを取得した後、前記コマンドを実行する時刻となったとき、取得した前記アプリケーションプログラムを起動する。【００１３】
前記特徴量抽出部は、前記ＡＶコンテンツのビデオ信号及びオーディオ信号のいずれか一方又は双方から前記特徴量を抽出する。【００１４】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１５】
本技術の第１の側面の受信方法又はプログラムは、前述した第１の側面の受信装置に対応する受信方法又はプログラムである。【００１６】
本技術の第１の側面の受信装置、受信方法、及びプログラムにおいては、ＡＶコンテンツが受信され、受信されたＡＶコンテンツのデータから特徴量が抽出され、抽出された特徴量からACR技術を用いて識別されるＡＶコンテンツの識別結果が取得され、取得された識別結果に応じて、ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドが取得され、取得されたコマンドに応じて、アプリケーションプログラムの動作が制御される。【００１７】
本技術の第２の側面の情報処理システムは、受信装置、第１の情報処理装置、第２の情報処理装置、及び第３の情報処理装置から構成される情報処理システムにおいて、前記受信装置は、ＡＶコンテンツを受信する受信部と、受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、抽出した前記特徴量を前記第１の情報処理装置に送信して、前記第１の情報処理装置にて前記特徴量からACR技術を用いて識別された前記前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、前記第１の情報処理装置から取得した前記識別結果を前記第２の情報処理装置に送信して、前記第２の情報処理装置から、前記識別結果に応じた、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、前記第２の情報処理装置から取得した前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部とを備え、前記第１の情報処理装置は、前記受信装置からの問い合わせに応じて、ACR技術を用いて前記特徴量から前記ＡＶコンテンツを識別するコンテンツ識別部を備え、前記第２の情報処理装置は、前記受信装置からの問い合わせに応じて、前記識別結果に応じた前記コマンドを提供するコマンド提供部を備え、前記第３の情報処理装置は、前記受信装置からの問い合わせに応じて、前記コマンドに応じた前記アプリケーションプログラムを提供するアプリケーション提供部を備える。【００１８】
本技術の第２の側面の情報処理システムにおいては、受信装置によって、ＡＶコンテンツが受信され、受信されたＡＶコンテンツのデータから特徴量が抽出され、抽出された特徴量を第１の情報処理装置に送信して、第１の情報処理装置にて特徴量からACR技術を用いて識別されたＡＶコンテンツの識別結果が取得され、第１の情報処理装置から取得した識別結果を第２の情報処理装置に送信して、第２の情報処理装置から、識別結果に応じた、ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドが取得され、第２の情報処理装置から取得したコマンドに応じて、第３の情報処理装置から取得したアプリケーションプログラムの動作が制御され、第１の情報処理装置によって、受信装置からの問い合わせに応じて、ACR技術を用いて特徴量からＡＶコンテンツが識別され、第２の情報処理装置によって、受信装置からの問い合わせに応じて、識別結果に応じたコマンドが提供され、第３の情報処理装置によって、受信装置からの問い合わせに応じて、コマンドに応じたアプリケーションプログラムが提供される。
【発明の効果】
【００１９】
本技術によれば、ACR技術を用いてデジタルテレビジョン番組に連動するアプリケーションプログラムを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】放送システムの構成例を示す図である。
【図２】受信装置の構成例を示す図である。
【図３】受信装置と各サーバの連携処理を説明するシーケンス図である。
【図４】ACR技術の概念を説明する図である。
【図５】コマンドに含まれる情報の項目の一例を示す図である。
【図６】コマンドの詳細仕様を示す図である。
【図７】コマンドの詳細仕様を示す図である。
【図８】コマンドの記述例を示す図である。
【図９】アプリケーションの状態遷移を示す図である。
【図１０】各コマンドと状態遷移の関係を示す図である。
【図１１】コマンド対応処理を示すフローチャートである。
【図１２】同期制御処理を示すフローチャートである。
【図１３】動作シナリオの例を示す図である。
【図１４】動作シナリオの例を示す図である。
【図１５】マルチアプリケーションの関係を示す図である。
【図１６】マルチアプリケーションの運用例を示す図である。
【図１７】本技術を適用した放送システムの具体例を示す図である。
【図１８】通信システムの構成例を示す図である。
【図１９】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２２】
＜第１の実施の形態＞
［放送システムの構成例］
図１は、本実施の形態である放送システム１を示している。この放送システム１は、放送装置１１、受信装置１２、ACRサーバ１３、コマンドサーバ１４、及びアプリサーバ１５から構成される。また、受信装置１２、ACRサーバ１３、コマンドサーバ１４、及びアプリサーバ１５は、インターネット１６を介して、相互に接続されている。
【００２３】
放送装置１１は、デジタルテレビジョン番組に相当するＡＶコンテンツのデジタルテレビジョン放送信号を送信（放送）するようになされている。
【００２４】
受信装置１２は、放送装置１１から送信されたデジタルテレビジョン放送信号を受信して、デジタルテレビジョン番組の映像及び音声を取得する。受信装置１２は、取得した映像をモニタに出力するとともに、音声をスピーカに出力する。
【００２５】
なお、受信装置１２は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、受信装置１２の詳細な構成は、図２を参照して後述する。
【００２６】
また、受信装置１２は、定期的に、インターネット１６を介してACRサーバ１３にアクセスして、デジタルテレビジョン番組の識別結果を問い合わせる。その際、デジタルテレビジョン番組のビデオ信号及びオーディオ信号から抽出される特徴量（以下、フィンガプリント情報（Finger Print）ともいう）が、ACRサーバ１３に送信される。
【００２７】
ACRサーバ１３は、任意のＡＶコンテンツのビデオ信号及びオーディオ信号から抽出された特徴量が登録されているデータベースを有しており、インターネット１６に接続された任意の端末装置からの問い合わせに応じて、ACR（Automatic Content Recognition）技術を用いたＡＶコンテンツの識別を行う。ACRサーバ１３は、受信装置１２からのフィンガプリント情報を、データベースと照合することで、デジタルテレビジョン番組を識別し、その識別結果を、インターネット１６を介して受信装置１２に送信する。
【００２８】
受信装置１２は、ACRサーバ１３から受信した識別結果に応じて、インターネット１６を介してコマンドサーバ１４にアクセスして、デジタルテレビジョン番組（ＡＶコンテンツ）に連動して実行されるデータ放送用のアプリケーションプログラム（以下、データ放送用アプリという）の動作を制御するためのコマンドを取得する。
【００２９】
コマンドサーバ１４は、データ放送用アプリの動作を制御するためのコマンドを管理しており、受信装置１２からの問い合わせに応じて、コマンドを、インターネット１６を介して受信装置１２に送信する。
【００３０】
受信装置１２は、コマンドサーバ１４から受信したコマンドに応じて、データ放送用アプリの動作を制御する。また、受信装置１２は、コマンドサーバ１４から受信したコマンドに応じて、インターネット１６を介してアプリサーバ１５にアクセスし、データ放送用アプリを取得する。
【００３１】
アプリサーバ１５は、放送装置１１により放送されるデジタルテレビジョン番組（ＡＶコンテンツ）に連動して実行されるデータ放送用アプリを管理しており、受信装置１２からの問い合わせに応じて、データ放送用アプリを、インターネット１６を介して受信装置１２に送信する。
【００３２】
放送システム１は、以上のように構成される。
【００３３】
［受信装置の構成例］
図２は、図１の受信装置１２の構成例を示している。
【００３４】
受信装置１２は、チューナ５１、多重分離部５２、オーディオデコーダ５３、オーディオ出力部５４、ビデオデコーダ５５、ビデオ出力部５６、フィンガプリント抽出部５７、通信I/F５８、クロック同期部５９、コマンド解析部６０、制御部６１、メモリ６２、操作部６３、キャッシュメモリ６５、及びアプリ用メモリ６６から構成される。
【００３５】
チューナ５１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られるトランスポートストリーム（Transport Stream、以下、ＴＳという）を多重分離部５２に出力する。
【００３６】
多重分離部５２は、チューナ５１から入力されるＴＳをオーディオ符号化信号と、ビデオ符号化信号に分離し、それぞれをオーディオデコーダ５３と、ビデオデコーダ５５に出力する。また、多重分離部５２は、ＴＳを構成するＴＳパケットからPCR(Program Clock Reference)を抽出して、クロック同期部５９に供給する。
【００３７】
オーディオデコーダ５３は、入力されたオーディオ符号化信号をデコードし、その結果得られるオーディオ信号をオーディオ出力部５４及びフィンガプリント抽出部５７に出力する。オーディオ出力部５４は、入力されたオーディオ信号を、後段のスピーカに出力する。
【００３８】
ビデオデコーダ５５は、入力されたビデオ符号化信号をデコードし、その結果得られるビデオ信号をビデオ出力部５６及びフィンガプリント抽出部５７に出力する。ビデオ出力部５６は、ビデオデコーダ５５から入力されたビデオ信号を、後段のモニタに出力する。
【００３９】
フィンガプリント抽出部５７には、オーディオデコーダ５３からのオーディオ信号と、ビデオデコーダ５５からのビデオ信号が供給される。フィンガプリント抽出部５７は、オーディオ信号及びビデオ信号のいずれか一方又は双方から特徴量を抽出し、フィンガプリント情報として、通信I/F５８に供給する。
【００４０】
通信I/F５８は、フィンガプリント抽出部５７からのフィンガプリント情報を、インターネット１６を介してACRサーバ１３に送信する。また、通信I/F５８は、ACRサーバ１３から送信されるデジタルテレビジョン番組の識別結果を受信し、制御部６１に供給する。
【００４１】
制御部６１は、メモリ６２にあらかじめ記憶されている制御用プログラムを実行することにより受信装置１２の各部の動作を制御する。メモリ６２には、制御部６１によって実行される制御用プログラムがあらかじめ記憶されている。この制御用プログラムは、デジタルテレビジョン放送信号、又はインターネット１６を介して取得する更新データに基づいて更新することができる。操作部６３は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６１に通知する。
【００４２】
また、制御部６１は、通信I/F５８からの識別結果に応じて、通信I/F５８を制御して、インターネット１６を介してコマンドサーバ１４にアクセスし、コマンドを問い合わせる。通信I/F５８は、コマンドサーバ１４から送信されるコマンドを受信し、コマンド解析部６０に供給する。
【００４３】
コマンド解析部６０は、通信I/F５８からのコマンドを解析し、その解析結果を制御部６１に供給する。
【００４４】
クロック同期部５９は、例えばPLL（Phase Locked Loop）によって構成され、多重分離部５２からのPCRに応じたシステムクロックを、オーディオデコーダ５３、ビデオデコーダ５５、及び制御部６１など、受信装置１２の各部に供給する。これにより、受信装置１２では、放送装置１１と同期したシステムクロックを得ることができるため、オーディオ信号及びビデオ信号を再生することができる。
【００４５】
制御部６１は、コマンド解析部６０からの解析結果に基づき、デジタルテレビジョン番組（ＡＶコンテンツ）に連動したデータ放送用アプリの取得若しくは登録、取得若しくは起動（実行）、イベント発火、中断、又は終了等を制御する。また、制御部６１は、コマンド解析部６０からの解析結果に基づき、クロック同期部５９からのシステムクロックを基準に、コマンドの実行のタイミングを制御する。
【００４６】
アプリエンジン６４は、制御部６１からの制御に従い、通信I/F５８を制御して、インターネット１６を介してアプリサーバ１５にアクセスし、データ放送用アプリを要求する。通信I/F５８は、アプリサーバ１５から送信されるデータ放送用アプリを受信し、キャッシュメモリ６５に保持させる。
【００４７】
アプリエンジン６４は、制御部６１からの制御に従い、キャッシュメモリ６５に保持されているデータ放送用アプリを読み出して実行する。実行中のデータ放送用アプリのビデオ信号は、ビデオ出力部５６に供給される。
【００４８】
ビデオ出力部５６は、アプリエンジン６４から入力されるビデオ信号と、ビデオデコーダ５５から入力されたビデオ信号を合成して、後段のモニタに出力する。
【００４９】
アプリ用メモリ６６は、ワークメモリ６６Ａ及び退避メモリ６６Ｂとからなる。アプリエンジン６４は、実行中のデータ放送用アプリに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ６６Ａに記録する。また、アプリエンジン６４は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ６６のワークメモリ６６Ａのデータを退避メモリ６６Ｂに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ６６Ｂのデータをワークメモリ６６Ａに移動させて休止前の状態を復活させる。
【００５０】
受信装置１２は、以上のように構成される。
【００５１】
［受信装置と各サーバの連携］
図３は、受信装置１２と各サーバの連携処理の一例として、データ放送用アプリ起動処理を説明するシーケンス図である。
【００５２】
受信装置１２において、ユーザにより所望のチャンネルが選局されると、放送装置１１からデジタルテレビジョン放送信号が受信され、対応するデジタルテレビジョン番組の映像がモニタに表示される（Ｓ１１）。また、受信装置１２では、定期的に、デジタルテレビジョン番組に対応するビデオ信号及びオーディオ信号から特徴量が抽出され（Ｓ１２）、それらの特徴量が、フィンガプリント情報として、ACRサーバ１３に送信される（Ｓ１３）。
【００５３】
ACRサーバ１３は、ACR識別処理を行い、受信装置１２からのフィンガプリント情報を、データベースと照合することで、受信装置１２にて選局中のデジタルテレビジョン番組を識別する（Ｓ１４）。具体的には、図４に示すように、ACRサーバ１３では、受信装置１２からフィンガプリント情報による問い合わせを受けると、ACR識別処理部１３Ａによって、フィンガプリント情報が、あらかじめ用意されたＦＰデータベース１３Ｂと照合され、受信装置１２にて選局中のデジタルテレビジョン番組が識別される。
【００５４】
なお、フィンガプリント情報（特徴量）は、例えば、ＡＶコンテンツの全体又は一部構成要素の固有情報であって、ＦＰデータベース１３Ｂには、あらかじめ多数のＡＶコンテンツの固有情報が登録されている。ACR識別処理では、例えば、それらの固有情報の類似度又は一致度が判定される。なお、この類似度又は一致度の判定方法としては、各種の文献などによって開示されている、公知の技術を用いることができる。ACR技術を用いることで、ＡＶコンテンツの解像度、アスペクト比、ビットレート、又はフォーマットなどの情報に依存せずに、ビデオ信号及びオーディオ信号の特徴量からＡＶコンテンツを識別することができる。
【００５５】
このACR識別処理によって、デジタルテレビジョン番組のチャンネル番号を示す情報（以下、チャンネル番組情報という）と、デジタルテレビジョン番組の開始から終了までを時間軸で表したときのフィンガプリント情報が抽出された時間位置を示す情報（以下、時間位置情報という）が得られる。また、ＦＰデータベース１３Ｂには、チャンネル番号情報と対応して、その番組に連動して実行されるデータ放送用アプリの動作を制御するためのコマンドの取得先を示す情報（以下、コマンド提供先情報という）が格納されている。コマンド提供先情報としては、例えば、コマンドサーバ１４のURL（Uniform Resource Locator）が記述される。
【００５６】
ACR識別処理部１３Ａは、ＦＰデータベース１３Ｂから、識別されたチャンネル番号に対応するコマンド提供先情報を取得する。そして、ACR識別処理部１３Ａは、識別処理の識別結果として、チャンネル番組情報、時間位置情報、及びコマンド提供先情報を、問い合わせ元の受信装置１２に送信する（Ｓ１５）。
【００５７】
受信装置１２は、ACRサーバ１３からの識別結果を取得して、その識別結果を解析する（Ｓ１６）。また、受信装置１２は、識別結果の解析結果に従って、コマンド提供先情報に記述されたURLのコマンドサーバ１４にアクセスして、チャンネル番号情報及び時間位置情報を送信することで、受信装置１２にて実行可能となるコマンドを問い合わせる（Ｓ１７）。
【００５８】
コマンドサーバ１４は、受信装置１２からの問い合わせに応じて、チャンネル番号情報及び時間位置情報に応じたコマンドを、受信装置１２に送信する（Ｓ１９）。
【００５９】
受信装置１２は、コマンドサーバ１４からのコマンドを取得して、そのコマンドを解析する（Ｓ２０）。また、受信装置１２は、コマンドの解析結果に従って、アプリサーバ１５にアクセスし、選局中のデジタルテレビジョン番組に連動して実行されるデータ放送用アプリを要求する（Ｓ２１）。
【００６０】
アプリサーバ１５は、受信装置１２からのアプリ要求に応じて、データ放送用アプリを、受信装置１２に送信する（Ｓ２３）。
【００６１】
受信装置１２は、アプリサーバ１５からのデータ放送用アプリを取得して、そのデータ放送用アプリを実行（起動）する（Ｓ２４）。
【００６２】
以上のように、受信装置１２と、ACRサーバ１３、コマンドサーバ１４、及びアプリサーバ１５が連携することで、受信装置１２では、選局中のデジタルテレビジョン番組に連動したデータ放送用アプリが起動される。
【００６３】
［コマンドの詳細］
図５は、コマンドに含まれる情報の項目の一例を示している。
【００６４】
「コマンドID」は、当該コマンドを識別するための情報である。同一内容のコマンドが複数回送信される場合、各コマンドのコマンドIDは同一のものとなる。
【００６５】
「コマンド発効時刻」は、当該コマンドを実行する時刻を示す「絶対日時」、「相対時間」、又は「PTS」のいずれかにより指定される。「絶対日時」は、デジタルテレビジョン番組の進行とは無関係に、あらかじめ設定された特定の日時となったときにコマンドを実行させる場合に指定される。また、「相対時間」は、デジタルテレビジョン番組中の基準となる時刻から特定の時間が経過したときにコマンドを実行させる場合に指定される。例えば、相対時間としては、デジタルテレビジョン番組の開始時刻からの相対的な時間が指定される。また、「PTS」は、同期再生を行うための時間情報であるPTS（Presentation Time Stamp）を用いて、コマンドを実行させる場合に指定される。すなわち、コマンド発効時刻としては、時分秒で指定する方式のほか、ＴＳのSTC（System Time Clock）値で指定する方式を採用することが可能である。
【００６６】
なお、コマンド発効時刻が既に経過している場合、当該コマンドは、受信された時点で即時に実行される。
【００６７】
「コマンド対象機器タイプ」は、当該コマンドによるデータ放送用アプリ制御の対象となる機器が指定される。ここでは、受信装置本体（受信装置１２）の他、受信装置１２に外部装置が接続される場合には、その外部装置が、コマンドの対象機器として指定される。
【００６８】
「コマンドアクション」は、当該コマンドが、「アプリ取得」（Register）、「アプリ起動」（Execute）、「アプリ終了」（Terminate）、「イベント発火」（Inject_event）、「アプリ中断」（Suspend）のいずれかであるかを示す。
【００６９】
レジスタ（Register）コマンドは、受信装置１２に対して、データ放送用アプリの取得若しくは登録を指示するためのコマンドである。ここで、データ放送用アプリの登録とは、取得したデータ放送用アプリに対応付けて、その優先度と有効期限を記憶することを意味する。データ放送用アプリは、制御部６１により、優先度と保持期限に従って管理される。
【００７０】
エクスキュート（Execute）コマンドは、受信装置１２に対して、データ放送用アプリの取得若しくは起動を指示するためのコマンドである。
【００７１】
ターミネート（Terminate）コマンドは、受信装置１２に対して、実行中のデータ放送用アプリを終了させるためのコマンドである。
【００７２】
インジェクトイベント（Inject_event）コマンドは、受信装置１２に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。
【００７３】
サスペンド（Suspend）コマンドは、受信装置１２に対して、実行中のデータ放送用アプリを休止させるためのコマンドである。
【００７４】
「コマンド適用分散化パラメータ」は、受信装置１２などの対象機器において、当該コマンドを適用するタイミングを確率的に分散させるためのパラメータである。このパラメータにより、コマンドサーバ１４やアプリサーバ１５にアクセスするタイミングが調整されるため、サーバに対するアクセスを分散して、負荷を軽減することが可能となる。
【００７５】
「アプリID」は、当該コマンドに対応するデータ放送用アプリの識別情報である。「アプリタイプ」は、当該コマンドに対応するデータ放送用アプリのタイプを示す情報である。「事業者ID」は、当該コマンドに対応するデータ放送用アプリの実行サービスを行う事業者（例えば、放送局など）の識別情報である。
【００７６】
「アプリURL」は、コマンドアクションが、「アプリ取得」又は「アプリ起動」である場合において、データ放送用アプリの取得先のURLを示す情報である。「アプリ有効期限」は、データ放送用アプリの有効期限を示す情報である。また、「アプリ保持優先度」は、当該コマンドに対応するデータ放送用アプリを取得、保持するときの優先度を示す情報である。データ放送用アプリが登録される場合、アプリ有効期限とデータ放送用アプリ保持優先度が記憶され、データ放送用アプリは、それらの有効期限と優先度に従って管理される。
【００７７】
「イベントID」は、コマンドアクションが、「イベント発火」である場合において、アプリIDにて指定されたデータ放送用アプリにおいて発火すべきイベントの識別情報である。また、「イベント付加データ」は、コマンドアクションが、「イベント発火」である場合において、イベントを発火する際に参照されるデータが記載される。
【００７８】
ここで、コマンドの詳細仕様について、図６及び図７に示す。
【００７９】
コマンド要素は、destination属性、action属性のほか、timing要素、diffusion要素、application要素、event要素を主に含む。
【００８０】
destination属性は、図５の「コマンド対象機器タイプ」に対応するものである。例えば、destination属性には、コマンドの対象機器が受信装置１２となる場合、“receiver”が指定され、コマンドの対象機器が外部装置となる場合、“external_1”や“external_2”が指定される。
【００８１】
action属性は、図５の「コマンドアクション」に対応するものである。例えば、action属性には、データ放送用アプリの取得若しくは起動を指示する場合、“execute”が指定され、データ放送用アプリの取得若しくは登録を指示する場合、“register”が指定され、データ放送用アプリの中断を指示する場合、“suspend”が指定される。また、action属性には、データ放送用アプリの終了を指示する場合、“terminate”が指定され、実行中のデータ放送用アプリにおいてイベントを引火させる場合、“event”が指定される。
【００８２】
timing要素は、図５の「コマンド発効時刻」に対応するものである。timing要素の属性としては、unit属性がある。例えば、unit属性には、「絶対日時」を用いる場合、“utc”が指定され、「相対時間」を用いる場合、“smpte”が指定され、「PTS」を用いる場合、“pts”が指定される。
【００８３】
diffusion要素は、図５の「コマンド適用分散化パラメータ」に対応するものである。diffusion要素の属性としては、rate属性、range属性、period属性があり、それぞれ、分配数、最大遅延時間、コマンド適用拡散期間が指定される。
【００８４】
application要素は、図５の「アプリID」、「アプリタイプ」、「アプリURL」、「アプリ保持優先度」、及び「アプリ有効期限」に対応するものであって、id属性、type属性、url属性、priority属性、及びexpire_date属性が指定される。url属性及びexpire_date属性は、action属性が、“execute”又は“register”となる場合には必須の項目となる。また、priority属性は、通常は“0”が指定され、優先度を高くする場合には、“1”が指定される。
【００８５】
event要素は、図５の「イベントID」及び「イベント付加データ」に対応するものであって、id属性、data属性が指定される。event要素は、action属性が、“event”となる場合には必須の項目となる。
【００８６】
［コマンドの記述例］
図８は、コマンドの記述例を示す図である。
【００８７】
図８の例では、command要素には、destination属性として“receiver”が指定され、action属性として“execute”が指定されている。すなわち、当該コマンドは、受信装置１２宛てのエクスキュートコマンドとなる。
【００８８】
command要素の開始タグと終了タグの間には、timing要素とapplication要素が記述される。
【００８９】
timing要素には、unit属性として“pts”が指定され、その値として“1286743”が指定されている。すなわち、当該コマンドは、“1286743”であるクロックが経過したときに実行される。
【００９０】
application要素には、id属性として“1”が指定され、type属性として“html”、url属性として“xxx.com/yyy”が指定され、expire_date属性として“2011-01-21”が指定されている。すなわち、HTML（Hyper Text Markup Language）により記述されたデータ放送用アプリが、“xxx.com/yyy”であるURLにより指定されるアプリサーバ１５から取得できることを意味する。
【００９１】
なお、コマンドの記述方法は任意であって、図８に限定されるものではない。
【００９２】
［データ放送用アプリの状態遷移］
図９は、レジスタ、エクスキュート、インジェクトイベント、サスペンド、及びターミネートの各コマンドに応じて受信装置１２にて動作するデータ放送用アプリの状態遷移図である。同図に示すように、データ放送用アプリの状態は、解放状態(Released)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちのいずれかに遷移していると定義される。
【００９３】
解放状態は、データ放送用アプリが受信装置１２に未取得である状態を指す。準備状態は、そのデータ放送用アプリが受信装置１２に登録済みであって起動されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ６６Ｂに保持されている状態を指す。
【００９４】
データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドが受信され、レジスタコマンドに従ってそのデータ放送用アプリが取得（登録）されると、準備状態に遷移する。
【００９５】
データ放送用アプリが準備状態であるとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが起動されると、実行中状態に遷移する。
【００９６】
また、データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが取得されて起動されると、実行中状態に遷移する。
【００９７】
データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドが受信され、サスペンドコマンドに従って実行中のデータ放送用アプリが中断されると休止状態に遷移する。
【００９８】
データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【００９９】
データ放送用アプリが、実行中状態又は休止状態に遷移しているとき、ターミネートコマンドが受信され、ターミネートコマンドに従って、実行中のデータ放送用アプリが終了されると、準備状態に遷移する（図中の「Ａ」）。なお、準備状態への遷移は、ターミネートコマンドに基づくもののほか、他のデータ放送用アプリが実行されたときなどにも発生する。
【０１００】
また、データ放送用アプリが、準備状態、実行中状態、又は休止状態に遷移しているとき、コマンドのアプリ有効期限が経過したとき、解放状態に遷移する（図中の「Ｂ」）。
【０１０１】
図１０は、各コマンドと状態遷移の関係を示している。
【０１０２】
図１０は、受信装置１２において、デジタルテレビジョン番組等のＡＶコンテンツのデータから抽出されたフィンガプリント情報をACRサーバ１３に送信すると、コマンドサーバ１４から各種のコマンドが取得されるとともに、アプリサーバ１５からデータ放送用アプリが取得される様子を模式的に表している。
【０１０３】
受信装置１２において、データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドに応じて、そのデータ放送用アプリが取得、保持され、登録されると準備状態に遷移する。
【０１０４】
受信装置１２において、データ放送用アプリが準備状態にあるとき、エクスキュートコマンドに応じて、そのデータ放送用アプリが起動されると実行中状態に遷移する。
【０１０５】
また、受信装置１２以外の他の装置において、データ放送用アプリが解放状態に遷移しているとき（他の装置に未取得のとき）、エクスキュートコマンドに応じて、そのデータ放送用アプリが取得、起動されると実行中状態に遷移する。
【０１０６】
受信装置１２において、データ放送用アプリが実行中状態に遷移しているとき、インジェクトイベントコマンドに応じて、実行中のデータ放送用アプリにてイベントが発火された場合、状態は実行中状態のままとなる。
【０１０７】
受信装置１２において、データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドに応じて、実行中のデータ放送用アプリが中断されると休止状態に遷移する。また、受信装置１２において、データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドに応じて、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【０１０８】
また、受信装置１２において、データ放送用アプリが実行中状態に遷移しているとき、ターミネートコマンドに応じて、実行中のデータ放送用アプリが終了されると準備状態に遷移する。なお、データ放送用アプリが準備状態、実行中状態、又は休止状態に遷移しているとき、当該データ放送用アプリのアプリ有効期限が経過すると、当該データ放送用アプリがキャッシュメモリ６５から消去され、登録が抹消されて解放状態に遷移する。
【０１０９】
［コマンド対応処理］
次に、受信装置１２がコマンドを受信したときのコマンド対応処理について、図１１を参照して説明する。
【０１１０】
図１１は、コマンド対応処理を説明するフローチャートである。このコマンド対応処理は、ユーザがデジタルテレビジョン番組を視聴しているとき、すなわち、受信装置１２がデジタルテレビジョン放送信号を受信している間、繰り返して実行される。
【０１１１】
フィンガプリント抽出部５７は、ステップＳ１１において、所定の時間を経過したか否かを判定し、所定の時間を経過するのを待って、デジタルテレビジョン番組に対応するビデオ信号及びオーディオ信号からフィンガプリント情報を抽出する（ステップＳ１２）。すなわち、フィンガプリント抽出部５７は、例えば数秒などの所定の間隔で、定期的にフィンガプリント情報の抽出を行う。
【０１１２】
ステップＳ１３において、フィンガプリント抽出部５７は、通信I/F５８を制御して、抽出されたフィンガプリント情報を、インターネット１６を介してACRサーバ１３に送信して、選局中のデジタルテレビジョン番組の識別結果を問い合わせる。ACRサーバ１３では、フィンガプリント情報に基づいて、ACR識別処理が行われ、その識別結果が受信装置１２に送信される。なお、ACRサーバ１３において、デジタルテレビジョン番組の識別結果を得られない場合には、識別結果の送信は行われない。
【０１１３】
ステップＳ１４において、制御部６１は、通信I/F５８を制御して、識別結果の問い合わせ先のACRサーバ１３から、識別結果を受信したか否かを判定する。
【０１１４】
ステップＳ１４において、識別結果を受信していないと判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。例えば、受信装置１２において、放送休止中のチャンネルが選択されている場合に、フィンガプリント情報が抽出されると、ACRサーバ１３側では、番組を識別することができず、識別結果の送信が行われないことになる（識別結果は送信されるが、該当なしを示すことにしてもよい）。
【０１１５】
一方、ステップＳ１４において、識別結果を受信したと判定された場合、処理は、ステップＳ１５に進められる。ステップＳ１５において、制御部６１は、通信I/F５８により受信された選局中のデジタルテレビジョン番組の識別結果の解析を行う。ここでは、識別結果として、選局中のデジタルテレビジョン番組のチャンネル番号情報、時間位置情報、及びコマンド提供先情報が得られる。
【０１１６】
ステップＳ１６において、制御部６１は、通信I/F５８を制御して、コマンド提供先情報が示すURLに対応するコマンドサーバ１４にアクセスし、チャンネル番号情報及び時間位置情報を送信することで、受信装置１２にて実行可能となるコマンドを問い合わせる。コマンドサーバ１４では、チャンネル番号情報に対応するデジタルテレビジョン番組において、時間位置情報に対応する時間帯に実行可能となるコマンドが取得され、受信装置１２に送信される。
【０１１７】
ステップＳ１７において、制御部６１は、通信I/F５８を制御して、コマンドの問い合わせ先のコマンドサーバ１４から、コマンドを受信したか否かを判定する。
【０１１８】
ステップＳ１７において、コマンドを受信していないと判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。例えば、コマンドサーバ１４では、チャンネル番号情報及び時間位置情報により定められる条件に一致するコマンドが存在しない場合、コマンドの送信は行われないことになる（コマンドは送信されるが、処理不要を示すことにしてもよい）。
【０１１９】
一方、ステップＳ１７において、コマンドを受信したと判定された場合、処理は、ステップＳ１８に進められる。ステップＳ１８において、コマンド解析部６０は、コマンドに含まれるコマンドIDを読み出し、当該コマンドに対してステップＳ１９以降の処理を既に実行済みであるか否かを判定する。既に、ステップＳ１９以降の処理を実行済みであると判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。一方、当該コマンドに対して、ステップＳ１９以降の処理を実行していないと判定された場合、処理はステップＳ１９に進められる。
【０１２０】
ステップＳ１９において、コマンド解析部６０は、コマンドに含まれるコマンドアクションを読み出し、当該コマンドが、レジスタ、エクスキュート、ターミネート、インジェクトイベント、又はサスペンドのいずれかであるかを判別する。
【０１２１】
ステップＳ２０において、コマンド解析部６０は、ステップＳ１９の判別結果がレジスタであるか否かを判定し、レジスタであると判定された場合、処理はステップＳ２１に進められる。
【０１２２】
ステップＳ２１において、制御部６１は、通信I/F５８を制御して、当該コマンドのアプリURLに対応するアプリサーバ１５にアクセスして、アプリIDにより特定されるデータ放送用アプリを取得させる。通信I/F５８により取得されたデータ放送用アプリは、キャッシュメモリ６５に保持される。また、制御部６１は、取得されたデータ放送用アプリに対応付けて、そのアプリ有効期限とアプリ保持優先度を、メモリ６２に記憶する。これにより、キャッシュメモリ６５に保持されたデータ放送用アプリは、制御部６１により、有効期限と保持優先度に従って管理される。
【０１２３】
この後、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１２４】
ステップＳ２０において、ステップＳ１９の判定結果がレジスタでないと判定された場合、処理は、ステップＳ２２に進められる。ステップＳ２２において、制御部６１は、ステップＳ１９の判定結果がエクスキュートであるか否かを判定し、エクスキュートであると判定された場合、処理は、ステップＳ２３に進められる。
【０１２５】
ステップＳ２３において、アプリエンジン６４は、制御部６１からの制御に従い、当該コマンドのコマンドIDにより特定されるデータ放送用アプリが休止中（サスペンド状態）であるか否かを判定する。具体的には、退避メモリ６６Ｂに、コマンドIDにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判定する。
【０１２６】
ステップＳ２３において、コマンドIDにより特定されるデータ放送用アプリが休止中ではないと判定された場合、処理はステップＳ２４に進められる。ステップＳ２４において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリが未取得（キャッシュメモリ６５に存在しない）の場合にそれを取得する。
【０１２７】
ステップＳ２５において、制御部６１は、同期制御処理を行う。ここで、同期制御処理の詳細について、図１２のフローチャートを参照して説明する。
【０１２８】
ステップＳ５１において、制御部６１は、当該コマンドに含まれるコマンド発効時刻が設定されているか否かを判定する。
【０１２９】
ステップＳ５１において、コマンド発効時刻が設定されていると判定された場合、処理は、ステップＳ５２に進められる。ステップＳ５２において、制御部６１は、コマンドを実行する時刻になったか否かを判定する。
【０１３０】
このコマンド発効時刻は、例えば、「絶対日時」、「相対時間」、又は「PTS」により指定される。ステップＳ５２の判定処理では、「絶対日時」が指定されている場合、あらかじめ設定された特定の日時となった否かが判定される。また、「相対時間」が指定されている場合、例えば、デジタルテレビジョン番組の開始時刻から、あらかじめ設定された特定の時間が経過したか否かが判定される。さらに、「PTS」が指定された場合、クロック同期部５９からのクロックに基づいて、コマンドを実行する時刻になったか否かが判定される。
【０１３１】
ステップＳ５２の判定処理では、コマンドを実行する時刻になったと判定されるまで、判定処理が繰り返される。すなわち、コマンドを実行する時刻になるまで、当該コマンドの実行を待つことになる。
【０１３２】
そして、ステップＳ５２において、コマンドを実行する時刻になったと判定された場合、処理は、図１１のステップＳ２５に戻され、それ以降の処理が実行される。
【０１３３】
ステップＳ２６において、アプリエンジン６４は、制御部６１からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。そして、ステップＳ２７において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリを起動する。
【０１３４】
すなわち、ステップＳ２５の同期制御処理（図１２）を行うことで、当該コマンドを実行する時刻が経過してから、データ放送用アプリが起動されるので、例えば、デジタルテレビジョン番組の進行にあわせて、データ放送用アプリを起動させたり、あるいは、ある特定の時間帯にデータ放送用アプリを起動させたりすることが可能となる。
【０１３５】
また、コマンド発効時刻が設定されていない場合（図１２のステップＳ５１の「No」）、図１２のステップＳ５２はスキップされ、ステップＳ２４の取得処理が終了した後、直ちに、ステップＳ２６，Ｓ２７が実行される。この場合、未取得のデータ放送用アプリが取得された後、直ちに、そのデータ放送用アプリが起動されることになる。
【０１３６】
この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１３７】
また、ステップＳ２３において、コマンドIDにより特定されるデータ放送用アプリが休止中（サスペンド状態）であると判定された場合、処理はステップＳ２８に進められる。
【０１３８】
ステップＳ２８において、制御部６１は、図１２の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ２９の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ２９の処理が行われる。
【０１３９】
ステップＳ２９において、アプリエンジン６４は、制御部６１からの制御に従い、退避メモリ６６Ｂのデータをワークメモリ６６Ａに移して、コマンドIDにより特定されるデータ放送用アプリを起動する。これにより、コマンドIDにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１４０】
ステップＳ２２において、ステップＳ１９の判別結果がエクスキュートではないと判定された場合、処理はステップＳ３０に進められる。ステップＳ３０において、制御部６１は、ステップＳ１９の判別結果がインジェクトイベントであるか否かを判定し、インジェクトイベントであると判定された場合、処理はステップＳ３１に進められる。
【０１４１】
ステップＳ３１において、制御部６１は、図１２の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ３２の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ３２の処理が行われる。
【０１４２】
ステップＳ３２において、制御部６１は、当該コマンドのコマンドIDと、動作中のデータ放送用アプリのコマンドIDが一致する場合のみ、アプリエンジン６４を制御して、動作中のデータ放送用アプリにおいて、コマンドのイベントIDに対応するイベントを発火（実行）させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１４３】
ステップＳ３０において、ステップＳ１９の判別結果がインジェクトイベントではないと判定された場合、処理はステップＳ３３に進められる。ステップＳ３３において、制御部６１は、ステップＳ１９の判別結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップＳ３４に進められる。
【０１４４】
ステップＳ３４において、制御部６１は、図１２の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ３５の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ３５の処理が行われる。
【０１４５】
ステップＳ３５において、アプリエンジン６４は、制御部６１からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータ（すなわち、現在ワークメモリ６６Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ６６Ｂに退避させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１４６】
ステップＳ３３において、ステップＳ１９の判別結果がサスペンドではないと判定された場合、ステップＳ１９の判別結果はターミネートであるので、処理はステップＳ３６に進められる。
【０１４７】
ステップＳ３６において、制御部６１は、図１２の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ３７の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ３７の処理が行われる。
【０１４８】
ステップＳ３７において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップＳ３８において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリに関するデータを、ワークメモリ６６Ａおよび退避メモリ６６Ｂから消去するとともに、データ放送用アプリをキャッシュメモリ６５から消去させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１４９】
以上でコマンド対応処理の説明を終了する。前述したコマンド対応処理によれば、テレビジョン放送のＡＶコンテンツ（例えばデジタルテレビジョン番組やＣＭなど）に連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させて、他のデータ情報用アプリを実行、終了し、その後、休止したデータ放送用アプリを休止状態から再開することができる。
【０１５０】
また、コマンド対応処理を行うことで、ACR技術を用いて、デジタルテレビジョン番組に連動するデータ放送用アプリを提供することが可能となる。
【０１５１】
なお、図１１の例では、ステップＳ２４乃至Ｓ２７において、未取得のデータ放送用アプリを取得した後（Ｓ２４）、コマンドを実行する時刻となったとき（Ｓ２５）、取得されたデータ放送用アプリを起動するとして説明したが、ステップＳ２４とＳ２５の処理の順番を逆にしてもよい。すなわち、この場合、コマンドを実行する時刻となるまでは、未取得のデータ放送用アプリの取得は行われず、コマンドを実行する時刻となったときに、未取得のデータ放送用アプリが取得され、起動されることになる。
【０１５２】
[動作シナリオ]
受信装置１２において、前述したコマンド対応処理を行うことで、例えば、図１３及び図１４に示すようなデータ放送用アプリの運用が可能となる。
【０１５３】
図１３は、コマンド発効時刻が設定されていない場合の動作シナリオの例を示す図である。
【０１５４】
受信装置１２は、放送装置１１からのデジタルテレビジョン放送信号に対応するデジタルテレビジョン番組がモニタに表示されているとき、定期的に、選局中の番組のビデオ信号などからフィンガプリント情報を抽出して、ACRサーバ１３に送信する。フィンガプリント情報を受信したACRサーバ１３では、ACR識別処理が行われ、その識別結果が、受信装置１２に送信される。
【０１５５】
受信装置１２は、ACRサーバ１３からの識別結果に応じて、コマンドサーバ１４に対してコマンドを問い合わせるが、受信装置１２にて実行可能となるコマンドが存在しない場合には、コマンドサーバ１４からの応答は行われない。
【０１５６】
その後、受信装置１２では、フィンガプリント情報の抽出が定期的に行われ、それに対応してACRサーバ１３とコマンドサーバ１４に対する問い合わせも継続的に行われる。そして、受信装置１２は、コマンドサーバ１４からエクスキュートコマンドを受信した場合、アプリURLに対応するアプリサーバ１５にアクセスし、データ放送用アプリを取得して、実行する。これにより、モニタに表示されたデジタルテレビジョン番組には、データ放送用アプリに対応する番組関連情報（図中の「Video Synchronized application」）などが重畳表示される。
【０１５７】
また、この状態で、コマンドサーバ１４からエクスキュートコマンドを受信した場合、受信装置１２は、既に、データ放送用アプリが起動されているため、このエクスキュートコマンドを無視する。その後もフィンガプリント情報の抽出が継続して行われ、コマンドサーバ１４からターミネートコマンドを受信した場合、受信装置１２は、実行中のデータ放送用アプリを終了する。これにより、モニタでは、番組に重畳表示されていた番組関連情報が消されて、デジタルテレビジョン番組のみが表示される。
【０１５８】
なお、図１３の例では、受信装置１２において、コマンドサーバ１４から受信されるコマンドとして、エクスキュートコマンドとターミネートコマンドを説明したが、それ以外のコマンドが受信されるようにしてもよい。例えば、データ放送用アプリの実行中に、インジェクトイベントコマンドが受信された場合には、実行中のデータ放送用アプリにおいてイベントが引火され、サスペンドコマンドが受信された場合には、実行中のデータ放送用アプリが休止される。
【０１５９】
以上のように、図１３の動作シナリオでは、コマンドサーバ１４により送信されるコマンドには、コマンド発効時刻が設定されていないため、受信装置１２では、コマンドサーバ１４から受信したコマンドを直ちに実行することになる。
【０１６０】
図１４は、コマンド発効時刻が設定された場合の動作シナリオの例を示す図である。
【０１６１】
図１４において、受信装置１２は、フィンガプリント情報の抽出を定期的に行い、ACRサーバ１３からエクスキュートコマンドを受信した場合、アプリURLに対応するアプリサーバ１５にアクセスして、データ放送用アプリを取得する。また、当該エクスキュートコマンドには、コマンド発効時刻が設定されているため、データ放送用アプリを取得した後、コマンドを実行する時刻になるまで、エクスキュートコマンドの実行を待つことになる（図中の「同期待ち」）。例えば、デジタルテレビジョン番組の特定のシーンに同期させて、データ放送用アプリに対応する番組関連情報を表示させる場合、その特定のシーンと同期するための時刻がコマンド発効時刻に記述されているので、コマンドを実行する時刻になるのを待って、データ放送用アプリを起動することになる。これにより、デジタルテレビジョン番組の特定のシーンと番組関連情報（図中の「Video Synchronized application」）を同期させることができる。
【０１６２】
その後もフィンガプリント情報の抽出が継続して行われ、コマンドサーバ１４からターミネートコマンドを受信した場合、受信装置１２は、コマンドを実行する時刻を待って、実行中のデータ放送用アプリを終了させる。これにより、モニタでは、デジタルテレビジョン番組に重畳表示されていた番組関連情報が消されて、番組のみが表示される。
【０１６３】
図１４の例では、受信装置１２において、コマンドサーバ１４から受信されるコマンドとして、エクスキュートコマンドとターミネートコマンドを説明したが、それ以外のコマンドが受信されるようにしてもよい。例えば、データ放送用アプリの実行中に、インジェクトイベントコマンドが受信された場合、コマンドを実行する時刻を待って、実行中のデータ放送用アプリにおいてイベントが引火される。また、データ放送用アプリの実行中に、サスペンドコマンドが受信された場合には、コマンドを実行する時刻を待って、実行中のデータ放送用アプリが休止される。
【０１６４】
以上のように、図１４の動作シナリオでは、コマンドサーバ１４により送信されるコマンドには、コマンド発効時刻が設定されているため、受信装置１２では、コマンドを実行する時刻を待って、コマンドサーバ１４から受信したコマンドを実行することになる。これにより、受信装置１２では、フィンガプリント情報の抽出の分解能ではなく、任意のタイミングで、コマンドを実行することが可能となる。
【０１６５】
［複数のデータ放送用アプリの運用］
以上においては、データ放送用アプリがエクスキュートコマンドに応じて起動される場合のみを説明したが、エクスキュートコマンドを用いることなくデータ放送用アプリを起動させることが可能である。
【０１６６】
具体的には、図１５に示されるように、エクスキュートコマンドに応じて起動されるデータ放送用アプリApp0の内部に、他のデータ放送用アプリApp1，App2などを起動させるための関数を記述しておけばよい。これにより、データ放送用アプリApp0の進行状況やデータ放送用アプリApp0に対するユーザの操作などに応じて、データ放送用アプリApp1などを起動させることができる。
【０１６７】
図１６は、３つのデータ放送用アプリapp0，app1，app2を連携して起動させる運用の例を示している。
【０１６８】
はじめに、データ放送用アプリapp0に対するエクスキュートコマンド、データ放送用アプリapp1に対するレジスタコマンド、及びデータ放送用アプリapp2に対するレジスタコマンドが放送される。これらを受信した受信装置１２では、データ放送用アプリapp0が取得、登録されて起動される。実行されたデータ放送用アプリapp0の画面には、データ放送用アプリapp1，app2にそれぞれ対応するアイコンが表示される。これと同時に、データ放送用アプリapp1，app2が取得、登録される。
【０１６９】
ユーザがデータ放送用アプリapp0の画面に表示されたデータ放送用アプリapp1に対応するアイコンを選択した場合、実行中のデータ放送用アプリapp0が終了されるとともに、データ放送用アプリapp1が起動される。この後は、実行中のデータ放送用アプリapp1に対するインジェクトイベントコマンド、サスペンドコマンド、エクスキュートコマンド、ターミネートコマンドにそれぞれ対応して、データ放送用アプリapp1のイベント発火、休止、再開、終了が行われる。
【０１７０】
ユーザがデータ放送用アプリapp0の画面に表示されたデータ放送用アプリapp2に対応するアイコンを選択した場合、実行中のデータ放送用アプリapp0が終了されるとともに、データ放送用アプリapp2が起動される。この後は、実行中のデータ放送用アプリapp2に対するインジェクトイベントコマンド、ターミネートコマンドにそれぞれ対応して、データ放送用アプリapp2のイベント発火、終了が行われる。
【０１７１】
上記運用によれば、エクスキュートコマンドを用いることなく複数のデータ放送用アプリを連携させて起動させることが可能である。
【０１７２】
［具体的な運用例］
また、本技術によれば、ＡＶコンテンツに対応したメタデータがなくても、ACRサーバ１３によりＡＶコンテンツの識別が行われるため、例えば、以下のような運用が可能となる。
【０１７３】
図１７は、本技術を適用した放送システムの具体例を示す図である。
【０１７４】
図１７に示すように、コンテンツプロバイダ（Content Provider）から提供されるＡＶコンテンツには、デジタルテレビジョン番組に関するメタデータが付与されており、ASP（Authorized Service Provider）からのデジタルテレビジョン放送信号を直接受信する受信装置（図中の「TV1」）は、ＡＶコンテンツとともに送信されるメタデータを取得できる。したがって、当該受信装置は、メタデータに基づいて、放送局などにより管理されるアプリサーバ（図中の「Server」）にアクセスすることで、データ放送用アプリを取得して、実行することが可能となる。
【０１７５】
一方、CATV網や衛星通信網などを介して、ASPからのデジタルテレビジョン放送信号を受信する場合、セットトップボックス（図中の「STB（Set Top Box）」）による変換後の信号が、HDMI（High Definition Multimedia Interface）経由で、受信装置（図中の「TV2」）により受信される。この場合、セットトップボックスからの出力は、ＡＶコンテンツのみとなり、メタデータを利用することはできない。したがって、当該受信装置は、ＡＶコンテンツから抽出されたフィンガプリント情報（図中の「Fingerprint」）を、ACRサーバ（図中の「ACR System」）に送信することで、アプリサーバ（図中の「Server」）からデータ放送用アプリを取得して、実行することが可能となる。
【０１７６】
以上のように、デジタルテレビジョン番組がCATV網や衛星通信網などを介して再送信される場合においても、番組に連動し得るデータ放送用コンテンツのサービスを実現することができる。
【０１７７】
すなわち、前述した説明では、例えば、図１に示すように、放送装置１１からのデジタルテレビジョン放送信号を直接、受信装置１２が受信する例を示したが、本技術は、CATV網や衛星通信網などのように、セットトップボックス等を使用することにより、ＡＶコンテンツとともに送信されるメタデータを受信装置に送ることができない場合に適用すると、より効果的である。
【０１７８】
＜第２の実施の形態＞
［通信システムの構成例］
前述した説明では、受信装置１２が、放送装置１１から送信（放送）されたＡＶコンテンツのデジタルテレビジョン放送信号を受信する例を説明したが、ＡＶコンテンツは、インターネット１６を介して配信されるようにしてもよい。
【０１７９】
図１８は、本実施の形態である通信システム８１を示している。
【０１８０】
図１８において、図１と対応する箇所には同一の符号が付してあり、その説明は適宜省略する。
【０１８１】
すなわち、図１８では、図１と比較すると、放送装置１１の代わりに、インターネット１６に接続された配信サーバ９１が設けられている。配信サーバ９１は、受信装置１２からの要求に応じて、ＡＶコンテンツを、インターネット１６を介して、受信装置１２に配信する。
【０１８２】
受信装置１２は、配信サーバ９１からのＡＶコンテンツのビデオ信号及びオーディオ信号から、フィンガプリント情報を抽出して、ACRサーバ１３に送信する。ACRサーバ１３では、ACR識別処理が行われるが、ここでは、識別結果として、コンテンツ識別情報、時間位置情報、コマンド提供先情報が送信される。すなわち、放送装置１１からのＡＶコンテンツを取得した場合には、チャンネル番号情報が識別結果として得られるが、配信サーバ９１からのＡＶコンテンツを取得した場合には、コンテンツIDなどのコンテンツ識別情報が識別結果として得られる。
【０１８３】
受信装置１２は、コマンド提供先情報に記述されたURLに対応するコマンドサーバ１４にアクセスして、コンテンツ識別情報及び時間位置情報を送信することで、受信装置１２にて実行可能となるコマンドを問い合わせる。そして、受信装置１２は、コマンドサーバ１４からのコマンドに応じて、データ放送用アプリの動作を制御することになる。
【０１８４】
このように、受信装置１２は、ＡＶコンテンツを、放送網を介して受信するのみならず、通信網を介して受信することができる。そして、放送網と通信網のどちらから受信されたＡＶコンテンツであっても、ACRサーバ１３により識別されるので、受信装置１２は、コマンドサーバ１４から、識別結果に応じたコマンドを取得することができる。
【０１８５】
なお、前述の説明では、ACRサーバ１３、コマンドサーバ１４、及びアプリサーバ１５など、提供する機能ごとにサーバを複数設ける例を説明したが、それらの機能の全部又は一部をまとめて、１又は複数のサーバにより提供されるようにしてもよい。
【０１８６】
また、ACRサーバ１３は、識別結果を受信装置１２に送信せずに、コマンドサーバ１４に直接送信するようにしてもよい。例えば、受信装置１２が、フィンガプリント情報をACRサーバ１３に送信すると、ACRサーバ１３は、ACR識別処理を行い、その識別結果を、コマンドサーバ１４に送信する。そして、コマンドサーバ１４は、ACRサーバ１３からの識別結果に応じて、コマンドを受信装置１２する。これにより、受信装置１２は、フィンガプリント情報をACRサーバ１３に送信するだけで、コマンドサーバ１４からコマンドを取得する、といった運用が可能となる。さらに、コマンドサーバ１４が、データ放送用アプリの取得コマンドを、受信装置１２に送信せずに、アプリサーバ１５に直接送信することで、例えば、受信装置１２では、フィンガプリント情報をACRサーバ１３に送信すると、アプリサーバ１５からデータ放送用アプリを取得する、といった運用が可能となる。
【０１８７】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０１８８】
そこで、図１９は、前述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０１８９】
プログラムは、コンピュータ１００に内蔵されているハードディスク等の記録部１０８やROM(Read Only Memory)１０２にあらかじめ記録しておくことができる。
【０１９０】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブルメディア１１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブルメディア１１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０１９１】
なお、プログラムは、前述したようなリムーバブルメディア１１１からコンピュータ１００にインストールする他、ダウンロードサイトから、デジタル衛星放送用の人工衛星を介して、コンピュータ１００に無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータ１００に有線で転送し、コンピュータ１００では、そのようにして転送されてくるプログラムを、通信部１０９で受信し、記録部１０８にインストールすることができる。
【０１９２】
コンピュータ１００は、CPU(Central Processing Unit)１０１を内蔵している。CPU１０１には、バス１０４を介して、入出力インタフェース１０５が接続されており、CPU１０１は、入出力インタフェース１０５を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部１０６が操作等されることにより指令が入力されると、それに従って、ROM１０２に格納されているプログラムを実行する。あるいは、また、CPU１０１は、記録部１０８に格納されているプログラム、衛星若しくはネットワークから転送され、通信部１０９で受信されて記録部１０８にインストールされたプログラム、又はドライブ１１０に装着されたリムーバブルメディア１１１から読み出されて記録部１０８にインストールされたプログラムを、RAM(Random Access Memory)１０３にロードして実行する。これにより、CPU１０１は、前述したフローチャートにしたがった処理、あるいは前述したブロック図の構成により行われる処理を行う。そして、CPU１０１は、その処理結果を、必要に応じて、例えば、入出力インタフェース１０５を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部１０７から出力、あるいは、通信部１０９から送信、さらには、記録部１０８に記録等させる。
【０１９３】
ここで、本明細書において、コンピュータ１００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０１９４】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１９５】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１９６】
また、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０１９７】
さらに、本技術は、以下の構成とすることも可能である。
【０１９８】
［１］
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
抽出した前記特徴量からACR（Automatic Content Recognition）技術を用いて識別される前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、
取得した前記識別結果に応じて、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
［２］
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
［１］に記載の受信装置。
［３］
前記コマンドには、前記コマンドを実行する時刻を示す時刻情報が含まれており、
前記制御部は、前記時刻情報に応じて、前記コマンドを実行する
［１］又は［２］に記載の受信装置。
［４］
前記時刻情報は、前記ＡＶコンテンツの進行と関係なくあらかじめ定められた特定の時刻となったときに前記コマンドを実行させるための情報、又は前記ＡＶコンテンツの進行と連動してあらかじめ定められた特定の時間が経過したときに前記コマンドを実行させるための情報である
［３］に記載の受信装置。
［５］
前記制御部は、前記コマンドが取得若しくは起動を示し、かつ、前記アプリケーションプログラムを取得していない場合、前記アプリケーションプログラムを取得した後、前記コマンドを実行する時刻となったとき、取得した前記アプリケーションプログラムを起動する
［３］又は［４］に記載の受信装置。
［６］
前記特徴量抽出部は、前記ＡＶコンテンツのビデオ信号及びオーディオ信号のいずれか一方又は双方から前記特徴量を抽出する
［１］乃至［５］のいずれかに記載の受信装置。
［７］
受信装置が、
ＡＶコンテンツを受信し、
受信した前記ＡＶコンテンツのデータから特徴量を抽出し、
抽出した前記特徴量からACR技術を用いて識別される前記ＡＶコンテンツの識別結果を取得し、
取得した前記識別結果に応じて、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得し、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
［８］
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
抽出した前記特徴量からACR技術を用いて識別される前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、
取得した前記識別結果に応じて、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して、コンピュータを機能させるためのプログラム。
［９］
受信装置、第１の情報処理装置、第２の情報処理装置、及び第３の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
抽出した前記特徴量を前記第１の情報処理装置に送信して、前記第１の情報処理装置にて前記特徴量からACR技術を用いて識別された前記前記ＡＶコンテンツの識別結果を取得する識別結果取得部と、
前記第１の情報処理装置から取得した前記識別結果を前記第２の情報処理装置に送信して、前記第２の情報処理装置から、前記識別結果に応じた、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
前記第２の情報処理装置から取得した前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、ACR技術を用いて前記特徴量から前記ＡＶコンテンツを識別するコンテンツ識別部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記識別結果に応じた前記コマンドを提供するコマンド提供部を備え、
前記第３の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記コマンドに応じた前記アプリケーションプログラムを提供するアプリケーション提供部を備える
情報処理システム。
【符号の説明】
【０１９９】
１  放送システム，  １１  放送装置，  １２  受信装置，  １３  ACRサーバ，  １４  コマンドサーバ，  １５  アプリサーバ，  ５１  チューナ，  ５７  フィンガプリント抽出部，  ５８  通信I/F，  ６０  コマンド解析部，  ６１  制御部，  ６４  アプリエンジン，  ８１  通信システム，  ９１  配信サーバ，  １００  コンピュータ，  １０１  CPU
【図１】
2013021824.tif 000003
【図２】
2013021824.tif 000004
【図３】
2013021824.tif 000005
【図４】
2013021824.tif 000006
【図５】
2013021824.tif 000007
【図６】
2013021824.tif 000008
【図７】
2013021824.tif 000009
【図８】
2013021824.tif 000010
【図９】
2013021824.tif 000011
【図１０】
2013021824.tif 000012
【図１１】
2013021824.tif 000013
【図１２】
2013021824.tif 000014
【図１３】
2013021824.tif 000015
【図１４】
2013021824.tif 000016
【図１５】
2013021824.tif 000017
【図１６】
2013021824.tif 000018
【図１７】
2013021824.tif 000019
【図１８】
2013021824.tif 000020
【図１９】
2013021824.tif 000021
【国際調査報告】
2013021824.tif 000022
2013021824.tif 000023
2013021824.tif 000024
2013021824.tif 000025