JP6408913B2 - 情報処理装置および方法、並びにコンテンツ再生装置および方法 - Google Patents

Description

本開示は、情報処理装置および方法、並びにコンテンツ再生装置および方法に関し、特に、テレビジョン番組等のコンテンツの再生に連動してアプリケーションプログラムを実行させる場合に用いて好適な情報処理装置および方法、並びにコンテンツ再生装置および方法に関する。

例えば、ＴＶ（テレビジョン）番組の視聴者に対し、放送中のＴＶ番組（以下、単に番組と称する）に関連する情報（出演者、あらすじ、次回の予告等）や、番組には直接関係しないが視聴者にとって有益な情報（ニュース、天気予報、交通情報等）等を画面上に表示することを考える。

これを実現するためには、専用のアプリケーションプログラム（以下、アプリケーションと略記する）を取得、起動させるためのコマンドを番組の進行に連動してＴＶ受像機等に対して送信すればよい。実際、既に日本や欧州等においては、ＴＶ放送信号におけるデータ放送用の帯域を利用して当該コマンドやアプリケーションを送信することにより、これが実現されている（例えば、特許文献１参照）。

一方、米国では、ＴＶ放送信号にデータ放送用の帯域が設けられておらず、それに代わる方法が確立していないので、番組の進行に連動してアプリケーションを実行させることが実現されていない。

なお、米国では、ＴＶ受像機にてＴＶ放送波を直接受信して番組を視聴する世帯よりも、CATVやIPTV等を介して番組を視聴する世帯の方が多い。CATVやIPTVではＴＶ放送信号から番組の映像および音声の信号だけを抽出して配信することがあるので、仮に米国におけるＴＶ放送信号にデータ放送用の帯域が設けられたとしても、アプリケーションに関するデータを含めたデータ放送信号が受信装置まで伝送される保証はない。

さらに昨今、放送中の番組だけでなく、録画した番組、DVD，ＢＤ等のパッケージメディアから再生した映像、インターネット上からダウンロードした動画等の任意のコンテンツを視聴している場合においても、それに連動してアプリケーションを実行させたいという要求がある。

この要求を実現するためは、視聴されているコンテンツを識別する必要があり、その一手法として、ACR(Automatic Content Recognition)技術とそれを用いたACRサービスが存在する（例えば、特許文献２参照）。

ACRサービスは、ACRクライアントとACRサーバとにより実現される。ＴＶ受像機等に実装されるACRクライアントは、視聴されているコンテンツからシグニチャデータ（例えば、ウォータマーク、フィンガプリント等）を抽出してACRサーバに通知してコンテンツの識別を依頼する。ACRサーバは、通知されたシグニチャデータと予めデータベースに登録されているコンテンツのシグニチャデータとを比較することにより、ＴＶ受像機等で視聴されているコンテンツを識別する。さらに、識別したコンテンツに関するメタデータや連動して実行すべきアプリケーション（以下、連携アプリと略称する）をACRレスポンスとしてACRクライアントに応答する。

そして、この応答を受けたACRクライアントでは、所定のサーバから連携アプリを取得して実行することになる。

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

とこで、上述したACRサービスを実現する場合、コンテンツと連携アプリそれぞれの著作権者の権利を尊重した上で該ACRサービスを運用することが必要である。なお、ＴＶ放送における番組やパッケージメディア等のコンテンツに対してはその著作権を保護する方式が決められている。

しかしながら、ACRサービスに関係するコンテンツとそれに対応する連携アプリに対しては、それぞれの著作権を、強制力をもって保護する方式が未だ確立していない。また、コンテンツと連携アプリの著作権者が異なる場合があり、例えば、コンテンツの著作権者が意図しない形態で連携アプリが起動されるACRサービスが出現し始めている。したがって、市場におけるコンテンツとそれに対応する連携アプリそれぞれの著作権を、強制力をもって保護する方式とその運用規則の確立が急務である。

また、コンテンツのみならず、そこから抽出されるシグニチャデータについても、その著作権を主張するコンテンツの著作権者が出現し始めている。この場合、ACRサービスにおいて、コンテンツの著作権者に無断でコンテンツからシグニチャデータを抽出、利用するとコンテンツの著作権者の権利侵害として問題となることが起こり得る。

本開示はこのような状況に鑑みてなされたものであり、コンテンツと連携アプリのそれぞれの著作権者の権利が侵害されることなくACRサービスを実現できるようにするものである。

本開示の第１の側面である情報処理装置は、コンテンツを再生するコンテンツ再生装置側で視聴され得る第１のコンテンツを管理するコンテンツ管理部と、前記第１のコンテンツから抽出した前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とを対応付けてリファレンスデータを生成し、生成した前記リファレンスデータをデータベース化するデータベース部と、前記コンテンツ再生装置側から送信された、前記コンテンツ再生装置のユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリに応じ、前記データベース部の前記リファレンスデータを参照することにより、前記コンテンツを識別して識別結果を表すレスポンスを返信する識別部とを備える。

本開示の第１の側面である情報処理方法は、情報処理装置の情報処理方法において、前記情報処理装置による、コンテンツを再生するコンテンツ再生装置側で視聴され得る第１のコンテンツから抽出した前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とを対応付けてリファレンスデータを生成し、生成した前記リファレンスデータをデータベース化するデータベース化ステップと、前記コンテンツ再生装置側から送信された、前記コンテンツ再生装置のユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリに応じ、前記データベースの前記リファレンスデータを参照することにより、前記コンテンツを識別して識別結果を表すレスポンスを返信する識別ステップとを含む。

本開示の第１の側面においては、コンテンツを再生するコンテンツ再生装置側で視聴され得る第１のコンテンツから抽出した前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とを対応付けてリファレンスデータが生成され、生成された前記リファレンスデータがデータベース化される。また、前記コンテンツ再生装置側から送信された、前記コンテンツ再生装置のユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリに応じ、前記データベースの前記リファレンスデータを参照することにより、前記コンテンツを識別して識別結果を表すレスポンスが返信される。

本開示の第２の側面におけるコンテンツ再生装置は、コンテンツを再生するコンテンツ再生装置であって、第１のコンテンツを管理し、前記第１のコンテンツから抽出された前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とが対応付けて生成されたリファレンスデータがデータベース化されたデータベース部を有するコンテンツ管理装置に対して、ユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリを送信する送信部と、前記クエリに応じ、前記データベース部の前記リファレンスデータを参照することにより、前記コンテンツを識別した前記コンテンツ管理装置から返信されてくる、前記コンテンツの識別結果を表すレスポンスを受信する受信部とを備える。

本開示の第２の側面におけるコンテンツ再生方法は、コンテンツを再生するコンテンツ再生装置が、第１のコンテンツを管理し、前記第１のコンテンツから抽出された前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とが対応付けて生成されたリファレンスデータがデータベース化されたデータベース部を有するコンテンツ管理装置に対して、ユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリを送信する送信ステップと、前記クエリに応じ、前記データベース部の前記リファレンスデータを参照することにより、前記コンテンツを識別した前記コンテンツ管理装置から返信されてくる、前記コンテンツの識別結果を表すレスポンスを受信する受信ステップとを含む。

本開示の第２の側面においては、第１のコンテンツを管理し、前記第１のコンテンツから抽出された前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とが対応付けて生成されたリファレンスデータがデータベース化されたデータベース部を有するコンテンツ管理装置に対して、ユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリが送信される。そして、前記クエリに応じ、前記データベース部の前記リファレンスデータを参照することにより、コンテンツを識別した前記コンテンツ管理装置から返信されてくる、前記コンテンツの識別結果を表すレスポンスが受信される。

本開示によれば、不正なシグニチャデータを用いたACRサービスの実行を抑止できる。

本開示の実施の形態であるアプリケーション連動システムの構成例を示すブロック図である。 ACRサーバの構成例を示すブロック図である。 ACRクライアントの構成例を示すブロック図である。 ACRリファレンスデータのデータ構造を示す図である。 シグニチャデータコピー制御情報（SCM）のデータ構造を示す図である。 連携アプリレンダリング情報（ARM）のデータ構造を示す図である。 連携アプリコピー制御情報（ACM）のデータ構造を示す図である。 ACRクエリのデータ構造を示す図である。 ACRレスポンスのデータ構造を示す図である。 アプリケーション連動システムの動作を説明するフローチャートである。 アプリケーション連動システムの動作を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。

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

［アプリケーション連動システムの構成例］
図１は、本開示の実施の形態であるアプリケーション連動システムの構成例を示している。

このアプリケーション連動システム１０は、ユーザがＴＶ受像機等の画面で視聴しているコンテンツを識別し、その進行に連動してアプリケーション（以下、連携アプリと称する）を実行させるものである。

ここで、コンテンツとは、ＴＶ受像機等により受信される放送中の番組に限られない。例えば、ビデオレコーダ等により録画された番組、パッケージメディアから再生された映画等の映像、インターネットを介してダウンロードした動画等のあらゆるＡＶコンテンツが含まれる。また、番組間や番組の途中等に挿入されるコマーシャルメッセージ（以下、ＣＭと称する）もコンテンツに含まれる。

連携アプリは、視聴されているコンテンツに関連する情報、例えば、コンテンツのあらすじ、出演者などのメタデータを表示したり、コンテンツの映像内に映し出された商品（出演者が着ている衣服、使用しているグッズなど）の購入サイトを紹介したりできる。また、該コンテンツに関連する他のコンテンツのダウンロード視聴にユーザを誘導したりすることができる。この場合における連携アプリによって誘導される他のコンテンツを、引用コンテンツと称する。

コンテンツの識別には、視聴しているコンテンツから周期的に抽出するシグニチャデータ（特徴量）と、予めデータベースに登録されているコンテンツのシグニチャデータとを比較することにより、視聴中のコンテンツを識別するACR技術が用いられる。

アプリケーション連動システム１０は、コンテンツや連携アプリを供給する側に設けられたプロバイダシステム２０と、ユーザ宅等に設けられるホームネトワークシステム３０とにより構成される。プロバイダシステム２０とホームネトワークシステム３０とは、放送網１１および双方向通信網１２を介して接続される。

放送網１１には、ＴＶ放送網、CATV網、IPTV網等が含まれる。双方向通信網１２は、インターネットに代表されるIP通信網を指す。

ホームネットワークシステム３０は、プライマリスクリーンデバイス３０Ａと、セカンドスクリーンデバイス３０Ｂとが例えば無線LAN等により接続されて構成される。プライマリスクリーンデバイス３０Ａは、放送受信チューナ機能を備えたＴＶ受像機等から成る。セカンドスクリーンデバイス３０Ｂは、放送受信チューナ機能を備えていない携帯電話機、スマートフォン、タブレット型コンピュータ、スレートＰＣ等の携帯端末装置から成る。なお、放送受信チューナ機能を備える携帯端末装置をセカンドスクリーンデバイス３０Ｂとして用いてもよい。

[プロバイダシステム２０の説明]
プロバイダシステム２０は、コンテンツサーバ２１、アプリケーションサーバ２２、およびACRサーバ２３から構成される。

コンテンツサーバ２１は、番組やＣＭ等のコンテンツを、放送網１１を介して放送する。また、コンテンツサーバ２１は、放送したコンテンツとそれに対応するメタデータをACRサーバ２３に供給する。

該メタデータには、コンテンツのシグニチャデータ、該シグニチャデータの著作権情報であるシグニチャデータコピー制御情報、対応する連携アプリの識別子、並びに連携アプリのレンダリング先を制限するための連携アプリレンダリング情報、および、連携アプリの著作権情報である連携アプリコピー制御情報等が含まれる。

以下、シグニチャデータコピー制御情報については、SCM(Signature data Copy Management)情報と略称する。連携アプリレンダリング情報については、ARM(linked Application Rendering Management)情報と略称する。連携アプリコピー制御情報については、ACM(linked Application Copy Management)情報と略称する。

アプリケーションサーバ２２は、ホームネットワークシステム３０側からの要求に応じ、双方向通信網１２を介して連携アプリや該連携アプリにて利用するデータを供給する。このとき、連携アプリや該連携アプリにて利用するデータをDRM（Digital Rights Management、デジタル著作権保護）技術に基づいて暗号化するようにしてもよい。

ACRサーバ２３は、ホームネットワークシステム３０側で視聴され得る様々なコンテンツのそれぞれから所定のサンプリング周期で抽出されたシグニチャデータに、コンテンツ識別子、アプリケーション識別子、シグニチャデータコピー制御情報、連携アプリレンダリング情報、および連携アプリコピー制御情報等を対応付けたACRリファレンスデータを予めデータベース化して保持している。

ACRサーバ２３は、ACRリファレンスデータのデータベースに基づいて、ホームネットワークシステム３０側のACRクライアント３２から送信されるACRクエリに応じてACRレスポンスを生成、返信する。

なお、プロバイダシステム２０を構成するコンテンツサーバ２１、アプリケーションサーバ２２、およびACRサーバ２３は、一箇所に集中して配置してもよいし、分散して配置してもよい。また、コンテンツサーバ２１、アプリケーションサーバ２２、およびACRサーバ２３は、適宜組み合わせて構成するようにしてもよい。さらに、コンテンツサーバ２１、アプリケーションサーバ２２、およびACRサーバ２３は、それぞれが複数存在してもよい。

[ホームネットワークシステム３０の説明]
ホームネットワークシステム３０のプライマリスクリーンデバイス３０Ａは、コンテンツレンダラ３１、ACRクライアント３２、およびアプリケーションマネージャ３３を有する。なお、セカンドスクリーンデバイス３０Ｂも、同様の構成要素を有するものとする。

コンテンツレンダラ３１は、プライマリスクリーンデバイス３０ＡとしてのＴＶ受像機等のディスプレイに表示される全てのコンテンツを取得、分岐してACRクライアント３２に供給する。すなわち、コンテンツレンダラ３１は、コンテンツサーバ２１から放送されるコンテンツのみならず、ＴＶ受像機などの各種入力端子(HDMI（登録商標）端子等)を介して入力されるコンテンツも取得、分岐してACRクライアント３２に供給する。

ACRクライアント３２は、コンテンツレンダラ３１より入力されるコンテンツから、当該コンテンツの特徴を表すシグニチャデータを所定のサンプリング周期で抽出する。ここで、シグニチャデータの抽出方式は、プロバイダシステム２０のACRサーバ２３と同じ抽出方式（後述）を用いることとする。

また、ACRクライアント３２は、抽出したシグニチャデータを含むACRクエリを生成し、双方向通信網１２を介してプロバイダシステム２０のACRサーバ２３に送信する。また、ACRクライアント３２は、送信したACRクエリに応じてACRサーバ２３から返信されるACRレスポンスを受信して保持する。さらに、ACRクライアント３２は、保持したACRレスポンスを解析し、視聴中のコンテンツに対応する連携アプリレンダリング情報および連携アプリコピー制御情報をアプリケーションマネージャ３３に転送して、該連携アプリをコンテンツの進行に連動してアプリケーションマネージャ３３に実行させる。

アプリケーションマネージャ３３は、ACRクライアント３２からの関連メタデータ、連携アプリコピー制御情報、連携アプリレンダリング情報等に基づき、視聴中のコンテンツに対応する連携アプリを、双方向通信網１２を介してアプリケーションサーバ２２から取得して実行する。

なお、アプリケーションマネージャ３３は、連携アプリレンダリング情報に従い、連携アプリのレンダリング先（連携アプリによる画像の表示先）を、プライマリスクリーンデバイス３０Ａの他、セカンドスクリーンデバイス３０Ｂとすることができる（詳細後述）。

［ACRサーバ２３の詳細な構成例］
図２は、プロバイダシステム２０に含まれるACRサーバ２３の詳細な構成例を示している。

ACRサーバ２３は、コンテンツ取得部４１、リファレンスシグニチャ抽出部４２、ACRデータベース部４３、ACRレスポンス生成部４４、シグニチャDRM暗号処理部４５、およびシグニチャDRM復号処理部４６から構成される。

コンテンツ取得部４１は、コンテンツサーバ２１が放送網１１を介して放送する予定のコンテンツとそれに対応するメタデータ（関連メタデータ、SCM情報、ARM情報、ACM情報などを含む）をコンテンツサーバ２１から取得し、取得したコンテンツをリファレンスシグニチャ抽出部４２に供給する。また、コンテンツ取得部４１は、ホームネットワークシステム３０側で視聴され得る様々なコンテンツとそれに対応するメタデータを外部から取得し、それらをリファレンスシグニチャ抽出部４２に供給する。

リファレンスシグニチャ抽出部４２は、コンテンツ取得部４１から供給されるコンテンツから、その特徴を表すシグニチャデータを所定の抽出方式を用い、所定のサンプリング周期で抽出してACRデータベース部４３に出力する。また、リファレンスシグニチャ抽出部４２は、入力されたコンテンツに対応するメタデータに含まれるSCM情報に基づき、シグニチャDRM暗号処理部４５に対して、抽出したシグニチャデータを所定のDRM暗号化処理により暗号化させる。なお、SCM情報の内容によっては暗号化させない場合もある。

リファレンスシグニチャ抽出部４２におけるシグニチャデータの抽出方式は、既存の任意の手法を適用することができる。例えば、コンテンツに予め埋め込まれているウォータマークを抽出してシグニチャデータとしたり、フィンガプリントを算出し、それをシグニチャデータとしたりするようにしてもよい。

シグニチャデータとしてフィンガプリントを用いることにより、コンテンツの解像度、アスペクト比、ビットレート、符号化フォーマット等が変換されたとしても、変換前と変換後とで同一のシグニチャデータを得ることができる。したがって、このシグニチャデータに基づいてコンテンツの識別を行った場合の識別精度を上げることができる。

なお、ACRサーバ２３が複数存在する場合、それらのリファレンスシグニチャ抽出部４２におけるシグニチャデータの抽出方式は必ずしも統一する必要はなく、ACRサーバ２３ごとに任意の抽出方式を採用することができる。

ACRデータベース部４３は、リファレンスシグニチャ抽出部４２にて抽出された、必要に応じてDRM暗号化されている各シグニチャデータに対してその抽出元のコンテンツを表すコンテンツ識別子等を対応付けたACRリファレンスデータを生成して記憶する。これにより、コンテンツから抽出された、DRM暗号化されたシグニチャデータがデータベース化される。

なお、複数のACRサーバ２３が存在し、各ACRサーバ２３のリファレンスシグニチャ抽出部４２にて任意のシグニチャデータの抽出方式が採用されている場合は、同一のコンテンツ毎に統一したSCM情報、ARM情報、およびACM情報が各シグニチャデータに対応付けられているACRリファレンスデータがそれぞれのACRデータベース部４３にデータベース化される。ACRリファレンスデータのデータ構造については図４を参照して後述する。

ACRレスポンス生成部４４は、ACRデータベース部４３を参照することにより、ACRクライアント３２から送信されるACRクエリに含まれるシグニチャデータの抽出元のコンテンツを識別する。この識別に際してACRデータベース部４３は、ACRリファレンスデータに含まれるSCM情報に基づき、シグニチャデータがDRM暗号化されている場合にはシグニチャDRM復号処理部４６に復号させてから、ACRクエリに含まれるシグニチャデータと比較する。

さらに、ACRレスポンス生成部４４は、識別結果としてのコンテンツ識別子、関連メタデータ、ARM情報、ACM情報等を含むACRレスポンスを生成する。さらに、ACRレスポンス生成部４４は、ACRレスポンスに格納した関連メタデータを、プロファイルマッチングサーバ２４の制御に従ってマッチング、フィルタリングを行ない、受信装置３０に送信する。ACRレスポンスのデータ構造については図９を参照して後述する。

シグニチャDRM暗号処理部４５は、リファレンスシグニチャ抽出部４２からの要求に基づき、リファレンスシグニチャ抽出部４２で抽出されたシグニチャデータを所定のDRM暗号処理により暗号化する。この際、コンテンツサーバ２１との間で認証処理を経て必要な鍵交換などを実施する。これにより、コンテンツの著作権者に対して、コンテンツとそのシグニチャデータの双方の著作権を保護することができ、ACRサービスを実行するに際して、コンテンツサーバ２１を介さない不正なシグニチャデータの利用を防止することができる。

シグニチャDRM復号処理部４６は、ACRデータベース部４３からの要求に基づき、ACRリファレンスデータに含まれるDRM暗号化されているシグニチャデータを復号する。この際、コンテンツサーバ２１との間でACRリファレンスデータに含まれるSCM情報に基づく認証処理を経て、DRM復号処理に必要な鍵交換などを実施する。これにより、コンテンツの著作権者に対して、コンテンツとそのシグニチャデータの双方の著作権を保護することができ、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リファレンスデータ６０においては、コンテンツから周期的に抽出された各シグニチャデータ６１に対して、コンテンツ識別子６２、再生時刻６３、関連メタデータ６４、SCM情報６５、ARM情報６６、およびACM情報が対応付けられている。

シグニチャデータ６１は、リファレンスシグニチャ抽出部４２にてコンテンツから抽出されたものであり、必要に応じてシグニチャDRM暗号処理部４５によりDRM暗号化されている。コンテンツ識別子６２は、当該シグニチャデータ６１の抽出元のコンテンツを識別するための情報である。再生時刻６３は、コンテンツ識別子６２が表すコンテンツから当該シグニチャデータ６１が抽出されたときのコンテンツの進行タイミングを示すものであり、該コンテンツの先頭からの経過時間によって表される。

関連メタデータ６４には、コンテンツ識別子６２が表すコンテンツのメタデータと、再生時刻６３が示す該コンテンツの進行タイミングに連動して実行すべき連携アプリとその取得先（いまの場合、アプリケーションサーバ２２）を表すアプリケーション識別子、実行された該連携アプリにより利用される各種データなどが含まれる。

なお、関連メタデータ６４は、再生時刻６３が示すコンテンツの進行タイミングに応じて異なる内容にしてもよい。

SCM情報６５は、シグニチャデータ６１に対してコンテンツと同様に著作権保護を必要とする否かを表すとともに、著作権保護を必要とする場合には、適切な著作権保護処理の内容を定義するための情報である。該SCM情報６５を設けたことにより、周期的に抽出された各シグニチャデータ６１に対する著作権保護を実現することができる。

図５は、SCM情報６５を１６ビットで定義した場合のデータ構造例を示している。

１６ビットのSCM情報６５には、MSB側から順に、DRM制御の有無を表すフラグ（Bit15）、DRM制御が有である場合にそのDRM種別を規格済みの３方式、または規格されていないローカルな方式の中から選択するフラグ（Bit14-11）が含まれる。さらに、規格されていないローカルな方式が選択された場合に、シグニチャデータ６１についてのDRM制御の具体的な内容（例えば、コピー禁止、１世代のみコピー可能など）を定義するためのフラグ（Bit7-Bit1）、今後の拡張用に確保されている予備フラグ（Bit10-8，Bit0）が含まれる。

例えば、DRM情報がコピー禁止とされているコンテンツから抽出したシグニチャデータ６１に対して、該コンテンツの著作権者がコンテンツと同様な著作権運用をシグニチャデータ６１に要求し、かつ、シグニチャデータ６１を規定済みのDRM制御方式であるDTCP/IPで運用することを要求した場合、SCM情報６５は、1100 0000 1000 0000’bとされる。

図４に戻る。ARM情報６６は、シグニチャデータ６１の抽出元のコンテンツの進行に連動して実行するよう決定されている連携アプリに対して、その実行と画像の表示先（レンダリング先）を定義するための情報である。

図６は、ARM６６を８ビットで定義した場合のデータ構造例を示している。

８ビットのARM情報６６には、MSB側から順に、プライマリスクリーンデバイス３０Ａ上のどこにでも表示を許可するフラグ（Bit7）、プライマリスクリーンデバイス３０Ａへの表示は許可するがコンテンツへの重畳表示は許可しないフラグ（Bit6）、セカンドスクリーンデバイス３０Ｂ上のどこにでも表示を許可するフラグ（Bit5）、セカンドスクリーンデバイス３０Ｂへの表示は許可するがコンテンツへの重畳表示は許可しないフラグ（Bit4）が含まれる。また、プライマリスクリーンデバイス３０Ａ上とセカンドスクリーンデバイス３０Ｂ上のいずれのどこにでも表示を許可するフラグ（Bit3）、プライマリスクリーンデバイス３０Ａ上とセカンドスクリーンデバイス３０Ｂ上のどこにでも表示は許可するがコンテンツへの重畳表示は許可しないフラグフラグ（Bit2）、いかなるデバイスにも表示を禁止するフラグ（Bit1）が含まれる。さらに、今後の拡張用に確保されている予備フラグ（Bit0）が含まれる。

例えば、コンテンツとアプリケーションの表示関係について、それぞれの著作権者の調整結果により、プライマリスクリーンデバイス３０Ａ上への連携アプリのレンダリングは許可するがコンテンツへの重畳表示は禁止した場合、ARM情報６６は、0100 0000’bとされる。

図４に戻る。ACM情報６７は、シグニチャデータ６１の抽出元のコンテンツの進行に連動して実行するよう決定されている連携アプリと引用コンテンツなどに対して、該連携アプリの著作権者が定義した著作権情報を表すためのものである。

図７は、ACM情報６７を１６ビットで定義した場合のデータ構造例を示している。

１６ビットのACM情報６７には、MSB側から順に、DRM制御の有無を表すフラグ（Bit15）、DRM制御が有である場合にそのDRM種別を規格済みの３方式、または規格されていないローカルな方式の中から選択するフラグ（Bit14-11）が含まれる。さらに、規格されていないローカルな方式が選択された場合に、連携アプリのDRM制御の具体的な内容（例えば、コピー禁止、１世代のみコピー可能など）を定義するためのフラグ（Bit7-Bit1）、今後の拡張用に確保されている予備フラグ（Bit10-8，Bit0）が含まれる。

例えば、連携アプリの著作権者が、連携アプリと引用コンテンツに対して、規定済みのDRM制御方式であるPlayReady（商標）で運用することとして、かつ、コピー回数はフリーであることを許可した場合、ACM情報６７は、1010 0000 0000 0100’bとされる。

[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クエリ識別子８１、抽出方式識別子８２、サービス識別子８３、コンテンツ識別子８４、ACM情報８５、ARM情報８６、再生時刻８７、ローカルタイムスタンプ８８、関連メタデータ８９、発信元アドレス９０、および署名９１が含まれる。

一方、プライマリスクリーンデバイス３０Ａにて視聴中のコンテンツが識別できなかった場合のACRレスポンス８０（同図Ｂ）には、ACRクエリ識別子８１、サービス識別子８３、発信元アドレス９０、署名９１、および識別失敗フラグ９２が含まれる。

ACRクエリ識別子８１、抽出方式識別子８２、サービス識別子８３、ローカルタイムスタンプ８８は、該ACRレスポンス８０の返信を要求したACRクエリ７０を特定するためのものであり、該ACRクエリ７０のACRクエリ識別子７１、抽出方式識別子７２、サービス識別子７３、およびローカルタイムスタンプ７５が引用されて記述される。

コンテンツ識別子８４、ACM情報８５、ARM情報８６、再生時刻８７、および関連メタデータ８９は、コンテンツの識別結果を表すものであり、対応するACRリファレンスデータ６０のコンテンツ識別子６２、ARM情報６６、ACM情報６７、再生時刻６３、および関連メタデータ６４が引用されて記述される。

発信元アドレス９０は、該ACRレスポンス８０を送信するACRサーバ２４の双方向通信網１２上のアドレスである。署名９１は、該ACRレスポンス８０の改ざんを抑止するためのものである。なお、ACRレスポンス８０の全体を、コンテンツの著作権とは独立に、暗号化して送信することにより、その改ざんを防止するようにしてもよい。

識別失敗フラグ９２は、ACRサーバ２３にて、ACRクライアント３２からのACRクエリ７０に含まれるシグニチャデータ７４の抽出元のコンテンツ、すなわち、プライマリスクリーンデバイス３０Ａで視聴中のコンテンツを識別することができなかったことを表すフラグである。

［アプリケーション連動システム１０の動作について］
図１０は、アプリケーション連動システム１０の動作を説明するフローチャートである。

プロバイダシステム２０においては、放送網１１を介したコンテンツの放送を開始する前処理として、ステップＳ１１において、これ以降に放送を開始するコンテンツとその関連メタデータ６４をACRサーバ２３に供給する。ACRサーバ２３は、供給されたコンテンツから所定の周期でシグニチャデータを抽出し、必要に応じてDRM暗号化を施し、シグニチャデータ毎に関連メタデータ６４、SCM情報６５、ARM情報６６、ACM情報６７などを含むACRリファレンスデータ６０を生成してACRデータベース部４３に登録する。

なお、ACRサーバ２３においては、放送予定のコンテンツだけでなく、ホームネットワークシステム３０側で視聴され得る様々なコンテンツについても、対応するACRリファレンスデータ６０を生成してデータベース化しておくものとする。このように、様々なコンテンツにそれぞれ対応するACRリファレンスデータ６０がデータベース化された後、以降に説明するステップＳ１２乃至Ｓ１５が繰り返される。

ステップＳ１２において、プロバイダシステム２０のコンテンツサーバ２１は、放送網１１を介したコンテンツの放送を開始する。

一方、ホームネットワークシステム３０においては、コンテンツ（放送を受信したものに限定されない）が視聴されている間、以降に説明するステップＳ２１乃至Ｓ２４が繰り返される。

ステップＳ２１において、プライマリスクリーンデバイス３０Ａのコンテンツレンダラ３１は、視聴中のコンテンツを取得、分岐してACRクライアント３２に出力する。ステップＳ２２において、ACRクライアント３２は、コンテンツレンダラ３１から分岐、入力された視聴中のコンテンツから、所定のサンプリング周期でシグニチャデータ７４を抽出する。

ステップＳ２３において、ACRクライアント３２は、シグニチャデータ７４を抽出する毎、該シグニチャデータ７４を含むACRクエリ７０を生成して、ACRサーバ２３に送信する。

該ACRクエリ７０を受信したACRサーバ２３では、ACRクエリ７０に含まれるシグニチャデータ７４の抽出元のコンテンツの識別を行なう。

具体的には、ステップＳ１３において、ACRデータベース部４３は、データベース化されているACRリファレンスデータ６０のシグニチャデータ６１がDRM暗号化されている場合には、コンテンツサーバ２１からDRM復号処理に必要な鍵を取得して、DRM暗号化されているシグニチャデータ６１を復号しておく。

ステップＳ１４において、ACRサーバ２３のACRレスポンス生成部４４は、ACRデータベース部４３を参照し、受信したACRクエリ７０に含まれるシグニチャデータ７４の抽出元のコンテンツを識別する。

ステップＳ１５において，ACRレスポンス生成部４４は、コンテンツの識別結果に応じてACRレスポンス８０を生成し、生成したACRレスポンス８０を、ACRクエリ７０を送出したACRクライアント３２に返信する。

該ACRレスポンス８０を受信したACRクライアント３２は、ステップＳ２４において、ACRレスポンス８０に含まれる関連メタデータ８９を解析し、視聴中のコンテンツの進行に連動して実行すべき連携アプリをアプリケーションマネージャ３３に取得、実行させる。アプリケーションマネージャ３３は、関連メタデータ８９に含まれるアプリケーション識別子に基づき、アプリケーションサーバ２２から該連携アプリを取得して実行する。このとき、アプリケーションマネージャ３３は、ACRレスポンス８０に含まれるACM情報８５およびARM情報８６を解析して、DRM暗号化されている連携アプリを復号したり、連動アプリのレンダリング先を決定したり、連携アプリを実行するとともに引用コンテンツDRM制御を実行する。

以上に説明したステップＳ１２乃至Ｓ１５の処理，およびステップＳ２１乃至２４の処理は、ホームネットワークシステム３０側にてコンテンツが視聴されている間、繰り返し実行される。視聴中のコンテンツの進行に合わせた連動アプリの動作が可能となる。

［連携アプリのレンダリング制御とDRM復号処理の詳細動作について］
図１１は、プロバイダシステム２０のACRサーバ２３およびアプリケーションサーバ２２とプライマリスクリーンデバイス３０ＡのACRクライアント３２およびアプリケーションマネージャ３３との間とのそれぞれ処理される、連携アプリのレンダリング制御とDRM復号処理の動作を詳細に説明するフローチャートである。

以下に説明するプロバイダシステム２０のステップＳ３１およびＳ３２の処理と、プライマリスクリーンデバイス３０Ａは、コンテンツが視聴されている間、繰り返して実行される。

ステップＳ３１において、ACRサーバ２３は、ACRクライアント３２からのACRクエリ７０に応じてコンテンツの識別を行い、その識別結果に対応したACRレスポンス８０を生成してACRクライアント３２に返信する。

該ACRレスポンス８０を受信したACRクライアント３２は、ステップＳ４１において、該ACRレスポンス８０を解析し、ステップＳ４２において、視聴中のコンテンツの識別が成功したか否かを判定する。

具体的には、該ACRレスポンス８０に識別失敗フラグ９２が含まれているか否かに基づいて識別の成否を判定する。ここで、該ACRレスポンス８０に識別失敗フラグ９２が含まれており識別失敗と判定された場合、処理はステップＳ４１に戻される。反対に、該ACRレスポンス８０に識別失敗フラグ９２が含まれておらず識別成功と判定した場合、処理はステップＳ４３に進められる。この場合、ACRレスポンス８０のデータ構造は、図９のＡに示されたものであり、ACM情報８５およびARM情報８６を含んでいる。

ステップＳ４３において、ACRクライアント３２は、該ACRレスポンス８０に含まれている関連メタデータ８９の中の連携アプリのアプリケーション識別子、ACM情報８５およびARM情報８６をアプリケーションマネージャ３３に通知する。アプリケーションマネージャ３３は、該アプリケーション識別子に基づき、アプリケーションサーバ２２にアクセスして連携アプリを要求する。また、アプリケーションマネージャ３３は、ACM情報８５およびARM情報８６を解析する。

ステップＳ４４において、アプリケーションマネージャ３３は、視聴中のコンテンツに合わせて実行する連動アプリのレンダリング先とコンテンツへの重畳表示の有無などをARM情報８６の解析結果に基づいて設定する。ステップＳ４５において、アプリケーションマネージャ３３は、視聴中のコンテンツに合わせて実行する連動アプリがDRM暗号化されている場合の復号方式を、ACM情報８５に基づいて設定する（例えば、DRM復号処理を実行するソフトウェアモジュールなどを事前に設定する）。さらに、アプリケーションマネージャ３３は、ステップＳ４６において、連動アプリがDRM暗号化されている場合の復号処理に必要となる鍵を復号認証処理により取得する。

一方、プロバイダシステム２０のアプリケーションサーバ２２は、ステップＳ３２において、ステップＳ４３の処理でアプリケーションマネージャ３３から要求された連携アプリを、DRM暗号化された状態（暗号化されていない状態もあり得る）でアプリケーションマネージャ３３に供給する。これを受信したアプリケーションマネージャ３３は、ステップＳ４７において、受信したDRM暗号化されている（暗号化されていない場合もあり得る）連携アプリを、ステップＳ４６の処理で取得した鍵を用い、ACM情報８５にて定義されている復号方式に従って復号する。

ステップＳ４８において、アプリケーションマネージャ３３は、復号した連携アプリを実行するとともに、連携アプリによるレンダリングを、ステップＳ４４の処理での設定に基づいて制御する。

以上の動作により、連携アプリとコンテンツそれぞれの著作権者の意図を反映した上で、連携アプリのレンダリングとDRM制御が可能となる。

以上に説明したように、本実施の形態においては、コンテンツから抽出するシグニチャデータに対する著作権情報を、SCM情報６５として定義するようにしたので、コンテンツの著作権者の許可を得ていない不正なACRサービスの実施を抑制することができる。

また、コンテンツの進行に合わせて実行させる連携アプリに対する動作制御情報のためのARM情報６６を、該コンテンツの著作権者が設定できるようしたので、コンテンツと連携アプリのそれぞれの著作権者双方の権利や意向を反映した状態で、連携アプリを動作させることができる。これにより、コンテンツの著作権者は、その著作権を侵害し得る連携アプリの実行を抑止することができる。一方、連携アプリの著作権者は、意図しないデバイスへのレンダリングを抑止することができる。すなわち、コンテンツの進行に連携して実行させるアプリケーションのレンダリングを制限することができる。

さらに、本実施の形態においては、連携アプリとそれに引用される引用コンテンツに対する著作権保護のためのACM情報６７を定義するようにしたので、連携アプリや引用コンテンツの不正なコピーなどを抑止することができる。すなわち、コンテンツの進行に連携して実行させるアプリケーションと引用コンテンツに対する権利侵害を抑止できる。

ところで、上述した一連の処理を実行するプロバイダシステム２０およびプライマリスクリーンデバイス３０Ａは、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。

図１２は、上述したコンピュータのハードウェアの構成例を示すブロック図である。

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

バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。

入力部２０６は、キーボード、マウス、マイクロフォン等よりなる。出力部２０７は、ディスプレイ、スピーカ等よりなる。記憶部２０８は、ハードディスクや不揮発性のメモリ等よりなる。通信部２０９は、ネットワークインタフェース等よりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブルメディア２１１を駆動する。

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

コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。

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

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

１０ アプリケーション連動システム， １１ 放送網， １２ 双方向通信網， ２０ プロバイダシステム， ２１ コンテンツサーバ， ２２ アプリケーションサーバ， ２３ ACRサーバ， ３０ ホームネットワークシステム， ３０Ａ プライマリスクリーンデバイス， ３０Ｂ セカンドスクリーンデバイス， ３１ コンテンツレンダラ， ３２ ACRクライアント， ３３ アプリケーションマネージャ， ４１ コンテンツ取得部， ４２ リファレンスシグニチャ抽出部， ４３ ACRデータベース部， ４４ ACRレスポンス生成部， ４５ シグニチャDRM暗号処理部， ４６ シグニチャDRM復号処理部， ５１ シグニチャ抽出部， ５２ ACRクエリ生成部， ５３ 通信部， ５４ ACRレスポンス解析部， ６０ ACRリファレンスデータ， ６５ SCM情報， ６６ ARM情報， ６７ ACM情報，７０ ACRクエリ， ８０ ACRレスポンス， ８５ ACM情報， ８６ ARM情報， ２００ コンピュータ， ２０１ CPU

Claims (16)

1. コンテンツを再生するコンテンツ再生装置側で視聴され得る第１のコンテンツを管理するコンテンツ管理部と、
   前記第１のコンテンツから抽出した前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とを対応付けてリファレンスデータを生成し、生成した前記リファレンスデータをデータベース化するデータベース部と、
   前記コンテンツ再生装置側から送信された、前記コンテンツ再生装置のユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリに応じ、前記データベース部の前記リファレンスデータを参照することにより、前記コンテンツを識別して識別結果を表すレスポンスを返信する識別部と
   を備える情報処理装置。
2. 前記リファレンスデータの前記第１のシグニチャデータは暗号化されており、
   前記データベース部は、前記コンテンツ管理部との認証処理を経て、暗号化されている前記第１のシグニチャデータを復号する
   請求項１に記載の情報処理装置。
3. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する既存の権利管理の方式を選択するための項目を含む
   請求項２に記載の情報処理装置。
4. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する権利管理の方式を任意に設定するための項目をさらに含む
   請求項３に記載の情報処理装置。
5. 情報処理装置の情報処理方法において、
   前記情報処理装置による、
   コンテンツを再生するコンテンツ再生装置側で視聴され得る第１のコンテンツから抽出した前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とを対応付けてリファレンスデータを生成し、生成した前記リファレンスデータをデータベース化するデータベース化ステップと、
   前記コンテンツ再生装置側から送信された、前記コンテンツ再生装置のユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリに応じ、前記データベース化された前記リファレンスデータを参照することにより、前記コンテンツを識別して識別結果を表すレスポンスを返信する識別ステップと
   を含む情報処理方法。
6. 前記リファレンスデータの前記第１のシグニチャデータは暗号化されており、
   暗号化されている前記第１のシグニチャデータは、認証処理を経て復号される
   請求項５に記載の情報処理方法。
7. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する既存の権利管理の方式を選択するための項目を含む
   請求項６に記載の情報処理方法。
8. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する権利管理の方式を任意に設定するための項目をさらに含む
   請求項７に記載の情報処理方法。
9. コンテンツを再生するコンテンツ再生装置であって、
   第１のコンテンツを管理し、前記第１のコンテンツから抽出された前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とが対応付けて生成されたリファレンスデータがデータベース化されたデータベース部を有するコンテンツ管理装置に対して、ユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリを送信する送信部と、
   前記クエリに応じ、前記データベース部の前記リファレンスデータを参照することにより、前記コンテンツを識別した前記コンテンツ管理装置から返信されてくる、前記コンテンツの識別結果を表すレスポンスを受信する受信部と
   を備えるコンテンツ再生装置。
10. 前記リファレンスデータの前記第１のシグニチャデータは暗号化されており、
    暗号化されている前記第１のシグニチャデータは、認証処理を経て復号される
    請求項９に記載のコンテンツ再生装置。
11. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する既存の権利管理の方式を選択するための項目を含む
    請求項１０に記載のコンテンツ再生装置。
12. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する権利管理の方式を任意に設定するための項目をさらに含む
    請求項１１に記載のコンテンツ再生装置。
13. コンテンツを再生するコンテンツ再生装置が、
    第１のコンテンツを管理し、前記第１のコンテンツから抽出された前記第１のコンテンツの特徴を表す第１のシグニチャデータに、前記第１のシグニチャデータに関する権利管理情報と、前記第１のシグニチャデータの抽出元である前記第１のコンテンツを表すコンテンツ識別子とが対応付けて生成されたリファレンスデータがデータベース化されたデータベース部を有するコンテンツ管理装置に対して、ユーザが視聴中の第２のコンテンツから抽出された前記第２のコンテンツの特徴を表す第２のシグニチャデータを含むクエリを送信する送信ステップと、
    前記クエリに応じ、前記データベース部の前記リファレンスデータを参照することにより、前記コンテンツを識別した前記コンテンツ管理装置から返信されてくる、前記コンテンツの識別結果を表すレスポンスを受信する受信ステップと
    を含むコンテンツ再生方法。
14. 前記リファレンスデータの前記第１のシグニチャデータは暗号化されており、
    暗号化されている前記第１のシグニチャデータは、認証処理を経て復号される
    請求項１３に記載のコンテンツ再生方法。
15. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する既存の権利管理の方式を選択するための項目を含む
    請求項１４に記載のコンテンツ再生方法。
16. 前記第１のシグニチャデータに関する前記権利管理情報は、前記第１のシグニチャデータに対する権利管理の方式を任意に設定するための項目をさらに含む
    請求項１５に記載のコンテンツ再生方法。

Images