楽曲検索装置
【課題】利用者の所望の楽曲を迅速に検索する。
【解決手段】楽曲検索装置２０は、端末装置１０から検索要求Ｑを受信するたびに、検索要求Ｑに含まれる音高情報Ｐの時系列を利用した楽曲の検索と検索結果Ｒの送信とを実行する。端末装置１０は、利用者による音高の指定を順次に受付ける入力装置５２と、利用者が最後に音高を指定した時点からの経過時間δＴが所定値Ｔthを上回るたびに、前回の検索要求Ｑの送信後に指定された各音高ｐに応じた音高情報Ｐを含む検索要求Ｑを生成する要求生成部４４と、検索要求Ｑを楽曲検索装置２０に送信する送信部５４２と、楽曲検索装置２０から検索結果Ｒを受信する受信部５４４と、受信部５４４が受信した検索結果Ｒを表示装置５６に表示させる表示制御部４２とを具備する。
【解決手段】楽曲検索装置２０は、端末装置１０から検索要求Ｑを受信するたびに、検索要求Ｑに含まれる音高情報Ｐの時系列を利用した楽曲の検索と検索結果Ｒの送信とを実行する。端末装置１０は、利用者による音高の指定を順次に受付ける入力装置５２と、利用者が最後に音高を指定した時点からの経過時間δＴが所定値Ｔthを上回るたびに、前回の検索要求Ｑの送信後に指定された各音高ｐに応じた音高情報Ｐを含む検索要求Ｑを生成する要求生成部４４と、検索要求Ｑを楽曲検索装置２０に送信する送信部５４２と、楽曲検索装置２０から検索結果Ｒを受信する受信部５４４と、受信部５４４が受信した検索結果Ｒを表示装置５６に表示させる表示制御部４２とを具備する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の楽曲から利用者の所望の楽曲を検索する技術に関する。
【背景技術】
【０００２】
利用者が指定した音符の時系列を利用して利用者の所望の楽曲を多数の楽曲から検索する技術が従来から提案されている。例えば特許文献１には、楽曲内の各音符の位置情報と出現頻度とを示すインデックスを事前に生成および登録し、利用者が指定した複数の音符の時系列と各インデックスとの照合で、利用者の所望の楽曲を検索する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−１１０９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が各インデックスとの対比の対象として指定されてから楽曲の検索が開始されるため、利用者が音符の指定を開始してから実際に検索の結果が利用者に提示されるまでに長時間が必要であるという問題がある。以上の事情を考慮して、本発明は、利用者の所望の楽曲を迅速に検索することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下の説明では、本発明の要素と後述の実施形態の要素との対応を括弧書で適宜に付記するが、本発明の範囲を実施形態の例示に限定する趣旨ではない。
【０００６】
本発明の端末装置は、検索要求に含まれる音高情報の時系列を利用した楽曲の検索と検索結果の送信とを検索要求の受信毎に実行する楽曲検索装置と通信可能な端末装置であって、利用者による音高の指定を順次に受付ける受付手段（例えば入力装置５２）と、利用者が最後に音高を指定した時点（例えば最終指定時刻ＴL）からの経過時間が所定値（例えば時間Ｔth）を上回るたびに、前回の検索要求の送信後に指定された各音高に応じた音高情報を含む検索要求を生成する要求生成手段（例えば要求生成部４４）と、要求生成手段が生成した検索要求を楽曲検索装置に送信する送信手段（例えば送信部５４２）と、楽曲検索装置から検索結果を受信する受信手段（例えば受信部５４４）とを具備する。以上の構成では、利用者が最後に音高を指定した時点からの経過時間が所定値を上回るたびに、音高情報を含む検索要求が楽曲検索装置に送信される。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音高が指定されてから楽曲の検索が開始される構成と比較して、利用者の所望の楽曲を迅速に検索することが可能である。また、例えば利用者が１個の音高を指定するたびに検索要求を端末装置から楽曲検索装置に送信する構成と比較して、装置間の通信トラヒックや楽曲検索装置の負荷が軽減されるという利点もある。
【０００７】
本発明の好適な態様において、要求生成手段は、利用者による音高の指定毎に当該音高を記憶手段に記憶し、各音高について、直前の音高との差分に応じた音高情報を生成する。以上の態様では、相前後する音高間の差分に応じた音高情報が生成されるから、利用者が指定した楽曲の調（キー）と楽曲の本来の調（原調）とが相違する場合でも、利用者の所望の楽曲を適切に検索することが可能である。更に好適な態様において、要求生成手段は、利用者が最後に指定した音高以外の各音高を、検索要求の送信後に記憶手段から消去する（例えば処理ＳB17）。以上の態様では、検索要求の送信後に最後の音高以外の音高が記憶手段から消去されるから、検索要求の送信後にも全部の音高を保持する構成と比較して、記憶手段の容量を有効に利用することが可能である。他方、最後の音高は記憶手段に維持されるから、検索要求の送信後の最初の音高について音高情報を適切に生成できるという利点もある。なお、音高の消去とは、記憶手段に記憶された音高を実際に消去する処理（例えばゼロデータの上書）のほか、記憶内容の更新が許可された状態に設定する処理（記憶領域の解放）も含む概念である。
【０００８】
本発明の好適な態様の端末装置は、受信手段が受信した検索結果を表示装置に表示させる表示制御手段（例えば表示制御部４２）を具備する。更に好適な態様において、表示制御手段は、検索要求に応じた楽曲の検索数（例えば検索数Ｋ）が所定値（例えば閾値Ｋth）を下回る場合に検索結果に含められる楽曲毎の属性情報（例えば属性情報ＷA）、または、検索数が所定値を上回る場合に検索結果に含められる当該検索数を、表示装置に表示させる。以上の態様では、検索数が所定値を上回る場合には、検索数を含む検索結果を受信部が受信して検索数が表示装置に表示されるから、検索数が多い段階でも楽曲毎の属性情報を含む検索結果を受信および表示する構成と比較して、通信トラヒックや楽曲検索装置の負荷が軽減されるという利点がある。
【０００９】
前述の表示制御手段を具備する構成の好適例において、受信手段は、楽曲の属性情報と、楽曲の楽譜を示す楽譜情報または楽曲の演奏音を示す音響情報の取得の可否を示す取得可否情報（例えば取得可否情報ＷS）とを、楽曲検索装置が検索した楽曲毎に含む検索結果を受信し、表示制御手段は、属性情報と取得可否情報とを楽曲毎に表示装置に表示させる。以上の態様では、楽譜情報または音響情報の取得の可否を示す取得可否情報が端末装置にて受信および表示されるから、所望の楽曲の楽譜情報または音響情報の取得の可否を利用者が容易に確認できるという利点がある。
【００１０】
以上の各態様に係る端末装置は、ＣＰＵ（Central Processing Unit）などの汎用の演算処理装置とプログラムとの協働により好適に実現される。本発明のプログラム（例えばプログラムＰGM1）は、検索要求に含まれる音高情報の時系列を利用した楽曲の検索と検索結果の送信とを検索要求の受信毎に実行する楽曲検索装置と通信可能なコンピュータに、利用者による音高の指定を順次に受付ける受付処理と、利用者が最後に音高を指定した時点からの経過時間が所定値を上回るたびに、前回の検索要求の送信後に指定された各音高に応じた音高情報を含む検索要求を生成する要求生成処理と、要求生成処理で生成した検索要求を楽曲検索装置に送信する送信処理と、楽曲検索装置から検索結果を受信する受信処理とを実行させる。以上のプログラムによれば、本発明の端末装置と同様の効果が実現される。なお、本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【００１１】
ところで、楽曲検索部による検索数が多い段階でも楽曲毎の属性情報を含む検索結果を楽曲検索装置から端末装置に送信する構成では、装置間の通信トラヒックが増大するという問題がある。そこで、端末装置に対する検索結果の送信の通信トラヒックを低減することを目的として、本発明の他の態様の楽曲検索装置は、利用者が音高を順次に指定可能な端末装置と通信する楽曲検索装置であって、楽曲の属性情報と当該楽曲の音高の時系列を示す参照情報とを楽曲毎に記憶する楽曲記憶手段（例えば記憶装置７２）と、利用者が順次に指定した各音高に応じた音高情報の時系列を端末装置から受信する受信手段（例えば受信部７４４）と、音高情報の時系列に対応した参照情報の楽曲を検索する楽曲検索手段（例えば楽曲検索部６２）と、楽曲検索手段による検索数（例えば検索数Ｋ）が所定値（例えば閾値Ｋth）を下回る場合に、楽曲検索手段が検索した各楽曲の属性情報を含む検索結果を生成し、検索数が所定値を上回る場合に、当該検索数を含む検索結果を生成する結果生成手段（例えば結果生成部６４）と、結果生成手段が生成した検索結果を端末装置に送信する送信手段（例えば送信部７４２）とを具備する。以上の態様では、楽曲検索手段による検索数が所定値を上回る場合には、検索数を含む検索結果が端末装置に送信されるから、検索数が多い段階でも楽曲毎の属性情報を含む検索結果を端末装置に送信する構成と比較して、通信トラヒックや楽曲検索装置の負荷が軽減されるという利点がある。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１実施形態に係る通信システムのブロック図である。
【図２】端末装置のブロック図である。
【図３】楽曲検索画面の模式図である。
【図４】音高の指定の時期と検索要求の送信の時期との関係の説明図である。
【図５】音高情報の説明図である。
【図６】音高が指定された場合の端末装置の動作のフローチャートである。
【図７】端末装置が検索要求を生成および送信する動作のフローチャートである。
【図８】楽曲検索装置のブロック図である。
【図９】楽曲情報の模式図である。
【図１０】楽曲検索装置の動作のフローチャートである。
【図１１】検索結果が検索要求毎に絞り込まれる様子の説明図である。
【図１２】検索数が大きい場合の楽曲検索画面の模式図である。
【図１３】端末装置に楽譜情報を提供する動作の説明図である。
【図１４】第２実施形態における音高情報の説明図である。
【発明を実施するための形態】
【００１３】
＜Ａ：第１実施形態＞
図１は、本発明の第１実施形態に係る通信システム１００のブロック図である。図１に示すように、通信システム１００は、端末装置１０と楽曲検索装置２０とを具備する。端末装置１０と楽曲検索装置２０とは通信網３０（例えばインターネット）を介して相互に通信する。楽曲検索装置２０は、端末装置１０の利用者が順次に指定する音高（音符）の時系列に対応した楽曲を複数の楽曲から検索して利用者に検索結果を提供するサーバ装置（例えばHTTPサーバ）である。利用者は、楽曲のうち自身が記憶する特定の部分のみ（例えばサビ部分の主旋律）からその楽曲の曲名等を知得することが可能である。なお、図１では便宜的に１個の端末装置１０のみを図示したが、実際には複数の端末装置１０が通信網３０を介して楽曲検索装置２０と並列に通信する。
【００１４】
図２は、端末装置１０のブロック図である。端末装置１０は、携帯電話機やパーソナルコンピュータ等の情報端末であり、図２に示すように制御装置（ＣＰＵ）４０と記憶装置５０と入力装置５２と通信装置５４と表示装置５６と放音装置５８とを具備する。通信装置５４は、通信網３０を介して楽曲検索装置２０と通信する機器であり、送信部５４２と受信部５４４とを含んで構成される。送信部５４２は、楽曲検索装置２０を宛先として通信網３０に情報を送信し、受信部５４４は、楽曲検索装置２０が端末装置１０を宛先として送信した情報を通信網３０から受信する。
【００１５】
入力装置５２は、利用者からの指示を受付ける。例えば、マウスまたはキーボード等の入力機器が入力装置５２として好適に採用される。表示装置５６（例えば液晶表示機器）は、制御装置４０から指示された画像を表示する。放音装置５８（例えばヘッドホンやスピーカ）は、制御装置４０の指示に応じた音波を放射する。
【００１６】
記憶装置５０は、制御装置４０が実行するプログラムＰGM1や制御装置４０が使用する各種の情報を記憶する。制御装置４０は、記憶装置５０に記憶されたプログラムＰGM1の実行で複数の機能（表示制御部４２，要求生成部４４）を実現する。表示制御部４２は、画像信号の供給で表示装置５６に画像を表示させる。
【００１７】
図３は、表示制御部４２が表示装置５６に表示させる楽曲検索画面８０の模式図である。楽曲検索画面８０は、利用者が時系列に指定した音高や楽曲検索装置２０での検索結果を利用者に提示する画像であり、結果表示領域８２と音高指定領域８４と音高表示領域８６とを含んで構成される。結果表示領域８２は、楽曲検索装置２０による検索結果を利用者に提示する領域である。結果表示領域８２の具体的な内容については後述する。
【００１８】
音高指定領域８４は、利用者が音高の指定時に参照する領域であり、図３の例示のように鍵盤を図形化した鍵盤画像８４２が配置される。利用者は、入力装置５２を操作して鍵盤楽器の１個の鍵を選択する（例えば１個の鍵をクリックする）ことでその鍵に対応する音高を順次に指定することが可能である。利用者による音高の指定毎にその音高の音響を放音装置５８に再生させる構成も好適である。
【００１９】
音高表示領域８６は、利用者が指定した音高の時系列を時間軸（横軸）および音高軸（縦軸）のもとで表示する領域であり、図３に示すように、利用者から指定された各音高に対応する複数の音高指示子８６２が、利用者による指定の順番で時間軸の方向に配置される。音高軸の方向における各音高指示子８６２の位置は、利用者が指定した音高（音符の絶対的な音高）に応じて選定される。時間軸の方向における各音高指示子８６２の間隔は、利用者が音高を指定した時点（リズム）とは無関係の所定値に固定される。入力装置５２に対する操作で利用者が何れかの音高指示子８６２を選択すると（例えばマウスポインタを音高指示子８６２に重ねると）、制御装置４０は、その音高指示子８６２に対応する音響を放音装置５８に再生させる。したがって、利用者は、自身が指定した音高を随時に確認することが可能である。
【００２０】
図２の要求生成部４４は、利用者が時系列に指定した音高を検索キーとする楽曲の検索の指令（以下「検索要求」という）Ｑを順次に生成する。送信部５４２は、要求生成部４４が検索要求Ｑを生成するたびにその検索要求（クエリ）Ｑを通信網３０から楽曲検索装置２０に送信する。
【００２１】
図４は、検索要求Ｑを生成および送信する動作の説明図である。利用者が音高ｐ[1]〜ｐ[6]を順次に指定した場合が図４では想定されている。各音高ｐ[n]（ｎ＝１,２,……）が指定される間隔は区々である。図４に示すように、要求生成部４４は、利用者が最後に音高ｐ[n]を指定した時点（以下「最終指定時刻」という）ＴLから所定の時間Ｔthが経過するたび（すなわち、利用者が音高ｐ[n]を指定しない状態が時間長Ｔthだけ継続するたび）に検索要求Ｑを生成する。要求生成部４４による生成毎に送信部５４２は検索要求Ｑを楽曲検索装置２０に送信するから、最終指定時刻ＴLから所定の時間Ｔthが経過するたびに検索要求Ｑが楽曲検索装置２０に送信されると表現することも可能である。時間Ｔthは、例えば５００ミリ秒から１秒程度の時間に設定される。
【００２２】
図４の例示では、音高ｐ[1]の指定と音高ｐ[2]の指定との間隔ｔ[2]は時間Ｔthを下回り、音高ｐ[2]の指定と音高ｐ[3]の指定との間隔ｔ[3]も時間Ｔthを下回る。したがって、音高ｐ[1]から音高ｐ[3]が順次に指定される期間内では検索要求Ｑは生成されない。他方、音高ｐ[3]の指定と音高ｐ[4]の指定との間隔ｔ[4]は時間Ｔthを上回るから、音高ｐ[3]の指定から時間Ｔthが経過した時点（音高ｐ[4]の指定前）で検索要求Ｑ[1]が生成および送信される。同様に、音高ｐ[4]の指定から時間Ｔthが経過した時点（音高ｐ[5]の指定前）で検索要求Ｑ[2]が生成および送信され、音高ｐ[6]の指定から時間Ｔthが経過した時点で検索要求Ｑ[3]が生成および送信される。音高ｐ[5]の指定から音高ｐ[6]の指定までの間隔ｔ[6]は時間Ｔthを下回るから、間隔ｔ[6]内では検索要求Ｑの生成および送信は実行されない。
【００２３】
検索要求Ｑは、利用者が指定した音高ｐ[n]に対応する音高情報Ｐ[n]を含んで構成される。第１実施形態の音高情報Ｐ[n]は、図５に示すように、直前の音高ｐ[n-1]に対する音高ｐ[n]の相対値を示す情報である。具体的には、音高ｐ[n]と直前の音高ｐ[n-1]との差分（相対値）が音高情報Ｐ[n]として生成される。例えば、最初に指定された音高ｐ[1]が「ド」で直後の音高ｐ[2]が「レ」である場合、両者間の差分（２半音）を意味する数値「＋２」が音高情報Ｐ[2]として生成される。以上のように音高情報Ｐ[n]は、音符の絶対的な音高（オクターブ）やリズム等の音楽的な要素を含まない。
【００２４】
図４から理解されるように、検索要求Ｑは、前回の検索要求Ｑの送信後（最初の検索要求Ｑについては利用者による音高ｐ[n]の指定の開始後）に利用者が指定した各音高ｐ[n]の音高情報Ｐ[n]を含んで構成される。具体的には、最初の検索要求Ｑ[1]には、音高ｐ[2]に応じた音高情報Ｐ[2]（Ｐ[2]＝ｐ[2]−ｐ[1]）と、音高ｐ[3]に応じた音高情報Ｐ[3]（Ｐ[3]＝ｐ[3]−ｐ[2]）とが含まれる。また、検索要求Ｑ[2]には、前回の検索要求Ｑ[1]の送信後に指定された音高ｐ[4]に応じた音高情報Ｐ[4]（Ｐ[4]＝ｐ[4]−ｐ[3]）が含まれる。同様に、検索要求Ｑ[3]には、前回の検索要求Ｑ[2]の送信後に指定された音高ｐ[5]およびｐ[6]の各々に応じた音高情報Ｐ[5]およびＰ[6]（Ｐ[5]＝ｐ[5]−ｐ[4]，Ｐ[6]＝ｐ[6]−ｐ[5]）が含まれる。
【００２５】
図６は、利用者による音高ｐの指定毎に制御装置４０が実行する処理のフローチャートである。要求生成部４４は、利用者が指定した音高ｐを記憶装置５０に格納する（ＳA11）。また、表示制御部４２は、音高ｐに対応する音高指示子８６２を音高表示領域８６に追加する（ＳA12）。要求生成部４４は、利用者が音高ｐを指定した時刻（例えば鍵盤画像８４２の１個の鍵をクリックした時刻）を最終指定時刻ＴLとして記憶装置５０に格納する（ＳA13）。最終指定時刻ＴLは、利用者による音高ｐの指定毎（すなわち図６の処理の実行毎）に更新される。
【００２６】
図７は、検索要求Ｑを生成および送信する動作のフローチャートである。図７の処理は、所定の間隔で発生する割込信号を契機として周期的に実行される。図７の処理を開始すると、要求生成部４４は、時計回路（図示略）から現在時刻ＴCを取得し（ＳB11）、記憶装置５０に格納されている最終指定時刻ＴLから現在時刻ＴCまでの経過時間δＴ（δＴ＝ＴC−ＴL）を計測する（ＳB12）。
【００２７】
要求生成部４４は、最終指定時刻ＴLからの経過時間δＴが所定の時間Ｔthを上回るか否か（すなわち、最終指定時刻ＴLから利用者による音高ｐが指定されることなく時間Ｔthが経過したか否か）を判定する（ＳB13）。処理ＳB13の結果が否定である場合（すなわち、音高ｐの最後の指定から時間Ｔthがまだ経過していない場合）、要求生成部４４は、検索要求Ｑの生成および送信（ＳB14〜ＳB17）を実行せずに図７の処理を終了する。
【００２８】
他方、処理ＳB13の結果が肯定である場合（すなわち、利用者が新たな音高ｐを指定することなく最終指定時刻ＴLから時間Ｔthが経過した場合）、要求生成部４４は、前回の検索要求Ｑの送信後に新たな音高ｐが指定されたか否かを判定する（ＳB14）。処理ＳB14の結果が否定である場合（すなわち、記憶装置５０に記憶された最終指定時刻ＴLからは経過時間δＴが経過したが、前回の検索要求Ｑの送信後に新たな音高ｐが指定されていない場合）、検索要求Ｑを楽曲検索装置２０に送信する必要はないから、要求生成部４４は、検索要求Ｑの生成および送信（ＳB15〜ＳB17）を実行せずに図７の処理を終了する。
【００２９】
他方、前回の検索要求Ｑの送信後に新たな音高ｐが指定され、かつ、その指定の時刻（最終指定時刻ＴL）から時間Ｔthが経過した場合には、処理ＳB14の結果が肯定となる。処理ＳB14の結果が肯定である場合、要求生成部４４は、検索要求Ｑを生成する（ＳB15）。図４を参照して説明したように、処理ＳB15で生成される検索要求Ｑには、前回の検索要求Ｑの送信後に指定された各音高ｐ[n]について、直前の音高ｐ[n-1]との差分に応じた音高情報Ｐ[n]が含められる。そして、要求生成部４４は、処理ＳB15で生成した検索要求Ｑを送信部５４２に供給する（ＳB16）。送信部５４２は、要求生成部４４から指示された検索要求Ｑを楽曲検索装置２０に送信する。
【００３０】
検索要求Ｑを送信すると、要求生成部４４は、記憶装置５０に記憶された音高ｐのうち最後に指定された音高ｐ以外の各音高ｐを消去する（ＳB17）。記憶装置５０に維持される最後の音高ｐは、次回の検索要求Ｑの音高情報Ｐ[n]の生成に利用される。例えば、図４の検索要求Ｑ[1]の送信後に音高ｐ[1]および音高ｐ[2]は記憶装置５０から消去されるが、その時点で最後の音高ｐ[3]は、次回の検索要求Ｑ[2]の音高情報Ｐ[4]（Ｐ[4]＝ｐ[4]−ｐ[3]）を生成するために記憶装置５０に維持される。以上に説明したように、最終指定時刻ＴLから時間Ｔthが経過するたびに検索要求Ｑの生成および送信が実行される。
【００３１】
図１の楽曲検索装置２０は、端末装置１０から順次に送信される検索要求Ｑ内の音高情報Ｐの時系列を利用して利用者の所望の楽曲を検索する。図８は、楽曲検索装置２０のブロック図である。図８に示すように、楽曲検索装置２０は、制御装置６０と記憶装置７２と通信装置７４とを含んで構成される。通信装置７４は、通信網３０を介して各端末装置１０と通信する機器であり、送信部７４２と受信部７４４とを含んで構成される。送信部７４２は、端末装置１０を宛先として通信網３０に情報（例えば検索結果Ｒ）を送信し、受信部７４４は、端末装置１０から送信された情報（例えば検索要求Ｑ）を通信網３０から受信する。
【００３２】
記憶装置７２は、制御装置６０が実行するプログラムＰGM2や制御装置６０が使用する各種の情報を記憶する。具体的には、楽曲検索装置２０による検索の候補となる楽曲（以下「候補楽曲」という）毎に楽曲情報ＤMが記憶装置７２に格納される。楽曲情報ＤMは、楽曲の検索に使用される情報である。また、複数の候補楽曲のなかには、楽譜情報ＤSが事前に用意されて記憶装置７２に格納された楽曲と、楽譜情報ＤSが用意されていない楽曲とが存在する。楽譜情報ＤSは、楽曲の楽譜を表現するデータである。具体的には、楽譜の画像を示す画像データ（例えばＰＤＦ（Portable Document Format）形式の画像データ）が楽譜情報ＤSとして好適に利用される。
【００３３】
図９は、楽曲情報ＤMの模式図である。図９に示すように、楽曲情報ＤMは、属性情報ＷAと取得可否情報ＷSと参照情報ＷRとを含んで構成される。属性情報ＷAは、楽曲に関連する情報である。例えば楽曲名や作曲者名，歌手名，演奏者名，ジャンル等が属性情報ＷAにて指定される。取得可否情報ＷSは、楽曲の楽譜情報ＤSを端末装置１０に利用者に提供可能であるか否か（例えば楽譜情報ＤSが記憶装置７２に格納されているか否か）を示す情報（フラグ）である。また、参照情報ＷRは、楽曲を構成する各音符の音高を時系列に指定する情報であり、図９に示すように、楽曲内の各音符の音高ｓに対応する複数の音高情報Ｓ（Ｓ[1]，Ｓ[2]，……）の時系列で構成される。楽曲内の１個の音符の音高情報Ｓ[m]（ｍ＝１,２,……）は、前述の音高情報Ｐ[n]と同様に、その音符の音高ｓ[m]と直前の音符の音高ｓ[m-1]との差分（相対値）を示す情報である（Ｓ[m]＝ｓ[m]−ｓ[m-1]）。
【００３４】
制御装置６０は、記憶装置７２に記憶されたプログラムＰGM2の実行で複数の機能（楽曲検索部６２，結果生成部６４，要求処理部６６）を実現する。楽曲検索部６２は、受信部７４４が端末装置１０から順次に受信した検索要求Ｑに含まれる音高情報Ｐの時系列（すなわち利用者が指定した音高の時系列）に応じた楽曲を複数の候補楽曲から検索する。結果生成部６４は、楽曲検索部６２による検索結果Ｒを生成する。送信部７４２は、結果生成部６４が検索結果Ｒを生成するたびにその検索結果Ｒを通信網３０から端末装置１０に送信する。要求処理部６６は、端末装置１０からの要求に応じて楽譜情報ＤSを端末装置１０に提供する（詳細は後述）。
【００３５】
図１０は、楽曲検索部６２および結果生成部６４の具体的な動作のフローチャートである。図１０の処理は、受信部７４４が端末装置１０から検索要求Ｑを受信するたびに実行される。検索要求Ｑを取得すると、楽曲検索部６２は、端末装置１０から受信済の検索要求Ｑ（今回の検索要求Ｑを含む１個以上の検索要求Ｑ）で指定された各音高情報Ｐの時系列に合致または類似する音高情報Ｓの時系列を含む参照情報ＷRの楽曲を複数の候補楽曲から検索する（ＳC11）。すなわち、利用者が指定した音高ｐの時系列を含む楽曲が検索される。以上に説明したように、検索要求Ｑの受信毎に、受信済の検索要求Ｑで指定された各音高情報Ｐの時系列を利用した楽曲の検索が実行される。したがって、楽曲検索部６２が検索する楽曲の総数（以下「検索数」という）Ｋは、検索要求Ｑの受信毎（図１０の処理の実行毎）に段階的に減少する（すなわち、検索結果が絞り込まれる）。
【００３６】
図１１は、楽曲検索部６２による検索数Ｋが段階的に減少する様子の説明図である。例えば、図４に例示したように音高ｐ[1]〜ｐ[3]（ド-レ-ミ）が指定された段階で端末装置１０から送信された検索要求Ｑ[1]を受信部７４４が受信した場合、図１１に示すように、検索要求Ｑ[1]内の音高情報Ｐ[2]およびＰ[3]の時系列に対応した部分を包含するＫA個の楽曲（＃１,＃２,＃３,＃５,＃６,……）が検索される。そして、音高ｐ[4]（ファ）の指定後の検索要求Ｑ[2]を受信部７４４が受信すると、検索済のＫA個の楽曲のうち、検索要求Ｑ[1]およびＱ[2]で指定される音高情報Ｐ[2]〜Ｐ[4]の時系列（「ド-レ-ミ-ファ」を示す音高ｐ[1]〜ｐ[4]の時系列）に対応した部分を包含するＫB個（ＫB＜ＫA）の楽曲（＃１,＃２,＃５,＃６,……）が検索される。更に、音高ｐ[5]およびｐ[6]（ソ-ラ）の指定後の検索要求Ｑ[3]を受信部７４４が受信すると、検索済のＫB個の楽曲のうち、検索要求Ｑ[1]〜Ｑ[3]で指定される音高情報Ｐ[2]〜Ｐ[6]の時系列（「ド-レ-ミ-ファ-ソ-ラ」を示す音高ｐ[1]〜ｐ[6]の時系列）に対応した部分を包含するＫC個（ＫC＜ＫB）の楽曲（＃２,＃５,……）が検索される。
【００３７】
結果生成部６４は、処理ＳC11での楽曲検索部６２の検索数Ｋが閾値Ｋthを上回るか否かを判定する（ＳC12）。検索数Ｋが閾値Ｋth以下である場合（楽曲が既に充分に絞られている場合）、結果生成部６４は、楽曲検索部６２が直前の処理ＳC11で検索したＫ個の楽曲の各々について属性情報ＷAと取得可否情報ＷSとを含む検索結果Ｒを生成する（ＳC13）。他方、検索数Ｋが閾値Ｋthを上回る場合（楽曲が未だ充分に絞られていない場合）、結果生成部６４は、直前の処理ＳC11での検索数Ｋを含む検索結果Ｒを生成する（ＳC14）。処理ＳC14で生成される検索結果Ｒには、楽曲の属性情報ＷAや取得可否情報ＷSは含まれない。
【００３８】
例えば、図１１に例示した検索数ＫAが閾値Ｋthを上回り、検索数ＫBが閾値Ｋthを下回る場合を想定すると、検索要求Ｑ[1]に対する検索結果Ｒには検索数ＫAが含められ、検索要求Ｑ[2]に対する検索結果ＲにはＫB個の楽曲の各々について属性情報ＷAと取得可否情報ＷSとが含められ、検索要求Ｑ[3]に対する検索結果ＲにはＫC個の楽曲の各々について属性情報ＷAと取得可否情報ＷSとが含められる。結果生成部６４は、処理ＳC13または処理ＳC14で生成した検索結果Ｒを送信部７４２に供給する（ＳC15）。送信部７４２は、結果生成部６４から指示された検索結果Ｒを端末装置１０に送信する。
【００３９】
以上の手順で楽曲検索装置２０から送信された検索結果Ｒを端末装置１０の受信部５４４が受信すると、表示制御部４２は、表示装置５６の楽曲検索画面８０内の結果表示領域８２に検索結果Ｒを表示する。検索結果Ｒが検索数Ｋを含む場合（処理ＳC14で生成された検索結果Ｒを受信した場合）、表示制御部４２は、図１２に示すように検索数Ｋを結果表示領域８２に表示する。他方、検索結果Ｒが各楽曲の属性情報ＷAと取得可否情報ＷSとを含む場合（処理ＳC13で生成された検索結果Ｒを受信した場合）、表示制御部４２は、図３に示したように、属性情報ＷAで指定される情報８２２（図３では楽曲名と歌手名）と取得可否情報ＷSが示す楽譜情報ＤSの取得の可否とを楽曲毎に結果表示領域８２に表示（リスト表示）する。図３では、取得可否情報ＷSが楽譜情報ＤSを取得可能を示す楽曲について所定の記号８２４を表示した場合が例示されている。利用者は、結果表示領域８２を視認することで、自身が特定の部分のみを記憶する楽曲の属性情報ＷAとその楽曲の楽譜情報ＤSの取得の可否とを確認することが可能である。
【００４０】
以上の説明から理解されるように、利用者が音高ｐの指定を開始した直後の段階では閾値Ｋthを上回る検索数Ｋが結果表示領域８２に表示され、利用者が新たな音高ｐを指定して検索要求Ｑが端末装置１０から送信されるたびに結果表示領域８２内の検索数Ｋが段階的に減少する。そして、利用者が更に音高ｐを指定して検索数Ｋが閾値Ｋthを下回ると、属性情報ＷAおよび取得可否情報ＷSが楽曲毎に結果表示領域８２に表示され、利用者が更に音高ｐを指定して検索要求Ｑが端末装置１０から送信されるたびに、結果表示領域８２に表示される楽曲の総数が段階的に減少する。
【００４１】
属性情報ＷAおよび取得可否情報ＷSが楽曲毎に結果表示領域８２に表示された状態で、利用者は、入力装置５２を適宜に操作する（例えば所望の楽曲に対応する記号８２４をクリックする）ことで、検索済のＫ個の楽曲のうち楽譜情報ＤSを取得し得る複数の楽曲から利用者の所望の楽曲（楽譜情報ＤSの取得を希望する楽曲）を選択することが可能である。図１３は、利用者が楽曲を選択した場合の動作の説明図である。
【００４２】
図１３に示すように、楽譜情報ＤSの取得を希望する楽曲（以下「選択楽曲」という）を利用者が指定すると（ＳD11）、要求生成部４４は、選択楽曲の指定を含む情報要求を生成して送信部５４２から楽曲検索装置２０に送信する（ＳD12）。情報要求を受信部７４４が受信すると、楽曲検索装置２０の要求処理部６６は、情報要求で指定される選択楽曲の楽譜情報ＤSを記憶装置７２から検索し（ＳD13）、その楽譜情報ＤSを端末装置１０に送信する（ＳD14）。端末装置１０の表示制御部４２は、楽曲検索装置２０から受信部５４４が受信した楽譜情報ＤSを表示装置５６に供給して選択楽曲の楽譜を表示させる（ＳD15）。すなわち、利用者は、自身が特定の部分（例えばサビ部分）のみを記憶する楽曲の楽譜を取得することが可能である。
【００４３】
以上の形態では、利用者による音高ｐの指定の途中で随時に検索要求Ｑが楽曲検索装置２０に送信されて楽曲が検索され、音高ｐの指定の進行とともに楽曲の検索数Ｋが順次に減少する（インクリメンタル検索）。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音高ｐが指定された段階で楽曲の検索が開始される特許文献１の技術と比較して、利用者が所望の楽曲を特定するまでの時間を短縮できるという利点がある。
【００４４】
ところで、利用者による音高ｐの指定の進行とともに楽曲の検索を順次に実行する構成としては、例えば、利用者が１個の音高ｐを指定するたびに検索要求Ｑを楽曲検索装置２０に送信する構成（以下「対比例」という）も想定され得る。しかし、対比例のもとでは、楽曲検索装置２０に対する検索要求Ｑの送信と、楽曲検索部６２による楽曲の検索と、端末装置１０に対する検索結果Ｒの送信とが、利用者による音高ｐの指定毎に実行されるから、通信網３０の通信トラヒックや楽曲検索装置２０の負荷が過大となる可能性がある。他方、第１実施形態では、最終指定時刻ＴLから時間Ｔthが経過するたびに検索要求Ｑが楽曲検索装置２０に送信されるから、対比例と比較して通信網３０の通信トラヒックや楽曲検索装置２０の負荷が軽減されるという利点がある。
【００４５】
なお、第１実施形態のもとでも、時間Ｔthを上回る間隔で利用者が音高ｐを指定する場合（例えばテンポが遅い楽曲を指定する場合）には、対比例と同様に、１個の音高ｐの指定毎に検索要求Ｑが送信されることになる。しかし、時間Ｔthを上回る間隔で音高ｐが指定される場合には、単位時間あたりの検索要求Ｑの送信回数が少ないから、そもそも通信網３０の通信トラヒックや楽曲検索装置２０の負荷の問題は発生しない。以上の事情を考慮すると、利用者が音高ｐを指定する速度が速いほど、対比例に対する第１実施形態の有意性は顕著となる。
【００４６】
また、音高情報Ｐおよび音高情報Ｓは、相前後する音高の差分を示す情報であるから、利用者が指定する音高の調（キー）が楽曲の本来の調（原調）と相違する場合や、利用者による音高の指定のリズムが楽曲の本来のリズムと相違する場合でも、利用者の所望の楽曲を検索することが可能である。
【００４７】
第１実施形態では、楽曲検索部６２による検索数Ｋが閾値Ｋthを上回る段階では検索数Ｋのみが検索結果Ｒとして端末装置１０に送信され、検索数Ｋが閾値Ｋth以下まで絞られた段階で楽曲毎の情報（属性情報ＷAや取得可否情報ＷS）が検索結果Ｒとして端末装置１０に提供される。したがって、楽曲検索部６２による検索数Ｋが大きい段階でも各楽曲の情報を端末装置１０に送信する構成と比較して、通信網３０の通信トラヒックや楽曲検索装置２０の負荷が軽減されるという利点もある。
【００４８】
＜Ｂ：第２実施形態＞
本発明の第２実施形態を以下に説明する。なお、以下に例示する各態様において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【００４９】
図１４は、第２実施形態における端末装置１０の要求生成部４４の動作の説明図である。第１実施形態では各音符の差分を音高情報Ｐとして生成したが、第２実施形態では、相前後する各音高ｐの差分に対応する文字を要求生成部４４が音高情報Ｐとして生成する。図１４では、音高ｐの差分「＋２」が文字「ａ」に変換され、差分「＋１」が文字「ｂ」に変換されて、楽曲検索装置２０に送信される音高情報Ｐの時系列が文字列「ａａｂａａ」を示す場合が例示されている。なお、音高ｐの差分の各数値と音高情報Ｐとして指定される文字との対応は事前に決定される。
【００５０】
音高情報Ｐと同様に、楽曲検索装置２０の記憶装置７２が記憶する楽曲情報ＤMの参照情報ＷR内の各音高情報Ｓは、楽曲内で相前後する音高ｓの差分に対応する文字を指定する。楽曲検索装置２０の楽曲検索部６２は、複数の候補楽曲のうち音高情報Ｐの時系列に合致または類似する音高情報Ｓを含む参照情報ＷRの楽曲を検索する（ＳC11）。
【００５１】
第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態では、音高情報Ｐおよび音高情報Ｓが文字を示すから、文字列検索用の既存の検索技術を楽曲検索部６２による楽曲の検索に流用できるという利点がある。
【００５２】
＜Ｃ：変形例＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
【００５３】
（１）変形例１
以上の各形態では、相前後する音高ｐの差分を示す音高情報Ｐ（第１実施形態）や差分に対応する文字を示す音高情報Ｐ（第２実施形態）を例示したが、音高情報Ｐの内容は以上の例示に限定されない。例えば、音高情報Ｐが音高ｐ（絶対的な音高）の数値自体を示す構成も採用され得る。音高情報Ｓについても同様であり、例えば楽曲内の各音符の音高ｓの数値自体を示す音高情報Ｓを利用することも可能である。
【００５４】
（２）変形例２
利用者が音高ｐを指定する方法は任意である。例えば、各操作子が相異なる音高ｐに対応付けられたキーボードやタッチパネル、楽器の演奏と同様の操作で音高ｐを指定可能なＭＩＤＩ楽器等の電子楽器を入力装置５２として利用することも可能である。以上の例示から理解されるように、以上の各形態の入力装置５２は、利用者による音高ｐの指定を受付ける要素（受付手段）として包括される。
【００５５】
（３）変形例３
以上の各形態で例示した楽譜情報ＤSに代えて（または楽譜情報ＤSとともに）、楽曲の演奏音（歌唱音）を示す音響情報を楽曲検索装置２０から端末装置１０に提供することも可能である。例えば楽曲の演奏音の時間波形を示すサンプル系列や楽曲の演奏音を指定するＭＩＤＩ形式の時系列データが音響情報として楽曲毎に記憶装置７２に記憶される。楽曲情報ＤMの取得可否情報ＷSは音響情報の取得の可否を示し、音響情報の取得の可否が楽曲毎に結果表示領域８２に表示される。選択楽曲の指定を含む情報要求を端末装置１０から受信すると、楽曲検索装置２０の要求処理部６６は、選択楽曲の音響情報を記憶装置７２から検索して送信部７４２から端末装置１０に送信する。以上の構成によれば、利用者は、自身が特定の部分のみを記憶する楽曲の音響情報を取得および再生することが可能である。
【００５６】
なお、以上の各形態では、楽譜情報ＤSや音響情報を端末装置１０に提供する機能を楽曲検索装置２０に搭載したが、楽譜情報ＤSや音響情報を端末装置１０に提供する情報提供装置（サーバ装置）を楽曲検索装置２０とは別個に設置した構成も好適である。楽曲検索装置２０と情報提供装置とを別個に設置した場合、通信網３０内の情報提供装置の所在を示すアドレス情報（例えばＵＲＬ）を取得可否情報ＷSに含めた構成が好適である。表示制御部４２は、結果表示領域８２に表示される記号８２４に楽譜情報ＤSや音響情報へのリンクを設定する。また、楽譜情報ＤSや音響情報を楽曲検索装置２０が端末装置１０に提供する構成において、楽曲情報ＤMを記憶する記憶装置７２とは別個の記憶装置に楽譜情報ＤSや音響情報を記憶することも可能である。
【００５７】
（４）変形例４
楽曲情報ＤM内の属性情報ＷAの内容は任意である。例えば、楽曲の詳細情報が提示されたウェブサイトのＵＲＬ等を属性情報ＷAに含めた構成も採用される。
【符号の説明】
【００５８】
１００……通信システム、１０……端末装置、２０……楽曲検索装置、３０……通信網、４０……制御装置、４２……表示制御部、４４……要求生成部、５０……記憶装置、５２……入力装置、５４……通信装置、５４２……送信部、５４４……受信部、５６……表示装置、５８……放音装置、６０……制御装置、６２……楽曲検索部、６４……結果生成部、６６……要求処理部、７２……記憶装置、７４……通信装置、７４２……送信部、７４４……受信部。
【技術分野】
【０００１】
本発明は、複数の楽曲から利用者の所望の楽曲を検索する技術に関する。
【背景技術】
【０００２】
利用者が指定した音符の時系列を利用して利用者の所望の楽曲を多数の楽曲から検索する技術が従来から提案されている。例えば特許文献１には、楽曲内の各音符の位置情報と出現頻度とを示すインデックスを事前に生成および登録し、利用者が指定した複数の音符の時系列と各インデックスとの照合で、利用者の所望の楽曲を検索する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−１１０９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が各インデックスとの対比の対象として指定されてから楽曲の検索が開始されるため、利用者が音符の指定を開始してから実際に検索の結果が利用者に提示されるまでに長時間が必要であるという問題がある。以上の事情を考慮して、本発明は、利用者の所望の楽曲を迅速に検索することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下の説明では、本発明の要素と後述の実施形態の要素との対応を括弧書で適宜に付記するが、本発明の範囲を実施形態の例示に限定する趣旨ではない。
【０００６】
本発明の端末装置は、検索要求に含まれる音高情報の時系列を利用した楽曲の検索と検索結果の送信とを検索要求の受信毎に実行する楽曲検索装置と通信可能な端末装置であって、利用者による音高の指定を順次に受付ける受付手段（例えば入力装置５２）と、利用者が最後に音高を指定した時点（例えば最終指定時刻ＴL）からの経過時間が所定値（例えば時間Ｔth）を上回るたびに、前回の検索要求の送信後に指定された各音高に応じた音高情報を含む検索要求を生成する要求生成手段（例えば要求生成部４４）と、要求生成手段が生成した検索要求を楽曲検索装置に送信する送信手段（例えば送信部５４２）と、楽曲検索装置から検索結果を受信する受信手段（例えば受信部５４４）とを具備する。以上の構成では、利用者が最後に音高を指定した時点からの経過時間が所定値を上回るたびに、音高情報を含む検索要求が楽曲検索装置に送信される。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音高が指定されてから楽曲の検索が開始される構成と比較して、利用者の所望の楽曲を迅速に検索することが可能である。また、例えば利用者が１個の音高を指定するたびに検索要求を端末装置から楽曲検索装置に送信する構成と比較して、装置間の通信トラヒックや楽曲検索装置の負荷が軽減されるという利点もある。
【０００７】
本発明の好適な態様において、要求生成手段は、利用者による音高の指定毎に当該音高を記憶手段に記憶し、各音高について、直前の音高との差分に応じた音高情報を生成する。以上の態様では、相前後する音高間の差分に応じた音高情報が生成されるから、利用者が指定した楽曲の調（キー）と楽曲の本来の調（原調）とが相違する場合でも、利用者の所望の楽曲を適切に検索することが可能である。更に好適な態様において、要求生成手段は、利用者が最後に指定した音高以外の各音高を、検索要求の送信後に記憶手段から消去する（例えば処理ＳB17）。以上の態様では、検索要求の送信後に最後の音高以外の音高が記憶手段から消去されるから、検索要求の送信後にも全部の音高を保持する構成と比較して、記憶手段の容量を有効に利用することが可能である。他方、最後の音高は記憶手段に維持されるから、検索要求の送信後の最初の音高について音高情報を適切に生成できるという利点もある。なお、音高の消去とは、記憶手段に記憶された音高を実際に消去する処理（例えばゼロデータの上書）のほか、記憶内容の更新が許可された状態に設定する処理（記憶領域の解放）も含む概念である。
【０００８】
本発明の好適な態様の端末装置は、受信手段が受信した検索結果を表示装置に表示させる表示制御手段（例えば表示制御部４２）を具備する。更に好適な態様において、表示制御手段は、検索要求に応じた楽曲の検索数（例えば検索数Ｋ）が所定値（例えば閾値Ｋth）を下回る場合に検索結果に含められる楽曲毎の属性情報（例えば属性情報ＷA）、または、検索数が所定値を上回る場合に検索結果に含められる当該検索数を、表示装置に表示させる。以上の態様では、検索数が所定値を上回る場合には、検索数を含む検索結果を受信部が受信して検索数が表示装置に表示されるから、検索数が多い段階でも楽曲毎の属性情報を含む検索結果を受信および表示する構成と比較して、通信トラヒックや楽曲検索装置の負荷が軽減されるという利点がある。
【０００９】
前述の表示制御手段を具備する構成の好適例において、受信手段は、楽曲の属性情報と、楽曲の楽譜を示す楽譜情報または楽曲の演奏音を示す音響情報の取得の可否を示す取得可否情報（例えば取得可否情報ＷS）とを、楽曲検索装置が検索した楽曲毎に含む検索結果を受信し、表示制御手段は、属性情報と取得可否情報とを楽曲毎に表示装置に表示させる。以上の態様では、楽譜情報または音響情報の取得の可否を示す取得可否情報が端末装置にて受信および表示されるから、所望の楽曲の楽譜情報または音響情報の取得の可否を利用者が容易に確認できるという利点がある。
【００１０】
以上の各態様に係る端末装置は、ＣＰＵ（Central Processing Unit）などの汎用の演算処理装置とプログラムとの協働により好適に実現される。本発明のプログラム（例えばプログラムＰGM1）は、検索要求に含まれる音高情報の時系列を利用した楽曲の検索と検索結果の送信とを検索要求の受信毎に実行する楽曲検索装置と通信可能なコンピュータに、利用者による音高の指定を順次に受付ける受付処理と、利用者が最後に音高を指定した時点からの経過時間が所定値を上回るたびに、前回の検索要求の送信後に指定された各音高に応じた音高情報を含む検索要求を生成する要求生成処理と、要求生成処理で生成した検索要求を楽曲検索装置に送信する送信処理と、楽曲検索装置から検索結果を受信する受信処理とを実行させる。以上のプログラムによれば、本発明の端末装置と同様の効果が実現される。なお、本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【００１１】
ところで、楽曲検索部による検索数が多い段階でも楽曲毎の属性情報を含む検索結果を楽曲検索装置から端末装置に送信する構成では、装置間の通信トラヒックが増大するという問題がある。そこで、端末装置に対する検索結果の送信の通信トラヒックを低減することを目的として、本発明の他の態様の楽曲検索装置は、利用者が音高を順次に指定可能な端末装置と通信する楽曲検索装置であって、楽曲の属性情報と当該楽曲の音高の時系列を示す参照情報とを楽曲毎に記憶する楽曲記憶手段（例えば記憶装置７２）と、利用者が順次に指定した各音高に応じた音高情報の時系列を端末装置から受信する受信手段（例えば受信部７４４）と、音高情報の時系列に対応した参照情報の楽曲を検索する楽曲検索手段（例えば楽曲検索部６２）と、楽曲検索手段による検索数（例えば検索数Ｋ）が所定値（例えば閾値Ｋth）を下回る場合に、楽曲検索手段が検索した各楽曲の属性情報を含む検索結果を生成し、検索数が所定値を上回る場合に、当該検索数を含む検索結果を生成する結果生成手段（例えば結果生成部６４）と、結果生成手段が生成した検索結果を端末装置に送信する送信手段（例えば送信部７４２）とを具備する。以上の態様では、楽曲検索手段による検索数が所定値を上回る場合には、検索数を含む検索結果が端末装置に送信されるから、検索数が多い段階でも楽曲毎の属性情報を含む検索結果を端末装置に送信する構成と比較して、通信トラヒックや楽曲検索装置の負荷が軽減されるという利点がある。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１実施形態に係る通信システムのブロック図である。
【図２】端末装置のブロック図である。
【図３】楽曲検索画面の模式図である。
【図４】音高の指定の時期と検索要求の送信の時期との関係の説明図である。
【図５】音高情報の説明図である。
【図６】音高が指定された場合の端末装置の動作のフローチャートである。
【図７】端末装置が検索要求を生成および送信する動作のフローチャートである。
【図８】楽曲検索装置のブロック図である。
【図９】楽曲情報の模式図である。
【図１０】楽曲検索装置の動作のフローチャートである。
【図１１】検索結果が検索要求毎に絞り込まれる様子の説明図である。
【図１２】検索数が大きい場合の楽曲検索画面の模式図である。
【図１３】端末装置に楽譜情報を提供する動作の説明図である。
【図１４】第２実施形態における音高情報の説明図である。
【発明を実施するための形態】
【００１３】
＜Ａ：第１実施形態＞
図１は、本発明の第１実施形態に係る通信システム１００のブロック図である。図１に示すように、通信システム１００は、端末装置１０と楽曲検索装置２０とを具備する。端末装置１０と楽曲検索装置２０とは通信網３０（例えばインターネット）を介して相互に通信する。楽曲検索装置２０は、端末装置１０の利用者が順次に指定する音高（音符）の時系列に対応した楽曲を複数の楽曲から検索して利用者に検索結果を提供するサーバ装置（例えばHTTPサーバ）である。利用者は、楽曲のうち自身が記憶する特定の部分のみ（例えばサビ部分の主旋律）からその楽曲の曲名等を知得することが可能である。なお、図１では便宜的に１個の端末装置１０のみを図示したが、実際には複数の端末装置１０が通信網３０を介して楽曲検索装置２０と並列に通信する。
【００１４】
図２は、端末装置１０のブロック図である。端末装置１０は、携帯電話機やパーソナルコンピュータ等の情報端末であり、図２に示すように制御装置（ＣＰＵ）４０と記憶装置５０と入力装置５２と通信装置５４と表示装置５６と放音装置５８とを具備する。通信装置５４は、通信網３０を介して楽曲検索装置２０と通信する機器であり、送信部５４２と受信部５４４とを含んで構成される。送信部５４２は、楽曲検索装置２０を宛先として通信網３０に情報を送信し、受信部５４４は、楽曲検索装置２０が端末装置１０を宛先として送信した情報を通信網３０から受信する。
【００１５】
入力装置５２は、利用者からの指示を受付ける。例えば、マウスまたはキーボード等の入力機器が入力装置５２として好適に採用される。表示装置５６（例えば液晶表示機器）は、制御装置４０から指示された画像を表示する。放音装置５８（例えばヘッドホンやスピーカ）は、制御装置４０の指示に応じた音波を放射する。
【００１６】
記憶装置５０は、制御装置４０が実行するプログラムＰGM1や制御装置４０が使用する各種の情報を記憶する。制御装置４０は、記憶装置５０に記憶されたプログラムＰGM1の実行で複数の機能（表示制御部４２，要求生成部４４）を実現する。表示制御部４２は、画像信号の供給で表示装置５６に画像を表示させる。
【００１７】
図３は、表示制御部４２が表示装置５６に表示させる楽曲検索画面８０の模式図である。楽曲検索画面８０は、利用者が時系列に指定した音高や楽曲検索装置２０での検索結果を利用者に提示する画像であり、結果表示領域８２と音高指定領域８４と音高表示領域８６とを含んで構成される。結果表示領域８２は、楽曲検索装置２０による検索結果を利用者に提示する領域である。結果表示領域８２の具体的な内容については後述する。
【００１８】
音高指定領域８４は、利用者が音高の指定時に参照する領域であり、図３の例示のように鍵盤を図形化した鍵盤画像８４２が配置される。利用者は、入力装置５２を操作して鍵盤楽器の１個の鍵を選択する（例えば１個の鍵をクリックする）ことでその鍵に対応する音高を順次に指定することが可能である。利用者による音高の指定毎にその音高の音響を放音装置５８に再生させる構成も好適である。
【００１９】
音高表示領域８６は、利用者が指定した音高の時系列を時間軸（横軸）および音高軸（縦軸）のもとで表示する領域であり、図３に示すように、利用者から指定された各音高に対応する複数の音高指示子８６２が、利用者による指定の順番で時間軸の方向に配置される。音高軸の方向における各音高指示子８６２の位置は、利用者が指定した音高（音符の絶対的な音高）に応じて選定される。時間軸の方向における各音高指示子８６２の間隔は、利用者が音高を指定した時点（リズム）とは無関係の所定値に固定される。入力装置５２に対する操作で利用者が何れかの音高指示子８６２を選択すると（例えばマウスポインタを音高指示子８６２に重ねると）、制御装置４０は、その音高指示子８６２に対応する音響を放音装置５８に再生させる。したがって、利用者は、自身が指定した音高を随時に確認することが可能である。
【００２０】
図２の要求生成部４４は、利用者が時系列に指定した音高を検索キーとする楽曲の検索の指令（以下「検索要求」という）Ｑを順次に生成する。送信部５４２は、要求生成部４４が検索要求Ｑを生成するたびにその検索要求（クエリ）Ｑを通信網３０から楽曲検索装置２０に送信する。
【００２１】
図４は、検索要求Ｑを生成および送信する動作の説明図である。利用者が音高ｐ[1]〜ｐ[6]を順次に指定した場合が図４では想定されている。各音高ｐ[n]（ｎ＝１,２,……）が指定される間隔は区々である。図４に示すように、要求生成部４４は、利用者が最後に音高ｐ[n]を指定した時点（以下「最終指定時刻」という）ＴLから所定の時間Ｔthが経過するたび（すなわち、利用者が音高ｐ[n]を指定しない状態が時間長Ｔthだけ継続するたび）に検索要求Ｑを生成する。要求生成部４４による生成毎に送信部５４２は検索要求Ｑを楽曲検索装置２０に送信するから、最終指定時刻ＴLから所定の時間Ｔthが経過するたびに検索要求Ｑが楽曲検索装置２０に送信されると表現することも可能である。時間Ｔthは、例えば５００ミリ秒から１秒程度の時間に設定される。
【００２２】
図４の例示では、音高ｐ[1]の指定と音高ｐ[2]の指定との間隔ｔ[2]は時間Ｔthを下回り、音高ｐ[2]の指定と音高ｐ[3]の指定との間隔ｔ[3]も時間Ｔthを下回る。したがって、音高ｐ[1]から音高ｐ[3]が順次に指定される期間内では検索要求Ｑは生成されない。他方、音高ｐ[3]の指定と音高ｐ[4]の指定との間隔ｔ[4]は時間Ｔthを上回るから、音高ｐ[3]の指定から時間Ｔthが経過した時点（音高ｐ[4]の指定前）で検索要求Ｑ[1]が生成および送信される。同様に、音高ｐ[4]の指定から時間Ｔthが経過した時点（音高ｐ[5]の指定前）で検索要求Ｑ[2]が生成および送信され、音高ｐ[6]の指定から時間Ｔthが経過した時点で検索要求Ｑ[3]が生成および送信される。音高ｐ[5]の指定から音高ｐ[6]の指定までの間隔ｔ[6]は時間Ｔthを下回るから、間隔ｔ[6]内では検索要求Ｑの生成および送信は実行されない。
【００２３】
検索要求Ｑは、利用者が指定した音高ｐ[n]に対応する音高情報Ｐ[n]を含んで構成される。第１実施形態の音高情報Ｐ[n]は、図５に示すように、直前の音高ｐ[n-1]に対する音高ｐ[n]の相対値を示す情報である。具体的には、音高ｐ[n]と直前の音高ｐ[n-1]との差分（相対値）が音高情報Ｐ[n]として生成される。例えば、最初に指定された音高ｐ[1]が「ド」で直後の音高ｐ[2]が「レ」である場合、両者間の差分（２半音）を意味する数値「＋２」が音高情報Ｐ[2]として生成される。以上のように音高情報Ｐ[n]は、音符の絶対的な音高（オクターブ）やリズム等の音楽的な要素を含まない。
【００２４】
図４から理解されるように、検索要求Ｑは、前回の検索要求Ｑの送信後（最初の検索要求Ｑについては利用者による音高ｐ[n]の指定の開始後）に利用者が指定した各音高ｐ[n]の音高情報Ｐ[n]を含んで構成される。具体的には、最初の検索要求Ｑ[1]には、音高ｐ[2]に応じた音高情報Ｐ[2]（Ｐ[2]＝ｐ[2]−ｐ[1]）と、音高ｐ[3]に応じた音高情報Ｐ[3]（Ｐ[3]＝ｐ[3]−ｐ[2]）とが含まれる。また、検索要求Ｑ[2]には、前回の検索要求Ｑ[1]の送信後に指定された音高ｐ[4]に応じた音高情報Ｐ[4]（Ｐ[4]＝ｐ[4]−ｐ[3]）が含まれる。同様に、検索要求Ｑ[3]には、前回の検索要求Ｑ[2]の送信後に指定された音高ｐ[5]およびｐ[6]の各々に応じた音高情報Ｐ[5]およびＰ[6]（Ｐ[5]＝ｐ[5]−ｐ[4]，Ｐ[6]＝ｐ[6]−ｐ[5]）が含まれる。
【００２５】
図６は、利用者による音高ｐの指定毎に制御装置４０が実行する処理のフローチャートである。要求生成部４４は、利用者が指定した音高ｐを記憶装置５０に格納する（ＳA11）。また、表示制御部４２は、音高ｐに対応する音高指示子８６２を音高表示領域８６に追加する（ＳA12）。要求生成部４４は、利用者が音高ｐを指定した時刻（例えば鍵盤画像８４２の１個の鍵をクリックした時刻）を最終指定時刻ＴLとして記憶装置５０に格納する（ＳA13）。最終指定時刻ＴLは、利用者による音高ｐの指定毎（すなわち図６の処理の実行毎）に更新される。
【００２６】
図７は、検索要求Ｑを生成および送信する動作のフローチャートである。図７の処理は、所定の間隔で発生する割込信号を契機として周期的に実行される。図７の処理を開始すると、要求生成部４４は、時計回路（図示略）から現在時刻ＴCを取得し（ＳB11）、記憶装置５０に格納されている最終指定時刻ＴLから現在時刻ＴCまでの経過時間δＴ（δＴ＝ＴC−ＴL）を計測する（ＳB12）。
【００２７】
要求生成部４４は、最終指定時刻ＴLからの経過時間δＴが所定の時間Ｔthを上回るか否か（すなわち、最終指定時刻ＴLから利用者による音高ｐが指定されることなく時間Ｔthが経過したか否か）を判定する（ＳB13）。処理ＳB13の結果が否定である場合（すなわち、音高ｐの最後の指定から時間Ｔthがまだ経過していない場合）、要求生成部４４は、検索要求Ｑの生成および送信（ＳB14〜ＳB17）を実行せずに図７の処理を終了する。
【００２８】
他方、処理ＳB13の結果が肯定である場合（すなわち、利用者が新たな音高ｐを指定することなく最終指定時刻ＴLから時間Ｔthが経過した場合）、要求生成部４４は、前回の検索要求Ｑの送信後に新たな音高ｐが指定されたか否かを判定する（ＳB14）。処理ＳB14の結果が否定である場合（すなわち、記憶装置５０に記憶された最終指定時刻ＴLからは経過時間δＴが経過したが、前回の検索要求Ｑの送信後に新たな音高ｐが指定されていない場合）、検索要求Ｑを楽曲検索装置２０に送信する必要はないから、要求生成部４４は、検索要求Ｑの生成および送信（ＳB15〜ＳB17）を実行せずに図７の処理を終了する。
【００２９】
他方、前回の検索要求Ｑの送信後に新たな音高ｐが指定され、かつ、その指定の時刻（最終指定時刻ＴL）から時間Ｔthが経過した場合には、処理ＳB14の結果が肯定となる。処理ＳB14の結果が肯定である場合、要求生成部４４は、検索要求Ｑを生成する（ＳB15）。図４を参照して説明したように、処理ＳB15で生成される検索要求Ｑには、前回の検索要求Ｑの送信後に指定された各音高ｐ[n]について、直前の音高ｐ[n-1]との差分に応じた音高情報Ｐ[n]が含められる。そして、要求生成部４４は、処理ＳB15で生成した検索要求Ｑを送信部５４２に供給する（ＳB16）。送信部５４２は、要求生成部４４から指示された検索要求Ｑを楽曲検索装置２０に送信する。
【００３０】
検索要求Ｑを送信すると、要求生成部４４は、記憶装置５０に記憶された音高ｐのうち最後に指定された音高ｐ以外の各音高ｐを消去する（ＳB17）。記憶装置５０に維持される最後の音高ｐは、次回の検索要求Ｑの音高情報Ｐ[n]の生成に利用される。例えば、図４の検索要求Ｑ[1]の送信後に音高ｐ[1]および音高ｐ[2]は記憶装置５０から消去されるが、その時点で最後の音高ｐ[3]は、次回の検索要求Ｑ[2]の音高情報Ｐ[4]（Ｐ[4]＝ｐ[4]−ｐ[3]）を生成するために記憶装置５０に維持される。以上に説明したように、最終指定時刻ＴLから時間Ｔthが経過するたびに検索要求Ｑの生成および送信が実行される。
【００３１】
図１の楽曲検索装置２０は、端末装置１０から順次に送信される検索要求Ｑ内の音高情報Ｐの時系列を利用して利用者の所望の楽曲を検索する。図８は、楽曲検索装置２０のブロック図である。図８に示すように、楽曲検索装置２０は、制御装置６０と記憶装置７２と通信装置７４とを含んで構成される。通信装置７４は、通信網３０を介して各端末装置１０と通信する機器であり、送信部７４２と受信部７４４とを含んで構成される。送信部７４２は、端末装置１０を宛先として通信網３０に情報（例えば検索結果Ｒ）を送信し、受信部７４４は、端末装置１０から送信された情報（例えば検索要求Ｑ）を通信網３０から受信する。
【００３２】
記憶装置７２は、制御装置６０が実行するプログラムＰGM2や制御装置６０が使用する各種の情報を記憶する。具体的には、楽曲検索装置２０による検索の候補となる楽曲（以下「候補楽曲」という）毎に楽曲情報ＤMが記憶装置７２に格納される。楽曲情報ＤMは、楽曲の検索に使用される情報である。また、複数の候補楽曲のなかには、楽譜情報ＤSが事前に用意されて記憶装置７２に格納された楽曲と、楽譜情報ＤSが用意されていない楽曲とが存在する。楽譜情報ＤSは、楽曲の楽譜を表現するデータである。具体的には、楽譜の画像を示す画像データ（例えばＰＤＦ（Portable Document Format）形式の画像データ）が楽譜情報ＤSとして好適に利用される。
【００３３】
図９は、楽曲情報ＤMの模式図である。図９に示すように、楽曲情報ＤMは、属性情報ＷAと取得可否情報ＷSと参照情報ＷRとを含んで構成される。属性情報ＷAは、楽曲に関連する情報である。例えば楽曲名や作曲者名，歌手名，演奏者名，ジャンル等が属性情報ＷAにて指定される。取得可否情報ＷSは、楽曲の楽譜情報ＤSを端末装置１０に利用者に提供可能であるか否か（例えば楽譜情報ＤSが記憶装置７２に格納されているか否か）を示す情報（フラグ）である。また、参照情報ＷRは、楽曲を構成する各音符の音高を時系列に指定する情報であり、図９に示すように、楽曲内の各音符の音高ｓに対応する複数の音高情報Ｓ（Ｓ[1]，Ｓ[2]，……）の時系列で構成される。楽曲内の１個の音符の音高情報Ｓ[m]（ｍ＝１,２,……）は、前述の音高情報Ｐ[n]と同様に、その音符の音高ｓ[m]と直前の音符の音高ｓ[m-1]との差分（相対値）を示す情報である（Ｓ[m]＝ｓ[m]−ｓ[m-1]）。
【００３４】
制御装置６０は、記憶装置７２に記憶されたプログラムＰGM2の実行で複数の機能（楽曲検索部６２，結果生成部６４，要求処理部６６）を実現する。楽曲検索部６２は、受信部７４４が端末装置１０から順次に受信した検索要求Ｑに含まれる音高情報Ｐの時系列（すなわち利用者が指定した音高の時系列）に応じた楽曲を複数の候補楽曲から検索する。結果生成部６４は、楽曲検索部６２による検索結果Ｒを生成する。送信部７４２は、結果生成部６４が検索結果Ｒを生成するたびにその検索結果Ｒを通信網３０から端末装置１０に送信する。要求処理部６６は、端末装置１０からの要求に応じて楽譜情報ＤSを端末装置１０に提供する（詳細は後述）。
【００３５】
図１０は、楽曲検索部６２および結果生成部６４の具体的な動作のフローチャートである。図１０の処理は、受信部７４４が端末装置１０から検索要求Ｑを受信するたびに実行される。検索要求Ｑを取得すると、楽曲検索部６２は、端末装置１０から受信済の検索要求Ｑ（今回の検索要求Ｑを含む１個以上の検索要求Ｑ）で指定された各音高情報Ｐの時系列に合致または類似する音高情報Ｓの時系列を含む参照情報ＷRの楽曲を複数の候補楽曲から検索する（ＳC11）。すなわち、利用者が指定した音高ｐの時系列を含む楽曲が検索される。以上に説明したように、検索要求Ｑの受信毎に、受信済の検索要求Ｑで指定された各音高情報Ｐの時系列を利用した楽曲の検索が実行される。したがって、楽曲検索部６２が検索する楽曲の総数（以下「検索数」という）Ｋは、検索要求Ｑの受信毎（図１０の処理の実行毎）に段階的に減少する（すなわち、検索結果が絞り込まれる）。
【００３６】
図１１は、楽曲検索部６２による検索数Ｋが段階的に減少する様子の説明図である。例えば、図４に例示したように音高ｐ[1]〜ｐ[3]（ド-レ-ミ）が指定された段階で端末装置１０から送信された検索要求Ｑ[1]を受信部７４４が受信した場合、図１１に示すように、検索要求Ｑ[1]内の音高情報Ｐ[2]およびＰ[3]の時系列に対応した部分を包含するＫA個の楽曲（＃１,＃２,＃３,＃５,＃６,……）が検索される。そして、音高ｐ[4]（ファ）の指定後の検索要求Ｑ[2]を受信部７４４が受信すると、検索済のＫA個の楽曲のうち、検索要求Ｑ[1]およびＱ[2]で指定される音高情報Ｐ[2]〜Ｐ[4]の時系列（「ド-レ-ミ-ファ」を示す音高ｐ[1]〜ｐ[4]の時系列）に対応した部分を包含するＫB個（ＫB＜ＫA）の楽曲（＃１,＃２,＃５,＃６,……）が検索される。更に、音高ｐ[5]およびｐ[6]（ソ-ラ）の指定後の検索要求Ｑ[3]を受信部７４４が受信すると、検索済のＫB個の楽曲のうち、検索要求Ｑ[1]〜Ｑ[3]で指定される音高情報Ｐ[2]〜Ｐ[6]の時系列（「ド-レ-ミ-ファ-ソ-ラ」を示す音高ｐ[1]〜ｐ[6]の時系列）に対応した部分を包含するＫC個（ＫC＜ＫB）の楽曲（＃２,＃５,……）が検索される。
【００３７】
結果生成部６４は、処理ＳC11での楽曲検索部６２の検索数Ｋが閾値Ｋthを上回るか否かを判定する（ＳC12）。検索数Ｋが閾値Ｋth以下である場合（楽曲が既に充分に絞られている場合）、結果生成部６４は、楽曲検索部６２が直前の処理ＳC11で検索したＫ個の楽曲の各々について属性情報ＷAと取得可否情報ＷSとを含む検索結果Ｒを生成する（ＳC13）。他方、検索数Ｋが閾値Ｋthを上回る場合（楽曲が未だ充分に絞られていない場合）、結果生成部６４は、直前の処理ＳC11での検索数Ｋを含む検索結果Ｒを生成する（ＳC14）。処理ＳC14で生成される検索結果Ｒには、楽曲の属性情報ＷAや取得可否情報ＷSは含まれない。
【００３８】
例えば、図１１に例示した検索数ＫAが閾値Ｋthを上回り、検索数ＫBが閾値Ｋthを下回る場合を想定すると、検索要求Ｑ[1]に対する検索結果Ｒには検索数ＫAが含められ、検索要求Ｑ[2]に対する検索結果ＲにはＫB個の楽曲の各々について属性情報ＷAと取得可否情報ＷSとが含められ、検索要求Ｑ[3]に対する検索結果ＲにはＫC個の楽曲の各々について属性情報ＷAと取得可否情報ＷSとが含められる。結果生成部６４は、処理ＳC13または処理ＳC14で生成した検索結果Ｒを送信部７４２に供給する（ＳC15）。送信部７４２は、結果生成部６４から指示された検索結果Ｒを端末装置１０に送信する。
【００３９】
以上の手順で楽曲検索装置２０から送信された検索結果Ｒを端末装置１０の受信部５４４が受信すると、表示制御部４２は、表示装置５６の楽曲検索画面８０内の結果表示領域８２に検索結果Ｒを表示する。検索結果Ｒが検索数Ｋを含む場合（処理ＳC14で生成された検索結果Ｒを受信した場合）、表示制御部４２は、図１２に示すように検索数Ｋを結果表示領域８２に表示する。他方、検索結果Ｒが各楽曲の属性情報ＷAと取得可否情報ＷSとを含む場合（処理ＳC13で生成された検索結果Ｒを受信した場合）、表示制御部４２は、図３に示したように、属性情報ＷAで指定される情報８２２（図３では楽曲名と歌手名）と取得可否情報ＷSが示す楽譜情報ＤSの取得の可否とを楽曲毎に結果表示領域８２に表示（リスト表示）する。図３では、取得可否情報ＷSが楽譜情報ＤSを取得可能を示す楽曲について所定の記号８２４を表示した場合が例示されている。利用者は、結果表示領域８２を視認することで、自身が特定の部分のみを記憶する楽曲の属性情報ＷAとその楽曲の楽譜情報ＤSの取得の可否とを確認することが可能である。
【００４０】
以上の説明から理解されるように、利用者が音高ｐの指定を開始した直後の段階では閾値Ｋthを上回る検索数Ｋが結果表示領域８２に表示され、利用者が新たな音高ｐを指定して検索要求Ｑが端末装置１０から送信されるたびに結果表示領域８２内の検索数Ｋが段階的に減少する。そして、利用者が更に音高ｐを指定して検索数Ｋが閾値Ｋthを下回ると、属性情報ＷAおよび取得可否情報ＷSが楽曲毎に結果表示領域８２に表示され、利用者が更に音高ｐを指定して検索要求Ｑが端末装置１０から送信されるたびに、結果表示領域８２に表示される楽曲の総数が段階的に減少する。
【００４１】
属性情報ＷAおよび取得可否情報ＷSが楽曲毎に結果表示領域８２に表示された状態で、利用者は、入力装置５２を適宜に操作する（例えば所望の楽曲に対応する記号８２４をクリックする）ことで、検索済のＫ個の楽曲のうち楽譜情報ＤSを取得し得る複数の楽曲から利用者の所望の楽曲（楽譜情報ＤSの取得を希望する楽曲）を選択することが可能である。図１３は、利用者が楽曲を選択した場合の動作の説明図である。
【００４２】
図１３に示すように、楽譜情報ＤSの取得を希望する楽曲（以下「選択楽曲」という）を利用者が指定すると（ＳD11）、要求生成部４４は、選択楽曲の指定を含む情報要求を生成して送信部５４２から楽曲検索装置２０に送信する（ＳD12）。情報要求を受信部７４４が受信すると、楽曲検索装置２０の要求処理部６６は、情報要求で指定される選択楽曲の楽譜情報ＤSを記憶装置７２から検索し（ＳD13）、その楽譜情報ＤSを端末装置１０に送信する（ＳD14）。端末装置１０の表示制御部４２は、楽曲検索装置２０から受信部５４４が受信した楽譜情報ＤSを表示装置５６に供給して選択楽曲の楽譜を表示させる（ＳD15）。すなわち、利用者は、自身が特定の部分（例えばサビ部分）のみを記憶する楽曲の楽譜を取得することが可能である。
【００４３】
以上の形態では、利用者による音高ｐの指定の途中で随時に検索要求Ｑが楽曲検索装置２０に送信されて楽曲が検索され、音高ｐの指定の進行とともに楽曲の検索数Ｋが順次に減少する（インクリメンタル検索）。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音高ｐが指定された段階で楽曲の検索が開始される特許文献１の技術と比較して、利用者が所望の楽曲を特定するまでの時間を短縮できるという利点がある。
【００４４】
ところで、利用者による音高ｐの指定の進行とともに楽曲の検索を順次に実行する構成としては、例えば、利用者が１個の音高ｐを指定するたびに検索要求Ｑを楽曲検索装置２０に送信する構成（以下「対比例」という）も想定され得る。しかし、対比例のもとでは、楽曲検索装置２０に対する検索要求Ｑの送信と、楽曲検索部６２による楽曲の検索と、端末装置１０に対する検索結果Ｒの送信とが、利用者による音高ｐの指定毎に実行されるから、通信網３０の通信トラヒックや楽曲検索装置２０の負荷が過大となる可能性がある。他方、第１実施形態では、最終指定時刻ＴLから時間Ｔthが経過するたびに検索要求Ｑが楽曲検索装置２０に送信されるから、対比例と比較して通信網３０の通信トラヒックや楽曲検索装置２０の負荷が軽減されるという利点がある。
【００４５】
なお、第１実施形態のもとでも、時間Ｔthを上回る間隔で利用者が音高ｐを指定する場合（例えばテンポが遅い楽曲を指定する場合）には、対比例と同様に、１個の音高ｐの指定毎に検索要求Ｑが送信されることになる。しかし、時間Ｔthを上回る間隔で音高ｐが指定される場合には、単位時間あたりの検索要求Ｑの送信回数が少ないから、そもそも通信網３０の通信トラヒックや楽曲検索装置２０の負荷の問題は発生しない。以上の事情を考慮すると、利用者が音高ｐを指定する速度が速いほど、対比例に対する第１実施形態の有意性は顕著となる。
【００４６】
また、音高情報Ｐおよび音高情報Ｓは、相前後する音高の差分を示す情報であるから、利用者が指定する音高の調（キー）が楽曲の本来の調（原調）と相違する場合や、利用者による音高の指定のリズムが楽曲の本来のリズムと相違する場合でも、利用者の所望の楽曲を検索することが可能である。
【００４７】
第１実施形態では、楽曲検索部６２による検索数Ｋが閾値Ｋthを上回る段階では検索数Ｋのみが検索結果Ｒとして端末装置１０に送信され、検索数Ｋが閾値Ｋth以下まで絞られた段階で楽曲毎の情報（属性情報ＷAや取得可否情報ＷS）が検索結果Ｒとして端末装置１０に提供される。したがって、楽曲検索部６２による検索数Ｋが大きい段階でも各楽曲の情報を端末装置１０に送信する構成と比較して、通信網３０の通信トラヒックや楽曲検索装置２０の負荷が軽減されるという利点もある。
【００４８】
＜Ｂ：第２実施形態＞
本発明の第２実施形態を以下に説明する。なお、以下に例示する各態様において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【００４９】
図１４は、第２実施形態における端末装置１０の要求生成部４４の動作の説明図である。第１実施形態では各音符の差分を音高情報Ｐとして生成したが、第２実施形態では、相前後する各音高ｐの差分に対応する文字を要求生成部４４が音高情報Ｐとして生成する。図１４では、音高ｐの差分「＋２」が文字「ａ」に変換され、差分「＋１」が文字「ｂ」に変換されて、楽曲検索装置２０に送信される音高情報Ｐの時系列が文字列「ａａｂａａ」を示す場合が例示されている。なお、音高ｐの差分の各数値と音高情報Ｐとして指定される文字との対応は事前に決定される。
【００５０】
音高情報Ｐと同様に、楽曲検索装置２０の記憶装置７２が記憶する楽曲情報ＤMの参照情報ＷR内の各音高情報Ｓは、楽曲内で相前後する音高ｓの差分に対応する文字を指定する。楽曲検索装置２０の楽曲検索部６２は、複数の候補楽曲のうち音高情報Ｐの時系列に合致または類似する音高情報Ｓを含む参照情報ＷRの楽曲を検索する（ＳC11）。
【００５１】
第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態では、音高情報Ｐおよび音高情報Ｓが文字を示すから、文字列検索用の既存の検索技術を楽曲検索部６２による楽曲の検索に流用できるという利点がある。
【００５２】
＜Ｃ：変形例＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
【００５３】
（１）変形例１
以上の各形態では、相前後する音高ｐの差分を示す音高情報Ｐ（第１実施形態）や差分に対応する文字を示す音高情報Ｐ（第２実施形態）を例示したが、音高情報Ｐの内容は以上の例示に限定されない。例えば、音高情報Ｐが音高ｐ（絶対的な音高）の数値自体を示す構成も採用され得る。音高情報Ｓについても同様であり、例えば楽曲内の各音符の音高ｓの数値自体を示す音高情報Ｓを利用することも可能である。
【００５４】
（２）変形例２
利用者が音高ｐを指定する方法は任意である。例えば、各操作子が相異なる音高ｐに対応付けられたキーボードやタッチパネル、楽器の演奏と同様の操作で音高ｐを指定可能なＭＩＤＩ楽器等の電子楽器を入力装置５２として利用することも可能である。以上の例示から理解されるように、以上の各形態の入力装置５２は、利用者による音高ｐの指定を受付ける要素（受付手段）として包括される。
【００５５】
（３）変形例３
以上の各形態で例示した楽譜情報ＤSに代えて（または楽譜情報ＤSとともに）、楽曲の演奏音（歌唱音）を示す音響情報を楽曲検索装置２０から端末装置１０に提供することも可能である。例えば楽曲の演奏音の時間波形を示すサンプル系列や楽曲の演奏音を指定するＭＩＤＩ形式の時系列データが音響情報として楽曲毎に記憶装置７２に記憶される。楽曲情報ＤMの取得可否情報ＷSは音響情報の取得の可否を示し、音響情報の取得の可否が楽曲毎に結果表示領域８２に表示される。選択楽曲の指定を含む情報要求を端末装置１０から受信すると、楽曲検索装置２０の要求処理部６６は、選択楽曲の音響情報を記憶装置７２から検索して送信部７４２から端末装置１０に送信する。以上の構成によれば、利用者は、自身が特定の部分のみを記憶する楽曲の音響情報を取得および再生することが可能である。
【００５６】
なお、以上の各形態では、楽譜情報ＤSや音響情報を端末装置１０に提供する機能を楽曲検索装置２０に搭載したが、楽譜情報ＤSや音響情報を端末装置１０に提供する情報提供装置（サーバ装置）を楽曲検索装置２０とは別個に設置した構成も好適である。楽曲検索装置２０と情報提供装置とを別個に設置した場合、通信網３０内の情報提供装置の所在を示すアドレス情報（例えばＵＲＬ）を取得可否情報ＷSに含めた構成が好適である。表示制御部４２は、結果表示領域８２に表示される記号８２４に楽譜情報ＤSや音響情報へのリンクを設定する。また、楽譜情報ＤSや音響情報を楽曲検索装置２０が端末装置１０に提供する構成において、楽曲情報ＤMを記憶する記憶装置７２とは別個の記憶装置に楽譜情報ＤSや音響情報を記憶することも可能である。
【００５７】
（４）変形例４
楽曲情報ＤM内の属性情報ＷAの内容は任意である。例えば、楽曲の詳細情報が提示されたウェブサイトのＵＲＬ等を属性情報ＷAに含めた構成も採用される。
【符号の説明】
【００５８】
１００……通信システム、１０……端末装置、２０……楽曲検索装置、３０……通信網、４０……制御装置、４２……表示制御部、４４……要求生成部、５０……記憶装置、５２……入力装置、５４……通信装置、５４２……送信部、５４４……受信部、５６……表示装置、５８……放音装置、６０……制御装置、６２……楽曲検索部、６４……結果生成部、６６……要求処理部、７２……記憶装置、７４……通信装置、７４２……送信部、７４４……受信部。
【特許請求の範囲】
【請求項１】
検索要求に含まれる音高情報の時系列を利用した楽曲の検索と検索結果の送信とを検索要求の受信毎に実行する楽曲検索装置と通信可能な端末装置であって、
利用者による音高の指定を順次に受付ける受付手段と、
利用者が最後に音高を指定した時点からの経過時間が所定値を上回るたびに、前回の検索要求の送信後に指定された各音高に応じた音高情報を含む検索要求を生成する要求生成手段と、
前記要求生成手段が生成した検索要求を前記楽曲検索装置に送信する送信手段と、
前記楽曲検索装置から検索結果を受信する受信手段と、
前記受信手段が受信した検索結果を表示装置に表示させる表示制御手段と
を具備する端末装置。
【請求項２】
前記要求生成手段は、利用者による音高の指定毎に当該音高を記憶手段に記憶し、各音高について、直前の音高との差分に応じた前記音高情報を生成する
請求項１の端末装置。
【請求項３】
前記要求生成手段は、利用者が最後に指定した音高以外の各音高を、前記検索要求の送信後に前記記憶手段から消去する
請求項２の端末装置。
【請求項４】
前記表示制御手段は、前記検索要求に応じた楽曲の検索数が所定値を下回る場合に前記検索結果に含められる楽曲毎の属性情報、または、前記検索数が所定値を上回る場合に前記検索結果に含められる当該検索数を、前記表示装置に表示させる
請求項１から請求項３の何れかの端末装置。
【請求項５】
前記受信手段は、楽曲の属性情報と、楽曲の楽譜を示す楽譜情報または楽曲の演奏音を示す音響情報の取得の可否を示す取得可否情報とを、前記楽曲検索装置が検索した楽曲毎に含む前記検索結果を受信し、
前記表示制御手段は、前記属性情報と前記取得可否情報とを楽曲毎に前記表示装置に表示させる
請求項１から請求項４の何れかの端末装置。
【請求項１】
検索要求に含まれる音高情報の時系列を利用した楽曲の検索と検索結果の送信とを検索要求の受信毎に実行する楽曲検索装置と通信可能な端末装置であって、
利用者による音高の指定を順次に受付ける受付手段と、
利用者が最後に音高を指定した時点からの経過時間が所定値を上回るたびに、前回の検索要求の送信後に指定された各音高に応じた音高情報を含む検索要求を生成する要求生成手段と、
前記要求生成手段が生成した検索要求を前記楽曲検索装置に送信する送信手段と、
前記楽曲検索装置から検索結果を受信する受信手段と、
前記受信手段が受信した検索結果を表示装置に表示させる表示制御手段と
を具備する端末装置。
【請求項２】
前記要求生成手段は、利用者による音高の指定毎に当該音高を記憶手段に記憶し、各音高について、直前の音高との差分に応じた前記音高情報を生成する
請求項１の端末装置。
【請求項３】
前記要求生成手段は、利用者が最後に指定した音高以外の各音高を、前記検索要求の送信後に前記記憶手段から消去する
請求項２の端末装置。
【請求項４】
前記表示制御手段は、前記検索要求に応じた楽曲の検索数が所定値を下回る場合に前記検索結果に含められる楽曲毎の属性情報、または、前記検索数が所定値を上回る場合に前記検索結果に含められる当該検索数を、前記表示装置に表示させる
請求項１から請求項３の何れかの端末装置。
【請求項５】
前記受信手段は、楽曲の属性情報と、楽曲の楽譜を示す楽譜情報または楽曲の演奏音を示す音響情報の取得の可否を示す取得可否情報とを、前記楽曲検索装置が検索した楽曲毎に含む前記検索結果を受信し、
前記表示制御手段は、前記属性情報と前記取得可否情報とを楽曲毎に前記表示装置に表示させる
請求項１から請求項４の何れかの端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１５５４６３（Ｐ２０１２−１５５４６３Ａ）
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願番号】特願２０１１−１３０１７（Ｐ２０１１−１３０１７）
【出願日】平成２３年１月２５日（２０１１．１．２５）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願日】平成２３年１月２５日（２０１１．１．２５）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]