(57)【要約】【課題】  記録再生装置のデコード処理機能やデコード処理能力を最大限に発揮できるコンテンツダウンロードシステムを提供する。【解決手段】  記録再生装置が備えるコンテンツデータのデコード処理に係るリソースについての情報（リソース情報）に基づき、記録再生装置においてデコード処理が可能な最適なコーデックを割り出し、このコーデックによるコンテンツデータを記録再生装置に対して送信する。このとき、記録再生装置側が割り出された最適なコーデックによるデコードプログラムを備えていない場合は、コンテンツデータと共にそのデコードプログラムも送信する。これによって記録再生装置のデコード処理機能やデコード処理能力を最大限に発揮させることが可能となる。【選択図】図５
2006031337.tif 000002
【特許請求の範囲】
【請求項１】
所要の記憶媒体に対するコンテンツデータの記録再生が可能とされる記録再生装置に対して、上記コンテンツデータをダウンロードするためのコンテンツダウンロードシステムであって、
上記記録再生装置側に備えられ、上記記録再生装置が備える上記コンテンツデータについてのデコード処理に係るリソースについて示すものとされるリソース情報が記憶された記憶手段より、上記リソース情報を取得する情報取得処理と、
上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置においてデコード処理が可能な最適なコーデックを割り出す最適コーデック割り出し処理と、
上記割り出し処理により割り出したコーデックによりエンコードされたコンテンツデータを上記記録再生装置に対して送信するコンテンツ送信処理と、
上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置が対応するコーデックに上記最適コーデック割り出し処理により割り出したコーデックが含まれているか否かについて判別する判別処理と、
上記判別処理の判別結果に基づき、上記最適コーデック割り出し処理により割り出したコーデックによるデコード処理を実現するためのデコードプログラムを、上記記録再生装置に対して送信するプログラム送信処理と、
を実行する制御手段を備える、
ことを特徴とするコンテンツダウンロードシステム。
【請求項２】
上記記録再生装置と、上記記録再生装置と通信可能に接続された情報処理装置と、上記情報処理装置とネットワークを介して接続されたサーバ装置とから成るようにされ、
上記制御手段による上記コンテンツ送信処理は、
上記サーバ装置が備える記憶手段に対して格納された上記コンテンツデータを上記情報処理装置を経由して上記記録再生装置に送信するようにされる、
ことを特徴とする請求項１に記載のコンテンツダウンロードシステム。
【請求項３】
上記記録再生装置と、上記記録再生装置と通信可能に接続された情報処理装置とから成ると共に、
上記制御手段による上記コンテンツ送信処理は、
上記情報処理装置が備える記憶手段に対して格納された上記コンテンツデータを上記記録再生装置に送信するようにされる、
ことを特徴とする請求項１に記載のコンテンツダウンロードシステム。
【請求項４】
上記制御手段による上記最適コーデック割り出し処理は、
予め所要の記憶手段に対して記憶された、上記リソース情報の内容と上記最適なコーデックとの対応関係を示すリソース情報・最適コーデック対応情報を参照した結果に基づき、上記記録再生装置においてデコード処理が可能な最適なコーデックを割り出すようにされる、
ことを特徴とする請求項１に記載のコンテンツダウンロードシステム。
【請求項５】
所要の記憶媒体に対するコンテンツデータの記録再生が可能とされる記録再生装置であって、上記記録再生装置が備える上記コンテンツデータについてのデコード処理に係るリソースについて示すものとされるリソース情報が記憶された記憶手段を備える記録再生装置に対し、上記コンテンツデータをダウンロードするためのコンテンツダウンロード方法であって、
上記記録再生装置から上記リソース情報を取得する情報取得手順と、
上記情報取得手順により取得した上記リソース情報の内容に基づき、上記記録再生装置においてデコード処理が可能な最適なコーデックを割り出す最適コーデック割り出し手順と、
上記割り出し手順により割り出したコーデックによりエンコードされた上記コンテンツデータを上記記録再生装置に対して送信するコンテンツ送信手順と、
上記情報取得手順により取得した上記リソース情報の内容に基づき、上記記録再生装置が対応するコーデックに上記最適コーデック割り出し手順により割り出したコーデックが含まれているか否かについて判別する判別手順と、
上記判別手順の判別結果に基づき、上記最適コーデック割り出し手順により割り出したコーデックによるデコード処理を実現するためのデコードプログラムを、上記記録再生装置に対して送信するプログラム送信手順と、
からなることを特徴とするコンテンツダウンロード方法。
【請求項６】
所要の記憶媒体に対するコンテンツデータの記録再生が可能とされる記録再生装置であって、上記記録再生装置が備える上記コンテンツデータについてのデコード処理に係るリソースについて示すものとされるリソース情報が記憶された記憶手段を備える記録再生装置に対し、上記コンテンツデータをダウンロードするためのコンテンツダウンロードシステムにおいて実行されるプログラムであって、
上記記録再生装置から上記リソース情報を取得する情報取得処理と、
上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置においてデコード処理が可能な最適なコーデックを割り出す最適コーデック割り出し処理と、
上記割り出し処理により割り出したコーデックによりエンコードされたコンテンツデータを上記記録再生装置に対して送信するコンテンツ送信処理と、
上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置が対応するコーデックに上記最適コーデック割り出し処理により割り出したコーデックが含まれているか否かについて判別する判別処理と、
上記判別処理の判別結果に基づき、上記最適コーデック割り出し処理により割り出したコーデックによるデコード処理を実現するためのデコードプログラムを、上記記録再生装置に対して送信するプログラム送信処理と、
からなることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録再生装置に対するコンテンツデータのダウンロードを行うためのコンテンツダウンロードシステムとその方法に関する。また、このようなコンテンツダウンロードシステムにおいて実行されるプログラムに関する。
【背景技術】
【０００２】
従来より、情報信号についての記録符号化方式が多数策定されいる。そして、情報信号について所要の記憶媒体に対する記録再生を行う記録再生装置としては、対応するとされる記録符号化方式に応じたエンコード／デコード機能が実現されるようにして構成されている。
【０００３】
ここで、例えばＭＤ（Mini Disc：光磁気ディスク）に対するオーディオ信号の記録符号化方式として、ＡＴＲＡＣ（Adaptive TRansform Acoustic Cording）方式による記録符号化方式（圧縮方式）がある。
ＡＴＲＡＣ方式としては、ＡＴＲＡＣ、ＡＴＲＡＣ３、ＡＴＲＡＣ３plusのコーデックが順次提案されてきた。そして、このようなコーデックのバージョンアップに応じて、ＭＤについての記録再生装置としても、ＡＴＲＡＣのコーデックのみに対応したもの、ＡＴＲＡＣとＡＴＲＡＣ３のコーデックに対応したもの、ＡＴＲＡＣ３plusを含むこれらすべてのＡＴＲＡＣ方式のコーデックに対応したものが順次提案され普及してきた。
【０００４】
なお、関連する従来技術としては、以下の特許文献を挙げることができる。
【特許文献１】特開２００１−１９５３３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ここで、上記のような現状を踏まえた上で、記録再生装置に対してコンテンツを提供するシステムを想定してみる。
上記もしているように現状の記録再生装置としては、これまでに策定されてきた記録符号化方式に順次対応させた構成となっている。そこでコンテンツの提供者としては、記録再生装置のすべての機種でのコンテンツデータ再生が可能となるように、記録再生装置側にダウンロードすべきコンテンツデータとしてＡＴＲＡＣのコーデックによるオーディオデータを用意することが考えられる。
【０００６】
しかしながら、このようにすべての機種においてコンテンツデータの再生が可能とするために最も旧バージョンとなるコーデックによるコンテンツデータをダウンロードするシステムによっては、例えば最新であるＡＴＲＡＣ３plus対応機種ではそのデコード処理機能を生かしきれないという問題が生じる。
【０００７】
また、他の問題として、上述のようにして記録再生装置が単に対応するとされるコーデックによるコンテンツデータしか再生（デコード）できない状況は、仮に記録再生装置の処理能力的にはより最適なコーデックによるコンテンツデータをデコード可能である場合にもこれを再生できないということとなる。そして、これによっては記録再生装置が持つデコーダの処理能力を最大限に発揮させることができていないことになる。
【課題を解決するための手段】
【０００８】
そこで、本発明では以上のような問題点に鑑み、コンテンツダウンロードシステムとして以下のように構成することとした。
すなわち、本発明のコンテンツダウンロードシステムは、所要の記憶媒体に対するコンテンツデータの記録再生が可能とされる記録再生装置に対して、上記コンテンツデータをダウンロードするためのコンテンツダウンロードシステムであって、次の各処理を実行する制御手段を備える。
つまり、先ずは上記記録再生装置側に備えられ、上記記録再生装置が備える上記コンテンツデータについてのデコード処理に係るリソースについて示すものとされるリソース情報が記憶された記憶手段より、上記リソース情報を取得する情報取得処理を実行する。
また、上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置においてデコード処理が可能な最適なコーデックを割り出す最適コーデック割り出し処理と、上記割り出し処理により割り出したコーデックによりエンコードされたコンテンツデータを上記記録再生装置に対して送信するコンテンツ送信処理とを実行する。
その上で、上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置が対応するコーデックに上記最適コーデック割り出し処理により割り出したコーデックが含まれているか否かについて判別する判別処理と、上記判別処理の判別結果に基づき、上記最適コーデック割り出し処理により割り出したコーデックによるデコード処理を実現するためのデコードプログラムを、上記記録再生装置に対して送信するプログラム送信処理とを実行するものである。
【０００９】
また、本発明ではコンテンツダウンロード方法として以下のようにすることにした。
すなわち、本発明のコンテンツダウンロード方法は、所要の記憶媒体に対するコンテンツデータの記録再生が可能とされる記録再生装置であって、上記記録再生装置が備える上記コンテンツデータについてのデコード処理に係るリソースについて示すものとされるリソース情報が記憶された記憶手段を備える記録再生装置に対し、上記コンテンツデータをダウンロードするためのものであり、以下の各手順からなる。
つまり、上記記録再生装置から上記リソース情報を取得する情報取得手順と、上記情報取得手順により取得した上記リソース情報の内容に基づき、上記記録再生装置においてデコード処理が可能な最適なコーデックを割り出す最適コーデック割り出し手順と、上記割り出し手順により割り出したコーデックによりエンコードされた上記コンテンツデータを上記記録再生装置に対して送信するコンテンツ送信手順とを備える。
また、上記情報取得手順により取得した上記リソース情報の内容に基づき、上記記録再生装置が対応するコーデックに上記最適コーデック割り出し手順により割り出したコーデックが含まれているか否かについて判別する判別手順と、上記判別手順の判別結果に基づき、上記最適コーデック割り出し手順により割り出したコーデックによるデコード処理を実現するためのデコードプログラムを、上記記録再生装置に対して送信するプログラム送信手順とを備えるものである。
【００１０】
さらに本発明では、プログラムとして以下のようにすることとした。
つまり、本発明のプログラムは、所要の記憶媒体に対するコンテンツデータの記録再生が可能とされる記録再生装置であって、上記記録再生装置が備える上記コンテンツデータについてのデコード処理に係るリソースについて示すものとされるリソース情報が記憶された記憶手段を備える記録再生装置に対し、上記コンテンツデータをダウンロードするためのコンテンツダウンロードシステムにおいて実行されるプログラムであり、以下の各処理からなる。
すなわち、上記記録再生装置から上記リソース情報を取得する情報取得処理と、上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置においてデコード処理が可能な最適なコーデックを割り出す最適コーデック割り出し処理と、上記割り出し処理により割り出したコーデックによりエンコードされたコンテンツデータを上記記録再生装置に対して送信するコンテンツ送信処理とを備える。
また、上記情報取得処理により取得した上記リソース情報の内容に基づき、上記記録再生装置が対応するコーデックに上記最適コーデック割り出し処理により割り出したコーデックが含まれているか否かについて判別する判別処理と、上記判別処理の判別結果に基づき、上記最適コーデック割り出し処理により割り出したコーデックによるデコード処理を実現するためのデコードプログラムを、上記記録再生装置に対して送信するプログラム送信処理とを備えるものである。
【００１１】
上記構成によれば、上記記録再生装置が備えるデコード処理に係るリソースに応じたコーデックによるコンテンツデータを記録再生装置にダウンロードすることができる。つまり、これによれば、記録再生装置の有するデコード処理機能に応じた最適なコンテンツデータを記録再生装置にダウンロードすることができる。
このとき、上記割り出し処理により、上記最適なコーデックとして例えば最新とされるバージョンのコーデックを割り出すものとすれば、例えばＡＴＲＡＣ３plusにまで対応する機種に対しては、ＡＴＲＡＣ３plusのコーデックによるコンテンツデータをダウンロードすることができる。これにより、記録再生装置のデコード処理機能を生かしたコンテンツデータの再生を行わせることができる。
また、上記本発明によれば、上記最適なコーデックに対応していない場合には、記録再生装置に対して対応するデコードプログラムもダウンロードすることができる。これによれば、例えばデコードプログラムとしては旧バージョンにしか対応していないが、処理能力的には最新のコーデックによるデコード処理が可能である機器に対しても、最新のコーデックによるコンテンツデータの再生を行わせることができる。
なお、本発明において、コーデックとは記録符号化のアルゴリズムの種類を指すものとする。
【発明の効果】
【００１２】
このようにして本発明によれば、記録再生装置におけるデコード処理機能に応じた最適なコーデックによるコンテンツデータをダウンロードすることができるので、例えば旧バージョンのコーデックによるコンテンツデータを一義的にダウンロードする場合のように、新バージョンのコーデックに対応する記録再生装置のデコード処理機能を活かしきれないといった事態を防止することができる。
また、デコード処理能力的には最適なコーデックに対応することが可能であるが、これに対応するデコード処理機能が与えられていない記録再生装置に対応しては、そのコーデックに対応するデコードプログラムもダウンロードされ、記録再生装置にそのコーデックに対応したデコード処理機能を与えることができる。つまり、これによって記録再生装置の有するデコード処理能力を最大限に発揮させることができる。
【００１３】
また、このように記録再生装置に対して最適なコーデックによるコンテンツデータと共にそのデコードプログラムもダウンロードできることによっては、コーデックが順次バージョンアップされていく状況に対しては、記録再生装置の処理能力が許す限り常に最新のコーデックにバージョンアップさせることができる。
また、このようにコンテンツデータのダウンロードと同時にデコードプログラムがダウンロードされれば、ユーザとしてはコンテンツデータのダウンロードのための操作のみでコーデックのバージョンアップも行うことができるというメリットもある。
【発明を実施するための最良の形態】
【００１４】
以下、発明を実施するための最良の形態（以下実施の形態とする）について説明していく。
なお、説明は以下の順で行う。
１．第１の実施の形態
１−１．システムの概要
１−２．記録再生装置の構成
１−３．情報処理装置の構成
１−４．サーバ装置の構成
１−５．動作概要
１−６．処理動作
２．第２の実施の形態
２−１．システムの概要
２−２．情報処理装置の構成
２−３．動作概要
２−４．処理動作
２−５．変形例
【００１５】
１．第１の実施の形態
１−１．システムの概要
図１は、本発明における第１の実施の形態としてのコンテンツダウンロードシステム１の概要を示した図である。
図１において、第１の実施の形態のコンテンツダウンロードシステム１としては、記録再生装置２、パーソナルコンピュータ３、サーバ装置４、ネットワーク５を少なくとも含んで構成される。
先ず、記録再生装置２としては、ポータブル用途のものを想定している。また、記憶媒体として、例えばＭＤ（Mini Disc：光磁気ディスク）についての記録再生が可能な構成が採られる。
また、パーソナルコンピュータ３は、本発明で言う情報処理装置であり、例えばＵＳＢ（Universal Serial Bus）ケーブル等を介して記録再生装置２との間でのデータ通信を行うことが可能とされる。また、ネットワーク５を介してサーバ装置４との間でもデータ通信を行うことが可能とされる。
そして、第１の実施の形態の場合では、サーバ装置４に対してコンテンツデータが格納されている。つまり、このような第１の実施の形態のコンテンツダウンロードシステム１としては、サーバ装置４に格納されるコンテンツデータを、パーソナルコンピュータ３を経由して記録再生装置２にダウンロードして、これを装填されたＭＤに対して記録、再生するという使用形態を想定している。
【００１６】
１−２．記録再生装置の構成
図２は、図１に示した記録再生装置２の内部構成について示したブロック図である。
図２において、先ずＣＰＵ６は、起動されたプログラムに基づいて記録再生装置２全体の制御、演算処理を行う。例えばユーザに対する入出力動作、メディアドライブ１１によるコンテンツデータの記録／再生の制御等を行う。
なお、ＣＰＵ６は、図示するバス１７を介して各部との間で制御信号やデータのやりとりを行う。
【００１７】
ＣＰＵ６に対しては、図示するようにフラッシュメモリ７とＲＡＭ８が備えられる。
フラッシュメモリ７には、ＣＰＵ６の動作プログラム、プログラムローダー、各種演算係数、プログラムで用いるパラメータ等が記憶される。特に、実施の形態の場合は、ＣＰＵ６が後の図８又は図１２に示すような実施の形態としての処理動作を実行するためのコンテンツダウンロードプログラム７ａが格納される。
さらに実施の形態の場合、このフラッシュメモリ７には、図示するＤＳＰ１２が実行するデコード処理に係るリソースについて示す、リソース情報７ｂが格納されている。なお、このリソース情報７ｂの情報内容については後述する。
また、上記したＲＡＭ８には、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００１８】
操作入力部９は、例えば記録再生装置２の筐体外面に表出するようにして備えられる図示されない操作キー等によるの入力デバイスであって、ユーザが各種操作入力やデータ入力を行う。操作入力部９で入力された情報はＣＰＵ６に対して操作又はデータの入力情報として伝達される。ＣＰＵ６は入力された情報に対応して必要な演算や制御を行う。
【００１９】
また、表示部１０は、例えば液晶パネルなどの表示ディスプレイを備え、ユーザに対して各種情報表示を行う。
例えば、ＣＰＵ６が各種動作状態や入力状態、通信状態に応じて表示情報を表示部１０に供給すると、表示部１０は供給された表示データに基づいてディスプレイを駆動して表示動作を実行させる。
【００２０】
メディアドライブ１１は、記憶媒体に対する実際の記録再生動作を行う。この場合の記録再生装置２としては、上記もしているようにＭＤに対応するものとされることから、このメディアドライブ１１には例えば光学ヘッドや磁気ヘッド、スピンドルモータ等が備えられる。
【００２１】
ＤＳＰ１２は、メディアドライブ１１によって記録再生する信号について音声信号処理を行う。
特にこの場合、メディアドライブ１１より供給される信号は、ＭＤから読み出されたＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）方式によりエンコード（圧縮）されたものとなっている。ＤＳＰ１２は、このように再生時に得られる圧縮オーディオデータについてデコード処理（伸張処理）を行うようにされる。
【００２２】
また、ＤＳＰ１２には、フラッシュメモリ１６が備えられる。このフラッシュメモリ１６には、ＤＳＰ１２が上記したデコード処理を実行する上で必要となるデコードプログラム１６ａが格納されている。
【００２３】
バッファＲＡＭ１３には、記録再生時にオーディオデータがバッファリングされる。
例えば、再生時においては、ＤＳＰ１２のデコード処理によって得られたデジタルオーディオデータがバッファリングされる。
また、記録時においては、ＵＳＢインタフェイス１８を介して図１に示したパーソナルコンピュータ３より供給されるオーディオデータがバッファリングされ、これがＤＳＰ１２を介してメディアドライブ１１に供給されてＭＤに対して記録されることになる。
【００２４】
Ｄ／Ａコンバータ１４には、バッファＲＡＭ１３よりデジタルオーディオデータが供給される。そして、このように供給されるデジタルオーディオデータをアナログオーディオ信号に変換し、これをアンプ１５に対して供給する。
アンプ１５において増幅されたアナログオーディオ信号については、図示するようにヘッドフォン出力及びオーディオ外部出力としての出力が可能とされる。
【００２５】
ＵＳＢインタフェイス１８は、ＵＳＢケーブルを介して接続された外部機器との間でデータ通信を行うために備えられる。特に、この場合のＵＳＢインタフェイス１８を介しては、ＣＰＵ６の制御に基づいて、図１に示したパーソナルコンピュータ３との間で各種のデータ、例えばオーディオデータ等の送受信が行われる。
【００２６】
なお、外部機器との間の通信インタフェイスとしては、例えばＩＥＥＥ１３９４インタフェイス等の他のインタフェイスを採用することもできる。さらには、有線によるものに限らず、例えば無線ＬＡＮ（Local Area Network）やBluetooth等の無線による通信インタフェイスも採用できる。
また、ここではＵＳＢインタフェイス１８を介して外部のパーソナルコンピュータ３から既に圧縮処理の施されたオーディオデータが入力される場合を想定し、オーディオ信号入力はこのＵＳＢインタフェイス１８を介してのみ行う構成を例示したが、ＤＳＰ１２としてエンコード処理も可能に構成し、別途非圧縮オーディオデータの入力系を備えるように構成することもできる。この際の記録データの入力系としては、例えばＳＰＤＩＦ（Sony Philips Digital Interface）端子やアナログ信号入力端子等を備えるようにすればよい。
【００２７】
１−３．情報処理装置の構成
図３は、図１に示したパーソナルコンピュータ３の内部構成例を示すブロック図である。
図３において、先ずＣＰＵ２１は、起動されたプログラムに基づいてパーソナルコンピュータ３全体の制御、演算処理を行う。例えばユーザに対する入出力動作、ＨＤＤ３０へのデータファイルの格納や管理情報の作成・更新等を行う。
この場合のＣＰＵ２１としても、図示するバス３５を介して各部との間で制御信号やデータのやりとりを行うようにされる。
【００２８】
メモリ部２２は、ＣＰＵ２１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリなどを包括的に示している。
メモリ部２２におけるＲＯＭには、ＣＰＵ２１の動作プログラム、プログラムローダー等が記憶される。また、メモリ部２２におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。
さらに、メモリ部２２におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００２９】
ＵＳＢインタフェイス２３は、ＵＳＢケーブルを介して接続された外部機器との間でデータ通信を行うために備えられる。上記もしたように、特にこの場合のＵＳＢインタフェイス２３を介しては、図２に示した記録再生装置２との間でオーディオデータ等の各種データの送受信が行われる。
【００３０】
ＨＤＤ３０においては、上述のようにしてＣＰＵ２１の制御に基づきデータファイルの格納や管理情報の作成・更新等が行われる。例えば、図１に示したサーバ装置４からダウンロードされたコンテンツデータについては、このＨＤＤ３０に対して格納することができる。
また、ＨＤＤ３０に対しては、各種の動作を実現するためのプログラムも格納される。
特に、本実施の形態の場合では、ＣＰＵ２１が後の図８に示す処理動作を行うために必要なコンテンツダウンロードプログラム３０ａが格納される。
【００３１】
入力部２５は、パーソナルコンピュータ３に備えられる図示されないキーボードやマウス、或いはリモートコマンダー、その他の入力デバイスであって、ユーザが各種操作入力やデータ入力を行う。入力部２５で入力された情報は入力処理部２４で所定の処理が施され、ＣＰＵ２１に対して操作又はデータの入力として伝達される。ＣＰＵ２１は入力された情報に対応して必要な演算や制御を行う。
【００３２】
メディアドライブ２９は、例えばＣＤ(Compact Disc)、ＭＤ(Mini Disc：光磁気ディスク)、ＣＤ−Ｒ(Recordable)、ＣＤ−ＲＷ（ReWritable）、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、メモリーカード（半導体メモリ装置）等、所要の記録メディアに対応するドライブ機能部であり、これらメディアについての記録再生動作を行うことが可能に構成される。例えばメディアとしてＣＤ系やＤＶＤ系のディスクメディアに対応する場合、このメディアドライブ２９には、例えば光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等が備えられるものとなる。
ドライブ制御部２８は、メディアドライブ２９に装填されたメディアについての記録再生動作、アクセス動作等を制御する。例えばユーザが入力部２５を介して装填されたメディアに対する再生操作を行った場合、ＣＰＵ２１はドライブ制御部２８にメディアの再生を指示する。するとドライブ制御部２８は、メディアドライブ２９に対してアクセス動作や再生動作を実行させるための制御を行う。メディアドライブ２９では、読み出した再生データをドライブ制御部２８を介してバス３５に送出する。
【００３３】
オーディオデータ処理部３３は、ＣＰＵ２１の制御に基づき、入力されたオーディオデータについて、イコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理を施し、これをスピーカ部３４を介して出力する。
例えば、メディアドライブ２９により読み出されたオーディオデータ、又はＨＤＤ３０に格納されたオーディオデータ（コンテンツデータ）が再生される際には、このオーディオデータがオーディオデータ処理部３３において処理された後、スピーカ部３４を介して出力される。
【００３４】
ディスプレイ２７は、例えば液晶パネルなどの表示デバイスとされ、ユーザに対して各種情報表示を行う。
例えば、ＣＰＵ２１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部２６に供給すると、表示処理部２６は供給された表示データに基づいてディスプレイ２７を駆動して表示動作を実行させる。
また、上記したメディアドライブ２９に装填されたメディアから、或いはＨＤＤ３０に格納されたデータからの映像データが再生された場合には、この再生データについての信号処理を行い、これにより得られた信号に基づいてディスプレイ２７を駆動することにより映像表示を行わせる。
【００３５】
通信処理部３１は、ＣＰＵ２１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインタフェイス３２は、上記通信処理部３１でエンコードされた送信データを、図１に示したネットワーク５を介して所定の機器、例えばサーバ装置４に送信する。またネットワーク５を介してサーバ装置４などの外部機器から送信されてきた信号を通信処理部３１に受け渡す。
通信処理部３１は受信した情報をＣＰＵ２１に転送する。
【００３６】
なお、パーソナルコンピュータ３の構成はこの図３の構成に限られるものではなく、更に多様に考えられる。
例えば、マイクロホンや外部のヘッドホンの接続に用いられる端子や、ＤＶＤの記録再生に対応するビデオ入出力端子や、ライン接続端子、ＳＰＤＩＦ端子等が設けられてもよい。
【００３７】
１−４．サーバ装置の構成
図４には、図１に示したサーバ装置４の内部構成を示す。
図４において、ＣＰＵ４１は、起動されたプログラムに基づいて当該サーバ装置４の全体制御、演算処理を行う。例えば、図示する入力部４５に対する入力に応じた動作、ＨＤＤ４８へのデータファイルの格納や管理情報の作成・更新等を行う。またＣＰＵ４１は、図示するバス４２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００３８】
メモリ部４３は、この場合もＣＰＵ４１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリなどを包括的に示している。このメモリ部４３のＲＯＭには、ＣＰＵ４１の動作プログラム、プログラムローダー等が記憶される。また、上記フラッシュメモリには各種演算係数、プログラムで用いるパラメータ等が記憶され、ＲＡＭにはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００３９】
ＨＤＤ４８においては、ＣＰＵ４１の制御に基づいてデータファイルの格納や管理情報の作成・更新等が行われる。
ここで、図１においても述べたように、第１の実施の形態の場合では、記録再生装置２にて記録再生が行われるべきコンテンツデータは、サーバ装置４に格納されるものとなる。そして、このように記録再生装置２にて記録再生が行われるコンテンツデータは、このＨＤＤ４８に格納されるものとなる。
この場合のコンテンツデータとしては、複数のタイトルが用意されており、ここではこれら複数のコンテンツデータを図示するコンテンツ４８ｃとして示している。
【００４０】
また、この場合のＨＤＤ４８には、後の図８に示される処理動作をＣＰＵ４１が実行するための、図示するコンテンツダウンロードプログラム４８ａが格納されている。
さらに、この場合のＨＤＤ４８に対しては、後述する実施の形態としての動作に必要となるリソース情報・最適コーデック対応情報４８ｂも格納される。
さらに、ＨＤＤ４８に対しては、先の図２に示したフラッシュメモリ１６に格納されるデコードプログラム１６ａのように、記録再生装置２に格納されてＤＳＰ１２によるデコード処理を実行させるためのデコードプログラム４８ｂが格納されている。この場合のデコードプログラム４８ｄとしては、例えばＡＴＲＡＣ３、ＡＴＲＡＣ３plusのコーデックにそれぞれ対応したデコード処理を実現するための、少なくとも２種のデコードプログラムが格納されているものとする。
【００４１】
入力部４５は、この場合も図示されないキーボードやマウス、リモートコマンダー、その他の入力デバイスとされる。この場合の入力部４５に対しては、サービスを運営する側のオペレータなどが各種操作入力やデータ入力を行うものとして想定されている。
入力部４５で入力された情報は入力処理部４４で所定の処理が施され、ＣＰＵ４１に対して操作又はデータの入力として伝達される。そしてＣＰＵ４１では入力された情報に対応して必要な演算や制御を行うようにされる。
【００４２】
ディスプレイ４７は、例えば液晶パネルなどの表示デバイスとされて、この場合はオペレータ等に対して各種情報表示を行う。この場合も、例えばＣＰＵ４１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部４６に供給すると、表示処理部４６は供給された表示データに基づいてディスプレイ４７を表示駆動し、これによって各種の情報についての表示出力が行われる。
【００４３】
通信処理部４９は、ＣＰＵ４１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインタフェイス５０は、上記通信処理部４９にてエンコードされた送信データをネットワーク５を介して所定の機器、特にパーソナルコンピュータ３に送信する。またネットワーク５を介してパーソナルコンピュータ３などの外部機器から送信されてきた信号を、通信処理部４９に受け渡す。
通信処理部４９は受信した情報をＣＰＵ４１に転送する。
【００４４】
１−５．動作概要
これまでで説明した第１の実施の形態としてのコンテンツダウンロードシステム１の構成により実現しようとする動作を、次の図５を参照して説明する。
なお、図５では、第１の実施の形態としてのコンテンツダウンロードシステム１において行われる動作の概要を模式的に示している。
先ず、第１の実施の形態の場合は、サーバ装置４において格納されるコンテンツデータをパーソナルコンピュータ３を介して記録再生装置２にダウンロードする使用形態を想定したものである。
このような第１の実施の形態としてのシステムの使用時において、先ずユーザは、パーソナルコンピュータ３と記録再生装置２とをＵＳＢケーブルを介して接続しておくようにされる。その上で、コンテンツデータのダウンロードにあたっては、パーソナルコンピュータ３によってサーバ装置４によるＷＥＢサイトにアクセスして、ここにおいて提示されるコンテンツデータの一覧から所望のコンテンツデータを選択・指定するようにされる。
図５において、（１）として示すダウンロード要求は、このようなパーソナルコンピュータ３側からサーバ装置４側に対するコンテンツデータの選択・指定として行われるものとなる。
【００４５】
この（１）によるダウンロード要求に応じ、サーバ装置４側では、図中の（２）と示すようにして、パーソナルコンピュータ３に対して記録再生装置２に格納されるリソース情報７ｂについての送信要求を行うようにされる。
【００４６】
ここで、このリソース情報７ｂの情報内容について、次の図６を参照して説明しておく。
このリソース情報７ｂとは、先にも述べたように記録再生装置２におけるデコード処理に係るリソースについて示す情報となる。
具体的には、図６に示される各種の情報を含むのもとなる。
図６において、先ず「ＤＳＰの種類」は、図２に示したＤＳＰ１２の種類（例えば製造メーカーの情報等）を示す情報である。また、「動作周波数」は、ＤＳＰ１２の動作周波数を表す。
また、「再生に割り当てられる最大処理能力値」は、ＤＳＰ１２がデコード処理に割くことのできる最大処理能力を示す値である。具体的には、ＭＩＰＳ（Million Instructions Per Second）の値等とされればよい。
【００４７】
また、「再生に割り当てられる最大メモリ容量」は、ＤＳＰ１２が備えるメモリにデコード処理時に割り当てることができる最大容量を示す。この場合は、ＤＳＰ１２が備えるフラッシュメモリ１６と内蔵ＲＡＭの双方の容量が示される。
また、「コプロセッサの情報」としては、ＤＳＰ１２が備えるコプロセッサについての情報を示す。例えば、ＤＳＰ１２がハフマン復号器等のコプロセッサを備える場合はその情報が示される。
【００４８】
さらに、「対応するコーデックの情報」としては、ＤＳＰ１２がデコード処理可能なコーデックの種類を示す情報となる。例えば、図２に示したフラッシュメモリ１６に格納されるデコード処理プログラム１６ａとして、ＡＴＲＡＣとＡＴＲＡＣ３とのコーデックに対応したデコードプログラムが格納されて、これらＡＴＲＡＣ及びＡＴＲＡＣ３のコーデックにより圧縮処理されたオーディオデータについてのデコード処理が可能な場合は、その旨を示す情報が格納される。
なお、この図６にて示したリソース情報７ｂの情報内容はあくまで一例であり、記録再生装置２におけるデコード処理に係るリソースについて示す情報であればこれらに限定されるものではない。
【００４９】
図５において、先の（２）の動作によってリソース情報７ｂを要求されたパーソナルコンピュータ３は、（３）として示すように、記録再生装置２からリソース情報７ｂを取得する動作を行う。つまり、ＵＳＢケーブルを介して接続された記録再生装置２に対する制御を行って、図２に示したフラッシュメモリ１６に格納されているリソース情報７ｂをパーソナルコンピュータ３側に送信させるものである。
そして、このようにリソース情報７ｂを取得すると、パーソナルコンピュータ３は、（４）として示すようにこのリソース情報７ｂをサーバ装置４に対して送信する。
【００５０】
パーソナルコンピュータ３からリソース情報７ｂを受信したサーバ装置４では、（５）と示すように、リソース情報・最適コーデック対応情報４８ｂ参照してリソース情報７ｂに応じた最適なコーデックを割り出すようにされる。
【００５１】
ここで、このようなリソース情報・最適コーデック対応情報４８ｂとしては、受信されたリソース情報７ｂから、記録再生装置２が対応可能な最適なコーデックを割り出すための情報となる。
具体的には、例えば各コーデックごとに、リソース情報７ｂとしての先の図６に示したそれぞれの項目について必要最低限のスペックを示した情報となる。すなわち、この場合ではＡＴＲＡＣ、ＡＴＲＡＣ３、ＡＴＲＡＣ３plusの各コーデック対応に、図６に示した各項目について必要となる最低限のスペックを示したものとなる。
【００５２】
サーバ装置４では、このようにリソース情報・最適コーデック対応情報４８ｂに示される各項目の必要最低限スペックの情報と、受信されたリソース情報７ｂの各項目の情報とについて比較を行って、記録再生装置２が対応可能な最適なコーデックを割り出すようにされる。
なお、ここでいう「最適なコーデック」とは、例えば最新バージョンとされるコーデックを指すものとする。
つまり（５）として示す実際の動作としては、記録再生装置２から取得されたリソース情報７ｂの情報内容から、上記したリソース情報・最適コーデック対応情報４８ｂ内の最低限のスペックを満たすコーデックのうちで最新バージョンのコーデックを割り出すようにされているものとする。
【００５３】
そして、このように最適コーデックを割り出すと、（６）の動作として、要求されたコンテンツデータのうちの、割り出された最適コーデックのコンテンツデータを認識するようにされる。
【００５４】
ここで先にも説明したように、サーバ装置４においては、コンテンツ４８ｃとして複数タイトルのコンテンツデータが格納されている。
そして、さらに実施の形態の場合では、これらコンテンツデータとしては、各コーデックによりエンコード（圧縮）したものを格納しておくようにしている。
つまり、この場合のサーバ装置４のＨＤＤ４８に格納されるコンテンツ４８ｃとしては、次の図７に示されるように、同一タイトルのコンテンツデータについて、それぞれコーデックの異なる複数のコンテンツデータを格納しておくものとされている。例えば、図示するようにタイトルがＡとされた図中コンテンツＡとしてのコンテンツデータは、それぞれコーデック１、コーデック２、コーデック３・・・の異なる圧縮処理が施された複数が存在するものである。
【００５５】
図５において、サーバ装置４は、上記した（６）の動作として、先の（１）によりパーソナルコンピュータ３側から指定されたタイトルによるコンテンツデータのうち、上述にようにして割り出された最適コーデックによりエンコードされたコンテンツデータを認識するようにされる。
【００５６】
さらに、サーバ装置４では、（７）として示すようにパーソナルコンピュータ３側から受信されたリソース情報７ｂに基づき、記録再生装置２が最適コーデックに対応しているか否かの判別処理を行うようにされる。すなわち、先の図６に示したリソース情報７ｂ中の「対応するコーデックの情報」として、割り出された最適コーデックの情報が含まれているか否かについての判別処理を行うようにされる。
【００５７】
その上でサーバ装置４では、（８）の動作として、先の（６）により認識されたコンテンツデータの送信を行うと共に、上記した（７）による判別結果に応じては、最適コーデックのデコードプログラムを送信するようにされる。
つまり、（７）による判別処理によって、記録再生装置２が最適コーデックに対応しているとされた場合は、認識された最適コーデックによるコンテンツデータのみをパーソナルコンピュータ３側に送信するようにされる。
また、（７）の判別処理の結果、記録再生装置２が最適コーデックに対応していないとされた場合は、コンテンツデータと共に、最適コーデックによりエンコードされたコンテンツデータについてのデコード処理を可能とするためのデコードプログラムを、パーソナルコンピュータ３側に送信するものである。
【００５８】
パーソナルコンピュータ３では、（９）の動作として、サーバ装置４より受信されたコンテンツデータについての記録と、また、受信の有無に応じてはデコードプログラムについての記録を記録再生装置２に実行させる。
つまり、受信されたコンテンツデータについては、図２に示したメディアドライブ１１に装填されたＭＤに対する記録を実行させ、デコードプログラムについてはフラッシュメモリ１６に対する記録動作を実行させる。
【００５９】
このような第１の実施の形態としての動作によれば、記録再生装置２のリソース情報７ｂに応じた、最適な（最新の）コーデックによるコンテンツデータを記録再生装置２に対してダウンロードすることができる。つまり、記録再生装置２ごとに、それぞれが対応するとされるコーデックによるコンテンツデータをダウンロードすることが可能となる。
そして、これによれば、例えばすべての記録再生装置２にて対応可能な旧バージョンによるコーデックのコンテンツデータを一義的にダウンロードするとした場合のように、新バージョンに対応する記録再生装置２の能力を活かしきれなくなるといった事態を防止できる。
【００６０】
また、上記実施の形態の動作によれば、記録再生装置２が割り出された最適コーデックについてのデコード処理機能を有していない場合は、これに対応させるためのデコードプログラムも記録再生装置２側にダウンロードされるものとなる。
これによれば、記録再生装置２のデコード処理に係るリソース（つまりデコード処理能力）は割り出された最適コーデックに対応可能なスペック（能力）を有するが、デコードプログラムが対応していないがためにその再生が不能とされる場合にも、割り出された最適コーデックによるコンテンツデータについての再生を行わせることができる。
つまり、これによって記録再生装置２の有するデコード処理能力を最大限に発揮させることができるものである。
【００６１】
ここで、例えば実施の形態のようにコンテンツデータがＡＴＲＡＣ方式により圧縮される場合では、ＡＴＲＡＣ、ＡＴＲＡＣ３、ＡＴＲＡＣ３plusのうち最新バージョンとなるＡＴＲＡＣ３plusの場合に再生レート２５６ｋbpsによる最高音質の設定が可能とされている。
従って、例えばこれまではデコードプログラム１６ａとしてＡＴＲＡＣ３までに対応するデコードプログラムしか備えていなかった場合において、リソース情報７ｂの各項目が必要スペックを満たすとして、図５により示した動作によってＡＴＲＡＣ３plus（２５６ｋbps）のコンテンツデータとこれに対応したデコードプログラムとが記録再生装置２側にダウンロードされれば、この記録再生装置２においては、これまでにない高音質によるコンテンツデータの再生を行わせるといったことが可能となる。
【００６２】
また、ＡＴＲＡＣ３plusでは、他のＡＴＲＡＣ方式のコーデックとの比較では再生レート６４ｋbpsの最高圧縮率の設定も可能とされている。
従って、上記のようにＡＴＲＡＣ３までにしか対応するようにされていなかったが、リソース情報７ｂの各項目としてはＡＴＲＡＣ３plusの必要スペックを満たす場合において、このようなＡＴＲＡＣ３plusによる６４ｋbpsのコンテンツデータをダウンロードするものとすれば、ＭＤに対してこれまでよりも多くの再生時間分のコンテンツデータを記録し、これを再生させることが可能となる。すなわち、ＭＤとしての記憶媒体の記憶容量を、これまでよりも有効的に利用できるようになる。
【００６３】
また、これまでの説明からも理解されるように、実施の形態のコンテンツダウンロードシステムによれば、ユーザは所望のコンテンツデータのダウンロードを行わせるためのコンテンツデータの選択・指定操作を行うのみで、その後の最適コーデックの割り出し・デコードプログラムのダウンロードは自動的に行われるものとなる。
換言すれば、この場合の最適コーデックによるコンテンツデータとその再生を可能とするためのデコードプログラムのダウンロードは、コンテンツデータの選択・指定操作を行うのみで実現できる。
【００６４】
また、上記のようにして、記録再生装置２が割り出された最適コーデックに対応していない場合に応じて対応するデコードプログラムもダウンロードされることによっては、コーデックが順次バージョンアップされていく状況に対しては、記録再生装置２の処理能力（リソースのスペック）が許す限り常に最新のコーデックにバージョンアップさせることができるといメリットもある。
【００６５】
なお、実施の形態では、リソース情報・最適コーデック対応情報４８ｂに基づいて割り出すべき最適なコーデックを、最新とされるコーデックとする場合を例示しているが、本発明で言う最適なコーデックとしては、例えば上述したような同圧縮率でより高音質（高品質）化を図る、または同音質でより高圧縮率化を図る等、所要の目的に応じた効果を得ることができるコーデックとされていればよいものである。
【００６６】
１−６．処理動作
上記により説明した第１の実施の形態としての動作を実現するにあたり、コンテンツダウンロードシステム１において行われるべき処理動作について、次の図８のフローチャートを参照して説明する。
なお、図８において、記録再生装置２として示す処理動作は、図２に示したＣＰＵ６がコンテンツダウンロードプログラム７ａに基づいて実行するものである。同様に、パーソナルコンピュータ３、サーバ装置４として示す処理動作としては、ＣＰＵ２１、ＣＰＵ４１が、それぞれコンテンツダウンロードプログラム３０ａ、コンテンツダウンロードプログラム４８ａに基づいて実行するものである。
また、図８において、記録再生装置２とパーソナルコンピュータ３は既にＵＳＢケーブルを介して接続が確立された状態にあるものとする。同様に、パーソナルコンピュータ３とサーバ装置４との間もネットワーク５を介して接続が確立された状態にあるとする。
【００６７】
図８において、先ず、パーソナルコンピュータ３では、ステップＳ２０１の処理によってコンテンツデータのダウンロード要求を行うようにされる。つまり、先の図５における（１）の動作として説明したように、この場合のダウンロード要求は、サーバ装置４にて格納されるコンテンツデータについて、例えばＷＥＢサイトとして提示されるコンテンツデータの一覧からダウンロードすべきコンテンツデータを選択・指定するための動作となる。
【００６８】
サーバ装置４側では、このようなパーソナルコンピュータ３からのダウンロード要求をステップＳ３０１において待機するようにされる。そして、ダウンロード要求があった場合は、ステップＳ３０２において、パーソナルコンピュータ３に対するリソース情報７ｂの送信要求を行う。
【００６９】
パーソナルコンピュータ３では、サーバ装置４からのリソース情報７ｂの送信要求をステップＳ２０２において待機するようにされ、この送信要求があった場合は、ステップＳ２０３において記録再生装置２に対するリソース情報７ｂの送信要求を行う。
【００７０】
記録再生装置２では、パーソナルコンピュータ３からのリソース情報７ｂの送信要求をステップＳ１０１において待機している。そして、送信要求があった場合は、ステップＳ１０２において、リソース情報７ｂをパーソナルコンピュータ３に対して送信する処理を行う。
【００７１】
パーソナルコンピュータ３では、リソース情報７ｂの受信をステップＳ２０４において待機するようにされる。そして、リソース情報７ｂが受信された場合は、ステップＳ２０５において、サーバ装置４に対してリソース情報７ｂを送信する。
【００７２】
サーバ装置４では、このようなリソース情報７ｂの受信をステップＳ３０３において待機している。
そして、パーソナルコンピュータ３からリソース情報７ｂが受信された場合は、ステップＳ３０４において、リソース情報・最適コーデック対応情報４８ｂを参照して、最適コーデックを割り出すための処理を実行する。
つまり、先の図５（５）の動作として説明したように、リソース情報・最適コーデック対応情報４８ｂに示される各項目の必要最低限スペックの情報と、受信されたリソース情報７ｂの各項目の情報とについて比較を行って、記録再生装置２が対応可能とされる最適なコーデックを認識するようにされる。先にも説明したように、この場合は該当するコーデックうち、より最新となるバージョンのコーデックを最適コーデックとして割り出すようにされる。
【００７３】
続くステップＳ３０５においては、要求されたコンテンツデータのうちの、割り出された最適コーデックによるコンテンツデータを認識するようにされる。
すなわち、先のステップＳ２０１によってパーソナルコンピュータ３側から指定されたタイトルによるコンテンツデータのうち、割り出された最適コーデックにより圧縮処理の施されているコンテンツデータを認識するようにされる。
【００７４】
さらに、ステップＳ３０６においては、受信されたリソース情報７ｂ内のコーデックの情報を確認する処理を実行する。すなわち、リソース情報７ｂにおける「対応するコーデックの情報」の項目の情報内容を確認する処理を実行するようにされる。
そして、ステップＳ３０７においては、このように確認した対応するコーデックの情報に、先のステップＳ３０４にて割り出された最適コーデックが含まれているか否かについての判別処理を実行するようにされる。つまり、記録再生装置２が上記のように割り出された最適コーデックに対応しているか否かを判別するものである。
【００７５】
ステップＳ３０７において、「対応するコーデックの情報」として割り出された最適コーデックの情報が含まれており、記録再生装置２が最適コーデックに対応しているとして肯定結果が得られた場合は、ステップＳ３０８において、先のステップＳ３０５にて認識されたコンテンツデータのみをパーソナルコンピュータ３に対して送信するようにされる。
一方、「対応するコーデックの情報」として割り出された最適コーデックの情報が含まれておらず、記録再生装置２が最適コーデックに対応していないとして否定結果が得られた場合は、ステップＳ３０９において、ステップＳ３０５にて認識されたコンテンツデータと共に、この最適コーデックに対応したデコード処理を可能とするためのデコードプログラムをパーソナルコンピュータ３に対して送信するようにされる。
【００７６】
パーソナルコンピュータ３では、ステップＳ３０８により送信されるコンテンツデータの受信、又はステップＳ３０９により送信されるコンテンツデータとデコードプログラムとの受信を、ステップＳ２０６において待機するようにされる。
そして、これらの何れかが受信された場合は、ステップＳ２０７に処理を進めて、サーバ装置４から受信されたデータがコンテンツデータのみであったか否かについての判別処理を実行する。
【００７７】
ステップＳ２０７において、サーバ装置４から受信されたデータがコンテンツデータのみであったとして肯定結果が得られた場合は、ステップＳ２０８において、記録再生装置２に対して受信されたコンテンツデータの送信を行うと共に、このコンテンツデータについての記録指示を行う。
また、サーバ装置４から受信されたデータがコンテンツデータとデコードプログラムであった場合は、ステップＳ２０９において、記録再生装置２に対するこれらコンテンツデータとデコードプログラムの送信と共に、これらのデータについての記録指示を行うようにされる。
【００７８】
記録再生装置２においては、上記ステップＳ２０８により送信されるコンテンツデータとその記録指示の受信、又はステップＳ２０９により送信されるコンテンツデータとデコードプログラムとこれらの記録指示の受信について、ステップＳ１０３において待機している。
そして、これらの何れかが受信された場合は、ステップＳ１０４に処理を進めて、指示に応じた記録処理を実行する。
すなわち、パーソナルコンピュータ３側から受信されたデータが、コンテンツデータとその記録指示であった場合は、受信されたコンテンツデータをメディアドライブ１１に装填されたＭＤに記録するための処理を実行する。
また、パーソナルコンピュータ３から受信されたデータがコンテンツデータとデコードプログラムと、これらについての記録指示であった場合は、受信されたコンテンツデータをメディアドライブ１１に装填されたＭＤに記録するための処理と共に、受信されたデコードプログラムをフラッシュメモリ１６に記録するための処理を実行する。
【００７９】
なお、記録再生装置２において、パーソナルコンピュータ３側から最適コーデックに対応するデコードプログラムが受信され、これをフラッシュメモリ１６に対して記録した場合は、リソース情報７ｂ内の「対応するコーデックの情報」を最適コーデックに対応した情報に更新する処理を行うものとすればよい。このようにすることで、次回のダウンロード時における不要なデコードプログラムのダウンロード処理とその記録処理を省略することができる。
【００８０】
ここで、これまでの説明からも理解されるように、この図８に示した処理動作が実行されることで、第１の実施の形態としてのコンテンツダウンロードシステム１の動作が実現される。そして、このような処理動作としては、それぞれ記録再生装置２、パーソナルコンピュータ３、サーバ装置４に対して記憶されたコンテンツダウンロードプログラム（７ａ、３０ａ、４８ａ）によって実現されるものであり、従ってこのようなコンテンツダウンロードプログラムによって本実施の形態のコンテンツダウンロードシステム１が実現できるものである。
【００８１】
２．第２の実施の形態
２−１．システム概要
図９は、本発明における第２の実施の形態としてのコンテンツダウンロードシステム１００の概要について示した図である。
第２の実施の形態のコンテンツダウンロードシステム１００としては、図示するように記録再生装置２とパーソナルコンピュータ３によって構成される。
先の第１の実施の形態では、コンテンツデータはサーバ装置４としてのサービス提供業者が運営するサーバに格納されて、記録再生装置２のユーザはこの業者が提供するサービスを享受するという場合を例示したものであったが、第２の実施の形態では、家庭内での使用を想定している。具体的には、家庭内に備えらるパーソナルコンピュータ３に対してコンテンツデータを格納しておき、これを記録再生装置２がダウンロードして記録再生するシステムを想定しいる。
なお、第２の実施の形態において、記録再生装置２の内部構成としては、この場合も図２に示したものと同様とされることから、ここでの図示による説明は省略する。
【００８２】
２−２．情報処理装置の構成
図１０は、第２の実施の形態の場合におけるパーソナルコンピュータ３の内部構成を示した図である。
第２の実施の形態の場合のパーソナルコンピュータ３において、図３に示したものと異なる部分としては、先ずＨＤＤ３０内に格納されるプログラムが異なるものとされる。
つまり、図３の場合に格納されていたコンテンツダウンロードプログラム３０ａに代えて、コンテンツダウンロードプログラム６０が格納されたものとなる。
また、この場合には、第１の実施の形態ではサーバ装置４が保持するようにされていたリソース情報・最適コーデック対応情報４８ｂ、及びデコードプログラム４８ｄを、ＨＤＤ３０に対して格納するものとしている。
また、ＨＤＤ３０に対してはコンテンツ６１が格納される。この場合のコンテンツ６１としても、複数のタイトルのコンテンツデータを含むものとなる。
但し、第２の実施の形態の場合のコンテンツ６１としては、各タイトルごとにそれぞれコーデックの異なるものを格納しておくのではなく、例えばタイトルごとに非圧縮によるもののみを格納するようにされている。
【００８３】
なお、第２の実施の形態において、上記のようにしてパーソナルコンピュータ３側に格納されるものとなるリソース情報・最適コーデック対応情報４８ｂ、及びデコードプログラム４８ｄは、例えばサービス提供業者等により販売又は配布されるＣＤ−ＲＯＭ等の所要の記憶媒体に記憶されたものをメディアドライブ２９を介して取り込むようにされている。
或いは、サービス提供業者等により管理される所定のサーバ装置からインターネット等のネットワーク経由でダウンロードするものとされてもよい。
【００８４】
また、図１０に示されるパーソナルコンピュータ３にいおて、上記説明による部分以外の他の部分は先の図３に示したパーソナルコンピュータ３と同様となることから、ここでは同一の符号を付して説明を省略する。
【００８５】
２−３．動作概要
図１１は、第２の実施の形態としてのコンテンツダウンロードシステム１００の動作概要について模式的に示した図である。
図１１において、先ず、パーソナルコンピュータ３では、（１）の動作として、ユーザに記録再生装置２に対してダウンロードすべきコンテンツデータの選択・指定を行わせる。つまり、ディスプレイ２７上にＨＤＤ３０に格納されるコンテンツデータ（タイトル）の一覧を表示させる等して、ユーザにダウンロードすべきコンテンツデータについての選択・指定を行わせる。
そして、コンテンツデータの選択・指定が行われることに応じ、（２）の動作として記録再生装置２からリソース情報７ｂを取得する。
【００８６】
記録再生装置２からのリソース情報７ｂの取得を行うと、（３）として示すように、リソース情報・最適コーデック対応情報４８ｂを参照して取得されたリソース情報７ｂに応じた最適コーデックを割り出す。この場合の最適コーデックの割り出しの手法としても第１の実施の形態の場合と同様とされる。
【００８７】
そして、このように最適コーデックを割り出すと、この場合は（４）として示すように、選択・指定されたコンテンツデータを最適コーデックによりエンコードするようにされる。
つまり、上記もしたようにこの場合のパーソナルコンピュータ３においてコンテンツデータは各タイトルごとに非圧縮のものを格納するものとしているので、ここにおいて割り出された最適コーデックに基づくエンコード処理を施すことで、最適コーデックによるコンテンツデータを得るようにされる。
【００８８】
また、（５）の動作として、この場合もリソース情報７ｂを元に、記録再生装置２が最適コーデックに対応いているか否かについての判別を行うようにされる。
その上で、（６）として示すように上記のようにして最適コーデックによりエンコードされたコンテンツデータを記録再生装置２に対して送信すると共に、その記録指示を行うようにされる。また、（７）の動作として、上記した（５）の動作による判別結果に応じては、最適コーデックのデコードプログラムの送信とその記録指示を行うようにされる。
【００８９】
記録再生装置２側では、これらパーソナルコンピュータ３側での（６）（７）の動作に応じて、記録指示に応じた記録動作を行うようにされる。すなわち、この場合もコンテンツデータとその記録指示が受信された場合はメディアドライブ１１に装填されたＭＤに対するコンテンツデータの記録のみを実行し、コンテンツデータとデコードプログラムと、さらにこれらの記録指示が受信された場合は、ＭＤに対するコンテンツデータの記録とデコードプログラムのフラッシュメモリ１６への記録の双方を実行するようにされる。
【００９０】
このような第２の実施の形態のコンテンツダウンロードシステム１００によっても、記録再生装置２のリソース情報７ｂに応じた最適な（最新の）コーデックによるコンテンツデータが記録再生装置２に対してダウンロードされることで、記録再生装置２ごとに対応するとされるコーデックによるコンテンツデータをダウンロードすることが可能となる。すなわち、これによって記録再生装置２のデコード処理機能を活かせないといった事態を防止できる。
また、記録再生装置２が割り出された最適コーデックについてのデコード処理機能を有していない場合に対応しては、この場合も対応するデコードプログラムが記録再生装置２側にダウンロードされるので、デコードプログラムが対応していないがためにその再生が不能とされる場合に、割り出された最適コーデックによるコンテンツデータの再生を可能とすることができる。つまり、記録再生装置２の有するデコード処理能力を最大限に発揮させることができる。
【００９１】
２−４．処理動作
上記した第２の実施の形態としてのコンテンツダウンロードシステム１００の動作を実現するために行われるべき処理動作を、次の図１２のフローチャートに示す。
なお、この場合も記録再生装置２として示す動作は、図２に示したコンテンツダウンロードプログラム７ａに基づいてＣＰＵ６が実行するものである。また、パーソナルコンピュータ３として示す動作は、図１０に示したコンテンツダウンロードプログラム６０に基づいてＣＰＵ２１が実行するものである。
また、この図においても、記録再生装置２とパーソナルコンピュータ３とは接続が確立されている状態にあるとする。
【００９２】
先ず、パーソナルコンピュータ３では、図示するステップＳ５０１の処理によって、ダウンロードコンテンツの選択・指定のための処理を実行するようにされる。
すなわち、先ずは図１０に示したＨＤＤ３０内のコンテンツ６１として格納されるコンテンツデータのタイトルの一覧をディスプレイ２７に表示する処理を実行する。その上で、このように表示した一覧画面に対するユーザ操作に応じて表示内容を遷移させる処理等を実行することで、ダウンロードすべきコンテンツデータの選択・指定を行わせる。
そして、続くステップＳ５０２においては、リソース情報７ｂについての送信要求を記録再生装置２に対して行う。
【００９３】
記録再生装置２側では、この送信要求をステップＳ４０１にて待機するようにされる。そして、送信要求があった場合は、ステップＳ４０２において、パーソナルコンピュータ３に対してリソース情報７ｂを送信する処理を実行する。
【００９４】
パーソナルコンピュータ３側では、このように送信されるリソース情報７ｂの受信をステップＳ５０３において待機する。
そして、リソース情報７ｂが受信された場合は、ステップＳ５０４に処理を進めて、リソース情報・最適コーデック対応情報４８ｂを参照して、最適コーデックを割り出すための処理を実行する。
その上で第２の実施の形態の場合は、続くステップＳ５０５において、先のステップＳ５０１にて選択・指定されたコンテンツデータを、割り出された最適コーデックによりエンコードする処理を実行するようにされる。
【００９５】
続くステップＳ５０６においては、受信されたリソース情報７ｂ内のコーデックの情報を確認する処理を実行する。つまり、リソース情報７ｂにおける「対応するコーデックの情報」の項目の情報内容を確認する。
そして、ステップＳ５０７においては、このように確認した対応するコーデックの情報に、先のステップＳ５０４にて割り出された最適コーデックが含まれているか否かについての判別処理を実行する。これによって記録再生装置２が割り出された最適コーデックに対応しているか否かが判別される。
【００９６】
このステップＳ５０７において、「対応するコーデックの情報」として割り出された最適コーデックの情報が含まれていた場合は、ステップＳ５０８に処理を進めて、記録再生装置２に対するコンテンツデータの送信とその記録指示を行うようにされる。
また、「対応するコーデックの情報」として割り出された最適コーデックの情報が含まれていなかった場合は、ステップＳ５０９において、記録再生装置２に対してコンテンツデータと最適コーデックに対応したデコード処理を実現するためのデコードプログラムとの送信と共に、これらについての記録指示を行うようにされる。
【００９７】
記録再生装置２側においては、上記ステップＳ５０８により送信されるコンテンツデータとその記録指示の受信、又はステップＳ５０９により送信されるコンテンツデータとデコードプログラムとこれらの記録指示の受信を、ステップＳ４０３において待機している。
そして、これらの何れかの受信があった場合は、ステップ４０４に処理を進めて、この場合も指示に応じた記録処理を実行する。
これによって、記録再生装置２が最適コーデックに対応している場合は、受信されたコンテンツデータが装填されたＭＤに対して記録され、これによって記録再生装置２に最適コーデックによるコンテンツデータの再生を行わせることができる。
また、記録再生装置２が最適コーデックに対応してはいないとされた場合は、コンテンツデータの記録と共に最適コーデックのデコードプログラムを記録することができ、これによって記録再生装置２に最適コーデックによるコンテンツデータの再生を行わせることができる。
【００９８】
なお、この場合も図１２に示す処理動作は、第２の実施の形態としてのコンテンツダウンロードプログラム（７ａ、６０）により実現されるもので、従って第２の実施の形態のコンテンツダウンロードシステム１００の動作としてもこれらのコンテンツダウンロードプログラムによって実現できる。
そして、特にこの場合のコンテンツダウンロードプログラム６０によれば、例えばＣＤ−ＲＯＭ等の所要の記憶媒体に対して記録されたものを汎用のパーソナルコンピュータに対してインストールすることで、第２の実施の形態としてのパーソナルコンピュータ３を容易に実現できる。
【００９９】
２−５．変形例
以下では、これまでに説明してきた実施の形態の変形例について説明する。
先ず、これまでの説明では、記録再生装置２のリソース情報７ｂに応じては、最適なコーデックによるコンテンツデータ、及びデコードプログラムを記録再生装置２に送信するものとしたが、これに加え、例えばリソース情報７ｂの内容から記録再生装置２において処理可能として割り出された、例えば音場効果処理等を実行させるための情報を送信するものとしてもよい。
具体的には、例えばサービスの提供側において、予め各コンテンツデータに推奨の音場効果処理を実現するための情報を用意しておく。例えば音場効果の一例として、ライブ版のコンテンツデータであれば、例えばコンサートホールでの臨場感を再現するような音場効果処理を実現させるための情報を用意するといったものである。
そして、リソース情報７ｂの内容に応じ、ＤＳＰ１２の処理能力的に推奨の音場効果処理を実現可能であるかを判別し、可能であればこれを記録再生装置２に対して送信して実行させる。これによれば、単にコンテンツデータをダウンロードして再生させる場合よりも娯楽性を増すことができる。
【０１００】
なお、この場合、コンテンツデータに推奨の音場効果は複数種を用意し、リソース情報７ｂに応じて処理可能であるものはすべて記録再生装置２側に送信し、記録再生装置２側で実行する音場効果はユーザが選択可能となるようにすることもできる。このようにすれば、より娯楽性が増して好ましい。
また、これらの音場効果についてコンテンツデータの再生中の所定タイミングでのみの実行を推奨するとして、そのような実行タイミングを指示する情報も共に送信することもできる。
【０１０１】
また、実施の形態では、リソース情報７ｂとして、先の図６において例示したようなデコード処理に係るリソースそのものを示す情報を格納し、その内容から記録再生装置２にとって最適なコーデックを割り出すように構成した。
しかしながら、記録再生装置２に格納すべきリソース情報７ｂとしては、機種を特定することのできる機種識別情報を格納しておき、その情報内容から最適なコーデックを割り出すように構成してもよい。つまりこの場合としては、予め機種識別情報から特定されるリソース情報に基づいて、機種識別情報と対応づけてその機種で対応可能な最適コーデックの情報を格納した対応情報を用意しておく。そして、サーバ装置４、或いはパーソナルコンピュータ３側は、この対応情報と受信された機種識別情報としてのリソース情報７ｂに基づいて最適コーデックを割り出すといったものである。
これによっても、実施の形態と同様に最適なコーデックによるコンテンツデータ、デコードプログラムを記録再生装置２側にダウンロードすることができる。
【０１０２】
なお、上記説明からも理解されるように、機種識別情報からは、間接的に記録再生装置２のリソースを特定できるものである。従って、このような機種識別情報は、記録再生装置２において対応可能な最適コーデックを割り出すために必要な、デコード処理に係るリソースについて示すリソース情報であるとみなすことができる。
つまり、本発明においてリソース情報とは、記録再生装置が備えるデコード処理に係るリソースを直接的に示すものはもちろん、このように間接的に記録再生装置が備えるリソースを特定できる情報も含むものである。
【０１０３】
また、先に説明した第１の実施の形態において、サーバ装置４に格納されるコンテンツデータは、各タイトルごとにそれぞれコーデックの種類が異なるようにされた複数を用意しておくものとしたが、第２の実施の形態の場合のように、コンテンツデータは各タイトルごとに非圧縮によるもののみを用意し、この非圧縮データに対して割り出された最適コーデックによるエンコード処理を施してパーソナルコンピュータ３側に送信するものとしてもよい。
【０１０４】
さらに、第１の実施の形態では、サーバ装置４側においてリソース情報７ｂに応じた最適コーデックを割り出すようにしたが、パーソナルコンピュータ３にリソース情報・最適コーデック対応情報４８ｂを備えさせてパーソナルコンピュータ３側が最適コーデックを割り出すようにし、サーバ装置４側はパーソナルコンピュータ３側からの要求に応じたコンテンツデータを送信するのみとされる構成が採られてもよい。
【０１０５】
また、実施の形態において、コンテンツデータの記録符号化方式はＡＴＲＡＣ方式を採用する場合を例示したが、本発明としては他の記録符号化方式が採用される場合にも好適に適用できる。
さらには、記録再生装置２に対してダウンロードするコンテンツデータがオーディオデータとされる場合を例示したが、ビデオデータとされる場合にも本発明は好適に適用できる。
【０１０６】
また、実施の形態では、記録再生装置２としてＭＤに対応する構成を例示したが、本発明としては、記録再生装置が例えばＣＤ、ＤＶＤ、ハードディスク、メモリーカード等、所要の記憶媒体に対応してコンテンツデータの記録再生が可能に構成される場合に広く適用可能なものである。
【０１０７】
また、実施の形態では、記録再生装置２に対してデコードプログラムをそのまま送信するものとしたが、例えば記録再生装置２が備えるデコードプログラムと割り出された最適コーデックのデコードプログラムとで共通となる部分に対してはこれを送信せずに、必要な部分のみを送信するものとしてもよい。
【図面の簡単な説明】
【０１０８】
【図１】本発明における第１の実施の形態としてのコンテンツダウンロードシステムの概要について示す図である。
【図２】実施の形態の記録再生装置の内部構成を示すブロック図である。
【図３】第１の実施の形態の情報処理装置の内部構成を示すブロック図である。
【図４】実施の形態のサーバ装置の内部構成を示すブロック図である。
【図５】第１の実施の形態としてのコンテンツダウンロードシステムの動作概要について模式的に示した図である。
【図６】リソース情報の情報内容について例示した図である。
【図７】第１の実施の形態の場合においてサーバ装置に格納されるコンテンツデータを例示した図である。
【図８】第１の実施の形態としてのコンテンツダウンロードシステムにおいて行われるべき処理動作について示すフローチャートである。
【図９】第２の実施の形態としてのコンテンツダウンロードシステムの概要について示す図である。
【図１０】第２の実施の形態としての情報処理装置の内部構成について示すブロック図である。
【図１１】第２の実施の形態としてのコンテンツダウンロードシステムの動作概要について模式的に示した図である。
【図１２】第２の実施の形態としてのコンテンツダウンロードシステムにおいて行われるべき処理動作について示すフローチャートである。
【符号の説明】
【０１０９】
１、１００  コンテンツダウンロードシステム、２  記録再生装置、３  パーソナルコンピュータ、４  サーバ装置、５  ネットワーク、６、２１、４１  ＣＰＵ、７  フラッシュメモリ、７ａ、３０ａ、４８ａ、６０  コンテンツダウンロードプログラム、７ｂ  リソース情報、８  ＲＡＭ、９  操作入力部、１０  表示部、１１  メディアドライブ、１２  ＤＳＰ、１３  バッファＲＡＭ、１４  Ｄ／Ａコンバータ、１５  アンプ、１６  フラッシュメモリ、１７  バス、１８、２３  ＵＳＢインタフェイス、２２  メモリ部、２４、４４  入力処理部、２５、４５  入力部、２６、４６  表示処理部、２７、４７  ディスプレイ、２８  ドライブ制御部、２９  メディアドライブ、３０、４８  ＨＤＤ、３１、４９  通信処理部、３２、５０  ネットワークインタフェイス、３３  オーディオデータ処理部、３４  スピーカ、４８ｂ  リソース情報・最適コーデック対応情報、４８ｃ、６１  コンテンツ、４８ｄ  デコードプログラム、
【図１】
2006031337.tif 000003
【図２】
2006031337.tif 000004
【図３】
2006031337.tif 000005
【図４】
2006031337.tif 000006
【図５】
2006031337.tif 000007
【図６】
2006031337.tif 000008
【図７】
2006031337.tif 000009
【図８】
2006031337.tif 000010
【図９】
2006031337.tif 000011
【図１０】
2006031337.tif 000012
【図１１】
2006031337.tif 000013
【図１２】
2006031337.tif 000014