"予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する記憶部と、前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する通知部と、前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する取得部と、前記記憶部に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する検索部とを備えることを特徴とする楽音データ処理装置。前記記憶部は、前記楽音リズムパターンが表す前記発音時刻の間隔に基づいて決められたリズムのカテゴリを、当該楽音リズムパターンに対応付けて記憶し、前記入力リズムパターンが表す各指定時刻の間隔に基づいて当該入力リズムパターンが属するリズムのカテゴリを判定する判定部と、前記入力リズムパターンと前記楽音リズムパターンとの距離を算出する算出部とを備え、前記検索部は、前記入力リズムパターンが属するリズムのカテゴリと前記楽音リズムパターンが属するリズムのカテゴリとの関係、および前記算出された距離に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする請求項1に記載の楽音データ処理装置。前記検索部は、前記入力リズムパターンが表す発音時刻間隔の度数分布を表す入力時刻間隔ヒストグラムと、前記楽音リズムパターンにおける前記発音時刻間隔の度数分布を前記リズムのカテゴリごとに表すリズムカテゴリヒストグラムとを比較して、前記入力時刻間隔ヒストグラムに対する類似度が高いことを示す前記リズムカテゴリヒストグラムの前記リズムのカテゴリを特定し、前記検索部が特定する楽音データは、前記特定したリズムのカテゴリと対応付けられた楽音リズムパターンのうち、前記類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする請求項2に記載の楽音データ処理装置。前記予め定められた期間が複数の区間により構成され、前記記憶部は、前記区間毎に、前記複数の音の発音時刻の並びを表す楽音リズムパターンと前記楽音データとを対応付けて記憶し、前記算出部は、前記入力リズムパターンと前記記憶部に記憶された前記区間毎の前記楽音リズムパターンとの距離を算出し、前記検索部は、前記区間毎に前記算出部により算出された、前記入力リズムパターンと前記楽音リズムパターンとの距離と、前記入力リズムパターンが属するリズムのカテゴリと前記楽音リズムパターンが属するリズムのカテゴリとの関係とに基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする請求項2又は3に記載の楽音データ処理装置。楽音データに応じた音を出力する音声出力部に対し、前記通知部による前記指定時刻の通知に同期して、前記検索部によって特定された前記楽音データを供給する供給部を備えることを特徴とする請求項1~4のいずれかに記載の楽音データ処理装置。前記記憶部は、前記楽音データが示す音の音高の並びを表す楽音音高パターンを、当該楽音データに対応付けて記憶し、前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、音高の並びを表す入力音高パターンを取得する音高パターン取得部を備え、前記検索部は、前記入力音高パターンと前記楽音音高パターンとにおける各々の音の音高の差の分散に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする請求項1~5のいずれかに記載の楽音データ処理装置。前記記憶部は、前記楽音データが示す音の強度の並びを表す楽音ベロシティパターンを、当該楽音データに対応付けて記憶し、前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、音の強度の並びを表す入力ベロシティパターンを取得するベロシティパターン取得部を備え、前記検索部は、前記入力ベロシティパターンと前記楽音ベロシティパターンとにおける各々の音の強度の差の絶対値に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする請求項1~6のいずれかに記載の楽音データ処理装置。前記記憶部は、前記楽音データが示す音の音長の並びを表す楽音デュレーションパターンを、当該楽音データに対応付けて記憶し、前記通知部により前記指定時刻が通知せれているときにユーザによって入力された操作に基づいて、音の音長の並びを表す入力デュレーションパターンを取得するデュレーションパターン取得部を備え、前記検索部は、前記入力デュレーションパターンと前記楽音デュレーションパターンとにおける各々の音の音長の差の絶対値に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする請求項1~7のいずれかに記載の楽音データ処理装置。ユーザによる演奏操作が入力される入力装置と、請求項1~8のいずれかに記載の楽音データ処理装置であって、当該楽音データ処理装置の前記通知部により前記予め決められた期間における指定時刻が進行されているときに前記入力装置に対して前記ユーザにより各々の演奏操作が入力された時刻間隔の並びを、各々の音が発音される発音時刻間隔の並びを表すリズムパターンとして取得する楽音データ処理装置とを備えることを特徴する音楽データ作成システム。楽音データを検索するための、コンピュータによって実行される方法であって、予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する手順と、前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する手順と、前記通知する手順により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する手順と、記憶装置に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する手順、を具備する方法。コンピュータ読み取り可能な記憶媒体であって、コンピュータに、予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する手順と、前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する手順と、前記通知する手順により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する手順と、記憶装置に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する手順、を実行させるためのプログラムを記憶している記憶媒体。以下、本発明の実施形態について説明する。<第1実施形態>楽音データの検索システム<構成>図1は、本発明の第1実施形態に係るシステムの構成図である。この音楽データ作成システム100は、リズム入力装置10、及び情報処理装置20を備えており、各々が通信線により接続されて相互に通信ができるようになっている。この通信は、無線によって実現されてもよい。リズム入力装置10は、入力手段として例えば電子パッドを備えている。ユーザが、リズム入力装置10に設けられた電子パッドの打面を叩くことにより、リズム入力装置10は、打撃されたこと、すなわち演奏操作されたことを示すトリガーデータと、打撃の強度、すなわち当該演奏操作の強度を示すベロシティデータとを、1小節を単位として、情報処理装置20に入力する。ここで、トリガーデータは、ユーザが電子パッドの打面を叩く毎に生成されるとともに、トリガーデータの各々にはベロシティデータが対応付けられている。1小節内に生成されたトリガーデータとベロシティデータの集合は、この1小節において、ユーザがリズム入力装置10を用いて入力したリズムのパターン入力リズムパターンというを表している。このように、リズム入力装置10は、ユーザによる演奏操作が入力される入力装置の一例である。情報処理装置20は、例えばPCである。情報処理装置20がアプリケーションプログラムを実行するときの動作のモードとして、ループ再生モード、演奏再生モード、及び演奏ループ再生モードがある。ユーザは、情報処理装置20に備えられた操作部25後述を通じて、動作のモードを変更することが可能である。上記動作のモードがループ再生モードの場合、情報処理装置20は、各々異なるリズムパターンを持つ楽音データを複数記憶したデータベースにおいて、リズム入力装置10から入力された入力リズムパターンと同一又は最も類似したリズムパターンを持つ楽音データを検索し、検索結果の楽音データを音に変換して出力する。このとき、情報処理装置20は、検索結果の楽音データに基づく音声を繰り返し再生する。一方、上記動作のモードが演奏再生モードの場合、情報処理装置20は、上記検索結果の楽音データを音として出力するだけでなく、検索結果の楽音データにおける構成音を用いた演奏操作に基づく音を出力することが可能である。また、上記動作のモードが演奏ループ再生モードである場合、情報処理装置20は、検索結果の楽音データに基づく音を繰り返し出力するともに、ユーザが検索結果フレーズにおける構成音を用いて行った演奏に基づく音を繰り返し出力することが可能である。なお、検索機能は、ユーザが操作部25を通じてON/OFFを切り替えることが可能である。図2は情報処理装置20のハードウェア構成を表すブロック図である。情報処理装置20は、制御部21、記憶部22、入出力インターフェース部23、表示部24、操作部25、及び音声出力部26を備えており、各部がバスを介して接続されている。制御部21は、CPUCentralProcessingUnit、ROMReadOnlyMemory、RAMRandomAccessMemoryなどを有する。CPUは、ROMや記憶部22に記憶されているアプリケーションプログラムを読み出して、RAMにロードして実行することにより、情報処理装置20の各部をバス経由で制御する。また、RAMは、CPUがデータの加工などを行う際のワークエリアとして機能する。記憶部22は、リズムDBDatabase221を備えている。リズムDB221は、各々異なるリズムパターンを持つ楽音データ及び当該楽音データに関する情報を含んでいる。入出力インターフェース部23は、リズム入力装置10が出力するデータを情報処理装置20に入力するともに、制御部21の指示に従って、リズム入力装置10を制御する各種信号をリズム入力装置10に出力する。表示部24は、例えばディスプレイであり、ユーザに対する対話画面などを表示する。操作部25は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部21に受け渡す。制御部21は受け取った信号に応じて各部を制御する。音声出力部26は、DACDigitalAnalogConverter、アンプ、及びスピーカーを備えている。音声出力部26は、制御部21によりリズムDB221から検索されたデジタルの楽音データを、DACによってアナログの楽音データに変換して、それをさらにアンプで増幅し、スピーカーから増幅後のアナログの音声信号に応じた音を出力させる。つまり、音声出力部26は、楽音データに応じた音を出力する音声出力手段の一例である。図3は、リズムDB221の内容を表す図である。リズムDB221には、楽器種類テーブル、リズムカテゴリテーブル及びフレーズテーブルが含まれている。図3aは楽器種類テーブルの一例を表したものである。楽器種類IDは、楽器の種類を一意に識別するための識別子であり、例えば3桁の数字で表される。楽器種類は、楽器の種類を表す名称であり、例えばドラムキット、コンガ、ジャンベといった、異なる楽器の種類毎に、楽器種類IDが対応付けられて楽器種類テーブルに記述されている。例えば楽器種類ドラムキットは、001の楽器種類IDが対応付けられて楽器種類テーブルに記述されている。その他の楽器種類についても、同様に楽器種類IDが対応付けられて、楽器種類テーブルに記述されている。なお、楽器種類は図3aに表された内容に限ったものではない。図3bは、リズムカテゴリテーブルの一例を表したものである。リズムカテゴリIDは、リズムパターンのカテゴリリズムカテゴリというを一意に識別するための識別子であり、例えば2桁の数字で表される。ここで、リズムパターンとは、予め定められた長さの期間において各々の音が発音される時刻の並びを表す。特に本実施形態において、リズムパターンとは、1小節において各々の音が発音される時刻の並びを表す。リズムカテゴリは、リズムカテゴリを表す名称であり、例えば8分、16分、8分3連といった、異なるリズムカテゴリ毎に、リズムカテゴリIDが対応付けられてリズムカテゴリテーブルに記述されている。例えば8分のリズムカテゴリは、01というリズムカテゴリIDが対応付けられてリズムカテゴリテーブルに記述されている。その他のリズムカテゴリについても、同様にリズムカテゴリIDが対応付けられて、リズムカテゴリテーブルに記述されている。なお、リズムカテゴリは図3bに表された内容に限ったものではない。例えば、拍子やジャンルといった大まかなカテゴリ分けをしたり、一つのリズムパターンごとに一つの別のカテゴリIDを割り当てるなど、より細かなカテゴリ分けをしても良い。図3cは、フレーズテーブルの一例を表したものである。フレーズテーブルには、1小節を構成するフレーズの楽音データに、対応付けられる情報が紐付けられたものであるフレーズレコードが複数記述されている。ここで、フレーズとは、いくつかの音符からなるまとまりを表す単位の一つである。これらのフレーズレコードは、楽器種類ID毎にグループ化されており、ユーザはリズム入力装置10を用いてリズムの入力を行う前に、操作部25を用いて楽器の種類を選択することが可能である。ユーザによって選択された楽器の種類は、RAMに記憶される。図3cにおいては、フレーズテーブルの一例として、楽器の種類がドラムキット楽器種類IDが001である複数のフレーズレコードが表されている。1件のフレーズレコードは、楽器種類ID、フレーズID、リズムカテゴリID、フレーズ楽音データ、リズムパターンデータ、及びアタック強度パターンデータといった複数の項目からなる。上述したように楽器種類IDは、楽器の種類を一意に識別するための識別子である。フレーズIDは、各々のフレーズレコードを一意に識別するための識別子であり、例えば4桁の数字からなる。リズムカテゴリIDは、各々のフレーズレコードが、前述したリズムカテゴリのうち、どのリズムカテゴリに属するかを識別するための識別子である。例えば、図3cにおいてリズムカテゴリIDが01であるフレーズレコードは、図3bのリズムカテゴリテーブルに表されるように、8分のリズムカテゴリに属する。フレーズ楽音データは、1小節を構成するフレーズに含まれる音構成音というそのものに関するデータファイルであり、例えばWAVERIFFwaveformAudioFormatやmp3MPEGAudioLayer3といった音声ファイルフォーマットで記録されている。リズムパターンデータは、1小節を構成するフレーズにおける各構成音の発音開始時刻が記録されたデータファイルであり、例えばテキストファイルに、各構成音の発音開始時刻が記述されたものである。ここで、各構成音の発音開始時刻は、予め1小節の長さを1として正規化されている。つまり、リズムパターンデータに記述される各構成音の発音開始時刻は、0から1の間の値を取る。このようにリズムDB211は、予め定められた長さの期間ここでは1小節において、各構成音、すなわち各々の音が発音される発音時刻の並びを表す複数のリズムパターンと、このリズムパターンで構成されたフレーズの楽音データとを対応付けて記憶する記憶手段の一例である。また、リズムDB211は、上述したように、複数のリズムパターンを、発音時刻の並びによって8分や16分というようにカテゴライズされたリズムパターン群に分類したときの、各リズムパターン群に割り当てられたリズム分類識別子本実施形態におけるリズムカテゴリIDを、当該リズムパターン群に含まれる各リズムパターンに対応付けて記憶する記憶手段の一例でもある。リズムパターンデータは、予め以下のようにして作成されてもよい。リズムパターンデータを作成する者以下、オペレーターというは、構成音開始時刻が波形に埋め込まれた、市販のオーディオループ素材から構成音開始時刻を抽出する。次にオペレーターは、抽出した構成音開始時刻から、ゴーストノートなどの無視ができる範囲の不要な構成音開始時刻を除外する。この不要な構成音開始時刻が除外された後のデータが、リズムパターンデータとして用いられても良い。アタック強度パターンデータは、1小節を構成するフレーズにおける各構成音のアタック強度が記録されたデータファイルであり、例えばテキストファイルに上記各構成音のアタック強度が数値として記述されたものである。このアタック強度は、入力リズムパターンにおける、演奏操作の強度を示すものであるベロシティデータに相当する。つまり、アタック強度とは、フレーズ楽音データにおける各構成音の強度を意味する。アタック強度の算出方法としては、構成音の波形の最大値を用いたり、波形ボリュームが大きい一定区間の波形のエネルギーを積分して算出する方法等がある。図3においては、楽器の種類がドラムキットであるフレーズレコードを一例として表したが、実際にはフレーズテーブルには、複数の種類の楽器コンガ、マラカス、ジャンベ、TR-808等に応じたフレーズレコードが記述されている。図4は、情報処理装置20の機能構成を表すブロック図である。制御部21は、ROMや記憶部22に記憶されたプログラムをRAMに読み出して実行することにより、小節線クロック出力部211、入力リズムパターン記憶部212、リズムパターン検索部213、及び演奏処理部214の各機能を実現する。以降において、これら各部を主体として処理の説明を行うことがあるが、処理の主体の実体は、制御部21である。なお、以降の説明においてオンセットとは、リズム入力装置10における入力状態がオフからオンに切り替わることを指す。例えば、オンセットとは、リズム入力装置10の入力手段が電子パッドであればパッドを叩かれた状態のことであり、リズム入力装置10の入力手段が鍵盤であれば鍵盤が打鍵された状態のことであり、リズム入力装置10の入力手段がボタンであればボタンが押下された状態のことである。また、以降の説明においてオンセット時刻とは、リズム入力装置10における入力状態がオフからオンに切り替わった時の各々の時刻を表す。換言すれば、オンセット時刻とは、リズム入力装置10においてトリガーデータが発生した時刻を表す。小節線クロック出力部211は、1小節の長さを1として正規化した場合に、進行中の時間軸において、現在時刻が1小節中のどこに位置するかを、数十msecミリ秒ごとにクロック信号以降において小節線クロックというとして入力リズムパターン記憶部212に出力する。つまり、小節線クロックは、0から1の間の値をとる。そして、入力リズムパターン記憶部212は、小節線クロックを基準として、リズム入力装置10から入力される、トリガーデータが発生した時刻、すなわちオンセット時刻を1小節毎にRAMに記憶する。このようにして、1小節を単位として、RAMに記憶されたオンセット時刻の並びが、入力リズムパターンとなる。ここで記憶されるオンセット時刻は、小節線クロックに基づいているため、上記小節線クロックと同様に、0から1の間の値をとる。このように、小節線クロック出力部211は、予め定められた長さの期間ここでは1小節を進行させるとともに、当該期間における時間の経過をユーザに通知する通知手段の一例である。また、入力リズムパターン記憶部212は、通知手段である小節線クロック出力部211により予め定められた長さの期間ここでは1小節が進行させられているときにユーザによって入力され、各々の音が発音される発音時刻ここではオンセット時刻の並びを表すリズムパターンを取得する取得手段の一例である。また、情報処理装置20は、通知手段である小節線クロック出力部211により予め定められた長さの期間ここでは1小節が進行させられているときに入力装置であるリズム入力装置10に対してユーザにより各々の演奏操作が入力された時刻の並びを、各々の音が発音される発音時刻の並びを表すリズムパターン入力リズムパターンとして取得する楽音データ処理装置の一例である。なお、上述の、小節線クロック出力部211により進行される予め定められた長さの期間は、繰り返されてもよいし、繰り返されなくともよい。また、小節線クロックは、外部から情報処理装置20に入力されるものを用いてもよい。また、ユーザが、1小節を単位としたリズムパターンを正確に入力できるように、情報処理装置20からユーザに対して小節線が開始する時刻をフィードバックする必要がある。これは、例えばメトロノームのように、小節や拍の時刻で、情報処理装置20が、音や光を発したり画面の表示内容を変更したりすることで、ユーザに対して視覚的或いは聴覚的に小節線の位置が伝えられればよい。また、その他の方法として、小節線クロックにあわせて、予め小節線の位置を付加した伴奏音源を演奏処理部214が再生してもよい。この場合、ユーザは、伴奏音源から自らが感じる小節線に合わせて、リズムパターンを入力する。リズムパターン検索部213は、RAMに記憶された入力リズムパターンを用いてリズムDB221におけるフレーズテーブルを検索し、入力リズムパターンと同一または最も類似の度合いが高いリズムパターンデータを持つフレーズレコードを検索結果としてRAMに記憶させる。つまり、リズムパターン検索部213は、記憶手段に記憶されている楽音データのなかから、取得手段である入力リズムパターン記憶部212により取得されたリズムパターンと類似の度合いが高いことを示す条件を満たすリズムパターンに対応付けられた楽音データを検索する検索手段の一例である。演奏処理部214は、RAMに記憶された検索結果のフレーズレコードにおけるフレーズ楽音データを再生対象として、小節線クロックと同期しながら、この再生対象であるフレーズ楽音データに基づく音を音声出力部26から出力させるほか、演奏再生モード及び演奏ループ再生モードにおける、検索結果のフレーズレコードにおける構成音を用いた、ユーザによる演奏操作を制御する。<動作>次に、図5~図7を用いて、検索機能がONの状態において、リズムパターン検索部213が、入力リズムパターンに基づいて、フレーズテーブルから特定のフレーズレコードを検出する一連の処理について説明を行う。図5はリズムパターン検索部213が行う検索処理のフロー図である。初めに、リズムパターン検索部213は、RAMに記憶されている楽器種類IDを用いて、フレーズテーブルを検索するステップSb1。この楽器種類IDはユーザが操作部25を用いて予め指定することでRAMに記憶されたものである。以降の処理において、リズムパターン検索部213は、このステップS1における検索結果のフレーズレコードを処理の対象とする。ここで、上述したように、入力リズムパターンには、1小節の長さを1として正規化されたオンセット時刻が含まれている。ステップSb1の次に、リズムパターン検索部213は、RAMに記憶された入力リズムパターンにおける、オンセット時刻間隔の分布を計算するステップSb2。ここでオンセット時刻間隔とは、時間軸上で隣り合うオンセット時刻どうしの間隔であり、0から1の間の数値で表される。また、ここにおいて、上述したオンセット時刻間隔の分布は、1小節を48の時刻で均等に区切った場合に、各々の時刻に相当するオンセット時刻間隔の個数で表される。なお、本実施形態において1小節を48の時刻で区切る理由は、4拍子系のリズムを前提として一拍を12等分すれば、8分、8分3連、16分といった複数の異なるリズムカテゴリを識別するのに適した分解能となるためである。ここで、分解能とは、シーケンサや、本実施形態におけるアプリケーションプログラムのようなシーケンスソフトで表現できる、最も短い長さの音符のことである。本実施形態における分解能は、1小節で48であるため、1つの四分音符を12に分割可能な設定となっている。なお、以降の説明では、フレーズレコードに対する説明においても、入力リズムパターンと対応する意味で、オンセット時刻及びオンセット時刻間隔という言葉を用いる。つまり、フレーズレコードにおいては、リズムパターンデータに記述された各構成音の発音開始時刻がオンセット時刻に相当する。またフレーズレコードにおいては、時間軸上で隣り合うオンセット時刻どうしの間隔が、オンセット時刻間隔に相当する。ここで、具体的なオンセット時刻の数値を用いて、ステップSb2におけるオンセット時刻間隔の分布を計算する方法を説明する。例えば、8分のフレーズであって、以下のaで表されるオンセット時刻が記録された入力リズムパターンが入力されたとする。a0,0.25,0.375,0.5,0.625,0.75,0.875リズムパターン検索部213は、aの入力リズムパターンから、以下のbで表されるオンセット時刻間隔を算出する。b0.25,0.125,0.125,0.125,0.125,0.125次にリズムパターン検索部213は、bで算出された各々のオンセット時刻間隔に48を乗算し、さらに0.5を加算した数値の小数点以下を切り捨てる処理クオンタイズというを行うことで、以下のcで表す数値群を算出する。c12,6,6,6,6,6ここでクオンタイズとは、リズムパターン検索部213が、各オンセット時刻間隔を分解能にあわせて補正することを意味している。クオンタイズを行う理由は、以下のとおりである。フレーズテーブルにおけるリズムパターンデータに記述された発音開始時刻は、分解能ここでは48に従ったものとなっている。よって、オンセット時刻間隔を用いてフレーズテーブルを検索する際には、検索に用いるオンセット時刻間隔も分解能に従ったものでないと、検索の精度が低くなってしまう。このような理由により、リズムパターン検索部213は、bで表される各々のオンセット時刻間隔に対して、上述したクオンタイズの処理を施す。ここで、図6a~図6cに示された分布表を参照しながらオンセット時刻間隔の分布についてさらに説明を行う。図6aは入力リズムパターンにおけるオンセット時刻間隔の分布表である。図6aにおいて、横軸は、1小節を48の時刻で区切ったときの時刻の間隔時刻間隔というを表し、縦軸は、横軸で表された各々の時刻間隔に相当する、クオンタイズされたオンセット時刻間隔の個数の比率を表す。図6aでは、入力リズムパターンに基づく、上述したcの数値群が分布表に割り当てられている。この個数比率は、合計が1となるようにリズムパターン検索部213によって正規化されている。図6aでは、クオンタイズされたオンセット時刻間隔であるcの数値群において、最も個数が多い6の時刻間隔に分布のピークがあることが分かる。ステップSb2の次に、リズムパターン検索部213は、フレーズテーブルに記述された全てのリズムパターンを用いて、リズムカテゴリ毎にオンセット時刻間隔の分布を計算するステップSb3。ここで、例えば以下のような8分のリズムパターン、16分のリズムパターン、及び8分3連のリズムパターンが2つずつ、各フレーズレコードにおけるリズムパターンデータに記述されているとする。8分カテゴリA0,0.25,0.375,0.5,0.625,0.75,0.875B0,0.121,0.252,0.37,0.51,0.625,0.749,0.87616分カテゴリC0,0.125,0.1875,0.251,0.374,0.4325,0.5,0.625,0.6875,0.75,0.876,0.9325D0,0.625,0.125,0.1875,0.251,0.3125,0.375,0.4325,0.5,0.5625,0.625,0.6875,0.75,0.8125,0.875,0.93258分3連カテゴリE0,0.0833,0.1666,0.25,0.3333,0.4166,0.5,0.5833,0.6666,0.75,0.8333,0.91666F0,0.1666,0.25,0.3333,0.4166,0.5,0.6666,0.75,0.8333,0.91666リズムパターン検索部213は、上記A~Fに対してステップSb2と同様の計算方法を用いて、リズムカテゴリ毎にオンセット時刻間隔の分布を求める。図6bは、リズムカテゴリ毎に計算したオンセット時刻間隔の分布を分布表に割り当てたものである。なお、検索機能がONの状態において一連の検索処理が繰り返されるにあたり、2回目以降のステップS1において楽器種類が変更されない場合は、処理の対象となるフレーズレコード及びリズムカテゴリは変更されることがなく同一であるため、ステップSb3の処理は省略される。逆に、一連の検索処理が繰り返されるにあたって、ステップS1で楽器種類が変更された場合、ステップSb3の処理が行われる。ステップSb3の次に、リズムパターン検索部213は、入力リズムパターンに基づくオンセット時刻間隔の分布表ここでは図6aと、フレーズテーブルに記述されたリズムカテゴリ毎のリズムパターンに基づくオンセット時刻間隔の分布表ここでは図6bとを用いて、両者の類似度を表す距離以降において単に類似度距離というを算出するステップSb4。図6cは、入力リズムパターンに基づくオンセット時刻間隔の分布図6aと、フレーズテーブルに記述されたリズムカテゴリ毎のリズムパターンに基づくオンセット時刻間隔の分布図6bとの差分を表す分布表である。ステップSb4における類似度距離の算出方法は以下のようなものである。まず、リズムパターン検索部213は、入力リズムパターンに基づくオンセット時刻間隔の分布表と、フレーズテーブルに記述されたリズムカテゴリ毎のリズムパターンに基づくオンセット時刻間隔の分布表とにおいて、両分布表における同一の時刻間隔毎に、個数比率の差分の絶対値を求める。そしてリズムパターン検索部213は、各リズムカテゴリについて、上述の時刻間隔毎に求めた絶対値を全て足し合わせた値の平方根を算出する。この算出された平方根で表される値が類似度距離となる。この類似度距離は、値が小さいほど類似度が高く、値が大きいほど類似度が低いことを表す。図6cでは、8分のリズムカテゴリにおいて、図6aと図6bとに基づく個数比率の差分が最も小さい。これは、上述の算出方法に従って、分布表に表された8分、16分、8分3連のリズムカテゴリのうち、入力リズムパターンと8分のリズムカテゴリとが最も上記類似度の距離が最も小さいことを表している。ステップSb4の次に、リズムパターン検索部213は、フレーズテーブルに記述されたリズムカテゴリのうち、類似度距離が最も小さいリズムカテゴリを、入力リズムパターンが該当するリズムカテゴリである、と判定するステップSb5。つまり、ここでは、リズムパターン検索部213は、入力リズムパターンのリズムカテゴリが8分であると特定することになる。このように、リズムパターン検索部213は、ステップSb2~ステップSb5を通じて、入力リズムパターンの該当する可能性が高いリズムカテゴリを特定する。このように、リズムパターン検索部213は、ユーザにより入力され、取得手段である入力リズムパターン記憶部212により取得されたリズムパターンが表す発音時刻間隔の度数分布を表す入力時刻間隔ヒストグラム本実施形態では図6aと、記憶手段に記憶されたリズムパターンにおける発音時刻間隔の度数分布をリズム分類識別子本実施形態におけるリズムカテゴリごとに表すリズム分類ヒストグラム本実施形態では図6bとの差分の絶対値を、リズム分類識別子ごとに求め、当該絶対値が最も小さいリズム分類識別子と対応付けられたリズムパターンのうち、類似の度合いが高いことを示す条件を満たすリズムパターンに対応付けられた楽音データを検索する検索手段の一例である。次にリズムパターン検索部213は、フレーズテーブルに記述されたリズムパターンのうち、入力リズムパターンと同一または最も類似の度合いが高いリズムパターンを特定するために、フレーズテーブルに記述された全てのリズムパターンと入力リズムパターンとのズレの大きさを計算するステップSb6。ここで、ズレの大きさとは、入力リズムパターンにおける各オンセット時刻と、フレーズテーブルに記述された各々のリズムパターンにおける各オンセット時刻とがどれだけ離れているかを表す。つまり、上記ズレの大きさが小さい程、入力リズムパターンとフレーズテーブルに記述されたリズムパターンとにおける類似の度合いが高いこととなる。また、ステップSb5までの処理において、入力リズムパターンに該当する可能性が高いリズムカテゴリを特定する一方で、ステップSb6の処理において全てのリズムカテゴリに属するフレーズレコードを計算の対象としている。その理由は、以下のとおりである。フレーズレコードに含まれるリズムパターンデータにおいては、1小節内に8分のオンセット時刻間隔と16分のオンセット時刻間隔がほぼ同数ある場合等のように、どちらのリズムカテゴリに属するのかが紙一重であるものが存在する。このような場合に、ステップSb5において仮に入力リズムパターンに対するリズムカテゴリが正しく判定されなかったとしても、ステップSb6において全てのリズムカテゴリに属するフレーズレコードを計算の対象とすることで、ユーザが意図していたリズムパターンが正しく検出される可能性が高くなる。ここで、ステップSb6における処理を、図7を参照して説明する。図7は、リズムパターンにおけるズレの計算を説明するための模式図である。図7で示されるように、入力リズムパターンをJとして、フレーズテーブルに記述されたリズムパターンをKとすると、JとKにおけるズレの大きさの計算は、以下の手順で行われる。1リズムパターン検索部213は、入力リズムパターンJにおける各オンセット時刻を基準として、リズムパターンKにおける最も近いオンセット時刻との時刻差の絶対値を算出する図7における1。2リズムパターン検索部213は、手順1で算出した各絶対値の総和を算出する。3リズムパターン検索部213は、リズムパターンKにおける各オンセット時刻を基準として、入力リズムパターンJにおける最も近いオンセット時刻との時刻差の絶対値を算出する図7における3。4リズムパターン検索部213は、手順3で算出した各絶対値の総和を算出する。5リズムパターン検索部213は、手順2で算出した総和と手順4で算出した総和との平均値を、入力リズムパターンJとリズムパターンKとのズレとして算出する。なお、本実施形態においては、充分な数のリズムパターンを用意していないため、図73に記載されているように、リズムパターン検索部213は、時刻差の絶対値が基準間隔ここでは8分なので0.125より大きいものは上記総和を算出する際に用いないという処理を行っているが、充分な数のリズムパターンを用意できる場合には、上記処理は不要となる。リズムパターン検索部213は、フレーズテーブルに含まれる全てのフレーズレコードにおけるリズムパターンについて、上述した手順1~5の計算を行う。このように、リズムパターン検索部213は、取得手段である入力リズムパターン記憶部212により取得されたリズムパターンが表す各発音時刻と、記憶手段に記憶されたリズムパターンが表す各発音時刻のうち、取得手段により取得されたリズムパターンが表す各発音時刻に対して時間軸において最も近い発音時刻との差分についての総和を算出し、当該総和値が最も小さく算出されたリズムパターンを、類似の度合いが高いことを示す条件を満たすリズムパターンとして、当該リズムパターンに対応付けられた楽音データを前記記憶手段から検索する検索手段の一例である。次に、リズムパターン検索部213は、ステップSb4でリズムカテゴリ毎に算出した類似度距離と、ステップSb6で算出したリズムパターンのズレとを乗算することで、フレーズテーブルに含まれる全てのフレーズレコードにおけるリズムパターンについて、入力リズムパターンとの距離を算出するステップSb7。上述したように、入力リズムパターンをJとし、N番目のフレーズレコードにおけるリズムパターンをKとしたとき、ステップSb7を式で表すと以下のようになる。なお、JとKのリズムパターンの距離が小さいほど、KのリズムパターンがJの入力リズムパターンに類似している度合いが高いことを意味している。JとKのリズムパターンの距離=Jと、Kが所属するリズムカテゴリとの類似度距離×JとKのリズムパターンのズレただしこの計算に際して、基本的には、ステップSb5で入力リズムパターンが該当すると判定されたリズムカテゴリ内から、検索結果が出力されるように、以下のような処理が行われる。リズムパターン検索部213は、ステップSb5で判定されたリズムカテゴリとBにおけるリズムカテゴリとが一致するかを判定し、一致しない場合には、上記計算式において予め定められた定数例えば0.5を加算する。このようにすれば、ステップSb5で判定されたリズムカテゴリと一致しないリズムカテゴリに属するフレーズレコードについては、リズムパターン同士の距離が大きく算出されるため、ステップSb5で入力リズムパターンが該当すると判定されたリズムカテゴリ内から、検索結果が出力されやすくなる。そして、リズムパターン検索部213は、入力リズムパターンとの距離が最も小さいリズムパターンを、入力リズムパターンと類似の度合いが高いことを示す条件を満たすリズムパターンであるとみなし、このリズムパターンデータを持つフレーズレコードを、検索結果として出力するステップSb8。以上が、検索機能がONの状態において、リズムパターン検索部213が、入力リズムパターンに基づいて、フレーズテーブルから特定のフレーズレコードを検索結果として出力する一連の処理についての説明である。次に、ループ再生モード、演奏再生モード、及び演奏ループ再生モードの各々において、演奏処理部214が行う処理の詳細について説明を行う。上述したように、ユーザは、入力リズムパターンを入力することで、検索結果のフレーズレコード以降において検索結果フレーズというに基づく音を演奏処理部214に出力させることが可能であるループ再生モード及び演奏ループ再生モード。また、上述したように、ユーザは、検索結果のフレーズレコードにおける構成音を用いて、リズム入力装置10に対して演奏操作を行い、この演奏操作によるフレーズの音を演奏処理部214に出力させることが可能である演奏再生モード及び演奏ループ再生モード。以下において、ループ再生モード、演奏再生モード、及び演奏ループ再生モードにおける各々の違いについて説明する。図8は、ループ再生モードにおいて演奏処理部214が行う処理を説明するための模式図である。ループ再生モードは、1小節からなる検索結果フレーズに基づく音を、小節線クロック出力部211が刻むBPMBeatsPerMinuteで、伴奏に合わせて演奏処理部214が繰り返し再生対象として出力するモードである。小節線クロックが、1小節内における検索結果フレーズの各構成音の発音開始時刻を越えると、演奏処理部214は、この構成音を再生対象とする。ここで、小節線クロックは、その値が1に達する、すなわち1小節が経過すると、再び0の値となり、以降、0から1の間の値を繰り返す。従って、この小節線クロックの繰り返しの周期で、検索結果フレーズに基づく音が繰り返し再生対象として出力されることとなる。図8において、矢印で表されるように、小節線クロックが、検索結果フレーズの各構成音の発音開始時刻を越えると、演奏処理部214が各構成音を再生対象とするようになっている。ループ再生モードは、主に、ユーザが、検索結果フレーズがどのような音量、音色、リズムパターンで構成されているかを確認する際に指定されるモードである。図9は、演奏再生モードにおいて演奏処理部214が行う処理を説明するための模式図である。演奏再生モードは、ユーザがリズム入力装置10を用いて演奏操作を行うと、ユーザが演奏操作を行った時刻に対応した、検索結果フレーズの構成音が演奏処理部214によって再生対象とされるモードである。演奏再生モードにおいては、1小節内において、ユーザが演奏操作を行った時刻においてのみ、音が再生対象とされる。つまり、演奏再生モードは、ループ再生モードとは異なり、ユーザがリズム入力装置10を用いて演奏操作を行わない時刻においては、音が出力されることはない。ここで、ユーザが、検索結果フレーズにおけるリズムパターンと全く同一のリズムパターンで演奏操作を行った場合、検索結果フレーズに基づく音そのものが出力されることとなる。演奏再生モードは、ユーザが、検索結果フレーズにおける構成音を用いて、自ら演奏を継続的に行いたいときに指定されるモードである。図9では、双方向の矢印で示された区間01~06における矢印で示された時刻に、ユーザがリズム入力装置10を用いて演奏操作を行ったことを表している。演奏再生モードにおいては、ベロシティデータ、トリガーデータ、検索結果フレーズの各構成音の発音開始時刻、及び各構成音の波形、という4つのパラメータが演奏処理部214に入力される。このうち、ベロシティデータ及びトリガーデータは、ユーザによるリズム入力装置10を用いた入力リズムパターンに基づくものである。また、検索結果フレーズの各構成音の発音開始時刻、及び各構成音の波形は、検索結果フレーズのフレーズレコードに含まれるものである。演奏再生モードにおいては、ユーザがリズム入力装置10を用いて演奏操作を行う度に、ベロシティデータ及びトリガーデータが演奏処理部214に入力され、以下のような処理が行われる。演奏処理部214は、トリガーデータのオンセット時刻と、検索結果フレーズの各構成音の発音開始時刻との時刻差が最も小さい構成音の波形を、ベロシティデータの大きさに応じた音量を指定して、音声出力部26に出力する。ここにおいて、検索結果フレーズの各構成音のアタック強度を演奏処理部214に対する入力パラメータとして追加することで、演奏処理部214が、トリガーデータのオンセット時刻と検索結果フレーズの各構成音の発音開始時刻との時刻差が最も小さい構成音の波形を、検索結果フレーズにおける各構成音のアタック強度の大きさに対するベロシティデータの大きさに応じた音量を指定して、音声出力部26に出力するようにしてもよい。なお、トリガーデータが入力されなかった区間ここでは02及び03に対応する構成音の波形は、音声出力部26に出力されない。次に、演奏ループ再生モードは、ループ再生モードと演奏再生モードを組み合わせた内容のモードである。演奏ループ再生モードにおいては、演奏処理部214が、1小節毎に、ユーザによってリズム入力装置10を用いた演奏操作が行われたかどうかを判定している。演奏ループ再生モードでは、ユーザがリズム入力装置10を用いて演奏操作を行うまでは、演奏処理部214は、検索結果フレーズに基づく音声を再生対象とする。つまり、この時点では、ループ再生モードと同じ動作である。そして、ユーザが、ある小節内において、リズム入力装置10を用いて演奏操作を行うと、この1小節の間は、演奏処理部214は演奏再生モードと同じ動作に従って処理を行う。つまり、ユーザが演奏操作を行った時刻に対応した、検索結果フレーズの構成音が演奏処理部214によって再生対象とされる。演奏ループ再生モードでは、一度でもユーザによって演奏操作が行われると、その後の小節で演奏操作が行われなかった場合、直前の小節においてユーザが入力した時刻に対応した、検索結果フレーズの構成音が演奏処理部214によって再生対象とされる。演奏ループ再生モードは、ユーザが、検索結果フレーズにおける構成音を用いて自ら演奏を行うとともに、検索結果フレーズの構成音を、入力したリズムパターンによってループ再生させたい場合に指定されるモードである。このように、第1実施形態の情報処理装置20によれば、ユーザが意図するリズムパターンとの類似度が決められた条件を満たすようなリズムパターンで構成されたフレーズの楽音データを検索することができる。また、ユーザは、検索結果のフレーズの構成音を用いて演奏を行うことが可能となる。次に、本発明の第2実施形態について説明する。<第2実施形態>音楽データ作成システム<構成>第2実施形態は、音楽データ処理システムの一例としての音楽データ作成システムであり、音楽データの一例として自動伴奏データを作成するシステムである。本実施形態における自動伴奏データは、電子楽器やシーケンサなどに読み込まれ、いわゆるMIDIの自動伴奏データと同様の役割を果たす。第2実施形態における音楽データ作成システム100aは、図1に示すものと同様の構成を有する。ただし、リズム入力装置及び情報処理装置のそれぞれの構成が第1実施形態と異なるため、符号にaを付してそれぞれを表す。この音楽データ作成システム100aは、リズム入力装置10a、及び情報処理装置20aを備えており、各々が通信線により接続されて相互に通信ができるようになっている。この通信は、無線によって実現されてもよい。第2実施形態において、リズム入力装置10aは、入力手段として例えば鍵盤とパッドを備えている。ユーザが、リズム入力装置10aに設けられた鍵盤を押鍵することにより、リズム入力装置10aは、押鍵されたこと、すなわち演奏操作がなされたことを示すトリガーデータと、押鍵の強度、すなわち当該演奏操作の強度を示すベロシティデータとを、1小節を単位として、情報処理装置20aに入力する。ここで、トリガーデータは、ユーザが鍵盤を押鍵する毎に生成されるものであって、押鍵されたことを示すキーオン情報で表される。トリガーデータの各々にはベロシティデータが対応付けられている。1小節内に生成されたトリガーデータとベロシティデータの集合は、この1小節において、ユーザがリズム入力装置10aを用いて入力したリズムのパターン入力リズムパターンというを表している。ユーザは、この入力リズムパターンを鍵盤の鍵域に対応したパートについて入力することになる。また、打楽器を示すパートについては、ユーザは、パッドを使って入力リズムパターンを入力する。このように、リズム入力装置10aは、ユーザによる演奏操作が入力される入力手段の一例である。情報処理装置20aは、例えばPCである。情報処理装置20aは、自動伴奏データとその自動伴奏データを構成する各パートに用いられる楽音データを複数含んだデータベースとそれを利用するアプリケーションを備えている。このアプリケーションは、楽音データを検索する際に入力された入力リズムパターンに基づいてパートを選択するための選択機能と、作成中の自動伴奏データや作成後の自動伴奏データを再生する再生機能とを備えている。自動伴奏データは、各々が固有のリズムパターンを持つ複数のパートで構成され、各パートは、例えば、ベース、和音からなるコード、単音からなるフレーズ、バスドラム、スネアドラム、ハイハット、及びシンバル等であり、それらを組み合わせたものとなっている。具体的には、これらのデータは、自動伴奏データテーブルと該テーブルに規定されるtxtやWAVE等の各種ファイルで構成される。各パートのデータである楽音データは、それぞれ1つの音色で所定の長さ例えば、2小節、4小節又は8小節などを有する演奏音について、例えばWAVEやmp3といったファイルフォーマットで記録されたものである。なお、データベースには、自動伴奏データを差替えする際に利用される、現時点では自動坂東データにおいて未使用の楽音データも記録されている。そして情報処理装置20aは、このデータベースから、入力リズムパターンが入力された際のパートについて、選択機能によってリズム入力装置10aから入力された入力リズムパターンと同一又は類似したリズムを持つ楽音データを検索し、検索結果の楽音データを有する自動伴奏データの名称等を一覧表示する。そして情報処理装置20aは、一覧からユーザによって選択された自動伴奏データに基づく音を出力する。このとき、情報処理装置20aは、検索結果の自動伴奏データに基づく音を繰り返し再生する。このように、ユーザが、複数のパートのいずれかについて入力した入力リズムパターンから自動伴奏データを検索し、その検索結果のなかから一つを選択すると、情報処理装置20aは、選択された自動伴奏データに基づく音を再生する。既に選択されているパートがあれば、そのパートに所定のタイミング例えば拍のタイミングが同期するように、必要に応じてテンポを速くあるいは遅く変更させて再生する。このように、音楽データ作成システム100aでは、各々異なる複数のパートが選択されて、選択されたパートについてユーザがリズムパターンを入力することで検索が行われる。そして、ユーザが、検索結果が表す自動伴奏データから任意のパートの自動伴奏データを選択して組み合わせることで、これらの自動伴奏データが同期しながら再生される。なお、検索機能は、ユーザが操作部25を操作することによってそのON/OFFが切り替えられる。図10は、リズム入力装置10aを表す模式図である。リズム入力装置10aは、入力手段として鍵盤11及び入力パッド12を備えている。ユーザが、これらの入力手段を用いてリズムパターンを入力すると、情報処理装置20aは入力リズムパターンに基づいて、楽音データを検索する。リズム入力装置10aにおける鍵盤11の予め決められた範囲又は入力パッド12の種類には、各々異なる上記パートの何れかが対応付けられている。例えば、鍵盤11の全鍵域は、2つのスプリットポイントで低音域鍵盤、中音域鍵盤と高音域鍵盤に分けられる。低音域鍵盤は、ベース入力音域鍵盤11aとして利用され、ベースのパートが対応付けられている。中音域鍵盤は、コード入力音域鍵盤11bとして利用され、和音からなるコードのパートが対応付けられている。高音域鍵盤は、フレーズ入力音域鍵盤11cとして利用され、単音からなるフレーズのパートが対応付けられている。また、バスドラム入力パッド12aには、バスドラムのパートが対応付けられている。スネアドラム入力パッド12bには、スネアドラムのパートが対応付けられている。ハイハット入力パッド12cには、ハイハットのパートが対応付けられている。シンバル入力パッド12dには、シンバルのパートが対応付けられている。ユーザは、リズム入力装置10aにおいて、押鍵する鍵盤11の鍵域又は押下する入力パッド12の種類を指定して演奏操作を行うことで、指定した入力手段に対応付けられたパートについて楽音データを検索することが可能である。このように、鍵盤11及び入力パッド12が存在する各々の領域が、鍵盤11及び入力パッド12といった演奏操作子の各々と対応することとなる。例えば、ユーザが、ベース入力音域鍵盤11aに相当する鍵盤を押鍵してリズムパターンを入力すると、情報処理装置20aは、当該リズムパターンと同一又は所定の類似度の範囲に含まれるリズムパターンを持つベースの楽音データを特定し、この特定されたベースの楽音データを検索結果として表示する。以降において、ユーザがリズムパターンを入力する際に操作する対象であることから、ベース入力音域鍵盤11a、コード入力音域鍵盤11b、フレーズ入力音域鍵盤11c、バスドラム入力パッド12a、スネアドラム入力パッド12b、ハイハット入力パッド12c、及びシンバル入力パッド12dのことを、演奏操作子と呼ぶ場合がある。ユーザがリズム入力装置10aにおける或る演奏操作子を操作すると、リズム入力装置10aは、当該操作に応じた例えば操作信号を情報処理装置20aに入力する。ここで、この操作信号は、例えばMIDIMusicalInstrumentDigitalInterface形式の情報以下、MIDI情報というとする。MIDI情報には、上述したトリガーデータ及びベロシティデータのほかに、演奏操作子が鍵盤であればノートナンバーが含まれ、演奏操作子がパッドであればチャンネル情報が含まれる。情報処理装置20aは、受け取ったMIDI情報から、対象のパートを特定する。また、リズム入力装置10aは、BPM入力操作子13を備える。ここで、BPMとは、1分間における拍の数であって、リズム入力装置10aにおいてユーザに通知される楽音のテンポを表す。BPM入力操作子13は、例えば液晶ディスプレイなどの表示面とホイールとで構成される。ユーザがホイールを回転させると、回転の停止位置に応じた値のBPMが表示面に表示される。以降、BPM入力操作子13を用いて入力されたBPMのことを入力BPMという。リズム入力装置10aは、入力リズムパターンとともに、入力BPMを識別する情報を含むMIDI情報を情報処理装置20aに入力する。情報処理装置20aは、MIDI情報に含まれる入力BPMに基づいて、音を音声出力部26から出力したり、光を表示部24に点滅させて、ユーザに対してテンポと演奏進行タイミングを報知するいわゆるメトロノームの機能である。ユーザは、これらの音あるいは光から体感するテンポおよび演奏進行タイミングに基づいて、演奏操作子を操作する。図11は情報処理装置20aのハードウェア構成を表すブロック図である。情報処理装置20aは、制御部21、記憶部22a、入出力インターフェース部23、表示部24、操作部25、及び音声出力部26を備えており、各部がバスを介して接続されている。制御部21、入出力インターフェース部23、表示部24、操作部25、及び音声出力部26は、第1実施形態におけるものと同様である。記憶部22aは、自動伴奏DB222を記憶している。自動伴奏DB222は、自動伴奏データに関する各種情報と、楽音データとそれに関する各種情報を含んでいる。図12及び図13は、自動伴奏DB222に含まれるテーブルの内容を表す模式図である。自動伴奏DB222には、パートテーブル、楽器種類テーブル、リズムカテゴリテーブル、リズムパターンテーブル及び自動伴奏データテーブルが含まれている。図12aはパートテーブルの一例を表したものである。パートIDは、自動伴奏データを構成するパートを一意に識別するための識別子であり、例えば2桁の数字で表される。パート名は、パートの種類を表す名称であり、上述したベース、コード、フレーズ、バスドラム、スネアドラム、ハイハット、及びシンバルといった異なるパート毎に、パートIDが対応付けられてパートテーブルに記述されている。なお、パート名は図12aに表された内容に限ったものではない。ノートナンバーは、各パートが、鍵盤においてどの鍵域に割り当てられているかを表すMIDI情報である。MIDI情報では、鍵盤における中央ハにノートナンバー60が割り当てられる。このノートナンバーを基準として、例えば図12aに示されるように、ベースのパートには、ノートナンバーが第1の閾値45以下のノートナンバーが割り当てられ、フレーズのパートには、ノートナンバーが第2の閾値75以上のノートナンバーが割り当てられ、コードのパートには、ノートナンバーが46以上であって74以下のノートナンバーが割り当てられている。なお、上述した第1の閾値及び第2の閾値は一例であり、この値に限ったものではない。また、第1の閾値及び第2の閾値はユーザにより変更可能としてもよい。チャンネル情報は、各パートが、どの入力パッドに割り当てられているかを表すMIDI情報である。例えば図12aに示されるように、バスドラムのパートには12aのチャンネル情報が割り当てられ、スネアドラムのパートには12bのチャンネル情報が割り当てられ、ハイハットのパートには12cのチャンネル情報が割り当てられ、シンバルのパートには12dのチャンネル情報が割り当てられている。図12bは楽器種類テーブルの一例を表したものである。楽器種類IDは、楽器の種類を一意に識別するための識別子であり、例えば3桁の数字で表される。楽器種類は、楽器の種類を表す名称であり、例えばウッドベース、エレキベース、スラップベースといった、異なる楽器の種類毎に、楽器種類IDが対応付けられて楽器種類テーブルに記述されている。例えば楽器種類ウッドベースは、001の楽器種類IDに対応付けられて楽器種類テーブルに記述されている。その他の楽器種類についても、同様に各楽器種類IDに対応付けられて、楽器種類テーブルに記述されている。なお、楽器種類は図12bに表された内容に限ったものではない。図12cは、リズムカテゴリテーブルの一例を表したものである。リズムカテゴリIDは、リズムパターンのカテゴリリズムカテゴリというを一意に識別するための識別子であり、例えば2桁の数字で表される。ここでリズムパターンとは、予め定められた長さの期間において各々の音が発音される時刻の並びを表す。特にここにおいて、リズムパターンとは、1小節において各々の音が発音される時刻の並びを表す。リズムカテゴリは、リズムカテゴリを表す名称であり、例えば8分、16分、8分3連といった、異なるリズムカテゴリ毎に、リズムカテゴリIDが対応付けられてリズムカテゴリテーブルに記述されている。例えば8分のリズムカテゴリは、01というリズムカテゴリIDが対応付けられてリズムカテゴリテーブルに記述されている。なお、リズムカテゴリは図12cに表された内容に限ったものではない。例えば、拍子やジャンルといった大まかなカテゴリ分けをしたり、一つのリズムパターンごとに一つの別のカテゴリIDを割り当てるなど、より細かなカテゴリ分けをしたり、これらを組み合わせて複数階層のカテゴリを付与しても良い。図13Aは、リズムパターンテーブルの一例を表したものである。リズムパターンテーブルには、パートを一意に識別するパートID毎にグループ化されたリズムパターンレコードが複数記述されている。図13Aにおいては、リズムパターンテーブルの一例として、パートがベースパートIDが01である複数のリズムパターンレコードが表されている。1件のリズムパターンレコードは、自動伴奏ID、パートID、楽器種類ID、リズムカテゴリID、リズムパターンID、リズムパターンデータ、アタック強度パターンデータ、楽音データ、キー、ジャンル、BPM及びコードといった複数の項目からなる。このリズムパターンテーブルが、それぞれのパート毎に記述されている。自動伴奏IDは、自動伴奏データを一意に識別するための識別子であり、各パートについて1つずつのリズムパターンレコードの組み合わせに対して、同一のIDが割り当てられている。例えば、同一の自動伴奏IDを有する自動伴奏データは、例えばジャンル、キー又はBPMといった項目について同一の内容を有するように予め組み合わせられることで、この自動伴奏データが複数のパートについて合奏で再生されたときに違和感の少ないものとなっている。上述したように楽器種類IDは、楽器の種類を一意に識別するための識別子である。同一のパートIDを持つリズムパターンレコードは、楽器種類ID毎にグループ化されており、ユーザはリズム入力装置10aを用いてリズムの入力を行う前に、操作部25を用いて楽器の種類を選択することが可能である。ユーザによって選択された楽器の種類は、RAMに記憶される。リズムカテゴリIDは、各々のリズムパターンレコードが、前述したリズムカテゴリのうち、どのリズムカテゴリに属するかを識別するための識別子である。例えば、図13AにおいてリズムカテゴリIDが01であるリズムパターンレコードは、図12cのリズムカテゴリテーブルに表されるように、8分のリズムカテゴリに属する。リズムパターンIDは、各々のリズムパターンレコードを一意に識別するための識別子であり、例えば9桁の数字からなる。この9桁の数字は、パートID2桁と、楽器種類ID3桁と、リズムカテゴリID2桁と、枝番2桁との組み合わせである。リズムパターンデータは、1小節を構成するフレーズにおける各構成音の発音開始時刻が記録されたデータファイルであり、例えばテキストファイルに、各構成音の発音開始時刻が記述されたものである。この発音開始時刻は、入力リズムパターンにおける、演奏操作がなされたことを示すトリガーデータに相当する。ここで、各構成音の発音開始時刻は、予め1小節の長さを1として正規化されている。つまり、リズムパターンデータに記述される各構成音の発音開始時刻は、0から1の間の値を取る。なお、リズムパターンデータは、上述のように、オペレーターによって市販のオーディオループ素材からゴーストノートが除外されることで作成される方法に限らず、予めコンピュータによって自動的にゴーストノートが除外されることで抽出されてもよい。例えば、リズムパターンデータの抽出元のデータがMIDI形式の場合、コンピュータによって以下のような方法でリズムパターンデータが作成されてもよい。コンピュータのCPUは、MIDI形式のデータから、チャンネルごとの構成音開始時刻を1小節の間、抽出し、リズム入力と判断しづらいゴーストノート例えば、極端に小さなベロシティデータを持つものなどを除外する。そしてコンピュータのCPUは、ゴーストノートを除外した後のMIDI形式のデータにおいて、和音入力のように一定時間内に複数の入力があった場合、これら複数の入力を1つのリズム入力にまとめる処理を行うことで、リズムパターンデータの作成を自動で行う。また、ドラムスパートに関しては、1つのチャンネル内にバスドラム、スネアドラム、シンバルといった複数の楽器音が存在する場合もある。このような場合、コンピュータのCPUは、以下のようにしてリズムパターンデータの抽出を行う。ドラムスの場合、ノートナンバーごとに対応している楽器音が決まっている場合が多い。例えば、ドラムスパートでノートナンバー40にスネアドラムの音色が割り当てられているとする。これに基づいてコンピュータのCPUは、伴奏音源のドラムスパートが収録されたチャンネルにおいて、スネアドラムの音が割り当てられているノートナンバーの構成音開始時刻を抽出することで、スネアドラムのリズムパターンデータの抽出を行う。アタック強度パターンデータは、1小節を構成するフレーズにおける各構成音のアタック強度が記録されたデータファイルであり、例えばテキストファイルに上記各構成音のアタック強度が数値として記述されたものである。このアタック強度は、入力リズムパターンにおける、演奏操作の強度を示すものであるベロシティデータに相当する。つまり、アタック強度とは、各構成音の強度を意味する。アタック強度は、MIDI情報のベロシティデータそのものとしてテキストファイルに記述されてもよい。楽音データは、リズムパターンレコードに基づく音そのものに関するデータファイルの名前であり、例えばWAVEやmp3といった音声ファイルフォーマットからなる楽音データのファイルを示す。キーは、楽音データを音高変換する際に基準となる音高を表す。このキーの値は、特定のオクターブ内における音名を示すことから、実質的に楽音データの音高を示している。ジャンルは、リズムパターンレコードが所属する音楽のジャンルを表す。BPMは、1分間における拍の数であって、リズムパターンレコードに含まれる楽音データに基づく音のテンポを表す。コードは、楽音データが示す楽音の和音の種類を表す。コードは、そのパートが和音の種類を示すコードであるリズムパターンレコードにおいて設定される。図13Aにおいては、パートIDが02であるリズムパターンレコードにおいて、コードの一例としてMaj7が示されている。パートがコードであるリズムパターンレコードは、一のリズムパターンIDについて複数種類のコードを有し、各々のコードに応じた楽音データを有する。図13Aの場合、リズムパターンIDが020040101のリズムパターンレコードは、図示しない例えばMaj、7、min、dim、Sus4などの複数種類のコードについて、各々のコードに応じた楽音データを有する。このとき、同一のリズムパターンIDを有するリズムパターンレコードは、楽音データとコード以外については同じ内容を有する。ここで、各リズムパターンレコードは、各コードのルート音キーと同じ音高のみで構成された楽音データと、各コードのルート音を除いたそれぞれの構成音で構成された楽音データとを有するようにしてもよい。この場合、制御部21は、ルート音で構成された楽音データが示す楽音と、ユーザにより指定されたコードを示し、ルート音を除く構成音で構成された楽音データが示す楽音とを同時に再生させる。図13Aにおいては、パートがベースであるリズムパターンレコードを一例として表したが、実際にはリズムパターンテーブルには、図13Aにその一部を表しているように、複数の種類のパートここでは、コード、フレーズ、バスドラム、スネアドラム、ハイハット、シンバルに応じたリズムパターンレコードが記述されている。図13Bは、自動伴奏データテーブルである。このテーブルは、自動伴奏時に、パート毎に、どの楽音データをどのような条件で利用するかを規定するテーブルである。自動伴奏データテーブルの構成は、リズムパターンテーブルと同様である。テーブルの1行目に記述される自動伴奏データは、関連する特定パートが組み合わされたものであり、合奏時の自動伴奏に関する情報を規定する。この合奏時の自動伴奏に関する情報は、他のデータと区別されるために、パートIDが99であり、楽器種類IDが999であり、リズムパターンIDが999990101となっている。これらの各値は、そのデータが合奏による自動伴奏のデータであることを表している。また、合奏時の自動伴奏に関する情報は、各パートの楽音データが組み合わされて合成された一の楽音データを有する。この楽音データBeBop01.wavが再生されると、全てのパートが組み合わさった状態で楽音が再生されることとなる。なお、自動伴奏データとして複数パートを一つの楽音データで演奏できるファイルは必ずしも必要ではなく、ないときには、楽音データの情報は空欄となる。合奏時の自動伴奏に関する情報におけるリズムパターンデータ及びアタック強度パターンデータには、合奏時の自動伴奏の楽音すなわちBeBop01.wavに基づくリズムパターンとアタック強度とが記述されている。また、図13Bにおいて、パートID01で表される2行目以降の自動伴奏データは、パート毎にユーザによって選択された内容を表す。ここでは、ユーザによって、パートID01~07までの各パートについて、特定の楽器が指定されたうえで、BeBopスタイルの自動伴奏データが選択されている。また、リズム楽器に相当するパートのキーを未指定としたが、音高変換するときには、基準となる音高を指定するようにし、指定された音高と基準となる音高の音程に応じて、楽音データの音高を変換するようにしてもよい。図14は、情報処理装置20a及びその周辺の機能構成を表すブロック図である。制御部21は、ROMや記憶部22aに記憶されたアプリケーションを構成する各プログラムをRAMに読み出して実行することにより、テンポ取得部211a、進行部212a、通知部213a、パート選択部214a、パターン取得部215a、検索部216a、特定部217a、出力部218a、コード受付部219a及び音高受付部220aの各機能を実現する。以降において、これら各部を主体として処理の説明を行うことがあるが、処理の主体の実体は、制御部21である。なお、以降の説明においてオンセットとは、リズム入力装置10aにおける入力状態がオフからオンに切り替わることを指す。例えば、オンセットとは、リズム入力装置10aの入力手段が鍵盤であれば鍵盤が押鍵された状態のことであり、リズム入力装置10aの入力手段がパッドであればパッドを叩かれた状態のことであり、リズム入力装置10aの入力手段がボタンであればボタンが押下された状態のことである。これに対してオフセットとは、リズム入力装置10aの入力手段が鍵盤であれば鍵盤が押鍵されてから離された状態のことであり、リズム入力装置10aの入力手段がパッドであればパッドに対する打撃が完了した状態のことであり、リズム入力装置10aの入力手段がボタンであれば押下されたボタンから指が離された状態のことである。また、以降の説明においてオンセット時刻とは、リズム入力装置10aにおける入力状態がオフからオンに切り替わった時の各々の時刻を表す。換言すれば、オンセット時刻とは、リズム入力装置10aにおいてトリガーデータが発生した時刻を表す。これに対して、オフセット時刻とは、リズム入力装置10aにおける入力状態がオンからオフに切り替わった時の各々の時刻を表す。換言すれば、オフセット時刻とは、リズム入力装置10aにおいて発生したトリガーデータが消滅した時刻を表す。また、以降の説明においてオンセット情報とは、オンセット時刻においてリズム入力装置10aから情報処理装置20aへ入力される情報である。オンセット情報には、上述したトリガーデータ以外に、鍵盤のノートナンバーやチャンネル情報等が含まれている。テンポ取得部211aは、ユーザによって指定されたBPM、すなわち指定テンポを取得する。ここで、ユーザによって指定されたBPMとは、BPM入力操作子13及び後述するBPM指定スライダ201のうち少なくともいずれかを用いて指定されたBPMのことである。BPM入力操作子13及びBPM指定スライダ201は連動しており、ユーザがその一方を用いてBPMを指定すると、指定されたBPMが他方の表示欄に表示される。進行部212aは、図示しないスイッチによるユーザのテンポ報知の開始指示を受けて、指定テンポに基づいて、指示を受けたタイミングから小節内の現在位置演奏進行タイミングを進行させる。通知部213aは、小節内の現在位置を通知する。具体的には通知部213aは、1小節の長さを1として正規化した場合に、進行中の時間軸において、数十msecミリ秒ごとにクロック信号以降において小節線クロックというとしてパターン取得部215aに出力する。つまり、小節線クロックは、現在時刻が1小節中のどこに位置するかを表すものであり、0から1の間の値をとる。通知部213aは、ユーザによって指定された指定テンポに基づいて小節線クロックを生成する。パート選択部214aは、複数の演奏パートのなかからユーザの指定に基づいて特定パートを選択する。具体的には、パート選択部214aは、リズム入力装置10aから入力されるMIDI情報に含まれるパートを識別する情報が、ノートナンバーであるかチャンネル情報であるかを特定する。そしてパート選択部214aは、特定した内容と自動伴奏DB222に含まれるパートテーブルとに基づいて、ユーザによって操作されたのはどの演奏操作子であるか、すなわち、楽音データを構成する複数のパートのうちどのパートを指定して入力が行われたかを特定し、検索すべきパートの楽音データとリズムパターンテーブル等を選択する。パート選択部214aは、受け取ったMIDI情報がノートナンバーである場合、当該ノートナンバーとパートテーブルの記述内容とを比較して、ユーザによる操作が、ベース入力音域鍵盤11a、コード入力音域鍵盤11b、或いはフレーズ入力音域鍵盤11cのいずれに対するものであるかを特定し、対応するパートの楽音データとリズムパターンテーブル等を選択する。また、パート選択部214aは、受け取ったMIDI情報がチャンネル情報である場合、当該ノートナンバーとパートテーブルの記述内容とを比較して、ユーザによる操作が、バスドラム入力パッド12a、スネアドラム入力パッド12b、ハイハット入力パッド12c、或いはシンバル入力パッド12dのいずれに対するものであるかを特定し、対応する楽音データとリズムパターンテーブル等を選択する。パート選択部214aは、選択したパートに対応するパートIDを検索部216aに出力する。パターン取得部215aは、複数の演奏パートのなかから選択された特定パートについて入力パターンを取得する。具体的にはパターン取得部215aは、小節線クロックを基準として、リズム入力装置10aから入力される、トリガーデータが発生した時刻、すなわちオンセット時刻を1小節毎にRAMに記憶させる。このようにして、1小節を単位として、RAMに記憶されたオンセット時刻の並びが、入力リズムパターンとなる。ここで記憶されるオンセット時刻は、小節線クロックに基づいているため、上記小節線クロックと同様に、0から1の間の値をとる。また、小節線クロックは、外部から情報処理装置20aに入力されるものを用いてもよい。また、ユーザが、1小節を単位としたリズムパターンを正確に入力できるように、情報処理装置20aからユーザに対して小節線が開始する時刻をフィードバックする必要がある。これは、例えばメトロノームのように、小節や拍の時刻で、情報処理装置20aが、音や光を発したり画面の表示内容を変更したりすることで、ユーザに対して視覚的或いは聴覚的に小節線の位置が伝えられればよい。このとき、通知部213aから出力される小節線クロックに基づいて、音声出力部26が音を発したり、表示部24が光を発したりする。また、その他の方法として、小節線クロックにあわせて、予め小節線の位置を表す例えばクリック音を付加した伴奏音を出力部218aが再生してもよい。この場合、ユーザは、伴奏音源から自らが感じる小節線に合わせて、リズムパターンを入力する。検索部216aは、楽音のデータを組み合わせた楽音データを複数記憶したデータベースである自動伴奏DB222を検索して、特定パートの楽音データに含まれる楽音のリズムパターンと入力リズムパターンとの比較結果に基づいて、楽音データを検索結果として取得する。また、検索部216aは検索結果を表示部24に表示させ、ユーザが取得した検索結果のなかから所望の楽音データを選択すると、これを自動伴奏データ中の一つのパートの自動伴奏パートデータとして登録する。そして、ユーザは、各パートについて、この作業を繰り返すことで、自動伴奏データを作成する。自動伴奏DB222は、複数の演奏パートについてそれぞれ個別の楽音データと自動伴奏データと、それぞれのデータの情報を管理する複数のテーブルで構成されている。出力部218aは、楽音データや自動伴奏データの再生時に、小節内の現在位置、すなわち小節線クロックに基づくデータ位置から特定された楽音データを読み出して、この楽音データが示す楽音を、この楽音データに対応付けられた演奏テンポと指定テンポとの関係に基づく速度で再生し、楽音の再生信号を音声出力部26に出力する。音声出力部26は、この再生信号に基づく音声を出力する。また、出力部218aは、演奏再生モード及び演奏ループ再生モードにおける、検索結果の楽音データにおける構成音を用いた、ユーザによる演奏操作を制御する。コード受付部219aは、ユーザにより指定されたコードの入力を受け付ける。音高受付部220aは、ユーザによって指定された音の音高を表す音高情報の入力を受け付ける。次に、図15及び図16を用いて、検索機能がONの状態において、制御部21が入力リズムパターンに基づいて自動伴奏データの検索を行う一連の処理について説明を行う。図15は、情報処理装置20aが行う処理のフロー図である。まず、ユーザが、リズム入力装置10aの図示しない操作子で自動伴奏データ作成を指示すると、本フローのプログラムが実行される。情報処理装置20aは、ユーザの指示に基づいて、プログラムの実行開始後、初期設定を行う。ステップSa0。初期設定では、ユーザは、操作部25を用いて各鍵域それぞれに対応する楽器種類および入力パッドに対応する楽器種類を指定し、BPM入力操作子13を用いてBPMを入力する。また、制御部21は、図12、図13A及び図13Bに示した各種テーブルをRAMに読み出す。初期設定後、ユーザは、リズム入力装置10aを用いて、鍵盤11における所定の鍵域又は入力パッド12a~12dにおけるいずれか、すなわちパートを指定してリズムパターンを入力する。リズム入力装置10aは、指定されたパートを識別する情報と、指定された楽器種類を識別する情報と、入力BPMを識別する情報と、入力リズムパターンとを含むMIDI情報を情報処理装置20aに送信する。制御部21は、入出力インターフェース部23を用いてリズム入力装置10aからMIDI情報を受信すると、図15に示すフローに沿って処理を実行する。まず、制御部21は、受信したMIDI情報に含まれる、ユーザにより入力されたBPMを識別する情報を取得すると、これをRAMに読み出された自動伴奏テーブルに記録すべき自動伴奏データのBPMとして記憶させるステップSa1。次に、制御部21は、受信したMIDI情報に含まれる、ノートナンバーやチャンネル情報といったユーザにより選択されたパートを識別する情報と、自動伴奏DB211に含まれるパートテーブルとに基づいて、ユーザにより指定されたパートのパートIDを取得すると、これをRAMにあるパートテーブルと自動伴奏テーブルに記録すべきパートのパートIDとして記憶させるステップSa2。ここでは、ユーザが、ベース入力音域鍵盤11aを用いてリズムパターンを入力し、制御部21が、図12aに示されるようにパートIDとして01を取得し、これをRAMに記憶させたとする。次に、制御部21は、受信したMIDI情報に含まれる、ユーザにより指定された楽器種類を識別する情報と、自動伴奏DB211に含まれる楽器種類テーブルとに基づいて、ユーザにより指定された楽器種類の楽器種類IDを取得すると、これをRAMに読み出された楽器種類テーブルと自動伴奏テーブルに記録すべきパートの楽器種類IDとして記憶させるステップSa3。ここでは、ユーザが、操作部25を用いて楽器種類にエレキベースを指定することで、制御部21が、図12bに示されるように楽器種類IDとして002を取得し、これをRAMに読み出された自動伴奏テーブルに記録すべきパートの楽器種類IDとして記憶させたとする。次に、制御部21は、受信したMIDI情報に含まれる入力リズムパターンを取得すると、これをRAMに記憶させるステップSa4。次に制御部21は、自動伴奏DB222から、ユーザが指定したパート及び楽器種類について、入力リズムパターンと同一又は類似したリズムパターンを持つ楽音データを検索するステップSa5。ステップSa5では、第1実施形態において図5を用いて説明したのと同様の処理が行われる。制御部21は、図5のステップSb8において、選択されたパートのリズムパターンテーブルと入力リズムパターンとに基づいて、入力リズムパターンとの距離が小さいリズムパターンデータを有する楽音データから、上記距離が小さい順番で所定個数だけの楽音データ群を検索結果として取得し、これらをRAMに記憶させると、図5の処理を終了する。この所定個数は、パラメータとして記憶部22aに記憶されており、ユーザが操作部25を用いて変更可能としてもよい。ここで、制御部21は、ユーザによって入力されたBPMに近いBPMを持つ楽音データ群のみを検索結果として出力するためのフィルタリング機能を備えており、ユーザは、操作部25を介して上記フィルタリング機能を任意にON/OFFすることが可能である。上記フィルタリング機能がONに設定されている場合、ステップSb8において制御部21は、入力BPMとその差が予め決められた範囲内に収まらないBPMを有する楽音データ群を、検索結果から除外する。具体的には、例えば、ステップSb8において制御部21は、入力BPMの1/212倍から212倍のBPMを有する楽音データ群のみを検索結果として取得し、それ以外の楽音データを検索結果から除外する。なお、上述した1/212倍及び212倍という係数は一例に過ぎず、その他の値であってもよい。制御部21がこのようなフィルタリング機能を備える理由は、以下のようなものである。本実施形態において制御部21は、検索結果の楽音データが示す楽音をユーザによって入力又は指定されたBPMで再生させることが可能である。このとき、制御部21によって、楽音データの本来のBPMとは大幅に異なるBPMがユーザにより入力されると、楽音データが示す楽音が音声出力部26によって放音される際に、ユーザに違和感を与えてしまうことがある。例えば、ユーザが、BPM240のテンポでリズムパターンを入力し、制御部21が上記リズムパターンを持つ楽音データ群を検索した結果、検索結果の楽音データ群に含まれる楽音データが示す本来のBPMが60であった場合を考える。この場合、検索結果に含まれる楽音データに基づく楽音は、本来のBPMの4倍のBPMで音声出力部26によって放音されることになるため、音が本来のBPMの4倍速で早送り再生された状態となり、結果としてユーザに違和感を与えることとなる。また、例えば楽音データがWAVEやmp3などのオーディオファイルである場合、本来のBPMとユーザによって指定されたBPMとの差が大きくなるほど、再生時の音質は劣化する。このような問題を解決するために、制御部21は、フィルタリング機能を備えているわけである。再び図15に戻る。ステップSa5の検索処理を終えると、制御部21は、ステップSb8でRAMに記憶された楽音データ群を検索結果として表示部24に表示させるステップSa6。図16は、楽音データについての検索結果の一例を表した模式図である。図16は、ユーザがベース入力音域鍵盤11aを用いて入力したリズムパターンに基づいて、制御部21が検索結果として取得した楽音データ群が、表示部24に表示された場合を表している。表示部24の上部には、BPM指定スライダ201、キー指定鍵盤202及びコード指定ボックス203が表示される。BPM指定スライダ201は、例えば所定の長さを有する溝と、溝に設けられたつまみと、BPM表示欄とで構成される。ユーザが、操作部25を用いてつまみの位置を変更させると、制御部21は、変更後のつまみの位置に応じたBPMをBPM表示欄に表示させる。図16においては、溝の左端から右端へ向けてつまみの位置が移動されるにつれてBPM表示欄に表示されるBPMが早いものとなり、溝の右端から左端へ向けてつまみの位置が移動されるにつれてBPM表示欄に表示されるBPMが遅いものとなる。制御部21は、BPM指定スライダ201を用いて指定されたBPM指定BPMというで、検索結果からユーザにより選択された楽音データ群に含まれる楽音データが示す楽音を再生させる。すなわち、制御部21は、検索結果からユーザにより選択された楽音データ群に含まれる楽音データのBPMを、指定されたBPMと同期させる。なお、情報処理装置20が外部機器と同期を取って接続している場合、外部機器において指定されたBPMを情報処理装置20が受信して、受信したBPMを指定BPMとして用いるようにしてもよい。また、この場合、BPM指定スライダ201を用いて指定したBPMを外部機器に送信可能としてもよい。キー指定鍵盤202は、所定の音域ここでは1オクターブが割り当てられた鍵盤を模した画像である。キー指定鍵盤202における各鍵には、対応する音高が割り当てられている。ユーザが、操作部25を用いて或る鍵を指定すると、制御部21は、指定された鍵に割り当てられた音高を取得し、これを指定キーとしてRAMに記憶させる。制御部21は、キー指定鍵盤202を用いて指定されたキーで、検索結果からユーザにより選択された楽音データ群に含まれる楽音データが示す楽音を再生させる。すなわち、制御部21は、検索結果からユーザにより選択された楽音データ群に含まれる楽音データのキーを、指定されたキーと同期させる。なお、情報処理装置20が外部機器と同期を取って接続している場合、外部機器において指定されたキーを情報処理装置20が受信して、受信したキーを指定されたキーとして用いるようにしてもよい。また、この場合、キー指定鍵盤202を用いて指定したキーを外部機器に送信可能としてもよい。コード指定ボックス203は、ユーザにより指定されたコードの入力を受け付ける入力ボックスである。ユーザが、操作部25を用いて、例えば、Maj7といった和音種類を指定して入力すると、制御部21は、入力された和音種類を指定コードとしてRAMに記憶させる。制御部21は、検索結果から楽音データ群に含まれる楽音データのうち、コード指定ボックス203を用いて指定された和音種類をもつ楽音データを検索結果として取得する。コード指定ボックス203は、プルダウン形式としてコード名称をリスト表示させてフィルタリングしてもよい。なお、情報処理装置20が外部機器と同期を取って接続している場合、外部機器において指定されたコードを情報処理装置20が受信して、受信したコードを指定されたコードとして用いるようにしてもよい。また、この場合、コード指定ボックス203を用いて指定したコードを外部機器に送信可能としてもよい。また、入力形態として、表示部上に和音種類毎にボタンを表示させ、それをクリックして指定するようにしてもよい。表示部24の下部には、検索結果の楽音データ群が一覧として表示される。ユーザは、検索結果の一覧において、それぞれ異なるパートを表すタブパートタブというのうちいずれかを指定することで、各パートについて検索結果の楽音データ群の一覧を表示させる。ドラムスのパートタブが指定された場合、ユーザが操作部25ここではキーボードを用いて、上、右、左といった矢印が割り当てられたキーを押下することで、制御部21は、バスドラム、スネアドラム、ハイハット及びシンバルといった、ドラムスを構成する複数のパートのうち、押下されたキーと対応したパートの検索結果を表示させる。パートタブのうち再生履歴と表示されるタブには、検索結果のうち、それまでにユーザにより選択されて再生された楽音データを有する楽音データ群が表示される。なお、上述したタブのほかに、ユーザが気にいったパート毎の波形データの組み合わせを登録したものである自動伴奏データを一覧表示するために、自動伴奏データという名前のタブを追加し、登録した自動伴奏データを検索できるようにしてもよい。検索結果において項目順位は、検索結果の楽音データ群について類似度の高い順位を表す。項目ファイル名は、楽音データ群が有する楽音データのファイル名を表す。項目類似度は、入力リズムパターンと、検索結果である楽音データ群のそれぞれの楽音データが有するリズムパターンとの間の距離を表している。すなわち、類似度で表される数値が小さいほど、該距離が短く、入力リズムパターンに類似する度合いが高いことを意味している。制御部21は、検索結果の表示の際に、類似度の小さい順に楽音データの名前とそれに関連する情報を並べて表示させる。キーは、その楽音データを音高変換するときの基準の音高を表す。なお、キーは、リズム楽器に相当するパートのデータでは、未指定として表示される。ジャンルは、楽音データのそれぞれが所属するジャンルを表す。BPMは、楽音データのそれぞれに含まれるBPMであって、楽音データが示す楽音の本来のBPMを表す。パート名は、楽音データ群に含まれるパートIDにより識別されるパートの名称である。ここにおいてユーザは、キー、ジャンル及びBPMの少なくともいずれか1の項目を用いて、この検索結果をフィルタリングして表示させることが可能である。再び図15に戻る。ユーザが、検索結果として表示された楽音データ群のうち1つを選択し、例えばマウスを用いてダブルクリックを行うと、制御部21は、ユーザにより選択された楽音データを、作成中の自動伴奏データの一つのパートのデータとして特定し、RAMの自動伴奏データテーブルの該当するパートの列に情報を記録するステップSa7。このとき制御部21は、検索結果の表示画面において、選択されてダブルクリックが行われた楽音データの背景色を、選択されていない楽音データ群の背景色と異ならせて表示する。次に制御部21は、小節線クロックに基づくデータ位置から、ステップSa7で特定されて自動伴奏テーブルに登録されている各パートの楽音データを読み出して、それぞれの楽音データに対応付けられたBPMとユーザにより指定されたBPMとの関係に基づく速度となるように、すなわち、特定された楽音データのBPMを指定されたBPMに同期させるように、この楽音データが示す楽音にタイムストレッチを施して、必要に応じてピッチ変換を施して再生するステップSa8。ユーザにより指定されたBPMは、初回検索時には入力BPMが用いられ、検索結果に対してユーザがBPM指定スライダ201を用いてBPMを指定した場合には、この指定BPMが用いられる。なお、小節線クロックに基づくデータ位置に限らず、制御部21が、小節線の先頭から楽音データを読み出すようにしてもよい。図17は、BPMの同期処理を説明する模式図である。タイムストレッチについては、周知の方法が用いられればよいが、例えば次のようにしてもよい。楽音データがWAVEやmp3のようなオーディオファイルの場合、この楽音データが有するBPMとユーザにより指定されたBPMとの差が大きくなるにつれて、再生時の音質が劣化する。これに対して、制御部21は次のような処理を行う。楽音データが有するBPM×1/212<ユーザにより指定されたBPM<楽音データが有するBPM×212の場合、制御部21は、ユーザにより指定されたBPMとなるように楽音データにタイムストレッチを施す図17a。また、ユーザにより指定されたBPM<楽音データが有するBPM×1/212の場合、制御部21は、ユーザにより指定されたBPMの倍のBPMとなるように楽音データにタイムストレッチを施す図17b。また、楽音データが有するBPM×212<ユーザにより指定されたBPMの場合、制御部21は、ユーザにより指定されたBPMの半分のBPMとなるように楽音データにタイムストレッチを施す図17c。このようにすることで、楽音データが有するBPMとユーザにより指定されたBPMとの差が大きいことに起因して再生時の音質が劣化するような事態を少なくすることができる。上述の1/212や212といった係数は一例であり、他の値であってもよい。これにより、ユーザによる入力リズムパターンにおけるオンセット時刻とオフセット時刻との差が、ユーザによる押鍵時間が長いために大きくなったり、逆にユーザによる押鍵時間が短いために小さくなったりしたときに、タイムストレッチにより伸張する音の長さの変化を予め決められた範囲に収めることが可能となる。結果として、ユーザは、入力リズムパターンに対する検索結果に感じる違和感が少ないものとなる。また、ユーザがキー指定鍵盤202を用いてキーを指定している場合、制御部21は、楽音データが示す楽音を、この楽音データに対応付けられたキーと指定キーとの差に応じてピッチ変換させて、すなわち、特定された楽音データのキーを指定キーに同期させて、再生させる。例えば、特定された楽音データに対応付けられたキーがCであり、指定キーがAであるような場合、特定された楽音データのピッチを上げる方法と下げる方法が考えられるが、ここでは、ピッチシフト量が少なく、音質の劣化を少なくすることが期待できるため、特定された楽音データのピッチを上げる方法を採用する。図18は、キーテーブルを表す図である。キーテーブルは記憶部22aに記憶されている。キーテーブルには、1オクターブを12音階で表した各キーの名称と、各キーに順番に割り振られたキーNoとが記述されている。制御部21は、ピッチ変換を行う際、キーテーブルを参照する。制御部21は、キーテーブルにおいて、特定された楽音データに対応付けられたキーに応じたキーNoから指定キーに応じたキーNoを減算した値を算出する。この値を、キー差分という。そして、制御部21は、-6≦キー差分≦6となる場合は、特定された楽音データを、その楽音の周波数が、2のキー差分/12乗となるようにピッチ変換する。また、制御部21は、キー差分>7となる場合は、特定された楽音データを、その楽音の周波数が、2のキー差分-12/12乗となるようにピッチ変換する。また、制御部21は、キー差分<-7となる場合は、特定された楽音データを、その楽音の周波数が、2のキー差分12/12乗となるようにピッチ変換する。制御部21は、ピッチ変換を行った楽音データが示す楽音を音声出力部26から出力させる。上述の式は一例であり、再生時の音質が保障されるように予め決められればよい。また、ユーザがコード指定ボックス203でコードを指定している場合、制御部21は、検索結果から選択された楽音データにおいて、指定されたコードに応じて音高変換された楽音データを再生させる。すなわち、制御部21は、特定された楽音データのコードを、指定されたコードに音高変換して再生する。ステップSa8の次に、検索結果のうち別の楽音データがユーザにより選択されてクリックが行われるとステップSa9;Yes、制御部21は処理をステップSa7に戻す。この場合、制御部21は、新たに選択された楽音データを特定した後、作成中の自動伴奏データのパートとして特定しステップSa7、ステップSa8の処理を行う。なお、楽音データは、自動伴奏データのパートとして規定のパート数に達するまで登録可能であって、例えば、ドラムパート最大4チャンネル、ベースパート最大1チャンネル、コードパート最大3チャンネルなどのように、各パートに登録数の上限がある。例えば、ドラムパートを5つ指定しようとすると、それまで再生されていたドラムの楽音データの変わりに、新しく指定した楽音データが登録されることになる。一方、ステップSa8の次に、検索結果のうち別の楽音データがユーザにより選択されることなくステップSa9;No、ユーザにより検索処理の終了が指示されるとステップSa10;Yes、制御部21は、自動伴奏データテーブルと該テーブルによって指定されるファイルを一つのデータファイルにして、自動伴奏データのファイルとして記憶部22に記憶させてステップSa11、処理フローを終了する。ユーザは、操作部25を用いて、記憶部22に記憶された自動伴奏データを任意に読み出させることが可能である。一方、ユーザにより検索処理の終了が指示されない場合ステップSa10;No、制御部21は処理をステップSa1に戻す。そして、ユーザが、異なるパートを選択してリズム入力装置10aを用いてリズムパターンを入力して以降の処理が行われると、自動伴奏データの異なるパートの楽音データが登録される。そして、自動伴奏データを組み合わせるために必要とする数だけパートの登録が済んだ状態となるまでユーザが操作を行うことで、自動伴奏データが作成されることになる。また、既に再生されているパートの楽音データが示す楽音に重ねて、新たに選択されたパートの楽音データが示す楽音が出力される。このとき、制御部21は、小節線クロックに基づくデータ位置から楽音データを読み出すため、複数のパートについての楽音データの楽音が同期して出力されることとなる。各パートの進行形態には、大別して以下のような3通りのバリエーションが考えられる。ここで、演奏進行タイミングの同期制御については、設定に従って検索された自動伴奏データをユーザが指定した後、小節単位、2拍単位、1拍単位、8分単位又は指定無しのうち、いずれかの基準を用いてクオンタイズされたタイミングで再生を開始することが可能である。1つ目の進行形態は、節頭で同期させるというものである。この場合、ユーザが各パートの伴奏を指定した後、小節線クロックが小節頭になった時点で対応する小節頭の位置から楽音データが再生される。2つ目の進行形態は、拍頭で同期させるというものである。この場合、ユーザが各パートの伴奏を指定した後、小節線クロックが拍頭になった時点で対応する拍位置から楽音データが再生される。3つ目の進行形態は、同期しないというものである。この場合、ユーザが各パートの伴奏を指定した直後に、対応する進行位置から楽音データが再生される。このような進行形態のバリエーションは、その設定内容が記憶部22に記憶されており、ユーザは操作部25を用いて任意の設定内容を読み出させることが可能である。このように、第2実施形態によれば、選択されたパートについてユーザが意図する楽音のパターンに基づいて検索された自動伴奏に関する楽音データのうち、少なくともユーザの意図する楽音のパターンに最も近い楽音データを特定することができる。このとき、ユーザは、複数の演奏操作子に対応付けられた各々異なるパートのうち任意のパートを選択してリズムパターンを入力するため、特定のパートについてのリズムパターンを思いついたときに、このパートについてのリズムパターンを入力して検索を行うことが可能となる。また、ユーザは、パートを選択してリズムパターンを入力してそれぞれのパートの演奏として登録するだけでよいため、直感的かつ効率良く自動伴奏データを作成することが可能となる。また、このようにして検索された自動伴奏データのうち、ユーザにより選択された自動伴奏データが同期して再生されるため、ユーザは、複数のパートによる合奏の自動伴奏音を直感的かつ効率良く得ることができる。次に、本発明の第3実施形態について説明する。<第3実施形態>スタイルデータの検索システム<構成>第3実施形態では、音楽データ処理システムの例としてのスタイルデータを検索するシステムである。第2実施形態の音楽データ作成システム100aにおいて、自動伴奏DB222が、スタイルデータを記憶するとともに、スタイルデータを検索するためのスタイルテーブルを有している。その他の構成については、第3実施形態と第2実施形態は同様である。本実施形態におけるスタイルデータは、第2実施形態と同様に電子楽器やシーケンサなどに読み込まれ、いわゆる自動伴奏データと同様の役割を果たす。まず、以下に、本実施形態に係るスタイルデータ及びこれと関連するデータについて概略を説明する。スタイルデータは、Bebop01、HardRock01又はSalsa01といったそれぞれ異なるスタイルについて集めた伴奏音データ片を、伴奏パターンの最小単位であるセクション1~数小節毎に、それぞれセクションデータとして纏めた伴奏音データ片の集合であり、記憶部22に記憶される。セクションには複数の種類があり、例えば、イントロ、メイン、フィルイン又はエンディングといった構成上の種類と、さらに各セクションにおけるノーマル、バリエーション1又はバリエーション2といったパターンの種類とが存在する。また、セクション毎のスタイルデータには、バスドラム、スネアドラム、ハイハット、シンバル、フレーズ、コード及びベースのそれぞれのパートについて、MIDIフォーマットに従って記述された演奏データの識別子リズムパターンIDが含まれている。それぞれのスタイルデータの各セクションについて、制御部21により演奏データからパート毎にリズムパターンが解析され、解析結果に従った内容が、スタイルテーブルに登録される。例えば、ベースパートのデータについては、制御部21は、基準となる音高を用いて、演奏データにおける音高の時系列に沿った並びを解析し、解析結果に従った内容をスタイルテーブルに登録する。また、コードパートのデータについては、制御部21は、基準となる和音を用いて、演奏データにおいて用いられているコードを解析し、解析結果に従った内容としてCmaj7などのコード情報を、後述する和音進行情報テーブルに登録する。本実施形態では、さらに各スタイルデータに対応して、セクション進行情報、和音進行情報を有する。セクション進行情報は、楽曲演奏の進行に従って、スタイルデータ中からセクションを時系列的に順次指定するための情報である。和音進行情報は、楽曲演奏の進行に従って演奏されるべき和音を時系列的に順次指定するための情報である。ここで、或る一つのスタイルデータが選択されると、選択されたスタイルデータと対応するセクション進行情報、和音進行情報に基づいて、セクション進行情報テーブルと和音進行情報テーブルとにデータがそれぞれ登録されることになる。なお、セクション進行情報を用いずに、ユーザの指定によって各セクションを選択するようにしてもよい。また、和音進行情報を用いずに、鍵盤11を用いて入力した入力音からコード情報を特定し、それらコード情報に基づいて伴奏を再生させるようにしてもよい。コード情報には、コードのルート音と、コードの種類を示す和音情報とが含まれる。以下に、スタイルデータの構成を説明する。図19A及び図19Bは、スタイルデータに関するテーブルの一例である。これらのテーブルを構成する、スタイルテーブル、セクション進行情報、和音進行情報等について簡単に説明する。図19Aは、スタイルテーブルの一例を表した図である。図19Aにおいては、スタイルテーブルの一例として、ジャンルがSwingJAZZである複数のスタイルデータが表されている。1件のスタイルデータは、スタイルID、スタイル名、セクション、キー、ジャンル、BPM、拍子、ベースリズムパターンID、コードリズムパターンID、フレーズリズムパターンID、バスドラムリズムパターンID、スネアドラムリズムパターンID、ハイハットリズムパターンID、及びシンバルリズムパターンIDといった複数の項目からなる。スタイルIDは、スタイルデータを一意に識別するための識別子である。スタイル名は、各スタイルデータを一意に識別する名称である。スタイルテーブルにおいて、或るスタイル名を有するスタイルデータは、複数のセクションによって構成されている。セクションは、例えば、イントロIノーマル,IIバリエーション1,IIIバリエーション2、メインAノーマル,Bバリエーション1,Cバリエーション2,Dバリエーション3、エンディング1ノーマル,2バリエーション1,3バリエーション2といった複数の区間に分割され、それぞれの区間にはノーマルとバリエーションパターンのパターンを有している。つまり、セクションは、或るスタイル名を有するスタイルの各々が所属するセクションを表す。例えば、Bebop01というスタイル名のスタイルがユーザにより選択されて再生を指示されると、制御部21は、Bebop01というスタイル名を有するスタイルデータのうち、セクションがイントロのノーマルパターンIであるスタイルデータに基づく楽音を再生させ、その次にセクションがメインのノーマルパターンAであるスタイルデータに基づく楽音を所定回数、繰り返して再生させ、その後、セクションがエンディングのノーマルパターン1に基づく楽音を再生させる。このようにして、制御部21は、選択されたスタイルのスタイルデータに基づく楽音を、そのセクションの順序に従って、再生させる。キーは、各スタイルデータを音高変換させるときの基準となる音高を表す。図では、音名で記述されているが、特定のオクターブの中での音名を示すため、実質的に音高を表すことになる。ジャンルは各スタイルデータが所属する音楽のジャンルの名称を表す。BPMは、各スタイルデータに基づく音が再生される際のテンポを表す。拍子は、3拍子あるいは4拍子などの、各スタイルデータにおける拍子の種類を表す。なお、演奏中にバリエーションの切替え指示があると、対応するセクションのバリエーションパターンに演奏が切り替わり、パターンの最後まで演奏してノーマルパターンに戻る。各々のスタイルデータには、各パートについて、パート毎のリズムパターンIDが1対1で対応付けて記述されている。例えば図19AにおいてスタイルIDが0001のスタイルデータは、ベースリズムパターンIDが010010101である。これは、図13Aに示すリズムパターンテーブルにおいて、パートIDが01ベースであり、且つ、リズムパターンIDが010010101であって、リズムパターンデータがBebopBass01Rhythm.txt、楽音データがBebopBass01Rhythm.Wavであるリズムパターンレコードと、スタイルIDが0001のスタイルデータとが対応付けられていることを表す。各々のスタイルデータには、ベース以外のそれぞれのパートのリズムパターンIDについても、同様の対応付けが記述されている。ユーザにより或るスタイル名のスタイルデータが選択されて再生が指示されると、制御部21は、このスタイルデータの有する各パートのリズムパターンIDと対応付けられた楽音データを、同期させて再生させる。スタイルデータを構成するパート毎のリズムパターンIDの組み合わせは、相性のよいもの同士となるように予め決められている。ここで、リズムパターンレコード同士の相性がよいとは、例えば、異なるパートのリズムパターンレコードについて、お互いにそのBPMが近いとか、キーが同じであるとか、ジャンルが同じであるとか、拍子が同じであるといった事を基準にすればよい。図19Baは、セクション進行情報テーブルを表す。セクション進行情報テーブルは、楽曲演奏の進行に従って、スタイルデータ中からセクションを時系列的に順次指定するための情報を取りまとめたテーブルである。図19Baの構成例に示されるように、セクション進行情報は、スタイルID、スタイルを指定するスタイル指定データSt、セクションを指定するセクション情報Sni、各セクションの開始時間と終了時間との位置通常、小節単位を表すセクション開始タイミングデータTssi,Tseii=1,2,3,...、及びセクション進行情報の最終位置を表すセクション進行エンドデータSeから構成することができ、例えば記憶部22に記憶される。つまり、各セクション情報Sniは、対応するセクションに関するデータの記憶領域を指定し、その前後にあるタイミングデータTssi,Tseiは、指定されたセクションによる伴奏の開始及び終了を指示する。従って、このセクション進行情報を用いて、伴奏スタイル指定データStで指定された伴奏スタイルデータの中から、タイミングデータTssi,Tsei及びセクション情報Sniの組合わせの繰返しで、セクションを順次指定することができる。図19Bbは、和音進行情報テーブルを表す。和音進行情報テーブルは、楽曲演奏の進行に従って演奏されるべき和音を時系列的に順次指定するための情報を取りまとめたテーブルである。和音進行情報は、図19Bbの構成例に示されるように、スタイルID、調情報Key、和音名Cnj、和音名Cnjを規定するための和音根音情報Crj、和音タイプ情報Ctj、各和音の開始及び終了時間位置通常、拍単位を表す和音開始及び終了タイミングデータTcsj,Tcejj=1,2,3,...、及び和音進行情報の最終位置を表す和音進行エンドデータCeから構成することができ、例えば、記憶部22に記憶される。ここで、各2つの情報Crj,Ctjで規定される和音情報Cnjは、セクション情報Sniで指定されたセクション中の和音演奏データに対して演奏すべき和音の種類を指示し、その前後にあるタイミングデータTcsi,Tceiは、この和音による演奏の開始及び終了を指示する。従って、この和音進行情報を用いると、調情報Keyにより調を指定した上、タイミングデータTcsj,Tcej及び和音情報Cnjの組合わせの繰返しによって、演奏すべき和音を順次指定することができる。なお、セクション進行情報や和音進行情報のタイミングは、通常、小節単位或いは拍単位で設定されるが、必要に応じて他の任意のタイミングを採用することができ、例えば、クロックタイミング単位でタイミング設定し、楽曲の小節先頭からのクロックタイミング数を各種タイミングデータ等に使用することができる。また、或るセクションSni又は和音Cnjの終了後直ちに次のセクションSni1或いは和音Cnj1が開始する場合は、終了タイミングデータTsei,Tcei又は開始タイミングデータTss1,Tcei1の何れかを省略することができる。また、この実施例においては、マスタトラック内にセクション進行情報及び和音進行情報が混在して記憶されている。セクション情報及び和音進行情報から所望の演奏音を得る手法を簡単に説明する。制御部21は、セクション進行情報中の伴奏スタイル指定データStと、順次読み出されるセクション情報Sniにより指定されたセクション例えば、BeBop01のMain-Aの伴奏音データ片を読み出すと、これをRAMに記憶させる。ここで、各セクションに関するデータは、基準となる和音例えば、Cmajに従って記憶されている。記憶部22には、上記基準となる和音に従った伴奏音データ片を、指定された任意の和音に従った音に変換するための変換規則を記述した変換テーブルが記憶されている。和音進行情報テーブルから順次読み出された任意の和音情報Cnj例えば、Dmajが制御部21に供給されると、前記基準となる和音に従った伴奏音データ片は、この変換テーブルに基づいて、上記読み出された任意の和音情報Cnjに従った音に変換される。音声出力部26は、この変換された音を出力する。セクション進行情報から読み出されるセクション情報が変化する毎に、制御部21に供給される伴奏音データ片が変化するので、発音される音が変化する。一方、和音進行情報から読み出される和音情報が変化したときは、変換規則が変化し、その結果、発音される音が変化する。<動作>図20は、第3実施形態に係る情報処理装置20が行う処理のフロー図である。図20において、ステップSd0~Sd5については、第2実施形態に係る図15のステップSa0~Sa5と同様である。第3実施形態のステップSd6において、制御部21は、ステップSd5における検索結果のリズムパターンレコードと同一のパターンIDが、いずれかのパートのリズムパターンIDに設定されたスタイルデータを検索結果として表示させる。図21は、スタイルデータの検索結果の一例を表す図である。図21aは、ユーザがコード入力音域鍵盤11bを用いて入力したリズムパターンに基づいて、制御部21が検索結果として出力したスタイルデータが、表示部24に表示された場合を表している。図21a~図21cにおいて、項目類似度は、入力リズムパターンと、検索結果であるスタイルデータのリズムパターンとの間の距離を表している。すなわち、類似度で表される数値が小さいほど、入力リズムパターンに類似する度合いが高いことを意味している。図21aに示されるように、類似度ステップSb7で算出されたリズムパターン同士の距離が小さい順番で、すなわち入力リズムパターンに対する類似の度合いが高い順番で、スタイルデータが表示されている。ここにおいてユーザは、キー、ジャンル又はBPMのすくなくともいずれか一の項目を用いて、この検索結果をフィルタリングして表示させることが可能である。また、ユーザがリズムパターンを入力した際のBPM、すなわち入力BPMが、検索結果の上部に入力BPM表示欄301として表示される。また、検索結果の上部には、検索結果のスタイルデータを入力BPMでフィルタリングするためのテンポフィルター302と、検索結果のスタイルデータを指定した拍子でフィルタリングするための拍子フィルター303とが表示される。なお、他にも、コード、スケール、音色を表示し、コードであればコードパートにおいて使用しているコードで、スケールであればスタイルデータを作成した調で、音色であれば各パートの音色で、それぞれでフィルタリングしてもよい。制御部21は、ユーザが入力BPMに近いBPMを持つスタイルデータのみを検索結果として出力するためのフィルタリング機能を備えており、ユーザは、検索結果の上部に表示されるテンポフィルター302に対して、操作部25を介して任意に上記フィルタリング機能のON/OFFを設定することが可能である。具体的には、上述したように各スタイルデータにはBPMが含まれているから、上記フィルタリング機能がONである場合、制御部21は、入力BPMの例えば1/212倍~212倍のBPMを持つスタイルデータに関する情報を検索結果として表示する。なお、入力BPMに適用する上記係数の値1/212~212は一例であり、その他の値であってもよい。図21bは、図21aの状態から、ユーザが、フィルタリング機能をONにした状態を表している。図21bでは、上述した1/212~212という係数を用いて制御部21がフィルタリングを行っている。つまり、図21bでは、入力BPMが100であるため、71~141のBPMを持つスタイルデータが、フィルタリングの結果として表示されている。このようにすることで、ユーザは、入力BPMと近いBPMを持つスタイルデータを検索結果として得ることができ、検索結果に対してより納得感を持てるようになる。また、ユーザは、操作部25を用いて拍子フィルター303に対して4/4拍子などの任意の拍子を表す情報を入力することで、入力された拍子情報と対応づけられたスタイルデータの情報が検索結果として表示されるように、フィルタリングを行うことが可能である。なお、指定された拍子のスタイルデータに絞りこむだけでなく、予めグルーピングされた関連する拍子も含めて抽出するようにしてもよい。例えば4拍子指定時だと4拍子のスタイルデータだけが抽出されるだけではなく、4拍子のメトロノーム上で入力が容易な、2拍子、8分の6拍子も含めて抽出されるようにしてもよい。また、ユーザは、初めに或るパートを指定して、入力リズムパターンに近いリズムパターンを持つスタイルデータを検索1回目の検索した後に、初めに指定したパートと異なるパートを指定してリズムパターンを入力し、再び検索2回目の検索を行うことで、1回目の検索で出力されたスタイルデータが2回目の検索によって絞り込まれた検索結果を得ることが可能である。この場合の検索結果における類似度は、各々のスタイルデータにおいて、1回目の検索で指定されたパートにおける類似度と、2回目の検索で指定されたパートにおける類似度とが加算された値となっている。例えば図21cは、図21aの検索結果が表示された状態において、ユーザがパートにハイハットを指定してリズムパターンを入力した結果の表示内容を表している。また、図21cでは、拍子フィルター303に入力された4/4の拍子情報を持つスタイルデータを検索結果として表示させる。図21cにおける類似度は、各々のスタイルデータにおいて、対象パートがコードである場合の類似度と、対象パートがハイハットである場合の類似度とが加算された値となっている。なお、図21においては、第1検索パート及び第2検索パートという項目で表されるように、2つのパートを用いて検索可能なことを示しているが、検索の際に指定できるパートの数はこれに限ったものではない。また、ユーザが、或るパートを指定して検索を行った後に、初めに指定したパート第1検索パートと異なるパート第2検索パートを指定してリズムパターンを入力した場合、制御部21は、第1検索パートを用いた検索結果に関わらず、第2検索パートのみを用いた検索結果を出力上書き検索というするようにしてもよい。このような絞り込み検索と上書き検索とは、情報処理装置20の操作部25を介して、ユーザにより切り替え可能としてもよい。また、複数の異なるパートが指定された場合の検索方法は、上述した内容に限らない。例えば、ユーザが、異なる複数のパートを同時に指定して演奏操作を行った場合、次のようにすればよい。制御部21は、ユーザにより指定された各パートのパートIDを持つリズムパターンレコードと、当該パートの入力リズムパターンとに基づいて、両者の類似度を各々算出する。次に制御部21は、指定された各パートのリズムパターンレコードについて算出された類似度を、上記リズムパターンレコードと対応付けられたスタイルデータごとに加算する。そして表示部24は、加算後の類似度が最も小さい、すなわち最も類似しているスタイルデータから昇順で表示する。例えばユーザが、バスドラムとスネアドラムのパートについて同時に演奏操作を行ってリズムパターンを入力した場合、制御部21は、バスドラムの類似度とスネアドラムの類似度をそれぞれ算出すると、スタイルデータごとに両者を加算する。このようにすれば、ユーザは、複数のパートを同時に指定して、意図するリズムパターンとの類似度が決められた条件を満たすようなリズムパターンで構成されたフレーズを持つスタイルデータを検索することができる。図21a~cのいずれかにおいて、操作部25を用いてユーザが任意のスタイルデータを選択すると、制御部21は、ユーザにより選択されたスタイルデータを特定しステップSd7、特定したスタイルデータの構成表示画面を表示部24に表示させる。図22は、スタイルデータの構成表示画面の一例を表す図である。ここでは、ユーザが、検索結果からスタイル名がBebop01であるスタイルデータを選択したものとする。再生画面の上部には、選択されたスタイルのスタイル名、キー、BPM及び拍子が表示される。再生画面の中央には、セクションを示すタブセクションタブという401が表示されるとともに、各タブが示すセクションにおける各パートの情報がそれぞれトラックに展開されて、表示される。各パートの情報には、それぞれのリズムパターンレコードにおけるBPM、リズムカテゴリ及びキーが表示されるとともに、タブで示されるセクションにおける各パートのリズムパターンが、各トラックにおいて右方向に進む横軸を時間軸とし画像402の表示エリアの左端を演奏開始タイミングにして発音時刻に相当する位置には所定の画像402が表示される。ここでは、この画像402は構成表示画面に対して上下に所定の幅を持った棒状の形状で表示される。ユーザが、操作部25を用いてセクションタブ401のうち任意のタブを選択すると、制御部21は、選択されたタブのセクションのスタイルデータに基づくリズムパターンをするステップSd8。なお、この画面では、図示しない操作子の操作によって、ユーザが作成したオリジナルのスタイルデータや既存あるいはオリジナルのスタイルデータに含まれる演奏データを、登録したり編集確認することも可能である。情報処理装置20aは、スタイルデータの構成表示画面において、図示しない操作子をユーザが操作することによる再生開始指示でスタイルデータの再生ができる。その再生の動作のモードとして、自動伴奏モード、差し替え検索モード及び追従検索モードの3種類を備えている。ユーザは、操作部25を用いることで、これらのモードを切り替えることが可能である。自動伴奏モードの場合、選択されたスタイルデータに基づく演奏データが再生されるとともに、ユーザは、リズム入力装置10aや操作部25を用いて演奏操作を行うことが可能であり、演奏操作に基づく音が、選択されたスタイルデータに基づく楽音とともに出力される。このとき、制御部21はミュート機能を備えており、ユーザは、操作部25を用いて任意のパートについてミュート機能を働かせることで、このパートの演奏データが再生されないようにすることが可能である。この場合、ユーザは、ミュートさせていないパートを伴奏音源のように聴きながら、ミュートさせたパートについては自らが演奏操作を行うことが可能である。また、差し替え検索モードの場合、図22で示される再生画面において、ユーザが、操作部25を用いて任意のパートを指定してリズム入力装置10aに対してリズムパターンを入力すると、制御部21は、以下のような処理を行う。この場合、制御部21は、再生中のスタイルデータにおいて予め組み合わされた演奏データのうち、指定されたパートについて、入力されたリズムパターンに基づく検索結果から選択された演奏データに差し替える。このとき、ユーザが任意のパートを指定して、リズム入力装置10aを用いてリズムパターンを入力すると、制御部21は指定されたパートについて上述した検索処理を行い、図16のような検索結果の画面を表示部24に表示させる。ユーザが検索結果から特定の一件を選択すると、制御部21は、再生中のスタイルにおいて、ユーザにより指定されたパートの演奏データを選択されたものに差し替える。このようにすることで、ユーザは、検索結果から選択したスタイルのうち、所望するパートについて、自らの入力リズムパターンに基づく演奏データに差し替えることが可能となる。これにより、ユーザは、既に組み合わされたものに限らず、セクション毎、パート毎に自らの意図するリズムパターンを反映させたスタイルデータを得ることができるため、情報処理装置20aを用いて、検索だけでなく作曲を行うことが可能となる。また、追従検索モードの場合、ユーザが、ミュート機能を用いて、ミュートさせていないパートを伴奏音源のように聴きながら、ミュートさせたパートについて自ら演奏操作を行うと、制御部21は、演奏操作が行われたパートの入力リズムパターンと相性の良い演奏データを、演奏操作が行われていない各パートについて検索する。ここでリズムパターン同士の相性が良いとは、キー、ジャンル又は拍子が同じであるとか、入力BPMに対して予め決められた範囲内のBPMを有するといったことに基づいて、予め決められれば良い。制御部21は、演奏操作が行われたパートの入力リズムパターンと相性の良い演奏データのうち、類似度が最も小さいすなわち最も類似しているものを特定すると、これらを同期させて再生させる。このようにすれば、検索結果に対するユーザの納得感が低いものであっても、ユーザは、パートを指定してリズムパターンを入力することで、自らの入力したリズムパターンと相性の良いスタイルデータを再生させることが可能となる。ステップSd8の次に、操作部25を用いてユーザが別のスタイルデータを選択するとステップSd9;Yes、制御部21は、処理をステップSd7に戻す。この場合、制御部21は、新たに選択されたスタイルデータを特定しステップSd7、特定したスタイルデータの再生画面を表示部24に表示させる。ステップSd8の次に、操作部25を用いてユーザが別のスタイルデータを選択することなくステップSd9;No、検索処理の終了が指示されるとステップSd10;Yes、制御部21は処理を終了する。このように、第3実施形態によれば、ユーザは、選択されたパートについて演奏操作によってリズムパターンを入力することで、特定のパートの楽音データに限らず、入力リズムパターンと類似するリズムパターンの楽音データと、これと相性の良い楽音データとが組み合わさったスタイルデータを得ることが出来る。また、ユーザは、検索結果のスタイルデータのうち、任意のパートの楽音データについて、最初に入力したのとは異なる入力リズムパターンと類似する楽音データに差し替えることが可能である。これにより、ユーザは、情報処理装置20aを用いて検索だけでなく作曲を行うことが可能となる。<変形例>以下の説明で、特定の実施形態を指定して説明しているものを除き、以上の実施形態は次のように変形可能である。尚、以下の変形例は適宜組み合わせて実施しても良い。変形例1第1実施形態では、ループ再生モード或いは演奏ループ再生モードにおいて1件のフレーズレコードが検索結果として出力されていたが、これに限らず、リズムパターン検索部213が、入力リズムパターンを基準として、一定以上の類似度を持つ複数のフレーズレコードを、類似度の高い順番に並び替えて検索結果として出力してもよい。このとき、検索結果として出力されるフレーズレコードの件数は、ROMに定数として記憶されていてもよいし、記憶部22に変数として記憶され、ユーザにより変更可能としてもよい。例えば検索結果として出力されるフレーズレコードの件数が5件である場合、各フレーズレコードのフレーズ楽音データの名称が5件分、表示部24にリスト形式で表示される。そしてユーザが選択したフレーズレコードに基づく音が、音声出力部26から出力される。変形例2楽器の種類が音高に幅のある楽器の場合、フレーズ楽音データにおける各構成音のキーと、外部音源を含む伴奏のキーが一致しない場合がある。このような場合に備えて、ユーザが操作部25を通じて操作を行うことで、制御部21が、フレーズ楽音データにおける各構成音のキーを変更可能としてもよい。また、このようなキーの変更は、操作部25を介して行われてもよいし、リズム入力装置10に設けられたフェーダー、つまみ、ホイール、ボタン等の操作子を介して行われてもよい。また、予め上記構成音のキーを表すデータをリズムDB221及び自動伴奏DB222に記憶させておくことで、ユーザがキーを変更した場合に、制御部21が、変更後のキーが何かをユーザに告知するようにしてもよい。変形例3楽音データによっては、構成音の終了付近で波形の振幅パワーが0近くに収束されていないものがあり、この場合、構成音に基づく音声が出力された後に、クリップノイズが発生する場合がある。これを防ぐために、制御部21が、構成音の開始及び終了付近の一定範囲を自動でフェードイン又はフェードアウトする機能を有していてもよい。ここでユーザは、上記フェードイン又はフェードアウトを適用させるかどうかを、操作部25あるいはリズム入力装置10に設けられた何らかの操作子を介して選択可能である。図23は、楽音データにおける各構成音に対して、フェードアウトが適用された場合を表す模式図である。図23に示されるように、フェードと矢印で示された箇所に、フェードアウトが適用されることで、該当する箇所の波形の振幅が徐々に小さくなり、構成音の終了時刻においては振幅がほぼ0となっている。なお、各構成音について、フェードアウトが適用される期間は、数msecから数十msec程度の範囲内で、ユーザにより調整可能である。また、このフェードアウトを適用する処理は、ユーザによる演奏操作の前処理として行われてもよいし、リアルタイムの処理、または後処理として行われてもよい。変形例4ユーザが演奏操作を行った結果であるフレーズを、制御部21が録音し、この録音した内容を、一般的に音源ループ素材で用いられているようなファイルフォーマットで出力可能としてもよい。例えば、楽曲制作において、ユーザ自らが欲するリズムパターンがリズムDB221に記憶されていない場合に、このように自身の演奏を記録する機能があると、ユーザは、欲していたものとイメージが近いフレーズ楽音データを手に入れることが可能となる。変形例5また、制御部21は、再生対象とする楽音データを1つに限らず、複数の楽音データを再生対象として、複数のフレーズを音声として重ねて出力可能としてもよい。この場合、例えば表示部24に複数のトラックが表示され、ユーザは各々のトラックに対して、それぞれ異なる楽音データ及び再生モードを割り当てることが可能である。これにより、例えばユーザは、トラックAにコンガの楽音データをループ再生モードで割り当てることでこれを伴奏とし、トラックBにおいてジャンベの楽音データを演奏再生モードで割り当てることで演奏を行う、といったことが可能となる。変形例6ユーザの演奏操作によって入力されたベロシティデータに対して、検索結果の楽音データにおける、上記ベロシティデータに紐付けられたトリガーデータと同じ時刻を持つ構成音構成音Aとするのアタック強度の大きさが極端に異なるここでは予め定められた閾値を超える場合とする場合、以下のような処理が行われてもよい。上述のような場合、制御部21は、上記楽音データにおいて、入力されたベロシティデータにほぼ対応した大きさのアタック強度を持つ複数の構成音から、ランダムに選択した構成音と構成音Aを差し替える。ここでユーザは、上述した処理を適用させるかどうかを、操作部25あるいはリズム入力装置10に設けられた何らかの操作子を介して選択可能である。このようにすれば、ユーザは自らが行った演奏操作により近い出力結果を得ることが可能となる。変形例7上述した第3実施形態を除く実施形態においては、フレーズ楽音データはWAVEやmp3といったファイルフォーマットからなるとしたが、これに限らず、例えばMIDI形式のようなシーケンスデータとしてもよい。この場合、記憶部22には、MIDIデータの形式でファイルが記憶され、音声出力部26に相当する構成はMIDI音源となる。特に第2実施形態において楽音データがMIDI形式である場合、キーシフトやピッチ変換に際してタイムストレッチなどの処理が不要となる。従って、この場合、制御部21は、ユーザによりキー指定鍵盤202を用いてキーが指定されたときは、楽音データが表すMIDI情報のうちキーを示す情報を指定キーに変更する。また、この場合、リズムパターンテーブルにおいて、各リズムパターンレコードが複数のコードに応じた楽音データを有する必要がない。制御部21は、ユーザによりコード指定ボックス203を用いてコードが指定されたときは、楽音データが表すMIDI情報のうちコードを示す情報を、指定されたコードに変更する。このように、楽音データがMIDI形式のファイルであっても、上述した実施形態と同様の効果を奏することができる。また、第3実施形態においては、オーディオデータを用いたスタイルデータを利用してもよい。この場合、基本的な構成は、第3実施形態のスタイルデータと同様だが、各パートの演奏データがオーディオデータとして記憶されている点が異なるものである。また、MIDIとオーディオが組み合わされたスタイルデータを利用してもよい。変形例8ユーザの演奏操作によるトリガーデータと、リズムDB221に含まれるフレーズ楽音データ又は自動伴奏DB222に含まれるリズムパターンデータとの比較によって、制御部21が特定のフレーズレコード又はリズムパターンレコードを検出していたが、これに限らず、制御部21は、ユーザの演奏操作によるトリガーデータ及びベロシティデータの双方を用いてリズムDB221及び自動伴奏DB222を検索するようにしてもよい。この場合、同じリズムパターンを持つ楽音データが2つ存在した場合に、各構成音のアタック強度が、ユーザの演奏操作によるベロシティデータと、より近い楽音データが検索結果として検出される。このようにすれば、アタック強度についても、ユーザがイメージしていたものに近い楽音データが、検索結果として出力されることが可能となる。=リズムパターン同士のズレの計算方法=リズムパターン同士のズレの計算方法は一例に過ぎず、異なる計算方法を用いてもよい。以下には、その計算方法のバリエーションを記載する。変形例9例えば、確実にリズムカテゴリが一致した検索結果が出力されるように、入力リズムパターンに該当するリズムカテゴリを判定した後、判定結果のリズムカテゴリに属するフレーズレコード又はリズムパターンレコードのみを対象として、リズムパターンのズレの計算ステップSb6、及びリズムパターン同士の距離の計算ステップSb7が行われるようにしてもよい。このようにした場合、計算量が少なくてすむため、情報処理装置20における負荷が下がるとともに、ユーザにとっての応答時間も短くなる。<ズレが基準より小さいものはズレを0扱いor小さく補正>変形例10ステップSb6におけるリズムパターン同士のズレの計算において、以下のような処理を施してもよい。変形例10において、制御部21は、入力リズムパターンにおいて比較対象のリズムパターンにおけるオンセット時刻との時刻差の絶対値が閾値より小さいオンセット時刻については、その時刻差の絶対値はユーザの手入力による意図しないものであるとみなして、ズレの値を0あるいは本来の値より小さくなるように補正する。この閾値は、例えば1という値であり、予め記憶部22aに記憶されている。例えば、入力リズムパターンのオンセット時刻が1,13,23,37であり、比較対象のリズムパターンのオンセット時刻が0,12,24,36であったとする。この場合、各オンセット時刻の差の絶対値は、1,1,1,1となる。ここで閾値が1であったとすると、制御部21は、各オンセット時刻の差の絶対値に係数αを乗算して補正を行う。係数αは0から1の間を取り、ここでは0であるものとする。この場合、補正後の各オンセット時刻の差の絶対値は、0,0,0,0となるから、制御部21は、両者のリズムパターンのズレを0と算出する。係数αは、予め決められて記憶部22aに記憶されていてもよいが、2つのリズムパターンのズレの大きさに係数αの値を対応付けた補正カーブをリズムカテゴリ毎に記憶部22aに記憶させることで、制御部21がこの補正カーブに従って係数αを決定してもよい。<ズレが基準より大きいものは計算に用いない>変形例11ステップSb6におけるリズムパターン同士のズレの計算において、以下のような処理を施してもよい。変形例11において、制御部21は、入力リズムパターンにおいて比較対象のリズムパターンにおけるオンセット時刻との時刻差の絶対値が閾値より大きいオンセット時刻については、計算に用いない、あるいは本来の値より小さくなるようにズレを補正する。これにより、例えばユーザが1小節の前半部分や後半部分だけリズムパターンを入力した場合であっても、リズムパターンが入力された区間を対象として検索が行われる。従って、例えば第2実施形態及び第3実施形態において、1小節通して同一のリズムパターンを有するリズムパターンレコードが自動伴奏DB222に含まれなくても、ユーザは、入力リズムパターンに或る程度類似したリズムパターンレコードを検索結果として得ることができる。<ベロシティパターンの差を考慮>変形例12ステップSb6におけるリズムパターン同士のズレの計算において、ベロシティパターンの差を考慮した算出方法を用いてもよい。入力リズムパターンをAとして、リズムパターンレコードに記述されたリズムパターンをBとすると、変形例12におけるAとBとのズレの大きさの計算は、以下の手順で行われる。11制御部21は、リズムパターンAにおける各オンセット時刻を基準として、リズムパターンBにおける最も近いオンセット時刻との時刻差の絶対値を算出する。12制御部21は、手順11で算出した各絶対値の総和を算出する。13制御部21は、リズムパターンAにおける各オンセット時刻のベロシティデータと、リズムパターンBにおける各オンセット時刻のアタック強度との差の絶対値の総和を算出する。14制御部21は、リズムパターンBにおける各オンセット時刻を基準として、リズムパターンAにおける最も近いオンセット時刻との時刻差の絶対値を算出する。15制御部21は、手順14で算出した各絶対値の総和を算出する。16制御部21は、リズムパターンBにおける各オンセット時刻のベロシティデータと、リズムパターンAにおける各オンセット時刻のアタック強度との差の絶対値の総和を算出する。17制御部21は、以下の式1に従って、リズムパターンAとリズムパターンBとのズレを算出する。リズムパターンAとリズムパターンBとのズレ=α×手順12で算出した時刻差の絶対値の総和手順15で算出した時刻差の絶対値の総和/21-α×手順13で算出したベロシティの差の絶対値の総和手順16で算出したベロシティの差の絶対値の総和/2式1式1においてαは0<α<1を満たす予め決められた係数であり、記憶部22aに記憶されている。ユーザは、操作部25を用いて係数αの値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、オンセット時刻の一致度とベロシティの一致度とのどちらを優先するかによって、係数αの値を設定すればよい。このようにすれば、ユーザは、ベロシティを考慮した検索結果を得ることができる。<デュレーションパターンの差を考慮>変形例13ステップSb6におけるリズムパターン同士のズレの計算において、デュレーションパターンの差を考慮した算出方法を用いてもよい。入力リズムパターンをAとして、リズムパターンレコードに記述されたリズムパターンをBとすると、変形例13におけるAとBとのズレの大きさの計算は、以下の手順で行われる。21制御部21は、リズムパターンAにおける各オンセット時刻を基準として、リズムパターンBにおける最も近いオンセット時刻との時刻差の絶対値を算出する。22制御部21は、手順21で算出した各絶対値の総和を算出する。23制御部21は、リズムパターンAにおける各オンセット時刻のデュレーションパターンと、リズムパターンBにおける各オンセット時刻のデュレーションパターンとの差の絶対値の総和を算出する。24制御部21は、リズムパターンBにおける各オンセット時刻を基準として、リズムパターンAにおける最も近いオンセット時刻との時刻差の絶対値を算出する。25制御部21は、手順24で算出した各絶対値の総和を算出する。26制御部21は、リズムパターンBにおける各オンセット時刻のデュレーションパターンと、リズムパターンAにおける各オンセット時刻のデュレーションパターンとの差の絶対値の総和を算出する。27制御部21は、以下の式2に従って、リズムパターンAとリズムパターンBとのズレを算出する。リズムパターンAとリズムパターンBとのズレ=β×手順22で算出した時刻差の絶対値の総和手順25で算出した時刻差の絶対値の総和/21-β×手順23で算出したデュレーションの差の絶対値の総和手順26で算出したデュレーションの差の絶対値の総和/2式2式2においてβは0<β<1を満たす予め決められた係数であり、記憶部22に記憶されている。ユーザは、操作部25を用いて係数βの値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、オンセット時刻の一致度とデュレーションパターンの一致度とのどちらを優先するかによって、係数βの値を設定すればよい。このようにすれば、ユーザは、デュレーションを考慮した検索結果を得ることができる。以上が、リズムパターン同士のズレの計算方法のバリエーションについての説明である。=リズムパターン同士の距離の計算方法=リズムパターン同士の距離の計算方法は一例に過ぎず、異なる計算方法を用いてもよい。以下には、その計算方法のバリエーションを記載する。<両者の値の総和に係数を用いる>変形例14第1実施形態~第3実施形態におけるステップSb7において、制御部21は、ステップSb4でリズムカテゴリについて算出した類似度距離と、ステップSb6で算出したリズムパターンのズレとを乗算することで、リズムパターン同士の距離を計算していたが、上記類似度距離又は上記ズレのどちらか一方が0の値であると、リズムパターン同士の距離が0と算出され、他方の値を反映しないものとなってしまう。これに対して、ステップSb7において制御部21が以下の式3に従ってリズムパターン同士の距離を算出してもよい。リズムパターン同士の距離=ステップSb4でリズムカテゴリについて算出した類似度距離γ×ステップSb6で算出したリズムパターンのズレδ式3式3において、γ及びδは予め決められた定数であり、記憶部22aに記憶されている。ここで、γ及びδは適当に小さな値であればよい。このようにすれば、ステップSb4でリズムカテゴリについて算出した類似度距離と、ステップSb6で算出したリズムパターンのズレのどちらか一方が0の値であっても、他方の値が反映されたリズムパターン同士の距離が算出される。<両者の値を定数倍したものの和を用いる>変形例15ステップSb7におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例15では、ステップSb7において制御部21が以下の式4に従ってリズムパターン同士の距離を算出する。リズムパターン同士の距離=ε×ステップSb4でリズムカテゴリについて算出した類似度距離1-ε×ステップSb6で算出したリズムパターンのズレ式4式4においてεは0<ε<1を満たす予め決められた係数である。係数εは記憶部22に記憶されており、ユーザは操作部25を用いてその値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、リズムカテゴリについて算出した類似度距離と、リズムパターンのズレとのどちらを優先するかによって、係数εの値を設定すればよい。このようにすれば、ユーザは、より自らの所望する検索結果を得ることができる。<入力時のテンポに近いテンポを持つものの距離を小さく算出>変形例16ステップSb7におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例16では、ステップSb7において制御部21が以下の式5-1に従ってリズムパターン同士の距離を算出する。リズムパターン同士の距離=ステップSb4でリズムカテゴリについて算出した類似度距離ステップSb6で算出したリズムパターンのズレ×з×|入力BPM-リズムパターンレコードのBPM|式5-1式5-1においてзは0<з<1を満たす予め決められた定数である。зは記憶部22に記憶されており、ユーザは操作部25を用いてその値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、BPMの差をどの程度優先するかによって、係数зの値を設定すればよい。このとき、入力BPMとそのBPMとの差が予め決められた閾値を越えるようなリズムパターンレコードは、制御部21が検索結果から除外するようにしてもよい。このようにすれば、ユーザは、BPMを考慮した検索結果を得ることができる。また、上記式5-1の別の例として、以下のものを用いてもよい。リズムパターン同士の距離=ステップSb4でリズムカテゴリについて算出した類似度距離ステップSb6で算出したリズムパターンのズレз×|入力BPM-リズムパターンレコードのBPM|式5-2式5-2においても、式5-1と同様に、зは0<з<1を満たす予め決められた定数である。зは記憶部22に記憶されており、ユーザは操作部25を用いてその値を変更可能である。式5-2を用いれば、例えばεをかなり小さい値にすることで、基本的にはリズムパターンが近いものほど高順位で結果が出力され、更に、リズムパターンが一致しているものの中からテンポが近い順に表示されるようにすることができる。<入力時の音色に近い音色を持つものの距離が小さく算出されるように補正>変形例17ステップSb7におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例17では、ステップSb7における上述した式のいずれかにおいて、制御部21が、右辺に対して、リズムパターンの入力時に指定された楽音の音色と比較対象のリズムパターンレコードの音色との一致度を乗算する。音色の一致度の算出方法については、周知の方法が用いられればよい。ここでは、一致度の値が小さい程、両者の音色が近いものであり、一致度の値が大きい程、両者の音色が離れているものとする。このようにすれば、ユーザはリズムパターンの入力時に体感する音色に近い音色のリズムパターンレコードが検索結果として得られやすいため、ユーザは検索結果により納得感を持つことができる。音色を考慮した検索は、具体的な手法として、例えば以下のようなものが考えられる。まず、パート毎に使用されている音色データ具体的には音色のプログラムナンバとMSBMostSignificantBit及びLSBLeastSignificantBitを、音色IDと紐付けて予めスタイルテーブルに記述しておく。ユーザは、操作部25を用いて音色データを指定して、リズムパターンを入力する。そして、制御部21は、指定された音色データと一致する音色データに対応したスタイルデータが検索候補として出力されやすくなるように制御する。または、音色IDを単位として音色データ毎の類似度合が予め記述されたデータテーブルを予め記憶部22に記憶させておき、制御部21が、類似度合の高い音色データの音色IDを有するスタイルデータを優先して検索するように制御してもよい。<入力時のジャンルに近いジャンルを持つものの距離が小さく算出されるように補正>変形例18ステップSb7におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例18では、ユーザは、リズムパターンの入力時に、操作部25を用いてジャンルを指定することが可能である。変形例18では、ステップSb7における上述した式のいずれかにおいて、制御部21が、右辺に対して、リズムパターンの入力時に指定されたジャンルと比較対象のリズムパターンレコードのジャンルとの一致度を乗算する。ここで、ジャンルは、大ジャンル、中ジャンル、小ジャンルといったように、段階的に区分けされていてもよい。制御部21は、指定されたジャンルと一致する又は含むリズムパターンレコードと入力リズムパターンとの距離がより小さくなるように、また、指定されたジャンルと一致しない又は含まないリズムパターンレコードと入力リズムパターンとの距離がより大きくなるように、ジャンルの一致度を算出し、ステップSb7における式に補正を行えばよい。このようにすれば、ユーザはリズムパターンの入力時に指定したジャンルと一致する又は含むリズムパターンレコードが検索結果として得られやすいため、ユーザは検索結果により納得感を持つことができる。以上が、リズムパターン同士の距離の計算方法のバリエーションについての説明である。=入力リズムパターンとリズムカテゴリとの距離の算出方法=入力リズムパターンとリズムカテゴリとの距離の算出方法は一例に過ぎず、異なる計算方法を用いてもよい。以下には、その算出方法のバリエーションを記載する。<カテゴリに特有の入力時刻間隔の個数>変形例19変形例19において、制御部21は、入力リズムパターンにおいて比較対象のリズムカテゴリを象徴するオンセット時刻間隔が含まれる個数に基づいて、入力リズムパターンと各リズムカテゴリとの距離を算出する。図24は、オンセット時刻間隔テーブルの一例を表す図である。オンセット時刻間隔テーブルは記憶部22に予め記憶されている。オンセット時刻間隔テーブルは、リズムカテゴリの分類を示す名称と、各リズムカテゴリにおいて対象となるオンセット時刻間隔との組み合わせからなる。なお、ここでは1小節を48に等分して正規化したものとしてオンセット時刻間隔テーブルの内容が予め決められている。例えば、ここで、上述した方法により、制御部21が、入力リズムパターンにおけるオンセット時刻からオンセット時刻間隔を算出し、算出結果にクオンタイズを施した結果、以下のdで表す数値群を算出したとする。d12,6,6,6,6,6制御部21は、算出した数値群と、図24に示すオンセット時刻間隔テーブルとに従って、4分のオンセット時刻間隔が1個、8分のオンセット時刻間隔が5個であると特定する。そして制御部21は、以下の式6に従って、入力リズムパターンと各リズムカテゴリとの距離を算出する。入力リズムパターンとリズムカテゴリNとの距離=1-入力リズムパターンにおけるリズムカテゴリNの対象となるオンセット時刻間隔の個数/入力リズムパターンにおけるオンセット時刻間隔の総数6上述した式は一例であり、対象となるオンセット時刻間隔がより多く含まれているリズムカテゴリほど、入力リズムパターンとの距離が小さく算出されるものであればよい。式6に従った結果、制御部21は、例えば入力リズムパターンと8分のリズムカテゴリとの距離を、0.166と算出する。また、式6に従った結果、制御部21は、例えば入力リズムパターンと4分のリズムカテゴリとの距離を、0.833と算出する。制御部21は、このようにして入力リズムパターンと各リズムカテゴリとの距離を算出し、最も距離が小さく算出されたリズムカテゴリに入力リズムパターンが属する、と判定する。<DBリズムカテゴリと入力リズムカテゴリとのマトリクス>変形例20入力リズムパターンとリズムカテゴリとの距離の算出方法は、上述したものに限らず、次のようにしてもよい。変形例20では、距離参照表なるものを記憶部22が記憶している。図25は、距離参照表の一例を表す図である。距離参照表では、入力リズムパターンの属し得るリズムカテゴリと、自動伴奏DB222に記憶された各リズムパターンレコードが属し得るリズムカテゴリとの距離が、マトリクス状に表されている。例えば、制御部21が、入力リズムパターンが属するリズムカテゴリを8分と判定したとする。制御部21は、判定結果である入力リズムパターンが属するリズムカテゴリと、距離参照表とに基づいて、入力リズムパターンと各リズムカテゴリとの距離を特定する。例えば、この場合、制御部21は、入力リズムパターンと4分のリズムカテゴリとの距離を0.8と特定し、入力リズムパターンと8分のリズムカテゴリとの距離を0と特定する。これにより、制御部21は、8分のリズムカテゴリが入力リズムパターンと最も距離が小さいと判定する。<カテゴリに特有の入力時刻とスコアに基づく>変形例21入力リズムパターンとリズムカテゴリとの距離の算出方法は、上述したものに限らず、次のようにしてもよい。変形例21において、制御部21は、入力リズムパターンにおいて比較対象のリズムカテゴリを象徴するオンセット時刻が含まれる個数に基づいて、入力リズムパターンと各リズムカテゴリとの距離を算出する。図26は、オンセット時刻テーブルの一例を表す図である。オンセット時刻テーブルは記憶部22aに予め記憶されている。オンセット時刻テーブルは、リズムカテゴリの分類を示す名称と、各リズムカテゴリにおいて対象となるオンセット時刻と、入力リズムパターンに対象となるオンセット時刻が含まれる場合に加算するスコアとの組み合わせからなる。なお、ここでは1小節を48に等分して正規化したものとしてオンセット時刻テーブルの内容が予め決められている。例えば、制御部21が、入力リズムパターンから、eで示すオンセット時刻を得たとする。e0,12,18,24,30,36,42制御部21は、このオンセット時刻とオンセット時刻テーブルとに基づいて、各リズムカテゴリに対する入力リズムパターンのスコアを算出する。ここでは、制御部21は、4分のリズムカテゴリに対するスコアとして8を算出し、8分のリズムカテゴリに対するスコアとして10を算出し、8分3連のリズムカテゴリに対するスコアとして4を算出し、16分のリズムカテゴリに対するスコアとして7を算出する。そして制御部21は、算出したスコアが最も高いリズムカテゴリを、入力リズムパターンとの距離が最も小さいリズムカテゴリであると判定する。ここでは、制御部21は、入力リズムパターンが8分のリズムカテゴリと最も距離が小さいと判定する。以上が、入力リズムパターンとリズムカテゴリとの距離の算出方法のバリエーションについての説明である。<音高パターンで検索>変形例22ユーザがパートを指定して入力した音高パターンによって検索が行われるようにしてもよい。説明の便宜上、ここでは第2実施形態及び第3実施形態を例に挙げて説明する。変形例22では、図13Aに示すリズムパターンテーブルにおいて、リズムパターンIDという項目名はパターンIDとなる。また、変形例22において、図13Aに示すリズムパターンテーブルにおける各リズムパターンレコードには、音高パターンデータという項目が追加される。音高パターンデータは、1小節を構成するフレーズにおける各構成音の音高の時系列に沿った変化が記録されたデータファイルである。音高パターンデータは、例えばテキストファイルに、構成音の音高の時系列に沿った変化が記述されたものである。また、前述したように、オンセット情報には、トリガーデータ以外に鍵盤のノートナンバーが含まれている。このうち、トリガーデータにおけるオンセット時刻の並びが入力リズムパターンに相当し、鍵盤のノートナンバーの並びが入力音高パターンに相当する。ここで、情報処理装置20が音高パターンを検索するときには周知の方法のいずれかを用いればよい。例えば、ユーザがパートにコードを指定して、C-D-Eというルートの音高シーケンスを入力した場合、情報処理装置20の制御部21は、このシーケンスにおける音高の進行を0-2-4という相対的な数値で表した音高パターンデータを持つリズムパターンレコードを検索結果として出力する。また、例えばユーザがパートにフレーズを指定して、D-D-E-Gという単音の音高パターンを入力した場合、制御部21は、入力された音高パターンを表すMIDI情報を生成する。制御部21は、リズムパターンテーブルにおいて、この生成したMIDI情報と同一又は類似した音高パターンデータを持つ音高パターンレコードを検索結果として出力する。このような音高パターンによる検索と、リズムパターンによる検索とは、その検索のモードを、情報処理装置20の操作部25を介してユーザにより切り替え可能としてもよい。<リズムパターン音高パターン両指定検索>変形例23ユーザがパートを指定して入力したリズムパターンによって検索が行われた結果のうち、上記音高パターンがより類似したリズムパターンレコードが検索結果として出力されるようにしてもよい。説明の便宜上、ここでは第2実施形態及び第3実施形態を例に挙げて説明する。変形例23のリズムパターンテーブルにおける各リズムパターンレコードは、各パートについてのパターンIDとともに、各パートについての音高パターンデータを含んでいる。図27は、音高パターンを用いた検索の処理内容を表す模式図である。図27a及びbにおいて、横軸は経過する時間を表し、縦軸は音高を表す。変形例23では、図5の検索処理のフロー図において、次のような処理が追加される。例えばユーザが、ベース入力音域鍵盤11aにおける鍵盤を操作して、C―E―G―Eという音高パターンを、4分のリズムで入力していたとする。このときの入力音高パターンは、例えば60,64,67,64というノートナンバーの並びで表される。図27aは、この音高パターンを表したものである。ここでは、パートがベースであるため、リズムパターン検索部214は、ステップSb6において、音高パターンテーブルのうち、パートIDが01ベースである音高パターンレコードを比較対象として、比較対象の音高パターンレコードに含まれる音高パターンデータと、入力音高パターンとのズレを算出する。制御部21は、入力音高パターンと、パートIDが01ベースである各リズムパターンレコードに含まれる音高パターンデータが表す音高パターン以降、音源の音高パターンというとの音程の分散を求める。これは、音程の差分にバラつきが少ないほど、メロディパターンが類似しているとみなせる、という考えに基づいている。例えば、入力音高パターンが上述したように60,64,67,64で表され、或る音源の音高パターンが57,60,64,60で表されたとする。図27bでは、入力音高パターンと音源の音高パターンとが並べて表されている。ここで、以下の式7で音程の平均値を求めることで、式8により音程の分散を求めることができる。|60-57||64-60||67-64||64-60|/4=3.5式7|3.5-3|2|3.5-4|2|3.5-3|2|3.5-4|2/4=0.25式8上記式で表されるように、60,64,67,64で表される入力音高パターンと、57,60,64,60で表される音源の音高パターンとの音高の差分の分散は、0.25となる。制御部21は、このような音程の分散を、音源の音高パターンの全てについて算出する。次に、ステップSb7において、制御部21は、音高パターンを考慮した場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いを求める。ここで、音高パターンを考慮しない場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いをSと定義し、上記音高の差分の分散をVと定義すると、音高パターンを考慮した場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いSpは、変数x、定数yを用いて以下の式9で表せる。式9において、0<x<1であり、y>0である。Sp=1-xSxyV式9変数xが0の場合、上記式はSp=Sとなるため、求められる類似の度合いは、音高パターンを考慮しない場合のものとなる。一方、xが1に近づくにつれて、上記式で求められる類似の度合いは、より音高パターンを考慮した場合のものとなる。変数xの大きさは、ユーザが操作部25を用いて変更可能としてもよい。なお、式9においては、上記音高の差分の分散に代えて、音高の差分の平均誤差を用いてもよい。そして制御部21は、検索結果であるリズムパターンレコードを、音高パターンを考慮した場合の、検索結果のリズムパターンと入力リズムパターンとの類似の度合いが高い距離が小さい順番で並び替えると、RAMに記憶させる。また、入力音高パターンにおけるオンセット時刻及びオンセットの個数と、音源の音高パターンを構成する各ノートのオンセット時刻及びノートの個数とが一致するとは限らない。このような場合、制御部21は、以下の手順に従って、入力音高パターンの各オンセットに、音源の音高パターンのどのノートが対応しているかを決定する。31制御部21は、入力音高パターンの各ノートのオンセット時刻を基準として、音源の音高パターンにおける最も近いオンセット時刻のノートとの音高の差分を算出する。32制御部21は、音源の音高パターンの各ノートのオンセット時刻を基準として、入力音高パターンにおける最も近いオンセット時刻のノートとの音高の差分を算出する。33制御部21は、手順31で算出した差分と手順32で算出した差分との平均値を、入力音高パターンと音源の音高パターンとの音高の差分として算出する。なお、計算量を抑えるために、手順31若しくは手順32のいずれかのみを用いて音高の差分が算出されるようにしてもよい。なお、音高パターンを考慮した場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いの算出方法は、上述の方法に限らず、他の方法が用いられてもよい。また、対応する音高の差分の絶対値を12で割ると、入力音高パターンそのものと類似した伴奏ではなく12音階における音高パターンが類似した伴奏が検索できる。ここで、音高をノートナンバーで表したときに、36,43,36という音高パターンAと、36,31,36という音高パターンBとの2つの対応する音高パターンを比較する場合について説明する。両者の音高パターンは互いに異なるが、構成音は同じC,G,Cであって、Gのノートナンバーがオクターブ違うだけなので、類似したパターンであるとみなせる。制御部21は、音高パターンA及びBについて、12音階における音高パターンの差を以下の式10及び式11に従って計算する。|36-36|/12|43-31|/12|36-36|/12=0式100-0^20-0^20-0^2=0式1112音階における音高の変動のパターンが一致しているため、音高パターンAと音高パターンBの12音階における音高パターンの類似度は0と算出される。すなわち、この場合、音高パターンBが、音高パターンAに最も類似する音高パターンとして出力される。このように、入力音高パターンそのものとの類似度合いだけでなく、12音階における音高の変動のパターンも考慮すると、ユーザは、より納得感のある結果が得られる。また、入力音高パターンそのものと、12音階における音高の変動のパターンとの両方を考慮したリズムパターンの類似度をもとに検索結果を出力してもよい。この場合の計算式は、例えば以下の式13のように表せる。入力音高パターンそのものと12音階における音高の変動のパターンを考慮したリズムパターンの類似度=1-X×XY{1-κ音高のパターンの類似度κ12音階のパターンの類似度}式13ここで、X、Y及びκは、0<X<1、Y>0、0<κ<1をそれぞれ満たす予め決められた定数である。なお、上記式は一例であってこの限りではない。このようにすれば、ユーザが意図したリズムパターンのみならず、音高パターンについてもユーザが意図したものと近いリズムパターンレコードが検索結果として出力されることとなる。これにより、ユーザは、入力リズムパターンとリズムパターンは同じだが、音高パターンが異なるようなリズムパターンレコードを検索結果として得ることが可能となる。<トリガーとベロシティの両方で検索>変形例24制御部21は、ユーザの演奏操作によるトリガーデータ及びベロシティデータの双方を用いてリズムDB221及び自動伴奏DB222を検索するようにしてもよい。この場合、極めて類似したリズムパターンを持つリズムパターンデータが2つ存在したときは、制御部21は、アタック強度パターンデータに記述された各構成音のアタック強度がユーザの演奏操作によるベロシティデータとより近いリズムパターンデータを検索結果として出力する。このようにすれば、アタック強度についても、ユーザがイメージしていたものに近い自動伴奏データが、検索結果として出力されることが可能となる。変形例25制御部21がリズムDB221及び自動伴奏DB222を検索するにあたって、トリガーデータ及びベロシティデータに加えて、同一の音が鳴り続ける長さを表すデュレーションデータを用いてもよい。ここで、各構成音におけるデュレーションデータは、オフセット時刻から直前のオンセット時刻を差し引いた時間の長さで表される。デュレーションデータは、リズム入力装置10における入力手段が鍵盤である場合に、情報処理装置20がオフセット時刻を明確に取得することが可能であるため、特に有効に活用することができる。この場合、フレーズテーブル及びリズムパターンテーブルにおいて、デュレーションパターンデータという項目が追加されることとなる。デュレーションパターンデータは、1小節を構成するフレーズにおける各構成音の鳴り続ける長さが記録されたデータファイルであり、例えばテキストファイルに、各構成音の鳴り続ける長さが記述されたものである。この場合、情報処理装置20は、ユーザにより入力された、1小節におけるデュレーションのパターンを用いて、フレーズテーブル又はリズムパターンテーブルから、上記入力されたデュレーションのパターンと最も類似するデュレーションパターンデータを持つフレーズレコード又はリズムパターンレコードを検索結果として出力するようにすればよい。このようにすれば、類似したリズムパターンを持つフレーズレコード又はリズムパターンレコードが複数存在しても、情報処理装置20が、スラー伸ばすのあるリズムパターンや、スタッカートはねるのあるリズムパターン等を識別して検索結果として出力することが可能となる。<音色の近いものを検索>変形例26情報処理装置20が検索を行うにあたって、入力リズムパターンにおける音色と同一又は類似の度合いが高い音色を持つフレーズを持つ自動伴奏データを検索するようにしてもよい。例えば、それぞれのリズムパターンデータに対し、使用される音色毎にその音色の識別情報を対応付けて持たせておき、ユーザがリズムパターンを入力する際に、事前に音色を指定しておくことで、対応する音色で発音するリズムパターンに絞ったうえでそのリズムパターンの類似度が高いものを検索されるようにすればよい。ここでは、第2実施形態及び第3実施形態を例に挙げて説明する。この場合、リズムパターンテーブルにおいて、項目音色IDが追加される。ユーザは、演奏操作子を用いてリズムパターンを入力する際に、例えば操作部25を用いて音色を指定する。音色の指定は、リズム入力装置10が備える操作子によって行われてもよい。ユーザが演奏操作を行うと、演奏操作が行われた際に指定された音色のIDが、MIDI情報の一部として情報処理装置20に入力される。情報処理装置20は、入力された音色IDに基づく音の音色と、リズムパターンテーブルにおける指定されたパートの各リズムパターンレコードにおける音色IDに基づく音の音色を比較し、比較結果に基づいて、両者が予め決められた対応関係にある場合、そのリズムパターンレコードを特定する。この対応関係は、例えば、比較結果に基づいて両者の楽器種類が同じであると識別可能なように予め決められており、記憶部22aに記憶されている。ここで、音色の比較については、各々の音の波形におけるスペクトラムを比較するなど、周知の方法を用いればよい。このようにすれば、リズムパターンが類似していることに加え、指定したパートについて音色が類似した自動伴奏データをユーザは得ることが可能となる。なお、具体的な手法としては、変形例17に記載した内容と同様の手法で実現できる。変形例27入力時刻間隔ヒストグラムと発音時刻間隔ヒストグラムとの差分の絶対値が最も小さいことを、入力時刻間隔ヒストグラムに対する発音時刻間隔ヒストグラムの類似度が高いと判断していたが、両者の類似度が高いことを示す条件は、上記のような両ヒストグラムの差分の絶対値に限らない。例えば、両ヒストグラムの各時刻間隔成分の積などの相関度が最も大きいとか閾値を超えるといったことや、両ヒストグラムの差分の2乗が最も小さいとか閾値未満であるといったこと、両ヒストグラムの各時刻間隔成分における値が類似していることを示すような条件であれば、どのような条件を用いてもよい。変形例28リズム入力装置10から入力されたリズムパターンに従って、情報処理装置20が、当該リズムパターンに類似するリズムパターンを持つ楽音データを検索し、検索結果の楽音データを音に変換して出力していたが、次のようにしてもよい。例えば、上記実施形態に相当する内容をウェブサービスによって実施する場合、上記実施形態において情報処理装置20が備える機能を、当該ウェブサービスを提供するサーバ装置が備えることとなる。そして、ユーザの操作によって、クライアント装置である自端末例えばPCが、インターネットや専用線等を介して入力リズムパターンを上記サーバ装置に送信する。サーバ装置は、受信した入力リズムパターンに基づいて、記憶手段から当該入力リズムパターンに類似するリズムパターンを持つ楽音データを検索し、検索結果の楽音データを自端末に送信する。そして自端末は、受信した楽音データに基づく音を出力する。なお、この場合、サーバ装置の提供するウェブサイトやアプリケーションにおいて、小節線クロックがユーザに提示されるようにすればよい。変形例29リズム入力装置10における演奏操作子は、ユーザが演奏操作したときに、少なくともトリガーデータを出力するものであれば、鍵盤やドラムパッドのような形状に限らず、弦楽器、吹奏楽器、あるいはボタンなどの形状であってもよい。また、その他に演奏操作子は、タッチパネルを備えたタブレットPC、スマートフォン、携帯電話等であってもよい。ここで、演奏操作子がタッチパネルである場合の例を考える。タッチパネルにおいては、その画面上に複数のアイコンが表示されることがある。ここで、各アイコンに楽器や楽器の操作子鍵盤などの画像が表示されるようにすれば、ユーザは、どのアイコンをタッチすればどのような楽器や楽器の操作子に基づく楽音が発せされるのかが分かるようになる。このようにした場合、タッチパネルにおいて上記各アイコンが表示される各々の領域が、実施形態における演奏操作子の各々と対応することとなる。<指定BPMでなく本来のBPMでも再生可能>変形例30第2実施形態及び第3実施形態において、リズムパターンレコードには本来のBPMが情報として含まれているから、ユーザが操作部25を用いて行った操作に従って、制御部21が、リズムパターンレコードに含まれる楽音データが示す楽音を本来のBPMで再生するようにしてもよい。また、検索結果から特定のリズムパターンレコードがユーザにより選択されて制御部21がこれを特定すると、制御部21が、特定された直後は上記入力されたBPMまたは上記指定されたBPMに基づく速度でリズムパターンレコードに含まれる楽音データが示す楽音を再生し、時間の経過に伴って、BPMがリズムパターンレコードの持つ本来のものに徐々に近づくように制御してもよい。変形例31ユーザが検索結果に対してより納得感を持てるようにするための方法は、上述したフィルタリング機能に限ったものではない。<類似度にBPMの差による重み付けを行う>説明の便宜上、ここでは第2実施形態及び第3実施形態を例に挙げて説明する。例えば、入力リズムパターンとリズムパターンテーブルに含まれるリズムパターンレコードとの距離を求める算出式に、入力BPMとリズムパターンレコードが有する本来のBPMとの差に基づく重み付けを導入してもよい。ここで、aを予め定められた定数とし、入力リズムパターンとリズムパターンテーブルに含まれるリズムパターンレコードとの距離をLとすると、上記重み付けを導入した場合の類似度を求める計算式は、例えば以下の式10のように表せる。類似度=L|入力BPM-リズムパターンレコードの有するBPM|/a式14なお、上記類似度を求める計算式は式14のようなものに限ったものではなく、入力BPMとリズムパターンレコードの持つBPMとが近いほど類似度が小さくなるすなわち類似の度合いが高くなるような計算式であればよい。<フィルタリングのバリエーション>上述の実施形態のように、プルダウンで特定の対象をユーザが指定して表示結果を絞るように使用してもよいが、リズムパターン入力時の演奏情報を自動で解析して自動で表示結果を絞るような方法でもよい。また、鍵盤などから入力したリズム入力のピッチの演奏情報から、コードタイプやスケールを判定してそのコードタイプやスケールで登録された伴奏が自動で検索結果として表示されるようにしてもよい。例えばロックっぽいコードでリズム入力したら、ロックのスタイルが検索されやする。他には、中東っぽいスケールでリズムを入力したら、中東っぽいフレーズが検索されやすくなる。また、鍵盤入力時に指定された音色の情報によって、同じ音色情報を持ち、且つリズムパターンが一致するものを検索するようにしてもよい。例えば、スネアドラムのリムショットでリズム入力した場合、同じリズムパターンを持つ候補の中でもリムショットの音色の伴奏が優先して表示されるようにする。<パッドの代わりに鍵盤でドラムス入力>変形例32第2実施形態及び第3実施形態において、リズム入力装置10が入力パッド12を備えない場合、リズム入力装置10が次のような構成を取ってもよい。この場合、デフォルトの状態では鍵盤11には、ベース入力音域鍵盤11a、コード入力音域鍵盤11b、及びフレーズ入力音域鍵盤11cが所定の鍵域に各々割り当てられている。ここでユーザが、操作部25を介してドラムスのパートの入力を行う旨を指示すると、制御部21は、鍵盤11の所定の鍵域にドラムのパートを割り当てる。例えば、制御部21は、C3にバスドラムのパートを割り当て、D3にスネアドラムのパートを割り当て、E3にハイハットのパートを割り当て、F3にシンバルのパートを割り当てる、といった具合である。なお、この場合、制御部21は、鍵盤11の全鍵域における操作子すなわち各鍵に、各々異なる楽器音を割り当てることが可能である。ここで制御部21が、鍵盤11における各操作子各鍵の上部や下部に、割り当てられる楽器音に関する画像例えばスネアドラムの画像を表示するようにしてもよい。<パートの操作子を視聴覚的に判別しやすくする>変形例33第2実施形態及び第3実施形態において、ユーザが、どの操作子を操作すれば、どのパートが制御部21によって検索されるのかを視覚的に分かりやすくするために、次のようにしてもよい。例えば、制御部21が、鍵盤11における各操作子各鍵の上部や下部に、割り当てられるパートに関する画像例えば、ギターのコードが押さえられた画像、ピアノが単音で演奏されている画像例えば単一の鍵が指で押さえられている画像、又はスネアドラムの画像等を表示する。また、制御部21が、上述の画像を各操作子の上部や下部に表示するに限らず、表示部24に表示させてもよい。この場合、表示部24には、例えば鍵盤11を模した鍵盤の画像が表示されるとともに、実際の鍵盤11の各鍵域に割り当てられているのと同じ割り当て状態で、鍵盤の画像の各鍵域に対して割り当てられたパートの画像が表示される。または、ユーザが、どの操作子を操作すれば、どのパートが制御部21によって検索されるのかを聴覚的に分かりやすくするために、次のようにしてもよい。例えば、ユーザがベース入力音域鍵盤11aに対して入力を行うと、制御部21は、音声出力部26からベースの音声を出力させる。このようにすれば、ユーザは、どの操作子を操作すれば、どのパートが検索されるのかを視覚的又は聴覚的に判別可能となるため、操作入力が容易なものとなり、結果として自らが望む伴奏音源を得やすくなる。<検索の計算:処理の順番入れ替え可能>変形例34図5の処理フローにおいて、リズムカテゴリ毎のオンセット時刻間隔の分布を計算ステップSb1した後に、入力リズムパターンにおけるオンセット時刻間隔の分布を計算していたステップSb3が、ステップSb1とステップSb3の順番を入れ替えてもよい。また、処理ステップの入れ替えに関わらず、制御部21が、リズムカテゴリ毎のオンセット時刻間隔の分布を計算した後、計算結果をRAMや記憶部22に記憶させるようにしてもよい。このようにすれば、制御部21は一度計算した結果を再度計算する必要がなく、処理速度の向上を見込むことが可能となる。<和音の丸め込み>変形例35第1実施形態~第3実施形態では、例えば、ユーザがベース入力音域鍵盤11aにおいて、和音となるように鍵盤を押下したとき等のように、ユーザが所定時間内において複数の操作子を操作してリズムパターンを入力する場合には、次のような問題がある。例えば、1小節において、ユーザが0.25のタイミングでリズムを入力したかったとする。ここで、ユーザが、自身では同一のタイミングのつもりで複数の操作子を操作しても、実際には、或る操作子が0.25のオンセット時刻で操作され、他の操作子が0.26のオンセット時刻で操作された場合、制御部21は、これらのオンセット時刻のとおりに入力リズムパターンを記憶してしまう。このような場合、ユーザが意図していたものとは異なる検索結果が出力される可能性があり、ユーザにとっては操作性がよいものとはいえない。これに対して、次のようにしてもよい。なお、説明の便宜上、ここでは第2実施形態及び第3実施形態を例に挙げて説明する。変形例35において、制御部21は、リズム入力装置10から入力されるオンセット情報と、自動伴奏DB211に含まれるパートテーブルとに基づいて、同一のタイミングにおいて同じパートにおける複数の操作子に対して操作が行われたか否かを判定する。例えば、制御部21は、ベース入力音域鍵盤11aに含まれる操作子のうち、或る操作子のオンセット時刻と他の操作子のオンセット時刻との差分が所定時間内に収まる場合、これらの操作子が同一のタイミングで操作されたと判定する。ここで所定時間とは、例えば50msecミリ秒である。そして制御部21は、上記判定の結果、これらの操作子に対する操作を同一のタイミングにおける操作であるとみなす旨の情報を、該当するオンセット時刻を持つトリガーデータと対応付けて制御部21に出力する。制御部21は、同一のタイミングにおける操作であるとみなす旨の情報が対応付けられたトリガーデータのうち、開始時刻が遅い方のオンセット時刻を持つトリガーデータを除外した入力リズムパターンを用いてリズムパターン検索を行う。つまり、この場合、ユーザの所定時間内の操作に基づくオンセット時刻のうち、開始時刻が早い方のオンセット時刻がリズムパターン検索に用いられることとなる。また、これに限らず、ユーザの所定時間内の操作に基づくオンセット時刻のうち、開始時刻が遅い方のオンセット時刻がリズムパターン検索に用いられるようにしてもよい。つまり、制御部21は、ユーザの所定時間内の操作に基づく複数のオンセット時刻のいずれかを用いてリズムパターン検索を行うようにすればよい。また、制御部21が、ユーザの所定時間内の操作に基づく複数のオンセット時刻の平均を求め、この平均値を、上記ユーザの所定時間内の操作におけるオンセット時刻として、リズムパターン検索を行うようにしてもよい。このようにすれば、ユーザが所定時間内において複数の操作子を用いてリズム入力を行った場合であっても、ユーザが意図していたものと近い検索結果が出力されるようにすることが可能となる。<頭拍欠け問題の解消>変形例36制御部21が小節単位で入力リズムパターンを記憶するタイミングを、小節線クロックに基づく小節の切り替えタイミングと同じものすると、以下のような問題が生じることがある。例えば、ユーザの操作によってリズムパターンが入力される場合、ユーザが自身で感じている時刻間隔と小節線クロックとのズレによって、ユーザが意図していたリズムパターンと実際のオンセット時刻との間に数msec~数十msecの誤差が生じる。従って、例えば、ユーザが小節頭の拍を入力しているつもりでも、上記誤差によって1つ前の小節のリズム入力として扱われてしまうことがあり、この場合、このリズム入力は入力リズムパターンとして記憶されないことがある。このような場合、ユーザが意図していたものと異なる検索結果が出力されてしまい、ユーザにとって操作性がよいとはいえない。このような問題に対しては、制御部21がRAMに入力リズムパターンを記憶させる際に、小節の頭よりも数十msec早い時点すなわち直前の小節における最後の数十msecから、最後の数十msecを除く小節の終わりまでを処理の対象範囲とすればよい。つまり、制御部21は、RAMに記憶させる入力リズムパターンの対象範囲を数十msec分だけ前にずらすこととなる。このようにすれば、ユーザが意図していたものと異なる検索結果が出力されることを少なくすることができる。<検索直後に再生>変形例37制御部21がリズムパターン検索を行うタイミングを、小節線クロックに基づく小節の切り替えタイミングと同じものすると、以下のような問題が生じることがある。例えば、本発明における検索方法は、検索結果の楽音データが、リズム入力の直後の小節で小節線クロックと同期して再生されるようなプレイバック機能を備えた楽音データ処理装置にも応用可能である。この場合、リズム入力の直後の小節における頭から検索結果の楽音データが再生されるには、上記小節の頭の時点より以前、つまりリズム入力が行われた小節内で検索結果が出力される必要がある。また、RAMの記憶容量の問題等により、事前に再生対象である楽音データを予め読み込んでRAMに記憶させておくことが不可能な場合には、リズム入力が行われた小節内で検索結果の楽音データを読み込んでRAMに記憶させる必要がある。このような問題に対しては、制御部21がリズムパターン検索を行うタイミングを、小節の切り替えタイミングよりも、例えば数十msec早いものとすればよい。このようにすれば、小節の切り替えが行われる前に検索が行われ、検索結果の楽音データがRAMに記憶されることで、リズム入力の直後の小節における頭から検索結果の楽音データが再生されることが可能となる。<複数小節検索>変形例38入力リズムパターンを1小節単位に限らず、複数小節N小節とするに跨るリズムパターンを検索できるように、以下のようにしてもよい。説明の便宜上、ここでは第2実施形態及び第3実施形態を例に挙げて説明する。この場合、例えば、制御部21が、N小節のまとまりを持った入力リズムパターンを用いてリズムパターンテーブルを検索する方法がある。しかしこの方法では、ユーザが、小節線クロックに合わせてリズムパターンを入力する際に、1小節目がどこかを指定する必要がある。また、検索結果がN小節後に出力されるため、検索結果が出力されるまでに時間がかかってしまう。これに対して、次のようにしてもよい。図28は、複数小節のリズムパターンを検索する場合の処理内容を表す模式図である。説明の便宜上、ここでは第2実施形態及び第3実施形態を例に挙げて説明する。変形例38において、自動伴奏DB222におけるリズムパターンテーブルには、N小節に跨るリズムパターンデータを持つリズムパターンレコードが含まれている。また、ユーザは、操作部25を用いて、検索するリズムパターンの小節数を指定する。この指定内容は、例えば表示部24に表示される。ここで例えば、ユーザが、検索するリズムパターンの小節を2小節と指定したとする。ユーザによって操作子を用いてリズムが入力されると、制御部21は、まず、1小節目の入力リズムパターンを記憶する。そして制御部21は、1小節目の入力リズムパターンに基づいてリズムパターンを検索する。この検索の手順は以下のようなものである。制御部21は、2小節に跨るリズムパターンデータを持つリズムパターンレコードを対象として、1小節目の入力リズムパターンと、各リズムパターンデータにおける1小節目のリズムパターン及び2小節目のリズムパターンとの距離を算出する。そして制御部21は、各リズムパターンデータについて算出した、1小節目の入力リズムパターンと上記1小節目のリズムパターンとの距離、及び1小節目の入力リズムパターンと上記2小節目のリズムパターンとの距離のうち、それぞれ小さい方の距離を、リズムパターンデータごとにRAMに記憶させる。制御部21は、2小節目の入力リズムパターンについても同様の処理を行う。そして制御部21は、RAMに記憶された上記距離をリズムパターンデータごとに加算すると、加算後の値を、各リズムパターンデータにおける入力リズムパターンに対する距離を表すスコアとする。そして制御部21が、上記スコアが予め定められた閾値以下であるリズムパターンデータを、スコアの小さい順に並べ替えて検索結果として出力する。このようにすれば、複数小節に跨るリズムパターンデータを持つリズムパターンレコードを検索することが可能となる。このとき、1小節ごとに入力リズムパターンとリズムパターンデータとの距離が算出されるため、ユーザは1小節目がどこかを指定する必要がなく、また、検索結果が出力されるまでに時間がかかることもない。<入力リズムパターンの取得方法1:係数0.5→四捨五入>変形例39制御部21が、入力リズムパターンをRAMに記憶させるにあたり、上述した方法に限らず、以下のようにしてもよい。式11は、入力リズムパターンにおいてn番目に入力されたオンセット時刻を求める計算式である。式11において、Lは或る小節の先頭を0としたときの、この小節の末尾を表し、0以上の実数である。また、式11においてNは、1小節内のクロック回数である分解能を表す。n番目のオンセット時刻-小節の開始時刻/小節の終了時刻-小節の開始時刻×N0.5×L/N式11式11において、0.5の値は、オンセット時刻が算出されるにあたり、端数に対して四捨五入の効果をもたらすものであり、これを、0以上1未満の別の数値に置き換えてもよい。例えば、この値を0.2とすると、端数に対して七捨八入の効果がもたらされる。この値は、パラメータとして記憶部22に記憶されており、ユーザが操作部25を用いて変更可能である。前述したように、フレーズデータ及びリズムパターンデータは、オペレーターにより、市販のオーディオループ素材から構成音開始時刻を抽出されることで予め作成されることがある。このようなオーディオループ素材では、聴覚的な音の厚みを出すことを目的として、例えばバッキングのギターの音が、本来あるべきジャストのタイミングから意図的に少しずらされている場合がある。このような場合に上記パラメータの値を調整することで、端数の切り上げ及び切り下げが行われた結果のフレーズデータ及びリズムパターンデータが得られる。この結果、作成されたフレーズデータ及びリズムパターンデータでは、上述したズレが解消されているから、ユーザは、ズレのことを気にしないで、所望するジャストなタイミングでリズムパターンを入力して検索を行うことが可能となる。変形例40本発明は、リズム入力装置10及び情報処理装置20が一体となった装置により実現されてもよい。例えば、第2実施形態及び第3実施形態における、このような例を考える。この場合、この装置として、例えば、携帯電話や、タッチスクリーンを備えた移動通信端末などが考えられる。本変形例では、この装置がタッチスクリーンを備えた移動通信端末である場合を例に挙げて説明する。図29は、本変形例における移動通信端末600を表す図である。移動通信端末600は、その表面にタッチスクリーン610を有する。ユーザは、タッチスクリーン610における任意の位置をタッチして移動通信端末600に対する操作を行うことが可能であるとともに、ユーザの操作に応じた表示内容がタッチスクリーン610に表示される。なお、移動通信端末600のハードウェア構成は、表示部24及び操作部25を合わせた機能がタッチスクリーン610によって実現されることと、移動通信端末600がリズム入力装置10及び情報処理装置20とが一体となったものであることを除けば、図11で示すものと共通している。以下では、制御部や記憶部や自動伴奏DBについて、図11と同じ符号を付して説明する。タッチスクリーン610の上部には、BPM指定スライダ201、キー指定鍵盤202及びコード指定ボックス203が表示される。BPM指定スライダ201、キー指定鍵盤202及びコード指定ボックス203は、図16を用いて説明したものと同様である。タッチスクリーン610の下部には、検索結果のリズムパターンレコードが一覧として表示される。ユーザが、それぞれ異なるパートを表すパート選択画像620のうちいずれかを指定すると、制御部21は、指定されたパートについて検索結果のリズムパターンレコードの一覧をタッチスクリーン610に表示させる。検索結果における項目順位、項目ファイル名、項目類似度、項目BPM及び項目キーは、図16を用いて説明したものと同様である。なお、このほかに、ジャンルや楽器種類などの関連する情報を表示させてもよい。ユーザが、一覧から任意の再生指示画像630を指定すると、指定された再生指示画像630に応じたリズムパターンレコードの楽音データが再生される。このような移動通信端末600によっても、第2実施形態及び第3実施形態で上述したのと同様の効果を奏する。変形例41本発明は、楽音データ処理装置以外にも、これらを実現するための方法や、コンピュータに図4及び図14に示した機能を実現させるためのプログラムとしても把握される。かかるプログラムは、これを記憶させた光ディスク等の記録媒体の形態で提供されたり、インターネット等を介して、コンピュータにダウンロードさせ、これをインストールして利用させるなどの形態でも提供されたりする。変形例42検索モードについては、上述の実施形態における自動伴奏モード、差し替え検索モード、追従検索モードの3種類とは別に、以下のようなモードの切り替えが考えられる。1つ目は、常に検索処理が小節ごとに自動で動作しており、類似した最上位の1つあるいは類似した所定数の検索結果が自動で再生されるモードである。このモードは、主に自動伴奏などを用途として用いられる。2つ目は、ユーザが検索の開始を指示したときにメトロノームのみが再生され、ユーザがリズムを入力すると、リズム入力が終了後、自動で又は操作の指示を与えたことを契機として、検索結果が表示されるモードである。変形例43第1実施形態の変形例として、検索機能がONの状態において、リズムパターン検索部213図4が、入力リズムパターンを基準として、一定以上の類似度のリズムパターンを持つ伴奏音源を、類似度が高い順番で一覧表示するようにしてもよい。図30a及び図30bは、前記第1実施形態の変形例として、伴奏音源についての検索結果の一覧を表した模式図である。図30a及び図30bに示されるように、伴奏音源についての検索結果一覧は、ファイル名、類似度、キー、ジャンル、及びBPMBeatPerMinuteといった複数の項目からなる。ファイル名は伴奏音源を一意に識別する名称である。類似度は、入力リズムパターンを基準として、伴奏音源のリズムパターンがどの位類似しているかを表す数値であり、数値が低いほど類似の度合いが高い上述したリズムパターン同士の距離が短いことを表す。キーは、伴奏音源のキー音高の高さを表す。ジャンルは、伴奏音源が所属する音楽のジャンル例えばロック、ラテン等を表す。BPMは、1分間における拍の数であって、伴奏音源のテンポを表す。図30aは、利用者によって入力されたリズムパターンを基準として、一定以上の類似度のリズムパターンを持つ伴奏音源が、類似度が高い順に検索結果として一覧表示された場合の一例である。また、ここにおいて利用者は、キー、ジャンル又はBPMといった項目を用いて、この検索結果をフィルタリングして表示させることが可能である。例えば図30bは、図30aの検索結果に対して、利用者がジャンルをLatinでフィルタリングした結果を表している。なお、利用者は、1又は複数の項目を用いてフィルタリングを行うことが可能である。その他の変形例ステップSb6におけるリズムパターンのズレの計算において、Aを基準としたBの時刻差と、Bを基準としたAの時刻差との2つを用いていたがsymmetricDistance方式という、これに限らず、両者のうちどちらか一方のみを用いて計算を行ってもよい。また、MIDIデータを用いて検索又は再生を行う場合、マルチトラックで複数のパートの演奏データを再生するものにおいて、特定のトラックに対して検索を行うようにしてもよい。また、リズムカテゴリの判定ステップSb2~ステップSb5を省略して、リズムパターンのズレの計算ステップSb6の結果のみを用いて、ステップSb7におけるリズムパターン同士の距離を行ってもよい。また、第1実施形態~第3実施形態におけるリズムパターンのズレの計算ステップSb6において、算出されたズレの値に、相当する構成音のアタック強度を乗算することで、より強いアタック強度を持つ構成音を含むリズムパターンレコードが、検索結果の候補から外れやすくなるようにしてもよい。実施形態においては、自動伴奏データに1小節のものを用いていたが、音声の長さはこれに限る必要はない。また、第2実施形態及び第3実施形態において、ユーザが演奏操作子に拠らずに操作部25を用いてパートを指定可能としてもよい。この場合、ユーザが、パートを指定したあとに演奏操作子を操作すると、指定されたパートの入力が行われることとなる。例えば、ユーザが、操作部25を用いてベースのパートを指定すると、その後にコード入力音域鍵盤11bを操作しても、制御部21は、これをベースのパートの入力とみなす、といった具合である。また、第2実施形態及び第3実施形態においては、リズム入力装置10において、バスドラム入力パッド12a、スネアドラム入力パッド12b、ハイハット入力パッド12c、シンバル入力パッド12dというように、音色の異なる各々のリズムパートにパッドをひとつずつ割り当てていたが、これに限らず、音色の異なる複数のリズムパートについて単独のパッドで入力可能としてもよい。この場合、ユーザは、操作部25を用いて、リズムパートの音色を指定することが可能である。また、上記の各実施形態では、リズムパターンデータは、0~1の小数値で表記しているが、複数の整数値たとえば、0~96で表記するようにしてもよい。さらに、検出結果は、類似度の高いものを所定個数検出するようにしていたが、それ以外の条件で検出するようにしてもよい。たとえば、類似度が所定の範囲に入るものを検出するようにしてもよいし、その範囲をユーザが設定し、その範囲に含まれるものを検出するようにしてもよい。また、楽音データ、自動伴奏データ、スタイルデータ等を編集する機能を備えさせ、検出結果を表示した画面から、所望の楽音データ、自動伴奏データ、スタイルデータを選択し、選択したものを表示した画面では、各パート毎に展開して表示し、それぞれのパートについて、所望の楽音データ、自動伴奏データ、演奏データ等の各種データを編集できるようにしてもよい。"