JPH10124059A

JPH10124059A - 楽音発生方法および記憶媒体

Info

Publication number: JPH10124059A
Application number: JP9219040A
Authority: JP
Inventors: Yoshimasa Isozaki; 善政磯崎; Genichi Tamura; 元一田邑; Hideo Suzuki; 秀雄鈴木; Masahiro Shimizu; 正宏清水
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1996-08-30
Filing date: 1997-07-31
Publication date: 1998-05-15
Anticipated expiration: 2017-07-31
Also published as: JP3339372B2

Abstract

(57)【要約】（修正有）【課題】ソフト音源が使用するＲＡＭの容量を減少
し，同時に実行中の他のアプリケーションプログラムが
使用するＲＡＭの容量を確保し、当該他のアプリケーシ
ョンプログラムの動作の確保が可能な楽音発生方法およ
び記憶媒体。【解決手段】入力されたプログラムチェンジイベント
データおよびバンクセレクトイベントデータを解析し、
新音色番号ＴＣを決定し、音源データ格納領域上の、指
定音源方式ＴＭに対応する音色データ領域において、音
色番号ＴＣの音色データをサーチし、音源方式ＴＭがＦ
Ｍ音源方式か否かを判別するＳ１０４。ＦＭ音源方式で
ないときは、目的の音色データがロードされているか否
かを判別し、該音色データがロードされていないとき
は、代理発音指定処理を実行する。一方、ＦＭ音源方式
で、目的の音色データがロードされていないときには、
音色番号ＴＣにより指定された音色データをロードし
て、音源方式ＴＭによる発音指定を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、音色切換を示す演
奏情報の発生に応じて音色を制御し、楽音を発生させる
楽音発生方法および記憶媒体に関する。

【０００２】

【従来の技術】従来、ＭＩＤＩ（Musical Instrument D
igital Interface）データ（メッセージ）等の演奏情報
に基づいて楽音を生成する楽音生成装置は知られてい
る。

【０００３】かかる従来の楽音生成装置は、音源回路に
設定するための音色データをメモリ上に用意し、この用
意した音色データから、発生した演奏情報に応じた音色
データを選択して音源回路に設定し、たとえばノートナ
ンバ等のその他のデータとともに楽音波形を生成する。

【０００４】また、近年、ＣＰＵの演算能力の向上に伴
って、汎用コンピュータや専用の楽音発生装置に搭載し
たＣＰＵにおいて、所定の楽音生成処理手順を記述した
プログラムを実行させることにより、発生された演奏情
報に応じて楽音波形データを生成させる、いわゆるソフ
トウェア音源（以下、「ソフト音源」と略す）と呼ばれ
るものが登場している。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来の楽音生成装置では、任意の演奏情報に応じてリアル
タイムに楽音を生成するため、すべての音色番号に対応
する音色データ（パラメータや波形テーブル等）を、前
記メモリ上に用意しておく必要があり、そして、音色デ
ータの容量は通常かなり大きいため、楽音生成に必要な
メモリは大容量化していた。

【０００６】特に、ソフト音源では、この音色データ
を、予めＣＰＵが参照するメモリ（このメモリは通常
「ＲＡＭ」であるので、以下、「ＲＡＭ」に限定して説
明する）上に用意（展開）しておく必要があった。

【０００７】たとえば、実際の楽器の演奏音をＰＣＭ化
して記憶し、この記憶波形を読み出して楽音を生成する
波形メモリ音源方式（以下、「ＰＣＭ音源方式」とい
う）を用いたソフト音源の場合には、ＧＭ（General MI
DI）システムの基本仕様である１２８音色に対応する音
色データをすべてＲＡＭ上に展開しておく必要があり、
この音色データの総容量は２Ｍバイト程度であるため、
ＲＡＭの使用量は多かった。

【０００８】一方、このソフト音源プログラムを実行し
ている装置が、たとえば汎用コンピュータである場合に
は、現在の汎用コンピュータは、マルチタスク機能によ
り、ソフト音源プログラムを実行中でも、同時に他のア
プリケーションプログラムを実行している場合が多いた
め、そのＲＡＭは、ソフト音源プログラムと当該他のア
プリケーションプログラムとの共用になっている。した
がって、上述の音色データがＲＡＭに展開されると、他
のアプリケーションプログラムが使用できるＲＡＭの容
量が減少し、その動作速度が低下したり、最悪の場合に
は動作自体ができなくなったりすることがあった。

【０００９】本発明は、上記問題に鑑みてなされたもの
で、ソフト音源が使用するＲＡＭの容量を減少させて、
同時に実行中の他のアプリケーションプログラムが使用
するＲＡＭの容量を確保し、これにより、当該他のアプ
リケーションプログラムの動作を確保することが可能な
楽音発生方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明の楽音発生方法は、音色データを音色データ
記憶手段に記憶する記憶ステップと、音色切換を示す演
奏情報が発生したときに、当該切り換えるべき音色デー
タが前記音色データ記憶手段に格納されているか否かを
検索する検索ステップと、該検索の結果、切り換えるべ
き音色データが前記音色データ記憶手段に格納されてい
るときには、該音色データで楽音を生成する一方、切り
換えるべき音色データが前記音色データ記憶手段に格納
されていないときには、該音色データを該音色データが
格納されている記憶媒体から読み出して前記音色データ
記憶手段に転送記憶するように指示するとともに、該音
色データに類似する他の音色データで楽音を生成するよ
うに制御する制御ステップとを有することを特徴とす
る。

【００１１】また、好ましくは、前記音色データ記憶手
段に記憶された音色データ中、不要となった音色データ
を所定の条件に従って削除する削除ステップを有するこ
とを特徴とする。

【００１２】また、上記目的を達成するため、本発明の
記憶媒体は、音色データを音色データ記憶手段に記憶す
る記憶モジュールと、音色切換を示す演奏情報が発生し
たときに、当該切り換えるべき音色データが前記音色デ
ータ記憶手段に格納されているか否かを検索する検索モ
ジュールと、該検索の結果、切り換えるべき音色データ
が前記音色データ記憶手段に格納されているときには、
該音色データで楽音を生成する一方、切り換えるべき音
色データが前記音色データ記憶手段に格納されていない
ときには、該音色データを該音色データが格納されてい
る記憶媒体から読み出して前記音色データ記憶手段に転
送記憶するように指示するとともに、該音色データに類
似する他の音色データで楽音を生成するように制御する
制御モジュールとを含むことを特徴とする。

【００１３】さらに、好ましくは、前記音色データ記憶
手段に記憶された音色データ中、不要となった音色デー
タを所定の条件に従って削除する削除モジュールを含む
ことを特徴とする。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。

【００１５】図１は、本発明の実施の一形態に係る楽音
発生方法を適用した汎用コンピュータの概略構成を示す
ブロック図である。

【００１６】同図において、本実施の形態のコンピュー
タは、各種情報を入力するためのキーボード（ポインチ
ングデバイスであるマウスを含む）１と、装置全体の制
御を司るＣＰＵ２と、該ＣＰＵ２が実行する制御プログ
ラムやテーブルデータ等を記憶するＲＯＭ３と、ＣＰＵ
２が実行する制御プログラムや各種アプリケーションプ
ログラム、曲データ（ＭＩＤＩデータファイル）、該曲
データの再生時に使用される各種音色データ、各種入力
情報および演算結果等を一時的に記憶するＲＡＭ４と、
タイマ割り込み処理における割り込み時間や各種時間を
計時するタイマ５と、各種情報等を表示する、たとえば
大型ＬＣＤ若しくはＣＲＴおよびＬＥＤ等を備えたディ
スプレイ６と、ＲＡＭ４にロードされる上記制御プログ
ラムや各種アプリケーションプログラム、曲データ、各
種音色データ、およびその他の各種データ等を記憶する
ハードディスクを備えたハードディスク装置７と、たと
えばＣＤ−ＲＯＭ（Compact Disk-Read Only Memor
y）、ＭＯ（Magneto Optical disk）、ＭＤ（Mini Dis
k）等の外部記憶媒体をドライブするドライブ装置８
と、通信ネットワーク１０１を介して、たとえばサーバ
コンピュータ１０２とデータの送受信を行うためのネッ
トワークＩ／Ｏ９と、“ｃｏｄｅｃ”と呼ばれるＬＳＩ
から成るサウンドＩ／Ｏ１０と、サンプリング周波数Ｆ
ｓを発生させ、サウンドＩ／Ｏ１０に供給するサンプリ
ング周波数発生器１１と、生成された楽音波形データを
出力するために、ＲＡＭ４の所定位置に確保された楽音
波形バッファＤＭＡＢからその楽音波形を１サンプルず
つ直接読み出してサウンドＩ／Ｏ１０に出力するＤＭＡ
Ｃ（Direct Memory Access Controller）１２と、サウ
ンドＩ／Ｏ１０からのアナログ楽音信号を音響に変換す
る、たとえばスピーカ等のサウンドシステム１３とによ
り構成されている。

【００１７】上記構成要素１〜１２は、バス１４を介し
て相互に接続され、ネットワークＩ／Ｏ９には通信ネッ
トワーク１０１が接続され、サウンドＩ／Ｏ１０には外
部入力１０３、サンプリング周波数発生器１１、ＤＭＡ
Ｃ１２およびサウンドシステム１３が接続されている。

【００１８】ハードディスク装置７には、上述のよう
に、ＣＰＵ２が実行する制御プログラムが記憶され、Ｒ
ＯＭ３に制御プログラムが記憶されていない場合には、
このハードディスク装置７に制御プログラムを記憶させ
ておき、それをＲＡＭ４に読み込むことにより、ＲＯＭ
３に制御プログラムを記憶している場合と同様の動作を
ＣＰＵ２にさせることができる。このようにすると、制
御プログラムの追加やバージョンアップ等が容易に行え
る。

【００１９】ネットワークＩ／Ｏ９は、上述のように、
ＬＡＮ（ローカルエリアネットワーク）やインターネッ
ト、電話回線等の通信ネットワーク１０１に接続されて
おり、該通信ネットワーク１０１を介して、サーバコン
ピュータ１０２と接続される。ハードディスク装置７内
に上記各プログラムや各種パラメータが記憶されていな
い場合には、ネットワークＩ／Ｏ９は、サーバコンピュ
ータ１０２からプログラムやパラメータをダウンロード
するために用いられる。クライアントとなるコンピュー
タ（本実施の形態の汎用コンピュータ）は、ネットワー
クＩ／Ｏ９および通信ネットワーク１０１を介してサー
バコンピュータ１０２へとプログラムやパラメータのダ
ウンロードを要求するコマンドを送信する。サーバコン
ピュータ１０２は、このコマンドを受け、要求されたプ
ログラムやパラメータを、通信ネットワーク１０１を介
してコンピュータへと配信し、コンピュータがネットワ
ークＩ／Ｏ９を介して、これらプログラムやパラメータ
を受信してハードディスク装置７に蓄積することによ
り、ダウンロードが完了する。

【００２０】この他、外部コンピュータ等との間で直接
データのやりとりを行うためのインターフェースを備え
てもよい。

【００２１】サウンドＩ／Ｏ１０は、上述のように、
“ｃｏｄｅｃ”と呼ばれるＬＳＩで構成され、主として
次の動作を行う。

【００２２】１）Ａ／ＤコンバータおよびＤ／Ａコンバ
ータを備え、Ａ／Ｄコンバータにより外部入力１０３か
らのアナログ楽音信号をデジタル信号に変換し、ＡＤＰ
ＣＭ（Adaptive Differential Pulse Code Modulatio
n）方式によるデータ圧縮を行うとともに、その伸張を
行い、Ｄ／Ａコンバータに出力する。

【００２３】２）内部に２つのＦＩＦＯ（First In Fir
st Out）メモリ（図示せず）を備え、サンプリング周波
数発生器１１からの周波数Ｆｓのサンプリングクロック
に応じて、Ａ／Ｄ変換された波形データを入力ＦＩＦＯ
メモリへ取り込むとともに、出力ＦＩＦＯメモリに格納
されている波形データ（サンプル）をＤ／Ａコンバータ
へ送出する。

【００２４】３）入力ＦＩＦＯメモリにデータが格納さ
れている場合、または出力ＦＩＦＯメモリに空きがある
場合には、データ処理（後述する図１８の処理）を要求
する信号（ハードウェア割込信号）をＤＭＡＣ１２に出
力する。

【００２５】ＤＭＡＣ１２は、サウンドＩ／Ｏ１０から
の上記ハードウェア割込信号、すなわち上記サンプリン
グクロックの周期（１／Ｆｓ）でサウンドＩ／Ｏ１０が
発生するサンプル要求割込信号に応じて、前記楽音波形
バッファＤＭＡＢに格納された波形データ（サンプル）
を１サンプルずつサウンドＩ／Ｏ１０に出力する。これ
に応じて、サウンドＩ／Ｏ１０は、ＤＭＡＣ１２から転
送された転送サンプル数をカウントし、楽音波形バッフ
ァＤＭＡＢの全バッファサイズの１／２（後述する１フ
レーム分の波形データ）の数のサンプルが転送される毎
に、１フレーム分の波形データの再生が完了したことを
示すハードウェア割込を発生させる。すなわち、楽音波
形バッファＤＭＡＢは、２フレーム分の波形データを格
納するように構成され、後述する図１７の波形生成処理
では、一度に、楽音波形バッファＤＭＡＢのバッファサ
イズの１／２に相当する数の楽音波形サンプルが生成さ
れる。

【００２６】図２は、音源データ格納領域に格納された
音源データの一例を示す図である。音源データ格納領域
は、音源データを格納するために、ＲＡＭ４の所定位置
に確保された領域であり、その領域の容量は、格納され
る音源データの容量に応じて可変である。

【００２７】同図に示すように、音源データとしては、
各種音源方式に応じたデータ（ＦＭデータ、ＰＣＭデー
タ、物理モデルデータ）、管理情報、およびその他デー
タが例示されている。

【００２８】各種音源方式に応じたデータは、それぞれ
方式データおよび音色データにより構成される。図２で
は、ＰＣＭデータのフォーマットが、各音源方式に応じ
たデータの代表として図示され、ＰＣＭ方式データが上
記方式データに相当し、パラメータデータ（ＰＣＭＰ
ＡＲＡＭ．）および波形テーブルデータ（ＷＡＶＥＴＡ
ＢＬＥ）が上記音色データに相当する。

【００２９】方式データは、各種発生イベントに応じた
処理を行うドライバ（プログラム）と、当該音源方式に
応じて楽音波形データを生成する生成プログラムと、ワ
ークエリアとにより構成されている。

【００３０】音色データは、各音源方式に応じて異な
り、ＦＭ音源方式では、オペレータ数、アルゴリズム、
各オペレータのＥＧ等を制御するパラメータ、および正
弦波等の基本波形テーブル等のデータであり、ＰＣＭ音
源方式では、ＥＧやフィルタ等のパラメータ、および楽
音の素材となる波形テーブル等のデータであり、物理モ
デル音源方式では、アルゴリズム制御データ、各種係
数、ＥＧ等のパラメータ、およびノンリニアテーブル等
のデータである。

【００３１】本実施の形態において、音源データ格納領
域に格納される方式データおよび音色データの容量は、
次の通りである。

【００３２】ＦＭデータは、方式データが６０ｋバイ
ト、音色データが４０バイト（／１音色）×１２８音色
（ＧＭにおける全音色）であり、ＰＣＭデータは、方式
データが７０ｋバイト、音色データが数ｋ〜数十ｋバイ
ト（／１音色）×数十音色であり、物理モデルデータ
は、方式データが２０ｋバイト、音色データが２０ｋバ
イト（／１音色）×数音色である。

【００３３】このように、ＦＭデータの音源データ（方
式データおよび音色データ）の容量は、他の音源方式の
音源データと比較して小さいため、本実施の形態では、
再生すべき曲中でＦＭ音源方式が選択されていない場合
にも、代理発音（選択された音色に類似する音色での発
音）用に、その方式データおよび前記ＧＭシステムの全
基本音色（１２８音色）分の音色データを常時音源デー
タ格納領域の対応する領域（以下、「ＦＭ音源データ格
納領域」という）に格納するようにしている。

【００３４】本実施の形態では、ソフトウェアプログラ
ムによって楽音波形データを生成するようにしたので、
１つの曲データで、複数の音源方式を指定して、たとえ
ば演奏パート毎に異なった音源方式を指定して、楽音波
形データを生成することができる。このため、たとえば
ある曲ではＦＭ音源方式のみを用いて楽音波形を生成す
る一方、ある曲ではＦＭ音源方式およびＰＣＭ音源方式
を用いて楽音波形を生成するというように、曲に応じて
指定された音源方式が異なるので、当該曲データに従っ
て、音源データ格納領域に格納される音源方式に応じた
データは決定される。図２では、１曲中に３種類の音源
方式が指定された例が示されている。なお、音源方式
は、この３種類（ＦＭ音源方式、ＰＣＭ音源方式、物理
モデル音源方式）に限る必要はなく、たとえばカオス音
源方式や高調波合成方式等どのような音源方式を採用し
てもよい。

【００３５】また、同時に発音される楽音の発音数も、
たとえば、ＦＭ音源方式では２８音、ＰＣＭ音源方式で
は２４音、物理モデル音源方式では２音というように、
音源方式によって異なっている。さらに、複数の音源方
式間で発音数のやりとりをするようにしてもよい。たと
えば、ＦＭ音源方式での発音数を減らせて、その分、Ｐ
ＣＭ音源方式での発音数を増やす等である。

【００３６】次に、この波形演算処理の概要を、図３を
用いて説明する。

【００３７】同図において、曲データの再生が開始され
ると、演奏入力（ＭＩＤＩイベント）が入力バッファ
（図示せず）に供給され始める。

【００３８】ここで、曲データは、たとえばＳＭＦ（St
andard MIDI File）フォーマットで作成され（以下、こ
のフォーマットで作成された曲データを「曲データＳＭ
Ｆ」という）、図４に示すように、ヘッダデータとシー
ケンスデータとにより構成されている。ヘッダデータ
は、当該曲の曲名、データ容量、作成年月日、ファイル
形式（ＳＭＦ，ＧＭ等）等のデータにより構成され、シ
ーケンスデータは、たとえばノートオン／オフイベント
データ、コントロールチェンジイベントデータ、プログ
ラムチェンジイベントデータ、バンクセレクトイベント
データ（このデータは、コントロールチェンジイベント
データの一つ）、システムエクスクルーシブイベントデ
ータ等の各種ＭＩＤＩイベントデータおよび各ＭＩＤＩ
イベントデータの発生タイミングを示すタイミングデー
タにより構成されている。そして、本実施の形態では、
同一曲内で最大３種類の音源方式（ＦＭ音源方式、ＰＣ
Ｍ音源方式、物理モデル音源方式）による楽音を生成で
きるように構成されているため、シーケンスデータに
は、その３種類の音源方式を切り換える方式切換イベン
トデータも必要に応じて格納される。なお、方式切換イ
ベントデータは、現在のところＭＩＤＩ規格のイベント
データとして採用されていないので、本実施の形態で
は、システムエクスクルーシブイベントデータで構成し
ている。

【００３９】図３に戻り、ＣＰＵ２は、所定の時間長の
区間（以下、「フレーム」という）毎に設定される起動
機会に応じて、その直前のフレーム内に供給された演奏
入力に基づく楽音生成処理を、各演奏入力により指示さ
れた音源方式により行う。たとえば、時刻ｔ１からｔ２
までのフレーム内に供給された演奏入力に基づく楽音生
成処理は、時刻ｔ２からｔ３までのフレームで実行され
る。

【００４０】このようにして、楽音生成処理により１フ
レーム分の楽音波形データが生成されると、この波形デ
ータは前記楽音波形バッファＤＭＡＢに書き込まれ、該
書き込まれたデータの再生が予約される。前記ＤＭＡＣ
１２は、各フレーム毎に、その直前のフレームで再生予
約された楽音波形バッファＤＭＡＢから楽音波形データ
を１サンプルずつ読み出して前記サウンドＩ／Ｏ１０に
出力する。たとえば、図３に示すように、時刻ｔ２から
時刻ｔ３までのフレームで出力され、楽音波形バッファ
ＤＭＡＢに書き込まれて再生予約された楽音波形データ
は、時刻ｔ３からｔ４までのフレームで読み出されて再
生される。

【００４１】なお、図３の生成演算ブロック中の斜線部
は、物理モデル音源方式により楽音波形生成演算を行っ
ていることを示している。物理モデル音源方式による楽
音生成演算は、発音１音当りの負荷が大きいため、本実
施の形態では１音だけの発音としている。したがって、
同図に示すように、その演算時間はほぼ一定となってい
る。斜線部以外の領域では、云うまでもなく、他の音源
方式による楽音波形生成演算が行われている。

【００４２】以下、本実施の形態のコンピュータが実行
する制御処理の詳細を、図５〜１８を用いて説明する。

【００４３】図５は、本実施の形態のコンピュータ、特
にＣＰＵ２が実行するメインプログラムの手順を示すフ
ローチャートである。

【００４４】同図において、まず、ＲＡＭ４のクリア等
の初期設定を行う（ステップＳ１）。

【００４５】次に、下記の各起動要因の発生をチェック
する（ステップＳ２）。

【００４６】起動要因１：前記ＭＩＤＩイベントが発生
したこと。

【００４７】起動要因２：１フレームの楽音波形データ
の再生を完了し、サウンドＩ／Ｏ１０から前記ハードウ
ェア割込信号が発生したこと。

【００４８】起動要因３：ユーザがマウスやキーボード
１等の入力操作子を操作し、その操作イベントが検出さ
れた等の、起動要因１，２，４以外のその他の要求イベ
ントが検出されたこと。

【００４９】起動要因４：ユーザがメインルーチンを終
了する操作処理を行い、この操作イベントが検出された
こと。

【００５０】続くステップＳ３では、上記起動要因１〜
４のうちいずれかが発生したか否かを判別し、起動要因
１〜４のいずれも発生していないときには前記ステップ
Ｓ２に戻る一方、起動要因１〜４のいずれかが発生した
ときにはステップＳ４に進み、どの起動要因が発生した
かを判別する。

【００５１】ステップＳ４の判別の結果、「起動要因
１」が発生したときにはステップＳ５に進み、発生した
ＭＩＤＩイベントに応じたＭＩＤＩ処理を実行し、「起
動要因２」が発生したときにはステップＳ６に進み、図
１７を用いて後述する波形生成処理を実行し、「起動要
因３」が発生したときにはステップＳ７に進み、発生し
たイベントに対応するその他処理を実行し、「起動要因
４」が発生したときにはステップＳ８に進み、たとえば
ディスプレイ６の表示を本メインプログラムが起動され
る前の状態に戻す等の終了処理を実行する。

【００５２】そして、上記ステップＳ５〜Ｓ７のいずれ
かを終了した後は、前記ステップＳ２に戻り前述の処理
を繰り返す一方、ステップＳ８の処理を終了したときに
は、本メインルーチンを終了する。

【００５３】図６は、方式切換イベント処理の手順を示
すフローチャートであり、前記図５のステップＳ５のＭ
ＩＤＩ処理中の一処理である。本処理は、前記ＭＩＤＩ
イベントのうち、方式切換イベントが発生したときに、
起動される。ここで、方式切換イベントは、前述したよ
うに、システムエクスクルーシブイベントデータに割り
当てられているので、本処理は、システムエクスクルー
シブイベント中、方式切換イベントが割り当てられたイ
ベントが発生したときに、起動される。

【００５４】図６において、まず、前記入力バッファに
入力されたシステムエクスクルーシブイベントデータを
解析し、切換指定された音源方式を新方式として、ＲＡ
Ｍ４の所定位置に確保された領域ＴＭ（以下、この内容
を「音源方式ＴＭ」という）に格納する（ステップＳ１
１）。

【００５５】次に、以下に示す音源方式ＴＭに応じた方
式切換処理サブルーチンを実行した（ステップＳ１２）
後に、本方式切換イベント処理を終了する。

【００５６】図７は、音源方式ＴＭとしてＦＭ音源方式
が指定されたときの方式切換処理の詳細な手順を示すフ
ローチャートであり、前記ステップＳ１２の方式切換処
理サブルーチン中の一処理である。

【００５７】図７において、まず、選択された音色デー
タが前記ＦＭ音源データ格納領域に格納されているか否
かを判別する（ステップＳ２１）。ここで、音色の選択
は、前記バンクセレクトイベントデータおよびプログラ
ムチェンジイベントデータによって行われるため、ステ
ップＳ２１の時点では、これらのイベントは既に発生し
ていることを前提としている。以下、音色データが音源
データ格納領域に格納されているか否かを判別する処理
があれば、それより以前に、音色の選択は行われている
ものとする。

【００５８】ステップＳ２１で、選択された音色データ
がＦＭ音源データ格納領域に格納されていないときに
は、当該音色データを前記ハードディスク装置７から読
み出してＦＭ音源データ格納領域に格納（ロード）した
後にステップＳ２３に進む一方、選択された音色データ
がＦＭ音源データ格納領域に格納されているときには、
ステップＳ２２をスキップしてステップＳ２３に進む。

【００５９】前述したように、ＦＭ音源方式に対応する
音源データは、ＦＭ音源方式が選択されていない曲を再
生する場合にも代理発音用に、基本的な音色データは常
時ロードされている。しかし、ユーザによっては、この
基本的な音色以外の音色、たとえばユーザ自身が作成し
た音色を選択する場合があり、これを、ステップＳ２１
の処理で担保している。

【００６０】ステップＳ２３では、音源方式ＴＭによる
発音指定を行い、ステップＳ２４では、代理発音要求を
“１”で示す代理発音要求フラグＲＦをリセット
（“０”）した後に、本方式切換処理を終了する。

【００６１】図８は、音源方式ＴＭとしてＦＭ音源方式
以外の音源方式（ＰＣＭ音源方式または物理モデル音源
方式）が指定されたときの方式切換処理の詳細な手順を
示すフローチャートであり、前記ステップＳ１２の方式
切換処理サブルーチン中の一処理である。

【００６２】図８において、まず、選択された音色に対
応する方式データが音源データ格納領域の対応する領域
に格納されているか否かを判別し（ステップＳ３１）、
当該方式データが格納されていないときにはステップＳ
３２に進む一方、当該方式データが格納されているとき
にはステップＳ３５に進む。

【００６３】ステップＳ３２では、当該方式データ、す
なわち音源方式ＴＭに対応する方式データのロードを指
示し、ステップＳ３３では、図９を用いて後述する代理
発音指定処理サブルーチンを実行し、ステップＳ３４で
は、前記代理発音要求フラグＲＦをセット（“１”）し
た後に、本方式切換処理を終了する。

【００６４】ステップＳ３５では、前記ステップＳ２１
と同様にして、選択された音色に対応する音色データが
音源データ格納領域の対応する領域に格納されているか
否かを判別し、この結果、当該音色データが格納されて
いないときにはステップＳ３６に進み、前記ステップＳ
２２と同様にして、当該音色データをハードディスク装
置７から読み出して音源データ格納領域の対応する領域
に格納（ロード）した後に前記ステップＳ３３に進む。

【００６５】一方、ステップＳ３５で、当該音色データ
が既に音源データ格納領域の対応する領域に格納されて
いるときにはステップＳ３７に進み、直ちに音源方式Ｔ
Ｍによる発音指定を行い、次いでステップＳ３８で、代
理発音要求フラグＲＦをリセットした後に、本方式切換
処理を終了する。ステップＳ３７に処理が移行するとき
には、音源方式ＴＭに対応する方式データおよび選択さ
れた音色データの両データがともに音源データ格納領域
の対応する領域に格納されているため、直ちに発音指定
することができる。

【００６６】図９は、前記ステップＳ３３の代理発音指
定処理サブルーチンの詳細な手順を示すフローチャート
である。

【００６７】同図において、まず、音源データ格納領域
にロードされている方式データおよび音色データの中か
ら、音源方式ＴＭおよび選択された音色に最も近い（類
似する）代理方式データおよび代理音色データを選択
し、それぞれ、前記ＲＡＭ４の所定位置に確保された領
域ＲＴＭ，ＲＴＣに格納する（ステップＳ４１）。以
下、領域ＲＴＭの内容を「代理方式ＲＴＭ」といい、領
域ＲＴＣの内容を「代理音色ＲＴＣ」という。ここで、
代理方式ＲＴＭおよび代理音色ＲＴＣの選択方法は、以
下の通りである。

【００６８】１）音源方式ＴＭに対応して音源データ格
納領域にロードされている音色データ中に、選択された
音色に近い音色データが存在するときには、そのうち最
も近い音色データを優先的に使用する。この場合には、
代理方式ＲＴＭとして、前記選択された音色に近い音色
データの属する音源方式ＴＭが設定され、代理音色ＲＴ
Ｃとして、その類似音色データの音色番号が設定され
る。

【００６９】２）音源方式ＴＭに対応して音源データ格
納領域にロードされている音色データ中に、選択された
音色に近い音色データが存在しないときには、ＦＭ音源
方式に対応して音源データ格納領域にロードされている
音色データ中、選択された音色に最も近い音色データを
使用する。この場合には、代理方式ＲＴＭとして、ＦＭ
音源方式が設定され、代理音色ＲＴＣとして、その類似
音色データの音色番号が設定される。

【００７０】次に、代理方式ＲＴＭによる発音指定を行
った（ステップＳ４２）後に、本代理発音指定処理を終
了する。

【００７１】このようにして、方式切換イベント発生処
理により、方式データや音色データのロードが指示され
ると、これに応じて、前記図５のＭＩＤＩ処理や波形生
成処理等のバックグランドで、当該指示されたデータの
ロード処理、すなわちハードディスク装置７から読み出
して音源データ格納領域の対応する領域に格納する処理
が実行される。

【００７２】図１０は、方式データロード完了処理の手
順を示すフローチャートである。本処理は、前記図５の
ステップＳ７のその他処理中の一処理であり、指示され
た方式データのロードが完了したときに、起動される。

【００７３】図１０において、選択された音色データの
ロードを指示した（ステップＳ５１）後に、本方式デー
タロード完了処理を終了する。

【００７４】このように、音源方式ＴＭに対応する方式
データのロードが完了した後に、続いて音色データをロ
ードするようにしたのは、方式データがロードされてい
ないにも拘わらず、音色データが既にロードされている
ことはあり得ないという前提に立っているからである。

【００７５】図１１は、音色データロード完了処理の手
順を示すフローチャートである。本処理も、図５のステ
ップＳ７のその他処理中の一処理であり、指示された音
色データのロードが完了したときに、起動される。

【００７６】図１１において、まず、音源方式ＴＭによ
る発音指定を行う（ステップＳ６１）。

【００７７】次に、代理発音要求フラグＲＦをリセット
し（ステップＳ６２）、次に示す不要音色データのアン
ロード処理サブルーチンを実行した（ステップＳ６３）
後に、本音色データロード完了処理を終了する。

【００７８】以下、不要音色データのアンロード処理
を、３種類の異なった処理例に基づいて説明する。

【００７９】図１２は、アンロード処理の第１例の手順
を示すフローチャートである。

【００８０】同図において、本アンロード処理が実行さ
れるまでに、使用していない音色、すなわち音色データ
が音源データ格納領域に格納されている音色でかつ使用
していない音色があるか否かを判別し（ステップＳ７
１）、使用していない音色はないときには、直ちに本ア
ンロード処理を終了する一方、使用していない音色があ
るときには、その音色に対応する音色データを音源デー
タ格納領域から削除した（ステップＳ７２）後に、本ア
ンロード処理を終了する。

【００８１】図１３は、アンロード処理の第２例の手順
を示すフローチャートである。

【００８２】同図において、まず、音源データ格納領域
にロードされている音色データの個数を検出する（ステ
ップＳ８１）。

【００８３】次に、ステップＳ８１で検出された音色デ
ータのロード数が、所定数ｎ個以上であるか否かを判別
し（ステップＳ８２）、ｎ個未満のときには、直ちに本
アンロード処理を終了する一方、ｎ個以上のときには、
最近使用したｎ−１個を残して、最も古くロードされた
１つの音色データを音源データ格納領域から削除した
（ステップＳ８３）後に、本アンロード処理を終了す
る。

【００８４】図１４は、アンロード処理の第３例の手順
を示すフローチャートである。

【００８５】同図において、まず、音源データ格納領域
にロードされているすべての音色データの容量を検出す
る（ステップＳ９１）。

【００８６】次に、ステップＳ９１で検出された容量が
所定容量以上であるか否かを判別し（ステップＳ９
２）、所定容量未満のときには、直ちに本アンロード処
理を終了する一方、所定容量以上のときには、その所定
容量以下になるように、最も古くロードされた音色を削
除した（ステップＳ９３）後に、本アンロード処理を終
了する。

【００８７】図１５は、前記プログラムチェンジ（Ｐ
Ｃ）／バンク切換イベント発生処理の手順を示すフロー
チャートであり、前記図５のステップＳ５のＭＩＤＩ処
理中の一処理である。本処理は、プログラムチェンジイ
ベントおよびバンクセレクトイベントが発生したとき
に、起動される。

【００８８】図１５において、まず、前記入力バッファ
に入力されたプログラムチェンジイベントデータおよび
バンクセレクトイベントデータをそれぞれ解析し、指定
された新プログラムチェンジを、ＲＡＭ４の所定領域Ｐ
Ｃ（以下、この内容を「新プログラムチェンジＰＣ」と
いう）に格納するとともに、指定された新バンクを、Ｒ
ＡＭ４の所定領域ＢＫ（以下、この内容を「新バンクＢ
Ｋ」という）に格納する（ステップＳ１０１）。

【００８９】次に、新バンクＢＫおよび新プログラムチ
ェンジＰＣを音色番号に変換し、ＲＡＭ４の所定領域Ｔ
Ｃ（以下、この内容を「音色番号ＴＣ」という）に格納
する（ステップＳ１０２）。音色番号ＴＣは、前述した
ように、バンクセレクトイベントデータおよびプログラ
ムチェンジイベントデータが決定されると、それに応じ
て一意的に決定されるので、音色番号ＴＣは、新バンク
ＢＫおよび新プログラムチェンジＰＣの関数となってい
る（ｆ（ＢＫ，ＰＣ））。

【００９０】続くステップＳ１０３では、音源データ格
納領域上の音源方式ＴＭに対応する音色データ領域にお
いて、音色番号ＴＣの音色データをサーチし、次いでス
テップＳ１０４では、音源方式ＴＭがＦＭ音源方式であ
るか否かを判別する。

【００９１】ステップＳ１０４で、音源方式ＴＭがＦＭ
音源方式でないときには、ステップＳ１０３でのサーチ
の結果、目的の音色データ、すなわち音源方式ＴＭで音
色番号ＴＣの音色データがロードされているか否かを判
別し（ステップＳ１０５）、目的の音色データがロード
されていないときには、前記図９の代理発音指定処理サ
ブルーチンを実行し（ステップＳ１０６）、代理発音要
求フラグＲＦをセットした（ステップＳ１０７）後に、
本処理を終了する。一方、ステップＳ１０５で、目的の
音色データがロードされているときには、後述するステ
ップＳ１０９に進む。

【００９２】一方、ステップＳ１０４で、音源方式ＴＭ
がＦＭ音源方式のときには、前記ステップＳ１０５と同
様に、目的の音色データがロードされているか否かを判
別し（ステップＳ１０８）、目的の音色データがロード
されていないときには、前記図７のステップＳ２２と同
様にして、音色番号ＴＣにより指定された音色データを
ロードする（ステップＳ１１１）一方、目的の音色デー
タがロードされているときには、ステップＳ１１１をス
キップしてステップＳ１０９に進み、前記図８のステッ
プＳ３７と同様に、音源方式ＴＭによる発音指定を行
い、次いでステップＳ１１０で、代理発音要求フラグＲ
Ｆをリセットした後に、本処理を終了する。

【００９３】なお、本実施の形態では、ＦＭ音源方式が
選択されたときに、目的の音色データがロードされてい
ない場合には、該音色データのロードを実行するように
した（ステップＳ１１１，Ｓ２２）が、これに限らず、
既にロードしてあるＦＭ音源方式の音色データの中で代
理音色を指定しつつ、指定された音色データをロードす
るようにしてもよい。

【００９４】図１６は、ノートオンイベント処理の手順
を示すフローチャートであり、前記図５のステップＳ５
のＭＩＤＩ処理中の一処理である。本処理は、前記ＭＩ
ＤＩイベントのうち、ノートオンイベントが発生したと
きに、起動される。

【００９５】図１６において、まず、前記入力バッファ
に入力されたノートオンイベントデータを解析し、その
ノートナンバを、ＲＡＭ４の所定領域ＮＮに格納すると
ともに、そのベロシティを、ＲＡＭ４の所定領域ＶＥに
格納する（ステップＳ１２１）。

【００９６】次に、代理発音要求フラグＲＦが“１”で
あるか否かを判別し（ステップＳ１２２）、ＲＦ＝０の
ときにはステップＳ１２３に進む一方、ＲＦ＝１のとき
にはステップＳ１２５に進む。

【００９７】ステップＳ１２３では、音源方式ＴＭに基
づいて発音割り当てを行い、次いでステップＳ１２４で
は、音源方式ＴＭと音色番号ＴＣとに基づいて、前記発
音割り当てされたチャンネルの音源レジスタ（図示せ
ず）を設定し、音源方式ＴＭで音色番号ＴＣの楽音波形
データを生成し発音させる発音開始指示を行った後に、
本ノートオンイベント処理を終了する。

【００９８】ステップＳ１２５では、前記代理音源方式
ＲＴＭに基づいて発音割り当てを行い、次いでステップ
Ｓ１２６では、代理音源方式ＲＴＭと前記代理音色番号
ＲＴＣとに基づいて、前記発音割り当てされたチャンネ
ルの音源レジスタを設定し、代理音源方式ＲＴＭで代理
音色番号ＲＴＣの楽音波形データを生成し発音させる発
音開始指示を行った後に、本ノートオンイベント処理を
終了する。

【００９９】図１７は、前記図５のステップＳ６の波形
生成処理の詳細な手順を示すフローチャートである。

【０１００】同図において、まず、１番目の音源方式に
よる楽音生成演算の準備を行う（ステップＳ１３１）。

【０１０１】次に、現在選択されている音源方式によ
り、複数チャンネル分の楽音生成演算を行い（ステップ
Ｓ１３２）、次の音源方式による楽音生成演算があるか
否かを判別し（ステップＳ１３３）、次の音源方式によ
る楽音生成演算があるときには、当該次の音源方式によ
る楽音生成演算の準備を行った（ステップＳ１３４）後
に、前記ステップＳ１３２に戻る。

【０１０２】一方、ステップＳ１３３で、次の音源方式
による波形演算がないときには、ステップＳ１３２で生
成された１フレーム分の楽音波形データにエフェクト演
算を施し（ステップＳ１３５）、当該１フレーム分の楽
音波形データを前記ＤＭＡＣ１２に再生予約をした（ス
テップＳ１３６）後に、本波形生成処理を終了する。

【０１０３】図１８は、ＤＭＡＣ１２が実行するＤＭＡ
Ｃ処理の手順を示すフローチャートである。本処理は、
前述のように、サンプリング周波数発生器１１からサウ
ンドＩ／Ｏ１０に出力されたサンプリング信号の周期
で、サウンドＩ／Ｏ１０が発生するサンプル要求割込
（ハードウェア割込）に応じて、起動される。

【０１０４】図１８において、前記楽音波形バッファＤ
ＭＡＢ中、ポインタｐが示す位置の楽音波形データの１
サンプルを、ＤＡＣであるサウンドＩ／Ｏ１０の図示し
ないバッファ（前記入力ＦＩＦＯメモリ）に転送し（ス
テップＳ１４１）、ポインタｐを“１”だけインクリメ
ントした（ステップＳ１４２）後に、本ＤＭＡＣ処理を
終了する。

【０１０５】以上説明したように、本実施の形態では、
音色切換イベントが発生したときに、切り換えるべき音
色データが音源データ格納領域に格納されている場合に
は、直ちにその音色データによる発音が行われるように
制御する一方、切り換えるべき音色データが音源データ
格納領域に格納されていない場合には、その音色データ
をハードディスク装置７から読み出して音源データ格納
領域に格納するように指示するとともに、他の類似音色
データによる発音が行われるように制御するようにした
ので、音色切換イベントの発生に合わせて、必要な音色
データのみがＲＡＭ上に展開され、これにより、ＲＡＭ
中の音色データの占有率を最小限に抑えることができ
る。したがって、他のアプリケーションプログラムが実
行されているときでも、該他のアプリケーションプログ
ラムの動作を確保することができる。

【０１０６】なお、本実施の形態では、ＭＩＤＩイベン
トは、曲データを再生したときに発生するものとして説
明したが、これに限らず、たとえばＭＩＤＩインターフ
ェース等を通じて外部の鍵盤やシーケンサ等から送信さ
れ受信したＭＩＤＩデータに応じて発生するとしてもよ
い。その場合には、前記図５の「ＭＩＤＩイベントの発
生」は、そのＭＩＤＩイベントを受信した時に対応す
る。本発明は、本実施の形態で説明したような曲データ
の再生時（場合によっては先読みをすることが可能）よ
りも、次にくるＭＩＤＩイベントがわからない（予測で
きない）ＭＩＤＩデータの受信等の場合に特に有効であ
る。

【０１０７】なお、本実施の形態では、音源データ格納
領域上に、目的の方式データおよび音色データが格納さ
れていない場合に、当該データをハードディスク装置７
から読み出してロードするようにしたが、これに限ら
ず、当該データを、たとえば、前記図１のドライブ装置
８に挿入された外部記憶媒体から読み出してロードする
ようにしてもよいし、また、前記ネットワークＩ／Ｏ９
および通信ネットワーク１０１を介してサーバコンピュ
ータ１０２から読み出してロードするようにしてもよ
い。さらに、ロードしたいデータがハードディスク装置
７に格納されていない場合に、そのデータを他のメディ
アに探しに行くようにしてもよい。

【０１０８】また、本実施の形態では、音源方式ＴＭと
同一音源方式の音色データ（音源データ格納領域にロー
ドされた音色データ）中に、類似音色がない場合には、
ＦＭ音源方式での類似音色を用いて代理発音を行うよう
にしたが、これに限らず、たとえば、前記ＧＭシステム
のＰＣＭ音源方式の１２８音色を標準として、代理発音
を行うようにしてもよい。

【０１０９】なお、上述した各実施の形態の機能を実現
するソフトウェアのプログラムを記録した記憶媒体を、
システムまたは装置に供給し、そのシステムまたは装置
のコンピュータ（またはＣＰＵ２やＭＰＵ）が記憶媒体
に格納されたプログラムを読出し実行することによって
も、本発明の目的が達成されることは云うまでもない。

【０１１０】この場合、記憶媒体から読出されたプログ
ラム自体が本発明の新規な機能を実現することになり、
そのプログラムを記憶した記憶媒体は本発明を構成する
ことになる。

【０１１１】プログラムを供給するための記憶媒体とし
ては、たとえば、前記ハードディスク、ＣＤ−ＲＯＭ，
ＭＯ，ＭＤ，フロッピーディスク、ＣＤ−Ｒ（CD- Reco
rdable）、磁気テープ、不揮発性のメモリカード、ＲＯ
Ｍ３などを用いることができる。また、他のＭＩＤＩ機
器や通信ネットワーク１０１を介してサーバコンピュー
タ１０２からプログラムが供給されるようにしてもよ
い。

【０１１２】また、コンピュータが読出したプログラム
を実行することにより、上述した各実施の形態の機能が
実現されるだけでなく、そのプログラムの指示に基づ
き、コンピュータ上で稼働しているＯＳなどが実際の処
理の一部または全部を行い、その処理によって上述した
実施の形態の機能が実現される場合も含まれることは云
うまでもない。

【０１１３】さらに、記憶媒体から読出されたプログラ
ムが、コンピュータに挿入された機能拡張ボードやコン
ピュータに接続された機能拡張ユニットに備わるメモリ
に書込まれた後、そのプログラムの指示に基づき、その
機能拡張ボードや機能拡張ユニットに備わるＣＰＵ２な
どが実際の処理の一部または全部を行い、その処理によ
って上述した各実施の形態の機能が実現される場合も含
まれることは云うまでもない。

【０１１４】

【発明の効果】以上説明したように、本発明に依れば、
音色切換を示す演奏情報が発生したときに、当該切り換
えるべき音色データが音色データ記憶手段に格納されて
いるか否かが検索され、その検索の結果、切り換えるべ
き音色データが前記音色データ記憶手段に格納されてい
ないときには、該音色データを該音色データが格納され
ている記憶媒体から読み出して前記音色データ記憶手段
に転送記憶するように指示するとともに、該音色データ
に類似する他の音色データで楽音を生成するように制御
されるので、音色切換を示す演奏データの発生に合わせ
て、必要な音色データのみが音色データ記憶手段に展開
され、これにより、音色データ記憶手段中の音色データ
の占有率を最小限に抑えることがとなる効果を奏する。

【０１１５】また、好ましくは、前記音色データ記憶手
段に記憶された音色データ中、不要となった音色データ
が所定の条件に従って削除されるので、上記効果をさら
に向上させることができる。

【図面の簡単な説明】

【図１】本発明の実施の一形態に係る楽音発生方法を適
用した汎用コンピュータの概略構成を示すブロック図で
ある。

【図２】音源データ格納領域に格納された音源データの
一例を示す図である。

【図３】図１のコンピュータが行う楽音生成処理の概要
を説明するための図である。

【図４】曲データのデータフォーマットを示す図であ
る。

【図５】図１のＣＰＵが実行するメインプログラムの手
順を示すフローチャートである。

【図６】方式切換イベント処理の手順を示すフローチャ
ートである。

【図７】音源方式ＴＭとしてＦＭ音源方式が指定された
ときの方式切換処理の詳細な手順を示すフローチャート
である。

【図８】音源方式ＴＭとしてＦＭ音源方式以外の音源方
式が指定されたときの方式切換処理の詳細な手順を示す
フローチャートである。

【図９】図８の代理発音指定処理サブルーチンの詳細な
手順を示すフローチャートである。

【図１０】方式データロード完了処理の手順を示すフロ
ーチャートである。

【図１１】音色データロード完了処理の手順を示すフロ
ーチャートである。

【図１２】第１のアンロード処理例の手順を示すフロー
チャートである。

【図１３】第２のアンロード処理例の手順を示すフロー
チャートである。

【図１４】第３のアンロード処理例の手順を示すフロー
チャートである。

【図１５】プログラムチェンジ／バンク切換イベント発
生処理の手順を示すフローチャートである。

【図１６】ノートオンイベント処理の手順を示すフロー
チャートである。

【図１７】図６の波形生成処理の詳細な手順を示すフロ
ーチャートである。

【図１８】図１のＤＭＡＣが実行するＤＭＡＣ処理の手
順を示すフローチャートである。

【符号の説明】

２ＣＰＵ４ＲＡＭ（音色データ記憶手段、第２の記憶手段）７ハードディスク装置（記憶媒体）１００外部記憶媒体（記憶媒体）１０２サーバコンピュータ（記憶媒体）

───────────────────────────────────────────────────── フロントページの続き (72)発明者清水正宏静岡県浜松市中沢町10番１号ヤマハ株式会社内

Claims

【特許請求の範囲】

【請求項１】音色データを音色データ記憶手段に記憶
する記憶ステップと、音色切換を示す演奏情報が発生したときに、当該切り換
えるべき音色データが前記音色データ記憶手段に格納さ
れているか否かを検索する検索ステップと、該検索の結果、切り換えるべき音色データが前記音色デ
ータ記憶手段に格納されているときには、該音色データ
で楽音を生成する一方、切り換えるべき音色データが前
記音色データ記憶手段に格納されていないときには、該
音色データを該音色データが格納されている記憶媒体か
ら読み出して前記音色データ記憶手段に転送記憶するよ
うに指示するとともに、該音色データに類似する他の音
色データで楽音を生成するように制御する制御ステップ
とを有することを特徴とする楽音発生方法。
【請求項２】前記音色データ記憶手段に記憶された音
色データ中、不要となった音色データを所定の条件に従
って削除する削除ステップを有することを特徴とする請
求項１記載の楽音発生方法。
【請求項３】音色データを音色データ記憶手段に記憶
する記憶モジュールと、音色切換を示す演奏情報が発生したときに、当該切り換
えるべき音色データが前記音色データ記憶手段に格納さ
れているか否かを検索する検索モジュールと、該検索の結果、切り換えるべき音色データが前記音色デ
ータ記憶手段に格納されているときには、該音色データ
で楽音を生成する一方、切り換えるべき音色データが前
記音色データ記憶手段に格納されていないときには、該
音色データを該音色データが格納されている記憶媒体か
ら読み出して前記音色データ記憶手段に転送記憶するよ
うに指示するとともに、該音色データに類似する他の音
色データで楽音を生成するように制御する制御モジュー
ルとを含む、コンピュータが実現できるプログラムを格
納した記憶媒体。
【請求項４】前記音色データ記憶手段に記憶された音
色データ中、不要となった音色データを所定の条件に従
って削除する削除モジュールを含むことを特徴とする請
求項３記載の記憶媒体。