JPH10111685A - 時系列イベントデータを含むデータの処理装置および方法、時系列イベントデータ処理用プログラムが記録された記録媒体ならびに時系列イベントデータを含むデータが記録された記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】時系列イベントデータの編集の自由度を向上す
ること。 【解決手段】時系列イベントデータと、該時系列イベン
トデータを書き換えるシーケンススクリプトからなるシ
ーケンスを複数納めることのできるパッケージが一列に
並んで保持されている。パッケージに独立したパッケー
ジスクリプトをおいて、パッケージのロード時やその内
容が変更されたときに、パッケージスクリプトを実行す
ることにより、時系列イベントデータを編集する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、演奏データ等の時
系列イベントデータと、該時系列イベントデータを書き
換える書き換え手順を示すスクリプトとで構成されたシ
ーケンスが少なくとも含まれるデータを処理する処理装
置および方法、時系列イベントデータ処理用プログラム
が記録された記録媒体ならびに時系列イベントデータを
含むデータが記録された記録媒体に関するものである。

【０００２】

【従来の技術】従来、時系列イベントデータのフォーマ
ットしてAIFFが知られている。例えば、音楽分野ではこ
れを応用したスタンダードＭＩＤＩファイル（以下、Ｓ
ＭＦと記す。）が知られている。ＭＩＤＩとはMusical
Instrument Digital Interfaceの略であり、異なる楽器
間やシーケンサ、コンピュータ、ライティングコントロ
ール、ミキサーなどを相互に結合し、情報の交換を可能
にするために制定された規格である。そしてＳＭＦと
は、ＭＩＤＩ上で実時間で交換されるイベント情報を、
タイムスタンプを付加してファイルに記録・保存するた
めに考案されたフォーマットである。

【０００３】

【発明が解決しようとする課題】しかしながら、現在普
及しているＳＭＦで保存したりやりとりしたりできるの
は低レベルのＭＩＤＩイベント列だけであり、演奏デー
タの音楽的な構造や時間的に変化する量などの情報をや
りとりすることは困難であった。これらの情報はシーケ
ンサソフト固有の形式で保存することしかできなかっ
た。したがって、イベントデータの時間的配置や時変デ
ータ等の高次の情報をやりとりすることができないもの
であった。また、ＳＭＦデータは複数のトラックに記録
することができるが、これらのトラックは同時刻に開始
されるものと固定されているので、編集の自由度が低い
という問題点があった。特に、複数の曲を同時に編集す
る場合には、この問題点が顕著であった、

【０００４】そこで、本発明はイベントデータ列と、そ
のイベントデータ列を書き換えるスクリプトからなるシ
ーケンスを複数収納することのできるパッケージに、ス
クリプトを単独でおくことにより、プラグインモジュー
ルとしての機能も有させるようにして編集の自由度を向
上するようにした時系列イベントデータを含むデータを
処理する処理装置および方法、時系列イベントデータ処
理用プログラムが記録された記録媒体ならびにそのよう
なデータが記録された記録媒体を提供することを目的と
している。また、本発明はパッケージをデータモデルの
中に一列に並べて保持することにより、複数のパッケー
ジ相互間のイベントデータおよびスクリプトの共有を図
れるようにした時系列イベントデータを含むデータを処
理する処理装置および処理方法、時系列イベントデータ
処理用プログラムが記録された記録媒体ならびにそのよ
うなデータが記録された記録媒体を提供することを目的
としている。さらに、本発明は、スクリプトのパッケー
ジにまたがる利用を柔軟に行えるようにした時系列イベ
ントを含むデータを処理する処理装置および処理方法、
時系列イベントデータ処理用プログラムが記録された記
録媒体ならびにそのようなデータが記録された記録媒体
を提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明の時系列イベントデータを含むデータの処理
装置は、時系列イベントデータ列と該時系列イベントデ
ータ列を書き換える書き換え手順を示すシーケンススク
リプトとで構成されたシーケンスが格納されると共に、
単独でおかれるパッケージスクリプトが格納されるパッ
ケージが供給され、パッケージがロードされる際、前記
パッケージスクリプトを実行するパッケージスクリプト
実行手段と、前記シーケンスが参照される際に、前記シ
ーケンスクリプトを実行して、前記時系列イベントデー
タ列を書き換えるシーケンススクリプト実行手段とを備
えている。

【０００６】また、上記本発明の時系列イベントデータ
を含むデータの処理装置において、前記シーケンスを収
めることができるパッケージが一列に並んだ状態で保持
されると共に、該パッケージの探索順序がその配置位置
とされたデータモデルが定義されており、前記時系列イ
ベントデータ中には、他の時系列イベントデータ列を参
照し、前記時系列イベントデータ中に前記他の時系列イ
ベントデータ列を取り込むためのリンクイベントが含ま
れており、前記リンクイベントに応じて、前記他の時系
列イベントデータ列を参照する際に、前記他のシーケン
スが収められたパッケージの探索を、前記探索順序で行
う探索手段を備えている。

【０００７】さらに、上記本発明の時系列イベントデー
タを含むデータの処理装置において、前記シーケンスを
収めることができるパッケージが一列に並んだ状態で保
持されると共に、該パッケージの探索順序がその配置位
置とされたデータモデルが定義されており、前記パッケ
ージスクリプトにはサブルーチン定義が存在可能である
と共に、前記パッケージスクリプトおよびシーケンスス
クリプトの少なくとも一方にはサブルーチン呼び出し命
令が存在可能であり、前記各パッケージに対応して設け
られ、該パッケージのパッケージスクリプト中に存在す
るサブルーチン定義によって生成されたサブルーチンを
保持するためのディクショナリと、前記サブルーチン呼
び出し命令に応じて、対応するサブルーチンを呼び出す
際に、前記サブルーチンが保持されたディクショナリの
探索を、前記パッケージの探索順序で行う探索手段を備
えている。

【０００８】さらにまた、本発明の時系列イベントデー
タを含むデータの処理方法は、時系列イベントデータ列
と該時系列イベントデータ列を書き換える書き換え手順
を示すシーケンススクリプトとで構成されたシーケンス
が格納されると共に、単独でおかれるパッケージスクリ
プトが格納されるパッケージを処理する方法であって、
前記パッケージがロードされる際、前記パッケージスク
リプトを実行するステップと、前記シーケンスが参照さ
れる際に、前記シーケンスクリプトを実行して前記時系
列イベントデータ列を書き換えるステップとを備えてい
る。さらにまた、上記本発明の時系列イベントデータを
含むデータの処理方法において、前記シーケンスを収め
ることができるパッケージが一列に並んだ状態で保持さ
れると共に、該パッケージの探索順序がその配置位置と
されたデータモデルが定義されており、前記時系列イベ
ントデータ中には、他の時系列イベントデータ列を参照
し、前記時系列イベントデータ中に前記他の時系列イベ
ントデータ列を取り込むためのリンクイベントが含まれ
ており、前記リンクイベントに応じて、前記他の時系列
イベントデータ列を参照する際に、当該他のシーケンス
が収められたパッケージの探索を、前記探索順序で行う
ステップを備えている。さらにまた、前記パッケージス
クリプトにはサブルーチン定義が存在可能であると共
に、前記パッケージスクリプトおよびシーケンススクリ
プトの少なくとも一方にはサブルーチン呼び出し命令が
存在可能とされており、前記各パッケージに対応して、
該パッケージのパッケージスクリプト中に存在するサブ
ルーチン定義によって生成されたサブルーチンを保持す
るためのディクショナリが設けられており、前記サブル
ーチン呼び出し命令に応じて対応するサブルーチンを呼
び出す際に、当該サブルーチンが保持されているディク
ショナリの探索を、前記パッケージの探索順序で行うス
テップを備えている。

【０００９】さらにまた、本発明の時系列イベントデー
タ処理用プログラムが記録された記録媒体は、処理装置
に、上記本発明の時系列イベントデータを含むデータの
処理方法を実行させるためのプログラムが記録されてい
るものである。さらにまた、本発明の時系列イベントデ
ータを含むデータが記録された記録媒体は、シーケンス
の参照時に実行されるシーケンススクリプトにより書き
換えられる時系列イベントデータ列と、該時系列イベン
トデータ列を書き換える書き換え手順を示すシーケンス
スクリプトとで構成されたシーケンスが格納されると共
に、単独でおくことができるパッケージスクリプトが格
納されるパッケージが記録されているものである。

【００１０】このような本発明によれば、シーケンスを
格納するパッケージ内にパッケージスクリプトを単独で
おけるようにしたので、プラグインモジュールとしての
機能も持たせることができる。これにより、編集の自由
度を向上できる等の機能の拡張を図ることができるよう
になる。また、シーケンスを収めることのできるパッケ
ージを、一列に並んだ状態で保持するデータモデルを定
義するようにし、パッケージの並び順をリンクイベント
解決時の探索順としたので、パッケージの並び順の変更
や、パッケージの削除および挿入によりリンク対象を変
更することができるようになる。このため、データの共
有を柔軟にすることができる。

【００１１】

【発明の実施の形態】本発明の実施の形態例であるＭＩ
ＤＩシーケンサ等の時系列データを含むデータの処理装
置の構成の概略を図１に示す。ここで扱われているデー
タのデータフォーマットは本発明により新たに定義され
るものである。ここでは、この新規なデータフォーマッ
トをHyper Media File（以下、ＨＭＦという。）と称呼
するものとする。ＨＭＦでは、高次の情報を記述できる
一般的なデータモデルが与えられる。このデータモデル
は、データの静的な構造および動的な機構の２つの側面
から定義され、Hyper Media Data Model（以下、ＨＭＤ
Ｍという。）と称呼するものとする。シーケンサソフト
に、内部の固有データ構造とＨＭＤＭとの相互変換を実
装させることにより、高次の情報を互いにやりとりする
ことができるようになる。

【００１２】すなわち、ＨＭＦは、ＨＭＤＭをファイル
形式で保存するフォーマットとして定義される。ＨＭＦ
は、例えば、ＭＩＤＩイベントによる音楽記述を対象と
して、ＳＭＦをベースにして構成することができるが、
ＭＩＤＩイベントデータに限られるものではなく、音声
や画像等の時系列イベントデータに適用することもでき
るものである。

【００１３】次に、ＨＭＦを音楽演奏に適用した場合の
本発明の処理装置の実施の形態の一例を図１を参照しな
がら説明する。図１において、符号１で示す処理装置Ａ
は、音楽演奏データを生成しており、生成された演奏デ
ータはバッファメモリ１−１に格納される。そして、バ
ッファメモリ１−１に格納されている演奏データの構造
はＨＭＤＭとされており、ＨＭＤＭの詳細は後述する
が、ＨＭＤＭには、たとえば図３（ａ）に示すように複
数のパッケージ１０〜１３が納められている。ＨＭＦエ
ンコーダ１−２は、ＨＭＤＭのデータ構造とされた音楽
演奏データを、パッケージ単位でＨＭＦ形式に変換して
出力する。この場合の、ＨＭＦ形式に変換されるパッケ
ージの例がバッファメモリ１−１内に破線で図示されて
いる。パッケージの詳細は後述するが、パッケージは、
たとえば図３（ｂ）に示すように複数のシーケンスが納
められている。

【００１４】処理装置Ａから出力されたパッケージ単位
のＨＭＦ形式の音楽演奏データは伝送路７を介して処理
装置Ｂあるいは記録媒体４に送られる。記録媒体４には
音楽演奏データがパッケージを単位としてＨＭＦ形式で
記憶される。ここで、記録媒体４としては、ハードディ
スク、フロッピーディスク、磁気カード、ＣＤ−ＲＯ
Ｍ、ＭＯ、ＤＶＤ等、各種の記録媒体を使用することが
できる。また、１つのパッケージをエンコードしてファ
イルに格納することを、特に「セーブする」ともいう。
ここで、符号２で示す処理装置Ｂが記録媒体４から読み
出した、あるいは、伝送路７を介して処理装置Ａから送
出されたＨＭＦ形式のデータを受け取るときは、処理装
置ＢはＨＭＦ形式のデータをパッケージ単位ごとに受け
取る。受け取ったパッケージはＨＭＦデコーダ２−１に
おいてＨＭＤＭのデータ構造のパッケージに変換され
て、バッファメモリ２−２に保持される。ファイルに読
み込んでデコードし、１つのパッケージとしてＨＭＤＭ
に格納することを、特に「ロードする」ともいう。

【００１５】また、図３（ｂ）に示すようにパッケージ
には複数のシーケンスが納められており、シーケンスの
詳細は後述するが、図３（ｃ）に示すようにシーケンス
は、それぞれイベントデータ３０とスクリプト（scrip
t）３１との組から構成されている。スクリプトはＨＭ
Ｆを特徴づけているものであって、データ変更の手順を
示すプログラムであり、スクリプトつきのイベントデー
タは、このスクリプトを実行することで最終的なＭＩＤ
Ｉイベント列に変換される。すなわち、処理装置Ｂで受
け取った音楽演奏データを演奏しようとする場合は、バ
ッファメモリ２−２内に格納されているＨＭＤＭが、デ
ータ展開部３により展開されるようになる。

【００１６】データ展開部３では、必要なシーケンスが
順次送り込まれイベントデータ／スクリプト分離部２−
３においてイベントデータとスクリプトとに分離され
る。分離されたスクリプトはスクリプト解釈部２−５に
おいて解釈され、この解釈に基づいてイベントデータ書
き換え部２−４において、イベントデータを書き換える
処理が実行される。これにより、最終的な時系列イベン
トデータが得られる。この時系列イベントデータは、Ｍ
ＩＤＩイベントの出力部２−６を介してＭＩＤＩ信号と
してＭＩＤＩ音源５に送られ、サウンドシステム６から
放音される。あるいは、そのままＳＭＦ形式でファイル
とすることもできる。

【００１７】なお、ＳＭＦを用いた場合、例えば処理装
置Ａと処理装置Ｂとがやりとりできる演奏データは、生
のＭＩＤＩデータ（raw MIDI Data）の集まりであり、
低レベルのデータしかやりとりすることができない。本
発明においては定義されたＨＭＦを用いて処理装置Ａと
処理装置Ｂとの間で演奏データをやりとりすることがで
きる。この場合、処理装置Ａにおいて使用している音源
に最適なように表情づけされている時系列演奏データか
ら、それらの情報を含むＨＭＤＭを作成してＨＭＦ形式
で処理装置Ｂに送ることができる。処理装置ＢはＨＭＦ
形式のデータを受け取ってＨＭＤＭを復元し、自分の使
用している音源に最適な演奏データとなるように、ＨＭ
ＤＭを展開して時系列イベントデータ列とされる演奏デ
ータを得るようにする。このときの展開は、予め処理装
置Ｂに記憶させてある音源補正スクリプトを実行するこ
とにより行われる。このように、高度な情報を含むシー
ケンス情報をＨＭＦでは流通させることができる。な
お、図示されていないが処理装置Ａと処理装置Ｂとは同
様の構成とされており、上記説明では処理装置Ａから処
理装置Ｂにデータを送るようにしたが、処理装置Ｂから
処理装置Ａにデータを送ることも可能である。

【００１８】前記した図１においては処理装置Ａおよび
処理装置Ｂを機能ブロックにより表したが、処理装置Ａ
および処理装置Ｂのハードの構成を示すブロック図を図
２に示す。この図において、ＣＰＵ６１は動作プログラ
ムを実行して種々の処理を行う中央処理ユニット（ＣＰ
Ｕ）であり、ＲＯＭ６２はＣＰＵ６１の動作プログラム
等が格納されているリード・オンリ・メモリ（ＲＯＭ）
であり、ＲＡＭ６３はＣＰＵ６１がプログラム実行時に
ワークメモリとして使用するランダム・アクセス・メモ
リ（ＲＡＭ）である。

【００１９】ＨＤＤ（ハード・ディスク・ドライブ）６
５およびＦＤＤ（フロッピー・ディスク・ドライブ）６
６は動作プログラムや各種データを記憶しておく記憶装
置であり、ＲＯＭ６２に動作プログラムが記憶されてい
ない場合、このＨＤＤ６５あるいはＦＤＤ６６内のハー
ド・ディスクあるいはフロッピー・ディスクに動作プロ
グラムを記憶させておいて、記憶された動作プログラム
をＲＡＭ６３に読み込むようにする。ＣＰＵ６１はＲＡ
Ｍ６３から動作プログラムを読み出して実行することに
より、ＲＯＭ６２に動作プログラムが記憶されている場
合と同様の動作をＣＰＵ６１に実行させることができ
る。なお、ＨＤＤ６５は書き込み／読み出しを自由に行
うことができるので、動作プログラムの追加や、バージ
ョンアップ等を容易に行うことができる。

【００２０】また、スイッチ６７は操作パネルに設けら
れている操作指示用のスイッチであり、スイッチ６７の
操作はスイッチ検出回路６８により検出されてＣＰＵ６
１に知らされる。表示装置６９にはメニューや操作情報
等が表示され、この表示を参照しながらユーザはスイッ
チ６７等を操作する。ＣＤ−ＲＯＭドライブ７０は、Ｃ
Ｄ−ＲＯＭに記憶されている動作プログラムや各種デー
タを読み出す装置である。ＣＤ−ＲＯＭドライブ７０か
ら読み出された動作プログラムや各種データは、ＨＤＤ
６５内のハードディスクに書き込まれて記憶される。従
って、動作プログラムの新規インストールやバージョン
アップ等を容易に行うことができる。

【００２１】ＭＩＤＩインタフェース（ＭＩＤＩ Ｉ／
Ｆ）７１はＭＩＤＩデータを送出あるいは受信するため
のインタフェースであり、他のＭＩＤＩ機器７２が接続
される。通信インターフェース７３は、ＬＡＮ（Local
Area Network）やインターネット、電話回線等の通信ネ
ットワーク７４に接続されており、この通信ネットワー
ク７４を介して、サーバコンピュータ７５と接続され
る。ここで、ＨＤＤ６５内に動作プログラムや各種デー
タが記憶されていない場合は、通信インタフェース７３
を用いてサーバコンピュータ７５から動作プログラムや
各種データをＨＤＤ６５にダウンロードする。

【００２２】具体的には、クライアントとなる本発明の
処理装置は、通信インターフェース７３および通信ネッ
トワーク７４を介してサーバコンピュータ７５へ動作プ
ログラムや各種データのダウンロードを要求するコマン
ドを送信する。サーバコンピュータ７５は、このコマン
ドを受け、要求された動作プログラムや各種データを、
通信ネットワーク７４を介して、処理装置へ配信し、処
理装置が通信インターフェース７３を介して、これら動
作プログラムや各種データを受信してＨＤＤ６５に蓄積
することにより、ダウンロードが完了する。

【００２３】本発明は、複数のシーケンスを格納できる
パッケージを用意するようにしている。このパッケージ
の記述形式はフォーマットとして規定されているので、
パッケージをファイルとして取り扱うことができる。し
たがって、パッケージを単位として格納されたシーケン
スの構造を他の装置に渡すことができる。さらに、シー
ケンスを収めることができるパッケージ内に単独でパッ
ケージスクリプトをおけるようにしている。このパッケ
ージスクリプトが単独で置かれたパッケージはプラグイ
ンモジュールとして用いることができる。すなわち、パ
ッケージスクリプトにより、イベントデータだけではな
く機能定義までも取り込むことができるようになる。

【００２４】さらにまた、本発明におけるＨＭＤＭで
は、複数のパッケージが一列に並んだ状態で保持されて
おり、パッケージロード時にパッケージスクリプトが実
行されるが、この時に作成された各パッケージのディク
ショナリと、シーケンス参照時に作成された一時ディク
ショナリとを、シーケンススクリプト実行時におけるサ
ブルーチンの読み出し時に所定の順序で探索するように
している。そして、最初に見つかった名前のサブルーチ
ンを実行するようにしているので、スクリプトのパッケ
ージにまたがる利用を柔軟に行えるようになる。例え
ば、パッケージをプラグインすることで、すでに用意さ
れているサブルーチンを同名の別のサブルーチンに差し
替えることができる。同時に、シーケンスへのリンクが
あるときは、シーケンスをその名前でパッケージの並び
順に探してリンクを解決する。

【００２５】次に、本発明の詳細な説明を行うが、本発
明のＨＭＦデータの処理装置はコンピュータに適用する
ソフトウェアで実現することも可能である。まず、本発
明の処理装置において処理が行われるＨＭＤＭの静的デ
ータ構造の典型的な全体像を図３（ａ）に示し、同図
（ｂ）にＨＭＤＭに納められている典型的なパッケージ
の構造を示し、同図（ｃ）にパッケージに納められてい
る典型的なシーケンスの構造を示す。図３（ａ）に示す
ように、ＨＭＤＭは複数のパッケージ１１〜１３から構
成される。パッケージには、通常一曲の演奏データを格
納しているパフォーマンスパッケージ（Performance Pa
ckage）１０と、利用頻度の高い便利なフレーズ断片や
サブルーチン定義等を集めたプラグインパッケージ（Pl
ug In Package）１１，１２と、基本的なデータ／サブ
ルーチン定義を格納しているシステムパッケージ（Syst
em Package）１３の種類がある。また、同図（ｂ）に示
すパッケージにはパッケージスクリプト３２と、３つの
シーケンス２１，２２，２３が納められている。なお、
パッケージは、０または１つのパッケージスクリプト
と、０以上のシーケンスからなる。すなわち、パッケー
ジスクリプトや、シーケンスのいずれかが省略されたパ
ッケージとすることもできる。

【００２６】また、シーケンス（Sequence）は同図
（ｃ）に示すようにイベントリスト（event list）３
０と、このイベントリスト３０に対する変更を記述する
スクリプト(Script)３１とを対にした構造とされてお
り、ＨＭＦにおいて重要なデータ構造とされている。さ
らに、スクリプト３１はイベントリスト３０に対して、
「このイベントはもっとこうである」というような変更
を加える手順を示すプログラムである。そして、同図
（ｃ）に示すようにイベントリスト３０と対をなしてい
るスクリプト３１がシーケンススクリプトと呼ばれ、同
図（ｂ）に示すようにパッケージ内に単独で存在するス
クリプト３２がパッケージスクリプトと呼ばれる。

【００２７】さらにまた、イベントリストは複数のＭＩ
ＤＩイベントを時刻つきで保持するものである。ＨＭＦ
では、ここに後述するリンクイベントというものを置く
ことができ、リンクイベントにより、複数の演奏パート
を複数のトラックにより表しているＳＭＦのトラックモ
デルに比べ、より柔軟な音楽演奏データ構造の記述を実
現することができる。なお、シーケンスに対して再生の
指示やイベントに基づくデータ表示の指示など、その内
容を要求すると、保持しているイベントリストに対して
シーケンススクリプトを適用し、その結果を与えるよう
にしている。このように、イベントリスト部に演奏デー
タの実体をおき、スクリプトで実体の内容の変更を記述
するようにしている。

【００２８】次に、ＨＭＦからどのようにしてＨＭＤＭ
中の一つのパッケージが生成されるかについて述べる。
ＨＭＤＭの処理では、約２００の基本的な命令（命令セ
ット）が定義されている。ＨＭＤＭは、これらの命令や
数値を一列に格納した「実行コード」を受け取って、命
令を順次実行することができる。命令には、ＨＭＤＭの
内容を参照したり、変更するものなどがある。この実行
コードをテキストで記述する規則が定義されている。具
体的には、命令・数値のテキスト表記やそれらの命令に
引数を与える表記の規則などである。この規則で定義さ
れるプログラミング言語を”Hyper Media Executable
（ＨＭＥ）”と称呼するものとする。

【００２９】ＨＭＤＭの処理を行うときは、ＨＭＥで書
かれたテキストを読みとり、実行コードを生成してそれ
を実行する機能を持たせるようにする。このＨＭＤＭの
内容を変更するプログラムは、ＨＭＥテキストを直接書
く方法、あるいは、高級言語を使用してプログラムを書
く方法により生成することができる。さらに、グラフィ
カルなインターフェースにより、ユーザに意識させずに
システムが自動的に生成してもよい。いずれの方法で書
かれたプログラムでもＨＭＤＭを処理する際は、テキス
トの内容を調べ、ＨＭＥであれば直接読みとって実行コ
ードが実行される。あるいは、テキスト内で指定されて
いるコンパイラを起動してそのテキストをＨＭＥテキス
トに変換し、変換されたＨＭＥを読みとって実行コード
を実行する。なお、形式の判別のため、テキストの１行
目にはコンパイラの名称をおくようにしているが、他の
方法により形式を判別してもよい。

【００３０】ＨＭＥは、ＨＭＤＭに対してあらゆる変更
操作ができるように設計してあり、全く内容のない新規
のパッケージから出発して、それに対して次々と変更操
作を加えれば、どのような内容のパッケージでも作り上
げることができる。そして、ＨＭＥはテキストで表記す
ることができるので、容易にファイルに格納することが
できる。単純にテキストファイルとしてもよいし、ある
いはＳＭＦ形式のファイルに、適当なＳＭＦメタイベン
トを用いて格納してもよい。従って、ＨＭＥを用いて保
存しようとするパッケージに含まれるすべての要素を順
次登録していくような変更操作の並びを作成し、それを
テキスト形式でファイルに保存すれば、パッケージの内
容をファイルに記録することができることになる。

【００３１】ところで、ＨＭＦはＨＭＤＭ中の一つのパ
ッケージの内容を記述したファイルであり、この記述の
方法としてＨＭＥを用い、パッケージの内容の記述を行
うようにしている。以下、例を用いてテキスト記述から
パッケージを復元できることを説明する。テキスト記述
は次のような構成となっているが、説明の都合上実際の
ＨＭＥそのものではなく、大まかな内容を示している。
また、左端の番号も、説明の都合上付したものであり実
際にはこの番号はテキストには含まれない。

【００３２】”ＨＭＥ”language 1.00 Version １．空のパッケージを作成し、それをｐとする。 ２．空のパートシーケンスを作成し、それをｓとする。 ３．イベントｅを作る；ｅの時刻は１００とする；ｅの
内容は”９１ ４０ ４０”とする；ｅをｓに格納 ４．イベントｅを作る；ｅの時刻は１５０とする；ｅの
内容は”８１ ４０ ００”とする；ｅをｓに格納 ５．ｓをｐに”seq_A”という名前で格納する ６．空のパートシーケンスを作成しそれをｓとする ７．イベントｅを作る；ｅの時刻は３００とする；ｅの
内容は”９１ ５１ ４０”とする；ｅをｓに格納 ８．イベントｅを作る；ｅの時刻は４５０とする；ｅの
内容は”８１ ５１ ００”とする；ｅをｓに格納 ９．ｓをｐに”seq_B”という名前で格納する １０．ｐを出力する

【００３３】なお、イベントｅの内容を表す３組の１バ
イトのデータにおいて、最初に位置するデータ”９１”
はノートオン、データ”８１”はノートオフを表し、２
番目に位置する１バイトのデータは１６進数でノートナ
ンバを表し、３番目に位置する１バイトのデータは１６
進数でベロシティを表している。次に、ＨＭＤＭの処理
時にこのテキストを読み込み、実行コードに変換して実
行する様子を以下に示す。ＨＭＤＭの処理時に、まず冒
頭の”ＨＭＥ”を認識して、これはＨＭＥのテキストで
あると判断し、実行コードに変換する。ここで、別の言
語が指定されており、それをＨＭＥテキストに変換する
外部ソフトウェアが指定されていれば、その外部ソフト
ウェアを起動し、そのテキスト本体部分を処理させてそ
の結果を受け取るようにする。

【００３４】実行コードに変換して実行する様子を述べ
ると、上記１で、新規の空のパッケージが作成される。
このパッケージはメモリには確保されることになるが、
また、ＨＭＤＭ中のパッケージの一つとしては登録され
ない。変数ｐでそれを参照する。上記２で、空のパート
シーケンスをメモリ上に用意する。上記３および４で、
用意したイベントに、必要なパラメータを設定し、パー
トシーケンスに格納する。実際には、イベントの数だけ
これを並べればよい。この結果、パートシーケンスに
は、イベントが並んだ状態が作り出される。上記５で、
作り上げたパートシーケンスｓに名前を付けて、パッケ
ージｐに登録する。上記６，７，８，９では同様のこと
を繰り返し、新たなパートシーケンスを作り上げてパッ
ケージｐに登録する。

【００３５】以上で、新規のパッケージに、二つのパー
トシーケンス”seq_A””seq_B”が、内容が復元された
状態で登録されたことになる。以下同様にパートシーケ
ンスやカーブシーケンスを作成しては登録するという手
順を記述していけばよい。パッケージスクリプトを表現
するテキストの登録も同様に記述することができる。最
後に作り上げたパッケージをＨＭＤＭのパッケージ列の
末尾に追加する。あるいは、どこに挿入するかをユーザ
の指定に任せてもよい。このようにしてパッケージを組
み上げてパッケージ列に組み込んだ後、さらにパッケー
ジスクリプトを実行することになる。以上の例で示した
ように、ＨＭＥでの記述を「実行」することにより、任
意の内容を持ったパッケージを、ＨＭＦからＨＭＤＭの
中に復元することができる。逆に、ＨＭＤＭのあるパッ
ケージの内容を、ＨＭＥで記述し、テキスト形式でファ
イル化することが可能である。

【００３６】次に、パッケージの詳細を前記図３および
図４を参照しながら説明する。図４には”song1”と名
付けられたパッケージが示されており、その中には、１
つのパッケージスクリプトと、”root”，”bass-tr
k”，”bass-intro”，”bass-1”，”bass-2”，・・
・，”drums-A”，”melody-cresc”と名付けられたシ
ーケンス群が収められている。このように、１つのパッ
ケージは、０または１つのパッケージスクリプトと０以
上のシーケンスからなっている。ただし、シーケンス
は、図示するように一列にならべて管理されるわけでは
ない。

【００３７】パッケージは、以下に示すような役目をも
っている。まず、ＨＭＦのデータ流通の単位とされてい
る。すなわち、ファイルのセーブ、ロードはパッケージ
単位とされており、通常一曲の音楽演奏データを一つの
パッケージとして流通させる。このようなパッケージを
パフォーマンスパッケージ１０と呼ぶ。一方、便利なフ
レーズ断片やサブルーチン定義をパッケージスクリプト
中に集めたパッケージもあり、これをプラグインパッケ
ージ１１，１２と呼ぶ。なお、一つのシーケンスをやり
とりする場合でも、パッケージに入れて行なう。ただ
し、スクリプトのソースだけをテキストファイルとして
交換することも可能である。また、パッケージには、Ｈ
ＭＦシステムにはじめから提供される基本的なデータ／
サブルーチン定義を格納することができ、このためのパ
ッケージがシステムパッケージ１３である。

【００３８】また、パッケージにはロード時の初期化ス
クリプトをおくことができる。これが、パッケージスク
リプト３２であり、音楽演奏データごとの初期設定は、
パッケージスクリプトを実行することにより行われる。
なお、パッケージ内の任意のシーケンスを指定するため
に、ＨＭＤＭでは名前を用いている。パッケージの中の
シーケンスは名前を一つ持つことができ、これをシーケ
ンス名と呼ぶ。シーケンス名は、それを含むパッケージ
をファイルにセーブし、その後でロードされた場合も保
存される。ただし、一つのパッケージ内に、同名のシー
ケンスが複数存在することはない。すでに存在するもの
と同名のシーケンスをパッケージに登録すると、古い内
容は捨てられ、新しいものに置き換えられる。

【００３９】パフォーマンスパッケージの場合、パッケ
ージ中のいずれかのシーケンスが「ルートシーケンス」
となる。ルートシーケンスとは参照関係の起点となるシ
ーケンスである。すなわち、外部からルートシーケンス
の内容を要求すると、パッケージ内に含まれる他のシー
ケンスが参照され、その結果、例えば音楽演奏の全体の
データが得られる。パフォーマンスパッケージ中のある
シーケンスがルートシーケンスであることを示すには、
シーケンス名を”root”とする。ルートシーケンスも通
常のシーケンスであるから、他のものと同様に作成され
る。なお、一般に、ルートシーケンスのスクリプトおよ
びイベントリストにはデータ全体に関する設定がおかれ
る。

【００４０】パフォーマンスパッケージにおけるパッケ
ージスクリプトには、その音楽演奏データを構成するた
めの共通サブルーチンをおくことができる。また、その
曲のための初期設定もここにスクリプトとして置くこと
ができる。なお、シーケンススプリクトを作成して、イ
ベントリストに対し任意の変更を加えることが可能とさ
れる。

【００４１】プラグインパッケージは、便利なフレーズ
断片やサブルーチン定義を集めたものである。一般のユ
ーザは、完成品のプラグインパッケージをブラックボッ
クスとしてＨＭＤＭにロードすることにより、あらかじ
め仕上げられたシーケンスやサブルーチンを利用するこ
とができるようになる。ユーザがスクリプトの内容を変
更、あるいは新規作成することも可能である。プラグイ
ンパッケージには、ルートシーケンスは存在しない。パ
ッケージスクリプト中に１つまたは複数のサブルーチン
定義を格納しておくことにより、”サブルーチン集”と
することができる。たとえば、”slide”というサブル
ーチンが提供されていて、あるシーケンス内のイベント
を２つ指定して、この”slide”というサブルーチンを
呼ぶとそれらをギターのスライド奏法により演奏された
状態のイベント書き換えることができるようになる。

【００４２】また、プラグインパッケージは、例えば、
“伴奏スタイル集”とすることができる。すなわち、あ
る伴奏パターンのシーケンスが定義されており、引数と
してコードを指定して内容を要求すると、そのコードに
応じて音高が変換された伴奏パターンのイベントリスト
を得ることができるようになる。また、シーケンスを用
いて、フレーズ集やカーブデータ集等を提供することが
できる。この場合、シーケンススクリプトがそれらの修
飾の方法を提供しており、例えばフレーズ集のシーケン
スに対して引数をつけて、該シーケンスの内容を要求す
ると、いろいろに変化したフレーズを得ることができ
る。

【００４３】システムパッケージは、システム機能の付
加的な部分を実現するためのパッケージであり、システ
ムのプリミティブな機能の上に実装される。システムパ
ッケージには、ルートシーケンスは存在せず、パッケー
ジスクリプトを用いて、基本的なサブルーチンが提供さ
れたり、シーケンスを用いて、代表的な伴奏パターン等
の基本的なデータなどが提供される。

【００４４】次に、シーケンスについて説明すると、シ
ーケンスはＨＭＦの核となるデータ構造の単位であり、
イベントリストとスクリプトの組という形で構成され、
パートシーケンスとカーブシーケンスとの２種類があ
る。このうちパートシーケンスには、シーケンスであっ
て、保持するイベントが0-255の８ビットの並びである
バイト列、ＭＩＤＩの音高，オンベロシティ，オフベロ
シティを有しているノートイベント、および、後述する
リンクイベントが納められている。また、カーブシーケ
ンスにはシーケンスであって、保持するイベントが数値
であるものが納められている。なおカーブシーケンス中
にはリンクイベントは含まれない。

【００４５】シーケンスは、内容を要求されると、保持
しているイベントリストの写しを作り、スクリプトを実
行してイベントリストを修飾する。そして、修飾された
イベントリストを出力する。すなわち、保持しているイ
ベントリスト自体は書き換えられない。例えば、図５に
示すシーケンスに内容を要求（reference）すると、シ
ーケンス中のスクリプトに記述された”melody notes h
arder ...”、および、”exaggerate tenuto”が実行さ
れて、図示するようにメロディの各イベントのベロシテ
ィが増大（図ではイベントを示すバーの幅が太く表され
ている）されると共に、持続時間も長くされて、メロデ
ィが強めにされると共に、そのテヌートが強調されるこ
とになる。そして、このようにして書き換えられたイベ
ントリストが返される（response）ことになる。また、
必要に応じて引数を与えることもでき、たとえば「メロ
ディノートを”１０％強く”」というように指定するこ
とも可能である。

【００４６】また、シーケンスを構成するイベントリス
トとスクリプトは、静的にも動的にも独立した存在であ
る。データ構造としても分離された形になっており、ス
クリプトの実行とイベントリストの演奏進行も全く別の
過程となっている。すなわち、イベントリストの中にス
クリプトがまじっていて演奏の進行と共にスクリプトが
実行されるのではない。このように、ＨＭＦでは元とな
る演奏の断片をＭＩＤＩイベントの形でイベントリスト
に保持しておき、スクリプトの引数を調節したりスクリ
プト自体を差し替えることにより、様々に変化させるこ
とができるのである。これにより、テンプレートの変更
も容易に行うことができる。なお、スクリプトはイベン
トリストに適用するコマンドを保持するものなので、ス
クリプトをみるとそのイベントリストの編集過程を知る
ことができる。すなわち、シーケンスは自己の編集過程
を保持している演奏データともいえる。

【００４７】ここで、シーケンスの指定方法について説
明すると、ＨＭＤＭ内の特定のシーケンスを指定するに
は、パッケージ名とそこでのシーケンス名を合わせて指
定するようにする。これは、パッケージ名はＨＭＤＭ内
で一意的であると共に、シーケンス名はパッケージ内で
一意的であるからである。さらに、ＨＭＤＭでは、シー
ケンスの識別法として、前記名前による方法に加え、Ｉ
Ｄ番号による方法でもよい。ＩＤ番号は、あるパッケー
ジのロードでＨＭＤＭに新たなシーケンスが加わると、
ＨＭＤＭ中で一意性が保証される「ＩＤ番号」をＩＤマ
ネージャが各シーケンスに与える。以後ＨＭＤＭでは、
このＩＤ番号で任意のシーケンスを直接指定することが
できる。このように、ＩＤ番号は、パッケージではなく
ＨＭＤＭで一意的なものである。

【００４８】このＩＤ番号は整数値であるが、通し番号
とは限らない。従って、シーケンスを一つ削除しても他
のシーケンスのＩＤ番号が変化するということはない。
また、いったんＨＭＤＭに登録されれば、ＨＭＤＭから
削除されるまでの間、シーケンスのＩＤ番号は不変とさ
れる。ただし、パッケージをＨＭＦ形式でエンコードす
る際にはＩＤ番号は記録されず、そのパッケージを後刻
ＨＭＤＭにロードしたときに、各シーケンスに新しいＩ
Ｄ番号が与えられる。すなわち、新シーケンスの登録と
して扱われる。

【００４９】つぎに、イベントリストの詳細を説明す
る。イベントリストは、イベントを時刻順に任意の数保
持するようにしたデータ保持構造である。また、イベン
トは、開始時刻、持続時間、後述するラベルの３つの情
報を次に示すいずれかのデータをあわせて保持するデー
タ単位である。 ・バイト列・・・0-255の８ビットの並び ・ノートイベント・・・ＭＩＤＩの音高、オンベロシテ
ィ、オフベロシティを有しているイベント ・リンクイベント・・・リンクを保持しており、パート
リンクイベントとカーブリンクイベントがある ・数値

【００５０】このようなイベントを保持するイベントリ
ストでは次のような特徴点がある。 １．各イベントに１つ以上のラベルをつけることができ
る。この時、各イベントにＩＤ番号がついていてもよ
い。 ２．リンクイベントが用意されている。（これについて
は後述する。） ３．時変カーブ（折れ線）データの実体の保持にも用い
ることができる。（これについても後述する。）

【００５１】ラベルは、イベントリスト中のイベントの
識別を行うために付与されるもので、ユーザが任意に付
与することができる。また、イベントの識別をＩＤ番号
によって識別するようにしてもよい。ラベルのついたイ
ベントリストの例を図６に示すが、イベントリスト中の
各イベントは、任意の文字列からなるラベルを任意の数
持つことができる。また、ラベルのないイベントがあっ
てもよい。例えば図６では、左上のイベントに、”melo
dy”，”tenuto”，”first”，という３つのラベルが
つけられている。ＨＭＤＭにおいては、このラベルを用
いてイベントを指定することができる。

【００５２】ラベルづけは、従来のシーケンサソフトの
対象イベント選択操作に対応している。従来のシーケン
サソフトでは、対象となるイベントをマウスなどで任意
の数指定し、それに対して編集を行なうようにしてい
た。イベントにラベルをつけることは、その「選択」を
記録することに相当する。したがって、ラベルを指定す
ればその選択パターンを再現することができ、それに対
して何らかの処理を施すことを容易に行うことができる
ようになる。例えば図６において、「”melody”という
ラベルのついたイベント」と指定すると、上の破線で囲
ったイベントをマウス等で選択するのと同様の効果を持
つようになる。また、「”chord”というラベルのつい
たイベント」を指定すると、下の破線で囲ったイベント
を選択することになる。なお、”melody”or”tenuto”
というように複数のラベルを指定することも可能であ
る。

【００５３】また、ラベルは、ＨＭＦ形式にエンコード
し後刻デコードした場合にも保存される。ここで、図６
ではピアノの両手の演奏が１つのシーケンスに入ってい
る。そして、各イベントには、”melody”、”chor
d”、”bass”といったラベルが、それぞれあてはまる
ノートオンイベントに付与されている。したがって、ス
クリプトにおいて「”melody”というラベルのついたイ
ベントは強めに」「”bass”というラベルのついたイベ
ントは強めに」などという記述が可能となる。

【００５４】次に、ラベルが付与されたイベントの選択
的なイベント書き換え処理のフローチャートを図７
（ａ）に示し、同図（ｂ）に示すイベントリストを参照
しながらその説明を行う。ここでは、ラベル”ｘｘｘ
ｘ”を持つイベントの書き換えにおいて、ラベル”ｘｘ
ｘｘ”がラベル”melody”の場合を例に挙げて説明す
る。イベント書き換え処理がスタートされると、ステッ
プＳ１においてイベントリストにイベントが残っている
か否かが判断される。この場合、処理が開始された直後
であるので図７（ｂ）に示すイベントリストのすべての
イベントが残っており、ＹＥＳ（ｙ）と判断されてステ
ップＳ２に進む。ステップＳ２ではイベントが一つ選択
される。この場合、EventA1が選択され、ステップＳ３
にてイベントに指定されたラベル”melody”が付与され
ているか否かが判断される。この場合、EventA1にはラ
ベル”melody”が図７（ｂ）に示すように付与されてい
るので、ＹＥＳ（ｙ）と判断されてステップＳ４に進
む。ステップＳ４では、イベントに対し、強めにする等
の指定された処理を実行し、ステップＳ１に戻る。

【００５５】そして、ステップＳ１ないしステップＳ４
の処理が再度行われるが、この場合は、EventC1が選択
されるが、EventC1にはラベル”melody”が付与されて
いないのでステップＳ３にてＮＯ（ｎ）と判断されてス
テップＳ１に再度戻るようになる。ついで、ステップＳ
１ないしステップＳ４の処理が順次選択された図７
（ｂ）に示すイベントに対して実行され、図７（ｂ）に
示すイベントリストのすべてのイベントに対して処理が
実行されると、ステップＳ１にてＮＯ（ｎ）と判断され
てイベント書き換え処理は終了する。この結果、この場
合はラベル”melody”が付与されているEventA1，Event
A2に対してイベント書き換え処理が実行されることにな
る。

【００５６】また、ＨＭＦは、イベントリスト中のイベ
ントを識別するため補助的にＩＤ番号も用いることがあ
る。この補助的な機構は、スクリプト言語との兼ね合い
のためのものである。スクリプトの処理速度や複雑さと
のトレードオフのため、ラベルによるイベント識別のた
めの十分な機構（連想配列など）が言語に提供できない
可能性もある。この場合、もっとも基本的なデータであ
る整数でイベントを識別する必要が生じる。このため、
ＩＤ番号が補助的に用いられるのである。

【００５７】図８に、ＩＤ番号をイベントに付与する機
構の一例を示す。ユーザ入力などでイベントリストに新
たなイベントが加わる際、イベントリスト中で一意性が
保証される「ＩＤ番号」が各イベントに与えられる。以
後、このＩＤ番号で、任意のイベントを直接指定するこ
とができるようになる。例えば、図８では、”NoteOn a
3 64”というイベントを時刻０に印加している。このイ
ベントの登録の際、ＩＤ manager４０は、その時点で
ほかのどのイベントにも使われていない数値「１」をこ
のイベントに与える。以後、このイベントリストの中で
は、ｉｄ＝１とすれば必ずこの時刻０の”NoteOn a3 6
4”のイベントが指定されることになる。

【００５８】なお、ＩＤ番号は整数値であり、通し番号
とする必要はない。従って、イベントを一つ削除して
も、他のイベントのＩＤ番号が変化することはない。ま
た、いったんイベントリストに登録されれば、削除され
るまで、イベントのＩＤ番号は不変である。例えば図８
においてｉｄ＝１６のイベントを削除しても、他のどの
イベントのＩＤ番号も変化しない。ただし、あるイベン
トをイベントリストから削除し、ふたたび同一イベント
を登録した場合、はじめのＩＤ番号は保存されず、新し
いＩＤ番号が与えられる。すなわち、イベントリストへ
の新イベントの登録として扱われるようになる。

【００５９】次に、スクリプトの説明を行う。スクリプ
トは、前述したようにイベントリストを修飾する手順を
記したプログラムである。スクリプトの内容は、対象と
なるイベントを設定し、設定されたイベントに対して行
う操作を示すことの繰り返しとされている。対象となる
イベントの設定方法としては、前記したようにイベント
に付与されているラベル、あるいはＩＤ番号を指定する
ことにより設定する方法や、時刻範囲を指定してその時
刻範囲に含まれるイベントを指定する方法がある。図９
にスクリプトの内容の一例をイベントリストと対応づけ
て示す。この図に示すスクリプトの一行目では、”melo
dy”というラベルの付いたイベントについてベロシティ
を１０増加する処理がプログラムされている。また、２
行目では、ＩＤが３６であるイベントの音高をＣ３と設
定している。さらに、３行目では、”slur”で始まるラ
ベルの付いたイベントについてスラー処理をしている。
なお、３行目の”slur”に付された＊印はワイルドカー
ドであり、これには”slur１”、”slur２”、”slur
３”等のラベルが該当する。

【００６０】なお、図９に示すスクリプトの表記は概念
的なものであり、本発明における前述した実際のプログ
ラミング言語とは異なるものである。設定されたイベン
トに対するスクリプトの操作としては、イベント内容の
読み出し、イベント種類の判別、値の変更、イベント自
体の消去、新たなイベントの追加、ラベルの追加／削除
／改名等の操作がある。スクリプト言語としては、アセ
ンブラ等の低水準の言語を用いることができる。この場
合、直接この言語でスクリプトを記述してもよいし、高
級言語を設計し、この言語へのコンパイラを用意するよ
うにしてもよい。

【００６１】また、各シーケンスが内蔵するスクリプト
を、シーケンススクリプトと呼ぶ。シーケンススクリプ
トには、対応するイベントリストの内容と密接に関連し
た記述がなされている。一般にシーケンススクリプト
は、「このようなイベントに対して、このような変更を
施す」というイベントリスト編集コマンドが、反復や条
件分岐をまじえて多数書かれている。なお、シーケンス
スクリプト中でサブルーチンを定義することは可能であ
る。

【００６２】さらに、各パッケージ毎に登録されるスク
リプトをパッケージスクリプトと呼ぶ。パッケージスク
リプトは、前記図４の最上段に示されているが、パッケ
ージをロードする際にパッケージスクリプトは一度実行
される。そこで、このパッケージスクリプトで汎用サブ
ルーチンの定義を記述しておけば、パッケージをロード
するだけで新たなサブルーチンを利用することが可能と
なる。このことから、パッケージスクリプトは、そのパ
ッケージを使う上で必要な初期設定と、汎用サブルーチ
ンの定義とで占められている。ここでのサブルーチンの
定義は、外部からも利用可能となる。

【００６３】次に、本発明の特徴点の一つであるカーブ
データについて説明する。ピッチベンドや音量等を変化
させる変化カーブは、連続的に変化する量のデータとさ
れており、ＳＭＦにおいて変化カーブのデータは、具体
的なイベントの離散的な列で表現されている。例えば、
図１０（ａ）のＡに示す離散的なイベントデータ列によ
り本来連続的に変化する量が表されている。すると、こ
のＡに示すイベントデータ列と、図１０（ａ）のＢに示
すイベントデータ列とを加算して新たな変化カーブの変
化特性を作成しようとしたとき、単純に混合すると、図
１０（ａ）のA，Bmixに示すように個々の変化カーブを
正しく加算した変化特性とはならない。

【００６４】そこで、ＨＭＦでは、カーブデータ（折れ
線データ）を定義し、図１０（ｂ）に示すように操作す
る枠組みを与えるようにする。このように定義すると、
図１０（ｂ）のＡに示す折れ線のカーブデータと、同図
のＢに示す折れ線のカーブデータとを加算することによ
り、同図のA，Bmixに示すように新たなカーブデータを
得ることができるようになる。これにより、ボリューム
やテンポ、その他あらゆる時変パラメータを抽象化する
ことが可能となる。また、このカーブデータはそのまま
で処理装置間でやりとりすることができるようになる。

【００６５】このカーブデータは、例えば、前記図４に
示すcurve”melody-cresc”に示すシーケンスに保持さ
れているように、シーケンスの一種として管理され、こ
れをカーブシーケンスと称呼する。すなわち、カーブシ
ーケンスとはシーケンスを使用してカーブを実際に表し
たシーケンスである。このカーブシーケンスを図１１に
示す。パートシーケンスでは、図示するようにイベント
リストにＭＩＤＩイベント列が時刻順で保持されるが、
カーブシーケンスでは、イベントリストを使用してカー
ブの変化点の時刻と値の組を格納している。なお、イベ
ントとイベントの間の任意の時刻のカーブデータの値は
適切な内挿法、例えば直線補間法等を用いることにより
得るようにしている。カーブの内容の参照には、後述す
るリンクイベントを用いる。パートシーケンス中の任意
の時刻に、シーケンスの一種であるカーブシーケンスの
内容を要求するイベント（カーブリンクイベント）をお
くようにする。このカーブリンクイベントでは、カーブ
の名前等のカーブの識別情報や、このカーブを音量ある
いはピッチに適用する等の適用先の情報を含ませること
ができる。

【００６６】また、特定のイベントにカーブが固定され
ることがなく、例えばピッチベンド用のカーブデータを
ボリュームを変化させるカーブデータに書き換えて用い
ることができるようになる。なお、カーブデータは時刻
から値への変換関数となっている。これに基づき、「あ
る時刻での値を得る」、「カーブから適切な間隔のＭＩ
ＤＩイベントを生成する」、「既存のＭＩＤＩイベント
列からカーブシーケンスを逆生成する」といったことが
可能となる。また、カーブどうしの加算なども定義され
ており、カーブによる表現を重ねていくことが可能とな
る。カーブシーケンスの変形操作は、実際にはパートシ
ーケンスにおけるイベントリストの編集と同様に行うこ
とができる。

【００６７】次に、ピッチベンドの表現づけにカーブデ
ータを利用する例を図１２を参照しながら説明する。図
１２は、ユーザが、”curve−a1”というカーブデータ
をピッチベンドのストリップチャートに取り込んだとこ
ろを示しており、システムは、このカーブから適切な間
隔のピッチベンドイベントを自動的に生成して発生すべ
きＭＩＤＩイベント列内に挿入する。この場合、ユーザ
がカーブデータ”curve−a1”の形状を変更すると、シ
ステムはピッチべンドのイベントを生成し直すようにな
る。

【００６８】なお、カーブシーケンスに対してスクリプ
トを付加するようにして、参照時にスクリプトを実行す
ることにより、元の折れ線を書き換え、書き換え後のイ
ベント間を内挿して最終的なカーブデータを得るように
してもよい。また、カーブリンクイベントによってカー
ブを参照する際に、カーブリンクイベントを含むシーケ
ンスのスクリプトを実行して、折れ線を書き換えてもよ
い。さらに、カーブデータの各点に対してラベルをつけ
ることにより、各点のデータを選択的に書き換えるよう
にしてもよい。これにより、カーブの変化特性を容易に
変更することができる。なお、折れ線のカーブデータに
おいて、任意の時刻の値は適切な内挿を行うことにより
得るようにする。これにより、折れ線データから適切な
間隔の離散的イベント列を生成することができる。

【００６９】次にシーケンスリンクイベントについて説
明する。シーケンスにおいては、パートシーケンスのイ
ベントリスト中に「シーケンスリンクイベント」を置く
ことができる。シーケンスリンクイベントは、他のある
シーケンス（パートシーケンスやカーブシーケンス）を
指定する。そして、該シーケンスリンクイベントの時刻
以降にそのリンクイベントが指定するシーケンスを取り
込むべきであるということを示す役目をもっている。例
えば図１３（ａ）では、”melody”というパートシーケ
ンスのイベントリストの時刻ｔの位置に“chord”とい
うパートシーケンスへのシーケンスリンクイベントが置
かれている。スクリプトを実行して最終的なパートシー
ケンス”melody”を得る時に、パートシーケンス”melo
dy”のスクリプトが実行されてイベントリストが修飾さ
れる。スクリプトの実行が終了すると、シーケンスリン
クイベントの解決が図られ、パートシーケンス”chor
d”の取り込みが起きる。こうして、図１３（ｂ）に示
すように、パートシーケンス”chord”を取り込んだパ
ートシーケンス”melody”が得られる。この処理は、演
奏が進むにつれて実行されるのではなく、パートシーケ
ンス”melody”の内容を得ようとしたときに実行され
る。

【００７０】本来イベントリストは時刻付きＭＩＤＩイ
ベントの集合であり、イベントリスト中のＭＩＤＩイベ
ントは必ずＭＩＤＩ出力されるものである。シーケンス
リンクイベントは、イベントリスト中に置かれながら、
ＭＩＤＩ出力には送出されず、シーケンス間の関連を表
示するだけのものである。なお、前記したようにリンク
は、再生時に解決されるものではない。リンクイベント
で示されるリンクは、シーケンス間の関連を静的に示し
ているだけであり、リンク解決のプロセスは、演奏のプ
ロセスとは無関係にパートシーケンスの内容が参照され
た時に進行するのである。なお、シーケンスの内容を要
求する際、引数を渡すことができる。

【００７１】このリンク機構により、現在の一般的なシ
ーケンサソフトが採用しているトラックモデルの音楽演
奏データ構造を表現することができる。従って、トラッ
クモデルと同様の音楽演奏データ構造を表現しながら
も、複数のシーケンサソフト間で音楽演奏データを、そ
の階層構造の情報までも含めて交換することが可能とな
る。これはＳＭＦによるトラックモデルを用いた従来で
はできなかったことである。例えば、図１４（ａ）に示
すtrack１ないしtrack５の５つのトラックからなるデー
タを、同図（ｂ）に示すルートシーケンスの時刻０にｓ
ｅｑ１からｓｅｑ５までの５つのシーケンスを取り込む
というリンク構造で表現している。また、同図（ａ）に
示すトラックモデルにおいて各トラック内にフレーズ断
片が配置される構造は、同図（ｂ）に示すように子シー
ケンスの適切な時刻にリンクイベントを置いて表現する
ようにする。例えば、図１４（ａ）において、track１
にpart a，part b，part cが置かれている状態は、同図
（ｂ）に示すようにseq1の適切な時刻にseq a，seq b，
seq cへのリンクイベントを置くことで表現することが
できる。さらに、一部のシーケンサソフトに見られるよ
うな、シーケンスが階層的になった構造も、同様にして
表現することができる。

【００７２】ルートシーケンス以外のシーケンスは、リ
ンクしない限りＭＩＤＩ出力に寄与しない。したがっ
て、典型的表現パターンを一つずつ入れたシーケンスを
多数用意しておき、好きなものをリンクして利用するこ
とができる。このため、リンクの枠組は、典型的表現パ
ターンの利用にも都合がよいものである。また、一つの
シーケンスが、任意数の他のシーケンスを参照すること
ができ、さらに、複数のシーケンスが、システムのどこ
かに存在するある一つのシーケンスを参照することもで
きる。ただし、参照がループを構成することは禁止され
る。このループとは、シーケンスＡがシーケンスＢを、
シーケンスＢがシーケンスＣを、そしてシーケンスＣが
シーケンスＡを参照しているように、参照がループ状と
されている状況をいう。なお、リンクイベントにおいて
シーケンスを指定するばあいは、リンクイベントも、Ｉ
Ｄ番号でなくパッケージ名とシーケンス名で参照対象を
保持するようにしている。

【００７３】次に、ＨＭＦの静的なデータ構造が、外か
らの要求に対してどのような動的な振る舞いをするのか
について説明する。図１５に示すように、例えば、ファ
イルシステムの記録媒体４に格納されているＨＭＦファ
イルから一つのパッケージをロードすると、パッケージ
のロード時にパッケージスクリプトが実行されて、サブ
ルーチンの定義があれば、パッケージディクショナリを
用意してそこにサブルーチン定義が格納される。ここで
ディクショナリについて説明すると、ディクショナリは
スクリプトで出現する変数／サブルーチンを保持するも
のであり、パッケージごとにあるパッケージディクショ
ナリと、スクリプト実行中だけ存在するデータ保持用の
ディクショナリスタックとの２種類がある。

【００７４】たとえば、図１５に示すように、（１）Ｈ
ＭＦ形式のパッケージ”GMbasicExpr2”をロードする
と、ユーザが指定した位置にパッケージ”GMbasicExpr
2”をロードした内容がおかれる。ついで、（２）パッ
ケージスクリプトの実行が行われ、（３）パッケージ”
GMbasicExpr2”内のサブルーチン定義”cresc1”が、パ
ッケージ”GMbasicExpr2”に対応する位置に作成された
ディクショナリ５０に格納される。パッケージ内のシー
ケンススクリプトは実行形式にコンパイルしておくが、
まだ実行はしない。図１５では、ＨＭＦ形式のパッケー
ジ”song１”をロードしたときに、そのパッケージスク
リプトが実行されその中のサブルーチン定義”b72vol”
が、パッケージ”song１”に対応する位置に作成された
ディクショナリ５１に格納されており、パッケージ”ba
sicExpr１”をロードしたときに、そのパッケージスク
リプトが実行され、サブルーチン定義”cresc1”が、パ
ッケージ”basicExpr１”に対応する位置に作成された
ディクショナリ５２に格納されている。ただし、ディク
ショナリスタック”dict. stack”はまだ作成されてい
ない。

【００７５】つぎに、ＨＭＦ形式のデータがロードされ
た状態において、ユーザが音楽演奏データを構成する一
つのシーケンスの内容を参照したときの振る舞いを説明
する。ユーザが、音楽演奏データを構成する一つのシー
ケンスの内容を参照しようとしたときのシーケンス参照
処理を図１６ないし図１８を参照しながら説明する。な
お、図１６はシーケンス参照処理を模式的に示す図であ
り、図１７、図１８はシーケンス参照処理のフローチャ
ートを示す図である。

【００７６】図１７（ａ）に示すシーケンス参照処理の
フローチャートにおいて、シーケンス参照処理がスター
トされると、ステップＳ１０にて図１６（ａ）に示すよ
うにイベントリストＬの複製イベントリストＬ’を作る
処理が行われる。このステップＳ１０の処理が図１７
（ｂ）に示すフローチャートに示されており、イベント
リストＬの複製作成処理がスタートされると、ステップ
Ｓ２０にて空の複製イベントリストＬ’が生成される。
ついで、ステップＳ２１にてイベントリストＬにイベン
トが残っているか否かが判断され、残っている場合はＹ
ＥＳ（ｙ）と判断されてステップＳ２２に進みイベント
を一つ複製しイベントリストＬ’へ登録する。ステップ
Ｓ２０およびステップＳ２１の処理はイベントがイベン
トリストＬに残っている間循環して行われ、イベントが
残っていないときにＮＯ（ｎ）と判断されてイベントリ
ストＬの複製作成処理が終了する。

【００７７】ステップＳ１０の処理が終了すると、ステ
ップＳ１１にて複製されたイベントリストＬ’に対して
図１６（ｂ）に示すようにシーケンススクリプトを適用
する処理が行われる。このステップＳ１１の処理が図１
７（ｃ）に示すフローチャートに示されており、シーケ
ンススクリプト適用処理がスタートされると、ステップ
Ｓ３０にてスクリプトに命令が残っているか否かが判断
される。この処理の開始直後には命令が残っているの
で、ＹＥＳ（ｙ）と判断されてステップＳ３１に進み、
命令が一つ実行され、ステップＳ３０に戻る。ステップ
Ｓ３０とステップＳ３１の処理はスクリプトに命令が残
っている間循環して行われて、命令が１つづつ実行され
ていく。そして、スクリプト内の命令がすべて実行され
ると、ステップＳ３０にてＮＯ（ｎ）と判断されてシー
ケンススクリプト適用処理が終了する。

【００７８】ステップＳ１１の処理が終了すると、ステ
ップＳ１２にて複製されたイベントリストＬ’のパート
リンクが図１６（ｃ）に示すように解決される処理が実
行される。このパートリンク処理のフローチャートを図
１８（ａ）に示すが、パートリンク処理がスタートされ
ると、ステップＳ４０にてイベントリストＬ’にパート
リンクが残っているか否かが判断される。イベントリス
トＬ’にパートリンクが残っている場合は、ＹＥＳ
（ｙ）と判断されてステップＳ４１に進む。ステップＳ
４１ではリンクすべきパートが所定の順序で探索され、
ステップＳ４２にて対象パートが発見されたと判断
（ｙ）された場合には、ステップＳ４３にてそのパート
の内容が参照される。ついで、ステップＳ４４にて得ら
れたイベントリストの内容をイベントリストＬ’にマー
ジし、さらにステップＳ４５にて処理したリンクイベン
トを削除して、ステップＳ４０に戻る。

【００７９】なお、ステップＳ４２にて対象パートが発
見されないと判断（ｎ）された場合は、ステップＳ４５
にジャンプしてそのリンクイベントが削除される。ま
た、ステップＳ４０ないしステップＳ４５の処理はイベ
ントリストＬ’にパートリンクが残っている間循環して
実行され、順次パートリンク処理が実行される。そし
て、イベントリストＬ’に残ったパートリンクがなくな
ると、ステップＳ４０にてＮＯ（ｎ）と判断されてパー
トリンク処理が終了する。

【００８０】ステップＳ１２の処理が終了すると、ステ
ップＳ１３にて複製されたイベントリストＬ’のカーブ
リンクを図１６（ｄ）に示すように解決する処理が実行
される。このカーブリンク処理のフローチャートを図１
８（ｂ）に示すが、カーブリンク処理がスタートされる
と、ステップＳ５０にてイベントリストＬ’にカーブリ
ンクが残っているか否かが判断される。イベントリスト
Ｌ’にカーブリンクが残っている場合は、ＹＥＳ（ｙ）
と判断されてステップＳ５１に進む。ステップＳ５１で
はリンクすべきカーブが所定の順序で探索され、ステッ
プＳ５２にて対象カーブが発見されたと判断（ｙ）され
た場合には、ステップＳ５３にてそのリンクのパッケー
ジ指定を確定して、ステップＳ５０に戻る。

【００８１】なお、ステップＳ５２にて対象カーブが発
見されないと判断（ｎ）された場合は、ステップＳ５０
にそのまま戻る。また、ステップＳ５０ないしステップ
Ｓ５３の処理はイベントリストＬ’にカーブリンクが残
っている間循環して実行され、順次カーブリンク処理が
実行される。そして、イベントリストＬ’に残ったカー
ブリンクがなくなると、ステップＳ５０にてＮＯ（ｎ）
と判断されてカーブリンク処理が終了する。これによ
り、シーケンス参照処理は終了する。

【００８２】ここで、パートリンクおよびカーブリンク
がどのように解決されていくかを、図２８を参照して説
明する。図２８は、パートシーケンス”synth_track”
から他のパートシーケンス”synth_bridge”へとパート
リンクがはられ、さらにそのパートシーケンス”synth_
bridge”からさらに他のパートシーケンス”synth_1_me
asure”へとパートリンクがはられている状態を示して
いる。また、パートシーケンス”synth_track”からは
カーブシーケンス”synth_total_pb”へとカーブリンク
がはられ、パートシーケンス”synth_bridge”からカー
ブシーケンス”synth_bridge_pb”へとカーブリンクが
はられ、パートシーケンス”synth_1_measure”からカ
ーブシーケンス”synth_pb_1”へとカーブリンクがはら
れている。

【００８３】このような状態において、パートシーケン
ス”synth_track”の内容を参照すると、そこにはパー
トリンクイベントが存在するので、図１８（ａ）に示し
たフローチャートにしたがって、リンクすべきパートシ
ーケンスが検索され、見つかったリンク先のパートシー
ケンス”synth_bridge”の内容が参照される。なお、リ
ンクすべきパートシーケンスの検索は、後述するサーチ
パスによって実行される。そして、パートシーケンス”
synth_bridge”の内容を参照すると、そこにもパートリ
ンクイベントが存在するので、リンクすべきパートシー
ケンスが検索され、見つかったリンク先のパートシーケ
ンス”synth_1_measure”の内容が参照される。

【００８４】パートシーケンス”synth_1_measure”か
らは、他のパートシーケンスへのリンクがはられていな
いので、この時点で、パートシーケンス”synth_1_meas
ure”の内容が、パートシーケンス”synth_bridge”に
マージされ、パートシーケンス”synth_bridge”内に存
在していたパートリンクイベントは削除される。なお、
パートシーケンス”synth_1_measure”内にはカーブリ
ンクイベントが存在しているので、パートシーケンス”
synth_bridge”内には、このカーブリンクイベントもあ
わせてマージされ、その結果、パートシーケンス”synt
h_bridge”内には２つのカーブリンクイベントが存在す
るようになる。その後、パートシーケンス”synth_brid
ge”の内容がパートシーケンス”synth_track”へとマ
ージされ、パートシーケンス”synth_track”内に存在
していたパートリンクイベントは削除される。

【００８５】なお、パートシーケンス”synth_track”
内には、パートシーケンス”synthbridge”内に存在し
ていた２つのカーブリンクイベントもあわせてマージさ
れる。その結果、パートシーケンス”synth_track”内
には、３つのカーブリンクイベントが存在するようにな
る。そして、パートシーケンス”synth_track”内に存
在していたパートリンクイベントは削除されたので、図
１８（ａ）に示すフローチャートの処理は終了する。次
いで、図１８（ｂ）に示したフローチャートに従って、
パートシーケンス”synth_track”内に集められた３つ
のカーブリンクイベントが解決される。リンクすべきカ
ーブシーケンスが１つづつ検索され、それぞれのカーブ
シーケンスが確定される。

【００８６】カーブシーケンスが確定された後、各カー
ブシーケンスの内容に基づいて実際のイベント、たとえ
ばピッチベンドイベントに展開され、最終的にパートシ
ーケンス”synth_track”内にイベントデータが取り込
まれる。このとき、３つのカーブリンクイベントのう
ち、いずれか２つあるいは３つのカーブリンクイベント
の存在する位置が近接していると、カーブシーケンス同
士が部分的に重なることがある。このように、複数のカ
ーブシーケンスが重なった部分については、後述するよ
うな手法によって合成処理が施され、１つのカーブシー
ケンスが形成される。

【００８７】また、カーブリンクイベント自体も、合成
された複数のカーブシーケンスに対応するもののうちの
最も前方に位置するもののみが残され、他のカーブリン
クイベントは削除される。なお、はじめから１つのパー
トシーケンス内に複数のカーブリンクイベントが存在
し、それらカーブリンクイベントによってパートシーケ
ンス内に取り込まれるカーブシーケンス同士が重なる場
合についても、上記と同様に合成される。

【００８８】このようなシーケンス参照処理を、図１９
に示すパフォーマンスパッケージ”song１”のシーケン
ス“root”の内容が参照されて実行される場合を例にあ
げて、次に説明する。まず、シーケンス参照処理に先立
ち（ａ）パフォーマンスパッケージ”song１”のシーケ
ンス“root”の内容の要求が入ってくる。ついで、
（ｂ）シーケンス“root”のシーケンススクリプトの実
行が始まる。この実行中に、（ｃ）シーケンススクリプ
ト中にある一時サブルーチン定義“fz”を作成したディ
クショナリスタック”dict. stack”に置く。さらに、
（ｄ）シーケンススクリプトを実行することにより、シ
ーケンス“root”のイベントリストの内容が修飾され
る。

【００８９】シーケンススクリプトの実行が終了する
と、（ｅ）イベントリスト中のシーケンスリンクイベン
トの解決が行なわれる。すなわち、参照先のシーケンス
の内容を要求し、返ってきた結果のイベントリストを、
リンクイベントのあった位置にマージする。図示する場
合は、“basicExpr１”内のあるシーケンスの内容が要
求されているとする。図示するように、（ｆ）下位のシ
ーケンスの内容参照が再帰的に深さ優先で進むようにな
る。以上のプロセスで、（ｇ）最終結果のイベントリス
トを得ることができる。一連の参照実行が終ると、デイ
クショナリスタックの”fz”という一時サブルーチン定
義はクリアされる。

【００９０】このように再帰的に深さ優先で進むシーケ
ンス内容参照処理のフローチャートを図２０に示す。こ
のフローチャートにおいて、シーケンス内容参照処理が
スタートされると、ステップＳ６０にてイベントリスト
の複製を書き換える。ついで、ステップＳ６１にて書き
換え結果をスタックに積み、さらにステップＳ６２にて
他パートシーケンスへのリンクがあるか否かが判断され
る。ここで、他パートシーケンスへのリンクがある場合
は、ＹＥＳ（ｙ）と判断されてステップＳ６３に進み、
対象パートシーケンスの内容が参照される。ついで、ス
テップＳ６４にて参照結果（スタック上）を、自己の書
き換え結果に取り込み、ステップＳ６２に戻る。ステッ
プＳ６２ないしステップＳ６４の処理は、他パートシー
ケンスへのリンクがある間循環して実行され、リンクが
なくなるとＮＯ（ｎ）と判断されてシーケンス内容参照
処理は終了する。

【００９１】このシーケンス内容参照処理が、図２１
（ａ）に示すように他パートシーケンスへのリンクを持
つシーケンス群に実行される場合の、スタックの変化を
同図（ｂ）に示す。図２１（ａ）に示すようにシーケン
スＡはシーケンスＢおよびシーケンスＣへのリンクを持
っており、シーケンスＢはシーケンスＤに、シーケンス
ＤはシーケンスＧおよびシーケンスＨへのリンクを持っ
ている。さらに、シーケンスＣはシーケンスＥおよびシ
ーケンスＦへのリンクを持っており、シーケンスＦはシ
ーケンスＩへのリンクを持っている。

【００９２】この場合、図２０に示すシーケンス内容参
照処理が実行されると、図２１（ｂ）に示すように、シ
ーケンスＡの内容が参照され、シーケンスＢがスタック
される。ついで、シーケンスＢの内容が参照され、シー
ケンスＤがスタックされ、さらに、シーケンスＤの内容
が参照され、シーケンスＧがスタックされる。シーケン
スＧはリンクを持っていないので、書き換え結果を下矢
印で示すようにシーケンスＤに返す。シーケンスＤはさ
らにシーケンスＨへのリンクを持っているので、シーケ
ンスＨがスタックされる。シーケンスＨはリンクを持っ
ていないので、書き換え結果を下矢印で示すようにシー
ケンスＤに返す。シーケンスＤはこれ以上のリンクを持
っていないので、書き換え結果をシーケンスＢに返す。
さらにシーケンスＢは書き換え結果をシーケンスＡに返
す。このような処理がシーケンスＣ，Ｅ，Ｆ，Ｉにも同
様に行われて、スタックは図２１（ｂ）に示すように変
化していく。

【００９３】ところで、スクリプト内では、シーケンス
リンクを解決するサブルーチン（システムレベルで提供
されている）を明示的に呼びだすことができる。この場
合、その時点でイベントリスト内のシーケンスリンクが
解決される。同様に、カーブリンクの解決サブルーチン
も呼び出し可能である。これらのサブルーチン呼び出し
を実行すると、スクリプトのその後の部分では、下位シ
ーケンスの内容を処理対象に含めることが可能となる。

【００９４】また、スクリプト中でリンクイベントを書
き換えたり削除してしまう記述も可能である。これを実
行した場合、つづくリンク解決では、書き換えたあとの
リンクイベントが処理される。この仕様により、何もス
クリプトを書かないと、上位シーケンスでの表情づけが
下位シーケンスのイベントには及ばないという動作とな
る。したがって、スクリプトを書くことによって、上位
シーケンスでの表情づけを下位シーケンスのイベントに
も及ぼすという動作を実現することができるようにな
る。

【００９５】次に、パッケージおよびディクショナリの
サーチパスについて説明する。まず、サーチの必要性に
ついて説明すると、リンクイベントにより参照されるシ
ーケンスは、該リンクイベントが含まれるパッケージ以
外のパッケージ中に存在してもよい。また、スクリプト
の中には、サブルーチンを呼び出すための命令が含まれ
ることが普通であるが、そのサブルーチンの実体がその
スクリプトと同一のパッケージ中に含まれているとは限
らない。そこで、パッケージやサブルーチンのサーチが
必要となる。ＨＭＤＭのデータ構造では、概念上パッケ
ージを一列に並べて保持している。また、各パッケージ
が定義するサブルーチンは、前記したようにパッケージ
ごとに「ディクショナリ」が用意されてそこに格納され
る。このパッケージおよびディクショナリの並びをサー
チパスとよび、この並び順にパッケージやディクショナ
リをサーチするようにしている。

【００９６】また、ＨＭＤＭのデータ構造では、パッケ
ージおよびディクショナリの順序すなわちサーチパスは
次のように規定されている。１番目は、ディクショナリ
についてはディクショナリスタックであり、つづいて、
２番目はパフォーマンスパッケージに対応するディクシ
ョナリである。また、パッケージについては、１番目が
パフォーマンスパッケージである。この場合、パフォー
マンスパッケージおよびそれらに対応するディクショナ
リは複数存在してもよく、その順序はユーザが自由に変
更することができる。

【００９７】ディクショナリの３番目は、プラグインパ
ッケージに対応するディクショナリであり、パッケージ
の２番目はプラグインパッケージである。これらも複数
存在してもよく、その順序はユーザが自由に変更するこ
とができる。サブルーチンをサーチする場合、サーチパ
スにより規定された順にディクショナリをチェックして
いくので同名のサブルーチンが存在する場合、先に見つ
かったサブルーチンが優先される。これにより、サブル
ーチンのオーバライドが実現される。ディクショナリの
４番目は、システムパッケージに対応するディクショナ
リであり、パッケージの３番目はシステムパッケージで
ある。これらは最初からサーチパスの端に組み込まれて
おり、ユーザが位置を変更することはできない。

【００９８】図１９に示す例では、ディクショナリスタ
ック”dict. stack”、“song１”のパフォーマンスパ
ッケージおよび対応するディクショナリ、”basicExpr
1”のプラグインパッケージおよび対応するディクショ
ナリ、”GMbasicExpr2”のプラグインパッケージおよび
対応するディクショナリ、そして“sys1.00”のシステ
ムパッケージおよび対応するディクショナリという順序
でサーチパスが構成されることになり、リンクイベント
解決時にこの順でシーケンス名がサーチされ、スクリプ
トの実行時にこの順でサブルーチン名がサーチされるこ
とになる。

【００９９】次に、このサーチパス探索機構について説
明する。シーケンス名の探索においては、シーケンス名
が単独で現れる場合は、以下の手順で探索し、最初に該
当したものを選択する。 １．属するパッケージの中で、そのシーケンス名を探
す。 ２．サーチパスの順序に従い、その次のパッケージに移
ってシーケンス名を探す。 ３．最後のパッケージ（システムパッケージ）にもシー
ケンスが見当たらなければ、「シーケンスが見当たらな
い」旨の表示を行う等のしかるべき処置に移る。また、
パッケージ名も組み合わせてシーケンスが指定される場
合は、指定したパッケージの中で、そのシーケンス名を
探しそこに見当たらなければ、「シーケンスが見当たら
ない」旨の表示を行う等のしかるべき処置に移る。

【０１００】次に、サブルーチン名の探索において、サ
ブルーチン名が単独で現れる場合は、次のように探索す
る。 １．ディクショナリスタックの中で、そのサブルーチン
名を探す。 ２．属するパッケージに対応するテイクショナリの中
で、そのサブルーチン名を探す。 ３．サーチパスの順序に従い、次のデイクショナリに移
ってサブルーチン名を探す。 ４．最後のディクショナリ（システム）にも見当たらな
ければ、「サブルーチンが見当たらない」旨の表示を行
う等のしかるべき処置に移る。さらに、パッケージ名も
組み合わせてサブルーチン名が指定される場合は、指定
したパッケージの中で、そのサブルーチン名を探す。そ
こに見当たらなければ、「サブルーチンが見当たらな
い」旨の表示を行う等のしかるべき処置に移る。

【０１０１】つぎに、パッケージの順序によるサブルー
チンのオーバーライドの実現について説明する。プラグ
インパッケージで定義したサブルーチンが、パッケージ
名と組み合わせて指定された場合は、他のパッケージの
同じ名前のサブルーチンと混同されることはない。この
場合は、どのような順序でプラグインパッケージを置い
ても動作に影響はない。そこで、パッケージを明示せず
サブルーチン名だけで指定しておき、同名のサブルーチ
ンを含む別のパッケージをサーチパスの前の方に置くよ
うにすると、そのパッケージを差し込むことにより、別
のサブルーチンを実行させることができる。これにより
オーバーライドを実現することができる。この場合、サ
ーチパス中のパッケージの順序が動作に影響を与えるこ
とになる。

【０１０２】次に、カーブデータの加算について図２２
ないし図２６を参照しながら説明する。カーブデータの
加算とは、シーケンスリンクを解決する過程で、下位シ
ーケンス内のカーブデータを上位シーケンスにおいて一
つに合成、集約する機能のことである。例えば、階層を
なす複数のシーケンスのそれぞれで、ＭＩＤＩピッチベ
ンドという同種のパラメータの時間変化が設定されてい
たとする。このとき、各シーケンスでカーブを多数のＭ
ＩＤＩピッチベンドイベントに展開してそれを取り込
む、という方法では離散イベント同士をミックスするこ
とになり、前記図１０の説明において説明したように個
々の変化が正しく加算されないことになる。ここで述べ
るカーブ加算アルゴリズムは、これを正しく処理するた
めのものである。

【０１０３】まず、図２２を参照してカーブデータの構
造を詳細に説明する。カーブＡのイベントリストを図２
２（ａ）にカーブＢのイベントリストを同図（ｃ）に示
す。このようにカーブデータは時刻とそのときの値との
組で表され、この組が節点とされて、隣り合う節点の間
は直線で結ばれる。すなわち、カーブＡは同図（ｂ）に
示すように、カーブＢは同図（ｄ）に示すように折れ線
で表されるようになる。なお、節点は、「時刻の値が同
じか大きくなること」として順序づけられており、カー
ブをたどるときには、時間をさかのぼることはない。

【０１０４】また、同じ時刻に複数個の点があってもよ
い。これは図２２（ｂ）に示すように折れ線の不連続点
を表している。この場合においても点の順序は保存され
る。なお、同じ時刻の点のうち、図２２（ｂ）に示すよ
うに最初の点のことを「左値」、最後の点のことを「右
値」と呼ぶ。さらに、同一の時刻に３つ以上の点がある
場合は、最初と最後の点以外の値は無視される。さらに
また、カーブのある時刻をとったとき、多くの場合値は
唯一に定まる。すなわち、一つの節点が存在する時刻な
らその節点の値となり、二つの節点の間の時刻ならば両
者の値を内挿した値となる。また、複数の節点が存在す
る時刻についてだけ、異なりうる左値と右値とが存在す
るようになる。

【０１０５】このようなカーブデータの加算を行う場合
に、加算される場合の節点の相互関係は図２３に示すよ
うに８通りに分類される。この図の（ａ）（ｂ）に示す
場合は、注目する時刻において一方のカーブだけが節点
とされている場合であり、同図（ｃ）は注目する時刻に
おいて両方のカーブが節点とされている場合であり、同
図（ｄ）（ｅ）は注目する時刻において、一方のカーブ
だけが不連続点とされている場合であり、同図（ｆ）
（ｇ）は注目する時刻において、一方のカーブが不連続
点とされており、他方が節点とされている場合であり、
同図（ｈ）は注目する時刻において両方のカーブが不連
続点とされている場合である。なお、カーブの左端の数
字は注目する時刻での節点数を表している。

【０１０６】次に、カーブ加算のアルゴリズムを前記カ
ーブＡおよびカーブＢとを加算することを例に挙げて図
２４ないし図２６を参照しながら説明する。カーブ加算
アルゴリズムは、図２３に示すようないずれの節点の相
互関係があっても、正しく加算が行えるものである。ま
ず、カーブＡおよびカーブＢのそれぞれについて端の節
点の値が０でない場合は、値０の節点を図２４（ａ）
（ｃ）に示すように付加する。これは、値が規定されて
いない時刻においては、カーブの値を０としているから
である。ついで、カーブＡのオリジナルを複製し、複製
したカーブを図２５（ａ）に示すようにカーブＡ０とす
る。

【０１０７】次に、カーブＡの各節点について、その時
刻のカーブＢの値（不連続点の場合は左値をとる。）を
求め、カーブＡの節点の値に加算する。ただし、カーブ
Ａにおいて同一の時刻に複数の節点があり、さらにカー
ブＢにも同一時刻に節点が存在する場合は、カーブＡの
最初の接点以外を削除し、最初の節点だけについて加算
を行う。この加算演算が図２４（ｂ）のカーブＡのイベ
ントリストに示されており、加算量が同図（ａ）に破線
で示されている。このカーブＡのイベントリストにおい
て、たとえば、時刻７０における元の値７０に加算され
る値６４は、カーブＢにおける時刻６０の右値６０と時
刻１１０における値８０を直線補間して求めた値であ
る。同様に、時刻１４０において加算されている値６
０、および時刻２４０で加算されている値１２０も直線
補間により求めた値である。また、カーブＢの時刻１９
０においては不連続点とされているので、左値１００が
カーブＡの時刻１９０の接点に加算されている。

【０１０８】次に、カーブＢの各接点について、カーブ
Ａ０の、その時刻の値（不連続点の場合は右値をと
る。）を求め、カーブＢの節点の値に加算する。ただ
し、カーブＢにおいて同一の時刻に複数の節点があり、
さらにカーブＡ０にも同一時刻に節点が存在する場合
は、カーブＢの最後の節点以外を削除し、最後の節点だ
けについて加算を行う。この加算演算が図２５（ｄ）の
カーブＢのイベントリストに示されており、加算量が同
図（ｃ）に破線で示されている。このカーブＢのイベン
トリストにおいて、たとえば、時刻６０における元の値
７０に加算される値７３は、カーブＡ０における時刻１
０の右値４０と時刻７０における値８０を直線補間して
求めた値である。同様に、時刻１３０において加算され
ている値４７、および時刻１７０で加算されている値１
０８、時刻２２０で加算されている値８０も直線補間に
より求めた値である。また、時刻１９０ではカーブＢが
不連続点とされていると共に、同一時刻にカーブＡ０に
接点があるので、カーブＢの左値が削除されると共に、
右値１４０にカーブＡの接点の値１４０の加算が行われ
ている。

【０１０９】次に、カーブＢの処理のすんだ接点につい
て時刻の順に、修正した図２４（ａ）（ｂ）に示すカー
ブＡに追加する。この際、カーブＡに同一時刻の接点が
なければ単に追加するようにし、同一時刻に接点がすで
にある場合は、値が異なる場合のみカーブＡの接点の後
に右値として挿入する。これにより、図２６（ａ）に示
すようなカーブＡとカーブＢとを加算した新たなカーブ
を得ることができる。このカーブのイベントリストが同
図（ｂ）に示されている。たとえば、時点１１０では修
正後のカーブＡおよび修正後のカーブＢに共に接点があ
るが、その値は同一なのでカーブＢの値は挿入されてい
ない。また、時点１９０でも修正後のカーブＡおよび修
正後のカーブＢに共に接点があるが、その値が異なる値
とされているので、カーブＡの接点の値が左値とされ、
カーブＢの接点の値が右値とされている。このようなカ
ーブ加算のアルゴリズムが、カーブリンクの解決時に行
われることにより、正しくカーブデータ同士を加算して
新たなカーブデータを生成することができる。

【０１１０】次に、既存のＳＭＦ再生装置、ＳＭＦ編集
装置、ＨＭＦ対応処理装置のそれぞれを用いて、ＨＭＦ
形式のデータを処理する場合について説明する。従来の
ＳＭＦ形式の一つのファイルに、一つのＨＭＦ形式のパ
ッケージを埋め込むことにより、ＳＭＦとＨＭＦとの間
でデータの互換性を有させるようにすることができる。
ＨＭＦでは、ＳＭＦフォーマット０または１を使用する
が、フォーマット０の場合は、一つのＳＭＦのトラック
の中に、ＨＭＦデータを後述するテキスト形式で記述し
たＳＭＦメタイベントを散在させ、それらを用いてＨＭ
Ｆ記述を格納する。また、フォーマット１の場合、図２
７（ａ）に示すように最初のＮ本のトラックに通常の表
情つきＳＭＦデータを格納し、Ｎ＋１本目のトラックに
ＨＭＦデータをテキスト形式で記述したＳＭＦメタイベ
ントだけをおくことによりＨＭＦ記述を格納する。

【０１１１】このＳＭＦメタイベントをデコードするこ
とにより、ＨＭＤＭのデータ構造の一つのパッケージを
得ることができ、このパッケージには、たとえば図２７
（ｂ）に示すようにパッケージスクリプト３２と、複数
のシーケンス２１〜２４が納められる。各シーケンス２
１〜２４には、表情つきのイベントリスト２１−１〜２
４−１、および、white化スクリプト２１−２〜２４−
２と表情づけスクリプト２１−３〜２４−３の対が納め
られている。white化スクリプト２１−２〜２４−２
は、それぞれ実行されることにより各々の表情付きイベ
ントリスト２１−１〜２４−１につけられている表情を
除去してホワイト化（無表情化）するものである。そし
て、表情づけスクリプト２１−３〜２４−３は、その実
行により表情の除去されたイベントリスト２１−１〜２
４−１に所望の表情をつけることができるものである。

【０１１２】このようにすることで、一般に広く流通し
ている表情つきＭＩＤＩデータをそのまま用いてＨＭＦ
形式のデータとして利用することができる。従って、新
規に作曲する曲データであれば表情付きイベントリスト
２１−１〜２４−１とwhite化スクリプト２１−２〜２
４−２に替えて、無表情（ホワイト）イベントリストと
してもよい。

【０１１３】各種処理装置で、このようなＨＭＦ形式の
データを内蔵したデータをロードする場合は、つぎのよ
うになる。従来のＨＭＦ未対応のＳＭＦプレーヤでＨＭ
Ｆ形式のデータを読み込んだ場合、テキスト形式で記述
されたＨＭＦデータのＳＭＦメタイべントはすべて無視
されるので、格納された表情つきＳＭＦデータはそのま
ま再生されるようになる。ただし、ＨＭＦ記述を読みと
ることはできないので、パラメータを与えて異なる展開
結果を生成することはできない。しかし、ＨＭＦデータ
作成の際、あらかじめＨＭＦの展開結果の一例をＳＭＦ
部分に格納しておけば、それを再生することはできる。

【０１１４】ＨＭＦ対応の処理装置でロードされる場合
は、まず、ＳＭＦデータにＨＭＦデータをテキストで記
述したＳＭＦメタイベントが含まれているかどうかを調
べる。ＳＭＦメタイベントには該イベントが何のイベン
トであるかを識別するための識別情報が含まれている。
この識別情報に基づいてＨＭＦデータをテキストで記述
したＳＭＦメタイベントの有無を調べる。一つでもその
ようなＳＭＦメタイべントを検出するとＨＭＦ形式と判
断し、逆に一つもなければＳＭＦ形式と判断する。ロー
ドされたデータがＳＭＦ形式と判断されたときは、従来
方式でロードを行なう。すなわち、フォーマット０なら
ば１本のトラックに、フォーマット１ならばＮ本のトラ
ックに、ＳＭＦデータを格納する。また、ロードされた
データがＨＭＦ形式と判断された場合は、通常のＳＭＦ
データはすべて無視し、含まれているＳＭＦメタイベン
トだけを集め、それらのデコードに入る。この結果、テ
キストで記述されたＨＭＦデータが読み込まれるように
なる。

【０１１５】ＨＭＦ未対応のＳＭＦ編集装置において
は、イベントリスト画面でＳＭＦメタイベントの内容を
編集することで、原理的にはＨＭＦデータを作成するこ
とができる。しかしながら、作業が繁雑となると共に、
作成した結果をＳＭＦ部分へ反映することはできない。
また、ＳＭＦ編集装置でＳＭＦメタイべントを編集しセ
ーブすることはできるが、その記述内容をＳＭＦ部分に
反映させることはできない。反映させるには、いったん
ＨＭＦ対応処理装置に読み込んでセーブするか、ツール
を使用する必要がある。

【０１１６】ＨＭＦ対応処理装置でセーブする場合は、
まず、ＳＭＦとの互換をとるために、編集・作成された
ＨＭＦ全体の内容を評価して、結果をＳＭＦ形式でトラ
ックに格納する。パフォーマンスパッケージの場合
は、”root”シーケンスを評価し、一曲分全体がどう演
奏されるかが計算され、ＳＭＦとして格納されることに
なる。プラグインパッケージの場合は、”root”シーケ
ンスがないので、ＳＭＦとしては空のデータが格納され
ることになる。

【０１１７】続いて、ＨＭＤＭの一つのパッケージの内
容をＨＭＦ記述形式に変換し、それを複数のＳＭＦメタ
イベントに分割・格納する。なお、複数のメタイベント
に分割するのは、ＳＭＦにおいてはメタイベントの最大
長さが２５６バイトであるという制約があるからであ
る。つまり、２５６バイトを越えることがないように分
割する。格納するときは、「イベント間の時間＋メタイ
ベント」という通常のＳＭＦと同じ形式になるが、「イ
ベント間の時間」については意味を持たないため任意の
値を与えてよい。この場合、オプションによって、通常
のＳＭＦ形式のデータだけをセーブするようにしてもよ
い。なお、ＳＭＦメタイベントにテキストで記述したＨ
ＭＦデータを埋め込むのは一例であって、テキストで記
述したＨＭＦデータを別に独立してセーブするようにし
てもよい。

【０１１８】次に、スクリプトが変更された場合の動作
を説明する。スクリプトはユーザが書き換えることがで
きるが、ユーザがスクリプトを書き換えた場合、システ
ムは新しいスクリプトソースを登録する。必要ならコン
パイルも行なう。そして、パッケージスクリプトが書き
換えられたならばただちに新たなパッケージスクリプト
を実行する。通常パッケージスクリプトにはサブルーチ
ン定義が書かれているので、実行の結果、サブルーチン
が定義し直されることになる。この新しい定義は、対応
するディクショナリに格納される。シーケンススクリプ
トの場合は、実行形式を記憶して終了される。実行形式
はただちには実行されない。次にそのシーケンスの内容
が要求されたとき、はじめて実行されることになる。な
お、コンパイルがエラーとなる場合、実行形式は更新さ
れないが、ソーステキストは保存される。これは、書き
かけのソースの状態でもセーブを可能にするためであ
る。

【０１１９】ところで、ＨＭＦは、あるシーケンスの内
容を参照しようとすると、前記したようにリンク先のシ
ーケンスの内容を再帰的に参照し、最終的な結果を出力
する仕組みになっている。これには大量の計算が必要で
あって、その計算には時間がかかることになる。そこ
で、必要のないシーケンス参照をなるべく行なわない効
率的なシーケンス更新管理手法について説明する。ま
ず、機構として、各シーケンスは「前回の参照の結果」
を保持することにする。また、自分が最近変化したかど
うかのフラグも保持するものとする。次に、シーケンス
更新管理の手順を示す。

【０１２０】１．あるシーケンスに内容を要求すると、
そのシーケンスは、自分が前回の評価以後何も変わる要
因がないかどうか調べ始める。 ２．まず、自分からリンクをはっている全シーケンスに
対し、最新の結果を要求する。すべての子シーケンスが
「私は最近変化していません」という返事を返してきた
場合は、自分のリンクやスクリプトの実行をやり直す必
要はない。この場合は、「私は最近変化していません」
と返事して、前回の結果を返せばよい。 ３．一つでも「変化しました」という返事があった場
合、あるいは自分自身が「最近変化した」とわかってい
る場合は、リンクとスクリプト実行をやり直す。この場
合は、「私は最近変化しました」という返事とともに処
理結果を返し、同時に「前回の結果」として記憶してお
く。 ４・シーケンスのイベントリストまたはスクリプトが変
更された場合、「自分は最近変化した」というフラグを
立てておく。 以上の手順により、不要な再計算をおさえることができ
る。

【０１２１】ＨＭＦで特徴的な点は、スクリプトの実行
およびリンクの解決は、演奏の進行とはまったく関係が
ないということである。それらは、データモデル内で時
系列ＭＩＤＩデータを記号的に組み立ててゆく過程で実
行されるのである。すなわち、ＨＭＦデータの中のある
シーケンスの内容を参照しようとしたときに、瞬時に実
行されて、結果のＭＩＤＩデータ列が得られるのであ
る。ＨＭＦデータに対応する処理装置（アプリケーショ
ンソフトであってもよい。）は、ＨＭＤＭ処理部（デー
タ処理部）とシーケンサ部という２つのユニットを備え
ている。また、このシーケンサ部に特徴を持たせ、ｏｌ
ｄとｎｅｗという２つのＭＩＤＩデータを持てるように
する。そして、一方を演奏しつつ、矛盾なく他方のＭＩ
ＤＩデータへ移行することができるようにする。

【０１２２】この機能にもとづき、ＨＭＦ処理装置（ア
プリケーションソフト）は次のように動作する。 １．演奏中に音楽演奏データを変更すると、ただちにＨ
ＭＤＭ（データ部）で新しいＭＩＤＩデータの生成が始
まる。 ２．その間、シーケンサ部は、データ変更前の古いＭＩ
ＤＩデータによる演奏を続けている。 ３．ＨＭＤＭの新データ生成が完了すると、それがシー
ケンサ部へ渡される。 ４．シーケンサ部は、古いＭＩＤＩデータから、新しい
ＭＩＤＩデータヘと、演奏を巧妙に切替えていく。たと
えば、クロスフェードする、あるいは、小節線の区切り
において切り替え、切り替えた後は、新しいＭＩＤＩデ
ータの演奏を続ける。 このように、演奏しながらデータ変更を行なうと、しば
らくするといつのまにか演奏も変化したものになる。

【０１２３】ＨＭＤＭを修正する場合、ｕｐｄａｔｅの
計算量はかなり多く、全体の再計算時間が膨大になるお
それがある。そこで、負荷が軽い時にアプリケーション
がバックグラウンドでＨＭＤＭのアップデートおよびシ
ーケンサ部のＭＩＤＩデータの入れ換えを行なっておく
ようにしてもよい。さらに加えて、例えば、音楽演奏デ
ータのエンディングの部分だけを修正した場合には、前
半の部分のＭＩＤＩデータは、当分の間差し替える必要
はないので、余裕のない場合は差し替えはすぐに行なわ
ない。また、ＨＭＤＭの変更の影響が、限られたＭＩＤ
Ｉデータにしか及ばない場合は、すべてのＭＩＤＩデー
タの再生成を行なうのでなく、前のＭＩＤＩデータに対
する部分修正を施して、計算量を少なくするようにす
る。

【０１２４】なお、記録媒体にはプラグインパッケージ
だけを納めるようにしてもよい。また、本発明における
ＨＭＤＭでは、複数のパッケージが一列に並んだ状態で
保持されており、パッケージロード時にパッケージスク
リプトが実行され、その時に作成された各パッケージの
ディクショナリと、シーケンス参照時に作成された一時
ディクショナリとを、スクリプト実行時におけるサブル
ーチンの読み出し時にサーチパスで探索するようにして
いる。そして、最初に見つかった名前のサブルーチンを
実行するようにしているので、スクリプトのパッケージ
にまたがる利用を柔軟に行えるようになる。例えば、パ
ッケージをプラグインすることで、すでに用意されてい
るサブルーチンを同名の別のサブルーチンに差し替える
オーバライドを行うことができる。この場合、シーケン
スもシーケンスの名前でパッケージの並び順に探し出
す。

【０１２５】なお、以上の説明では時系列イベントデー
タ列を音楽演奏データとして説明したが、本発明はこれ
に限るものではなく、音声データや画像データの時系列
イベントデータとしてもよいものである。この場合、音
声データとすると音楽と同様に音声の音質や音量等を任
意に変化および変更することができる。また、画像デー
タの場合は、シャープネスやビューの変化および変更を
任意に行うことができるようになる。

【０１２６】

【発明の効果】本発明は以上のように、複数のシーケン
スを格納できるパッケージを用意するようにしている。
このパッケージの記述形式はフォーマットとして規定さ
れているので、パッケージをファイルとして取り扱うこ
とができる。したがって、パッケージを単位として格納
されたシーケンスの構造を他の装置に渡すことができ
る。さらに、シーケンスを収めることができるパッケー
ジ内に単独でパッケージスクリプトをおけるようにして
いる。このパッケージスクリプトが単独で置かれたパッ
ケージはプラグインモジュールとして用いることができ
る。すなわち、パッケージスクリプトにより、イベント
データだけではなく機能定義までも取り込むことができ
るようになる。

【０１２７】また、シーケンスを収めることのできるパ
ッケージを、一列に並んだ状態で保持するデータモデル
を定義するようにし、パッケージの並び順をリンクイベ
ント解決時の探索順としたので、パッケージの並び順の
変更や、パッケージの削除および挿入によりリンク対象
を変更することができるようになる。このため、イベン
トデータやスクリプトの共有を柔軟に行うことができ
る。さらにまた、サブルーチンやシーケンスをパッケー
ジにまたがって探し出して使用することができ、スクリ
プトのパッケージにまたがる利用を柔軟に行うことがで
きる。

【図面の簡単な説明】

【図１】 本発明の時系列データを含むデータの処理装
置の機能ブロック図の概略である。

【図２】 本発明の時系列データを含むデータの処理装
置のハードの構成のブロック図である。

【図３】 本発明で定義されるＨＭＤＭ、パッケージ、
シーケンスのデータ構造を示す図である。

【図４】 本発明の時系列データを含むデータの処理装
置におけるＨＭＤＭのパッケージのデータ構造を示す図
である。

【図５】 本発明の時系列データを含むデータの処理装
置におけるＨＭＤＭのイベントリストとスクリプトによ
り構成されるシーケンスを説明するための図である。

【図６】 本発明の時系列データを含むデータの処理装
置におけるＨＭＦのラベル付きイベントを有するイベン
トリストを説明するための図である。

【図７】 本発明の時系列データを含むデータの処理装
置におけるイベント書き換え処理のフローチャートおよ
びイベントリストの例を示す図である。

【図８】 本発明の時系列データを含むデータの処理装
置におけるＨＭＦのイベントにＩＤ番号を付与する機構
を説明するための図である。

【図９】 本発明の時系列データを含むデータの処理装
置におけるＨＭＦのスクリプトとイベントリストとの関
係を説明するための図である。

【図１０】 ＳＭＦと本発明の時系列データを含むデー
タの処理装置におけるＨＭＦのカーブ情報の違いを説明
するための図である。

【図１１】 本発明の時系列データを含むデータの処理
装置におけるＨＭＦにおいてカーブデータを保持する構
造を示す図である。

【図１２】 本発明の時系列データを含むデータの処理
装置におけるＨＭＦのカーブデータのピッチベンドづけ
への利用例を示す図である。

【図１３】 本発明の時系列データを含むデータの処理
装置におけるＨＭＦのリンク機構を説明するための図で
ある。

【図１４】 ＳＭＦのトラックモデルと本発明の時系列
データを含むデータの処理装置におけるＨＭＦのリンク
モデルとを対比させて説明するための図である。

【図１５】 本発明の時系列データを含むデータの処理
装置におけるＨＭＦのパッケージロード時の振る舞いを
説明するための図である。

【図１６】 本発明の時系列データを含むデータの処理
装置におけるシーケンス参照処理を説明するための図で
ある。

【図１７】 本発明の時系列データを含むデータの処理
装置におけるシーケンス参照処理のフローチャートを示
す図である。

【図１８】 本発明の時系列データを含むデータの処理
装置におけるシーケンス参照処理のフローチャートを示
す図である。

【図１９】 本発明の時系列データを含むデータの処理
装置における再帰的なシーケンスの内容参照時の振る舞
いを説明するための図である。

【図２０】 本発明の時系列データを含むデータの処理
装置における再帰的なシーケンスの内容参照処理のフロ
ーチャートを示す図である。

【図２１】 本発明の時系列データを含むデータの処理
装置における再帰的なシーケンスの内容参照処理を説明
するための図である。

【図２２】 本発明の時系列データを含むデータの処理
装置におけるカーブデータの加算を説明するための図の
その１である。

【図２３】 本発明の時系列データを含むデータの処理
装置におけるカーブデータの加算を説明するための図の
その２である。

【図２４】 本発明の時系列データを含むデータの処理
装置におけるカーブデータの加算を説明するための図の
その３である。

【図２５】 本発明の時系列データを含むデータの処理
装置におけるカーブデータの加算を説明するための図の
その４である。

【図２６】 本発明の時系列データを含むデータの処理
装置におけるカーブデータの加算を説明するための図の
その５である。

【図２７】 本発明の時系列データを含む処理装置にお
けるＨＭＦ形式のデータとＳＭＦ形式のデータとの互換
性の説明をするための図である。

【図２８】 本発明の時系列データを含む処理装置にお
けるパートリンクおよびカーブリンクの解決態様を説明
をするための図である。

【符号の説明】

１ 処理装置Ａ、１−１ バッファメモリ、１−２ エ
ンコーダ、２ 処理装置Ｂ、２−１ デコーダ、２−２
バッファメモリ、２−３ イベントデータ／スクリプ
ト分離部、２−４ イベントデータ書き換え部、２−５
スクリプト解釈部、２−６ 出力部、３ データ展開
部、４ 記録媒体、５ ＭＩＤＩ音源、６サウンドシス
テム、１０ パフォーマンスパッケージ、１１,１２
プラグインパッケージ、１３ システムパッケージ、１
５，１５−１，１６，１７ カーブデータのシーケン
ス、２０,２１，２２，２３，２４ シーケンス、２１
−１〜２４−１ 表情つきイベントリスト、２１−２〜
２４−２ white化スクリプト、２１−３〜２４−３
表情づけスクリプト、３０ イベントリスト、３１シー
ケンススクリプト、３２ パッケージスクリプト、４０
ＩＤマネージャ、５０，５１，５２ ディクショナ
リ、６１ ＣＰＵ、６２ ＲＯＭ、６３ ＲＡＭ、６４
タイマ、６５ ＨＤＤ、６６ ＦＤＤ、６７ スイッ
チ、６８ スイッチ検出回路、６９ 表示回路、７０
ＣＤ−ＲＯＭ、７１ ＭＩＤＩ Ｉ／Ｆ、７２ 他のＭ
ＩＤＩ機器、７３ 通信インターフェース、７４ 通信
ネットワーク、７５ サーバコンピュータ

Claims (13)

【特許請求の範囲】
1. 【請求項１】 時系列イベントデータ列と該時系列イ
   ベントデータ列を書き換える書き換え手順を示すシーケ
   ンススクリプトとで構成されたシーケンスが格納される
   と共に、単独でおかれるパッケージスクリプトが格納さ
   れるパッケージが供給され、 パッケージがロードされる際、前記パッケージスクリプ
   トを実行するパッケージスクリプト実行手段と、前記シ
   ーケンスが参照される際に、前記シーケンスクリプトを
   実行して、前記時系列イベントデータ列を書き換えるシ
   ーケンススクリプト実行手段とを備えることを特徴とす
   る時系列イベントデータを含むデータの処理装置。
2. 【請求項２】 前記シーケンスを収めることができる
   パッケージが一列に並んだ状態で保持されると共に、該
   パッケージの探索順序がその配置位置とされたデータモ
   デルが定義されており、 前記時系列イベントデータ中には、他の時系列イベント
   データ列を参照し、前記時系列イベントデータ中に前記
   他の時系列イベントデータ列を取り込むためのリンクイ
   ベントが含まれており、 前記リンクイベントに応じて、前記他の時系列イベント
   データ列を参照する際に、前記他のシーケンスが収めら
   れたパッケージの探索を、前記探索順序で行う探索手段
   を備えることを特徴とする請求項１記載の時系列イベン
   トデータを含むデータの処理装置。
3. 【請求項３】 前記シーケンスを収めることができる
   パッケージが一列に並んだ状態で保持されると共に、該
   パッケージの探索順序がその配置位置とされたデータモ
   デルが定義されており、 前記パッケージスクリプトにはサブルーチン定義が存在
   可能であると共に、前記パッケージスクリプトおよびシ
   ーケンススクリプトの少なくとも一方にはサブルーチン
   呼び出し命令が存在可能であり、 前記各パッケージに対応して設けられ、該パッケージの
   パッケージスクリプト中に存在するサブルーチン定義に
   よって生成されたサブルーチンを保持するためのディク
   ショナリと、 前記サブルーチン呼び出し命令に応じて、対応するサブ
   ルーチンを呼び出す際に、前記サブルーチンが保持され
   たディクショナリの探索を、前記パッケージの探索順序
   で行う探索手段を備えることを特徴とする請求項１記載
   の時系列イベントデータを含むデータの処理装置。
4. 【請求項４】 前記データモデルにおいて、前記パッ
   ケージの配置位置を任意に変更、あるいは前記パッケー
   ジの削除、挿入を任意に行うことができるパッケージ操
   作手段を備えることを特徴とする請求項２あるいは請求
   項３記載の時系列イベントデータを含むデータの処理装
   置。
5. 【請求項５】 時系列イベントデータ列と該時系列イ
   ベントデータ列を書き換える書き換え手順を示すシーケ
   ンススクリプトとで構成されたシーケンスが格納される
   と共に、単独でおかれるパッケージスクリプトが格納さ
   れるパッケージを処理する方法であって、 前記パッケージがロードされる際、前記パッケージスク
   リプトを実行するステップと、 前記シーケンスが参照される際に、前記シーケンスクリ
   プトを実行して前記時系列イベントデータ列を書き換え
   るステップとを備えることを特徴とする時系列イベント
   データを含むデータの処理方法。
6. 【請求項６】 前記シーケンスを収めることができる
   パッケージが一列に並んだ状態で保持されると共に、該
   パッケージの探索順序がその配置位置とされたデータモ
   デルが定義されており、 前記時系列イベントデータ中には、他の時系列イベント
   データ列を参照し、前記時系列イベントデータ中に前記
   他の時系列イベントデータ列を取り込むためのリンクイ
   ベントが含まれており、 前記リンクイベントに応じて、前記他の時系列イベント
   データ列を参照する際に、当該他のシーケンスが収めら
   れたパッケージの探索を、前記探索順序で行うステップ
   を備えることを特徴とする請求項５記載の時系列イベン
   トデータを含むデータの処理方法。
7. 【請求項７】 前記シーケンスを収めることができる
   パッケージが一列に並んだ状態で保持されると共に、該
   パッケージの探索順序がその配置位置とされたデータモ
   デルが定義されており、 前記パッケージスクリプトにはサブルーチン定義が存在
   可能であると共に、前記パッケージスクリプトおよびシ
   ーケンススクリプトの少なくとも一方にはサブルーチン
   呼び出し命令が存在可能とされており、 前記各パッケージに対応して、該パッケージのパッケー
   ジスクリプト中に存在するサブルーチン定義によって生
   成されたサブルーチンを保持するためのディクショナリ
   が設けられており、 前記サブルーチン呼び出し命令に応じて対応するサブル
   ーチンを呼び出す際に、当該サブルーチンが保持されて
   いるディクショナリの探索を、前記パッケージの探索順
   序で行うステップを備えることを特徴とする請求項５記
   載の時系列イベントデータを含むデータの処理方法。
8. 【請求項８】 前記データモデルにおいて、前記パッ
   ケージの配置位置を任意に変更すること、あるいは、前
   記パッケージの削除、挿入を任意に行うことができるよ
   うになされていることを特徴とする請求項６あるいは請
   求項７記載の時系列イベントデータを含むデータの処理
   方法。
9. 【請求項９】 時系列イベントデータ列と該時系列イ
   ベントデータ列を書き換える書き換え手順を示すシーケ
   ンススクリプトとで構成されたシーケンスが格納される
   と共に、単独でおかれるパッケージスクリプトが格納さ
   れるパッケージを処理装置に処理させるためのプログラ
   ムが記録された記録媒体であって、 該プログラムは、前記処理装置に、少なくとも、 前記パッケージがロードされる際、前記パッケージスク
   リプトを実行する機能と、 前記シーケンスが参照される際に、前記シーケンスクリ
   プトを実行して前記時系列イベントデータ列を書き換え
   る機能とを実行させるようになされていることを特徴と
   する時系列イベントデータ処理用プログラムが記録され
   た記録媒体。
10. 【請求項１０】 前記シーケンスを収めることができ
    るパッケージが一列に並んだ状態で保持されると共に、
    該パッケージの探索順序がその配置位置とされたデータ
    モデルが定義されており、 前記時系列イベントデータ中には、他の時系列イベント
    データ列を参照し、前記時系列イベントデータ中に前記
    他の時系列イベントデータ列を取り込むためのリンクイ
    ベントが含まれており、 前記プログラムは、前記処理装置に、前記リンクイベン
    トに応じて前記他の時系列イベントデータ列を参照する
    際に、当該他のシーケンスが収められたパッケージの探
    索を、前記探索順序で行う機能を実行させるようになさ
    れていることを特徴とする請求項９記載の時系列イベン
    トデータ処理用プログラムが記録された記録媒体。
11. 【請求項１１】 前記シーケンスを収めることができ
    るパッケージが一列に並んだ状態で保持されると共に、
    該パッケージの探索順序がその配置位置とされたデータ
    モデルが定義されており、 前記パッケージスクリプトにはサブルーチン定義が存在
    可能であると共に、前記パッケージスクリプトおよびシ
    ーケンススクリプトの少なくとも一方にはサブルーチン
    呼び出し命令が存在可能とされており、 前記各パッケージに対応して、該パッケージのパッケー
    ジスクリプト中に存在するサブルーチン定義によって生
    成されたサブルーチンを保持するためのディクショナリ
    が設けられており、 前記プログラムは、前記処理装置に、前記サブルーチン
    呼び出し命令に応じて対応するサブルーチンを呼び出す
    際に、当該サブルーチンが保持されているディクショナ
    リの探索を、前記パッケージの探索順序で行う機能を実
    行させるようになされていることを特徴とする請求項９
    記載の時系列イベントデータ処理用プログラムが記録さ
    れた記録媒体。
12. 【請求項１２】 前記データモデルにおいて、前記パ
    ッケージの配置位置を任意に変更すること、あるいは、
    前記パッケージの削除、挿入を任意に行うことができる
    ようになされていることを特徴とする請求項１０あるい
    は請求項１１記載の時系列イベントデータ処理用プログ
    ラムが記録された記録媒体。
13. 【請求項１３】 シーケンスの参照時に実行されるシ
    ーケンススクリプトにより書き換えられる時系列イベン
    トデータ列と、該時系列イベントデータ列を書き換える
    書き換え手順を示すシーケンススクリプトとで構成され
    たシーケンスが格納されると共に、単独でおくことがで
    きるパッケージスクリプトが格納されるパッケージが記
    録されていることを特徴とする時系列イベントデータを
    含むデータが記録された記録媒体。