JP2008005254A - サーバ装置、クライアント装置、コンテンツ再生システム、コンテンツ処理方法及びプログラム - Google Patents

Abstract

【課題】フォーマットや処理能力の相違に関わらずあらゆるコンテンツを再生させること。
【解決手段】サーバ装置１は、クライアント装置３からコンテンツリスト要求信号及び再生条件情報を受信すると、再生条件情報と自身のコンテンツリストとを比較して、クライアント装置においてデコード不可能なコンテンツがある場合には、当該コンテンツを自身でフォーマット変換が可能か判断し、不可能な場合にはサーバ装置２の変換可能情報を参照して当該コンテンツがサーバ装置２でフォーマット変換可能か判断する。そしてサーバ装置１は、クライアント装置３でデコード可能なコンテンツのみが記載されたコンテンツリストをクライアント装置３へ送信し、クライアント装置３からコンテンツ要求があった場合には、コンテンツに応じて自身でフォーマット変換し、又はサーバ装置２へフォーマット変換を依頼して、変換後のコンテンツをクライアント装置３で再生させる。
【選択図】 図６

Description

本発明は、動画像データ、音声データ、静止画像データ等のコンテンツをクライアント装置に送信することが可能なサーバ装置、当該サーバ装置からコンテンツを受信して再生することが可能なクライアント装置、当該サーバ装置及びクライアント装置からなるコンテンツ再生システム、当該サーバ装置においてコンテンツを処理する方法及びそのプログラムに関する。

近年、例えば家庭用ビデオレコーダ（ＰＶＲ：Personal Video Recorder）等のデジタルＡＶ（Audio/Visual）機器同士やそれらとＰＣ（Personal Computer）等を、Ethernet（登録商標）等のホームネットワークで相互に接続して、動画像データ、音声データ、静止画像データ等のコンテンツを相互利用するシステムが提案されている。特に、ＤＬＮＡ（Digital Living Network Alliance）によって上記のようなコンテンツの伝送の仕様（ＤＬＮＡガイドライン）が策定されたことで、当該仕様に対応した種々の機器が開発されている。

上記ＤＬＮＡガイドラインにおいては、例えばコンテンツの送信元である複数のサーバ装置とコンテンツの送信先であるクライアント装置とをネットワークで接続した場合、クライアント装置がネットワーク上に存在する視聴可能なコンテンツの一覧情報（コンテンツリスト）の送信を要求すると、各サーバ装置は自らが出力可能なコンテンツの一覧情報をクライアント装置へ送信する。クライアント装置は、当該コンテンツリストを表示し、ユーザから所望するコンテンツの選択を入力し、各サーバ装置から当該コンテンツを受信して再生を行なう。

ところで、このコンテンツリストには、各サーバ装置においてＤＬＮＡガイドラインに規定された動画像・音声・静止画像データのフォーマット（符号化方式）であれば、どのようなコンテンツであってもリストに記載され、クライアント装置へ送信される。しかし、クライアント装置によっては、各サーバ装置に記憶されたコンテンツのフォーマットが、クライアント装置においてデコード（復号化）することができない場合もあり、そういったコンテンツも上記コンテンツリストには表示されるため、そのコンテンツをユーザが選択した場合には、サーバ装置から受信しても再生できないことになる。また、クライアント装置においてサーバ装置に記憶されたコンテンツの符号化方式には対応していてもデコードできるビットレートやファイルサイズに限りがあるために、当該コンテンツを再生できない場合もある。

このような問題に関連して、下記特許文献１には、クライアント装置（端末）がデコードできるフォーマットやビットレートを示す情報を予めサーバ装置へ通知し、その情報に従いサーバ装置がフォーマットやビットレートを変換してコンテンツをクライアント装置へ送信する技術が記載されている。

また、下記特許文献２にも、クライアント装置（映像再生装置）が自身のデータ再生能力または記憶容量に関する属性情報をサーバ装置（映像送信装置）へ送信し、サーバ装置が当該属性情報に基づいてコンテンツを符号化してクライアント装置へ送信する技術が記載されている。
特開平９−２８４５６７号公報（段落[００４０]〜[００４６]等） 特開２００１−３５８７９９号公報（段落[０００６]等）

しかしながら、上記特許文献１及び特許文献２に記載の技術においては、クライアント装置が対応するフォーマットや再生能力等の情報をサーバ装置が取得しても、フォーマットや再生能力には多くのバリエーションが存在するため、サーバ装置がそのフォーマットや処理能力に応じてコンテンツを変換することができない場合には、当該コンテンツをクライアント装置へ送信することができず、また送信してもクライアント装置で再生することができない。

以上のような事情に鑑み、本発明の目的は、フォーマットや処理能力の相違に関わらずあらゆるコンテンツを再生させることが可能なサーバ装置、クライアント装置、コンテンツ再生システム、コンテンツ処理方法及びプログラムを提供することにある。

上述の課題を解決するため、本発明の主たる観点に係るサーバ装置は、クライアント装置及び他のサーバ装置とネットワークを介して接続され、前記クライアント装置の要求に応じてコンテンツを送信可能なサーバ装置であって、複数の符号化方式で符号化された複数のコンテンツを記憶する記憶手段と、前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信する受信手段と、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換する変換手段と、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する第１の変換要求信号を当該第２のコンテンツとともに前記他のサーバ装置へ送信する送信手段とを具備する。

これにより、記憶手段により記憶された複数のコンテンツ中に、クライアント装置では復号化ができない符号化方式のコンテンツがある場合でも、当該サーバ装置で符号化方式を変換できるコンテンツについては変換を行うことができるとともに、当該サーバ装置で符号化方式を変換できないコンテンツについても、他のサーバ装置へ当該変換を要求することで、クライアント装置で復号化できないコンテンツを極力廃して、符号化方式の相違に関わらずあらゆるコンテンツをクライアント装置で再生させることができる。

なお、ここでコンテンツとは、動画像データ、静止画像データ、音声データ等のデータをいい、その取得元は特に限定されるものではなく、例えば放送されたもの、記録媒体から取得したもの、ユーザが自ら作成したもの等、あらゆるコンテンツを適用可能である。また符号化方式とは、例えば動画像ならＭＰＥＧ−１（Moving Picture Experts Group phase 1）、ＭＰＥＧ−２、ＭＰＥＧ−４、ＭＰＥＧ−４ ＡＶＣ（Advanced Video Coding）、静止画像ならＪＰＥＧ（Joint Photographic Experts Group）、ＧＩＦ（Graphic Interchange Format）等、音声ならＭＰ３（ＭＰＥＧ-1 Audio Layer-3）、ＡＡＣ（ＭＰＥＧ-2(4) Audio AAC）、ＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）等のフォーマットである。またサーバ装置とは例えばＰＣやビデオレコーダ等の電子機器であり、クライアント装置とは例えばＰＣやビデオレコーダ、テレビジョン装置等の電子機器である。

上記サーバ装置において、前記記憶手段は、当該サーバ装置において変換可能な符号化方式に関する第１の変換可能方式情報を記憶し、前記受信手段は、前記他のサーバ装置において変換可能な符号化方式に関する第２の変換可能方式情報を前記他のサーバ装置から受信し、前記変換手段は、前記記憶された第１の変換可能方式情報と前記受信された復号化可能方式情報とを比較して、当該サーバ装置において前記第１の符号化方式から前記第２の符号化方式への変換が可能か否かを判断するとともに、前記受信された第２の変換可能方式情報と前記受信された復号化可能方式情報とを比較して、前記他のサーバ装置において前記第３の符号化方式から前記第４の符号化方式への変換が可能か否かを判断する手段を有するようにしてもよい。

これにより、クライアント装置から受信した復号化可能方式情報と、当該サーバ装置に記憶した第１の変換可能方式情報及び他のサーバ装置から受信した第２の変換可能方式情報を用いて、当該サーバ装置及び他のサーバ装置における符号化方式の変換の可否を容易に判断して自身で変換を行ない、また他のサーバ装置へ変換を要求することができる。

上記サーバ装置において、前記受信手段は、前記記憶された各コンテンツの属性情報が記載されたコンテンツリストの送信を要求するコンテンツリスト要求信号を前記復号化可能方式情報とともに前記クライアント装置から受信し、前記送信手段は、前記コンテンツリスト要求信号に応じて、前記変換が可能であると判断された前記第１及び第２のコンテンツを含む、前記クライアント装置で復号化可能な前記各コンテンツの前記属性情報が記載された前記コンテンツリストを前記クライアント装置へ送信するようにしても構わない。

ここで属性情報とは、各コンテンツのタイトル、記憶日時、総再生時間等の情報である。これにより、サーバ装置に記憶されたコンテンツが本来クライアント装置において復号化できないコンテンツであっても、当該コンテンツの符号化方式を変換可能であるか否かを判断した上で、復号化可能なコンテンツのリストとしてコンテンツリストをクライアント装置へ送信することができる。したがって、ユーザが当該コンテンツリスト中から復号化不可能なコンテンツを誤って選択してしまうようなことを防ぐことができ、利便性が向上する。

上記サーバ装置において、前記第１のコンテンツは動画像コンテンツであり、前記送信されるコンテンツリストには、前記各コンテンツの属性情報とともに、前記各コンテンツの各サムネイル画像が含まれていてもよい。

これにより、コンテンツリストには上記クライアント装置で復号化可能なコンテンツのサムネイル画像が含まれることとなるため、クライアント装置においてサムネイル画像が表示されない状態でコンテンツリストが送信されることがなくなり、クライアント装置ではコンテンツリストに含まれるコンテンツを全てサムネイル画像により確認することが可能となる。

上記サーバ装置において、前記受信手段は、前記他のサーバ装置において前記第１の符号化方式で符号化されて記憶された第３のコンテンツの当該第１の符号化方式を前記第２の符号化方式へ変換するよう要求する第２の変換要求信号を前記他のサーバ装置から前記第３のコンテンツとともに受信し、前記変換手段は、前記受信された第２変換要求信号を基に、前記第３のコンテンツの前記第１の符号化方式を前記第２の符号化方式へ変換し、前記送信手段は、前記変換された第３のコンテンツを前記クライアント装置へ送信するようにしても構わない。

これにより、他のサーバ装置において記憶されたコンテンツ中にクライアント装置で復号化できないコンテンツがある場合に、他のサーバ装置の要求に応じて当該コンテンツの符号化方式を変換してクライアント装置へ送信することで、当該コンテンツをクライアント装置で再生させることが可能となる。すなわち、他のサーバ装置との間で、それぞれが変換できない符号化方式を補完しあうことで、クライアント装置において符号化方式に関わらずあらゆるコンテンツを再生させることができる。

上記サーバ装置において、前記記憶手段は、前記クライアント装置で復号化可能な第５の符号化方式で符号化され、第１のビットレートで復号化される第５のコンテンツを記憶し、前記受信手段は、前記クライアント装置で前記コンテンツを復号化可能な第２のビットレートに関するビットレート情報を受信し、前記変換手段は、前記ビットレート情報を基に、前記第５のコンテンツの前記第１のビットレートを前記第２のビットレートに変換するようにしてもよい。

これにより、サーバ装置に記憶されたコンテンツがクライアント装置の符号化方式に対応していても、当該コンテンツのビットレートに未対応の場合に、当該ビットレートをクライアント装置で復号化可能なようにビットレート変換することができ、クライアント装置においてコンテンツのビットレートに関わらずあらゆるコンテンツを再生させることが可能となる。

本発明の他の観点に係るクライアント装置は、ネットワークを介して接続された第１のサーバ装置及び第２のサーバ装置から当該第１及び第２のサーバ装置に記憶されたコンテンツを受信可能なクライアント装置であって、当該クライアント装置において復号化可能なコンテンツの第１の符号化方式及び第２の符号化方式に関する復号化可能方式情報を記憶する記憶手段と、前記復号化可能方式情報を前記第１及び第２のサーバ装置へ送信する送信手段と、前記第１のサーバ装置に記憶されたコンテンツのうち、前記復号化可能方式情報を基に前記第１のサーバ装置により第３の符号化方式から前記第１の符号化方式へ変換された第１のコンテンツを前記第１のサーバ装置から受信し、前記第１のサーバ装置から前記第２のサーバ装置へ送信され前記復号化可能方式情報を基に前記第２のサーバ装置により第４の符号化方式から前記第２の符号化方式へ変換された第２のコンテンツを前記第２のサーバ装置から受信する受信手段と、前記第１及び第２のコンテンツを復号化して再生するよう制御する制御手段とを具備する。

これにより、復号化可能方式情報を第１及び第２のサーバ装置へ送信することで、第１のサーバ装置に当該クライアント装置で復号化できないコンテンツが複数存在した場合でも、第１のサーバ装置で符号化方式を変換できるものについては変換してもらい、第１のサーバ装置で変換できないものについては第２のサーバ装置で変換してもらうことで、当該クライアント装置で常に復号化できる状態でコンテンツを受信して再生することができ、復号化できないコンテンツを無駄に受信してしまうことを防ぐことができる。

上記クライアント装置において、前記受信手段は、前記第１のサーバ装置に記憶されたコンテンツのうち前記第１及び第２のコンテンツを含む、当該クライアント装置で復号化可能な前記各コンテンツの前記属性情報が記載された第１のコンテンツリストを受信し、前記制御手段は、前記受信された第１のコンテンツリストから一のコンテンツを選択するユーザ操作を入力するために、当該第１のコンテンツリストを表示するよう制御するようにしてもよい。

これにより、クライアント装置において復号化可能なコンテンツのみが記載されたコンテンツリストを受信するため、クライアント装置で復号化できない無駄なコンテンツがコンテンツリストから選択され受信されてしまうことを防ぐことができる。

上記クライアント装置において、前記受信手段は、前記第２のサーバ装置に記憶されたコンテンツのうち、第５の符号化方式から前記第２の符号化方式へ変換可能な第５のコンテンツを含む、当該クライアント装置で復号化可能なコンテンツの前記属性情報が記載された第２のコンテンツリストを受信し、前記制御手段は、前記受信された第２のコンテンツリストと前記第１のコンテンツリストとを第３のコンテンツリストとして合成し、前記一のコンテンツを選択するユーザ操作を入力するために、前記第３のコンテンツリストを表示するよう制御するようにしても構わない。

これにより、第１のサーバ装置に記憶されたコンテンツだけでなく第２のサーバ装置に記憶されたコンテンツが本来クライアント装置で復号化できないものであっても、当該コンテンツが第２のサーバ装置により符号化方式を変換可能であると判断された場合には、当該コンテンツを含む第２のコンテンツリストを第２のサーバ装置から受信し、第１及び第２のサーバ装置に記憶されたコンテンツをまとめて第３のコンテンツリストとして表示するよう制御できる。したがって、クライアント装置のユーザは、所望のコンテンツが第１のサーバ装置と第２のサーバ装置のどちらに記憶されているか、及びそのコンテンツがクライアント装置で復号化可能か否かを意識することなく、あらゆるコンテンツを第１または第２のサーバ装置から受信して再生させることができる。

本発明のまた別の観点に係るコンテンツ再生システムは、ネットワークを介して互いに通信可能な第１のサーバ装置、第２のサーバ装置及びクライアント装置とからなるシステムであって、前記第１のサーバ装置は、複数の符号化方式で符号化された複数のコンテンツを記憶する記憶手段と、前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信する受信手段と、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換する変換手段と、前記変換された第１のコンテンツを前記クライアント装置へ送信するとともに、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する変換要求信号を当該第２のコンテンツとともに前記第２のサーバ装置へ送信する送信手段とを有し、前記第２のサーバ装置は、前記変換要求信号及び前記第２のコンテンツを前記第１のサーバ装置から受信する受信手段と、前記受信された第２のコンテンツの前記第３の符号化方式を前記第４の符号化方式へ変換する変換手段と、前記変換された第２のコンテンツを前記クライアント装置へ送信する送信手段とを有し、前記クライアント装置は、前記復号化可能方式情報を記憶する記憶手段と、前記復号化可能方式情報を前記第１のサーバ装置へ送信する送信手段と、前記第１のコンテンツを前記第１のサーバから受信し、前記第２のコンテンツを前記第２のサーバから受信する受信手段と、前記受信された第１及び第２のコンテンツを復号化して再生する再生手段とを有する。

本発明の更に別の観点に係るコンテンツ処理方法は、クライアント装置及び他のサーバ装置とネットワークを介して接続され、前記クライアント装置の要求に応じてコンテンツを送信可能なサーバ装置が前記コンテンツを処理する方法であって、複数の符号化方式で符号化された複数のコンテンツを記憶するステップと、前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信するステップと、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換するステップと、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する第１の変換要求信号を当該第２のコンテンツとともに前記他のサーバ装置へ送信するステップとを具備する。

本発明のまた更に別の観点に係るプログラムは、クライアント装置及び他のサーバ装置とネットワークを介して接続され、前記クライアント装置の要求に応じてコンテンツを送信可能なサーバ装置に、複数の符号化方式で符号化された複数のコンテンツを記憶するステップと、前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信するステップと、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換するステップと、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する第１の変換要求信号を当該第２のコンテンツとともに前記他のサーバ装置へ送信するステップとを実行させるためのものである。

以上のように、本発明によれば、フォーマットや処理能力の相違に関わらずあらゆるコンテンツを再生させることが可能となる。

以下、本発明の実施の形態を図面に基づき説明する。

図１は、本実施形態におけるコンテンツ再生システムのネットワーク構成を示した図である。同図に示すように、本実施形態におけるコンテンツ再生システムは、サーバ装置１及びサーバ装置２と、クライアント装置３とから構成され、各装置は例えばEthernet（登録商標）４により接続されている。サーバ装置１及びサーバ装置２は、クライアント装置３の要求に応じて動画像データ、音声（音楽）データ、静止画像データ等のコンテンツをクライアント装置３へ送信し、クライアント装置３は当該コンテンツを再生させることが可能となっている。また、サーバ装置１とサーバ装置２との間でもコンテンツをやり取りすることが可能となっている。

なお、サーバ装置１及び２としては、具体的にはＰＣや、ＨＤＤ（Hard Disk Drive）／ＤＶＤ（Digital Versatile Disk）レコーダ等のビデオレコーダ（ＰＶＲ）等の電子機器が適用され、またクライアント装置３としては、デジタルテレビジョン装置やＰＣ等の電子機器が適用可能である。本実施形態においては、サーバ装置１及び２にはＰＣが、クライアント装置３にはデジタルテレビジョン装置が適用されているものとする。

図２は、上記サーバ装置１の構成を示したブロック図である。同図に示すように、サーバ装置１は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、ＲＯＭ（Read Only Memory）１３、フラッシュメモリ１４、操作入力部１５、デジタルチューナ１７、IEEE1394インターフェース（Ｉ／Ｆ）１８、Ethernet（登録商標）／無線ＬＡＮインターフェース１９、ＵＳＢ（Universal Serial Bus）インターフェース２０、フラッシュメモリインターフェース２１、ＨＤＤ２２、光ディスクドライブ２３、バッファコントローラ２５、Mux/Demux（マルチプレクサ／デマルチプレクサ）２６、ＣＯＤＥＣ（COmpresser DECompressor）２７、ＯＳＤ（On-Screen Display）２８、Ｄ／Ａ（Digital/Analog）コンバータ２９・３０、表示部３１、スピーカ３２及びセレクタ３３を有している。

ＣＰＵ１１は、必要に応じてＲＡＭ１２等に適宜アクセスし、サーバ装置１の各ブロックを統括的に制御する。ＲＡＭ１２は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳやプログラム、処理データ等を一時的に保持するメモリである。ＲＯＭ１３は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。フラッシュメモリ１４は、各種プログラムや各種データの他、ＣＯＤＥＣ２７が可能なフォーマット変換に関する情報を示す変換可能情報（後述）を記憶する不揮発性のメモリである。

操作入力部１５は、例えばキーボード、マウス、ボタン、スイッチ等で構成され、ユーザの操作による各種設定値や指令を入力してＣＰＵ１１へ出力する。

デジタルチューナ１７は、ＣＰＵ１１の制御に従って、図示しないアンテナを介してデジタル放送の特定のチャンネルを選局して放送データを受信し、当該放送データを復調して、セレクタ３３を介してMux/Demux２６に出力して再生させたり、バッファコントローラ２５を介してＨＤＤ２２や光ディスク２４へ記録させたりする。当該放送データは、例えばＭＰＥＧ−２ ＴＳフォーマットで符号化されたＭＰＥＧストリーム等であるが、このフォーマットに限られるものではない。

IEEE1394インターフェース１８は、例えばデジタルビデオカメラ等の外部機器に接続可能である。デジタルビデオカメラ等によって撮影され記録された動画像データ等のコンテンツは、上記デジタルチューナ１７によって受信されたコンテンツと同様に再生させたり、ＨＤＤ２２や光ディスク２４に記憶させたりすることが可能である。

Ethernet（登録商標）／無線ＬＡＮインターフェース１９は、クライアント装置３やサーバ装置２から送信された各種データを、上記Ethernet（登録商標）４または無線ＬＡＮを介して入力し、また当該Ethernet（登録商標）４を介してインターネット等の外部ネットワークへ接続し、Ｗｅｂサーバ等と各種データやコンテンツのやり取りを行う。

ＵＳＢインターフェース２０は、ＵＳＢを介して例えばＵＳＢメモリ等の外部記憶装置やデジタルカメラ等の機器からコンテンツやその他のデータを入力し、適宜再生させたり記憶させたりする。

フラッシュメモリインターフェース２１は、例えばフラッシュメモリを内蔵したメモリーカード（例えばメモリースティック）と接続して、当該フラッシュメモリに記録されたコンテンツやその他のデータを入力し、適宜再生させたり記憶させたりする。

ＨＤＤ２２は、デジタルチューナ１７やその他各種インターフェースから入力されたコンテンツや、ＯＳやアプリケーション等の各種プログラム、その他のデータ等を内蔵のハードディスクに記憶し、また再生時等にそれらを当該ハードディスクから読み出し、バッファコントローラ２５へ出力する。ＨＤＤ２２に記憶されるコンテンツとしては、上記デジタルチューナ１７から受信された放送番組のコンテンツの他、ＩＰＴＶ（Internet Protocolテレビジョン）サービス等により上記インターネット等を介して受信したインターネット番組のコンテンツや、ユーザがデジタルカメラ等で撮影して編集等した独自コンテンツ、光ディスク等の各種記録媒体から記憶したコンテンツ等、あらゆるコンテンツが記憶される。またＨＤＤ２２には、当該ＨＤＤ２２に記憶されたコンテンツの一覧を示すコンテンツリストも記憶される。

光ディスクドライブ２３は、光ディスク２４を装着可能であり、当該光ディスク２４に対する信号の記録及び再生が可能である。光ディスクドライブ２３は光ディスク２４に記憶されたデータを読み出し、バッファコントローラ２５へ出力する。なお、光ディスク２４としては、例えばＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）やＢＤ（Blu-ray Disc）、ＣＤ（Compact Disc）等が挙げられる。

バッファコントローラ２５は、ＨＤＤ２２や光ディスクドライブ２３、デジタルチューナ等の各種インターフェースから連続的に入力されるデータの読み出しのタイミングやデータ量を制御し、ＨＤＤ２２や光ディスクドライブ２３から断続的に読み出されるデータを、Mux/Demux２６へ連続的に出力する。

セレクタ３３は、上記各インターフェースやＨＤＤ２２及び光ディスク２４のいずれかから入力されるデータをＣＰＵ１１からの制御信号に基づき選択する。

Mux/Demux２６は、上記バッファコントローラ２５から入力された、多重化されたＭＰＥＧストリームをＭＰＥＧオーディオストリームとＭＰＥＧビデオストリームとに分離して、ＣＯＤＥＣ２７へ出力したり、ＣＯＤＥＣ２７から入力されたＭＰＥＧオーディオストリーム及びＭＰＥＧビデオストリームを多重化し、セレクタ３３を介してバッファコントローラ２５へ出力したりする。

ＣＯＤＥＣ２７は、Mux/Demux２６で分離されたＭＰＥＧオーディオストリーム及びＭＰＥＧビデオストリームにそれぞれデコード処理を施して、デジタルオーディオ信号及びデジタルビデオ信号に変換し、デジタルオーディオ信号をＤ／Ａコンバータ３０へ、またデジタルビデオ信号をＯＳＤ２８へ出力する。またＣＯＤＥＣ２７は、バッファコントローラ２５から入力されるデジタルオーディオ信号及びデジタルビデオ信号に対して、所定のフォーマットによりエンコード（符号化）処理を施し、Mux/Demux２６へ出力する。

すなわち、ＣＯＤＥＣ２７は、あるフォーマットで符号化されたコンテンツを他のフォーマットへ変換することが可能となっている。上述したように、当該フォーマット変換に関する情報は、変換可能情報として上記フラッシュメモリ１４に記憶されている。当該変換可能情報の詳細については後述する。

なお、ＣＯＤＥＣ２７は、バッファコントローラ２５から入力されるデジタルオーディオ信号及びデジタルビデオ信号をそのままＤ／Ａコンバータ３０及びＯＳＤ２８へ出力したりすることも可能である。

Ｄ／Ａコンバータ３０は、上記ＣＯＤＥＣ２７から入力されたデジタルオーディオ信号をアナログオーディオ信号に変換して、スピーカ３２に出力して再生させる。

ＯＳＤ２８は、例えば液晶ディスプレイからなる表示部３１に表示するためのグラフィックス等を生成して、上記デジタルビデオ信号との合成処理や切り替え処理を施し、処理後の映像データをＤ／Ａコンバータ２９に出力する。

Ｄ／Ａコンバータ２９は、ＯＳＤ２８でグラフィック処理を施されたデジタルビデオ信号をアナログビデオ信号に変換し、表示部３１に出力して表示させる。

また、上記デジタル放送の放送データには、オーディオストリーム及びビデオストリームの他に、データ放送信号やＥＰＧ（Electronic Program Guide）データ等を伝送するためのＰＳＩ／ＳＩ（Program Specific Information / Service Information）信号等が含まれている。上記フラッシュメモリ１４やＨＤＤ２２には、当該ＰＳＩ／ＳＩ信号等から抽出されたＥＰＧデータも記憶される。

なお、サーバ装置２の構成も上記サーバ装置１の構成と同様であるが、本実施形態においては、サーバ装置２のＣＯＤＥＣは、サーバ装置１のＣＯＤＥＣ２７とは異なるフォーマット変換に対応しているものとする。

図３は、上記クライアント装置３の構成を示したブロック図である。同図に示すように、クライアント装置３は上記サーバ装置１及び２と略同様の構成となっているが、サーバ装置１及び２と比較して、ＨＤＤや光ディスクを有していない点、またMux（マルチプレクサ）によりＭＰＥＧオーディオストリームとＭＰＥＧビデオストリームとを多重化する機能や、ＣＯＤＥＣによりコンテンツのフォーマットを変換する機能を有していない点が異なる。すなわち、クライアント装置３は、各種インターフェースから入力された多重化されたコンテンツをDemux（デマルチプレクサ）により分離し、そのままのフォーマットでデコーダ５７によりデコードして再生することが可能となっている。

また、クライアント装置３はリモートコントローラ（以下、リモコンと称する）４６を有し、操作入力部４５は当該リモコン４６から送信される赤外線信号の受光部を有している。

更に、クライアント装置３のフラッシュメモリ４４内には、フォーマットやビットレート等の、クライアント装置３において再生されるコンテンツの再生条件を示す再生条件情報が記憶されている。

図４は、上記クライアント装置３に記憶された再生条件情報のデータ構造の一例を示した図である。当該再生条件情報は、例えばＸＭＬ（eXtensible Markup Language）で記述されるが、他の記述方式であっても構わない。

同図において、<config #1>には、動画像コンテンツ（video）を再生する場合の再生条件として、ストリーム形式、映像フォーマット、画面サイズ（画角）、最大復号ビットレート、動画像に付随する音声のフォーマット、サンプリング周波数、サンプリングビット数といった情報が記述される。同図においては、ストリーム形式はＭＰ４、映像フォーマットはＭＰＥＧ４−ＡＶＣ、画面サイズはＤ１（480インターレス（720x480））、最大復号ビットレートは１０Ｍｂｐｓ、音声フォーマットはＡＡＣ−ＬＣ（Low Complexity）、サンプリング周波数は４４ＫＨｚ、サンプリングビット数は１６となっている。

また<config #2>には、音声コンテンツ（audio）を再生する場合の再生条件として、ストリーム形式、音声フォーマット、サンプリング周波数、サンプリングビット数といった情報が記述される。同図においては、ストリーム形式はｒｔｐ（Real-time Transport Protocol）、音声フォーマットはＭＰ３、サンプリング周波数は４４．１ＫＨｚ、サンプリングビット数は１６となっている。

また<config #3>には、静止画像コンテンツを再生する場合の再生条件として、静止画像フォーマット、最大ファイルサイズ、最大ピクセル数といった情報が記述される。同図においては、静止画像フォーマットはＪＰＥＧ（Joint Photographic Experts Group）、最大ファイルサイズは１６Ｍｂｙｔｅ、最大ピクセル数は1920,1080となっている。

これらの再生条件情報６３は、クライアント装置３が有する機能や処理能力によって適宜変更される。

図５は、サーバ装置２に記憶された上記変換可能情報のデータ構造の一例を示した図である。当該変換可能情報３５は、上述したように、サーバ装置２のＣＯＤＥＣが各コンテンツをどのフォーマットからどのフォーマットへ変換することが可能かという情報を例えばＸＭＬで記述したものである。当該記述も、ＸＭＬ以外の言語によっても構わない。

同図に示すように、当該変換可能情報３５には、入力ソース（変換前フォーマット）（<in>）と、出力ソース（変換後フォーマット）（<out>）とで変換可能な組合せが記述される。具体的には、入力ソース及び出力ソースそれぞれにおいて、ストリーム形式、映像フォーマット、最大ビットレート、画面サイズが規定されている。同図においては、ストリーム形式がＴＴＳ（Timestamp付きTransport Stream）、映像フォーマットがＭＰＥＧ−２、最大ビットレートが３０Ｍｂｐｓ、画面サイズがＨＤ（High Definition）の動画像コンテンツが入力された場合には、ストリーム形式がＭＰ４、映像フォーマットがＭＰＥＧ４−ＡＶＣ、最大ビットレートが１０Ｍｂｐｓ、画面サイズがＤ１の動画像コンテンツに変換が可能であることを示している。

同図においては動画像コンテンツに関する記述のみを示しているが、もちろん音声コンテンツや静止画像コンテンツに関しても同様に記述すればよい。また、入力ソースと出力ソースとは１対複数で対応させてもよい。例えば同図において、入力されたＭＰＥＧ２の動画像フォーマットを、ＭＰＥＧ４−ＡＶＣ以外にも例えばＭＰＥＧ−２やＭＳ−ＶＣ１（MicroSoft（登録商標） Video Codec 1）等の複数のフォーマットへ変換可能としてもよい。また、逆に、入力される複数のフォーマットを一のフォーマットへ変換するようにしても構わない。

また、サーバ装置１も上記変換可能情報３５と同様に記述された情報をフラッシュメモリ１４に記憶しているが、本実施形態においては、サーバ装置１とサーバ装置２とでは変換可能なフォーマットが異なり、サーバ装置１の変換可能情報とサーバ装置２の上記変換可能情報３５の記述は異なっているものとする。

次に、以上のように構成されたコンテンツ再生システムの動作について説明する。図６は、当該コンテンツ再生システムにおいてコンテンツが再生されるまでの動作の流れを示したシーケンス図である。同図においては、サーバ装置１に記憶されたコンテンツのうちの１つのフォーマットがクライアント装置３のデコーダ５７に対応しておらず、当該コンテンツのフォーマット変換をサーバ装置２へ依頼する場合について説明する。

同図に示すように、まず、クライアント装置３において、ユーザがリモコン４６を操作する等して、Ethernet（登録商標）４上に存在するコンテンツの一覧（コンテンツリスト）を要求する操作を入力すると、クライアント装置３のＣＰＵ４１は、サーバ装置１とサーバ装置２が記憶するコンテンツリストを送信するよう要求するコンテンツリスト要求信号を送信する（ステップ７１）。また、クライアント装置３は、当該コンテンツリスト要求信号とともに、上記フラッシュメモリ４４に記憶してある上記再生条件情報６３をサーバ装置１及び２へ送信する（ステップ７２）。

コンテンツリスト要求信号及び再生条件情報６３を受信したサーバ装置１のＣＰＵ１１は、自身のＨＤＤ２２に記憶してあるコンテンツリストと、受信した再生条件情報６３とを比較して、クライアント装置３においてデコードできないコンテンツがあるか否かを判断する。デコードできないコンテンツがある場合には、フラッシュメモリ１４に記憶してある変換可能情報を参照して、サーバ装置１においてフォーマット変換が可能であるか否かを判断する。サーバ装置１において当該フォーマット変換ができないと判断された場合には、サーバ装置１のＣＰＵ１１は、サーバ装置２に記憶された上記変換可能情報３５を要求する変換可能情報要求信号をサーバ装置２へ送信する（ステップ７３）。サーバ装置２は、当該要求に応じて変換可能情報３５をサーバ装置１へ送信する（ステップ７４）。

続いて、サーバ装置１のＣＰＵ１１は、サーバ装置２から受信した変換可能情報３５に基づき、上述した変換コンテンツがサーバ装置２においてフォーマット変換可能であるか否かを判断し、可能である場合には、当該コンテンツを含めたコンテンツリストをクライアント装置３へ送信する（ステップ７５）。このとき、コンテンツリストには、各コンテンツのフォーマットに関する情報や、各コンテンツのサムネイル画像も含まれており、上記変換可能であると判断されたコンテンツについては、変換後のフォーマットのコンテンツとしてコンテンツリストに記載して送信するものとする。例えば、上記図５の例において、サーバ装置１に記憶された動画像コンテンツのフォーマットがＭＰＥＧ−２であり、クライアント装置３でデコード可能なフォーマットがＭＰＥＧ４−ＡＶＣである場合には、サーバ装置２においてフォーマット変換可能であると判断し、フォーマットがＭＰＥＧ４−ＡＶＣの動画像コンテンツとしてコンテンツリストに記載して送信する。またサーバ装置２も、上記コンテンツリスト要求信号に応じて、自身のコンテンツリストをクライアント装置３へ送信する（ステップ７６）。

サーバ装置１及び２からそれぞれコンテンツリストを受信したクライアント装置３のＣＰＵ４１は、各コンテンツリストをＯＳＤ５８等により合成処理して、全コンテンツリストとして表示部６１に表示する（ステップ７７）。

図８は、当該全コンテンツリストの一例を示した図である。同図に示すように、コンテンツリストには、サーバ装置１及び２に記憶された各コンテンツの番号、タイトル、記憶日時、総再生時間等の属性情報と、各コンテンツのサムネイル画像１１１〜１１４が表示される。同図においては、各コンテンツは全て動画像コンテンツであり、各サムネイル画像は例えば各コンテンツの先頭フレームを縮小表示したものである。もちろん、音声コンテンツや静止画像コンテンツのリストも表示可能であり、例えば音声コンテンツであればアルバムＣＤやシングルＣＤのジャケットの画像がサムネイル画像として属性情報とともに表示され、静止画像コンテンツであればそのサムネイル画像が属性情報とともに表示される。

クライアント装置３のユーザは、画面右のスクロールバー１１０や選択フレーム１１５をリモコン４６等により移動させながら、所望のコンテンツを選択する。同図においては、例えばコンテンツ番号８のコンテンツはサーバ装置１に記憶されており、かつ、クライアント装置３のデコーダに対応していないフォーマットのコンテンツであるとする。仮に、当該未対応のフォーマットのコンテンツがそのままサーバ装置１のコンテンツリストに記載されてクライアント装置３へ送信された場合には、クライアント装置３では当該コンテンツのフォーマットが不明であると判断するため、当該コンテンツのサムネイル画像１１３は表示されないことになる。しかし、本実施形態においては、上記サーバ装置１がサーバ装置２から受信した変換可能情報３５により、当該コンテンツがサーバ装置２においてフォーマット変換が可能であると判断され、クライアント装置３で対応可能なフォーマットに変換されたコンテンツとしてコンテンツリストに記載されているため、当該コンテンツのサムネイル画像１１３も表示することが可能となる。

図６に戻り、クライアント装置３のＣＰＵ４１は、全コンテンツリストから上記番号８のコンテンツの選択を入力すると、当該コンテンツの送信を要求するコンテンツ要求信号をサーバ装置１へ送信する（ステップ７８）。当該コンテンツ要求信号を受信したサーバ装置１のＣＰＵ１１は、当該コンテンツのフォーマット変換を要求するフォーマット変換要求信号を、当該コンテンツとともにサーバ装置２へ送信する（ステップ７０、ステップ８０）。

フォーマット変換要求信号及びコンテンツを受信したサーバ装置２のＣＰＵは、当該コンテンツをＣＯＤＥＣによりフォーマット変換し、フォーマット変換後のコンテンツをクライアント装置３へストリーミングにより送信する（ステップ８２）。当該コンテンツをストリーミングにより受信したクライアント装置３のＣＰＵ４１は、当該コンテンツをデコーダ５７によりデコードし、表示部６１及びスピーカ６２で再生させる（ステップ８３）。

図７は、サーバ装置１の動作の詳細な流れを示すフローチャートである。なお同図において上記図６で説明した事項と重複する部分については説明を省略または簡略化する。

同図に示すように、サーバ装置１のＣＰＵ１１は、コンテンツリスト要求信号及び再生条件情報６３をクライアント装置３から受信すると（ステップ９１）、当該再生条件情報６３を基に、クライアント装置３でデコード不可能なコンテンツがあるか否かを判断し（ステップ９２）、そのようなコンテンツがある場合には当該コンテンツがサーバ装置１でフォーマット変換可能か否かを判断し（ステップ９３）、変換不可能な場合にはサーバ装置２へ変換可能情報３５を取得する（ステップ９４、ステップ９５）。そしてサーバ装置１のＣＰＵ１１は、受信した変換可能情報を基に上記コンテンツがサーバ装置２においてフォーマット変換可能であるかを判断し（ステップ９６）、変換可能である場合にはサーバ装置１に記憶された全てのコンテンツを含むコンテンツリストをクライアント装置３へ送信する（ステップ９７）。

上記ステップ９２において、クライアント装置でデコード不可能なコンテンツがないと判断した場合及び上記ステップ９３において、クライアント装置でデコード不可能なコンテンツをサーバ装置１でフォーマット変換できると判断した場合にも、サーバ装置１のＣＰＵ１１は、上記全てのコンテンツを含むコンテンツリストをクライアント装置３へ送信する。

また、上記ステップ９６において、サーバ装置１で変換不可能なコンテンツがサーバ装置２においても変換不可能であると判断された場合には、サーバ装置１のＣＰＵ１１は、当該コンテンツを除いたコンテンツリストを作成し、クライアント装置３へ送信する（ステップ９８）。

コンテンツリストの送信後、サーバ装置１のＣＰＵ１１は、クライアント装置３から一のコンテンツの送信要求信号を受信した場合には（ステップ９９）、その要求されたコンテンツのフォーマット変換が必要か否か、また必要な場合はサーバ装置１でフォーマット変換が可能かを判断する（ステップ１００、ステップ１０１）。フォーマット変換が不必要なコンテンツについてはＨＤＤ２２からそのままコンテンツを読み出してクライアント装置３へストリーミング送信する（ステップ１０４）。フォーマット変換が必要なコンテンツであってサーバ装置１でフォーマット変換できるコンテンツについてはＣＯＤＥＣ２７等によりフォーマット変換を行ったうえでクライアント装置３へストリーミング送信する（ステップ１０３、ステップ１０４）。フォーマット変換が必要なコンテンツであってサーバ装置１でフォーマット変換不可能なコンテンツについては、フォーマット変換要求信号をコンテンツとともにサーバ装置２へ送信する（ステップ１０２）。

なお、上記図６及び図７においては、クライアント装置３においてデコードできないコンテンツのうち、サーバ装置１がフォーマット変換できないコンテンツをサーバ装置２にフォーマット変換を依頼する例を示したが、サーバ装置２がフォーマット変換できないコンテンツがある場合には、サーバ装置１へフォーマット変換を依頼するようにしても構わない。この場合、サーバ装置１に記憶された変換可能情報をサーバ装置２が参照して、フォーマット変換が可能であると判断した場合に、フォーマット変換要求信号をコンテンツとともにサーバ装置１へ送信する。サーバ装置１は当該コンテンツをフォーマット変換し、クライアント装置３へ送信する。

以上の動作により、クライアント装置３においてデコードできないコンテンツがサーバ装置１及び２に存在していても、サーバ装置１及び２でそれぞれの変換可能情報を参照しあって、サーバ装置１及びサーバ装置２のいずれかでフォーマット変換できるものについては変換することとしたため、フォーマットの相違に関わらずあらゆるコンテンツをクライアント装置３において再生させることが可能となる。

また、上記フォーマット変換が可能な否かを判断した上で、クライアント装置でデコード可能なコンテンツのみが記載されたコンテンツリストをクライアント装置３へ送信しているため、クライアント装置３がデコードできないコンテンツを無駄に要求したり受信したりしてしまうことを防ぐことができる。

本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

上述の実施形態においては、サーバ装置１及び２に記憶されたコンテンツのフォーマットがクライアント装置３のデコーダに対応していない場合の処理を示したが、フォーマット自体はクライアント装置３のデコーダに対応していても、ビットレートが対応していないことによりクライアント装置３でコンテンツを再生できないことも考えられる。そこで、サーバ装置１及び２は、上記フォーマット変換処理と同様に、クライアント装置３から受信した上記再生条件情報６３を参照して、コンテンツのビットレート変換の可否を判断したうえでコンテンツリストを送信し、サーバ装置１及び２のいずれかでビットレート変換可能なものについては変換したうえでクライアント装置３へ送信するようにしてもよい。また同様に、上記再生条件情報を基に、コンテンツのストリーム形式、画面サイズサンプリング周波数、サンプリングビット数、ファイル容量等をクライアント装置３に合わせて変換するようにしても構わない。

上述の実施形態においては、各サーバ装置とクライアント装置とがＤＬＮＡの仕様に基づき、Ethernet（登録商標）４により接続される形態を示したが、例えば図９のネットワーク構成図に示すように、Ethernet（登録商標）４等の家庭内ネットワークとインターネット５等の広域ネットワークとをＦＴＴＨ（Fiber To The Home）により接続し、例えばEthernet（登録商標）４内のサーバ装置１が、インターネット５上のサーバ装置２へコンテンツのフォーマット変換を要求するような形態であっても構わない。ＦＴＴＨを用いることで、上り通信（サーバ装置１及びクライアント装置からサーバ装置２へのデータ送信）と下り通信（サーバ装置２からサーバ装置１及びクライアント装置３へのデータ送信）の各回線帯域を十分に確保でき、スムーズなコンテンツ処理が可能となる。もちろん、ＦＴＴＨの代わりにＡＤＳＬ（Asymmetric Digital Subscriber Line）等の他の通信方式を用いても構わない。

また、上述の実施形態においては、２つのサーバ装置と１つのクライアント装置とがEthernet（登録商標）により接続された形態を示したが、Ethernet（登録商標）に接続されるサーバ装置及びクライアント装置の数はこれに限られるものではなく、３つ以上のサーバ装置と複数のクライアント装置が接続された形態であっても勿論構わない。

また、上述の実施形態において、クライアント装置３においてデコード可能なフォーマットが一のコンテンツにつき複数存在し、サーバ装置１またはサーバ装置２がそれらの複数のフォーマットへの変換に対応している場合には、各サーバ装置がそれら複数のフォーマットのうち一のフォーマットをクライアント装置側で選択させるようにしてもよい。また、クライアント装置側で複数のフォーマットに優先順位をつけてその情報を上記再生条件情報とともに記憶しておき、各サーバ装置は当該優先順位に従ってフォーマット変換するようにしても構わない。これによりユーザの所望のフォーマットでコンテンツを再生させることができ、利便性が向上する。

本発明の一実施形態に係るコンテンツ再生システムのネットワーク構成を示した図である。 サーバ装置１の構成を示すブロック図である。 クライアント装置３の構成を示すブロック図である。 クライアント装置３が記憶する再生条件情報のデータ構造の一例を示した図である。 サーバ装置２が記憶する変換可能情報のデータ構造の一例を示した図である。 本実施形態においてコンテンツが再生されるまでの動作の流れを示したシーケンス図である。 本実施形態におけるサーバ装置１の動作の流れを示すフローチャートである。 全コンテンツリストの一例を示した図である。 本発明の他の実施形態に係るコンテンツ再生システムのネットワーク構成を示した図である。

符号の説明

１、２…サーバ装置
３…クライアント装置
４…Ethernet（登録商標）
５…インターネット
１１、４１…ＣＰＵ
１２、４２…ＲＡＭ
１３、４３…ＲＯＭ
１４、４４…フラッシュメモリ
１５、４５…操作入力部
２２…ＨＤＤ
２６…Mux/DeMux
２７…ＣＯＤＥＣ
３１、６１…表示部
３２、６２…スピーカ
３５…変換可能情報
５７…デコーダ
６３…再生条件情報
１１１〜１１４…サムネイル画像

Claims (12)

1. クライアント装置及び他のサーバ装置とネットワークを介して接続され、前記クライアント装置の要求に応じてコンテンツを送信可能なサーバ装置であって、
   複数の符号化方式で符号化された複数のコンテンツを記憶する記憶手段と、
   前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信する受信手段と、
   前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換する変換手段と、
   前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する第１の変換要求信号を当該第２のコンテンツとともに前記他のサーバ装置へ送信する送信手段と
   を具備することを特徴とするサーバ装置。
2. 請求項１に記載のサーバ装置であって、
   前記記憶手段は、当該サーバ装置において変換可能な符号化方式に関する第１の変換可能方式情報を記憶し、
   前記受信手段は、前記他のサーバ装置において変換可能な符号化方式に関する第２の変換可能方式情報を前記他のサーバ装置から受信し、
   前記変換手段は、前記記憶された第１の変換可能方式情報と前記受信された復号化可能方式情報とを比較して、当該サーバ装置において前記第１の符号化方式から前記第２の符号化方式への変換が可能か否かを判断するとともに、前記受信された第２の変換可能方式情報と前記受信された復号化可能方式情報とを比較して、前記他のサーバ装置において前記第３の符号化方式から前記第４の符号化方式への変換が可能か否かを判断する手段を有する
   ことを特徴とするサーバ装置。
3. 請求項２に記載のサーバ装置であって、
   前記受信手段は、前記記憶された各コンテンツの属性情報が記載されたコンテンツリストの送信を要求するコンテンツリスト要求信号を前記復号化可能方式情報とともに前記クライアント装置から受信し、
   前記送信手段は、前記コンテンツリスト要求信号に応じて、前記変換が可能であると判断された前記第１及び第２のコンテンツを含む、前記クライアント装置で復号化可能な前記各コンテンツの前記属性情報が記載された前記コンテンツリストを前記クライアント装置へ送信する
   ことを特徴とするサーバ装置。
4. 請求項３に記載のサーバ装置であって、
   前記第１のコンテンツは動画像コンテンツであり、
   前記送信されるコンテンツリストには、前記各コンテンツの属性情報とともに、前記各コンテンツの各サムネイル画像が含まれる
   ことを特徴とするサーバ装置。
5. 請求項２に記載のサーバ装置であって、
   前記受信手段は、前記他のサーバ装置において前記第１の符号化方式で符号化されて記憶された第３のコンテンツの当該第１の符号化方式を前記第２の符号化方式へ変換するよう要求する第２の変換要求信号を前記他のサーバ装置から前記第３のコンテンツとともに受信し、
   前記変換手段は、前記受信された第２変換要求信号を基に、前記第３のコンテンツの前記第１の符号化方式を前記第２の符号化方式へ変換し、
   前記送信手段は、前記変換された第３のコンテンツを前記クライアント装置へ送信する
   ことを特徴とするサーバ装置。
6. 請求項１に記載のサーバ装置であって、
   前記記憶手段は、前記クライアント装置で復号化可能な第５の符号化方式で符号化され、第１のビットレートで復号化される第５のコンテンツを記憶し、
   前記受信手段は、前記クライアント装置で前記コンテンツを復号化可能な第２のビットレートに関するビットレート情報を受信し、
   前記変換手段は、前記ビットレート情報を基に、前記第５のコンテンツの前記第１のビットレートを前記第２のビットレートに変換する
   ことを特徴とするサーバ装置。
7. ネットワークを介して接続された第１のサーバ装置及び第２のサーバ装置から当該第１及び第２のサーバ装置に記憶されたコンテンツを受信可能なクライアント装置であって、
   当該クライアント装置において復号化可能なコンテンツの第１の符号化方式及び第２の符号化方式に関する復号化可能方式情報を記憶する記憶手段と、
   前記復号化可能方式情報を前記第１及び第２のサーバ装置へ送信する送信手段と、
   前記第１のサーバ装置に記憶されたコンテンツのうち、前記復号化可能方式情報を基に前記第１のサーバ装置により第３の符号化方式から前記第１の符号化方式へ変換された第１のコンテンツを前記第１のサーバ装置から受信し、前記第１のサーバ装置から前記第２のサーバ装置へ送信され前記復号化可能方式情報を基に前記第２のサーバ装置により第４の符号化方式から前記第２の符号化方式へ変換された第２のコンテンツを前記第２のサーバ装置から受信する受信手段と、
   前記第１及び第２のコンテンツを復号化して再生するよう制御する制御手段と
   を具備することを特徴とするクライアント装置。
8. 請求項７に記載のクライアント装置であって、
   前記受信手段は、前記第１のサーバ装置に記憶されたコンテンツのうち前記第１及び第２のコンテンツを含む、当該クライアント装置で復号化可能な前記各コンテンツの前記属性情報が記載された第１のコンテンツリストを受信し、
   前記制御手段は、前記受信された第１のコンテンツリストから一のコンテンツを選択するユーザ操作を入力するために、当該第１のコンテンツリストを表示するよう制御する
   ことを特徴とするクライアント装置。
9. 請求項８に記載のクライアント装置であって、
   前記受信手段は、前記第２のサーバ装置に記憶されたコンテンツのうち、第５の符号化方式から前記第２の符号化方式へ変換可能な第５のコンテンツを含む、当該クライアント装置で復号化可能なコンテンツの前記属性情報が記載された第２のコンテンツリストを受信し、
   前記制御手段は、前記受信された第２のコンテンツリストと前記第１のコンテンツリストとを第３のコンテンツリストとして合成し、前記一のコンテンツを選択するユーザ操作を入力するために、前記第３のコンテンツリストを表示するよう制御する
   ことを特徴とする電子機器。
10. ネットワークを介して互いに通信可能な第１のサーバ装置、第２のサーバ装置及びクライアント装置とからなるシステムであって、
    前記第１のサーバ装置は、
    複数の符号化方式で符号化された複数のコンテンツを記憶する記憶手段と、前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信する受信手段と、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換する変換手段と、前記変換された第１のコンテンツを前記クライアント装置へ送信するとともに、前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する変換要求信号を当該第２のコンテンツとともに前記第２のサーバ装置へ送信する送信手段とを有し、
    前記第２のサーバ装置は、
    前記変換要求信号及び前記第２のコンテンツを前記第１のサーバ装置から受信する受信手段と、前記受信された第２のコンテンツの前記第３の符号化方式を前記第４の符号化方式へ変換する変換手段と、前記変換された第２のコンテンツを前記クライアント装置へ送信する送信手段とを有し、
    前記クライアント装置は、
    前記復号化可能方式情報を記憶する記憶手段と、前記復号化可能方式情報を前記第１のサーバ装置へ送信する送信手段と、前記第１のコンテンツを前記第１のサーバから受信し、前記第２のコンテンツを前記第２のサーバから受信する受信手段と、前記受信された第１及び第２のコンテンツを復号化して再生する再生手段とを有する
    ことを特徴とするコンテンツ再生システム。
11. クライアント装置及び他のサーバ装置とネットワークを介して接続され、前記クライアント装置の要求に応じてコンテンツを送信可能なサーバ装置が前記コンテンツを処理する方法であって、
    複数の符号化方式で符号化された複数のコンテンツを記憶するステップと、
    前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信するステップと、
    前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換するステップと、
    前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する第１の変換要求信号を当該第２のコンテンツとともに前記他のサーバ装置へ送信するステップと
    を具備することを特徴とするコンテンツ処理方法。
12. クライアント装置及び他のサーバ装置とネットワークを介して接続され、前記クライアント装置の要求に応じてコンテンツを送信可能なサーバ装置に、
    複数の符号化方式で符号化された複数のコンテンツを記憶するステップと、
    前記クライアント装置において復号化可能な前記符号化方式に関する復号化可能方式情報を前記クライアント装置から受信するステップと、
    前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第１のコンテンツの第１の符号化方式を、前記クライアント装置において復号化可能な第２の符号化方式へ変換するステップと、
    前記受信された復号化可能方式情報を基に、前記記憶された各コンテンツのうち第２のコンテンツの第３の符号化方式を、前記クライアント装置において復号化可能な第４の符号化方式へ変換するよう要求する第１の変換要求信号を当該第２のコンテンツとともに前記他のサーバ装置へ送信するステップと
    を実行させるためのプログラム。

Images