(57)【特許請求の範囲】
【請求項１】
同一コンテンツについて解像度が異なる複数のコンテンツデータを提供するサーバ装置から前記コンテンツデータを受信するクライアント装置であって、
前記サーバ装置と通信を行う通信手段と、
コンテンツデータを記憶するメモリと、
前記コンテンツデータを再生する再生手段と、
前記再生手段が再生する前記コンテンツデータの前記解像度について予め設定された設定データに基づいて、前記サーバ装置が提供する前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求して取得し、この取得したコンテンツデータを前記メモリに書き込む処理を行う制御手段と
を有し、
前記制御手段は、
前記通信手段が受信した前記サーバ装置の属性および前記複数のコンテンツデータの属性を示す各属性データを前記メモリに書き込み、
前記属性データを基に前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求し、
所定のしきい値以上の空き容量が前記メモリにある場合は、前記通信手段が受信した前記コンテンツデータを前記メモリに書き込み、
前記しきい値以上の空き容量が前記メモリにない場合は、前記通信手段が受信した前記コンテンツデータの解像度が、前記メモリに既に記憶されている前記コンテンツデータの解像度に比べて、前記設定データが示す解像度に近いことを条件に、前記メモリに記憶されている前記コンテンツデータを、前記通信手段で受信した前記コンテンツデータで上書きする
クライアント装置。
【請求項２】
前記制御手段は、前記サーバ装置が提供する前記複数のコンテンツデータのうち、最高の解像度の前記コンテンツデータと、最低の解像度の前記コンテンツデータとを選択して前記メモリに書き込む
請求項１記載のクライアント装置。
【請求項３】
同一コンテンツについて解像度が異なる複数のコンテンツデータを提供するサーバ装置から前記コンテンツデータを受信し、再生手段が再生する前記コンテンツデータの前記解像度について予め設定された設定データに基づいて、前記サーバ装置が提供する前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求して取得し、この取得したコンテンツデータをメモリに書き込む処理を行う前記再生手段と前記メモリを備えたクライアント装置が実行するデータ処理方法であって、
前記受信した前記サーバ装置の属性および前記複数のコンテンツデータの属性を示す各属性データを前記メモリに書き込む第１の工程と、
前記属性データを基に前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求する第２の工程と、
所定のしきい値以上の空き容量が前記メモリにある場合は、前記通信手段が受信した前記コンテンツデータを前記メモリに書き込む第３の工程と、
前記しきい値以上の空き容量が前記メモリにない場合は、前記通信手段が受信した前記コンテンツデータの解像度が、前記メモリに既に記憶されている前記コンテンツデータの解像度に比べて、前記設定データが示す解像度に近いことを条件に、前記メモリに記憶されている前記コンテンツデータを、前記通信手段で受信した前記コンテンツデータで上書きする第４の工程と
を有するデータ処理方法。
【請求項４】
同一コンテンツについて解像度が異なる複数のコンテンツデータを提供するサーバ装置から前記コンテンツデータを受信し、再生手段が再生する前記コンテンツデータの前記解像度について予め設定された設定データに基づいて、前記サーバ装置が提供する前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求して取得し、この取得したコンテンツデータをメモリに書き込む処理を行う前記再生手段と前記メモリを備えたクライアント装置が実行するプログラムであって、
前記受信した前記サーバ装置の属性および前記複数のコンテンツデータの属性を示す各属性データを前記メモリに書き込む第１の手順と、
前記属性データを基に前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求する第２の手順と、
所定のしきい値以上の空き容量が前記メモリにある場合は、前記通信手段が受信した前記コンテンツデータを前記メモリに書き込む第３の手順と、
前記しきい値以上の空き容量が前記メモリにない場合は、前記通信手段が受信した前記コンテンツデータの解像度が、前記メモリに既に記憶されている前記コンテンツデータの解像度に比べて、前記設定データが示す解像度に近いことを条件に、前記メモリに記憶されている前記コンテンツデータを、前記通信手段で受信した前記コンテンツデータで上書きする第４の手順と
を前記クライアント装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の解像度のコンテンツデータを提供するサーバと通信を行うクライアント装置、当該クライアント装置が行うデータ処理方法、並びにそのプログラムに関する。
【背景技術】
【０００２】
ネットワークを使用して、サーバとクライアント間で、動画像、静止画像のやり取りを行う規格にＵＰｎＰ＿ＡＶと呼ばれる技術があり、下記特許文献１に開示されている。
また、ＵＰｎＰ＿ＡＶ技術を応用したものにＤＬＮＡ（Digital Living Network Alliance）と呼ばれる規格がある。
【０００３】
ＤＬＮＡは、異なるメーカ間の機器を相互接続できる取り決めを行っている団体による規格である。当該規格に沿った機器同士であれば、ユーザはネットワークの設定などを意識することなく、自動的にお互いの機器を認識してネットワークを構築することができる。
ＤＬＮＡは、動画像、静止画像および音楽コンテンツをサポートし、ＤＭＰ(Digital
Media Player）と呼ばれるクライアントと、ＤＭＳ(Digital Media Server)と呼ばれるサーバを接続することで実現できる。ＤＭＰは、ＤＭＳ内に蓄積された動画像、静止画像、および音楽コンテンツを、ネットワークを介して視聴することができる。この際、ＤＭＳはＤＭＰにいきなりコンテンツの情報をすべて伝送するのではなく、まず、ＤＭＳに蓄積されているコンテンツのリストを示すリソース情報をＤＭＰへ伝送する。
【０００４】
ＤＬＮＡでは、ＤＭＳ内のコンテンツのリソース情報をＤＭＰへ伝送する際、ＤＭＳによりマルチリソースと呼ばれる、１つのコンテンツに複数のリソースが付加された情報を伝送する場合がある。例えば、解像度４０００×４０００の静止画コンテンツＡがＤＭＳに蓄積されていると仮定する。この場合に、ＤＭＳが何も処理せず、静止画コンテンツＡの情報を伝送する場合は、解像度が４０００×４０００の情報を出力するが、マルチリソースの場合は、４０００×４０００、２０００×２０００、１０００×１０００、５００×５００の４つの静止画コンテンツＡの情報が伝送される。なお、ＤＬＮＡではマルチリソースの情報に関して規定がなく、マルチリソース数はＤＭＳに依存する。例えば、あるＤＭＳはマルチリソースであったとしても、２種類の情報しか送ってこない場合もあるし、他のＤＭＳは７種類の情報を送ってくる場合もある。ＤＭＰでは、ＤＭＳより伝送されるマルチリソース情報をどのように取り扱ってもよい。
【０００５】
【特許文献１】特表２００７−５１０１９５号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＤＭＳからＤＭＰに所定のコンテンツのマルチリソース情報が入力される場合、ＤＭＰで全てのリソースを保持すると仮定し、１個のリソースの情報量をＡ、リソース数をＮとすると、１個のコンテンツあたり、Ａ×Ｎの情報量が必要になる。
そのため、ＤＭＳのコンテンツ数がＢ個である場合、全体でＡ×Ｎ×Ｂのメモリ容量が必要になる。例えば、１個のリソースデータ量Ａを１Ｋバイト、リソース数Ｎを５個、コンテンツ数を１００個とすると、１×５×１００＝５００Ｋバイト必要となる。この例ではリソース情報を１Ｋバイトと仮定したが、実情報なども保持しようとすると、より大きいデータ量となるため、さらに大きなメモリ容量が必要となる。
【０００７】
デジタルテレビのようにメモリ容量に制限があるシステムにおいては、上述したリソース数およびコンテンツ数の増加で、使用可能なメモリ容量を超えてしまう場合がある。
また、このような場合、クライアントは、全てのコンテンツデータを保持することができず、例えば、解像度の大きい画像のコンテンツデータを保持することを優先した場合、サムネイル表示される画像の出力が遅くなる、また、サムネイル用画像のコンテンツデータを保持することを優先した場合、表示される画像の品質が悪い、等の問題が生じる。
【０００８】
本発明は上述した従来技術の問題点に鑑みてなされ、同一コンテンツについて解像度が異なるの複数のコンテンツデータを提供するサーバ装置からクライアント装置がコンテンツデータを受信する場合に、クライアント装置におけるメモリ容量不足を効果的に解消できる、クライアント装置、データ処理方法およびそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した従来技術の問題点を解決し、上述した目的を達成するために、第１の観点の発明のクライアント装置は、同一コンテンツについて解像度が異なる複数のコンテンツデータを提供するサーバ装置から前記コンテンツデータを受信するクライアント装置であって、前記サーバ装置と通信を行う通信手段と、コンテンツデータを記憶するメモリと、前記コンテンツデータを再生する再生手段と、前記再生手段が再生する前記コンテンツデータの前記解像度について予め設定された設定データに基づいて、前記サーバ装置が提供する前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求して取得し、この取得したコンテンツデータを前記メモリに書き込む処理を行う制御手段とを有し、前記制御手段は、前記通信手段が受信した前記サーバ装置の属性および前記複数のコンテンツデータの属性を示す各属性データを前記メモリに書き込み、前記属性データを基に前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求し、所定のしきい値以上の空き容量が前記メモリにある場合は、前記通信手段が受信した前記コンテンツデータを前記メモリに書き込み、前記しきい値以上の空き容量が前記メモリにない場合は、前記通信手段が受信した前記コンテンツデータの解像度が、前記メモリに既に記憶されている前記コンテンツデータの解像度に比べて、前記設定データが示す解像度に近いことを条件に、前記メモリに記憶されている前記コンテンツデータを、前記通信手段で受信した前記コンテンツデータで上書きする。
【００１０】
第２の観点の発明のデータ処理方法は、同一コンテンツについて解像度が異なる複数のコンテンツデータを提供するサーバ装置から前記コンテンツデータを受信し、再生手段が再生する前記コンテンツデータの前記解像度について予め設定された設定データに基づいて、前記サーバ装置が提供する前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求して取得し、この取得したコンテンツデータをメモリに書き込む処理を行う前記再生手段と前記メモリを備えたクライアント装置が実行するデータ処理方法であって、  前記受信した前記サーバ装置の属性および前記複数のコンテンツデータの属性を示す各属性データを前記メモリに書き込む第１の工程と、前記属性データを基に前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求する第２の工程と、所定のしきい値以上の空き容量が前記メモリにある場合は、前記通信手段が受信した前記コンテンツデータを前記メモリに書き込む第３の工程と、前記しきい値以上の空き容量が前記メモリにない場合は、前記通信手段が受信した前記コンテンツデータの解像度が、前記メモリに既に記憶されている前記コンテンツデータの解像度に比べて、前記設定データが示す解像度に近いことを条件に、前記メモリに記憶されている前記コンテンツデータを、前記通信手段で受信した前記コンテンツデータで上書きする第４の工程とを有する。
【００１１】
第３の観点の発明のプログラムは、同一コンテンツについて解像度が異なる複数のコンテンツデータを提供するサーバ装置から前記コンテンツデータを受信し、再生手段が再生する前記コンテンツデータの前記解像度について予め設定された設定データに基づいて、前記サーバ装置が提供する前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求して取得し、この取得したコンテンツデータをメモリに書き込む処理を行う前記再生手段と前記メモリを備えたクライアント装置が実行するプログラムであって、前記受信した前記サーバ装置の属性および前記複数のコンテンツデータの属性を示す各属性データを前記メモリに書き込む第１の手順と、前記属性データを基に前記複数のコンテンツデータのうち一部の前記コンテンツデータを前記サーバ装置に要求する第２の手順と、所定のしきい値以上の空き容量が前記メモリにある場合は、前記通信手段が受信した前記コンテンツデータを前記メモリに書き込む第３の手順と、前記しきい値以上の空き容量が前記メモリにない場合は、前記通信手段が受信した前記コンテンツデータの解像度が、前記メモリに既に記憶されている前記コンテンツデータの解像度に比べて、前記設定データが示す解像度に近いことを条件に、前記メモリに記憶されている前記コンテンツデータを、前記通信手段で受信した前記コンテンツデータで上書きする第４の手順とを前記クライアント装置に実行させる。
【発明の効果】
【００１６】
本発明によれば、同一コンテンツについて解像度が異なる複数のコンテンツデータを提供するサーバ装置からクライアント装置がコンテンツデータを受信する場合に、クライアント装置におけるメモリ容量不足を効果的に解消できる、クライアント装置、データ処理方法およびそのプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態に係るサーバ・クライアントシステムについて説明する。
図１は、本発明の実施形態に係るサーバ・クライアントシステム１の構成図である。
図１に示すように、サーバ・クライアントシステム１は、例えば、サーバ装置３およびクライアント装置４を有する
サーバ・クライアントシステム１は、例えば、家庭内に構築されたホームネットワークシステムである。
サーバ装置３は、デジタル・コンテンツの保存や配信といった機能を備えたＤＭＳであり、クライアント装置４が当該コンテンツの再生を行うＤＭＰとなる。
【００１８】
サーバ装置３とクライアント装置４との間の通信は、ＵＰｎＰ（universal
plug and play）を応用したＤＬＮＡ方式で行われるが、その他の通信方式を用いてもよい。
本実施形態では、サーバ装置３およびクライアント装置４がそれぞれ一つの場合を例示するが、サーバ装置３およびクライアント装置４の少なくとも一方は複数でもよい。また、サーバ装置３およびクライアント装置４の双方の機能を備えた機器を用いてもよい。
【００１９】
本実施形態の構成要素と本発明の構成要素との対応関係の一例は以下の通りである。
サーバ装置３が本発明のサーバ装置の一例であり、クライアント装置４が本発明のクライアント装置あるいはコンピュータの一例である。
キャッシュ１４が本発明のメモリの一例であり、通信部２０が本発明の通信手段の一例であり、処理部１２が本発明の再生手段の一例である。また、命令解析部１６、キャッシュ制御部１８およびクライアント要求作成部２４が、本発明の制御手段の一例である。
【００２０】
以下、サーバ・クライアントシステム１の概要を説明する。
サーバ・クライアントシステム１では、クライアント装置４は、自らの性能やユーザからの要求に適合したコンテンツデータのみをメモリに書き込む。すなわち、クライアント装置４は、サーバ装置３が各コンテンツについて提供する全ての解像度のコンテンツデータを受信してメモリに記憶することはしない。
これにより、クライアント装置４が使用するメモリ容量の削減ができると共に、ネットワーク通信負荷も低減できる。また、ストリーミング再生中は、受信したコンテンツデータを再生処理系に直接出力することで、メモリの効率利用、並びに処理時間の短縮を図る。
クライアント装置４は、サーバ装置３から事前にコンテンツの解像度のリストデータを受信し、それを基に必要な解像度のコンテンツデータをサーバ装置３に要求してダウンロードする動作と、サーバ装置３が提供する全ての解像度のコンテンツデータを受信し、そのなかから自ら必要な解像度のコンテンツデータを選択してキャッシュに書き込む動作とのいずれの動作を行ってもよい。
【００２１】
以下、図１に示す各構成要素を詳細に説明する。
［サーバ装置３］
サーバ装置３としては、パーソナルコンピュータやセットトップ・ボックス、デジタル・カメラやビデオ・カメラ、多機能な携帯電話などがある。
サーバ装置３は、複数のコンテンツの各々について、複数の解像度のコンテンツデータを蓄積していたり、クライアント装置４からの要求がある度に、複数の解像度のコンテンツデータを適時作成したりする。サーバ装置３は、各コンテンツについて、上記複数の解像度のコンテンツデータを配信する。
【００２２】
このとき、サーバ装置３は、例えば、サーバ装置３が蓄積するコンテンツやその解像度のリスト等のリストデータ（リソース情報）をクライアント装置４に送信する。そして、クライアント装置４から解像度の指定を含む要求を受信し、その指定された解像度のコンテンツデータをクライアント装置４に送信する。
なお、サーバ装置３は、上記要求がなくても、所定のコンテンツについての複数の解像度のコンテンツデータをクライアント装置４に送信してもよい。
また、サーバ装置３は、要求された解像度のコンテンツデータの他に、その前後の解像度のコンテンツデータをクライアント装置４に送信してもよい。
【００２３】
上述したように、ＤＬＮＡでは、サーバ装置３内のコンテンツデータをクライアント装置４に伝送する際、サーバ装置３によりマルチリソースと呼ばれる、１つのコンテンツに複数のリソースが付加された情報を伝送する場合がある。
例えば、サーバ装置３がシングルリソースの場合には、解像度４０００×４０００の静止画コンテンツＡが蓄積されていると仮定すると、静止画コンテンツＡの要求を受けると、解像度が４０００×４０００のコンテンツデータを送信する。
一方、サーバ装置３が、マルチリソースであり、オリジナルの静止画像データが４０００×４０００の他に、２０００×２０００、１０００×１０００、５００×５００、２００×２００および１２０×１２０の合計６つの静止画像データＡを蓄積している場合は、上記６つ解像度の静止画像データが存在することを示すリストデータをクライアント装置４に送信する。そして、クライアント装置４からの要求に応じた解像度の静止画像データのみをクライアント装置４に送信する。
なお、ＤＬＮＡではマルチリソースの情報に関して規定がなく、マルチリソース数はＤＭＳに依存する。
【００２４】
例えば、あるＤＭＳはマルチリソースであり、２種類の情報を送信し、他のＤＭＳは７種類の情報を送信する場合もある。クライアント装置４等のＤＭＰが、ＤＭＳより伝送されるマルチリソース情報をどのように取り扱うかはＤＬＮＡでは規定されていない。
【００２５】
［クライアント装置４］
図１に示すように、クライアント装置４は、例えば、ディスプレイ１０、処理部１２、キャッシュ１４、命令解析部１６、キャッシュ制御部１８、通信部２０、外部命令入力部２２およびクライアント要求作成部２４を有する。
ここで、処理部１２、命令解析部１６、キャッシュ制御部１８、外部命令入力部２２およびクライアント要求作成部２４の機能の全てあるいは一部は、処理回路（ＣＰＵ）がプログラムを実行して実現される。
【００２６】
クライアント装置４は、サーバ装置３が保持するコンテンツデータのリストデータをサーバ装置３から受信する。
上述した例では、クライアント装置４は、リストデータを基に、上記静止画像データについて、全部で６種類の解像度のデータがあることを特定する。
クライアント装置４は、例えば、最高画質である４０００×４０００の静止画像データをクライアント装置４に要求する。
ところで、クライアント装置４が、テレビ受像機などのようにメモリに限りあるデバイスである場合に、上述した６種類の静止画像データを全て保持することは、メモリ使用上無駄が多い。例えば、クライアント装置４が、プレーヤで表示する画像とサムネイルを表示する画像の２種類の画像しか表示しない場合に、使用しない大量のデータをメモリに記憶することになる。
【００２７】
このような点を考慮して、クライアント装置４は、ディスプレイ１０に表示する画像の解像度を示す属性データを予め設定し、その属性データに基づいてキャッシュ１４に書き込むデータの条件を既定する。クライアント装置４は、サーバ装置３からのリストデータに示された複数の解像度の画像のうち、上記条件に合致した（実際に使用する）画像のデータのみをキャッシュ１４に書き込むようにしている。
【００２８】
上述した条件としては、例えば、「クライアントが１０００×１０００までの静止画像しかデコードできない場合、１０００×１０００以上のデータは必要としない」、「サムネイル画像は小さく表示されるので、リストの中で最も解像度の小さいデータを保持する」、「クライアントの表示装置の解像度が１２８０×７２０であるので、１２８０×７２０より大きい解像度の中で、最も小さいデータを保持する」等がある。
【００２９】
ディスプレイ１０は、処理部１２から入力された画像データに応じた画像を表示する。なお、ディスプレイ１０は、例えば、オーディオ出力機能を備えていてもよい。
【００３０】
処理部１２は、キャッシュ制御部１８から入力されるストリーム再生用のコンテンツデータを入力し、これを復号して、ストリーム再生データに応じた画像をディスプレイ１０に表示する。
例えば、処理部１２は、キャッシュ制御部１８より入力される動画像符号化データを復号し、ディスプレイ１０へ復号した動画像データを出力する。
また、処理部１２は、サムネイル画像のための静止画データを取得する場合は、命令解析部１６にサムネイル用の静止画取得命令を出力する。
【００３１】
キャッシュ１４は、キャッシュ制御部１８が保存すると判断したデータを記憶する。また、キャッシュ制御部１８から情報を要求された場合は、それを読み出してキャッシュ制御部１８に出力する。キャッシュ１４は、例えば、半導体メモリ、光記録媒体、光磁気記録媒体等にデータを記憶する。
【００３２】
命令解析部１６は、処理部１２または外部命令入力部２２から入力される命令を解析し、キャッシュ制御部１８へ情報を出力する。
キャッシュ制御部１８は、通信部２０が受信したデータを解析し、キャッシュ１４に書き込む必要があると判断した場合はキャッシュ１４に当該データを書き込む。
具体的には、キャッシュ制御部１８は、通信部２０が受信したデータが、図２に示すどの分類に属するかを解析し、その解析結果を基に、キャッシュ１４に書き込むか否かを判断する。
なお、図２に示す分類は一例であり、本発明はこれに限定されるものではない。
図２に示す分類１はキャッシュ１４に書き込むデータのカテゴリーである。分類２は、キャッシュ１４には書き込む必要はないが、処理部１２（処理系）に出力するデータのカテゴリーである。分類３は、分類１および分類２に属さないで、キャッシュ１４への書き込みも処理部１２への出力も行わないデータのカテゴリーである。
【００３３】
キャッシュ制御部１８は、例えば、通信部２０が受信したデータを解析し、これが図２に示す分類１に属すると判断した場合にはキャッシュ１４に書き込み、分類２に属すると判断した場合には処理部１２に出力し、それ以外であれば破棄する。
【００３４】
また、キャッシュ制御部１８は、ストリーム再生時等に、処理部１２に出力するデータを入力した場合は当該データを処理部１２に出力する。
【００３５】
クライアント装置４では、外部命令入力部２２から入力されて命令解析部１６で解析された命令に応じた処理を行い、必要に応じてキャッシュ１４に保持されている情報を使用し、クライアント要求作成部２４へ命令情報を出力する。これらの処理については後に詳しく説明する。
【００３６】
通信部２０は、サーバ装置３から入力されたデータをキャッシュ制御部１８に出力する。また、通信部２０は、クライアント要求作成部２４から入力された情報をサーバ装置３に出力する。なお、通信部２０は、サーバ装置３との間の通信プロトコル変換も行う。
外部命令入力部２２は、ユーザ等の操作部の操作に応じた命令が入力され、当該命令を命令解析部１６へ出力する。なお、本実施形態は、命令を発する対象を人としたが、これに限らない。
クライアント要求作成部２４は、キャッシュ制御部１８から出力される情報を使用して、クライアントの要求する情報を作成し、通信部２０へ当該作成した情報を出力する。
【００３７】
以下、図１に示すクライアント装置４の動作例を説明する。
［命令が入力された場合の動作例］
以下、図１に示す外部命令入力部２２から命令が入力された場合の動作例を説明する。
図３は、当該動作例を説明するためのフローチャートである。
【００３８】
例えば、クライアント装置４は、サーバ装置３から予めサーバ装置３が保持するコンテンツデータを示すリストデータを受信し、これをキャッシュ１４に格納している。
【００３９】
外部命令入力部２２は、例えば、ユーザによる操作部の操作に応じた命令を入力したと判断すると、その命令を命令解析部１６に出力する（ステップＳＴ１１）。
命令解析部１６は、外部命令入力部２２から入力した命令を解析し、当該命令の実行にキャッシュ１４に記憶されている属性データやリストデータを必要とするか否かを判断する（ステップＳＴ１２）。
具体的には、命令解析部１６は、上記解析の結果、コンテンツ取得、サーバ切り換え、コンテンツ再生中の特殊再生等に係る命令である場合には、キャッシュ１４に記憶されている属性データ等が必要であると判断し、それ以外の場合には不要であると判断する。
命令解析部１６は、上記命令をクライアント要求作成部２４に出力する。
【００４０】
命令解析部１６は、キャッシュ１４に記憶されている属性データ等が必要であると判断した場合には、当該属性データ等をキャッシュ制御部１８にキャッシュ１４から読み出させ、クライアント要求作成部２４に出力させる（ステップＳＴ１４）。
例えば、ユーザが静止画像の再生要求を示す命令を入力した場合、命令解析部１６は、キャッシュ１４に保持されている該当する静止画像のリンク先、解像度などを定義した属性データをキャッシュ制御部１８に読み出させる。
【００４１】
クライアント要求作成部２４は、命令解析部１６から入力した命令を基に、クライアント要求信号を生成する（ステップＳＴ１５）。当該クライアント要求信号には、上記命令によって要求されるコンテンツデータを特定する情報と、当該コンテンツデータを提供するサーバ装置３を特定する情報とが少なくとも含まれている。
【００４２】
クライアント要求作成部２４は、上記生成したクライアント要求信号を、通信部２０を介してサーバ装置３に送信する（ステップＳＴ１６）。
【００４３】
［通信部２０がデータを入力した場合の動作例］
以下、図１に示す通信部２０がサーバ装置３からデータを入力した場合の動作例を説明する。
図４は、当該動作例を説明するためのフローチャートである。
【００４４】
キャッシュ制御部１８は、通信部２０がネットワークを介してデータを受信したか否かを判断し、データを受信したと判断するとステップＳＴ２２に進む（ステップＳＴ２１）。
【００４５】
キャッシュ制御部１８は、通信部２０が上記受信したデータを解析する（ステップＳＴ２２）。キャッシュ制御部１８は、当該解析において、前述したように、受信したデータが図２に示す分類１，２，３のいずれに属するかを判断する。
【００４６】
キャッシュ制御部１８は、通信部２０が受信したデータが分類１に属すると判断した場合（キャッシュ１４に書き込むと判断した場合）にはステップＳＴ２６に進む。
一方、キャッシュ制御部１８は、通信部２０が受信したデータが分類２に属すると判断した場合には、ステップＳＴ２４に進む（ステップＳＴ２３）。
【００４７】
キャッシュ制御部１８は、通信部２０が受信したデータが分類２に属すると判断した場合に、通信部２０から入力したデータを処理部１２に出力する。そして、処理部１２は、当該入力したデータ（コンテンツデータ）をストリーム再生する（ステップＳＴ２４）。
そして、処理部１２は、再生データをディスプレイ１０に出力して表示する（ステップＳＴ２５）。
【００４８】
一方、キャッシュ制御部１８は、通信部２０が受信したデータが分類１に属すると判断した場合は、キャッシュ１４の記憶容量のうち空き容量が所定のしきい値以上であるか否かを判断する（ステップＳＴ２６）。
【００４９】
キャッシュ制御部１８は、キャッシュ１４の空き容量が所定のしきい値以上であると判断した場合に、通信部２０が受信したデータをそのままキャッシュ１４に書き込む（ステップＳＴ２７）。
【００５０】
一方、キャッシュ制御部１８は、キャッシュ１４の空き容量が所定のしきい値以上ではないと判断した場合に、例えば、通信部２０が受信したデータが、キャッシュ１４に既に保存されているデータに比べて、予め規定された設定データが示す設定に近いか否かを判断する（ステップＳＴ２８）。
そして、キャッシュ制御部１８は、ステップＳＴ２８で「近い」と判断した場合に、そのコンテンツについてキャッシュ１４に記憶されてるデータを、通信部２０が受信したデータで更新（上書き）する（ステップＳＴ２９）。
一方、キャッシュ制御部１８は、ステップＳＴ２８で「近い」と判断しなかった場合に、通信部２０が受信したデータを破棄する。
【００５１】
以下に図４に示す動作を具体例を挙げて説明する。
ある静止画コンテンツのマルチリソース情報を保存するキャッシュの数が２個で、以下の条件であると仮定する。
（条件１）：表示デバイスに大きく表示するコンテンツ用のキャッシュであり、設定は画像サイズが１９２０×１０８０であるコンテンツであること。
（条件２）：サムネイル画像用のキャッシュであり、設定は画像サイズが２００×１００であること。
そして、キャッシュ１４には、画像サイズが４０００×４０００の情報Ａと、５００×５００の情報Ｂが保持されている。
【００５２】
上記の条件下で、新たに、画像サイズが２０００×２０００の情報Ｃが入力された場合に、ステップＳＴ２８において条件１に沿った情報Ａと入力された情報Ｃを比較して、ディスプレイ１０では画像サイズが１９２０×１０８０に近いコンテンツを要求しているので、情報Ａより情報Ｃの方が条件に当てはまると判断する。
そして、キャッシュ制御部１８は、キャッシュ１４の情報Ａが保存されている領域に、情報Ｃを上書きする。
また、画像サイズが１０００×１０００の情報Ｄが入力された場合は、条件１および条件２と一致しないので、ステップＳＴ２８でキャッシュ１４を更新する必要がないと判断し、処理を終了する。
【００５３】
なお、上述した例では、クライアント装置４が、画像サイズ１９２０×１０８０という要求に近い情報を取得しているが、例えば、クライアント装置４側で画像サイズを高品位にリサイズできる場合などは、一番高品位な情報を保存するようにしてもよい。
【００５４】
以上説明したように、サーバ・クライアントシステム１では、クライアント装置４がデジタルテレビのようにメモリ容量が比較的小さい電子デバイスにおいて、サーバ装置３がマルチリソース情報を多数保持している場合であっても、クライアント装置４が要求する情報に近い情報を効率的にキャッシュ１４に書き込むことができるので、従来に比べて、使用するメモリ量を削減することができる。
【００５５】
また、クライアント装置４では、処理部１２の処理でディスプレイ１０に表示する画像等に関する属性データを保持することで、例えば、サムネイル画像のようにディスプレイ１０に小さい画像を複数表示する場合、元の情報のサイズが大きいと処理に要する時間がかかるが、上記属性データに基づいて、サムネイル用の小さい画像サイズのデータを受信してキャッシュ１４に書き込む。そして、クライアント装置４は、当該小さい画像サイズのデータを用いることで、サムネイル取得に要する時間を短くできる。
【００５６】
また、ネットワークを介して情報を取得する際も同様で、各処理系に最適化された情報を取得することができるのでネットワークへの負荷を低減できる。
【００５７】
本発明は上述した実施形態には限定されない。
すなわち、当業者は、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し、様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。
上述した実施形態では、表示デバイス用とサムネイル用の情報を保持しているが、例えば、クライアント装置４を介して、ネットワークに接続されているプリンタにて画像をプリントしたい場合は、最高画質の情報を保持するなど、処理系に応じてキャッシュ数、設定項目を設定してもよい。
【００５８】
また、上述した実施形態では、静止画情報を例に説明を行ったが、動画像情報、音楽情報、またはサーバ装置３等に関する情報などでもかまわない。
また、上述した実施形態では、クライアント装置４が必要する情報の設定を予め設定したが、ユーザが、外部命令入力部２２で設定するようにしてもよい。
また、図５に示すように、ネットワーク監視部３０は、通信部２０のやり取りを監視し、例えば、データの入力量が減った場合、ネットワークの帯域が狭くなっていると判断し、狭い帯域でもデータのやり取りがスムーズにできるように、キャッシュ１４の設定を小さい解像度に設定する。
【産業上の利用可能性】
【００５９】
本発明は、複数の解像度のコンテンツデータをサーバがクライアントに送信するシステムに適用できる。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態に係るサーバ・クライアントシステムの構成図である。
【図２】図１に示すキャッシュ制御部における受信したデータの書き込み動作等に用いられる分類を説明するための図である。
【図３】図１に示す外部命令入力部から命令が入力された場合の動作例を説明するためのフローチャートである。
【図４】図１に示す通信部がサーバ装置からデータを入力した場合の動作例を説明するためのフローチャートである。
【図５】図１に示すサーバ・クライアントシステムの変形例を説明するための図である。
【符号の説明】
【００６１】
１，１´…サーバ・クライアントシステム
３…サーバ装置
４…クライアント装置
１０…ディスプレイ
１２…処理部
１４…キャッシュ
１６…命令解析部
１８…キャッシュ制御部
２０…通信部
２２…外部命令入力部
２４…クライアント要求作成部
３０…ネットワーク監視部
【図１】
0004992568.tif 000002
【図２】
0004992568.tif 000003
【図３】
0004992568.tif 000004
【図４】
0004992568.tif 000005
【図５】
0004992568.tif 000006