JP3180788B2 - 電子情報付与及び検出のための装置及び方法 - Google Patents
電子情報付与及び検出のための装置及び方法Info
- Publication number
- JP3180788B2 JP3180788B2 JP34615098A JP34615098A JP3180788B2 JP 3180788 B2 JP3180788 B2 JP 3180788B2 JP 34615098 A JP34615098 A JP 34615098A JP 34615098 A JP34615098 A JP 34615098A JP 3180788 B2 JP3180788 B2 JP 3180788B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- information
- key
- event data
- value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Electrophonic Musical Instruments (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Description
【０００１】
【発明の属する技術分野】この発明は電子的記憶媒体に
楽音制御情報（ＭＩＤＩデータなど）などの主要情報と
付属情報とを暗号化処理して記憶したり、記憶媒体に記
憶されている暗号化処理された主要情報と付属情報に基
づいて元の主要情報及び付属情報を検出する電子情報付
与及び検出のための装置及び方法に関する。
楽音制御情報（ＭＩＤＩデータなど）などの主要情報と
付属情報とを暗号化処理して記憶したり、記憶媒体に記
憶されている暗号化処理された主要情報と付属情報に基
づいて元の主要情報及び付属情報を検出する電子情報付
与及び検出のための装置及び方法に関する。
【０００２】
【従来の技術】最近では、パーソナルコンピュータを使
用して、ユーザ自身が音楽データ、映像データ及び波形
データなどを作成したり、それらに種々の変更を加えた
りすることが容易にできるようになった。従って、パー
ソナルコンピュータを使用することによって、市販のＦ
Ｄ、ＣＤ−ＲＯＭ、ＬＤなどの記憶媒体に記録された音
楽データ、映像データ及び波形データなどを自由に読み
出して、それらに種々の変更処理を加えたりすることが
できる。市販のＣＤ−ＲＯＭやＬＤなどに記録されてい
るデータは、その販売者や製作者などに著作権があるた
め、本来それらを自由に改変することは、著作権侵害の
観点から許されるものではない。従って、現在では、Ｃ
Ｄ−ＲＯＭやＬＤなどの媒体に記録されている音楽デー
タ、映像データ又は波形データなど主データの著作物が
だれに属するものなのかを示すための著作権表示データ
を、その音楽データ、映像データ又は波形データなど主
データを記録する主データ記録部とは別のヘッダ部にお
いて付属情報として付加的に記録することによって、著
作権者を明示し、著作権侵害の未然防止を図っているの
が現状である。また、付属情報には、このような著作権
表示データの他にも、その音楽データ、映像データ及び
波形データの題名などを示す情報、又はその映像データ
や波形データなどがどのようなデータ圧縮技術で圧縮さ
れているのかなどの記録形式を示す情報などがある。
用して、ユーザ自身が音楽データ、映像データ及び波形
データなどを作成したり、それらに種々の変更を加えた
りすることが容易にできるようになった。従って、パー
ソナルコンピュータを使用することによって、市販のＦ
Ｄ、ＣＤ−ＲＯＭ、ＬＤなどの記憶媒体に記録された音
楽データ、映像データ及び波形データなどを自由に読み
出して、それらに種々の変更処理を加えたりすることが
できる。市販のＣＤ−ＲＯＭやＬＤなどに記録されてい
るデータは、その販売者や製作者などに著作権があるた
め、本来それらを自由に改変することは、著作権侵害の
観点から許されるものではない。従って、現在では、Ｃ
Ｄ−ＲＯＭやＬＤなどの媒体に記録されている音楽デー
タ、映像データ又は波形データなど主データの著作物が
だれに属するものなのかを示すための著作権表示データ
を、その音楽データ、映像データ又は波形データなど主
データを記録する主データ記録部とは別のヘッダ部にお
いて付属情報として付加的に記録することによって、著
作権者を明示し、著作権侵害の未然防止を図っているの
が現状である。また、付属情報には、このような著作権
表示データの他にも、その音楽データ、映像データ及び
波形データの題名などを示す情報、又はその映像データ
や波形データなどがどのようなデータ圧縮技術で圧縮さ
れているのかなどの記録形式を示す情報などがある。
【０００３】
【発明が解決しようとする課題】しかしながら、現在で
は、パーソナルコンピュータなどを使って自由にデータ
を書き換えたり変更したりすることができるので、故意
又は過失によって、著作権表示データや種々の付属情報
が削除されたり、書き換えられたりするという問題があ
る。特に、これらの付属情報がヘッダ部に記録されてい
る場合は、削除や改竄が容易になされてしまうという問
題がある。また、最近ではネットワーク通信の発達に伴
って、このように著作権表示データの削除や改竄がなさ
れた音楽データ、映像データ又は波形データなどが通信
ネットワークを介して広く流通するという問題も起こり
易い。この発明は、音楽データ、映像データ又は波形デ
ータなどのような主要情報のデータフォーマットを変更
することなく付属情報を付加すると共にこれらのデータ
に暗号化処理を施し、この暗号を解読しない限り、こら
れの主要情報や付属情報を再生して利用することのでき
ないようにした電子情報付与及び検出装置及び方法に関
するものである。
は、パーソナルコンピュータなどを使って自由にデータ
を書き換えたり変更したりすることができるので、故意
又は過失によって、著作権表示データや種々の付属情報
が削除されたり、書き換えられたりするという問題があ
る。特に、これらの付属情報がヘッダ部に記録されてい
る場合は、削除や改竄が容易になされてしまうという問
題がある。また、最近ではネットワーク通信の発達に伴
って、このように著作権表示データの削除や改竄がなさ
れた音楽データ、映像データ又は波形データなどが通信
ネットワークを介して広く流通するという問題も起こり
易い。この発明は、音楽データ、映像データ又は波形デ
ータなどのような主要情報のデータフォーマットを変更
することなく付属情報を付加すると共にこれらのデータ
に暗号化処理を施し、この暗号を解読しない限り、こら
れの主要情報や付属情報を再生して利用することのでき
ないようにした電子情報付与及び検出装置及び方法に関
するものである。
【０００４】
【課題を解決するための手段】 請求項１に係る電子情
報処理方法は、それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力するス
テップと、第２の情報を入力するステップと、予め決め
られている方法で鍵情報を取得するステップと、前記第
１の情報から特定のイベントデータを取り出すステップ
と、前記第２の情報の一部分と前記鍵情報と前記特定の
イベントデータの特定のパラメータを使って新たなパラ
メータを作成し、該新たなパラメータを前記特定のイベ
ントデータのうちの前記特定のパラメータに上書きする
ことにより、前記第１の情報に前記第２の情報を分散し
て配置すると共に第１の情報を暗号化するステップとか
らなる。 請求項２に係る電子情報処理方法は、複数のイ
ベントデータで構成される第１の情報を入力するステッ
プと、第２の情報を入力するステップと、前記第１の情
報から特定のイベントデータを取り出すステップと、前
記取り出された特定のイベントデータのうちの所定条件
を満たすイベントデータを前記第２の情報に基づいて変
更することにより、前記第１の情報に前記第２の情報を
分散して配置するステップと、前記第２の情報が分散し
て配置された第１の情報を出力するステップとからな
る。 請求項３乃至４に係る電子情報処理方法は、上記請
求項１乃至２に係るいずれかの方法で第２の情報が分散
して配置された第１の情報を入力し、この第１の情報か
ら、分散して配置された第２の情報を検出することに係
るものである。これにより、第２の情報がデコードされ
る。 請求項５に係る記憶媒体は、請求項１乃至４のいず
れかに係る方法をコンピュータに実行させるためのプロ
グラムを記憶した機械読み取り可能な記憶媒体に係るも
のである。 請求項６乃至９に係る電子情報処理装置は、
請求項１乃至４のいずれかに係る方法を実施するよう構
成された電子情報処理装置に係るものである。 次に、以
下説明する実施例に関連して概略を説明する。
報処理方法は、それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力するス
テップと、第２の情報を入力するステップと、予め決め
られている方法で鍵情報を取得するステップと、前記第
１の情報から特定のイベントデータを取り出すステップ
と、前記第２の情報の一部分と前記鍵情報と前記特定の
イベントデータの特定のパラメータを使って新たなパラ
メータを作成し、該新たなパラメータを前記特定のイベ
ントデータのうちの前記特定のパラメータに上書きする
ことにより、前記第１の情報に前記第２の情報を分散し
て配置すると共に第１の情報を暗号化するステップとか
らなる。 請求項２に係る電子情報処理方法は、複数のイ
ベントデータで構成される第１の情報を入力するステッ
プと、第２の情報を入力するステップと、前記第１の情
報から特定のイベントデータを取り出すステップと、前
記取り出された特定のイベントデータのうちの所定条件
を満たすイベントデータを前記第２の情報に基づいて変
更することにより、前記第１の情報に前記第２の情報を
分散して配置するステップと、前記第２の情報が分散し
て配置された第１の情報を出力するステップとからな
る。 請求項３乃至４に係る電子情報処理方法は、上記請
求項１乃至２に係るいずれかの方法で第２の情報が分散
して配置された第１の情報を入力し、この第１の情報か
ら、分散して配置された第２の情報を検出することに係
るものである。これにより、第２の情報がデコードされ
る。 請求項５に係る記憶媒体は、請求項１乃至４のいず
れかに係る方法をコンピュータに実行させるためのプロ
グラムを記憶した機械読み取り可能な記憶媒体に係るも
のである。 請求項６乃至９に係る電子情報処理装置は、
請求項１乃至４のいずれかに係る方法を実施するよう構
成された電子情報処理装置に係るものである。 次に、以
下説明する実施例に関連して概略を説明する。
【０００５】この電子情報付与装置は、主要情報を構成
するデータ群の中の一部のデータを付属情報を構成する
データに基づいて変更することで該付属情報を主要情報
のデータ群の中に潜ませてなるデータファイルを提供す
るものであり、換言すれば、主要情報の中に付属情報を
潜在的に埋め込み、主要情報に対して結果的に暗号化処
理を施すことになるものである。一例として、主要情報
としては、ＭＩＤＩデータのキーオンイベントデータ、
プログラムチェンジデータ又はコントロールチェンジデ
ータ、波形データ、又は映像データなどがある。付属情
報としては、著作者名、曲の題名、画像／映像の題名な
どに関する文字データや波形データの圧縮方法などのデ
ータ形式に関するデータやその他の種々のデータ（暗号
文、鍵情報、ＩＤ、パスワード、ニュース文）などがあ
る。この発明に係る電子情報付与装置（換言すれば「エ
ンコーダ」）と電子情報検出装置（換言すれば「デコー
ダ」）とを総称して電子情報処理システムと呼ぶとする
と、この電子情報処理システムでは、一例として、主要
情報を構成するデータ群の中の所定のデータ群として、
ＭＩＤＩデータの場合にはキーオンイベントデータ群を
用い、このキーオンイベントデータ群の中の単位データ
として、ベロシティデータやキーコードデータを用い、
これらのデータのうち所定のデータを付属情報のデータ
部分に応じて分散的に変更し、主要情報のデータ群の中
に付属情報のデータを分散的に潜ませる（埋め込む）こ
とで、付属情報を主要情報のデータ群の中に潜ませてな
るデータファイルを提供する。
するデータ群の中の一部のデータを付属情報を構成する
データに基づいて変更することで該付属情報を主要情報
のデータ群の中に潜ませてなるデータファイルを提供す
るものであり、換言すれば、主要情報の中に付属情報を
潜在的に埋め込み、主要情報に対して結果的に暗号化処
理を施すことになるものである。一例として、主要情報
としては、ＭＩＤＩデータのキーオンイベントデータ、
プログラムチェンジデータ又はコントロールチェンジデ
ータ、波形データ、又は映像データなどがある。付属情
報としては、著作者名、曲の題名、画像／映像の題名な
どに関する文字データや波形データの圧縮方法などのデ
ータ形式に関するデータやその他の種々のデータ（暗号
文、鍵情報、ＩＤ、パスワード、ニュース文）などがあ
る。この発明に係る電子情報付与装置（換言すれば「エ
ンコーダ」）と電子情報検出装置（換言すれば「デコー
ダ」）とを総称して電子情報処理システムと呼ぶとする
と、この電子情報処理システムでは、一例として、主要
情報を構成するデータ群の中の所定のデータ群として、
ＭＩＤＩデータの場合にはキーオンイベントデータ群を
用い、このキーオンイベントデータ群の中の単位データ
として、ベロシティデータやキーコードデータを用い、
これらのデータのうち所定のデータを付属情報のデータ
部分に応じて分散的に変更し、主要情報のデータ群の中
に付属情報のデータを分散的に潜ませる（埋め込む）こ
とで、付属情報を主要情報のデータ群の中に潜ませてな
るデータファイルを提供する。
【０００６】このデータファイルから前記付属情報を抽
出する若しくは前記主要情報を修復するためには、解読
のために所定の「鍵」情報が必要となるが、そのための
「鍵」情報それ自体が該データファイルの中に含まれて
いるような記録形態もありうる。しかし、それでは、オ
ーソライズされていない者が、不当に当該データファイ
ルの再生を行ないまたその付属情報を解読しようとする
場合に、当該データファイルの中から解読のために必要
な所定の「鍵」情報を容易に取得してしまうおそれがあ
り、セキュリティ面での信頼性に欠けるものとなってし
まう。そこで、この発明では、所定のアルゴリズムに従
う演算を前記付属情報を構成するデータと外部から設定
可能な補助情報とを用いて行なうようにしたことによ
り、前記データファイルから前記付属情報を抽出する若
しくは前記主要情報を修復するために必要な「鍵情報」
の一種となる前記補助情報そのものは、データファイル
のデータ内容とは無関係に任意に設定されることで、該
データファイルの中には直接的にはそれと判るように含
まれていないものとなるようにしたことを特徴としたも
のである。これにより、オーソライズされていない者
が、不当に当該データファイルから主要情報の修復を行
ないまたその付属情報を解読しようとしたとしても、肝
心のデータ修復用「鍵情報」をデータファイルからは得
ることができないことにより、データ修復若しくは解読
を行なうことができないことになり、暗号化又は電子透
し埋め込みによる機密的な情報記録に際して、セキュリ
ティ機能を向上させることができる、という優れた効果
を奏する。
出する若しくは前記主要情報を修復するためには、解読
のために所定の「鍵」情報が必要となるが、そのための
「鍵」情報それ自体が該データファイルの中に含まれて
いるような記録形態もありうる。しかし、それでは、オ
ーソライズされていない者が、不当に当該データファイ
ルの再生を行ないまたその付属情報を解読しようとする
場合に、当該データファイルの中から解読のために必要
な所定の「鍵」情報を容易に取得してしまうおそれがあ
り、セキュリティ面での信頼性に欠けるものとなってし
まう。そこで、この発明では、所定のアルゴリズムに従
う演算を前記付属情報を構成するデータと外部から設定
可能な補助情報とを用いて行なうようにしたことによ
り、前記データファイルから前記付属情報を抽出する若
しくは前記主要情報を修復するために必要な「鍵情報」
の一種となる前記補助情報そのものは、データファイル
のデータ内容とは無関係に任意に設定されることで、該
データファイルの中には直接的にはそれと判るように含
まれていないものとなるようにしたことを特徴としたも
のである。これにより、オーソライズされていない者
が、不当に当該データファイルから主要情報の修復を行
ないまたその付属情報を解読しようとしたとしても、肝
心のデータ修復用「鍵情報」をデータファイルからは得
ることができないことにより、データ修復若しくは解読
を行なうことができないことになり、暗号化又は電子透
し埋め込みによる機密的な情報記録に際して、セキュリ
ティ機能を向上させることができる、という優れた効果
を奏する。
【０００７】この発明に係る電子情報検出装置は、主要
情報を構成するデータ群の中の一部のデータを付属情報
を構成するデータに基づいて変更することで該付属情報
を主要情報のデータ群の中に潜ませてなるデータファイ
ルから前記付属情報を抽出する若しくは前記主要情報を
修復する電子情報検出装置において、前記データファイ
ルから前記付属情報を抽出する若しくは前記主要情報を
修復するために必要な鍵情報の少なくとも一部を、外部
から供給される情報として受け取る鍵情報受取手段を具
備し、受け取った鍵情報を利用して前記付属情報の抽出
若しくは前記主要情報の修復を行なうようにしたことを
特徴とするものである。
情報を構成するデータ群の中の一部のデータを付属情報
を構成するデータに基づいて変更することで該付属情報
を主要情報のデータ群の中に潜ませてなるデータファイ
ルから前記付属情報を抽出する若しくは前記主要情報を
修復する電子情報検出装置において、前記データファイ
ルから前記付属情報を抽出する若しくは前記主要情報を
修復するために必要な鍵情報の少なくとも一部を、外部
から供給される情報として受け取る鍵情報受取手段を具
備し、受け取った鍵情報を利用して前記付属情報の抽出
若しくは前記主要情報の修復を行なうようにしたことを
特徴とするものである。
【０００８】このように、前記データファイルから前記
付属情報を抽出する若しくは前記主要情報を修復する機
能を有する電子情報検出装置の側において、鍵情報受取
手段を具備することにより、前記データファイルから前
記付属情報を抽出する若しくは前記主要情報を修復する
ために必要な鍵情報の少なくとも一部を、外部から供給
される情報として受け取り、この受け取った鍵情報を利
用して前記付属情報の抽出若しくは前記主要情報の修復
を行なうことができるようになる。すなわち、上述と同
様に、データファイルの中には必要な鍵情報が含まれて
いないことになり、オーソライズされていない者が、不
当に当該データファイルから主要情報の修復を行ないま
たその付属情報を解読しようとしたとしても、肝心のデ
ータ修復用「鍵情報」をデータファイルからは得ること
ができないことにより、データ修復若しくは解読を行な
うことができないことになり、暗号化又は電子透し埋め
込みによる機密的な情報記録に際して、セキュリティ機
能を向上させることができる、という優れた効果を奏す
る。鍵情報受取手段に対する鍵情報の与え方は、どのよ
うなやり方を用いてもよい。例えば、データファイルと
は別途にデータ通信等により電子情報の形で自動的に与
えるようにしてもよいし、オーソライズされた利用者に
対してのみ印刷物または電話等で通知することに基づき
該利用者が該鍵情報のデータ入力操作を手動で行なうよ
うにしてもよいし、様々なやり方であってよい。
付属情報を抽出する若しくは前記主要情報を修復する機
能を有する電子情報検出装置の側において、鍵情報受取
手段を具備することにより、前記データファイルから前
記付属情報を抽出する若しくは前記主要情報を修復する
ために必要な鍵情報の少なくとも一部を、外部から供給
される情報として受け取り、この受け取った鍵情報を利
用して前記付属情報の抽出若しくは前記主要情報の修復
を行なうことができるようになる。すなわち、上述と同
様に、データファイルの中には必要な鍵情報が含まれて
いないことになり、オーソライズされていない者が、不
当に当該データファイルから主要情報の修復を行ないま
たその付属情報を解読しようとしたとしても、肝心のデ
ータ修復用「鍵情報」をデータファイルからは得ること
ができないことにより、データ修復若しくは解読を行な
うことができないことになり、暗号化又は電子透し埋め
込みによる機密的な情報記録に際して、セキュリティ機
能を向上させることができる、という優れた効果を奏す
る。鍵情報受取手段に対する鍵情報の与え方は、どのよ
うなやり方を用いてもよい。例えば、データファイルと
は別途にデータ通信等により電子情報の形で自動的に与
えるようにしてもよいし、オーソライズされた利用者に
対してのみ印刷物または電話等で通知することに基づき
該利用者が該鍵情報のデータ入力操作を手動で行なうよ
うにしてもよいし、様々なやり方であってよい。
【０００９】なお、付属情報を主要情報の中に潜在的に
組み込むためのアルゴリズム演算に際して使用する「補
助情報」、若しくは前記付属情報を抽出する又は前記主
要情報を修復するのに必要とされる「鍵情報」は、一種
類とは限らず、複数種類あってよい。例えば、電子情報
付与装置（エンコーダ）において、前記主要情報を構成
するデータ群の中の一部のデータを前記付属情報を構成
するデータに基づいて変更するために、前記主要情報に
おける変更すべき前記一部のデータに対して、所定のア
ルゴリズムに従う演算を、前記付属情報を構成するデー
タと所定の変数とを用いて行なうようにした場合、その
解読（デコード）のためにアルゴリズムのみならず、該
所定の変数も必要であり、この所定の変数に対応する情
報が上記補助情報若しくは鍵情報の一種として使用され
ることとなる。あるいは、前記主要情報を構成するデー
タ群の中の一部のデータを前記付属情報を構成するデー
タに基づいて変更するためのデータ編集処理を行なうと
きに、特定の編集条件を設定して該データ編集処理を行
なったような場合も、その解読（デコード）のためには
設定された編集条件が何であったかが判っている必要が
あり、この編集条件を設定する情報も上記補助情報又は
鍵情報の一種として使用されることとなる。
組み込むためのアルゴリズム演算に際して使用する「補
助情報」、若しくは前記付属情報を抽出する又は前記主
要情報を修復するのに必要とされる「鍵情報」は、一種
類とは限らず、複数種類あってよい。例えば、電子情報
付与装置（エンコーダ）において、前記主要情報を構成
するデータ群の中の一部のデータを前記付属情報を構成
するデータに基づいて変更するために、前記主要情報に
おける変更すべき前記一部のデータに対して、所定のア
ルゴリズムに従う演算を、前記付属情報を構成するデー
タと所定の変数とを用いて行なうようにした場合、その
解読（デコード）のためにアルゴリズムのみならず、該
所定の変数も必要であり、この所定の変数に対応する情
報が上記補助情報若しくは鍵情報の一種として使用され
ることとなる。あるいは、前記主要情報を構成するデー
タ群の中の一部のデータを前記付属情報を構成するデー
タに基づいて変更するためのデータ編集処理を行なうと
きに、特定の編集条件を設定して該データ編集処理を行
なったような場合も、その解読（デコード）のためには
設定された編集条件が何であったかが判っている必要が
あり、この編集条件を設定する情報も上記補助情報又は
鍵情報の一種として使用されることとなる。
【００１０】この発明は、装置発明として構成し、実施
することができるのみならず、方法発明として構成し、
実施することもできる。また、この発明は、コンピュー
タプログラムまたはＤＳＰ等のためのマイクロプログラ
ムの形態で実施することができるし、そのようなコンピ
ュータプログラムまたはマイクロプログラムを記憶した
記録媒体の形態で実施することもできる。
することができるのみならず、方法発明として構成し、
実施することもできる。また、この発明は、コンピュー
タプログラムまたはＤＳＰ等のためのマイクロプログラ
ムの形態で実施することができるし、そのようなコンピ
ュータプログラムまたはマイクロプログラムを記憶した
記録媒体の形態で実施することもできる。
【００１１】
【発明の実施の形態】以下、この発明の実施の形態を添
付図面に従って詳細に説明する。図２は、この発明に係
る電子情報処理システムとして動作する電子楽器の全体
構成を示すブロック図である。マイクロプロセッサユニ
ット（ＣＰＵ）２１はこの電子楽器全体の動作を制御す
るものである。このＣＰＵ２１に対して、バス２Ｍを介
して各種のデバイスが接続される。
付図面に従って詳細に説明する。図２は、この発明に係
る電子情報処理システムとして動作する電子楽器の全体
構成を示すブロック図である。マイクロプロセッサユニ
ット（ＣＰＵ）２１はこの電子楽器全体の動作を制御す
るものである。このＣＰＵ２１に対して、バス２Ｍを介
して各種のデバイスが接続される。
【００１２】ＣＰＵ２１はＲＯＭ２２及びＲＡＭ２３内
の各種プログラムや各種データ、及び外部記憶装置から
取り込まれた楽音制御情報（ＭＩＤＩデータ）に基づい
て全体の動作を制御すると共に取り込まれたＭＩＤＩデ
ータ内に付属情報を分散して記憶したり、付属情報の分
散記憶されたＭＩＤＩデータをフロッピーディスクから
取り込み、それから付属情報を検出したりする。この実
施の形態では、外部記憶装置として、フロッピーディス
クドライブ２４、ハードディスクドライブ２５、ＣＤ−
ＲＯＭドライブ２６などを例に説明するが、これ以外の
光磁気ディスク（ＭＯ）ドライブ、ＰＤドライブなどを
用いてもよい。また、通信インターフェイス２７を介し
て通信ネットワーク２８上のサーバコンピュータ２９な
どから楽音制御情報などの各種情報などを取り込んでも
よいし、ＭＩＤＩインターフェイス２Ａを介して他のＭ
ＩＤＩ機器２ＢなどからＭＩＤＩデータなどを取り込ん
でもよい。ＣＰＵ２１は、このような外部記憶装置から
取り込まれたＭＩＤＩデータや鍵盤２Ｃの押鍵操作に基
づいて生成したＭＩＤＩデータを音源回路２Ｊに供給す
る。なお、外部に接続された音源回路を用いて発音処理
を行うようにしてもよい。
の各種プログラムや各種データ、及び外部記憶装置から
取り込まれた楽音制御情報（ＭＩＤＩデータ）に基づい
て全体の動作を制御すると共に取り込まれたＭＩＤＩデ
ータ内に付属情報を分散して記憶したり、付属情報の分
散記憶されたＭＩＤＩデータをフロッピーディスクから
取り込み、それから付属情報を検出したりする。この実
施の形態では、外部記憶装置として、フロッピーディス
クドライブ２４、ハードディスクドライブ２５、ＣＤ−
ＲＯＭドライブ２６などを例に説明するが、これ以外の
光磁気ディスク（ＭＯ）ドライブ、ＰＤドライブなどを
用いてもよい。また、通信インターフェイス２７を介し
て通信ネットワーク２８上のサーバコンピュータ２９な
どから楽音制御情報などの各種情報などを取り込んでも
よいし、ＭＩＤＩインターフェイス２Ａを介して他のＭ
ＩＤＩ機器２ＢなどからＭＩＤＩデータなどを取り込ん
でもよい。ＣＰＵ２１は、このような外部記憶装置から
取り込まれたＭＩＤＩデータや鍵盤２Ｃの押鍵操作に基
づいて生成したＭＩＤＩデータを音源回路２Ｊに供給す
る。なお、外部に接続された音源回路を用いて発音処理
を行うようにしてもよい。
【００１３】ＲＯＭ２２はＣＰＵ２１の各種プログラム
（システムプログラムや動作プログラムなど）や各種デ
ータを格納するものであり、リードオンリーメモリ（Ｒ
ＯＭ）で構成されている。ＲＡＭ２３は、ＣＰＵ２１が
プログラムを実行する際に発生する各種データを一時的
に記憶するものであり、ランダムアクセスメモリ（ＲＡ
Ｍ）の所定のアドレス領域がそれぞれ割り当てられ、レ
ジスタ、バッファ、フラグ、テーブル等として利用され
る。
（システムプログラムや動作プログラムなど）や各種デ
ータを格納するものであり、リードオンリーメモリ（Ｒ
ＯＭ）で構成されている。ＲＡＭ２３は、ＣＰＵ２１が
プログラムを実行する際に発生する各種データを一時的
に記憶するものであり、ランダムアクセスメモリ（ＲＡ
Ｍ）の所定のアドレス領域がそれぞれ割り当てられ、レ
ジスタ、バッファ、フラグ、テーブル等として利用され
る。
【００１４】また、ハードディスク装置２５などの外部
記憶装置に前記動作プログラムを記憶するようにしても
よい。また、前記ＲＯＭ２２に動作プログラムを記憶せ
ずに、ハードディスク装置２５などの外部記憶装置にこ
れらの動作プログラムを記憶しておき、それをＲＡＭ２
３に読み込むことにより、ＲＯＭ２２に動作プログラム
を記憶したときと同様の動作をＣＰＵ２１に行わせるよ
うにしてもよい。このようにすると、動作プログラムの
追加やバージョンアップ等が容易に行える。着脱自在な
外部記憶媒体の１つとして、ＣＤ−ＲＯＭを使用しても
よい。このＣＤ−ＲＯＭには、自動演奏データやコード
進行データや楽音波形データや映像データなどの各種デ
ータ及び任意の動作プログラムを記憶していてもよい。
ＣＤ−ＲＯＭに記憶されている動作プログラムや各種デ
ータは、ＣＤ−ＲＯＭドライブ２６によって、読み出さ
れ、ハードディスク装置２５に転送記憶させることがで
きる。これにより、動作プログラムの新規のインストー
ルやバージョンアップを容易に行うことができる。
記憶装置に前記動作プログラムを記憶するようにしても
よい。また、前記ＲＯＭ２２に動作プログラムを記憶せ
ずに、ハードディスク装置２５などの外部記憶装置にこ
れらの動作プログラムを記憶しておき、それをＲＡＭ２
３に読み込むことにより、ＲＯＭ２２に動作プログラム
を記憶したときと同様の動作をＣＰＵ２１に行わせるよ
うにしてもよい。このようにすると、動作プログラムの
追加やバージョンアップ等が容易に行える。着脱自在な
外部記憶媒体の１つとして、ＣＤ−ＲＯＭを使用しても
よい。このＣＤ−ＲＯＭには、自動演奏データやコード
進行データや楽音波形データや映像データなどの各種デ
ータ及び任意の動作プログラムを記憶していてもよい。
ＣＤ−ＲＯＭに記憶されている動作プログラムや各種デ
ータは、ＣＤ−ＲＯＭドライブ２６によって、読み出さ
れ、ハードディスク装置２５に転送記憶させることがで
きる。これにより、動作プログラムの新規のインストー
ルやバージョンアップを容易に行うことができる。
【００１５】なお、通信インターフェイス２７をデータ
及びアドレスバス２Ｍに接続し、この通信インターフェ
イス２７を介してＬＡＮ（ローカルエリアネットワー
ク）やインターネット、電話回線などの種々の通信ネッ
トワーク２８上に接続可能とし、他のサーバコンピュー
タ２９との間でデータのやりとりを行うようにしてもよ
い。これにより、ハードディスク装置２５内に動作プロ
グラムや各種データが記憶されていないような場合に
は、サーバコンピュータ２９からその動作プログラムや
各種データをダウンロードすることができる。この場
合、クライアントとなる楽音生成装置である自動演奏装
置から、通信インターフェイス２７及び通信ネットワー
ク２８を介してサーバコンピュータ２９に動作プログラ
ムや各種データのダウンロードを要求するコマンドを送
信する。サーバコンピュータ２９は、このコマンドに応
じて、所定の動作プログラムやデータを、通信ネットワ
ーク２８を介して自動演奏装置に送信する。自動演奏装
置では、通信インターフェイス２７を介してこれらの動
作プログラムやデータを受信して、ハードディスク装置
２５にこれらのプログラムやデータを蓄積する。これに
よって、動作プログラム及び各種データのダウンロード
が完了する。
及びアドレスバス２Ｍに接続し、この通信インターフェ
イス２７を介してＬＡＮ（ローカルエリアネットワー
ク）やインターネット、電話回線などの種々の通信ネッ
トワーク２８上に接続可能とし、他のサーバコンピュー
タ２９との間でデータのやりとりを行うようにしてもよ
い。これにより、ハードディスク装置２５内に動作プロ
グラムや各種データが記憶されていないような場合に
は、サーバコンピュータ２９からその動作プログラムや
各種データをダウンロードすることができる。この場
合、クライアントとなる楽音生成装置である自動演奏装
置から、通信インターフェイス２７及び通信ネットワー
ク２８を介してサーバコンピュータ２９に動作プログラ
ムや各種データのダウンロードを要求するコマンドを送
信する。サーバコンピュータ２９は、このコマンドに応
じて、所定の動作プログラムやデータを、通信ネットワ
ーク２８を介して自動演奏装置に送信する。自動演奏装
置では、通信インターフェイス２７を介してこれらの動
作プログラムやデータを受信して、ハードディスク装置
２５にこれらのプログラムやデータを蓄積する。これに
よって、動作プログラム及び各種データのダウンロード
が完了する。
【００１６】なお、本発明は、本発明に対応する動作プ
ログラムや各種データをインストールした市販のパーソ
ナルコンピュータ等によって、実施させるようにしても
よい。その場合には、本発明に対応する動作プログラム
や各種データを、ＣＤ−ＲＯＭ２６やフロッピーディス
ク等の、パーソナルコンピュータが読み込むことができ
る記憶媒体に記憶させた状態で、ユーザーに提供しても
よい。そのパーソナルコンピュータが読み込むことがで
きる記憶媒体に記憶させた状態で、ユーザに提供しても
よい。そのパーソナルコンピュータ等が、ＬＡＮ、イン
ターネット、電話回線等の通信ネットワークに接続され
ている場合には、通信ネットワークを介して、動作プロ
グラムや各種データ等をパーソナルコンピュータ等に提
供してもよい。
ログラムや各種データをインストールした市販のパーソ
ナルコンピュータ等によって、実施させるようにしても
よい。その場合には、本発明に対応する動作プログラム
や各種データを、ＣＤ−ＲＯＭ２６やフロッピーディス
ク等の、パーソナルコンピュータが読み込むことができ
る記憶媒体に記憶させた状態で、ユーザーに提供しても
よい。そのパーソナルコンピュータが読み込むことがで
きる記憶媒体に記憶させた状態で、ユーザに提供しても
よい。そのパーソナルコンピュータ等が、ＬＡＮ、イン
ターネット、電話回線等の通信ネットワークに接続され
ている場合には、通信ネットワークを介して、動作プロ
グラムや各種データ等をパーソナルコンピュータ等に提
供してもよい。
【００１７】鍵盤２Ｃは発音すべき楽音の音高を選択す
るための複数の鍵を備えており、各鍵に対応したキース
イッチを有しており、また必要に応じて押圧力検出装置
等のタッチ検出手段を有している。鍵盤２Ｃは音楽演奏
のための基本的な操作子であり、これ以外の演奏操作子
でもよいことはいうまでもない。押鍵検出回路２Ｄは発
生すべき楽音の音高を指定する鍵盤２Ｃのそれぞれの鍵
に対応して設けられたキースイッチ回路を含むものであ
る。この押鍵検出回路２Ｄは鍵盤２Ｃの離鍵状態から押
鍵状態への変化を検出してキーオンイベントを出力し、
押鍵状態から離鍵状態への変化を検出してキーオフイベ
ントを出力すると共にそれぞれのキーオンイベント及び
キーオフイベントに関する鍵の音高を示すノートナンバ
を出力する。押鍵検出回路２Ｄはこの他にも鍵押し下げ
時の押鍵操作速度や押圧力等を判別してベロシティデー
タやアフタタッチデータを出力する。
るための複数の鍵を備えており、各鍵に対応したキース
イッチを有しており、また必要に応じて押圧力検出装置
等のタッチ検出手段を有している。鍵盤２Ｃは音楽演奏
のための基本的な操作子であり、これ以外の演奏操作子
でもよいことはいうまでもない。押鍵検出回路２Ｄは発
生すべき楽音の音高を指定する鍵盤２Ｃのそれぞれの鍵
に対応して設けられたキースイッチ回路を含むものであ
る。この押鍵検出回路２Ｄは鍵盤２Ｃの離鍵状態から押
鍵状態への変化を検出してキーオンイベントを出力し、
押鍵状態から離鍵状態への変化を検出してキーオフイベ
ントを出力すると共にそれぞれのキーオンイベント及び
キーオフイベントに関する鍵の音高を示すノートナンバ
を出力する。押鍵検出回路２Ｄはこの他にも鍵押し下げ
時の押鍵操作速度や押圧力等を判別してベロシティデー
タやアフタタッチデータを出力する。
【００１８】パネルスイッチ２Ｅは自動演奏スタート／
ストップスイッチ、一時停止（ポーズ）スイッチ、音
色、音量、効果等を選択、設定、制御するための各種ス
イッチを含むものである。スイッチ検出回路２Ｆはパネ
ルスイッチ２Ｅ上の各スイッチ群に対応して設けられて
おり、これらの各スイッチ群の操作状態に応じたスイッ
チイベントをバス２Ｍを介してＣＰＵ２１に出力する。
表示回路２ＨはＣＰＵ２１の制御状態、設定データの内
容等の各種の情報をディスプレイ２Ｇに表示するもので
ある。この実施の形態では、著作権表示データ、曲名、
作曲者情報、作成年月日、歌詞、ニュース文、機種名
（ハード名）、ＩＤなどのテキストデータなどを表示す
る。ディスプレイ２Ｇは液晶表示パネル（ＬＣＤ）等か
ら構成され、表示回路２Ｈによってその表示動作を制御
される。
ストップスイッチ、一時停止（ポーズ）スイッチ、音
色、音量、効果等を選択、設定、制御するための各種ス
イッチを含むものである。スイッチ検出回路２Ｆはパネ
ルスイッチ２Ｅ上の各スイッチ群に対応して設けられて
おり、これらの各スイッチ群の操作状態に応じたスイッ
チイベントをバス２Ｍを介してＣＰＵ２１に出力する。
表示回路２ＨはＣＰＵ２１の制御状態、設定データの内
容等の各種の情報をディスプレイ２Ｇに表示するもので
ある。この実施の形態では、著作権表示データ、曲名、
作曲者情報、作成年月日、歌詞、ニュース文、機種名
（ハード名）、ＩＤなどのテキストデータなどを表示す
る。ディスプレイ２Ｇは液晶表示パネル（ＬＣＤ）等か
ら構成され、表示回路２Ｈによってその表示動作を制御
される。
【００１９】音源回路２Ｊは、複数のチャンネルで楽音
信号の同時発生が可能であり、ＣＰＵ２１から与えられ
た楽音制御情報（ノートオン、ノートオフ、ベロシテ
ィ、ピッチデータ、音色番号等のＭＩＤＩデータ）を入
力し、これらの楽音制御情報に基づいた楽音信号を発生
する。音源回路２Ｊにおいて複数チャンネルで楽音信号
を同時に発音させる構成としては、１つの回路を時分割
で使用することによって複数の発音チャンネルを形成す
るようなものや、１つの発音チャンネルが１つの回路で
構成されるような形式のものであってもよい。また、音
源回路２Ｊにおける楽音信号発生方式はいかなるものを
用いてもよい。例えば、発生すべき楽音の音高に対応し
て変化するアドレスデータに応じて波形メモリに記憶し
た楽音波形サンプル値データを順次読み出すメモリ読み
出し方式（波形メモリ方式）、又は上記アドレスデータ
を位相角パラメータデータとして所定の周波数変調演算
を実行して楽音波形サンプル値データを求めるＦＭ方
式、あるいは上記アドレスデータを位相角パラメータデ
ータとして所定の振幅変調演算を実行して楽音波形サン
プル値データを求めるＡＭ方式等の公知の方式を適宜採
用してもよい。また、これらの方式以外にも、自然楽器
の発音原理を模したアルゴリズムにより楽音波形を合成
する物理モデル方式、基本波に複数の高調波を加算する
ことで楽音波形を合成する高調波合成方式、特定のスペ
クトル分布を有するフォルマント波形を用いて楽音波形
を合成するフォルマント合成方式、ＶＣＯ、ＶＣＦ及び
ＶＣＡを用いたアナログシンセサイザ方式等を採用して
もよい。また、専用のハードウェアを用いて音源回路を
構成するものに限らず、ＤＳＰとマイクロプログラムを
用いて音源回路を構成するようにしてもよいし、ＣＰＵ
とソフトウェアのプログラムで音源回路を構成するよう
にしてもよい。
信号の同時発生が可能であり、ＣＰＵ２１から与えられ
た楽音制御情報（ノートオン、ノートオフ、ベロシテ
ィ、ピッチデータ、音色番号等のＭＩＤＩデータ）を入
力し、これらの楽音制御情報に基づいた楽音信号を発生
する。音源回路２Ｊにおいて複数チャンネルで楽音信号
を同時に発音させる構成としては、１つの回路を時分割
で使用することによって複数の発音チャンネルを形成す
るようなものや、１つの発音チャンネルが１つの回路で
構成されるような形式のものであってもよい。また、音
源回路２Ｊにおける楽音信号発生方式はいかなるものを
用いてもよい。例えば、発生すべき楽音の音高に対応し
て変化するアドレスデータに応じて波形メモリに記憶し
た楽音波形サンプル値データを順次読み出すメモリ読み
出し方式（波形メモリ方式）、又は上記アドレスデータ
を位相角パラメータデータとして所定の周波数変調演算
を実行して楽音波形サンプル値データを求めるＦＭ方
式、あるいは上記アドレスデータを位相角パラメータデ
ータとして所定の振幅変調演算を実行して楽音波形サン
プル値データを求めるＡＭ方式等の公知の方式を適宜採
用してもよい。また、これらの方式以外にも、自然楽器
の発音原理を模したアルゴリズムにより楽音波形を合成
する物理モデル方式、基本波に複数の高調波を加算する
ことで楽音波形を合成する高調波合成方式、特定のスペ
クトル分布を有するフォルマント波形を用いて楽音波形
を合成するフォルマント合成方式、ＶＣＯ、ＶＣＦ及び
ＶＣＡを用いたアナログシンセサイザ方式等を採用して
もよい。また、専用のハードウェアを用いて音源回路を
構成するものに限らず、ＤＳＰとマイクロプログラムを
用いて音源回路を構成するようにしてもよいし、ＣＰＵ
とソフトウェアのプログラムで音源回路を構成するよう
にしてもよい。
【００２０】タイマ２Ｎは時間間隔を計数したり、自動
演奏のテンポを設定したりするためのテンポクロックパ
ルスを発生する。このテンポクロックパルスの周波数は
各種スイッチ２Ｅの中のテンポ設定スイッチや予め演奏
データに含まれている図３のようなテンポデータに基づ
いて決定されている。タイマからのテンポクロックパル
スはＣＰＵ２１に対してインタラプト命令として与えら
れ、ＣＰＵ２１はインタラプト処理により自動演奏時に
おける各種の処理を実行する。効果回路２Ｋは音源回路
２Ｊからの楽音信号に種々の効果を付与し、効果の付与
された楽音信号をサウンドシステム２Ｌに出力する。効
果回路２Ｋによって効果の付与された楽音信号は、アン
プ及びスピーカからなるサウンドシステム２Ｌを介して
発音される。
演奏のテンポを設定したりするためのテンポクロックパ
ルスを発生する。このテンポクロックパルスの周波数は
各種スイッチ２Ｅの中のテンポ設定スイッチや予め演奏
データに含まれている図３のようなテンポデータに基づ
いて決定されている。タイマからのテンポクロックパル
スはＣＰＵ２１に対してインタラプト命令として与えら
れ、ＣＰＵ２１はインタラプト処理により自動演奏時に
おける各種の処理を実行する。効果回路２Ｋは音源回路
２Ｊからの楽音信号に種々の効果を付与し、効果の付与
された楽音信号をサウンドシステム２Ｌに出力する。効
果回路２Ｋによって効果の付与された楽音信号は、アン
プ及びスピーカからなるサウンドシステム２Ｌを介して
発音される。
【００２１】次に、この発明に係る電子情報処理システ
ムが電子情報を付与すると共に暗号化処理を同時に行う
場合の動作の一例について説明する。図３は、電子楽器
１が電子情報処理システムとして動作する場合のＭＩＤ
Ｉデータ編集処理の一例を示すフローチャート図であ
る。まず、この場合には、電子楽器１は、フロッピーデ
ィスクドライブ２４から読み出したＭＩＤＩデータにそ
のヘッダ情報の一部である電子署名すなわち著作権表示
データを分散して記憶すると共にＭＩＤＩフォーマット
を維持したまま暗号化処理を施す場合について説明す
る。
ムが電子情報を付与すると共に暗号化処理を同時に行う
場合の動作の一例について説明する。図３は、電子楽器
１が電子情報処理システムとして動作する場合のＭＩＤ
Ｉデータ編集処理の一例を示すフローチャート図であ
る。まず、この場合には、電子楽器１は、フロッピーデ
ィスクドライブ２４から読み出したＭＩＤＩデータにそ
のヘッダ情報の一部である電子署名すなわち著作権表示
データを分散して記憶すると共にＭＩＤＩフォーマット
を維持したまま暗号化処理を施す場合について説明す
る。
【００２２】まず、ステップ３１では、ＭＩＤＩデータ
列内に分散して書き込まれるべき付属情報の内容を決定
する。この実施の形態では、付属情報として、電子署名
（著作権表示データ）をＭＩＤＩデータ列内に分散して
埋め込む場合について説明する。例えば、著作権表示デ
ータとして『ＣＯＰＹＲＩＧＨＴ△ＹＭＨ△１９９６』
のような文字をＭＩＤＩデータ列内に分散して書き込む
場合には、これらの文字列をパネルスイッチ２Ｅを用い
て入力する。ここで、△は空白を意味する。ステップ３
１で書き込むべき電子署名すなわち付属情報の文字列が
決定したので、今度はステップ３２で、その電子署名に
関する４ビット構成のデータ列を得る。例えば、パネル
スイッチ２Ｅによって『ＣＯＰＹＲＩＧＨＴ△ＹＭＨ△
１９９６』が入力された場合には、それをＡＳＣＩＩの
文字符号のデータ列に変換する。この場合、それぞれの
文字は『Ｃ』＝『４３Ｈ』、『Ｏ』＝『４ＦＨ』、
『Ｐ』＝『５０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｒ』＝
『５２Ｈ』、『Ｉ』＝『４９Ｈ』、『Ｇ』＝『４７
Ｈ』、『Ｈ』＝『４８Ｈ』、『Ｔ』＝『５４Ｈ』、
『△』＝『２０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｍ』＝
『４ＤＨ』、『Ｈ』＝『４８Ｈ』、『△』＝『２０
Ｈ』、『１』＝『３１Ｈ』、『９』＝『３９Ｈ』、
『９』＝『３９Ｈ』、『６』＝『３６Ｈ』のような一連
のＡＳＣＩＩの４ビット構成のデータで表されるように
なる。なお、『３６Ｈ』のように記された数において、
数字の末尾のＨはその数が１６進表示であることを示
す。
列内に分散して書き込まれるべき付属情報の内容を決定
する。この実施の形態では、付属情報として、電子署名
（著作権表示データ）をＭＩＤＩデータ列内に分散して
埋め込む場合について説明する。例えば、著作権表示デ
ータとして『ＣＯＰＹＲＩＧＨＴ△ＹＭＨ△１９９６』
のような文字をＭＩＤＩデータ列内に分散して書き込む
場合には、これらの文字列をパネルスイッチ２Ｅを用い
て入力する。ここで、△は空白を意味する。ステップ３
１で書き込むべき電子署名すなわち付属情報の文字列が
決定したので、今度はステップ３２で、その電子署名に
関する４ビット構成のデータ列を得る。例えば、パネル
スイッチ２Ｅによって『ＣＯＰＹＲＩＧＨＴ△ＹＭＨ△
１９９６』が入力された場合には、それをＡＳＣＩＩの
文字符号のデータ列に変換する。この場合、それぞれの
文字は『Ｃ』＝『４３Ｈ』、『Ｏ』＝『４ＦＨ』、
『Ｐ』＝『５０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｒ』＝
『５２Ｈ』、『Ｉ』＝『４９Ｈ』、『Ｇ』＝『４７
Ｈ』、『Ｈ』＝『４８Ｈ』、『Ｔ』＝『５４Ｈ』、
『△』＝『２０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｍ』＝
『４ＤＨ』、『Ｈ』＝『４８Ｈ』、『△』＝『２０
Ｈ』、『１』＝『３１Ｈ』、『９』＝『３９Ｈ』、
『９』＝『３９Ｈ』、『６』＝『３６Ｈ』のような一連
のＡＳＣＩＩの４ビット構成のデータで表されるように
なる。なお、『３６Ｈ』のように記された数において、
数字の末尾のＨはその数が１６進表示であることを示
す。
【００２３】次に、ステップ３３では、電子署名として
付与する情報すなわち、ステップ３２で得られたＡＳＣ
ＩＩの４ビット構成のデータ列を４ビットレジスタＢＲ
に格納する。例えば、『Ｙ』＝『５９Ｈ』、『Ｍ』＝
『４ＤＨ』、『Ｈ』＝『４８Ｈ』の文字をＭＩＤＩデー
タ列に順番に格納する場合、４ビットレジスタＢＲに
は、図１（Ｃ）に示すように『０１０１Ｂ』、『１００
１Ｂ』、『０１００Ｂ』、『１１０１Ｂ』、『０１００
Ｂ』、『１０００Ｂ』のような４ビット構成のデータが
順番に格納される。なお、『１０００Ｂ』のように記さ
れた数において、数字の末尾のＢはその数が２進表示で
あることを示す。そして、ステップ３４では、この４ビ
ットレジスタＢＲに格納されている上位３ビットをノー
トエリアナンバＮＡとし、最下位ビット（ＬＳＢ）をベ
ロシティエリアナンバＶＡとする。従って、電子署名の
『Ｙ』＝『５９Ｈ』の最初の４ビット：『０１０１Ｂ』
の場合はＮＡ＝２，ＶＡ＝１、後ろの４ビット：『１０
０１Ｂ』の場合はＮＡ＝４，ＶＡ＝１となり、電子署名
の『Ｍ』＝『４ＤＨ』の最初の４ビット：『０１００
Ｂ』の場合はＮＡ＝２，ＶＡ＝０、後ろの４ビット：
『１１０１Ｂ』の場合はＮＡ＝６，ＶＡ＝１となり、電
子署名の『Ｈ』＝『４８Ｈ』の最初の４ビット：『０１
００Ｂ』の場合はＮＡ＝２，ＶＡ＝０、後ろの４ビッ
ト：『１０００Ｂ』の場合はＮＡ＝４，ＶＡ＝０とな
る。
付与する情報すなわち、ステップ３２で得られたＡＳＣ
ＩＩの４ビット構成のデータ列を４ビットレジスタＢＲ
に格納する。例えば、『Ｙ』＝『５９Ｈ』、『Ｍ』＝
『４ＤＨ』、『Ｈ』＝『４８Ｈ』の文字をＭＩＤＩデー
タ列に順番に格納する場合、４ビットレジスタＢＲに
は、図１（Ｃ）に示すように『０１０１Ｂ』、『１００
１Ｂ』、『０１００Ｂ』、『１１０１Ｂ』、『０１００
Ｂ』、『１０００Ｂ』のような４ビット構成のデータが
順番に格納される。なお、『１０００Ｂ』のように記さ
れた数において、数字の末尾のＢはその数が２進表示で
あることを示す。そして、ステップ３４では、この４ビ
ットレジスタＢＲに格納されている上位３ビットをノー
トエリアナンバＮＡとし、最下位ビット（ＬＳＢ）をベ
ロシティエリアナンバＶＡとする。従って、電子署名の
『Ｙ』＝『５９Ｈ』の最初の４ビット：『０１０１Ｂ』
の場合はＮＡ＝２，ＶＡ＝１、後ろの４ビット：『１０
０１Ｂ』の場合はＮＡ＝４，ＶＡ＝１となり、電子署名
の『Ｍ』＝『４ＤＨ』の最初の４ビット：『０１００
Ｂ』の場合はＮＡ＝２，ＶＡ＝０、後ろの４ビット：
『１１０１Ｂ』の場合はＮＡ＝６，ＶＡ＝１となり、電
子署名の『Ｈ』＝『４８Ｈ』の最初の４ビット：『０１
００Ｂ』の場合はＮＡ＝２，ＶＡ＝０、後ろの４ビッ
ト：『１０００Ｂ』の場合はＮＡ＝４，ＶＡ＝０とな
る。
【００２４】次に、ステップ３５では、ＭＩＤＩデータ
列（Ｓｔａｎｄａｒｄ ＭＩＤＩＦｉｌｅ：ＳＭＦ）の
中からキーオンイベントデータやプログラムチェンジデ
ータやコントロールチェンジデータなどの各種のＭＩＤ
Ｉデータを順次取り出す。すなわち、ＭＩＤＩデータ列
は基本的にはキーオンステータスバイト、キーコードバ
イト、ベロシティバイトからなるキーオンイベントデー
タやこれ以外のプログラムチェンジイベントデータやコ
ントロールチェンジイベントデータなどから構成されて
いるので、ステップ３５では、このようなＭＩＤＩデー
タを順番に取り出す。
列（Ｓｔａｎｄａｒｄ ＭＩＤＩＦｉｌｅ：ＳＭＦ）の
中からキーオンイベントデータやプログラムチェンジデ
ータやコントロールチェンジデータなどの各種のＭＩＤ
Ｉデータを順次取り出す。すなわち、ＭＩＤＩデータ列
は基本的にはキーオンステータスバイト、キーコードバ
イト、ベロシティバイトからなるキーオンイベントデー
タやこれ以外のプログラムチェンジイベントデータやコ
ントロールチェンジイベントデータなどから構成されて
いるので、ステップ３５では、このようなＭＩＤＩデー
タを順番に取り出す。
【００２５】ステップ３６では、取り出されたＭＩＤＩ
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ３７以下の処理を行い、そうでない（Ｎ
Ｏ）の場合はステップ３Ｈに進む。従って、ステップ３
５で取り出されたＭＩＤＩデータがキーオンイベントデ
ータの場合には、図１（Ａ）のようなキーオンイベント
データからなるＭＩＤＩデータ列ＳＭＦ１が得られるこ
とになる。このキーオンイベントデータのＭＩＤＩデー
タ列ＳＭＦ１はデュレーションタイムＤと、キーオンイ
ベントデータとの組合せで構成される。ステップ３７で
は、キーオンイベントデータの中の各バイトのデータを
それぞれ対応するキーコードレジスタｂ，ベロシティレ
ジスタｃに格納する。すなわち、キーオンイベントデー
タのキーオンステータスバイト中のキーコードバイトの
値すなわちキーコードをキーコードレジスタｂに、ベロ
シティバイトの中のベロシティの値をベロシティレジス
タｃにそれぞれ格納する。
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ３７以下の処理を行い、そうでない（Ｎ
Ｏ）の場合はステップ３Ｈに進む。従って、ステップ３
５で取り出されたＭＩＤＩデータがキーオンイベントデ
ータの場合には、図１（Ａ）のようなキーオンイベント
データからなるＭＩＤＩデータ列ＳＭＦ１が得られるこ
とになる。このキーオンイベントデータのＭＩＤＩデー
タ列ＳＭＦ１はデュレーションタイムＤと、キーオンイ
ベントデータとの組合せで構成される。ステップ３７で
は、キーオンイベントデータの中の各バイトのデータを
それぞれ対応するキーコードレジスタｂ，ベロシティレ
ジスタｃに格納する。すなわち、キーオンイベントデー
タのキーオンステータスバイト中のキーコードバイトの
値すなわちキーコードをキーコードレジスタｂに、ベロ
シティバイトの中のベロシティの値をベロシティレジス
タｃにそれぞれ格納する。
【００２６】ステップ３８では、前のキーオンイベント
データのキーコードとベロシティとの差分値を取り、そ
れをキーコード差分値レジスタｄｋｅｙ及びベロシティ
差分値レジスタｄｖｅｌにそれぞれ格納する。すなわ
ち、キーコードレジスタｂには今回のキーオンイベント
データのキーコードが格納され、前回値レジスタｂ０に
は前のキーオンイベントデータのキーコードが格納され
る。キーコードレジスタｂの値から前回値レジスタｂ０
の値を減算することによって得られた差分値がキーコー
ド差分値レジスタｄｋｅｙに格納される。ベロシティレ
ジスタｃには今回のキーオンイベントデータのベロシテ
ィが格納され、前回値レジスタｃ０には前のキーオンイ
ベントデータのベロシティが格納される。従って、同様
にベロシティレジスタｃの値から前回値レジスタｃ０の
値を減算することによって得られた差分値がベロシティ
差分値レジスタｄｖｅｌに格納される。図１（Ａ）に示
されるＭＩＤＩデータ列ＳＭＦ１の場合、このステップ
３８の演算によって得られたキーコード差分値レジスタ
ｄｋｅｙ及びベロシティ差分値レジスタｄｖｅｌの値は
図１（Ｂ）のようになる。ステップ３９では、次回のス
テップ３８の処理に備えて、今回のキーコードの値すな
わちキーコードレジスタｂの値を前回値レジスタｂ０に
格納し、今回のベロシティの値すなわちベロシティレジ
スタｃの値を前回値レジスタｃ０に格納する。
データのキーコードとベロシティとの差分値を取り、そ
れをキーコード差分値レジスタｄｋｅｙ及びベロシティ
差分値レジスタｄｖｅｌにそれぞれ格納する。すなわ
ち、キーコードレジスタｂには今回のキーオンイベント
データのキーコードが格納され、前回値レジスタｂ０に
は前のキーオンイベントデータのキーコードが格納され
る。キーコードレジスタｂの値から前回値レジスタｂ０
の値を減算することによって得られた差分値がキーコー
ド差分値レジスタｄｋｅｙに格納される。ベロシティレ
ジスタｃには今回のキーオンイベントデータのベロシテ
ィが格納され、前回値レジスタｃ０には前のキーオンイ
ベントデータのベロシティが格納される。従って、同様
にベロシティレジスタｃの値から前回値レジスタｃ０の
値を減算することによって得られた差分値がベロシティ
差分値レジスタｄｖｅｌに格納される。図１（Ａ）に示
されるＭＩＤＩデータ列ＳＭＦ１の場合、このステップ
３８の演算によって得られたキーコード差分値レジスタ
ｄｋｅｙ及びベロシティ差分値レジスタｄｖｅｌの値は
図１（Ｂ）のようになる。ステップ３９では、次回のス
テップ３８の処理に備えて、今回のキーコードの値すな
わちキーコードレジスタｂの値を前回値レジスタｂ０に
格納し、今回のベロシティの値すなわちベロシティレジ
スタｃの値を前回値レジスタｃ０に格納する。
【００２７】ステップ３Ａでは、キーコード差分値レジ
スタｄｋｅｙの値が８よりも小さいかどうかを判定し、
小さい場合には、次のステップ３Ｂに進み、８以上の場
合にはステップ３Ｇに進む。ステップ３Ｂでは、ベロシ
ティ差分値レジスタｄｖｅｌの値が３２よりも小さいか
どうかを判定し、小さい場合には、次のステップ３Ｃに
進み、３２以上の場合にはステップ３Ｇに進む。すなわ
ち、両方のステップ３Ａ及び３ＢでＮＯと判定された場
合には、そのキーオンイベントデータは置換対象外のデ
ータだと判定し、ステップ３Ｇでレジスタｃの最下位ビ
ットを『０』に修正、すなわちベロシティの値を偶数に
してからステップ３Ｈに進む。これによって、ベロシテ
ィの値が偶数の場合には、そのキーオンイベントデータ
が置換対象外のデータであり、修正されなかったことを
データ修復の際に容易に判定することができるようにな
る。
スタｄｋｅｙの値が８よりも小さいかどうかを判定し、
小さい場合には、次のステップ３Ｂに進み、８以上の場
合にはステップ３Ｇに進む。ステップ３Ｂでは、ベロシ
ティ差分値レジスタｄｖｅｌの値が３２よりも小さいか
どうかを判定し、小さい場合には、次のステップ３Ｃに
進み、３２以上の場合にはステップ３Ｇに進む。すなわ
ち、両方のステップ３Ａ及び３ＢでＮＯと判定された場
合には、そのキーオンイベントデータは置換対象外のデ
ータだと判定し、ステップ３Ｇでレジスタｃの最下位ビ
ットを『０』に修正、すなわちベロシティの値を偶数に
してからステップ３Ｈに進む。これによって、ベロシテ
ィの値が偶数の場合には、そのキーオンイベントデータ
が置換対象外のデータであり、修正されなかったことを
データ修復の際に容易に判定することができるようにな
る。
【００２８】ステップ３Ｃでは、キーコード差分値レジ
スタｄｋｅｙの値が正又は０の場合と負の場合とで、そ
れぞれ異なる置換演算を行う。すなわち、キーコード差
分値レジスタｄｋｅｙの値が正又は０の場合には、ノー
トエリアナンバＮＡを８倍したものと、キーコード差分
値レジスタｄｋｅｙの値と、定数６４との和を求め、そ
の結果を第１キーコードレジスタｂ１に格納する。３ビ
ットからなるノートエリアナンバＮＡの最大値は
“７”、最小値は“０”であるから、この条件下では、
レジスタｂ１の値の最小値は“６４”である。一方、キ
ーコード差分値レジスタｄｋｅｙの値が負の場合には、
定数６３からノートエリアナンバＮＡを８倍したものを
減算すると共にキーコード差分値レジスタｄｋｅｙの値
を加算し、その結果を第１キーコードレジスタｂ１に格
納する。なお、このときキーコード差分値レジスタｄｋ
ｅｙは負の値なので、結果的には定数６３からキーコー
ド差分値レジスタｄｋｅｙの値を減算することになる。
この条件下では、レジスタｂ１の値は“６３”よりも大
きくなることはない。
スタｄｋｅｙの値が正又は０の場合と負の場合とで、そ
れぞれ異なる置換演算を行う。すなわち、キーコード差
分値レジスタｄｋｅｙの値が正又は０の場合には、ノー
トエリアナンバＮＡを８倍したものと、キーコード差分
値レジスタｄｋｅｙの値と、定数６４との和を求め、そ
の結果を第１キーコードレジスタｂ１に格納する。３ビ
ットからなるノートエリアナンバＮＡの最大値は
“７”、最小値は“０”であるから、この条件下では、
レジスタｂ１の値の最小値は“６４”である。一方、キ
ーコード差分値レジスタｄｋｅｙの値が負の場合には、
定数６３からノートエリアナンバＮＡを８倍したものを
減算すると共にキーコード差分値レジスタｄｋｅｙの値
を加算し、その結果を第１キーコードレジスタｂ１に格
納する。なお、このときキーコード差分値レジスタｄｋ
ｅｙは負の値なので、結果的には定数６３からキーコー
ド差分値レジスタｄｋｅｙの値を減算することになる。
この条件下では、レジスタｂ１の値は“６３”よりも大
きくなることはない。
【００２９】ステップ３Ｄでは、ベロシティ差分値レジ
スタｄｖｅｌの値が正又は０の場合と負の場合とで、そ
れぞれ異なる置換演算を行う。すなわち、ベロシティ差
分値レジスタｄｖｅｌの値が正又は０の場合には、ベロ
シティエリアナンバＶＡを３２倍したものと、ベロシテ
ィ差分値レジスタｄｖｅｌの値と、定数６４との和を求
め、その結果を第１ベロシティレジスタｃ１に格納す
る。この条件下では、レジスタｃ１の値の最小値は“６
４”である。ベロシティ差分値レジスタｄｖｅｌの値が
負の場合には、定数６３からベロシティエリアナンバＶ
Ａを３２倍したものを減算すると共にベロシティ差分値
レジスタｄｖｅｌの値を加算し、その結果を第１ベロシ
ティレジスタｃ１に格納する。なお、このときベロシテ
ィ差分値レジスタｄｖｅｌは負の値なので、結果的には
定数６３からベロシティ差分値レジスタｄｖｅｌの値を
減算することになる。この条件下では、レジスタｃ１の
値は“６３”よりも大きくなることはない。
スタｄｖｅｌの値が正又は０の場合と負の場合とで、そ
れぞれ異なる置換演算を行う。すなわち、ベロシティ差
分値レジスタｄｖｅｌの値が正又は０の場合には、ベロ
シティエリアナンバＶＡを３２倍したものと、ベロシテ
ィ差分値レジスタｄｖｅｌの値と、定数６４との和を求
め、その結果を第１ベロシティレジスタｃ１に格納す
る。この条件下では、レジスタｃ１の値の最小値は“６
４”である。ベロシティ差分値レジスタｄｖｅｌの値が
負の場合には、定数６３からベロシティエリアナンバＶ
Ａを３２倍したものを減算すると共にベロシティ差分値
レジスタｄｖｅｌの値を加算し、その結果を第１ベロシ
ティレジスタｃ１に格納する。なお、このときベロシテ
ィ差分値レジスタｄｖｅｌは負の値なので、結果的には
定数６３からベロシティ差分値レジスタｄｖｅｌの値を
減算することになる。この条件下では、レジスタｃ１の
値は“６３”よりも大きくなることはない。
【００３０】ステップ３Ｅでは、第１キーコードレジス
タｂ１の値を新しいキーコードの値とし、第１ベロシテ
ィレジスタｃ１の値を新しいベロシティの値としてＭＩ
ＤＩデータを修正する。そして、ステップ３Ｆで、第１
ベロシティレジスタｃ１の最下位ビットを『１』に修
正、すなわちベロシティの値を奇数に修正してからステ
ップ３Ｈに進む。これによって、ベロシティの値が奇数
の場合には、そのキーオンイベントデータが付属情報に
基づいて修正されたことをデータ修復の際に容易に判定
することができる。ステップ３Ｈでは、全ての付属情報
についてステップ３３からステップ３Ｇまでの処理が終
了したかどうかを判定し、終了している（ＹＥＳ）場合
にはこのＭＩＤＩデータ編集処理を終了し、終了してい
ない場合にはステップ３３にリターンし、次の付属情報
について一連の処理を行う。
タｂ１の値を新しいキーコードの値とし、第１ベロシテ
ィレジスタｃ１の値を新しいベロシティの値としてＭＩ
ＤＩデータを修正する。そして、ステップ３Ｆで、第１
ベロシティレジスタｃ１の最下位ビットを『１』に修
正、すなわちベロシティの値を奇数に修正してからステ
ップ３Ｈに進む。これによって、ベロシティの値が奇数
の場合には、そのキーオンイベントデータが付属情報に
基づいて修正されたことをデータ修復の際に容易に判定
することができる。ステップ３Ｈでは、全ての付属情報
についてステップ３３からステップ３Ｇまでの処理が終
了したかどうかを判定し、終了している（ＹＥＳ）場合
にはこのＭＩＤＩデータ編集処理を終了し、終了してい
ない場合にはステップ３３にリターンし、次の付属情報
について一連の処理を行う。
【００３１】例えば、図１の場合には、１番目のキーオ
ンイベントデータ（９１，１００，１００）は、最初の
ものなので修正されない。２番目のキーオンイベントデ
ータ（９１，１０１，１０２）は、図３のＭＩＤＩデー
タ編集処理によって、図１（Ｅ）に示すような２番目の
キーオンイベントデータ（９１，８１，９９）に変換さ
れる。同様にして、３番目のキーオンイベントデータ
（９１，１０３，１０２）も図１（Ｄ）に示すような３
番目のキーオンイベントデータ（９１，９８，９７）に
変換される。そして、４番目のキーオンイベントデータ
（９１，１２０，７０）は、図１（Ｂ）に示すように、
キーコード差分値レジスタｄｋｅｙの絶対値が『１７』
と８以上であるため、ステップ３ＡでＮＯと判定され、
置換対象外となり、ステップ３Ｇを経て、キーオンイベ
ントデータ（９１，１２０，７０）がそのまま図１
（Ｄ）に示すように４番目のキーオンイベントデータと
なる。そして、５番目から８番目までのキーオンイベン
トデータも同様にして、図１（Ｄ）の５番目から８番目
までのキーオンイベントデータのように変換される。な
お、この場合に、２番目と３番目のキーオンイベントデ
ータの場合は、ステップ３Ｆの処理によって、ベロシテ
ィの値が奇数に変換されている。なお、プログラムチェ
ンジイベントは付属情報の付与されるノートオンイベン
トなどに比べて、比較的低頻度で発生し、プログラムチ
ェンジ後は、楽器が変わることを意味するので、その位
置を始点としてエディットされる可能性の高い単位とい
うことが言えるので、取り出されたＭＩＤＩデータがプ
ログラムチェンジイベントだった場合には、直ちに終了
して、付属情報の最初からＭＩＤＩデータを編集するよ
うにしてもよい。
ンイベントデータ（９１，１００，１００）は、最初の
ものなので修正されない。２番目のキーオンイベントデ
ータ（９１，１０１，１０２）は、図３のＭＩＤＩデー
タ編集処理によって、図１（Ｅ）に示すような２番目の
キーオンイベントデータ（９１，８１，９９）に変換さ
れる。同様にして、３番目のキーオンイベントデータ
（９１，１０３，１０２）も図１（Ｄ）に示すような３
番目のキーオンイベントデータ（９１，９８，９７）に
変換される。そして、４番目のキーオンイベントデータ
（９１，１２０，７０）は、図１（Ｂ）に示すように、
キーコード差分値レジスタｄｋｅｙの絶対値が『１７』
と８以上であるため、ステップ３ＡでＮＯと判定され、
置換対象外となり、ステップ３Ｇを経て、キーオンイベ
ントデータ（９１，１２０，７０）がそのまま図１
（Ｄ）に示すように４番目のキーオンイベントデータと
なる。そして、５番目から８番目までのキーオンイベン
トデータも同様にして、図１（Ｄ）の５番目から８番目
までのキーオンイベントデータのように変換される。な
お、この場合に、２番目と３番目のキーオンイベントデ
ータの場合は、ステップ３Ｆの処理によって、ベロシテ
ィの値が奇数に変換されている。なお、プログラムチェ
ンジイベントは付属情報の付与されるノートオンイベン
トなどに比べて、比較的低頻度で発生し、プログラムチ
ェンジ後は、楽器が変わることを意味するので、その位
置を始点としてエディットされる可能性の高い単位とい
うことが言えるので、取り出されたＭＩＤＩデータがプ
ログラムチェンジイベントだった場合には、直ちに終了
して、付属情報の最初からＭＩＤＩデータを編集するよ
うにしてもよい。
【００３２】図５は、上述の第１の実施の形態に従って
得られる各レジスタｂ１，ｃ１の値のとり得る状態を列
挙したものである。図５において、縦軸にはレジスタｂ
１にストアされるキーコードのとりうる値を割り当て、
横軸にはレジスタｃ１にストアされるベロシティデータ
のとりうる値を割り当て、各値の６３と６４との間を原
点とするような直交座標系を構成する。これによって、
キーオンイベントデータの中のキーコードが高くなる場
合（正の値）又は小さくなる場合（負の値）と、ベロシ
ティが増加する場合（正の値）又は減少する場合（負の
値）とからなる４種類の組み合わせがこの直交座標系の
各象限に割り当てられることになる。そして、各象限に
は付属情報となる４ビット構成の１６個のデータが割り
当てられる。すなわち、図５に示すようにキーコードが
高くなり、ベロシティが増加する場合と、キーコードが
高くなり、ベロシティが減少する場合と、キーコードが
低くなり、ベロシティが増加する場合と、キーコードが
低くなり、ベロシティが減少する場合のそれぞれが各象
限に対応するようになる。各象限に割り当てられた４ビ
ット構成の付属情報のうち、最下位ビットは横軸のベロ
シティに、上位３ビットは縦軸のキーコードに割り当て
られる。従って、キーコードが高くなり、ベロシティが
増加する場合には、直交座標の第１象限に割り当てら
れ、キーコード軸の６４〜１２７は０００から１１１ま
での８つの付属情報に対応するように分割され、ベロシ
ティ軸の６４〜１２７は０と１の２つの付属情報に対応
するように分割される。キーコードが高くなり、ベロシ
ティが減少する場合には、直交座標の第２象限に割り当
てられ、キーコード軸の６４〜１２７は０００から１１
１までの８つの付属情報に対応するように分割され、ベ
ロシティ軸の６３〜０は０と１の２つの付属情報に対応
するように分割される。キーコードが低くなり、ベロシ
ティが減少する場合には、直交座標の第３象限に割り当
てられ、キーコード軸の６３〜０は０００から１１１ま
での８つの付属情報に対応するように分割され、ベロシ
ティ軸の６３〜０は０と１の２つの付属情報に対応する
ように分割される。キーコードが低くなり、ベロシティ
が増加する場合には、直交座標の第４象限に割り当てら
れ、キーコード軸の６３〜０は０００から１１１までの
８つの付属情報に対応するように分割され、ベロシティ
軸の６４〜１２７は０と１の２つの付属情報に対応する
ように分割される。
得られる各レジスタｂ１，ｃ１の値のとり得る状態を列
挙したものである。図５において、縦軸にはレジスタｂ
１にストアされるキーコードのとりうる値を割り当て、
横軸にはレジスタｃ１にストアされるベロシティデータ
のとりうる値を割り当て、各値の６３と６４との間を原
点とするような直交座標系を構成する。これによって、
キーオンイベントデータの中のキーコードが高くなる場
合（正の値）又は小さくなる場合（負の値）と、ベロシ
ティが増加する場合（正の値）又は減少する場合（負の
値）とからなる４種類の組み合わせがこの直交座標系の
各象限に割り当てられることになる。そして、各象限に
は付属情報となる４ビット構成の１６個のデータが割り
当てられる。すなわち、図５に示すようにキーコードが
高くなり、ベロシティが増加する場合と、キーコードが
高くなり、ベロシティが減少する場合と、キーコードが
低くなり、ベロシティが増加する場合と、キーコードが
低くなり、ベロシティが減少する場合のそれぞれが各象
限に対応するようになる。各象限に割り当てられた４ビ
ット構成の付属情報のうち、最下位ビットは横軸のベロ
シティに、上位３ビットは縦軸のキーコードに割り当て
られる。従って、キーコードが高くなり、ベロシティが
増加する場合には、直交座標の第１象限に割り当てら
れ、キーコード軸の６４〜１２７は０００から１１１ま
での８つの付属情報に対応するように分割され、ベロシ
ティ軸の６４〜１２７は０と１の２つの付属情報に対応
するように分割される。キーコードが高くなり、ベロシ
ティが減少する場合には、直交座標の第２象限に割り当
てられ、キーコード軸の６４〜１２７は０００から１１
１までの８つの付属情報に対応するように分割され、ベ
ロシティ軸の６３〜０は０と１の２つの付属情報に対応
するように分割される。キーコードが低くなり、ベロシ
ティが減少する場合には、直交座標の第３象限に割り当
てられ、キーコード軸の６３〜０は０００から１１１ま
での８つの付属情報に対応するように分割され、ベロシ
ティ軸の６３〜０は０と１の２つの付属情報に対応する
ように分割される。キーコードが低くなり、ベロシティ
が増加する場合には、直交座標の第４象限に割り当てら
れ、キーコード軸の６３〜０は０００から１１１までの
８つの付属情報に対応するように分割され、ベロシティ
軸の６４〜１２７は０と１の２つの付属情報に対応する
ように分割される。
【００３３】この場合、図６に示すように、各付属情報
に対応したキーコードには８個の値が存在し、ベロシテ
ィには３２個の値が存在するので、ステップ３Ａ及び３
Ｂのように、キーコード差分値レジスタｄｋｅｙの値は
８よりも小さくなければならず、ベロシティ差分値レジ
スタｄｖｅｌの値は３２よりも小さくなければならない
という条件が入っているのである。従って、キーコード
が８よりも小さな値で増加又は減少し、ベロシティが３
２よりも小さな値で増加又は減少した場合には、図５の
各象限の付属情報が選択され、その付属情報の値、キー
コード差分値及びベロシティ差分値に応じて、元のキー
コード及びベロシティが編集される。なお、この場合、
ベロシティについては、編集された値であるかどうかを
示すために、ステップ３Ｇ及びステップ３Ｆによって最
下位ビットに処理が加えられ、編集されたベロシティの
値は、最終的には奇数値の１６個だけとなる。
に対応したキーコードには８個の値が存在し、ベロシテ
ィには３２個の値が存在するので、ステップ３Ａ及び３
Ｂのように、キーコード差分値レジスタｄｋｅｙの値は
８よりも小さくなければならず、ベロシティ差分値レジ
スタｄｖｅｌの値は３２よりも小さくなければならない
という条件が入っているのである。従って、キーコード
が８よりも小さな値で増加又は減少し、ベロシティが３
２よりも小さな値で増加又は減少した場合には、図５の
各象限の付属情報が選択され、その付属情報の値、キー
コード差分値及びベロシティ差分値に応じて、元のキー
コード及びベロシティが編集される。なお、この場合、
ベロシティについては、編集された値であるかどうかを
示すために、ステップ３Ｇ及びステップ３Ｆによって最
下位ビットに処理が加えられ、編集されたベロシティの
値は、最終的には奇数値の１６個だけとなる。
【００３４】次に、図３のＭＩＤＩデータ編集処理によ
って付与された電子情報すなわち電子署名データを検
出、すなわち修復するＭＩＤＩデータ修復処理について
説明する。図４は、電子楽器１がＭＩＤＩデータ修復装
置として動作する場合の一例を示すフローチャート図で
ある。この場合には、フロッピーディスクドライブ２５
から読み出されたＭＩＤＩデータに前述のようなヘッダ
情報の一部（電子署名すなわち著作権表示データ）が分
散記録されているものとする。以下の実施の形態では、
この著作権表示データを検出して、それをモニタなどに
表示するまでの動作を説明する。まず、ステップ４１で
は、電子署名を検出すべきＭＩＤＩデータ列、すなわち
図３の電子情報付与処理によって電子署名の付与された
ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ ＭＩＤＩ Ｆｉ
ｌｅ：ＳＭＦ）の中から順次キーオンイベントデータや
プログラムチェンジデータやコントロールチェンジデー
タなどのデータを取り出す。
って付与された電子情報すなわち電子署名データを検
出、すなわち修復するＭＩＤＩデータ修復処理について
説明する。図４は、電子楽器１がＭＩＤＩデータ修復装
置として動作する場合の一例を示すフローチャート図で
ある。この場合には、フロッピーディスクドライブ２５
から読み出されたＭＩＤＩデータに前述のようなヘッダ
情報の一部（電子署名すなわち著作権表示データ）が分
散記録されているものとする。以下の実施の形態では、
この著作権表示データを検出して、それをモニタなどに
表示するまでの動作を説明する。まず、ステップ４１で
は、電子署名を検出すべきＭＩＤＩデータ列、すなわち
図３の電子情報付与処理によって電子署名の付与された
ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ ＭＩＤＩ Ｆｉ
ｌｅ：ＳＭＦ）の中から順次キーオンイベントデータや
プログラムチェンジデータやコントロールチェンジデー
タなどのデータを取り出す。
【００３５】ステップ４２では、取り出されたＭＩＤＩ
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ４３に進み、そうでない（ＮＯ）場合はス
テップ４Ｃに進む。従って、ステップ４１で取り出され
たＭＩＤＩデータがキーオンイベントデータの場合に
は、図１（Ｆ）のようなキーオンイベントＭＩＤＩデー
タ列ＳＭＦ２が作成されることになる。ステップ４３で
は、キーオンイベントデータの中の各バイトのデータを
それぞれ対応するキーコードレジスタｂ，ベロシティレ
ジスタｃに格納する。すなわち、キーコードバイトの中
のキーコードをキーコードレジスタｂに、ベロシティバ
イトの中のベロシティをベロシティレジスタｃにそれぞ
れ格納する。
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ４３に進み、そうでない（ＮＯ）場合はス
テップ４Ｃに進む。従って、ステップ４１で取り出され
たＭＩＤＩデータがキーオンイベントデータの場合に
は、図１（Ｆ）のようなキーオンイベントＭＩＤＩデー
タ列ＳＭＦ２が作成されることになる。ステップ４３で
は、キーオンイベントデータの中の各バイトのデータを
それぞれ対応するキーコードレジスタｂ，ベロシティレ
ジスタｃに格納する。すなわち、キーコードバイトの中
のキーコードをキーコードレジスタｂに、ベロシティバ
イトの中のベロシティをベロシティレジスタｃにそれぞ
れ格納する。
【００３６】ステップ４４では、ベロシティレジスタｃ
の最下位ビットが『１』かどうか、すなわち、付属情報
（電子署名情報）の付与されたキーオンイベントデータ
であるのかどうかの判定を行い、ＹＥＳの場合は次のス
テップ４５に進み、そうでない（ＮＯ）場合はステップ
４Ｃに進む。ステップ４５、ステップ４６、ステップ４
９及びステップ４Ａでは、相前後するキーオンイベント
データのキーコードレジスタｂ、前回キーコードレジス
タｂ０、ベロシティレジスタｃ及び前回ベロシティレジ
スタｃ０のそれぞれの格納値に基づいて修復キーコード
レジスタｂ２、修復ベロシティレジスタｃ２、ノートエ
リアナンバＮＡ及びベロシティエリアナンバＶＡの値を
それぞれ求める。このとき、キーコードレジスタｂの値
が６４以上の場合とこれよりも小さい場合とで、それぞ
れ異なる演算式を用いて各値を求める。
の最下位ビットが『１』かどうか、すなわち、付属情報
（電子署名情報）の付与されたキーオンイベントデータ
であるのかどうかの判定を行い、ＹＥＳの場合は次のス
テップ４５に進み、そうでない（ＮＯ）場合はステップ
４Ｃに進む。ステップ４５、ステップ４６、ステップ４
９及びステップ４Ａでは、相前後するキーオンイベント
データのキーコードレジスタｂ、前回キーコードレジス
タｂ０、ベロシティレジスタｃ及び前回ベロシティレジ
スタｃ０のそれぞれの格納値に基づいて修復キーコード
レジスタｂ２、修復ベロシティレジスタｃ２、ノートエ
リアナンバＮＡ及びベロシティエリアナンバＶＡの値を
それぞれ求める。このとき、キーコードレジスタｂの値
が６４以上の場合とこれよりも小さい場合とで、それぞ
れ異なる演算式を用いて各値を求める。
【００３７】ステップ４５においてはステップ３Ｃ（図
３）の置換式の逆算を行なう。すなわち、キーコードレ
ジスタｂの値が６４以上の場合には、キーコードレジス
タｂの値から定数６４を減算し、その減算値の８におけ
るモジュロ（減算値を８で除した余り）を求めること
で、ｄｋｅｙを再生する。そして、このｄｋｅｙを前回
キーコードレジスタｂ０に加算することでキーコードの
修復値を得て、それを修復キーコードレジスタｂ２にス
トアする。一方、キーコードレジスタｂの値が６４より
も小さい場合には、キーコードレジスタｂの値から定数
６３を減算し、その減算値の８におけるモジュロを求め
ることで、ｄｋｅｙを再生する。そして、このｄｋｅｙ
を前回キーコードレジスタｂ０に加算することでキーコ
ードの修復値を得て、それを修復キーコードレジスタｂ
２にストアする。
３）の置換式の逆算を行なう。すなわち、キーコードレ
ジスタｂの値が６４以上の場合には、キーコードレジス
タｂの値から定数６４を減算し、その減算値の８におけ
るモジュロ（減算値を８で除した余り）を求めること
で、ｄｋｅｙを再生する。そして、このｄｋｅｙを前回
キーコードレジスタｂ０に加算することでキーコードの
修復値を得て、それを修復キーコードレジスタｂ２にス
トアする。一方、キーコードレジスタｂの値が６４より
も小さい場合には、キーコードレジスタｂの値から定数
６３を減算し、その減算値の８におけるモジュロを求め
ることで、ｄｋｅｙを再生する。そして、このｄｋｅｙ
を前回キーコードレジスタｂ０に加算することでキーコ
ードの修復値を得て、それを修復キーコードレジスタｂ
２にストアする。
【００３８】ステップ４６においてはステップ３Ｄ（図
３）の置換式の逆算を行なう。すなわち、ベロシティレ
ジスタｃの値が６４以上の場合には、ベロシティレジス
タｃの値から定数６４を減算し、その減算値の３２にお
けるモジュロ（減算値を３２で除した余り）を求めるこ
とで、ｄｖｅｌを再生する。そして、このｄｖｅｌを前
回ベロシティレジスタｃ０に加算することでベロシティ
データの修復値を得て、それを修復ベロシティレジスタ
ｃ２にストアする。一方、ベロシティレジスタｃの値が
６４よりも小さい場合には、ベロシティレジスタｃの値
から定数６３を減算し、その減算値の３２におけるモジ
ュロを求めることで、ｄｖｅｌを再生する。そして、こ
のｄｖｅｌを前回ベロシティレジスタｃ０に加算するこ
とでベロシティデータの修復値を得て、それを修復ベロ
シティレジスタｃ２にストアする。
３）の置換式の逆算を行なう。すなわち、ベロシティレ
ジスタｃの値が６４以上の場合には、ベロシティレジス
タｃの値から定数６４を減算し、その減算値の３２にお
けるモジュロ（減算値を３２で除した余り）を求めるこ
とで、ｄｖｅｌを再生する。そして、このｄｖｅｌを前
回ベロシティレジスタｃ０に加算することでベロシティ
データの修復値を得て、それを修復ベロシティレジスタ
ｃ２にストアする。一方、ベロシティレジスタｃの値が
６４よりも小さい場合には、ベロシティレジスタｃの値
から定数６３を減算し、その減算値の３２におけるモジ
ュロを求めることで、ｄｖｅｌを再生する。そして、こ
のｄｖｅｌを前回ベロシティレジスタｃ０に加算するこ
とでベロシティデータの修復値を得て、それを修復ベロ
シティレジスタｃ２にストアする。
【００３９】ステップ４７において、修復キーコードレ
ジスタｂ２の値をキーコードの値とし、修復ベロシティ
レジスタｃ２の値をベロシティの値としてＭＩＤＩデー
タを修復する。ステップ４８では、次回のステップ４５
及びステップ４６の処理に備えて、修復されたキーコー
ドの値すなわち修復キーコードレジスタｂ２の値を前回
値レジスタｂ０に格納し、修復されたベロシティの値す
なわち修復ベロシティレジスタｃ２の値を前回値レジス
タｃ０に格納する。ステップ４９においてはステップ３
Ｃ（図３）の置換式の逆算を行なうことでＮＡを再生す
る。すなわち、キーコードレジスタｂの値が６４以上の
場合には、キーコードレジスタｂの値から定数６４を減
算し、その減算値を８で除した商を求め、それをノート
エリアナンバＮＡとする。一方、キーコードレジスタｂ
の値が６４よりも小さい場合には、定数６３からキーコ
ードレジスタｂの値を減算し、その減算値を８で除した
商を求め、それノートエリアナンバＮＡとする。ステッ
プ４Ａではステップ３Ｄ（図３）の置換式の逆算を行な
うことでＮＡを再生する。すなわち、ベロシティレジス
タｃの値が６４以上の場合には、ベロシティレジスタｃ
の値から定数６４を減算し、その減算値を３２で除した
商を求め、それをベロシティエリアナンバＶＡとする。
一方、ベロシティレジスタｃの値が６４よりも小さい場
合には、定数６３からベロシティレジスタｃの値を減算
し、その減算値を３２で除した商を求め、それベロシテ
ィエリアナンバＶＡとする。
ジスタｂ２の値をキーコードの値とし、修復ベロシティ
レジスタｃ２の値をベロシティの値としてＭＩＤＩデー
タを修復する。ステップ４８では、次回のステップ４５
及びステップ４６の処理に備えて、修復されたキーコー
ドの値すなわち修復キーコードレジスタｂ２の値を前回
値レジスタｂ０に格納し、修復されたベロシティの値す
なわち修復ベロシティレジスタｃ２の値を前回値レジス
タｃ０に格納する。ステップ４９においてはステップ３
Ｃ（図３）の置換式の逆算を行なうことでＮＡを再生す
る。すなわち、キーコードレジスタｂの値が６４以上の
場合には、キーコードレジスタｂの値から定数６４を減
算し、その減算値を８で除した商を求め、それをノート
エリアナンバＮＡとする。一方、キーコードレジスタｂ
の値が６４よりも小さい場合には、定数６３からキーコ
ードレジスタｂの値を減算し、その減算値を８で除した
商を求め、それノートエリアナンバＮＡとする。ステッ
プ４Ａではステップ３Ｄ（図３）の置換式の逆算を行な
うことでＮＡを再生する。すなわち、ベロシティレジス
タｃの値が６４以上の場合には、ベロシティレジスタｃ
の値から定数６４を減算し、その減算値を３２で除した
商を求め、それをベロシティエリアナンバＶＡとする。
一方、ベロシティレジスタｃの値が６４よりも小さい場
合には、定数６３からベロシティレジスタｃの値を減算
し、その減算値を３２で除した商を求め、それベロシテ
ィエリアナンバＶＡとする。
【００４０】ステップ４Ｂでは、ノートエリアナンバＮ
Ａを上位３ビットとし、ベロシティエリアナンバＶＡを
最下位ビットとする４ビット構成のデータ列からなる付
属情報を得る。ステップ４Ｃでは、全ＭＩＤＩデータの
修復が終了したかどうかを判定し、終了した場合にはＭ
ＩＤＩデータ修復処理を終了し、そうでない場合にはス
テップ４１にリターンし、再びＭＩＤＩデータに対する
修復処理を行う。以上の一連の修復処理が終了した時点
でモニタにそのヘッダ情報の一部（電子署名すなわち著
作権表示データ）などを表示するが、ここではそのステ
ップについて省略してある。
Ａを上位３ビットとし、ベロシティエリアナンバＶＡを
最下位ビットとする４ビット構成のデータ列からなる付
属情報を得る。ステップ４Ｃでは、全ＭＩＤＩデータの
修復が終了したかどうかを判定し、終了した場合にはＭ
ＩＤＩデータ修復処理を終了し、そうでない場合にはス
テップ４１にリターンし、再びＭＩＤＩデータに対する
修復処理を行う。以上の一連の修復処理が終了した時点
でモニタにそのヘッダ情報の一部（電子署名すなわち著
作権表示データ）などを表示するが、ここではそのステ
ップについて省略してある。
【００４１】例えば、図１（Ｅ）のキーオンイベントの
ＭＩＤＩデータ列ＳＭＦ２と図１（Ｇ）のキーオンイベ
ントのＭＩＤＩデータ列ＳＭＦ２とは同じものであり、
図１（Ｇ）のキーオンイベントのＭＩＤＩデータ列ＳＭ
Ｆ２に基づいて、図１（Ｆ）のようなＭＩＤＩデータ列
ＳＭＦ３が修復され、図１（Ｇ）のような付属情報が抽
出される。まず、図１（Ｇ）の１番目のキーオンイベン
トデータ（９１，１００，１００）は、ベロシティの最
下位ビットが『０』すなわち偶数なのでそのままの値が
キーオンイベントデータとなる。次に、２番目のキーオ
ンイベントデータ（９１，８１，９９）は、ベロシティ
の最下位ビットが『１』すなわち奇数であり、６４以上
なので、図４のＭＩＤＩデータ修復処理によって、図１
（Ｆ）に示すような２番目のキーオンイベントデータ
（９１，１０１，１０３）に変換される。同様にして、
３番目のキーオンイベントデータ（９１，９８，９７）
も図１（Ｆ）に示すような３番目のキーオンイベントデ
ータ（９１，１０３，１０４）に変換される。そして、
４番目のキーオンイベントデータ（９１，１２０，７
０）は、ベロシティの最下位ビットが『０』すなわち偶
数なのでそのままの値がキーオンイベントデータとな
る。そして、図１（Ｇ）に示すような５番目から８番目
までのキーオンイベントデータも同様にして、図１
（Ｆ）の５番目から８番目までのキーオンイベントデー
タのように変換される。この場合に、２番目と３番目の
キーオンイベントデータについては、図３のステップ３
Ｆの処理によってベロシティの値が奇数に変換されてい
る関係上、図１（Ｆ）に示されるキーオンイベントデー
タのベロシティの値がＭＩＤＩデータ編集処理される前
の図１（Ａ）のキーオンイベントデータのベロシティの
値よりも１〜２程度大きくなっている。しかしながら、
この程度のベロシティ値の誤差は人間の耳に与える影響
は小さいので、ほとんど無視できる範囲の誤差であると
言える。また、図１（Ｇ）のキーオンイベントデータに
基づいて、図１（Ｈ）のような電子署名情報（著作権表
示データ）が再現されることになる。このようにして修
復された電子署名情報を図示していない表示装置などで
表示する。
ＭＩＤＩデータ列ＳＭＦ２と図１（Ｇ）のキーオンイベ
ントのＭＩＤＩデータ列ＳＭＦ２とは同じものであり、
図１（Ｇ）のキーオンイベントのＭＩＤＩデータ列ＳＭ
Ｆ２に基づいて、図１（Ｆ）のようなＭＩＤＩデータ列
ＳＭＦ３が修復され、図１（Ｇ）のような付属情報が抽
出される。まず、図１（Ｇ）の１番目のキーオンイベン
トデータ（９１，１００，１００）は、ベロシティの最
下位ビットが『０』すなわち偶数なのでそのままの値が
キーオンイベントデータとなる。次に、２番目のキーオ
ンイベントデータ（９１，８１，９９）は、ベロシティ
の最下位ビットが『１』すなわち奇数であり、６４以上
なので、図４のＭＩＤＩデータ修復処理によって、図１
（Ｆ）に示すような２番目のキーオンイベントデータ
（９１，１０１，１０３）に変換される。同様にして、
３番目のキーオンイベントデータ（９１，９８，９７）
も図１（Ｆ）に示すような３番目のキーオンイベントデ
ータ（９１，１０３，１０４）に変換される。そして、
４番目のキーオンイベントデータ（９１，１２０，７
０）は、ベロシティの最下位ビットが『０』すなわち偶
数なのでそのままの値がキーオンイベントデータとな
る。そして、図１（Ｇ）に示すような５番目から８番目
までのキーオンイベントデータも同様にして、図１
（Ｆ）の５番目から８番目までのキーオンイベントデー
タのように変換される。この場合に、２番目と３番目の
キーオンイベントデータについては、図３のステップ３
Ｆの処理によってベロシティの値が奇数に変換されてい
る関係上、図１（Ｆ）に示されるキーオンイベントデー
タのベロシティの値がＭＩＤＩデータ編集処理される前
の図１（Ａ）のキーオンイベントデータのベロシティの
値よりも１〜２程度大きくなっている。しかしながら、
この程度のベロシティ値の誤差は人間の耳に与える影響
は小さいので、ほとんど無視できる範囲の誤差であると
言える。また、図１（Ｇ）のキーオンイベントデータに
基づいて、図１（Ｈ）のような電子署名情報（著作権表
示データ）が再現されることになる。このようにして修
復された電子署名情報を図示していない表示装置などで
表示する。
【００４２】なお、上述の第１の実施の形態では、ベロ
シティに１ビット、キーコードに３ビットの付属情報を
割り当てる場合について説明したが、これ以外のビット
の組み合わせでもよいことはいうまでもない。例えば、
ベロシティとキーコードにそれぞれ２ビットの付属情報
を割り当ててもよいし、ベロシティのみに４ビットの付
属情報を割り当ててもよい。上述の第１の実施の形態で
は、ノート方向を８等分、ベロシティ方向を２等分して
４ビット構成の付加情報を記録する場合について説明し
たが、ノート方向及びベロシティ方向の分割数を任意に
設定することにより、付加情報量を増やすことが可能で
ある。例えば、ノート、ベロシティの両方とも１６等分
すれば、１キーオンイベントに８ビット構成の付加情報
を付加することもでき、アスキーコードの１バイトなら
ば１イベントのキーオンで表現することも可能となる。
なお、この場合には、キーコード差分値レジスタｄｋｅ
ｙ及びベロシティ差分値レジスタｄｖｅｌの値が４以下
でないと、そのキーオンイベントには付加情報を割り当
てることができなくなるという制限が生じる。従って、
予めキーコード差分値及びベロシティ差分値の発生頻度
を取得し、それに応じて最も沢山の付属情報を埋め込む
ことが可能な分割数を選択するようにしてもよい。な
お、この場合、暗号化のためのアルゴリズムも、１デー
タ単位に組み込むべき付属情報のドット数に応じて、幾
分変更される。例えば、４ビットの付属情報をノートデ
ータに組み込む場合は、図３のステップ３Ｃでの暗号化
アルゴリズムの係数“８”が“４”に変更となる。ま
た、上述の第１の実施の形態では、図５に示すような関
係を演算式によって形成する場合について説明したが、
予め図５のような関係となるようなテーブルを作成して
おき、各値をテーブル変換することによって、所定の値
が求まるようにしてもよい。この場合には、図５のよう
に付属情報が規則正しく並んでいなくても、ランダムに
配列してあってもよいことになる。なお、テーブルは、
ＲＯＭやＲＡＭのようなメモリ素子で構成するものに限
らず、ロジックゲート回路で構成してもよいし、ソフト
ウェアプログラムで構成してもよい。
シティに１ビット、キーコードに３ビットの付属情報を
割り当てる場合について説明したが、これ以外のビット
の組み合わせでもよいことはいうまでもない。例えば、
ベロシティとキーコードにそれぞれ２ビットの付属情報
を割り当ててもよいし、ベロシティのみに４ビットの付
属情報を割り当ててもよい。上述の第１の実施の形態で
は、ノート方向を８等分、ベロシティ方向を２等分して
４ビット構成の付加情報を記録する場合について説明し
たが、ノート方向及びベロシティ方向の分割数を任意に
設定することにより、付加情報量を増やすことが可能で
ある。例えば、ノート、ベロシティの両方とも１６等分
すれば、１キーオンイベントに８ビット構成の付加情報
を付加することもでき、アスキーコードの１バイトなら
ば１イベントのキーオンで表現することも可能となる。
なお、この場合には、キーコード差分値レジスタｄｋｅ
ｙ及びベロシティ差分値レジスタｄｖｅｌの値が４以下
でないと、そのキーオンイベントには付加情報を割り当
てることができなくなるという制限が生じる。従って、
予めキーコード差分値及びベロシティ差分値の発生頻度
を取得し、それに応じて最も沢山の付属情報を埋め込む
ことが可能な分割数を選択するようにしてもよい。な
お、この場合、暗号化のためのアルゴリズムも、１デー
タ単位に組み込むべき付属情報のドット数に応じて、幾
分変更される。例えば、４ビットの付属情報をノートデ
ータに組み込む場合は、図３のステップ３Ｃでの暗号化
アルゴリズムの係数“８”が“４”に変更となる。ま
た、上述の第１の実施の形態では、図５に示すような関
係を演算式によって形成する場合について説明したが、
予め図５のような関係となるようなテーブルを作成して
おき、各値をテーブル変換することによって、所定の値
が求まるようにしてもよい。この場合には、図５のよう
に付属情報が規則正しく並んでいなくても、ランダムに
配列してあってもよいことになる。なお、テーブルは、
ＲＯＭやＲＡＭのようなメモリ素子で構成するものに限
らず、ロジックゲート回路で構成してもよいし、ソフト
ウェアプログラムで構成してもよい。
【００４３】上述の第１の実施の形態では、フロッピー
ディスクドライブ２４から読み出されたＭＩＤＩデータ
においてそのヘッダ情報の一部である電子署名すなわち
著作権表示データを比較的大きなデータ単位でキーオン
イベントデータ中に分散して記憶すると共にＭＩＤＩフ
ォーマットを維持したまま暗号化処理を施す（電子透し
を施す）という場合について説明した。これだと、キー
オンイベントデータの中にはそのキーコード及びベロシ
ティの内容がほとんど書き換えられるものが出てくるの
で、所定のＭＩＤＩデータ修復処理を行わずにＭＩＤＩ
データ再生処理を行っても再生される楽音は、全くデタ
ラメなものとなってしまう。この点に鑑みて、次に説明
する第２の実施の形態では、上記とは異なるやり方で
「電子透し」を施すようにしている。この第２の実施の
形態では、ＭＩＤＩデータの最初の部分に、複数の暗号
化処理の中のどの暗号化処理が施されたのかを示すスク
ランブルデコードデータを埋め込み、そこには暗号化処
理を行わずに、通常のＭＩＤＩデータの再生を行えるよ
うにし、残りのＭＩＤＩデータ部分にスクランブルデコ
ードデータに対応したスクランブル処理を行い、ＭＩＤ
Ｉデータの再生を行うことができないようにしている。
ディスクドライブ２４から読み出されたＭＩＤＩデータ
においてそのヘッダ情報の一部である電子署名すなわち
著作権表示データを比較的大きなデータ単位でキーオン
イベントデータ中に分散して記憶すると共にＭＩＤＩフ
ォーマットを維持したまま暗号化処理を施す（電子透し
を施す）という場合について説明した。これだと、キー
オンイベントデータの中にはそのキーコード及びベロシ
ティの内容がほとんど書き換えられるものが出てくるの
で、所定のＭＩＤＩデータ修復処理を行わずにＭＩＤＩ
データ再生処理を行っても再生される楽音は、全くデタ
ラメなものとなってしまう。この点に鑑みて、次に説明
する第２の実施の形態では、上記とは異なるやり方で
「電子透し」を施すようにしている。この第２の実施の
形態では、ＭＩＤＩデータの最初の部分に、複数の暗号
化処理の中のどの暗号化処理が施されたのかを示すスク
ランブルデコードデータを埋め込み、そこには暗号化処
理を行わずに、通常のＭＩＤＩデータの再生を行えるよ
うにし、残りのＭＩＤＩデータ部分にスクランブルデコ
ードデータに対応したスクランブル処理を行い、ＭＩＤ
Ｉデータの再生を行うことができないようにしている。
【００４４】図７は、ＭＩＤＩデータ中に埋め込まれる
スクランブルデコードデータの内容を示す図である。こ
のスクランブルデコードデータは２バイト構成のデータ
であり、第１バイト目の上位４ビットはそのアルゴリズ
ムを示し、下位４ビットはスクランブル処理されるイベ
ント数すなわちカウント数を示し、第２バイト目の８ビ
ットはそのアルゴリズムに対応したバリューを示す。こ
こで、アルゴリズムの種類としては、キーオンデータの
ノート番号を変更するというもの、キーオンデータのノ
ートとベロシティを入れ替えるというもの、インターバ
ルデータを変更するというもの、キーオンデータのチャ
ンネルデータを変更するというものなどがある。カウン
ト数は、前述のようにＡＳＣＩＩの２文字分すなわち１
６ビット分のデータを作成するのに必要な数のキーオン
イベントデータの先頭からいくつに対してスクランブル
処理を行うのかを示すものである。
スクランブルデコードデータの内容を示す図である。こ
のスクランブルデコードデータは２バイト構成のデータ
であり、第１バイト目の上位４ビットはそのアルゴリズ
ムを示し、下位４ビットはスクランブル処理されるイベ
ント数すなわちカウント数を示し、第２バイト目の８ビ
ットはそのアルゴリズムに対応したバリューを示す。こ
こで、アルゴリズムの種類としては、キーオンデータの
ノート番号を変更するというもの、キーオンデータのノ
ートとベロシティを入れ替えるというもの、インターバ
ルデータを変更するというもの、キーオンデータのチャ
ンネルデータを変更するというものなどがある。カウン
ト数は、前述のようにＡＳＣＩＩの２文字分すなわち１
６ビット分のデータを作成するのに必要な数のキーオン
イベントデータの先頭からいくつに対してスクランブル
処理を行うのかを示すものである。
【００４５】上述の第１の実施の形態の場合には、１つ
のキーオンイベントデータに４ビット分のデータを埋め
込むことができたので、２つのキーオンイベントデータ
にＡＳＣＩＩの１文字分の付属情報を埋め込むことがで
きたが、今回の第２の実施の形態では、１つのキーオン
イベントデータに１ビット分のデータしか埋め込めない
場合について説明するので、修正するイベント数の最大
値は１６となる。バリューは対応するアルゴリズムによ
って異なるものであり，例えば、キーオンデータのノー
ト番号を変更するというアルゴリズムの場合には、その
変更する度合いすなわちトランスポーズ値（修正ノート
値）であり、インターバルデータを変更するというアル
ゴリズムの場合には、その変更する修正値であり、キー
オンデータのチャンネルデータを変更する場合には、そ
の修正チャンネル値である。このように全部で１６種類
のアルゴリズムが規定されているものする。なお、この
１６種類のアルゴリズムの中の一つとして、前述の第１
の実施の形態に係るようなスクランブル処理が存在して
もよいことはいうまでもない。
のキーオンイベントデータに４ビット分のデータを埋め
込むことができたので、２つのキーオンイベントデータ
にＡＳＣＩＩの１文字分の付属情報を埋め込むことがで
きたが、今回の第２の実施の形態では、１つのキーオン
イベントデータに１ビット分のデータしか埋め込めない
場合について説明するので、修正するイベント数の最大
値は１６となる。バリューは対応するアルゴリズムによ
って異なるものであり，例えば、キーオンデータのノー
ト番号を変更するというアルゴリズムの場合には、その
変更する度合いすなわちトランスポーズ値（修正ノート
値）であり、インターバルデータを変更するというアル
ゴリズムの場合には、その変更する修正値であり、キー
オンデータのチャンネルデータを変更する場合には、そ
の修正チャンネル値である。このように全部で１６種類
のアルゴリズムが規定されているものする。なお、この
１６種類のアルゴリズムの中の一つとして、前述の第１
の実施の形態に係るようなスクランブル処理が存在して
もよいことはいうまでもない。
【００４６】図８は、電子楽器１が電子情報処理システ
ムとして動作する場合のＭＩＤＩ編集処理の別の一例と
なるＭＩＤＩ編集処理２を示すフローチャート図であ
る。まず、この場合には、電子楽器１は、フロッピーデ
ィスクドライブ２４から読み出したＭＩＤＩデータにそ
のヘッダ情報の一部である電子署名すなわち著作権表示
データを分散して記憶すると共に前述の１６ビット構成
のスクランブルデコードデータを記憶する。まず、ステ
ップ８１では、ＭＩＤＩデータ列内に分散して書き込ま
れるべきスクランブルの内容を決定する。すなわち、図
８のどのアルゴリズムに基づいてスクランブル処理を行
うのかがパネルスイッチ２Ｅによって予め設定されるも
のとする。スクランブルの内容がステップ８１で決定し
たので、今度はステップ８２でそのスクランブルのデコ
ードデータ列を得る。例えば、パネルスイッチ２Ｅによ
って、第５番目のアルゴリズムが選択された場合には、
そのアルゴリズムの種類を示すデータ『０１０１Ｂ』
と、そのアルゴリズムによって修正されるカウント数
『１００１Ｂ』とからなる８ビット構成のデータ列がス
クランブルデコードデータ列としてＭＩＤＩデータ列内
に分散して記録されるようになる。
ムとして動作する場合のＭＩＤＩ編集処理の別の一例と
なるＭＩＤＩ編集処理２を示すフローチャート図であ
る。まず、この場合には、電子楽器１は、フロッピーデ
ィスクドライブ２４から読み出したＭＩＤＩデータにそ
のヘッダ情報の一部である電子署名すなわち著作権表示
データを分散して記憶すると共に前述の１６ビット構成
のスクランブルデコードデータを記憶する。まず、ステ
ップ８１では、ＭＩＤＩデータ列内に分散して書き込ま
れるべきスクランブルの内容を決定する。すなわち、図
８のどのアルゴリズムに基づいてスクランブル処理を行
うのかがパネルスイッチ２Ｅによって予め設定されるも
のとする。スクランブルの内容がステップ８１で決定し
たので、今度はステップ８２でそのスクランブルのデコ
ードデータ列を得る。例えば、パネルスイッチ２Ｅによ
って、第５番目のアルゴリズムが選択された場合には、
そのアルゴリズムの種類を示すデータ『０１０１Ｂ』
と、そのアルゴリズムによって修正されるカウント数
『１００１Ｂ』とからなる８ビット構成のデータ列がス
クランブルデコードデータ列としてＭＩＤＩデータ列内
に分散して記録されるようになる。
【００４７】次に、ステップ８３では、ステップ８２で
得られたスクランブルデコードデータ列の１バイト分を
バイトレジスタＢＲに格納する。そして、ステップ８４
では、このバイトレジスタＢＲに格納されたスクランブ
ルデコードデータの各ビットを反転して、別の８ビット
構成のビット列を作成する。例えば、スクランブルデコ
ードデータ列が図１２（Ｆ）に示すように『０１０１１
００１Ｂ』のような場合には、ステップ８４のデータ変
換すなわちビット反転によって、図１２（Ｅ）のような
ビット列『１０１００１１０Ｂ』になる。次に、ステッ
プ８５では、ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ Ｍ
ＩＤＩＦｉｌｅ：ＳＭＦ）の中からキーオンイベントデ
ータやプログラムチェンジデータやコントロールチェン
ジデータなどの各種のＭＩＤＩデータを順次取り出す。
すなわち、ＭＩＤＩデータ列は基本的にはキーオンステ
ータスバイト、キーコードバイト、ベロシティバイトか
らなるキーオンイベントデータやこれ以外のプログラム
チェンジイベントデータやコントロールチェンジイベン
トデータなどから構成されているので、ステップ８５で
は、このようなＭＩＤＩデータを順番に取り出す。
得られたスクランブルデコードデータ列の１バイト分を
バイトレジスタＢＲに格納する。そして、ステップ８４
では、このバイトレジスタＢＲに格納されたスクランブ
ルデコードデータの各ビットを反転して、別の８ビット
構成のビット列を作成する。例えば、スクランブルデコ
ードデータ列が図１２（Ｆ）に示すように『０１０１１
００１Ｂ』のような場合には、ステップ８４のデータ変
換すなわちビット反転によって、図１２（Ｅ）のような
ビット列『１０１００１１０Ｂ』になる。次に、ステッ
プ８５では、ＭＩＤＩデータ列（Ｓｔａｎｄａｒｄ Ｍ
ＩＤＩＦｉｌｅ：ＳＭＦ）の中からキーオンイベントデ
ータやプログラムチェンジデータやコントロールチェン
ジデータなどの各種のＭＩＤＩデータを順次取り出す。
すなわち、ＭＩＤＩデータ列は基本的にはキーオンステ
ータスバイト、キーコードバイト、ベロシティバイトか
らなるキーオンイベントデータやこれ以外のプログラム
チェンジイベントデータやコントロールチェンジイベン
トデータなどから構成されているので、ステップ８５で
は、このようなＭＩＤＩデータを順番に取り出す。
【００４８】ステップ８６では、取り出されたＭＩＤＩ
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ８７に進み、そうでない（ＮＯ）の場合は
ステップ８Ｄに進む。従って、ステップ８５で取り出さ
れたＭＩＤＩデータがキーオンイベントデータの場合に
は、図１２（Ａ）のようなキーオンイベントデータから
なるＭＩＤＩデータ列ＳＭＦ１が得られることになる。
このキーオンイベントデータのＭＩＤＩデータ列ＳＭＦ
１はデュレーションタイムＤと、キーオンイベントデー
タとの組合せで構成される。ステップ８７では、キーオ
ンイベントデータの中の各バイトのデータをそれぞれ対
応するレジスタａ，ｂ，ｃに格納する。すなわち、キー
オンイベントデータの中のキーオンステータスバイトの
中のチャンネル番号をチャンネルレジスタａに、次の第
１のデータバイト（キーコードバイト）の中のキーコー
ドをキーコードレジスタｂに、第２のデータバイト（ベ
ロシティバイト）の中のベロシティをベロシティレジス
タｃにそれぞれ格納する。
データがキーオンイベントデータＫＯＮであるかどうか
を判定し、キーオンイベントデータ（ＹＥＳ）の場合は
次のステップ８７に進み、そうでない（ＮＯ）の場合は
ステップ８Ｄに進む。従って、ステップ８５で取り出さ
れたＭＩＤＩデータがキーオンイベントデータの場合に
は、図１２（Ａ）のようなキーオンイベントデータから
なるＭＩＤＩデータ列ＳＭＦ１が得られることになる。
このキーオンイベントデータのＭＩＤＩデータ列ＳＭＦ
１はデュレーションタイムＤと、キーオンイベントデー
タとの組合せで構成される。ステップ８７では、キーオ
ンイベントデータの中の各バイトのデータをそれぞれ対
応するレジスタａ，ｂ，ｃに格納する。すなわち、キー
オンイベントデータの中のキーオンステータスバイトの
中のチャンネル番号をチャンネルレジスタａに、次の第
１のデータバイト（キーコードバイト）の中のキーコー
ドをキーコードレジスタｂに、第２のデータバイト（ベ
ロシティバイト）の中のベロシティをベロシティレジス
タｃにそれぞれ格納する。
【００４９】ステップ８８では、ステップ８４で作成さ
れたビット列の先頭から１ビット取り出して、それを第
１のビットフラグＢＦ１に格納する。次のステップ８９
では、ステップ８７の各レジスタａ，ｂ，ｃの格納値を
所定の関数に従って演算し、その演算結果によって得ら
れたビットデータを反転して、第２のビットフラグＢＦ
２に格納する。この実施の形態では、各レジスタａ，
ｂ，ｃの値の合計値のモジュロ２を所定の関数とする。
すなわち、関数ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）
ｍｏｄ２とする。例えば、図１２（Ａ）のようなキーオ
ンイベントＭＩＤＩデータ列ＳＭＦ１の場合には、８つ
のキーオンイベントデータでスクランブルデコードデー
タのアルゴリズム及びカウント数に相当するデータが作
成される。まず、各キーオンイベントデータの所定の関
数ｆ１（ａ，ｂ，ｃ）で演算すると、図１２（Ｂ）のよ
うになる。すなわち、（ａ＋ｂ＋ｃ）の値が偶数なら
『０』、奇数なら『１』となる。そして、これらの反転
ビットが第２のビットフラグＢＦ２に格納され、図１２
（Ｃ）のようになる。
れたビット列の先頭から１ビット取り出して、それを第
１のビットフラグＢＦ１に格納する。次のステップ８９
では、ステップ８７の各レジスタａ，ｂ，ｃの格納値を
所定の関数に従って演算し、その演算結果によって得ら
れたビットデータを反転して、第２のビットフラグＢＦ
２に格納する。この実施の形態では、各レジスタａ，
ｂ，ｃの値の合計値のモジュロ２を所定の関数とする。
すなわち、関数ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）
ｍｏｄ２とする。例えば、図１２（Ａ）のようなキーオ
ンイベントＭＩＤＩデータ列ＳＭＦ１の場合には、８つ
のキーオンイベントデータでスクランブルデコードデー
タのアルゴリズム及びカウント数に相当するデータが作
成される。まず、各キーオンイベントデータの所定の関
数ｆ１（ａ，ｂ，ｃ）で演算すると、図１２（Ｂ）のよ
うになる。すなわち、（ａ＋ｂ＋ｃ）の値が偶数なら
『０』、奇数なら『１』となる。そして、これらの反転
ビットが第２のビットフラグＢＦ２に格納され、図１２
（Ｃ）のようになる。
【００５０】ステップ８Ａでは、ステップ８８及びステ
ップ８９で得られた第１のビットフラグＢＦ１と第２の
ビットフラグＢＦ２とが等しいかどうかを判定し、等し
い（ＹＥＳ）場合には次のステップ８Ｂ及びステップ８
Ｃの処理を行い、等しくない（ＮＯ）場合はステップ８
Ｅにジャンプする。ステップ８Ｂでは、第１のビットフ
ラグＢＦ１と第２のビットフラグＢＦ２とが等しいと判
定されたので、ベロシティレジスタｃの値すなわちベロ
シティデータの最下位ビットに『１』を加算する。そし
て、ステップ８Ｃで、そのレジスタｃの値に基づいてＭ
ＩＤＩデータ列中のキーオンイベントデータを構成する
ベロシティの値を更新する。すなわち、ベロシティの値
を１だけ増加する。例えば、図１２の場合には、第１の
ビットフラグＢＦ１と第２のビットフラグＢＦ２との３
番目、５番目、６番目及び７番目がそれぞれ等しいと、
ステップ８Ａで判定されるので、ＭＩＤＩデータ列中の
３番目、５番目、６番目及び７番目のキーオンイベント
データのベロシティの値が『１』だけ増加される。すな
わち、３番目のキーオンイベントデータのベロシティ値
『６３』が『６４』になり、５番目のキーオンイベント
データのベロシティ値『７８』が『７９』になり、６番
目のキーオンイベントデータのベロシティ値『９１』が
『９２』になり、７番目のキーオンイベントデータのベ
ロシティ値『４２』が『４３』になる。
ップ８９で得られた第１のビットフラグＢＦ１と第２の
ビットフラグＢＦ２とが等しいかどうかを判定し、等し
い（ＹＥＳ）場合には次のステップ８Ｂ及びステップ８
Ｃの処理を行い、等しくない（ＮＯ）場合はステップ８
Ｅにジャンプする。ステップ８Ｂでは、第１のビットフ
ラグＢＦ１と第２のビットフラグＢＦ２とが等しいと判
定されたので、ベロシティレジスタｃの値すなわちベロ
シティデータの最下位ビットに『１』を加算する。そし
て、ステップ８Ｃで、そのレジスタｃの値に基づいてＭ
ＩＤＩデータ列中のキーオンイベントデータを構成する
ベロシティの値を更新する。すなわち、ベロシティの値
を１だけ増加する。例えば、図１２の場合には、第１の
ビットフラグＢＦ１と第２のビットフラグＢＦ２との３
番目、５番目、６番目及び７番目がそれぞれ等しいと、
ステップ８Ａで判定されるので、ＭＩＤＩデータ列中の
３番目、５番目、６番目及び７番目のキーオンイベント
データのベロシティの値が『１』だけ増加される。すな
わち、３番目のキーオンイベントデータのベロシティ値
『６３』が『６４』になり、５番目のキーオンイベント
データのベロシティ値『７８』が『７９』になり、６番
目のキーオンイベントデータのベロシティ値『９１』が
『９２』になり、７番目のキーオンイベントデータのベ
ロシティ値『４２』が『４３』になる。
【００５１】ステップ８Ｄでは、ステップ８６又はステ
ップ８ＡでＮＯと判定された場合又はステップ８Ｃの処
理を終えた場合に行われる処理であって、ステップ８５
〜ステップ８Ｃまでの処理を１巡回処理とした場合にこ
の１巡回処理が８回分すなわち８ビット分行われたかど
うかを判定し、８回分行われた（ＹＥＳ）場合には、次
のステップ８Ｅに進み、そうでない（ＮＯ）の場合は、
ステップ８５にリターンし、次の１ビットに対してステ
ップ８５〜ステップ８Ｃの処理を行う。ステップ８Ｅで
は、ステップ８３〜ステップ８Ｄまでの処理を１巡回処
理とした場合にその１巡回処理がスクランブルデコード
データの構成バイト数だけ行われたかどうかを判定し、
行われた（ＹＥＳ）場合には、次のステップ８Ｆに進
み、そうでない（ＮＯ）場合は、ステップ８３にリター
ンし、スクランブルデコードデータの次の１バイトのバ
リューに対してステップ８３〜ステップ８Ｄの処理を行
う。
ップ８ＡでＮＯと判定された場合又はステップ８Ｃの処
理を終えた場合に行われる処理であって、ステップ８５
〜ステップ８Ｃまでの処理を１巡回処理とした場合にこ
の１巡回処理が８回分すなわち８ビット分行われたかど
うかを判定し、８回分行われた（ＹＥＳ）場合には、次
のステップ８Ｅに進み、そうでない（ＮＯ）の場合は、
ステップ８５にリターンし、次の１ビットに対してステ
ップ８５〜ステップ８Ｃの処理を行う。ステップ８Ｅで
は、ステップ８３〜ステップ８Ｄまでの処理を１巡回処
理とした場合にその１巡回処理がスクランブルデコード
データの構成バイト数だけ行われたかどうかを判定し、
行われた（ＹＥＳ）場合には、次のステップ８Ｆに進
み、そうでない（ＮＯ）場合は、ステップ８３にリター
ンし、スクランブルデコードデータの次の１バイトのバ
リューに対してステップ８３〜ステップ８Ｄの処理を行
う。
【００５２】ステップ８Ｆでは、ステップ８１で選択さ
れたスクランブルの内容に応じて、ＭＩＤＩデータ列の
後半部分にスクランブル処理を施す。例えば、前述のス
クランブルデコードデータの埋め込み終了後のキーオン
データに対してスクランブル処理を行うようにしてもよ
いし、スクランブルデコードデータの埋め込み終了後、
所定数のキーオンデータ経過後にスクランブル処理を行
うようにしてもよい。また、スクランブルデコードデー
タの埋め込みを複数回行い、その後にスクランブル処理
を行うようにしてもよい。この場合に、取り出されたＭ
ＩＤＩデータがプログラムチェンジイベントＰＣＭの場
合には、スクランブルの内容をランダムに変更して、ス
クランブルデコードデータの埋め込み処理及びスクラン
ブルの内容に応じたＭＩＤＩデータ列の編集処理を行う
ようにしてもよい。プログラムチェンジイベントはノー
トオンイベントなどに比べて、比較的低頻度で発生し、
プログラムチェンジ後は、楽器が変わることを意味する
ので、その位置を始点としてスクランブルの内容を変更
し、そのスクランブルデコードデータを埋め込み、スク
ランブル処理を行うことによって、一定の楽器について
はスクランブルの掛からない演奏を行うことができ、あ
る所定時間経過後に演奏にスクランブルをかけることが
できる。
れたスクランブルの内容に応じて、ＭＩＤＩデータ列の
後半部分にスクランブル処理を施す。例えば、前述のス
クランブルデコードデータの埋め込み終了後のキーオン
データに対してスクランブル処理を行うようにしてもよ
いし、スクランブルデコードデータの埋め込み終了後、
所定数のキーオンデータ経過後にスクランブル処理を行
うようにしてもよい。また、スクランブルデコードデー
タの埋め込みを複数回行い、その後にスクランブル処理
を行うようにしてもよい。この場合に、取り出されたＭ
ＩＤＩデータがプログラムチェンジイベントＰＣＭの場
合には、スクランブルの内容をランダムに変更して、ス
クランブルデコードデータの埋め込み処理及びスクラン
ブルの内容に応じたＭＩＤＩデータ列の編集処理を行う
ようにしてもよい。プログラムチェンジイベントはノー
トオンイベントなどに比べて、比較的低頻度で発生し、
プログラムチェンジ後は、楽器が変わることを意味する
ので、その位置を始点としてスクランブルの内容を変更
し、そのスクランブルデコードデータを埋め込み、スク
ランブル処理を行うことによって、一定の楽器について
はスクランブルの掛からない演奏を行うことができ、あ
る所定時間経過後に演奏にスクランブルをかけることが
できる。
【００５３】次に、図８のＭＩＤＩ編集処理２によって
付与されたスクランブルデコードデータの修復処理につ
いて説明する。なお、スクランブル処理の解除について
は、アルゴリズムに応じて逆の処理を施せばいいので、
ここではその説明は省略する。図９は、電子楽器１がＭ
ＩＤＩデータ修復装置して動作する場合の一例となるＭ
ＩＤＩデータ修復処理２を示すフローチャート図であ
る。この場合には、フロッピーディスクドライブ２４か
ら読み出されたＭＩＤＩデータのベロシティバイト部分
にそのヘッダ情報の一部である電子署名すなわち著作権
表示データが分散記録されているとともにスクランブル
デコードデータが記録されているものとする。以下の実
施の形態では、このスクランブールデコードデータを検
出して、それに基づいてＭＩＤＩデータを修復するまで
の動作について説明する。
付与されたスクランブルデコードデータの修復処理につ
いて説明する。なお、スクランブル処理の解除について
は、アルゴリズムに応じて逆の処理を施せばいいので、
ここではその説明は省略する。図９は、電子楽器１がＭ
ＩＤＩデータ修復装置して動作する場合の一例となるＭ
ＩＤＩデータ修復処理２を示すフローチャート図であ
る。この場合には、フロッピーディスクドライブ２４か
ら読み出されたＭＩＤＩデータのベロシティバイト部分
にそのヘッダ情報の一部である電子署名すなわち著作権
表示データが分散記録されているとともにスクランブル
デコードデータが記録されているものとする。以下の実
施の形態では、このスクランブールデコードデータを検
出して、それに基づいてＭＩＤＩデータを修復するまで
の動作について説明する。
【００５４】まず、ステップ９１では、デコードデータ
格納レジスタＤＥＣＯＤＥにナルデータを格納する。す
なわち、デコードデータ格納レジスタＤＥＣＯＤＥの内
容をリセットする。ステップ９２では、スクランブルデ
コードデータを検出すべきＭＩＤＩデータ列、すなわち
図８のＭＩＤＩデータ編集によってスクランブルデコー
ドデータの付与されたＭＩＤＩデータ列を取り出す。そ
して、次のステップ９３で、バイトレジスタＢＲとビッ
トカウンタＢＣＮの値をリセットする。
格納レジスタＤＥＣＯＤＥにナルデータを格納する。す
なわち、デコードデータ格納レジスタＤＥＣＯＤＥの内
容をリセットする。ステップ９２では、スクランブルデ
コードデータを検出すべきＭＩＤＩデータ列、すなわち
図８のＭＩＤＩデータ編集によってスクランブルデコー
ドデータの付与されたＭＩＤＩデータ列を取り出す。そ
して、次のステップ９３で、バイトレジスタＢＲとビッ
トカウンタＢＣＮの値をリセットする。
【００５５】次に、ステップ９４では、ＭＩＤＩデータ
列（Ｓｔａｎｄａｒｄ ＭＩＤＩＦｉｌｅ：ＳＭＦ）の
中から順次キーオンイベントデータやプログラムチェン
ジデータやコントロールチェンジデータなどのデータを
取り出す。ステップ９５では、取り出されたＭＩＤＩデ
ータがキーオンイベントデータＫＯＮであるかどうかを
判定し、キーオンイベントデータ（ＹＥＳ）の場合は次
のステップ９６に進み、そうでない（ＮＯ）場合はステ
ップ９Ｃに進む。従って、ステップ９４で取り出された
ＭＩＤＩデータがキーオンイベントデータの場合には、
図１２（Ｇ）のようなキーオンイベントＭＩＤＩデータ
列ＳＭＦ２が作成されることになる。なお、図１２
（Ｇ）のキーオンイベントデータ列は先に電子署名の付
与された図１２（Ｄ）のキーオンイベントデータ列ＳＭ
Ｆ２と同じものである。
列（Ｓｔａｎｄａｒｄ ＭＩＤＩＦｉｌｅ：ＳＭＦ）の
中から順次キーオンイベントデータやプログラムチェン
ジデータやコントロールチェンジデータなどのデータを
取り出す。ステップ９５では、取り出されたＭＩＤＩデ
ータがキーオンイベントデータＫＯＮであるかどうかを
判定し、キーオンイベントデータ（ＹＥＳ）の場合は次
のステップ９６に進み、そうでない（ＮＯ）場合はステ
ップ９Ｃに進む。従って、ステップ９４で取り出された
ＭＩＤＩデータがキーオンイベントデータの場合には、
図１２（Ｇ）のようなキーオンイベントＭＩＤＩデータ
列ＳＭＦ２が作成されることになる。なお、図１２
（Ｇ）のキーオンイベントデータ列は先に電子署名の付
与された図１２（Ｄ）のキーオンイベントデータ列ＳＭ
Ｆ２と同じものである。
【００５６】ステップ９６では、キーオンイベントデー
タの中の各バイトのデータをそれぞれ対応するレジスタ
ａ，ｂ，ｃに格納する。すなわち、キーオンイベントデ
ータの中のキーオンステータスバイトの中のチャンネル
番号をチャンネルレジスタａに、次の第１のデータバイ
ト（キーコードバイト）の中のキーコードをキーコード
レジスタｂに、第２のデータバイト（ベロシティバイ
ト）の中のベロシティをベロシティレジスタｃにそれぞ
れ格納する。ステップ９７では、バイトレジスタＢＲの
値を２倍、すなわち、シフトして、その最下位ビットに
関数ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２の
反転値を加算する。ステップ９８では、ビットカウンタ
ＢＣＮの値を１だけインクリメントする。ステップ９９
では、ビットカウンタＢＣＮの値が『８』になったかど
うかを判定し、ＹＥＳの場合は次のステップ９Ａに進
み、ＮＯの場合はステップ９Ｃにジャンプする。
タの中の各バイトのデータをそれぞれ対応するレジスタ
ａ，ｂ，ｃに格納する。すなわち、キーオンイベントデ
ータの中のキーオンステータスバイトの中のチャンネル
番号をチャンネルレジスタａに、次の第１のデータバイ
ト（キーコードバイト）の中のキーコードをキーコード
レジスタｂに、第２のデータバイト（ベロシティバイ
ト）の中のベロシティをベロシティレジスタｃにそれぞ
れ格納する。ステップ９７では、バイトレジスタＢＲの
値を２倍、すなわち、シフトして、その最下位ビットに
関数ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２の
反転値を加算する。ステップ９８では、ビットカウンタ
ＢＣＮの値を１だけインクリメントする。ステップ９９
では、ビットカウンタＢＣＮの値が『８』になったかど
うかを判定し、ＹＥＳの場合は次のステップ９Ａに進
み、ＮＯの場合はステップ９Ｃにジャンプする。
【００５７】例えば、図１２（Ｇ）のようなキーオンイ
ベントのＭＩＤＩデータ列ＳＭＦ２の場合には、８つの
キーオンイベントデータで１バイト分のスクランブルデ
コードデータが作成される。まず、各キーオンイベント
データの所定の関数ｆ１（ａ，ｂ，ｃ）で演算すると、
図１２（Ｈ）のようになる。すなわち、（ａ＋ｂ＋ｃ）
の値が偶数なら『０』、奇数なら『１』となる。そし
て、これらの反転ビットは図１２（Ｊ）のようになり、
その値がバイトレジスタＢＲを順次シフトしていくた
め、最終的には図１２（Ｊ）のような１バイト分のスク
ランブルデコードデータが形成される。このようにし
て、得られた図１２（Ｊ）のデータは図１２（Ｆ）と同
じである。すなわち、ＭＩＤＩデータのベロシティバイ
トに分散して書き込まれたスクランブルデコードデー
タ、すなわち図１２（Ｆ）のようなデータが図１２
（Ｊ）のように忠実に再現されたことになる。
ベントのＭＩＤＩデータ列ＳＭＦ２の場合には、８つの
キーオンイベントデータで１バイト分のスクランブルデ
コードデータが作成される。まず、各キーオンイベント
データの所定の関数ｆ１（ａ，ｂ，ｃ）で演算すると、
図１２（Ｈ）のようになる。すなわち、（ａ＋ｂ＋ｃ）
の値が偶数なら『０』、奇数なら『１』となる。そし
て、これらの反転ビットは図１２（Ｊ）のようになり、
その値がバイトレジスタＢＲを順次シフトしていくた
め、最終的には図１２（Ｊ）のような１バイト分のスク
ランブルデコードデータが形成される。このようにし
て、得られた図１２（Ｊ）のデータは図１２（Ｆ）と同
じである。すなわち、ＭＩＤＩデータのベロシティバイ
トに分散して書き込まれたスクランブルデコードデー
タ、すなわち図１２（Ｆ）のようなデータが図１２
（Ｊ）のように忠実に再現されたことになる。
【００５８】ステップ９Ａでは、バイトレジスタＢＲの
格納値をデコードデータ格納レジスタＤＥＣＯＤＥに追
加記憶する。ステップ９Ｂで、バイトレジスタＢＲとビ
ットカウンタＢＣＮの値をリセットする。ステップ９Ｃ
では、ステップ９５でＮＯと判定された場合、又はステ
ップ９Ｂの処理を終了した場合に行われる処理であっ
て、ステップ９４〜ステップ９Ｂの処理がスクランブル
デコードデータに対応する２バイト分終了したかどうか
の判定を行い、この判定結果が２バイト分終了（ＹＥ
Ｓ）の場合には、次のステップ９Ｄに進み、終了してい
ない（ＮＯ）場合にはステップ９４にリターンし、一連
の処理を繰り返し実行する。ステップ９Ｄでは、スクラ
ンブルデコードデータの内容に基づいてスクランブル処
理されたＭＩＤＩデータの修復処理を行う。
格納値をデコードデータ格納レジスタＤＥＣＯＤＥに追
加記憶する。ステップ９Ｂで、バイトレジスタＢＲとビ
ットカウンタＢＣＮの値をリセットする。ステップ９Ｃ
では、ステップ９５でＮＯと判定された場合、又はステ
ップ９Ｂの処理を終了した場合に行われる処理であっ
て、ステップ９４〜ステップ９Ｂの処理がスクランブル
デコードデータに対応する２バイト分終了したかどうか
の判定を行い、この判定結果が２バイト分終了（ＹＥ
Ｓ）の場合には、次のステップ９Ｄに進み、終了してい
ない（ＮＯ）場合にはステップ９４にリターンし、一連
の処理を繰り返し実行する。ステップ９Ｄでは、スクラ
ンブルデコードデータの内容に基づいてスクランブル処
理されたＭＩＤＩデータの修復処理を行う。
【００５９】なお、上述の実施の形態では、ＭＩＤＩデ
ータ列からキーオンイベントデータを順番に取り出し
て、それに対して順番にスクランブルデコードデータを
格納する場合について説明したが、これだと、１つのＭ
ＩＤＩデータ列に対して１種類のスクランブル処理しか
行えない。そこで、チャンネル単位毎に異なるスクラン
ブル処理を行えるようにした第３の実施の形態について
説明する。図１０は、電子楽器１がＭＩＤＩデータ編集
装置して動作する場合の一例となるＭＩＤＩデータ編集
処理３を示すフローチャート図である。まず、この場合
は、電子楽器１は、フロッピーディスクドライブ２４か
ら読み出したＭＩＤＩデータ中に前述のようなスクラン
ブルデコードデータと共にヘッダ情報の一部である電子
署名すなわち著作権表示データを併せて分散記録する。
ータ列からキーオンイベントデータを順番に取り出し
て、それに対して順番にスクランブルデコードデータを
格納する場合について説明したが、これだと、１つのＭ
ＩＤＩデータ列に対して１種類のスクランブル処理しか
行えない。そこで、チャンネル単位毎に異なるスクラン
ブル処理を行えるようにした第３の実施の形態について
説明する。図１０は、電子楽器１がＭＩＤＩデータ編集
装置して動作する場合の一例となるＭＩＤＩデータ編集
処理３を示すフローチャート図である。まず、この場合
は、電子楽器１は、フロッピーディスクドライブ２４か
ら読み出したＭＩＤＩデータ中に前述のようなスクラン
ブルデコードデータと共にヘッダ情報の一部である電子
署名すなわち著作権表示データを併せて分散記録する。
【００６０】まず、ステップ１０１では、ＭＩＤＩデー
タ列内に分散して書き込まれるべき電子署名（著作権表
示データ）の内容を決定するとともに、各チャンネルに
対応したスクランブルデコードデータの内容を決定す
る。例えば、著作権表示データとして『ＣＯＰＹＲＩＧ
ＨＴ△ＹＭＨ△１９９６』のような文字をＭＩＤＩデー
タ列内に分散して書き込む場合には、これらの文字列を
パネルスイッチ２Ｅを用いて決定する。ここで、△は空
白を意味するものとする。書き込むべき電子署名すなわ
ち文字列及びスクランブルデコードデータの内容が決定
したので、今度はステップ３２で、その電子署名及びス
クランブルデコードデータに関するデータ列を得る。例
えば、パネルスイッチ２Ｅによって『ＣＯＰＹＲＩＧＨ
Ｔ△ＹＭＨ△１９９６』が入力された場合には、それを
ＡＳＣＩＩの文字符号のデータ列に変換する。この場合
は、『Ｃ』＝『４３Ｈ』、『Ｏ』＝『４ＦＨ』、『Ｐ』
＝『５０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｒ』＝『５２
Ｈ』、『Ｉ』＝『４９Ｈ』、『Ｇ』＝『４７Ｈ』、
『Ｈ』＝『４８Ｈ』、『Ｔ』＝『５４Ｈ』、『△』＝
『２０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｍ』＝『４Ｄ
Ｈ』、『Ｈ』＝『４８Ｈ』、『△』＝『２０Ｈ』、
『１』＝『３１Ｈ』、『９』＝『３９Ｈ』、『９』＝
『３９Ｈ』、『６』＝『３６Ｈ』からなる一連のＡＳＣ
ＩＩのデータ列が得られることになる。
タ列内に分散して書き込まれるべき電子署名（著作権表
示データ）の内容を決定するとともに、各チャンネルに
対応したスクランブルデコードデータの内容を決定す
る。例えば、著作権表示データとして『ＣＯＰＹＲＩＧ
ＨＴ△ＹＭＨ△１９９６』のような文字をＭＩＤＩデー
タ列内に分散して書き込む場合には、これらの文字列を
パネルスイッチ２Ｅを用いて決定する。ここで、△は空
白を意味するものとする。書き込むべき電子署名すなわ
ち文字列及びスクランブルデコードデータの内容が決定
したので、今度はステップ３２で、その電子署名及びス
クランブルデコードデータに関するデータ列を得る。例
えば、パネルスイッチ２Ｅによって『ＣＯＰＹＲＩＧＨ
Ｔ△ＹＭＨ△１９９６』が入力された場合には、それを
ＡＳＣＩＩの文字符号のデータ列に変換する。この場合
は、『Ｃ』＝『４３Ｈ』、『Ｏ』＝『４ＦＨ』、『Ｐ』
＝『５０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｒ』＝『５２
Ｈ』、『Ｉ』＝『４９Ｈ』、『Ｇ』＝『４７Ｈ』、
『Ｈ』＝『４８Ｈ』、『Ｔ』＝『５４Ｈ』、『△』＝
『２０Ｈ』、『Ｙ』＝『５９Ｈ』、『Ｍ』＝『４Ｄ
Ｈ』、『Ｈ』＝『４８Ｈ』、『△』＝『２０Ｈ』、
『１』＝『３１Ｈ』、『９』＝『３９Ｈ』、『９』＝
『３９Ｈ』、『６』＝『３６Ｈ』からなる一連のＡＳＣ
ＩＩのデータ列が得られることになる。
【００６１】これらの文字符号のデータ列は前述の第２
の実施の形態において説明した、スクランブルデコード
データと同様の手法でＭＩＤＩデータの中に埋め込むこ
とができることはいうまでもない。従って、以下の処理
では、これらのＡＳＣＩＩのデータ列をスクランブルデ
コードデータ列の埋め込み法と同様のやり方で、ＭＩＤ
Ｉデータ列中に分散記録するものとする。すなわち、次
のステップ１０３では、図８のステップ８３〜ステップ
８Ｆと同様の処理をそのチャンネルに対してそれぞれ行
う。このとき、ステップ８９の所定の関数に従った演算
処理をそのチャンネルに対してそれぞれ異ならせて行
う。例えば、ステップ８９では、関数ｆ１（ａ，ｂ，
ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２を第２のビットフラグ
ＢＦ２に格納しており、これを第１の関数処理とする。
そして、この第１の関数処理に加えて、次の第２、第３
及び第４の関数処理の中から、適当なものを各チャンネ
ル毎に使い分けるようにする。第２の関数処理は、ｆ２
（ａ，ｂ，ｃ）＝（ａ＋ｃ）ｍｏｄ２、第３の関数処理
は、ｆ３（ａ，ｂ，ｃ）＝（ｂ＋ｃ）ｍｏｄ２、第４の
関数処理は、ｆ４（ａ，ｂ，ｃ）＝（ｃ）ｍｏｄ２、で
ある。
の実施の形態において説明した、スクランブルデコード
データと同様の手法でＭＩＤＩデータの中に埋め込むこ
とができることはいうまでもない。従って、以下の処理
では、これらのＡＳＣＩＩのデータ列をスクランブルデ
コードデータ列の埋め込み法と同様のやり方で、ＭＩＤ
Ｉデータ列中に分散記録するものとする。すなわち、次
のステップ１０３では、図８のステップ８３〜ステップ
８Ｆと同様の処理をそのチャンネルに対してそれぞれ行
う。このとき、ステップ８９の所定の関数に従った演算
処理をそのチャンネルに対してそれぞれ異ならせて行
う。例えば、ステップ８９では、関数ｆ１（ａ，ｂ，
ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ２を第２のビットフラグ
ＢＦ２に格納しており、これを第１の関数処理とする。
そして、この第１の関数処理に加えて、次の第２、第３
及び第４の関数処理の中から、適当なものを各チャンネ
ル毎に使い分けるようにする。第２の関数処理は、ｆ２
（ａ，ｂ，ｃ）＝（ａ＋ｃ）ｍｏｄ２、第３の関数処理
は、ｆ３（ａ，ｂ，ｃ）＝（ｂ＋ｃ）ｍｏｄ２、第４の
関数処理は、ｆ４（ａ，ｂ，ｃ）＝（ｃ）ｍｏｄ２、で
ある。
【００６２】ステップ１０３では、これらの第１から第
４までの関数処理をＭＩＤＩチャンネル毎に適宜選択的
に切り換えて、図８のステップ８３〜ステップ８Ｆと同
様の処理を行い、それぞれのチャンネル毎にその選択さ
れた関数処理に従って変換された電子署名データ及びス
クランブルデコードデータをＭＩＤＩデータ中に冗長的
に組み込む。このように、チャンネル毎に関数処理の内
容を変更することによって、或るチャンネルのデータを
一度に変更するようなエディット処理、例えばチャンネ
ル情報の入れ替えやキーコードのシフトなどといったも
のが行われた場合でも、エディットによって変更される
特定のチャンネルのデータに関係しない関数を利用して
いる別のチャネルのデータから電子署名データやスクラ
ンブルデコードデータを復元することができる。
４までの関数処理をＭＩＤＩチャンネル毎に適宜選択的
に切り換えて、図８のステップ８３〜ステップ８Ｆと同
様の処理を行い、それぞれのチャンネル毎にその選択さ
れた関数処理に従って変換された電子署名データ及びス
クランブルデコードデータをＭＩＤＩデータ中に冗長的
に組み込む。このように、チャンネル毎に関数処理の内
容を変更することによって、或るチャンネルのデータを
一度に変更するようなエディット処理、例えばチャンネ
ル情報の入れ替えやキーコードのシフトなどといったも
のが行われた場合でも、エディットによって変更される
特定のチャンネルのデータに関係しない関数を利用して
いる別のチャネルのデータから電子署名データやスクラ
ンブルデコードデータを復元することができる。
【００６３】次に、図１０のＭＩＤＩデータ編集処理３
によって編集されたＭＩＤＩデータを修復するＭＩＤＩ
データ修復処理３について図１１を用いて説明する。図
１１は、電子楽器１がＭＩＤＩデータ修復装置として動
作する場合の一例であるＭＩＤＩデータ修復処理３を示
すフローチャート図である。この場合、フロッピーディ
スクドライブ２４から読み出されたＭＩＤＩデータの各
チャンネル毎に所定の関数処理（前述の第１から第４ま
でのいずれかの関数処理）によって、ベロシティバイト
部分にそのヘッダ情報の一部である電子署名（著作権表
示データ）及びスクランブルデコードデータが分散記録
されているものとする。従って、以下の実施の形態で
は、分散記録された著作権表示データをチャンネル毎に
所定の関数処理によって検出して、それをモニタなどに
表示したり、スクランブルデコードデータに基づいてＭ
ＩＤＩデータを修復するという動作を行う場合について
説明する。
によって編集されたＭＩＤＩデータを修復するＭＩＤＩ
データ修復処理３について図１１を用いて説明する。図
１１は、電子楽器１がＭＩＤＩデータ修復装置として動
作する場合の一例であるＭＩＤＩデータ修復処理３を示
すフローチャート図である。この場合、フロッピーディ
スクドライブ２４から読み出されたＭＩＤＩデータの各
チャンネル毎に所定の関数処理（前述の第１から第４ま
でのいずれかの関数処理）によって、ベロシティバイト
部分にそのヘッダ情報の一部である電子署名（著作権表
示データ）及びスクランブルデコードデータが分散記録
されているものとする。従って、以下の実施の形態で
は、分散記録された著作権表示データをチャンネル毎に
所定の関数処理によって検出して、それをモニタなどに
表示したり、スクランブルデコードデータに基づいてＭ
ＩＤＩデータを修復するという動作を行う場合について
説明する。
【００６４】まず、ステップ１１１では、電子署名を検
出すべきＭＩＤＩデータ列、すなわち図１０のＭＩＤＩ
データ編集処理３によって各チャンネル毎に所定の関数
処理に応じて電子署名データ及びスクランブルデコード
データの付与されたＭＩＤＩデータ列を取り出す。そし
て、次のステップ１１２で、チャンネルカウンタをリセ
ットし、ステップ１１３で関数カウンタをリセットす
る。このチャンネルカウンタと関数カウンタは、後の処
理で、各チャンネルに対して各関数処理を施すために利
用されるものである。例えば、ＭＩＤＩチャンネルが１
６チャンネル相当の場合には、チャンネルカウンタは０
から１５までを巡回的にカウントするように処理され
る。また、関数カウンタは、前述のように関数処理が４
種類の場合には、０〜３までも巡回的にカウントするよ
うに処理される。関数カウンタが『０』の場合は第１の
関数処理ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ
２を、『１』の場合は第２の関数処理ｆ２（ａ，ｂ，
ｃ）＝（ａ＋ｃ）ｍｏｄ２を、『２』の場合は第３の関
数処理ｆ３（ａ，ｂ，ｃ）＝（ｂ＋ｃ）ｍｏｄ２を、
『３』の場合は第４の関数処理ｆ４（ａ，ｂ，ｃ）＝
（ｃ）ｍｏｄ２を意味する。
出すべきＭＩＤＩデータ列、すなわち図１０のＭＩＤＩ
データ編集処理３によって各チャンネル毎に所定の関数
処理に応じて電子署名データ及びスクランブルデコード
データの付与されたＭＩＤＩデータ列を取り出す。そし
て、次のステップ１１２で、チャンネルカウンタをリセ
ットし、ステップ１１３で関数カウンタをリセットす
る。このチャンネルカウンタと関数カウンタは、後の処
理で、各チャンネルに対して各関数処理を施すために利
用されるものである。例えば、ＭＩＤＩチャンネルが１
６チャンネル相当の場合には、チャンネルカウンタは０
から１５までを巡回的にカウントするように処理され
る。また、関数カウンタは、前述のように関数処理が４
種類の場合には、０〜３までも巡回的にカウントするよ
うに処理される。関数カウンタが『０』の場合は第１の
関数処理ｆ１（ａ，ｂ，ｃ，）＝（ａ＋ｂ＋ｃ）ｍｏｄ
２を、『１』の場合は第２の関数処理ｆ２（ａ，ｂ，
ｃ）＝（ａ＋ｃ）ｍｏｄ２を、『２』の場合は第３の関
数処理ｆ３（ａ，ｂ，ｃ）＝（ｂ＋ｃ）ｍｏｄ２を、
『３』の場合は第４の関数処理ｆ４（ａ，ｂ，ｃ）＝
（ｃ）ｍｏｄ２を意味する。
【００６５】ステップ１１４では、チャンネルカウンタ
の値に該当するチャンネルについて、関数カウンタの値
に該当する関数処理を用いて図９のステップ９１からス
テップ９Ｃまでと同様にして電子署名データ及びスクラ
ンブルデコードデータの検出処理を行う。ステップ１１
５では、検出された電子署名データ列に有意な部分があ
るかどうかの判定を行う。ここで有意な部分とは、ＡＳ
ＣＩＩの文字データによって構成される『ＣＯＰＹＲＩ
ＧＨＴ』なる署名データの一部分である。従って、ステ
ップ１１５では、図９の処理によってデコードデータ格
納レジスタＤＥＣＯＤＥに順次追加されたＡＳＣＩＩの
文字データによって構成された文字列の中に『ＣＯＰＹ
ＲＩＧＨＴ』なる文字列データが存在するかどうかを判
定することになる。ステップ１１５の判定の結果、デコ
ードデータ格納レジスタＤＥＣＯＤＥ内に有意な部分が
存在しない（ＮＯ）と判定された場合には、次のステッ
プ１１６に進み、関数カウンタを１だけインクリメント
する。そして、次のステップ１１７で、全ての関数処理
に対してステップ１１４及びステップ１１５の処理すな
わち署名データ及びスクランブルデコードデータの抽出
処理が行われたかどうかの判定を行い、行われた（ＹＥ
Ｓ）場合には次のステップ１１８に進み、そうでない
（ＮＯ）場合はステップ１１４にリターンし、次の関数
処理についてステップ１１４及びステップ１１５の処理
を行う。逆に、ステップ１１５の判定の結果、デコード
データ格納レジスタＤＥＣＯＤＥ内に有意な部分が存在
した場合には、ステップ１１９に進み、スクランブルデ
コードデータの内容に基づいてＭＩＤＩデータの修復を
行う。すなわち、ステップ１１５における判定がＹＥＳ
であったということは、検出されたスクランブルデコー
ドデータも有意なものだと判断できるので、そのスクラ
ンブルデコードデータに基づいて元のＭＩＤＩデータを
修復する。なお、検出された電子署名データをモニタ上
に表示するようにしてもよいことはいうまでもない。
の値に該当するチャンネルについて、関数カウンタの値
に該当する関数処理を用いて図９のステップ９１からス
テップ９Ｃまでと同様にして電子署名データ及びスクラ
ンブルデコードデータの検出処理を行う。ステップ１１
５では、検出された電子署名データ列に有意な部分があ
るかどうかの判定を行う。ここで有意な部分とは、ＡＳ
ＣＩＩの文字データによって構成される『ＣＯＰＹＲＩ
ＧＨＴ』なる署名データの一部分である。従って、ステ
ップ１１５では、図９の処理によってデコードデータ格
納レジスタＤＥＣＯＤＥに順次追加されたＡＳＣＩＩの
文字データによって構成された文字列の中に『ＣＯＰＹ
ＲＩＧＨＴ』なる文字列データが存在するかどうかを判
定することになる。ステップ１１５の判定の結果、デコ
ードデータ格納レジスタＤＥＣＯＤＥ内に有意な部分が
存在しない（ＮＯ）と判定された場合には、次のステッ
プ１１６に進み、関数カウンタを１だけインクリメント
する。そして、次のステップ１１７で、全ての関数処理
に対してステップ１１４及びステップ１１５の処理すな
わち署名データ及びスクランブルデコードデータの抽出
処理が行われたかどうかの判定を行い、行われた（ＹＥ
Ｓ）場合には次のステップ１１８に進み、そうでない
（ＮＯ）場合はステップ１１４にリターンし、次の関数
処理についてステップ１１４及びステップ１１５の処理
を行う。逆に、ステップ１１５の判定の結果、デコード
データ格納レジスタＤＥＣＯＤＥ内に有意な部分が存在
した場合には、ステップ１１９に進み、スクランブルデ
コードデータの内容に基づいてＭＩＤＩデータの修復を
行う。すなわち、ステップ１１５における判定がＹＥＳ
であったということは、検出されたスクランブルデコー
ドデータも有意なものだと判断できるので、そのスクラ
ンブルデコードデータに基づいて元のＭＩＤＩデータを
修復する。なお、検出された電子署名データをモニタ上
に表示するようにしてもよいことはいうまでもない。
【００６６】ステップ１１７でＹＥＳと判定されたとい
うことは、全てのＭＩＤＩチャンネルに対して、全ての
関数処理を用いて電子署名データ及びスクランブルデコ
ードデータの抽出処理を行った結果、データ列に有意な
部分が存在しなかったということだから、ステップ１１
８では、その結果として『電子署名データ及びスクラン
ブルデコードデータの検出失敗』などの文字をモニタ上
に表示する。ステップ１１Ａでは、チャンネルカウンタ
を１だけインクリメントする。そして、次のステップ１
１Ｂで全てのチャンネルに対してステップ１１４及びス
テップ１１５の処理すなわち電子署名データ及びスクラ
ンブルデコードデータの抽出処理が行われたかどうかの
判定を行い、行われた（ＹＥＳ）場合には処理を終了
し、そうでない（ＮＯ）場合はステップ１１３にリター
ンし、次のＭＩＤＩチャンネルについてステップ１１３
〜ステップ１１５の処理を行う。
うことは、全てのＭＩＤＩチャンネルに対して、全ての
関数処理を用いて電子署名データ及びスクランブルデコ
ードデータの抽出処理を行った結果、データ列に有意な
部分が存在しなかったということだから、ステップ１１
８では、その結果として『電子署名データ及びスクラン
ブルデコードデータの検出失敗』などの文字をモニタ上
に表示する。ステップ１１Ａでは、チャンネルカウンタ
を１だけインクリメントする。そして、次のステップ１
１Ｂで全てのチャンネルに対してステップ１１４及びス
テップ１１５の処理すなわち電子署名データ及びスクラ
ンブルデコードデータの抽出処理が行われたかどうかの
判定を行い、行われた（ＹＥＳ）場合には処理を終了
し、そうでない（ＮＯ）場合はステップ１１３にリター
ンし、次のＭＩＤＩチャンネルについてステップ１１３
〜ステップ１１５の処理を行う。
【００６７】なお、ＭＩＤＩデータに基づく楽音再生演
奏において、部分的に変更されたベロシティデータがそ
のまま演奏に利用されるようにしてよい。これは、ベロ
シティデータの最下位ビットの値が１だけ増加したとし
ても、楽音再生精度にはさほどの悪影響を与えないから
である。勿論、電子署名データの組込みによって引き起
こされたどんな誤差でもベロシティデータから取り除く
ように、部分的に変更されたベロシティデータを正確な
値で再生するようにすることも可能である。なお、上述
の実施の形態では、署名データやスクランブルデコード
データをＭＩＤＩデータのベロシティ部分に分散記録す
る場合について説明したが、これは一例であり、これ以
外の著作者名、曲の題名、画像／映像の題名などに関す
る文字データやデータ形式に関するデータやその他の種
々のデータを分散記録してもよいことはいうまでもな
い。
奏において、部分的に変更されたベロシティデータがそ
のまま演奏に利用されるようにしてよい。これは、ベロ
シティデータの最下位ビットの値が１だけ増加したとし
ても、楽音再生精度にはさほどの悪影響を与えないから
である。勿論、電子署名データの組込みによって引き起
こされたどんな誤差でもベロシティデータから取り除く
ように、部分的に変更されたベロシティデータを正確な
値で再生するようにすることも可能である。なお、上述
の実施の形態では、署名データやスクランブルデコード
データをＭＩＤＩデータのベロシティ部分に分散記録す
る場合について説明したが、これは一例であり、これ以
外の著作者名、曲の題名、画像／映像の題名などに関す
る文字データやデータ形式に関するデータやその他の種
々のデータを分散記録してもよいことはいうまでもな
い。
【００６８】また、ベロシティ部分以外の、デュレーシ
ョンタイム（待ち時間）データに分散記録してもよい
し、その両方に分散記録するようにしてもよい。両方に
分散記録する場合、その厳密性すなわち分散記録するこ
とによってそのデータの内容が変更する度合いに応じ
て、分散記録する箇所を適宜切り換えるようにしてもよ
い。すなわち、デュレーションタイムデータの短い領域
で、そのデュレーションタイムデータに分散記録する
と、それによる変動の割合（厳密性）が大きくなるの
で、好ましくないが、デュレーションタイムデータが比
較的大きい領域では、逆の関係にあるので、分散記録し
ても影響は少ない。同じく、ベロシティ部分に記録する
場合でも、ベロシティの値の小さい領域て、そのベロシ
ティ部分に分散記録すると、それによる変動の割合（厳
密性）が大きくなるので、好ましくないが、ベロシティ
の値の大きい領域では、分散記録しても影響は少ない。
従って、これらを適宜考慮して所定値よりも大きいベロ
シティに種々のデータを分散記録するようにしてもよ
い。
ョンタイム（待ち時間）データに分散記録してもよい
し、その両方に分散記録するようにしてもよい。両方に
分散記録する場合、その厳密性すなわち分散記録するこ
とによってそのデータの内容が変更する度合いに応じ
て、分散記録する箇所を適宜切り換えるようにしてもよ
い。すなわち、デュレーションタイムデータの短い領域
で、そのデュレーションタイムデータに分散記録する
と、それによる変動の割合（厳密性）が大きくなるの
で、好ましくないが、デュレーションタイムデータが比
較的大きい領域では、逆の関係にあるので、分散記録し
ても影響は少ない。同じく、ベロシティ部分に記録する
場合でも、ベロシティの値の小さい領域て、そのベロシ
ティ部分に分散記録すると、それによる変動の割合（厳
密性）が大きくなるので、好ましくないが、ベロシティ
の値の大きい領域では、分散記録しても影響は少ない。
従って、これらを適宜考慮して所定値よりも大きいベロ
シティに種々のデータを分散記録するようにしてもよ
い。
【００６９】また、上述の実施の形態では、ＭＩＤＩデ
ータに分散記録する場合について説明したが、これ以外
の波形データやシーケンスデータ、ディジタル記録音声
データ、画像データ、動画データ、レジストレーション
（電子楽器の設定記録）データなどに分散記録するよう
にしてもよい。波形データに分散記録する場合には、所
定の関数処理としてその波形データ（ｗａｖｅ＿ｄａｔ
ａ）そのもののモジュロ２、すなわち、ｆ１（ｗａｖｅ
＿ｄａｔａ）＝ｗａｖｅ＿ｄａｔａ ｍｏｄ２としても
よい。また、波形データの値とそのポイントデータとを
用いて、両データの和のモジュロ２、すなわち、ｆ２
（ｗａｖｅ＿ｄａｔａ，ｓａｍｐｌｅ＿ｐｏｉｎｔ）＝
（ｗａｖｅ＿ｄａｔａ＋ｓａｍｐｌｅ＿ｐｏｉｎｔ）
ｍｏｄ２としてもよい。図１０及び図１１の実施の形態
では、各（論理）チャンネル毎に関数処理の種類を変更
して、署名データを検出する場合について説明したが、
プログラムチェンジデータの検出タイミング毎に関数処
理の種類を変更するようにしてもよい。この場合には、
検出されたデータ列に有意な部分が存在するかどうかの
判定処理も各プログラムチェンジデータの検出タイミン
グ毎に行う必要がある。
ータに分散記録する場合について説明したが、これ以外
の波形データやシーケンスデータ、ディジタル記録音声
データ、画像データ、動画データ、レジストレーション
（電子楽器の設定記録）データなどに分散記録するよう
にしてもよい。波形データに分散記録する場合には、所
定の関数処理としてその波形データ（ｗａｖｅ＿ｄａｔ
ａ）そのもののモジュロ２、すなわち、ｆ１（ｗａｖｅ
＿ｄａｔａ）＝ｗａｖｅ＿ｄａｔａ ｍｏｄ２としても
よい。また、波形データの値とそのポイントデータとを
用いて、両データの和のモジュロ２、すなわち、ｆ２
（ｗａｖｅ＿ｄａｔａ，ｓａｍｐｌｅ＿ｐｏｉｎｔ）＝
（ｗａｖｅ＿ｄａｔａ＋ｓａｍｐｌｅ＿ｐｏｉｎｔ）
ｍｏｄ２としてもよい。図１０及び図１１の実施の形態
では、各（論理）チャンネル毎に関数処理の種類を変更
して、署名データを検出する場合について説明したが、
プログラムチェンジデータの検出タイミング毎に関数処
理の種類を変更するようにしてもよい。この場合には、
検出されたデータ列に有意な部分が存在するかどうかの
判定処理も各プログラムチェンジデータの検出タイミン
グ毎に行う必要がある。
【００７０】上述の実施の形態では、検出された電子署
名データをモニタ上に表示する場合について説明した
が、検出側において、電子署名データが存在しない場合
や電子署名データが完全に復旧できない場合（各論理チ
ャンネルにおいて、電子署名データが検出できるチャン
ネルと検出できないチャンネルが混在する場合）には、
データの再生を中止するようにしてもよい。また、その
検出側の電子楽器やコンピュータなどがネットワークに
接続されている場合には、そのネットワーク上に不正に
エディットされたデータが存在することを送信し、それ
をホストコンピュータ側で検出することができるように
してもよい。上述の実施の形態では、電子楽器がＭＩＤ
Ｉデータ編集装置又はＭＩＤＩデータ修復装置として動
作する場合について説明したが、同様の処理を行うハー
ドウェアを別途構成するようにしてもよいし、ソフトウ
ェア、ＤＳＰとマイクロプログラムなどで構成するよう
にしてもよい。また、このようなＭＩＤＩデータ編集装
置又はＭＩＤＩデータ修復装置をフロッピーディスクド
ライブや通信インターフェイスなどに予め内蔵しておい
て、データの入出力の段階で強制的に電子署名データを
付与したり、検出したりするようにしてもよい。
名データをモニタ上に表示する場合について説明した
が、検出側において、電子署名データが存在しない場合
や電子署名データが完全に復旧できない場合（各論理チ
ャンネルにおいて、電子署名データが検出できるチャン
ネルと検出できないチャンネルが混在する場合）には、
データの再生を中止するようにしてもよい。また、その
検出側の電子楽器やコンピュータなどがネットワークに
接続されている場合には、そのネットワーク上に不正に
エディットされたデータが存在することを送信し、それ
をホストコンピュータ側で検出することができるように
してもよい。上述の実施の形態では、電子楽器がＭＩＤ
Ｉデータ編集装置又はＭＩＤＩデータ修復装置として動
作する場合について説明したが、同様の処理を行うハー
ドウェアを別途構成するようにしてもよいし、ソフトウ
ェア、ＤＳＰとマイクロプログラムなどで構成するよう
にしてもよい。また、このようなＭＩＤＩデータ編集装
置又はＭＩＤＩデータ修復装置をフロッピーディスクド
ライブや通信インターフェイスなどに予め内蔵しておい
て、データの入出力の段階で強制的に電子署名データを
付与したり、検出したりするようにしてもよい。
【００７１】上述の実施の形態では、電子署名データや
スクランブルデコードデータを付与する場合を説明した
が、電子署名データやスクランブルデコードデータの付
与されたデータを、フロッピーディスクやコンパクトデ
ィスクなどで供給するようにしてもよいし、ネットワー
クを通じて電子的に供給するようなデータ形態を採用し
てもよい。図８のステップ８Ｂでは、ベロシティデータ
の値を１だけインクリメント処理する場合について説明
したが、デクリメント処理してもよいし、これらの処理
を適当なタイミング（所定データ数毎とか）で交互に行
うようにしてもよい。上述の実施の形態では、所定の関
数処理の後にビット反転処理を行う場合について説明し
たが、これは行わなくてもよい。また、ビット反転処理
の他にも、上位ビットと下位ビットを入れ替えるとか、
ＡＮＤ、ＯＲ、ＸＯＲなどの論理演算処理を施すとか、
種々の処理を加えるようにしてもよいことはいうまでも
ない。また、適宜の暗号化処理を施すようにしてもよ
い。例えば、上述の第１から第４までの関数処理の結果
を適宜組み合わせてもよいし、前回の関数処理の結果を
次の関数処理に組み合わせて演算するようにしてもよ
い。なお、これらの各処理はある程度高速に行うことが
でき、変換後、逆変換によりもとに戻せるものであれ
ば、これ以外の方法でもよいことはいうまでもない。
スクランブルデコードデータを付与する場合を説明した
が、電子署名データやスクランブルデコードデータの付
与されたデータを、フロッピーディスクやコンパクトデ
ィスクなどで供給するようにしてもよいし、ネットワー
クを通じて電子的に供給するようなデータ形態を採用し
てもよい。図８のステップ８Ｂでは、ベロシティデータ
の値を１だけインクリメント処理する場合について説明
したが、デクリメント処理してもよいし、これらの処理
を適当なタイミング（所定データ数毎とか）で交互に行
うようにしてもよい。上述の実施の形態では、所定の関
数処理の後にビット反転処理を行う場合について説明し
たが、これは行わなくてもよい。また、ビット反転処理
の他にも、上位ビットと下位ビットを入れ替えるとか、
ＡＮＤ、ＯＲ、ＸＯＲなどの論理演算処理を施すとか、
種々の処理を加えるようにしてもよいことはいうまでも
ない。また、適宜の暗号化処理を施すようにしてもよ
い。例えば、上述の第１から第４までの関数処理の結果
を適宜組み合わせてもよいし、前回の関数処理の結果を
次の関数処理に組み合わせて演算するようにしてもよ
い。なお、これらの各処理はある程度高速に行うことが
でき、変換後、逆変換によりもとに戻せるものであれ
ば、これ以外の方法でもよいことはいうまでもない。
【００７２】上述の実施の形態では、プログラムチェン
ジデータの検出タイミング毎に新たに電子署名データや
スクランブルデコードデータの付与処理を行う場合につ
いて説明したが、これに限らず、小節単位（例えば８小
節毎など）データの検出タイミング毎に行うようにして
もよい。また、波形データに分散記録する場合には、所
定のサンプル数毎や所定のゼロクロス毎に新たに署名デ
ータの付与処理を行うようにしてもよい。ゼロクロス
（波形の値の符号が変わるタイミング）は波形エディッ
トの際の基準地点と考えられるからである。また、上述
の実施の形態では、電子署名データや題名などのような
付属情報を記録する場合について説明したが、ＭＩＤＩ
データと波形データを合わせて記録する場合に、ＭＩＤ
Ｉデータにその波形データの一部を記録するようにして
もよいし、波形データにＭＩＤＩデータの一部を合わせ
て記録するようにしてもよい。
ジデータの検出タイミング毎に新たに電子署名データや
スクランブルデコードデータの付与処理を行う場合につ
いて説明したが、これに限らず、小節単位（例えば８小
節毎など）データの検出タイミング毎に行うようにして
もよい。また、波形データに分散記録する場合には、所
定のサンプル数毎や所定のゼロクロス毎に新たに署名デ
ータの付与処理を行うようにしてもよい。ゼロクロス
（波形の値の符号が変わるタイミング）は波形エディッ
トの際の基準地点と考えられるからである。また、上述
の実施の形態では、電子署名データや題名などのような
付属情報を記録する場合について説明したが、ＭＩＤＩ
データと波形データを合わせて記録する場合に、ＭＩＤ
Ｉデータにその波形データの一部を記録するようにして
もよいし、波形データにＭＩＤＩデータの一部を合わせ
て記録するようにしてもよい。
【００７３】なお、上述の実施の形態では、署名データ
をＭＩＤＩデータのベロシティ部分に分散記録する場合
について説明したが、これは一例であり、これ以外の著
作者名、曲の題名（曲名）、画像／映像の題名などに関
するテキスト情報や、そのデータ形式に関する情報やそ
の他の種々の電子情報（曲の解説、著作者に関する情
報、著作年、歌詞、ニュース、ハードＩＤ（機種名、使
用ＯＳ）などの各種情報）を分散記録してもよいことは
いうまでもない。この場合には、図８から図１１までの
各処理における電子署名をこれらの各種電子情報に置き
換えて処理すればよい。このようにして処理された電子
情報をモニタ画面上に表示するようにしてもよい。な
お、このとき、付属情報を一連の纏まったファイル情報
として検出して、これをメモリ等に記憶するあるいは適
宜これを利用する、ようにしてもよいし、自動演奏中に
ＭＩＤＩデータから検出される電子情報の流れとして認
識し、それをリアルタイムに画面表示したりしてもよ
い。この場合、付属情報が画像情報の場合には、主要情
報であるＭＩＤＩデータの受信に伴ってリアルタイムに
画像が描画されるようになり、テキスト情報の場合に
は、ニュース配信などのようなリアルタイムな情報表示
を行うことが可能となる。また、情報を付加するための
技術がシンプルであるため、オンデマンドなどで電子情
報を埋め込むことができるので、ＴＶ放送などのような
リアルタイムな描画が可能となる。また、通信ネットワ
ークを通じた情報通信において本発明を適用してもよ
く、例えば、インターネットや電子メールなどのＩＤや
パスワードの配信にも利用することができる。また、簡
単なサウンドメッセージを付属情報としてもよい。
をＭＩＤＩデータのベロシティ部分に分散記録する場合
について説明したが、これは一例であり、これ以外の著
作者名、曲の題名（曲名）、画像／映像の題名などに関
するテキスト情報や、そのデータ形式に関する情報やそ
の他の種々の電子情報（曲の解説、著作者に関する情
報、著作年、歌詞、ニュース、ハードＩＤ（機種名、使
用ＯＳ）などの各種情報）を分散記録してもよいことは
いうまでもない。この場合には、図８から図１１までの
各処理における電子署名をこれらの各種電子情報に置き
換えて処理すればよい。このようにして処理された電子
情報をモニタ画面上に表示するようにしてもよい。な
お、このとき、付属情報を一連の纏まったファイル情報
として検出して、これをメモリ等に記憶するあるいは適
宜これを利用する、ようにしてもよいし、自動演奏中に
ＭＩＤＩデータから検出される電子情報の流れとして認
識し、それをリアルタイムに画面表示したりしてもよ
い。この場合、付属情報が画像情報の場合には、主要情
報であるＭＩＤＩデータの受信に伴ってリアルタイムに
画像が描画されるようになり、テキスト情報の場合に
は、ニュース配信などのようなリアルタイムな情報表示
を行うことが可能となる。また、情報を付加するための
技術がシンプルであるため、オンデマンドなどで電子情
報を埋め込むことができるので、ＴＶ放送などのような
リアルタイムな描画が可能となる。また、通信ネットワ
ークを通じた情報通信において本発明を適用してもよ
く、例えば、インターネットや電子メールなどのＩＤや
パスワードの配信にも利用することができる。また、簡
単なサウンドメッセージを付属情報としてもよい。
【００７４】上記のような、通信ネットワークを通じた
本発明の実施の形態を略示するシステム構成図が、図１
６に示されている。送信側において、送信しようとする
主要情報（例えばＭＩＤＩ情報のような音楽演奏情報）
がサーバー１６０から供給される。スクランブルエンコ
ーダ１６１では、本発明の各実施例に示したやり方で、
この主要情報に対して任意の付属情報がリアルタイムで
組み込まれる。付属情報を適宜組み込んだ主要情報がネ
ットワーク１６３を介して送信される。受信側では、デ
コーダ１６４において、本発明の各実施例に示したやり
方で、受信したデータから付属情報が組み込まれている
部分を検出し、これをデコードして、付属情報と主要情
報を分離して再生する。ＭＩＤＩ情報のような音楽演奏
情報からなる主要情報は音源１６５に与えられて、音楽
演奏を再生する。テキストや静止画像あるいは動画等か
らなる付属情報はディスプレイ１６６に与えられて、リ
アルタイムで表示される。スクランブルエンコーダ１６
１及びデコーダ１６４は、上述のようにソフトウェアで
構成されていてもよいし、あるいは専用ハードウェアで
構成してもよい。
本発明の実施の形態を略示するシステム構成図が、図１
６に示されている。送信側において、送信しようとする
主要情報（例えばＭＩＤＩ情報のような音楽演奏情報）
がサーバー１６０から供給される。スクランブルエンコ
ーダ１６１では、本発明の各実施例に示したやり方で、
この主要情報に対して任意の付属情報がリアルタイムで
組み込まれる。付属情報を適宜組み込んだ主要情報がネ
ットワーク１６３を介して送信される。受信側では、デ
コーダ１６４において、本発明の各実施例に示したやり
方で、受信したデータから付属情報が組み込まれている
部分を検出し、これをデコードして、付属情報と主要情
報を分離して再生する。ＭＩＤＩ情報のような音楽演奏
情報からなる主要情報は音源１６５に与えられて、音楽
演奏を再生する。テキストや静止画像あるいは動画等か
らなる付属情報はディスプレイ１６６に与えられて、リ
アルタイムで表示される。スクランブルエンコーダ１６
１及びデコーダ１６４は、上述のようにソフトウェアで
構成されていてもよいし、あるいは専用ハードウェアで
構成してもよい。
【００７５】なお、上述の第１の実施の形態、すなわち
図３のＭＩＤＩデータ編集処理１では、ステップ３８に
おいて、前回のキーオンイベントデータのキーコードを
格納した前回値レジスタｂ０と今回のキーオンイベント
データのキーコードを格納したキーコードレジスタｂと
の間の差分を取り、それをキーコード差分値レジスタｄ
ｋｅｙに格納すると共に、前回のキーオンイベントデー
タのベロシティを格納した前回値レジスタｃ０と今回の
キーオンイベントデータのベロシティを格納したベロシ
ティレジスタｃとの間の差分を取り、それをベロシティ
差分値レジスタｄｖｅｌに格納している。その関係上、
ステップ３Ａからステップ３Ｇまでの処理によって変換
された新しいキーコードの値ｂ１及びベロシティの値ｃ
１は、常に前回のキーオンイベントにおけるキーコード
及びベロシティとの間に密接な関係を有することにな
る。図４のＭＩＤＩデータ修復処理１でも、前回値レジ
スタｂ０とキーコードレジスタｂとに基づいて修復キー
コードレジスタｂ２の値を求め、前回値レジスタｃ０と
ベロシティレジスタｃとに基づいて修復ベロシティレジ
スタｃ２の値を求めている。従って、図３のＭＩＤＩデ
ータ編集処理後にＭＩＤＩデータのイベントデータ（キ
ーコード又はベロシティの値）が修正されると、それ以
降に修復処理された修復キーコード及び修復ベロシティ
の値が元のデータと全て異なってしまうということが起
こる。これはデータを改竄した場合にそれ以降のデータ
を全て無効にすることができるという点では優れている
が、途中のイベントデータにエラーが発生し、キーコー
ド又はベロシティが変化した場合、それ以降のデータを
有効に修復することができなくなるという問題を有す
る。
図３のＭＩＤＩデータ編集処理１では、ステップ３８に
おいて、前回のキーオンイベントデータのキーコードを
格納した前回値レジスタｂ０と今回のキーオンイベント
データのキーコードを格納したキーコードレジスタｂと
の間の差分を取り、それをキーコード差分値レジスタｄ
ｋｅｙに格納すると共に、前回のキーオンイベントデー
タのベロシティを格納した前回値レジスタｃ０と今回の
キーオンイベントデータのベロシティを格納したベロシ
ティレジスタｃとの間の差分を取り、それをベロシティ
差分値レジスタｄｖｅｌに格納している。その関係上、
ステップ３Ａからステップ３Ｇまでの処理によって変換
された新しいキーコードの値ｂ１及びベロシティの値ｃ
１は、常に前回のキーオンイベントにおけるキーコード
及びベロシティとの間に密接な関係を有することにな
る。図４のＭＩＤＩデータ修復処理１でも、前回値レジ
スタｂ０とキーコードレジスタｂとに基づいて修復キー
コードレジスタｂ２の値を求め、前回値レジスタｃ０と
ベロシティレジスタｃとに基づいて修復ベロシティレジ
スタｃ２の値を求めている。従って、図３のＭＩＤＩデ
ータ編集処理後にＭＩＤＩデータのイベントデータ（キ
ーコード又はベロシティの値）が修正されると、それ以
降に修復処理された修復キーコード及び修復ベロシティ
の値が元のデータと全て異なってしまうということが起
こる。これはデータを改竄した場合にそれ以降のデータ
を全て無効にすることができるという点では優れている
が、途中のイベントデータにエラーが発生し、キーコー
ド又はベロシティが変化した場合、それ以降のデータを
有効に修復することができなくなるという問題を有す
る。
【００７６】そこで、図３のＭＩＤＩデータ編集処理１
及び図４のＭＩＤＩデータ修復処理１を図１３のＭＩＤ
Ｉデータ編集処理４及び図１４のＭＩＤＩデータ修復処
理４のように変更することによって、イベントデータが
途中で書き換えられたりなどして変化した場合でも、そ
れ以降のデータを有効に修復することができるようにし
た。図１３のＭＩＤＩデータ編集処理４において図３の
ＭＩＤＩデータ編集処理１と同じものには同一の符号が
付してあるので、その説明は省略する。図１３のＭＩＤ
Ｉデータ編集処理４が図３のＭＩＤＩデータ編集処理１
と異なる点は、図３のステップ３９の処理が省略され、
ステップ３８の前回値レジスタｂ０及びｃ０がステップ
１３８のように先頭値レジスタｂＨ及びｃＨに変更され
た点である。ステップ１３８では、先頭のキーオンイベ
ントデータのキーコードを格納した先頭値レジスタｂＨ
と今回のキーオンイベントデータのキーコードを格納し
たキーコードレジスタｂとの間の差分を取り、それをキ
ーコード差分値レジスタｄｋｅｙに格納すると共に、先
頭のキーオンイベントデータのベロシティを格納した先
頭値レジスタｃＨと今回のキーオンイベントデータのベ
ロシティを格納したベロシティレジスタｃとの間の差分
を取り、それをベロシティ差分値レジスタｄｖｅｌに格
納する。そして、このキーコード差分値レジスタｄｋｅ
ｙの格納値とベロシティ差分値レジスタｄｖｅｌの格納
値に基づいて新たなキーコードｂ１及びベロシティｃ１
を算出している。
及び図４のＭＩＤＩデータ修復処理１を図１３のＭＩＤ
Ｉデータ編集処理４及び図１４のＭＩＤＩデータ修復処
理４のように変更することによって、イベントデータが
途中で書き換えられたりなどして変化した場合でも、そ
れ以降のデータを有効に修復することができるようにし
た。図１３のＭＩＤＩデータ編集処理４において図３の
ＭＩＤＩデータ編集処理１と同じものには同一の符号が
付してあるので、その説明は省略する。図１３のＭＩＤ
Ｉデータ編集処理４が図３のＭＩＤＩデータ編集処理１
と異なる点は、図３のステップ３９の処理が省略され、
ステップ３８の前回値レジスタｂ０及びｃ０がステップ
１３８のように先頭値レジスタｂＨ及びｃＨに変更され
た点である。ステップ１３８では、先頭のキーオンイベ
ントデータのキーコードを格納した先頭値レジスタｂＨ
と今回のキーオンイベントデータのキーコードを格納し
たキーコードレジスタｂとの間の差分を取り、それをキ
ーコード差分値レジスタｄｋｅｙに格納すると共に、先
頭のキーオンイベントデータのベロシティを格納した先
頭値レジスタｃＨと今回のキーオンイベントデータのベ
ロシティを格納したベロシティレジスタｃとの間の差分
を取り、それをベロシティ差分値レジスタｄｖｅｌに格
納する。そして、このキーコード差分値レジスタｄｋｅ
ｙの格納値とベロシティ差分値レジスタｄｖｅｌの格納
値に基づいて新たなキーコードｂ１及びベロシティｃ１
を算出している。
【００７７】図１４のＭＩＤＩデータ修復処理４におい
て図４のＭＩＤＩデータ修復処理１と同じものには同一
の符号が付してあるので、その説明は省略する。図１４
のＭＩＤＩデータ修復処理４が図４のＭＩＤＩデータ修
復処理１と異なる点は、図４のステップ４８の処理が省
略され、ステップ４５及びステップ４６の前回値レジス
タｂ０及びｃ０がステップ１４５及びステップ１４６の
ように先頭値レジスタｂＨ及びｃＨに変更された点であ
る。すなわち、ステップ１４５では先頭値レジスタｂＨ
とキーコードレジスタｂとの値に基づいて修復キーコー
ドレジスタｂ２の値を求め、ステップ１４６では先頭値
レジスタｃＨとベロシティレジスタｃとの値に基づいて
修復ベロシティレジスタｃ２の値を求めている。図１３
及び図１４のように変更することによって、先頭のイベ
ントデータの値に基づいてＭＩＤＩデータは編集され、
修復されるようになるので、途中のイベントデータが書
き換えられたり、エラーなどの発生によって変化した場
合でもそれ以降のデータを修復できなくなるというよう
なことは起こらず、エラーの発生したイベントデータ以
降も完全に修復することができるようになる。なお、上
述の説明では先頭のイベントデータの値に基づいてＭＩ
ＤＩデータを編集する場合について説明したが、予め任
意の値をヘッダに書き込んでおいて、その値に基づいて
ＭＩＤＩデータを編集したり、修復したりするようにし
てもよい。また、その基準となるイベントデータの値を
任意のイベント（例えば１小節における先頭のイベン
ト）から取り込むようにしてもよい。
て図４のＭＩＤＩデータ修復処理１と同じものには同一
の符号が付してあるので、その説明は省略する。図１４
のＭＩＤＩデータ修復処理４が図４のＭＩＤＩデータ修
復処理１と異なる点は、図４のステップ４８の処理が省
略され、ステップ４５及びステップ４６の前回値レジス
タｂ０及びｃ０がステップ１４５及びステップ１４６の
ように先頭値レジスタｂＨ及びｃＨに変更された点であ
る。すなわち、ステップ１４５では先頭値レジスタｂＨ
とキーコードレジスタｂとの値に基づいて修復キーコー
ドレジスタｂ２の値を求め、ステップ１４６では先頭値
レジスタｃＨとベロシティレジスタｃとの値に基づいて
修復ベロシティレジスタｃ２の値を求めている。図１３
及び図１４のように変更することによって、先頭のイベ
ントデータの値に基づいてＭＩＤＩデータは編集され、
修復されるようになるので、途中のイベントデータが書
き換えられたり、エラーなどの発生によって変化した場
合でもそれ以降のデータを修復できなくなるというよう
なことは起こらず、エラーの発生したイベントデータ以
降も完全に修復することができるようになる。なお、上
述の説明では先頭のイベントデータの値に基づいてＭＩ
ＤＩデータを編集する場合について説明したが、予め任
意の値をヘッダに書き込んでおいて、その値に基づいて
ＭＩＤＩデータを編集したり、修復したりするようにし
てもよい。また、その基準となるイベントデータの値を
任意のイベント（例えば１小節における先頭のイベン
ト）から取り込むようにしてもよい。
【００７８】ところで、図１４のＭＩＤＩデータ修復処
理において、レジスタｂＨ，ｃＨにストアされるデータ
は、電子透しが埋め込まれた又は暗号化されたデータを
修復するための「鍵情報」の一種に相当している。この
データ修復のための「鍵情報」は、上記実施例では先頭
のキーオンイベントデータとして主要情報（電子透しま
たは暗号化の対象となる情報）の中に含まれているもの
が用いられているが、これに限らず、データ修復のため
の「鍵情報」が、主要情報にも付属情報にも含まれない
ようにしてもよい。すなわち、図１４のＭＩＤＩデータ
修復処理において、レジスタｂＨ，ｃＨにストアされる
データ修復用「鍵情報」を、主要情報及び付属情報のデ
ータファイルとは別途に供給するようにする。勿論、そ
の場合、レジスタｂＨ，ｃＨにストアされるデータ修復
用「鍵情報」は、上記のような先頭のキーオンイベント
データのキーコード又はベロシティデータである必要は
なく、適宜に設定したデータであってよい。そのために
は、データ編集処理（つまり電子透し埋め込み又は暗号
化すなわちエンコード処理）の際に、例えば図１３のス
テップ１３８で使用するレジスタｂＨ，ｃＨに格納する
データとして、所望のデータを任意に設定するようにす
ればよい。このレジスタｂＨ，ｃＨに格納するデータは
前述の通り、電子透し埋め込み又は暗号化（つまりエン
コード）のための所定のアルゴリズムにおいて変数の一
種（エンコードしようとするデータの差分値を算出する
ための演算の変数）として、すなわち電子透し埋め込み
又は暗号化演算のための補助情報として、使用されるも
のである。従って、所望の変数を設定入力し、これをレ
ジスタｂＨ，ｃＨにストアすることで、該設定入力した
変数を用いて電子透し埋め込み又は暗号化（つまりエン
コード）処理が行われるようにすればよい。この変数
（つまり、データ修復の際には「鍵情報」として利用さ
れるもの）の設定入力処理は、図１３のステップ１３８
のあたりで行うようにしてもよいが、その前の段階、例
えば、ステップ３１のあたりで、行うようにするとよ
い。勿論、この変数（つまり、データ修復の際には「鍵
情報」として利用されるもの）の設定入力処理は、手動
入力に限らず、データ通信その他適宜の手段を介して自
動で行うようになっていてもよい。
理において、レジスタｂＨ，ｃＨにストアされるデータ
は、電子透しが埋め込まれた又は暗号化されたデータを
修復するための「鍵情報」の一種に相当している。この
データ修復のための「鍵情報」は、上記実施例では先頭
のキーオンイベントデータとして主要情報（電子透しま
たは暗号化の対象となる情報）の中に含まれているもの
が用いられているが、これに限らず、データ修復のため
の「鍵情報」が、主要情報にも付属情報にも含まれない
ようにしてもよい。すなわち、図１４のＭＩＤＩデータ
修復処理において、レジスタｂＨ，ｃＨにストアされる
データ修復用「鍵情報」を、主要情報及び付属情報のデ
ータファイルとは別途に供給するようにする。勿論、そ
の場合、レジスタｂＨ，ｃＨにストアされるデータ修復
用「鍵情報」は、上記のような先頭のキーオンイベント
データのキーコード又はベロシティデータである必要は
なく、適宜に設定したデータであってよい。そのために
は、データ編集処理（つまり電子透し埋め込み又は暗号
化すなわちエンコード処理）の際に、例えば図１３のス
テップ１３８で使用するレジスタｂＨ，ｃＨに格納する
データとして、所望のデータを任意に設定するようにす
ればよい。このレジスタｂＨ，ｃＨに格納するデータは
前述の通り、電子透し埋め込み又は暗号化（つまりエン
コード）のための所定のアルゴリズムにおいて変数の一
種（エンコードしようとするデータの差分値を算出する
ための演算の変数）として、すなわち電子透し埋め込み
又は暗号化演算のための補助情報として、使用されるも
のである。従って、所望の変数を設定入力し、これをレ
ジスタｂＨ，ｃＨにストアすることで、該設定入力した
変数を用いて電子透し埋め込み又は暗号化（つまりエン
コード）処理が行われるようにすればよい。この変数
（つまり、データ修復の際には「鍵情報」として利用さ
れるもの）の設定入力処理は、図１３のステップ１３８
のあたりで行うようにしてもよいが、その前の段階、例
えば、ステップ３１のあたりで、行うようにするとよ
い。勿論、この変数（つまり、データ修復の際には「鍵
情報」として利用されるもの）の設定入力処理は、手動
入力に限らず、データ通信その他適宜の手段を介して自
動で行うようになっていてもよい。
【００７９】このようにすることにより、データ修復時
においてレジスタｂＨ，ｃＨにストアすべきデータ修復
用「鍵情報」を具備していない（若しくは知っていな
い）者が、不当にデータを修復しようとする場合、その
修復アルゴリズムが判明していたとしても、肝心のデー
タ修復用「鍵情報」を得ることができないことにより、
データ修復を行なうことができないことになり、暗号化
又は電子透しによる機密情報埋め込みに際して、セキュ
リティ機能を向上させることができる。なお、この場
合、レジスタｂＨ，ｃＨにストアされるデータ修復用
「鍵情報」を主要情報及び付属情報のデータとは別途に
供給する際の、該データ修復用「鍵情報」の供給の仕方
は、どのようなやり方を用いてもよい。例えば、別途の
データ通信によって行なうようにしてもよいし、印刷物
で通知してもよいし、電話等で通知してもよいし、様々
なやり方であってよい。正当な利用者に対して秘密裡に
通知又は供給されたデータ修復用「鍵情報」は、自動的
に又は利用者による手動入力によってレジスタｂＨ，ｃ
Ｈにセットされるようになっていてよく、こうして、正
当な利用者だけが図１４のようなデータ修復処理を正当
に遂行し、データ修復を成功裡に行なうことができる。
においてレジスタｂＨ，ｃＨにストアすべきデータ修復
用「鍵情報」を具備していない（若しくは知っていな
い）者が、不当にデータを修復しようとする場合、その
修復アルゴリズムが判明していたとしても、肝心のデー
タ修復用「鍵情報」を得ることができないことにより、
データ修復を行なうことができないことになり、暗号化
又は電子透しによる機密情報埋め込みに際して、セキュ
リティ機能を向上させることができる。なお、この場
合、レジスタｂＨ，ｃＨにストアされるデータ修復用
「鍵情報」を主要情報及び付属情報のデータとは別途に
供給する際の、該データ修復用「鍵情報」の供給の仕方
は、どのようなやり方を用いてもよい。例えば、別途の
データ通信によって行なうようにしてもよいし、印刷物
で通知してもよいし、電話等で通知してもよいし、様々
なやり方であってよい。正当な利用者に対して秘密裡に
通知又は供給されたデータ修復用「鍵情報」は、自動的
に又は利用者による手動入力によってレジスタｂＨ，ｃ
Ｈにセットされるようになっていてよく、こうして、正
当な利用者だけが図１４のようなデータ修復処理を正当
に遂行し、データ修復を成功裡に行なうことができる。
【００８０】そのために、例えば、図１４に示すような
「データ修復処理４」の手順を図１７に示す「データ修
復処理４’」のように変更するとよい。図１７は、ステ
ップ４１の前にステップ４０が挿入されている点だけが
図１４とは異なっており、他は同一構成であってよい。
このステップ４０において、上記のように適宜入力され
た所定の鍵情報を取り込み、それに基づき必要なデータ
を各レジスタｂＨ，ｃＨにロードする。なお、この実施
例の変形例として、レジスタｂＨ，ｃＨにストアされる
べきデータ修復用「鍵情報」の一部を、主要情報及び付
属情報のデータファイルとは別途に供給するようにし、
残りは主要情報及び付属情報のデータファイルの中に適
宜含ませるようにしてもよい。その場合は、別途に供給
された「鍵情報」の一部とデータファイルの中に含まれ
た残りの部分とを合成することで、レジスタｂＨ，ｃＨ
にストアされるべきデータ修復用「鍵情報」を生成す
る。その場合、鍵情報を合成するステップは少なくとも
ステップ４５の手前に設定するものとし、合成したデー
タを各レジスタｂＨ，ｃＨにロードするものとする。
「データ修復処理４」の手順を図１７に示す「データ修
復処理４’」のように変更するとよい。図１７は、ステ
ップ４１の前にステップ４０が挿入されている点だけが
図１４とは異なっており、他は同一構成であってよい。
このステップ４０において、上記のように適宜入力され
た所定の鍵情報を取り込み、それに基づき必要なデータ
を各レジスタｂＨ，ｃＨにロードする。なお、この実施
例の変形例として、レジスタｂＨ，ｃＨにストアされる
べきデータ修復用「鍵情報」の一部を、主要情報及び付
属情報のデータファイルとは別途に供給するようにし、
残りは主要情報及び付属情報のデータファイルの中に適
宜含ませるようにしてもよい。その場合は、別途に供給
された「鍵情報」の一部とデータファイルの中に含まれ
た残りの部分とを合成することで、レジスタｂＨ，ｃＨ
にストアされるべきデータ修復用「鍵情報」を生成す
る。その場合、鍵情報を合成するステップは少なくとも
ステップ４５の手前に設定するものとし、合成したデー
タを各レジスタｂＨ，ｃＨにロードするものとする。
【００８１】ところで、図３のＭＩＤＩデータ編集処理
１及び図１３のＭＩＤＩデータ編集処理４では、キーオ
ンデータのキーコード及びベロシティの内容がＭＩＤＩ
データの先頭から書き換えられてしまうので、ＭＩＤＩ
データ修復処理を行わずにＭＩＤＩデータ再生処理を行
った場合に、再生された楽音は、全くデタラメなものと
なってしまい、その一部だけを試聴するというようなこ
とができない。そこで、図３の変更例として、図１５の
ＭＩＤＩデータ編集処理５のように、ステップ３Ｂとス
テップ３Ｃとの間に編集条件を判定するステップ３Ｊを
挿入し、特定の編集条件に合致した場合にＭＩＤＩデー
タにスクランブル処理を施すようにするとよい。すなわ
ち、電子透かし埋め込み又は暗号化（すなわちエンコー
ド）処理のためのアルゴリズムにおいて使用される変数
の一種として、すなわち電子透し埋め込み又は暗号化演
算のための補助情報として、「編集条件」設定情報が追
加されることになる。なお、図３の変更例である図１３
の場合も、図１５と同様に、ステップ３Ｂとステップ３
Ｃとの間にステップ３Ｊを挿入するように変形し、電子
透かし埋め込み又は暗号化（すなわちエンコード）処理
のためのアルゴリズムにおいて使用される変数の一種と
して「編集条件」の変数を追加するようにしてよい。
１及び図１３のＭＩＤＩデータ編集処理４では、キーオ
ンデータのキーコード及びベロシティの内容がＭＩＤＩ
データの先頭から書き換えられてしまうので、ＭＩＤＩ
データ修復処理を行わずにＭＩＤＩデータ再生処理を行
った場合に、再生された楽音は、全くデタラメなものと
なってしまい、その一部だけを試聴するというようなこ
とができない。そこで、図３の変更例として、図１５の
ＭＩＤＩデータ編集処理５のように、ステップ３Ｂとス
テップ３Ｃとの間に編集条件を判定するステップ３Ｊを
挿入し、特定の編集条件に合致した場合にＭＩＤＩデー
タにスクランブル処理を施すようにするとよい。すなわ
ち、電子透かし埋め込み又は暗号化（すなわちエンコー
ド）処理のためのアルゴリズムにおいて使用される変数
の一種として、すなわち電子透し埋め込み又は暗号化演
算のための補助情報として、「編集条件」設定情報が追
加されることになる。なお、図３の変更例である図１３
の場合も、図１５と同様に、ステップ３Ｂとステップ３
Ｃとの間にステップ３Ｊを挿入するように変形し、電子
透かし埋め込み又は暗号化（すなわちエンコード）処理
のためのアルゴリズムにおいて使用される変数の一種と
して「編集条件」の変数を追加するようにしてよい。
【００８２】例えば、ステップ３Ｊの編集条件として、
ＭＩＤＩデータの演奏開始から所定時間（例えば３０秒
などの時間）を経過したか否かを判定するように設定す
る。これによって、ＭＩＤＩデータの最初の部分にはス
クランブル処理が施されなくなるので、その部分のＭＩ
ＤＩデータは通常のＭＩＤＩデータ再生処理によって再
生されるようになる。一方、所定時間経過後にＭＩＤＩ
データを通常のＭＩＤＩデータ再生処理で再生しようと
しても、その部分にはスクランブル処理が施されている
ので、デタラメな楽音しか再生されなくなる。これによ
って、ＭＩＤＩデータの最初の部分を通常のＭＩＤＩデ
ータ再生処理によって再生できる試聴可能なＭＩＤＩデ
ータとすることができ、それ以降の残りの部分を試聴不
可能なＭＩＤＩデータとすることができる。なお、この
「編集条件」変数は、外部から任意に設定可能であり、
時間の他にも、種々の条件を適宜組み合わせて適用して
もよいことは言うまでもない。例えば、発音されない時
間が所定時間以上になった場合とか、小節線データが所
定数発生した場合とかの条件を単独で適用したり、これ
らの条件を種々組み合わせてもよいことはいうまでもな
い。
ＭＩＤＩデータの演奏開始から所定時間（例えば３０秒
などの時間）を経過したか否かを判定するように設定す
る。これによって、ＭＩＤＩデータの最初の部分にはス
クランブル処理が施されなくなるので、その部分のＭＩ
ＤＩデータは通常のＭＩＤＩデータ再生処理によって再
生されるようになる。一方、所定時間経過後にＭＩＤＩ
データを通常のＭＩＤＩデータ再生処理で再生しようと
しても、その部分にはスクランブル処理が施されている
ので、デタラメな楽音しか再生されなくなる。これによ
って、ＭＩＤＩデータの最初の部分を通常のＭＩＤＩデ
ータ再生処理によって再生できる試聴可能なＭＩＤＩデ
ータとすることができ、それ以降の残りの部分を試聴不
可能なＭＩＤＩデータとすることができる。なお、この
「編集条件」変数は、外部から任意に設定可能であり、
時間の他にも、種々の条件を適宜組み合わせて適用して
もよいことは言うまでもない。例えば、発音されない時
間が所定時間以上になった場合とか、小節線データが所
定数発生した場合とかの条件を単独で適用したり、これ
らの条件を種々組み合わせてもよいことはいうまでもな
い。
【００８３】また、例えば、ＭＩＤＩデータファイルの
先頭から電子透し埋め込み又は暗号化のための編集操作
を開始するまでのデータ数及びそこから実際に編集を行
なったデータ数を「編集条件」変数として設定する（す
なわちＭＩＤＩデータファイルのどの箇所に電子透し埋
め込み又は暗号化のためのデータ編集操作を施したかを
具体的に編集条件として設定する）ようにしてもよく、
そのようにすれば、ＭＩＤＩデータファイルの任意の箇
所に対して電子透し埋め込み又は暗号化のためのデータ
編集操作を加えることができる。なお、所望の編集条件
の設定処理は、ステップ３Ｊで行ってもよいが、その前
の段階、例えばステップ３１のあたり、で所望の編集条
件を設定入力し、これを取り込むようにすればよい。ま
た、設定する編集条件は一種類に限らず、複数種類であ
ってもよい。
先頭から電子透し埋め込み又は暗号化のための編集操作
を開始するまでのデータ数及びそこから実際に編集を行
なったデータ数を「編集条件」変数として設定する（す
なわちＭＩＤＩデータファイルのどの箇所に電子透し埋
め込み又は暗号化のためのデータ編集操作を施したかを
具体的に編集条件として設定する）ようにしてもよく、
そのようにすれば、ＭＩＤＩデータファイルの任意の箇
所に対して電子透し埋め込み又は暗号化のためのデータ
編集操作を加えることができる。なお、所望の編集条件
の設定処理は、ステップ３Ｊで行ってもよいが、その前
の段階、例えばステップ３１のあたり、で所望の編集条
件を設定入力し、これを取り込むようにすればよい。ま
た、設定する編集条件は一種類に限らず、複数種類であ
ってもよい。
【００８４】なお、データ修復処理の際には、暗号化
（つまりエンコード）の際に用いられた編集条件がどの
ようなものであるかを示す情報を「鍵情報」として使用
することで、正しい編集条件「鍵情報」を持つものだけ
がデータ修復を行えるようにするとよい。例えば、これ
らの編集条件をユーザー毎にあるいはＭＩＤＩデータフ
ァイル毎に異ならせて設定してデータ編集処理（つまり
電子透かし埋め込み又は暗号化のためのエンコード処
理）を行った上で、それぞれの編集条件を示す情報を、
個別のデータ修復用「鍵情報」として別途適宜に供給す
るようにし、正当なる利用者がデータ修復時に該データ
修復用「鍵情報」を正当に取得して、その「鍵情報」が
示す編集条件と修復すべきデータにおける実際の編集条
件とが合致したときにデータ修復処理が遂行されるよう
にするとよい。このようにすることにより、データ修復
のアルゴリズムは共通であっても、この「鍵情報」の多
様化によって、電子透し埋め込み又は暗号化の形態を多
様化させることができ、信頼性／セキュリティの向上を
図ることができる。
（つまりエンコード）の際に用いられた編集条件がどの
ようなものであるかを示す情報を「鍵情報」として使用
することで、正しい編集条件「鍵情報」を持つものだけ
がデータ修復を行えるようにするとよい。例えば、これ
らの編集条件をユーザー毎にあるいはＭＩＤＩデータフ
ァイル毎に異ならせて設定してデータ編集処理（つまり
電子透かし埋め込み又は暗号化のためのエンコード処
理）を行った上で、それぞれの編集条件を示す情報を、
個別のデータ修復用「鍵情報」として別途適宜に供給す
るようにし、正当なる利用者がデータ修復時に該データ
修復用「鍵情報」を正当に取得して、その「鍵情報」が
示す編集条件と修復すべきデータにおける実際の編集条
件とが合致したときにデータ修復処理が遂行されるよう
にするとよい。このようにすることにより、データ修復
のアルゴリズムは共通であっても、この「鍵情報」の多
様化によって、電子透し埋め込み又は暗号化の形態を多
様化させることができ、信頼性／セキュリティの向上を
図ることができる。
【００８５】なお、この場合のデータ修復用「鍵情報」
を別途に供給するやり方は、前述の場合と同様に、どの
ようなやり方を用いてもよい。また、データ修復処理に
際しての編集条件の照合の仕方としては、例えば、デー
タ修復しようとする利用者が所要の「鍵情報」を入力す
ることによって編集条件を設定入力し、この設定入力さ
れた編集条件に該当するデータファイル箇所において図
１５のステップ３Ｃ〜３Ｆに示すデータ暗号化処理の逆
算であるデータ修復（デコード）処理を行なうようにす
る。ここで、設定入力された編集条件が正しければ該デ
ータ修復処理では正しくデータ修復がなされることにな
り、正しくなければ該データ修復処理では正しいデータ
修復が行なえないことになる。なお、この場合の「鍵情
報」の入力の仕方も、前述と同様に手動入力に限らず自
動的になされるようにしてもよい。図１８は、図４に示
すような「データ修復処理１」を、編集条件を鍵情報と
して使用してデータ修復を行うのに適したものに変形し
た一例（「データ修復処理５」）を示す図である。図１
８において、ステップ４１の手前にステップ４０’を挿
入し、ステップ４１と４２の間にステップ４１０を挿入
した点が図４とは相違しており、他は図４と同じであ
る。ステップ４０’では、編集条件の「鍵情報」の入力
を受け付け、これを取り込む。ステップ４１０では、取
り込んだ「鍵情報」によって示される編集条件が成立し
たか否かを調べる。編集条件が成立していなければ、ス
テップ４２以降のデータ修復処理は行わずにステップ４
Ｃに行き、そのＮＯからステップ４１に戻る。取り込ん
だ「鍵情報」によって示される編集条件が成立した場合
は、ステップ４２〜４Ｂで所要のデータ修復処理を行
う。なお、他の「データ修復処理」（例えば図１４）に
対しても、図１８と同様の変形を施すことができる。
を別途に供給するやり方は、前述の場合と同様に、どの
ようなやり方を用いてもよい。また、データ修復処理に
際しての編集条件の照合の仕方としては、例えば、デー
タ修復しようとする利用者が所要の「鍵情報」を入力す
ることによって編集条件を設定入力し、この設定入力さ
れた編集条件に該当するデータファイル箇所において図
１５のステップ３Ｃ〜３Ｆに示すデータ暗号化処理の逆
算であるデータ修復（デコード）処理を行なうようにす
る。ここで、設定入力された編集条件が正しければ該デ
ータ修復処理では正しくデータ修復がなされることにな
り、正しくなければ該データ修復処理では正しいデータ
修復が行なえないことになる。なお、この場合の「鍵情
報」の入力の仕方も、前述と同様に手動入力に限らず自
動的になされるようにしてもよい。図１８は、図４に示
すような「データ修復処理１」を、編集条件を鍵情報と
して使用してデータ修復を行うのに適したものに変形し
た一例（「データ修復処理５」）を示す図である。図１
８において、ステップ４１の手前にステップ４０’を挿
入し、ステップ４１と４２の間にステップ４１０を挿入
した点が図４とは相違しており、他は図４と同じであ
る。ステップ４０’では、編集条件の「鍵情報」の入力
を受け付け、これを取り込む。ステップ４１０では、取
り込んだ「鍵情報」によって示される編集条件が成立し
たか否かを調べる。編集条件が成立していなければ、ス
テップ４２以降のデータ修復処理は行わずにステップ４
Ｃに行き、そのＮＯからステップ４１に戻る。取り込ん
だ「鍵情報」によって示される編集条件が成立した場合
は、ステップ４２〜４Ｂで所要のデータ修復処理を行
う。なお、他の「データ修復処理」（例えば図１４）に
対しても、図１８と同様の変形を施すことができる。
【００８６】なお、上記のようにデータ修復用「鍵情
報」は一種類とは限らず、複数種類あってよいものであ
る。また、同じ種類の鍵情報でも異なる値のものが複数
あってもよい。その場合、例えば鍵管理ファイルをデー
タファイルとは別途に用意しておき、この鍵管理ファイ
ルから必要な「鍵情報」を正当な利用者だけが取得でき
るように管理するとよい。例えば、利用者は所定のアル
ゴリズムでデータファイルから鍵取得情報を抽出し、そ
の鍵取得情報を入力情報として鍵管理ファイルから必要
な鍵情報を取得できるようにする。この場合、鍵管理フ
ァイルは入力された鍵取得情報に応じて適宜異なる鍵情
報を供給するものとする。このようにして複数種類の必
要な鍵情報をそれぞれ取得できるようにし、これらの鍵
情報を使用して上記のようにデータ修復を行うようにす
る。ここで、更にデータファイル内の複数の箇所で複数
回異なる鍵情報を取得しなければ適正なデータ修復が行
なえないようにすれば、より厳密な管理とセキリティ保
持を行なうことができる。なお、鍵管理ファイルの部分
は通信ネットワークのサーバー上に格納しておき、デー
タ通信によってオーソライズされた利用者だけが鍵取得
情報を入力して、これに応じてサーバーから必要な鍵情
報をデータ通信によって随時取得することができるよう
にしてもよい。
報」は一種類とは限らず、複数種類あってよいものであ
る。また、同じ種類の鍵情報でも異なる値のものが複数
あってもよい。その場合、例えば鍵管理ファイルをデー
タファイルとは別途に用意しておき、この鍵管理ファイ
ルから必要な「鍵情報」を正当な利用者だけが取得でき
るように管理するとよい。例えば、利用者は所定のアル
ゴリズムでデータファイルから鍵取得情報を抽出し、そ
の鍵取得情報を入力情報として鍵管理ファイルから必要
な鍵情報を取得できるようにする。この場合、鍵管理フ
ァイルは入力された鍵取得情報に応じて適宜異なる鍵情
報を供給するものとする。このようにして複数種類の必
要な鍵情報をそれぞれ取得できるようにし、これらの鍵
情報を使用して上記のようにデータ修復を行うようにす
る。ここで、更にデータファイル内の複数の箇所で複数
回異なる鍵情報を取得しなければ適正なデータ修復が行
なえないようにすれば、より厳密な管理とセキリティ保
持を行なうことができる。なお、鍵管理ファイルの部分
は通信ネットワークのサーバー上に格納しておき、デー
タ通信によってオーソライズされた利用者だけが鍵取得
情報を入力して、これに応じてサーバーから必要な鍵情
報をデータ通信によって随時取得することができるよう
にしてもよい。
【００８７】
【発明の効果】この発明によれば、音楽データ、映像デ
ータ又は波形データなど主要情報のデータフォーマット
を変更することなく所望の付属情報を潜在的に付加して
なるデータファイルを提供することができると共に結果
的にこれらのデータに暗号化処理を施すこととなり、こ
の暗号を解読しない限り、これらの主要情報や付属情報
を再生して利用することができないという効果がある。
また、主要情報を構成するデータ群の中の一部のデータ
を付属情報を構成するデータに基づいて変更するため
に、主要情報における変更すべき前記一部のデータに対
して、所定のアルゴリズムに従う演算を、前記付属情報
を構成するデータと外部から設定可能な補助情報とを用
いて行なうようにしたことで、解読の際の鍵情報となり
うる補助情報そのものは、データファイルのデータ内容
とは無関係に任意に設定されるから、該データファイル
の中には直接的にはそれと判るように含まれていないも
のとすることができるものであり、これにより、オーソ
ライズされていない者が、不当に当該データファイルか
ら主要情報の修復を行ないまたその付属情報を解読しよ
うとしたとしても、肝心のデータ修復用の「鍵情報」を
データファイルからからは得ることができないことによ
り、データ修復若しくは解読を行なうことができないこ
とになり、暗号化又は電子透し埋め込みによる機密的な
情報記録に際して、セキュリティ面での信頼性を向上さ
せることができる、という優れた効果を奏する。
ータ又は波形データなど主要情報のデータフォーマット
を変更することなく所望の付属情報を潜在的に付加して
なるデータファイルを提供することができると共に結果
的にこれらのデータに暗号化処理を施すこととなり、こ
の暗号を解読しない限り、これらの主要情報や付属情報
を再生して利用することができないという効果がある。
また、主要情報を構成するデータ群の中の一部のデータ
を付属情報を構成するデータに基づいて変更するため
に、主要情報における変更すべき前記一部のデータに対
して、所定のアルゴリズムに従う演算を、前記付属情報
を構成するデータと外部から設定可能な補助情報とを用
いて行なうようにしたことで、解読の際の鍵情報となり
うる補助情報そのものは、データファイルのデータ内容
とは無関係に任意に設定されるから、該データファイル
の中には直接的にはそれと判るように含まれていないも
のとすることができるものであり、これにより、オーソ
ライズされていない者が、不当に当該データファイルか
ら主要情報の修復を行ないまたその付属情報を解読しよ
うとしたとしても、肝心のデータ修復用の「鍵情報」を
データファイルからからは得ることができないことによ
り、データ修復若しくは解読を行なうことができないこ
とになり、暗号化又は電子透し埋め込みによる機密的な
情報記録に際して、セキュリティ面での信頼性を向上さ
せることができる、という優れた効果を奏する。
【図１】 この発明に係る電子情報処理システムのＭＩ
ＤＩデータ編集処理１及びＭＩＤＩデータ修復処理１に
従ってどのようにデータが変換されるのか、その具体例
を示す図である。
ＤＩデータ編集処理１及びＭＩＤＩデータ修復処理１に
従ってどのようにデータが変換されるのか、その具体例
を示す図である。
【図２】 この発明に係る電子情報処理システムとして
動作する電子楽器の全体構成を示すブロック図である。
動作する電子楽器の全体構成を示すブロック図である。
【図３】 図２の電子楽器が電子情報処理システムとし
て動作する場合のＭＩＤＩデータ編集処理１の一例を示
すフローチャート図である。
て動作する場合のＭＩＤＩデータ編集処理１の一例を示
すフローチャート図である。
【図４】 図２の電子楽器が電子情報処理システムとし
て動作する場合のＭＩＤＩデータ修復処理１の一例を示
すフローチャート図である。
て動作する場合のＭＩＤＩデータ修復処理１の一例を示
すフローチャート図である。
【図５】 縦軸にキーコードを割り当て、横軸にベロシ
ティを割り当て、各値の中間を原点とするような直交座
標系を構成した場合の付属情報とキーコード，ベロシテ
ィとの関係を示す概念図である。
ティを割り当て、各値の中間を原点とするような直交座
標系を構成した場合の付属情報とキーコード，ベロシテ
ィとの関係を示す概念図である。
【図６】 図５の付属情報とキーコード，ベロシティと
の間の詳細な関係を示す図である。
の間の詳細な関係を示す図である。
【図７】 ＭＩＤＩデータ中に埋め込まれるスクランブ
ルデコードデータの内容の一例を示す図である。
ルデコードデータの内容の一例を示す図である。
【図８】 電子楽器が電子情報処理システムとして動作
する場合の別の一例となるＭＩＤＩデータ編集処理２を
示すフローチャート図である。
する場合の別の一例となるＭＩＤＩデータ編集処理２を
示すフローチャート図である。
【図９】 電子楽器が電子情報処理システムとして動作
する場合の別の一例となるＭＩＤＩデータ修復処理２を
示すフローチャート図である。
する場合の別の一例となるＭＩＤＩデータ修復処理２を
示すフローチャート図である。
【図１０】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ編集処理３
を示すフローチャート図である。
作する場合の別の一例となるＭＩＤＩデータ編集処理３
を示すフローチャート図である。
【図１１】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ修復処理３
を示すフローチャート図である。
作する場合の別の一例となるＭＩＤＩデータ修復処理３
を示すフローチャート図である。
【図１２】 この発明に係る電子情報処理システムのＭ
ＩＤＩデータ編集処理２及びＭＩＤＩデータ修復処理２
に従ってどのようにデータが変換されるのか、その具体
例を示す図である。
ＩＤＩデータ編集処理２及びＭＩＤＩデータ修復処理２
に従ってどのようにデータが変換されるのか、その具体
例を示す図である。
【図１３】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ編集処理４
を示すフローチャート図である。
作する場合の別の一例となるＭＩＤＩデータ編集処理４
を示すフローチャート図である。
【図１４】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ修復処理４
を示すフローチャート図である。
作する場合の別の一例となるＭＩＤＩデータ修復処理４
を示すフローチャート図である。
【図１５】 電子楽器が電子情報処理システムとして動
作する場合の別の一例となるＭＩＤＩデータ編集処理５
を示すフローチャート図である。
作する場合の別の一例となるＭＩＤＩデータ編集処理５
を示すフローチャート図である。
【図１６】 通信ネットワークを通じて実施する本発明
の一実施の形態を例示するブロック図である。
の一実施の形態を例示するブロック図である。
【図１７】 図１４のＭＩＤＩデータ修復処理の変形例
を示すフローチャート図である。
を示すフローチャート図である。
【図１８】 図１５のＭＩＤＩデータ編集処理５で処理
された情報のデータ修復に使用できるＭＩＤＩデータ修
復処理５の一例を示すフローチャート図である。
された情報のデータ修復に使用できるＭＩＤＩデータ修
復処理５の一例を示すフローチャート図である。
２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…フ
ロッピーディスクドライブ、２５…ハードディスクドラ
イブ、２６…ＣＤ−ＲＯＭドライブ、２７…通信インタ
ーフェイス、２８…通信ネットワーク、２９…サーバコ
ンピュータ、２Ａ…ＭＩＤＩインターフェイス、２Ｂ…
他のＭＩＤＩ機器、２Ｃ…鍵盤、２Ｄ…押鍵検出回路、
２Ｅ…パネルスイッチ、２Ｆ…スイッチ検出回路、２Ｇ
…ディスプレイ、２Ｈ…表示回路、２Ｊ…音源回路、２
Ｋ…効果回路、２Ｌ…サウンドシステム、２Ｍ…データ
及びアドレスバス、２Ｎ…タイマ、２Ｒ…リボンコント
ローラ
ロッピーディスクドライブ、２５…ハードディスクドラ
イブ、２６…ＣＤ−ＲＯＭドライブ、２７…通信インタ
ーフェイス、２８…通信ネットワーク、２９…サーバコ
ンピュータ、２Ａ…ＭＩＤＩインターフェイス、２Ｂ…
他のＭＩＤＩ機器、２Ｃ…鍵盤、２Ｄ…押鍵検出回路、
２Ｅ…パネルスイッチ、２Ｆ…スイッチ検出回路、２Ｇ
…ディスプレイ、２Ｈ…表示回路、２Ｊ…音源回路、２
Ｋ…効果回路、２Ｌ…サウンドシステム、２Ｍ…データ
及びアドレスバス、２Ｎ…タイマ、２Ｒ…リボンコント
ローラ
フロントページの続き (56)参考文献 特開 平９−186603（ＪＰ，Ａ) 特開 平５−199219（ＪＰ，Ａ) Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ 1994 ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａ ｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍ ａｇｅ Ｐｒｏｃｅｓｓｉｎｇ，Ｖｏ ｌ．２，Ｒ．Ｇ．ｖａｎ Ｓｃｈｙｎｄ ｅｌ ｅｔ ａｌ，”Ａ Ｄｉｇｉｔａ ｌ Ｗａｔｅｒｍａｒｋ”，ｐ．86− 90，Ｎｏｖｅｍｂｅｒ 13−16，1994, Ａｕｓｔｉｎ，Ｔｅｘａｓ，Ｕ．Ｓ．Ａ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈ ｅ 1996 Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｎｃｅ ｏｎ Ｍｕｌｔ ｉｍｅｄｉａ Ｃｏｍｐｕｔｉｎｇ ａ ｎｄ Ｓｙｓｔｅｍｓ，Ｌａｕｒｅｎｃ ｅ Ｂｏｎｅｙ ｅｔ ａｌ，”Ｄｉｇ ｉｔａｌ Ｗａｔｅｒｍａｒｋｓ ｆｏ ｒ Ａｕｄｉｏ Ｓｉｇｎａｌｓ”, ｐ．473−480，Ｊｕｎｅ 17−23, 1996，Ｈｉｒｏｓｈｉｍａ，Ｊａｐａｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ Ｆｉ ｆｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇ ｅ Ｐｒｏｃｅｓｓｉｎｇ ａｎｄ Ｉ ｔｓ Ａｐｐｌｉｃａｔｉｏｎｓ，Ｆ. Ｍ．Ｂｏｌａｎｄ ｅｔ ａｌ，”Ｗａ ｔｅｒｍａｒｋｉｎｇ Ｄｉｇｉｔａｌ Ｉｍａｇｅｓ ｆｏｒ Ｃｏｐｙｒｉ ｇｈｔ Ｐｒｏｔｅｃｔｉｏｎ”，ｐ. 326−330，４−６ Ｊｕｌｙ 1995，Ｉ ＥＥ Ｃｏｎｆｅｎｒｅｎｃｅ Ｐｕｂ ｌｉｃａｔｉｏｎ Ｎｏ．410 (58)調査した分野(Int.Cl.7，ＤＢ名) G10H 1/00 - 7/12 G09C 1/00 - 5/00 G10K 15/02 H04L 9/00 - 9/38 G10L 19/00 ＩＮＳＰＥＣ（ＤＩＡＬＯＧ) ＪＩＣＳＴファイル（ＪＯＩＳ) ＷＰＩ（ＤＩＡＬＯＧ) ＩＥＥＥ／ＩＥＥ Ｅｌｅｃｔｒｏｎｉ ｃ Ｌｉｂｒａｒｙ Ｏｎｌｉｎｅ
Claims (9)
- 【請求項１】 それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力するス
テップと、 第２の情報を入力するステップと、 予め決められている方法で鍵情報を取得するステップ
と、 前記第１の情報から特定のイベントデータを取り出すス
テップと、 前記第２の情報の一部分と前記鍵情報と前記特定のイベ
ントデータの特定のパラメータを使って新たなパラメー
タを作成し、該新たなパラメータを前記特定のイベント
データのうちの前記特定のパラメータに上書きすること
により、前記第１の情報に前記第２の情報を分散して配
置すると共に第１の情報を暗号化するステップとからな
る電子情報処理方法。 - 【請求項２】 複数のイベントデータで構成される第１
の情報を入力するステップと、 第２の情報を入力するステップと、 前記第１の情報から特定のイベントデータを取り出すス
テップと、 前記取り出された特定のイベントデータのうちの所定条
件を満たすイベントデータを前記第２の情報に基づいて
変更することにより、前記第１の情報に前記第２の情報
を分散して配置するステップと、 前記第２の情報が分散して配置された第１の情報を出力
するステップとからなる電子情報処理方法。 - 【請求項３】 それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力するス
テップと、 予め決められている方法で鍵情報を取得するステップ
と、 前記第１の情報から特定のパラメータを含む特定のイベ
ントデータを取り出すステップと、 前記特定のイベントデータの特定のパラメータから第２
の情報の一部分を検出すると共に前記鍵情報を使って前
記特定のパラメータの内容を変更することにより、第１
の情報から第２の情報を検出すると共に、暗号化されて
いる第１の情報を鍵情報を利用して復号化するステップ
とからなる電子情報処理方法。 - 【請求項４】 それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力するス
テップと、 前記第１の情報から特定のイベントデータを取り出すス
テップと、 前記特定のイベントデータのうちの所定条件を満たすも
のから第２の情報を検出することにより、第１の情報か
ら第２の情報を検出するステップとからなる電子情報処
理方法。 - 【請求項５】 請求項１乃至４のいずれかに記載の方法
をコンピュータに実行させるためのプログラムを記憶し
た機械読み取り可能な記憶媒体。 - 【請求項６】 それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力する手
段と、 第２の情報を入力する手段と、 予め決められている方法で鍵情報を取得する手段と、 前記第１の情報から特定のイベントデータを取り出す手
段と、 前記第２の情報の一部分と前記鍵情報と前記特定のイベ
ントデータの特定のパラメータを使って新たなパラメー
タを作成し、該新たなパラメータを前記特定のイベント
データのうちの前記特定のパラメータに上書きすること
により、前記第１の情報に前記第２の情報を分散して配
置すると共に第１の情報を暗号化する手段とからなる電
子情報処理装置。 - 【請求項７】 複数のイベントデータで構成される第１
の情報を入力する手段と、 第２の情報を入力する手段と、 前記第１の情報から特定のイベントデータを取り出す手
段と、 前記取り出された特定のイベントデータのうちの所定条
件を満たすイベントデータを前記第２の情報に基づいて
変更することにより、前記第１の情報に前記第２の情報
を分散して配置する手段と、 前記第２の情報が分散して配置された第１の情報を出力
する手段とからなる電子情報処理装置。 - 【請求項８】 それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力する手
段と、 予め決められている方法で鍵情報を取得する手段と、 前記第１の情報から特定のパラメータを含む特定のイベ
ントデータを取り出す手段と、 前記特定のイベントデータの特定のパラメータから第２
の情報の一部分を検出すると共に前記鍵情報を使って前
記特定のパラメータの内容を変更することにより、第１
の情報から第２の情報を検出すると共に、暗号化されて
いる第１の情報を鍵情報を利用して復号化する手段とか
らなる電子情報処理装置。 - 【請求項９】 それぞれ２以上のパラメータを含む複数
のイベントデータで構成される第１の情報を入力する手
段と、 前記第１の情報から特定のイベントデータを取り出す手
段と、 前記特定のイベントデータのうちの所定条件を満たすも
のから第２の情報を検出することにより、第１の情報か
ら第２の情報を検出する手段とからなる電子情報処理装
置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34615098A JP3180788B2 (ja) | 1997-12-04 | 1998-12-04 | 電子情報付与及び検出のための装置及び方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09350126 | 1997-12-04 | ||
| JP9-350126 | 1997-12-04 | ||
| JP34615098A JP3180788B2 (ja) | 1997-12-04 | 1998-12-04 | 電子情報付与及び検出のための装置及び方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001036208A Division JP4370725B2 (ja) | 1997-12-04 | 2001-02-13 | 電子情報処理方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11259067A JPH11259067A (ja) | 1999-09-24 |
| JP3180788B2 true JP3180788B2 (ja) | 2001-06-25 |
Family
ID=26578203
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34615098A Expired - Fee Related JP3180788B2 (ja) | 1997-12-04 | 1998-12-04 | 電子情報付与及び検出のための装置及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3180788B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6959383B1 (en) | 1997-07-10 | 2005-10-25 | Yamaha Corporation | Method and device for incorporating additional information into main information through electronic watermaking technique |
| JP2002232413A (ja) * | 2001-02-05 | 2002-08-16 | Yamaha Corp | ホームページデータの生成方法、公開鍵公開方法および通信端末 |
| JP2002311996A (ja) | 2001-02-09 | 2002-10-25 | Sony Corp | コンテンツ供給システム |
| JP4190742B2 (ja) * | 2001-02-09 | 2008-12-03 | ソニー株式会社 | 信号処理装置及び方法 |
-
1998
- 1998-12-04 JP JP34615098A patent/JP3180788B2/ja not_active Expired - Fee Related
Non-Patent Citations (3)
| Title |
|---|
| Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ １９９４ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ，Ｖｏｌ．２，Ｒ．Ｇ．ｖａｎ Ｓｃｈｙｎｄｅｌ ｅｔ ａｌ，"Ａ Ｄｉｇｉｔａｌ Ｗａｔｅｒｍａｒｋ"，ｐ．８６−９０，Ｎｏｖｅｍｂｅｒ １３−１６，１９９４，Ａｕｓｔｉｎ，Ｔｅｘａｓ，Ｕ．Ｓ．Ａ |
| Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ Ｆｉｆｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ ａｎｄ Ｉｔｓ Ａｐｐｌｉｃａｔｉｏｎｓ，Ｆ．Ｍ．Ｂｏｌａｎｄ ｅｔ ａｌ，"Ｗａｔｅｒｍａｒｋｉｎｇ Ｄｉｇｉｔａｌ Ｉｍａｇｅｓ ｆｏｒ Ｃｏｐｙｒｉｇｈｔ Ｐｒｏｔｅｃｔｉｏｎ"，ｐ．３２６−３３０，４−６ Ｊｕｌｙ １９９５，ＩＥＥ Ｃｏｎｆｅｎｒｅｎｃｅ Ｐｕｂｌｉｃａｔｉｏｎ Ｎｏ．４１０ |
| Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ １９９６ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｎｃｅ ｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｃｏｍｐｕｔｉｎｇ ａｎｄ Ｓｙｓｔｅｍｓ，Ｌａｕｒｅｎｃｅ Ｂｏｎｅｙ ｅｔ ａｌ，"Ｄｉｇｉｔａｌ Ｗａｔｅｒｍａｒｋｓ ｆｏｒ Ａｕｄｉｏ Ｓｉｇｎａｌｓ"，ｐ．４７３−４８０，Ｊｕｎｅ １７−２３，１９９６，Ｈｉｒｏｓｈｉｍａ，Ｊａｐａｎ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11259067A (ja) | 1999-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7545936B2 (en) | Method and device for incorporating additional information into main information through electronic watermarking technique | |
| US7485795B2 (en) | Method and device for storing main information with associated additional information incorporated therein | |
| US6570080B1 (en) | Method and system for supplying contents via communication network | |
| JP4794047B2 (ja) | 保護されたデジタルファイル配信方法 | |
| CN101261865B (zh) | 媒体电子文件的制作方法、装置及其播放设备及方法 | |
| US7612276B2 (en) | Method and system for synthesizing electronic transparent audio | |
| EP0872073A2 (en) | Steganographic method and device | |
| JP3180788B2 (ja) | 電子情報付与及び検出のための装置及び方法 | |
| JP3178378B2 (ja) | 電子情報処理システム及び方法並びに記録媒体 | |
| US7274789B2 (en) | Information recording/reproducing apparatus with security measure | |
| JP4370725B2 (ja) | 電子情報処理方法及び装置 | |
| JP3180789B2 (ja) | 電子情報処理方法及び装置 | |
| JP3870700B2 (ja) | 電子情報処理方法及び装置 | |
| JP4304870B2 (ja) | 電子情報処理方法及び装置並びに記録媒体 | |
| US6798885B1 (en) | Method and apparatus for encoding security information in a MIDI datastream | |
| US7937327B2 (en) | Music content using apparatus | |
| JP2000092042A (ja) | 楽曲データ提供システム及び楽曲データ復号装置 | |
| JPH11249670A (ja) | カラオケ装置及びカラオケ端末装置 | |
| GB2354860A (en) | Storing music information with associated additional information incorporated therein |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313532 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090420 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090420 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100420 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110420 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120420 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |