JPH11175062A

JPH11175062A - 情報出力装置、情報編集装置、及び記録媒体

Info

Publication number: JPH11175062A
Application number: JP9343312A
Authority: JP
Inventors: Junichi Nakamura; 順一中村; Shuichi Otsu; 秀一大津; Shigeru Aoyanagi; 繁青柳; Takashi Higuchi; 貴司樋口
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1997-12-12
Filing date: 1997-12-12
Publication date: 1999-07-02
Also published as: US5990406A

Abstract

(57)【要約】【課題】ソフト・ハードに負担を与えることなく、簡
易な処理によってメドレー再生等のための楽曲演奏情報
の編集処理が行えるようにする。【解決手段】ＳＭＦにおいて編集ポイントとして設定
された位置に対して編集ポイント指示イベントとして定
義したメタイベントを挿入する。この際、ＳＭＦにおけ
るイベント情報の配列としては、編集ポイントを基点と
して形成されるデータ区間を再生した場合には適正な演
奏結果が得られるような形態とされている。編集装置側
では、編集ポイント指示イベントに基づいて編集ポイン
トを識別し、この編集ポイントにより区切られるデータ
区間を利用してデータの連結等を行うようにして、楽曲
演奏情報に対する編集処理実行すればよく、例えば、編
集のために、ＳＭＦについて異なる形式のデータに展開
するような処理を実行する必要はなくなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばスタンダー
ドＭＩＤＩ(Musical Instrument Digital Interface)フ
ァイルなどの楽曲演奏情報を生成して出力する情報出力
装置と、入力された楽曲演奏情報を利用して所要の編集
処理を行う情報編集装置、及び楽曲演奏情報が格納され
る記録媒体に関するものである。

【０００２】

【従来の技術】従来より演奏データの規格としてＭＩＤ
Ｉが広く普及しているが、このＭＩＤＩ情報を利用して
作成した楽曲演奏データのフォーマットとして、異なる
機種のシーケンサ（ここでは、ＭＩＤＩ情報による演奏
データの記録、再生、編集等を行う装置のことである）
やシーケンスソフトに対応して汎用性を与えることを目
的として規定された、いわゆるスタンダードＭＩＤＩフ
ァイル（以降、単にＳＭＦ(Standard Midi File)とい
う）も普及してきている。

【０００３】このＳＭＦは、近年においては、通信カラ
オケシステムなどにおける楽曲演奏データとして採用さ
れている。例えば通信カラオケでは、ＳＭＦとしての楽
曲演奏データが、端末としてのカラオケ再生装置に対し
て電話回線等を介してサーバから配信される。カラオケ
再生装置側では、例えば配信された楽曲データを格納し
ておく記憶装置を備えていると共に、少なくとも楽曲演
奏データとしてＳＭＦを再生可能なシーケンサ及び音源
を備えている。そして、ユーザが所定操作に従って楽曲
をリクエストした場合には、カラオケ再生装置はリクエ
スト曲に対応する楽曲演奏データを記憶装置から読み出
してシーケンサにより再生することでＭＩＤＩイベント
を発生し、このＭＩＤＩイベントにより音源を駆動する
ようにされる。これにより、カラオケとしての楽曲が音
声として再生されることになる。

【０００４】

【発明が解決しようとする課題】ところで、カラオケの
ユーザとしては、例えば自分の好み応じた楽曲のパート
をある程度の自由度が与えられた範囲内で編集してメド
レーなどのカラオケを作成し、このカラオケにのせて歌
ってみたいといった要望があることは当然考えられる。

【０００５】ＳＭＦのデータ構造では、あるＭＩＤＩメ
ッセージを発生する際の時刻情報として、例えば直前の
イベントデータに対する相対時間差情報が与えられてい
る。また、ＳＭＦの再生により出力されるＭＩＤＩメッ
セージは、その制御を必要とするときにリアルタイムで
発生されることから、ある時点でのＭＩＤＩ機器（音
源）の発音制御はそれより過去のＭＩＤＩメッセージに
依存することになる。これについては、ＳＭＦに基づい
てＭＩＤＩメッセージを発生して音源を駆動した場合に
も同様のことがいえる。このため、上述したような編集
をＳＭＦにより行おうとした場合には、次に説明するよ
うな不都合が生じる。

【０００６】ここで、一例として図９に示すようにして
楽曲Ａの１コーラス目に続けて、楽曲Ｂの２コーラス目
を連結してメドレーを作成するという編集を行う場合に
ついて考えてみる。つまり図の斜線に示す部分に対応す
るＳＭＦデータを結合して再生を行う場合である。ま
た、図１０に楽曲Ｂの１コーラス目と２コーラス目の区
切り部分を実際に発音される楽音として譜面により示
す。この図によると、１コーラス目の最後の楽音はグラ
ンドピアノの音色とされており、続く２コーラス目の最
初の楽音はアコースティックギターとされている。この
場合には、ＳＭＦデータ上で楽曲Ａ及び楽曲Ｂのそれぞ
れの１コーラス目と２コーラス目の音声の切れ目に対応
する位置を編集ポイント（図９，図１０参照）として設
定することになる。

【０００７】ＭＩＤＩフォーマットでは演奏パートを最
大１６のチャンネルで構成するのであるが、ＳＭＦのフ
ォーマットでは各チャンネルの演奏データを１つのトラ
ックにまとめることが行われる。図１１は、このような
ＳＭＦのフォーマットに従った楽曲Ｂの構造例を示して
いる。なお、図１１では説明の簡単のために、図１０に
示した２小節により楽曲Ｂが形成されているものとして
説明する。つまり、楽曲Ｂの１コーラス目はグランドピ
アノの音色でもって一拍目から音名Ｃによる発音（付点
二分音符としての音長）のみが行われ、２コーラス目は
アコースティックギターの音色でもって一拍目から音名
Ｃによる発音（付点二分音符としての音長）のみが行わ
れるものとされる。

【０００８】図１１に示すように、ＳＭＦフォーマット
としては、１つの楽曲のファイルとしての先頭に対して
ヘッダチャンクが設けられる。ヘッダチャンクは、その
ファイルについての基本的な情報を格納する領域とさ
れ、その先頭４バイトにはチャンクタイプとして、「４
Ｄｈ，５４ｈ，６８ｈ，６４ｈ」（ｈは１６進数による
表記であることを示す）が格納される。これは、アスキ
ー文字によりチャンクタイプ「ＭＴｈｄ」を示すものと
される。これに続いて４バイトによりデータ長が示され
る。ここでのデータ長はヘッダチャンクにおける以降の
データサイズを示すものとなる。現状のＳＭＦのフォー
マットでは、ヘッダチャンクとしてのデータ長は固定と
されており、図のように「００ｈ，００ｈ，００ｈ，０
６ｈ」となる。データ長の後ろには、フォーマット、ト
ラック数、及び単位時間がそれぞれ２バイトにより表現
される。現在ＳＭＦとしては、フォーマット０，１，２
の３種類のフォーマットが規定されており、上記フォー
マットの領域は、そのファイルがフォーマット０，１，
２の何れであるのかを示す。図１１では、「００ｈ，０
０ｈ」が示されており、これによりファイルはフォーマ
ット０であることを示すことになる。トラック数の領域
は、ヘッダチャンクに続くトラックチャンクの数を示す
ものとされる。フォーマット０の場合には、シングルト
ラックであることがフォーマットで規定されていること
から、図１１においては、「００ｈ，０１ｈ」が示され
ている。単位時間の領域では、トラックチャンクのデー
タセクションで使用されるデルタタイム（イベントごと
に対応する時間情報）の意義が指定される。ＳＭＦの時
間単位の種類（意義）としては、符割を基準としたもの
と、絶対時間のタイムコードによるものとの２種類が存
在するものとされている。図１１においては、前者の時
間単位が採用されており、この場合には四分音符あたり
の分解能が示されることになる。ここでは、「０１ｈ，
Ｅ０ｈ」により四分音符あたり４８０の分解能であるこ
とが示される。なお、時間単位として絶対時間のタイム
コードによるものについては、ここでは説明を省略す
る。

【０００９】上記ヘッダチャンクに続いては、トラック
チャンクが設けられる。トラックチャンクは、先頭４バ
イトのチャンクタイプに続いて、４バイトのデータ長の
領域が設けられ、この後ろにデータセクションが設けら
れることで形成される。トラックチャンクのチャンクタ
イプとしては、「４Ｄｈ，５４ｈ，７２ｈ，６Ｂｈ」と
されて、アスキー文字チャンクタイプ「ＭＴｒｋ」であ
ることが示される。トラックチャンクにおけるデータセ
クションは、そのデータ内容に応じて可変長となり、そ
のサイズはデータ長の領域により示されることになる。
この場合には、データ長として「００ｈ，００ｈ，００
ｈ，１Ｆ」が格納され、データセクションは２９バイト
であることが示される。

【００１０】データセクションに格納される各イベント
情報は、ＭＴｒｋイベントといわれる。ＳＭＦでは、Ｍ
ＴｒＫイベントに格納されるイベントとしてＭＩＤＩイ
ベント、ＳｙｓＥｘ（システムエクスクルーシブ）イベ
ント、及びメタイベントの３種類が定義されている。Ｍ
ＩＤＩイベントは、ＭＩＤＩチャンネルメッセージを格
納したイベントであり、演奏データとしての実体をなす
ものとされる。ＳＭＦのＭＩＤＩイベントの内容として
はＭＩＤＩフォーマットに従ったＭＩＤＩメッセージと
してのシーケンスとされていればよい。ＳｙｓＥｘイベ
ントは、主としてＭＩＤＩ規格におけるシステムエクス
クルーシブメッセージを格納するためのイベントとされ
る。そして、メタイベントは、演奏データ自体には含ま
れない、例えば演奏全体に関連する情報やシーケンサ
ー、シーケンスソフトが利用する所要の情報が格納され
る。そして、上記各イベントに対して時間情報を示すデ
ルタタイムの情報を付加したものがＭＴｒｋイベントと
される。即ち、ＭＴｒｋイベントは、 [ デルタタイム][ＭＩＤＩイベント] [ デルタタイム][ＳｙｓＥｘイベント] [ デルタタイム][メタイベント] の何れかの形式を採ることになる。

【００１１】デルタタイムとは、直前のＭＴｒｋイベン
トからの相対時間（時間差情報）をいわゆる可変長数値
で表現した時間情報とされる。このデルタタイムとして
の値はヘッダチャンクの単位時間によって指定された値
に依存する。例えば、上述のように四分音符あたりの分
解能が４８０であったとして、デルタタイムが２４０で
あれば、この値は八分音符の間隔に相当することにな
る。また、直前のＭＴｒｋイベントと同じタイミングの
ＭＴｒｋイベントがある場合には、このＭＴｒｋイベン
トに付加されるデルタタイムは０となる。なお、ＳＭＦ
にて規定される可変長数値表現規則についての詳しい説
明はここでは省略するが、必要最小限のバイト列によっ
て数値を表現するようにしたもので、ＳＭＦフォーマッ
トにおいては、最小で１バイト、最大で４バイトにより
デルタタイムを表現するようにしている。

【００１２】図１１に示すデータセクションとしては、
７つのＭＴｒｋイベント（１〜７）のシーケンスにより
形成されている。ＭＴｒｋイベント１としては、プログ
ラムチェンジメッセージのＭＩＤＩイベントが格納され
る。ここでは、プログラムチェンジメッセージとして
「Ｃ０ｈ，００ｈ」が格納されている。この内容による
プログラムチェンジメッセージでは、先頭のステータス
バイト「Ｃ０ｈ」のうち上位４ビット「Ｃｈ」によりプ
ログラムチェンジメッセージのステータスであることが
示され、下位４ビット「０ｈ」により、メッセージを送
信すべきチャンネルが示される。そして、ステータスバ
イトに続くデータバイト「００ｈ」によりプログラムナ
ンバが示される。このような内容を有するＭＴｒｋイベ
ント１により、例えばＧＭ(General Midi)の規格に対応
して設定された音源としては、ステータスバイトの下位
４ビット「０ｈ」により指定されるチャンネルに対して
グランドピアノの音色が設定されるものである。

【００１３】続くＭＴｒｋイベント２には、ＭＴｒｋイ
ベント１と同時タイミング（デルタタイム＝「００
ｈ」）によるノートオンメッセージのＭＩＤＩイベント
が格納されており、これにより上記グランドピアノの音
色に対するノートオン指定が行われる。なお、ノートオ
ンメッセージのＭＩＤＩイベントとしては、先頭のステ
ータスバイト「９０ｈ」（上位４ビット「９ｈ」：ノー
トオンのステータス／下位４ビット「０ｈ」：メッセー
ジ送信チャンネル）により、上記グランドピアノの音色
に対するノートオンメッセージであることが示され、続
く１バイト目のデータバイトにより発音すべきノートナ
ンバ「３Ｃｈ」が示され、２バイト目のデータバイトに
よりベロシティ「４０ｈ」が示される。ここでは、ノー
トオフメッセージとして、ノートオンステータスのベロ
シティ「００ｈ」を使用するものとしている。

【００１４】ＭＴｒｋイベント３には、デルタタイム
「８３ｈ，６０ｈ」が付加されたプログラムチェンジメ
ッセージ「Ｃ０ｈ、１８ｈ」のＭＩＤＩイベントが格納
されている。これにより、先にグランドピアノの音色が
設定されていたチャンネルに対して、次にノートオンす
べき音色としてアコースティックギターに切り替わるよ
うに指定が行われたことになる。

【００１５】ＭＴｒｋイベント４には、デルタタイム
「８７ｈ，４０ｈ」が付加されたノートオフメッセージ
「９０ｈ，３Ｃｈ，００ｈ」のＭＩＤＩイベントが格納
され、これにより、先にノートオンされたグランドピア
ノの音色のノートオフ指定が行われることになる。

【００１６】ＭＴｒｋイベント５には、デルタタイム
「８３ｈ，６０ｈ」が付加されたノートオンメッセージ
「９０ｈ，３Ｃｈ，４０ｈ」のＭＩＤＩイベントが格納
され、これにより、先にＭＴｒｋイベント３により指定
されたアコースティックギターの音色に対するノートオ
ン指定が行われる。

【００１７】ＭＴｒｋイベント６には、デルタタイム
「８Ｂｈ，２０ｈ」が付加されたノートオフメッセージ
「９０ｈ，３Ｃｈ，００ｈ」のＭＩＤＩイベントが格納
され、これにより、上記ＭＴｒｋイベント５によりノー
トオンされたアコースティックギターの音色に対するノ
ートオフ指定が行われることになる。

【００１８】ＭＴｒｋイベント７には、デルタタイム
「Ａ１ｈ，６０ｈ」が付加されたエンドオブトラック
（エンドオブファイル）としてのメタイベントが格納さ
れている。このメタイベントによりトラックの終了（フ
ォーマット０であればファイルの終了）が示されること
になる。エンドオブトラックとしてのメタイベントは
「ＦＦｈ，２Ｆｈ，００ｈ」としてＳＭＦフォーマット
において規定されている。

【００１９】例えば、上記図１１のようなファイル構造
を有する楽曲ＢのＳＭＦにおいて、図１０に対応する編
集ポイントとして、ＭＴｒｋイベント４とＭＴｒｋイベ
ント５の間の位置を設定したとする。これは、楽曲Ｂの
１コーラスにおけるグランドピアノによるノートオン及
びノートオフの指定が完了したとされる音声の切れ目に
対応するデータ位置となる。ここで、上記図１１に示す
編集ポイントを基点として、図９により説明したように
して楽曲Ａの後ろに楽曲Ｂを連結したとする。この場
合、楽曲Ａの１コーラス目の最後とされるデータに続け
て、図１１の編集ポイント以降に示すＭＴｒｋイベント
が連結されることになる。つまり、楽曲Ａの１コーラス
目の最後に対応するあるＭＴｒｋイベントに対して、図
１１のＭＴｒｋイベント５以降のデータセクションが連
結されることになる。編集後においては、２コーラス目
から開始される楽曲Ｂとしてはアコースティックギター
により発音されることが要求されるのであるが、図１１
に示す位置を編集ポイントとして設定した場合には、ア
コースティックギターの音色に切り換えるためのプログ
ラムチェンジメッセージを格納したＭＴｒｋイベントは
切り捨てられていることになり、編集後のデータセクシ
ョンには存在しないことになる。

【００２０】仮にこのようにして編集されたＳＭＦによ
り演奏を行った場合、楽曲Ｂのパートとして発音すべき
音色は、その前に連結されている楽曲Ａにおいて設定さ
れているプログラムナンバに依存することになる。この
ため、楽曲Ｂのパートとして最初に発音すべき楽器の音
色が適正に設定されない可能性がある。このように、編
集前と編集後とのデータにおいて、何らかのイベント情
報が欠落することで本来要求される演奏結果（ここでは
演奏以外の制御結果も含む）が得られなくなる可能性
は、プログラムチェンジメッセージ以外のＭＩＤＩイベ
ントや、更には他の種類のイベント情報についてもあり
得るものである。これまでの説明から分かるように、Ｓ
ＭＦに対して音声の切れ目に対応する位置のみを考慮し
て適当に編集ポイントを設定し、この編集ポイントを基
点として何らかの編集処理を行ったとしても、編集後の
ＳＭＦとしては、本来要求される演奏結果が得られなく
なる可能性が高い。

【００２１】このため、ＳＭＦを利用した演奏（楽曲再
生）に関して、編集などのデータ処理を行おうとした場
合には、ＭＩＤＩフォーマットやＳＭＦのデータ構造を
理解したユーザがエディタソフト等を利用して行うか、
専用のシーケンサやシーケンスソフトを利用して行うこ
とが一般的であった。ここで、例えば上記のようなＳＭ
Ｆの編集機能を有するシーケンサやシーケンスソフトを
利用して編集を行う際には、通常、編集によるデータの
区切り位置と再生音声として区切り位置との一致が得ら
れやすいようにするために、ＳＭＦとは異なる独自の形
式のデータ構造に一旦解釈し直して展開するなどの処理
が行われることになる。ただし、このようなデータ処理
は決して軽い処理ではなく、特に、実時間に対応させて
演奏（再生）を実行させながらの編集を行うようなこと
が要求される場合には、ハードウェア及びソフトウェア
に対してかなりの負担がかかることになる。

【００２２】例えば、上記のようなＳＭＦの編集に関す
る問題を、前述した通信カラオケシステムにおけるユー
ザの好みに応じたメドレー編集に照らし合わせて考えて
みた場合、ユーザ自身の手軽な操作によってＳＭＦを編
集してメドレーを作成するような機能を与えようとした
場合には、再生装置側のハードウェア及びソフトウェア
の規模が相当に大きなものとなり、それだけ再生装置と
してのコストも高くなってしまう。

【００２３】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、特にＳＭＦ等の楽曲演奏情報としての
データ構造を変換するような処理を行うことなく、簡易
な処理によって編集処理が行えるようにすることを目的
とする。

【００２４】このため、特定のフォーマットに従って定
義された所定種類のイベント情報のシーケンスにより形
成される楽曲演奏情報を生成して外部に出力するための
情報出力装置において、イベント情報として、楽曲演奏
情報における編集のための区切り位置として設定された
編集ポイントを識別するための編集ポイント識別イベン
ト情報を設定し、この編集ポイント識別イベント情報を
楽曲演奏情報における所要の位置に挿入すると共に、編
集ポイントを基点として形成される区間の楽曲演奏情報
ごとに適正な演奏結果が得られるように所要のイベント
情報を配列させるようにして楽曲演奏情報を生成するこ
とのできる楽曲演奏情報生成手段を備えることとした。

【００２５】また、特定のフォーマットに従って定義さ
れた所定種類のイベント情報のシーケンスにより形成さ
れる楽曲演奏情報について編集処理を行うための編集装
置として次のように構成することとした。先ず、上記イ
ベント情報としては、楽曲演奏情報における編集のため
の区切り位置として設定された編集ポイントを識別する
ための編集ポイント識別イベント情報が楽曲演奏情報に
おける所要の位置に挿入されている共に、編集ポイント
を基点として形成される区間の楽曲演奏情報ごとに適正
な演奏結果が得られるように所要のイベント情報が配列
されている楽曲演奏情報に対応するものとする。そし
て、これを前提として、上記楽曲演奏情報に挿入される
編集ポイント識別イベント情報に基づいて楽曲演奏情報
における編集ポイントを識別し、この識別された編集ポ
イントを基点として楽曲演奏情報についての所要の編集
処理を実行することのできる編集処理手段を備えること
とした。

【００２６】また、特定のフォーマットに従って定義さ
れた所定種類のイベント情報のシーケンスにより形成さ
れる楽曲演奏情報が記録される記録媒体として、イベン
ト情報として、楽曲演奏情報における編集のための区切
り位置として設定された編集ポイントを識別するための
編集ポイント識別イベント情報が設定されており、この
編集ポイント識別イベント情報が楽曲演奏情報における
所要の位置に挿入されていると共に、編集ポイントを基
点として形成される区間の楽曲演奏情報ごとに適正な演
奏結果が得られるように所要のイベント情報が配列され
ている楽曲演奏情報が記録されているものとした。

【００２７】上記構成の情報出力装置によれば、楽曲演
奏情報を生成する際に、楽曲演奏情報における編集ポイ
ントを識別するための編集ポイント識別イベント情報を
設定して挿入させることが可能となる。この編集ポイン
ト識別イベント情報は、楽曲演奏情報のフォーマットに
より規定されたイベント情報の１つとして定義されるた
め、本来の楽曲演奏情報のフォーマットに従ったものと
なる。そして、楽曲演奏情報の構造としては、編集ポイ
ント以降の楽曲演奏情報に基づいて演奏を開始した場合
に、本来要求される演奏結果が得られるように所要のイ
ベント情報を配列するようにしているため、例えば編集
後の楽曲演奏情報によっても適正な演奏結果が得られる
ようにされた楽曲演奏情報を提供できることになる。

【００２８】また、上記構成の情報編集装置によれば、
楽曲演奏情報に挿入された編集ポイント識別イベント情
報に基づいて識別した編集ポイントを基点として編集処
理を実行するようにされる。つまり、元の楽曲演奏情報
の形式をそのまま利用した編集処理を行うことが可能と
なるので、特に編集のためにデータ形式を変換して展開
するような処理を実行する必要はなくなる。

【００２９】また、上記構成による記録媒体によれば、
楽曲演奏情報における編集ポイントを識別するための編
集ポイント識別イベント情報が挿入された楽曲演奏情報
が記録されていることになる。つまり、編集ポイント識
別イベント情報に基づいて識別した編集ポイントを基点
として編集処理が可能な楽曲演奏情報を記憶させておく
ことが可能となる。

【００３０】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。本実施の形態としては、楽曲演奏情報とし
てＳＭＦを適用しているものとする。なお、以降の説明
は次の順序で行うこととする。１．ＳＭＦのデータ構造１−ａ．編集ポイント指示イベント１−ｂ．編集ポイント管理イベント１−ｃ．編集ポイント指示イベントを挿入したＳＭＦの
構造２．通信カラオケシステムの構成３．編集処理

【００３１】１．ＳＭＦのデータ構造１−ａ．編集ポイント指示イベント本実施の形態においては、ＳＭＦのシーケンスにおける
編集可能位置、即ち編集ポイントを示すためのイベント
情報を設定するものとして、このイベント情報を上記編
集ポイントにとされるＳＭＦシーケンス上の位置に対し
て挿入することとする。そこで、先ずこの編集ポイント
に挿入されるイベント情報（以降編集ポイント指示イベ
ント）について説明する。

【００３２】編集ポイント指示イベントは、メタイベン
トの１つとして定義されるものとする。前述のようにメ
タイベントはＳＭＦフォーマットにより規定されている
イベント情報であり、これにより、ＳＭＦフォーマット
に準拠しながら編集ポイントを示す情報を挿入すること
ができることになる。

【００３３】図１は、本実施の形態としての編集ポイン
ト指示イベントの構造を示している。編集ポイント指示
イベントはメタイベントであることから、編集ポイント
指示イベントの構造としてはＳＭＦフォーマットにより
規定されたメタイベントの構造に準拠することになる。
メタイベントにおいては、先頭のステータスバイトとし
てメタイベントであることを示す「ＦＦｈ」が使用され
る。続く第２バイトにメタイベントの種類を示すイベン
トタイプの情報が格納される。この編集ポイント指示イ
ベントとしてのメタイベントの場合にはイベントタイプ
として「７Ｆｈ」が格納され、これにより、編集ポイン
ト指示イベントがシーケンサ固有のメタイベントである
ことが示される。続く第３バイトでは、メタイベントと
してのデータ長が示される。ここでは、「０３ｈ」が設
定されていることで、以降メタイベントとして３バイト
のデータ長が設けられることを示している。

【００３４】編集ポイント指示イベントの場合、上記３
バイトのデータ内容として、第４バイトに対してマニュ
ファクチャラーズＩＤが示される。マニュファクチャラ
ーズＩＤとは、当該メタイベントがある特定のベンダー
（メーカー）の独自解釈によるものであることを示すも
のであり、そのベンダーに固有となるように与えられた
ＩＤナンバが格納される。これにより、マニュファクチ
ャラーズＩＤに該当するとされるメーカのシーケンサや
シーケンスソフトでは、このメタイベントを解釈するこ
とが可能とされ、マニュファクチャラーズＩＤに該当し
ないとされるメーカのシーケンサやシーケンスソフトで
は、このメタイベントを無視するようにされる。図１で
は、マニュファクチャラーズＩＤとして「４Ｃｈ」が格
納されている。

【００３５】続く第５バイトはデータタイプを示すもの
とされる。ここでは、「００ｈ」が格納されることで、
このメタイベントが編集ポイント指示イベントを示すイ
ベント情報であることが示される。第６バイトにはデー
タとして編集ポイントのシリアルナンバ（０〜１２７
（１０進法））が格納される。このシリアルナンバは、
１つのＳＭＦのシーケンスにおいて挿入される編集ポイ
ント指示イベントに対して、その先頭から順に付される
ナンバとされる。

【００３６】１−ｂ．編集ポイント管理イベントまた、本実施の形態においては、少なくとも先頭の編集
ポイント指示イベントよりも以前の位置に対して図２に
示すような編集ポイント管理イベントを付加するように
される。この編集ポイント管理イベントもメタイベント
の１つとして定義されるものであり、次に説明するよう
にして、ＳＭＦに挿入される編集ポイント指示イベント
の位置を示す情報が格納されるものである。この編集ポ
イント管理イベントは、できるだけファイルの先頭付近
に挿入されることが好ましく、例えば、ヘッダチャンク
の直後などに挿入することが考えられる。

【００３７】図２に示す編集ポイント管理イベントにお
いても、先頭バイトから第５バイトまでの定義は、図１
に示した編集ポイント指示イベントと同様となることか
らここでの説明は省略する。なお、第３バイトのデータ
長に示す「ＮＮ」の表記は、実際にＳＭＦに挿入される
編集ポイント指示イベント数に応じて可変となることを
示すものである。また、第５バイトのデータタイプとし
ては、編集ポイント指示イベントであることを示す「０
０ｈ」が格納されているが、ここでは編集ポイント管理
イベントが、編集ポイント指示イベントに関連するメタ
イベントであることを意味することになる。

【００３８】第６バイトに対しては、ビット６〜０（下
位６バイト）により編集ポイントの総数、即ち、このＳ
ＭＦに挿入される編集ポイント指示イベントの総数が示
される。ここで、ビット７＝１として設定しているの
は、メタイベントとして編集ポイント指示イベントとの
区別を行うための識別コードとして機能させるためであ
る。従って、あるＳＭＦに対して編集ポイント管理イベ
ント及び編集ポイント指示イベントをが挿入されている
ものとして、このＳＭＦについてメタイベントの定義内
容を参照しながら編集ポイント指示イベントを検索した
場合、ＳＭＦシーケンスにおいて最初に検出される編集
ポイント指示イベントとしてのメタイベントがこの編集
ポイント管理イベントとされることになる。また、編集
ポイント管理イベントと編集ポイント指示イベントとの
区別の確認は上記第６バイトのビット７により行うこと
ができる。

【００３９】この場合には、第７バイト以降がデータと
なる。ここでは、第７バイトにおける編集ポイントのシ
リアルナンバと、続く第８〜第１０バイトにより示され
る編集ポイントの相対アドレスがひとまとまりのデータ
として扱われる。つまり、第７バイトにおけるシリアル
ナンバにより示される編集ポイントのＳＭＦ上での位置
が、続く第８〜第１０バイトの３バイトによるアドレス
値により指定されることになる。上記編集ポイントの相
対アドレスは、例えば当該編集ポイント管理イベントに
おける所定位置を基準とした相対アドレスであり、可変
長数値表現により示されるものである。従って、編集ポ
イントの相対アドレスは、１バイト〜４バイトのサイズ
の範囲内において可変となる。

【００４０】以降、データとしては同様にして、順次イ
ンクリメントされていく編集ポイントのシリアルナンバ
を格納した１バイトのデータと、このシリアルナンバの
編集ポイントの位置を相対アドレスにより示す１バイト
〜４バイトのデータのシーケンスが繰り返されることに
なる。

【００４１】なお、本実施の形態のＳＭＦとしては、図
１に示した編集ポイント指示イベントが挿入されてさえ
いれば、この編集ポイント指示イベントに基づいてＳＭ
Ｆにおける編集ポイントの位置を特定することが可能で
あるため、上記図２に示した編集ポイント管理イベント
は必須ではない。ただし、編集ポイント管理イベントが
前述のようにファイルの先頭付近に挿入されていれば、
この編集ポイント管理イベントの内容を読み出すこと
で、以降に挿入された編集ポイント指示イベントの数及
びその位置を識別することがより迅速に行えることにな
る。

【００４２】１−ｃ．編集ポイント指示イベントを挿入
したＳＭＦの構造続いて、上記編集ポイント指示イベントが挿入されたＳ
ＭＦのデータ構造例について図３を参照して説明する。
この図３に示すＳＭＦは、先に図９及び図１０により説
明した楽曲ＢのＳＭＦとして、編集ポイント指示イベン
トを挿入して形成されるデータ構造を示しているものと
される。なお、図３において、先に従来例として図１１
に示した楽曲ＢのＳＭＦと同一定義内容及び同一表記内
容とされる部分については説明を省略する。

【００４３】図３に示す楽曲ＢのＳＭＦのデータセクシ
ョンにおいては、図１０の楽譜に示した１コーラス目の
演奏を行うためのイベント情報が、先頭のＭＴｒｋイベ
ント１〜３としてシーケンス上で連続的に配列される。
つまり、ＭＴｒｋイベント１に格納されるプログラムチ
ェンジとしてのＭＩＤＩイベントによりグランドピアノ
の音色を指定し、続くＭＴｒｋイベント２のＭＩＤＩイ
ベントによりグランドピアノの音色に対してのノートオ
ンメッセージを指定し、ＭＴｒｋイベント３によりグラ
ンドピアノの音色に対してのノートオフメッセージを指
定するようにしている。また、図１０の楽譜に示した２
コーラスの演奏を行うためのイベント情報は、ＭＴｒｋ
イベント５〜７としてシーケンス上で連続的に配列する
ようにしている。つまり、ＭＴｒｋイベント５でのプロ
グラムチェンジとしてのＭＩＤＩイベントによりアコー
スティックギターの音色を指定し、続くＭＴｒｋイベン
ト６のＭＩＤＩイベントによりアコースティックギター
の音色に対するノートオンメッセージを指定し、ＭＴｒ
ｋイベント７によりアコースティックギターの音色に対
するノートオフメッセージを指定している。

【００４４】そして、上記ＭＴｒｋイベント１〜３（１
コーラスとしての演奏情報）とＭＴｒｋイベント５〜７
（２コーラスとしての演奏情報）の間の位置に対して、
ＭＴｒｋイベント４として、編集ポイント指示イベント
を挿入するようにしている。つまり、ＭＴｒｋイベント
３とＭＴｒｋイベント５の間を編集ポイントとして設定
することになる。この場合、ＭＴｒｋイベント４として
の編集ポイント指示イベントに対しては、デルタタイム
として「８３ｈ、６０ｈ」が付加されている。また、編
集ポイント指示イベントの内容として、第６バイトの編
集ポイントシリアルナンバは「００ｈ」とされている。
これは、図１１に示す楽曲ＢのＳＭＦのシーケンスにお
いて挿入される編集ポイント指示イベントとしては、Ｍ
Ｔｒｋイベント４が最前であることを示している。

【００４５】なお、ここでは図２にて説明した編集ポイ
ント管理イベントは挿入されていないが、例えばこの図
に示すファイルに編集ポイント管理イベントを挿入する
のであれば、前述したようにヘッダチャンクの直後など
の比較的データの先頭に近い位置に編集ポイント管理イ
ベントを挿入すればよいことになる。

【００４６】このように本実施の形態においては、ＳＭ
Ｆ上で、ある楽音に対する複数の制御情報（イベント情
報）が編集ポイントをまたいで配列されないようにして
いる。つまり、上記図３の場合であれば１コーラス目と
しての演奏情報をＭＴｒｋイベント１〜３としてまと
め、２コーラス目としての演奏情報をＭＴｒｋイベント
５〜７としてまとめて配列させるようにしている。そし
て、この音声の切れ目に対応するＳＭＦ上の位置を編集
ポイントとして設定し、このポイントに編集ポイント指
示イベントを挿入するようにされる（図３ではＭＴｒｋ
イベント４として挿入される）。なお、実際には、ＭＩ
ＤＩイベントだけでなく、ＳｙｓＥｘイベント、及び編
集ポイント指示イベント以外の他の種類のメタイベント
等も、適切な演奏結果として反映されるようにして編集
ポイントの前後において、適宜配列されるものである。

【００４７】このようなデータ構造とすることで、例え
ば再生装置側でＳＭＦの編集を行おうとした場合には、
ＳＭＦ上から編集ポイント指示イベントを検索すること
により編集ポイントを識別（編集ポイント管理イベント
が存在する場合には、そのデータ内容を参照することに
よって以降の編集ポイント指示イベントの位置を識別す
ることも可能である）し、識別された編集ポイントを基
点として必要なＳＭＦのデータ区間を抜き出し、所要の
編集処理を行えばよいことになる。この際、編集ポイン
トの前後のデータとしては、図１１にて例示したよう
に、ＭＩＤＩイベントをはじめとする所要のイベント情
報が配列されていることから、編集処理のために抜き出
したＳＭＦのデータ区間においては、本来要求される演
奏結果を実現するためのイベント情報は全て備えられて
いることになる。つまり、編集後に形成された新規のＳ
ＭＦとしては、適正な再生結果（演奏状態）が得られる
ことになる。

【００４８】具体的に、図３に示す楽曲ＢのＳＭＦを利
用して、図１０にて説明した編集処理を行おうとした場
合には、楽曲Ａの１コーラスのパートに続く楽曲Ｂの２
コーラスのパートとして、図３に示す編集ポイント以降
のデータが連結されることになる。図３に示す編集ポイ
ント以降のデータとしては、例えば図１１の場合のよう
に、アコースティックギターとしての音色により発音さ
せるために必要とされるイベント情報の一部が欠落する
ことなく、これらがＭＴｒｋイベント５〜７として全て
用意されている。このため、編集後のＳＭＦを再生した
場合には、楽曲Ａのパートに続く楽曲Ｂの演奏開始時に
は、適正にアコースティックギターによる所要のノート
の発音が行われることになる。

【００４９】２．通信カラオケシステムの構成続いて、本発明の実施の形態としての情報出力装置（送
信装置）及び再生装置を備えて構成されるシステムとし
て、通信カラオケシステムの構成について、図４を参照
して説明する。この図に示す通信カラオケシステムとし
ては、再生装置０及び送信装置９が備えられて構成され
る。ここでは、先に送信装置９から説明する。送信装置
９は、実際には、カラオケを営業する店舗や家庭などに
設置された多数の再生装置０と、例えば電話回線等の所
定の通信網８を介して相互通信可能に構成されている。

【００５０】送信装置９においては、インターフェイス
９１，ＣＰＵ９２，ＳＭＦ格納部９３、ＳＭＦ処理部９
４，及びワーキングメモリ９５がデータバス９６を介し
て接続されるようにして構成される。ＣＰＵ９０は、例
えばマイクロコンピュータ等を備えて構成され、当該送
信装置９における各機能回路部に対する制御を実行す
る。インターフェイス９１は、通信網８を介して所定の
伝送プロトコルに基づいて再生装置０と相互通信を行う
ために設けられる。

【００５１】ＳＭＦ作成部９２は、実際に入力された演
奏情報（ＭＩＤＩメッセージ）について記録編集を行う
ことにより、カラオケ楽曲データとしてのＳＭＦを作成
する処理を実行する。ＳＭＦ処理部９３は、例えば図１
０に示したような未だ編集ポイントが設定されていない
ＳＭＦについて処理を施すことによって、図３に示した
ような編集ポイントが設定されたＳＭＦを作成するため
に設けられる。ワーキングメモリ９４は、例えば上記Ｓ
ＭＦ処理部９３により編集ポイントが設定されたＳＭＦ
を作成する処理を実行する際の作業領域として利用され
る。

【００５２】ＳＭＦ格納部９５には、比較的大容量とさ
れる所定種類の記録媒体が備えられて構成され、主とし
て、この送信装置９から再生装置０に対して送信すべき
ＳＭＦが多数格納される。例えば、再生装置０から通信
網８を介して、ある楽曲のカラオケデータの配信を要求
する要求信号が送信されてきたとすると、ＣＰＵ１１は
この要求情報を受信入力して、ＳＭＦ格納部９５から上
記要求信号に応じた楽曲のＳＭＦデータを検索し、この
ＳＭＦデータをインターフェイス９１から通信網８を介
して、再生装置０に対して送信するように処理を行うよ
うにされる。

【００５３】ここで、本実施の形態における送信側のＳ
ＭＦ作成プロセスとしては、例えば図５に示すようなも
のとなる。先ず、プロセスＡとして、例えばある楽曲と
してのＳＭＦを作成する作業がおこなわれる。この作業
は、例えばシーケンサやＭＩＤＩ入力機器としての演奏
楽器等を利用して、実際に演奏者が演奏を行いながらＳ
ＭＦ作成部９２に対してＭＩＤＩ情報を記録していくと
共に、ＳＭＦ作成部９２においてこれに伴う所要の編集
作業等を実行させることにより行われるものである。

【００５４】この場合、上記のようにしてＳＭＦ作成部
９２においてＳＭＦデータが作成された段階では、ＳＭ
Ｆに対して図３により示したような編集ポイントの設定
が行われていないものとされ、例えば図１０に示したよ
うな一般的なＳＭＦのデータとされている。そこで、続
くプロセスＢでは、ＳＭＦ作成部９２において作成され
たＳＭＦデータについて、編集ポイントの設定を行うた
めのデータ処理を実行することになる。このデータ処理
は、例えば、ベンダーがその楽曲のＳＭＦデータに対し
予め設定した編集ポイント（例えばコーラスの区切り
や、歌のさびの部分など）に対応させて、編集ポイント
指示イベントを挿入すると共に、必要があれば、この編
集ポイント指示イベントで区切られるデータ区間の演奏
結果が適正なものとなるように、ＭＩＤＩイベント等を
はじめとする所要のイベント情報について並び替えを行
う処理が実行される。この際、当然のこととして、変換
前のＳＭＦにおけるイベント情報に付されているデルタ
タイムを変更する必要があれば、その処理も実行される
ことになる。そして、続くプロセスＣとして、上記のよ
うにして編集ポイントが設定されたＳＭＦを送信用カラ
オケデータとして、ＳＭＦ格納部９５に格納するように
される。

【００５５】なお、本実施の形態の送信装置９として
は、ＳＭＦの作成及び編集ポイントの設定処理に必要と
される機能回路部（ＳＭＦ作成部９２，ＳＭＦ処理部及
びワーキングメモリ９４等）が、例えば外部に設けられ
ていても構わない。つまり、編集ポイント設定機能を備
えた外部のシーケンサ等により編集ポイントが設定され
たＳＭＦを作成し、このＳＭＦを外部から入力してＳＭ
Ｆ格納部９５に格納するようにしても構わない。

【００５６】次に再生装置０について説明する。この図
に示す再生装置０は、主としてシステムコントロール部
１、データストレージ部２、音声処理部３、音声出力部
４、インターフェイス７及びこれらの各機能回路部間の
データ伝送のためのメインデータバス５を備えて構成さ
れる。インターフェイス７は、送信装置９と相互通信す
るために設けられている。

【００５７】システムコントロール部１は、ＣＰＵ(Cen
tral Processing Unit) １１、プログラムメモリ１２、
ワーキングメモリ１３を備えて構成され、主として後述
する楽曲メモリ２１に格納されたＳＭＦについて読み出
しを行うことで、楽曲再生のためのＭＩＤＩメッセージ
を発生するための機能回路部位とされる。また、後述す
るメドレー再生時には、メドレー再生のためのＳＭＦを
作成するための編集処理を行うようにもされている。こ
の編集処理は、ＳＭＦに対して設定されている編集ポイ
ントに基づいて行われるものとされる。

【００５８】ＣＰＵ１１は、例えばマイクロコンピュー
タ等を備えて構成され、当該再生装置０の動作全般に関
して所要の制御処理を実行する。この制御処理として
は、上記したＭＩＤＩメッセージの発生処理や編集処理
が含まれる。また、インターフェイス７を介して、必要
な楽曲の伝送を送信装置９に要求するための要求信号を
発生させるための処理等も実行する。プログラムメモリ
１２は、ＣＰＵ１１が実行すべき制御処理を実現するた
めのプログラム等が格納されるＲＯＭとされる。ワーキ
ングメモリ１３はＲＡＭ等により構成され、ＣＰＵ１１
が所要の制御処理を実行する際の各種処理データや演算
結果などを一時格納する作業領域とされる。特に本実施
の形態においては、後述するメドレー再生のための編集
時等においてもワーキングメモリ１３が利用される。

【００５９】データストレージ部２は楽曲メモリ２１を
備えて形成される。楽曲メモリ２１には、例えば通信網
８を介してベンダー（送信装置９）から供給された楽曲
単位によるＳＭＦのデータが多数格納されている。ここ
で、楽曲メモリ２１においてＳＭＦを記憶するための記
録媒体の種類としては特に限定されるものではなく、実
用に充分とされるだけの曲数に対応するだけのＳＭＦが
格納可能な容量を有するものであればよい。ここでは、
例えば大容量のメモリ素子や、ハードディスク等をはじ
めとする各種ディスク状記録媒体等を楽曲メモリ２１と
して採用することが考えられる。また、楽曲メモリ２１
としての記録媒体がドライバから挿脱可能なものであれ
ば、記録媒体として本実施の形態のＳＭＦを保存したラ
イブラリを作成することも可能である。更に、楽曲メモ
リ２１にＳＭＦを格納させる手段としても、上記のよう
にして通信網８を介して送信装置９から供給されたもの
に限定されず、例えば、図示しないデータインターフェ
イス等を介して、外部記憶装置に記録されているＳＭＦ
データを入力して取り込むようにすることも考えられ
る。

【００６０】操作部６は、当該再生装置０によるＳＭＦ
に基づいた各種再生動作、あるいは後述するメドレー再
生等を実行させるための所要のキー群が備えられている
ものとされる。この操作部６に対して行われた操作によ
り発生された操作情報は、ＣＰＵ１１に対して伝送され
る。ＣＰＵ１１では、入力された操作情報に応答して所
要の制御処理を実行することになる。

【００６１】例えば、ユーザの操作部６に対する操作に
より、ある楽曲（ＳＭＦ）を通常再生するための操作情
報が入力されたとすると、ＣＰＵ１１は、楽曲メモリ２
１に格納されているＳＭＦのうちから、ユーザの操作に
より選択されたとされるＳＭＦについて読み出しを行
う。そして、このＳＭＦの記述内容に従ったＭＩＤＩメ
ッセージを発生させて、逐次、メインデータバス５を介
して音声処理部３に伝送する。

【００６２】音声処理部３は、システムコントローラに
て発生されたＭＩＤＩメッセージに従って、実際に楽音
の発音制御を行う回路部位とされ、ワーキングメモリ３
１，波形メモリ３２，ＤＳＰ(Dijital Signal Processo
r)３３、及び音声処理部３内においてデータを伝送する
ためのローカルデータバス３４により構成される。波形
メモリ３２には、各種音色の基本的な波形データが格納
されているものとされ、各音色は、例えば少なくともＧ
Ｍ(General Midi)の規定に従って、各プログラムナンバ
に対して所定の音色が割与えられているものとされる。
ＤＳＰ３３は、システムコントロール部１から伝送され
てくるＭＩＤＩメッセージに従って、波形メモリ３２か
ら選択した音色の波形データに対して所要の信号処理を
施すことで、楽曲としての音声データを生成する。この
音声データは音声出力部４に対して供給される。ワーキ
ングメモリ３１は、例えばＤＳＰ３３が音色波形データ
に対して信号処理を行う際の作業領域として利用され
る。

【００６３】音声出力部４では、上記ＤＳＰ３３から供
給された音声データをＤ／Ａコンバータ４１によりアナ
ログ音声信号に変換して、アンプ４２を介して出力す
る。これにより、ＳＭＦに基づいて再生された楽曲の音
声が出力されることになる。

【００６４】３．編集処理上記構成による再生装置０では、編集ポイント指示イベ
ント（及び編集ポイント管理イベント）の挿入されたＳ
ＭＦを利用することによりメドレー再生のための編集処
理を行うことが可能とされている。この場合には、ユー
ザの操作部６に対する所要の操作によってメドレー再生
に利用すべき楽曲（ＳＭＦ）のパートとその連結順が指
定され、再生装置０側では指定された楽曲（ＳＭＦ）の
各パートを指定された連結順に従って再生することによ
りメドレー再生を行うものとする。

【００６５】ユーザは、メドレー再生を行うのにあた
り、次の手順〜に示す指定操作を操作部６に対して
行うものとされる。手順メドレー再生に利用すべき１つの楽曲（ＳＭ
Ｆ）の指定を行う。手順上記手順により指定された楽曲内において、
メドレー再生に利用すべきパートの指定を行う。本実施
の形態では、編集ポイント指示イベントごとに区切られ
るＳＭＦのデータ区間を「パート」といい、このパート
に対してファイルの先頭からパート番号が付されるもの
とする。このパート番号は、編集ポイント指示イベント
に記録された編集ポイントシリアルナンバを「ａ」とす
ると「ａ＋１」により示される値となる。つまり、編集
ポイント指示イベントが含まれないファイルの先頭のパ
ートについてはパート番号０として規定し、これに続く
パート（このパートに対応する編集ポイントシリアルナ
ンバは「００ｈ」である）についてはパート番号１が付
される。以降は、各パートごとにパート番号２，３，４
・・・ｎというように付されるものとする。手順上記手順→手順の操作を、メドレー再生順
に従って繰り返し行う。なお、当該手順の操作が終了
したときには、メドレー再生のための指定操作が終了し
たことを示す操作を行うものとする。手順メドレー再生を開始させるための操作を行う。

【００６６】ここで、図６に楽曲メモリ２１のデータマ
ッピングの形態例を示す。楽曲メモリ２１は、ヘッダ領
域とデータ領域とに大別される。先にデータ領域から説
明すると、データ領域に対しては、ＳＭＦとしての多数
の楽曲データ１〜Ｎ（これらナンバ１〜Ｎはデータ格納
順に従った楽曲番号として規定される）が格納されてい
る。ヘッダ領域には、再生楽曲指定領域、再生パート指
定領域、再生手順指定領域、及び先頭アドレス指示領域
とにより形成される。先頭アドレス指示領域には、デー
タ領域に格納されている楽曲データ１〜Ｎの各先頭アド
レス値が順次格納される領域である。再生楽曲指定領
域、再生パート指定領域、再生手順指定領域には、前述
した手順〜によるメドレー再生のための指定操作に
従って、以降説明するようにして適宜所要のデータが格
納される。

【００６７】図７は、ユーザのメドレー再生のための指
定操作に対応するＣＰＵ１１の処理動作を示すフローチ
ャートである。この処理においては、先ずステップＳ１
０１においてアドレスポインタＳａｐ，Ｐａｐを初期化
する。アドレスポインタＳａｐは、再生楽曲指定領域に
対するアドレスポインタであり、アドレスポインタＰａ
ｐは再生パート指定領域に対するアドレスポインタであ
る（図６参照）。ここでの初期化とは、例えば各アドレ
スポインタの値を各指定領域の先頭とされるアドレスに
対応させることを意味する。

【００６８】続くステップＳ１０２においては、手順
の操作による楽曲指定のための操作情報を入力してステ
ップＳ１０３に進む。ステップＳ１０３では、ステップ
Ｓ１０２にて入力した楽曲データの楽曲番号を保持する
ための処理を実行する。この処理としては、現在のアド
レスポインタＳａｐにより指定される再生楽曲指定領域
のアドレスに対して、上記楽曲データの楽曲番号を書き
込むようにされる。例えば、先のステップＳ１０２に対
応する手順の操作が、ユーザにより最初に行われたも
の（再生順として第１番目の楽曲指定を行った場合）で
あるとすれば、ステップＳ１０３の処理により、図６の
再生楽曲指定領域の最上行に示すように、上記手順に
より指定した楽曲データの楽曲番号が再生順番１の楽曲
番号Ｓ１として格納されることになる。ステップＳ１０
３の処理が終了すると、ＣＰＵ１１はステップＳ１０４
によりアドレスポインタＳａｐをインクリメントしてス
テップＳ１０５に進むようにされる。

【００６９】ステップＳ１０５では、手順の操作によ
り発生されたパート指定情報を入力してステップＳ１０
６に進み、上記パート指定情報により示される楽曲のパ
ートの番号（パート番号）を保持する処理を実行する。
この処理としては、現在のアドレスポインタＰａｐによ
り指定される再生パート指定領域のアドレスに対して、
上記パート番号を書き込むことになる。例えば、手順
の操作が、再生順として第１番目の楽曲のあるパートを
指定するものであった場合には、図６の再生パート指定
領域の最上行に示すように、上記手順により指定した
パートの番号が、楽曲番号Ｓ１のパート番号Ｐ１として
格納されることになる。ステップＳ１０６の処理の後
は、ステップＳ１０７において上記アドレスポインタＰ
ａｐをインクリメントしてステップＳ１０８に進む。

【００７０】ステップＳ１０８においては、手順の操
作が終了したことを示す操作が行われたか否かが判別さ
れ、ここで否定結果が得られた場合には、ステップＳ１
０２に戻る。つまり、手順の操作が終了したことを示
す操作が行われるまで、ステップＳ１０２〜Ｓ１０８の
処理を繰り返すようにされる。これにより、メドレー再
生順に対応して、再生楽曲指定領域及び再生パート指定
領域に対して順次書き込みが行われていくことになる。
そして、ステップＳ１０８により手順の操作が終了し
たことを示す操作が行われたと判別された場合には、こ
の図に示す処理が終了されることになるが、この段階で
は、再生楽曲指定領域及び再生パート指定領域において
は、図６に示すような情報の格納結果が得られることに
なる。

【００７１】上記図７に示した処理が終了した後、ＣＰ
Ｕ１１は図８に示すメドレー再生手順設定処理に移行す
る。この処理においては、先ずステップＳ２０１におい
てアドレスポインタＳａｐ，Ｐａｐ，及びアドレスポイ
ンタＭａｐを初期化する。アドレスポインタＭａｐは、
再生手順指定領域におけるアドレスを指定するポインタ
である。続くステップＳ２０２においては、メドレー再
生順に従って楽曲番号ｎを取得するための処理が実行さ
れる。つまり、ＣＰＵ１１は現在のアドレスポインタＳ
ａｐにより示される再生楽曲指定領域のアドレスに格納
されている楽曲番号ｎ（ここでｎは、Ｓ１〜Ｓｎのうち
の何れかの値となる）を読み出して、例えばワーキング
メモリ１３に対して書き込みを行って保持する。ここ
で、ステップＳ２０２の処理が、当該メドレー再生手順
設定処理に移行して最初に実行されたものであるとする
と、再生順番１の楽曲番号Ｓ１の値が楽曲番号ｎとして
ワーキングメモリ１３に保持されることになる。

【００７２】ステップＳ２０３においては、上記ステッ
プＳ２０２により取得した楽曲番号ｎの楽曲データの、
データ領域上における先頭アドレスを取得するための準
備段階として、楽曲番号ｎに対応する先頭アドレス指示
領域のアドレスポインタＴａｐを算出する処理が実行さ
れる。ここでは、アドレスポインタＴａｐ＝Ｔ＋Ｖ×ｎにより示される演算によってアドレスポインタＴａｐを
求めるようにされる。ここで、Ｔは予め規定された先頭
アドレス指示領域の先頭アドレスとされ、Ｖは先頭アド
レス指示領域において１つの楽曲の先頭アドレス値が格
納される領域により占有されるアドレス数とされる。つ
まり、先頭アドレスＴからのオフセット値（Ｖ×ｎ）に
よりアドレスポインタＴａｐを求めるようにされる。

【００７３】次のステップＳ２０４においては、上記ス
テップＳ２０３により得られたアドレスポインタＴａｐ
により示される先頭アドレス指示領域のアドレスから楽
曲データの先頭アドレスを読み出し、ワーキングメモリ
１３に保持させる。これにより、楽曲番号ｎが付された
楽曲データのデータ領域上の先頭アドレスが取得される
ことになる。

【００７４】続いてＣＰＵ１１はステップＳ２０５に進
み、上記ステップＳ２０４にて取得した楽曲番号ｎの楽
曲データの先頭アドレスにアクセスして、ここからその
楽曲データの編集ポイント管理イベントを検索する。そ
して、検索した編集ポイント管理イベントの読み出しを
行ってワーキングメモリ１３に保持させ、ステップＳ２
０６に進む。

【００７５】ステップＳ２０６では、再生パート指定領
域において、現在のアドレスポインタＰａｐにより示さ
れるアドレスに格納されているパート番号を読み出し、
このパート番号の情報を、パート番号ｍ（ｍは、Ｐ１〜
Ｐｎのうちの何れかの値となる）として設定してワーキ
ングメモリ１３に保持させる処理を実行してステップＳ
２０７に進む。

【００７６】ステップＳ２０７では、編集ポイントシリ
アルナンバ（ｍ−１）が格納されている編集ポイント指
示イベントの位置を取得するための処理が実行される。
これは、パート番号ｍのパートの開始アドレスを獲得す
る処理とされる。

【００７７】前述のように、実際のパート番号は、その
パートの開始位置に挿入されている編集ポイント指示イ
ベントの編集ポイントシリアルナンバの値を「ａ」とす
ると、ａ＋１として設定されていることから、編集ポイ
ントシリアルナンバ（ｍ−１）が格納されている編集ポ
イント指示イベントの開始アドレスが、パート番号ｍの
パートの開始アドレスとなる。このステップＳ２０７の
処理としては、先にワーキングメモリ１３に保持した編
集ポイント管理イベントを参照して、ここにデータとし
て記録されている、編集ポイントシリアルナンバ（ｍ−
１）で示される編集ポイント指示イベントの相対アドレ
スを読み出してワーキングメモリ１３に保持させること
になる。

【００７８】続くステップＳ２０８では、先ず、上記ス
テップＳ２０７で得た相対アドレスに対して、実際にデ
ータ領域に記録されている楽曲番号ｎの楽曲データ内に
おける編集ポイント管理イベントの記録位置のアドレス
を加算して得られる加算アドレス値を得る。この加算ア
ドレス値は、データ領域上での楽曲データｎ内における
パート番号ｍのパートの開始アドレスと一致する。そし
て、この加算アドレス値（パートの開始アドレス）を、
現在のアドレスポインタＭａｐにより示される再生手順
指定領域上でのアドレスに対して書き込むようにされ
る。ただし、ファイルの先頭から最初の編集ポイント指
示イベントが位置するまでの最初のパート（パート番号
ｍ＝０）が指定されている場合には、開始アドレスとし
て、例えばデータセクションの先頭位置が記録されてい
るデータ領域上でのアドレスを検出し、このアドレスを
開始アドレスとして設定するようにされる。上記ステッ
プＳ２０８での処理が終了すると、ＣＰＵ１１はステッ
プＳ２０９においてアドレスポインタＭａｐをインクリ
メントしてステップＳ２１０に進む。

【００７９】ステップＳ２１０においては、編集ポイン
トシリアルナンバｍが格納されている編集ポイント指示
イベントの位置を取得するための処理が実行される。こ
れは、パート番号ｍのパートの終了アドレスに対して１
ステップインクリメントされたアドレス値を獲得する処
理となる。このステップＳ２１０においても、先にワー
キングメモリ１３に保持した編集ポイント管理イベント
を参照する。そして、ここにデータとして記録されてい
る、編集ポイントシリアルナンバｍで示される編集ポイ
ント指示イベントの相対アドレスを読み出してワーキン
グメモリ１３に保持させるようにされる。そして、続く
ステップＳ２１１において、上記ステップＳ２１０で得
た相対アドレスに対して、実際にデータ領域に記録され
ている楽曲番号ｎの楽曲データ内における編集ポイント
管理イベントの記録位置のアドレスを加算して得られる
加算アドレス値を得る。ここでの加算アドレス値は、デ
ータ領域上での楽曲データｎ内におけるパート番号ｍの
パートの終了アドレスに対して１ステップインクリメン
トされたアドレス値であり、実際にはパート番号（ｍ＋
１）のパートの開始アドレスとなる。ただし、ここで
は、この加算アドレス値をパート番号ｍの終了アドレス
として、現在のアドレスポインタＭａｐにより示される
再生手順指定領域上でのアドレスに対して書き込むよう
にされる。上記ステップＳ２１１までの処理により、メ
ドレー再生に利用する１つのパートの開始アドレスと終
了アドレスが再生手順指定領域に対して格納されること
になる。

【００８０】例えば、これまでのステップＳ２１１まで
の処理が、再生順番１の楽曲番号Ｓ１において指定され
たパート（パート番号Ｐ１）に関するものであるとする
と、図６の再生手順指定領域における最上列とこれに続
く第２列目に対して、楽曲番号Ｓ１のパート番号Ｐ１の
開始アドレスと終了アドレスがそれぞれ格納されること
になる。

【００８１】この後、ステップＳ２１２，Ｓ２１３，Ｓ
２１４により、アドレスポインタＭａｐ、アドレスポイ
ンタＳａｐ、及びアドレスポインタＰａｐをそれぞれイ
ンクリメントした後、ステップＳ２１５に進む。ステッ
プＳ２１５では、メドレー再生手順設定処理が終了した
か、即ち、ステップＳ２０２〜Ｓ２１４までの処理が、
再生順番１〜Ｎまでのパートについて全て実行されたか
否かについて判別を行っている。ここで、メドレー再生
手順設定処理が終了していないと判別された場合には、
ステップＳ２０２の処理に戻るようにされる。こうし
て、最終的にステップＳ２１５において肯定結果が得ら
れた段階では、図６の再生手順指定領域に示すように、
再生順に従って、指定されたパートの開始アドレス−終
了アドレスの情報が格納された状態が得られることにな
る。この再生手順指定領域のデータ内容が、ユーザの指
定により生成された新規のメドレー楽曲としてのＳＭＦ
を生成するための制御データに相当することになる。

【００８２】なお、これまでの説明では、図７及び図８
の処理の際に、楽曲メモリ２１内の再生楽曲指定領域、
再生パート指定領域、及び再生手順指定領域を利用する
ものとしているが、例えば、これら再生楽曲指定領域、
再生パート指定領域、及び再生手順指定領域としてのデ
ータ領域を、ワーキングメモリ１３に対して設定し、ワ
ーキングメモリ１３上の再生楽曲指定領域、再生パート
指定領域、及び再生手順指定領域に対して処理経過に従
ったデータの書き込み及び読み出しを行うようにしても
よい。

【００８３】そして、前述した手順〜の操作に応じ
て上記図７及び図８に示す処理が行われた後、例えば手
順の操作として、メドレー再生を開始するための操作
が行われた場合には、ＣＰＵ１１は、再生手順領域に格
納された各パートの開始アドレス及び終了アドレスを先
頭から順次読み出して、このアドレスに従ってＳＭＦと
しての楽曲の再生を実行するようにされる。例えばＣＰ
Ｕ１１は、最初に再生手順指定領域の先頭位置に格納さ
れた楽曲番号Ｓ１のパート番号Ｐ１の開始アドレスに基
づき、この開始アドレスに再生用アドレスポインタを設
定して、ＳＭＦの再生を開始する。これにより、楽曲デ
ータ（Ｓ１）のパート番号Ｐ１のパートから再生が行わ
れることになる。そして、データ再生位置が楽曲番号Ｓ
１のパート番号Ｐ１の終了アドレスと一致したときに、
再生用アドレスポインタを、次の楽曲番号Ｓ２のパート
番号Ｐ２の開始アドレスに置換して、再生処理を継続す
るようにされる。このようにして、最後の楽曲番号Ｓｎ
のパート番号Ｐｎの終了アドレスの位置までＳＭＦの再
生動作を実行することで、結果的に、ユーザが手順〜
手順の操作により指定した通りのメドレー再生が実現
されることになる。このように、本実施の形態において
は再生装置０においてＳＭＦを独自のフォーマットに展
開するような処理を実行することなく、簡略なデータの
参照処理と、これに付随するアドレス計算処理等によっ
て、メドレー再生としての編集処理が実現されるもので
ある。

【００８４】なお、上記記述においては、図６に示す再
生楽曲指定領域、再生パート指定領域、及び再生手順指
定領域は、１つのメドレー楽曲に対応する領域のみを示
したが、例えば、複数の異なるメドレー楽曲としてのデ
ータが格納されるようにしてもよい。この場合、メドレ
ー編集処理により形成されたメドレー楽曲としてのデー
タを書き換えずに順次格納するようにすれば、以降は、
ユーザが先に作成した複数のメドレー楽曲のうちから所
望のメドレー楽曲を指定するだけで、直ちに再生を開始
させることができる。更に上記記述では、オプションと
して挿入される編集ポイント管理イベントの内容を参照
することで、以降の編集ポイント（編集ポイント指示イ
ベントの挿入位置）を特定するようにしているが、例え
ば編集ポイント管理イベントが挿入されていない場合で
あれば、１楽曲データの先頭アドレスから各イベントの
データ内容を参照していき、逐次編集ポイント指示イベ
ントを検出していくようにすることで、目的の編集ポイ
ントの特定が可能となるものである。更には、例えば編
集ポイント管理イベントのデータ内容設定によっては、
編集ポイント指示イベントを挿入しなくとも、編集ポイ
ント管理イベントの内容を参照することによって、１楽
曲データ内における編集ポイントを指定するようにする
ことも考えられる。

【００８５】また、本発明としての編集処理は、上記し
たメドレー再生に限定されるものではなく、例えば、あ
る１つの楽曲データについて不要とされる部分をカット
したりするなどの、編集ポイントを基点とすることによ
り実現しうる編集処理であれば、どのような形態のもの
であっても構わない。更に、上記実施の形態において
は、ＳＭＦについて説明したが、本発明は他のフォーマ
ットに基づく楽曲演奏情報についても適用が可能とされ
る。

【００８６】

【発明の効果】以上説明したように本発明よれば、ＳＭ
Ｆなどの楽曲演奏情報としては、そのフォーマットで規
定されたイベント情報として、編集ポイントを示すため
の編集ポイント識別イベント情報を挿入するようにして
いる。これに応じて、例えば再生装置側においては、上
記編集ポイント識別イベント情報により識別した編集ポ
イントを基点として楽曲演奏情報についての編集処理を
行うようにすればよいことになる。つまり、特に楽曲演
奏情報を全く異なるデータ形式に展開するような重い処
理を実行することなく、楽曲演奏情報の形式をそのまま
利用して編集処理を実行することが可能となる。この
際、楽曲演奏情報としては、編集ポイントを基点として
形成されるデータ区間を再生した場合には、適正な演奏
結果が得られるようなデータ配列となるようにして形成
されていることから、編集後のデータにより演奏される
楽曲としても、常に適正な演奏結果となることが保証さ
れるものである。

【００８７】これにより、楽曲演奏情報を編集するため
の装置構成としては、例えば、楽曲演奏情報を独自のデ
ータ形式に展開するための大規模なハードウェアを備え
る必要はなくなり、また、ソフトウェアへの負担も非常
に軽く済ませることが可能となる。例えば、ＳＭＦなど
の楽曲演奏情報を利用した通信カラオケシステムにおい
て、ユーザの好みに応じたメドレー楽曲を提供しようと
した場合には、本発明では、ホスト側としては、単に編
集ポイント識別イベント情報を挿入して作成した楽曲演
奏情報を送信するようにすればよい。そして再生装置側
では、例えば、ユーザの操作に従って指定された楽曲演
奏情報のパート（パートは編集ポイントを基点として形
成される）を特定し、このパートを指定順に従って再生
するという簡易な編集処理が実行可能な構成を採ってい
ればよいことになる。この場合、通信カラオケシステム
としては、設備投資に要するコスト等を大幅に削減する
ことが可能となるため、特に有用となるものである。

【図面の簡単な説明】

【図１】本発明の実施の形態としてのＳＭＦに挿入され
る編集ポイント指示イベントのデータ構造を示す説明図
である。

【図２】本実施の形態としてのＳＭＦに挿入される編集
ポイント管理イベントのデータ構造を示す説明図であ
る。

【図３】編集ポイント指示イベントが挿入される本実施
の形態としてのＳＭＦの構造を示す説明図である。

【図４】本実施の形態としてのＳＭＦの再生装置の構成
例を示す説明図である。

【図５】本実施の形態のＳＭＦ作成プロセスを示す説明
図である。

【図６】楽曲メモリ内のデータマッピングを示す説明図
である。

【図７】ユーザのメドレー設定操作に応じたＣＰＵの編
集処理動作を示すフローチャートである。

【図８】ユーザのメドレー設定操作に応じたＣＰＵの編
集処理動作を示すフローチャートである。

【図９】メドレー再生の一形態を示す説明図である。

【図１０】ある楽曲のコーラスの区切り位置を楽譜によ
り表現した説明図である。

【図１１】従来例としてのＳＭＦ構造を示す説明図であ
る。

【符号の説明】

１システムコントロール部、２データストレージ
部、３音声処理部、４音声出力部、５メインデータ
バス、６操作部、１１ＣＰＵ、１２プログラムメ
モリ、１３ワーキングメモリ、２１楽曲メモリ、３
１ワーキングメモリ、３２波形メモリ、３３ＤＳ
Ｐ、３４ローカルデータバス、４１コンバータ、４２
アンプ

───────────────────────────────────────────────────── フロントページの続き (72)発明者樋口貴司東京都品川区北品川６丁目７番35号ソニー株式会社内

Claims

【特許請求の範囲】

【請求項１】特定のフォーマットに従って定義された
所定種類のイベント情報のシーケンスにより形成される
楽曲演奏情報を生成して外部に出力するための情報出力
装置において、上記イベント情報として、上記楽曲演奏情報における編
集のための区切り位置として設定された編集ポイントを
識別するための編集ポイント識別イベント情報を設定
し、この編集ポイント識別イベント情報を上記楽曲演奏
情報における所要の位置に挿入すると共に、上記編集ポ
イントを基点として形成される楽曲演奏情報区間ごとに
適正な演奏結果が得られるように所要のイベント情報を
配列させるようにして楽曲演奏情報を生成することので
きる楽曲演奏情報生成手段を備えていることを特徴とす
る情報出力装置。
【請求項２】上記楽曲演奏情報生成手段は、上記編集ポイント識別イベント情報として、その挿入位
置が楽曲演奏情報における編集ポイントに対応すること
を示す編集ポイント指示イベント情報を設定し、この編
集ポイント指示イベント情報を上記楽曲演奏情報におい
て設定された編集ポイントに対応する位置に挿入するよ
うにしたことを特徴とする請求項１に記載の情報出力装
置。
【請求項３】上記楽曲演奏情報生成手段は、上記編集ポイント識別イベント情報として、楽曲演奏情
報に挿入された上記編集ポイント指示イベント情報ごと
の位置を示すことのできる編集ポイント管理イベント情
報を設定し、この編集ポイント管理イベント情報を上記
楽曲演奏情報における所定位置に対して挿入するように
したことを特徴とする請求項２に記載の情報出力装置。
【請求項４】特定のフォーマットに従って定義された
所定種類のイベント情報のシーケンスにより形成される
楽曲演奏情報について編集処理を行うための編集装置と
して、上記イベント情報として楽曲演奏情報における編集のた
めの区切り位置として設定された編集ポイントを識別す
るための編集ポイント識別イベント情報が、楽曲演奏情
報における所要の位置に挿入されている共に、上記編集
ポイントを基点として形成される楽曲演奏情報区間ごと
に適正な演奏結果が得られるように所要のイベント情報
が配列されている楽曲演奏情報に対応するものとされた
うえで、上記楽曲演奏情報に挿入される編集ポイント識別イベン
ト情報に基づいて、楽曲演奏情報における編集ポイント
を識別し、この識別された編集ポイントを基点として楽
曲演奏情報についての所要の編集処理を実行することの
できる編集処理手段を備えていることを特徴とする情報
編集装置。
【請求項５】上記編集ポイント識別イベント情報とし
て、少なくとも、その挿入位置が楽曲演奏情報における
編集ポイントに対応することを示す編集ポイント指示イ
ベント情報が設定されており、この編集ポイント指示イ
ベント情報が上記楽曲演奏情報において設定された編集
ポイントに対応させて挿入されているものとしたうえ
で、上記編集処理手段は、上記編集ポイント指示イベント情
報に基づいて楽曲演奏情報における編集ポイントを識別
するように構成されていることを特徴とする請求項４に
記載の情報編集装置。
【請求項６】上記編集ポイント識別イベント情報とし
て、楽曲演奏情報に挿入された上記編集ポイント指示イ
ベント情報ごとの位置を示すことのできる編集ポイント
管理イベント情報が設定されており、この編集ポイント
管理イベント情報が上記楽曲演奏情報における所定位置
に対して挿入されているものとしたうえで、上記編集処理手段は、上記編集ポイント管理イベント情
報の内容を参照して識別した編集ポイント指示イベント
情報の挿入位置に基づいて、楽曲演奏情報における編集
ポイントを識別するように構成されていることを特徴と
する請求項５に記載の情報編集装置。
【請求項７】上記編集処理手段は、上記編集処理として、上記識別された編集ポイントを基
点として上記楽曲演奏情報から所要の編集区間を抽出
し、この抽出された編集区間を所要の配列順序に従って
連結するという処理を実行可能に構成されていることを
特徴とする請求項４に記載の情報編集装置。
【請求項８】特定のフォーマットに従って定義された所
定種類のイベント情報のシーケンスにより形成される楽
曲演奏情報が記録される記録媒体において、上記イベント情報として、上記楽曲演奏情報における編
集のための区切り位置として設定された編集ポイントを
識別するための編集ポイント識別イベント情報が設定さ
れており、この編集ポイント識別イベント情報が上記楽
曲演奏情報における所要の位置に挿入されていると共
に、上記編集ポイントを基点として形成される区間の楽
曲演奏情報ごとに適正な演奏結果が得られるように所要
のイベント情報が配列されている楽曲演奏情報が記録さ
れていることを特徴とする記録媒体。
【請求項９】上記編集ポイント識別イベント情報とし
て、少なくとも、その挿入位置が楽曲演奏情報における
編集ポイントに対応することを示す編集ポイント指示イ
ベント情報が設定されており、この編集ポイント指示イ
ベント情報が、上記楽曲演奏情報において設定された編
集ポイントに対応させて挿入されるようにして記録され
ていることを特徴とする請求項８に記載の記録媒体。
【請求項１０】上記編集ポイント識別イベント情報と
して、楽曲演奏情報に挿入された上記編集ポイント指示
イベント情報ごとの位置を示すことのできる編集ポイン
ト管理イベント情報が設定されており、この編集ポイン
ト管理イベント情報が上記楽曲演奏情報における所定位
置に対して挿入されるようにして記録されていることを
特徴とする請求項９に記載の記録媒体。