JPH04504005A - 音楽情報発生の方法及びその装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 音楽情報発生の方法及びその装置 技歪分野 本発明は、音楽的処理装置の分野、及び音楽的転写及び表記のための方法及び装 置に関する。詳細には、コンピュータデータ処理処理システムの記憶装置内の通 常のデータ構造内部において、音楽的情報のグラフ的あるいは視覚的特性の両方 を含む音楽情報、及び関連する音楽情報の音響的特性を発生する方法及び装置に 間する。

技酉Ω背景 人間の言語同様、音楽情報は口頭及び筆記による構成要素の両方からなる。音楽 あるいは音楽的表記の筆記言語は８世紀以上も存在しているが、印刷技術の出現 までは、音楽家及び作曲家は彼らの作曲を記録するために、手書きによる表記で ある、時間のかかる作業を実行する必要があった。印刷技術による場合でも、音 楽表記行程は、作曲家あるいは音楽家以外の誰かにより通常は実行される事後作 成行程があるのが通常であった。コンピュータの導入により、音楽的表記の入力 及び印刷を処理するための特別のプログラムが開発された。これらの言語は通常 は音楽的表記の１枚の頁を発生するために、使用者が冗長なコンピュータのコー ドを入力することを必要とする、逐語的な使用者のインターフェイスを使用する 。

最近では、音楽的表記を使用する場合、音楽家あるいは作曲家を支援する努力と して、パーソナルコンピュータ用に音楽転写システムが開発された。これらの転 写システムのいくつかは、電気的メツセージとして記録された音響的音楽情報を 取り上げ、これを標準的な音楽表記、あるいは紙片に載った音楽に変換する。

残念なことに、これらシステムの転写行程は通常は一方向であって、説明的な音 楽情報を把握する準備がなく、あるいは元の音楽情報から転写された記憶された 音楽データに基づく音響としての音楽的情報を再生する準備がない。

現在しよう可能な音楽処理装置は、従来の手による印刷版よりも効率的に音楽情 報を印刷できる一方で、それらは理想的な音楽処理装置からは程遠いものである 。理想的な音楽処理装置は音楽情報をそれの元の環境（音楽的音響）から受け取 ることが可能であり、自動的にそれの書面による言語と同様のもの（音楽的表記 ）に変換可能であるような方式で音楽情報を表示し、それらが操作あるいは編集 可能なように使用者に対し音楽表記を示し、次に音楽的情報を出力し、それが作 曲されたそのままのものとして、あるいは音楽表記として、あるいは音楽的音響 として示されるべきである。

現在の音楽処理装置は、これらのシステム内の音楽的情報を内部的に表示するた めの、現在の方法及びシステムに内在する制約のために、多くの部分で理想的な 音楽処理装置をシミエレートすることはできない、音楽処理装置用の音楽情報の 内部的表示は、音楽学者が２奔以上も追及してきた問題であるが、１つの解決も 、あるいは満足すべき解決を得られていない。大部分の音楽処理装置は、該シス テムの制約された対象を達成するために必要な特定の音楽情報、例えばピッチの みに関する情報、リズムだけに関する情報、あるいはピッチ及びリズムだけに関 する情報のような、強弱あるいは音色を参照することのないコードタイプの表示 を使用している。わずかな音楽処理装置のみが、使用者が普通の音楽表記に示さ れている音楽的情報のエレメントをコード化することのできる、言語タイプの表 示を開発しようとしている１例えば、ＤＡＲＭＳ及びＭｕＳＴＲＡＮコード化言 語が中央コンピュータ用に開発された。コードタイプ表示よりも柔軟かつより完 全な、現在の音楽コード化言語は音楽的情報の源泉に基づいた入力に制約され、 理想的音楽処理装置に接近する装置を作り出すために使用可能な音楽情報を表示 するための、効果ある方法及び装置を提供するに十分な構造ではない。

音楽学におけるコンピュータ支援研究の辞書、ヒューマニティにおけるコンピュ ータ支援研究用センター、１９８７．１〜２２頁は、音楽情報、音楽／機械読み 取り可能なコードを表示する最新の方法及びシステムを包含する、５つの広範な 等両分けを音楽／論理、音楽／パラメトリック、音楽／グラフィック、及び音楽 ／音響を示している。これらの分類は、入力処理から音楽処理装置における表示 、印刷、分析及び音響などの出力まで移動する音楽データとしての、音楽データ 表示のさまざまな段階に関する思考のための背景を提供する。

最初の分類、音楽／機械読み取り可能なコードは、コードタイプの表示を使用す る音楽処理装置をカバーし、通常は構造化されていないキャラクターストリング の形態であり、ここでは各キャラクタ−は例えば、連続して演奏される次の音符 のピッチあるいは持続時間を表示する。音楽／論理の分類は音楽情報を論理的記 録に組織することを試みる表示をカバーし、この形態においては、音楽情報それ 自体の論理的意味あるいは構造を、より正確に表示する。これは、理想の音楽処 理装置を開発するために必要な表示の一般的タイブである０次の分類、音楽／パ ラメトリックは、音楽／論理表示の情報をすべて含むが、このデータは、それの 時性が特定のパラメーターにより決定される対象のリストとしてのデータを表示 する。最新の音楽印刷プログラムはこの形態でそれらの音楽データを処理する。

最後の２つの分類は基本的には音楽情報の出力に関する。音楽／グラフィック分 類はグラフィック音楽情報の実際の印刷あるいは表示に正確に関連する表示形態 をカバーする。この事例に含まれるのは、直接音楽グラフィックに翻訳するＸＹ 座標を有するフォントリストあるいは再構成されたＡＳＣＩＩキャラクタ−のス トリングである。音楽／音響分類は、実際の音楽音響の発生に密接に関連する表 示形態をカバーする。最も良く知られた事例は、シンセサイザーの製造業者及び その他の電子楽器のＭＩＤＩ　（楽器デジタル情報）の基準である。　ＭＩＤＩ ＩＤ−マットのより詳細な説明のため、ブームの？１ＩＤＩによる音楽（Ｍｕｓ ｉｃ　Ｔｈｒｏｕｇｈ　ＭＩＤＩ）　、１９８７年、５章６９〜９４頁が参照さ れ、ここに参照のために全部が組み込まれる。

現在使用可能な様々な音楽処理装置が音楽出版者に、より高品質の印刷音楽を可 能とし、あるいは好事家が手を染め、簡単な音符を印刷することが可能となった けれども、音楽家あるいは作曲家が容易かつ正確に完全な音響情報を完全な音楽 グラフィック情報に翻訳することを可能とし、かつそれの逆を行うことができる 、音楽情報を表示するための方法あるいは装置を有するシステムは存在しなかっ た。従って、コンピュータデータ処理システムの記憶装置にある共通のデータ構 造から、音楽情報のグラフィック及び音響特性（すなわち、グラフィック及び音 響属性）の両方を入力し、操作し、検索することを音楽家あるいは作曲家に可能 とする音楽情報を表示するための方法及び装置を提供することにより、音楽情報 の転写に関し音楽家及び作曲家を支援する新しい道具を開発し、それにより１つ のタイプの情報への変更が自動的に他のタイプの情報への変更に反映するような 必要が不断に存在する。

発五〇要約 本発明によれば、通常のデータ構造内で音響的及びグラフ的音楽情報の両方を表 示するための記憶手段を有するプログラム可能なデータ処理手段及び、音楽情報 を入力し、編集し、検索するためのデータ処理手段に作動可能に連結された入力 ／出力手段を使用して、音楽情報を表示するための方法及び装置が提供される。

音楽情報を電子的に処理し記憶する方法は音楽情報を、複数のセグメントに分離 し、それぞれがメジャーのいくつかの部分を表示し、各セグメント及びメジャー に対し、連続する時間寸法値（すなわち、タイム　デメンジョン　バリエラ：ｔ ｉｍｅ　ｄｉｍｅｎｓｉｏｎ　Ｖａｌｕｅ）を割り当てる。この音楽情報は又、 複数のチャンネルに分離され、それぞれのチャンネルにより音源（例えば楽器） を表示し、それに割り当てられた音響寸法（すなわち、サウンド　デメンジョン 　バリエラ：　５ｏｕｎｄｄｉ■ｅｎｓｉｏｎ　Ｖａｌｕｅ）を存する。所定の チャンネル及びセグメントに対する音楽情報はその音楽情報を、そのセグメント が現れる所定のチャンネル及び小節に割り当てられた寸法値及び音響値により特 定されるメモリーアレー結節点に対応する所定のチャンネル及びセグメントに関 連させることにより、メモリーアレーに記憶される。

本発明の音楽情報を表示する方法は更に、一定のリズム、メロディ−１音楽情報 の解釈的視点を表示する複数のエントリを識別し、それぞれのエントリは休止、 　符、音符あるいはコードを選択的に表示する音楽データの１つのユニットを構 成する。休止符、音符あるいはコードの音響的あるいはグラフ的ｖｆ徹を備えた 各セットの詳細は、そのエントリと関連する。所定の楽器あるいは音源に対する 連続するエントリは一体的にリンクされる０次にリンクされたエントリは、小節 に含まれるべき第１エントリを割り当てるために、所定の楽器あるいは音源に対 して第１ポインターを次のエントリと区別することにより、そして小節に含まれ るべき最終エントリを割り当てるために、所定の楽器あるいは音源に対して最終 ポインターを次のエントリと区別することにより、メモリーアレーの各位置に割 り当てられる。

本発明の基本的目的は、理想の音楽処理装置に近い音楽情報を表示するための方 法及び装置を提供することである。

本発明のその他の基本的目的は、音楽処理方法及び装置内の表示された音楽情報 が音楽家が見たり聞いたりするような音楽的表記の方法に従い組織され得る様に することである。

本発明の追加的目的は、音符図形あるいは音響演奏の出力のいずれかを容易に可 能とするような形態で作曲を特定する音楽データを記憶する方法及び装置を提供 することである。

本発明のその他の目的は、音響情報が変更された場合に、音符のグラフ的エレメ ントが自動的に容易に変更でき、かつその逆行程が可能である、作曲を編集する ためのアクセスが容易である記憶を使用するデータ構造で、音楽情報を記憶する 方法及び装置を提供することである。

本発明のその他の目的は、音符に使用されているグラフ的符号及びテキストのす べてが本質的に対応する音響情報に対し明確な関連性を持って記憶可能であるよ うな、音楽データを記憶するための方法及び装置を提供することである。

本発明の更にその他の目的は、音符、コード、及び休止符の間の音楽／論理関係 、及び様々な解釈的表示が明確に表示されるように、多元データ構造あるいはメ モリーアレーを提供することである。

本発明の更にその他の目的は、はとんどのデータが共通のフォーマット及びピッ チで表現され、持続時間及びグラフ表示位置がその変更が容易なように相対的表 示として表現されるデータ構造を提供することである。

これら及びその他の本発明の目的は、図面、好ましい実施例及び申請の請求を参 照することにより明白となる。

区ｍ９間！望説皿 図１は、電子機器キーボード、ＭＩＤＩインターフェイス、英数字キーボードを 含む及びプログラム可能なデータ処理手段、及びボインティング装置及び表示ス クリーンを含む本発明による音楽処理装置のダイヤグラムである。

図２は、本発明のエニグマフォーマント（Ｅｎｉｇｍａ　Ｆｏｒ＠ａｔ）を含む 、本発明による音楽処理装置内の音楽情報を表示するミュージックフレームワー クの全体的ブロックダイヤグラムである。

図３は、ミュージックフレームワークに記憶されたエントリ（音符、休止符、及 びコード）の間の関係を示す、本発明によるエントリーブールのブロックダイヤ グラムである。

図４は、単一の６つのエントリーブール用の２元二重リンクリスト構成にあるエ ントリーを示すエントリーブールの好ましい実施例のブロックダイヤグラムであ る。

図５は、エントリーのピッチ値を表示する為のトーンセンターディスプレイスメ ント及び、この情報が前記ミュージックフレームワーク内に一緒に記憶された時 に、譜表上の音符の垂直画面における配置を示す本発明における測定された音楽 データの相対的表示のブロックダイヤグラムである。

図６は、前記ミュージックフレームワーク上の特定の楽器及び小節に割り当てら れた音楽データを示すフレーム割当方法用のブロックダイヤグラムである。

図７は、ミュージックフレームワーク内の結節点に関連するサンプル作曲の選択 された小節を示すミュージックフレームワークの音符表示である。

図８は、図７に示されたサンプル作曲用の様々なエレメントの間の関係を示すミ ュージックフレームワークのブロックダイヤグラムである。

図９８及び９ｂは、本発明の音楽処理装置に対する音楽データの入力及び出力を 示すブロックダイヤグラムである。

図１０は、ミニ−シックフレームワークとインターフェイスするフレームワーク ・ディアログ・ボックスを示すコンピュータ画面の図である。

図１１は、前記ミュージックフレームワーク内に表示された音楽データの運搬可 能なバージョンのフォーマットを示すブロックダイヤグラムである。

図１２は、前記ミュージックフレームワークにより使用される様々なデータ構造 グループの間の関係を示す、データ構造集中モデルのブロックダイヤグラムであ る。

吐りい」り鱈眩載朋 本発明の特質及び範囲を理解する為に、最初に、本発明により表示される音楽情 報を構成する情報の様々なタイプを定義する必要がある０本発明はコンピュータ データ処理システムの記憶手段内の共通のデータ構造内部で作曲する為の音楽情 報すべてを表示する。この共通データ構造内部で表示される論理関係は、必要に 応じて、音楽情報のすべての他のタイプに反映されるべき音楽情報の１つのタイ プへの変更を可能とする。この１つの共通データ構造内部で表示される音楽情報 の欅々な「タイプ」、グラフと音響に関する音楽情報（例えば振動数により表現 されるピッチ及び楽譜上の音符の配置により表現されるピンチ）の間の論理的関 係、並びにグラフあるいは音響的音楽情報の自然の表示の間の相互関係はけ、グ ラフ的（視覚的）音楽情報及び音響的（音による）音楽情報の両方の自然な表示 （例えば楽譜の演奏により影響されるものとしてのタイあるいはピッチにより影 響されるものとしての持続時間）から生じる。略述すれば、本発明において使用 される共通データ構造内に表示される図面的及び音響的情報のタイプは、メロデ ィ−情報、リズム情報、解釈的情報及びテキスト情報である。

言語としてみれば、音楽は人間にとって情報を体系化し、理解し、操作し、そし て伝達する方法である。従って、様々な音楽情報の表示は、音楽家のしきたり及 び規則によるものとしての法則及び特質の制約により、それほど表現できない。

本発明は、コンピュータにとって最も便利な方法で音楽を表示する方法のために 、新しい規則及び基準を押しつけるのではなく、音楽家が音楽を見たり閉いたり する方法を支配する、様々な相互関係、しきたり及び規則を理解し、それを転写 することを試みる。この方法で、本発明は人間が音楽を表現する新しい解釈及び 方法を採用し拡張することが可能なことを省察すべきである０本発明により表示 される欅々なタイプの情報は、音楽情報を表示し、あるいは理解する新しい方法 を作り出すことについて、人間のイマジネーションを制約することを意味しない 。

そうではなく、本発明は新しい光の中で音楽情報を見ることを刺激し、例えば２ ０世紀の表記法のために、該情報を表示する伝統的でない方法を可能とする。

役立つ。メロディ−情報は基本的に音楽家あるいは作曲家により入力された各音 符のピッチ及び絶対持続時間の両方に関連している。ピッチは、ここの音符を発 生する音波の振動数により決定される音の音質特性に関連している。ヨーロッパ の古典音楽においては、ピッチはオクターブと共に構成される一連のハーフステ ップ間隔を使用して音符とさ演各オクターブは１２のハーフステップあるいは音 符からなる８本発明において使用されるメロディ−情報を定義する目的のために 、音符の持続時間は特定の音符が演奏される時間の長さとする。音符の持続時間 は、例えば全音符、半音符、４分の１音符、８分の１音符のような所定の音符の 相対的持続時間として考えられることがある。しかしながら本発明の目的のため に、メロディ−情報の意味での音符の持続時間は所定の音符の絶対的持続時間、 つまり絶対的音符持続時間に間してのみ使用される。相対的時間値は適当なビー トユニットが知られている場合にのみ正確に分析され得るため、音符の相対的及 び絶対的時間値の間の区別は必要であり、つまり、１９当たり１６０ビートで演 奏される半音符は、例え絶対的時間値が同一である場合でも、１９当たり８０ビ ートで演奏される４分の１音符と異なるべきである。

他方リズム情報は、時間を分割するすべてに使用され、メロディ−的視点から区 別される複数音符の視点を強調する。これは、ビット、アクセント、メジャー（ 本明細書中「小節」の意味で使用される。）、音符をビートへとまとめること、 ビートをメジャーへとまとめること、及びメジャーをフレーズへとまとめること に効果がある。本発明の目的のために、４つの区別エレメントは、音楽を音符へ と容易かつ正確に記述することを容易にするに必要なリズム情報からなる。（１ ）相対的音符持続時間−これはメジャーの時間記号、つまり半音符、４分の１音 符のような時間の意味で演奏される音符の時間の長さである。（２）ビートユニ ット−一これは、１つの音楽のテンポを測定するために使用される時間の基礎ユ ニットである。（３）メジャー−これは作曲あるいは作曲のセクシタンの時間記 号に対応するようにビートユニットをまとめたものである。（４）アクセント− これはメジャー内のビートユニットあるいは音符を特に強調する呼称である。リ ズム情報あるいは「ビート」の機能及び重要性は、人間の耳が個々の音符をまと めたものと感じることのできる時間のユニットの存在を要求するという事実に関 連する。西洋の古典音楽の音符においては、ビートユニット及び、ビートユニッ トとメジャーとの間の関係は、例えば毎分１２０ビート、及び４分の３の時間表 示を記すテンポにより示され、ここではその分子の数はメジャーごとのビートユ ニットの数を示しくこの場合３）、分母の数はビートユニットが小節化される（ この場合４分の１音符）、つまり−ビートユニットを受け取る音符値を示す０時 々ビートとして示されるけれども、本発明の目的のために、アクセントは、どの 音符、ビートユニット、あるいはメジャーあるいはメジャーノブループのビート ユニットのサブディビジタンがアクセントあるいは強調を受け取るべきかを定義 する。

解釈的情報は、特定の演奏者の表現及び感性で演奏される場合に、音楽の断片に 分離される特徴的音響に間する。タレッセンド、スタカート、リタルドのような 解釈的表示、並びにテンポ、その他の動きに関する情報、及び、音訓の設定まで も、電子楽器で行われる。解釈的情報は特定の演奏者が所定の曲を解釈する場合 の方法に関する６ テキスト情報は所定の音楽情報に関連する言語情報に関する。これは旋律のみな らずタイトル−１関連する音符及びその他の、ヘッダ（ｈｅａｄｅｒｓ）及びフ ッタ（ｆｏｏ−ｔｅｒｓ）のようなテキスト情報を含むが、解釈的情報は含まな い。

音楽情報が時々、これら４つのタイプに従い本発明を通じて参照されるが、これ らのカテゴリーはいくらか恣意的であり、本発明に実施されている全体的概念の 理解を行うために使用されると理解されるべきである０例えば、解釈的情報のい くつかはテキスト情報あるいはリズム情報として参照されることも容易にあり得 るが、これは音楽情報の利用及び文脈にかかっている。未発明の背後にある基本 的概念は、音楽処理装置内に表示される音楽情報が音楽家により見られたり聞か れるように、音符の規則及び解釈に従って組織されることである。

童束処理装這 図１を参照すると、本発明の音楽処理装置の選択されたエレメントの間の関係が 見られる。音楽処理装置１０は、英数キーボード１６．指差し装置（すなわち、 ポインター装置）１８、画面２０、対応するインターフェイス手段２４を伴った 楽器２２．。

及びプリンタ２６を含む、対応する入力／出力手段に作動可能に接続されたプロ グラム可能なデータ処理手段１２からなる。本発明の好ましいプログラム可能な データ処理手段１２は、後述のように共通のデータ構造内に音楽情報を表示する ための記憶手段（図示されていない）を有するデジタルマイクロコンピュータで ある。

好ましい実施例の１つにおいては、データ処理手段Ｉ２は、アップルコンピュー タ、９５０１４カリフオルニア・クーバーチイノ・マリアニ・アベニュー、２０ ５２５　、から使用可能なコンタアンプル・マツキントンシュＳＥコンピュータ である。好ましい実施例に示されている楽器２２は、９０６２２カリフオルニア ・プエナバーク、ボックス６６００、ヤマハインターナショナル社から購入可能 な電子キーボードＤＸ−７シンセサイザーである。しかしながら、ＭＩＤＩある いはその他の機械読み取り可能なデータとして音楽情報をコード化するためのイ ンターフェイス手段２４を装備すれば、任意の楽器でも、音楽処理装置１０に音 楽情報を提供することが可能であろう、同様に注目すべきことは、データ処理手 段１２は、コンピュータハウジング内に含まれる構成要素内部にインターフェイ ス手段２４を含むことが可能である。好ましい実施例においては、アップル・マ ンキントラシュＳＥには、アンプ／Ｌ＝ＭＩＤＩインターフェイスユニット及び レーザープリンタを装備し、これは同様にアンプルコンピュータから購入可能で ある。データ処理手段１２の機能は、後述の共通のデータ構造を使用するデータ を記憶し、検索するソフトウェアプログラムの形態の情報を制ＪＨする手段によ り制御される。前記共通のデータ構造に使用される様々なソフトウェア機能は、 様々な方法でプログラム可能であり、あるいは同等のハードウェアにより達成さ れることは当業者には明白である。

共這少ｆ：り１１旺胆ＥＣＱ聞０ＮＤＡＴＡ　５ＴＲＵＣＴＬＩＲＥ）音楽処理 装置１０は、音楽情報を入力し、検索し、編集し、分析し、°出力するために音 楽家あるいは作曲家により使用可能である。この課題を達成するために、前記音 楽情報は、データ処理手段１２により処理可能なように、機械読み取り可能なフ ォーマントに記憶させなければならない。本発明の目的のために、この方法で表 示される音楽情報は音楽データと称される。音楽処理装置１０がデータ処理手段 １２の音楽情報記憶手段に表示させるために使用する共通のデータ構造は、機械 読み取り可能なフォーマットに音楽情報を記憶させる新しい方法であり、それに より、音楽データのグラフ的視点は表示の音楽／論理タイプにある音楽データの 音響的視点と関連する。音楽データのグラフ的及び音響的視点の両方を共通のデ ータ構造内の関連するエレメントとして協調させることにより、グラフ的情報に 生ずる変化が自動的に音響的情報に対する変化に反映し、かつその逆も生ずるこ とが可能となる。前記共通のデータ構造により本発明は、音楽データのグラフ的 及び音響的表示が分離した、かつ異なった情報の断片であるとして処理されると いう、従来技術が遭遇する問題を克服することが可能である。

従来技術とは異なり、本発明は音楽情報の４つのタイプのそれぞれを表示するた めに、特定のコード化テーマを定義することはない、そうでなく、共通のデータ 構造、ミニ−シックフレームワークと呼ばれる論理的アレー力（立され、その内 部で上述の音楽情報の４つのタイプのいずれかに対する音楽データのエレメント が表示される。更にその上、音楽データのこれらのエレメントは各エレメントに 対する同一の基本フォーマット、エニグマフォーマット（Ｅｎｉｇｍａ　Ｆｏｒ ｍａｔ）により論理アレー内に表示されることが好ましい。音楽データの捧々な タイプに対する基本フォーマットを使用し、前記音楽データのすべてを共通のデ ータ構造に記憶することにより、前記音楽データの記憶及び操作が簡単になり、 全体的に音楽処理装置の実行性が改善される。

共通のデータ構造（ミュージックフレームワーク：　Ｍｕｓｉｃ　Ｆｒａｍｅｗ ｏｒｋ）及び音楽データを記憶する基本フォーマットの柔軟性及びその他の利点 を更に利用するために、本発明はまた、前記ミュージックフレームワーク内部の 音楽データを表示するためのいくつかの新規の方法及び構造を提供する。これら は、個々の音楽データ値が表示される方法に始まり、及びいくつの音楽データの グループがミニ−シックフレームワーク内に配置されるかに拡張される。最初に 、前記ミュージックフレームワークは楽器（あるいはその他の音源）及びメジャ ー（あるいはメジャーの一部）にリズムに合わせて関連する方法を提供するけれ ども、これら音符、コード及び休止符の間の時間の関係を提供する必要があり、 これが各メジャーに対する音楽データのハートである。音楽家及び作曲家は非直 線形式で音楽データを作り出す１頃向があるため、本発明においては音楽データ （つまり音符、コード及び休止符）のコアは柔軟な、順次リンクされた組織、つ まり前記音楽データの容易な挿入、削除、あるいは修正を可能とするエントリー プール（Ｅｎｔｒｙ　Ｐｏｏｌ）内に記憶される。次に、一定のタイプの音楽デ ータは、音楽家がシステム的に移転、再構成、あるいは大きさを変更しようとす る物理的な数値であるため（例えばピッチ、持続時間、位置）、本発明は測定さ れた音楽データの任意のタイプの個々の数値を表示するために、使用者に選択さ れた、あるいは欠落した絶対値からのずＬあるいは置換の意味で表示された相対 値として、あるいは基本分析値を乗じた相対的ユニットの意味で表示された値と して選択する。この相対的表示方法は、前記音楽データの個々の測定された値を 表示するについて、特にローンセンター置換方法によるピッチの値を表示するに ついて、迅速な操作及び追加の柔軟性を可能とする。最後に、作曲家は同一の音 楽データを異なるメジャーで使用し、異なる楽器のために使用するため、本発明 はこの再利用あるいは音楽データの結合を、前記ミュージックフレームワークに おける結節点あるいは交点を有する特定の楽器に対する音楽データの個々の測定 に対応するために、フレーム割当方法を使用することにより容易にする。この方 法はまた、音楽処理装置１０内における一定の記憶及び処理効率を導く。

ミュージックフレーム　−ク 図２に示されているように、前記共通のデータ構造内の音楽データはすべて、ミ ュージックフレ−ムワーク３０内部に組織され、それの第１次元として時間３２ 、第２次元としてサウンド３４を有する多元アレーを有する。ミュージックフレ ームワーク３０は一種の時間を基礎とした組織的チャートであり、この内部に本 発明の方法及び装置が、音楽処理装置１０が制御すべき音楽情報のすべての様々 なタイプを配置している。概念的には、前記音楽情報は、ミュージックフレーム ワーク３０の２次元の個別の値、時間３２及び音響３４の交点により作り出され た欅々なフレームワーク交屯３６に連結されている。データ処理手段１２の記憶 手段内に表示された音楽データはすべて、ミュージックフレームワーク３０に関 連して定義された音楽−データエレメントに従い、組織されている。ミュージッ クフレームワーク３０内に表示されている音楽データのヒエラルキーカテゴリー （ｈｉｅｒａｒｃｈｉｃａｌ　ｃａｔｅｇｏｒｔ−ｅｓ）は、頁に関連するデー タ４０、楽器に関連するデータ４′２−フレームワークマージン３５内に表示さ れるメジャーに関連するデータ４４、及びフレームに関連するデータ４６．及び フレームワーク交点３６に表示されるエントリーに関連するデータ４８を含む。

亘且閃迷Ｉゑｉ二え 頁に関連するデータ４０は、頁のサイズの寸法、頁のマージン、及び頁に現れる 楽譜（本明細書中ｒ譜表」の意味で使用される）システムのシステムマージンを 含む、作曲の特定の任意の頁に間するすべての情報を含む、同様に、この音楽デ ータのカテゴリーに含まれているのは、頁、楽譜システム、及び個々の楽譜の減 少あるいは拡大パラメーターである。真に特定のテキストブロック、検索音楽及 びヘッダ及びフッタも同様に頁に関連するデータ４０のカテゴリー含まれる。

奈器様関巡Ｉゑデニタ 楽器に関連するデータ４２は、特定の楽器あるいは音源（声を含む）に独特であ る音楽情報である。これは楽器の名称、移調、開始ト音記号を含む、ミュージッ クフレームワーク３０においては、作曲において楽器が特定の楽譜（すなわち、 譜表）に割り当てられる場合、楽器の１０番号により引用される。割り当てられ ない楽器のスロットは、楽譜システムの一部である単純なブランクの楽譜である が、いずれのフレームレコードにも割り当てられない。

１２上：±！紀汁：！ メジャーに関連するデータ４４は、作曲の中の各メジャーに関連する情報である 。

本発明の目的のために、用語「メジャー」は、特定の時間間隔の間のスコア内の すべての楽器により演奏される音楽に共通の特定のメジャー数（小節数）に使用 される。このカテゴリーに含まれるのは、時間膨張情報、スコア表示情報、反復 情報、メジャー属性情報、メジャー数情報、及びキー記号（Ｉ記号）、及び時間 記号情報である。

２と二ム純関連Ｉ玉デニ２ フレームに関連するデータ４６はメジャーに関連するデータ４４に非常に１！領 している。フレームに関連するデータ４６とメジャーに関連するデータ４４との 差異は、用語メジャーが、上下する音響範囲のすべての楽器用の特定のメジャー のためのミュージックフレームワーク３０のサウンド　ディメンジぢン（Ｓｏｕ ｎｄ　ｄｔｓｓｎｓｔｏｎ）を引用するために使用されることである。対照のた めに、用語フレームは、単一のフレームワークの交点３６により識別される特定 の楽器のための１つだけのメジャー、あるいは１つのメジャーの一部を引用する 。キー及び時間記号のような、メジャーに関連するデータ４４タイプの多くの情 報は、それらが同一のメジャーにおいても異なる楽器の間で変化する可能性があ るため、容易にフレームが特定的であると考えることができる。ミュージックフ レームワーク３０においては、そのようなデータはそれらの１つあるいは両方の カテゴリーを表示する０例えば、メジャーの基本キー記号に関連するデータはメ ジャーに関連するデータ４４に記憶され、そのメジャー用の特定の楽器用の特定 のキー記号（調記号）のためのデータもフレームに関連するデータ４６に記憶さ れ得る。フレームに関連するデータ４６のカテゴリーは、異なる楽器に関するフ レームのグループとは反対に、独占的に１つのフレームに関連するデータを含む 、それは、実際の演奏から捕捉されたＭＩＤＩ表示情報、メジャーに特定のテキ ストブロック、及びメジャーに特定の恣意的音楽を含む。

エヱ上匹二鎚閲Ｉゑデニタ エントリーに関連するデータ４８は作曲内のほとんどの基本的エレメントを引用 する。エントリーは音符、休止符、及びコードである。エントリーに関連するデ ータ４８を構成する音楽データは、音楽処理装置ＩＯにより処理されるべき音楽 情報のほとんど全部を表示する。エントリーに関連するデータ４８に記憶される ものは、エントリーの持続時間及びそのエントリーに含まれる音符の数を含む、 エントリー用のリズム及びメロディ−情報である。同様にここに含まれるのは、 そのエントリーに付随した情報の周辺の部分である属性である。これらは旋律、 コード、楽譜の表示、あるいは装飾音の定義などである。エントリーに関連する データ４８のサブセットは音符の置換及び本質的でない数量を含む、エントリニ に関連するデータ４８のカテゴリー内に存在する属性のタイプのすべては、以下 のエントリープールの説明内にある。

工三ｌヱヱＬニヱヱ上豆匹」五ヱし四叩酊）また、図２は、エニグマフォーマッ ト５０を示し、これは基本的フィールドフォーマットであり、これにより実質的 に全部の音楽データがデータ処理手段１２の記憶手段内に記憶される。エニグマ フォーマット５０は、５つすべての音楽データのヒエラルヒーのレベル用の音楽 データを表示するために使用さね〜データ処理手段１２は音楽情報を音楽データ のばらばらのセグメントに分解することが可能である。音楽データの各セグメン トは、一定の特性及び属性、並びに他のデータエレメントとの定義された関係を 育する、音楽情報のいくつかの定義可能な部分を表示するデータエレメントとじ て考え得る。エニグマフオーマット５０の利点は、これらデータエレメントが何 でなければならないかという制約がなく、どのように２つまたはそれ以上のデー タエレメントが他と関連するかという制約がない、その代わりに、エニグマフォ ーマット５０は、各データエレメントが何を表示するか、そのデータエレメント が他のデータエレメントとどのように関係するかを定義する共通の基盤を提供す る。この意味で、エニグマフォーマット５０は、音楽家は音楽データのセグメン トを定義し、あるいは相互関連する最近の方法に制約されないため、本当に拡張 可能であり、そして音楽データエレメントを定義し、あるいは相互関連させる新 しい方法を、音楽処理装置１０用の共通のデータ構造に容易かつ迅速に一体化す ることが可能である。

データ処理手段１０のミュージックフレームワーク３０において定義された各デ ータエレメントに対しては、そのデータエレメントに対するエニグマフォーマッ ト５０は３つの分野、コンパレーター５２、タグ５４、及び関連するデー・夕分 野からなる。

タグ５４はデータエレメントのタイプを識別するコードである。タグ５４に対す る独特のコードが、そのデータエレメントが何を表示するか、そしてそのデータ エレメントが他のデータエレメントとどのように関連するかという、独特のタイ プのデータエレメントを定義する。例えば、「耶」タグは、それに関連する定義 された分野を有する、メジャー明細タグとしてのデータエレメントを識別する。

コンパレーター５２．、独特のタグ５４、及び定義されたデータ分野５６の特定 の組み合わせは、以後タグ構造と称する。「耶」タグ用のタグ構造は、メジャー に関連するデータ４４の一部としてこのデータエレメントを基礎としており、例 えば画面２０に表示された場合、あるいはプリンタ２６に印刷される場合にその メジャーの高さ及び幅を定義するデータを含むことがある。コンパレーター５２ は、同一のタイプのタグ５４を有するその他のデータエレメントと順次にどのよ うにこのデータエレメントと関連するかを識別する数値であるや例えば、ｒ？Ｉ ｓＪタグ用の「２」コンパレーターは、特定の作曲の第２のメジャー用のメジャ ー明細データエレメントとしての特定のデータエレメントを識別する。データ分 野５６はその内容がタグ構造のタイプに依存するようなデータの固定された長さ のパケットである０例えば、音符用のデータ分野５６は譜表上の音符をどのよう に配置するかを定義するビット配置情報が含まれ、あるいは楽器に関連するデー タ４４のエレメント用に、譜表用の楽器の名称を標示するアスキーコードを含む 。

エニグマフォーマット５０の好ましい実施例においては、コンパレーター５２は ２バイトあるいは４バイトを占める。コンパレーター５２は最大値６５，５３５ を有する１６ビツト数か、あるいは３２ビツト数を１６ビツト数に分割してそれ ぞれが最大値６５．５３５を有するものである。タグ５４は２キャラクタ−・ア スキーコードである。

データ分野５６の長さは固定さね、それの長さは２キャラクタ−タグ５４により 識別されるタグ構造に依存する。

エントリーブール 音楽処理装置１０により表示される音楽データの量は、迅速かつ効率的にアセス されるべきエントリーに関連するデータ４８を構成するため、本発明はエントリ ー（音符、休止符、あるいはコード）に関連する旋律及びメロディ−音楽データ を記憶する独特の方法及び構造を使用する０図３に示されているように、エント リーに関連するデータ４８は、エントリーストリーム６２．６４．６６及び６８ の列を構成する、エントリーブール６０としてのミュージックフレームワーク３ ０上に表示さね、それぞれの列が複数のエントリーエレメント７０を形成する。

エントリーストリーム６２．．６４．６６、及び６８は、そのアレー用の楽器に 関連するデータ４２に対応するエントリーエレメントの順次性、時間を基礎とし たリンクを表示する。これらエントリーストリーム６２．６４．６６及び６８相 互に独立している。エントリーブール６０は、それらが物理的にデータ処理手段 １２の記憶手段に表される時に、エントリーエレメント７０の同時性あるいは順 次性に関して規定を作らない、エントリーブール６０′　の構造を理解するキー は、エントリーストリーム６２にあるエントリーエレメント７０のそれぞれが次 に続くエントリーエレメント７０、並びに例えばコードの個々の音符のような同 一の時間間隔に属するエントリーエレメントにリンクされていることである。エ ントリーブール６０の順次リンク概念を使用することにより、音楽処理装置１０ は、データ処理手段１２の記憶手段に正確に物理的順次構成で記憶する必要のな い、エントリーの一連の筋あるいは流れとしてエントリーに関連するデータ４日 を表示することが可能である。

好ましい実施例においては、エントリーブール６０の構造的基礎は２次元二重リ ンクリストである。この、エントリープール６０用の２次元二重リンクリスト構 造（ａ　ｔｗｏ　ｄｉｍｅｎｓｊｏｎａｌ　ｄｏｕｂｌｅ　１ｉｎｋ　１ｉｓｔ 　５ｔｒｕｔｕｒｅ）は絶対的識別子がエントリーに関連するデータ４８にアク セスすることを要求する問題を解決する。この二重りンクリスト構造がデータア クセスのために物理的に順次であることに依存しないため、このタイプの構造は 、リアルタイムエントリー及び音楽データの操作のためのノンリニアクイックア クセス要求に適している。一定のオフセ・ントの開始においてエントリーエレメ ント７０が一旦定義されると、前記二重リンクリストの列の操作がデータを動か さずに単にリンクを再構成するだけのために、記憶手段の内部で物理的にシフト する必要がない。編集中はリンクのみが操作されるため、二重リンクリストはリ アルタイムエントリー及び音楽データの操作の要求に適合する相互作用環境内の 柔軟な構造を提供する。２次元二重リンクリストが本発明のエントリーブール６ ０に対し好ましい実施例として記述されるものではあるが、順次関係の表示を許 容するデータ構造のその他のタイプも、エントリーに関連するデータ４８に対し 、１（Ｉｆｆの順次リンクされるアクセスを達成するために使用可能であり、そ れらは本発明の範囲内にあると意図される。

ここで図４を参照すると、エントリーブール６０用の単一のエントリーストリー ム６２用の２次元二重リンク構造の好ましい実施例が説明される。第１次元は時 間次元（タイム　ディメンジョン）（図４における水平）であり、第２次元はサ ウンドバンキング（図４における垂直）である、前記時間次元はエントリースト リーム６２内の順次エントリーエレメント７０の中の時間の関係を描いている。

サウンドバッキング次元は同じ時間間隔の間及びその開始において発生するエン トリーストリーム６２内のエントリーエレメント７０の間の音響の関係を描いて いる０時間次元はエントリーエレメント７０がエントリーストリーム６２内で順 次にリンクされることを許容する。サウンドバッキング次元は２つあるいはそれ 以上のエントリーエレメント７０が例えばコードのような形態にまとめられるこ とを許容する。

図４に示されている事例においては、個々のエントリーエレメント７０はそれぞ れ対応するエントリーナンバー７１（エントリーナンバー１−５及び８として斜 線の楕円内に表示される）を有するけれども、エントリーナンバー７世実際には エントリーエレメント７０のために記憶されたデータの一部ではない。エントリ ーナンバー７１は、データ処理手段１２の記憶手段内部でエントリーブール６０ の開始を表示する基本地から置換される、あるいはずれるという意味でエントリ ーエレメント７０を物理的に配置するために使用される。データ構造集中モデル という表題のセクションに関連して説明されているように、エントリーナンバー ７１は、エントリーナンバー７１により識別される特定のエントリーエレメント ７０に対応すべき追加のエントリーに関連するデータ４８を含む、その他のタグ 構造を識別するためのコンバーレータ−数値としても使用される。

図４の頂部にある陰影された矩形は、各エントリーエレメント７０のために定め られたデータ分野を示し、この場合はエントリーナンバー２である０本質的に、 エントリーブール６０は、これらデータ分野を含む各３２バイトエレメントであ るエントリーエレメント７０のアレーからなる。好ましいプログラム言語ｒ　Ｃ Ｊにおいては、アレーのデータ分野は以下の宣言構造からなる。

＃ｄｅｆｉｎｅ　ＥＮＴＲＹ　ｓｔ、ｒｕｃｔ　ｅｎｔｒｙＮＴＲＹ ｕｆｏｕｒｂｙｔｅ　Ｌａ５ｔ ｕｌｏｕｒｂｙｔｅ　Ｎｅｘｔ ｕｆｏｕｒｂｙｔｅ　Ｕｐ ｕｆｏｕｒｂｙｔｅ　Ｄｏｗｎ ｔｗｏｂｙｔｅ　Ｄｕｒａｔｉｏｎ ｔｗｏｂｙｔｅ　Ｐｏ５ｉｓｉｏｎ ｆｏｕｒｂｙｔｅ　Ｅｆｆｅｃｔ ｆｏｕｒｂｙｔｅ　Ｎｏｔｅｖａｌｕｅアレー（ラスト７′２．ネクスト７友ア ツプ７４及びダウン７５）内に定義された最初の４つのデータ分野は、エントリ ーブール６０の２次元二重リンクリスト構造の好ましい実施例を装備するために 使用される４バイト値である。ラスト７２及びネツスト７３は、前及び次に続く エントリーエレメント７０を定義する。アップ７４及びダウン７５は、同時のセ グメント内の複数の音符あるいはコードの構造のために提供される。これらの変 数のそれぞれはエントリーナンバー７１の値を含む、この方法で次のリンクされ らエントリーエレメント７０を指摘することにより、エントリーエレメント７０ は前記記憶手段に隣接して記憶される必要がない。

２バイトデ一タ分野持続時間７６は相対的持続時間ユニットの用語で、前記エン トリーの相対的持続時間を維持する０例えば、４分の】音符はｒ１０２４Ｊで表 示され、これは１０２４の相対的持続時間のユニットを意味する。２バイトデ一 タ分野位置７７は、メジャーの開始からエントリーのグラフ的表示のＸ原点の相 対的位置置換値を維持する。各エントリー７０は、エントリー７０の水平原点に 関して表示されあるいは印刷される特定の数字（例えば４分の１音符、半休止杆 ）としてグラフ的に表示される。置換値は、見かけの頁の水平ユニットの用語で 指定される。その垂直位置が、音符上のエントリー７０の位置により計算される 場合は、相対的表示のセクションで説明される、トーンセンター置換方法により 定義されるように、エントリー７０の相対的水平位置のみが指定される必要があ る。

４バイトデ一タ分野の効果７８は基本的にエントリーニレメン）７０のグラフの 属性を制御する。４バイトデ一タ分野のノーティシラン（ｎｏｔａｔｉｏｎ）７ ９は、基本的にエントリーエレメント７０の音響的属性を制御する。効果７８及 びノーティシテン７９の両方は、そのエントリーに関連するエントリーに関連す るデータ４８の特定の属性を示すために定義された各データビットによりビット のマツプを作成される。

効果７８及びノーティジョン７９に対するデータビットのそれぞれのための定義 は、データ構造集中モデルのセクションで説明される。

相対表示法 音楽データ値のうち、物理的に計量可能な値（即ちピッチ、持続時間、位置）に ついては、この音楽処理装置１０ではそれらを相対表示法によって表わすように している。即ち、その８１値を、ユーザが定義した基底値ないしはデフオールド 値である基底値に、オフセット即ち変位量を加えたもの（例えば水平方向原点に オフセットを加えたもの）で表わすか、またはその計量値を、相対単位の単位数 に基本分解能の値を乗じた積（例えば相対持続時間の値に毎秒３２００単位とい う相対持続時間単位数を乗じた積）で表わずか、或いはこれら２つ方法の組合せ によって表わすようにしている。この相対表示法は、それらの計量音楽データを 、作曲者がより柔軟に操作し得るようにするものである０例えば作曲者が１フレ 一ム分の音楽データをある楽器から別の楽器へ移調してコピーしたい場合等には 、ピッチ情報が相対表示されているために、その基底値を変化させるだけで、そ の変換を極めて簡単に行うことができる。更に、この相対表示法によれば、デー タ処理手段１２にとっても、それら計量音楽データをより容易に操作することが できるようになる０例えば、エントリーのページ位置に関する音楽データを、実 寸法との間にユーザ定義可能ないしシステム定義可能な関係を有する仮想水平相 対単位と仮想垂直相対単位とで記憶させておけば、印刷されたスコアのページの 寸法を容易に変更することができるようになる。

これまでは、音符のピッチの表示は、音楽処理装置にとってはやっかいな問題で あった。特に問題となるのは、例えば移調楽器と調号の変更の取扱いである。

本発明は、このピッチ表示の問題を、図５に示したトーン・センタ変位量法と名 付けた独創的な方法によって解決している。このトーン・センタ変位量法を利用 して、各々の音符のピッチと臨時記号とを調号に関連付け、そして更にその調号 を、ハーモニック基準８０と名付けた絶対周波数に関連付けているのである。こ れによって、全ての音符のピッチを、固定した周波数の値や、キーを表わす文字 とはせずに、トーン・センタ８１に対する相対値として表わせるようになってい る。

これによる利点は、階層構造中のいずれの部分を変更した場合にも、その変更部 分より「下位」のピッチ情報がそれに応じて自動的に調節され、しかも、いかな る計算のやり直しをすることもなくその自動調節が行われることにある。また、 移調も、確実な正確さを持って瞬時に行えるようになっている。

ハーモニック基準８０及びトーン・センタ８１は、調号（ｋｅｙ　ｓｉｇｎａｔ ｕｒｅ）を取扱うものである。また、トーン・センタ変位置８２と臨時記号変分 ８３とは、音符と調号との（即ちトーン・センタとの）間の関係を、夫々、ダイ アトニック・ステップで取扱うものと、臨時記号に関して取扱うものとである。

ハーモニック基準８０は移動ゼロ点であり、全ての調号にとっての「中央のＣ」 であると考えれば分かり昌い、全ての調号をこの点に対して相対的に関連付けて あり、従って、夫々の調号を互いに独立的に固定した値に定めているのではない 、トーン・センタ８１は、調号の主音即ちセンタ（中心）であり、殆ど常に調号 と一致している（例えばＥマイナのトーン・センタはＥである）、トーン・セン タ８１は、ダイアトニック・ステップの段階数と変化音変分とによって、ハーモ ニック基準８０に関連付けである０例えば、ハーモニック基準が「Ｃ」　（即ち デフオールド値）である場合に、「Ｄ」のトーン・センタは、ダイアトニック・ ステップの数が「ｌ」であるとして表わさ娠なぜならば、この「Ｄ」のトーン・ センタは、ダイアトニック・ステップでは「Ｃ」から１段階だけ離れているから である。変化音変分（不図示）を用いるのは、ダイアトニック・ステップによる 変位量から、更にダイアトニックではないステップの分だけ変位している場合で あり、その非ダイアトニック的な差分の大きさを示すために使用する。例えば「 Ａフラット」のトーン・センタは、「Ｃ」からは、ダイアトニック・ステップで ５段階分と、それに変化音変分として「−１」だけ離れており、この変化音変分 が「−１」であることによってフラットになっており、またこの「−１」の値に よって「Ａフラット」のトーン・センタを、「Ａ」や「Ａシャープ」のトーン・ センタとは異なったものとしている。トーン・センタ変位量８２は、音符のトー ン・センタからの距離を、ダイアトニック・ステップの段階数で示したものであ る０例えば、Ｄメイジャーのキーの中のｒＢ、は、変位量の値が「５」になる（ これはダイアトニック・ステップで５段階、即ち長６度だけ離れているというこ とである）、臨時記号変分８３は、音符に付された臨時記号による変位の量であ る。トーン・センタの変化音変分と同様に、この臨時記号変分もまた、変位量の 値からの、非ダイアトニック的なステップの差分を表わすために使用するもので ある。−膜化して述べるならば臨時記号の変分の「１」はシャープ１個分に相当 し、「２」はシャープ２個分、「−１」はフラット１個分、「−２」はフラット ２個分、そして「０」はナチュラルに相当する９例えばＦのキーの中では、「Ｂ フラット」は変位量の「３」に加えて「−１」の臨時記号変分を持つことになり 、また「Ｂダブルシ中・−ブ」は変位量の「３」に加えて「２」の臨時記号変分 を持つことになる。

このトーン・センタ変位量法を使用して音楽データを表わすようにしているため 、音楽データの音響表示とグラフインク表示との双方において、移調が極めて容 易に行なえるようになっている。全ての音符のピンチをトーン・センタ８１に対 して相対的に関係付けであるため、トーン・センタ８１を変更する。　（！ＩＩ ち調号を変更する）ことによって、自動的に全ての音符が適切に移調される。更 に加えて、変更する値はただ１つだけであるので、移調は殆ど瞬時にして行なわ れる９例えば、Ｅフラットの調号（Ｉｌｌちトーン・センタ）は、ダイアトニッ ク変位量の「２」（中央のＣから２段階分離れている）と変化音変分のｒ−１」 　（これによってフラットになる）とによって表示されるものである。一方、こ の調号におけるＧフラットは、変位置の’２Ｊ　（）−ン・センタからダイアト ニック・スナップで２段階離れている）と臨時記号変分の’−ＩＪ（これによっ てフラットになる）とによって表示される。ここで、ユーザが、その調号をＧメ イジャー（■ａｊｏｒ）に（これは中央のＣから変位量「４」だけ離れており、 変化音変分はｒＱ、である）変更したとすれば、このＧフラットであった音符の ピッチは、それによって、Ｇメイジャーからダイアトニック・ステップで２段階 分離れたものとなり、また、その臨時記号変分はｒ−１，であるため、結局Ｂフ ラットの音符となり、これは正確な転調となっていることが分かる。

特に記しておくと、このトーン・センタ変位量法は、西洋音楽において一般的な ７つのダイアトニック・ステップから成る全音階だけに関わるものではない。

４分の１音響階、あるいは８分の１音響階への移調も極めて容易に行なうことが できる。更には、臨時記号変分は相対的な趨であるため、「１」の値は通常はシ ャープを表わすようにしているが、ユーザがキー・フォーマントを作り変えるこ とも可能であり、それによって例えば、「Ｉ」が４分の１シヤープを表わし、「 ２」がシャープを、「３」が４分の３シヤープを、以下同様とすることも可能で ある。従って、このトーン・センタ変位量法によって、非常に柔軟で、音楽的直 感力に即した、この種の線形キー・フォーマットのためのシステムを構成するこ とができるのである。

トーン・センタ変位量法は更に、相対表示法と組合セることによっても有効に利 用することができ、それは、例えば音楽記号を書き込んだ五線譜表総譜をプリン トないしディスプレイする際等に、音楽データの位Ｉを決めるという目的に使用 する場合である。この場合には先ず、仮想ページ上におけるエントリ要素７０の 水平方向位置を、ページの位置（即ちページ調節量８５）の水平方向成分（Ｘ成 分）と、そのページ上における五線譜表総譜の位置（即ち五線譜表総譜１１節量 ８６）の水平方向成分（Ｘ成分）とによって決定する。続いて、特定の五線譜上 の特定のフレームの位置（即ちフレーム原点８７）を位置７７として規定されて いる、そのフレームの中の特定のエントリ要素７０の水平方向位置に加える。従 って、相対位１単位で表わされる、仮想ページ上におけるエントリ７０の水平方 向位置は、次のようにして算出されることになる。卯ぢ、Ｘ−位置７７＋フレー ム原点８７十五線譜表総譜調節量８６＋ペ一ジ調節量８５．である。一方、仮想 ページ上におけるエントリ要素７０の垂直方向位置を、ページの位置（即ちペー ジ調節量８５）の垂直方向成分（ｙ成分）と、そのページ上における五線譜表総 譜の位置（即ち五線譜表総譜調節量８６）の垂直方向成分（ｙ成分）とによって 決定する。五線譜の寸法の調節（即ち五線譜調節量８８）ないし音部記号のｍ節 （音部記号調節量８９）があれば、それらの調節量も決定する。最後に、トーン ・センタ変位量法を用いて音符を五線譜上の該当する位置に書き入れる。従って 、相対位置単位で表わされる、仮想ページ上におけるエントリ７０の垂直方向位 置は、次のようにして算出されることになる。即ち、ｙ＝−トーン・センタ８１ ＋トーン・センタ変位量８２＋ハーモニンク基１！８０＋音部ＵＲ節量８９十五 線譜調節量８８千五線譜表総譜調節量８６＋ページ調節量８５、である。

２と二ム剋量工法 次に、図２及び図６を参照して、フレーム割当て法について説明する。フレーム 関連データ４６は、音楽フレームワーク３０の上に表示される。この表示は、割 当てレコード９０と、この割当てレコード９０に付随する少なくとも１つのフレ ーム・レコード９２とによって行なわれる。このフレーム・レコード９２は、フ レームのうちでも、そのフレームのためのエントリ関連データ４８が存在してい るフレームの、その各々に対応したレコードである０割当てレコード９０とフレ ーム・レコード９２との間の関係によって、音楽フレームワーク３０と、エント リ・プール６０内の個々のエントリ７０とがリンクされている。エントリ関連デ ータ４８を伴うフレームワーク・インクセクション３６に対しては、その各々に １つづつ、割当てレコード９０が生成される。これとは逆に、あるフレームワー ク・インクセクション３６に音楽データが何も付随していなかったならば、その フレームに対しては、割当てレコード９０は生成されておらず、音楽データも格 納されていない。

好適実施例では、各割当てレコード９０が、フレーム・レコード９２を指し示す フレーム番号９１を含んでいるようにしている。フレーム・レコード９２は、始 点エントリ９３と終点エントリ９４とを変数として含んでおり、これら変数が一 緒になって、エントリ・ブール６０の１つのセグメントの始まりと終わりとを明 示するようにしている。始点エントリ９３の値と終点エントリ９４の値との間に あるエントリ番号７１を持つ全てのエントリ７０は、割当てレコード９０を伴う その特定のフレームワーク・インクセクションに割り付けられたフレームの中に 存在するエントリである。

割当てレコード９０はエニグマ・フォーマット５０の中に記憶される。また、こ の割当てレコード９０は、比較子５２（この比較子５２は更に楽器比較子９６と 小節比較子９７とに分割されている）と、ｒにｐ、（ｒグラフィクス・ファイル 割当てレコード」の省略形）として定義されたタグ５４と、データ・フィールド ５６とから構成されており、このデータ・フィールド５６は、特定のフレームワ ーク・インクセクション３６に付随すべき音楽データを指し示す、少なくとも１ つの、フレーム・レコード９２のフレーム番号９１を含んでいる。このように割 当てレコード９０は、音楽データそれ自体や、その音楽データを直接指し示すポ インタを包含する代わりに、フレーム・レコード９２を参照するようになってお り、これによって、音楽フレームワーク３０に包含させである音楽データを、大 幅な柔軟性を持つものに、且つ最適なものにすることが可能となっている。

好適実施例においては、ｒＧＦＪタグに対応するデータフィールド５６は４ワー ドのデータ・アレイとして定義してあり、このデータ・アレイは、好適なプログ ラミング言語である「Ｃ言語」によってプログラムした場合には、次の構造を有 するものとなる。

＃ｄｅｆｉｎｅ　ＧＦＨＯＬＤ　５ｔｒｃｔ　ｇｆｈｏｌｄ、ＧＦＩ（ＯＬＤ ｔｌｌｏｂｙｔｅ　ｒｅｃ；／幸Ｔｈｅ　ｒｅｃｏｒｄ　ｎｕ＃ｂｅｒ　ｔｏ　 ａｓｓｉｇｎ　傘／１ｗｏｂｙｔｅ　ｃｌｅｆ；／＊Ｔｈｅ　ｃｌｅｆ　ｏｆ　 ｔｈｅ　ｍｅａｓｕｒｅ　＊／１ｗｏｂｙｔｅ　５ｆｏｎｔ：／　＊Ｔｈｅ　ａ ｌｔｅｒｎａｔｅ　ｍｕｓｉｃ　ｆｏｎｔ　ｔｏ　ｕｓｅ　＊／１ｗｏｂｙｔｅ 　ｆｌａｇ；／＊Ｔｈｅ　ｆｌａｇ　ｕｓｅｄ　ｔｏ　ａｓｓｉｇｎ　ａｔｔｒ ｊｂｕｔｅｓ　本／）　： 複数のソフトウェア・ルーチンのうち、このフレーム割当て法を実装するために 用いられるソフトウェア・ルーチンは、“ｄｔ２ｓｅｒｃｂｏ”と名付けられて いる。

このルーチンへは、２つの比較子９６と９７、タグｒＧＦＪ　、それに発生番号 が渡される。もし、このルーチンへ渡された発生番号が「４」であったならば、 このルーチンは、タグ構造の中をサーチしてエントリ関連データ４８を検索し、 そして、先の２つの比較子とタグとに反応したレコードのうちの、第４番目に発 生したレコードを捜し出す。ＥＣ言語」で記載したこのルーチンの具体例は次の とおりである。

ｔｂｏｏｌ　ｆｉｎｄＧＦｒｅｃ　（ｉｎｓｔｒｕｍｅｎｔ、ｍｅａｓｕｒｅ） ｔｗｏｂｙｔｅ　１ｎｓｔｒｕａ＋ｅｎｔ；ｔｗｏｂｙｔｅ　ｍｅａｓｕｒｅ； ＧＦＨＯＬＤ　＊ｇｈ； ｔｈｏｂｙｔｅ　＊ｄｔ２ｓｅｒｃｈＯ；ｉｆ（（ｇｈ＝ｄｔ２ｓｅｒｃｈ（ｉ ｎｓｔｒｕｍｅｎｔ、ｍｅａｓｕｒｅ、’ＧＦ’　＋Ｏ））　）ｒｅｔｕｒｎ（ ＹＥＳ）　１ ｒｅｔｕｒｎ（Ｎｏ）　； このルーチンへは、楽器番号と小節番号とが渡される。するとこのルーチンはｄ ｔ２ｓｅｒｃｈ　をコールして、それら楽器番号と小節番号とに等しい２つの比 較子とｒＧＦＪというタグとを有するレコードの、データ・アレイ要素の基底ア ドレスを取り出す、もしｄｔ２ｓｅｒｃｈが返した数がｒＱＪより大きかったな らば、その特定のフレームワーク・インクセクション３６に対応した割当てレコ ード９０が存在している。

エントリ・プール６０の中の各々のエントリ・ストリーム６２は、シーケンシャ ル・リンクとした結果、互いに連続しているため、−続きのエントリ・ストリー ムを、エントリ・ブール６０に恣意的な階層構造を持ち込むことなく、より小さ な複数のピースへと分割するための、何らかのメカニズムが必要である。これを フレーム・レコード９０が達成しており、そのために、このフレーム・レコード ９０のデータ中には、先頭エントリの番号である「始点エントリ９３」と、最終 エントリの番号である「終点エントリ９４」とを包含させである。これら２つの 番号は、エントリ・プールの中のストリームの１切れ（１つのピース）に「枠付 け」をして、１つのフレームとするものである。このことから分かるように、２ つのフレームの間にオーバラップを存在させることも可能であり、また、一方の フレームが他方のフレームを包含するようにすることも可能である。複数のフレ ームをどのように織り混ぜるかについての規則は何もないが、ただし慣例に従っ て、オーバラップの最大部分を包含するフレームを「オリジナル・フレーム」と 名付けている。

また、その他のフレームは「投影フレーム」である、１つの投影フレームの中に は内容の重複はなく、投影フレームは単にオリジナルの内容を別の見方をしたも のである。

以上に説明したようにして、音楽情報を複数の一連の割当てレコード９０として 表示するようにし、しかもそれら割当てレコード９０を、音楽データを指し示す ものとし、また、フレームワーク・インターセフシラン３６を伴うものとしたこ とには、多くの利点があることが理解されよう。先ず第１に、音楽フレームワー ク３０並びに割当てレコード９０には音楽情報を格納せず、単にそれらが音楽情 報を指し示すだけであるようにしであるため、音楽フレームワーク３０のパラメ ータが、ソフトウェア・プログラムを走らせることになる特定のコンピュータ１ ６の制約のために一定のパラメータに固定されてしまうということがない、従っ て音楽フレームワーク３０には、作曲者の意図に応じて、幾らでも多くの楽器や 小節を含ませることができる。第２に、ある特定の小節には、ある特定の楽器に 関する音楽情報が存在していないという場合には、音楽フレームワーク３０には 何の情報も格納されないため、本発明の方法及び装置によって格納される楽曲で は、全休符の表示は不要となっている。従って、全休符や、或いは、特定の小節 及び楽器に関する音楽情報が存在していないことを表わすその他の種類の記号を 使用しないことから、コンピュータのメモリが大幅に節約されている。これに関 してソフトウェア・プログラムは、楽器比較子９６及び小節比較子９７が一致す る割当てレコード９０が存在していない場合には、音楽フレームワーク３０の特 定の楽器及び小節に対応する出力に、全休符を挿入するようにしである。尚、本 発明の方法及び装置を用いて行なう音楽情報の再生は、音楽データにアクセスす るためのシステムが、シーケンシャルなシステム、ないしシリアルなシステムで あることに限定されるものではないことも理解されよう、従って、音楽情報への ランダム・アクセスが可能となっており、また更には、音楽情報にアクセスする アクセス性能が向上されており、この性能の向上には、音楽データのホケッティ ングやミラーリング（投影法）が可能になることが含まワヘこれらについては後 に詳細に説明する。

音楽情報を、割当てレコード９０で表示するようにしたことの更なる利点として 、音楽フレームワーク３０の同一のフレームワーク・インターセクション３６に 、複数の割当てレコード１２２を割当て得るということがあり、そうするために は、楽器比較子９４と小節比較子９５とのいずれもが互いに同一の、複数の割当 てレコード９０を、記憶させるようにすれば良い。概念的にはこれは、音楽フレ ームワーク３０に第３の次元を付加し、そして、特定のある楽器によって演奏さ れる特定の１つのセグメントの複数の解釈部分へと、音楽情報を分割することで あると考えれば衆い、トランペットのソロのための小節の解釈情報として記憶さ せる情報にも、幾つかのバリニーシランがあり得る。また、音符それ自体にすら 、小さなバリエーシゴン（例えば装飾音等）があり得る。しかしながら、それに もかかわらず、その小節の音楽的表記はおそらく同一のものとなるであろう、別 の説明の仕方をすれば、ルイ・アームストロングがあるソロの最初の小節を演奏 したときの、その演奏法におけるリズム的並びにメロディ−的な解釈情報は、ド ク・セバリンスンが同一の小節を演奏したときのものとは異なったものとなるで あろうけれども、それにもかかわらず、両者は同一の楽譜の音楽を演奏している のだということである０本発明の方法及び装置は、同一の小節に対するそれら両 方の解釈を、共通のデータ構造と共に格納することを可能としており、それによ って、例えば、ルイ・アームストロングのスタイルを用いて歌曲の最初の８小節 を再生した後に、後の１シト節をドク・セバリンスンのものにスイッチすること も可能となっている。

このように好適実施例の割当てレコード９０を採用しているために、小節と楽器 との所与の１つの組合せに対する、複数の解釈を表わす音楽情報が容易に適合す るようになっており、そしてそれには、楽器比較子９４と小節比較子９５とのい ずれもが互いに同一で、ただしフレーム番号９１が互いに異なった、複数の割当 てレコード９０を備えるようにすれば良いのである。

４７−ｙズ匹余血 次に、図２、図７、及び図８を参照して、音楽フレームワーク３０と、エニグマ ・フォーマット５０と、本発明のエントリ・プール６０及びフレーム割当て法と について、その動作態様をサンプル楽曲１００に即して説明する０図７は、サン プル楽曲の１６個の小節が、音楽フレームワーク３０上に論理的に配置されてい るところを示す図である。また図８は、サンプル楽曲１００が、音楽フレームワ ーク３０の中に格納されているところを示すブロック図形式の概念図を示すもの である。ページ関連データ４０は、この楽曲の曲名や、その他の関連性のあるペ ージ情報（例えばページ・レイアウト等）を含むものである。楽器関連データ４ ２は、このサンプル楽曲に使用される４つの楽器に対応した音楽データから成り 、それら４つの楽器は、第１トランペツト１０２　、Ｍ２　）ランベット１０４ 、スネア・ドラム１０６、それにピアノ１０８である。小節関連データ４４は、 図示されている、このサンプル楽曲１００の４つの小節に関係した全ての音楽デ ータを含むものであり、即ち、調号１１０や拍子記号１１２を含んでいる。そし て最後に、フレーム関連データ４６とエントリ関連データ４８とは、このサンプ ル楽曲１００の中に表示されている音楽情報の、その大部分を保持している。こ れら５種類のカテゴリの音楽データを、全て、音楽フレームワーク３０の中に入 れておくことによって、音楽情報の論理的組織が、その音楽情報への効率的なア クセスを可能とする組織となることが理解されよう。

図８に示したサンプル楽曲に示されている音楽情報に関して、興味深い点が２つ あることに注意されたい０例えば第３小節では、スネア・ドラム１０６を除く他 のいずれの楽器も、この小節において演奏すべき音楽データを持つておらず、即 、ち、それらの各小節が全休符になっている。音楽フレームワーク３０は、それ らの全休止符を、そのフレームワーク・インターセフシランに対応する割当てレ コード９０を持たないということをもって表示している０作曲者はしばしば、２ つ以上の楽器に、実質的に同一の音楽情報を演奏させたいと考えることもあり、 また、ある１つのフレームの中の音楽情報を、同一の楽器に反復して演奏させた いと考えることもある。このような、同一の楽器についてのＣＷＩＪち「水平な 」）、或いは、互いに異なった楽器についての（即ち「垂直な」）、音楽データ の複数のフレームの間の一致を、音楽用語ではときにホケッティングないしミラ ーリングと称する。垂直ホケッティングの具体例は、第１小節及び第２小節の、 第１トランペツトど第２トランペツトとに示すとおりである。水平ホケッティン グの具体例は、スネア・ドラムの第１小節と第２小節とに示すとおりである。も し作曲者が、楽曲中の第２フレームを第１フレームと同一にしたいと考えたとす れば、第１フレームの音楽情報と同一の音楽情報が、その楽曲中で反復されるこ とになる。このようなフレーム間の同一性を維持するためには、第１フレームの 中の音楽情報を変更する必要が生じた時には、第２フレームの中の音楽情報も一 緒に変更しなければならない、この音楽フレームワーク３０は、ミラーリングな いしホケッティングを、作曲者が利用することも、また、プログラムそれ自体が 利用することもできるようにしているため、それによって、音楽情報が最大限に 利用されるようになっているのである。

本発明の共通データ構造の中ではポインタを使用しているため、それによって音 楽情報の表示を大幅な柔軟性を持って最適に行なえるようになっている。例えば スネア・ドラムの第３小節及び第４小節では、第３小節に対応したフレーム・レ コード９２の最後のポインタが、第４小節に対応したフレーム・レコード９２の 最初のポインタとオーバラップしていることが分かる。そこで、図７のサンプル 楽曲を詳査すると、第３小節の最後の音符が、実際に第４小節の最初の音符と同 一であることが分かる。音楽データをこの方式で表示しているために、コンピュ ータの記憶容量を節約することが可能となっており、しかも作曲者は、楽曲中の 全ての音楽データを対象とした広範な制御を行な・うことができ、またそれによ って作曲者は、楽曲全体の中の任意の単一のエントリ、或いは任意のエントリ群 を具体的に指定し、そしてその指定したエントリないしエントリ群を、その楽曲 中の別の位置ヘコビーすることができるようになっている。

共Ａｌ上ｊ」１１８久４久皇区 次に、図９ａ及び図９ｂを参照しつつ、音楽データを共通データ構造の中に組み 入れるには、またそこから取り出すにはどのようにすれば良いかという点に関し て、本発明の方法及び装置を詳細に説明する。こ、：では、説明に好都合なよう に、処理すべき音楽データは、鍵盤楽器２２及びＭＩＤＩインタフェース２４か ら入力される、？ＩＩＤＩデータであるものとする。ただし、明らかなことであ るが、これ以月の形態の、電子的に符号化された、音響的ないし、グラフィック 的な音楽データであっても入力として使用することができる。先ず要約を述べる と、音楽データがＭＴＩＨデータ・ファイル１５０の形で音楽処理装置１０に入 れられたならば、その音楽データは音符ファイル１５２に転写される。この音符 ファイル１５２は、ＭＩＤＩデータ・ファイル１５０に付随しているメロディ情 報、リズム情報、及び解釈情報の全てを包含するためのファイルである。このと きユーザは、ページ関連データ４０、楽器関連データ４２、及び小節関連データ ４４の、夫々のデータ要素（例えば拍子記号、調号、楽器リスト等）のユーザ選 択値１５４を入力する。ただし、ユーザがそれらを入力しない場合には、音楽処 理装置１０は、音楽フレームワーク３０に記憶させである、これらのカテゴリの 音楽データの、夫々のデータ要素の所定のデフオールド値１５６を使用する。次 に、計量可能な種類の音楽データを、相対データ値に変換して一時フアイル１５ ８に記憶させる。例えば、メロディ・データ（このデータは絶対ピッチ値で表わ されている）は、トーン・センタ変位量法を用いて相対ピッチ値に変換し７、ま た、リズム・データ（このデータは絶対持続時間値で表わされている）は、相対 持続時間値に変換する。一方、これらのリズム・データやメロディ・データに関 する解釈情報等の種々の非計量値は、該当するタグ構造へと変換した上で、同様 に一時フアイル１６０に記憶する０以上によって、エントリ７０のシーケンシャ ル・ファイル（一時ファイル１５８）と、それに付随するタグ構造（一時ファイ ル１６０）とが形成されるが、ただしそれらは、この時点ではまだ複数の小節に 区分されてもおらず、また、図３及び図４に示した音楽フレームワーク３０及び エントリ・ブール６０のフォーマントに組織化されてもいない。ただし、タグ構 造は既にエニグマ・フォーマット５０の中に生成されているため、この時点にお いて、音楽データの区分とａｍ＋ヒとを行なえる状態となっている。最後に、フ レーム関連データ４６及びエントリ関連データ４８（これにはエントリ・ストリ ーム６２が含まれる）、割当てレコード９０、それにフレーム・レコード９２を 生成し、それらの生成は、音楽データの各チャンネルに対応するエンドす７０を 詳査して各フレームの始点と終点とをａ８１することによって行なう０以上の転 写プロセスについての更に詳細な説明は、発明の名称を「リズム情報を入力する ための方法及びシステムを含む音楽情報を転写するための方法及びシステム」と し、１９８８年１月１４日付で米国特許庁に出願した、出願番号第１４３８６１ 号によって識別される本願の関連出願に提示されている。同米国出願のコピーを 添付書類Ａとして本願に添付し、また、同米国出願は引用文献として本開示に包 含されるものとする。

共通データ構造から音楽データを出力させるプロセスは、ある程度までは、入力 プロセスの逆プロセスとなっている。先ず最初に、音楽フレームワーク３０のフ レーム・マージン３５に関する音楽データ（このデータには、ページ関連データ ４０、楽器関連データ４２．及び小節関連データ４４が含まれる）を、一時ファ イルの中に収集する。そして、一時ファイル１６０の中のそれら音楽データを参 照しながら、エントリ・ブール６０内の音楽データをその一部フアイル１６０へ １小節づつシーケンシャルに付加して行き、これは、最も楽器番号の小さなもの から始めて順番に行なって行く、最後に、その音楽データの形態変換１６２を行 ない、その音楽データを、グラフィック・データ１６４として、グラフィック・ ディスプレイ・スクリーン２０ないしプリンタ２６へ出力するか、または、音響 データ１６６として、電子鍵盤楽器２２ないしデータ処理手段１２の外部スピー カ２８へ出力する。即ち、グラフィック出力が望まれている場合には、全ての音 楽データを、全ての楽器及び小節を含む仮想マスク・スコア（総譜）上の座標値 を持つビクセルに変換し、続いてこのマスク・スコアを、複数枚の、プリントす るのに通した大きさの、或いはスクリーン上にディスプレイするのに適した大き さのページに分割する。一方、音響出力が望まれている場合には、音楽データを 、指定された周波数と持続時間と音量とを持ち、その前後の音符との間に指定さ れた関係を有する音符に対応した電子信号に変換する。そして、この音響データ １６６によって、音響再生能力を備えた楽器、または外部スピーカを駆動するよ うにすれば良い。

以上に説明したのは、本発明の方法及び装置を使用して行なうことのできる、典 型的な入力及び出力に関する応用例である。本明細書の次の部分では、本発明の 共通データ構造にアクセスするための２つの具体的な方法について説明する。

それら２つの方法とは、フレームワーク対話ボックスと、エニグマ可搬ファイル とである。前者は一種のユーザ・インタフェースであり、ユーザが、共通データ 構造の中に記憶されている多くの音楽データの値（主としてエントリ関連データ 値である）を観察及び指定することができるようにするものである。また、後者 は、もう１つの可能な出力形態として本発明を採用して製造した製品を提示する ものであり、この製品を用いれば、音楽フレームワーク３ｏの中の全ての音楽デ ータを、ある１台の音楽処理装置１０から他の音楽処理装置へ移動させることが でき、しかもその際に、音楽データのいずれも失うことなく、また、音楽フレー ムワーク３０内の音楽データの構造に関するいかなる情報をも失うことなく、そ の移動を行なうことができるというものである。

フレーム　−ク・舌ボ・クス 図１０に関し、フレームワーク対話ボックス１８０は、先にその概要を説明した データ構造の階層構造中にあるエントリ要素７０のデータ構造に、ユーザが直接 にアクセスできるようにするための、好適な幾つかの方法のうちの１つの方法と して示したものである。音楽処理装置１０がデータ処理手段１２に関する動作を 行なっているときに、ユーザは、フレームワーク対話ボックス１８０をスクリー ン上にディスプレイさせるという選択を行なうことができ、この選択のためには 、キーボード２４またはマウス２６を用いて、いずれかの特定のフレームワーク ・インターセフシラン３６を詳査すべきものとして指定すれば良い。すると、フ レームワーク対話ボックス１８０によって、この指定されたフレームワーク・イ ンターセフシラン３６に関係した複数個のエントリ要素７０（それらの識別は割 当てレコード９０によって行なう）についての関連情報が提供されると共に、そ れらエントリ要素７０に関係した音楽データを変更する機能が提供される。フレ ームワーク対話ボックスにおいてディスプレイされる全ての情報は、ただ１つの エントリ要素７０に関する情報であるが、ただし、上記複数個のエントリ要素７ ０のうちの残りのエントリ要素に°　も、ｒ前エントリ」ボタンまたは「次エン トリ」ボタンを押下することによってアクセスすることができ、これらのボタン については後述する。フレームワーク対話ボックス１８０を表示しているコンピ ュータ・スクリーンの上の動作項目の各々は、次に説明するとおりである。

ｒフレーム」は、フレーム・レコード９２のフレーム番号９１である。この識別 番号は、スコアの中におけるフレームの位置それ自体に関係付けられたものでは なく、そのフレーム・レコードが生成された順番を表わすものである。新たな情 報（即ち新たなエントリ）を保持するためにフレームが必要とされるたびに、そ の都度新たなフレームの割当てが行なわれる。また、これが行なわれるのは、ユ ーザがスコアに追加の音楽データを加えたとき、もしくは、ユーザがスコアの一 部分をある場所から他の場所へ複写ないし移動させたときである。

「始点」及び「終点」は、エントリ・プール６０の中の、当該フレーム・レコー ド９２に関係したエントリ要素７０を指し示す、始点エントリ９３の番号と終点 エンドＩＪ９４の番号とである。

「エントリ番号」は、現在エントリ要素７０の番号であり、その現在エントリ要 素７０がエントリプール６０から取り出された順番を基準とした相対的な番号で ある。

「エントリ・スロット」は、現在エントリの位置を、このフレームワーク対話ボ ックス１８０の中において参照するものである。この値がｒＱＪであれば、それ は、現在エントリが当該フレーム・レコード９２における第１番目のエントリで あることを表わす。また、この値が大きくなるほど、後の方のエントリであるこ とを表わす。

「持続時間」は、相対単位で表示した現在エントリの持続時間である。

「位置」は、現在エントリの、その通常位置を基準とした相対的な水平方向の位 置のオフセント量である。この数字もまた相対単位で表示される。

「０に」は、ユーザが加えた変更を保存して、ユーザをスコアへ戻すものである 。

「取消」は、変更を全て取消した上で、ユーザをスコアへ戻すものである。

「前エントリ」と「次エントリ」とは、当該フレーム・レコード９２における１ つ手前のエントリ・スロットと１つ先のエントリ・スロットとにディスプレイを 切り換えるものである。

「生成Ｊは、現在エントリの先に新たなエントリを生成するものである。全ての 値はデフオール１〜４Ｉｌにセントされる。ユーザは、もしこの新たなエントリ を休符ではなく音符にしたいと意図するのであれば、後に説明するようにして、 新たな音符を生成しなければならない。

「削除」は、現在エントリを抹消するものである。

「前音符」と「次音符」とは、ディスプレイを当該エントリにおける１つ先の音 符スロットへ移動させるものである。

「生成」は、現在音符の先に新たな音符を生成するものである。全ての値はデフ オールド値（いかなる場合にも「０」）にセントされる。

「削除」は、現在音符を抹消するものである。

エントリ・スロット１８２の下方の３２個の選択用ボックスは、各エントリ要素 ７０に対応したデータ構造の、その構成部分である３２個のビットを表示するも のである。それらのボックスを選択或いは非選択とすることによって、特定のエ ントリの視覚的形状と機能とを変更することができ、この変更は、その選択肢で あるボックスが表示する「細部特徴」を、抹消または付加することによって行な われる。

多くの場合、選択したボックスを非選択に変更したならば、それ以後は恒久的に 、それに対応した種類の細部特徴は、当該エントリから除去されたままとなり、 従って、その特定の種類の細部特徴を入れるためには、新たにエンタし直すこと が必要となる。

「合規則性」とは、当該エントリが現在フレーム・レコード９２の中のデータの 一部であることを意味するものである。１つのフレーム・レコード９２の最後の エントリ・スロットを入力したならば、常にこの「合規則性」が消灯されるよう にしである。従って、あるエントリを入力した時にこのｒ合規則性」が消灯した ならば、それによって、そのエントリが現在フレームの最終エントリであること が確認されたことになる。「０に」を押下すると、この最終エントリより後のエ ントリは全て抹消される。

「音符／休符」は、これを点灯させることによって、当該エントナを休符ではな く音符とすることを指定するものである。

ｒＶ２開始Ｊは、当該エントリにマークを付けることによって、当該エントリが 第２声のストリングの始点を表わすようにするものである（ただし当該エントリ それ自体はまだ第１声のままである）、これより後の全ての音符は、この第２声 ビツトが消灯されたエントリに達するまでは、第２声のエントリとして取扱われ る。

「第２声」は、現在エントリが第２声のエントリであることを表示するものであ る。

「コード」は、当該エントリに付属させるコード記号があるときに点灯させてお くものである。このビットを消灯させると、それ以後は恒久的に、そのコード記 号は当該エントリには付随しないようになる。

「音部記号変更」は、１つのフレーム・レコード９２の中に複数の音部記号を入 れる場合に使用するものである。プログラムは、スクリーンの書き直しの際には 、この「音部記号変更」を利用して、音部記号の変更をどの位置で行なうかを判 断する。

「休符フロート」は、当該エントリが休符である場合に、そのエントリを中央の 線の高さにフロートさせるべきことを指定するものである。この「休符フロート 」を消灯したままにしておけば、その休符の高さは、第Ｏ音符スロットの中の変 位量の値に従って決定される。

「装飾音」は、その音符が装飾音の音符であることを指定するものである。

「音符細部特徴」は、何らかの種類の、音符に固有の細部特徴を、当該エントリ に付随させるためのものである。この場合の細部特徴には、ユーザがコンピュー タ・スクリーン１８の上で設定した全ての調節が含まれ、また、当該エントリに 関する音符に対して、短縮ないし拡大が加えられた場合にはそれも含まれる。こ のビットを非選択としたならば、それ以後恒久的に、この種の細部特徴は現在エ ントリに付随しないようになる。

「マーク細部特徴」は、現在エントリに、発想記号（音符に対する発想記号と譜 表に対する発想記号とがある）を付随させるか否かを決めるものである。このビ ットを非選択としたならば、それ以後恒久的に、この細部特徴は現在エントリに 付随しないようになる。

「テキスト細部特徴」は、現在エントリに歌詞を付随させるか否かを決めるもの である。このビットを非選択としたならば、それ以後恒久的に、この細部特徴は 現在エントリに付随しないようになる。

「タブレット」は、現在エントリをタブレット定義に関連付けるために使用する ものである。このビットを非選択としたならば、それ以後恒久的に、この細部特 徴は現在エントリに付随しないようになる。

ｒＶ２タブレット・バラ」は、第１声エントリに対する１つのタブレット定義の 中で一連の複数の第２声のエントリにタブレット定義を付随させるという、特別 な場合に用いるものである。ユーザが、第２声のタブレットのスペーシングを一 時的に第１声のタブレットのスペーシングを基準とした相対的なものにしたいと 考えたときには、ユーザは、上記第２声タブレツト定義に関連付けられている第 ２声の音符に関して、このビットをセット状態にしなければならない。

「無視」は、現在エントリを視覚表示しないようにするものである。この「無視 」を使用するのは、水平ホケッティングを行なっている最中に、現在エントリを 表示することを選択しないときである。この「無視」は更に、分割小節に関して も使用される。その場合、分割小節それ自体は、実際に２つの五線譜の両方に書 き込まれるが、ただし、その分割小節の後半部分にある（従って分割点より後に ある）音符は最上段の五線譜では視覚表示されず、また、その分割小節の前半部 分にある（従って分割点より前にある）音符は最下段の五線譜では表示されない ０通常の小節の場合には、このビットを選択しなたらば、単に当該エントリが視 覚表示されなくなるだけである。それ以後のエントリはいずれも、それらエント リの通常の位置に表示されるが、ただし再生時には、無視された音符は鳴らされ ない。

「連相延在」は、連相を延在させるという細部特徴を現在エントリに付随させる ことを指定するものである。このビットを非選択としたならば、それ以後恒久的 に、この細部特徴は現在エントリに付随しないようになる。

「運指／ビート」は、連相の終端となる位置を決めるものである。このビットを オフのままにしておき、しかも当該エントリとそれに続くエントリとを８分音符 またはそれより短い音符とした場合には、それら２つのエントリが連相で互いに 連結される。このビットは更に再生にも影響を与える。即ち、このビットを選択 しておくと、当該エントリはやや強めに演奏される。

「第２連桁」は、現在エントリに、第２連桁の終端情報が付随すべきことを指定 するものである。

ｒＶ２連桁運指、同一の第１声エントリから始まったのではない複数の第２声エ ントリを、連相で互いに連結させるものである。もし、現在エントリが８分音符 またはそれより短い音符であり、且つ、直前の第１声エントリから始まった第２ 声の音符の最後のものが８分音符またはそれより短い音符であり、且つ、「運指 ／ビート」のビットが現在エントリに関して非選択とされており、且つ、このｒ Ｖ２連桁運指ピントが選択されていた場合には、それら２つのエントリは連相で 互いに連結される。

「持運凍結」は、将星を上向きまたは下向きに凍結することができるようにする ものである。この「持運凍結」は、この対話ボックスの中でこの「持運凍結」の 隣に位置している「上向／下向」４０２のボックスとの関連において機能するも のである。

「将星細部特徴」は、将星細部特徴を現在エントリに付随させるべきことを指定 するものである。このビットを非選択とすると、それ以後は恒久的に、この種の 細部特徴は現在エントリに付随しないようになる。

「クロス・アップ」は、五線譜と五線譜との間に亙って連続して延在する連相を 備えるという細部特徴を、現在エントリに付随させるべきことを指定するもので ある。

「クロス・ダウン」は、現在エントリの一部を現在フレームの下方の五線譜に連 結する、五線譜量線部特徴が存在していたことを表示するために用いられるもの である。

「逆上向きｊは、当該エントリが通常とは逆の上向き将星を備えていることを表 示するものである。

「逆上向き」は、当該エントリが通常とは逆の下向き将星を備えていることを表 示するものである。

「二重持運」は、現在エントリが二重持運を備えたものであることを表示するも のである。

ｒ分割将星」は、現在エントリが分割将星を含んでいることを表示するものであ る。音符スロット・セクションの中の「上向き持運分割」ボックスは、このビッ トに関連してセント状態にされることがある。

「上向き／下向き」は、「持運凍結」ビットをセント状態としであるときに、将 星の向きを決めるものである。この「上向き／下向き」を選択状態にすると将星 の向きは上向きに凍結され、非選択にすると下向きに凍結される。

「音符スロット」は、各々のエントリに存在している異なった複数の音符並びに それらの細部特徴を参照するものである。１つのエントリは最高１６個までの音 符を含むことができる。

「音符ＩＤＪは、該当する特定の音符スロットの中の音符の引用符号として使用 する番号である。この番号は、音符がエンタされた順番を表わすものである。

音符をエンタした後にこの番号を変更しても、当該スロット内の音符に対しては 殆ど影響を及ぼすことはない。

「変位量」は、該当する特定の音符の、トーン・センタ８２からの距離であって 、ダイアトニック・ステップの段階数で表わされるものである。

「上げる／下げる」は、該当する特定の音符の、ダイアトニック変位量からの臨 時記号変分８日距離である。

「会規則性」は、エントリ・スロットにおけるｒ会規則性」と同様のものである 。これが点灯していれば、それは、現在音符が現在エントリの一部分であること を知らせているのである。また、これが消灯していれば、それは、現在音符が当 該エントリの音符が終了したことを表示するマークとなっているということを知 らせているのである。

「タイ始点」は、当該音符にタイの始点が存在すべきことを指定するものである 。

「タイ終点」は、当該音符にタイの終点が存在すべきことを指定するものである 。ただし、現在エントリが新たな譜表ないし新たなページの先頭に位置している 場合には、これは、単にグラフィック的に示されるだけである。再生時には、こ のビットがセットされている場合には、現在音符は鳴らされない。

「クロス音符」は、現在音符が別の楽器についてもディスプレイされている音符 であることを知らせるものであり、エントリ・スロットの「クロス・アップ」と の関連において用いるものである。

「上向き将星第２」は、これをセット状態とした場合、現在エントリが上向き将 星を備えていれば、現在音符の符頭がその将星の反対側（右側）に位置付けられ るというものである。

「下向き将星第２」は、これをセット状態とした場合、現在エントリが下向き将 星を備えていれば、現在音符の符頭がその将星の反対側（左側）に位置付けられ るというものである。

「上向き持運分割」は、エントリ・スロットの中の「分割将星」のビットとの関 連において用いるものである。この「上向き持運分割」は、現在音符が、下向き 将星の方へではなく上向き将星の方へ「分割」されていることを知らせるもので ある。

「臨時記号」は、臨時記号変分８日を音符上に重ねて表示するか否かを決めるも のである。これをセット状態にすると、臨時記号変分が表示される。

盃ニＺヱ可搬２１四 図１１に関し、同図に示すのは、本発明の共通データ構造を具体化する、可搬デ ータ・ファイルのフォーマットを示すブロック図である。本発明の共通データ構 造とするための再構成を極めて容易に行なえるフォーマントで、音楽データを保 存しておけるようにするために、この可搬データ・ファイル１９０は、基本的に はその音楽データの格納を、続いて説明する、この音楽フレームワークのデータ 構造重点モデルに沿って行なうようにしている。好適実施例では、この可搬デー タ・ファイルの格納は、アスキー・１６進コードで行なうようにしており、しか も、互いに異なったタグ構造群に対応する音楽データを、現在タグ構造群を識別 する複数の・＼フダ・レコードによって区別しつつ、その格納を行なっている。

それら複数のヘッダは、残余ヘッダ１９１、詳細特徴ヘッダＪ９２、エントリ・ ヘッダ１９３、テキスト・ヘッダ１９４、及び歌詞へフダ１９５である。これら の各ヘッダの後には、特定のタグ構造に対応した音楽データを伴ったり、或いは それらのヘッダの下位のその他の変数を伴う、アスキー・１６進コードが続くよ うにしている。

図７に示したサンプル楽曲１００に関して、本発明の好適実施例を用いて生成し たエニグマ可搬ファイル１９０のリストを、本明細書に添付書１１Ｂとして添付 する。

また、同リストの全体を参考資料として本開示に包含するものとする。

フレーム　−クの２つの　念籐至デル データ処理手段１２の動作を制御するソフトウェア・プログラム並びに共通デー タ構造については、２つの異なった概念的モデルに基づいて説明すれば、更に明 らかに説明することができると思われる。それら２つの概念的モデルとは、（１ ）アルゴリズム重点型モデル々、（２）データ構造重点型モデルとである。アル ゴリズム重点型モデルでは、ソフトウェアは、複数のルーチン、即ち複数の「コ ミユニティ−」の集合体として把握されており、そのルーチン即ちコミユニティ −は、エントリ・ポイントと、サブルーチン・コールと、自身の内部コードによ って規定されているリターン・ポイントとに従って実行されるものと見られてい る。また、それらコミユニティ−の各々は、特定の１つのタスクを達成するため の専用のものとされている。例えば、再生（プレイバック）コミユニティ−は、 音響を再生するために、音楽データに基づいて演奏を組み立てる責任を担当して いる。

１つのコミユニティ−は、種々のデータ構造に含まれている然るべき音楽情報を 受け取り、或いはそれらの音楽情報にアクセスし、そして、その固をのタスクを 完了した時に、所定の情報をプログラムの全体へ返すものである。従って、この アルゴリズム重点型モデルが使用されているときには、ソフトウェアは、一連の 複数の音楽データ処理機能を実行するための制御手段であるとみなされているの であり、そして、それら複数の音楽データ処理機能は、その各々が固有の処理機 能であり、しかもそのいずれもが、共通データ構造に格納されている音楽情報を 対象とした処理機能であるとみなされているのである。

データ構造重点型モデルでは、ソフトウェアは、複数のデータ構造群から成る１ つの集合を構成するものとして把握されている。それら複数のデータ構造群の各 々は、音楽情報のうちの所定の関連部分を格納する責任を担当しており、ここで いう所定の関連部分とは、例えば、全ての音符の相対持続時間等である。それら 複数のデータ構造群の中には、特に音響データを対象としたものもあり、また中 には、特にグラフィック・データを対象としたデータ構造群もある。夫々のデー タ構造群は、様々なリンクによって、その他のデータ構造と高度に且つ複雑に一 関連付けられている。それらのリンクは、情報要求命令、及び／または実行経路 命令として把握することも可能であり、なぜならば、別の種類のデータへのリン クは、その種類のデータを取扱うためのサブルーチン・コールを必要とすること があるからである。従って、このデータ構造重点型モデルが使用されているとき には、ソフトウェア・プログラムは、複数のデータ構造群から成る１つの集合を 画成するものであるとみなされているのであり、そして、それら複数のデータ構 造群は、その各々が、当該データ構造群のために機能する複数のルーチンから成 る１つの集合を備えたものであるとみなされているのである。更に、それら複数 のルーチンは、共通の種類の音楽情報ないしは互いに関連する複数の種類の音楽 情報を格納し、それら音楽情報を互いにリンクさせ、且つ、それら音楽情報への アクセスを可能とする、管理ルーチンないし統括ルーチンとして、概念的にグル ープ分けされているのである。

アルボ１ズム・　モデル 本発明における音楽処理システム１０のためのソフトウェアには４つのコミユニ ティ−から構成される：すなわち転記と、グラフィックスと、再生と、編集とで ある。各々のコミユニティ−は、特定の機能を実行するソフトウェアルーチンの グループから構成される。各々のコミユニティ−はより小さなソフトウェア・サ ブルーチンに分けられ、これらのサブルーチンはブイストリフトとして知られて いる。ブイストリフトの中には更にサブルーチンに分割されるものもあり、それ らはタウンシップと呼ばれる。タウンシップの中には、更にサブ・サブルーチン に分割されてブロック図と呼ばれるものがある。

転記コミユニティ−は大量音楽データ入力の変換の役割を果し、大量楽音データ は要素をグラフィックスコミユニティ−への利用可能なデータとして特徴づける 。マスターノートファイルはグラフィックコミユニティ−に通常に入力される。

転記コミユニティ−はノートファイルを取り込の、グラフィックファイルレコー ドに変換する。グラフィックスコミユニティ−は楽音データから視覚的な記録を 組み立てる役割を果す。データから検索された正確な情報に応答して、グラフィ ックスコミエニティーは実行経路を選択する。経路の実行の間に記録が作られる 。

再生コミユニティ−は楽音データから演奏を組み立てる。データから検索された 正確な情報と呼応しながら、再生コミユニティ−は再生リストを作成し７、情報 を再生チャネルに出力するためにルーチンを呼び出す、ｍ集コミユニティ−は使 用者の要望により楽音データを操作する役割を果たす。操作が終わった後、監視 プログラムはグラフィックスコミユニティ−を呼び出し、視覚的記録の編集され た要素あるいは再生コミユニティ−を更新し、編集によって変更された要素を実 行する。

転表１ｊ−辷乞立り二 転記コミユニティ−は４・つのブイストリフトに分割される：すなわち、トラン スファ　（転送）と、フィルタと、クランクと、レコードとである。

転送コミユニティ−は手段の情報価４ｆ１を持った内部データ構造をまとめる役 割を果たす。外界に対処するのは転記コミユニティ−ブイストリフトである。ゲ ットキー及びプントキーと呼ばれるハードウェア的な２つの特定のルーチンがイ ンターフェースを提供する。

フィルタブイストリフトは、クランクブイストリフトに対して、楽音データを整 理する役割を果たす。フィルタブイストリフトは、音符がプロトコールノートフ ァイルフォーマットにあることを確認し２、かつ、定量化を含むいかなる必要な データ操作をも実行する。

クランクブイストリフトは、不要なものを削除したデータをグラフィックファイ ルレコードに変換する。その変換の過程で、割り当て及び和声休止割り当てから 、音長分析と、和声分析とを行う。

レコードブイストリフトはグラフィックファイルレコードを大量記憶に当て嵌め る。１リコードの実際の用途は、プログラムディペンデントである。

ヱヱ匹タデ区１？止 フィルタブイストリフトは３つのタウンシップに分解される：すなわち、プロト コールと、ジャスティファイとりブリニーシランとである。

プロトコールタウンシップは、楽音データが正しいプロトコールにあることを確 認する。これは、フィルタブイストリフトの最初及び最後に呼び出される。ジャ スティファイタウンシップは、音符グループの左および右エツジをジャスティフ ァイする。これはまた小さな期間さ及び小さな重なりを有する音符の迅速な継続 を照合する。それはこれらの重なりを除去する。ジャスティファイタウンシップ は３つのブロック、すなわち、右ジャスティファイ、オーバーランプ及び長い期 間、に分解される。

リジルブタランシップは使用者により設定されたりブリニーシラン（時間基準） により楽音データを定量化する。リジルブタランシップは２つのブロック、すな わちリゾルブ開始及びリゾルブ終了、に分解される。

之旦２りｙヱ囚上丈ｌ上 クランクブイストリフトは以下の４つのタウンシップに分解される。

期間分析 和音割り当て 縦棒和音 休止和音割り当て 期間分析タウンシップは楽音データを掃引して入力をコンパイルする。これはこ れらの入力に一次音声及び二次音声状態を割り当てる。これはいがなる必要な休 止も介挿する０期間分析タウンシップは、次の休止、入力グルーピング、音声割 り当て及び入力ログの４つのブロックに分解される。

和音割り当てタウンシップは新しい入力及び現在のキーサインを取り込んで和音 の内容に音符を割り当てる。和音割り当てタウンシップは、和音レベル割り当て 及び二次状！！割り当ての２つのブロックに分解される。

縦棒割り当てタウンシップは入力を掃引して縦棒の方向を指定する。

休止和音割り当てタウンシップは入力を掃引して和音内容を休止に割り当てる。

グラフインクコミユニティ グラフィクコミュニティは、３つのガバナー、すなわち楽譜ガバナー、パートガ バナー及びポストスクリプト（ＰＯ５ＴＳＣＲＩＰＴ）ガバナー、が監視ルーチ ンがこのコミユニティを支配するという点において特異である。これら各々のガ バナーはそれ自身の出力型式に対してグラフィックコミユニティを律する。グラ フィックコミユニティは３つのブイストリフト、すなわち、ページ、譜表及びリ ズム、に分解される。

ページブイストリフトは楽曲のページを出力装置送る役割を果たす、譜表ディス トリクトは楽曲の譜表を出力装置送る役割を果たす。リズムブイストリフトは楽 曲のリズムを出力装置に送る役割を果たす。

ページテキストｉクト ページティストリフトは４つのタウンシップ、すなわち譜表、ページテキスト、 任意のページ楽曲及びヘッダ、に分解される。

譜表タウンシップは譜表ブイストリフトと同一である。このタウンシップは、グ ラフインクコミユニティに対する他の入力点の役割を果たすために、ブイストリ フトのレベルまで上げられる。

ページテキストタウンシップはこのページに割り当てられたいかなるテキストブ ロックの出力も準備する。

任意のページ楽曲タウンシップはこのページに割り当てられたいかなる任意の楽 曲の出力を準備する。

ヘッダタウンシップはページに対するいかなるヘッダ出力も準備する。ヘッダタ ウンシップは２つのブロック、すなわち全体ヘッダ及び部分ヘッダに分解される 。

Ｍ表立石り」！ユ 譜表ディストリクトは以下の８つのタウンシップに分解される。

譜表クリエーション リズム剖り付は サイン 小節数 小節 小節テキスト 譜表クリエーションタウンシップは譜表システムを出力装置に引く、譜表クリエ ーションタウンシップは、譜表引き、ブラケット描写及び楽器名引きの３つのブ ロックに分解される。

譜表割り付はタウンシップは表示線にパックされる小節の数を決定する。

サインタウンシップは必要に応じてピース（ｐｉｅｃｅ）に対する時間及びキー サインを引く、サインタウンシップはキー及び時間の２つのブロックに分解され る。

ダイナミックタウンシップは出力装置にダイナミックを引く、ダイナミックタウ ンシップはテキストダイナミックおよび目的ダイナミック２つのブロックに分解 される。

リピートタウンシップは出力装置にリピートを引く、リピートタウンシップは、 バーリピート、バーエンディング及びテキストリピートの３つのブロックに分解 される。

小節数タウンシップは小節数を出力装置に引く。

小節タウンシップは小節ブイストリフトと同一である。このタウンシップは、グ ラフィックコミユニティのための他のエントリ点の役割を果たすので、ブイスト リフトのレベルまで上げられる。

小節テキストタウンシップは小節に割り当てられたいかなるテキストブロックも 出力する。

任意の小節楽音タウンシップは小節に割り当てられたいかなる任意の楽音も出力 する。

バーラインタウンシップは出力装置にバーラインを引く。

小節デ４３トリクト 小節ブイストリフトは、ビーム（ｂｅａｍ）、エントリ（ｃｎｔｒｙ）及びグル ープ（ｇｒａｃｅ）の３つのタウンシップに分解される。

ビームタウンシップは出力装置にビームグループを引へこのビームタウンシップ は、ビーム計算、エントリ引き及びビーム引きの３つのブロックに分解される。

エントリタウンシップは出力装置にエントリを引く、これはビームタウンシップ 下のエントリ引きブロックと同一であるが、小節ブイストリフトの他のエントリ 点である。エントリタウンシップは、タレフチェンジ（ｃｌｅｆ　ｃｈａｎｇｅ ）　、インターブレティブ（ｉｎｔｅｒｐｒｅｔｉｖｃ）マーク、エントリダイ ナミック、リリック（ｌｙｒｉｃ）、休止符、コード、音符、縦棒及び偶発的（ ａｃｃｉｄｅｎｔａｌ）の９つのブロックに分解される。

グループタウンシップはビーム及びエントリタウンシップを駆動してグループ音 符を創製する。

１に不バヱ之且ｌ王三テ４ プレイバックコミユニティは、インターブレティブ（ｉｎｔｅｒｐｒｃｔｉｖｃ ）マーク、ダイナミック、グラフアイル（ｇｒａｆｉｌｅ）及びリピートの４つ のブイストリフトに分解される。

インタープレティブマータディストリクトは、インタープレティブマークを介し て、開始時間、終了時間及び音符の強さを変更する役割を果たす。

ダイナミンクブイストリフトはダイナミックを解読しかつそれらを出力ストリー ムにロギングする役割を果たす。

グラフアイルブイストリフトはフレーム記録を音響データに変換しかつこれを出 力ストリームにログインする。

リピートブイストリフトはピース（ｐｉｅｃｅ）の測定を介してプレイバンクの 進行を追跡し、必要なフローを再導入する。

纜策ユ互王二デま 編集コミユニティは、コンボーザが変更を必要とする楽音データの総ての要素の 変更に対するアクセスおよび能力を提供する。これはワード配列されたテキスト に対するワードプロセッサのアナロジであるが、上述の共通のファイルストラフ チャの総てのデータを処理できるものでなければならない。

デ：２２１シレリ２り１且ｉガル 楽曲フレームワーク（ｆｒａｍｅｗａｒｋ）３０の共通データストラフチャの中 に記憶された一次データグループの間の相互関係を簡略化したブロックダイアグ ラムが図１２に示されている。一次データグループは、コンピュータ処理を行う 目的でＩｌ能的に関連されたデータ及び／又は本システムのコンポーザ使用者に 概念的に関連付けられたデータを処理する概念的なスキームを示す、そのタグス トラフチャにたいして同一のコンパレータストラフチャを有する関連するデータ エレメントがデータ処理手段１２の記憶手段の中のデータグループの中の１つに 一緒に記憶か臥かつ共通のソフトウェアルーチンにより処理される。ページ関連 データ４０、エントリ関連データ４８の楽音データの種々のカテゴリは各々ブイ ストリフトタグストラフチャに示されるが、楽音処理装置ｌＯはタグストラフチ ャのあるものをこれらデータグループの中に一緒に記憶し、これによりそれらデ ータに対するアクセス及び取り扱いを簡単にする。

楽音フレームワーク（ｆｒａ■ｅｗａｒｋ）３０に対する共通データストラフチ ャは幾つかのデータグループから構成されるのが分かる。すなわち、グローバル グループ２００エントリグループ２１０、ディテールグループ２２０、テキスト グループ２３０及び他のグループ２４０である０本発明の好ましい実施例におい ては、楽音フレームワーク３０用のデータストラフチャは好ましいプログラミン グ言語のデクラレーションステートメント（ｄｅｃｌａｒａｔｉｏｎ　ｓｔａｔ ｅｍｅｎｔ）により定義され、また各々のグル−ブに対するデクラレーシ５ンス テートメントの各々はその特定のデータグループに関連するタグストラフチャの 総てに対するデクラレーションを含む。各々のタグストラフチャに対する更に詳 細な説明は、タグストラフチャとデータグループ、及びタグストラフチャとソフ トウェアルーチンとの間の関係と共に、アベンデックスＣに記載されており、こ のアペンデックスＣは「エンシマ・データ・ストラフチャの議論」のタイトルが 付けられていてここにおいてその全体を参照する。アベンデフクスＣは本発明の 好ましい実施例に対する特定のプログラマ・レベルの情報を提供する。

グローバルグループ 簡単に言って、グローバルグループ２００は残りの総てのデータグループに対す る共通リソースとして有効なデータを含んでいる０本発明は楽音データを搬送可 能でかつ拡張可能な形態として楽音データを記憶するように設計されているため に、使用者により割り当てられる多くのコンポジションワイド（ｃｏｍｐｏｓｉ 　ｔｉｏｎ−ｗｉｄｅ）デフオールド及び制御値がある。これらデフオールド及 び制御値の幾つかはグローバルグループ２００の中に記憶され、またそれらは残 りのデータグループの総てに対して有効である。グローバルグループ２００にお けるデータエレメント、グローバル変数の幾つかはエンシマフォーマントに示さ れていない。それらは全体的に規定されるプログラミング言語変数である。

盃ヱ上ユｌルニグ エントリグループ２１０は楽音データあるいはエントリエレメント７０の実際の 個々のユニットを有している。これらはエンシマトランスポータプルファイル１ ９０のエンシマフォーマントタグ″ｅ「により認識される。エントリは、各々の 楽音データのユニットを表現するために必要とされるメロディ−的なかつリズム 的な基本的な情報を有している。エントリはまた、縦棒の方向、ビームのタイプ 及び音声状態等の楽音データの個々のユニットを図解的に表現する際の文体的な 変形に必要な通訳情報を含んでいる。

エントリエレメント７０に対する楽音データの大部分はビットマツブトデータフ ィールド効果７８及び符号７９に記憶される。効果７８及び継続時間７９の両方 に対するビットマツプは以下のヘキサデシマル（ｈｃｘａｄｅｃｉｍａｌ）フォ ーマットで説明する。

各認識されたビットフィールドに対して、ビットフィールドの機能の簡単な説明 が行われる。この記載におけるカッコ付きの参照はアペンデックスＣにおいて説 明するタグストラフチャの定義に対してのものである。

エフェクト・ビートフィールドの （ムヒ乙に」」名　竺ｌ上位ｌ ５ＥＴＢＩＴ　０ｘ８００００００Ｏ ＮＯＴＥＢＩＴ　０ｘ４０００００００ＣＮＴＬＲＢＩＴ　０ｘ２００００００ ０ＣＮＴＬＢＩＴ　０Ｘ１００ＯＯＯＯＯＬＩＮＫＢＩＴ　０ｘ０８０００００ ０ｃＨＯＲＤＢＩＴ　０ｘ０４００００００ＩＣＬＥＦＢＩＴ　０ｘ０２０００ ０００ＦＬＯＡＴＲ３ＥＴ　０ｘ０１００００００ＧＲＡＣＥＮＯＴＥ　０ｘＯ ０８００００ＯＮＯＴＥＤＴＡＩＬ　ＯｘＯ０４０００００ＩＭＲＫＤＴＡＩＬ 　０ｘ００２０００００ＴＥχＴＤＴＡＩＬ　０ｘＯ０１０００００ＴＵＰＬＳ ＴＡＲＴ　０ｘ０００８００００”　ＣＴＵＰＰＡＲＡ　ＯＸＯＯＯ４００００ ＰＲＥＭＤＡＴＡ　０ｘＯ００２００００ＯＣＴＶＣＯＮＴ　０ｘ０００１００ ００ＩＧＮＯＲＥＢＩＴ　ＯｘＯＯＯ０８０００ＢＭＥＸＴＤＴＡＩＬ　０ｘＯ ０００４０００ｓＰＥｃＩＡＬＡＬＴｓ　ｏｘｏｏｏｏｌｏｏｏＢＥＡＴＢＩＴ 　（ＢＥＡＭＢＩＴ）　ＯｘＯ００００８００ＳＥＣＢＥＡＭＢＩＴ　０ＸＯＯ ＯＯＯ４００ＣＮＴＬＣＯＮＴＢＩＴ　Ｏｘ０００００２００ＦＲＥＥＺＳＴＥ Ｍ　ＯｘＯｏｏｏｏｌｏｏＳＴＥＭＤＴＡＩＬ　０ｘ００００００８０ＣＲＯ３ ＵＰＢＩＬ　０ｘＯ０００００４０ＣＲＯ５ＤＷＢＩＴ　ＯｘＯ０００００２０ ＲＥＶＵＰＳＴＥＭＢＩＴ　ＯｘｏｏｏｏｏｏｌｏＲＥＶＤＷＳＴＥＭＢＩＴ　 ＯＸＯＯＯＯＯＯＯ８ＤＢＬＳＴＥＭＢＩＴ　０ｘ０００００００４ＳＰＬＩＴ ＢＩＴ　０ｘＯＯＯ００００２ＵＤＢＩＴ　０ｘＯＯ０００００１ セツトビツト（ＳＥＴＢ１丁〕：このビットはエントリを認識するためのプログ ラムに対して設定される。

ノートビット（ＮＯＴＥＢＩＴ）　：このビットが設定されると、エントリは音 符エンｌ−りである。そうでなければ、これは休止符エントリである。

ＣＮＴＬＲＢＩＴ、ＣＮＴＬＢＴＴ−これら２つのビットはエントリのための一 次的機能定義である。一時的機能定義が必要なのは分裂将星付け（ｓｐｌｉｔ− ｓｔｅｍｍｉｒｉｇ）のためである。音楽表記法はある状況の下では持続時間の 重複を許容する。一時的機能定義の３つの種類は正常（Ｎｏｒｍａｌ）、制御器 （Ｃｏｎｔｒｏｌｌｅｒ）及び破割？ｉｌ　（Ｃｏｎ　ｔｒ−ｏｌｌｅｄ）であ る、正常のエントリは他との干渉なしに開始され終了する。１つのエントリの存 在する期間で他のエントリが開始するならば、それは制御器のエントリである。

開始し終了するこれらの他のエントリは被制御のエントリである。これらの視覚 的特徴は制御器のエントリにより、即ち将星（ｓ　ｔｅａ）と連結線（ｔｊｅ） の方向によって制御される。ＣＮＴＬＲＢＩＴは制御器エントリのために送出さ れる。ＣＮＴＬＢＩＴは被制御エントリのために送出される。いづれのビットも 正常のために送出されることはない。

ＬＩＮＫＢＩＴ−このビットがセットされると、プログラムはこのエントリ及び その次のエントリを１つのエントリとして扱う、ＬＩＮＫＢＩＴは２９個までの 音符のエントリを形成するために、相次ぐエントリにおいてセットすることがで きる。

ＣＨＯＲＤＢＩＴ−このビットがセントされると、プログラムはこのレコード及 びエントリ番号の下での細目グループ（Ｄｅｔａｉ）　Ｃｒｏｕｐ）においてＣ ＨＲＤレコードを探す（細目グループでのＣＨＲＤの検討を参照）。

ＩＣＬＥＦＢＩＴ−このピントは小節間の音部記号の変化を知らせる。プログラ ムはＣＬＥＦＥＮＵＭレコードの創作に応答してこのビットをセットする（他グ ループでのＣＬＥＦＥＮＵＭの検討を参照）。

ＦＬＯＡＴＲＥＳＴ−このビットがセットされ、そのエントリがリセットされた エントリであると、プログラムは音部記号に無関係に垂直位置に対して譜表の中 央の線の倍音の値を使用する。

ＧＲＡＣＥＮＯＴＥ−このビットがセントされるなら、そのエントリは装飾音で ある。

Ｎ０ＴＥＤＴＡＩ　Ｌ〜このビットがセットされると、プログラムはこのレコー ド及びエントリ番号の下での細目グループにおいてＣＵＥＮレコード及びＡ　Ｌ 、　Ｔ　Ｓレコードを探す（細目グループでのＣＨＲＤ及び細目グループでのＡ ＬＴＳの検討を参照）。

ＩＭＲＫＤＴＡＴＬ−このピントがセットされると、プログラムはこのレコード 及びエントリ番号の下での細目グループにおいてＩＭＲＫ、ＩＴＸＴ、ＲＰＮＯ 及びＴＵＰＮレコードを探す（細目グループでのＩＭＲＫ、ＩＴＸＴ、ＲＰＮＯ 及びＴＵＰＮの検討を参照）ｅ ＴＥＸＴＤＴＡＩＬ〜このビットがセットされると、プログラムはこのレコード 及びエントリ番号の下での細目グループにおいて歌詞データ（ＬＹＲＤＡＴ、Ａ ）及びＷＥＸＴレコードを探す（細目グループでのＬＹＲＤＡＴＡ及びＷＥＸＴ の検討を参照）。

ＴＵＰＬＳＴＡＲＴ−このビットはタブレット（ｔｕｐｌｅｔ）の開始を知らせ 、これがセットされると、プログラムはこのレコード及びエントリ番号の下での 細目グループにおいてＴＵＰＬレコードを探す（細目グループでのＴＵＰＬの検 討を参照）。

ＣＴＵＰＰＡＲＡ−通常、制御されたエントリがタブレフトを開始すると、基準 持続時間値が現持続時間ユニットからフェッチされる。このビットがセットされ ると、プログラムは基準持続時間のために制御器エントリに対して現存の持続時 間ユニットを使用する。

ＰＲＦＭＤＡＴＡ−このビットがセットされると、プログラムは（ハイ及びロー のワードを用いて）このエントリ番号の下での細目グループにおいてＰＥｒｌ　 ＦＤＡＴＡを探す（細目グループでのＰＥＲＦＤＡＴＡの検討を参照）。

０ＣＴｖＳＴＡＲＴＳＯＣＴｖＣＯＮ丁−これらのビットは将来の拡張のために 保留される。

ＩＧＮＯＲＥＢＩＴ−このビットがセットされるとプログラムはエントリを無視 する。

ＢＭＥＸＴＤＴＡ、Ｉ　Ｌ−このビットがセットされると、プログラムはこのレ コード及びエントリ番号の下での細目グループにおいてＢＥＡＭＥＸＴＥＮＤレ コードを探す（細目グループでのＢＥＡＭＥＸＴＥＮＤの検討を参照）。

５ＰＥＣＩＡＬＡＬＴＳ−このピントがセットされると、プログラムは（ハイ及 びローのワードを用いて）このエントリ番号の下での細目グループにおいてＴＩ ＥＡＬＴＥＲレコードを探す（細目グループでのＴＩ　ＥＡＬＴＥＲの検討を参 照）。

Ｂ　ＥＡＴ　Ｂ　Ｉ　Ｔ　（ＲＥＡＭＢＩＴ）−このビットは新しいビーム（ｂ ｅａｍ）の開始を知らせる。

ＳＥＣＢＥＡＭＢＩＴ−このビットがビームグループ内でセットされると、プロ グラムは２次ビーム（このエントリでの８番目よりも低いもの）を中断する。

ＣＮＴＬＣＯＮＴＢ　ＩＴ−通常、制御されたエントリのビーミング（ｂｅａｍ ｉｎｇ）は制御されたエントリの存在期間とともに生じる。このビットがセット されると、プログラムは、２つの制御されたエントリグループが制御器エントリ によって分けられていても、これらの制御されたエントリをビームすることがで きる。

ＦＲＥＥＺＳＴＥＭ−このビットがセットされると、将星の方向はＵＤＢＩＴの セットにより凍結されるや ＳＴＥＭＤＴＡＩ　Ｌ−このピントがセットされ、エントリがビームグループを 開始すると、プログラムはこのレコード及びエントリ番号の下での細目グループ においてＢＭＬＯ及びＢＭＨＩを探す（細目グループでのＢＭＬＯ及びＢＭＨＩ と細目グループでのＡＬＴＳの検討を参照）、さもなければ、プログラムはこの レコード及びエントリ番号の下での細目グループにおいて５ＴＨＧレコードを探 す（細目グループでの５ＴＨＧの検討を参照）。両方の場合、プログラムはこの レコード及びエントリ番号の下での細目グループにおいてＳＴＥＭＤＥＦレコー ドを探す（細目グループでのＳＴＥＭＤＥＦの検討を参照）。

ＣＲＯ３ｔＪＰＢ　ＩＴ、ＣＲＯ３ＤＷＢ　ＩＴ−プログラムは、エントリの選 択された音符が譜表システムでの他の譜表へクロスアップ（ｃｒｏｓｓ　ｕｐ） 又はクロスダウン（ｃｒｏｓｓ　ｄｏｗｎ）するのを許容する。いづれかのビッ トがセットされると、プログラムは音符を書く前に音符にＣＲＯ３ＳＢＩＴをセ ントする。そのビットがセットされると、ＣＲＯ３ＵＰＢＩＴ又はＣＲＯ３ＤＷ ＢＩＴがセットされているかどうかによって、現在の譜表の上又は下の譜表での 音符を描＜、ＲＥＶＵＰＳＴＥＭＢＩＴ、ＲＥＶＤＷＳＴＥＭＢＩＴ−プログラ ムは将星がアンプステム及びダウンステムに対して独立に反転されるのを許容す る。

ＤＢＬＳＴＥＭＢ　Ｉ−このビットがセットされると、プログラムはエントリを ダブルステム（ｄｏｕｂｌｅ　ｓｔｅｍ）する。

ＳＰＬＩＴＳＴＥＭ−このビットがセットされると、プログラムはエントリをス プリントステム（ｓｐｌｉｔ　ｓｔｅ＋＊）する、アソブステミングの部分であ る音符はそのＵＰＳＰＢＩＴをセットされる。

ＵＤＢＩＴ−このビットはエントリがアップステムまたはダウンステムされてい るかどうかを指示する。

表記ざシ」≦シー１肚口Σ［Ｆ］義 竺ムと乙に」佳名　炙ヨ１１ ＳＥＴＢＩＴ　０Ｘ８０００００００ ＴＳＢＩＴ　０ｘ４０００００００ −　ＴＥＢＩＴ　０ｘ２０００００００ＣＲＯ３ＳＢＩＴ　０Ｘ１００ＯＯＯＯ ＯＵＰＳＥＣＢＩＴ　０Ｘｓｏｏｏｏｏｏ。

ＤＷＳＥＣＢＩＴ　０ｘ４０００００００ＵＰＳＰＢＩＴ　０ｘ２００００００ ０ＡＣＣＩＢＩＴ　０Ｘ１００ＯＯＯＯＯＮＯＴＥＩＤ　０ＸＯＯＩＦＯＯＯＯ ＴＣＤＢＩＴＳ　０ｘ０００ＯＦＦＦＯＴＣＤＲＬＢＩＴ　Ｏｘｏｏｏｏｏｏｏ ＢＴＣＤＡＭＯＵＮＴ　０ｘ０００００００７ＳＥＴＢＩＴ−このビットは「音 符を認識すべき」に対してセットされなければならない。

ＴＳＢ　ＩＴ、ＴＥＢＩＴ−これらのビットはそれぞれ連結線の開始及び終了を 知らせる。

ＣＲＯ３ＳＢＩＴ−このビットがセントされ、ＣＲＯ５ＵＰＢＩＴ又はＣＲＯ３ ＤＷＢＩＴが上のｅｆ要素でセットされると、プログラムはＣＲＯＳＳＳＴＡＦ 細目を探し、楽器に音符をクロススタッフ（ｃｒｏｓｓ−ｓｔａＨ）することを 試みる。

ＵＰＳＰＣＢ　ＩＴ、ＤＢＳＰＣＢ　ＩＴ−プログラムはアップステムの２度音 及びダウンステムの２度音を定義する。このどノドはこの音符がいづれか一方で あるか又は両方であるかをプログラムに指示する。

ＵＰＳＰＢＩＴ−このビットがセットされ、５ＰｉＴＢＩＴが上のｅｆ要素にお いてセットされると、プログラムはこの音符をアップステムとグループ化させる 。

その他の場合、音符はダウンステムとグループ化される。

ＡＣＣＩＢＩＴ−このピントがセットされると、プログラムは音符に臨時記号を 書く。

Ｎ０ＴＥＩＤ−これらのビットは、音符が変化しても変化しない音符にプログラ ムがＩＤを押すのを許容する。例えば、水平ホケット（ｈｏｃｋｅｔ）における 音符の連続的な追尾を可能にする。

ＴＣＤＢ　ＩＴ−これらは、キーとの関係で音符を定義する音程中心変位ビット である。これらのビットの値は、キーの音程中心からの倍音レベルによる音程中 心変位である。プログラムはレコードを書いている期間に実際の倍音レベルを作 り出す。これは、レコードが任意のキー記号に置くことができることを意味し、 全ての音符ヘッドと臨時記号とは自動的に正しく配置される。音程中心変位は１ ０４８〜１０４７の範囲にある。

ＴＣＤＡＭＯＵＮＴ−これらのビットは音程中心変位に与えられるべき修正の量 を供給する０例えば、Ｃのキーでのｄシャープはこれらのビットにおいて１の音 程中心変位と、ＴＣＤＲＬＢ　ＩＴ上セツト値１とをを持つ。Ｃのキーでのｅフ ラットはこれらのビットにおいて２の音程中心変位とＴＣＤＲＬＢＩＴクリアと 値１とを持つ。

槻旦グ匹ニブ 細目グループ２２０は主にエントリ要素７０及び剖り当てレコード９０と共に動 作する。後に詳述するように、割り当てレコード９０は音楽フレームワーク３０ の特定のフレームワークノード３６にフレーム関連データ４６を配置する。多数 の別の音楽データは、細目タグ１２０に示される種々のタグ構成を用いることに より、エントリ要素７０のそれぞれと関連付けられ、なかんづく、例えば、将星 及びビームの修正、エントリの大きさの変更、解説記号の割り当て、解説テキス トの割り当て、タブレフ）の構成、歌詞の割り当て、和音記号の構成、レコード の特定の楽器及び小節への割り当て、テキストブロックの小節への割り当て、浮 動キー及び時間記号の制御、任意の音楽の小節への割り当てを取り扱う、要する に、細目グループ２２０は音楽情報に関連した複雑な全ての細目を取り扱うタグ 構造を含む。細目グループ２２０によって定義されるタグ構造は、タグ５４、付 表ＣにＥｌされている構造名及びタグの機能の簡単な説明によって表に表される 。

えグ　連造名　説憇 ＡＣＰＥＲＦＤＡＴＡ　捕えられた特性の特性データＡＳ　ＡＬＴＳ　交互のサ イズ決め ＢＨＢＭＨＩ　ビームハイ変更 Ｂｈ　ＳＢＭＡＬＴ　２次ビーム変更（ハイ）ＢＬ　ＢＭＬＯビームロー変更 ＢＩ　ＳＢＭＡＬＴ　２次ビーム変更（ロー）ＢＭ　ＢＥＡＭＣＨＡＲＴ　ビー ミングチャートＣＤ　ＣＲＯＳＳＴＡＦＦ　クロス譜表情報ＣＨＣＨＲＤ　和音 記号 ｃｈ　ＬＹＲＤＡＴＡ　コーラス ＣＬ　ＬＹＲＩＣＬＩＮＥ　和音の垂直位置に対する基線オフセットＣＮ　ＣＵ ＥＮ　合図された音符 Ｃｎ　ＣＬＥＦＯＣＴＶ　キーフォーマットのための音部記号／オクターブ記述 （負のバンク） ｃｐ　ＣＬＥＦＯＣＴＶ　キーフォーマントのための音部記号／オクターブ記述 （正のバンク） ＤＥ　ＢＥＡＭＥＸＴＥＮＤ　ダウンステムビーム延長ＥＤ　ＥＤＹＮＡＭＩＣ エントリレベルの動的割り当てＦＬ　ＦＬＯＡＴＳ　浮動キー及び時間チャート ＧＦ　ＧＦＨＯＬＤ　グラフアイルレコード割り当てチャートＨＨＨＨＯＣＫＳ ＰＥＣ水平ホケッティング音符選択チャートＨＩ　５ＨＡＰＥＮＯＴＥ　楽器形 状音符符頭のデータファイルＨＲ５ＨＡＰＥＮＯＴＥ　フレーム形状音符符頭の データフレームＩＭ　ＩＭＲＫ　解説記号 ＫＳ　ＤＴＳＴＲＩＮＧ　置換臨時記号のための記号表ＬＤ　ＬＤＩｊＮＥ　ラ インスペーシング記述チャートＬＰ　ＤＴＰＥＲＣＥＮＴ　ラインパーセント教 示チャートＭＥ　ＭＩＤＩＥＸＰＲ３ＭＩＤ＋表現ＭＭ　ＭＡＲＢＭＵＳＩＣ小 節に対する任意の音楽の割り当てＭＴ　ＭＸＴＴＩＥ　テキストブロックの小節 への割り当てＲＰ　ＲＰＮＯ（解説記号の代わりの）ロールピアノ記号ｓＢ　Ｄ ＴＳＴＲＩＮＧ　２次ビーム中断情報ｓｅ　ＬＹＲＤＡＴＡ　セフシラン ＳＬ　ＳＴＥＭＤＥＦ　交互のダウンステム定義ＳＴ　５ＴＨＧ　ステム高さ変 更 ＳＵ　ＳＴＥＭＤＥＦ　交互のアップステム変更Ｔｅ　ＴＩＥＡＬＴＥＲ終了連 結線変更情報ＴＮ　ＴＵＰＮ　タブレフト番号明細 ＴＰ　ＴＵＰＬ　タブレット明細 Ｔｓ　ＴＩＥＡＬＴＥＲ開始連結線変更情報ＵＥ　ＢＥＡＭＥＸＴＥＮＤ　アッ プステムビーム延長ｖｅ　ＬＹＲＤＡＴＡ　バース ±上玉上ｌ火工１ テキストグループ２３０は、テキスト情報歌詞又はテキストブロックの２つのタ イプのいづれかを蓄積するデータ構造である。歌詞は、音楽情報がグラフィック 表示されるときにエントリとともに表示される個々のエントリと連結された一連 の文字である。テキストブロックは、シートミュージック（１枚刷りの楽譜）に 現れる他の全ての形のテキスト情報であるが、音楽情報を伝えない０例えば、作 曲家の名前、曲の名前又は著作権表示である。

池区止二ズ 包括グループ２００、エントリグループ２１０、細目グループ２２０、またテキ ストグループ２３０に含まれる他の全てのデータは、他グループ２４０に見出さ れる。他グループ１４０は、音楽情報のレイアウトと、反復、強弱法、任意の音 楽フォーマット及び配置、符頭、テキストブロック、小節番号、形状（ｓｈａｐ ｅ）の定義、交互のキー及び時間記号フォーマットの割り当てとを制御するデー タ構造である。他グループ２４０は、音楽フレームワーク３０の時間及び音響の 大きさくｄｉｍｅｎｓｉｏｎ）のための音楽データを、楽器使用ＴＵタグ構造及 び小節明細ＭＳタグ構造の形で定義するタグ構造を含む、他グループ２４０のた めに定義されたタグ構造も、タグ５４、付表Ｃにおいて識別されている構造名及 びタグの機能の簡単な説明によって表にされている。

えグ　撓造名　説明 ＡＢ　ＡＲＢＢＯＵＮＤＳ　任意の音楽区域明細ＡＣＴＤＩＡＬＡＴＴＯＮ　時 間拡張用特性情報−ＡＨＡＲＧＨＥＡＤＥＲ任意の音楽ヘッダ明細ＡＭ　ＡＲＢ ＭＵＳＩＣ任意の音楽明細Ａｎ　ＡＡＭＯＵＮＴ　臨時記号変更量（負のバンク ）Ａｐ　ＡＡＭＯＵＮＴ　ＰＰｆ記号変更量（正のバンク）ＢＣＢＥＡＴＣＨＡ ＲＴ　拍子による交互の位置決めチャー・トＢＩ　５ＥＰＥＲＡＴＥＳ　個別の 位置の配置ＢＲＢＡＣＫＲＥＰＴ　後方バー明細 ＣＥ　ＣＬＥＦＥＮＵＭ　小節開音部記号変更リストＣ３Ｃ３ＰＥＣコア明細 ＤＡ　ＤＵＲＡＬＬＯＴ　比例的間隔取りのための持続時間割り当てＤＢ　ＤＡ ＴＡＢＬＯＣＫ　ワードでのデータアレーＤＣＩＬＩＳＴ　強弱法の個別配置用 ｌＮ５Ｔリスト（楽Ｎ）ｄｃ　ＩＬＩＳＴ　強弱法の個別配置用ｌＮ５Ｔリスト （声部）Ｄｅ　ＥＮＣＬＳＰＥＣダイナミックエンクロージ中明細ＤＩ　５ＥＰ ＥＲＡＴＥＳ　個別位置の配置Ｄｏ　ＤＯＢＪＳＰ已Ｃダイナミックオブジェク ト明細ＤＴ　ＤＴＸＳＰＥＣダイナミックテキスト明細ＤＹ　ＤＹＮＡＭＩＣダ イナミック割り当てＥＢ　ＤＡＴＡＢＬＯＣＫ　テキスト形状例外ブロックＥＥ 　ＲＥＰＴＥＮＵＭ　反復作動器目録ＥＩ　５ＥＰＥＲＡＴＥＳ　個別位置の配 置ＥＮ　５ＴＲＩＮＧＳ　効果名 ＥＳ　ＥＮＤＳＴＡＲＴ　終了ブラケット反復名ＥＴ　ＥＮＤＧＴＥＸＴ　終了 ブラケットテキストＦＡ　Ｆ’ＲＡＭＥＡＴＴＳ　フレーム特性ＦＭ　ＦＲＥＥ ＺＭＥＡＳ　凍結小節グループＦＮ　５ＴＲＩＮＧＳ　フォント塩 ＦＲＦＲＡＭＥＳＰＥＣフレーム明細 ＦＳ　ＦＲＯＺＥＮＳＴＡＶＥ　凍結譜表明細Ｆｓ　ＦＲＯＺＥＮＳＰＬＩＴ　 凍結小節分裂明細ＧＮ　５ＴＲＩＮＧＳ　グループ名 ＧＰ　ＤＡＴＡＢＬＯＣＫ　グループプール（使用する次グループＩＤを分配す る）ＯＳ　ＧＳＰＥＣ楽器グループ明細 Ｈｅ　ＥＮＣＬＳＰＥＣヘッダエンクロージャ明細Ｈ３ＨＥＡＤＳＰＥＣヘッダ 明細 ＨＴ　５ＴＲＩＮＧＳ　ヘッダテキストＩＡ　ｌＮ５ＴＡＴＴｓ　楽器特性 ＩＫ　ＤＡＴＡＢＬＯＣＫ　サフィックス間隔キ一番号オフセットＩＬ　ＩＬＩ ＳＴ　楽器リスト ＩＮ　５ＴＲＩＮＧＳ　楽器名 Ｔｏ　ＩＬＩＳＴ　強弱法用個別オーバーライドのためのｌＮ５Ｔリスト（楽譜 ） ｉｏ　ＩＬＩＳＴ　強弱法用個別オーバーライドのためのｌＮ５Ｔリスト（声部 ） ＩＰ　ＤＡＴＡＢＬＯＣＫ　楽器プール（使用する次楽器ＩＤを分配する）Ｉｓ 　ｌ５ＰＥＣ楽器明細 ＩＵ　ｌＮ５ＴＵＳＥＤ　譜表楽器使用ＩＶ　ＩＮＴＶＢＡＮＫ　間隔（又はサ フィックス）バンクＩＸ　ＩＭＲＫＤＥＦ　解説記号定義 ＫＡ　ＫＥＹＳＡＴＴＲＩＢ　キーフォーマット特性ＫＦ　ＫＥＹＦＯＲＭＡＴ 　交互のキーフォーマット明細ＫＬ　ＣＬＩＰＳＰＢＣクリップ明細 ＫＭ　ＫＥＹＭＡ、Ｐ　ＳＥＭＩのスケールトーンに対する関係のためのキーマ ツピング ＬＢ　ＬＯＮＧＢＬＯＣＫ　長母音でのデータアレーＬＩ　５ＥＰＥＲＴＥＳ　 終了ブラケットテキス１−個別位置配置Ｍｅ　ＥＮＣＬＳＰＥＣ小節番号エンク ロージャ明細ＭＩ　５ＥＰＥＲＡＴＥＳ　小節番号用個別位置決めＭＭ　ＡＲＢ ＡＳＳＩＧＮ　任意の音楽小節割り当てＭＮ　ＭＥＮＵＭＡＰ　小節番号明細マ ツプＭｎ　ＭＥＮＵ２ＭＡＰ　２次小節番号明細マツプＭＯＩＬＩＳＴ　小節番 号個別オーバーライドＭＰ　ＤＡＴＡＢＬＯＣＫ　ＭＩＤ１チャンネル用初期パ フチ設定ＭＳ　ＭＳＰＥＣ小節明細 ＮＳ　ＮＳＭＥＳＰＢＣ楽器名明細 ＱＣＤＡＴＡＢＬＯＣＫ　ＭＩＤＩチャンネルへの出力ルート（チャンネル） Ｏｎ　ＡＣＣＩＯＲＤＥＲ臨時記号変更順序リスト（負のバンク）ｏｐ　ＡＣＣ ＩＯＲＤＥＲｌｉｔ時記号変更順序リスト（負のバンク）ＦＤ　ＰＬＡＹＤＵＭ Ｐ　テキスト強弱法用のダンプストリング目録Ｐｄ　ＰＬＡＹＤＵＭＰ　オブジ ェクト強弱法用のダンプストリング目録 ＰＬ　ＰＬＡＹＩＮＳＴ　楽器出力チャンネル構成ＰＭ　ＰＡＲＢＭＵＳＩＣ任 意の音楽ページ割り当てＰＯＰＡＧＥＯＦＦＳＥＴ　ページ座標オフセットＰＰ 　ＰＥＲＣＥＮＴＳ　ページパーセント減少／拡大ＰＳ　ＰＳＰＥＣページ明細 ＰＴ　ＴＥＸＴＢＬＯＣＫ　テキストブロック定義ｐ”ｒ　ＰＴＸＴＴＩＥ　ペ ージへのテキストブロック割り当てＲＩ　５ＥＰＥＲＡＴＥＳ　反復分離位置の 配置ＲＯＩＬＩＳＴ　反復個別オーバーライドＲ３ＲＥＰＴＳＰＥＣ反復明細 Ｒ３ＲＥＰＴＥＮｔノＭ　反復作動器目録（１の場合）ＲＴ　ＲＥＰＴＴＥＸＴ 　反復テキストＲＵ　ＲＥＰＳＵＳＥＤ　反復割り当てＲＸ　ＥＮＣＬＳＰＥＣ 反復エンクロージャ明細ＳＢ　５ＨＡＰＥＤＡＴＡ　形状定義データＳＤ　５Ｈ ＡＰＥＤＥＦ　形状定義 ＳＬ　５ＨＡＰＥＬＩＳＴ　形状定義命令リストＳＰ　ＰＥＲＣＥＮＴＳ　譜表 バーセン１−減少／拡大ＳＳ　５ＳＰＥＣ譜表明細 ＴＤ　ＴＸＴＬＡＹＯＬＪＴ　テキストブロック割り当て用のテキストレイアウ ト ＴＬ　ＴＩＭＥＬＯＷＥＲ交互時間記号下半分子ｎ　ＦＳＴＫＥＹ　キーフォー マット用音程中心（負のバンク） ”ｒｐ　ＦＳＴＫＥＹ　キーフォーマント用音程中心（正のバンク）ＴＵ　ＴＩ ＭＥＵＰＰＥＲ交互時間記号上半分ＸＩ　Ｘｌ５ＰＥＣ声部抽出休止小節明細Ｘ Ｌ　ＤＡＴＡＢＬＯＣＫ　実行可能形状サンプルリストＸＳ　ＥＸＥＣ３ＨＡＰ Ｅ　実行可能形状定義細目グループ２２０及び他グループ２４０のタグ構造は、 音楽処理装置１０によって処理される音符、休止及び和音レベルの音楽情報と関 連する視覚的及び音響的特質の表現を提供するように定義される。しかしながら 、エニグマフォーマット５０の融通性と拡張可能性とにより、任意の数の追加の タグ構造を定義することができ、作曲家やミュージシャンが音楽処理装置で表現 したかった視覚的及び音響的音楽情報を提供することができる。エニグマフオー マント５０が音楽フレームワーク３０、エントリブール６０及び相対的表現・フ レーム割り当て法と結合されると、本発明は、理想的な音楽処理装置に近付く方 法及び装置において音楽情報を表現することができる。

好ましい実施例の説明は極めて特定的であるが、この発明の精神から逸脱するこ となく、種々の変更が可能である。したがって、この発明の範囲は好ましい実施 例の説明ではなく特許請求の範囲によって決められるべきである。

〜　＼　−１−一 浄書Ｃ内容に変更なし） 浄側内容に変更な；） Ｆｉｇ、　１１ 浄書（内容に変更なし） 手続補正書（方式） 平成　４年　←月乙日。

Claims (28)

【特許請求の範囲】
1. １．一つまたはそれ以上の音源により演奏されるべき音楽作品内の時系列的な音 符および休止符を表す電気的信号を受信する手段と、前記電気的信号内の各々の 音符のピッチと各々の音符と休止符の持続時間を確認し、各々の音符と休止符を 第１の小節および次の順次的に指示された小節に割り当てる手段と、 少なくとも２つの次元と記憶音符のフレームワークを有するメモリアレイ内の各 々の音符のピッチと持続時間及び各々の休止符の持続時間の電気的表示を記憶す る手段であって、各々の音符は前記第１および次の小節の１つとおよび前記一つ またはそれ以上の音源の１つと関連してること、を備えたことを特徴とする音楽 情報を記憶し処理する装置。
2. ２．前記各々の音符のピッチは基本値として表示され、該基本値から置換される ことを特徴とする請求項１に記載の装置。
3. ３．前記各々の音符と休止符の持続時間は、指定された絶対時間期間である１つ のビートユニットによりビートユニットの数として表示される請求項１に記載の 装置。
4. ４．前記ピッチと持続時間の電気的表示を記憶する手段がデジタルコンピュータ であり、各々の該電気的表示は同じフィールドフォーマットを有する請求項１に 記載の装置。
5. ５．前記同じフィールドフォーマットが、連続位置を定める比較フィールドと、 音符または休止符または音楽作品に関連した種々の音響的或は写実的属性をく区 別するタグフィールドと、前記属性の一つまたはそれ以上を表示する符合化され たデータ或は前記属性の一つまたはそれ以上を指示するポインタを含むデータフ ィールドとを備える請求項４に記載の装置。
6. ６．前記メモリアレイは、少なくとも１つの付加的な次元を有し、この次元は前 記記憶された音符の１つ以上に関連したベクトルにより与えられる、該ベクトル はテキスト的、解釈的、ピッチ即ち各々の該ベクトルが関連した小節内の音符に 関連した持続時間属性の写実的表示を指定する付加的な電気的表示を含む請求項 １に記載の装置。
7. ７．各々の音符の持続時間とピッチの前記電気的表示を検索する手段と、単一の 音源と関連した各々のベクトル内に記憶された音符と休止符の前記全ての電気的 表示を音符と休止符を伴う譜表の写実的表示に変換する手段と、譜表の写実的表 示内に音符により指示されたとき各々の音符と休止符が記憶された第１および次 ぎの小節に関連した音符に境界を画する小節マーカを配列する手段と、 を更に備えた請求項１に記載の装置。
8. ８．各々の音符のピッチと持続時間の前記電気的表示を検索し、前記メモリアレ イ内に記憶された各々の音源にたいする第１の小節に対応するベクトル内のベク トル内の音符で開始し、前記メモリアレイ内の第２および次ぎ小節に対応するベ クトル内の音符のあいだ逐次的に連続する手段と、前記ピッチと持続時間の電気 的表示を少なくとも１つの音源に対する電気的出力信号に変換し、前記メモリに 記憶された各々の音源に対する第１の小節に対応したベクトルの小節内の第１の 音符で開始し、同時に演奏されるべき音符の第１の音符に連結され、次ぎの連続 する音符と前記第１のしてに演奏されるべき音符により継続され、更に同時に第 ２および連続する小節に対応するベグヒルの小節内の音符で継続される手段を更 に含む請求項１に記載の装置。
9. ９．各々のセグメントが小節のある部分を表示する複数のセグメントに音楽情報 を分離するステップと、 逐次的タイムデメンジョンバリュウを各々のセグメントに分配するステップと、 各々のチャネルが音源を表示する複数のチャネルに音楽情報を分離するステップ と、 サウンドデメンジョンバリュウを各々のチャネルに分離するステップと、与えら れたチャネルと与えられたチャネルに対応する音楽情報に関連付けられたセグメ ントと特定のタイムデメンジョンバリュウを伴うセグメントと与えられたチャネ ルおよびセグメントに割り当てられたサウンドデメンジョンバリュウに対する音 楽情報を記憶するステップと、を備えた音楽情報を電気的に処理し記憶する方法 。
10. １０．音楽情報を選択的に入力する手段と、メモリ手段を有し、前記音楽情報を 電気的に表示し記憶し検索するために前記音楽情報を選択的に入力する手段と動 作的に接続されたプログラマム可能なデータ処理手段と、 フレームワークが、各々のセグメントが小節のある部分を表示する複数のセグメ ントに前記音楽情報を分離するタイムデメンジョンと、各々のチャネルが音源を 表示する複数のチャネルに前記音楽情報を分離する、複数のフレームワーク交差 点がタイムデメンジョンとサウンドデメンジョンの交差により決定される様なサ ウンドデメンジョンとを有する前記プログラマム可能なデータ処理手段のメモリ 内のマルチデメンジョナルデータ構造のフレームワークとを備え、これにより、 与えられた音源と小節用の音楽情報がタイムデメンジョンバリュウと与えられた 楽器と小節に対応するサウンドデメンジョンバリュウに対応したフレームワーク 交差点で記憶される音楽情報を表示するための音楽処理装置。
11. １１．前記フレームワークが、更に特定の楽器で演奏され様な特定の小節の一つ またはそれ以上の多重演奏を表示する音楽情報を記憶するための各々のフレーム ワーク交差点でアクセス可能なバフォーマンスデイメンジョンを含む請求項１０ に記載の装置。
12. １２．音楽情報を表示するために音楽情報をプログラマム可能なデータ処理手段 に入力するステップと、 前記音楽情報を複数の小節に分離するステップと、タイムデメンジョンバリュウ を各々の小節に割り当てるステップと、前記音楽情報を複数のチャネルに分離す るステップと、サウンドデメンジョンバリュウを各々のチャネルに分離するステ ップと、与えられたチャネルと与えられたチャネルに対応する音楽情報に関連付 けられたセグメントと特定のタイムデメンジョンバリュウにより特定されたアレ イ領域を伴う小節と与えられた楽器および小節に割り当てられたサウンドデメン ジョンバリュウに対する音楽情報を記憶するステップと、を含む音楽情報処理方 法。
13. １３．楽器と小節の特定されたレンジのため前記音楽情報を検索するステップと 、該楽器と小節の特定されたレンジのために全てのタイムデメンジョンバリュウ とサウンドデメンジョンバリュウを特定するステップと、音楽情報が該タイムデ メンジョンバリュウとサウンドデメンジョンバリュウの各々の組み合わせのため に存在するかを決定するステップと、それが存在するタイムデメンジョンバリュ ウとサウンドデメンジョンバリュウの各々の組み合わせのために音楽情報を検索 するステップと、関連した音楽情報を全く有しないタイムデメンジョンバリュウ とサウンドデメンジョンバリュウの各々の組み合わせのために完全な休止符を発 生するステップと、 検索された音楽情報を出力するステップと、を更に含む請求項１２に記載の方法 。
14. １４．音楽情報のリズム的、メロデー的、解釈的な視点を表す複数のエントリを 記憶し、各々のエントリは選択的に休止符、音符即ちコードおよび１組の該エン トリと関連する明細を表示する音楽データの１ユニットを含むステップと、与え られた楽器用の連続するエントリを時系列順に連結するステップと、与えられた 楽器により特定される小節と関連付されるべき一連の音楽情報の部分をグループ 化するステップと、 該小節に含まれるべき第１のエントリを示すために与えられた楽器用の連続する エントリの第１のポインタを定めるステップと、該小節に含まれるべき最後のエ ントリを示すために与えられた楽器用の連続するエントリの最後のポインタを定 めるステップと、を含む音楽情報を電気的に処理する方法。
15. １５．絶対周波数としてのハーモニック基準を定めるステップと、該ハーモニッ ク基準と関連しているオクターブキー記号としてトーンセンタを定めるステップ と、 トーンセンタを全音階的ステップに分割するために全音階的配置を定めるステッ プと、 完全な全音階的ステップと該トーンセンタからはなれた完全な全音階的分数との 組み合わせの如きトーンセンタからの全音階的ステップの相対的配置の様な音符 のピッチ情報を表示するステップと、を含む音楽情報に関連したピッチ情報を表 示する方法。
16. １６．各々のセグメントが小節のある部分を表示する複数のセグメントに音楽情 報を分離するタイムデメンジョンと、各々のチャネルが音源を表示する複数のチ ャネルに前記音楽情報を分離するサウンドデメンジョンとを有する、複数のフレ ームワーク交差点がタイムデメンジョンとサウンドデメンジョンに沿った１組の 分離した値によって決定される如きマルチデメンジョナルデータ構造のフレーム ワークと、 各々のフレームが、該フレーム内に含まれるべきエントリを示すためのエントリ プールに対する第１および最後のポインタと、該フレーム内に含まれた該音楽情 報に関連した付加的な属性を記憶するためのフレーム仕様レコードとを有する該 フレームワーク交差点に割り当てられた複数のフレームと、を備えたことを特徴 とする音楽情報が休止符、単一の音符またはレコード及び該エントリに関連した １組の属性かもしれない音楽データの１つのユニットを表示する各エントリを伴 う複数のエントリを含む音楽情報を表示する音楽処理装置。
17. １７．各々のフレームが特定の音源用の小節に関連した音楽情報を記憶する、メ モリ手段内に含まれた複数のフレームと、各々の割り当てレコードが該フレーム に割り当てられるべき楽器と小節とを示す、該メモリ手段内に含まれた複数の割 り当てレコードと、各々の音源用の一連の小節のための割り当てレコードをサー チすることにより該メモリ手段から音楽情報を検索し、割り当てレコードが発見 されれば対応するフレームに記憶された音楽情報を検索し、サーチされた音源と 小節用の割り当てレコード発見されなければ小節内に完全な休止符を配置する手 段と、を備えることを特徴とするプログラムを実行するプログラム可能なデータ 処理手段と音楽情報を記憶するメモリ手段とを含む音楽処理装置。
18. １８．サウンドデメンジョンとタイムデメンジョンとを有する音楽フレームワー クと、 音楽フレームワーク用のベージ関連データを記憶し、これにより該ベージ関連デ ータがベージ数により分離される手段と、音業フレームワークのサウンドデメン ジョンにそった楽器関連データを記憶し、これにより楽器関連データが楽器数に より分離される手段と、音楽フレームワークのタイムデメンジョンにそった小節 関連データを記憶し、これにより小節関連データが小節数により分離される手段 と、音楽フレームワークのタイムデメンジョンとサウンドデメンジョンの交差点 でフレーム関連データを記憶し、これによりフレーム関連データがフレーム数に より分離される手段と、 エントリ関連データを記憶し、これによりエントリ関連データがエントリ数によ り分離される手段と、 音楽フレームワークのタイムデメンジョンとサウンドデメンジョンの交差点で記 憶された該フレーム関連データに指示された該エントリ関連データを関連付ける 手段と、 を備えることを特徴とする音楽情報を表示するコモンデータ構造。
19. １９．各々のセグメントが小節のある部分を表示する複数のセグメントに前記音 楽情報を分離するタイムデメンジョンと、各々のチャネルが楽器を表示する複数 のチャネルに前記音楽情報を分離する、複数のフレームワーク交差点がタイムデ メンジョンとサウンドデメンジョンの交差により定められる様なサウンドデメン ジョンとを有するマルチデメンジョナルなフレームワークを備え、これにより、 与えられたチャネルとセグメントに対応するサウンドデメンジョンバリュウとタ イムデメンジョンバリュウに対応したフレームワーク交差点で与えられたチャネ ルとセグメントとのための記憶される音楽情報が記憶される、音楽情報を表示す るためのデータ構造。
20. ２０．前記フレームワークが更に、特定の楽器で演奏される様な特定の小節の一 つまたはそれ以上の多重演奏を表示する音楽情報を記憶するための各々のフレー ムワーク交差点でアクセス可能なパフォーマンスデイメンジョンを含む請求項１ ９に記載の装置。
21. ２１．各々のエントリが、休止符と音符即ちコードを選択的に表示する１つ音楽 データユニットと１組の該エントリに関連した明細と次のエントリのポインタと を含む、音楽情報のリズム的メロデ的解釈的視点を表示する複数のエントリを記 憶するエントリプール手段と、 各々のフレームコードが、小節内に含まれるべき第１のエントリを示すためのエ ントリプールに対する第１のポインタと該小節内に含まれるべき最後のエントリ を示すためのエントリプールに対する最後のポインタとを有する、与えられた楽 器用の与えられた小節に関連付けられた音楽情報を指示するための複数のフレー ムレコードと、 を備えたことを特徴とする音楽情報を表示するデータ構造。
22. ２２．前記エントリプール手段が、第１のデイメンジョンとして該エントリの時 間シーケンスと第２のデイメンジョンとして同じ時間期間に生じるエントリ間の 関係とを有する２次元的ダブルリンクアレイである請求項２１に記載のデータ構 造。
23. ２３．各々のエントリが、 前記シーケンス内の前のエントリを定める最後のポインタと、前記シーケンス内 のその後のエントリを定める次のポインタと、同じ時間シーケンス中に生じる第 １の関連エントリを定めるアップポインタと、同じ時間シーケンス中に生じる第 ２の関連エントリを定めるダウンポインタと、該エントリの持続時間を定める持 続時間値と、該エントリの位置を定める位置値と、 該エントリのピッチを定める音符値と、該エントリの情況と機能とを遂げる１組 の属性を定める効果値と、を備えることを特徴とする請求項２２に記載のデータ 構造。
24. ２４．前記持続時間値が前記エントリの相対的持続時間を定める持続時間値であ る請求項２３に記載のデータ構造。
25. ２５．前記位置値が前記エントリと譜表の相対的水平位置を定める請求項２３に 記載のデータ構造。
26. ２６．前記音符値が前記エントリの相対的ピッチを定める請求項２３に記載のデ ータ構造。
27. ２７．音楽情報を電気的に表示するために該音楽情報をプログラム可能なデータ 処理手段に入力するステップと、 該音楽情報内の複数の小節を認識するステップと、タイムデメンジョンバリュウ を各々の小節に割り当てるステップと、該音楽情報内の少なくとも１つの楽器を 認識するステップと、サウンドデメンジョンバリュウを各々の楽器に割り当てる ステップと、与えられた楽器と小節に割り当てられたタイムデメンジョンバリュ ウとサウンドデメンジョンバリュウとを記憶することにより、与えられた楽器と 小節に関連した音楽情報を記憶することにより与えられた楽器と小節用の音楽情 報を記憶するステップと、 を備えることを特徴とする音楽情報を処理する方法。
28. ２８．音楽情報のリズム的、メロデー的、解釈的な視点を表す複数のエントリを 認識し、各々のエントリは選択的に休止符、音符即ちコードおよび１組の該エン トリと関連した明細を表示する音楽データの１ユニットを含むステップと、与え られた楽器用の連続するエントリを連結するステップと、与えられた楽器と小節 により関連付けられるべき音楽情報を指示するステップと、 該小節に含まれるべき第１のエントリを示すために与えられた楽器用の連続する エントリの第１のポインタを定めるステップと、該小節に含まれるべき最後のエ ントリを示すために与えられた楽器用の連続するエントリの最後のポインタを定 めるステップと、を更に含む請求項２７に記載の方法。