JPH07181967A - 演奏データ読込装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、例えばフロッピィディスク等の外部
メモリに記憶された演奏データを読み込む演奏データ読
込装置に関し、内部メモリの使用効率を向上させる。 【構成】空いている（または空いた）キャッシュにどこ
のトラックの演奏データをロードするかを固定的には定
めず、ロードされている演奏データの総クロック（演奏
時間）の最小のトラックの演奏データをロードする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えばフロッピィディ
スク等の外部メモリに記憶された演奏データを読み込む
演奏データ読込装置に関する。

【０００２】

【従来の技術】近年、自動演奏装置が広く使用されてい
る。自動演奏装置は、通常、外部メモリ、例えばフロッ
ピィディスク（以下フロッピィディスクで代表させる）
が装填可能に構成されており、好みの楽曲を表わす演奏
データが記憶されたフロッピィディスクを装填して演奏
を楽しむことができるように構成されている。

【０００３】このように構成された自動演奏装置におい
て、自動演奏を行なうには、従来は装填されたフロッピ
ィディスクに記憶された演奏データを一旦ＲＡＭ等の内
部メモリに一曲分全部を転送し、その転送の後、その内
部メモリから演奏データを順次読み出して演奏を行なっ
ていた。ところがこの方法では少なくとも一曲分の演奏
データを記憶できる程度の大容量の内部メモリが必要で
あり、近年一曲分の演奏データがますます増加する傾向
にあるため、ますます大容量の内部メモリを備える必要
があり、コスト上好ましくない傾向となっている。

【０００４】これを解決するため、以下に説明する手法
が提案されている。図２７は、従来の手法における演奏
データのロード方法を示すフローチャート、図２８はそ
の従来の手法の説明図である。ここでは、１つの曲を構
成するのに必要な演奏の各パート毎の演奏データ、例え
ばリズムを表わす演奏データ、メロディを表わす演奏デ
ータ、ベースを表わす演奏データ等のそれぞれを「トラ
ック」と称する。またここでは、フロッピィディスクの
アクセスの単位を「セクタ」と称する。

【０００５】図２８に示すように、この自動演奏装置で
は最大５トラックの演奏を行なうことができるものと
し、各トラック毎に、セクタ単位のデータが格納される
一時メモリであるキャッシュを、キャッシュＡとキャッ
シュＢの２つ用意する。そして、図２７のステップ２７
＿１に示すように、各トラック毎のキャッシュＡ，Ｂが
空いているかどうか判断し、空いているキャッシュがあ
ればそのキャッシュに演奏データをロードし（ステップ
２７＿２）、それを全トラックについて順次繰り返して
いた（ステップ２７＿３）。

【０００６】例えばトラック０〜４について、各トラッ
ク専用の各２つのキャッシュＡ，Ｂを用意し、それらの
キャッシュＡ，Ｂにデータを格納し、キャッシュＡのデ
ータを１パケット単位で読み出してバッファに一旦格納
し、そのバッファからクロックに応じて１メッセージ単
位のデータとしてＭＩＤＩ出力する。ここで、例えばト
ラック０についてキャッシュＡの演奏データの読み出し
が終了すると、それに引き続いてキャッシュＢの演奏デ
ータが１パケット単位で順次バッファに転送され、その
間にキャッシュＡに、キャッシュＢに格納された演奏デ
ータに引き続く演奏データがフロッピィディスクから読
み出されて格納される。以後同様にして、キャッシュＡ
とキャッシュＢが交互に用いられる。他のトラック２〜
５についても同様である。各トラック毎にキャッシュを
２つ用意するのは、フロッピィディスクからキャッシュ
に演奏データを転送するのに、１回の転送あたり例えば
０．２５秒程度必要とし、これはテンポ１２０で考える
と８分音符１つ分程度に相当し、１つのトラックについ
てキャッシュを１つしか備えないとそのキャッシュに格
納された演奏データによる演奏が終了した後次の演奏デ
ータが転送されるまでの間、演奏が中断してしまうから
である。

【０００７】このように構成することにより、フロッピ
ィディスクに格納された演奏データを１曲分まとめてロ
ードすることのできる大容量の内部メモリを備えること
なく、演奏データをフロッピィディスクから少しずつ順
次ロードしながら演奏を行なうことができる。

【０００８】

【発明が解決しようとする課題】上述したように１回の
データ転送に約０．２５秒程度必要とするため、上述
の、フロッピィディスクから内部のキャッシュに少しず
つデータ転送を行なう手法では、この転送速度よりキャ
ッシュからデータを送出する速度の方が速い、例えばテ
ンポの速い演奏を行う場合、クロックに正確な安定した
演奏を行なうためには、１つのトラックあたりのキャッ
シュの数を増やす必要がある。しかし、そのように１つ
のトラックあたりのキャッシュの数を増やすと、キャッ
シュとして必要な全メモリ容量はその装置の最大トラッ
ク数に比例して膨大なものになってしまうということに
なる。また曲目によっては、その装置の最大トラック数
よりも少ない数のトラックしか使用しない場合もあり、
そのときにはその曲の演奏の間ずっと空のままのキャッ
シュが生じてしまい、メモリの使用効率が悪いという問
題がある。

【０００９】本発明は、上記事情に鑑み、内部メモリの
使用効率を向上させた演奏データ読込装置を提供するこ
とを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成する本発
明の第１の演奏データ読込装置は、装填された外部メモ
リから、１つの曲を構成する複数のトラックの演奏デー
タを読み込む演奏データ読込装置において、 （１）外部メモリから読み込まれた演奏データを、外部
メモリをアクセスする単位で格納する複数の内部メモリ （２）上記複数の内部メモリに格納された演奏データ
を、各トラックそれぞれについて順次取り出すデータ取
出し手段 （３）上記複数の内部メモリ中に空の内部メモリが発生
した際、それら複数の内部メモリに格納されている各ト
ラック毎の演奏データのうち最短時間で演奏が終了する
トラックの演奏データに続く、そのトラックの次の演奏
データを外部メモリから読み込んで空の内部メモリに格
納する読込制御手段 を備えたことを特徴とする。

【００１１】また、上記目的を達成する本発明の第２の
演奏データ読込装置は、上記第１の演奏データ読込装置
にいう外部メモリとしてディスク装置を備え、さらに、
上記（３）の読込制御手段に代えて、 （４）上記複数の内部メモリ中に空の内部メモリが発生
した際、それら複数の内部メモリに格納されている演奏
データの各トラック毎の演奏終了時刻と、ディスク装置
の現在のヘッド位置とに基づいて、ディスク装置の、次
にアクセスされるメモリ領域を定め、そのメモリ領域に
記憶された演奏データをディスク装置から読み込んで空
の内部メモリに格納する読込制御手段 を備えたことを特徴とする。

【００１２】

【作用】複数のトラックの演奏データをよく観察してみ
ると、テンポトラックのようにほとんどデータがなかっ
たり、リズムトラックやギターデータが記録されている
トラックのように大量のデータが記録されていたりと、
データ量は同一ではない。

【００１３】そこで、本発明のうち第１の自動演奏装置
では、空いている（または空いた）内部メモリにどこの
トラックのデータをロードするかを固定的には定めず、
ロードされているデータの総クロック最小（演奏時間最
短）のトラックのデータをロードするようにしたため、
内部メモリの利用効率が上がり、内部メモリの数が少な
めであっても、過密データの、クロックに正確な演奏が
可能になる。

【００１４】また、外部メモリとして、ディスク装置を
備えた場合に、そのディスク装置に記憶されたデータを
ロードする際に、そのディスク装置のヘッドを大きく移
動させるとそれだけロードする迄に時間がかかり、した
がってヘッドの動きの少ない順序でロードすることが好
ましい。本発明の第２の自動演奏装置は、この観点から
成されたものであり、基本的には上記第１の自動演奏装
置と同様ではあるが、次にロードすべきデータを、ロー
ドされているデータの総クロックの最小トラックのデー
タに固定するものではなく、総クロックの小さいいくつ
かのデータの中からヘッドの動きが少なくて済むデータ
を先にロードすることにより、全体としてより迅速なロ
ードが行なわれる。

【００１５】

【実施例】以下、本発明の実施例について説明する。図
１は、本発明の演奏データ読込装置の一実施例の構成を
表わすブロック図である。この自動演奏装置１０には、
プログラムを実行するＣＰＵ１１、ＣＰＵ１１で実行さ
れるプログラムを格納するＲＯＭ１２、プログラムの作
業領域として使用されるＲＡＭ１３が備えられている。
本実施例では、このＲＡＭ１３内部に、本発明にいう複
数のキャッシュが確保される。

【００１６】またこの自動演奏装置１０には、演奏の開
始（ＰＬＡＹ）、停止（ＳＴＯＰ）等を指示するスイッ
チ１４、この自動演奏装置１０の状態、例えば演奏中の
曲の曲番号や小節番号等を表示する表示器１５、フロッ
ピィディスク装置１６を制御してフロッピィディスク装
置１６に装填されたフロッピィディスクをアクセスする
フロッピィディスク制御装置１７、演奏データをＭＩＤ
Ｉ出力端子から出力するＭＩＤＩ通信装置１８が接続さ
れている。これらの各構成要素１１〜１５，１７，１８
はバス１９により互いに接続されている。ＭＩＤＩ通信
装置１８から出力された演奏データは、外部に接続され
た。例えば自動演奏装置に入力され、この自動演奏装置
により、入力された演奏データに基づく自動演奏が行な
われる。尚、ここでは、演奏データ読込装置に自動演奏
装置が接続されるものとして説明するが、本実施例の演
奏データ読込装置を内包した自動演奏装置を構成しても
よいことはもちろんである。

【００１７】図２、図３は、本実施例におけるデータ転
送処理の基本概念を示した、それぞれフローチャート、
データの流れを示す説明図である。図３に示すように、
この実施例では５つのキャッシュが用意されており、図
２のルーチンのステップ２＿１において番号ｉ（ｉ＝０
〜４）のキャッシュが空か否かを判断し、空のキャッシ
ュがあった場合、ステップ２＿２において、ロード済デ
ータの総クロック数が最小のトラックを捜し、そのトラ
ックのデータをロードする。これを全キャッシュについ
て繰り返す（ステップ２＿３）。すなわち、ここには、
キャッシュとトラックとの固定的な対応づけはなく、空
きのキャッシュが発生する毎に、総クロック数が最小、
即ちロードした演奏データが最も早くなくなってしまう
トラックの演奏データを、その空のキャッシュに転送す
るようにしたものである。

【００１８】以下、このデータ転送について詳細に説明
する。図４は、本実施例における、フロッピィディスク
装置１６（図１参照）に装填されたフロッピィディスク
中の、今から演奏しようとするある曲の演奏データのデ
ータ構造を示した図である。この曲の演奏には３つのト
ラックが使用され、トラック１の演奏データは、そのフ
ロッピィディスクのセクタ０と、セクタ１の一部とに記
憶されており、その各セクタ内のトラック０の演奏デー
タのクロック数（演奏時間）はそれぞれ１５０，１０で
ある。またトラック１の演奏データは、セクタ１の一部
と、セクタ２，セクタ３と、セクタ４の一部とに記憶さ
れており、その各セクタ内のトラック１のクロック数
は、それぞれ、１０，５０，５０，５０である。同様
に、トラック２の演奏データは、セクタ４の一部と、セ
クタ５，６に記憶されており、各セクタ内のトラック２
のクロック数は、それぞれ２０，１００，４０である。

【００１９】図５〜図１４は、フロッピィディスクに記
憶された図４に示すデータ構造の演奏データが、図３に
示す５つのキャッシュに転送（ロード）される際の転送
手順と、そのデータ転送に伴う図１に示すＣＰＵ１１で
実行されるデータ転送のためのルーチンで使用される各
種フラグ、レジスタ等の値の変化を示した模式図であ
る。

【００２０】これらの図５〜図１４に示す各種フラグ、
レジスタ等の役割りは以下のとおりである。 ・ＬｏａｄＰｔｒ［ｉ］：番号ｉ（ｉ＝０〜２）のトラ
ックの演奏データを最後にロードしたキャッシュの番号
（０〜４）を格納するレジスタ ・ＬｏａｄＴｉｍｅ［ｉ］：番号ｉのトラックの、それ
までキャッシュにロードされた演奏データの総クロック
数を格納するレジスタ ・ＳｅｃｔＣｎｔ［ｉ］：番号ｉのトラックの、未だキ
ャッシュにロードされていない、残りのセクタの数を格
納するレジスタ ・ＰｌａｙＮｏ［ｉ］：番号ｉのトラックの、次に出力
される演奏データが格納されているキャッシュの番号を
格納するレジスタ ・Ｃａｃｈｅ［ｊ］：番号ｊのキャッシュにロードされ
た演奏データが記憶されていた、フロッピィディスクの
セクタの番号を格納するレジスタ ・Ｆｒｅｅ［ｊ］：番号ｊのキャッシュが空（‘１’）
であるか否（‘０’）かを示すフラグ ・Ｎｅｘｔ［ｊ］：番号ｊのキャッシュに格納された演
奏データに引き続く、その演奏データのトラックと同一
のトラックの演奏データが格納されたキャッシュの番号
を格納するレジスタ。自分が最後のときは‘−１’が格
納される。

【００２１】以下、図５〜図１４について順を追って説
明する。図５、図６は、演奏開始前の演奏準備段階にお
けるデータ転送を示すものであり、先ず図５に示すよう
に、最初は全てのキャッシュが空であるから、キャッシ
ュ０，１，２に、それぞれトラック０，１，２の各先頭
の演奏データが格納されたセクタ０，１，４の演奏デー
タが順次転送される。これにより、ＬｏａｄＰｔｒ
［０］，ＬｏａｄＰｔｒ［１］，ＬｏａｄＰｔｒ［２］
に、それぞれ、転送先のキャッシュ番号０，１，２が格
納され、ＬｏａｄＴｉｍｅ［０］，ＬｏａｄＴｉｍｅ
［１］，ＬｏａｄＴｉｍｅ［２］に、それぞれ、転送さ
れたセクタ内の各トラック０，１，２の演奏データの総
クロック数‘１５０’，‘１０’，‘２０’が格納され
る。またＳｅｃｔＣｏｎｔ［０］，ＳｅｃｔＣｏｎｔ
［１］，ＳｅｃｔＣｏｎｔ［２］には、それぞれ、トラ
ック０，１，２の演奏データが格納された、未だキャッ
シュに転送されていないセクタ数‘１’，‘３’，
‘２’が格納される。

【００２２】さらにＰｌａｙＮｏ［０］，ＰｌａｙＮｏ
［１］，ＰｌａｙＮｏ［２］には、演奏のための各トラ
ックの演奏データの取り出し先であるキャッシュ番号
０’，‘１’，‘２’が格納される。またＣａｃｈｅ
［０］，Ｃａｃｈｅ［１］，Ｃａｃｈｅ［２］には、そ
のキャッシュに転送された演奏データが記憶されていた
フロッピィディスクのセクタ番号‘０’，‘１’，
‘４’が格納される。キャッシュ３，４には未だ転送さ
れていないため、Ｃａｃｈｅ［３］，Ｃａｃｈｅ［４］
は空である。またキャッシュ０，１，２にはデータが転
送されたため、Ｆｒｅｅ［０］〜Ｆｒｅｅ［２］には、
それぞれ‘０’が格納される。キャッシュ３，４は空で
あるためＦｒｅｅ［３］，Ｆｒｅｅ［４］には‘１’が
格納されている。さらに、キャッシュ１，２，３に格納
された演奏データが、現在のところ、各トラック０，
１，２について転送された演奏データの最終であるた
め、Ｎｅｘｔ［０］〜Ｎｅｘｔ［２］には、最終である
ことを示す‘−１’が格納され、また、Ｎｅｘｔ
［３］，Ｎｅｘｔ［４］には初期値としての‘−１’が
格納されている。

【００２３】次に、ＬｏａｄＴｉｍｅ［０］〜Ｌｏａｄ
Ｔｉｍｅ［２］を比較し、総クロック数の最小のトラッ
ク（ここではトラック１）について空のキャッシュ３に
演奏データが転送され、空のキャッシュ４がまだ残って
いるため、キャッシュ３にデータが転送された段階にお
ける、ＬｏａｄＴｉｍｅ［０］〜ＬｏａｄＴｉｍｅ
［２］を比較し、総クロック数の最小のトラック（今度
はトラック２）について空のキャッシュ４に演奏データ
が転送され、これにより、キャッシュ０〜４の全てにつ
いて演奏データが転送される。

【００２４】図６は、そのときの状態を示した図であ
る。ＬｏａｄＰｔｒ［１］，ＬｏａｄＰｔｒ［２］に
は、それぞれ、対応するトラックの、最後に転送したデ
ータのデータ転送先であるキャッシュ番号‘３’，
‘４’が格納され、ＬｏａｄＴｉｍｅ［１］，Ｌｏａｄ
Ｔｉｍｅ［２］には、それぞれ、トラック１，２に関す
る転送された演奏データの総クロック数‘１０＋５
０’，‘２０＋１２’０が格納され、ＳｅｃｔＣｏｎｔ
［１］，ＳｅｃｔＣｏｎｔ［２］には、それぞれ各トラ
ック１，２のデータ未転送のセクタ数‘２’，‘１’が
格納される。

【００２５】また、Ｃａｃｈｅ［３］，Ｃａｃｈｅ
［４］には、そこに格納された演奏データのセクタ番号
‘２’，‘５’が格納され、Ｆｒｅｅ［３］，Ｆｒｅｅ
［４］にはデータが格納されていることを示す‘０’が
格納される。さらに、Ｎｅｘｔ［１］，Ｎｅｘｔ［２］
には、次の演奏データの格納先であるキャッシュ番号
‘３’，‘４’が格納される。

【００２６】このようにして、全てのキャッシュ０〜４
に演奏データがロードされた後、演奏が開始される。図
７は、演奏開始後、１０クロックに相当する時間が経過
した後の状態を表わすものである。１０クロック経過し
たことにより、ＬｏａｄＴｉｍｅ［０］，ＬｏａｄＴｉ
ｍｅ［１］，ＬｏａｄＴｉｍｅ［２］は、図６の状態の
ときよりもそれぞれ１０クロックずつ減り、それぞれ
‘１４０’，‘０＋５０’，‘１０＋１００’となる。
このとき、キャッシュ１に格納されていた演奏データに
よる演奏が終了し、Ｆｒｅｅ［１］＝１，Ｎｅｘｔ
［１］＝−１に変更され、ＰｌａｙＮｏ［１］＝３に変
更される。

【００２７】これによりキャッシュ１は空になったた
め、ＳｅｃｔＣｎｔ［０］〜ＳｅｃｔＣｎｔ［２］が
‘０’ではないトラック（ここではトラック０〜２のい
ずれも‘０’ではない）に関し、ＬｏａｄＴｉｍｅ
［０］〜ＬｏａｄＴｉｍｅ［２］の内容が比較され、総
クロック数の最小のトラック１の、次の演奏データがキ
ャッシュ１にロードされる。

【００２８】図８は、キャッシュ１にトラック１の演奏
データがロードされた後の状態を示した図である。キャ
ッシュ１にセクタ３の演奏データが転送され、Ｃａｃｈ
ｅ［１］＝３，Ｆｒｅｅ［１］＝０に変更され、Ｎｅｘ
ｔ［３］＝１に変更され、さらにＬｏａｄＰｔｒ［１］
＝１，ＬｏａｄＴｉｍｅ［１］＝５０＋５０，Ｓｅｃｔ
Ｃｏｎｔ［１］＝１に変更される。

【００２９】図９は、図８の状態から１０クロック経過
後の状態を示す図である。１０クロック経過したことに
より、ＬｏａｄＴｉｍｅ［０］，ＬｏａｄＴｉｍｅ
［１］，ＬｏａｄＴｉｍｅ［２］は、図８の状態のとき
よりもそれぞれ１０クロックずつ減り、‘１３０’，
‘４０＋５０’，‘０＋１００’となる。このときキャ
ッシュ２に格納された演奏データによるトラック２の演
奏が終了し、Ｆｒｅｅ［２］＝１，Ｎｅｘｔ［２］＝−
１に変更される。またＰｌａｙＮｏ［２］が４に変更さ
れ、キャッシュ４に格納されたトラック２の演奏データ
による演奏が開始される。

【００３０】また、キャッシュ２は空になったため、Ｓ
ｅｃｔＣｎｔ［０］〜ＳｅｃｔＣｎｔ［２］が‘０’で
はないトラックに関しＬｏａｄＴｉｍｅ［０］〜Ｌｏａ
ｄＴｉｍｅ［２］の内容が比較され、総クロック数の最
小のトラック１の、次の演奏データが、図１０に示すよ
うに、キャッシュ２にロードされる。キャッシュ２に、
トラック１の次の演奏データ、即ちセクタ４の演奏デー
タが転送され、Ｆｒｅｅ［２］＝０に変更され、Ｎｅｘ
ｔ［１］＝２に変更され、さらにＬｏａｄＰｔｒ［１］
＝２、ＬｏａｄＴｉｍｅ［１］＝４０＋５０＋５０、Ｓ
ｅｃｔＣｎｔ［１］＝０に変更される。

【００３１】ＳｅｃｔＣｎｔ［１］＝０となったことか
ら、トラック１の演奏データは、全てキャッシュにロー
ドされたことになる。図１１は、図１０に示す状態か
ら、さらに４０クロック経過後の状態を示す図である。
４０クロック経過したことにより、ＬｏａｄＴｉｍｅ
［０］，ＬｏａｄＴｉｍｅ［１］，ＬｏａｄＴｉｍｅ
［２］は、図１０の状態よりもそれぞれ４０クロックず
つ減り、‘９０’，‘０＋５０＋５０’，‘６０’とな
る。

【００３２】このときキャッシュ３に格納されたトラッ
ク１の演奏データは空になり、Ｆｒｅｅ［３］＝１，Ｎ
ｅｘｔ［３］＝−１に変更され、ＰｌａｙＮｏ［１］＝
１に変更され、今度はキャッシュ１に格納されたトラッ
ク１の演奏データによる演奏が行なわれる。またキャッ
シュ３は空になったため、ＳｅｃｔＣｎｔ［０］〜Ｓｅ
ｃｔＣｎｔ［２］が‘０’ではないトラックに関し、Ｌ
ｏａｄＴｉｍｅ［０］〜ＬｏａｄＴｉｍｅ［２］の内容
が比較され、総クロック数の最小のトラック２の、次の
演奏データがキャッシュ３にロードされる。

【００３３】図１２は、キャッシュ３にトラック２の、
次の演奏データ、即ちセクタ６の演奏データがロードさ
れた状態を示した図である。Ｃａｃｈｅ［３］＝６，Ｆ
ｒｅｅ［３］＝０に変更され、また、Ｎｅｘｔ［４］＝
３に変更される。さらに、ＬｏａｄＰｔｒ［２］＝３，
ＬｏａｄＴｉｍｅ［２］＝６０＋４０，ＳｅｃｔＣｎｔ
［２］＝０に変更される。

【００３４】図１３は、図１２の状態から更に５０クロ
ック経過した後の状態を示す図である。５０クロック経
過したことにより、ＬｏａｄＴｉｍｅ［０］，Ｌｏａｄ
Ｔｉｍｅ［１］，ＬｏａｄＴｉｍｅ［２］は、図１２に
示す状態のときよりもそれぞれ５０クロックずつ減少
し、それぞれ、４０，０＋１５０，１０＋４０となる。

【００３５】このとき、キャッシュ１に格納されたトラ
ック１の演奏データは空になり、Ｆｒｅｅ［１］＝１，
Ｎｅｘｔ［１］＝−１に変更され、ＰｌａｙＮｏ［１］
＝２に変更される。また、キャッシュ１が空になったこ
とから、ＳｅｃｔＣｎｔ［０］〜ＳｅｃｔＣｎｔ［２］
が‘０’ではないトラックに関し、ＬｏａｄＴｉｍｅ
［０］〜ＬｏａｄＴｉｍｅ［２］が比較されるが、ここ
ではＳｅｃｔＣｎｔ［１］＝０，ＳｅｃｔＣｎｔ［２］
＝０、すなわち、トラック１，２の演奏データのキャッ
シュへのロードは既に終了しているため、残りのトラッ
ク０の演奏データがキャッシュ１にロードされる。

【００３６】図１４は、キャッシュ１にトラック０の次
の演奏データ、即ちセクタ１の演奏データが転送された
状態を示した図である。Ｃａｃｈｅ［１］＝１，Ｆｒｅ
ｅ［１］＝０に変更され、またＮｅｘｔ［０］＝１に変
更される。さらにＬｏａｄＰｔｒ［０］＝１，Ｌｏａｄ
Ｔｉｍｅ［０］＝４０＋１０，ＳｅｃｔＣｎｔ［０］＝
０に変更される。

【００３７】その後１０クロック経過すると、Ｌｏａｄ
Ｔｉｍｅ［０］＝３０＋１０，ＬｏａｄＴｉｍｅ［１］
＝４０，ＬｏａｄＴｉｍｅ［２］＝０＋４０となって、
トラック２の、キャッシュ４に格納された演奏データに
よる演奏が終了し、Ｆｒｅｅ［４］＝１，Ｎｅｘｔ
［４］＝−１，ＰｌａｙＮｏ［２］＝３に変更される。
さらにその後３０クロック経過すると、ＬｏａｄＴｉｍ
ｅ［０］＝０＋１０，ＬｏａｄＴｉｍｅ［１］＝１０，
ＬｏａｄＴｉｍｅ［２］＝１０となってキャッシュ０に
格納されたトラック０の演奏データが空になって、Ｆｒ
ｅｅ［０］＝１，Ｎｅｘｔ［０］＝−１，ＰｌａｙＮｏ
＝１に変更される。

【００３８】さらにその後ろ１０クロック経過すると、
この曲一曲分の演奏データによる演奏が全て終了する。
以下、フロッピィディスクに記憶された演奏データのデ
ータフォーマットについて説明し、次いで、図５〜図１
４を参照して説明した演奏データの転送に関連した各種
ルーチンについて説明する。

【００３９】図１５は、フロッピィディスクに記憶され
た演奏データのフォーマットを示した図である。先頭に
１バイトのヘッダがありそこに総トラック数が記述され
ている。その後ろは、トラック毎のデータとなってお
り、トラック毎のデータの先頭の４バイトはそのトラッ
クの長さ（バイト数）が記述され、その後ろに実際の演
奏データが記述されている。

【００４０】図１６は演奏データのフォーマットを示し
た図である。各演奏データは２バイトの時間情報部分と
３バイトのデータ情報部分で構成されている。図１７は
演奏データ中のデータ情報部分の詳細を示した図であ
る。３バイトのＭＩＤＩ情報はそのまま記述され、ＭＩ
ＤＩ情報が２バイト、１バイトの場合は余分なところを
ＦＦｈで埋めている。さらに、時間情報のみ、テンポ、
拍子、終了情報なども記述することができる。

【００４１】次に、図１８〜図２６のルーチンについて
説明するが、既に図５〜図１４を参照してデータ転送の
具体例について詳細に説明したため、以下では、各ルー
チンについて簡単に説明するにとどめる。以下に、既出
のものも含め、図１８〜図２６のルーチンで使用される
主なレジスタ、フラグの役割りについてまとめて説明す
る。 ・Ｃａｃｈｅ［ＭＡＸ＿ＣＡＣＨＥ］［５１２］：ディ
スクから演奏データがロードされるキャッシの番号が格
納されるレジスタ ・ＰｌａｙＮｏ［ＭＡＸ＿ＴＲＡＣＫ］：次に出力され
る演奏データが格納されたキャッシュの番号が格納され
るレジスタ ・ＰｌａｙＡｄｄｒ［ＭＡＸ＿ＴＲＡＣＫ］：次に出力
される演奏データのキャッシュ内のアドレスが格納され
るレジスタ ・ＴｉｍｅＣｏｕｎｔ［ＭＡＸ＿ＴＲＡＣＫ］：待時間
カウンタ ・ＬｏａｄＰｔｒ［ＭＡＸ＿ＴＲＡＣＫ］：最後にロー
ドされたキャッシュの番号が格納されるレジスタ ・ＬｏａｄＴｉｍｅ［ＭＡＸ＿ＴＲＡＣＫ］：既にキャ
ッシュにロードされた演奏データの、トラック毎のクロ
ック数を記憶するレジスタ ・ＳｅｃｔＣｎｔ［ＭＡＸ＿ＴＲＡＣＫ］：各トラック
のロードが終了したか調べるために演奏データが記録さ
れている残りのセクタ数が格納されるレジスタ ・ＥｎｄＦｌａｇ［ＭＡＸ＿ＴＲＡＣＫ］：そのトラッ
クの演奏が既に終了したか否かを示すフラグ ・Ｎｅｘｔ［ＭＡＸ＿ＣＡＣＨＥ］：次のキャッシュ番
号が格納されるレジスタ ・Ｆｒｅｅ［ＭＡＸ＿ＣＡＣＨＥ］：そのキャッシュが
空か否かを示すレジスタ（‘１’が空を表わす） ・ＳｅｔＤａｔａ［ｔｒｋ］［３］：出力される演奏デ
ータをトラック毎に記憶するレジスタ ・ｗｏｒｋ［５］：５バイトの演奏データを時間情報部
分とデータ情報部分とに分離するために使用される作業
用レジスタ ・ｗｏｒｋ０：ロード済み演奏データの総クロック数が
最小のトラックを捜すために総クロック数を一時的に格
納しておく作業用レジスタ ・Ｓｏｎｇ：曲番号が格納されるレジスタ ・ＥｎｄＣｏｕｎｔ：曲の終了を調べるためのレジスタ ・Ｂｕｆｆ：総トラック数を調べるための作業用レジス
タ ・ＴｒｋＮｏ：その曲のトラック数が格納されるレジス
タ ・ｔｒｋ：トラックループカウンタ１ ・ｔｒｋ０：トラックループカウンタ２ ・ｔｒｋ１：ロード済クロック（ＬｏａｄＴｉｍｅ）が
最小のトラックのトラック番号が格納されるレジスタ ・ｉ：ループカウンタ ・ＭｅａｓＣｏｕｎｔ：小節番号計測用レジスタ ・Ｍｅａｓｕｒｅ：小節番号が格納されるレジスタ 図１８は電源オンで実行が開始される、メインルーチン
のフローチャートである。

【００４２】ステップ１８＿１では、フロッピィディス
ク装置にフロッピィディスクが入っているか否かが調べ
られる。尚、図中には示されていないが、フロッピィデ
ィスクが抜かれると、クロック停止と全音楽消去の処理
が行なわれた後、ステップ１８＿１に飛ぶ。ステップ１
８＿２では、曲番号を記憶しておくレジスタＳｏｎｇに
‘０’がセットされる。本実施例では、簡単のため、曲
の演奏は必ず０番の曲から開始されるものとしてステッ
プ１８＿３では、初期化が行なわれる。すなわち、全ト
ラック分のＰｌａｙＮｏ，ＰｌａｙＡｄｄｒ，Ｔｉｍｅ
Ｃｏｕｎｔ，ＬｏａｄＰｔｒ，ＳｅｃｔＣｎｔ，Ｌｏａ
ｄＴｉｍｅに‘０’，ＥｎｄＦｌａｇに‘１’、全キャ
ッシュのＮｅｘｔに‘０’、Ｆｒｅｅに‘１’、Ｍｅａ
ｓＣｏｕｎｔ，Ｍｅａｓｕｒｅに‘０’が格納される。

【００４３】ステップ１８＿４では、曲番号記憶レジス
タＳｏｎｇで示される曲の演奏準備が行なわれる。詳細
については後述する。ステップ１８＿５では、小節カウ
ンタの準備が行なわれる。詳細は後述する。以上で演奏
の準備が終了し、ステップ１８＿６で、プレイ（ＰＬＡ
Ｙ）スイッチが押されるのを待つ。

【００４４】ＰＬＡＹスイッチが押されるとステップ１
８＿７に進み、クロック割り込みの発生が指示される。
ステップ１８＿８ではストップ（ＳＴＯＰ）スイッチが
押されたか否かが調べられ、押されていないときはステ
ップ１８＿９に進んで曲の終了を表わすレジスタＥｎｄ
Ｃｏｕｎｔが調べられ、曲の途中（ＥｎｄＣｏｕｎｔ＞
０）のときはステップ１８＿１０に進む。

【００４５】ステップ１８＿１０では、ディスクからキ
ャッシュ（Ｃａｃｈｅ）へのデータロードが指示され、
ステップ１８＿１１では小節番号表示が指示される。ス
テップ１８＿１０，１８＿１１の詳細については後述す
る。一方、ＳＴＯＰスイッチが押された場合、もしくは
曲の終了の場合、ステップ１８＿１２に進み、ＳＴＯＰ
スイッチが押されたことに伴う処理が指示される。詳細
については後述する。

【００４６】ステップ１８＿１３ではＳｏｎｇに１が加
えられ、ステップ１８＿４ではＳｏｎｇがフロッピィデ
ィスクに記録されている曲数以下か否か調べられ、フロ
ッピィディスク中にまだ演奏されていない曲が残ってい
るときはそのままステップ１８＿３に戻り、最終曲まで
演奏されたときはＳｏｎｇに‘０’がセットされて先頭
の曲に戻った上でステップ１８＿３に戻る。

【００４７】以上のようにして、フロッピィディスクに
記憶された演奏データに基づいて、循環的に演奏が繰り
返される。図１９は、図１８のステップ１８＿４で実行
される、Ｓｏｎｇで示される曲の演奏準備を行なうサブ
ルーチンのフローチャートである（図５参照）。先ずス
テップ１９＿１では、その曲のトラック数を調べるため
に、その曲ファイル（図１５参照）の先頭部分の１セク
タを、作業用レジスタＢｕｆｆにロードする。

【００４８】ステップ１９＿２では、その曲のトラック
数を記憶するレジスタＴｒｋＮｏ、曲の終了を調べるた
めのレジスタＥｎｄＣｏｕｎｔに、ヘッダに書かれてい
るトラック数をセットする。ステップ１９＿３では、ト
ラックループカウンタｔｒｋに‘０’をセットする。

【００４９】ステップ１９＿４では、ロードの終了を検
出するために、ｔｒｋトラックで示されるのデータが何
セクタに渡って記録されているか計算し、その値をＳｅ
ｃｔＣｎｔ［ｔｒｋ］にセットする。ステップ１９＿５
では、ｔｒｋで示されるトラックの先頭の演奏データが
格納されているセクタの演奏データをＣａｃｈｅ［ｔｒ
ｋ］にロードする。

【００５０】ステップ１９＿６では、ステップ１９＿５
でロードが発生したので、ＳｅｃｔＣｎｔ［ｔｒｋ］か
ら１が引き算される。ステップ１９＿７では、ステップ
１９＿５で何クロック分の演奏データがロードされたか
を調べ、そのクロック数を、キャッシュにこれまでにロ
ードされていた演奏データのクロック数を記憶するレジ
スタＬｏａｄＴｉｍｅ［ｔｒｋ］にセットする。

【００５１】ステップ１９＿８では、最後にロードされ
たキャッシュの番号を記憶するレジスタＬｏａｄＰｒｔ
［ｔｒｋ］に、ｔｒｋをセットする。ステップ１９＿９
では、次に出力される演奏データが格納されたＣａｃｈ
ｅの番号を記憶するレジスタＰｌａｙＮｏ［ｔｒｋ］に
ｔｒｋをセットし、さらに、次に出力される演奏データ
のキャッシュ内のアドレスを記憶するレジスタＰｌａｙ
Ａｄｄｒ［ｔｒｋ］に演奏データの先頭アドレスをセッ
トする。

【００５２】ステップ１９＿１０では、次の演奏データ
のセットが指示される。詳細については後述する。ステ
ップ１９＿１１では、ｔｒｋに‘１’が加えられ、ステ
ップ１９＿１２ではｔｒｋがＴｒｋＮｏ以内か否か調べ
られ、ｔｒｋがＴｒｋＮｏ以内であればステップ１９＿
４に戻り、ｔｒｋがＴｒｋＮｏを越えるとステップ１９
＿１３へ進む。ステップ１９＿１３では、図１８に示す
メインルーチンにおけるステップ１８＿１０と同様に、
演奏データのロードが指示される。ステップ１９＿１３
のルーチンの詳細については後述する。

【００５３】図２０は、図１９のルーチンのステップ１
９＿１０で実行される、次の演奏データをセットする処
理を行なうサブルーチンのフローチャートである（図６
参照）。ステップ２０＿１では、ＰｌａｙＮｏ［ｔｒ
ｋ］が作業レジスタｎｏにセットされ、また、Ｐｌａｙ
Ａｄｄｒ［ｔｒｋ］が作業レジスタａｄｄｒにセットさ
れる。

【００５４】ステップ２０＿２では、作業用ループカウ
ンタｉに‘０’がセットされる。ステップ２０＿３で
は、ｉが５以内か否か調べられる。これは、演奏データ
は、図１６にあるように５バイトで構成されており、１
バイトずつ読み込むため５回読み込む必要があるからで
ある。ｉ＜５の場合ステップ２０＿４に進み、ａｄｄｒ
が５１２（１セクタのバイト数）以内か否か調べられ
る。ａｄｄｒ≧５１２の場合、ステップ２０＿５に進
み、ＰｌａｙＮｏ［ｔｒｋ］に、次に演奏される演奏デ
ータがロードされたキャッシュ番号が記憶されたレジス
タＮｅｘｔ［ｎｏ］がセットされ、ＰｌａｙＡｄｄｒ
［ｔｒｋ］に‘０’がセットされ、Ｎｅｘｔ［ｎｏ］
に、次が存在しないことを示す値‘−１’がセットさ
れ、さらにＦｒｅｅ［ｎｏ］にそのキャッシュが空であ
ることを示す値‘１’がセットされる。

【００５５】ステップ２０＿６では、作業用レジスタｗ
ｏｒｋ［ｉ］にキャッシュＣａｃｈｅ［ｎｏ］［ａｄｄ
ｒ］がセットされ、ステップ２０＿７でｉに‘１’が加
えられてステップ２０＿３に戻る。ステップ２０＿３で
ｉ≧５であると判定されるとステップ２０＿８に進み、
待時間カウンタＴｉｍｅＣｏｕｎｔ［ｔｒｋ］に新しい
時間が加えられる。

【００５６】ステップ２０＿９では、出力される演奏デ
ータを記憶するレジスタＳｅｔＤａｔａに新しいデータ
がセットされる。図２１は、図１８に示すメインルーチ
ンのステップ１８＿１０、および図１９に示すサブルー
チンのステップ１９＿１３で実行される。空のキャッシ
ュをさがしてその空のキャッシュにロード済み時間の最
も少ないトラックの演奏データをロードするロードデー
タサブルーチンのフローチャートである。

【００５７】先ずステップ２１＿１では、キャッシュの
番号を示す作業用カウンタｉに‘０’がセットされる。
ステップ２１＿２では、そのキャッシュが空かどうかを
示すレジスタＦｒｅｅ［ｉ］が調べられ、空いていれば
ステップ２１＿２に進み、空いていなければステップ２
１＿１４に進む。

【００５８】以下のステップ２１＿３〜ステップ２１＿
８はロード済み時間の少ないトラックを捜す処理であ
る。ステップ２１＿３では、トラック番号を示す作業用
レジスタｔｒｋ０に‘０’がセットされ、ロード済クロ
ックが最小のトラックのトラック番号を示す作業用レジ
スタｔｒｋ１に０がセットされ、さらに最小クロック数
を捜すための作業用レジスタｗｏｒｋ０に、本装置で扱
える最大時間ＭＡＸ＿ＴＩＭＥがセットされる。

【００５９】ステップ２１＿４では、ロード完了レジス
タＳｅｃｔＣｎｔ［ｔｒｋ０］が正か否かが調べられ、
正であればステップ２１＿５に進み、そうでなければス
テップ２１＿７に進む。ステップ２１＿５ではｗｏｒｋ
０がＬｏａｄＴｉｍｅ［ｔｒｋ０］を越えるか否かが調
べられ、ｗｏｒｋ０＞ＬｏａｄＴｉｍｅ［ｔｒｋ０］の
場合ステップ２１＿６に進み、そうでないときはステッ
プ２１＿７に進む。

【００６０】ステップ２１＿６では、作業用レジスタｗ
ｏｒｋ０にＬｏａｄＴｉｍｅ［ｔｒｋ０］がセットさ
れ、さらにｔｒｋ１にｔｒｋ０がセットされる。ステッ
プ２１＿７ではｔｒｋ０に‘１’が加えられる。ステッ
プ２１＿８では、ｔｒｋ０がＴｒｋＮｏ以下か否か調べ
られ、ｔｒｋ＜ＴｒｋＮｏの場合ステップ２１＿４に戻
り、ｔｒｋ≧ＴｒｋＮｏの場合ステップ２１＿９に進
む。

【００６１】ステップ２１＿９では、ｗｏｒｋ０がステ
ップ２１＿３で格納されたＭＡＸ＿ＴＩＭＥから変更さ
れたか調べられ、変更されていないときは終了し、変更
されていたときはステップ２１＿１０に進む。ステップ
２１＿１０以降は、データのロードに伴う処理である。
ステップ２１＿１０では、ｔｒｋ１で示されるトラック
の、次の演奏データがＣａｃｈｅ［ｉ］にロードされ
る。

【００６２】ステップ２１＿１１では、ＳｅｃｔＣｎｔ
［ｔｒｋ１］から‘１’が引き算される。ステップ２１
＿１２では、ステップ２１＿１０で何クロック分の演奏
データがロードされたかを調べ、その値がＬｏａｄＴｉ
ｍｅ［ｔｒｋ１］に加算される。ステップ２１＿１３で
は、ロードに関するリンク情報の更新のため、最後にロ
ードされたキャッシュの番号を記憶するＬｏｎｄＰｔｒ
［ｔｒｋ１］がＮｅｘｔ［ｉ］にセットされ、Ｌｏｎｄ
Ｐｔｒ［ｔｒｋ１］に１がセットされ、Ｆｒｅｅ［ｉ］
に‘０’がセットされる。

【００６３】ステップ２１＿１４ではｉに‘１’が加え
られる。ステップ２１＿１５では、ｉがキャッシュの数
ＭＡＸ＿ＣＡＣＨＥ以内か否か調べられ、未だ処理の行
なわれていないキャッシュがあるときはステップ２１−
２に進み、全てのキャッシュについて処理が終了したと
きはこのルーチンを抜ける。

【００６４】図２２は、演奏データの出力指示、次のデ
ータのセット、ロード済みカウンタの更新、曲の終りを
検出して自動的に演奏終了する指示を行なうクロック割
込みルーチンのフローチャートである。このクロック割
込みルーチンは、図１８のメインルーチンのステップ１
８＿７でクロック割込みの発生が指示されたことを受け
て発生する割込み用クロックにより、所定時間間隔毎に
起動される。

【００６５】このルーチンが起動されると、先ずステッ
プ２２＿１において、トラックカウンタｔｒｋに‘０’
がセットされる。ステップ２２＿２では、そのトラック
の演奏が既に終了しているか否かを示すレジスタＥｎｄ
Ｆｌａｇ［ｔｒｋ］が調べられ、終了しているときはス
テップ２２＿８に進み、そうでないときはステップ２２
＿３に進む。

【００６６】ステップ２２＿３では、ＴｉｍｅＣｏｕｎ
ｔ［ｔｒｋ］から‘１’が引き算される。ステップ２２
＿４では、ＴｉｍｅＣｏｕｎｔ［ｔｒｋ］が正か０以下
かが調べられ、正の場合ステップ２２＿７に進み、０以
下の場合ステップ２２＿５に進む。

【００６７】ステップ２２＿５ではデータの出力が指示
される。このステップ２２＿５の詳細については後述す
る。ステップ２２＿６では、次のデータのセットが指示
される。詳細については、図２０が参照され既に説明さ
れている。

【００６８】ステップ２２＿７では、ＬｏａｄＴｉｍｅ
［ｔｒｋ］から‘１’が引き算される。ステップ２２＿
８では、ＥｎｄＣｏｕｎｔが正か０か調べられ、正の場
合ステップ２２＿１０に進み、０の場合ステップ２２＿
９に進む。ステップ２２＿９では、自動終了のために演
奏停止処理が指示される。詳細については後述する。

【００６９】ステップ２２＿１０ではｔｒｋに‘１’が
加算される。ステップ２２＿１１ではｔｒｋがＴｒｋＮ
ｏ以下か否か調べられ、ｔｒｋ＜ＴｒｋＮｏのときはス
テップ２２＿２に戻り、ｔｒｋ≧ＴｒｋＮｏのときはス
テップ２２＿１２に進む。ステップ２２＿１２では、小
節番号計測用レジスタＭｅａｓＣｏｕｎｔに‘１’が加
算される。

【００７０】ステップ２２＿１３では、ＭｅａｓＣｏｕ
ｎｔが１６以上か否か調べられる。ＭｅａｓＣｏｕｎｔ
＞１６のときはステップ２２＿１４に進み、そうでなけ
ればそのまま終了する。ステップ２２＿１４では、Ｍｅ
ａｓＣｏｕｎｔに‘１’がセットされ、小節番号を記憶
するレジスタＭｅａｓｕｒｅに‘１’が加算される。

【００７１】図２３は、図２２に示すクロック割込みル
ーチンのステップ２２＿５で実行される、演奏データを
その種類によりＭＩＤＩ出力端子に出力したり、テン
ポ、拍子を更新したり、曲の終りを検出するサブルーチ
ンのフローチャートである。ステップ２３＿１ではＤａ
ｔａＳｅｔ［ｔｒｋ］がＭＩＤＩ情報であるか否か調べ
られ、ＭＩＤＩ情報であった場合はステップ２３＿２に
進んで、ＤａｔａＳｅｔ［ｔｒｋ］がＭＩＤＩ出力端子
から出力される。

【００７２】ステップ２３＿３では、ＤａｔａＳｅｔ
［ｔｒｋ］がテンポ情報であるか否か調べられ、テンポ
情報であった場合はステップ２３＿４に進みテンプが変
更される。ステップ２３＿５では、ＤａｔａＳｅｔ［ｔ
ｒｋ］が拍子情報であるか否か調べられ、拍子情報であ
った場合はステップ２３＿６に進み、拍子が変更され
る。

【００７３】ステップ２３＿７ではＤａｔａＳｅｔ［ｔ
ｒｋ］が終了情報であるか否かが調べられ、終了情報で
あった場合はステップ２３＿８に進み、ＥｎｄＣｏｕｎ
ｔから‘１’が引き算され、ＥｎｄＦｌａｇ［ｔｒｋ］
に‘０’がセットされる。図２４は、図１８に示すメイ
ンルーチンのステップ１８＿１２で実行される、演奏停
止処理を行なうサブルーチンのフローチャートである。

【００７４】ステップ２４＿１ではクロック割り込みが
停止され、ステップ２４＿２では、発音中の全楽音の消
音処理が実行される。図２５は、図１８に示すメインル
ーチンのステップ１８＿５で実行される、小節カウンタ
の曲頭の休符区間を検出し、楽譜通りの小節番号にする
ための処理を行なうサブルーチンのフローチャートであ
る。

【００７５】ステップ２５＿１では、曲の先頭から最初
の発音までの時間（休符時間）が検出され、その値が作
業用レジスタＲｅｓｔＴｉｍｅにセットされる。ステッ
プ２５＿２では、ＲｅｓｔＴｉｍｅが３未満か否か調べ
られ、３未満であればステップ２５＿３に進み、そうで
なければステップ２５＿５に進む。ステップ２５＿３で
は、Ｍｅａｓｕｒｅに‘０’がセットされてこのルーチ
ンを抜ける。

【００７６】ステップ２５＿４では、ＲｅｓｔＴｉｍｅ
が５未満か否か調べられ、５未満であればステップ２５
＿５に進み、そうでなければステップ２５＿６に進む。
ステップ２５＿５では、アウフタクトの小節番号とし
て、Ｍｅａｓｕｒｅに‘−１’がセットされ、このルー
チンを抜ける。ステップ２５＿６では、Ｍｅａｓｕｒｅ
に‘０’がセットされ、このルーチンを抜ける。

【００７７】図２６は、図１８のメインルーチンのステ
ップ１８＿１１で実行される、小節番号を表示する処理
を行なうサブルーチンのフローチャートである。ステッ
プ２６＿１では、Ｍｅａｓｕｒｅが０以上か否か調べら
れ、０以上の場合ステップ２６＿２に進み、そうでなけ
れば２６＿３に進む。ステップ２６＿２では、表示器に
Ｍｅａｓｕｒｅ＋１の値が表示される。

【００７８】ステップ２６＿３では、表示器にＭｅａｓ
ｕｒｅの値が表示される。尚、上記実施例では、２つの
トラックに跨る演奏データが記憶されたセクタは、各ト
ラック毎に２回ロードされているが、別のトラックで既
にロードされている演奏データがどこかのキャッシュに
あったら、その演奏データの再度のロードは行わず、あ
たかもそのキャッシュにロードしたかのようにしてロー
ドの時間を少なくするようにしてもよい。また上記実施
例では、単純に、クロック数の少ないトラックの演奏デ
ータをロードするように構成されているが、空いている
キャッシュにどこのトラックの演奏データをロードする
かを決定する処理（図１８のステップ１８＿３〜ステッ
プ１８＿８の処理）を変更して、ロード済み総クロック
数だけではなく、ディスクのヘッド移動時間等も加味し
た評価により、どのトラックの演奏データをロードする
かを決定してもよい。

【００７９】

【発明の効果】以上説明したように、本発明の演奏デー
タ読込装置は、空いている（または空いた）内部メモリ
にどこのトラックの演奏データをロードするかを固定的
には定めず、ロードされている演奏データの総クロック
の最小のトラックの演奏データもしくはこれにディスク
装置のアクセスのためのヘッド位置を加味したトラック
の演奏データをロードするものであるため、内部メモリ
の利用効率が上がり、少ない数の内部メモリでクロック
に正確な演奏が可能となる。

【図面の簡単な説明】

【図１】本発明の演奏データ読込装置の一実施例の構成
を表わすブロック図である。

【図２】本実施例におけるデータ転送処理の基本概念を
示したフローチャートである。

【図３】本実施例におけるデータ転送処理の基本概念を
示したデータの流れを示す説明図である。

【図４】フロッピィディスク中の、今から演奏しようと
するある曲の演奏データのデータ構造を示した図であ
る。

【図５】データ転送のためのルーチンで使用される各種
フラグ、レジスタ等の値の変化を示した模式図である。

【図６】データ転送のためのルーチンで使用される各種
フラグ、レジスタ等の値の変化を示した模式図である。

【図７】データ転送のためのルーチンで使用される各種
フラグ、レジスタ等の値の変化を示した模式図である。

【図８】データ転送のためのルーチンで使用される各種
フラグ、レジスタ等の値の変化を示した模式図である。

【図９】データ転送のためのルーチンで使用される各種
フラグ、レジスタ等の値の変化を示した模式図である。

【図１０】データ転送のためのルーチンで使用される各
種フラグ、レジスタ等の値の変化を示した模式図であ
る。

【図１１】データ転送のためのルーチンで使用される各
種フラグ、レジスタ等の値の変化を示した模式図であ
る。

【図１２】データ転送のためのルーチンで使用される各
種フラグ、レジスタ等の値の変化を示した模式図であ
る。

【図１３】データ転送のためのルーチンで使用される各
種フラグ、レジスタ等の値の変化を示した模式図であ
る。

【図１４】データ転送のためのルーチンで使用される各
種フラグ、レジスタ等の値の変化を示した模式図であ
る。

【図１５】フロッピィディスクに記憶された演奏データ
のフォーマットを示した図である。

【図１６】演奏データのフォーマットを示した図であ
る。

【図１７】演奏データ中のデータ情報部分の詳細を示し
た図である。

【図１８】メインルーチンのフローチャートである。

【図１９】Ｓｏｎｇで示される曲の演奏準備を行なうサ
ブルーチンのフローチャートである。

【図２０】次の演奏データをセットする処理を行なうサ
ブルーチンのフローチャートである。

【図２１】トラックの演奏データをロードするロードデ
ータサブルーチンのフローチャートである。

【図２２】クロック割込みルーチンのフローチャートで
ある。

【図２３】演奏データをその種類によりＭＩＤＩ出力端
子に出力したり、テンポ、拍子を更新したり、曲の終り
を検出するサブルーチンのフローチャートである。

【図２４】演奏停止処理を行なうサブルーチンのフロー
チャートである。

【図２５】小節カウンタの曲頭の休符区間を検出し、楽
譜通りの小節番号にするための処理を行なうサブルーチ
ンのフローチャートである。

【図２６】小節番号を表示する処理を行なうサブルーチ
ンのフローチャートである。

【図２７】従来の手法における演奏データのロード方法
を示すフローチャートである。

【図２８】従来の手法の説明図である。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 装填された外部メモリから、１つの曲を
   構成する複数のトラックの演奏データを読み込む演奏デ
   ータ読込装置において、 前記外部メモリから読み込まれた演奏データを、該外部
   メモリをアクセスする単位で格納する複数の内部メモリ
   と、 前記複数の内部メモリに格納された演奏データを、各ト
   ラックそれぞれについて順次取り出すデータ取出し手段
   と、 前記複数の内部メモリ中に空の内部メモリが発生した
   際、前記複数の内部メモリに格納されている各トラック
   毎の演奏データのうち最短時間で演奏が終了するトラッ
   クの演奏データに続く、該トラックの次の演奏データを
   前記外部メモリから読み込んで空の内部メモリに格納す
   る読込制御手段とを備えたことを特徴とする演奏データ
   読込装置。
2. 【請求項２】 ディスク装置から、１つの曲を構成する
   複数のトラックの演奏データを読み込む演奏データ読込
   装置において、 前記ディスク装置から読み込まれた演奏データを、該デ
   ィスク装置をアクセスする単位で格納する複数の内部メ
   モリと、 前記複数の内部メモリに格納された演奏データを、各ト
   ラックそれぞれについて順次取り出すデータ取出し手段
   と、 前記複数の内部メモリ中に空の内部メモリが発生した
   際、前記複数の内部メモリに格納されている演奏データ
   の各トラック毎の演奏終了時刻と、前記ディスク装置の
   現在のヘッド位置とに基づいて、前記ディスク装置の、
   次にアクセスされるメモリ領域を定め、該メモリ領域に
   記憶された演奏データを前記ディスク装置から読み込ん
   で空の内部メモリに格納する読込制御手段とを備えたこ
   とを特徴とする演奏データ読込装置。