JP2002344324A - 高能率符号化方法、高能率符号化装置、データ伝送方法、データ伝送装置、および、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 記録媒体に記録された楽曲データなどの符号
化データが、どの事業者から提供されたものであるかを
確実かつ簡単に判別できるようにし、デジタル信号の提
供を行なう事業者毎に新たなサービスの提供を可能にす
る。 【解決手段】 ステップＳ５０２により、高能率符号化
時において、各フレームの余剰部分である符号化未使用
ビットＲＥＭを算出することにより符号化未使用ビット
を検出し、検出した符号化未使用ビットに目的とする付
加情報を書き込む。１つの楽曲データに付加情報を付加
し終えた後に、ステップＳ５０３において、その楽曲デ
ータに規定回数以上（所定値以上）の付加情報を付加し
たか否かを判別し、規定回数以上付加していないときに
は、ステップＳ５０６において、符号化時に用いるパラ
メータを変更し、再度高能率符号化して付加情報を付加
しなおす。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば、デジタ
ルオーディオデータなどのデジタル信号を高能率符号化
する符号化方法、符号化装置、高能率符号化された符号
化データを伝送する場合に用いる伝送方法、伝送装置、
および、高能率符号化されたデータが記録された記録媒
体に関する。

【０００２】

【従来の技術】楽曲などのオーディオデータを入手する
方法としては、いくつかの方法がある。例えば媒体その
ものを購入する方法が知られている。この方法は、レコ
ード盤やコンパクトディスク（ＣＤ）等で知られる方法
である。また、ラジオ放送などを受信して、目的とする
オーディオデータを記録可能な記録媒体に記録する方法
もある。

【０００３】また最近では、大量の楽曲のオーディオデ
ータ（楽曲データ（楽曲情報））を、ハードディスク等
に蓄積しておき、ハードディスク内の楽曲データを購入
者が持ち込んだ外部記録媒体に転送して記録することに
より楽曲データを提供するサーバシステムによるものも
知られている。

【０００４】このサーバシステムによる方式では、例え
ばサーバシステムを店頭などに設置しておく。購入者は
自分で所有している記録媒体（外部記録媒体）を持って
店頭に行き、所定の金額を支払うことで、サーバシステ
ムより、目的とする楽曲データを自分の記録媒体に記録
して、楽曲の購入を実現する。

【０００５】一般に、サーバシステム内に蓄積された楽
曲データは、サーバシステムの蓄積容量や、転送容量等
を考慮して、圧縮処理がなされている。したがって、サ
ーバシステムは、要求された楽曲データを、その楽曲デ
ータの実際の演奏時間よりも短い時間で、購入者の記録
媒体に転送し、記録することができるようにされてい
る。

【０００６】また、購入する楽曲データの選択について
は、楽曲のタイトル、演奏者、演奏時間等の付加情報
を、テキスト形式で、あるいは、画像からの選択形式
で、サーバシステムに入力し、サーバシステムにおいて
確認できるために、購入者は、簡単に目的とする楽曲デ
ータを選択し、自分の記録媒体に記録して、これを利用
することができるようにされている。

【０００７】

【発明が解決しようとする課題】ところで、前述したサ
ーバシステムにおいては、複数種類の外部記録媒体が利
用可能とされている。例えば、ＭＤ（ミニディスク（登
録商標））と呼ばれる小型の光磁気ディスクや、いわゆ
るメモリカードなどと呼ばれる半導体素子を用いたもの
などがある。

【０００８】そして、サーバシステムを通じて、例えば
ＭＤに記録するようにして一度購入した楽曲データを、
ＭＤの再生装置を使用しなくなるなどしたために、他の
記録媒体である例えばメモリカードに記録し直したいと
いう場合がある。この場合、著作権保護の問題、音質劣
化などの問題などにより、利用者自身が自己の記録媒体
から自己の他の記録媒体に複製することができない場合
がある。

【０００９】このような場合には、サーバシステムを通
じて目的とする楽曲データを他の記録媒体（新たな記録
媒体）に記録するようにする楽曲データの再度の購入を
行なわなければならない。しかし、以前に楽曲データを
記録した記録媒体は使用することがなくなるのに、新た
な記録媒体用として再度購入代金を支払うことによっ
て、以前に購入した楽曲データと同じ楽曲データの再度
の購入を行なうようにするのは、利用者にとっては不利
益である。

【００１０】また、同一記録媒体において、以前購入し
た時点での圧縮処理と比較して、音質が向上した圧縮処
理がなされ楽曲データを購入するような場合において
も、再度、購入代金を支払う必要が生じてしまう。この
場合においても、以前に購入した音質の悪い楽曲データ
は使用することがなくなるのに、再度の購入が必要にな
ってしまうのでは、利用者にとっては不利益である。

【００１１】また、前述の場合だけでなく、例えば記録
媒体が不良であったために、同じ楽曲データを記録し直
したい場合など、サーバシステムを通じて楽曲データを
購入する場合には、そのサーバシステムから同じ楽曲デ
ータを複数回購入しなければならなくなる場合が種々発
生すると考えられる。

【００１２】このような問題を解決する１つの方法とし
て、例えば以前購入した楽曲データの生成元（購入先）
の識別情報を記録媒体に記録しておき、元の購入先から
購入した同じ楽曲データの再度の購入に際しては、購入
価格を無料、あるいは、安価にするなどの対処をしなけ
ればならないと考えられる。しかし、既存の記録媒体に
は、楽曲データの生成元（購入先）を表す情報を記録す
る領域が用意されていない。

【００１３】そこで、本願発明者は、高能率符号化装置
の形成する符号化データの同一性を利用し、記録媒体に
記録されている楽曲データの生成元が所定の配信業者で
あるか否かを判別するようにする方法、装置について先
に特許出願（特願２００１−５６４６９）している。

【００１４】先の出願にかかる方法、装置は、次のこと
に着目してなされたものである。すなわち、所定の高能
率符号化装置により高能率符号化された符号化データ
（バイナリデータ）は、それがそのまま記録される場合
には変化することはない。しかし、同じ楽曲データあっ
ても、高能率符号化する高能率符号化装置が異なると、
その符号化処理タイミングなどの違いにより高能率符号
化されて形成された符号化データ（バイナリデータ）は
まったく異なったものとなる。

【００１５】このことを利用し、高能率符号化された符
号化データ（バイナリデータ）同士を照合することによ
り、同じ符号化装置により同じタイミングで符号化され
たものか否かを判別し、例えば、楽曲データを配信する
サーバシステムにおいて、自システムから提供したもの
か否かを判別することが可能となる。

【００１６】しかしながら、この先の出願にかかる方
法、装置の場合、例えば、購入者の記録媒体に記録する
ようにして配信した楽曲データが、同じサーバシステム
（機器）から提供したものか否かについては確実かつ簡
単に判別することができるものの、例えば、同じサーバ
システム（機器）を用いて異なる事業者が楽曲データを
配信しているような場合には、購入者の記録媒体に対し
て配信するようにされた楽曲データが、どの事業者から
の楽曲データであるかを識別できない。

【００１７】この場合、同じサーバシステムは、１つの
サーバシステムを通じて複数の事業者が楽曲データを提
供している場合と、異なる事業者が同じ製造業者により
製造されたサーバシステムを用いて楽曲データの配信を
行なうようにしている場合の両方を含む。

【００１８】このため、前述もしたような、記録媒体間
の楽曲データの移動や、楽曲データの圧縮処理のバージ
ョンアップなどの新たなサービスを楽曲データの提供元
である事業者毎に提供することができない。今後、楽曲
データを提供する事業者が増えることが予想され、サー
バシステムを通じて提供を受けた楽曲データがどの事業
者からのものであるかを簡単かつ確実に判別し、事業者
毎に新たなサービスの提供を可能にできるようにするこ
とが求められている。

【００１９】以上のことにかんがみ、この発明は、記録
媒体に記録された楽曲データなどの符号化データが、ど
の事業者から提供されたものであるかを確実かつ簡単に
判別できるようにし、デジタル信号の提供を行なう事業
者毎に新たなサービスの提供を可能にする高能率符号化
方法、高能率符号化装置、符号化データ復号方法、符号
化データ復号装置、データ伝送方法、および、データ伝
送装置を提供することを目的とする。

【００２０】

【課題を解決するための手段】上記課題を解決するた
め、請求項１に記載の発明の高能率符号化方法は、入力
デジタル信号を複数の帯域に分割して、上記分割された
各々の帯域に含まれる入力デジタル信号に対して所定の
変換を施し、少なくともビット配分情報と正規化データ
と量子化データとから構成される所定長単位の多数のブ
ロックとされる符号化データを形成する高能率符号化ス
テップと、形成される上記符号化データの各ブロック毎
に、上記所定長と、上記ビット配分情報と正規化データ
と量子化データとの合計値との差分に相当する余剰部分
の有無を判別する判別ステップと、付加情報を発生させ
る付加情報発生ステップと、上記判別ステップにて上記
余剰部分が存在すると判別された各ブロックの余剰部分
に対して、上記付加情報発生ステップにて発生させた付
加情報の一部若しくは全部を順次重畳する重畳ステップ
と、１まとまりの上記入力デジタル信号についての上記
重畳ステップまでの処理が終了した後に、１まとまりの
上記入力デジタル信号の符号化データに所定量分以上の
上記付加情報を付加できたか否かを判断する判断ステッ
プと、上記判断ステップにて１まとまりの上記入力デジ
タル信号の符号化データに所定量分以上の上記付加情報
を付加できなかったと判断した場合に、上記高能率符号
化ステップにおいて用いられる上記ブロックの大きさを
指定するパラメータを変更する変更ステップと、上記変
更ステップにて上記パラメータを変更したときに、上記
高能率符号化ステップからの処理を繰り返すように制御
する制御ステップとを有することを特徴とする。

【００２１】この請求項１に記載の高能率符号化方法に
よれば、符号化データは、データ長が所定長の複数のブ
ロックにより構成するようにされたものであり、例え
ば、ブロック内のフォーマットも予め決められているも
のである。そして、符号化データの各ブロックにおい
て、符号化データが記録されていない余剰部分（未使用
ビット）の有無が判別される。余剰部分が存在するブロ
ックが検出された場合には、そのブロックの当該余剰部
分に、発生させた付加情報が重畳（付加）される。

【００２２】そして、例えば、１曲分の楽曲データな
ど、１まとまりの入力デジタル信号について付加情報を
付加し終えた後に、その１まとまりの入力デジタルデー
タの符号化データに対して、所定量以上の付加情報が付
加できたか否かが判断され、付加できていないときに
は、高能率符号化時において用いられるブロックの大き
さを指定するパラメータが変更されて、再度高能率符号
化処理を行なうことによって、積極的に余剰部分が確保
するようにされて付加情報の重畳（付加）処理が再度行
なわれる。

【００２３】これにより、符号化データについて、付加
情報を付加するための新たなエリアを設けることなく、
また、１ブロック当たりの符号化データ量を低下させる
ことなく、しかも符号化データに対して確実に所定量以
上の付加情報を付加して、これを提供することができる
ようにされる。そして、符号化データに付加されている
付加情報を抽出し、これを利用することができるように
される。

【００２４】また、請求項２に記載の発明の高能率符号
化方法は、請求項１に記載の高能率符号化方法であっ
て、上記付加情報は、上記入力デジタル信号の生成元識
別子、上記入力デジタル信号を配信する事業者の事業者
識別子、上記入力デジタル信号を識別する識別子、上記
入力デジタル信号の著作権情報識別子、ＵＲＬ情報識別
子、課金情報識別子、機器情報識別子、再生回数識別子
の少なくとも１つであることを特徴とする請求項１に記
載の高能率符号化方法。

【００２５】この請求項２に記載の発明の高能率符号化
方法によれば、符号化データの各ブロックの余剰部分に
重畳される付加情報として、上述したような複数の異な
る識別子の内の少なくとも１つが確実に付加するように
される。

【００２６】これにより、符号化データとされた入力デ
ジタル信号に付加さている（重畳されている）付加情報
によって、入力デジタル信号の生成元や入力デジタル信
号を配信する事業者を識別したり、入力デジタル信号は
何であるかを識別したり、入力デジタル信号の著作権者
などの著作権情報を得たり、その入力デジタル信号に関
連して使用可能なＵＲＬ情報等を提供したりすることが
できる。

【００２７】また、入力デジタル信号についての課金制
限などの課金情報を提供したり、入力デジタル信号の配
信や再生に用いられた機器を識別するようにしたり、入
力デジタル信号の再生可能回数や再生済み回数などを通
知するなど、符号化データとされた入力デジタル信号に
関する各種の情報を提供することが可能となる。

【００２８】また、請求項３に記載の発明の高能率符号
化方法は、請求項１に記載の高能率符号化方法であっ
て、所定の上記余剰部分には、上記付加情報の重畳始点
及び／又は重畳終点を表す検出制御情報を重畳すること
を特徴とする。

【００２９】この請求項３に記載の発明の高能率符号化
方法によれば、符号化データの各ブロックの余剰部分に
重畳される付加情報として、付加情報の重畳開始点、付
加情報の重畳終了点のうちの一方あるいは両方が、付加
情報に加えて符号化データの余剰部分に重畳するように
される。

【００３０】これにより、付加情報の重畳開始位置や重
畳終了位置を特定することが容易にできるようにされる
ので、符号化データの余剰ビット部分に重畳されている
付加情報を迅速かつ確実に抽出し、これを利用すること
ができるようにされる。

【００３１】

【発明の実施の形態】以下、図を参照しながらこの発明
の一実施の形態について説明する。以下に説明する実施
の形態においては、デジタルコンテンツデータとして楽
曲データ（音楽データ）を配信（配給）する音楽配信シ
ステムの該当部分に、この発明を適用した場合を例にし
て説明する。 ［第１の実施の形態］ ［音楽配信システムの概要］初めに、この第１の実施の
形態の音楽配信システムの概要について説明する。図１
は、この第１の実施の形態の音楽配信システムの概要、
および、メインサーバの構成の概要を説明するためのブ
ロック図であり、図２は、この第１の実施の形態の音楽
サーバシステムの構成の概要について説明するためのブ
ロック図である。

【００３２】この第１の実施の形態の音楽配信システム
は、図１に示すように、通信ネットワークを通じて接続
された複数のメインサーバ（情報センター）１０
（１）、１０（２）、１０（３）、…と、複数の音楽サ
ーバシステム（端末）３０（１）、３０（２）、…、３
０（Ｚ）（文字Ｚは正の整数）とからなっている。

【００３３】図１において、メインサーバ１０（１）、
１０（２）、１０（３）、…のそれぞれは、楽曲データ
の販売権などの権利を所有し、楽曲データを販売する、
いわゆる正当な販売元（配給元）の事業者のサーバシス
テムであり、通信ネットワークを介して接続される多数
の音楽サーバシステム３０（１）、３０（２）、…に対
して楽曲データを提供したり、音楽サーバシステム３０
（１）、３０（２）、…に蓄積されている古くなった楽
曲データや人気のない楽曲データの削除を指示したりす
るなどのことができるものであり、多数の音楽サーバシ
ステム３０（１）、３０（２）、…を取りまとめ、管理
することができるものである。

【００３４】メインサーバ１０（１）、１０（２）、１
０（３）、…のそれぞれは、例えば異なる事業者によっ
て管理されるが、その基本的な構成は、図１のサーバシ
ステム１０（１）について示した構成を有するものであ
る。メインサーバ１０（１）、１０（２）、１０
（３）、…のそれぞれは、効率よく楽曲データを音楽サ
ーバシステム３０（１）、３０（２）、…に配信するた
め、ソースデータであるオーディオＰＣＭ（Ｐｕｌｓｅ
Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）信号をエンコーダ
１１により高能率符号化することによりデータ圧縮し、
このデータ圧縮した楽曲データ（符号化データ）を自己
の大容量メモリであるハードディスク１２に蓄積するよ
うにしている。

【００３５】そして、メインサーバ１０（１）、１０
（２）、１０（３）、…のそれぞれにおいて、制御部１
３は、必要な楽曲データをハードディスク１２から読み
出し、これを通信部１４を通じて、多数の音楽サーバシ
ステム３０（１）、３０（２）、…の中の自己が管理す
る音楽サーバシステムに送信することによって提供した
り、また、制御部１３により形成する制御信号を通信部
１４を通じて、自己が管理する音楽サーバシステムに送
信することによって、その音楽サーバシステムを制御し
たりすることができるようにしている。

【００３６】一方、音楽サーバシステム３０（１）、３
０（２）、…、３０（Ｚ）のそれぞれは、後述もするよ
うに、店頭などに設置されるものであり、多数のメイン
サーバ１０（１）、１０（２）、１０（３）、…のうち
の自己のメインサーバから提供される楽曲データを蓄積
するハードディスクなどの大容量記憶媒体を備えたもの
である。

【００３７】そして、音楽サーバシステム３０（１）、
３０（２）、…のそれぞれは、利用者（顧客）が課金に
応じることを条件にして、利用者からの要求に応じた楽
曲データを自己の大容量記録媒体から読み出し、これを
利用者が持ち込むＭＤやメモリカードなどの外部記録媒
体に記録することにより、利用者に対して楽曲データを
提供（配信）するものである。

【００３８】そして、この第１の実施の形態において、
メインサーバ１０（１）、１０（２）、１０（３）、…
のそれぞれは、前述したように、高能率符号化すること
によってデータ圧縮するようにした楽曲データに対し
て、少なくとも提供元の事業者を特定することが可能な
事業者識別子を付加情報として重畳（付加）し、この付
加情報を付加した楽曲データを音楽サーバシステムに提
供する。

【００３９】この場合、メインサーバ１０（１）、１０
（２）、…のそれぞれは、付加情報を付加するための特
定のエリアをデータ圧縮された楽曲データ（符号化デー
タ）中に新たに設けることなく、詳しくは後述もするよ
うに、楽曲データが高能率符号化データであることを利
用して、楽曲データに付加情報を付加する。

【００４０】そして、音楽サーバシステム３０（１）、
３０（２）、…、３０（Ｚ）を通じて、利用者の記録媒
体に記録された楽曲データを、例えば、他の記録媒体に
移動したり、記録媒体に記録さている目的とする楽曲デ
ータを、バージョンアップされた高能率符号化処理によ
り圧縮処理された楽曲データに置き換えたりするため
に、目的とする楽曲データが記録された利用者の外部記
録媒体が、音楽サーバシステムに持ち込まれた場合に、
音楽サーバシステムのそれぞれは、目的とする楽曲デー
タに付加されている付加情報である事業者識別子を抽出
する。

【００４１】この抽出した付加情報を自己に楽曲データ
を提供するメインサーバに送信し、当該メインサーバに
おいて、当該音楽サーバシステム持ち込まれた外部記録
媒体に記録されている楽曲データが、自己から、すなわ
ち、当該メインサーバを通じて提供したものか否かを判
別する。

【００４２】そして、音楽サーバシステムに装填された
利用者の外部記録媒体に記録されている楽曲データが、
当該メインサーバから提供されたものであると判別した
場合には、当該メインサーバが、外部記録媒体が装填さ
れた音楽サーバシステムを制御し、無料で、あるいは、
安価な金額で、楽曲データの媒体間移動や、利用者の外
部記録媒体の楽曲データをバージョンアップした楽曲デ
ータに置き換えるなどの新たなサービスを提供するよう
にしている。

【００４３】すなわち、この第１の実施の形態の音楽配
信システムにおいては、音楽サーバシステムを通じて利
用者の外部記録媒体に提供した楽曲データのうち、他の
事業者のメインサーバが提供した楽曲データと、自己の
メインサーバを通じて提供した楽曲データとを確実かつ
明確に区別し、自己のメインサーバから提供した楽曲デ
ータを対象として、楽曲データの記録媒体間移動や、楽
曲データのバージョンアップなどの新規のサービスを提
供することができるようにしている。

【００４４】この付加情報の抽出およびメインサーバに
おける照合について、音楽サーバシステム３０（１）
と、メインサーバ１０（１）との間で情報を送受する場
合を例にして説明する。音楽サーバシステム３０（１）
は、図２に示すように、読み出し部１、記録部２、識別
子抽出部３、識別子送信部４、受信部５を備えたもので
あり、読み出し部１を通じて、利用者によって持ち込ま
れた外部記録媒体１Ｘに記録されている目的とする楽曲
データを読み出し、読み出した楽曲データを識別子抽出
部３に供給する。

【００４５】識別子抽出部３は、これに供給された楽曲
データに付加されている付加情報であって、当該楽曲デ
ータの提供元である事業者を識別することが可能な事業
者識別子を抽出する。識別子抽出部３によって抽出され
た事業者識別子は、識別子送信部４を通じて、当該音楽
サーバシステムのメインサーバであるメインサーバ１０
（１）に送信される。

【００４６】メインサーバ１０（１）は、通信部１４を
通じて、音楽サーバシステム３０（１）からの事業者識
別コードと、楽曲データの媒体間移動要求などのサービ
ス提供要求を受信する。受信された事業者識別子は、比
較部１５に供給され、ここで事業者識別子メモリ１６に
記憶されている自己の事業者識別子と比較される。この
比較部１５においての比較結果が、制御部１３に通知さ
れる。

【００４７】制御部１３は、比較部１５からの比較結果
が、両識別子が一致し、音楽サーバシステム３０（１）
に装填された外部記録媒体１Ｘに記録されている目的と
する楽曲データが、メインサーバ１０（１）から提供さ
れたものであることを示すものであるときには、高能率
符号化された種々の楽曲データが記録されているハード
ディスク１２から目的とする楽曲データを読み出し、こ
れを通信部１４を通じて、事業者識別子の送信元である
音楽サーバシステム３０（１）に送信する。

【００４８】このときにメインサーバ１０（１）から送
信された楽曲データ（コンテンツ）は、図２に示すよう
に、事業者識別子の送信元である音楽サーバシステム３
０（１）の受信部５により受信され、記録部２を通じて
記録媒体１Ｘ、あるいは、他の記録媒体に記録するよう
にされる。

【００４９】なお、楽曲データの記録媒体間の移動の場
合には、記録媒体１Ｘに記録されている当該楽曲データ
は例えば記録部２の動作によって消去するようにされ
る。また、楽曲データのバージョンアップの場合には、
外部記録媒体１Ｘの目的とする楽曲データに、新たに提
供された楽曲データが上書きするようにされる。すなわ
ち、いずれの場合においても、外部記録媒体１Ｘに記録
されていた元の楽曲データは消去するようにされて以後
の使用ができないようにされる。

【００５０】また、上述のしたように、楽曲データの記
録媒体間の移動や楽曲データのバージョンアップなどの
新たなサービスを提供する場合であって、課金を行なう
場合には、課金処理は、この図１に示す音楽配信システ
ムの場合には、メインサーバ側の課金処理部１７により
行なうようにされる。

【００５１】すなわち、事業者識別子の比較において、
識別子が一致した場合であって、新たに楽曲データを提
供する場合には、これにかかる課金金額をメインサーバ
１０（１）の課金処理部１７により計算し、その結果を
当該音楽サーバシステム３０（１）に送信して、音楽サ
ーバシステム３０（１）を通じて利用者からの入金を受
け付けたり、利用者を識別可能な情報をメインサーバ１
０（１）が有する場合には、発生した課金金額を売掛金
として計上し、後日請求して入金を受け付けたり、ある
いは、クレジットカードや銀行口座を通じて決済したり
する。すなわち、この第１の実施の形態において、実際
の課金処理（決済処理）の管理は、メインサーバ１０
（１）において行なうようにされている。

【００５２】なお、この第１の実施の形態の音楽配信シ
ステムの概略の説明においては、事業者識別子の一致が
見られた場合に、目的とするコンテンツデータである楽
曲データをメインサーバから音楽サーバシステムに提供
するものとして説明したが、メインサーバが音楽サーバ
システムを制御するようにして、音楽サーバシステムが
備える大容量メモリに記憶されている楽曲データを提供
するようにすることも可能である。

【００５３】なお、異なる事業者が運営するメインサー
バ１０（１）、１０（２）、…のそれぞれは、自己との
み接続可能な専用の音楽サーバシステムを通じて、ある
いは、各地に配置される音楽サーバシステムであって、
各事業者によって共用される音楽サーバシステムを通じ
て、楽曲データを顧客に提供（配信）することができ
る。

【００５４】これに応じて、各音楽サーバシステム３０
（１）、３０（２）、…、３０（Ｚ）のそれぞれは、特
定のメインサーバからのみ楽曲データの提供を受けるよ
うに構成することもできるし、あるいは、複数の事業者
のメインサーバシステムから楽曲データの提供を受ける
ように構成することもできる。

【００５５】しかし、以下においては、説明を簡単にす
るため、音楽サーバシステム３０（１）、３０（２）、
…、３０（Ｚ）のそれぞれは、予め決められた特定のメ
インサーバからのみ楽曲データの提供を受け、また、制
御を受けるものとして説明する。

【００５６】［デジタルオーディオデータの高能率符号
化方式について］次に、図１に示したメインサーバ１０
（１）、１０（２）、１０（３）、…のエンコーダ１１
において用いられる高能率符号化方式の具体例について
説明し、これをふまえて、高能率符号化されて形成され
る符号化データ（データ圧縮された楽曲データ）への付
加情報の付加処理について説明する。

【００５７】なお、この明細書においては、音楽用とし
て広く普及しているＭＤに記録されるデジタルオーディ
オデータについて用いられるＡＴＲＡＣ（Ａｄａｐｔｉ
ｖｅＴｒａｎｓｆｏｒｍ Ａｃｏｕｓｔｉｃ Ｃｏｄｉ
ｎｇ）方式の高能率符号化方式を用いる場合を例にして
説明する。

【００５８】図３は、デジタルオーディオデータについ
てＡＴＲＡＣ方式の高能率符号化を行なう高能率符号化
装置の一例を説明するためのブロック図である。図３に
示す高能率符号化装置１２０は、図１に示したエンコー
ダ１１部分に搭載されるものである。

【００５９】そして、図３に示す高能率符号化装置１２
０では、入力デジタルオーディオ信号を複数の周波数帯
域に分割すると共に、各周波数帯域毎に直交変換を行っ
て、得られた周波数軸のスペクトルデータを、低域で
は、後述する人間の聴覚特性を考慮したいわゆる臨界帯
域幅（クリティカルバンド）毎に、中高域ではブロック
フローティグ効率を考慮して臨界帯域幅を細分化した帯
域毎に、適応的にビット割当して符号化している。

【００６０】通常、このビット割り当てを行なうブロッ
クが量子化雑音発生ブロックとなる。さらに、この実施
の形態の高能率符号化装置１２０においては、直交変換
の前の入力信号に応じて、ビット割り当てを行なうブロ
ックサイズ（ブロック長）を適応的に変化させている。

【００６１】即ち、図３において、入力端子１００に
は、例えばサンプリング周波数が４４．１ｋＨｚの時、
０〜２２ｋＨｚのデジタルオーディオデータ（オーディ
オＰＣＭ信号）が供給される。この入力信号は、例えば
いわゆるＱＭＦ（Ｑｕａｄｒａｔｕｒｅ Ｍｉｒｒｏｒ
Ｆｉｌｔｅｒ）等の帯域分割フィルタ１０１により０
〜１１ｋＨｚ帯域と１１ｋＨｚ〜２２ｋＨｚ帯域との信
号に分割され、０〜１１ｋＨｚ帯域の信号は同じくＱＭ
Ｆ等の帯域分割フィルタ１０２により０〜５.５ｋＨｚ
帯域と５.５ｋＨｚ〜１１ｋＨｚ帯域との信号に分割さ
れる。

【００６２】帯域分割フィルタ１０１からの１１ｋＨｚ
〜２２ｋＨｚ帯域の信号は、直交変換回路の一例である
ＭＤＣＴ（Ｍｏｄｉｆｉｅｄ Ｄｉｓｃｒｅｔｅ Ｃｏ
ｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）回路１０３に供給され
ると共に、ブロック決定回路１０９、１１０、１１１に
供給される。

【００６３】また、帯域分割フィルタ１０２からの５.
５ｋＨｚ〜１１ｋＨｚ帯域の信号はＭＤＣＴ回路１０４
に供給されると共に、ブロック決定回路１０９、１１
０、１１１に供給される。また、帯域分割フィルタ１０
２からの０〜５.５ｋＨｚ帯域信号はＭＤＣＴ回路１０
５に供給されると共に、ブロック決定回路１０９、１１
０、１１１に供給される。

【００６４】ブロック決定回路１０９は、これに供給さ
れる信号に基づいてブロックサイズを決定し、決定した
ブロックサイズを示す情報をＭＤＣＴ回路１０３、適応
ビット割り当て符号化回路１０６、ビット割当算出回路
１１８および出力端子１１３に供給する。

【００６５】同様に、ブロック決定回路１１０は、これ
に供給される信号に基づいてブロックサイズを決定し、
決定したブロックサイズを示す情報をＭＤＣＴ回路１０
４、適応ビット割り当て符号化回路１０７、ビット割当
算出回路１１８および出力端子１１５に供給する。

【００６６】また、ブロック決定回路１１１は、これに
供給される信号に基づいてブロックサイズを決定し、決
定したブロックサイズを示す情報をＭＤＣＴ回路１０
５、適応ビット割り当て符号化回路１０８、ビット割当
算出回路１１８および出力端子１１７に供給する。

【００６７】各ブロック決定回路１０９、１１０、１１
１は、これに供給される信号の時間特性、周波数分布に
応じて適応的にブロックサイズ（ブロック長）を設定す
る。また、ＭＤＣＴ回路１０３、１０４、１０５のそれ
ぞれは、これに対応するブロック決定回路１０９、１１
０、１１１から供給されるブロックサイズの下で、ＱＭ
Ｆ１０１、または、ＱＭＦ１０２から供給される信号に
対してＭＤＣＴ処理を施す。

【００６８】図４は、ＭＤＣＴ回路１０３、１０４、１
０５に供給される各帯域毎のブロックについての標準的
な入力信号に対する具体例を説明するための図である。
この図４に示す例においては、３つのフィルタ出力信
号、すなわち、ＱＭＦ１０１からの１１ｋＨｚ〜２２ｋ
Ｈｚの信号、ＱＭＦ１０２からの５．５ｋＨｚ〜１１ｋ
Ｈｚの信号、０ｋＨｚ〜５．５ｋＨｚの信号は、各帯域
毎に独立におのおの複数の直交変換ブロックサイズを持
ち、信号の時間特性、周波数分布等により時間分解能を
切り換えられるようにしている。

【００６９】すなわち、直交変換の対象となる信号が時
間的に変化が激しくない準定常的な信号である場合に
は、直交変換ブロックサイズを１１．６ｍＳ、即ち、図
４における（Ａ）Ｌｏｎｇ Ｍｏｄｅと大きくする。ま
た、信号が時間的に変化の激しい非定常的な信号である
場合には、直交変換ブロックサイズを更に２分割、４分
割とする。

【００７０】したがって、信号が非定常的である場合に
は、図４における（Ｂ）ＳｈｏｒｔＭｏｄｅのように、
すべてを４分割、２．９ｍＳとしたり、あるいは、図４
における（Ｃ）Ｍｉｄｄｌｅ Ｍｏｄｅ Ａ、（Ｄ）Ｍ
ｉｄｄｌｅ Ｍｏｄｅ Ｂのように、一部を２分割、
５．８ｍＳ、１部を４分割、２．９ｍＳの時間分解能と
することで、実際の複雑な入力信号に適応するようにな
っている。この直交変換ブロックサイズの分割は処理装
置の規模が許せば、さらに複雑な分割を行なうと、より
効果的である。

【００７１】そして、図３において、各ＭＤＣＴ回路１
０３、１０４、１０５にてＭＤＣＴ処理されて得られた
周波数軸上のスペクトルデータ又はＭＤＣＴ係数データ
は、低域はいわゆる臨界帯域（クリティカルバンド）毎
にまとめられて、中高域はブロックフローティングの有
効性を考慮して、臨界帯域幅を細分化して適応ビット割
当符号化回路１０６、１０７、１０８、及びビット割り
当て算出回路１１８に供給される。

【００７２】ここで、臨界帯域とは、人間の聴覚特性を
考慮して分割された周波数帯域であり、ある純音の周波
数近傍の同じ強さの狭帯域バンドノイズによって当該純
音がマスクされるときのそのノイズの持つ帯域のことで
ある。この臨界帯域は、高域ほど帯域幅が広くなってお
り、上記０〜２２ｋＨｚの全周波数帯域は例えば２５の
クリティカルバンドに分割されている。

【００７３】図３において、ビット割当算出回路１１８
は、前述のブロックサイズを示す情報、および、スペク
トルデータ又はＭＤＣＴ係数データに基づき、いわゆる
マスキング効果等を考慮して、前述の臨界帯域及びブロ
ックフローティングを考慮した各分割帯域毎の、マスキ
ング量、及び、各分割帯域毎のエネルギあるいはピーク
値等を算出し、その結果に基づき、各帯域毎に割当ビッ
ト数を求め、図３における適応ビット割当符号化回路１
０６、１０７、１０８へ供給する。

【００７４】適応ビット割当符号化回路１０６、１０
７、１０８では、前述のブロックサイズを示す情報、及
び、臨界帯域及びブロックフローティングを考慮した各
分割帯域毎に割り当てられたビット数に応じて、各スペ
クトルデータ又はＭＤＣＴ係数データを再量子化（正規
化して量子化）するようにしている。

【００７５】このようにして符号化されたデータ（量子
化データ）は、図３において、出力端子１１２、１１
４、１１６を介して出力され、例えば、記録媒体に対し
て記録を行なう処理系に供給されたり、メインサーバ１
０から音楽サーバシステム３０に対してデジタルオーデ
ィオデータを送信するための処理系に供給されたりする
ことになる。なお、以下の説明においては、ビット割当
の単位となる、臨海帯域およびブロックフローティング
を考慮した各分割帯域を単位ブロックと言う。

【００７６】図３におけるビット割り当て算出回路１１
８では、スペクトルデータ又はＭＤＣＴ係数を基に、ト
ーン成分等の状態を分析すると共に、いわゆるマスキン
グ効果や、人間の聴覚に関する最小可聴カーブ、等ラウ
ドネスカーブなどの既存の効果を考慮し、単位ブロック
毎のビット割り当て量を算出して、情報配分を決定して
いる。この際、前述したブロックサイズを示す情報につ
いても考慮するようにしている。

【００７７】また、ビット割り当て算出回路１１８で
は、単位ブロックのブロックフローティングの状態を示
す正規化データであるスケールファクタ値についても決
定する。具体的には、例えば予めスケールファクタ値の
候補として幾つかの正の値を用意し、その中から単位ブ
ロック内のスペクトルデータ又はＭＤＣＴ係数の絶対値
の最大値以上の値をとる中で、最小のものを当該単位ブ
ロックのスケールファクタ値として採用する。

【００７８】スケールファクタ値については、実際の値
と対応した形で、数ビットを用いて番号付けを行ない、
その番号をＲＯＭ等（図示せず）により記憶させておけ
ばよい。番号に対応したスケールファクタ値について
は、番号順に例えば２ｄＢの間隔で値を持つように規定
しておく。ここで、ある単位ブロックにおいて前述した
方法で決定されたスケールファクタ値は、決定された値
に対応する番号を当該単位ブロックのスケールファクタ
を示すサブ情報として使用する。

【００７９】［デジタルオーディオデータの高能率符号
化フォーマット］次に、実際に符号化が行なわれた後の
デジタルオーディオデータのフォーマットである符号化
フォーマットについて図５を参照しながら説明する。図
５おいて左側および右側に示した数値はバイト数を表し
ており、この実施の形態においては、２１２バイトを１
フレーム（１サウンドフレーム）の単位としている。

【００８０】図５において、一番先頭に位置する０バイ
ト目の位置には、図３におけるブロック決定回路１０
９、１１０、１１１において決定された各帯域のブロッ
クサイズ情報を記録する。

【００８１】次の１バイト目の位置には、記録する単位
ブロックの個数の情報を記録する。これは例えば一連の
ビット割当算出回路により高域側になる程、ビット割当
が０となり記録が不必要な場合が多いため、これに対応
するように単位ブロックの記録個数を設定することによ
り、聴感上の影響が大きい中低域に多くのビットを配分
するようにしている。

【００８２】また、この１バイト目の位置にはビット割
当情報の二重書きを行なっている単位ブロックの個数、
および、スケールファクタ情報の二重書きを行なってい
る単位ブロックの個数を記録する。ここで二重書きは、
エラー訂正用に、あるバイト位置に記録されたデータと
同一のデータを他の場所に記録するものである。この二
重書き情報を多くすればするほど、エラーに対する強度
が上がるが、この情報を少なくすれば、実際のデジタル
オーディオデータであるスペクトラムデータに使用でき
るビットが多くなる。

【００８３】この実施の形態においては、前述したビッ
ト割当情報、および、スケールファクタ情報のそれぞれ
について独立に、二重書きを行なっている単位ブロック
の個数を設定し、エラーに対する強度と、スペクトラム
データへの使用可能ビット数の調整を行なうようにして
いる。なお、それぞれの情報について、規定されたビッ
ト内でのコードと単位ブロックの個数の対応は、予めフ
ォーマットとして定めている。

【００８４】図５の１バイト目の位置の８ビットに記録
される情報の内容の一例を図６に示す。図６に示すよう
に、この１バイトの位置の８ビットのうち３ビットを実
際に記録される単位ブロックの個数の情報とし、残り５
ビット中の２ビットをビット割当情報の２重書きを行な
っている単位ブロックの個数の情報とし、残り３ビット
をスケールファクタ情報の２重書きを行なっている単位
ブロックの個数を示す情報としてそのそれぞれが記録さ
れる。

【００８５】図５の２バイト目からの位置には単位ブロ
ックのビット割当情報が記録される。ビット割当情報の
記録については一つの単位ブロックに対して例えば４ビ
ット使用することをフォーマットとして定めておく。こ
れにより０番目の単位ブロックより順番に、前述した図
５の実際に記録される単位ブロックの個数分のビット割
当情報が記録されることになる。

【００８６】このようにして記録されたビット割当情報
のデータの後に、単位ブロックのスケールファクタ情報
を記録している。スケールファクタ情報の記録について
は１つの単位ブロックに対して例えば６ビット使用する
ことをフォーマットとして定めておく。これにより、ビ
ット割当情報の記録と全く同様に、０番目の単位ブロッ
クより順番に、実際に記録される単位ブロックの個数分
だけスケールファクタ情報が記録されることになる。

【００８７】そして、スケールファクタ情報の後に、単
位ブロックのスペクトラムデータ（量子化データ）が記
録される。スペクトラムデータについても、０番目の単
位ブロックより順番に、実際に記録される単位ブロック
の個数分だけ記録するようにする。各単位ブロック毎に
何本のスペクトラムデータが存在するかは、あらかじめ
フォーマットで定められているので、前述したビット割
当情報によりデータの対応をとることが可能となる。な
お、ビット割当が０の単位ブロックについては、記録を
行なわないようにしている。

【００８８】このスペクトラム情報の後に前述したスケ
ールファクタ情報の二重書き、および、ビット割当情報
の二重書きを行なう。この記録方法については、個数の
対応を図６で示した二重書きの情報に対応させるだけ
で、その他については上述のスケールファクタ情報、お
よび、ビット割当情報の記録と同様である。

【００８９】一番後ろの２バイト分については、図５に
示したように０バイト目と１バイト目の情報をそれぞれ
２重書きしている。この２バイト分の２重書きはフォー
マットとして定めておき、スケールファクタ情報の二重
書きや、ビット割当情報の二重書きのように二重書き記
録量の可変の設定は出来ない。

【００９０】すなわち、図３におけるビット割当算出回
路１１８では、メイン情報として直交変換出力スペクト
ルをサブ情報により処理したデ−タと、サブ情報として
ブロックフロ−ティングの状態を示すスケ−ルファクタ
−および語長を示すワ−ドレングスが得られ、これを基
に、図３における、適応ビット割当符号化回路１０６、
１０７、１０８において、実際に再量子化を行ない、符
号化フォーマットに則した形で符号化する。

【００９１】この実施の形態において、高能率符号化さ
れたデジタルデータは、図５を用いて説明した符号化フ
ォーマットで音楽サーバシステムに提供され、音楽サー
バシステムに蓄積され、利用者からの要求に応じて、利
用者が持ち込んだＭＤなどの外部記録媒体に記録される
ことになる。

【００９２】［高能率符号化されたデジタルオーディオ
データの復号化処理について］次に、前述のようにして
高能率符号化されたデジタルオーディオデータの復号化
処理について説明する。図７は、図３を用いて前述した
高能率符号化装置１２０で高能率符号化されたデジタル
オーディオデータを復号化する復号化回路を説明するた
めのブロック図である。この復号化回路は、音楽サーバ
システム３０（１）、３０（２）、…や、ＭＤプレーヤ
などの高能率符号化データの再生装置などに搭載される
ものである。

【００９３】各帯域の量子化されたＭＤＣＴ係数、すな
わち、図３における出力端子１１２、１１４、１１６の
出力信号と等価のデータ（スペクトラムデータ）は、図
７に示すように、復号回路入力端子７０７を通じて適応
ビット割当復号化回路７０６に供給される。また、使用
されたブロックサイズ情報、すなわち、図３における出
力端子１１３、１１５、１１７の出力信号と等価のデー
タは、図７に示すように、入力端子７０８を通じて、逆
直交変換（ＩＭＤＣＴ）回路７０３、７０４、７０５に
供給される。

【００９４】適応ビット割当復号化回路７０６では、こ
れに供給されたスペクトラムデータは、ここで適応ビッ
ト割当情報が用いられてビット割当が解除され、高帯
域、中帯域、低帯域の各スペクトラムデータが対応する
逆直交変換回路７０３、７０４、７０５に供給される。
逆直交変換回路７０３、７０４、７０５では、周波数軸
上の信号であるスペクトラムデータを逆直交変換処理す
ることによって、時間軸上の信号に変換する。

【００９５】各帯域の時間軸上信号は、図７に示すよう
に、帯域合成フィルタ（ＩＱＭＦ）回路７０２、７０１
に供給される。帯域合成フィルタ回路７０２、７０１
は、これに供給された時間軸上信号を合成して、全帯域
信号のデジタルオーディオデータに復号化する。

【００９６】このように、高能率符号化されたデジタル
オーディオデータは、ビット割当て復号化、逆直交変
換、帯域合成の各段階をへて、復号化され高能率符号化
前のデジタルオーディオデータに復号するようにされ
る。そして、復号化されたオーディオデータが再生処理
され聴取することが可能となる。

【００９７】また、前述もしたように、ＭＤを記録媒体
として用いるＭＤの記録再生装置においても、オーディ
オデータの高能率符号化、および、高能率符号化された
オーディオデータの復号化は、同様にして行われること
になる。

【００９８】［符号化データへの付加情報の具体的な付
加方法について］次に、ＡＴＲＡＣ方式の高能率符号化
されることにより、図５に示したフォーマットの符号化
データとされる楽曲データに対して、事業者識別コード
などの付加情報を付加する具体的方法について説明す
る。この方法は、符号化データは、図５に示した所定の
フォーマットのデータとなることに着目して実現した方
法である。

【００９９】図５を用いて前述したように、符号化デー
タの最少単位となる１フレーム分のデータの大きさは、
２１２バイト、すなわち１６９６ビット分となるが、フ
レームによっては、実際の符号化、および、復号化では
使用されないビット分（以下、符号化未使用ビットとい
う。）が生じる可能性がある。この符号化未使用ビット
に付加情報を埋め込むようにする。

【０１００】まず、符号化未使用ビットが発生する過程
を、ビット割当情報と、スケールファクタ情報の２重書
きが行なわれない場合を例にとって説明する。符号化に
際して定常的に生成される部分としては、図５に示した
１フレーム分の符号化データにおけるブロックサイズモ
ード情報（０バイト目）と、単位ブロックの記録数およ
び２重書き情報（１バイト目）と、これらの情報それぞ
れの２重書き情報（２１０バイト目、２１１バイト目）
があり、この部分に当たる０バイト目、１バイト目、２
１０バイト目、および２１１バイト目の合計４バイト
分、すなわち３２ビット分は必ず使用されることとな
る。

【０１０１】前述もしたように、図６に示した情報が図
５示した１フレーム分の符号化データの１バイト目に記
録されているが、ここに記されている情報によって示さ
れる単位ブロックの個数をＭ個とする。

【０１０２】このとき、ビット割当情報に使用されるビ
ット数は、一つの単位ブロックに使用するビット数が４
ビットであるため、４×Ｍビットとなる。なお、この明
細書において、記号×は、乗算記号として用いている。
同様に、スケールファクタ情報のために使用されるビッ
ト数は、一つの単位ブロックに対して使用するビット数
が６ビットであるため、６×Ｍビットとなる。

【０１０３】次にスペクトラムデータのために使用され
るビット数であるが、ｋ番目の単位ブロックのスペクト
ラムデータの本数をＳＰｋとし、ｋ番目の単位ブロック
のビット割当数をＷＬｋとしたときに、スペクトラムデ
ータのために使用される総ビット数ＳＰｓｕｍは、図８
Ａに示す（１）式によって求めることができる。

【０１０４】そして、１サウンドフレーム分にまとめら
れるオーディオＰＣＭデータを符号化した場合におい
て、符号化に使用する実際のビット数の合計をＢｓｕｍ
とした場合、Ｂｓｕｍは前述した各情報のために必要と
なるビット数に基づき、図８Ｂに示す（２）式によって
求めることができる。

【０１０５】単位ブロックの個数Ｍや、ｋ番目の単位ブ
ロックのビット割当数ＷＬｋはフレーム毎に算出される
ものであり、ｋ番目の単位ブロックのスペクトラムデー
タの本数ＳＰｋも単位ブロックの番号により値が異なる
ため、前述した符号化に使用する実際のビット数の合計
Ｂｓｕｍは、１フレームの大きさである１６９６ビット
に必ずしも一致はしない。このとき発生する余り分が符
号化未使用ビットとなり、その値をＲＥＭとすると、符
号化未使用ビットＲＥＭは、図８Ｃに示す（３）式によ
って求めることができる。

【０１０６】図９は、符号化未使用ビットＲＥＭが、１
フレームの符号化データ内において、どのような形で存
在するかを説明するための図である。図９に示すよう
に、符号化未使用ビットＲＥＭは、スペクトラムデータ
を記録する領域の最後尾部分に発生する。

【０１０７】一般には、図３に示した高能率符号化装置
１２０におけるビット割当算出回路１１８により、可能
な限りビットを単位ブロックに割り当てていくため、符
号化未使用ビットＲＥＭの値は、フォーマットにより示
されるｋ番目の単位ブロックのスペクトラムデータの本
数ＳＰｋの最小値未満となる場合が多い。このことか
ら、単位ブロックのスペクトラムデータの本数ＳＰｋの
最小値が８以下である場合には、符号化未使用ビットＲ
ＥＭは、図９に示したように、１フレーム分の符号化デ
ータの２０９バイト目の後方部分に出現する可能性が高
くなる。

【０１０８】そして、各フレームにおいて、符号化未使
用ビットＲＥＭが発生した場合には、その部分に事業者
識別子（事業者コード）などの付加情報を埋め込むよう
にして付加する。したがって、付加情報を付加するため
に、符号化データに新たなエリアを設けることなく、も
ともとのフォーマットにおいて確保されている領域内の
未使用部分（余剰ビット）に付加情報を付加するので、
符号化データの絶対量を変えることなく、符号化データ
に付加情報を付加することが可能となる。

【０１０９】そして、前述もしたように、符号化データ
への付加情報の付加は、例えば、メインサーバ１０側に
おいて、高能率符号化処理の直後において行なわれるよ
うにされる。図１０は、符号化データに対して、付加情
報書き込み装置１３０により付加情報を付加する場合に
ついて説明するための図である。

【０１１０】図１０において、高能率符号化装置（高能
率符号化エンコーダ）１２０は、図３にその構成を示し
て前述したものである。この高能率符号化装置１２０の
後段に、図１０に示すように、付加情報書き込み装置１
３０が設けられる。すなわち、この第１の実施の形態に
おいて、図１に示したメインサーバ１０（１）のエンコ
ーダ１１の構成が、図１０に示すものとなる。

【０１１１】そして、図３を用いて説明したように、高
能率符号化装置１２０の出力端子１１２〜１１７通じて
出力されるデータが、図５に示した１フレーム分の情報
となって付加情報書き込み装置１３０に供給される。

【０１１２】また、図３に示した構成を有する高能率符
号化装置１２０のビット割当算出回路１１８において
は、これに供給される種々の情報を用い、図８Ａ、図８
Ｂ、図８Ｃに示した数式に応じた演算を行なって、符号
化されて形成された符号化データの各フレームの符号化
未使用ビットＲＥＭを検出する。この符号化未使用ビッ
トＲＥＭを示す情報は、図３に示したように、出力端子
１１９を通じて出力され、後段の付加情報書き込み装置
部１３０に供給される。

【０１１３】図１０における付加情報書き込み装置１３
０では、高能率符号化装置１２０からの符号化未使用ビ
ットＲＥＭを示す情報に基づいて、自己に供給されるス
ペクトラムデータの各フレームのうち、符号化未使用ビ
ットＲＥＭが発生しているフレームを判別する。そし
て、符号化未使用ビットが発生しているフレームの符号
化未使用ビット部分に、符号化未使用ビット数に応じ
て、付加情報を書き込むことにより付加情報を付加す
る。

【０１１４】図１１は、図１０に示した付加情報書き込
み装置１３０において行なわれる付加情報の書き込みイ
メージについて説明するための図である。図１１におい
ては、「１０１１」なる４ビットの付加情報を符号化デ
ータのｎ番目以降のフレームに下位ビットから順に格納
する場合の例を示している。

【０１１５】図１１に示すように、高能率符号化装置１
２０からの符号化未使用ビットＲＥＭの値が、ｎ番目の
フレームから順番に、１、０、２、０、１であり、ｎ番
目のフレームと、ｎ＋２番目のフレームと、ｎ＋４番目
のフレームとに符号化未使用ビットが発生しているとす
る。

【０１１６】この場合、まずｎ番目のフレームでは、図
３におけるビット割当算出回路１１８により符号化未使
用ビットＲＥＭの値が１であると算出され、これが付加
情報書き込み装置１３０に供給されるので、付加情報書
き込み装置１３０は、その符号化未使用ビットＲＥＭに
基づいて、当該ｎ番目のフレームの符号化未使用ビット
部分に付加情報の下位１ビットを記録する。

【０１１７】ｎ＋１番目のフレームでは、図３における
ビット割当算出回路１１８により符号化未使用ビットＲ
ＥＭの値が０であると算出されるため、付加情報書き込
み装置１３０においては、付加情報の記録は行なわな
い。同様にして、ｎ＋２番目のフレームの場合には、高
能率符号化装置のビット割当算出回路１１８からの符号
化未使用ビットＲＥＭの値が２であるので、付加情報書
き込み装置１３０は、ｎ＋２番目のフレームの符号化未
使用ビットに２ビット分の付加情報を記録する。

【０１１８】さらに、ｎ＋３番目のフレームでは、図３
におけるビット割当算出回路１１８により符号化未使用
ビットＲＥＭの値が０であると算出されるため、付加情
報書き込み装置１３０においては、付加情報の記録は行
なわない。そして、ｎ＋４番目のフレームの場合には、
高能率符号化装置のビット割当算出回路１１８からの符
号化未使用ビットＲＥＭの値が１であるので、付加情報
書き込み装置１３０は、ｎ＋４番目のフレームの符号化
未使用ビットに１ビット分の付加情報を記録する。

【０１１９】これにより、５フレームのうちの符号化未
使用ビットが発生している３フレームに付加情報を書き
込むことによって、４ビットの付加情報を符号化データ
に付加するようにすることができる。ここでは４ビット
の付加情報を付加する場合の例を示したが、フレーム数
に応じて更に多くの付加情報ビットを付加するようにす
ることが可能である。また、何番目以降のフレームから
付加情報を記録するかということを定めておけば、作成
した一連のフレームからこの付加情報の取り出しが可能
である。

【０１２０】［エンコーダ１１においての処理につい
て］次に、図１０に示した高能率符号化装置１２０、お
よび、付加情報書き込み装置１３０の動作について、図
１２のフローチャートを用いて更に詳しく説明する。図
１２に示すフローチャートにおいて、変数ｉは、フレー
ム番号を示すカウンタ値であり、また、変数ｗ＿ｄｏｎ
ｅは付加情報を書き込む上で、何ビット分を書き込んだ
かを示す値、すなわち記録済み付加情報ビット数を示す
ものである。また、符号化未使用ビットＲＥＭ（ｉ）に
ついては、ｉ番目のフレームの符号化未使用ビットＲＥ
Ｍの値を示すものである。

【０１２１】図１２に示す処理は、オーディオＰＣＭデ
ータの高能率符号化処理が開始された場合に高能率符号
化装置１２０、付加情報書き込み装置１３０において開
始される。まず、付加情報書き込み装置１３０において
は、変数ｉを０に初期化し（ステップＳ１０１）、変数
ｗ＿ｄｏｎｅを０に初期化する（ステップＳ１０２）。

【０１２２】次に、高能率符号化装置１２０において、
符号化するオーディオＰＣＭデータがまだあるか否かを
判断する（ステップＳ１０３）。このステップＳ１０３
においては、例えば、オーディオＰＣＭデータを５１２
サンプルづつ処理していくような場合、ソースとなるオ
ーディオＰＣＭファイルのサンプル数をいくつ処理した
かを監視し、高能率符号化処理の対象となっているオー
ディオＰＣＭデータの全部を処理し終えたか否かを判断
する処理である。

【０１２３】ステップＳ１０３の判断処理において、高
能率符号化処理の対象となっているオーディオＰＣＭデ
ータの全部を処理し終えたと判断した場合には、図１２
に示す処理は終了する。ステップＳ１０３の判断処理に
おいて、高能率符号化処理の対象となっているオーディ
オＰＣＭデータの全部を処理し終えていないと判断した
ときには、高能率符号化装置１２０において、オーディ
オＰＣＭデータの高能率符号化処理を実行する（ステッ
プＳ１０４）。

【０１２４】このステップＳ１０４において実行される
高能率符号化処理においては、高能率符号化装置１２０
において、図５に示した符号化データを形成すると共
に、フレーム毎の符号化未使用ビットＲＥＭ（ｉ）を算
出する。この後に、例えば、付加情報書き込み装置１３
０において、変数ｉは、予め決められた初期移動量より
大きいか否かを判断する（ステップＳ１０５）。ここ
で、初期移動量は、前述もしたように、付加情報を記録
する際に、予め定めておく値であって、何番目以降のフ
レームに付加情報を記録していくか（付加していくか）
を決定する量である。

【０１２５】ステップＳ１０５の判断処理において、指
示されたフレームにまで到達していないと判断したとき
には、変数ｉをカウントアップし（ステップＳ１１
１）、この後に、ステップＳ１０３からの処理を繰り返
す。なお、ステップＳ１１１においての変数ｉのカウン
トアップは、フレーム数のカウントアップを意味する。
また、図１２において、ステップＳ１１１のｉ＋＋の表
記は、変数ｉをカウントアップすることを意味するもの
である。

【０１２６】ステップＳ１０５の判断処理において、指
示されたフレームに到達したと判断したときには、書き
込みデータ（付加情報）のビット長が、変数ｗ＿ｄｏｎ
ｅより大きいか否かを判断する（ステップＳ１０６）。
このステップＳ１０６の判断処理は、付加情報の全部を
付加し終えたか否かを判断する処理であり、厳密に言え
ば、付加情報を現在何ビット分記録したかを判断する処
理である。

【０１２７】ステップＳ１０６の判断処理において、付
加情報の全部を付加し終えたと判断した場合、すなわ
ち、書き込みデータのビット長が、変数ｗ＿ｄｏｎｅよ
り大きくないと判断した場合には、既に付加情報を書き
込みきったこととなり、ステップＳ１１１の処理に進
み、変数ｉをカウントアップした後に、ステップＳ１０
３からの処理を繰り返す。

【０１２８】なお、図１２においては、その都度このス
テップＳ１０６の判断処理を通る形となっているが、ス
テップＳ１０６において、一度Ｎｏと判断した場合、す
なわち、付加情報の全部を付加し終えたと判断した場合
には、フラグを立て、以後書き込みに関する行程である
ステップＳ１０７以降の処理に入らないようにする構成
とすることも可能である。

【０１２９】ステップＳ１０６の判断処理において、付
加情報の全部を付加し終えていないと判断した場合、す
なわち、書き込みデータのビット長が、変数ｗ＿ｄｏｎ
ｅより大きいと判断した場合には、符号化未使用ビット
ＲＥＭ（ｉ）が０より大きいか否かを判断する（ステッ
プＳ１０７）。このステップＳ１０７の判断処理は、図
９を用いて前述したように、符号化未使用ビットが、実
際に発生しているか否かを判断するものである。

【０１３０】ステップＳ１０７の判断処理において、符
号化未使用ビットＲＥＭ（ｉ）が０である、すなわち、
符号化未使用ビットが発生していないと判断したときに
は、付加情報を書き込むことはできないため、ステップ
Ｓ１１１の処理に進み、変数ｉをカウントアップした後
に、ステップＳ１０３からの処理を繰り返す。

【０１３１】また、ステップＳ１０７の判断処理におい
て、符号化未使用ビットＲＥＭ（ｉ）が０ではない、す
なわち、符号化未使用ビットが発生していると判断した
ときには、付加情報の下位のＲＥＭ（ｉ）分のデータを
高能率符号化装置１２０から供給される符号化データの
該当フレームの符号化未使用ビット部分に書き込む（ス
テップＳ１０８）。

【０１３２】そして、書き込み後の付加情報の書き込み
データを下位方向にＲＥＭ（ｉ）分シフト操作する（ス
テップＳ１０９）。すなわち、書き込み済み付加情報を
書き込まないようにする処理を行なう。この図１２に示
す例においては、ステップＳ１０８と、ステップＳ１０
９との処理により、常に下位のビットから符号化データ
の符号化未使用ビット部分に書き込む形となっている
が、整合さえとれていれば、この書き込み方法について
は任意性があることは明白である。

【０１３３】この後、処理を行なったビット数として変
数ｗ＿ｄｏｎｅに符号化未使用ビットＲＥＭ（ｉ）を加
算し（ステップＳ１１０）、変数ｉをカウントアップし
て（ステップＳ１１１）、ステップＳ１０３からの処理
を繰り返す。このようにして、高能率符号化装置１２０
により高能率符号化されて形成された符号化データに対
して、付加情報書き込み装置１３０により付加情報が付
加される。

【０１３４】この付加情報は、前述もしたように、当該
符号化データの提供元である事業者の識別子（識別コー
ド）や楽曲データである符号化データの識別子（楽曲識
別子）などであり、符号化データに付加されている付加
情報を検出することにより、その符号化データの提供元
の事業者がどこで、どの楽曲データであるかを確実に判
別することができるようになる。

【０１３５】なお、図１２に示した方法では、付加情報
を符号化データに対して一度しか記録しない形となって
いるが、例えば一度付加情報をすべて記録した後に、再
度同一の付加情報、又は、別の付加情報を、同一の方法
で記録するようにしても良い。この場合は、例えば記録
を開始したフレーム番号となるｉと、付加情報の種類を
いわゆるログの様な形で出力させ、何番目以降のフレー
ムに何ビット分の付加情報が記録されているかを示すテ
ーブルファイルを出力するようにしてもよい。

【０１３６】この場合のテーブルファイルの情報を、音
楽サーバシステム３０側において、配信事業を行なう際
のデータベース情報の検出フレームとして管理すれば、
付加情報の検出に利用可能となる。

【０１３７】この記説明してきた方法を用いることで、
符号化データの中に付加情報を記録することが可能とな
る。記録された付加情報の抽出については、先に説明し
た、予め決められた初期移動量や音楽サーバシステム３
０（１）、３０（２）、…が備えるデータベースに記録
した検出フレーム番号等を用いて、開始レームを特定
し、この開始フレームより、前述した符号化未使用ビッ
トＲＥＭの算出方法を用いることによって、付加情報を
順次出して行くことが可能となる。

【０１３８】なお、付加情報は、先に説明した通り符号
化未使用ビットに付加するようにしているので、図７で
説明した復号化装置で復号を行なって生成されるオーデ
ィオＰＣＭデータには何ら影響を及ぼさない。

【０１３９】また、楽曲データである符号化データに付
加する付加情報は、当該符号化データの提供元を示す事
業者識別子、当該符号化データの生成元を示す生成者識
別子、個々の符号化データを識別するための符号化デー
タ識別子（楽曲識別子）などの必要となる各種の情報を
付加することができる。

【０１４０】このように複数種類の付加情報を付加する
場合には、それらの付加情報の桁数が予め分かっていれ
ば、桁数によって分離することができるし、また、分離
位置に特定のコード、例えば、数桁分がすべて「１」と
なる分離コードなどを付加するようにすればよい。

【０１４１】［メインサーバの具体例について］次に、
配信業者側のデータベースサーバに相当する図１におけ
るメインサーバ１０（１）、１０（２）、１０（３）、
…の具体例をメインサーバ１０として説明する。図１３
は、メインサーバ１０を説明するためのブロック図であ
る。図１３に示すように、メインサーバ１０は、エンコ
ーダ８０、メインコントローラ８１、ハードディスク８
２、表示部８３、操作部８４、課金処理部８５、通信部
８６、デコーダ８７、再生処理部８８を備えたものであ
る。

【０１４２】図１３において、エンコーダ８０は、図１
に示したメインサーバ１０（１）のエンコーダ１１に相
当し、図１０に示したように、高能率符号化装置１２０
と、付加情報書き込み装置１３０とからなるものであ
る。高能率符号化装置１２０は、図３に示した構成を有
するものであり、この高能率符号化装置１２０と付加情
報書き込み装置１３０とが協働し、メインコントローラ
８１の制御のもと、図１２に示した処理を行なうことに
よって、オーディオＰＣＭ信号を高能率符号化し、高能
率符号化して形成した符号化データに事業者識別子など
の付加情報を付加するものである。

【０１４３】エンコーダ８０において、高能率符号化さ
れると共に、付加情報が付加された楽曲データは、ハー
ドディスク８２に蓄積される。このハードディスク８２
は、図１に示したサーバ装置１０（１）のハードディス
ク１２に相当するものである。また、図１３において、
メインコントローラ８１は、この実施の形態のメインサ
ーバ１０の各部を制御するものであり、図１に示したメ
インサーバ装置１０（１）の制御部１３に相当する。

【０１４４】なお、この図１３に示すメインサーバ１０
は、図１に示したメインサーバ１０（１）などの機能を
すべて踏襲するものであり、図１における事業者識別子
の比較部１５の機能は、図１３に示すメインサーバ１０
のメインコントローラ８１において、例えばソフトウエ
アによって実現することができるようにしている。この
場合、メインサーバ１０自身の事業者識別子は、メイン
コントローラ８１が有するＲＯＭやＥＥＰＲＯＭなどの
不揮発性メモリやハードディスク８２などに記憶保持さ
れ、必要に応じて読み出して用いることができるように
している。

【０１４５】また、通信部８６は、図１に示したメイン
サーバ１０（１）の通信部（送受信部）１４に相当する
ものである。そして、図１３に示すメインサーバ１０の
通信部８６は、図１３に示すように、各音楽サーバシス
テム３０（１）、３０（２）、…との間に通信回線を接
続し、楽曲データや種々の付随情報、制御情報、課金情
報等のやり取りを行なうことができるようにしている。

【０１４６】また、課金処理部８５は、図１に示したメ
インサーバ１０（１）の課金処理部１７に相当するもの
であり、通信部８６を通じて受信する音楽サーバシステ
ムからの課金情報を処理する部分である。また、図１３
に示すように、この例のメインサーバ１０は、ガイダン
ス表示や警告表示など各種の表示情報を表示する表示部
８３と、使用者からの各種の操作入力を受け付けるキー
操作部８４とを備えている。

【０１４７】さらに、図１３に示すメインサーバ１０
は、ハードディスク８２に記録されている楽曲データを
再生して試聴することをできるようにするために、デコ
ーダ８７、再生処理部８８をも備えたものである。な
お、デコーダ８７は、図７を用いて前述した復号化回路
の構成を有するものである。

【０１４８】そして、前述もしたように、この図１３に
示すメインサーバ１０において、オーディオＰＣＭ信号
は、エンコーダ８０によってエンコードされ、付加情報
が付加されて、ハードディスクディスク８２に蓄積され
ることになる。高能率符号化装置（高能率符号化エンコ
ーダ）を実現する方法は、いわゆるエンコードＬＳＩを
実装したハードウエア（ＭＤデッキ）で実現する方法
と、ＰＣＭのファイルをソフトウエアで演算処理する方
法の２種類の方法がある。

【０１４９】図１３のメインサーバ装置１０においての
エンコード処理は、一般にはデジタルオーディオデータ
の配信事業を行なうために、大量の楽曲を自動的に効率
よく処理していく必要があり、この実施の形態の図１３
に示したメインサーバ装置１０においては、コンピュー
タのソフトウエアによる方法で実現するようにしてい
る。

【０１５０】［ハードウエアによるエンコードとソフト
ウエアとによるエンコードとの性質の違いについて］こ
こで、ハードウエア（ＭＤデッキ）での高能率符号化
（エンコード）と、コンピュータのソフトウエアによる
高能率符号化（エンコード）の性質の違いについて説明
する。

【０１５１】ハードウエア（ＭＤデッキ）での録音につ
いては、当該ハードウエアを購入することにより、誰も
が高能率符号化を実現できることになるが、高能率符号
化に伴う演算精度に関しては、実装されたエンコードＬ
ＳＩの精度に依存する。また、一般には、ＰＣＭファイ
ルを用いる場合、いわゆるＰＣＭデータをデジタル出力
したものをデジタル入力してエンコードを行なうことと
なるが、これに起因し、同一楽曲のエンコードでも、録
音操作開始のタイミングにより、デジタル入力されるＰ
ＣＭデータの入力位置（エンコード開始位置）がまちま
ちとなり、高能率符号化後のデータは全く異なったもの
となる。

【０１５２】この現象を説明するために、高能率符号化
回路の一例を示した図３をも参照しながら高能率符号化
の処理を行なう時間単位について詳細に説明する。図３
に示した高能率符号化回路において、入力端子１００に
はデジタルオーディオデータ（ＰＣＭデータ）が供給さ
れるが、入力後に行われるＭＤＣＴ回路１０３、１０
４、１０５でのＭＤＣＴ処理では、いわゆる直交変換処
理を行なうためのサンプル数が規定され、それが１つの
単位となり、繰り返し行われることになる。

【０１５３】図３に示した高能率符号化回路において
は、入力端子１００を通じて入力された１０２４サンプ
ルのＰＣＭデータが、５１２本のＭＤＣＴ係数、また
は、スペクトラムデータとして、ＭＤＣＴ回路１０３、
１０４、１０５より出力される。具体的には、入力端子
１００より入力された１０２４個のＰＣＭデータ（ＰＣ
Ｍサンプルデータ）がＱＭＦ１０１により５１２個の高
域サンプルと５１２個の低域サンプルとなり、更に低域
サンプルについてはＱＭＦ１０２により、２５６サンプ
ルの低域サンプルと２５６個の中域サンプルになる。

【０１５４】この後、ＱＭＦ１０２からの２５６個の低
域サンプルは、ＭＤＣＴ回路１０５により、１２８個の
低域スペクトラムデータとなり、ＱＭＦ１０２からの２
５６個の中域サンプルは、ＭＤＣＴ回路１０４により、
１２８個の中域スペクトラムデータとなり、ＱＭＦ１０
１からの５１２個の高域サンプルは、ＭＤＣＴ回路１０
３により、２５６個の高域スペクトラムデータとなり、
合計５１２個のスペクトラムデータが１０２４個のＰＣ
Ｍサンプルより作成されることになる。

【０１５５】この場合の入力データである１０２４個の
ＰＣＭサンプルデータが、前述した高能率符号化の１回
の処理を行なう時間単位となり、これを１フレーム（１
サウンドフレーム）とする。高能率符号化された１フレ
ームは、先に図５に示した２１２バイト分である。

【０１５６】なお、図３における入力端子１００より入
力されるＰＣＭサンプルデータについては、１フレーム
が１０２４サンプルであるが、前後５１２サンプルはそ
れぞれ前後の隣接フレームでも使用されることになる。
これはＭＤＣＴ処理でのオーバーラップを勘案し、正確
なエンコード処理を実現するためである。

【０１５７】このように、１０２４サンプルのＰＣＭサ
ンプルデータから、１フレーム分の高能率符号化された
デジタルオーディオデータを形成するため、録音操作開
始のタイミングにより最初に入力される１０２４サンプ
ルのＰＣＭデータが決定され、以後それに従った高能率
符号化のフレームが生成されることとなる。

【０１５８】オーバーラップ分を鑑みると、理論的には
５１２通りの入力パターンが生じることとなる。この様
な理由から一般のハードウエア（ＭＤデッキ）では、同
一楽曲のエンコード（録音）でも、録音操作開始のタイ
ミングにより、高能率符号化のデータは変化することに
なる。アナログ録音の方法もあるが、この場合、雑音
や、いわゆるＡ／Ｄ変換精度等も依存することとなり、
更にデータの一致をみるのが難しいのは明白である。

【０１５９】これに対して、コンピュータ（ＰＣ）のソ
フトウエアでの演算によるエンコードの方法について
は、ハードディスクに蓄積されたＰＣＭファイルを処理
する形となり、前述したようなエンコードタイミングの
ずれが生じる要因が無いために、同一楽曲のエンコード
に対して、常に同一の高能率符号化データが生成される
ことになる。

【０１６０】また、一般にはハードウエア（ＭＤデッ
キ）に実装されたエンコードＬＳＩの演算精度は、エン
コードソフトウエアを実行するパーソナルコンピュータ
などの処理装置のＣＰＵの演算精度より低く、エンコー
ドＬＳＩを用いて、同じＰＣＭサンプルデータについ
て、タイミングが一致しても、すなわち、全く同じＰＣ
Ｍサンプルからエンコード処理を開始したとしても、そ
の演算精度の低さから高能率符号化されたデジタルオー
ディオデータは変化することとなる。

【０１６１】このような理由により、配信事業者の使用
するエンコーダでのみ、ソフトウエアでの方法が用いら
れていることが前提となれば、外部記録媒体に記録され
た高能率符号化データとメインサーバ１０あるいは後述
の音楽サーバシステム３０のハードディスク上に記録さ
れている高能率符号化データの比較を行ない一致を見る
ことで、ＭＤに記録された高能率符号化データ（デジタ
ルオーディオデータ）が、一般家庭においてハードウエ
ア（ＭＤデッキ）でエンコード（録音）されたものか、
配信業者より音楽サーバシステムを利用して購入したも
のであるかの判別を行なうことが理論的に可能となる。

【０１６２】これに加え、音楽サーバシステムに利用者
によって持ち込まれる録音可能なＭＤについては、楽曲
データの生成者や配信事業者を示す情報を記録できる領
域が予め用意されているわけではないが、前述した符号
化データのフレームにおける未使用ビットに付加情報を
書き込む方法を用いることにより、利用者（楽曲データ
の購入者）が、どの配信業者から楽曲データの購入を行
なったかを確実に把握することが可能となる。

【０１６３】このように、利用者は提供を受けた楽曲デ
ータの配信業者（配信元である事業者）を性格に特定す
ることにより、その配信業者の責任を明確にし、その配
信業者の責任において、記録媒体間の楽曲移動や、高能
率符号化アルゴリズムのバージョンアップ対応、不良記
録媒体の解析など、従来配信業者が特定できなかったた
めに実現できなかった新たなサービスを、無料で、ある
いは、安価に提供することを実現できる。

【０１６４】［音楽サーバシステムの具体例について］
次に、図１における音楽サーバシステム３０（１）、３
０（２）、…、の具体例を音楽サーバシステム３０とし
て説明する。図１４は、音楽サーバシステム３０を説明
するためのブロック図である。音楽サーバシステム３０
は、前述もしたように、各地の店舗などに設置されるも
のである。音楽サーバシステム３０は、メインサーバ１
０から提供される楽曲データ（符号化データ）を蓄積
し、利用者が持参する外部記録媒体を受け付けて、これ
に利用者の要求に応じた楽曲データを記録するものであ
り、利用者によって実際に操作されるものである。

【０１６５】図１４において、メインコントローラ３１
は、音楽サーバシステム３０内の全ての装置部に接続さ
れ、その制御を行なうものである。ハードディスク３２
は、利用者に提供する楽曲データを主に蓄積するもので
ある。この音楽サーバシステム３０のハードディスク３
２に蓄積される楽曲データは、実際の楽曲データとなる
メイン情報（デジタルオーディオデータである符号化デ
ータ）と、楽曲のタイトル、演奏時間、ジャケット写真
等の付随情報からなる。したがって、前述したメインサ
ーバ１０は、付随情報を音楽サーバシステムに提供する
ことができるものである。

【０１６６】この第１の実施の形態において、メイン情
報であるデジタルオーディオデータは、ハードディスク
容量の効率的な使用と、音楽サーバシステムへの転送時
の、通信線の容量等を考慮し、前述もしたように、高能
率符号化処理されて圧縮がなされたものであり、利用者
によって持ち込まれる外部記録媒体に対して、高速での
記録が可能となっている。

【０１６７】メイン情報であるデジタルオーディオデー
タに付随する付随情報の管理は、例えば、図１５に示す
ような構成の管理テーブルファイルを用意し、メイン情
報のファイル名と付随情報との対応を記し、この更新、
読み取り操作等をメインコントローラ３１によって行な
うことによって実現することができる。

【０１６８】図１５の例では付随情報となる文字情報や
画像情報もファイルとなっており、そのファイル名を管
理する例を示しているが、例えば文字情報等に関して
は、直接テキスト形式で記しておいてもよい。また、図
１５におけるその他の情報としては、例えば楽曲の著作
権情報や、いわゆるエンファシス情報等が挙げられる。

【０１６９】この他に、楽曲の演奏時間等も同様の方法
で管理できるが、演奏時間については、楽曲情報の表示
や、楽曲の記録等を行なう必要時に、メイン情報のファ
イルサイズと、高能率符号化の圧縮率から随時算出する
ことも可能である。検出フレーム番号は、この実施の形
態の音楽サーバシステムに装填された利用者の記録媒体
に記録されているオーディオデータが、この音楽サーバ
システム３０を運営するオーディオデータの正当な提供
者（事業者）から正規に購入したか否かを判別する処理
において参照される情報である。

【０１７０】具体的には、前述もしたように、事業者識
別子などの付加情報を付加するようにしたフレーム番号
などメインサーバ１０から通知され、これが検出フレー
ム番号として各楽曲毎に記憶されて、管理することがで
きるようにされる。そして、利用者の持ち込む外部記録
媒体に記録されている楽曲データに付加されている事業
者識別子などの付加情報を検出する際には、この図１５
に示した管理ファイルの検出フレーム番号を参照し、付
加情報の付加開始フレームを特定して、付加情報の検出
を迅速かつ確実に行なうことができるようにしている。

【０１７１】なお、ここでは図１５に示したように、い
わゆるテーブルファイルにより付随情報を管理する例に
ついて説明した。しかしこれに限るものではない。例え
ば、メイン情報にいわゆるヘッダとして種々の付随情報
を付加する形をとることも可能である。

【０１７２】表示部３３は、メインコントローラ３１に
接続され、前述したハードディスク３２内の楽曲データ
の詳細や、記録、再生等の状態を使用者に表示するため
のものである。操作部３４は、メインコントローラ３１
を介して、記録媒体への記録や、再生処理等の実行を行
なうものである。

【０１７３】図１４では、音楽サーバシステム３０とし
て単一の構成とした例を示しているが、表示部３３と操
作部３４に関しては、外部装置として例えばパーソナル
コンピュータ等を利用して、そのディスプレイ表示部
と、キーボード及びマウス等を利用する方法も考えられ
る。この場合、音楽サーバシステムとパーソナルコンピ
ュータについては、付加情報と制御信号をやりとりする
専用信号線、あるいは、いわゆるシリアル接続、ＵＳＢ
（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＩＥ
ＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａ
ｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅ
ｒｓ）１３９４等のデジタルインターフェースを利用す
ることで実現できる。

【０１７４】また、メモリを含めた詳細は図示しない
が、図１４に示した音楽サーバシステム３０の要素の全
てをパーソナルコンピュータ内で構成することも可能で
ある。すなわち、図１４に示した音楽サーバシステム３
０は、店頭などに設置されるいわゆるスタンドアロン方
式の専用装置として実現することも可能であるし、パー
ソナルコンピュータなどのコンピュータ内に音楽サーバ
システムを構成することにより実現することも可能であ
る。

【０１７５】また、図１４において、読み取り記録部３
５、読み取り記録部３６は、操作部３４からの指示に応
じたメインコントローラ３１からの制御に基づいて、こ
れに装填された外部記録媒体１９、外部記録媒体２０に
記録されている情報の読み取り、および、外部記録媒体
１９、外部記録媒体２０への情報（メイン情報、付随情
報等）の書き込みを行なうことができるものである。

【０１７６】したがって、メインコントローラ３１は、
読み取り記録部３５、読み取り記録部３６を制御し、外
部記録媒体１９、外部記録媒体２０から読み出したデー
タを、例えば、ハードディスク３２に供給して、ここに
保存するようにしたり、逆に、ハードディスク３２から
のデータを外部記録媒体１９、外部記録媒体２０に書き
込んだりすることができるようにされている。

【０１７７】この実施の形態において、外部記録媒体１
９、外部記録媒体２０は、いわゆるパッケージの形で、
外部への持込みが容易であり、かつ小型の再生装置など
で、当該外部記録媒体に記録された楽曲データ等の再生
が行なえるものである。この外部記録媒体としては、例
えば音楽用として普及しているＭＤやメモリカードの一
種であるメモリスティック（以下、ＭＳと略称する。）
等である。このように、異なる外部記録媒体に対応した
読み取り記録部を複数設けることによって、異なる外部
記録媒体のそれぞれに対応することが可能となる。

【０１７８】通常、楽曲データを処理する装置の細かな
仕組みや、外部記録媒体への書き込みフォーマット等
は、外部記録媒体の種類によって異なるものとなる。こ
のため、音楽サーバシステム３０においては、利用可能
とされた外部記録媒体のそれぞれに対応したフォーマッ
トの楽曲データを持つ必要がある。これはいわゆるフォ
ーマット間の変換処理を行なうことで、メイン情報を共
通化することも可能であるが、一般には変換による音質
劣化が発生する可能性が高い。

【０１７９】このため、この実施の形態においては、図
１４に示したように、楽曲データを処理する音楽サーバ
システム３０は、読み取り記録部３５、読み取り記録部
３６を持つ構成とすることによって、異なる外部記録媒
体、この実施の形態の音楽サーバシステム３０において
は、ＭＤとＭＳとを用いることができるようにしてい
る。

【０１８０】この第１の実施の形態においては、記録媒
体１９がＭＤ、記録媒体２０がＭＳであるものとし、ハ
ードディスク３２には一つの楽曲に対して、ＭＤ用の楽
曲データと、ＭＳ用の楽曲データが蓄積されているもの
として以下の説明を進める。

【０１８１】次に、楽曲データの外部記録媒体への記録
方法の具体例をＭＤに記録する場合について説明する。
ＭＤの場合、読み取り記録部３５の記録装置部分は、Ｍ
Ｄを回転駆動するためのスピンドルモータ、光学ヘッ
ド、磁気ヘッド、サーボ回路等により構成されている。

【０１８２】すなわち、外部記録媒体１９である小型の
光磁気ディスクであるＭＤは、スピンドルモータにより
回転駆動され、例えば光学ヘッドからのレーザ光をＭＤ
に照射した状態で記録データに応じた変調磁界を磁気ヘ
ッドにより印加することによって、いわゆる磁界変調記
録を行なう。この場合、光学ヘッドは、サーボ回路から
のサーボ信号に基づいて、トラッキング制御、フォーカ
ス制御がなされ、ＭＤのトラックを適正なスポット形状
のレーザ光によって正確に走査することができるように
され、ＭＤのトラックに正確に楽曲データの記録が行わ
れる。

【０１８３】また、この実施の形態において、ハードデ
ィスク３２に蓄積されている楽曲データのメイン情報で
あるデジタルオーディオデータは、ＭＤで用いられてい
る圧縮フォーマット（高能率符号化方式）でデータ圧縮
されたものである。データ圧縮されたデジタルオーディ
オデータを記録する場合には、データ圧縮がなされてい
る分、実際の楽曲の再生相当時間より記録時間の高速化
を実現できる。

【０１８４】また、ＭＤの場合、ディスク内には、ＴＯ
Ｃ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）と呼ばれる
楽曲管理情報を記録する領域が設けられており、楽曲の
タイトル等の付加情報は、このＴＯＣに記録されること
となる。したがって、メインコントローラ３１は、読み
取り記録部３５を通じて、図１５に示した管理情報を基
に、ハードディスク３２に記録されている楽曲について
の付加情報を、ＭＤのＴＯＣのフォーマットに従って記
録するように制御している。このようにして、ＭＤのよ
うな外部記録媒体でも、図１４に示した音楽サーバシス
テム３０で管理されていたメイン情報と付随情報との対
応付けが同様に可能となる。

【０１８５】なお、読み取り記録部３６は、ＭＳ内部の
半導体メモリからこれに記録されているデータを読み出
す機構と、ＭＳ内部の半導体メモリにデータを書き込む
機構とを備えたものとなる。また、記録可能なＭＤには
楽曲生成者や楽曲そのもののＩＤ情報を記録する領域が
用意されていないが、ＭＳについてはこれらの領域が確
保されている。読み取り記録部３６は、楽曲生成者や楽
曲そのもののＩＤ情報を該当領域に記録することができ
るものである。

【０１８６】デコーダ３７は、この実施の形態の音楽サ
ーバシステム３０内のハードディスク３２に蓄積された
デジタルオーディオデータによる音声（楽曲）を実際に
音で聞くための圧縮復号化装置である。このデコーダ３
７は、図７を用いていて前述した構成をその一部に有す
るものである。

【０１８７】デコーダ３７によって復号化されたデジタ
ルオーディオデータは、いわゆるＤ／Ａコンバータやア
ンプ、スピーカ等で構成される再生処理部３８によって
再生処理が行われる。再生処理部１８による再生処理
は、利用者が目的とする楽曲データを自己の外部記録媒
体に記録等を行なう前に、実際のデジタルオーディオデ
ータによる楽曲を試聴するために用いられるものであ
る。

【０１８８】なお、先に述べた通りＭＤ用にデータ圧縮
されたデジタルオーディオデータとＭＳ用にデータ圧縮
されたデジタルオーディオデータとの両方が存在する場
合、ＭＤ用とＭＳ用とのそれぞれのデコーダが必要にな
るが、この実施の形態において、デコーダ３７は、ＭＤ
用にデータ圧縮されたデジタルオーディオデータと、Ｍ
Ｓ用にデータ圧縮されたデジタルオーディオデータとの
両方をデコードすることができるものである。

【０１８９】また、付加情報検出部３９は、図１０、図
１１、図１２を用いて説明したように、オーディオＰＣ
Ｍ信号を高能率符号化することによって形成した符号化
データのフレームに発生する符号化未使用ビットに書き
込まれる事業者識別子などの付加情報を検出するもので
ある。

【０１９０】この実施の形態の音楽サーバシステム３０
は、前述もしたように、読み取り記録部３５に装填され
たＭＤに記録されている高能率符号化されたオーディオ
デジタルデータ（楽曲データ）を読み出し、これをハー
ドディスク３２に一時記憶する。このようにしてハード
ディスク３２に取り込まれた楽曲データについて、付加
情報検出部３９は、図１５に示した管理ファイルの検出
フレーム番号に応じた位置のフレームから事業者識別子
などの付加情報を抽出し、抽出した付加情報をメインコ
ントローラ３１に通知する。

【０１９１】そして、この実施の形態において、付加情
報検出部３９において検出される付加情報は、外部記録
媒体１９、あるいは、外部記録媒体２０に記録されてい
る楽曲データは、この音楽サーバシステム３０に楽曲デ
ータを提供したメインサーバ１０を運営する事業者から
正当に提供されたものであるか否かを判別する際に用い
られることになる。

【０１９２】また、通信部４０は、メインサーバ１０と
の間で通信を行なう部分である。この通信部４０は、メ
インコントローラ３１の制御に応じて、各種の要求をメ
インサーバ１０に送信したり、メインサーバからの情報
を受信してメインコントローラ３１に通知したり、ま
た、メインサーバ１０からの楽曲データを受信して、受
信した楽曲データをハードディスク３２に供給して記録
するなどのことができるものである。

【０１９３】このように、この図１４に示した音楽サー
バシステム３０において、読み取り記録部３５、３６
が、図２に示した音楽サーバシステムの読み出し部１お
よび記録部２に相当するものであり、また、図１４に示
した音楽サーバシステム３０において、付加情報検出部
３９が、図２に示した音楽サーバシステムの識別子抽出
部３に相当するものである。また、図１４に示した音楽
サーバシステム３０において、通信部４０が、図２に示
した音楽サーバシステムの識別子送信部４および受信部
５に相当するものである。

【０１９４】なお、図１３に示したメインサーバ１０
と、図１４に示した音楽サーバシステムとを比較すると
分かるように、メインサーバ１０が、エンコーダ８０、
課金処理部８５を備えるが、これらは音楽サーバシステ
ム３０にはない点と、音楽サーバシステム３０は、読み
取り記録部３５、３６、付加情報検出部３９を備える
が、これらはメインサーバ１０にはない点とを除けば、
メインサーバ１０と、音楽サーバ３０とは、ほぼ同様に
構成することができるものである。

【０１９５】また、この実施の形態においては、高能率
符号化方式としてＡＴＲＡＣ方式を用いるものとして説
明したが、高能率符号化方式は、ＡＴＲＡＣ方式に限る
ものではない。すなわち、前述した符号化方式は一例で
あり、この実施の形態のメインサーバ１０、音楽サーバ
システム３０は、他の高能率符号化方式により高能率符
号化されたデジタルオーディオデータを扱うこともでき
るものである。

【０１９６】［音楽サーバシステムの利用形態］次に、
この実施の形態の音楽サーバシステム３０の利用形態に
ついて説明する。 この第１の実施の形態において、音
楽サーバシステム３０は、前述もしたように、例えば、
ＣＤショップ等の店頭に設置されるものである。この場
合、図１４における音楽サーバシステム３０は、図示し
ないが、利用者からの入金を受け付ける入金装置部を備
えるとともに、楽曲データの値段管理等も行なう機能を
備えるものである。

【０１９７】そして、利用者は自分のＭＤなどの外部記
録媒体を店頭へ持込み、店頭に設置されているこの実施
の形態の音楽サーバシステム３０に自分の外部記録媒体
を装填する。そして、この音楽サーバシステム３０のハ
ードディスク３２に蓄積されている楽曲データの中から
目的とする楽曲データを選択する指示を音楽サーバシス
テム３０の表示部３３と操作部３４とを通じて入力す
る。

【０１９８】音楽サーバシステム３０は、使用者からの
要求に応じて、選択された楽曲データをハードディスク
３２から読み出し、デコーダ３７、再生処理部３８を通
じて試聴を可能にする。この試聴によって、目的とする
楽曲データを確認した利用者は、その目的とする楽曲デ
ータの自分の外部記録媒体への記録を行なうべく、当該
楽曲データの記録に係る課金に応じた金銭を音楽サーバ
システム３０の入金装置部に投入し、操作部３４を通じ
て記録指示を入力することによって、目的とする楽曲デ
ータを自分の外部記録媒体に記録することができる。

【０１９９】このように、この実施の形態において、利
用者は、音楽サーバシステム３０を通じて、利用者が目
的とする楽曲データを自分が持ち込んだ外部記録媒体、
この実施の形態の場合にはＭＤに記録する形態で、その
目的とする楽曲データを購入することができるようにさ
れている。

【０２００】なお、この実施の形態においては、音楽サ
ーバシステム３０と楽曲データの販売元であるメインサ
ーバシステム１０とは、例えば専用回線などにより接続
されている。そして、前述もしたように、メインサーバ
１０は、この実施の形態の音楽サーバシステム３０に対
して、一定期間単位で（例えば一ヶ月に一回等）楽曲デ
ータを送りこみ、音楽サーバシステム３０のハードディ
スク３２に蓄積されている楽曲データの更新を行なうこ
とができるようにされている。

【０２０１】また、もし音楽サーバシステム３０と、メ
インサーバ１０が高速の専用回線で接続されている場合
は、購入の度にメインサーバ１０上のハードディスク内
にある楽曲データを直接利用する方法も考えられる。こ
の様な形で図１に示した音楽サーバシステム３０は、楽
曲データのいわゆる自動販売機として機能することとな
る。

【０２０２】また、別の音楽サーバシステム３０の利用
例としては、音楽サーバシステムを家庭内に置く方法も
考えられる。この場合、メインサーバ１０からの楽曲デ
ータの伝送経路としては、例えばインターネット等が挙
げられる。また、ＣＳなどの衛星からのデジタル信号通
信による方法も可能である。

【０２０３】この場合、前述した店頭に設置される音楽
サーバシステム３０とは異なり、音楽サーバシステム自
体に入金装置部を設ける必要はなく、既存のインターネ
ットや、電話回線等を用いた、入金処理を行なうように
する。つまり、会員識別情報やクレジットカード番号な
どを他者に漏れることがないように、例えば暗号化して
楽曲データの販売元などに送信し、銀行口座からの自動
引き落としやクレジットカード決済、あるいは、請求書
を発行し、入金受け付けるなどといった方法により入金
についての処理（決済処理）を行なうことができる。

【０２０４】また、音楽提供事業者（販売元）からの楽
曲データの購入だけでなく、すでに所有しているパッケ
ージの楽曲データを、蓄積保存するシステムとして利用
する方法も考えられる。この時、場合によっては外部記
録媒体の読み取り以外に、所望の符号化を行なう符号化
器（エンコーダ）が必要となる。

【０２０５】なお、図１３に示したメインサーバ１０と
音楽サーバシステム３０とからなる音楽配信システムに
おいて、楽曲データに付加する（埋め込む）付加情報
は、楽曲情報や、事業者識別子などの事業者情報等、様
々なものが考えられる。そして、前述もしたように、楽
曲データに、事業者識別子などの事業者情報を付加する
ことによって、記録媒体間の楽曲移動など、従来提供で
きなかった様々なサービスを新たに提供することが可能
となる。

【０２０６】［従来提供できなかったサービスの一例に
ついて］次に、主に事業者識別子を書き込むことにより
構成することが可能となるサービスの具体例の１つであ
る記録媒体間の楽曲移動（ムーブサービス）について述
べる。記録媒体間の楽曲移動（ムーブサービス）が必要
になるのは、以下のような理由による。

【０２０７】すなわち、楽曲データを記録する外部記録
媒体は、最近ではＭＤやＭＳ（メモリスティック）等、
様々な種類のものが存在し、使用者はその中から好みの
ものを選択可能である。しかし，例えば、新たに再生機
器を購入したことによって、主に使用していた外部記録
媒体を切り換えたい場合に、記録媒体間での楽曲移動の
需要が生じることとなる。

【０２０８】このとき、使用者が直接楽曲移動を行なう
方法としては、単純にはアナログ信号で出力したものを
コピーする方法が考えられるが、この方法ではいわゆる
Ａ／Ｄ変換やＤ／Ａ変換等の課程を介在させることとな
り、音質劣化の原因となる。また、デジタル信号による
方法では、移動を行ないたいそれぞれの記録媒体間で高
能率符号化方式の一致がなければ、復号化、および符号
化の課程を介在させることとなり、これも音質劣化の原
因となる。

【０２０９】また、記録媒体間で高能率符号化方式が一
致していた場合は、技術的には直接のコピーが可能とな
るが、全く音質の劣化がないために著作権上の問題が生
じることとなる。

【０２１０】音質的には、移動させたい楽曲の、移動先
の新しい記録媒体の高能率符号化方式に基づいた符号化
を行なった楽曲データを書き込むのが理想的である。し
かし例えば、移動元の楽曲データが音楽サーバシステム
３０を通じて購入されたものであった場合、移動元の記
録媒体用として楽曲を購入したにも関わらず、再度移動
先の記録媒体用の楽曲を購入する必要が生じ、購入者の
金銭負担が多くなる。

【０２１１】この問題を解決するためには、移動元の記
録媒体に記録されている高能率符号化が、音楽サーバシ
ステム３０を通じて楽曲データの配信を行なう配信業者
によってなされたものであることが判明すれば、かつ
て、当該配信事業者より楽曲を購入したことの証明とな
り、新しい記録媒体への記録を無料にしたり、あるいは
新たに該楽曲を購入する購入者と比較して、安い値段を
設定したりするといったサービスを実現することが可能
となる。

【０２１２】そして、この第１の実施の形態の場合に
は、図１、図２を用いて前述したように、音楽サーバシ
ステム３０の読み取り記録部３５にＭＤが装填され、こ
のＭＤに記録されている楽曲データを、読み取り記録部
３６に装填されたＭＳに移動させるムーブサービスを受
ける場合には、音楽サーバシステム３０の付加情報検出
部３９により、ＭＤに記録されている楽曲データから、
これに付加されている事業者識別子が検出される。

【０２１３】この検出された事業者識別子が、楽曲デー
タを識別する楽曲識別子とともに、メインコントローラ
３１、通信部４０を通じてメインサーバ１０に送信さ
れ、メインサーバ１０において、音楽サーバシステム３
０から送信されて来た事業者者識別子と自己の事業者識
別子メモリに保持している事業者識別子とを比較する。
この比較の結果が、両事業者識別子が一致していること
を示しているときには、楽曲識別子により特定される楽
曲データであって、ＭＳ用の高能率符号化処理されて形
成された楽曲データが、要求元の音楽サーバシステム３
０に返信される。

【０２１４】そして、メインサーバ１０からのＭＳ用の
楽曲データが、読み取り記録部３６を通じて、これに装
填されているＭＳに記録され、読み取り記録部３５に装
填されているＭＤに記録されている当該楽曲データが削
除され、楽曲データのムーブサービスが完了する。

【０２１５】なお、楽曲識別子は、事業者識別子ととも
に、楽曲データ（符号化データ）のフレームの符号化未
使用ビットに付加するようにしておいてもよいし、ＭＤ
のＴＯＣなどに記録されている楽曲識別情報を用いるよ
うにしてもよい。また、課金処理については、課金金額
が、メインサーバ１０の課金処理部１７において算出さ
れ、これが音楽サーバシステム３０に送信され、音楽サ
ーバシステム３０において、入金を受け付けた場合にこ
れを確認する。この確認が取れた場合に、これをメイン
サーバ１０に通知することによって、メインサーバ１０
において利用者が課金に応じたことを確認した後にムー
ブサービスを提供することができる。

【０２１６】［楽曲データの記録媒体間移動時の動作に
ついて］次に、この第１の実施の形態において、上述の
楽曲データの記録媒体間移動時の音楽サーバシステム３
０、および、メインサーバ１０の動作について、図１
６、図１７のフローチャートを参照しながら説明する。

【０２１７】まず、音楽サーバシステム３０の動作につ
いて説明する。図１６は、楽曲データの記録媒体間移動
時における音楽サーバシステム３０の動作を説明するた
めのフローチャートである。

【０２１８】図１４に示した音楽サーバシステム３０
は、利用者が持参した外部記録媒体１９（ＭＤ）の読み
取り記録部３５への挿入（装填）を受け付ける（ステッ
プＳ２０１）。その後、利用者から、音楽サーバシステ
ム３０に挿入された記録媒体１９に記録されている楽曲
データの内、移動を行ないたい楽曲データのＴｒａｃｋ
の指定を受け付ける（ステップＳ２０２）。

【０２１９】その後、音楽サーバシステム３０は、移動
対象となっている楽曲データの指示情報の入力を受け付
ける（ステップＳ２０３）。音楽サーバシステム３０
は、ステップＳ２０２、ステップＳ２０３において受け
付けた情報に基づいて、外部記録媒体１９から指示され
た楽曲データを読み取り、これをハードディスク３２に
一時記憶する（ステップＳ２０４）。

【０２２０】次に、音楽サーバシステム３０のメインコ
ントローラ３１は、図１５に示した管理ファイルの当該
楽曲データの検出フレーム番号を参照して、付加情報の
付加が開始されたフレームを特定し、付加情報検出部３
９を制御して、ステップＳ２０４においてハードディス
ク３２に一時記憶した楽曲データに付加されている事業
者識別情報等の付加情報を検出する（ステップＳ２０
５）。

【０２２１】この場合、事業者識別子や楽曲識別などの
付加情報が、多数のビットからなるものであり、複数フ
レームにわたって付加するようにされている場合には、
付加情報検出部３９、あるいは、メインコントローラ３
１は、検出した情報から所定ビットの事業者識別子、楽
曲識別子を復調（復旧）する復調手段としての機能をも
有している。

【０２２２】そして、メインコントローラ３１は、ステ
ップＳ２０５において検出した事業者識別子、楽曲識別
子、楽曲データの記録媒体間移動サービスの提供要求な
どの情報を通信部４０を通じてメインサーバ１０に送信
する（ステップＳ２０６）。この後、音楽サーバシステ
ム３０のメインコントローラ３１は、通信部４０を通じ
てメインサーバ１０から媒体間移動可否情報や課金情報
等の返信情報を受信し（ステップＳ２０７）、この受信
した情報に基づいて、目的とする楽曲データの記録媒体
間移動が可能であるか否かを判断する（ステップＳ２０
８）。

【０２２３】ステップＳ２０８の判断処理において、目
的とする楽曲データの記録媒体間移動が可能であると判
断したときには、メインサーバ１０からの課金情報に応
じた入金を利用者から受け付けて、課金完了通知をメイ
ンサーバ１０に送信する（ステップＳ２０９）。この
後、音楽サーバシステム３０は、メインサーバ１０から
送信されてくるＭＳ用の楽曲データを通信部４０を通じ
て受信する（ステップＳ２１０）。

【０２２４】そして、音楽サーバシステム３０は、ステ
ップＳ２１０において受信したＭＳ用楽曲データを読み
取り記録部３６を通じて、これに装填されている外部記
録媒体であるＭＳ２０に記録し（ステップＳ２１１）、
読み取り記録部３５に装填されている外部記録媒体であ
るＭＤ１９から、記録媒体間移動の対象となった楽曲デ
ータを削除し（ステップＳ２１２）、この図１６に示す
処理を終了する。

【０２２５】また、ステップＳ２０８の判断処理におい
て、事業者識別子などが異なるために、楽曲データの記
録媒体間移動を不可とする情報やメッセージ情報がメイ
ンサーバ１０から送信された場合には、ステップＳ２０
８の判断処理において、記録媒体間移動は不可であると
判断することになり、目的とする楽曲データの提供事業
者が異なる旨の表示を行ない（ステップＳ２１３）、楽
曲データの媒体間移動を行なうことなく、この図１６に
示す処理を終了する。

【０２２６】なお、課金が無料である場合には、ステッ
プＳ２０９において、課金が発生しないことを通知し、
自動的にメインサーバから目的とする楽曲データの提供
を受けることができるようにすることができる。また、
ステップＳ２０９の処理において、利用者が要求した課
金に応じなかった場合など、要求に応じた入金が行なわ
れなかった場合には、課金未完了通知を送信することに
よって、目的とするＭＳ用の楽曲データを利用者に提供
しないようにすることができる。

【０２２７】次に、メインサーバ１０の動作について説
明する。図１７は、楽曲データの記録媒体間移動時にお
けるメインサーバ１０の動作を説明するためのフローチ
ャートである。

【０２２８】図１３に示したメインサーバ１０のメイン
コントローラ８１は、通信部８６を通じて、自己が管理
する多数の音楽サーバシステムからの要求を常時受け付
ける（ステップＳ３０１）。そして、メインサーバ１０
のメインコントローラ８１は、音楽サーバシステム３０
から、楽曲データの記録媒体間移動要求（ムーブ要求）
を受信すると、受信した情報に含まれる事業者識別子
と、自己が保持する事業者識別子とを比較する（ステッ
プＳ３０２）。

【０２２９】音楽サーバシステム３０から送信されて来
た情報に含まれる事業者識別子は、利用者の外部記録媒
体であるＭＤ１９に記録されている記録媒体間移動の目
的とする楽曲データに付加されていたものである。そし
て、メインコントローラ８１は、ステップＳ３０２の比
較処理の比較結果に基づいて、両事業者識別子が一致し
ているか否かを判断する（ステップＳ３０３）。

【０２３０】ステップＳ３０３の判断処理において、両
事業者識別子が一致していると判断したときには、メイ
ンコントローラ８１は、課金処理部８５を制御して、楽
曲データの記録媒体間移動を行なう場合にかかる課金金
額を計算し（ステップＳ３０４）、課金金額を含む情報
を要求元の音楽サーバシステム３０に送信する（ステッ
プＳ３０５）。

【０２３１】そして、メインサーバ１０のメインコント
ローラ８１は、音楽サーバシステム３０からの課金処理
結果情報などの返信を待ち、課金処理結果情報等を受信
する（ステップＳ３０６）。メインサーバ１０のメイン
コントローラ８１は、ステップＳ３０６において受信し
た課金処理結果情報に基づいて、課金処理が適正に完了
しているか否かを判断する（ステップＳ３０７）。

【０２３２】このステップＳ３０７の判断処理におい
て、メインサーバ１０のメインコントローラ８１が、音
楽サーバシステム３０において、適正に課金が終了して
いると判断したときには、記録媒体間移動の対象となっ
ている楽曲データをハードディスク８２から抽出し（ス
テップＳ３０８）、これを通信部８６を通じて要求元の
音楽サーバシステム３０に送信して（ステップＳ３０
９）、この図１７に示す処理を終了する。

【０２３３】また、ステップＳ３０３の判断処理におい
て、両事業者識別子が一致していないと判断したときに
は、メインコントローラ８１は、音楽サーバシステム３
０に装填された外部記録媒体１９に記録されている記録
媒体間移動の対象となっている楽曲データは、当該メイ
ンサーバ１０から提供されたものではないので、楽曲デ
ータの提供元が異なることを通知するメッセージを要求
元の音楽サーバシステム３０に送信し（ステップＳ３１
０）、この図１７に示す処理を終了する。

【０２３４】また、ステップＳ３０７の判断処理におい
て、メインサーバ１０のメインコントローラ８１が、音
楽サーバシステム３０において、適正に課金が終了して
いないと判断したときには、楽曲データを提供すること
なく、この図１７に示す処理を終了する。

【０２３５】このようにして、利用者が、音楽サーバシ
ステム３０に持ち込んだ楽曲データは、その音楽サーバ
システム３０に楽曲データを提供するとともに、音楽サ
ーバシステム３０を管理するメインサーバ１０から提供
されたものか否かを楽曲データの符号化未使用ビットに
付加されている事業者識別情報によって、確実かつ簡単
に識別することができるようにしている。

【０２３６】この第１の実施の形態においては、事業者
識別子（事業者情報）のみを用いるものとして説明した
が、前述もしたように、メインサーバ１０や音楽サーバ
システム３０が保持する楽曲データと、利用者が持ち込
んだ楽曲データとの間で、対応するフレームのバイナリ
データ同士を比較し、一致しているか否かを確認するよ
うにする方法を併用してもよい。

【０２３７】また、前述の第１の実施の形態において
は、記録媒体間移動する楽曲データをも、その都度メイ
ンサーバ１０から提供を受けるものとして説明した。し
かし、図１４にも示したように、音楽サーバシステム３
０は、ハードディスク３２を備えており、このハードデ
ィスク３２にＭＳ用の楽曲データが蓄積されては、メイ
ンサーバ１０から楽曲データの提供をその都度受けるよ
うにしなくても済む。

【０２３８】すなわち、メインサーバ１０においては、
事業者識別子の比較、比較結果の判断（一致不一致の判
断）、および、課金処理を行なうようにし、その他の部
分は、音楽サーバシステム３０が行なうようにすること
ももちろんできる。この場合には、記録媒体間移動要求
があるごとに、目的の楽曲データをメインサーバ１０か
ら音楽サーバシステム３０に送信しなくてもよいので、
通信コストの面で効率がよい。

【０２３９】このように、この第１の実施の形態におい
ては、ＭＤのように予め、楽曲生成者や楽曲番号等、付
加情報を示すような情報を記録するエリアのない記録媒
体においても、高能率符号化データの未使用ビットに付
加情報を記録していくことにより、記録媒体に記録され
た楽曲データが、特定の配信業者から購入したものか否
かの判断を行なうことが可能となり、配信し業者毎の様
々なサービス提供を実現可能にすると共に、データの保
守、保障等への利用も実現できる。

【０２４０】なお、この実施の形態においては、楽曲識
別子もまた、事業者識別子と同様に、符号化データに付
加されているものとして説明した。しかし、楽曲識別子
は、たとえば、利用者が持ち込んだＭＤなどの外部記録
媒体のＴＯＣやその他の部分に記録されているような、
個々の楽曲の識別が可能な情報を用いるようにすること
もできる。

【０２４１】［第２の実施の形態］ところで、前述した
第１の実施の形態においては、楽曲データである符号化
データに対して、付加情報の書き込みは可能となる。し
かし、記録媒体上で楽曲のいわゆる分割処理に代表され
る様な何らかの編集処理や、記録媒体の部分的な破壊が
あった場合、図１２を用いて前述した事業者識別子など
の付加情報の記録を開始したフレーム番号となる変数ｉ
や、データベース情報となる検出フレーム番号との対応
をとることが困難となる。この第２の実施の形態は、こ
の問題を解決するものである。

【０２４２】この第２の実施の形態においても、前述し
た第１の実施の形態の場合と同様の音楽配信システムを
構成する場合を例にして説明する。すなわち、この第２
の実施の形態の音楽配信システムは、図１、図２を用い
て前述した構成を有するものである。

【０２４３】したがって、この第２の実施の形態におい
ても、音楽配信システムを構成するメインサーバ１０
（１）、１０（２）、１０（３）、…のそれぞれは、図
１３に示した構成を有するものである。また、音楽配信
システムを構成する音楽サーバシステム３０（１）、３
０（２）、３０（３）、…のそれぞれは、図１４に示し
た構成を有し、図１５に示した管理テーブルファイルを
有するものである。このため、第１の実施の形態の説明
において用いた図１〜図１７のうちの必要な図面につい
ては、この第２の実施の形態においても参照することに
する。

【０２４４】このように、この第２の実施の形態の音楽
配信システムのメインサーバ、音楽サーバシステムのそ
れぞれは、第１の実施の形態のそれぞれと同様に構成さ
れるものであるが、この第２の実施の形態においては、
メインサーバ１０のエンコーダ８０において行なわれる
付加情報の書き込み処理が第１の実施の形態の場合とは
異なるものである。

【０２４５】前述もしたように、ＡＴＲＡＣ方式の高能
率符号化方式において、一般には、図３におけるビット
割当算出回路１１８により、可能な限りビットを単位ブ
ロックに割り当てていくため、前述した符号化未使用ビ
ットＲＥＭの値は、フォーマットにより示されるｋ番目
の単位ブロックのスペクトラムデータの本数ＳＰｋの最
小値未満となる場合が多い。

【０２４６】ここで例えば、スペクトラムデータの本数
ＳＰｋが４であるとすると、符号化未使用ビットＲＥＭ
の値は、３か２か１か０の値をとることとなる。この符
号化未使用ビットＲＥＭの値は復号化においても検出す
ることが可能であるので、この値により、情報を書き込
むフレームと、情報書き込みの始点や終点を示すような
制御を行なうフレームとに区別することが可能となる。
以下に、符号化未使用ビットＲＥＭの値が３の場合を制
御フレームとみなす具体例について説明する。

【０２４７】符号化未使用ビットＲＥＭの値が３の場合
は、符号化未使用ビットが３ビットあることとなるため
３ビットの範囲で許される種類の制御データを決定する
ことが可能となる。この例を図１８に示す。この図１８
に示す例の場合には、「００１」を事業者識別データの
始点とし、「０１０」を楽曲識別データの始点とし、
「１０１」を事業者識別データの終点とし、「１１０」
を楽曲識別データの終点とし、「０００」の場合は特に
意味を持たせない形としている。

【０２４８】ここで、符号化未使用ビットＲＥＭの値が
３の場合を制御フレームとみなす場合の図１０に示した
エンコーダ８０(図１に示したエンコーダ１１)の動作に
ついて、図１９のフローチャートを用いて詳しく説明す
る。図１９において、変数ｉはフレーム番号を示すカウ
ンタ値であり、変数ｗ＿ｄｏｎｅは付加情報を書き込む
上で、何ビット分を書き込んだかを示す値であり、符号
化未使用ビットＲＥＭ（ｉ）は、ｉ番目のフレームの符
号化未使用ビットＲＥＭの値を示すものであり、それぞ
れ図１２に示したフローチャートにおいて用いた各変数
等と同様のものである。

【０２４９】また、図１９に示すフローチャートにおい
ては、前述した変数等に加えて、変数ｗ＿ｆｌａｇをデ
ータ書き込みを行なっているか否かを示すフラグ変数と
して用いる。

【０２５０】図１９に示す処理は、図１２に示した処理
と同様に、オーディオＰＣＭデータの高能率符号化処理
が開始された場合に高能率符号化装置１２０、付加情報
書き込み装置１３０において開始される。まず、付加情
報書き込み装置１３０においては、変数ｉを０に初期化
し（ステップＳ４０１）、変数ｗ＿ｄｏｎｅと、変数ｗ
＿ｆｌａｇを０に初期化する（ステップＳ４０２）。

【０２５１】次に、高能率符号化装置１２０において、
符号化するオーディオＰＣＭデータがまだあるか否かを
判断する（ステップＳ４０３）。このステップＳ４０３
においては、例えば、オーディオＰＣＭデータを５１２
サンプルづつ処理していくような場合、ソースとなるオ
ーディオＰＣＭファイルのサンプル数をいくつ処理した
かを監視し、高能率符号化処理の対象となっているオー
ディオＰＣＭデータの全部を処理し終えたか否かを判断
する処理である。

【０２５２】ステップＳ４０３の判断処理において、高
能率符号化処理の対象となっているオーディオＰＣＭデ
ータの全部を処理し終えたと判断した場合には、図１９
に示す処理は終了する。ステップＳ４０３の判断処理に
おいて、高能率符号化処理の対象となっているオーディ
オＰＣＭデータの全部を処理し終えていないと判断した
ときには、高能率符号化装置１２０において、オーディ
オＰＣＭデータの高能率符号化処理を実行する（ステッ
プＳ４０４）。

【０２５３】このステップＳ４０４において実行される
高能率符号化処理においては、高能率符号化装置１２０
において、図５に示した符号化データを形成すると共
に、フレーム毎の符号化未使用ビットＲＥＭ（ｉ）を算
出する。この後に、例えば、付加情報書き込み装置１３
０において、変数ｉは、予め決められた初期移動量より
大きいか否かを判断する（ステップＳ４０５）。ここ
で、初期移動量は、前述もしたように、付加情報を記録
する際に、予め定めておく値であって、何番目以降のフ
レームに付加情報を記録していくか（付加していくか）
を決定する量である。

【０２５４】ステップＳ４０５の判断処理において、指
示されたフレームにまで到達していないと判断したとき
には、変数ｉをカウントアップし（ステップＳ４１
７）、この後に、ステップＳ４０３からの処理を繰り返
す。なお、ステップＳ４１７においての変数ｉのカウン
トアップは、フレーム数のカウントアップを意味する。
また、図１９において、ステップＳ４１７のｉ＋＋の表
記は、変数ｉをカウントアップすることを意味するもの
である。

【０２５５】ステップＳ４０５の判断処理において、指
示されたフレームに到達したと判断したときには、変数
ｗ＿ｆｌａｇが０か否かを判断する(ステップＳ４０
６)。ステップＳ４０６の判断処理において、変数ｗ＿
ｆｌａｇが０であると判断したときには、符号化未使用
ビットＲＥＭ（ｉ）が３であるか否かを判断する(ステ
ップＳ４０７)。

【０２５６】ステップＳ４０７の判断処理において、符
号化未使用ビットＲＥＭ（ｉ）が３でないと判断したと
き、すなわち、３ビット分の符号化未使用ビットが発生
していないと判断したときには、ステップＳ４１７に進
み、フレーム数ｉをカウントアップし、その後、ステッ
プＳ４０３からの処理を繰り返す。

【０２５７】これに対し、ステップＳ４０７の判断処理
において、符号化未使用ビットＲＥＭ（ｉ）が３である
と判断した場合には、変数ｗ＿ｆｌａｇに１を設定する
（ステップＳ４０８）。このステップＳ４０８の処理
は、変数ｗ＿ｆｌａｇをオンにすることによって、その
フレームに付加情報の書き込みを行なうことを示すよう
にする。

【０２５８】この後、例えば、事業者識別データや楽曲
識別データといった候補の中から、書き込みデータの選
択を行なう（ステップＳ４０９）。この場合、例えば、
書き込むデータが事業者識別データと楽曲識別データの
２種であるならば、これらのデータを交互に書くような
選択を行なうようにすれば良い。

【０２５９】そして、ステップＳ４０９において選択し
た書き込みデータに応じた始点制御コードの書き込みを
行なう（ステップＳ４１０）。このステップＳ４１０の
処理は、ステップＳ４０９において選択した書き込みデ
ータに応じた始点制御コードを図１８の表中に示した３
桁のコードの中から特定し、これを３ビットある符号化
未使用ビットＲＥＭ（ｉ）に書き込むものである。

【０２６０】したがって、ステップＳ４１０の処理にお
いては、ステップＳ４０９において、例えば、事業者識
別データを書き込みデータとして選択した場合であれ
ば、図１８に従い「００１」のデータを書き込む様にす
ることになる。この後、ステップＳ４１７に進み、フレ
ーム数ｉをカウントアップし、その後、ステップＳ４０
３からの処理を繰り返す。

【０２６１】一方、ステップＳ４０６の判断処理におい
て、変数ｗ＿ｆｌａｇが０でないと判断した場合、すな
わち、変数ｗ＿ｆｌａｇが１であり、選択した書き込み
データに応じた始点制御コードを符号化データに書き込
んだと判断した場合には、符号化未使用ビットＲＥＭ
（ｉ）が、１あるいは２であるか（０より大きくかつ３
より小さいか）否かを判断する（ステップＳ４１１）。

【０２６２】ステップＳ４１１の判断処理において、符
号化未使用ビットＲＥＭ（ｉ）が、１または２ではない
と判断した場合には、ステップＳ４１７に進み、フレー
ム数ｉをカウントアップし、その後、ステップＳ４０３
からの処理を繰り返す。また、ステップＳ４１１の判断
処理において、符号化未使用ビットＲＥＭ（ｉ）が、１
または２であると判断した場合には、付加情報である書
き込みデータの下位ＲＥＭ（ｉ）ビット分を符号化デー
タの符号化未使用ビットに書き込む（ステップＳ４１
２）。

【０２６３】その後、書き込み後の書き込みデータを下
位方向にＲＥＭ（ｉ）ビット分シフト操作する（ステッ
プＳ４１３）。この図１９に示す例においては、ステッ
プＳ４１２と、ステップＳ４１３とにより、常に書き込
みデータの下位のビットを書き込む形となっているが、
整合さえとれていれば、この書き込み方法については任
意性があることは明白である。したがって、書き込みデ
ータの上位ビットから符号化データの符号化未使用ビッ
トに書き込むようにすることもできる。

【０２６４】そして、処理を行なったビット数、すなわ
ち、符号化データに書き込んだ書き込みデータのビット
数として、符号化未使用ビットＲＥＭ（ｉ）を変数ｗ＿
ｄｏｎｅに加算する（ステップＳ４１４）。この後、書
き込みデータのビット長が、変数ｗ＿ｄｏｎｅ以下か否
かを比較することにより、付加情報である書き込みデー
タを現在何ビット分記録したかを判断する（ステップＳ
４１５）。

【０２６５】ステップＳ４１５の判断処理において、書
き込みデータのビット長が、変数ｗ＿ｄｏｎｅ以下では
ないと判断したときには、ステップＳ４１７に進み、フ
レーム数ｉをカウントアップし、その後、ステップＳ４
０３からの処理を繰り返す。また、ステップＳ４１５の
判断処理において、書き込みデータのビット長が、変数
ｗ＿ｄｏｎｅ以下である、すなわち、書き込みデータの
全ビットを符号化データに書き込んだと判断したときに
は、変数ｗ＿ｄｏｎｅ及び変数ｗ＿ｆｌａｇを０にし
（ステップＳ４１６）、この後、ステップＳ４１７に進
み、フレーム数ｉをカウントアップし、その後、ステッ
プＳ４０３からの処理を繰り返す。

【０２６６】なお、この図１９に示した処理において
は、図１８に示した終点制御データの書き込みを行なっ
ていない。これは、付加情報である書き込みデータのビ
ット長が予め決まっているものであれば、復号化時に検
出可能であるので、この前提のもと、終点制御コードの
書き込みは行なわないものとなっている。

【０２６７】しかし、終点制御データの書き込みを行な
う場合は、ステップＳ４１６の処理が終了した後のフレ
ームで、符号化未使用ビットＲＥＭ（ｉ）が３となるフ
レームを検出し、この検出したフレームに始点制御コー
ドと同様の形で終点制御コードを書き込むようにすれば
良い。

【０２６８】また、図１９において、工程（ステップ）
としては記載していないが、１フレーム分の２１２バイ
トのデータは、符号化以前に０に初期化されるものと
し、ステップＳ４１０やステップＳ４１２の処理が介在
しない場合、符号化未使用ビットＲＥＭ（ｉ）にあたる
部分のデータは０であるものとする。

【０２６９】また、図１９に示した方法では、変数ｉの
数に応じて付加情報である書き込みデータの書き込みを
行なった回数が異なってくる。しかし、書き込みデータ
の書き込みを行なった回数や、最終的に書き込みが行な
えなかったデータの回数等をログ出力の様な形で記録し
ておくようにしても良い。

【０２７０】このログ出力として、例えば、ある楽曲Ｘ
において、８ビットの事業者識別データが１２回、６４
ビットの楽曲識別データが１１回書き込みされ、最終フ
レーム付近では楽曲識別データの始点コードの書き込み
を行なったが、楽曲識別データ自体の書き込みは行なえ
なかった等を表すものとなる。

【０２７１】このログ出力の情報により、当該楽曲Ｘに
は、どのような情報が何回、どのように記録されている
かを正確に把握することが可能となる。なお、ログ出力
の情報は、メインサーバ１０が保持し、音楽サーバシス
テム３０からの要求に応じて提供するようにしてもよい
し、また、楽曲データの場合と同様に、予め音楽サーバ
システム３０に提供して、音楽サーバシステム３０側に
おいて管理するようにしてもよい。

【０２７２】図１９を用いて説明した方法を用いること
で、符号化データの中に付加情報、および、付加情報の
始点を識別するデータを記録することが可能となる。こ
れにより、図１４に示した音楽サーバシステム３０の付
加情報検出部３９では、まず、前述した符号化未使用ビ
ットＲＥＭの算出方法を用いて、ＲＥＭが３となるよう
なフレームを検出し、当該フレームでの符号化未使用ビ
ットＲＥＭ部に記録された情報が始点制御コードである
と判別できた場合には、その始点制御コードからのデー
タを順次検出して行くことで、付加情報の検出を確実か
つ迅速に行なうこと可能となる。

【０２７３】この方法によれば、記録媒体上で楽曲のい
わゆる分割処理に代表される様な何らかの編集処理や、
記録媒体の部分的な破壊があった場合においても、より
確実に付加情報の検出を行なうようにすることができ
る。

【０２７４】また、上述の例示のように、例えば、ある
楽曲Ｘにおいて、８ビットの事業者識別データが１２
回、６４ビットの楽曲識別データが１１回書き込みさ
れ、最終フレーム付近では楽曲識別データの始点コード
は書き込みを行なったというログ情報さえあれば、同一
の事業者識別データを１０回検出し、また、楽曲識別コ
ードも１０回されたような場合は、検出された事業者識
別データ、楽曲域別データともほぼ間違いがなく、信頼
性の高いものであると判別することができる。

【０２７５】このように、複数回付加するようにされた
事業者識別データ、楽曲識別データの全部か検出されな
くても、検出された回数に応じて、その楽曲データは、
楽曲識別データが示すものであり、事業者識別データが
示す事業者から購入したものであるか否かをほぼ間違い
なく、判別することが可能となる。なお、検出データと
の照合率については、自由度があるが、編集やデータ破
壊の影響を鑑みた形で、事業者毎に設定するようにすれ
ば良い。

【０２７６】また、この第２の実施の形態においてもま
た、第１の実施の形態の場合と同様に、開始制御コー
ド、終了制御コード、および、付加情報は、前述したよ
うに、符号化未使用ビットを使用しているものであるの
で、図７で説明した復号化装置で復号を行なって生成さ
れるＰＣＭデータには何ら影響を及ぼすことはない。

【０２７７】このように、この第２の実施の形態におい
ては、第１の実施の形態の場合と同様に、ＭＤのように
予め、楽曲生成者や楽曲番号等、付加情報を示すような
情報を記録するエリアの無い記録媒体においても、付加
情報を高能率符号化データの未使用ビットを用いること
によって、高能率符号化データに付加情報を付加するこ
とができる。

【０２７８】また、当該符号化未使用ビットのビット数
に応じ、付加情報を書き込むフレームと、付加情報の書
き込みの始点や終点を示すような制御を行なうフレーム
とを区別することにより、記録媒体上で楽曲のいわゆる
分割処理に代表されるような何らかの編集処理や、記録
媒体部分的な破壊があった場合においても、付加情報の
検出が可能となる。

【０２７９】そして、検出された付加情報の照合率を元
に、記録媒体に記録された楽曲データが、特定の事業者
から購入したものか否かの判断を行なうことが可能とな
り、配信事業者の様々なサービス提供を実現可能にする
と共に、データの保守、保障等への利用も実現できるこ
とになる。

【０２８０】また、付加情報に応じて制御コードを異な
らせることにより、複数種類の付加情報を付加するよう
にした場合には、それらの各付加情報の分離、抽出を容
易に行なうようにすることができる。

【０２８１】［第３の実施の形態］前述した第１、第２
の実施の形態においては、高能率符号化されて形成され
た符号化データの符号化未使用ビットＲＥＭを利用し、
この符号化未使用ビットＲＥＭに付加情報の書き込みを
行なっており、符号化未使用ビットの発声を前提とした
ものである。

【０２８２】しかし、この符号化未使用ビットＲＥＭに
ついては、図３におけるビット割当算出回路１１８によ
って決定されるビット割当の結果として生ずるものであ
り、その発生確率には任意性がある。このため、書き込
みを行なえる付加情報の書き込み量（書き込み回数）
は、楽曲毎に異なるものとなる。一般的には、時間（再
生にかかる時間）の長い楽曲程、書き込み量（書き込み
回数）は増加する。

【０２８３】また、再生にかかる時間がほぼ同じ時間で
ある異なる楽曲においては、付加情報の書き込み量（書
き込み回数）が極端に異なることは少ない傾向にある。
しかし、例えば定常的な特殊な音楽信号等を符号化する
場合、符号化未使用ビットの発生パターンが極端に不足
したり余分が出たりするような場合が考えられる。

【０２８４】また、前述した第１、第２の実施の形態に
おいて用いるようにした高能率符号化方式においては、
比較的単純な形でスペクトルデータにビットを割り当て
るようにしているが、いわゆる可変長符号等のように、
複雑な符号化を行なったような場合にも、符号化未使用
ビットの発生パターンが、特殊なものとなる可能性があ
る。

【０２８５】このように、高能率符号化する楽曲によっ
て、また、用いる高能率符号化のアルゴリズムなどの違
いによって、符号化未使用ビットの発生に差が生じ、結
果として充分な付加情報を符号化データに書き込む（付
加する）ことが出来ない楽曲が生じる可能性がある。

【０２８６】こうした事態についても対応可能なよう
に、前述した第２の実施の形態においては、ログ出力の
形で、符号化データに付加した付加情報の回数や付加態
様などの情報を残すようにした。しかし、符号化データ
に付加された付加情報を検出する際に、符号化データに
付加情報付を加した際のログ情報に頼っていたのでは、
符号化データに付加された付加情報自体の信頼性を高め
ることができない。

【０２８７】そこで、この第３の実施の形態において
は、符号化データにおいて、積極的に所望の符号化未使
用ビットを発生させるべく、高能率符号化装置（高能率
符号化エンコーダ）のパラメータを変え、符号化を行な
い直すことで、付加情報の書き込み量（書き込み回数）
の不足分を補うようにしている。

【０２８８】この第３の実施の形態においても、前述し
た第１、第２の実施の形態の場合と同様の音楽配信シス
テムを構成する場合を例にして説明する。すなわち、こ
の第３の実施の形態の音楽配信システムは、図１、図２
を用いて前述した構成を有するものである。

【０２８９】したがって、この第３の実施の形態におい
ても、音楽配信システムを構成するメインサーバ１０
（１）、１０（２）、１０（３）、…のそれぞれは、図
１３に示した構成を有するものである。また、音楽配信
システムを構成する音楽サーバシステム３０（１）、３
０（２）、３０（３）、…のそれぞれは、図１４に示し
た構成を有し、図１５に示した管理テーブルファイルを
有するものである。このため、第１の実施の形態の説明
において用いた図１〜図１７、第２の実施の形態におい
て用いた図１８、図１９のうちの必要な図面について
は、この第３の実施の形態においても参照することにす
る。

【０２９０】このように、この第３の実施の形態の音楽
配信システムのメインサーバ、音楽サーバシステムのそ
れぞれは、第１、第２の実施の形態のそれぞれと同様に
構成されるものであるが、この第３の実施の形態におい
ては、メインサーバ１０のエンコーダ８０において行な
われる付加情報の書き込み処理が、前述の第１、第２の
実施の形態の場合とは異なるものである。

【０２９１】この第３の実施の形態について、図２０を
用いて具体的に説明する。図２０は、ＰＣＭファイルを
高能率符号化ファイルとして出力するまでの処理過程の
ブロック図となるものである。すなわち、図２０は、図
１０示したように高能率符号化部１２０と、付加情報書
き込み部１３０とからなる図１３に示したメインサーバ
１０のエンコーダ８０について、その処理過程毎にブロ
ック化して表したものである。

【０２９２】図２０に示すように、図１３に示したエン
コーダ８０を各処理過程毎にブロック化すると、エンコ
ーダは、ＰＣＭファイル選択部１４１、ＰＣＭデータ入
力部１４２、高能率符号化エンコーダ部１４３、付加情
報書き込み部１４４、符号化データ出力部１４５、符号
化ファイル選択部１４６を有するものである。制御部１
４０は、エンコーダ８０の内部にあって、エンコーダ８
０内の各部を制御するものである。この制御部１４０の
役割をメインサーバ１０の制御部８１が行なうようにす
ることもできる。

【０２９３】そして、図２０に示すように、全ての処理
部は、制御部１４０に接続されており、この制御部１４
０によって処理の制御が行なわれる。ＰＣＭファイル選
択部１４１では、例えばハードディスクのような記録媒
体上にある複数のＰＣＭファイルから、処理を行なうべ
き所望のＰＣＭファイルを選択する。

【０２９４】ＰＣＭファイル選択部１４１によって選択
されたＰＣＭファイルのデータは、ＰＣＭデータ入力部
１４２によって、フレーム処理単位で読み込まれる。こ
のフレーム処理単位は、前述もしたように、１フレーム
分（２１２バイト分）の符号化データ形成するために必
要となる、例えば、１０２４サンプル分のＰＣＭデータ
に相当する。ＰＣＭデータ入力部１４２により読み込ま
れた１フレーム分に相当するＰＣＭデータは、高能率符
号化エンコーダ部１４３に供給される。

【０２９５】高能率符号化エンコーダ部１４３は、図１
０に示した高能率符号化装置１２０に相当する部分であ
り、供給されたＰＣＭデータについて、実際に高能率符
号化を行なう部分であり、その内部構成は、図３で示し
た形のものである。高能率符号化エンコーダ部１４３か
らは符号化データが出力され、この符号化データは、付
加情報書き込み部１４４に供給される。

【０２９６】付加情報書き込み部１４４は、図１０に示
した付加情報書き込み装置１３０に相当する部分であ
り、高能率符号化エンコーダ部１４３からの符号化デー
タについて、高能率符号化エンコーダ部１４３からの符
号化未使用ビットＲＥＭに基づいて、符号化未使用ビッ
トの発生しているフレームの符号化未使用ビット部分に
付加情報を書き込むものである。

【０２９７】付加情報書き込み部１４４から出力された
符号化データは、符号化データ出力部１４５を通じてフ
レーム単位で出力され、符号化ファイル選択部１４６に
供給され、符号化ファイルに書き込みが行なわれる。符
号化ファイル選択部１４６は、符号化データの格納先で
ある書き込みファイル名を決定し、最終的にファイルを
生成するものである。

【０２９８】なお、この図２０において点線で囲った部
分のＰＣＭ入力部１４２から符号化データ出力部１４５
までの処理は、第２に実施の形態において説明した図１
９のフローチャートに示した処理に基づいて行なわれる
ものである。すなわち、ＰＣＭファイル入力部１４２へ
のＰＣＭファイル入力が、図１９におけるスタート（Ｓ
ｔａｒｔ）に相当し、符号化データ出力部１４５からの
符号化ファイル出力が、図１９におけるエンド（Ｅｎ
ｄ）に相当するものである。

【０２９９】また、図２０においては、図示しないが、
前述もしたように、付加情報の書き込みに関する状況の
ログ出力は、付加情報書き込み部１４４から制御部１４
０に送られているものとする。このログ出力に基づい
て、制御部１４０では、ＰＣＭファイルが入力されて、
符号化ファイルが出力されるまでに、書き込んだ付加情
報の書き込み量（書き込み回数）をカウントし、管理す
ることが可能となる。

【０３００】そして、制御部１４０が、例えば最終的な
書き込み量を付加情報の書き込み量として不充分である
と判断した場合には、制御部１４０は、符号化ファイル
選択部１４６を機能させずに、当該ＰＣＭファイルの符
号化を再度行なうような形で、ＰＣＭファイル選択部１
４１に再選択の指示を与える。この際、制御部１４０は
パラメータ設定部１４７において、高能率符号化の際の
パラメータを決定し、再度同一ＰＣＭファイルの符号化
を行なうように各部を制御する。

【０３０１】このようにして、ＰＣＭデータを高能率符
号化して形成した符号化データに対して、所定量（所定
回数）の付加情報を付加することができるまで、高能率
符号化処理時のパラメータを変更して、高能率符号化処
理をやり直すことにより、どのようなＰＣＭデータに対
しても、それを高能率符号化して形成した符号化データ
に対して所定量の付加情報を付加することができる。

【０３０２】図２１は、図２０に示したエンコーダ８０
において行なわれる処理を説明するためのフローチャー
トであり、制御部１４０の制御により実行される処理で
ある。まず初めに、制御部１４０の制御により、ＰＣＭ
ファイル選択部１４１が、高能率符号化処理するＰＣＭ
データのＰＣＭファイルを選択する（ステップＳ５０
１）。

【０３０３】このステップＳ５０１の処理は、後述する
ステップＳ５０５の処理との組合せにより行なわれるも
のであり、具体的には、例えばソフトウエアで実現する
のであれば、処理を行なうべきＰＣＭファイルを最初に
複数選択したり、ファイルが存在するディレクトリを指
定したりするような形で、メインサーバ１０の使用者
が、予め複数選択しておき、それらのファイルを所望の
順序で自動的に一つ一つ選択していくような操作を行な
うものである。

【０３０４】この後に、選択されたＰＣＭファイルにつ
いて、前述した第２の実施の形態の場合と同様に、図１
９に示したフローチャートの処理を行ない、符号化デー
タに対して付加情報を付加する処理を行なう（ステップ
Ｓ５０２）。このステップＳ５０２の処理は、前述もし
たように、図２０におけるＰＣＭデータ入力部１４２か
ら符号化データ出力部１４５までの部分において行なわ
れる処理である。

【０３０５】この後、制御部１４０は、付加情報を符号
化データに対して書き込んだか否かを判断する（ステッ
プＳ５０３）。このステップＳ５０３の処理は、前述も
したように、図２０における付加情報書き込み部１４４
より付加情報の書き込み状況を制御部１４０に出力し、
制御部１４０にて書き込み終了回数をカウントするよう
にして、予め定めた規定回数との単純比較を行なうよう
にすればよい。

【０３０６】このステップＳ５０３の判断処理におい
て、符号化データに対して規定回数分の付加情報を書き
込んだと判断した場合には、符号化データをファイル化
する（ステップＳ５０４）。このステップＳ５０４の処
理は、符号化ファイル選択部１４６が行なう処理に相当
するものであり、所望のファイル名を与えファイルクロ
ーズすることで、符号化ファイルとして最終的な出力を
行なう。

【０３０７】ステップＳ５０４の処理の後、処理すべき
ＰＣＭファイルがあるかどうかの判断を行ない（ステッ
プＳ５０５）、無い場合は、この図２１に示す処理を終
了する。また、ステップＳ５０５の判断処理において、
処理すべきＰＣＭファイルがまだあると判断したときに
は、次のＰＣＭファイルについて、ステップＳ５０１か
らの処理を行なうことになる。

【０３０８】ステップＳ５０３の判断処理において、符
号化データに対しいて、規定回数以上の付加情報を書き
込んでいないと判断したときには、すなわち、符号化デ
ータに対して付加情報を書き込む１回目の処理によって
は、規定回数以上の付加情報の書き込みが行なえなかっ
た場合には、制御部１４０は、パラメータ設定部１４７
を制御し、高能率符号化エンコーダ部１４３において用
いられる高能率符号化処理においてのパラメータを変更
し（ステップＳ５０６）、再びステップＳ５０２の処理
を通過させることによって、高能率符号化、および、付
加情報の書き込みをやり直す。

【０３０９】このように、高能率符号化処理時に用いる
パラメータを変更し、符号化未使用ビットＲＥＭを積極
的に発生させるようにして、符号化データに対して付加
情報を規定回数以上書き込む（付加する）ことが可能と
なる。

【０３１０】［パラメータの変更について］次に、図２
０におけるパラメータ設定部１４７が行なう処理であっ
て、図２１におけるステップＳ５０６のパラメータ変更
についての具体的な内容について説明する。

【０３１１】規定回数以上の付加情報の書き込みが出来
ない原因としては、前述もしたように、符号化未使用ビ
ットが不足し、充分な書き込みが行なえないことが挙げ
られる。このため、符号化未使用ビットを故意に作成す
ることで、この問題を回避することが可能となる。

【０３１２】これは、図３に示した高能率符号化装置の
ビット割当算出回路１１８に、使用可能ビット数を制限
させることで実現できる。前述もしたように、高能率符
号化装置のビット割り当て算出回路１１８は、いわゆる
マスキング効果や、人間の聴覚に関する最少可聴カー
ブ、等ラウドネスカーブ等、既存の効果を考慮し、単位
ブロック毎のビット割当量を算出していく。

【０３１３】このビット割当量の算出については、１フ
レーム中でのビット割り当てと、それに伴うビット使用
量が、図９に示した形のフォーマットに従い、１６９６
ビット以内に収まるような制限のものに行なわれてい
る。これは先に示した符号化に使用する実際のビット数
の合計Ｂｓｕｍが１６９６以下となるべく計算が行なわ
れていると言うことも出来る。

【０３１４】つまり通常時は、図３に示した高能率符号
化装置のビット割当算出回路１１８には上限値として１
６９６が設定されているが、この値を例えば１６９３と
することで、確実に最低３ビットの符号化未使用ビット
を故意に作成することが可能となる。すなわち、図２０
におけるパラメータ設定部１４７では、図３におけるビ
ット割り当て算出回路１１８への上限値をパラメータと
して設定するものである。

【０３１５】この第３の実施の形態においては、通常は
１６９６が設定されているが、充分な付加情報の書き込
みが行なえずに、再度符号化を行なう際には、この値を
１６９３、あるいは、１６９４等に設定することで、故
意に符号化未使用ビットを作成し、付加情報の書き込み
領域の確保を実現するものである。

【０３１６】実際に設定する値については、一度１６９
６を上限値として符号化した際のログ出力を分析し、そ
の結果を元に決定することで、より精緻な処理が行なえ
ることになる。この上限値については、一つのファイル
に対して常に一定である必要はなく、フレーム毎に変化
させるようにしてもよい。

【０３１７】一般には、符号化未使用ビットが増える
程、音質に及ぼす影響が大きくなる傾向がある。これを
鑑み、例えば、あるファイルの処理中に、図２０におけ
るパラメータ設定部１４７のパラメータ設定により、フ
ァイル前半部において、充分に付加情報の書き込みが行
なえたことが付加情報書き込み部１４４からのログ出力
にて確認できれば、制御部１４０は、以降、この結果を
もとにパラメータを通常時の値である、１６９６に戻す
ことによって、音質への影響を最小限に抑えることが可
能となる。

【０３１８】なお、ここでは、処理を行なうべきファイ
ルについて、一度符号化を行なった後、その結果をもっ
て付加情報の書き込みが充分に行なえなかったときの
み、その結果をフィードバックさせる形で、パラメータ
設定を行なう構造となっている。しかし、音質への影響
をさほど重要視せずに、符号化処理の速度を優先させる
ような場合には、あらかじめ使用可能ビット数の上限値
を少なめにするべくパラメータ設定を行ない、一度の処
理で、確実に付加情報の書き込みを行なう様な構成とす
ることも可能である。

【０３１９】また、この第３の実施の形態においては、
図２１に示した処理のステップＳ５０３の処理におい
て、規定回数以上の付加情報の書き込みとして、書き込
み回数の絶対量を基準の条件としているが、例えば、こ
れを１分間相当分で、付加情報を何回書き込みむといっ
た形で、更に細かな条件とすることで、付加情報の書き
込み精度を制御し、付加情報の復号時における照合の精
度を楽曲に依存せず高めていくような仕組みとすること
も可能である。

【０３２０】そして、この明細書においては、付加情報
の書き込みに関して、符号化未使用ビットが０ビットか
ら３ビットの間であることを前提に説明を行なってきた
が、前述した高能率符号化時に用いるパラメータ設定を
行なうことにより、４ビット以上の符号化未使用ビット
が発生する可能性が高くなる。

【０３２１】このような場合については、例えば４ビッ
ト以上の符号化未使用ビットでその値が偶数の場合は、
符号化未使用ビットが２ビットと同等の扱いとし、奇数
の場合は、符号化未使用ビットが３ビットと同等の扱い
とするようにする。このようにビットの使用法を定めて
おけば、どのような未使用ビット数が来ても、制御と書
き込みが行なえることとなる。

【０３２２】一般には未使用ビット数と、その扱いにつ
いては、任意性があるが、符号化フォーマットの性質
や、傾向などを分析し、最も効率の良い形で付加情報の
書き込みが行なえる様な形で取り決めを設定すれば良
い。

【０３２３】この第３の実施の形態においても、前述し
たように、符号化データに対して書き込みを行なった付
加情報については、符号化未使用ビットを使用している
ものであるので、図７で説明した復号化装置で復号を行
なって生成されるＰＣＭデータには何ら影響を及ぼさな
い。

【０３２４】このように、この第３の実施の形態によれ
ば、ＭＤのように予め、楽曲生成者や楽曲番号等、付加
情報を示すような情報を記録するエリアの無い記録媒体
においても、高能率符号化データの未使用ビットを確実
に確保することにより、どのような楽曲データであって
も、ある一定量以上の付加情報を書き込むシステムを構
築することができる。この結果、記録媒体からの付加情
報の読み取りに関して、楽曲に依存しないレベルの付加
情報の付加に関する水準指標の確保が可能となり、配信
事業者毎に提供することが要求される様々なサービスを
提供する上で、有効な手段を提供することができる。

【０３２５】［第４の実施の形態］前述した第１、第
２、第３の実施の形態においては、少なくとも、事業者
識別子の比較、比較結果の判断、課金処理は、メインサ
ーバで行なうものとして説明した。しかし、これらの事
業者識別子の比較、比較結果の判断、課金処理について
も、各音楽サーバシステムにおいて行なうようにするこ
とができる。この第４の実施の形態は、事業者識別子の
比較、比較結果の判断、課金処理についても、各音楽サ
ーバシステムにおいて行なうようにしたものである。

【０３２６】図２２は、この第４の実施の形態の音楽配
信システムの概要、および、メインサーバシステムの構
成の概要を説明するためのブロック図であり、図２３
は、この第４の実施の形態の音楽サーバシステムの構成
の概要について説明するためのブロック図である。

【０３２７】図２２に示すように、この第４の実施の形
態の音楽配信システムは、第１、第２、第３の実施の形
態の場合と同様に、通信ネットワークを通じて接続され
た複数のメインサーバ（情報センター）１０（１）、１
０（２）、１０（３）、…と、複数の音楽サーバシステ
ム（端末）３０（１）、３０（２）、…、３０（Ｚ）
（文字Ｚは正の整数）とからなっている。

【０３２８】この第４の実施の形態のメインサーバ１０
（１）、１０（２）、…、のそれぞれは、第１、第２、
第３の実施の形態の場合のメインサーバと同様に、楽曲
データの販売権などの権利を所有し、楽曲データを販売
する、いわゆる正当な販売元（事業者）のサーバシステ
ムであり、多数の音楽サーバシステム３０（１）、３０
（２）、…、を取りまとめ、管理することができるもの
である。

【０３２９】この第４の実施の形態のメインサーバ１０
（１）、１０（２）、１０（３）、…のそれぞれは、例
えば異なる事業者によって管理されるが、その基本的な
構成は、比較部１５、課金処理部１７を備えていないこ
と以外は、図１に示した第１、第２、第３の実施の形態
のメインサーバ１０（１）と同様に構成されたものであ
る。このため、この第４の実施の形態のメインサーバ１
０（１）、１０（２）、１０（３）、…において、第
１、第２、第３の実施の形態のメインサーバ１０
（１）、１０（２）、１０（３）、…と同様に構成され
る部分については、図１に示した第１、第２、第３の実
施の形態のメインサーバと同じ参照符号を付し、その詳
細な説明については省略する。

【０３３０】そして、この第４の実施の形態のメインサ
ーバ１０（１）、１０（２）、１０（３）、…のそれぞ
れにおいては、オーディオＰＣＭ信号を、エンコーダ１
１において、高能率符号化するとともに、符号化未使用
ビットが生じたフレームの当該符号化未使用ビットに、
制御部１３を通じて供給される事業者識別子メモリ１６
からの事業者識別子を付加する。

【０３３１】このようにして高能率符号化されると共
に、付加情報としての事業者識別子が付加されて形成さ
れた楽曲データは、大容量メモリであるハードディスク
１２に蓄積される。このハードディスク１２に蓄積され
た楽曲データが、通信ネットワークを通じて、関係のあ
る音楽サーバシステムに供給されることになる。

【０３３２】一方、音楽サーバシステム３０（１）、３
０（２）、３０（３）、…のそれぞれは、前述した第
１、第２、第３の実施の形態の音楽サーバシステム３０
（１）、３０（２）、３０（３）、…と同様に、店頭な
どに設置され、利用者によって持ち込まれるＭＤなど外
部記録媒体に、自己と関連のあるメインサーバから提供
された楽曲データを記録することによって提供する。

【０３３３】そして、この第４の実施の形態の音楽配信
システムにおいてもまた、新たなサービスとして、楽曲
データの記録媒体間移動や楽曲データのバージョンアッ
プを行なうことができるようにされたものである。な
お、前述もしたように、楽曲データのバージョンアップ
は、従来の高能率符号化方式により高能率符号化されて
提供された楽曲データを、アルゴリズムがバージョンア
ップされて、例えば、圧縮率が向上したり、音質が向上
したりするようにした高能率符号化方式により高能率符
号化された楽曲データに置き換えるものである。

【０３３４】そして、楽曲データの記録媒体間移動に先
立って、音楽サーバシステムに持ち込まれた外部記録媒
体に記録されている楽曲データであって、記録媒体間移
動やバージョンアップの対象となっている楽曲データ
が、その音楽サーバシステムに楽曲データを提供するメ
インサーバによって提供されたものか否かを判断し、目
的とする楽曲データが当該メインサーバから提供された
ものである場合に、楽曲データの記録媒体間移動やバー
ジョンアップをできるようにする。

【０３３５】この楽曲データの記録媒体間移動や楽曲デ
ータのバージョンアップ時の処理について、音楽サーバ
システム３０（１）に記録媒体が持ち込まれた場合を例
にして説明する。この場合、音楽サーバシステム３０
（１）に楽曲データを提供するなど、音楽サーバシステ
ム３０（１）を管理するメインサーバは、メインサーバ
１０（１）であるものとして説明する。

【０３３６】音楽サーバシステム３０（１）に対して、
利用者により楽曲データの記録媒体間移動やバージョン
アップの対象となった楽曲データが記録された外部記録
媒体１Ｘが持ち込まれ、音楽サーバシステム３０（１）
に装填され、使用者によって目的とする処理を開始する
ようにする操作が行なわれると、まず、音楽サーバシス
テム３０（１）の再生部１は、外部記録媒体１Ｘから目
的とする楽曲データを読み出し、これを識別子抽出部３
に供給する。

【０３３７】識別子抽出部３は、これに供給された楽曲
データの符号化未使用ビットに付加されている事業者識
別子を抽出し、これを判別部６に供給する。判別部６に
は、メインサーバ１０（１）から送信され、音楽サーバ
システム３０（１）の受信部５によって受信されたメイ
ンサーバ１０（１）に事業者識別子が供給するようにさ
れている。

【０３３８】判別部６は、外部記録媒体１Ｘから読み出
された楽曲データに付加されており、識別子抽出部３に
おいて抽出された事業者識別子と、受信部５からのメイ
ンサーバ１０（１）の事業者識別子とを比較し、両事業
者識別子が一致しているか否かを判別する。

【０３３９】この判別部６において、両事業者識別子が
一致していると判別した場合には、外部記録媒体１Ｘに
記録されている楽曲データであって、記録媒体間移動や
バージョンアップの対象となっている目的とする楽曲デ
ータは、メインサーバ１０（１）から供給されたもので
あると判断することができる。この場合には、判別部６
は、課金処理部７を制御し、所定の課金を行なうように
する。

【０３４０】この課金に利用者が応じた場合には、メイ
ンサーバ１０（１）から供給され、受信部５によって受
信された楽曲データを図１９には図示しない記録部を通
じて他の外部記録媒体に記録することにより、楽曲デー
タの記録媒体間移動を行なうようにしたり、また、メイ
ンサーバ１０（１）から供給され、受信部５によって受
信された楽曲データを記録部２を通じて外部記録媒体１
Ｘに上書きすることにより、楽曲データのバージョンア
ップをしたりすることができるようにしている。

【０３４１】なお、メインサーバ１０（１）からの事業
者識別子や楽曲データは、予め音楽サーバシステムに提
供しておき、これを用いることにより、利用者からの楽
曲データの記録媒体間移動の要求時や楽曲データのバー
ジョンアップの要求時において、その都度メインサーバ
１０（１）との間で通信を行なって事業者識別子や楽曲
データを得るようにしなくても済むようにすることがで
きる。

【０３４２】もちろん、利用者からの楽曲データの記録
媒体間移動の要求時や楽曲データのバージョンアップの
要求時において、その都度メインサーバ１０（１）との
間で通信を行なうことにより、必要となる事業者識別子
や楽曲データの提供を受けるようにしてもよい。

【０３４３】［第４の実施の形態のメインサーバの具体
例について］この第４の実施の形態のメインサーバ１０
（１）、１０（２）、１０（３）、…のそれぞれは、図
１３に示した第１、第２、第３の実施の形態のメインサ
ーバ１０とほぼ同様に構成することができる。したがっ
て、この第２の実施の形態のメインサーバの具体例とし
て、図１３に示す構成を有するものとして説明する。

【０３４４】しかし、前述もしたように、この第４の実
施の形態において、課金処理は、音楽サーバシステム側
において行なわれるので、課金処理部８５をメインサー
バ１０に設ける必要はない。ただし、メインサーバ１０
が、自己が管理する各音楽サーバシステムのそれぞれの
課金についての情報を管理するなどの場合には、課金処
理部８５をそのまま残し、課金処理部８５を課金管理の
ために用いるようにしてもよい。

【０３４５】また、第１、第２、第３の実施の形態のメ
インサーバ１０の場合には、メインコントローラ８１に
より、音楽サーバシステムからの事業者識別子と、自己
が保持する事業者識別子とを比較する比較部の機能や、
比較部からの比較結果に基づいて、両事業者識別子が一
致しているか否かを判別する機能をメインコントローラ
８１が実現していた。しかし、これらの機能も、この第
４の実施の形態の場合には、各音楽サーバシステムが備
えるので、メインサーバ１０に設けるようにする必要は
ない。

【０３４６】そして、この第４の実施の形態のメインサ
ーバ１０は、オーディオＰＣＭ信号を高能率符号化する
と共に、高能率符号化した符号化データに付加情報とし
ての事業者識別子を付加して自己のハードディスク１２
に蓄積する機能と、蓄積した楽曲データ（符号化デー
タ）を必要に応じて各音楽サーバシステムに提供する機
能とを主たる機能とするものである。

【０３４７】［第４の実施の形態の音楽サーバシステム
の具体例について］この第４の実施の形態の音楽サーバ
システム３０（１）、３０（２）、３０（３）、…のそ
れぞれは、図１４に示した第１、第２、第３の実施の形
態の音楽サーバシステム３０とほぼ同様に構成すること
ができる。したがって、この第４の実施の形態の音楽サ
ーバシステムの具体例として、図１４に示す構成を有す
るものとして説明する。

【０３４８】そして、この第２の実施の形態の音楽サー
バシステム３０の場合には、課金処理をも音楽サーバシ
ステム３０において行なうようにするため、提供するサ
ービスに応じた課金金額を算出して、この課金金額に応
じた入金を要求し、図示しない入金装置部通じて入金さ
れた入金金額が、当該課金金額に応じたものか否かを判
断するなどの課金処理部としての機能を、例えば、メイ
ンコントローラ３１において実行されるプログラムによ
り、メインコントローラ３１に持たせるようにしてい
る。もちろん、課金処理部を別途設ける構成とすること
もできる。

【０３４９】また、この第４の実施の形態の音楽サーバ
システム３０の場合にも、図１５に示した管理ファイル
テーブルを備え、この管理ファイルテーブルの検出フレ
ーム番号を参照することによって、楽曲データに付加さ
れている事業者識別子を迅速かつ正確に検出することが
できるようにしている。

【０３５０】［第４の実施の形態の楽曲データの記録媒
体間移動時の動作について］この第４の実施の形態にお
いて、音楽サーバシステム３０において、ＭＤである外
部記録媒体１９に記録されている楽曲データを、ＭＳで
ある外部記録媒体２０に移動する楽曲データの記録媒体
間移動時の音楽サーバシステム３０の動作について、図
２４のフローチャートを参照しながら説明する。

【０３５１】この図２４に示す処理は、主に音楽サーバ
システム３０のメインコントローラ３１により実行され
る処理である。まず、図１４に示したこの第４の実施の
形態の音楽サーバシステム３０は、購入済みの楽曲デー
タが記録された外部記録媒体１９（ＭＤ）の読み取り記
録部１５への挿入（装填）を受け付ける（ステップＳ６
０１）。その後、音楽サーバシステム３０のメインコン
トローラ３１は、操作部３４を通じて、記録媒体１９に
記録されている楽曲データのうち、移動を行ないたい楽
曲データのＴｒａｃｋの指定を受け付ける（ステップＳ
６０２）。

【０３５２】その後、音楽サーバシステム３０のメイン
コントローラ３１は、操作部３４を通じて、移動対象と
なっている楽曲データの指示情報の入力を受け付ける
（ステップＳ６０３）。音楽サーバシステムは、ステッ
プＳ６０３において受け付けた情報に基づいて、図１５
に示した配信業者側が所有しているデータベースを参照
し、移動の対象になっている楽曲データの割り出しを行
なう（ステップＳ６０４）。

【０３５３】このステップＳ６０４の処理は、後のステ
ップＳ６０６において照合を行なう所有楽曲データを検
索するための行程である。ステップＳ６０４の割り出し
処理のためにステップＳ６０３において受け付けるよう
にする情報としては、例えば楽曲のタイトル情報や、ア
ーティスト情報等が挙げられる。ステップＳ６０３で入
力する情報が多いほど検索が早く確実なものとなる。

【０３５４】ステップＳ６０４において、該当楽曲が見
つからなかった場合は、音楽サーバシステム３０は、表
示部３３により、該当楽曲無しの旨を表示し（ステップ
Ｓ６１０）、その後、再試行を行なうことを指示する指
示入力を受け付けたか否かを判断する（ステップＳ６１
１）。ステップＳ６１１の判断により再試行を行なうこ
とが指示されたと判断した場合には、音楽サーバシステ
ム３０は、ステップＳ６０３からの処理を繰り返し、行
なわないと判断した場合には、この図２４に示す処理を
終了する。

【０３５５】ステップＳ６０４の割り出し処理におい
て、該当楽曲データが見つかったと判断した場合には、
読み出し記録部１５に挿入された記録媒体１９（ＭＤ）
から該当楽曲の高能率符号化データ（楽曲データ）を読
み取る（ステップＳ６０５）。

【０３５６】このステップＳ６０５の読み取りに関して
は、楽曲の全ての符号化情報を読み込んでも良いが、図
１５に示したデータベースにおいて、検出フレーム番号
を基に、後の工程であるステップＳ６０６の照合データ
の先頭フレーム番号から所望のフレーム分を読み出すよ
うにすることで、照合の高速化を実現することが可能と
なる。

【０３５７】そして、音楽サーバシステム３０は、ステ
ップＳ６０５において購入者の記録媒体１９から読み出
した高能率符号化データは、この実施の形態の音楽サー
バシステム３０を運営する配信業者（事業者）により提
供されたものであるかの照合を行なう（ステップＳ６０
６）。

【０３５８】この照合の方法としては、図１４における
付加情報検出部３９により、符号化データの未使用ビッ
ト（符号化未使用ビット）を利用して記録された事業者
識別子を検出し、メインサーバ１０から提供された事業
者識別子と比較することにより、両者が一致しいている
か否かを判別することにより、メインサーバ１０を運営
する当該事業者より購入した楽曲であるか否かの判断を
行なう。

【０３５９】また、前述もしたように、音楽箔配信シス
テムの場合には、配信する楽曲データについては、高能
率符号化(エンコード)をソフトウエアで行なっていると
の前提のもとに、楽曲データの配信事業者側である音楽
サーバシステム３０、あるいは、メインサーバ１０が所
有する該当楽曲データと、外部記録媒体１９に記録され
ている移動の目的である楽曲データとの比較を行なうよ
うにすれば、照合の精度を更に向上させることができ
る。

【０３６０】ステップＳ６０６においての照合が不成立
の場合は、図１４における表示部３３により照合不成立
の旨を表示し（ステップＳ６１２）、この図２４に示す
処理を終了する。ステップＳ６１２の処理においては、
「ご要望の楽曲は、当システムを通じて販売されたもの
ではありません。ご確認ください。」などのメッセージ
を表示するなどの処理を行なうことになる。

【０３６１】ステップＳ６０６においての照合が成立し
た場合は、所定の課金処理を行なう（ステップＳ６０
７）。前述もしたように、この場合は安い値段を設定し
たり、課金を無くしたりするようにすれば良い。なお、
課金をなくし無料とする場合には、ステップＳ６０７の
処理においては、「課金は発生しません。無料で楽曲デ
ータの移動ができます。」などのメッセージ表示処理な
どになる。

【０３６２】その後、読み出し記録部１６に挿入されて
いる購入者の外部記録媒体２０（ＭＳ）に対して、該当
楽曲データの記録媒体２０（ＭＳ）用の高能率符号化デ
ータを書き込む（ステップＳ６０８）。この後、音楽サ
ーバシステム３０は、読み出し記録部１５を通じて、記
録媒体１９（ＭＤ）に記録された当該楽曲データの情報
が記録されたＴｒａｃｋを削除（消去）し（ステップＳ
６０９）、この図２４に示す処理を終了する。

【０３６３】また、例えば、ステップＳ６０７の課金処
理において、ある程度の課金を行なうようにし、購入者
がこれに応じた場合には、ステップＳ６０９の楽曲デー
タの削除（消去）を行なわない形にすれば、記録媒体間
の移動ではなく、記録媒体データのコピーサービスとし
て新たなサービスも成立する。

【０３６４】また、付加情報として楽曲そのものの識別
コード、例えばＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ
Ｓｔａｎｄａｒｄ Ｒｅｃｏｒｄｉｎｇ Ｃｏｄｅ）
などを、一番最初の付加情報記録部分に記録しておくこ
とで、楽曲そのものの情報を読み取るようにして、ステ
ップＳ６０３の処理を省略するようにすることもでき
る。

【０３６５】このように、符号化データの符号化未使用
ビットに付加されている事業者識別子を用いることで、
楽曲データの配信を行なう事業者が複数存在していて
も、音楽配信システムを通じて利用者の外部記録媒体に
記録されている楽曲データは、どの事業者であるかを簡
単かつ確実に知ることができるので、各事業者は、自分
が提供した楽曲データの利用者に対してだけ、楽曲デー
タの記録媒体間移動や楽曲データのバージョンアップな
どの新たなサービスを、安価に、あるいは、無料で提供
することができる。

【０３６６】このように、楽曲データである符号化デー
タに付加されている事業者識別子などの付加情報の比較
処理や課金処理は、第１、第２、第３の実施の形態の場
合のように、メインサーバ側で行なうようにすることも
できるし、また、第４の実施の形態のように、メインサ
ーバによって管理される各音楽サーバシステム側で行な
うようにすることもできる。

【０３６７】［新たなサービスのバリエーション］次
に、前述した第１、第２、第３、第４の実施の形態にお
いて詳細に説明したように、楽曲データ（符号化デー
タ）の符号化未使用ビットに事業者識別子などの付加情
報を付加しておくことによって、楽曲データの提供元の
事業者を確実かつ簡単に判別することができるようにな
ることによって、実現可能となる新たなサービスについ
て説明する。なお、以下において、記録媒体Ａと記録媒
体Ｂとは異なるものであり、例えば、記録媒体Ａは、Ｍ
Ｄであり、記録媒体Ｂは、ＭＳであるものとして説明す
る。

【０３６８】図２５は、記録媒体間の楽曲移動（ムーブ
サービス）について説明するための図である。すなわ
ち、図２５は、図１６、図１７、あるいは、図２４用い
て前述した記録媒体間の楽曲移動（ムーブサービス）時
のデータの流れを表した図である。

【０３６９】図２５に示すように、記録媒体Ａに記録さ
れている楽曲データであるＡ符号化データに付加されて
いる事業者識別子と、メインサーバ１０に保持されてい
る事業者識別子とが比較され、一致した場合に同じ楽曲
データのＢ符号化データが、購入者の記録媒体Ｂに転送
されて記録される。

【０３７０】したがって、楽曲データの移動は、図２５
において、Ａ符号化データが読み込まれ照合に用いられ
てからＢ符号化データが転送される実線矢印で示したよ
うな流れとなるが、利用者には点線矢印で示した様に記
録媒体間を移動した形として捉えられる。ここで記録媒
体Ａの符号化データを消去しなければ、点線矢印はコピ
ーとして捉えられる。

【０３７１】図２６は、例えばＭＤからＭＤといった同
一記録媒体での書き換えを行なうものの一つで、高能率
符号化演算の精緻化等に伴う音質向上、即ち、高能率符
号化アルゴリズムのバージョンアップ対応としてのサー
ビス利用時のデータの流れを表した図である。すなわ
ち、楽曲データのバージョンアップを行なう場合のデー
タの流れを示している。処理課程としては図２４で示し
たステップＳ６０８が記録媒体Ａの上書きとなり、ステ
ップＳ６０９が無くなる形となる。このときステップＳ
６０７で示された課金処理を行なうようにしてもよい
し、また課金処理を無くして無料とするようにしてもよ
い。

【０３７２】この場合においても、バージョンアップを
行なうように要求された旧Ａ符号化データに付加されて
いる事業者識別子と、メインサーバ１０が保持している
メインサーバ１０の事業者識別子とを比較し、両者が一
致した場合に、記録媒体Ａの旧Ａ符号化データに、新Ａ
符号化データを上書きすることによって、旧Ａ符号化デ
ータのバージョンアップを行なうことができる。

【０３７３】図２７は、同一記録媒体での書き換えを行
なうものの一つで、例えば前述した比較対象となる検出
フレーム以外の場所のデータが壊れたり、以前に書き込
み失敗が起こっていたような場合に、再度上書きにより
修正を行なうといったサービスの利用時のデータの流れ
を示した図である。処理過程としては図２６によるもの
と同様である。

【０３７４】図２８は、同一記録媒体での書き換えを行
なうものの一つで、例えば記録媒体Ａに書き込み可能な
符号化データで、ビットレートを変更したいような場合
に、再度上書きにより修正を行なうといったサービスを
利用時のデータの流れを示した図である。処理過程とし
ては図２６によるものと同様である。

【０３７５】また、例えば、利用顧客のデータベースを
作成した場合に、登録された顧客にパスワード等を発行
し管理することで、当該顧客が以前に購入した楽曲デー
タに対してサービスを受けると行ったことも可能にな
る。

【０３７６】図２９は、この音楽サーバシステムのサー
ビス利用のデータの流れを示した図であり、記録媒体の
データ以外に、顧客識別データとして、例えば固有のパ
スワード等を入力し、楽曲データと顧客情報の双方の照
合を行なうことで認証確認し、付加サービスを提供する
ものである。

【０３７７】顧客識別データを用いるのは、同じ顧客が
何回も付加サービスの提供を受けることを防止するため
である。付加サービスの具体例としては、あるＡという
アーティストの楽曲を、以前に１０曲以上購入している
人に限り、限定でプレゼントをする、といったものが考
えられる。この時、記録媒体の使い回しの防止について
は、顧客データベースで当該サービスを提供したか否か
を管理するようにすればよい。

【０３７８】図２９の付加サービスに関しては、サービ
ストラックを提供したり、音楽サーバシステム３０に高
精度のプリンタを搭載して好みのアーティストのブロマ
イドを提供したり、各種の割引き券の発行したり、顧客
ごとにサービスポイントを蓄積し、後日、ポイント高に
応じた割引や景品の提供などを行なうなど種々のものが
考えられる。

【０３７９】そして、図２５〜図２９のいずれの場合に
も、前述したように、音楽サーバシステム３０に装填さ
れた外部記録媒体に記録されている楽曲データの符号化
未使用ブロックに付加されている事業者識別子と、メイ
ンサーバ１０、あるいは、音楽サーバシステム３０が保
持する事業者識別子とを比較するだけで、音楽サーバシ
ステム３０に装填された外部記録媒体に記録されている
楽曲データが、音楽サーバシステム３０を通じてメイン
サーバ１０から提供されたものであるか否かを確実かつ
簡単に判別することができる。

【０３８０】なお、事業者識別子の比較および判別は、
図２５〜図２９に示した例の場合には、前述した第１、
第２、第３の実施の形態の場合と同様に、メインサーバ
１０側において行ない、一致した場合に認証するように
した。しかし、事業者識別子の比較および判別は、前述
した第４の実施の形態の場合のように、音楽サーバシス
テム３０側において行なうようにしてももちろんよい。

【０３８１】また、新たに提供するようにする楽曲デー
タは、要求がある都度、メインサーバ１０から音楽サー
バシステム３０が取得して、これを提供するようにして
もよいし、予めメインサーバ１０から提供され、音楽サ
ーバシステム３０のハードディスク３２に蓄積されてい
る楽曲データを提供するようにすることもできる。

【０３８２】なお、前述の実施の形態においては、利用
者の外部記録媒体が、所定の音楽サーバシステム３０に
持ち込まれる場合を例にして説明した。しかし、必ずし
も使用者の外部記録媒体を、これに記録されている楽曲
データの記録を行った音楽サーバシステムに持ち込む必
要はない。

【０３８３】図８に示したメインサーバ１０に接続され
た音楽サーバシステム３０（１）、３０（２）、…、３
０（Ｚ）によって楽曲データが記録された外部記録媒体
であれは、音楽サーバシステム３０（１）、３０
（２）、…、３０（Ｚ）のいずれにおいても同じサービ
スの提供を受けることができるようにされる。

【０３８４】つまり、音楽サーバシステムでなく、事業
者識別子を用いてメインサーバの同一性を判別するよう
にしたのは、メインサーバ１０が管理する各音楽サーバ
システムのいずれを用いても、同じサービスを提供する
ことができるようにするためである。このように、楽曲
データの提供元が同じであることが確認できれば、どの
音楽サーバシステムを通じても新たなサービスの提供を
受けることができるので、利用者の利便性を向上させる
ことができる。

【０３８５】また、例えば、前述したサービスのみなら
ず、不良記録媒体の解析等、購入者から購入楽曲の記録
に際するクレーム等を処理するような場合においても、
配信業者（事業者）から正規に購入した楽曲であるか否
かを判断し、楽曲データの再提供などのことが可能とな
る。

【０３８６】また、前述もしたように、図１４に示した
音楽サーバシステムとほぼ同様の構成のものを一般家庭
に設置し、通信回線としてインターネット等を利用し、
メインサーバにて照合を行なう形にすることで、同様の
サービスを行なうことも可能である。

【０３８７】また、ハードディスクのような大容量記録
媒体から、いわゆるチェックインやチェックアウトとい
った機能を実現するための手段として、この発明を適用
することも可能である。つまり、所定のハードディスク
に記録されている楽曲データについて、３回までのコピ
ーを可能にしておく。

【０３８８】そして、当該所定のハードディスクから楽
曲データがＭＤに記録されたときには、コピー可能回数
を１回減らすようにする。このように、ハードディスク
からのＭＤなどへの出力をチェックアウトという。そし
て、当該ＭＤにコピーした楽曲データを当該ハードディ
スクに戻すようにして当該ＭＤから削除したときには、
その楽曲データのコピー回数を１回分戻すようにする。
このＭＤからハードディスクへの楽曲データの戻し処理
をチェックアウトという。

【０３８９】そして、チェックイン時において、当該ハ
ードディスクから出力された楽曲データでない楽曲デー
タが戻されることがないように、例えば、ハードディス
クに固有のシリアル番号などのハードディスク識別子と
して、符号化未使用ビットに付加しておくことにより、
当該ハードディスクからチェックアウトされたものかを
判別し、当該ハードディスクからチェックアウトされた
楽曲データについてのみチェックインを認めるようにす
ることができる。

【０３９０】したがって、この発明を用いることによっ
て、チェックアウト動作、チェックイン動作を、媒体識
別子を持たないＭＤを用いた場合にも行なうようにする
ことができる。

【０３９１】なお、前述の実施の形態において説明した
ように、メインサーバは、楽曲データを伝送する伝送装
置としての機能を有するものである。そして、前述した
実施の形態においては、高能率符号化して形成した符号
化データ（楽曲データ）は、一度メインサーバ１０のメ
モリに蓄積し、この蓄積した符号化データを必要に応じ
て読み出して、音楽サーバシステム３０に提供するもの
として説明した。しかし、これに限るものではない。

【０３９２】例えば、楽曲のオーディオＰＣＭ信号を高
能率符号化して、この高能率符号化した時点において、
高能率符号化した楽曲データを音楽サーバシステム３０
に提供するようにしてももちろんよい。このように、楽
曲データでる符号化データの音楽サーバシステムの配信
タイミングなどは、構築する音楽配信システムの構成な
どに応じて様々な形態とすることができる。

【０３９３】なお、前述した実施の形態においては、メ
インサーバ１０において、高能率符号化を行なうものと
して説明したが、これに限るものではない。高能率符号
化された楽曲データの供給を受け、この楽曲データの各
フレームについて、未使用ビットを検出し、検出した未
使用ビットに事業者識別子などの付加情報を付加するよ
うにしてもよい。したがって、高能率符号化されたデジ
タルデータの供給を受けて、これに付加情報を付加する
装置、方法を提供することももちろんできる。

【０３９４】また、前述した実施の形態においては、付
加情報は、高能率符号化された符号化データの未使用ビ
ットに付加するものとして説明した。この場合に、付加
情報に対して、例えばマンチェスタ符号化方式などのい
わゆるバイフェーズ等を利用した変調を施し、この変調
した付加情報に同期コード（Ｓｙｎｃ Ｃｏｄｅ）を付
加し、この同期コードと変調した付加情報とを符号化デ
ータの未使用ビットに順次に付加するようにすることも
できる。

【０３９５】バイフェーズを利用した変調方式は、例え
ば、２進数の「０」を送るときには、ビット区間の中央
で高レベルから低レベルに変化させ、一方、２進数の
「１」を送るときには、逆にビット区間の中央で低レベ
ルから高レベルに変化させるようにして、送りたいデー
タを変調するものである。

【０３９６】このように、同期コードと変調した付加情
報とを符号化データの未使用ビットに付加するようにし
た場合には、同期コードを有するので、符号化データの
各フレームの未使用ビット（端数部分）に依存せず、比
較的に長い符号化データであっても、複数のフレームの
未使用ビット部分に順次に付加することができる。そし
て、付加情報の検出時においては、同期コードにより、
付加情報の先頭を迅速に検出することができる。

【０３９７】また、バイフェーズを利用して変調した付
加情報は、直流成分がなく、また、クロック成分を持つ
ので復調も簡単かつ正確に行なうことができるので、符
号化データの未使用ビットに付加情報を付加する場合の
桁数などの制約を緩和し、符号化データに対して柔軟に
付加情報を付加するようにすることができる。なお、こ
こではバイフェーズ等を利用した変調方式で符号化デー
タを変調する場合を例にして説明したが、変調方式は、
各種のものを用いることができる。

【０３９８】また、符号化データに付加する付加情報
は、事業者識別子（事業者識別データ）、楽曲識別子
（楽曲識別データ）、楽曲データの生成元を示す生成元
識別子の他、サービス利用期間、サービス利用金額など
の提供を受けるサービスについての制限情報や各種の制
御情報、その他必要となる各種の情報を付加することが
できる。

【０３９９】例えば、著作権情報識別子、ＵＲＬ情報識
別子、課金情報識別子、機器情報識別子、再生回数識別
子などの各情報の識別子を付加情報として符号化データ
に付加することができる。

【０４００】この場合、著作権情報識別子は、楽曲デー
タなどのコンテンツの著作権を有するものを特定できる
ものであり、コンテンツ自体を特定することが可能なも
のもある。また、著作権情報識別子は、コンテンツ提供
団体や業界団体などにおいて作成され用いられるものが
多い。

【０４０１】また、ＵＲＬ情報識別子は、楽曲データに
関連するいわゆるＷｅｂページにアクセスするための情
報、あるいは、そのアクセスするための情報を特定する
ための情報である。このＵＲＬ情報識別子を符号化デー
タである楽曲データに付加しておくことにより、楽曲デ
ータの再生時において、楽曲データ毎にＷｅｂページを
通じて情報が得られるようにすることができる。

【０４０２】つまり、パーソナルコンピュータにおい
て、あるいは、パーソナルコンピュータに接続された再
生機器において、記録媒体に記録された楽曲データを再
生する場合に、楽曲データに付加されているＵＲＬ識別
情報を得て、そのＵＲＬ識別情報に基づいて目的とする
Ｗｅｂページにパーソナルコンピュータを通じて自動的
にアクセスし、楽曲データに関する情報をインターネッ
トを通じて自動的に得るようにするなどのサービスを提
供することが可能となる。

【０４０３】この場合、楽曲毎にＷｅｂページを通じて
得られる情報は、楽曲の歌詞や楽譜、アーティストに関
する情報、イメージ画像、その楽曲のアーティストのコ
ンサート予定や新譜の発売予定など、種々の情報を提供
することができる。

【０４０４】課金情報識別子は、これが付加された楽曲
データについての課金に関する情報を提供することがで
きるものであり、機器情報識別子は、実際に記録媒体に
記録した装置を特定することができるものである。ま
た、再生回数識別子は、再生可能な回数などを特定する
ことができるものである。この再生回数識別子と課金情
報識別子とを併用することにより、課金に応じて、再生
回数を制限するなどのことが実現できる。

【０４０５】また、符号化データに付加する付加情報
は、１種類に限るものではなく、複数種類の付加情報を
付加するようにしてももちろんよい。この場合には、異
なる付加情報の間に所定の符号を挿入するなどして、各
付加情報を分離することができるようにしておけばよ
い。

【０４０６】また、前述の実施の形態においては、付加
情報を符号化データの各フレームの未使用ビット（端数
部分）に付加するようにしたが、符号化データを記録す
る記録媒体の管理領域であるＴＯＣや各フレームのヘッ
ダ部分に付加情報を付加するようにしてもよい。また、
未使用ビットに付加する付加情報のバックアップとし
て、未使用ビットに付加した付加情報をＴＯＣや各フレ
ームのヘッダの一方あるいは両方に付加するようにして
もよい。

【０４０７】また、前述の第３の実施の形態において
は、所定量の付加情報が付加できなかった場合に、高能
率符号化処理に用いるパラメータ（ビット割り当ての上
限値）を変更して、再度高能率符号化を行なうことによ
り、高能率された符号化データに所定量の付加情報が可
能な程度の未使用ビットを設けるようにした。しかし、
これに限るものではない。

【０４０８】例えば、初めから高能率符号化処理に用い
るパラメータを変更して、初めから通常よりも多くの未
使用ビットを設けるようにしてもよい。この場合には、
再度、高能率符号化処理を行なう必要がないので、付加
情報を付加した符号化データを迅速に形成することが可
能となる。

【０４０９】しかし、未使用ビットを通常よりも多くと
るようにするということは、楽曲を構成するスペクトラ
ムデータを少なくしてしまうことになり、そのスペクト
ラムデータにより再生される楽曲の音質を低下させてし
まうことにもなる。このため、高能率符号化を行って付
加情報を付加し、所定量の付加情報が付加できなかった
場合に、パラメータを変更し、再度の高能率符号化処理
を行な方が、楽曲データの劣化を最小限に抑えることが
できるので、より好ましいといえる。

【０４１０】なお、例えば、サンプル用の楽曲データな
ど、音質があまり問題となることのない符号化データに
ついては、初めから未使用ビットを多くとるようにし
て、所定量以上の付加情報を１回で付加できるように
し、音質が重要な楽曲データについては、所定量の付加
情報が付加できなかった場合にのみ、再度の高能率符号
化を行なって、必要最小限の未使用ビットを確保するよ
うにするという２つの方式を使い分けるようにしてもよ
い。

【０４１１】具体的には、メインサーバ１０などの高能
率符号化を行なう装置において、高能率符号して形成す
る符号化データに、通常よりも多くの未使用ビットを発
生させるようにするか、所定量の付加情報を符号化デー
タに付加できなかった場合にパラメータを変更して再度
の高能率符号化を行なうかを選択できるようにしてお
く。

【０４１２】そして、通常よりも多くの未使用ビットを
初めから多く発生させるようにすることが選択された場
合には、高能率符号化を行なう装置においては、通常と
は異なるパラメータを用いて、あるいは、使用者からの
パラメータの入力を受け付けて、高能率符号化を行な
い、１回の高能率符号化処理により所定量の付加情報を
符号化データに付加するようにする。

【０４１３】逆に、所定量の付加情報を符号化データに
付加できなかった場合にパラメータを変更して再度の高
能率符号化を行なうことが選択された場合には、高能率
符号化を行なう装置は、前述した第３の実施の形態の場
合のようにして、符号化データの付加情報の付加を行な
うようにすればよい。これにより、付加情報の２つの付
加方法を使い分けることができる。

【０４１４】また、前述の実施の形態においては、デジ
タルオーディオデータを高能率符号化する場合を例にし
て説明したが、これに限るものではない。オーディオデ
ータの他、静止画像データや動画像データなど、高能率
符号化が施されたデジタルデータを記録媒体に記録する
ことにより、利用者に提供する場合にも、この発明を適
用することができる。

【０４１５】また、高能率符号化方式は、ＡＴＲＡＣ方
式を用いる場合を例にして説明したが、これに限るもの
ではない。例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔ
ｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）方式、ＭＰ３（Ｍ
ＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ ３）方式、ＡＡＣ
（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）方
式、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ
Ａｕｄｉｏ）方式、ＡＴＲＡＣ方式を発展させたＡＴ
ＲＡＣ３方式、Ｔｗｉｎ−ＶＱ（Ｔｒａｎｓｆｏｒｍ−
Ｄｏｍａｉｎ Ｗｅｉｇｈｔｅｄ Ｉｎｔｅｒｌｅａｖ
ｅ ＶｅｃｔｏｒＱｕａｎｔｉｚａｔｉｏｎ）方式など
の種々の高能率符号化方式を用いることができる。

【０４１６】また、上述のように、多数のサービスの提
供が可能となった場合には、どのサービスの提供を要求
するかを、音楽サーバシステムの操作部を通じて利用者
から受け付けることによって、多数のサービスのうちの
目的とするサービスを利用者が選択して受けるようにす
ることができる。

【０４１７】また、前述した実施の形態においては、音
楽サーバシステム３０は、所定の通信回線を通じてメイ
ンサーバ装置より符号化データとされた楽曲データの供
給を受けるものとして説明したが、これに限るものでは
ない。たとえば、高能率符号化されて符号化データとさ
れるとともに、符号化データのフレームの符号化未使用
ビット（余剰部分）に付加情報を付加したものを、例え
ば光ディスクなどの記録媒体に記録して、この光ディス
クを音楽サーバシステムの設置されている店舗に郵送な
どの手段を用いて配送する。

【０４１８】そして、音楽サーバシステムの設置された
店舗において、配送されてきた光ディスクなどの記録媒
体を音楽サーバシステムに装填することにより、その光
ディスクから、あるいは、その光ディスクに記録されて
いる楽曲データを一度音楽サーバシステムのハードディ
スクに落とし込んだのちに、光ディスクなどの記録媒体
を通じて提供された楽曲データを利用者に提供するよう
にすることができる。

【０４１９】この場合には、音楽配信システムとして
は、メインサーバを有さず、音楽サーバシステムのみに
よって構成され、音楽サーバシステムにおいて、符号化
データである楽曲データに付加されている付加情報の検
出、照合、照合結果に応じたサービスの提供の可否の判
断、サービスの提供までを行なうようにすることができ
る。

【０４２０】また、高能率符号化装置、付加情報書き込
み装置を音楽サーバシステム３０側に設けることによ
り、音楽サーバシステム３０において、利用者に提供す
る楽曲データに自システムの識別コードなどの情報を付
加するようにすることもできる。

【０４２１】

【発明の効果】以上説明したように、この発明によれ
ば、符号化データに付加情報を付加するためのエリアを
設けることなく、符号化データの端数部分、すなわち、
所定のフォーマットの符号化データの余剰ビット部分に
付加情報を書き込むことにより、符号化データに付加情
報を付加することができる。

【０４２２】また、予め設定した分量以上の付加情報を
確実に付加し、符号化データに吹かされた付加情報の検
出率、照合率を符号化データ（デジタルコンテンツデー
タ）に依存せず、確実に一定水準以上とすることができ
る。したがって、符号化データに付加される付加情報を
確実に検出し、これを利用することができるようにされ
る。

【０４２３】また、符号化データに付加された付加情報
により、付加情報の提供元を特定したり、提供経路の正
当性を確実に判別したりすることができる。これによ
り、符号化データの記録媒体間移動や不良記録媒体の検
証など、符号化データの提供元が提供すべき新たなサー
ビスの提供が容易に可能となる。

【図面の簡単な説明】

【図１】この発明が適用された音楽配信システム、メイ
ンサーバの概要を説明するためのブロック図である。

【図２】この発明が適用された音楽サーバシステムの概
要を説明するためのブロック図である。

【図３】デジタルオーディオデータの高能率符号化装置
（高能率符号化エンコ−ダ）の一例を説明するためのブ
ロック図である。

【図４】ビット圧縮の際の直交変換ブロックの構造を表
す図である。

【図５】高能率符号化フォーマットを説明するための図
である。

【図６】図５における１バイト目のデータの詳細を示す
図である。

【図７】図３の高能率符号化装置によりエンコードされ
たデジタルオーディオデータをデコードする高能率符号
化デコ−ダ−の一例を説明するためのブロック図であ
る。

【図８】図３に示した高能率符号化装置により形成され
る符号化データに発生する符号化未使用ビット（端数部
分）のビット数の計算の仕方を説明するための計算式を
示す図である。

【図９】図３に示した高能率符号化装置により形成され
る符号化データに発生する符号化未使用ビット（端数部
分）の発生部分について説明するための図である。

【図１０】図１に示したメインサーバのエンコーダ１１
の構成について説明するためのブロック図である。

【図１１】図１０に示したエンコーダ１１において行な
われる符号化データの符号化未使用ビット（端数部分）
への付加情報の付加状況を説明するための図である。

【図１２】図１０に示したエンコーダ１１において行な
われる符号化データへの付加情報の付加処理について説
明するためのフローチャートである。

【図１３】図１に示したメインサーバの具体的な構成例
について説明するためのブロック図である。

【図１４】この発明による音楽サーバシステムの具体的
な構成例について説明するためのブロック図である。

【図１５】図１に示したメインサーバ内、あるいは、音
楽サーバシステム内においての情報の対応管理テーブル
を説明するための図である。

【図１６】図１４に示した音楽サーバシステムにおい
て、楽曲データの記録媒体間移動時に行なわれる処理を
説明するためのフローチャートである。

【図１７】図１３に示したメインサーバにおいて、楽曲
データの記録媒体間移動時に行なわれる処理を説明する
ためのフローチャートである。

【図１８】符号化未使用ビットが３ビットある場合に用
いるようにする制御情報（制御コード）を説明するため
の図である。

【図１９】符号化データの符号化未使用ビットに制御情
報と付加情報とを書き込むようにする場合の処理を説明
するためのフローチャートである。

【図２０】図１３に示したメインサーバのエンコーダ８
０における処理過程を説明するためのブロック図であ
る。

【図２１】図２０に示したエンコーダにおいて行なわれ
る符号化データへの付加情報の付加処理について説明す
るためのフローチャートである。

【図２２】この発明が適用された音楽配信システム、メ
インサーバの他の例の概要を説明するためのブロック図
である。

【図２３】この発明が適用された音楽サーバシステムの
他の例の概要を説明するためのブロック図である。

【図２４】図２２に示した音楽配信システムにおいて、
楽曲データの記録媒体間移動時に行なわれる処理を説明
するためのフローチャートである。

【図２５】新たに提供可能となるサービスとしての楽曲
データの記録媒体間移動時に置けるデータの流れを示す
図である。

【図２６】新たに提供可能となるサービスとしての楽曲
データの符号化演算のバージョンアップ処理サービス利
用時のデータの流れを示す図である。

【図２７】新たに提供可能となるサービスとしての一部
破壊された楽曲データの書き込み再試行サービス利用時
のデータの流れを示す図である。

【図２８】新たに提供可能となるサービスとしての楽曲
データのビットレート変更サービス利用時のデータの流
れを示す図である。

【図２９】新たに提供可能となるサービスとしての楽曲
データの付加サービス利用時のデータの流れを示す図で
ある。

【符号の説明】

１０…メインサーバ、１１…エンコーダ、１２…ハード
ディスク（メモリ）、１３…制御部、１４…通信部（送
受信部）、１５…比較部、１６…事業者識別子メモリ、
１７…課金処理部、３０…音楽サーバシステム、１…読
み出し部、２…記録部（書き込み部）、３…識別子抽出
部、４…識別子送信部、５…受信部、３１…メインコン
トローラ、３２…ハードディスク、３３…表示部、３４
…操作部、３５、３６…読み取り記録部、３７…デコー
ダ、３８…再生処理部、３９…付加情報検出部、４０…
通信部、１９…記録媒体、２０…記録媒体、８０…エン
コーダ、８１…メインコントローラ、８２…ハードディ
スク、８３…表示部、８４…操作部、８５…課金処理
部、８６…通信部、８７…デコーダ、８８…再生処理
部、１２０…高能率符号化装置、１３０…付加情報書き
込み部、１４０…制御部、１４１…ＰＣＭファイル選択
部、１４２…ＰＣＭデータ入力部、１４３…高能率符号
化エンコーダ部、１４４…付加情報書き込み部、１４５
…符号化データ出力部、１４６…符号化ファイル選択部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5D045 DA01 5J064 AA02 BA16 BB01 BC02 BC14 BC17 BD02 BD03

Claims (15)

【特許請求の範囲】
1. 【請求項１】入力デジタル信号を複数の帯域に分割し
   て、上記分割された各々の帯域に含まれる入力デジタル
   信号に対して所定の変換を施し、少なくともビット配分
   情報と正規化データと量子化データとから構成される所
   定長単位の多数のブロックとされる符号化データを形成
   する高能率符号化ステップと、 形成される上記符号化データの各ブロック毎に、上記所
   定長と、上記ビット配分情報と正規化データと量子化デ
   ータとの合計値との差分に相当する余剰部分の有無を判
   別する判別ステップと、 付加情報を発生させる付加情報発生ステップと、 上記判別ステップにて上記余剰部分が存在すると判別さ
   れた各ブロックの余剰部分に対して、上記付加情報発生
   ステップにて発生させた付加情報の一部若しくは全部を
   順次重畳する重畳ステップと、 １まとまりの上記入力デジタル信号についての上記重畳
   ステップまでの処理が終了した後に、１まとまりの上記
   入力デジタル信号の符号化データに所定量分以上の上記
   付加情報を付加できたか否かを判断する判断ステップ
   と、 上記判断ステップにて１まとまりの上記入力デジタル信
   号の符号化データに所定量分以上の上記付加情報を付加
   できなかったと判断した場合に、上記高能率符号化ステ
   ップにおいて用いられる上記ブロックの大きさを指定す
   るパラメータを変更する変更ステップと、 上記変更ステップにて上記パラメータを変更したとき
   に、上記高能率符号化ステップからの処理を繰り返すよ
   うに制御する制御ステップとを有することを特徴とする
   高能率符号化方法。
2. 【請求項２】上記付加情報は、上記入力デジタル信号の
   生成元識別子、上記入力デジタル信号を配信する事業者
   の事業者識別子、上記入力デジタル信号を識別する識別
   子、上記入力デジタル信号の著作権情報識別子、ＵＲＬ
   情報識別子、課金情報識別子、機器情報識別子、再生回
   数識別子の少なくとも１つであることを特徴とする請求
   項１に記載の高能率符号化方法。
3. 【請求項３】所定の上記余剰部分には、上記付加情報の
   重畳始点及び／又は重畳終点を表す検出制御情報を重畳
   することを特徴とする請求項１に記載の高能率符号化方
   法。
4. 【請求項４】入力デジタル信号を複数の帯域に分割し
   て、上記分割された各々の帯域に含まれる入力デジタル
   信号に対して所定の変換を施し、少なくともビット配分
   情報と正規化データと量子化データとから構成される所
   定長単位の多数のブロックとされる符号化データを形成
   する高能率符号化手段と、 形成される上記符号化データの各ブロック毎に、上記所
   定長と、上記ビット配分情報と正規化データと量子化デ
   ータとの合計値との差分に相当する余剰部分の有無を判
   別する判別手段と、 付加情報を発生させる付加情報発生手段と、 上記判別手段にて上記余剰部分が存在すると判別された
   上記所定長のブロックの上記余剰部分に、上記付加情報
   発生手段にて発生させた付加情報の一部若しくは全部を
   重畳する重畳手段と、 １まとまりの上記入力デジタル信号についての上記重畳
   ステップまでの処理が終了した後に、１まとまりの上記
   入力デジタル信号の符号化データに所定量分以上の上記
   付加情報を付加できたか否かを判断する判断手段と、 上記判断手段にて１まとまりの上記入力デジタル信号の
   符号化データに所定量分以上の上記付加情報を付加でき
   なかったと判断した場合に、上記高能率符号化手段にお
   いて用いられる上記ブロックの大きさを指定するパラメ
   ータを変更する変更手段と、 上記変更手段にて上記パラメータを変更したときに、上
   記各手段による処理を繰り返すように制御する制御手段
   とを備えることを特徴とする高能率符号化装置。
5. 【請求項５】上記付加情報は、上記入力デジタル信号の
   生成元識別子、上記入力デジタル信号を配信する事業者
   の事業者識別子、上記入力デジタル信号を識別する識別
   子、上記入力デジタル信号の著作権情報識別子、ＵＲＬ
   情報識別子、課金情報識別子、機器情報識別子、再生回
   数識別子の少なくとも１つであることを特徴とする請求
   項４に記載の高能率符号化装置。
6. 【請求項６】上記重畳手段は、所定の上記余剰部分に対
   して、上記付加情報の重畳始点及び／又は重畳終点を表
   す検出制御情報を重畳することを特徴とする請求項４に
   記載の高能率符号化装置。
7. 【請求項７】入力デジタル信号を複数の帯域に分割し
   て、上記分割された各々の帯域に含まれる入力デジタル
   信号に対して所定の変換を施し、少なくともビット配分
   情報と正規化データと量子化データとから構成される所
   定長単位の多数のブロックとされる符号化データを形成
   する高能率符号化ステップと、 形成される上記符号化データの各ブロック毎に、上記所
   定長と、上記ビット配分情報と正規化データと量子化デ
   ータとの合計値との差分に相当する余剰部分の有無を判
   別する判別ステップと、 付加情報を発生させる付加情報発生ステップと、 上記判別ステップにて上記余剰部分が存在すると判別さ
   れた各ブロックの余剰部分に対して、上記付加情報発生
   ステップにて発生させた付加情報の一部若しくは全部を
   順次重畳する重畳ステップと、 １まとまりの上記入力デジタル信号についての上記重畳
   ステップまでの処理が終了した後に、１まとまりの上記
   入力デジタル信号の符号化データに所定量分以上の上記
   付加情報を付加できたか否かを判断する判断ステップ
   と、 上記判断ステップにて１まとまりの上記入力デジタル信
   号の符号化データに所定量分以上の上記付加情報を付加
   できなかったと判断した場合に、上記高能率符号化ステ
   ップにおいて用いられる上記ブロックの大きさを指定す
   るパラメータを変更する変更ステップと、 上記変更ステップにて上記パラメータを変更したとき
   に、上記高能率符号化ステップからの処理を繰り返すよ
   うに制御する制御ステップと、 上記判断ステップにて１まとまりの上記入力デジタル信
   号の符号化データに所定量分以上の上記付加情報を付加
   できたと判断した場合に、上記付加情報が重畳するよう
   にされた符号化データを順次に伝送する伝送ステップと
   から成ることを特徴とする符号化データ伝送方法。
8. 【請求項８】上記付加情報は、上記入力デジタル信号の
   生成元識別子、上記入力デジタル信号を配信する事業者
   の事業者識別子、上記入力デジタル信号を識別する識別
   子、上記入力デジタル信号の著作権情報識別子、ＵＲＬ
   情報識別子、課金情報識別子、機器情報識別子、再生回
   数識別子の少なくとも１つであることを特徴とする請求
   項７に記載の符号化データ伝送方法。
9. 【請求項９】所定の上記余剰部分には、上記付加情報の
   重畳始点及び／又は重畳終点を表す検出制御情報を重畳
   することを特徴とする請求項７に記載の符号化データ伝
   送方法。
10. 【請求項１０】入力デジタル信号を複数の帯域に分割し
    て、上記分割された各々の帯域に含まれる入力デジタル
    信号に対して所定の変換を施し、少なくともビット配分
    情報と正規化データと量子化データとから構成される所
    定長単位の多数のブロックとされる符号化データを形成
    する高能率符号化手段と、 形成される上記符号化データの各ブロック毎に、上記所
    定長と、上記ビット配分情報と正規化データと量子化デ
    ータとの合計値との差分に相当する余剰部分の有無を判
    別する判別手段と、 付加情報を発生させる付加情報発生手段と、 上記判別手段にて上記余剰部分が存在すると判別された
    各ブロックの余剰部分に対して、上記付加情報発生手段
    にて発生させた付加情報の一部若しくは全部を順次重畳
    する重畳手段と、 １まとまりの上記入力デジタル信号についての上記重畳
    手段までの処理が終了した後に、１まとまりの上記入力
    デジタル信号の符号化データに所定量分以上の上記付加
    情報を付加できたか否かを判断する判断手段と、 上記判断手段にて１まとまりの上記入力デジタル信号の
    符号化データに所定量分以上の上記付加情報を付加でき
    なかったと判断した場合に、上記高能率符号化手段にお
    いて用いられる上記ブロックの大きさを指定するパラメ
    ータを変更する変更手段と、 上記変更手段にて上記パラメータを変更したときに、上
    記高能率符号化手段からの処理を繰り返すように制御す
    る制御手段と、 上記判断手段にて１まとまりの上記入力デジタル信号の
    符号化データに所定量分以上の上記付加情報を付加でき
    たと判断した場合に、上記付加情報が重畳するようにさ
    れた符号化データを順次に伝送する伝送手段とから成る
    ことを特徴とする符号化データ伝送装置。
11. 【請求項１１】上記付加情報は、上記入力デジタル信号
    の生成元識別子、上記入力デジタル信号を配信する事業
    者の事業者識別子、上記入力デジタル信号を識別する識
    別子、上記入力デジタル信号の著作権情報識別子、ＵＲ
    Ｌ情報識別子、課金情報識別子、機器情報識別子、再生
    回数識別子の少なくとも１つであることを特徴とする請
    求項１０に記載の符号化データ伝送装置。
12. 【請求項１２】所定の上記余剰部分には、上記付加情報
    の重畳始点及び／又は重畳終点を表す検出制御情報を重
    畳することを特徴とする請求項１０に記載の符号化デー
    タ伝送装置。
13. 【請求項１３】入力デジタル信号を複数の帯域に分割し
    て、上記分割された各々の帯域に含まれる入力デジタル
    信号に対して所定の変換を施し、少なくともビット配分
    情報と正規化データと量子化データとから構成される所
    定長単位の多数のブロックとされる符号化データを記録
    した記録媒体であって、 上記所定長と、上記ビット配分情報と正規化データと量
    子化データとの合計値との差分に相当する余剰部分が存
    在するブロックの当該余剰部分には付加情報が記録さ
    れ、１まとまりの上記符号化データについて、規定量以
    上の付加情報が記録されていることを特徴とする記録媒
    体。
14. 【請求項１４】上記付加情報は、上記入力デジタル信号
    の生成元識別子、上記入力デジタル信号を配信する事業
    者の事業者識別子、上記入力デジタル信号を識別する識
    別子、上記入力デジタル信号の著作権情報識別子、ＵＲ
    Ｌ情報識別子、課金情報識別子、機器情報識別子、再生
    回数識別子の少なくとも１つであることを特徴とする請
    求項１３に記載の記録媒体。
15. 【請求項１５】所定の上記余剰部分には、上記付加情報
    の重畳始点及び／又は重畳終点を表す検出制御情報が重
    畳されていることを特徴とする請求項１３に記載の記録
    媒体。