JP2000338973A - 演奏情報圧縮方法、演奏情報伸張方法及び演奏情報伝送方法 - Google Patents

Abstract

(57)【要約】 【目的】 演奏情報のデータ量を大幅に削減すべく
演奏情報を圧縮することをできる演奏情報圧縮を提供す
る。 【構成】 演奏情報を所定のパート毎に分割し、先
頭のパートから順次データ比較を行い、同一のパートに
同一パート番号を付与しファイルＡを作成し、ファイル
Ａの先頭からパート番号を調べ、重複する番号が出現し
たときは、それを削除した新たなファイルＢを作成し、
ファイルＡとファイルＢを先頭のパートからパート単位
でパート番号の比較を行い、互いに相違するパート番号
が出現したら、ジャンプマークと移動先であるタグの各
々のレベルをインクリメントすると共に、ファイルＢ中
の相違するパート番号の直前にレベルのインクリメント
されたジャンプマークを挿入し、かつファイルＡ中の相
違するパート番号と同一のファイルＢ中のパート番号の
直前にレベルのインクリメントされたタグを挿入する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は演奏情報の圧縮、伸長及
び伝送に関し、特に楽音を構成する音の音程と発音時間
を指定する演奏情報のデータ量を少なくするための圧縮
方法と、一旦圧縮された演奏情報の伸長方法、及び圧縮
された演奏情報の伝送方法に関する。

【０００２】

【従来の技術】楽音を構成する音の音程と発音時間を指
定する演奏情報として例えばＭＩＤＩ信号がある。ＭＩ
ＤＩ信号はＳＭＦ（スタンダードＭＩＤＩファイル）と
いう形式でメモリ等に蓄積されたり、伝送されたりす
る。かかるＭＩＤＩ信号は従来の光ディスク等の記憶媒
体に記録されたデータを読み出す方式のカラオケ装置に
代って通信カラオケといわれているシステムに用いられ
ている。

【０００３】この通信カラオケはカラオケの音楽、歌
詞、関連する画像（動画又は静止画）等を光ディスク等
から出力された信号の情報の形態でそのまま送信する
と、データ量が膨大であることから、楽音情報について
はＭＩＤＩ信号としてステーションから各ユーザーの使
用場所に設けた端末へ送信し、歌詞については文字コー
ドとして送信するもので、必要に応じて所望の曲のデー
タを配信するものである。かかる例として株式会社エク
シング製の「ＪＯＹＳＯＵＮＤ」システムが知られてい
る。なお、音符、信号よりなるメロディの楽譜データに
ついて繰り返し部分を効率よく処理する技術が特公昭６
１−９１６９７号公報に示されているが、これはＭＩＤ
Ｉ信号を前提とするものではなく、繰り返し等の記号を
用いた楽譜が存在することを前提としたものであり、Ｓ
ＭＦで表現されるような既にある演奏情報を圧縮する技
術ではない。さらに特開平４−１４７１９２号公報には
楽譜の繰り返し部分をパターン化する技術が示されてい
るが、十分なデータの圧縮は期待できない。

【０００４】上記従来の通信カラオケシステムをはじ
め、これまでに提案されたシステムは次の表１のように
分類される。

【０００５】

【表１】

【０００６】

【発明が解決しようとする課題】表１からわかるよう
に、ＭＩＤＩ信号を用いた場合、ＣＤ、ＬＤ等から再生
された音の品質とは同一ではないが、品質を向上させよ
うとすればデータ量が増大することがわかる。データ量
が多いと、ＩＳＤＮのような高速デジタル回線を用いな
ければリアルタイム通信が不可能となり、またデータの
蓄積、保存の上でも必要メモリー容量が大きくなりコス
トの上昇につながってしまう。かかる問題は、通信カラ
オケシステムが一般家庭へ普及していくための障害とな
っている。また、通信上の問題とは別に、ハードディス
ク等の大容量メモリに多数の曲の演奏情報を蓄積してお
く、所謂パッケージカラオケシステムにおいても、デー
タ量の圧縮が求められている。

【０００７】音楽は繰り返しの芸術であると言われるよ
うに、演奏が一定のパターンで繰り返されることが多
い。ところがＭＩＤＩ信号のような演奏情報では時間軸
上に発生する次々のイベントの順列をそのままの形で扱
っているので、一般的なデジタル信号の圧縮技術による
データ量の圧縮を行うにとどまっていた。このため演奏
情報を配信する通信カラオケやメモリに多数曲のデータ
を蓄積したパッケージ形式のカラオケシステム等では、
データ量の圧縮・削減によるコスト低減、通信時間の短
縮等が求められている。

【０００８】したがって、本発明は楽音を構成する音の
音程と発音時間を指定する演奏情報のデータ量を大幅に
削減すべく演奏情報を圧縮することのできる演奏情報圧
縮方法と、かかる方法で圧縮された演奏情報を伸張して
基の演奏情報を得ることのできる演奏情報伸張方法を提
供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に本発明では、演奏情報が一定の時間単位で繰り返さ
れ、重複部分があることに着目し、かかる繰り返し部分
を検出し、これを削除するとともに、再生時に圧縮情報
を正しく再現できるよう、削除された繰り返し部分の位
置等を示す信号を挿入するようにし、再生時には、この
信号を用いて圧縮された演奏情報を伸張して、元の演奏
情報を得るようにしたものである。

【００１０】すなわち本発明によれば、楽音を構成する
音の音程と発音時間を指定する演奏情報が複数のパート
に分割されてなるパート列の先頭パートからパート単位
で順次データの比較を行い、前記パート列において実質
的に同一のデータのパートに同一のパート番号を付与し
たファイルＡを作成する第１のステップと、前記ファイ
ルＡにおいて、先頭からパート番号を調べ、重複する番
号が出現したときは、その重複するパート及びそのパー
トに付与されたパート番号を削除して新たなファイルＢ
を作成する第２のステップと、前記ファイルＡと前記フ
ァイルＢとを先頭パートからパート単位でパート番号の
比較を行い、互いに相違するパート番号が出現したとき
には、前記ファイルＢ中の相違するパート番号の直前に
パートを移動することを示す第１のジャンプマークを挿
入し、かつ前記ファイルＡ中の相違するパート番号と同
一の前記ファイルＢ中のパート番号の直前に前記第１の
ジャンプマークからの移動先である第１のタグを挿入す
る第３のステップと、前記ファイルＡ中の前記相違する
パート番号以降のパートと前記ファイルＢの前記第１の
タグの挿入された以降のパートとを引き続きパート単位
でパート番号の比較を行い、互いに相違するパート番号
が出現したときには、前記ファイルＢ中の相違するパー
ト番号の直前にパートを移動することを示す第２のジャ
ンプマークを挿入し、かつ前記ファイルＡ中の相違する
パート番号と同一の前記ファイルＢ中のパート番号の直
前に前記第２のジャンプマークの移動先である第２のタ
グを挿入する第４のステップとを有する演奏情報圧縮方
法を提供する。

【００１１】また、楽音を構成する音の音程と発音時間
を指定する演奏情報が複数のパートに分割されてなるパ
ート列の先頭パートからパート単位で順次データの比較
を行い、実質的に同一のデータのパートに同一のパート
番号を付与してファイルＡを作成する第１のステップ
と、当初内容のないファイルＣを作成する第２のステッ
プと、前記ファイルＣ内での位置を示すファイルＣのポ
インタを前記ファイルＣの末尾に設定する第３のステッ
プと、当初内容のないパートリストを作成する第４のス
テップと、変数ｉに前記ファイルＡの最初のパート番号
を設定する第５のステップと、前記変数ｉが前記パート
リストにあるか否かを判断するパート番号確認ステップ
と、前記パート番号確認ステップにて前記変数ｉで示さ
れるパート番号が存在しないときには、前記ポインタが
前記ファイルＣの末尾にあるか否かを判断するポインタ
位置第１判断ステップと、前記ポインタ位置第１判断ス
テップにて前記ポインタが前記ファイルＣの末尾以外に
あると判断されたときには、前記ポインタが現在ある位
置にジャンプマークＪＵＭＰ（ｎ）を挿入し、前記ポイ
ンタを前記ファイルＣの末尾へ移動させ、その後前記ポ
インタの位置に前記ジャンプマークＪＵＭＰ（ｎ）の移
動先であるタグＴＡＧ（ｎ）を挿入し、前記変数ｎを１
つインクリメントする第６のステップと、前記ポインタ
位置第１判断ステップにて前記ポインタが前記ファイル
Ｃの末尾にあると判断されたときには、前記ファイルＣ
に前記ファイルＡの前記変数ｉで示されるパートの演奏
情報を付加し、前記パートリストに前記変数ｉを付加
し、前記ポインタを前記ファイルＣの末尾に移動させる
第７のステップと、前記パート番号確認ステップにて前
記変数ｉで示されるパート番号があると判断されたとき
には、前記ポインタが前記ファイルＣの変数ｉで示され
るパートの先頭にあるか否かを判断するポインタ位置第
２判断ステップと、前記ポインタ位置第２判断ステップ
にて前記ポインタが前記ファイルＣの変数ｉで示される
パートの先頭以外にあると判断されたときには、前記ポ
インタが現在存在する位置にジャンプマークＪＵＭＰ
（ｎ）を挿入し、前記ポインタを前記ファイルＣの変数
ｉで示されるパートの先頭位置へ移動させ、その後前記
ポインタの位置にタグＴＡＧ（ｎ）を挿入し、前記変数
ｎを１つインクリメントする第８のステップと、前記ポ
インタ位置第２判断ステップにて前記ポインタが前記フ
ァイルＣの変数ｉで示されるパートの先頭にあると判断
されたときには、前記ポインタを次のパートの先頭位置
へ移動させる第９のステップと、前記第７のステップ及
び前記第９のステップの後に、前記ファイルＡの中の次
のパートを検索し、存在する場合は前記変数ｉに前記フ
ァイルＡの次のパート番号を設定する次パート番号設定
ステップとを有し、以後前記ファイルＡの次のパートが
存在しなくなるまで、前記パート番号確認ステップから
前記次パート番号設定ステップまでを繰り返し実行する
ようにしたことを特徴とする演奏情報圧縮方法を提供す
る。

【００１２】更に、複数のパートが時系列的に並んで成
る演奏情報を再生するために前記演奏情報を圧縮した圧
縮演奏情報ファイルを伸張する演奏情報伸張方法であっ
て、再生する優先順位が定義付けられた複数の異なるパ
ートと、前記パートを移動するための複数のジャンプマ
ークと、前記各ジャンプマークの移動先をそれぞれ示す
複数のタグとからなる圧縮演奏情報ファイルをメモリに
ロードするステップと、前記メモリにロードされた前記
圧縮演奏情報ファイルについて前記タグを検出するステ
ップと、前記メモリにロードされた前記圧縮演奏情報フ
ァイルについて前記ジャンプマークをそのレベル順に検
出するステップと、前記ジャンプマークが検出されたと
き、先に検出された前記タグから前記ジャンプマークの
レベルと同じレベルのタグを特定し、そのタグで指定さ
れる前記メモリのアドレスからの前記パートのデータの
読み出し制御を行うステップとを有する演奏情報伸張方
法を提供する。

【００１３】また更に、複数のパートが時系列的に並ん
で成る演奏情報を再生するために前記演奏情報を圧縮し
た圧縮演奏情報ファイルを伝送する圧縮演奏情報伝送方
法であって、再生する優先順位が定義付けられた複数の
異なるパートと、前記パートを移動するための複数のジ
ャンプマークと、前記各ジャンプマークの移動先をそれ
ぞれ示す複数のタグとを有する圧縮演奏情報ファイルを
伝送することを特徴とする圧縮演奏情報伝送方法を提供
する。

【００１４】

【発明の実施の形態】以下図面と共に本発明の好ましい
実施例について説明する。図１は本発明の演奏情報圧縮
方法の第１実施例を示すフローチャートである。図１の
フローチャートについて説明する前に、本発明の適用さ
れる例として通信カラオケシステムについて図２、図３
を用いて説明する。図２は本発明の演奏情報圧縮方法に
より、カラオケ情報としてのＭＩＤＩ情報を圧縮してス
テーション（ホスト）から各端末へ送信する通信カラオ
ケシステムの一例を示す模式ブロック図である。図３は
ステーションが圧縮しないデータと、本発明の演奏情報
圧縮方法により事前に圧縮してあるデータの双方を送信
／蓄積ファイルＡ、Ｂの２種類用意しておき、端末や回
線の能力に応じて２つのファイルを使い分ける構成例を
示す模式ブロック図である。どちらのファイルから読み
出して送信するかの判断は、通信回線（ネットワーク）
がＩＳＤＮ等の高速回線か一般公衆回線かを判断した
り、端末側の伸張能力を検出することにより行う。な
お、図２、図３いずれのシステムにおいても、端末側の
ハードディスク等のメモリにパッケージとして予め数千
曲分のカラオケ情報を本発明の演奏情報圧縮方法により
圧縮したＭＩＤＩ情報として蓄積しておくことができ
る。この場合、新譜やリクエスト頻度の低い曲で端末の
メモリに蓄積されていない曲の情報を通信回線を用いて
ステーションから端末へ送信することができる。

【００１５】図４は１つの曲の演奏情報を記述したＳＭ
Ｆを圧縮して圧縮ファイルを作成する手順の全体概念を
示すブロック図である。多数曲分のＳＭＦは例えばハー
ドディスク等のメモリに記憶されており、この内、図示
しない制御系により指定された１曲分のＳＭＦ１がＭＩ
ＤＩ ＣＨ （チャンネル）分離ブロック２にてチャン
ネル毎に分離される。すなわち演奏すべき楽器（音源）
に対応するチャンネル毎に以下の処理は行われる。ブロ
ック３は（△ｔ＋ｅｖｅｎｔ）ブロックリピートを検出
するものである。すなわち、後述する演奏情報のパター
ンに繰り返し（リピート）があるとき、これを検出する
ものである。次のブロック４はＲ（リピート）符号化処
理を行うもので、ブロック３で検出された重複部分につ
いて重複しないよう削除して、かつ必要な信号を付加す
る処理が行われる。次のマージ処理ブロック５は多チャ
ンネル分のＲ符号化処理の行われた信号を元のＳＭＦ形
式のように合体するものであり、その結果△ｔ（デルタ
タイム）が一本化されて、圧縮ファイル６が作られる。

【００１６】図５はＳＭＦによる記述から繰り返し部分
を検出し、重複部分を削除して、圧縮した結果得られる
圧縮ファイルを作成する場合のデータ列の変化態様を示
す図である。図５中"ＥＶＥＮＴ"はＭＩＤＩ信号の"イ
ベント"を示し、"Ｔ"は"△ｔ"と同様の時間情報を、"
Ｒ"は"リピート（繰り返し）"を示している。図６は図
５に示した情報"Ｔ"又は"Ｒ"のフォーマットを示してい
る。このデータは図示のように８ビット構成であり、各
ビットは図示の内容を示す。図７は１つの例として、繰
り返し部分のある楽譜を示している。この例では第２小
節と第３小節が同一のパターンとなっている。

【００１７】ここで図１のフローチャートに戻って本発
明の演奏情報圧縮方法の第１実施例について説明する。
このフローは図４で示したブロック３とブロック４に相
当する。ステップＳ１にてチャンネル単位で先頭から△
ｔで表記し、ステップＳ２で△ｔ（ｅ）の累計であるΣ
△ｔ（ｅ）と個々のイベントを示す変数ｅをそれぞれ０
にイニシャライズする。ステップＳ３では△ｔ（ｅ）を
読み込み、ステップＳ４では△ｔ（ｅ）だけインクリメ
ントし、ステップＳ５ではΣ△ｔ（ｅ）が１９２０を超
えたか否かを判断する。この数値１９２０は４分音符１
個あたりのティクス（Ｔｉｃｋｓ）数を４８０とし、１
小節が４分音符４個分の長さ（すなわち拍子記号が４／
４）とした場合の１小節の長さに相当する。なおＴｉｃ
ｋはＳＭＦにおける最小時間単位である。このステップ
Ｓ５は演奏情報であるＳＭＦを所定時間単位のパート
（この例では１小節）毎に分割するものである。ステッ
プＳ５で１小節が経過するまでの間にステップＳ６を繰
り返し実行し、イベントマップ（ＥＶＥＮＴ ＭＡＰ）
ｉを作成する。イベントマップｉはパート毎のイベント
の集合である。ステップＳ７ではｅを１つインクリメン
トする。１小節が終了するとステップＳ８で△ｔの累計
から１９２０を減じ、次のステップＳ９で前の小節（ｉ
−１）のイベントマップ（ｉ−１）と、現在の小節ｉの
イベントマップｉの内容が一致するか否かを判断する。
一致しないときはステップＳ１１でｉを１つインクリメ
ントする、一致するときはステップＳ１０で重複データ
の後ろの方を削除し、リピートイベント（Ｒｅｐｅａｔ
Ｅｖｅｎｔ）を作成する。リピートイベントは図５に
示す"Ｒ"に相当し、図６のデータフォーマットを有す
る。図６で（ＩＤ１，ＩＤ０）＝（０，０）及び（ＩＤ
１，ＩＤ０）＝（０，１）の場合がＴ、（ＩＤ１，ＩＤ
０）＝（１，０）及び（ＩＤ１，ＩＤ０）＝（１，１）
の場合がＲである。単純リピート及び区間指定リピート
はチャンネル単位で行い、チャンネルはリピートバイト
の直前のイベントに基づいて決定される。図６の−△ｔ
ｓはマイナス△ｔ−ｓｔａｒｔ、−△ｔｅはマイナス△
ｔ−ｅｎｄの意味であり、−△ｔｓ及び−△ｔｅはマイ
ナスを取って絶対値で表現している。なお、ステップＳ
１０では、リピート検出回数を計数し、図６中のリピー
トイベント中のリピート回数として記述する。ステップ
Ｓ１０の後はステップＳ１１が実行される。ステップＳ
１１の後にはステップＳ１２にてｅを０としてステップ
Ｓ６へ行く。なお、ステップＳ１３では全データについ
てイベントマップが作成されたか否かを判断し、ＹＥＳ
ならこのフローを終了する。

【００１８】図１のフローによって図７の譜例に示され
る曲の演奏情報を処理すると、イベントマップ同志の比
較から、同一の音程、同一の発音時間を示すパートの繰
り返しとして、第２小節と第３小節が検出される。図１
の実施例では演奏情報の時間軸方向の変化のパターンが
２パート以上連続したとき、すなわちイベントマップの
内容が完全に一致したとき、繰り返しがあると判断して
いるが、他の例として、部分的な一致を検出したとき
も、繰り返しとみなし、異なる部分はそのまま記述する
ようにすることもできる。

【００１９】さらに、パート同志の一致の有無の検出精
度を粗くし、すなわち音程と発音時間の照合において所
定の誤差許容範囲を設けるようにしてもよい。このよう
にすることにより、わずかなノイズや演奏ミスにより、
本来繰り返し部分であるのに、非同一パターンと認識さ
れてしまうことを防止でき、結果として繰り返しと認識
されるパート数を増加させることができ、圧縮効率を高
めることができる。さらに、演奏上の時間軸のゆらぎ、
あるいは演奏の強さのゆらぎなどの許容範囲を演奏再現
時（再生時）にあまり影響を与えない程度に広げること
により、圧縮効率を高めることもできる。また、パート
同志の比較の他に、同一パート内で所定の音程が繰り返
し出現するような場合、例えばドラムなどの打楽器の演
奏情報の場合、これを検出して重複しないよう削除し、
図１で示した処理と同様の処理にて音程単位で記述する
こともできる。本発明では所定時間単位のパート毎の検
出が行われるが、この１パートは必ずしも１小節と同一
である必要はなく、その数分の１としたり、数倍とする
こともできる。さらに、パートの時間を２種類以上設
け、例えば１小節単位の検出を行いつつ、その２分の１
の時間単位でも繰り返しの検出を行うようにすることも
できる。

【００２０】図１に示した第１実施例は、連続するパー
トの内容が一致している場合に繰り返しであると判断し
ているが、いくつかの小節にわたったメロディーが繰り
返される場合も多い。このような場合にも圧縮可能な手
法について第２実施例と第３実施例で説明する。 図２
３は圧縮前のＳＭＦで８つのパートからなるものを模式
的に示した図である。図２３において、第２番目乃至第
４番目のパートと第５番目乃至第７番目のパートが重複
している。したがって冗長性を除くために、考えられる
１つの手法として、重複する３つのパートを削除すると
図２４に示すように５つのパートのみとなる。この場
合、「先頭から（ｔ１＋ｔ２＋ｔ３＋ｔ４）の時間だけ
再生したら、先頭からｔ１経過時点までジャンプする」
という内容を記述しておくことになる。すなわち各パー
トの△ｔの総和をそれぞれ計算しておき、再生開始時点
からの経過時間によって再生位置を再設定するような記
述を設けている。しかし、この方法によると、パートの
再編集の必要性が生じた場合、記述部を同様に編集しな
くてはならない。また記述が複雑であるほど時間の再計
算も複雑化してしまう。

【００２１】前述の特開昭６１−９１６９７号公報で
は、楽譜の省略記号をコード化し、音符情報と共に記憶
し、再生時に省略記号に従って制御を行うようにしてい
る。これによれば冗長性の問題と再編集の問題は解決す
るものの、現代の楽曲は構成が複雑化しており、省略記
号を単にコード化しただけでは楽曲構成を正しく表記で
きない場合が生じてくる。図２５に示した例のように、
Ｄ．Ｓ．（ダルセーニョ）によって戻って再度演奏する
場合に繰り返しを省くことがよく行われるが、このよう
に注釈によって指示される選択的な演奏情報を表記する
ことは上記公報の技術では不可能である。また、上記公
報の技術は前述のように繰り返し等の記号を用いた楽譜
を前提としいる。

【００２２】したがって本発明の演奏情報圧縮方法の第
２実施例及び第３実施例では、複数回重複して記述され
る同一パートを含み直列状に記述されている演奏情報に
対して、演奏情報と識別可能なジャンプマークとタグを
設け、楽曲の繰り返しを示すことによって、少ない情報
量で記述するようにしている。また、ジャンプマークに
条件値（レベル）を含めることによって複雑な演奏情報
を記述することができる。

【００２３】図１３はジャンプマークとタグの構成を示
す図である。いずれも、非演奏情報ＩＤ、チャンネルＩ
Ｄ、レベルＩＤを有している。レベルＩＤは同一マーク
の相互間の識別を行うか、又は順序を示すものである。
なお第２実施例と第３実施例は、共に複数のパート（各
実施例では小節）にわたる演奏情報が繰り返されるとき
に、繰り返しを削除してジャンプマークとタグを挿入
し、結果として同じ圧縮ファイルを作るものである。第
２実施例は元のファイルＡの他に重複のないファイルＢ
を一旦作成する必要がある点で後述する第３実施例より
手順が多い。しかし、圧縮の手順を理解するためには適
当であるので、まず第２実施例について説明し、その
後、より利用価値の高い第３実施例について説明する。
図１４と図１５は同一パートの検出と削除の概念を示す
図である。図１４の１部の楽譜に示すように７小節と省
略記号で記述された曲を展開すると図１４の下部に示す
ようなものとなる。なお丸印の中の数字は便宜的に記入
したものであって、どの小節とどの小節の演奏情報が同
一であるのかは、この時点ではわかっていない。

【００２４】図１５は図１４の下部に示されたような演
奏情報があるとき、このデータ列から重複部分を検出す
る手法を示す図である。演奏情報は小節単位で時間軸上
に図１５の上段に示すように並んでいる。ここで先頭の
小節ｘから以降の小節に対してデータの比較を行う。一
致したなら若い順にパート番号（この場合１）をふる。
演奏情報の作成がパートのコピーによって行われない場
合は時間軸方向の揺らぎ等が含まれるため、データのフ
ァイリングやクォンタイズ、認識的手法が用いられる。
このようにしてパート番号のふられた情報を納めたファ
イルをＡ、重複したパートを削除した情報を納めたファ
イルをＢとする。図１６はこの２つのファイルＡ、Ｂと
本発明の演奏情報圧縮方法の第２実施例により最終的に
作成される圧縮ファイルを示している。両方のファイル
Ａ、Ｂを読み進め、異なるパートが出現したら、レベル
ｎをインクリメントしファイルＢにおいて、ジャンプマ
ークＪ（ｎ）を挿入しファイルＡの次に出現するパート
に戻ってタグＴ（ｎ）を挿入する。

【００２５】レベルｎはジャンプマークＪ及びタグＴの
それぞれにおいて相互識別をするためのものであり、自
然数で１、２、３…とインクリメントする。図１６の下
方には、ジャンプマークＪとタグＴを挿入する手法が示
されている。すなわち、ファイルＡとファイルＢを先頭
のパートからパート単位でパート番号の比較を行い、互
いに相違するパート番号が出現したら、又はファイルＡ
のパートと比較するファイルＢのパートが存在しないと
きは、挿入すべきジャンプマークとタグの各々における
識別のためのレベルｎをインクリメントし、ファイルＢ
中の相違するパート番号の直前にレベルのインクリメン
トされたジャンプマークを挿入し、かつ前記ファイルＡ
中の相違するパート番号と同一のファイルＢ中のパート
番号の直前にレベルのインクリメントされたタグを挿入
する。ファイルＡ中の相違するパート番号以後とファイ
ルＢのタグの挿入された直後のパート番号とをパート単
位でパート番号の比較を行い、互いに相違するパート番
号が出現したら、上記の挿入動作と同様の挿入が行われ
る。

【００２６】図１７及び図１８は上記第２実施例を用い
て複雑な繰り返しのある曲の演奏情報を圧縮することが
できる例を示す図であり、図１７はかかる複雑構成の曲
の例を示し、図１８は圧縮前のファイルＡ、Ｂと圧縮フ
ァイルを示す図である。

【００２７】ここでＭＩＤＩ信号情報ファイルとしての
ＳＭＦとＳＭＦを変形して上記ジャンプマーク、タグを
挿入してゆく手法について説明する。ＳＭＦは以下のも
のを含む。 ・ＭＩＤＩイベント ： 演奏情報 ・ＭＥＴＡイベント ： 非演奏情報 どちらのイベントも時間情報△ｔを持っているので、Ｍ
ＥＴＡ（メタ）イベントは、ＭＩＤＩイベントとの相対
的な時間的位置を指定して、挿入することができる。ま
た、ＭＥＴＡイベントは、これが持つデータフォーマッ
トを規定することができる。通常のＳＭＦでは、パート
の概念はないが、パートの先頭であるという識別子（Ｐ
ＡＲＴ ＩＤ）を持ったメタイベントを定義することに
よって、ＳＭＦ中にパート番号を記述することができ
る。

【００２８】次にパートの定義について説明する。例え
ば１小節に相当する各々のパートは図１５に示されるよ
うにパート番号により指定される。したがって各パート
はＭＥＴＡイベントから始る、ＳＭＦ中の一連のＭＩＤ
Ｉイベント群である。このＭＥＴＡイベントを、ＭＥＴ
Ａ（ＰＡＲＴ，ｘ）と略記する。 ＭＥＴＡ（ＰＡＲＴ，ｘ）→△ｔ：ＭＥＴＡ ＩＤ：Ｐ
ＡＲＴ ＩＤ：ＰＡＲＴＮＯ ｘ とする。比較のため
に、ＭＩＤＩイベントのＮｏｔｅ ｏｎ（打鍵）は、Ｎ
ｏｔｅ ｏｎ→△ｔ：ＭＩＤＩ Ｎｏｔｅ ｏｎ Ｉ
Ｄ：ＭＩＤＩチャンネル：音程：音量 ＳＭＦの構成は図１９に示すようになっている。

【００２９】ＭＥＴＡ（ＰＡＲＴ，ｘ）の挿入位置は、
自由であるが、繰り返しの検出に用いるので、繰り返し
が予想される単位以下で挿入するのが良い。例えば、図
２０に示すような楽譜をもとにＳＭＦを作成する場合、
作成者は、"Ａ，Ｂ，Ｃ，Ｄ，Ｅ"それぞれのＭＩＤＩ演
奏情報を作成し、実際の演奏手順に従って、データのコ
ピーペースト等の手法で"Ａ Ｂ Ｃ Ｄ Ａ Ｂ Ｃ
Ｅ"となったＭＩＤＩ演奏情報列をＳＭＦに収めるが、
楽譜上の繰り返し記号と、ＭＥＴＡ（ＰＡＲＴ，ｘ）の
入れ方の規約を作ることによって、図２１に示すような
ＳＭＦを作成することが可能である。

【００３０】あるいは作成者が以上のような、作成手順
に全く関知しない通常のＳＭＦを作成する場合、繰り返
し部分を自動的に検出するためには、ＳＭＦを受け取っ
た側で１小節＝１パートとなるように、ＭＥＴＡ（ＰＡ
ＲＴ，ｘ）を挿入するのが良い。ＳＭＦ中の小節の切れ
目は既にＳＭＦフォーマット中に定められている。ＭＥ
ＴＡ（ｔｉｍｅ ｓｉｇｎａｔｕｒｅ）等の情報を、Ｓ
ＭＦから読み出すことによって、簡単に知ることができ
る。前出の例によれば、ＭＥＴＡ（ＰＡＲＴ，ｘ）が挿
入されたらＳＭＦは図２２に示すようになる。どちらの
場合でも、繰り返し部分の検出は問題なく行われる。ま
た、ＭＥＴＡ（ＰＡＲＴ，ｘ）は、検出のために挿入さ
れたものであるから、最終的に圧縮記述されたファイル
中に存在していなくても演奏の再生に対して、全く問題
がない。

【００３１】次に本発明の演奏情報圧縮方法の第３実施
例について説明する。前述の手順によりＭＥＴＡ（ＰＡ
ＲＴ，ｘ）が挿入されたＳＭＦをＳＭＦ Ａとし、ＳＭ
ＦＡを圧縮した圧縮ファイルをＳＭＦ Ｃとする。な
お、この圧縮ファイルＳＭＦＣは、スタンダードＭＩＤ
Ｉファイルの形式とは異なるので、ＳＭＦと呼ぶことは
必ずしも適当ではないが、ここでは便宜的にＳＭＦ Ｃ
としておく。

【００３２】次にいくつかの定義を行っておく。（ａ）
ＰＡＲＴ ＬＩＳＴ（パートリスト）：パート番号の列
である。 （ｂ）ｆpＣ（ファイルポインタ）：圧縮ファイルＳＭ
Ｆ Ｃの内容の任意の位置を差し示すもの。

【００３３】ジャンプマークＪとタグＴはＭＥＴＡイベ
ントを用いて次のように記述する。 ＭＥＴＡ（ＪＵＭＰ，Ｃｈ，ｙ） ＭＥＴＡ（ＴＡＧ，Ｃｈ，ｚ） これらを一組として圧縮ファイルＳＭＦ Ｃに次のよう
に記述する。 ＭＥＴＡ（ＪＵＭＰ，Ｃｈ，ｙ）→△ｔ：ＭＥＴＡ Ｉ
Ｄ：ＪＵＭＰ ＩＤ：ＭＩＤＩチャンネル Ｃｈ：レベ
ルｙ ＭＥＴＡ（ＴＡＧ，Ｃｈ，ｚ）→△ｔ：ＭＥＴＡ Ｉ
Ｄ：ＴＡＧ ＩＤ：ＭＩＤＩチャンネル Ｃｈ：レベル
ｚ なお、ジャンプマークとタグのそれぞれにレベルを付加
することによって、複雑な演奏手順に対しても、統一的
な書式で記述し、正しく再生することができる。

【００３４】ここで、ＭＩＤＩチャンネルについて説明
する。ＭＩＤＩでは、複数の楽器が同時に演奏されてい
る情報を伝送できるように、ＭＩＤＩのイベントに対し
て、ＭＩＤＩチャンネル（Ｃｈ）が付加されている。例
えば、ピアノに関するイベントはＣｈ＝１、ベースはＣ
ｈ＝２とし、受信側ではチャンネルによってイベントを
分離し、それぞれを適切な音源へ転送することがなされ
ている。この概念は、ＳＭＦにおいても全く同様であ
る。楽器毎には、別の演奏を行うも、ＳＭＦ上では、混
在しているため繰り返しの検出においてはＳＭＦ Ａ中
のイベントをチャンネル毎に分離し、各チャンネル独立
に圧縮記述を行い、この後に、最終的なＳＭＦ Ｃへ、
合成しながら、記録することが望ましい。合成後にも、
各チャンネルのジャンプマークとタグが識別できるよう
に、各イベントにＭＩＤＩチャンネルを持つのである。
本明細書では説明の簡略のために、ＳＭＦ Ａは単一の
チャンネルのイベントのみを含むものとして説明してい
る。

【００３５】次に第３実施例の圧縮手順についてフロー
チャートを示す図８及び図９を用いて説明する。圧縮手
順のフローには２つのパスがある。１つめのパスは図８
に示すように、ＳＭＦ Ａ中の同一パートを検出し、Ｍ
ＥＴＡ（ＰＡＲＴ，ｘ）の書換を行うものである。２つ
のパートを同じものと見なすために、比較を行う段階で
ＭＩＤＩフィルタリング、ＭＩＤＩクォンタイズを用い
てもよい。これは、ＳＭＦの内容が演奏者の実演奏等を
記録したものであるとき、特に効果がある。すなわち、
同一パートを演奏しようとした場合でも、実演奏では全
く同じＭＩＤＩイベント群にはなり得ないため、ＭＩＤ
Ｉフィルタリング、ＭＩＤＩクォンタイズを行い、同一
パートの検出率を向上させ、ひいては圧縮率を向上させ
るものである。ＭＩＤＩフィルタリングは、演奏者が意
図しない、極めて短い音に対応するＭＩＤＩイベントを
削除すること等である。ＭＩＤＩクォンタイズは発音の
時間的な揺れを、大きなタイムスロットに量子化し直す
ことによって、検出率を向上させるものである。また、
音量に対しても同様のことが適用できる。上記は、比較
の際に用いる手法であり、最終的に生成されるファイル
の内容に対しては用いられないのは当然である。２つ目
のパスは図９に示すように、ＳＭＦ Ａから、ＳＭＦ
Ｃを生成するものである。

【００３６】図８中"ｊ＋＋""ｉ＋＋"は変数"ｊ""ｉ"を
インクリメントするステップである。変数ｉは比較する
元のパートを示し、変数ｊは比較する対象のパートを示
している。このフローではパートｉとパートｊの内容が
一致したとき、繰り返しがあると判断しＭＥＴＡ（ＰＡ
ＲＴ，ｊ）をＭＥＴＡ（ＰＡＲＴ，ｉ）に変更してい
る。

【００３７】次に図９に従って具体的圧縮手法について
説明する。この第３実施例では先の第２実施例で説明し
た図１６に示すファイルＢに相当するものは用いる必要
がない。すなわち、図１６のファイルＡに相当するＳＭ
Ｆ ＡからファイルＢを用いることなく最終的に圧縮さ
れた圧縮ファイルＳＭＦ Ｃを得るものである。

【００３８】ステップＳ２１で当初内容のないファイル
Ｃ（ＳＭＦ Ｃ）を作成し、ファイルＣ内の位置を示す
ファイルＣのポインタをファイルＣの先頭に設定し、当
初内容のないパートリストを作成する。このとき、ファ
イルＣには内容がないので、ファイルＣ内の位置を示す
ポインタの位置はファイルＣの先頭にあるともいえる
し、ファイルＣの末尾にあるともいえる。そして、次の
ステップＳ２２で変数ｉにファイルＡの最初のパート番
号を設定し、次のステップＳ２３で変数ｉが前記パート
リストにあるか否かを判断する。変数ｉで示されるパー
ト番号がないときは、ポインタｆpＣがファイルＣの末
尾にあるか否かをステップＳ２４で判断し、ポインタｆ
pＣ位置が前記ファイルＣの末尾以外のときは、ステッ
プＳ２５でポインタｆpＣが現在ある位置にジャンプマ
ーク（ｎ）を挿入し、次にポインタｆpＣをファイルＣ
の末尾へ移動させ、その後ポインタｆpＣの位置にタグ
ＴＡＧ（ｎ）を挿入し、変数ｎを１つインクリメントす
る。ポインタｆpＣ位置がファイルＣの末尾であるとき
は、ステップＳ２６でファイルＣに前記ファイルＡの変
数ｉで示されるパートの情報を付加し、パートリストに
変数ｉを付加し、ポインタを前記ファイルＣの末尾に移
動させる。

【００３９】パート番号の確認ステップで変数ｉで示さ
れるパート番号があるときは、ポインタｆpＣがファイ
ルＣの変数ｉで示されるパートの先頭にあるか否かをス
テップＳ２９で判断する。次のステップＳ３０でポイン
タｆpＣの位置が前記ファイルＣの変数ｉで示されるパ
ートの先頭以外のときは、ポインタｆpＣが現在ある位
置にジャンプマークＪＵＭＰ（ｎ）を挿入し、次にポイ
ンタｆpＣをファイルＣの変数ｉで示されるパートの先
頭位置へ移動させ、その後ポインタｆpＣの位置にタグ
ＴＡＧ（ｎ）を挿入し、変数ｎを１つインクリメントす
る。ポインタｆpＣが前記ファイルＣの変数ｉで示され
るパートの先頭であるときは、ステップＳ３１でポイン
タｆpＣを次のパートの先頭位置へ移動させる。この２
つの移動させるステップＳ２８又はＳ３１の一方の後
に、ステップＳ３２でファイルＡの中の次のパートを検
索し、存在する場合は、変数ｉにファイルＡの次のパー
ト番号を設定する。以後、ファイルＡ中に次のパートが
なくなるまで、パート番号確認ステップＳ２３以降、次
パート番号設定ステップＳ３２までを繰り返し実行す
る。

【００４０】図１０は図８に示すパス１の開始前のＳＭ
Ｆ Ａと、その終了後に得られるＳＭＦ Ａを、さらに
図９に示すパス２の終了後に得られるＳＭＦ Ｃを示す
図である。図中、Ａ、Ｂ、Ｃ…は各パートの内容を示
し、数字１、２、３…はパート番号を示している。また
ＳＭＦ Ｃはジャンプマークとタグの付加された様子を
示している。

【００４１】次に上記各実施例により圧縮された演奏情
報を、例えば通信カラオケの端末側等で再生するために
伸張する方法について説明する。図１１は本発明の演奏
情報伸張方法を実現するために用いられる演奏情報再生
装置（伸張装置）の実施例を示すブロック図である。記
憶装置１０は例えば大容量ハードディスクで、この中に
図１０に示す圧縮ファイルＳＭＦ Ｃが多数格納されて
いるものとする。このうち所望の曲のＳＭＦ Ｃが図示
しない制御装置のアドレス指示に従って読み出され、メ
モリ１２にロードされる。この後、再生に先立ち、ＳＭ
Ｆ Ｃ中のタグのサーチが行われる。すなわち、リーダ
ー１４は、アドレスカウンタ１６の指示に従ってメモリ
１２の内容を読んで行き、タグのサーチを行う。分離器
１８は、リーダー１４の出力信号、すなわちＳＭＦ Ｃ
からＭＩＤＩイベント、ジャンプレベル値、タグレベル
値を分離抽出するものである。サーチの結果、タグを検
出する毎に、タグアドレスメモリ２６は分離器１８から
与えられるタグレベル値と、アドレスカウンタ１６から
与えられるアドレスを関係付けて図１２に示すテーブル
のような形で格納して行く。こうして、１つのＳＭＦ
Ｃを全部サーチして図１２に示すテーブルを完成させ
る。

【００４２】その後、再生を開始するために、まずアド
レスカウンタ１６とレベルカウンタ２２を初期化する。
再生時には、分離器１８からのタグレベル値はタグアド
レスメモリ２６に書込まない（又は分離器１８からタグ
レベル値を出力しない）。分離器１８から出力されるＭ
ＩＤＩイベントは各対応する（チャンネル毎の）図示し
ない音源に与えられる。分離器１８の出力信号の１つと
してレベル比較器２０にはジャンプレベル値が与えられ
る。レベルカウンタ２２はそのカウント値をレベル比較
器２０へ出力し、レベル比較器２０は２つの入力レベル
を比較し、一致するとレベルカウンタ２２を１つインク
リメントさせる信号を出力するとともにゲート２４へゲ
ート信号を与える。ゲート２４はレベルカウンタ２２の
出力カウント値、すなわち、検出されたジャンプマーク
のレベル値（一致レベル値）をゲート信号を受けたと
き、選択器２８へ与える。選択器２８はタグアドレスメ
モリ２６からジャンプレベルに対応したタグのアドレス
を読み出して、アドレスカウンタ１６にロードする。ア
ドレスカウンタ１６は、ロードされたアドレスに従って
順次メモリ１２内のデータを読み出して行く。

【００４３】このようにして、メモリ１２内の１つのＳ
ＭＦ Ｃの内容を読みながらＭＩＤＩイベントを順次出
力することにより伸張動作が行われ、ＳＭＦ Ｃの全て
のデータを読み出すことにより一曲分の再生を終了す
る。

【００４４】図１１に示した構成の上記説明では、再生
に先立ってタグの位置をサーチして、そのアドレスを予
めロードする方法を用いているが、伸張装置の処理能力
が十分なものであれば、予めタグを読み込まず、タグを
サーチしながら再生を同時に行うようにすることもでき
る。かかる構成の場合は、図１１に示したタグアドレス
メモリ２６は不要となる。

【００４５】

【発明の効果】以上詳細に説明したように、本発明の演
奏情報圧縮方法によれば、ＭＩＤＩ信号のように楽音を
構成する音の音程と発音時間を指定する演奏情報のデー
タ量を、メロディーの繰り返しを削除することにより、
大幅に削減することができ、また本発明の演奏情報伸張
方法によれば、かかる削減により圧縮された演奏情報を
伸張して元の繰り返しのある演奏情報を再生することが
でき、よって通信コストの削減、メモリ容量の問題の解
消がなされる。また、通信カラオケシステム等におい
て、画像情報や文字情報を本来の演奏情報信号とともに
送信したり、メモリに蓄積する場合に、演奏情報のデー
タ量が削減できるので、これらの付加的情報の取り扱い
が容易となる。

【図面の簡単な説明】

【図１】本発明の演奏情報圧縮方法の第１実施例を示す
フローチャートである。

【図２】本発明の演奏情報圧縮方法及び演奏情報伸張方
法の適用される一例としての通信カラオケシステムのブ
ロック図である。

【図３】本発明の演奏情報圧縮方法及び演奏情報伸張方
法の適用される一例としての通信カラオケシステムの他
の構成例を示すブロック図である。

【図４】本発明の演奏情報圧縮方法の概念を示すブロッ
ク図である。

【図５】本発明の演奏情報圧縮方法の手法を説明する図
である。

【図６】本発明の演奏情報圧縮方法の第１実施例で用い
られる信号のフォーマット図である。

【図７】本発明の演奏情報圧縮方法の第１実施例で圧縮
しようとする曲の一部の楽譜である。

【図８】本発明の演奏情報圧縮方法の第３実施例の一部
を示すフローチャートである。

【図９】本発明の演奏情報圧縮方法の第３実施例の他の
一部を示すフローチャートである。

【図１０】本発明の演奏情報圧縮方法の第３実施例にお
ける圧縮ファイル作成過程を説明する図である。

【図１１】本発明の演奏情報伸張方法を実現する再生器
の一例を示すブロック図である。

【図１２】図１１におけるタグアドレスメモリの内容を
示す図である。

【図１３】本発明の演奏情報圧縮方法の第２実施例にお
けるジャンプマークとタグのデータ構成を示す図であ
る。

【図１４】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図１５】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図１６】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図１７】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図１８】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図１９】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図２０】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図２１】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図２２】本発明の演奏情報圧縮方法の第２実施例の圧
縮手順を説明する図である。

【図２３】本発明の演奏情報圧縮方法の圧縮前のＳＭＦ
を模式的に示す図である。

【図２４】本発明の演奏情報圧縮方法の図２３のＳＭＦ
を圧縮する１つの手法を説明する図である。

【図２５】Ｄ．Ｓ．（ダルセーニョ）を含んだ楽譜の例
を示す図である。

【符号の説明】

１ ＳＭＦ（スタンダードＭＩＤＩファイル） ２ ＭＩＤＩチャンネル分離ブロック ３ ブロックリピート検出ブロック ４ Ｒ（リピート）符号化処理ブロック ５ マージ処理ブロック ６ 圧縮ファイル １０ ＳＭＦ Ｃの記憶装置 １２ メモリ １４ リーダー １６ アドレスカウンタ １８ 分離器 ２０ レベル比較器 ２２ レベルカウンタ ２４ ゲート ２６ タグアドレスメモリ ２８ 選択器

Claims (4)

【特許請求の範囲】
1. 【請求項１】楽音を構成する音の音程と発音時間を指定
   する演奏情報が複数のパートに分割されてなるパート列
   の先頭パートからパート単位で順次データの比較を行
   い、前記パート列において実質的に同一のデータのパー
   トに同一のパート番号を付与したファイルＡを作成する
   第１のステップと、 前記ファイルＡにおいて、先頭からパート番号を調べ、
   重複する番号が出現したときは、その重複するパート及
   びそのパートに付与されたパート番号を削除して新たな
   ファイルＢを作成する第２のステップと、 前記ファイルＡと前記ファイルＢとを先頭パートからパ
   ート単位でパート番号の比較を行い、互いに相違するパ
   ート番号が出現したときには、前記ファイルＢ中の相違
   するパート番号の直前にパートを移動することを示す第
   １のジャンプマークを挿入し、かつ前記ファイルＡ中の
   相違するパート番号と同一の前記ファイルＢ中のパート
   番号の直前に前記第１のジャンプマークからの移動先で
   ある第１のタグを挿入する第３のステップと、 前記ファイルＡ中の前記相違するパート番号以降のパー
   トと前記ファイルＢの前記第１のタグの挿入された以降
   のパートとを引き続きパート単位でパート番号の比較を
   行い、互いに相違するパート番号が出現したときには、
   前記ファイルＢ中の相違するパート番号の直前にパート
   を移動することを示す第２のジャンプマークを挿入し、
   かつ前記ファイルＡ中の相違するパート番号と同一の前
   記ファイルＢ中のパート番号の直前に前記第２のジャン
   プマークの移動先である第２のタグを挿入する第４のス
   テップとを有する演奏情報圧縮方法。
2. 【請求項２】楽音を構成する音の音程と発音時間を指定
   する演奏情報が複数のパートに分割されてなるパート列
   の先頭パートからパート単位で順次データの比較を行
   い、実質的に同一のデータのパートに同一のパート番号
   を付与してファイルＡを作成する第１のステップと、 当初内容のないファイルＣを作成する第２のステップ
   と、 前記ファイルＣ内での位置を示すファイルＣのポインタ
   を前記ファイルＣの末尾に設定する第３のステップと、 当初内容のないパートリストを作成する第４のステップ
   と、 変数ｉに前記ファイルＡの最初のパート番号を設定する
   第５のステップと、 前記変数ｉが前記パートリストにあるか否かを判断する
   パート番号確認ステップと、 前記パート番号確認ステップにて前記変数ｉで示される
   パート番号が存在しないときには、前記ポインタが前記
   ファイルＣの末尾にあるか否かを判断するポインタ位置
   第１判断ステップと、 前記ポインタ位置第１判断ステップにて前記ポインタが
   前記ファイルＣの末尾以外にあると判断されたときに
   は、前記ポインタが現在ある位置にジャンプマークＪＵ
   ＭＰ（ｎ）を挿入し、前記ポインタを前記ファイルＣの
   末尾へ移動させ、その後前記ポインタの位置に前記ジャ
   ンプマークＪＵＭＰ（ｎ）の移動先であるタグＴＡＧ
   （ｎ）を挿入し、前記変数ｎを１つインクリメントする
   第６のステップと、 前記ポインタ位置第１判断ステップにて前記ポインタが
   前記ファイルＣの末尾にあると判断されたときには、前
   記ファイルＣに前記ファイルＡの前記変数ｉで示される
   パートの演奏情報を付加し、前記パートリストに前記変
   数ｉを付加し、前記ポインタを前記ファイルＣの末尾に
   移動させる第７のステップと、 前記パート番号確認ステップにて前記変数ｉで示される
   パート番号があると判断されたときには、前記ポインタ
   が前記ファイルＣの変数ｉで示されるパートの先頭にあ
   るか否かを判断するポインタ位置第２判断ステップと、 前記ポインタ位置第２判断ステップにて前記ポインタが
   前記ファイルＣの変数ｉで示されるパートの先頭以外に
   あると判断されたときには、前記ポインタが現在存在す
   る位置にジャンプマークＪＵＭＰ（ｎ）を挿入し、前記
   ポインタを前記ファイルＣの変数ｉで示されるパートの
   先頭位置へ移動させ、その後前記ポインタの位置にタグ
   ＴＡＧ（ｎ）を挿入し、前記変数ｎを１つインクリメン
   トする第８のステップと、 前記ポインタ位置第２判断ステップにて前記ポインタが
   前記ファイルＣの変数ｉで示されるパートの先頭にある
   と判断されたときには、前記ポインタを次のパートの先
   頭位置へ移動させる第９のステップと、 前記第７のステップ及び前記第９のステップの後に、前
   記ファイルＡの中の次のパートを検索し、存在する場合
   は前記変数ｉに前記ファイルＡの次のパート番号を設定
   する次パート番号設定ステップとを有し、 以後前記ファイルＡの次のパートが存在しなくなるま
   で、前記パート番号確認ステップから前記次パート番号
   設定ステップまでを繰り返し実行するようにしたことを
   特徴とする演奏情報圧縮方法。
3. 【請求項３】複数のパートが時系列的に並んで成る演奏
   情報を再生するために前記演奏情報を圧縮した圧縮演奏
   情報ファイルを伸張する演奏情報伸張方法であって、 再生する優先順位が定義付けられた複数の異なるパート
   と、前記パートを移動するための複数のジャンプマーク
   と、前記各ジャンプマークの移動先をそれぞれ示す複数
   のタグとからなる圧縮演奏情報ファイルをメモリにロー
   ドするステップと、 前記メモリにロードされた前記圧縮演奏情報ファイルに
   ついて前記タグを検出するステップと、 前記メモリにロードされた前記圧縮演奏情報ファイルに
   ついて前記ジャンプマークをそのレベル順に検出するス
   テップと、 前記ジャンプマークが検出されたとき、先に検出された
   前記タグから前記ジャンプマークのレベルと同じレベル
   のタグを特定し、そのタグで指定される前記メモリのア
   ドレスからの前記パートのデータの読み出し制御を行う
   ステップとを有する演奏情報伸張方法。
4. 【請求項４】複数のパートが時系列的に並んで成る演奏
   情報を再生するために前記演奏情報を圧縮した圧縮演奏
   情報ファイルを伝送する圧縮演奏情報伝送方法であっ
   て、 再生する優先順位が定義付けられた複数の異なるパート
   と、 前記パートを移動するための複数のジャンプマークと、 前記各ジャンプマークの移動先をそれぞれ示す複数のタ
   グとを有する圧縮演奏情報ファイルを伝送することを特
   徴とする圧縮演奏情報伝送方法。