(57)【要約】  本開示は、同時に表示され得る複数のコンテンツと、別途表示される情報との対応関係を、ユーザが速やかに把握させることができるようにする情報処理装置、情報処理方法、およびプログラムに関する。本開示の第１の側面である情報処理装置は、端末装置とともにホームネットワークシステムを構成する情報処理装置において、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定部と、前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開部と、前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知部とを備える。本開示は、ACRサービスを利用するホームネットワークシステムに適用できる。
2014091942.tif 000002
【特許請求の範囲】
【請求項１】
端末装置とともにホームネットワークシステムを構成する情報処理装置において、
画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定部と、
前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開部と、
前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知部と
を備える情報処理装置。
【請求項２】
前記表示制御部は、画面上に設けた複数の前記ウィンドウであって、異なる複数の前記コンテンツをそれぞれ表示させるための前記複数のウィンドウに対して、それぞれ異なる前記枠視覚属性を設定し、
前記公開部は、複数の前記ウィンドウぞれぞれの枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する
請求項１に記載の情報処理装置。
【請求項３】
前記枠視覚属性設定部は、前記端末装置からの前記コマンドを利用したリクエストに応じて、前記ウィンドウの前記枠視覚属性を変更する
請求項２に記載の情報処理装置。
【請求項４】
前記公開部は、UPnPの規定を拡張した前記デバイスディスクリプションに、前記コマンドのURLを直接記述して前記端末装置に公開する
請求項２に記載の情報処理装置。
【請求項５】
前記コマンドは、WebAPIである
請求項２に記載の情報処理装置。
【請求項６】
前記公開部は、前記ホームネットワーク上にNotifyメッセージをマルチキャスト配信し、前記Notifyメッセージに基づく前記端末装置からのアクセスに応じて前記デバイスディスクリプションを前記端末装置に公開する
請求項２に記載の情報処理装置。
【請求項７】
前記公開部は、前記端末装置からのM-Searchに応じて前記デバイスディスクリプションを前記端末装置に公開する
請求項２に記載の情報処理装置。
【請求項８】
再生されたコンテンツから前記コンテンツの特徴を表すシグニチャデータを抽出し、抽出した前記シグニチャデータを少なくとも含むクエリを生成して識別サーバに送信し、前記クエリに応じて前記識別サーバから返信された、前記再生されたコンテンツの識別結果を表すレスポンスを受信する識別依頼処理部を
さらに備え、
前記公開部は、前記端末装置から前記識別依頼処理部を動作させるためのコマンドも前記端末装置に公開する
請求項２に記載の情報処理装置。
【請求項９】
端末装置とともにホームネットワークシステムを構成する情報処理装置の情報処理方法において、
前記情報処理装置による、
画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定ステップと、
前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開ステップと、
前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知ステップと
を含む情報処理方法。
【請求項１０】
端末装置とともにホームネットワークシステムを構成するコンピュータを、
画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定部と、
前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開部と、
前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知部と
して機能させるプログラム。
【請求項１１】
画面上に設けられたウィンドウにコンテンツを表示させるコンテンツ表示装置とともにホームネットワークシステムを構成する情報処理装置において、
前記コンテンツ表示装置の画面上に設けられた前記ウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して設定されている枠視覚属性の通知を要求するためのコマンドを前記コンテンツ表示装置から取得し、前記コマンドを呼び出すことにより前記枠視覚属性の通知を受信するコマンド取得部と、
前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行部と、
前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御部と
を備える情報処理装置。
【請求項１２】
前記コマンド取得部は、前記コンテンツ表示装置が公開した、UPnPの規定を拡張したデバイスディスクリプションに直接記述されている前記コマンドのURLを取得する
請求項１１に記載の情報処理装置。
【請求項１３】
前記コマンドは、WebAPIである
請求項１１に記載の情報処理装置。
【請求項１４】
前記コマンド取得部は、前記コンテンツ表示装置が前記ホームネットワーク上にマルチキャスト配信したNotifyメッセージに基づき、前記コンテンツ表示装置から前記デバイスディスクリプションを取得する
請求項１１に記載の情報処理装置。
【請求項１５】
前記コマンド取得部は、M-Searchにより検索した前記コンテンツ表示装置から供給される前記デバイスディスクリプションを取得する
請求項１１に記載の情報処理装置。
【請求項１６】
前記コンテンツ表示装置は、再生されたコンテンツから前記コンテンツの特徴を表すシグニチャデータを抽出し、抽出した前記シグニチャデータを少なくとも含むクエリを生成して識別サーバに送信し、前記クエリに応じて前記識別サーバから返信された、前記再生されたコンテンツの識別結果を表すレスポンスを受信する識別依頼処理部を備え、
前記コマンド取得部は、前記コンテンツ表示装置の前記識別依頼処理部を動作させるためのコマンドも前記コンテンツ表示装置から取得し、前記コマンドを呼び出すことにより前記コンテンツ表示装置から転送される前記レスポンスを受信し、
前記連動アプリケーション実行部は、受信された前記レスポンスに含まれる、識別された前記コンテンツに対応する関連メタデータに基づいて、前記連動アプリケーションを取得して実行する
請求項１１に記載の情報処理装置。
【請求項１７】
画面上に設けられたウィンドウにコンテンツを表示させるコンテンツ表示装置とともにホームネットワークシステムを構成する情報処理装置の情報処理方法において、
前記情報処理装置による、
前記コンテンツ表示装置の画面上に設けられた前記ウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して設定されている枠視覚属性の通知を要求するためのコマンドを前記コンテンツ表示装置から取得する取得ステップと、
前記コマンドを呼び出すことにより前記枠視覚属性の通知を受信する受信ステップと、
前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行ステップと、
前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御ステップと
を含む情報処理方法。
【請求項１８】
画面上に設けられたウィンドウにコンテンツを表示させるコンテンツ表示装置とともにホームネットワークシステムを構成するコンピュータを、
前記コンテンツ表示装置の画面上に設けられた前記ウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して設定されている枠視覚属性の通知を要求するためのコマンドを前記コンテンツ表示装置から取得し、前記コマンドを呼び出すことにより前記枠視覚属性の通知を受信するコマンド取得部と、
前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行部と、
前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御部と
して機能させるプログラム。
【請求項１９】
コンテンツ表示装置と端末装置とを有するホームネットワークシステムの情報処理方法において、
前記コンテンツ表示装置による、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定ステップと、
前記コンテンツ表示装置による、前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開ステップと、
前記端末装置による、公開された前記コマンドを取得する取得ステップと、
前記コンテンツ表示装置による、前記端末装置による前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知ステップと、
前記端末装置による、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行ステップと、
前記端末装置による、前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御ステップと
を含む情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、およびプログラムに関し、特に、ホームネットワークを構成するあるスクリーンデバイスにて表示されているコンテンツをACR(Automatic Content Recognition)サービスにより識別し、他のスクリーンデバイスにより該コンテンツに対応するメタデータを表示したり、該コンテンツの進行に合わせてアプリケーションを実行したりする場合に用いて好適な情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
例えば、ＴＶ（テレビジョン）番組の視聴者に対し、放送中のＴＶ番組（以下、単に番組と称する）に関連する情報（出演者、あらすじ、次回の予告等）や、番組には直接関係しないが視聴者にとって有益な情報（ニュース、天気予報、交通情報等）等を画面上に表示することを考える。【０００３】
これを実現するためには、専用のアプリケーションプログラム（以下、アプリケーションと略記する）を取得、起動させるためのコマンドを番組の進行に連動してＴＶ受像機等に対して送信すればよい。実際、既に日本や欧州等においては、ＴＶ放送信号におけるデータ放送用の帯域を利用して当該コマンドやアプリケーションを送信することにより、これが実現されている（例えば、特許文献１参照）。【０００４】
一方、米国では、ＴＶ放送信号にデータ放送用の帯域が設けられておらず、それに代わる方法が確立していないので、番組の進行に連動してアプリケーションを実行させることが実現されていない。【０００５】
なお、米国では、ＴＶ受像機にてＴＶ放送波を直接受信して番組を視聴する世帯よりも、CATVやIPTV等を介して番組を視聴する世帯の方が多い。CATVやIPTVではＴＶ放送信号から番組の映像および音声の信号だけを抽出して配信することがあるので、仮に米国におけるＴＶ放送信号にデータ放送用の帯域が設けられたとしても、アプリケーションやそれに関するデータを含めたデータ放送信号が受信装置まで伝送される保証はない。【０００６】
さらに昨今、放送中の番組だけでなく、録画した番組、DVD，ＢＤ等のパッケージメディアから再生した映像、インターネット上からダウンロードした動画、楽曲等（以下、これらをコンテンツと称する）を視聴している場合においても、その進行に連動してアプリケーションを実行させたいという要求がある。【０００７】
この要求を実現するためは、視聴されているコンテンツを識別する必要があり、その一手法として、ACR(Automatic Content Recognition)サービスと称する技術が存在する（例えば、特許文献２参照）。【０００８】
ACRサービスは、ACRクライアントとACRサーバとにより実現される。ＴＶ受像機等のコンテンツ再生装置に搭載されるACRクライアントは、視聴されているコンテンツからその特徴を表すシグニチャデータを抽出してACRサーバに通知してコンテンツの識別を依頼する。ACRサーバは、通知されたシグニチャデータと予めデータベースに登録されているコンテンツのシグニチャデータとを比較することにより、コンテンツ再生装置で視聴されているコンテンツを識別する。さらに、識別したコンテンツに関するメタデータやそれに連動して実行すべきアプリケーション（以下、連動アプリと略称する）を表す情報を含むACRレスポンスをACRクライアントに応答する。【０００９】
この応答を受信したACRクライアントが実装されたコンテンツ再生装置では、所定のサーバから連動アプリを取得して実行することになる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００６−５０２３７号公報
【特許文献２】特開２０１２−１６８８０１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ところで、上述したように米国においてはCATVやIPTV等の普及により、ＴＶ受像機がCATVやIPTV等のセットトップボックス等の外部装置の表示出力デバイスとして位置づけられている。【００１２】
このため、ユーザはＴＶ受像機のリモートコントローラ（以下、リモコンと略称する）を操作する機会がほとんどなく、該外部装置のリモコンを操作することが多い。よって、ＴＶ受像機のリモコンによって操作することになる、コンテンツ再生装置としてのＴＶ受像機において起動された連動アプリに対する操作は、ユーザにとって使い勝手がよいものとはならない可能性がある。【００１３】
したがって、ユーザの利便性を考慮し、ACRクライアントが搭載されたコンテンツ再生装置（ＴＶ受像機等）とは異なるセカンドスクリーンデバイスにて、コンテンツ再生装置で視聴中のコンテンツに関するメタデータを表示したり、連動アプリを実行させたりしたいという要求が発生してきている。【００１４】
ここで、セカンドスクリーンデバイスとしては、例えばタブレット型端末、スレートＰＣ、スマートフォン等を挙げることができる。【００１５】
また、昨今においては、セカンドスクリーンデバイスにて起動した所定のアプリケーションプログラムにより該外部装置を操作できるもの、すなわち、セカンドスクリーンデバイスを該外部装置のリモコンとして利用できるものが存在する。よって、コンテンツ再生装置やその外部装置に対する操作入力デバイスをセカンドスクリーンデバイスに集約するという観点においても上記要求の実現が望まれる。【００１６】
またさらに、主に米国においては、コンテンツ再生装置としてのＴＶ受像機等の画面が５０乃至６０インチよりも大型化される傾向にあり、該大型化された画面に同時に異なる複数のコンテンツを表示させて視聴する利用形態が徐々に一般化し始めている。したがって、そのような大型画面を有するＴＶ受像機等にACRクライアントを内蔵させ、セカンドスクリーンデバイスと連携させる利用形態についても考慮する必要がある。以下、大型画面を有し、同時に異なる複数のコンテンツを表示できるＴＶ受像機等を、マルチウィンドウスクリーンデバイスと称する。【００１７】
図１は、ACRクライアントを内蔵させたマルチウィンドウスクリーンデバイスとセカンド(2nd)スクリーンデバイスとを連携させてACRサービスを利用する想定し、それらをユーザ宅等に配置した場合の空間概略図である。【００１８】
同図においては、ユーザの正面にマルチウィンドウスクリーンデバイス１−１が設置され、左側壁にマルチスクリーンデバイス１−２が設置されている。ユーザの傍には、セカンドスクリーンデバイス３が配置されている。【００１９】
マルチウィンドウスクリーンデバイス１−１には、画面上に複数（図１の場合、３）のウィンドウを設けることができ、各ウィンドウには同時にそれぞれ異なるコンテンツ（同一のものも可能）を表示させることができる。以下、例えば、ウィンドウＡに表示されているコンテンツをコンテンツＡと称する。他のウィンドウに表示されているコンテンツについても同様とする。【００２０】
また、マルチウィンドウスクリーンデバイス１−１は、ACRサービスを利用することにより、各ウィンドウに表示されているコンテンツの識別結果等を含むACRレスポンスをセカンドスクリーンデバイス３に転送できる。【００２１】
マルチウィンドウスクリーンデバイス１−２についても、マルチウィンドウスクリーンデバイス１−１と同様である。ただし、図１においてマルチウィンドウスクリーンデバイス１−２は、その画面上にウィンドウＸだけを設けてコンテンツＸを表示している状態である。【００２２】
セカンドスクリーンデバイス３では、マルチウィンドウスクリーンデバイス１−１やマルチウィンドウスクリーンデバイス１−２の各ウィンドウに表示されているコンテンツに対応するメタデータや、該コンテンツの進行に合わせた連動アプリを起動して同時に表示することができる。【００２３】
図１の場合、セカンドスクリーンデバイス３は、ウィンドウＡのコンテンツＡに対する連動アプリＡと、ウィンドウＣのコンテンツＣに対する連動アプリＣと、ウィンドウＸのコンテンツＸに対するメタデータＸとが同時に表示されている状態である。【００２４】
図１に示された利用形態を想定した場合、ユーザはセカンドスクリーンデバイス３の画面に表示されている各情報（連動アプリの映像やメタデータ）が、マルチウィンドウスクリーンデバイス１−１，１−２のいずれのウィンドウに表示されているコンテンツに対応するものであるのかを速やかに把握できない可能性がある。【００２５】
したがって、マルチウィンドウスクリーンデバイス１−１，１−２の各ウィンドウに同時に表示され得る複数のコンテンツと、セカンドスクリーンデバイス３に表示され得る複数の情報（連動アプリの映像やメタデータ）との対応関係を、ユーザが速やかに把握できる仕組みが必要である。【００２６】
本開示はこのような状況に鑑みてなされたものであり、同時に表示され得る複数のコンテンツと、別途表示される情報との対応関係を、ユーザが速やかに把握できるようにするものである。
【課題を解決するための手段】
【００２７】
本開示の第１の側面である情報処理装置は、端末装置とともにホームネットワークシステムを構成する情報処理装置において、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定部と、前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開部と、前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知部とを備える。【００２８】
前記表示制御部は、画面上に設けた複数の前記ウィンドウであって、異なる複数の前記コンテンツをそれぞれ表示させるための前記複数のウィンドウに対して、それぞれ異なる前記枠視覚属性を設定し、前記公開部は、複数の前記ウィンドウぞれぞれの枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開することができる。【００２９】
前記枠視覚属性設定部は、前記端末装置からの前記コマンドを利用したリクエストに応じて、前記ウィンドウの前記枠視覚属性を変更することができる。【００３０】
前記公開部は、UPnPの規定を拡張した前記デバイスディスクリプションに、前記コマンドのURLを直接記述して前記端末装置に公開することができる。【００３１】
前記コマンドは、WebAPIとすることができる。【００３２】
前記公開部は、前記ホームネットワーク上にNotifyメッセージをマルチキャスト配信し、前記Notifyメッセージに基づく前記端末装置からのアクセスに応じて前記デバイスディスクリプションを前記端末装置に公開することができる。【００３３】
前記公開部は、前記端末装置からのM-Searchに応じて前記デバイスディスクリプションを前記端末装置に公開することができる。【００３４】
本開示の第１の側面である情報処理装置は、再生されたコンテンツから前記コンテンツの特徴を表すシグニチャデータを抽出し、抽出した前記シグニチャデータを少なくとも含むクエリを生成して識別サーバに送信し、前記クエリに応じて前記識別サーバから返信された、前記再生されたコンテンツの識別結果を表すレスポンスを受信する識別依頼処理部をさらに備えることができ、前記公開部は、前記端末装置から前記識別依頼処理部を動作させるためのコマンドも前記端末装置に公開することができる。【００３５】
本開示の第１の側面である情報処理方法は、端末装置とともにホームネットワークシステムを構成する情報処理装置の情報処理方法において、前記情報処理装置による、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定ステップと、前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開ステップと、前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知ステップとを含む。【００３６】
本開示の第１の側面であるプログラムは、端末装置とともにホームネットワークシステムを構成するコンピュータを、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定部と、前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開部と、前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知部として機能させる。【００３７】
本開示の第１の側面においては、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性が設定され、前記ウィンドウに対して設定されている前記枠視覚属性の通知を端末装置から要求するためのコマンドが前記端末装置に公開され、前記端末装置からの前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性が前記端末装置に通知される。【００３８】
本開示の第２の側面である情報処理装置は、画面上に設けられたウィンドウにコンテンツを表示させるコンテンツ表示装置とともにホームネットワークシステムを構成する情報処理装置において、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して設定されている枠視覚属性の通知を要求するためのコマンドを前記コンテンツ表示装置から取得し、前記コマンドを呼び出すことにより前記枠視覚属性の通知を受信するコマンド取得部と、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行部と、前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御部とを備える。【００３９】
前記コマンド取得部は、前記コンテンツ表示装置が公開した、UPnPの規定を拡張したデバイスディスクリプションに直接記述されている前記コマンドのURLを取得することができる。【００４０】
前記コマンドは、WebAPIとすることができる。【００４１】
前記コマンド取得部は、前記コンテンツ表示装置が前記ホームネットワーク上にマルチキャスト配信したNotifyメッセージに基づき、前記コンテンツ表示装置から前記デバイスディスクリプションを取得することができる。【００４２】
前記コマンド取得部は、M-Searchにより検索した前記コンテンツ表示装置から供給される前記デバイスディスクリプションを取得することができる。【００４３】
前記コンテンツ表示装置は、再生されたコンテンツから前記コンテンツの特徴を表すシグニチャデータを抽出し、抽出した前記シグニチャデータを少なくとも含むクエリを生成して識別サーバに送信し、前記クエリに応じて前記識別サーバから返信された、前記再生されたコンテンツの識別結果を表すレスポンスを受信する識別依頼処理部を備え、前記コマンド取得部は、前記コンテンツ表示装置の前記識別依頼処理部を動作させるためのコマンドも前記コンテンツ表示装置から取得し、前記コマンドを呼び出すことにより前記コンテンツ表示装置から転送される前記レスポンスを受信し、前記連動アプリケーション実行部は、受信された前記レスポンスに含まれる、識別された前記コンテンツに対応する関連メタデータに基づいて、前記連動アプリケーションを取得して実行することができる。【００４４】
本開示の第２の側面である情報処理方法は、画面上に設けられたウィンドウにコンテンツを表示させるコンテンツ表示装置とともにホームネットワークシステムを構成する情報処理装置の情報処理方法において、前記情報処理装置による、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して設定されている枠視覚属性の通知を要求するためのコマンドを前記コンテンツ表示装置から取得する取得ステップと、前記コマンドを呼び出すことにより前記枠視覚属性の通知を受信する受信ステップと、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行ステップと、前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御ステップとを含む。【００４５】
本開示の第２の側面であるプログラムは、画面上に設けられたウィンドウにコンテンツを表示させるコンテンツ表示装置とともにホームネットワークシステムを構成するコンピュータを、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して設定されている枠視覚属性の通知を要求するためのコマンドを前記コンテンツ表示装置から取得し、前記コマンドを呼び出すことにより前記枠視覚属性の通知を受信するコマンド取得部と、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行部と、前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御部として機能させる。【００４６】
本開示の第２の側面においては、コンテンツ表示装置の画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して設定されている枠視覚属性の通知を要求するためのコマンドが前記コンテンツ表示装置から取得され、前記コマンドを呼び出すことにより前記枠視覚属性の通知を受信し、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションが取得されて実行される。その際、前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定が行われる。【００４７】
本開示の第３の側面である情報処理方法は、コンテンツ表示装置と端末装置とを有するホームネットワークシステムの情報処理方法において、前記コンテンツ表示装置による、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性を設定する枠視覚属性設定ステップと、前記コンテンツ表示装置による、前記ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドを前記端末装置に公開する公開ステップと、前記端末装置による、公開された前記コマンドを取得する取得ステップと、前記コンテンツ表示装置による、前記端末装置による前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性を前記端末装置に通知する通知ステップと、前記端末装置による、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションを取得して実行する連動アプリケーション実行ステップと、前記端末装置による、前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定を行う枠表示制御ステップとを含む。【００４８】
本開示の第３の側面においては、コンテンツ表示装置により、画面上に設けられたウィンドウであって、再生されたコンテンツを表示させるための前記ウィンドウに対して枠視覚属性が設定され、ウィンドウに対して設定されている前記枠視覚属性の通知を前記端末装置から要求するためのコマンドが前記端末装置に公開される。一方、前記端末装置により、公開された前記コマンドが取得される。さらに、前記コンテンツ表示装置により、前記端末装置による前記コマンドの呼び出しに応じて、前記ウィンドウの前記枠視覚属性が前記端末装置に通知され、前記端末装置により、前記コンテンツ表示装置の画面上に設けられた前記ウィンドウに表示されている前記コンテンツの進行に合わせて実行すべき連動アプリケーションが取得されて実行され、その際、前記連動アプリケーションによる画像を表示させる枠に対して、通知された前記枠視覚属性と同じ設定が行われる。
【発明の効果】
【００４９】
本開示の第１の側面によれば、コンテンツを表示させるウィンドウに対して設定した枠視覚属性を端末装置に通知することができる。【００５０】
本開示の第２の側面によれば、コンテンツの進行に合わせて実行すべき連動アプリケーションによる画像を表示させる枠に対して、コンテンツ表示装置にてコンテンツを表示させるウィンドウに対して設定された枠視覚属性と同じ設定を行なうことができる。【００５１】
本開示の第３の側面によれば、コンテンツ表示装置においてコンテンツを表示させるウィンドウと、端末装置において該コンテンツの進行に合わせて実行すべき連動アプリケーションによる画像を表示させる枠とに対して、共通の枠視覚属性を設定できる。
【図面の簡単な説明】
【００５２】
【図１】マルチウィンドウスクリーンデバイスとセカンドスクリーンデバイスとを連携させてACRサービスを利用する場合の空間概略図である。
【図２】本開示の概要を説明するための空間概略図である。
【図３】本開示の実施の形態であるACRサービス活用システムの構成例を示すブロック図である。
【図４】ACRサーバの構成例を示すブロック図である。
【図５】ACRクライアントの構成例を示すブロック図である。
【図６】ACRリファレンスデータのデータ構造を示す図である。
【図７】ACRクエリのデータ構造を示す図である。
【図８】ACRレスポンスのデータ構造を示す図である。
【図９】ホームネットワークシステムにおける事前処理を説明するフローチャートである。
【図１０】ホームネットワークシステムにおける事前処理を説明するフローチャートである。
【図１１】ACRサービス活用システムの動作を説明するフローチャートである。
【図１２】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００５３】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
［ACRサービス活用システムの概要］
図２は、本開示の実施の形態であるACRサービス活用システムの概要を示している。該ACRサービス活用システムは、ACRクライアントを内蔵させたマルチウィンドウスクリーンデバイス４０−１，４０−２とセカンドスクリーンデバイス５０とを有し、これらを連携させてACRサービスを利用するものである。
【００５４】
同図においては、ユーザの正面にマルチウィンドウスクリーンデバイス４０−１が設置され、左側壁にマルチスクリーンデバイス４０−２が設置されている。ユーザの傍には、セカンドスクリーンデバイス５０が配置されている。
【００５５】
マルチウィンドウスクリーンデバイス４０−１には、画面上に複数（図２の場合、３）のウィンドウを設けることができ、各ウィンドウには同時にそれぞれ異なるコンテンツ（同一のものも可能）を表示させることができる。以下、例えば、ウィンドウＡに表示されているコンテンツをコンテンツＡと称する。他のウィンドウに表示されているコンテンツについても同様とする。
【００５６】
また、マルチウィンドウスクリーンデバイス４０−１は、ACRサービスを利用することにより、各ウィンドウに表示されているコンテンツの識別結果等を含むACRレスポンスをセカンドスクリーンデバイス５０に転送できる。
【００５７】
さらに、マルチウィンドウスクリーンデバイス４０−１は、各ウィンドウの枠に、他のウィンドウ（マルチウィンドウスクリーンデバイス４０−２のウィンドウも含む）の枠と視覚的に区別可能な属性（以下、枠視覚属性と称する）を持たせることができる。
【００５８】
枠視覚属性としては、CSS(Cascading Style Sheets）にて設定、変更が可能な枠線の色、太さ、線種、３Ｄ表示の深度等を挙げることができる。図２の場合では、各ウィンドウの枠の線種を他のウィンドウの枠と異なるものに設定しており、ウィンドウＡの枠は一点鎖線、ウィンドウＢの枠は実線、ウィンドウＣの枠は点線に設定されている。
【００５９】
マルチウィンドウスクリーンデバイス４０−２についても、マルチウィンドウスクリーンデバイス４０−１と同様である。ただし、図２においてマルチウィンドウスクリーンデバイス４０−２は、その画面上にウィンドウＸだけを設け、その枠は二点鎖線とされてコンテンツＸを表示している状態である。
【００６０】
セカンドスクリーンデバイス５０では、マルチウィンドウスクリーンデバイス４０−１，４０−２の各ウィンドウに表示されているコンテンツに対応するメタデータや、該コンテンツの進行に合わせた連動アプリを起動して表示することができる。
【００６１】
さらに、セカンドスクリーンデバイス５０では、表示する各情報（コンテンツに対応するメタデータ、連動アプリの画面）に枠を設け、該枠に対して、対応するコンテンツを表示しているウィンドウの枠と同様の枠視覚属性を設定することができる。
【００６２】
すなわち、図２の場合、セカンドスクリーンデバイス５０は、ウィンドウＡのコンテンツＡに対する連動アプリＡを一点鎖線の枠内に、ウィンドウＣのコンテンツＣに対する連動アプリＣを点線の枠内に、ウィンドウＸのコンテンツＸに対するメタデータＸを二点鎖線の枠内に同時に表示されている状態である。なお、これらの情報を同時に表示するものではなく、切替えて表示する場合においても、その枠に対して、対応するコンテンツを表示しているウィンドウの枠と同様の枠視覚属性を設定することができる。
【００６３】
［ACRサービス活用システムの構成例］
図３は、本開示の実施の形態であるACRサービス活用システムの構成例を示している。
【００６４】
このACRサービス活用システム１０は、大型画面を有するＴＶ受像機等のマルチウィンドウスクリーンデバイス４０−１，４０−２の画面に同時に表示されている１以上のコンテンツをそれぞれ識別し、各コンテンツに関するメタデータをセカンド(2nd)スクリーンデバイス５０にてユーザに提示したり、該コンテンツの進行に合わせて連動アプリケーションを実行したりするものである。以下、マルチウィンドウスクリーンデバイス４０−１，４０−２を個々に区別する必要がない場合、単にマルチウィンドウスクリーンデバイス４０と称する。
【００６５】
ここで、コンテンツとは、放送中の番組に限られない。例えば、マルチウィンドウスクリーンデバイス４０に接続されたビデオレコーダ等の外部装置により録画、再生された番組、パッケージメディアから再生された映画等の映像、インターネット等を介してダウンロードした動画、楽曲等のあらゆるＡＶコンテンツが含まれる。また、番組間や番組の途中等に挿入されるコマーシャルメッセージ（以下、ＣＭと称する）もコンテンツに含まれる。
【００６６】
コンテンツの識別には、視聴しているコンテンツから周期的に抽出する、該コンテンツの特徴を表すシグニチャデータ（例えば、ウォータマーク、フィンガプリント等）と、予めデータベースに登録されているコンテンツのシグニチャデータとを比較することにより、コンテンツを識別するACRサービスが利用される。
【００６７】
ACRサービス活用システム１０は、コンテンツやそれに対応する連動アプリ等を供給する側のプロバイダシステム２０と、コンテンツを視聴したり連動アプリを利用したりするユーザ側のホームネットワークシステム３０とにより構成される。
【００６８】
プロバイダシステム２０とホームネットワークシステム３０とは、放送網１１および双方向通信網１２を介して接続される。ここで、放送網１１には、ＴＶ放送網、CATV網、IPTV網等が含まれる。双方向通信網１２はインターネットに代表されるIP通信網を指す。
【００６９】
なお、図３において、ホームネットワークシステム３０に属するマルチウィンドウスクリーンデバイス４０−２とプロバイダシステム２０との放送網１１および双方向通信網１２を介するラインは省略されている。
【００７０】
[プロバイダシステム２０の説明]
プロバイダシステム２０は、コンテンツサーバ２１、メタデータサーバ２２、アプリケーションサーバ２３、およびACRサーバ２４から構成される。
【００７１】
コンテンツサーバ２１は、番組やＣＭ等のコンテンツを、放送網１１を介して放送する。また、コンテンツサーバ２１は、放送するコンテンツをACRサーバ２４に供給する。なお、コンテンツを供給する代わりに、コンテンツ識別子と、該コンテンツから予め抽出したシグニチャデータをACRサーバ２４に供給するようにしてもよい。
【００７２】
メタデータサーバ２２は、コンテンツサーバ２１から放送されるコンテンツに対応するメタデータをACRサーバ２４に供給する。メタデータには、該コンテンツに関する各種の情報や該コンテンツの進行に合わせて実行させる連動アプリケーションを表す識別子、該連動アプリケーションにて用いるデータ等が含まれる。
【００７３】
アプリケーションサーバ２３は、ホームネットワークシステム３０のセカンドスクリーンデバイス５０からの要求に応じ、双方向通信網１２を介してアプリケーションや該アプリケーションにて利用するデータを供給する。
【００７４】
ACRサーバ２４は、ホームネットワークシステム３０のマルチウィンドウスクリーンデバイス４０で視聴され得る様々なコンテンツのそれぞれから所定のサンプリング周期で抽出されたシグニチャデータに、コンテンツ識別子、アプリケーション識別子等を対応付けたACRリファレンスデータを予め生成し、データベース化して保持している。ACRサーバ２４は、ACRリファレンスデータのデータベースに基づいて、マルチウィンドウスクリーンデバイス４０のACRクライアント４２Ａ乃至４２Ｃから送信されるACRクエリに応じてACRレスポンスを生成、返信する。
【００７５】
なお、プロバイダシステム２０を構成するコンテンツサーバ２１、メタデータサーバ２２、アプリケーションサーバ２３、およびACRサーバ２４は、一箇所に集中して配置してもよいし、分散して配置してもよい。また、これらのうちのいくつかを適宜組み合わせて構成するようにしてもよい。さらに、これらはそれぞれ複数存在してもよい。
【００７６】
[ホームネットワークシステム３０の説明]
ホームネットワークシステム３０は、大型画面を有するＴＶ受像機等のマルチウィンドウスクリーンデバイス４０と、タブレット型端末、スレートＰＣ、スマートフォン等のセカンドスクリーンデバイス５０から成る。マルチウィンドウスクリーンデバイス４０とセカンドスクリーンデバイス５０とは、例えば無線LAN等により接続されているものとする。
【００７７】
なお、マルチウィンドウスクリーンデバイス４０およびセカンドスクリーンデバイス５０は、ホームネットワークシステム３０内にそれぞれ複数存在してもよい。
【００７８】
マルチウィンドウスクリーンデバイス４０は、その画面に複数のウィンドウを設け、各ウィンドウに同時に異なるコンテンツを表示して、ユーザに視聴させるためのものであり、コンテンツレンダラ４１、ACRクライアント４２、UPnP(Universal Plug and Play)サーバ４３、ローカルWebサーバ４４、およびウィドウマネージャ４５を有する。コンテンツレンダラ４１およびACRクライアント４２のそれぞれは、該マルチウィンドウスクリーンデバイス４０が設定可能なウィンドウの数と同数だけ搭載されている。
【００７９】
本実施の形態において、マルチウィンドウスクリーンデバイス４０は、その画面に３つウィンドウＡ，Ｂ，Ｃを設けることができるものとする。この場合、それに対応して３つのコンテンツレンダラ４１Ａ，４１Ｂ，４１Ｃと、３つのACRクライアント４２Ａ，４２Ｂ，４２Ｃが搭載されているものとする。設定可能なウィンドウなどの数は３に限定されるものではない。以下、コンテンツレンダラ４１Ａ，４１Ｂ，４１Ｃを個々に区別する必要がない場合、単にコンテンツレンダラ４１と称する。ACRクライアント４２Ａ，４２Ｂ，４２Ｃについても同様とする。
【００８０】
コンテンツレンダラ４１Ａは、マルチウィンドウスクリーンデバイス４０の画面上のウィンドウＡに表示される全てのコンテンツを取得、分岐してACRクライアント４２Ａに供給する。すなわち、コンテンツレンダラ４１Ａは、コンテンツサーバ２１から放送されるコンテンツのみならず、マルチウィンドウスクリーンデバイス４０の各種入力端子(HDMI（登録商標）端子等)を介して入力されるコンテンツも取得、分岐してACRクライアント４２Ａに供給する。コンテンツレンダラ４１Ｂ，４１Ｃについても同様である。
【００８１】
ACRクライアント４２Ａは、コンテンツレンダラ４１Ａより入力されるコンテンツから、当該コンテンツの特徴を表すシグニチャデータを所定のサンプリング周期で抽出する。ここで、シグニチャデータの抽出方式は、プロバイダシステム２０のACRサーバ２４と同じ抽出方式（後述）を用いることとする。
【００８２】
また、ACRクライアント４２Ａは、抽出したシグニチャデータを含むACRクエリを生成し、双方向通信網１２を介してプロバイダシステム２０のACRサーバ２４に送信する。また、ACRクライアント４２Ａは、送信したACRクエリに応じてACRサーバ２４から返信されるACRレスポンスを受信して保持する。ACRクライアント４２Ｂ，４２Ｃについても同様である。
【００８３】
UPnPサーバ４３は、マルチウィンドウスクリーンデバイス４０とともにホームネットワークシステム３０を構成している他のデバイス（いまの場合、セカンドスクリーンデバイス５０）に対して、自身が実装されているマルチウィンドウスクリーンデバイス４０の機能（いまの場合、ACRクライアント４２によりACRサービスを利用すること）を呼び出すためのWebAPI(Application Program Interface)の詳細を周知するものである。具体的には、一般的なUPnPサーバが提供する基本プロトコル上に新たにプロトコルを定義し、これを用いて周知を行なう（詳細後述）。
【００８４】
ローカルWebサーバ４４は、マルチウィンドウスクリーンデバイス４０とともにホームネットワークシステム３０を構成している他のデバイス（いまの場合、セカンドスクリーンデバイス５０）に対して、自身が実装されているマルチウィンドウスクリーンデバイス４０の機能（いまの場合、いまの場合、ACRクライアント４２によりACRサービスを利用すること）を利用させる。具体的には、UPnPサーバ４３が通知したWebAPIが呼び出されたことに応じてACRクライアント４２を制御し、ACRサービスを利用させ、ACRサーバ２４から返信されるACRレスポンスをセカンドスクリーンデバイス５０に転送する。
【００８５】
ウィドウマネージャ４５は、マルチウィンドウスクリーンデバイス４０の画面上に設けられたウィンドウの枠の表示を制御する。
【００８６】
セカンドスクリーンデバイス５０は、本実施の形態おいては主にマルチウィンドウスクリーンデバイス４０にて視聴されているコンテンツのメタデータをユーザに提示したり、該コンテンツの進行に合わせて連動アプリを実行したりするものであり、複数のACRアプリ５１、それと同数の連動アプリマネージャ５２、およびウィンドウマネージャ５３を有する。
【００８７】
本実施の形態においては、セカンドスクリーンデバイス５０は、３つのACRアプリ５１ａ，５１ｂ，５１ｃと３つの連動アプリマネージャ５２ａ，５２ｂ，５２ｃを有するものとする。ただし、これらの数は３に限定されるものではない。以下、ACRアプリ５１ａ，５１ｂ，５１ｃを個々に区別する必要がない場合、単にACRアプリ５１と称する。連動アプリマネージャ５２ａ，５２ｂ，５２ｃについても同様とする。
【００８８】
ACRアプリ５１は、セカンドスクリーンデバイス５０に予めインストールされており、マルチウィンドウスクリーンデバイス４０と連携してACRサービスを利用するときに起動される。ACRアプリ５１は、ACRサービスを利用する機能を読み出すためのWebAPIをUPnPサーバ４３から取得し、該WebAPIを呼び出すことにより、ACRクライアント４２が受信したACRサーバ２４からのACRレスポンスを、ローカルWebサーバ４４を介して取得する。さらに、ACRアプリ５１は、取得したACRレスポンスを解析し、解析結果を連動アプリマネージャ５２に通知する。
【００８９】
連動アプリマネージャ５２は、ACRアプリ５１からの通知に従い、ACRレスポンスに含まれていたメタデータをユーザに提示したり、マルチウィンドウィンドウスクリーンデバイス４０にて視聴中のコンテンツに対応する連動アプリを、双方向通信網１２を介してアプリケーションサーバ２３から取得して実行したりする。なお、連動アプリマネージャ５２には、Webブラウザを用いることができる。
【００９０】
ウィンドウマネージャ５３は、各連動アプリマネージャ５２により表示される情報（メタデータや連動アプリの画面）を表示する枠に対して、対応するコンテンツを表示しているマルチウィンドウスクリーンデバイス４０のウィンドウの枠視覚属性と同じ設定を行なう。
【００９１】
［ACRサーバ２４の詳細な構成例］
図４は、プロバイダシステム２０に含まれるACRサーバ２４の詳細な構成例を示している。
【００９２】
ACRサーバ２４は、コンテンツ取得部６１、シグニチャ抽出部６２、ACRデータベース(DB)６３、ACRレスポンス生成部６４、および通信部６５から構成される。
【００９３】
コンテンツ取得部６１は、コンテンツサーバ２１が放送網１１を介して放送する予定のコンテンツやマルチウィンドウスクリーンデバイス４０で視聴され得る様々なコンテンツを、コンテンツサーバ２１等から取得し、取得したコンテンツをシグニチャ抽出部６２に供給する。シグニチャ抽出部６２は、コンテンツ取得部６１から供給されるコンテンツから、その特徴を表すシグニチャデータを所定の抽出方式を用い、所定のサンプリング周期で抽出してACRデータベース６３に出力する。
【００９４】
シグニチャ抽出部６２におけるシグニチャデータの抽出方式は、既存の任意の手法を適用することができる。例えば、コンテンツに予め埋め込まれているウォータマークを抽出してシグニチャデータとしたり、フィンガプリントを算出し、それをシグニチャデータとしたりするようにしてもよい。
【００９５】
シグニチャデータとしてフィンガプリントを用いることにより、コンテンツの解像度、アスペクト比、ビットレート、符号化フォーマット等が変換されたとしても、変換前と変換後とで同一のシグニチャデータを得ることができる。したがって、このシグニチャデータに基づいてコンテンツの識別を行った場合の識別精度を上げることができる。
【００９６】
なお、ACRサーバ２４が複数存在する場合、それぞれのシグニチャ抽出部６２におけるシグニチャデータの抽出方式は必ずしも統一する必要はなく、ACRサーバ２４ごとに任意の抽出方式を採用することができる。
【００９７】
ACRデータベース６３は、シグニチャ抽出部６２から入力される各シグニチャデータに対してその抽出元のコンテンツを表すコンテンツ識別子等を対応付けたACRリファレンスデータを生成して記憶する。これにより、コンテンツから抽出されたシグニチャデータがデータベース化される。ACRリファレンスデータのデータ構造については図４を参照して後述する。
【００９８】
ACRレスポンス生成部６４は、ACRデータベース６３を参照することにより、ACRクライアント４２から送信されるACRクエリに含まれるシグニチャデータの抽出元のコンテンツを識別する。さらに、ACRレスポンス生成部６４は、識別結果としてのコンテンツ識別子、関連メタデータ等を含むACRレスポンスを生成する。ACRレスポンスのデータ構造については図８を参照して後述する。通信部６５は、ACRクライアント４２から送信されたACRクエリを受信してACRレスポンス生成部６４に出力し、ACRレスポンス生成部６４で生成されたACRレスポンスをACRクライアント４２に送信する。
【００９９】
［ACRクライアント４２の詳細な構成例］
図５は、マルチウィンドウスクリーンデバイス４０に搭載されたACRクライアント４２の詳細な構成例を示している。
【０１００】
ACRクライアント４２は、シグニチャ抽出部７１、ACRクエリ生成部７２、通信部７３、およびACRレスポンス保持部７４から構成される。
【０１０１】
シグニチャ抽出部７１は、コンテンツレダラ４１から分岐、供給されるコンテンツから、その特徴を表すシグニチャデータを所定のサンプリング周期で抽出してACRクエリ生成部７２に出力する。なお、シグニチャ抽出部７１におけるシグニチャデータの抽出方式は、利用するACRサーバ２４のシグニチャ抽出部６２におけるそれと共通である。
【０１０２】
ACRクエリ生成部７２は、シグニチャ抽出部７１により抽出されたシグニチャデータを含むACRクエリであって、ACRサーバ２４に対してコンテンツの識別を依頼するためのACRクエリを生成する。ACRクエリのデータ構造については図７を参照して後述する。
【０１０３】
通信部７３は、ACRクエリ生成部７２で生成されたACRクエリをACRサーバ２４に送信し、ACRサーバ２４から返信されるACRレスポンスを受信してACRレスポンス保持部７４に出力する。ACRレスポンス保持部７４は、通信部７３で受信されたACRレスポンスを保持する。なお、保持されたACRレスポンスはローカルWebサーバ４４によりセカンドスクリーンデバイス５０に転送される。
【０１０４】
[ACRリファレンスデータのデータ構造]
図６は、ACRサーバ２４のACRデータベース６３にデータベース化されているACRリファレンスデータのデータ構造を示している。
【０１０５】
ACRリファレンスデータ１００においては、コンテンツから所定の周期で抽出された各シグニチャデータ１０１に対して、コンテンツ識別子１０２、再生時刻１０３、および関連メタデータ１０４が対応付けられている。
【０１０６】
シグニチャデータ１０１は、シグニチャ抽出部６２にてコンテンツから抽出されたものである。コンテンツ識別子１０２は、シグニチャデータ１０１の抽出元のコンテンツを表す情報である。再生時刻１０３は、コンテンツ識別子１０２が表すコンテンツから該シグニチャデータ１０１が抽出されたときのコンテンツの進行タイミングを示すものであり、例えば、該コンテンツの先頭からの経過時間によって表される。
【０１０７】
関連メタデータ１０４には、コンテンツ識別子１０２が表すコンテンツのメタデータや、連動アプリ識別子（該コンテンツの、再生時刻１０３が示すコンテンツの進行タイミングに合わせて実行すべき連動アプリを一意に表す情報）、実行された該連動アプリにより利用される各種データが含まれる。
【０１０８】
なお、関連メタデータ１０４は、再生時刻１０３が示すコンテンツの進行タイミングに応じて異なる内容にしてもよい。
【０１０９】
[ACRクエリのデータ構造]
図７は、ACRクライアント４２のACRクエリ生成部７２にて生成されるACRクエリのデータ構造を示している。
【０１１０】
ACRクエリ１１０には、ACRクエリ識別子１１１、シグニチャ方式識別子１１２、サービス識別子１１３、シグニチャデータ１１４、ローカルタイムスタンプ１１５、発信元アドレス１１６、および署名１１７が含まれる。
【０１１１】
ACRクエリ識別子１１１は、該ACRクエリ１１０を一意に特定するための情報である。シグニチャ方式識別子１１２は、シグニチャデータ１１４を抽出する際に用いられた抽出方式を特定するための情報である。サービス識別子１１３は、ACRサーバ２４が複数存在する場合において、該ACRクエリ１１０を送信してACRレスポンスを得るACRサーバ２４を選択するための情報である。
【０１１２】
シグニチャデータ１１４は、ACRクライアント４２のシグニチャ抽出部７１にてコンテンツから抽出されたものである。ローカルタイムスタンプ１１５は、コンテンツからシグニチャデータ１１４が抽出されたタイミングを示すものであり、マルチウィンドウスクリーンデバイス４０のローカルシステムクロックが示す時刻により表される。
【０１１３】
発信元アドレス１１６は、該ACRクエリ１１０を発信するACRクライアント４２の双方向通信網１２におけるアドレスであり、該ACRクエリ１１０に応じてACRサーバ２４にて生成されるACRレスポンスの返信先を表す情報として利用される。署名１１７は、該ACRクエリ１１０の改ざんを抑止するためのものである。なお、ACRクエリ１１０の全体を暗号化して送信するようにしてもよい。
【０１１４】
[ACRレスポンスのデータ構造]
図８は、ACRサーバ２４のACRレスポンス生成部６４にて生成されるACRレスポンスのデータ構造を示している。
【０１１５】
ACRレスポンス１２０は、同図Ａまたは同図Ｂに示すデータ構造を有する。同図Ａは、ACRクエリ１１０に含まれるシグニチャデータ１１４の抽出元のコンテンツが識別できた場合、すなわち、マルチウィンドウスクリーンデバイス４０のユーザが視聴中のコンテンツを識別できた場合のACRレスポンス１２０のデータ構造である。同図Ｂはコンテンツを識別できなかった場合のACRレスポンス１２０のデータ構造である。
【０１１６】
マルチウィンドウスクリーンデバイス４０のユーザが視聴中のコンテンツを識別できた場合のACRレスポンス１２０（同図Ａ）には、ACRクエリ識別子１２１、シグニチャ方式識別子１２２、サービス識別子１２３、コンテンツ識別子１２４、再生時刻１２５、ローカルタイムスタンプ１２６、関連メタデータ１２７、発信元アドレス１２８、および署名１２９が含まれる。
【０１１７】
一方、マルチウィンドウスクリーンデバイス４０のユーザが視聴中のコンテンツを識別できなかった場合のACRレスポンス１２０（同図Ｂ）には、ACRクエリ識別子１２１、サービス識別子１２２、発信元アドレス１２８、署名１２９、および識別失敗フラグ１３０が含まれる。
【０１１８】
ACRクエリ識別子１２１、シグニチャ方式識別子１２２、サービス識別子１２３、ローカルタイムスタンプ１２６は、該ACRレスポンス１２０の返信を要求したACRクエリ１１０を特定するためのものであり、該ACRクエリ１１０のACRクエリ識別子１１１、シグニチャ方式識別子１１２、サービス識別子１１３、およびローカルタイムスタンプ１１５が引用されて記述される。
【０１１９】
コンテンツ識別子１２４、再生時刻１２５、および関連メタデータ１２７は、コンテンツの識別結果を表すものであり、対応するACRリファレンスデータ１００のコンテンツ識別子１０２、再生時刻１０３、および関連メタデータ１０４が引用されて記述される。
【０１２０】
発信元アドレス１２８は、該ACRレスポンス１２０を送信するACRサーバ２４の双方向通信網１２におけるアドレスである。署名１２９は、該ACRレスポンス１２０の改ざんを抑止するためのものである。なお、ACRレスポンス１２０の全体を暗号化して送信することにより、その改ざんを防止するようにしてもよい。
【０１２１】
識別失敗フラグ１３０は、ACRサーバ２４にて、ACRクライアント４２からのACRクエリ１１０に含まれるシグニチャデータ１１４の抽出元のコンテンツ、すなわち、マルチウィンドウスクリーンデバイス４０のユーザが視聴中のコンテンツを識別することができなかったことを表すフラグである。
【０１２２】
［ACRサービス活用システム１０のホームネットワークシステム３０の処理］
次に、ホームネットワークシステム３０において、セカンドスクリーンデバイス５０が、マルチウィンドウスクリーンデバイス４０が利用できる機能に関する情報であるデバイスディスクリプションを取得するときの２通りの処理について説明する。
【０１２３】
なお、本実施の形態におけるマルチウィンドウスクリーンデバイス４０が利用できる機能とは、ACRクライアント４２によるACRサービスの利用と、ウィンドウマネージャ４５による画面上の各ウィンドウに対する枠視覚属性の付与とを指す。
【０１２４】
図９は、既にセカンドスクリーンデバイス５０にてACRアプリ５１が起動されている状態において、マルチウィンドウスクリーンデバイス４０がネットワークシステム３０に接続された場合（マルチウィンドウスクリーンデバイス４０の起動時も含む）の処理を説明するフローチャートである。
【０１２５】
ステップＳ１において、マルチウィンドウスクリーンデバイス４０のUPnPサーバ４３は、ホームネットワークシステム３０に対して、以下に示されるUPnPで規定されたNotifyメッセージをマルチキャスト配信する。該Notifyメッセージは、UDP/IPによりホームネットワークシステム３０に転送され、いまの場合、セカンドスクリーンデバイス５０のACRアプリ５１に受信される。
【０１２６】
NOTIFY * HTTP/1.1
…
LOCATION “http://192.168.0.4:55500”
…
【０１２７】
NotifyメッセージのLOCATIONヘッダにはマルチウィンドウスクリーンデバイス４０のデバイスディスクリプションの取得先アドレスが記載されている。そこで、ステップＳ１１において、セカンドスクリーンデバイス５０にてACRアプリ５１は、HTTP GETにより、該取得先アドレスからデバイスディスクリプションを取得する。
【０１２８】
以上の処理により、セカンドスクリーンデバイス５０のACRアプリ５１は、マルチウィンドウスクリーンデバイス４０のデバイスディスクリプションを取得することができる。
【０１２９】
次に、図１０は、先にマルチウィンドウスクリーンデバイス４０がネットワークシステム３０に接続されて起動されている状態において、後からセカンドスクリーンデバイス５０にてACRアプリ５１が起動された場合の処理を説明するフローチャートである。
【０１３０】
この場合、マルチウィンドウスクリーンデバイス４０のUPnPサーバ４３によるNotifyメッセージのマルチキャスト配信が既に行なわれてしまっているので、セカンドスクリーンデバイス５０のACRアプリ５１はNotifyメッセージを受信することができない。そこで、ステップＳ２１において、ACRアプリ５１は、UPnPで規定されているM-Searchにより利用可能なACRクライアントを検索する。
【０１３１】
該M-Searchに応じたマルチウィンドウスクリーンデバイス４０のUPnPサーバ４３は、ステップＳ３１において、デバイスディスクリプションを応答する。ACRアプリ５１は、ステップＳ２２において、該デバイスディスクリプションを受信する。
【０１３２】
以上の処理により、セカンドスクリーンデバイス５０のACRアプリ５１は、マルチウィンドウスクリーンデバイス４０のデバイスディスクリプションを取得することができる。
【０１３３】
［デバイスディスクリプションの例］
ここで、デバイスディスクリプションの例について説明する。デバイスディスクリプションの記述には、例えばXMLファイルが用いられる。
【０１３４】
以下にデバイスディスクリプションの第１の例を示す。
【０１３５】
デバイスディスクリプションの第１の例
<root xmlns="urn:schemas-upnp-org:device-1-0">
…
<serviceList>
<service>
<serviceType>"urn:abc:service:ACRClient.v1"</serviceType>(ACRクライアントサービスを意味する)
<serviceId>"urn:UPnP:serviceId:1234"</serviceId>(ACRクライアントサービスのサービスIDを意味する)
<SCPDURL></SCPDURL>
<controlURL>" http://192.168.0.4:55500/getACRResponse"</controlURL>
<WindowStyle>"http://192.168.0.4:55500/windowStyle"</WindowStyle>
…
</service>
</serviceList>
…
</root>
【０１３６】
なお、既存の一般的なUPnPに規定されたデバイスディスクリプションの<SCPDURL>要素には、ACRクライアント４２が利用できるACRサービスに関して記述されているサービスディスクリプションの取得先アドレスが記述されており、ACRアプリ５１がHTTP GETにより該取得先アドレスからサービスディスクリプションを取得することになる。さらに、ACRアプリ５１が、UPnPで規定されているSOAPにより、<controlURL>要素に記述されているURLに対してアクションのメッセージを送付することによりアクション（いまの場合、ACRクエリの送信と、ACRレスポンスの転送）を呼び出すことになる。
【０１３７】
しかしながら、本実施の形態においては、より少ない手順でアクションを呼び出せるように、上述したようなUPnPに規定されたデバイスディスクリプションを拡張し、該アクションを呼び出すためのWebAPIをデバイスディスクリプションに直接記述するようにする。
【０１３８】
具体的には、上に示された第１の例のように、例えば、<SCPDURL>要素に何も記述せず空にするか、または所定のダミーの文字列を記述するようにし、<controlURL>要素に、ACRクライアントを起動させるとともに、ACRレスポンス１２０の転送を要求するためのWebAPIのサーバサイドスクリプトURL（第１の例の場合、http://192.168.0.4:55500/getACRResponse）を直接記述するようにする。
【０１３９】
さらに、UPnPには規定されていない<WindowStyle>要素を新たに設け、そこにウィンドウマネージャ４５に枠視覚属性を通知させたり、変更させたりするためのWebAPIのサーバサイドスクリプトURL（第１の例の場合、http://192.168.0.4:55500/widowStyle）を直接記述するようにする。
【０１４０】
なお、<service>要素は、搭載されているACRクライアント４２毎に記述される。したがって、本実施の形態の場合、<serviceList>に３つの<service>要素が記述される。
【０１４１】
または、以下に示す第２の例のように、UPnPには規定されていない<WebAPIURL>要素を新たに設け、該<WebAPIURL>要素にWebAPIのサーバサイドスクリプトURLを直接記述するようにしてもよい。
【０１４２】
デバイスディスクリプションの第２の例
<root xmlns="urn:schemas-upnp-org:device-1-0">
…
<serviceList>
<service>
<serviceType>"urn:abc:service:ACRClient.v1"</serviceType>(ACRクライアントサービスを意味する)
<serviceId>"urn:UPnP:serviceId:1234"</serviceId>(ACRクライアントサービスのサービスIDを意味する)
<SCPDURL></SCPDURL>
<controlURL></controlURL>
<WebAPIURL>" http://192.168.0.4:55500/getACRResponse"</WebAPIURL>
<WindowStyle>"http://192.168.0.4:55500/windowStyle"</WindowStyle>
…
</service>
</serviceList>
【０１４３】
第１または第２の例のデバイスディスクリプションを取得したセカンドスクリーンデバイス５０のACRアプリ５１では、デバイスディスクリプションの<controlURL>要素または<WebAPIURL>要素に記述されているWebAPIのサーバサイドスクリプトurlであるgetACRResponseをHTTP GETにより呼び出すことにより、アクションを実行させることができる。
【０１４４】
具体的には、マルチウィンドウスクリーンデバイス４０のACRクライアント４２に対して起動していなければ起動させた上で、ACRクリエ１１０を送信させ、それに応じて返信されたACRレスポンス１２０を転送させることができる。なお、ACRレスポンス１２０の転送は、WebAPIに応じて戻されるHTTPレスポンスのボディに、例えば以下のようにJSONにより記述された状態で行なわれる。
【０１４５】
HTTP/1.1 200 OK
Content-Type: application/json; charset=utf-8
…
“JSONによりエンコードされたACRレスポンスの内容”
【０１４６】
該WebAPIを用いたトランザクションはコンテンツが視聴されている間、繰り返しポーリングにより行われる。そして、コンテンツの進行に応じてその時々に変換するACRレスポンス１２０の中の関連メタデータ１２７等がセカンドスクリーンデバイス５０にてユーザに提示される。
【０１４７】
上述したように、デバイスディスクリプションを拡張し、これを標準化すれば、異なるベンダにより製造、販売されるマルチウィンドウスクリーンデバイス４０とセカンドスクリーンデバイス５０とが速やかに連携動作することが可能となる。
【０１４８】
なお、WebAPIを用いる代わりに、IETF(Internet Engineering Task Force)等が標準化を策定しているWebSocketを用いるようにしてもよい。WebSocketを用いる場合、ローカルWebサーバ４４（またはACRクライアント４２あるいはセカンドスクリーンデバイス５０）内にWebSocketサーバを設け、該WebSocketサーバを介して、ACRアプリ５１とACRクライアント４２の双方からセッション(TCPコネクション)確立リクエストを発行してセッションを確立し、該セッション上で上記JSON等によりACRレスポンス１２０を転送するようにする。
【０１４９】
この場合、ACRクライアント４２が新たなACRレスポンス１２０をACRサーバ２４から受信すると直ちに、確立された該セッションを介してACRアプリ５１に転送される。したがって、WebAPIを用いた時には必要であったポーリングが不要となり、ポーリングの周期に依存しないACRレスポンス１２０の即時転送が可能となる。
【０１５０】
また、ACRアプリ５１では、デバイスディスクリプションの<WindowStyle>要素に記述されているWebAPIのサーバサイドスクリプトurlであるwindowStyleをHTTP GETにより呼び出すことにより、ローカルWebサーバ４４を介してウィンドウマネージャ４５からマルチウィンドウスクリーンデバイス４０の画面に設けたウィンドウの枠視覚属性を取得することができる。
【０１５１】
具体的には、該WebAIPに応じて戻されるHTTPレスポンスのボディに枠視覚属性が記述される。例えば、枠視覚属性として色が設定されている場合には、
border-color:#ffa000  -> オレンジのボーダー色を指定する例
がHTTPレスポンスのボディに記述される。
【０１５２】
なお、仮にマルチウィンドウスクリーンデバイス４０−１から戻された枠視覚属性と、マルチウィンドウスクリーンデバイス４０−２から戻された枠視覚属性とが重複している場合、マルチウィンドウスクリーンデバイス４０−１または４０−２の一方に枠視覚属性の変更を要求することができる。
【０１５３】
具体的には、<WindowStyle>要素のWebAPIのURLに対して、HTTP POSTリクエストにて、リクエストのボディに変更させる枠視覚属性を記述すればよい。下の例は重複していた枠視覚属性を（border-color:#ffa001）に変更させる場合を示している。
POST /windowStyle HTTP/1.0
host: 192.168.0.4:55500
Content-Length: 20
border-color:#ffa001
【０１５４】
［ACRサービス活用システム１０による動作］
次に、ACRサービス活用システム１０の動作について説明する。
【０１５５】
なお、以下に説明する動作の前提として、ホームネットワークシステム３０においては、セカンドスクリーンデバイス５０のACRアプリ５１が、既にマルチウィンドウスクリーンデバイス４０のUPnPサーバ４３からデバイスディスクリプションを取得しているものとする。
【０１５６】
また、プロバイダシステム２０のACRサーバ２４においては、マルチウィンドウスクリーンデバイス４０にて視聴され得る様々なコンテンツに対応するACRリファレンスデータ１００が生成されてACRデータベース６３に登録されているものとする。
【０１５７】
図１１は、ACRサービス活用システム１０の動作を説明するフローチャートである。
【０１５８】
ステップＳ４１において、プロバイダシステム２０のコンテンツサーバ２１は、放送網１１を介したコンテンツの送信を開始する。
【０１５９】
一方、ホームネットワークシステム３０においては、ステップＳ５１として、マルチウィンドウスクリーンデバイス４０がコンテンツの受信、再生を開始する。ここで、ステップＳ６１として、セカンドスクリーンデバイス５０のACRアプリ５１が、ACRクライアント４２の起動とACRレスポンスの転送を要求するWebAPIを呼び出すと、これに応じたローカルWebサーバ４４からの制御により、ACRクライアント４２等が動作を開始する。
【０１６０】
すなわち、ステップＳ５２において、マルチウィンドウスクリーンデバイス４０のACRクライアント４２は、コンテンツレンダラ４１から視聴中のコンテンツの供給を受けると、シグニチャ抽出部７１が該コンテンツからシグニチャデータ１１４を抽出してACRクエリ生成部７２に出力する。ステップＳ５３において、ACRクエリ生成部７２は、該シグニチャデータ１１４を含むACRクエリ１１０を生成し、生成されたACRクエリ１１０を通信部７３がACRサーバ２４に送信する。
【０１６１】
ACRクライアント４２からのACRクエリ１１０を受信したACRサーバ２４では、ステップＳ４２において、ACRレスポンス生成部６４が、ACRデータベース６３を参照し、受信したACRクエリ１１０に含まれるシグニチャデータ１１４に対応するコンテンツを識別する。さらに、ACRレスポンス生成部６４は、ステップＳ４３において、コンテンツの識別結果に応じたACRレスポンス１２０を生成し、通信部６５は、生成されたACRレスポンス１２０をACRクライアント４２に返信する。
【０１６２】
ACRサーバ２４からのACRレスポンス１２０を受信したACRクライアント４２は、ステップＳ５４において、受信したACRレスポンス１２０をローカルWebサーバ４４に供給する。ローカルWebサーバ４４は、該ACRレスポンス１２０をセカンドスクリーンデバイス５０のACRアプリ５１に転送する。
【０１６３】
転送されたACRレスポンス１２０を受信したACRアプリ５１は、ステップＳ６２として、セカンドスクリーンデバイス５０のACRアプリ５１が、枠視覚属性の通知を要求するWebAPIを呼び出すと、これに応じたローカルWebサーバ４４は、ステップＳ５５において、ウィンドウマネージャ４５にて管理されている枠視覚属性をACRアプリ５１に通知する。
【０１６４】
枠視覚属性が通知されたACRアプリ５１は、該枠視覚属性をウィンドウマネージャ５３に通知する。ウィンドウマネージャ５３は、他のマルチウィンドウスクリーンデバイス４０から既に通知されている枠視覚属性と重複していないか否かを確認する。重複している場合、ACRアプリ５１は、HTTP POSTリクエストにて、枠視覚属性の変更を要求する。該要求はステップＳ５６において、ローカルWebサーバ４４からウィンドウマネージャ４５に通知され、ウィンドウマネージャ４５が該要求に応じて変更すると、変更後の枠視覚属性がローカルWebサーバ４４からACRアプリ５１に通知される。変更後の枠視覚属性が通知されたACRアプリ５１は、ステップＳ６４において、変更後の枠視覚属性をウィンドウマネージャ５３に通知する。ウィンドウマネージャ５３は、変更後の枠視覚属性に基づき、これから表示する連動アプリの画面などの枠視覚属性を設定する。
【０１６５】
なお、ステップＳ６２において、重複していないことが確認された場合、枠視覚属性の変更は要求されず、ステップＳ６４の処理が実行される。
【０１６６】
また、ステップＳ６２乃至６４の処理を、ステップＳ５４の処理（ACRレスポンスの転送）を待つことなく、ステップＳ６１の直後に実行するようにしてもよい。
【０１６７】
ステップＳ６５において、ACRアプリ５１は、転送されたACRレスポンス１２０に含まれる関連メタデータ１２７を解析し、視聴中のコンテンツの進行に合わせて実行すべき連動アプリを連動アプリマネージャ５２に取得させる。
【０１６８】
ステップＳ６６において、連動アプリマネージャ５２は、アプリケーションサーバ２３がステップＳ４４の処理として供給する該連動アプリを取得して実行する。なお、該連動アプリが既に取得済みである場合にはその取得を省略できる。また、該連動アプリが既に起動済みである場合にはその起動を省略できる。さらに、該連動アプリの実行を伴わずに、関連メタデータ１２７に含まれる情報をユーザに提示することもある。
【０１６９】
このとき、ユーザに提示される連動アプリの画面は、その枠がウィンドウマネージャ５３によって枠視覚属性が、マルチウィンドウスクリーンデバイス４０にて対応するコンテンツが表示されているウィンドウの枠の枠視覚属性と一致したものとなる。
【０１７０】
以上に説明したステップＳ４１乃至Ｓ４４の処理、ステップＳ５１乃至Ｓ５６の処理、およびステップＳ６１乃６６の処理は、コンテンツが視聴されている間、繰り返し実行される。ただし、ステップＳ６１乃６６の処理とステップＳ５５およびＳ５６の処理はその繰り返しを省略したり、実行頻度を減少させたりすることができる。
【０１７１】
これにより、マルチウィンドウスクリーンデバイス４０にてユーザが視聴中のコンテンツの進行に合わせ、セカンドスクリーンデバイス５０にて連動アプリを動作させることができる。
【０１７２】
また、セカンドスクリーンデバイス５０にてユーザに提示されている画面が、マルチウィンドウスクリーンデバイス４０に表示されているどのコンテンツに対応するものであるのかを、ユーザに速やかに把握させることができる。
【０１７３】
ところで、上述した一連の処理を実行するプロバイダシステム２０のコンテンツサーバ２１乃至ACRサーバ２４、並びにホームネットワークシステム３０のマルチウィンドウスクリーンデバイス４０およびセカンドスクリーンデバイス５０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
【０１７４】
図１２は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【０１７５】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【０１７６】
バス２０４には、さらに、入出力インターフェイス２０５が接続されている。入出力インターフェイス２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２２０が接続されている。
【０１７７】
入力部２０６は、キーボード、マウス、マイクロフォン等よりなる。出力部２０７は、ディスプレイ、スピーカ等よりなる。記憶部２０８は、ハードディスクや不揮発性のメモリ等よりなる。通信部２０９は、ネットワークインタフェース等よりなる。ドライブ２２０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブルメディア２１１を駆動する。
【０１７８】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インターフェイス２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０１７９】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１８０】
コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２２０に装着することにより、入出力インターフェイス２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
【０１８１】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１８２】
なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１８３】
１０  ACRサービス活用システム，  １１  放送網，  １２  双方向通信網，  ２０  プロバイダシステム，  ２１  コンテンツサーバ，  ２２  メタデータサーバ，  ２３  アプリケーションサーバ，  ２４  ACRサーバ，  ３０  ホームネットワークシステム，  ４０  マルチウィンドウスクリーンデバイス，  ４１  コンテンツレンダラ，  ４２  ACRクライアント，  ４３  UPnPサーバ，  ４４  ローカルWebサーバ，  ５０  セカンドスクリーンデバイス，  ５１  ACRアプリ，  ５２  連動アプリマネージャ，  ６１  コンテンツ取得部，  ６２  シグニチャ抽出部，  ６３  ACRデータベース，  ６４  ACRレスポンス生成部，  ６５  通信部，  ７１  シグニチャ抽出部，  ７２  ACRクエリ生成部，  ７３  通信部，  ７４  ACRレスポンス保持部，  １００  ACRリファレンスデータ，  １１０  ACRクエリ，  １２０  ACRレスポンス，  ２００  コンピュータ，  ２０１  CPU
【図１】
2014091942.tif 000003
【図２】
2014091942.tif 000004
【図３】
2014091942.tif 000005
【図４】
2014091942.tif 000006
【図５】
2014091942.tif 000007
【図６】
2014091942.tif 000008
【図７】
2014091942.tif 000009
【図８】
2014091942.tif 000010
【図９】
2014091942.tif 000011
【図１０】
2014091942.tif 000012
【図１１】
2014091942.tif 000013
【図１２】
2014091942.tif 000014
【国際調査報告】
2014091942.tif 000015
2014091942.tif 000016