JP3178378B2 - 電子情報処理システム及び方法並びに記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、楽音制御情報
（ＭＩＤＩデータ）などの主要情報の中にそれに関連し
た付属情報を組み込んで記憶する電子情報処理システム
及び方法に関し、また、そのように付属情報を組み込ん
で記憶した主要情報から付属情報を検出（再生）する電
子情報処理システム及び方法に関し、更に、この電子情
報処理システム及び方法を実現するためのソフトウェア
プログラムを記憶した記憶媒体に関し、更に、これらの
システム及び方法に従って主要情報内に付属情報を組み
込んだ状態のデータ構成からなるデータを記憶してなる
記憶媒体に関する。

【０００２】

【従来の技術】最近では、パーソナルコンピュータを使
用して、ユーザ自身が音楽データ、映像データ及び波形
データなどを作成したり、それらに種々の変更を加えた
りすることが容易にできるようになった。従って、パー
ソナルコンピュータを使用することによって、市販のＦ
Ｄ、ＣＤ−ＲＯＭ、ＬＤなどの記憶媒体に記録された音
楽データ、映像データ及び波形データなども自由に読み
出して、それらに種々の変更処理を加えたりすることが
できる。市販のＣＤ−ＲＯＭやＬＤなどに記録されてい
るデータは、その販売者や製作者などに著作権があるた
め、本来それらを自由に改変することは、著作権侵害の
観点から許されるものではない。従って、現在では、Ｃ
Ｄ−ＲＯＭやＬＤなどの主データ記憶部に記録されてい
る音楽データ、映像データ又は波形データなど、主デー
タの著作権がだれに属するものなのかを示すための著作
権表示データを、主データ記憶部とは別のヘッダ部に付
属情報として付加的に記録することによって、著作権者
を明示し、著作権侵害の未然防止を図っているのが現状
である。また、付属情報には、このような著作権表示デ
ータの他にも、その音楽データ、映像データ及び波形デ
ータの題名などを示す情報、又はその映像データや波形
データなどがどのようなデータ圧縮技術で圧縮されてい
るのかなどのデータ記録形式を示す情報などがある。

【０００３】

【発明が解決しようとする課題】しかしながら、現在で
は、パーソナルコンピュータなどを使って自由にデータ
を書き換えたり変更したりすることができるので、故意
又は過失によって、著作権表示データや種々の付属情報
が削除されたり、書き換えられたりするという問題があ
る。特に、これらの付属情報がヘッダ部にまとまってス
トアされている場合は、削除や改竄が容易になされてし
まう、という問題がある。また、最近ではネットワーク
通信の発達に伴って、このように著作権表示データの削
除や改竄のなされた音楽データ、映像データ又は波形デ
ータなどがネットワークを通じて不正に広く流通してし
まうという問題も起き易い。また、データ記録形式に関
する付属情報が削除されると、その映像データや波形デ
ータなどを再生することができなくなるという問題もあ
る。本発明は、上述の点に鑑みてなされたものであり、
音楽データ、映像データ又は波形データなどのような主
要情報に付属して付属情報を記憶し流通させる場合にお
いて、付属情報の不正な削除や改変がしにくい形態でこ
れらの情報を記憶させるようにし、また、仮に情報の部
分的削除や改変がなされた場合でも付属情報を適確に再
現することができるようにした、電子情報処理システム
及び方法並びに記憶媒体を提供することを目的とする。

【０００４】

【課題を解決するための手段】 請求項１に係る電子情
報処理方法は、複数のイベントデータで構成される第１
の情報を入力するステップと、第２の情報を入力するス
テップと、前記イベントデータのうち少なくとも一部の
イベントデータの内容を前記第２の情報に基づいて変更
することにより前記第１の情報に前記第２の情報を分散
して配置するステップと、前記第２の情報が分散して配
置された第１の情報を出力するステップとからなる。 請
求項２に係る電子情報処理方法は、それぞれ所定のパラ
メータを含む複数のイベントデータで構成される第１の
情報を入力するステップと、第２の情報を入力するステ
ップと、前記イベントデータのうち少なくとも一部のイ
ベントデータに含まれるパラメータを前記第２の情報に
基づいて変更することにより前記第１の情報に前記第２
の情報を分散して配置するステップと、前記第２の情報
が分散して配置された第１の情報を出力するステップと
からなる。 請求項３に係る電子情報処理方法は、それぞ
れ２以上のパラメータを含む複数のイベントデータで構
成される第１の情報を入力するステップと、第２の情報
を入力するステップと、前記イベントデータのうち少な
くとも一部のイベントデータに含まれる２以上のパラメ
ータの内容と前記第２の情報に基づいて前記２以上のパ
ラメータのうち少なくとも一部を変更することにより前
記第１の情報に前記第２の情報を分散して配置するステ
ップと、前記第２の情報が分散して配置された第１の情
報を出力するステップとからなる。 請求項４に係る電子
情報処理方法は、それぞれ順序関係を有する複数のイベ
ントデータで構成される第１の情報を入力するステップ
と、第２の情報を入力するステップと、前記イベントデ
ータのうちの所定の順序関係にある複数のイベントデー
タの関係と前記第２の情報に基づいて前記所定の順序関
係にある複数のイベントデータのうちいずれかの内容を
変更することにより前記第１の情報に前記第２の情報を
分散して配置するステップと、前記第２の情報が分散し
て配置された第１の情報を出力するステップとからな
る。 請求項５乃至８に係る電子情報処理方法は、上記請
求項１乃至４に係るいずれかの方法で第２の情報が分散
して配置された第１の情報を入力し、この第１の情 報か
ら、分散して配置された第２の情報を抽出し、出力する
ことで、第２の情報をデコードするものである。 請求項
９に係る電子情報処理方法は、複数のイベントデータで
構成される第１の情報を入力するステップと、前記イベ
ントデータのうち少なくとも一部のイベントデータに分
散して配置された第２の情報を検出するとともに当該分
散して配置された第２の情報を抽出するステップと、前
記抽出した第２の情報の有意性を判断するステップと、
前記有意性の判断結果に応じて第１の情報の利用を許可
するか否かを制御するステップとからなる。 請求項１０
に係る記憶媒体は、請求項１乃至９のいずれかに係る方
法をコンピュータに実行させるためのプログラムを記憶
した機械読み取り可能な記憶媒体に係るものである。 請
求項１１乃至１９に係る電子情報処理装置は、請求項１
乃至９のいずれかに係る方法を実施するよう構成された
電子情報処理装置に係るものである。 以下述べる実施例
における電子情報処理システムは、主要情報とそれに関
する付属情報とを適宜の記憶装置又は回路あるいは媒体
に記録するものである。例えば、主要情報としては、Ｍ
ＩＤＩデータのキーオンイベントデータ、プログラムチ
ェンジデータ又はコントロールチェンジデータなど複数
のイベントデータで構成される任意の種類の情報を採用
してよい。付属情報としては、著作者名、曲の題名、画
像／映像の題名などに関する文字データや波形データの
圧縮方法などのデータ形式に関するデータやその他の種
々のデータ（暗号文、鍵情報、ＩＤ、パスワード、ニュ
ース文）など、任意の種類の情報を採用してよい。この
電子情報付与装置は、主要情報を構成するデータ群の中
の所定のデータ群として、ＭＩＤＩデータの場合にはキ
ーオンイベントデータ群を用い、このキーオンイベント
データ群の中の単位データとして、ベロシティデータの
一部（例えば最下位ビット）を、その付属情報のデータ
に基づいて変更する。従って、付属情報のデータに応じ
て、そのベロシティデータの一部（例えば最下位ビッ
ト）の値が変更されるか又は変更されない、といった制
御がなされる。これによって、付属情報のデータがＭＩ
ＤＩデータ群の中に分散して記録されるようになる。な
お、主要情報がＭＩＤＩデータの場合には、変更される
単位データはベロシティデータやデュレーションタイム
データが望ましい。なぜなら、これらのデータはさほど
厳密性を要求されないデータだからである。すなわち、
これらの情報が多少変更されても音声データの場合聴感
上ではほとんど感知（知覚）されないからである。

【０００５】別の観点では、この発明に係る電子情報処
理システムは、主要情報を構成するデータ群の中のデー
タ特性に応じて分類された少なくとも２以上のデータ群
の中の各単位データの一部を、付属情報の一部又は全部
のデータに基づいて、前記分類に対応したアルゴリズム
に従って変更することによって、前記付属情報の一部又
は全部のデータを前記主要情報を構成するデータ群に分
散して記録するように構成されたものである。この電子
情報処理システムにおいては、付属情報の分散記録され
る主要情報をそのデータ特性に応じて分類し、各分類に
対応したアルゴリズムで単位データの一部を変更してい
る。すなわち、主要情報がＭＩＤＩデータの場合には、
チャンネル情報がそのまま入れ替えられたり、キーコー
ドがシフトされたりすると、もはや付属情報を主要情報
の中から検出することができなくなることがある。そこ
で、チャンネル毎、プログラムチェンジデータの出現タ
イミング毎、又はＭＩＤＩデータを構成するベロシティ
の差分値の大きさ毎等に応じて主要情報を分類し、それ
ぞれの分類に対応したアルゴリズムで単位データの一部
を変更するようにした。これによって、チャンネル情報
がそのまま入れ替えられたりしてデータが書き換えられ
たとしてもいずれかのアルゴリズムに応じて付属情報が
検出されるようになる。

【０００６】更に別の観点では、この発明に係る電子情
報処理システムは、上記のように付属情報を組み込んで
記憶された主要情報を構成するデータ群から、付属情報
の一部又は全部のデータを検出（再生）する機能を具備
している。なお、主要情報として上述のように最下位ビ
ットのデータ変更によっては実用上大きな影響を受けな
い種類の情報を採用した場合は、付属情報を組み込んだ
主要情報を読み出して、これを再生利用するとき、該主
要情報から付属情報のデータ片を取り除くことなく、こ
れをそのままにして再生してもよい。勿論、これに限ら
ず、主要情報から付属情報のデータ片を取り除いて、正
確な主要情報を再生するようにしてもよい。更に別の観
点では、この発明に係る電子情報処理システムは、上記
のように付属情報を組み込んで記憶された主要情報を構
成するデータ群を、電子的記憶媒体又は通信ネットワー
クを介して配信し、配信されたデータ群から前記付属情
報の一部又は全部のデータを検出（再生）する機能を具
備するものである。

【０００７】更に別の観点では、この発明に係る電子情
報処理システムは、上記のように付属情報を組み込んで
記憶された主要情報を構成するデータ群から、付属情報
の一部又は全部のデータを検出（再生）し、この検出
（再生）した付属情報を画面上に表示する表示手段を有
するものである。例えば、付属情報として、文字情報や
波形データ圧縮方法などのデータ記録形式に関する情
報、あるいはその他の種々の情報（暗号文、鍵情報、Ｉ
Ｄ、パスワード、ニュース文などの情報）を採用して、
これを任意の主要情報に組み込んで記憶する。そして、
主要情報から付属情報を取り出して再生し、これを画面
上に表示する。その場合、通信ネットワークを介して時
々刻々と配信されてくる主要情報からそこに組み込まれ
ている付属情報を取り出して時々刻々と再生し、この再
生情報をストリーミングに表示することができる。更に
別の観点では、この発明に係る電子的記憶媒体は、上記
の電子情報処理システムを実現するためのソフトウェア
プログラムを記憶したものである。更に別の観点では、
この発明に係る電子的記憶媒体は、主要情報とそれに関
する付属情報とが記録された電子的記憶媒体であって、
前記主要情報を構成するデータ群の中の所定の複数デー
タの各単位データの一部が前記付属情報の一部又は全部
のデータに基づいて変更されることによって、前記付属
情報の一部又は全部のデータが前記主要情報を構成する
データ群に分散して記録されているものである。この電
子的記憶媒体としては、フロッピーディスクやＣＤ−Ｒ
ＯＭあるいは光磁気ディスクなどの可搬式媒体であって
もよく、また、ハードディスク装置のような固定式媒体
であってもよい。

【０００８】更に別の観点に従えば、上記の目的の達成
のために、この発明に係る方法は、第１の情報を構成す
るデータと共に第２の情報を構成するデータを記憶する
方法であって、前記第１の情報を構成するデータは複数
のデータ単位の集まりからなっており、前記第２の情報
を構成するデータの少なくとも一部を、複数の小サイズ
のデータ片に分けるステップと、前記第１の情報の複数
のデータ単位のうちの特定のデータ単位の各々の値を、
前記各データ片の値に応じて変更するもしくは変更しな
い制御を行なうステップと、制御された前記特定のデー
タ単位を含む前記第１の情報のデータを記憶するステッ
プとを具え、前記第２の情報を構成するデータの少なく
とも一部が前記第１の情報のデータ内に組み込んだ状態
で記憶されるようにしたことを特徴とするものである。
前記第１の情報は主要情報に相当するものであり、例え
ば、ＭＩＤＩ形式の音楽演奏情報であってよく、全体と
して大きな情報量を持ち、メモリにおいては所定の主デ
ータ記憶領域に記憶されるようなものである。前記第２
の情報は付属情報に相当するものであり、例えば、その
ような主データ記憶領域に記憶された音楽演奏情報つま
り第１の情報の、著作権表示に関する情報であってよ
く、音楽演奏情報つまり第１の情報に比べて小規模な情
報量からなるであってよい。例えば、この発明によれ
ば、第１の情報つまり主要情報は所定の主データ記憶領
域に記憶され、第２の情報つまり付属情報は、ヘッダ領
域ではなく、主データ記憶領域内で、第１の情報を構成
するデータに組み込まれて記憶されるようになっていて
よい。この場合、第２の情報つまり付属情報の全てが、
第１の情報を構成するデータに組み込まれて記憶される
ようになっていてもよいし、あるいは、第２の情報つま
り付属情報の一部が、第１の情報を構成するデータに組
み込まれて記憶されるようになっていてもよい。

【０００９】この発明によれば、第２の情報を構成する
データの全部又は一部が、複数の小サイズのデータ片
（例えば１つのデータ片が１ビットまたは数ビットから
なっていてよい）に分けられる。第１の情報を構成する
データは、複数のデータ単位の集まりからなっている。
１つの特定のデータ単位の値を１つのデータ片に応じて
変調することにより、該データ片の値を特定のデータ単
位の値の中に組み込むようにしているので、換言すれ
ば、第１の情報の“データ単位”とは、１つのデータ片
の値を組み込もうとする単位に相当している。従って、
“データ単位”のサイズは、本発明の実施にあたって設
計上任意に定めてよく、例えば、１バイトあるいは数バ
イトのような単位であってよい。第１の情報を構成する
複数のデータ単位のうち特定のデータ単位に対して、第
２の情報の各データ片の値を組み込む。例えば、第２の
情報のデータ片の数が１６個とすると、第１の情報を構
成する複数のデータ単位のうち特定の１６個のデータ単
位に対して、第２の情報の各データ片の値をそれぞれ組
み込む。この組み込みは、所定のアルゴリズムに従っ
て、特定のデータ単位の値を、データ片の値に応じて変
調する（すなわち、該特定のデータ単位の値を変更しな
い／あるいは或る値だけ変更する）演算を行なうことに
よって行なう。こうして、第１の情報のデータの中に、
第２の情報の各データ片が分散的に組み込まれることに
なり、このように第２の情報の各データ片を分散的に組
み込んだ第１の情報のデータが適宜のメモリにストアさ
れる。

【００１０】第２の情報の各データ片を分散的に組み込
んだ第１の情報のデータから、該第２の情報を再生する
ために、更に、記憶された前記第１の情報のデータを読
み出すステップと、読み出された前記第１の情報のデー
タのうちの前記特定のデータ単位から、前記複数の小サ
イズのデータ片をそれぞれ再現するステップとを更に具
えるようにしてよい。第１の情報の複数のデータ単位の
うちの特定のデータ単位の各々の値を、前記各データ片
の値に応じて変更するもしくは変更しない制御を行なう
ステップは、該データ片の値をパラメータとする所定の
アルゴリズムに従って該制御を行なうようにしてよい。
例えば、このアルゴリズムは、前記データ片の値に対応
する第１の変数を求めることと、少なくとも１つの前記
特定のデータ単位を含む前記第１の情報の所定数のデー
タ単位を加算又は減算することに基づいて第２の変数を
求めることと、前記第１の変数と第２の変数の相互関係
に基づき演算値を生成することと、生成された演算値を
前記特定のデータ単位の値に演算することとを含んでい
てよい。一例として、前記第１の変数は、１ビットの前
記データ片の値を反転した第１のフラグであり、前記第
２の変数は、少なくとも１つの前記特定のデータ単位を
含む前記第１の情報の所定数のデータ単位を加算又は減
算した値（例えば特定のデータ単位の値のみであっても
よい）の偶数又は奇数に応じた第２のフラグであり、前
記第１の変数と第２の変数の相互関係に基づき演算値を
生成することは、両フラグを比較してその一致／不一致
に応じて０又は１の演算値を生成することである。これ
により、特定のデータ単位の値に０又は１が演算され、
該特定のデータ単位の値が変調される（すなわち、変更
されないか、または或る値だけ変更される）。このよう
にした場合は、読み出された第１の情報における前記特
定のデータ単位の値の偶数又は奇数に応じた数値に基づ
き、第２の情報のデータ片の値を容易に再生することが
できる。

【００１１】更に別の観点に従えば、上記の目的の達成
のために、この発明に係る方法は、第１の情報を構成す
るデータと共に第２の情報を構成するデータを記憶する
方法であって、前記第１の情報を構成するデータは複数
のデータ単位の集まりからなっており、前記第２の情報
を構成するデータの少なくとも一部を、複数の小サイズ
のデータ片に分けるステップと、前記第１の情報を構成
するデータを少なくとも２つのグループに分け、各グル
ープ毎に、その中の複数のデータ単位のうちの特定のデ
ータ単位の各々の値を、前記各データ片の値に応じて変
更するもしくは変更しない制御をそれぞれ行なうステッ
プと、各グループ毎に制御された前記特定のデータ単位
を含む前記第１の情報のデータを記憶するステップとを
具え、前記第２の情報を構成するデータの少なくとも一
部が前記第１の情報の前記各グループ毎のデータ内にそ
れぞれ組み込まれた状態で記憶されることを特徴とする
ものである。これによれば、第１の情報における複数の
グループの各々において、データ片に分割された第２の
情報が、それぞれ分散的に組み込まれて、重複して、ス
トアされる。データ再生にあたっては、少なくとも１つ
の前記グループについての前記特定のデータ単位から、
前記複数の小サイズのデータ片を再現すればよい。すな
わち、各グループにおいて、重複して、第２の情報が分
散的に組み込まれていめので、いずれか１つのグループ
に組み込まれた第２の情報を再生すればよい。従って、
この第２の観点に従えば、仮に、不正なデータ改竄によ
って、第１の情報における１つのグループのデータ内容
が改竄され、そのグループにおいて組み込まれた第２の
情報が再生不可能となったとしても、第１の情報におけ
る（改竄されていない）別のグループにおいて組み込ま
れた第２の情報を再生することができる。

【００１２】第１の情報におけるグループ分けの仕方
は、第１の情報のデータ特性に従うとよい。例えば、第
１の情報がＭＩＤＩデータの場合は、ＭＩＤＩチャンネ
ル毎にグループ分けするとよい。例えば、ＭＩＤＩの第
１チャンネルに属する第１の情報のデータ群において第
２の情報のデータ片を分散して組み込み、また、第２チ
ャンネルに属する第１の情報のデータ群において同じ第
２の情報のデータ片を分散して組み込むようにする。そ
うすれば、不正使用ユーザーによって、チャンネル単位
でＭＩＤＩデータの改竄や入れ替えが行なわれた場合で
も、改竄されていない別チャンネルのＭＩＤＩデータの
中に組み込まれた第２の情報のデータ片から該第２の情
報を再生することができる。この場合、第２の情報のデ
ータ片を第１の情報に組み込むためのアルゴリズムを、
各グループ毎に、適宜異ならせてもよい。このように、
第１の情報（主要情報）をそのデータ特性に応じてグル
ープ化し、各グループ毎に第２の情報（付属情報）を組
み込むようにしている。例えば、第１の情報（主要情
報）がＭＩＤＩデータの場合には、チャンネル毎、プロ
グラムチェンジデータの出現タイミング毎、又はＭＩＤ
Ｉデータを構成するベロシティの差分値の大きさ毎、等
に応じて第１の情報（主要情報）をグループ化し、それ
ぞれのグループに対応したアルゴリズムで単位データの
一部を変更制御する。これによって、チャンネル情報が
そのまま入れ替えられたりすることによって或るグルー
プのデータが書き換えられたとしても、別のグループの
データから第２の情報（付属情報）を検出することによ
り、その再生を行なうことができるようになる。

【００１３】更に別の観点に従えば、上記の目的の達成
のために、この発明に係る方法は、第１の情報を構成す
るデータと共に第２の情報を構成するデータを記憶する
方法であって、前記第１の情報を構成するデータは複数
のデータ単位の集まりからなっており、前記第２の情報
を構成するデータの少なくとも一部を、複数の小サイズ
のデータ片に分けるステップと、前記第１の情報の複数
のデータ単位のうちの特定のデータ単位の各々の値を、
前記各データ片の値に応じて変更するもしくは変更しな
い制御を行なうステップであって、１つの前記特定のデ
ータ単位と別の前記特定のデータ単位との差分値を求め
ることと、この差分値と１つの前記データ片の値とに応
じて該差分値を引き出した前記特定のデータ単位の一方
の値を変更するもしくは変更しない制御を行なうことと
を含むものと、制御された前記特定のデータ単位を含む
前記第１の情報のデータを記憶するステップとを具え、
前記第２の情報を構成するデータの少なくとも一部が前
記第１の情報のデータ内に組み込まれた状態で記憶され
るようにしたことを特徴とするものである。更に、記憶
された前記第１の情報のデータを読み出すステップと、
読み出された前記第１の情報のデータのうちの前記特定
のデータ単位から、前記複数の小サイズのデータ片を再
現するステップであって、１つの前記特定のデータ単位
と別の前記特定のデータ単位との差分値を求めること
と、この差分値から１つの前記データ片の値を再現する
こととを含むものとを具え、再現された各データ片によ
って前記第２の情報を再生するようにしてもよい。これ
によれば、第１の情報の特定のデータ単位の値を、第２
の情報のデータ片の値に応じて変更するもしくは変更し
ない制御を行なうときに、前記特定のデータ単位と別の
特定のデータ単位との差分値を求め、この差分値と１つ
の前記データ片の値とに応じて該差分値を引き出した前
記特定のデータ単位の一方の値を変更するもしくは変更
しない制御を行なうことを特徴としている。これによ
り、第１の情報を構成する各データ単位毎のデータ値を
一律にシフトするようなデータ改変が行なわれたとして
も、それらの差分値は変化しないので、第２の情報を再
生するときの再現性が向上する。

【００１４】上述の各観点に従う方法において、記憶さ
れた第１の情報のデータを読み出し、読み出したデータ
を通信ネットワークを介して伝送するようにしてもよ
い。更に、通信ネットワークを介して伝送されたデータ
を受信し、受信したデータにおける前記第１の情報のデ
ータのうちの前記特定のデータ単位から、前記複数の小
サイズのデータ片を再現するようにしてもよい。第２の
情報は、必ずしも第１の情報に関連性を有していなくて
もよい。例えば、第１の情報が通信ネットワークを介し
て伝送される或る番組の内容であるとすると、第２の情
報は、その番組とは無関係のニュース文等であってもよ
い。さらに、再生した第２の情報の内容を表示するため
の適宜の表示手段を具備していてもよい。この発明は、
上述の各観点に従う方法を実施するための回路もしくは
装置を具備する電子情報処理装置として実施することが
できる。更に、この発明は、上述の各観点に従う方法を
実行させるためのプログラムを記録したコンピュータ読
み取り可能な記録媒体としての形態で実施することがで
きる。更に、この発明は、上述の各観点に従う方法に従
って前記第２の情報を構成するデータの少なくとも一部
を前記第１の情報のデータ内に組み込んだ状態のデータ
構成からなるデータを記録してなるコンピュータ読み取
り可能な記録媒体としての形態で実施することができ
る。

【００１５】

【発明の実施の形態】以下、この発明の実施の形態を添
付図面に従って詳細に説明する。図２は、この発明に係
る電子情報処理システムとしての機能を具備する電子楽
器の全体構成を示すブロック図である。電子楽器１は、
ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、音源２４、フロ
ッピーディスクドライブ２５、鍵盤２６、パネルスイッ
チ２７及び表示回路２８から構成される。ＣＰＵ２１は
ＲＯＭ２２及びＲＡＭ２３内の各種プログラムや各種デ
ータ、及びフロッピーディスクドライブ２５を介して取
り込まれた楽音制御情報（ＭＩＤＩデータ）に基づいて
電子楽器１全体の動作を制御すると共に取り込まれたＭ
ＩＤＩデータ内に付属情報を分散して記憶したり、付属
情報の分散記憶されたＭＩＤＩデータをフロッピーディ
スクから取り込み、それから付属情報を検出したりす
る。この実施の形態では、フロッピーディスクドライブ
２５を例に説明するが、これ以外のＭＯドライブ、ＰＤ
ドライブ、ＣＤ−ＲＯＭドライブなどでもよい。ＣＰＵ
２１は、フロッピーディスクドライブ２５を介して取り
込まれたＭＩＤＩデータや鍵盤２６の押鍵操作に基づい
て生成したＭＩＤＩデータを音源２４に供給する。な
お、外部に接続された音源を用いて発音処理を行うよう
にしてもよい。また、ＣＰＵ２１には図示したものの他
にも、データ及びアドレスバス２９を介してタイマ、表
示手段、サウンドシステム等の周辺機器が接続される
が、ここでは省略する。

【００１６】ＲＯＭ２２はＣＰＵ２１の各種プログラム
（システムプログラムや、この発明を実施するための動
作プログラムなど）や各種データを格納するものであ
り、リードオンリーメモリ（ＲＯＭ）で構成されてい
る。ＲＡＭ２３は、ＣＰＵ２１がプログラムを実行する
際に発生する各種データを一時的に記憶するものであ
り、ランダムアクセスメモリ（ＲＡＭ）の所定のアドレ
ス領域がそれぞれ割り当てられ、レジスタ、フラグ、バ
ッファ、テーブル等として利用される。また、ＣＰＵ２
１には、ハードディスク装置１１を接続して、そこに自
動演奏データやコード進行データ等の各種データを記憶
していてもよく、更に、この発明を実施するための動作
プログラムを記憶しておくようにしてもよい。また、前
記ＲＯＭ２２に動作プログラムを記憶せずに、ハードデ
ィスク装置１１にこれらの動作プログラムを記憶させて
おき、それをＲＡＭ２３に読み込むことにより、ＲＯＭ
２２に動作プログラムを記憶したときと同様の動作をＣ
ＰＵ２１に行わせることができる。このようにすると、
動作プログラムの追加やバージョンアップ等が容易に行
える。着脱自在な外部記憶媒体の１つとして、ＣＤ−Ｒ
ＯＭ（コンパクトディスク・リードオンリーメモリ）を
使用してもよい。このＣＤ−ＲＯＭには、上述のような
自動演奏データやコード進行データや楽音波形データや
映像データなどの各種データ及び動作プログラムやその
他プログラムを記憶していてもよい。ＣＤ−ＲＯＭに記
憶されている動作プログラムや各種データは、ＣＤ−Ｒ
ＯＭドライブ１２によって、読み出され、ハードディス
ク装置１１に転送記憶させることができる。これによ
り、動作プログラムの新規のインストールやバージョン
アップを容易に行うことができる。勿論、可搬式の記録
媒体としては、上記ＣＤ−ＲＯＭに限らず、フロッピー
ディスクや光磁気ディスク（ＭＯ）など、その他の媒体
も使用可能である。これらの各種記録媒体は、本発明を
実施するためののコンピュータプログラムを記録する用
途だけではなく、本発明に従って主要情報内に付属情報
を分散して組み込んでなるデータ構造からなるデータを
記録する用途にも使用できる。

【００１７】また、通信インターフェイス１３をデータ
及びアドレスバス２９に接続し、この通信インターフェ
イス１３を介してＬＡＮ（ローカルエリアネットワー
ク）やインターネットなどの種々の通信ネットワーク上
に接続可能とし、他のサーバコンピュータとの間でデー
タのやりとりを行うようにしてもよい。これにより、ハ
ードディスク装置１１内に動作プログラムや各種データ
が記憶されていないような場合や、記憶済の動作プログ
ラムや各種データの内容を更新するような場合におい
て、サーバコンピュータから新しい動作プログラムや各
種データをダウンロードすることができる。この場合、
クライアントとなる楽音生成装置である電子楽器１か
ら、通信インターフェイス１３及び通信ネットワークを
介してサーバコンピュータに動作プログラムや各種デー
タのダウンロードを要求するコマンドを送信する。サー
バコンピュータは、このコマンドに応じて、所定の動作
プログラムやデータを、通信ネットワークを介して電子
楽器１に送信する。電子楽器１では、通信インターフェ
イス１３を介してこれらの動作プログラムやデータを受
信して、ハードディスク装置１１にこれらを蓄積する。
これによって、動作プログラム及び各種データのダウン
ロードが完了する。

【００１８】音源２４は、複数のチャンネルで楽音信号
の同時発生が可能であり、ＣＰＵ２１から与えられた楽
音制御情報（ノートオン、ノートオフ、ベロシティ、ピ
ッチデータ、音色番号等のＭＩＤＩデータ）を入力し、
これらのデータに基づいた楽音信号を発生して図示して
いないサウンドシステムに供給する。音源２４において
複数チャンネルで楽音信号を同時に発音させる構成とし
ては、１つの回路を時分割で使用することによって複数
の発音チャンネルを形成するようなものや、１つの発音
チャンネルが１つの回路で構成されるような形式のもの
であってもよい。また、音源２４における楽音信号発生
方式はいかなるものを用いてもよい。例えば、発生すべ
き楽音の音高に対応して変化するアドレスデータに応じ
て波形メモリに記憶した楽音波形サンプル値データを順
次読み出すメモリ読み出し方式（波形メモリ方式）、又
は上記アドレスデータを位相角パラメータデータとして
所定の周波数変調演算を実行して楽音波形サンプル値デ
ータを求めるＦＭ方式、あるいは上記アドレスデータを
位相角パラメータデータとして所定の振幅変調演算を実
行して楽音波形サンプル値データを求めるＡＭ方式等の
公知の方式を適宜採用してもよい。また、これらの方式
以外にも、自然楽器の発音原理を模したアルゴリズムに
より楽音波形を合成する物理モデル方式、基本波に複数
の高調波を加算することで楽音波形を合成する高調波合
成方式、特定のスペクトル分布を有するフォルマント波
形を用いて楽音波形を合成するフォルマント合成方式、
ＶＣＯ、ＶＣＦ及びＶＣＡを用いたアナログシンセサイ
ザ方式等を採用してもよい。また、専用のハードウェア
を用いて音源を構成するものに限らず、ＤＳＰとマイク
ロプログラムを用いて音源を構成するようにしてもよい
し、ＣＰＵとソフトウェアのプログラムで音源を構成す
るようにしてもよい。音源２４から発生された楽音信号
は、図示しないアンプ及びスピーカからなるサウンドシ
ステムによって発音される。なお、音源２４とサウンド
システムとの間にエフェクタが設けてあってもよい。

【００１９】鍵盤２６は、発音すべき楽音の音高を選択
するための複数の鍵を備えており、各鍵に対応してキー
スイッチを有しており、新たな鍵が押圧されたときは、
その鍵に対応したキーコードを含むキーオンイベント情
報を出力し、鍵が離鍵されたときはその離鍵された鍵に
対応したキーコードを含むキーオフイベント情報を出力
する。また、鍵盤２６は、鍵押し下げ時の押鍵操作速度
又は押圧力等を判別してタッチデータを生成し、それを
ベロシティデータとして出力する。鍵盤２６は音楽演奏
のための基本的な操作子であり、これ以外の演奏操作子
でもよいことはいうまでもない。パネルスイッチ２７
は、電子楽器１の各種動作内容を選択・設定・制御する
ための複数の操作子を備えたものである。表示回路２８
はＣＰＵ２１の制御状態、設定データの内容等の各種の
情報を図示していないモニタ上に表示するものである。
この実施の形態では、著作権表示データ、曲名、作曲者
情報、作成年月日、歌詞、ニュース文、機種名（ハード
名）、ＩＤなどのテキストデータなどを表示する。な
お、電子楽器１は、楽器専用機器として構成されている
必要はなく、例えば、汎用電子機器であるパーソナルコ
ンピュータを使用し、これに本発明に係るソフトウェア
を搭載して、楽器機能を実現するようにしたものであっ
てもよい。勿論、本発明は電子楽器としての実施形態に
限らず、その他の適宜の電子機器システムとしての実施
形態をとってもよいものである。その場合においても、
汎用電子機器であるパーソナルコンピュータに本発明に
係るソフトウェアを搭載して、発明を実施することがで
きる。

【００２０】次に、この発明に係る電子情報処理システ
ムが電子情報付与装置として動作する場合の一例につい
て説明する。図３は、電子楽器１が電子情報付与装置と
して動作する場合の電子署名付与処理の一例を示すフロ
ーチャート図である。まず、この場合には、電子楽器１
は、フロッピーディスクドライブ２５から読み出したＭ
ＩＤＩデータにそのヘッダ情報の一部である電子署名す
なわち著作権表示データを分散する場合について説明す
る。なお、このようにしてできたＭＩＤＩデータを再び
フロッピーディスクに記録したり、他の記憶媒体に記憶
したり、転送したりしてもよい。まず、ステップ３１で
は、ＭＩＤＩデータ列内に分散して書き込まれるべき電
子署名（著作権表示データ）の内容を決定する。例え
ば、著作権表示データとして『ＣＯＰＹＲＩＧＨＴ△Ｙ
ＭＨ△１９９６』のような文字をＭＩＤＩデータ列内に
分散して書き込む場合には、これらの文字列をパネルス
イッチ２７を用いて決定する。ここで、△は空白を意味
するものとする。ステップ３１で書き込むべき電子署名
すなわち文字列が決定したので、今度はステップ３２
で、その電子署名に関するデータ列を得る。例えば、パ
ネルスイッチ２７によって『ＣＯＰＹＲＩＧＨＴ△ＹＭ
Ｈ△１９９６』が入力された場合には、それをＡＳＣＩ
Ｉの文字符号のデータ列に変換する。この場合は、
『Ｃ』＝『４３Ｈ』、『Ｏ』＝『４ＦＨ』、『Ｐ』＝
『５０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｒ』＝『５２
Ｈ』、『Ｉ』＝『４９Ｈ』、『Ｇ』＝『４７Ｈ』、
『Ｈ』＝『４８Ｈ』、『Ｔ』＝『５４Ｈ』、『△』＝
『２０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｍ』＝『４Ｄ
Ｈ』、『Ｈ』＝『４８Ｈ』、『△』＝『２０Ｈ』、
『１』＝『３１Ｈ』、『９』＝『３９Ｈ』、『９』＝
『３９Ｈ』、『６』＝『３６Ｈ』からなる一連のＡＳＣ
ＩＩのデータ列が得られることになる。

【００２１】次に、ステップ３３では、電子署名として
付与する情報すなわち、ステップ３２で得られたＡＳＣ
ＩＩのデータ列の１バイト分をバイトレジスタＢＲに格
納する。そして、ステップ３４では、このバイトレジス
タＢＲに格納されたＡＳＣＩＩの各ビットデータを反転
して、別の８ビット構成のビット列を作成する。例え
ば、『Ｙ』＝『５９Ｈ』（数字の後のＨは１６進数表現
であることを示す）をバイトレジスタＢＲに格納する
と、それは図１（Ｆ）に示すように『０１０１１００１
Ｂ』（数字の後のＢは２進数表現であることを示す）＝
『８９Ｄ』（数字の後のＤは１０進数表現であることを
示す）のようなビット列になる。このビット列がステッ
プ３４のデータ変換すなわちビット反転によって、図１
（Ｅ）のようなビット列、すなわち『１０１００１１０
Ｂ』＝『１６６Ｄ』のようなビット列になる。次に、ス
テップ３５では、ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ
ＭＩＤＩＦｉｌｅ：ＳＭＦ）の中からキーオンイベン
トデータやプログラムチェンジデータやコントロールチ
ェンジデータなどの各種のＭＩＤＩデータを順次取り出
す。すなわち、ＭＩＤＩデータ列は基本的にはキーオン
ステータスバイト、キーコードバイト、ベロシティバイ
トからなるキーオンイベントデータやこれ以外のプログ
ラムチェンジイベントデータやコントロールチェンジイ
ベントデータなどから構成されているので、ステップ３
５では、このようなＭＩＤＩデータを順番に取り出す。
ステップ３６では、取り出されたＭＩＤＩデータがキー
オンイベントデータＫＯＮであるかどうかを判定し、キ
ーオンイベントデータ（ＹＥＳ）の場合は次のステップ
３７に進み、そうでない（ＮＯ）の場合はステップ３Ｄ
に進む。従って、ステップ３５で取り出されたＭＩＤＩ
データがキーオンイベントデータの場合には、図１
（Ａ）のようなキーオンイベントデータからなるＭＩＤ
Ｉデータ列ＳＭＦ１が得られることになる。このキーオ
ンイベントデータのＭＩＤＩデータ列ＳＭＦ１はデュレ
ーションタイムＤと、キーオンイベントデータとの組合
せで構成される。ステップ３７では、キーオンイベント
データの中の各バイトのデータをそれぞれ対応するレジ
スタａ，ｂ，ｃに格納する。すなわち、キーオンイベン
トデータの中のキーオンステータスバイトの中のチャン
ネル番号をレジスタａに、次の第１のデータバイト（キ
ーコードバイト）の中のキーコードをレジスタｂに、第
２のデータバイト（ベロシティバイト）の中のベロシテ
ィをレジスタｃにそれぞれ格納する。

【００２２】ステップ３８では、ステップ３４で作成さ
れたビット列の先頭から順に１ビット取り出して、それ
を第１のビットフラグＢＦ１に格納する。次のステップ
３９では、ステップ３７の各レジスタａ，ｂ，ｃの格納
値を所定の関数に従って演算し、その演算結果によって
得られたビットデータを反転して、第２のビットフラグ
ＢＦ２に格納する。この実施の形態では、各レジスタ
ａ，ｂ，ｃの値の合計値のモジュロ２を所定の関数とす
る。すなわち、関数ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋
ｃ）ｍｏｄ２とする。例えば、図１（Ａ）のようなキー
オンイベントＭＩＤＩデータ列ＳＭＦ１の場合には、８
つのキーオンイベントデータで１つの文字データに相当
するデータが作成される。まず、各キーオンイベントデ
ータの所定の関数ｆ１（ａ，ｂ，ｃ）で演算すると、図
１（Ｂ）のようになる。すなわち、（ａ＋ｂ＋ｃ）の値
が偶数なら『０』、奇数なら『１』となる。そして、こ
れらの反転ビットが第２のビットフラグＢＦ２に格納さ
れ、図１（Ｃ）のようになる。

【００２３】ステップ３Ａでは、ステップ３８及びステ
ップ３９で得られた第１のビットフラグＢＦ１と第２の
ビットフラグＢＦ２とが等しいかどうかを判定し、等し
い（ＹＥＳ）場合には次のステップ３Ｂ及びステップ３
Ｃの処理を行い、等しくない（ＮＯ）場合はステップ３
Ｅにジャンプする。ステップ３Ｂでは、第１のビットフ
ラグＢＦ１と第２のビットフラグＢＦ２とが等しいと判
定されたので、レジスタｃの値すなわちベロシティデー
タの最下位ビットに『１』を加算する。そして、ステッ
プ３Ｃで、そのレジスタｃの値に基づいてＭＩＤＩデー
タ列中のキーオンイベントデータを構成するベロシティ
の値を更新する。すなわち、ベロシティの値を１だけ増
加する。例えば、図１の場合には、第１のビットフラグ
ＢＦ１と第２のビットフラグＢＦ２との３番目、５番
目、６番目及び７番目がそれぞれ等しいと、ステップ３
Ａで判定されるので、ＭＩＤＩデータ列中の３番目、５
番目、６番目及び７番目のキーオンイベントデータのベ
ロシティの値が『１』だけ増加する。すなわち、３番目
のキーオンイベントデータのベロシティ値『６３』が
『６４』になり、５番目のキーオンイベントデータのベ
ロシティ値『７８』が『７９』になり、６番目のキーオ
ンイベントデータのベロシティ値『９１』が『９２』に
なり、７番目のキーオンイベントデータのベロシティ値
『４２』が『４３』になる。

【００２４】ステップ３Ｄでは、ステップ３６でＭＩＤ
Ｉデータ列から取り出されたデータがキーオンイベント
データでない（ＮＯ）と判定された場合に行われる処理
であり、取り出されたＭＩＤＩデータが今度はプログラ
ムチェンジイベントＰＣＭであるかどうかを判定し、プ
ログラムチェンジイベントＰＣＭ（ＹＥＳ）の場合に
は、ステップ３Ｈに進み、そうでない（ＮＯ）場合はス
テップ３Ｅに進む。ステップ３Ｅでは、ステップ３Ａ又
はステップ３ＤでＮＯと判定された場合又はステップ３
Ｃの処理を終えた場合に行われる処理であって、ステッ
プ３６で取り出されたＭＩＤＩデータの次のデータがデ
ータ終了を示すデータかどうかの判定を行う。このステ
ップ３Ｅでの判定結果がデータ終了（ＹＥＳ）の場合に
は、電子情報付与処理を終了し、データ終了でない（Ｎ
Ｏ）場合には、次のステップ３Ｆに進む。ステップ３Ｆ
では、ステップ３５〜ステップ３Ｅまでの処理を１巡回
処理とした場合にその１巡回処理が８回分すなわち８ビ
ット分行われたかどうかを判定し、８回分行われた（Ｙ
ＥＳ）場合には、次のステップ３Ｇに進み、そうでない
（ＮＯ）の場合は、ステップ３５にリターンし、レジス
タＢＲ内の次の１ビットに対してステップ３５〜ステッ
プ３Ｅの処理を行う。ステップ３Ｇでは、ステップ３３
〜ステップ３Ｆまでの処理を１巡回処理とした場合にそ
の１巡回処理が電子署名データを構成するバイト数だけ
行われたかどうかを判定し、行われた（ＹＥＳ）場合に
は、次のステップ３Ｈに進み、そうでない（ＮＯ）の場
合は、ステップ３３にリターンし、電子署名データの次
の１バイトに対してステップ３３〜ステップ３Ｅの処理
を行う。ステップ３Ｈでは、ステップ３Ｇで電子署名デ
ータの全バイトに対してステップ３３からステップ３Ｆ
までの処理が行われたことが判定されたので、再び電子
署名データの書込み処理を行うために、電子署名バイト
のポインタをその先頭にセットし、ステップ３３にリタ
ーンする。こうして、署名データの各ビットを所定のア
ルゴリズムで変換したデータが、分散されて、ＭＩＤＩ
データ中のキーオンイベントデータ内のベロシティバイ
ト部分に埋め込まれる。また、このステップ３Ｈでは、
ステップ３ＤでＹＥＳと判定された場合すなわち取り出
されたＭＩＤＩデータがプログラムチェンジイベントＰ
ＣＭだった場合にも行われる。従って、電子署名データ
はプログラムチェンジイベントＰＣＭが出現する度に、
電子署名データの先頭に復帰することになる。何故、プ
ログラムチェンジイベントで復帰するようにしたかとい
うと、プログラムチェンジイベントは電子署名を付与す
るノートオンイベントなどに比べて、比較的低頻度で発
生し、プログラムチェンジ後は、楽器が変わることを意
味するので、その位置を始点としてエディットされる可
能性の高い単位ということが言えるからである。

【００２５】次に、図３の電子情報付与処理によって付
与された電子情報すなわち電子署名データの検出処理に
ついて説明する。図４は、電子楽器１が電子情報検出装
置として動作する場合の一例を示すフローチャート図で
ある。この場合には、フロッピーディスクドライブ２５
から読み出されたＭＩＤＩデータのベロシティバイト部
分にそのヘッダ情報の一部である電子署名すなわち著作
権表示データが分散記録されているものとする。以下の
実施の形態では、この著作権表示データを検出して、そ
れをモニタなどに表示するまでの動作を説明する。ま
ず、ステップ４１では、署名データ格納レジスタＳＩＧ
Ｎにナルデータを格納する。すなわち、署名データ格納
レジスタＳＩＧＮの内容をリセットする。ステップ４２
では、電子署名を検出するべきＭＩＤＩデータ列、すな
わち図３の電子情報付与処理によって電子署名の付与さ
れたＭＩＤＩデータ列を取り出す。そして、次のステッ
プ４３で、バイトレジスタＢＲとビットカウンタＢＣＮ
の値をリセットする。

【００２６】次に、ステップ４４では、ＭＩＤＩデータ
列（Ｓｔａｎｄａｒｄ ＭＩＤＩＦｉｌｅ：ＳＭＦ）の
中から順次キーオンイベントデータやプログラムチェン
ジデータやコントロールチェンジデータなどのデータを
取り出す。ステップ４５では、取り出されたＭＩＤＩデ
ータがキーオンイベントデータＫＯＮであるかどうかを
判定し、キーオンイベントデータ（ＹＥＳ）の場合は次
のステップ４６に進み、そうでない（ＮＯ）場合はステ
ップ４Ｃに進む。従って、ステップ４４で取り出された
ＭＩＤＩデータがキーオンイベントデータの場合には、
図１（Ｇ）のようなキーオンイベントＭＩＤＩデータ列
ＳＭＦ２が作成されることになる。なお、図１（Ｇ）の
キーオンイベントデータ列は先に電子署名の付与された
図１（Ｄ）のキーオンイベントデータ列と同じものであ
る。ステップ４６では、キーオンイベントデータの中の
各バイトのデータをそれぞれ対応するレジスタａ，ｂ，
ｃに格納する。すなわち、キーオンイベントデータの中
のキーオンステータスバイトの中のチャンネル番号をレ
ジスタａに、次の第１のデータバイト（キーコードバイ
ト）の中のキーコードをレジスタｂに、第２のデータバ
イト（ベロシティバイト）の中のベロシティをレジスタ
ｃにそれぞれ格納する。

【００２７】ステップ４７では、バイトレジスタＢＲの
値を２倍（左シフト）して、その最下位ビットに関数ｆ
１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２の反転値
を加算する。ステップ４８では、ビットカウンタＢＣＮ
の値を１だけインクリメントする。ステップ４９では、
ビットカウンタＢＣＮの値が『８』になったかどうかを
判定し、ＹＥＳの場合は次のステップ４Ａに進み、ＮＯ
の場合はステップ４Ｆにジャンプする。例えば、図１
（Ｇ）のようなキーオンイベントのＭＩＤＩデータ列Ｓ
ＭＦ２の場合には、８つのキーオンイベントデータで１
つの文字データに相当するデータが作成される。まず、
各キーオンイベントデータの所定の関数ｆ１（ａ，ｂ，
ｃ）で演算すると、図１（Ｈ）のようになる。すなわ
ち、（ａ＋ｂ＋ｃ）の値が偶数なら『０』、奇数なら
『１』となる。そして、これらの反転ビットは図１
（Ｊ）のようになり、その値がバイトレジスタＢＲを順
次シフトしていき、最終的にはバイトレジスタＢＲの格
納値は、図１（Ｊ）のようになる。このようにして、得
られた図１（Ｊ）のデータは図１（Ｆ）と同じである。
すなわち、ＭＩＤＩデータのベロシティバイト部分に分
散して書き込まれた著作権表示データすなわち図１
（Ｆ）のようなデータが図１（Ｊ）のように再現された
ことになる。ステップ４Ａでは、バイトレジスタＢＲの
格納値をＡＳＣＩＩの文字データに変換して、署名デー
タ格納レジスタＳＩＧＮに追加記憶する。ステップ４Ｂ
で、バイトレジスタＢＲとビットカウンタＢＣＮの値を
リセットする。ステップ４Ｃでは、ステップ４５でＭＩ
ＤＩデータ列から取り出されたデータがキーオンイベン
トデータでない（ＮＯ）と判定された場合に行われる処
理であり、取り出されたＭＩＤＩデータが今度はプログ
ラムチェンジイベントＰＣＭであるかどうかを判定し、
プログラムチェンジイベントＰＣＭ（ＹＥＳ）の場合に
は、次のステップ４Ｄ及びステップ４Ｅに進み、そうで
ない（ＮＯ）場合はステップ４Ｆに進む。ステップ４Ｄ
では、バイトレジスタＢＲの値をリセットし、ステップ
４ＥではビットカウンタＢＣＮの値をリセットする。ス
テップ４Ｆでは、ステップ４９又はステップ４ＣでＮＯ
と判定された場合、又はステップ４Ｂ又はステップ４Ｅ
の処理を終えた場合に行われる処理であって、ステップ
４６で取り出されたＭＩＤＩデータの次のデータがデー
タ終了を示すデータかどうかの判定を行う。このステッ
プ４Ｆの判定結果がデータ終了（ＹＥＳ）の場合には、
次のステップ４Ｇに進み、データ終了でない（ＮＯ）場
合にはステップ４４にリターンする。ステップ４Ｇで
は、署名データ格納レジスタＳＩＧＮの内容に基づいて
検出された電子署名情報を図示していない表示装置など
に表示する。

【００２８】なお、上述の実施の形態では、ＭＩＤＩデ
ータ列からキーオンイベントデータを順番に取り出し
て、それに対して順番に電子署名データを格納する場合
について説明したが、エディットされる可能性の高い単
位として、チャンネル単位があるので、それに対応して
電子署名データを格納する場合について説明する。図５
は、電子楽器１が電子情報付与装置として動作する場合
の電子署名付与処理の別の一例を示すフローチャート図
である。この場合も、図３の場合と同様に、電子楽器１
は、フロッピーディスクドライブ２５から読み出したＭ
ＩＤＩデータにそのヘッダ情報の一部である電子署名す
なわち著作権表示データを分散記録する。まず、ステッ
プ５１及びステップ５２は、図３のステップ３１及びス
テップ３２と同じであり、ステップ５１でＭＩＤＩデー
タ列内に分散して書き込まれるべき電子署名（著作権表
示データ）の内容を決定し、ステップ５２でその文字列
に係るデータ列を得る。そして、次のステップ５３で
は、図３のステップ３３〜ステップ３Ｈの処理をそのチ
ャンネル毎に行う。そのとき、ステップ３９の所定の関
数に従った演算処理をそのチャンネル毎に異ならせるよ
うにする。例えば、ステップ３９では、関数ｆ１（ａ，
ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２を第２のビットフ
ラグＢＦ２に格納しているが、これを第１の関数処理と
し、次の第２、第３及び第４の関数処理の中から、適当
なものを各チャンネル毎に使い分けるようにする。第２
の関数処理はｆ２（ａ，ｂ，ｃ）＝（ａ＋ｃ）ｍｏｄ２
とする。第３の関数処理はｆ３（ａ，ｂ，ｃ）＝（ｂ＋
ｃ）ｍｏｄ２とする。第４の関数処理はｆ４（ａ，ｂ，
ｃ）＝（ｃ）ｍｏｄ２とする。ステップ５３では、これ
らの第１から第４までの関数処理をＭＩＤＩチャンネル
毎に選択的に切り換えて、図３のステップ３３〜ステッ
プ３Ｈまでの処理に従ってそれぞれのチャンネル毎にそ
の関数処理に従って変換された電子署名データを付与す
る。このように、チャンネル毎に関数処理の内容を変更
することによって、それぞれの情報を一度に変更するよ
うなエディット処理、例えばチャンネル情報の入れ替え
やキーコードのシフトなどといったものが行われた場合
でも、エディットによって変更されるデータに関係しな
い関数を利用するチャネルから電子署名データを復元す
ることができるという効果がある。

【００２９】次に、図５の電子情報付与処理２によって
付与された電子情報すなわち電子署名データを検出する
電子情報検出処理２について説明する。図６は、電子楽
器１が電子情報検出装置として動作する場合の電子情報
検出処理の別の一例を示すフローチャート図である。こ
の場合には、フロッピーディスクドライブ２５から読み
出されたＭＩＤＩデータの各チャンネル毎に所定の関数
処理（第１から第４までのいずれかの関数処理）によっ
て、ベロシティバイト部分にそのヘッダ情報の一部であ
る電子署名すなわち著作権表示データが分散記録されて
いるものとする。以下の実施の形態では、所定の関数処
理によって分散記録された著作権表示データをチャンネ
ル毎に検出して、それをモニタなどに表示するまでの動
作を説明する。まず、ステップ６１では、電子署名を検
出するべきＭＩＤＩデータ列、すなわち図５の電子情報
付与処理によって各チャンネル毎に所定の関数処理に応
じて電子署名データの付与されたＭＩＤＩデータ列を取
り出す。そして、次のステップ６２で、チャンネルカウ
ンタをリセットし、ステップ６３で関数カウンタをリセ
ットする。このチャンネルカウンタと関数カウンタは、
後の処理で、各チャンネルに対して各関数処理を施すた
めに利用されるものである。例えば、ＭＩＤＩチャンネ
ルが１６チャンネル相当の場合には、チャンネルカウン
タは０から１５までを巡回的にカウントするように処理
される。また、関数カウンタは、前述のように関数処理
が４種類の場合には、０〜３までも巡回的にカウントす
るように処理される。関数カウンタが『０』の場合は第
１の関数処理ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍ
ｏｄ２を、『１』の場合は第２の関数処理ｆ２（ａ，
ｂ，ｃ）＝（ａ＋ｃ）ｍｏｄ２を、『２』の場合は第３
の関数処理ｆ３（ａ，ｂ，ｃ）＝（ｂ＋ｃ）ｍｏｄ２
を、『３』の場合は第４の関数処理ｆ４（ａ，ｂ，ｃ）
＝（ｃ）ｍｏｄ２を意味する。

【００３０】ステップ６４では、チャンネルカウンタの
値に該当するチャンネルについて、関数カウンタの値に
該当する関数処理を用いて図４のステップ４１からステ
ップ４Ｆまでと同様の電子署名検出処理を行う。ステッ
プ６５では、検出されたデータ列に有意な部分があるか
どうかの判定を行う。ここで有意な部分とは、ＡＳＣＩ
Ｉの文字データによって構成される『ＣＯＰＹＲＩＧＨ
Ｔ』なる署名データの一部分である。従って、ステップ
６５では、図４の処理によって署名データ格納レジスタ
ＳＩＧＮに順次追加されたＡＳＣＩＩの文字データによ
って構成された文字列の中に『ＣＯＰＹＲＩＧＨＴ』な
る文字列データが存在するかどうかを判定することにな
る。ステップ６５の判定の結果、署名データ格納レジス
タＳＩＧＮ内に有意な部分が存在しない（ＮＯ）と判定
された場合には、次のステップ６６に進み、関数カウン
タを１だけインクリメントする。そして、次のステップ
６７で、全ての関数処理に対してステップ６４及びステ
ップ６５の処理すなわち署名データの抽出処理が行われ
たかどうかの判定を行い、行われた（ＹＥＳ）場合には
次のステップ６８に進み、そうでない（ＮＯ）場合はス
テップ６４にリターンし、次の関数処理についてステッ
プ６４及びステップ６５の処理を行う。逆に、ステップ
６５の判定の結果、署名データ格納レジスタＳＩＧＮ内
に有意な部分が存在した場合には、ステップ６Ｂに進
み、その検出された電子署名データをモニタ上に表示し
て終了する。

【００３１】ステップ６８では、チャンネルカウンタを
１だけインクリメントする。そして、次のステップ６９
で全てのチャンネルに対してステップ６４及びステップ
６５の処理すなわち署名データの抽出処理が行われたか
どうかの判定を行い、行われた（ＹＥＳ）場合には次の
ステップ６Ａに進み、そうでない（ＮＯ）場合はステッ
プ６３にリターンし、次のＭＩＤＩチャンネルについて
ステップ６３〜ステップ６５の処理を行う。ステップ６
９でＹＥＳと判定されたということは、全てのＭＩＤＩ
チャンネルに対して、全ての関数処理を用いて署名デー
タの抽出処理を行った結果、データ列に有意な部分が存
在しなかったということだから、ステップ６Ａでは、そ
の結果として『電子署名なし』又は『電子署名検出失
敗』などの文字をモニタ上に表示する。

【００３２】なお、ＭＩＤＩデータに基づく楽音再生演
奏においては、上記のように一部データ変更されたベロ
シティデータはそのまま再生に利用してよい。ベロシテ
ィデータの最下位１ビットの値が１増加又は減少するこ
とは、楽音の再生精度にそれほど深刻な影響を与えな
い。勿論、そうせずに、一部データ変更されたベロシテ
ィデータから署名データによる誤差を取り除いて、正確
なベロシティデータを再生するみとも可能であるから、
そのように実施してもよい。なお、上述の実施の形態で
は、付属情報として署名データを、主要情報としてのＭ
ＩＤＩデータのベロシティ部分に分散させて記録する場
合について説明したが、これは一例にすぎず、これ以外
の著作者名、曲の題名、画像／映像の題名などに関する
文字データやデータ形式に関するデータやその他の種々
のデータからなる適宜の付属情報を、所要の主要情報の
中に分散させて記録するようにしてもよいことはいうま
でもない。また、付属情報を分散させて記憶する対象と
なる主要情報の種類は、ベロシティ情報に限らず、ベロ
シティ情報以外の適宜の情報、例えばデュレーションタ
イム（待ち時間）データの情報であってもよい。また、
１つの付属情報を、異なる複数種類の主要情報（例えば
とベロシティ情報とデュレーションタイム情報）にわた
って分散させて記録するようにしてもよい。両方に分散
記録する場合、その厳密性すなわち分散記録することに
よってそのデータの内容が変更される度合いに応じて、
分散記録する箇所を適宜切り換えるようにしてもよい。
すなわち、デュレーションタイムデータの短い領域で、
そのデュレーションタイムデータに分散記録すると、そ
れによる変動の割合（厳密性）が大きくなるので、好ま
しくないが、デュレーションタイムデータが比較的大き
い領域では、逆の関係にあるので、分散記録しても影響
は少ない。同じく、ベロシティ部分に記録する場合で
も、ベロシティの値の小さい領域て、そのベロシティ部
分に分散記録すると、それによる変動の割合（厳密性）
が大きくなるので、好ましくないが、ベロシティの値の
大きい領域では、分散記録しても影響は少ない。従っ
て、これらを適宜考慮して種々のデータを分散記録する
ようにしてもよい。

【００３３】また、上述の実施の形態では、ＭＩＤＩデ
ータを主要情報として、このＭＩＤＩデータ内に付属情
報を分散記録する場合について説明したが、これに限ら
ず、波形サンプルデータやシーケンスデータ、ディジタ
ル記録音声データ、画像データ、動画データ、レジスト
レーション（電子楽器の設定記録）データなど、適宜の
データを主要情報としてもよく、これらの適宜の主要情
報内に所要の付属情報を分散記録するようにしてもよ
い。波形データ（波形サンプルデータ）を主要情報とし
てそこに適宜の付属情報を分散記録する場合には、所定
の関数処理としてその波形データ（ｗａｖｅ＿ｄａｔ
ａ）そのもののモジュロ２、すなわち、ｆ１（ｗａｖｅ
＿ｄａｔａ）＝ｗａｖｅ＿ｄａｔａ ｍｏｄ２としても
よい。また、波形データの値とそのサンプルポイントデ
ータとを用いて、両データの和のモジュロ２、すなわ
ち、ｆ２（ｗａｖｅ＿ｄａｔａ，ｓａｍｐｌｅ＿ｐｏｉ
ｎｔ）＝（ｗａｖｅ＿ｄａｔａ＋ｓａｍｐｌｅ＿ｐｏｉ
ｎｔ） ｍｏｄ２としてもよい。図５及び図６の実施の
形態では、各（論理）チャンネル毎に関数処理の種類を
変更して、署名データを検出する場合について説明した
が、図３及び図４のようにプログラムチェンジデータの
検出タイミング毎に関数処理の種類を変更するようにし
てもよい。この場合には、検出されたデータ列に有意な
部分が存在するかどうかの判定処理も各プログラムチェ
ンジデータの検出タイミング毎に行う必要がある。

【００３４】上述の実施の形態では、検出された電子署
名情報（すなわち付属情報）をモニタ上に表示する場合
について説明したが、検出側において、署名情報（すな
わち付属情報）がない場合や署名情報が完全に復旧でき
ない場合（各論理チャンネルにおいて、署名情報が検出
できるチャンネルと検出できないチャンネルが混在する
場合）には、データの再生を中止するようにしてもよ
い。また、その検出側の電子楽器やコンピュータなどが
ネットワークに接続されている場合には、そのネットワ
ーク上に不正にエディットされたデータが存在すること
を送信し、それをホストコンピュータ側で検出すること
ができるようにしてもよい。上述の実施の形態では、電
子楽器がこの発明に係る方法又は装置もしくはシステム
を採用した電子署名付与装置又は電子署名検出装置とし
て動作する場合について説明したが、この発明に係る方
法又は装置もしくはシステムは、電子楽器に限らず、ど
のような機器若しくは装置においても適用することがで
きる。この発明に係る方法又は装置もしくはシステムを
採用した電子署名（すなわち付属情報）付与及び／又は
検出装置は、ディスクリートタイプハードウェア装置で
構成してもよいし、ソフトウェアあるいはＤＳＰ（デジ
タル・シグナル・プロセッサ）とマイクロプログラムな
どで構成するようにしてもよい。また、このような電子
署名（すなわち付属情報）付与及び／又は検出装置をフ
ロッピーディスクドライブや通信インターフェイスなど
に予め内蔵しておいて、データの入出力の段階で強制的
に電子署名データ（すなわち付属情報）を付与したり、
検出したりするようにしてもよい。上述の実施の形態で
は、電子署名データ（すなわち付属情報）を主要情報の
間に分散記録する（付与する）ことと、それから、これ
を読み出して電子署名データ（すなわち付属情報）を再
生する（検出する）ことについて説明した。しかし、記
録する（付与する）ことと再生する（検出する）ことの
どちらか一方のみを実施することも本発明の範囲に含ま
れる。例えば、電子署名データ（すなわち付属情報）の
分散記録された（付与された）データ（すなわち主要情
報）を、フロッピーディスクやコンパクトディスクなど
で供給するようにしてもよいし、ネットワークを通じて
電子的に供給するようなデータ形態を採用してもよい。

【００３５】図３のステップ３Ｂでは、ベロシティデー
タの値を１だけインクリメント処理する場合について説
明したが、デクリメント処理してもよいし、これらの処
理を適当なタイミング（所定データ数毎とか）で交互に
行うようにしてもよい。上述の実施の形態では、所定の
関数処理の後にビット反転処理を行う場合について説明
したが、これは行わなくてもよい。また、ビット反転処
理の他にも、上位ビットと下位ビットを入れ替えると
か、ＡＮＤ（論理積）、ＯＲ（論理和）、ＸＯＲ（排他
的論理和）などの論理演算処理を施すとか、種々の処理
を加えるようにしてもよいことはいうまでもない。ま
た、適宜の暗号化処理を施すようにしてもよい。例え
ば、上述の第１から第４までの関数処理の結果を適宜組
み合わせてもよいし、前回の関数処理の結果を次の関数
処理に組み合わせて演算するようにしてもよい。なお、
これらの各処理はある程度高速に行うことができ、変換
後、逆変換によりもとに戻せるものであれば、これ以外
の方法でもよいことはいうまでもない。上述の実施の形
態では、プログラムチェンジデータの検出タイミング毎
に新たに署名データの付与処理を行う場合について説明
したが、これに限らず、小節単位（例えば８小節毎な
ど）データの検出タイミング毎に行うようにしてもよ
い。また、波形データに分散記録する場合には、所定の
サンプル数毎や所定のゼロクロス毎に新たに署名データ
の付与処理を行うようにしてもよい。ゼロクロス（波形
の値の符号が変わるタイミング）は波形エディットの際
の基準地点と考えられるからである。また、上述の実施
の形態では、署名データや題名などのような付属情報を
記録する場合について説明したが、ＭＩＤＩデータと波
形データを合わせて記録する場合に、ＭＩＤＩデータに
その波形データの一部を記録するようにしてもよいし、
波形データにＭＩＤＩデータの一部を合わせて記録する
ようにしてもよい。

【００３６】なお、上述の実施の形態では、著作権に関
する署名データを付属情報として、これをＭＩＤＩデー
タのベロシティ部分に分散記録する場合について説明し
たが、これは一例であり、これ以外の著作者名、曲の題
名（曲名）、画像／映像の題名などに関するテキスト情
報や、そのデータ形式に関する情報やその他の種々の電
子情報（曲の解説、著作者に関する情報、著作年、歌
詞、ニュース、ハードＩＤ（機種名、使用ＯＳ）などの
各種情報）を付属情報として、これを適宜の主要情報に
おいて分散記録するようにしてもよいことはいうまでも
ない。この場合には、図３から図６までの各処理におけ
る電子署名をこれらの各種電子情報に置き換えて処理す
ればよい。このようにして処理された電子情報（すなわ
ち付属情報）は、図７のように画面上に表示されるよう
になる。なお、このとき、付属情報を一連の纏まったフ
ァイル情報として検出してもよいし、自動演奏中にＭＩ
ＤＩデータから検出される電子情報の流れとして認識
し、それをリアルタイムに画面表示したりしてもよい。
この場合、付属情報が画像情報の場合には、ＭＩＤＩデ
ータによってリアルタイムに画像が描画されるようにな
り、テキスト情報の場合には、ニュース配信などのよう
なリアルタイムな情報表示を行うことが可能となる。ま
た、付属情報を分散記録するための技術がシンプルであ
るため、オンデマンドなどで適宜の電子情報（すなわち
付属情報）を所要の主要情報内に埋め込むことができる
ので、ＴＶ放送などのようなリアルタイムな描画が可能
となる。また、インターネットや電子メールなどのＩＤ
やパスワードの配信にも利用することができる。

【００３７】上述の実施の形態では、各種電子情報（す
なわち付属情報）をＭＩＤＩデータのベロシティ部分
（すなわち主要情報）に分散記録する場合について説明
したが、この場合だと、ＭＩＤＩデータ（すなわち主要
情報）自身が書き換えられてデータ値すなわちベロシテ
ィの値が全体的にシフトされたような場合、その付属情
報自体が消えてしまい再現することができなくなるとい
うおそれがある。そこで、ＭＩＤＩデータ（すなわち主
要情報）自体が書き換えられたりしても、付属情報を抽
出することのできる実施の形態について、図８及び図９
に基づき、以下、説明する。この実施の形態では、ＭＩ
ＤＩデータ（すなわち主要情報）における各データ単位
間の差分値をパラメータとして、付属情報を埋め込むた
めの演算アルゴリズムを実行することを特徴としてい
る。このように各データ単位間の差分値をパラメータと
することにより、各データ単位の値がシフト変更された
場合でも、その差分値には変化が生じないことになるの
で、埋め込まれた付属情報を適確に再生することができ
る。図８は、この実施の形態に係る差分アルゴリズムを
用いた情報記憶処理（付属情報付与処理）の一例を示す
フローチャートである。図９は、この差分アルゴリズム
を用いた情報記憶処理に従うデータ変換形態の具体例
と、変換されたデータから付属情報を再生する処理（検
出処理）に従うデータ再生形態の具体例を示す図、であ
る。付属情報を再生する処理（検出処理）のフローチャ
ート例については図示を省略するが、基本的には、上記
各実施例と同様に、記憶処理（付与処理）時の演算アル
ゴリズムに準じた所定の再生演算を行なうことによっ
て、付属情報の各ビットの抽出と再生を行なうことがで
きる。

【００３８】図８において、ステップ８１では、付属情
報（この例では電子署名情報）を埋め込むべき主要情報
（この例ではＭＩＤＩデータ）のキーオンイベントデー
タ列ＳＭＦ１を得る。これは、付属情報を埋め込む対象
となる主要情報の種類を、前述実施例と同様にベロシテ
ィバイト部分としたためである。すなわち、前述と同様
に、ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ ＭＩＤＩ
Ｆｉｌｅ：ＳＭＦ）の中からキーオンイベントデータや
プログラムチェンジデータやコントロールチェンジデー
タなどの各種のＭＩＤＩデータを順次取り出し、取り出
されたＭＩＤＩデータがキーオンイベントデータＫＯＮ
であるかどうかを判定し、キーオンイベントデータから
なるＭＩＤＩデータ列ＳＭＦ１を得る。すなわち、ＭＩ
ＤＩデータ列は、基本的には、キーオンステータスバイ
ト、キーコードバイト、ベロシティバイトからなるキー
オンイベントデータや、これ以外のプログラムチェンジ
イベントデータやコントロールチェンジイベントデータ
などから構成されているが、この中から、キーオンイベ
ントデータのＭＩＤＩデータ列ＳＭＦ１を取り出すので
ある。このキーオンイベントデータのＭＩＤＩデータ列
ＳＭＦ１はデュレーションタイムＤと３バイトのキーオ
ンイベントデータとの組合せで構成される。このキーオ
ンイベントデータ列ＳＭＦ１の具体例は図９（Ａ）のよ
うである。

【００３９】次に、ステップ８２では、このキーオンイ
ベントデータ列ＳＭＦ１内に分散して書き込まれるべき
付属情報（この例では電子署名すなわち前述の著作権表
示データ）に関するデータ列を得る。次に、ステップ８
３では、上記付属情報データ列（電子署名として付与す
る情報）から、ＡＳＣＩＩのデータ列の１バイト分をバ
イトレジスタＢＲに格納する。例えば、『Ｙ』＝『５９
Ｈ』をバイトレジスタＢＲに格納すると、それは図９
（Ｅ）に示すように『０１０１１００１Ｂ』＝『８９
Ｄ』のようなビット列になる。また、レジスタｊにバイ
トレジスタＢＲのビット長を示すデータ（例えば『８
Ｄ』）をストアする。ステップ８４では、レジスタｊの
値から１減少した値をレジスタｋにストアする。ステッ
プ８５では、相前後するキーオンイベントデータ同士の
キーコードバイトのキーコード同士の差分値を求め、そ
れをキー差分値レジスタｄｋｅｙに格納するとともにベ
ロシティバイトのベロシティ同士の差分値を求め、それ
をベロシティ差分値レジスタｄｖｅｌに格納する。ここ
では、後ろのキーオンイベントデータの値から前のキー
オンイベントデータの値を減算して求めている。すなわ
ち、ｎはイベントの順序を示す順序数であり、イベント
順序ｎのベロシティデータＶＥＬnを、その次のイベン
ト順序n+1のベロシティデータＶＥＬn+1から引き算し、
その結果の差分値をベロシティ差分値レジスタｄｖｅｌ
に格納する。また、イベント順序ｎのキーコードデータ
ＮＯＴＥnを、その次のイベント順序n+1のキーコードデ
ータＮＯＴＥn+1から引き算し、その結果の差分値をキ
ー差分値レジスタｄｋｅｙに格納する。これによって図
９（Ｂ）のような差分値データ対（ｄｋｅｙ，ｄｖｅ
ｌ）が作成される。

【００４０】ステップ８６では、この差分値データ対
（ｄｋｅｙ，ｄｖｅｌ）に所定の関数ｆ（ｄｋｅｙ，ｄ
ｖｅｌ）の処理を施して、その最下位ビットＬＳＢの値
と、レジスタＢＲ内のｋ番目のビットの値とを比較す
る。例えば、この関数ｆ（ｄｋｅｙ，ｄｖｅｌ）は、キ
ー差分値ｄｋｅｙとベロシティ差分値ｄｖｅｌとの合計
（ｄｋｅｙ＋ｄｖｅｌ）を求めることからなっている。
図９（Ｃ）は、各差分値データ対（ｄｋｅｙ，ｄｖｅ
ｌ）毎のキー差分値ｄｋｅｙとベロシティ差分値ｄｖｅ
ｌとの合計値（ｄｋｅｙ＋ｄｖｅｌ）を例示するもので
ある。図９（Ｄ）は、各合計値（ｄｋｅｙ＋ｄｖｅｌ）
の最下位ビットＬＳＢの値を示す。なお、バイトレジス
タＢＲの格納値の順位ｋは、最上位ビットをｋ＝７と
し、最下位ビットをｋ＝０とする。図９（Ｅ）に示され
たバイトレジスタＢＲの格納値『０１０１１００１Ｂ』
の例では、最初はｋ＝７によって最も左側（最上位）の
ビットの「０」が、合計値（ｄｋｅｙ＋ｄｖｅｌ）（図
９（Ｃ）では『２４Ｄ』）のＬＳＢ（図９（Ｄ）では
「０」）と比較される。

【００４１】ステップ８６がＮＯであれば、ステップ８
７の処理の後にステップ８８に行くが、ステップ８６が
ＹＥＳであれば、ステップ８７を飛び越してステップ８
８に行く。ステップ８７では、イベント順序n+1のベロ
シティデータＶＥＬn+1の値に所定の奇数ｍ（例えばｍ
＝１）を加算し、該イベント順序n+1のベロシティデー
タＶＥＬn+1の値を変更する。すなわち、ステップ８６
での比較結果が不一致であればステップ８７でベロシテ
ィデータＶＥＬn+1の変更（ｍの加算）を行なうが、ス
テップ８６での比較結果が一致であればベロシティデー
タＶＥＬn+1は変更しない。このようにして、キーオン
イベントデータ列ＳＭＦ１におけるベロシティデータＶ
ＥＬの変更又は不変更が上記所定のアルゴリズムに従っ
て制御され、図９（Ｆ）に例示するような、変更制御さ
れたキーオンイベントデータ列ＳＭＦ２が得られる。な
お、奇数ｍを加算することは、最下位ビットＬＳＢの値
を反転することを意味する。すなわち、不一致のときに
最下位ビットＬＳＢの値を反転することにより、一致す
る状態に変更されることになる。こうして、変更制御さ
れたキーオンイベントデータ列ＳＭＦ２における差分値
データ対毎の合計値（ｄｋｅｙ＋ｄｖｅｌ）の各最下位
ビットＬＳＢは、付属情報の各ビットの値に一致してい
るものとなる。ステップ８８ではレジスタｋの値を１減
少する。ステップ８９ではイベント順序ｎを１増加して
更新する。次に、ステップ９０では、更新されたイベン
ト順序ｎに基づき、用意されたキーオンイベントデータ
列ＳＭＦ１の処理が終了したかを判定する。ＮＯであれ
ば、ステップ９１に行き、ｋ＜０であるかを調べる。Ｎ
Ｏであれば、ステップ８５に戻り、更新されたｎとｋに
関して、上述のステップ８５〜９０の処理を繰り返す。

【００４２】上述のステップ８５〜９０の処理の繰り返
しによって、バイトレジスタＢＲ内の１バイト分の付属
情報（例えば図９（Ｅ）の『０１０１１００１Ｂ』）の
埋込処理が、次のようにして行われる。まず、図９
（Ａ）のデータ列ＳＭＦ１の場合、各差分値データ対
（ｄｋｅｙ，ｄｖｅｌ）毎の合計値（ｄｋｅｙ＋ｄｖｅ
ｌ）のデータ列としては、図９（Ｃ）に示すようなデー
タ列『２４，２２，２１，２８，９，４１，２２，−１
５』が順次得られる。ここで、イベント順序の若い差分
値データ対（ｄｋｅｙ，ｄｖｅｌ）の合計値（ｄｋｅｙ
＋ｄｖｅｌ）の最下位ビットＬＳＢ（図９（Ｄ））とバ
イトレジスタＢＲの左側から順番にビット同士が比較さ
れ、等しい（ＹＥＳ）場合にはキーオンイベントデータ
のベロシティ値を変更せずに、次の右側のビット同士の
比較に移る。等しくない（ＮＯ）場合にはそのビットに
関係する２つのキーオンイベントデータの中の後ろ側の
キーオンイベントデータのベロシティに奇数ｍ（例えば
ｍ＝１）を加算して該ベロシティ値を変更し、次の右側
のビット同士を比較に移る。こうして、ｎとｋを更新し
て順次比較されることになり、結局、図９のデータ例の
場合には、２番目の差分値データ対の合計値の最下位ビ
ットＬＳＢとバイトレジスタＢＲの左から２番目のビッ
ト同士が等しくないので、それに関係するＭＩＤＩデー
タ列ＳＭＦ１中の３番目のキーオンイベントデータのベ
ロシティ『４５』に『１』を加算して、『４６』に変更
する。ここで、３番目のキーオンイベントデータのベロ
シティの値が『４６』に変更されると、それによって３
番目の差分値データ（ｄｋｅｙ，ｄｖｅｌ）は（１４，
６）となり、その合計値（ｄｋｅｙ＋ｄｖｅｌ）は『２
０』となる。その結果、３番目の差分値データ対の合計
値の最下位ビットＬＳＢは『０』に変更される。次はこ
の変更された３番目の最下位ビットＬＳＢと３番目のバ
イトレジスタＢＲのビット同士が比較される。この結
果、両者は等しいと判断されるので、４番目のビット同
士の比較処理に移る。このようにして、順番に比較処理
とベロシティへの『１』の加算処理を行うと、５番目と
６番目のベロシティにも『１』が加算されることにな
る。以上の処理の結果、ＭＩＤＩデータ列ＳＭＦ１の３
番目のベロシティ『４５』、５番目のベロシティ『６
７』及び６番目のベロシティ『７３』にそれぞれ『１』
が加算されて、ＭＩＤＩデータ列ＳＭＦ１がＭＩＤＩデ
ータ列ＳＭＦ２（図９（Ｆ））のように変更される。

【００４３】ステップ９２では、未処理の付属情報が有
るか否かを調べ、有れば、ステップ８３に戻り、次の付
属情報の１バイトをレジスタＢＲにセットする。そし
て、前述と同様のステップ８３〜９１の処理を繰り返
す。主要情報内に埋め込むべきすべての付属情報につい
て、上述の埋め込み処理を終了すると、ステップ９２は
ＮＯとなり、図８の処理を終了する。なお、主要情報内
に埋め込むべきすべての付属情報について上述の埋め込
み処理を終了する前に、ステップ９０がＹＥＳとなった
場合は、未処理の付属情報を処理するために適切な処理
ステップ（図示せず）を付加してもよい。例えば、無発
音の擬似的なキーオンイベントデータ群を設定し、そこ
に未処理の付属情報を埋め込み処理するようにしてよ
い。

【００４４】以上のようにして付属情報を付加する処理
（埋め込み処理）の施されたＭＩＤＩデータ列ＳＭＦ２
は、適宜の記憶装置又はバッファ回路に記憶される。こ
のように付属情報を付加済（埋め込み済）のＭＩＤＩデ
ータ列ＳＭＦ２から付属情報の各ビットを抽出し再生す
るには、記憶装置又はバッファ回路からＭＩＤＩデータ
列ＳＭＦ２を読み出して、上述のアルゴリズムに準じた
所定の再生演算を行なえばよい。そのための再生処理手
順は、例えば図１０のような手順で行なうことができ
る。すなわち、まず、記憶装置又はバッファ回路からＭ
ＩＤＩデータ列ＳＭＦ２を読み出して、電子署名（すな
わち付属情報）を検出すべきデータ列ＳＭＦ２を得る
（ステップ９３）。次に、読み出したＭＩＤＩデータ列
ＳＭＦ２から、イベント順序レジスタｎの値によって指
示されるイベント順に、差分値データ対（ｄｋｅｙ，ｄ
ｖｅｌ）を求め（ステップ９４）、その差分値データ対
毎に所定の関数ｆ（ｄｋｅｙ，ｄｖｅｌ）の演算処理つ
まり合計処理（ｄｋｅｙ＋ｄｖｅｌ）を施し（ステップ
９５）、その各合計値の最下位ビットＬＳＢを抽出し
て、所定の再生バッファメモリに順次ストアする（ステ
ップ９６）。次に、レジスタｎの値を１増加し、ステッ
プ９８のＮＯを経由してステップ９４に戻り、ステップ
９４，９５，９６の処理を繰り返す。付属情報のすべて
を検出し終えると、ステップ９８がＹＥＳとなり、処理
を終了する。前述の通り、変更制御されたキーオンイベ
ントデータ列ＳＭＦ２における差分値データ対毎の合計
値（ｄｋｅｙ＋ｄｖｅｌ）の各最下位ビットＬＳＢは、
付属情報の各ビットの値に一致しているものとなってい
るので、抽出した各合計値の最下位ビットＬＳＢのデー
タ値を、イベント順に再生バッファメモリに順次ストア
することにより、再生バッファメモリにおいて付属情報
を配列させて再生することができる。

【００４５】以上の処理によって、例えば、図９（Ｆ）
のＭＩＤＩデータ列ＳＭＦ２に基づいて、図９（Ｇ）の
ような差分値データ対（ｄｋｅｙ，ｄｖｅｌ）のデータ
列が求められ、その差分値データ対毎に所定の関数ｆ
（ｄｋｅｙ，ｄｖｅｌ）の処理つまり合計処理（ｄｋｅ
ｙ＋ｄｖｅｌ）を施して図９（Ｈ）のような合計値デー
タ列を求める。このようにして求められた各合計値の最
下位ビットＬＳＢが埋め込まれていた電子署名（つまり
付属情報）であり、図９（Ｅ）と同じものが抽出・再生
されることが理解できる。なお、上記例では、キーコー
ドの差分値とベロシティの差分値を夫々求め、両者の合
計値のＬＳＢと付属情報との比較結果に応じてのベロシ
ティの変更演算を行なっているが、これに限らず、ベロ
シティの差分値のみを求め、この差分値のＬＳＢと付属
情報との比較結果に応じてのベロシティの変更演算を行
なうようにしてもよい。以上のように、この実施例によ
れば、ベロシティデータの差分値をパラメータとして該
ベロシティデータに対する付属情報の埋め込み演算を行
なうようにしたので、ベロシティデータ全体をシフトす
るようなデータ改変がなされたような場合において、差
分値情報が維持されることにより、埋め込んだ付属情報
の改変を防止することができる。なお、この実施の形態
では、図９（Ｄ）の関数処理データの最下位ビットＬＳ
Ｂと図９（Ｅ）のバイトレジスタＢＲの内容とを比較す
る場合に、左側から順番にビット同士を比較し、等しい
（ＹＥＳ）場合には次の右側のビット同士を比較し、等
しくない（ＮＯ）場合にはそのビットに関係する２つの
キーオンイベントデータの中の後ろ側のキーオンイベン
トデータのベロシティに奇数ｍ（例えばｍ＝１）を加算
して、次の右側のビット同士を比較するという一連の処
理で行っている。ここで、加算する奇数ｍの値は、
『１』に限らず、『３』や『５』などであってもよい。
また、奇数ｍを加算することに限らず、減算するように
してもよい。また、加算又は減算する奇数ｍの値を定数
とせずに、適宜、変化させてもよい。また、比較の順序
は、右側のビットから順番に比較するようにしてもよ
い。要するに、上記実施例に限定されるものではなく、
結果として、上記と同等の処理を行なうことができるよ
うに、種々のソフト的な処理をＭＩＤＩデータ列ＳＭＦ
１に施すようにすればよい。

【００４６】なお、図５の電子署名付与処理２では、チ
ャンネル毎に関数処理の内容を変更することによって、
それぞれの情報を一度に変更するようなエディット処
理、例えばチャンネル情報の入れ替えやキーコードのシ
フトなどといったものが行われた場合でも、エディット
によって変更されるデータに関係しない関数を利用する
チャネルから電子署名データを復元するようにしてい
る。図８〜図１０の実施の形態のように、キーコードと
ベロシティの差分値を求めるようなものでも、同様に、
各チャンネル毎に重複して付属情報の埋め込み処理を施
すようにすることができる。例えば、図８では、キーオ
ンイベントデータのＭＩＤＩデータ列ＳＭＦ１に対して
順番に差分値を求め、それに対して付加情報を順番に付
加する場合について説明したが、差分値の大きさに基づ
いて所定数の領域（例えば、３つの領域）に分類し、分
類されたもの同士で図８と同じような処理を施すように
してもよい。すなわち、キーオンイベントデータのＭＩ
ＤＩデータ列が『Ｄ，９ｎ，３ｃ，４０，Ｄ，９ｎ，３
ｃ，７ｆ，Ｄ，９ｎ，３ｃ，１０，Ｄ，９ｎ，３ｃ，７
ｆ，Ｄ，９ｎ，３ｃ，７ｆ，Ｄ，９ｎ，３ｃ，２０，
Ｄ，９ｎ，３ｃ，５０，Ｄ，９ｎ，３ｃ，７ｆ・・・
・』のようなものであったとする。この場合、ベロシテ
ィの差分値はｄｖｅｌは、『３ｆ，−６ｆ，６ｆ，０，
−５ｆ，３０，２ｆ・・・』のようになる。ここで、差
分値の大きさが０〜２ｆの場合を第１領域、３０〜５ｆ
の場合を第２領域、６０〜７ｆの場合を第３領域とす
る。従って、第４番目と第７番目の差分値が第１領域と
なり、第１番目と第６番目の差分値が第２領域となり、
第３番目が第３領域となる。マイナスの差分値は無視す
る。このようにして分類された第１〜第３の各領域につ
いて前述と同様の付属情報の付与処理を施すことによっ
て、各領域に埋め込んだ付属情報がすべて改変される確
率は２分の１の３乗、すなわち１２．５パーセントとな
る。このことは、１つでも最下位ビットが残る確率が８
７．５パーセントであることを意味する。このようにす
ると、データ全体が係数ａで乗算された場合でも、埋め
込んだ付属情報が改変される確率は非常に小さくなり、
付属情報の内容を保持することが可能となり、付属情報
の改変に対応することが可能となる。

【００４７】上記のすべての実施例に関連して、本発明
は、主要情報内に付属情報を組み込んで記憶するための
方法又は装置として構成することができ、さらには、そ
の方法を実施するためのプログラムを記録した記録媒体
として構成することができ、さらには、その方法に従っ
て記録されたデータ構造を持つデータを記憶した記録媒
体として構成することができる。更に、上記のすべての
実施例に関連して、本発明は、付属情報を組み込んで記
憶してなる主要情報から、該付属情報を抽出し再生する
ための方法又は装置として構成することができ、さらに
は、その方法を実施するためのプログラムを記録した記
録媒体として構成することができる。勿論、上記のすべ
ての実施例において、図２で電子楽器１として示された
装置は、汎用のパーソナルコンピュータによって置き換
えることができることは、前述の通りである。また、電
子楽器や楽音の合成／制御処理の分野に限らず、どのよ
うな電子情報を取り扱う分野ででも本発明を適用するこ
とができる。また、上記各実施例において、付属情報の
すべてを主要情報内に組み込む（埋め込む）ことなく、
付属情報の一部を主要情報内に組み込む（埋め込む）よ
うにしてもよいのは勿論である。その場合、主要情報内
に組み込まなかった残りの付属情報は、従来同様にヘッ
ダ部等の適当な領域に記憶しておいてもよい。上記のす
べての実施例に関連して、付属情報（第２の情報）を組
み込んだ状態からなる主要情報（第１の情報）を通信ネ
ットワークを介して伝送するようにしてもよい。その場
合、受信側では、通信ネットワークを介して伝送された
データを受信し、受信したデータにおける主要情報（第
１の情報）のデータのうちの特定のデータ単位から、複
数の小サイズのデータ片を再現し、再現された各データ
片により付属情報（第２の情報）を再生するようにすれ
ばよい。

【００４８】

【発明の効果】この発明によれば、音楽データ、映像デ
ータ又は波形データなどの主要情報の中に適宜の付属情
報を組み込んで記憶することができるので、付属情報の
不正な削除や改変を防ぐことができる、という優れた効
果を奏する。また、付属情報を組み込んだ主要情報の一
部が削除されたり変更された場合でも、付属情報を再現
することができる、という優れた効果を奏する。

【図面の簡単な説明】

【図１】 この発明に係る電子情報の記憶（付与）処理
及び再生（検出）処理におけるデータ変換形態の具体例
を示すデータ図。

【図２】 この発明に係る電子情報処理システムとして
動作する電子楽器のハードウェア全体構成例を示すブロ
ック図。

【図３】 図２のハードウェアを用いて実行される電子
署名付与処理（記憶処理）の一実施例を示すフローチャ
ート図。

【図４】 図３に従って記憶された情報から電子署名
（付属情報）を再生するための電子署名検出処理（再生
処理）の一実施例を示すフローチャート図。

【図５】 図２のハードウェアを用いて実行される電子
署名付与処理（記憶処理）の別の実施例を示すフローチ
ャート図。

【図６】 図５に従って記憶された情報から電子署名
（付属情報）を再生するための電子署名検出処理（再生
処理）の一実施例を示すフローチャート図。

【図７】 図２における表示回路において表示される表
示画面の一例を示す図。

【図８】 図２のハードウェアを用いて実行される電子
署名付与処理（記憶処理）の更に別の実施例を示すフロ
ーチャート図。

【図９】 図８に従う記憶処理及び図１０に従う再生処
理におけるデータ変換形態の具体例を示すデータ図。

【図１０】 図８に従って記憶された情報から電子署名
（付属情報）を再生するための電子署名検出処理（再生
処理）の一実施例を示すフローチャート図。

【符号の説明】

１ 電子楽器 ２１ ＣＰＵ ２２ ＲＯＭ ２３ ＲＡＭ ２４ 音源 ２５ フロッピーディスクドライブ ２６ 鍵盤 ２７ パネルスイッチ ２８ 表示回路 ２９ データ及びアドレスバス

フロントページの続き (56)参考文献 特開 平９−186603（ＪＰ，Ａ) 特開 平８−199219（ＪＰ，Ａ) Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ 1994 ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａ ｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍ ａｇｅ Ｐｒｏｃｅｓｓｉｎｇ，Ｖｏ ｌ．２，Ｒ．Ｇ．ｖａｎ Ｓｃｈｙｎｄ ｅｌ ｅｔ ａｌ，”Ａ Ｄｉｇｉｔａ ｌ Ｗａｔｅｒｍａｒｋ”，ｐ．86− 90，Ｎｏｖｅｍｂｅｒ 13−16，1994, Ａｕｓｔｉｎ，Ｔｅｘａｓ，Ｕ．Ｓ．Ａ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈ ｅ 1996 Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｍｕｌ ｔｉｍｅｄｉａ Ｃｏｍｐｕｔｉｎｇ ａｎｄ Ｓｙｓｔｅｍｓ，Ｌａｕｒｅｎ ｃｅ Ｂｏｎｅｙ ｅｔ ａｌ，”Ｄｉ ｇｉｔａｌ Ｗａｔｅｒｍａｒｋｓ ｆ ｏｒ Ａｕｄｉｏ Ｓｉｇｎａｌｓ”, ｐ．473−480，Ｊｕｎｅ 17−23, 1996，Ｈｉｒｏｓｈｉｍａ，Ｊａｐａｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ Ｆｉ ｆｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇ ｅ Ｐｒｏｃｅｓｓｉｎｇ ａｎｄ Ｉ ｔｓ Ａｐｐｌｉｃａｔｉｏｎｓ，Ｆ. Ｍ．Ｂｏｌａｎｄ ｅｔ ａｌ，”Ｗａ ｔｅｒｍａｒｋｉｎｇ Ｄｉｇｉｔａｌ Ｉｍａｇｅｓ ｆｏｒ Ｃｏｐｙｒｉ ｇｈｔ Ｐｒｏｔｅｃｔｉｏｎ”，ｐ. 326−330，４−６ Ｊｕｌｙ 1995，Ｉ ＥＥ Ｃｏｎｆｅｎｒｅｎｃｅ Ｐｕｂ ｌｉｃａｔｉｏｎ Ｎｏ．410 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G10H 1/00 - 7/12 G10K 15/02 G10L 19/00 H04L 9/00 - 9/38 G09C 1/00 - 5/00 ＩＥＥＥ／ＩＥＥ Ｅｌｅｃｔｒｏｎｉ ｃ Ｌｉｂｒａｒｙ Ｏｎｌｉｎｅ ＩＮＳＰＥＣ（ＤＩＡＬＯＧ) ＪＩＣＳＴファイル（ＪＯＩＳ) ＷＰＩ（ＤＩＡＬＯＧ)

Claims (19)

(57)【特許請求の範囲】
1. 【請求項１】 複数のイベントデータで構成される第１
   の情報を入力するステップと、 第２の情報を入力するステップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータの内容を前記第２の情報に基づいて変更することに
   より前記第１の情報に前記第２の情報を分散して配置す
   るステップと、 前記第２の情報が分散して配置された第１の情報を出力
   するステップとからなる電子情報処理方法。
2. 【請求項２】 それぞれ所定のパラメータを含む複数の
   イベントデータで構成される第１の情報を入力するステ
   ップと、 第２の情報を入力するステップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータに含まれるパラメータを前記第２の情報に基づいて
   変更することにより前記第１の情報に前記第２の情報を
   分散して配置するステップと、 前記第２の情報が分散して配置された第１の情報を出力
   するステップとからなる電子情報処理方法。
3. 【請求項３】 それぞれ２以上のパラメータを含む複数
   のイベントデータで構成される第１の情報を入力するス
   テップと、 第２の情報を入力するステップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータに含まれる２以上のパラメータの内容と前記第２の
   情報に基づいて前記２以上のパラメータのうち少なくと
   も一部を変更することにより前記第１の情報に前記第２
   の情報を分散して配置するステップと、 前記第２の情報が分散して配置された第１の情報を出力
   するステップとからなる電子情報処理方法。
4. 【請求項４】 それぞれ順序関係を有する複数のイベン
   トデータで構成される第１の情報を入力するステップ
   と、 第２の情報を入力するステップと、 前記イベントデータのうちの所定の順序関係にある複数
   のイベントデータの関係と前記第２の情報に基づいて前
   記所定の順序関係にある複数のイベントデータのうちい
   ずれかの内容を変更することにより前記第１の情報に前
   記第２の情報を分散して配置するステップと、 前記第２の情報が分散して配置された第１の情報を出力
   するステップとからなる電子情報処理方法。
5. 【請求項５】 複数のイベントデータで構成される第１
   の情報を入力するステップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータに分散して配置された第２の情報を検出するととも
   に当該分散して配置された第２の情報を抽出するステッ
   プと、 前記抽出した第２の情報を出力するステップとからなる
   電子情報処理方法。
6. 【請求項６】 それぞれ所定のパラメータを含む複数の
   イベントデータで構成される第１の情報を入力するステ
   ップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータに含まれるパラメータに分散して配置された第２の
   情報を検出するとともに当該分散して配置された第２の
   情報を抽出するステップと、 前記抽出した第２の情報を出力するステップとからなる
   電子情報処理方法。
7. 【請求項７】 それぞれ２以上のパラメータを含む複数
   のイベントデータで構成される第１の情報を入力するス
   テップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータに含まれる２以上のパラメータの内容に基づいて、
   前記イベントデータに分散して配置された第２の情報を
   検出するとともに当該分散して配置された第２の情報を
   抽出するステップと、 前記抽出した第２の情報を出力するステップとからなる
   電子情報処理方法。
8. 【請求項８】 それぞれ順序関係を有する複数のイベン
   トデータで構成される第１の情報を入力するステップ
   と、 前記イベントデータのうち所定の順序関係にある複数の
   イベントデータの内容に基づいて、前記所定の順序関係
   にあるイベントデータのうちいずれか一方に分散して配
   置された第２の情報を検出するとともに当該分散して配
   置された第２の情報を抽出するステップと、 前記抽出した第２の情報を出力するステップとからなる
   電子情報処理方法。
9. 【請求項９】 複数のイベントデータで構成される第１
   の情報を入力するステップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータに分散して配置された第２の情報を検出するととも
   に当該分散して配置された第２の情報を抽出するステッ
   プと、 前記抽出した第２の情報の有意性を判断するステップ
   と、 前記有意性の判断結果に応じて第１の情報の利用を許可
   するか否かを制御するステップとからなる電子情報処理
   方法。
10. 【請求項１０】 請求項１乃至９のいずれかに記載の方
    法をコンピュータに実行させるためのプログラムを記憶
    した機械読み取り可能な記憶媒体。
11. 【請求項１１】 複数のイベントデータで構成される第
    １の情報を入力する手段と、 第２の情報を入力する手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータの内容を前記第２の情報に基づいて変更することに
    より前記第１の情報に前記第２の情報を分散して配置す
    る手段と、 前記第２の情報が分散して配置された第１の情報を出力
    する手段とを具えた電子情報処理装置。
12. 【請求項１２】 それぞれ所定のパラメータを含む複数
    のイベントデータで構成される第１の情報を入力する手
    段と、 第２の情報を入力する手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータに含まれるパラメータを前記第２の情報に基づいて
    変更することにより前記第１の情報に前記第２の情報を
    分散して配置する手段と、 前記第２の情報が分散して配置された第１の情報を出力
    する手段とを具えた電子情報処理装置。
13. 【請求項１３】 それぞれ２以上のパラメータを含む複
    数のイベントデータで構成される第１の情報を入力する
    手段と、 第２の情報を入力する手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータに含まれる２以上のパラメータの内容と前記第２の
    情報に基づいて前記２以上のパラメータのうち少なくと
    も一部を変更することにより前記第１の情報に前記第２
    の情報を分散して配置する手段と、 前記第２の情報が分散して配置された第１の情報を出力
    する手段とを具えた電子情報処理装置。
14. 【請求項１４】 それぞれ順序関係を有する複数のイベ
    ントデータで構成される第１の情報を入力する手段と、 第２の情報を入力する手段と、 前記イベントデータのうちの所定の順序関係にある複数
    のイベントデータの関係と前記第２の情報に基づいて前
    記所定の順序関係にある複数のイベントデータのうちい
    ずれかの内容を変更することにより前記第１の情報に前
    記第２の情報を分散して配置する手段と、 前記第２の情報が分散して配置された第１の情報を出力
    する手段とを具えた電子情報処理装置。
15. 【請求項１５】 複数のイベントデータで構成される第
    １の情報を入力する手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータに分散して配置された第２の情報を検出するととも
    に当該分散して配置された第２の情報を抽出する手段
    と、 前記抽出した第２の情報を出力する手段とを具えた電子
    情報処理装置。
16. 【請求項１６】 それぞれ所定のパラメータを含む複数
    のイベントデータで構成される第１の情報を入力する手
    段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータに含まれるパラメータに分散して配置された第２の
    情報を検出するとともに当該分散して配置された第２の
    情報を抽出する手段と、 前記抽出した第２の情報を出力する手段とを具えた電子
    情報処理装置。
17. 【請求項１７】 それぞれ２以上のパラメータを含む複
    数のイベントデータで構成される第１の情報を入力する
    手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータに含まれる２以上のパラメータの内容に基づいて、
    前記イベントデータに分散して配置された第２の情報を
    検出するとともに当該分散して配置された第２の情報を
    抽出する手段と、 前記抽出した第２の情報を出力する手段とを具えた電子
    情報処理装置。
18. 【請求項１８】 それぞれ順序関係を有する複数のイベ
    ントデータで構成される第１の情報を入力する手段と、 前記イベントデータのうち所定の順序関係にある複数の
    イベントデータの内容に基づいて、前記所定の順序関係
    にあるイベントデータのうちいずれか一方に分散して配
    置された第２の情報を検出するとともに当該分散して配
    置された第２の情報を抽出する手段と、 前記抽出した第２の情報を出力する手段とを具えた電子
    情報処理装置。
19. 【請求項１９】 複数のイベントデータで構成される第
    １の情報を入力する手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータに分散して配置された第２の情報を検出するととも
    に当該分散して配置された第２の情報を抽出する手段
    と、 前記抽出した第２の情報の有意性を判断する手段と、 前記有意性の判断結果に応じて第１の情報の利用を許可
    するか否かを制御する手段とを具えた電子情報処理装
    置。