WO2010100913A1 - メタデータ生成管理装置、メタデータ生成システム、メタデータ生成管理用集積回路、メタデータ生成管理方法、及びプログラム - Google Patents

Abstract

　本発明に係るメタデータ生成管理装置は、コンテンツの再生量をカウントするカウント部と、前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウント部によりカウントされた前記コンテンツの再生量に応じて制御する制御部とを備える。

Description

メタデータ生成管理装置、メタデータ生成システム、メタデータ生成管理用集積回路、メタデータ生成管理方法、及びプログラム

　本発明は、コンテンツの特徴を示すメタデータの生成管理技術に関する。

　動画等のコンテンツを登録及び再生するための端末装置からの要求に応じて、コンテンツを登録し、又はその端末装置にコンテンツを配信する配信システムが知られている。

　この配信システムでは、登録されたコンテンツとそのメタデータとを対応付けて管理しており、このシステムのユーザは、端末装置上で特定のメタデータを指定することで、指定されたメタデータと対応付けられたコンテンツを検索し、再生対象とするコンテンツを選択することができる。

　このようなコンテンツのメタデータを自動的に生成する技術として、例えば、特許文献１の技術が知られている。特許文献１の技術は、映像データを登録する際に、その映像データを解析して映像データの信号特徴を抽出し、抽出した信号特徴に基づいて、映像のシーン構造及び各シーンの信号レベルにおける特徴量を自動抽出するなどして、メタデータを生成するものである。

　また、一般的な技術として、映像データから文字を抽出する技術が知られている（例えば、特許文献２）。

特開２００３－３０４４７３号公報 特開２００１－１１１９１０号公報

　しかしながら、特許文献１の方法では、映像データを登録する際に、一律にメタデータを生成するので、映像データの登録要求の平均的な発生頻度が高くなるにつれ、既存の配信システムの設備では対応できなくなるという問題がある。即ち、映像データの登録要求の平均的な発生頻度が高くなってきた場合には、メタデータの生成を行う装置の処理負荷が過大にならないように、その装置の数を増やしたり、その１台の装置（プロセッサ）の性能を上げるといった、設備の増強を行う必要がある。

　そこで、本発明は係る問題に鑑みてなされたものであり、コンテンツの登録要求の平均的な発生頻度が高くなっても、メタデータの生成処理負荷の増加を抑えることが可能なメタデータ生成管理装置を提供することを目的とする。

　上記課題を解決するために、本発明に係るメタデータ生成管理装置は、コンテンツの再生量をカウントするカウント部と、前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウント部によりカウントされた前記コンテンツの再生量に応じて制御する制御部とを備えることを特徴とする。

　上述の構成を備える本発明に係るメタデータ生成管理装置は、コンテンツの再生量に応じて、メタデータを生成する指示を出力するか否かを制御するので、再生量が少ないコンテンツについてはメタデータを生成する指示を出力しないようにすることで、コンテンツの登録要求の平均的な発生頻度が高くなっても、メタデータ生成処理負荷の増加を抑えることができる。

　また、前記制御部は、前記コンテンツの再生量に応じて多くなるように定まる、当該コンテンツのメタデータの生成に用いられるべき処理の量を示す処理量情報を前記指示に含めて出力するものであり、前記メタデータ生成管理装置は、更に前記制御部により出力された前記指示に含まれている前記処理量情報が示す処理の量に対応する前記メタデータの生成処理を実行する生成部を備えることとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、コンテンツの再生量に応じて多くの処理量となるメタデータ生成処理を実行するので、再生量が多いコンテンツほど、より多くのメタデータが生成され得る。従って、再生対象とするコンテンツの検索にメタデータを用いる場合に、再生量の多いコンテンツほど、この検索でヒットする可能性を高めることができる。

　また、前記コンテンツの再生量は、当該コンテンツに対して行われた再生要求の回数であり、前記制御部は、前記再生要求の回数が所定値以上である場合にのみ、前記指示を出力するよう制御することとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、再生要求の回数が所定値以上であるコンテンツについてのみ、メタデータを生成する指示を出力するので、再生要求の回数が比較的多い、つまり、よく利用されているコンテンツに、メタデータ生成処理のための限られた資源を割り当てて、効率的にメタデータを生成できる。

　また、前記生成部は、コンテンツから特定の特徴を抽出するための複数の基準の中から、前記処理量情報が示す処理の量に応じた個数の基準を用いて、前記メタデータの生成処理を実行することとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、再生要求の回数に応じた個数の特定の特徴を抽出するための基準を用いてメタデータを生成するので、再生要求の回数が多いコンテンツほど、より多くのメタデータが生成され得る。従って、再生対象とするコンテンツの検索にメタデータを用いる場合に、再生要求の回数が多いコンテンツほど、この検索でヒットする可能性を高めることができる。

　また、前記コンテンツは、再生時間軸を持つストリームであり、前記生成部は、前記処理量情報が示す処理の量に応じた時間長の前記コンテンツの部分を生成元として、前記メタデータの生成処理を実行することとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、再生要求の回数に応じた時間長のコンテンツの部分を生成元としてメタデータを生成するので、再生要求の回数が多いコンテンツほど、より多くのメタデータが生成され得る。従って、再生対象とするコンテンツの検索にメタデータを用いる場合に、再生要求の回数が多いコンテンツほど、この検索でヒットする可能性を高めることができる。

　また、前記コンテンツは、映像データと音声データとから構成されており、前記生成部は、前記コンテンツを構成する一方のデータと双方のデータとのいずれを用いて前記メタデータの生成を行うかを、前記処理量情報が示す処理の量に応じて決定し、決定したデータを生成元として、前記メタデータの生成処理を実行することとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、再生要求の回数に応じて、映像データと音声データとのうちの一方のデータか、双方のデータを用いてメタデータを生成するので、再生要求の回数が多いコンテンツほど、より多くのメタデータが生成され得る。従って、再生対象とするコンテンツの検索にメタデータを用いる場合に、再生要求の回数が多いコンテンツほど、この検索でヒットする可能性を高めることができる。

　また、前記コンテンツの再生量は、当該コンテンツにおいて再生された部分の時間長であり、前記制御部は、前記時間長が所定値以上である場合にのみ、前記指示を出力するよう制御することとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、再生された部分の時間長が所定値以上であるコンテンツについてのみ、メタデータを生成する指示を出力するので、再生された部分の時間長が比較的長い、つまり、よく利用されているコンテンツに、メタデータ生成処理のための限られた資源を割り当てて、効率的にメタデータを生成できる。

　また、前記制御部は、前記コンテンツにおける再生された部分を示す部分情報を前記指示に含めて出力するものであり、前記メタデータ生成管理装置は、更に前記制御部から出力された前記指示に含まれている前記部分情報が示す部分を生成元として、前記メタデータの生成処理を実行する生成部を備えることとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、再生された部分を生成元としてメタデータを生成するので、再生されていない部分についてもメタデータを生成する場合と比較し、メタデータ生成処理負荷の増加を抑えることができる。

　また、前記コンテンツの再生量は、当該コンテンツに対する再生要求に基づいて、当該コンテンツを構成する複数の部分それぞれに対して行われた再生の回数であり、前記制御部は、各部分の中に、再生の回数が所定値以上である部分が含まれている場合にのみ、前記指示を出力するよう制御することとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、コンテンツを構成する複数の部分のうち、再生の回数が所定値以上である部分を含むコンテンツを生成元としてメタデータを生成するので、よく利用されているコンテンツにメタデータ生成処理のための限られた資源を割り当てて、効率的にメタデータを生成できる。

　また、前記制御部は、前記コンテンツを構成する複数の部分のうち、再生の回数が所定回数以上である部分を示す部分情報を前記指示に含めて出力するものであり、前記メタデータ生成管理装置は、更に前記制御部から出力された前記指示に含まれている前記部分情報が示す部分を生成元として、前記メタデータの生成処理を実行する生成部を備えることとしてもよい。

　これにより、本発明に係るメタデータ生成管理装置は、コンテンツを構成する複数の部分のうち、再生の回数が所定値以上である部分を生成元としてメタデータを生成するので、よく利用されている部分に、メタデータ生成処理のための限られた資源を割り当てて、効率的にメタデータを生成できる。

　また、本発明に係るメタデータ生成システムは、再生要求に応じてコンテンツの配信を行う配信装置と、当該配信装置に対し再生要求を行い配信されたコンテンツを再生する端末装置と、メタデータ生成管理装置とを備えるメタデータ生成システムであって、前記メタデータ生成管理装置は、前記配信装置が再生要求を受けたことを示す情報を取得することにより、前記コンテンツの再生量をカウントするカウント部と、前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウント部によりカウントされた前記コンテンツの再生量に応じて制御する制御部とを備えることを特徴とする。

　これにより、本発明に係るメタデータ生成システムのメタデータ生成管理装置は、コンテンツの再生量に応じて、メタデータを生成する指示を出力するか否かを制御するので、再生量が少ないコンテンツについてはメタデータを生成する指示を出力しないようにすることで、コンテンツの登録要求の平均的な発生頻度が高くなっても、メタデータ生成処理負荷の増加を抑えることができる。

　また、前記メタデータ生成管理装置の前記制御部は、前記コンテンツの再生量に応じて多くなるように定まる、当該コンテンツのメタデータの生成に用いられるべき処理の量を示す処理量情報を前記指示に含めて、前記端末装置から前記配信装置に対し前記再生要求がなされた際に、当該端末装置に出力するものであり、前記端末装置は、更に前記配信装置に対し行った配信要求に応じて配信されたコンテンツを生成元として、前記制御部により出力された前記指示に含まれている前記処理量情報が示す処理の量に対応する前記メタデータの生成処理を実行する生成部を備えることとしてもよい。

　これにより、本発明に係るメタデータ生成システムは、配信要求を行った端末装置に、配信要求に係るコンテンツのメタデータを生成させることができるので、コンテンツの登録要求の平均的な発生頻度が高くなっても、メタデータ生成管理装置や配信装置の処理負荷を大きく増加させることなく、メタデータの生成を行うことができる。

実施の形態１に係るメタデータ生成システム１０００のシステム構成図である。 コンテンツテーブル１０、メタデータテーブル２０、サムネイル画像テーブル３０、及び配信ログテーブル４０のデータ構成及び内容例を示す図である。 再生量テーブル５０及び生成ログテーブル６０のデータ構成及び内容例を示す図である。 メタデータ生成管理装置２００によるメタデータの生成処理を示すフローチャートである。 変形例１に係るメタデータ生成管理装置によるメタデータの生成処理を示すフローチャートである。 変形例２に係るメタデータ生成管理装置によるメタデータの生成処理を示すフローチャートである。 実施の形態２に係るメタデータ生成システム１１００のシステム構成図である。 再生量テーブル５３及び生成ログテーブル６３のデータ構成及び内容例を示す図である。 実施の形態２に係るメタデータ生成管理装置２１０によるメタデータの生成処理を示すフローチャートである。 再生量テーブル５６及び生成ログテーブル６５のデータ構成及び内容例を示す図である。 変形例３に係るメタデータ生成管理装置によるメタデータの生成処理を示すフローチャートである。 実施の形態３に係るメタデータ生成システム１２００のシステム構成図である。 実施の形態３に係るメタデータ生成管理装置２２０によるメタデータの生成判定処理及び端末装置３１０Ａによるメタデータの生成処理を示すフローチャートである。 録画再生装置５００の機能構成を示すブロック図である。

　以下、本発明に係るメタデータ生成管理装置を含むメタデータ生成システムの一実施形態を、図面を参照しながら説明する。

　≪実施の形態１≫
　＜構成＞
　まず、実施の形態１に係るメタデータ生成システム１０００の構成について説明する。

　　＜メタデータ生成システム＞
　図１は、実施の形態１に係るメタデータ生成システム１０００のシステム構成図である。

　メタデータ生成システム１０００は、動画コンテンツの検索に用いられるメタデータを、動画コンテンツの再生量に応じて生成するシステムである。

　なお、本実施の形態においては、動画コンテンツの再生量の一例として、各端末装置からの動画コンテンツの再生要求の回数（以下、単に「再生回数」という）を用いて説明する。

　メタデータ生成システム１０００は、配信装置１００と、メタデータ生成管理装置２００と、端末装置３００Ａ、３００Ｂとから構成されている。なお、ここでは、一例として、端末装置３００Ａ、３００Ｂのみを図示しているが、端末装置の数は１台以上であれば１００台でも、１０００台でもよい。

　配信装置１００とメタデータ生成管理装置２００とは、ＬＡＮ（Local Area Network）１を介して接続されており、配信装置１００と各端末装置（３００Ａ、３００Ｂ）とは、インターネット２を介して接続されている。

　ここで、配信装置１００は、動画コンテンツとそのメタデータとを対応付けて管理する機能を有する他、Ｗｅｂサーバとして機能する。

　配信装置１００は、各端末装置からインターネット２を介して受信した、特定のメタデータの指定を含む動画コンテンツの検索要求に応じて、その特定のメタデータと対応付けられた動画コンテンツの一覧を検索結果として送信する。また、配信装置１００は、各端末装置から受信した、上記動画コンテンツの一覧内の１つの動画コンテンツの指定を含む動画コンテンツの再生要求に応じて、指定された動画コンテンツを配信する。

　また、配信装置１００は、各端末装置から受信した動画コンテンツの登録要求に応じて、その登録要求に係る新たな動画コンテンツと、その動画コンテンツの初期メタデータとを対応付けて登録する。

　ここで、一例として、初期メタデータは、対応する動画コンテンツのタイトル、再生時間長、ファイルフォーマット、及び登録日時からなるデータであるものとして説明する。

　また、メタデータ生成管理装置２００は、配信装置１００に記憶されている動画コンテンツの再生量（本実施の形態では、再生回数）が多くなるほど、動画コンテンツから特定の特徴を抽出するための複数の基準のうちのより多くの基準を用いて、その動画コンテンツについてのメタデータが生成されるように、メタデータの生成を管理する機能を有する。

　本実施の形態では、動画コンテンツから特定の特徴を抽出するための複数の基準として、人の顔、植物、車、及び建物それぞれの特徴量を用いた場合を例に説明する。

　各端末装置（３００Ａ、３００Ｂ）は、Ｗｅｂブラウザが動作するパソコン等（ディスプレイを有する）であり、本システムのユーザによる操作に基づいて、動画コンテンツの検索要求や再生要求を、インターネット２を介して配信装置１００に送信し、各要求に対する応答として、配信装置１００から検索結果や動画コンテンツを受信する機能を有する。

　また、各端末装置は、本システムのユーザによる操作に基づいて、動画コンテンツの登録要求を、インターネット２を介して配信装置１００に送信する機能も有する。

　以下、配信装置１００及びメタデータ生成管理装置２００の構成について、図１を用いて更に詳しく説明する。

　　＜配信装置＞
　まず、配信装置１００の構成について説明する。

　配信装置１００は、同図に示す通り、記憶部１０１、第１通信部１０２、第２通信部１０３、登録部１０４、配信制御部１０５、及び更新部１０６を備える。配信装置１００は、図示しないメモリ及びプロセッサを含んでおり、登録部１０４、配信制御部１０５、及び更新部１０６の各機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。

　ここで、記憶部１０１は、コンテンツテーブル１０、メタデータテーブル２０、サムネイル画像テーブル３０を記憶するためのメモリ領域である。各テーブルのデータ構成等については、後に詳細に説明するため、ここでは、各テーブルについて簡単に説明する。

　コンテンツテーブル１０は、動画コンテンツ毎に、その識別情報と動画コンテンツデータとを対応付けたデータを登録したテーブルである。なお、この動画コンテンツデータは、映像データ及び音声データから構成される。

　また、メタデータテーブル２０は、動画コンテンツ毎に、その識別情報とメタデータとを対応付けたデータを登録したテーブルである。

　また、サムネイル画像テーブル３０は、動画コンテンツ毎に、その識別情報とその動画コンテンツを構成する１枚のフレーム画像に基づいて生成した画像（以下、「サムネイル画像」という）のデータとを対応付けたデータを登録したテーブルである。

　第１通信部１０２は、ＬＡＮ１を介して、メタデータ生成管理装置２００とデータの送受信を行う機能を有し、第２通信部１０３は、インターネット２を介して、各端末装置（３００Ａ、３００Ｂ）とデータの送受信を行う機能を有する。

　登録部１０４は、第２通信部１０３を介して各端末装置から受信した動画コンテンツの登録要求に基づいて、記憶部１０１の各テーブルにデータを登録する機能を有する。各テーブルへのデータの登録方法については、後述する。

　配信制御部１０５は、第２通信部１０３を介して各端末装置から受信した動画コンテンツの検索要求に応じて検索結果を生成し、その検索要求の送信元の端末装置に送信する機能を有する。なお、検索結果の生成方法については後述する。

　また、配信制御部１０５は、各端末装置から受信した動画コンテンツの再生要求に応じて、その再生要求に係る動画コンテンツをコンテンツテーブル１０から取得し、その再生要求の送信元の端末装置に送信し、その送信の履歴データを、配信ログテーブル４０に登録する機能を有する。

　また、配信制御部１０５は、本システムの管理者等により予め設定されたスケジュールに基づいて、配信ログテーブル４０に新たに登録された履歴データを、第１通信部１０２を介してメタデータ生成管理装置２００に送信する機能を有する。

　更新部１０６は、メタデータ生成管理装置２００からの特定の動画コンテンツの識別情報を含む動画コンテンツの取得要求（後述する）に応じて、その取得要求に含まれる識別情報が示す動画コンテンツを記憶部１０１のコンテンツテーブル１０から取得し、第１通信部１０２を介して送信する機能、及びメタデータ生成管理装置２００により生成されたメタデータを、第１通信部１０２を介して受信し、メタデータテーブル２０に追加して登録する機能を有する。

　　＜メタデータ生成管理装置＞
　次に、メタデータ生成管理装置２００の構成について説明する。

　メタデータ生成管理装置２００は、同図に示す通り、通信部２０１、カウント部２０２、記憶部２０３、生成部２０４、及び制御部２０５を備える。メタデータ生成管理装置２００は、図示しないメモリ及びプロセッサを含んでおり、カウント部２０２、生成部２０４、及び制御部２０５の各機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。

　ここで、通信部２０１は、ＬＡＮ１を介して、配信装置１００とデータの送受信を行う機能を有する。

　カウント部２０２は、再生量テーブル５０を保持しており、通信部２０１を介して配信装置１００から受信した履歴データに基づいて、この再生量テーブル５０を更新する機能を有する。

　ここで、再生量テーブル５０は、動画コンテンツ毎に、その識別情報と動画コンテンツの再生回数とを対応付けたデータを登録したテーブルである。

　カウント部２０２は、再生量テーブル５０を更新した際に、更新した動画コンテンツの再生回数及びその動画コンテンツの識別情報を制御部２０５に送出する。

　記憶部２０３は、生成ログテーブル６０を記憶するためのメモリ領域である。

　ここで、生成ログテーブル６０は、動画コンテンツ毎に、その識別情報と、その動画コンテンツについてメタデータの生成に実際に用いられた処理の量を示す情報（以下、「処理済情報」という）とを対応付けたデータを登録したテーブルである。

　本実施の形態では、処理済情報として「１」が登録されている場合には、その動画コンテンツのメタデータの生成に、上記複数の基準のうち、人の顔及び植物それぞれの特徴量が用いられたことを示し、「２」が登録されている場合には、その動画コンテンツのメタデータの生成に、上記複数の基準の全てが用いられたことを示すものとして説明する。

　制御部２０５は、カウント部２０２から受領した動画コンテンツの再生回数と、生成ログテーブル６０におけるその動画コンテンツの処理済情報とに基づいて、その動画コンテンツのメタデータを生成するか否かを判定し、特に、メタデータを生成する場合に、その生成に用いられるべき処理の量の指定と、メタデータの生成元となる動画コンテンツの識別情報とを含むメタデータの生成指示を生成部２０４に送出する機能を有する。

　本実施の形態では、メタデータの生成に用いられるべき処理の量の指定は、上述の複数の基準のうち、いずれの基準が用いられるべきかを指定することにより行い、以下では、この指定として「１」が指定された場合には、人の顔及び植物それぞれの特徴量が、「２」が指定された場合には、車及び建物それぞれの特徴量が指定されたものとして説明する。

　生成部２０４は、複数の基準のうち、制御部２０５から受領したメタデータの生成指示において指定された特徴量を用いて、その生成指示において指定された動画コンテンツのメタデータを生成し、生成ログテーブル６０におけるその動画コンテンツの処理済情報を更新する機能を有する。

　このメタデータの生成元となる動画コンテンツは、その動画コンテンツの識別情報を含む動画コンテンツの取得要求を、通信部２０１を介して配信装置１００に送信して取得する。

　生成部２０４は、生成したメタデータと、生成元となった動画コンテンツの識別情報とを通信部２０１を介して配信装置１００に送信することで、この生成したメタデータを、上述の配信装置１００の更新部１０６を介して、メタデータテーブル２０に登録する。

　＜データ＞
　以下、メタデータ生成システム１０００において使用されるデータについて説明する。

　まず、配信装置１００において使用されるデータについて説明する。

　　＜コンテンツテーブル＞
　図２（ａ）は、コンテンツテーブル１０のデータ構成及び内容例を示す図である。

　コンテンツテーブル１０は、動画コンテンツ毎に、識別情報１１とコンテンツデータ１２とを対応付けたデータを登録したテーブルである。

　ここで、識別情報１１は、対応する動画コンテンツの識別情報であり、他の識別情報と重複しないデータであり、コンテンツデータ１２は、対応する動画コンテンツのデータである。

　同図は、例えば、識別情報が「１」である動画コンテンツのデータは「コンテンツデータＡ」であることを示している。

　　＜メタデータテーブル＞
　図２（ｂ）は、メタデータテーブル２０のデータ構成及び内容例を示す図である。

　メタデータテーブル２０は、動画コンテンツ毎に、識別情報２１とメタデータ２２とを対応付けたデータを登録したテーブルである。

　ここで、識別情報２１は、対応する動画コンテンツの識別情報であり、上記コンテンツテーブル１０、下記サムネイル画像テーブル３０におけるいずれかの識別情報と一致するデータであり、メタデータ２２は、対応する動画コンテンツの初期メタデータ及び、後述するメタデータ生成処理（図４参照）により生成されたメタデータであり、テキスト形式のデータである。なお、このメタデータ生成処理により生成されたメタデータが存在しないことを、同図では「－」で表現している。

　同図は、例えば、識別情報が「２」である動画コンテンツのメタデータのうち、初期メタデータとして生成されたタイトルは「今年は海外で！」、再生時間長は「４：４５」、ファイルフォーマットは「ａｖｉ」、登録日時は「２００９／１／１　０：４０」であり、メタデータ生成処理により生成されたメタデータは「植物」と「車」と「建物」であることを示している。

　　＜サムネイル画像テーブル＞
　図２（ｃ）は、サムネイル画像テーブル３０のデータ構成及び内容例を示す図である。

　サムネイル画像テーブル３０は、動画コンテンツ毎に、識別情報３１とサムネイル画像データ３２とを対応付けたデータを登録したテーブルである。

　ここで、識別情報３１は、対応する動画コンテンツの識別情報であり、上記コンテンツテーブル１０、メタデータテーブル２０におけるいずれかの識別情報と一致するデータであり、サムネイル画像データ３２は、対応する動画コンテンツのサムネイル画像のデータである。

　同図は、例えば、識別情報が「１」である動画コンテンツのサムネイル画像データは「サムネイル画像データＡ」であることを示している。

　なお、以下では、各テーブルを構成する、相互に対応付けられた１件分のデータを「レコード」と表現する。例えば、上記コンテンツテーブル１０では、識別情報が「１」で、コンテンツデータが「コンテンツデータＡ」であるデータが１つのレコードを構成する。

　また、各端末装置から動画コンテンツの登録要求を受信した際に、登録部１０４により新たなレコードが、コンテンツテーブル１０、メタデータテーブル２０、サムネイル画像テーブル３０に登録され、各端末装置から動画コンテンツの検索要求を受信した際に、検索結果（動画コンテンツの一覧）を生成するために、配信制御部１０５により、メタデータテーブル２０及びサムネイル画像テーブル３０が参照され、各端末装置から動画コンテンツの再生要求を受信した際に、その再生要求に係る動画コンテンツを取得するために、配信制御部１０５によりコンテンツテーブル１０が参照される。

　　＜配信ログテーブル＞
　図２（ｄ）は、配信ログテーブル４０のデータ構成及び内容例を示す図である。

　配信ログテーブル４０は、動画コンテンツの再生要求毎に、日時４１とＩＰアドレス４２とＵＲＬ４３と範囲４４とを対応付けたデータを登録したテーブルである。

　ここで、日時４１は、対応する再生要求がなされた日時を示す情報であり、ＩＰアドレス４２は、対応する再生要求を行った端末装置（３００Ａ又は３００Ｂ）のＩＰアドレスを示す情報であり、ＵＲＬ４３は、対応する再生要求に含まれていた動画コンテンツのＵＲＬ（Uniform Resource Locator）を示す情報である。この例では、ＵＲＬの一部に再生要求の対象となる動画コンテンツの識別情報が含まれており、特に、「ｈｔｔｐ：／／ａ○．ｂ×．ｃｏｍ／」に続く部分に、動画コンテンツの識別情報が含まれている場合の例を示している。

　また、範囲４４は、上記動画コンテンツの識別情報が示す動画コンテンツのうち、対応する再生要求に応じて送信された部分を示す情報である。

　同図は、例えば、日時「２００９／１／１　０：３２」に行われた再生要求の送信元の端末装置のＩＰアドレスは「ｘｘｘ．ｘｘｘ．ｘｘｘ．１０」であり、その再生要求に含まれていた動画コンテンツのＵＲＬは「ｈｔｔｐ：／／ａ○．ｂ×．ｃｏｍ／１…／」（この動画コンテンツの識別情報は「１」である）であり、送信された動画コンテンツの範囲は「０：００－３：２５」であることを示している。即ち、上記メタデータテーブル２０の例では、識別情報が「１」である動画コンテンツの再生時間長は「５：３０」であるため、この再生要求では、０：００－５：３０の動画コンテンツのうち、０：００－３：２５の部分が送信されたことを示している。

　次に、メタデータ生成管理装置２００において使用されるデータについて説明する。

　　＜再生量テーブル＞
　図３（ａ）は、再生量テーブル５０のデータ構成及び内容例を示す図である。

　再生量テーブル５０は、動画コンテンツ毎に、識別情報５１と再生回数５２とを対応付けたデータを登録したテーブルである。

　ここで、識別情報５１は、対応する動画コンテンツの識別情報であり、上記配信ログテーブル４０のいずれかのＵＲＬに含まれる動画コンテンツの識別情報と一致するデータであり、再生回数５２は、対応する動画コンテンツに対して行われた再生要求の回数である。

　同図は、例えば、識別情報が「１」である動画コンテンツの再生回数は「９９９」であることを示している。

　　＜生成ログテーブル＞
　図３（ｂ）は、生成ログテーブル６０のデータ構成及び内容例を示す図である。

　生成ログテーブル６０は、動画コンテンツ毎に、識別情報６１と処理済情報６２とを対応付けたデータを登録したテーブルである。

　ここで、識別情報６１は、対応する動画コンテンツの識別情報であり、上記再生量テーブル５０のいずれかの識別情報と一致するデータである。

　また、処理済情報６２は、対応する動画コンテンツについてのメタデータの生成に実際に用いられた処理の量を示す情報であり、この例では、対応する動画コンテンツのメタデータの生成に、上記複数の基準のうち、人の顔及び植物それぞれの特徴量が用いられた場合を「１」とし、上記複数の基準の全てが用いられた場合を「２」としている。

　同図は、例えば、識別情報が「１」である動画コンテンツの処理済情報は「１」であり、この動画コンテンツのメタデータの生成に、人の顔及び植物それぞれの特徴量が用いられたことを示している。

　＜動画コンテンツの登録、検索、再生＞
　以下、動画コンテンツの登録処理、検索処理、再生処理の流れを簡単に説明する。

　　＜登録＞
　まず、配信装置１００に動画コンテンツがどのように登録されるかを説明する。

　いずれかの端末装置（３００Ａ又は３００Ｂ）（以下では、「登録用端末」ともいう）による、動画コンテンツを登録するためのＷｅｂページ（以下、「登録画面」という）のＵＲＬへのアクセスを第２通信部１０３を介して受け付けると、配信装置１００の登録部１０４は、登録画面を構成するＨＴＭＬ（HyperText Markup Language）データを、第２通信部１０３を介して、登録用端末に送信する。

　登録用端末は、受信した登録画面をＷｅｂページとしてディスプレイに表示させ、登録用端末のユーザが登録画面上で、登録する動画コンテンツ及びその動画コンテンツのタイトルを指定すると、この登録用端末は、指定された動画コンテンツの登録要求を配信装置１００に送信する。なお、この動画コンテンツの登録要求は、上記動画コンテンツのタイトルの指定を含むものである。

　配信装置１００の登録部１０４は、第２通信部１０３を介して、登録用端末からの動画コンテンツの登録要求を受け付けると、その動画コンテンツの識別情報、サムネイル画像、及び初期メタデータの生成を行う。

　ここで、動画コンテンツの識別情報は、例えば、直近に登録された動画コンテンツの識別情報に１を足した値であるものとする。即ち、各動画コンテンツの識別情報は、１から連番になるように生成される。また、サムネイル画像は、例えば、その動画コンテンツを構成する最初のフレーム画像を所定サイズに拡大又は縮小した画像であるものとする。

　また、初期メタデータは、上述のように、動画コンテンツのタイトル、再生時間長、ファイルフォーマット、及び登録日時からなるデータであり、登録部１０４は、ユーザにより指定されたタイトルを、動画コンテンツのタイトルとし、登録要求に係る動画コンテンツを解析することで、再生時間長及びファイルフォーマットを取得し、現在日時を登録日時とすることで、初期メタデータを生成する。

　登録部１０４は、生成した動画コンテンツの識別情報及び登録要求に係る動画コンテンツのデータを対応付けて記憶部１０１のコンテンツテーブル１０に登録し、その動画コンテンツの識別情報及び生成した初期メタデータを対応付けてメタデータテーブル２０に登録し、その動画コンテンツの識別情報及び生成したサムネイル画像のデータを対応付けてサムネイル画像テーブル３０に登録する。

　以上の処理により、登録用端末のユーザが所望する動画コンテンツが新規に配信装置１００に登録され、各端末装置（３００Ａ、３００Ｂ）からの動画コンテンツの検索要求に応じて検索対象とされ、また、各端末装置からの動画コンテンツの再生要求に応じて、この要求元の端末装置に配信可能な状態となる。

　　＜検索＞
　次に、上記処理により登録された動画コンテンツがどのように検索されるかを説明する。

　いずれかの端末装置（３００Ａ又は３００Ｂ）（以下では、「視聴用端末」ともいう）による、動画コンテンツを検索するためのＷｅｂページ（以下、「検索画面」という）のＵＲＬへのアクセスを、第２通信部１０３を介して受け付けると、配信装置１００の配信制御部１０５は、検索画面を構成するＨＴＭＬデータを、第２通信部１０３を介して、視聴用端末に送信する。

　視聴用端末は、受信した検索画面をＷｅｂページとしてディスプレイに表示させ、視聴用端末のユーザが検索画面上で、検索したい動画コンテンツの特徴を示す特定のメタデータを入力すると、視聴用端末は、この特定のメタデータの指定を含む、動画コンテンツの検索要求を配信装置１００に送信する。

　配信装置１００の配信制御部１０５は、第２通信部１０３を介して、視聴用端末からの動画コンテンツの検索要求を受け付けると、その検索要求で指定されている特定のメタデータが対応付けられている動画コンテンツを検索し、検索結果の画面を構成するＨＴＭＬデータを生成して、第２通信部１０３を介して、視聴用端末に送信する。

　ここで、検索結果の画面は、検索要求で指定されている特定のメタデータが対応付けられている動画コンテンツのサムネイル画像とタイトルとが並べて配置され、各タイトルの部分には、対応する動画コンテンツのＵＲＬへのリンクが張られたものである。

　この検索結果の画面を構成するＨＴＭＬデータの生成は以下のように行われる。即ち、配信制御部１０５は、検索要求で指定されている特定のメタデータと対応付けて記憶されている動画コンテンツの識別情報とタイトルとの組を、記憶部１０１のメタデータテーブル２０から取得し、取得した動画コンテンツの識別情報と対応付けて記憶されているサムネイル画像のデータを、サムネイル画像テーブル３０から取得し、動画コンテンツ毎に、取得したサムネイル画像とタイトルとを並べた検索結果の画面を構成するＨＴＭＬデータを生成する。

　視聴用端末は、受信した検索結果の画面をＷｅｂページとしてディスプレイに表示させる。

　以上の処理により、視聴用端末のユーザは、入力した特定のメタデータと対応する動画コンテンツの一覧を取得することができる。

　　＜再生＞
　次に、上記処理により取得した動画コンテンツの一覧から選択された１つの動画コンテンツがどのように再生されるかを説明する。

　視聴用端末のユーザが、再生対象の動画コンテンツを指定するために、視聴用端末に表示されている上記検索結果の画面上の、再生対象の動画コンテンツのタイトルが表示されている部分をクリックすると、この視聴用端末は、この動画コンテンツのＵＲＬ及び再生位置の指定を含む動画コンテンツの再生要求を配信装置１００に送信する。

　なお、この動画コンテンツのＵＲＬには、その動画コンテンツの識別情報が含まれており、その動画コンテンツの先頭が再生位置として指定されるものとする。

　視聴用端末からの再生要求を、第２通信部１０３を介して受け付けると、配信装置１００の配信制御部１０５は、その再生要求に含まれていた識別情報が示す動画コンテンツの指定された再生開始位置（この例では先頭）以降のデータを、順次、記憶部１０１のコンテンツテーブル１０から取得し、視聴用端末へ送信していく。

　視聴用端末は、動画コンテンツの受信を開始すると、予めインストールされている動画再生用のアプリケーションを起動し、その動画コンテンツを再生していく。

　なお、上記動画再生用のアプリケーション上で、視聴用端末のユーザは、動画コンテンツの一時停止、停止、早送り、巻き戻し、再生位置の指定等の操作を行うことが可能である。この操作に応じて動画コンテンツの送受信を制御するために、視聴用端末と配信装置１００との間では、動画コンテンツの送信が完了するまでの間、セッションが保持され、制御情報がやり取りされる。

　また、配信制御部１０５は、１つの再生要求に係る動画コンテンツの送信が完了すると、履歴データを配信ログテーブル４０に登録する。即ち、配信制御部１０５は、１つの再生要求に係る動画コンテンツの全データの送信が完了したか、あるいは１つの再生要求に係る動画コンテンツの全データの送信が完了する前に、上記視聴用端末上で停止操作がなされた際に、履歴データを登録する。

　＜動作＞
　以下、メタデータ生成管理装置２００の動作について説明する。

　図４は、メタデータ生成管理装置２００によるメタデータの生成処理を示すフローチャートである。

　本システムの管理者等により予め設定されたスケジュール（例えば、毎日ＡＭ１：００）に基づいて、配信装置１００の配信制御部１０５は、前回の送信後に新たに登録された各履歴データを配信ログテーブル４０から抽出し、第１通信部１０２を介してメタデータ生成管理装置２００に送信する。

　メタデータ生成管理装置２００のカウント部２０２は、通信部２０１を介してこの各履歴データを受信すると（ステップＳ１）、受信した各履歴データのうち、以下説明するステップＳ３以降の処理を行っていないものが存在する否かを判定する（ステップＳ２）。

　未処理のデータが存在する場合に（ステップＳ２：ＹＥＳ）、カウント部２０２は、未処理のデータのうちの１つの履歴データに基づいて、再生量テーブル５０を更新する（ステップＳ３）。

　より詳細には、カウント部２０２は、その履歴データに含まれている動画コンテンツのＵＲＬ中の識別情報を抽出し、その識別情報を含むレコードが、再生量テーブル５０に登録されている場合には、そのレコードに含まれる再生回数を１増加させた値に更新し、そのレコードが再生量テーブル５０に登録されていない場合には、抽出した識別情報と、再生回数として「１」を対応付けた新たなレコードを再生量テーブル５０に登録する。

　例えば、カウント部２０２が抽出した識別情報が「３」である場合に、図３（ａ）に示す再生量テーブル５０の例では、その識別情報「３」と再生回数「４９９」が対応付けられたレコードが登録されているので、カウント部２０２は、再生回数を「５００」に更新する。

　また、例えば、カウント部２０２が抽出した識別情報が「１００」である場合に、図３（ａ）に示す再生量テーブル５０の例では、その識別情報「１００」を含むレコードが登録されていないとすると、カウント部２０２は、識別情報が「１００」で、再生回数が「１」であるレコードを、再生量テーブル５０に登録する。

　ステップＳ３の処理を完了すると、カウント部２０２は、抽出した動画コンテンツの識別情報と更新後の再生回数を制御部２０５に送出し、制御部２０５は、受領した再生回数が、第１回数（以下、一例として「５００」とする）以上であり、かつ受領した動画コンテンツの識別情報を含むレコードが記憶部２０３の生成ログテーブル６０に登録されていないとの条件を満たすか否かを判定する（ステップＳ４）。

　上述の例で、制御部２０５が、識別情報「３」及び再生回数「５００」を受領した場合には、この再生回数は第１回数以上であり、例えば、図３（ｂ）に示す生成ログテーブル６０の例では、この識別情報「３」を含むレコードが登録されていないとすると、制御部２０５は、上記条件を満たす（ステップＳ４：ＹＥＳ）と判定する。

　また、上述の例で、制御部２０５が、識別情報「１００」及び再生回数「１」を受領した場合には、この再生回数は第１回数未満であるため、制御部２０５は、上記条件を満たさない（ステップＳ４：ＮＯ）と判定する。

　ステップＳ４の条件を満たす場合に（ステップＳ４：ＹＥＳ）、制御部２０５は、受領した識別情報と、メタデータの生成に用いられるべき処理の量の指定として「１」とを含むメタデータの生成指示を生成部２０４に送出する。

　このメタデータの生成指示を受領した生成部２０４は、この生成指示に含まれていた識別情報を含む動画コンテンツの取得要求を、通信部２０１を介して配信装置１００に送信し、配信装置１００から通信部２０１を介してその識別情報が示す動画コンテンツを受信する。

　動画コンテンツを受信した生成部２０４は、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「１」であるため、複数の基準のうち、「人の顔」及び「植物」それぞれの特徴量を用いて、受信した動画コンテンツの映像データ全体を生成元としてメタデータを生成する（ステップＳ５）。

　ここで、メタデータの生成は、例えば、以下のように行うことができる。

　生成部２０４は、人の顔、植物、車、建物といった特徴毎に、その特徴を抽出するための特徴量データと、その特徴を表す文字列（「人の顔」等のテキストデータ）とを対応付けて管理しており、映像データを構成する各フレーム画像と特徴量データとのマッチング処理を行い、特徴量データと所定程度一致する部分が存在する場合には、その特徴量データと対応するテキストデータをメタデータとして生成する。

　例えば、映像データを構成するいずれかのフレーム画像に、「人の顔」の特徴量データと所定程度一致する部分が存在する場合には、「人の顔」というテキストデータをメタデータとして生成する。

　生成部２０４は、ステップＳ５の処理を完了すると、受領した生成指示に含まれていた識別情報と、処理済情報として「１」とを対応付けたレコードを、記憶部２０３の生成ログテーブル６０に登録する。

　一方、ステップＳ４の条件を満たさない場合に（ステップＳ４：ＮＯ）、制御部２０５は、受領した再生回数が、第２回数（以下、一例として「１０００」とする）以上であり、かつ受領した動画コンテンツの識別情報と対応付けられた記憶部２０３の生成ログテーブル６０の処理済情報が「１」であるとの条件を満たすか否かを判定する（ステップＳ６）。

　例えば、制御部２０５が、識別情報「１」及び再生回数「１０００」を受領した場合には、この再生回数は第２回数以上であり、図３（ｂ）に示す生成ログテーブル６０の例では、この識別情報「１」と処理済情報「１」が対応付けられたレコードが登録されているので、制御部２０５は、上記条件を満たす（ステップＳ６：ＹＥＳ）と判定する。

　また、例えば、制御部２０５が、識別情報「２」及び再生回数「２２０１」を受領した場合には、この再生回数は第２回数以上であるが、図３（ｂ）に示す生成ログテーブル６０の例では、この識別情報「１」と処理済情報「２」が対応付けられたレコードが登録されているので、制御部２０５は、上記条件を満たさない（ステップＳ６：ＮＯ）と判定する。

　また、上述の例で、制御部２０５が、識別情報「１００」及び再生回数「１」を受領した場合には、この再生回数は第２回数未満であるため、制御部２０５は、上記条件を満たさない（ステップＳ６：ＮＯ）と判定する。

　ステップＳ６の条件を満たさない場合には（ステップＳ６：ＮＯ）、再びステップＳ２から処理を行い、ステップＳ６の条件を満たす場合には（ステップＳ６：ＹＥＳ）、制御部２０５は、受領した識別情報と、メタデータの生成に用いられるべき処理の量の指定として「２」とを含むメタデータの生成指示を生成部２０４に送出する。

　このメタデータの生成指示を受領した生成部２０４は、上記ステップＳ５の処理と同様に、この生成指示に含まれていた識別情報が示す動画コンテンツを、配信装置１００から受信し、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「２」であるため、複数の基準のうち、「車」及び「建物」それぞれの特徴量を用いて、受信した動画コンテンツの映像データ全体を生成元としてメタデータを生成する（ステップＳ７）。

　生成部２０４は、ステップＳ７の処理を完了すると、受領した生成指示に含まれていた識別情報と記憶部２０３の生成ログテーブル６０で対応付けられている処理済情報を「２」に更新する。

　ステップＳ５、又はステップＳ７でメタデータを生成した生成部２０４は、生成したメタデータと生成指示に含まれていた識別情報とを、通信部２０１を介して配信装置１００に送信し（ステップＳ８）、再びステップＳ２から処理を行う。

　なお、ステップＳ８で送信されたメタデータ及び識別情報は、配信装置１００の更新部１０６により、第１通信部１０２を介して受信され、受信された識別情報と記憶部１０１のメタデータテーブル２０で対応付けられているメタデータに、受信されたメタデータが追加して登録される。

　ステップＳ２において、受信した各履歴データのうち、ステップＳ３以降の処理を行っていないものが存在しない場合には（ステップＳ２：ＮＯ）、メタデータ生成管理装置２００は、メタデータの生成処理を終了する。

　このように、メタデータ生成管理装置２００は、再生回数が第１回数未満である動画コンテンツについては、初期メタデータ以外のメタデータの生成処理を行わず、再生回数が第１回数以上となった動画コンテンツについては、「人の顔」及び「植物」それぞれの特徴量を用いたメタデータの生成処理を行い、再生回数が第２回数以上となった動画コンテンツについては、更に、「車」及び「建物」それぞれの特徴量を用いたメタデータの生成処理を行う。

　この結果、再生回数が多い動画コンテンツほど、より多くの処理量となるメタデータ生成処理が実行されることになるので、メタデータ生成処理のための限られたリソースを効率的に使用してメタデータを生成できる。

　≪変形例１≫
　動画コンテンツの再生量に応じて、より多くの処理量となるメタデータ生成処理を施してメタデータの生成を行うことの一例として、上記実施の形態１では、動画コンテンツの再生回数に応じて、より多くの基準を用いてメタデータの生成を行うという例を説明した。以下では、動画コンテンツの再生回数に応じて、メタデータの生成元とする動画コンテンツの部分の大きさを大きくするように変えた一変形例を説明する。

　変形例１に係るメタデータ生成管理装置は、上述の実施の形態１に係るメタデータ生成管理装置２００の生成部２０４の機能を若干変更したものであるため、ここでは、変更部分を中心に説明する。

　＜動作＞
　以下、変形例１に係るメタデータ生成管理装置の動作について説明する。

　図５は、変形例１に係るメタデータ生成管理装置によるメタデータの生成処理を示すフローチャートである。

　変形例１に係るメタデータ生成管理装置によるメタデータの生成処理は、上記実施の形態１に係るメタデータ生成管理装置２００によるメタデータの生成処理のステップＳ５及びＳ７の処理に代えて、ステップＳ１１及びステップＳ１２の処理を含むものである。

　従って、以下では、このステップＳ１１及びステップＳ１２の処理を中心に説明する。

　変形例１に係るメタデータ生成管理装置は、ステップＳ１～Ｓ４の処理を、上記実施の形態１で説明したのと同様に実行し、ステップＳ４の条件を満たす場合に（ステップＳ４：ＹＥＳ）、制御部２０５は、受領した識別情報と、メタデータの生成に用いられるべき処理の量の指定として「１」とを含むメタデータの生成指示を、変形例１に係る生成部に送出し、このメタデータの生成指示を受領した変形例１に係る生成部は、配信装置１００から通信部２０１を介して、その生成指示に含まれている識別情報が示す動画コンテンツを受信する。ここまでは、実施の形態１で説明したのと同様である。

　続いて、動画コンテンツを受信した変形例１に係る生成部は、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「１」であるため、動画コンテンツを構成する映像データの前半部分を生成元として、複数の基準の全て、つまり、「人の顔」、「植物」、「車」及び「建物」それぞれの特徴量を用いてメタデータを生成し（ステップＳ１１）、実施の形態１で説明したのと同様に、生成ログテーブル６０を更新する。

　上記映像データの前半部分とは、動画コンテンツを構成する映像データを２等分した場合の前半部分をいい、例えば、動画コンテンツの長さ（再生時間の長さ）が１０分である場合には、再生時間が５分未満の部分のことである。

　一方、ステップＳ４の条件を満たさない場合に（ステップＳ４：ＮＯ）、制御部２０５は、実施の形態１で説明したのと同様に、ステップＳ６の条件を満たすか否かを判定する。

　ステップＳ６の条件を満たさない場合には（ステップＳ６：ＮＯ）、再び、ステップＳ２から処理を行い、ステップＳ６の条件を満たす場合には（ステップＳ６：ＹＥＳ）、制御部２０５は、受領した識別情報と、メタデータの生成に用いられるべき処理の量の指定として「２」とを含むメタデータの生成指示を変形例１に係る生成部に送出し、このメタデータの生成指示を受領した変形例１に係る生成部は、配信装置１００から通信部２０１を介して、その生成指示に含まれている識別情報が示す動画コンテンツを受信する。この点は、実施の形態１で説明したのと同様である。

　続いて、動画コンテンツを受信した変形例１に係る生成部は、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「２」であるため、動画コンテンツを構成する映像データの後半部分を生成元として、複数の基準の全て、つまり、「人の顔」、「植物」、「車」及び「建物」それぞれの特徴量を用いて、メタデータを生成し（ステップＳ１２）、実施の形態１で説明したのと同様に、生成ログテーブル６０を更新する。

　上記映像データの後半部分とは、動画コンテンツを構成する映像データを２等分した場合の後半部分をいい、例えば、上述の例（動画コンテンツの長さが１０分である場合の例）では、再生時間が５分以上の部分のことである。

　ステップＳ１１、又はステップＳ１２でメタデータを生成した変形例１に係る生成部は、実施の形態１で説明したのと同様に、ステップＳ８の処理を行う。

　≪変形例２≫
　動画コンテンツの再生量に応じて、より多くの処理量となるメタデータ生成処理を施してメタデータの生成を行うことの一例として、上記変形例１では、動画コンテンツの再生回数に応じて、メタデータの生成元とする動画コンテンツの部分の大きさを大きくするという例を説明した。

　以下では、動画コンテンツの再生回数に応じて、動画コンテンツを構成する映像データと音声データのうち、映像データのみ、又は双方のデータを生成元とするように変えた一変形例について説明する。

　変形例２に係るメタデータ生成管理装置は、上述の変形例１に係るメタデータ生成管理装置の生成部の機能を若干変更したものであるため、ここでは、変更部分についてのみ説明する。

　＜動作＞
　以下、変形例２に係るメタデータ生成管理装置の動作について説明する。

　図６は、変形例２に係るメタデータ生成管理装置によるメタデータの生成処理を示すフローチャートである。

　変形例２に係るメタデータ生成管理装置によるメタデータの生成処理は、上記変形例１に係るメタデータ生成管理装置によるメタデータの生成処理のステップＳ１１及びＳ１２の処理に代えて、ステップＳ２１及びステップＳ２２の処理を含むものである。

　従って、このステップＳ２１及びステップＳ２２の処理について説明する。

　ステップＳ２１において、変形例２に係る生成部は、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「１」であるため、配信装置１００から受信した動画コンテンツを構成する映像データを生成元として、複数の基準の全て、つまり、「人の顔」、「植物」、「車」及び「建物」それぞれの特徴量を用いてメタデータを生成する（ステップＳ２１）。

　また、ステップＳ２２において、変形例２に係る生成部は、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「２」であるため、配信装置１００から受信した動画コンテンツの音声データを生成元としてメタデータを生成する（ステップＳ２２）。

　ここで、音声データを生成元としたメタデータの生成は、例えば以下のようにして行うことができる。

　変形例２に係る生成部は、特徴毎に、その特徴を抽出するための音声パターンと、その特徴を表す文字列（テキストデータ）とを対応付けて管理しており、音声データと音声パターンとのマッチング処理を行い、その音声パターンと所定程度一致する部分が存在する場合には、その特徴量データと対応するテキストデータをメタデータとして生成する。

　例えば、音声データに、「車」の音声パターン（例えば、車のエンジン音の音声パターン等）と所定程度一致する部分が存在する場合には、「車」というテキストデータをメタデータとして生成する。

　≪実施の形態２≫
　上記実施の形態１では、動画コンテンツの再生量として、各端末装置からの動画コンテンツの再生要求の回数（再生回数）を用いた例を説明した。以下では、動画コンテンツの再生量として、動画コンテンツにおいて再生された部分の時間長を用いた例を説明する。

　図７は、実施の形態２に係るメタデータ生成システム１１００のシステム構成図である。

　同図に示すように、メタデータ生成システム１１００は、実施の形態１に係るメタデータ生成システム１０００のメタデータ生成管理装置２００に代えて、メタデータ生成管理装置２１０を含むものである。

　また、メタデータ生成管理装置２１０は、上述の実施の形態１に係るメタデータ生成管理装置２００が備えるカウント部２０２、生成部２０４、制御部２０５に代えて、これらの機能を若干変更したカウント部２１１、生成部２１２、制御部２１３を備えるものであるため、以下では、実施の形態１からの変更点を中心に説明する。

　＜データ＞
　メタデータ生成管理装置２１０において使用されるデータについて説明する。

　　＜再生量テーブル＞
　図８（ａ）は、再生量テーブル５３のデータ構成及び内容例を示す図である。

　再生量テーブル５３は、動画コンテンツ毎に、識別情報５１と再生範囲５４と再生時間５５とを対応付けたデータを登録したテーブルであり、実施の形態１に係る再生量テーブル５０の再生回数５２に代えて、再生範囲５４と再生時間５５とを含む点で、再生量テーブル５０と異なる。

　ここで、再生範囲５４は、対応する動画コンテンツのうち再生された部分を示す情報であり、再生時間は、対応する再生範囲の合計時間を示す情報である。

　同図は、例えば、識別情報が「１」である動画コンテンツの再生範囲は「０：００－０：３２」及び「０：３５－０：５０」であり、再生時間は「０：４７」であることを示している。

　　＜生成ログテーブル＞
　図８（ｂ）は、生成ログテーブル６３のデータ構成及び内容例を示す図である。

　生成ログテーブル６３は、動画コンテンツ毎に、識別情報６１と処理済情報６２と生成範囲６４とを対応付けたデータを登録したテーブルであり、生成範囲６４を含む点で、実施の形態１に係る生成ログテーブル６０と異なる。

　ここで、生成範囲６４は、対応する動画コンテンツにおいて、メタデータの生成元とした部分を示す情報である。

　同図は、例えば、識別情報が「１」である動画コンテンツの処理済情報は「１」であり、生成範囲は「０：００－０：３２」であることを示している。即ち、図２（ｂ）に示すメタデータテーブル２０の例では、識別情報が「１」である動画コンテンツの再生時間長は「５：３０」であるため、０：００－５：３０の動画コンテンツのうち、「０：００－０：３２」の部分を生成元として、人の顔及び植物それぞれの特徴量を用いてメタデータが生成されたことを示している。

　＜動作＞
　以下、実施の形態２に係るメタデータ生成管理装置２１０の動作について説明する。

　図９は、実施の形態２に係るメタデータ生成管理装置２１０によるメタデータの生成処理を示すフローチャートである。

　メタデータ生成管理装置２１０は、ステップＳ１及びＳ２の処理を、上記実施の形態１で説明したのと同様に実行し、ステップＳ２において、未処理のデータが存在する場合に（ステップＳ２：ＹＥＳ）、カウント部２１１は、未処理のデータのうちの１つの履歴データに基づいて、再生量テーブル５３を更新する（ステップＳ３１）。

　より詳細には、カウント部２１１は、その履歴データに含まれている動画コンテンツのＵＲＬ中の識別情報を抽出し、その識別情報を含むレコードが、再生量テーブル５３に登録されている場合には、その履歴データに含まれている送信した動画コンテンツの範囲をそのレコードに含まれている再生範囲にマージして更新し、更新後の再生範囲から再生時間を算出し、算出した再生時間で、そのレコードに含まれている再生時間を更新する。

　また、上記抽出した識別情報を含むレコードが再生量テーブル５３に登録されていない場合には、履歴データに含まれている送信した動画コンテンツの範囲から再生時間を算出し、抽出した識別情報と、履歴データに含まれている送信した動画コンテンツの範囲と、算出した再生時間とを対応付けた新たなレコードを再生量テーブル５３に登録する。

　例えば、カウント部２１１が抽出した識別情報が「１」であり、履歴データに含まれている送信した動画コンテンツの範囲が「０：００－５：３０」である場合に、図８（ａ）に示す再生量テーブル５３の例では、その識別情報「１」と再生範囲「０：００－０：３２、０：３５－０：５０」と再生時間「０：４７」とが対応付けられているレコードが登録されているので、そのレコードの再生範囲を「０：００－５：３０」に更新し、再生時間を「５：３０」に更新する。

　また、例えば、カウント部２１１が抽出した識別情報が「１」であり、履歴データに含まれている送信した動画コンテンツの範囲が「２：００－３：００」である場合には、図８（ａ）に示す再生量テーブル５３の例では、識別情報が「１」であるレコードの再生範囲を「０：００－０：３２，０：３５－０：５０、２：００－３：００」に更新し、再生時間を「１：４７」に更新する。

　また、例えば、カウント部２１１が抽出した識別情報が「１００」であり、履歴データに含まれている送信した動画コンテンツの範囲が「０：００－１：００」ある場合に、図８（ａ）に示す再生量テーブル５３の例では、その識別情報「１００」を含むレコードが登録されていないとすると、識別情報が「１００」で、再生範囲が「０：００－１：００」で、再生時間が「１：００」であるレコードを、再生量テーブル５３に登録する。

　ステップＳ３１の処理を完了すると、カウント部２１１は、抽出した動画コンテンツの識別情報と更新後の再生範囲と更新後の再生時間とを制御部２１３に送出し、制御部２１３は、受領した再生時間が、第１時間（以下、一例として「１：００（１分）」とする）以上であり、かつ受信した動画コンテンツの識別情報を含むレコードが記憶部２０３の生成ログテーブル６３に登録されていないとの条件を満たすか否かを判定する（ステップＳ３２）。

　上述の例で、制御部２１３が、識別情報「１００」及び再生時間「１：００」を受領した場合には、この再生時間は第１時間以上であり、図８（ｂ）に示す生成ログテーブル６３の例では、この識別情報「１００」を含むレコードが登録されていないので、制御部２１３は、上記条件を満たす（ステップＳ３２：ＹＥＳ）と判定する。

　また、例えば、制御部２１３が、識別情報「４」及び再生時間「０：３２」を受領した場合には、この再生時間は第１時間未満なので、制御部２１３は、上記条件を満たさない（ステップＳ３２：ＮＯ）と判定する。

　ステップＳ３２の条件を満たす場合に（ステップＳ３２：ＹＥＳ）、制御部２１３は、カウント部２１１から受領した識別情報及び更新後の再生範囲を含むメタデータの生成指示を生成部２１２に送出する。

　このメタデータの生成指示を受領した生成部２１２は、実施の形態１に係る生成部２０４と同様に、生成指示に含まれていた識別情報が示す動画コンテンツを配信装置１００から取得し、受領した生成指示に含まれている再生範囲に対応する、動画コンテンツを構成する映像データの部分を生成元として、複数の基準の全て、つまり、「人の顔」、「植物」、「車」及び「建物」それぞれの特徴量を用いてメタデータを生成する（ステップＳ３３）。

　ステップＳ３３の処理を完了すると、生成部２１２は、受領した生成指示に含まれていた識別情報と処理済情報として「１」と受領した生成指示に含まれていた再生範囲を生成範囲として対応付けたレコードを、記憶部２０３の生成ログテーブル６３に登録する。

　一方、ステップＳ３２の条件を満たさない場合に（ステップＳ３２：ＮＯ）、制御部２１３は、受領した再生時間が、第２時間（以下、一例として「５：００（５分）」とする）以上であり、かつ受信した動画コンテンツの識別情報と対応付けられた記憶部２０３の生成ログテーブル６３の処理済情報が「１」であるとの条件を満たすか否かを判定する（ステップＳ３４）。

　例えば、制御部２１３が、識別情報「１」及び再生時間「５：３０」を受領した場合には、この再生時間は第２時間以上であり、図８（ｂ）に示す生成ログテーブル６３の例では、この識別情報「１」と処理済情報「１」が対応付けられたレコードが登録されているので、制御部２１３は、上記条件を満たす（ステップＳ３４：ＹＥＳ）と判定する。

　また、上述の例で、制御部２１３が、識別情報「４」及び再生時間「０：３２」を受領した場合には、この再生時間は第２時間未満なので、制御部２１３は、上記条件を満たさない（ステップＳ３４：ＮＯ）と判定する。

　ステップＳ３４の条件を満たさない場合には（ステップＳ３４：ＮＯ）、再びステップＳ２から処理を行い、ステップＳ３４の条件を満たす場合には（ステップＳ３４：ＹＥＳ）、制御部２１３は、カウント部２１１から受領した識別情報及び更新後の再生範囲を含むメタデータの生成指示を生成部２１２に送出する。

　このメタデータの生成指示を受領した生成部２１２は、上記ステップＳ３３と同様に、生成指示に含まれていた識別情報が示す動画コンテンツを配信装置１００から取得し、受領した生成指示に含まれている再生範囲から、生成指示に含まれていた識別情報と対応付けられた生成ログテーブル６３の生成範囲を除いた残りの範囲に対応する、動画コンテンツを構成する映像データの部分を生成元として、複数の基準の全て、つまり、「人の顔」、「植物」、「車」及び「建物」それぞれの特徴量を用いてメタデータを生成する（ステップＳ３５）。

　例えば、メタデータの生成指示に識別情報「１」と再生範囲「０：００－５：３０」が含まれていた場合には、図８（ｂ）の生成ログテーブル６３の例では、識別情報が「１」であるレコードの生成範囲は「０：００－０：３２」なので、生成部２１２は、取得した動画コンテンツを構成する映像データにおいて、「０：３２－５：３０」に対応する部分を生成元としてメタデータを生成する。

　ステップＳ３５の処理を完了すると、生成部２１２は、受領した生成指示に含まれていた識別情報と記憶部２０３の生成ログテーブル６３で対応付けられている処理済情報を「２」に更新し、この識別情報と記憶部２０３の生成ログテーブル６３で対応付けられている生成範囲を、受領した生成指示に含まれていた再生範囲で更新する。

　ステップＳ３３、又はステップＳ３５でメタデータを生成した生成部２１２は、実施の形態１に係る生成部２０４と同様に、ステップＳ８の処理を行い、再びステップＳ２から処理を行う。

　このように、メタデータ生成管理装置２１０は、再生時間が第１時間未満である動画コンテンツについては、初期メタデータ以外のメタデータの生成処理を行わず、再生時間が第１時間以上となった動画コンテンツについては、それまでに再生された、動画コンテンツを構成する映像データの部分を生成元としたメタデータの生成処理を行い、再生時間が第２時間以上となった動画コンテンツについては、更に、前回メタデータを生成した以降に再生された動画コンテンツを構成する映像データの部分を生成元としたメタデータの生成処理を行う。

　この結果、再生時間が長い動画コンテンツほど、より多くの処理量となるメタデータ生成処理が実行されることになるので、メタデータ生成処理のための限られたリソースを効率的に使用してメタデータを生成できる。

　≪変形例３≫
　動画コンテンツの再生量として、上記実施の形態１では、各端末装置からの動画コンテンツの再生要求の回数（再生回数）を用いた例を説明し、上記実施の形態２では、動画コンテンツにおいて再生された部分の時間長を用いた例を説明した。

　以下では、動画コンテンツの再生量として、動画コンテンツを構成する、単位時間長（この例では１分とする）である複数の部分それぞれの再生回数を用いるように変えた一変形例を説明する。

　変形例３に係るメタデータ生成管理装置は、上述の実施の形態１に係るメタデータ生成管理装置２００が備えるカウント部２０２、生成部２０４、制御部２０５の機能及び再生量テーブル５０、生成ログテーブル６５のデータ構造を若干変更したものであるため、ここでは、変更部分についてのみ説明する。

　＜データ＞
　以下、変形例３に係るメタデータ生成管理装置において使用されるデータについて説明する。

　　＜再生量テーブル＞
　図１０（ａ）は、再生量テーブル５６のデータ構成及び内容例を示す図である。

　再生量テーブル５６は、動画コンテンツ毎に、識別情報５１と再生回数５７とを対応付けたデータを登録したテーブルであり、実施の形態１に係る再生量テーブル５０の再生回数５２に代えて、再生回数５７とを含む点で、再生量テーブル５０と異なる。

　ここで、再生回数５７は、対応する動画コンテンツの再生時間帯毎の再生回数を示す情報である。再生時間帯は、動画コンテンツを単位時間長（この例では１分）である複数の部分に分けた場合において、各部分を、その動画コンテンツの再生時間軸上で特定するための情報である。

　同図は、例えば、識別情報が「１」である動画コンテンツの０：００以上１：００未満の部分の再生回数は「９９９」であり、１：００以上２：００未満の部分の再生回数は「４５１」であり、２：００以上３：００未満の部分の再生回数は「３２０」であることを示している。

　　＜生成ログテーブル＞
　図１０（ｂ）は、生成ログテーブル６５のデータ構成及び内容例を示す図である。

　生成ログテーブル６５は、動画コンテンツ毎に、識別情報６１と処理済情報６６とを対応付けたデータを登録したテーブルであり、実施の形態１に係る生成ログテーブル６０の処理済情報６２に代えて、処理済情報６６とを含む点で、生成ログテーブル６０と異なる。

　ここで、処理済情報６６は、対応する動画コンテンツの再生時間帯毎のメタデータの生成に実際に用いられた処理の量を示す情報である。

　同図は、例えば、識別情報が「１」である動画コンテンツの０：００以上１：００未満の部分の処理済情報は「１」であり、１：００以上２：００未満及び２：００以上３：００未満の部分の処理済情報は「０」であることを示している。即ち、この動画コンテンツのメタデータの生成は、０：００以上１：００未満の部分を生成元として、人の顔及び植物それぞれの特徴量が用いられたことを示している。

　また、同図は、例えば、識別情報が「２」である動画コンテンツの０：００以上１：００未満、１：００以上２：００未満、及び２：００以上３：００未満の部分の処理済情報は「２」であり、この動画コンテンツのメタデータの生成は、０：００以上３：００未満の部分を生成元として、複数の基準の全て、つまり、「人の顔」、「植物」、「車」及び「建物」それぞれの特徴量が用いられたことを示している。

　＜動作＞
　以下、変形例３に係るメタデータ生成管理装置の動作について説明する。

　図１１は、変形例３に係るメタデータ生成管理装置によるメタデータの生成処理を示すフローチャートである。

　変形例３に係るメタデータ生成管理装置によるメタデータの生成処理は、上記実施の形態１に係るメタデータ生成管理装置２００によるメタデータの生成処理のステップＳ３～７に代えて、ステップＳ４１～Ｓ４５の処理を含むものである。

　従って、以下では、このステップＳ４１～Ｓ４５の処理を中心に説明する。

　変形例３に係るメタデータ生成管理装置は、ステップＳ１及びＳ２の処理を、上記実施の形態１で説明したのと同様に実行し、ステップＳ２において、未処理のデータが存在する場合に（ステップＳ２：ＹＥＳ）、変形例３に係るカウント部は、未処理のデータのうちの１つの履歴データに基づいて、再生量テーブル５６を更新する（ステップＳ４１）。

　より詳細には、変形例３に係るカウント部は、その履歴データに含まれている動画コンテンツのＵＲＬ中の識別情報を抽出し、その識別情報を含むレコードが、再生量テーブル５６に登録されている場合には、その履歴データに含まれている送信した動画コンテンツの範囲に対応する、そのレコードに含まれる再生時間帯の再生回数を１増加させた値に更新する。一方、抽出した識別情報を含むレコードが再生量テーブル５６に登録されていない場合には、抽出した識別情報と、その履歴データに含まれている送信した動画コンテンツの範囲に対応する再生時間帯の再生回数として「１」を、その他の時間帯の再生回数として「０」を対応付けた新たなレコードを再生量テーブル５６に登録する。

　例えば、変形例３に係るカウント部が抽出した識別情報が「３」であり、履歴データに含まれている送信した動画コンテンツの範囲が「０：００－０：５９」である場合に、図１０（ａ）に示す再生量テーブル５６の例では、その識別情報「３」を含むレコードが登録されているので、そのレコードの０：００以上１：００未満の部分の再生回数を「４９９」から「５００」に更新する。

　また、例えば、変形例３に係るカウント部が抽出した識別情報が「３」であり、履歴データに含まれている送信した動画コンテンツの範囲が「０：００－１：３０」である場合に、図１０（ａ）に示す再生量テーブル５６の例では、その識別情報「３」を含むレコードが登録されているので、そのレコードの０：００以上１：００未満の部分の再生回数を「４９９」から「５００」に更新すると共に、そのレコードの１：００以上２：００未満の部分の再生回数を「０」から「１」に更新する。

　また、例えば、変形例３に係るカウント部が抽出した識別情報が「１００」であり、履歴データに含まれている送信した動画コンテンツの範囲が「０：００－０：５９」である場合に、図１０（ａ）に示す再生量テーブル５６の例では、その識別情報「１００」を含むレコードが登録されていないとすると、識別情報が「１００」で、再生時間帯が０：００以上１：００未満である部分の再生回数を「１」とし、他の再生時間帯の部分の再生回数を「０」とした新たなレコードを再生量テーブル５６に登録する。

　ステップＳ４１の処理を完了すると、変形例３に係るカウント部は、抽出した動画コンテンツの識別情報と、更新に係る再生時間帯を示す情報（以下、「時間帯情報」という）及び更新後の再生回数の組とを、変形例３に係る制御部に送出する。なお、再生量テーブル５６に新たなレコードを登録した場合、更新後の再生回数「０」と対応する時間帯情報からなる組については送出しないものとする。

　変形例３に係る制御部は、受領した再生回数が第１回数（この例では、「５００」）以上であり、かつ受領した動画コンテンツの識別情報を含む記憶部２０３の生成ログテーブル６５のレコードにおいて、受領した時間帯情報と一致する再生時間帯の処理済情報が「０」であるとの条件を満たすか否かを判定する（ステップＳ４２）。

　なお、受領した動画コンテンツの識別情報を含む上記レコードが、生成ログテーブル６５に登録されていない場合には、受領した動画コンテンツの識別情報を含む記憶部２０３の生成ログテーブル６５のレコードにおいて、受領した時間帯情報が一致する再生時間帯の処理済情報が「０」であると判定する。

　上述の例で、変形例３に係る制御部が、識別情報「３」と、「０：００以上１：００未満」を示す時間帯情報及び再生回数「５００」からなる組を受領した場合には、この再生回数は第１回数以上であり、図１０（ｂ）に示す生成ログテーブル６５の例では、この識別情報「３」を含むレコードが登録されていないので、変形例３に係る制御部は、上記条件を満たす（ステップＳ４２：ＹＥＳ）と判定する。

　また、上述の例で、変形例３に係る制御部が識別情報「１００」と、「０：００以上１：００未満」を示す時間帯情報及び再生回数「１」からなる組とを受領した場合には、この再生回数は第１回数未満であるため、変形例３に係る制御部は、上記条件を満たさない（ステップＳ４２：ＮＯ）と判定する。

　ステップＳ４２の条件を満たす場合に（ステップＳ４２：ＹＥＳ）、変形例３に係る制御部は、変形例３に係るカウント部から受領した識別情報と時間帯情報とメタデータの生成に用いられるべき処理の量の指定として「１」を含むメタデータの生成指示を変形例３に係る生成部に送出する。

　このメタデータの生成指示を受領した変形例３に係る生成部は、実施の形態１に係る生成部２０４と同様に、生成指示に含まれていた識別情報が示す動画コンテンツを配信装置１００から取得し、受領した生成指示に含まれている時間帯情報が示す再生時間帯に対応する、動画コンテンツを構成する映像データの部分を生成元として、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「１」であるため、複数の基準のうち、「人の顔」及び「植物」それぞれの特徴量を用いてメタデータを生成する（ステップＳ４３）。

　ステップＳ４３の処理を完了すると、変形例３に係る生成部は、受領した生成指示に含まれていた識別情報を含む記憶部２０３の生成ログテーブル６５のレコードにおいて、受領した生成指示に含まれていた時間帯情報が示す再生時間帯の処理済情報を「１」に更新する。

　なお、この識別情報を含む生成ログテーブル６５のレコードが登録されていない場合には、この識別情報と、上記時間帯情報が示す再生時間帯の処理済情報として「１」を、他の再生時間帯の処理済情報として「０」を対応付けた新たなレコードを登録する。

　一方、ステップＳ４２の条件を満たさない場合に（ステップＳ４２：ＮＯ）、変形例３に係る制御部は、受領した再生回数が第２回数（この例では、「１０００」）以上であり、かつ受領した動画コンテンツの識別情報を含む記憶部２０３の生成ログテーブル６５のレコードにおいて、その再生回数を含む組の時間帯情報が示す再生時間帯の処理済情報が「１」であるとの条件を満たすか否かを判定する（ステップＳ４４）。

　例えば、変形例３に係る制御部が、識別情報「１」と、「０：００以上１：００未満」を示す時間帯情報及び再生回数「１０００」からなる組と、「１：００以上２：００未満」を示す時間帯情報及び再生回数「４５１」からなる組とを受領した場合には、０：００以上１：００未満の部分の再生回数が第２回数以上であり、図１０（ｂ）に示す生成ログテーブル６５の例では、この識別情報「１」を含むレコードの０：００以上１：００未満の部分の処理済情報が「１」なので、上記条件を満たす（ステップＳ４４：ＹＥＳ）と判定する。

　ステップＳ４４の条件を満たさない場合には（ステップＳ４４：ＮＯ）、再びステップＳ２から処理を行い、ステップＳ４４の条件を満たす場合には（ステップＳ４４：ＹＥＳ）、変形例３に係る制御部は、変形例３に係るカウント部から受領した識別情報と時間帯情報とメタデータの生成に用いられるべき処理の量の指定として「２」を含むメタデータの生成指示を変形例３に係る生成部に送出する。

　このメタデータの生成指示を受領した変形例３に係る生成部は、実施の形態１に係る生成部２０４と同様に、生成指示に含まれていた識別情報が示す動画コンテンツを配信装置１００から取得し、受領した生成指示に含まれている時間帯情報が示す再生時間帯に対応する、動画コンテンツを構成する映像データの部分を生成元として、受領した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「２」であるため、複数の基準のうち、「車」及び「建物」それぞれの特徴量を用いてメタデータを生成する（ステップＳ４５）。

　ステップＳ４５の処理を完了すると、変形例３に係る生成部は、受領した生成指示に含まれていた識別情報を含む記憶部２０３の生成ログテーブル６５のレコードにおいて、受領した生成指示に含まれていた時間帯情報が示す再生時間帯の処理済情報を「２」に更新する。

　ステップＳ４３、又はステップＳ４５でメタデータを生成した変形例３に係る生成部は、実施の形態１に係る生成部２０４と同様に、ステップＳ８の処理を行い、再びステップＳ２から処理を行う。

　≪実施の形態３≫
　上記各変形例を含む実施の形態１及び２では、メタデータ生成管理装置がメタデータを生成するものとして説明したが、以下では、再生要求を送信した端末装置がメタデータを生成する例を説明する。

　＜構成＞
　図１２は、実施の形態３に係るメタデータ生成システム１２００のシステム構成図である。

　同図に示すように、メタデータ生成システム１２００は、配信装置１１０と、メタデータ生成管理装置２２０と、端末装置３１０Ａ、３１０Ｂとから構成されている。

　なお、各端末装置は同様の機能を有するため、以下では、端末装置３１０Ａを例に説明する。

　ここで、配信装置１１０は、同図に示すように、実施の形態１に係る配信装置１００が備える配信制御部１０５に代えて配信制御部１１１を、登録部１０４及び更新部１０６に代えて登録部１１２を備える。

　配信制御部１１１は、実施の形態１に係る配信制御部１０５が予め設定されたスケジュールで履歴データを送信することに代えて、各端末装置から動画コンテンツの再生要求を受信した際に、その再生要求に含まれるＵＲＬを、第１通信部１０２を介してメタデータ生成管理装置２２０に送信し、後述するようにメタデータ生成管理装置２２０から受信したメタデータの生成指示を、再生要求に係る動画コンテンツと共に、再生要求の送信元の端末装置（３１０Ａ又は３１０Ｂ）に送信する機能を有する。

　登録部１１２は、実施の形態１に係る登録部１０４の機能に加え、配信制御部１１１が送信したメタデータの生成指示に応じて、動画コンテンツの再生要求の送信元の端末装置により生成されたメタデータを第２通信部１０３を介して受信し、実施の形態１に係る更新部１０６と同様に、メタデータテーブル２０に追加する機能を有する。

　また、メタデータ生成管理装置２２０は、同図に示すように、実施の形態１に係るメタデータ生成管理装置２００が備えるカウント部２０２及び制御部２０５に代えて、カウント部２１１及び制御部２２２を備え、生成部２０４を含まない点で、メタデータ生成管理装置２００と異なる。

　ここで、カウント部２１１は、基本的には、実施の形態１に係るカウント部２０２と同様の機能を有するが、配信装置１１０からのＵＲＬの受信を契機として動作する点で、実施の形態１に係るカウント部２０２とは異なる。

　制御部２２２は、基本的には、実施の形態１に係る制御部２０５と同様の機能を有するが、メタデータの生成指示を、配信装置１１０を介して動画コンテンツの再生要求の送信元の端末装置（３１０Ａ又は３１０Ｂ）に送信する点で、実施の形態１に係る制御部２０５とは異なる。また、制御部２２２は、動画コンテンツの再生要求の送信元の端末装置（３１０Ａ又は３１０Ｂ）においてメタデータが生成された際に、記憶部２０３の生成ログテーブル６０を更新する機能も有する。

　また、端末装置３１０Ａは、実施の形態１に係る各端末装置（３００Ａ、３００Ｂ）と同様の機能を有する他、配信装置１１０を介して、メタデータ生成管理装置２２０から送信されたメタデータの生成指示に応じて、メタデータを生成する機能を有する。

　端末装置３１０Ａは、同図に示すように、特に、通信部３１１及び生成部３１２を備える。

　ここで、通信部３１１は、インターネット２を介して、配信装置１１０とデータの送受信を行う機能を有する。これまで特に説明していなかったが、実施の形態１で説明した各端末装置（３００Ａ、３００Ｂ）も、当然、通信部３１１と同様の機能を有する通信部を備えている。

　また、生成部３１２は、実施の形態１に係るメタデータ生成管理装置２００が備える生成部２０４と同様に、メタデータの生成指示に基づいてメタデータを生成する機能を有し、通信部３１１を介して、配信装置１１０から動画コンテンツと共に受信したメタデータの生成指示に基づいて、この受信した動画コンテンツを生成元としてメタデータを生成する。生成部３１２は、生成したメタデータを、通信部３１１を介して配信装置１１０に送信する。

　＜動作＞
　以下、実施の形態３に係るメタデータ生成管理装置２２０及び各端末装置の動作について説明する。

　以下では、端末装置３１０Ａから再生要求が送信された場合、つまり、端末装置３１０Ａが視聴用端末である場合を例に説明する。

　図１３は、実施の形態３に係るメタデータ生成管理装置２２０によるメタデータの生成判定処理及び端末装置３１０Ａによるメタデータの生成処理を示すフローチャートである。

　まず、メタデータ生成管理装置２２０によるメタデータの生成判定処理について説明する。

　配信装置１１０の配信制御部１１１は、端末装置３１０Ａからの再生要求を、第２通信部１０３を介して受け付けると、その再生要求に含まれているＵＲＬを、第１通信部１０２を介してメタデータ生成管理装置２２０に送信する。

　メタデータ生成管理装置２２０のカウント部２２１は、通信部２０１を介してこのＵＲＬを受信すると（ステップＳ５１）、実施の形態１に係るカウント部２０２と同様に、再生量テーブル５０を更新する（ステップＳ５２）。即ち、このＵＲＬ中の識別情報を抽出し、抽出した識別情報を含むレコードが、再生量テーブル５０に登録されている場合には、そのレコードに含まれる再生回数を１増加させた値に更新し、そのレコードが再生量テーブル５０に登録されていない場合には、抽出した識別情報と、再生回数として「１」を対応付けた新たなレコードを再生量テーブル５０に登録する。

　ステップＳ５２の処理を完了すると、カウント部２２１は、抽出した動画コンテンツの識別情報と更新後の再生回数を制御部２２２に送出し、制御部２２２は、実施の形態１に係る制御部２０５と同様に、ステップＳ４の条件を満たすか否かを判定する（ステップＳ４）。

　ステップＳ４の条件を満たす場合に（ステップＳ４：ＹＥＳ）、制御部２２２は、抽出した動画コンテンツの識別情報と、メタデータの生成に用いられるべき処理の量の指定として「１」とを含むメタデータの生成指示を通信部２０１を介して配信装置１１０へ送信し（ステップＳ５３）、メタデータ生成管理装置２２０は、メタデータの生成判定処理を終了する。

　このメタデータの生成指示を、第１通信部１０２を介して受信した配信装置１１０の配信制御部１１１は、この生成指示を、再生要求に係る動画コンテンツと共に、端末装置３１０Ａへ送信する。

　一方、ステップＳ４の条件を満たさない場合に（ステップＳ４：ＮＯ）、制御部２２２は、実施の形態１に係る制御部２０５と同様に、ステップＳ６の条件を満たすか否かを判定する（ステップＳ６）。

　ステップＳ６の条件を満たさない場合には（ステップＳ６：ＮＯ）、メタデータ生成管理装置２２０は、メタデータの生成指示を送信することなく、メタデータの生成判定処理を終了する。この場合、配信装置１１０の配信制御部１１１は、生成指示を受信しないことになるため、例えば、上記ステップＳ５１でカウント部２２１が受信するＵＲＬの送信から所定時間以内に生成指示を受信しない場合には、再生要求に係る動画コンテンツのみを端末装置３１０Ａへ送信する。この結果、端末装置３１０Ａは、実施の形態１で説明した端末装置３００Ａと同様に、動画コンテンツの再生のみを行い、メタデータの生成は行わない。

　一方、ステップＳ６の条件を満たす場合には（ステップＳ６：ＹＥＳ）、制御部２２２は、抽出した動画コンテンツの識別情報と、メタデータの生成に用いられるべき処理の量の指定として「２」とを含むメタデータの生成指示を通信部２０１を介して配信装置１１０へ送信し（ステップＳ５４）、メタデータ生成管理装置２２０は、メタデータの生成判定処理を終了する。

　このメタデータの生成指示を、第１通信部１０２を介して受信した配信装置１１０の配信制御部１１１は、この生成指示を、再生要求に係る動画コンテンツと共に、端末装置３１０Ａへ送信する。

　次に、端末装置３１０Ａによるメタデータの生成処理について説明する。

　端末装置３１０Ａの生成部３１２は、上記ステップＳ５３又はステップＳ５４でメタデータ生成管理装置２２０の制御部２２２が送信したメタデータの生成指示と、再生要求に係る動画コンテンツとを、配信装置１１０から通信部３１１を介して受信すると（ステップＳ６１）、受信した生成指示で指定された特徴量を用いて、受信した動画コンテンツの映像データ全体を生成元としてメタデータを生成する（ステップＳ６２）。

　即ち、受信した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「１」である場合には、複数の基準のうち、「人の顔」及び「植物」それぞれの特徴量を用いてメタデータを生成し、受信した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「２」である場合には、複数の基準のうち、「車」及び「建物」それぞれの特徴量を用いてメタデータを生成する。

　ステップＳ６２の処理を完了すると、生成部３１２は、生成したメタデータと生成指示に含まれていた識別情報と処理済情報とを通信部３１１を介して配信装置１１０に送信し（ステップＳ６３）、メタデータの生成処理を終了する。

　なお、上記処理済情報として、受信した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「１」である場合には「１」を、受信した生成指示におけるメタデータの生成に用いられるべき処理の量の指定が「２」である場合には「２」を指定する。

　端末装置３１０Ａから送信されたメタデータと動画コンテンツの識別情報と処理済情報とを第２通信部１０３を介して受信した配信装置１１０の登録部１１２は、受信した動画コンテンツの識別情報と記憶部１０１のメタデータテーブル２０で対応付けられているメタデータに、受信したメタデータを追加して登録する。

　また、登録部１１２は、受信した動画コンテンツの識別情報と処理済情報とを第１通信部１０２を介してメタデータ生成管理装置２２０に送信し、これらの情報を、通信部２０１を介して受信したメタデータ生成管理装置２２０の制御部２２２は、受信した動画コンテンツの識別情報と記憶部２０３の生成ログテーブル６０で対応付けられている処理済情報を、受信した処理済情報で更新する。

　≪補足≫
　以上、本発明に係るメタデータ生成管理装置及びメタデータ生成システムを、実施の形態１～３及び変形例１～３（以下では、単に「実施の形態」という）に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りのメタデータ生成管理装置及びメタデータ生成管理システムに限られないことは勿論である。

　（１）実施の形態では、配信装置とメタデータ生成管理装置と端末装置とからなるメタデータ生成システムについて説明したが、配信装置、メタデータ生成管理装置、及び端末装置それぞれが備える機能を１つの装置（以下、「録画再生装置５００」という）で実現するようにしてもよい。

　図１４は、録画再生装置５００の機能構成を示すブロック図である。

　録画再生装置５００は、同図に示すように、記憶部１０１、登録部１０４、配信制御部１０５、カウント部２０２、記憶部２０３、制御部２０５、受付部５０１、録画再生部５０２及び生成部５０３を備える。

　録画再生装置５００は、図示しないメモリ及びプロセッサを含んでおり、登録部１０４、配信制御部１０５、カウント部２０２、制御部２０５、録画再生部５０２及び生成部５０３の各機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。

　ここで、記憶部１０１、登録部１０４、配信制御部１０５は、実施の形態１に係る配信装置１００が備えるものと同様のものであり、カウント部２０２、記憶部２０３、制御部２０５は、実施の形態１に係るメタデータ生成管理装置２００が備えるものと同様のものであるため、ここでは、それ以外の機能部について説明する。

　受付部５０１は、リモコン等の通常の入力装置からのユーザ操作を受け付け、受け付けた操作に対応する信号を録画再生部５０２に送出する機能を有する。

　また、録画再生部５０２は、受付部５０１から受領した信号に応じて、放送波を受信して番組（動画コンテンツ）を記憶部１０１のコンテンツテーブル１０に登録し、又は、登録済みの動画コンテンツをコンテンツテーブル１０から取得し、再生し、テレビ受像機に出力する機能を有する。

　この動画コンテンツのコンテンツテーブル１０への登録は、実施の形態１の端末装置３００Ａと同様に、動画コンテンツの登録要求を登録部１０４へ送信することにより実現される。また、登録済みの動画コンテンツのコンテンツテーブル１０からの取得は、実施の形態１の端末装置３００Ａと同様に、動画コンテンツの再生要求を配信制御部１０５に送信することにより実現される。

　生成部５０３は、基本的には、実施の形態１に係る生成部２０４と同様の機能を有するが、生成したメタデータを直接、記憶部１０１のメタデータテーブル２０に追加して登録する点で、生成部２０４と異なる。

　録画再生装置５００は、図４に示す実施の形態１に係るメタデータ生成管理装置２００と同様にメタデータ生成処理を行うため、詳細な動作の説明は行わないが、配信制御部１０５とカウント部２０２とが、直接データの授受を行う点、及び、上述のように生成部５０３が生成したメタデータを直接、メタデータテーブル２０に追加して登録する点は、当然、実施の形態１で説明したのと異なる。

　（２）実施の形態１では、ある動画コンテンツについて、初めてメタデータが生成される際に、その動画コンテンツの再生回数が第２回数以上であったとしても、ステップＳ４の条件を満たしてしまう（ステップＳ４：ＹＥＳ）ため、まずは、「人の顔」及び「植物」の特徴量を用いてメタデータを生成する（ステップＳ５）ものとして説明した。しかしながら、ステップＳ４の条件を満たす場合に（ステップＳ４：ＹＥＳ）、再生回数が第２回数以上であるか否かの判定処理を行うようにし、肯定的な判定を行った場合には、全ての特徴量を用いてメタデータを生成し、処理済情報を「２」に更新するようにし、否定的な判定を行った場合には、上記ステップＳ５の処理を行うようにしてもよい。

　このことは、各変形例及び他の実施の形態にも同様に適用できる。

　（３）実施の形態１で説明したメタデータの生成処理（図４参照）と、実施の形態２で説明したメタデータの生成処理（図９参照）を組み合わせてもよい。

　その際、実施の形態１では、生成ログテーブル６０は、動画コンテンツ毎に、１つの処理済情報を記憶するものとして説明したが、映像データを生成元としたメタデータの生成に実際に用いられた処理の量を示す情報（以下では、「第１処理済情報」という）と、音声データを生成元としたメタデータの生成に実際に用いられた処理の量を示す情報（以下では、「第２処理済情報」という）とを記憶させる必要がある。

　また、図４のステップＳ６の処理で参照する処理済情報を、第１処理済情報に置き換えると共に、ステップＳ５、ステップＳ７の処理後、ステップＳ８の処理前に、図９のステップＳ３２～Ｓ３５の処理を追加する必要がある。なお、この際、ステップＳ３４の処理で参照する処理済情報を、第２処理済情報に置き換える必要がある。また、ステップＳ８の処理では、ステップＳ５又はＳ７、及びステップＳ３３又はＳ３５で生成されたメタデータを送信する必要がある。

　（４）実施の形態では、メタデータ生成装置と配信装置とはＬＡＮ１を介して接続されているものとして説明したが、ケーブルを介して接続していてもよいし、メタデータ生成装置と配信装置とを１つの装置で実現するようにしてもよい。

　（５）実施の形態では、初期メタデータが、タイトル、再生時間長、ファイルフォーマット、及び登録日時からなるデータであるものとして説明したが、他のデータ、例えば、動画コンテンツの内容を説明する文章やタグ、動画コンテンツが属するカテゴリ等を含めてもよい。また、これらの指定は、上記タイトルと同様に、登録画面を介して行えるようにしてもよい。

　（６）実施の形態では、視聴用端末のユーザが検索画面上で、検索したい動画コンテンツの特徴を示す特定のメタデータを入力すると、視聴用端末は、この特定のメタデータの指定を含む、動画コンテンツの検索要求を配信装置に送信し、配信装置は、視聴用端末から受信した動画コンテンツの検索要求で指定されている特定のメタデータが対応付けられている動画コンテンツを検索するものとして説明した。しかしながら、例えば、特定のメタデータの指定を含まない動画コンテンツの検索要求を配信装置に送信できるように視聴用端末を変形し、この動画コンテンツの検索要求を受信した配信装置の配信制御部は、例えば、登録日時が新しい方（つまり、識別情報が最大のもの）から順に所定数の動画コンテンツを検索するようにしてもよい。

　また、実施の形態では、再生量テーブルをカウント部が保持するものとして説明したが、この再生量テーブルを、配信装置が直接アクセスできる場所、例えば、ＬＡＮ１に接続するネットワークストレージに格納するようにし、特定のメタデータの指定を含まない動画コンテンツの検索要求を受信した場合に、配信装置の配信制御部は、ネットワークストレージ上の再生量テーブルを参照し、再生回数が所定回数より多い動画コンテンツを検索し、又は、再生回数が多い方から所定数の動画コンテンツを検索するようにしてもよい。また、再生量テーブルを、配信装置が直接アクセスできる場所に格納するだけでなく、メタデータ生成管理装置に問い合わせて、再生回数が所定回数より多い動画コンテンツの識別情報を取得し、又は、再生回数が多い方から所定数の動画コンテンツの識別情報を取得して上記検索を実現するようにしてもよい。

　（７）本発明に係るコンテンツの一例として、実施の形態では、映像データ及び音声データから構成される動画コンテンツを例に説明したが、他のコンテンツ、例えば、静止画像データや、音声データについても、本発明の内容を同様に適用できる。

　（８）実施の形態に係るメタデータ生成システムは、１台の配信装置を含んで構成されるものとして説明したが、複数の配信装置を含んで構成されるようにしてもよい。

　その場合、記憶部１０１に記憶されている各テーブルについては、各配信装置が直接アクセスできる場所、例えば、ＬＡＮ１又はインターネット２に接続するネットワークストレージに格納するほうが望ましい。

　また、実施の形態で説明した配信装置を頂点とした階層構造を形成するように複数の配信装置を接続し、各配信装置それぞれが各端末装置からの動画コンテンツの再生要求を受け付けて動画コンテンツの送信を行えるようにし、生成した履歴データを、階層構造の頂点となる実施の形態で説明した配信装置に集約して登録できるようにしてもよい。

　（９）実施の形態２では、動画コンテンツの再生量として、動画コンテンツにおいて再生された部分の時間長を用いて説明したが、例えば、動画コンテンツ全体の再生時間長に対する、実際に再生された部分の時間長の割合に応じて、メタデータを生成するか否か、及びメタデータの生成に用いられるべき処理の量を制御するようにしてもよい。
（１０）実施の形態に係る配信装置の配信制御部は、予め設定されたスケジュールに基づいて、新たに登録された各履歴データを、実施の形態に係るメタデータ生成管理装置に送信するものとして説明した。しかしながら、例えば、履歴データを生成する毎に、送信するようにしてもよい。この履歴データを受信したメタデータ生成管理装置のカウント部は、受信毎に処理してもよいし、受信した履歴データを保持しておき、予め設定されたスケジュールで処理してもよい。

　また、実施の形態では、配信ログテーブルを配信装置の配信制御部が保持するものとして説明したが、この配信ログテーブルを、メタデータ生成管理装置が直接アクセスできる場所、例えば、ＬＡＮ１に接続するネットワークストレージに格納するようにし、メタデータ生成管理装置が配信ログテーブルの更新を検出し、又は配信装置から更新した旨の通知を受けて、この配信ログテーブルから履歴データを取得し、処理するようにしてもよい。また、メタデータ生成管理装置が配信ログテーブルを一定時間毎にチェックし、前回のチェック以降に更新された履歴データを取得し処理するようにしてもよい。

　（１１）実施の形態では、メタデータ生成管理装置の制御部は、カウント部から動画コンテンツの識別情報等のデータを受領したことを契機に動作するものとして説明したが、制御部は、受領したデータをメタデータ生成管理装置が備えるメモリに保持しておき、制御部は予め設定されたスケジュールでまとめて処理するようにしてもよい。また、カウント部が上記メモリに格納して制御部に通知し、制御部は、通知を受けた際に、このメモリからデータを取得して処理するようにしてもよい。

　（１２）変形例３では、ある再生時間帯（例えば、０：００以上１：００未満）の一部（例えば、０：００～０：３０）が再生された場合でも、再生量テーブル５６において、その再生時間帯の再生回数を１つ増加させた値に更新するものとして説明したが、その再生時間帯の全体が再生された場合にのみ、その再生時間帯の再生回数を１つ増加させた値に更新するようにしてもよい。

　（１３）実施の形態２では、図９に示すように、ステップＳ３２の条件を満たす場合に（ステップＳ３２：ＹＥＳ）、ステップＳ３３の処理を行い、ステップＳ３４の条件を満たす場合に（ステップＳ３４：ＹＥＳ）、ステップＳ３５の処理を行うものとして説明したが、このステップＳ３３の処理の代わりに、図４のステップＳ５の処理や、図５のステップＳ１１の処理や、ステップＳ２１の処理を行い、上記ステップＳ３４の処理の代わりに、図４のステップＳ７の処理や、図５のステップＳ１２の処理や、ステップＳ２２の処理を行うようにしてもよい。

　（１４）実施の形態３に、実施の形態２の内容を適用してもよい。即ち、再生量テーブル５０と生成ログテーブル６０に代えて、図８に示す再生量テーブル５３と生成ログテーブル６３を用いて処理を行うように変更すると共に、特に、図１３のステップＳ４、Ｓ６に代えて、図９のステップＳ３２、Ｓ３４の処理を行うようにしてもよい。

　（１５）実施の形態で説明した動画コンテンツの再生量の例に代えて、例えば、動画コンテンツの総再生時間長に応じて、メタデータを生成するか否か、及びメタデータの生成に用いられるべき処理の量を制御するようにしてもよい。この動画コンテンツの総再生時間長は、例えば、全体の再生時間長が５分の動画コンテンツ全体が３回再生された場合には、５分×３回＝１５分といったように算出する。

　（１６）実施の形態１では、図４に示すように、再生回数が第１回数以上になったときに（ステップＳ４：ＹＥＳ）、「人の顔」及び「植物」の特徴量を用いてメタデータを生成し（ステップＳ５）、再生回数が第２回数以上になったときに（ステップＳ６：ＹＥＳ）、「車」及び「建物」の特徴量を用いてメタデータを生成する（ステップＳ７）ものとして説明した。しかしながら、このように２段階に分けてメタデータの生成する場合に限らず、例えば、更に、再生回数が第３回数以上になったときに、上記以外の特徴量（例えば、犬や、ネコの特徴量や、赤、青、黄色等の色に関する特徴量）を用いてメタデータを生成するようにしてもよいし、メタデータを生成するかしないかの１段階で、再生回数が第４回数（例えば、７５０回）以上になったときに、「人の顔」、「植物」、「車」及び「建物」の特徴量を用いてメタデータを生成するようにしてもよい。

　このことは、各変形例及び他の実施の形態にも同様に適用できる。

　（１７）変形例１では、再生回数が第１回数以上になったときに（ステップＳ４：ＹＥＳ）、映像データの前半部分を生成元としてメタデータを生成し（ステップＳ１１）、再生回数が第２回数以上になったときに（ステップＳ６：ＹＥＳ）、映像データの後半部分を生成元としてメタデータを生成する（ステップＳ１２）ものとして説明した。しかしながら、映像データを２等分して前半部分と後半部分とに分けてメタデータを生成する場合に限らず、映像データを、複数の部分に分けた場合の一部分と残りの部分とに分けて処理してもよい。

　また、特に、上述のように３段階以上に分けてメタデータの生成を行う場合に、映像データを段階数と同じ数の部分に分け、又は、単位時間毎に分け、段階毎にメタデータの生成元を変えてメタデータを生成するようにしてもよい。

　（１８）実施の形態では、視聴用端末は、動画コンテンツの受信を開始すると、予めインストールされている動画再生用のアプリケーションを起動し、その動画コンテンツを再生するものとして説明した。しかしながら、例えば、配信装置の配信制御部は、検索結果の画面の中に、動画再生用のアプリケーションを含めるように、この検索結果の画面を生成し、視聴用端末は、この検索結果の画面に含められた動画再生用のアプリケーションを用いて動画コンテンツを再生するようにしてもよい。

　また、実施の形態では、配信装置の配信制御部は、視聴用端末からの再生要求に応じてコンテンツテーブル１０から取得した動画コンテンツをそのまま視聴用端末に送信するものとして説明したが、動画再生用のアプリケーションに適した形式に変換した動画コンテンツを送信するようにしてもよい。

　（１９）実施の形態では、第１回数の一例として５００回、第２回数の一例として１０００回、第１時間の一例として１分、第２時間の一例として５分を用いて説明したが、これらの例に限られない。例えば、第１回数は、１回でも、１０００回でもよいし、第２回数は、第１回数より多ければ１０回でも、１００００回でもよい。また、第１時間は、３０秒でも５分でもよいし、第２時間は、第１時間より長い時間であれば、１０分でも２０分でもよいが、登録される動画コンテンツ全体の再生時間長に応じて決定するほうが望ましい。例えば、１０分以上の動画コンテンツの登録が制限されるような場合には、当然、第１時間及び第２時間は１０分未満にする必要があるし、動画コンテンツの平均的な再生時間長が５分程度であれば、第１時間及び第２時間は５分未満にするほうが望ましい。

　（２０）実施の形態３に係る配信装置１１０は、再生要求に係る動画コンテンツと共に、メタデータ生成管理装置２２０から受信したメタデータの生成指示を、その再生要求の送信元の端末装置に送信するものとして説明したが、これに限られるものではない。例えば、配信ログテーブル４０から、過去に再生要求を受信した端末装置のＩＰアドレスを取得し、そのときに通信可能な端末装置に、再生要求とは無関係に、メタデータの生成指示とその生成指示に係る動画コンテンツを送信し、メタデータを生成させるようにしてもよい。

　（２１）実施の形態３では、各端末装置の生成部３１２が、再生要求に係る動画コンテンツを生成元として、メタデータの生成指示に応じてメタデータを生成するものとして説明した。しかしながら、これに代えて、あるいは、これと共に、例えば、その端末装置のユーザが、再生中の動画コンテンツのメタデータを自由に入力できるようにし、端末装置がその入力されたメタデータと再生中の動画コンテンツの識別情報とを配信装置に送信することで、配信装置は、受信したメタデータをメタデータテーブルに登録できるようにしてもよい。実際に動画コンテンツを視聴したユーザが入力したメタデータを登録できるので、より精度の高いメタデータを生成し得る。

　更に、このメタデータをメタデータテーブルに登録する際に、そのメタデータが入力された動画コンテンツの再生時間軸上の位置と対応付けて登録できるようにしてもよい。

　（２２）実施の形態では、メタデータ生成管理装置の制御部が、メタデータを生成するか否かの判定を、動画コンテンツの再生量と、記憶部２０３に記憶されている生成ログテーブルとに基づいて行うものとして説明したが、動画コンテンツの再生量のみに基づいて判定するようにしてもよい。

　例えば、上記（１６）で説明したように、メタデータを生成するかしないかの１段階で、再生回数が第４回数（例えば、７５０回）に一致したときに、「人の顔」、「植物」、「車」及び「建物」の特徴量を用いてメタデータを生成する場合には、生成ログテーブルを参照する必要がないためである。

　（２３）実施の形態において説明した各構成要素のうち、全部又は一部を１チップ又は複数チップの集積回路で実現してもよいし、コンピュータのプログラムで実現してもよいし、その他どのような形態で実現してもよい。

　（２４）実施の形態において説明したメタデータの生成処理（図４～図６、図９、図１１参照）及び、図１３に示すメタデータの生成判定処理及びメタデータの生成処理をＣＰＵ（Central Processing Unit）に実行させるためのプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣ(Integrated Circuit)カード、光ディスク、フレキシブルディスク、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ハードディスク等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施の形態で示したメタデータ生成管理装置及び端末装置３１０Ａ、３１０Ｂの各機能が実現される。

　（２５）実施の形態に係るメタデータ生成管理装置及びメタデータ生成システムに、上記（１）～（２４）の一部又は全部の変形を組み合わせて適用してもよい。

　本発明は、コンテンツの特徴を示すメタデータの生成を管理するために利用できる。

　１　　ＬＡＮ
　２　　インターネット
　１００、１１０　　配信装置
　１０１、２０３　　記憶部
　１０２　　第１通信部
　１０３　　第２通信部
　１０４、１１２　　登録部
　１０５、１１１　　配信制御部
　１０６　　更新部
　２００、２１０、２２０　　メタデータ生成管理装置
　２０１、３１１　　通信部
　２０２、２１１、２２１　　カウント部
　２０４、２１２、３１２、５０３　　生成部
　２０５、２１３、２２２　　制御部
　３００Ａ、３００Ｂ、３１０Ａ、３１０Ｂ　　端末装置
　５００　　録画再生装置
　５０１　　受付部
　５０２　　録画再生部
　１０００、１１００、１２００　　メタデータ生成システム

Claims (15)

1. 　コンテンツの再生量をカウントするカウント部と、
   　前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウント部によりカウントされた前記コンテンツの再生量に応じて制御する制御部とを備える
   　ことを特徴とするメタデータ生成管理装置。
2. 　前記制御部は、
   　前記コンテンツの再生量に応じて多くなるように定まる、当該コンテンツのメタデータの生成に用いられるべき処理の量を示す処理量情報を前記指示に含めて出力するものであり、
   　前記メタデータ生成管理装置は、更に
   　前記制御部により出力された前記指示に含まれている前記処理量情報が示す処理の量に対応する前記メタデータの生成処理を実行する生成部を備える
   　ことを特徴とする請求項１記載のメタデータ生成管理装置。
3. 　前記コンテンツの再生量は、当該コンテンツに対して行われた再生要求の回数であり、
   　前記制御部は、前記再生要求の回数が所定値以上である場合にのみ、前記指示を出力するよう制御する
   　ことを特徴とする請求項２記載のメタデータ生成管理装置。
4. 　前記生成部は、
   　コンテンツから特定の特徴を抽出するための複数の基準の中から、前記処理量情報が示す処理の量に応じた個数の基準を用いて、前記メタデータの生成処理を実行する
   　ことを特徴とする請求項３記載のメタデータ生成管理装置。
5. 　前記コンテンツは、再生時間軸を持つストリームであり、
   　前記生成部は、
   　前記処理量情報が示す処理の量に応じた時間長の前記コンテンツの部分を生成元として、前記メタデータの生成処理を実行する
   　ことを特徴とする請求項３記載のメタデータ生成管理装置。
6. 　前記コンテンツは、映像データと音声データとから構成されており、
   　前記生成部は、
   　前記コンテンツを構成する一方のデータと双方のデータとのいずれを用いて前記メタデータの生成を行うかを、前記処理量情報が示す処理の量に応じて決定し、決定したデータを生成元として、前記メタデータの生成処理を実行する
   　ことを特徴とする請求項３記載のメタデータ生成管理装置。
7. 　前記コンテンツの再生量は、当該コンテンツにおいて再生された部分の時間長であり、
   　前記制御部は、
   　前記時間長が所定値以上である場合にのみ、前記指示を出力するよう制御する
   　ことを特徴とする請求項１記載のメタデータ生成管理装置。
8. 　前記制御部は、
   　前記コンテンツにおける再生された部分を示す部分情報を前記指示に含めて出力するものであり、
   　前記メタデータ生成管理装置は、更に
   　前記制御部から出力された前記指示に含まれている前記部分情報が示す部分を生成元として、前記メタデータの生成処理を実行する生成部を備える
   　ことを特徴とする請求項７記載のメタデータ生成管理装置。
9. 　前記コンテンツの再生量は、当該コンテンツに対する再生要求に基づいて、当該コンテンツを構成する複数の部分それぞれに対して行われた再生の回数であり、
   　前記制御部は、
   　各部分の中に、再生の回数が所定値以上である部分が含まれている場合にのみ、前記指示を出力するよう制御する
   　ことを特徴とする請求項１記載のメタデータ生成管理装置。
10. 　前記制御部は、
    　前記コンテンツを構成する複数の部分のうち、再生の回数が所定回数以上である部分を示す部分情報を前記指示に含めて出力するものであり、
    　前記メタデータ生成管理装置は、更に
    　前記制御部から出力された前記指示に含まれている前記部分情報が示す部分を生成元として、前記メタデータの生成処理を実行する生成部を備える
    　ことを特徴とする請求項９記載のメタデータ生成管理装置。
11. 　再生要求に応じてコンテンツの配信を行う配信装置と、当該配信装置に対し再生要求を行い配信されたコンテンツを再生する端末装置と、メタデータ生成管理装置とを備えるメタデータ生成システムであって、
    　前記メタデータ生成管理装置は、
    　前記配信装置が再生要求を受けたことを示す情報を取得することにより、前記コンテンツの再生量をカウントするカウント部と、
    　前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウント部によりカウントされた前記コンテンツの再生量に応じて制御する制御部とを備える
    　ことを特徴とするメタデータ生成システム。
12. 　前記メタデータ生成管理装置の前記制御部は、
    　前記コンテンツの再生量に応じて多くなるように定まる、当該コンテンツのメタデータの生成に用いられるべき処理の量を示す処理量情報を前記指示に含めて、前記端末装置から前記配信装置に対し前記再生要求がなされた際に、当該端末装置に出力するものであり、
    　前記端末装置は、更に
    　前記配信装置に対し行った配信要求に応じて配信されたコンテンツを生成元として、前記制御部により出力された前記指示に含まれている前記処理量情報が示す処理の量に対応する前記メタデータの生成処理を実行する生成部を備える
    　ことを特徴とする請求項１１記載のメタデータ生成システム。
13. 　コンテンツの再生量をカウントするカウント部と、
    　前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウント部によりカウントされた前記コンテンツの再生量に応じて制御する制御部と
    　を備えることを特徴とするメタデータ生成管理用集積回路。
14. 　メタデータ生成管理装置において用いられるメタデータ生成管理方法であって、
    　コンテンツの再生量をカウントするカウントステップと、
    　前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウントステップでカウントされた前記コンテンツの再生量に応じて制御する制御ステップとを含む
    　ことを特徴とするメタデータ生成管理方法。
15. 　メタデータ生成管理処理をコンピュータに実行させるためのプログラムであって、
    　前記メタデータ生成管理処理は、
    　コンテンツの再生量をカウントするカウントステップと、
    　前記コンテンツの特徴を示すメタデータを生成する指示を出力するか否かを、前記カウントステップでカウントされた前記コンテンツの再生量に応じて制御する制御ステップとを含む
    　ことを特徴とするプログラム。

Images