JP3228394B2 - 電子楽器 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、二次記憶装置に格納
されている各種の機能を実現するためのソフトウェアモ
ジュールから所定のモジュールを一次記憶装置にロード
して実行することにより楽音発生の動作を行なうように
した電子楽器に関する。

【０００２】

【従来の技術】電子楽器には機能の低い低位機種から機
能の高い高位機種まで各種のものがある。各機種の電子
楽器は、機種ごとに異なるハードウェアを備えているた
め、用いるソフトウェアも機種ごとに異なるものを開発
しているのが現状であった。しかし、機種ごとに異なる
ソフトウェアを開発するのでは設計が面倒であるため、
例えば、特開平３−３９９９５号に記載の技術が考え出
されている。

【０００３】特開平３−３９９９５号のものは、電子楽
器にその機種を特定するための機種コードをジャンパ線
や切替えスイッチなどで設定しておき、電子楽器の動作
を制御するＣＰＵ（中央処理装置）は、その機種コード
を判別し、機種コードに対応した処理を行なうものであ
る。これにより、異なる性能の機種の間で共通のプログ
ラムを利用し、例えば、自動伴奏機能付きの機種のとき
は自動伴奏処理を行ない、自動伴奏機能付きの機種でな
いときは自動伴奏処理を行なわない、というような制御
を行なうことができる。

【０００４】

【発明が解決しようとする課題】しかし、上記特開平３
−３９９９５号の技術では、あらかじめプログラムが固
定されてしまうので、変更が容易でないという問題があ
る。例えば、自動伴奏機能を実現するソフトウェアの部
分のみを変更したい場合、その部分のみを簡単に変更す
ることはできない。また、異なる性能の機種の間で共通
に使用するプログラムは一次記憶装置に格納されるが、
不要なプログラムまで高価な一次記憶装置に格納される
ことになるという問題があった。

【０００５】さらに従来は、プログラムの共用について
はそれ程考慮されていなかった。例えば、同様の機能の
モジュールであっても、別々に開発され、共通に用いる
ことができない場合も少なくない。

【０００６】この発明は、上述の従来例における問題点
に鑑み、各種のソフトウェアを実行して楽音発生の動作
を行なう電子楽器において、ソフトウェアの変更が容易
で、一次記憶装置を無駄に使用することなく、さらにプ
ログラムの仕様の差を超えてプログラムを共用すること
ができるようにすることを目的とする。

【０００７】

【課題を解決するための手段】この目的を達成するた
め、請求項１に係る発明は、少なくとも、一次記憶装置
と、該一次記憶装置にロードされたソフトウェアモジュ
ールを実行する中央処理装置とを備えた電子楽器であっ
て、楽音を発生するための各種の要素機能を実現するソ
フトウェアモジュールを、異種の要素機能を実現するも
のおよび同種の要素機能を実現するものを含めて複数記
憶した二次記憶装置と、電源投入またはユーザの指示を
契機として、前記二次記憶装置から、該ソフトウェアモ
ジュールが幾つかのサブモジュールで構成される場合は
該サブモジュールの存在を調査し必要なサブモジュール
が存在するものを選択する、あるいは該ソフトウェアモ
ジュールに対して情報の流れで下位に位置するソフトウ
ェアモジュールが存在しないものはロードしない、のう
ち少なくとも１つに基づいて、ロードすべきソフトウェ
アモジュールを選択し、前記一次記憶装置にロードする
モジュールロード手段とを備えたことを特徴とする。

【０００８】請求項２に係る発明は、少なくとも、一次
記憶装置と、該一次記憶装置にロードされたソフトウェ
アモジュールを実行する中央処理装置とを備えた電子楽
器であって、楽音を発生するための各種の要素機能を実
現するソフトウェアモジュールを、異種の要素機能を実
現するものおよび同種の要素機能を実現するものを含め
て複数記憶した二次記憶装置と、電源投入またはユーザ
の指示を契機として、前記二次記憶装置からロードすべ
きソフトウェアモジュールを選択し、前記一次記憶装置
にロードするモジュールロード手段とを備え、前記複数
のソフトウェアモジュールは、鍵盤を制御する鍵盤モジ
ュールと、音源の発音チャンネルに発音割当てを行なう
アサイナモジュールと、音源を制御する音源ドライバの
いずれかの要素機能を実現し、各ソフトウェアモジュー
ルはモジュール間でメッセージをやり取りすることによ
り情報の伝達を行なうものであり、前記一次記憶手段に
ロードされたソフトウェアモジュールのうちの一部のみ
を同種の要素機能を実現する他のソフトウェアモジュー
ルと交換可能としたことを特徴とする。請求項３に係る
発明は、請求項２において、さらに、前記ソフトウェア
モジュールは、記憶された演奏データについて自動演奏
を行なう自動演奏モジュールと、和音情報を伴奏パター
ンに展開するとともに展開された伴奏パターンの伴奏音
の発生を制御する自動伴奏モジュールを含むことを特徴
とする。請求項４に係る発明は、請求項３において、前
記アサイナモジュールは、少なくとも低機能なものと高
機能なものとを含み、前記モジュールロード手段は、前
記自動演奏モジュールあるいは自動伴奏モジュールがロ
ードされる場合には、前記高機能なアサイナモジュール
をロードし、自動演奏モジュールあるいは自動伴奏モジ
ュールがロードされない場合は、前記低機能なアサイナ
モジュールをロードするようにしたことを特徴とする。
請求項５に係る発明は、請求項２から４の何れか１つに
おいて、さらに、前記各ソフトウェアモジュールの属性
に関する属性情報をも記憶し、前記モジュールロード手
段は、前記属性情報に基づいてロードするソフトウェア
モジュールを判断することを特徴とする。請求項６に係
る発明は、請求項５において、前記属性情報は、対応す
るソフトウェアモジュールのバージョン番号および作成
日時および要素機能の種別を含むものであって、前記モ
ジュールロード手段は、前記二次記憶手段に同一要素機
能のソフトウェアモジュールが複数記憶されていた場合
は、バージョン番号あるいは作成日時に基づいてロード
すべきソフトウェアモジュールを選択することを特徴と
する。請求項７に係る発明は、請求項５または６におい
て、前記属性情報は、対応するソフトウェアモジュール
が受信可能なメッセージを示す受信可能メッセージリス
トを含むことを特徴とする。

【０００９】

【作用】この発明に係る電子楽器では、一次記憶装置に
ソフトウェアモジュールをロードして中央処理装置で実
行することにより楽音発生が行なわれる。ソフトウェア
モジュールは二次記憶装置に格納されており、電源投入
またはユーザの指示を契機として一次記憶装置にロード
される。どのモジュールがロードされるかは、ソフトウ
ェアモジュールが幾つかのサブモジュールで構成される
場合は該サブモジュールの存在を調査し必要なサブモジ
ュールが存在するものを選択する、あるいは該ソフトウ
ェアモジュールに対して情報の流れで下位に位置するソ
フトウェアモジュールが存在しないものはロードしな
い、のうち少なくとも１つに基づいて決定される。した
がって、ソフトウェア実行時にプログラムを組み立てる
ので、変更が容易である。また、不要なプログラムはロ
ードされず、必要なもののみロードされることになる。

【００１０】また、この発明に係る電子楽器では、モジ
ュール化されたソフトウェアを適宜組合わせて楽音を発
生する電子楽器を構成する。その際、モジュール間の情
報の授受はメッセージのやり取りという形式で統一され
たインターフェースを用いている。したがって、プログ
ラムの共用性が高まる。

【００１１】

【実施例】以下、図面を用いてこの発明の実施例を説明
する。

【００１２】図１は、この発明の一実施例に係る電子楽
器のハードウェアブロック図である。この電子楽器は、
中央処理装置（ＣＰＵ）１０１、リードオンリメモリ
（ＲＯＭ）１０２、ランダムアクセスメモリ（ＲＡＭ）
１０３、ＭＩＤＩ（Musical Instrument Digital Inter
face）インターフェース１０４、音源ハードウェア１０
５、音源ハードウェア１０５のインターフェース１０
６、操作子ハードウェア１０７、操作子ハードウェア１
０７のインターフェース１０８、二次記憶装置１０９、
およびサウンドシステム１１０を備えている。各部は、
バスライン１１１により相互に接続されている。

【００１３】ＣＰＵ１０１は、この電子楽器全体の動作
を制御する。具体的な動作は、フローチャートを用いて
後述する。ＲＯＭ１０２は、後述する立ち上げプログラ
ム（図５）が格納されている。ＲＡＭ１０３には、ＣＰ
Ｕ１０１が実行する各種のプログラムモジュールがロー
ドされる。それら各種のプログラムモジュールは、二次
記憶装置１０９に格納されている。二次記憶装置１０９
は、例えばハードディスク装置などである。

【００１４】音源ハードウェア１０５は、インターフェ
ース１０６を介してＣＰＵ１０１からの指示を受け取
り、楽音信号の発生処理を行なう。音源ハードウェア１
０５から発生された楽音信号は、サウンドシステム１１
０により放音される。なお、この実施例では、音源をハ
ードウェアで実現しているが、ソフトウェアで音源を構
成してもよい。

【００１５】操作子ハードウェア１０７は、ユーザが操
作するための各種の操作子であり、ユーザが演奏するた
めの複数の鍵を備えた鍵盤を含む。操作子ハードウェア
１０７の操作情報は、インターフェース１０８を介して
ＣＰＵ１０１に伝えられる。ＭＩＤＩインターフェース
１０４は、ＭＩＤＩ機器を接続するためのインターフェ
ースである。

【００１６】図２は、図１のハードウェア上で実現され
るソフトウェアのブロックイメージを示す。動作するソ
フトウェアとしては、鍵盤ドライバ２０１、自動伴奏
（ＡＢＣ：オートベースコード）モジュール２０２、自
動演奏（ＳＥＱ：シーケンサ）モジュール２０３、ＭＩ
ＤＩインターフェースモジュール２０４、発音情報経路
切替２０５、アサイナモジュール２０６、および音源ド
ライバ２０７などがある。これらの各ソフトウェアモジ
ュールは、二次記憶装置１０９からＲＡＭ１０３にロー
ドされ、ＣＰＵ１０１により実行される。

【００１７】鍵盤ドライバ２０１は、鍵盤（図１の操作
子ハードウェア１０７に含まれる）を制御するための制
御プログラムである。自動伴奏（ＡＢＣ）モジュール２
０２は、自動伴奏処理を行なう。自動演奏（ＳＥＱ）モ
ジュール２０３は、自動演奏処理を行なう。ＭＩＤＩイ
ンターフェースモジュール２０４は、図１のＭＩＤＩイ
ンターフェース１０４を制御するモジュールである。ア
サイナモジュール２０６は、発音の指示がきたときに音
源の発音チャンネル割り当て処理を行なう。音源ドライ
バ２０７は、音源ハードウェア１０５を制御するための
ドライバであり、アサイナモジュール２０６の指示によ
り発音処理を行なう。

【００１８】発音情報経路切替２０５は、これら各種の
モジュール間の情報授受の経路を切替える機能を果た
す。発音情報経路切替２０５は、具体的には、後述する
メインモジュール（図６）により実現する。例えば、
鍵盤ドライバ２０１から鍵盤の押鍵情報を受けたとき
は、その押鍵情報をアサイナモジュール２０６に渡す、
鍵盤ドライバ２０１から伴奏鍵の押鍵情報を受けたと
きは、その押鍵情報を自動伴奏モジュール２０２に渡
す、自動伴奏モジュール２０２から自動伴奏音の発音
指示がきたときは、その発音指示をアサイナモジュール
２０６に渡す、というような切替え処理を行なう。

【００１９】図３は、この実施例の電子楽器の二次記憶
装置１０９に登録されているソフトウェアモジュールの
例を示す。これらのソフトウェアモジュールのうち所定
のものが、電源投入またはユーザの指示を契機として二
次記憶装置１０９からＲＡＭ１０３にロードされ、図２
のようなソフトウェアのブロックイメージが構成される
ことになる。

【００２０】図３において、メインモジュール３０１
は、図２の発音情報経路切替２０５を含み、各モジュー
ル間での情報の授受の制御などを行なう。鍵盤ドライバ
３０２は、図２の鍵盤ドライバ２０１である。

【００２１】ＡＢＣモジュール３０３は、図２の自動伴
奏（ＡＢＣ）モジュール２０２である。ただし、ＡＢＣ
モジュール３０３をロードする際には、サブモジュール
として、ＡＢＣエンジン、およびＡＢＣパターンもロー
ドする必要がある。サブモジュールとは、上位のモジュ
ールに組み込まれ、上位のモジュールに依存して動作す
る下位のモジュールを言う。３０４と３０５は、２種類
のＡＢＣエンジンサブモジュールである。３０６〜３０
８は、３種類のＡＢＣパターンサブモジュールである。
ＡＢＣモジュール３０３と、２種類のＡＢＣエンジンサ
ブモジュールのうちの何れか１つと、２種類のＡＢＣパ
ターンサブモジュールのうちの何れか１つ以上により、
図２の自動伴奏（ＡＢＣ）モジュール２０２が構成され
る。

【００２２】３０９と３１０は、２種類の自動演奏（Ｓ
ＥＱ）モジュールである。３１１〜３１３は、３種類の
フォーマットコンバータであり、ＳＥＱモジュールのサ
ブモジュールである。フォーマットコンバータは、ＳＥ
Ｑモジュールにおける自動演奏データのフォーマットの
変換を行なう。自動演奏データのフォーマットは、機種
ごとあるいは会社ごとに異なることが少なくないので、
フォーマットコンバータにより自動演奏データのフォー
マットの変換を行ない、ＳＥＱモジュールで読み込み可
能なフォーマットにする。２種類のＳＥＱモジュール３
０９，３１０のうち何れか１つと、３種類のフォーマッ
トコンバータ３１１〜３１３のうち何れか（１つでも複
数でもよく、またフォーマット変換が不要のときはフォ
ーマットコンバータなしでもよい）により、図２の自動
演奏（ＳＥＱ）モジュール２０３が構成される。

【００２３】３１４と３１５は２種類のアサイナモジュ
ールであり、これらのうちの何れか１つで図２のアサイ
ナモジュール２０６が構成される。３１６と３１７は２
種類の音源ドライバであり、これらのうちの何れか１つ
以上で図２の音源ドライバ２０７が構成される。特に、
３１６は波形メモリ読み出し方式の音源に用いる音源ド
ライバであり、３１７は物理モデル音源に用いる音源ド
ライバである。

【００２４】本実施例では、図３に示すような各種のモ
ジュールをあらかじめ二次記憶装置１０９に格納してお
く。そして、電源投入またはユーザの指示を契機とし
て、ふさわしいモジュールを一次記憶装置であるＲＡＭ
１０３にロードし、電子楽器を構成する。どのモジュー
ルをロードするかを判断する基準は、以下のようなもの
である。

【００２５】装備されているハードウェアを調査し、
装備されているハードウェアに応じたソフトウェアモジ
ュールを選択する。例えば、ハードウエアとして用いら
れている音源ボードをチェックし、波形メモリ読み出し
方式の音源が装備されていたときはそれに対応する音源
ドライバを選択してロードする。

【００２６】同種の要素機能を実現するソフトウェア
モジュールが複数ある場合は、より高機能のもの、作成
日時がより新しいものを選択する。

【００２７】そのソフトウェアモジュールが幾つかの
サブモジュールを必要とする場合は、二次記憶装置内の
サブモジュールの存在を調査し、必要なサブモジュール
が存在するモジュールを選択する。

【００２８】そのソフトウェアモジュールに対して信
号の流れで下位に位置するソフトウェアモジュールが存
在しないものはロードしない。

【００２９】他のモジュールとの組み合わせで不適切
なモジュールはロードしない。

【００３０】二次記憶装置１０９には各種のモジュール
が冗長に格納されているが、二次記憶装置はビット単価
が安いので、無駄なモジュールが格納されていても問題
が少ない。これに対して、一次記憶装置（ＲＡＭ）はビ
ット単価が高く、容量も限られている。そこで、上述し
たように、電源投入またはユーザの指示を契機としてふ
さわしいモジュールを二次記憶装置からＲＡＭにロード
して電子楽器を構成するようにしたものである。

【００３１】図４は、ソフトウェアモジュールの属性情
報の例を示す。あるソフトウェアモジュールをロードす
るかしないかについて、上述の〜の判断基準に基づ
いて具体的に判断する際に、これらの属性情報が参照さ
れる。属性情報は、全ソフトウェアモジュールについて
共通な共通部分と、各ソフトウェアモジュールに固有の
固有部分とからなる。

【００３２】図４において、４０１は音源ドライバの属
性情報（共通部分）を示す。ModuleNameは当該モジュー
ルの名称、VersionNumはバージョンナンバ、CreateDate
は作成日時、ModuleTypeはモジュールのタイプを示す。
モジュールタイプModuleTypeは、メインモジュール、鍵
盤ドライバ、ＡＢＣモジュール、…の別を示す。アサイ
ナモジュール、ＡＢＣモジュール、およびＳＥＱモジュ
ールの属性情報（共通部分）４０２〜４０４も、属性情
報４０１と同じである。

【００３３】４０５は、音源ドライバの属性情報（固有
部分）のうち、当該ドライバでサポートする音源のタイ
プ（例えば、波形メモリ読み出し方式の音源か物理モデ
ル音源かなど）を示す情報TgTypeである。

【００３４】４０６は、アサイナモジュールの属性情報
（固有部分）を示す。MaxChNumは当該アサイナモジュー
ルで管理できる発音チャンネルのチャンネル数、BasicA
lgorithmは基本的なチャンネル割り当てのアルゴリズム
（例えば、後着優先や先着優先など）、AbcAwareは自動
伴奏音について区別して割り当てる機能を有するか否か
を示すフラグ、SeqAwareは自動演奏音について区別して
割り当てる機能を有するか否かを示すフラグ、MultiKBA
wareは多段鍵盤のとき上鍵、下鍵などを区別して割り当
てる機能を有するか否かを示すフラグである。

【００３５】４０７は、ＡＢＣモジュールの属性情報
（固有部分）を示す。StyleNumは自動伴奏のスタイルの
種類の数、VariationNumは自動伴奏のバリエーションの
数、AcceptCodeTypeは自動伴奏で受付けるコードタイプ
の数を示す。

【００３６】４０８は、ＳＥＱモジュールの属性情報
（固有部分）を示す。TruckNumは自動演奏のトラック
数、TimeResolutionは自動演奏の時間分解能、SeqForma
tは自動演奏データのフォーマットを示す。

【００３７】４０９〜４１２は、それぞれ、音源ドライ
バ、アサイナモジュール、ＡＢＣモジュール、およびＳ
ＥＱモジュールの属性情報（固有部分）のうち、受信可
能メッセージリストを示す。本実施例では、各モジュー
ルの共用性を高めるために、モジュール間インターフェ
ースを統一している。すなわち、モジュール間でメッセ
ージをやり取りする方式としている。受信可能メッセー
ジリスト４０９〜４１２には、各モジュールにおいて、
受信して処理することのできるメッセージの一覧が記載
されている。このリストを参照することにより、当該モ
ジュールが備えている機能の詳細を知ることができる。
また、各モジュールのインターフェースを、このような
メッセージの授受という方式とすれば、当該モジュール
の共用性が高まる。

【００３８】以下に、各モジュールの通信メッセージの
例を示す。

【００３９】(1)音源ドライバが受信可能なメッセージ
および実行する内容 (1-1)GetTgInfo() : 音源に関する各種情報を得る。 (1-2)GetToneColorList() : 音源で発音可能な音色の一
覧を得る。 (1-3)GetToneInfo(ToneColorNum) : 特定の音色につい
て情報を得る。 (1-4)GenerateTone(ToneInformation) : ToneInformati
onに基づき楽音の合成を開始する。 (1-5)DumpTone(ToneInformation) : ToneInformationに
基づき楽音のダンプを行なう。 (1-6)GetChannelStatus(ChannelNum) : ChannelNumに対
応するチャンネルの状態を得る。

【００４０】(2)自動演奏（ＳＥＱ）モジュールが受信
可能なメッセージおよび実行する内容 (2-1)StartAllTruck(SongNum) : SongNumに対応する曲
データの再生を開始する。(2-2)StartSpecificTruck(So
ngNum,TruckInfo) : SongNumに対応する曲データの特定
トラックの再生を開始する。 (2-3)StopAllTruck() : 全トラックの記録／再生を停止
する。 (2-4)StopSpecificTruck(,TruckInfo) : 特定トラック
の記録／再生を停止する。(2-5)Pause() : 全トラック
のの記録／再生を一時停止する。 (2-6)RecordAllTruck(SongNum) : 全トラックの記録を
開始する。 (2-7)RecordSpecificTruck(SongNum,TruckInfo) : 特定
トラックの記録を開始する。 (2-8)MoveSongPointer(SongNum,Location) : 特定曲の
特定の場所にポインタを移動する。

【００４１】(3)自動伴奏（ＡＢＣ）モジュールが受信
可能なメッセージおよび実行する内容 (3-1)SetAbcType(AbcTypeInfo) : AbcTypeInfoに合せて
自動伴奏の設定を行なう。 (3-2)ExpandAbc(CodeInfo) : CodeInfoに合せて自動伴
奏パターンの生成を行なう。 (3-3)GetAbcStyle() : 利用可能な自動伴奏スタイルの
一覧を得る。 (3-4)GetAbcType() : 利用可能な自動伴奏タイプの一覧
を得る。

【００４２】(4)アサイナモジュールが受信可能なメッ
セージおよび実行する内容 (4-1)GetChannelMaxNum() : アサイン可能な最大チャン
ネル数を得る。 (4-2)GetIdleChannel() : 利用可能な空きチャンネルの
情報を得る。 (4-3)AssignChannel(ToneInformation) : ToneInformat
ionを空きチャンネルにアサインする。 (4-4)Truncate(TruncateArgorithm) : TruncateArgorit
hmに応じて何れかの楽音をトランケートする。

【００４３】次に、図５〜図９のフローチャートを参照
して、この実施例の電子楽器の動作を詳しく説明する。

【００４４】図５は、立ち上げプログラムのフローチャ
ートである。このプログラムは、ＲＯＭ１０２に格納さ
れており、電源投入時またはユーザの指示（いわゆる、
リセット）により実行を開始する。まずＣＰＵ１０１
は、ステップ５０１で二次記憶装置１０９からメインモ
ジュール（図３の３０１）を読み込む。そして、ステッ
プ５０２でそのメインモジュールを起動する。

【００４５】図６は、図５のステップ５０２で起動され
たメインモジュールの動作を説明するためのフローチャ
ートである。メインモジュールでは、基本的に信号の流
れで下位の側からモジュールを読み込む。読み込みは、
上述したように、二次記憶装置１０９から一時記憶装置
であるＲＡＭ１０３へ読み込む。

【００４６】まず、ステップ６０１で音源リソースを読
み込み、ステップ６０２でアサイナリソースを読み込
む。これらの読み込みについては、図８および図９
（ａ）で後述する。ステップ６０３では、操作子リソー
スを読み込む。ここでは、鍵盤ドライバ（図３の３０
２）を読み込み、さらに各種の操作子に関するドライバ
（不図示）などを読み込む。次に、ステップ６０４で機
能リソースを読み込む。ここでは、自動伴奏リソースと
自動演奏リソースを読み込むが、詳しくは図９（ｂ）お
よび図１０で後述する。次に、ステップ６０５でインタ
ーフェース（Ｉ／Ｆ）リソース（ＭＩＤＩドライバな
ど）を読み込む。

【００４７】次に、ステップ６０６でリソーステーブル
を参照し、リソースの接続状況を設定する。リソーステ
ーブルとは、ステップ６０１〜６０５によって読み込ん
だリソース、すなわち具体的には読み込んだソフトウェ
アモジュールの名称やタイプを登録しておくテーブル
（ＲＡＭ１０３上に設けられる）である。逆にいえば、
リソーステーブルを参照することにより、どのようなモ
ジュールが読み込まれているかが分かる。ステップ６０
６のリソースの接続状況の設定とは、読み込まれている
モジュール間でメッセージの授受が行なえるように経路
を設定する処理である。

【００４８】次に、ステップ６０７で各リソースを起動
する。以後、ステップ６０８でイベントを監視し、ステ
ップ６０９で発生イベントに対応するメッセージを所定
のモジュールに発行する処理を繰返す。例えば、鍵盤の
押鍵があれば、その押鍵イベントをステップ６０８で検
出し、ステップ６０９でその押鍵イベントに応じたメッ
セージの発行（伴奏鍵の押鍵であれば自動伴奏モジュー
ルに押鍵情報を渡す、あるいは通常演奏用の鍵の押鍵で
あればアサイナモジュールに押鍵情報を渡す、など）を
行なう。

【００４９】図７は、各モジュールの動作を説明するた
めのフローチャートである。図６のステップ６０７によ
る起動の指示を受けて、各モジュールでは図７の処理を
行なう。まず、ステップ７０１でメッセージの受信を行
ない、ステップ７０２で受信したメッセージに応じた処
理を行なう。そして、ステップ７０３でその他の処理を
行ない、ステップ７０４で必要なメッセージの送信を行
なう。その後、ステップ７０１に戻って、以上の処理を
繰返す。

【００５０】例えば、ＡＢＣモジュールを例に説明する
と、ステップ７０１で鍵盤の和音の押鍵情報を受け、ス
テップ７０２でその和音のパターンを自動伴奏の伴奏パ
ターンに展開し、ステップ７０３でその他の処理を行な
った後、ステップ７０４で展開した伴奏パターンの伴奏
音をアサイナモジュールに送る、というような処理にな
る。

【００５１】図８は、図６のステップ６０１の音源リソ
ース読み込み処理の詳細なフローチャートである。ま
ず、ステップ８０１で未処理の音源ハードウェアがある
かどうか調査（ハードウェアインターフェースに接続さ
れている音源をチェック）する。すべての音源ハードウ
ェアについて処理したら、ステップ８０２からリターン
する。未処理の音源ハードウェアがある場合は、ステッ
プ８０２からステップ８０３に進む。

【００５２】ステップ８０３で当該音源ハードウェアの
タイプ（例えば、波形メモリ読み出し方式の音源か物理
モデル音源かなど）をレジスタTgTypeに格納する。レジ
スタTgTypeはワークレジスタであり、図４の二次記憶装
置上の音源ドライバの属性情報TgType４０５とは別物で
ある（以下に出現するワークレジスタも同様）。次に、
ステップ８０４でレジスタTgTypeで示されるタイプの音
源ドライバが二次記憶装置１０９上に存在するか否か判
定する。この判定は、二次記憶装置１０９に格納されて
いる音源ドライバの属性TgTypeを読出してワークレジス
タTgTypeの値と比較し、一致する音源ドライバを探すと
いうことである。

【００５３】ステップ８０４で対応する音源ドライバが
二次記憶装置１０９上に存在しているときは、ステップ
８０５に進み、存在していないときはステップ８０１に
戻る。ステップ８０５では、対応する音源ドライバが複
数存在する場合、最も高機能で、新しいものを選択す
る。高機能かどうか、および新しいかどうかは、属性Ve
rsionNumおよびCreateDateを参照して判定する。

【００５４】次に、ステップ８０６で、選択した音源ド
ライバの名称およびタイプ（レジスタTgTypeの値）をリ
ソーステーブルに登録する。そして、ステップ８０７
で、選択した音源ドライバを二次記憶装置１０９からＲ
ＡＭ１０３に読み込み、ステップ８０１に戻る。

【００５５】図９（ａ）は、図６のステップ６０２のア
サイナリソース読み込み処理の詳細なフローチャートで
ある。まず、ステップ９０１で、二次記憶装置１０９上
のＡＢＣモジュールおよびＳＥＱモジュールなどの予備
調査を行なう。

【００５６】アサイナモジュールとしては、自動伴奏音
や自動演奏音を別にアサインするなどの高機能のものか
ら単に受けたキーコードをただアサインするだけの低機
能のものなど、種々の機能のアサイナモジュールが二次
記憶装置１０９に格納されている可能性がある。しか
し、ＡＢＣモジュールやＳＥＱモジュールがないのに高
機能なアサイナをロードしても、単にメモリの無駄使い
になる。そのような場合は低機能なアサイナで十分であ
る。そこで、ステップ９０１で、予備調査を行なってお
く。

【００５７】次に、ステップ９０２で、二次記憶装置１
０９上のアサイナモジュールを調査する。そして、ステ
ップ９０３で、ステップ９０１，９０２の調査結果に応
じて利用するアサイナモジュールを決定する。具体的に
は、ステップ９０１の予備調査の結果に応じてどの程度
の機能のアサイナが必要かを決定し、そのようなアサイ
ナが二次記憶装置１０９上に複数あった場合は、高機能
で新しいものを選択する。

【００５８】次に、ステップ９０４で、選択したアサイ
ナモジュールのタイプをワークレジスタAsTypeに格納
し、ステップ９０５で、そのアサイナモジュールの名称
およびタイプ（レジスタAsTypeの値）をリソーステーブ
ルに登録する。そして、ステップ９０６で、選択したア
サイナモジュールを二次記憶装置１０９からＲＡＭ１０
３に読み込み、処理を終了する。

【００５９】図９（ｂ）は、図６のステップ６０４で実
行される自動伴奏リソース読み込み処理の詳細なフロー
チャートである。まず、ステップ９１１で二次記憶装置
１０９上のＡＢＣエンジンの調査を行ない、ステップ９
１２で二次記憶装置１０９上のＡＢＣモジュールの調査
を行なう。そしてステップ９１３で、二次記憶装置１０
９上に存在するＡＢＣモジュールとＡＢＣエンジンのう
ち、組合わせることが可能な組の中で、最も高機能で新
しい組合せを選択する。

【００６０】次に、ステップ９１４で、選択したＡＢＣ
エンジンのタイプをワークレジスタAbcTypeに格納し、
ステップ９１５で、そのＡＢＣモジュールの名称および
タイプ（レジスタAbcTypeの値）をリソーステーブルに
登録する。そして、ステップ９１６で、選択したＡＢＣ
モジュールおよびＡＢＣエンジンを二次記憶装置１０９
からＲＡＭ１０３に読み込む。さらに、ステップ９１７
で、そのＡＢＣエンジンが利用可能なＡＢＣパターンＤ
Ｂ（複数ある場合はすべて）を、二次記憶装置１０９か
らＲＡＭ１０３に読み込み、処理を終了する。

【００６１】図１０は、図６のステップ６０４で実行さ
れる自動演奏リソース読み込み処理の詳細なフローチャ
ートである。まず、ステップ１００１で二次記憶装置１
０９上のＳＥＱモジュールの調査を行なう。ＳＥＱモジ
ュールが複数存在した場合は、ステップ１００２で、そ
のうち最も高機能で新しいものを選択する。

【００６２】次に、ステップ１００３で、選択したＳＥ
Ｑモジュールで利用可能な自動演奏データの記録フォー
マットを表す情報を、ワークレジスタSeqFormat に設定
する。

【００６３】次に、ステップ１００４で、選択したＳＥ
ＱモジュールのタイプをワークレジスタSeqTypeに格納
し、ステップ１００５で、そのＳＥＱモジュールの名称
およびタイプ（レジスタSeqTypeの値）をリソーステー
ブルに登録する。そして、ステップ１００６で、選択し
たＳＥＱモジュールを二次記憶装置１０９からＲＡＭ１
０３に読み込む。さらに、ステップ１００７で、ワーク
レジスタSeqFormatで示されるフォーマットの自動演奏
データが利用可能なフォーマットコンバータ（複数ある
場合はすべて）を、二次記憶装置１０９からＲＡＭ１０
３に読み込み、処理を終了する。

【００６４】上記実施例によれば、ソフトウェアモジュ
ールの変更が非常に容易に行なえる。例えば、電子楽器
に備えられているシーケンサのプログラムが古くなった
ので新しいシーケンサプログラムにしたい場合などは、
その新しいシーケンサプログラムをその電子楽器の二次
記憶装置に入れればよい。後は、上述した実施例のよう
に、電源オンあるいはリセット時に自動的に新しいシー
ケンサプログラムをロードしてくれるようになる。

【００６５】なお本発明は、汎用のコンピュータで楽音
を発生させるような場合（広義の電子楽器といえる）に
も適用可能である。例えば、汎用のコンピュータで音源
ボードやハードディスクを装備したものに適用すれば、
上記実施例の各ソフトウェアモジュールをハードディス
クに格納しておき、ユーザによる楽音発生指示を受けた
ときに、上述の実施例のように所定のふさわしいモジュ
ールを選択してロード・実行するようにできる。各種の
モジュールは、フロッピーディスクなど持ち運び容易な
記憶媒体により供給され、ハードディスクなどにコピー
すればよいだけにすれば便宜である。

【００６６】

【発明の効果】以上説明したように、この発明によれ
ば、実行時に所定のふさわしいモジュールを選択してプ
ログラムを組み立てるので、各モジュールの変更は非常
に容易である。また、必要なモジュールのみを二次記憶
装置から一次記憶装置に読み込むので一次記憶装置に無
駄なプログラムを読み込むことがない。さらに、モジュ
ール単位でプログラムを供給し、モジュール間は共通の
方式で通信することにより、プログラムの仕様の差を超
えて共用ができる。すなわち、従来のように同様の機能
なのにその機能のプログラムを入替えることができな
い、ということがなくなる。

【００６７】モジュール間のインターフェースをメッセ
ージのやり取りという方式で統一したので、モジュール
の変更により簡単に機能の向上を図ることができ、また
モジュールの追加により簡単に機能を増やすことができ
る。モジュール化により必要なモジュールのみ組合わせ
ることができる。また、ＡＢＣパターンなどのデータも
モジュール化して共用できるようにできる。

【図面の簡単な説明】

【図１】この発明の一実施例に係る電子楽器のハードウ
ェアブロック図

【図２】ソフトウェアのブロックイメージを示す図

【図３】二次記憶装置に登録されているソフトウェアモ
ジュールの例を示す図

【図４】ソフトウェアモジュールの属性情報の例を示す
図

【図５】立ち上げプログラムのフローチャート図

【図６】メインモジュールの動作を説明するためのフロ
ーチャート図

【図７】各モジュールの動作を説明するためのフローチ
ャート図

【図８】音源リソース読み込み処理の詳細なフローチャ
ート図

【図９】アサイナリソース読み込み処理の詳細なフロー
チャート図および自動伴奏リソース読み込み処理の詳細
なフローチャート図

【図１０】自動演奏リソース読み込み処理の詳細なフロ
ーチャート図

【符号の説明】

１０１…中央処理装置（ＣＰＵ）、１０２…リードオン
リメモリ（ＲＯＭ）、１０３…ランダムアクセスメモリ
（ＲＡＭ）、１０４…ＭＩＤＩインターフェース、１０
５…音源ハードウェア、１０６…音源ハードウェア１０
５のインターフェース、１０７…操作子ハードウェア、
１０８…操作子ハードウェア１０７のインターフェー
ス、１０９…二次記憶装置、１１０…サウンドシステ
ム、１１１…バスライン、２０１…鍵盤ドライバ、２０
２…自動伴奏（ＡＢＣ）モジュール、２０３…自動演奏
（ＳＥＱ）モジュール、２０４…ＭＩＤＩインターフェ
ースモジュール、２０５…発音情報経路切替、２０６…
アサイナモジュール、２０７…音源ドライバ。

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】少なくとも、一次記憶装置と、該一次記憶
   装置にロードされたソフトウェアモジュールを実行する
   中央処理装置とを備えた電子楽器であって、 楽音を発生するための各種の要素機能を実現するソフト
   ウェアモジュールを、異種の要素機能を実現するものお
   よび同種の要素機能を実現するものを含めて複数記憶し
   た二次記憶装置と、 電源投入またはユーザの指示を契機として、前記二次記
   憶装置から、該ソフトウェアモジュールが幾つかのサブ
   モジュールで構成される場合は該サブモジュールの存在
   を調査し必要なサブモジュールが存在するものを選択す
   る、あるいは該ソフトウェアモジュールに対して情報の
   流れで下位に位置するソフトウェアモジュールが存在し
   ないものはロードしない、のうち少なくとも１つに基づ
   いて、ロードすべきソフトウェアモジュールを選択し、
   前記一次記憶装置にロードするモジュールロード手段と
   を備えたことを特徴とする電子楽器。
2. 【請求項２】少なくとも、一次記憶装置と、該一次記憶
   装置にロードされたソフトウェアモジュールを実行する
   中央処理装置とを備えた電子楽器であって、 楽音を発生するための各種の要素機能を実現するソフト
   ウェアモジュールを、異種の要素機能を実現するものお
   よび同種の要素機能を実現するものを含めて複数記憶し
   た二次記憶装置と、 電源投入またはユーザの指示を契機として、前記二次記
   憶装置からロードすべきソフトウェアモジュールを選択
   し、前記一次記憶装置にロードするモジュールロード手
   段とを備え、 前記複数のソフトウェアモジュールは、鍵盤を制御する
   鍵盤モジュールと、音源の発音チャンネルに発音割当て
   を行なうアサイナモジュールと、音源を制御する音源ド
   ライバのいずれかの要素機能を実現し、各ソフトウェア
   モジュールはモジュール間でメッセージをやり取りする
   ことにより情報の伝達を行なうものであり、前記一次記
   憶手段にロードされたソフトウェアモジュールのうちの
   一部のみを同種の要素機能を実現する他のソフトウェア
   モジュールと交換可能としたことを特徴とする電子楽
   器。
3. 【請求項３】さらに、前記ソフトウェアモジュールは、
   記憶された演奏データについて自動演奏を行なう自動演
   奏モジュールと、和音情報を伴奏パターンに展開すると
   ともに展開された伴奏パターンの伴奏音の発生を制御す
   る自動伴奏モジュールを含むことを特徴とする請求項２
   に記載の電子楽器。
4. 【請求項４】前記アサイナモジュールは、少なくとも低
   機能なものと高機能なものとを含み、 前記モジュールロード手段は、前記自動演奏モジュール
   あるいは自動伴奏モジュールがロードされる場合には、
   前記高機能なアサイナモジュールをロードし、自動演奏
   モジュールあるいは自動伴奏モジュールがロードされな
   い場合は、前記低機能なアサイナモジュールをロードす
   るようにしたことを特徴とする請求項３に記載の電子楽
   器。
5. 【請求項５】さらに、前記各ソフトウェアモジュールの
   属性に関する属性情報をも記憶し、前記モジュールロー
   ド手段は、前記属性情報に基づいてロードするソフトウ
   ェアモジュールを判断することを特徴とする請求項２か
   ら４の何れか１つに記載の電子楽器。
6. 【請求項６】前記属性情報は、対応するソフトウェアモ
   ジュールのバージョン番号および作成日時および要素機
   能の種別を含むものであって、 前記モジュールロード手段は、前記二次記憶手段に同一
   要素機能のソフトウェアモジュールが複数記憶されてい
   た場合は、バージョン番号あるいは作成日時に基づいて
   ロードすべきソフトウェアモジュールを選択することを
   特徴とする請求項５に記載の電子楽器。
7. 【請求項７】前記属性情報は、対応するソフトウェアモ
   ジュールが受信可能なメッセージを示す受信可能メッセ
   ージリストを含むことを特徴とする請求項５または６に
   記載の電子楽器。