JP3180789B2 - 電子情報処理方法及び装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は電子的記憶媒体に
楽音制御情報（ＭＩＤＩデータなど）などの主要情報と
付属情報とを暗号化処理して記憶したり、記憶媒体に記
憶されている暗号化処理された主要情報と付属情報に基
づいて元の主要情報及び付属情報を検出する処理を行な
う電子情報処理方法及び装置に関し、さらにはそのシス
テムあるいは記録媒体に関する。

【０００２】

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

【０００３】

【発明が解決しようとする課題】しかしながら、現在で
は、パーソナルコンピュータなどを使って自由にデータ
を書き換えたり変更したりすることができるので、故意
又は過失によって、著作権表示データや種々の付属情報
が削除されたり、書き換えられたりするという問題があ
る。特に、これらの付属情報がヘッダ部に記録されてい
る場合は、削除や改竄が容易になされてしまうという問
題がある。また、最近ではネットワーク通信の発達に伴
って、このように著作権表示データの削除や改竄がなさ
れた音楽データ、映像データ又は波形データなどが通信
ネットワークを介して広く流通するという問題も起こり
易い。この発明は、音楽データ、映像データ又は波形デ
ータなどのような主要情報のデータフォーマットを変更
することなく付属情報を付加すると共にこれらのデータ
に暗号化処理を施し、この暗号を解読しない限り、こら
れの主要情報や付属情報を再生して利用することのでき
ないようにした電子情報処理方法及び装置さらにはシス
テム若しくは記録媒体を提供することを目的とする。

【０００４】

【課題を解決するための手段】 請求項１に係る電子情
報処理方法は、それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力するス
テップと、第２の情報を入力するステップと、前記第１
の情報から特定のイベントデータを取り出すステップ
と、前記第２の情報内から一部分とその一部分とは異な
る他の部分とを取り出すステップと、前記特定のイベン
トデータのうちの特定のパラメータを前記一部分に基づ
いて変更し、前記特定のイベントデータのうちの特定の
パラメータ以外のパラメータを前記他の部分に基づいて
変更することにより前記第１の情報に前記第２の情報を
分散して配置するステップと、前記第２の情報が分散し
て配置された第１の情報を出力するステップとからな
る。 請求項２に係る電子情報処理方法は、それぞれ２以
上のパラメータを含む複数のイベントデータで構成され
る第１の情報を入力するステップと、第２の情報を入力
するステップと、前記第１の情報から音高を表わす音高
パラメータを含む特定のイベントデータを取り出すステ
ップと、前記第２の情報から一部分を取り出すステップ
と、前記第２の情報の一部分と前記特定のイベントデー
タの音高パラメータを使って新たな音高パラメータを作
成し、該新たな音高パラメータを前記特定のイベントデ
ータのうちの音高パラメータに上書きすることにより、
前記第１の情報に前記第２の情報を分散して配置すると
共に第１の情報を暗号化するステップとからなる。 請求
項３に係る電子情報処理方法は、複数のイベントデータ
で構成される第１の情報を入力するステップと、情報の
変更方法を表わす第２の情報を入力するステップと、前
記イベントデータのうち少なくとも一部のイベントデー
タの内容を前記第２の情報に基づいて変更することによ
り前記第１の情報に前記第２の情報を分散して配置する
ステップと、前記第１の情報のうちの前記第２の情報が
配置されていない部分を前記第２の情報が表わす変更方
法で変更するステップとからなる。 請求項４乃至６に係
る電子情報処理方法は、上記請求項１乃至３に係るいず
れかの方法で第２の情報が分散して配置された第１の情
報を入力し、この第１の情 報から、分散して配置された
第２の情報を検出若しくは抽出することに係るものであ
る。これにより第２の情報がデコードされる。 請求項７
に係る記憶媒体は、請求項１乃至６のいずれかに係る方
法をコンピュータに実行させるためのプログラムを記憶
した機械読み取り可能な記憶媒体に係るものである。 請
求項８乃至１５に係る電子情報処理装置は、請求項１乃
至６のいずれかに係る方法を実施するよう構成された電
子情報処理装置に係るものである。 次に、以下説明する
実施例に関連して概略を説明する。

【０００５】前記第１の情報は主要情報に相当するもの
であり、例えば、ＭＩＤＩ形式の音楽演奏情報であって
よく、全体として大きな情報量を持ち、メモリにおいて
は所定の主データ記憶領域に記憶されるようなものであ
る。前記第２の情報は付属情報に相当するものであり、
例えば、そのような主データ記憶領域に記憶された音楽
演奏情報つまり第１の情報の、著作権表示に関する情報
であってよく、音楽演奏情報つまり第１の情報に比べて
小規模な情報量からなる。例えば、この発明によれば、
第１の情報つまり主要情報は所定の主データ記憶領域に
記憶され、第２の情報つまり付属情報は、ヘッダ領域で
はなく、主データ記憶領域内で、第１の情報を構成する
データに組み込んで記憶することができる。

【０００６】この発明によれば、第１の情報から少なく
とも２つのデータ単位を選択し、該少なくとも２つのデ
ータ単位の各値に関連する値を持つデータ関連値を求め
る。このデータ関連値は、例えば、相前後するデータ単
位の各値の差分値である。第２の情報を構成するデータ
群から、第１の情報の１つのデータ単位に組み込むべき
データセグメントが、選択される。１つのデータ単位に
組み込むことができるデータセグメントのサイズは、複
数ビットであってよいし、必要に応じて１ビットのみで
あってもよい。データ関連値及びデータセグメントの値
を変数とする所定の関数に基づき、第１の情報における
１つのデータ単位の内容に置換されるべきデータを生成
し、この生成されたデータにより、第１の情報における
前記少なくとも２つのデータ単位のうちの所定の一方に
該当するデータ単位の内容を置換する。生成されたデー
タにより該当するデータ単位の内容をそっくり置換する
ことにより、１つのデータ単位に組み込むことができる
第２の情報のデータセグメントのサイズを比較的大きく
することができ、第２の情報を第１の情報内に効率的に
組み込むことができる。また、データ単位の内容を置換
する構成であるため、第１の情報のデータフォーマット
はそのままに維持されることになり、主要情報たる第１
の情報のデータフォーマットの変更を要求することな
く、第２の情報として、任意の種類及び内容のデータ
を、第１の情報の中に組み込むことができる。すなわ
ち、第１の情報の中に、電子的透しの手法によって、任
意の第２の情報を組み込むことができる。

【０００７】置換すべきデータの生成のために使用する
前記所定の関数は、前記データ関連値及び前記データセ
グメントの値を変数とする所定の演算を実行することに
より実現するようにしてもよい。あるいは、該所定の関
数は、前記データ関連値及び前記データセグメントの値
を変数として所定のテーブルを参照することにより実現
されるようになっていてもよい。前記第１の情報におけ
るデータ単位の配列において、相前後するデータ単位の
値の差が所定値より小さいところを検出し、その中の１
つのデータ単位を、置換されるべきデータ単位として選
択するようにするとよい。このことは、第１の情報にお
けるデータ単位の配列において、その値の変化の少ない
ところから、置換されるべきデータ単位を選択すること
を意味する。これにより、データの置換によって、再生
時に生ずるかもしれない、再生データが乱れることがあ
るかもしれない、といったような問題による影響を最小
限に納めることを可能にする。

【０００８】上記のようにして第１の情報内に第２の情
報が組み込まれたデータ群からそれぞれの情報を再生す
るために、前記第１の情報のうちの前記置換されたデー
タ単位から、前記データ関連値及び前記データセグメン
トの値を再生するステップと、再生した前記データ関連
値に基づき該置換されたデータ単位の本来の内容を再生
するステップとを具備するとよい。データ関連値は、置
換されたデータ単位の本来の内容と、もう１つのデータ
単位の内容と、に関連している値であり、置換されたデ
ータ単位の本来の内容は未知、もう１つのデータ単位の
内容は既知、であるから、再生したデータ関連値と既知
であるもう１つのデータ単位の内容とから、未知である
置換されたデータ単位の本来の内容を再現することがで
きる。例えば、データ関連値が上記のような差分値から
なるものである場合は、既知であるもう１つのデータ単
位の内容にデータ関連値を足し算または引き算すること
によって、置換されたデータ単位の本来の内容を再現す
ることができる。第１の情報における前記２つのデータ
単位のデータ関連値は、演算に限らず、所定の関数又は
テーブルに従って求めた値であってもよい。

【０００９】再生処理を容易にするために、第１の情報
におけるデータ単位が置換されているか否かを示すため
に、適宜のフラグ値を該データ単位内に組み込んでおく
ようにしてよい。実際問題として、このようなフラグ値
の組み込みによって、再生時において、再生データが乱
れることが起こり得、それ故に、置換されたデータ単位
の本来の内容は、正確に再現されずに、下位ビットの値
に乱れが起こることがあるかもしれない。本発明におい
ては、そのような再生時における多少の乱れは許容する
ものとする。すなわち、未知である置換されたデータ単
位の本来の内容を、完全に正確に再現することなく、下
位ビットの値に多少の乱れでみられることがある故に、
大体の値を再現することができるだけのような場合であ
っても、「置換されたデータ単位の本来の内容を再現す
る」ことに該当する。例えば、ＭＩＤＩデータにおける
ベロシテイデータは、楽音の音量を規定するものである
から、その下位ビットの値の多少の乱れは、再生性能を
損なうという重大な問題を引き起こさない。よって、そ
のような、再生性能を損なうという重大な問題を引き起
こすおそれがない性質のデータに対して、第２の情報を
組み込むためのデータ置換処理を施すとよい。

【００１０】一例として、この発明に係る方法を利用し
た電子情報処理システムは、主要情報を編集することに
よって主要情報の中に種々の付属情報を埋め込むと共に
主要情報に暗号化処理を施すものである。主要情報とし
ては、ＭＩＤＩデータのキーオンイベントデータ、プロ
グラムチェンジデータ又はコントロールチェンジデー
タ、波形データ、又は映像データなどがある。付属情報
としては、著作者名、曲の題名、画像／映像の題名など
に関する文字データや波形データの圧縮方法などのデー
タ形式に関するデータやその他の種々のデータ（暗号
文、鍵情報、ＩＤ、パスワード、ニュース文）などがあ
る。この電子情報処理システムは、主要情報を構成する
データ群の中の所定のデータ群として、ＭＩＤＩデータ
の場合にはキーオンイベントデータ群を用い、このキー
オンイベントデータ群の中の単位データとして、ベロシ
ティデータやキーコードデータを用い、これらの相前後
するもの同士の差分値を求め、それを用いる。

【００１１】このベロシティデータ及びキーコードデー
タは、ＭＩＤＩメッセージの中で０〜１２７の値を取る
ので、負の差分値に対応した０〜６３と、正の差分値に
対応した６４〜１２７とに分割される。付属情報として
４ビット構成のデータを考えた場合に、３ビットをキー
コードデータに割り当て、１ビットをベロシティデータ
に割り当てると、キーコードデータは０〜７，８〜１
５，・・・，５６〜６３のような負の差分値に対応した
８つの領域に分割され、６４〜７１，７２〜７９，・・
・，１２０〜１２７のような正の差分値に対応した８つ
の領域に分割され、ベロシティデータは０〜３１，３２
〜６３のような負の差分値に対応した２つの領域に分割
され、６４〜９５，９６〜１２７のような正の差分値に
対応した２つの領域に分割される。これらのキーコード
及びベロシティの値をＸ−Ｙ座標のそれぞれの軸に対応
付けると、キーコード及びベロシティの差分値が共に正
の場合、キーコードの差分値が正でベロシティの差分値
が負の場合、キーコード及びベロシティの差分値が共に
負の場合、キーコードの差分値が負でベロシティの差分
値が正の場合の４通りがそれぞれＸ−Ｙ座標系の４つの
象限に対応するようになる。

【００１２】従って、キーコード及びベロシティの差分
値の正負に応じて各象限が決定し、付属情報の値に応じ
てキーコード及びベロシティの値の範囲が決定し、その
差分値に応じてその範囲内の値が決定するので、この決
定した値を新たなキーコード及びベロシティの値とする
ことによって、前のキーコード及びベロシティとは異な
る値に変換することができる。変換されたキーコード及
びベロシティの値は元の値とは全く相関がないので、こ
れを自動演奏で再生したとしてもスクランブルのかかっ
た（暗号化された）ものとなり、演奏音としては成立し
ない。また、付属情報として、１つのキーオンイベント
データ中に複数ビットのデータを埋め込むことができる
ので、大量のデータを主要情報の品質を落とすことな
く、主要情報と共に伝送することができるという効果が
ある。

【００１３】上記のように編集された前記主要情報を構
成するデータ群を、電子的記憶媒体に記録するようにし
てよいし、又は通信ネットワークを介して配信するよう
にしてもよい。この発明の第２の観点に従えば、記憶媒
体から読み出した、又は通信ネットワークを介して配信
されてきたデータ群から、主要情報（第１の情報）と付
属情報（第２の情報）とを適切に再現する方法が提案さ
れる。この方法は、記憶媒体から読み出した、又は通信
ネットワークを介して受信したデータ群データのうち前
記第１の情報の前記置換されたデータ単位から、前記デ
ータ関連値及び前記データセグメントの値を再生するス
テップと、再生した前記データ関連値に基づき該置換さ
れたデータ単位の本来の内容を再生するステップとを具
備する。再生された付属情報（第２の情報）は、可視的
にディスプレイするようしてもよい。すなわち、主要情
報（第１の情報）の中に組み込まれた付属情報（第２の
情報）が、文字データや波形データの圧縮方法などのデ
ータ形式に関するデータやその他の種々のデータ（暗号
文、鍵情報、ＩＤ、パスワード、ニュース文）などであ
る場合、それらを画面上に表示することができるもので
あり、また、これらのデータを通信ネットワークを介し
て配信する場合は、時々刻々と配信されてくるデータに
応じてストーリミングに表示することができる。

【００１４】この発明の別の観点に従う方法は、複数の
データ単位の集まりからなるデータ群により構成された
主要情報の中に付属情報のデータを組み込む方法であっ
て、前記主要情報のデータグループにおける特定の各デ
ータ単位の中に前記付属情報を構成するデータを分散し
て組み込むステップを具備し、前記主要情報のデータを
そのデータ特性に従って少なくとも２つの特性グループ
に分類し、各グループの各々において前記付属情報を重
複して組み込むようにしたことを特徴とするものであ
る。これによって、主要情報における複数のデータグル
ープにおいて、付属情報を重複してすなわち冗長的に組
み込むことができ、主要情報の一部のデータグループで
データ変更がなされてそのデータグループからは付属情
報の取り出しができなくなったとしても、他のデータグ
ループから付属情報を取り出すことができるようにな
る。すなわち、冗長的に付属情報を組み込んだ複数の特
性グループのうち少なくとも１つの特性グループから付
属情報を再生すればよい。主要情報がＭＩＤＩデータの
ような音楽演奏情報の場合には、移調等のためにキーコ
ードの値がシフトされる等のことが往々にして起こり得
るので、そのような場合に適切に対処することができ
る。

【００１５】一例として、主要情報の所定の第１のデー
タグループにおける特定の各データ単位の中に、暗号化
処理の手法を示す暗号情報を構成するデータを分散し
て、組み込む第１ステップと、前記主要情報における所
定の第２のデータグループにおいて、該主要情報を構成
するデータに対して、前記暗号情報が示す暗号化処理を
施す第２ステップとを具備してよい。これによれば、主
要情報における第１のデータグループにおいて、暗号化
処理のために必要な暗号情報（換言すれば再生時の暗号
化解読に必要な情報）が、分散して組み込まれる。従っ
て、主要情報における第１のデータグループにおいて
は、そのデータフォーマットを変更することなく、電子
的透しの手法で、適宜のアルゴリズムに従って、その中
に暗号情報を組み込むことができる。そして、本格的な
暗号化処理は、主要情報における所定の第２のデータグ
ループにおけるデータに対して、前記暗号情報が示す暗
号化処理に従って施される。

【００１６】上記に従って暗号化された主要情報を再生
するために、前記暗号情報が組み込まれてなる前記主要
情報の前記第１のデータグループから、該暗号情報を再
生するステップと、前記再生した暗号情報に基づき、前
記主要情報の前記第２のデータグループのデータをデコ
ードし、主要情報を再生するステップとを具備するよう
にしてよい。暗号情報を解読することをオーソライズさ
れたもの（すなわち正当な利用者）がこの方法を実施す
ることで、暗号情報を再生することができ、これに基づ
き、主要情報の前記第２のデータグループのデータをデ
コードして、主要情報を再生することができる。主要情
報がＭＩＤＩ情報のような音楽情報の場合、主要情報に
おける第１のデータグループにおける暗号情報の電子的
透しの度合いを比較的弱くすることができ、暗号情報を
解読することをオーソライズされていないものが、この
暗号情報の電子的透しを解除することなく、主要情報の
前記第１のデータグループの部分を再生したとしても、
対応する音楽の試聴はさほど重大なさしつかえなしにで
きるようにすることができる。他方、主要情報の前記第
２のデータグループは、本格的に暗号化されているの
で、暗号情報を解読することをオーソライズされていな
いものは第１のデータグループから暗号情報を取得する
ことができず、よって、第２のデータグループの暗号化
状態を解除することができない。よって、何人でも、第
１のデータグループに対応する部分の音楽は試聴できる
が、第２のデータグループに対応する部分の音楽はオー
ソライズされたものしか利用することができない、とい
ったような効果的な使い分けができるようになる。

【００１７】一例として、主要情報としては、前述と同
様にＭＩＤＩデータのキーオンイベントデータ、プログ
ラムチェンジデータ又はコントロールチェンジデータ、
波形データ、又は映像データなどであってよい。後述す
る実施例においては、暗号情報は、主要情報を暗号化す
るつまりスクランブルする、という意味で、スクランブ
ルデータ若しくはスクランブルデコードデータという用
語で説明されている。スクランブルデータとは、スクラ
ンブル（つまり暗号化）の手法を示すデータのことであ
り、換言すれば、このデータは、データ再生時において
はスクランブル（つまり暗号化）の解読のために利用で
きるデータであるから、スクランブルデコードデータと
いう用語も同じ意味で使用している。ＭＩＤＩデータの
暗号化（スクランブル）の仕方としては、何種類かがあ
ってよく、例えば、ＭＩＤＩのキーオンデータのノート
番号を変更することで暗号化する手法、あるいは、キー
オンデータのノートとベロシティを入れ替えることで暗
号化する手法、あるいは、ＭＩＤＩのインターバルデー
タの値を変更することで暗号化する手法、あるいは、キ
ーオンデータのチャンネルデータを変更することで暗号
化する手法、などがある。暗号情報すなわちスクランブ
ルデータ若しくはスクランブルデコードデータは、どの
種類の暗号化手法を採用するかを指示するものである。

【００１８】一例として、主要情報たるＭＩＤＩデータ
の中への、暗号情報たるスクランブルデータの組み込み
の仕方は、ＭＩＤＩのキーオンイベントデータの中のベ
ロシティデータの一部（最下位ビットが最適）の値を、
そのスクランブルデータのセグメントの内容に基づいて
変更する。従って、或る一つのベロシティデータの中に
組み込もうとするスクランブルデータのセグメントに応
じて、そのベロシティデータの最下位ビットが変更され
たり、されなかったりする。これによって、スクランブ
ルデータの内容がＭＩＤＩデータ群の中に分散して記録
されるようになる。なお、主要情報がＭＩＤＩデータの
場合には、スクランブルデータの組み込みのために変更
されるデータはベロシティデータやデュレーションタイ
ムデータが望ましい。なぜなら、これらのデータはさほ
ど厳密性を要求されないデータであるから、その下位ビ
ットの値の多少の誤差は問題にされないないからであ
る。すなわち、これらの情報が多少変更されても音声デ
ータの場合には聴感上でほとんど感知（知覚）されない
からである。また、主要情報が波形データの場合には、
その波形データそのものの最下位ビットを変更すればよ
い。また、画像データの場合も同様である。

【００１９】再生時において、スクランブルデータの埋
め込まれた部分の主要情報（例えばＭＩＤＩデータ）が
再生された場合には、スクランブルデータのセグメント
によるの電子的透しを解除することなく、そのまま再生
したとしても、さほど重大な不都合を起こすことなく再
生することが可能である。しかし、暗号化処理された部
分は、ＭＩＤＩデータとしてのフォーマットを維持して
はいるものの、その内容はスクランブルされてしまって
いるので、それをデコードせずに再生したとしても、も
はや音楽的演奏としての体を成さないようになってい
る。従って、オーソライズされた装置若しくは再生ソフ
トウェアを使用して、主要情報内に埋め込まれたスクラ
ンブルデータを再生し、このスクランブルデータを用い
て暗号化状態をデコードしない限り、元の音楽的演奏の
再生が正しく行われることはない。

【００２０】前記主要情報の所定の第１のデータグルー
プの中に暗号情報を構成するデータを分散して組み込む
場合において、前記主要情報データの該所定の第１のデ
ータグループは、そのデータ特性に従って少なくとも２
つの特性グループに分類され、該少なくとも２つの特性
グループの各々において前記暗号情報がそれぞれ重複し
て組み込まれるようにするとよい。更に別の例として、
前記第１ステップでは、各特性グループ毎にユニークな
アルゴリズムに従って、各特性グループ毎に前記暗号情
報を組み込むようにしてよい。これにより、第１のデー
タグループにおける或る特性グループのデータが一括的
に変更されることにより、その中に組み込まれた暗号情
報（スクランブルデータ）が再生不能に変形されてしま
ったとしても、別の特性グループのデータの中に組み込
まれた暗号情報を再生し、これを第２のデータグループ
のデコードのために利用することができる。すなわち、
主要情報がＭＩＤＩデータの場合には、チャンネル単位
で、ＭＩＤＩデータの内容が入れ替えられたり、あるい
は移調等のためにキーコードがシフトされたりすること
が、往々にして起こり得るものであり、そうすると、も
はやスクランブルデータを主要情報の中から検出し再生
することができなくなる。そこで、上記のように、チャ
ンネル毎又はプログラムチェンジデータの出現タイミン
グ毎等のなんらかの分類条件に従って、ＭＩＤＩデータ
（主要情報）を２つの特性グループに分類し、それぞれ
の特性グループ毎に冗長に暗号情報を組み込むようにし
たのである。これによって、チャンネル情報がそのまま
入れ替えられたりしてデータが書き換えられたり、とい
う特性グループ単位でのデータ変更がなされたとして
も、データ変更がなされていないいずれかの特性グルー
プに組み込まれた暗号情報を検出し再生することで、第
２のデータグループにおける暗号化を解除することがで
きるようになる。

【００２１】また、この発明の別の観点に従う方法は、
複数のデータ単位の集まりからなるデータ群により構成
された第１の情報の中に第２の情報のデータを組み込む
方法であって、前記第１の情報から１つのデータ単位を
選択するステップと、前記第２の情報を構成するデータ
群から、前記第１の情報の１つのデータ単位に組み込む
べきデータセグメントを、選択するステップと、前記デ
ータセグメントの値をパラメータに含む所定のアルゴリ
ズムに従って、前記第１の情報の前記選択されたデータ
単位の内容を変更するステップとを具備し、前記選択さ
れたデータ単位の内容に対して前記アルゴリズムに従う
変更が施され、かつ前記第２の情報のデータセグメント
の値が該選択されたデータ単位の中に潜在的に組み込ま
れることを特徴とする。これによれば、第１の情報すな
わち主要情報のデータの中の前記選択されたデータ単位
の内容を変更することで、第２の情報すなわち付属情報
を組み込むので、第２の情報すなわち付属情報の組み込
みのみならず、第１の情報すなわち主要情報の部分的な
変更をも行なうことができる。

【００２２】更にこの発明の別の観点に従う方法は、複
数のデータ単位の集まりからなるデータ群により構成さ
れた主要情報の中に付属情報のデータを組み込む方法で
あって、前記主要情報から１つのデータ単位を選択する
ステップと、前記付属情報を構成するデータ群から、前
記主要情報の１つのデータ単位に組み込むべきデータセ
グメントを、選択するステップであって、該選択するデ
ータセグメントのデータ量は可変であることと、前記デ
ータセグメントの値をパラメータに含む所定のアルゴリ
ズムに従って、前記主要情報の前記選択されたデータ単
位の内容を変更するステップであって、前記アルゴリズ
ムは前ステップで選択したデータセグメントのデータ量
に応じたものであることとを具備し、前記選択されたデ
ータ単位の内容に対して前記アルゴリズムに従う変更が
施され、かつ前記付属情報のデータセグメントの値が該
選択されたデータ単位の中に潜在的に組み込まれること
を特徴とする。これによれば、主要情報の１つのデータ
単位に組み込むべき付属情報のデータセグメントのデー
タ量を可変調整することができる。従って、付属情報の
全体的なデータ量や種別等を考慮して適切なデータセグ
メントのサイズ（データ量）を選定することができる。

【００２３】更にこの発明の別の観点に従う方法は、情
報を伝送する方法であって、送信すべき情報として、複
数のデータ単位の集まりからなるデータ群により構成さ
れた主要情報を提供するステップと、前記主要情報を構
成するデータの中に組み込まれるべき付属情報として、
複数のデータセグメントからなる付属情報を提供するス
テップと、前記主要情報の送信時に、所定のアルゴリズ
ムに従って、前記提供された主要情報の特定の複数のデ
ータ単位の各々の中に、前記提供された付属情報の各デ
ータセグメントの各々を組み込むステップと、前記付属
情報が組み込まれた前記主要情報をネットワークに送信
するステップとを具備する。これにより、電子的透し情
報として主要情報の中に組み込まれた付属情報を、ネッ
トワークを介してストリーミングに送信することができ
る。

【００２４】更にこの発明の別の観点に従う方法は、上
記のようにネットワークを介して送信されてくる情報を
受信して、その中から主要情報と付属情報とを再生する
方法であって、前記ネットワークを介して受信したデー
タから前記付属情報のデータセグメントが組み込まれて
いる前記データ単位を検出するステップと、前記所定の
アルゴリズムに応じた復号化を行なうことにより、前記
検出したデータ単位から前記付属情報のデータセグメン
トと前記主要情報のデータ単位とを分離してそれぞれ再
生するステップとを具備する。これにより、電子的透し
情報として主要情報の中に組み込まれた付属情報がネッ
トワークを介してストリーミングに送信されてくると、
これをリアルタイムに復号化して、電子的透しの解読す
なわち付属情報の再生をストリーミングに行なうことが
できる。

【００２５】更にこの発明の別の観点に従う方法は、通
常形式でコード化された音楽演奏情報に対して、選択的
に、あるいは部分的に暗号化を施すステップを具備し、
音楽演奏情報の一部に選択的に暗号化を施すことを特徴
とするものである。また、この方法に従って音楽演奏情
報を記録した記録媒体は、前記音楽演奏情報の所定の部
分が通常形式でコード化されており、前記音楽演奏情報
の別の部分には秘密の特殊な暗号化が施されていること
を特徴としており、これにより、前記通常形式でコード
化された音楽演奏情報の部分のみをそのまま再生するこ
とができ、前記特殊な暗号化が施された部分は暗号化部
分をデコードした場合に再生できるようにしたものであ
る。これにより、通常形式でコード化された音楽演奏情
報の部分は誰もが再生できるので、その部分の演奏を試
聴用演奏として役立てることができ、極めて便利である
と共に、暗号解読手段を持つ正当な利用者（オーソライ
ズされた者）は暗号化部分を解読（デコード）すること
で問題なく全音楽演奏を正当に利用することができ、不
都合のないものとなる。

【００２６】上記では、主に方法としての観点から本発
明の大まかな導入的説明を行なったが、本発明を方法発
明として構成し実施することができるのみならず、装置
発明として構成し、実施することもできるのは勿論であ
る。また、本発明は、コンピュータプログラムの形態で
実施することができるし、そのようなコンピュータプロ
グラムを記憶した記録媒体の形態で実施することもでき
る。更に、本発明の方法又は装置に従って電子的透し情
報の形態で付属情報を主要情報の中に組み込んでなるデ
ータ群を記録してなる記録媒体それ自体もまた、本発明
の一実施形態に含まれる。

【００２７】

【発明の実施の形態】以下、この発明の実施の形態を添
付図面に従って詳細に説明する。図２は、この発明に係
る電子情報処理システムとして動作する電子楽器の全体
構成を示すブロック図である。マイクロプロセッサユニ
ット（ＣＰＵ）２１はこの電子楽器全体の動作を制御す
るものである。このＣＰＵ２１に対して、バス２Ｍを介
して各種のデバイスが接続される。

【００２８】ＣＰＵ２１はＲＯＭ２２及びＲＡＭ２３内
の各種プログラムや各種データ、及び外部記憶装置から
取り込まれた楽音制御情報（ＭＩＤＩデータ）に基づい
て全体の動作を制御すると共に取り込まれたＭＩＤＩデ
ータ内に付属情報を分散して記憶したり、付属情報の分
散記憶されたＭＩＤＩデータをフロッピーディスクから
取り込み、それから付属情報を検出したりする。この実
施の形態では、外部記憶装置として、フロッピーディス
クドライブ２４、ハードディスクドライブ２５、ＣＤ−
ＲＯＭドライブ２６などを例に説明するが、これ以外の
光磁気ディスク（ＭＯ）ドライブ、ＰＤドライブなどを
用いてもよい。また、通信インターフェイス２７を介し
て通信ネットワーク２８上のサーバコンピュータ２９な
どから楽音制御情報などの各種情報などを取り込んでも
よいし、ＭＩＤＩインターフェイス２Ａを介して他のＭ
ＩＤＩ機器２ＢなどからＭＩＤＩデータなどを取り込ん
でもよい。ＣＰＵ２１は、このような外部記憶装置から
取り込まれたＭＩＤＩデータや鍵盤２Ｃの押鍵操作に基
づいて生成したＭＩＤＩデータを音源回路２Ｊに供給す
る。なお、外部に接続された音源回路を用いて発音処理
を行うようにしてもよい。

【００２９】ＲＯＭ２２はＣＰＵ２１の各種プログラム
（システムプログラムや動作プログラムなど）や各種デ
ータを格納するものであり、リードオンリーメモリ（Ｒ
ＯＭ）で構成されている。ＲＡＭ２３は、ＣＰＵ２１が
プログラムを実行する際に発生する各種データを一時的
に記憶するものであり、ランダムアクセスメモリ（ＲＡ
Ｍ）の所定のアドレス領域がそれぞれ割り当てられ、レ
ジスタ、バッファ、フラグ、テーブル等として利用され
る。

【００３０】また、ハードディスク装置２５などの外部
記憶装置に前記動作プログラムを記憶するようにしても
よい。また、前記ＲＯＭ２２に動作プログラムを記憶せ
ずに、ハードディスク装置２５などの外部記憶装置にこ
れらの動作プログラムを記憶しておき、それをＲＡＭ２
３に読み込むことにより、ＲＯＭ２２に動作プログラム
を記憶したときと同様の動作をＣＰＵ２１に行わせるよ
うにしてもよい。このようにすると、動作プログラムの
追加やバージョンアップ等が容易に行える。着脱自在な
外部記憶媒体の１つとして、ＣＤ−ＲＯＭを使用しても
よい。このＣＤ−ＲＯＭには、自動演奏データやコード
進行データや楽音波形データや映像データなどの各種デ
ータ及び任意の動作プログラムを記憶していてもよい。
ＣＤ−ＲＯＭに記憶されている動作プログラムや各種デ
ータは、ＣＤ−ＲＯＭドライブ２６によって、読み出さ
れ、ハードディスク装置２５に転送記憶させることがで
きる。これにより、動作プログラムの新規のインストー
ルやバージョンアップを容易に行うことができる。

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

【００３２】なお、本発明は、本発明に対応する動作プ
ログラムや各種データをインストールした市販のパーソ
ナルコンピュータ等によって、実施させるようにしても
よい。その場合には、本発明に対応する動作プログラム
や各種データを、ＣＤ−ＲＯＭ２６やフロッピーディス
ク等の、パーソナルコンピュータが読み込むことができ
る記憶媒体に記憶させた状態で、ユーザーに提供しても
よい。そのパーソナルコンピュータが読み込むことがで
きる記憶媒体に記憶させた状態で、ユーザに提供しても
よい。そのパーソナルコンピュータ等が、ＬＡＮ、イン
ターネット、電話回線等の通信ネットワークに接続され
ている場合には、通信ネットワークを介して、動作プロ
グラムや各種データ等をパーソナルコンピュータ等に提
供してもよい。

【００３３】鍵盤２Ｃは発音すべき楽音の音高を選択す
るための複数の鍵を備えており、各鍵に対応したキース
イッチを有しており、また必要に応じて押圧力検出装置
等のタッチ検出手段を有している。鍵盤２Ｃは音楽演奏
のための基本的な操作子であり、これ以外の演奏操作子
でもよいことはいうまでもない。押鍵検出回路２Ｄは発
生すべき楽音の音高を指定する鍵盤２Ｃのそれぞれの鍵
に対応して設けられたキースイッチ回路を含むものであ
る。この押鍵検出回路２Ｄは鍵盤２Ｃの離鍵状態から押
鍵状態への変化を検出してキーオンイベントを出力し、
押鍵状態から離鍵状態への変化を検出してキーオフイベ
ントを出力すると共にそれぞれのキーオンイベント及び
キーオフイベントに関する鍵の音高を示すノートナンバ
を出力する。押鍵検出回路２Ｄはこの他にも鍵押し下げ
時の押鍵操作速度や押圧力等を判別してベロシティデー
タやアフタタッチデータを出力する。

【００３４】パネルスイッチ２Ｅは自動演奏スタート／
ストップスイッチ、一時停止（ポーズ）スイッチ、音
色、音量、効果等を選択、設定、制御するための各種ス
イッチを含むものである。スイッチ検出回路２Ｆはパネ
ルスイッチ２Ｅ上の各スイッチ群に対応して設けられて
おり、これらの各スイッチ群の操作状態に応じたスイッ
チイベントをバス２Ｍを介してＣＰＵ２１に出力する。
表示回路２ＨはＣＰＵ２１の制御状態、設定データの内
容等の各種の情報をディスプレイ２Ｇに表示するもので
ある。この実施の形態では、著作権表示データ、曲名、
作曲者情報、作成年月日、歌詞、ニュース文、機種名
（ハード名）、ＩＤなどのテキストデータなどを表示す
る。ディスプレイ２Ｇは液晶表示パネル（ＬＣＤ）等か
ら構成され、表示回路２Ｈによってその表示動作を制御
される。

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

【００３６】タイマ２Ｎは時間間隔を計数したり、自動
演奏のテンポを設定したりするためのテンポクロックパ
ルスを発生する。このテンポクロックパルスの周波数は
各種スイッチ２Ｅの中のテンポ設定スイッチや予め演奏
データに含まれている図３のようなテンポデータに基づ
いて決定されている。タイマからのテンポクロックパル
スはＣＰＵ２１に対してインタラプト命令として与えら
れ、ＣＰＵ２１はインタラプト処理により自動演奏時に
おける各種の処理を実行する。効果回路２Ｋは音源回路
２Ｊからの楽音信号に種々の効果を付与し、効果の付与
された楽音信号をサウンドシステム２Ｌに出力する。効
果回路２Ｋによって効果の付与された楽音信号は、アン
プ及びスピーカからなるサウンドシステム２Ｌを介して
発音される。

【００３７】次に、この発明に係る電子情報処理システ
ムが電子情報を付与すると共に暗号化処理を同時に行う
場合の動作の一例について説明する。図３は、電子楽器
１が電子情報処理システムとして動作する場合のＭＩＤ
Ｉデータ編集処理の一例を示すフローチャート図であ
る。まず、この場合には、電子楽器１は、フロッピーデ
ィスクドライブ２４から読み出したＭＩＤＩデータにそ
のヘッダ情報の一部である電子署名すなわち著作権表示
データを分散して記憶すると共にＭＩＤＩフォーマット
を維持したまま暗号化処理を施す場合について説明す
る。

【００３８】まず、ステップ３１では、ＭＩＤＩデータ
列内に分散して書き込まれるべき付属情報の内容を決定
する。この実施の形態では、付属情報として、電子署名
（著作権表示データ）をＭＩＤＩデータ列内に分散して
埋め込む場合について説明する。例えば、著作権表示デ
ータとして『ＣＯＰＹＲＩＧＨＴ△ＹＭＨ△１９９６』
のような文字をＭＩＤＩデータ列内に分散して書き込む
場合には、これらの文字列をパネルスイッチ２Ｅを用い
て入力する。ここで、△は空白を意味する。ステップ３
１で書き込むべき電子署名すなわち付属情報の文字列が
決定したので、今度はステップ３２で、その電子署名に
関する４ビット構成のデータ列を得る。例えば、パネル
スイッチ２Ｅによって『ＣＯＰＹＲＩＧＨＴ△ＹＭＨ△
１９９６』が入力された場合には、それをＡＳＣＩＩの
文字符号のデータ列に変換する。この場合、それぞれの
文字は『Ｃ』＝『４３Ｈ』、『Ｏ』＝『４ＦＨ』、
『Ｐ』＝『５０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｒ』＝
『５２Ｈ』、『Ｉ』＝『４９Ｈ』、『Ｇ』＝『４７
Ｈ』、『Ｈ』＝『４８Ｈ』、『Ｔ』＝『５４Ｈ』、
『△』＝『２０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｍ』＝
『４ＤＨ』、『Ｈ』＝『４８Ｈ』、『△』＝『２０
Ｈ』、『１』＝『３１Ｈ』、『９』＝『３９Ｈ』、
『９』＝『３９Ｈ』、『６』＝『３６Ｈ』のような一連
のＡＳＣＩＩの４ビット構成のデータで表されるように
なる。なお、『３６Ｈ』のように記された数において、
数字の末尾のＨはその数が１６進表示であることを示
す。

【００３９】次に、ステップ３３では、電子署名として
付与する情報すなわち、ステップ３２で得られたＡＳＣ
ＩＩの４ビット構成のデータ列を４ビットレジスタＢＲ
に格納する。例えば、『Ｙ』＝『５９Ｈ』、『Ｍ』＝
『４ＤＨ』、『Ｈ』＝『４８Ｈ』の文字をＭＩＤＩデー
タ列に順番に格納する場合、４ビットレジスタＢＲに
は、図１（Ｃ）に示すように『０１０１Ｂ』、『１００
１Ｂ』、『０１００Ｂ』、『１１０１Ｂ』、『０１００
Ｂ』、『１０００Ｂ』のような４ビット構成のデータが
順番に格納される。なお、『１０００Ｂ』のように記さ
れた数において、数字の末尾のＢはその数が２進表示で
あることを示す。そして、ステップ３４では、この４ビ
ットレジスタＢＲに格納されている上位３ビットをノー
トエリアナンバＮＡとし、最下位ビット（ＬＳＢ）をベ
ロシティエリアナンバＶＡとする。従って、電子署名の
『Ｙ』＝『５９Ｈ』の最初の４ビット：『０１０１Ｂ』
の場合はＮＡ＝２，ＶＡ＝１、後ろの４ビット：『１０
０１Ｂ』の場合はＮＡ＝４，ＶＡ＝１となり、電子署名
の『Ｍ』＝『４ＤＨ』の最初の４ビット：『０１００
Ｂ』の場合はＮＡ＝２，ＶＡ＝０、後ろの４ビット：
『１１０１Ｂ』の場合はＮＡ＝６，ＶＡ＝１となり、電
子署名の『Ｈ』＝『４８Ｈ』の最初の４ビット：『０１
００Ｂ』の場合はＮＡ＝２，ＶＡ＝０、後ろの４ビッ
ト：『１０００Ｂ』の場合はＮＡ＝４，ＶＡ＝０とな
る。

【００４０】次に、ステップ３５では、ＭＩＤＩデータ
列（Ｓｔａｎｄａｒｄ ＭＩＤＩＦｉｌｅ：ＳＭＦ）の
中からキーオンイベントデータやプログラムチェンジデ
ータやコントロールチェンジデータなどの各種のＭＩＤ
Ｉデータを順次取り出す。すなわち、ＭＩＤＩデータ列
は基本的にはキーオンステータスバイト、キーコードバ
イト、ベロシティバイトからなるキーオンイベントデー
タやこれ以外のプログラムチェンジイベントデータやコ
ントロールチェンジイベントデータなどから構成されて
いるので、ステップ３５では、このようなＭＩＤＩデー
タを順番に取り出す。

【００４１】ステップ３６では、取り出されたＭＩＤＩ
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ３７以下の処理を行い、そうでない（Ｎ
Ｏ）の場合はステップ３Ｈに進む。従って、ステップ３
５で取り出されたＭＩＤＩデータがキーオンイベントデ
ータの場合には、図１（Ａ）のようなキーオンイベント
データからなるＭＩＤＩデータ列ＳＭＦ１が得られるこ
とになる。このキーオンイベントデータのＭＩＤＩデー
タ列ＳＭＦ１はデュレーションタイムＤと、キーオンイ
ベントデータとの組合せで構成される。ステップ３７で
は、キーオンイベントデータの中の各バイトのデータを
それぞれ対応するキーコードレジスタｂ，ベロシティレ
ジスタｃに格納する。すなわち、キーオンイベントデー
タのキーオンステータスバイト中のキーコードバイトの
値すなわちキーコードをキーコードレジスタｂに、ベロ
シティバイトの中のベロシティの値をベロシティレジス
タｃにそれぞれ格納する。

【００４２】ステップ３８では、前のキーオンイベント
データのキーコードとベロシティとの差分値を取り、そ
れをキーコード差分値レジスタｄｋｅｙ及びベロシティ
差分値レジスタｄｖｅｌにそれぞれ格納する。すなわ
ち、キーコードレジスタｂには今回のキーオンイベント
データのキーコードが格納され、前回値レジスタｂ０に
は前のキーオンイベントデータのキーコードが格納され
る。キーコードレジスタｂの値から前回値レジスタｂ０
の値を減算することによって得られた差分値がキーコー
ド差分値レジスタｄｋｅｙに格納される。ベロシティレ
ジスタｃには今回のキーオンイベントデータのベロシテ
ィが格納され、前回値レジスタｃ０には前のキーオンイ
ベントデータのベロシティが格納される。従って、同様
にベロシティレジスタｃの値から前回値レジスタｃ０の
値を減算することによって得られた差分値がベロシティ
差分値レジスタｄｖｅｌに格納される。図１（Ａ）に示
されるＭＩＤＩデータ列ＳＭＦ１の場合、このステップ
３８の演算によって得られたキーコード差分値レジスタ
ｄｋｅｙ及びベロシティ差分値レジスタｄｖｅｌの値は
図１（Ｂ）のようになる。ステップ３９では、次回のス
テップ３８の処理に備えて、今回のキーコードの値すな
わちキーコードレジスタｂの値を前回値レジスタｂ０に
格納し、今回のベロシティの値すなわちベロシティレジ
スタｃの値を前回値レジスタｃ０に格納する。

【００４３】ステップ３Ａでは、キーコード差分値レジ
スタｄｋｅｙの値が８よりも小さいかどうかを判定し、
小さい場合には、次のステップ３Ｂに進み、８以上の場
合にはステップ３Ｇに進む。ステップ３Ｂでは、ベロシ
ティ差分値レジスタｄｖｅｌの値が３２よりも小さいか
どうかを判定し、小さい場合には、次のステップ３Ｃに
進み、３２以上の場合にはステップ３Ｇに進む。すなわ
ち、両方のステップ３Ａ及び３ＢでＮＯと判定された場
合には、そのキーオンイベントデータは置換対象外のデ
ータだと判定し、ステップ３Ｇでレジスタｃの最下位ビ
ットを『０』に修正、すなわちベロシティの値を偶数に
してからステップ３Ｈに進む。これによって、ベロシテ
ィの値が偶数の場合には、そのキーオンイベントデータ
が置換対象外のデータであり、修正されなかったことを
データ修復の際に容易に判定することができるようにな
る。

【００４４】ステップ３Ｃでは、キーコード差分値レジ
スタｄｋｅｙの値が正又は０の場合と負の場合とで、そ
れぞれ異なる置換演算を行う。すなわち、キーコード差
分値レジスタｄｋｅｙの値が正又は０の場合には、ノー
トエリアナンバＮＡを８倍したものと、キーコード差分
値レジスタｄｋｅｙの値と、定数６４との和を求め、そ
の結果を第１キーコードレジスタｂ１に格納する。３ビ
ットからなるノートエリアナンバＮＡの最大値は
“７”、最小値は“０”であるから、この条件下では、
レジスタｂ１の値の最小値は“６４”である。一方、キ
ーコード差分値レジスタｄｋｅｙの値が負の場合には、
定数６３からノートエリアナンバＮＡを８倍したものを
減算すると共にキーコード差分値レジスタｄｋｅｙの値
を加算し、その結果を第１キーコードレジスタｂ１に格
納する。なお、このときキーコード差分値レジスタｄｋ
ｅｙは負の値なので、結果的には定数６３からキーコー
ド差分値レジスタｄｋｅｙの値を減算することになる。
この条件下では、レジスタｂ１の値は“６３”よりも大
きくなることはない。

【００４５】ステップ３Ｄでは、ベロシティ差分値レジ
スタｄｖｅｌの値が正又は０の場合と負の場合とで、そ
れぞれ異なる置換演算を行う。すなわち、ベロシティ差
分値レジスタｄｖｅｌの値が正又は０の場合には、ベロ
シティエリアナンバＶＡを３２倍したものと、ベロシテ
ィ差分値レジスタｄｖｅｌの値と、定数６４との和を求
め、その結果を第１ベロシティレジスタｃ１に格納す
る。この条件下では、レジスタｃ１の値の最小値は“６
４”である。ベロシティ差分値レジスタｄｖｅｌの値が
負の場合には、定数６３からベロシティエリアナンバＶ
Ａを３２倍したものを減算すると共にベロシティ差分値
レジスタｄｖｅｌの値を加算し、その結果を第１ベロシ
ティレジスタｃ１に格納する。なお、このときベロシテ
ィ差分値レジスタｄｖｅｌは負の値なので、結果的には
定数６３からベロシティ差分値レジスタｄｖｅｌの値を
減算することになる。この条件下では、レジスタｃ１の
値は“６３”よりも大きくなることはない。

【００４６】ステップ３Ｅでは、第１キーコードレジス
タｂ１の値を新しいキーコードの値とし、第１ベロシテ
ィレジスタｃ１の値を新しいベロシティの値としてＭＩ
ＤＩデータを修正する。そして、ステップ３Ｆで、第１
ベロシティレジスタｃ１の最下位ビットを『１』に修
正、すなわちベロシティの値を奇数に修正してからステ
ップ３Ｈに進む。これによって、ベロシティの値が奇数
の場合には、そのキーオンイベントデータが付属情報に
基づいて修正されたことをデータ修復の際に容易に判定
することができる。ステップ３Ｈでは、全ての付属情報
についてステップ３３からステップ３Ｇまでの処理が終
了したかどうかを判定し、終了している（ＹＥＳ）場合
にはこのＭＩＤＩデータ編集処理を終了し、終了してい
ない場合にはステップ３３にリターンし、次の付属情報
について一連の処理を行う。

【００４７】例えば、図１の場合には、１番目のキーオ
ンイベントデータ（９１，１００，１００）は、最初の
ものなので修正されない。２番目のキーオンイベントデ
ータ（９１，１０１，１０２）は、図３のＭＩＤＩデー
タ編集処理によって、図１（Ｅ）に示すような２番目の
キーオンイベントデータ（９１，８１，９９）に変換さ
れる。同様にして、３番目のキーオンイベントデータ
（９１，１０３，１０２）も図１（Ｄ）に示すような３
番目のキーオンイベントデータ（９１，９８，９７）に
変換される。そして、４番目のキーオンイベントデータ
（９１，１２０，７０）は、図１（Ｂ）に示すように、
キーコード差分値レジスタｄｋｅｙの絶対値が『１７』
と８以上であるため、ステップ３ＡでＮＯと判定され、
置換対象外となり、ステップ３Ｇを経て、キーオンイベ
ントデータ（９１，１２０，７０）がそのまま図１
（Ｄ）に示すように４番目のキーオンイベントデータと
なる。そして、５番目から８番目までのキーオンイベン
トデータも同様にして、図１（Ｄ）の５番目から８番目
までのキーオンイベントデータのように変換される。な
お、この場合に、２番目と３番目のキーオンイベントデ
ータの場合は、ステップ３Ｆの処理によって、ベロシテ
ィの値が奇数に変換されている。なお、プログラムチェ
ンジイベントは付属情報の付与されるノートオンイベン
トなどに比べて、比較的低頻度で発生し、プログラムチ
ェンジ後は、楽器が変わることを意味するので、その位
置を始点としてエディットされる可能性の高い単位とい
うことが言えるので、取り出されたＭＩＤＩデータがプ
ログラムチェンジイベントだった場合には、直ちに終了
して、付属情報の最初からＭＩＤＩデータを編集するよ
うにしてもよい。

【００４８】図５は、上述の第１の実施の形態に従って
得られる各レジスタｂ１，ｃ１の値のとり得る状態を列
挙したものである。図５において、縦軸にはレジスタｂ
１にストアされるキーコードのとりうる値を割り当て、
横軸にはレジスタｃ１にストアされるベロシティデータ
のとりうる値を割り当て、各値の６３と６４との間を原
点とするような直交座標系を構成する。これによって、
キーオンイベントデータの中のキーコードが高くなる場
合（正の値）又は小さくなる場合（負の値）と、ベロシ
ティが増加する場合（正の値）又は減少する場合（負の
値）とからなる４種類の組み合わせがこの直交座標系の
各象限に割り当てられることになる。そして、各象限に
は付属情報となる４ビット構成の１６個のデータが割り
当てられる。すなわち、図５に示すようにキーコードが
高くなり、ベロシティが増加する場合と、キーコードが
高くなり、ベロシティが減少する場合と、キーコードが
低くなり、ベロシティが増加する場合と、キーコードが
低くなり、ベロシティが減少する場合のそれぞれが各象
限に対応するようになる。各象限に割り当てられた４ビ
ット構成の付属情報のうち、最下位ビットは横軸のベロ
シティに、上位３ビットは縦軸のキーコードに割り当て
られる。従って、キーコードが高くなり、ベロシティが
増加する場合には、直交座標の第１象限に割り当てら
れ、キーコード軸の６４〜１２７は０００から１１１ま
での８つの付属情報に対応するように分割され、ベロシ
ティ軸の６４〜１２７は０と１の２つの付属情報に対応
するように分割される。キーコードが高くなり、ベロシ
ティが減少する場合には、直交座標の第２象限に割り当
てられ、キーコード軸の６４〜１２７は０００から１１
１までの８つの付属情報に対応するように分割され、ベ
ロシティ軸の６３〜０は０と１の２つの付属情報に対応
するように分割される。キーコードが低くなり、ベロシ
ティが減少する場合には、直交座標の第３象限に割り当
てられ、キーコード軸の６３〜０は０００から１１１ま
での８つの付属情報に対応するように分割され、ベロシ
ティ軸の６３〜０は０と１の２つの付属情報に対応する
ように分割される。キーコードが低くなり、ベロシティ
が増加する場合には、直交座標の第４象限に割り当てら
れ、キーコード軸の６３〜０は０００から１１１までの
８つの付属情報に対応するように分割され、ベロシティ
軸の６４〜１２７は０と１の２つの付属情報に対応する
ように分割される。

【００４９】この場合、図６に示すように、各付属情報
に対応したキーコードには８個の値が存在し、ベロシテ
ィには３２個の値が存在するので、ステップ３Ａ及び３
Ｂのように、キーコード差分値レジスタｄｋｅｙの値は
８よりも小さくなければならず、ベロシティ差分値レジ
スタｄｖｅｌの値は３２よりも小さくなければならない
という条件が入っているのである。従って、キーコード
が８よりも小さな値で増加又は減少し、ベロシティが３
２よりも小さな値で増加又は減少した場合には、図５の
各象限の付属情報が選択され、その付属情報の値、キー
コード差分値及びベロシティ差分値に応じて、元のキー
コード及びベロシティが編集される。なお、この場合、
ベロシティについては、編集された値であるかどうかを
示すために、ステップ３Ｇ及びステップ３Ｆによって最
下位ビットに処理が加えられ、編集されたベロシティの
値は、最終的には奇数値の１６個だけとなる。

【００５０】次に、図３のＭＩＤＩデータ編集処理によ
って付与された電子情報すなわち電子署名データを検
出、すなわち修復するＭＩＤＩデータ修復処理について
説明する。図４は、電子楽器１がＭＩＤＩデータ修復装
置として動作する場合の一例を示すフローチャート図で
ある。この場合には、フロッピーディスクドライブ２５
から読み出されたＭＩＤＩデータに前述のようなヘッダ
情報の一部（電子署名すなわち著作権表示データ）が分
散記録されているものとする。以下の実施の形態では、
この著作権表示データを検出して、それをモニタなどに
表示するまでの動作を説明する。まず、ステップ４１で
は、電子署名を検出すべきＭＩＤＩデータ列、すなわち
図３の電子情報付与処理によって電子署名の付与された
ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ ＭＩＤＩ Ｆｉ
ｌｅ：ＳＭＦ）の中から順次キーオンイベントデータや
プログラムチェンジデータやコントロールチェンジデー
タなどのデータを取り出す。

【００５１】ステップ４２では、取り出されたＭＩＤＩ
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ４３に進み、そうでない（ＮＯ）場合はス
テップ４Ｃに進む。従って、ステップ４１で取り出され
たＭＩＤＩデータがキーオンイベントデータの場合に
は、図１（Ｆ）のようなキーオンイベントＭＩＤＩデー
タ列ＳＭＦ２が作成されることになる。ステップ４３で
は、キーオンイベントデータの中の各バイトのデータを
それぞれ対応するキーコードレジスタｂ，ベロシティレ
ジスタｃに格納する。すなわち、キーコードバイトの中
のキーコードをキーコードレジスタｂに、ベロシティバ
イトの中のベロシティをベロシティレジスタｃにそれぞ
れ格納する。

【００５２】ステップ４４では、ベロシティレジスタｃ
の最下位ビットが『１』かどうか、すなわち、付属情報
（電子署名情報）の付与されたキーオンイベントデータ
であるのかどうかの判定を行い、ＹＥＳの場合は次のス
テップ４５に進み、そうでない（ＮＯ）場合はステップ
４Ｃに進む。ステップ４５、ステップ４６、ステップ４
９及びステップ４Ａでは、相前後するキーオンイベント
データのキーコードレジスタｂ、前回キーコードレジス
タｂ０、ベロシティレジスタｃ及び前回ベロシティレジ
スタｃ０のそれぞれの格納値に基づいて修復キーコード
レジスタｂ２、修復ベロシティレジスタｃ２、ノートエ
リアナンバＮＡ及びベロシティエリアナンバＶＡの値を
それぞれ求める。このとき、キーコードレジスタｂの値
が６４以上の場合とこれよりも小さい場合とで、それぞ
れ異なる演算式を用いて各値を求める。

【００５３】ステップ４５においてはステップ３Ｃ（図
３）の置換式の逆算を行なう。すなわち、キーコードレ
ジスタｂの値が６４以上の場合には、キーコードレジス
タｂの値から定数６４を減算し、その減算値の８におけ
るモジュロ（減算値を８で除した余り）を求めること
で、ｄｋｅｙを再生する。そして、このｄｋｅｙを前回
キーコードレジスタｂ０に加算することでキーコードの
修復値を得て、それを修復キーコードレジスタｂ２にス
トアする。一方、キーコードレジスタｂの値が６４より
も小さい場合には、キーコードレジスタｂの値から定数
６３を減算し、その減算値の８におけるモジュロを求め
ることで、ｄｋｅｙを再生する。そして、このｄｋｅｙ
を前回キーコードレジスタｂ０に加算することでキーコ
ードの修復値を得て、それを修復キーコードレジスタｂ
２にストアする。

【００５４】ステップ４６においてはステップ３Ｄ（図
３）の置換式の逆算を行なう。すなわち、ベロシティレ
ジスタｃの値が６４以上の場合には、ベロシティレジス
タｃの値から定数６４を減算し、その減算値の３２にお
けるモジュロ（減算値を３２で除した余り）を求めるこ
とで、ｄｖｅｌを再生する。そして、このｄｖｅｌを前
回ベロシティレジスタｃ０に加算することでベロシティ
データの修復値を得て、それを修復ベロシティレジスタ
ｃ２にストアする。一方、ベロシティレジスタｃの値が
６４よりも小さい場合には、ベロシティレジスタｃの値
から定数６３を減算し、その減算値の３２におけるモジ
ュロを求めることで、ｄｖｅｌを再生する。そして、こ
のｄｖｅｌを前回ベロシティレジスタｃ０に加算するこ
とでベロシティデータの修復値を得て、それを修復ベロ
シティレジスタｃ２にストアする。

【００５５】ステップ４７において、修復キーコードレ
ジスタｂ２の値をキーコードの値とし、修復ベロシティ
レジスタｃ２の値をベロシティの値としてＭＩＤＩデー
タを修復する。ステップ４８では、次回のステップ４５
及びステップ４６の処理に備えて、修復されたキーコー
ドの値すなわち修復キーコードレジスタｂ２の値を前回
値レジスタｂ０に格納し、修復されたベロシティの値す
なわち修復ベロシティレジスタｃ２の値を前回値レジス
タｃ０に格納する。ステップ４９においてはステップ３
Ｃ（図３）の置換式の逆算を行なうことでＮＡを再生す
る。すなわち、キーコードレジスタｂの値が６４以上の
場合には、キーコードレジスタｂの値から定数６４を減
算し、その減算値を８で除した商を求め、それをノート
エリアナンバＮＡとする。一方、キーコードレジスタｂ
の値が６４よりも小さい場合には、定数６３からキーコ
ードレジスタｂの値を減算し、その減算値を８で除した
商を求め、それノートエリアナンバＮＡとする。ステッ
プ４Ａではステップ３Ｄ（図３）の置換式の逆算を行な
うことでＮＡを再生する。すなわち、ベロシティレジス
タｃの値が６４以上の場合には、ベロシティレジスタｃ
の値から定数６４を減算し、その減算値を３２で除した
商を求め、それをベロシティエリアナンバＶＡとする。
一方、ベロシティレジスタｃの値が６４よりも小さい場
合には、定数６３からベロシティレジスタｃの値を減算
し、その減算値を３２で除した商を求め、それベロシテ
ィエリアナンバＶＡとする。

【００５６】ステップ４Ｂでは、ノートエリアナンバＮ
Ａを上位３ビットとし、ベロシティエリアナンバＶＡを
最下位ビットとする４ビット構成のデータ列からなる付
属情報を得る。ステップ４Ｃでは、全ＭＩＤＩデータの
修復が終了したかどうかを判定し、終了した場合にはＭ
ＩＤＩデータ修復処理を終了し、そうでない場合にはス
テップ４１にリターンし、再びＭＩＤＩデータに対する
修復処理を行う。以上の一連の修復処理が終了した時点
でモニタにそのヘッダ情報の一部（電子署名すなわち著
作権表示データ）などを表示するが、ここではそのステ
ップについて省略してある。

【００５７】例えば、図１（Ｅ）のキーオンイベントの
ＭＩＤＩデータ列ＳＭＦ２と図１（Ｇ）のキーオンイベ
ントのＭＩＤＩデータ列ＳＭＦ２とは同じものであり、
図１（Ｇ）のキーオンイベントのＭＩＤＩデータ列ＳＭ
Ｆ２に基づいて、図１（Ｆ）のようなＭＩＤＩデータ列
ＳＭＦ３が修復され、図１（Ｇ）のような付属情報が抽
出される。まず、図１（Ｇ）の１番目のキーオンイベン
トデータ（９１，１００，１００）は、ベロシティの最
下位ビットが『０』すなわち偶数なのでそのままの値が
キーオンイベントデータとなる。次に、２番目のキーオ
ンイベントデータ（９１，８１，９９）は、ベロシティ
の最下位ビットが『１』すなわち奇数であり、６４以上
なので、図４のＭＩＤＩデータ修復処理によって、図１
（Ｆ）に示すような２番目のキーオンイベントデータ
（９１，１０１，１０３）に変換される。同様にして、
３番目のキーオンイベントデータ（９１，９８，９７）
も図１（Ｆ）に示すような３番目のキーオンイベントデ
ータ（９１，１０３，１０４）に変換される。そして、
４番目のキーオンイベントデータ（９１，１２０，７
０）は、ベロシティの最下位ビットが『０』すなわち偶
数なのでそのままの値がキーオンイベントデータとな
る。そして、図１（Ｇ）に示すような５番目から８番目
までのキーオンイベントデータも同様にして、図１
（Ｆ）の５番目から８番目までのキーオンイベントデー
タのように変換される。この場合に、２番目と３番目の
キーオンイベントデータについては、図３のステップ３
Ｆの処理によってベロシティの値が奇数に変換されてい
る関係上、図１（Ｆ）に示されるキーオンイベントデー
タのベロシティの値がＭＩＤＩデータ編集処理される前
の図１（Ａ）のキーオンイベントデータのベロシティの
値よりも１〜２程度大きくなっている。しかしながら、
この程度のベロシティ値の誤差は人間の耳に与える影響
は小さいので、ほとんど無視できる範囲の誤差であると
言える。また、図１（Ｇ）のキーオンイベントデータに
基づいて、図１（Ｈ）のような電子署名情報（著作権表
示データ）が再現されることになる。このようにして修
復された電子署名情報を図示していない表示装置などで
表示する。

【００５８】なお、上述の第１の実施の形態では、ベロ
シティに１ビット、キーコードに３ビットの付属情報を
割り当てる場合について説明したが、これ以外のビット
の組み合わせでもよいことはいうまでもない。例えば、
ベロシティとキーコードにそれぞれ２ビットの付属情報
を割り当ててもよいし、ベロシティのみに４ビットの付
属情報を割り当ててもよい。上述の第１の実施の形態で
は、ノート方向を８等分、ベロシティ方向を２等分して
４ビット構成の付加情報を記録する場合について説明し
たが、ノート方向及びベロシティ方向の分割数を任意に
設定することにより、付加情報量を増やすことが可能で
ある。例えば、ノート、ベロシティの両方とも１６等分
すれば、１キーオンイベントに８ビット構成の付加情報
を付加することもでき、アスキーコードの１バイトなら
ば１イベントのキーオンで表現することも可能となる。
なお、この場合には、キーコード差分値レジスタｄｋｅ
ｙ及びベロシティ差分値レジスタｄｖｅｌの値が４以下
でないと、そのキーオンイベントには付加情報を割り当
てることができなくなるという制限が生じる。従って、
予めキーコード差分値及びベロシティ差分値の発生頻度
を取得し、それに応じて最も沢山の付属情報を埋め込む
ことが可能な分割数を選択するようにしてもよい。ま
た、上述の第１の実施の形態では、図５に示すような関
係を演算式によって形成する場合について説明したが、
予め図５のような関係となるようなテーブルを作成して
おき、各値をテーブル変換することによって、所定の値
が求まるようにしてもよい。この場合には、図５のよう
に付属情報が規則正しく並んでいなくても、ランダムに
配列してあってもよいことになる。

【００５９】上述の第１の実施の形態では、フロッピー
ディスクドライブ２４から読み出されたＭＩＤＩデータ
においてそのヘッダ情報の一部である電子署名すなわち
著作権表示データを比較的大きなデータ単位でキーオン
イベントデータ中に分散して記憶すると共にＭＩＤＩフ
ォーマットを維持したまま暗号化処理を施す（電子透し
を施す）という場合について説明した。これだと、キー
オンイベントデータの中にはそのキーコード及びベロシ
ティの内容がほとんど書き換えられるものが出てくるの
で、所定のＭＩＤＩデータ修復処理を行わずにＭＩＤＩ
データ再生処理を行っても再生される楽音は、全くデタ
ラメなものとなってしまう。この点に鑑みて、次に説明
する第２の実施の形態では、上記とは異なるやり方で
「電子透し」を施すようにしている。この第２の実施の
形態では、ＭＩＤＩデータの最初の部分に、複数の暗号
化処理の中のどの暗号化処理が施されたのかを示すスク
ランブルデコードデータを埋め込み、そこには暗号化処
理を行わずに、通常のＭＩＤＩデータの再生を行えるよ
うにし、残りのＭＩＤＩデータ部分にスクランブルデコ
ードデータに対応したスクランブル処理を行い、ＭＩＤ
Ｉデータの再生を行うことができないようにしている。

【００６０】図７は、ＭＩＤＩデータ中に埋め込まれる
スクランブルデコードデータの内容を示す図である。こ
のスクランブルデコードデータは２バイト構成のデータ
であり、第１バイト目の上位４ビットはそのアルゴリズ
ムを示し、下位４ビットはスクランブル処理されるイベ
ント数すなわちカウント数を示し、第２バイト目の８ビ
ットはそのアルゴリズムに対応したバリューを示す。こ
こで、アルゴリズムの種類としては、キーオンデータの
ノート番号を変更するというもの、キーオンデータのノ
ートとベロシティを入れ替えるというもの、インターバ
ルデータを変更するというもの、キーオンデータのチャ
ンネルデータを変更するというものなどがある。カウン
ト数は、前述のようにＡＳＣＩＩの２文字分すなわち１
６ビット分のデータを作成するのに必要な数のキーオン
イベントデータの先頭からいくつに対してスクランブル
処理を行うのかを示すものである。

【００６１】上述の第１の実施の形態の場合には、１つ
のキーオンイベントデータに４ビット分のデータを埋め
込むことができたので、２つのキーオンイベントデータ
にＡＳＣＩＩの１文字分の付属情報を埋め込むことがで
きたが、今回の第２の実施の形態では、１つのキーオン
イベントデータに１ビット分のデータしか埋め込めない
場合について説明するので、修正するイベント数の最大
値は１６となる。バリューは対応するアルゴリズムによ
って異なるものであり，例えば、キーオンデータのノー
ト番号を変更するというアルゴリズムの場合には、その
変更する度合いすなわちトランスポーズ値（修正ノート
値）であり、インターバルデータを変更するというアル
ゴリズムの場合には、その変更する修正値であり、キー
オンデータのチャンネルデータを変更する場合には、そ
の修正チャンネル値である。このように全部で１６種類
のアルゴリズムが規定されているものする。なお、この
１６種類のアルゴリズムの中の一つとして、前述の第１
の実施の形態に係るようなスクランブル処理が存在して
もよいことはいうまでもない。

【００６２】図８は、電子楽器１が電子情報処理システ
ムとして動作する場合のＭＩＤＩ編集処理の別の一例と
なるＭＩＤＩ編集処理２を示すフローチャート図であ
る。まず、この場合には、電子楽器１は、フロッピーデ
ィスクドライブ２４から読み出したＭＩＤＩデータにそ
のヘッダ情報の一部である電子署名すなわち著作権表示
データを分散して記憶すると共に前述の１６ビット構成
のスクランブルデコードデータを記憶する。まず、ステ
ップ８１では、ＭＩＤＩデータ列内に分散して書き込ま
れるべきスクランブルの内容を決定する。すなわち、図
８のどのアルゴリズムに基づいてスクランブル処理を行
うのかがパネルスイッチ２Ｅによって予め設定されるも
のとする。スクランブルの内容がステップ８１で決定し
たので、今度はステップ８２でそのスクランブルのデコ
ードデータ列を得る。例えば、パネルスイッチ２Ｅによ
って、第５番目のアルゴリズムが選択された場合には、
そのアルゴリズムの種類を示すデータ『０１０１Ｂ』
と、そのアルゴリズムによって修正されるカウント数
『１００１Ｂ』とからなる８ビット構成のデータ列がス
クランブルデコードデータ列としてＭＩＤＩデータ列内
に分散して記録されるようになる。

【００６３】次に、ステップ８３では、ステップ８２で
得られたスクランブルデコードデータ列の１バイト分を
バイトレジスタＢＲに格納する。そして、ステップ８４
では、このバイトレジスタＢＲに格納されたスクランブ
ルデコードデータの各ビットを反転して、別の８ビット
構成のビット列を作成する。例えば、スクランブルデコ
ードデータ列が図１２（Ｆ）に示すように『０１０１１
００１Ｂ』のような場合には、ステップ８４のデータ変
換すなわちビット反転によって、図１２（Ｅ）のような
ビット列『１０１００１１０Ｂ』になる。次に、ステッ
プ８５では、ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ Ｍ
ＩＤＩＦｉｌｅ：ＳＭＦ）の中からキーオンイベントデ
ータやプログラムチェンジデータやコントロールチェン
ジデータなどの各種のＭＩＤＩデータを順次取り出す。
すなわち、ＭＩＤＩデータ列は基本的にはキーオンステ
ータスバイト、キーコードバイト、ベロシティバイトか
らなるキーオンイベントデータやこれ以外のプログラム
チェンジイベントデータやコントロールチェンジイベン
トデータなどから構成されているので、ステップ８５で
は、このようなＭＩＤＩデータを順番に取り出す。

【００６４】ステップ８６では、取り出されたＭＩＤＩ
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ８７に進み、そうでない（ＮＯ）の場合は
ステップ８Ｄに進む。従って、ステップ８５で取り出さ
れたＭＩＤＩデータがキーオンイベントデータの場合に
は、図１２（Ａ）のようなキーオンイベントデータから
なるＭＩＤＩデータ列ＳＭＦ１が得られることになる。
このキーオンイベントデータのＭＩＤＩデータ列ＳＭＦ
１はデュレーションタイムＤと、キーオンイベントデー
タとの組合せで構成される。ステップ８７では、キーオ
ンイベントデータの中の各バイトのデータをそれぞれ対
応するレジスタａ，ｂ，ｃに格納する。すなわち、キー
オンイベントデータの中のキーオンステータスバイトの
中のチャンネル番号をチャンネルレジスタａに、次の第
１のデータバイト（キーコードバイト）の中のキーコー
ドをキーコードレジスタｂに、第２のデータバイト（ベ
ロシティバイト）の中のベロシティをベロシティレジス
タｃにそれぞれ格納する。

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

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

【００６７】ステップ８Ｄでは、ステップ８６又はステ
ップ８ＡでＮＯと判定された場合又はステップ８Ｃの処
理を終えた場合に行われる処理であって、ステップ８５
〜ステップ８Ｃまでの処理を１巡回処理とした場合にこ
の１巡回処理が８回分すなわち８ビット分行われたかど
うかを判定し、８回分行われた（ＹＥＳ）場合には、次
のステップ８Ｅに進み、そうでない（ＮＯ）の場合は、
ステップ８５にリターンし、次の１ビットに対してステ
ップ８５〜ステップ８Ｃの処理を行う。ステップ８Ｅで
は、ステップ８３〜ステップ８Ｄまでの処理を１巡回処
理とした場合にその１巡回処理がスクランブルデコード
データの構成バイト数だけ行われたかどうかを判定し、
行われた（ＹＥＳ）場合には、次のステップ８Ｆに進
み、そうでない（ＮＯ）場合は、ステップ８３にリター
ンし、スクランブルデコードデータの次の１バイトのバ
リューに対してステップ８３〜ステップ８Ｄの処理を行
う。

【００６８】ステップ８Ｆでは、ステップ８１で選択さ
れたスクランブルの内容に応じて、ＭＩＤＩデータ列の
後半部分にスクランブル処理を施す。例えば、前述のス
クランブルデコードデータの埋め込み終了後のキーオン
データに対してスクランブル処理を行うようにしてもよ
いし、スクランブルデコードデータの埋め込み終了後、
所定数のキーオンデータ経過後にスクランブル処理を行
うようにしてもよい。また、スクランブルデコードデー
タの埋め込みを複数回行い、その後にスクランブル処理
を行うようにしてもよい。この場合に、取り出されたＭ
ＩＤＩデータがプログラムチェンジイベントＰＣＭの場
合には、スクランブルの内容をランダムに変更して、ス
クランブルデコードデータの埋め込み処理及びスクラン
ブルの内容に応じたＭＩＤＩデータ列の編集処理を行う
ようにしてもよい。プログラムチェンジイベントはノー
トオンイベントなどに比べて、比較的低頻度で発生し、
プログラムチェンジ後は、楽器が変わることを意味する
ので、その位置を始点としてスクランブルの内容を変更
し、そのスクランブルデコードデータを埋め込み、スク
ランブル処理を行うことによって、一定の楽器について
はスクランブルの掛からない演奏を行うことができ、あ
る所定時間経過後に演奏にスクランブルをかけることが
できる。

【００６９】次に、図８のＭＩＤＩ編集処理２によって
付与されたスクランブルデコードデータの修復処理につ
いて説明する。なお、スクランブル処理の解除について
は、アルゴリズムに応じて逆の処理を施せばいいので、
ここではその説明は省略する。図９は、電子楽器１がＭ
ＩＤＩデータ修復装置して動作する場合の一例となるＭ
ＩＤＩデータ修復処理２を示すフローチャート図であ
る。この場合には、フロッピーディスクドライブ２４か
ら読み出されたＭＩＤＩデータのベロシティバイト部分
にそのヘッダ情報の一部である電子署名すなわち著作権
表示データが分散記録されているとともにスクランブル
デコードデータが記録されているものとする。以下の実
施の形態では、このスクランブールデコードデータを検
出して、それに基づいてＭＩＤＩデータを修復するまで
の動作について説明する。

【００７０】まず、ステップ９１では、デコードデータ
格納レジスタＤＥＣＯＤＥにナルデータを格納する。す
なわち、デコードデータ格納レジスタＤＥＣＯＤＥの内
容をリセットする。ステップ９２では、スクランブルデ
コードデータを検出すべきＭＩＤＩデータ列、すなわち
図８のＭＩＤＩデータ編集によってスクランブルデコー
ドデータの付与されたＭＩＤＩデータ列を取り出す。そ
して、次のステップ９３で、バイトレジスタＢＲとビッ
トカウンタＢＣＮの値をリセットする。

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

【００７２】ステップ９６では、キーオンイベントデー
タの中の各バイトのデータをそれぞれ対応するレジスタ
ａ，ｂ，ｃに格納する。すなわち、キーオンイベントデ
ータの中のキーオンステータスバイトの中のチャンネル
番号をチャンネルレジスタａに、次の第１のデータバイ
ト（キーコードバイト）の中のキーコードをキーコード
レジスタｂに、第２のデータバイト（ベロシティバイ
ト）の中のベロシティをベロシティレジスタｃにそれぞ
れ格納する。ステップ９７では、バイトレジスタＢＲの
値を２倍、すなわち、シフトして、その最下位ビットに
関数ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２の
反転値を加算する。ステップ９８では、ビットカウンタ
ＢＣＮの値を１だけインクリメントする。ステップ９９
では、ビットカウンタＢＣＮの値が『８』になったかど
うかを判定し、ＹＥＳの場合は次のステップ９Ａに進
み、ＮＯの場合はステップ９Ｃにジャンプする。

【００７３】例えば、図１２（Ｇ）のようなキーオンイ
ベントのＭＩＤＩデータ列ＳＭＦ２の場合には、８つの
キーオンイベントデータで１バイト分のスクランブルデ
コードデータが作成される。まず、各キーオンイベント
データの所定の関数ｆ１（ａ，ｂ，ｃ）で演算すると、
図１２（Ｈ）のようになる。すなわち、（ａ＋ｂ＋ｃ）
の値が偶数なら『０』、奇数なら『１』となる。そし
て、これらの反転ビットは図１２（Ｊ）のようになり、
その値がバイトレジスタＢＲを順次シフトしていくた
め、最終的には図１２（Ｊ）のような１バイト分のスク
ランブルデコードデータが形成される。このようにし
て、得られた図１２（Ｊ）のデータは図１２（Ｆ）と同
じである。すなわち、ＭＩＤＩデータのベロシティバイ
トに分散して書き込まれたスクランブルデコードデー
タ、すなわち図１２（Ｆ）のようなデータが図１２
（Ｊ）のように忠実に再現されたことになる。

【００７４】ステップ９Ａでは、バイトレジスタＢＲの
格納値をデコードデータ格納レジスタＤＥＣＯＤＥに追
加記憶する。ステップ９Ｂで、バイトレジスタＢＲとビ
ットカウンタＢＣＮの値をリセットする。ステップ９Ｃ
では、ステップ９５でＮＯと判定された場合、又はステ
ップ９Ｂの処理を終了した場合に行われる処理であっ
て、ステップ９４〜ステップ９Ｂの処理がスクランブル
デコードデータに対応する２バイト分終了したかどうか
の判定を行い、この判定結果が２バイト分終了（ＹＥ
Ｓ）の場合には、次のステップ９Ｄに進み、終了してい
ない（ＮＯ）場合にはステップ９４にリターンし、一連
の処理を繰り返し実行する。ステップ９Ｄでは、スクラ
ンブルデコードデータの内容に基づいてスクランブル処
理されたＭＩＤＩデータの修復処理を行う。

【００７５】なお、上述の実施の形態では、ＭＩＤＩデ
ータ列からキーオンイベントデータを順番に取り出し
て、それに対して順番にスクランブルデコードデータを
格納する場合について説明したが、これだと、１つのＭ
ＩＤＩデータ列に対して１種類のスクランブル処理しか
行えない。そこで、チャンネル単位毎に異なるスクラン
ブル処理を行えるようにした第３の実施の形態について
説明する。図１０は、電子楽器１がＭＩＤＩデータ編集
装置して動作する場合の一例となるＭＩＤＩデータ編集
処理３を示すフローチャート図である。まず、この場合
は、電子楽器１は、フロッピーディスクドライブ２４か
ら読み出したＭＩＤＩデータ中に前述のようなスクラン
ブルデコードデータと共にヘッダ情報の一部である電子
署名すなわち著作権表示データを併せて分散記録する。

【００７６】まず、ステップ１０１では、ＭＩＤＩデー
タ列内に分散して書き込まれるべき電子署名（著作権表
示データ）の内容を決定するとともに、各チャンネルに
対応したスクランブルデコードデータの内容を決定す
る。例えば、著作権表示データとして『ＣＯＰＹＲＩＧ
ＨＴ△ＹＭＨ△１９９６』のような文字をＭＩＤＩデー
タ列内に分散して書き込む場合には、これらの文字列を
パネルスイッチ２Ｅを用いて決定する。ここで、△は空
白を意味するものとする。書き込むべき電子署名すなわ
ち文字列及びスクランブルデコードデータの内容が決定
したので、今度はステップ３２で、その電子署名及びス
クランブルデコードデータに関するデータ列を得る。例
えば、パネルスイッチ２Ｅによって『ＣＯＰＹＲＩＧＨ
Ｔ△ＹＭＨ△１９９６』が入力された場合には、それを
ＡＳＣＩＩの文字符号のデータ列に変換する。この場合
は、『Ｃ』＝『４３Ｈ』、『Ｏ』＝『４ＦＨ』、『Ｐ』
＝『５０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｒ』＝『５２
Ｈ』、『Ｉ』＝『４９Ｈ』、『Ｇ』＝『４７Ｈ』、
『Ｈ』＝『４８Ｈ』、『Ｔ』＝『５４Ｈ』、『△』＝
『２０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｍ』＝『４Ｄ
Ｈ』、『Ｈ』＝『４８Ｈ』、『△』＝『２０Ｈ』、
『１』＝『３１Ｈ』、『９』＝『３９Ｈ』、『９』＝
『３９Ｈ』、『６』＝『３６Ｈ』からなる一連のＡＳＣ
ＩＩのデータ列が得られることになる。

【００７７】これらの文字符号のデータ列は前述の第２
の実施の形態において説明した、スクランブルデコード
データと同様の手法でＭＩＤＩデータの中に埋め込むこ
とができることはいうまでもない。従って、以下の処理
では、これらのＡＳＣＩＩのデータ列をスクランブルデ
コードデータ列の埋め込み法と同様のやり方で、ＭＩＤ
Ｉデータ列中に分散記録するものとする。すなわち、次
のステップ１０３では、図８のステップ８３〜ステップ
８Ｆと同様の処理をそのチャンネルに対してそれぞれ行
う。このとき、ステップ８９の所定の関数に従った演算
処理をそのチャンネルに対してそれぞれ異ならせて行
う。例えば、ステップ８９では、関数ｆ１（ａ，ｂ，
ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２を第２のビットフラグ
ＢＦ２に格納しており、これを第１の関数処理とする。
そして、この第１の関数処理に加えて、次の第２、第３
及び第４の関数処理の中から、適当なものを各チャンネ
ル毎に使い分けるようにする。第２の関数処理は、ｆ２
（ａ，ｂ，ｃ）＝（ａ＋ｃ）ｍｏｄ２、第３の関数処理
は、ｆ３（ａ，ｂ，ｃ）＝（ｂ＋ｃ）ｍｏｄ２、第４の
関数処理は、ｆ４（ａ，ｂ，ｃ）＝（ｃ）ｍｏｄ２、で
ある。

【００７８】ステップ１０３では、これらの第１から第
４までの関数処理をＭＩＤＩチャンネル毎に選択的に切
り換えて、図８のステップ８３〜ステップ８Ｆと同様の
処理を行い、それぞれのチャンネル毎にその選択された
関数処理に従って変換された電子署名データ及びスクラ
ンブルデコードデータを付与する。このように、チャン
ネル毎に関数処理の内容を変更することによって、或る
チャンネルのデータを一度に変更するようなエディット
処理、例えばチャンネル情報の入れ替えやキーコードの
シフトなどといったものが行われた場合でも、エディッ
トによって変更される特定のチャンネルのデータに関係
しない関数を利用している別のチャネルのデータから電
子署名データやスクランブルデコードデータを復元する
ことができる。

【００７９】次に、図１０のＭＩＤＩデータ編集処理３
によって編集されたＭＩＤＩデータを修復するＭＩＤＩ
データ修復処理３について図１１を用いて説明する。図
１１は、電子楽器１がＭＩＤＩデータ修復装置として動
作する場合の一例であるＭＩＤＩデータ修復処理３を示
すフローチャート図である。この場合、フロッピーディ
スクドライブ２４から読み出されたＭＩＤＩデータの各
チャンネル毎に所定の関数処理（前述の第１から第４ま
でのいずれかの関数処理）によって、ベロシティバイト
部分にそのヘッダ情報の一部である電子署名（著作権表
示データ）及びスクランブルデコードデータが分散記録
されているものとする。従って、以下の実施の形態で
は、分散記録された著作権表示データをチャンネル毎に
所定の関数処理によって検出して、それをモニタなどに
表示したり、スクランブルデコードデータに基づいてＭ
ＩＤＩデータを修復するという動作を行う場合について
説明する。

【００８０】まず、ステップ１１１では、電子署名を検
出すべきＭＩＤＩデータ列、すなわち図１０のＭＩＤＩ
データ編集処理３によって各チャンネル毎に所定の関数
処理に応じて電子署名データ及びスクランブルデコード
データの付与されたＭＩＤＩデータ列を取り出す。そし
て、次のステップ１１２で、チャンネルカウンタをリセ
ットし、ステップ１１３で関数カウンタをリセットす
る。このチャンネルカウンタと関数カウンタは、後の処
理で、各チャンネルに対して各関数処理を施すために利
用されるものである。例えば、ＭＩＤＩチャンネルが１
６チャンネル相当の場合には、チャンネルカウンタは０
から１５までを巡回的にカウントするように処理され
る。また、関数カウンタは、前述のように関数処理が４
種類の場合には、０〜３までも巡回的にカウントするよ
うに処理される。関数カウンタが『０』の場合は第１の
関数処理ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ
２を、『１』の場合は第２の関数処理ｆ２（ａ，ｂ，
ｃ）＝（ａ＋ｃ）ｍｏｄ２を、『２』の場合は第３の関
数処理ｆ３（ａ，ｂ，ｃ）＝（ｂ＋ｃ）ｍｏｄ２を、
『３』の場合は第４の関数処理ｆ４（ａ，ｂ，ｃ）＝
（ｃ）ｍｏｄ２を意味する。

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

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

【００８３】なお、上述の実施の形態では、署名データ
やスクランブルデコードデータをＭＩＤＩデータのベロ
シティ部分に分散記録する場合について説明したが、こ
れは一例であり、これ以外の著作者名、曲の題名、画像
／映像の題名などに関する文字データやデータ形式に関
するデータやその他の種々のデータを分散記録してもよ
いことはいうまでもない。また、ベロシティ部分以外
の、デュレーションタイム（待ち時間）データに分散記
録してもよいし、その両方に分散記録するようにしても
よい。両方に分散記録する場合、その厳密性すなわち分
散記録することによってそのデータの内容が変更する度
合いに応じて、分散記録する箇所を適宜切り換えるよう
にしてもよい。すなわち、デュレーションタイムデータ
の短い領域で、そのデュレーションタイムデータに分散
記録すると、それによる変動の割合（厳密性）が大きく
なるので、好ましくないが、デュレーションタイムデー
タが比較的大きい領域では、逆の関係にあるので、分散
記録しても影響は少ない。同じく、ベロシティ部分に記
録する場合でも、ベロシティの値の小さい領域て、その
ベロシティ部分に分散記録すると、それによる変動の割
合（厳密性）が大きくなるので、好ましくないが、ベロ
シティの値の大きい領域では、分散記録しても影響は少
ない。従って、これらを適宜考慮して所定値よりも大き
いベロシティに種々のデータを分散記録するようにして
もよい。

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

【００８５】上述の実施の形態では、検出された電子署
名データをモニタ上に表示する場合について説明した
が、検出側において、電子署名データが存在しない場合
や電子署名データが完全に復旧できない場合（各論理チ
ャンネルにおいて、電子署名データが検出できるチャン
ネルと検出できないチャンネルが混在する場合）には、
データの再生を中止するようにしてもよい。また、その
検出側の電子楽器やコンピュータなどがネットワークに
接続されている場合には、そのネットワーク上に不正に
エディットされたデータが存在することを送信し、それ
をホストコンピュータ側で検出することができるように
してもよい。上述の実施の形態では、電子楽器がＭＩＤ
Ｉデータ編集装置又はＭＩＤＩデータ修復装置として動
作する場合について説明したが、同様の処理を行うハー
ドウェアを別途構成するようにしてもよいし、ソフトウ
ェア、ＤＳＰとマイクロプログラムなどで構成するよう
にしてもよい。また、このようなＭＩＤＩデータ編集装
置又はＭＩＤＩデータ修復装置をフロッピーディスクド
ライブや通信インターフェイスなどに予め内蔵しておい
て、データの入出力の段階で強制的に電子署名データを
付与したり、検出したりするようにしてもよい。

【００８６】上述の実施の形態では、電子署名データや
スクランブルデコードデータを付与する場合を説明した
が、電子署名データやスクランブルデコードデータの付
与されたデータを、フロッピーディスクやコンパクトデ
ィスクなどで供給するようにしてもよいし、ネットワー
クを通じて電子的に供給するようなデータ形態を採用し
てもよい。図８のステップ８Ｂでは、ベロシティデータ
の値を１だけインクリメント処理する場合について説明
したが、デクリメント処理してもよいし、これらの処理
を適当なタイミング（所定データ数毎とか）で交互に行
うようにしてもよい。上述の実施の形態では、所定の関
数処理の後にビット反転処理を行う場合について説明し
たが、これは行わなくてもよい。また、ビット反転処理
の他にも、上位ビットと下位ビットを入れ替えるとか、
ＡＮＤ、ＯＲ、ＸＯＲなどの論理演算処理を施すとか、
種々の処理を加えるようにしてもよいことはいうまでも
ない。また、適宜の暗号化処理を施すようにしてもよ
い。例えば、上述の第１から第４までの関数処理の結果
を適宜組み合わせてもよいし、前回の関数処理の結果を
次の関数処理に組み合わせて演算するようにしてもよ
い。なお、これらの各処理はある程度高速に行うことが
でき、変換後、逆変換によりもとに戻せるものであれ
ば、これ以外の方法でもよいことはいうまでもない。

【００８７】上述の実施の形態では、プログラムチェン
ジデータの検出タイミング毎に新たに電子署名データや
スクランブルデコードデータの付与処理を行う場合につ
いて説明したが、これに限らず、小節単位（例えば８小
節毎など）データの検出タイミング毎に行うようにして
もよい。また、波形データに分散記録する場合には、所
定のサンプル数毎や所定のゼロクロス毎に新たに署名デ
ータの付与処理を行うようにしてもよい。ゼロクロス
（波形の値の符号が変わるタイミング）は波形エディッ
トの際の基準地点と考えられるからである。また、上述
の実施の形態では、電子署名データや題名などのような
付属情報を記録する場合について説明したが、ＭＩＤＩ
データと波形データを合わせて記録する場合に、ＭＩＤ
Ｉデータにその波形データの一部を記録するようにして
もよいし、波形データにＭＩＤＩデータの一部を合わせ
て記録するようにしてもよい。

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

【００８９】なお、上述の第１の実施の形態、すなわち
図３のＭＩＤＩデータ編集処理１では、ステップ３８に
おいて、前回のキーオンイベントデータのキーコードを
格納した前回値レジスタｂ０と今回のキーオンイベント
データのキーコードを格納したキーコードレジスタｂと
の間の差分を取り、それをキーコード差分値レジスタｄ
ｋｅｙに格納すると共に、前回のキーオンイベントデー
タのベロシティを格納した前回値レジスタｃ０と今回の
キーオンイベントデータのベロシティを格納したベロシ
ティレジスタｃとの間の差分を取り、それをベロシティ
差分値レジスタｄｖｅｌに格納している。その関係上、
ステップ３Ａからステップ３Ｇまでの処理によって変換
された新しいキーコードの値ｂ１及びベロシティの値ｃ
１は、常に前回のキーオンイベントにおけるキーコード
及びベロシティとの間に密接な関係を有することにな
る。図４のＭＩＤＩデータ修復処理１でも、前回値レジ
スタｂ０とキーコードレジスタｂとに基づいて修復キー
コードレジスタｂ２の値を求め、前回値レジスタｃ０と
ベロシティレジスタｃとに基づいて修復ベロシティレジ
スタｃ２の値を求めている。

【００９０】従って、図３のＭＩＤＩデータ編集処理後
にＭＩＤＩデータのイベントデータ（キーコード又はベ
ロシティの値）が修正されると、それ以降に修復処理さ
れた修復キーコード及び修復ベロシティの値が元のデー
タと全て異なってしまうということが起こる。これはデ
ータを改竄した場合にそれ以降のデータを全て無効にす
ることができるという点では優れているが、途中のイベ
ントデータにエラーが発生し、キーコード又はベロシテ
ィが変化した場合、それ以降のデータを有効に修復する
ことができなくなるという問題を有する。

【００９１】そこで、図３のＭＩＤＩデータ編集処理１
及び図４のＭＩＤＩデータ修復処理１を図１３のＭＩＤ
Ｉデータ編集処理４及び図１４のＭＩＤＩデータ修復処
理４のように変更することによって、イベントデータが
途中で書き換えられたりなどして変化した場合でも、そ
れ以降のデータを有効に修復することができるようにし
た。図１３のＭＩＤＩデータ編集処理４において図３の
ＭＩＤＩデータ編集処理１と同じものには同一の符号が
付してあるので、その説明は省略する。図１３のＭＩＤ
Ｉデータ編集処理４が図３のＭＩＤＩデータ編集処理１
と異なる点は、図３のステップ３９の処理が省略され、
ステップ３８の前回値レジスタｂ０及びｃ０がステップ
１３８のように先頭値レジスタｂＨ及びｃＨに変更され
た点である。ステップ１３８では、先頭のキーオンイベ
ントデータのキーコードを格納した先頭値レジスタｂＨ
と今回のキーオンイベントデータのキーコードを格納し
たキーコードレジスタｂとの間の差分を取り、それをキ
ーコード差分値レジスタｄｋｅｙに格納すると共に、先
頭のキーオンイベントデータのベロシティを格納した先
頭値レジスタｃＨと今回のキーオンイベントデータのベ
ロシティを格納したベロシティレジスタｃとの間の差分
を取り、それをベロシティ差分値レジスタｄｖｅｌに格
納する。そして、このキーコード差分値レジスタｄｋｅ
ｙの格納値とベロシティ差分値レジスタｄｖｅｌの格納
値に基づいて新たなキーコードｂ１及びベロシティｃ１
を算出している。

【００９２】図１４のＭＩＤＩデータ修復処理４におい
て図４のＭＩＤＩデータ修復処理１と同じものには同一
の符号が付してあるので、その説明は省略する。図１４
のＭＩＤＩデータ修復処理４が図４のＭＩＤＩデータ修
復処理１と異なる点は、図４のステップ４８の処理が省
略され、ステップ４５及びステップ４６の前回値レジス
タｂ０及びｃ０がステップ１４５及びステップ１４６の
ように先頭値レジスタｂＨ及びｃＨに変更された点であ
る。すなわち、ステップ１４５では先頭値レジスタｂＨ
とキーコードレジスタｂとの値に基づいて修復キーコー
ドレジスタｂ２の値を求め、ステップ１４６では先頭値
レジスタｃＨとベロシティレジスタｃとの値に基づいて
修復ベロシティレジスタｃ２の値を求めている。図１３
及び図１４のように変更することによって、先頭のイベ
ントデータの値に基づいてＭＩＤＩデータは編集され、
修復されるようになるので、途中のイベントデータが書
き換えられたり、エラーなどの発生によって変化した場
合でもそれ以降のデータを修復できなくなるというよう
なことは起こらず、エラーの発生したイベントデータ以
降も完全に修復することができるようになる。なお、上
述の説明では先頭のイベントデータの値に基づいてＭＩ
ＤＩデータを編集する場合について説明したが、予め任
意の値をヘッダに書き込んでおいて、その値に基づいて
ＭＩＤＩデータを編集したり、修復したりするようにし
てもよい。また、その基準となるイベントデータの値を
任意のイベント（例えば１小節における先頭のイベン
ト）から取り込むようにしてもよい。

【００９３】図３のＭＩＤＩデータ編集処理１及び図１
３のＭＩＤＩデータ編集処理４では、キーオンデータの
キーコード及びベロシティの内容がＭＩＤＩデータの先
頭から書き換えられてしまうので、ＭＩＤＩデータ修復
処理を行わずにＭＩＤＩデータ再生処理を行った場合
に、再生された楽音は、全くデタラメなものとなってし
まい、その一部だけを試聴するというようなことができ
ない。そこで、図３の変更例として、図１５のＭＩＤＩ
データ編集処理５のように、ステップ３Ｂとステップ３
Ｃとの間に編集条件を判定するステップ３Ｊを挿入し、
特定の編集条件に合致した場合にＭＩＤＩデータにスク
ランブル処理を施すようにした。なお、図１５と同様
に、図１３の場合もステップ３Ｂとステップ３Ｃとの間
にステップ３Ｊを挿入すればよい。

【００９４】例えば、ステップ３Ｊの編集条件として、
ＭＩＤＩデータの演奏開始から所定時間（例えば３０秒
などの時間）を経過したか否かを判定するように設定す
る。これによって、ＭＩＤＩデータの最初の部分にはス
クランブル処理が施されなくなるので、その部分のＭＩ
ＤＩデータは通常のＭＩＤＩデータ再生処理によって再
生されるようになる。一方、所定時間経過後にＭＩＤＩ
データを通常のＭＩＤＩデータ再生処理で再生しようと
しても、その部分にはスクランブル処理が施されている
ので、デタラメな楽音しか再生されなくなる。これによ
って、ＭＩＤＩデータの最初の部分を通常のＭＩＤＩデ
ータ再生処理によって再生できる試聴可能なＭＩＤＩデ
ータとすることができ、それ以降の残りの部分を試聴不
可能なＭＩＤＩデータとすることができる。なお、この
編集条件は、外部から任意に設定可能であり、時間の他
にも、種々の条件を適宜組み合わせて適用してもよいこ
とは言うまでもない。例えば、発音されない時間が所定
時間以上になった場合とか、小節線データが所定数発生
した場合とかの条件を単独で適用したり、これらの条件
を種々組み合わせてもよいことはいうまでもない。

【００９５】

【発明の効果】この発明によれば、音楽データ、映像デ
ータ又は波形データなど主要情報のデータフォーマット
を変更することなく所望の付属情報を付加することがで
きると共に結果的にこれらのデータに暗号化処理を施す
こととなり、この暗号を解読しない限り、これらの主要
情報や付属情報を再生して利用することができないとい
う効果がある。また、これまで説明した通りの作用・効
果を奏する。

【図面の簡単な説明】

【図１】 この発明に係る電子情報処理システムのＭＩ
ＤＩデータ編集処理１及びＭＩＤＩデータ修復処理１に
従ってどのようにデータが変換されるのか、その具体例
を示す図である。

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

【図３】 図２の電子楽器が電子情報処理システムとし
て動作する場合のＭＩＤＩデータ編集処理１の一例を示
すフローチャート図である。

【図４】 図２の電子楽器が電子情報処理システムとし
て動作する場合のＭＩＤＩデータ修復処理１の一例を示
すフローチャート図である。

【図５】 縦軸にキーコードを割り当て、横軸にベロシ
ティを割り当て、各値の中間を原点とするような直交座
標系を構成した場合の付属情報とキーコード，ベロシテ
ィとの関係を示す概念図である。

【図６】 図５の付属情報とキーコード，ベロシティと
の間の詳細な関係を示す図である。

【図７】 ＭＩＤＩデータ中に埋め込まれるスクランブ
ルデコードデータの内容の一例を示す図である。

【図８】 電子楽器が電子情報処理システムとして動作
する場合の別の一例となるＭＩＤＩデータ編集処理２を
示すフローチャート図である。

【図９】 電子楽器が電子情報処理システムとして動作
する場合の別の一例となるＭＩＤＩデータ修復処理２を
示すフローチャート図である。

【図１０】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ編集処理３
を示すフローチャート図である。

【図１１】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ修復処理３
を示すフローチャート図である。

【図１２】 この発明に係る電子情報処理システムのＭ
ＩＤＩデータ編集処理２及びＭＩＤＩデータ修復処理２
に従ってどのようにデータが変換されるのか、その具体
例を示す図である。

【図１３】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ編集処理４
を示すフローチャート図である。

【図１４】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ修復処理４
を示すフローチャート図である。

【図１５】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ編集処理５
を示すフローチャート図である。

【符号の説明】

２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…フ
ロッピーディスクドライブ、２５…ハードディスクドラ
イブ、２６…ＣＤ−ＲＯＭドライブ、２７…通信インタ
ーフェイス、２８…通信ネットワーク、２９…サーバコ
ンピュータ、２Ａ…ＭＩＤＩインターフェイス、２Ｂ…
他のＭＩＤＩ機器、２Ｃ…鍵盤、２Ｄ…押鍵検出回路、
２Ｅ…パネルスイッチ、２Ｆ…スイッチ検出回路、２Ｇ
…ディスプレイ、２Ｈ…表示回路、２Ｊ…音源回路、２
Ｋ…効果回路、２Ｌ…サウンドシステム、２Ｍ…データ
及びアドレスバス、２Ｎ…タイマ、２Ｒ…リボンコント
ローラ

フロントページの続き (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 H04L 9/00 - 9/38 G09C 1/00 - 5/00 G10L 19/00 ＩＥＥＥ／ＩＥＥ Ｅｌｅｃｔｒｏｎｉ ｃ Ｌｉｂｒａｒｙ Ｏｎｌｉｎｅ ＩＮＳＰＥＣ（ＤＩＡＬＯＧ) ＪＩＣＳＴファイル（ＪＯＩＳ) ＷＰＩ（ＤＩＡＬＯＧ)

Claims (13)

(57)【特許請求の範囲】
1. 【請求項１】 それぞれ２以上のパラメータを含む複数
   のイベントデータで構成される第１の情報を入力するス
   テップと、 第２の情報を入力するステップと、 前記第１の情報から特定のイベントデータを取り出すス
   テップと、 前記第２の情報内から一部分とその一部分とは異なる他
   の部分とを取り出すステップと、 前記特定のイベントデータのうちの特定のパラメータを
   前記一部分に基づいて変更し、前記特定のイベントデー
   タのうちの特定のパラメータ以外のパラメータを前記他
   の部分に基づいて変更することにより前記第１の情報に
   前記第２の情報を分散して配置するステップと、 前記第２の情報が分散して配置された第１の情報を出力
   するステップとからなる電子情報処理方法。
2. 【請求項２】 それぞれ２以上のパラメータを含む複数
   のイベントデータで構成される第１の情報を入力するス
   テップと、 第２の情報を入力するステップと、 前記第１の情報から音高を表わす音高パラメータを含む
   特定のイベントデータを取り出すステップと、 前記第２の情報から一部分を取り出すステップと、 前記第２の情報の一部分と前記特定のイベントデータの
   音高パラメータを使って新たな音高パラメータを作成
   し、該新たな音高パラメータを前記特定のイベントデー
   タのうちの音高パラメータに上書きすることにより、前
   記第１の情報に前記第２の情報を分散して配置すると共
   に第１の情報を暗号化するステップとからなる電子情報
   処理方法。
3. 【請求項３】 複数のイベントデータで構成される第１
   の情報を入力するステップと、 情報の変更方法を表わす第２の情報を入力するステップ
   と、 前記イベントデータのうち少なくとも一部のイベントデ
   ータの内容を前記第２の情報に基づいて変更することに
   より前記第１の情報に前記第２の情報を分散して配置す
   るステップと、 前記第１の情報のうちの前記第２の情報が配置されてい
   ない部分を前記第２の情報が表わす変更方法で変更する
   ステップとからなる電子情報処理方法。
4. 【請求項４】 それぞれ２以上のパラメータを含む複数
   のイベントデータで構成される第１の情報を入力するス
   テップと、 前記第１の情報から特定のイベントデータを取り出すス
   テップと、 前記特定のイベントデータのうちの特定のパラメータか
   ら第２の情報の一部分を検出すると共に、前記特定のイ
   ベントデータのうちの特定のパラメータ以外のパラメー
   タから前記一部分とは異なる第２の情報の他の一部分を
   検出することにより、第２の情報が分散して配置された
   第１の情報から該第２の情報を抽出するステップと、 前記抽出した第２の情報を出力するステップとからなる
   電子情報処理方法。
5. 【請求項５】 それぞれ所定のパラメータを含む複数の
   イベントデータで構成される第１の情報を入力するステ
   ップと、 前記第１の情報から音高を表わす音高パラメータを含む
   特定のイベントデータを取り出すステップと、 前記特定のイベントデータのうちの音高パラメータから
   第２の情報の一部分を検出すると共に、前記音高パラメ
   ータの内容を所定の変更方法に基づいて変更することに
   より、第１の情報から第２の情報を検出すると共に、所
   定の変更方法に基づいて暗号化されている第１の情報を
   復号化するステップとからなる電子情報処理方法。
6. 【請求項６】 複数のイベントデータで構成される第１
   の情報を入力するステップと、 前記イベントデータのうち少なくとも一部のイベントデ
   ータから、情報の変更方法を表わす第２の情報を検出す
   ると共に、前記一部のイベントデータとは異なる他のイ
   ベントデータを前記第２の情報に基づいて変更すること
   により、第２の情報が分散して配置された第１の情報か
   ら該第２の情報を抽出すると共に、該第２の情報に基づ
   いて暗号化されている第１の情報を復号化するステップ
   とからなる電子情報処理方法。
7. 【請求項７】 請求項１乃至６のいずれかに記載の方法
   をコンピュータに実行させるためのプログラムを記憶し
   た機械読み取り可能な記憶媒体。
8. 【請求項８】 それぞれ２以上のパラメータを含む複数
   のイベントデータで構成される第１の情報を入力する手
   段と、 第２の情報を入力する手段と、 前記第１の情報から特定のイベントデータを取り出す手
   段と、 前記第２の情報内から一部分とその一部分とは異なる他
   の部分とを取り出す手段と、 前記特定のイベントデータのうちの特定のパラメータを
   前記一部分に基づいて変更し、前記特定のイベントデー
   タのうちの特定のパラメータ以外のパラメータを前記他
   の部分に基づいて変更することにより前記第１の情報に
   前記第２の情報を分散して配置する手段と、 前記第２の情報が分散して配置された第１の情報を出力
   する手段とからなる電子情報処理装置。
9. 【請求項９】 それぞれ２以上のパラメータを含む複数
   のイベントデータで構成される第１の情報を入力する手
   段と、 第２の情報を入力する手段と、 前記第１の情報から音高を表わす音高パラメータを含む
   特定のイベントデータを取り出す手段と、 前記第２の情報から一部分を取り出す手段と、 前記第２の情報の一部分と前記特定のイベントデータの
   音高パラメータを使って新たな音高パラメータを作成
   し、該新たな音高パラメータを前記特定のイベントデー
   タのうちの音高パラメータに上書きすることにより、前
   記第１の情報に前記第２の情報を分散して配置すると共
   に第１の情報を暗号化する手段とからなる電子情報処理
   装置。
10. 【請求項１０】 複数のイベントデータで構成される第
    １の情報を入力する手段と、 情報の変更装置を表わす第２の情報を入力する手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータの内容を前記第２の情報に基づいて変更することに
    より前記第１の情報に前記第２の情報を分散して配置す
    る手段と、 前記第１の情報のうちの前記第２の情報が配置されてい
    ない部分を前記第２の情報が表わす変更装置で変更する
    手段とからなる電子情報処理装置。
11. 【請求項１１】 それぞれ２以上のパラメータを含む複
    数のイベントデータで構成される第１の情報を入力する
    手段と、 前記第１の情報から特定のイベントデータを取り出す手
    段と、 前記特定のイベントデータのうちの特定のパラメータか
    ら第２の情報の一部分を検出すると共に、前記特定のイ
    ベントデータのうちの特定のパラメータ以外のパラメー
    タから前記一部分とは異なる第２の情報の他の一部分を
    検出することにより、第２の情報が分散して配置された
    第１の情報から該第２の情報を抽出する手段と、 前記抽出した第２の情報を出力する手段とからなる電子
    情報処理装置。
12. 【請求項１２】 それぞれ所定のパラメータを含む複数
    のイベントデータで構成される第１の情報を入力する手
    段と、 前記第１の情報から音高を表わす音高パラメータを含む
    特定のイベントデータを取り出す手段と、 前記特定のイベントデータのうちの音高パラメータから
    第２の情報の一部分を検出すると共に、前記音高パラメ
    ータの内容を所定の変更装置に基づいて変更することに
    より、第１の情報から第２の情報を検出すると共に、所
    定の変更装置に基づいて暗号化されている第１の情報を
    復号化する手段とからなる電子情報処理装置。
13. 【請求項１３】 複数のイベントデータで構成される第
    １の情報を入力する手段と、 前記イベントデータのうち少なくとも一部のイベントデ
    ータから、情報の変更装置を表わす第２の情報を検出す
    ると共に、前記一部のイベントデータとは異なる他のイ
    ベントデータを前記第２の情報に基づいて変更すること
    により、第２の情報が分散して配置された第１の情報か
    ら該第２の情報を抽出すると共に、該第２の情報に基づ
    いて暗号化されている第１の情報を復号化する手段とか
    らなる電子情報処理装置。