(57)【要約】    【課題】      コンテンツデータから特定のキーワードが関連付けられたシーンを検索して抽出するような場合に、検索結果の合計時間を所望の時間に微調整できるようにすること。    【解決手段】  本発明は、コンテンツデータの内容を記述したメタデータと、メタデータで使用するキーワードに対応する処理方法を記述した処理テーブルを用いてコンテンツデータの管理をし、この処理テーブルを用いてコンテンツデータの処理を行うようにすることにより、コンテンツデータに対して処理テーブルを用いることにより、コンテンツデータの処理方法を細かく設定でき、検索結果の合計時間を微調整できる。  【選択図】      図１
2005033619.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータの内容を記述したメタデータを参照するメタデータ参照手段と、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するテーブル参照手段と、具備したことを特徴とするコンテンツ管理装置。
【請求項２】
請求項１記載のコンテンツ管理装置に対して、前記処理テーブルを提供する処理テーブル提供装置。
【請求項３】
複数のシーンからなるコンテンツデータを参照するコンテンツデータ参照手段と、前記シーンの内容をキーワードで記述したメタデータを参照するメタデータ参照手段と、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するテーブル参照手段と、検索用のキーワードを入力し前記検索用のキーワードが付与された前記シーンを前記コンテンツデータ参照手段から検索するシーン検索手段と、検索した前記シーンに付与された前記キーワードに対応する前記処理内容を前記処理テーブルから抽出し、抽出した前記処理内容に対応した処理を前記検索したシーンに対して行うデータ処理手段と、を具備したことを特徴とするコンテンツデータ検索装置。
【請求項４】
前記処理内容は前記シーンを伸張する処理であり、前記データ処理手段は前記検索したシーンの合計時間が所望の指定時間に満たない場合に、前記合計時間が前記指定時間になるように前記検索したシーンを伸張することを特徴とする請求項３記載のコンテンツデータ検索装置。
【請求項５】
前記シーンを伸張する処理は、前記シーンに付与されたキーワードの特性に応じて、前記検索したシーンに前記検索したシーンの前のシーンもしくは後ろのシーンの一部を付加する処理であることを特徴とする請求項４記載のコンテンツデータ検索装置。
【請求項６】
前記シーンには重要度が付与されていて、前記データ処理手段は前記検索したシーンの中で最も前記重要度の高いシーンを伸張することを特徴とする請求項４または請求項５記載のコンテンツデータ検索装置。
【請求項７】
複数のシーンからなるコンテンツデータを参照するコンテンツデータ参照手段と、所定のキーワードに対応する処理内容を記述した処理テーブルを参照するテーブル参照手段と、前記シーンに対して付与するキーワードを入力し、入力した前記キーワードに対応する前記処理内容を前記処理テーブルから抽出し、抽出した前記処理内容に対応した記述を前記シーンに対して行うことにより、前記コンテンツデータの内容を示すメタデータを生成するデータ作成手段と、を具備したことを特徴とするオーサリング処理装置。
【請求項８】
前記処理内容は排他的処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーン以外のシーンに対して、前記入力したキーワードと排他的な意味のキーワードを付与することを特徴とする請求項７記載のオーサリング処理装置。
【請求項９】
前記処理内容は重要度付与処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンに対して、所定の重要度を付与することを特徴とする請求項７記載のオーサリング処理装置。
【請求項１０】
前記処理内容は段階的に重要度を付与する処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンの前後のシーンに対して、前記キーワードを付与するシーンの重要度を頂点に段階的に重要度を付与することを特徴とする請求項７記載のオーサリング処理装置。
【請求項１１】
前記処理内容は前に重点を置いて重要度を付与する処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンの前のシーンに対して、前記キーワードを付与するシーンの後ろのシーンより高い重要度を付与することを特徴とする請求項１０記載のオーサリング処理装置。
【請求項１２】
前記処理内容は後ろに重点を置いて重要度を付与する処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンの後ろのシーンに対して、前記キーワードを付与するシーンの前のシーンより高い重要度を付与することを特徴とする請求項１０記載のオーサリング処理装置。
【請求項１３】
複数のシーンからなるコンテンツデータを参照するコンテンツデータ参照手段と、所定のキーワードに対応する処理内容と前記処理内容に対する識別情報を記述した処理テーブルを参照するテーブル参照手段と、前記シーンに対して付与するキーワードを入力し、入力した前記キーワードに対応する前記識別情報を前記処理テーブルから抽出し、抽出した前記識別情報を前記シーンに記述することにより、前記コンテンツデータの内容を示すメタデータを生成するデータ作成手段と、を具備したことを特徴とするオーサリング処理装置。
【請求項１４】
コンテンツデータの内容を記述したメタデータと、メタデータで使用するキーワードに対応する処理方法を記述した処理テーブルと、を用いて前記コンテンツデータの管理することを特徴とするコンテンツ管理方法。
【請求項１５】
複数のシーンからなるコンテンツデータを参照するステップと、前記シーンの内容をキーワードで記述したメタデータを参照するステップと、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、検索用のキーワードを入力し前記検索用のキーワードが付与された前記シーンを前記コンテンツデータから検索するステップと、検索した前記シーンに付与された前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した処理を前記検出したシーンに対して行うステップと、を具備したことを特徴とするコンテンツデータ検索方法。
【請求項１６】
複数のシーンからなるコンテンツデータを参照するステップと、所定のキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、前記シーンに対して付与するキーワードを入力するステップと、入力した前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した記述を前記シーンに対して行うことにより、前記コンテンツデータの内容を示すメタデータを生成するステップと、を具備したことを特徴とするオーサリング処理方法。
【請求項１７】
コンピュータに、複数のシーンからなるコンテンツデータを参照するステップと、前記シーンの内容をキーワードで記述したメタデータを参照するステップと、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、検索用のキーワードを入力し前記検索用のキーワードが付与された前記シーンを前記コンテンツデータから検索するステップと、検索した前記シーンに付与された前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した処理を前記検出したシーンに対して行うステップと、を行わせることを特徴とするプログラム。
【請求項１８】
コンピュータに、複数のシーンからなるコンテンツデータを参照するステップと、所定のキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、前記シーンに対して付与するキーワードを入力するステップと、入力した前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した記述を前記シーンに対して行うことにより、前記コンテンツデータの内容を示すメタデータを生成するステップと、を行わせることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータの内容を記述したメタデータを管理するコンテンツ管理装置およびコンテンツ管理方法に関する。
【背景技術】
【０００２】
近年、動画をデジタルファイルとして保存することが普及している。それに伴い膨大な量の動画ファイルから所望のものを迅速に検索したり、効率的に管理したりすることが困難になってきている。これを解決するために動画へインデックス情報を付与する情報管理方法およびインデックス情報を使用した映像検索や映像要約の方法が提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１には、特定の時間区間の映像と対応させたキーワード情報等を動画ファイルとは別のファイルで用意しておき、そのファイルを検索等に用いる方法が具体的に示されている。インデックス情報ファイルの書式は広く普及しているＸＭＬフォーマットで記述するのが一般的である。
【０００４】
さらに、今日では映像コンテンツの記述を目的としたＭＰＥＧ−７規格も提案されている。
【０００５】
また、動画の内容を記述したメタデータを作成するオーサリングシステムについても提案されている。従来のオーサリングプログラムでは、オペレータが特定の映像の区間とインデックス情報として特定のキーワードを関連付ける入力を行うと、キーワードの内容がメタデータに記述されるようになっている（例えば、非特許文献２参照）。
【特許文献１】特開平１１−２８８４２４号公報
【非特許文献１】パイオニアＲ＆Ｄ  Ｖｏｌ．１１  Ｎｏ．２（２００１年９月）２７ページ「ＭＰＥＧ−７アプリケーションの開発」
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の動画インデックス情報の管理方法には、以下のような課題があった。
【０００７】
つまり、従来の方法では、各シーンに対してキーワードは付与されているが、各シーンに対する詳細な処理内容は付与されていない。
【０００８】
具体的には、従来の方法は、コンテンツデータから特定のキーワードが関連付けられたシーンを検索して抽出するような場合に、検索結果の合計時間を所望の時間に合わせたくてもキーワードが付与された映像の区間が離散的であるために微調整する方法を提供していない。
【０００９】
例えば、「ゴールシーン」に関する要約映像を１分で提供する必要が生じた場合、「ゴールシーン」というキーワードが付与された２５秒のシーンが３つ検索されたとすれば、これらのシーンの合計は１分１５秒になる。この場合、検索された全てシーンを提供すると指定時間より超過してしまう。そこで、１つのシーンを削除することが考えられるが、この場合シーンの合計時間が５０秒となり、１分で提供するはずの要約映像が５０秒と短くなってしまう。
【００１０】
本発明は、かかる点に鑑みてなされたものであり、動画インデックス情報に記述されていない処理方法等について補完する情報を管理することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、コンテンツデータの内容を記述したメタデータと、メタデータで使用するキーワードに対応する処理方法を記述した処理テーブルを用いてコンテンツデータの管理をし、この処理テーブルを用いてコンテンツデータの処理を行うようにした。
【発明の効果】
【００１２】
本発明は、コンテンツデータに対して処理テーブルを用いることにより、コンテンツデータの処理方法を細かく設定できる。この結果、コンテンツデータから特定のキーワードが関連付けられたシーンを検索して抽出するような場合に、検索結果の合計時間を所望の時間に微調整する等できる。
【発明を実施するための最良の形態】
【００１３】
本発明の第１の態様にかかるコンテンツ管理装置は、コンテンツデータの内容を記述したメタデータを参照するメタデータ参照手段と、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するテーブル参照手段と、具備した構成を採る。
【００１４】
これにより、コンテンツデータを、メタデータと処理テーブルで管理することができる。この結果、メタデータ内で使用されるキーワードの言葉の特徴を生かした検索や要約生成を実現することができる。また、処理テーブルの内容を変更すればシステムを変更しなくても処理の内容を任意に変更できる。
【００１５】
本発明の第２の態様にかかる処理テーブル提供装置は、第１の態様に記載のコンテンツ管理装置に対して、前記処理テーブルを提供する処理テーブル提供装置である。
【００１６】
これにより、キーワードに対応した処理内容を記述した処理テーブルを提供することができる。
【００１７】
本発明の第３の態様にかかるコンテンツデータ検索装置は、複数のシーンからなるコンテンツデータを参照するコンテンツデータ参照手段と、前記シーンの内容をキーワードで記述したメタデータを参照するメタデータ参照手段と、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するテーブル参照手段と、検索用のキーワードを入力し前記検索用のキーワードが付与された前記シーンを前記コンテンツデータ参照手段から検索するシーン検索手段と、検索した前記シーンに付与された前記キーワードに対応する前記処理内容を前記処理テーブルから抽出し、抽出した前記処理内容に対応した処理を前記検索したシーンに対して行うデータ処理手段と、を具備した構成を採る。
【００１８】
このように、コンテンツデータを、メタデータと処理テーブルで管理することにより、メタデータ内で使用されるキーワードの言葉の特徴を生かした検索を実現することができる。また、処理テーブルの内容を変更すればコンテンツデータ検索装置を変更しなくても処理の内容を任意に変更できる。これは、コンテンツデータ検索装置自体に手を加えずに処理を変更する場合に利便性が高い。
【００１９】
本発明の第４の態様は、第３の態様にかかるコンテンツデータ検索装置において、前記処理内容は前記シーンを伸張する処理であり、前記データ処理手段は前記検索したシーンの合計時間が所望の指定時間に満たない場合に、前記合計時間が前記指定時間になるように前記検索したシーンを伸張する。
【００２０】
これにより、検索したシーンの合計時間が指定時間に合わない場合に、検索したシーンの合計時間を指定時間に合わすことができる。
【００２１】
本発明の第５の態様は、第４の態様にかかるコンテンツデータ検索装置において、前記シーンを伸張する処理は、前記シーンに付与されたキーワードの特性に応じて、前記検索したシーンに前記検索したシーンの前のシーンもしくは後ろのシーンの一部を付加する処理である。
【００２２】
これにより、シーンに付与したキーワードの特性に応じた伸張方法でシーンを伸張することにより、シーンの特徴をより明確にできるようにシーンを伸張できる。
【００２３】
本発明の第６の態様は、第４の態様または第５の態様にかかるコンテンツデータ検索装置において、前記シーンには重要度が付与されていて、前記データ処理手段は前記検索したシーンの中で最も前記重要度の高いシーンを伸張する。
【００２４】
これにより、重要な内容を多く持つシーンを伸長することができる。
【００２５】
本発明の第７の態様にかかるオーサリング処理装置は、複数のシーンからなるコンテンツデータを参照するコンテンツデータ参照手段と、所定のキーワードに対応する処理内容を記述した処理テーブルを参照するテーブル参照手段と、前記シーンに対して付与するキーワードを入力し、入力した前記キーワードに対応する前記処理内容を前記処理テーブルから抽出し、抽出した前記処理内容に対応した記述を前記シーンに対して行うことにより、前記コンテンツデータの内容を示すメタデータを生成するデータ作成手段と、を具備した構成を採る。
【００２６】
これにより、処理テーブルを使用したオーサリング処理を行うことができる。この結果、ユーザーのキーワード付与操作をサポートすることができ、作業効率が著しく向上することができる。また、処理テーブルの内容を変更すればオーサリング処理装置を全く変更しなくても処理内容を任意のものに変更できるため、オーサリング処理装置自体に手を加えずに処理を変更する場合に利便性が高い。
【００２７】
本発明の第８の態様は、第７の態様にかかるオーサリング処理装置において、前記処理内容は排他的処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーン以外のシーンに対して、前記入力したキーワードと排他的な意味のキーワードを付与する。
【００２８】
これにより、排他的なキーワード付与を行う必要がなくなるので、オーサリングの作業量が減るというメリットがある。また、排他的なキーワードが同一のシーンに関連付けられることは矛盾するので、オーサリング操作において、そういう矛盾した操作を禁止することは、利便性が高い。
【００２９】
本発明の第９の態様は、第７の態様にかかるオーサリング処理装置において、前記処理内容は重要度付与処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンに対して、所定の重要度を付与する。
【００３０】
これにより、自動的に重要度を付与することができるので、ユーザーの作業量が減る。
【００３１】
本発明の第１０の態様は、第７の態様にかかるオーサリング処理装置において、前記処理内容は段階的に重要度を付与する処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンの前後のシーンに対して、前記キーワードを付与するシーンの重要度を頂点に段階的に重要度を付与する。
【００３２】
このように、自動的に現在処理中の前後のシーンに段階的に重要度を付与することにより、ユーザーが現在処理中の前後のシーンに対して段階的に重要度を付与する必要がなくなるので、非常に利便性が高い。
【００３３】
本発明の第１１の態様は、第１０の態様にかかるオーサリング処理装置において、前記処理内容は前に重点を置いて重要度を付与する処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンの前のシーンに対して、前記キーワードを付与するシーンの後ろのシーンより高い重要度を付与する。
【００３４】
これにより、例えば「ゴール」のように前に重点のあるキーワードに対し、前のシーンに重点が置かれるようになる。
【００３５】
本発明の第１２の態様は、第１０の態様にかかるオーサリング処理装置において、前記処理内容は後ろに重点を置いて重要度を付与する処理であり、前記データ作成手段は前記入力したキーワードを付与する前記シーンの後ろのシーンに対して、前記キーワードを付与するシーンの前のシーンより高い重要度を付与する。
【００３６】
これにより、例えば「フリーキック」のように後に重点のあるキーワードに対し、後のシーンに重点が置かれるようになる。
【００３７】
本発明の第１３の態様にかかるオーサリング処理装置は、複数のシーンからなるコンテンツデータを参照するコンテンツデータ参照手段と、所定のキーワードに対応する処理内容と前記処理内容に対する識別情報を記述した処理テーブルを参照するテーブル参照手段と、前記シーンに対して付与するキーワードを入力し、入力した前記キーワードに対応する前記識別情報を前記処理テーブルから抽出し、抽出した前記識別情報を前記シーンに記述することにより、前記コンテンツデータの内容を示すメタデータを生成するデータ作成手段と、を具備した構成を採る。
【００３８】
これにより、メタデータに処理内容そのものを記述するのではなく、処理内容に対応した識別情報を記述することができる。このような方法でメタデータを記述することによりメタデータの大きさを小さくすることができる。
【００３９】
本発明の第１４の態様は、コンテンツデータの内容を記述したメタデータと、メタデータで使用するキーワードに対応する処理方法を記述した処理テーブルと、を用いて前記コンテンツデータの管理することを特徴とするコンテンツ管理方法である。
【００４０】
本発明の第１５の態様は、複数のシーンからなるコンテンツデータを参照するステップと、前記シーンの内容をキーワードで記述したメタデータを参照するステップと、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、検索用のキーワードを入力し前記検索用のキーワードが付与された前記シーンを前記コンテンツデータから検索するステップと、検索した前記シーンに付与された前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した処理を前記検出したシーンに対して行うステップと、を具備したことを特徴とするコンテンツデータ検索方法である。
【００４１】
本発明の第１６の態様は、複数のシーンからなるコンテンツデータを参照するステップと、所定のキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、前記シーンに対して付与するキーワードを入力するステップと、入力した前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した記述を前記シーンに対して行うことにより、前記コンテンツデータの内容を示すメタデータを生成するステップと、を具備したことを特徴とするオーサリング処理方法である。
【００４２】
本発明の第１７の態様は、コンピュータに、複数のシーンからなるコンテンツデータを参照するステップと、前記シーンの内容をキーワードで記述したメタデータを参照するステップと、前記メタデータで使用するキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、検索用のキーワードを入力し前記検索用のキーワードが付与された前記シーンを前記コンテンツデータから検索するステップと、検索した前記シーンに付与された前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した処理を前記検出したシーンに対して行うステップと、を行わせることを特徴とするプログラムである。
【００４３】
本発明の第１８の態様は、コンピュータに、複数のシーンからなるコンテンツデータを参照するステップと、所定のキーワードに対応する処理内容を記述した処理テーブルを参照するステップと、前記シーンに対して付与するキーワードを入力するステップと、入力した前記キーワードに対応する前記処理内容を前記処理テーブルから抽出するステップと、抽出した前記処理内容に対応した記述を前記シーンに対して行うことにより、前記コンテンツデータの内容を示すメタデータを生成するステップと、を行わせることを特徴とするプログラムである。
【００４４】
以下、本発明の実施の形態について、添付図面を用いて説明する。
【００４５】
（実施の形態１）
本発明の実施の形態１では、コンテンツデータの内容を記述したメタデータと、メタデータで使用する言葉に対応する処理方法を記述した処理テーブルを用いて、コンテンツデータを管理するデータ管理方法および、この管理方法を使用した検索方法について具体的に説明する。
【００４６】
まず、実施の形態１にかかるコンテンツデータ検索システムについて図１を用いて説明する。図１は、実施の形態１にかかるコンテンツデータ検索システムの構成図である。
【００４７】
コンテンツデータ検索システム１００は、コンテンツデータの内容を記述したメタデータと、メタデータで使用する言葉に対応する処理方法を記述した処理テーブルを用いて、コンテンツデータを管理するデータ管理方法を用いてコンテンツデータから指定された部分を検索して出力する。
【００４８】
コンテンツデータとは、創作・著作物であり、デジタル、アナログを問わないが、電子的に検索可能な状態でメディアに保持されたデータである。コンテンツデータの形式はインターネットのｗｅｂページのようにｈｔｍｌ形式であったり、放送で用いられるようなｂｍｌ形式であったり、音声のファイルであったりし、特に限定されるべきものではないが、実施の形態１では説明の便宜上、動画映像データとする。
【００４９】
コンテンツデータ検索システム１００は、通信処理部１０１と、要約生成部１０５と、コンテンツデータ提供部１０８と、がデータを受け渡すバスであるデータバス１０４で接続された構成を持つ。
【００５０】
通信処理部１０１は、リクエスト入力部１０２と映像データ送出部１０３を持つ。
【００５１】
リクエスト入力部１０２は、どのようなデータを検索するかというユーザーからのリクエストを入力する。
【００５２】
映像データ送出部１０３は、コンテンツデータ検索システム１００が検索したデータをユーザーに送出する。
【００５３】
また、通信処理部１０１が行う通信処理は、ＬＡＮやインターネット等の技術によって行われる。
【００５４】
なお、実施の形態１は通信処理部１０１が入出力を行う構成で説明しているが、例えば一台のパソコンが全てのデータや操作手段を備えているような場合には、通信を使用しなくてもシステム内部の接続で入出力を行えるので、通信処理部１０１がない構成であっても良い。
【００５５】
コンテンツデータ提供部１０８は、複数の映像データ１０９、１１１を保管する映像データ保管部１１４と、メタデータ１１０、１１２を保管するメタデータ保管部１１５を備える。
【００５６】
メタデータ１１０、１１２内には、どの映像データ１０９、１１１についてのメタデータであるかのリンクが記述されており、映像データ１０９、１１１とメタデータ１１０、１１２はそれぞれ関連付けられている。
【００５７】
実施の形態１では、メタデータ１１０は映像データ１０９に関する記述であり、メタデータ１１２は映像データ１１１に関する記述である。
【００５８】
また、コンテンツデータ提供部１０８は、処理テーブル１１３を保管するテーブル保管部１１６を備える。
【００５９】
処理テーブル１１３は、メタデータ１１０、１１２内で使用されるキーワードと、キーワードに対する処理との組を複数格納したテーブルである。
【００６０】
コンテンツデータ提供部１０８としてはハードディスク、光ディスク、磁気ディスク等の情報保持メディアが使用できる。
【００６１】
なお、コンテンツデータ提供部１０８は、必ずしも単一の機器である必要は無く複数の機器をネットワークで接続した形態でもよい。
【００６２】
例えば、映像データ１は海外にあるサーバーのハードディスク内にあり、映像データ２は国内の別のサーバーにあり、メタデータはデジタル放送のデータ放送で提供されて放送受信機器に蓄積されていて、処理テーブルはまた別のサーバーで提供されていてもそれらがネットワークで接続されていれば仮想的に一つの機器内にすべての必要なデータがあるのと同じことになる。
【００６３】
このようにデータが分散的にネットワーク上に存在する場合には一つの映像データに対応するメタデータや、メタデータに対応する処理テーブルが重複して複数存在してしまうことがある。このような場合には、映像データやメタデータの内部に対応するデータのＵＲＬを明示して、はっきり一つのファイルに特定できるようにすればよい。あるいは、ファイル名だけでなく、ファイルのハッシュ値のような各ファイル固有の値も併記して複数のファイルから一つのファイルを選択できるようにしてもよい。
【００６４】
また、映像データ１０９、１１１は、ＭＰＥＧ等の符号化フォーマットを使用したデジタルファイルである。
【００６５】
要約生成部１０５には、シーン検索部１０６と、データ管理部１０７が設けられている。
【００６６】
シーン検索部１０６は、コンテンツデータ提供部１０８に保管された映像データ１０９、１１１から、キーワードや指定時間などから構成される検索リクエストに応じたシーン検索処理を行う。
【００６７】
データ管理部１０７は、コンテンツデータ提供部１０８に格納された、映像データ１０９、１１１、メタデータ１１０、１１２と処理テーブル１１３に参照（アクセス）する参照手段としての機能を有し、さらに、映像データ１０９、１１１に処理テーブル１１３に従った処理を加える。
【００６８】
要約生成部１０５は、ＣＰＵとＲＡＭからなり、ソフトウエアモジュールであるシーン検索部１０６とデータ管理部１０７を動作させる。
【００６９】
次に、図１に示したメタデータ１１０、１１２について図２を用いて説明する。図２は、実施の形態１にかかるメタデータ１１０、１１２の具体例を示す図である。
【００７０】
図２に示すメタデータ１１０、１１２は、実際に使用するメタデータの一部であり、ＭＰＥＧ−７規格に準拠したＸＭＬフォーマットで記述されている。また、メタデータ１１０、１１２は、基本的に一つの動画ファイルに一つのファイルとして記述されている。
【００７１】
なお、複数の動画ファイルの内容を一つのメタデータファイルに記述することも可能であり、一つの動画ファイルの内容を複数のメタデータに記述することも可能である。
【００７２】
また、メタデータ１１０、１１２は、ＭＰＥＧ−７規格に準拠したＸＭＬフォーマットでなくても、他の形式や独自形式ででも記述することは可能である。
【００７３】
また、メタデータ１１０、１１２には、どの動画ファイルに関する情報かを示すＭｅｄｉａのＵｒｉが記述されている。さらに、メタデータ１１０、１１２には、動画ファイル中の開始時間と終了時間で定義される映像区間すなわちシーン毎にそのシーンの内容が記述される。
【００７４】
図２を用いて説明すると、２０１で示される部分に、対応する動画ファイルのＭｅｄｉａのＵｒｉが記述されている。
【００７５】
また、２０２で示される部分に、シーン（セグメント）の定義が記述されている。また、２０５で示される部分に、シーンの開始時間と終了時間（ｄｕｒａｔｉｏｎで現わしてもよい）が記述されている。
【００７６】
また、２０３で示される部分には、シーンに関連付けるキーワードが記述されている。シーンのキーワードを２０３に示されるような観点すなわちＰｏｉｎｔＯｆＶｉｅｗで記述する場合は、その観点から見てどのくらい重要かを示す重要度すなわちＩｍｐｏｒｔａｎｃｅの値２０４も記述される。
【００７７】
また、２０６で示すように、キーワードは注釈すなわちＡｎｎｏｔａｔｉｏｎとして付与してもよい。
【００７８】
このようにメタデータは構成されている。
【００７９】
次に、メタデータにおけるキーワードの付与状態を模式的に図３に示す。
【００８０】
横軸３０９は、ある動画ファイルの時間の経過を示す。
【００８１】
３０１ａ〜３０１ｄで示されるものはシーンの模式図であり、長方形の左辺の位置が開始時間であり、長さがＤＵＲＡＴＩＯＮである。この例では複数のシーン３０１ａ〜３０１ｄは隙間なく連続しており、１つのシーンの終了時間が次のシーンの開始時間と一致している。
【００８２】
縦軸３１０には、各シーン３０１ａ〜３０１ｃに付与されたキーワード３１１〜３１４が配置されている。各キーワード３１１〜３１４の右側には、キーワード３１１〜３１４が、どのシーンに付与されているかの状況を示す帯３０２ａ〜３０２ｆが配置されている。例えばキーワード「日本代表」３１１の右側には、シーン３０１ｂ、３０１ｃに対応する帯３０２ａ、３０２ｂが配置されているので、キーワード３１１がシーン３０１ｂとシーン３０１ｃに付与されていることがわかる。
【００８３】
これは実際のデータでは、図２におけるシーン定義２０２内に、ＰｏｉｎｔＯｆＶｉｅｗ２０３等でキーワードが定義されている状況である。各シーンには複数のキーワードを付与することが可能で、例えばシーン３０１ｄには３つのキーワード（大阪、ゴール、ハイライト）３１２〜３１４が付与されている。
【００８４】
また、キーワード３１１〜３１４には、その重要度も付与できることを前述したが、例えばキーワード３１４は、シーン３０１ｃに対しては重要度０．８が付与され、シーン３０１ｄに対しては重要度１．０が付与されている。
【００８５】
ＸＭＬ表記されたメタデータそのものを、メタデータを扱うユーザーやオペレータが見ても、メタデータのキーワードや重要度の付与状況を鳥瞰的に理解することは難しい。しかし、ディスプレイ装置等を使用して図３のような模式図を表示すれば、ユーザーやオペレータがメタデータのキーワードや重要度を鳥瞰的に理解でき、利便性が高まる。
【００８６】
また、キーワードの付与を行うオーサリングシステムのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）としても図３のような表示は有効である。
【００８７】
この表示の際に、重要度の値を視覚的に示せばよりわかりやすい。例えば、キーワードの付与を示す帯３０２ａ〜３０２ｆの色が濃いほど重要度が高いとしたり、模様や記号を配したりすることにより、一見して重要度の付与状況を確認することができ利便性が高まる。例えば、図３の例では、帯３０２ｅより帯３０２ｆのほうの色が濃いので、シーン３０１ｃよりシーン３０１ｄのほうが重要度が高いということがわかる。
【００８８】
また、図３に示すメタデータの模式図では、（１）シーンは連続しており、重なりがない、（２）各シーンには複数のキーワードを付与することができる、という２つの特徴があったが、シーンの定義のしかたはこれに限られるものではない。別の定義によるメタデータの付与状況を示す模式図を図４に示す。
【００８９】
図４における４０１〜４０４はそれぞれ１つのシーンであり、それぞれ日本代表、大阪、ゴール、ハイライトという一つのキーワード３１１〜３１４が関連付けられている。シーンはシーン４０１とシーン４０４のように重なっていてもかまわない。また、シーンとシーンの間隔が空いていてもかまわない。
【００９０】
図４のようなシーンの定義の方法により、時間区間に対して自由にキーワードを付与できるので、キーワードの付与の重なりがあるようなケースでは視覚的にも作業的にも利便性が上がる場合がある。
【００９１】
ところで、図３と図４はシーンの定義の方法は異なるが、情報量としては均等である。すなわち、図５に示すように全てのシーン３０１ａ〜３０１ｄの開始時間と終了時間で５０１、５０２のような仕切りを設け、そこをシーンの分割点とすれば、図４に示す例においても、図３の４つのシーン３０１ａ〜３０１ｄと同様に４つのシーンを定義することができる。そして、そのシーンそれぞれに複数のキーワードが付与されていると見れば、実は図４も図３も特定の時間区間に付与されているキーワードという意味では全く同じになる。
【００９２】
このように、情報量的には全く同じメタデータもシーンの定義の仕方によって図３に示す方法と、図４に示す方法の二通りの表現方法があり、それらは相互に変換可能である。動画データの時間区間へキーワードを関連付ける際には、ＧＵＩに表示する際にも、メタデータとしてＸＭＬ形式のファイルとして出力する際にもいずれか都合のよい表現方法を選択すると利便性が高い。また、入力したデータ異なる表現方法に変換することも有効である。
【００９３】
次に、実施の形態１にかかる処理テーブル１１３について図６を用いて説明する。図６は、実施の形態１にかかる処理テーブル１１３の構成図である。
【００９４】
処理テーブル１１３には、キーワード６０１と、キーワード６０１に対する処理内容６０２と、キーワード６０１に対する備考６０３と、キーワード６０１を識別する識別番号であるキーワードＩＤ６０４と、処理内容６０２を識別するための識別番号である処理ＩＤ６０５と、の組が複数格納されている。
【００９５】
処理テーブル１１３は、Ｃ言語等のプログラム内で使用する配列データとして記述されてもよいし、図２に示したようなＸＭＬ形式のデータでもよく、このようなテーブルをデータとして保持することに格段の工夫は必要ない。
【００９６】
また、各キーワード６０１に関連付ける処理内容６０２は１つでも、複数でも、０でもよい。
【００９７】
例えばキーワード「ハイライト」６０１ａには、「重要度」６０２ａという処理内容が対応している。これはハイライトというキーワード６０１ａは重要度６０２ａという属性を持つという意味であり、図２に示すようにメタデータ内にハイライト６０１ａは重要度Ｉｍｐｏｒｔａｎｃｅの値０．７が関連付けられる言葉であるということを示す。
【００９８】
例えば、「昼」とか「夜」というキーワードはそうであるか、そうでないかのどちらかという絶対的な概念であり、レベルを持たない。このため、昼というキーワードが関連付けられたシーンはレベルを持たずどれも等しく昼なのである。つまり、昼に重要度を付与し、このシーンがより昼に当てはまるという記載はナンセンスなのである。
【００９９】
これに対して「ハイライト」というキーワード６０１ａは、レベルを持つ相対的な概念である。ある動画ファイルのハイライトシーンだけを集める場合、そのシーンのレベルによって任意の長さのハイライトが作成できるように、各ハイライトシーンはレベルを持つ。よって、このように相対的なレベルを持つキーワードに重要度という処理内容が対応付けられる。
【０１００】
図６の処理テーブル１１３においてキーワード「ゴール」６０１ｂには、前後コンテキスト（前長め、後ろ短め）という処理６０２ｂが対応付けられている。このキーワード６０１ｂは前後にコンテキストを持つことを示し、前側により長いコンテキスト、後ろ側に短めのコンテキストを持つ。
【０１０１】
具体的に説明すると、サッカーのゴールシーンというのはゴールの瞬間を頂点として、ゴールに至るまでの選手の技術的な過程が興味深く、ゴールした後は選手の表情等は興味深くてもサッカーの技術としての興味は低い。つまりゴールシーンの長さを伸張するとすれば前側を伸ばすのが適切である。ただし、ゴールの瞬間から時間が遠ざかるにつれてゴールシーンから関係なくなって行くので、ゴールの瞬間から時間が離れた前側よりは、ゴールの瞬間に近い後ろ側を伸ばすほうがよい。この意味でゴールというキーワードは前長め、後ろ短めのコンテキストを持つ。
【０１０２】
図６におけるキーワード「フリーキック」６０１ｃは、ゴール６０１ｂと反対に後ろ側にコンテキストという処理６０２ｃを持つ。これは、フリーキックの場合、キックの瞬間の後により多くの意味があるからである。したがって「フリーキック」６０１ｃには、処理６０２ｃとして「後コンテキスト」が関連付けられている。
【０１０３】
さらに、処理６０２ｃには、「曲線ｃ」という注釈がついているがこれは別途定義された処理曲線の形を指す。
【０１０４】
このように処理テーブル１１３には、処理方法の記述だけでなく、別途定義された処理方法へのリンクを記述してもよい。この場合、処理方法を変更しても処理テーブルは変更する必要がないなどの利便性が生まれる。
【０１０５】
なお、処理テーブル１１３の処理内容６０２は、図６に示したもの以外であっても良い。例えば、処理内容６０２をアクセス制御にしても良い。これにより、キーワード６０１に関する情報を取得するのがふさわしくない人物が、この情報にアクセスすることを禁止できる。
【０１０６】
ここで、処理テーブル１１３とは別途定義した処理方法の例について、図７（ａ）〜図７（ｃ）を用いて説明する。図７（ａ）〜図７（ｃ）は、別途定義した処理方法の例を示す図である。図７（ａ）〜図７（ｃ）は、それぞれシーンの長さを伸縮する場合の曲線の形状を示している。
【０１０７】
図７（ａ）は、前後に等しくコンテキストがある場合で、しきい値のラインを上下することにより新たなシーンの開始、終了時間を得ることができる。黒い帯がメタデータに記述されたシーンの長さで、斜線掛けの帯が伸長されたシーンの長さである。
【０１０８】
図７（ｂ）、図７（ｃ）はそれぞれ前コンテキスト、後コンテキストの曲線の例であり、しきい値を上下させることにより前または後に比重を置いたシーンの伸長が行われる。
【０１０９】
なお、処理の定義は図７に示すような曲線を数式で定義しても、図形で定義してもよい。図６の処理テーブル１１３内で曲線ｃを指定すると図７（ｃ）の曲線が参照される。
【０１１０】
図６の処理テーブルにおいてキーワード「日本代表攻撃」６０１ｄと「大阪攻撃」６０１ｅには「排他的（チーム）」という処理６０２ｄ、６０２ｅが関連付けられている。日本代表６０１ｄと大阪６０１ｅはそれぞれサッカーのチームであり、それらが対戦するときには一方が攻撃中は他方は守備であり、両方同時に攻撃することはありえないという意味で排他的であるという意味である。
【０１１１】
図６の備考欄６０３には、キーワード６０１に関するその他の情報を記述する。図６の例では備考欄６０３には、ＵＲＬを記述しているが、キーワード６０１または処理内容６０２のより詳細な指示が記述されている場所や名前空間として用いることができる。
【０１１２】
また、処理テーブル１１３には、キーワード６０１とキーワードＩＤ６０４が対応付けられているので、キーワード６０１の変わりにキーワードＩＤ６０４を用いた記述を行うことができる。
【０１１３】
また、処理テーブル１１３には、処理内容６０２と処理ＩＤ６０５が対応付けられているので、処理内容６０２の変わりに処理ＩＤ６０５を用いた記述を行うことができる。
【０１１４】
以上のように、処理テーブル１１３には、キーワード６０１とキーワード６０１に適応した処理内容６０２とが対応付けて格納されている。これにより、処理テーブル１１３を用いることのより、キーワード６０１の言葉の特徴を生かした処理が可能となる。
【０１１５】
次に、リクエスト入力部１０２から入力される映像データ検索のための検索リクエストについて図８を用いて説明する。図８は、実施の形態１にかかる検索リクエストを示す図である。
【０１１６】
実施の形態１では、コンテンツデータ検索システム１００が、リクエスト入力部１０２から検索リクエストを入力し、入力した検索リクエストに応じた映像データを送出する。
【０１１７】
図８に示す検索リクエスト８００は、検索する項目８０１とその入力値８０２と備考８０３とが記述されている。
【０１１８】
検索する項目８０１には、キーワード８０１ａと、時間８０１ｂと、優先度８０１ｃと、課金方法８０１ｄと、画質８０１ｅと、送出順序８０１ｆと、ソース優先度８０１ｇと、がある。
【０１１９】
キーワード８０１ａは、ユーザーが見たいシーンの内容を指定する個所である。
【０１２０】
時間８０１ｂは、ユーザーが映像を送出して欲しい時間を指定する個所である。
【０１２１】
優先度８０１ｃは、キーワードで指定されたシーンの合計時間が指定された時間と異なるときに、時間を優先してシーン長さを短縮するか、シーンを優先してシーン長さをそのままにするかを選択する個所である。
【０１２２】
例えば、優先度８０１ｃの項目に「シーン＞時間」と入力されると、時間を考慮せずシーンの長さを変えない検索結果が出力されることになる（シーン優先）。
【０１２３】
課金方法８０１ｄは、コンテンツ視聴の対価の支払い方法を指定する個所である。例えば、課金方法８０１ｄには、クレジットカード決済、携帯電話会社の通話料金としての支払い、プリペイド等様々な形態がありえるが、図８の例ではクーポン決済を選択している。クーポン決済とは、商品購入に伴って購入者に与えられたポイント（いわゆるポイントカード）や、広告映像の視聴時間に応じたクーポンの付与、ユーザーが取得した広告に含まれるクーポン等、動画配信提供者から直接または間接的にユーザーに贈呈されたクーポンの類による決済である。
【０１２４】
画質８０１ｅは、画像の圧縮率や１分間辺りのコマ数、色彩の階調数、画素数等、画質に関わる指定をする個所である。画質が良いほどストリーミングやダウンロードの帯域が必要となるため、ユーザーは通信手段や回線の状態により画質８０１ｅを選択する。あるいは、ストリーミングやダウンロードする情報量に応じて課金されるような場合は、ユーザーはその料金を参照して画質を指定することもできる。
【０１２５】
送出順序８０１ｆは、複数のシーンを連続して配信してもらう際に、シーンを時刻の古い順に配信するか、シーンに関連付けられた重要度の順に配信するかの選択を指定する個所である。図８の例では、送出順序８０１ｆには、時系列＞重要度と記述してあるので、シーンに関連した重要度の順に配信することが選択されている。
【０１２６】
ソース優先度８０１ｇは、ユーザーがリクエストした内容に合致するコンテンツが複数のソースから提供されている場合に、どのようなソースを選択するか指定する個所である。例えば、ソース優先度８０１ｇには、ソースの提供料金が異なる場合に、より安価な、または無料のソースを優先するという入力がされる。図８の例では、ソース優先度８０１ｇに無料ソース優先と記載されているので、無料のソースを優先するという指定になっている。
【０１２７】
このように、ユーザーが実施の形態１のコンテンツデータ検索システム１００に入力または送信する検索リクエスト８００は、多くの情報を持つ。
【０１２８】
なお、検索リクエスト８００が持つ項目８０１および値８０２は、図８に示した以外のものであっても良い。また、検索リクエスト８００は、図８に示す項目８０１を全ては備えなくても良い。
【０１２９】
次に、要約生成部１０５のシーン検索部１０６が、検索リクエスト８００を入力し、入力した検索リクエスト８００に基づいて行う映像データの検索処理について図９を用いて詳細に説明する。図９は、実施の形態１にかかるシーン検索部１０６のシーン検索アルゴリズムのフローチャートである。
【０１３０】
図９を用いてリクエスト入力からシーン送出まで順に説明する。
【０１３１】
まず、通信処理部１０１のリクエスト入力部１０２が検索リクエスト８００を入力する。次に、リクエスト入力部１０２は、要約生成部１０５に検索リクエスト８００を送る。これに対して、要約生成部１０５は、シーン検索部１０６において、検索リクエスト８００を受信し、入力する（ステップ１０１）。
【０１３２】
次に、シーン検索部１０６は、検索リクエスト８００の項目８０１に指定されたキーワードに該当するシーンをメタデータから検索する処理に移行する。
【０１３３】
メタデータ内にはその動画ファイル内のある時間区間（開始時間と終了時間）を定義したシーン（セグメント）の記述があり、それぞれのシーンにはキーワードが関連付けられている。
【０１３４】
シーン検索部１０６は、検索リクエスト８００で指定されたキーワードが関連つけられているシーンを全て抽出する（ステップ１０２）。
【０１３５】
ところが、単純に検索リクエスト８００で指定されたキーワードのいずれかに関連するシーンを全て抽出したのでは、検索リクエスト８００で指定された時間を超えてしまう場合がある。
【０１３６】
そこで、シーン検索部１０６は、ステップ１０２で抽出したシーンの合計時間が、検索リクエスト８００に記述された指定時間８０１ｂを超えるか判断する（ステップ１０３）。
【０１３７】
ステップ１０２で抽出したシーンの合計時間が指定時間８０１ｂを超過していない場合は、シーン検索部１０６は、それ以上の検索を行わない。
【０１３８】
一方、ステップ１０２で抽出したシーンの合計時間が指定時間８０１ｂを超えた場合は、シーン検索部１０６は、検索したシーンの削除する処理に移行する。
【０１３９】
まず、シーン検索部１０６は、検索リクエスト８００に複数のキーワードが指定されている場合は、指定キーワードがより少なく関連付けられているシーンを優先度の低いシーンとして検索する。
【０１４０】
まず、シーン検索部１０６は、最も優先度の低いシーン、つまり指定されたキーワードの数が少なく関連つけられているシーンを抽出する。次に、シーン検索部１０６は、抽出した最も優先度の低いシーンを検索候補シーンから削除する（ステップ１０４）。
【０１４１】
例えば、指定キーワード「大阪攻撃」と「ハイライト」という２つのキーワードが関連付けられているシーン（セグメント）は、どちらか１つのキーワードしか関連付けられていないシーン（セグメント）より優先度は高い。
【０１４２】
図３に示すようなシーン定義の重なりがなく各シーンが複数のキーワードの関連を持ちうるメタデータの場合は、上記のように優先度の高いシーンを選択することができるが、図４のように一つのシーンが一つのキーワードの関連しか持たない場合は、上記のように優先度の高いシーンを選択することができない。よって、シーン検索部１０６は、シーンの重なり時間を抽出するように検索する。
【０１４３】
例えば、「大阪攻撃」が関連付けられたシーンのファイル内での時間が０：１：１５〜０：２：３０、「ハイライト」が関連付けられたシーンのファイル内での時間が０：２：００〜０：３：３０だった場合、それらの重なりの時間０：２：００〜０：２：３０には「大阪攻撃」と「ハイライト」両方のキーワードが付与されていると見ることができる。よって、シーン検索部１０６は、時間０：２：００〜０：２：３０のシーンを優先度の高いシーンとする。
【０１４４】
次に、シーン検索部１０６は、ステップ１０４において優先度の低いシーンを削除した後のシーンの合計時間が、検索リクエスト８００に記述された指定時間８０１ｂを超えるか判断する（ステップ１０５）。
【０１４５】
そして、ステップ１０５において、シーンの合計時間が指定時間８０１ｂを超えないと判断すると、シーン検索部１０６は、それ以上の検索を行わない。
【０１４６】
一方、ステップ１０５において、シーンの合計時間が指定時間８０１ｂを超えると判断すると、シーン検索部１０６は、ステップ１０４に戻り、次に優先順位の低いシーンを検索し、削除する。そして、シーン検索部１０６は、ステップ１０４、１０５の繰り返しによりシーンの合計時間が指定時間の近傍になるようにシーンを検索する。
【０１４７】
このようにして、キーワードに合致するシーンを検索するが、検索リクエストでキーワード毎に優先度が指定されている場合には所定のアルゴリズムに従って検索されるシーンの割合を調整する。
【０１４８】
なお、実施の形態１では、シーン検索部１０６が、シーンの優先度をシーンに関連つけられた指定キーワードの数で決めたが、これ以外の方法でシーンの優先度を決めても良い。
【０１４９】
例えば、シーン検索部１０６が、シーンの優先度をメタデータ内に記述されたシーンの重要度に基づいて決定しても良い。例えば、図２の２０４で記された部分にはシーンの重要度の値として０．７が記述されている。シーン検索部１０６は、この重要度の値を比較することでシーンに優先順位をつけることができる。このようにして、シーン検索部１０６は、シーンの優先度を決定しても良い。
【０１５０】
また、シーン検索部１０６がシーンの優先度を決める方法について、二通りの例を出したが、特定の計算式を用いてこれらの２つの方法を併用してもよい。これにより、シーンの優先度がより適切な結果が得られる場合がある。
【０１５１】
ところで、上述した処理により、指定時間８０１ｂを超えないように検索リクエストに合致したシーンを抽出できるが、メタデータに記述されたシーンの長さによっては抽出したシーンの合計時間と指定時間の差が無視できないほどになる場合がある。
【０１５２】
そこで、この問題を解決するため、実施の形態１では、次に、データ管理部１０７が、時間最適化処理のアルゴリズムを行う。この処理は、図６に示した処理テーブル１１３を使用して抽出されたシーンの長さを伸縮する処理である。
【０１５３】
まず、データ管理部１０７は、ステップ１０５までの処理でシーン検索部１０６が抽出したシーンに関連付けられたキーワードを列挙する（ステップ１０６）。
【０１５４】
次に、データ管理部１０７は、列挙したキーワードと同じものが、処理テーブル１１３に記述されたコンテキスト処理指定のキーワードの中にあるか検索する（ステップ１０７）。
【０１５５】
ステップ１０５までの処理で抽出したシーンの合計時間が指定時間より短いので、次に、データ管理部１０７は、抽出したシーンの合計時間を指定時間に合わせるためにシーンを伸長する処理に移行する。
【０１５６】
まず、データ管理部１０７は、重要な内容を多く持つシーン、つまりより重要度の高いシーンを伸長することが一般には望ましい。よって、データ管理部１０７は、ステップ１０７で検索されたキーワードの付与されたシーンの中からより高い重要度が付与されているものを選択する（ステップ１０８）。
【０１５７】
次に、データ管理部１０７は、処理テーブル１１３を参照して、コンテキストの指示を調べる。そして、データ管理部１０７は、処理テーブル１１３に記述されたコンテキストの指示に従いステップ１０８で選択したシーンを伸張する（ステップ１０９）。
【０１５８】
例えば、キーワードが図６におけるフリーキックであれば、データ管理部１０７は、処理内容は後コンテキスト（曲線Ｃ）であるので図７（ｃ）を参照する。次に、データ管理部１０７は、シーンの開始、終了時間を図７（ｃ）の黒長方形の前後に割り当て、しきい値のラインを、斜線網掛けの長方形の長さが目標の時間になるように上下させる。
【０１５９】
次に、データ管理部１０７は、斜線網掛けの長方形に対応する開始時間と、終了時間を取得する。そして、データ管理部１０７は、取得した、開始時間と、終了時間に対応する映像データ１０９、１１１を取得する。つまり、データ管理部１０７は、現在処理中のシーンに対する前後のシーンを取得し、現在処理中のシーンに繋ぐ処理をする。
【０１６０】
なお、目標の時間は、指定時間と合計時間のずれであるが、複数のシーン（セグメント）の時間を調整する場合は、所定の比率で調整時間を割り振ってもよい。
【０１６１】
次に、データ管理部１０７は、ステップ１０９においてシーンの伸張処理を行った後のシーンの合計時間が検索リクエスト８００の指定時間８０１ｂを超えるか否かを判断する（ステップ１１０）。
【０１６２】
そして、データ管理部１０７は、シーンの合計時間が検索リクエスト８００の指定時間８０１ｂを超えるまで、ステップ１０９、ステップ１１０の処理を繰り返し行う。
【０１６３】
なお、ステップ１０９、１１０のループにおいて、一度に伸長する長さａを大きくすると少ないループ数でループを抜けることができ処理時間が短縮できるというメリットがあるが、その場合、指定時間からの誤差が大きくなってしまう可能性がある。
【０１６４】
そこで、実施の形態１では、シーンの長さの微調整を行うようにしている。
【０１６５】
具体的には、まず、データ管理部１０７が、ステップ１１０までの処理で処理したシーンの合計時間の指定時間に対する超過時間が許容範囲内か判断する（ステップ１１１）。
【０１６６】
そして、ステップ１１１において、シーンの超過時間が許容範囲を超えていると判断すると、データ管理部１０７は、ステップ１０９において使用した伸張する長さａより小さい長さｂを用いてシーン長さを短縮する（ステップ１１２）。そして、データ管理部１０７は、シーンの超過時間が許容範囲内に入るまで、ステップ１１１、ステップ１１２の処理を繰り返す。
【０１６７】
このようにして検索されたシーンを図１０に示す。図１０は、データ管理部１０７が、指定時間１分でハイライトシーンを検索する場合の処理を説明するための図である。
【０１６８】
図１０では、４番目のシーン３０１ｄの重要度が１．０であるが４０秒としかないため、データ管理部１０７は、重要度が０．８の３番目のシーン３０１ｃも選択する。
【０１６９】
しかし、シーン３０１ｃとシーン３０１ｄの合計時間が６０秒を超過するため、データ管理部１０７は、３番目のシーン３０１ｃの長さを処理テーブル１１３の指示に従って伸縮して合計時間が６０秒の区間を検索結果としている。
【０１７０】
このようにして、データ管理部１０７は、処理テーブル１１３を用いて、検索リクエスト８００に対応するシーンを検索し、検索したシーンの合計時間が指定時間に合うように調整する。また、このようにして、データ管理部１０７は、シーンに付与したキーワードの特性に応じた伸張方法でシーンを伸張することにより、シーンの特徴をより明確にできるようにシーンを伸張できる。
【０１７１】
そして、データ管理部１０７は、検索したシーンを、検索リクエスト８００に記載された送信順序８０１ｆの順で映像データ送出部１０３に送り、映像データ送出部１０３が送られてきたシーンを順次送出する（ステップ１１３）。
【０１７２】
以上説明したように、実施の形態１によれば、コンテンツデータを、メタデータと処理テーブル１１３で管理することにより、メタデータ内で使用されるキーワードの言葉の特徴を生かした検索や要約生成を実現することができる。
【０１７３】
また、実施の形態１によれば、処理テーブル１１３の内容を変更すればコンテンツデータ検索システム１００を変更しなくても処理の内容を任意に変更できる。これにより、コンテンツデータ検索システム１００自体に手を加えずに処理を変更する場合は利便性が高い。また、複数の処理テーブル１１３を用意して状況に応じて最適な処理テーブル１１３を選択するようにすれば、状況に応じて最適な検索が実現できる。
【０１７４】
なお、実施の形態１では処理テーブル１１３のコンテキスト処理のみの例を説明したが、他の処理指示も同様に処理テーブル１１３を参照すればよい。
【０１７５】
例えば「排他的」という処理内容の場合は、検索リクエストのキーワード指定に矛盾があるかどうかのチェックが可能である。
【０１７６】
具体的に説明すると、図８のキーワード８０１ａに大阪攻撃と東京攻撃が指定されたとする。大阪と東京はそれぞれサッカーのチーム名であり、それらは図６の６０１ｅなどによって「排他的（チーム）」と処理内容が指定されている。これはそれぞれのキーワードが排他的であり、同時に成立しないことを示している。したがって、サッカーがサッカーボール二つを使用するようにルール改正でもなされない限り、大阪攻撃と東京攻撃を両方満たすシーンは存在せず、検索リクエストに答えることはできない。このような場合に、検索リクエストの妥当性を、処理テーブルを参照してまずチェックすれば、無駄な検索を行わずにリクエストの矛盾を検索リクエスト作成者に指摘することができ、検索効率が上がる。
【０１７７】
例えば「重要度」という処理内容の場合には、仮にそのキーワードに重要度の値が付与されていなかったとしても基準値となる０．５等の値が付与されているものとして処理を進めれば、シーンの評価の利便性が高まる。
【０１７８】
また、検索対象が複数のファイルにまたがっているような場合には、そのファイルの優先度に応じてシーン（セグメント）の重要度にバイアスをかけたり下駄を履かせたりして数値をコントロールすることも可能であり、利便性が高い。
【０１７９】
また、複数のファイルそれぞれへのキーワードの付与の仕方や重要度の値の決め方が異なる場合、あるファイルでは同じようなシーンの重要度が０．７で別のファイルでは１．０であるような場合、値の整合性を取るために、ファイル全体に付与されている値を補正することもできる。
【０１８０】
なお、図９に示すアルゴリズムではシーンの合計時間が指定時間に収まるまで繰り返し処理を実行していたが、指定時間に合致させるためには他の方法でもよい。例えば、指定時間との差や比率を算出して、一度で修正後の時間が指定時間と一致するように処理すれば処理のループは不要になる。
【０１８１】
また、図９に示すアルゴリズムでは合計時間が指定時間を超えた場合について説明したが、指定時間より短い場合は合計時間が指定時間を越えるように逆の処理を行えばよい。
【０１８２】
指定時間と一致するようにシーンの時間を伸縮する場合、時間が全く同じになるように伸縮するのは、処理時間やシーン構成のバランス等の理由から適切でない場合がある。このような場合は、一定の時間の間に入れば可というふうに若干の誤差を残す形でもよい。
【０１８３】
また、コンテンツデータ、動画データ、映像データはネットワーク等の通信手段を使用したオンライン配信以外に、ＤＶＤディスクやフラッシュメモリー等の可搬性を持つメディアに保持して配布するオフライン配布により作り手から視聴者に渡される形態であってもよい。この場合、メディアにコンテンツデータを記録する際に、メタデータと処理テーブルをメディアに記録して同時に配布するようにする。これにより、以下のような効果がある。
【０１８４】
第１に、コンテンツデータとメタデータだけと比較して、検索時に前述したような処理テーブル１１３に記述されたキーワード毎の詳細な指示を反映できる。これによりに、検索結果がよりユーザーの望む結果に近くなる。
【０１８５】
第２に、処理テーブル１１３は１つのファイルを各メタデータで共通に使用できる。これにより、メタデータ毎に処理テーブル１１３を持つ必要がなく、メディアの容量を節約できる。
【０１８６】
なお、コンテンツデータ検索システム１００が行う処理をプログラムとし、汎用のコンピュータにプログラムを実行させる形態であっても良い。
【０１８７】
また、実施の形態１では、キーワードに対する処理内容を処理テーブル１１３で所有する形態で説明したが、メタデータにキーワードに対する処理内容を直接書き込む形態であっても良い。
【０１８８】
（実施の形態２）
本発明の実施の形態２では、コンテンツデータの内容を記述したメタデータを作成するオーサリングシステムについて説明する。
【０１８９】
まず、実施の形態２にかかるオーサリングシステムの構成について、図１１を用いて説明する。図１１は、実施の形態２にかかるオーサリングシステムの構成図である。
【０１９０】
実施の形態２にかかるオーサリングシステム１３００は、入出力処理部（ＧＵＩ）１３０１と、オーサリング処理部１３０５と、コンテンツデータ提供部１３０８と、がデータバス１３０４により接続された構成を採る。
【０１９１】
入出力処理部１３０１には、操作入力部１３０２と、ディスプレイ部１３０３が設けられている。
【０１９２】
操作入力部１３０２は、ユーザーの操作を入力し、入力したユーザーの操作をディスプレイ部１３０３、オーサリング処理部１３０５、コンテンツデータ提供部１３０８に送る。操作入力部１３０２はキーボードやマウス、タッチパネルのような入力機器であり、この入出力処理はいわゆるＧＵＩである。なお、操作入力はユーザーによるものだけでなく音声認識等の自動処理入力も含む。
【０１９３】
ディスプレイ部１３０３は、ユーザーの操作した状況を表示する。
【０１９４】
データバス１３０４は、データを受け渡すバスである。
【０１９５】
コンテンツデータ提供部１３０８は、複数の映像データ１０９、１１１を保管、管理する映像データ保管部１１４を備える。また、コンテンツデータ提供部１３０８は、オーサリング処理部１３０５が作成したメタデータ１３１０、１３１２も保管、管理するメタデータ保管部１３１３を備える。オーサリング処理部１３０５が作成するメタデータ１３１０、１３１２には実施の形態１で述べたような情報が記述される。
【０１９６】
メタデータ１３１０、１３１２内にはどの映像データ１０９、１１１についてのメタデータであるかのリンクが記述されており、映像データ１０９、１１１とメタデータ１３１０、１３１２はそれぞれ関連付けられている。
【０１９７】
なお、映像データ１０９、１１１とメタデータ１３１０、１３１２は一対一である場合が多いが、必ずしもそうである必要はなく、複数の映像データに関する情報を１つのメタデータが保持してもよいし、１つの映像データに関するメタデータが複数存在してもよい。
【０１９８】
また、コンテンツデータ提供部１３０８は、処理テーブル１３３を保管、管理するテーブル保管部１１６を備える。処理テーブル１３３はメタデータ１３１０、１３１２内で使用されるキーワードと処理の対応テーブルである。
【０１９９】
コンテンツデータ提供部１３０８としてはハードディスク、光ディスク、磁気ディスク等の情報保持メディアが使用できる。
【０２００】
映像データ１０９、１１１はＭＰＥＧ等の符号化フォーマットを使用したデジタルファイルである。
【０２０１】
オーサリング処理部１３０５には、動画アクセス部１３０６と、データ作成部１３０７が設けられている。
【０２０２】
動画アクセス部１３０６は、ユーザーからの操作入力に応じて映像データ１０９、１１１を読み出し、ディスプレイ部１３０３に表示する。ユーザーは、操作入力部１３０２において、映像データ１０９、１１１の所望の区間にキーワードを付与する操作を行い、それをデータ作成部１３０７が受け取り、メタデータ１３１０、１３１２を作成してコンテンツデータ提供部１３０８に保管する。
【０２０３】
なお、実施の形態２にかかるオーサリングシステム１３００は図１１に示したような複数の手段から構成されるが、これらは１つのパソコンで実現することもできるし、複数の装置の組み合わせでも実現できる。
【０２０４】
例えば、コンテンツデータ提供部１３０８をネットワーク接続されたストレージに保管し、処理をサーバーが行い、ユーザーへの入出力をパソコンで行うということが可能である。
【０２０５】
また、オーサリングシステムのソフトウエアも装置組み込み、ネットワークを通じたＷＥＢサービス、ディスクメディアでの保持等、様々な形態で使用することが可能である。
【０２０６】
次に、実施の形態２にかかるオーサリングシステム１３００のＧＵＩについて図１２を用いて説明する。図１２は、実施の形態２にかかるオーサリングシステム１３００のＧＵＩの一例を示す図である。
【０２０７】
ＧＵＩの操作画面１４００はディスプレイ部１３０３に表示される。操作画面１４００を使用してユーザーの意図を入力するにはマウスやキーボードなどの入力手段である操作入力部１３０２を使用する。
【０２０８】
操作画面１４００の上部左方には、メニュー部１４０１が設けられている。メニュー１４０１部は、メニュー１４０１ａおよびメニューボタン１４０１ｂから構成され、ファイルの選択や保存する際に使用される。
【０２０９】
操作画面１４００の中央やや上方には、動画映像表示部１４０２が設けられている。動画映像表示部１４０２には、ユーザーにより選択された動画ファイルの映像が表示される。
【０２１０】
また、操作画面１４００の動画映像表示部１４０２の右方には、ファイル情報ボタン１４０５が設けられている。ファイル情報選択ボタン１４０５は、動画映像表示部１４０２に表示する動画ファイルを選択する場合に使用される。
【０２１１】
操作画面１４００のほぼ中央には、時間軸１４０８が設けられている。時間軸１４０８は、マーカー１４０８ａにより、現在動画映像表示部１４０２で表示されている動画ファイルのどの時間を再生しているかを示す。
【０２１２】
また、ユーザーがマーカー１４０８ａを移動させることにより映像をシークさせることができる。
【０２１３】
操作画面１４００の動画映像表示部１４０２の右方には、キーワード選択ボタン１４０６が設けられている。キーワード選択ボタン１４０６は、キーワードリストを表示させ、表示させたキーワードリストからオーサリングに使用するキーワードを選択するために使用される。
【０２１４】
また、操作画面１４００のキーワード選択ボタン１４０６の下方近傍には、複数のキーワードボタン１４０７が設けられている。キーワードボタン１４０７は、キーワード選択ボタン１４０６により選択されたキーワードに対応するボタンである。
【０２１５】
また、操作画面１４００の下部左端部には、リスト１４１１が設けられている。リスト１４１１は、キーワードボタン１４０７に対応するキーワードを列挙したリストである。
【０２１６】
また、操作画面１４００の時間軸１４０８の下方近傍には、動画映像表示部１４０２で表示している動画ファイルの複数のシーン（セグメント）１４１２が時間系列順に配置されている。図３に示したようにシーンは連続しており重なりはない。
【０２１７】
また、シーン１４１２はボタンになっており、押下することによって映像をそのシーンの開始時間にシークする機能がある。
【０２１８】
また、操作画面１４００の動画映像表示部１４０２の右方近傍には、シーン分割ボタン１４０３が設けられている。シーン分割ボタン１４０３は、シーンの区切りをつける場合に使用される。
【０２１９】
また、操作画面１４００の上部左端部には、複数の映像シークボタン１４０９が設けられている。映像シークボタン１４０９は、映像の再生や前後のシークを行う。また、映像シークボタン１４０９で動画ファイルの再生中にシーン分割ボタン１４０３を押下すると、その位置（時間）がシーンの区切りとなる。
【０２２０】
初めてオーサリングを行う際に動画ファイルを読み込むとまず、動画ファイル全体の開始時間から終了時間までが１つのシーンとして定義され、シーン分割ボタン１４０３によって複数のシーンに定義し直される。
【０２２１】
また、操作画面１４００のシーン分割ボタン１４０３の右方近傍には、シーン結合ボタン１４０４が設けられている。シーン結合ボタン１４０４は、動画ファイルの現在の位置が含まれるシーンを前後どちらかのシーンと結合するために使用される。
【０２２２】
ユーザーは、シーン分割ボタン１４０３とシーン結合ボタン１４０４の操作によって自在にシーン（セグメント）を定義することが可能となる。
【０２２３】
映像シークボタン１４０９を用いて動画ファイルを再生またはシークして、その位置でキーワードボタン１４０７を押すとその時間を含むシーンにキーワードが付与され、操作画面１４０１の時間軸１４０８の下方であって、時間軸１４０８の対応する位置にタグボタン１４１３として表示される。また、タグボタン１４１３は、キーワードリスト１４１１と同じ列に配置されてどのキーワードが関連付けられているか対応がわかるようになっている。タグボタン１４１３の色の濃淡は重要度の強さを表しており、タグボタン１４１３をクリック等の操作することで重要度を変更することができる。
【０２２４】
また、操作画面１４００のキーワードリスト１４１１の上部近傍には、シーン表示ボタン１４１０が設けられている。シーン表示ボタン１４１０は、各シーンのサムネール画像の一覧を表示させる場合に押下される。
【０２２５】
以上説明したように、本ＧＵＩにより、動画ファイルを任意のシーンに分割し、分割したそれぞれのシーンに任意のキーワードを付与することが可能になる。
【０２２６】
また、シーンの定義やキーワードの関連付けは操作毎にメタデータとしてコンテンツデータ提供部１３０８に書き込んでもよいが、通常はオーサリング処理部１３０５のメモリに保持して、オーサリング作業の最後に一括してコンテンツデータ提供部１３０８に書き込む。
【０２２７】
次に、実施の形態２にかかるオーサリングシステム１３００のアルゴリズムについて、図１３を用いて説明する。図１３は、実施の形態２にかかるオーサリングシステム１３００の動作フローチャートである。
【０２２８】
入出力処理部１３０１の操作入力部１３０２から動画ファイルを選択する旨の入力があると、オーサリング処理部１３０５の動画アクセス部１３０６がコンテンツデータ提供部１３０８にアクセスし、操作入力部１３０２から選択された動画ファイル（映像ファイル）１０９、１１１を読み込む（ステップ１３０１）。
【０２２９】
次に、動画アクセス部１３０６は、読み込んだ動画ファイルを入出力部（ＧＵＩ）１３０１のディスプレイ部１３０３に表示することで、ユーザーに提示する（ステップ１３０２）。
【０２３０】
これに対して、ユーザーが映像シークボタン１４０９を操作することにより動画再生や動画のシークを行い、さらにキーワード選択ボタン１４０６を操作することにより、所望のシーンにキーワードを関連付けたり、タグボタン１４１３を操作することにより重要度をセットしたりする。
【０２３１】
これに対して、操作入力部１３０２が動画再生や動画のシークに関する情報、ユーザーが選択したキーワードや重要度などの情報をデータ作成部１３０７に送る（ステップ１３０３）。
【０２３２】
そして、データ作成部１３０７が、ユーザーが選択したシーンに、ユーザーが選択したキーワードを関連付けたり重要度をセットしたりする（ステップ１３０４）。
【０２３３】
次に、データ作成部１３０７は、ユーザーにより選択されたキーワードが処理テーブル１３３に定義されているか検索する（ステップ１３０５）。
【０２３４】
もし処理テーブル１３３に一致するキーワードがあれば、データ作成部１３０７は、処理テーブル１３３に指定されている処理内容を行う（ステップ１３０６）。
【０２３５】
具体的には、例えば、処理テーブル１３３に「排他的（チーム）」という処理内容が定義されていれば、データ作成部１３０７は、そのキーワードが関連付けられていないところは自動的に対戦チームのキーワードを関連付ける。また、データ作成部１３０７は、対戦チームはファイル全体に付与されるファイル情報等の情報から取得する。こうすれば、ユーザーが、排他的なキーワード、つまり対戦チームに関するキーワード付与を行う必要がなくなるので、オーサリングの作業量が減るというメリットがある。
【０２３６】
また、排他的なキーワードが同一の時間区間（シーン）に関連付けられることは矛盾するので、オーサリング操作において、そういう矛盾した操作を禁止することは利便性が高い。
【０２３７】
また、例えば、処理テーブル１３３に「重要度」という処理内容が定義されていれば、データ作成部１３０７はユーザーからの重要度の入力がなくてもデフォルト値を自動的に関連付ける。このように自動的に重要度を付与することにより、ユーザーの作業量が減る。
【０２３８】
また、重要度のデフォルト値はあらかじめユーザーがセットしておく値である。例えば、重要度のレンジが０から１の場合は中間点である０．５をセットしておいてもいいし、他の値でも良い。
【０２３９】
また、そのファイルの内容が全ての時間帯において重要であるような場合、オフセット値を加えて、他のファイルに比べて高めの値をデフォルト重要度値としてセットするのも効果的である。なぜなら、全体的につまらないコンテンツと非常に面白いコンテンツを同時に検索対象とするとき面白いコンテンツのほうが優先的に検索されるべきであり、重要度のオフセット値を高めにしておけばそれが実現できるからである。
【０２４０】
また、例えば、処理テーブル１３３に「コンテキスト」という処理が定義されていれば、データ作成部１３０７は、ユーザーからキーワードと重要度の入力があったときに前後のシーンに段階的に重要度の関連付けを行う。このように、自動的に現在処理中の前後のシーンに段階的に重要度を付与することにより、ユーザーが現在処理中の前後のシーンに対して段階的に重要度を付与する必要がなくなるので、非常に利便性が高い。
【０２４１】
この重要度のつけ方の一例について図１４（ａ）、図１４（ｂ）を用いて説明する。
【０２４２】
図１４（ａ）は、ユーザー操作によって、シーンに対して入力されたキーワードと重要度を示す図である。
【０２４３】
図１４（ａ）の例では、開始時間０時３０分００秒、終了時間０時３２分３０秒の区間にキーワード「ゴール」、重要度「０．８」が関連付けられている。
【０２４４】
図１４（ａ）に示す、シーン、キーワード、および重要度の状態は、図１３に示すステップ１３０４における状態に当たる。
【０２４５】
次の、ステップ１３０５では、データ作成部１３０７は、処理テーブル１３３の検索を行う。
【０２４６】
処理テーブル１３３には、キーワード「ゴール」に対する処理内容として「前後コンテキスト（前長め、後ろ短め）」が定義されている。
【０２４７】
したがって、データ作成部１３０７は、前に２つのシーン、後ろに１つのシーンに対して、重要度を段階的に付加する。データ作成部１３０７が自動的に重要度を付加したシーンを図１４（ｂ）に示す。
【０２４８】
キーワード「ゴール」は前に重点を置く。このため、図１４（ｂ）からわかるように、データ作成部１３０７は後ろのシーンより前のシーンの重要度を高くしている。
【０２４９】
なお、図１４（ｂ）の例では合計３つのシーンに対して重要度を自動付加したが、重要度を付加するシーンの数や重要度の値、それぞれの時間の長さはオーサリングシステムで適当に決めればよい。
【０２５０】
また、重要度を付加するシーンの数や重要度の値、時間の長さ等の詳細な設定の指示を処理テーブル１３３か処理テーブル１３３に記述した備考欄のリンク先に記述しても良い。これによれば、より細かくキーワードにあった処理を選択することができる。
【０２５１】
このようにして、データ作成部１３０７は、メタデータのシーン情報を更新する（ステップ１３０７）。
【０２５２】
そして、データ作成部１３０７は、ユーザーによるキーワード関連付けのオーサリング操作が完了するまで、ステップ１３０３〜ステップ１３０７のループを繰り返す（ステップ１３０８）。
【０２５３】
そして、ユーザーによるキーワード関連つけのオーサリング操作が終了し、ユーザーにより、生成したメタデータを保存する旨の入力があると（ステップ１３０９）、データ作成部１３０７は、コンテンツデータ提供部１３０８にファイルとしてメタデータ１３１０、１３１２を保存する（ステップ１３１０）。
【０２５４】
一方、ユーザーにより、生成したメタデータを保存する旨の入力がないと、データ作成部１３０７は、コンテンツデータ提供部１３０８にメタデータを作成しない。
【０２５５】
例えば、ユーザーが、既に存在しているメタデータを読み出して編集したような場合には、ステップ１３０９において保存を選択しなければ、コンテンツデータ提供部１３０８のメタデータは更新されない。
【０２５６】
以上説明したように、実施の形態２のオーサリングシステムによれば、処理テーブル１３３を使用したオーサリング処理を行うことができる。これにより、ユーザーのキーワード付与操作をサポートすることができ、作業効率が著しく向上することができる。
【０２５７】
また、実施の形態２によれば、処理テーブル１３３の内容を変更すればオーサリングシステムを全く変更しなくても処理内容を任意のものに変更できるため、オーサリングシステム自体に手を加えずに処理を変更する場合は利便性が高い。
【０２５８】
なお、複数の処理テーブルを用意して状況に応じて最適な処理テーブルを選択するようにすれば、状況に応じて最適な自動オーサリングが実現できる。
【０２５９】
（実施の形態３）
実施の形態３は、実施の形態２を改良したものであり、メタデータが伝える情報量は維持したままメタデータが大きくならないようにしたものである。
【０２６０】
具体的には、実施の形態２においては、処理テーブルに定義された処理内容に従ってメタデータへ情報追加をしたが、実施の形態３では、処理テーブルに定義された処理のＩＤをメタデータのキーワードに関連付けするようにした。
【０２６１】
以下、実施の形態３にかかるオーサリングシステムのアルゴリズムについて、図１５を用いて説明する。図１５は、実施の形態３にかかるオーサリングシステム１３００の動作フローチャートである。なお、実施の形態３にかかるオーサリングシステムの構成は実施の形態２と同一であるので説明を省略する。
【０２６２】
入出力処理部１３０１の操作入力部１３０２から動画ファイルを選択する旨の入力があると、オーサリング処理部１３０５の動画アクセス部１３０６がコンテンツデータ提供部１３０８にアクセスし、操作入力部１３０２から選択された動画ファイル（映像ファイル）１０９、１１１を読み込む（ステップ１５０１）。
【０２６３】
次に、動画アクセス部１３０６は、読み込んだ動画ファイルを入出力部（ＧＵＩ）１３０１のディスプレイ部１３０３に表示することで、ユーザーに提示する（ステップ１５０２）。
【０２６４】
これに対して、ユーザーが映像シークボタン１４０９を操作することにより動画再生や動画のシークを行い、さらにキーワード選択ボタン１４０６を操作することにより、所望のシーンにキーワードを関連付けたり、タグボタン１４１３を操作することにより重要度をセットしたりする。
【０２６５】
これに対して、操作入力部１３０２が動画再生や動画のシークに関する情報、ユーザーが選択したキーワードや重要度などの情報をデータ作成部１３０７に送る（ステップ１５０３）。
【０２６６】
そして、データ作成部１３０７が、ユーザーが選択したシーンに、ユーザーが選択したキーワードを関連付けたり重要度をセットしたりする（ステップ１５０４）。
【０２６７】
次に、データ作成部１３０７は、ユーザーにより選択されたキーワードが処理テーブル１３３に定義されているか検索する（ステップ１５０５）。
【０２６８】
もし、処理テーブル１３３に一致するキーワードがあれば、データ作成部１３０７は、処理テーブル１３３に指定されている処理ＩＤをメタデータに記述する処理を行う（ステップ１５０６）。
【０２６９】
具体的には、例えばキーワード「ゴール」であれば、データ作成部１３０７は、図６の処理テーブル１１３の「ゴール」に対応する処理ＩＤ３をメタデータに記述する。処理ＩＤ６０５とは、処理を特定するために割り振られた番号で、処理ＩＤ６０５と処理内容６０２の対応テーブルを利用することによりキーワードに関連付けられた処理内容６０２を特定することができる。
【０２７０】
メタデータに処理ＩＤ６０２を記述した例を図１６に示す。図１６中の１８０１で示される部分には、ＸＭＬの属性値の一つとして処理ＩＤ６０２が記述されている。
【０２７１】
なお、メタデータに処理ＩＤ６０２を記述する仕方はこの方法以外にも、ＸＭＬのＮＯＤＥとして併記する方法や、キーワードの値の一部として「ゴール：処理ＩＤ：３」のように記述してしまう方法等ある。
【０２７２】
また、処理ＩＤ６０２の代わりに図６のキーワードＩＤ６０４をメタ−データに記述しても同様の効果が得られる。
【０２７３】
このようにして、データ作成部１３０７は、メタデータのシーン情報を更新する（ステップ１５０７）。
【０２７４】
そして、データ作成部１３０７は、ユーザーによるキーワード関連付けのオーサリング操作が完了するまで、ステップ１５０３〜ステップ１５０７のループを繰り返す（ステップ１５０８）。
【０２７５】
そして、ユーザーによるキーワード関連つけのオーサリング操作が終了し、ユーザーにより、生成したメタデータを保存する旨の入力があると（ステップ１５０９）、データ作成部１３０７は、コンテンツデータ提供部１３０８にファイルとしてメタデータ１３１０、１３１２を保存する（ステップ１５１０）。
【０２７６】
以上説明したように、実施の形態３によれば、メタデータに処理内容そのものを記述するのではなく、処理内容に対応したＩＤを記述することができる。このような方法で記述されたメタデータは実施の形態２で作成されたメタデータよりもファイルの大きさを小さくすることができる。
【０２７７】
また、実施の形態３により生成したメタデータを使用する検索システムは、メタデータと処理テーブル（または処理ＩＤと処理の対応テーブル）を併用して、メタデータを使用する際に実施の形態２で説明したようなデータの自動付与を行い、実施の形態３のメタデータを実施の形態２で作成したメタデータに復元すればよい。これにより、実施の形態２で説明したのと同様の効果が得られる。
【０２７８】
実施の形態２と実施の形態３は、メタデータの処理テーブルで指示された拡張解釈をオーサリング時に行うか、メタデータの使用時に行うかという違いであり、効果には差はなく、処理負荷をどちらに持たせたほうが有利か、メタデータの大きさを小さくする必要があるかのどの観点で選択するべきものである。
【産業上の利用可能性】
【０２７９】
以上説明したように、本発明によれば、コンテンツデータに対して処理テーブルを用いることにより、コンテンツデータの処理方法を細かく設定できる。この結果、コンテンツデータから特定のキーワードが関連付けられたシーンを検索して抽出するような場合に、検索結果の合計時間を所望の時間に微調整する等できる。
【図面の簡単な説明】
【０２８０】
【図１】本発明の実施の形態１にかかるコンテンツデータ検索システムの構成図
【図２】実施の形態１にかかるメタデータの具体例を示す図
【図３】実施の形態１にかかるメタデータにおけるキーワードの付与状態を模式的に示す図
【図４】実施の形態１にかかるメタデータにおけるキーワードの別の付与状態を模式的に示す図
【図５】実施の形態１にかかるメタデータにおけるキーワードの別の付与状態を模式的に示す図
【図６】実施の形態１にかかる処理テーブルの構成図
【図７】（ａ）実施の形態１にかかる処理方法の例を示す第１の図、（ｂ）実施の形態１にかかる処理方法の例を示す第２の図、（ｃ）実施の形態１にかかる処理方法の例を示す第３の図、
【図８】実施の形態１にかかる検索リクエストを示す図
【図９】実施の形態１にかかるシーン検索部のシーン検索アルゴリズムのフローチャート
【図１０】実施の形態１にかかるデータ処理部が、指定時間１分でハイライトシーンを検索する場合の処理を説明するための図
【図１１】本発明の実施の形態２にかかるオーサリングシステムの構成図
【図１２】実施の形態２にかかるオーサリングシステムのＧＵＩの一例を示す図
【図１３】実施の形態２にかかるオーサリングシステムの動作フローチャート
【図１４】（ａ）ユーザー操作によって、シーンに対して入力されたキーワードと重要度を示す図、（ｂ）実施の形態２にかかるデータ作成部が自動的に重要度を付加したシーンを示す図
【図１５】本発明の実施の形態３にかかるオーサリングシステムの動作フローチャート
【図１６】実施の形態３にかかるメタデータを示す図
【符号の説明】
【０２８１】
１００  コンテンツデータ検索システム
１０１  通信処理部
１０２  リクエスト入力部
１０３  映像データ送出部
１０５  要約生成部
１０６  シーン検索部
１０７  データ管理部
１０８、１３０８  コンテンツデータ提供部
１１４  映像データ保管部
１１５、１３１３  メタデータ保管部
１１６  テーブル保管部
１３００  オーサリングシステム
１３０１  入出力処理部
１３０２  操作入力部
１３０３  ディスプレイ部
１３０５  オーサリング処理部
１３０６  動画アクセス部
１３０７  データ作成部
【図１】
2005033619.tif 000003
【図２】
2005033619.tif 000004
【図３】
2005033619.tif 000005
【図４】
2005033619.tif 000006
【図５】
2005033619.tif 000007
【図６】
2005033619.tif 000008
【図７】
2005033619.tif 000009
【図８】
2005033619.tif 000010
【図９】
2005033619.tif 000011
【図１０】
2005033619.tif 000012
【図１１】
2005033619.tif 000013
【図１２】
2005033619.tif 000014
【図１３】
2005033619.tif 000015
【図１４】
2005033619.tif 000016
【図１５】
2005033619.tif 000017
【図１６】
2005033619.tif 000018