(57)【特許請求の範囲】
【請求項１】
主演奏データおよび伴奏演奏データのいずれか一方である第１のデータと、当該主演奏データおよび伴奏演奏データの他方である第２のデータとを少なくとも含む演奏データを記憶した記憶手段と、
前記第１のデータに基づいて演奏操作子を駆動する駆動手段と、
前記第２のデータに基づいて楽音を発生する楽音発生手段と、
外部から入力される信号を受信し、該受信した信号に基づいて音高情報を出力する受信手段と、
前記受信手段から出力された音高情報と前記第１のデータとを比較し、該比較結果に応じて前記楽音発生手段による楽音発生の進行および前記駆動手段による駆動を制御し、または、演奏操作子の操作により発生された操作データに応じて前記楽音発生手段による楽音発生の進行を制御する制御手段と、
前記制御手段の制御モードとして、前記受信手段が受信した信号に応じた制御を行う第１のモードまたは演奏操作子の操作により発生された操作データに応じた制御を行う第２のモードを選択する選択手段と
を具備し、
前記制御手段は、
前記第１のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する音高情報が前記受信手段から出力されるまで前記楽音発生手段による楽音発生および前記駆動手段による駆動の進行を遅延または停止し、前記区切りの演奏データに対応する音高情報が前記受信手段から出力された場合に前記楽音発生および前記駆動の進行の遅延または停止を解除し、
前記第２のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する操作データが発生するまで前記楽音発生手段による楽音発生の進行を停止し、前記区切りの演奏データに対応する操作データが発生した場合に前記楽音発生の進行停止を解除する
ことを特徴とする制御装置。
【請求項２】
前記記憶手段に記憶される演奏データは、制御データをさらに含み、
前記制御データに基づいて他装置を制御する他装置制御手段をさらに具備し、
前記制御手段は、
前記受信手段から出力された音高情報と前記第１のデータとを比較し、該比較結果に応じて前記他装置制御手段による他装置の制御の進行を制御し、または、演奏操作子の操作により発生された操作データに応じて前記他装置制御手段による他装置の制御の進行を制御するものである
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
前記受信手段は、マイクロホンあるいはオーディオ機器から入力されるオーディオ信号を受信して当該オーディオ信号の音高を検出し、該検出された音高を示す音高情報を出力するものである
ことを特徴とする請求項１に記載の制御装置。
【請求項４】
前記受信手段は、外部楽器から入力される音高情報を受信して、該音高情報を出力するものである
ことを特徴とする請求項１に記載の制御装置。
【請求項５】
主演奏データおよび伴奏演奏データのいずれか一方である第１のデータと、当該主演奏データおよび伴奏演奏データの他方である第２のデータとを少なくとも含む演奏データに基づいて楽音発生を行う楽音発生装置の楽音発生および演奏操作子の駆動の進行を制御する方法であって、
記憶された演奏データを読み出す読出ステップと、
外部から入力される信号を受信し、該受信した信号に基づいて音高情報を出力する受信ステップと、
出力された音高情報と読み出した演奏データとを比較し、該比較結果に応じて前記楽音発生装置による楽音発生の進行および演奏操作子の駆動を制御し、または、演奏操作子の操作により発生された操作データに応じて楽音発生の進行を制御する制御ステップと、
前記制御ステップにおける制御モードとして、前記受信ステップにおいて受信された信号に応じた制御を行う第１のモードまたは演奏操作子の操作により発生された操作データに応じた制御を行う第２のモードを選択する選択ステップと
を具備し、
前記制御ステップは、
前記第１のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する音高情報が出力されるまで前記楽音発生および前記駆動の進行を遅延または停止し、前記区切りの演奏データに対応する音高情報が出力された場合に前記楽音発生および前記駆動の進行の遅延または停止を解除し、
前記第２のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する操作データが発生するまで楽音発生の進行を停止し、前記区切りの演奏データに対応する操作データが発生した場合に前記楽音発生の進行停止を解除するものである
ことを特徴とする制御方法。
【請求項６】
記憶された前記演奏データは、制御データをさらに含み、
前記制御データに基づいて他装置を制御する他装置制御ステップをさらに具備し、
前記制御ステップは、前記受信ステップで出力された音高情報と前記第１のデータとを比較し、該比較結果に応じて前記他装置制御ステップによる他装置の制御の進行を制御し、または、演奏操作子の操作により発生された操作データに応じて前記他装置制御ステップによる他装置の制御の進行を制御するものである
ことを特徴とする請求項５に記載の制御方法。
【請求項７】
前記受信ステップは、マイクロホンあるいはオーディオ機器から入力されるオーディオ信号を受信して当該オーディオ信号の音高を検出し、該検出された音高を示す音高情報を出力するものである
ことを特徴とする請求項５に記載の制御方法。
【請求項８】
前記受信ステップは、外部から入力される音高情報を受信して、該音高情報を出力するものである
ことを特徴とする請求項５に記載の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、外部から入力される信号に応じて楽器の演奏や演奏支援、または他装置を制御する制御装置および制御方法に関する。
【０００２】
【従来の技術】
従来より、電子鍵盤楽器においては、演奏者の演奏速度に応じて伴奏の進行を自動的に制御するものがあり、この伴奏進行では、キューノートといわれる特定の区切りのノートが演奏者によって押鍵されるまで伴奏の進行を停止するといった制御を行うものがある。これは、予め記憶された演奏データの所定の区切り毎の音高に対してキューフラグを付加しておき、演奏者によってこの音高に対応する鍵が押下された場合に、そのタイミング以降の演奏データによる伴奏の進行を行うものである。従って、演奏者によってキューフラグが付加された音高に対する押鍵がなされない場合には、伴奏の進行が停止し、演奏者によってその音高に対応する押鍵がなされるまで待機する。一方、この音高に対する押鍵がなされた場合には、それ以降の伴奏が再開されることになる。初心者が演奏する場合など、本来演奏されるべき速度に演奏が追従できないことがあるが、上記のようなキューノートを用いた進行制御を行うことにより、初心者の演奏速度に合わせた伴奏を実現することができる。
【０００３】
【発明が解決しようとする課題】
しかし、上述した従来のキューノートを用いた進行制御では、その電子鍵盤楽器の押鍵に応じて伴奏の進行具合が制御されるため、外部の楽器で行われる演奏に対して、この電子鍵盤楽器による伴奏の進行を制御するといったことはできなかった。
【０００４】
本発明は、上記の事情を考慮してなされたものであり、外部から入力される信号に応じて演奏、演奏支援または他装置の制御などを実行することが可能な制御装置および制御方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明の請求項１に記載の発明は、主演奏データおよび伴奏演奏データのいずれか一方である第１のデータと、当該主演奏データおよび伴奏演奏データの他方である第２のデータとを少なくとも含む演奏データを記憶した記憶手段と、前記第１のデータに基づいて演奏操作子を駆動する駆動手段と、前記第２のデータに基づいて楽音を発生する楽音発生手段と、外部から入力される信号を受信し、該受信した信号に基づいて音高情報を出力する受信手段と、前記受信手段から出力された音高情報と前記第１のデータとを比較し、該比較結果に応じて前記楽音発生手段による楽音発生の進行および前記駆動手段による駆動を制御し、または、演奏操作子の操作により発生された操作データに応じて前記楽音発生手段による楽音発生の進行を制御する制御手段と、前記制御手段の制御モードとして、前記受信手段が受信した信号に応じた制御を行う第１のモードまたは演奏操作子の操作により発生された操作データに応じた制御を行う第２のモードを選択する選択手段とを具備し、前記制御手段は、前記第１のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する音高情報が前記受信手段から出力されるまで前記楽音発生手段による楽音発生および前記駆動手段による駆動の進行を遅延または停止し、前記区切りの演奏データに対応する音高情報が前記受信手段から出力された場合に前記楽音発生および前記駆動の進行の遅延または停止を解除し、前記第２のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する操作データが発生するまで前記楽音発生手段による楽音発生の進行を停止し、前記区切りの演奏データに対応する操作データが発生した場合に前記楽音発生の進行停止を解除することを特徴とする。
【０００７】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記記憶手段に記憶される演奏データは、制御データをさらに含み、前記制御データに基づいて他装置を制御する他装置制御手段をさらに具備し、前記制御手段は、前記受信手段から出力された音高情報と前記第１のデータとを比較し、該比較結果に応じて前記他装置制御手段による他装置の制御の進行を制御し、または、演奏操作子の操作により発生された操作データに応じて前記他装置制御手段による他装置の制御の進行を制御するものであることを特徴とする。
【０００８】
また、請求項３に記載の発明は、請求項１に記載の発明において、前記記憶手段に記憶される演奏データは、少なくとも主演奏データおよび制御データからなり、前記制御データに基づいて他装置を制御する他装置制御手段をさらに具備し、前記制御手段は、前記受信手段から出力された音高情報と前記演奏データとを比較し、該比較結果に応じて前記他装置制御手段による他装置の制御の進行を制御するものであることを特徴とする。
【０００９】
また、請求項４に記載の発明は、請求項１に記載の発明において、前記受信手段は、外部から入力される音高情報を受信して、該音高情報を出力するものであることを特徴とする。
【００１３】
また、請求項５に記載の発明は、主演奏データおよび伴奏演奏データのいずれか一方である第１のデータと、当該主演奏データおよび伴奏演奏データの他方である第２のデータとを少なくとも含む演奏データに基づいて楽音発生を行う楽音発生装置の楽音発生および演奏操作子の駆動の進行を制御する方法であって、記憶された演奏データを読み出す読出ステップと、外部から入力される信号を受信し、該受信した信号に基づいて音高情報を出力する受信ステップと、出力された音高情報と読み出した演奏データとを比較し、該比較結果に応じて前記楽音発生装置による楽音発生の進行および演奏操作子の駆動を制御し、または、演奏操作子の操作により発生された操作データに応じて楽音発生の進行を制御する制御ステップと、前記制御ステップにおける制御モードとして、前記受信ステップにおいて受信された信号に応じた制御を行う第１のモードまたは演奏操作子の操作により発生された操作データに応じた制御を行う第２のモードを選択する選択ステップとを具備し、前記制御ステップは、前記第１のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する音高情報が出力されるまで前記楽音発生および前記駆動の進行を遅延または停止し、前記区切りの演奏データに対応する音高情報が出力された場合に前記楽音発生および前記駆動の進行の遅延または停止を解除し、前記第２のモードが選択された場合、予め前記演奏データに記述された所定の区切りにおいては、該区切りの演奏データに対応する操作データが発生するまで楽音発生の進行を停止し、前記区切りの演奏データに対応する操作データが発生した場合に前記楽音発生の進行停止を解除するものであることを特徴とする。
【００１５】
また、請求項６に記載の発明は、請求項５に記載の発明において、記憶された前記演奏データは、制御データをさらに含み、前記制御データに基づいて他装置を制御する他装置制御ステップをさらに具備し、前記制御ステップは、前記受信ステップで出力された音高情報と前記第１のデータとを比較し、該比較結果に応じて前記他装置制御ステップによる他装置の制御の進行を制御し、または、演奏操作子の操作により発生された操作データに応じて前記他装置制御手段による他装置の制御の進行を制御するものであることを特徴とする。
【００１６】
また、請求項７に記載の発明は、請求項５に記載の発明において、前記受信ステップは、マイクロホンあるいはオーディオ機器から入力されるオーディオ信号を受信して当該オーディオ信号の音高を検出し、該検出された音高を示す音高情報を出力するものであることを特徴とする。
【００１７】
また、請求項８に記載の発明は、請求項５に記載の発明において、前記受信ステップは、外部から入力される音高情報を受信して、該音高情報を出力するものであることを特徴とする。
【００２１】
【発明の実施の形態】
[１．実施形態の構成]
[１−１．全体構成]
図１に実施形態の全体構成を示す。本実施形態では、演奏を行うためのピアノ１００、ピアノ１００とＭＩＤＩ（Musical Instrument Digital Interface）ケーブル１１１で接続された制御装置２００、制御装置２００の制御に基づいて演奏に各種効果を付与する効果装置３００、およびピアノ１００とＭＩＤＩケーブル１１１で接続されたＭＩＤＩデータ供給装置２８を備えて構成されている。
ピアノ１００は、後に詳しく説明するようにＭＩＤＩ信号を出力することができるように構成されており、制御装置２００は、ピアノ１００における演奏に同期して送信されるＭＩＤＩ信号に基づいて制御装置３００を制御できるように構成されている。また、ＭＩＤＩデータ供給装置２８は、後に詳しく説明するようにＭＩＤＩ信号を生成して出力することができるように構成されており、ＭＩＤＩデータ供給装置２８の生成したＭＩＤＩデータをＭＩＤＩケーブル１１１を介してピアノ１００に供給することができるようになっている。
本実施形態では、効果装置３００としては、照明装置３０１、ディスプレイ３０２、およびサウンドシステム３０３が制御装置２００に接続されており、制御装置２００は、照明装置３０１のオン／オフや移動、ディスプレイ３０２への静止画や動画の表示、サウンドシステム３０３への効果音（例えば、ＣＤに記録されたオーディオ音）の出力などを制御する。
【００２２】
[１−２．ピアノの構成]
図２は、ピアノ１００の外観構成を示す図であり、図３は、ピアノ１００の主要部内部の構成を示す図である。
ピアノ１００は、鍵１の運動をハンマ２に伝達するアクションメカニズム３と、ハンマ２によって打撃される弦４と、鍵１を駆動するソレノイド５と、弦４の振動を止めるためのダンパ６とを備えており、これらの構成は一般的な自動ピアノと同様である。また、このピアノ１００には、通常のアコースティックピアノと同様にバックチェック７が設けられており、打弦後のハンマ２がハンマーアクション機構に戻ったときのハンマ２の暴れを防止する。他にも、このピアノ１００は、通常のアコースティックピアノに搭載される機構と同様のものを備えている。さらに、このピアノ１００には、ハンマ２の打弦を阻止する不図示のストッパが設けられており、このストッパは、演奏者の指示あるいは操作に応じて、打弦を阻止する位置と打弦を許容する位置との間で電気的あるいは機械的に移動可能になされている。
【００２３】
また、このピアノ１００は、コントローラ１１、サーボコントローラ１２、電子楽音発生部２５、キーセンサ２６、ＭＩＤＩインターフェイス１１０、ディスクドライブ１２０、およびディスプレイ１３０を備えている。
コントローラ１１は、ＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリ）およびＲＡＭ（ランダムアクセスメモリ）などを有しており、ピアノ１００の各部を制御するものである。
サーボコントローラ１２は、速度指示値Ｖrに応じた励磁電流をソレノイド５に供給するとともに、ソレノイド５から供給されるフィードバック信号としての出力速度Ｖｙと速度指示値Ｖrを比較し、両者が一致するようにサーボ制御を行うものであり、速度指示値Ｖrは、各時刻における鍵１の位置に対応した速度を示す値としてコントローラ１１から適宜出力される。
電子楽音発生部２５は、コントローラ１１の制御に基づいて電子的な楽音を発生するものであり、音源やスピーカ等から構成されている。
キーセンサ２６は、各鍵１の下面側に設けられ、対応する鍵１の動作を検出するセンサであり、各鍵１の状態を示す信号を検出してコントローラ１１に出力する。コントローラ１１は、これらのキーセンサ２６から供給される信号に基づいて電子楽音発生部２５に制御信号を供給する。これにより、鍵１の動作に応じた楽音を電子的に発生させることができるようになっている。また、コントローラ１１は、ＭＩＤＩデータ供給装置２８から供給されるＭＩＤＩデータに基づいて、後に詳しく説明するように制御装置２００に対して各種効果制御を指示するＭＩＤＩ信号を送信するとともに、ソレノイド５や電子楽音発生部２５を制御して楽音発生制御を行う。なお、ＭＩＤＩインターフェース１１０は、ＭＩＤＩデータ供給装置２８や制御装置２００以外の外部電子楽器との間でＭＩＤＩデータを送受信することが可能である。
【００２４】
ディスクドライブ１２０は、例えばＤＶＤ−ＲＯＭやＣＤ−ＲＯＭなどの外部記録媒体に記録されたデータを読み出す装置であり、本実施形態では、演奏データをコントローラ１１に供給するために用いられる。
ディスプレイ１３０は、タッチパネル付きの液晶ディスプレイであって、譜面立ての横に上下左右に回動可能に支持されており、コントローラ１１は、表示内容の制御やパネル状態の検出を行うことができるように構成されている。本実施形態では、ディスプレイ１３０は、ピアノ１００の演奏状態などを表示したり、各種設定を行うためのパネルとして用いられる。
【００２５】
[１−３．制御装置の構成]
図４は制御装置２００の構成を示す図である。この図に示すように制御装置２００は、各部を制御する制御部２０１、ＭＩＤＩインターフェイス２０２、設定テーブル２０３、照明データベース２１１、画像データベース２１２、音響データベース２１３、照明装置制御部２２１、ディスプレイ制御部２２２、サウンドシステム制御部２２３を備えている。
設定テーブル２０３には、後に例を図示するように、ＭＩＤＩ信号の内容と効果装置３００の制御内容との対応が記憶されている。本実施形態では、制御内容は制御装置３００の種類毎に詳細な制御内容を記述したファイルをデータベースとして記憶しており、照明データベース２１１は照明装置３０１の制御内容を記憶したものであり、画像データベース２１２はディスプレイ３０２に表示する静止画や動画の制御内容を記憶したものであり、音響データベース２１３はサウンドシステム３０３におけるオーディオ出力の制御内容を記憶したものである。
また、照明装置制御部２２１、ディスプレイ制御部２２２、およびサウンドシステム制御部２２３は、受信したＭＩＤＩ信号の内容に基づいて特定されたファイルの記述内容に従って、各々接続された効果装置を制御するものである。
【００２６】
[１−４．ＭＩＤＩデータ供給装置の構成]
次に、コントローラ１１のＭＩＤＩインターフェイス１１０にＭＩＤＩデータを供給するＭＩＤＩデータ供給装置２８について説明する。ＭＩＤＩデータ供給装置２８は、逐次ＭＩＤＩデータを生成し、コントローラ１１に送出する。このようなＭＩＤＩデータ供給装置２８としては、演奏者等による演奏操作子の操作状態に応じてＭＩＤＩデータを生成する各種のＭＩＤＩ楽器を用いることができる。
【００２７】
また、図５に示すように、人の声や動物の鳴き声などの音声からＭＩＤＩデータを生成するものであってもよい。同図に示すように、この装置は、マイクロホンにより生成された音声に対応するオーディオ信号やオーディオ機器から入力されるオーディオ信号をＡ／Ｄ変換するＡ／Ｄ変換部４１と、Ａ／Ｄ変換部４１によってデジタル化された音声データのピッチを検出するピッチ検出部４３と、ピッチ検出部４３によって検出されたピッチに基づいてＭＩＤＩデータを生成するＭＩＤＩデータ生成部４２とを備えている。この構成の下、人の歌声などに応じたオーディオ信号が入力されると、その歌声に応じて逐次ＭＩＤＩデータが生成される。また、この装置を用いることにより、アコースティック楽器の発生する楽音に対応するオーディオ信号をマイクロホンで入力してＭＩＤＩデータを生成し、このＭＩＤＩデータをコントローラ１１に供給するといったことも可能である。
【００２８】
[１−５．データの構成]
次に、同期制御を行うためのデータ構成について説明する。本実施形態では、演奏の進行を記述した演奏データに基づいて同期制御を行うものとし、演奏データはＭＩＤＩフォーマットで記述されている。
図６は演奏データの一部を示した図である。ＭＩＤＩデータは、イベントデータと、これらの時間間隔を示すタイミングデータと、エンドデータとからなるシーケンスデータで構成され、ディスクドライブ１２０から供給される。
【００２９】
イベントデータは、ノートオンイベントやノートオフイベント、ノートナンバ、およびベロシティを示すデータを有している。なお、ノートオンおよびノートオフ以外のイベントについては、本実施形態では説明を省略する。
また、ＭＩＤＩデータでは最大１６系統の楽器をコントロールすることができるようになっており、このためノートイベントデータとして最大１６系統のデータを記述することができる。本実施形態では、各系統毎にシーケンスデータが作成されており、各シーケンスはＴｒ０〜Ｔｒ１５までのトラック名で特定されるようになっている。
【００３０】
所定の１系統のイベントデータのノートオンイベントのベロシティを示す部分には、キューフラグという識別子が記述されるようになっている（図６に示した「Ｃｆ」参照）。つまり、コントローラ１１は、ＭＩＤＩデータの所定の系統のノートオンイベントのベロシティを示す部分を参照することにより、このノート（音高）がキューフラグに特定されるものであるか否かを判別することができるようになっている。なお、キューフラグであることを記述するための情報は、上記のようにベロシティの部分に書き込む以外にも、他の部分に書き込むようにしてもよい。
【００３１】
本実施形態では、このキューフラグを用いて、ピアノ１００における演奏と制御装置２００において行う効果装置３００の制御を同期させる。より具体的には、上述した各系統に、演奏のメロディラインを示す主演奏トラックと、演奏の伴奏音高列等を示す伴奏トラックと、ピアノ１００の外部に接続されている機器の制御内容を示す外部制御トラックとを割り当て、主演奏トラックに含まれるノートオンイベントに一定の区切り毎にキューフラグを付しておく。
そして、キューフラグが付された主演奏トラックのノートオンイベントの実行タイミングを、ＭＩＤＩデータ供給装置２８から供給されるＭＩＤＩデータに基づいて制御することによって、あわせて外部制御トラックのイベントデータの実行タイミングも制御するとともに、伴奏トラックのイベントデータに基づく電子楽音発生部２５による伴奏の電子的な演奏を制御する。
これにより、予め他の楽器の演奏や歌唱者の歌声等の進行にあわせて制御内容を記述しておくことができるので、制御スイッチを操作する手間が省ける。
【００３２】
ところで、本実施形態では、図７に例示するように、コントローラ１１が行う制御内容を各トラック毎に割り当てたテーブルが、コントローラ１１内のＲＡＭに記憶させる。この内容は、例えば演奏データに含まれている。
コントローラ１１は、所定のタイミングにおいて実行すべきイベントデータが含まれるトラック番号に基づいて異なる制御を行えるようになっており、図７に示す例では、トラックＴｒ０には主演奏のイベントデータが記述されており、このイベントデータに基づいてソレノイド５を制御するように設定されている。また、トラックＴｒ１には伴奏演奏のイベントデータが記述されており、このイベントデータに基づいて電子楽音発生部２５を制御するように設定されている。さらに、トラックＴｒ２のイベントデータに基づいて外部の装置を制御するように設定されている。ここでのソレノイド５の駆動は、ハンマ２が弦４を打撃しない程度に鍵１を駆動する、いわゆる鍵１を半押し状態とすることにより、演奏者に対して押下すべき鍵を報知するものとする。なお、鍵１を半押し状態とする演奏ガイドは行わないようにしてもよいし、各鍵毎に設けたＬＥＤによる点灯表示などによって演奏ガイドを行うようにしてもよい。
これにより、トラックＴｒ０のデータに基づいて主演奏部分の演奏指示を行い、トラックＴｒ１のデータに基づいて伴奏の電子楽音による演奏を行い、トラックＴｒ１のデータに基づいて外部に接続した効果装置３００を用いた効果付与を行うことができるようになる。
【００３３】
図８は、ピアノ１００から送信されるＭＩＤＩ信号の内容と、制御装置２００における制御内容との対応を例示した図であり、この内容は、先に説明したように、制御装置２００の設定テーブルに記憶されている。
本実施形態では、外部装置に対する制御内容を示すＭＩＤＩデータにはノートオンイベントを用いるものとしている。制御装置２００は、ノートオンデータに含まれるノートナンバに基づいて制御内容を選択すればよい。
また、先にも説明したように、各制御装置３００の詳細な制御内容を記述したファイルはデータベースとして記憶されており、各ファイルには、図８に例示するようにそれぞれファイル名が付されて特定できるようになっている。
設定テーブルは、ノートナンバとファイル名とを１対１に対応させたデータ構成となっている。
なお、図８においては、ノートナンバ０〜１２７を照明、画像、音響の３種類の制御内容に対応させているが、照明、画像、音響のイベントデータを各種類毎に異なるトラックに割り当てるようにすれば、各種類のイベントデータを分別できるため、１２８個のノートナンバを各種類の制御に各々用いることができ、制御を多様化できる。
【００３４】
[２．実施形態の動作]
次に、上述した構成を備える本実施形態の動作について、同期制御動作の概要説明した後、ピアノ１００および制御装置２００の詳細な動作についてそれぞれ説明する。
【００３５】
[２−１．概要動作]
図９は、上述した主演奏トラックおよび外部制御トラックのデータの内容例を楽譜として表示した図である。
以下の説明においては、タイミングの特定について、「イベント時刻」および「ポインタ時刻」２種類の時刻を用いる。「イベント時刻」とは、上述したタイミングデータの累積によって特定される時刻であり、演奏データに含まれる各イベントデータを実行すべき時刻を示す。例えば、図９に示す具体例では、コントローラ１１の分解能＝２（１／８分音符を基本単位）とした場合の各音符の演奏時刻を「イベント時刻」の時系列に示している。この例によれば、キューフラグの付されたノートオンイベントは、イベント時刻ｔ８およびｔ１６において演奏されることになる。このイベント時刻によって示されるタイミングは、演奏データに含まれる１６のトラックＴｒ０〜Ｔｒ１５共通の時刻であり、これにより、各トラックに含まれるイベントデータの同期をとることができるようになっている。
【００３６】
一方、「ポインタ時刻」とは、イベントデータを実行している時刻、すなわち現在演奏中の時刻を示しているものである。キューフラグを用いない通常のＭＩＤＩデータに基づく演奏であれば、ポインタ時刻はテンポによって規定される一定の時間間隔で進行していくが、本実施形態のようにキューフラグを用いて演奏進行の待ち受けを行う場合には、必ずしも一定の時間間隔で進行するとは限らない。
なお、以下の説明においては、イベント時刻およびポインタ時刻の他に、「キューフラグ時刻」を用いる場合があるが、これはイベント時刻のうちの、特にキューフラグが付されたノートオンイベントを実行すべき時刻を示すものである。また、図９中の「経過時間」は、キューフラグに対応する受信イベントの待ち受け状態になってからの経過時間を示してる。なお、本実施形態における「キューフラグに対応する受信イベント」とは、キューフラグが付されたノートイオンイベントに含まれるノートナンバに対応したノートオンイベントデータをＭＩＤＩデータ供給装置２８から受信した場合をいう。
【００３７】
本実施形態では、受信イベントの待ち受け状態は、キューフラグ時刻を前後する所定時間継続するものとしている。これは、ＭＩＤＩデータ供給装置２８から歌唱者の歌声や他の楽器の演奏音等に基づいたＭＩＤＩデータが供給される場合を考慮したものであり、演奏データが示すキューフラグ時刻よりも、早くあるいは遅くＭＩＤＩデータ供給装置２８からキューフラグに示される音高のノートオンイベントを受信しても、効果付与タイミングおよび伴奏進行タイミングを歌唱者の歌声や他の楽器の演奏に同期させるためである。
より具体的には、キューフラグに対応する受信の待ち受け時間（図９中の「経過時間」）においては、ポインタ時刻の進行をいったん停止し、キューフラグに対応した受信イベントがあったときにキューフラグ時刻からポインタ時刻の進行を開始する。なお、受信イベントの待ち受け状態が開始してから所定時間が経過しても受信イベントがなかった場合には、誤動作等の理由で受信イベントが検出されなかった場合や、他の楽器の演奏者や歌唱者が効果付与を行わないことを意図した場合であって、演奏者の演奏動作自体は進行している場合があるので、待ち受け状態は解除して、未実行のイベントデータに対応するイベント時刻からポインタ時刻の進行を開始する。
【００３８】
本実施形態では、上述したような処理を行うために、コントローラ１１において実行する処理において必要なデータを一時的に記憶しておくバッファ（受信バッファ、イベントバッファ、キューフラグバッファ）がピアノ１００のコントローラ１１のＲＡＭに設けられる。
図１０は、各種バッファの内容例を示す図であり、（１）は受信バッファの内容例を示し、（２）はイベントバッファの内容例を示し、（３）はキューフラグバッファの内容例を示している。
【００３９】
受信バッファは、ＭＩＤＩデータ供給装置２８から供給されるノートオンイベントを記憶するバッファである。コントローラ１１には、ＭＩＤＩデータ供給装置２８からノートオンイベントデータを受信した場合、この受信バッファにそのノートナンバを書き込むようになっている。
イベントバッファは、次に実行すべきイベントデータを予めディスクドライブにセットされたディスクから読み出して記憶するバッファであり、図１０（２）に示すように、当該イベントデータのトラック番号、イベント、ノートナンバ、およびイベント時刻を対応付けて記憶するようになっている。
キューフラグバッファは、キューフラグの内容を記憶するバッファであり、図１０（３）に示すように、キューフラグが付されたノートオンイベントのノートナンバ、キュー実行待ち状態になってからの経過時間、およびキューフラグ時刻を対応付けて記憶するようになっている。
これらのバッファを用いた詳細な処理について、次にフローチャートを参照しながら説明する。
【００４０】
[２−２．ピアノ１００の詳細動作]
[２−２−１．メインルーチン]
図１１に示したフローチャートは、ピアノ１００のコントローラ１１が、内部のメモリに記憶されたプログラムに従って実行する処理のメインルーチンである。この図に示す処理は、例えば上述したディスプレイ１３０のタッチパネルの操作などによって演奏開始が指示された時に開始する。
コントローラ１１は、この図に示す処理を開始すると、まず各種設定などの初期化処理を行う（Ｓ１００）。ここでは、例えば上述した各種バッファの初期化や、ポインタ時刻の初期化などを行う。
初期化が終了すると、コントローラ１１は、後にそれぞれ詳しく説明する受信処理（Ｓ２００）、演奏データ読出処理（Ｓ３００）、およびイベント実行処理（Ｓ４００）を演奏終了まで循環させる。なお、循環は、イベント時刻系列における基本単位の時間毎に１循環するものとする。
【００４１】
[２−２−２．受信処理]
図１２に示すフローチャートは、受信処理（図１１：Ｓ２００）のサブルーチンを示したものである。受信処理は、ＭＩＤＩデータ供給装置２８から供給されるＭＩＤＩデータを受信するルーチンであり、コントローラ１１は、まずＭＩＤＩインターフェイス１１０から供給されるＭＩＤＩデータをＭＩＤＩインターフェイス１１０から受信する（Ｓ２０１）。
そして、受信したＭＩＤＩデータがノートオンイベントであるか否かを判定し（Ｓ２０２）、ノートオンイベントであると判定した場合には（Ｓ２０２；ＹＥＳ）、図１０（１）に示すように、このノートオンイベントに示されるノートナンバを受信バッファに書き込んで（Ｓ２０３）、処理をメインルーチンに戻す。
【００４２】
一方、ステップＳ２０２の判定において、ノートオンイベントではないと判定した場合には（Ｓ２０２；ＮＯ）、次にノートオフイベントであるか否かを判定し（Ｓ２０４）、ノートオフイベントであると判定した場合には（Ｓ２０４；ＹＥＳ）、そのノートオフイベントに示されるノートナンバを受信バッファから消去して（Ｓ２０５）、処理をメインルーチンに戻す。
ステップＳ２０４の判定において、ノートオフイベントではないと判定した場合には（Ｓ２０４；ＮＯ）、ノートオンおよびノートオフ以外のＭＩＤＩデータが受信された場合であり、そのまま処理をメインルーチンに戻す。
この処理を繰り返し行うことによって、コントローラ１１は、外部のＭＩＤＩデータ供給装置２８から供給されるノートオンイベント、例えばＭＩＤＩデータ供給装置２８が歌唱者の歌声や他の楽器の演奏音をＭＩＤＩデータに変換している場合にはその歌声や演奏の音高を受信バッファに記憶されたデータによって認識することができる。
【００４３】
[２−２−３．演奏データ読出処理]
図１３に示すフローチャートは、演奏データ読出処理（図１１：Ｓ３００）のサブルーチンを示したものである。演奏データ読出処理は、演奏データ中のＭＩＤＩシーケンスから次に実行すべきイベントデータを予め読み出して、図９（２）に示したイベントバッファに記憶しておく処理である。なお、イベントデータを読み出すための読出タイマは、各トラック毎に設けられている。
【００４４】
コントローラ１１は、まず最初のトラックＴｒ０から読み出しを開始する（Ｓ３０１）。読み出しを開始すると、読出タイマが示す値が０であるか否か、すなわち、このトラックのイベントデータの読み出しタイミングであるか否かを判定する（Ｓ３０２）。なお、読出タイマにセットされる値は、後に説明するように、次のイベントデータを読み出すまでの時間を示しており、ルーチンが１循環する毎に１づつデクリメントされることによって、時間の経過を示すものである。ステップＳ３０２の判定において、イベントデータの読み出しタイミングであると判定した場合は（Ｓ３０２；ＹＥＳ）、次に実行すべきイベントデータを読み出して（Ｓ３０３）、そのイベントデータを実行すべきイベント時刻をタイミングデータに基づいて算出する（Ｓ３０４）。そして、図１０（２）に示すように、トラック番号、イベントの種類、ノートナンバ、およびイベント時刻をイベントバッファに書き込んで（Ｓ３０５）、次にイベントデータを読み出すまでの時間を読出タイマにセットする（Ｓ３０６）。ここでセットする時間は、イベント時刻よりも所定時間前になるような時間にしておく。これによって、予めイベントデータを読み出しておくことができるようになり、キューフラグに対応する受信イベントの待ち受けもキューフラグ時刻よりも前から開始することが可能となる。
【００４５】
コントローラ１１は、今回読み出したイベントデータにキューフラグが付されているか否かを判定し（Ｓ３０７）、キューフラグがふされていると判定した場合には（Ｓ３０７；ＹＥＳ）、図１０（３）に示すように、キューフラグの付されたノートオンイベントのノートナンバをキューフラグバッファに書き込む（Ｓ３０８）。このとき、あわあせてステップＳ３０４で算出したイベント時刻をキューフラグ時刻としてセットする。なお、この時点ではキューフラグを書き込んでから時間の経過がないので、経過時間は０とする。
【００４６】
キューフラグへの書込（Ｓ３０８）が終了した後、あるいはステップＳ３０７の判定において、キューフラグが付されていないと判定した場合は（Ｓ３０７；ＮＯ）、全トラックのＭＩＤＩデータについて読出処理を実行したか否かを判定し（Ｓ３０９；ＮＯ）、まだ読出処理を行っていないトラックが残っていると判定した場合は（Ｓ３０９；ＮＯ）、処理対象を次のトラックに変更して（Ｓ３１０）、ステップＳ３０２の読出タイマ値の判定に移行させる。
ところで、このステップＳ３０２の判定において、読出タイマ値が０ではない、すなわちイベントデータを読み出すタイミングではないと判定した場合は（Ｓ３０２；ＮＯ）、読出タイマ値を１デクリメントした後（Ｓ３１１）、全トラックについて処理を終了したか否かの判定を行う（Ｓ３０９）。
そして、ステップＳ３０９の判定において全トラックについて処理を終了したと判定すると（Ｓ３０９；ＹＥＳ）、演奏データ読出処理を終了してメインルーチンに戻る。
【００４７】
[２−２−４．イベント実行処理]
図１４に示すフローチャートは、イベント実行処理（図１１：Ｓ４００）のサブルーチンを示したものである。イベント実行処理は、イベントバッファに記憶されたイベントデータを実行するための処理であり、キューフラグに対応した受信イベントの待ち受けも、このルーチンで行うものである。
コントローラ１１は、キューフラグバッファにデータが記憶されているか否かをまず判定し（Ｓ４０１）、キューフラグバッファにデータが記憶されている、すなわち、キューフラグに対応した受信イベントの待ち受け状態であると判定した場合は（Ｓ４０１；ＹＥＳ）、キューフラグバッファに記憶されているノートナンバと受信バッファに記憶されているノートナンバが一致するか否かを判定する（Ｓ４０２）。ここで、両者が一致すると判定した場合は（Ｓ４０２；ＹＥＳ）、キューフラグの付されたノートオンイベントと同じノートナンバのノートオンイベントデータをＭＩＤＩデータ供給装置２８から受信したと判断できるので、先に説明したように、待ち受け状態を解除すべく、ポインタ時刻をキューフラグ時刻にセットする（Ｓ４０３）。
【００４８】
一方、ステップＳ４０２の判定において、キューフラグバッファに記憶されているノートナンバと受信バッファに記憶されているノートナンバが一致しないと判定した場合は（Ｓ４０２；ＮＯ）、キューフラグの付されたノートオンイベントと同じノートナンバのノートオンイベントデータがＭＩＤＩデータ供給装置２８から供給されていないと判断できるので、キューフラグバッファ中の経過時間（図１０（３）参照）を１インクリメントする（Ｓ４０４）。
そして、経過時間値が、待ち受け許容時間としての所定値以上になったか否かを判定し（Ｓ４０５）、所定値未満、すなわち、経過時間がいまだ許容時間内であると判定した場合には（Ｓ４０５；ＮＯ）、キューフラグに対応した受信イベントの待ち受け状態を継続すべく、イベント実行処理を終了してメインルーチンに戻る。
一方、経過時間値が所定値以上になったと判定した場合には（Ｓ４０５；ＹＥＳ）、待ち受け状態を解除すべく、次に実行すべきイベントデータのイベント時刻をポインタ時刻にセットする（Ｓ４０６）。
ステップＳ４０３あるいはステップＳ４０６において、待ち受け状態を解除するポイント時刻のセットを行った後、キューフラグバッファのデータを削除する（Ｓ４０７）。
【００４９】
ところで、ステップＳ４０１の判定において、キューフラグバッファにはデータが記憶されていないと判定した場合は（Ｓ４０１；ＮＯ）、受信イベントの待ち受け状態ではないので、通常の演奏としてポインタ時刻を進行させるべく、ポインタ時刻を１インクリメントする（Ｓ４１０）。
【００５０】
ステップＳ４０３、Ｓ４０６、あるいはＳ４１０において今回処理すべきポインタ時刻をセットすると、コントローラ１１は、イベントバッファを参照してこのポインタ時刻に対応したイベントを実行する（Ｓ４０８）。先に図７を参照しながら説明したように、実行すべきイベントデータが含まれていたトラック番号毎にコントローラ１１が行う制御内容が対応付けられている。図７に示す例では、実行すべきイベントデータがトラックＴｒ０のデータであればこのノートナンバに対応した鍵１のソレノイド５を制御して主演奏の演奏指示を行い、トラックＴｒ１のデータであればこのノートナンバに対応した音高の楽音を電子楽音発生装置２５に発生させ伴奏演奏を行い、トラックＴｒ３のデータであればこのノートナンバを含むノートオンメッセージをＭＩＤＩ信号として制御装置２００に送信する。
このような、各トラックに対応したイベントデータに基づく制御を実行した後（Ｓ４０８）、コントローラ１１は、実行したイベントデータをイベントバッファから削除して（Ｓ４０９）、イベント実行処理を終了する。
【００５１】
[２−３．制御装置２００の詳細動作]
次に、制御装置２００の詳細動作について、図１５に示すフローチャートを参照しながら説明する。
制御装置２００の制御部２０１は、例えば、パネル操作やピアノ１００から送信されるデータなどに基づいて図１５に示す処理を開始すると、初期化処理を行った後（Ｓｂ１）、ピアノ１００からのＭＩＤＩ信号受信待ち状態とする（Ｓｂ２）。
ステップＳｂ２においてＭＩＤＩ信号を受信したと判定した場合は（Ｓｂ２；ＹＥＳ）、図８に例示したような設定テーブル２０３を参照して、受信したノートナンバに対応する制御データをデータベースから検索する（Ｓｂ３）。そして、検索された制御データに基づいて効果装置３００を制御して（Ｓｂ４）、ピアノ２００における演奏が終了したか否かを判定する（Ｓｂ５）。
ステップＳｂ５の判定において、演奏が終了していないと判定した場合は（Ｓｂ５；ＮＯ）、処理をステップＳｂ２のＭＩＤＩ信号受信待ちに戻し、演奏が終了したと判定した場合は（Ｓｂ５；ＹＥＳ）、処理を終了する。
【００５２】
[３．まとめ]
このように、本実施形態では、演奏者に対する演奏支援や伴奏の自動演奏などの音楽データの時間進行にあわせて、演奏に付与する各種効果の内容を予め演奏データに記述しておくことができるので、演奏者は複数の効果付与制御操作を演奏動作とは別に行う必要がなくなる。
また、演奏データにはキューフラグが付されており、キューフラグに対応するイベントがＭＩＤＩデータ供給装置２８から供給されるまで演奏データに基づいた処理の実行を停止することができる。このため、例えば、ＭＩＤＩデータ供給装置２８が入力される歌唱者の歌声や他の楽器の演奏音をＭＩＤＩデータに変換するものであれば、歌唱者の歌や他の楽器の演奏が演奏データに記述されたタイミングよりも前後した場合であっても、上記歌や演奏にあわせて行うべき伴奏の自動演奏や主演奏の演奏指示、さらには付与すべき効果の制御も一時停止状態になっているので、他の楽器の演奏動作もしくは歌唱者の歌などと本ピアノ１００による伴奏や主演奏の演奏指示や他の各種装置による効果制御が同期するようになる。
【００５３】
[４．変形例]
本発明は、上述した実施形態に限らず、以下に示すような各種の変形が可能である。
【００５４】
上記実施形態では、楽器以外の他装置として、効果装置である照明装置、ディスプレイ、サウンドシステムなどを例としてあげたが、これらに限らず、例えば、空調装置、送風装置や、香り発生装置など、ピアノ１００が楽器として備える通常の機能以外のもので制御可能なものであればどのような装置でもかまわない。
また、各効果装置で付与する効果についても、予め記憶したデータによる制御が行えればどのようなものでもよく、記憶しておくデータの形式もどのようなものでもかまわない。例えば、動画であればＭＰＥＧ（Moving Picture Experts Group）などをもちいればよいし、オーディオであればＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）形式のデータでもよいし、ＭＩＤＩデータに基づいて音源で楽音を生成するようにしてもかまわない。
なお、本発明は、上記実施形態のようなピアノを制御する装置にかぎらず、キーボードやオルガンのような他の鍵楽器を制御するものであってもよいし、演奏データに基づいて楽音を発生する装置を有するものであればよい。
【００５５】
また、上記実施形態では、複数の効果装置を一つの制御装置で制御しているが、各効果装置毎に制御装置を設けて、楽器側でＭＩＤＩ信号の送信先を制御するようにしてもかまわない。あるいは、制御装置を楽器側に設ける構成にしてもよい。
上記実施形態では、キューフラグをノートオンイベントに含めたデータ構成としているが、これに限らず、外部から入力される音高を示す情報と対応付けることができればどのような記述のしたかでもよく、例えばキューフラグのみを記述したトラックを設けてもよい。
なお、演奏データに記述された所定の区切りを示すデータとして、上記実施形態ではキューフラグを用いているが、これに限らず他の識別子を用いるようにしてもかまわない。例えば小節線を示すデータを含めた場合は小節線データを用いてもよいし、カラオケデータのようにさび区間の開始を示すマークなどを記述しているような場合には、このようなマークを用いてもかまわない。あるいは、識別子を用いずに、所定の時間条件や何音符毎などといった他の情報を演奏データのヘッダなどに記述しておいてもかまわない。
【００５６】
上記実施形態では、キューフラグがバッファに記憶されている場合には、該キューフラグのノートナンバに対応する受信イベントを検出するまでポインタ時刻の進行を停止することによって、ＭＩＤＩデータ供給装置２８から供給されるＭＩＤＩデータと主演奏データとを比較し、該比較結果に応じて主演奏データ、伴奏データおよび制御データの進行を制御しているが、進行の停止に限らず、例えば、進行速度を徐々に遅くするようにしてもよい。
また、上記実施形態では、楽器の演奏動作と主演奏データとを比較する際には、主演奏データの進行と制御データの進行とを同一のポインタ時刻を用いて一致させているが、主演奏データの進行のみを停止し、伴奏データや制御データの進行は少し先まで進ませてから停止するようにしてもよいし、伴奏データや制御データの進行速度を徐々に遅くするようにしてもよい。
なお、上記実施形態では、キューフラグに対応する受信イベントの待ち受け状態になってから所定時間が経過した場合は、待ち受け状態を解除するものとして説明しているが、受信イベントを検出するまで待ち続けるようにしてもかまわない。
また、上記実施形態では、キューフラグ時刻よりも早いタイミングから受信イベントの待ち受けを行うものとし、キューフラグ時刻よりも前に受信イベントを検出した場合には効果付与タイミングや伴奏演奏タイミングも前倒しとなる例を用いて説明しているが、これに限らず、効果付与タイミングを前倒ししないようにしてもよい。このような場合は、ポイント時刻がキューフラグ時刻と一致した時点で、所定時間前以内に受信イベントを検出していた場合には、そのままポインタ時刻を進行させ、受信イベントを検出していなかった場合は、受信イベントを検出するまで待ち続けるようにすればよい。
【００５７】
効果付与を制御するイベントデータについて、上記実施形態ではノートオンイベントを用いて、そのイベントに含まれるノートナンバと制御内容とを対応付けているが、例えばエクスクルーシブなどの他のメッセージを用いてもよいし、ベロシティなど他のパラメータと制御内容を対応付けるようにしてもかまわない。なお、演奏データを記述するデータ形式および、楽器から制御装置への制御信号の送信形式についても、上記実施形態のようなＭＩＤＩに限らず、他の形式のものをもちいてもかまわないのはもちろんである。
また、上記実施形態では、各種制御を行うためのプログラムは予めコントローラ１１および制御部２０１に記憶されているものとして説明したが、例えば、ディスクドライブ１２０にセットされたディスクから読み出したり、インストールできるようにしてもよい。
プログラムや演奏データをコントローラ１１や制御部２０１に供給する手段についても、ディスクからの読み込みに限らず、通信インターフェイスを設けて、通信回線によって供給できるようにしてもかまわない。
【００５８】
また、上述した実施形態では、ピアノ１００の楽音発生等を制御する演奏データとして、主演奏トラックに加え、伴奏トラックを有するＭＩＤＩデータを用いて主演奏の演奏指示および伴奏の電子楽音による演奏を行っていたが、主演奏トラックのみが記述されたＭＩＤＩデータを用いるようにしてもよい。この場合にも、上記実施形態と同様に主演奏トラックにキューフラグを記述しておき、キューフラグが付された音高と同じ音高のＭＩＤＩデータをＭＩＤＩデータ供給装置２８から受信した場合にのみ、その主演奏トラックに記述されたＭＩＤＩデータに応じた電子楽音による主演奏を行うようにし、同じ音高のＭＩＤＩデータを受信しない場合には主演奏トラックに基づく演奏を停止するようにしてもよい。この構成の下、ＭＩＤＩデータ供給装置２８が歌唱者の歌をＭＩＤＩデータに変換するものである場合には、歌唱されるメロディーの進行に追従したメロディー音の発生が可能となる。
【００５９】
また、上述した実施形態では、主演奏トラックの記述内容に基づいてソレノイド５によって鍵１を半押し状態とすることにより、演奏支援を行うようにしていたが、ソレノイド５によって鍵１を動作させて打弦による機械的発音を行うようにしてもよい。また、主演奏トラックは伴奏トラックの進行タイミングを制御するためだけに用いるようにし、上記実施形態のように主演奏トラックのイベントデータに応じたソレノイド５の制御を行わないようにしてもよい。
また、上述した実施形態では、伴奏トラックに基づく演奏を電子楽音発生部２５が行うようにしていたが、伴奏トラックに基づく演奏をソレノイド５による機械的発音によって行うようにしてもよい。この際、主演奏トラックに基づく演奏を電子楽音発生部２５が行うようにしてもよい。
また、上述した実施形態では、主演奏トラックにキューフラグを記述するようにしていたが、伴奏トラックにキューフラグを記述するようにしてもよい。この場合、例えば他の楽器による伴奏演奏音をＭＩＤＩデータ供給装置２８でＭＩＤＩデータに変換してピアノ１００に供給するようにすればよい。
【００６０】
また、上述した実施形態では、外部からＭＩＤＩデータを供給することにより、コントローラ１１に音高を示す情報をコントローラ１１が受信するようになっていたが、外部から供給する信号は、コントローラ１１が音高を示す情報を取得することができる信号であればよく、オーディオ信号などであってもよい。例えばＣＤプレーヤやＤＶＤプレーヤなどのオーディオ機器からオーディオ信号を受信し、このオーディオ信号から音高を検出する（例えば、図５に示すＭＩＤＩデータ供給装置２８の構成をピアノ１００内部に設ける）ようにしてもよい。この場合、ピアノ１００にマイクロホンもしくはオーディオ信号入力端子を設けるようにすればよい。
また、上述した実施形態では、外部から入力される信号に応じて、演奏、演奏支援または他の装置の制御などを実行したが、このような制御モードに加え、鍵１の演奏操作により発生されたＭＩＤＩデータに応じて演奏、演奏支援または他装置の制御などを実行する制御モードを設け、演奏者がこれらのモードを任意に選択できるようにしてもよい。これにより、外部から入力される信号による制御と、自機の演奏による制御とを共通の構成で実現できるため、簡易な構成で多彩な制御が可能となる。なお、後者の制御モードの場合には、キーセンサ２６から供給される信号に基づいて、図１２に示す処理と同様の処理を行うようにすればよい。
【００６１】
【発明の効果】
以上説明したように、本発明によれば、外部から入力される信号に応じて演奏、演奏支援または他装置の制御などを実行することが可能となる。
【図面の簡単な説明】
【図１】  実施形態の全体構成を示す図である。
【図２】  ピアノの外観構成を示す図である。
【図３】  ピアノの主要部の構成を示す図である。
【図４】  制御装置の構成を示すブロック図である。
【図５】  ＭＩＤＩデータ供給装置の構成を示すブロック図である。
【図６】  ＭＩＤＩデータの構成を示す図である。
【図７】  ＭＩＤＩデータと制御内容の対応を示す図である。
【図８】  ＭＩＤＩデータに含まれるパラメータと制御内容の対応を示す図である。
【図９】  ＭＩＤＩデータの内容を音符で示した図である。
【図１０】  各種バッファの内容を例示した図である。
【図１１】  ピアノの動作を説明するフローチャートである（メインルーチン）。
【図１２】  ピアノの動作を説明するフローチャートである（押鍵処理）。
【図１３】  ピアノの動作を説明するフローチャートである（演奏データ読出処理）。
【図１４】  ピアノの動作を説明するフローチャートである（イベント実行処理）。
【図１５】  制御装置の動作を説明するフローチャートである。
【符号の説明】
１００……ピアノ、１……鍵、２……ハンマ、３……アクションメカニズム、４……弦、５……ソレノイド、６……ダンパ６、１１……コントローラ、１２……サーボコントローラ、２５……電子楽音発生装置、２６……キーセンサ、２８……ＭＩＤＩデータ供給装置、１１０……ＭＩＤＩインターフェイス、１１１……ＭＩＤＩケーブル、１２０……ディスクドライブ、１３０……ディスプレイ、２００……制御装置、３００……効果装置。
【図１】
0004228494.tif 000002
【図２】
0004228494.tif 000003
【図３】
0004228494.tif 000004
【図４】
0004228494.tif 000005
【図５】
0004228494.tif 000006
【図６】
0004228494.tif 000007
【図７】
0004228494.tif 000008
【図８】
0004228494.tif 000009
【図９】
0004228494.tif 000010
【図１０】
0004228494.tif 000011
【図１１】
0004228494.tif 000012
【図１２】
0004228494.tif 000013
【図１３】
0004228494.tif 000014
【図１４】
0004228494.tif 000015
【図１５】
0004228494.tif 000016