JP5167797B2 - 演奏端末コントローラ、演奏システムおよびプログラム - Google Patents

Description

本発明は、演奏端末コントローラ、演奏システムおよびプログラムに関する。

電子ピアノなどの電子鍵盤楽器においては、演奏者が望む演奏を実現するため、種々の機能が提案されている。例えば、各鍵にソレノイドユニット等の押鍵機構を設け、演奏データにより特定される鍵を該押鍵機構により押下することにより自動演奏を行う機能がある（特許文献１参照）。

特開号２００３−１６７５７７公報

上記の特許文献１に記載の技術によれば、演奏データに従ったタイミングで鍵が押鍵されることから、各演奏者が望む態様での演奏がなされることはなかった。また、複数のパートからなる演奏データをパートごとに読み出して再生させることができないため、複数人で合奏したいといったユーザの要望に柔軟に応えられないという問題点があった。

本発明は、このような背景に鑑みてなされたものであり、複数のパートの演奏データを所望の態様で自動演奏することが可能な演奏端末コントローラ、演奏システムおよびプログラムを提供することを目的とする。

本発明に係る演奏端末コントローラは、特定の音高に対応付けられた第１演奏操作子と楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段とを有する演奏端末から、前記操作信号を受信する受信手段と、前記パートデータを複数記憶するパートデータ記憶手段と、前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、前記受信手段が前記演奏端末から前記操作信号を受信すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、前記読出手段により読み出された前記各パートデータを出力する出力手段とを具備することを特徴とする。

本発明に係る演奏端末コントローラは、上記の構成において、前記対応テーブル記憶手段内の対応テーブルは、複数の前記演奏端末の各々について前記第２演奏操作子と前記各パートデータとを対応付けるとしてもよい。

本発明に係る演奏システムは、演奏端末と演奏端末コントローラとを有する演奏システムであり、前記演奏端末は、特定の音高に対応付けられた第１演奏操作子と、楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と、前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段とを有し、前記演奏端末コントローラは、前記演奏端末から、前記操作信号を受信する受信手段と、前記パートデータを複数記憶するパートデータ記憶手段と、前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、前記受信手段が前記演奏端末から前記操作信号を受信すると、前記操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、前記読出手段により読み出された前記各パートデータを前記演奏端末に出力する出力手段とを有することを特徴とする。

本発明に係る別の態様の演奏システムは、複数の演奏端末と演奏端末コントローラとを有する演奏システムであり、前記各演奏端末は、特定の音高に対応付けられた第１演奏操作子と、楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と、前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段とを有し、前記演奏端末コントローラは、前記各演奏端末から、前記操作信号を受信する受信手段と、前記パートデータを複数記憶するパートデータ記憶手段と、前記複数の演奏端末の各々について前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、前記受信手段が前記各演奏端末から前記操作信号を受信すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、前記読出手段により読み出された前記パートデータを前記各演奏端末に出力する出力手段とを有することを特徴とする。

本発明に係るプログラムは、コンピュータを、特定の音高に対応付けられた第１演奏操作子と楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段とを有する演奏端末から、前記操作信号を受信する受信手段と、前記パートデータを複数記憶するパートデータ記憶手段と、前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、前記受信手段が前記演奏端末から前記操作信号を受信すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、前記読出手段により読み出された前記各パートデータを出力する出力手段として機能させることを特徴とする。

本発明に係る別の態様のプログラムは、特定の音高に対応付けられた第１演奏操作子と楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子とを有する演奏端末を制御するコンピュータを、前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段と、前記パートデータを複数記憶するパートデータ記憶手段と、前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、前記操作信号出力手段が前記操作信号を出力すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、前記パート特定手段により特定されたパートデータを、前記操作信号出力手段が操作信号を出力したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、前記読出手段により読み出された前記各パートデータを出力する出力手段として機能させることを特徴とする。

本発明に係る演奏端末コントローラ、演奏システムおよびプログラムによれば、複数のパートの演奏データを所望の態様で自動演奏することが可能となる。

（Ａ；実施形態の構成）
（Ａ−１；全体構成）
図１は、本発明の一実施形態に係る演奏システム１００の構成を示すブロック図である。演奏システム１００は、ピアノプレーヤ１０と、演奏端末コントローラ２０とにより構成される。ピアノプレーヤ１０と演奏端末コントローラ２０は、ＭＩＤＩ（Musical Instrument Digital Interface）ケーブル３０で接続されている。

（Ａ−２；ピアノプレーヤ１０の構成）
図２に示すように、ピアノプレーヤ１０は、８８の鍵（演奏操作子）で構成される鍵盤を有し７オクターブの音域の演奏が可能である。
図３は、ピアノプレーヤ１０の主要部について、アコースティックピアノとしての構成（上段）と、電子ピアノとしての構成（下段）とを関連付けて示す。同図においては、上記複数の鍵１から１つの鍵に係る構成を取り出してその断面図を示している。

まず、アコースティックピアノとしての構成について説明する。ピアノプレーヤ１０は、鍵１の駆動をハンマ２に伝達するアクションメカニズム３と、ハンマ２よって打撃される弦４と、弦４の振動を止めるためのダンパ６を始めとして、アコースティックピアノの基本的な構成を全て備えている。ピアノプレーヤ１０におけるこれらの構成は、通常のアコースティックピアノと同様であり、ここでは詳細な説明を省略する。

次に、電子ピアノとしての構成について説明する。まず、鍵１の操作内容を表すＭＩＤＩデータを出力するための構成について説明する。
鍵センサ１４は、鍵１の前端側（図の右側）に、各鍵ごとに設けられている。各鍵センサ１４は、対応する鍵１の操作状態をリアルタイムに検出し、鍵１の操作状態を表す押鍵検出信号をＡ／Ｄ（Analog / Digital）変換器１３に出力する。
Ａ／Ｄ変換器１３は、鍵センサ１４から受取った押鍵検出信号をＡ／Ｄ変換して、デジタルデータ（押鍵検出データ）をコントローラ１１に出力する。

コントローラ１１は、各鍵１の操作状態を表す押鍵検出データをリアルタイムに受取り、該押鍵検出データが表す各鍵１の操作状態に対応するＭＩＤＩデータ（以下、鍵操作データ）を生成する。具体的には、どの鍵１が押下されたか（もしくは離鍵されたか）によって音高（ノートナンバ）が、またどのような強さで押下されたかによってベロシティ値が決定されることにより各イベントデータが生成される。

ＭＩＤＩ ＩＦ(Interface)部１２は、コントローラ１１により生成された鍵操作データをリアルタイムに演奏端末コントローラ２０に出力する。なお、本実施形態に係るピアノプレーヤ１０に設けられたチャンネル数は１であり、鍵操作データの出力には、送信チャンネル１が割り当てられる。

次に、外部から入力されたデータ（ＭＩＤＩデータ）に従って発音するための構成について説明する。
上記のＭＩＤＩ ＩＦ部１２は、演奏端末コントローラ２０から演奏データを受取る。演奏データとは、ピアノプレーヤ１０において自動演奏すべき内容が書き込まれたＭＩＤＩデータである。なお、本実施形態において、ピアノプレーヤ１０が受信可能なチャンネル数は１である。ＭＩＤＩ ＩＦ部１２は、演奏端末コントローラ２０から受取ったＭＩＤＩデータのチャンネル１を受信するよう設定されている。
コントローラ１１は、ＭＩＤＩ ＩＦ部１２から受取った演奏データを音源１７に出力する。音源１７には各種の波形データが格納されており、受取った演奏データに基づいて該波形データが読み出される。波形データが種々の態様で読み出されることにより生成された音信号は放音手段１８に出力される。
放音手段１８は、音源１７から受取った音信号に基づいて放音する。

（Ａ−３；演奏端末コントローラ２０の構成）
図４は、演奏端末コントローラ２０の構成を示すブロック図である。演奏端末コントローラ２０は、例えばパーソナルコンピュータなどにより構成される。
図示するＣＰＵ（Central Processing Unit）２１は、ＲＡＭ（Random Access Memory）２３をワークエリアとしてＲＯＭ（Read Only Memory）２２に格納された制御プログラムを実行することにより、演奏端末コントローラ２０の各部の制御を行う。

入力部２４は、各種の操作子を有し、後述する各種パラメータを選択したり数値を入力したりすることができる。入力部２４は、操作を受けると、該操作子の操作内容を表す操作信号をＣＰＵ２１に出力する。
表示部２５は、ＣＰＵ２１の制御下で各種の情報を表示する。
ＭＩＤＩ ＩＦ部２７は、ピアノプレーヤ１０から供給されるＭＩＤＩデータ（鍵操作データ）を受信し、ＣＰＵ２１に出力する。

記憶部２６は、例えばＨＤＤ(Hard Disk Drive)などの記憶装置であり、１または複数の楽曲データを記憶している。該楽曲データは、例えばＳＭＦ(Standard MIDI File)などのＭＩＤＩデータである。本実施形態で例示する楽曲データには２つのトラック（トラック１および２）が含まれ、各トラックには、それぞれ異なる演奏データ（例えば、右手パート（演奏データ１）と左手パート（演奏データ２））が書き込まれている。
図５に示すように、各演奏データには、イベント間の時間間隔を示すタイミングデータとイベントデータとが組になり、イベントの発生順に書き込まれている。そして演奏データには、各楽音を指定するイベントデータに加えて、演奏の拍のタイミングが「拍タイミング」として書き込まれている。この「拍タイミング」は、楽音を指定するデータではないため、読み出されても発音がなされることはない。

また、記憶部２６は、対応テーブルを格納している。対応テーブルとは、後述する前処理において、ピアノプレーヤ１０に設定された鍵域と上記演奏データとの対応関係が書き込まれるテーブルである。図６は、対応テーブルの一例を示した図である。
ＭＩＤＩ ＩＦ部２７は、ＭＩＤＩデータを送信チャンネル１でピアノプレーヤ１０に送信する。

（Ｂ；実施形態の動作）
次に、演奏システム１００の動作を説明する。ピアノプレーヤ１０には、２つの動作モードが設定可能である。
「手動演奏モード」においては、ピアノプレーヤ１０はアコースティックピアノとして機能する。すなわち、鍵１が押下されると、所定のメカニズムにより弦４が打撃されることにより発音がなされる。
一方、「自動演奏モード」においては、鍵１の駆動を弦４の打撃に変換するメカニズム（例えば、アクションメカニズム３の構成やハンマ２と弦４との位置関係など）が変更されることにより鍵１の押下に応じて弦４は打撃されなくなり、アコースティックピアノとしての発音はなされない。
以下では、「自動演奏モード」が選択された場合の発音の仕組みについて説明する。

（Ｂ−１；前処理）
演奏者により演奏が開始される前の準備として演奏システム１００において実行される前処理について説明する。図７は、前処理の流れを示すフローチャートである。
ステップＳＡ１０において、操作者により、楽曲を指定する識別子が演奏端末コントローラ２０の入力部２４に入力されると、該識別子を含む操作信号がＣＰＵ２１に出力される。
ステップＳＡ２０において、ＣＰＵ２１により、該操作信号に含まれる識別子から、演奏者が演奏を希望する楽曲が特定され、該楽曲を表す楽曲データが記憶部２６からＲＡＭ２３に読み出される。

ステップＳＡ３０において、操作者により「スプリットポイントＳＰ」が指定される。スプリットポイントＳＰとは、ピアノプレーヤ１０に設けられた複数の鍵１を２つのグループ（以下、鍵域）に分割する境目を指す。例えば図２に示すように、スプリットポイントＳＰは白鍵と白鍵の間に設定され、該スプリットポイントＳＰにより鍵１は２つの鍵域に分割される。以下では、スプリットポイントＳＰより低音域の鍵域を鍵域Ｌと呼び、高音域の鍵域を鍵域Ｒと呼ぶ。

ステップＳＡ３０においては、ＣＰＵ２１は、スプリットポイントＳＰとして設定したい位置を入力することを演奏者に促すメッセージを表示部２５に表示させる。演奏者は、スプリットポイントＳＰとして設定したい位置の右隣に位置する鍵１を押下することにより、前記鍵１を含めた高音域と前記鍵１を含めない低音域とに分けるスプリットポイントＳＰを指定する。

ステップＳＡ３０において、演奏者により特定の鍵１が操作（押鍵および離鍵）されると、該鍵１の操作内容を表す鍵操作データ（ＭＩＤＩデータ）が生成され、ピアノプレーヤ１０から演奏端末コントローラ２０に出力される。
ステップＳＡ４０において、演奏端末コントローラ２０のＣＰＵ２１は、ピアノプレーヤ１０から受信した鍵操作データにより特定されるノートナンバをＲＡＭ２３に書き込む。

なお、本実施例では、ステップＳＡ２０における楽曲データの読み出しの後に、ステップＳＡ３０のスプリットポイントＳＰの設定を行ったが、スプリットポイントＳＰの設定を行った後、楽曲データの読み出しを行ってもよい。
以上で前処理が完了し、演奏可能となる。

（Ｂ−２；自動演奏処理）
図８に示すフローチャートは、ピアノプレーヤ１０において実行される自動演奏処理の流れを示している。なお、以下で説明する処理は、鍵域Ｒと鍵域Ｌとで独立にかつ並行して実行される。
まず、演奏者は、ピアノプレーヤ１０の鍵１をタッピング（複数回押下を繰り返すこと）する。例えば、演奏者は右手パート（演奏データ１）の自動演奏を希望しているとすると、対応テーブルにおいて演奏データ１が対応付けられている鍵域Ｒに含まれるいずれか１つの鍵１をタッピングする。
上記演奏者により押下された鍵１に設けられた鍵センサ１４からは、押下・離鍵されたことを表す押鍵検出信号が各操作タイミングで出力される。該出力された押鍵検出信号は、Ａ／Ｄ変換器１３において押鍵検出データに変換され、コントローラ１１に出力される（ステップＳＢ１０）。

コントローラ１１は、受取った押鍵検出データが表す各鍵１の操作状態に対応するＭＩＤＩデータ（鍵操作データ）を生成する。すなわち、ノートナンバとベロシティとを含むノートオンメッセージまたはノートオフメッセージを生成する。そして、該鍵操作データは、ＭＩＤＩ ＩＦ部１２を介して演奏端末コントローラ２０に出力される（ステップＳＢ２０）。

以上のように、ピアノプレーヤ１０から演奏端末コントローラ２０に、タッピングに対応する鍵操作データ（ノートオンメッセージまたはノートオフメッセージ）がリアルタイムに出力される。
なお、異なる鍵域に属する複数の鍵１において並行して操作がなされた場合においても、各鍵操作についてそれぞれ独立して並行に鍵操作データが生成され、演奏端末コントローラ２０に出力される。
また、同じ鍵域で複数の鍵が誤って押鍵される誤押鍵（チャタリング）が検出された場合には、最初に押鍵された操作に対応する処理のみが行われる。前記誤押鍵の検出アルゴリズムは別途実行されるが、本実施例では説明を省略する。

（Ｂ−３；演奏データ提供処理）
図９に示すフローチャートは、演奏端末コントローラ２０において実行される演奏データ提供処理の流れを示している。
ステップＳＣ１０において、演奏端末コントローラ２０は、ＭＩＤＩ ＩＦ部２７を介してピアノプレーヤ１０からタッピングに応じて生成された鍵操作データをリアルタイムに受信する。
ステップＳＣ２０において、受信された鍵操作データに含まれるメッセージの種類（ノートオン又はノートオフ）、および内容（ノートナンバ及びベロシティ情報）がＲＡＭ２３に書き込まれる。

ステップＳＣ３０において、ＣＰＵ２１は、ステップＳＣ２０においてＲＡＭ２３に書き込まれたノートナンバと、上述した前処理（ステップＳＡ４０）でＲＡＭ２３に書き込まれたノートナンバとを比較し、上記イベントに対応する鍵１が鍵域Ｒ、Ｌのいずれに含まれるかを特定する。本実施形態においては、演奏者により押下された鍵１はスプリットポイントＳＰより右側の鍵１であるため、該イベントにおいては鍵域Ｒが特定される。

ステップＳＣ４０において、ＣＰＵ２１は、ステップＳＣ３０において特定された鍵域に対応するトラックの演奏データを、ＲＯＭ２２に格納された対応テーブルを参照して特定し、該特定した演奏データをＲＡＭ２３から読み出す。図６に示すように、対応テーブルにおいては、鍵域Ｒは演奏データ１（右手パート）と、鍵域Ｌは演奏データ２（左手パート）と対応付けられている。また、ステップＳＣ３０においては鍵域Ｒが特定されているため、右手パートを表す演奏データ１が一拍分読み出される。

ステップＳＣ５０において、上記読み出された演奏データは、ＭＩＤＩ ＩＦ部２７を介して送信チャンネル１でピアノプレーヤ１０へ出力される。
ステップＳＣ６０において、ＣＰＵ２１は、残りの（演奏していない）楽曲データがあるか否か判定する。残りの楽曲データがなければ、演奏を終了し（ステップＳＣ６０；“Ｙｅｓ”）、ＣＰＵ２１は処理を終了する。残りの楽曲データがある場合（ステップＳＣ６０；“Ｎｏ”）は、ステップＳＣ１０以降の処理が再び実行される。すなわち、ピアノプレーヤ１０から鍵操作データを受信し、楽曲の後続部分について上記の処理が繰り返し実行される。

（Ｂ−４；自動演奏処理の続き）
再び、ピアノプレーヤ１０で行われる自動演奏処理について、図８に示すフローチャートを参照して説明する。ピアノプレーヤ１０は、上述したステップＳＢ２０において、演奏者によりなされたタッピングに応じて鍵操作データを出力したが、続けてステップＳＢ３０以降の処理が行われる。

ステップＳＢ３０において、コントローラ１１は、ＭＩＤＩ ＩＦ部１２を介して演奏端末コントローラ２０から演奏データを受信する。
コントローラ１１は、該受信した演奏データ（ＭＩＤＩデータ）に書き込まれた各イベントのイベント時刻を特定する。該イベント時刻が到達すると、イベント内容を音源１７に出力する。
ステップＳＢ４０において、音源１７は、イベントデータに含まれる音の強弱（ベロシティ）に応じた波形データからなる音信号を生成し、放音手段１８に供給する。
ステップＳＢ５０において、放音手段１８は、受取った音信号に従い音を放音する。

ステップＳＢ６０において、コントローラ１１は、残りの楽曲データがあるか否か判定する。楽曲の演奏が全て終了したと判断すると（ステップＳＢ６０；“Ｙｅｓ”）、コントローラ１１は処理を終了する。残りの楽曲データがある場合（ステップＳＢ６０；“Ｎｏ”）は、楽曲の後続部分について、ステップＳＢ１０以降の処理が再び実行される。

（Ｃ；動作のまとめ）
以上に説明した処理が、ピアノプレーヤ１０及び演奏端末コントローラ２０において繰り返されることにより、以下のような作用、効果が得られる。

ピアノプレーヤ１０において演奏者によりタッピングがなされると、該操作内容に基づく鍵操作データが演奏端末コントローラ２０に出力される。演奏端末コントローラ２０は、ピアノプレーヤ１０から鍵操作データを受取ると、タッピングされた鍵１の鍵域と対応付けられた演奏データを読み出し、ピアノプレーヤ１０に供給する。そして、ピアノプレーヤ１０においては、該演奏データの自動演奏がなされる。
このとき、複数の鍵域の鍵１が同時に又は並行してタッピングされた場合には、それぞれの鍵１のタッピングに応じたタイミングで演奏データが読み出され、それらの演奏データが並行してピアノプレーヤ１０に出力されるため、複数の演奏者による合奏も可能となる。

なお、演奏者によるタッピングから自動演奏が行われるまでの演奏端末コントローラとピアノプレーヤによる楽音処理は十分に早く実行されることから、演奏者によるタッピングのタイミングと、自動演奏がなされる演奏データの拍との間の遅延時間は無視できるほど小さく、演奏者は拍タイミングに従って感覚的にタッピングをすれば良い。

（Ｄ；変形例）
以上、本発明の実施形態について説明したが、本発明は以下のように種々の態様で実施することができる。また、以下の変形例を適宜組み合わせてもよい。

（１）上述した実施形態においては、スプリットポイントＳＰを１箇所だけ設定して鍵１を２つの鍵域に分割する場合について説明したが、スプリットポイントＳＰを２箇所以上設定して鍵盤を３以上の鍵域に分割しても良い。その場合、演奏端末コントローラ２０においては、各々の鍵域に属するノートナンバを特定すると共に、各鍵域と演奏データを対応付ける対応テーブルを記憶部２６に記憶させておけば良い。

（２）上述した実施形態においては、「自動演奏モード」が選択されると、アコースティックピアノとしての発音はなされない。しかし、自動演奏モードにおいても、上述した自動演奏がなされると同時に演奏内容そのものの発音がなされるようにしても良い。しかし、そのようにすると、自動演奏をさせるために鍵１をタッピングしている場合にも、該タッピングによる鍵１の押下により弦４が打撃され発音されてしまうとの問題がある。従って、以下のようにしても良い。
ピアノプレーヤ１０において、最高音および最低音に対応する鍵１（以下、それぞれ鍵１Ｒ、鍵１Ｌ）においては、弦４が設けられていないか、又は打撃されても音を発しない弦形状の構造が設けられており、鍵１Ｒおよび鍵１Ｌを押鍵してもアコースティックピアノとしての発音はなされないようにする。そして、上記実施形態においては鍵域Ｒおよび鍵域Ｌを右手および左手パートの演奏データに対応づけていたが、ここでは対応テーブルにおいて、鍵１Ｒおよび１Ｌをそれぞれ右手および左手パートの演奏データと対応付けておく。このような構成において、鍵１Ｒおよび１Ｌを除く他の鍵１を用いてアコースティックピアノとしての演奏をすると共に、該ピアノ演奏と並行して鍵１Ｒおよび１Ｌがタッピングされた場合には、上述した自動演奏処理を実行するようにしても良い。
なお、この場合、鍵１Ｒおよび１Ｌを除く他の全ての鍵１には、いずれの演奏データも対応付けられていないが、そのようにいずれの演奏データにも対応付けられない鍵１が存在しても良く、また、いずれの鍵域にも対応付けられない演奏データがあっても良い。
以上のような実施形態は、例えば左手パートの練習を望んでいる生徒が左手で通常のピアノ演奏を行い、その右横で教師が鍵１Ｒを適切なタイミングで押下して右手パートを自動演奏させるといった教習連弾において用いることができる。
なお、前述の鍵１Ｒおよび鍵１Ｌはそれぞれ、最高音および最低音に対応する一つの鍵を設定したが、それぞれ複数の鍵１を設定しても良い。

（３）上述した実施形態においては、ＭＩＤＩデータを入出力する機能を有するピアノプレーヤ１０を演奏端末コントローラ２０に接続する場合について説明した。しかし、演奏内容をＭＩＤＩデータとして入出力する機能を有するＭＩＤＩ機器であれは、その楽器種はピアノに限られない。

（４）上述した実施形態においては、ピアノプレーヤ１０はアコースティックピアノとしての構成を有する場合について説明した。しかし、ピアノプレーヤ１０は、手動演奏モードにおいても電子ピアノとしての構成を用いて発音をするようにしても良い。すなわち、演奏者により鍵１が操作されると鍵センサ１４により鍵操作が検出され、コントローラ１１は該演奏内容を表すＭＩＤＩデータを音源１７に出力する。音源１７においてＭＩＤＩデータに対応する波形データが読み出されて音信号が生成され、該音信号に基づく音が放音手段１８において放音される。このような場合においても、自動演奏モードにおいては、上記実施形態と同様の処理を行えば良い。

（５）上述した実施形態においては、演奏端末コントローラ２０において、ピアノプレーヤ１０から受取った鍵操作データに含まれるノートナンバから、タッピングされた鍵１がいずれの鍵域に含まれるかを判定する場合について説明した。しかし、ピアノプレーヤ１０が演奏端末コントローラ２０に出力する鍵操作データに、押下された鍵１の鍵域を特定するための情報（例えば、「鍵域１」など）を含ませておくようにしても良い。

（６）上述した実施形態においては、１回のタッピングにより１拍分の演奏データが読み出される場合について説明した。しかし、１回の押鍵により読み出される演奏データの量は１拍分に限られない。例えば、１小節分の演奏データが読み出されるようにしても良い。その場合、演奏データには、１拍のタイミングに代えて１小節の区切りを示す情報を含ませておけば良い。
また、例えば１回のタッピングに対して、演奏データから１つのノートオンのイベントが読み出されるようにしても良い。その場合、演奏端末コントローラ２０は、鍵操作データを受取ると、特定された鍵域に対応付けられた演奏データから、「次のノートオンイベント」を読出しピアノプレーヤ１０に出力する。そして、ピアノプレーヤ１０は、受取ったＭＩＤＩデータに基づいて再生する。

（７）上述した実施形態においては、ピアノプレーヤ１０および演奏端末コントローラ２０を有する演奏システム１００を本発明の実施形態として説明したが、演奏端末コントローラ２０のみを本発明としても良い。すなわち、演奏端末コントローラ２０に対して各種のＭＩＤＩ機器を接続し、上記ＭＩＤＩ機器に設けられた複数の演奏操作子（例えば鍵盤）の操作内容に応じて演奏データを選択して出力し、該演奏データを上記ＭＩＤＩ機器に発音させれば良い。

（８）上述した実施形態においては、スプリットポイントＳＰにより鍵域を設定する場合について説明した。しかし、各鍵域に属する鍵１を入力部２４から入力するようにしても良い。例えば、各鍵域について、含まれる最低音および最高音のノートナンバを入力するなどすれば良い。
また、上述した実施形態においては、スプリットポイントＳＰを指定することにより、各鍵域の範囲を指定する場合について説明した。しかし、各鍵域について、含まれる鍵１の全てを逐一押下することにより指定するようにしても良い。その場合、各鍵域に対して押下された鍵１に対応するノートナンバをＲＡＭ２３に書き込んでおけば良い。

（９）上述した実施形態においては、鍵域Ｒ、Ｌに対して、それぞれ演奏データ１、２を対応付けておく場合について説明した。しかし、各鍵域に対応付けておく演奏データは、同じ楽器の別のパートである必要はない。例えば、鍵域Ｒに対しては、ピアノの演奏データを対応付けておき、鍵域Ｌに対しては、打楽器の演奏データを対応付けておくなどしても良い。

（１０）上述した実施形態においては、タッピングにより、演奏データが拍の単位で所定のスピードで読み出される場合について説明した。すなわち、１回の押鍵がなされると、演奏データにおいて「拍タイミング」と次の「拍タイミング」とにより挟まれたイベントデータが読み出され、演奏データに含まれるタイミングデータにより規定されるスピードで各イベントが実行された。しかし、タッピングのテンポに応じて、演奏データの読出しスピードを増減するようにしても良い。例えば、あるタイミングにおける押鍵に応じて読み出される１拍分の演奏データは、該押鍵とその直前の押鍵の時間間隔によって決められるとし、該時間間隔が所定の値より短ければ、上記読み出される演奏データのタイミングデータ（時間間隔）に書き込まれたテンポより早いテンポで演奏がなされるようにし、その逆にタッピングの時間間隔が所定の値より長ければ、遅いテンポで演奏がなされるようにしても良い。なお、演奏データの読出し速度の制御は、上に記載した態様に限定されるものではなく、タッピングのテンポに応じて自動演奏のテンポが制御されるようにすれば、どのような方法を用いても良い。

（１１）上述した実施形態においては、演奏端末コントローラ２０に１つのピアノプレーヤ１０が接続されている場合について説明した。しかし、演奏端末コントローラ２０に複数のピアノプレーヤ１０が接続されていても良い。その場合には、各ピアノプレーヤ１０について個別に鍵域（スプリットポイントＳＰ）を設定するなどして、演奏端末コントローラ２０の記憶部２６に格納された複数の演奏データを各ピアノプレーヤ１０の鍵域に対して所望の対応関係で対応付けておけば良い。
例えば、その対応付けは、図１０に模式的に示すようにすれば良い。図１０には、複数のピアノプレーヤ１０（ピアノプレーヤ１０―１〜３）の各々について、設定された鍵域に対応させて演奏データを割り当てる割り当て態様が示されている。
例えば、ピアノプレーヤ１０―１においては、１つ目及び２つ目の鍵域（鍵域１及び鍵域２）としてノートナンバ２１〜５９及び６０〜１０８の鍵１が指定され、それぞれの鍵域には演奏データ１及び２が割り当てられている。また、ピアノプレーヤ１０―２においては、鍵域１及び鍵域２としてノートナンバ２１及び１０８の鍵１が指定され、それぞれの鍵域には演奏データ２及び３が割り当てられている。また、ピアノプレーヤ１０―３においては、鍵域１、２、３、４としてそれぞれノートナンバ２１〜４２、４３〜６４、６５〜８６、８７〜１０８の鍵１が指定され、それぞれの鍵域には演奏データ２、３、４、５が割り当てられている。
例示したように各ピアノプレーヤ１０において個別に鍵域が設定されると共に、各鍵域に対して演奏データが対応付けられている場合のデータの流れを、図１１に模式的に示す。ピアノプレーヤ１０−１、１０−２、および１０−３は、例えば鍵がそれぞれ２つ、２つ、４つの鍵域に分割されており、各鍵域はそれぞれが記憶部２６に格納された演奏データに対応付けられている。そして、各ピアノプレーヤ１０においてタッピングされた鍵１から鍵域が特定され、該鍵域に対応する１または複数の演奏データが読み出され、それぞれ対応するピアノプレーヤ１０に出力される。
なお、複数のピアノプレーヤ１０が接続されている場合には、演奏端末コントローラ２０は、受取った鍵操作データがいずれのピアノプレーヤ１０から出力されたものであるかを判定することが必要となるが、各ピアノプレーヤ１０から入力された鍵操作データに、該ピアノプレーヤ１０を識別可能な識別子を含ませるようにし、該識別子に基づいてピアノプレーヤ１０を識別しても良いし、各鍵操作データが入力された入力端子に基づいて該処理を行っても良い。
以上のように、複数のピアノプレーヤ１０が演奏端末コントローラ２０に接続されている場合には、各ピアノプレーヤ１０において互いに異なる態様で鍵域の設定や演奏データの割り当てをしても良い。

（１２）上述した実施形態においては、１つの鍵１（ノートナンバ）はいずれか１つの鍵域に含まれる場合について説明したが、複数の鍵域にまたがって対応付けられるとしても良い。
また、対応テーブルにおいて、１つの鍵域が複数の演奏データにまたがって対応付けられるとしても良い。また、１つの演奏データが、複数の鍵域１に対応付けられていても良い。これらの場合においても、上記実施形態と同様に、タッピングされた鍵１に対応付けられた演奏データが複数ある場合には、それら複数の演奏データを読出して、該読み出された演奏データを並行して出力するようにすれば良い。

（１３）上述した実施形態においては、演奏システム１００にピアノプレーヤ１０と演奏端末コントローラ２０とが別個の装置として含まれる場合について説明した。しかし、ピアノプレーヤ１０と演奏端末コントローラ２０の機能を併せ有する単一の装置（コントローラ付きピアノプレーヤ）として本発明を実施しても良い。

（１４）上記実施形態においては、演奏端末コントローラ２０に特徴的な機能を実現するための制御プログラムを、ＲＯＭ２２に予め書き込んでおく場合について説明したが、磁気テープ、磁気ディスクなどの磁気記録媒体、光記録媒体、光磁気記録媒体、ＲＡＭ、ＲＯＭなどのコンピュータ読み取り可能な記録媒体に上記制御プログラムを記録して配布するとしても良く、インターネット網などの電気通信回線経由のダウンロードにより上記制御プログラムを配布するようにしても良い。また、上記変形例（１３）に記載したコントローラ付きピアノプレーヤを制御する制御プログラムについても同様である。

演奏システム１００の構成を示すブロック図である。 ピアノプレーヤ１０の鍵盤（外観）を示す図である。 ピアノプレーヤ１０の内部構成を示す図である。 演奏端末コントローラ２０の構成を示すブロック図である。 演奏データの構成を示す図である。 対応テーブルの一例を示した図である。 前処理の流れを示すフローチャートである。 自動演奏処理の流れを示すフローチャートである。 演奏データ提供処理の流れを示すフローチャートである。 ピアノプレーヤ１０ごとの鍵域設定と演奏データの割り当て態様を示した図である。 演奏端末コントローラ２０に複数のピアノプレーヤ１０が接続された場合のデータの流れを示した図である。

符号の説明

１…鍵、２…ハンマ、３…アクションメカニズム、４…弦、６…ダンパ、１０…ピアノプレーヤ、１１…コントローラ、１２…ＭＩＤＩ ＩＦ部、１３…Ａ／Ｄ変換器、１４…鍵センサ、１７…音源、１８…放音手段、２０…演奏端末コントローラ、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…入力部、２５…表示部、２６…記憶部、２７…ＭＩＤＩ ＩＦ部、３０…ＭＩＤＩケーブル、１００…演奏システム

Claims (6)

1. 特定の音高に対応付けられた第１演奏操作子と楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段とを有する演奏端末から、前記操作信号を受信する受信手段と、
   前記パートデータを複数記憶するパートデータ記憶手段と、
   前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、
   前記受信手段が前記演奏端末から前記操作信号を受信すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、
   前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、
   前記読出手段により読み出された前記各パートデータを出力する出力手段と
   を具備することを特徴とする演奏端末コントローラ。
2. 前記対応テーブル記憶手段内の対応テーブルは、複数の前記演奏端末の各々について前記第２演奏操作子と前記各パートデータとを対応付ける
   ことを特徴とする請求項１記載の演奏端末コントローラ。
3. 演奏端末と演奏端末コントローラとを有する演奏システムであり、
   前記演奏端末は、
   特定の音高に対応付けられた第１演奏操作子と、
   楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と、
   前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段と
   を有し、
   前記演奏端末コントローラは、
   前記演奏端末から、前記操作信号を受信する受信手段と、
   前記パートデータを複数記憶するパートデータ記憶手段と、
   前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、
   前記受信手段が前記演奏端末から前記操作信号を受信すると、前記操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、
   前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、
   前記読出手段により読み出された前記各パートデータを前記演奏端末に出力する出力手段と
   を有する
   ことを特徴とする演奏システム。
4. 複数の演奏端末と演奏端末コントローラとを有する演奏システムであり、
   前記各演奏端末は、
   特定の音高に対応付けられた第１演奏操作子と、
   楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と、
   前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段と
   を有し、
   前記演奏端末コントローラは、
   前記各演奏端末から、前記操作信号を受信する受信手段と、
   前記パートデータを複数記憶するパートデータ記憶手段と、
   前記複数の演奏端末の各々について前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、
   前記受信手段が前記各演奏端末から前記操作信号を受信すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、
   前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、
   前記読出手段により読み出された前記パートデータを前記各演奏端末に出力する出力手段と
   を有する
   ことを特徴とする演奏システム。
5. コンピュータを、
   特定の音高に対応付けられた第１演奏操作子と楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子と前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段とを有する演奏端末から、前記操作信号を受信する受信手段と、
   前記パートデータを複数記憶するパートデータ記憶手段と、
   前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、
   前記受信手段が前記演奏端末から前記操作信号を受信すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、
   前記パート特定手段により特定されたパートデータを、前記受信手段が操作信号を受信したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、
   前記読出手段により読み出された前記各パートデータを出力する出力手段
   として機能させるためのプログラム。
6. 特定の音高に対応付けられた第１演奏操作子と楽曲のパート毎の演奏内容を楽曲の進行に沿った時系列データとして示すパートデータの出力のタイミングを指示するための第２演奏操作子とを有する演奏端末を制御するコンピュータを、
   前記第２演奏操作子の操作状況に応じた操作信号を順次出力する操作信号出力手段と、
   前記パートデータを複数記憶するパートデータ記憶手段と、
   前記第２演奏操作子と前記パートデータとを対応付ける対応テーブルを記憶する対応テーブル記憶手段と、
   前記操作信号出力手段が前記操作信号を出力すると、該操作信号に対応するパートデータを、前記対応テーブルを参照して特定するパート特定手段と、
   前記パート特定手段により特定されたパートデータを、前記操作信号出力手段が操作信号を出力したタイミングに基づいて、前記パートデータ記憶手段から読み出す読出手段と、
   前記読出手段により読み出された前記各パートデータを出力する出力手段
   として機能させるためのプログラム。

Images