JP4469884B2 - メタデータ共有システム - Google Patents

Description

本発明は、メタデータを多数の視聴者間で共有することの出来るメタデータ共有システムに関する。

近年、メディアデータ、特にストリームメディアデータ（ＴＶ番組や、ＤＶＤ等で提供される映画等）へのアクセスを容易にするため、メタデータをメディアデータに付加する試みが、例えばＭＰＥＧ−７などにおいて行われている。

メタデータとは、あるデータに関する情報を記述するデータを指す。例えば、ＴＶ放送画像などのメディアデータに、放送局名、放送日時、内容などのデータを記述しておくことにより、所望の情報を検索する場合などに役立てることができる。或いは、メディアデータ内の特定の部分（例えば野球番組でＡチームのＢ選手が登場する場面）のみを選択的に検索して視聴する、というような要求に応えることもできる。すなわち、番組内で当該Ｂ選手が登場するシーンを示すデータをメタデータとして予め記述しておくことにより、それらシーンを容易に検索することができるようになる。

なお、ＭＰＥＧ−７は、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）において策定されたマルチメディア・コンテンツに対するメタデータの表記方法に関する国際標準規格である。

こうしたメタデータを利用して、所望のメディアデータを問い合わせる視聴機器としては、特許文献１に開示されたメディアデータ視聴機器が知られている。このメディアデータ視聴機器は、メディアデータ記憶手段と、メタデータ記憶手段と、メディアデータ管理手段と、メタデータ管理手段と、このメディアデータ管理手段及びメタデータ管理手段への問い合わせを行う問い合わせ手段とを備えており、アプリケーションプログラムから該問合せ手段を介して問い合わせを行うことにより、所望のメディアデータを効率良く検索できるようにしている。また、このメディア視聴機器では、メタデータに対するアクセスに伴って、動的にメタデータを生成したり、視聴履歴情報をメタデータに変換して他のメディアデータ視聴機器との間で該視聴履歴情報を交換したりすることを可能にしている。

ところで、メタデータには、（１）メディアデータの製作者によって最初からメディアの中に埋め込まれているメタデータ（例えば、映画のシーンの区切り情報など）の他、例えば、（２）視聴者の視聴履歴がメディアデータ視聴機器において記録され、該履歴に従って後から自動生成されるメタデータ、（３）視聴者自身が自ら作成するメタデータ（映画の感想、好みのシーンについてのコメントを入力するなど）など、様々なものがある。

（３）の視聴者自身が自ら作成するメタデータは、他の視聴者から見て情報としての価値の高い場合が多く、これを視聴者間で交換でき、メディアデータの検索や編集などに利用できれば便利である。
特開２００１−３０６５８１号公報（第５頁右欄、１１頁、第１図等）

本発明は、この点に鑑み、個々の視聴者が作成したメタデータを公開し、これにより多数の視聴者がこれらメタデータを共有することができるメタデータ共有システムを提供することを目的とする。

本発明に係るメタデータ共有システムは、メディアデータをメタデータと共に視聴可能に構成されたクライアントとしての複数のメディアデータ視聴装置と、該クライアント間のデータの送受信を担当するサーバとを備え、前記メディアデータ視聴装置は、前記メディアデータを蓄積するメディアデータ蓄積手段と、前記メディアデータを視聴するための視聴手段と、前記メタデータを蓄積するメタデータ蓄積手段と、前記メタデータを前記サーバに向けて送信すると共に前記サーバより前記メタデータを受信して前記メタデータ蓄積手段に蓄積させる通信手段と、前記メタデータが示す時間データに基づき前記メディアデータと前記メタデータとの時間的関係を表示する表示手段と、前記サーバに対する前記メタデータの検索要求を入力するための検索要求入力手段とを備え、前記サーバは、前記メディアデータ視聴装置から送信された前記メタデータを蓄積するメタデータ蓄積手段と、前記検索要求に対応するメタデータを前記メタデータ蓄積手段より検索するメタデータ検索手段とを備え、当該メタデータ検索手段は、前記メディアデータ蓄積手段に蓄積されたメディアデータ及び当該メディアデータの蓄積された時間情報を示すメディアデータリストを前記メディアデータ視聴装置から受信し、前記受信されたメディアデータリストとの時間的な重複部分が多いメタデータを優先的に検索するように構成されたことを特徴とする。

この発明によれば、個々の視聴者が作成したメタデータを公開し、これにより多数の視聴者がこれらメタデータを共有することができる。

以下、本発明の実施の形態を図面に基づいて説明する。

〔第１の実施の形態〕
図１Ａは、本発明の第１の実施の形態に係るメディアデータ視聴装置１０の構成を示すブロック図である。

メディアデータ視聴装置１０は、通信部１１、情報処理部１２、メタデータ作成部１３、メタデータ蓄積部１４、メディアデータ蓄積部１５、視聴部１６とから大略構成されている。また、このメディアデータ視聴装置１０は、図１Ｂに示すように、ネットワーク５１を介して他のメディアデータ視聴装置１０−ｉと接続されている。この例では、メディアデータ視聴装置１０−ｉがクライアント−サーバシステムのクライアントとして機能し、サーバ２０と共にメタデータ共有システムを構成する。各メディアデータ視聴装置１０−ｉは、自ら作成したメタデータをサーバ２０へ送信することにより他のメディアデータ視聴装置１０−ｉにこれらメタデータを公開することができると共に、逆に他のメディアデータ視聴装置１０−ｉが公開したメタデータをサーバ２０から受信することにより、これを利用することができる。

サーバ２０は、通信部２１、情報処理部２２、メタデータ蓄積部２３を備えている。

次に、メディアデータ視聴装置１０−ｉ、サーバ２０の各構成要素について説明する。

通信部１１、２１は、ネットワーク５１を介してメディアデータ視聴装置１０−ｉとサーバ２０との間でメタデータを送受信する部分である。通信部１１から通信部２１へ送信されたメタデータは、情報処理部２２により、メタデータ蓄積部２３に蓄積される。また、各メディアデータ視聴装置１０−ｉからの要求に応じて、メタデータ蓄積部２３に蓄積されたメタデータが、情報処理部２２により、メディアデータ視聴装置１０−ｉに送信される。

情報処理部１２は、メディアデータ視聴装置１０の全体のデータ処理を制御する。例えば、情報処理部１２は、通信部１１を介して外部から取得されたメタデータをメタデータ蓄積部１４に転送する機能を有する。また、メディアデータ蓄積部１５に蓄積されたメディアデータに周知の画像処理技術を施し、この画像処理結果に基づき、例えばメディアデータのシーンの切れ目に関する情報や、データ画像中の特徴データ等を取得し、これをメタデータとしてメタデータ蓄積部１４に蓄積させる機能を有する。また情報処理部１２は、図示しないテレビ受像装置と接続することにより、テレビ放送番組を受信し、これをメディアデータとしてメディアデータ蓄積部１５に蓄積させる機能を備えている。情報処理部２２は、通信部２１の制御、及びメタデータ蓄積部２３の書込み及び読み込みを制御する。また、情報処理部２２は、メタデータの送受信記録をログとして記憶する機能も備えている。

メタデータ作成部１３は、メタデータを作成する部分であり、視聴者が、メディアデータに関する感想など、その視聴者独自の視点からそのメディアデータについてのデータを入力するための部分である。その構成の詳細は後述する。

メタデータ蓄積部１４は、メタデータを蓄積するための部分であり、メディアデータの製作者によって最初からメディアの中に埋め込まれているメタデータ（例えば、映画のシーンの区切り情報など）や、メタデータ作成部１３において視聴者自身が作成したメタデータなどが蓄積される。メタデータ蓄積部１４は、リレーショナルデータベースなど、１件のデータを複数の項目（例えば、前述の放送局名、放送日、番組名等）の集合として表現して、そのデータの集合をテーブルで管理したシステムにより構成される。

一方、サーバ２０のメタデータ蓄積部２３は、各メディアデータ視聴装置１０−ｉで作成されるメタデータのうち、作成者が公開したものが蓄積される。ネットワーク５１を介して接続されたメディアデータ視聴装置１０−ｉのうちの１つよりメタデータの検索要求が送信されると、情報処理部２２においてこの検索要求が問い合わせ言語に翻訳され、これによりメタデータ蓄積部２３の検索が実行される。

メディアデータ蓄積部１５は、テレビ放送番組を録画したり、ＤＶＤソフトウエアを入手したりするなどして取得された各種メディアデータを蓄積する部分である。視聴部１６は、このメディアデータやメタデータを視聴するための部分である。

図２及び図３は、メタデータ蓄積部１４に蓄積される、ＭＰＥＧ−７に基づくメタデータの一例を示している。図２、図３に示すように、ＭＰＥＧ−７では、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に基づくタグとその値を用いてメタデータを表現している。

図２において、「＜ｖｉｄｅｏ＞」から「＜／ｖｉｄｅｏ＞」までの部分は、映像を指定する部分である。すなわち、「＜ｉｄ＝１＞」は映像ＩＤが１であることを示している。また、「＜ｕｒｉ ｓｔａｔｉｏｎ＝○○放送局＞」は、放送局の名前を示している。また、「＜ｕｒｉ ｄａｔａ＝２００１１０１５＞」は、メディアデータの日付（２００１年１０月１５日）を示しており、「＜ｕｒｉ ｔｉｍｅ＝１５３０００＞」、１５時３０分００秒から開始するメディアデータであることを示している。また、「＜ｕｒｉ ｄｕｒａｔｉｏｎ＝１０００＞」は、そのメディアデータの総時間が１０００秒であることを示している。

また、「＜ａｕｄｉｏ＞」から「＜／ａｕｄｉｏ＞」までの部分は、音声を指定する部分である。すなわち、「＜ｉｄ＝１＞」は音声ＩＤが１であることを示している。また、「＜ｕｒｉ ｓｔａｔｉｏｎ＝○○放送局＞」は、放送局の名前を示している。また、「＜ｕｒｉ ｄａｔａ＝２００１１０１５＞」は、メディアデータの日付（２００１年１０月１５日）を示しており、「＜ｕｒｉ ｔｉｍｅ＝１５３０００＞」、１５時３０分００秒から開始するメディアデータであることを示している。また、「＜ｕｒｉ ｄｕｒａｔｉｏｎ＝１０００＞」は、そのメディアデータの総時間が１０００秒であることを示している。

また、「＜ｔｅｘｔ＞」から「＜／ｔｅｘｔ＞」までの部分は、表示文字を指定する部分である。例えば、図２に示す「＜ｍｅｓｓａｇｅ＞」○○のコーナーです「＜／ｍｅｓｓａｇｅ＞」「＜ｖｉｄｅｏｉｄ＞」１「＜／ｖｉｄｅｏｉｄ＞」「＜ｔｉｍｅ＝５＞」「＜ｄｕｒａｔｉｏｎ＞＝２０」は、映像ＩＤが１である映像データにおいて、「○○のコーナーです」という文字を、先頭から５秒後の位置から２０秒間表示することを示している。

図３は、映像を指定する「＜ｖｉｄｅｏ＞」〜「＜／ｖｉｄｅｏ＞」の部分、音声を指定する「＜ａｕｄｉｏ＞」〜「＜／ａｕｄｉｏ＞」の部分、表示文字を指定する「＜ｔｅｘｔ＞」〜「＜／ｔｅｘｔ＞」の部分が、それぞれ複数個設けられた例を示している。

以上の他、例えば、番組タイトル、メタデータ作成者の認証ＩＤ等をメタデータとして入力してもよい。なお、上述の映像ＩＤ、音声ＩＤ等は、メタデータ同士を区別するためにメタデータ作成時に付与されるものであり、メディアデータに固有のものではない。

図２及び図３は、メディアデータの製作者によって最初からメディアの中に埋め込まれているメタデータを示したものである。メタデータ作成部１３で作成されるメタデータも、情報処理部１２において、図２と同様タグとその値という形のＸＭＬ表現に変換されてメタデータ蓄積部１４に蓄積される。なお、図２に示すようなＸＭＬに基づくテキスト・フォーマットに加えて、バイナリ・フォーマット（Ｂｉｎａｒｙ ｆｏｒｍａｔ ｆｏｒ ＭＰＥＧ−７ ｄａｔａ： ＢｉＭ）による表現をすることも可能である。

メタデータ作成部１３は、図４に示すように、メディアデータ表示部３１、アノテーション入力・表示部３２、制御部３３、メタデータ名表示部３４、時間データ表示部３５、タイムライン３６とを備えている。

メディアデータ表示部３１は、視聴部１６と同様に、メディアデータ蓄積部１５に蓄積されたメディアデータの再生を行う部分である。

アノテーション入力・表示部３２は、メディアデータ表示部３１に表示されるメディアデータに付加しようとするアノテーション（注釈）を入力し表示するためのものである。図示しないキーボードその他の文字入力装置により入力されると、その入力された文字がアノテーション表示部３２Ａに表示される。最終的に入力を確定する場合には、「追加」ボタン３２Ｂを押す。これにより、入力された文字列がアノテーションとしてそのときの時間情報等と共にメタデータとしてメタデータ蓄積部１４に蓄積される。こうしてメタデータ蓄積部１４に蓄積されたメタデータをネットワーク５１を通じて公開したい場合には、図４に示す「公開する」チェックボックスＰｂをチェックする。チェックがされると、そのメタデータはネットワーク５１を通じてサーバ２０に転送され、メタデータ蓄積部２３に蓄積される。

制御部３３は、メディアデータ表示部３１に表示されるメディアデータの再生・早送り・巻戻し等を制御する部分であり、全巻戻しボタン３３１、巻戻しボタン３３２、停止ボタン３３３、再生ボタン３３４、一時停止ボタン３３５、早送りボタン３３６、全送りボタン３３７を備えている。再生ボタン３３４を押すと、メディアデータ表示部３１でメディアデータの再生が開始される。早送りボタン３３６、巻戻しボタン３３２を押すと、メディアデータ表示部３１で再生されているメディアデータが早送り又は巻き戻しされる。再生を停止したい場合には停止ボタン３３３を、一時停止して静止画像を表示させたい場合には一時停止ボタン３３５を押せばよい。また、メディアデータを先頭又は終わりまで戻したい場合には、それぞれ全巻戻しボタン３３１、全送りボタン３３７を押せばよい。

図５は、メタデータの検索要求をサーバ２０に向けて送信する場合の表示画面を示す。図５では、メディアデータ蓄積部１５に蓄積されているメディアデータの一覧を、メディアデータのサムネイル、放送開始時刻、放送総時間、放送局名等により表示する形式をとり、これらのメディアデータのメタデータの検索を要求する場合を示している。図５では、野球中継のメディアデータＭＤ１、テニス中継のメディアデータＭＤ２、フットボール中継のメディアデータＭＤ３が表示されている。視聴者は、これらのデータの中から所望のメディアデータの表示を選択（例えばマウスでダブルクリックする等）してそのメディアデータの視聴をすることができると共に、右側の「メタデータ検索」ボタンＳＢ１，ＳＢ２又はＳＢ３を押すことにより、そのメディアデータに関するメタデータの検索要求を、サーバ２０に向けて送信させることができる。この図５の例では、「メタデータ検索」ボタンＳＢ１，ＳＢ２又はＳＢ３を押すことにより、図５に示すような放送開始時刻、放送総時間、放送局名等を検索条件とした検索要求が生成され、サーバ２０に入力される。サーバ２０は、検索要求を受け取り、この検索要求と最も時間が重なるメタデータを優先して検索する。このボタンＳＢ１，ＳＢ２又はＳＢ３を押すことに加え、検索文字列を入力するようにしてもよい。

他の検索方法として、検索文字列の入力のみで検索要求を行うことも可能である。サーバ２０は、検索文字列を検索要求として受け取ると、メタデータのタイトルやコメントなどに書かれている文字列と、この検索要求に係る検索文字列との相関を計算し、相関の高いメタデータを検索する。例えば、メディアデータ視聴装置１０−ｉより、「野球中継の解説」という検索文字列を検索要求としてサーバ２０へ送信すると、サーバ２０は、メタデータ蓄積部２３より、「野球中継のそれぞれのプレーに解説をつけました。」とのタイトルを有するメタデータを検索することができる。なお、文字列の相関の計算方法は言語処理技術による。例えばそれぞれの文字列から形態素解析をし、自立語を抽出し、その単語列を単語ベクトルで表現し、その内積を計算する方法が使用できる。

また、検索要求の中に、検索要求元のメディアデータ視聴装置１０−ｉがどんなメディアデータを持っているのかを示す時間情報のリスト（メディアデータリスト）を含ませておき、サーバ２０において、このメディアデータリストとの時間的な重複部分が多いメタデータを優先的に検索させるようにすることもできる。これにより、検索要求元のメディアデータ視聴装置１０−ｉがメディアデータを持っていないメタデータについては、検索対象から除外されるので、検索の効率が向上する。

また、上記のように「野球中継の解説」などの文字列だけで検索した検索結果を検索要求元のメディアデータ視聴装置１０−ｉで受信してから、その検索結果を表示するときにおいて、検索要求元のメディアデータ視聴装置１０−ｉ側において、所有しているメディアデータとの時間的な重複が多いものを優先的に表示するように並べ替えても良い。

図６は、「メタデータ検索」ボタンＳＢ１，ＳＢ２又はＳＢ３を押して、その検索結果が得られた場合における検索結果表示画面を示している。図６では、図５において、「メタデータ検索」ボタンＳＢ１が押され、野球のデータＭＤ１についてのメタデータが検索された場合における表示画面が示されている。図６において、７１はメディアデータＭＤ１の内容を、サムネイルや、放送開始時刻、放送総時間、放送局名等により表示するメディアデータ表示部である。

７２はメディアデータ用タイムラインであり、メタデータとの時間の重なりを表示するためのものである。

７３は、検索結果としてのメタデータの内容を簡潔に示すメタデータ名表示部である。例えば、検索結果としてのメタデータの内容が、ある日の野球中継中の各々のプレーについての解説である場合には、メタデータ名表示部７３には、図６に示すように「野球中継のそれぞれプレーに解説を付けました。」のような表示がなされる。

７４はメタデータ用タイムラインであり、検索結果としてのメタデータに対応するメディアデータがメディアデータ蓄積部１５中にどの程度蓄積されているかを表示する。図６のメタデータ用タイムラインでは、対応するメディアデータが存在する部分については白帯で、存在しない部分については黒帯で表示している。換言すれば、メディアデータが存在してメディアデータと共にそのメタデータを視聴することができる部分については白帯で表示され、それ以外の部分は黒帯で表示される。

視聴者がメタデータ用タイムライン７４にマウスのポインタを重ねると、そのメタデータの時間データに応じて、メディアデータ用タイムライン７２の表示が変化する。マウスのポインタを重ねたメタデータ用タイムライン７４に係るメタデータとの関係で、時間が重複する部分については白帯で表示され、それ以外の部分は黒帯で表示される。言い換えるとメタデータを再生することになっている部分のみが白帯で表示され、それ以外の部分は黒帯で表示される。

また、この図６では、検索されたメタデータと、メディアデータとを時間的に比較し、両者が時間的にどの程度適合したものか（以下、適合度と称する）を判定し、適合度の高いメタデータから順に、ある閾値以上のものを優先的に表示している。

適合度は、メディアデータの総時間を基準として、メタデータの総時間がどれだけ重複しているかにより表現され、具体的にはメタデータとメディアデータの時間データとにより算出する。例えば、メディアデータの時間データが「２００１年１０月１５日、時刻２０：００、時間１時間３０分、放送局〇〇テレビ」となっていて、メタデータの時間データが「２００１年１０月１５日、時刻２０：１０、時間４５分、放送局〇〇テレビ」と成っている場合、両者では４５分間が重複しており、残りの４５分は重複していないので、適合度は４５／９０＝０．５となる。適合度が高い場合には、メディアデータ用タイムライン７２において白帯部分が長くなり、黒帯部分が短くなる。

視聴者は、図６に示す検索結果画面を見て、閲覧したいメタデータを、メタデータ表示部７３をマウスでクリックするなどして選択する。これにより、そのメタデータが、メディアデータ蓄積部１５に蓄積されている対応したメディアデータと共に再生される。このとき、メディアデータとメタデータを時間的にマッチング（結合）させて再生を行う必要がある。

メディアデータとメタデータとのマッチングは、両者が持っている時間データに基づいて行われる。例えば、メディアデータの時間データが「２００１年１０月１５日、時刻２０：００、時間１時間３０分、放送局〇〇テレビ」となっており、メタデータの時間データが「２００１年１０月１５日、時刻２０：１０、時間４５分、放送局〇〇テレビ」となっている場合、メディアデータ再生開始後１０分後からメタデータの表示が開始されるようにマッチングがなされる。

なお、メタデータ中の時間データは、その作成元である各メディアデータ視聴装置１０−ｉの内部時計に基づいて作成されるが、その内部時計がズレている可能性がある。このため、単純にメタデータ中の時間データを基準にメディアデータとメタデータをマッチングさせると、メタデータの表示タイミングが不適切となってしまうことが起こり得る（例えば、「〇〇選手のファインプレーです」、のようなコメントが、全く異なるシーンで表示されてしまう等）。

このため、本実施の形態では、時間データでマッチングを行うだけでなく、時間データにより大まかなマッチングを行い、最終的なマッチングは、メディアデータ中の画像の特徴量に基づいて行う。

すなわち、図７に示すように、メタデータとして記録されたコメント（「すごいＦｉｎｅ Ｐｌａｙです」等）と対応させたいメディアデータ中の画像の特徴量（静止画像自体、エッジ検出により検出した輪郭情報、明度情報、コーナー画像等）を、メタデータ中にも記録しておく。大まかなメタデータとメディアデータのマッチングをメタデータ中の時間データ（例：ＰＭ８：１０）に基づいて行った後、そのマッチング位置付近において、メタデータ中に記録されている特徴量又はこれに近似するものをメディアデータ中で検索する。検索されたら、その位置をマッチングの対象とする。

別のマッチング方法を図８に示す。ＴＶ番組などではカメラの切替えなどによりシーンの切替えが頻繁に生じるので、このシーン切替え位置を示すシーン切替えパターンを、メタデータ中に特徴量として記憶させておく。そして、図７と同様、大まかなメタデータとメディアデータのマッチングをメタデータ中の時間データに基づいて行った後、そのマッチング位置付近において、メタデータ中に記録されているシーン切替えパターンを、メディアデータ中で検索する。検索されたら、その位置をマッチングの対象とする。

図９に、マッチングが完了し、メディアデータと取得されたメタデータとが同時に表示されている場合の画面の状態の一例を示す。

メディアデータ表示部２３１にはメディアデータが、その右側のメタデータ内容表示部８０には、取得されマッチングされたメタデータが表示される。

また、メタデータ名表示部２７３には、そのメタデータの内容（タイトル）が簡潔に示され、また、時間データ表示部２３５には、メディアデータに付属の時間データが表示される。

ただし、メディアデータ表示部２３１に表示されるのは、マッチング対象とされたメディアデータ全体のうち、取得されたメタデータに対応する部分だけであり、メタデータに対応しない部分はカットされる。

例えば、メタデータがある選手の活躍する場面に係るものである場合、その場面に関する部分だけが対応するメディアデータからピックアップされ、その他の部分はカットされ、ピックアップされた部分だけがメディアデータ表示部２３１に表示される。タイムライン２００は、この対応関係を示しており、白帯部分にのみメタデータが存在し、黒帯部分にはメタデータが存在しないことを示している。従って、メディアデータ表示部２３１においては、この白帯部分に関するメディアデータだけが再生され、黒帯部分の再生はスキップされる。なお、タイムライン２００では、現在のメディアデータの再生位置を示すバー２０６が示されている。

また、メタデータ中に、所定のメディアデータへのリンク情報を含めるようにすることにより、情報としての価値をより高めることができる。

例えば、図９のメタデータ内容表示部８０に示すように、「すごいＦｉｎｅ Ｐｌａｙです」とのコメントと共に、「この選手は今日他にこんなプレーもしています。」のようなコメントを表示させる。このコメントには、いわゆるハイパーリンクが付加されており、このコメントをクリックすることにより、他の場面にジャンプさせることができる。
なお、リンク先に対応するメディアデータを視聴者が所有していない場合には、このリンク表示を禁止するか、或いはリンク処理を中止するようにすることができる。

図１０はメタデータ検索結果一覧画面の別の一例を示す。

図６の表示画面との相違点は３つある。１つめの相違点は、検索結果を「スポーツ」「バラエティ」等のジャンル別に分けて表示したこと（図１０の符号６０１参照）を設けた点である。

２つめの相違点は、メタデータ作成者（各メディアデータ視聴装置１０−ｉの所有者）の中で、面白い内容のメタデータを作成しており人気の高い又は注目度の高い者（達人）のメタデータのみを表示させるためのチェックボックス６０２（「達人のメタデータのみ表示」）を設け、このチェックボックス６０２がチェックされた場合には、達人が作成したメタデータのみを検索結果として表示させるようにした点である。誰が「達人」であるかを示すデータは、サーバ２０（図１（ｂ））の情報処理部２２により付与される。情報処理部２２は、メタデータ蓄積部２３からメタデータが読み出されメディアデータ視聴装置１０−ｉの間で送受信されるごとに、そのメタデータに付されている作成者の認証データにより作成者を特定し、その特定された作成者の達人度データをインクリメントする。達人度データが所定の値以上となった場合、情報処理部２２は、その作成者のデータに「達人」の称号を示すフラグを付す。これにより、チェックボックス６０２にチェックが付された検索要求がされた場合には、この「達人」の称号を示すフラグの付されたデータだけが読み出され、検索要求元のメディアデータ視聴装置１０−ｉにその検索結果が送信される。読み出し回数を時間で割った注目度に基づいて達人を決定してもよい。なお、「達人」のデータは、ドラマ、ニュース、スポーツなどのジャンルごとに分類し、異なるフラグを付与するようにしてもよい。

３つめの相違点は、取得されたメタデータが、検索対象としたメディアデータだけでなく、他の複数のメディアデータについてのメタデータを結合したものである場合、そのメディアデータとメタデータとの対応関係を、タイムライン７２とタイムライン７４との両方で表示するようにした点である。

例えば、取得されたメタデータの中に、〇〇選手が活躍する場面を、多くの試合（年間の１４０試合等）の中からピックアップして編集したメディアデータについてのメタデータがあったとする（図１０の「２・〇〇選手が活躍する所だけを厳選しました。」とのタイトルのメタデータ）。この場合、検索の対象としたメディアデータ（表示部７１に表示されているもの）との共通部分は、メディアデータ全体の一部分だけとなる。

これを示すため、タイムライン７４では、検索者としての視聴者がメディアデータ蓄積部１５に持っているメディアデータと対応する部分だけを白帯で表示し、持っていない部分については黒帯で表示する。また、白帯部分にマウスのポインタを合わせると、その部分についての時間データ（例：２００１年１０月１５日２０：１０、時間００時間５０分、放送局、〇〇テレビ）が表示されるとともに、タイムライン７２には、この白帯部分に係る部分が白帯表示され、それ以外の部分は灰色表示される。これにより、取得されたメタデータと、見ようとしているメディアデータとの関係が理解可能となる。

〔第２の実施の形態〕
次に、この発明の第２の実施の形態を、図１１を用いて説明する。

図１１の例は、１つのメディアデータごと（又は１つのシーンごと）に掲示板を複数設け、この掲示板データを検索・取得してメディアデータと結合させて視聴することができるようにしたものである。

掲示板の書込み内容（メッセージ）は、サーバ２０に設けられた掲示板データ蓄積部２４に記憶される。各掲示板へのメッセージデータは、書込み順でなく、メディアデータの時間的な流れに沿って並べられている。例えば、〇月×日のＧチーム対Ｔチームの野球中継のメディアデータがメディアデータ蓄積部１５に蓄積されている場合には、その掲示板データを検索し、検索された場合にはそのメッセージが、野球の試合の進行順に合わせて視聴部１６に表示されていく。

図１２に、このマッチングされたメディアデータとメタデータとしての掲示板データの視聴画面の一例を示す。メタデータ内容表示部４０２に掲示板のメッセージが、メディアデータの時間の流れに沿って順々に表示されていく。

また、図１２に示すように、視聴者は、このメッセージを見ながら逆に掲示板に書き込みを実行することもできる。メッセージ入力部８１の書込み欄８１Ａに書込み内容を入力し、送信ボタン８１Ｂを押すと、その書込みデータが送信ボタン８１Ｂが押された時に閲覧していたメディアデータの時間データと対応付けされるとともに、複数の掲示板（例：各シーンごとの掲示板）のうち、その時間データに対応する掲示板にそのメッセージ情報が書き込まれる。このように、メディアデータのシーンごとに掲示板を用意しておくとともに、前述の時間データに基づいて対応する掲示板が自動的に選択される。もちろん、視聴者自身が書き込むべき掲示板を選択するように構成することも可能である。

図１３は、掲示板の内容の別の表示形態を示している。この例では、メッセージＭ１、Ｍ２、Ｍ３…を、その時間データ及びサムネイルＳＮ１、ＳＮ２…と共に表示している。この表示順は、書込み順でもよいし、メディアデータの時間的流れに沿った順でもよい。表示されたメッセージＭ１、Ｍ２、Ｍ３…をクリックすると、その視聴者がそのメッセージに係るメディアデータを持っている場合には、メディアデータ蓄積部１５よりそのメディアデータが読み出され、再生が行われる。この再生の際、図１２と同様に、掲示板のメッセージをメディアデータの時間的流れに沿って順々に表示させてもよい。また、掲示板データに含まれるＦＡＱ集を、メディアデータ表示部３１に表示し、適宜参照できるようにしてもよい。

また、掲示板の内容を検索可能にすることもできる。例えば、視聴者がメディアデータを見ていて、メディアデータ中で使用されている用語の意味が判らない場合に、その用語をキーワードとして検索要求を送信し、掲示板内のメッセージを検索することができる。このとき、検索要求と共に、その意味の判らない用語が登場した時間データとともに検索要求を送信するようにし、その時間の例えば±５分の範囲に検索範囲を絞り込むようにしてもよい。

また、掲示板のメッセージに含まれる未来の番組放映情報を基にして、情報処理部１２にその番組の録画予約をさせることもできる。例えば、図１３に示すように、メッセージＭ３に含まれている「１７日からの〇〇戦も楽しみです」とのコメントと、その「１７日からの〇〇戦」の放映時間データ（例：１０月１７日、１９：００、２時間、〇〇テレビ）をリンクさせておき、このコメントをクリックすると、その放映時間データが自動的にサーバ２０からダウンロードされるようにしておく。情報処理部１２は、この放映時間データに基づき、番組の録画予約を設定する。

〔第３の実施の形態〕
次に、本発明の第３の実施の形態を、図１４に基づいて説明する。

この実施の形態では、メタデータのうち、未来の時間に放送予定のメディアデータに関するメタデータを検索、表示する。図１４に示すように、検索文字列（例：タレント〇〇さん）をキーワード入力欄３７１に入力するとともに、「放送予定」のチェックボックス３７２にチェックを付して検索要求を送信する。

これにより、検索文字列に関係するメタデータのうち、検索要求を送信した時刻よりも未来の時刻に関するメタデータが優先的に検索される。

検索結果としてのメタデータの内容は、メタデータ名表示部３７３に簡潔に示される。また、タイムライン３７４には、検索結果としてのメタデータに対応するメディアデータが、（１）未来の時刻に放送予定なのか、（２）既に放送済みだが、メディアデータ蓄積部１５に蓄積済みであるのか、又は（３）既に放送済みで、メディアデータ蓄積部１５には蓄積されていないのか、のいずれであるのかが、それぞれ灰色帯、白帯、黒帯で表示される。

視聴者は、その番組の録画予約をしたい場合には、メタデータ名表示部３７３をクリックしてメタデータを選択したあと、「録画予約」アイコン３７７をクリックする。情報処理部１２は、これに対応して録画予約の設定を行う。これにより、灰色帯で表示された部分についての番組の録画予約を、１度の操作で行うことができる。例えば、「タレント〇〇さん主演のドラマ××の放送予定です」とのメタデータをメタデータ名表示部３７３をクリックして選択することにより、例えばドラマ１１回分の録画予約を１度の操作で完了することができる。メタデータに各回の放送時間のデータが含まれていることにより、例えば、初回と最終回のみ３０分延長していたり、深夜枠のため放送時間がまちまちであったりする場合などにおいても、まとめて録画予約をすることができる。

〔第４の実施の形態〕
次に、本発明の第４の実施の形態を、図１５に基づいて説明する。前記の実施の形態では、サーバ２０はメタデータのみをメタデータ蓄積部２３から配信するように構成していたが、この実施の形態では、メディアデータもサーバ２０に設けられたメディアデータ蓄積部２５から配信するようにしている。但し、このメディアデータ蓄積部２５に蓄積されているメディアデータは、それ単独では視聴することができないよう、スクランブル信号により視聴ロックが施されている。一方、メタデータ蓄積部２３に蓄積されたメタデータには、この視聴ロックを解除するためのデコード情報が組み込まれる。

そして、各メディアデータ視聴装置１０−ｉの情報処理部１２には、このデコード情報に基づき、メディアデータ蓄積部２５からダウンロードしたメディアデータのスクランブル信号を除去（すなわち、ロックを解除）するためのソフトウエアが組み込まれている。これにより メディアデータ視聴装置１０−ｉの視聴者は、このメディアデータとメタデータをセットでダウンロードして、情報処理部１２でスクランブル信号を除去することにより、メディアデータを視聴することができる。

このような構成とすると、例えばメタデータに最新の広告を含ませておくこと等により、各視聴者に、メディアデータを無償で提供することの代償としてその最新の広告を見てもらうことが可能となる。なお、見せる最新広告としては、画面隅に表示されるテロップのようなものでもよいし、メディアデータの間に挿入されるスポットＣＭのようなものでもよい。

以上、発明の実施の形態について説明したが、本発明はこれらに限定されるものではない。例えば、上記ではサーバ２０を用意し、各メディアデータ視聴装置１０−ｉで作成されたメタデータはサーバ２０に一旦蓄積され、要求に応じて他のメディアデータ視聴装置に送信するようにしていたが、図１６に示すようなピアトゥピア（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）システムを採用することもできる。すなわち、インデックスサーバ１００は単に各メディアデータ視聴装置１０−ｉのネットワークアドレスを管理するに止まり、メタデータその他のデータの送受信は各メディアデータ視聴装置１０−ｉ間で直接行われる。また、メタデータを検索したい場合には、検索要求を、１つのメディアデータ視聴装置１０−ｉから、他のメディアデータ視聴装置１０−ｉに向けてブロードキャストする。検索要求に係るメタデータを保持しているメディアデータ視聴装置１０−ｉが、この検索要求に対応し、検索要求に係るメタデータを検索要求元のメディアデータ視聴装置１０−ｉに返信する。これにより、検索要求に係るメタデータを検索することができる。

或いは、インデックスサーバ１００において、どのメタデータをどのメディアデータ視聴装置１０−ｉがもっているかを示すインデックスデータを保持させておくこともできる。この場合、検索要求送信元であるメディアデータ視聴装置１０−ｉは、インデックスサーバ１００に向けて検索要求を送信する。インデックスサーバ１００は、検索要求に係るメタデータを保持しているメディアデータ視聴装置１０−ｉのアドレス情報を検索要求元のメディアデータ視聴装置１０−ｉに向けて返信する。返信を受けた検索要求元のメディアデータ視聴装置１０−ｉは、そのアドレス情報に基づき、検索要求に係るメタデータを保持しているメディアデータ視聴装置１０−ｉに直接アクセスし、そのメタデータをダウンロードすることができる。

本発明の第１の実施の形態に係るメディアデータ視聴装置１０の構成を示すブロック図である。 本発明の第１の実施の形態に係るメタデータ共有システムの構成を示すブロック図である。 メタデータの一例である。 メタデータの一例である。 メタデータ作成部１３の詳細を示す。 検索要求を送信する場合の表示画面の一例を示す。 メタデータの検索結果が得られた場合における検索結果表示画面の一例を示している。 メディアデータ中の画像の特徴量に基づいてメディアデータとメタデータのマッチングを行う方法を説明する概念図である。 メディアデータとメタデータのマッチングを行う別の方法を説明する概念図である。 マッチング完了後、メディアデータと取得されたメタデータとが同時に表示されている場合の画面の状態の一例を示す。 メタデータ検索結果一覧画面の別の一例を示す。 本発明の第２の実施の形態に係るメディアデータ視聴装置１０の構成を示すブロック図である。 マッチングされたメディアデータと掲示板データの視聴画面の一例を示す。 掲示板データの別の表示方法を説明するための図である。 本発明の第３の実施の形態に係るメタデータ共有システムによる検索結果表示画面である。 本発明の第４の実施の形態に係るメタデータ共有システムの構成を示すブロック図である。 メタデータ共有システムの別の構成例を示す。

符号の説明

１０−ｉ…メディアデータ視聴装置、 １１…通信部、 １２…情報処理部、１３…メタデータ作成部、 １４…メタデータ蓄積部、 １５…メディアデータ蓄積部、 １６…視聴部、 ２０…サーバ、 ２１…通信部、 ２２…情報処理部、 ２３ メタデータ蓄積部、 ２４…掲示板データ蓄積部、 ２５…メディアデータ蓄積部、 ３１、２３１…メディアデータ表示部、３２…アノテーション入力・表示部、３３…制御部、３４…メタ名表示部、３５、２３５…表示部、３６…タイムライン、 ５１…ネットワーク、 １００…インデックスサーバ、 ７１…メディアデータ表示部、 ７２…メディアデータ用タイムライン、 ７３、２７３、３７３…メタデータ名表示部、 ７４、３７４…メタデータ用タイムライン、 ８０…メタデータ内容表示部、 ８１…メッセージ入力部、 ２００…タイムライン、 ３７７…録画予約アイコン。

Claims (7)

1. メディアデータをメタデータと共に視聴可能に構成されたクライアントとしての複数のメディアデータ視聴装置と、該クライアント間のデータの送受信を担当するサーバとを備え、
   前記メディアデータ視聴装置は、
   前記メディアデータを蓄積するメディアデータ蓄積手段と、
   前記メディアデータを視聴するための視聴手段と、
   前記メタデータを蓄積するメタデータ蓄積手段と、
   前記メタデータを前記サーバに向けて送信すると共に前記サーバより前記メタデータを受信して前記メタデータ蓄積手段に蓄積させる通信手段と、
   前記メタデータが示す時間データに基づき前記メディアデータと前記メタデータとの時間的関係を表示する表示手段と、
   前記サーバに対する前記メタデータの検索要求を入力するための検索要求入力手段とを備え、
   前記サーバは、
   前記メディアデータ視聴装置から送信された前記メタデータを蓄積するメタデータ蓄積手段と、
   前記検索要求に対応するメタデータを前記メタデータ蓄積手段より検索するメタデータ検索手段とを備え、
   当該メタデータ検索手段は、
   前記メディアデータ蓄積手段に蓄積されたメディアデータ及び当該メディアデータの蓄積された時間情報を示すメディアデータリストを前記メディアデータ視聴装置から受信し、
   前記受信されたメディアデータリストとの時間的な重複部分が多いメタデータを優先的に検索するように構成されたことを特徴とするメタデータ共有システム。
2. 前記メディアデータ視聴装置は、
   文字列の入力を受け付ける文字列入力手段と、
   前記サーバにて前記文字列に基づき検索された検索結果を受信し、前記受信された検索結果の中から、前記メディアデータリストとの時間的な重複部分が多い検索結果を優先的に表示する検索結果表示手段と
   を備えることを特徴とする請求項１に記載のメタデータ共有システム。
3. 前記メディアデータ視聴装置は、前記メタデータを作成するメタデータ作成手段を備えた請求項１に記載のメタデータ共有システム。
4. 前記サーバは、前記メタデータ検索手段による検索結果を前記メディアデータ視聴装置に送信すると共に、前記検索結果の中から所望の前記メタデータを選択させるように構成された請求項１に記載のメタデータ共有システム。
5. 前記検索要求入力手段は、放送予定のメディアデータに関するメタデータを検索するための検索要求を入力することが可能に構成され、前記メディアデータ視聴装置は、前記メタデータ検索手段による検索の結果に基づき、そのメディアデータの録画予約を実行することができるように構成された請求項１に記載のメタデータ共有システム。
6. 前記サーバは、前記メディアデータ視聴装置間で前記メタデータが送受信される毎に前記メタデータの作成者のデータを蓄積する作成者データ蓄積手段を備え、前記検索要求入力手段は、前記作成者データ蓄積手段に蓄積された作成者のデータを優先的に検索要求に含めることができるように構成された請求項１に記載のメタデータ共有システム。
7. 前記作成者のデータは、前記メタデータに含まれる作成者の認証データに基づいて取得される請求項６に記載のメタデータ共有システム。

Images