JPH0887271A - 演奏情報圧縮方法及び演奏情報伸張方法 - Google Patents

Abstract

(57)【要約】 【目的】 楽音を構成する音の音程と発音時間を指定す
る演奏情報のデータ量を大幅に削減すべく演奏情報を圧
縮することのできる演奏情報圧縮方法と、かかる方法で
圧縮された演奏情報を伸張して元の演奏情報を得ること
のできる演奏情報伸張方法を提供する。 【構成】 演奏情報を所定時間単位のパート毎に分割
し、パート毎の演奏情報を時系列順に比較し、時間軸方
向の変化のパターンが２パート以上連続し、演奏情報に
繰り返しがあるか否かを判断し、繰り返しがあると判断
されたとき、繰り返しパート数を計算し、繰り返しのパ
ートが重複しないよう削除し、削除される部分に、パタ
ーンの繰り返しが生じる旨を示す情報と、計数されたパ
ターンの繰り返し回数を示す情報を付加する。再生時に
は、これらの情報を用いて圧縮された演奏情報を伸張す
る。他の実施例では複数パートにわたった演奏情報が繰
り返される場合の圧縮と伸張が可能である。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

【表１】

【０００６】

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

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

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

【０００９】

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

【００１０】すなわち本発明によれば、楽音を構成する
音の音程と発音時間を指定する演奏情報を受けて、前記
演奏情報を所定時間単位のパート毎に分割するステップ
と、前記分割するステップにて得られた前記パート毎の
前記演奏情報を時系列順に比較し、前記演奏情報の時間
軸方向の変化のパターンが２パート以上連続し、前記演
奏情報に繰り返しがあるか否かを判断するステップと、
前記判断するステップにて繰り返しがあると判断された
とき、その繰り返しパート数を計数するステップと、前
記判断するステップにて繰り返しがあると判断されたと
き、繰り返しのパートが重複しないよう削除するステッ
プと、前記判断するステップにて繰り返しがあると判断
されたとき、前記削除する手段によって削除される部分
に、パターンの繰り返しが生じる旨を示す情報と、前記
計数するステップによって計数されたパターンの繰り返
し回数を示す情報を付加するステップとを、有する演奏
情報圧縮方法が提供される。

【００１１】さらに本発明によれば、楽音を構成する音
の音程と発音時間を指定する演奏情報を受けて、前記演
奏情報を所定時間単位のパート毎に分割するステップ
と、前記分割するステップにて得られた前記パート毎の
前記演奏情報を時系列順に比較し、前記演奏情報の時間
軸方向の変化のパターンが一部の演奏情報を除いて、２
パート以上連続するとき、前記演奏情報に繰り返しがあ
ると判断するステップと、前記判断するステップにて繰
り返しがあると判断されたとき、その繰り返しパート数
を計数するステップと、前記判断するステップにて繰り
返しがあると判断されたとき、繰り返しのパート中、繰
り返しではない異なる部分を残して、他の部分が重複し
ないよう削除するステップと、前記判断するステップに
て繰り返しがあると判断されたとき、前記削除するステ
ップによって削除される部分に、パターンの繰り返しが
生じる旨を示す情報と、前記計数するステップによって
計数されたパターンの繰り返し回数を示す情報を付加す
るステップとを、有する演奏情報圧縮方法が提供され
る。

【００１２】さらに本発明によれば、楽音を構成する音
の音程と発音時間を指定する演奏情報を受けて、前記演
奏情報を所定時間単位のパート毎に分割するステップ
と、前記分割するステップにて得られたパート列中の先
頭のパートからパート単位で順次データ比較を行い、実
質的に同一のデータのパートに同一パート番号を付与し
ファイルＡを作成するステップと、前記ファイルＡの先
頭からパート番号を調べ、重複する番号が出現したとき
は、それを削除した新たなファイルＢを作成するステッ
プと、前記ファイルＡとファイルＢを先頭のパートから
パート単位でパート番号の比較を行い、互いに相違する
パート番号が出現したら、又は前記ファイルＡのパート
と比較する前記ファイルＢのパートが存在しないとき
は、挿入すべきジャンプマークとタグの各々における識
別のためのレベルをインクリメントし、前記ファイルＢ
中の相違するパート番号の直前に前記レベルのインクリ
メントされたジャンプマークを挿入し、かつ前記ファイ
ルＡ中の相違するパート番号と同一の前記ファイルＢ中
のパート番号の直前に前記レベルのインクリメントされ
たタグを挿入するステップと、前記ファイルＡ中の前記
相違するパート番号以後と前記ファイルＢの前記タグの
挿入された直後のパート以後とをパート単位でパート番
号の比較を行い、互いに相違するパート番号が出現した
ら、前記挿入するステップと同様の挿入を行うステップ
とを、有する演奏情報圧縮方法が提供される。

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

【００１４】さらに本発明によれば、演奏情報の繰り返
し部分を削除し、繰り返し部分を再生するために挿入さ
れたジャンプマークとタグであってレベルの付されたも
のを含む圧縮演奏情報ファイルをメモリにロードするス
テップと、前記メモリにロードされた前記圧縮演奏情報
ファイルについて前記タグを検出するステップと、前記
メモリにロードされた前記圧縮演奏情報ファイルについ
て前記ジャンプマークをそのレベル順に検出するステッ
プと、前記ジャンプマークが検出されたとき、先に検出
された前記タグのレベルと、その前記メモリのアドレス
を指定して前記メモリからのデータの読み出し制御を行
うステップとを有する演奏情報伸張方法が提供される。

【００１５】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３４】ジャンプマークＪとタグＴはＭＥＴＡイベ
ントを用いて次のように記述する。 ＭＥＴＡ（ＪＵＭＰ，Ｃｈ，ｙ） ＭＥＴＡ（ＴＡＧ，Ｃｈ，ｚ）

【００３５】これらを一組として圧縮ファイルＳＭＦ
Ｃに次のように記述する。 ＭＥＴＡ（ＪＵＭＰ，Ｃｈ，ｙ）→△ｔ：ＭＥＴＡ Ｉ
Ｄ：ＪＵＭＰ ＩＤ：ＭＩＤＩチャンネル Ｃｈ：レベ
ルｙ ＭＥＴＡ（ＴＡＧ，Ｃｈ，ｚ）→△ｔ：ＭＥＴＡ Ｉ
Ｄ：ＴＡＧ ＩＤ：ＭＩＤＩチャンネル Ｃｈ：レベル
ｚ

【００３６】なお、ジャンプマークとタグのそれぞれに
レベルを付加することによって、複雑な演奏手順に対し
ても、統一的な書式で記述し、正しく再生することがで
きる。

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

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

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

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

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

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

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

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

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

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

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

【００４８】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成６年１２月１５日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】図２５

【補正方法】追加

【補正内容】

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

Claims (7)

【特許請求の範囲】
1. 【請求項１】 楽音を構成する音の音程と発音時間を指
   定する演奏情報を受けて、前記演奏情報を所定時間単位
   のパート毎に分割するステップと、 前記分割するステップにて得られた前記パート毎の前記
   演奏情報を時系列順に比較し、前記演奏情報の時間軸方
   向の変化のパターンが２パート以上連続し、前記演奏情
   報に繰り返しがあるか否かを判断するステップと、 前記判断するステップにて繰り返しがあると判断された
   とき、その繰り返しパート数を計数するステップと、 前記判断するステップにて繰り返しがあると判断された
   とき、繰り返しのパートが重複しないよう削除するステ
   ップと、 前記判断するステップにて繰り返しがあると判断された
   とき、前記削除する手段によって削除される部分に、パ
   ターンの繰り返しが生じる旨を示す情報と、前記計数す
   るステップによって計数されたパターンの繰り返し回数
   を示す情報を付加するステップとを、 有する演奏情報圧縮方法。
2. 【請求項２】 楽音を構成する音の音程と発音時間を指
   定する演奏情報を受けて、前記演奏情報を所定時間単位
   のパート毎に分割するステップと、 前記分割するステップにて得られた前記パート毎の前記
   演奏情報を時系列順に比較し、前記演奏情報の時間軸方
   向の変化のパターンが一部の演奏情報を除いて、２パー
   ト以上連続するとき、前記演奏情報に繰り返しがあると
   判断するステップと、 前記判断するステップにて繰り返しがあると判断された
   とき、その繰り返しパート数を計数するステップと、 前記判断するステップにて繰り返しがあると判断された
   とき、繰り返しのパート中、繰り返しではない異なる部
   分を残して、他の部分が重複しないよう削除するステッ
   プと、 前記判断するステップにて繰り返しがあると判断された
   とき、前記削除するステップによって削除される部分
   に、パターンの繰り返しが生じる旨を示す情報と、前記
   計数するステップによって計数されたパターンの繰り返
   し回数を示す情報を付加するステップとを、 有する演奏情報圧縮方法。
3. 【請求項３】 前記判断するステップが前記演奏情報の
   時間軸方向の変化のパターンを比較する際、音の音程と
   発音時間の照合において所定の誤差許容範囲を設け、比
   較精度を粗くするステップをさらに有する請求項１又は
   ２記載の演奏情報圧縮方法。
4. 【請求項４】 前記分割するステップにてパートに分割
   されて得られた前記各パート内において、所定の音程が
   連続し、繰り返されているか否かを判断する連続音程検
   出ステップと、 前記連続音程検出ステップにて繰り返しがあると判断さ
   れたとき、その繰り返し音程の情報出現回数を計数する
   同一音程計数ステップと、 前記連続音程検出ステップにて繰り返しがあると判断さ
   れたとき、繰り返しの音程の情報が重複しないよう削除
   する音程情報削除ステップと、 前記連続音程検出ステップにて繰り返しがあると判断さ
   れたとき、前記音程情報削除ステップによって削除され
   る部分に、音程の繰り返しが生じる旨を示す情報と、前
   記同一音程計数ステップによって計数された音程の繰り
   返し回数を示す情報を付加するステップとを、 さらに有する請求項１乃至３のいずれか１つに記載の演
   奏情報圧縮方法。
5. 【請求項５】 楽音を構成する音の音程と発音時間を指
   定する演奏情報を受けて、前記演奏情報を所定時間単位
   のパート毎に分割するステップと、 前記分割するステップにて得られたパート列中の先頭の
   パートからパート単位で順次データ比較を行い、実質的
   に同一のデータのパートに同一パート番号を付与しファ
   イルＡを作成するステップと、 前記ファイルＡの先頭からパート番号を調べ、重複する
   番号が出現したときは、それを削除した新たなファイル
   Ｂを作成するステップと、 前記ファイルＡとファイルＢを先頭のパートからパート
   単位でパート番号の比較を行い、互いに相違するパート
   番号が出現したら、又は前記ファイルＡのパートと比較
   する前記ファイルＢのパートが存在しないときは、挿入
   すべきジャンプマークとタグの各々における識別のため
   のレベルをインクリメントし、前記ファイルＢ中の相違
   するパート番号の直前に前記レベルのインクリメントさ
   れたジャンプマークを挿入し、かつ前記ファイルＡ中の
   相違するパート番号と同一の前記ファイルＢ中のパート
   番号の直前に前記レベルのインクリメントされたタグを
   挿入するステップと、 前記ファイルＡ中の前記相違するパート番号以後と前記
   ファイルＢの前記タグの挿入された直後のパート以後と
   をパート単位でパート番号の比較を行い、互いに相違す
   るパート番号が出現したら、前記挿入するステップと同
   様の挿入を行うステップとを、 有する演奏情報圧縮方法。
6. 【請求項６】 楽音を構成する音の音程と発音時間を指
   定する演奏情報を受けて、前記演奏情報を所定時間単位
   のパート毎に分割するステップと、 当初内容のないファイルＣを作成するステップと、 前記ファイルＣ内の位置を示すファイルＣのポインタを
   前記ファイルＣの先頭に設定するステップと、 当初内容のないパートリストを作成するステップと、 変数ｉに前記ファイルＡの最初のパート番号を設定する
   ステップと、 前記変数ｉが前記パートリストにあるか否かを判断する
   パート番号確認ステップと、 前記パート番号確認ステップで前記変数ｉで示されるパ
   ート番号がないときは、前記ポインタが前記ファイルＣ
   の末尾にあるか否かを判断するポインタ位置第１判断ス
   テップと、 前記ポインタ位置が前記ファイルＣの末尾以外のとき
   は、前記ポインタが現在ある位置にジャンプマークＪＵ
   ＭＰ（ｎ）を挿入し、次に前記ポインタを前記ファイル
   Ｃの末尾へ移動させ、その後前記ポインタの位置にタグ
   ＴＡＧ（ｎ）を挿入し、前記変数ｎを１つインクリメン
   トするステップと、 前記ポインタ位置が前記ファイルＣの末尾であるとき
   は、前記ファイルＣに前記ファイルＡの前記変数ｉで示
   されるパートの演奏情報を付加し、前記パートリストに
   前記変数ｉを付加し、前記ポインタを前記ファイルＣの
   末尾に移動させるステップと、 前記パート番号確認ステップで前記変数ｉで示されるパ
   ート番号があるときは、前記ポインタが前記ファイルＣ
   の変数ｉで示されるパートの先頭にあるか否かを判断す
   るポインタ位置第２判断ステップと、 前記ポインタ位置が前記ファイルＣの変数ｉで示される
   パートの先頭以外のときは、前記ポインタが現在ある位
   置にジャンプマークＪＵＭＰ（ｎ）を挿入し、次に前記
   ポインタを前記ファイルＣの変数ｉで示されるパートの
   先頭位置へ移動させ、その後前記ポインタの位置にタグ
   ＴＡＧ（ｎ）を挿入し、前記変数ｎを１つインクリメン
   トするステップと、 前記ポインタが前記ファイルＣの変数ｉで示されるパー
   トの先頭であるときは、前記ポインタを次のパートの先
   頭位置へ移動させるステップと、 前記２つの移動させるステップ一方の後に、前記ファイ
   ルＡの中の次のパートを検索し、存在する場合は前記変
   数ｉに前記ファイルＡの次のパート番号を設定する次パ
   ート番号設定ステップとを、 有し、以後前記ファイルＡに次のパートがなくなるま
   で、前記パート番号確認ステップ以降、前記次パート番
   号設定ステップまでを繰り返し実行するようにした演奏
   情報圧縮方法。
7. 【請求項７】 演奏情報の繰り返し部分を削除し、繰り
   返し部分を再生するために挿入されたジャンプマークと
   タグであってレベルの付されたものを含む圧縮演奏情報
   ファイルをメモリにロードするステップと、 前記メモリにロードされた前記圧縮演奏情報ファイルに
   ついて前記タグを検出するステップと、 前記メモリにロードされた前記圧縮演奏情報ファイルに
   ついて前記ジャンプマークをそのレベル順に検出するス
   テップと、 前記ジャンプマークが検出されたとき、先に検出された
   前記タグのレベルと、その前記メモリのアドレスを指定
   して前記メモリからのデータの読み出し制御を行うステ
   ップとを有する演奏情報伸張方法。