JP4674623B2

JP4674623B2 - 音源システム及び楽曲ファイル作成ツール

Info

Publication number: JP4674623B2
Application number: JP2008242313A
Authority: JP
Inventors: 隆宏川嶋
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2008-09-22
Filing date: 2008-09-22
Publication date: 2011-04-20
Anticipated expiration: 2024-08-05
Also published as: JP2008304950A

Description

本発明は、携帯端末などに搭載され、楽曲シーケンスデータを交換するためのデータ交換フォーマットを有する楽曲ファイルを再生することができる音源システム、及び、楽曲シーケンスデータから前記データ交換フォーマットを有する楽曲ファイルを作成することができる楽曲ファイル作成ツールに関する。

音源を用いて楽曲を再生させる楽曲シーケンスデータを頒布したり、相互に利用したりするためのデータ交換フォーマットとして、ＳＭＦ（Standard MIDI file format）やＳＭＡＦ（Synthetic Music Mobile Application Format）などが知られている。
ＳＭＦは演奏情報の保存やデータ交換を行うためのデータフォーマットであり、ＧＭ（General MIDI）規格に従ってＳＭＦファイルを作成すれば、ＧＭ規格に従った音源であれば、その音色マップに従い、音源の持つ楽器音色により、それなりに再生することができる。
また、ＳＭＡＦは、携帯端末などにおいてマルチメディアコンテンツを表現するためのデータフォーマット仕様である（非特許文献１参照）。
さらに、特許文献１には、音色データ付きの楽曲ファイル（ＳＭＡＦファイル）が記載されている。ここで、音色データ（音色パラメータ）とは、ＦＭ音源の場合にはＦＭ演算のアルゴリズムを指示するパラメータであり、波形メモリ（ＷＴ）音源の場合には音色波形データなどである。
特開２００３−２２０７２号公報ヤマハ株式会社，"ＳＭＡＦ仕様概要 "，[on line]，［平成１６年６月３０日検索］，インターネット<URL: http://smaf-yamaha.com/jp/what/smaf_spec.html>

同じ楽器であっても、音源により、その音色のニュアンスや音圧感などが異なる。このため、ＧＭ音色マップに従って作成されたＳＭＦファイルでも、それを再生する音源により製作者が意図した通りに忠実に楽曲を再生することができない場合がある。
また、上記特許文献１に記載されている音色データ付きの楽曲ファイル（ＳＭＡＦファイル）を、音色データに対応していない音源が再生する場合には、該ファイルに付加されている音色データを無視して、自らが保持している音色データを用いて再生することとなる。すなわち、ＳＭＦ形式のファイルと同様に、プログラムチェンジメッセージに含まれているプログラムチェンジ番号（音色番号）に従って、その番号に対応する自らが保持している音色で再生することとなる。
現在、このような音色データに対応していない音源を持つ携帯端末と、音色データに対応している音源を持つ携帯端末が存在する。

図８は、音色データが付加されているコンテンツ（ＳＭＡＦファイル）をＳＭＡＦに非対応の一般の音源システムで再生するときの様子を示す図である。
この図に示す例では、コンテンツは、プログラムチェンジ番号＃１に特定のピアノの音色、プログラムチェンジ番号＃２５に特定のギターの音色が付加されているＳＭＡＦファイルである。このＳＭＡＦファイルを、ＳＭＡＦ非対応の音源システムで再生すると、該音源システムでは付加されている音色を処理することができず、プログラムチェンジ番号のみに基づいて自らが例えばＲＯＭに保持している一般ピアノの音色及び一般ギターの音色を用いて再生することとなる。

しかし、例えば、プログラムチェンジ番号＃１のピアノについていえば、本来ＳＭＡＦファイルが持つ音色データはその楽曲の雰囲気に合うようにチューニングされたピアノの音色であり、ピアノの音色であればどんな音色でもよいという訳ではない。したがって、このようなＳＭＡＦに対応していない音源で再生すると、本来制作者が意図していない音色で再生されてしまうこととなる。
そして、それを聞くユーザは、それでもピアノの音はピアノの音で再生されているため、本来のピアノの音ではないことに気が付かず、この楽曲ファイルはこの程度のものなのだと勘違いしてしまい、楽曲ファイルの価値が落ちてしまうという問題がある。

そこで本発明は、制作者が意図した楽曲の再生を保証することができる、楽曲シーケンスデータを交換するためのデータ交換フォーマットを有する楽曲ファイルを再生することができる音源システム、及び、前記データ交換フォーマットを有する楽曲ファイルを作成することができる楽曲ファイル作成ツールを提供することを目的としている。

上記目的を達成するために、本発明の音源システムは、リズム楽器を含む音色種類にそれぞれ割り当てられる複数のチャンネルを有する楽曲シーケンスデータを含む楽曲ファイルを再生することができる音源システムであって、前記楽曲シーケンスデータは、元となる楽曲シーケンスデータに含まれているチャンネル番号を番号が重なることがないようにランダムに再配置するスクランブル処理が施された楽曲シーケンスデータであり、前記楽曲ファイルは、前記楽曲シーケンスデータとともに、前記ランダムに再配置されたチャンネル番号と音色種類との対応関係を示すチャンネル属性情報を含み、楽曲ファイルが入力されたときに、前記チャンネル属性情報を用いて再生すべき音色種類を設定する手段と、該設定された音色種類に応じて前記楽曲シーケンスデータを再生することで、前記スクランブル処理が施された楽曲シーケンスデータをスクランブル処理が施される前の状態と同じ状態で再生する手段とを有するものである。
また、本発明の楽曲シーケンスデータに基づいて新たな楽曲ファイルを作成することができる楽曲ファイル作成ツールは、リズム楽器を含む音色種類にそれぞれ割り当てられる複数のチャンネルを有する楽曲シーケンスデータを入力する入力手段と、該入力された楽曲シーケンスデータに含まれるチャンネル番号を番号が重なることがないようにランダムに再配置する手段と、該再配置後されたチャンネル番号と音色種類との対応関係を示すチャンネル属性情報を作成する手段と、前記チャンネル番号が再配置された楽曲シーケンスデータと前記チャンネル属性情報とを含む楽曲ファイルを出力する手段とを有するものである。

上述のようなスクランブル処理が施されたイベントを処理することができない音源システムで本発明のデータ交換フォーマットを有する楽曲ファイルを再生する場合には、音色などが明らかに異なる音で再生されるため、ユーザが上述のような誤解をすることはない。
したがって、本発明の楽曲シーケンスデータを交換するためのデータ交換フォーマットによれば、制作者が意図した楽曲の再生を保証することができ、楽曲ファイル（コンテンツ）の価値を守ることができる。
また、本発明の音源システムによれば、本発明の楽曲シーケンスデータを交換するためのデータ交換フォーマットを有する楽曲ファイルを、制作者が意図した音色で再生することができる。
さらに、本発明の楽曲ファイル作成ツールによれば、楽曲シーケンスデータから本発明のデータ交換フォーマットを有する楽曲ファイルを作成することができる。

図１の（ａ）は、本発明のデータ交換フォーマットを有する楽曲ファイルのファイル構造を示す図である。
この楽曲ファイルは、ＳＭＡＦファイルと同様にチャンク構造とされており、１はこの楽曲ファイルのファイルチャンクである。ファイルチャンク１はヘッダ部とボディ部とを有する。ヘッダ部にはファイルを識別するためのファイルＩＤ（チャンクＩＤ）と後続するボディ部の長さを示すチャンクサイズが含まれている。
ボディ部はチャンク列であり、図示するように、コンテンツインフォ・チャンク（Contents Info Chunk）２、オプショナルデータ・チャンク（Optional Data Chunk）３及びスコアトラック・チャンク（Score Track Chunk）４が含まれている。
コンテンツインフォ・チャンク２には、コンテンツのタイプやコピーステータス等の各種管理用情報が格納されていおり、オプショナルデータ・チャンク３には、ジャンル名、曲名、アーティスト名、作詞／作曲者名等が格納されている。
スコアトラック・チャンク４は、音源を再生するための各種データを格納するチャンクであり、実演奏データ（シーケンスデータ）を格納するシーケンスデータ・チャンク（Sequence Data Chunk）５、音色データやエフェクト設定などを格納するセットアップデータ・チャンク（Setup Data Chunk）６、及び、後述するスクランブル情報を格納するスクランブル・チャンク（Scramble Chunk）７が含まれている。
このようにこの楽曲ファイルはＳＭＡＦファイルを変形したものであり、スクランブル・チャンク７が含まれている点で通常のＳＭＡＦファイルと相違している。なお、スクランブル・チャンク７は、必ずしもこのスコアトラック・チャンク４内に含まれている必要はなく、他の場所に配置されていてもよい。また、ＳＭＡＦファイルには、ＰＣＭオーディオトラック・チャンクやグラフィックトランク・チャンクなどが含まれていることがあるが、ここでは省略している。

図１の（ｂ）は、前記シーケンスデータ・チャンク５に含まれているシーケンスデータを示す図である。図示するように、シーケンスデータは、イベントとイベントの間の経過時間を示すデュレーション（Duration）とイベント（Event）の組がイベントの発生順に配置されて構成されている。なお、イベントとは、シーケンスデータに定義されている出力デバイス（この場合は、音源）に対する制御内容のデータ表現であり、例えば、ノートメッセージ、プログラムチェンジ、ピッチベンド、ボリューム、エクスプレッション、エクスクルーシブ・メッセージなどＭＩＤＩと同様のイベント群である。
本発明の楽曲ファイルにおいては、このシーケンスデータ・チャンク５に含まれているシーケンスデータ中の特定のイベントが後述するようにスクランブル処理されている点が従来のＳＭＡＦファイルと相違している。

図２は、このような本発明のデータ交換フォーマットを有する楽曲ファイルを作成する楽曲ファイル作成装置の概略構成を示すブロック図である。なお、この楽曲ファイル作成装置は、ＳＭＦや従来のＳＭＡＦなどの既存のサウンドファイル（楽曲シーケンスファイル）を入力として本発明の楽曲ファイル（ＳＭＡＦファイル）を作成するものである。
この図において、１１は楽曲ファイル作成ツール（オーサリングツール）、１２はオーサリングツール１１に入力されるＳＭＦファイルなどの既存のサウンドファイル、１３は各種コマンドなどを入力するための操作部、１４はＳＭＦファイルやＳＭＡＦファイルを再生する音源システム、１５はスピーカ、１６はオーサリングツール１１から出力される本発明の楽曲ファイル（ＳＭＡＦファイル）である。
オーサリングツール１１は、ＳＭＦファイル（.mid）や従来のＳＭＡＦファイル（.mmf）などの既存のサウンドファイル（楽曲シーケンスデータ）１２を入力とし、その特定のイベントにスクランブル処理を施して本発明の楽曲ファイル（ＳＭＡＦファイル）１６として出力する処理を行うものであり、例えば、コンピュータプログラムにより実現される。

図３は、前記オーサリングツール１１における処理の流れを示すフローチャートである。この図に示した処理は、基本的には、既存のサウンドファイルを素材として新たなＳＭＡＦファイルを作成する処理であり、スクランブルモードとされているときに、特定のイベントについてスクランブル処理を行って本発明の楽曲ファイルを作成する処理である。
なお、どのイベントをスクランブル処理の対象とするか、また、どのようなアルゴリズムのスクランブル処理を施すかについては、種々の場合を考えることができるが、この例では、プログラムチェンジメッセージに含まれるプログラムチェンジ番号を番号が重なることがないようにランダムに再配置するスクランブル処理を施すようにしている。

まず、ＳＭＦなどの素材となるサウンドファイル（楽曲シーケンスデータ）１２を入力し（Ｓ１）、前記操作部１３からのユーザーの指示（設定・変更・試聴など）に基づき、それに対応した処理、音量等各種の調整や音色データの取得とプログラムチェンジ番号との対応付け、あるいは、試聴用の再生などの処理を行う（Ｓ２，Ｓ３）。例えば、試聴の結果ピアノの音色を一般の音色から特定のピアノの音色に変更するときは、その特定のピアノの音色データを取得してそのプログラムチェンジ番号に対応付ける。
このような処理の後、ファイル出力指示があったときには（Ｓ４がＹＥＳ）、そのサウンドファイルを前述したＳＭＡＦファイルに変換する（Ｓ５）。このとき、指定された音色データとプログラムチェンジ番号との対応付けを行い、前記セットアップデータ・チャンクのデータを作成する（Ｓ６）。
そして、スクランブルモードであるか否かを判定し（Ｓ７）、スクランブルモードでないときは、そのＳＭＡＦファイルを出力して処理を終了する。
一方、スクランブルモードであるときは、前記シーケンスデータ・チャンクに含まれているプログラムチェンジイベント中のプログラムチェンジ番号をランダムに再配置する（Ｓ９）。このとき、前記セットアップデータ・チャンクに含まれている音色データについてもプログラムチェンジ番号の再配置を行い、再配置前のプログラムチェンジ番号に対応していた音色データが再配置後のプログラムチェンジ番号に対応付けられているようにする。
そして、該再配置のアルゴリズムに用いる情報などのように再配置されたプログラムチェンジ番号を元に戻すために用いる情報（スクランブル情報）を作成し、スクランブル・チャンクとして付加する（Ｓ１０）。このようにして、特定のイベントのデータがスクランブル処理された楽曲ファイル１６が出力され、処理を終了する（Ｓ１１）。

なお、上記においては、スクランブルモードであるときにスクランブル処理を行い、スクランブルモードでないときはスクランブル処理を行わないようにしていたが、常にスクランブル処理を行うようにしてもよい。
また、ＳＭＡＦは音色データを定義しないで作成することもできるようにして、音色データの有無によって、音色データが含まれているときにのみ自動的に上記スクランブルをかけるようにしてもよい。

図４は、スクランブル処理の例を示す図である。
この図において、（ａ）は再配置前のコンテンツ、（ｂ）は再配置後のコンテンツとスクランブル情報を示している。
この図において、（ａ）再配置前には、プログラムチェンジ番号＃１には特定のピアノの音色が対応し、＃２５には特定のギターの音色が、＃６６には特定のサックスの音色が、それぞれ対応していたのを、前記スクランブル処理によりプログラムチェンジ番号をランダムに再配置して、（ｂ）に示すように、プログラムチェンジ番号＃１０３に前記特定のピアノの音色、＃７４に前記特定のギターの音色、＃３９に前記特定のサックスの音色を対応付けている。
そして、前記再配置する処理のアルゴリズムに用いた情報などの、再配置されたプログラムチェンジ番号を元に戻すために必要なスクランブル情報は、前記スクランブル・チャンクとして、コンテンツ中に別途格納しておく。
なお、後述するように、この楽曲ファイルを再生するときに、前記スクランブル情報は必要とされないが、このスクランブル情報を用いることにより、再配置されたプログラムチェンジ番号を元に戻すことが可能となり、スクランブル後のコンテンツを編集する作業などを容易に行うことが可能となる。

図５は、上述のような本発明のデータ交換フォーマットを有する楽曲ファイルを再生することができる音源システムの構成を示すブロック図である。
この図において、２１はこの音源システムの制御を行うＣＰＵ、２２は制御プログラムやプリセット音色データなどの各種データが格納されているＲＯＭ、２３はワークエリアとして使用されるとともに、再生するＳＭＡＦファイルなどの楽曲ファイルやその他のデータを記憶するＲＡＭ、２４は音源、２５は該音源２４に接続されたスピーカ、２６は前記構成要素２１〜２４を接続するバスである。
図示するように、音源２４は、前記バス２６に接続されたインターフェース回路２７、該インターフェース回路２７に接続されたＦＩＦＯ（先入れ先出し）バッファ２８、該ＦＩＦＯバッファ２８に接続されたシーケンサ２９、前記インターフェース回路２７に接続された音色ＲＡＭ３０、前記シーケンサ２９と音色ＲＡＭ３０に接続された音源部３１、及び、音源部３１から出力されるデジタルサウンド信号をアナログ信号に変換するＤ／Ａ変換器（ＤＡＣ）３２を有している。

このように構成された音源システムにおいて、ＳＭＡＦファイルや本発明のデータ交換フォーマットを有する楽曲ファイル（前述のように、ＳＭＡＦを拡張したファイルであるということができるため、以下では、これらをまとめてＳＭＡＦファイルと呼ぶ。）の再生指示があると、ＣＰＵ２１は、ＲＡＭ２３に格納されているＳＭＡＦファイルから、前記セットアップデータ・チャンクに含まれている音色データを取り出して、前記音源２４に送る。該音色データは、前記インターフェース回路２７を介して前記音色ＲＡＭ３０に書き込まれる。
続いて、前記ＣＰＵ２１は、当該ＳＭＡＦファイル中のシーケンスデータ（デュレーションとイベント）を順次、音源２４に送信し、該シーケンスデータは、前記インターフェース回路２７及びＦＩＦＯバッファ２８を介して、シーケンサ２９に送られる。
シーケンサ２９は、受け取ったシーケンスデータを順次解釈して音源制御パラメータを音源部３１に設定する。このとき、シーケンサ２９は、プログラムチェンジイベントに従って、プログラムチェンジ番号を音色ＲＡＭ３０に供給することにより、音色ＲＡＭ３０から対応する音色データが音源部３１に設定される。音色データには、すでに対応するプログラムチェンジ（Ｐｃｈ）番号が対応付けられているので、正しい音色データが選択されることとなる。
音源部３１は、設定された音色のパラメータと音源制御パラメータにより楽音信号を発生し、該楽音信号はＤＡＣ３２を介してスピーカ２５から放音されることとなる。

このような音源システムは、例えば、携帯電話などの携帯情報端末に搭載され、着信メロディの再生などに使われる。その場合、音源２４を除いて元々携帯情報端末に備わっているものであり、例えば、着信があるとＣＰＵ２１はＲＯＭ２２又はＲＡＭ２３から楽曲ファイルを音源２４へ転送する。また、前記図２における音源システム１４も、この図５に示すような構成とされている。
さらに、前記音源２４の実装方法は、ソフトウェア方式でも専用ハードウェアでもよい。音源方式（ＦＭ方式／ＰＣＭ方式）も問わないが、ＳＭＦやＳＭＡＦなどの既存楽曲フォーマットも再生できることが望ましい。

図６は、前記図４に示したように、プログラムチェンジ番号にスクランブル処理を施したデータ交換フォーマットを有する楽曲ファイル（（ａ）スクランブルコンテンツ）を、前記図８に示したようなＳＭＡＦ非対応の一般の音源システム（ｃ）で再生した場合と、前記図５に示したＳＭＡＦ対応の音源システム（ｂ）で再生した場合について説明するための図である。
この図に示すように、前記図４と同様の（ａ）スクランブルコンテンツを前記図５に示した（ｂ）ＳＭＡＦ対応の音源システムで再生する場合には、前述のように、スクランブルコンテンツ中に含まれている音色データは音色ＲＡＭに格納される。そして、前記音色データと関連付けられたプログラムチェンジを受信すると、前記音色ＲＡＭに格納された対応する音色データを音源部にロードし、ノートイベントを受信すると、ロードされた音色でノートを発音する。図示した例では、Ｐｃｈ＃１０３は特定ピアノ音色、Ｐｃｈ＃７４は特定ギター音色、Ｐｃｈ＃３９は特定サックス音色となり、（ａ）と同じ音色で再生される。
これにより、制作者が意図した通りの楽曲の再生を行うことができる。

一方、（ａ）スクランブルコンテンツが前記図８に示したような（ｃ）ＳＭＡＦ非対応の（一般の）音源システムに入力されたときは、該スクランブルコンテンツに含まれている音色データは、一般音源システムに対応していないメッセージであるため、無視される。そして、プログラムチェンジを受信すると、プログラムチェンジ番号に関連付けられたＲＯＭ内にある音色データ（ＧＭ規格に則った音色配列となっている）を音源部にロードし、ノートイベントを受信すると、ロードされた音色で再生する。図示した例では、Ｐｃｈ＃１０３はシンセサイザの音色、Ｐｃｈ＃７４はフルート音色、Ｐｃｈ＃３９はベース音色となり、明らかに異なる音で再生されることとなる。
このように、プログラムチェンジ番号が本来制作者が指定して作成した音色マップの音色と異なるため、制作者が意図しない音色で再生されることとなる。したがって、ユーザが、その楽曲そのものの価値を低く評価するような勘違いをすることを防止することができる。

上述したスクランブル処理は、プログラムチェンジ番号をランダムに再配置するものであったが、これに限られることはない。
次に、本発明の一実施の形態について説明する。
通常、ＭＩＤＩのチャンネルは１６チャンネルであり、ＧＭ規格ではチャンネル１０がリズム演奏用として決められている。この実施の形態は、コンテンツ中のチャンネル番号をスクランブル処理の対象とするものである。
図７は、本発明のこの実施の形態について説明するための図であり、（ａ）はこの実施の形態におけるチャンネル番号のスクランブル処理の一例を示し、（ｂ）は該スクランブル処理を行った後のチャンネル属性情報（どのチャンネル番号が、ノーマル楽器のチャンネルであるか、ドラムなどのリズム楽器のチャンネルであるかを示す情報）を示す。
図７の（ａ）に示す例では、チャンネル１にピアノ、チャンネル２にギター、チャンネル３にサックス、・・・、チャンネル１０にリズム楽器、・・というように割り当てられていたものを、チャンネル番号をランダムに再配置するスクランブル処理により、チャンネル３がピアノ、チャンネル１０がギター、チャンネル１がサックス、・・・、チャンネル２がリズム楽器、・・というように割り当てを変更している。

そして、本発明のこの実施の形態のデータ交換フォーマットにおいては、上記チャンネル属性情報を拡張イベントとして定義し、本発明のデータ交換フォーマットに対応する音源システムは、該拡張イベントを解釈することができるように構成される。
この実施の形態のデータ交換フォーマットの楽曲ファイルを作成するオーサリングツールは、コンテンツ中のチャンネル番号を１〜１６の間でランダムに再配置を行う。この再配置を行う再配置手段は、チャンネル番号が重ならないような再配置アルゴリズムを用いる。そして、再配置された後の前述したチャンネル属性情報を前記シーケンスデータ以外のエリアに別途格納する。また、前記再配置のアルゴリズムに用いた情報などのスクランブル情報も、前記スクランブル・チャンクなどの所定のエリアに格納する。

各ＭＩＤＩチャンネルにはプログラムチェンジメッセージで決められた音色とそのチャンネルにおける演奏を示すイベントが定義されている。そして、この実施の形態では、そのチャンネル番号をランダムに再配置することにより、チャンネル番号が変わっただけで、チャンネルごとの音色とイベントの対応が変わったわけではない。そこで、一般の音源でも正常に再生することができそうであるが、通常、ＧＭ規格に従ってチャンネル１０をリズム楽器として再生するので、違った音色となってしまう。すなわち、上述のようにチャンネル番号がスクランブルされたコンテンツが、一般の音源システムに入力されたときは、前記チャンネル属性情報の拡張イベントは、音源システムで対応しないメッセージであるため無視される。そして、ノートイベントが受信されると、音源システムがデフォルトで保持するチャンネル属性で再生されることとなる。
この場合には、チャンネル属性が本来制作者が指定して作成した属性と異なるため、制作者が意図しない音色で再生されることとなる。

一方、本発明の音源システムは、拡張イベントとして格納されているスクランブル後のチャンネル属性情報（図７の（ｂ））を解釈することができるように構成されているため、該チャンネル属性情報に基づいて、チャンネル２にリズム楽器の音色を割り当てることにより、正常に再生することができる。すなわち、前記チャンネル属性情報の拡張イベントが受信されると、以降のイベントを正常に解釈することができるように、各々のチャンネル属性が変更される。そして、ノートイベントを受信すると、それぞれのチャンネル属性に従って再生が行われることとなる。これにより、制作者が意図したままの楽曲の再生が可能となる。
なお、前記スクランブル情報は、前記第１の実施の形態の場合と同様に、再生には必要とされないが、これを用いてスクランブルを解除することにより、スクランブル後のコンテンツを編集する作業などを容易に行うことができる。

次に、他の例について説明する。この例においては、コンテンツ中のノートイベントに対し、ノート番号（ＭＩＤＩのキーナンバーに相当）を０〜１２７の間でランダムに再配置を行う。このとき、再配置を行う再配置手段は、ノート番号が重ならないようなアルゴリズムを用いる。また、再配置のアルゴリズムに用いる情報などのスクランブル情報は、前記スクランブル・チャンクなどのコンテンツ中のシーケンスデータ以外の所定のエリアに別途格納しておく。これにより、例えば、ノートイベントが「ド」で発音することを指示しているにもかかわらず、「ミ」で発音することを指示されるようになる。
そして、この例の音源システムは、前記スクランブル情報を用いてノート番号のスクランブルを解除する手段を有している。したがって、前記スクランブル情報に基づいて、ノート番号を元のノート番号に戻してから再生することができる。

このようにノート番号がスクランブルされたコンテンツとそのスクランブル情報を含む楽曲ファイルが本発明の音源システムに入力されると、音源システムは、そのスクランブル情報に基づいてファイル内のノートイベント全てを元のノート番号にデコードする。そして、時間情報に従って個々のイベントを音源に送信し、音源はイベントに従ってその楽曲を再生する。この場合には、ノート番号は元のキー（音程）とされているため、制作者が意図したままの楽曲を再生することができる。
一方、このデータ交換フォーマットを有する楽曲ファイルが一般の音源システムに入力されたときは、該楽曲ファイルに含まれている前記スクランブル情報は無視され、ノートイベントが受信されるとスクランブルのかかったノート番号で再生されることとなる。したがって、ノート番号が本来制作者が意図して作ったキー（音程）と異なるため、制作者が意図しない音程で再生されることとなる。

次に、コンテンツ中の１又は複数のイベントに対してスクランブル処理を施すようにしたさらに他の例について説明する。
この例においては、前記図１の（ｂ）に示したシーケンスデータに含まれている１又は複数のイベントに対してスクランブル処理を施すものであり、イベントに対して、例えば、バイト単位で、所定のデータとの論理演算を行ったり、あるいは、単にビット反転を行ったりする。なお、イベントだけではなく、タイミング情報（デュレーション）についても、スクランブルをかけるようにしてもよい。そして、該スクランブルがかけられたシーケンスデータと、そのスクランブルのアルゴリズムに用いた情報などのスクランブルを解除するためのスクランブル情報を、シーケンスデータ以外の所定のエリア、例えば、前記スクランブル・チャンクなどに別途格納するようにしている。
そして、この例の音源システムは、前記スクランブル情報を用いて、前記シーケンスデータにかけられたスクランブルを解除することができるようになされている。

このようなデータ交換用フォーマットを有する楽曲ファイルがこの例の音源システムに入力されたときは、該楽曲ファイルに含まれているスクランブル情報に基づいて前記スクランブルされたイベントを元のイベントにデコードする。そして、時間情報に従って個々のイベントを音源に送信し、音源はイベントに従って再生を行う。これにより、制作者が意図したままの楽曲の再生を行うことができる。
一方、このようなデータ交換フォーマットを有する楽曲ファイルが一般の音源システムに入力されたときは、前記スクランブル情報は無視されるためスクランブルのかかったイベントを解釈することができず、エラーとなる。
このように、制作者が意図した楽曲の再生を行うことができる。

本発明の楽曲シーケンスデータのデータ交換用フォーマットを有する楽曲ファイルの構造を示す図であり、（ａ）は該楽曲ファイル全体の構造を示す図であり、（ｂ）はシーケンスデータ・チャンクに含まれるシーケンスデータの構造を示す図である。本発明のデータ交換用フォーマットを有する楽曲ファイルを作成する楽曲ファイル作成ツールの概略構成を示すブロック図である。本発明の楽曲ファイル作成ツールにおける処理の流れを示すフローチャートである。スクランブル処理の一例について説明するための図であり、（ａ）はスクランブル処理を施される前のコンテンツの例、（ｂ）はスクランブル処理後のコンテンツの例を示す図である。本発明のデータ交換フォーマットを有する楽曲ファイルを再生することができる音源システムの構成を示すブロック図である。図４に示したデータ交換フォーマットを有する楽曲ファイルを再生するときの様子を説明するための図である。本発明の一実施の形態におけるスクランブル処理の例について説明するための図である。音色データが付加されている楽曲ファイルを一般の音源システムで再生するときの様子を示す図である。

符号の説明

１：ファイルチャンク、２：コンテンツインフォ・チャンク、３：オプショナルデータ・チャンク、４：スコアトラック・チャンク、５：シーケンスデータ・チャンク、６：セットアップデータ・チャンク、７：スクランブル・チャンク、１１：オーサリングツール（楽曲ファイル作成ツール）、１２：入力サウンドファイル、１３：操作部、１４：音源システム、１５：サウンドシステム、１６：出力楽曲ファイル、２１：ＣＰＵ、２２：ＲＯＭ、２３：ＲＡＭ、２４：音源、２５：サウンドシステム、２６：バス、２７：インタフェース回路、２８：ＦＩＦＯバッファ回路、２９：シーケンサ、３０：音色ＲＡＭ、３１：音源部、３２：Ｄ／Ａ変換器

Claims

リズム楽器を含む音色種類にそれぞれ割り当てられる複数のチャンネルを有する楽曲シーケンスデータを含む楽曲ファイルを再生することができる音源システムであって、
前記楽曲シーケンスデータは、元となる楽曲シーケンスデータに含まれているチャンネル番号を番号が重なることがないようにランダムに再配置するスクランブル処理が施された楽曲シーケンスデータであり、
前記楽曲ファイルは、前記楽曲シーケンスデータとともに、前記ランダムに再配置されたチャンネル番号と音色種類との対応関係を示すチャンネル属性情報を含み、
楽曲ファイルが入力されたときに、前記チャンネル属性情報を用いて再生すべき音色種類を設定する手段と、
該設定された音色種類に応じて前記楽曲シーケンスデータを再生することで、前記スクランブル処理が施された楽曲シーケンスデータをスクランブル処理が施される前の状態と同じ状態で再生する手段と
を有することを特徴とする音源システム。
楽曲シーケンスデータに基づいて新たな楽曲ファイルを作成することができる楽曲ファイル作成ツールであって、
リズム楽器を含む音色種類にそれぞれ割り当てられる複数のチャンネルを有する楽曲シーケンスデータを入力する入力手段と、
該入力された楽曲シーケンスデータに含まれるチャンネル番号を番号が重なることがないようにランダムに再配置する手段と、
該再配置後されたチャンネル番号と音色種類との対応関係を示すチャンネル属性情報を作成する手段と、
前記チャンネル番号が再配置された楽曲シーケンスデータと前記チャンネル属性情報とを含む楽曲ファイルを出力する手段と
を有することを特徴とする楽曲ファイル作成ツール。