楽曲検索装置
【課題】利用者の所望の楽曲を迅速に検索する。
【解決手段】記憶装置６４は、楽曲の関連情報ＷBと楽曲内の音符の時系列を示す音符列情報ＷCとを含む楽曲データを楽曲毎に記憶する。受信部６６４は、利用者が端末装置１０に対して順次に指定した各音符を示す指定音情報Ｑの時系列を端末装置１０から受信する。楽曲検索部６２２は、利用者による指定済の音符の指定音情報Ｑの時系列に対応した音符列情報ＷCを含む楽曲データＤAを利用者による音符の指定毎に順次に検索する。送信部６６２は、楽曲検索部６２２による検索毎に検索結果を端末装置１０に送信する。
【解決手段】記憶装置６４は、楽曲の関連情報ＷBと楽曲内の音符の時系列を示す音符列情報ＷCとを含む楽曲データを楽曲毎に記憶する。受信部６６４は、利用者が端末装置１０に対して順次に指定した各音符を示す指定音情報Ｑの時系列を端末装置１０から受信する。楽曲検索部６２２は、利用者による指定済の音符の指定音情報Ｑの時系列に対応した音符列情報ＷCを含む楽曲データＤAを利用者による音符の指定毎に順次に検索する。送信部６６２は、楽曲検索部６２２による検索毎に検索結果を端末装置１０に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の楽曲から利用者の所望の楽曲を検索する技術に関する。
【背景技術】
【０００２】
利用者が指定した音符の時系列を利用して利用者の所望の楽曲を多数の楽曲から検索する技術が従来から提案されている。例えば特許文献１には、楽曲内の各音符の位置情報と出現頻度とを示すインデックスを事前に生成および登録し、利用者が指定した複数の音符の時系列と各インデックスとの照合で、利用者の所望の楽曲を検索する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−１１０９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が各インデックスとの対比の対象として指定されてから楽曲の検索が開始されるため、利用者が音符の指定を開始してから実際に検索の結果が利用者に提示されるまでに長時間が必要であるという問題がある。以上の事情を考慮して、本発明は、利用者の所望の楽曲を迅速に検索することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下の説明では、本発明の要素と後述の実施形態の要素との対応を括弧書で付記するが、本発明の範囲を実施形態の例示に限定する趣旨ではない。
【０００６】
本発明の楽曲検索装置は、利用者が音符を順次に指定可能な端末装置と通信する楽曲検索装置であって、楽曲の関連情報（例えば関連情報ＷB）と当該楽曲を構成する音符の時系列を示す音符列情報（例えば音符列情報ＷC）とを含む楽曲データを楽曲毎に記憶する楽曲記憶手段（例えば記憶装置６４）と、利用者が順次に指定した各音符を示す指定音情報（例えば指定音情報Ｑ）の時系列を端末装置から受信する受信手段（例えば受信部６６４）と、利用者による指定済の音符の指定音情報の時系列に対応した音符列情報を含む楽曲データを利用者による音符の指定毎に順次に検索する楽曲検索手段（例えば楽曲検索部６２２）と、楽曲検索手段による検索毎に当該検索の結果を端末装置に送信する送信手段（例えば送信部６６２）とを具備する。以上の構成においては、利用者による音符の指定毎に楽曲データの検索（検索結果の絞込）が順次に実行される。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が指定されてから楽曲の検索が開始される構成と比較して、利用者の所望の楽曲を迅速に検索できるという利点がある。
【０００７】
本発明の好適な態様において、指定音情報は、直前に指定された音符に対する音高の相対値を示し、音符列情報は、楽曲内の直前の音符に対する音高の相対値を音符毎に示す。以上の態様における各指定音情報および音符列情報は、相前後する音符の音高の差分を示す情報であるから、利用者が記憶する楽曲の調（キー）と楽曲の本来の調（原調）とが相違する場合でも、利用者の所望の楽曲を適切に検索することが可能である。
【０００８】
本発明の好適な態様において、楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報（例えば時刻情報Ｔ）を含み、楽曲検索装置は、楽曲の演奏音を示す音響データ（例えば音響データＤB）を楽曲毎に記憶する音響記憶手段（例えば記憶装置６４）と、楽曲検索手段による検索結果から利用者が確定した楽曲の音響データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を端末装置に送信する音響送信手段（例えば送信部６６２）とを具備する。以上の態様においては、音響データのうち利用者による指定済の音符の系列に継続する区間が端末装置に送信されるから、利用者は、自身による音符の指定（演奏）に引続いて楽曲の再生音を聴取することが可能である。
【０００９】
本発明の好適な態様において、楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報（例えば時刻情報Ｔ）を含み、楽曲の楽譜を示す楽譜データ（例えば楽譜データＤC）を楽曲毎に記憶する楽譜記憶手段（例えば記憶装置６４）と、楽曲検索手段による検索結果から利用者が確定した楽曲の楽譜データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を端末装置に送信する楽譜送信手段（例えば送信部６６２）とを具備する。以上の態様においては、楽譜データのうち利用者による指定済の音符の系列に継続する区間が端末装置に送信されるから、利用者は、自身の記憶から指定した音符の系列に後続する区間を、楽譜を確認しながら演奏することが可能である。
【００１０】
以上の各態様に係る楽曲検索装置は、ＤＳＰ（Digital Signal Processor）等の専用の電子回路で実現されるほか、ＣＰＵ（Central Processing Unit）などの汎用の演算処理装置とプログラムとの協働でも実現される。本発明のプログラム（例えばプログラムＰGM2）は、楽曲の関連情報と当該楽曲を構成する音符の時系列を示す音符列情報とを含む楽曲データを楽曲毎に記憶する楽曲記憶手段を具備するコンピュータに、利用者が順次に指定した各音符を示す指定音情報の時系列を端末装置から受信する受信処理と、利用者による指定済の音符の指定音情報の時系列に対応した音符列情報を含む楽曲データを利用者による音符の指定毎に順次に検索する楽曲検索処理と、楽曲検索処理による検索毎に当該検索の結果を端末装置に送信する送信処理とを実行させる。以上のプログラムによれば、本発明の楽曲検索装置と同様の効果が実現される。なお、本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態に係る通信システムのブロック図である。
【図２】端末装置のブロック図である。
【図３】指定音情報を生成する処理の説明図である。
【図４】楽曲検索装置のブロック図である。
【図５】楽曲データの説明図である。
【図６】通信システムの動作の説明図である。
【図７】楽曲検索結果が利用者による音符の指定毎に絞り込まれる様子の説明図である。
【図８】第２実施形態において指定音情報を生成する処理の説明図である。
【図９】第３実施形態において指定音情報を生成する処理の説明図である。
【発明を実施するための形態】
【００１２】
＜Ａ：第１実施形態＞
［実施形態の構成］
図１は、本発明の第１実施形態に係る通信システム１００のブロック図である。図１に示すように、通信システム１００は、端末装置１０と楽曲検索装置２０と具備する。端末装置１０と楽曲検索装置２０とは通信網（例えばインターネット）３０を介して相互に通信する。楽曲検索装置２０は、端末装置１０の利用者が順次に指定した音符の時系列を含む楽曲を多数の楽曲から検索して利用者に提示するサーバ装置である。利用者は、自身が記憶する楽曲の特定の部分のみから当該楽曲の曲名等を知得することが可能である。なお、図１では便宜的に１個の端末装置１０のみを図示したが、実際には複数の端末装置１０が通信網３０を介して楽曲検索装置２０と並列に通信する。
【００１３】
図２は、端末装置１０のブロック図である。端末装置１０は、携帯電話機やパーソナルコンピュータ等の情報端末であり、図２に示すように制御装置（ＣＰＵ）４２と記憶装置４４と入力装置４６と通信装置４８と表示装置５２と放音装置５４とを含んで構成される。記憶装置４４は、制御装置４２が実行するプログラムＰGM1や制御装置４２が使用する様々なデータを記憶する。
【００１４】
入力装置４６は、利用者からの指示を受付ける機器である。例えば、マウスまたはキーボード等の汎用の入力機器や特定の楽器型の入力機器（例えばＭＩＤＩキーボード）が入力装置４６として好適に採用される。利用者は、所望の楽曲のうち自身が記憶する区間（例えばサビ部分）の各音符を入力装置４６の操作で順次に指定する（すなわち演奏する）ことが可能である。
【００１５】
通信装置４８は、通信網３０を介して楽曲検索装置２０と通信する機器であり、送信部４８２と受信部４８４とを含んで構成される。送信部４８２は、楽曲検索装置２０を宛先として通信網３０に情報を送信し、受信部４８４は、楽曲検索装置２０から送信された情報を通信網３０から受信する。表示装置（例えば液晶表示装置）５２は、制御装置４２から指示された画像を表示する。放音装置（例えばヘッドホンやスピーカ）５４は、制御装置４２の指示に応じた音波を放射する。
【００１６】
制御装置４２は、記憶装置４４に記憶されたプログラムＰGM1の実行で複数の機能（情報生成部４２２，出力処理部４２４）を実現する。情報生成部４２２は、利用者が入力装置４６の操作で指定した音符を示す指定音情報Ｑを順次に生成する。図３に示すように、指定音情報Ｑは、相前後する各音符間の音高の差分（相対値）を示す情報であり、利用者が音符を指定するたびに順次に生成される。例えば、図３に示すように、最初に指定された音符が「ド」で直後の音符が「レ」である場合、両音符間の音高の差分を意味する数値「＋２」を指定する指定音情報Ｑが生成される。以上のように指定音情報Ｑは、音符の絶対的な音高（オクターブ）やリズム等の音楽的な要素を含まない。情報生成部４２２が生成した各指定音情報Ｑは各々の生成のたびに送信部４８２から楽曲検索装置２０に送信されて楽曲の検索に利用される。
【００１７】
図１の楽曲検索装置２０は、端末装置１０から順次に送信される各指定音情報Ｑが示す音符の時系列を含む楽曲を検索する。図４は、楽曲検索装置２０のブロック図である。図４に示すように、楽曲検索装置２０は、制御装置（ＣＰＵ）６２と記憶装置６４と通信装置６６とを含んで構成される。通信装置６６は、通信網３０を介して各端末装置１０と通信する機器であり、送信部６６２と受信部６６４とを含んで構成される。送信部６６２は、端末装置１０を宛先として通信網３０に情報（例えば楽曲検索結果）を送信し、受信部６６４は、端末装置１０から送信された情報（例えば指定音情報Ｑ）を通信網３０から受信する。
【００１８】
記憶装置６４は、制御装置６２が実行するプログラムＰGM2や制御装置６２が使用する様々なデータを記憶する。具体的には、図４に示すように、楽曲データＤAと音響データＤBと楽譜データＤCとが楽曲毎に事前に作成されて記憶装置６４に格納される。
【００１９】
楽曲データＤAは、楽曲検索装置２０による検索の対象となるデータであり、図５に示すように、識別情報ＷAと関連情報ＷBと音符列情報ＷCと演奏点情報ＷDとを含んで構成される。識別情報ＷAは、各楽曲に固有に付与されて各楽曲の識別に使用される符号である。関連情報ＷBは、楽曲に関連する情報である。例えば楽曲名や作曲者名，歌手名，楽曲の分野（ジャンル）等の属性情報が関連情報ＷBにて指定される。
【００２０】
音符列情報ＷCは、楽曲内の各音符の音高を時系列に示す情報であり、楽曲内の相異なる音符（ｎ1，ｎ2，ｎ3，……）に対応する複数の構成音情報Ｒの時系列で構成される。１個の音符の構成音情報Ｒは、前述の指定音情報Ｑと同様に、その音符と楽曲内の直前の音符との音高の差分（相対値）を指定する。演奏点情報ＷDは、楽曲内の各音符の演奏の時点を示す情報であり、楽曲内の相異なる音符（ｎ1，ｎ2，ｎ3，……）に対応する複数の時刻情報Ｔの時系列で構成される。１個の音符の時刻情報Ｔは、楽曲内でその音符が演奏される時点（例えば楽曲の演奏の開始からの経過時間）を指定する。
【００２１】
図４の各音響データＤBは、楽曲の演奏音（歌唱音）を示す時系列データである。例えば楽曲の演奏音の時間波形を示すサンプル系列が音響データＤBとして記憶装置６４に格納される。なお、ＭＩＤＩデータ等の演奏情報を音響データＤBとして利用することも可能である。楽譜データ（スコアデータ）ＤCは、楽曲の楽譜を示す時系列データである。例えば、楽曲内の各音符の音高と継続長と歌詞とが楽譜データＤCにおいて時系列に指定される。
【００２２】
制御装置６２は、記憶装置６４に記憶されたプログラムＰGM2の実行で複数の機能（楽曲検索部６２２，要求処理部６２４）を実現する。楽曲検索部６２２は、受信部６６４が端末装置１０から順次に受信する指定音情報Ｑの時系列（すなわち利用者が指定した音符の時系列）に対応する楽曲を検索する。具体的には、楽曲検索部６２２は、記憶装置６４に格納された複数の楽曲データＤAのうち受信済の指定音情報Ｑの時系列に合致する構成音情報Ｒの配列（音符列情報ＷC）を含む楽曲データＤAを検索する。楽曲検索部６２２による検索の結果は送信部６６２から端末装置１０に送信される。要求処理部６２４は、音響データＤBや楽譜データＤCの要求を端末装置１０から取得して必要な処理を実行する（詳細は後述）。
【００２３】
［実施形態の動作］
図６は、通信システム１００の動作の説明図である。利用者が音符を指定するたびに（Ｓ11：YES）、指定音情報Ｑを含む楽曲検索要求が端末装置１０の送信部４８２から楽曲検索装置２０に送信される（Ｓ12）。楽曲検索装置２０の楽曲検索部６２２は、受信部６６４が端末装置１０から受信した楽曲検索要求の指定音情報Ｑを抽出し、端末装置１０から取得済の指定音情報Ｑの時系列（今回の指定音情報Ｑを含む１個以上の指定音情報Ｑの系列）に合致する構成音情報Ｒの配列を含む１個以上の楽曲データＤAを検索する（Ｓ13）。送信部６６２は、楽曲検索結果を端末装置１０に送信する（Ｓ14）。楽曲検索結果は、処理Ｓ13で検索された楽曲データＤA毎に、その楽曲データＤA内の識別情報ＷAおよび関連情報ＷBと、その楽曲データＤA内の演奏点情報ＷDのうち最新の指定音情報Ｑに対応する音符（利用者が最後に指定した音符）の時刻情報Ｔとを含んで構成される。
【００２４】
楽曲検索結果を受信部４８４が受信すると、端末装置１０の出力処理部４２４は、楽曲検索結果に含まれる楽曲毎の関連情報ＷBを表示装置５２に表示させる（Ｓ15）。すなわち、利用者が指定した音符の時系列を含む楽曲の関連情報ＷB（楽曲名等）が表示装置５２に表示（例えばリスト表示）される。
【００２５】
以上に説明したように、指定音情報Ｑを含む楽曲検索要求の送信（Ｓ12）と、複数の指定音情報Ｑの時系列を検索キーとした楽曲データＤAの検索（Ｓ13）と、端末装置１０に対する楽曲検索結果の送信（Ｓ14）と、利用者に対する楽曲検索結果の提示（Ｓ15）とを含む一連の処理が、利用者による音符の指定毎に順次に反復される。したがって、利用者が新たな音符を指定するたびに楽曲検索部６２２による検索の結果（楽曲データＤA）が段階的に限定（絞込）される（インクリメンタル検索）。
【００２６】
例えば、図７に示すように「ド-レ-ミ-ファ」という４個の音符が指定された段階でＮA個の楽曲（＃1，＃2，＃3，＃5，……）が検索されている状況を想定する。図７の部分(B)のように利用者が新たに「ミ」を指定すると、検索済のＮA個の楽曲のうち新たに指定された「ミ」を追加した「ド-レ-ミ-ファ-ミ」を含むＮB個（ＮB＜ＮA）の楽曲（＃1，＃2，＃5，……）が検索されて利用者に提示される。更に利用者が「レ」を指定すると、現段階で検索済のＮB個の楽曲のうち「ド-レ-ミ-ファ-ミ-レ」を含むＮC個（ＮC＜ＮB）の楽曲（＃2，＃5，……）が検索されて利用者に提示される。
【００２７】
利用者は、楽曲検索結果として表示装置５２に表示された複数の楽曲のうち所望の楽曲（以下「選択曲」という）を、入力装置４６に対する所定の操作で任意に選択することが可能である。図６の処理Ｓ11から処理Ｓ16の過程は、利用者が選択曲を確定するまで順次に反復される（Ｓ16：NO）。そして、利用者は、選択曲を確定し（Ｓ16：YES）、選択曲の音響データＤBまたは楽譜データＤCの要求を端末装置１０に指示することが可能である。
【００２８】
［音響データＤBの要求］
利用者が選択曲の音響データＤBの要求を指示すると（Ｓ21）、端末装置１０の情報生成部４２２は、音響データ要求を生成して送信部４８２から楽曲検索装置２０に送信する（Ｓ22）。音響データ要求は、直近の処理Ｓ14で受信した楽曲検索結果のうち選択曲の識別情報ＷAと時刻情報（すなわち利用者が指定済の音符の時刻）Ｔとを含んで構成される。音響データ要求を受信部６６４が受信すると、楽曲検索装置２０の要求処理部６２４は、音響データ要求内の識別情報ＷAが示す選択曲の音響データＤBを記憶装置６４から検索し（Ｓ23）、その音響データＤBのうち音響データ要求内の時刻情報Ｔが示す時点（すなわち選択曲のうち利用者による指定済の時点）以降の区間を送信部６６２から端末装置１０に送信する（Ｓ24）。音響データＤBの送信には例えばストリーミング送信が好適に採用される。
【００２９】
端末装置１０の出力処理部４２４は、受信部４８４が楽曲検索装置２０から受信した音響データＤBを放音装置５４に供給して再生する（Ｓ25）。すなわち、選択曲のうち利用者が音符を指定した区間の直後の区間が、利用者による音符の指定（選択曲の演奏）から引続いて再生される。
【００３０】
［楽譜データＤCの要求］
他方、利用者が選択曲の楽譜データＤCの要求を指示すると（Ｓ31）、端末装置１０の情報生成部４２２は、楽譜データ要求を生成して送信部４８２から楽曲検索装置２０に送信する（Ｓ32）。楽譜データ要求は、音響データ要求（Ｓ22）と同様に、選択曲の識別情報ＷAと時刻情報Ｔとを含んで構成される。楽譜データ要求を受信部６６４が受信すると、楽曲検索装置２０の要求処理部６２４は、楽譜データ要求内の識別情報ＷAが示す選択曲の楽譜データＤCを記憶装置６４から検索し（Ｓ33）、その楽譜データＤCのうち楽譜データ要求内の時刻情報Ｔが示す時点（すなわち選択曲のうち利用者による指定済の時点）以降の区間を送信部６６２から端末装置１０に送信する（Ｓ34）。
【００３１】
端末装置１０の出力処理部４２４は、楽曲検索装置２０から受信部４８４が受信した楽譜データＤCを表示装置５２に供給して選択曲の楽譜を表示させる（Ｓ35）。すなわち、利用者は、表示装置５２に表示された選択曲の楽譜を確認しながら、それまでに指定した音符から引続き選択曲を演奏することが可能である。なお、楽譜の表示の態様は任意であるが、例えば、表示装置５２が表示する楽譜のうち現在の演奏位置を強調（ハイライト表示）する構成が好適である。
【００３２】
以上の形態においては、利用者による音符の指定毎に楽曲の検索が実行されて楽曲の検索数が順次に減少する。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が指定されてから楽曲の検索が開始される特許文献１の技術と比較して、利用者の所望の楽曲を迅速に検索できるという利点がある。
【００３３】
また、指定音情報Ｑおよび構成音情報Ｒ（楽曲データＤA）は、相前後する音符の音高の差分を示す情報であるから、利用者が指定する音符の調（キー）が楽曲の本来の調（原調）と相違する場合や、利用者による音符の指定のリズムが楽曲の本来のリズムと相違する場合でも、利用者の所望の楽曲を検索することが可能である。
【００３４】
＜Ｂ：第２実施形態＞
本発明の第２実施形態を以下に説明する。なお、以下に例示する各形態において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【００３５】
第１実施形態では、利用者による音符の指定毎に指定音情報Ｑを端末装置１０から楽曲検索装置２０に送信した。しかし、利用者が指定した音符の総数が少ない段階では、楽曲検索装置２０において過度に多数の楽曲が検索される可能性がある。そこで、第２実施形態では、利用者による指定済の音符の個数が所定値ＮTH（Ｎは２以上の自然数）に到達した段階で、楽曲検索装置２０に対する指定音情報Ｑ（楽曲検索要求）の送信が開始される（Ｓ12）。
【００３６】
すなわち、図８に示すように、利用者による音符の指定数が所定値ＮTH（図８の例示ではＮTH＝３）に到達しない段階では指定音情報Ｑの送信は実行されない。音符の個数が所定値ＮTHに到達すると、その時点で指定済のＮTH個の音符を示す指定音情報Ｑが情報生成部４２２にて生成されて楽曲検索装置２０に送信される。楽曲検索装置２０は、指定音情報Ｑが示すＮTH個の音符を検索キーとして楽曲データＤAを検索して端末装置１０に通知する。以後は第１実施形態と同様に、１個の音符の指定毎に指定音情報Ｑが端末装置１０から楽曲検索装置２０に送信される。
【００３７】
第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態では、指定済の音符の個数が所定値ＮTHに到達した段階で指定音情報Ｑを検索キーとした楽曲データＤAの検索が開始されるから、利用者が１個目の音符を指定した段階から楽曲データＤAを検索する構成と比較して、楽曲検索装置２０の処理の負荷が軽減されるという利点がある。
【００３８】
なお、以上の例示では音符の指定数が所定値ＮTHに到達した段階で指定音情報Ｑの送信を開始したが、利用者による音符の指定数に関わらず指定音情報Ｑを端末装置１０から順次に楽曲検索装置２０に送信し、受信部６６４が受信した指定音情報Ｑの個数が所定値ＮTHに到達した段階で楽曲検索部６２２が楽曲の検索を開始する構成も採用され得る。
【００３９】
＜Ｃ：第３実施形態＞
図９は、第３実施形態における端末装置１０の情報生成部４２２の動作の説明図である。第１実施形態では各音符間の音高の差分を指定音情報Ｑとして生成したが、第３実施形態では、相前後する各音符間の音高の差分に対応する文字を情報生成部４２２が指定音情報Ｑとして生成する。図９では、音高の差分「＋２」が文字「ａ」に変換され、差分「＋１」が文字「ｂ」に変換され、差分「−１」が文字「ｃ」に変換され、差分「−２」が文字「ｄ」に変換されて、楽曲検索装置２０に送信される指定音情報Ｑの時系列が文字列「ａａｂｃｄｄ」を示す場合が例示されている。なお、音高の差分の各数値と指定音情報Ｑとして指定される文字との対応は事前に決定（マッピング）される。
【００４０】
指定音情報Ｑと同様に、楽曲検索装置２０の記憶装置６４が記憶する楽曲データＤA内の各構成音情報Ｒは、楽曲内の相前後する音高の差分に対応する文字を指定する情報である。楽曲検索装置２０の楽曲検索部６２２は、複数の楽曲データＤAのうち指定音情報Ｑの時系列で指定される文字列に合致する構成音情報Ｒの配列を含む楽曲データＤAを検索する（Ｓ13）。
【００４１】
第３実施形態においても第１実施形態と同様の効果が実現される。また、第３実施形態では、指定音情報Ｑおよび構成音情報Ｒ（楽曲データＤA）が文字を示す情報であるから、文字列検索用の既存の検索技術を楽曲検索部６２２による楽曲の検索に流用できるという利点がある。
【００４２】
＜Ｄ：変形例＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
【００４３】
（１）変形例１
楽曲データＤA内の関連情報ＷBの内容は任意である。例えば、楽曲の詳細情報が提示されたウェブサイトのＵＲＬや、楽曲の音響データＤBまたは楽譜データＤCを利用者が購入するためのウェブサイトのＵＲＬ等を関連情報ＷBに含めた構成も好適である。
【００４４】
（２）変形例２
以上の説明では、音符の音高の差分を示す指定音情報Ｑ（第１実施形態）や差分に対応する文字を示す指定音情報Ｑ（第３実施形態）を例示したが、指定音情報Ｑの内容は以上の例示に限定されない。例えば、指定音情報Ｑが音符の音高の数値自体を示す構成も採用され得る。以上の例示から理解されるように、指定音情報Ｑは、利用者が指定した音符を示す情報として包括され、音高の差分を示す第１実施形態や音高の差分に対応する文字を示す第３実施形態は、指定音情報Ｑの表現方式の例示である。
【００４５】
（３）変形例３
以上の各形態では、利用者が音符を指定するたびに１個の音符の指定音情報Ｑを端末装置１０から楽曲検索装置２０に送信したが（Ｓ12）、利用者による指定済の複数の音符を示す指定音情報Ｑを音符の指定毎に端末装置１０から楽曲検索装置２０に送信する構成も採用され得る。例えば、図３の例示の場合には、最初の音符「ド」の指定音情報Ｑが送信され、次に音符列「ド-レ」の指定音情報Ｑが送信され、次に音符列「ド-レ-ミ」の指定音情報Ｑが送信されるという具合である。
【００４６】
（４）変形例４
以上の各形態では、楽曲検索部６２２が検索した全部の楽曲を検索毎に楽曲検索装置２０から端末装置１０に通知したが、前回に検索された複数の楽曲のうち今回の検索で除外された楽曲のみを楽曲検索装置２０から端末装置１０に通知する構成も採用され得る。
【００４７】
（５）変形例５
以上の各形態では、楽曲データＤAと音響データＤBと楽譜データＤCとを１個の記憶装置６４に格納したが、楽曲データＤAを記憶する記憶装置（楽曲記憶手段）と音響データＤBを記憶する記憶装置（音響記憶手段）と楽譜データＤCを記憶する記憶装置（楽譜記憶手段）とを別個に設置した構成も採用され得る。また、以上の各形態では、楽曲検索装置２０が楽曲の検索と音響データＤBの配信と楽譜データＤCの配信とを実行したが、音響データＤBや楽譜データＤCを配信する配信装置（サーバ装置）が楽曲検索装置２０とは別個に設置された構成も採用され得る。
【符号の説明】
【００４８】
１００……通信システム、１０……端末装置、４２，６２……制御装置、４２２……情報生成部、４２４……出力処理部、４４，６４……記憶装置、４６……入力装置、４８，６６……通信装置、４８２，６６２……送信部、４８４，６６４……受信部、５２……表示装置、５４……放音装置、２０……楽曲検索装置、６２２……楽曲検索部、６２４……要求処理部、３０……通信網、ＤA……楽曲データ、ＷA……識別情報、ＷB……関連情報、ＷC……音符列情報、Ｒ……構成音情報、ＷD……演奏点情報、Ｔ……時刻情報、ＤB……音響データ、ＤC……楽譜データ、Ｑ……指定音情報。
【技術分野】
【０００１】
本発明は、複数の楽曲から利用者の所望の楽曲を検索する技術に関する。
【背景技術】
【０００２】
利用者が指定した音符の時系列を利用して利用者の所望の楽曲を多数の楽曲から検索する技術が従来から提案されている。例えば特許文献１には、楽曲内の各音符の位置情報と出現頻度とを示すインデックスを事前に生成および登録し、利用者が指定した複数の音符の時系列と各インデックスとの照合で、利用者の所望の楽曲を検索する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−１１０９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が各インデックスとの対比の対象として指定されてから楽曲の検索が開始されるため、利用者が音符の指定を開始してから実際に検索の結果が利用者に提示されるまでに長時間が必要であるという問題がある。以上の事情を考慮して、本発明は、利用者の所望の楽曲を迅速に検索することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下の説明では、本発明の要素と後述の実施形態の要素との対応を括弧書で付記するが、本発明の範囲を実施形態の例示に限定する趣旨ではない。
【０００６】
本発明の楽曲検索装置は、利用者が音符を順次に指定可能な端末装置と通信する楽曲検索装置であって、楽曲の関連情報（例えば関連情報ＷB）と当該楽曲を構成する音符の時系列を示す音符列情報（例えば音符列情報ＷC）とを含む楽曲データを楽曲毎に記憶する楽曲記憶手段（例えば記憶装置６４）と、利用者が順次に指定した各音符を示す指定音情報（例えば指定音情報Ｑ）の時系列を端末装置から受信する受信手段（例えば受信部６６４）と、利用者による指定済の音符の指定音情報の時系列に対応した音符列情報を含む楽曲データを利用者による音符の指定毎に順次に検索する楽曲検索手段（例えば楽曲検索部６２２）と、楽曲検索手段による検索毎に当該検索の結果を端末装置に送信する送信手段（例えば送信部６６２）とを具備する。以上の構成においては、利用者による音符の指定毎に楽曲データの検索（検索結果の絞込）が順次に実行される。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が指定されてから楽曲の検索が開始される構成と比較して、利用者の所望の楽曲を迅速に検索できるという利点がある。
【０００７】
本発明の好適な態様において、指定音情報は、直前に指定された音符に対する音高の相対値を示し、音符列情報は、楽曲内の直前の音符に対する音高の相対値を音符毎に示す。以上の態様における各指定音情報および音符列情報は、相前後する音符の音高の差分を示す情報であるから、利用者が記憶する楽曲の調（キー）と楽曲の本来の調（原調）とが相違する場合でも、利用者の所望の楽曲を適切に検索することが可能である。
【０００８】
本発明の好適な態様において、楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報（例えば時刻情報Ｔ）を含み、楽曲検索装置は、楽曲の演奏音を示す音響データ（例えば音響データＤB）を楽曲毎に記憶する音響記憶手段（例えば記憶装置６４）と、楽曲検索手段による検索結果から利用者が確定した楽曲の音響データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を端末装置に送信する音響送信手段（例えば送信部６６２）とを具備する。以上の態様においては、音響データのうち利用者による指定済の音符の系列に継続する区間が端末装置に送信されるから、利用者は、自身による音符の指定（演奏）に引続いて楽曲の再生音を聴取することが可能である。
【０００９】
本発明の好適な態様において、楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報（例えば時刻情報Ｔ）を含み、楽曲の楽譜を示す楽譜データ（例えば楽譜データＤC）を楽曲毎に記憶する楽譜記憶手段（例えば記憶装置６４）と、楽曲検索手段による検索結果から利用者が確定した楽曲の楽譜データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を端末装置に送信する楽譜送信手段（例えば送信部６６２）とを具備する。以上の態様においては、楽譜データのうち利用者による指定済の音符の系列に継続する区間が端末装置に送信されるから、利用者は、自身の記憶から指定した音符の系列に後続する区間を、楽譜を確認しながら演奏することが可能である。
【００１０】
以上の各態様に係る楽曲検索装置は、ＤＳＰ（Digital Signal Processor）等の専用の電子回路で実現されるほか、ＣＰＵ（Central Processing Unit）などの汎用の演算処理装置とプログラムとの協働でも実現される。本発明のプログラム（例えばプログラムＰGM2）は、楽曲の関連情報と当該楽曲を構成する音符の時系列を示す音符列情報とを含む楽曲データを楽曲毎に記憶する楽曲記憶手段を具備するコンピュータに、利用者が順次に指定した各音符を示す指定音情報の時系列を端末装置から受信する受信処理と、利用者による指定済の音符の指定音情報の時系列に対応した音符列情報を含む楽曲データを利用者による音符の指定毎に順次に検索する楽曲検索処理と、楽曲検索処理による検索毎に当該検索の結果を端末装置に送信する送信処理とを実行させる。以上のプログラムによれば、本発明の楽曲検索装置と同様の効果が実現される。なお、本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態に係る通信システムのブロック図である。
【図２】端末装置のブロック図である。
【図３】指定音情報を生成する処理の説明図である。
【図４】楽曲検索装置のブロック図である。
【図５】楽曲データの説明図である。
【図６】通信システムの動作の説明図である。
【図７】楽曲検索結果が利用者による音符の指定毎に絞り込まれる様子の説明図である。
【図８】第２実施形態において指定音情報を生成する処理の説明図である。
【図９】第３実施形態において指定音情報を生成する処理の説明図である。
【発明を実施するための形態】
【００１２】
＜Ａ：第１実施形態＞
［実施形態の構成］
図１は、本発明の第１実施形態に係る通信システム１００のブロック図である。図１に示すように、通信システム１００は、端末装置１０と楽曲検索装置２０と具備する。端末装置１０と楽曲検索装置２０とは通信網（例えばインターネット）３０を介して相互に通信する。楽曲検索装置２０は、端末装置１０の利用者が順次に指定した音符の時系列を含む楽曲を多数の楽曲から検索して利用者に提示するサーバ装置である。利用者は、自身が記憶する楽曲の特定の部分のみから当該楽曲の曲名等を知得することが可能である。なお、図１では便宜的に１個の端末装置１０のみを図示したが、実際には複数の端末装置１０が通信網３０を介して楽曲検索装置２０と並列に通信する。
【００１３】
図２は、端末装置１０のブロック図である。端末装置１０は、携帯電話機やパーソナルコンピュータ等の情報端末であり、図２に示すように制御装置（ＣＰＵ）４２と記憶装置４４と入力装置４６と通信装置４８と表示装置５２と放音装置５４とを含んで構成される。記憶装置４４は、制御装置４２が実行するプログラムＰGM1や制御装置４２が使用する様々なデータを記憶する。
【００１４】
入力装置４６は、利用者からの指示を受付ける機器である。例えば、マウスまたはキーボード等の汎用の入力機器や特定の楽器型の入力機器（例えばＭＩＤＩキーボード）が入力装置４６として好適に採用される。利用者は、所望の楽曲のうち自身が記憶する区間（例えばサビ部分）の各音符を入力装置４６の操作で順次に指定する（すなわち演奏する）ことが可能である。
【００１５】
通信装置４８は、通信網３０を介して楽曲検索装置２０と通信する機器であり、送信部４８２と受信部４８４とを含んで構成される。送信部４８２は、楽曲検索装置２０を宛先として通信網３０に情報を送信し、受信部４８４は、楽曲検索装置２０から送信された情報を通信網３０から受信する。表示装置（例えば液晶表示装置）５２は、制御装置４２から指示された画像を表示する。放音装置（例えばヘッドホンやスピーカ）５４は、制御装置４２の指示に応じた音波を放射する。
【００１６】
制御装置４２は、記憶装置４４に記憶されたプログラムＰGM1の実行で複数の機能（情報生成部４２２，出力処理部４２４）を実現する。情報生成部４２２は、利用者が入力装置４６の操作で指定した音符を示す指定音情報Ｑを順次に生成する。図３に示すように、指定音情報Ｑは、相前後する各音符間の音高の差分（相対値）を示す情報であり、利用者が音符を指定するたびに順次に生成される。例えば、図３に示すように、最初に指定された音符が「ド」で直後の音符が「レ」である場合、両音符間の音高の差分を意味する数値「＋２」を指定する指定音情報Ｑが生成される。以上のように指定音情報Ｑは、音符の絶対的な音高（オクターブ）やリズム等の音楽的な要素を含まない。情報生成部４２２が生成した各指定音情報Ｑは各々の生成のたびに送信部４８２から楽曲検索装置２０に送信されて楽曲の検索に利用される。
【００１７】
図１の楽曲検索装置２０は、端末装置１０から順次に送信される各指定音情報Ｑが示す音符の時系列を含む楽曲を検索する。図４は、楽曲検索装置２０のブロック図である。図４に示すように、楽曲検索装置２０は、制御装置（ＣＰＵ）６２と記憶装置６４と通信装置６６とを含んで構成される。通信装置６６は、通信網３０を介して各端末装置１０と通信する機器であり、送信部６６２と受信部６６４とを含んで構成される。送信部６６２は、端末装置１０を宛先として通信網３０に情報（例えば楽曲検索結果）を送信し、受信部６６４は、端末装置１０から送信された情報（例えば指定音情報Ｑ）を通信網３０から受信する。
【００１８】
記憶装置６４は、制御装置６２が実行するプログラムＰGM2や制御装置６２が使用する様々なデータを記憶する。具体的には、図４に示すように、楽曲データＤAと音響データＤBと楽譜データＤCとが楽曲毎に事前に作成されて記憶装置６４に格納される。
【００１９】
楽曲データＤAは、楽曲検索装置２０による検索の対象となるデータであり、図５に示すように、識別情報ＷAと関連情報ＷBと音符列情報ＷCと演奏点情報ＷDとを含んで構成される。識別情報ＷAは、各楽曲に固有に付与されて各楽曲の識別に使用される符号である。関連情報ＷBは、楽曲に関連する情報である。例えば楽曲名や作曲者名，歌手名，楽曲の分野（ジャンル）等の属性情報が関連情報ＷBにて指定される。
【００２０】
音符列情報ＷCは、楽曲内の各音符の音高を時系列に示す情報であり、楽曲内の相異なる音符（ｎ1，ｎ2，ｎ3，……）に対応する複数の構成音情報Ｒの時系列で構成される。１個の音符の構成音情報Ｒは、前述の指定音情報Ｑと同様に、その音符と楽曲内の直前の音符との音高の差分（相対値）を指定する。演奏点情報ＷDは、楽曲内の各音符の演奏の時点を示す情報であり、楽曲内の相異なる音符（ｎ1，ｎ2，ｎ3，……）に対応する複数の時刻情報Ｔの時系列で構成される。１個の音符の時刻情報Ｔは、楽曲内でその音符が演奏される時点（例えば楽曲の演奏の開始からの経過時間）を指定する。
【００２１】
図４の各音響データＤBは、楽曲の演奏音（歌唱音）を示す時系列データである。例えば楽曲の演奏音の時間波形を示すサンプル系列が音響データＤBとして記憶装置６４に格納される。なお、ＭＩＤＩデータ等の演奏情報を音響データＤBとして利用することも可能である。楽譜データ（スコアデータ）ＤCは、楽曲の楽譜を示す時系列データである。例えば、楽曲内の各音符の音高と継続長と歌詞とが楽譜データＤCにおいて時系列に指定される。
【００２２】
制御装置６２は、記憶装置６４に記憶されたプログラムＰGM2の実行で複数の機能（楽曲検索部６２２，要求処理部６２４）を実現する。楽曲検索部６２２は、受信部６６４が端末装置１０から順次に受信する指定音情報Ｑの時系列（すなわち利用者が指定した音符の時系列）に対応する楽曲を検索する。具体的には、楽曲検索部６２２は、記憶装置６４に格納された複数の楽曲データＤAのうち受信済の指定音情報Ｑの時系列に合致する構成音情報Ｒの配列（音符列情報ＷC）を含む楽曲データＤAを検索する。楽曲検索部６２２による検索の結果は送信部６６２から端末装置１０に送信される。要求処理部６２４は、音響データＤBや楽譜データＤCの要求を端末装置１０から取得して必要な処理を実行する（詳細は後述）。
【００２３】
［実施形態の動作］
図６は、通信システム１００の動作の説明図である。利用者が音符を指定するたびに（Ｓ11：YES）、指定音情報Ｑを含む楽曲検索要求が端末装置１０の送信部４８２から楽曲検索装置２０に送信される（Ｓ12）。楽曲検索装置２０の楽曲検索部６２２は、受信部６６４が端末装置１０から受信した楽曲検索要求の指定音情報Ｑを抽出し、端末装置１０から取得済の指定音情報Ｑの時系列（今回の指定音情報Ｑを含む１個以上の指定音情報Ｑの系列）に合致する構成音情報Ｒの配列を含む１個以上の楽曲データＤAを検索する（Ｓ13）。送信部６６２は、楽曲検索結果を端末装置１０に送信する（Ｓ14）。楽曲検索結果は、処理Ｓ13で検索された楽曲データＤA毎に、その楽曲データＤA内の識別情報ＷAおよび関連情報ＷBと、その楽曲データＤA内の演奏点情報ＷDのうち最新の指定音情報Ｑに対応する音符（利用者が最後に指定した音符）の時刻情報Ｔとを含んで構成される。
【００２４】
楽曲検索結果を受信部４８４が受信すると、端末装置１０の出力処理部４２４は、楽曲検索結果に含まれる楽曲毎の関連情報ＷBを表示装置５２に表示させる（Ｓ15）。すなわち、利用者が指定した音符の時系列を含む楽曲の関連情報ＷB（楽曲名等）が表示装置５２に表示（例えばリスト表示）される。
【００２５】
以上に説明したように、指定音情報Ｑを含む楽曲検索要求の送信（Ｓ12）と、複数の指定音情報Ｑの時系列を検索キーとした楽曲データＤAの検索（Ｓ13）と、端末装置１０に対する楽曲検索結果の送信（Ｓ14）と、利用者に対する楽曲検索結果の提示（Ｓ15）とを含む一連の処理が、利用者による音符の指定毎に順次に反復される。したがって、利用者が新たな音符を指定するたびに楽曲検索部６２２による検索の結果（楽曲データＤA）が段階的に限定（絞込）される（インクリメンタル検索）。
【００２６】
例えば、図７に示すように「ド-レ-ミ-ファ」という４個の音符が指定された段階でＮA個の楽曲（＃1，＃2，＃3，＃5，……）が検索されている状況を想定する。図７の部分(B)のように利用者が新たに「ミ」を指定すると、検索済のＮA個の楽曲のうち新たに指定された「ミ」を追加した「ド-レ-ミ-ファ-ミ」を含むＮB個（ＮB＜ＮA）の楽曲（＃1，＃2，＃5，……）が検索されて利用者に提示される。更に利用者が「レ」を指定すると、現段階で検索済のＮB個の楽曲のうち「ド-レ-ミ-ファ-ミ-レ」を含むＮC個（ＮC＜ＮB）の楽曲（＃2，＃5，……）が検索されて利用者に提示される。
【００２７】
利用者は、楽曲検索結果として表示装置５２に表示された複数の楽曲のうち所望の楽曲（以下「選択曲」という）を、入力装置４６に対する所定の操作で任意に選択することが可能である。図６の処理Ｓ11から処理Ｓ16の過程は、利用者が選択曲を確定するまで順次に反復される（Ｓ16：NO）。そして、利用者は、選択曲を確定し（Ｓ16：YES）、選択曲の音響データＤBまたは楽譜データＤCの要求を端末装置１０に指示することが可能である。
【００２８】
［音響データＤBの要求］
利用者が選択曲の音響データＤBの要求を指示すると（Ｓ21）、端末装置１０の情報生成部４２２は、音響データ要求を生成して送信部４８２から楽曲検索装置２０に送信する（Ｓ22）。音響データ要求は、直近の処理Ｓ14で受信した楽曲検索結果のうち選択曲の識別情報ＷAと時刻情報（すなわち利用者が指定済の音符の時刻）Ｔとを含んで構成される。音響データ要求を受信部６６４が受信すると、楽曲検索装置２０の要求処理部６２４は、音響データ要求内の識別情報ＷAが示す選択曲の音響データＤBを記憶装置６４から検索し（Ｓ23）、その音響データＤBのうち音響データ要求内の時刻情報Ｔが示す時点（すなわち選択曲のうち利用者による指定済の時点）以降の区間を送信部６６２から端末装置１０に送信する（Ｓ24）。音響データＤBの送信には例えばストリーミング送信が好適に採用される。
【００２９】
端末装置１０の出力処理部４２４は、受信部４８４が楽曲検索装置２０から受信した音響データＤBを放音装置５４に供給して再生する（Ｓ25）。すなわち、選択曲のうち利用者が音符を指定した区間の直後の区間が、利用者による音符の指定（選択曲の演奏）から引続いて再生される。
【００３０】
［楽譜データＤCの要求］
他方、利用者が選択曲の楽譜データＤCの要求を指示すると（Ｓ31）、端末装置１０の情報生成部４２２は、楽譜データ要求を生成して送信部４８２から楽曲検索装置２０に送信する（Ｓ32）。楽譜データ要求は、音響データ要求（Ｓ22）と同様に、選択曲の識別情報ＷAと時刻情報Ｔとを含んで構成される。楽譜データ要求を受信部６６４が受信すると、楽曲検索装置２０の要求処理部６２４は、楽譜データ要求内の識別情報ＷAが示す選択曲の楽譜データＤCを記憶装置６４から検索し（Ｓ33）、その楽譜データＤCのうち楽譜データ要求内の時刻情報Ｔが示す時点（すなわち選択曲のうち利用者による指定済の時点）以降の区間を送信部６６２から端末装置１０に送信する（Ｓ34）。
【００３１】
端末装置１０の出力処理部４２４は、楽曲検索装置２０から受信部４８４が受信した楽譜データＤCを表示装置５２に供給して選択曲の楽譜を表示させる（Ｓ35）。すなわち、利用者は、表示装置５２に表示された選択曲の楽譜を確認しながら、それまでに指定した音符から引続き選択曲を演奏することが可能である。なお、楽譜の表示の態様は任意であるが、例えば、表示装置５２が表示する楽譜のうち現在の演奏位置を強調（ハイライト表示）する構成が好適である。
【００３２】
以上の形態においては、利用者による音符の指定毎に楽曲の検索が実行されて楽曲の検索数が順次に減少する。したがって、検索結果を１個の楽曲に絞り込むのに充分な個数の音符が指定されてから楽曲の検索が開始される特許文献１の技術と比較して、利用者の所望の楽曲を迅速に検索できるという利点がある。
【００３３】
また、指定音情報Ｑおよび構成音情報Ｒ（楽曲データＤA）は、相前後する音符の音高の差分を示す情報であるから、利用者が指定する音符の調（キー）が楽曲の本来の調（原調）と相違する場合や、利用者による音符の指定のリズムが楽曲の本来のリズムと相違する場合でも、利用者の所望の楽曲を検索することが可能である。
【００３４】
＜Ｂ：第２実施形態＞
本発明の第２実施形態を以下に説明する。なお、以下に例示する各形態において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【００３５】
第１実施形態では、利用者による音符の指定毎に指定音情報Ｑを端末装置１０から楽曲検索装置２０に送信した。しかし、利用者が指定した音符の総数が少ない段階では、楽曲検索装置２０において過度に多数の楽曲が検索される可能性がある。そこで、第２実施形態では、利用者による指定済の音符の個数が所定値ＮTH（Ｎは２以上の自然数）に到達した段階で、楽曲検索装置２０に対する指定音情報Ｑ（楽曲検索要求）の送信が開始される（Ｓ12）。
【００３６】
すなわち、図８に示すように、利用者による音符の指定数が所定値ＮTH（図８の例示ではＮTH＝３）に到達しない段階では指定音情報Ｑの送信は実行されない。音符の個数が所定値ＮTHに到達すると、その時点で指定済のＮTH個の音符を示す指定音情報Ｑが情報生成部４２２にて生成されて楽曲検索装置２０に送信される。楽曲検索装置２０は、指定音情報Ｑが示すＮTH個の音符を検索キーとして楽曲データＤAを検索して端末装置１０に通知する。以後は第１実施形態と同様に、１個の音符の指定毎に指定音情報Ｑが端末装置１０から楽曲検索装置２０に送信される。
【００３７】
第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態では、指定済の音符の個数が所定値ＮTHに到達した段階で指定音情報Ｑを検索キーとした楽曲データＤAの検索が開始されるから、利用者が１個目の音符を指定した段階から楽曲データＤAを検索する構成と比較して、楽曲検索装置２０の処理の負荷が軽減されるという利点がある。
【００３８】
なお、以上の例示では音符の指定数が所定値ＮTHに到達した段階で指定音情報Ｑの送信を開始したが、利用者による音符の指定数に関わらず指定音情報Ｑを端末装置１０から順次に楽曲検索装置２０に送信し、受信部６６４が受信した指定音情報Ｑの個数が所定値ＮTHに到達した段階で楽曲検索部６２２が楽曲の検索を開始する構成も採用され得る。
【００３９】
＜Ｃ：第３実施形態＞
図９は、第３実施形態における端末装置１０の情報生成部４２２の動作の説明図である。第１実施形態では各音符間の音高の差分を指定音情報Ｑとして生成したが、第３実施形態では、相前後する各音符間の音高の差分に対応する文字を情報生成部４２２が指定音情報Ｑとして生成する。図９では、音高の差分「＋２」が文字「ａ」に変換され、差分「＋１」が文字「ｂ」に変換され、差分「−１」が文字「ｃ」に変換され、差分「−２」が文字「ｄ」に変換されて、楽曲検索装置２０に送信される指定音情報Ｑの時系列が文字列「ａａｂｃｄｄ」を示す場合が例示されている。なお、音高の差分の各数値と指定音情報Ｑとして指定される文字との対応は事前に決定（マッピング）される。
【００４０】
指定音情報Ｑと同様に、楽曲検索装置２０の記憶装置６４が記憶する楽曲データＤA内の各構成音情報Ｒは、楽曲内の相前後する音高の差分に対応する文字を指定する情報である。楽曲検索装置２０の楽曲検索部６２２は、複数の楽曲データＤAのうち指定音情報Ｑの時系列で指定される文字列に合致する構成音情報Ｒの配列を含む楽曲データＤAを検索する（Ｓ13）。
【００４１】
第３実施形態においても第１実施形態と同様の効果が実現される。また、第３実施形態では、指定音情報Ｑおよび構成音情報Ｒ（楽曲データＤA）が文字を示す情報であるから、文字列検索用の既存の検索技術を楽曲検索部６２２による楽曲の検索に流用できるという利点がある。
【００４２】
＜Ｄ：変形例＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
【００４３】
（１）変形例１
楽曲データＤA内の関連情報ＷBの内容は任意である。例えば、楽曲の詳細情報が提示されたウェブサイトのＵＲＬや、楽曲の音響データＤBまたは楽譜データＤCを利用者が購入するためのウェブサイトのＵＲＬ等を関連情報ＷBに含めた構成も好適である。
【００４４】
（２）変形例２
以上の説明では、音符の音高の差分を示す指定音情報Ｑ（第１実施形態）や差分に対応する文字を示す指定音情報Ｑ（第３実施形態）を例示したが、指定音情報Ｑの内容は以上の例示に限定されない。例えば、指定音情報Ｑが音符の音高の数値自体を示す構成も採用され得る。以上の例示から理解されるように、指定音情報Ｑは、利用者が指定した音符を示す情報として包括され、音高の差分を示す第１実施形態や音高の差分に対応する文字を示す第３実施形態は、指定音情報Ｑの表現方式の例示である。
【００４５】
（３）変形例３
以上の各形態では、利用者が音符を指定するたびに１個の音符の指定音情報Ｑを端末装置１０から楽曲検索装置２０に送信したが（Ｓ12）、利用者による指定済の複数の音符を示す指定音情報Ｑを音符の指定毎に端末装置１０から楽曲検索装置２０に送信する構成も採用され得る。例えば、図３の例示の場合には、最初の音符「ド」の指定音情報Ｑが送信され、次に音符列「ド-レ」の指定音情報Ｑが送信され、次に音符列「ド-レ-ミ」の指定音情報Ｑが送信されるという具合である。
【００４６】
（４）変形例４
以上の各形態では、楽曲検索部６２２が検索した全部の楽曲を検索毎に楽曲検索装置２０から端末装置１０に通知したが、前回に検索された複数の楽曲のうち今回の検索で除外された楽曲のみを楽曲検索装置２０から端末装置１０に通知する構成も採用され得る。
【００４７】
（５）変形例５
以上の各形態では、楽曲データＤAと音響データＤBと楽譜データＤCとを１個の記憶装置６４に格納したが、楽曲データＤAを記憶する記憶装置（楽曲記憶手段）と音響データＤBを記憶する記憶装置（音響記憶手段）と楽譜データＤCを記憶する記憶装置（楽譜記憶手段）とを別個に設置した構成も採用され得る。また、以上の各形態では、楽曲検索装置２０が楽曲の検索と音響データＤBの配信と楽譜データＤCの配信とを実行したが、音響データＤBや楽譜データＤCを配信する配信装置（サーバ装置）が楽曲検索装置２０とは別個に設置された構成も採用され得る。
【符号の説明】
【００４８】
１００……通信システム、１０……端末装置、４２，６２……制御装置、４２２……情報生成部、４２４……出力処理部、４４，６４……記憶装置、４６……入力装置、４８，６６……通信装置、４８２，６６２……送信部、４８４，６６４……受信部、５２……表示装置、５４……放音装置、２０……楽曲検索装置、６２２……楽曲検索部、６２４……要求処理部、３０……通信網、ＤA……楽曲データ、ＷA……識別情報、ＷB……関連情報、ＷC……音符列情報、Ｒ……構成音情報、ＷD……演奏点情報、Ｔ……時刻情報、ＤB……音響データ、ＤC……楽譜データ、Ｑ……指定音情報。
【特許請求の範囲】
【請求項１】
利用者が音符を順次に指定可能な端末装置と通信する楽曲検索装置であって、
楽曲の関連情報と当該楽曲を構成する音符の時系列を示す音符列情報とを含む楽曲データを楽曲毎に記憶する楽曲記憶手段と、
利用者が順次に指定した各音符を示す指定音情報の時系列を前記端末装置から受信する受信手段と、
利用者による指定済の音符の前記指定音情報の時系列に対応した音符列情報を含む楽曲データを利用者による音符の指定毎に順次に検索する楽曲検索手段と、
前記楽曲検索手段による検索毎に当該検索の結果を前記端末装置に送信する送信手段と
を具備する楽曲検索装置。
【請求項２】
前記指定音情報は、直前に指定された音符に対する音高の相対値を示し、
前記音符列情報は、楽曲内の直前の音符に対する音高の相対値を音符毎に示す
請求項１の楽曲検索装置。
【請求項３】
前記楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報を含み、
楽曲の演奏音を示す音響データを楽曲毎に記憶する音響記憶手段と、
前記楽曲検索手段による検索結果から利用者が確定した楽曲の音響データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を前記端末装置に送信する音響送信手段と
を具備する請求項１または請求項２の楽曲検索装置。
【請求項４】
前記楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報を含み、
楽曲の楽譜を示す楽譜データを楽曲毎に記憶する楽譜記憶手段と、
前記楽曲検索手段による検索結果から利用者が確定した楽曲の楽譜データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を前記端末装置に送信する楽譜送信手段と
を具備する請求項１または請求項２の楽曲検索装置。
【請求項１】
利用者が音符を順次に指定可能な端末装置と通信する楽曲検索装置であって、
楽曲の関連情報と当該楽曲を構成する音符の時系列を示す音符列情報とを含む楽曲データを楽曲毎に記憶する楽曲記憶手段と、
利用者が順次に指定した各音符を示す指定音情報の時系列を前記端末装置から受信する受信手段と、
利用者による指定済の音符の前記指定音情報の時系列に対応した音符列情報を含む楽曲データを利用者による音符の指定毎に順次に検索する楽曲検索手段と、
前記楽曲検索手段による検索毎に当該検索の結果を前記端末装置に送信する送信手段と
を具備する楽曲検索装置。
【請求項２】
前記指定音情報は、直前に指定された音符に対する音高の相対値を示し、
前記音符列情報は、楽曲内の直前の音符に対する音高の相対値を音符毎に示す
請求項１の楽曲検索装置。
【請求項３】
前記楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報を含み、
楽曲の演奏音を示す音響データを楽曲毎に記憶する音響記憶手段と、
前記楽曲検索手段による検索結果から利用者が確定した楽曲の音響データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を前記端末装置に送信する音響送信手段と
を具備する請求項１または請求項２の楽曲検索装置。
【請求項４】
前記楽曲データは、音符列情報が示す各音符について楽曲内の演奏の時点を示す時刻情報を含み、
楽曲の楽譜を示す楽譜データを楽曲毎に記憶する楽譜記憶手段と、
前記楽曲検索手段による検索結果から利用者が確定した楽曲の楽譜データのうち利用者が最後に指定した音符の時刻情報に応じた時点以降の区間を前記端末装置に送信する楽譜送信手段と
を具備する請求項１または請求項２の楽曲検索装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−４８６１９（Ｐ２０１２−４８６１９Ａ）
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願番号】特願２０１０−１９２２０７（Ｐ２０１０−１９２２０７）
【出願日】平成２２年８月３０日（２０１０．８．３０）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願日】平成２２年８月３０日（２０１０．８．３０）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]