(57)【要約】【課題】複数コンテンツを高速、かつ記録媒体の容量に最適に記録でき、しかも安価な記録再生端末を提供する。【解決手段】複数のコンテンツを蓄積したコンテンツサーバーが送信したコンテンツを圧縮された状態で記録媒体に記録する記録再生端末１００において、全ての記録対象コンテンツが記録媒体２２０に収まるように、それぞれの記録対象コンテンツの圧縮モードを、複数種類の圧縮モードのなかから選択した何れかに決定する容量判定部１３０を設ける。また、容量判定部１３０が決定した圧縮モードで圧縮された記録対象コンテンツをコンテンツサーバーから取得するコンテンツ取得部１７０を設ける。そして、コンテンツ取得部１７０が取得したコンテンツを記録媒体に記録する。【選択図】図３
2009055162.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツを蓄積したコンテンツサーバーが送信した複数のコンテンツを圧縮された状態で記録媒体に記録する記録再生端末であって、
全ての記録対象コンテンツが前記記録媒体に収まるように、それぞれの記録対象コンテンツの圧縮モードを、複数種類の圧縮モードのなかから選択した何れかに決定する容量判定部と、
前記容量判定部が決定した圧縮モードで圧縮された前記記録対象コンテンツを、前記コンテンツサーバーから取得するコンテンツ取得部と、
前記コンテンツ取得部が取得したコンテンツを前記記録媒体に記録するコンテンツ記録部と、
を備えていることを特徴とする記録再生端末。
【請求項２】
請求項１の記録再生端末であって、
前記記録対象コンテンツは画像を含んでおり、
前記複数種類の圧縮モードのそれぞれの違いは、解像度及びフレームレートの少なくとも一方の違いであり、
前記容量判定部は、前記画像を表示する表示デバイスの解像度及びフレームレートに対応した圧縮モードに、それぞれの記録対象コンテンツの圧縮モードを決定することを特徴とする記録再生端末。
【請求項３】
請求項１の記録再生端末であって、
前記記録対象コンテンツは音声を含んでおり、
前記複数種類の圧縮モードのそれぞれの違いは、チャンネル数及びサンプリング周期の少なくとも一方の違いであり、
前記容量判定部は、前記音声を出力する音声出力デバイスのチャンネル数及びサンプリング周期に対応した圧縮モードに、それぞれの記録対象コンテンツの圧縮モードを決定することを特徴とする記録再生端末。
【請求項４】
請求項１の記録再生端末であって、
前記記録媒体に記録されたコンテンツ及び前記コンテンツサーバーから送信されたコンテンツを復号化する復号化部をさらに備え、
前記複数種類の圧縮モードのそれぞれの違いは、符号化アルゴリズムの違いであり、
前記容量判定部は、前記復号化部の符号化アルゴリズムに対応した圧縮モードに、それぞれの記録対象コンテンツの圧縮モードを決定することを特徴とする記録再生端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由でコンテンツサーバーから配信されたコンテンツをＤＶＤのような記録媒体に記録する記録再生端末に関するものである。
【背景技術】
【０００２】
ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ：次世代ネットワーク）としてＡＬＬ  ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐａｃｋｅｔ）化が盛んに議論されており、その議論の過程の中で、高速なインターネット通信網を利用したＩＰ放送サービスの導入のための議論が各国で盛んになされている。
【０００３】
ＩＰ放送とは、光ファイバー通信網等を利用して、放送等のコンテンツを配信するサービスのことであり、インターネット接続、ＩＰ電話、放送をセットで利用できるというトリプルプレイの目玉として最も注目されているサービスである。特に、ヨーロッパでは、かなり普及している。既に始まっているＩＰ放送は、サーバ上に過去３日分の番組をクリッピングして提供しているものもある（例えば、非特許文献１を参照）。
【０００４】
例えば、フランスのＦｒｅｅと呼ばれるサービスでは、Ｆｒｅｅｂｏｘと呼ばれる、モデムとＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）が合体した端末を提供している。このサービスでは、月額２９．９９ユーロ（約４５００円）でＡＤＳＬ回線によるインターネットアクセス、ＩＰ電話、ＩＰ放送のトリプルプレイサービスを提供している。
【０００５】
また、イタリアのＦＡＳＴＷＥＢもトリプルプレイサービスにおいて、ＩＰ放送を提供している。これらはトリプルプレイすべてを合わせたパッケージサービスではなく、インターネット回線サービスのオプションという位置づけである。
【０００６】
このようなＩＰ放送では、地上波放送を含む多くのチャンネルや映像などのＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）コンテンツをそろえているほか、映像に関連する付加サービスを多く提供している。例えば、１つはネットワーク側の映像録画機能であり、ユーザーは５時間分の番組を保存することができる。この映像録画機能は、ネットワークサービスであるため、インターネットに接続できる環境があれば、利用者はどこからでも録画予約などの操作を行うことが可能である。
【０００７】
また、サーバ側にＨＤＤ等の蓄積メディアを用意しておき、地上波放送番組の過去３日分の番組をクリッピングして提供するサービスを行なう例もある。このサービスを利用すれば、ユーザーは、自宅のレコーダに録画していなくても番組を視聴することが可能になる。
【０００８】
上記のように、これらのサービスは、サーバ側に過去３日分の番組をクリッピングして置いたり、５時間分の番組を保存したりできるのでユーザーの利便性はよい。しかしながら、番組を保存できる容量には必ず限界があり、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等のユーザー端末側のリムーバルディスクに保存ができるとさらに利便性が向上すると考えられる。
【非特許文献１】野村総合研究所情報通信コンサルティング、「東洋経済新報社  これから情報・通信市場で何が起こるのか  ＩＴ市場ナビゲーター２００７年版」、ｐ．２５５
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、配信されたコンテンツをＤＶＤディスク等のユーザー端末側のリムーバルディスクに保存する場合には、配信されたコンテンツのコーデックがユーザー側の記録装置や記録媒体に適さず再エンコードが必要になる場合が多々あり、コンテンツの記録に時間がかかってしまう。
【００１０】
また、再エンコードや再生のために、それぞれのコーデックに対応した符号化器や復号化器を備えるとコストアップに繋がってしまう。
【００１１】
しかも、記録媒体に所望のコンテンツを収めるには、ユーザー自身による符号化アルゴリズムや圧縮率などの録画モードの選択が必要になり、利便性がよくない。
【００１２】
本発明は上記の問題に着目してなされたものであり、複数コンテンツを高速、かつ記録媒体の容量に最適に記録でき、しかも安価な記録再生端末を提供することを目的としている。
【課題を解決するための手段】
【００１３】
上記の課題を解決するため、本発明では、全ての記録対象コンテンツが前記記録媒体に収まるように、それぞれの記録対象コンテンツの圧縮モードを、複数種類の圧縮モードのなかから選択した何れかに決定し、決定したそれぞれの圧縮モードで圧縮された状態で記録対象コンテンツをコンテンツサーバーから受け取るようにした。
【００１４】
例えば、本発明の一態様は、
複数のコンテンツを蓄積したコンテンツサーバーが送信した複数のコンテンツを圧縮された状態で記録媒体に記録する記録再生端末であって、
全ての記録対象コンテンツが前記記録媒体に収まるように、それぞれの記録対象コンテンツの圧縮モードを、複数種類の圧縮モードのなかから選択した何れかに決定する容量判定部と、
前記容量判定部が決定した圧縮モードで圧縮された前記記録対象コンテンツを、前記コンテンツサーバーから取得するコンテンツ取得部と、
前記コンテンツ取得部が取得したコンテンツを前記記録媒体に記録するコンテンツ記録部と、
を備えていることを特徴とする。
【００１５】
これにより、記録するコンテンツを一々再エンコードする必要がない。つまり、高速にコンテンツを記録することが可能になる。
【００１６】
しかも、符号化器を備えておく必要がないので、その分安価に記録再生端末を製造することが可能になる。
【００１７】
また、記録媒体の容量に応じて、記録するコンテンツの圧縮モードが決定されるので、記録媒体の容量に最適に蓄積することが可能になる。
【発明の効果】
【００１８】
本発明によれば、複数コンテンツを高速、かつ記録媒体の容量に最適に記録でき、しかも安価に記録再生端末を構成することが可能になる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施形態について図面を参照しながら説明する。
【００２０】
本発明の実施形態に係る記録再生端末は、ネットワークを介してコンテンツサーバーから提供されたコンテンツの再生と、記録媒体への記録を行なう装置である。図１は、本発明の実施形態に係る記録再生端末１００と、コンテンツサーバー２００とネットワーク２１０と記録媒体２２０（例えばＤＶＤ等の記録媒体）との関係を模式的に表したものである。
【００２１】
この記録再生端末１００は、ユーザーからの要求に応じ、コンテンツサーバー２００から配信されたコンテンツを記録媒体２２０に記録する。また、記録再生端末１００には、再生された画像を表示する画像出力デバイス２３０と、再生された音声を出力する音声出力デバイス２４０とが接続されている。
【００２２】
コンテンツサーバー２００は、複数のコンテンツを蓄積しており、同一内容のコンテンツ（例えば映画Ａ）が、複数種類の圧縮モードで符号化されて蓄積されている。複数種類の圧縮モードのそれぞれの違いは、例えば符号化アルゴリズムの違いが挙げられる。また、コンテンツが映像を含む場合には、解像度及びフレームレートの何れかの違い、コンテンツが音声を含む場合には、チャンネル数及びサンプリング周期の何れかの違いも考えられる。
【００２３】
つまり、コンテンツサーバー２００では、同一内容のコンテンツが、複数種類の符号化アルゴリズムで符号化されている。また、同じ符号化アルゴリズムで符号化された同一内容のコンテンツであっても、映像の場合は、複数種類の解像度、複数種類のフレームレートで符号化され、音声の場合は、複数種類のチャンネル数、複数種類のサンプリング周期で符号化されている。
【００２４】
図２は、コンテンツサーバー２００内のファイル構成の一例を図示したものである。
【００２５】
同一コンテンツ群Ｄ０１は、同一内容のコンテンツについてのコンテンツデータの集合を示している。同一コンテンツ群Ｄ０１内の同一符号化アルゴリズムコンテンツ群Ｄ０２は、同一の符号化アルゴリズムによって符号化されたコンテンツデータの集合を示している。それぞれの同一コンテンツ群Ｄ０１は、複数の同一符号化アルゴリズムコンテンツ群Ｄ０２を含んでいる。すなわち、コンテンツサーバー２００では、それぞれのコンテンツが複数種類の符号化アルゴリズムで符号化されている。
【００２６】
ここで、符号化アルゴリズムとは、規格により規定された圧縮規格を意味する。具体的には、ＭＰＥＧ２やＭＰＥＧ４（ＭＰＥＧ：Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）等の圧縮規格が一例として挙げられる。
【００２７】
また、同一符号化アルゴリズムコンテンツ群Ｄ０２内の同一解像度コンテンツ群Ｄ０３は、映像の場合は、同一解像度、同一フレームレートのコンテンツデータの集合を示し、音声の場合は、同一チャンネル数、同一サンプリング周期のコンテンツデータの集合を示している。
【００２８】
ここで、映像の解像度とは、日本におけるアナログ放送で代表される、標準（ＳＤ）解像度や、ハイビジョン（ＨＤ）解像度などが一例として挙げられる。なお、ハイビジョン（ＨＤ）解像度にも、さまざまなフォーマットがあるが、代表的なものとして、以下のようなものが例として挙げられる。
【００２９】
１９２０×１０８０  ＨＤ  （５０ｉ，６０ｉ，  ａｎｄ  ２４ｐ）
１４４０×１０８０  ＨＤ  （５０ｉ，６０ｉ，  ａｎｄ  ２４ｐ）
１２８０×７２０    ＨＤ  （５０ｐ，６０ｐ，  ａｎｄ  ２４ｐ）
上記で、「×」の左側は、垂直の解像度を示し、右側は、水平の解像度を示している。また、括弧内の“ｉ”は、インターレースを示し、“ｐ”は、プログレッシブを示し、“ｉ”や“ｐ”の前の数字は、１秒間の表示回数を示している。
【００３０】
また、音声のチャンネル数とは、例えば日本におけるアナログ放送では、１チャンネル（モノラル方法）や、２チャンネル（ステレオ放送）などを意味する。さらに、昨今のデジタル放送では、５．１チャンネル、７．１チャンネルなどのサラウンドを含んだものもある。
【００３１】
また、サンプリング周波数とは、音声をデジタル化するときの周期のであり、例えば４８ｋＨｚや、９６ｋＨｚや、１９２ｋＨｚ等の種類がある。
【００３２】
また、同一解像度コンテンツ群Ｄ０３内のそれぞれのコンテンツデータＤ０４は、互いに圧縮率の違うコンテンツデータを示している。すなわち、コンテンツサーバー２００では、同一解像度、同一フレームレート、同一チャンネル数、同一サンプリング周期のコンテンツが、複数種類の圧縮率のコンテンツデータとして格納されている。
【００３３】
圧縮率の種類には、例えば、現在日本で市販されているアナログ放送入力を対象としたＤＶＤレコーダで最も一般的に用いられている、ＸＰモード、ＳＰモード、ＬＰモード、ＥＰモード等が挙げられる。この例では、ＸＰモードが最もビットレートが高く、そのため最も画質がよい。次にビットレートが高いのがＳＰモードで、その次がＬＰモードで、その次がＥＰモードである。なお、本実施形態では、圧縮率の種類として４例のみを挙げたが、それ以上の段階をもってもよい。
【００３４】
なお、コンテンツサーバー２００における、コンテンツの内容、各コンテンツの圧縮率の種類、各コンテンツが対応している符号化アルゴリズムの種類、解像度やフレームレートの種類（映像の場合）、チャンネル数やサンプリング周期の種類（音声の場合）等の情報は、録画及び再生前に、コンテンツサーバー２００から記録再生端末１００に配信されるものとする。
【００３５】
（記録再生端末１００の構成）
図３は、記録再生端末１００の構成例を示すブロック図である。記録再生端末１００は、同図に示すように、インターフェース部１１０（図中ではＩ／Ｆと略記）、内蔵記録デバイス１２０、容量判定部１３０、復号化判定部１４０、画像出力デバイス判定部１５０、音声出力デバイス判定部１６０、コンテンツ取得部１７０、コンテンツ記録部１８０、及び復号化部１９０を備えている。
【００３６】
インターフェース部１１０は、ネットワークを介したコンテンツサーバー２００とのデータのやり取りを行なうネットワークインターフェースと、ユーザーとのやり取りを行なうユーザーインターフェースとを備えている。ユーザーインターフェースは、記録媒体に記録するコンテンツをユーザーが指示するため等に使用するインターフェースである。
【００３７】
内蔵記録デバイス１２０は、記録再生端末１００内に設けられた、コンテンツ記録用の記録媒体である。内蔵記録デバイス１２０には、例えば、ハードディスクや内臓フラッシュメモリ等を採用できる。
【００３８】
容量判定部１３０は、記録対象の全てのコンテンツが記録媒体２２０に収まるように、記録するそれぞれのコンテンツの圧縮モードを決定する（決定方法については後述する）。
【００３９】
復号化判定部１４０は、復号化部１９０において復号化が可能な符号化アルゴリズムを判定する。
【００４０】
画像出力デバイス判定部１５０は、画像出力デバイス２３０の表示可能解像度及びフレームレートを判定する。
【００４１】
音声出力デバイス判定部１６０は、音声出力デバイス２４０の出力可能チャンネル数及びサンプリング周波数を判定する。
【００４２】
コンテンツ取得部１７０は、容量判定部１３０の決定に従って、コンテンツを取得する。
【００４３】
コンテンツ記録部１８０は、コンテンツ取得部１７０が取得したコンテンツを、記録媒体２２０又は内蔵記録デバイス１２０に記録する。何れの記録媒体に記録するかは、例えばインターフェース部１１０を介してユーザーが記録再生端末１００に指示をする。
【００４４】
復号化部１９０は、コンテンツ取得部１７０が取得したコンテンツを復号化し、復号化した映像及び音声をそれぞれ画像出力デバイス２３０、及び音声出力デバイス２４０に出力する。復号化部１９０は、必ずしも各種の符号化アルゴリズムに対応したデコーダを備えておく必要はない。例えば、コンテンツサーバー２００内のコンテンツに採用されている何れか１つの符号化アルゴリズムに対応できればよい。
【００４５】
（記録再生端末１００の動作）
（１）記録媒体２２０にコンテンツを記録する場合
まず、記録媒体２２０にコンテンツを記録する場合の動作を説明する。なお、記録媒体２２０に記録したコンテンツは記録再生端末１００で再生できるように、すなわち復号化部１９０で復号化できるように記録するものとする。
【００４６】
図４は、記録再生端末１００の動作を説明するフローチャートである。記録再生端末１００では、図４に示すように、ステップＳ０１において、復号化部１９０で対応可能な復号化アルゴリズムの種類を復号化判定部１４０が判定する。ここでは、例えばＭＰＥＧ２に対応した復号化が可能であったとする。
【００４７】
次に、ステップＳ０２において、画像出力デバイス２３０が対応しているフレームレート、解像度の種類を画像出力デバイス判定部１５０が判定する。また、ステップＳ０３において、音声出力デバイス２４０が対応しているチャンネル数、サンプリング周波数の種類を音声出力デバイス判定部１６０が判定する。
【００４８】
そして、ステップＳ０４において、記録媒体２２０に記録するそれぞれのコンテンツの圧縮モードを容量判定部１３０が決定する。
【００４９】
具体的には、復号化判定部１４０で対応できる符号化アルゴリズムで符号化されたコンテンツデータ内の、画像出力デバイス２３０の表示可能解像度及びフレームレート、音声出力デバイス２４０の出力可能チャンネル数及びサンプリング周波数に対応したコンテンツデータの中から、記録媒体２２０に記録するのに適した圧縮率を決定する。
【００５０】
なお、記録媒体２２０に記録したコンテンツを記録再生端末１００自身で再生できなくてもよいのであれば、復号化判定部１４０で対応していない他の符号化アルゴリズム（例えばＭＰＥＧ４）で記録した場合におけるコンテンツの圧縮率に決定してもよい。
【００５１】
ここで、例えば、記録媒体２２０が記録容量４．７ＧｂｙｔｅｓのＤＶＤであり、ユーザーがインターフェース部１１０を介して選択した４つのコンテンツを記録媒体２２０に記録すると仮定する。また、これらの４つのコンテンツは、それぞれ１時間ずつ記録されたものであり、コンテンツサーバー２００には、４つのコンテンツは、ＭＰＥＧ２で符号化されて、それぞれＸＰモード、ＳＰモード、ＬＰモード、ＥＰモードで記録されているとする。
【００５２】
この場合、例えばＭＰＥＧ２で符号化された１時間分のコンテンツは、ＸＰモードで、４．６Ｇｂｙｔｅｓ、ＳＰモードで、２．３Ｇｂｙｔｅｓ、ＬＰモードで、１．１５Ｇｂｙｔｅｓ、ＥＰモードで、０．５７５Ｇｂｙｔｅｓの容量が必要である。
【００５３】
そこで、容量判定部１３０は、総記録容量がＤＶＤの記録容量である４．７Ｇｂｙｔｅｓ以下になるパターンを選択する。例えば、４つのコンテンツ全てについて、ＬＰモードを選択すれば、ＭＰＥＧ２の符号化アルゴリズムによる符号化によって、４つのコンテンツを記録するのに必要な容量は４．７Ｇｂｙｔｅｓ以下となる。
【００５４】
もちろん、この選択以外にも、例えばＥＰモードを４つのコンテンツの全てについて記録する方法というやり方もあるし、１つのコンテンツの画質だけを保って置きたい場合には、１つのコンテンツのみをＳＰモードで記録し、その他のコンテンツをＥＰモードで記録するといった方法等もある。
【００５５】
次にステップＳ０５において、記録するそれぞれのコンテンツについて、容量判定部１３０における判定結果に基づいて、決定した符号化アルゴリズムの種類、解像度、フレームレートの種類、チャンネル数、サンプリング周期の種類、及び圧縮率に対応したコンテンツデータを取得する。この場合、取得した各コンテンツは、ダウンロードしたものをそのまま記録するだけでよい。すなわち、取得した各コンテンツは再エンコードする必要がないので、高速な記録が可能になる。
【００５６】
（２）コンテンツを再生する場合
ネットワーク２１０を介してコンテンツサーバー２００から配信されたコンテンツを再生するには、まず、復号化部１９０で対応可能な復号化アルゴリズムの種類の判定を復号化判定部１４０が行なう。また、画像出力デバイス２３０が対応しているフレームレート、解像度の種類の判定を画像出力デバイス判定部１５０が行なう。またさらに、音声出力デバイス２４０が対応しているチャンネル数、サンプリング周波数の種類の判定を音声出力デバイス判定部１６０が行なう。そして、それらの判定結果に基づいて、復号化判定部１４０、画像出力デバイス２３０、及び音声出力デバイス２４０に適した、符号化アルゴリズム、解像度、フレームレートの種類、チャンネル数、サンプリング周期、及び圧縮率のコンテンツデータをコンテンツサーバー２００から取得する。取得した各コンテンツは、復号化部１９０で復号化された後に、画像出力デバイス２３０及び音声出力デバイス２４０に出力される。
【００５７】
以上のように、本実施形態によれば、記録するコンテンツを一々再エンコードする必要がないので、高速にコンテンツを記録することが可能になる。しかも、符号化器を備えておく必要がないので、その分安価に記録再生端末を製造することが可能になる。
【００５８】
また、記録媒体２２０の容量に応じて、記録するコンテンツの圧縮モードが決定されるので、記録媒体の容量に最適に蓄積することが可能になる。
【００５９】
また、復号化判定部１４０は、コンテンツサーバー２００内のコンテンツに採用されている何れか１つの符号化アルゴリズムに対応できればよい。すなわち種々の復号化器を備えておく必要がないので、その分安価に記録再生端末を製造することが可能になる。
【００６０】
なお、本実施形態では、コンテンツサーバー２００に予め種々のエンコード済みのコンテンツデータを置くことを前提にしているが、記録再生端末１００へ送信するときにエンコードすることも可能である。この場合、コンテンツサーバー２００から記録再生端末１００へデータを転送するスピードは、コンテンツサーバー２００が持つ符号化器の能力に依存する。そのため、高速なデータ転送を望む場合には、本実施形態のように、予めエンコード済みのコンテンツをコンテンツサーバー２００に置くことが望ましい。
【００６１】
また、記録媒体２２０は、コンテンツを蓄積記録可能なリムーバルメディアであれば、例示したＤＶＤには限定されない。例えばＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）や、ＳＤメモリのような半導体メモリや、ハードディスク等でもよい。
【００６２】
また、本実施形態では、録画、再生前に、記録再生端末１００がコンテンツサーバー２００から、蓄積しているコンテンツの情報を事前にもらい、記録再生端末１００側からコンテンツサーバー２００のコンテンツを選択する形式を前提にしている。しかし、逆に、記録再生端末１００がコンテンツサーバー２００に対し、再生可能な符号化アルゴリズムや、記録再生端末１００側が持つ画像出力デバイス２３０や音声出力デバイス２４０の情報を送付し、コンテンツサーバー２００側から記録媒体２２０への記録に適したコンテンツを送付するようにしてもよい。
【産業上の利用可能性】
【００６３】
本発明に係る記録再生端末は、複数コンテンツを高速、かつ記録媒体の容量に最適に記録でき、しかも安価に構成することが可能になるという効果を有している。そのため、ネットワーク経由でコンテンツサーバーから配信されたコンテンツをＤＶＤのような記録媒体に記録する記録再生端末等として有用である。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施形態に係る記録再生端末１００と、コンテンツサーバー２００とネットワーク２１０と記録媒体２２０との関係を模式的に表した図である。
【図２】コンテンツサーバー２００のファイル構成の一例を示した図である。
【図３】記録再生端末１００の構成例を示すブロック図である。
【図４】記録再生端末１００の動作を説明するフローチャートである。
【符号の説明】
【００６５】
１００      記録再生端末
１１０      インターフェース部
１２０      内蔵記録デバイス
１３０      容量判定部
１４０      復号化判定部
１５０      画像出力デバイス判定部
１６０      音声出力デバイス判定部
１７０      コンテンツ取得部
１８０      コンテンツ記録部
１９０      復号化部
２００      コンテンツサーバー
２１０      ネットワーク
２２０      記録媒体
２３０      画像出力デバイス
２４０      音声出力デバイス
Ｄ０１      同一コンテンツ群
Ｄ０２      同一符号化アルゴリズムコンテンツ群
Ｄ０３      同一解像度コンテンツ群
Ｄ０４      コンテンツデータ
【図１】
2009055162.tif 000003
【図２】
2009055162.tif 000004
【図３】
2009055162.tif 000005
【図４】
2009055162.tif 000006