JP2001202094A - 再生装置、再生方法及び再生システム - Google Patents

Abstract

(57)【要約】 【課題】 複数の音声コーデックに対応するマルチコー
デック対応のオーディオシステムを安価に実現する。 【解決手段】 ＣＰＵ２７により、ＤＳＰ３２内蔵のＲ
ＡＭ３２Ｂに記憶されている音声コーデックプログラム
が、当該ＤＳＰ３２によりデコードする音楽情報に対応
するものであるか否かを判定し、対応しない場合には、
フラッシュメモリ３０から上記音楽情報に対応する音声
コーデックプログラムを上記ＤＳＰ３２内蔵のＲＡＭ３
２Ｂに複写して、上記ＤＳＰ３２によりソフトウエアに
よる音声コーデックを実行させる制御を行い、上記ＤＳ
Ｐ３２内蔵のＲＡＭ３２Ｂ上の音声コーデックプログラ
ムを書き換えて複数の音楽フォーマットの音楽情報を再
生する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、異なる圧縮方式で
圧縮されたデータが混在して記録された記録媒体からデ
ータを読み出してデコードして再生するときに、デコー
ドに必要とするデコードのためのプログラムを、上記プ
ログラムが記録されている場所に応じて取得するように
した再生装置、再生方法及び再生システムに関する。

【０００２】

【従来の技術】近年コンピュータの性能や処理速度の向
上、オーディオデータの圧縮技術及びインターネットの
普及により、インターネット上でディジタル音楽コンテ
ンツを配信するＥＭＤ（Electric Music Distribution
）と呼ばれる電子音楽配信サービスが行われるように
なってきた。

【０００３】この種の電子音楽配信サービスにおいて
は、コンテンツの供給を行うＥＭＤサーバからインター
ネットを介して家庭内のパーソナルコンピュータ別名と
してコンピュータ装置へディジタル音楽コンテンツを配
信する。家庭内のコンピュータ装置では、ＥＭＤサーバ
から配信されたディジタル音楽コンテンツを内部のハー
ドディスクにダウンロードし、これを任意のタイミング
で再生することにより、ユーザが何時でも音楽を楽しめ
るよるになされている。

【０００４】上記オーディオデータの圧縮技術として
は、国際標準化機構(ISO:International Organization
for Standardization)のワーキンググループ(MPEG:Movi
ng Picture Experts Group)が制定したオーディオ圧縮
規格(MP3:MPEG-1 Audio Layer3)やソニー株式会社によ
り開発されたオーディオ圧縮方式であるＡＴＲＡＣ３方
式、ＮＴＴ日本電信電話株式会社により開発されたオー
ディオ圧縮方式であるＴｗｉｎ ＶＱ(Transform-domain
Weighted Interleave Vector Quantization)方式など
が知られている。これらのオーディオ圧縮方式では、元
のオーディオデータを１／１０以下に圧縮することがで
きる。上記ＭＰ３やＡＴＲＡＣ３、ＴｗｉｎＶＱ など
で圧縮するオーディオデータは、音楽用ＣＤに用いられ
ているＰＣＭデータ(ＣＤ−ＤＡ)やWindows 標準のＷＡ
ＶＥデータである。このような音楽データは、コンピュ
ータ上で専用のエンコーダソフトにより圧縮変換され、
例えばＣＤ１枚分のオーディオデータが約１／１０の約
６４ＭＢに圧縮される。

【０００５】また最近では、コンピュータ装置と接続
し、当該コンピュータ装置からディジタル音楽コンテン
ツをディジタルデータのままで光磁気ディスクやフラッ
シュメモリ等の記録媒体に記録する機能を備えた携帯型
のオーディオプレーヤが普及しており、ＥＭＤサーバか
ら配信されたディジタル音楽コンテンツをコンピュータ
装置から転送してディジタルデータのままで記録媒体に
記録することが可能である。例えば、フラッシュメモリ
に記憶されたＭＰ３データを専用デコーダでデコードし
てオーディオに戻し、イヤーレシーバで聴くことができ
るようにした可搬型のＭＰ３プレーヤなどが市販されて
いる。

【０００６】上記ＭＰ３プレーヤは、フラッシュメモリ
とＭＰ３デコーダを内蔵しており、コンピュータで圧縮
されたＭＰ３データをシリアル又はパラレルポートを用
いてメモリに蓄え、再生時にはそのＭＰ３データを回路
上でデコードしたオーディオデータをＤ／Ａ変換してオ
ーディオ出力とするものである。

【０００７】

【発明が解決しようとする課題】ところで、コンピュー
タ装置からディジタル音楽コンテンツをディジタルデー
タのままで記録媒体に記録する機能を備えた携帯型のオ
ーディオプレーヤは、特定のオーディオ圧縮方式に対応
するものであって、例えばＭＰ３プレーヤでは、ＭＰ３
データを専用デコーダによりデコードしてオーディオに
戻すので、ＭＰ３以外の他のオーディオ圧縮方式のディ
ジタル音楽コンテンツを取り扱うことはできない。

【０００８】今日、様々なオーディオ圧縮方式が提案さ
れており、各種オーディオ圧縮方式に個別に対応するオ
ーディオプレーヤを所有することは、ユーザにとって不
便であることから、複数のオーディオ圧縮方式に１台で
対応できるマルチフォーマット対応の携帯型のオーディ
オプレーヤの出現が望まれている。

【０００９】そこで、本発明の目的は、複数のオーディ
オコーデックに対応するマルチコーデック対応のオーデ
ィオシステムを安価に実現することにある。

【００１０】

【課題を解決するための手段】本発明は、複数の異なる
圧縮方式で圧縮が施された主データが混在して記録され
るとともに上記各々の主データの圧縮方式を識別するた
めの副データが上記各々の主データに関係付けられて記
録された記録媒体から上記主データを読み出してデコー
ドして再生する再生装置であって、上記記録媒体から所
定の上記主データと上記主データに関係付けられた副デ
ータとを読み出す読み出し手段と、上記読み出し手段に
て読み出された副データから上記主データの圧縮方式を
識別する識別手段と、上記主データの圧縮方式毎にデコ
ードに必要なデコードデータが複数記憶されている記憶
手段と、上記識別手段の識別結果に基づいて上記記憶手
段から上記主データのデコードをするためのデコードデ
ータを選択する選択手段と、上記デコードデータによっ
て設定されるデコード方式に基づいて上記読み出し手段
にて読み出される圧縮された主データをデコードするデ
コード手段と、上記識別手段にて識別された上記読み出
し手段にて読み出される主データの圧縮方式と上記デコ
ード手段が設定されているデコード方式とに基づいて上
記デコード手段の設定が必要と判断される場合に、上記
選択手段にて選択されたデコードデータを上記デコード
手段に送って上記デコード手段のデコード方式を設定す
る制御手段とを備えることを特徴とする。

【００１１】また、本発明は、複数の異なる圧縮方式で
圧縮された主データと上記主データの圧縮方式を識別す
るための副データとが関連付けられて混在して記録され
た記録媒体から上記主データを読み出して、設定された
デコード方式に応じてデコードを行うデコード手段にて
上記主データをデコードして再生する再生方法であっ
て、上記記録媒体から再生される主データをユーザーの
操作に基づいて特定するステップと、上記記録媒体から
上記特定された主データの圧縮方式を識別するための副
データを読み出すステップと、上記読み出された副デー
タに基づいて識別される上記主データの圧縮方式と上記
デコード手段に設定されているデコード方式とに基づい
て上記主データをデコードするためのデコードデータを
上記デコード手段に送るか否かを判断するステップと、
上記判断するステップにて上記デコードデータを上記デ
コード手段に送るように判断された場合に、上記記録媒
体から上記副データに基づいて上記デコード手段に送る
デコードデータを選択して読み出すステップと、上記デ
コードデータを選択して読み出すステップにて読み出さ
れたデコードデータを、上記デコード手段に送り上記主
データをデコードするためのデコード方式に上記デコー
ド手段を設定するステップと、上記記録媒体から上記主
データを読み出して上記デコード手段へ送ってデコード
するステップとを有することを特徴とする。

【００１２】さらに、本発明は、複数の異なる圧縮方式
で圧縮が施された主データが混在して記録されるととも
に上記各々の主データの圧縮方式を識別するための副デ
ータが上記各々の主データに関係付けられて記録された
記録媒体から上記主データを読み出してデコードして再
生する再生システムであって、再生部と上記再生部と所
定の通信路を介して接続される制御部とからなり、上記
再生部は、上記記録媒体から所定の上記主データと上記
主データに関係付けられた副データとを読み出す読み出
し手段と、上記読み出し手段にて読み出された副データ
から上記主データの圧縮方式を識別する識別手段と、上
記主データの圧縮方式毎にデコードに必要なデコードデ
ータが複数記憶されている記憶手段と、上記識別手段の
識別結果に基づいて上記記憶手段に上記主データのデコ
ードをするためのデコードデータがあるか否かを判別す
る判別手段と、上記デコードデータによって設定された
デコード方式に基づいて上記主データをデコードするデ
コード手段と、上記判別手段が上記主データのデコード
をするためのデコードデータが上記記憶手段に記憶され
ていないと判断した場合に上記通信路を介して上記制御
部から送信されるデコードデータで上記デコード手段の
デコード方式を設定する制御手段とを備え、上記制御部
は、上記通信路を介して上記再生部から上記デコードデ
ータの送信が要求された場合に、上記通信路を介して上
記再生部が要求するデコードデータを上記再生部へ送信
する制御手段を備えることを特徴とする。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら説明する。

【００１４】本発明は、例えば図１に示すような構成の
電子音楽配信サービスを受けるオーディオシステムに適
用される。

【００１５】この図１に示したオーディオシステムで
は、ＥＭＤ（Electrlc Music Distribution ）サーバ１
からインターネット２を介して配信されたディジタル音
楽コンテンツＣ１を、自宅に設置したコンピュータ装置
３の図示しないハードディスクにダウンロードする。

【００１６】上記コンピュータ装置３は、書換え可能な
不揮発性の半導体フラッシュメモリを記憶媒体として内
蔵した携帯型のオーディオ再生装置４とＵＳＢ（Univer
salSeria1 Bus）ケーブルを介して接続し得るようにな
されており、これによりディジタル音楽コンテンツＣ１
をディジタルデータのままオーディオ再生装置４のフラ
ッシュメモリにアップロードし得るようになされてい
る。

【００１７】これにより、このオーディオシステムのユ
ーザは、コンピュータ装置３のみならずオーディオ再生
装置４によってもディジタル音楽コンテンツＣ１を再生
することができ、かくして高音質な音楽をヘッドフォン
５を介して屋外でも気軽に楽しめるようになされてい
る。

【００１８】上記オーディオ再生装置４は、図２（Ａ）
〜（Ｅ）に示すように、ほぼ円筒形状の外観で内部に不
揮発性のフラッシュメモリを収納した本体１０を有し、
当該本体１０の周側面に各種操作スイッチや操作ボタン
及び表示部１１が設けられている。

【００１９】ここで、図２（Ａ）〜（Ｄ）は、オーディ
オ再生装置４の表示部１１が設けられた側を正面として
見た場合、本体１０を軸中心に４５度ずつ回転したとき
のそれぞれの周側面を示している。

【００２０】図２（Ａ）に示すように、本体１０の左側
面には、音量の上限を固定するための音量上限固定スイ
ッチ１２、各種操作スイッチの状態をロックするための
ホールドスイッチ１３及び図示しないＵＳＢケーブルを
介してコンピュータ装置３と接続するためのＵＳＢ端子
１４が設けられている。

【００２１】また図２（Ｂ）に示すように、本体１０の
正面には、表示部１１、音量アップボタン１５及び音量
ダウンボタン１６が設けられるとともに、図２（Ｅ）に
示すように端面１０Ａに再生及び停止を行うための再生
／停止ボタン１７が設けられている。

【００２２】さらに図２（Ｃ）に示すように、本体１０
の右側面には、表示部１１に表示されるメニュー内容を
切り換えるメニューボタン１８、早戻しボタン１９及び
早送りボタン２０が設けられており、また図２（Ｄ）に
示すように、本体１０の背面には、クリップ２１及び図
１に示されたヘッドフォン５を接続するためのヘッドフ
ォン端子２２が設けられている。

【００２３】このような外観を持つオーディオ再生装置
４の電気的な構成を図３に示してある。

【００２４】このオーディオ再生装置４は、ＵＳＢ端子
１４を介してコンピュータ装置３とＵＳＢケーブル２４
で接続され、当該コンピュータ装置３から転送されたデ
ィジタル音楽コンテンツＣ１がＵＳＢコントローラ２５
から内部バス２６を介して転送されるＣＰＵ２７を備え
る。上記内部バス２６には、フラッシュメモリ３０、操
作キーコントローラ３１、デジタルシグナルプロセッサ
（DSP:Digital SignalProcessor）３２、出力増幅器３
３、ＥＥＰＲＯＭ（Electrically Erasable Programmab
le Read‐Only Memory）３４、ＬＣＤ（Liquid Crystal
Display）コントローラ３５、ＲＴＣ（Real Time Cloc
k）回路３６等が接続されている。

【００２５】このオーディオ再生装置４では、大容量の
メモリ空間をサポートするＣＰＵ２７により音楽データ
のダウンロードやユーザインターフェース、また、大容
量の不揮発性メモリであるフラッシュメモリ３０の管理
を行う。上記ＣＰＵ２７には、ＣＰＵコア２７Ａ以外に
メモリ２７Ｂ，２７Ｃも内蔵したワンチップマイクロコ
ンピュータが採用されている。このＣＰＵ２７のプログ
ラムメモリには内蔵のマスクＲＯＭ（Read‐０nly Memo
ry）２７Ｂが用いられている。

【００２６】上記オーディオ再生装置４は、複数のフォ
ーマットのディジタル音楽コンテンツに対応するため
に、音楽コーデックをソフトウエアにて実現しており、
所定の圧縮方式でデータ圧縮された音楽データＤ１に対
応した伸長方式で再生するための再生用コードであるコ
ーデックプログラムをフラッシュメモリ３０に予め格納
しておき、このコーデックプログラムをフラッシュメモ
リ３０から同じフラッシュメモリ３０内にあるインデク
スデータに基づいてＤＳＰ３２内部のＲＡＭ３２Ｂ（Ra
ndom Access Memory）上にコピーして、上記ＤＳＰ３２
内部のメモリ空間に置いたコーデックプログラムを実行
することにより、音楽再生を行う。

【００２７】すなわち、このオーディオ再生装置４にお
いて、ＣＰＵ２７は、音楽データとコーデックプログラ
ムが入った大容量の不揮発性メモリすなわちフラッシュ
メモリ３０を管理する。

【００２８】このオーディシステムにおけるオーディオ
再生装置４では、ソフトウエアにて音楽コーデックを実
現しているので、装置全体を小型且つ安価に作ることが
できる。なお、ハードウエアに依存する音楽コーデック
で複数フォーマットに対応するには、対応するコーデッ
ク毎にハードウエアが必要となる。

【００２９】また、上記オーディオ再生装置４におい
て、ソフトウエアによる音楽コーデックを実行するＤＳ
Ｐコア３２Ａは、コーデックのようにリアルタイムに信
号を加工する処理のために特化されたインストラクショ
ンを有するので、少ない消費電力で処理を完了すること
ができる。また、ＤＳＰ３２内部のメモリ空間は、外部
のメモリ空間をアクセスする場合に比べ、結線による容
量性負荷が殆どないため、少ない消費電力で高速にアク
セスすることができる。

【００３０】コーデックプログラムは高速な演算が期待
される処理であり、上記ＤＳＰ３２では、この処理を効
率的に実効することができる。なお、ＤＳＰ３２内部の
メモリは、高速性を追求した構造となっているため、一
般的な外部メモリと比較してビット単価が高いが、現在
使用するコーデックのみを外部のフラッシュメモリ３０
から使用前にコピーするので、コーデック１個分の容量
があればよい。

【００３１】ここで、コーデックプログラムを記憶する
フラッシュメモリ３０は、書換え可能であるので、ユー
ザがコーデックプログラムを追加することができる。な
お、フラッシュメモリ３０に追加記憶するコーデックプ
ログラムは、上記ＥＭＤサーバ１からインターネット２
を介して配信するようにしてもよい。

【００３２】電子音楽配信サービスにより配信された例
えば有料の音楽データは、コーデックプログラムととも
に不揮発性メモリに記憶される必要があり、コーデック
プログラムとともに物理的に同一のデバイスであるフラ
ッシュメモリ３０に記憶することは、デバイスの実装面
積及び価格の点で有利である。

【００３３】このオーディオシステムにおいて、コンピ
ュータ装置３は、図４のフローチャートに示すように、
ステップＳ１でオーディオ再生装置４がＵＳＢ端子１４
を介してＵＳＢケーブル２４で接続されたか否かを割り
込みにより認識すると、ステップＳ２において上記オー
ディオ再生装置４にコーデック情報を要求し、上記オー
ディオ再生装置４がサポートしているコーデック情報の
読み出しを行う。これにより、ステップＳ３でコンピュ
ータ装置３は、上記オーディオ再生装置４がサポートし
ているコーデックの種類を識別する。このようにして識
別したコーデックの種類は、上記オーディオ再生装置４
に音楽データを転送する際の参考にされる。

【００３４】すなわち、コンピュータ装置３は、図５に
転送データ選択画面３Ａを示すように、オーディオ再生
装置４がサポートしているコーデックの種類と、サポー
トしていないコーデックの種類を例えば輝度や色を変え
る等の異なる表示形態で表示する。

【００３５】そして、図６のフローチャートに示すよう
に、上記コンピュータ装置３からオーディオ再生装置４
に音楽データを転送する際に、ステップＳ１１において
ユーザにより音楽データが選択されると、ステップＳ１
２では選択された音楽データが上記オーディオ再生装置
４で再生可能であるか否かを上記識別したコーデックの
種類に基づいて判定し、ステップＳ１３で再生可能でな
ければ選択を無効とし、ステップＳ１４において再生可
能であれば選択を有効とする。ユーザは、上記音楽デー
タの選択が無効であれば上記ステップＳ１１に戻って、
音楽データの選択を再度行うことになる。そして、上記
コンピュータ装置３は、ステップＳ１５においてユーザ
により選択を完了して転送データ選択画面３Ａ上の転送
アイコン３Ｂがクリックされると、オーディオ再生装置
４にコーデック情報を認識させるためのヘッダ情報を音
楽データに付加する。このコーデック情報は、ステップ
Ｓ１６において音楽フォーマットによらず共通のフォー
マットで付加される。上記コンピュータ装置３は、ステ
ップＳ１７においてこのようにしてヘッダ情報を付加し
た音楽データをオーディオ再生装置４に転送する。

【００３６】ここで、ＣＰＵ２７側のプログラムは、マ
スクＲＯＭ２７Ｂ上に記述されており、書換え不可であ
るから、ＣＰＵ２７のプログラムがコーデックに依存し
たのでは、上記ＣＰＵ２７のプログラムがサポートしな
いプログラムは、将来、ＤＳＰ３２のプログラムの書換
えだけでは対応できなくなってしまう。そこで、ＣＰＵ
２７側のプログラムは、上述のように音楽フォーマット
に依存しないようにしてある。

【００３７】なお、このオーディオ再生装置４では、Ｄ
ＳＰ３２側のプログラムメモリにＲＡＭ３２Ｂを採用
し、ユーザ操作により書換え可能としたが、ＣＰＵ２７
側には、書換え不可のマスクＲＯＭ２７Ｂを採用したこ
とにより、ＣＰＵ２７側でＤＳＰ３２のプログラムの書
換えを管理することができ、ＤＳＰ３２のプログラムと
して不当なデータを書き込むことを防止することができ
る。また、ＤＳＰ３２のプログラムが異常となった場合
にも、ＣＰＵ２７側のプログラムからの操作で復旧させ
ることできる。

【００３８】このオーディシステムにおいて、オーディ
オ再生装置４には、上記コンピュータ装置３から複数の
フォーマットの音楽データが転送される。

【００３９】上記オーディオ再生装置４のＣＰＵ２７
は、図７のフローチャートに示すように、実際に音楽再
生を行う場合に、ステップＳ２１において音楽データの
先頭に予め付加されているヘッダ情報をフラッシュメモ
リ３０から読み込み、ステップＳ２２において現在ＤＳ
Ｐ３２内に設定してあるコーデックで再生可能な圧縮方
式をＲＡＭ２７Ｃから取得し、ステップＳ２３において
ステップＳ２２で取得された情報のうちの現在ＤＳＰ３
２に設定してあるコーデックとヘッダ情報から得られた
圧縮形式とが同一であるか否かを判定する。

【００４０】そして、上記ＣＰＵ２７は、ＤＳＰ３２に
入っているコーデックが異なっている場合には、ステッ
プＳ２４においてフラッシュメモリ３０に記憶されてい
るインデクスデータに基づいてフラッシュメモリ３０に
書き込まれているコーデックプログラムから、再生する
音楽データフォーマットに合致したコーデックプログラ
ムを探し、ＤＳＰ３２にダウンロードするとともにステ
ップＳ２２で使用したＲＡＭ２７ＣへＤＳＰ３２にダウ
ンロードしたコーディックに関する情報を記憶させる。
ステップＳ２４によってＲＡＭ２７Ｃに記憶されたコー
ディックに関する情報を次の音楽データを再生するとき
にステップＳ２２にて参照されることになる。上記ＣＰ
Ｕ２７は、その後、フラッシュメモリ３０から音楽デー
タをＤＳＰ３２に送って、音楽再生を行う。

【００４１】ここで、上記ＣＰＵ２７は、上記ＤＳＰ３
２がデコードする音楽情報を管理し、上記音楽情報の音
楽フォーマットによらず、音楽情報の再生の進捗に同期
して、音楽情報を一定量ずつ上記ＤＳＰ３２に送って、
音楽情報を再生する。

【００４２】なお、音楽フォーマットの判別方法につい
ては、厳格な共通ルールは存在しないので、複数の音楽
コーデックをサポートした場合、どのコーデック用の音
楽フォーマットかを正確に判定できなくなる可能性があ
る。そこで、このオーディオシステムでは、コンピュー
タ装置３からオーディオ生装置４に音楽データを転送す
る前に、上記オーディオ再生装置４に転送する音楽デー
タの先頭に各音楽フォーマットに依存しない共通のヘッ
ダを付加し、その中に音楽フォーマットを判別可能な情
報を含ませるようにしている。

【００４３】例えば良く知られているＭＰ３では、音楽
情報の最後にＩＤ情報として演奏者の名称や曲名情報を
付加するフォーマットが規定されている。しかし、この
フォーマットは、異なるオーディオ用のフォーマットで
は同じ位置に同様な情報が記述されているとは限らな
い。そこで、このオーディオシステムでは、コンピュー
タ装置３側でアプリケーションプログラムにより付加し
た各音楽フォーマットに依存しない共通のヘッダ情報中
にも演奏者の名称や曲名情報を付加することにより、演
奏者の名称や曲名情報をオーディオ再生装置４の表示部
１１に表示するプログラムは、音楽フォーマットによら
ず共通化することができる。

【００４４】このオーディオシステムにおけるディジタ
ル音楽コンテンツＣ１は、図８に示すようにヘッダＨ１
と音楽データＤ１とからなり、ヘッダＨ１にはファイル
ＩＤ、ヘッダサイズ、コンテンツキー、ファイル、コー
デックＩＤ、ファイル名及びファイル情報が格納されて
いるとともに、再生制限に関する再生制限情報として再
生制限データ、再生開始日、再生終了日、再生可能回
数、再生回数及びオーディオファイルが格納されてい
る。

【００４５】コンテンツキーは、音楽データＤ１に対す
る暗号化を解くための暗号データであり、実際上コンピ
ュータ装置３及びオーディオ再生装置４の間でディジタ
ル音楽コンテンツＣ１の授受が行われる際に、共通のセ
ッションキーでさらに暗号化された状態で転送される。
コーデックＩＤは、オーディオ再生装置４でディジタル
音楽コンテンツＣ１の音楽データＤ１を再生する場合の
伸長方式に対応したＩＤ番号であり、例えば、１Ｄ番号
「１」に対してはＡＴＲＡＣ（Adaptlve Transform Aco
ustic Coding）３と呼ばれるデータ圧縮方法に応じた伸
長方式が割り当てられ、ＩＤ番号０ｘ００００に対して
はＭＰ３（MPEG Audio Layer-3）と呼ばれるデータ圧縮
方法に応じた伸長方式が割り当てられている。なお、
“０ｘ”を数値の前に付けることで１６進数であること
を示している。

【００４６】図９にインデクス形式の例を示す。図９に
はコーディックＩＤとコーディックＩＤで示されるコー
ディックプログラムがフラッシュメモリ３０に記録され
ている位置を示す先頭アドレスとコーディックプログラ
ムのそれぞれのプログラム長とが関連付けられて記録さ
れている。

【００４７】ない図９においては数値は１６進数である
ことを示す“０ｘ”は省略して示している。

【００４８】例えば上記の例では、コーディックＩＤが
０ｘ００００のＭＰ３圧縮方法をデコードするためのコ
ーディックプログラムは、フラッシュメモリ３０の例え
ば物理アドレスで０ｘ８０００から０ｘ１００バイト分
のプログラム長を持っていることが図９から分かる。

【００４９】また、コーディックＩＤが０ｘ０００１で
あるＡＴＲＡＣ３圧縮方法をデコードするためのコーデ
ィックプログラムは、図９のコーディックＩＤが０ｘ０
００１の項に示されているようにフラッシュメモリ３０
の物理アドレスで０ｘ８１００を先頭にして格納されて
おり、そのプログラム長は０ｘ１２０バイトであること
が分かる。

【００５０】ここで、図７のステップＳ２４において音
楽データに合致したコーディックプログラムをＤＳＰ３
２へ転送するときに、コーディックプログラムをフラッ
シュメモリ３０からインデクスデータを使って検索する
ことになる。その手順としては、先ず初めに図８のコン
テンツＣ１のヘッダ部分Ｈ１からコーディックＩＤを読
み出す。次に読み出されたコーディックＩＤが図９に示
したインデクスデータ内にあるか否かを検出する。例え
ば検出されたコーディックＩＤが０ｘ０００１であった
場合には、インデクスデータ内に記憶されていることが
検索されるので、コーディックＩＤが０ｘ０００１に関
連して記憶されている対応するプログラムのフラッシュ
メモリ３０内の記録先頭位置として０ｘ８１００を読み
出し、そのプログラム長が０ｘ１２０であることを読み
出し、その後これらのデータに基づいてフラッシュメモ
リ３０からコーディックプログラムを読み出してＤＳＰ
３２へ送るようになされている。

【００５１】ファイル名は、例えばファイルABCD. AAC
をＡＳＣＩＩ（American National Standard Code for
Information Interchange）コードに変換したデータで
あり、またファイル情報は、曲名、アーティスト名、作
詩家名及び作曲家名等をＡＳＣＩＩコードに変換したデ
ータである。

【００５２】再生制限データは、オーディオ再生装置４
で再生するディジタル音楽コンテンツＣ１に再生可能回
数や再生可能期間等の再生制限が付加されているか否か
を示すデータであり、再生可能回数に制限があるときの
み１が割り当てられ、再生可能期間に制限があるときの
み２が割り当てられ、再生制限がないときには０が割り
当てられている。

【００５３】再生開始日及び再生終了日は、再生制限デ
ータが２であるときに、再生可能期間の範囲を示すデー
タであり、０００４０Ｆ及び０００７０Ｆのデータによ
って、２０００年４月１５日〜２０００年７月１５日が
再生可能期間の範囲であることを示している。

【００５４】同様に再生可能回数及び再生回数は、再生
制限データが１であるときに、再生し得る再生可能回数
と現時点での再生回数を示すデータであり、１４及び０
５のデータによって、再生可能回数が２０回のうち現時
点での再生回数が５回であることを示している。

【００５５】音声ファイルは、電子的な仕組みによって
合成された電子音声で再生可能回数及び再生可能期間等
の再生制限情報の内容をユーザに対して通知する場合に
用いられるデータであり、例えばのこりさいせいかいす
うは、……かいですと出力すべき電子音声に対応したデ
ータと、残り回数の数字（１〜ｎ）を出力すべき電子音
声に対応したデータとが記述されている。

【００５６】したがってＣＰＵ２７は、例えば音声通知
モードに設定されていた場合、音声ファイルのデータに
基づいて予め設定された電子音声を生成して出力するよ
うになされている。

【００５７】このオーディオ再生装置４は、コンピュー
タ装置３からディジタル音楽コンテンツＣ１とともに当
該ディジタル音楽コンテンツＣ１の書き込み命令が転送
され、ＣＰＵ２７はマスクＲＯＭ２７Ｂのプログラムに
従ってディジタル音楽コンテンツＣ１をフラッシュメモ
リ３０に書き込む。

【００５８】因みにオーディオ再生装置４は、ＵＳＢケ
ーブル２４を介してコンピュータ装置３と接続される
と、音量上限固定スイッチ１２、ホールドスイッチ１
３、音量アップボタン１５、音量ダウンボタン１６、再
生／停止ボタン１７、メニューボタン１８、早戻しボタ
ン１９及び早送りボタン２０による各種動作を実行しな
いようになされており、コンピュータ装置３からの制御
によってのみＣＰＵ２７が動作してディジタル音楽コン
テンツＣ１をフラッシュメモリ３０に書き込むようにな
されている。

【００５９】フラッシュメモリ３０には、上述の如く所
定の圧縮方式でデータ圧縮された音楽データＤ１に対応
した伸長方式で再生するための再生用コードであるコー
デックプログラムが予め格納されている。

【００６０】従つてオーディオ再生装置４は、ユーザに
よる再生／停止ボタン１７の押下操作に応じた再生命令
が操作キーコントローラ３１を介してＣＰＵ２７に与え
られると、当該ＣＰＵ２７によってディジタル音楽コン
テンツＣ１のヘッダＨ１からコーデックＩＤを読み取
り、当該読み取ったコーデックＩＤに対応した再生用コ
ードと、ディジタル音楽コンテンツＣ１の音楽データＤ
１とをフラッシュメモリ３０からＤＳＰ３２内部のＲＡ
Ｍ３２Ｂへ転送する。

【００６１】ＤＳＰ３２は、フラッシュメモリ３０から
転送された再生用コードであるコーデックプログラムに
基づいて音楽データＤ１をデコードして再生し、これを
アンプ３３に送出する。なおＤＳＰ３２は、音声通知モ
ードのときＣＰＵ２７の制御により、フラッシュメモリ
３０から転送されたヘッダＨ１の音声フアイルに基づい
て、再生可能回数及び再生可能期間等の再生制限情報に
関する内容をユーザに対して通知するための電子音声を
生成した後、出力増幅器３３に送出する。

【００６２】出力増幅器３３は、音楽データＤ１の再生
データや音声通知モードにおける電子音声を所定レベル
に増幅した後にヘッドフォン端子２２からヘッドフォン
５へ出力することにより、当該ヘッドフォン５を介して
再生した音楽をユーザへ供給したり、電子音声によって
ディジタル音楽コンテンツＣ１における再生制限情報の
内容をユーザに対して通知するようになされている。

【００６３】またオーディオ再生装置４のＥＥＰＲＯＭ
３４には、フラッシュメモリ３０に書き込まれているデ
ィジタル音楽コンテンツＣ１の全曲数、ディジタル音楽
コンテンツＣ１の各曲がそれぞれ格納されているブロッ
ク位置、その他種々のメモリ蓄積情報が格納されてい
る。

【００６４】またＥＥＰＲＯＭ３４には、ヘッダＨ１の
再生可能期間の範囲を表す再生開始日及び再生終了日
や、再生可能回数及び再生回数等の再生制限に関する制
限情報の改ざんを防止するためのプログラムが格納され
ており、不正な再生を未然に阻止し得るようになされて
いる。

【００６５】さらにオーディオ再生装置４は、コンピュ
ータ装置３からディジタル音楽コンテンツＣ１をフラッ
シュメモリ３０にダウンロードした状態で、ユーザによ
って再生／停止ボタン１７が押下されると、マスクＲＯ
Ｍ２７Ｂに格納されている再生制限処理及び再生制限内
容表示プログラムに基づいてＣＰＵ２７によりヘッダＨ
１の再生制限データを読み出した後、ディジタル音楽コ
ンテンツＣ１の音楽データＤ１を再生するようになされ
ている。

【００６６】このときＣＰＵ２７は、読み取った再生制
限データの値に基づいてディジタル音楽コンテンツＣ１
に再生可能期間の制限が付加されたものであると判別し
た場合、ＲＴＣ回路３６から供給される時刻情報に基づ
いてヘッダＨ１の再生開始日及び再生終了日から再生可
能な残り日数を算出し、ＬＣＤコントローラ３５を介し
て算出結果を例えば１２月２４日まで再生可能ですのコ
メントとして表示部１１に表示するようになされてい
る。

【００６７】因みにＣＰＵ２７は、再生終了日を過ぎて
いて再生可能な残り日数が存在しない場合、ＬＣＤコン
トローラ３５を介して再生可能期間を過ぎているので再
生できませんのコメントを表示部１１に表示するように
なされている。

【００６８】これに対してＣＰＵ２７は、ヘッダＨ１か
ら読み取った再生制限データの値に基づいてディジタル
音楽コンテンツＣ１に再生可能回数の制限が付加された
ものであると判別した場合、再生／停止ボタン１７が押
下に応じてヘッダＨ１の再生回数を増加し、再生可能回
数と、当該再生可能回数のうち現時点における再生回数
をＬＣＤコントローラ３５を介して表示部１１に表示す
るようになされている。

【００６９】またＣＰＵ２７は、ユーザによる再生／停
止ボタン１７の押下に拘わらず、ＲＴＣ回路３６から供
給される時刻情報に基づいて日付の変わったことを認識
すると、再生可能な残りの日数を再度算出し直して１２
月２４日まで再生可能ですのコメントの日付を更新した
後、表示部１１に表示する。

【００７０】以上はオーディオ再生装置４の内部にフラ
ッシュメモリ３０を備え、外部のコンピュータ装置４か
らＵＳＢケーブル２４を経由して転送されたディジタル
音楽コンテンツをフラッシュメモリ３０に記憶するよう
にしたオーディオ再生装置を実施の形態とした。別の実
施の形態としては、以下のような形態もある。

【００７１】図１０に示すように、不揮発性メモリ３８
を着脱可能な構成としたオーディオ再生装置６で、図３
と同じブロックについては同じ番号を付している。図１
０に示すようにオーディオ再生装置は不揮発性メモリ３
８を着脱可能にするために着脱機構３７を備え、不揮発
性メモリ３８が着脱機構３７に装着され、メモリインタ
ーフェイス３９によって不揮発性メモリ３８を内部バス
２６と電気的な接続をすることでＣＰＵ２７は、不揮発
性メモリ３８をアクセスすることができるようになる。

【００７２】図１１に不揮発性メモリ３８の内部に記憶
されているデータの状態を示す。図１１に示すように不
揮発性メモリ３８は例えば１０２４バイトを記録の単位
としてブロック化されブロックアドレスが付されてい
る。ブロックアドレス０ｘ００００（０ｘは１６進であ
ることを示す）から所定のブロック数の範囲はＴＯＣ
（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）と呼ばれる不
揮発性メモリ３８に記録されたデータ等のファイルの管
理を行うための領域として割り当てられている。ＴＯＣ
を除いた他の領域はデータなどのファイルが記録される
領域として割り当てられており、例えば図１１の場合に
は、Ｃ１，Ｃ２，Ｃ３というファイル名のディジタル音
楽コンテンツか記録されており、さらにコーデックプロ
グラムＣＰ１及びＣＰ２が記録されている。

【００７３】ディジタル音楽コンテンツの各々は図８に
示したように圧縮された音楽データと圧縮形式に依存し
ない共通の形式を持ったヘッダがつけられた状態で記録
されている。

【００７４】また、コーデックプログラムＣＰ１，ＣＰ
２はコンテンツデータＤ１，Ｄ２及びＤ３の圧縮をデコ
ードするためのプログラムであって音楽コンテンツのヘ
ッダに示される圧縮形式をデコードするために必要な種
類のコーデックプログラムが不揮発性メモリ３８に記憶
されている。

【００７５】さらに、コンピュータ装置３は不揮発性メ
モリ３８に対してのデータの書き込みをするための着脱
機構及びメモリインターフェイスを備えている。

【００７６】コンピュータ装置３は例えばＥＭＤサーバ
１からインターネット２を経由して送られた音楽データ
を着脱機構に装着された不揮発性メモリ３８に対してメ
モリインターフェイスを介して書き込む。このときコン
ピュータ装置３は音楽データに対して圧縮方式に依存し
ない共通形式のヘッダを付してディジタル音楽コンテン
ツとしての形式を整えた後不揮発性メモリ３８に書き込
んでいる。さらにコンピュータ装置３は不揮発性メモリ
３８に書き込んだコンテンツデータの圧縮をオーディオ
再生装置６のＤＳＰ３２がデコードするために必要とな
るコーデックプログラムも合わせて書き込む。例えば図
１０の場合であれば、コンピュータ装置３はコンテンツ
データＤ１の圧縮形式を表すデータをＣＰ１として備え
た共通形式のヘッダを作成しコンテンツデータＤ１に付
けてディジタル音楽コンテンツＣ１として不揮発性メモ
リに記録し、デジタル音楽コンテンツＣ１が記録された
場所を示すためにＴＯＣ領域にＣ１の記録されたブロッ
クアドレスが書かれた管理情報を書き込む。さらにコン
ピュータ装置３は不揮発性メモリ３８にコンテンツデー
タＤ１の圧縮をデコードするために必要となるコーデッ
クプログラムＣＰ１が記録されているか否かを判断し、
コーデックプログラムＣＰ１が記録されていないと判断
したときにはコーデックプログラムＣＰ１を不揮発性メ
モリ３８に書き込むとともに、コーデックプログラムＧ
Ｐ１が記録されているブロックアドレスを管理情報とし
て持つデータをＴＯＣ領域に書き込む。同様にしてディ
ジタル音楽コンテンツＣ２，Ｃ３を不揮発性メモリ３８
に書き込むとともにその記録ブロックアドレスをＴＯＣ
領域に管理データとして書き込み、さらにコーデックプ
ログラムＣＰ２が記録されていないと判断した場合には
コーデックプログラムＣＰ２を不揮発性メモリ３８に書
き込むとともにその記録されたブロックアドレスを管理
データとしてＴＯＣ領域に書き込む。

【００７７】上記のようにしてディジタル音楽コンテン
ツとディジタル音楽コンテンツに施された圧縮をデコー
ドするためのコーデックプログラムとそれぞれのファイ
ルの記憶場所を管理するＴＯＣデータとが記録された不
揮発性メモリ３８をコンピュータ装置３から取り外し
て、オーディオ再生装置６の着脱機構３７によって装着
すると、オーディオ再生装置６のＣＰＵ２７はメモリイ
ンターフェイス３９を介してＴＯＣ領域をアクセスす
る。ＴＯＣ領域をアクセスすることによって装着された
不揮発性メモリ３８に記憶されているディジタル音楽コ
ンテンツに関する情報をＣＰＵ２７は知ることが可能と
なる。

【００７８】不揮発性メモリ３８に記憶されているディ
ジタル音楽コンテンツに関する情報を取得したＣＰＵ２
７は取得した情報を基にユーザーに対して表示部１１に
よって表示して知らせ再生の指示を持つ。

【００７９】ここでユーザーが操作キーコントローラ３
１の操作によって再生するコンテンツを選択するとＣＰ
Ｕ２７は操作キーコントローラ３１から入力された情報
に基づいて再生するコンテンツを特定する。

【００８０】つづいてＣＰＵ２７は特定されたコンテン
ツの記録場所をＴＯＣ領域のアクセスで得た情報に基づ
いて選択されたコンテンツの記憶場所を得る。

【００８１】たとえはユーザーがコンテンツデータＤ２
の再生を指定した場合ＣＰＵ２７はＴＯＣ情報からディ
ジタルコンテンツＣ２が記録されているブロックアドレ
スを特定する。

【００８２】つぎにディジタルコンテンツＣ２が記録さ
れたブロックアドレスの先頭から順にデータを読み出し
てコンテンツデータＤ２に関する情報を得る。例えば図
１１の場合であればコンテンツデータＤ２はコーデック
プログラムＣＰ２によってデコードできることを共通形
式のヘッダを読むことで知る。ここでＣＰＵ２７はＤＳ
Ｐ３２のＲＡＭ３２ＢにコーデックプログラムＣＰ２が
記録されているか否かを判定する。

【００８３】ＲＡＭ３２ＢにコーデックプログラムＣＰ
２が記録されていないとＣＰＵ２７が判断した場合は、
ＣＰＵ２７は不揮発メモリ３８のＴＯＣから読み出した
コーデックプログラムＣＰ２が記録されたブロックアド
レスに基づいてコーデックプログラムＣＰ２を不揮発性
メモリ３８から読み出して、ＤＳＰ３２のＲＡＭ３２Ｂ
にコーデックプログラムＣＰ２を書き込む。ＤＳＰ３２
のＲＡＭ３２ＢにコーデックプログラムＧＰ２を書き込
んだ後にＣＰＵ２７はコンテンツデータＤ２を所定デー
タ長毎に不揮発性メモリ３８から読み出してＤＳＰ３２
のＤＳＰコア３２Ａに渡してコンテンツデータＤ２の圧
縮をデコードして出力増幅器３３によって増幅された音
楽信号はヘッドフォン端子２２に出力され、ヘッドフォ
ン５からオーディオ信号として出力される。

【００８４】以上の構成を取ることでコンピュータ装置
３との接続インターフェイスを持たなくても着脱可能な
メモリに記憶されたコンテンツを再生することができ、
異なる圧縮方式で圧縮されたコンテンツであっても共通
形式のヘッダを持たせ、ヘッダに設けられた圧縮方式に
関する情報を備えるとともに、圧縮をデコードするため
のコーデックプログラムを関連づけて着脱可能なメモリ
内に記憶させておくことで複数の異なる圧縮方式でエン
コードされたコンテンツを再生することが可能となる。

【００８５】なお、着脱可能なメモリにＴＯＣによって
デジタルコンテンツを管理して記録している場合、図１
０におけるＥＥＰＲＯＭ３４は必ずしも必要でないこと
は言うまでもない。

【００８６】なお上記不揮発性メモリとしては単なるフ
ラッシュメモリだけでなく、例えばソニー株式会社か提
唱している板状のメモリであるメモリスティック（商
標）や、Siemens、SanDisk、日立、Motorola、NEC、Nok
iaの提唱するMultiMediaCard（MMC）（商標）や、東
芝、松下、SanDiskか提唱するSDメモリカード（SD［Sec
ureDigital］Memorv Card（商標）、あるいはPCカード
等でも構わない。さらに半導体メモリを記憶媒体とする
ばかりでなく磁気記録媒体である例えばミニディスク
（商標）や、ＣＤ−ＲさらにはＤＶＤ等でも記録媒体の
アクセス機構を備えることで同様に実現できる。

【００８７】また、記録媒体に記録されたコンテンツな
どのデータの管理方式としてＴＯＣに限らず他の管理方
式であっても本願発明は実施可能である。

【００８８】さらに、上記圧縮のデコードをするデコー
ダを構成するＤＳＰのＲＡＭに複数の圧縮方式に対応す
るコーデックプログラムを書き込んでおき、デコードし
ようとするデータの圧縮方式毎に対応するパラメータデ
ータのみを上記デコードするデータをＤＳＰに送る前に
書き込むようにして、プログラムの書き込みの発生回数
をへらすようにしてもよい。このようにすることによっ
てオーディオデータの記録されたフラッシュメモリに記
億されるコーデックプログラムの数を減らすことがで
き、それによって更に多くのオーディオデータファイル
をフラッシュメモリなどの記録媒体に記録することも可
能となる。

【００８９】さらに、図１２に示すようにフラッシュメ
モリ４０を不揮発性メモリ３８とは別に備えるようにし
てもよい。

【００９０】フラッシュメモリ４０には、あらかじめ何
種類かのコーデックプログラムを記憶させておくように
する。ここで記憶させておくコーデックプログラムとし
ては、例えば利用されることが多いプログラムでも良い
し、ユーザーがユーザーごとにあらかじめ必要とされる
コーデックプログラムを選択して記憶させておくことで
も良い。

【００９１】また、不揮発性メモリ３８には、コンテン
ツデータとコンテンツデータの圧縮を解凍するためのコ
ーデックプログラムが記録されているものとされる。

【００９２】このようにコンテンツデータとコーデック
プログラムとが記録された記録媒体として不揮発性メモ
リ３８が装置の着脱機構３７に対して装着された場合に
ついて説明する。

【００９３】不揮発性メモリ３８か装着されて操作キー
コントローラ３１がユーザの操作によるコンテンツの再
生命令を受けると、ＣＰＵ２７に対して命令を転送す
る。

【００９４】再生命令を受け取ったＣＰＵ２７は、図１
３のステップＳ３０において、入力された再生命令に基
づいて不揮発性メモリ３８から指定されたコンテンツの
再生に必要なコーデックプログラムに関する情報を不揮
発性メモリ３８から読み出す。

【００９５】ステップＳ３１においてＣＰＵ２７は、現
在ＤＳＰが保有しているコーデックプログラムで制定さ
れたコンテンツの圧縮の解凍が可能であるか否かを判定
する。解凍が可能であると判定された場合はステップＳ
３５へ進みコンテンツデータを不揮発性メモリ３８から
読み出してＤＳＰ３２へ送りコンテンツの再生をさせ
る。

【００９６】ステップＳ３１においてＤＳＰ内にあるコ
ーデックプログラムでコンテンツの圧縮の解凍が不可能
と判断された場合には、ステップＳ３２に進みフラッシ
ュメモリ４０内に再生しようとするコンテンツの圧縮を
解凍するコーデックプログラムがあるか否かを判定す
る。ステップＳ３２においてフラッシュメモリ４０内に
対応するコーデックプログラムがあると判定された場合
は、ステップＳ３４に進み、フラッシュメモリ４０から
再生しようとしているコンテンツの圧縮を解凍するため
のコーデックプログラムを読み込んでＤＳＰ３２に送り
ステップＳ３５にてコンテンツデータの再生をＤＳＰ３
２が行うようにコンテンツデータを送る。

【００９７】ステップＳ３２においてフラッシュメモリ
４０内にコンテンツの解凍用コーデックプログラムがな
いと判定された場合には、不揮発性メモリ３８に記憶さ
れているコーデックプログラムを読み出して取得し、Ｄ
ＳＰ３２に送りステップＳ３５において例えば音楽デー
タであるコンテンツデータをＤＳＰへ送ることでコンテ
ンツの圧縮を解凍して再生されるようにしている。

【００９８】以上のようにフラッシュメモリに記憶され
たコーデックプログラムで再生できないコンテンツの再
生が要求された場合に不揮発性メモリ３８に記録された
コーデックプログラムをＤＳＰ３２にダウンロードする
ことで再生可能にでき、これによって例えば不揮発性メ
モリ３８に記録させるコンテンツデータの圧縮形式をフ
ラッシュメモリ４０に記憶されているコーデックプログ
ラムで解凍可能な方式に統一しておくことで、不揮発性
メモリ３８にはコンテンツデータのみを記録することが
可能となり、より多くのコンテンツを不揮発性メモリ３
８に記録が可能となる。さらに、例えばフラッシュメモ
リ４０に記録されているコーデックプログラムよりも高
速な圧縮解凍アルゴリズムがフラッシュメモリヘの書き
込み後に開発された場合、不揮発性メモリ３８にはより
高速な圧縮解凍アルゴリズムを適用したコーデックプロ
グラムを記憶させておき、コンテンツデータの圧縮を解
凍して再生するとともに上記フラッシュメモリ４０に記
憶されているコーデックプログラムをより高速な圧縮解
凍アルゴリズムを適用したコーデックプログラムに書き
換えるようにすることで装置が備えているコーデックプ
ログラムのバージョンアップをすることも可能である。

【００９９】なお、図６においてステップＳ１１で選択
された音楽データがステップＳ１２において再生可能か
否かを判断し、再生が不可能であるとされた場合にはス
テップＳ１３において選択を無効とする処理をしている
がこのステップＳ１３において以下のような処理とする
ことも可能である。オーディオ再生装置４に記憶されて
いるコーデックプログラムでは選択された音楽データが
再生不可能であると判断されることによって図６におい
て選択を無効としているので、この選択された音楽デー
タをデコードするためのコーデックプログラムをコンピ
ュータ装置３からダウンロードするようにすることでデ
コードを可能とすることができるようになる。すなわ
ち、図６のステップＳ１２において選択されている音楽
データの再生が不可能であると判断された場合には、Ｕ
ＳＢ端子１４と図示されないＵＳＢケーブルを介してコ
ンピュータ装置３に対して再生が不可能とされた音楽デ
ータのデコードに使用されるコーデックプログラムの転
送を要求をし、コンピュータ装置３は、オーディオ再生
装置４の要求に対して例えば図示されないハードディス
クに要求されたコーデックプログラムが記憶されていた
場合には、ハードディスクからコーデックプログラムを
読み出して図示されないＵＳＢケーブルとオーディオ再
生装置４のＵＳＢ端子を介してオーディオ再生装置４に
対して送るようにされる。もし、要求されたコーデック
プログラムがコンピュータ装置３のハードディスクに記
憶されていなかった場合、コンピュータ装置３は、図１
に示されているように例えばインターネット２などのネ
ットワークを介して要求されたコーデックプログラムを
検索し、要求されたコーデックプログラムが検出された
場合には検出されたコーデックプログラムをダウンロー
ドし、ダウンロードされたコーデックプログラムを図示
されないＵＳＢケーブルとオーディオ再生装置４のＵＳ
Ｂ端子を介してオーディオ再生装置４に対して送るよう
にされる。インターネット２を介してコーデックプログ
ラムを検索するサーバーとしては例えば図１に示された
ＥＭＤサーバーでも良いし、ユーザーの指定するサーバ
ーや、検索エンジンなどを使って検索して、検出された
結果に基づいてコーデックプログラムが記憶されている
サーバーからダウンロードするようにしても良い。この
ようにして所望のコーデックプログラムがダウンロード
されてデコードが可能となった音楽データに対しては、
図６において例えばステップＳ１４と同様に選択を有効
とすることができるようになり、ユーザーが選択した場
合には選択を有効とするように制御される。また、オー
ディオ再生装置４においてはコンピュータ装置３から送
られたコーデックプログラムをフラッシュメモリ３０に
記録するとともにフラッシュメモリ３０内のインデクス
データを新たに追加されたコーデックプログラムが識別
可能なように更新を行う。

【０１００】

【発明の効果】以上のように、本発明によれば、オーデ
ィオコーデックプログラムを書換え可能な不揮発性メモ
リに記憶しておき、ＤＳＰ内蔵のメモリに記憶されてい
るオーディオコーデックプログラムが、当該ＤＳＰによ
りデコードする音楽情報に対応するものであるか否かを
判定し、対応しない場合には、上記不揮発性メモリから
上記音楽情報に対応する オーディオコーデックプログ
ラムを上記ＤＳＰ内蔵のメモリに複写して、上記ＤＳＰ
によりソフトウエアによるオーディオコーデックを実行
させることにより、複数のオーディオコーデックに対応
するマルチコーデック対応のオーディオシステムを安価
に実現することができる。

【０１０１】すなわち、本発明によれば、プログラムの
ダウンロードによりコーデックを容易に追加することの
できるオーディオ再生装置を提供することができる。ま
た、このオーディオ再生装置では追加のコーディックを
開発する場合、ユーザインターフェース等は制御手段で
行うことができ、真にコーディック部分だけの開発で済
み、開発工数を削減することができる。また、複数の音
楽フォーマットで記録された音楽情報を、単独のオーデ
ィオシステムに記録し、且つ、それらの音楽フォーマッ
トが異なる音楽情報を曲間の切れ目なく再生することが
できる。さらに、機械的な駆動部分をなくすことがで
き、超低消費電力且つ信頼性が高いオーディオシステム
を構築することができる。

【図面の簡単な説明】

【図１】本発明が適用されるオーディオシステムの構成
を模式的に示す図である。

【図２】上記オーディオシステムにおけるオーディオ再
生装置の外観を示す図である。

【図３】上記オーディオ再生装置の電気的な構成を示す
ブロック図である。

【図４】上記オーディオシステムにおけるコンピュータ
装置によるオーディオ再生装置の認識処理の手順を示す
フローチャートである。

【図５】上記コンピュータ装置による転送データ選択画
面を模式的に示す図である。

【図６】上記オーディオシステムにおけるコンピュータ
装置からオーディオ再生装置への音楽データの転送処理
の手順を示すフローチャートである・

【図７】上記オーディオ再生装置による音楽再生の処理
手順を示すフローチャートである。

【図８】上記オーディオシステムにおけるディジタル音
楽コンテンツのファイル構造を模式的に示す図である。

【図９】上記オーディオシステムにおける上記ファイル
構造に含まれるコーディックＩＤが記録されたインデク
スデータを示す図である。

【図１０】本発明の第２の実施の形態のオーディオ再生
装置の電気的な構成を示すブロック図である。

【図１１】上記第２の実施の形態の不揮発性メモリ内部
でのデータの記録形式を示す模式図である。

【図１２】本発明の第３の実施の形態のオーディオ再生
装置の電気的な構成を示すブロック図である。

【図１３】上記第３の実施の形態におけるコーディック
プログラムの選択手順を示すフローチャートである。

【符号の説明】

３ コンピュータ装置、４ オーディオ再生装置、１０
本体、１１ 表示部、１４ ＵＳＢ端子、２５ ＵＳ
Ｂコントローラ、２７ ＣＰＵ、３０ フラッシュメモ
リ、３２ ＤＳＰ、３４ ＥＥＰＲＯＭ、３５ ＬＣＤ
コントローラ

Claims (20)

【特許請求の範囲】
1. 【請求項１】 複数の異なる圧縮方式で圧縮が施された
   主データが混在して記録されるとともに上記各々の主デ
   ータの圧縮方式を識別するための副データが上記各々の
   主データに関係付けられて記録された記録媒体から上記
   主データを読み出してデコードして再生する再生装置で
   あって、 上記記録媒体から所定の上記主データと上記主データに
   関係付けられた副データとを読み出す読み出し手段と、 上記読み出し手段にて読み出された副データから上記主
   データの圧縮方式を識別する識別手段と、 上記主データの圧縮方式毎にデコードに必要なデコード
   データが複数記憶されている記憶手段と、 上記識別手段の識別結果に基づいて上記記憶手段から上
   記主データのデコードをするためのデコードデータを選
   択する選択手段と、 上記デコードデータによって設定されるデコード方式に
   基づいて上記読み出し手段にて読み出される圧縮された
   主データをデコードするデコード手段と、 上記識別手段にて識別された上記読み出し手段にて読み
   出される主データの圧縮方式と上記デコード手段が設定
   されているデコード方式とに基づいて上記デコード手段
   の設定が必要と判断される場合に、上記選択手段にて選
   択されたデコードデータを上記デコード手段に送って上
   記デコード手段のデコード方式を設定する制御手段とを
   備えることを特徴とする再生装置。
2. 【請求項２】 上記デコード手段は、少なくとも１つの
   上記デコードデータが記憶できる一時記憶メモリ手段を
   備えることを特徴とする請求項１記載の再生装置。
3. 【請求項３】 上記デコード手段が設定されている圧縮
   形式を記憶する圧縮形式メモリ手段をさらに備え、 上記制御手段は、上記圧縮形式メモリ手段に記憶された
   上記デコード手段に記憶されているデコードデータに関
   する情報に基づいて上記デコード手段に上記デコードデ
   ータを送るか否かを決めることを特徴とする請求項１記
   載の再生装置。
4. 【請求項４】 上記記憶手段に記憶された複数のデコー
   ドデータを管理する管理データが記録された管理メモリ
   手段をさらに備え、 上記制御手段は、上記識別手段によって識別された副デ
   ータと上記管理メモリ手段に記憶された管理データとに
   基づいて上記記憶手段からデコードデータを選択して読
   み出すことを特徴とする請求項１記載の再生装置。
5. 【請求項５】 上記制御手段は、上記主データのデコー
   ド開始前に上記デコード手段が備える一時記憶メモリ手
   段に上記主データの圧縮のデコードデータがあるか否か
   を判別し、上記判別結果に基づいて上記記録媒体から上
   記主データに対するデコードデータを読み出して上記デ
   コード手段に送ることを特徴とする請求項２記載の再生
   装置。
6. 【請求項６】 上記主データに関係付けられて上記記録
   媒体に記録されている副データは、上記主データが読み
   出されるよりも前に読み出されるように記録されている
   ことを特徴とする請求項１記載の再生装置。
7. 【請求項７】 外部装置の通信を行う通信手段をさらに
   備えることを特徴とする請求項１記載の再生装置。
8. 【請求項８】 上記通信手段を通して送られる上記主デ
   ータを再生すること特徴とする請求項７記載の再生装
   置。
9. 【請求項９】 上記通信手段を通して送られる上記主デ
   ータのデコードデータに基づいて上記主データを再生す
   ること特徴とする請求項７記載の再生装置。
10. 【請求項１０】 上記記録媒体は、当該記録媒体に記録
    されている上記主データをデコードするためのデコード
    データが記録される領域をさらに備え、 上記制御手段は、上記記録媒体から上記デコードデータ
    を選択して読み出して上記デコード手段に送ることを特
    徴とする請求項１記載の再生装置。
11. 【請求項１１】 上記識別手段にて識別された上記読み
    出し手段にて読み出される主データのデコードデータが
    上記記憶手段にあるか否かを検出する検出手段をさらに
    備え、 上記制御手段は、上記検出手段の検出結果に基づいて上
    記デコードデータを上記記憶手段と上記記録媒体とから
    選択して取り出すことを特徴とする請求項１０記載の再
    生装置。
12. 【請求項１２】 上記記録媒体を着脱可能にする着脱手
    段をさらに備えることを特徴とする請求項１記載の再生
    装置。
13. 【請求項１３】 上記デコード手段は、デジタルシグナ
    ルプロセッサ（DSP:Digital Signal Processor）を備え
    ることを特徴とする請求項１記載の再生装置。
14. 【請求項１４】 上記記憶手段に記憶されたデコードデ
    ータは、上記主データの圧縮をデコードする上記ＤＳＰ
    を制御するためのプログラムであることを特徴とする請
    求項１３記載の再生装置。
15. 【請求項１５】 上記記録媒体は不揮発性メモリである
    ことを特徴とする請求項１記載の再生装置。
16. 【請求項１６】 複数の異なる圧縮方式で圧縮された主
    データと上記主データの圧縮方式を識別するための副デ
    ータとが関連付けられて混在して記録された記録媒体か
    ら上記主データを読み出して、設定されたデコード方式
    に応じてデコードを行うデコード手段にて上記主データ
    をデコードして再生する再生方法であって、 上記記録媒体から再生される主データをユーザーの操作
    に基づいて特定するステップと、 上記記録媒体から上記特定された主データの圧縮方式を
    識別するための副データを読み出すステップと、 上記読み出された副データに基づいて識別される上記主
    データの圧縮方式と上記デコード手段に設定されている
    デコード方式とに基づいて上記主データをデコードする
    ためのデコードデータを上記デコード手段に送るか否か
    を判断するステップと、 上記判断するステップにて上記デコードデータを上記デ
    コード手段に送るように判断された場合に、上記記録媒
    体から上記副データに基づいて上記デコード手段に送る
    デコードデータを選択して読み出すステップと、 上記デコードデータを選択して読み出すステップにて読
    み出されたデコードデータを、上記デコード手段に送り
    上記主データをデコードするためのデコード方式に上記
    デコード手段を設定するステップと、 上記記録媒体から上記主データを読み出して上記デコー
    ド手段へ送ってデコードするステップとを有することを
    特徴とする再生方法。
17. 【請求項１７】 複数の異なる圧縮方式で圧縮が施され
    た主データが混在して記録されるとともに上記各々の主
    データの圧縮方式を識別するための副データが上記各々
    の主データに関係付けられて記録された記録媒体から上
    記主データを読み出してデコードして再生する再生シス
    テムであって、 再生部と上記再生部と所定の通信路を介して接続される
    制御部とからなり、 上記再生部は、上記記録媒体から所定の上記主データと
    上記主データに関係付けられた副データとを読み出す読
    み出し手段と、上記読み出し手段にて読み出された副デ
    ータから上記主データの圧縮方式を識別する識別手段
    と、上記主データの圧縮方式毎にデコードに必要なデコ
    ードデータが複数記憶されている記憶手段と、上記識別
    手段の識別結果に基づいて上記記憶手段に上記主データ
    のデコードをするためのデコードデータがあるか否かを
    判別する判別手段と、上記デコードデータによって設定
    されたデコード方式に基づいて上記主データをデコード
    するデコード手段と、上記判別手段が上記主データのデ
    コードをするためのデコードデータが上記記憶手段に記
    憶されていないと判断した場合に上記通信路を介して上
    記制御部から送信されるデコードデータで上記デコード
    手段のデコード方式を設定する制御手段とを備え、 上記制御部は、上記通信路を介して上記再生部から上記
    デコードデータの送信が要求された場合に、上記通信路
    を介して上記再生部が要求するデコードデータを上記再
    生部へ送信する制御手段を備えることを特徴とする再生
    システム。
18. 【請求項１８】 上記制御部は、ネットワークアクセス
    手段をさらに備え、上記ネットワークアクセス手段を介
    して受信される上記再生部が要求するデコードデータを
    上記通信路を介して上記再生部へ送信することを特徴と
    する請求項１７記載の再生システム。
19. 【請求項１９】 上記制御部は、上記ネットワークアク
    セス手段を介して送られる主データの圧縮方式に基づい
    て上記主データの圧縮方式を識別可能とする副データを
    生成する生成手段をさらに備え、上記主データと上記生
    成手段にて生成された副データとを関連付けて上記通信
    路を介して上記再生部へ送信することを特徴とする請求
    項１８記載の再生システム。
20. 【請求項２０】 上記制御部は、上記デコードデータを
    記録した記録手段をさらに備え、上記再生部が要求する
    デコードデータが上記記録手段に記録されている場合に
    は上記記録手段からデコードデータを上記通信路を介し
    て上記再生部へ送信することを特徴とする請求項１７記
    載の再生システム。