JP2008262572A - メタデータ利用管理装置、メタデータ利用管理方法及びプログラム - Google Patents

Abstract

【課題】より品質の高いメタデータをより多くのコンテンツにわたって提供できるようなデータ利用装置を提供すること。
【解決手段】コンテンツ利用装置１０２は、利用対象のコンテンツの属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを、メタデータ配信サーバ１０１から取得する。そして、コンテンツ利用装置１０２は、このメタデータを用いたコンテンツの利用がなされる場合に、広告配信サーバ１０３から広告情報を取得し、広告情報を呈示し、そして、メタデータに含まれる提供者情報を、広告業者サーバ１０４に送信する。広告業者サーバ１０４は、この提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う。これによって、メタデータの作成が促進され、より品質の高いメタデータをより多くのコンテンツにわたって提供されることが期待される。
【選択図】図１

Description

本発明は、メタデータの利用を管理するメタデータ利用管理装置、メタデータ利用管理方法及びプログラムに関する。

近年、ディジタル衛星放送による放送の多チャンネル化等、情報インフラの発展により、多くのコンテンツ（とりわけ映像コンテンツ）が流通するようになっている。一方で、計算機の処理能力の向上やＡＤＳＬ、ＦＴＴＨなどのブロードバンド・ネットワークの普及に伴い、映像をパソコンや携帯端末上の記憶装置に録画して視聴することが一般的になっている。また、家庭用ビデオに関しても、従来のテープメディアのものに代わり、大容量ハードディスクを内蔵した機器の登場により、複数のコンテンツをまとめて格納したり、ランダムアクセスを活かしたインタラクティブな視聴や編集が可能になっている。

大量のコンテンツを効率的に扱うにはインデックス（索引）などの手がかりとなる情報が必須である。このようなインデックスなど、コンテンツに付加される属性情報をまとめて「メタデータ」と呼ぶ。近年、様々な環境やアプリケーションでメタデータの相互運用ができるようにＭＰＥＧ−７に代表されるように規格化が行われており、メタデータを手がかりにしたコンテンツの編集や検索などが可能となっている。また、ユーザの好みに応じて、コンテンツから当該ユーザの関心の高い部分を自動的に集める要約技術もいくつか提案されている。これらの要約技術では、映像の中のイベントを属性情報として記述し、ユーザの嗜好とのマッチングに応じて自動的に要約する（例えば、特許文献１参照）。例えば、特許文献１では、イベントごとの重要度を求め、重要度に基づいて要約映像に含めるイベントを決定し、該当するイベントの区間から要約映像を作成する。
特許第３１７６８９３号公報

メタデータの作成は、コンテンツの特徴量などから自動的に行う方法と、人手で作成する方法とがある。メタデータを用いた高品質なコンテンツ利用を実現するには、高品質なメタデータ（例えば、精度良くコンテンツの特徴などを表したメタデータ）が不可欠であるが、メタデータの自動生成は品質の面で限界があるので、メタデータを人手により作成することに頼らざるを得ない。

人手によって作成されたメタデータの提供を有料サービスとする配信方法もあるが、運用が大掛かりになる欠点がある。この点では、ボランティアをベースにしたメタデータ作成は、メタデータを無料で配信できるので有利である。しかし、その反面、メタデータを作成・提供する者に大きな負担がかかるため、無料配信を前提とするボランティアによる高品質なメタデータ作成では、提供できるコンテンツ数に限界がある。

本発明は、上記事情を考慮してなされたもので、より品質の高いメタデータをより多くのコンテンツにわたって提供できるようなメタデータ利用管理装置、メタデータ利用管理方法及びプログラムを提供することを目的とする。

本発明に係るメタデータ利用管理装置は、被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するコンテンツ利用装置から、その被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信手段と、この情報受信手段により受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理手段とを備えたことを特徴とする。

また、本発明に係るメタデータ利用管理装置は、被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するコンテンツ利用装置から、広告情報を送信すべき要求を受信する要求受信手段と、この要求受信手段により前記要求を受信した場合、前記コンテンツ利用装置へ、広告情報を送信する送信手段と、前記広告情報を送信した前記コンテンツ利用装置から、前記被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信手段と、この情報受信手段により受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理手段とを備えたことを特徴とする。

なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読み取り可能な記録媒体としても成立する。

本発明によれば、より品質の高いメタデータをより多くのコンテンツにわたって提供されることが期待される。

以下、図面を参照しながら本発明の実施形態について説明する。

図１に、本発明の一実施形態に係るメタデータ配信システムの基本構成例を示す。

図１に示されるように、本メタデータ配信システムは、メタデータ配信サーバ１０１、コンテンツ利用クライアント１０２、広告配信サーバ１０３、広告業者サーバ１０４を含んでいる。メタデータ配信サーバ１０１、コンテンツ利用クライアント１０２、広告配信サーバ１０３及び広告業者サーバ１０４の各装置は、ネットワーク１２０を介して必要な通信相手装置との間でデータの送受信を行うための通信インタフェースを備えている。

コンテンツ（コンテンツデータ）とは、例えば、動画像、静止画像、音声又はテキストなどのデータ或いは動画像、静止画像、音声又はテキストなどの全部又は一部を含む一般的なマルチメディア・コンテンツのデータである。以下では、主に映像コンテンツを例にとって説明する。

メタデータとは、特定のコンテンツに対応して作成されるものであり、少なくとも、当該特定のコンテンツの属性情報を含む。また、メタデータは、当該メタデータに関連する種々の付加情報や当該特定のコンテンツに関連する種々の付加情報を含み得るものである。

コンテンツ利用クライアント１０２は、メタデータを用いながらコンテンツ（被利用データ）を利用するアプリケーションを備えたクライアント装置である。

メタデータ配信サーバ１０１は、メタデータを配信するためのサーバ装置である。

広告配信サーバ１０３は、広告データを配信するためのサーバ装置である。

広告業者サーバ１０４は、広告データの利用状況に応じたメタデータ提供者への報酬の支払いのための処理を行うサーバ装置である。

なお、コンテンツがコンテンツ利用クライアント１０２へ配信される方法については特に限定はない。例えば、ネットワーク１２０上にコンテンツ配信サーバが存在し、コンテンツ配信サーバからネットワーク１２０を介してコンテンツ利用クライアント１０２へコンテンツが配信される（コンテンツ利用クライアント１０２は通信媒体を介してメタデータを取得する）方法でもよいし、コンテンツがＤＶＤやＣＤ−ＲＯＭや半導体メモリ等の記録媒体によって配信（配布）される（コンテンツ利用クライアント１０２は記録媒体を介してメタデータを取得する）方法でもよいし、複数の方法が混在してもよい。

また、本実施形態では、主にメタデータは、メタデータ配信サーバ１０１からネットワーク１２０を介してコンテンツ利用クライアント１０２へ配信されたものである場合を例にとって説明するが、これに限定されるものではなく、例えば、ＤＶＤやＣＤ−ＲＯＭや半導体メモリ等の記録媒体によって配信（配布）されたものであってもよい。

また、各機能別にサーバを分けた構成としたが、実際には１つのサーバが複数の機能を兼ねた構成であってもよい。例えば、ある広告業者が運営する広告配信サーバ１０３と広告業者サーバ１０４について、独立したサーバとして構成しても、一体化された一つのサーバとして構成してもよい（なお、本実施形態では、主に前者の場合を例にとって説明する）。

図２に、メタデータに含まれる属性情報の一例を示す。この例では、映像コンテンツ内で起きた事象をイベントとし、属性情報には、このイベントを列挙したイベント列が含まれる。イベントは、人物や物体の名称や動き（例えば、サッカーの映像のコンテンツの場合における「○○選手のシュート」など）や時間的な区切り（例えば、「試合開始」、「試合終了」など）などの情報が、その発生時間とともに記述されている。もちろん、図２のフォーマットは一例であり、属性情報は、コンテンツに関連する付加情報であれば、どのようなものであってもよい。

コンテンツ利用クライアント１０２のコンテンツ利用アプリケーションは、メタデータを用いながら、コンテンツを利用する。コンテンツの利用とは、コンテンツを編集・加工することによって新たなコンテンツを作成したり、コンテンツから属性情報を索引として所望の部分を検索して視聴したり、複数のコンテンツから所望のコンテンツを検索して視聴したり、早送りなどの特殊再生（トリックプレイ）を行ったりすることであり、これら以外にも様々なものが考えられる。

また、例えば、１つのコンテンツから利用者の嗜好に合致した区間を抽出することで、短いコンテンツを作成する要約処理にもメタデータが用いられる。この要約処理では、例えば、図２のような属性情報（この場合、イベント列）と嗜好情報とのマッチングを行って、区間あるいは時間ごとの重要度を求め、重要度の高い部分を抽出して、要約とする。

なお、本実施形態では、コンテンツ利用アプリケーションは、少なくともメタデータを用いながらコンテンツを利用する場合には、広告配信サーバ１０３から広告データを取得し、強制的に（ユーザ（コンテンツの利用者）が特別の手続きを行うか否かによって広告データを呈示するかしないかを選択できるようにした場合には、ユーザが特別の手続きを行わなかったときに）広告データをユーザに呈示するものであるとする。

以下では、本実施形態における処理フローの幾つかの例について順次説明していく。

（第１の処理フロー例）
図３に、本実施形態における第１の処理フローを示す。

なお、ここでは、本システムの対象となるメタデータ配信サーバ１０１を運営するメタデータ配信者が唯一存在する場合を想定している（メタデータ配信サーバ１０１自体は複数存在する場合もあり得る）。

ステップＳ１０１では、コンテンツ利用クライアント１０２上で動作するコンテンツ利用アプリケーションは、利用したいコンテンツに対応するメタデータの配信を、メタデータ配信サーバ１０１に要求する。

ステップＳ１０２では、メタデータ配信サーバ１０１は、要求されたコンテンツのメタデータを、コンテンツ利用クライアント１０２に送信する。

ここでは、図４のように、メタデータ配信サーバ１０１から送信されるメタデータは、属性情報２０１を含み、さらに付加情報としてメタデータ提供者情報２０２を含むものとする。メタデータ提供者情報は、当該メタデータの提供者を識別するための情報である。例えば、メタデータの提供者を広告業者サーバ１０４上で管理し、個々に識別子（ＩＤ）を割り当て、この識別子をメタデータ提供者情報として用いる。なお、メタデータには、メタデータの識別情報、当該メタデータに対応するコンテンツの識別情報等、他の種々の情報が含まれていて構わない。

ステップＳ１０３では、コンテンツ利用クライアント１０２（のコンテンツ利用アプリケーション）は、広告配信サーバ１０３に対して、広告データの配信を要求する。

ステップＳ１０４では、広告配信サーバ１０３は、コンテンツ利用クライアント１０２に対して、広告データを配信する。

ステップＳ１０５は、コンテンツ利用クライアント１０２（のコンテンツ利用アプリケーション）は、受信したメタデータに含まれる属性情報を用いて、コンテンツの利用（例えば、編集・加工等）を行う。前述のように、コンテンツ利用には、コンテンツの編集・加工、検索、特殊再生、要約処理等、種々の形態があり、どのようなものであってもよい。

ステップＳ１０６では、コンテンツ利用クライアント１０２（のコンテンツ利用アプリケーション）は、例えばコンテンツ及び又はこのコンテンツの利用結果（例えば、元のコンテンツをもとに生成された他のコンテンツ）などを呈示（本具体例では、映像を再生）するとともに、広告データを呈示する（例えば、広告データが映像である場合には広告データを再生する）。もちろん、元のコンテンツをランダムアクセスや早送りなどのトリックプレイを用いて再生したり、音声・文字情報を付加して再生したりしてもよい。

ステップＳ１０７では、コンテンツ利用クライアント１０２（のコンテンツ利用アプリケーション）は、再生された広告データに対する操作情報（広告操作情報）を、メタデータ提供者情報とともに、広告業者サーバ１０４に送信する。

広告操作情報としては、例えば、広告データの視聴に関する操作の情報、広告データ視聴中におけるマウスクリックやボタン押下による商品販売画面への移動に関する操作の情報、商品の購入に関する操作の情報など、種々のものが考えられる。

ステップＳ１０８では、広告業者サーバ１０４は、コンテンツ利用クライアント１０２からメタデータ提供者情報及び広告操作情報を受信すると、広告操作情報に基づいて、当該広告業者からメタデータ提供者情報に対応するメタデータ提供者に対する報酬の支払いを行うための処理を行う。広告操作情報は、例えば、報酬額を算出するにあたって参照される。例えば、コンテンツ利用クライアント１０２のユーザにより、広告データが視聴されただけなのか、商品販売への移動がなされたのか、さらには商品が購入されたのかなどに応じて、メタデータ提供者に支払うべき報酬額を変更してもよい。また、それ以外の情報（例えば、延べ何人のユーザに利用されたか、あるいは延べ何回利用されたかなど）にも基づいて、報酬額を決定するようにしてもよい。なお、コンテンツ利用クライアント１０２のユーザの操作の内容は考慮しないで、報酬額を決定するようにしてもよい（例えば、報酬額を一定にしてもよいし、他の情報に基づいて報酬額を決定するようにしてもよい）。この場合に、広告操作情報を他の目的で使用しないときは、広告操作情報を用いなくても構わない。

報酬の支払いを行うための処理は、少なくとも、メタデータ提供者情報と支払額とを対応付けて記憶することであり、さらに他の情報（例えば、利用されたメタデータを識別する情報、利用されたコンテンツを識別する情報、コンテンツの権利者等を識別する情報、当該メタデータを利用した利用クライアント１０２及び又はそのユーザを識別する情報、広告操作情報等）をも対応付けて記憶するようにしてもよい。

また、報酬の支払いを行うための処理として、例えば、当該報酬額の支払いについて、情報の管理のみする処理をも行ってもよいし、電子的に決済或いは支払いの委託等までする処理をも行ってもよい。例えば、広告業者サーバ１０４がメタデータ提供者の情報を管理している場合には、管理しているメタデータ提供者の情報の一つとして報酬額の振込先となる銀行口座の情報などを登録しておき、その銀行口座に報酬額を電子的に振り込むなどによって決済するようにしてもよい。

ところで、図３の例では、ステップＳ１０６で実際に広告データがユーザに呈示された後に、コンテンツ利用クライアント１０２から広告業者サーバ１０４にメタデータ提供者情報及び広告操作情報を送信し、これによって当該広告業者から当該メタデータ提供者へ報酬額を支払うようにしたが、その代わりに、図２５に示すように、ステップＳ１０３でコンテンツ利用クライアント１０２から広告配信サーバ１０３へ広告データ配信要求を送信するときに、この要求にメタデータ提供者情報を付加して送信し、広告配信サーバ１０３から広告業者サーバ１０４へメタデータ提供者情報を転送し、この時点で（実際に広告データがコンテンツ利用クライアント１０２に到達したか及び到達したとしても広告データがユーザに呈示されたか否かにかかわらずに）、広告業者サーバ１０４は、当該広告業者からメタデータ提供者情報に対応するメタデータ提供者に対する報酬の支払いを行うための処理を行うようにしてもよい（ステップＳ１１８）。なお、上記の代わりに、ステップＳ１０３でコンテンツ利用クライアント１０２から広告業者サーバ１０４へ直接メタデータ提供者情報を送信するようにしてもよ。あるいは、その代わりに、ステップＳ１０４で広告配信サーバ１０３がコンテンツ利用クライアント１０２に対して広告データを配信し、これをコンテンツ利用クライアント１０２が受信した時点で、（実際に広告データがユーザに呈示されたか否かにかかわらずに）、コンテンツ利用クライアント１０２から広告業者サーバ１０４へメタデータ提供者情報を送信し、広告業者サーバ１０４は、当該広告業者からメタデータ提供者情報に対応するメタデータ提供者に対する報酬の支払いを行うための処理を行うようにしてもよい。なお、これら場合には、ユーザの操作の内容は考慮しないで、報酬額を決定するようにすればよい（例えば、報酬額を一定にしてもよいし、他の情報に基づいて報酬額を決定するようにしてもよい）。なお、以上の点は、他の処理フロー例についても同様である。

また、図２６に示すように、広告配信サーバと広告業者サーバを一体化して一つのサーバとして構成してもよい。図２６では、この一体化した一つのサーバをかりに広告配信サーバと呼んでいるがもちろん他の名称でも構わない。なお、以上の点は、他の処理フロー例についても同様である。

なお、上記処理フロー例では、広告業者サーバ１０４は、当該広告業者から直接メタデータ提供者に対する報酬の支払いのための処理を行う場合を想定したが、例えば、当該広告業者からメタデータ配信サーバ１０１を運営するメタデータ配信者に対して、各メタデータ提供者に対する報酬の支払いを委託し、メタデータ配信者がメタデータ提供者に対する報酬の支払いを行うようにしてもよい。なお、以上の点は、他の処理フロー例（メタデータ配信者が１つだけ存在することが想定されるもの）についても同様である。

以上のように、コンテンツ利用にともないメタデータが利用されると、広告業者から当該メタデータの提供者へ報酬が支払われる、という仕組みを実現することができる。なお、広告業者は、例えば、広告を依頼した企業等から支払われる対価の一部を、当該メタデータの提供者へ支払う報酬に充当する。

例えば、メタデータ提供者は、提供したメタデータが利用されればされるほどより多くの報酬を受け取ることができる場合において、高品質なメタデータほど良く利用されるとすると、高品質なメタデータを提供するほど、より多くの報酬が入る。このため、メタデータの提供者は、高品質なメタデータの作成意欲がわき、円滑にメタデータが提供され、多くのメタデータを利用したサービスやアプリケーションが利用できるようになる。また、コンテンツ利用者は、より品質の良いメタデータを、より多くのコンテンツについて、利用することができるようになる。また、広告業者は、メタデータを用いたコンテンツの利用が促進されるほど、広告を視聴してもらう機会を増やすことができる。

（第２の処理フロー例）
図５に、本実施形態における第２の処理フローを示す。

第１の処理フローは、広告業者からメタデータ提供者へ報酬を支払うものであったが、第２の処理フローは、広告業者からメタデータ提供者のみならずメタデータ配信サーバを運営するメタデータ配信者へも報酬を支払うものである。なお、ここでは、本システムの対象となるメタデータ配信サーバ１０１を運営するメタデータ配信者が複数存在する場合を想定している（メタデータ配信サーバ１０１が唯一存在する場合もあり得る）。

以下では、第１の処理フローと相違する点を中心に詳しく説明する。

ステップＳ２０１では、コンテンツ利用クライアント１０２は、利用したいコンテンツに対応するメタデータの配信を、メタデータ配信サーバ１０１に要求する。

ステップＳ２０２では、メタデータ配信サーバ１０１は、要求されたコンテンツのメタデータ（メタデータ提供者情報を含む）に、メタデータ配信者情報を付加する。

メタデータ配信者情報は、当該メタデータの配信者を識別するための情報である。メタデータ配信者情報が付加された結果、ここでは、メタデータは、少なくとも図６のように属性情報３０１、メタデータ提供者情報３０２、メタデータ配信者情報３０３を含むことになる。メタデータ配信者情報のデータ形式は、例えば、メタデータ提供者情報と同様に、メタデータの配信者を広告業者サーバ１０４上で管理し、個々に識別子（ＩＤ）を割り当て、この識別子をメタデータ配信者情報として用いるようにしてもよい。

ステップＳ２０３では、メタデータ配信サーバ１０１は、メタデータ配信者情報が付加された該当コンテンツのメタデータを、コンテンツ利用クライアント１０２に送信する。

ステップＳ２０４では、コンテンツ利用クライアント１０２は、広告配信サーバ１０３に対して、広告データの配信を要求する。

ステップＳ２０５では、広告配信サーバ１０３は、コンテンツ利用クライアント１０２に対して、広告データを配信する。

ステップＳ２０６では、コンテンツ利用クライアント１０２は、受信したメタデータに含まれる属性情報を用いて、コンテンツの利用を行う。

ステップＳ２０７では、コンテンツ利用クライアント１０２は、例えばコンテンツ及び又はコンテンツ利用結果を、広告データとともに再生等する。

ステップＳ２０８では、コンテンツ利用クライアント１０２は、再生等された広告データに対する操作情報を、メタデータ提供者情報、メタデータ配信者情報とともに、広告業者サーバ１０４に送信する。

ステップＳ２０９では、広告業者サーバ１０４は、受信した広告操作情報に従い、メタデータ提供者情報に対応したメタデータ提供者およびメタデータ配信者情報に対応したメタデータ配信者に対する報酬の支払いのための処理を行う。

なお、上記処理フロー例では、広告業者サーバ１０４は、当該広告業者から直接メタデータ提供者に対する報酬の支払いのための処理を行う場合を想定したが、例えば、当該広告業者から、当該メタデータを配信したメタデータ配信サーバ１０１を運営する当該メタデータ配信者に対して、当該メタデータ提供者に対する報酬の支払いを委託し、当該メタデータ配信者が当該メタデータ提供者に対する報酬の支払いを行うようにしてもよい。なお、以上の点は、他の処理フロー例（メタデータ配信者が複数存在することが想定されるもの）についても同様である。

（第３の処理フロー例）
図７に、本実施形態における第３の処理フローを示す。

第１の処理フローは、広告業者からメタデータ提供者へ報酬を支払うものであったが、第３の処理フローは、広告業者からメタデータ提供者のみならずコンテンツに関する権利を有するコンテンツ権利者へも報酬を支払うものである。

以下では、第１の処理フローと相違する点を中心に詳しく説明する。

ステップＳ３０１では、コンテンツ利用クライアント１０２は、利用したいコンテンツに対応するメタデータの配信を、メタデータ配信サーバ１０１に要求する。

ステップＳ３０２では、メタデータ配信サーバ１０１は、要求されたコンテンツのメタデータ（メタデータ提供者情報を含む）であってコンテンツ権利者情報が付加されたものを、コンテンツ利用クライアント１０２に送信する。

コンテンツ権利者情報は、当該コンテンツの権利者を識別するための情報である。コンテンツの権利者は、例えば、当該コンテンツの供給者など、当該コンテンツに関する著作権、放映権などの各種権利を持つ者である。コンテンツ権利者情報が付加された結果、ここでは、メタデータは、少なくとも図８のように属性情報４０１、メタデータ提供者情報４０２に加えて、コンテンツ権利者情報４０３を含むことになる。コンテンツ権利者情報のデータ形式は、例えば、メタデータ提供者情報やメタデータ配信者情報と同様に、コンテンツの権利者を広告業者サーバ１０４上で管理し、個々に識別子（ＩＤ）を割り当て、この識別子をコンテンツ権利者情報として用いるようにしてもよい。

ステップＳ３０３では、コンテンツ利用クライアント１０２は、広告配信サーバ１０３に対して、広告データの配信を要求する。

ステップＳ３０４では、広告配信サーバ１０３は、コンテンツ利用クライアント１０２に対して、広告データを配信する。

ステップＳ３０５では、コンテンツ利用クライアント１０２は、受信したメタデータに含まれる属性情報を用いて、コンテンツの利用を行う。

ステップＳ３０６では、コンテンツ利用クライアント１０２は、例えばコンテンツ及び又はコンテンツ利用結果を、広告データとともに再生等する。

ステップＳ３０７では、コンテンツ利用クライアント１０２は、再生等された広告データに対する操作情報を、メタデータ提供者情報、コンテンツ権利者情報とともに、広告業者サーバ１０４に送信する。

ステップＳ２０９では、受信した広告操作情報に従い、メタデータ提供者情報に対応したメタデータ提供者およびコンテンツ権利者情報に対応したコンテンツ権利者に対する報酬の支払いのための処理を行う。

なお、上記では、メタデータにコンテンツ権利者情報を含ませたが、その代わりに、例えば、コンテンツ利用クライアント１０２内に、当該メタデータの識別情報又は当該メタデータに対応するコンテンツの識別情報と、コンテンツ権利者情報とを対応付けて登録したテーブルを記憶しておき、コンテンツ利用クライアント１０２は、当該メタデータの識別情報又は当該メタデータに対応するコンテンツの識別情報をもとに、該テーブルを参照して、コンテンツ権利者情報を取得するようにしてもよい。また、このテーブルが外部のサーバにあり、コンテンツ利用クライアント１０２から該外部のサーバに、当該メタデータの識別情報又は当該メタデータに対応するコンテンツの識別情報を指示して、対応するコンテンツ権利者情報を問い合わせ、これによって該外部のサーバからコンテンツ権利者情報を取得するようにしてもよい。なお、以上の点は、他の処理フロー例（コンテンツ権利者情報を用いるもの）についても同様である。

また、第２の処理フローは、広告業者からメタデータ提供者とメタデータ配信者へ報酬を支払うものであり、この第３の処理フローは、広告業者からメタデータ提供者とコンテンツ権利者へ報酬を支払うものであったが、これらを組み合わせて、メタデータ提供者とメタデータ配信者とコンテンツ権利者に報酬を支払うようにしてもよい。

なお、もしメタデータの利用によりコンテンツ内に元々含まれている広告（例えば、テレビのＣＭ）が全く視聴されなくなると、元のコンテンツ権利者にとって損失となるかもしれないが、この第３の処理フロー例では、広告業者がコンテンツ権利者に対して報酬を支払うことで損失を補償することができる。

（第４の処理フロー例）
図９に、本実施形態における第４の処理フローを示す。

第４の処理フローでは、広告データを配信するにあたってユーザ（コンテンツの利用者）の情報を考慮する。広告配信サーバ１０３より配信される広告データをユーザの嗜好等に応じて切り替えて配信することで、より効果的な広告を実現するようにしている。

以下では、第１の処理フローと相違する点を中心に詳しく説明する。

ステップＳ４０１では、コンテンツ利用クライアント１０２は、利用したいコンテンツに対応するメタデータの配信を、メタデータ配信サーバ１０１に要求する。

ステップＳ４０２では、メタデータ配信サーバ１０１は、メタデータ提供者情報が付加された該当コンテンツのメタデータを、コンテンツ利用クライアント１０２に送信する。

ステップＳ３０３では、コンテンツ利用クライアント１０２は、広告配信サーバ１０３に対して、メタデータに含まれる属性情報又はコンテンツ利用クライアント１０２内に保持している当該ユーザの嗜好情報の少なくとも一方を送信し、広告データの配信を要求する。嗜好情報とは、ユーザの好きなコンテンツのタイトルやジャンル、さらには好きな俳優やスポーツ選手やチームなど、ユーザの嗜好に関する情報である。また、コンテンツとは関係なく、趣味などの一般的な嗜好情報も含まれていてもよい。

ステップＳ４０４では、広告配信サーバ１０３は、受信した属性情報や嗜好情報からコンテンツのジャンルやユーザの嗜好にあった広告データを検索する。例えば、属性情報より、車に関する番組であることが分かれば、車の広告データを検索したり、嗜好情報より、旅行が趣味であること分かれば、旅行に関する広告データを検索したりする。

ステップＳ４０５では、広告配信サーバ１０３は、コンテンツ利用クライアント１０２に対して、ステップＳ４０４で検索された広告データを配信する。なお、適当な広告データが見つからなかった場合は、既定の広告データを配信するようにしてもよい。

ステップＳ４０６では、コンテンツ利用クライアント１０２は、受信したメタデータに含まれる属性情報を用いて、コンテンツの利用を行う。

ステップＳ４０７では、コンテンツ利用クライアント１０２は、例えばコンテンツ及び又はコンテンツ利用結果を、広告データとともに再生等する。

ステップＳ４０８では、コンテンツ利用クライアント１０２は、再生等された広告データに対する操作情報を、メタデータ提供者情報とともに、広告業者サーバ１０４に送信する。

ステップＳ４０９では、受信した広告操作情報に従い、メタデータ提供者情報に対応したメタデータ提供者に対する報酬の支払いのための処理を行う。

なお、第２の処理フローのように、広告業者からメタデータ提供者とメタデータ配信者へ報酬を支払うようにしてもよいし、第３の処理フローのように、広告業者からメタデータ提供者とコンテンツ権利者へ報酬を支払うようにしてもよいし、これらを組み合わせたもののように、メタデータ提供者とメタデータ配信者とコンテンツ権利者に報酬を支払うようにしてもよい。

（第５の処理フロー例）
図１０に、本実施形態における第５の処理フローを示す。

第５の処理フローでは、第４の処理フローにおいて行われた広告データの検索を広告配信サーバ１０３ではなく広告業者サーバ１０４上で行うようにしたものである。

以下では、第４の処理フローと相違する点を中心に詳しく説明する。

ステップＳ５０１では、コンテンツ利用クライアント１０２は、利用したいコンテンツに対応するメタデータの配信を、メタデータ配信サーバ１０１に要求する。

ステップＳ５０２では、メタデータ配信サーバ１０１は、メタデータ配信者情報が付加された該当コンテンツのメタデータを、コンテンツ利用クライアント１０２に送信する。

ステップＳ５０３では、コンテンツ利用クライアント１０２は、広告業者サーバ１０４に対して、メタデータに含まれる属性情報又はコンテンツ利用クライアント１０２内に保持している当該ユーザの嗜好情報の少なくとも一方を送信する。

ステップＳ５０４では、広告業者サーバ１０４は、受信した属性情報や嗜好情報からコンテンツのジャンルやユーザの嗜好にあった広告データを検索する。

ステップＳ５０５では、広告業者サーバ１０４は、コンテンツ利用クライアント１０２に対して、ステップＳ５０４で検索された広告データを広告配信サーバ１０３から受信するための（広告情報を識別するための）広告受信情報を送信する。広告受信情報には、例えば、広告配信サーバ１０３における広告データの位置を示すＵＲＬなどを用いる。なお、適当な広告データが見つからなかった場合は、既定の広告データを受信するための広告受信情報を送信してもよい。

ステップＳ５０６では、コンテンツ利用クライアント１０２は、広告配信サーバ１０３に対して、ステップＳ５０５で受信した広告受信情報に示された広告データを配信するように要求する。

ステップＳ５０７では、広告配信サーバ１０３は、要求された広告データを、コンテンツ利用クライアント１０２に対して配信する。

ステップＳ５０８では、コンテンツ利用クライアント１０２は、受信したメタデータに含まれる属性情報を用いて、コンテンツの利用を行う。

ステップＳ５０９では、コンテンツ利用クライアント１０２は、例えばコンテンツ及び又はコンテンツ利用結果を、広告データとともに再生等する。

ステップＳ５１０では、コンテンツ利用クライアント１０２は、再生等された広告データに対する操作情報を、メタデータ提供者情報とともに、広告業者サーバ１０４に送信する。

ステップＳ５１では、受信した広告操作情報に従い、メタデータ提供者情報に対応したメタデータ提供者に対する報酬の支払いのための処理を行う。

なお、第２の処理フローのように、広告業者からメタデータ提供者とメタデータ配信者へ報酬を支払うようにしてもよいし、第３の処理フローのように、広告業者からメタデータ提供者とコンテンツ権利者へ報酬を支払うようにしてもよいし、これらを組み合わせたもののように、メタデータ提供者とメタデータ配信者とコンテンツ権利者に報酬を支払うようにしてもよい。

以下では、これまでの種々の具体例におけるさらなるバリエーションについて説明する。

（メタデータが複数セットの属性情報を含む構成例）
図１１を参照しながら、メタデータが複数セットの属性情報を含む場合について説明する。

これまでの説明で用いたメタデータは、１セットの属性情報のみを含むものであったが、場合によっては１つのコンテンツに対して複数通りの属性情報の記述方法があり得るので、１つのメタデータに、複数セットの属性情報を含ませるようにしてもよい。

例えば、対象とするコンテンツがスポーツの映像である場合に、その映像から区間を抽出して、特定の選手や特定のチームの活躍を集めたコンテンツを作成するためのシーンリストを集めた属性情報を作成する方法が考えられる。この場合に、例えば、選手ごとあるいはチームごとに異なる属性情報が作成される。

図１１に例示するように、このような場合のメタデータ５０１は、複数セットの属性情報を含むものとすればよい。この例では、属性情報１，属性情報２，…，属性情報Ｎが個々のセットを示す。例えば、属性情報１は選手Ａ、属性情報２は選手Ｂ、属性情報３は選手Ｃというように、選手ごとの活躍を集めたシーンリストが、これに該当する。

なお、図１１では、属性情報の他に、付加情報としてメタデータ提供者情報が付加されている例を示しているが、もちろん、これまで説明した各処理フロー例に応じて、メタデータ提供者情報、メタデータ配信者情報、コンテンツ権利者情報の全部又は一部が含まれていてもよい。

一方、ユーザ（コンテンツの利用者）の嗜好情報５０２は、コンテンツ利用者の好きなコンテンツのタイトルやジャンル、さらには好きな俳優やスポーツ選手やチームなど、コンテンツ利用者の嗜好に関する情報である。また、コンテンツとは関係なく、趣味などの一般的な嗜好情報が含まれているもよい。

ステップＳ６０１，Ｓ６０２は、各処理フローにおいてメタデータ配信サーバ１０１がコンテンツ利用クライアント１０２からメタデータを受信した際に、コンテンツ利用クライアント１０２（のコンテンツ利用アプリケーション）においてなされる。

ステップＳ６０１では、メタデータ５０１、ユーザの嗜好情報５０２を入力とし、各属性情報セットと嗜好情報とをマッチングを行い、各属性情報セットに対するマッチング結果に基づいて、属性情報セットの順位付けを行う。順位付け方法には、例えば、選手名などキーワードの一致数によって行うなどの方法がある。

ステップＳ６０２では、順位付けされた属性情報セットから、最もユーザの嗜好に合った属性情報を選択する。例えば、第１位の属性情報セットを選択する。

そして、コンテンツ利用クライアント１０２（のコンテンツ利用アプリケーション）は、この選択された属性情報５０３を用いて、コンテンツの利用を行うことができる。

（メタデータの配信を暗号化する構成例）
図１２を参照しながら、メタデータの配信を暗号化する場合について説明する。

コンテンツ利用クライアント１０２において、メタデータの利用時に確実に広告データを表示するためには、メタデータの利用を特定のコンテンツ利用アプリケーションに限定したい場合がある。そこで、コンテンツ配信サーバ１０１から暗号化されたメタデータを受け取り、受信したコンテンツ利用アプリケーションの内部に閉じこめた形で復号することで、ユーザ（コンテンツの利用者）には平文のメタデータを利用できないようにすることができる。許可されたコンテンツ利用アプリケーションのみがメタデータを復号して利用できるため、広告表示機能のないアプリケーションではメタデータを利用することができない。

図１２は、これまで説明した各処理フロー例の一部を修正するもので、各処理フロー例におけるコンテンツ利用クライアント１０２がメタデータ配信サーバ１０１からメタデータを受信するまでの手順を、図１２のステップＳ７０１〜Ｓ７０５で置き換えればよい。

ステップＳ７０１では、メタデータ配信サーバ１０１は、コンテンツ提供者から提供されたメタデータを登録する。

ステップＳ７０２では、メタデータ配信サーバ１０１は、登録されたメタデータを暗号化する。

ステップＳ７０３では、コンテンツ利用クライアント１０２は、メタデータ配信サーバ１０１に対して、メタデータの配信を要求する。

ステップＳ７０４では、コンテンツ配信サーバ１０１は、暗号化されたメタデータをコンテンツ利用クライアント１０２に対して、送信する。

ステップＳ７０５では、コンテンツ利用クライアント１０２は、コンテンツ利用するアプリケーション内でメタデータを復号する。

そして、コンテンツ利用クライアント１０２（のコンテンツ利用アプリケーション）は、この復号されたメタデータを用いて、コンテンツの利用を行うことができる。

（複数のメタデータに対するランキング表示を行う構成例）
図１３を参照しながら、複数のメタデータ提供者により提供されたメタデータをランキング表示する場合について説明する。

１種類のコンテンツに対して、複数のメタデータ提供者によりメタデータが提供される場合があり得る。そこで、このような場合に、図１３に例示するように、コンテンツ利用クライアント１０２上で、複数のメタデータを順位付けして表示するようにしてもよい。

図１３（ａ）に示す表示例６０１は、１種類のコンテンツに対して、複数のメタデータ提供者によりメタデータが提供された場合の表示例である。順位６０２は、順位付け処理の結果与えられた順位を示す。提供者６０３は、メタデータ提供者を示す。ポイント６０４は、順位付けの根拠となる得点を示す。例えば、当該メタデータの配信数をポイントにしてもよいし、あるいは、ユーザ（コンテンツの利用者）の嗜好情報を利用し、当該メタデータの属性情報との合致度に基づいてポイントを算出したものでもよいし、過去の配信者の嗜好情報との合致度によりポイントを算出したものであってもよい。なお、図１３（ａ）の各項目は、すべて画面上に表示してもよいし、一部は内部データとして表示しなくてもよい。この場合、ユーザは表示例６０４のような画面からメタデータを選択するようにしてもよい。

また、図１３（ｂ）に示す表示例６０５は、コンテンツ利用者が、特定のメタデータ提供者が提供しているメタデータを頻繁に使用するような場合に、そのメタデータ提供者が作成したメタデータを一覧表示する場合の表示例である。この場合、ユーザは表示例６０５のような画面からメタデータを選択するようにしてもよい。

なお、コンテンツ利用クライアント１０２上で、複数のメタデータを順位付けして表示する場合に、コンテンツ利用クライアント１０２からメタデータ配信サーバ１０１へコンテンツを指示してメタデータの配信を要求した際に、メタデータ配信サーバ１０１からコンテンツ利用クライアント１０２へ該当するすべてのメタデータを配信してから、コンテンツ利用クライアント１０２上で複数のメタデータを順位付けして表示し、ユーザが選択したメタデータを用いるようにしてもよい。また、コンテンツ利用クライアント１０２からメタデータ配信サーバ１０１へコンテンツを指示してメタデータの配信を要求した際に、メタデータ配信サーバ１０１からコンテンツ利用クライアント１０２へ該当するすべてのメタデータについてのリスト情報のみ送信し、コンテンツ利用クライアント１０２上で複数のメタデータを順位付けして表示し、ユーザが所望のメタデータを選択し、コンテンツ利用クライアント１０２からメタデータ配信サーバ１０１へ当該選択されたメタデータの配信を要求し、これを受けてメタデータ配信サーバ１０１からコンテンツ利用クライアント１０２へ該当するメタデータを配信するようにしてもよい。また、コンテンツ利用クライアント１０２内にメタデータについてのリスト情報が蓄積されている場合には、このリスト情報に基づいてコンテンツ利用クライアント１０２上で複数のメタデータを順位付けして表示するようにしてもよい。

（メタデータの提供をメタデータ配信サーバにおいて抑制可能とする構成例）
図１４を参照しながら、メタデータの提供をメタデータ配信サーバにおいて抑制可能とする場合について説明する。

コンテンツの提供者によっては、そのコンテンツに対するメタデータの提供を抑制したい場合がある。図１４は、メタデータ配信サーバ１０１が配信の許可されたメタデータだけを配信するようにした処理フロー例である。

メタデータ配信サーバ１０１には、メタデータ配信許可情報が、予め保持されているか、または外部のサーバから受信することで格納されている。メタデータ配信許可情報とは、特定のコンテンツにつき、これに対するメタデータの配信が許可か又は不許可かを示す情報である。外部サーバとは、例えば、コンテンツ提供者の用意したサーバなどである。

図１４は、これまで説明した各処理フロー例の一部を修正するもので、各処理フロー例におけるメタデータ配信サーバ１０１がコンテンツ利用クライアント１０２からメタデータ配信要求を受信してからメタデータを送信するまでの手順を、図１４のステップＳ８０１〜Ｓ８０３で置き換えればよい。

ステップＳ８０１では、メタデータ配信サーバ１０１は、コンテンツ利用クライアント１０２からメタデータ配信要求を受信する。

ステップＳ８０２では、メタデータ配信サーバ１０１は、配信を要求されたメタデータに対応するコンテンツに対するメタデータの配信が許可されているか否かを、格納されているメタデータ配信許可情報を参照することにより判定する。

メタデータの配信が許可されている場合は、ステップＳ８０３に進み、メタデータ配信サーバ１０１は、コンテンツ利用クライアント１０２に対して、メタデータを送信する。

他方、メタデータの配信が許可されていない場合は、メタデータ配信サーバ１０１は、メタデータを配信せずに、処理を終了する。このとき、メタデータ配信サーバ１０１からコンテンツ利用クライアント１０２へメタデータを配信できない旨のメッセージを送信するようにしてもよい。

メタデータの利用により利用対象のコンテンツ内に元々含まれている広告（例えば、テレビのＣＭ）の全部又は一部が視聴されなくなる可能性があるが（例えば、映像コンテンツの要約映像を作成するようなコンテンツ利用形態において広告映像が重要なシーンに該当せずに要約映像からカットされるケース）、そうすると利用対象のコンテンツ内に元々含まれている広告を視聴して貰いたいコンテンツ権利者にとっては不利益或いは損失となる。メタデータ配信方法の第３の処理フロー例等では、広告業者がコンテンツ権利者に対して報酬を支払うことで損失が補償されると考えることができるが、コンテンツ権利者がコンテンツ内に元々含まれている広告を視聴してもらうことを優先したければ、メタデータ配信許可情報をメタデータ配信不許可を示すように設定することで、コンテンツ利用にあたってメタデータを利用できないようにすることができ、この結果、コンテンツ内に元々含まれている広告を視聴してもらうようにすることができる。

（コンテンツ内に元々含まれる広告を要約コンテンツに含ませるようにする構成例）
図１５を参照しながら、コンテンツを要約した要約コンテンツを作成する利用形態において要約対象のコンテンツ内に元々含まれている広告を要約コンテンツに含ませるようにする場合について説明する。

図１５は、コンテンツ利用クライアント１０２におけるコンテンツ利用アプリケーションによるコンテンツ利用時（例えば図３のステップＳ１０５等）に実行される手順である。

ステップＳ９０１では、コンテンツ利用クライアント１０２は、広告位置情報を受信する。

広告位置情報とは、当該コンテンツ内における広告データの挿入位置を示す情報である。例えば、シーンの開始時刻、終了時刻のタイムコードからなるシーンリストを用いる。広告位置情報は、例えば、当該コンテンツに付加されていてもよいし、当該コンテンツの識別情報をもとにして自装置内の対応テーブルまたは外部のサーバから取得できるものであってもよい。

ステップＳ９０２では、メタデータに含まれる属性情報をもとに、要約対象のコンテンツのシーンごとあるいは時間ごとの重要度を算出する。

ステップＳ９０３では、ステップＳ９０３で算出された重要度のうち、広告位置情報に含まれる区間の重要度を高く設定する。

ステップＳ９０４では、ステップＳ９０３で修正された重要度に基づき、要約コンテンツに含める区間を選択する。ステップＳ９０３において、要約対象のコンテンツの広告データの位置の重要度が高く設定されているので、広告データを多く含む要約コンテンツが生成されることとなる。

この結果、ユーザが要約コンテンツを視聴する場合にも、要約対象となったコンテンツ内に元々含まれていた広告を視聴してもらうようにすることができる。

（コンテンツに元々含まれる広告に替えて代替広告を視聴できるようにする構成例）
図１６を参照しながら、コンテンツに元々含まれる広告を視聴することが困難な場合などに、これに替えて代替広告を視聴するようにする場合について説明する。

例えば、コンテンツ利用クライアント１０２又はコンテンツ利用アプリケーションが映像データを再生する機能を持たない場合に、利用対象のコンテンツが映像の広告データを含んでいるならば、この映像の広告データを、静止画、音声、テキストなど、出力可能な形態による広告データに差し替える形態や、コンテンツ利用アプリケーションが要約映像を作成するにあたって、利用対象のコンテンツに含まれている映像の広告データがシーン時間が長いために要約映像に採用されないならば、この長い映像の広告データを、短い映像の広告に差し替える形態など、種々の形態が考えられる。

図１６は、コンテンツ利用クライアント１０２におけるコンテンツ利用アプリケーションによるコンテンツの利用にあたって実行される手順（例えば図３のステップＳ１０５，Ｓ１０６等）の代わりに実行されるものである。

ステップＳ１００１では、コンテンツ利用クライアント１０２は、代替広告情報を受信する。代替広告情報とは、利用対象のコンテンツ内に元々含まれている広告データの代わりに再生する広告データ又はこれを示す情報である。代替広告情報は、例えば、コンテンツの識別子を指示して外部のサーバから取得するようにしてもよい。例えば、代替広告情報を、メタデータに続いて、メタデータ配信サーバ１０１から受信するようにしてもよい。また、例えば、代替広告情報が当該コンテンツ又は当該メタデータに付加されていてもよい。また、例えば、代替広告情報を、広告配信サーバ１０３から受信するようにしてもよい。なお、代替広告情報が広告データを指示する指示情報である場合には、さらに、例えば、該指示情報をもとに、メタデータ配信サーバ１０１又は広告配信サーバ１０３等の外部のサーバから広告データを取得してもよい。また、例えば、該指示情報をもとに、予めコンテンツ利用クライアント１０２内に蓄積しておいた代替用広告データのうちから該当するものを選択するようにしてもよい。

なお、代替広告情報は、コンテンツを利用するのに先立って要求・受信又は選択等しておいてもよいし、コンテンツの利用中に必要になった時点で要求・受信又は選択等するようにしてもよい。

また、利用対象となるコンテンツにかかわらずに、代替広告情報を、予めコンテンツ利用クライアント１０２内に蓄積しておいた代替用広告データのうちから適宜選択し、あるいは外部のサーバから取得するようにしてもよい。

なお、これらの広告を再生するためのデータは、代替広告情報として、一緒に含めてもよいし、自装置又は外部のサーバ等にデータを置いて参照するようにしてもよい。

さて、ステップＳ１００２では、メタデータを用いて、コンテンツの利用（例えば、編集・加工等）を行う。

ステップＳ１００３では、例えばステップＳ１００２で編集・加工等されたコンテンツと代替広告データとを統合して再生等を行う。なお、広告配信サーバ１０３より受信した広告データがあれば、それも統合して再生等する。

（メタデータの提供をコンテンツ利用クライアントにおいて抑制可能とする構成例）
図１７を参照しながら、メタデータの提供をコンテンツ利用クライアントにおいて抑制可能とする場合について説明する。

図１４で示した例は、メタデータ配信サーバにおいて、特定のコンテンツに対応するメタデータの配信を許可するか否かを判断するものであったが、コンテンツ利用クライアント１０２において、実際のコンテンツ利用時にメタデータを用いたコンテンツの利用の許可・不許可を判断した方がよい場合もある。そこで、ここでは、コンテンツ利用クライアント１０２上で、コンテンツ権利者により与えられた利用許可条件の範囲で、メタデータを用いたコンテンツの利用を行うようにする。

図１７は、コンテンツ利用クライアント１０２におけるコンテンツ利用アプリケーションによるコンテンツの利用にあたって実行される手順（例えば図３のステップＳ１０５，Ｓ１０６等）の代わりに実行されるものである。

ステップＳ１１０１では、コンテンツ利用クライアント１０２は、コンテンツ利用許可条件を受信する。コンテンツ利用許可条件とは、少なくとも、当該コンテンツの有効期限、配布範囲、二次的利用の許可の全部又は一部を含む情報である。

コンテンツ利用許可条件は、例えば、コンテンツを利用するのに先立って、外部のサーバに問い合わせて取得する。

ステップＳ１１０２では、利用しようとしているコンテンツがステップＳ１１０１で受信したコンテンツ利用許可条件を満たしているかを判定する。

コンテンツ利用許可条件を満たしている場合には、ステップＳ１１０３へ進み、コンテンツの編集・加工等を行う。

ステップＳ１１０４では、例えばステップＳ１１０３で編集・加工等されたコンテンツと広告データとを統合して表示等を行う。

他方、ステップＳ１１０２においてコンテンツ利用許可条件を満たしていない場合は、処理を終了する。この場合、コンテンツ利用クライアント１０２は、コンテンツ利用許可条件を満たしていない旨のメッセージを表示するようにしてもよい。

以下では、コンテンツ利用クライアント１０２において、コンテンツ（元々のコンテンツ、利用結果に係るコンテンツ）と広告データとを統合して再生等する方法について説明する。

図１８は、映像コンテンツと広告データとを統合して表示する画面例である。

図１８（ａ）に示す表示例７０１は、コンテンツ映像を表示するためのコンテンツ表示領域７０２の外部に、広告配信サーバ１０３より配信された広告データを表示するための広告表示領域７０３を設けた構成となっている。

図１８（ｂ）に示す表示例７０４は、コンテンツ映像を表示するためのコンテンツ表示領域７０５の内部に広告配信サーバ１０３より配信された広告データを表示するための広告表示領域７０６を設けた構成となっている。

これら広告表示領域において表示される広告データは、映像、静止画、テキストなどによる広告データである。

図１９に、映像コンテンツの要約を作成し、要約映像と広告データとを統合して表示する際に、要約映像の各区間の重要度に応じて自動的に広告データの位置を設定するための処理フロー例を示す。

ステップＳ１２０１では、メタデータに含まれる属性情報をもとに、要約対象のコンテンツの区間ごとあるいは時間ごとの重要度を算出する。

ステップＳ１２０２では、ステップＳ１２０１で算出した重要度に基づいて要約映像を作成する。例えば、重要度の高い区間を選択することで要約映像を作成する。

ステップＳ１２０３では、ステップＳ１２０１で算出した重要度に基づいて広告データの表示位置を算出する。

ステップＳ１２０４では、設定された広告表示領域で、要約映像と広告データとを統合して再生する。

ここで、広告表示位置の算出方法としては、空間的な位置を算出する方法と、時間的な位置を算出する方法とがある。

まず、空間的な位置の算出方法の一例として、図１８（ｂ）に示すようにコンテンツ表示領域に重ねて広告表示領域を配置する場合に、重要な映像の部分では広告が邪魔にならないように大きさを調整する方法が考えられる。

例えば、要約映像の重要度が小さい区間あるいは時間では、図２０（ａ）に示すように広告を大きく表示し、重要度が大きい区間あるいは時間では図２０（ｂ）に示すように広告を小さく表示する。なお、広告表示領域の大きさ（例えば、広告表示領域の辺の長さあるいは面積等）は、例えば、要約映像のある区間等の重要度をｗとして、１／ｗに比例するように、その区間等の表示の際の広告表示領域の辺の長さあるいは面積等を算出して設定するようにすることができる。

次に、時間的な位置の算出方法の一例として、広告映像を重要な映像の直後に挿入する方法が考えられる。

図２１は、コンテンツの重要度の時間的な変化から、要約映像の区間を選択する方法を示すものである。

重要度曲線９０１はコンテンツの重要度の時間的変化を示し、しきい値９０２は要約映像に含める重要度の下限を示す。太線（９０３）で示す区間（図２１では５つの区間）が、重要度がしきい値以上の区間で要約映像に含める区間とする。この場合、例えば、図中の９０４で示すようなとりわけ重要度が高い区間（図２１では２箇所）の直後に広告データを挿入すればよい。

図２２は、コンテンツの音量に基づいて、広告データを挿入する時間的な位置を求める方法を示すものである。

曲線１００１は、コンテンツの音量の時間的な変化を示し、しきい値１００２は要約映像に含める音量の下限を示す。コンテンツの音量がしきい値１００２よりも小さくなる区間を太線（１００３）で示す（図２２では２つの区間）。この場合、例えば、音声を含んだ広告データを太線（１００３）で示す区間で再生することによって、コンテンツの音声との干渉を抑え、広告データの音声を聞きとり易くすることができる。

また、例えば、元のコンテンツの映像にはないナレーションなどを挿入するようなコンテンツ利用を行う場合に、ナレーションなどが挿入される位置が既知ならば、上記のようにしきい値に基づく選択手順を用いなくても、ナレーションなどが挿入される部分を避けるようにして、音声を含んだ広告データを再生するようにすればよい。

なお、音声を含んだ広告データとは、音声のみの広告データと、映像のように音声以外のメディアを含んだ広告データとの両方を意味している。

図２３は、コンテンツの編集・加工時の映像効果に広告を挿入する例について示すものである。例えば、スポーツの試合の得点経過を含んだ属性情報を受信し、ゴールの瞬間に得点を表示する映像効果を挿入する加工を行う場合、その映像効果の一部を広告データの表示領域として、得点の下の部分などに広告データを挿入するようにしてもよい。

図２４に、メタデータを用いて、キーワードや時間を指定して、要約対象の映像コンテンツから要約を作成する場合に、挿入される広告データを含めて指定時間となる要約を作成するための処理フロー例を示す。

ステップＳ１３０１では、メタデータに含まれる属性情報をもとに、要約対象のコンテンツの区間ごとあるいは時間ごとの重要度を算出する。

ステップＳ１３０２では、指定された要約時間から、広告配信サーバ１０３より配信された広告データの表示に必要な時間を差し引く。

ステップＳ１３０３では、残りの要約時間を作成するためのしきい値を算出し、要約映像に含める区間を選択する。

ステップＳ１３０４では、作成された要約映像と広告データとを統合して再生する。

なお、これまでの各種処理フロー例やバリエーションは適宜組み合わせて実施することが可能である。

なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手順を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

本発明の一実施形態に係るメタデータ配信システムの基本構成例を示す図 属性情報の一例を示す図 同実施形態におけるメタデータ配信の処理フローの第１の例を示す図 図３の処理フローにおいて配信されるメタデータの一例を示す図 同実施形態におけるメタデータ配信の処理フローの第２の例を示す図 図５の処理フローにおいて配信されるメタデータの一例を示す図 同実施形態におけるメタデータ配信の処理フローの第３の例を示す図 図７の処理フローにおいて配信されるメタデータの一例を示す図 同実施形態におけるメタデータ配信の処理フローの第４の例を示す図 同実施形態におけるメタデータ配信の処理フローの第５の例を示す図 複数の属性情報セットから属性情報を選択する方法について説明するための図 メタデータを暗号化して配信する基本処理フローの一例を示す図 メタデータのランキング表示の一例を示す図 メタデータ配信許可について判定する基本処理フローの一例を示す図 元コンテンツの広告区間の重要度を高く設定して要約を作成する基本処理フローの一例を示す図 元コンテンツの広告の代わりに代替広告を再生する処理フローの一例を示す図 コンテンツ利用許可について判定する処理フローの一例を示す図 コンテンツと広告の統合表示の一例を示す図 重要度に基づいて広告の表示位置を設定する基本処理フローの一例を示す図 重要度に基づくコンテンツと広告表示の空間的位置設定の一例を示す図 重要度に基づくコンテンツと広告表示の時間的位置設定について説明するための図 音量に基づくコンテンツと広告表示の時間的位置設定について説明するための図 映像効果を用いた広告の統合表示の一例を示す図 広告の再生時間を考慮した要約の基本処理フローの一例を示す図 同実施形態におけるメタデータ配信の処理フローの他の例を示す図 同実施形態におけるメタデータ配信の処理フローのさらに他の例を示す図

符号の説明

１０１…メタデータ配信サーバ、１０２…コンテンツ利用クライアント、１０３…広告配信サーバ、１０４…広告業者サーバ、１２０…ネットワーク

Claims (8)

1. 被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するデータ利用装置から、その被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信手段と、
   この情報受信手段により受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理手段とを備えたことを特徴とするメタデータ利用管理装置。
2. 被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するデータ利用装置から、広告情報を送信すべき要求を受信する要求受信手段と、
   この要求受信手段により前記要求を受信した場合、前記データ利用装置へ、広告情報を送信する送信手段と、
   前記広告情報を送信した前記データ利用装置から、前記被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信手段と、
   この情報受信手段により受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理手段とを備えたことを特徴とするメタデータ利用管理装置。
3. 前記メタデータは、前記提供者情報に加えて、当該メタデータを前記通信媒体又は記録媒体により配信するメタデータ配信者を示す配信者情報と、当該メタデータが対象とする被利用データにつき権利を有する権利者を示す権利者情報との一方又は双方をも含み、
   前記受信手段は、前記データ利用装置から、前記提供者情報、並びに前記配信者情報及び又は前記権利者情報を受信し、
   前記処理手段は、前記情報受信手段により受信された提供者情報により示される提供者、並びに配信者情報により示される配信者及び又は権利者情報により示される権利者のそれぞれに対して報酬の支払いを行うための処理を行う処理手段とを備えたことを特徴とする請求項１４または１５に記載のメタデータ利用管理装置。
4. 前記情報受信手段は、前記データ利用装置から、前記データ利用装置において呈示された広告情報に関連して前記データ利用装置のユーザにより行なわれた操作を示す操作情報をも受信し、
   前記処理手段は、前記情報受信手段により受信された操作情報に基づいて、前記報酬の額を決定することを特徴とする請求項１４または１５に記載のメタデータ利用管理装置。
5. 被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するデータ利用装置から、その被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信ステップと、
   この情報受信ステップにより受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理ステップとを備えたことを特徴とするメタデータ利用管理方法。
6. 被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するデータ利用装置から、広告情報を送信すべき要求を受信する要求受信ステップと、
   この要求受信ステップにより前記要求を受信した場合、前記データ利用装置へ、広告情報を送信する送信ステップと、
   前記広告情報を送信した前記データ利用装置から、前記被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信ステップと、
   この情報受信ステップにより受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理ステップとを備えたことを特徴とするメタデータ利用管理方法。
7. メタデータ利用管理装置としてコンピュータを機能させるためのプログラムであって、
   被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するデータ利用装置から、その被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信ステップと、
   この情報受信ステップにより受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理ステップとをコンピュータに実行させることを特徴とするプログラム。
8. メタデータ利用管理装置としてコンピュータを機能させるためのプログラムであって、
   被利用データの内容に関係する属性を示す属性情報を含むメタデータであって当該メタデータの提供者を示す提供者情報をも含むものを用いて、その被利用データを利用するデータ利用装置から、広告情報を送信すべき要求を受信する要求受信ステップと、
   この要求受信ステップにより前記要求を受信した場合、前記データ利用装置へ、広告情報を送信する送信ステップと、
   前記広告情報を送信した前記データ利用装置から、前記被利用データが利用されるにあたって用いられたメタデータに含まれる提供者情報を受信する情報受信ステップと、
   この情報受信ステップにより受信された提供者情報により示される提供者に対して報酬の支払いを行うための処理を行う処理ステップとをコンピュータに実行させることを特徴とするプログラム。

Images