(57)【要約】【課題】  データ量が膨大になることなく、再現性の高い演奏を行うことができる演奏情報を送信する。【解決手段】  鍵盤楽器端末１からセンサ信号変換ソフトウェアを楽器端末２にダウンロードする。鍵盤楽器端末１の演奏者が鍵盤楽器端末１を演奏すると、各鍵に設けられているセンサがセンサ信号Ｓａを出力し、このセンサ信号Ｓａが楽器端末２に送信される。楽器端末２は、既に送信されているセンサ信号変換ソフトウェアＳＷ１を実行することにより、センサ信号Ｓａに基づいて楽音信号を生成する。この場合は、センサ信号Ｓａは鍵の位置を開始位置から終了位置まで連続的に検出する信号であるから、センサ信号Ｓａに基づいて生成される楽音信号は、微妙なニュアンスや高度な演奏テクニックなどを反映した繊細で表現豊かなものとすることができる。【選択図】  図１２
2006285041.tif 000002
【特許請求の範囲】
【請求項１】
楽器を演奏する際に現れる当該楽器についての物理量の変化を前記楽器内において検出して検出信号を出力する検出信号生成手段と、
前記検出信号に基づいて楽音を示す楽音情報を生成するプログラムを記憶する記憶手段と、
前記記憶手段内のプログラムを他の端末装置に送信するプログラム送信手段と、
前記プログラム送信手段が前記プログラムを送信した端末に対して、前記検出手段が検出した検出信号を送信する検出信号送信手段と
を具備することを特徴とする演奏信号送信端末。
【請求項２】
前記プログラムを受信して実行することが可能か否かを前記端末に問い合わせる問い合わせ情報を送信する問い合わせ情報送信手段と、
前記問い合わせ情報に対する前記端末からの応答情報を受信する応答情報受信手段とを具備し、
前記プログラム送信手段は、前記応答情報受信手段が受信した応答情報が肯定的である場合に、前記プログラムを送信することを特徴とする請求項１記載の演奏信号送信端末。
【請求項３】
前記検出信号に基づいて楽音信号の発生を指示する楽音指示信号を生成する楽音指示信号生成手段と、
前記応答情報受信手段が受信した応答情報が否定的である場合に、前記楽音指示信号生成手段が生成した楽音指示信号を前記端末に送信する楽音指示信号送信手段と
を具備することを特徴とする請求項２記載の演奏信号送信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して演奏に関する情報を伝達する技術に関する。
【背景技術】
【０００２】
インターネットなどの通信手段を用いて、音色データや楽音制御データを端末に送信し、端末内部のデータを書き換えることで多様な音色を発生するシステムが種々提案されている。例えば、特許文献１には、携帯通信端末に対して差し替え用の音色データを配信することができるシステムが記載されている。この場合に配信される音色データは、波形パラメータやその他のデータからなり、多様な音色を発音することができるようになっている。
【０００３】
また、特許文献２には、音色データだけでなく、自動演奏データ、自動伴奏データ、レジストレーションデータ、効果データ等を含んだ楽音制御データを、通信を介して差し替える技術が記載されている。
【特許文献１】特開２００３−２２０７２号公報
【特許文献２】特開２００３−５０５７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した技術によれば、多様な音色や、多様な自動演奏などを行うことができるが、演奏そのものは、端末内部において自動演奏データに基づいて行われる。すなわち、自動演奏データを基にして、音源回路から楽音信号を発生させている。この場合、演奏の品質はいわゆる電子楽器と同等であり、自然楽器のようなニュアンスを表現することは難しい。
【０００５】
一方、自然楽器の音をデジタルデータに変換してネットワークを介して端末に送信し、端末においてデジタルデータを再生すれば、高音質で微妙なニュアンスも表現できるが、送信するデータ量が膨大になるという問題がある。これを回避するために、サンプリングレートを低くしたり、圧縮を行ったりすると、こんどは音質の劣化を招いてしまう。
一方、データ量が少ない楽音制御信号として、ＭＩＤＩ（Musical Instrument Digital Interface：登録商標）方式のデータが知られている。しかし、ＭＩＤＩデータの場合は、表現できる演奏態様が限られてしまい自然楽器のような微妙な味わいを表現することは難しい。
【０００６】
この発明は上述した事情に鑑みてなされたもので、データ伝送量が膨大になることなく、しかも、楽器のタッチなど微妙なニュアンスを表現することができる演奏信号送信端末を提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、楽器を演奏する際に現れる当該楽器についての物理量の変化を前記楽器内において検出して検出信号を出力する検出信号生成手段と、前記検出信号に基づいて楽音を示す楽音情報を生成するプログラムを記憶する記憶手段と、前記記憶手段内のプログラムを他の端末装置に送信するプログラム送信手段と、前記プログラム送信手段が前記プログラムを送信した端末に対して、前記検出手段が検出した検出信号を送信する検出信号送信手段とを具備することを特徴とする演奏信号送信端末を提供する。
【０００８】
また、前記プログラムを受信して実行することが可能か否かを前記端末に問い合わせる問い合わせ情報を送信する問い合わせ情報送信手段と、前記問い合わせ情報に対する前記端末からの応答情報を受信する応答情報受信手段とを具備し、前記プログラム送信手段は、前記応答情報受信手段が受信した応答情報が肯定的である場合に、前記プログラムを送信するようにしてもよい。
【０００９】
また、前記検出信号に基づいて楽音信号の発生を指示する楽音指示信号を生成する楽音指示信号生成手段と、前記応答情報受信手段が受信した応答情報が否定的である場合に、前記楽音指示信号生成手段が生成した楽音指示信号を前記端末に送信する楽音指示信号送信手段とを具備すると好適である。
【発明の効果】
【００１０】
楽器の演奏において当該楽器に現れる物理的変化に対応する検出信号を生成し、この検出信号を端末に送信する。端末は、これに先だって、検出信号に基づいて楽音信号を生成するプログラムを受け取っているから、送信された検出信号に基づいて順次楽音信号を生成することができる。この場合、検出信号は、楽器内の物理量変化に対応しているから、高度な演奏テクニックや微妙なニュアンスを反映するものとなり、したがって、検出信号に基づいて生成された楽音信号は表現の豊かなものとなる。また、送信されるのは、楽器の演奏音をデジタル化したデータではなく、検出信号（いわゆるセンサ信号）であるので、送信されるデータ量を著しく少なくすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照しつつ本発明の実施形態について説明する。
（１）構成
まず、本実施形態に係るシステムの全体構成について説明する。
図１は、本実施形態に係るシステムの全体構成を示すブロック図である。図に示すように、このシステムは、鍵盤楽器端末１と楽器端末２とが通信ネットワークにより接続されて構成される。なお、実際にはより多くの端末が接続されるが、説明の簡略化のために２つの端末（鍵盤楽器端末１，楽器端末２）だけを示している。
【００１２】
図２は、鍵盤楽器端末１の構成を示すブロック図である。図において、１０は、複数の鍵１１を備えた演奏部である。鍵盤楽器端末１の演奏者は、この演奏部１０の鍵１１を押下することによって演奏する。なお、演奏部１０は図示しないが、アコースティックピアノと同様の鍵盤機構、ハンマーアクション、弦を備えており、アコースティックピアノとしても演奏できるようになっている。
【００１３】
次に、１０１は、ＣＰＵ（Central Processing Unit）であり、バス１１１を介して接続された各部との間で各種情報の授受を行い、この鍵盤楽器端末１の制御中枢として機能する。１０２は、ＲＯＭ（Read Only Memory）であり、ＣＰＵ１０１によって実行される各種制御プログラムを記憶している。１０３は、ＣＰＵ１０１によってワークエリアとして使用されるＲＡＭ（Random Access Memory）である。
【００１４】
１１０は、演奏部１０に設けられた鍵１１の状態（押鍵、離鍵、鍵の位置等）を検出する押鍵検出部である。押鍵検出部１１０は、キーセンサ１１０ａを具備しており、このキーセンサ１１０ａによって鍵１１の状態を検出するようになっている。
【００１５】
ここで、押鍵検出部１１０のキーセンサ１１０ａの構成について、図３を参照しつつ説明する。なお、本実施形態に係るキーセンサ１１０ａは、各鍵毎に設けられ、各鍵毎の状態を検出することが可能であるが、以下の説明では説明の理解を容易にするため、１つの鍵１１について説明を行う。図３に示すように、キーセンサ１１０ａは、検出光を出射するＬＥＤ（Light Emitting Diode）２２４と、発光側センサヘッド２２１及び受光側センサヘッド２２２を備えたセンサボックス２５と、各鍵の下面に取り付けられた板状のシャッタ２６と、受光側センサヘッド２２２において検出された検出光を出力信号Ｓａに変換するフォトダイオード２２５とを備えている。
【００１６】
センサボックス２５を構成する発光側センサヘッド２２１は、ＬＥＤ２２４から光ファイバを介して供給される検出光を光ビームＰとして出射し、受光側センサヘッド２２２は、発光側センサヘッド２２１が出射した光ビームＰを受光し、光ファイバを介してフォトダイオード２２５に送出する。シャッタ２６は、透明材料（例えば、樹脂材料或いはガラス材料）によって、発光側センサヘッド２２１から出射される光が入射される入射面２６Ａと、入射された光が出射される出射面２６Ｂとを有した板状に形成されている。
【００１７】
図４は、シャッタ２６の正面図である。シャッタ２６は、樹脂材料或いはガラス材料等の透明材料に遮光粒子を混入させた板体で、図４の透過光量の特性線に示すように、先端側から起端側に向けて、遮光粒子の濃度が漸次増えるように形成されている。シャッタ２６は、入射面２６Ａから入射される光粒子をこの遮光粒子によって吸収し、残った光粒子のみを出射面２６Ｂから照射する。そのため、このシャッタ２６は、光が照射された位置の遮光粒子の濃度に対応した照度の検出光を受光側センサヘッド２２２に照射することになる。なお、シャッタは、その表面をボカシすりガラス状に形成することも考えられる。
また、シャッタ２６は、入射面２６Ａと出射面２６Ｂがほぼ平行となっているため、入射面２６Ａから入射された光は偏光されずに出射面２６Ｂから出射される。
【００１８】
次に、キーセンサ１１０ａの検出動作について、図５乃至図７を参照しつつ説明する。なお、図５乃至図７は、シャッタ２６によって得られる検出光の状態を、初期位置、中間位置、終了位置に分けて段階的に示している。
図５（ａ）は、矢印Ａ方向に移動するシャッタ２６が、発光側センサヘッド２２１から受光側センサヘッド２２２に届く光ビームＰに掛かる前の状態を示したものである。図５（ｂ）は、受光側センサヘッド２２２に照射される光ビームＰの形と、シャッタ２６の移動状態を、図５（ａ）の矢印ｂ−ｂから見た図である。
【００１９】
発光側センサヘッド２２１および受光側センサヘッド２２２は、遮光されるものが間に存在していない場合、発光側センサヘッド２２１から発生した光ビームＰが受光側センサヘッド２２２によって受光されるように配置されている。フォトダイオード２２５は、受光側センサヘッド２２２によって受光される光ビームＰの光量に対応した出力信号を発生する。
【００２０】
図８は、シャッタ２６の移動量に対するフォトダイオード２２５からの出力信号を示した特性線図である。図５に示した状態においては、シャッタ２６は光ビームＰに掛かっていないため、受光側センサヘッド２２２には円形の光ビームＰが照射されている。そのため、フォトダイオード２２５は、図８の初期位置（Ｒ）の出力信号をＣＰＵ１０１に出力することになる。
【００２１】
図６（ａ）は、シャッタ２６が矢印Ａ方向に移動し、シャッタ２６の先端が光ビームＰの外側に掛かった状態を示したものである。図６（ｂ）は、受光側センサヘッド２２２に照射される光ビームの形と、シャッタ２６の移動状態を、図６（ａ）の矢印ｂ−ｂから見た図である。
シャッタ２６は、入射された光の粒子をシャッタ２６内の遮光粒子によって吸収し、残った光粒子を受光側センサヘッド２２２に照射する。これにより、シャッタ２６の先端側によって若干小さくなった光ビームを受光側センサヘッド２２２に照射する。
この状態では、照度が小さくなった分、フォトダイオード２２５から出力される出力信号は、図８の中間位置（Ｍ）となる。
【００２２】
図７（ａ）は、シャッタ２６が図６（ａ）の状態から矢印Ａ方向に移動して、光ビームＰが遮光された状態を示したものである。図７（ｂ）は、受光側センサヘッド２２２に照射される光ビームの形と、シャッタ２６の移動状態を、図７（ａ）の矢印ｂ−ｂから見た図である。
【００２３】
シャッタ２６が矢印Ａ方向に移動するのに伴って、遮光粒子の濃度が大きくなるため、受光側センサヘッド２２２に照射される光ビームＰの照度が中間位置（図６）に比べて小さくなる。そして、フォトダイオード２２５から出力される出力信号は、図８の終了位置（Ｅ）となる。このように、フォトダイオード２２５から出力される出力信号Ｓａは、鍵１１の位置を、初期位置から終了位置までのどこにあるかを連続量として示す信号となり、その分解能が極めて高い。例えば、初期位置から終了位置までの間について１００ステップあるいは１０００ステップ程度に分解して検出することができる。
【００２４】
以上説明したように、受光側センサヘッド２２２における受光量は、シャッタ２６の位置、すなわち鍵１１の位置に応じて変化するため、フォトダイオード２２５から出力される出力信号Ｓａの信号レベルは、鍵１１の位置に対応したものとなる。ＣＰＵ１０１は、シャッタ２６の移動量に対する出力信号の単位時間当たりの変化分を測定することにより、シャッタ２６、すなわち鍵１１の移動速度を測定する。
なお、以下の説明では、説明の便宜上、フォトダイオード２２５から出力される出力信号Ｓａを、「センサ信号Ｓａ」と称する。
【００２５】
ＣＰＵ１０１は、フォトダイオード２２５から出力されるセンサ信号Ｓａを所定のサンプリングレートでサンプリングすることにより、リアルタイムで鍵１１の位置を認識し、また、押鍵速度を求め、かつ、求めた押鍵速度から押鍵強度を生成する。そして、押鍵強度に対応するベロシティ（演奏強度）を特定し、特定した演奏強度と押鍵強度に基づいて発音強度を求め、この発音強度を含む楽音データを生成する（詳細については後述する）。
【００２６】
図２の説明に戻る。図２において、１０６は、ＤＳＰ（Digital Signal Processor）であり、ＣＰＵから供給される楽音データに従って楽音信号の生成等を行う音声信号処理回路である。ＣＰＵ１０１は、センサ信号Ｓａに基づいて楽音データを生成すると、生成した楽音データをこのＤＳＰ１０６に供給し、ＤＳＰ１０６は、供給される楽音データに従って楽音信号の生成等を行う。１０７は、楽音を出力するスピーカである。ＤＳＰ１０６から出力された楽音信号は、図示しないアンプによって増幅され、スピーカ１０７から出力される。なお、スピーカ１０７の代わりにヘッドフォン，イヤホンを設けた構成としてもよい。
【００２７】
１０４は、ハードディスク等の不揮発性の記憶部である。記憶部１０４には、センサ信号変換ソフトウェアＳＷ１と、ＭＩＤＩ変換プログラムＰＲＧ３とが記憶されている。センサ信号変換ソフトウェアＳＷ１は、押鍵検出部１１０から出力されるセンサ信号Ｓａに基づいて楽音信号を生成して発音させる処理をＣＰＵ１０１およびＤＳＰ１０６に実行させるためのソフトウェアであり、複数のコンピュータプログラムとデータの集合体である。このセンサ信号変換ソフトウェアＳＷ１は、センサ信号解析プログラムＰＲＧ１と、ＤＳＰプログラムＰＲＧ２と、音色データＤとを含んでいる。
【００２８】
センサ信号解析プログラムＰＲＧ１は、センサ信号Ｓａを解析して楽音データを生成する処理をＣＰＵ１０１に実行させるためのプログラムである。ＣＰＵ１０１は、このセンサ信号解析プログラムＰＲＧ１を実行することによって以下の処理を行う。まず、ＣＰＵ１０１は、フォトダイオード２２５から出力されるセンサ信号Ｓａを所定のサンプリングレートでサンプリングすることにより、鍵１１の位置や押鍵速度を求め、求めた押鍵速度から押鍵強度を生成する。なお、押鍵強度の生成に関し、例えば図示せぬメモリに押鍵強度関数、押鍵強度生成テーブル等を格納し、押鍵強度関数に押鍵速度を代入して押鍵強度を求める、あるいは押鍵速度を検索キーとして押鍵強度生成テーブルを検索し、対応する押鍵強度を取得する等の方法が考えられるが、いずれの方法を採用するかは設計等に応じて変更可能である。
【００２９】
ＣＰＵ１０１は、押鍵強度を生成すると、該押鍵強度に対応するベロシティ（演奏強度）を特定し、特定した演奏強度と押鍵強度とに基づいて発音強度を求め、その発音強度を含む楽音データを生成し、生成した楽音データをＤＳＰ１０６に出力する。
【００３０】
次に、記憶部１０４に記憶されたＤＳＰプログラムＰＲＧ２は、楽音信号の生成処理をＤＳＰに実行させるためのプログラムであり、音色データＤは、鍵盤楽器端末１の音色を示すデータである。ＤＳＰは、ＤＳＰプログラムＰＲＧ２を実行することによって、ＣＰＵ１０１から供給される楽音データと記憶部１０４に記憶された音色データＤとに従って楽音信号の生成を行い、生成された楽音信号が楽音としてスピーカ１０７から出力される。
【００３１】
記憶部１０４に記憶されたＭＩＤＩ変換プログラムＰＲＧ３は、楽音データからＭＩＤＩ形式の楽音データの生成処理をＣＰＵ１０１に実行させるためのプログラムである。ＣＰＵ１０１は、このＭＩＤＩ変換プログラムＰＲＧ３を実行することによって、楽音データからＭＩＤＩ形式の楽音データ（以下、ＭＩＤＩデータとする）を生成する。
【００３２】
次に、１０５は、通信インターフェース等を有する通信部であり、ＣＰＵ１０１の指示の下、押鍵検出部１１０で検出したセンサ信号Ｓａや、ＣＰＵ１０１によって生成されたＭＩＤＩデータや、センサ信号変換ソフトウェアＳＷ１等を楽器端末２に送信する。１０８は、操作部であり、鍵盤楽器端末１の演奏者は、この操作部１０８を操作することによって、他の端末との通信を開始するための指示を入力できるようになっている。
以上が本実施形態である鍵盤楽器端末１の構成である。
【００３３】
次に、楽器端末２の構成について図９を参照しつつ説明する。
図９は、楽器端末２の構成を示すブロック図である。３０１は、ＣＰＵであり、バス３１１を介して接続された各部との間で各種情報の授受を行い、この楽器端末２の制御中枢として機能する。３０２は、ＲＯＭであり、ＣＰＵ３０１によって実行される各種制御プログラムを記憶している。３０３は、ＣＰＵ３０１によってワークエリアとして使用されるＲＡＭである。
【００３４】
３０５は、通信インターフェース等を有する通信部であり、ＣＰＵ１０１の指示の下、鍵盤楽器１から送信されるセンサ信号Ｓａや、ＭＩＤＩデータ、または上述したセンサ信号変換ソフトウェアＳＷ１等を受信する。３０６は、ＤＳＰであり、ＣＰＵ３０１によって供給される楽音データに従って楽音信号の生成等を行う音声信号処理回路である。３０７は、楽音を出力するスピーカである。ＤＳＰ３０６から出力された楽音信号は、図示しないアンプによって増幅され、スピーカ３０７から出力される。なお、スピーカ３０７の代わりにヘッドフォン，イヤホンを設けた構成としてもよい。
【００３５】
３０４は、ハードディスク等の不揮発性の記憶部であり、図９に示すように、ＭＩＤＩ解析プログラムＰＲＧ４を記憶している。このＭＩＤＩ解析プログラムＰＲＧ４をＤＳＰ３０６が実行することによって、ＤＳＰ３０６は、ＣＰＵ３０１から供給されるＭＩＤＩデータに従って楽音信号を生成する処理を行う。
【００３６】
また、記憶部３０４は、通信部３０５を介して受信する各種プログラムを記憶できるようになっており、ＣＰＵ３０１は、この記憶部３０４に記憶された各種プログラムを実行することによって、各種の処理を行うことができるようになっている。
【００３７】
（２）動作
次に、本実施形態の動作について説明する。
まず、鍵盤楽器端末１の動作について、図面を参照しつつ説明する。
図１０は、鍵盤楽器端末１のＣＰＵ１０１が行う処理を示すフローチャートである。鍵盤楽器端末１のＣＰＵ１０１は、演奏者によって操作部１０８から通信を行う旨の指示が入力されたことを検知すると（ステップＳＰ１；ＹＥＳ）、通信先の端末（以下、端末Ａとする）に対して、センサ信号変換ソフトウェアＳＷ１をダウンロード可能か否かを問い合わせる問い合わせ情報を送信する（ステップＳＰ２）。この問い合わせ情報には、例えばセンサ信号変換ソフトウェアＳＷ１のデータ量等、ダウンロード可能か否かを判定するための各種情報が含まれる。
【００３８】
続けて、送信した問い合わせ情報の応答情報が受信されたか否かを判定し（ステップＳＰ３）、受信していない場合は（ステップＳＰ３；ＮＯ）、受信が検出されるまで待機する。応答情報を受信したことを検知すると（ステップＳＰ３；ＹＥＳ）、その応答情報を参照して、端末Ａはセンサ信号変換ソフトウェアＳＷ１のダウンロードが可能であるか否かを判定する（ステップＳＰ４）。例えばセンサ信号変換ソフトウェアＳＷ１のデータ量やセンサ信号変換ソフトウェアＳＷ１を記憶する記憶領域の空き容量、またはＲＡＭの容量などによって、端末Ａが、センサ信号変換ソフトウェアＳＷ１をダウンロードできない場合や、センサ信号変換ソフトウェアＳＷ１に基づいた処理を実行できない場合があり得る。このような場合は、端末Ａはダウンロード不可を示す応答情報を送信し、鍵盤楽器端末１のＣＰＵ１０１は、この応答情報を参照することによって、端末Ａがダウンロード不可であることを判断する。
【００３９】
ステップＳＰ４において、ダウンロードが可能であると判定された場合は（ステップＳＰ４；ＹＥＳ）、鍵盤楽器端末１のＣＰＵ１０１は、センサ信号変換ソフトウェアＳＷ１を、通信部１０５を介して端末Ａに送信する（ステップＳＰ５）。送信が完了すると、ＣＰＵ１０１は、端末Ａから受信完了情報を受信するまで待機する（ステップＳＰ６）。
【００４０】
続けて、ＣＰＵ１０１は、端末Ａから受信完了情報を受信したことを検知すると（ステップＳＰ６；ＹＥＳ）、押鍵検出部１１０によって検出されるセンサ信号Ｓａの送信を開始する（ステップＳＰ７）。これにより、演奏者が鍵盤楽器端末１を演奏すると、その演奏操作に応じて押鍵検出部１１０によって検出されたセンサ信号Ｓａが楽器端末２に送信される。
【００４１】
ステップＳＰ４において、端末Ａがセンサ信号変換ソフトウェアＳＷ１をダウンロード不可能であると判定された場合は（ステップＳＰ４；ＮＯ）、ＣＰＵ１０１は、ＭＩＤＩデータの送信を開始する（ステップＳＰ８）。具体的には、ＣＰＵ１０１は、ＭＩＤＩ変換プログラムＰＲＧ３を実行することによって、押鍵検出部１１０によって検出されるセンサ信号Ｓａに基づいてＭＩＤＩデータを生成し、生成したＭＩＤＩデータを端末Ａに対して送信する。
【００４２】
これにより、端末Ａがセンサ信号変換ソフトウェアＳＷ１をダウンロードできなかった場合であっても、従来用いられているＭＩＤＩデータを端末Ａに送信することによって、端末Ａは、鍵盤楽器端末１から受信するＭＩＤＩデータに基づいた楽音を再生することが可能となる。
【００４３】
次に、楽器端末２の動作について、図面を参照しつつ説明する。
図１１は、楽器端末２のＣＰＵ３０１が行う処理を示すフローチャートである。楽器端末２のＣＰＵ３０１は、鍵盤楽器端末１から、センサ信号変換ソフトウェアＳＷ１をダウンロード可能か否かを問い合わせる問い合わせ情報を受信したことを検知すると（ステップＳＰ１１；ＹＥＳ）、受信した問い合わせ情報に基づいて、センサ信号変換ソフトウェアＳＷ１をダウンロード可能か否かを判定する（ステップＳＰ１２）。この判定は、例えばセンサ信号変換ソフトウェアＳＷ１のデータ量や、記憶部３０４の空き容量、ＲＡＭ３０３の容量等に基づいて判定する。
【００４４】
センサ信号変換ソフトウェアＳＷ１をダウンロード可能であると判定された場合は（ステップＳＰ１３；ＹＥＳ）、ダウンロード可能を示す応答情報を送信する（ステップＳＰ１４）。そして、鍵盤楽器端末１から送信されるセンサ信号変換ソフトウェアＳＷ１を受信し、受信したセンサ信号変換ソフトウェアＳＷ１を記憶部３０４に記憶させる（ステップＳＰ１５）。次に、センサ信号変換ソフトウェアＳＷ１の受信が完了したか否かを判定し（ステップＳＰ１６）、完了していない場合は（ステップＳＰ１６；ＮＯ）、受信完了するまでステップＳＰ１５に示す受信処理を繰り返す。
【００４５】
センサ信号変換ソフトウェアＳＷ１の受信が完了すると（ステップＳＰ１６；ＹＥＳ）、受信完了情報を鍵盤楽器端末１に送信する（ステップＳＰ１７）。そして、鍵盤楽器端末１からのセンサ信号受信処理を開始する（ステップＳＰ１８）。
鍵盤楽器端末１からセンサ信号Ｓａを受信すると、楽器端末２のＣＰＵ３０１は、鍵盤楽器端末１から受信したセンサ信号解析プログラムＰＲＧ１を実行することによって、鍵盤楽器端末１から受信するセンサ信号Ｓａを楽音データに変換する。また、ＤＳＰ３０６は、鍵盤楽器端末１から受信したＤＳＰプログラムＰＲＧ２を実行することによって、ＣＰＵ３０１から供給される楽音データから楽音信号を生成し、生成した楽音信号を楽音としてスピーカ３０７に出力させる（ステップＳＰ１９）。
【００４６】
このように、楽器端末２が、鍵盤楽器端末１から受信したセンサ信号変換ソフトウェアＳＷ１を実行することによって、鍵盤楽器端末１から受信するセンサ信号Ｓａを解析することが可能となる。
【００４７】
図１１の説明に戻る。ステップＳＰ１３において、ダウンロード不可能であると判定された場合は（ステップＳＰ１３；ＮＯ）。ＣＰＵ３０１は、ダウンロード不可を示す応答情報を鍵盤楽器端末１に送信する（ステップＳＰ２０）。そして、鍵盤楽器端末１からのＭＩＤＩデータ受信処理を開始する（ステップＳＰ２１）。
【００４８】
鍵盤楽器端末１からＭＩＤＩデータを受信すると、楽器端末２のＣＰＵ３０１は、鍵盤楽器端末１から受信するＭＩＤＩデータをＤＳＰ３０６に供給し、ＤＳＰ３０６は、供給されたＭＩＤＩデータから楽音信号を生成し、生成した楽音信号を楽音としてスピーカ３０７に出力させる（ステップＳ２２）。
これにより、楽器端末２は、センサ信号変換ソフトウェアＳＷ１をダウンロードできなかった場合であっても、ＭＩＤＩデータに基づいて楽音を再生することが可能となる。
【００４９】
（３）動作例１
続けて、本実施形態に係るシステムの動作例について、図１２に示すシーケンス図を参照しながら説明する。
以下では、鍵盤楽器端末１のユーザが鍵盤楽器端末１を演奏し、この楽音が楽器端末２に送信される場合を例にとる。なお、楽器端末２の記憶部３０４にはセンサ信号変換ソフトウェアＳＷ１が記憶できるだけの十分な空き領域があるものとし、楽器端末２のＲＡＭ３０３についても、ＣＰＵ３０１がセンサ信号変換ソフトウェアＳＷ１を実行できるだけの十分な容量があるものとする。
【００５０】
まず、鍵盤楽器端末１の演奏者が、鍵盤楽器端末１の操作部１０８を用いて、楽器端末２と通信を行う旨の指示を入力する。鍵盤楽器端末１のＣＰＵ１０１は、指示が入力されたことを検知すると、図１０に示したステップＳＰ１→ＳＰ２の処理を経て、楽器端末２に対してセンサ信号変換ソフトウェアＳＷ１をダウンロード可能か否かを問い合わせる問い合わせ情報ｒ１を送信する。
【００５１】
楽器端末２のＣＰＵ３０１は、問い合わせ情報ｒ１を受信すると、図１１に示したステップＳＰ１１→Ｓ１２→ＳＰ１３→ＳＰ１４の処理を経て、ダウンロード可能か否かの判定を行う。本動作例においては、楽器端末２の記憶部３０４にはセンサ信号変換ソフトウェアＳＷ１を記憶できる十分な空き領域があり、ＲＡＭ３０３についても、センサ信号変換ソフトウェアＳＷ１を実行できるだけの十分な領域があるため、判定結果としてダウンロード可能である旨を示す応答情報ｒ２を、鍵盤楽器端末１に送信する。
【００５２】
鍵盤楽器端末１のＣＰＵ１０１は、応答情報ｒ２を受信すると、図１０に示すステップＳＰ３→ＳＰ４→ＳＰ５の処理を行い、センサ信号変換ソフトウェアＳＷ１（図１２に示すｒ３）を楽器端末２に送信する。
楽器端末２のＣＰＵ３０１は、センサ信号変換ソフトウェアＳＷ１（図１２に示すｒ３）を受信すると、図１１に示すステップＳＰ１５→ＳＰ１６→ＳＰ１７の処理を行い、受信したセンサ信号変換ソフトウェアＳＷ１を記憶部３０４に記憶させる。そして、受信処理が完了すると、受信完了情報ｒ４を鍵盤楽器端末１に送信する。
【００５３】
記憶部３０４に記憶されたセンサ信号変換ソフトウェアＳＷ１を楽器端末２のＣＰＵ３０１が実行することによって、楽器端末２のＣＰＵ３０１は、鍵盤楽器端末１の押鍵検出部１１０で検出されるセンサ信号Ｓａを解析することができるようになる。
【００５４】
鍵盤楽器端末１の演奏者が鍵盤楽器端末１を演奏すると、鍵盤楽器端末１のＣＰＵ１０１は、押鍵検出部１１０で検出されるセンサ信号Ｓａを楽器端末２に送信する。
楽器端末２のＣＰＵ３０１とＤＳＰ３０６は、センサ信号Ｓａを受信すると、記憶部３０４に記憶されているセンサ信号変換ソフトウェアＳＷ１を実行することによって、受信したセンサ信号Ｓａを解析して楽音信号を生成し、生成した楽音信号を楽音としてスピーカ３０７に出力する。
【００５５】
以後は、演奏が継続する間、演奏状態を示すセンサ信号Ｓａが鍵盤楽器端末１から楽器端末２に送信され、楽器端末２は順次送信されてくるセンサ信号Ｓａに基づき、センサ信号変換ソフトウェアＳＷ１に従って楽音信号を生成する。
【００５６】
ところで、鍵盤楽器端末１のセンサ信号Ｓａは、鍵１１の位置を連続量として開始位置から終了位置（図８参照）のどこにいるかを示す。したがって、楽器端末２は、センサ信号Ｓａの変化から、例えば、鍵１１がゆっくり押されて途中から速くなった場合や、速く押され始めたが途中からゆっくりしたタッチになった場合などについても把握することができる。この場合、そのようなタッチの状態に応じて、生成する楽音波形を変化させるなどの処理を行うことができる。すなわち、センサ信号変換ソフトウェアＳＷ１の処理内容として、鍵１１の押され方やタッチに応じた処理を含めておくことで実現できる。また、ピアノの演奏では、ハーフタッチといわれる奏法があり、この奏法を用いると連打における打弦の状態が変わり、速い連打を行うことができるが、センサ信号Ｓａの変化からハーフタッチ（鍵１１を途中まで押して戻す操作を繰り返して打弦する）を検出し、それに対応した楽音信号生成を行うこともできる。要するに、センサ信号Ｓａの変化状態に対応してどのような楽音生成を行うかの内容についてセンサ信号変換ソフトウェアＳＷ１に記述しておけばよい。
【００５７】
このように、センサ信号Ｓａが楽器端末２に送信されている状態では、楽器端末２においては従来の楽音制御信号による楽音信号生成とは異なった、極めて繊細で表現の豊かな楽音信号生成を行うことができる。
【００５８】
（４）動作例２
次に、本実施形態に係るシステムの他の動作例について、図１３に示すシーケンス図を参照しながら説明する。
以下では、鍵盤楽器端末１の演奏者が鍵盤楽器端末１を演奏し、この楽音が楽器端末２に送信される場合を例にとる。なお、本動作例では、楽器端末２の記憶部３０４の空き容量の不足等の理由により、楽器端末２がセンサ信号変換ソフトウェアＳＷ１をダウンロードできない場合について説明する。
【００５９】
鍵盤楽器端末１の演奏者が、鍵盤楽器端末１の操作部１０８を用いて、楽器端末２と通信を行う旨の指示を入力する。鍵盤楽器端末１のＣＰＵ１０１は、指示が入力されたことを検知すると、図１０に示したステップＳＰ１→ＳＰ２の処理を経て、楽器端末２に対してセンサ信号変換ソフトウェアＳＷ１をダウンロード可能か否かを問い合わせる問い合わせ情報ｒ１１を送信する。
【００６０】
楽器端末２のＣＰＵ３０１は、問い合わせ情報ｒ１１を受信すると、図１１に示したステップＳＰ１１→ＳＰ１２→ＳＰ１３→ＳＰ１４の処理を経て、ダウンロード可能か否かの判定を行う。本動作例においては、楽器端末２の記憶部３０４にはセンサ信号変換ソフトウェアＳＷ１を記憶できる十分な空き領域ないため、判定結果としてダウンロード不可能である旨を示す応答情報ｒ１２を、鍵盤楽器端末１に送信する。
【００６１】
鍵盤楽器端末１のＣＰＵ１０１は、応答情報ｒ２を受信すると、図１０に示すステップＳＰ３→ＳＰ４の処理を行う。この場合は、楽器端末２はセンサ信号変換ソフトウェアＳＷ１のダウンロードが不可能であるため、センサ信号変換ソフトウェアＳＷ１の送信処理は行わない。
鍵盤楽器端末１の演奏者が鍵盤楽器端末１を演奏すると、鍵盤楽器端末１のＣＰＵ１０１は、押鍵検出部１１０で検出されるセンサ信号ＳａからＭＩＤＩデータ（楽音指示信号）を生成し、生成したＭＩＤＩデータｒ１３を楽器端末２に送信する。
【００６２】
楽器端末２のＣＰＵ３０１は、ＭＩＤＩデータｒ１３を受信すると、ＤＳＰ３０６に受信したＭＩＤＩデータｒ１３を供給し、ＤＳＰ３０６は、このＭＩＤＩデータｒ１３から楽音信号を生成し、生成した楽音信号を楽音としてスピーカ３０７に出力する。
【００６３】
（５）実施形態の効果
以上説明したように、本実施形態によれば、押鍵検出部１１０によって検出されたセンサ信号Ｓａをそのまま送信し、受信側の楽器端末２でそのデータをレンダリング（音への変換）する。そのため、従来のＭＩＤＩプロトコルでは再現できなかった細かい演奏情報を再現することが可能となり、より再現性の高い（音質のよい）音出力を発生させることができる。
【００６４】
また、センサ信号Ｓａを送信するため、自然楽器の楽音をオーディオデータに変換した場合に較べて、データ量を著しく少なくすることができる。
【００６５】
また、レンダラーをハードウェアで構成するのではなく、システムを書き換え可能なハードウェアとその上で動作するソフトウェア（センサ信号解析プログラム・ＤＳＰプログラム、音色データ）で構成し、自由に書き換えできるようにすることによって、複数の楽器端末をサポートすることが可能となる。
【００６６】
（６）変形例
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。
【００６７】
（変形例１）
上述の実施形態においては、送信側の楽器端末として、鍵盤楽器端末を用いたが、送信側の楽器端末を鍵盤楽器端末に限定するものではなく、例えば、吹奏楽器の端末や、太鼓やドラム等の打楽器端末など、任意の楽器端末を用いることが可能である。すなわち、楽器の演奏によってその楽器に生じる物理的な変化を検出するセンサと、このセンサの出力信号に基づいて楽音を形成するためのプログラム（センサ信号変換ソフトウェアＳＷ１）を用意しておけば、どのような楽器であっても、楽器端末２側においては、繊細で表現豊かな演奏を行うことができる。
【００６８】
例えば、図１４はリードを備えたサクソフォン本体の外観を示す図である。同図に示すように、このサクソフォンは、演奏者が息を吹き込む吹口部２と、管体部４とを備えている。管体部４には、音高を指定する複数のキイ６と、管体部４から楽音を放射する開口部８とが設けられている。ここで、図１５に示すように、吹口部２の中に演奏者の息の圧力や流量、吹口部２を噛む強さなどを検出するセンサＳＥ１を設け、さらに、各キイ６の押圧状態を連続量として検出するセンサ（図示略）を設ける。そして、これらのセンサの出力信号を楽器端末に送信するようにしてもよい。
【００６９】
（変形例２）
また、上述の実施形態においては、１台の送信側端末（鍵盤楽器端末１）と１台の受信側端末（楽器端末２）との２台の楽器端末のみを用いたが、２台以上の複数の楽器端末を用いることも勿論可能である。この場合は、送信側端末のそれぞれのセンサ信号変換ソフトウェアを、受信側端末に夫々送信して記憶させることによって、それぞれの送信側端末からのセンサ信号を解析することが可能である。
【００７０】
（変形例３）
また、上記実施形態では、楽器とセッション端末とが一体となっていたが、セッション端末と楽器を別体で構成してもよい。
【図面の簡単な説明】
【００７１】
【図１】本実施形態に係るシステムの全体構成を示すブロック図である。
【図２】同実施形態の鍵盤楽器端末１の構成を示すブロック図である。
【図３】同実施形態の鍵盤楽器端末１のキーセンサ１１０ａの構成を示す図である。
【図４】同実施形態のシャッタ２６の正面図である。
【図５】同実施形態のキーセンサ１１０ａの検出動作を示す図である。
【図６】図５に続く、キーセンサ１１０ａの検出動作を示す図である。
【図７】図６に続く、キーセンサ１１０ａの検出動作を示す図である。
【図８】同実施形態のキーセンサ１１０ａのシャッタ２６の移動量に対する出力信号の特定を示す特定線図である。
【図９】同実施形態の楽器端末２の構成を示すブロック図である。
【図１０】同実施形態の鍵盤楽器端末１の処理を示すフローチャートである。
【図１１】同実施形態の楽器端末２の処理を示すフローチャートである。
【図１２】同実施形態の動作例を示すシーケンス図である。
【図１３】同実施形態の動作例を示すシーケンス図である。
【図１４】楽器端末として吹奏楽器を採用する場合の吹奏楽器端末の外観図である。
【図１５】図１４に示す吹奏楽器端末の吹口部２付近の断面図である。
【符号の説明】
【００７２】
１…鍵盤楽器端末、２…楽器端末、１０１，３０１…ＣＰＵ、１０２，３０２…ＲＯＭ、１０３，３０３…ＲＡＭ、１０４，３０４…記憶部、１０５，３０５…通信部、１０６，３０６…ＤＳＰ、１０７，３０７…スピーカ、１０８…操作部、１１０…押鍵検出部、１１０ａ…キーセンサ。
【図１】
2006285041.tif 000003
【図２】
2006285041.tif 000004
【図３】
2006285041.tif 000005
【図４】
2006285041.tif 000006
【図５】
2006285041.tif 000007
【図６】
2006285041.tif 000008
【図７】
2006285041.tif 000009
【図８】
2006285041.tif 000010
【図９】
2006285041.tif 000011
【図１０】
2006285041.tif 000012
【図１１】
2006285041.tif 000013
【図１２】
2006285041.tif 000014
【図１３】
2006285041.tif 000015
【図１４】
2006285041.tif 000016
【図１５】
2006285041.tif 000017