(57)【要約】【課題】特徴量の生成に長い時間がかかるという問題を解決することが可能な特徴量生成装置を提供する。【解決手段】ブロック取得部３４は、動画データから、動画ブロックを順次取得していく取得処理を実行する。検索用データ生成部３５は、動画ブロックから、動画データの特徴量を生成していく。ＣＰＵ３６は、検索用データ生成部３５が生成した特徴量の数に応じて、ブロック取得部３４における動画ブロックの取得率を調整する。【選択図】図１
2012169998.tif 000002
【特許請求の範囲】
【請求項１】
データから、当該データの一部分をブロックとして順次取得していく取得処理を実行する取得部と、
前記ブロックに基づいて、前記データの特徴量を順次生成していく生成部と、
前記特徴量の数に応じて、前記取得処理で前記ブロックが取得される取得率を調整する制御部と、を有する特徴量生成装置。
【請求項２】
前記制御部は、前記特徴量の数が一定数以上になると、前記取得率を小さくする、請求項１に記載の特徴量生成装置。
【請求項３】
前記制御部は、前記特徴量の数が前記一定数より大きい第２の一定数以上になると、前記取得処理を終了させる、請求項２に記載の特徴量生成装置。
【請求項４】
前記データは、複数あり、
前記取得部は、前記複数のデータに対して順番に前記取得処理を実行し、
前記制御部は、前記取得処理が実行されていないデータの数に応じて、前記取得率を調整する、請求項１ないし３のいずれか１項に記載の特徴量生成装置。
【請求項５】
前記制御部は、前記データの数が閾値未満の場合、前記取得率を第１取得率とし、前記データの数が前記閾値以上の場合、前記取得率を前記第１取得率より小さい第２取得率にする、請求項４に記載の特徴量生成装置。
【請求項６】
前記データには、付加情報が付加されており、
前記生成部が前記特徴量の生成を終了した場合、前記特徴量の総数が所定数未満であると、前記付加情報に基づいて、前記特徴量を生成する付加生成部をさらに有する、請求項１ないし５のいずれか１項に記載の特徴量生成装置。
【請求項７】
前記制御部は、前記データの大きさに応じて、前記取得率を調整する、請求項１ないし６のいずれか１項に記載の特徴量生成装置。
【請求項８】
前記特徴量を、前記動画データを検索するための検索用データとして格納する検索用データ格納部をさらに有する請求項１ないし７のいずれか１項に記載の特徴量生成装置。
【請求項９】
データから、当該データの一部分をブロックとして順次取得していく取得処理を実行し、
前記ブロックに基づいて、前記データの特徴量を順次生成していき、
前記特徴量の数に応じて、前記取得処理で前記ブロックが取得される取得率を調整する、特徴量生成方法。
【請求項１０】
データから、当該データの一部分をブロックとして順次取得していく取得処理を実行する手順と、
前記ブロックに基づいて、前記データの特徴量を順次生成していく手順と、
前記特徴量の数に応じて、前記取得処理で前記ブロックが取得される取得率を調整する手順と、をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの特徴量を生成する技術に関し、特には、動画データの特徴量を動画データの検索用データとして生成する技術に関する。
【背景技術】
【０００２】
近年、動画データには、複数の動画データから特定の動画データを検索したり、特定の動画データから特定のシーンを検索したりするために、検索用情報が付加されているものがある。検索用情報としては、キーワードなどのメタデータ、動画データ内の位置を示す位置情報などが挙げられる（特許文献１参照）。
【０００３】
また、特許文献２および３には、動画データから、その動画データの特徴量を検索用情報として自動的に生成する技術が記載されている。
【０００４】
特許文献２に記載の動画検索装置は、動画データが示す画像に含まれる文字情報などを認識し、その文字情報を検索用情報として生成している。
【０００５】
特許文献３に記載の動画検索情報生成装置は、動画データを複数のシーンに分割し、各シーン内のフレームを圧縮するなどして生成した要約情報を、動画データからシーンを検索するための検索用情報として用いている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】再表２００５／０７６６０８号公報
【特許文献２】特開２０１０−２０６３０号公報
【特許文献３】特開２００４−１０４８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献２および３の記載の技術では、検索用情報となる文字情報や要約情報などの特徴量を十分な数だけ生成することができても、その後で、特徴量が生成され続けるので、特徴量が過剰に生成されてしまい、特徴量の生成に長い時間がかかることがある。なお、このような問題は、動画データから特徴量を生成する場合に限らず、一般的なデータから特徴量を生成する場合でも発生する。
【０００８】
本発明の目的は、上記の課題である、特徴量の生成に長い時間がかかるという問題を解決することが可能な特徴量生成装置、特徴量生成方法およびプログラムを提供することである。
【課題を解決するための手段】
【０００９】
本発明による特徴量生成装置は、データから、当該データの一部分をブロックとして順次取得していく取得処理を実行する取得部と、前記ブロックに基づいて、前記データの特徴量を順次生成していく生成部と、前記特徴量の数に応じて、前記取得処理で前記ブロックが取得される取得率を調整する制御部と、を有する。
【００１０】
また、本発明による特徴量生成方法は、データから、当該データの一部分をブロックとして順次取得していく取得処理を実行し、前記ブロックに基づいて、前記データの特徴量を順次生成していき、前記特徴量の数に応じて、前記取得処理で前記ブロックが取得される取得率を調整する。
【００１１】
また、本発明のプログラムは、データから、当該データの一部分をブロックとして順次取得していく取得処理を実行する手順と、前記ブロックに基づいて、前記データの特徴量を順次生成していく手順と、前記特徴量の数に応じて、前記取得処理で前記ブロックが取得される取得率を調整する手順と、をコンピュータに実行させる。
【発明の効果】
【００１２】
本発明によれば、特徴量の生成にかかる時間を軽減することが可能になる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態の動画検索システムを示す図である。
【図２】動画データを検索する動画検索処理に係る動画検索システムの動作の一例を説明するためのフローチャートである。
【図３】動画データを登録する新規登録処理に係る動画検索サービス提供会社サーバの動作の一例を説明するためのフローチャート図である。
【図４】第１の画像取得方法を用いた取得処理に係る動画検索サービス提供会社サーバの動作の一例を説明するためのフローチャート図である。
【図５】第２の画像取得方法を用いた取得処理に係る動画検索サービス提供会社サーバの動作の一例を説明するためのフローチャート図である。
【図６】フレームの取得順および枚数を、動画データのフレームレートごとに示す図である。
【図７】本発明の第２の実施形態の動画検索システムを示す図である。
【図８】動画データを登録する新規登録処理に係る動画検索サービス提供会社サーバの動作の他の例を説明するためのフローチャート図である。
【図９】動画検索サービス提供会社サーバの他の構成例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面を参照して説明する。なお、以下の説明では、同じ機能を有するものには同じ符号を付け、その説明を省略する場合がある。
【００１５】
図１は、本発明の第１の実施形態の動画検索システムを示す図である。図１において、動画検索システムは、動画提供者端末装置１０と、動画検索端末装置２０と、動画検索サービス提供会社サーバ３０とを有する。なお、動画提供者端末装置１０、動画検索端末装置２０および動画検索サービス提供会社サーバ３０は、通信網であるインターネット５０を介して接続されている。なお、通信網は、インターネット５０に限らず適宜変更可能である。
【００１６】
動画提供者端末装置１０および動画検索端末装置２０は、通信機能を有する端末装置であり、例えば、ＰＣ（Personal Computer）や携帯電話機である。
【００１７】
動画提供者端末装置１０は、動画を動画検索サービス提供会社サーバ３０に登録する動画提供者にて使用される。動画提供者端末装置１０は、動画を登録するための動画新規登録要求を、インターネット５０を介して動画検索サービス提供会社サーバ３０に送信する。なお、動画新規登録要求は、登録を行う動画データを含む。
【００１８】
動画検索端末装置２０は、動画検索サービス提供会社サーバ３０に登録された動画データを閲覧するユーザにて使用される。動画検索端末装置２０は、動画データを検索するための動画検索要求を、インターネット５０を介して動画検索サービス提供会社サーバ３０に送信する。動画検索要求は、動画データを検索するための入力検索用情報を含む。入力検索用情報は、例えば、キーワードなどである。
【００１９】
動画検索サービス提供会社サーバ３０は、通信部３１と、記憶部３２と、登録部３３と、ブロック取得部３４と、検索用データ生成部３５と、ＣＰＵ（Central Processing Unit）３６と、検索用データ格納部３７とを有する。
【００２０】
通信部３１は、動画提供者端末装置１０から動画新規登録要求を受信し、動画検索端末装置２０から動画検索要求を受信する。
【００２１】
記憶部３２は、ＣＰＵ３６などのコンピュータにて読み取り可能な記録媒体であり、ＣＰＵ３６の動作を規定するプログラムを記憶する。コンピュータにて読み取り可能な記録媒体としては、例えば、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disc）およびハードディスク装置などが挙げられる。なお、記憶部３２は、ＣＰＵ３６の処理結果などを記憶することもできる。
【００２２】
登録部３３は、動画データが登録される記憶装置である。
【００２３】
ブロック取得部３４は、通信部３１が受信した動画新規登録要求内の動画データから、動画データの一部分を動画ブロックとして順次取得していく取得処理を実行する取得部である。本実施形態では、動画ブロックは、動画データの基本単位であるフレームや、フレームの集合などである。また、動画データがＭＰＥＧ（Moving Picture Experts Group）形式の場合などでは、動画ブロックとしてＧＯＰ（Group Of Pictures）が用いられてもよい。以下では、動画ブロックをフレームとする。
【００２４】
検索用データ生成部３５は、ブロック取得部３４にて取得されたフレームに基づいて、動画データの特徴量を、動画データを検索するための検索用データとして生成していく生成処理を実行する生成部である。
【００２５】
検索用データを生成する生成方法としては、既に様々なものが提案または実用化されているが、本実施形態では、特に限定されない。例えば、生成方法には、特許文献２および３に記載された技術が使用されてもよいし、その他の方法が使用されてもよい。他の方法としては、例えば、フレームに対して画像認識を行い、そのフレームに映し出されている所定の対象物（例えば、動物など）を取得し、その対象物の名称を検索用データとして生成する方法などが挙げられる。
【００２６】
ＣＰＵ３６は、記憶部３２に記憶されたプログラムを読み取り、そのプログラムを実行して、以下の処理を行う制御部である。
【００２７】
ＣＰＵ３６は、通信部３１が受信した動画新規登録要求内の動画データをブロック取得部３４に入力して、その動画データに対する取得処理をブロック取得部３４に実行させる。このとき、取得処理が終了する前に通信部３１が新たに動画新規登録要求を受信した場合、ＣＰＵ３６は、取得処理が終わるのを待ってから、次の動画データをブロック取得部３４に入力する。これにより、ブロック取得部３４は、複数の動画データに対して順番に取得処理を実行することになる。
【００２８】
また、検索用データ生成部３５にて生成処理が終了すると、ＣＰＵ３６は、その生成処理で生成された検索用データと、その検索用データの生成に使用された動画データとを関連づける。そして、ＣＰＵ３６は、検索用データを検索用データ格納部３７に格納し、動画データを登録部３３に登録する。なお、検索用データと動画データとの関連づけは、例えば、動画データの識別情報を検索用データに付加することで実現される。
【００２９】
以下、ブロック取得部３４の取得処理から動画データを登録部３３に登録するまでの一連の処理を新規登録処理とする。
【００３０】
また、ＣＰＵ３６は、通信部３１が受信した動画新規登録要求内の動画データのうち、取得処理（新規登録処理）が実行されていない動画データの数を新規登録処理待ち件数としてカウントする。さらに、ＣＰＵ３６は、新規登録処理が実行中の動画データから生成された検索用データの数を生成個数としてカウントする。そして、ＣＰＵ３６は、新規登録処理待ち件数および生成個数に基づいて、ブロック取得部３４の取得処理におけるフレームの取得率を調整する。
【００３１】
また、通信部３１が動画検索要求を受信した場合、ＣＰＵ３６は、その動画検索要求に従って、検索用データ格納部３７から検索用データを検索する。ＣＰＵ３６は、登録部３３に登録されている動画データのうち、その検索用データと関連づけられている動画データのリストを、動画検索要求に対する検索結果として動画検索端末装置２０に返信する。
【００３２】
次に本実施形態の動画検索システムの動作について説明する。
【００３３】
図２は、動画データを検索する動画検索処理に係る動画検索システムの動作の一例を説明するためのフローチャートである。
【００３４】
動画検索処理では、先ず、ユーザが、動画検索端末装置２０を用いてインターネット５０を介して動画検索サービス提供会社サーバ３０にアクセスする（ステップＡ１）。
【００３５】
その後、ユーザは、動画検索端末装置２０に検索用データを入力し、その入力検索用データを含む動画検索要求を、動画検索サービス提供会社サーバ３０の通信部３１に送信する。通信部３１が動画検索要求を受信すると、ＣＰＵ３６は、その動画検索要求に含まれる入力検索用データと同じ検索用データを検索用データ格納部３７から検索し、その検索された検索用データと関連づけられた動画データのリストを生成する（ステップＡ２）。
【００３６】
ＣＰＵ３６は、動画データのリストを、動画検索要求に対する検索結果として通信部３１を介して動画検索端末装置２０に送信する。動画検索端末装置２０は、検索結果を受信すると、その検索結果を表示する（ステップＡ３）。
【００３７】
ユーザは、検索結果の中に所望の動画データがあるか否かを判断する（ステップＡ４）。所望の動画データがない場合、ユーザは、動画データの再検索を行うか否かを判断する（ステップＡ５）。
【００３８】
ステップＡ５で再検索を行う場合、ステップＡ２の処理が再び実行され、ステップＡ４で所望の動画データがある場合や、ステップＡ５で再検索を行わない場合では、動画検索処理が終了される。
【００３９】
図３は、動画データを登録する新規登録処理に係る動画検索サービス提供会社サーバ３０の動作の一例を説明するためのフローチャート図である。
【００４０】
ＣＰＵ３６は、先ず、新規登録処理を開始するか否かを判断する（ステップＢ１）。例えば、通信部３１が動画新規登録要求を受信するたびに、ＣＰＵ３６は、動画新規登録要求を記憶部３２に記憶する。そして、記憶部３２に動画新規登録要求が記憶され、新規登録処理が実行中の動画データがない場合、ＣＰＵ３６は、記憶部３２から動画新規登録要求を一つ読み出し、その動画新規登録要求内の動画データをブロック取得部３４に入力して新規登録処理を開始する。
【００４１】
新規登録処理では、ＣＰＵ３６は、第１の画像取得方法を用いた取得処理をブロック取得部３４に実行させてフレームを取得させる。その後、検索用データ生成部３５は、その取得されたフレームに基づいて動画データの特徴量を検索用データとして生成してＣＰＵ３６に入力する（ステップＢ２）。
【００４２】
図４は、第１の画像取得方法を用いた取得処理に係る動画検索サービス提供会社サーバ３０の動作の一例を説明するためのフローチャート図である。
【００４３】
本取得処理では、ＣＰＵ３６は、先ず、記憶部３２に残存する動画新規登録要求の数を新規登録処理待ち件数としてカウントし、その新規登録処理待ち件数が閾値（例えば、１００）未満か否かを判断する（ステップＣ１）。なお、閾値は、例えば、記憶部３２に予め記憶されている。
【００４４】
新規登録処理待ち件数が閾値未満の場合、ＣＰＵ３６は、ブロック取得部３４にフレームの取得率として第１取得率を設定する。以下では、第１取得率を、動画データ１秒当たり２フレームとする。この場合、動画データのフレームレートをＮ[ｆｐｓ]とすると、例えば、ブロック取得部３４は、動画データの１秒間の第１番目と第（Ｎ／２＋１）番目のフレームを動画データから取得してブロック取得部３４に入力する（ステップＣ２）。なお、第１取得率は、例えば、記憶部３２に予め記憶されている。また、Ｎは、１以上の整数である。
【００４５】
一方、新規登録処理待ち件数が閾値以上の場合、ＣＰＵ３６は、ブロック取得部３４にフレームの取得率として、予め定められた第２取得率を設定する。第２取得率は、第１取得率より小さく、以下では、動画データ１秒当たり１フレームとする。この場合、動画データのフレームレートがＮ[ｆｐｓ]とすると、例えば、ブロック取得部３４は、動画の１０秒間の第１番目のフレームを動画データから取得してブロック取得部に入力する（ステップＣ３）。なお、第２取得率は、例えば、記憶部３２に予め記憶されている。
【００４６】
図３の説明に戻る。ＣＰＵ３６は、動画データの特徴量である検索用データの生成が終了したか否かを判断する（ステップＢ３）。例えば、ブロック取得部３４は、動画データからフレームを取得する取得処理が終了すると、取得終了情報を検索用データ生成部３５に通知する。検索用データ生成部３５は、取得終了情報が通知された後で、入力されたフレームからの検索用データの生成が終了すると、生成終了情報をＣＰＵ３６に通知する。ＣＰＵ３６は、生成終了情報を受け付けると、検索用データの生成が終了したと判断する。
【００４７】
検索用データの生成が終了していない場合、ＣＰＵ３６は、検索用データ生成部３５から入力された検索用データの数を生成個数としてカウントし、その生成個数が一定数以上か否かを判断する（ステップＢ４）。なお、一定数は、例えば、記憶部３２に予め記憶されている。
【００４８】
生成個数が一定数未満の場合、ＣＰＵ３６は、ステップＢ２の処理に戻り、第１の画像取得方法を用いた取得処理を継続させる。
【００４９】
一方、生成個数が一定数以上の場合、第２の画像取得方法を用いた取得処理をブロック取得部３４に実行させてフレームを取得させる。その後、検索用データ生成部３５は、その取得されたフレームに基づいて動画データの特徴量を検索用データとして生成してＣＰＵ３６に入力する（ステップＢ５）。
【００５０】
図５は、第２の画像取得方法を用いた取得処理に係る動画検索サービス提供会社サーバ３０の動作の一例を説明するためのフローチャート図である。
【００５１】
本取得処理では、ＣＰＵ３６は、先ず、新規登録処理待ち件数をカウントし、その新規登録処理待ち件数が閾値未満か否かを判断する（ステップＤ１）。
【００５２】
新規登録処理待ち件数が閾値未満の場合、ＣＰＵ３６は、ブロック取得部３４にフレームの取得率として第３取得率を設定する。第３取得率は、上述した第１取得率より小さい値である。以下では、第３取得率を、動画データ１分当たり２フレームとする。この場合、動画データのフレームレートをＮ[ｆｐｓ]とすると、例えば、ブロック取得部３４は、動画データの１分間の第１番目と第（Ｎ／２＋１）番目のフレームを動画データから取得してブロック取得部３４に入力する（ステップＤ２）。なお、第３取得率は、例えば、記憶部３２に予め記憶されている。
【００５３】
一方、新規登録処理待ち件数が閾値以上の場合、ＣＰＵ３６は、ブロック取得部３４にフレームの取得率として第４取得率を設定する。第４取得率は、上述した第２取得率および第３取得率より小さい値である。以下では、第４取得率は、動画データ１０分当たり１フレームとする。この場合、動画データのフレームレートがＮ[ｆｐｓ]とすると、例えば、ブロック取得部３４は、動画の１０分間の第１番目のフレームを動画データから取得してブロック取得部に入力する（ステップＤ３）。なお、第４取得率は、例えば、記憶部３２に予め記憶されている。
【００５４】
図５を用いて説明したように、第３取得率は第１取得率より小さく、第４取得率は第２取得率より小さいので、ＣＰＵ３６は、検索用データの数である生成個数が一定数以上になると、ブロック取得部３４におけるフレームの取得率を下げることになる。
【００５５】
図３の説明に戻る。ＣＰＵ３６は、動画データの特徴量である検索用データの生成が終了したか否かを判断する（ステップＢ６）。検索用データの生成が終了していない場合、ステップＢ５の処理に戻り、第２の画像取得方法を用いた取得処理を継続させる。
【００５６】
また、ステップＢ３またはステップＢ６において検索用データの生成が終了したと判断された場合、ＣＰＵ３６は、検索用データと、ブロック取得部３４に入力した動画データとを関連づけて、検索用データを検索用データ格納部３７に格納するとともに、動画データを登録部３３に登録して（ステップＢ７）、新規登録処理を終了する。
【００５７】
図６は、上記の動作におけるフレームの取得順および枚数を、動画データのフレームレートごとに示す図である。図６で示されたように、新規登録処理待ち件数が閾値未満の場合、動画データの１秒または１分当たりフレームは２枚ずつ取得され、新規登録処理待ち件数が閾値以上の場合、動画データの１０秒または１０分当たりフレームは１枚ずつ取得される。
【００５８】
以上説明したように本実施形態によれば、生成された特徴量の数に応じてフレームの取得率が調整されるので、特徴量が過剰に生成されることを抑制することが可能になり、特徴量の生成にかかる時間を軽減することが可能になる。
【００５９】
また、取得処理が実行されていない動画データの数である新規登録処理待ち件数に応じても、フレームの取得率が調整されるので、取得処理が実行されていない登録待ちの動画データが増えすぎることを抑制することができる。このため、動画データが登録されるまでにかかる時間を軽減することが可能になる。
【００６０】
次に本発明の第２の実施形態について説明する。
【００６１】
図７は、本実施形態の動画検索システムを示す図である。図７で示す動画検索システムは、動画検索サービス提供会社サーバ３０が付加検索用データ生成部３８をさらに有する点で図１の動画検索システムとは異なる。
【００６２】
図８は、本実施形態の動画検索サービス提供会社サーバ３０の新規登録処理に係る動作の一例を説明するためのフローチャート図である。なお、図７では、図３と同じ処理には同じ符号を付し、その説明を省略することがある。
【００６３】
第１の実施形態では、ステップＢ３で検索用データの生成が終了した場合、ステップＢ７において、検索用データが検索用データ格納部３７に格納されていた。
【００６４】
これに対して本実施形態では、ステップＢ３で検索用データの生成が終了した場合、ＣＰＵ３６は、検索用データ生成部３５から入力された検索用データの数である生成個数をカウントし、その生成個数が所定数以上か否かを判断する（ステップＥ８）。所定数は、第１の画像取得方法および第２の画像取得方法の切り替えに使用する一定数と同じ値でもよいし、一定数と異なる値でもよい。
【００６５】
生成個数が所定数未満の場合、ＣＰＵ３６は、登録処理中の動画データを付加検索用データ生成部３８に入力する。付加検索用データ生成部３８は、入力された動画データに付加されている付加情報に基づいて、動画データの特徴量を検索用データとして生成し、検索用データをＣＰＵ３６に入力する（ステップＥ９）。このとき、生成個数が所定数以上になると、ＣＰＵ３６は、付加検索用データ生成部３８の動作を停止して、検索用データの生成を停止させてもよい。
【００６６】
付加情報としては、動画データ内の位置を示す位置情報、音声情報、字幕情報などが挙げられる。付加検索用データ生成部３８は、例えば、音声情報に対して音声認識を行い、所定のキーワードを検索用データとして生成したり、字幕情報内の所定のキーワードを検索用データとして生成したり、位置情報の一部または全てを検索用データとして生成する。
【００６７】
ステップＢ３において検索用データの生成が終了したと判断された場合、ステップＥ８において生成個数が所定数以上と判断された場合、および、ステップＥ９で検索用データが入力された場合、ＣＰＵ３６は、検索用データと、ブロック取得部３４に入力した動画データとを関連づけて、検索用データを検索用データ格納部３７に格納するとともに、動画データを登録部３３に登録して（ステップＥ７）、新規登録処理を終了する。
【００６８】
なお、ステップＥ９で検索用データが入力された場合、ＣＰＵ３６は、検索用データ生成部３５および付加検索用データ生成部３８のそれぞれで生成された検索用データを動画データと関連づけて検索用データ格納部３７に格納することになる。
【００６９】
以上説明したように本実施形態では、検索用データの数が十分に生成できない可能性を軽減することができる。
【００７０】
次に本発明の他の実施形態について説明する。
【００７１】
例えば、ＣＰＵ３６は、検索用データ生成部３５から入力された検索用データの数である生成個数が一定数より大きい第２の一定数以上か否かを判断する。生成個数が一定数以上の場合、ＣＰＵ３６は、ブロック取得部３４における取得処理と検索用データ処理部３５における生成処理とを終了させてもよい。この場合、検索用データの数の上限値を制限することが可能になり、特徴量が過剰に生成されることをより確実に抑制することが可能になる。
【００７２】
また、ＣＰＵ３６は、動画データの大きさに応じて、ブロック取得部３４における取得処理の取得率（第１取得率〜第４取得率）を調整してもよい。例えば、ＣＰＵ３６は、動画データの大きさが基準値以上であると、取得率を各実施形態で説明した値より小さくする。なお、動画データの大きさは、動画データのデータサイズでもよいし、動画データの再生時間でもよい。
【００７３】
また、複数の動画データに対して並列に新規登録処理が実行されてもよい。この場合、ＣＰＵ３６は、各動画データに対する取得処理の取得率を調整する。
【００７４】
また、特徴量を生成するデータは動画データに限らず適宜変更可能である。例えば、特徴量を生成するデータは音声データでもよい。この場合、ブロック取得部３４は、音声データ内の所定の再生時間分のデータを、音声ブロックとして取得する。
【００７５】
また、動画検索サービス提供会社サーバ３０は、図９で示す構成でも良い。図９に示す動画検索サービス提供会社サーバ３０は、ブロック取得部３４と、検索用データ生成部３５と、ＣＰＵ３６とを有する。
【００７６】
図９で示した例では、ブロック取得部３４は、入力されたデータから、そのデータの一部分をブロックとして順次取得していく取得処理を実行する。検索用データ生成部３５は、ブロック取得部３４が生成したブロックに基づいて、データの特徴量を順次生成している。ＣＰＵ３６は、検索用データ生成部３５が生成した特徴量の数に応じて、ブロック取得部３４における取得処理でブロックが取得される取得率を調整する。
【００７７】
したがって、図９で示した例でも、生成された特徴量の数に応じてブロックの取得率が調整されるので、特徴量が過剰に生成されることを抑制することが可能になり、特徴量の生成にかかる時間を軽減することが可能になる。
【００７８】
また、動画提供者端末装置１０、動画検索端末装置２０および動画検索サービス提供会社サーバ３０の各機能は、ハードウェアにて実現されてもよいし、その機能を実現するためのプログラムを、コンピュータにて読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ実行させることで、実現されてもよい。また、上記の各機能は、ハードウェアとコンピュータとを組み合わせて実現されてもよい。
【００７９】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【符号の説明】
【００８０】
１０      動画提供者端末装置
２０      動画検索端末装置
３０      動画検索サービス提供会社サーバ
３１      通信部
３２      記憶部
３３      登録部
３４      ブロック取得部
３５      検索用データ生成部
３６      ＣＰＵ
３７      検索用データ格納部
３８      付加検索用データ生成部
５０      インターネット
【図１】
2012169998.tif 000003
【図２】
2012169998.tif 000004
【図３】
2012169998.tif 000005
【図４】
2012169998.tif 000006
【図５】
2012169998.tif 000007
【図６】
2012169998.tif 000008
【図７】
2012169998.tif 000009
【図８】
2012169998.tif 000010
【図９】
2012169998.tif 000011