JP2856004B2 - 電子楽器システムのプログラム更新方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の楽器を接続
し、互いが有機的に動作することによって単一の機能を
実現する電子楽器システムにおけるプログラム更新方法
に関する。

【０００２】

【従来の技術】従来より、電子楽器において、プログラ
ムのバージョンアップや仕様の変更を容易にするため
に、電子楽器本体にプログラムを記憶させるのではな
く、電子楽器の動作開始時またはリセット時にシステム
プログラムを読み込むようにしたものが実用化されてい
る。

【０００３】

【発明が解決しようとする課題】複数の電子楽器を有機
的に動作させて単一の機能を実現しようとした場合、バ
ージョンアップや仕様の変更はシステム全体で行う必要
がある。しかし、各楽器は独立して動作し、それぞれ独
立したプログラムを持つものであるため、従来は各楽器
各々に対してプログラムの更新の指示をしてやる必要が
あった。

【０００４】この発明は、１つの電子楽器のプログラム
を変更するとき、それに合わせて他の楽器のプログラム
の変更も自動的にできる電子楽器システムを提供するこ
とを目的とする。

【０００５】

【課題を解決するための手段】この発明は、それぞれ独
立したプログラムで動作する複数の電子楽器を互いに接
続し、単一の機能を実現する電子楽器システムにおい
て、電子楽器に読み込まれるプログラムに他の電子楽器
における対応するプログラムの識別データを書き込んで
おき、当該電子楽器がプログラムを読み込んだときこの
識別データを前記他の電子楽器に送信し、該他の電子楽
器がこの識別データで識別されるプログラムを読み込む
ことを特徴とする。

【０００６】

【作用】この発明では、各楽器はバージョンアップなど
でプログラムを更新するとき、その新たなプログラムを
読み込む。この読み込みは、内蔵しているフロッピィデ
ィスクドライブ等から読み込んでもよく、回線を介して
他の装置から受け取ってもよい。プログラムを読み込む
とそのプログラムに書き込まれている識別データを他の
電子楽器に送信する。当該他の電子楽器はその識別デー
タで識別されるプログラムを読み込む。前記プログラム
と識別データで識別されるプログラムとを相対応して動
作するものにしておくことにより、１つの電子楽器のプ
ログラムを読み込む（更新する）ことによって他の装置
のプログラムも自動的に更新することができる。

【０００７】

【実施例】図１はこの発明が適用される第１の実施例で
ある電子楽器システムの構成を示す図である。この電子
楽器システムはフロッピィディスクドライブ１ａを備え
た音源モジュール１とこの音源モジュール１にケーブル
で接続されているコントローラ２、キーボード３で構成
されている。キーボード３は演奏者の押鍵操作に応じて
演奏データ（ＭＩＤＩデータ）を送出する。音源モジュ
ール１は入力されたＭＩＤＩデータに基づいて楽音信号
を形成するとともに、内部に記憶しているシーケンスデ
ータに基づいて楽音信号を形成して自動演奏するするこ
ともできる。

【０００８】また、コントローラ２は音源モジュール１
において設定可能な各種パラメータを設定入力する装置
である。音源モジュール１に電源を供給すると、フロッ
ピィディスクドライブ１ａにセットされたフロッピィデ
ィスクよりシステムプログラムを読み込んでそれに応じ
た動作を行う。これと同時にコントローラ２に対して同
じくフロッピィディスクより読み出した制御プログラム
を転送する。音源モジュール１はたとえばＤＳＰで構成
され、読み込まれるプログラムによって楽音信号の形成
方式を変更することができるものである。したがって、
この音源モジュール１を制御するコントローラ２も音源
モジュール１の楽音信号形成方式に対応して制御内容が
異なるため制御プログラムを変更する必要がある。

【０００９】図２は同電子楽器システムのブロック図で
ある。音源モジュール１はＣＰＵ１０によって制御され
る。ＣＰＵ１０にはバス１１を介してＲＯＭ１２，ＲＡ
Ｍ１３，ＭＩＤＩインタフェース１４，パネル・ＦＤイ
ンタフェース１５，通信インタフェース１６および楽音
合成回路１７が接続されている。ＲＯＭ１２には音源モ
ジュールの起動システム（ブートストラップローダ）が
記憶されている。ＲＡＭ１３にはフロッピィディスクか
ら読み込まれたプログラム記憶エリアや音色データ記憶
エリアが設定される。ＭＩＤＩインタフェース１４には
前記キーボードなどの演奏装置やシーケンサなどが接続
される。パネル・ＦＤインタフェース１５にはパネルス
イッチ類やフロッピィディスクドライブ１ａが接続され
ている。

【００１０】通信インタフェース１６は他のシステム楽
器とデータ送受を行うインタフェースであり、この実施
例ではコントローラ２と接続される。

【００１１】一方、コントローラ２はＣＰＵ２０によっ
て制御される。ＣＰＵ２０にはバス２１を介してＲＯＭ
２２，ＲＡＭ２３，パネルインタフェース２４，マウス
インタフェース２５および通信インタフェース２６が接
続されている。ＲＯＭ２２にはこのコントローラの起動
システムが記憶されている。ＲＡＭ２３には音源モジュ
ールから転送されてくるプログラムの記憶エリアが設定
される。パネルインタフェース２４にはパネルスイッチ
類が接続されている。通信インタフェース２６は音源モ
ジュール１と通信を行うためのインタフェースである。

【００１２】なお、通信インタフェース１６，２６間の
通信方式は特に問わない。電子楽器にはＭＩＤＩ通信機
能が標準で装備されているので、それを用いるようにし
てもよいが、ＭＩＤＩ通信規格は１２００ｂｐｓである
ため、プログラム等の大きなデータを送受信するために
は更に高速な通信方式を利用する方が有利である。

【００１３】図３はフロッピィディスクドライブ１ａに
セットされるフロッピィディスクのデータフォーマット
を示す図である。フロッピィディスク中には音源モジュ
ールの動作を制御するシステムプログラム、コントロー
ラの動作を制御する制御プログラム、音源モジュールで
利用する音色データ、自動演奏に利用するシーケンスデ
ータなどが記憶されるが、この図はシステムのフォーマ
ットを示す。システムプログラムはバージョン番号、対
応する制御プログラムのファイル名、各種制御情報から
なるヘッダと、プログラム本体に分かれる。音源モジュ
ール１がこのプログラムを読み込んだときヘッダの制御
プログラムファイル名に基づいて対応する制御プログラ
ムを読み込みコントローラ２に送信する。プログラム本
体は音源モジュールの動作を規定するもので、例えば波
形メモリ読出方式やＦＭ音源方式などを選択することが
でき、音源モジュールはそのプログラムを読み込むこと
によって対応する動作を行う。

【００１４】なお、本実施例においては、音源モジュー
ル１をＤＳＰ等で構成し、楽音信号形成方式をソフトウ
ェアで規定する方式を用いているが、これ以外の方式の
音源モジュールであってもよい。

【００１５】次に、フローチャートを用いて本実施例の
動作の概要を示す。図４は音源モジュール１の立ち上が
り時の動作フローチャートである。本実施例では電源投
入時にコントローラ２への制御プログラムの転送を行う
ようにしたので、その部分の処理のみを示している。

【００１６】電源が投入されるとイニシャライズ動作を
実行し（ｎ１）、フロッピィディスクがフロッピィディ
スクドライブ１ａに挿入されているか否かを確認する
（ｎ２）。フロッピィディスクが挿入されればそのフロ
ッピィディスクからシステムプログラムを読み込む（ｎ
３）。読み込んだシステムプログラムのヘッダから制御
プログラムファイル名を読み出して、対応する制御プロ
グラムを読み出す（ｎ４）。これと同時にコントローラ
２に対して制御プログラム転送要求信号を出力し（ｎ
５）、通信インタフェース１６を介して制御プログラム
を転送する（ｎ６）。転送が終了したのち、フロッピィ
ディスクから読み込まれたシステムプログラムに制御を
移す。

【００１７】以上において、エラーが起きたときの処理
が示されていないが、例えば各プログラムの読み込み時
や、転送時にエラーが起きる可能性がある。これらの場
合は、エラーを起こした処理を再度実行し、それでもな
おエラー状態が回復しない場合は、操作者にエラーを通
告するなどの処理を行うようにすればよい。

【００１８】コントローラでは、音源モジュール１と同
様にブートストラップローダの形をとり、電源が投入さ
れると図示しない起動プログラムを起動し、イニシャラ
イズ動作を行ったのち、音源モジュール１から制御プロ
グラム転送要求信号が送られてくるか否かを監視する。
制御プログラム転送要求信号が送られてきた場合には、
図５のフローチャートに示す割込プログラムを起動す
る。

【００１９】図５において、記憶エリアの確保などのイ
ニシャライズ動作（ｎ１０）を実行し、通信インタフェ
ースより制御プログラムの読み込みを行う（ｎ１１，ｎ
１２）。読み込みが完了すると制御プログラムへ制御を
移す（ｎ１３）。

【００２０】以上の動作によって音源モジュール１，コ
ントローラ２がそれぞれ更新されたプログラムに移行す
るが、その後の動作はプログラムによってそれぞれ異な
るためここには示さない。また上記フローチャートにお
いては電源投入時にプログラムの更新を行うようにした
が、これに限らずコントローラで新たなシステムプログ
ラムの読み込みを指示できるようにし、この指示があっ
たとき上記のような動作を行うようにしてもよい。

【００２１】さらに、上記フローチャートでは音源モジ
ュールのシステムプログラムとコントローラの制御プロ
グラムの２つのプログラムをロードする例を示したが、
それ以外にも、たとえば、キーボード３の制御に特殊な
動作が必要な場合などは、そのプログラムをあわせてロ
ードしてキーボード３へ送出するようにしてもよい。

【００２２】すなわち、プログラムの数は２つに限らな
い。

【００２３】また、電子楽器の例として音源モジュール
を示したが、その他シーケンサなどであってもよい。こ
の場合、音源モジュールのプログラムを読み込んだ際に
は、対応する制御プログラムと音色データを読み込むよ
うにし、シーケンサのプログラムを読み込んだ際には、
制御プログラムとシーケンスデータを自動的に読み込む
ような形に変形することもできる。すなわち、自動的に
組み合わせて読み込むデータはプログラムに限らず、デ
ータであってもよい。

【００２４】また、コントローラに転送されるプログラ
ムは全体である必要はない。例えば、異なる音源方式の
電子楽器においても、表示の基本的な部分などは共通の
プログラムを使うことができるので、転送時間を節約す
るために変更の必要がある部分だけを転送するようにし
てもよい。

【００２５】＜第２実施例＞図６〜図１５にこの発明の
他の実施例を示す。この実施例は図６に示すように１つ
のネットワークに１つのコントローラ３１と２つの音源
モジュール３２，３３および共用のデータサーバ３０を
接続したものである。データサーバ３０は各楽器からの
データのリクエストに対して要求されたデータを供給す
る。データサーバ３０にはフロッピィディスクドライブ
に加えて高速で大容量のハードディスクが備えられてい
る。なお、同図においてネットワークは閉ループをなし
ているがバス型のネットワークでもよい。

【００２６】図７はデータサーバ３０のブロック図であ
る。ＣＰＵ４０にはバス４１を介してＲＯＭ４２，ＲＡ
Ｍ４３，フロッピィディスクインタフェース４４，ハー
ドディスクインタフェース４５および通信インタフェー
スが接続されている。ＲＯＭ４２にはリクエストに応じ
てデータを読み出して転送するプログラムが記憶されて
いる。ＲＡＭ４３には転送するデータを一時記憶するバ
ッファが設けられる。

【００２７】フロッピィディスクインタフェース４４に
はフロッピィディスクドライブ４７が接続される。また
ハードディスクインタフェース４５にはハードディスク
装置４８が接続される。通信インタフェース４６はネッ
トワークに接続され、他の電子楽器システム楽器と通信
するための装置である。

【００２８】コントローラ３１と音源モジュール３２，
３３の構成は、音源モジュールがフロッピィディスクド
ライブを有しない点を除いて第１実施例で説明した構成
と同様のため説明を省略する。

【００２９】図８はデータサーバに記憶されるプログラ
ムの例である。このプログラムはフロッピィディスクや
ハードディスクに記憶される。プログラムとしては、第
１の実施例と同様、音源モジュールの動作を制御するシ
ステムプログラム、コントローラの動作を制御する制御
プログラム、音源モジュールで利用する音色データ、自
動演奏に利用するシーケンスデータなどが記憶される。
システムプログラムはバージョン番号、制御プログラム
のファイル名、各種制御情報からなるヘッダと、プログ
ラム本体に分かれる。さらに、制御プログラムはバージ
ョン番号、システムプログラムのファイル名、各種制御
情報からなるヘッダと、プログラム本体に分かれる。し
たがって、制御プログラムとシステムプログラムのそれ
ぞれから互いのプログラムを参照することができる。す
なわち、システムプログラムを先にロードしたときは、
そのヘッダの制御プログラムファイル名を参照して対応
する制御プログラムを読み込むことができる。また、制
御プログラムを先にロードしたときは、そのヘッダのシ
ステムプログラムファイル名を参照して対応するシステ
ムプログラムを読み込むことができる。

【００３０】図９〜図１１は音源モジュール３２，３３
の動作を示すフローチャートである。図９はメインフロ
ーを示す。電源投入後ｎ２０でイニシャライズ動作を実
行して動作可能状態にしたのち、通信ポート監視処理
（ｎ２１）およびパネル処理（ｎ２２）を繰り返し実行
する。

【００３１】図１０は上記ｎ２１で実行される通信ポー
ト監視処理動作を示すフローチャートである。まずｎ３
０で通信ポートを監視する。この動作は、通信ポートが
受信する電気信号を監視し、それをメッセージとして解
釈したのち自己の楽器宛のメッセージがあればメッセー
ジありと判断する処理である。メッセージがあれば（ｎ
３１）、そのメッセージがシステムプログラム更新要求
か否かを判断する（ｎ３２）。システムプログラム更新
要求はコントローラ３１から送られてくる。システムプ
ログラム更新要求であれば、データサーバ３０に要求さ
れたプログラムの存在を問い合わせて読み込みプログラ
ムを決定し（ｎ３３）、このシステムプログラムを読み
込む（ｎ３４，ｎ３５）。この読み込みがエラーなく終
了すればシステムプログラムの更新を要求した楽器（コ
ントローラ３１）に対して更新が完了した旨を通知する
（ｎ３７）。こののち、読み込んだ新たなシステムプロ
グラムに制御を移す（ｎ３８）。一方、読み込み中にエ
ラーが発生した場合には、読み込んだシステムプログラ
ムを破棄し（ｎ３９）、システムプログラムの更新を要
求した楽器に対してエラーが発生した旨を通知してリタ
ーンする（ｎ４０）。

【００３２】また、送られてきたメッセージがシステム
プログラム更新要求メッセージでない場合には対応する
処理を実行する（ｎ４１〜ｎ４３）。たとえば、楽音処
理メッセージであればそのメッセージの内容を判別して
対応する楽音処理動作を実行する（ｎ４１，ｎ４２）。

【００３３】図１１はパネル処理を示すフローチャート
である。この動作は音源モジュールの操作パネルにより
システムプログラムの更新などの指示が行われたとき、
それに応じて実行される動作である。まずｎ４５でパネ
ルスイッチのオンイベントの有無をスキャンする。パネ
ルイベントがあれば（ｎ４６）、そのイベントがシステ
ムプログラム読込指示か否かを判断する（ｎ４７）。シ
ステムプログラム読込指示であれば、データサーバ３０
に指示されたプログラムの存在を問い合わせて読み込み
プログラムを決定し（ｎ４８）、このシステムプログラ
ムを読み込む（ｎ４９，ｎ５０）。さらに、このシステ
ムプログラムに対応する制御プログラムの読み込み（更
新）をコントローラ３１に対して要求する（ｎ５１）。
この更新動作に対するコントローラ３１からの返信がエ
ラーなしであれば（ｎ５２）、読み込んだ新たなシステ
ムプログラムに制御を移す（ｎ５３）。一方、返信がエ
ラー発生であった場合には、読み込んだシステムプログ
ラムを破棄し（ｎ５４）、そのままリターンする。

【００３４】また、パネルスイッチのイベントがシステ
ムプログラム読込指示でない場合には対応する処理を実
行する（ｎ５５）。

【００３５】図１２〜図１４は前記コントローラ３０の
動作を示すフローチャートである。

【００３６】図１２はメインフローを示す。電源投入後
ｎ２３でイニシャライズ動作を実行して動作可能状態に
したのち、通信ポート監視処理（ｎ２４）およびパネル
処理（ｎ２５）を繰り返し実行する。

【００３７】図１３は上記ｎ２４で実行される通信ポー
ト監視処理動作を示すフローチャートである。まずｎ６
０で通信ポートを監視する。通信ポートがメッセージを
受信すれば（ｎ６１）、そのメッセージが制御プログラ
ム更新要求か否かを判断する（ｎ６２）。制御プログラ
ム更新要求は音源モジュール３１，３２から送られてく
る。制御プログラム更新要求であれば、データサーバ３
０に対して要求されたプログラムの存在を問い合わせて
読み込みプログラムを決定し（ｎ６３）、この制御プロ
グラムを読み込む（ｎ６４，ｎ６５）。この読み込みが
エラーなく終了すれば、制御プログラムの更新を要求し
た楽器（音源モジュール）に対して更新が完了した旨を
通知する（ｎ６７）。こののち、読み込んだ新たな制御
プログラムに制御を移す（ｎ６８）。一方、読み込み中
にエラーが発生した場合には、読み込んだ制御プログラ
ムを破棄し（ｎ６９）、プログラムの更新を要求した楽
器に対してエラーが発生した旨を通知してリターンする
（ｎ７０）。

【００３８】また、送られてきたメッセージが制御プロ
グラム更新要求メッセージでない場合には対応するその
他の処理を実行する（ｎ７１）。

【００３９】図１４はパネル処理を示すフローチャート
である。この動作は操作パネルに設けられたスイッチ群
の操作によって制御プログラムの更新などの指示が行わ
れたとき、それに応じて実行される動作である。まずｎ
８０でパネルスイッチのオンイベントの有無をスキャン
する。パネルイベントがあれば（ｎ８１）、そのイベン
トが制御プログラム読込指示か否かを判断する（ｎ８
２）。制御プログラム読込指示であれば、データサーバ
３０に指示されたプログラムの存在を問い合わせて読み
込みプログラムを決定し（ｎ８３）、この制御プログラ
ムを読み込む（ｎ８４，ｎ８５）。さらに、この制御プ
ログラムに対応するシステムプログラムの読み込み（更
新）を音源モジュールに対して要求する（ｎ８６）。こ
の更新動作に対する音源モジュールからの返信がエラー
なしであれば（ｎ８７）、読み込んだ新たな制御プログ
ラムに制御を移す（ｎ８８）。一方、音源モジュールか
らエラー発生の旨の返信があった場合には、読み込んだ
制御プログラムを破棄し（ｎ８９）、そのままリターン
する。

【００４０】また、パネルスイッチのイベントがシステ
ムプログラム読込指示でない場合には対応する処理を実
行する（ｎ９０〜ｎ９２）。たとえば、メッセージが制
御プログラム切換指示であった場合には、制御プログラ
ムを切り換えて、その制御プログラムに制御を移す（ｎ
９０，ｎ９１）。

【００４１】図１５はデータサーバ３０の動作を示すフ
ローチャートである。電源が投入されるとｎ２６でイニ
シャライズ動作を実行して動作可能状態にしたのち、通
信ポート監視処理（ｎ２７）を実行する。通信ポートを
介してメッセージを受信した場合には、メッセージの内
容に対応するプログラムの読み出しや書き込みの処理を
実行する（ｎ２９）。

【００４２】なお、第二の実施例ではキーボードを示し
ていないが、音源モジュールにＭＩＤＩケーブルで接続
してもよく、また、ネットワーク上にキーボードを接続
して演奏イベントをメッセージとして送信するようにし
てもよい。

【００４３】上述した実施例では複数の電子楽器間でプ
ログラムを送受する例を示したが、本発明はこれに限ら
ず、１つの電子楽器内部の複数のＣＰＵ間でプログラム
を送受するものにも適用することができる。

【００４４】

【発明の効果】以上のようにこの発明によれば、分離し
て動作する複数のプログラムで実質的に１つの動作を行
う電子楽器システムにおいて、一方のプログラムが更新
されたとき、対応するプログラムを自動的に更新するよ
うにしたことにより、各楽器毎にプログラムをロードす
る手間が省ける、楽器間での矛盾のないプログラム設定
を行うことができる、等の利点が生じる。

【図面の簡単な説明】

【図１】この発明の第１の実施例である電子楽器システ
ムの構成を示す図

【図２】同電子楽器システムの音源モジュールおよびコ
ントローラのブロック図

【図３】同電子楽器システムで用いられるプログラムフ
ロッピィディスクのデータフォーマットを示す図

【図４】同電子楽器システムの音源モジュールの動作を
示すフローチャート

【図５】同電子楽器システムのコントローラの動作を示
すフローチャート

【図６】この発明の第２の実施例である電子楽器システ
ムの構成を示す図

【図７】同電子楽器システムのデータサーバのブロック
図

【図８】同データサーバのハードディスク装置のデータ
フォーマットを示す図

【図９】同電子楽器システムの音源モジュールの動作を
示すフローチャート

【図１０】同電子楽器システムの音源モジュールの動作
を示すフローチャート

【図１１】同電子楽器システムの音源モジュールの動作
を示すフローチャート

【図１２】同電子楽器システムのコントローラの動作を
示すフローチャート

【図１３】同電子楽器システムのコントローラの動作を
示すフローチャート

【図１４】同電子楽器システムのコントローラの動作を
示すフローチャート

【図１５】同電子楽器システムのデータサーバの動作を
示すフローチャート

【符号の説明】

１、３２，３３−音源モジュール ２、３１−コントローラ ３０−データサーバ ３−ＭＩＤＩキーボード

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 それぞれ独立したプログラムで動作する
   複数の電子楽器を互いに接続し、単一の機能を実現する
   電子楽器システムにおいて、 電子楽器に読み込まれるプログラムに他の電子楽器にお
   ける対応するプログラムの識別データを書き込んでお
   き、当該電子楽器がプログラムを読み込んだときこの識
   別データを前記他の電子楽器に送信し、該他の電子楽器
   がこの識別データで識別されるプログラムを読み込むこ
   とを特徴とする電子楽器システムのプログラム更新方
   法。