(57)【要約】 【課題】  音声入力による楽曲検索における使い勝手と検索精度との向上を図ること。【解決手段】  音声処理部５０は、マイクＭから入力されたハナ歌をＭＩＤＩデータであるハナ歌データ８４に変換する。エージェント処理部１０は、ユーザに旋律幅８３の音声入力を依頼し、入力された旋律幅８３に基づいてハナ歌データ８４が有する旋律の速さ及び音程を補正する。そして、その補正後のハナ歌データ８４の旋律を含むＭＩＤＩファイルを検索する。そして、その検索結果８６が複数あった場合は、別フレーズのハナ歌の音声入力をユーザに促し、複数の検索結果８６の中から更に入力されたハナ歌データ８４の旋律を含む楽曲を絞り込み検索する。【選択図】図１
2007225764.tif 000002
【特許請求の範囲】
【請求項１】
音声入力手段と、
前記音声入力手段から入力された音声の旋律をデータ変換する変換手段と、
前記変換手段によりデータ変換された旋律の旋律特性を取得する特性取得手段と、
旋律幅を設定する設定手段と、
前記特性取得手段により取得された旋律特性を前記設定手段により設定された旋律幅に基づいて補正する旋律補正手段と、
前記旋律補正手段により補正された旋律と、当該補正前の旋律とを含んだ範囲の旋律に適合する楽曲を検索する検索手段と、
を備えることを特徴とする楽曲検索装置。
【請求項２】
前記設定手段は、
旋律の速さの補正範囲又は／及び旋律の音程の補正範囲を設定することを特徴とする請求項１に記載の楽曲検索装置。
【請求項３】
前記音声入力手段から入力された音声の音声認識を行う音声認識手段と、
音声出力手段と、
を更に備え、
前記設定手段は、
旋律幅の音声入力をユーザに指示する音声を前記音声出力手段から出力し、
当該ユーザ指示の音声出力後、前記音声認識手段による音声認識の結果に基づいて前記旋律幅を設定することを特徴とする請求項１又は２に記載の楽曲検索装置。
【請求項４】
前記検索手段は、
前記補正前の旋律に適合する楽曲の検索を行った結果、当該適合する楽曲がないと判別した場合に、前記旋律幅補正手段により補正された旋律に適合する楽曲の検索を行うことを特徴とする請求項１〜３の何れか一項に記載の楽曲検索装置。
【請求項５】
コンピュータを、
音声入力手段から入力された音声の旋律をデータ変換する変換手段、
前記変換手段によりデータ変換された旋律の旋律特性を取得する特性取得手段、
旋律幅を設定する設定手段、
前記特性取得手段により取得された旋律特性を前記設定手段により設定された旋律幅に基づいて補正する旋律補正手段、
前記旋律補正手段により補正された旋律と、当該補正前の旋律とを含んだ範囲の旋律に適合する楽曲を検索する検索手段、
として機能させるための楽曲検索プログラム。
【請求項６】
前記コンピュータを、
前記音声入力手段から入力された音声の音声認識を行う音声認識手段、
として更に機能させ、
前記設定手段は、
旋律幅の音声入力をユーザに指示する音声を音声出力手段から出力し、
当該ユーザ指示の音声出力後、前記音声認識手段による音声認識の結果に基づいて前記旋律幅を設定することを特徴とする請求項５に記載の楽曲検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声入力により楽曲検索を行う楽曲検索装置及び楽曲検索プログラムに関する。
【背景技術】
【０００２】
近年の音楽配信サービスの成長は目覚ましく、その成長に伴いユーザが購入可能な楽曲数が膨大化している。その膨大な楽曲の中から所望の楽曲を検索する方法としては、曲名やアーティスト名等の曲情報を入力して行う方法が主流であるが、これらの情報を覚えていない場合は、検索が難しくなってしまう。
【０００３】
実際には、曲情報を覚えていなくても、楽曲の旋律（メロディー）だけを覚えていて、その旋律を持つ楽曲を検索したい場合が多々ある。このため、ユーザにその旋律をハミングやスキャット等で音声入力させ、その旋律の音程やテンポ等の特徴にマッチングする楽曲を検索する方法が提案されるようになった。
【０００４】
但し、実際の楽曲と正確に一致する旋律をハミング等で音声入力することは困難であるため、曲情報を入力する検索方法よりも検索精度が低下してしまい、複数の楽曲が検索されてしまうことがある。このため、楽曲の検索精度を向上させるために、次のような技術が提案された。
【０００５】
即ち、ハミング等の音声入力による検索の際に作曲者名や演奏者の性別等のキーワードを組み合わせて検索を行う技術（例えば、特許文献１参照）や、テンポ変更が可能なメトロノームを表示し、入力された音声信号を分析処理してその音声信号の区切りとメトロノームのタイミングとの同期の度合いが基準を満たしていない場合は、リズム音痴と判定して音声入力のやり直しを指示する技術（例えば、特許文献２参照）が知られている。
【特許文献１】特開２００１−７５９８５号公報
【特許文献２】特開２００２−２２１９７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この特許文献２の技術により、ユーザは、検索したい楽曲を想定してテンポを設定することができ、そのテンポに合った楽曲の検索を行うことができる。しかし、ユーザが始めに設定したテンポは、所望する楽曲の実際のテンポと異なる場合があるため、必ずしも適切な検索結果が得られるとは限らなかった。
【０００７】
また、ユーザがハミング等で行う楽曲検索は、どこかで聞いたことがある音楽、といったように記憶が曖昧な状態で行われることがあるため、作曲者名や演奏者の性別等が不明な場合がある。この場合、特許文献１のようなキーワードの入力を行って絞り込み検索を行うことができない。
【０００８】
また、特許文献１及び２の技術は、ハミング等の音声入力によりハンズフリーで楽曲検索を行えるが、検索精度の向上を図るには、キーワードの入力やテンポ設定の操作を行わなければならず、音声入力と手入力といった２つの操作を行わなければならず使い勝手が悪かった。
【０００９】
本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、音声入力による楽曲検索における使い勝手と検索精度との向上を図ることである。
【課題を解決するための手段】
【００１０】
以上の課題を解決するために、請求項１に記載の楽曲検索装置は、
音声入力手段と、
前記音声入力手段から入力された音声の旋律をデータ変換する変換手段と、
前記変換手段によりデータ変換された旋律の旋律特性を取得する特性取得手段と、
旋律幅を設定する設定手段と、
前記特性取得手段により取得された旋律特性を前記設定手段により設定された旋律幅に基づいて補正する旋律補正手段と、
前記旋律補正手段により補正された旋律と、当該補正前の旋律とを含んだ範囲の旋律に適合する楽曲を検索する検索手段と、
を備えることを特徴としている。
【００１１】
請求項２に記載の発明は、請求項１に記載の発明において、
前記設定手段は、
旋律の速さの補正範囲又は／及び旋律の音程の補正範囲を設定することを特徴としている。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記音声入力手段から入力された音声の音声認識を行う音声認識手段と、
音声出力手段と、
を更に備え、
前記設定手段は、
旋律幅の音声入力をユーザに指示する音声を前記音声出力手段から出力し、
当該ユーザ指示の音声出力後、前記音声認識手段による音声認識の結果に基づいて前記旋律幅を設定することを特徴としている。
【００１３】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記検索手段は、
前記補正前の旋律に適合する楽曲の検索を行った結果、当該適合する楽曲がないと判別した場合に、前記旋律幅補正手段により補正された旋律に適合する楽曲の検索を行うことを特徴としている。
【００１４】
請求項５に記載の楽曲検索プログラムは、コンピュータを、
音声入力手段から入力された音声の旋律をデータ変換する変換手段、
前記変換手段によりデータ変換された旋律の旋律特性を取得する特性取得手段、
旋律幅を設定する設定手段、
前記特性取得手段により取得された旋律特性を前記設定手段により設定された旋律幅に基づいて補正する旋律補正手段、
前記旋律補正手段により補正された旋律と、当該補正前の旋律とを含んだ範囲の旋律に適合する楽曲を検索する検索手段、
として機能させることを特徴としている。
【００１５】
請求項６に記載の発明は、請求項５に記載の発明において、
前記コンピュータを、
前記音声入力手段から入力された音声の音声認識を行う音声認識手段、
として更に機能させ、
前記設定手段は、
旋律幅の音声入力をユーザに指示する音声を音声出力手段から出力し、
当該ユーザ指示の音声出力後、前記音声認識手段による音声認識の結果に基づいて前記旋律幅を設定することを特徴としている。
【発明の効果】
【００１６】
本発明によれば、音声入力された旋律の速さの補正範囲や音程の補正範囲といった旋律幅を考慮して楽曲検索を行うため、始めに音声入力された旋律の速さや音程がユーザの所望する楽曲のものと異なったとしても、当該楽曲の検索が可能になる。また、既に入力された音声の旋律に適合する楽曲が検索できなかった場合、旋律幅を考慮して拡張検索することができるため、所望の楽曲の検索が可能となる。また、旋律幅の設定を音声入力及び音声認識により行うため、面倒な操作入力を必要としない使い勝手の良い楽曲検索が可能となる。従って、音声入力による楽曲検索における使い勝手と検索精度との向上を図ることができる。
【発明を実施するための最良の形態】
【００１７】
〔第１実施形態〕
以下、本発明の楽曲検索装置の第１実施形態について図１〜図４を参照して説明する。先ず、楽曲検索装置１の概要について説明する。楽曲検索装置１は、図１に示すように、カラオケ配信サーバ３と、音楽配信サーバ５と公衆回線網Ｎを介して通信可能に構成される。
【００１８】
楽曲検索装置１は、ユーザの音声入力に適合するＭＩＤＩ（Musical Instrument Digital Interface）ファイルをカラオケ配信サーバ３が配信するデータ中から検索して、その曲情報をユーザに提供する検索機能と、ユーザに指定された楽曲の音楽ファイルを音楽配信サーバ５からダウンロードするダウンロード機能とを有する。
【００１９】
楽曲検索装置１は、入力音声の旋律（メロディー）をＭＩＤＩデータに変換し、そのＭＩＤＩデータが有する旋律特性を取得する。旋律特性とは、音程やテンポといった入力音声の旋律が有する音楽的な特性である。楽曲検索装置１は、取得した旋律特性と略同一の旋律特性を有するＭＩＤＩファイルを検索する。従って、入力音声に歌詞等の文言は含まれている必要はなく、ユーザは、ハミングやスキャット等により音声入力を行って楽曲検索を行うことができる。尚、ハミングやスキャット等を総称して以下「ハナ歌」という。
【００２０】
カラオケ配信サーバ３は、ＭＩＤＩファイルを配信するサーバであり、図２（ａ）に示すようなデータ構成のカラオケデータベース（以下、「ＤＢ」という。）３１を備えて構成される。カラオケＤＢ３１は、曲情報３２と、ＭＩＤＩファイル３４とを対応付けて検索可能に記憶するデータベースである。
【００２１】
曲情報３２は、曲名、アーティスト名、作曲者、作詞者、ジャンル及び再生時間等の楽曲に関する様々な情報を含む。ＭＩＤＩファイル３４は、楽曲の伴奏や旋律の音色や音程、音のオン／オフ等を制御するＭＩＤＩデータを記憶するデータファイルである。
【００２２】
音楽配信サーバ５は、音楽ファイルを配信するサーバであり、図２（ｂ）に示すようなデータ構成の楽曲ＤＢ５１を備えて構成される。楽曲ＤＢ５１は、曲情報５２と、音楽ファイル５４とを対応付けて検索可能に記憶するデータベースである。
【００２３】
曲情報５２は、カラオケＤＢ３１の曲情報３２と同様であり、音楽ファイル５４は、楽曲の再生音声をＭＰ３（MPEG Audio Layer-3）形式やＡＡＣ（Advanced Audio Coding）形式等の音声圧縮形式により圧縮された音声データを記憶するデータファイルである。
【００２４】
楽曲検索装置１は、カラオケ配信サーバ３が配信するＭＩＤＩファイル３４の中から、ユーザが入力した音声の旋律特性を含むＭＩＤＩファイル３４を検索し、検索したＭＩＤＩファイル３４に対応付けられた曲情報３２を取得してユーザに提供する。
【００２５】
楽曲検索装置１は、音声出力によってハナ歌や旋律幅（後述）の入力をユーザに指示し、その入力されたハナ歌及び旋律幅に基づいて、ハナ歌の旋律を含むＭＩＤＩファイル３４を検索する。このとき、検索したＭＩＤＩファイル３４が複数あった場合は、ユーザに別のフレーズのハナ歌を更に入力するように指示し、複数の検索結果の中から再度ＭＩＤＩファイル３４の絞り込み検索を行う。
【００２６】
ユーザは、所望する楽曲が見つかったら、その楽曲の曲情報５２に対応付けられた音楽ファイル５４を音楽配信サーバ５からダウンロードする。このように、楽曲検索装置１は、ユーザの楽曲検索を対話形式で支援する所謂エージェントとしての機能を実現する。
【００２７】
次に、図１を参照して楽曲検索装置１の機能構成について説明する。図１によれば、楽曲検索装置１は、エージェント処理部１０、入力部２０、表示部３０、通信部４０、音声処理部５０、マイクＭ、Ａ／Ｄ変換部６０、スピーカＳＰ、Ｄ／Ａ変換部７０及び記憶部８０を備えて構成される。
【００２８】
エージェント処理部１０は、ＣＰＵ（Central Processing Unit）１２やＲＯＭ（Read Only Memory）１４及びＲＡＭ（Random Access Memory）１６を備えて構成され、楽曲検索装置１を構成する各機能部への指示や各機能部間のデータの入出力を行うことで、種々の機能を司っている。
【００２９】
より具体的には、ＣＰＵ１２が、入力部２０から入力された操作信号や音声処理部５０の処理結果に基づいてＲＯＭ１４に記憶されたプログラムを読み出し、その読み出したプログラムに従った処理を行って各機能部の制御を行う。ＲＡＭ１６は、ＣＰＵ１２がプログラムに従って実行する処理に係る動的なデータ等を記憶する。
【００３０】
入力部２０は、カーソルキー、テンキー及び各種ファンクションキー等を有するキーボード等を備えて構成され、ユーザにより押下操作されたキーの操作信号をエージェント処理部１０出力する。また、入力部２０は、マウスやタッチパネル等のポインティングデバイスを備えて構成され、マウスやユーザの指先等により指定された表示部３０上の位置を操作信号としてエージェント処理部１０に出力する。
【００３１】
表示部３０は、カラーＬＣＤ（Liquid Crystal Display）やＥＬＤ（Electronic Luminescent Display）により構成され、エージェント処理部１０の指示に従って楽曲検索装置１に係る各種情報や画面等を表示する。通信部４０は、公衆回線網Ｎに接続してカラオケ配信サーバ３や音楽配信サーバ５等の他機とのデータ通信を行うための機能部であり、モデムやＬＡＮインターフェイス、ＵＳＢ等により構成される。
【００３２】
Ａ／Ｄ変換部６０は、マイクＭから入力された音声信号をデジタルの音声データに変換し音声処理部５０に出力する。Ｄ／Ａ変換部７０は、音声処理部５０から出力された音声データをアナログの音声信号に変換し、当該音声信号に基づいた音声をスピーカＳＰから出力させる。
【００３３】
音声処理部５０は、ＤＳＰ（Digital Signal Processor）等を備えて構成され、Ａ／Ｄ変換部６０から出力された音声データの解析処理や、ＭＩＤＩファイル３４及び音楽ファイル５４の再生処理等を行う機能部である。
【００３４】
エージェント処理部１０は、楽曲検索に当たって先ずユーザにハナ歌の入力を要求する。音声処理部５０は、Ａ／Ｄ変換部６０から出力された音声データを時系列でサンプリングし、公知のスペクトル解析や音符解析といった解析処理を行って、入力音声をＭＩＤＩデータに変換する。そして、そのＭＩＤＩデータをハナ歌データ８４として記憶部８０に記憶する。
【００３５】
音声処理部５０は、エージェント処理部１０からハナ歌データ８４の再生指示を受けると、記憶部８０に記憶されたＭＩＤＩ音源８２を用いてハナ歌データ８４に基づいた旋律をスピーカＳＰから再生出力させる。
【００３６】
また、エージェント処理部１０は、ユーザへの問い合わせや要求を行うために、予め定められたテキストの音声出力を音声処理部５０に指示する。音声処理部５０は、エージェント処理部１０から音声出力の指示を受けたテキストに対応する音声データを合成し、Ｄ／Ａ変換部７０に出力して、当該テキストをスピーカＳＰから音声出力させる。
【００３７】
また、音声処理部５０は、Ｄ／Ａ変換部７０から出力された音声データに音声認識処理を施して、その音声データを文字情報に変換する。音声認識処理としては、ＨＨＭ（Hidden Markov model；隠れマルコフモデル）等の公知技術を適宜採用可能であり、簡単に説明すると次のようになる。
【００３８】
即ち、入力された音声データにＭＦＣＣ（Mel Frequency Cepstral Coefficients ）等による音声の特徴分析を行って音声区間を検出し、その検出結果に基づいて音声データの区間毎に分割する。そして、その区間毎の音声データと認識辞書とを比較してパターン認識を行い、文字情報に変換してエージェント処理部１０に出力する。
【００３９】
記憶部８０は、フラッシュメモリやＨＤＤ（Hard Disk Drive）等の不揮発性メモリにより構成され、図１に示すように、ＭＩＤＩデータの再生出力に用いる音声データであるＭＩＤＩ音源８２と、旋律幅８３と、ユーザの音声入力をＭＩＤＩデータに変換したハナ歌データ８４と、検索結果８６とを記憶する。
【００４０】
旋律幅８３は、ハナ歌データ８４が有する旋律の音程及び速さを補正する補正範囲を示すデータであり、ユーザによる設定が可能である。エージェント処理部１０は、ユーザのハナ歌の入力後、更に旋律幅８３の音声入力をユーザに依頼する。このとき、ユーザによる音声入力がなかった場合は、例えば、音程を半音ずつ±２度までの補正範囲内で補正し、速度を１％ずつ±５％までの補正範囲内で補正するという旋律幅８３をデフォルトとして設定する。
【００４１】
また、ユーザにより「ちょっと高い」といった音声入力が為された際には、音程を＋２度までの範囲の幅で補正するという旋律幅８３を設定し、「ちょっと速い」といった音声入力が為された際には、速度を１％ずつ＋５％までの範囲の幅で補正するという旋律幅８３を設定するように、ユーザの音声入力に対応する旋律幅８３を設定する。
【００４２】
エージェント処理部１０は、ハナ歌データ８４が有する旋律を、旋律幅８３に基づいて補正し、その補正後の旋律を含むＭＩＤＩファイル３４をカラオケＤＢ３１から検索し、その検索結果８６を記憶部８０に記憶する。例えば、上述したデフォルト設定の旋律幅８３の場合は、ハナ歌データ８４が有する旋律の音程を高低差２度の補正範囲内で半音ずつ、速さを±５％の補正範囲内で１％ずつ補正して、その補正後の旋律を含むＭＩＤＩ３４を検索する。
【００４３】
このように、旋律幅８３の範囲でハナ歌データ８４の旋律を補正して検索を行うため、音程や速さの異なる複数の旋律で楽曲検索を行うことができ、検索精度の向上が図れる。このとき、検索結果８６が複数あった場合は、別フレーズのハナ歌の入力をユーザに要求して、複数の検索結果８６の中から、更に入力されたハナ歌の旋律を含むＭＩＤＩファイル３４の絞り込み検索を行う。
【００４４】
次に、楽曲検索装置１の具体的な動作について図３及び４を参照して説明する。先ず、エージェント処理部１０は、例えば、「ハナ歌で歌って下さい」という音声Ｔ１を音声処理部５０に出力させて、ユーザのハナ歌入力を促す（ステップＳ１）。
【００４５】
そして、ハナ歌がマイクＭから入力されると、その入力音声をサンプリングしてハナ歌データ８４に変換して記憶部８０に記憶する（ステップＳ３）。次いで、旋律幅８３の音声入力の依頼を例えば、「音程の幅はどうしますか？」、「テンポの幅はどうしますか？」といったメッセージＴ２５及びＴ２７の音声出力により行い（ステップＳ５）、入力音声の音声認識の結果に基づいて旋律幅８３を設定する（ステップＳ６）。
【００４６】
図３においては、ユーザに「高めかな。」及び「遅めかな。」という音声入力Ｔ３９及びＴ４１が為されているため、エージェント処理部１０は、音程を半音ずつ±５度までの補正範囲内、速さを１％ずつ±５％までの補正範囲内で補正するという旋律幅８３を設定する。旋律幅８３の設定後、エージェント処理部１０は、その旋律幅８３に基づいてハナ歌データ８４の旋律を補正して、その補正した旋律を含むＭＩＤＩファイル３４を、カラオケ配信サーバ３が配信するＭＩＤＩファイル３４の中から検索する（ステップＳ７）。
【００４７】
エージェント処理部１０は、検索結果８６に基づいて該当する楽曲がないと判定した場合（ステップＳ９；Ｎｏ）、例えば、「もう一度検索しますか」という音声を音声処理部５０に出力させて、ユーザに再検索するか否かを問い合わせる（ステップＳ１１）。そして、例えば、「はい」という音声が入力された場合に再検索すると判定し、ステップＳ１に処理を移行し再度ハナ歌の入力を促す。
【００４８】
一方、ステップＳ９において、該当する楽曲があると判定した場合（ステップＳ９；Ｙｅｓ）、その楽曲が複数であるか否かを判定する（ステップＳ１３）。エージェント処理部１０は、検索結果８６に基づいて該当する楽曲が複数であると判定した場合（ステップＳ１３；Ｙｅｓ）、図４のようなメッセージＴ３３を音声出力して、別フレーズのハナ歌入力をユーザに促す（ステップＳ１５）。
【００４９】
ユーザがハナ歌を再入力すると（ステップＳ１７）、音声処理部５０によりそのハナ歌がサンプリングされてハナ歌データ８４として記憶部９０に記憶される（ステップＳ１９）。エージェント処理部１０は、メッセージＴ３５を音声出力すると共に、検索結果８６で検索された複数のＭＩＤＩファイル３４の中から、ハナ歌データ８４の旋律を含むＭＩＤＩファイル３４を検索して、検索結果８６を絞り込む（ステップＳ２１）。
【００５０】
そして、ステップＳ１３に処理を移行して、該当する楽曲が複数ではないと判定した場合（ステップＳ１３；Ｎｏ）、該当する楽曲の有無を判定する（ステップＳ２５）。また、ステップＳ２１における絞り込み検索により検索結果８６が複数であった場合は、更にステップＳ１５へ処理を移行して、別フレーズのハナ歌入力による絞り込み検索を繰り返して行く。
【００５１】
エージェント処理部１０は、該当する楽曲があると判定した場合（ステップＳ２５；Ｙｅｓ）、その楽曲の曲情報３２とＭＩＤＩファイル３４と取得して、ＭＩＤＩファイル３４を再生出力すると共に（ステップＳ２７）、曲名をメッセージＴ３１のように音声出力してユーザに確認する（ステップＳ２９）。
【００５２】
そして、例えば「はい」や「そうです」という音声入力Ｔ４３が為されたと判定した場合には、ユーザの確認がＯＫであると判定し（ステップＳ２９；Ｙｅｓ）、メッセージＴ１５のような音声を出力すると共に、その楽曲の音楽ファイル５４を音楽配信サーバ５からダウンロードする（ステップＳ３１）。
【００５３】
また、ステップＳ２５において、該当する楽曲がないと判定した場合（ステップＳ２５；Ｎｏ）、ステップＳ２９においてユーザ確認がＯＫでなかった場合は（ステップＳ２９；Ｎｏ）、ステップＳ１１に処理を移行して、再検索するか否かをユーザに問い合わせる。
【００５４】
以上、第１実施形態によれば、ユーザが入力したハナ歌の音程や速さといった旋律特性を含むハナ歌データ８４を取得し、このハナ歌データ８４を旋律幅８３に基づいて補正して、ＭＩＤＩファイル３４の検索を行う。これにより、例えば、ユーザが始めに入力したハナ歌の音程や速さが、実際の楽曲の音程や速さと異なったとしても、旋律幅８３の範囲で音程や速さを補正して検索することができる。このため、始めに入力されたハナ歌の音程や速さを補正した幅の広いハナ歌での楽曲検索が可能となり、その検索精度の向上を図ることができる。
【００５５】
また、エージェントにより対話形式で音程及びテンポの変更指示を行うため、ユーザは音声入力による楽曲検索をハンズフリーで行うことができ、楽曲検索における使い勝手の向上を図ることができる。
【００５６】
〔第２実施形態〕
次に、楽曲検索装置の第２実施形態について図５〜図６を参照して説明する。第２実施形態における楽曲検索装置１の機能構成は、図１に示すブロック図の機能構成と同一であり、同一の符号を付してその説明を省略する。
【００５７】
第２実施形態におけるエージェント処理部１０は、ハナ歌データ８４が有するテンポ及び音程のフレーズを含むＭＩＤＩファイル３４をカラオケＤＢ３１から検索し、その検索結果８６を記憶部８０に記憶する。このとき、検索結果８６がなかった場合は、ハナ歌データ８４に基づいてユーザのハナ歌の旋律を再生出力し、その旋律の音程及び速さを変更するようユーザに依頼する。そして、ユーザの音声入力に従って音程及び速さの補正範囲を旋律幅８３として記憶部８０に記憶し、当該旋律幅８３に基づいてハナ歌データ８４を補正して、ＭＩＤＩファイル３４の再検索を行う。
【００５８】
図５は、第２実施形態における楽曲検索装置１の具体的な動作を説明するためのフローチャートである。尚、図３のフローチャートと同一の処理ステップには、同一のステップ番号を付してその説明を省略する。
【００５９】
図５によれば、エージェント処理部１０は、第１実施形態と同様に音声入力されたハナ歌をＭＩＤＩデータに変換してハナ歌データ８４を記憶し、当該ハナ歌データ８４の旋律を含むＭＩＤＩファイル３４の検索を行う（ステップＳ１〜Ｓ８）。そして、検索結果８６に基づいて該当する楽曲の有無を判別し、当該楽曲が無いと判定した場合（ステップＳ９；Ｎｏ）、図６のようなメッセージＴ３を音声出力して検索結果をユーザに通知すると共に、ＭＩＤＩ音源８２を用いてハナ歌データ８４を再生出力する（ステップＳ３７）。
【００６０】
エージェント処理部１０は、ハナ歌データ８４の再生出力後、図６のメッセージＴ７及びＴ９の音声出力により、旋律幅８３の音声入力をユーザに依頼する（ステップＳ３９）。具体的には、先ず、「音程はもっと高いですか？低いですか？」というメッセージＴ７を音声処理部５０に出力させることで音程の補正範囲の入力を依頼して、音声入力によるユーザの回答を受け付ける。そして、ユーザの回答が入力された際には、その入力音声に音声認識を施し、旋律幅８３を設定する（ステップＳ４１）。
【００６１】
また、「テンポはもっと速いですか？遅いですか？」というメッセージＴ９を音声出力して、速さの補正範囲の入力を依頼する。そして、音声入力によりユーザの回答を受け付け、当該回答が入力された際には、入力音声に音声認識を施して、旋律幅８３を設定する（ステップＳ４１）。
【００６２】
図６においては、「もう少し高かったかな」という音声入力Ｔ１９に従って、＋２度までの補正範囲で音程を半音ずつ上げるという旋律幅８３を設定し、また、「もう少し遅かったかな」という音声入力Ｔ２１に従って−５％までの補正範囲で速さを１％ずつ下げるという旋律幅８３を設定する。そして、その設定した旋律幅８３に基づいてハナ歌データ８４を補正して、そのハナ歌データ８４の旋律を含むＭＩＤＩファイル３４の検索を行って（ステップＳ４３）、ステップＳ９へ処理を移行する。
【００６３】
これにより、ハナ歌データ８４の音程が１度ずつ上げると共に速さが１％ずつ下げられることにより、ユーザが始めに入力したハナ歌の幅が広げられて拡張的な検索が可能となる。
【００６４】
エージェント処理部１０は、ステップＳ９において該当する楽曲があり、その楽曲が複数であると検索結果８６に基づいて判定した場合（ステップＳ２５；Ｙｅｓ）、検索したＭＩＤＩファイル３４と、当該ＭＩＤＩファイル３４に対応付けられた曲情報３２とをカラオケ配信サーバ３から取得する。そして、ＭＩＤＩファイル３４に基づいて検索した楽曲のイントロ再生を行うと共に、曲情報３２をユーザに音声出力及び表示出力により通知する（ステップＳ３３）。
【００６５】
ユーザは、このイントロ再生と曲情報３２とにより所望の楽曲を見つけた場合、その楽曲を音声入力又は入力部２０の操作により選択する。エージェント処理部１０は、ユーザにより選択された楽曲の音楽ファイル５４を音楽配信サーバ５からダウロードする（ステップＳ３５）。
【００６６】
以上、第２実施形態によれば、ユーザが入力したハナ歌の音程や速さといった旋律特性を含むＭＩＤＩファイル３４の検索を行い、その検索結果が無かった場合は、そのハナ歌を再生出力した後、ユーザの指示に従って旋律特性を補正して再検索する。これにより、例えば、ユーザが始めに入力したハナ歌の音程や速さが、実際の楽曲と異なったとしても、旋律幅８３を設定することで音程や速さの補正範囲を変えて再検索することができる。このため、始めに入力されたハナ歌の音程や速さを変更した楽曲検索が可能となり、その検索精度の向上を図ることができる。
【００６７】
尚、第１及び第２実施形態は、本発明を適用した一例であり、その適用可能な範囲は上述したものに限られない。例えば、ハナ歌データの旋律を含むＭＩＤＩファイル３４をカラオケ配信サーバ３が配信されるＭＩＤＩファイル３４の中から検索することとして説明したが、楽曲検索装置１がカラオケＤＢ３１を格納して、そのカラオケＤＢ３１の中からＭＩＤＩファイル３４を検索することとしてもよい。
【００６８】
また、楽曲検索装置１がＭＩＤＩファイル３４の検索を行うこととしたが、ハナ歌データをカラオケ配信サーバ３に送信し、カラオケ配信サーバ３がハナ歌データの旋律を含むＭＩＤＩファイル３４を検索することで、システム処理の分散を図ることとしてもよい。このように、楽曲検索装置１を含むシステム構成は、適宜変更可能であり上述した実施形態と同様の効果が得られるのは無論である。
【図面の簡単な説明】
【００６９】
【図１】楽曲検索装置の機能構成の一例を示すブロック図。
【図２】（ａ）はカラオケデータベース、（ｂ）は楽曲データベースのデータ構成の一例を示す図。
【図３】第１実施形態における楽曲検索装置の動作を説明するためのフローチャート。
【図４】第１実施形態における楽曲検索装置の動作例を示す図。
【図５】第２実施形態における楽曲検索装置の動作を説明するためのフローチャート。
【図６】第２実施形態における楽曲検索装置の動作例を示す図。
【符号の説明】
【００７０】
１      楽曲検索装置
３      カラオケ配信サーバ
５      音楽配信サーバ
１０    エージェント処理部
２０    入力部
３０    表示部
４０    通信部
５０    音声処理部
６０    Ａ／Ｄ変換部
７０    Ｄ／Ａ変換部
８０    記憶部
８２    ＭＩＤＩ音源
８３    旋律幅
８４    ハナ歌データ
８６    検索結果
Ｍ      マイク
ＳＰ    スピーカ
【図１】
2007225764.tif 000003
【図２】
2007225764.tif 000004
【図３】
2007225764.tif 000005
【図４】
2007225764.tif 000006
【図５】
2007225764.tif 000007
【図６】
2007225764.tif 000008