JP2009175199A - 電子音楽装置及び音楽コンテンツ処理プログラム - Google Patents

Abstract

【課題】作業領域ＲＡＭの記憶容量が小さい電子楽器のような電子音楽装置でも、大きなデータサイズの暗号化音楽コンテンツを扱うことができる音楽コンテンツ処理システム。
【解決手段】このシステムでは、非暗号化及び暗号化ボイス（音色）データファイルＶＦａ；ＶＦｂが音楽コンテンツとして利用される。何れのファイルＶＦａ；ＶＦｂも、楽音信号生成用制御データＶＤａ，ＷＤａ，…；ＶＤｂ，ＷＤｂ，…の種類に対応してデータチャンクＶＣａ，ＷＣａ，…；ＶＣｂ，ＷＣｂ，…でくくられており、データの種類を表わす識別子が夫々のデータチャンクの先頭に配置されている。制御データをロードする際には、チャンクの先頭から、順次、僅かな所定サイズ（例えば、１６Ｂｙｔｅ）のデータを取得し（暗号化ファイルＶＦｂの場合には、所定サイズずつＲＡＭに読み出しては復号する）、チャンク識別子の内容に従って楽音信号生成部の所定箇所に順次格納していく。
【選択図】図２

Description

この発明は、電子楽器などの電子音楽装置で利用される楽音信号生成パラメータなどの暗号化音楽コンテンツを処理するための音楽コンテンツ処理システムに関する。

従来より、音楽コンテンツを利用する電子音楽装置が知られており、例えば、特許文献１には、複数のチャンクで構成され暗号化された音楽コンテンツデータを利用する技術が開示されている。
特開２００５−１９５９３５号公報

従来技術では、このような音楽コンテンツデータを利用する場合、音楽コンテンツのファイル全体或いはチャンク全体をＲＡＭ上に展開してから、適宜、音楽コンテンツ中のパラメータや波形データをロードしていたので、データを展開するための大きな容量のＲＡＭが必要である。特に、波形ファイルは巨大（例えば、１５ＭＢｙｔｅ）であり、電子楽器のような組込みシステムの電子音楽装置では、これに対応するＲＡＭを採用するとコストアップにつながり、ＲＡＭの記憶容量を小さいままにすれば、利用可能な波形ファイルの大きさを制限せざるを得ない。また、暗号化された音楽コンテンツでは、ファイル全体或いはチャンク全体を展開した後でなければ、復号が正しく行われたかどうか、或いは、復号結果をどのように利用すべきか分からないので、その間、処理が滞ってしまう。

この発明は、このような事情に鑑み、作業領域ＲＡＭの記憶容量が小さい電子楽器のような電子音楽装置でも、暗号化された波形データのように大きなデータサイズの音楽コンテンツを扱うことができる音楽コンテンツ処理システムを提供することを目的とする。

この発明の主たる特徴に従うと、楽音信号生成部（８，９）に格納された楽音信号生成用制御データ（ＶＣｂ，ＷＣｂ，…）に従って楽音信号を生成する電子音楽装置であって、暗号化された１以上のデータチャンク（ＶＣｂ，ＷＣｂ，…）を有し、各データチャンクには、当該データチャンクに含まれている楽音信号生成用制御データ（ＶＤｂ，ＷＤｂ，…）の種類を表わす識別子（ＶＩｂ，ＷＩｂ，…）が先頭に配置された音楽コンテンツデータ（ＶＦｂ）から、識別子（ＶＩｂ，ＷＩｂ，…）より大きくデータチャンク（ＶＣｂ，ＷＣｂ，…）より小さい所定サイズ（例えば、１６Ｂｙｔｅ）のデータを、順次、読み出すデータ読出し手段（Ｓ３，Ｓ９；Ｐ１）と、データ読出し手段により読み出される所定サイズのデータを、順次、復号するデータ復号手段（Ｓ３，Ｓ９；Ｐ３）と、データ復号手段により復号されたデータチャンク先頭部分のデータから、当該データチャンクの識別子（ＶＩｂ，ＷＩｂ，…）を検知する識別子検知手段（Ｓ３，Ｓ４）と、識別子検知手段により検知された識別子（ＶＩｂ，ＷＩｂ，…）に基づいて、データ復号手段により復号される楽音信号生成用制御データ部分（ＶＤｂ，ＷＤｂ，…）のデータを、順次、楽音信号生成部（８，９）に格納するデータ格納手段（Ｓ１０）とを具備する電子音楽装置〔請求項１〕が提供され、楽音信号生成部（８，９）に格納された楽音信号生成用制御データ（ＶＣｂ，ＷＣｂ，…）に従って楽音信号を生成する電子音楽装置として機能するコンピュータに、暗号化された１以上のデータチャンク（ＶＣｂ，ＷＣｂ，…）を有し、各データチャンクには、当該データチャンクに含まれている楽音信号生成用制御データ（ＶＤｂ，ＷＤｂ，…）の種類を表わす識別子（ＶＩｂ，ＷＩｂ，…）が先頭に配置された音楽コンテンツデータ（ＶＦｂ）から、識別子（ＶＩｂ，ＷＩｂ，…）より大きくデータチャンク（ＶＣｂ，ＷＣｂ，…）より小さい所定サイズ（例えば、１６Ｂｙｔｅ）のデータを、順次、読み出すデータ読出しステップ（Ｓ３，Ｓ９；Ｐ１）と、データ読出しステップで読み出される所定サイズのデータを順次復号するデータ復号ステップ（Ｓ３，Ｓ９；Ｐ３）と、データ復号ステップで復号されたデータチャンク先頭部分のデータから、当該データチャンクの識別子（ＶＩｂ，ＷＩｂ，…）を検知する識別子検知ステップ（Ｓ３，Ｓ４）と、識別子検知ステップで検知された識別子（ＶＩｂ，ＷＩｂ，…）に基づいて、データ復号ステップで復号される楽音信号生成用制御データ部分（ＶＤｂ，ＷＤｂ，…）のデータを、順次、楽音信号生成部（８，９）に格納するデータ格納ステップ（Ｓ１０）とから成る手順を実行させる音楽コンテンツ処理プログラム〔請求項３〕が提供される。なお、括弧書きは、理解の便のために、実施例の参照記号、用語、箇所等を付記したものであり、以下においても同様である。、

この発明による電子音楽装置は、さらに、データ読出し手段が所定サイズ（例えば、１６Ｂｙｔｅ）のデータを順次読み出す各タイミングで、楽音信号生成に関する他の処理の要求を検知する他処理要求検知手段（Ｓ５）と、他処理要求検知手段により他の処理の要求が検知されたことに応じて（Ｓ５＝ＹＥＳ）、読出し手段（Ｓ３，Ｓ９；Ｐ１）及び／又は復号手段（Ｓ３，Ｓ９；Ｐ３）及び／又は格納手段（Ｓ１０）の処理を中断し、当該他の処理に切り替える処理切替え手段（Ｓ６〜Ｓ８）とを具備する〔請求項２〕ように構成することができる。

この発明の主たる特徴による音楽コンテンツ処理システムでは（請求項１，３）、楽音信号生成用制御データ（ＶＤｂ，ＷＤｂ，…）の種類に対応して、「データチャンク」と呼ばれる所定のデータ単位（ＶＣｂ，ＷＣｂ，…）でくくられている音楽コンテンツデータ（ＶＦｂ）が処理される。この音楽コンテンツ（ＶＦｂ）は、暗号化された１以上のデータチャンク（ＶＣｂ，ＷＣｂ，…）を有し、各データチャンクには、当該データチャンクに含まれている楽音信号生成用制御データ（ＶＤｂ，ＷＤｂ，…）の種類を表わす識別子（ＶＩｂ，ＷＩｂ，…）が先頭に配置されている。つまり、夫々のデータチャンク（ＶＣｂ，ＷＣｂ，…）に含まれるデータ楽音信号生成用制御データについて、音色パラメータ（ＶＤｂ）や波形データ（ＷＤｂ）等のデータ種類が分かるように、チャンクの先頭に識別子（例えば、チャンク名などを示すＩＤコード）を配置した上で、全てのデータチャンク（ＶＣｂ，ＷＣｂ，…）が暗号化されている。このシステムは、このような暗号化音楽コンテンツデータ（ＶＦｂ）の復号（解読）を作業領域ＲＡＭ（２）上で僅かなサイズ（例えば、１６Ｂｙｔｅ）ずつ行っていくと共に（Ｓ３，Ｓ９；Ｐ１〜Ｐ３）、各データチャンクの先頭からデータを読み始めて識別子が復号されると（Ｓ３）、識別子に続いて復号されるデータを楽音信号生成部（８，９）にどのように格納（ロード）して使うかを判別し（Ｓ４）、この判別結果に応じて、復号されたデータを、順次、楽音信号生成部（８，９）の所定箇所に格納する（Ｓ１０）。従って、この発明によれば、作業領域ＲＡＭが小さい電子楽器のような電子音楽装置でも、暗号化された波形データのように大きなデータサイズの楽音信号生成用制御データを含む音楽コンテンツを取り扱うことができると共に、暗号化された音楽コンテンツに含まれている楽音信号生成用制御データを、識別子が示す所望の箇所に格納することができる。

また、この発明による電子音楽装置においては（請求項２）、さらに、所定のデータサイズ（例えば、１６Ｂｙｔｅ）で順次読み出す各タイミングで、楽音信号生成に関する他の処理の要求を検知すると（Ｓ５＝ＹＥＳ）、これに応じてデータの読出し処理（Ｓ３，Ｓ９；Ｐ１）及び／又は復号処理（Ｓ３，Ｓ９；Ｐ３）及び／又は格納処理（Ｓ１０）を中断し、当該他の処理に切り替える（Ｓ６〜Ｓ８）。つまり、僅かなサイズ（例えば、１６Ｂｙｔｅ）ずつ復号するたびに、読出し、復号及び／又は格納処理を中断して要求された他の処理に切り替えるか否かのチェックをする。従って、この発明によれば、暗号化音楽コンテンツデータの復号中におけるシステムの応答性を上げることができる。

〔システムの概要〕
この発明の一実施例による音楽コンテンツ処理システムの機能が組み込まれる電子音楽装置は、音楽コンテンツ処理を含む音楽情報処理機能を有する一種のコンピュータであり、電子楽器のように楽音信号生成部を備える音楽機器が用いられる。図１は、この発明の一実施例による音楽コンテンツ処理システムが構築される電子音楽装置のハードウエア構成ブロック図を示す。この電子音楽装置は、中央処理装置（ＣＰＵ）１、ランダムアクセスメモリ（ＲＡＭ）２、読出専用メモリ（ＲＯＭ）３、外部記憶装置４、演奏操作検出回路５、パネル操作検出回路６、表示回路７、音源回路８、効果回路９、ＭＩＤＩインターフェース（Ｉ／Ｆ）１０、通信インターフェース（Ｉ／Ｆ）１１などを備え、これらの要素１〜１１はバス１２を介して互いに接続される。

ＣＰＵ１は、ＲＡＭ２及びＲＯＭ３と共にデータ処理部を構成し、所定の制御プログラムに従い、タイマ１３によるクロックを利用して音楽コンテンツ処理を含む種々の音楽情報処理を実行する。ＲＡＭ２は、これらの処理に際して必要な各種データを一時記憶するためのワーク領域として用いられ、ＲＯＭ３には、これらの処理を実行するために必要な各種制御プログラムや制御データ、自動演奏データ等が予め記憶される。

外部記憶装置４は、ハードディスク（ＨＤ）や、フラッシュメモリのような書換え可能な不揮発性の半導体メモリ、などの内蔵記憶媒体の外に、コンパクトディスク・リード・オンリィ・メモリ（ＣＤ−ＲＯＭ）、フレキシブルディスク（ＦＤ）、光磁気（ＭＯ）ディスク、ディジタル多目的ディスク（ＤＶＤ）、スマートメディア（登録商標）等の小型メモリカード、等々、種々の可搬性の外部記録媒体を含み、制御プログラムや制御データ、演奏データ等の音楽コンテンツを任意の外部記憶装置４に記憶することができる。

演奏操作検出回路５は、鍵盤などの演奏操作子１４の操作を検出し、演奏操作に対応する演奏データをデータ処理部に導入する。また、パネル操作検出回路６は、スイッチ等のパネル操作子１５の操作内容を検出し、これに対応する各種設定情報をデータ処理部に導入する。表示回路７は、各種インジケータ（図示せず）やＬＣＤ等のディスプレイ（表示器）１６の点灯／表示内容をＣＰＵ１からの指令に従って制御し、各種操作に対する表示援助を行う。

音源回路８は、複数の音源レジスタ８１及び波形ＲＡＭ８２を備えており、ＤＳＰを有する効果回路９と共に楽音信号生成部を構成する。各音源レジスタ８１には、楽音信号生成部で使用される楽音信号生成パラメータのうち、ボイスパラメータと呼ばれる音色パラメータや波形データの指定などの音源に関する音源パラメータを格納することができ、波形ＲＡＭ８２には、音高に応じた種々の楽音波形を表わす波形データのセットを複数の音色に対応して複数セット格納することができる。また、効果回路９は、楽音信号生成パラメータのうち効果に関する楽音信号生成パラメータを格納する効果設定レジスタ９１を備えている。音源レジスタ８１や効果設定レジスタ９１に格納される楽音信号生成パラメータや波形ＲＡＭ８２に記憶される波形データは、楽音信号生成用制御データと総称され、外部記憶装置４に記憶された音楽コンテンツデータからロードすることができる。

このような構成により、楽音信号生成部の音源回路８は、演奏操作子１４の演奏操作に基づく演奏データや記憶手段３、４等からの演奏データに基づいて、所望音色の楽音波形をもつオーディオ形式の楽音信号を生成し、効果回路９は、この楽音信号に所望の効果を付与する。そして、効果回路９に接続されたサウンドシステム１７は、Ｄ／Ａ変換部やアンプ、スピーカを備え、効果回路９からの楽音信号に基づく楽音を発生する。

ＭＩＤＩＩ／Ｆ１０には、この電子音楽装置と同様にＭＩＤＩ音楽情報処理機能を有する外部ＭＩＤＩ機器５０が接続され、ＭＩＤＩＩ／Ｆ１０を通じてこの電子音楽装置と外部ＭＩＤＩ機器５０との間でＭＩＤＩ演奏データを授受することができる。通信Ｉ／Ｆ１１には、インターネットやローカルエリアネットワーク（ＬＡＮ）などの通信ネットワーク６０が接続され、外部のサーバコンピュータ７０等から、制御プログラムや、楽音信号生成用制御データや演奏データなどの音楽コンテンツをダウンロードし外部記憶装置４に保存してこの電子音楽装置で利用することができる。

〔音楽コンテンツのデータ構造〕
図２は、この発明の一実施例による音楽コンテンツ処理システムで利用される音楽コンテンツのデータ構造例を示す。この音楽コンテンツ処理システムでは、音楽コンテンツとして、ボイス（音色）データファイルと呼ばれる楽音信号生成用制御データファイルを利用することができ、これには、図２（１）に示されるように暗号化されていない（非暗号化）ボイスデータファイルＶＦａと、図２（２）に示されるように暗号化されている（暗号化）ボイスデータファイルＶＦｂがあり、この電子音楽装置の外部記憶装置４に記録されている。両ボイス（音色）データファイルＶＦａ；ＶＦｂは、何れも、チャンクと呼ばれる所定のデータ単位でくくられており、ヘッダチャンクＨＣａ；ＨＣｂに続く楽音信号生成用制御データＶＤａ，ＷＤａ，…；ＶＤｂ，ＷＤｂ，…等のデータ部分についても、これらデータの種類に対応して、データチャンクＶＣａ，ＷＣａ，…；ＶＣｂ，ＷＣｂ，…でくくられており、データの種類を表わす識別子（チャンクＩＤ）ＶＩａ，ＷＩａ，…；ＶＩｂ，ＷＩｂ，…が夫々のデータチャンクの先頭に配置されている。ボイスデータファイルＶＦａ；ＶＦｂの楽音信号生成用制御データをロードする際には、データチャンクＶＣａ，ＷＣａ，…；ＶＣｂ，ＷＣｂ，…の先頭から、順次、識別子より大きいがチャンクより小さい僅かな所定サイズ（例えば、１６Ｂｙｔｅ）のデータを取得し（暗号化ボイスデータファイルＶＦｂの場合には、所定サイズずつＲＡＭ２に読み出しては復号する）、夫々のデータチャンク識別子ＶＩａ，ＷＩａ，…；ＶＩｂ，ＷＩｂ，…の内容に従って楽音信号生成部８；９の所定箇所８１，８２；９１に順次格納していく。

より具体的に説明すると、図２（１）に例示された非暗号化ボイスデータファイルＶＦａは、チャンクと呼ばれるデータ単位でくくられており、これらのチャンクは、ヘッダチャンクＨＣａ、ボイス（音色）パラメータチャンクＶＣａ、波形データチャンクＷＣａ及びその他の複数のチャンクで構成されており、楽音信号生成用制御データを含むボイス（音色）パラメータチャンク以下のチャンクＶＣａ，ＷＣａ，…は、データチャンクと呼ばれる。

ヘッダチャンクＨＣａは、このチャンクがヘッダチャンクであることを表わす固定長のヘッダチャンク識別子（チャンクＩＤともいう）ＨＩａ、ヘッダチャンクＨＣａの全データサイズをバイト長で表わす固定長のヘッダチャンクサイズ情報（バイト長情報）、並びに、フォーマットやバージョンなどのヘッダ情報及び暗号化に関するフラグ（暗号化のフラグともいう）を含む可変長のヘッダチャンク内データ部分から成る。非暗号化ボイスデータファイルＶＦａの場合、ヘッダチャンクを含む全チャンクＨＣａ，ＶＣａ，ＷＣａ，…が暗号化されておらず、暗号化のフラグは、非暗号フラグ（ＦＡＬＳＥ）であり、以降のチャンクが暗号化されていないことを表わす。

ボイスパラメータチャンクＶＣａは、このチャンクがボイスパラメータチャンクであることを表わす固定長のボイスパラメータチャンク識別子（チャンクＩＤ）ＶＩａ、ボイスパラメータチャンクＶＣａの全データサイズをバイト長で表わす固定長のボイスパラメータチャンクサイズ情報（バイト長情報）、並びに、ＬＦＯ、ＥＧ（エンベロープ・ジェネレータ）、ＥＱ（イコライザ）などの音色に関する楽音信号生成用の設定パラメータを含む可変長のボイス（音色）パラメータ群ＶＤａから成る。

波形データチャンクＷＣａは、このチャンクが波形データチャンクであることを表わす固定長の波形データチャンク識別子（チャンクＩＤ）ＷＩａ、波形データチャンクＷＣａの全データサイズをバイト長で表わす固定長の波形データチャンクサイズ情報（バイト長情報）、並びに、音域毎の楽音波形の実体を表わす複数の波形データを含む可変長の波形データセット（単に、波形データ、ウェーブデータともいう）ＷＤａから成る。

また、その他のチャンクには、波形データセットＷＤａを指定する波形情報のチャンクや、エフェクトに関する楽音信号生成パラメータのチャンクなどがあり、その他のチャンクも、上述した各チャンクＨＣａ、ＶＣａ、ＷＣａと同様に、固定長のチャンク識別子（チャンクＩＤ）及びチャンクサイズ情報（バイト長情報）と可変長のデータ部分とから成る。なお、これらのチャンクＨＣａ、ＶＣａ，ＷＤａ，…においてチャンク識別子ＨＩａ、ＶＩａ，ＷＩａ，…及びチャンクサイズ情報から成るヘッダパートのデータサイズについては、例えば、識別子及びサイズ情報とも夫々４Ｂｙｔｅとし、各チャンクのヘッダパート（識別子＋サイズ情報）では、何れも、８Ｂｙｔｅとすることができる。

そして、非暗号化ボイスデータファイルＶＦａの楽音信号生成用制御データＶＤａ，ＷＤａ，…をロードする際は、ファイルＶＦａから、各チャンクのデータサイズより小さく、各チャンクのヘッダパートサイズ（チャンク識別子及びチャンクサイズ情報の合計サイズ）以上の僅かな一定データサイズ、例えば、１６Ｂｙｔｅずつ、順次、データをＲＡＭ２に読み出して、データチャンクＶＣａ，ＷＣａ，…から楽音信号生成用制御データＶＤａ，ＷＤａ，…を取得し、データチャンクＶＣａ，ＷＣａ，…の識別子ＶＩａ，ＷＩａ，…の内容に従って楽音信号生成部８；９の所定箇所８１，８２；９１に格納していく。

図２（２）に例示された暗号化ボイスデータファイルＶＦｂも、非暗号化ボイスデータファイルＶＦａと同様に、チャンクでくくられており、ヘッダチャンクＨＣｂに続くデータチャンクは、ボイス（音色）パラメータチャンクＶＣｂ、波形データチャンクＷＣｂ及びその他の複数のチャンクで構成されている。ヘッダチャンクＨＣｂは、ファイルＶＦａのヘッダチャンクＨＣａと同様に、ヘッダチャンク識別子（チャンクＩＤ）ＨＩｂ及びヘッダチャンクサイズ情報（バイト長情報）を有し、ヘッダチャンク内のデータ部分には、フォーマットやバージョンなどのヘッダ情報が記述されているが、暗号化に関するフラグとしては暗号済みフラグ（ＴＲＵＥ）が記述されている点が異なる。

つまり、暗号化ボイスデータファイルＶＦｂの場合には、ヘッダチャンクＨＣａは暗号化されていないが、網掛けで示すように、暗号化ボイスデータファイルＶＦａボイスパラメータチャンク以下の全データチャンクＶＣｂ，ＷＣｂ，…の部分が暗号化されており、暗号化のフラグは、以降のチャンクが暗号化されていることを表わす「暗号済みフラグ」となる。ここで、暗号化／復号化は、ＸＯＲ（エクスクルーシブオア）を利用する方式とする。ボイデータのうち暗号化される部分は、３２ビット長の暗号キーで先頭から３２ビットずつ順にＸＯＲ演算して暗号化される。この鍵データは、乱数を用いるなどして生成された共通鍵データであり、ボイスデータファイル供給者と電子音楽装置（電子楽器）製造元だけが知っていて、他者には明かされていないものである。

なお、データチャンク、つまり、ボイスパラメータチャンクＶＣｂ、波形データチャンクＷＣｂ及びその他の複数のチャンクについては、暗号化されている点を除いて、内容的には非暗号化ファイルＶＦａと同様のデータ構造を呈している。例えば、ボイスパラメータチャンクＶＣｂは、ボイスパラメータチャンク識別子（チャンクＩＤ）ＶＩｂ、ボイスパラメータチャンクサイズ情報（バイト長情報）、並びに、ＬＦＯ、ＥＧ、ＥＱ他の音色に関する楽音信号生成パラメータを含むボイス（音色）パラメータ群ＶＤｂから成り、波形データチャンクＷＣｂも、波形データチャンク識別子（チャンクＩＤ）ＷＩｂ、波形データチャンクサイズ情報（バイト長情報）及び波形データＷＤｂから成る。また、その他のチャンク群については、波形データセットＷＤａを指定する波形情報チャンクや、エフェクトに関するパラメータチャンク等がある。

そして、暗号化ボイスデータファイルＶＦｂの楽音信号生成用制御データＶＤｂ，ＷＤｂ，…をロードする際は、ファイルＶＦｂから、非暗号化ボイスデータファイルＶＦａの場合と同様に、上述した僅かな一定データサイズ、例えば、１６Ｂｙｔｅずつ、順次、データをＲＡＭ２に読み出し、楽音信号生成用制御データＶＤｂ，ＷＤｂ，…を復号して、チャンクＶＣｂ，ＷＣｂ，…の識別子ＶＩｂ，ＷＩｂ，…の内容に従って楽音信号生成部８；９の所定箇所８１，８２；９１に格納していく。

〔処理フロー例〕
図３及び図４は、この発明の一実施例による音楽コンテンツ処理を表わすフローチャートを示す。この音楽コンテンツ処理は「ファイル読出し処理」と呼ばれ、ユーザ操作によって、ファイル選択処理において、外部記憶装置４から、例えば、非暗号化ボイスデータファイルＶＦａ或いは暗号化ボイスデータファイルＶＦｂを処理対象に指定し、指定されたボイスデータファイルＶＦａ；ＶＦｂの楽音信号生成用制御データ（ＶＤａ，ＷＤａ，…；ＶＤｂ，ＷＤｂ，…）のロードを指示すると、ファイル読出し処理が起動される。

最初のステップＳ１では、ＣＰＵ１は、非暗号化ボイスデータファイルＶＦａ或いは暗号化ボイスデータファイルＶＦｂから、そのヘッダチャンクＨＣａ，ＨＣｂを読み出し、次のステップＳ２で、同チャンクＨＣａ，ＨＣｂ内のデータ部分に含まれている暗号化に関するフラグをＲＡＭ２にコピーして保持する。つまり、非暗号化ボイスデータファイルＶＦａであれば非暗号化フラグを保持し、暗号化ボイスデータファイルＶＦｂであれば暗号化フラグを保持する。そして、最初のデータチャンクを指示してステップＳ３に進む。

ステップＳ３では、図５に示される「所定長データ取得処理」により、ファイルＶＦａ；ＶＦｂから、指示されたデータチャンクＶＣａ，ＷＣａ，…；ＶＣｂ，ＷＣｂ，…の先頭にある所定長（例えば、１６Ｂｙｔｅ）のデータ、つまり、少なくともヘッダパート（チャンク識別子及びバイト長情報）を含むチャンク先頭部分の情報を取得し、次のステップＳ４で、取得したデータに含まれるチャンク識別子ＶＩａ，ＷＩａ，…；ＶＩｂ，ＷＩｂ，…とバイト長情報をＲＡＭ２に保持する。例えば、ステップＳ２からステップＳ３に進んだ場合は、最初のデータチャンクＶＣａ，ＶＣｂの先頭部分にあるボイスデータチャンク識別子ＶＩａ，ＶＩｂ及びボイスデータチャンクバイト長情報を取得し保持する。

図５の処理フロー例に従って説明すると、ステップＰ１で、非暗号化或いは暗号化ボイスデータファイルＶＦａ；ＶＦｂから、その先頭部分にある所定長（例えば、１６Ｂｙｔｅ）のデータを読み出し、ステップＰ２で、暗号化に関するフラグがＴＲＵＥか否か、即ち、ステップＳ２でＲＡＭ２に保持された暗号化のフラグが暗号済みフラグ（ＴＲＵＥ）であるか否かを判定する。ここで、暗号化のフラグが非暗号フラグ（ＦＡＬＳＥ）であれば（Ｐ２＝ＮＯ）、直ちに、ステップＳ４にリターンする。つまり、このファイル読出し処理の対象が非暗号化ボイスデータファイルＶＦａであれば、ステップＳ４にて、ステップＰ１で読み出したボイスデータチャンク識別子ＶＩａ等のデータをそのまま保持する。なお、各チャンクには、適宜、無意味な０などゼロデータを詰めるなどして、暗号化後の暗号化データは、所定長（例えば、１６Ｂｙｔｅ）の倍数にしてあるものとする。

一方、暗号化のフラグが暗号済みフラグ（ＴＲＵＥ）であれば（Ｐ２＝ＹＥＳ）、ステップＰ３に進み、所定の復号キー（暗号解読キー）を使って所定長（サイズ）データを復号し、その後、ステップＳ４にリターンする。つまり、このファイル読出し処理の対象が暗号化ボイスデータファイルＶＦｂであれば、ステップＰ３において、予めＲＯＭ３に埋め込まれている３２ビット長の共通の鍵データを復号キーとして読み出し、この復号キーを用いて、暗号化されているデータの先頭から３２ビットずつ順にＸＯＲ演算することにより、ステップＰ１で読み出したボイスデータチャンク識別子ＶＩｂを含むヘッダパート等のデータを復号し、ステップＳ４にて、復号されたデータを保持する。

ステップＳ４で当該チャンクのヘッダパートデータ（チャンク識別子とバイト長）を保持する処理を行った後は、ステップＳ５に進んで、他に優先すべき処理があるかを判定する。ここで、優先すべき他の処理があったとき、例えば、演奏操作子１４の演奏操作に従い、プリセットされたボイスデータ或いは既にロード済みのボイスデータを用いて楽音信号を生成するための処理の要求があったときは（Ｓ５＝ＹＥＳ）、まず、ステップＳ６で、このファイル読出し処理の状態を表わすレジスタや変数をＲＡＭ２の所定領域に一時退避させ、次のステップＳ７で、要求された他の処理を行い、その後、ステップＳ８にて、退避していたファイル読出し処理の状態を表わすレジスタや変数を復帰させる。

ステップＳ５で他に優先すべき処理がないと判定したとき（Ｓ５＝ＮＯ）、或いは、ステップＳ８の復帰処理の後は、ステップＳ９に進み、図５の所定長データ取得処理のフローに従って次の所定長データを取得する処理を行い、更にステップＳ１０（図４）に進む。つまり、ステップＰ１で、ファイル（ＶＦａ；ＶＦｂ）から、次の所定長（例えば、１６Ｂｙｔｅ）のデータを読み出し、非暗号ファイル（ＶＦａ）の場合は（Ｐ２＝ＮＯ）直ちにステップＳ１０にリターンし、暗号済みファイル（ＶＦｂ）の場合には（Ｐ２＝ＹＥＳ）、ステップＰ３にて、読み出した所定長データを所定の復号キーで復号した後、ステップＳ１０にリターンする。そして、ステップＳ１０では、所定長データ取得処理で取得したデータをチャンク識別子に対応するレジスタ（８１，９１）や波形ＲＡＭ（８２）などに転送する。例えば、現在のチャンクがボイスデータチャンクＶＣａ：ＶＣｂの場合、そのチャンク識別子ＶＩａ：ＶＩｂに従って、取得したパラメータデータを音源レジスタ８１に格納する。なお、前述のように、各チャンクには、適宜、無意味なゼロデー詰めるなどして、暗号化後の暗号化の暗号データが所定長（例えば、１６Ｂｙｔｅ）の倍数にしてある。

次のステップＳ１１では、現在のチャンクのデータ部分を読み終えたか否かを判断し、読み終えていないときは（Ｓ１１＝ＮＯ）、ステップＳ５に戻り、現在のチャンクのデータ部分を読み終えない間は、現在のチャンクについてステップＳ５〜Ｓ１１の処理を繰り返す。そして、現在のチャンクのデータ部分を読み終えたときには（Ｓ１１＝ＹＥＳ）、ステップＳ１２に進んで、読取りが処理対象のファイル（ＶＦａ；ＶＦｂ）の終端に達したか否かを判定する。

ここで、ファイル（ＶＦａ；ＶＦｂ）の終端に達していないときは（Ｓ１２＝ＮＯ）、次のデータチャンクを指示した上で、ステップＳ３に戻り、ファイル（ＶＦａ；ＶＦｂ）の終端に達しない間は、指示された次のデータチャンクＷＣａ，…；ＷＣｂ，…について、ステップＳ５〜Ｓ１２の処理を繰り返す。例えば、次のデータチャンクが波形データチャンクＷＣａ：ＷＣｂの場合、そのチャンク識別子ＷＩａ：ＷＩｂに従って、所定長データ取得処理で取得したパラメータデータを、順次、波形ＲＡＭ８２に格納する。そして、全てのデータチャンクを読み終えて、ステップＳ１２で、ファイル（ＶＦａ；ＶＦｂ）の終端に達したと判定されると（Ｓ１２＝ＹＥＳ）、このファイル読取り処理を終了する。

〔種々の実施態様〕
以上、図面を参照しつつ、この発明の好適な実施の形態について詳述したが、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能である。例えば、実施例の説明では、データ暗号化の前後で同じサイズになるようにしたが、データの整合性をチェックすためのパリデータやチェッサムデータを付加することによりサイズが増えるようにしてもよい。逆に、データ圧縮を施してから暗合化するようにして、暗号データが元のサイズより小さくなるようにしてもよい。なお、このように暗号化によってサイズが変る場合であっても、読み出しサイズのアラインメントは適宜なされるものとする。

また、実施例では、ＸＯＲ（エクスクルーシブオア）を利用する暗号化／復号化方式を挙げたが、一般的な暗合化／復号化方法でよい。例えば、ＤＥＳやＩＤＥＡ、ＦＥＡＬ、ＭＩＳＴＹなどの他の共通鍵暗合方式でもよいし、ＲＳＡ、ＥｌＧａｍａｌ暗合、楕円曲線暗合などの公開鍵暗号方式でもよい。

この発明の一実施例による音楽コンテンツ処理システムが構築される電子音楽装置のハードウエア構成ブロック図を示す。 この発明の一実施例による音楽コンテンツ処理システムで利用される音楽コンテンツのデータ構造例を表わす図である。 この発明の一実施例によるファイル読出し処理を表わすフローチャートの一部である。 この発明の一実施例によるファイル読出し処理を表わすフローチャートの他部である。 この発明の一実施例による所定長データ取得処理のフローチャートである。

符号の説明

８１，８２，９１ 音源レジスタ、波形ＲＯＭ及び効果設定レジスタ
ＶＦａ，ＶＦｂ ボイス（音色）データファイル（音楽コンテンツデータ）、
ＨＣａ，ＨＣｂ ヘッダチャンク（ａ／ｂは、暗号化されていない／いるを表わす）、
ＶＣａ，ＶＣｂ；ＶＩａ，ＶＩｂ ボイス（音色）パラメータチャンク及びその識別子、
ＶＤａ，ＶＤｂ ボイス（音色）パラメータ群、
ＷＣａ，ＷＣｂ；ＷＩａ，ＷＩｂ 波形データチャンク及びその識別子。

Claims (3)

1. 楽音信号生成部に格納された楽音信号生成用制御データに従って楽音信号を生成する電子音楽装置であって、
   暗号化された１以上のデータチャンクを有し、各データチャンクには、当該データチャンクに含まれている楽音信号生成用制御データの種類を表わす識別子が先頭に配置された音楽コンテンツデータから、識別子より大きくデータチャンクより小さい所定サイズのデータを、順次、読み出すデータ読出し手段と、
   データ読出し手段により読み出される所定サイズのデータを、順次、復号するデータ復号手段と、
   データ復号手段により復号されたデータチャンク先頭部分のデータから、当該データチャンクの識別子を検知する識別子検知手段と、
   識別子検知手段により検知された識別子に基づいて、データ復号手段により復号される楽音信号生成用制御データ部分のデータを、順次、楽音信号生成部に格納するデータ格納手段と
   を具備することを特徴とする電子音楽装置。
2. さらに、
   データ読出し手段が所定サイズのデータを順次読み出す各タイミングで、楽音信号生成に関する他の処理の要求を検知する他処理要求検知手段と、
   他処理要求検知手段により他の処理の要求が検知されたことに応じて、読出し手段及び／又は復号手段及び／又は格納手段の処理を中断し、当該他の処理に切り替える処理切替え手段と
   を具備することを特徴とする請求項１に記載の電子音楽装置。
3. 楽音信号生成部に格納された楽音信号生成用制御データに従って楽音信号を生成する電子音楽装置として機能するコンピュータに、
   暗号化された１以上のデータチャンクを有し、各データチャンクには、当該データチャンクに含まれている楽音信号生成用制御データの種類を表わす識別子が先頭に配置された音楽コンテンツデータから、識別子より大きくデータチャンクより小さい所定サイズのデータを、順次、読み出すデータ読出しステップと、
   データ読出しステップで読み出される所定サイズのデータを順次復号するデータ復号ステップと、
   データ復号ステップで復号されたデータチャンク先頭部分のデータから、当該データチャンクの識別子を検知する識別子検知ステップと、
   識別子検知ステップで検知された識別子に基づいて、データ復号ステップで復号される楽音信号生成用制御データ部分のデータを、順次、楽音信号生成部に格納するデータ格納ステップと
   から成る手順を実行させる音楽コンテンツ処理プログラム。

Images