情報取得システム、情報取得装置、および情報取得方法
【課題】取得したデータの再生時間軸上の位置に関わらず、楽曲の検索処理を適切に行う。
【解決手段】楽曲照合データベースを備える楽曲照合サーバ２、外部（オーディオ再生記録装置３、外付けＨＤＤ５）からデータを取得するデータ取得部、データ取得部で取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部、データ取得部で取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視部（ＰＣ４）、データ取得部で取得したデータの一部、状態監視部によりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得部で取得したデータの楽曲メタデータを取得する楽曲メタデータ取得部（ＰＣ４）を備える情報取得システム１とする。
【解決手段】楽曲照合データベースを備える楽曲照合サーバ２、外部（オーディオ再生記録装置３、外付けＨＤＤ５）からデータを取得するデータ取得部、データ取得部で取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部、データ取得部で取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視部（ＰＣ４）、データ取得部で取得したデータの一部、状態監視部によりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得部で取得したデータの楽曲メタデータを取得する楽曲メタデータ取得部（ＰＣ４）を備える情報取得システム１とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報取得システム、情報取得装置、および情報取得方法に関する。
【背景技術】
【０００２】
ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）アルバムなどに記録された楽音信号をＭＰ３（ＭＰＥＧ-１ Ａｕｄｉｏ Ｌａｙｅｒ−３）やＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ａｕｄｉｏ）などといったオーディオデータファイルに変換する機器の多くは、ＣＤに収録された楽曲のアーティスト名、アルバム名、トラック名、ジャンル情報、発売日などを示す楽曲メタデータをネットワーク上のデータベースから取得し、そのメタデータをＩＤ３ｖ１（ＩＤ３ Ｔａｇ Ｖｅｒｓｉｏｎ １）、ＩＤ３ｖ２（ＩＤ３ Ｔａｇ Ｖｅｒｓｉｏｎ ２）などの所定フォーマットのタグデータとしてオーディオデータファイルへ埋め込むことができる（たとえば、特許文献１参照）。
【０００３】
この種の楽曲メタデータを取り纏めたデータベースの１つに、ＣＤＤＢ(Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｄａｔａ Ｂａｓｅ：登録商標)がある。例えば、グレースノート（登録商標）社の運営に係るＣＤＤＢは、各ＣＤに収録された楽曲のメタデータとそれらのＣＤのＴＯＣ（Ｔａｂｌｅ Ｏｆ Ｃｏｎｔｅｎｔｓ）データとを対応付けている。ＴＯＣデータは、ＣＤに収録される楽曲の各々の再生開始までの時間長を示すバイナリデータであり、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）オーディオデータを記録するプログラム領域の内側に確保されたリードイン領域に記録される。楽曲の各々の再生開始までの時間長の組み合わせはアルバム毎に固有である。よって、ＣＤアルバムからＴＯＣデータを読み出した機器は、ＴＯＣデータを含むリクエストの送信と引き換えに、そのＣＤアルバムに収録された各楽曲の楽曲メタデータをＣＤＤＢから取得することができる。そして、それらの楽曲メタデータをＣＤアルバムから得たオーディオデータファイルへタグデータとしてそれぞれ埋め込んでおくと、後の再生時に参照したり、あるいは所望のオーディオデータファイルを検索するキーとして利用したりすることができる。
【０００４】
ところで、ＴＶやラジオの放送中に流れている楽曲を認識して当該楽曲の楽曲メタデータを取得する方法として、当該楽曲のＰＣＭデータのオーディオ波形から得られるサウンド指紋（以下、当該サウンド指紋のことを「フィンガープリント情報」という）を取り込んで、様々な楽曲のフィンガープリント情報が予め大量に蓄積された楽曲照合データベースと照合して、当該楽曲メタデータを取得する方法が知られている（たとえば特許文献２参照）。
【０００５】
特許文献２に開示される音楽認識装置では、放送波の受信信号にＰＣＭデータ変換処理およびノーマライズ処理をした後に、対象データの振幅ピーク出現率に基づき比較処理部分を設定し、楽曲照合データベースに蓄積されているデータと当該処理部分のデータとを比較し、当該比較処理によって求められた一致度にしたがって検索対象の楽曲を特定し、楽曲名を出力している。なお、出力される楽曲名以外の楽曲メタデータは、装置のディスプレイに表示する、装置内に格納されているコンテンツ管理データベースのパラメータとして設定する、取り込んだ楽曲にタグデータとして埋め込んでおくなどの様々な用途に応用することもできる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１２２８６３号公報
【特許文献２】特開２００２−２５８８７３号公報（図２、段落[００１７]、要約など）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献２に記載される音楽認識装置で用いられる方法において、フィンガープリント情報と共に付加される情報は、楽曲のサビ部分（聞き手に曲を強く印象付け、曲の特徴が表れる部分）の継続時間情報、振幅波形のピーク出現率情報、平均レベル値情報である。これらの情報を算出するためには、ある程度のオーディオデータが装置内に蓄積しなければならない。また、楽曲照合データベースに予め蓄積されている楽曲のサビ部分がフィンガープリント情報として登録されており、振幅波形のピーク出現率の高い部分として特定された比較処理部分が楽曲のサビ部分でない場合には、楽曲の認識率が極端に低下し、その結果、間違った楽曲メタデータを出力してしまう可能性がある。
【０００８】
また、ラジオ放送やＴＶから流れてくる楽曲は、楽曲途中部分のデータ（たとえば３秒分、１０秒分のＰＣＭデータ）であったり、またはＤＪ（Ｄｉｓｃ Ｊｏｃｋｅｙ）の音声と重畳してフェードインされたりすることも想定される。楽曲照合データベースを備えるサーバ側では、たとえば、スペクトラム変換などによりＰＣＭデータの曲調を絞込むと共に、更に楽曲の認識精度を向上させるために、楽曲照合データベース内に予め蓄積されている各楽曲のフィンガープリント情報に対して、再生時間軸に沿って判定処理を行う。つまり、楽曲照合データベースに対しては、取得したＰＣＭデータが楽曲全体のどの部分に該当するかを判断できる情報が与えられていないため、蓄積されている楽曲の曲頭のフィンガープリント情報から判定処理を順次行うことになる。
【０００９】
このような判定処理方法では、曲調によってある程度絞込みができたとしても、取得したＰＣＭデータが楽曲の後方部分であった場合には、比較するフィンガープリント情報数が増大し、検索時間も必然的に長くなってしまう。また、仮に楽曲照合データベース側の検索アルゴリズムが、楽曲の再生時間軸と逆から判定処理を行うように設定されていた場合であっても、今度は取得したＰＣＭデータが曲頭に近い場合には、比較するフィンガープリント情報数が増大し、検索時間も必然的に長くなってしまう。なお、特許文献２に示す音楽認識装置のように、取得したＰＣＭデータが曲途中の部分であっても検出できるように繰り返し波形認識処理を行うことも考えられるが、繰り返し波形認識処理を行うとサーバへの付加が増大し、やはり検索時間も長くなってしまう。
【００１０】
そこで、本発明は、上述した課題に鑑み、取得したデータの再生時間軸上の位置に関わらず、楽曲の検索処理を適切に行うことができる情報取得システム、情報取得装置、および情報取得方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の一側面である情報取得システムは、楽曲から取り込んだ取り込みデータと、取り込みデータの楽曲での再生位置を示す情報と、楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと、外部からデータを取得するデータ取得部と、データ取得部で取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、データ取得部で取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視部と、データ取得部で取得したデータの一部と、状態監視部によりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得部で取得したデータの楽曲メタデータを取得する楽曲メタデータ取得部と、を備えるものである。
【００１２】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、状態監視部の判定に基づいて無音データであると判定されている状態が継続した無音データ継続時間、楽曲データであると判定されている状態が継続した楽曲データ継続時間、音声データであると判定されている状態が継続した音声データ継続時間を算出する経過時間算出部と、楽曲データ継続時間を示す情報から楽曲再生位置情報を生成する楽曲再生位置情報生成部と、状態監視部によりデータが楽曲データであると判定されている状態において、検索照合対象データを決定する検索照合対象決定部と、を備えることが好ましい。
【００１３】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、経過時間算出部で算出した各継続時間を示す情報を一時的に記憶する一時記憶部と、楽曲照合データベースに対して、検索照合対象データおよび検索照合対象データの楽曲再生位置情報を、一時記憶部から読み出して出力する検索照合リクエスト部と、を備えることが好ましい。
【００１４】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、検索照合リクエスト部は、楽曲照合データベースに対して楽曲再生位置情報と共に音声データ継続時間を示す情報を一時記憶部から読み出して出力することが好ましい。
【００１５】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、検索照合リクエスト部は、楽曲照合データベースに対して楽曲再生位置情報と共に無音データ継続時間を示す情報を一時記憶部から読み出して出力することが好ましい。
【００１６】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、検索照合リクエスト部から取得した情報に基づいて楽曲照合データベースを参照し、楽曲メタデータを特定する楽曲メタデータ特定部を備えることが好ましい。
【００１７】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した楽曲再生位置情報の示す値に、音声データ継続時間の示す値を加算した値と一致する再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００１８】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した楽曲再生位置情報の示す値に、無音データ継続時間の示す値とを加算した値と一致する楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００１９】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した楽曲再生位置情報の示す値に、音声データ継続時間の示す値と無音データ継続時間の示す値とを加算した値と一致する楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００２０】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した音声データ継続時間または無音データ継続時間の示す値から楽曲再生位置情報の示す値までの範囲にある再生位置情報に限定し、限定した範囲内にある再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００２１】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部により特定した楽曲メタデータを出力する楽曲メタデータ出力部を備えることが好ましい。
【００２２】
また、本発明の一側面である情報取得装置は、楽曲から取り込んだ取り込みデータと、取り込みデータの楽曲での再生位置を示す情報と、楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置であって、外部からデータを取得するデータ取得部と、データ取得部で取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、データ取得部で取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視部と、データ取得部で取得したデータの一部と、状態監視部によりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得部で取得したデータの楽曲メタデータを取得する楽曲メタデータ取得部と、を備えるものである。
【００２３】
また、本発明の一側面である情報取得方法は、データ取得部、検出部、状態監視部、楽曲メタデータ取得部を備え、楽曲から取り込んだ取り込みデータと、取り込みデータの楽曲での再生位置を示す情報と、楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置に用いられる情報取得方法であって、データ取得部が、外部からデータを取得するデータ取得ステップと、検出部が、データ取得ステップで取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出ステップと、状態監視部が、データ取得ステップで取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視ステップと、楽曲メタデータ取得部が、データ取得ステップで取得したデータの一部と、状態監視ステップによりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得ステップで取得したデータの楽曲メタデータを取得する楽曲メタデータ取得ステップと、を有するものである。
【発明の効果】
【００２４】
本発明によれば、取得したデータの再生時間軸上の位置に関わらず、楽曲の検索処理を適切に行うことができる情報取得システム、情報取得装置、および情報取得方法を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施例１に係る情報取得システムの全体構成を示す図である。
【図２】図１に示す楽曲照合サーバの構成を示すブロック図である。
【図３】図２に示す楽曲照合ＤＢのデータ構造図の一例を示す図である。
【図４】図２に示す楽曲照合ＤＢのデータ構造図の一例を示す図である。
【図５】図１に示すオーディオ再生記録装置の構成を示すブロック図である。
【図６】図１に示すＰＣの構成を示すブロック図である。
【図７】図１に示す実施例１に係る情報取得システムの特徴的な処理を示すフローチャートである。
【図８】図７のステップＳ２の処理を説明するための図である。
【図９】本発明の実施例２に係る情報取得システムの特徴的な処理を示すフローチャートである。
【図１０】本発明の実施例３に係る情報取得システムの特徴的な処理を示すフローチャートである。
【発明を実施するための形態】
【実施例１】
【００２６】
本発明の実施例について、以下、図面を参照しながら説明する。
【００２７】
本発明の実施例１に係る情報取得システム１は、ＣＤに収録されている楽曲のアーティスト名、アルバム名、トラック名、ジャンル情報、発売日などを示すデータ（以下、これらのデータを「楽曲メタデータ」と呼ぶ）とそれらのＣＤに記録されたＰＣＭデータから得られるフィンガープリント情報、当該フィンガープリント情報の再生時間情報とが関連付けられた楽曲照合ＤＢ（Ｄａｔａ Ｂａｓｅ）２ｆ（図２参照、楽曲照合データベースに相当）を有している。そして、この楽曲照合ＤＢ２ｆを有する楽曲照合サーバ２は、デジタルデータおよび当該デジタルデータに対応する再生時間情報がＰＣ４から送信されると、楽曲照合ＤＢ２ｆから読み出した当該ＣＤの各楽曲メタデータをＰＣ４へ配信するようになっている。この情報取得システム１の特徴は、入力されたデジタルデータの再生時間情報を付加して楽曲照合処理を行うようにした点である。なお、楽曲照合ＤＢ２ｆに登録される楽曲は、ＣＤに収録されている楽曲に限らず、インターネット上にのみ公開されている楽曲や、プロ、アマチュア問わずに製作されたＣＤ以外の記憶媒体に収録されている楽曲を含んでいてもよい。
【００２８】
図１は、本発明の実施例１に係る情報取得システム１の全体構成を示す図である。図１に示すように、この情報取得システム１は、楽曲照合サーバ２、オーディオ再生記録装置３、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）４、外付けＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）５などを有する。ＰＣ４は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ケーブルによりモデム内蔵ルータ６と接続され、モデム内蔵ルータ６からＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信網７を介して楽曲照合サーバ２に接続される。また、ＰＣ４は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子（不図示）などによりオーディオ再生記録装置３や外付けＨＤＤ５などと接続可能に構成されている。
【００２９】
図２は、図１に示す楽曲照合サーバ２の構成を示すブロック図である。図２に示すように、楽曲照合サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２ａ（楽曲メタデータ特定部、楽曲メタデータ出力部の一部に相当）、ＲＡＭ（Ｒａｎｄａｍ Ａｃｅｓｓｓ Ｍｅｍｏｒｙ）２ｂ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２ｃ、ＨＤＤ２ｄ、通信コントローラ２Ｅを有している。ＣＰＵ２ａは、ＲＡＭ２ｂをワークエリアとして利用しつつ、ＲＯＭ２ｃやＨＤＤ２ｄに記憶された各種プログラムを実行する。ＨＤＤ２ｄには、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の基本ソフトウェアの他、楽曲照合ＤＢ２ｆと楽曲メタデータ配信プログラム２ｇ（楽曲メタデータ特定部、楽曲メタデータ出力部の一部に相当）とが記憶されている。なお、楽曲メタデータ配信プログラム２ｇは、ＲＯＭ２ｃに記憶されていてもよい。
【００３０】
図３および図４は、図２に示す楽曲照合ＤＢ２ｆのデータ構造図の一例を示す図である。この楽曲照合ＤＢ２ｆは、各レーベルからリリースされているＣＤと対応する複数のレコードの集合体である。これらのＣＤは、１曲から４曲程度の楽曲が収録されているシングルＣＤと、５曲以上の楽曲が収録されたアルバムＣＤの双方を含んでいる。この楽曲照合ＤＢ２ｆを構成する各レコードは、図３に示すように「ＴＯＣ」、「タイトル」、「トラック」、「曲名」、「アーティスト」の５つのフィールドを少なくとも有している。そして、１つのＣＤと対応するレコードの「トラック」、「曲名」、「アーティスト」のフィールドは、そのＣＤに収録された楽曲と同じ数に分かれている。また、図４に示すように楽曲照合ＤＢ２ｆには、「曲名」レコードをキーとして「フィンガープリント情報」、「再生時間位置情報」のフィールドを有している。この「フィンガープリント情報」、「再生時間位置情報」のフィールドのレコードは、「曲名」レコード毎に複数記録されている。
【００３１】
「ＴＯＣ」のフィールドには、各ＣＤのＴＯＣデータが記憶される。ＴＯＣデータは、ＣＤに収録される各楽曲の再生開始までの時間長を示すバイナリデータであり、ＣＤのリードイン領域に記録される。ＣＤに収録される楽曲の各々の再生開始までの時間長の組み合わせは固有であるため、このＴＯＣデータをキーとして検索を行うことにより、対応する唯一のＣＤのレコードを特定することが可能である。「タイトル」のフィールドには、ＣＤのタイトルを示すタイトルデータが記憶される。
【００３２】
「トラック」、「曲名」、「アーティスト」のフィールドには、楽曲メタデータをなす、トラックデータ、曲名データ、およびアーティスト名データがそれぞれ記憶される。トラックデータは、ＣＤに収録された各楽曲のトラック番号を示すデータである。また、曲名データは、ＣＤに収録された各楽曲の曲名を示すデータであり、アーティスト名データは、それらの各楽曲の収録にかかわった一又は複数のアーティストの名称を示すデータである。「フィンガープリント情報」、「再生時間位置情報」は、当該楽曲の一部のＰＣＭデータとその再生位置情報である。
【００３３】
図２に戻って、楽曲メタデータ配信プログラム２ｇは、「フィンガープリント情報」、「再生時間位置情報」に相当する情報を含むＨＴＴＰリクエストをＰＣ４から受信し、当該ＨＴＴＰリクエストに含まれる情報をキーとして楽曲を検索して特定し、特定された楽曲の楽曲メタデータをその発信元へ配信するプログラムである。
【００３４】
図５は、図１に示すオーディオ再生記録装置３の構成を示すブロック図である。図５に示すように、オーディオ再生記録装置３は、ＣＰＵ３ａ、ＡＤＣ（Ａｎａｌｏｇ Ｄｉｇｉｔａｌ Ｃｏｎｖｅｒｔｅｒ）３ｂ、ＤＡＣ（Ｄｉｇｉｔａｌ Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）３ｃ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３ｄ、チューナ３ｅ、ＵＳＢコントローラ３ｆ、操作部３ｇ、表示部３ｈ、ＣＤドライブ３ｉ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３ｊ、フラッシュメモリ３ｋ、ＳＤＲＡＭ（ Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３ｌ、ＨＤＤ３ｍを有する。
【００３５】
ＣＰＵ３ａは、ＳＤＲＡＭ３ｌをワークエリアとして利用しつつ、ＥＥＰＲＯＭ３ｊ、フラッシュメモリ３ｋ、ＨＤＤ３ｍに記憶された各種プログラムを実行する。それらのプログラムを実行するＣＰＵ３ａは、ＤＡＣ３ｃを介してＣＤドライブ３ｉやチューナ３ｅから供給されるデジタル信号を放音機器へ供給して放音させたり、そのデジタル信号から得たオーディオデータファイルをＨＤＤ３ｍに記憶させたりといった処理を行う、また、ＨＤＤ３ｍに記憶させたオーディオデータファイルを、ＵＳＢコントローラ３ｆから外部の端末やＰＣ４へ伝送させるなどといった処理も行う。
【００３６】
ＡＤＣ３ｂは、マイクロホンなどの収音機器（図示せず）や、アナログ入力される外部オーディオ装置と接続され、それらの機器から供給されるアナログ信号をデジタル信号に変換する。ＡＤＣ３ｂにて変換された信号は、ＤＳＰ３ｄを経由してＣＰＵ３ａへ供給される。
【００３７】
ＤＡＣ３ｃは、スピーカやヘッドフォンなどの放音機器（図示せず）と接続され、ＣＰＵ３ａからＤＡＣ３ｃを経由して供給されるデジタル信号をアナログ信号に変換する。ＤＡＣ３ｃにて変換された信号は、放音機器へ供給される。
【００３８】
ＤＳＰ３ｄは、ＣＰＵ３ａによる制御の下、自らを経由するデジタル信号へ所定の信号処理を施す。
【００３９】
チューナ３ｅは、ＣＰＵ３ａによる制御の下、アンテナＡにより受信される搬送波を復調して得た信号をＣＰＵ３ａに供給し、そのアンテナの最大感度の周波数を特定の放送局の周波数へ同調させるなどといった処理を行う。
【００４０】
ＵＳＢコントローラ３ｆは、ポータブルメモリプレーヤなどの各種音楽再生端末（図示せず）やＰＣ４とＵＳＢケーブル（図示せず）を介して接続され、所定のプロトコルに従ってそれらの端末との間でデータの送受信を行う。
【００４１】
操作部３ｇは、タッチパネルやつまみなどの操作子を有し、それらの操作子による操作を示す信号をＣＰＵ３ａへ供給する。
【００４２】
表示部３ｈは、例えば、液晶ディスプレイを有し、ＣＰＵ３ａから供給される信号を基にその液晶ディスプレイへ各種情報を表示させる。
【００４３】
ＣＤドライブ３ｉは、ＣＤ載置トレイ、光学ヘッド、デコーダ（いずれも不図示）などを有する。このＣＤドライブ３ｉは、ＣＰＵ３ａによる制御の下、ＣＤのプログラム領域から読み取ったＰＣＭデータの信号、およびそのリードイン領域から読み取ったＴＯＣデータの信号をＣＰＵ３ａへ供給する。
【００４４】
図６は、図１に示すＰＣ４の構成を示すブロック図である。図６に示すように、ＰＣ４（情報取得装置に相当）は、ＣＰＵ４ａ（データ取得部、検出部、状態監視部、経過時間算出部、楽曲再生位置情報生成部、検索照合対象決定部、検索照合リクエスト部の一部に相当）、ＲＡＭ４ｂ（一時記憶部に相当）、ＲＯＭ４ｃ、ＨＤＤ４ｄ、操作部４ｅ、表示部４ｆ、通信コントローラ４ｇ、ＵＳＢコントローラ４ｈを有している。ＣＰＵ４ａは、ＲＡＭ４ｂをワークエリアとして利用しつつ、ＲＯＭ４ｃやＨＤＤ４ｄに記憶された各種プログラムを実行する。
【００４５】
ＨＤＤ４ｄには、デジタルデータ検出プログラム４ｉ（検出部の一部に相当）、デジタルデータ監視プログラム４ｊ（状態監視部の一部に相当）、経過時間算出プログラム４ｋ（経過時間算出部の一部に相当）、楽曲再生位置情報生成プログラム４ｌ（楽曲再生位置情報生成部の一部に相当）、検索照合対象決定プログラム４ｍ（検索照合対象決定部の一部に相当）、検索照合リクエストプログラム４ｎ（検索照合リクエスト部の一部に相当）とが記憶されている。なお、デジタルデータ検出プログラム４ｉ、デジタルデータ監視プログラム４ｊ、経過時間算出プログラム４ｋ、楽曲再生位置情報生成プログラム４ｌ、検索照合対象決定プログラム４ｍ、検索照合リクエストプログラム４ｎの各プログラムは、ＲＯＭ４ｃに記憶されてもよい。これらのプログラムの動作については、後述する情報取得システム１の特徴的な処理において説明する。
【００４６】
ＰＣ４は、操作部４ｅを通してオーディオ再生記録装置３を操作するためのコマンドをＵＳＢコントローラ４ｈからオーディオ再生記録装置３へ供給することができる。また、ＰＣ４は、ＵＳＢコントローラ４ｈを介してオーディオ再生記録装置３がＣＤから生成したオーディオデータファイルやチューナ３ｅで復調したデジタルデータを取得し、ＨＤＤ４ｄまたはＲＡＭ４ｂに記憶することができる。なお、ＰＣ４にオーディオ再生記録装置３のハードウェア構成を持たせ、上述のオーディオ再生記録装置３と同様の処理および機能を備えさせてもよい。
【００４７】
実施例１の情報取得システム１の動作を説明する。図７は、図１に示す実施例１に係る情報取得システム１の特徴的な処理を示すフローチャートである。この図７に示すフローチャートに示す一連の処理は、ＰＣ４の操作部４ｅの操作を通じてオーディオ再生記録装置３へラジオ放送の受信指示がなされると開始される（ＳＴＡＲＴ）。
【００４８】
ラジオ放送の受信指示がなされると、ＣＰＵ４ａは、オーディオ再生記録装置３から供給されたデジタルデータを取得すると共に取得したデジタルデータの状態の検出を開始する（ステップＳ１）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されているデジタルデータ検出プログラム４ｉをＲＡＭ４ｂに読み出してデジタルデータの状態の検出を開始する。具体的には、取得したデジタルデータに所定の周波数スペクトラム変換処理を施し、無音データを取得している状態、音声データを取得している状態、楽曲データを取得している状態であるのかを検出する。なお、所定の周波数スペクトラム変換処理とは、たとえば音楽の場合には、スペクトルのピーク値が特定周波数に安定したまま時間方向に持続するといった特徴などがあることから、縦軸に周波数、横軸に時間軸として周波数スペクトラム変換処理を行った結果を解析し、周波数の変動量や当該変動量の解析（倍音解析など）から特徴を検出し、判別することを想定している。
【００４９】
ＣＰＵ４ａは、取得したデジタルデータを一定期間サンプリングし、現在の状態を監視しつつ、経過時間を算出する（ステップＳ２）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されているデジタルデータ監視プログラム４ｊをＲＡＭ４ｂに読み出して、デジタルデータの状態を監視しつつ、当該状態の経過時間を算出する。
【００５０】
図８は、図７のステップＳ２の処理を説明するための図である。ＣＰＵ４ａは、デジタルデータの状態変化の時間を算出する。図８の上方に示す図では、数秒の無音に続いてＤＪなどのトークがあり、そのＤＪのトークに重畳するように楽曲がフェードインされる様子を示している。ＣＰＵ４ａは、このデジタルデータの状態の変化を検出して、無音データと判定されている状態から音声データと判定されている状態に変化するまでの無音データ継続時間（ΔＡ）、音声データのみと判定されている状態から楽曲データと判定されている状態に変化するまでの音声データ継続時間（ΔＣ）を計測する。また、ＣＰＵ４ａは、楽曲データと判定されている状態の継続時間（ΔＤ）を計測する。また、図８の下方に示す図では、たとえばＣＤなどから直接取得した楽曲を想定した例であり、数秒の無音の後に楽曲が再生される様子を示している。この場合、ＣＰＵ４ａは、デジタルデータの状態の変化を検出し、無音データと判定されている状態から楽曲データと判定されている状態に変化するまでの無音データ継続時間（ΔＢ）、楽曲データと判定されている状態の継続時間（ΔＤ）を計測する。なお、ＣＰＵ４ａは、デジタルデータ検出プログラム４ｉの検出結果を定期的に受け取って監視するようにしてもよい。
【００５１】
ＣＰＵ４ａは、上記ΔＡ、ΔＢ、ΔＣ、ΔＤそれぞれの継続時間および取得したデジタルデータを一時的にＲＡＭ４ｂに保存する（ステップＳ３）。なお、ＣＰＵ４ａは、一定期間経過後にＲＡＭ４ｂのこれらの記憶内容をクリアしてもよい。
【００５２】
ＣＰＵ４ａは、ステップＳ１で楽曲データと判定されている状態において、操作部４ｅの操作を通じて楽曲の認識指示処理がなされると、ＲＡＭ４ｂに保存されている楽曲のＰＣＭデータと、ΔＤの継続時間とを読み出す（ステップＳ４）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合対象決定プログラム４ｍおよび楽曲再生位置情報生成プログラム４ｌをＲＡＭ４ｂに読み出して、以下の処理を行う。
【００５３】
検索照合対象決定プログラム４ｍは、図８に示すように楽曲の認識指示処理があった時点から所定時間（たとえば１０秒間）のＰＣＭデータ（ΔＥ）だけをＲＡＭ４ｂから読み出して取得する。楽曲再生位置情報生成プログラム４ｌは、楽曲データの状態になったと判定された時から上述した認識処理指示があった時点までの秒数（ΔＤ）を求めて楽曲再生位置情報として生成する。
【００５４】
ＣＰＵ４ａは、ステップＳ４で取得したＰＣＭデータと楽曲再生位置情報を含むＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを生成し、通信コントローラ４ｇから楽曲照合サーバ２に宛てて送信する（ステップＳ５）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合リクエストプログラム４ｎをＲＡＭ４に読み出して、ステップＳ４で取得したＰＣＭデータと楽曲再生位置情報とを含むＨＴＴＰリクエストを生成して送信する。
【００５５】
楽曲照合サーバ２は、モデム内蔵ルータ６、およびＩＰ通信網７をなす一または複数のネットワーク機器を経由してステップＳ５で送信されたＨＴＴＰリクエストを受信する（ステップＳ６）。
【００５６】
楽曲照合サーバ２のＣＰＵ２ａは、ＰＣ４からのＨＴＴＰリクエストを受信すると当該リクエストに含まれるＰＣＭデータおよびΔＤの経過時間をＲＡＭ２ｂに記憶した後、そのΔＤの経過時間に対応する「フィンガープリント情報」のフィールドに記憶したレコードが楽曲照合ＤＢ２ｆにあるか否か判断する（ステップＳ７）。
【００５７】
ＣＰＵ２ａは、ステップＳ７にてレコードがないと判断したとき（ステップＳ７：Ｎｏ）、その旨を示すメッセージを含むＨＴＴＰレスポンスをリクエストの発信元であるＰＣ４に宛てて送信する（ステップＳ８）。
【００５８】
ＰＣ４のＣＰＵ４ａは、レコードがない旨を示すメッセージを含むＨＴＴＰレスポンスを受信し、楽曲メタデータが存在しないことを示す文字列を表示部４ｆに表示させた後（ステップＳ９）、処理を終了する（ＥＮＤ）。
【００５９】
楽曲照合サーバ２のＣＰＵ２ａは、ステップＳ７にてレコードがあると判断したとき（ステップＳ７：Ｙｅｓ）、そのレコードの「トラック」、「曲名」、「アーティスト」などのフィールドに記憶されたデータの纏まりである楽曲メタデータを、楽曲ごとに読み出す（ステップＳ１０）。
【００６０】
楽曲照合サーバ２のＣＰＵ２ａは、ステップＳ１０で読み出した楽曲メタデータを含むＨＴＴＰレスポンスを生成後、発信元であるＰＣ４へ送信する（ステップＳ１１）。
【００６１】
ＰＣ４のＣＰＵ４ａは、送信されたＨＴＴＰレスポンスを取得し、楽曲メタデータを表示部４ｆに表示させた後（ステップＳ１２）、処理を終了する（ＥＮＤ）。
【００６２】
なお、ＨＴＴＰレスポンスを受信したＰＣ４のＣＰＵ４ａは、受信したＨＴＴＰレスポンスに含まれる楽曲メタデータを、ステップＳ１で取得したオーディオデータファイルのタグデータとして埋め込んでもよい。なお、ＭＰ３などのオーディオデータファイルに埋め込み得るタグデータのデータ形式としては、ＩＤ３ｖ１やＩＤ３ｖ２などがある。よって、各楽曲メタデータをこれらのデータ形式に変換した上でオーディオデータへ埋め込むようにすることが好ましい。
【００６３】
以上説明した実施例１では、ラジオ放送を視聴中に流れる楽曲が再生されてからの経過時間を算出し、当該楽曲のＰＣＭデータと共に当該ＰＣＭデータの再生位置情報を楽曲照合サーバ２に送信している。そして、楽曲照合サーバ２側では、再生位置情報と一致するフィンガープリント情報のみ検索対象として、楽曲照合処理を行い、当該照合結果がＰＣ４に通知される。したがって、情報取得システム１およびＰＣ４は、取得したデータの再生時間軸上の位置に関わらず、楽曲の検索処理を適切に行うことができる。
【実施例２】
【００６４】
本発明の実施例２について、以下、図面を参照しながら説明する。
【００６５】
実施例１では、ＰＣ４の操作部４ｅの操作を通じて楽曲照合サーバ２へＨＴＴＰリクエストを送信する手法を示したが、実施例２では、ＰＣ４が取得したデジタルデータが楽曲データであると判定されている状態において、一定周期毎（たとえば３０秒ごとの周期）に取得したデジタルデータおよび再生位置情報を含んだＨＴＴＰリクエストを楽曲照合サーバ２に対して自動的に送信するものである。なお、本実施例２に係る情報取得システム１Ａをなす、楽曲照合サーバ２、オーディオ再生記録装置３、ＰＣ４、外付けＨＤＤ５の各ハードウェア構成は、上記実施例１と同様であるため再度の説明を割愛する。
【００６６】
実施例２における情報取得システム１Ａの動作を説明する。図９は、本発明の実施例２に係る情報取得システム１Ａの特徴的な処理を示すフローチャートである。なお、図９に示すステップＳ２３以外の各処理は、図７に示すステップＳ４以外の各処理とそれぞれ同様であるため、再度の説明を割愛する。
【００６７】
ＣＰＵ４ａは、取得したＰＣＭデータが楽曲データであると判定されている状態において、所定の周期毎にＰＣＭデータおよびΔＤの経過時間をＲＡＭ４ｂから読み出す（ステップＳ２３）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合対象決定プログラム４ｍおよび楽曲再生位置情報生成プログラム４ｌをＲＡＭ４ｂに読み出し、以下の各処理を行う。
【００６８】
検索照合対象決定プログラム４ｍは、ＰＣＭデータが楽曲データであると判定されている状態において、所定の周期毎に所定長のＰＣＭデータをＲＡＭ４から読み出して取得する。楽曲再生位置情報生成プログラム４ｌは、当該ＰＣＭデータのΔＤの経過時間情報から楽曲再生位置情報を生成する。
【００６９】
以上説明した実施例２では、オーディオ再生記録装置３で受信したラジオ放送を視聴中に流れる楽曲が再生されてからの経過時間等を算出し、当該楽曲のＰＣＭデータと共に経過時間を楽曲照合サーバ２に所定の周期で自動的に送信することで、たとえばユーザがラジオ放送で気になる楽曲が連続的に流れているときに、新しい楽曲の演奏が開始する度に操作部４ｅを通して楽曲照合指示を逐一行わなくとも済むようになる。したがって、当該情報取得システム１Ａを利用する側にとっても非常に効率的な情報取得システム１Ａとなり得る。
【００７０】
なお、ＰＣ４は、取得したＰＣＭデータが楽曲データと判定されている状態において、楽曲照合サーバ２に対して所定の周期毎にＨＴＴＰリクエストを送信していたが、既に送信したＨＴＴＰリクエストに対するＨＴＴＰレスポンスの返信があり、当該ＰＣＭデータの楽曲メタデータのレコードが取得できている場合には、ΔＤの経過時間を示す情報がＲＡＭ４ｂからクリアされるまでＨＴＴＰリクエストの送信を中止するようにしてもよい。このようにすることで、既に楽曲メタデータが取得されているＰＣＭデータにも関わらず、無駄にＨＴＴＰリクエストを楽曲照合サーバ２へ送信することがなくなる。
【実施例３】
【００７１】
本発明の実施例３について、以下、図面を参照しながら説明する。
【００７２】
実施例１および実施例２では、ＰＣ４から送信する再生位置情報としては、楽曲データと判定された時点からの継続時間（つまり、ΔＤの経過時間）としていたが、実施例３では、音声データ継続時間（ΔＣ）情報についても楽曲照合サーバ２へ送信するものである。なお、本実施例３に係る情報取得システム１Ｂをなす、楽曲照合サーバ２、オーディオ再生記録装置３、ＰＣ４、外付けＨＤＤ５の各ハードウェア構成は、上記実施例１および実施例２と同様であるため再度の説明を割愛する。
【００７３】
本実施例３の動作を説明する。図１０は、本発明の実施例３に係る情報取得システム１Ｂの特徴的な処理を示すフローチャートである。なお、図１０に示すステップＳ４３以外の各処理は、図７に示すステップＳ４以外の各処理、図９に示すステップＳ２３以外の各処理と同様であるため、再度の説明を割愛する。
【００７４】
ＣＰＵ４ａは、取得したＰＣＭデータが楽曲データであると判定されている状態において、操作部４ｅの操作を通じて楽曲の認識指示処理がなされると、ＰＣＭデータおよびΔＣおよびΔＤの継続時間をＲＡＭ４ｂから読み出す（ステップＳ４３）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合対象決定プログラム４ｍおよび楽曲再生位置情報生成プログラム４ｌをＲＡＭ４ｂに読み出し、以下の各処理を行う。
【００７５】
検索照合対象決定プログラム４ｍは、ＰＣＭデータが楽曲データであると判定されている状態において、認識指示処理要求のあった時点から所定時間のＰＣＭデータ（図８のΔＥ）および音声データ継続時間（ΔＣ）を示す情報と楽曲データ継続時間を示す情報（ΔＤ）をＲＡＭ４ｂから読み出して取得する。そして、楽曲再生位置情報生成プログラム４ｌは、検索照合対象決定プログラム４ｍが取得した楽曲データ継続時間から楽曲データと判定された時点から認識開始処理がなされた時点までの秒数（ΔＤの経過時間）を求めて、当該ＰＣＭデータの楽曲再生位置情報として生成する。
【００７６】
なお、ステップＳ４６において楽曲照合サーバ２は、ＰＣ４からＰＣＭデータ、当該ＰＣＭデータの楽曲再生位置情報、音声データ継続時間（ΔＣ）を示す情報を含むＨＴＴＰリクエストが送信されてくるため、当該音声データの継続時間分だけ楽曲再生位置情報を移動させた値と一致する「楽曲再生位置情報」を楽曲照合ＤＢ２ｆより特定し、当該「楽曲再生位置情報」に対応する「フィンガープリント情報」との一致判定を行う。
【００７７】
以上説明した実施例３では、オーディオ再生記録装置３で受信したラジオ放送を視聴中に流れる楽曲が再生されてからの経過時間および音声データ継続時間を示す情報等を算出し、当該楽曲のＰＣＭデータと共に経過時間を楽曲照合サーバ２に送信することで、効率的に認識させることができる。ＴＶやラジオ放送で流れている楽曲の受信状況や楽曲の特性によっては、演奏が開始されたとして検出されるポイントが本来検出されるべきポイントより遅れて検出される場合も想定される。そのような状況であっても、本実施例においては当該音声のみが流れていた時間が考慮されることにより、本来の検出ポイントに近似した時間となり得る。その結果、楽曲照合サーバ２では、たとえば、経過時間に音声のみが流れていた時間を加算した時間に対応するフィンガープリント情報を対象として照合する処理としたり、再生位置時間より当該音声のみが流れていた時間を差し引いた時間から当該経過時間までのレンジに対応するフィンガープリント情報を対象として照合する処理としたりすることが可能となる。これにより、楽曲照合サーバ２の楽曲照合ＤＢ２ｆ内に蓄積された楽曲の曲頭から順次照合処理を行うのと比較して局所的な照合処理が実現され、非常に効率的である。また、ＰＣ４側での楽曲演奏開始ポイントの検出誤差を包含した照合処理とすることが可能となる。
【００７８】
（他の実施の形態）
本発明は、上述の実施形態に限定されることなく、発明の要旨を逸脱しない範囲内において種々の変形実施が可能である。
【００７９】
たとえば、実施例１〜３では、ＰＣ４に入力されるデジタルデータはラジオ放送から取得したものであったが、そのほかにも外付けＨＤＤ５やＨＤＤ３ｍなどに記憶された楽曲データから取得するものであってもよい。この場合、ΔＤの初期値は０に設定することで楽曲認識が可能である。また、ラジオ番組が録音されたデータコンテンツを取得するものであってもよい。この場合には実施例１と同様の処理によって楽曲認識が可能である。
【００８０】
また、実施例３では、操作部４ｅの操作を通じて楽曲照合サーバ２へＨＴＴＰリクエストを送信する手法を示したが、実施例２のように、ＰＣ４が一定周期毎に自動的に取得したデジタルデータおよびΔＣおよびΔＤの時間情報を含むＨＴＴＰリクエストを楽曲照合サーバ２へ送信するようにしてもよい。
【００８１】
また、実施例３では、ＰＣ４から楽曲照合サーバ２へ送信する情報は、音声データ継続時間情報であるΔＣおよび楽曲再生位置情報であるΔＤとしたが、その他にも更に無音データ継続情報であるΔＡも含めて送信するようにしてもよい。また、ＰＣＭデータの状態変化が、図８の下方に示すように無音データと楽曲データと検出された場合には、無音データ継続情報であるΔＢおよび楽曲再生位置情報であるΔＤを楽曲照合サーバ２に対して送信するようにしてもよい。これにより、たとえば本来の楽曲データが無音データや音声データとして検出した部分を含む楽曲データである場合であっても、楽曲データ判定の誤差を解消して楽曲照合処理を行うことができる。
【００８２】
また、実施例３では、楽曲照合サーバ２側でＰＣ４から楽曲照合サーバ２へ送信された情報に基づいて、楽曲再生位置情報を変更させて楽曲照合処理を行っていたが、その他にも送信されてきた情報からある程度の範囲に含まれる楽曲再生位置情報に関連付けられて記憶されているフィンガープリント情報を参照して、楽曲メタデータを特定するようにしてもよい。具体的には、たとえば、音声データ継続時間（ΔＣ）が３秒で楽曲再生位置情報が２分４３秒である場合には、楽曲照合ＤＢ２ｆ内の「楽曲再生位置情報」が２分４０秒から２分４３秒の間にそれぞれ関連付けられて記憶されている「フィンガープリント情報」に検索対象を限定する。そして、限定された検索対象内の「フィンガープリント情報」と送信されてきたＰＣＭデータとの一致判定を行う。これにより、厳密に楽曲再生位置情報が一致していなくとも検索対象をある程度の範囲内に絞った上でのあいまいな検索が可能となるため効率的な楽曲照合処理を行うことができる。
【００８３】
また、実施例１〜３では、ＰＣ４から送信する再生位置時間情報は、ΔＣ、ΔＤなどそれぞれの時間情報を区別可能な状態で送信するものとしたが、その他にもたとえばΔＣ、ΔＤを加算した値、ΔＡ、ΔＣ、ΔＤを加算した値、ΔＢ、ΔＤを加算した値を再生位置情報として楽曲照合サーバ２へ送信するようにしてもよい。
【００８４】
また、実施例１〜３では、検索照合データベース２ｆは、ＩＰ通信網７を経由して検索照合サーバ２内に構築されているが、ＰＣ４の装置内やオーディオ再生記録装置３の装置内に構築してもよい。または、ＰＣ４と同一ＬＡＮ内に検索照合サーバ２が構築されてもよい。
【００８５】
また、実施例１〜３に示す楽曲照合サーバ２のＨＤＤ２ｄ内に記憶されている楽曲照合ＤＢ２ｆおよび楽曲メタデータ配信プログラム２ｇを、予めコンピュータで読み取り可能な記録媒体に記録しておき、別のサーバにインストールすることで実施例１〜３の楽曲照合サーバ２として機能させるようにしてもよい。
【００８６】
また、実施例１〜３に示すＰＣ４のＨＤＤ４ｄ内に記憶されているデジタルデータ検出プログラム４ｉ、デジタルデータ監視プログラム４ｊ、経過時間算出プログラム４ｋ、楽曲再生位置情報生成プログラム４ｌ、検索照合対象決定プログラム４ｍ、検索照合リクエストプログラム４ｎを、予めコンピュータで読み取り可能な記録媒体に記録しておき、別のコンピュータに上述のプログラムインストールすることで、実施例１〜３のＰＣ４として機能させるようにしてもよい。
【符号の説明】
【００８７】
１,１Ａ,１Ｂ・・・情報取得システム、２・・・楽曲照合サーバ、２ａ・・・ＣＰＵ（楽曲メタデータ出力部の一部）、２ｂ・・・ＲＡＭ、２ｃ・・・ＲＯＭ、２ｄ・・・ＨＤＤ、２Ｅ・・・通信コントローラ、２ｆ・・・楽曲照合データベース、２ｇ・・・楽曲メタデータ配信プログラム（楽曲メタデータ出力部の一部）、３・・・オーディオ再生記録装置、３ａ・・・ＣＰＵ、３ｂ・・・ＡＤＣ、３ｃ・・・ＤＡＣ、３ｄ・・・ＤＳＰ、３ｅ・・・チューナ、３ｆ・・・ＵＳＢコントローラ、３ｇ・・・操作部、３ｈ・・・表示部、３ｉ・・・ＣＤドライブ、３ｊ・・・ＥＥＰＲＯＭ、３ｋ・・・フラッシュメモリ、３ｌ・・・ＳＤＲＡＭ、３ｍ・・・ＨＤＤ、４・・・パーソナルコンピュータ（情報取得装置）、４ａ・・・ＣＰＵ（検出部、状態監視部、経過時間算出部、楽曲再生位置情報生成部、検索照合対象決定部、検索照合リクエスト部、楽曲メタデータ取得部の一部）、４ｂ・・・ＲＡＭ（一時記憶部）、４ｃ・・・ＲＯＭ、４ｄ・・・ＨＤＤ、４ｅ・・・操作部、４ｆ・・・表示部、４ｇ・・・通信コントローラ、４ｈ・・・ＵＳＢコントローラ（データ取得部）、４ｉ・・・デジタルデータ検出プログラム（検出部の一部）、４ｊ・・・デジタルデータ監視プログラム（状態監視部の一部）、４ｋ・・・経過時間算出プログラム（経過時間算出部の一部）、４ｌ・・・楽曲再生位置情報生成プログラム（楽曲再生位置情報生成部の一部）、４ｍ・・・検索照合対象決定プログラム（検索照合対象決定部の一部）、４ｎ・・・検索照合リクエストプログラム（検索照合リクエスト部の一部）、５・・・外付けＨＤＤ、６・・・モデム内蔵ルータ、７・・・ＩＰ通信網
【技術分野】
【０００１】
本発明は、情報取得システム、情報取得装置、および情報取得方法に関する。
【背景技術】
【０００２】
ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）アルバムなどに記録された楽音信号をＭＰ３（ＭＰＥＧ-１ Ａｕｄｉｏ Ｌａｙｅｒ−３）やＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ａｕｄｉｏ）などといったオーディオデータファイルに変換する機器の多くは、ＣＤに収録された楽曲のアーティスト名、アルバム名、トラック名、ジャンル情報、発売日などを示す楽曲メタデータをネットワーク上のデータベースから取得し、そのメタデータをＩＤ３ｖ１（ＩＤ３ Ｔａｇ Ｖｅｒｓｉｏｎ １）、ＩＤ３ｖ２（ＩＤ３ Ｔａｇ Ｖｅｒｓｉｏｎ ２）などの所定フォーマットのタグデータとしてオーディオデータファイルへ埋め込むことができる（たとえば、特許文献１参照）。
【０００３】
この種の楽曲メタデータを取り纏めたデータベースの１つに、ＣＤＤＢ(Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｄａｔａ Ｂａｓｅ：登録商標)がある。例えば、グレースノート（登録商標）社の運営に係るＣＤＤＢは、各ＣＤに収録された楽曲のメタデータとそれらのＣＤのＴＯＣ（Ｔａｂｌｅ Ｏｆ Ｃｏｎｔｅｎｔｓ）データとを対応付けている。ＴＯＣデータは、ＣＤに収録される楽曲の各々の再生開始までの時間長を示すバイナリデータであり、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）オーディオデータを記録するプログラム領域の内側に確保されたリードイン領域に記録される。楽曲の各々の再生開始までの時間長の組み合わせはアルバム毎に固有である。よって、ＣＤアルバムからＴＯＣデータを読み出した機器は、ＴＯＣデータを含むリクエストの送信と引き換えに、そのＣＤアルバムに収録された各楽曲の楽曲メタデータをＣＤＤＢから取得することができる。そして、それらの楽曲メタデータをＣＤアルバムから得たオーディオデータファイルへタグデータとしてそれぞれ埋め込んでおくと、後の再生時に参照したり、あるいは所望のオーディオデータファイルを検索するキーとして利用したりすることができる。
【０００４】
ところで、ＴＶやラジオの放送中に流れている楽曲を認識して当該楽曲の楽曲メタデータを取得する方法として、当該楽曲のＰＣＭデータのオーディオ波形から得られるサウンド指紋（以下、当該サウンド指紋のことを「フィンガープリント情報」という）を取り込んで、様々な楽曲のフィンガープリント情報が予め大量に蓄積された楽曲照合データベースと照合して、当該楽曲メタデータを取得する方法が知られている（たとえば特許文献２参照）。
【０００５】
特許文献２に開示される音楽認識装置では、放送波の受信信号にＰＣＭデータ変換処理およびノーマライズ処理をした後に、対象データの振幅ピーク出現率に基づき比較処理部分を設定し、楽曲照合データベースに蓄積されているデータと当該処理部分のデータとを比較し、当該比較処理によって求められた一致度にしたがって検索対象の楽曲を特定し、楽曲名を出力している。なお、出力される楽曲名以外の楽曲メタデータは、装置のディスプレイに表示する、装置内に格納されているコンテンツ管理データベースのパラメータとして設定する、取り込んだ楽曲にタグデータとして埋め込んでおくなどの様々な用途に応用することもできる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１２２８６３号公報
【特許文献２】特開２００２−２５８８７３号公報（図２、段落[００１７]、要約など）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献２に記載される音楽認識装置で用いられる方法において、フィンガープリント情報と共に付加される情報は、楽曲のサビ部分（聞き手に曲を強く印象付け、曲の特徴が表れる部分）の継続時間情報、振幅波形のピーク出現率情報、平均レベル値情報である。これらの情報を算出するためには、ある程度のオーディオデータが装置内に蓄積しなければならない。また、楽曲照合データベースに予め蓄積されている楽曲のサビ部分がフィンガープリント情報として登録されており、振幅波形のピーク出現率の高い部分として特定された比較処理部分が楽曲のサビ部分でない場合には、楽曲の認識率が極端に低下し、その結果、間違った楽曲メタデータを出力してしまう可能性がある。
【０００８】
また、ラジオ放送やＴＶから流れてくる楽曲は、楽曲途中部分のデータ（たとえば３秒分、１０秒分のＰＣＭデータ）であったり、またはＤＪ（Ｄｉｓｃ Ｊｏｃｋｅｙ）の音声と重畳してフェードインされたりすることも想定される。楽曲照合データベースを備えるサーバ側では、たとえば、スペクトラム変換などによりＰＣＭデータの曲調を絞込むと共に、更に楽曲の認識精度を向上させるために、楽曲照合データベース内に予め蓄積されている各楽曲のフィンガープリント情報に対して、再生時間軸に沿って判定処理を行う。つまり、楽曲照合データベースに対しては、取得したＰＣＭデータが楽曲全体のどの部分に該当するかを判断できる情報が与えられていないため、蓄積されている楽曲の曲頭のフィンガープリント情報から判定処理を順次行うことになる。
【０００９】
このような判定処理方法では、曲調によってある程度絞込みができたとしても、取得したＰＣＭデータが楽曲の後方部分であった場合には、比較するフィンガープリント情報数が増大し、検索時間も必然的に長くなってしまう。また、仮に楽曲照合データベース側の検索アルゴリズムが、楽曲の再生時間軸と逆から判定処理を行うように設定されていた場合であっても、今度は取得したＰＣＭデータが曲頭に近い場合には、比較するフィンガープリント情報数が増大し、検索時間も必然的に長くなってしまう。なお、特許文献２に示す音楽認識装置のように、取得したＰＣＭデータが曲途中の部分であっても検出できるように繰り返し波形認識処理を行うことも考えられるが、繰り返し波形認識処理を行うとサーバへの付加が増大し、やはり検索時間も長くなってしまう。
【００１０】
そこで、本発明は、上述した課題に鑑み、取得したデータの再生時間軸上の位置に関わらず、楽曲の検索処理を適切に行うことができる情報取得システム、情報取得装置、および情報取得方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の一側面である情報取得システムは、楽曲から取り込んだ取り込みデータと、取り込みデータの楽曲での再生位置を示す情報と、楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと、外部からデータを取得するデータ取得部と、データ取得部で取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、データ取得部で取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視部と、データ取得部で取得したデータの一部と、状態監視部によりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得部で取得したデータの楽曲メタデータを取得する楽曲メタデータ取得部と、を備えるものである。
【００１２】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、状態監視部の判定に基づいて無音データであると判定されている状態が継続した無音データ継続時間、楽曲データであると判定されている状態が継続した楽曲データ継続時間、音声データであると判定されている状態が継続した音声データ継続時間を算出する経過時間算出部と、楽曲データ継続時間を示す情報から楽曲再生位置情報を生成する楽曲再生位置情報生成部と、状態監視部によりデータが楽曲データであると判定されている状態において、検索照合対象データを決定する検索照合対象決定部と、を備えることが好ましい。
【００１３】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、経過時間算出部で算出した各継続時間を示す情報を一時的に記憶する一時記憶部と、楽曲照合データベースに対して、検索照合対象データおよび検索照合対象データの楽曲再生位置情報を、一時記憶部から読み出して出力する検索照合リクエスト部と、を備えることが好ましい。
【００１４】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、検索照合リクエスト部は、楽曲照合データベースに対して楽曲再生位置情報と共に音声データ継続時間を示す情報を一時記憶部から読み出して出力することが好ましい。
【００１５】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、検索照合リクエスト部は、楽曲照合データベースに対して楽曲再生位置情報と共に無音データ継続時間を示す情報を一時記憶部から読み出して出力することが好ましい。
【００１６】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、検索照合リクエスト部から取得した情報に基づいて楽曲照合データベースを参照し、楽曲メタデータを特定する楽曲メタデータ特定部を備えることが好ましい。
【００１７】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した楽曲再生位置情報の示す値に、音声データ継続時間の示す値を加算した値と一致する再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００１８】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した楽曲再生位置情報の示す値に、無音データ継続時間の示す値とを加算した値と一致する楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００１９】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した楽曲再生位置情報の示す値に、音声データ継続時間の示す値と無音データ継続時間の示す値とを加算した値と一致する楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００２０】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部は、楽曲照合データベースに記憶されている取り込みデータの検索対象の範囲を、検索照合リクエスト部から取得した音声データ継続時間または無音データ継続時間の示す値から楽曲再生位置情報の示す値までの範囲にある再生位置情報に限定し、限定した範囲内にある再生位置情報に関連付けられて記憶されている取り込みデータを検索して楽曲メタデータを特定することが好ましい。
【００２１】
また、本発明の一側面である情報取得システムは、上述した情報取得システムの構成に加えて、楽曲メタデータ特定部により特定した楽曲メタデータを出力する楽曲メタデータ出力部を備えることが好ましい。
【００２２】
また、本発明の一側面である情報取得装置は、楽曲から取り込んだ取り込みデータと、取り込みデータの楽曲での再生位置を示す情報と、楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置であって、外部からデータを取得するデータ取得部と、データ取得部で取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、データ取得部で取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視部と、データ取得部で取得したデータの一部と、状態監視部によりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得部で取得したデータの楽曲メタデータを取得する楽曲メタデータ取得部と、を備えるものである。
【００２３】
また、本発明の一側面である情報取得方法は、データ取得部、検出部、状態監視部、楽曲メタデータ取得部を備え、楽曲から取り込んだ取り込みデータと、取り込みデータの楽曲での再生位置を示す情報と、楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置に用いられる情報取得方法であって、データ取得部が、外部からデータを取得するデータ取得ステップと、検出部が、データ取得ステップで取得したデータが無音データ、音声データ、楽曲データのいずれであるかを検出する検出ステップと、状態監視部が、データ取得ステップで取得したデータを一定期間サンプリングし、無音データ、音声データ、楽曲データのいずれの状態であるかを監視する状態監視ステップと、楽曲メタデータ取得部が、データ取得ステップで取得したデータの一部と、状態監視ステップによりデータが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて楽曲照合データベースを参照し、データ取得ステップで取得したデータの楽曲メタデータを取得する楽曲メタデータ取得ステップと、を有するものである。
【発明の効果】
【００２４】
本発明によれば、取得したデータの再生時間軸上の位置に関わらず、楽曲の検索処理を適切に行うことができる情報取得システム、情報取得装置、および情報取得方法を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施例１に係る情報取得システムの全体構成を示す図である。
【図２】図１に示す楽曲照合サーバの構成を示すブロック図である。
【図３】図２に示す楽曲照合ＤＢのデータ構造図の一例を示す図である。
【図４】図２に示す楽曲照合ＤＢのデータ構造図の一例を示す図である。
【図５】図１に示すオーディオ再生記録装置の構成を示すブロック図である。
【図６】図１に示すＰＣの構成を示すブロック図である。
【図７】図１に示す実施例１に係る情報取得システムの特徴的な処理を示すフローチャートである。
【図８】図７のステップＳ２の処理を説明するための図である。
【図９】本発明の実施例２に係る情報取得システムの特徴的な処理を示すフローチャートである。
【図１０】本発明の実施例３に係る情報取得システムの特徴的な処理を示すフローチャートである。
【発明を実施するための形態】
【実施例１】
【００２６】
本発明の実施例について、以下、図面を参照しながら説明する。
【００２７】
本発明の実施例１に係る情報取得システム１は、ＣＤに収録されている楽曲のアーティスト名、アルバム名、トラック名、ジャンル情報、発売日などを示すデータ（以下、これらのデータを「楽曲メタデータ」と呼ぶ）とそれらのＣＤに記録されたＰＣＭデータから得られるフィンガープリント情報、当該フィンガープリント情報の再生時間情報とが関連付けられた楽曲照合ＤＢ（Ｄａｔａ Ｂａｓｅ）２ｆ（図２参照、楽曲照合データベースに相当）を有している。そして、この楽曲照合ＤＢ２ｆを有する楽曲照合サーバ２は、デジタルデータおよび当該デジタルデータに対応する再生時間情報がＰＣ４から送信されると、楽曲照合ＤＢ２ｆから読み出した当該ＣＤの各楽曲メタデータをＰＣ４へ配信するようになっている。この情報取得システム１の特徴は、入力されたデジタルデータの再生時間情報を付加して楽曲照合処理を行うようにした点である。なお、楽曲照合ＤＢ２ｆに登録される楽曲は、ＣＤに収録されている楽曲に限らず、インターネット上にのみ公開されている楽曲や、プロ、アマチュア問わずに製作されたＣＤ以外の記憶媒体に収録されている楽曲を含んでいてもよい。
【００２８】
図１は、本発明の実施例１に係る情報取得システム１の全体構成を示す図である。図１に示すように、この情報取得システム１は、楽曲照合サーバ２、オーディオ再生記録装置３、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）４、外付けＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）５などを有する。ＰＣ４は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ケーブルによりモデム内蔵ルータ６と接続され、モデム内蔵ルータ６からＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信網７を介して楽曲照合サーバ２に接続される。また、ＰＣ４は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子（不図示）などによりオーディオ再生記録装置３や外付けＨＤＤ５などと接続可能に構成されている。
【００２９】
図２は、図１に示す楽曲照合サーバ２の構成を示すブロック図である。図２に示すように、楽曲照合サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２ａ（楽曲メタデータ特定部、楽曲メタデータ出力部の一部に相当）、ＲＡＭ（Ｒａｎｄａｍ Ａｃｅｓｓｓ Ｍｅｍｏｒｙ）２ｂ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２ｃ、ＨＤＤ２ｄ、通信コントローラ２Ｅを有している。ＣＰＵ２ａは、ＲＡＭ２ｂをワークエリアとして利用しつつ、ＲＯＭ２ｃやＨＤＤ２ｄに記憶された各種プログラムを実行する。ＨＤＤ２ｄには、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の基本ソフトウェアの他、楽曲照合ＤＢ２ｆと楽曲メタデータ配信プログラム２ｇ（楽曲メタデータ特定部、楽曲メタデータ出力部の一部に相当）とが記憶されている。なお、楽曲メタデータ配信プログラム２ｇは、ＲＯＭ２ｃに記憶されていてもよい。
【００３０】
図３および図４は、図２に示す楽曲照合ＤＢ２ｆのデータ構造図の一例を示す図である。この楽曲照合ＤＢ２ｆは、各レーベルからリリースされているＣＤと対応する複数のレコードの集合体である。これらのＣＤは、１曲から４曲程度の楽曲が収録されているシングルＣＤと、５曲以上の楽曲が収録されたアルバムＣＤの双方を含んでいる。この楽曲照合ＤＢ２ｆを構成する各レコードは、図３に示すように「ＴＯＣ」、「タイトル」、「トラック」、「曲名」、「アーティスト」の５つのフィールドを少なくとも有している。そして、１つのＣＤと対応するレコードの「トラック」、「曲名」、「アーティスト」のフィールドは、そのＣＤに収録された楽曲と同じ数に分かれている。また、図４に示すように楽曲照合ＤＢ２ｆには、「曲名」レコードをキーとして「フィンガープリント情報」、「再生時間位置情報」のフィールドを有している。この「フィンガープリント情報」、「再生時間位置情報」のフィールドのレコードは、「曲名」レコード毎に複数記録されている。
【００３１】
「ＴＯＣ」のフィールドには、各ＣＤのＴＯＣデータが記憶される。ＴＯＣデータは、ＣＤに収録される各楽曲の再生開始までの時間長を示すバイナリデータであり、ＣＤのリードイン領域に記録される。ＣＤに収録される楽曲の各々の再生開始までの時間長の組み合わせは固有であるため、このＴＯＣデータをキーとして検索を行うことにより、対応する唯一のＣＤのレコードを特定することが可能である。「タイトル」のフィールドには、ＣＤのタイトルを示すタイトルデータが記憶される。
【００３２】
「トラック」、「曲名」、「アーティスト」のフィールドには、楽曲メタデータをなす、トラックデータ、曲名データ、およびアーティスト名データがそれぞれ記憶される。トラックデータは、ＣＤに収録された各楽曲のトラック番号を示すデータである。また、曲名データは、ＣＤに収録された各楽曲の曲名を示すデータであり、アーティスト名データは、それらの各楽曲の収録にかかわった一又は複数のアーティストの名称を示すデータである。「フィンガープリント情報」、「再生時間位置情報」は、当該楽曲の一部のＰＣＭデータとその再生位置情報である。
【００３３】
図２に戻って、楽曲メタデータ配信プログラム２ｇは、「フィンガープリント情報」、「再生時間位置情報」に相当する情報を含むＨＴＴＰリクエストをＰＣ４から受信し、当該ＨＴＴＰリクエストに含まれる情報をキーとして楽曲を検索して特定し、特定された楽曲の楽曲メタデータをその発信元へ配信するプログラムである。
【００３４】
図５は、図１に示すオーディオ再生記録装置３の構成を示すブロック図である。図５に示すように、オーディオ再生記録装置３は、ＣＰＵ３ａ、ＡＤＣ（Ａｎａｌｏｇ Ｄｉｇｉｔａｌ Ｃｏｎｖｅｒｔｅｒ）３ｂ、ＤＡＣ（Ｄｉｇｉｔａｌ Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）３ｃ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３ｄ、チューナ３ｅ、ＵＳＢコントローラ３ｆ、操作部３ｇ、表示部３ｈ、ＣＤドライブ３ｉ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３ｊ、フラッシュメモリ３ｋ、ＳＤＲＡＭ（ Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３ｌ、ＨＤＤ３ｍを有する。
【００３５】
ＣＰＵ３ａは、ＳＤＲＡＭ３ｌをワークエリアとして利用しつつ、ＥＥＰＲＯＭ３ｊ、フラッシュメモリ３ｋ、ＨＤＤ３ｍに記憶された各種プログラムを実行する。それらのプログラムを実行するＣＰＵ３ａは、ＤＡＣ３ｃを介してＣＤドライブ３ｉやチューナ３ｅから供給されるデジタル信号を放音機器へ供給して放音させたり、そのデジタル信号から得たオーディオデータファイルをＨＤＤ３ｍに記憶させたりといった処理を行う、また、ＨＤＤ３ｍに記憶させたオーディオデータファイルを、ＵＳＢコントローラ３ｆから外部の端末やＰＣ４へ伝送させるなどといった処理も行う。
【００３６】
ＡＤＣ３ｂは、マイクロホンなどの収音機器（図示せず）や、アナログ入力される外部オーディオ装置と接続され、それらの機器から供給されるアナログ信号をデジタル信号に変換する。ＡＤＣ３ｂにて変換された信号は、ＤＳＰ３ｄを経由してＣＰＵ３ａへ供給される。
【００３７】
ＤＡＣ３ｃは、スピーカやヘッドフォンなどの放音機器（図示せず）と接続され、ＣＰＵ３ａからＤＡＣ３ｃを経由して供給されるデジタル信号をアナログ信号に変換する。ＤＡＣ３ｃにて変換された信号は、放音機器へ供給される。
【００３８】
ＤＳＰ３ｄは、ＣＰＵ３ａによる制御の下、自らを経由するデジタル信号へ所定の信号処理を施す。
【００３９】
チューナ３ｅは、ＣＰＵ３ａによる制御の下、アンテナＡにより受信される搬送波を復調して得た信号をＣＰＵ３ａに供給し、そのアンテナの最大感度の周波数を特定の放送局の周波数へ同調させるなどといった処理を行う。
【００４０】
ＵＳＢコントローラ３ｆは、ポータブルメモリプレーヤなどの各種音楽再生端末（図示せず）やＰＣ４とＵＳＢケーブル（図示せず）を介して接続され、所定のプロトコルに従ってそれらの端末との間でデータの送受信を行う。
【００４１】
操作部３ｇは、タッチパネルやつまみなどの操作子を有し、それらの操作子による操作を示す信号をＣＰＵ３ａへ供給する。
【００４２】
表示部３ｈは、例えば、液晶ディスプレイを有し、ＣＰＵ３ａから供給される信号を基にその液晶ディスプレイへ各種情報を表示させる。
【００４３】
ＣＤドライブ３ｉは、ＣＤ載置トレイ、光学ヘッド、デコーダ（いずれも不図示）などを有する。このＣＤドライブ３ｉは、ＣＰＵ３ａによる制御の下、ＣＤのプログラム領域から読み取ったＰＣＭデータの信号、およびそのリードイン領域から読み取ったＴＯＣデータの信号をＣＰＵ３ａへ供給する。
【００４４】
図６は、図１に示すＰＣ４の構成を示すブロック図である。図６に示すように、ＰＣ４（情報取得装置に相当）は、ＣＰＵ４ａ（データ取得部、検出部、状態監視部、経過時間算出部、楽曲再生位置情報生成部、検索照合対象決定部、検索照合リクエスト部の一部に相当）、ＲＡＭ４ｂ（一時記憶部に相当）、ＲＯＭ４ｃ、ＨＤＤ４ｄ、操作部４ｅ、表示部４ｆ、通信コントローラ４ｇ、ＵＳＢコントローラ４ｈを有している。ＣＰＵ４ａは、ＲＡＭ４ｂをワークエリアとして利用しつつ、ＲＯＭ４ｃやＨＤＤ４ｄに記憶された各種プログラムを実行する。
【００４５】
ＨＤＤ４ｄには、デジタルデータ検出プログラム４ｉ（検出部の一部に相当）、デジタルデータ監視プログラム４ｊ（状態監視部の一部に相当）、経過時間算出プログラム４ｋ（経過時間算出部の一部に相当）、楽曲再生位置情報生成プログラム４ｌ（楽曲再生位置情報生成部の一部に相当）、検索照合対象決定プログラム４ｍ（検索照合対象決定部の一部に相当）、検索照合リクエストプログラム４ｎ（検索照合リクエスト部の一部に相当）とが記憶されている。なお、デジタルデータ検出プログラム４ｉ、デジタルデータ監視プログラム４ｊ、経過時間算出プログラム４ｋ、楽曲再生位置情報生成プログラム４ｌ、検索照合対象決定プログラム４ｍ、検索照合リクエストプログラム４ｎの各プログラムは、ＲＯＭ４ｃに記憶されてもよい。これらのプログラムの動作については、後述する情報取得システム１の特徴的な処理において説明する。
【００４６】
ＰＣ４は、操作部４ｅを通してオーディオ再生記録装置３を操作するためのコマンドをＵＳＢコントローラ４ｈからオーディオ再生記録装置３へ供給することができる。また、ＰＣ４は、ＵＳＢコントローラ４ｈを介してオーディオ再生記録装置３がＣＤから生成したオーディオデータファイルやチューナ３ｅで復調したデジタルデータを取得し、ＨＤＤ４ｄまたはＲＡＭ４ｂに記憶することができる。なお、ＰＣ４にオーディオ再生記録装置３のハードウェア構成を持たせ、上述のオーディオ再生記録装置３と同様の処理および機能を備えさせてもよい。
【００４７】
実施例１の情報取得システム１の動作を説明する。図７は、図１に示す実施例１に係る情報取得システム１の特徴的な処理を示すフローチャートである。この図７に示すフローチャートに示す一連の処理は、ＰＣ４の操作部４ｅの操作を通じてオーディオ再生記録装置３へラジオ放送の受信指示がなされると開始される（ＳＴＡＲＴ）。
【００４８】
ラジオ放送の受信指示がなされると、ＣＰＵ４ａは、オーディオ再生記録装置３から供給されたデジタルデータを取得すると共に取得したデジタルデータの状態の検出を開始する（ステップＳ１）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されているデジタルデータ検出プログラム４ｉをＲＡＭ４ｂに読み出してデジタルデータの状態の検出を開始する。具体的には、取得したデジタルデータに所定の周波数スペクトラム変換処理を施し、無音データを取得している状態、音声データを取得している状態、楽曲データを取得している状態であるのかを検出する。なお、所定の周波数スペクトラム変換処理とは、たとえば音楽の場合には、スペクトルのピーク値が特定周波数に安定したまま時間方向に持続するといった特徴などがあることから、縦軸に周波数、横軸に時間軸として周波数スペクトラム変換処理を行った結果を解析し、周波数の変動量や当該変動量の解析（倍音解析など）から特徴を検出し、判別することを想定している。
【００４９】
ＣＰＵ４ａは、取得したデジタルデータを一定期間サンプリングし、現在の状態を監視しつつ、経過時間を算出する（ステップＳ２）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されているデジタルデータ監視プログラム４ｊをＲＡＭ４ｂに読み出して、デジタルデータの状態を監視しつつ、当該状態の経過時間を算出する。
【００５０】
図８は、図７のステップＳ２の処理を説明するための図である。ＣＰＵ４ａは、デジタルデータの状態変化の時間を算出する。図８の上方に示す図では、数秒の無音に続いてＤＪなどのトークがあり、そのＤＪのトークに重畳するように楽曲がフェードインされる様子を示している。ＣＰＵ４ａは、このデジタルデータの状態の変化を検出して、無音データと判定されている状態から音声データと判定されている状態に変化するまでの無音データ継続時間（ΔＡ）、音声データのみと判定されている状態から楽曲データと判定されている状態に変化するまでの音声データ継続時間（ΔＣ）を計測する。また、ＣＰＵ４ａは、楽曲データと判定されている状態の継続時間（ΔＤ）を計測する。また、図８の下方に示す図では、たとえばＣＤなどから直接取得した楽曲を想定した例であり、数秒の無音の後に楽曲が再生される様子を示している。この場合、ＣＰＵ４ａは、デジタルデータの状態の変化を検出し、無音データと判定されている状態から楽曲データと判定されている状態に変化するまでの無音データ継続時間（ΔＢ）、楽曲データと判定されている状態の継続時間（ΔＤ）を計測する。なお、ＣＰＵ４ａは、デジタルデータ検出プログラム４ｉの検出結果を定期的に受け取って監視するようにしてもよい。
【００５１】
ＣＰＵ４ａは、上記ΔＡ、ΔＢ、ΔＣ、ΔＤそれぞれの継続時間および取得したデジタルデータを一時的にＲＡＭ４ｂに保存する（ステップＳ３）。なお、ＣＰＵ４ａは、一定期間経過後にＲＡＭ４ｂのこれらの記憶内容をクリアしてもよい。
【００５２】
ＣＰＵ４ａは、ステップＳ１で楽曲データと判定されている状態において、操作部４ｅの操作を通じて楽曲の認識指示処理がなされると、ＲＡＭ４ｂに保存されている楽曲のＰＣＭデータと、ΔＤの継続時間とを読み出す（ステップＳ４）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合対象決定プログラム４ｍおよび楽曲再生位置情報生成プログラム４ｌをＲＡＭ４ｂに読み出して、以下の処理を行う。
【００５３】
検索照合対象決定プログラム４ｍは、図８に示すように楽曲の認識指示処理があった時点から所定時間（たとえば１０秒間）のＰＣＭデータ（ΔＥ）だけをＲＡＭ４ｂから読み出して取得する。楽曲再生位置情報生成プログラム４ｌは、楽曲データの状態になったと判定された時から上述した認識処理指示があった時点までの秒数（ΔＤ）を求めて楽曲再生位置情報として生成する。
【００５４】
ＣＰＵ４ａは、ステップＳ４で取得したＰＣＭデータと楽曲再生位置情報を含むＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを生成し、通信コントローラ４ｇから楽曲照合サーバ２に宛てて送信する（ステップＳ５）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合リクエストプログラム４ｎをＲＡＭ４に読み出して、ステップＳ４で取得したＰＣＭデータと楽曲再生位置情報とを含むＨＴＴＰリクエストを生成して送信する。
【００５５】
楽曲照合サーバ２は、モデム内蔵ルータ６、およびＩＰ通信網７をなす一または複数のネットワーク機器を経由してステップＳ５で送信されたＨＴＴＰリクエストを受信する（ステップＳ６）。
【００５６】
楽曲照合サーバ２のＣＰＵ２ａは、ＰＣ４からのＨＴＴＰリクエストを受信すると当該リクエストに含まれるＰＣＭデータおよびΔＤの経過時間をＲＡＭ２ｂに記憶した後、そのΔＤの経過時間に対応する「フィンガープリント情報」のフィールドに記憶したレコードが楽曲照合ＤＢ２ｆにあるか否か判断する（ステップＳ７）。
【００５７】
ＣＰＵ２ａは、ステップＳ７にてレコードがないと判断したとき（ステップＳ７：Ｎｏ）、その旨を示すメッセージを含むＨＴＴＰレスポンスをリクエストの発信元であるＰＣ４に宛てて送信する（ステップＳ８）。
【００５８】
ＰＣ４のＣＰＵ４ａは、レコードがない旨を示すメッセージを含むＨＴＴＰレスポンスを受信し、楽曲メタデータが存在しないことを示す文字列を表示部４ｆに表示させた後（ステップＳ９）、処理を終了する（ＥＮＤ）。
【００５９】
楽曲照合サーバ２のＣＰＵ２ａは、ステップＳ７にてレコードがあると判断したとき（ステップＳ７：Ｙｅｓ）、そのレコードの「トラック」、「曲名」、「アーティスト」などのフィールドに記憶されたデータの纏まりである楽曲メタデータを、楽曲ごとに読み出す（ステップＳ１０）。
【００６０】
楽曲照合サーバ２のＣＰＵ２ａは、ステップＳ１０で読み出した楽曲メタデータを含むＨＴＴＰレスポンスを生成後、発信元であるＰＣ４へ送信する（ステップＳ１１）。
【００６１】
ＰＣ４のＣＰＵ４ａは、送信されたＨＴＴＰレスポンスを取得し、楽曲メタデータを表示部４ｆに表示させた後（ステップＳ１２）、処理を終了する（ＥＮＤ）。
【００６２】
なお、ＨＴＴＰレスポンスを受信したＰＣ４のＣＰＵ４ａは、受信したＨＴＴＰレスポンスに含まれる楽曲メタデータを、ステップＳ１で取得したオーディオデータファイルのタグデータとして埋め込んでもよい。なお、ＭＰ３などのオーディオデータファイルに埋め込み得るタグデータのデータ形式としては、ＩＤ３ｖ１やＩＤ３ｖ２などがある。よって、各楽曲メタデータをこれらのデータ形式に変換した上でオーディオデータへ埋め込むようにすることが好ましい。
【００６３】
以上説明した実施例１では、ラジオ放送を視聴中に流れる楽曲が再生されてからの経過時間を算出し、当該楽曲のＰＣＭデータと共に当該ＰＣＭデータの再生位置情報を楽曲照合サーバ２に送信している。そして、楽曲照合サーバ２側では、再生位置情報と一致するフィンガープリント情報のみ検索対象として、楽曲照合処理を行い、当該照合結果がＰＣ４に通知される。したがって、情報取得システム１およびＰＣ４は、取得したデータの再生時間軸上の位置に関わらず、楽曲の検索処理を適切に行うことができる。
【実施例２】
【００６４】
本発明の実施例２について、以下、図面を参照しながら説明する。
【００６５】
実施例１では、ＰＣ４の操作部４ｅの操作を通じて楽曲照合サーバ２へＨＴＴＰリクエストを送信する手法を示したが、実施例２では、ＰＣ４が取得したデジタルデータが楽曲データであると判定されている状態において、一定周期毎（たとえば３０秒ごとの周期）に取得したデジタルデータおよび再生位置情報を含んだＨＴＴＰリクエストを楽曲照合サーバ２に対して自動的に送信するものである。なお、本実施例２に係る情報取得システム１Ａをなす、楽曲照合サーバ２、オーディオ再生記録装置３、ＰＣ４、外付けＨＤＤ５の各ハードウェア構成は、上記実施例１と同様であるため再度の説明を割愛する。
【００６６】
実施例２における情報取得システム１Ａの動作を説明する。図９は、本発明の実施例２に係る情報取得システム１Ａの特徴的な処理を示すフローチャートである。なお、図９に示すステップＳ２３以外の各処理は、図７に示すステップＳ４以外の各処理とそれぞれ同様であるため、再度の説明を割愛する。
【００６７】
ＣＰＵ４ａは、取得したＰＣＭデータが楽曲データであると判定されている状態において、所定の周期毎にＰＣＭデータおよびΔＤの経過時間をＲＡＭ４ｂから読み出す（ステップＳ２３）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合対象決定プログラム４ｍおよび楽曲再生位置情報生成プログラム４ｌをＲＡＭ４ｂに読み出し、以下の各処理を行う。
【００６８】
検索照合対象決定プログラム４ｍは、ＰＣＭデータが楽曲データであると判定されている状態において、所定の周期毎に所定長のＰＣＭデータをＲＡＭ４から読み出して取得する。楽曲再生位置情報生成プログラム４ｌは、当該ＰＣＭデータのΔＤの経過時間情報から楽曲再生位置情報を生成する。
【００６９】
以上説明した実施例２では、オーディオ再生記録装置３で受信したラジオ放送を視聴中に流れる楽曲が再生されてからの経過時間等を算出し、当該楽曲のＰＣＭデータと共に経過時間を楽曲照合サーバ２に所定の周期で自動的に送信することで、たとえばユーザがラジオ放送で気になる楽曲が連続的に流れているときに、新しい楽曲の演奏が開始する度に操作部４ｅを通して楽曲照合指示を逐一行わなくとも済むようになる。したがって、当該情報取得システム１Ａを利用する側にとっても非常に効率的な情報取得システム１Ａとなり得る。
【００７０】
なお、ＰＣ４は、取得したＰＣＭデータが楽曲データと判定されている状態において、楽曲照合サーバ２に対して所定の周期毎にＨＴＴＰリクエストを送信していたが、既に送信したＨＴＴＰリクエストに対するＨＴＴＰレスポンスの返信があり、当該ＰＣＭデータの楽曲メタデータのレコードが取得できている場合には、ΔＤの経過時間を示す情報がＲＡＭ４ｂからクリアされるまでＨＴＴＰリクエストの送信を中止するようにしてもよい。このようにすることで、既に楽曲メタデータが取得されているＰＣＭデータにも関わらず、無駄にＨＴＴＰリクエストを楽曲照合サーバ２へ送信することがなくなる。
【実施例３】
【００７１】
本発明の実施例３について、以下、図面を参照しながら説明する。
【００７２】
実施例１および実施例２では、ＰＣ４から送信する再生位置情報としては、楽曲データと判定された時点からの継続時間（つまり、ΔＤの経過時間）としていたが、実施例３では、音声データ継続時間（ΔＣ）情報についても楽曲照合サーバ２へ送信するものである。なお、本実施例３に係る情報取得システム１Ｂをなす、楽曲照合サーバ２、オーディオ再生記録装置３、ＰＣ４、外付けＨＤＤ５の各ハードウェア構成は、上記実施例１および実施例２と同様であるため再度の説明を割愛する。
【００７３】
本実施例３の動作を説明する。図１０は、本発明の実施例３に係る情報取得システム１Ｂの特徴的な処理を示すフローチャートである。なお、図１０に示すステップＳ４３以外の各処理は、図７に示すステップＳ４以外の各処理、図９に示すステップＳ２３以外の各処理と同様であるため、再度の説明を割愛する。
【００７４】
ＣＰＵ４ａは、取得したＰＣＭデータが楽曲データであると判定されている状態において、操作部４ｅの操作を通じて楽曲の認識指示処理がなされると、ＰＣＭデータおよびΔＣおよびΔＤの継続時間をＲＡＭ４ｂから読み出す（ステップＳ４３）。すなわち、ＣＰＵ４ａは、ＨＤＤ４ｅに記憶されている検索照合対象決定プログラム４ｍおよび楽曲再生位置情報生成プログラム４ｌをＲＡＭ４ｂに読み出し、以下の各処理を行う。
【００７５】
検索照合対象決定プログラム４ｍは、ＰＣＭデータが楽曲データであると判定されている状態において、認識指示処理要求のあった時点から所定時間のＰＣＭデータ（図８のΔＥ）および音声データ継続時間（ΔＣ）を示す情報と楽曲データ継続時間を示す情報（ΔＤ）をＲＡＭ４ｂから読み出して取得する。そして、楽曲再生位置情報生成プログラム４ｌは、検索照合対象決定プログラム４ｍが取得した楽曲データ継続時間から楽曲データと判定された時点から認識開始処理がなされた時点までの秒数（ΔＤの経過時間）を求めて、当該ＰＣＭデータの楽曲再生位置情報として生成する。
【００７６】
なお、ステップＳ４６において楽曲照合サーバ２は、ＰＣ４からＰＣＭデータ、当該ＰＣＭデータの楽曲再生位置情報、音声データ継続時間（ΔＣ）を示す情報を含むＨＴＴＰリクエストが送信されてくるため、当該音声データの継続時間分だけ楽曲再生位置情報を移動させた値と一致する「楽曲再生位置情報」を楽曲照合ＤＢ２ｆより特定し、当該「楽曲再生位置情報」に対応する「フィンガープリント情報」との一致判定を行う。
【００７７】
以上説明した実施例３では、オーディオ再生記録装置３で受信したラジオ放送を視聴中に流れる楽曲が再生されてからの経過時間および音声データ継続時間を示す情報等を算出し、当該楽曲のＰＣＭデータと共に経過時間を楽曲照合サーバ２に送信することで、効率的に認識させることができる。ＴＶやラジオ放送で流れている楽曲の受信状況や楽曲の特性によっては、演奏が開始されたとして検出されるポイントが本来検出されるべきポイントより遅れて検出される場合も想定される。そのような状況であっても、本実施例においては当該音声のみが流れていた時間が考慮されることにより、本来の検出ポイントに近似した時間となり得る。その結果、楽曲照合サーバ２では、たとえば、経過時間に音声のみが流れていた時間を加算した時間に対応するフィンガープリント情報を対象として照合する処理としたり、再生位置時間より当該音声のみが流れていた時間を差し引いた時間から当該経過時間までのレンジに対応するフィンガープリント情報を対象として照合する処理としたりすることが可能となる。これにより、楽曲照合サーバ２の楽曲照合ＤＢ２ｆ内に蓄積された楽曲の曲頭から順次照合処理を行うのと比較して局所的な照合処理が実現され、非常に効率的である。また、ＰＣ４側での楽曲演奏開始ポイントの検出誤差を包含した照合処理とすることが可能となる。
【００７８】
（他の実施の形態）
本発明は、上述の実施形態に限定されることなく、発明の要旨を逸脱しない範囲内において種々の変形実施が可能である。
【００７９】
たとえば、実施例１〜３では、ＰＣ４に入力されるデジタルデータはラジオ放送から取得したものであったが、そのほかにも外付けＨＤＤ５やＨＤＤ３ｍなどに記憶された楽曲データから取得するものであってもよい。この場合、ΔＤの初期値は０に設定することで楽曲認識が可能である。また、ラジオ番組が録音されたデータコンテンツを取得するものであってもよい。この場合には実施例１と同様の処理によって楽曲認識が可能である。
【００８０】
また、実施例３では、操作部４ｅの操作を通じて楽曲照合サーバ２へＨＴＴＰリクエストを送信する手法を示したが、実施例２のように、ＰＣ４が一定周期毎に自動的に取得したデジタルデータおよびΔＣおよびΔＤの時間情報を含むＨＴＴＰリクエストを楽曲照合サーバ２へ送信するようにしてもよい。
【００８１】
また、実施例３では、ＰＣ４から楽曲照合サーバ２へ送信する情報は、音声データ継続時間情報であるΔＣおよび楽曲再生位置情報であるΔＤとしたが、その他にも更に無音データ継続情報であるΔＡも含めて送信するようにしてもよい。また、ＰＣＭデータの状態変化が、図８の下方に示すように無音データと楽曲データと検出された場合には、無音データ継続情報であるΔＢおよび楽曲再生位置情報であるΔＤを楽曲照合サーバ２に対して送信するようにしてもよい。これにより、たとえば本来の楽曲データが無音データや音声データとして検出した部分を含む楽曲データである場合であっても、楽曲データ判定の誤差を解消して楽曲照合処理を行うことができる。
【００８２】
また、実施例３では、楽曲照合サーバ２側でＰＣ４から楽曲照合サーバ２へ送信された情報に基づいて、楽曲再生位置情報を変更させて楽曲照合処理を行っていたが、その他にも送信されてきた情報からある程度の範囲に含まれる楽曲再生位置情報に関連付けられて記憶されているフィンガープリント情報を参照して、楽曲メタデータを特定するようにしてもよい。具体的には、たとえば、音声データ継続時間（ΔＣ）が３秒で楽曲再生位置情報が２分４３秒である場合には、楽曲照合ＤＢ２ｆ内の「楽曲再生位置情報」が２分４０秒から２分４３秒の間にそれぞれ関連付けられて記憶されている「フィンガープリント情報」に検索対象を限定する。そして、限定された検索対象内の「フィンガープリント情報」と送信されてきたＰＣＭデータとの一致判定を行う。これにより、厳密に楽曲再生位置情報が一致していなくとも検索対象をある程度の範囲内に絞った上でのあいまいな検索が可能となるため効率的な楽曲照合処理を行うことができる。
【００８３】
また、実施例１〜３では、ＰＣ４から送信する再生位置時間情報は、ΔＣ、ΔＤなどそれぞれの時間情報を区別可能な状態で送信するものとしたが、その他にもたとえばΔＣ、ΔＤを加算した値、ΔＡ、ΔＣ、ΔＤを加算した値、ΔＢ、ΔＤを加算した値を再生位置情報として楽曲照合サーバ２へ送信するようにしてもよい。
【００８４】
また、実施例１〜３では、検索照合データベース２ｆは、ＩＰ通信網７を経由して検索照合サーバ２内に構築されているが、ＰＣ４の装置内やオーディオ再生記録装置３の装置内に構築してもよい。または、ＰＣ４と同一ＬＡＮ内に検索照合サーバ２が構築されてもよい。
【００８５】
また、実施例１〜３に示す楽曲照合サーバ２のＨＤＤ２ｄ内に記憶されている楽曲照合ＤＢ２ｆおよび楽曲メタデータ配信プログラム２ｇを、予めコンピュータで読み取り可能な記録媒体に記録しておき、別のサーバにインストールすることで実施例１〜３の楽曲照合サーバ２として機能させるようにしてもよい。
【００８６】
また、実施例１〜３に示すＰＣ４のＨＤＤ４ｄ内に記憶されているデジタルデータ検出プログラム４ｉ、デジタルデータ監視プログラム４ｊ、経過時間算出プログラム４ｋ、楽曲再生位置情報生成プログラム４ｌ、検索照合対象決定プログラム４ｍ、検索照合リクエストプログラム４ｎを、予めコンピュータで読み取り可能な記録媒体に記録しておき、別のコンピュータに上述のプログラムインストールすることで、実施例１〜３のＰＣ４として機能させるようにしてもよい。
【符号の説明】
【００８７】
１,１Ａ,１Ｂ・・・情報取得システム、２・・・楽曲照合サーバ、２ａ・・・ＣＰＵ（楽曲メタデータ出力部の一部）、２ｂ・・・ＲＡＭ、２ｃ・・・ＲＯＭ、２ｄ・・・ＨＤＤ、２Ｅ・・・通信コントローラ、２ｆ・・・楽曲照合データベース、２ｇ・・・楽曲メタデータ配信プログラム（楽曲メタデータ出力部の一部）、３・・・オーディオ再生記録装置、３ａ・・・ＣＰＵ、３ｂ・・・ＡＤＣ、３ｃ・・・ＤＡＣ、３ｄ・・・ＤＳＰ、３ｅ・・・チューナ、３ｆ・・・ＵＳＢコントローラ、３ｇ・・・操作部、３ｈ・・・表示部、３ｉ・・・ＣＤドライブ、３ｊ・・・ＥＥＰＲＯＭ、３ｋ・・・フラッシュメモリ、３ｌ・・・ＳＤＲＡＭ、３ｍ・・・ＨＤＤ、４・・・パーソナルコンピュータ（情報取得装置）、４ａ・・・ＣＰＵ（検出部、状態監視部、経過時間算出部、楽曲再生位置情報生成部、検索照合対象決定部、検索照合リクエスト部、楽曲メタデータ取得部の一部）、４ｂ・・・ＲＡＭ（一時記憶部）、４ｃ・・・ＲＯＭ、４ｄ・・・ＨＤＤ、４ｅ・・・操作部、４ｆ・・・表示部、４ｇ・・・通信コントローラ、４ｈ・・・ＵＳＢコントローラ（データ取得部）、４ｉ・・・デジタルデータ検出プログラム（検出部の一部）、４ｊ・・・デジタルデータ監視プログラム（状態監視部の一部）、４ｋ・・・経過時間算出プログラム（経過時間算出部の一部）、４ｌ・・・楽曲再生位置情報生成プログラム（楽曲再生位置情報生成部の一部）、４ｍ・・・検索照合対象決定プログラム（検索照合対象決定部の一部）、４ｎ・・・検索照合リクエストプログラム（検索照合リクエスト部の一部）、５・・・外付けＨＤＤ、６・・・モデム内蔵ルータ、７・・・ＩＰ通信網
【特許請求の範囲】
【請求項１】
楽曲から取り込んだ取り込みデータと、上記取り込みデータの上記楽曲での再生位置を示す情報と、上記楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと、
外部からデータを取得するデータ取得部と、
上記データ取得部で取得した上記データが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、
上記データ取得部で取得した上記データを一定期間サンプリングし、上記無音データ、上記音声データ、上記楽曲データのいずれの状態であるかを監視する状態監視部と、
上記データ取得部で取得した上記データの一部と、上記状態監視部により上記データが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて上記楽曲照合データベースを参照し、上記データ取得部で取得した上記データの楽曲メタデータを取得する楽曲メタデータ取得部と、
を備えることを特徴とする情報取得システム。
【請求項２】
請求項１に記載の情報取得システムであって、
前記状態監視部の判定に基づいて前記無音データであると判定されている状態が継続した無音データ継続時間、前記楽曲データであると判定されている状態が継続した楽曲データ継続時間、前記音声データであると判定されている状態が継続した音声データ継続時間を算出する経過時間算出部と、
前記楽曲データ継続時間を示す情報から楽曲再生位置情報を生成する楽曲再生位置情報生成部と、
前記状態監視部により前記データが前記楽曲データであると判定されている状態において、検索照合対象データを決定する検索照合対象決定部と、
を備えることを特徴とする情報取得システム。
【請求項３】
請求項２に記載の情報取得システムであって、
前記経過時間算出部で算出した各継続時間を示す情報を一時的に記憶する一時記憶部と、
前記楽曲照合データベースに対して、前記検索照合対象データおよび前記検索照合対象データの前記楽曲再生位置情報を、上記一時記憶部から読み出して出力する検索照合リクエスト部と、
を備えることを特徴とする情報取得システム。
【請求項４】
請求項３に記載の情報取得システムであって、
前記検索照合リクエスト部は、前記楽曲照合データベースに対して前記楽曲再生位置情報と共に前記音声データ継続時間を示す情報を前記一時記憶部から読み出して出力することを特徴とする情報取得システム。
【請求項５】
請求項３または４に記載の情報取得システムであって、
前記検索照合リクエスト部は、前記楽曲照合データベースに対して前記楽曲再生位置情報と共に前記無音データ継続時間を示す情報を前記一時記憶部から読み出して出力することを特徴とする情報取得システム。
【請求項６】
請求項３から請求項５のいずれか１項に記載の情報取得システムであって、
前記検索照合リクエスト部から取得した情報に基づいて前記楽曲照合データベースを参照し、前記楽曲メタデータを特定する楽曲メタデータ特定部を備えることを特徴とする情報取得システム。
【請求項７】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記楽曲再生位置情報の示す値に、前記音声データ継続時間の示す値を加算した値と一致する前記再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項８】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記楽曲再生位置情報の示す値に、前記無音データ継続時間の示す値とを加算した値と一致する前記楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項９】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記楽曲再生位置情報の示す値に、前記音声データ継続時間の示す値と前記無音データ継続時間の示す値とを加算した値と一致する前記楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項１０】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記音声データ継続時間または前記無音データ継続時間の示す値から前記楽曲再生位置情報の示す値までの範囲にある前記再生位置情報に限定し、限定した範囲内にある前記再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項１１】
請求項６から請求項１０のいずれか１項に記載の情報取得システムであって、
前記楽曲メタデータ特定部により特定した前記楽曲メタデータを出力する楽曲メタデータ出力部を備えることを特徴とする情報取得システム。
【請求項１２】
楽曲から取り込んだ取り込みデータと、上記取り込みデータの上記楽曲での再生位置を示す情報と、上記楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置であって、
外部からデータを取得するデータ取得部と、
上記データ取得部で取得した上記データが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、
上記データ取得部で取得した上記データを一定期間サンプリングし、上記無音データ、上記音声データ、上記楽曲データのいずれの状態であるかを監視する状態監視部と、
上記データ取得部で取得した上記データの一部と、上記状態監視部により上記データが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて上記楽曲照合データベースを参照し、上記データ取得部で取得した上記データの楽曲メタデータを取得する楽曲メタデータ取得部と、
を備えることを特徴とする情報取得装置。
【請求項１３】
データ取得部、検出部、状態監視部、楽曲メタデータ取得部を備え、楽曲から取り込んだ取り込みデータと、上記取り込みデータの上記楽曲での再生位置を示す情報と、上記楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置に用いられる情報取得方法であって、
上記データ取得部が、外部からデータを取得するデータ取得ステップと、
上記検出部が、上記データ取得ステップで取得した上記データが無音データ、音声データ、楽曲データのいずれであるかを検出する検出ステップと、
上記状態監視部が、上記データ取得ステップで取得した上記データを一定期間サンプリングし、上記無音データ、上記音声データ、上記楽曲データのいずれの状態であるかを監視する状態監視ステップと、
上記楽曲メタデータ取得部が、上記データ取得ステップで取得した上記データの一部と、上記状態監視ステップにより上記データが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて上記楽曲照合データベースを参照し、上記データ取得ステップで取得した上記データの楽曲メタデータを取得する楽曲メタデータ取得ステップと、
を有することを特徴とする情報取得方法。
【請求項１】
楽曲から取り込んだ取り込みデータと、上記取り込みデータの上記楽曲での再生位置を示す情報と、上記楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと、
外部からデータを取得するデータ取得部と、
上記データ取得部で取得した上記データが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、
上記データ取得部で取得した上記データを一定期間サンプリングし、上記無音データ、上記音声データ、上記楽曲データのいずれの状態であるかを監視する状態監視部と、
上記データ取得部で取得した上記データの一部と、上記状態監視部により上記データが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて上記楽曲照合データベースを参照し、上記データ取得部で取得した上記データの楽曲メタデータを取得する楽曲メタデータ取得部と、
を備えることを特徴とする情報取得システム。
【請求項２】
請求項１に記載の情報取得システムであって、
前記状態監視部の判定に基づいて前記無音データであると判定されている状態が継続した無音データ継続時間、前記楽曲データであると判定されている状態が継続した楽曲データ継続時間、前記音声データであると判定されている状態が継続した音声データ継続時間を算出する経過時間算出部と、
前記楽曲データ継続時間を示す情報から楽曲再生位置情報を生成する楽曲再生位置情報生成部と、
前記状態監視部により前記データが前記楽曲データであると判定されている状態において、検索照合対象データを決定する検索照合対象決定部と、
を備えることを特徴とする情報取得システム。
【請求項３】
請求項２に記載の情報取得システムであって、
前記経過時間算出部で算出した各継続時間を示す情報を一時的に記憶する一時記憶部と、
前記楽曲照合データベースに対して、前記検索照合対象データおよび前記検索照合対象データの前記楽曲再生位置情報を、上記一時記憶部から読み出して出力する検索照合リクエスト部と、
を備えることを特徴とする情報取得システム。
【請求項４】
請求項３に記載の情報取得システムであって、
前記検索照合リクエスト部は、前記楽曲照合データベースに対して前記楽曲再生位置情報と共に前記音声データ継続時間を示す情報を前記一時記憶部から読み出して出力することを特徴とする情報取得システム。
【請求項５】
請求項３または４に記載の情報取得システムであって、
前記検索照合リクエスト部は、前記楽曲照合データベースに対して前記楽曲再生位置情報と共に前記無音データ継続時間を示す情報を前記一時記憶部から読み出して出力することを特徴とする情報取得システム。
【請求項６】
請求項３から請求項５のいずれか１項に記載の情報取得システムであって、
前記検索照合リクエスト部から取得した情報に基づいて前記楽曲照合データベースを参照し、前記楽曲メタデータを特定する楽曲メタデータ特定部を備えることを特徴とする情報取得システム。
【請求項７】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記楽曲再生位置情報の示す値に、前記音声データ継続時間の示す値を加算した値と一致する前記再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項８】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記楽曲再生位置情報の示す値に、前記無音データ継続時間の示す値とを加算した値と一致する前記楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項９】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記楽曲再生位置情報の示す値に、前記音声データ継続時間の示す値と前記無音データ継続時間の示す値とを加算した値と一致する前記楽曲再生位置情報に限定し、限定した再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項１０】
請求項６に記載の情報取得システムであって、
前記楽曲メタデータ特定部は、前記楽曲照合データベースに記憶されている前記取り込みデータの検索対象の範囲を、前記検索照合リクエスト部から取得した前記音声データ継続時間または前記無音データ継続時間の示す値から前記楽曲再生位置情報の示す値までの範囲にある前記再生位置情報に限定し、限定した範囲内にある前記再生位置情報に関連付けられて記憶されている前記取り込みデータを検索して前記楽曲メタデータを特定することを特徴とする情報取得システム。
【請求項１１】
請求項６から請求項１０のいずれか１項に記載の情報取得システムであって、
前記楽曲メタデータ特定部により特定した前記楽曲メタデータを出力する楽曲メタデータ出力部を備えることを特徴とする情報取得システム。
【請求項１２】
楽曲から取り込んだ取り込みデータと、上記取り込みデータの上記楽曲での再生位置を示す情報と、上記楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置であって、
外部からデータを取得するデータ取得部と、
上記データ取得部で取得した上記データが無音データ、音声データ、楽曲データのいずれであるかを検出する検出部と、
上記データ取得部で取得した上記データを一定期間サンプリングし、上記無音データ、上記音声データ、上記楽曲データのいずれの状態であるかを監視する状態監視部と、
上記データ取得部で取得した上記データの一部と、上記状態監視部により上記データが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて上記楽曲照合データベースを参照し、上記データ取得部で取得した上記データの楽曲メタデータを取得する楽曲メタデータ取得部と、
を備えることを特徴とする情報取得装置。
【請求項１３】
データ取得部、検出部、状態監視部、楽曲メタデータ取得部を備え、楽曲から取り込んだ取り込みデータと、上記取り込みデータの上記楽曲での再生位置を示す情報と、上記楽曲のメタデータとが少なくとも関連付けられて記憶されている楽曲照合データベースと接続可能な情報取得装置に用いられる情報取得方法であって、
上記データ取得部が、外部からデータを取得するデータ取得ステップと、
上記検出部が、上記データ取得ステップで取得した上記データが無音データ、音声データ、楽曲データのいずれであるかを検出する検出ステップと、
上記状態監視部が、上記データ取得ステップで取得した上記データを一定期間サンプリングし、上記無音データ、上記音声データ、上記楽曲データのいずれの状態であるかを監視する状態監視ステップと、
上記楽曲メタデータ取得部が、上記データ取得ステップで取得した上記データの一部と、上記状態監視ステップにより上記データが楽曲データであると判定されている状態が継続した楽曲データ継続時間情報に基づいて上記楽曲照合データベースを参照し、上記データ取得ステップで取得した上記データの楽曲メタデータを取得する楽曲メタデータ取得ステップと、
を有することを特徴とする情報取得方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−４０１１６（Ｐ２０１１−４０１１６Ａ）
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願番号】特願２００９−１８３８６１（Ｐ２００９−１８３８６１）
【出願日】平成２１年８月６日（２００９．８．６）
【出願人】（３０８０３６４０２）ＪＶＣ・ケンウッド・ホールディングス株式会社 (1,152)
【Ｆターム（参考）】
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願日】平成２１年８月６日（２００９．８．６）
【出願人】（３０８０３６４０２）ＪＶＣ・ケンウッド・ホールディングス株式会社 (1,152)
【Ｆターム（参考）】
[ Back to top ]