WO2012074070A1

WO2012074070A1 - リズムパターンの類似度に基づく楽音データの検索

Info

Publication number: WO2012074070A1
Application number: PCT/JP2011/077839
Authority: WO
Inventors: 大地渡邉; 慶太有元
Original assignee: ヤマハ株式会社
Priority date: 2010-12-01
Filing date: 2011-12-01
Publication date: 2012-06-07
Also published as: EP2648181A1; CN102640211A; JPWO2012074070A1; EP2648181B1; CN102640211B; JP5949544B2; US20120192701A1; US9053696B2; EP2648181A4

Abstract

本発明は、ユーザが意図するリズムパターンとの類似度が決められた条件を満たすようなリズムパターンで構成されたフレーズの楽音データを検索することを課題としている。ユーザはリズム入力装置１０を用いてリズムパターンを入力する。小節線クロック出力部２１１が出力するクロック信号と、入力されたリズムパターンにおけるトリガーデータに基づいて、入力リズムパターン記憶部２１２は入力リズムパターンをＲＡＭに記憶させる。リズムパターン検索部２１３は、記憶された入力リズムパターンと最も類似度が高いリズムパターンを持つ楽音データをリズムＤＢ２１１から検索する。演奏処理部２１４は、検索結果の楽音データを音声出力部２６から出力させる。

Description

リズムパターンの類似度に基づく楽音データの検索

　本発明は、リズムパターンの類似度に基づく楽音データの検索に関し、特に、該検索技術を使用した楽音データ処理装置、楽音データ作成システム、方法及びプログラムに関する。

　音楽制作における制作環境として、ＰＣ（Personal Computer）を核としてオーディオ入出力装置を追加したＤＡＷ（Digital Audio Workstation）が普及している。ＤＡＷにおいては、ＰＣに必要なハードウェアを追加したうえで、ＰＣ上で専用のソフトウェアアプリケーションを実行するのが一般的である。ＤＡＷにおいて例えばリズムを打ち込む場合、音源を記憶したデータベースから、自らが望む音色やパート（スネア、ハイハット等）、或いはフレーズ等を探し出して選択する必要がある。ここで、データベースに含まれる音源の容量が膨大なものであると、ユーザが望む音源を探し出すのに時間と労力が掛かってしまう。これに対して特許文献１には、ユーザがリズムパターンを入力すると、メモリに記憶された楽曲データから、入力されたリズムパターンに類似するリズムパターンに対応した楽曲データを検索して提示する技術が開示されている。また、特許文献２には、オン状態とオフ状態とを交互に繰り返す時系列信号を入力すると、入力された時系列信号と同一又は類似した変動パターンを有するリズムデータを検索部が検索し、検索されたリズムデータに対応して記憶されている音楽付随情報（曲名などの情報）を付加したうえで、検索結果として出力する技術が開示されている。

　しかしながら、上記特許文献１及び２に記載の技術においてパッドや鍵盤等の入力装置を介して直接リズムパターンが入力される場合、ユーザ自身が感じる時間経過の感覚にしたがってリズムパターンが入力されるから、そのユーザ自身の時間経過の感覚の狂いなどから、入力されるリズムに時間の誤差が生じるがことがある。この結果、ユーザが意図していたリズムパターンと異なるリズムパターン（例えば８分のフレーズに対して１６分のフレーズ等）が検索結果として出力されることがあり、この場合、ユーザに違和感やストレスを与えることとなる。

国際公開第２００２／０４７０６６号公報特開２００６－１０６８１８号公報

　本発明は上述の背景を鑑みてなされたものであり、ユーザが意図するリズムパターンとの類似度が決められた条件を満たすようなリズムパターンで構成されたフレーズの楽音データを検索することを目的とする。

　上述の課題を解決するため、本発明に係る楽音データ処理装置は、予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する記憶部と、前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する通知部と、前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する取得部と、前記記憶部に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する検索部とを備えることを特徴とする。

　別の好ましい態様において、前記記憶部は、前記楽音リズムパターンが表す前記発音時刻の間隔に基づいて決められたリズムのカテゴリを、当該楽音リズムパターンに対応付けて記憶し、前記入力リズムパターンが表す各指定時刻の間隔に基づいて当該入力リズムパターンが属するリズムのカテゴリを判定する判定部と、前記入力リズムパターンと前記楽音リズムパターンとの距離を算出する算出部とを備え、前記検索部は、前記入力リズムパターンが属するリズムのカテゴリと前記楽音リズムパターンが属するリズムのカテゴリとの関係、および前記算出された距離に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする。

　また別の好ましい態様において、前記検索部は、前記入力リズムパターンが表す発音時刻間隔の度数分布を表す入力時刻間隔ヒストグラムと、前記楽音リズムパターンにおける前記発音時刻間隔の度数分布を前記リズムのカテゴリごとに表すリズムカテゴリヒストグラムとを比較して、前記入力時刻間隔ヒストグラムに対する類似度が高いことを示す前記リズムカテゴリヒストグラムの前記リズムのカテゴリを特定し、前記検索部が特定する楽音データは、前記特定したリズムのカテゴリと対応付けられた楽音リズムパターンのうち、前記類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする。

　また別の好ましい態様において、前記予め定められた期間が複数の区間により構成され、前記記憶部は、前記区間毎に、前記複数の音の発音時刻の並びを表す楽音リズムパターンと前記楽音データとを対応付けて記憶し、前記算出部は、前記入力リズムパターンと前記記憶部に記憶された前記区間毎の前記楽音リズムパターンとの距離を算出し、前記検索部は、前記区間毎に前記算出部により算出された、前記入力リズムパターンと前記楽音リズムパターンとの距離と、前記入力リズムパターンが属するリズムのカテゴリと前記楽音リズムパターンが属するリズムのカテゴリとの関係とに基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする。

　また別の好ましい態様において、楽音データに応じた音を出力する音声出力部に対し、前記通知部による前記指定時刻の通知に同期して、前記検索部によって特定された前記楽音データを供給する供給部を備えることを特徴とする。

　また別の好ましい態様において、前記記憶部は、前記楽音データが示す音の音高の並びを表す楽音音高パターンを、当該楽音データに対応付けて記憶し、前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、音高の並びを表す入力音高パターンを取得する音高パターン取得部を備え、前記検索部は、前記入力音高パターンと前記楽音音高パターンとにおける各々の音の音高の差の分散に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする。

　また別の好ましい態様において、前記記憶部は、前記楽音データが示す音の強度の並びを表す楽音ベロシティパターンを、当該楽音データに対応付けて記憶し、前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、音の強度の並びを表す入力ベロシティパターンを取得するベロシティパターン取得部を備え、前記検索部は、前記入力ベロシティパターンと前記楽音ベロシティパターンとにおける各々の音の強度の差の絶対値に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの類似の度合いを算出し、前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする。

　また別の好ましい態様において、前記記憶部は、前記楽音データが示す音の音長の並びを表す楽音デュレーションパターンを、当該楽音データに対応付けて記憶し、前記通知部により前記指定時刻が通知せれているときにユーザによって入力された操作に基づいて、音の音長の並びを表す入力デュレーションパターンを取得するデュレーションパターン取得部を備え、前記検索部は、前記入力デュレーションパターンと前記楽音デュレーションパターンとにおける各々の音の音長の差の絶対値に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの類似の度合いを算出し、
　前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データであることを特徴とする。

　また、本発明は、ユーザによる演奏操作が入力される入力装置と、請求項１～８のいずれかに記載の楽音データ処理装置であって、当該楽音データ処理装置の前記通知部により前記予め決められた期間における指定時刻が進行されているときに前記入力装置に対して前記ユーザにより各々の演奏操作が入力された時刻間隔の並びを、各々の音が発音される発音時刻間隔の並びを表すリズムパターンとして取得する楽音データ処理装置とを備えることを特徴する音楽データ作成システムを提供する。

　また、本発明は、コンピュータに、予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する手順と、前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する手順と、前記通知する手順により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する手順と、記憶装置に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する手順、実行させるさせるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体を提供する。

　本発明によれば、ユーザが意図するリズムパターンとの類似度が決められた条件を満たすようなリズムパターンで構成されたフレーズの楽音データを検索することができる。

第１実施形態に係るシステムの構成図第１実施形態に係る情報処理装置のハードウェア構成を表すブロック図リズムＤＢの内容を表すブロック図第１実施形態に係る情報処理装置の機能構成を表すブロック図検索処理のフロー図オンセット時刻間隔の分布表を表す図リズムパターンにおけるズレの計算を説明するための模式図ループ再生モードにおける処理を説明するための模式図演奏再生モードにおける処理を説明するための模式図第２実施形態に係るリズム入力装置を表す模式図第２実施形態に係る情報処理装置のハードウェア構成を表すブロック図自動伴奏ＤＢに含まれるテーブルの内容を表す模式図自動伴奏ＤＢに含まれるテーブルの内容を表す模式図自動伴奏ＤＢに含まれるテーブルの内容を表す模式図第２実施形態に係る情報処理装置及びその周辺の機能的構成を表すブロック図第２実施形態に係る情報処理装置が行う処理のフロー図自動伴奏データについての検索結果の一例を表した模式図ＢＰＭの同期処理を説明する模式図キーテーブルの一例を表す図スタイルデータに関するテーブルの一例を表す図スタイルデータに関するテーブルの一例を表す図第３実施形態に係る情報処理装置が行う処理のフロー図スタイルデータの検索結果の一例を表した模式図スタイルデータの構成表示画面の一例を表す図楽音データにおける各構成音に対して、フェードアウトが適用された場合を表す模式図オンセット時刻間隔テーブルの一例を表す図距離参照表の一例を表す図オンセット時刻テーブルの一例を表す図音高パターンを用いた検索の処理内容を表す模式図複数小節のリズムパターンを検索する場合の処理内容を表す模式図移動通信端末を表す図第１実施形態の変形例として伴奏音源についての検索結果の一覧を表した模式図

　以下、本発明の実施形態について説明する。
＜第１実施形態＞
（楽音データの検索システム）
＜構成＞
　図１は、本発明の第１実施形態に係るシステムの構成図である。この音楽データ作成システム１００は、リズム入力装置１０、及び情報処理装置２０を備えており、各々が通信線により接続されて相互に通信ができるようになっている。この通信は、無線によって実現されてもよい。リズム入力装置１０は、入力手段として例えば電子パッドを備えている。ユーザが、リズム入力装置１０に設けられた電子パッドの打面を叩くことにより、リズム入力装置１０は、打撃されたこと、すなわち演奏操作されたことを示すトリガーデータと、打撃の強度、すなわち当該演奏操作の強度を示すベロシティデータとを、１小節を単位として、情報処理装置２０に入力する。ここで、トリガーデータは、ユーザが電子パッドの打面を叩く毎に生成されるとともに、トリガーデータの各々にはベロシティデータが対応付けられている。１小節内に生成されたトリガーデータとベロシティデータの集合は、この１小節において、ユーザがリズム入力装置１０を用いて入力したリズムのパターン（入力リズムパターンという）を表している。このように、リズム入力装置１０は、ユーザによる演奏操作が入力される入力装置の一例である。

　情報処理装置２０は、例えばＰＣである。情報処理装置２０がアプリケーションプログラムを実行するときの動作のモードとして、ループ再生モード、演奏再生モード、及び演奏ループ再生モードがある。ユーザは、情報処理装置２０に備えられた操作部２５（後述）を通じて、動作のモードを変更することが可能である。上記動作のモードがループ再生モードの場合、情報処理装置２０は、各々異なるリズムパターンを持つ楽音データを複数記憶したデータベースにおいて、リズム入力装置１０から入力された入力リズムパターンと同一又は最も類似したリズムパターンを持つ楽音データを検索し、検索結果の楽音データを音に変換して出力する。このとき、情報処理装置２０は、検索結果の楽音データに基づく音声を繰り返し再生する。一方、上記動作のモードが演奏再生モードの場合、情報処理装置２０は、上記検索結果の楽音データを音として出力するだけでなく、検索結果の楽音データにおける構成音を用いた演奏操作に基づく音を出力することが可能である。また、上記動作のモードが演奏ループ再生モードである場合、情報処理装置２０は、検索結果の楽音データに基づく音を繰り返し出力するともに、ユーザが検索結果フレーズにおける構成音を用いて行った演奏に基づく音を繰り返し出力することが可能である。なお、検索機能は、ユーザが操作部２５を通じてＯＮ／ＯＦＦを切り替えることが可能である。

　図２は情報処理装置２０のハードウェア構成を表すブロック図である。情報処理装置２０は、制御部２１、記憶部２２、入出力インターフェース部２３、表示部２４、操作部２５、及び音声出力部２６を備えており、各部がバスを介して接続されている。制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有する。ＣＰＵは、ＲＯＭや記憶部２２に記憶されているアプリケーションプログラムを読み出して、ＲＡＭにロードして実行することにより、情報処理装置２０の各部をバス経由で制御する。また、ＲＡＭは、ＣＰＵがデータの加工などを行う際のワークエリアとして機能する。

　記憶部２２は、リズムＤＢ（Database）２２１を備えている。リズムＤＢ２２１は、各々異なるリズムパターンを持つ楽音データ及び当該楽音データに関する情報を含んでいる。入出力インターフェース部２３は、リズム入力装置１０が出力するデータを情報処理装置２０に入力するともに、制御部２１の指示に従って、リズム入力装置１０を制御する各種信号をリズム入力装置１０に出力する。表示部２４は、例えばディスプレイであり、ユーザに対する対話画面などを表示する。操作部２５は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部２１に受け渡す。制御部２１は受け取った信号に応じて各部を制御する。音声出力部２６は、ＤＡＣ（Digital Analog Converter）、アンプ、及びスピーカーを備えている。音声出力部２６は、制御部２１によりリズムＤＢ２２１から検索されたデジタルの楽音データを、ＤＡＣによってアナログの楽音データに変換して、それをさらにアンプで増幅し、スピーカーから増幅後のアナログの音声信号に応じた音を出力させる。つまり、音声出力部２６は、楽音データに応じた音を出力する音声出力手段の一例である。

　図３は、リズムＤＢ２２１の内容を表す図である。リズムＤＢ２２１には、楽器種類テーブル、リズムカテゴリテーブル及びフレーズテーブルが含まれている。図３（ａ）は楽器種類テーブルの一例を表したものである。「楽器種類ＩＤ」は、楽器の種類を一意に識別するための識別子であり、例えば3桁の数字で表される。「楽器種類」は、楽器の種類を表す名称であり、例えば「ドラムキット」、「コンガ」、「ジャンベ」といった、異なる楽器の種類毎に、楽器種類ＩＤが対応付けられて楽器種類テーブルに記述されている。例えば楽器種類「ドラムキット」は、「００１」の楽器種類ＩＤが対応付けられて楽器種類テーブルに記述されている。その他の楽器種類についても、同様に楽器種類ＩＤが対応付けられて、楽器種類テーブルに記述されている。なお、「楽器種類」は図３（ａ）に表された内容に限ったものではない。

　図３（ｂ）は、リズムカテゴリテーブルの一例を表したものである。「リズムカテゴリＩＤ」は、リズムパターンのカテゴリ（リズムカテゴリという）を一意に識別するための識別子であり、例えば２桁の数字で表される。ここで、リズムパターンとは、予め定められた長さの期間において各々の音が発音される時刻の並びを表す。特に本実施形態において、リズムパターンとは、１小節において各々の音が発音される時刻の並びを表す。「リズムカテゴリ」は、リズムカテゴリを表す名称であり、例えば「８分」、「１６分」、「８分３連」といった、異なるリズムカテゴリ毎に、リズムカテゴリＩＤが対応付けられてリズムカテゴリテーブルに記述されている。例えば「８分」のリズムカテゴリは、「０１」というリズムカテゴリＩＤが対応付けられてリズムカテゴリテーブルに記述されている。その他のリズムカテゴリについても、同様にリズムカテゴリＩＤが対応付けられて、リズムカテゴリテーブルに記述されている。なお、「リズムカテゴリ」は図３（ｂ）に表された内容に限ったものではない。例えば、拍子やジャンルといった大まかなカテゴリ分けをしたり、一つのリズムパターンごとに一つの別のカテゴリＩＤを割り当てるなど、より細かなカテゴリ分けをしても良い。

　図３（ｃ）は、フレーズテーブルの一例を表したものである。フレーズテーブルには、１小節を構成するフレーズの楽音データに、対応付けられる情報が紐付けられたものであるフレーズレコードが複数記述されている。ここで、フレーズとは、いくつかの音符からなるまとまりを表す単位の一つである。これらのフレーズレコードは、楽器種類ＩＤ毎にグループ化されており、ユーザはリズム入力装置１０を用いてリズムの入力を行う前に、操作部２５を用いて楽器の種類を選択することが可能である。ユーザによって選択された楽器の種類は、ＲＡＭに記憶される。図３（ｃ）においては、フレーズテーブルの一例として、楽器の種類が「ドラムキット」（楽器種類ＩＤが「００１」）である複数のフレーズレコードが表されている。１件のフレーズレコードは、楽器種類ＩＤ、フレーズＩＤ、リズムカテゴリＩＤ、フレーズ楽音データ、リズムパターンデータ、及びアタック強度パターンデータといった複数の項目からなる。上述したように楽器種類ＩＤは、楽器の種類を一意に識別するための識別子である。フレーズＩＤは、各々のフレーズレコードを一意に識別するための識別子であり、例えば４桁の数字からなる。リズムカテゴリＩＤは、各々のフレーズレコードが、前述したリズムカテゴリのうち、どのリズムカテゴリに属するかを識別するための識別子である。例えば、図３（ｃ）においてリズムカテゴリＩＤが「０１」であるフレーズレコードは、図３（ｂ）のリズムカテゴリテーブルに表されるように、「８分」のリズムカテゴリに属する。

　フレーズ楽音データは、１小節を構成するフレーズに含まれる音（構成音という）そのものに関するデータファイルであり、例えばＷＡＶＥ（RIFF waveform Audio Format）やｍｐ３（MPEG Audio Layer-3）といった音声ファイルフォーマットで記録されている。リズムパターンデータは、１小節を構成するフレーズにおける各構成音の発音開始時刻が記録されたデータファイルであり、例えばテキストファイルに、各構成音の発音開始時刻が記述されたものである。ここで、各構成音の発音開始時刻は、予め１小節の長さを１として正規化されている。つまり、リズムパターンデータに記述される各構成音の発音開始時刻は、０から１の間の値を取る。このようにリズムＤＢ２１１は、予め定められた長さの期間（ここでは１小節）において、各構成音、すなわち各々の音が発音される発音時刻の並びを表す複数のリズムパターンと、このリズムパターンで構成されたフレーズの楽音データとを対応付けて記憶する記憶手段の一例である。また、リズムＤＢ２１１は、上述したように、複数のリズムパターンを、発音時刻の並びによって「８分」や「１６分」というようにカテゴライズされたリズムパターン群に分類したときの、各リズムパターン群に割り当てられたリズム分類識別子（本実施形態におけるリズムカテゴリＩＤ）を、当該リズムパターン群に含まれる各リズムパターンに対応付けて記憶する記憶手段の一例でもある。

　リズムパターンデータは、予め以下のようにして作成されてもよい。リズムパターンデータを作成する者（以下、オペレーターという）は、構成音開始時刻が波形に埋め込まれた、市販のオーディオループ素材から構成音開始時刻を抽出する。次にオペレーターは、抽出した構成音開始時刻から、ゴーストノートなどの無視ができる範囲の不要な構成音開始時刻を除外する。この不要な構成音開始時刻が除外された後のデータが、リズムパターンデータとして用いられても良い。

　アタック強度パターンデータは、１小節を構成するフレーズにおける各構成音のアタック強度が記録されたデータファイルであり、例えばテキストファイルに上記各構成音のアタック強度が数値として記述されたものである。このアタック強度は、入力リズムパターンにおける、演奏操作の強度を示すものであるベロシティデータに相当する。つまり、アタック強度とは、フレーズ楽音データにおける各構成音の強度を意味する。アタック強度の算出方法としては、構成音の波形の最大値を用いたり、波形ボリュームが大きい一定区間の波形のエネルギーを積分して算出する方法等がある。図３においては、楽器の種類が“ドラムキット”であるフレーズレコードを一例として表したが、実際にはフレーズテーブルには、複数の種類の楽器（コンガ、マラカス、ジャンベ、ＴＲ－８０８等）に応じたフレーズレコードが記述されている。

　図４は、情報処理装置２０の機能構成を表すブロック図である。制御部２１は、ＲＯＭや記憶部２２に記憶されたプログラムをＲＡＭに読み出して実行することにより、小節線クロック出力部２１１、入力リズムパターン記憶部２１２、リズムパターン検索部２１３、及び演奏処理部２１４の各機能を実現する。以降において、これら各部を主体として処理の説明を行うことがあるが、処理の主体の実体は、制御部２１である。なお、以降の説明において「オンセット」とは、リズム入力装置１０における入力状態がオフからオンに切り替わることを指す。例えば、「オンセット」とは、リズム入力装置１０の入力手段が電子パッドであればパッドを叩かれた状態のことであり、リズム入力装置１０の入力手段が鍵盤であれば鍵盤が打鍵された状態のことであり、リズム入力装置１０の入力手段がボタンであればボタンが押下された状態のことである。また、以降の説明において「オンセット時刻」とは、リズム入力装置１０における入力状態がオフからオンに切り替わった時の各々の時刻を表す。換言すれば、「オンセット時刻」とは、リズム入力装置１０においてトリガーデータが発生した時刻を表す。

　小節線クロック出力部２１１は、１小節の長さを１として正規化した場合に、進行中の時間軸において、現在時刻が１小節中のどこに位置するかを、数十ｍｓｅｃ（ミリ秒）ごとにクロック信号（以降において小節線クロックという）として入力リズムパターン記憶部２１２に出力する。つまり、小節線クロックは、０から１の間の値をとる。そして、入力リズムパターン記憶部２１２は、小節線クロックを基準として、リズム入力装置１０から入力される、トリガーデータが発生した時刻、すなわちオンセット時刻を１小節毎にＲＡＭに記憶する。このようにして、１小節を単位として、ＲＡＭに記憶されたオンセット時刻の並びが、入力リズムパターンとなる。ここで記憶されるオンセット時刻は、小節線クロックに基づいているため、上記小節線クロックと同様に、０から１の間の値をとる。このように、小節線クロック出力部２１１は、予め定められた長さの期間（ここでは１小節）を進行させるとともに、当該期間における時間の経過をユーザに通知する通知手段の一例である。また、入力リズムパターン記憶部２１２は、通知手段である小節線クロック出力部２１１により予め定められた長さの期間（ここでは１小節）が進行させられているときにユーザによって入力され、各々の音が発音される発音時刻（ここではオンセット時刻）の並びを表すリズムパターンを取得する取得手段の一例である。また、情報処理装置２０は、通知手段である小節線クロック出力部２１１により予め定められた長さの期間（ここでは１小節）が進行させられているときに入力装置であるリズム入力装置１０に対してユーザにより各々の演奏操作が入力された時刻の並びを、各々の音が発音される発音時刻の並びを表すリズムパターン（入力リズムパターン）として取得する楽音データ処理装置の一例である。なお、上述の、小節線クロック出力部２１１により進行される予め定められた長さの期間は、繰り返されてもよいし、繰り返されなくともよい。また、小節線クロックは、外部から情報処理装置２０に入力されるものを用いてもよい。

　また、ユーザが、１小節を単位としたリズムパターンを正確に入力できるように、情報処理装置２０からユーザに対して小節線が開始する時刻をフィードバックする必要がある。これは、例えばメトロノームのように、小節や拍の時刻で、情報処理装置２０が、音や光を発したり画面の表示内容を変更したりすることで、ユーザに対して視覚的或いは聴覚的に小節線の位置が伝えられればよい。また、その他の方法として、小節線クロックにあわせて、予め小節線の位置を付加した伴奏音源を演奏処理部２１４が再生してもよい。この場合、ユーザは、伴奏音源から自らが感じる小節線に合わせて、リズムパターンを入力する。

　リズムパターン検索部２１３は、ＲＡＭに記憶された入力リズムパターンを用いてリズムＤＢ２２１におけるフレーズテーブルを検索し、入力リズムパターンと同一または最も類似の度合いが高いリズムパターンデータを持つフレーズレコードを検索結果としてＲＡＭに記憶させる。つまり、リズムパターン検索部２１３は、記憶手段に記憶されている楽音データのなかから、取得手段である入力リズムパターン記憶部２１２により取得されたリズムパターンと類似の度合いが高いことを示す条件を満たすリズムパターンに対応付けられた楽音データを検索する検索手段の一例である。演奏処理部２１４は、ＲＡＭに記憶された検索結果のフレーズレコードにおけるフレーズ楽音データを再生対象として、小節線クロックと同期しながら、この再生対象であるフレーズ楽音データに基づく音を音声出力部２６から出力させるほか、演奏再生モード及び演奏ループ再生モードにおける、検索結果のフレーズレコードにおける構成音を用いた、ユーザによる演奏操作を制御する。

＜動作＞
　次に、図５～図７を用いて、検索機能がＯＮの状態において、リズムパターン検索部２１３が、入力リズムパターンに基づいて、フレーズテーブルから特定のフレーズレコードを検出する一連の処理について説明を行う。
　図５はリズムパターン検索部２１３が行う検索処理のフロー図である。初めに、リズムパターン検索部２１３は、ＲＡＭに記憶されている楽器種類ＩＤを用いて、フレーズテーブルを検索する（ステップＳｂ１）。この楽器種類ＩＤはユーザが操作部２５を用いて予め指定することでＲＡＭに記憶されたものである。以降の処理において、リズムパターン検索部２１３は、このステップＳ１における検索結果のフレーズレコードを処理の対象とする。

　ここで、上述したように、入力リズムパターンには、１小節の長さを１として正規化されたオンセット時刻が含まれている。ステップＳｂ１の次に、リズムパターン検索部２１３は、ＲＡＭに記憶された入力リズムパターンにおける、オンセット時刻間隔の分布を計算する（ステップＳｂ２）。ここでオンセット時刻間隔とは、時間軸上で隣り合うオンセット時刻どうしの間隔であり、０から１の間の数値で表される。また、ここにおいて、上述したオンセット時刻間隔の分布は、１小節を４８の時刻で均等に区切った場合に、各々の時刻に相当するオンセット時刻間隔の個数で表される。なお、本実施形態において１小節を４８の時刻で区切る理由は、４拍子系のリズムを前提として一拍を１２等分すれば、８分、８分３連、１６分といった複数の異なるリズムカテゴリを識別するのに適した分解能となるためである。ここで、分解能とは、シーケンサや、本実施形態におけるアプリケーションプログラムのようなシーケンスソフトで表現できる、最も短い長さの音符のことである。本実施形態における分解能は、１小節で４８であるため、１つの四分音符を１２に分割可能な設定となっている。

　なお、以降の説明では、フレーズレコードに対する説明においても、入力リズムパターンと対応する意味で、「オンセット時刻」及び「オンセット時刻間隔」という言葉を用いる。つまり、フレーズレコードにおいては、リズムパターンデータに記述された各構成音の発音開始時刻がオンセット時刻に相当する。またフレーズレコードにおいては、時間軸上で隣り合うオンセット時刻どうしの間隔が、オンセット時刻間隔に相当する。

　ここで、具体的なオンセット時刻の数値を用いて、ステップＳｂ２におけるオンセット時刻間隔の分布を計算する方法を説明する。例えば、８分のフレーズであって、以下の（ａ）で表されるオンセット時刻が記録された入力リズムパターンが入力されたとする。
（ａ）０，０．２５，０．３７５，０．５，０．６２５，０．７５，０．８７５
　リズムパターン検索部２１３は、（ａ）の入力リズムパターンから、以下の（ｂ）で表されるオンセット時刻間隔を算出する。
（ｂ）０．２５，０．１２５，０．１２５，０．１２５，０．１２５，０．１２５
　次にリズムパターン検索部２１３は、（ｂ）で算出された各々のオンセット時刻間隔に４８を乗算し、さらに０．５を加算した数値の小数点以下を切り捨てる処理（クオンタイズという）を行うことで、以下の（ｃ）で表す数値群を算出する。
（ｃ）１２，６，６，６，６，６
　ここでクオンタイズとは、リズムパターン検索部２１３が、各オンセット時刻間隔を分解能にあわせて補正することを意味している。クオンタイズを行う理由は、以下のとおりである。フレーズテーブルにおけるリズムパターンデータに記述された発音開始時刻は、分解能（ここでは４８）に従ったものとなっている。よって、オンセット時刻間隔を用いてフレーズテーブルを検索する際には、検索に用いるオンセット時刻間隔も分解能に従ったものでないと、検索の精度が低くなってしまう。このような理由により、リズムパターン検索部２１３は、（ｂ）で表される各々のオンセット時刻間隔に対して、上述したクオンタイズの処理を施す。

　ここで、図６（ａ）～図６（ｃ）に示された分布表を参照しながらオンセット時刻間隔の分布についてさらに説明を行う。
　図６（ａ）は入力リズムパターンにおけるオンセット時刻間隔の分布表である。図６（ａ）において、横軸は、１小節を４８の時刻で区切ったときの時刻の間隔（時刻間隔という）を表し、縦軸は、横軸で表された各々の時刻間隔に相当する、クオンタイズされたオンセット時刻間隔の個数の比率を表す。図６（ａ）では、入力リズムパターンに基づく、上述した（ｃ）の数値群が分布表に割り当てられている。この個数比率は、合計が１となるようにリズムパターン検索部２１３によって正規化されている。図６（ａ）では、クオンタイズされたオンセット時刻間隔である（ｃ）の数値群において、最も個数が多い「６」の時刻間隔に分布のピークがあることが分かる。

　ステップＳｂ２の次に、リズムパターン検索部２１３は、フレーズテーブルに記述された全てのリズムパターンを用いて、リズムカテゴリ毎にオンセット時刻間隔の分布を計算する（ステップＳｂ３）。ここで、例えば以下のような８分のリズムパターン、１６分のリズムパターン、及び８分３連のリズムパターンが２つずつ、各フレーズレコードにおけるリズムパターンデータに記述されているとする。
・　８分カテゴリ
（Ａ）０，０．２５，０．３７５，０．５，０．６２５，０．７５，０．８７５
（Ｂ）０，０．１２１，０．２５２，０．３７，０．５１，０．６２５，０．７４９，０．８７６
・　１６分カテゴリ
（Ｃ）０，０．１２５，０．１８７５，０．２５１，０．３７４，０．４３２５，０．５，０．６２５，０．６８７５，０．７５，０．８７６，０．９３２５
（Ｄ）０，０．６２５，０．１２５，０．１８７５，０．２５１，０．３１２５，０．３７５，０．４３２５，０．５，０．５６２５，０．６２５，０．６８７５，０．７５，０．８１２５，０．８７５，０．９３２５
・　８分３連カテゴリ
（Ｅ）０，０．０８３３，０．１６６６，０．２５，０．３３３３，０．４１６６，０．５，０．５８３３，０．６６６６，０．７５，０．８３３３，０．９１６６６
（Ｆ）０，０．１６６６，０．２５，０．３３３３，０．４１６６，０．５，０．６６６６，０．７５，０．８３３３，０．９１６６６
　リズムパターン検索部２１３は、上記（Ａ）～（Ｆ）に対してステップＳｂ２と同様の計算方法を用いて、リズムカテゴリ毎にオンセット時刻間隔の分布を求める。図６（ｂ）は、リズムカテゴリ毎に計算したオンセット時刻間隔の分布を分布表に割り当てたものである。なお、検索機能がＯＮの状態において一連の検索処理が繰り返されるにあたり、２回目以降のステップＳ１において楽器種類が変更されない場合は、処理の対象となるフレーズレコード及びリズムカテゴリは変更されることがなく同一であるため、ステップＳｂ３の処理は省略される。逆に、一連の検索処理が繰り返されるにあたって、ステップＳ１で楽器種類が変更された場合、ステップＳｂ３の処理が行われる。

　ステップＳｂ３の次に、リズムパターン検索部２１３は、入力リズムパターンに基づくオンセット時刻間隔の分布表（ここでは図６（ａ））と、フレーズテーブルに記述されたリズムカテゴリ毎のリズムパターンに基づくオンセット時刻間隔の分布表（ここでは図６（ｂ））とを用いて、両者の類似度を表す距離（以降において単に類似度距離という）を算出する（ステップＳｂ４）。図６（ｃ）は、入力リズムパターンに基づくオンセット時刻間隔の分布（図６（ａ））と、フレーズテーブルに記述されたリズムカテゴリ毎のリズムパターンに基づくオンセット時刻間隔の分布（図６（ｂ））との差分を表す分布表である。ステップＳｂ４における類似度距離の算出方法は以下のようなものである。まず、リズムパターン検索部２１３は、入力リズムパターンに基づくオンセット時刻間隔の分布表と、フレーズテーブルに記述されたリズムカテゴリ毎のリズムパターンに基づくオンセット時刻間隔の分布表とにおいて、両分布表における同一の時刻間隔毎に、個数比率の差分の絶対値を求める。そしてリズムパターン検索部２１３は、各リズムカテゴリについて、上述の時刻間隔毎に求めた絶対値を全て足し合わせた値の平方根を算出する。この算出された平方根で表される値が類似度距離となる。この類似度距離は、値が小さいほど類似度が高く、値が大きいほど類似度が低いことを表す。図６（ｃ）では、８分のリズムカテゴリにおいて、図６（ａ）と図６（ｂ）とに基づく個数比率の差分が最も小さい。これは、上述の算出方法に従って、分布表に表された８分、１６分、８分３連のリズムカテゴリのうち、入力リズムパターンと８分のリズムカテゴリとが最も上記類似度の距離が最も小さいことを表している。

　ステップＳｂ４の次に、リズムパターン検索部２１３は、フレーズテーブルに記述されたリズムカテゴリのうち、類似度距離が最も小さいリズムカテゴリを、入力リズムパターンが該当するリズムカテゴリである、と判定する（ステップＳｂ５）。つまり、ここでは、リズムパターン検索部２１３は、入力リズムパターンのリズムカテゴリが８分であると特定することになる。このように、リズムパターン検索部２１３は、ステップＳｂ２～ステップＳｂ５を通じて、入力リズムパターンの該当する可能性が高いリズムカテゴリを特定する。このように、リズムパターン検索部２１３は、ユーザにより入力され、取得手段である入力リズムパターン記憶部２１２により取得されたリズムパターンが表す発音時刻間隔の度数分布を表す入力時刻間隔ヒストグラム（本実施形態では図６（ａ））と、記憶手段に記憶されたリズムパターンにおける発音時刻間隔の度数分布をリズム分類識別子（本実施形態におけるリズムカテゴリ）ごとに表すリズム分類ヒストグラム（本実施形態では図６（ｂ））との差分の絶対値を、リズム分類識別子ごとに求め、当該絶対値が最も小さいリズム分類識別子と対応付けられたリズムパターンのうち、類似の度合いが高いことを示す条件を満たすリズムパターンに対応付けられた楽音データを検索する検索手段の一例である。

　次にリズムパターン検索部２１３は、フレーズテーブルに記述されたリズムパターンのうち、入力リズムパターンと同一または最も類似の度合いが高いリズムパターンを特定するために、フレーズテーブルに記述された全てのリズムパターンと入力リズムパターンとのズレの大きさを計算する（ステップＳｂ６）。ここで、ズレの大きさとは、入力リズムパターンにおける各オンセット時刻と、フレーズテーブルに記述された各々のリズムパターンにおける各オンセット時刻とがどれだけ離れているかを表す。つまり、上記ズレの大きさが小さい程、入力リズムパターンとフレーズテーブルに記述されたリズムパターンとにおける類似の度合いが高いこととなる。

　また、ステップＳｂ５までの処理において、入力リズムパターンに該当する可能性が高いリズムカテゴリを特定する一方で、ステップＳｂ６の処理において全てのリズムカテゴリに属するフレーズレコードを計算の対象としている。その理由は、以下のとおりである。フレーズレコードに含まれるリズムパターンデータにおいては、１小節内に８分のオンセット時刻間隔と１６分のオンセット時刻間隔がほぼ同数ある場合等のように、どちらのリズムカテゴリに属するのかが紙一重であるものが存在する。このような場合に、ステップＳｂ５において仮に入力リズムパターンに対するリズムカテゴリが正しく判定されなかったとしても、ステップＳｂ６において全てのリズムカテゴリに属するフレーズレコードを計算の対象とすることで、ユーザが意図していたリズムパターンが正しく検出される可能性が高くなる。

　ここで、ステップＳｂ６における処理を、図７を参照して説明する。図７は、リズムパターンにおけるズレの計算を説明するための模式図である。図７で示されるように、入力リズムパターンをＪとして、フレーズテーブルに記述されたリズムパターンをＫとすると、ＪとＫにおけるズレの大きさの計算は、以下の手順で行われる。
（１）リズムパターン検索部２１３は、入力リズムパターンＪにおける各オンセット時刻を基準として、リズムパターンＫにおける最も近いオンセット時刻との時刻差の絶対値を算出する（図７における（１））。
（２）リズムパターン検索部２１３は、手順（１）で算出した各絶対値の総和を算出する。
（３）リズムパターン検索部２１３は、リズムパターンＫにおける各オンセット時刻を基準として、入力リズムパターンＪにおける最も近いオンセット時刻との時刻差の絶対値を算出する（図７における（３））。
（４）リズムパターン検索部２１３は、手順（３）で算出した各絶対値の総和を算出する。
（５）リズムパターン検索部２１３は、手順（２）で算出した総和と手順（４）で算出した総和との平均値を、入力リズムパターンＪとリズムパターンＫとのズレとして算出する。

　なお、本実施形態においては、充分な数のリズムパターンを用意していないため、図７（３）に記載されているように、リズムパターン検索部２１３は、時刻差の絶対値が基準間隔（ここでは８分なので０．１２５）より大きいものは上記総和を算出する際に用いないという処理を行っているが、充分な数のリズムパターンを用意できる場合には、上記処理は不要となる。リズムパターン検索部２１３は、フレーズテーブルに含まれる全てのフレーズレコードにおけるリズムパターンについて、上述した手順（１）～（５）の計算を行う。このように、リズムパターン検索部２１３は、取得手段である入力リズムパターン記憶部２１２により取得されたリズムパターンが表す各発音時刻と、記憶手段に記憶されたリズムパターンが表す各発音時刻のうち、取得手段により取得されたリズムパターンが表す各発音時刻に対して時間軸において最も近い発音時刻との差分についての総和を算出し、当該総和値が最も小さく算出されたリズムパターンを、類似の度合いが高いことを示す条件を満たすリズムパターンとして、当該リズムパターンに対応付けられた楽音データを前記記憶手段から検索する検索手段の一例である。

　次に、リズムパターン検索部２１３は、ステップＳｂ４でリズムカテゴリ毎に算出した類似度距離と、ステップＳｂ６で算出したリズムパターンのズレとを乗算することで、フレーズテーブルに含まれる全てのフレーズレコードにおけるリズムパターンについて、入力リズムパターンとの距離を算出する（ステップＳｂ７）。上述したように、入力リズムパターンをＪとし、Ｎ番目のフレーズレコードにおけるリズムパターンをＫとしたとき、ステップＳｂ７を式で表すと以下のようになる。なお、ＪとＫのリズムパターンの距離が小さいほど、ＫのリズムパターンがＪの入力リズムパターンに類似している度合いが高いことを意味している。
　ＪとＫのリズムパターンの距離＝（Ｊと、Ｋが所属するリズムカテゴリとの類似度距離）×（ＪとＫのリズムパターンのズレ）
　ただしこの計算に際して、基本的には、ステップＳｂ５で入力リズムパターンが該当すると判定されたリズムカテゴリ内から、検索結果が出力されるように、以下のような処理が行われる。リズムパターン検索部２１３は、ステップＳｂ５で判定されたリズムカテゴリとＢにおけるリズムカテゴリとが一致するかを判定し、一致しない場合には、上記計算式において予め定められた定数（例えば０．５）を加算する。このようにすれば、ステップＳｂ５で判定されたリズムカテゴリと一致しないリズムカテゴリに属するフレーズレコードについては、リズムパターン同士の距離が大きく算出されるため、ステップＳｂ５で入力リズムパターンが該当すると判定されたリズムカテゴリ内から、検索結果が出力されやすくなる。そして、リズムパターン検索部２１３は、入力リズムパターンとの距離が最も小さいリズムパターンを、入力リズムパターンと類似の度合いが高いことを示す条件を満たすリズムパターンであるとみなし、このリズムパターンデータを持つフレーズレコードを、検索結果として出力する（ステップＳｂ８）。以上が、検索機能がＯＮの状態において、リズムパターン検索部２１３が、入力リズムパターンに基づいて、フレーズテーブルから特定のフレーズレコードを検索結果として出力する一連の処理についての説明である。

　次に、ループ再生モード、演奏再生モード、及び演奏ループ再生モードの各々において、演奏処理部２１４が行う処理の詳細について説明を行う。上述したように、ユーザは、入力リズムパターンを入力することで、検索結果のフレーズレコード（以降において検索結果フレーズという）に基づく音を演奏処理部２１４に出力させることが可能である（ループ再生モード及び演奏ループ再生モード）。また、上述したように、ユーザは、検索結果のフレーズレコードにおける構成音を用いて、リズム入力装置１０に対して演奏操作を行い、この演奏操作によるフレーズの音を演奏処理部２１４に出力させることが可能である（演奏再生モード及び演奏ループ再生モード）。以下において、ループ再生モード、演奏再生モード、及び演奏ループ再生モードにおける各々の違いについて説明する。

　図８は、ループ再生モードにおいて演奏処理部２１４が行う処理を説明するための模式図である。ループ再生モードは、1小節からなる検索結果フレーズに基づく音を、小節線クロック出力部２１１が刻むＢＰＭ（Beats Per Minute）で、伴奏に合わせて演奏処理部２１４が繰り返し再生対象として出力するモードである。小節線クロックが、１小節内における検索結果フレーズの各構成音の発音開始時刻を越えると、演奏処理部２１４は、この構成音を再生対象とする。ここで、小節線クロックは、その値が１に達する、すなわち１小節が経過すると、再び０の値となり、以降、０から１の間の値を繰り返す。従って、この小節線クロックの繰り返しの周期で、検索結果フレーズに基づく音が繰り返し再生対象として出力されることとなる。図８において、矢印で表されるように、小節線クロックが、検索結果フレーズの各構成音の発音開始時刻を越えると、演奏処理部２１４が各構成音を再生対象とするようになっている。ループ再生モードは、主に、ユーザが、検索結果フレーズがどのような音量、音色、リズムパターンで構成されているかを確認する際に指定されるモードである。

　図９は、演奏再生モードにおいて演奏処理部２１４が行う処理を説明するための模式図である。演奏再生モードは、ユーザがリズム入力装置１０を用いて演奏操作を行うと、ユーザが演奏操作を行った時刻に対応した、検索結果フレーズの構成音が演奏処理部２１４によって再生対象とされるモードである。演奏再生モードにおいては、1小節内において、ユーザが演奏操作を行った時刻においてのみ、音が再生対象とされる。つまり、演奏再生モードは、ループ再生モードとは異なり、ユーザがリズム入力装置１０を用いて演奏操作を行わない時刻においては、音が出力されることはない。ここで、ユーザが、検索結果フレーズにおけるリズムパターンと全く同一のリズムパターンで演奏操作を行った場合、検索結果フレーズに基づく音そのものが出力されることとなる。演奏再生モードは、ユーザが、検索結果フレーズにおける構成音を用いて、自ら演奏を継続的に行いたいときに指定されるモードである。

　図９では、双方向の矢印で示された区間（「０１」～「０６」）における矢印で示された時刻に、ユーザがリズム入力装置１０を用いて演奏操作を行ったことを表している。演奏再生モードにおいては、ベロシティデータ、トリガーデータ、検索結果フレーズの各構成音の発音開始時刻、及び各構成音の波形、という４つのパラメータが演奏処理部２１４に入力される。このうち、ベロシティデータ及びトリガーデータは、ユーザによるリズム入力装置１０を用いた入力リズムパターンに基づくものである。また、検索結果フレーズの各構成音の発音開始時刻、及び各構成音の波形は、検索結果フレーズのフレーズレコードに含まれるものである。演奏再生モードにおいては、ユーザがリズム入力装置１０を用いて演奏操作を行う度に、ベロシティデータ及びトリガーデータが演奏処理部２１４に入力され、以下のような処理が行われる。演奏処理部２１４は、トリガーデータのオンセット時刻と、検索結果フレーズの各構成音の発音開始時刻との時刻差が最も小さい構成音の波形を、ベロシティデータの大きさに応じた音量を指定して、音声出力部２６に出力する。ここにおいて、検索結果フレーズの各構成音のアタック強度を演奏処理部２１４に対する入力パラメータとして追加することで、演奏処理部２１４が、トリガーデータのオンセット時刻と検索結果フレーズの各構成音の発音開始時刻との時刻差が最も小さい構成音の波形を、検索結果フレーズにおける各構成音のアタック強度の大きさに対するベロシティデータの大きさに応じた音量を指定して、音声出力部２６に出力するようにしてもよい。なお、トリガーデータが入力されなかった区間（ここでは「０２」及び「０３」）に対応する構成音の波形は、音声出力部２６に出力されない。

　次に、演奏ループ再生モードは、ループ再生モードと演奏再生モードを組み合わせた内容のモードである。演奏ループ再生モードにおいては、演奏処理部２１４が、１小節毎に、ユーザによってリズム入力装置１０を用いた演奏操作が行われたかどうかを判定している。演奏ループ再生モードでは、ユーザがリズム入力装置１０を用いて演奏操作を行うまでは、演奏処理部２１４は、検索結果フレーズに基づく音声を再生対象とする。つまり、この時点では、ループ再生モードと同じ動作である。そして、ユーザが、ある小節内において、リズム入力装置１０を用いて演奏操作を行うと、この１小節の間は、演奏処理部２１４は演奏再生モードと同じ動作に従って処理を行う。つまり、ユーザが演奏操作を行った時刻に対応した、検索結果フレーズの構成音が演奏処理部２１４によって再生対象とされる。演奏ループ再生モードでは、一度でもユーザによって演奏操作が行われると、その後の小節で演奏操作が行われなかった場合、直前の小節においてユーザが入力した時刻に対応した、検索結果フレーズの構成音が演奏処理部２１４によって再生対象とされる。演奏ループ再生モードは、ユーザが、検索結果フレーズにおける構成音を用いて自ら演奏を行うとともに、検索結果フレーズの構成音を、入力したリズムパターンによってループ再生させたい場合に指定されるモードである。

　このように、第１実施形態の情報処理装置２０によれば、ユーザが意図するリズムパターンとの類似度が決められた条件を満たすようなリズムパターンで構成されたフレーズの楽音データを検索することができる。また、ユーザは、検索結果のフレーズの構成音を用いて演奏を行うことが可能となる。

　次に、本発明の第２実施形態について説明する。
＜第２実施形態＞
（音楽データ作成システム）
＜構成＞
　第2実施形態は、音楽データ処理システムの一例としての音楽データ作成システムであり、音楽データの一例として自動伴奏データを作成するシステムである。本実施形態における自動伴奏データは、電子楽器やシーケンサなどに読み込まれ、いわゆるＭＩＤＩの自動伴奏データと同様の役割を果たす。第２実施形態における音楽データ作成システム１００ａは、図１に示すものと同様の構成を有する。ただし、リズム入力装置及び情報処理装置のそれぞれの構成が第１実施形態と異なるため、符号に「ａ」を付してそれぞれを表す。この音楽データ作成システム１００ａは、リズム入力装置１０ａ、及び情報処理装置２０ａを備えており、各々が通信線により接続されて相互に通信ができるようになっている。この通信は、無線によって実現されてもよい。第２実施形態において、リズム入力装置１０ａは、入力手段として例えば鍵盤とパッドを備えている。ユーザが、リズム入力装置１０ａに設けられた鍵盤を押鍵することにより、リズム入力装置１０ａは、押鍵されたこと、すなわち演奏操作がなされたことを示すトリガーデータと、押鍵の強度、すなわち当該演奏操作の強度を示すベロシティデータとを、１小節を単位として、情報処理装置２０ａに入力する。ここで、トリガーデータは、ユーザが鍵盤を押鍵する毎に生成されるものであって、押鍵されたことを示すキーオン情報で表される。トリガーデータの各々にはベロシティデータが対応付けられている。１小節内に生成されたトリガーデータとベロシティデータの集合は、この１小節において、ユーザがリズム入力装置１０ａを用いて入力したリズムのパターン（入力リズムパターンという）を表している。ユーザは、この入力リズムパターンを鍵盤の鍵域に対応したパートについて入力することになる。また、打楽器を示すパートについては、ユーザは、パッドを使って入力リズムパターンを入力する。このように、リズム入力装置１０ａは、ユーザによる演奏操作が入力される入力手段の一例である。

　情報処理装置２０ａは、例えばＰＣである。情報処理装置２０ａは、自動伴奏データとその自動伴奏データを構成する各パートに用いられる楽音データを複数含んだデータベースとそれを利用するアプリケーションを備えている。このアプリケーションは、楽音データを検索する際に入力された入力リズムパターンに基づいてパートを選択するための選択機能と、作成中の自動伴奏データや作成後の自動伴奏データを再生する再生機能とを備えている。自動伴奏データは、各々が固有のリズムパターンを持つ複数のパートで構成され、各パートは、例えば、ベース、和音からなるコード、単音からなるフレーズ、バスドラム、スネアドラム、ハイハット、及びシンバル等であり、それらを組み合わせたものとなっている。具体的には、これらのデータは、自動伴奏データテーブルと該テーブルに規定されるｔｘｔやＷＡＶＥ等の各種ファイルで構成される。各パートのデータである楽音データは、それぞれ１つの音色で所定の長さ（例えば、２小節、４小節又は８小節など）を有する演奏音について、例えばＷＡＶＥやｍｐ３といったファイルフォーマットで記録されたものである。なお、データベースには、自動伴奏データを差替えする際に利用される、現時点では自動坂東データにおいて未使用の楽音データも記録されている。

　そして情報処理装置２０ａは、このデータベースから、入力リズムパターンが入力された際のパートについて、選択機能によってリズム入力装置１０ａから入力された入力リズムパターンと同一又は類似したリズムを持つ楽音データを検索し、検索結果の楽音データを有する自動伴奏データの名称等を一覧表示する。そして情報処理装置２０ａは、一覧からユーザによって選択された自動伴奏データに基づく音を出力する。このとき、情報処理装置２０ａは、検索結果の自動伴奏データに基づく音を繰り返し再生する。このように、ユーザが、複数のパートのいずれかについて入力した入力リズムパターンから自動伴奏データを検索し、その検索結果のなかから一つを選択すると、情報処理装置２０ａは、選択された自動伴奏データに基づく音を再生する。既に選択されているパートがあれば、そのパートに所定のタイミング（例えば拍のタイミング）が同期するように、必要に応じてテンポを速くあるいは遅く変更させて再生する。このように、音楽データ作成システム１００ａでは、各々異なる複数のパートが選択されて、選択されたパートについてユーザがリズムパターンを入力することで検索が行われる。そして、ユーザが、検索結果が表す自動伴奏データから任意のパートの自動伴奏データを選択して組み合わせることで、これらの自動伴奏データが同期しながら再生される。なお、検索機能は、ユーザが操作部２５を操作することによってそのＯＮ／ＯＦＦが切り替えられる。

　図１０は、リズム入力装置１０ａを表す模式図である。リズム入力装置１０ａは、入力手段として鍵盤１１及び入力パッド１２を備えている。ユーザが、これらの入力手段を用いてリズムパターンを入力すると、情報処理装置２０ａは入力リズムパターンに基づいて、楽音データを検索する。リズム入力装置１０ａにおける鍵盤１１の予め決められた範囲又は入力パッド１２の種類には、各々異なる上記パートの何れかが対応付けられている。例えば、鍵盤１１の全鍵域は、２つのスプリットポイントで低音域鍵盤、中音域鍵盤と高音域鍵盤に分けられる。低音域鍵盤は、ベース入力音域鍵盤１１ａとして利用され、ベースのパートが対応付けられている。中音域鍵盤は、コード入力音域鍵盤１１ｂとして利用され、和音からなるコードのパートが対応付けられている。高音域鍵盤は、フレーズ入力音域鍵盤１１ｃとして利用され、単音からなるフレーズのパートが対応付けられている。また、バスドラム入力パッド１２ａには、バスドラムのパートが対応付けられている。スネアドラム入力パッド１２ｂには、スネアドラムのパートが対応付けられている。ハイハット入力パッド１２ｃには、ハイハットのパートが対応付けられている。シンバル入力パッド１２ｄには、シンバルのパートが対応付けられている。ユーザは、リズム入力装置１０ａにおいて、押鍵する鍵盤１１の鍵域又は押下する入力パッド１２の種類を指定して演奏操作を行うことで、指定した入力手段に対応付けられたパートについて楽音データを検索することが可能である。このように、鍵盤１１及び入力パッド１２が存在する各々の領域が、鍵盤１１及び入力パッド１２といった演奏操作子の各々と対応することとなる。

　例えば、ユーザが、ベース入力音域鍵盤１１ａに相当する鍵盤を押鍵してリズムパターンを入力すると、情報処理装置２０ａは、当該リズムパターンと同一又は所定の類似度の範囲に含まれるリズムパターンを持つベースの楽音データを特定し、この特定されたベースの楽音データを検索結果として表示する。以降において、ユーザがリズムパターンを入力する際に操作する対象であることから、ベース入力音域鍵盤１１ａ、コード入力音域鍵盤１１ｂ、フレーズ入力音域鍵盤１１ｃ、バスドラム入力パッド１２ａ、スネアドラム入力パッド１２ｂ、ハイハット入力パッド１２ｃ、及びシンバル入力パッド１２ｄのことを、演奏操作子と呼ぶ場合がある。ユーザがリズム入力装置１０ａにおける或る演奏操作子を操作すると、リズム入力装置１０ａは、当該操作に応じた例えば操作信号を情報処理装置２０ａに入力する。ここで、この操作信号は、例えばＭＩＤＩ（Musical Instrument Digital Interface）形式の情報（以下、ＭＩＤＩ情報という）とする。ＭＩＤＩ情報には、上述したトリガーデータ及びベロシティデータのほかに、演奏操作子が鍵盤であればノートナンバーが含まれ、演奏操作子がパッドであればチャンネル情報が含まれる。情報処理装置２０ａは、受け取ったＭＩＤＩ情報から、対象のパートを特定する。

　また、リズム入力装置１０ａは、ＢＰＭ入力操作子１３を備える。ここで、ＢＰＭとは、１分間における拍の数であって、リズム入力装置１０ａにおいてユーザに通知される楽音のテンポを表す。ＢＰＭ入力操作子１３は、例えば液晶ディスプレイなどの表示面とホイールとで構成される。ユーザがホイールを回転させると、回転の停止位置に応じた値のＢＰＭが表示面に表示される。以降、ＢＰＭ入力操作子１３を用いて入力されたＢＰＭのことを入力ＢＰＭという。リズム入力装置１０ａは、入力リズムパターンとともに、入力ＢＰＭを識別する情報を含むＭＩＤＩ情報を情報処理装置２０ａに入力する。情報処理装置２０ａは、ＭＩＤＩ情報に含まれる入力ＢＰＭに基づいて、音を音声出力部２６から出力したり、光を表示部２４に点滅させて、ユーザに対してテンポと演奏進行タイミングを報知する（いわゆるメトロノームの機能である）。ユーザは、これらの音あるいは光から体感するテンポおよび演奏進行タイミングに基づいて、演奏操作子を操作する。

　図１１は情報処理装置２０ａのハードウェア構成を表すブロック図である。情報処理装置２０ａは、制御部２１、記憶部２２ａ、入出力インターフェース部２３、表示部２４、操作部２５、及び音声出力部２６を備えており、各部がバスを介して接続されている。制御部２１、入出力インターフェース部２３、表示部２４、操作部２５、及び音声出力部２６は、第１実施形態におけるものと同様である。記憶部２２ａは、自動伴奏ＤＢ２２２を記憶している。自動伴奏ＤＢ２２２は、自動伴奏データに関する各種情報と、楽音データとそれに関する各種情報を含んでいる。

　図１２及び図１３は、自動伴奏ＤＢ２２２に含まれるテーブルの内容を表す模式図である。自動伴奏ＤＢ２２２には、パートテーブル、楽器種類テーブル、リズムカテゴリテーブル、リズムパターンテーブル及び自動伴奏データテーブルが含まれている。図１２（ａ）はパートテーブルの一例を表したものである。「パートＩＤ」は、自動伴奏データを構成するパートを一意に識別するための識別子であり、例えば２桁の数字で表される。「パート名」は、パートの種類を表す名称であり、上述した「ベース」、「コード」、「フレーズ」、「バスドラム」、「スネアドラム」、「ハイハット」、及び「シンバル」といった異なるパート毎に、パートＩＤが対応付けられてパートテーブルに記述されている。なお、「パート名」は図１２（ａ）に表された内容に限ったものではない。「ノートナンバー」は、各パートが、鍵盤においてどの鍵域に割り当てられているかを表すＭＩＤＩ情報である。ＭＩＤＩ情報では、鍵盤における「中央ハ」にノートナンバー「６０」が割り当てられる。このノートナンバーを基準として、例えば図１２（ａ）に示されるように、「ベース」のパートには、ノートナンバーが第１の閾値「４５」以下のノートナンバーが割り当てられ、「フレーズ」のパートには、ノートナンバーが第２の閾値「７５」以上のノートナンバーが割り当てられ、「コード」のパートには、ノートナンバーが「４６」以上であって「７４」以下のノートナンバーが割り当てられている。なお、上述した第１の閾値及び第２の閾値は一例であり、この値に限ったものではない。また、第１の閾値及び第２の閾値はユーザにより変更可能としてもよい。

　「チャンネル情報」は、各パートが、どの入力パッドに割り当てられているかを表すＭＩＤＩ情報である。例えば図１２（ａ）に示されるように、「バスドラム」のパートには「１２ａ」のチャンネル情報が割り当てられ、「スネアドラム」のパートには「１２ｂ」のチャンネル情報が割り当てられ、「ハイハット」のパートには「１２ｃ」のチャンネル情報が割り当てられ、「シンバル」のパートには「１２ｄ」のチャンネル情報が割り当てられている。

　図１２（ｂ）は楽器種類テーブルの一例を表したものである。「楽器種類ＩＤ」は、楽器の種類を一意に識別するための識別子であり、例えば３桁の数字で表される。「楽器種類」は、楽器の種類を表す名称であり、例えば「ウッドベース」、「エレキベース」、「スラップベース」といった、異なる楽器の種類毎に、楽器種類ＩＤが対応付けられて楽器種類テーブルに記述されている。例えば楽器種類「ウッドベース」は、「００１」の楽器種類ＩＤに対応付けられて楽器種類テーブルに記述されている。その他の楽器種類についても、同様に各楽器種類ＩＤに対応付けられて、楽器種類テーブルに記述されている。なお、「楽器種類」は図１２（ｂ）に表された内容に限ったものではない。

　図１２（ｃ）は、リズムカテゴリテーブルの一例を表したものである。「リズムカテゴリＩＤ」は、リズムパターンのカテゴリ（リズムカテゴリという）を一意に識別するための識別子であり、例えば２桁の数字で表される。ここでリズムパターンとは、予め定められた長さの期間において各々の音が発音される時刻の並びを表す。特にここにおいて、リズムパターンとは、１小節において各々の音が発音される時刻の並びを表す。「リズムカテゴリ」は、リズムカテゴリを表す名称であり、例えば「８分」、「１６分」、「８分３連」といった、異なるリズムカテゴリ毎に、リズムカテゴリＩＤが対応付けられてリズムカテゴリテーブルに記述されている。例えば「８分」のリズムカテゴリは、「０１」というリズムカテゴリＩＤが対応付けられてリズムカテゴリテーブルに記述されている。なお、「リズムカテゴリ」は図１２（ｃ）に表された内容に限ったものではない。例えば、拍子やジャンルといった大まかなカテゴリ分けをしたり、一つのリズムパターンごとに一つの別のカテゴリＩＤを割り当てるなど、より細かなカテゴリ分けをしたり、これらを組み合わせて複数階層のカテゴリを付与しても良い。

　図１３Ａは、リズムパターンテーブルの一例を表したものである。リズムパターンテーブルには、パートを一意に識別するパートＩＤ毎にグループ化されたリズムパターンレコードが複数記述されている。図１３Ａにおいては、リズムパターンテーブルの一例として、パートが「ベース」（パートＩＤが「０１」）である複数のリズムパターンレコードが表されている。１件のリズムパターンレコードは、「自動伴奏ＩＤ」、「パートＩＤ」、「楽器種類ＩＤ」、「リズムカテゴリＩＤ」、「リズムパターンＩＤ」、「リズムパターンデータ」、「アタック強度パターンデータ」、「楽音データ」、「キー」、「ジャンル」、「ＢＰＭ」及び「コード」といった複数の項目からなる。このリズムパターンテーブルが、それぞれのパート毎に記述されている。

　「自動伴奏ＩＤ」は、自動伴奏データを一意に識別するための識別子であり、各パートについて１つずつのリズムパターンレコードの組み合わせに対して、同一のＩＤが割り当てられている。例えば、同一の自動伴奏ＩＤを有する自動伴奏データは、例えばジャンル、キー又はＢＰＭといった項目について同一の内容を有するように予め組み合わせられることで、この自動伴奏データが複数のパートについて合奏で再生されたときに違和感の少ないものとなっている。上述したように「楽器種類ＩＤ」は、楽器の種類を一意に識別するための識別子である。同一のパートＩＤを持つリズムパターンレコードは、楽器種類ＩＤ毎にグループ化されており、ユーザはリズム入力装置１０ａを用いてリズムの入力を行う前に、操作部２５を用いて楽器の種類を選択することが可能である。ユーザによって選択された楽器の種類は、ＲＡＭに記憶される。「リズムカテゴリＩＤ」は、各々のリズムパターンレコードが、前述したリズムカテゴリのうち、どのリズムカテゴリに属するかを識別するための識別子である。例えば、図１３Ａにおいて「リズムカテゴリＩＤ」が「０１」であるリズムパターンレコードは、図１２（ｃ）のリズムカテゴリテーブルに表されるように、「８分」のリズムカテゴリに属する。「リズムパターンＩＤ」は、各々のリズムパターンレコードを一意に識別するための識別子であり、例えば９桁の数字からなる。この９桁の数字は、「パートＩＤ」２桁と、「楽器種類ＩＤ」３桁と、「リズムカテゴリＩＤ」２桁と、枝番２桁との組み合わせである。

　「リズムパターンデータ」は、１小節を構成するフレーズにおける各構成音の発音開始時刻が記録されたデータファイルであり、例えばテキストファイルに、各構成音の発音開始時刻が記述されたものである。この発音開始時刻は、入力リズムパターンにおける、演奏操作がなされたことを示すトリガーデータに相当する。ここで、各構成音の発音開始時刻は、予め１小節の長さを１として正規化されている。つまり、「リズムパターンデータ」に記述される各構成音の発音開始時刻は、０から１の間の値を取る。

　なお、リズムパターンデータは、上述のように、オペレーターによって市販のオーディオループ素材からゴーストノートが除外されることで作成される方法に限らず、予めコンピュータによって自動的にゴーストノートが除外されることで抽出されてもよい。例えば、リズムパターンデータの抽出元のデータがＭＩＤＩ形式の場合、コンピュータによって以下のような方法でリズムパターンデータが作成されてもよい。コンピュータのＣＰＵは、ＭＩＤＩ形式のデータから、チャンネルごとの構成音開始時刻を1小節の間、抽出し、リズム入力と判断しづらいゴーストノート（例えば、極端に小さなベロシティデータを持つものなど）を除外する。そしてコンピュータのＣＰＵは、ゴーストノートを除外した後のＭＩＤＩ形式のデータにおいて、和音入力のように一定時間内に複数の入力があった場合、これら複数の入力を1つのリズム入力にまとめる処理を行うことで、リズムパターンデータの作成を自動で行う。

　また、ドラムスパートに関しては、１つのチャンネル内にバスドラム、スネアドラム、シンバルといった複数の楽器音が存在する場合もある。このような場合、コンピュータのＣＰＵは、以下のようにしてリズムパターンデータの抽出を行う。ドラムスの場合、ノートナンバーごとに対応している楽器音が決まっている場合が多い。例えば、ドラムスパートでノートナンバー４０にスネアドラムの音色が割り当てられているとする。これに基づいてコンピュータのＣＰＵは、伴奏音源のドラムスパートが収録されたチャンネルにおいて、スネアドラムの音が割り当てられているノートナンバーの構成音開始時刻を抽出することで、スネアドラムのリズムパターンデータの抽出を行う。

　「アタック強度パターンデータ」は、１小節を構成するフレーズにおける各構成音のアタック強度が記録されたデータファイルであり、例えばテキストファイルに上記各構成音のアタック強度が数値として記述されたものである。このアタック強度は、入力リズムパターンにおける、演奏操作の強度を示すものであるベロシティデータに相当する。つまり、アタック強度とは、各構成音の強度を意味する。アタック強度は、ＭＩＤＩ情報のベロシティデータそのものとしてテキストファイルに記述されてもよい。

　「楽音データ」は、リズムパターンレコードに基づく音そのものに関するデータファイルの名前であり、例えばＷＡＶＥやｍｐ３といった音声ファイルフォーマットからなる楽音データのファイルを示す。「キー」は、楽音データを音高変換する際に基準となる音高を表す。この「キー」の値は、特定のオクターブ内における音名を示すことから、実質的に楽音データの音高を示している。「ジャンル」は、リズムパターンレコードが所属する音楽のジャンルを表す。「ＢＰＭ」は、１分間における拍の数であって、リズムパターンレコードに含まれる楽音データに基づく音のテンポを表す。

　「コード」は、楽音データが示す楽音の和音の種類を表す。「コード」は、そのパートが和音の種類を示すコードであるリズムパターンレコードにおいて設定される。図１３Ａにおいては、「パートＩＤ」が「０２」であるリズムパターンレコードにおいて、「コード」の一例として「Ｍａｊ７」が示されている。パートがコードであるリズムパターンレコードは、一のリズムパターンＩＤについて複数種類の「コード」を有し、各々の「コード」に応じた楽音データを有する。図１３Ａの場合、リズムパターンＩＤが「０２００４０１０１」のリズムパターンレコードは、図示しない例えば「Ｍａｊ」、「７」、「ｍｉｎ」、「ｄｉｍ」、「Ｓｕｓ４」などの複数種類のコードについて、各々のコードに応じた楽音データを有する。このとき、同一のリズムパターンＩＤを有するリズムパターンレコードは、「楽音データ」と「コード」以外については同じ内容を有する。ここで、各リズムパターンレコードは、各コードのルート音（「キー」と同じ音高）のみで構成された楽音データと、各コードのルート音を除いたそれぞれの構成音で構成された楽音データとを有するようにしてもよい。この場合、制御部２１は、ルート音で構成された楽音データが示す楽音と、ユーザにより指定されたコードを示し、ルート音を除く構成音で構成された楽音データが示す楽音とを同時に再生させる。図１３Ａにおいては、パートが“ベース”であるリズムパターンレコードを一例として表したが、実際にはリズムパターンテーブルには、図１３Ａにその一部を表しているように、複数の種類のパート（ここでは、コード、フレーズ、バスドラム、スネアドラム、ハイハット、シンバル）に応じたリズムパターンレコードが記述されている。

　図１３Ｂは、自動伴奏データテーブルである。このテーブルは、自動伴奏時に、パート毎に、どの楽音データをどのような条件で利用するかを規定するテーブルである。自動伴奏データテーブルの構成は、リズムパターンテーブルと同様である。テーブルの１行目に記述される自動伴奏データは、関連する特定パートが組み合わされたものであり、合奏時の自動伴奏に関する情報を規定する。この合奏時の自動伴奏に関する情報は、他のデータと区別されるために、「パートＩＤ」が「９９」であり、「楽器種類ＩＤ」が「９９９」であり、リズムパターンＩＤが「９９９９９０１０１」となっている。これらの各値は、そのデータが合奏による自動伴奏のデータであることを表している。また、合奏時の自動伴奏に関する情報は、各パートの楽音データが組み合わされて合成された一の楽音データを有する。この楽音データ「ＢｅＢｏｐ０１．ｗａｖ」が再生されると、全てのパートが組み合わさった状態で楽音が再生されることとなる。なお、自動伴奏データとして複数パートを一つの楽音データで演奏できるファイルは必ずしも必要ではなく、ないときには、楽音データの情報は空欄となる。合奏時の自動伴奏に関する情報における「リズムパターンデータ」及び「アタック強度パターンデータ」には、合奏時の自動伴奏の楽音（すなわちＢｅＢｏｐ０１．ｗａｖ）に基づくリズムパターンとアタック強度とが記述されている。また、図１３Ｂにおいて、パートＩＤ「０１」で表される２行目以降の自動伴奏データは、パート毎にユーザによって選択された内容を表す。ここでは、ユーザによって、パートＩＤ「０１」～「０７」までの各パートについて、特定の楽器が指定されたうえで、「ＢｅＢｏｐ」スタイルの自動伴奏データが選択されている。また、リズム楽器に相当するパートの「キー」を未指定としたが、音高変換するときには、基準となる音高を指定するようにし、指定された音高と基準となる音高の音程に応じて、楽音データの音高を変換するようにしてもよい。

　図１４は、情報処理装置２０ａ及びその周辺の機能構成を表すブロック図である。
　制御部２１は、ＲＯＭや記憶部２２ａに記憶されたアプリケーションを構成する各プログラムをＲＡＭに読み出して実行することにより、テンポ取得部２１１ａ、進行部２１２ａ、通知部２１３ａ、パート選択部２１４ａ、パターン取得部２１５ａ、検索部２１６ａ、特定部２１７ａ、出力部２１８ａ、コード受付部２１９ａ及び音高受付部２２０ａの各機能を実現する。以降において、これら各部を主体として処理の説明を行うことがあるが、処理の主体の実体は、制御部２１である。なお、以降の説明において「オンセット」とは、リズム入力装置１０ａにおける入力状態がオフからオンに切り替わることを指す。例えば、「オンセット」とは、リズム入力装置１０ａの入力手段が鍵盤であれば鍵盤が押鍵された状態のことであり、リズム入力装置１０ａの入力手段がパッドであればパッドを叩かれた状態のことであり、リズム入力装置１０ａの入力手段がボタンであればボタンが押下された状態のことである。これに対して「オフセット」とは、リズム入力装置１０ａの入力手段が鍵盤であれば鍵盤が押鍵されてから離された状態のことであり、リズム入力装置１０ａの入力手段がパッドであればパッドに対する打撃が完了した状態のことであり、リズム入力装置１０ａの入力手段がボタンであれば押下されたボタンから指が離された状態のことである。また、以降の説明において「オンセット時刻」とは、リズム入力装置１０ａにおける入力状態がオフからオンに切り替わった時の各々の時刻を表す。換言すれば、「オンセット時刻」とは、リズム入力装置１０ａにおいてトリガーデータが発生した時刻を表す。これに対して、「オフセット時刻」とは、リズム入力装置１０ａにおける入力状態がオンからオフに切り替わった時の各々の時刻を表す。換言すれば、「オフセット時刻」とは、リズム入力装置１０ａにおいて発生したトリガーデータが消滅した時刻を表す。また、以降の説明において「オンセット情報」とは、オンセット時刻においてリズム入力装置１０ａから情報処理装置２０ａへ入力される情報である。「オンセット情報」には、上述したトリガーデータ以外に、鍵盤のノートナンバーやチャンネル情報等が含まれている。

　テンポ取得部２１１ａは、ユーザによって指定されたＢＰＭ、すなわち指定テンポを取得する。ここで、ユーザによって指定されたＢＰＭとは、ＢＰＭ入力操作子１３及び後述するＢＰＭ指定スライダ２０１のうち少なくともいずれかを用いて指定されたＢＰＭのことである。ＢＰＭ入力操作子１３及びＢＰＭ指定スライダ２０１は連動しており、ユーザがその一方を用いてＢＰＭを指定すると、指定されたＢＰＭが他方の表示欄に表示される。進行部２１２ａは、図示しないスイッチによるユーザのテンポ報知の開始指示を受けて、指定テンポに基づいて、指示を受けたタイミングから小節内の現在位置（演奏進行タイミング）を進行させる。通知部２１３ａは、小節内の現在位置を通知する。具体的には通知部２１３ａは、１小節の長さを１として正規化した場合に、進行中の時間軸において、数十ｍｓｅｃ（ミリ秒）ごとにクロック信号（以降において小節線クロックという）としてパターン取得部２１５ａに出力する。つまり、小節線クロックは、現在時刻が１小節中のどこに位置するかを表すものであり、０から１の間の値をとる。通知部２１３ａは、ユーザによって指定された指定テンポに基づいて小節線クロックを生成する。

　パート選択部２１４ａは、複数の演奏パートのなかからユーザの指定に基づいて特定パートを選択する。具体的には、パート選択部２１４ａは、リズム入力装置１０ａから入力されるＭＩＤＩ情報に含まれるパートを識別する情報が、ノートナンバーであるかチャンネル情報であるかを特定する。そしてパート選択部２１４ａは、特定した内容と自動伴奏ＤＢ２２２に含まれるパートテーブルとに基づいて、ユーザによって操作されたのはどの演奏操作子であるか、すなわち、楽音データを構成する複数のパートのうちどのパートを指定して入力が行われたかを特定し、検索すべきパートの楽音データとリズムパターンテーブル等を選択する。パート選択部２１４ａは、受け取ったＭＩＤＩ情報がノートナンバーである場合、当該ノートナンバーとパートテーブルの記述内容とを比較して、ユーザによる操作が、ベース入力音域鍵盤１１ａ、コード入力音域鍵盤１１ｂ、或いはフレーズ入力音域鍵盤１１ｃのいずれに対するものであるかを特定し、対応するパートの楽音データとリズムパターンテーブル等を選択する。また、パート選択部２１４ａは、受け取ったＭＩＤＩ情報がチャンネル情報である場合、当該ノートナンバーとパートテーブルの記述内容とを比較して、ユーザによる操作が、バスドラム入力パッド１２ａ、スネアドラム入力パッド１２ｂ、ハイハット入力パッド１２ｃ、或いはシンバル入力パッド１２ｄのいずれに対するものであるかを特定し、対応する楽音データとリズムパターンテーブル等を選択する。パート選択部２１４ａは、選択したパートに対応するパートＩＤを検索部２１６ａに出力する。

　パターン取得部２１５ａは、複数の演奏パートのなかから選択された特定パートについて入力パターンを取得する。具体的にはパターン取得部２１５ａは、小節線クロックを基準として、リズム入力装置１０ａから入力される、トリガーデータが発生した時刻、すなわちオンセット時刻を１小節毎にＲＡＭに記憶させる。このようにして、１小節を単位として、ＲＡＭに記憶されたオンセット時刻の並びが、入力リズムパターンとなる。ここで記憶されるオンセット時刻は、小節線クロックに基づいているため、上記小節線クロックと同様に、０から１の間の値をとる。また、小節線クロックは、外部から情報処理装置２０ａに入力されるものを用いてもよい。

　また、ユーザが、１小節を単位としたリズムパターンを正確に入力できるように、情報処理装置２０ａからユーザに対して小節線が開始する時刻をフィードバックする必要がある。これは、例えばメトロノームのように、小節や拍の時刻で、情報処理装置２０ａが、音や光を発したり画面の表示内容を変更したりすることで、ユーザに対して視覚的或いは聴覚的に小節線の位置が伝えられればよい。このとき、通知部２１３ａから出力される小節線クロックに基づいて、音声出力部２６が音を発したり、表示部２４が光を発したりする。また、その他の方法として、小節線クロックにあわせて、予め小節線の位置を表す例えばクリック音を付加した伴奏音を出力部２１８ａが再生してもよい。この場合、ユーザは、伴奏音源から自らが感じる小節線に合わせて、リズムパターンを入力する。

　検索部２１６ａは、楽音のデータを組み合わせた楽音データを複数記憶したデータベースである自動伴奏ＤＢ２２２を検索して、特定パートの楽音データに含まれる楽音のリズムパターンと入力リズムパターンとの比較結果に基づいて、楽音データを検索結果として取得する。また、検索部２１６ａは検索結果を表示部２４に表示させ、ユーザが取得した検索結果のなかから所望の楽音データを選択すると、これを自動伴奏データ中の一つのパートの自動伴奏パートデータとして登録する。そして、ユーザは、各パートについて、この作業を繰り返すことで、自動伴奏データを作成する。自動伴奏ＤＢ２２２は、複数の演奏パートについてそれぞれ個別の楽音データと自動伴奏データと、それぞれのデータの情報を管理する複数のテーブルで構成されている。出力部２１８ａは、楽音データや自動伴奏データの再生時に、小節内の現在位置、すなわち小節線クロックに基づくデータ位置から特定された楽音データを読み出して、この楽音データが示す楽音を、この楽音データに対応付けられた演奏テンポと指定テンポとの関係に基づく速度で再生し、楽音の再生信号を音声出力部２６に出力する。音声出力部２６は、この再生信号に基づく音声を出力する。また、出力部２１８ａは、演奏再生モード及び演奏ループ再生モードにおける、検索結果の楽音データにおける構成音を用いた、ユーザによる演奏操作を制御する。コード受付部２１９ａは、ユーザにより指定されたコードの入力を受け付ける。音高受付部２２０ａは、ユーザによって指定された音の音高を表す音高情報の入力を受け付ける。

　次に、図１５及び図１６を用いて、検索機能がＯＮの状態において、制御部２１が入力リズムパターンに基づいて自動伴奏データの検索を行う一連の処理について説明を行う。
　図１５は、情報処理装置２０ａが行う処理のフロー図である。まず、ユーザが、リズム入力装置１０ａの図示しない操作子で自動伴奏データ作成を指示すると、本フローのプログラムが実行される。情報処理装置２０ａは、ユーザの指示に基づいて、プログラムの実行開始後、初期設定を行う。（ステップＳａ０）。初期設定では、ユーザは、操作部２５を用いて各鍵域それぞれに対応する楽器種類および入力パッドに対応する楽器種類を指定し、ＢＰＭ入力操作子１３を用いてＢＰＭを入力する。また、制御部２１は、図１２、図１３Ａ及び図１３Ｂに示した各種テーブルをＲＡＭに読み出す。初期設定後、ユーザは、リズム入力装置１０ａを用いて、鍵盤１１における所定の鍵域又は入力パッド１２ａ～１２ｄにおけるいずれか、すなわちパートを指定してリズムパターンを入力する。リズム入力装置１０ａは、指定されたパートを識別する情報と、指定された楽器種類を識別する情報と、入力ＢＰＭを識別する情報と、入力リズムパターンとを含むＭＩＤＩ情報を情報処理装置２０ａに送信する。制御部２１は、入出力インターフェース部２３を用いてリズム入力装置１０ａからＭＩＤＩ情報を受信すると、図１５に示すフローに沿って処理を実行する。

　まず、制御部２１は、受信したＭＩＤＩ情報に含まれる、ユーザにより入力されたＢＰＭを識別する情報を取得すると、これをＲＡＭに読み出された自動伴奏テーブルに記録すべき自動伴奏データのＢＰＭとして記憶させる（ステップＳａ１）。次に、制御部２１は、受信したＭＩＤＩ情報に含まれる、ノートナンバーやチャンネル情報といったユーザにより選択されたパートを識別する情報と、自動伴奏ＤＢ２１１に含まれるパートテーブルとに基づいて、ユーザにより指定されたパートのパートＩＤを取得すると、これをＲＡＭにあるパートテーブルと自動伴奏テーブルに記録すべきパートのパートＩＤとして記憶させる（ステップＳａ２）。ここでは、ユーザが、ベース入力音域鍵盤１１ａを用いてリズムパターンを入力し、制御部２１が、図１２（ａ）に示されるようにパートＩＤとして「０１」を取得し、これをＲＡＭに記憶させたとする。

　次に、制御部２１は、受信したＭＩＤＩ情報に含まれる、ユーザにより指定された楽器種類を識別する情報と、自動伴奏ＤＢ２１１に含まれる楽器種類テーブルとに基づいて、ユーザにより指定された楽器種類の楽器種類ＩＤを取得すると、これをＲＡＭに読み出された楽器種類テーブルと自動伴奏テーブルに記録すべきパートの楽器種類ＩＤとして記憶させる（ステップＳａ３）。ここでは、ユーザが、操作部２５を用いて楽器種類に「エレキベース」を指定することで、制御部２１が、図１２（ｂ）に示されるように楽器種類ＩＤとして「００２」を取得し、これをＲＡＭに読み出された自動伴奏テーブルに記録すべきパートの楽器種類ＩＤとして記憶させたとする。次に、制御部２１は、受信したＭＩＤＩ情報に含まれる入力リズムパターンを取得すると、これをＲＡＭに記憶させる（ステップＳａ４）。次に制御部２１は、自動伴奏ＤＢ２２２から、ユーザが指定したパート及び楽器種類について、入力リズムパターンと同一又は類似したリズムパターンを持つ楽音データを検索する（ステップＳａ５）。ステップＳａ５では、第１実施形態において図５を用いて説明したのと同様の処理が行われる。

　制御部２１は、図５のステップＳｂ８において、選択されたパートのリズムパターンテーブルと入力リズムパターンとに基づいて、入力リズムパターンとの距離が小さいリズムパターンデータを有する楽音データから、上記距離が小さい順番で所定個数だけの楽音データ群を検索結果として取得し、これらをＲＡＭに記憶させると、図５の処理を終了する。この所定個数は、パラメータとして記憶部２２ａに記憶されており、ユーザが操作部２５を用いて変更可能としてもよい。ここで、制御部２１は、ユーザによって入力されたＢＰＭに近いＢＰＭを持つ楽音データ群のみを検索結果として出力するためのフィルタリング機能を備えており、ユーザは、操作部２５を介して上記フィルタリング機能を任意にＯＮ／ＯＦＦすることが可能である。上記フィルタリング機能がＯＮに設定されている場合、ステップＳｂ８において制御部２１は、入力ＢＰＭとその差が予め決められた範囲内に収まらないＢＰＭを有する楽音データ群を、検索結果から除外する。具体的には、例えば、ステップＳｂ８において制御部２１は、入力ＢＰＭの（１／２^1/2）倍から２^1/2倍のＢＰＭを有する楽音データ群のみを検索結果として取得し、それ以外の楽音データを検索結果から除外する。なお、上述した（１／２^1/2）倍及び２^1/2倍という係数は一例に過ぎず、その他の値であってもよい。

　制御部２１がこのようなフィルタリング機能を備える理由は、以下のようなものである。本実施形態において制御部２１は、検索結果の楽音データが示す楽音をユーザによって入力又は指定されたＢＰＭで再生させることが可能である。このとき、制御部２１によって、楽音データの本来のＢＰＭとは大幅に異なるＢＰＭがユーザにより入力されると、楽音データが示す楽音が音声出力部２６によって放音される際に、ユーザに違和感を与えてしまうことがある。例えば、ユーザが、ＢＰＭ２４０のテンポでリズムパターンを入力し、制御部２１が上記リズムパターンを持つ楽音データ群を検索した結果、検索結果の楽音データ群に含まれる楽音データが示す本来のＢＰＭが６０であった場合を考える。この場合、検索結果に含まれる楽音データに基づく楽音は、本来のＢＰＭの４倍のＢＰＭで音声出力部２６によって放音されることになるため、音が本来のＢＰＭの４倍速で早送り再生された状態となり、結果としてユーザに違和感を与えることとなる。また、例えば楽音データがＷＡＶＥやｍｐ３などのオーディオファイルである場合、本来のＢＰＭとユーザによって指定されたＢＰＭとの差が大きくなるほど、再生時の音質は劣化する。このような問題を解決するために、制御部２１は、フィルタリング機能を備えているわけである。

　再び図１５に戻る。ステップＳａ５の検索処理を終えると、制御部２１は、ステップＳｂ８でＲＡＭに記憶された楽音データ群を検索結果として表示部２４に表示させる（ステップＳａ６）。

　図１６は、楽音データについての検索結果の一例を表した模式図である。図１６は、ユーザがベース入力音域鍵盤１１ａを用いて入力したリズムパターンに基づいて、制御部２１が検索結果として取得した楽音データ群が、表示部２４に表示された場合を表している。表示部２４の上部には、ＢＰＭ指定スライダ２０１、キー指定鍵盤２０２及びコード指定ボックス２０３が表示される。ＢＰＭ指定スライダ２０１は、例えば所定の長さを有する溝と、溝に設けられたつまみと、ＢＰＭ表示欄とで構成される。ユーザが、操作部２５を用いてつまみの位置を変更させると、制御部２１は、変更後のつまみの位置に応じたＢＰＭをＢＰＭ表示欄に表示させる。図１６においては、溝の左端から右端へ向けてつまみの位置が移動されるにつれてＢＰＭ表示欄に表示されるＢＰＭが早いものとなり、溝の右端から左端へ向けてつまみの位置が移動されるにつれてＢＰＭ表示欄に表示されるＢＰＭが遅いものとなる。制御部２１は、ＢＰＭ指定スライダ２０１を用いて指定されたＢＰＭ（指定ＢＰＭという）で、検索結果からユーザにより選択された楽音データ群に含まれる楽音データが示す楽音を再生させる。すなわち、制御部２１は、検索結果からユーザにより選択された楽音データ群に含まれる楽音データのＢＰＭを、指定されたＢＰＭと同期させる。なお、情報処理装置２０が外部機器と同期を取って接続している場合、外部機器において指定されたＢＰＭを情報処理装置２０が受信して、受信したＢＰＭを指定ＢＰＭとして用いるようにしてもよい。また、この場合、ＢＰＭ指定スライダ２０１を用いて指定したＢＰＭを外部機器に送信可能としてもよい。

　キー指定鍵盤２０２は、所定の音域（ここでは１オクターブ）が割り当てられた鍵盤を模した画像である。キー指定鍵盤２０２における各鍵には、対応する音高が割り当てられている。ユーザが、操作部２５を用いて或る鍵を指定すると、制御部２１は、指定された鍵に割り当てられた音高を取得し、これを指定キーとしてＲＡＭに記憶させる。制御部２１は、キー指定鍵盤２０２を用いて指定されたキーで、検索結果からユーザにより選択された楽音データ群に含まれる楽音データが示す楽音を再生させる。すなわち、制御部２１は、検索結果からユーザにより選択された楽音データ群に含まれる楽音データのキーを、指定されたキーと同期させる。なお、情報処理装置２０が外部機器と同期を取って接続している場合、外部機器において指定されたキーを情報処理装置２０が受信して、受信したキーを指定されたキーとして用いるようにしてもよい。また、この場合、キー指定鍵盤２０２を用いて指定したキーを外部機器に送信可能としてもよい。

　コード指定ボックス２０３は、ユーザにより指定されたコードの入力を受け付ける入力ボックスである。ユーザが、操作部２５を用いて、例えば、「Ｍａｊ７」といった和音種類を指定して入力すると、制御部２１は、入力された和音種類を指定コードとしてＲＡＭに記憶させる。制御部２１は、検索結果から楽音データ群に含まれる楽音データのうち、コード指定ボックス２０３を用いて指定された和音種類をもつ楽音データを検索結果として取得する。コード指定ボックス２０３は、プルダウン形式としてコード名称をリスト表示させてフィルタリングしてもよい。なお、情報処理装置２０が外部機器と同期を取って接続している場合、外部機器において指定されたコードを情報処理装置２０が受信して、受信したコードを指定されたコードとして用いるようにしてもよい。また、この場合、コード指定ボックス２０３を用いて指定したコードを外部機器に送信可能としてもよい。また、入力形態として、表示部上に和音種類毎にボタンを表示させ、それをクリックして指定するようにしてもよい。

　表示部２４の下部には、検索結果の楽音データ群が一覧として表示される。ユーザは、検索結果の一覧において、それぞれ異なるパートを表すタブ（パートタブという）のうちいずれかを指定することで、各パートについて検索結果の楽音データ群の一覧を表示させる。ドラムスのパートタブが指定された場合、ユーザが操作部２５（ここではキーボード）を用いて、上、右、左といった矢印が割り当てられたキーを押下することで、制御部２１は、バスドラム、スネアドラム、ハイハット及びシンバルといった、ドラムスを構成する複数のパートのうち、押下されたキーと対応したパートの検索結果を表示させる。パートタブのうち再生履歴と表示されるタブには、検索結果のうち、それまでにユーザにより選択されて再生された楽音データを有する楽音データ群が表示される。なお、上述したタブのほかに、ユーザが気にいったパート毎の波形データの組み合わせを登録したものである自動伴奏データを一覧表示するために、「自動伴奏データ」という名前のタブを追加し、登録した自動伴奏データを検索できるようにしてもよい。

　検索結果において項目「順位」は、検索結果の楽音データ群について類似度の高い順位を表す。項目「ファイル名」は、楽音データ群が有する楽音データのファイル名を表す。項目「類似度」は、入力リズムパターンと、検索結果である楽音データ群のそれぞれの楽音データが有するリズムパターンとの間の距離を表している。すなわち、「類似度」で表される数値が小さいほど、該距離が短く、入力リズムパターンに類似する度合いが高いことを意味している。制御部２１は、検索結果の表示の際に、類似度の小さい順に楽音データの名前とそれに関連する情報を並べて表示させる。「キー」は、その楽音データを音高変換するときの基準の音高を表す。なお、「キー」は、リズム楽器に相当するパートのデータでは、未指定として表示される。「ジャンル」は、楽音データのそれぞれが所属するジャンルを表す。「ＢＰＭ」は、楽音データのそれぞれに含まれるＢＰＭであって、楽音データが示す楽音の本来のＢＰＭを表す。「パート名」は、楽音データ群に含まれるパートＩＤにより識別されるパートの名称である。ここにおいてユーザは、「キー」、「ジャンル」及び「ＢＰＭ」の少なくともいずれか１の項目を用いて、この検索結果をフィルタリングして表示させることが可能である。

　再び図１５に戻る。ユーザが、検索結果として表示された楽音データ群のうち１つを選択し、例えばマウスを用いてダブルクリックを行うと、制御部２１は、ユーザにより選択された楽音データを、作成中の自動伴奏データの一つのパートのデータとして特定し、ＲＡＭの自動伴奏データテーブルの該当するパートの列に情報を記録する（ステップＳａ７）。このとき制御部２１は、検索結果の表示画面において、選択されてダブルクリックが行われた楽音データの背景色を、選択されていない楽音データ群の背景色と異ならせて表示する。

　次に制御部２１は、小節線クロックに基づくデータ位置から、ステップＳａ７で特定されて自動伴奏テーブルに登録されている各パートの楽音データを読み出して、それぞれの楽音データに対応付けられたＢＰＭとユーザにより指定されたＢＰＭとの関係に基づく速度となるように、すなわち、特定された楽音データのＢＰＭを指定されたＢＰＭに同期させるように、この楽音データが示す楽音にタイムストレッチを施して、必要に応じてピッチ変換を施して再生する（ステップＳａ８）。ユーザにより指定されたＢＰＭは、初回検索時には入力ＢＰＭが用いられ、検索結果に対してユーザがＢＰＭ指定スライダ２０１を用いてＢＰＭを指定した場合には、この指定ＢＰＭが用いられる。なお、小節線クロックに基づくデータ位置に限らず、制御部２１が、小節線の先頭から楽音データを読み出すようにしてもよい。

　図１７は、ＢＰＭの同期処理を説明する模式図である。タイムストレッチについては、周知の方法が用いられればよいが、例えば次のようにしてもよい。楽音データがＷＡＶＥやｍｐ３のようなオーディオファイルの場合、この楽音データが有するＢＰＭとユーザにより指定されたＢＰＭとの差が大きくなるにつれて、再生時の音質が劣化する。これに対して、制御部２１は次のような処理を行う。「（楽音データが有するＢＰＭ×（１／２^1/2））＜（ユーザにより指定されたＢＰＭ）＜（楽音データが有するＢＰＭ×２^1/2）」の場合、制御部２１は、ユーザにより指定されたＢＰＭとなるように楽音データにタイムストレッチを施す（図１７（ａ））。また、「（ユーザにより指定されたＢＰＭ）＜（楽音データが有するＢＰＭ×（１／２^1/2））」の場合、制御部２１は、ユーザにより指定されたＢＰＭの倍のＢＰＭとなるように楽音データにタイムストレッチを施す（図１７（ｂ））。また、「（楽音データが有するＢＰＭ×２^1/2)」＜（ユーザにより指定されたＢＰＭ）」の場合、制御部２１は、ユーザにより指定されたＢＰＭの半分のＢＰＭとなるように楽音データにタイムストレッチを施す（図１７（ｃ））。このようにすることで、楽音データが有するＢＰＭとユーザにより指定されたＢＰＭとの差が大きいことに起因して再生時の音質が劣化するような事態を少なくすることができる。上述の（１／２^1/2）や２^1/2といった係数は一例であり、他の値であってもよい。これにより、ユーザによる入力リズムパターンにおけるオンセット時刻とオフセット時刻との差が、ユーザによる押鍵時間が長いために大きくなったり、逆にユーザによる押鍵時間が短いために小さくなったりしたときに、タイムストレッチにより伸張する音の長さの変化を予め決められた範囲に収めることが可能となる。結果として、ユーザは、入力リズムパターンに対する検索結果に感じる違和感が少ないものとなる。

　また、ユーザがキー指定鍵盤２０２を用いてキーを指定している場合、制御部２１は、楽音データが示す楽音を、この楽音データに対応付けられたキーと指定キーとの差に応じてピッチ変換させて、すなわち、特定された楽音データのキーを指定キーに同期させて、再生させる。例えば、特定された楽音データに対応付けられたキーが「Ｃ」であり、指定キーが「Ａ」であるような場合、特定された楽音データのピッチを上げる方法と下げる方法が考えられるが、ここでは、ピッチシフト量が少なく、音質の劣化を少なくすることが期待できるため、特定された楽音データのピッチを上げる方法を採用する。

　図１８は、キーテーブルを表す図である。キーテーブルは記憶部２２ａに記憶されている。キーテーブルには、1オクターブを１２音階で表した各キーの名称と、各キーに順番に割り振られたキーＮｏとが記述されている。制御部２１は、ピッチ変換を行う際、キーテーブルを参照する。制御部２１は、キーテーブルにおいて、特定された楽音データに対応付けられたキーに応じたキーＮｏから指定キーに応じたキーＮｏを減算した値を算出する。この値を、キー差分という。そして、制御部２１は、「－６≦キー差分≦６」となる場合は、特定された楽音データを、その楽音の周波数が、「２の（キー差分／１２）乗」となるようにピッチ変換する。また、制御部２１は、「キー差分＞７」となる場合は、特定された楽音データを、その楽音の周波数が、「２の（（キー差分－１２）／１２）乗」となるようにピッチ変換する。また、制御部２１は、「キー差分＜－７」となる場合は、特定された楽音データを、その楽音の周波数が、「２の（（キー差分＋１２）／１２）乗」となるようにピッチ変換する。制御部２１は、ピッチ変換を行った楽音データが示す楽音を音声出力部２６から出力させる。上述の式は一例であり、再生時の音質が保障されるように予め決められればよい。

　また、ユーザがコード指定ボックス２０３でコードを指定している場合、制御部２１は、検索結果から選択された楽音データにおいて、指定されたコードに応じて音高変換された楽音データを再生させる。すなわち、制御部２１は、特定された楽音データのコードを、指定されたコードに音高変換して再生する。

　ステップＳａ８の次に、検索結果のうち別の楽音データがユーザにより選択されてクリックが行われると（ステップＳａ９；Ｙｅｓ）、制御部２１は処理をステップＳａ７に戻す。この場合、制御部２１は、新たに選択された楽音データを特定した後、作成中の自動伴奏データのパートとして特定し（ステップＳａ７）、ステップＳａ８の処理を行う。なお、楽音データは、自動伴奏データのパートとして規定のパート数に達するまで登録可能であって、例えば、ドラムパート（最大４チャンネル）、ベースパート（最大1チャンネル）、コードパート（最大3チャンネル）などのように、各パートに登録数の上限がある。例えば、ドラムパートを５つ指定しようとすると、それまで再生されていたドラムの楽音データの変わりに、新しく指定した楽音データが登録されることになる。

　一方、ステップＳａ８の次に、検索結果のうち別の楽音データがユーザにより選択されることなく（ステップＳａ９；Ｎｏ）、ユーザにより検索処理の終了が指示されると（ステップＳａ１０；Ｙｅｓ）、制御部２１は、自動伴奏データテーブルと該テーブルによって指定されるファイルを一つのデータファイルにして、自動伴奏データのファイルとして記憶部２２に記憶させて（ステップＳａ１１）、処理フローを終了する。ユーザは、操作部２５を用いて、記憶部２２に記憶された自動伴奏データを任意に読み出させることが可能である。一方、ユーザにより検索処理の終了が指示されない場合（ステップＳａ１０；Ｎｏ）、制御部２１は処理をステップＳａ１に戻す。そして、ユーザが、異なるパートを選択してリズム入力装置１０ａを用いてリズムパターンを入力して以降の処理が行われると、自動伴奏データの異なるパートの楽音データが登録される。そして、自動伴奏データを組み合わせるために必要とする数だけパートの登録が済んだ状態となるまでユーザが操作を行うことで、自動伴奏データが作成されることになる。また、既に再生されているパートの楽音データが示す楽音に重ねて、新たに選択されたパートの楽音データが示す楽音が出力される。このとき、制御部２１は、小節線クロックに基づくデータ位置から楽音データを読み出すため、複数のパートについての楽音データの楽音が同期して出力されることとなる。

　各パートの進行形態には、大別して以下のような３通りのバリエーションが考えられる。ここで、演奏進行タイミングの同期制御については、設定に従って検索された自動伴奏データをユーザが指定した後、小節単位、２拍単位、１拍単位、８分単位又は指定無しのうち、いずれかの基準を用いてクオンタイズされたタイミングで再生を開始することが可能である。１つ目の進行形態は、「節頭で同期させる」というものである。この場合、ユーザが各パートの伴奏を指定した後、小節線クロックが小節頭になった時点で対応する小節頭の位置から楽音データが再生される。２つ目の進行形態は、「拍頭で同期させる」というものである。この場合、ユーザが各パートの伴奏を指定した後、小節線クロックが拍頭になった時点で対応する拍位置から楽音データが再生される。３つ目の進行形態は、「同期しない」というものである。この場合、ユーザが各パートの伴奏を指定した直後に、対応する進行位置から楽音データが再生される。このような進行形態のバリエーションは、その設定内容が記憶部２２に記憶されており、ユーザは操作部２５を用いて任意の設定内容を読み出させることが可能である。

　このように、第２実施形態によれば、選択されたパートについてユーザが意図する楽音のパターンに基づいて検索された自動伴奏に関する楽音データのうち、少なくともユーザの意図する楽音のパターンに最も近い楽音データを特定することができる。このとき、ユーザは、複数の演奏操作子に対応付けられた各々異なるパートのうち任意のパートを選択してリズムパターンを入力するため、特定のパートについてのリズムパターンを思いついたときに、このパートについてのリズムパターンを入力して検索を行うことが可能となる。また、ユーザは、パートを選択してリズムパターンを入力してそれぞれのパートの演奏として登録するだけでよいため、直感的かつ効率良く自動伴奏データを作成することが可能となる。また、このようにして検索された自動伴奏データのうち、ユーザにより選択された自動伴奏データが同期して再生されるため、ユーザは、複数のパートによる合奏の自動伴奏音を直感的かつ効率良く得ることができる。

　次に、本発明の第３実施形態について説明する。
＜第３実施形態＞
（スタイルデータの検索システム）
＜構成＞
　第３実施形態では、音楽データ処理システムの例としてのスタイルデータを検索するシステムである。第２実施形態の音楽データ作成システム１００ａにおいて、自動伴奏ＤＢ２２２が、スタイルデータを記憶するとともに、スタイルデータを検索するためのスタイルテーブルを有している。その他の構成については、第３実施形態と第２実施形態は同様である。

　本実施形態におけるスタイルデータは、第２実施形態と同様に電子楽器やシーケンサなどに読み込まれ、いわゆる自動伴奏データと同様の役割を果たす。まず、以下に、本実施形態に係るスタイルデータ及びこれと関連するデータについて概略を説明する。
　スタイルデータは、「Ｂｅｂｏｐ０１」、「ＨａｒｄＲｏｃｋ０１」又は「Ｓａｌｓａ０１」といったそれぞれ異なるスタイルについて集めた伴奏音データ片を、伴奏パターンの最小単位である「セクション」（１～数小節）毎に、それぞれセクションデータとして纏めた伴奏音データ片の集合であり、記憶部２２に記憶される。セクションには複数の種類があり、例えば、「イントロ」、「メイン」、「フィルイン」又は「エンディング」といった構成上の種類と、さらに各セクションにおける「ノーマル」、「バリエーション１」又は「バリエーション２」といったパターンの種類とが存在する。また、セクション毎のスタイルデータには、バスドラム、スネアドラム、ハイハット、シンバル、フレーズ、コード及びベースのそれぞれのパートについて、ＭＩＤＩフォーマットに従って記述された演奏データの識別子（リズムパターンＩＤ）が含まれている。それぞれのスタイルデータの各セクションについて、制御部２１により演奏データからパート毎にリズムパターンが解析され、解析結果に従った内容が、スタイルテーブルに登録される。例えば、ベースパートのデータについては、制御部２１は、基準となる音高を用いて、演奏データにおける音高の時系列に沿った並びを解析し、解析結果に従った内容をスタイルテーブルに登録する。また、コードパートのデータについては、制御部２１は、基準となる和音を用いて、演奏データにおいて用いられているコードを解析し、解析結果に従った内容として「Ｃｍａｊ７」などのコード情報を、後述する和音進行情報テーブルに登録する。

　本実施形態では、さらに各スタイルデータに対応して、セクション進行情報、和音進行情報を有する。セクション進行情報は、楽曲演奏の進行に従って、スタイルデータ中からセクションを時系列的に順次指定するための情報である。和音進行情報は、楽曲演奏の進行に従って演奏されるべき和音を時系列的に順次指定するための情報である。ここで、或る一つのスタイルデータが選択されると、選択されたスタイルデータと対応するセクション進行情報、和音進行情報に基づいて、セクション進行情報テーブルと和音進行情報テーブルとにデータがそれぞれ登録されることになる。なお、セクション進行情報を用いずに、ユーザの指定によって各セクションを選択するようにしてもよい。また、和音進行情報を用いずに、鍵盤１１を用いて入力した入力音からコード情報を特定し、それらコード情報に基づいて伴奏を再生させるようにしてもよい。コード情報には、コードのルート音と、コードの種類を示す和音情報とが含まれる。

　以下に、スタイルデータの構成を説明する。図１９Ａ及び図１９Ｂは、スタイルデータに関するテーブルの一例である。これらのテーブルを構成する、スタイルテーブル、セクション進行情報、和音進行情報等について簡単に説明する。
　図１９Ａは、スタイルテーブルの一例を表した図である。図１９Ａにおいては、スタイルテーブルの一例として、「ジャンル」が「Ｓｗｉｎｇ＆ＪＡＺＺ」である複数のスタイルデータが表されている。１件のスタイルデータは、「スタイルＩＤ」、「スタイル名」、「セクション」、「キー」、「ジャンル」、「ＢＰＭ」、「拍子」、「ベースリズムパターンＩＤ」、「コードリズムパターンＩＤ」、「フレーズリズムパターンＩＤ」、「バスドラムリズムパターンＩＤ」、「スネアドラムリズムパターンＩＤ」、「ハイハットリズムパターンＩＤ」、及び「シンバルリズムパターンＩＤ」といった複数の項目からなる。「スタイルＩＤ」は、スタイルデータを一意に識別するための識別子である。「スタイル名」は、各スタイルデータを一意に識別する名称である。

　スタイルテーブルにおいて、或るスタイル名を有するスタイルデータは、複数のセクションによって構成されている。セクションは、例えば、イントロ（Ｉ（ノーマル），ＩＩ（バリエーション１），ＩＩＩ（バリエーション２））、メイン（Ａ（ノーマル），Ｂ（バリエーション１），Ｃ（バリエーション２），Ｄ（バリエーション３））、エンディング（１（ノーマル），２（バリエーション１），３（バリエーション２））といった複数の区間に分割され、それぞれの区間にはノーマルとバリエーションパターンのパターンを有している。つまり、「セクション」は、或るスタイル名を有するスタイルの各々が所属するセクションを表す。例えば、「Ｂｅｂｏｐ０１」というスタイル名のスタイルがユーザにより選択されて再生を指示されると、制御部２１は、「Ｂｅｂｏｐ０１」というスタイル名を有するスタイルデータのうち、セクションがイントロのノーマルパターン「Ｉ」であるスタイルデータに基づく楽音を再生させ、その次にセクションがメインのノーマルパターン「Ａ」であるスタイルデータに基づく楽音を所定回数、繰り返して再生させ、その後、セクションがエンディングのノーマルパターン「１」に基づく楽音を再生させる。このようにして、制御部２１は、選択されたスタイルのスタイルデータに基づく楽音を、そのセクションの順序に従って、再生させる。「キー」は、各スタイルデータを音高変換させるときの基準となる音高を表す。図では、音名で記述されているが、特定のオクターブの中での音名を示すため、実質的に音高を表すことになる。「ジャンル」は各スタイルデータが所属する音楽のジャンルの名称を表す。「ＢＰＭ」は、各スタイルデータに基づく音が再生される際のテンポを表す。「拍子」は、３拍子あるいは４拍子などの、各スタイルデータにおける拍子の種類を表す。なお、演奏中にバリエーションの切替え指示があると、対応するセクションのバリエーションパターンに演奏が切り替わり、パターンの最後まで演奏してノーマルパターンに戻る。

　各々のスタイルデータには、各パートについて、パート毎のリズムパターンＩＤが１対１で対応付けて記述されている。例えば図１９Ａにおいて「スタイルＩＤ」が「０００１」のスタイルデータは、「ベースリズムパターンＩＤ」が「０１００１０１０１」である。これは、図１３Ａに示すリズムパターンテーブルにおいて、パートＩＤが「０１」（ベース）であり、且つ、リズムパターンＩＤが「０１００１０１０１」であって、「リズムパターンデータ」が「ＢｅｂｏｐＢａｓｓ０１Ｒｈｙｔｈｍ．ｔｘｔ」、「楽音データ」が「ＢｅｂｏｐＢａｓｓ０１Ｒｈｙｔｈｍ．Ｗａｖ」であるリズムパターンレコードと、「スタイルＩＤ」が「０００１」のスタイルデータとが対応付けられていることを表す。各々のスタイルデータには、ベース以外のそれぞれのパートのリズムパターンＩＤについても、同様の対応付けが記述されている。ユーザにより或るスタイル名のスタイルデータが選択されて再生が指示されると、制御部２１は、このスタイルデータの有する各パートのリズムパターンＩＤと対応付けられた楽音データを、同期させて再生させる。スタイルデータを構成するパート毎のリズムパターンＩＤの組み合わせは、相性のよいもの同士となるように予め決められている。ここで、リズムパターンレコード同士の相性がよいとは、例えば、異なるパートのリズムパターンレコードについて、お互いにそのＢＰＭが近いとか、キーが同じであるとか、ジャンルが同じであるとか、拍子が同じであるといった事を基準にすればよい。

　図１９Ｂ（ａ）は、セクション進行情報テーブルを表す。
　セクション進行情報テーブルは、楽曲演奏の進行に従って、スタイルデータ中からセクションを時系列的に順次指定するための情報を取りまとめたテーブルである。図１９Ｂ（ａ）の構成例に示されるように、セクション進行情報は、スタイルＩＤ、スタイルを指定するスタイル指定データＳｔ、セクションを指定するセクション情報Ｓｎｉ、各セクションの開始時間と終了時間との位置（通常、小節単位）を表すセクション開始タイミングデータＴｓｓｉ，Ｔｓｅｉ（ｉ＝１，２，３，…）、及びセクション進行情報の最終位置を表すセクション進行エンドデータＳｅから構成することができ、例えば記憶部２２に記憶される。つまり、各セクション情報Ｓｎｉは、対応するセクションに関するデータの記憶領域を指定し、その前後にあるタイミングデータＴｓｓｉ，Ｔｓｅｉは、指定されたセクションによる伴奏の開始及び終了を指示する。従って、このセクション進行情報を用いて、伴奏スタイル指定データＳｔで指定された伴奏スタイルデータの中から、タイミングデータＴｓｓｉ，Ｔｓｅｉ及びセクション情報Ｓｎｉの組合わせの繰返しで、セクションを順次指定することができる。

　図１９Ｂ（ｂ）は、和音進行情報テーブルを表す。
　和音進行情報テーブルは、楽曲演奏の進行に従って演奏されるべき和音を時系列的に順次指定するための情報を取りまとめたテーブルである。和音進行情報は、図１９Ｂ（ｂ）の構成例に示されるように、スタイルＩＤ、調情報Ｋｅｙ、和音名Ｃｎｊ、和音名Ｃｎｊを規定するための和音根音情報Ｃｒｊ、和音タイプ情報Ｃｔｊ、各和音の開始及び終了時間位置（通常、拍単位）を表す和音開始及び終了タイミングデータＴｃｓｊ，Ｔｃｅｊ（ｊ＝１，２，３，…）、及び和音進行情報の最終位置を表す和音進行エンドデータＣｅから構成することができ、例えば、記憶部２２に記憶される。ここで、各２つの情報Ｃｒｊ，Ｃｔｊで規定される和音情報Ｃｎｊは、セクション情報Ｓｎｉで指定されたセクション中の和音演奏データに対して演奏すべき和音の種類を指示し、その前後にあるタイミングデータＴｃｓｉ，Ｔｃｅｉは、この和音による演奏の開始及び終了を指示する。従って、この和音進行情報を用いると、調情報Ｋｅｙにより調を指定した上、タイミングデータＴｃｓｊ，Ｔｃｅｊ及び和音情報Ｃｎｊの組合わせの繰返しによって、演奏すべき和音を順次指定することができる。

　なお、セクション進行情報や和音進行情報のタイミングは、通常、小節単位或いは拍単位で設定されるが、必要に応じて他の任意のタイミングを採用することができ、例えば、クロックタイミング単位でタイミング設定し、楽曲の小節先頭からのクロックタイミング数を各種タイミングデータ等に使用することができる。また、或るセクションＳｎｉ又は和音Ｃｎｊの終了後直ちに次のセクションＳｎｉ＋１或いは和音Ｃｎｊ＋１が開始する場合は、終了タイミングデータＴｓｅｉ，Ｔｃｅｉ又は開始タイミングデータＴｓｓ＋１，Ｔｃｅｉ＋１の何れかを省略することができる。また、この実施例においては、マスタトラック内にセクション進行情報及び和音進行情報が混在して記憶されている。

　セクション情報及び和音進行情報から所望の演奏音を得る手法を簡単に説明する。制御部２１は、「セクション進行情報」中の伴奏スタイル指定データＳｔと、順次読み出されるセクション情報Ｓｎｉにより指定されたセクション（例えば、「ＢｅＢｏｐ０１」の「Ｍａｉｎ－Ａ」）の伴奏音データ片を読み出すと、これをＲＡＭに記憶させる。ここで、各セクションに関するデータは、基準となる和音（例えば、「Ｃｍａｊ」）に従って記憶されている。記憶部２２には、上記基準となる和音に従った伴奏音データ片を、指定された任意の和音に従った音に変換するための変換規則を記述した変換テーブルが記憶されている。和音進行情報テーブルから順次読み出された任意の和音情報Ｃｎｊ（例えば、「Ｄｍａｊ」）が制御部２１に供給されると、前記基準となる和音に従った伴奏音データ片は、この変換テーブルに基づいて、上記読み出された任意の和音情報Ｃｎｊに従った音に変換される。音声出力部２６は、この変換された音を出力する。セクション進行情報から読み出されるセクション情報が変化する毎に、制御部２１に供給される伴奏音データ片が変化するので、発音される音が変化する。一方、和音進行情報から読み出される和音情報が変化したときは、変換規則が変化し、その結果、発音される音が変化する。

＜動作＞
　図２０は、第３実施形態に係る情報処理装置２０が行う処理のフロー図である。図２０において、ステップＳｄ０～Ｓｄ５については、第２実施形態に係る図１５のステップＳａ０～Ｓａ５と同様である。第３実施形態のステップＳｄ６において、制御部２１は、ステップＳｄ５における検索結果のリズムパターンレコードと同一のパターンＩＤが、いずれかのパートのリズムパターンＩＤに設定されたスタイルデータを検索結果として表示させる。

　図２１は、スタイルデータの検索結果の一例を表す図である。図２１（ａ）は、ユーザがコード入力音域鍵盤１１ｂを用いて入力したリズムパターンに基づいて、制御部２１が検索結果として出力したスタイルデータが、表示部２４に表示された場合を表している。図２１（ａ）～図２１（ｃ）において、項目「類似度」は、入力リズムパターンと、検索結果であるスタイルデータのリズムパターンとの間の距離を表している。すなわち、「類似度」で表される数値が小さいほど、入力リズムパターンに類似する度合いが高いことを意味している。図２１（ａ）に示されるように、「類似度」（ステップＳｂ７で算出されたリズムパターン同士の距離）が小さい順番で、すなわち入力リズムパターンに対する類似の度合いが高い順番で、スタイルデータが表示されている。ここにおいてユーザは、「キー」、「ジャンル」又は「ＢＰＭ」のすくなくともいずれか一の項目を用いて、この検索結果をフィルタリングして表示させることが可能である。また、ユーザがリズムパターンを入力した際のＢＰＭ、すなわち入力ＢＰＭが、検索結果の上部に入力ＢＰＭ表示欄３０１として表示される。また、検索結果の上部には、検索結果のスタイルデータを入力ＢＰＭでフィルタリングするためのテンポフィルター３０２と、検索結果のスタイルデータを指定した拍子でフィルタリングするための拍子フィルター３０３とが表示される。なお、他にも、「コード」、「スケール」、「音色」を表示し、「コード」であればコードパートにおいて使用しているコードで、「スケール」であればスタイルデータを作成した調で、「音色」であれば各パートの音色で、それぞれでフィルタリングしてもよい。

　制御部２１は、ユーザが入力ＢＰＭに近いＢＰＭを持つスタイルデータのみを検索結果として出力するためのフィルタリング機能を備えており、ユーザは、検索結果の上部に表示されるテンポフィルター３０２に対して、操作部２５を介して任意に上記フィルタリング機能のＯＮ／ＯＦＦを設定することが可能である。具体的には、上述したように各スタイルデータには「ＢＰＭ」が含まれているから、上記フィルタリング機能がＯＮである場合、制御部２１は、入力ＢＰＭの例えば（１／２^1/2）倍～２^1/2倍のＢＰＭを持つスタイルデータに関する情報を検索結果として表示する。なお、入力ＢＰＭに適用する上記係数の値（１／２^1/2）～２^1/2は一例であり、その他の値であってもよい。

　図２１（ｂ）は、図２１（ａ）の状態から、ユーザが、フィルタリング機能をＯＮにした状態を表している。図２１（ｂ）では、上述した（１／２^1/2）～２^1/2という係数を用いて制御部２１がフィルタリングを行っている。つまり、図２１（ｂ）では、入力ＢＰＭが１００であるため、７１～１４１のＢＰＭを持つスタイルデータが、フィルタリングの結果として表示されている。このようにすることで、ユーザは、入力ＢＰＭと近いＢＰＭを持つスタイルデータを検索結果として得ることができ、検索結果に対してより納得感を持てるようになる。

　また、ユーザは、操作部２５を用いて拍子フィルター３０３に対して４／４拍子などの任意の拍子を表す情報を入力することで、入力された拍子情報と対応づけられたスタイルデータの情報が検索結果として表示されるように、フィルタリングを行うことが可能である。なお、指定された拍子のスタイルデータに絞りこむだけでなく、予めグルーピングされた関連する拍子も含めて抽出するようにしてもよい。例えば４拍子指定時だと４拍子のスタイルデータだけが抽出されるだけではなく、４拍子のメトロノーム上で入力が容易な、２拍子、８分の６拍子も含めて抽出されるようにしてもよい。

　また、ユーザは、初めに或るパートを指定して、入力リズムパターンに近いリズムパターンを持つスタイルデータを検索（１回目の検索）した後に、初めに指定したパートと異なるパートを指定してリズムパターンを入力し、再び検索（２回目の検索）を行うことで、１回目の検索で出力されたスタイルデータが２回目の検索によって絞り込まれた検索結果を得ることが可能である。この場合の検索結果における「類似度」は、各々のスタイルデータにおいて、１回目の検索で指定されたパートにおける類似度と、２回目の検索で指定されたパートにおける類似度とが加算された値となっている。例えば図２１（ｃ）は、図２１（ａ）の検索結果が表示された状態において、ユーザがパートにハイハットを指定してリズムパターンを入力した結果の表示内容を表している。また、図２１（ｃ）では、拍子フィルター３０３に入力された「４／４」の拍子情報を持つスタイルデータを検索結果として表示させる。図２１（ｃ）における「類似度」は、各々のスタイルデータにおいて、対象パートが「コード」である場合の類似度と、対象パートが「ハイハット」である場合の類似度とが加算された値となっている。なお、図２１においては、「第１検索パート」及び「第２検索パート」という項目で表されるように、２つのパートを用いて検索可能なことを示しているが、検索の際に指定できるパートの数はこれに限ったものではない。また、ユーザが、或るパートを指定して検索を行った後に、初めに指定したパート（第１検索パート）と異なるパート（第２検索パート）を指定してリズムパターンを入力した場合、制御部２１は、第１検索パートを用いた検索結果に関わらず、第２検索パートのみを用いた検索結果を出力（上書き検索という）するようにしてもよい。このような絞り込み検索と上書き検索とは、情報処理装置２０の操作部２５を介して、ユーザにより切り替え可能としてもよい。

　また、複数の異なるパートが指定された場合の検索方法は、上述した内容に限らない。例えば、ユーザが、異なる複数のパートを同時に指定して演奏操作を行った場合、次のようにすればよい。制御部２１は、ユーザにより指定された各パートのパートＩＤを持つリズムパターンレコードと、当該パートの入力リズムパターンとに基づいて、両者の類似度を各々算出する。次に制御部２１は、指定された各パートのリズムパターンレコードについて算出された類似度を、上記リズムパターンレコードと対応付けられたスタイルデータごとに加算する。そして表示部２４は、加算後の類似度が最も小さい、すなわち最も類似しているスタイルデータから昇順で表示する。例えばユーザが、バスドラムとスネアドラムのパートについて同時に演奏操作を行ってリズムパターンを入力した場合、制御部２１は、バスドラムの類似度とスネアドラムの類似度をそれぞれ算出すると、スタイルデータごとに両者を加算する。このようにすれば、ユーザは、複数のパートを同時に指定して、意図するリズムパターンとの類似度が決められた条件を満たすようなリズムパターンで構成されたフレーズを持つスタイルデータを検索することができる。

　図２１（ａ）～（ｃ）のいずれかにおいて、操作部２５を用いてユーザが任意のスタイルデータを選択すると、制御部２１は、ユーザにより選択されたスタイルデータを特定し（ステップＳｄ７）、特定したスタイルデータの構成表示画面を表示部２４に表示させる。

　図２２は、スタイルデータの構成表示画面の一例を表す図である。ここでは、ユーザが、検索結果からスタイル名が「Ｂｅｂｏｐ０１」であるスタイルデータを選択したものとする。再生画面の上部には、選択されたスタイルのスタイル名、キー、ＢＰＭ及び拍子が表示される。再生画面の中央には、セクションを示すタブ（セクションタブという）４０１が表示されるとともに、各タブが示すセクションにおける各パートの情報がそれぞれトラックに展開されて、表示される。各パートの情報には、それぞれのリズムパターンレコードにおけるＢＰＭ、リズムカテゴリ及びキーが表示されるとともに、タブで示されるセクションにおける各パートのリズムパターンが、各トラックにおいて右方向に進む横軸を時間軸とし画像４０２の表示エリアの左端を演奏開始タイミングにして発音時刻に相当する位置には所定の画像４０２が表示される。ここでは、この画像４０２は構成表示画面に対して上下に所定の幅を持った棒状の形状で表示される。ユーザが、操作部２５を用いてセクションタブ４０１のうち任意のタブを選択すると、制御部２１は、選択されたタブのセクションのスタイルデータに基づくリズムパターンをする（ステップＳｄ８）。
なお、この画面では、図示しない操作子の操作によって、ユーザが作成したオリジナルのスタイルデータや既存あるいはオリジナルのスタイルデータに含まれる演奏データを、登録したり編集・確認することも可能である。　　　

　情報処理装置２０ａは、スタイルデータの構成表示画面において、図示しない操作子をユーザが操作することによる再生開始指示でスタイルデータの再生ができる。その再生の動作のモードとして、自動伴奏モード、差し替え検索モード及び追従検索モードの３種類を備えている。ユーザは、操作部２５を用いることで、これらのモードを切り替えることが可能である。自動伴奏モードの場合、選択されたスタイルデータに基づく演奏データが再生されるとともに、ユーザは、リズム入力装置１０ａや操作部２５を用いて演奏操作を行うことが可能であり、演奏操作に基づく音が、選択されたスタイルデータに基づく楽音とともに出力される。このとき、制御部２１はミュート機能を備えており、ユーザは、操作部２５を用いて任意のパートについてミュート機能を働かせることで、このパートの演奏データが再生されないようにすることが可能である。この場合、ユーザは、ミュートさせていないパートを伴奏音源のように聴きながら、ミュートさせたパートについては自らが演奏操作を行うことが可能である。

　また、差し替え検索モードの場合、図２２で示される再生画面において、ユーザが、操作部２５を用いて任意のパートを指定してリズム入力装置１０ａに対してリズムパターンを入力すると、制御部２１は、以下のような処理を行う。この場合、制御部２１は、再生中のスタイルデータにおいて予め組み合わされた演奏データのうち、指定されたパートについて、入力されたリズムパターンに基づく検索結果から選択された演奏データに差し替える。このとき、ユーザが任意のパートを指定して、リズム入力装置１０ａを用いてリズムパターンを入力すると、制御部２１は指定されたパートについて上述した検索処理を行い、図１６のような検索結果の画面を表示部２４に表示させる。ユーザが検索結果から特定の一件を選択すると、制御部２１は、再生中のスタイルにおいて、ユーザにより指定されたパートの演奏データを選択されたものに差し替える。このようにすることで、ユーザは、検索結果から選択したスタイルのうち、所望するパートについて、自らの入力リズムパターンに基づく演奏データに差し替えることが可能となる。これにより、ユーザは、既に組み合わされたものに限らず、セクション毎、パート毎に自らの意図するリズムパターンを反映させたスタイルデータを得ることができるため、情報処理装置２０ａを用いて、検索だけでなく作曲を行うことが可能となる。

　また、追従検索モードの場合、ユーザが、ミュート機能を用いて、ミュートさせていないパートを伴奏音源のように聴きながら、ミュートさせたパートについて自ら演奏操作を行うと、制御部２１は、演奏操作が行われたパートの入力リズムパターンと相性の良い演奏データを、演奏操作が行われていない各パートについて検索する。ここでリズムパターン同士の相性が良いとは、キー、ジャンル又は拍子が同じであるとか、入力ＢＰＭに対して予め決められた範囲内のＢＰＭを有するといったことに基づいて、予め決められれば良い。制御部２１は、演奏操作が行われたパートの入力リズムパターンと相性の良い演奏データのうち、類似度が最も小さい（すなわち最も類似している）ものを特定すると、これらを同期させて再生させる。このようにすれば、検索結果に対するユーザの納得感が低いものであっても、ユーザは、パートを指定してリズムパターンを入力することで、自らの入力したリズムパターンと相性の良いスタイルデータを再生させることが可能となる。

　ステップＳｄ８の次に、操作部２５を用いてユーザが別のスタイルデータを選択すると（ステップＳｄ９；Ｙｅｓ）、制御部２１は、処理をステップＳｄ７に戻す。この場合、制御部２１は、新たに選択されたスタイルデータを特定し（ステップＳｄ７）、特定したスタイルデータの再生画面を表示部２４に表示させる。ステップＳｄ８の次に、操作部２５を用いてユーザが別のスタイルデータを選択することなく（ステップＳｄ９；Ｎｏ）、検索処理の終了が指示されると（ステップＳｄ１０；Ｙｅｓ）、制御部２１は処理を終了する。

　このように、第３実施形態によれば、ユーザは、選択されたパートについて演奏操作によってリズムパターンを入力することで、特定のパートの楽音データに限らず、入力リズムパターンと類似するリズムパターンの楽音データと、これと相性の良い楽音データとが組み合わさったスタイルデータを得ることが出来る。また、ユーザは、検索結果のスタイルデータのうち、任意のパートの楽音データについて、最初に入力したのとは異なる入力リズムパターンと類似する楽音データに差し替えることが可能である。これにより、ユーザは、情報処理装置２０ａを用いて検索だけでなく作曲を行うことが可能となる。

＜変形例＞
　以下の説明で、特定の実施形態を指定して説明しているものを除き、以上の実施形態は次のように変形可能である。尚、以下の変形例は適宜組み合わせて実施しても良い。

（変形例１）
　第１実施形態では、ループ再生モード或いは演奏ループ再生モードにおいて１件のフレーズレコードが検索結果として出力されていたが、これに限らず、リズムパターン検索部２１３が、入力リズムパターンを基準として、一定以上の類似度を持つ複数のフレーズレコードを、類似度の高い順番に並び替えて検索結果として出力してもよい。このとき、検索結果として出力されるフレーズレコードの件数は、ＲＯＭに定数として記憶されていてもよいし、記憶部２２に変数として記憶され、ユーザにより変更可能としてもよい。例えば検索結果として出力されるフレーズレコードの件数が５件である場合、各フレーズレコードのフレーズ楽音データの名称が５件分、表示部２４にリスト形式で表示される。そしてユーザが選択したフレーズレコードに基づく音が、音声出力部２６から出力される。

（変形例２）
　楽器の種類が音高に幅のある楽器の場合、フレーズ楽音データにおける各構成音のキーと、外部音源を含む伴奏のキーが一致しない場合がある。このような場合に備えて、ユーザが操作部２５を通じて操作を行うことで、制御部２１が、フレーズ楽音データにおける各構成音のキーを変更可能としてもよい。また、このようなキーの変更は、操作部２５を介して行われてもよいし、リズム入力装置１０に設けられたフェーダー、つまみ、ホイール、ボタン等の操作子を介して行われてもよい。また、予め上記構成音のキーを表すデータをリズムＤＢ２２１及び自動伴奏ＤＢ２２２に記憶させておくことで、ユーザがキーを変更した場合に、制御部２１が、変更後のキーが何かをユーザに告知するようにしてもよい。

（変形例３）
　楽音データによっては、構成音の終了付近で波形の振幅（パワー）が０近くに収束されていないものがあり、この場合、構成音に基づく音声が出力された後に、クリップノイズが発生する場合がある。これを防ぐために、制御部２１が、構成音の開始及び終了付近の一定範囲を自動でフェードイン又はフェードアウトする機能を有していてもよい。ここでユーザは、上記フェードイン又はフェードアウトを適用させるかどうかを、操作部２５あるいはリズム入力装置１０に設けられた何らかの操作子を介して選択可能である。

　図２３は、楽音データにおける各構成音に対して、フェードアウトが適用された場合を表す模式図である。図２３に示されるように、“フェード”と矢印で示された箇所に、フェードアウトが適用されることで、該当する箇所の波形の振幅が徐々に小さくなり、構成音の終了時刻においては振幅がほぼ０となっている。なお、各構成音について、フェードアウトが適用される期間は、数ｍｓｅｃから数十ｍｓｅｃ程度の範囲内で、ユーザにより調整可能である。また、このフェードアウトを適用する処理は、ユーザによる演奏操作の前処理として行われてもよいし、リアルタイムの処理、または後処理として行われてもよい。

（変形例４）
　ユーザが演奏操作を行った結果であるフレーズを、制御部２１が録音し、この録音した内容を、一般的に音源ループ素材で用いられているようなファイルフォーマットで出力可能としてもよい。例えば、楽曲制作において、ユーザ自らが欲するリズムパターンがリズムＤＢ２２１に記憶されていない場合に、このように自身の演奏を記録する機能があると、ユーザは、欲していたものとイメージが近いフレーズ楽音データを手に入れることが可能となる。

（変形例５）
　また、制御部２１は、再生対象とする楽音データを１つに限らず、複数の楽音データを再生対象として、複数のフレーズを音声として重ねて出力可能としてもよい。この場合、例えば表示部２４に複数のトラックが表示され、ユーザは各々のトラックに対して、それぞれ異なる楽音データ及び再生モードを割り当てることが可能である。これにより、例えばユーザは、トラックＡにコンガの楽音データをループ再生モードで割り当てることでこれを伴奏とし、トラックＢにおいてジャンベの楽音データを演奏再生モードで割り当てることで演奏を行う、といったことが可能となる。

（変形例６）
　ユーザの演奏操作によって入力されたベロシティデータに対して、検索結果の楽音データにおける、上記ベロシティデータに紐付けられたトリガーデータと同じ時刻を持つ構成音（構成音Ａとする）のアタック強度の大きさが極端に異なる（ここでは予め定められた閾値を超える場合とする）場合、以下のような処理が行われてもよい。上述のような場合、制御部２１は、上記楽音データにおいて、入力されたベロシティデータにほぼ対応した大きさのアタック強度を持つ複数の構成音から、ランダムに選択した構成音と構成音Ａを差し替える。ここでユーザは、上述した処理を適用させるかどうかを、操作部２５あるいはリズム入力装置１０に設けられた何らかの操作子を介して選択可能である。このようにすれば、ユーザは自らが行った演奏操作により近い出力結果を得ることが可能となる。

（変形例７）
　上述した第３実施形態を除く実施形態においては、フレーズ楽音データはＷＡＶＥやｍｐ３といったファイルフォーマットからなるとしたが、これに限らず、例えばＭＩＤＩ形式のようなシーケンスデータとしてもよい。この場合、記憶部２２には、ＭＩＤＩデータの形式でファイルが記憶され、音声出力部２６に相当する構成はＭＩＤＩ音源となる。特に第２実施形態において楽音データがＭＩＤＩ形式である場合、キーシフトやピッチ変換に際してタイムストレッチなどの処理が不要となる。従って、この場合、制御部２１は、ユーザによりキー指定鍵盤２０２を用いてキーが指定されたときは、楽音データが表すＭＩＤＩ情報のうちキーを示す情報を指定キーに変更する。また、この場合、リズムパターンテーブルにおいて、各リズムパターンレコードが複数のコードに応じた楽音データを有する必要がない。制御部２１は、ユーザによりコード指定ボックス２０３を用いてコードが指定されたときは、楽音データが表すＭＩＤＩ情報のうちコードを示す情報を、指定されたコードに変更する。このように、楽音データがＭＩＤＩ形式のファイルであっても、上述した実施形態と同様の効果を奏することができる。また、第３実施形態においては、オーディオデータを用いたスタイルデータを利用してもよい。この場合、基本的な構成は、第３実施形態のスタイルデータと同様だが、各パートの演奏データがオーディオデータとして記憶されている点が異なるものである。また、ＭＩＤＩとオーディオが組み合わされたスタイルデータを利用してもよい。

（変形例８）
　ユーザの演奏操作によるトリガーデータと、リズムＤＢ２２１に含まれるフレーズ楽音データ又は自動伴奏ＤＢ２２２に含まれるリズムパターンデータとの比較によって、制御部２１が特定のフレーズレコード又はリズムパターンレコードを検出していたが、これに限らず、制御部２１は、ユーザの演奏操作によるトリガーデータ及びベロシティデータの双方を用いてリズムＤＢ２２１及び自動伴奏ＤＢ２２２を検索するようにしてもよい。この場合、同じリズムパターンを持つ楽音データが２つ存在した場合に、各構成音のアタック強度が、ユーザの演奏操作によるベロシティデータと、より近い楽音データが検索結果として検出される。このようにすれば、アタック強度についても、ユーザがイメージしていたものに近い楽音データが、検索結果として出力されることが可能となる。

＝リズムパターン同士のズレの計算方法＝
　リズムパターン同士のズレの計算方法は一例に過ぎず、異なる計算方法を用いてもよい。以下には、その計算方法のバリエーションを記載する。
（変形例９）
　例えば、確実にリズムカテゴリが一致した検索結果が出力されるように、入力リズムパターンに該当するリズムカテゴリを判定した後、判定結果のリズムカテゴリに属するフレーズレコード又はリズムパターンレコードのみを対象として、リズムパターンのズレの計算（ステップＳｂ６）、及びリズムパターン同士の距離の計算（ステップＳｂ７）が行われるようにしてもよい。このようにした場合、計算量が少なくてすむため、情報処理装置２０における負荷が下がるとともに、ユーザにとっての応答時間も短くなる。

＜ズレが基準より小さいものはズレを０扱いor小さく補正＞
（変形例１０）
　ステップＳｂ６におけるリズムパターン同士のズレの計算において、以下のような処理を施してもよい。変形例１０において、制御部２１は、入力リズムパターンにおいて比較対象のリズムパターンにおけるオンセット時刻との時刻差の絶対値が閾値より小さいオンセット時刻については、その時刻差の絶対値はユーザの手入力による意図しないものであるとみなして、ズレの値を０あるいは本来の値より小さくなるように補正する。この閾値は、例えば「１」という値であり、予め記憶部２２ａに記憶されている。例えば、入力リズムパターンのオンセット時刻が「１，１３，２３，３７」であり、比較対象のリズムパターンのオンセット時刻が「０，１２，２４，３６」であったとする。この場合、各オンセット時刻の差の絶対値は、「１，１，１，１」となる。ここで閾値が「１」であったとすると、制御部２１は、各オンセット時刻の差の絶対値に係数αを乗算して補正を行う。係数αは０から１の間を取り、ここでは０であるものとする。この場合、補正後の各オンセット時刻の差の絶対値は、「０，０，０，０」となるから、制御部２１は、両者のリズムパターンのズレを０と算出する。係数αは、予め決められて記憶部２２ａに記憶されていてもよいが、２つのリズムパターンのズレの大きさに係数αの値を対応付けた補正カーブをリズムカテゴリ毎に記憶部２２ａに記憶させることで、制御部２１がこの補正カーブに従って係数αを決定してもよい。

＜ズレが基準より大きいものは計算に用いない＞
（変形例１１）
　ステップＳｂ６におけるリズムパターン同士のズレの計算において、以下のような処理を施してもよい。変形例１１において、制御部２１は、入力リズムパターンにおいて比較対象のリズムパターンにおけるオンセット時刻との時刻差の絶対値が閾値より大きいオンセット時刻については、計算に用いない、あるいは本来の値より小さくなるようにズレを補正する。これにより、例えばユーザが１小節の前半部分や後半部分だけリズムパターンを入力した場合であっても、リズムパターンが入力された区間を対象として検索が行われる。従って、例えば第２実施形態及び第３実施形態において、１小節通して同一のリズムパターンを有するリズムパターンレコードが自動伴奏ＤＢ２２２に含まれなくても、ユーザは、入力リズムパターンに或る程度類似したリズムパターンレコードを検索結果として得ることができる。

＜ベロシティパターンの差を考慮＞
（変形例１２）
　ステップＳｂ６におけるリズムパターン同士のズレの計算において、ベロシティパターンの差を考慮した算出方法を用いてもよい。入力リズムパターンをＡとして、リズムパターンレコードに記述されたリズムパターンをＢとすると、変形例１２におけるＡとＢとのズレの大きさの計算は、以下の手順で行われる。
（１１）制御部２１は、リズムパターンＡにおける各オンセット時刻を基準として、リズムパターンＢにおける最も近いオンセット時刻との時刻差の絶対値を算出する。
（１２）制御部２１は、手順（１１）で算出した各絶対値の総和を算出する。
（１３）制御部２１は、リズムパターンＡにおける各オンセット時刻のベロシティデータと、リズムパターンＢにおける各オンセット時刻のアタック強度との差の絶対値の総和を算出する。
（１４）制御部２１は、リズムパターンＢにおける各オンセット時刻を基準として、リズムパターンＡにおける最も近いオンセット時刻との時刻差の絶対値を算出する。
（１５）制御部２１は、手順（１４）で算出した各絶対値の総和を算出する。
（１６）制御部２１は、リズムパターンＢにおける各オンセット時刻のベロシティデータと、リズムパターンＡにおける各オンセット時刻のアタック強度との差の絶対値の総和を算出する。
（１７）制御部２１は、以下の式（１）に従って、リズムパターンＡとリズムパターンＢとのズレを算出する。
　リズムパターンＡとリズムパターンＢとのズレ＝α×（手順（１２）で算出した時刻差の絶対値の総和＋手順（１５）で算出した時刻差の絶対値の総和）／２＋（１－α）×（手順（１３）で算出したベロシティの差の絶対値の総和＋手順（１６）で算出したベロシティの差の絶対値の総和）／２・・・式（１）
　式（１）においてαは０＜α＜１を満たす予め決められた係数であり、記憶部２２ａに記憶されている。ユーザは、操作部２５を用いて係数αの値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、オンセット時刻の一致度とベロシティの一致度とのどちらを優先するかによって、係数αの値を設定すればよい。このようにすれば、ユーザは、ベロシティを考慮した検索結果を得ることができる。

＜デュレーションパターンの差を考慮＞
（変形例１３）
　ステップＳｂ６におけるリズムパターン同士のズレの計算において、デュレーションパターンの差を考慮した算出方法を用いてもよい。入力リズムパターンをＡとして、リズムパターンレコードに記述されたリズムパターンをＢとすると、変形例１３におけるＡとＢとのズレの大きさの計算は、以下の手順で行われる。
（２１）制御部２１は、リズムパターンＡにおける各オンセット時刻を基準として、リズムパターンＢにおける最も近いオンセット時刻との時刻差の絶対値を算出する。
（２２）制御部２１は、手順（２１）で算出した各絶対値の総和を算出する。
（２３）制御部２１は、リズムパターンＡにおける各オンセット時刻のデュレーションパターンと、リズムパターンＢにおける各オンセット時刻のデュレーションパターンとの差の絶対値の総和を算出する。
（２４）制御部２１は、リズムパターンＢにおける各オンセット時刻を基準として、リズムパターンＡにおける最も近いオンセット時刻との時刻差の絶対値を算出する。
（２５）制御部２１は、手順（２４）で算出した各絶対値の総和を算出する。
（２６）制御部２１は、リズムパターンＢにおける各オンセット時刻のデュレーションパターンと、リズムパターンＡにおける各オンセット時刻のデュレーションパターンとの差の絶対値の総和を算出する。
（２７）制御部２１は、以下の式（２）に従って、リズムパターンＡとリズムパターンＢとのズレを算出する。
　リズムパターンＡとリズムパターンＢとのズレ＝β×（手順（２２）で算出した時刻差の絶対値の総和＋手順（２５）で算出した時刻差の絶対値の総和）／２＋（１－β）×（手順（２３）で算出したデュレーションの差の絶対値の総和＋手順（２６）で算出したデュレーションの差の絶対値の総和）／２・・・式（２）
　式（２）においてβは０＜β＜１を満たす予め決められた係数であり、記憶部２２に記憶されている。ユーザは、操作部２５を用いて係数βの値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、オンセット時刻の一致度とデュレーションパターンの一致度とのどちらを優先するかによって、係数βの値を設定すればよい。このようにすれば、ユーザは、デュレーションを考慮した検索結果を得ることができる。
　以上が、リズムパターン同士のズレの計算方法のバリエーションについての説明である。

＝リズムパターン同士の距離の計算方法＝
　リズムパターン同士の距離の計算方法は一例に過ぎず、異なる計算方法を用いてもよい。以下には、その計算方法のバリエーションを記載する。
＜両者の値の総和に係数を用いる＞
（変形例１４）
　第１実施形態～第３実施形態におけるステップＳｂ７において、制御部２１は、ステップＳｂ４でリズムカテゴリについて算出した類似度距離と、ステップＳｂ６で算出したリズムパターンのズレとを乗算することで、リズムパターン同士の距離を計算していたが、上記類似度距離又は上記ズレのどちらか一方が「０」の値であると、リズムパターン同士の距離が「０」と算出され、他方の値を反映しないものとなってしまう。これに対して、ステップＳｂ７において制御部２１が以下の式（３）に従ってリズムパターン同士の距離を算出してもよい。
　リズムパターン同士の距離＝（ステップＳｂ４でリズムカテゴリについて算出した類似度距離＋γ）×（ステップＳｂ６で算出したリズムパターンのズレ＋δ）・・・式（３）
　式（３）において、γ及びδは予め決められた定数であり、記憶部２２ａに記憶されている。ここで、γ及びδは適当に小さな値であればよい。このようにすれば、ステップＳｂ４でリズムカテゴリについて算出した類似度距離と、ステップＳｂ６で算出したリズムパターンのズレのどちらか一方が「０」の値であっても、他方の値が反映されたリズムパターン同士の距離が算出される。

＜両者の値を定数倍したものの和を用いる＞
（変形例１５）
　ステップＳｂ７におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例１５では、ステップＳｂ７において制御部２１が以下の式（４）に従ってリズムパターン同士の距離を算出する。
　リズムパターン同士の距離＝ε×ステップＳｂ４でリズムカテゴリについて算出した類似度距離＋（１－ε）×ステップＳｂ６で算出したリズムパターンのズレ・・・式（４）
　式（４）においてεは０＜ε＜１を満たす予め決められた係数である。係数εは記憶部２２に記憶されており、ユーザは操作部２５を用いてその値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、リズムカテゴリについて算出した類似度距離と、リズムパターンのズレとのどちらを優先するかによって、係数εの値を設定すればよい。このようにすれば、ユーザは、より自らの所望する検索結果を得ることができる。

＜入力時のテンポに近いテンポを持つものの距離を小さく算出＞
（変形例１６）
　ステップＳｂ７におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例１６では、ステップＳｂ７において制御部２１が以下の式（５－１）に従ってリズムパターン同士の距離を算出する。
　リズムパターン同士の距離＝（ステップＳｂ４でリズムカテゴリについて算出した類似度距離＋ステップＳｂ６で算出したリズムパターンのズレ）×з×｜入力ＢＰＭ－リズムパターンレコードのＢＰＭ｜・・・式（５－１）
　式（５－１）においてзは０＜з＜１を満たす予め決められた定数である。зは記憶部２２に記憶されており、ユーザは操作部２５を用いてその値を変更可能である。例えば、ユーザは、リズムパターンを検索するにあたり、ＢＰＭの差をどの程度優先するかによって、係数зの値を設定すればよい。このとき、入力ＢＰＭとそのＢＰＭとの差が予め決められた閾値を越えるようなリズムパターンレコードは、制御部２１が検索結果から除外するようにしてもよい。このようにすれば、ユーザは、ＢＰＭを考慮した検索結果を得ることができる。
　また、上記式（５－１）の別の例として、以下のものを用いてもよい。
　リズムパターン同士の距離＝（ステップＳｂ４でリズムカテゴリについて算出した類似度距離＋ステップＳｂ６で算出したリズムパターンのズレ）+з×｜入力ＢＰＭ－リズムパターンレコードのＢＰＭ｜・・・式（５－２）
　式（５－２）においても、式（５－１）と同様に、зは０＜з＜１を満たす予め決められた定数である。зは記憶部２２に記憶されており、ユーザは操作部２５を用いてその値を変更可能である。式（５－２）を用いれば、例えばεをかなり小さい値にすることで、基本的にはリズムパターンが近いものほど高順位で結果が出力され、更に、リズムパターンが一致しているものの中からテンポが近い順に表示されるようにすることができる。

＜入力時の音色に近い音色を持つものの距離が小さく算出されるように補正＞
（変形例１７）
　ステップＳｂ７におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例１７では、ステップＳｂ７における上述した式のいずれかにおいて、制御部２１が、右辺に対して、リズムパターンの入力時に指定された楽音の音色と比較対象のリズムパターンレコードの音色との一致度を乗算する。音色の一致度の算出方法については、周知の方法が用いられればよい。ここでは、一致度の値が小さい程、両者の音色が近いものであり、一致度の値が大きい程、両者の音色が離れているものとする。このようにすれば、ユーザはリズムパターンの入力時に体感する音色に近い音色のリズムパターンレコードが検索結果として得られやすいため、ユーザは検索結果により納得感を持つことができる。

　音色を考慮した検索は、具体的な手法として、例えば以下のようなものが考えられる。まず、パート毎に使用されている音色データ（具体的には音色のプログラムナンバとＭＳＢ（Most Significant Bit）及びＬＳＢ（Least Significant Bit））を、音色ＩＤと紐付けて予めスタイルテーブルに記述しておく。ユーザは、操作部２５を用いて音色データを指定して、リズムパターンを入力する。そして、制御部２１は、指定された音色データと一致する音色データに対応したスタイルデータが検索候補として出力されやすくなるように制御する。または、音色ＩＤを単位として音色データ毎の類似度合が予め記述されたデータテーブルを予め記憶部２２に記憶させておき、制御部２１が、類似度合の高い音色データの音色ＩＤを有するスタイルデータを優先して検索するように制御してもよい。

＜入力時のジャンルに近いジャンルを持つものの距離が小さく算出されるように補正＞
（変形例１８）
　ステップＳｂ７におけるリズムパターン同士の距離の計算は、上述したものに限らず、次のような方法を用いてもよい。変形例１８では、ユーザは、リズムパターンの入力時に、操作部２５を用いてジャンルを指定することが可能である。変形例１８では、ステップＳｂ７における上述した式のいずれかにおいて、制御部２１が、右辺に対して、リズムパターンの入力時に指定されたジャンルと比較対象のリズムパターンレコードのジャンルとの一致度を乗算する。ここで、ジャンルは、大ジャンル、中ジャンル、小ジャンルといったように、段階的に区分けされていてもよい。制御部２１は、指定されたジャンルと一致する又は含むリズムパターンレコードと入力リズムパターンとの距離がより小さくなるように、また、指定されたジャンルと一致しない又は含まないリズムパターンレコードと入力リズムパターンとの距離がより大きくなるように、ジャンルの一致度を算出し、ステップＳｂ７における式に補正を行えばよい。このようにすれば、ユーザはリズムパターンの入力時に指定したジャンルと一致する又は含むリズムパターンレコードが検索結果として得られやすいため、ユーザは検索結果により納得感を持つことができる。
　以上が、リズムパターン同士の距離の計算方法のバリエーションについての説明である。

＝入力リズムパターンとリズムカテゴリとの距離の算出方法＝
　入力リズムパターンとリズムカテゴリとの距離の算出方法は一例に過ぎず、異なる計算方法を用いてもよい。以下には、その算出方法のバリエーションを記載する。
＜カテゴリに特有の入力時刻間隔の個数＞
（変形例１９）
　変形例１９において、制御部２１は、入力リズムパターンにおいて比較対象のリズムカテゴリを象徴するオンセット時刻間隔が含まれる個数に基づいて、入力リズムパターンと各リズムカテゴリとの距離を算出する。図２４は、オンセット時刻間隔テーブルの一例を表す図である。オンセット時刻間隔テーブルは記憶部２２に予め記憶されている。オンセット時刻間隔テーブルは、リズムカテゴリの分類を示す名称と、各リズムカテゴリにおいて対象となるオンセット時刻間隔との組み合わせからなる。なお、ここでは１小節を４８に等分して正規化したものとしてオンセット時刻間隔テーブルの内容が予め決められている。

　例えば、ここで、上述した方法により、制御部２１が、入力リズムパターンにおけるオンセット時刻からオンセット時刻間隔を算出し、算出結果にクオンタイズを施した結果、以下の（ｄ）で表す数値群を算出したとする。
（ｄ）１２，６，６，６，６，６
　制御部２１は、算出した数値群と、図２４に示すオンセット時刻間隔テーブルとに従って、４分のオンセット時刻間隔が１個、８分のオンセット時刻間隔が５個であると特定する。そして制御部２１は、以下の式（６）に従って、入力リズムパターンと各リズムカテゴリとの距離を算出する。
　入力リズムパターンとリズムカテゴリＮとの距離＝１－（入力リズムパターンにおけるリズムカテゴリＮの対象となるオンセット時刻間隔の個数／入力リズムパターンにおけるオンセット時刻間隔の総数）・・・（６）
　上述した式は一例であり、対象となるオンセット時刻間隔がより多く含まれているリズムカテゴリほど、入力リズムパターンとの距離が小さく算出されるものであればよい。式（６）に従った結果、制御部２１は、例えば入力リズムパターンと８分のリズムカテゴリとの距離を、０．１６６と算出する。また、式（６）に従った結果、制御部２１は、例えば入力リズムパターンと４分のリズムカテゴリとの距離を、０．８３３と算出する。制御部２１は、このようにして入力リズムパターンと各リズムカテゴリとの距離を算出し、最も距離が小さく算出されたリズムカテゴリに入力リズムパターンが属する、と判定する。

＜ＤＢリズムカテゴリと入力リズムカテゴリとのマトリクス＞
（変形例２０）
　入力リズムパターンとリズムカテゴリとの距離の算出方法は、上述したものに限らず、次のようにしてもよい。変形例２０では、距離参照表なるものを記憶部２２が記憶している。図２５は、距離参照表の一例を表す図である。距離参照表では、入力リズムパターンの属し得るリズムカテゴリと、自動伴奏ＤＢ２２２に記憶された各リズムパターンレコードが属し得るリズムカテゴリとの距離が、マトリクス状に表されている。例えば、制御部２１が、入力リズムパターンが属するリズムカテゴリを８分と判定したとする。制御部２１は、判定結果である入力リズムパターンが属するリズムカテゴリと、距離参照表とに基づいて、入力リズムパターンと各リズムカテゴリとの距離を特定する。例えば、この場合、制御部２１は、入力リズムパターンと４分のリズムカテゴリとの距離を「０．８」と特定し、入力リズムパターンと８分のリズムカテゴリとの距離を「０」と特定する。これにより、制御部２１は、８分のリズムカテゴリが入力リズムパターンと最も距離が小さいと判定する。

＜カテゴリに特有の入力時刻とスコアに基づく＞
（変形例２１）
　入力リズムパターンとリズムカテゴリとの距離の算出方法は、上述したものに限らず、次のようにしてもよい。変形例２１において、制御部２１は、入力リズムパターンにおいて比較対象のリズムカテゴリを象徴するオンセット時刻が含まれる個数に基づいて、入力リズムパターンと各リズムカテゴリとの距離を算出する。図２６は、オンセット時刻テーブルの一例を表す図である。オンセット時刻テーブルは記憶部２２ａに予め記憶されている。オンセット時刻テーブルは、リズムカテゴリの分類を示す名称と、各リズムカテゴリにおいて対象となるオンセット時刻と、入力リズムパターンに対象となるオンセット時刻が含まれる場合に加算するスコアとの組み合わせからなる。なお、ここでは１小節を４８に等分して正規化したものとしてオンセット時刻テーブルの内容が予め決められている。

　例えば、制御部２１が、入力リズムパターンから、（ｅ）で示すオンセット時刻を得たとする。
（ｅ）０，１２，１８，２４，３０，３６，４２
制御部２１は、このオンセット時刻とオンセット時刻テーブルとに基づいて、各リズムカテゴリに対する入力リズムパターンのスコアを算出する。ここでは、制御部２１は、４分のリズムカテゴリに対するスコアとして「８」を算出し、８分のリズムカテゴリに対するスコアとして「１０」を算出し、８分３連のリズムカテゴリに対するスコアとして「４」を算出し、１６分のリズムカテゴリに対するスコアとして「７」を算出する。そして制御部２１は、算出したスコアが最も高いリズムカテゴリを、入力リズムパターンとの距離が最も小さいリズムカテゴリであると判定する。ここでは、制御部２１は、入力リズムパターンが８分のリズムカテゴリと最も距離が小さいと判定する。
　以上が、入力リズムパターンとリズムカテゴリとの距離の算出方法のバリエーションについての説明である。

＜音高パターンで検索＞
（変形例２２）
　ユーザがパートを指定して入力した音高パターンによって検索が行われるようにしてもよい。説明の便宜上、ここでは第２実施形態及び第３実施形態を例に挙げて説明する。変形例２２では、図１３Ａに示すリズムパターンテーブルにおいて、「リズムパターンＩＤ」という項目名は「パターンＩＤ」となる。また、変形例２２において、図１３Ａに示すリズムパターンテーブルにおける各リズムパターンレコードには、「音高パターンデータ」という項目が追加される。音高パターンデータは、１小節を構成するフレーズにおける各構成音の音高の時系列に沿った変化が記録されたデータファイルである。音高パターンデータは、例えばテキストファイルに、構成音の音高の時系列に沿った変化が記述されたものである。また、前述したように、オンセット情報には、トリガーデータ以外に鍵盤のノートナンバーが含まれている。このうち、トリガーデータにおけるオンセット時刻の並びが入力リズムパターンに相当し、鍵盤のノートナンバーの並びが入力音高パターンに相当する。ここで、情報処理装置２０が音高パターンを検索するときには周知の方法のいずれかを用いればよい。例えば、ユーザがパートにコードを指定して、「Ｃ－Ｄ－Ｅ」というルートの音高シーケンスを入力した場合、情報処理装置２０の制御部２１は、このシーケンスにおける音高の進行を「０－２－４」という相対的な数値で表した音高パターンデータを持つリズムパターンレコードを検索結果として出力する。

　また、例えばユーザがパートにフレーズを指定して、「Ｄ－Ｄ－Ｅ－Ｇ」という単音の音高パターンを入力した場合、制御部２１は、入力された音高パターンを表すＭＩＤＩ情報を生成する。制御部２１は、リズムパターンテーブルにおいて、この生成したＭＩＤＩ情報と同一又は類似した音高パターンデータを持つ音高パターンレコードを検索結果として出力する。このような音高パターンによる検索と、リズムパターンによる検索とは、その検索のモードを、情報処理装置２０の操作部２５を介してユーザにより切り替え可能としてもよい。

＜リズムパターン＆音高パターン両指定検索＞
（変形例２３）
　ユーザがパートを指定して入力したリズムパターンによって検索が行われた結果のうち、上記音高パターンがより類似したリズムパターンレコードが検索結果として出力されるようにしてもよい。説明の便宜上、ここでは第２実施形態及び第３実施形態を例に挙げて説明する。変形例２３のリズムパターンテーブルにおける各リズムパターンレコードは、各パートについての「パターンＩＤ」とともに、各パートについての「音高パターンデータ」を含んでいる。

　図２７は、音高パターンを用いた検索の処理内容を表す模式図である。図２７（ａ）及び（ｂ）において、横軸は経過する時間を表し、縦軸は音高を表す。変形例２３では、図５の検索処理のフロー図において、次のような処理が追加される。例えばユーザが、ベース入力音域鍵盤１１ａにおける鍵盤を操作して、「Ｃ―Ｅ―Ｇ―Ｅ」という音高パターンを、４分のリズムで入力していたとする。このときの入力音高パターンは、例えば「６０，６４，６７，６４」というノートナンバーの並びで表される。図２７（ａ）は、この音高パターンを表したものである。ここでは、パートがベースであるため、リズムパターン検索部２１４は、ステップＳｂ６において、音高パターンテーブルのうち、パートＩＤが「０１（ベース）」である音高パターンレコードを比較対象として、比較対象の音高パターンレコードに含まれる音高パターンデータと、入力音高パターンとのズレを算出する。

　制御部２１は、入力音高パターンと、パートＩＤが「０１（ベース）」である各リズムパターンレコードに含まれる音高パターンデータが表す音高パターン（以降、音源の音高パターンという）との音程の分散を求める。これは、音程の差分にバラつきが少ないほど、メロディパターンが類似しているとみなせる、という考えに基づいている。例えば、入力音高パターンが上述したように「６０，６４，６７，６４」で表され、或る音源の音高パターンが「５７，６０，６４，６０」で表されたとする。図２７（ｂ）では、入力音高パターンと音源の音高パターンとが並べて表されている。ここで、以下の式（７）で音程の平均値を求めることで、式（８）により音程の分散を求めることができる。
　（（｜６０－５７｜）＋（｜６４－６０｜）＋（｜６７－６４｜）＋（｜６４－６０｜））／４＝３．５・・・式（７）
　（（｜３．５－３｜）²＋（｜３．５－４｜）²＋（｜３．５－３｜）²＋（｜３．５－４｜）²）／４＝０．２５・・・式（８）
　上記式で表されるように、「６０，６４，６７，６４」で表される入力音高パターンと、「５７，６０，６４，６０」で表される音源の音高パターンとの音高の差分の分散は、「０．２５」となる。制御部２１は、このような音程の分散を、音源の音高パターンの全てについて算出する。

　次に、ステップＳｂ７において、制御部２１は、音高パターンを考慮した場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いを求める。ここで、音高パターンを考慮しない場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いをＳと定義し、上記音高の差分の分散をＶと定義すると、音高パターンを考慮した場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いＳｐは、変数ｘ、定数ｙを用いて以下の式（９）で表せる。式（９）において、０＜ｘ＜１であり、ｙ＞０である。
　Ｓｐ＝（１－ｘ）Ｓ+ｘｙＶ・・・式（９）
　変数ｘが０の場合、上記式は「Ｓｐ＝Ｓ」となるため、求められる類似の度合いは、音高パターンを考慮しない場合のものとなる。一方、ｘが１に近づくにつれて、上記式で求められる類似の度合いは、より音高パターンを考慮した場合のものとなる。変数ｘの大きさは、ユーザが操作部２５を用いて変更可能としてもよい。なお、式（９）においては、上記音高の差分の分散に代えて、音高の差分の平均誤差を用いてもよい。そして制御部２１は、検索結果であるリズムパターンレコードを、音高パターンを考慮した場合の、検索結果のリズムパターンと入力リズムパターンとの類似の度合いが高い（距離が小さい）順番で並び替えると、ＲＡＭに記憶させる。

　また、入力音高パターンにおけるオンセット時刻及びオンセットの個数と、音源の音高パターンを構成する各ノートのオンセット時刻及びノートの個数とが一致するとは限らない。このような場合、制御部２１は、以下の手順に従って、入力音高パターンの各オンセットに、音源の音高パターンのどのノートが対応しているかを決定する。
（３１）制御部２１は、入力音高パターンの各ノートのオンセット時刻を基準として、音源の音高パターンにおける最も近いオンセット時刻のノートとの音高の差分を算出する。
（３２）制御部２１は、音源の音高パターンの各ノートのオンセット時刻を基準として、入力音高パターンにおける最も近いオンセット時刻のノートとの音高の差分を算出する。
（３３）制御部２１は、手順（３１）で算出した差分と手順（３２）で算出した差分との平均値を、入力音高パターンと音源の音高パターンとの音高の差分として算出する。
　なお、計算量を抑えるために、手順（３１）若しくは手順（３２）のいずれかのみを用いて音高の差分が算出されるようにしてもよい。なお、音高パターンを考慮した場合の、入力リズムパターンと検索結果のリズムパターンとの類似の度合いの算出方法は、上述の方法に限らず、他の方法が用いられてもよい。

　また、対応する音高の差分の絶対値を１２で割ると、入力音高パターンそのものと類似した伴奏ではなく１２音階における音高パターンが類似した伴奏が検索できる。ここで、音高をノートナンバーで表したときに、「３６，４３，３６」という音高パターンＡと、「３６，３１，３６」という音高パターンＢとの２つの対応する音高パターンを比較する場合について説明する。両者の音高パターンは互いに異なるが、構成音は同じ「Ｃ，Ｇ，Ｃ」であって、Ｇのノートナンバーがオクターブ違うだけなので、類似したパターンであるとみなせる。制御部２１は、音高パターンＡ及びＢについて、１２音階における音高パターンの差を以下の式（１０）及び式（１１）に従って計算する。
　（｜３６－３６｜／１２）＋（｜４３－３１｜／１２）＋（｜３６－３６｜／１２）＝０・・・式（１０）
　（|０－０|＾２）（|０－０|＾２）（|０－０|＾２）＝０・・・式（１１）
　１２音階における音高の変動のパターンが一致しているため、音高パターンＡと音高パターンＢの１２音階における音高パターンの類似度は０と算出される。すなわち、この場合、音高パターンＢが、音高パターンＡに最も類似する音高パターンとして出力される。このように、入力音高パターンそのものとの類似度合いだけでなく、１２音階における音高の変動のパターンも考慮すると、ユーザは、より納得感のある結果が得られる。

　また、入力音高パターンそのものと、１２音階における音高の変動のパターンとの両方を考慮したリズムパターンの類似度をもとに検索結果を出力してもよい。この場合の計算式は、例えば以下の式（１３）のように表せる。
　入力音高パターンそのものと１２音階における音高の変動のパターンを考慮したリズムパターンの類似度＝（１－Ｘ）×(リズムパターンの類似度)＋ＸＹ｛（１－κ）（音高のパターンの類似度）＋κ（１２音階のパターンの類似度）｝・・・式（１３）
　ここで、Ｘ、Ｙ及びκは、0＜Ｘ＜1、Ｙ＞0、0＜κ＜1をそれぞれ満たす予め決められた定数である。なお、上記式は一例であってこの限りではない。

　このようにすれば、ユーザが意図したリズムパターンのみならず、音高パターンについてもユーザが意図したものと近いリズムパターンレコードが検索結果として出力されることとなる。これにより、ユーザは、入力リズムパターンとリズムパターンは同じだが、音高パターンが異なるようなリズムパターンレコードを検索結果として得ることが可能となる。

＜トリガーとベロシティの両方で検索＞
（変形例２４）
　制御部２１は、ユーザの演奏操作によるトリガーデータ及びベロシティデータの双方を用いてリズムＤＢ２２１及び自動伴奏ＤＢ２２２を検索するようにしてもよい。この場合、極めて類似したリズムパターンを持つリズムパターンデータが２つ存在したときは、制御部２１は、アタック強度パターンデータに記述された各構成音のアタック強度がユーザの演奏操作によるベロシティデータとより近いリズムパターンデータを検索結果として出力する。このようにすれば、アタック強度についても、ユーザがイメージしていたものに近い自動伴奏データが、検索結果として出力されることが可能となる。

（変形例２５）
　制御部２１がリズムＤＢ２２１及び自動伴奏ＤＢ２２２を検索するにあたって、トリガーデータ及びベロシティデータに加えて、同一の音が鳴り続ける長さを表すデュレーションデータを用いてもよい。ここで、各構成音におけるデュレーションデータは、オフセット時刻から直前のオンセット時刻を差し引いた時間の長さで表される。デュレーションデータは、リズム入力装置１０における入力手段が鍵盤である場合に、情報処理装置２０がオフセット時刻を明確に取得することが可能であるため、特に有効に活用することができる。この場合、フレーズテーブル及びリズムパターンテーブルにおいて、「デュレーションパターンデータ」という項目が追加されることとなる。デュレーションパターンデータは、１小節を構成するフレーズにおける各構成音の鳴り続ける長さが記録されたデータファイルであり、例えばテキストファイルに、各構成音の鳴り続ける長さが記述されたものである。この場合、情報処理装置２０は、ユーザにより入力された、１小節におけるデュレーションのパターンを用いて、フレーズテーブル又はリズムパターンテーブルから、上記入力されたデュレーションのパターンと最も類似するデュレーションパターンデータを持つフレーズレコード又はリズムパターンレコードを検索結果として出力するようにすればよい。このようにすれば、類似したリズムパターンを持つフレーズレコード又はリズムパターンレコードが複数存在しても、情報処理装置２０が、スラー（伸ばす）のあるリズムパターンや、スタッカート（はねる）のあるリズムパターン等を識別して検索結果として出力することが可能となる。

＜音色の近いものを検索＞
（変形例２６）
　情報処理装置２０が検索を行うにあたって、入力リズムパターンにおける音色と同一又は類似の度合いが高い音色を持つフレーズを持つ自動伴奏データを検索するようにしてもよい。例えば、それぞれのリズムパターンデータに対し、使用される音色毎にその音色の識別情報を対応付けて持たせておき、ユーザがリズムパターンを入力する際に、事前に音色を指定しておくことで、対応する音色で発音するリズムパターンに絞ったうえでそのリズムパターンの類似度が高いものを検索されるようにすればよい。ここでは、第２実施形態及び第３実施形態を例に挙げて説明する。この場合、リズムパターンテーブルにおいて、項目「音色ＩＤ」が追加される。ユーザは、演奏操作子を用いてリズムパターンを入力する際に、例えば操作部２５を用いて音色を指定する。音色の指定は、リズム入力装置１０が備える操作子によって行われてもよい。ユーザが演奏操作を行うと、演奏操作が行われた際に指定された音色のＩＤが、ＭＩＤＩ情報の一部として情報処理装置２０に入力される。情報処理装置２０は、入力された音色ＩＤに基づく音の音色と、リズムパターンテーブルにおける指定されたパートの各リズムパターンレコードにおける音色ＩＤに基づく音の音色を比較し、比較結果に基づいて、両者が予め決められた対応関係にある場合、そのリズムパターンレコードを特定する。この対応関係は、例えば、比較結果に基づいて両者の楽器種類が同じであると識別可能なように予め決められており、記憶部２２ａに記憶されている。ここで、音色の比較については、各々の音の波形におけるスペクトラムを比較するなど、周知の方法を用いればよい。このようにすれば、リズムパターンが類似していることに加え、指定したパートについて音色が類似した自動伴奏データをユーザは得ることが可能となる。なお、具体的な手法としては、変形例１７に記載した内容と同様の手法で実現できる。

（変形例２７）
　入力時刻間隔ヒストグラムと発音時刻間隔ヒストグラムとの差分の絶対値が最も小さいことを、入力時刻間隔ヒストグラムに対する発音時刻間隔ヒストグラムの類似度が高いと判断していたが、両者の類似度が高いことを示す条件は、上記のような両ヒストグラムの差分の絶対値に限らない。例えば、両ヒストグラムの各時刻間隔成分の積などの相関度が最も大きいとか閾値を超えるといったことや、両ヒストグラムの差分の２乗が最も小さいとか閾値未満であるといったこと、両ヒストグラムの各時刻間隔成分における値が類似していることを示すような条件であれば、どのような条件を用いてもよい。

（変形例２８）
　リズム入力装置１０から入力されたリズムパターンに従って、情報処理装置２０が、当該リズムパターンに類似するリズムパターンを持つ楽音データを検索し、検索結果の楽音データを音に変換して出力していたが、次のようにしてもよい。例えば、上記実施形態に相当する内容をウェブサービスによって実施する場合、上記実施形態において情報処理装置２０が備える機能を、当該ウェブサービスを提供するサーバ装置が備えることとなる。そして、ユーザの操作によって、クライアント装置である自端末（例えばＰＣ）が、インターネットや専用線等を介して入力リズムパターンを上記サーバ装置に送信する。サーバ装置は、受信した入力リズムパターンに基づいて、記憶手段から当該入力リズムパターンに類似するリズムパターンを持つ楽音データを検索し、検索結果の楽音データを自端末に送信する。そして自端末は、受信した楽音データに基づく音を出力する。なお、この場合、サーバ装置の提供するウェブサイトやアプリケーションにおいて、小節線クロックがユーザに提示されるようにすればよい。

（変形例２９）
　リズム入力装置１０における演奏操作子は、ユーザが演奏操作したときに、少なくともトリガーデータを出力するものであれば、鍵盤やドラムパッドのような形状に限らず、弦楽器、吹奏楽器、あるいはボタンなどの形状であってもよい。また、その他に演奏操作子は、タッチパネルを備えたタブレットＰＣ、スマートフォン、携帯電話等であってもよい。

　ここで、演奏操作子がタッチパネルである場合の例を考える。タッチパネルにおいては、その画面上に複数のアイコンが表示されることがある。ここで、各アイコンに楽器や楽器の操作子（鍵盤など）の画像が表示されるようにすれば、ユーザは、どのアイコンをタッチすればどのような楽器や楽器の操作子に基づく楽音が発せされるのかが分かるようになる。このようにした場合、タッチパネルにおいて上記各アイコンが表示される各々の領域が、実施形態における演奏操作子の各々と対応することとなる。

＜指定ＢＰＭでなく本来のＢＰＭでも再生可能＞
（変形例３０）
　第２実施形態及び第３実施形態において、リズムパターンレコードには本来のＢＰＭが情報として含まれているから、ユーザが操作部２５を用いて行った操作に従って、制御部２１が、リズムパターンレコードに含まれる楽音データが示す楽音を本来のＢＰＭで再生するようにしてもよい。また、検索結果から特定のリズムパターンレコードがユーザにより選択されて制御部２１がこれを特定すると、制御部２１が、特定された直後は上記入力されたＢＰＭまたは上記指定されたＢＰＭに基づく速度でリズムパターンレコードに含まれる楽音データが示す楽音を再生し、時間の経過に伴って、ＢＰＭがリズムパターンレコードの持つ本来のものに徐々に近づくように制御してもよい。

（変形例３１）
　ユーザが検索結果に対してより納得感を持てるようにするための方法は、上述したフィルタリング機能に限ったものではない。
＜類似度にＢＰＭの差による重み付けを行う＞
説明の便宜上、ここでは第２実施形態及び第３実施形態を例に挙げて説明する。例えば、入力リズムパターンとリズムパターンテーブルに含まれるリズムパターンレコードとの距離を求める算出式に、入力ＢＰＭとリズムパターンレコードが有する本来のＢＰＭとの差に基づく重み付けを導入してもよい。ここで、ａを予め定められた定数とし、入力リズムパターンとリズムパターンテーブルに含まれるリズムパターンレコードとの距離をＬとすると、上記重み付けを導入した場合の類似度を求める計算式は、例えば以下の式（１０）のように表せる。
　類似度＝Ｌ＋｜入力ＢＰＭ－リズムパターンレコードの有するＢＰＭ｜／ａ・・・式（１４）
　なお、上記類似度を求める計算式は式（１４）のようなものに限ったものではなく、入力ＢＰＭとリズムパターンレコードの持つＢＰＭとが近いほど類似度が小さくなる（すなわち類似の度合いが高くなる）ような計算式であればよい。

＜フィルタリングのバリエーション＞
　上述の実施形態のように、プルダウンで特定の対象をユーザが指定して表示結果を絞るように使用してもよいが、リズムパターン入力時の演奏情報を自動で解析して自動で表示結果を絞るような方法でもよい。また、鍵盤などから入力したリズム入力のピッチの演奏情報から、コードタイプやスケールを判定してそのコードタイプやスケールで登録された伴奏が自動で検索結果として表示されるようにしてもよい。例えばロックっぽいコードでリズム入力したら、ロックのスタイルが検索されやする。他には、中東っぽいスケールでリズムを入力したら、中東っぽいフレーズが検索されやすくなる。また、鍵盤入力時に指定された音色の情報によって、同じ音色情報を持ち、且つリズムパターンが一致するものを検索するようにしてもよい。例えば、スネアドラムのリムショットでリズム入力した場合、同じリズムパターンを持つ候補の中でもリムショットの音色の伴奏が優先して表示されるようにする。

＜パッドの代わりに鍵盤でドラムス入力＞
（変形例３２）
　第２実施形態及び第３実施形態において、リズム入力装置１０が入力パッド１２を備えない場合、リズム入力装置１０が次のような構成を取ってもよい。この場合、デフォルトの状態では鍵盤１１には、ベース入力音域鍵盤１１ａ、コード入力音域鍵盤１１ｂ、及びフレーズ入力音域鍵盤１１ｃが所定の鍵域に各々割り当てられている。ここでユーザが、操作部２５を介してドラムスのパートの入力を行う旨を指示すると、制御部２１は、鍵盤１１の所定の鍵域にドラムのパートを割り当てる。例えば、制御部２１は、Ｃ３にバスドラムのパートを割り当て、Ｄ３にスネアドラムのパートを割り当て、Ｅ３にハイハットのパートを割り当て、Ｆ３にシンバルのパートを割り当てる、といった具合である。なお、この場合、制御部２１は、鍵盤１１の全鍵域における操作子（すなわち各鍵）に、各々異なる楽器音を割り当てることが可能である。ここで制御部２１が、鍵盤１１における各操作子（各鍵）の上部や下部に、割り当てられる楽器音に関する画像（例えばスネアドラムの画像）を表示するようにしてもよい。

＜パートの操作子を視聴覚的に判別しやすくする＞
（変形例３３）
　第２実施形態及び第３実施形態において、ユーザが、どの操作子を操作すれば、どのパートが制御部２１によって検索されるのかを視覚的に分かりやすくするために、次のようにしてもよい。例えば、制御部２１が、鍵盤１１における各操作子（各鍵）の上部や下部に、割り当てられるパートに関する画像（例えば、ギターのコードが押さえられた画像、ピアノが単音で演奏されている画像（例えば単一の鍵が指で押さえられている画像）、又はスネアドラムの画像等）を表示する。また、制御部２１が、上述の画像を各操作子の上部や下部に表示するに限らず、表示部２４に表示させてもよい。この場合、表示部２４には、例えば鍵盤１１を模した鍵盤の画像が表示されるとともに、実際の鍵盤１１の各鍵域に割り当てられているのと同じ割り当て状態で、鍵盤の画像の各鍵域に対して割り当てられたパートの画像が表示される。または、ユーザが、どの操作子を操作すれば、どのパートが制御部２１によって検索されるのかを聴覚的に分かりやすくするために、次のようにしてもよい。例えば、ユーザがベース入力音域鍵盤１１ａに対して入力を行うと、制御部２１は、音声出力部２６からベースの音声を出力させる。このようにすれば、ユーザは、どの操作子を操作すれば、どのパートが検索されるのかを視覚的又は聴覚的に判別可能となるため、操作入力が容易なものとなり、結果として自らが望む伴奏音源を得やすくなる。

＜検索の計算：処理の順番入れ替え可能＞
（変形例３４）
　図５の処理フローにおいて、リズムカテゴリ毎のオンセット時刻間隔の分布を計算（ステップＳｂ１）した後に、入力リズムパターンにおけるオンセット時刻間隔の分布を計算していた（ステップＳｂ３）が、ステップＳｂ１とステップＳｂ３の順番を入れ替えてもよい。また、処理ステップの入れ替えに関わらず、制御部２１が、リズムカテゴリ毎のオンセット時刻間隔の分布を計算した後、計算結果をＲＡＭや記憶部２２に記憶させるようにしてもよい。このようにすれば、制御部２１は一度計算した結果を再度計算する必要がなく、処理速度の向上を見込むことが可能となる。

＜和音の丸め込み＞
（変形例３５）
　第１実施形態～第３実施形態では、例えば、ユーザがベース入力音域鍵盤１１ａにおいて、和音となるように鍵盤を押下したとき等のように、ユーザが所定時間内において複数の操作子を操作してリズムパターンを入力する場合には、次のような問題がある。例えば、１小節において、ユーザが「０．２５」のタイミングでリズムを入力したかったとする。ここで、ユーザが、自身では同一のタイミングのつもりで複数の操作子を操作しても、実際には、或る操作子が「０．２５」のオンセット時刻で操作され、他の操作子が「０．２６」のオンセット時刻で操作された場合、制御部２１は、これらのオンセット時刻のとおりに入力リズムパターンを記憶してしまう。このような場合、ユーザが意図していたものとは異なる検索結果が出力される可能性があり、ユーザにとっては操作性がよいものとはいえない。これに対して、次のようにしてもよい。なお、説明の便宜上、ここでは第２実施形態及び第３実施形態を例に挙げて説明する。

　変形例３５において、制御部２１は、リズム入力装置１０から入力されるオンセット情報と、自動伴奏ＤＢ２１１に含まれるパートテーブルとに基づいて、同一のタイミングにおいて同じパートにおける複数の操作子に対して操作が行われたか否かを判定する。例えば、制御部２１は、ベース入力音域鍵盤１１ａに含まれる操作子のうち、或る操作子のオンセット時刻と他の操作子のオンセット時刻との差分が所定時間内に収まる場合、これらの操作子が同一のタイミングで操作されたと判定する。ここで所定時間とは、例えば５０ｍｓｅｃ（ミリ秒）である。そして制御部２１は、上記判定の結果、これらの操作子に対する操作を同一のタイミングにおける操作であるとみなす旨の情報を、該当するオンセット時刻を持つトリガーデータと対応付けて制御部２１に出力する。制御部２１は、同一のタイミングにおける操作であるとみなす旨の情報が対応付けられたトリガーデータのうち、開始時刻が遅い方のオンセット時刻を持つトリガーデータを除外した入力リズムパターンを用いてリズムパターン検索を行う。つまり、この場合、ユーザの所定時間内の操作に基づくオンセット時刻のうち、開始時刻が早い方のオンセット時刻がリズムパターン検索に用いられることとなる。また、これに限らず、ユーザの所定時間内の操作に基づくオンセット時刻のうち、開始時刻が遅い方のオンセット時刻がリズムパターン検索に用いられるようにしてもよい。つまり、制御部２１は、ユーザの所定時間内の操作に基づく複数のオンセット時刻のいずれかを用いてリズムパターン検索を行うようにすればよい。また、制御部２１が、ユーザの所定時間内の操作に基づく複数のオンセット時刻の平均を求め、この平均値を、上記ユーザの所定時間内の操作におけるオンセット時刻として、リズムパターン検索を行うようにしてもよい。このようにすれば、ユーザが所定時間内において複数の操作子を用いてリズム入力を行った場合であっても、ユーザが意図していたものと近い検索結果が出力されるようにすることが可能となる。

＜頭拍欠け問題の解消＞
（変形例３６）
　制御部２１が小節単位で入力リズムパターンを記憶するタイミングを、小節線クロックに基づく小節の切り替えタイミングと同じものすると、以下のような問題が生じることがある。例えば、ユーザの操作によってリズムパターンが入力される場合、ユーザが自身で感じている時刻間隔と小節線クロックとのズレによって、ユーザが意図していたリズムパターンと実際のオンセット時刻との間に数ｍｓｅｃ～数十ｍｓｅｃの誤差が生じる。従って、例えば、ユーザが小節頭の拍を入力しているつもりでも、上記誤差によって１つ前の小節のリズム入力として扱われてしまうことがあり、この場合、このリズム入力は入力リズムパターンとして記憶されないことがある。このような場合、ユーザが意図していたものと異なる検索結果が出力されてしまい、ユーザにとって操作性がよいとはいえない。このような問題に対しては、制御部２１がＲＡＭに入力リズムパターンを記憶させる際に、小節の頭よりも数十ｍｓｅｃ早い時点（すなわち直前の小節における最後の数十ｍｓｅｃ）から、最後の数十ｍｓｅｃを除く小節の終わりまでを処理の対象範囲とすればよい。つまり、制御部２１は、ＲＡＭに記憶させる入力リズムパターンの対象範囲を数十ｍｓｅｃ分だけ前にずらすこととなる。このようにすれば、ユーザが意図していたものと異なる検索結果が出力されることを少なくすることができる。

＜検索直後に再生＞
（変形例３７）
　制御部２１がリズムパターン検索を行うタイミングを、小節線クロックに基づく小節の切り替えタイミングと同じものすると、以下のような問題が生じることがある。例えば、本発明における検索方法は、検索結果の楽音データが、リズム入力の直後の小節で小節線クロックと同期して再生されるようなプレイバック機能を備えた楽音データ処理装置にも応用可能である。この場合、リズム入力の直後の小節における頭から検索結果の楽音データが再生されるには、上記小節の頭の時点より以前、つまりリズム入力が行われた小節内で検索結果が出力される必要がある。また、ＲＡＭの記憶容量の問題等により、事前に再生対象である楽音データを予め読み込んでＲＡＭに記憶させておくことが不可能な場合には、リズム入力が行われた小節内で検索結果の楽音データを読み込んでＲＡＭに記憶させる必要がある。このような問題に対しては、制御部２１がリズムパターン検索を行うタイミングを、小節の切り替えタイミングよりも、例えば数十ｍｓｅｃ早いものとすればよい。このようにすれば、小節の切り替えが行われる前に検索が行われ、検索結果の楽音データがＲＡＭに記憶されることで、リズム入力の直後の小節における頭から検索結果の楽音データが再生されることが可能となる。

＜複数小節検索＞
（変形例３８）
　入力リズムパターンを１小節単位に限らず、複数小節（Ｎ小節とする）に跨るリズムパターンを検索できるように、以下のようにしてもよい。説明の便宜上、ここでは第２実施形態及び第３実施形態を例に挙げて説明する。この場合、例えば、制御部２１が、Ｎ小節のまとまりを持った入力リズムパターンを用いてリズムパターンテーブルを検索する方法がある。しかしこの方法では、ユーザが、小節線クロックに合わせてリズムパターンを入力する際に、１小節目がどこかを指定する必要がある。また、検索結果がＮ小節後に出力されるため、検索結果が出力されるまでに時間がかかってしまう。これに対して、次のようにしてもよい。

　図２８は、複数小節のリズムパターンを検索する場合の処理内容を表す模式図である。説明の便宜上、ここでは第２実施形態及び第３実施形態を例に挙げて説明する。変形例３８において、自動伴奏ＤＢ２２２におけるリズムパターンテーブルには、Ｎ小節に跨るリズムパターンデータを持つリズムパターンレコードが含まれている。また、ユーザは、操作部２５を用いて、検索するリズムパターンの小節数を指定する。この指定内容は、例えば表示部２４に表示される。ここで例えば、ユーザが、検索するリズムパターンの小節を「２小節」と指定したとする。ユーザによって操作子を用いてリズムが入力されると、制御部２１は、まず、１小節目の入力リズムパターンを記憶する。そして制御部２１は、１小節目の入力リズムパターンに基づいてリズムパターンを検索する。この検索の手順は以下のようなものである。制御部２１は、２小節に跨るリズムパターンデータを持つリズムパターンレコードを対象として、１小節目の入力リズムパターンと、各リズムパターンデータにおける１小節目のリズムパターン及び２小節目のリズムパターンとの距離を算出する。そして制御部２１は、各リズムパターンデータについて算出した、１小節目の入力リズムパターンと上記１小節目のリズムパターンとの距離、及び１小節目の入力リズムパターンと上記２小節目のリズムパターンとの距離のうち、それぞれ小さい方の距離を、リズムパターンデータごとにＲＡＭに記憶させる。制御部２１は、２小節目の入力リズムパターンについても同様の処理を行う。そして制御部２１は、ＲＡＭに記憶された上記距離をリズムパターンデータごとに加算すると、加算後の値を、各リズムパターンデータにおける入力リズムパターンに対する距離を表すスコアとする。そして制御部２１が、上記スコアが予め定められた閾値以下であるリズムパターンデータを、スコアの小さい順に並べ替えて検索結果として出力する。このようにすれば、複数小節に跨るリズムパターンデータを持つリズムパターンレコードを検索することが可能となる。このとき、１小節ごとに入力リズムパターンとリズムパターンデータとの距離が算出されるため、ユーザは１小節目がどこかを指定する必要がなく、また、検索結果が出力されるまでに時間がかかることもない。

＜入力リズムパターンの取得方法１：係数０．５→四捨五入＞
（変形例３９）
　制御部２１が、入力リズムパターンをＲＡＭに記憶させるにあたり、上述した方法に限らず、以下のようにしてもよい。式（１１）は、入力リズムパターンにおいてｎ番目に入力されたオンセット時刻を求める計算式である。式（１１）において、Ｌは或る小節の先頭を０としたときの、この小節の末尾を表し、０以上の実数である。また、式（１１）においてＮは、１小節内のクロック回数である分解能を表す。
　[（ｎ番目のオンセット時刻－小節の開始時刻）／（小節の終了時刻－小節の開始時刻）×Ｎ＋０．５]×Ｌ／Ｎ・・・式（１１）
　式（１１）において、「０．５」の値は、オンセット時刻が算出されるにあたり、端数に対して四捨五入の効果をもたらすものであり、これを、０以上１未満の別の数値に置き換えてもよい。例えば、この値を「０．２」とすると、端数に対して七捨八入の効果がもたらされる。この値は、パラメータとして記憶部２２に記憶されており、ユーザが操作部２５を用いて変更可能である。

　前述したように、フレーズデータ及びリズムパターンデータは、オペレーターにより、市販のオーディオループ素材から構成音開始時刻を抽出されることで予め作成されることがある。このようなオーディオループ素材では、聴覚的な音の厚みを出すことを目的として、例えばバッキングのギターの音が、本来あるべきジャストのタイミングから意図的に少しずらされている場合がある。このような場合に上記パラメータの値を調整することで、端数の切り上げ及び切り下げが行われた結果のフレーズデータ及びリズムパターンデータが得られる。この結果、作成されたフレーズデータ及びリズムパターンデータでは、上述したズレが解消されているから、ユーザは、ズレのことを気にしないで、所望するジャストなタイミングでリズムパターンを入力して検索を行うことが可能となる。

（変形例４０）
　本発明は、リズム入力装置１０及び情報処理装置２０が一体となった装置により実現されてもよい。例えば、第２実施形態及び第３実施形態における、このような例を考える。この場合、この装置として、例えば、携帯電話や、タッチスクリーンを備えた移動通信端末などが考えられる。本変形例では、この装置がタッチスクリーンを備えた移動通信端末である場合を例に挙げて説明する。

　図２９は、本変形例における移動通信端末６００を表す図である。移動通信端末６００は、その表面にタッチスクリーン６１０を有する。ユーザは、タッチスクリーン６１０における任意の位置をタッチして移動通信端末６００に対する操作を行うことが可能であるとともに、ユーザの操作に応じた表示内容がタッチスクリーン６１０に表示される。なお、移動通信端末６００のハードウェア構成は、表示部２４及び操作部２５を合わせた機能がタッチスクリーン６１０によって実現されることと、移動通信端末６００がリズム入力装置１０及び情報処理装置２０とが一体となったものであることを除けば、図１１で示すものと共通している。以下では、制御部や記憶部や自動伴奏ＤＢについて、図１１と同じ符号を付して説明する。

　タッチスクリーン６１０の上部には、ＢＰＭ指定スライダ２０１、キー指定鍵盤２０２及びコード指定ボックス２０３が表示される。ＢＰＭ指定スライダ２０１、キー指定鍵盤２０２及びコード指定ボックス２０３は、図１６を用いて説明したものと同様である。タッチスクリーン６１０の下部には、検索結果のリズムパターンレコードが一覧として表示される。ユーザが、それぞれ異なるパートを表すパート選択画像６２０のうちいずれかを指定すると、制御部２１は、指定されたパートについて検索結果のリズムパターンレコードの一覧をタッチスクリーン６１０に表示させる。

　検索結果における項目「順位」、項目「ファイル名」、項目「類似度」、項目「ＢＰＭ」及び項目「キー」は、図１６を用いて説明したものと同様である。なお、このほかに、「ジャンル」や「楽器種類」などの関連する情報を表示させてもよい。ユーザが、一覧から任意の再生指示画像６３０を指定すると、指定された再生指示画像６３０に応じたリズムパターンレコードの楽音データが再生される。このような移動通信端末６００によっても、第２実施形態及び第３実施形態で上述したのと同様の効果を奏する。

（変形例４１）
　本発明は、楽音データ処理装置以外にも、これらを実現するための方法や、コンピュータに
図４及び図１４に示した機能を実現させるためのプログラムとしても把握される。かかるプログラムは、これを記憶させた光ディスク等の記録媒体の形態で提供されたり、インターネット等を介して、コンピュータにダウンロードさせ、これをインストールして利用させるなどの形態でも提供されたりする。

（変形例４２）
検索モードについては、上述の実施形態における自動伴奏モード、差し替え検索モード、追従検索モードの３種類とは別に、以下のようなモードの切り替えが考えられる。１つ目は、常に検索処理が小節ごとに自動で動作しており、類似した最上位の１つあるいは類似した所定数の検索結果が自動で再生されるモードである。このモードは、主に自動伴奏などを用途として用いられる。２つ目は、ユーザが検索の開始を指示したときにメトロノームのみが再生され、ユーザがリズムを入力すると、リズム入力が終了後、自動で又は操作の指示を与えたことを契機として、検索結果が表示されるモードである。

（変形例４３）
　第１実施形態の変形例として、検索機能がＯＮの状態において、リズムパターン検索部２１３（図４）が、入力リズムパターンを基準として、一定以上の類似度のリズムパターンを持つ伴奏音源を、類似度が高い順番で一覧表示するようにしてもよい。図３０（ａ）及び図３０（ｂ）は、前記第１実施形態の変形例として、伴奏音源についての検索結果の一覧を表した模式図である。図３０（ａ）及び図３０（ｂ）に示されるように、伴奏音源についての検索結果一覧は、「ファイル名」、「類似度」、「キー」、「ジャンル」、及び「ＢＰＭ（Beat Per Minute）」といった複数の項目からなる。「ファイル名」は伴奏音源を一意に識別する名称である。「類似度」は、入力リズムパターンを基準として、伴奏音源のリズムパターンがどの位類似しているかを表す数値であり、数値が低いほど類似の度合いが高い（上述したリズムパターン同士の距離が短い）ことを表す。「キー」は、伴奏音源のキー（音高）の高さを表す。「ジャンル」は、伴奏音源が所属する音楽のジャンル（例えばロック、ラテン等）を表す。「ＢＰＭ」は、１分間における拍の数であって、伴奏音源のテンポを表す。

　図３０（ａ）は、利用者によって入力されたリズムパターンを基準として、一定以上の類似度のリズムパターンを持つ伴奏音源が、類似度が高い順に検索結果として一覧表示された場合の一例である。また、ここにおいて利用者は、「キー」、「ジャンル」又は「ＢＰＭ」といった項目を用いて、この検索結果をフィルタリングして表示させることが可能である。例えば図３０（ｂ）は、図３０（ａ）の検索結果に対して、利用者が「ジャンル」を「Ｌａｔｉｎ」でフィルタリングした結果を表している。なお、利用者は、１又は複数の項目を用いてフィルタリングを行うことが可能である。

（その他の変形例）
　ステップＳｂ６におけるリズムパターンのズレの計算において、Ａを基準としたＢの時刻差と、Ｂを基準としたＡの時刻差との２つを用いていたが（ｓｙｍｍｅｔｒｉｃ　Ｄｉｓｔａｎｃｅ方式という）、これに限らず、両者のうちどちらか一方のみを用いて計算を行ってもよい。

　また、ＭＩＤＩデータを用いて検索又は再生を行う場合、マルチトラックで複数のパートの演奏データを再生するものにおいて、特定のトラックに対して検索を行うようにしてもよい。

　また、リズムカテゴリの判定（ステップＳｂ２～ステップＳｂ５）を省略して、リズムパターンのズレの計算（ステップＳｂ６）の結果のみを用いて、ステップＳｂ７におけるリズムパターン同士の距離を行ってもよい。

　また、第１実施形態～第３実施形態におけるリズムパターンのズレの計算（ステップＳｂ６）において、算出されたズレの値に、相当する構成音のアタック強度を乗算することで、より強いアタック強度を持つ構成音を含むリズムパターンレコードが、検索結果の候補から外れやすくなるようにしてもよい。

　実施形態においては、自動伴奏データに１小節のものを用いていたが、音声の長さはこれに限る必要はない。
　また、第２実施形態及び第３実施形態において、ユーザが演奏操作子に拠らずに操作部２５を用いてパートを指定可能としてもよい。この場合、ユーザが、パートを指定したあとに演奏操作子を操作すると、指定されたパートの入力が行われることとなる。例えば、ユーザが、操作部２５を用いて「ベース」のパートを指定すると、その後にコード入力音域鍵盤１１ｂを操作しても、制御部２１は、これを「ベース」のパートの入力とみなす、といった具合である。

　また、第２実施形態及び第３実施形態においては、リズム入力装置１０において、バスドラム入力パッド１２ａ、スネアドラム入力パッド１２ｂ、ハイハット入力パッド１２ｃ、シンバル入力パッド１２ｄというように、音色の異なる各々のリズムパートにパッドをひとつずつ割り当てていたが、これに限らず、音色の異なる複数のリズムパートについて単独のパッドで入力可能としてもよい。この場合、ユーザは、操作部２５を用いて、リズムパートの音色を指定することが可能である。

　また、上記の各実施形態では、リズムパターンデータは、０～１の小数値で表記しているが、複数の整数値（たとえば、０～９６）で表記するようにしてもよい。

　さらに、検出結果は、類似度の高いものを所定個数検出するようにしていたが、それ以外の条件で検出するようにしてもよい。たとえば、類似度が所定の範囲に入るものを検出するようにしてもよいし、その範囲をユーザが設定し、その範囲に含まれるものを検出するようにしてもよい。

　また、楽音データ、自動伴奏データ、スタイルデータ等を編集する機能を備えさせ、検出結果を表示した画面から、所望の楽音データ、自動伴奏データ、スタイルデータを選択し、選択したものを表示した画面では、各パート毎に展開して表示し、それぞれのパートについて、所望の楽音データ、自動伴奏データ、演奏データ等の各種データを編集できるようにしてもよい。

Claims

　予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する記憶部と、
　前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する通知部と、
　前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する取得部と、
　前記記憶部に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する検索部と
　を備えることを特徴とする楽音データ処理装置。
　前記記憶部は、
　前記楽音リズムパターンが表す前記発音時刻の間隔に基づいて決められたリズムのカテゴリを、当該楽音リズムパターンに対応付けて記憶し、
　前記入力リズムパターンが表す各指定時刻の間隔に基づいて当該入力リズムパターンが属するリズムのカテゴリを判定する判定部と、
　前記入力リズムパターンと前記楽音リズムパターンとの距離を算出する算出部とを備え、
　前記検索部は、
　前記入力リズムパターンが属するリズムのカテゴリと前記楽音リズムパターンが属するリズムのカテゴリとの関係、および前記算出された距離に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、
　前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データである
　ことを特徴とする請求項１に記載の楽音データ処理装置。
　前記検索部は、
　前記入力リズムパターンが表す発音時刻間隔の度数分布を表す入力時刻間隔ヒストグラムと、前記楽音リズムパターンにおける前記発音時刻間隔の度数分布を前記リズムのカテゴリごとに表すリズムカテゴリヒストグラムとを比較して、前記入力時刻間隔ヒストグラムに対する類似度が高いことを示す前記リズムカテゴリヒストグラムの前記リズムのカテゴリを特定し、
　前記検索部が特定する楽音データは、
　前記特定したリズムのカテゴリと対応付けられた楽音リズムパターンのうち、前記類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データである
　ことを特徴とする請求項２に記載の楽音データ処理装置。
　前記予め定められた期間が複数の区間により構成され、
　前記記憶部は、
　前記区間毎に、前記複数の音の発音時刻の並びを表す楽音リズムパターンと前記楽音データとを対応付けて記憶し、
　前記算出部は、
　前記入力リズムパターンと前記記憶部に記憶された前記区間毎の前記楽音リズムパターンとの距離を算出し、
　前記検索部は、
　前記区間毎に前記算出部により算出された、前記入力リズムパターンと前記楽音リズムパターンとの距離と、前記入力リズムパターンが属するリズムのカテゴリと前記楽音リズムパターンが属するリズムのカテゴリとの関係とに基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、
　前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データである
　ことを特徴とする請求項２又は３に記載の楽音データ処理装置。
　楽音データに応じた音を出力する音声出力部に対し、前記通知部による前記指定時刻の通知に同期して、前記検索部によって特定された前記楽音データを供給する供給部
　を備えることを特徴とする請求項１～４のいずれかに記載の楽音データ処理装置。
　前記記憶部は、
　前記楽音データが示す音の音高の並びを表す楽音音高パターンを、当該楽音データに対応付けて記憶し、
　前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、音高の並びを表す入力音高パターンを取得する音高パターン取得部を備え、
　前記検索部は、
　前記入力音高パターンと前記楽音音高パターンとにおける各々の音の音高の差の分散に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの前記類似の度合いを算出し、
　前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データである
　ことを特徴とする請求項１～５のいずれかに記載の楽音データ処理装置。
　前記記憶部は、
　前記楽音データが示す音の強度の並びを表す楽音ベロシティパターンを、当該楽音データに対応付けて記憶し、
　前記通知部により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、音の強度の並びを表す入力ベロシティパターンを取得するベロシティパターン取得部を備え、
　前記検索部は、
　前記入力ベロシティパターンと前記楽音ベロシティパターンとにおける各々の音の強度の差の絶対値に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの類似の度合いを算出し、
　前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データである
　ことを特徴とする請求項１～６のいずれかに記載の楽音データ処理装置。
　前記記憶部は、
　前記楽音データが示す音の音長の並びを表す楽音デュレーションパターンを、当該楽音データに対応付けて記憶し、
　前記通知部により前記指定時刻が通知せれているときにユーザによって入力された操作に基づいて、音の音長の並びを表す入力デュレーションパターンを取得するデュレーションパターン取得部を備え、
　前記検索部は、
　前記入力デュレーションパターンと前記楽音デュレーションパターンとにおける各々の音の音長の差の絶対値に基づいて、前記入力リズムパターンと前記楽音リズムパターンとの類似の度合いを算出し、
　前記検索部が特定する楽音データは、前記入力リズムパターンと前記算出した類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データである
　ことを特徴とする請求項１～７のいずれかに記載の楽音データ処理装置。
　ユーザによる演奏操作が入力される入力装置と、
　請求項１～８のいずれかに記載の楽音データ処理装置であって、当該楽音データ処理装置の前記通知部により前記予め決められた期間における指定時刻が進行されているときに前記入力装置に対して前記ユーザにより各々の演奏操作が入力された時刻間隔の並びを、各々の音が発音される発音時刻間隔の並びを表すリズムパターンとして取得する楽音データ処理装置と
　を備えることを特徴する音楽データ作成システム。
　楽音データを検索するための、コンピュータによって実行される方法であって、
　予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する手順と、
　前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する手順と、
　前記通知する手順により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する手順と、
　記憶装置に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する手順、
を具備する方法。
　コンピュータ読み取り可能な記憶媒体であって、コンピュータに、
　予め決められた期間における複数の音を示す楽音データと、当該複数の音の発音時刻の並びを表す楽音リズムパターンとを対応付けて記憶する手順と、
　前記期間における指定時刻を時間経過に伴って進行させるとともに、当該指定時刻をユーザに通知する手順と、
　前記通知する手順により前記指定時刻が通知されているときにユーザによって入力された操作に基づいて、当該操作のパターンに対応する前記指定時刻の並びを表す入力リズムパターンを取得する手順と、
　記憶装置に記憶されている楽音データを検索して、前記入力リズムパターンと類似の度合いが所定の条件に合致する楽音リズムパターンに対応付けられた楽音データを特定する手順、
を実行させるためのプログラムを記憶している記憶媒体。