(57)【要約】【課題】コンテンツの再生時に、クライアント機器に適した再生動作を実現させることが可能なサーバ装置を提供する。【解決手段】このサーバ装置１０は、ホームネットワーク１００を介してコンテンツデータをクライアント機器３０（４０、５０）に送信する通信部１５と、コンテンツデータを再生するクライアント機器３０（４０、５０）の処理能力情報を取得するとともに、少なくとも取得されたクライアント機器３０（４０、５０）の処理能力情報に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成する制御部１１とを備える。そして、コンテンツデータは、クライアント機器３０（４０、５０）側で選択された再生フォーマットリスト内の再生フォーマット情報に基づく再生フォーマットに変換されるとともに、通信部１５を介してクライアント機器３０（４０、５０）に送信されるように構成されている。【選択図】図２
2014103527.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介してコンテンツデータをクライアント機器に送信する通信部と、
前記コンテンツデータを再生する前記クライアント機器の処理能力情報を取得するとともに、少なくとも取得された前記クライアント機器の処理能力情報に基づいて、前記コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成する制御部とを備え、
前記コンテンツデータは、前記クライアント機器側で選択された前記再生フォーマットリスト内の前記再生フォーマット情報に基づく再生フォーマットに変換されるとともに、前記通信部を介して前記クライアント機器に送信されるように構成されている、サーバ装置。
【請求項２】
前記クライアント機器の処理能力情報は、前記クライアント機器が表示可能な表示解像度情報を含み、
前記制御部は、取得された前記クライアント機器の前記表示解像度情報に基づいて、前記コンテンツデータに対応する前記再生フォーマット情報を含む前記再生フォーマットリストを生成するように構成されている、請求項１に記載のサーバ装置。
【請求項３】
前記制御部は、前記クライアント機器の処理能力に応じた前記コンテンツデータの前記通信ネットワークにおけるデータ転送量を把握するように構成されており、
前記制御部は、前記クライアント機器の処理能力情報と、前記クライアント機器の処理能力に応じた前記データ転送量とに基づいて、前記コンテンツデータに対応する前記再生フォーマット情報を前記再生フォーマットリスト内に生成するように構成されている、請求項１または２に記載のサーバ装置。
【請求項４】
前記再生フォーマットリストは、前記通信ネットワーク内において前記クライアント機器側で参照可能に公開されており、
前記制御部は、前記サーバ装置の稼動状況を取得するとともに、前記稼動状況に基づいて把握される前記サーバ装置の処理負荷が小さい場合には、前記クライアント機器側で選択可能な前記再生フォーマット情報を前記再生フォーマットリストにおいて前記クライアント機器に公開可能とするとともに、前記サーバ装置の処理負荷が大きい場合には、前記コンテンツデータの前記再生フォーマットへの変換に伴う処理負荷の増大に起因して前記クライアント機器における再生動作に支障を来たすと判断される前記再生フォーマット情報を、前記再生フォーマットリストにおいて前記クライアント機器に公開しないようにする制御を行うように構成されている、請求項１〜３のいずれか１項に記載のサーバ装置。
【請求項５】
前記サーバ装置は、蓄電池により駆動される携帯型情報端末を含み、
前記制御部は、前記携帯型情報端末の蓄電残量情報を取得するとともに、前記蓄電残量情報に基づいて把握される前記サーバ装置が有する蓄電残量が所定量未満の場合には、前記コンテンツデータの前記再生フォーマットへの変換に伴う処理負荷の増大に起因して前記クライアント機器における再生動作に支障を来たすと判断される前記再生フォーマット情報を、前記再生フォーマットリストにおいて前記クライアント機器に公開しないようにする制御を行うように構成されている、請求項１〜４のいずれか１項に記載のサーバ装置。
【請求項６】
前記コンテンツデータが前記クライアント機器において再生される際、選択された前記再生フォーマット情報に再生履歴情報が付加されるように構成されており、
前記制御部は、前記再生履歴情報に基づいて把握される選択頻度が相対的に高い前記再生フォーマット情報を前記再生フォーマットリストにおいて前記クライアント機器に公開可能とするとともに、前記選択頻度が相対的に低い前記再生フォーマット情報を前記再生フォーマットリストにおいて前記クライアント機器に公開しないようにする制御を行うように構成されている、請求項１〜５のいずれか１項に記載のサーバ装置。
【請求項７】
前記サーバ装置および前記クライアント機器は、各々がＤＬＮＡにより機器認証を受けるとともに、ホームネットワークを介して相互通信を行うことにより互いに認識可能なデジタルメディアサーバおよびデジタルメディアプレーヤであり、
前記制御部は、前記コンテンツデータを再生する前記デジタルメディアプレーヤの処理能力情報を取得するとともに、少なくとも取得された前記デジタルメディアプレーヤの処理能力情報に基づいて、前記コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成するように構成され、
前記コンテンツデータは、前記デジタルメディアプレーヤ側で選択された前記再生フォーマットリスト内の前記再生フォーマット情報に基づく再生フォーマットに変換されるとともに、前記デジタルメディアサーバの前記通信部を介して前記デジタルメディアプレーヤに送信されるように構成されている、請求項１〜６のいずれか１項に記載のサーバ装置。
【請求項８】
クライアント機器と、
通信ネットワークを介してコンテンツデータを前記クライアント機器に送信する通信部と、前記コンテンツデータを再生する前記クライアント機器の処理能力情報を取得するとともに、少なくとも取得された前記クライアント機器の処理能力情報に基づいて、前記コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成する制御部とを含むサーバ装置とを備え、
前記コンテンツデータが前記クライアント機器側で選択された前記再生フォーマットリスト内の前記再生フォーマット情報に基づく再生フォーマットに変換されるとともに、前記サーバ装置の前記通信部を介して前記クライアント機器に送信されて前記クライアント機器において再生されるように構成されている、ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サーバ装置およびネットワークシステムに関し、特に、クライアント機器の処理能力情報を取得する制御部を備えたサーバ装置およびネットワークシステムに関する。
【背景技術】
【０００２】
従来、クライアント機器の処理能力情報を取得する制御部を備えたサーバ装置、およびこのサーバ装置が接続されるネットワークシステムが知られている（たとえば、特許文献１参照）。
【０００３】
上記特許文献１には、デジタルビデオカメラとデジタルテレビとを含み、デジタルビデオカメラ（サーバ装置）が保有するマルチメディアデータ（コンテンツデータ）がデジタルテレビ（クライアント機器）に送信されて再生されるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）ネットワークが開示されている。このＵＰｎＰネットワークにおいては、サーバ装置（デジタルビデオカメラ）が保有する１つのコンテンツデータに対して、クライアント機器（デジタルテレビ）の処理能力などに関係なくＵＰｎＰネットワーク内で再生可能とされる再生フォーマット（ＭＰＥＧ形式）への変換処理がサーバ装置側で一義的に行われる。そして、サーバ装置側の判断でＭＰＥＧ形式に変換されたコンテンツデータは、再生が要求されたクライアント機器へ配信されるように構成されている。
【０００４】
また、サーバ装置と複数のクライアント機器とによって構成されるＵＰｎＰなどのホームネットワーク技術においては、サーバ装置が保有する１つのコンテンツデータに対して、サーバ装置の処理能力を基準として変換される再生フォーマットの詳細が記載された再生フォーマット情報（リソース情報）が、内部的にリスト化された状態で保有されるように構成されている。そして、この再生フォーマット情報がリスト化された再生フォーマットリストは、ホームネットワーク内に公開される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１３８７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に記載されたＵＰｎＰネットワークでは、クライアント機器（デジタルテレビ）の処理能力などに関係なくＵＰｎＰネットワーク内で再生可能な再生フォーマットへの変換処理がサーバ装置（デジタルビデオカメラ）側で一義的に行われる。この場合、ＵＰｎＰネットワーク内に公開される再生フォーマットリストは、サーバ装置の処理能力を基準とした再生フォーマット情報によって構成される。このため、このようなサーバ装置側が主体の再生フォーマット情報がＵＰｎＰネットワーク内に公開されたとしても、再生フォーマット情報に基づいて変換された再生フォーマットが、実際にコンテンツデータを再生するクライアント機器の処理能力に適合して再生される再生フォーマットと異なる場合には、コンテンツの再生時に、そのクライアント機器に適した再生動作が実現されない場合があるという問題点がある。
【０００７】
この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、コンテンツの再生時に、クライアント機器に適した再生動作を実現させることが可能なサーバ装置およびネットワークシステムを提供することである。
【課題を解決するための手段】
【０００８】
この発明の第１の局面によるサーバ装置は、通信ネットワークを介してコンテンツデータをクライアント機器に送信する通信部と、コンテンツデータを再生するクライアント機器の処理能力情報を取得するとともに、少なくとも取得されたクライアント機器の処理能力情報に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成する制御部とを備え、コンテンツデータは、クライアント機器側で選択された再生フォーマットリスト内の再生フォーマット情報に基づく再生フォーマットに変換されるとともに、通信部を介してクライアント機器に送信されるように構成されている。
【０００９】
この発明の第１の局面によるサーバ装置では、上記のように、取得されたクライアント機器の処理能力情報に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成する制御部を備え、コンテンツデータは、クライアント機器側で選択された再生フォーマットリスト内の再生フォーマット情報に基づく再生フォーマットに変換されるとともに、通信部を介してクライアント機器に送信されることによって、コンテンツデータは、クライアント機器の処理能力に適合した再生フォーマットに変換されてサーバ装置からクライアント機器に配信される。これにより、クライアント機器では、自機の処理能力に適合した再生フォーマットを有するコンテンツデータを再生させることができる。すなわち、サーバ装置が上記した制御部を備えることによって、コンテンツの再生時に、クライアント機器に適した再生動作を実現させることができる。また、制御部により再生フォーマット情報を含む再生フォーマットリストが生成されるので、クライアント機器側で再生フォーマットリストを参照して自機の処理能力に適合した再生フォーマット情報を容易に選択することができる。すなわち、クライアント機器の台数に関係なく各機器の処理能力に適合した再生フォーマット情報を個別に選択することができる。したがって、本発明のサーバ装置を用いて構築される通信ネットワークにクライアント機器が接続された場合に、クライアント機器の性能を有効に発揮させることができる。
【００１０】
上記第１の局面によるサーバ装置において、好ましくは、クライアント機器の処理能力情報は、クライアント機器が表示可能な表示解像度情報を含み、制御部は、取得されたクライアント機器の表示解像度情報に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成するように構成されている。このように構成すれば、コンテンツデータは、クライアント機器が自機の性能を最も発揮可能な表示解像度に調整された再生フォーマットとなってサーバ装置からクライアント機器に配信される。これにより、クライアント機器では、最適な表示解像度に調整された再生フォーマットを有するコンテンツデータを再生させることができる。すなわち、コンテンツの再生時に、表示解像度の点においてユーザに対するコンテンツ視聴時の質を低下させることのない再生動作を実現させることができる。
【００１１】
上記第１の局面によるサーバ装置において、好ましくは、制御部は、クライアント機器の処理能力に応じたコンテンツデータの通信ネットワークにおけるデータ転送量を把握するように構成されており、制御部は、クライアント機器の処理能力情報と、クライアント機器の処理能力に応じたデータ転送量とに基づいて、コンテンツデータに対応する再生フォーマット情報を再生フォーマットリスト内に生成するように構成されている。このように構成すれば、クライアント機器側で再生フォーマット情報が選択される際に、クライアント機器単体の処理能力のみならず、クライアント機器の処理能力に依存するサーバ装置からクライアント機器へのデータ転送量（通信スループット）についても考慮された上で、再生フォーマット情報を選択させることができる。これにより、クライアント機器は、自機の処理能力に見合ったデータ転送量の環境下でサーバ装置からコンテンツデータを受信することができる。これによっても、コンテンツの再生時に、クライアント機器に適したコンテンツの再生動作を確実に実現させることができる。
【００１２】
上記第１の局面によるサーバ装置において、好ましくは、再生フォーマットリストは、通信ネットワーク内においてクライアント機器側で参照可能に公開されており、制御部は、サーバ装置の稼動状況を取得するとともに、稼動状況に基づいて把握されるサーバ装置の処理負荷が小さい場合には、クライアント機器側で選択可能な再生フォーマット情報を再生フォーマットリストにおいてクライアント機器に公開可能とするとともに、サーバ装置の処理負荷が大きい場合には、コンテンツデータの再生フォーマットへの変換に伴う処理負荷の増大に起因してクライアント機器における再生動作に支障を来たすと判断される再生フォーマット情報を、再生フォーマットリストにおいてクライアント機器に公開しないようにする制御を行うように構成されている。このように構成すれば、クライアント機器側で選択可能な再生フォーマット情報の数を、サーバ装置の稼動状況（制御部などの処理状態）に基づいて再生フォーマットリスト内において増減させることができる。すなわち、サーバ装置の稼動状況に応じて支障なく再生することが可能な再生フォーマット情報のみがクライアント機器に公開されるように再生フォーマットリストを構成することができる。また、再生フォーマット情報の数が適切に調整されるので、通信ネットワーク内に公開される再生フォーマットリストのデータサイズをより小さくすることができる。
【００１３】
上記第１の局面によるサーバ装置において、好ましくは、サーバ装置は、蓄電池により駆動される携帯型情報端末を含み、制御部は、携帯型情報端末の蓄電残量情報を取得するとともに、蓄電残量情報に基づいて把握されるサーバ装置が有する蓄電残量が所定量未満の場合には、コンテンツデータの再生フォーマットへの変換に伴う処理負荷の増大に起因してクライアント機器における再生動作に支障を来たすと判断される再生フォーマット情報を、再生フォーマットリストにおいてクライアント機器に公開しないようにする制御を行うように構成されている。このように構成すれば、サーバ装置が携帯型情報端末でありその蓄電残量が所定量未満の場合には、選択された再生フォーマット情報に基づき再生フォーマットが変換される際に、蓄電池の蓄電量不足に起因してサーバ装置が動作不能に陥ることを未然に防ぐことができる。
【００１４】
上記第１の局面によるサーバ装置において、好ましくは、コンテンツデータがクライアント機器において再生される際、選択された再生フォーマット情報に再生履歴情報が付加されるように構成されており、制御部は、再生履歴情報に基づいて把握される選択頻度が相対的に高い再生フォーマット情報を再生フォーマットリストにおいてクライアント機器に公開可能とするとともに、選択頻度が相対的に低い再生フォーマット情報を再生フォーマットリストにおいてクライアント機器に公開しないようにする制御を行うように構成されている。このように構成すれば、クライアント機器側で選択可能な再生フォーマット情報の数を、選択された再生フォーマット情報に付加されたコンテンツの再生履歴情報に基づいて再生フォーマットリスト内において増減させることができる。すなわち、より最近の時点で選択された再生フォーマット情報ほど再生フォーマットリストに優先的に参照可能に残される一方、相対的に過去の時点で選択された古い再生フォーマット情報は、参照の優先度が落とされる。このようにして再生フォーマット情報の数が適切に調整されるので、通信ネットワーク内に公開される再生フォーマットリストのデータサイズを適切な範囲により小さくすることができる。
【００１５】
上記第１の局面によるサーバ装置において、好ましくは、サーバ装置およびクライアント機器は、各々がＤＬＮＡにより機器認証を受けるとともに、ホームネットワークを介して相互通信を行うことにより互いに認識可能なデジタルメディアサーバおよびデジタルメディアプレーヤであり、制御部は、コンテンツデータを再生するデジタルメディアプレーヤの処理能力情報を取得するとともに、少なくとも取得されたデジタルメディアプレーヤの処理能力情報に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成するように構成され、コンテンツデータは、デジタルメディアプレーヤ側で選択された再生フォーマットリスト内の再生フォーマット情報に基づく再生フォーマットに変換されるとともに、デジタルメディアサーバの通信部を介してデジタルメディアプレーヤに送信されるように構成されている。このように構成すれば、少なくともデジタルメディアサーバとデジタルメディアプレーヤとによって構成されたホームネットワークにおいて、コンテンツデータは、デジタルメディアプレーヤの処理能力に適合した再生フォーマットとなってデジタルメディアサーバからデジタルメディアプレーヤに配信される。これにより、デジタルメディアプレーヤでは、自機の処理能力に適合した再生フォーマットを有するコンテンツデータを再生させることができる。したがって、コンテンツの再生時に、デジタルメディアプレーヤに適した再生動作を実現させることができる。
【００１６】
この発明の第２の局面によるネットワークシステムは、クライアント機器と、通信ネットワークを介してコンテンツデータをクライアント機器に送信する通信部と、コンテンツデータを再生するクライアント機器の処理能力情報を取得するとともに、少なくとも取得されたクライアント機器の処理能力情報に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成する制御部とを含むサーバ装置とを備え、コンテンツデータがクライアント機器側で選択された再生フォーマットリスト内の再生フォーマット情報に基づく再生フォーマットに変換されるとともに、サーバ装置の通信部を介してクライアント機器に送信されてクライアント機器において再生されるように構成されている。
【００１７】
この発明の第２の局面によるネットワークシステムでは、上記のように、サーバ装置が、取得されたクライアント機器の処理能力情報に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストを生成する制御部を備え、コンテンツデータは、クライアント機器側で選択された再生フォーマットリスト内の再生フォーマット情報に基づく再生フォーマットに変換されるとともに、サーバ装置の通信部を介してクライアント機器に送信されてクライアント機器において再生されることによって、コンテンツデータは、クライアント機器の処理能力に適合した再生フォーマットとなってサーバ装置からクライアント機器に配信される。これにより、クライアント機器では、自機の処理能力に適合した再生フォーマットを有するコンテンツデータを再生させることができる。すなわち、サーバ装置が上記した制御部を備えることによって、ネットワークシステムを利用してコンテンツを再生する際に、クライアント機器に適した再生動作を実現させることができる。また、サーバ装置の制御部により再生フォーマット情報を含む再生フォーマットリストが生成されるので、クライアント機器側で再生フォーマットリストを参照して自機の処理能力に適合した再生フォーマット情報を容易に選択することができる。すなわち、クライアント機器の台数に関係なく各機器の処理能力に適合した再生フォーマット情報を個別に選択することができる。したがって、本発明のネットワークシステムにおいては、クライアント機器の性能を有効に発揮させることができる。
【発明の効果】
【００１８】
本発明によれば、上記のように、コンテンツの再生時に、クライアント機器に適した再生動作を実現させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１実施形態によるサーバ装置を適用したホームネットワークの構成を示した模式図である。
【図２】本発明の第１実施形態によるホームネットワークにおけるサーバ装置とクライアント機器との構成を示したブロック図である。
【図３】本発明の第１実施形態によるサーバ装置によってネットワーク上に公開される再生フォーマットリストの一例を示した概略図である。
【図４】本発明の第１実施形態によるサーバ装置によってネットワーク上に公開される再生フォーマットリストの他の例を示した概略図である。
【図５】本発明の第１実施形態によるサーバ装置を使用してコンテンツデータをクライアント機器において再生する際の制御部の制御フローを示した図である。
【図６】本発明の第１実施形態の変形例によるホームネットワークにおけるサーバ装置とクライアント機器との構成を示したブロック図である。
【図７】本発明の第１実施形態の変形例によるサーバ装置によってネットワーク上に公開される再生フォーマットリストの構成を示した概略図である。
【図８】本発明の第２実施形態によるサーバ装置によって管理される再生フォーマット情報に付加される再生履歴情報を示した概略図である。
【図９】本発明の第２実施形態によるサーバ装置によってネットワーク上に公開される再生フォーマットリストの構成を示した概略図である。
【図１０】本発明の第２実施形態によるサーバ装置を使用してコンテンツデータをクライアント機器において再生する際の制御部の制御フローを示した図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態を図面に基づいて説明する。
【００２１】
（第１実施形態）
まず、図１〜図５を参照して、本発明の第１実施形態によるサーバ装置１０の構成について説明する。
【００２２】
本発明の第１実施形態によるサーバ装置１０を用いたホームネットワーク１００では、図１に示すように、１台のサーバ装置１０と、３台のクライアント機器３０、４０および５０とが、アクセスポイント９０を介して有線または無線（ワイヤレス）で相互通信可能に配置されている。なお、ホームネットワーク１００は、本発明の「通信ネットワーク」の一例である。
【００２３】
ここで、サーバ装置１０と、クライアント機器３０、４０および５０とは、ＤＬＮＡ（デジタルリビングネットワークアライアンス）により機器認証を受けたＤＬＮＡ認定ＴＭ機器である。サーバ装置１０は、デジタルメディアサーバ（ＤＭＳ）と称され、サーバ装置１０には、たとえば、ＨＤＤレコーダまたはＢＤレコーダなどが適用される。また、クライアント機器３０、４０および５０は、デジタルメディアプレーヤ（ＤＭＰ）またはデジタルメディアレンダラ（ＤＭＲ）と称され、クライアント機器３０、４０および５０には、たとえば、ＢＤプレーヤ、テレビジョン装置またはステレオ機器などが適用される。第１実施形態では、一例として、クライアント機器３０はＨＤＴＶ（高精細テレビジョン装置）であり、クライアント機器４０は小型ＨＤＴＶであり、クライアント機器５０はタブレット型ＰＣ（携帯型情報端末）である。このＤＬＮＡ認定ＴＭ機器としての電子機器製品であれば、メーカーや機種を問わずに有線またはワイヤレスでの相互接続が可能であり、電子機器間におけるデジタルコンテンツのやりとりが実現可能とされている。
【００２４】
したがって、以下では、ユーザがクライアント機器３０（４０または５０）を操作してサーバ装置１０が自機またはホームネットワーク１００上に保有する映像、音楽、静止画などのデジタルコンテンツを選択することにより、クライアント機器３０（４０または５０）で選択されたデジタルコンテンツを再生する場合を想定して説明を行う。なお、図１では、説明の都合上、１台のサーバ装置１０と３台のクライアント機器３０、４０および５０のみを図示してホームネットワーク１００の構成を示している。また、以下の説明では、３台のクライアント機器３０、４０および５０のうち、特定の記載箇所を除いて、クライアント機器３０を代表例として説明を行う。
【００２５】
サーバ装置１０は、図２に示すように、制御部１１と、録画部１２と、内部記憶装置１３と、トランスコーダ１４と、通信部（ネットワークインターフェース）１５と、外部機器用接続部１６とを備えている。また、サーバ装置１０は、フラッシュメモリ（ＲＯＭ）１７と、主メモリ（ＲＡＭ）１８とをさらに備えている。また、サーバ装置１０は、図示しない屋外アンテナまたはケーブル回線に接続されたチューナ部（図示せず）を介して、テレビジョン番組（映像データ）が受信可能に構成されている。なお、制御部１１は、本発明の「制御部」および「取得部」の一例である。
【００２６】
制御部１１は、ＣＰＵからなり、制御プログラムを実行することによってサーバ装置１０の制御を司る機能を有している。録画部１２は、制御部１１の指令に基づいて、音楽（音声）を含む静止画および／または動画からなる映像データ（テレビジョン番組などのオリジナルコンテンツデータ）をデジタル録画する機能を有している。内部記憶装置１３は、録画部１２により録画されたデジタル映像データ（オリジナルコンテンツデータ）を記憶する機能を有している。
【００２７】
トランスコーダ１４は、制御部（ＣＰＵ）１１の指令に基づいて、内部記憶装置１３に記憶されているオリジナルコンテンツデータに対するエンコード（符号化）処理を行う機能を有している。このエンコード（符号化）処理によって、オリジナルコンテンツデータはデータサイズを抑えるために圧縮されたり別のデータ形式に変換されたりする。なお、エンコード方法として、コンテンツデータの解像度はオリジナルのままに据え置く一方、圧縮率（情報を間引く量）や圧縮率の高い符号化方式へトランスコードして（たとえば、ＭＰＥＧ−２形式からＨ．２６４形式へのトランスコード処理など）、低ビットレート用途に向けたエンコード方法が実施される。
【００２８】
また、通信部１５は、制御部１１の指令に基づいて、エンコード処理済みのコンテンツデータを、ホームネットワーク１００を介して再生動作の要求を受けたクライアント機器３０に送信する機能を有している。また、外部機器用接続部１６は、サーバ装置１０に外部機器として接続されるＨＤＤ機器などの外部記憶装置２０との接続用インターフェースの役割を有している。ここで、サーバ装置１０と外部記憶装置２０とは、ケーブル２１を介して接続されている。なお、サーバ装置１０と外部記憶装置２０とは、ケーブル２１を用いずに無線接続されていてもよい。
【００２９】
また、フラッシュメモリ（ＲＯＭ）１７には、制御部１１が実行する制御プログラムなどが格納されている。また、主メモリ（ＲＡＭ）１８は、制御プログラムが実行される際に用いられる制御上のパラメータを一時的に保存する作業用メモリとして用いられる。
【００３０】
また、図２に示すように、ＤＭＰまたはＤＭＲとしてのクライアント機器３０は、制御部３１と、制御部３１の制御に基づいてサーバ装置１０からの制御コマンドを受信するとともにサーバ装置１０に対して自機の動作状態を送信する通信部３２とが設けられている。なお、クライアント機器４０（５０）についても、クライアント機器３０における制御部３１および通信部３２と略同様の機能を有する制御部４１（５１）および通信部４２（５２）が、それぞれ設けられている。
【００３１】
ホームネットワーク１００（図１参照）を構成する各機器（サーバ装置１０、クライアント機器３０、４０および５０）が上記構成を有することにより、サーバ装置１０またはサーバ装置１０に接続された外部記憶装置２０が保有するコンテンツデータは、クライアント機器３０からの再生動作要求に基づいてクライアント機器３０に送信されるとともに、クライアント機器３０において再生することが可能に構成されている。この際、第１実施形態では、コンテンツデータがサーバ装置１０からクライアント機器３０に配信される際、サーバ装置１０では、トランスコーダ１４により、オリジナルコンテンツデータにエンコード処理が施されてオリジナルコンテンツデータの状態からクライアント機器３０が自機の性能を最も発揮する環境下で再生可能となる再生フォーマットに変換されるように構成されている。
【００３２】
また、図３に示すように、サーバ装置１０は、制御部１１の指令に基づいて、サーバ装置１０または外部記憶装置２０が保有する個々のオリジナルコンテンツデータ（図２参照）に対してエンコード処理の結果生成される再生フォーマットの内容（クライアント機器３０（４０、５０）におけるコンテンツの見せ方（再生形式）を示した情報）が記述された「再生フォーマット情報（リソース情報）」を内部的に生成するように構成されている。また、再生フォーマット情報は、１つのオリジナルコンテンツデータに対して複数存在しており、複数の再生フォーマット情報がリスト形式で整理された再生フォーマットリストとなってサーバ装置１０内に生成されるように構成されている。また、この再生フォーマットリストは、主メモリ１８に保存される。以下、再生フォーマットリストについて詳細に説明する。
【００３３】
図３に示すように、「再生フォーマットリスト」においては、たとえば、共通情報としてのコンテンツタイトルが「ＡＢＣ＿Ｄ」でありジャンルが「ＳＦ映画」として登録されている１つのオリジナルコンテンツデータについては、「リソース０」、「リソース１」、「リソース２」および「リソース３」の４通りの再生フォーマット情報に基づいてエンコード処理されることが可能なコンテンツであることを意味する。また、再生フォーマットリストには、別なタイトル名として「ＥＦＧ＿Ｈ」、「ＩＪＫ＿Ｌ」および「ＮＭＯ＿Ｐ」の名前が付されたオリジナルコンテンツデータも登録されている。そして、各々にも「リソース０」、「リソース１」、「リソース２」および「リソース３」の４通りの再生フォーマット情報が付帯されている。なお、図３のリスト内に記載された「リソース０」、「リソース１」、「リソース２」および「リソース３」は、本発明の「再生フォーマット情報」の一例である。
【００３４】
ここで、タイトル「ＡＢＣ＿Ｄ」のコンテンツに関して、「リソース０」は、オリジナルコンテンツデータが、ビットレート（データ転送量）が１５Ｍｂｐｓであり、かつ表示解像度が１９２０×１０８０ピクセルを有する再生フォーマットに変換される再生フォーマット情報としての意味を有する。また、「リソース１」は、ビットレートが８Ｍｂｐｓであり、かつ表示解像度が１９２０×１０８０ピクセルを有する再生フォーマットに変換される再生フォーマット情報としての意味を有する。同様に、「リソース２」は、ビットレートが１５Ｍｂｐｓであり、かつ表示解像度が１２８０×７２０ピクセルを有する再生フォーマットに変換される再生フォーマット情報としての意味を有する。また、「リソース３」は、ビットレートが３Ｍｂｐｓであり、かつ表示解像度が１２８０×７２０ピクセルを有する再生フォーマットに変換される再生フォーマット情報としての意味を有する。なお、表示解像度は、本発明の「クライアント機器の処理能力情報」の一例である。
【００３５】
また、「リソース０」は、オリジナルコンテンツデータそのものに対応する再生フォーマットに対応する再生フォーマット情報（リソース情報）であるのに対し、「リソース１」は、ＨＤＴＶ（高精細テレビジョン装置）としての処理能力を有するクライアント機器３０に適した再生フォーマットに変換するための再生フォーマット情報（リソース情報）である。また、「リソース２」は、小型ＨＤＴＶとしての処理能力を有するクライアント機器４０に適した再生フォーマットに変換するための再生フォーマット情報である。同様に、「リソース３」は、タブレット型ＰＣとしての処理能力を有するクライアント機器５０に適した再生フォーマットに変換するための再生フォーマット情報である。
【００３６】
すなわち、第１実施形態では、ホームネットワーク１００にクライアント機器３０、４０および５０が接続されたことがサーバ装置１０側で認識された場合、サーバ装置１０の制御部１１の指令に基づき、まず、クライアント機器３０、４０および５０の処理能力情報が各々取得される。そして、サーバ装置１０側で予め登録されている「リソース０」の再生フォーマット情報とともに、新たに取得された各クライアント機器の処理能力情報に基づく「リソース１」、「リソース２」および「リソース３」からなる再生フォーマット情報を含む１つの再生フォーマットリストがサーバ装置１０内に生成されるように構成されている。また、図３に示す再生フォーマットリストにおいては、コンテンツの各タイトルである「ＡＢＣ＿Ｄ」、「ＥＦＧ＿Ｈ」、「ＩＪＫ＿Ｌ」および「ＮＭＯ＿Ｐ」ごとに、「リソース０」、「リソース１」、「リソース２」および「リソース３」の再生フォーマット情報が付帯されるように構成されている。
【００３７】
したがって、第１実施形態では、コンテンツデータは、クライアント機器３０（４０、５０）側で個別に選択された再生フォーマットリスト（図３参照）内の「リソース１」、「リソース２」および「リソース３」のいずれかに基づく再生フォーマットにトランスコーダ１４で変換されるとともに、通信部１５を介してクライアント機器３０（４０、５０）に送信されるように構成されている。言い換えると、コンテンツデータは、クライアント機器３０（４０、５０）の処理能力に適合した再生フォーマットに変換されてサーバ装置１０からクライアント機器３０（４０、５０）に配信される。これにより、クライアント機器３０（４０、５０）では、自機の処理能力に適合した再生フォーマットに調整されたコンテンツデータを再生させることが可能に構成されている。
【００３８】
なお、図３では、各コンテンツとも「リソース０、１、２、３」までの４種類の再生フォーマット情報しか記載していないが、ホームネットワーク１００（図１参照）に接続されるクライアント機器の数に応じて、再生フォーマット情報の数（リソース数）も増減される。
【００３９】
また、第１実施形態では、クライアント機器３０（４０、５０）の処理能力情報は、上記したようにクライアント機器３０（４０、５０）が自機の性能を最も発揮可能な表示解像度情報を含んでいる。したがって、１つの再生フォーマットリスト（図３参照）における「リソース１」、「リソース２」および「リソース３」は、それぞれ、制御部１１により取得されたクライアント機器３０、４０および５０の処理能力の１要素となる表示解像度が反映されてサーバ装置１０側で登録された情報に該当する。なお、表示解像度は、本発明の「表示解像度情報」の一例である。
【００４０】
また、第１実施形態では、制御部１１は、クライアント機器３０（４０、５０）の処理能力情報（表示解像度情報）の取得に加えて、上記したようにクライアント機器３０（４０、５０）の処理能力に応じたコンテンツデータのホームネットワーク１００でのデータ転送量（ビットレート（通信スループット））を把握するように構成されている。そして、制御部１１により、クライアント機器３０（４０、５０）の表示解像度情報のみならず、ホームネットワーク１００におけるクライアント機器３０（４０、５０）の処理能力に応じたデータ転送量（ビットレート）にも基づいて、再生フォーマット情報としての「リソース１」、「リソース２」および「リソース３」を含む１つの再生フォーマットリストが生成されるように構成されている。
【００４１】
また、図３に示した「再生フォーマットリスト」は、ホームネットワーク１００内においてクライアント機器３０（４０、５０）側で参照可能に公開される情報であるように構成されている。
【００４２】
この場合において、第１実施形態では、制御部１１によりサーバ装置１０の稼動状況（制御部１１、トランスコーダ１４および通信部１５などの動作状況）がさらに取得されるように構成されている。そして、サーバ装置１０の稼動状況（動作状況）に基づいて把握されるサーバ装置１０の処理負荷が小さい場合には、クライアント機器３０（４０、５０）側で選択可能な再生フォーマット情報をクライアント機器３０（４０、５０）に公開可能とされるように再生フォーマットリストの内容が自動的に変更（修正）されるように構成されている。
【００４３】
また、サーバ装置１０の処理負荷が小さい場合とは反対に、取得された稼動状況から判断してサーバ装置１０の処理負荷が大きい場合には、制御部１１によって、コンテンツデータの再生フォーマットへの変換（エンコード処理）に伴う負荷の増大に起因してクライアント機器３０（４０、５０）における再生動作に支障を来たすと判断されるような再生フォーマット情報を、再生フォーマットリストから間引く（削除する）ように構成されている。
【００４４】
具体例を挙げると、たとえば、サーバ装置１０が５４Ｍｂｐｓ相当の無線ＬＡＮによってホームネットワーク１００に接続されていた場合、サーバ装置１０とクライアント機器３０（４０、５０）との間のデータ転送量（通信スループット）は最大でも約１０Ｍｂｐｓであることから、図３に示す再生フォーマットリストのうち、データ転送量が１０Ｍｂｐｓを超える「リソース０」および「リソース２」の再生フォーマット情報は非公開扱いに変更される。つまり、図４に示すように、再生フォーマットリストには「リソース１」および「リソース３」の再生フォーマット情報のみがクライアント機器３０およびクライアント機器５０に公開可能とされるように構成される。この場合、小型ＨＤＴＶであるクライアント機器４０が選択可能な再生フォーマット情報は、再生フォーマットリスト内から削除されて存在しないことになる。これにより、クライアント機器３０（４０、５０）側で選択可能な再生フォーマット情報の数は、図３から図４へと、サーバ装置１０の稼動状況に基づいて再生フォーマットリスト内における増減（減少）が図られて再生フォーマットリストのデータサイズが適切な範囲（中レベル）にまで小さくされる。すなわち、サーバ装置１０の稼動状況に応じて支障なく再生することが可能な再生フォーマット情報のみがクライアント機器３０（４０、５０）に公開されるように再生フォーマットリストが修正されるように構成されている。
【００４５】
このように、第１実施形態によるホームネットワーク１００においては、クライアント機器３０（４０、５０）の処理能力情報（表示解像度情報および通信ネットワークを加味したデータ転送量）に基づいて、コンテンツデータに対応する再生フォーマット情報を含む再生フォーマットリストが公開されるので、クライアント機器３０（４０、５０）においては、各機器の処理能力に適合した再生フォーマットを有するコンテンツデータを個別に再生させることが可能となる。すなわち、「リソース０」の再生フォーマット情報に示されるように、サーバ装置１０の処理能力を基準とした再生フォーマット情報のみがホームネットワーク１００に公開された場合には、タブレット型ＰＣであるクライアント機器５０のように「リソース０」の再生フォーマットに対して再生処理能力が不足するクライアント機器では快適な再生動作が実現されない。一方、サーバ装置１０のようにクライアント機器の処理能力を基準とした再生フォーマット情報が内部的に生成される分、各クライアント機器での最適な再生動作が保障される。
【００４６】
このようにして、第１実施形態によるサーバ装置１０と、クライアント機器３０、４０および５０とによってホームネットワーク１００は構成されている。
【００４７】
次に、図１〜図４を参照して、第１実施形態によるサーバ装置１０を使用してデジタルコンテンツをクライアント機器３０（４０、５０）において再生する際の制御部１１の処理フローについて説明する。なお、以下の説明では、ホームネットワーク１００（図１参照）にクライアント機器が元々何も接続されていない状態から、クライアント機器３０、４０および５０（図１参照）が新たに接続された場合のサーバ装置１０（図２参照）の制御動作に関する制御部１１（図２参照）の制御処理フローを記載する。
【００４８】
図５に示すように、まず、ステップＳ１では、制御部１１（図２参照）によりサーバ装置１０（図２参照）自身が起動されたか否かが判断されるとともに、サーバ装置１０自身が起動されたと判断されるまでこの判断が繰り返される。
【００４９】
ステップＳ１において、制御部１１によりサーバ装置１０自身が起動されたと判断された場合、ステップＳ２では、制御部１１によりサーバ装置１０自身の仕様（処理能力など）に基づいて、内部記憶装置１３（図２参照）または外部記憶装置２０（図２参照）に保存（記憶）されているデジタル映像データ（オリジナルコンテンツデータ）に関する再生フォーマットリスト（図３参照）が作成される。すなわち、制御部１１によりサーバ装置１０自身の仕様に基づいて、デジタル映像データのホームネットワーク１００における公開情報としての表示解像度やビットレートなどが決定されて、その情報が再生フォーマットリストに記述される。この場合、サーバ装置１０自身の仕様を基準にした再生フォーマット情報として、再生フォーマットリストには「リソース０」がまず登録される。
【００５０】
そして、ステップＳ３では、制御部１１によりホームネットワーク１００にクライアント機器が新たに接続されたか否かが判断されるとともに、ホームネットワーク１００にクライアント機器が新たに接続されるまでこの判断が繰り返される。
【００５１】
ステップＳ３において、制御部１１によりホームネットワーク１００にクライアント機器が新たに接続されたと判断された場合、処理はステップＳ４へと移行する。以下の説明では、ステップＳ３の「Ｙｅｓ判断」において、３台のクライアント機器３０、４０および５０がホームネットワーク１００に接続されたとする。
【００５２】
ここで、第１実施形態では、ステップＳ４では、サーバ装置１０においては制御部１１の指令に基づいて、クライアント機器３０、４０および５０の各々が有する処理能力情報が取得される。すなわち、クライアント機器３０、４０および５０は、自機の処理能力である表示解像度やサーバ装置１０とのデータ通信における最大スループット（データ転送量）の情報を元々有している。したがって、制御部１１により、通信部１５（図２参照）を介して所定の通信コマンド（命令信号）がクライアント機器３０、４０および５０に送信されるとともに、クライアント機器毎の処理能力情報が取得される。
【００５３】
そして、ステップＳ５では、既に登録されている「リソース０」としての再生フォーマット情報に加えて、ステップＳ４で取得されたクライアント機器３０、４０および５０の各々が有する処理能力情報（表示解像度情報およびデータ転送量）に基づいて、クライアント機器３０の処理能力に基づく「リソース１」、クライアント機器４０の処理能力に基づく「リソース２」、および、クライアント機器５０の処理能力に基づく「リソース３」の３種類の再生フォーマット情報が新たに再生フォーマットリストに追加登録される。すなわち、図３に示すように、タイトルが「ＡＢＣ＿Ｄ」、「ＥＦＧ＿Ｈ」、「ＩＪＫ＿Ｌ」および「ＮＭＯ＿Ｐ」の各々のコンテンツに対して、「リソース０」、「リソース１」、「リソース２」および「リソース３」の４種類の再生フォーマット情報が追加登録された状態の再生フォーマットリストが、サーバ装置１０内に生成される
【００５４】
また、第１実施形態では、次のステップＳ６では、サーバ装置１０においては制御部１１の指令に基づいて、サーバ装置１０自身の現時点での稼動状況（制御部１１、トランスコーダ１４および通信部１５などの動作状況）が取得される。この場合、サーバ装置１０の稼動状況（動作状況）に基づいて把握されるサーバ装置１０の処理負荷が小さい場合には、クライアント機器３０（４０、５０）側で選択可能な再生フォーマット情報を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開可能とされるように再生フォーマットリストの内容が自動的に修正される制御が行われる。
【００５５】
また、ステップＳ６の処理の際、サーバ装置１０の処理負荷が大きい場合には、コンテンツデータの再生フォーマットへの変換に伴う処理負荷の増大に起因してクライアント機器３０（４０、５０）における再生動作に支障を来たすと判断されるような再生フォーマット情報を、再生フォーマットリストから間引く（削除する）修正動作が行われる。したがって、ホームネットワーク１００内に公開中の再生フォーマットリストは、図３に示される内容から図４に示される内容へと遷移される場合がある。
【００５６】
その後、ステップＳ７では、制御部１１によりサーバ装置１０がクライアント機器３０（４０、５０）からの再生コマンドを受信したか否かが判断されるとともに、サーバ装置１０がクライアント機器からの再生コマンドを受信したと判断されるまでこの判断が繰り返される。
【００５７】
ステップＳ７において、制御部１１によりサーバ装置１０がクライアント機器からの再生コマンドを受信したと判断された場合、処理はステップＳ８へと移行する。ここでは、ステップＳ７の「Ｙｅｓ判断」において、コンテンツデータの再生要求（再生コマンド）がクライアント機器３０からサーバ装置１０に対して送信されたとする。
【００５８】
したがって、ステップＳ８では、クライアント機器３０からの要求信号に応答するように、制御部１１の指令に基づいて、コンテンツデータがサーバ装置１０からクライアント機器３０に配信される。この際、サーバ装置１０では、トランスコーダ１４により、オリジナルコンテンツデータにエンコード処理が施されてオリジナルコンテンツデータの状態からクライアント機器３０が再生可能な再生フォーマットに変換される。図３に示す例で説明すると、たとえば、タイトル「ＡＢＣ＿Ｄ」のオリジナルコンテンツデータは、クライアント機器３０の処理能力情報に対応する「リソース１」の再生フォーマット情報に基づいてエンコード処理が行われる。すなわち、オリジナルコンテンツデータは、ビットレートが８Ｍｂｐｓであり、かつ表示解像度が１９２０×１０８０ピクセルを有する再生フォーマットに変換される。また、ステップＳ８では、このエンコード処理とともにエンコード処理済のデータから順に、制御部１１の指令に基づいてコンテンツデータがクライアント機器３０に送信される。
【００５９】
その後、ステップＳ９では、制御部１１によりクライアント機器３０におけるコンテンツデータの再生動作が終了したか否かが判断されるとともに、クライアント機器３０におけるコンテンツデータの再生動作が終了したと判断されるまでこの判断が繰り返される。
【００６０】
ステップＳ９において、制御部１１によりクライアント機器３０におけるコンテンツデータの再生が終了したと判断された場合、サーバ装置１０における本制御は終了される。
【００６１】
第１実施形態では、上記のように、サーバ装置１０およびクライアント機器３０（４０、５０）は、各々がＤＬＮＡにより機器認証を受けるとともに、ホームネットワーク１００を介して相互通信を行うことにより互いに認識可能なデジタルメディアサーバ（ＤＭＳ）およびデジタルメディアプレーヤ（ＤＭＰ）である。そして、サーバ装置１０は、取得されたクライアント機器３０（４０、５０）の処理能力情報に基づいて、コンテンツデータに対応する再生フォーマット情報（「リソース０」、「リソース１」、「リソース２」および「リソース３」など）を含む再生フォーマットリストを生成する制御部１１を備える。そして、コンテンツデータを、クライアント機器３０（４０、５０）側で選択された再生フォーマットリスト内の再生フォーマット情報に基づく再生フォーマットに変換して通信部１５を介してクライアント機器３０（４０、５０）に送信することによって、コンテンツデータは、クライアント機器３０（４０、５０）の処理能力に適合した再生フォーマットに変換されてサーバ装置１０からクライアント機器３０（４０、５０）に配信される。これにより、クライアント機器３０（４０、５０）では、自機の処理能力に適合した再生フォーマットを有するコンテンツデータを再生させることができる。すなわち、サーバ装置１０が上記した制御部１１を備えることによって、コンテンツの再生時に、クライアント機器３０（４０、５０）に適した再生動作を実現させることができる。
【００６２】
また、第１実施形態では、制御部１１により再生フォーマット情報を含む再生フォーマットリストが生成されるので、クライアント機器３０（４０、５０）側で再生フォーマットリスト（図３参照）を参照して自機の処理能力に適合した再生フォーマット情報（図３参照）を容易に選択することができる。すなわち、クライアント機器３０（４０、５０）の台数に関係なく各機器の処理能力に適合した再生フォーマット情報を個別に選択することができる。したがって、サーバ装置１０を用いて構築されるホームネットワーク１００にクライアント機器３０（４０、５０）が接続された場合に、クライアント機器３０、４０および５０の各機器の性能を有効に発揮させることができる。
【００６３】
また、第１実施形態では、クライアント機器３０（４０、５０）の処理能力情報は、クライアント機器３０（４０、５０）が表示可能な表示解像度情報を含み、取得されたクライアント機器３０（４０、５０）の表示解像度情報に基づいて、コンテンツデータに対応する再生フォーマット情報（「リソース０」、「リソース１」、「リソース２」および「リソース３」など）を含む再生フォーマットリストを生成するように制御部１１を構成する。これにより、コンテンツデータは、クライアント機器３０（４０、５０）が自機の性能を最も発揮可能な表示解像度に調整された再生フォーマットとなってサーバ装置１０からクライアント機器３０（４０、５０）に配信されるので、クライアント機器３０（４０、５０）では、最適な表示解像度に調整された再生フォーマットを有するコンテンツデータを再生させることができる。すなわち、コンテンツの再生時に、表示解像度の点においてユーザに対するコンテンツ視聴時の質を低下させることのない再生動作を実現させることができる。
【００６４】
また、第１実施形態では、制御部１１は、クライアント機器３０（４０、５０）の処理能力情報の取得に加えて、クライアント機器３０（４０、５０）の処理能力に応じたコンテンツデータのホームネットワーク１００におけるデータ転送量を把握するように構成されている。そして、クライアント機器３０（４０、５０）の処理能力情報と、クライアント機器３０（４０、５０）の処理能力に応じたデータ転送量（通信スループット）とに基づいて、コンテンツデータに対応する再生フォーマット情報を再生フォーマットリスト内に生成するように制御部１１を構成する。これにより、クライアント機器３０（４０、５０）側で再生フォーマット情報（「リソース０」、「リソース１」、「リソース２」および「リソース３」など）が選択される際に、クライアント機器３０（４０、５０）単体の処理能力のみならず、クライアント機器３０（４０、５０）の処理能力に依存するサーバ装置１０からクライアント機器３０（４０、５０）へのデータ転送量についても考慮された上で、再生フォーマット情報を選択させることができる。これにより、クライアント機器３０（４０、５０）は、自機の処理能力に見合ったデータ転送量の環境下でサーバ装置１０からコンテンツデータを受信することができる。これによっても、コンテンツの再生時に、クライアント機器３０（４０、５０）に適したコンテンツの再生動作を確実に実現させることができる。
【００６５】
また、第１実施形態では、再生フォーマットリストは、ホームネットワーク１００内においてクライアント機器３０（４０、５０）側で参照可能に公開される。そして、制御部１１を、サーバ装置１０の稼動状況を取得するとともに、稼動状況に基づいて把握されるサーバ装置１０の処理負荷が小さい場合には、クライアント機器３０（４０、５０）側で選択可能な再生フォーマット情報を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開可能とするとともに、サーバ装置１０の処理負荷が大きい場合には、コンテンツデータの再生フォーマットへの変換に伴う処理負荷の増大に起因してクライアント機器３０（４０、５０）における再生動作に支障を来たすと判断される再生フォーマット情報を、再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開せずに削除する制御を行うように構成する。これにより、クライアント機器３０（４０、５０）側で選択可能な再生フォーマット情報の数を、サーバ装置１０の稼動状況（制御部１１などの処理状態）に基づいて再生フォーマットリスト内において増減させることができる。すなわち、サーバ装置１０の稼動状況に応じて支障なく再生することが可能な再生フォーマット情報のみがクライアント機器３０（４０、５０）に公開されるように再生フォーマットリストを構成することができる。また、再生フォーマット情報の数が適切に調整されるので、ホームネットワーク１００内に公開される再生フォーマットリストのデータサイズをより小さくすることができる。
【００６６】
（第１実施形態の変形例）
次に、図２、図３、図６および図７を参照して、第１実施形態の変形例について説明する。第１実施形態の変形例では、上記第１実施形態と異なり、サーバ装置７０（図６参照）に、蓄電池（バッテリ）７２により駆動される携帯型情報端末（スマートフォン）が適用される場合について説明する。なお、図中において、上記第１実施形態と同様の構成には、第１実施形態と同じ符号を付して図示している。
【００６７】
本発明の第１実施形態の変形例による携帯型情報端末としてのサーバ装置７０は、図６に示すように、制御部７１と、蓄電池７２と、電力管理部７３とを備えている。一方で、上記第１実施形態のサーバ装置１０（図２参照）のように、外部記憶装置２０などは接続されていない。したがって、内部記憶装置１３にのみデジタル映像データ（オリジナルコンテンツデータ）が記憶されている。
【００６８】
ここで、第１実施形態の変形例では、サーバ装置７０が携帯型情報端末であることによって、次のような制御内容が付加されるように構成されている。すなわち、サーバ装置７０では、制御部７１の指令に基づいて電力管理部７３を制御することにより、蓄電池７２の蓄電残量情報がリアルタイムで取得されるように構成されている。そして、取得された蓄電残量情報に基づいて把握されるサーバ装置７０（蓄電池７２）の蓄電残量が所定量未満の場合には、特定の再生フォーマット情報を再生フォーマットリストから間引く（削除する）ように構成されている。このような間引かれる再生フォーマット情報としては、蓄電残量が少ないにも拘わらず、コンテンツデータの再生フォーマットへの変換に伴う処理負荷の増大に起因してクライアント機器３０（４０、５０）における再生動作に支障を来たすと判断される再生フォーマット情報が該当する。
【００６９】
一例を挙げると、蓄電池７２の蓄電残量の少なさに基づいて、図３に示す再生フォーマットリストのうち、データ転送量が３Ｍｂｐｓよりも大きい「リソース０」、「リソース１」および「リソース２」の再生フォーマット情報は非公開扱い（この場合、削除扱い）に変更される。つまり、図７に示すように、再生フォーマットリストには「リソース３」の再生フォーマット情報のみがタブレット型ＰＣであるクライアント機器５０に対して公開可能となるように構成される。したがって、ＨＤＴＶであるクライアント機器３０および小型ＨＤＴＶであるクライアント機器４０が選択可能な再生フォーマット情報は、再生フォーマットリスト内に存在しない。このようにして、クライアント機器３０（４０、５０）側で選択可能な再生フォーマット情報の数は、サーバ装置７０が有する蓄電池７２の蓄電残量に基づいて再生フォーマットリスト内における増減（減少）が図られる。
【００７０】
また、「リソース３」の再生フォーマット情報のみが公開されることによって、クライアント機器５０により「リソース３」に基づく再生フォーマットを有するコンテンツデータが再生されたとしても、サーバ装置７０からクライアント機器５０へのデータ転送量が３Ｍｂｐｓまで低下されるので、携帯型情報端末であるサーバ装置７０の蓄電残量が所定値以下であっても、制御部１１、トランスコーダ１４および通信部１５などの処理負荷が抑制される分、サーバ装置７０の駆動時間は引き伸ばされる。このように、サーバ装置７０が携帯型情報端末としての特有な使用環境においてもコンテンツデータを支障なく再生することが可能な再生フォーマット情報のみがクライアント機器３０（４０、５０）に公開されるように、再生フォーマットリストがサーバ装置７０の動作状況（機器性能）に応じても変更（修正）されるように構成されている。
【００７１】
なお、第１実施形態の変形例によるサーバ装置７０のその他の構成については、上記第１実施形態によるサーバ装置１０（図２参照）の構成と同様である。
【００７２】
第１実施形態の変形例では、上記のように、サーバ装置７０は、蓄電池（バッテリ）７２により駆動される携帯型情報端末（スマートフォン）である。そして、制御部７１を、携帯型情報端末の蓄電残量情報を取得するとともに、蓄電残量情報に基づいて把握されるサーバ装置７０が有する蓄電残量が所定量未満の場合には、コンテンツデータの再生フォーマットへの変換に伴う処理負荷の増大に起因してクライアント機器３０（４０、５０）における再生動作に支障を来たすと判断される再生フォーマット情報を、再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開しない（削除する）ようにする制御を行うように構成する。これにより、サーバ装置７０が携帯型情報端末でありその蓄電残量が所定量未満の場合には、選択された再生フォーマット情報に基づき再生フォーマットが変換される際に、蓄電池７２の蓄電量不足に起因してサーバ装置７０が動作不能に陥ることを未然に防ぐことができる。なお、第１実施形態の変形例のその他の効果は、上記第１実施形態の効果と同様である。
【００７３】
（第２実施形態）
まず、図１、図２、図８および図９を参照して、第２実施形態について説明する。第２実施形態では、上記第１実施形態と異なり、サーバ装置２１０（図２参照）では、制御部２１１の指令に基づいて、クライアント機器の処理能力情報が取得されることに加えて、選択された再生フォーマット情報に付加された「再生履歴情報」に基づいて、再生フォーマットリスト（図９参照）が生成される例について説明する。なお、図中において、上記第１実施形態と同様の構成には、第１実施形態と同じ符号を付して図示している。
【００７４】
本発明の第２実施形態によるサーバ装置２１０は、図２に示すように、上記第１実施形態のサーバ装置１０における制御部１１とは若干制御内容が異なる制御部２１１を備えている。
【００７５】
ここで、第２実施形態では、サーバ装置２１０には、次のような制御内容が付随されている。すなわち、サーバ装置２１０では、ホームネットワーク１００（図１参照）においてコンテンツデータがクライアント機器３０（４０、５０）において再生される際、選択された再生フォーマット情報に「再生履歴情報」が付加されるように構成されている。すなわち、図８に示すように、制御部２１１の指令に基づいて、過去または現時点で再生されているコンテンツデータの再生履歴情報が、再生フォーマット情報（リソース情報）毎に記録されるように構成されている。また、この再生履歴情報は、再生フォーマットリストは、主メモリ１８（図２参照）に保存されている。
【００７６】
したがって、第２実施形態では、制御部２１１の指令に基づき、再生履歴情報に基づいて把握される選択頻度が相対的に高い再生フォーマット情報（この場合、再生した最終の日付から数えて相対的に新しい２つの再生フォーマット情報となる「リソース０」および「リソース３」が該当する）を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開可能とする。その一方で、再生履歴情報に基づき選択頻度が相対的に低い再生フォーマット情報（この場合、再生した最終の日付から数えて相対的に古い２つの再生フォーマット情報となる「リソース１」および「リソース２」が該当する）を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開することなく削除するように構成されている。これにより、サーバ装置２１０によってホームネットワーク１００に公開される再生フォーマットリストは、図９に示すような情報内容に変更（修正）される。すなわち、再生履歴情報（図８参照）に基づき再生フォーマットリストのデータサイズが適切な範囲（中レベル）にまで小さくされる。
【００７７】
なお、図８では、コンテンツのタイトルが「ＡＢＣ＿Ｄ」の場合の再生フォーマット情報に付加される再生履歴情報を示しているが、他のコンテンツについても同様の情報が付加される。
【００７８】
次に、図２、図８〜図１０を参照して、第２実施形態によるサーバ装置２１０を使用してデジタルコンテンツをクライアント機器３０（４０、５０）において再生する際の制御部２１１の処理フローについて説明する。
【００７９】
図１０に示すように、まず、ステップＳ２１〜ステップＳ２６までの制御内容は、上記第１実施形態における制御フロー（図５参照）のステップＳ１〜ステップＳ６までの制御内容と同じである。したがって、ここでは、説明を省略する。
【００８０】
ここで、第２実施形態では、ステップＳ２６までの処理が行われた後、ステップＳ２７では、制御部２１１（図２参照）により、再生フォーマット情報に付加されている再生履歴情報（図８参照）に基づいて再生フォーマットリストの内容が自動的に修正（更新）される制御が行われる。
【００８１】
具体的には、図８に示すような「再生履歴情報」が再生フォーマットリストに付加されていた場合、再生履歴情報に基づいて把握される選択頻度が相対的に高い再生フォーマット情報（この場合、「リソース０」および「リソース３」が該当する）を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開可能とするとともに、選択頻度が相対的に低い再生フォーマット情報（この場合、「リソース１」および「リソース２」が該当する）を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開することなく削除する制御が行われる。これにより、サーバ装置２１０によってホームネットワーク１００に公開される再生フォーマットリストは、図９に示すような情報内容に修正される。
【００８２】
その後、ステップＳ２８では、制御部２１１によりサーバ装置２１０がクライアント機器３０（４０、５０）からの再生コマンドを受信したか否かが判断されるとともに、サーバ装置２１０がクライアント機器からの再生コマンドを受信したと判断されるまでこの判断が繰り返される。また、ステップＳ２８において、制御部２１１によりサーバ装置２１０がクライアント機器からの再生コマンドを受信したと判断された場合、処理はステップＳ２９へと移行する。
【００８３】
ここで、第２実施形態では、ステップＳ２９において、選択されたコンテンツの再生フォーマット情報に対して、再生履歴情報が更新される制御が行われる。つまり、図８においては、コンテンツタイトルが「ＡＢＣ＿Ｄ」であってクライアント機器４０により「リソース２」に基づく再生フォーマットのコンテンツが再生される場合、再生した最終の日付の欄に、本日の日付（再生時の日付）が上書き更新される。また、これによって、「リソース０」〜「リソース３」までの各再生フォーマット情報の公開／非公開の優先度（順位）が入れ替わる。このようにして、ステップＳ２９の処理のたびに、再生履歴情報（図８参照）と連動する再生フォーマットリスト（図９参照）の情報内容に変更（修正）が加えられる。
【００８４】
そして、ステップＳ３０では、クライアント機器５０からの要求信号に応答するように、制御部２１１の指令に基づいて、コンテンツデータがサーバ装置２１０からクライアント機器５０に配信される。この際、サーバ装置２１０では、トランスコーダ１４により、オリジナルコンテンツデータにエンコード処理が施されてオリジナルコンテンツデータの状態からクライアント機器５０が再生可能な再生フォーマットに変換される。図９に示す例で説明すると、たとえば、タイトル「ＡＢＣ＿Ｄ」のオリジナルコンテンツデータは、クライアント機器５０の処理能力情報に対応する「リソース３」の再生フォーマット情報に基づいてエンコード処理が行われる。すなわち、オリジナルコンテンツデータは、ビットレートが３Ｍｂｐｓであり、かつ表示解像度が１２８０×７２０ピクセルを有する再生フォーマットに変換される。また、ステップＳ３０では、このエンコード処理とともにエンコード処理済のデータから順に、制御部２１１の指令に基づいて、コンテンツデータがクライアント機器５０に送信される。
【００８５】
その後、ステップＳ３１では、制御部２１１によりクライアント機器５０におけるコンテンツデータの再生動作が終了したか否かが判断されるとともに、クライアント機器５０におけるコンテンツデータの再生動作が終了したと判断されるまでこの判断が繰り返される。また、ステップＳ３１において、制御部２１１によりクライアント機器５０におけるコンテンツデータの再生が終了したと判断された場合、サーバ装置２１０における本制御は終了される。
【００８６】
なお、第２実施形態によるサーバ装置２１０のその他の構成については、上記第１実施形態によるサーバ装置１０の構成と同様である。
【００８７】
第２実施形態では、上記のように、サーバ装置２１０においては、コンテンツデータがクライアント機器３０（４０、５０）において再生される際、選択された再生フォーマット情報に再生履歴情報（図８参照）を付加するように構成する。そして、再生履歴情報に基づいて把握される選択頻度が相対的に高い（より最近に再生された）再生フォーマット情報を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開可能とするとともに、選択頻度が相対的に低い（より古い時点で再生された）再生フォーマット情報を再生フォーマットリストにおいてクライアント機器３０（４０、５０）に公開せずに削除する制御を行うように制御部２１１を構成する。これにより、クライアント機器３０（４０、５０）側で選択可能な再生フォーマット情報の数を、選択された再生フォーマット情報に付加されたコンテンツの再生履歴情報に基づいて再生フォーマットリスト内において増減させることができる。すなわち、より最近の時点で選択された再生フォーマット情報ほど再生フォーマットリストに優先的に参照可能に残される一方、相対的に過去の時点で選択された古い再生フォーマット情報は、参照の優先度が落とされる。このようにして再生フォーマット情報の数が適切に調整されるので、ホームネットワーク１００内に公開される再生フォーマットリストのデータサイズを適切な範囲により小さくすることができる。なお、第２実施形態のその他の効果は、上記第１実施形態の効果と同様である。
【００８８】
なお、今回開示された実施形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施形態の説明ではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれる。
【００８９】
たとえば、上記第１実施形態、第１実施形態の変形例および第２実施形態では、制御部１１により、通信部１５を介して所定の通信コマンド（命令信号）がクライアント機器３０、４０および５０に送信されてクライアント機器毎の処理能力情報が取得されるように構成した例について示したが、本発明はこれに限られない。たとえば、クライアント機器がホームネットワーク（通信ネットワーク）に接続された際に、クライアント機器からサーバ装置に対して自機の処理能力情報（デバイス能力記述）を申告するような制御フローが加えられてもよい。すなわち、クライアント機器においては、自機の処理能力情報（デバイス能力記述）を前もってホームネットワークの接続の有無に関係なく有するように構成していてもよい。
【００９０】
また、上記第１実施形態、第１実施形態の変形例および第２実施形態では、ホームネットワーク１００に公開される再生フォーマットリストに含めない（非公開扱いとする）と判断された再生フォーマット情報を再生フォーマットリストから削除する制御を行うように制御部１１（７１、２１１）を構成した例について示したが、本発明はこれに限られない。すなわち、データ転送量や蓄電池の蓄電残量や再生履歴の古さなどの点で再生動作に支障を来たすかまたは再生動作の確率が低いと判断されるような再生フォーマット情報を再生フォーマットリストから完全に削除するのではなく、再生フォーマットリストから見かけ上消してクライアント機器３０（４０、５０）に公開しないようにする制御を行ってもよい。
【００９１】
また、上記第１実施形態、第１実施形態の変形例および第２実施形態では、データ転送量や蓄電池の蓄電残量や再生履歴の古さなどの点で再生動作に支障を来たすかまたは再生動作が行われる確率が低いと判断される再生フォーマット情報を非公開扱いとした例について示したが、本発明はこれに限られない。上記した以外の判断指標に基づいて、再生フォーマットリスト中の再生フォーマット情報の公開／非公開に関する優先度を調整するようにしてもよい。たとえば、各コンテンツの再生履歴ではなく再生した回数に基づいて再生フォーマット情報の公開／非公開に関する優先度を調整してもよい。
【００９２】
また、上記第２実施形態では、図８に示されるように、過去においてクライアント機器の再生要求を受けた全ての再生フォーマット情報（リソース情報）を含めて再生履歴情報を管理した例について示したが、本発明はこれに限られない。すなわち、過去の時点で特定のクライアント機器の再生要求を受けて再生されたものの、その後一定期間以上再生されなかったクライアント機器に関連する再生フォーマット情報を、再生フォーマットリストから削除するようにしてもよい。クライアント機器自体も、年々、機器性能が向上されるので、再生頻度が低いにもかかわらず古いクライアント機器に関連する再生フォーマット情報をサーバ装置内に保持し続けることは利用価値が低いと考えられる。したがって、新しいクライアント機器がホームネットワークに接続された時点で、最新の再生フォーマット情報が生成されて再生フォーマットリストが更新されるのが好ましい。また、古いクライアント機器が接続されたとしても、接続された時点でそのクライアント機器の処理能力情報が取得されればよいので、運用上支障はない。
【００９３】
また、上記第１実施形態、第１実施形態の変形例および第２実施形態では、１台のサーバ装置１０に対して３台のクライアント機器３０、４０および５０のみを図示してホームネットワーク１００の最小単位を構成した例について示したが、本発明はこれに限られない。すなわち、アクセスポイント９０には複数台のサーバ装置（ＤＭＳ）およびクライアント機器（ＤＭＰおよびＤＭＲ）がそれぞれ接続されていてもよい。そして、この状態で、各サーバ装置と複数台のクライアント機器との間に、それぞれ、本発明の制御によって再生フォーマットリストが生成されてホームネットワーク内で公開されるように構成されていてもよい。
【００９４】
また、上記第１実施形態の変形例では、本発明の「サーバ装置」の一例としてのサーバ装置７０には携帯情報端末（スマートフォン）を適用した例について示したが、本発明はこれに限られない。たとえば、スマートフォン以外のタブレット型の情報端末装置が適用されてもよいし、デジタルカメラなどの電子機器が適用されてもよい。
【００９５】
また、上記第１実施形態、第１実施形態の変形例および第２実施形態では、ＤＬＮＡにより機器認証を受けたＤＬＮＡ認定ＴＭ機器としてのサーバ装置１０、クライアント機器３０、４０および５０を用いてホームネットワーク１００を構成した例について示したが、本発明はこれに限られない。すなわち、ＤＬＮＡ認定ＴＭ機器以外の通信規格に準拠した通信機能を備えた「サーバ装置」と「クライアント機器」とによって通信ネットワークが構築された場合に、この通信ネットワークにおける「サーバ装置」と「クライアント機器」との連携動作に対して、本発明を適用してもよい。
【００９６】
また、上記第１実施形態および第２実施形態では、説明の便宜上、サーバ装置１０（２１０）の制御部１１（２１１）の制御処理を、処理フローに沿って順番に処理を行うフロー駆動型のフローチャートを用いて説明したが、本発明はこれに限られない。本発明では、制御部１１（２１１）の制御処理を、イベント単位で処理を実行するイベント駆動型（イベントドリブン型）の処理により行ってもよい。この場合、完全なイベント駆動型で行ってもよいし、イベント駆動およびフロー駆動を組み合わせて行ってもよい。
【符号の説明】
【００９７】
１０、２１０  サーバ装置（デジタルメディアサーバ）
１１、７１、２１１  制御部
１５  通信部
３０、４０、５０  クライアント機器（デジタルメディアプレーヤ）
７０  サーバ装置（携帯型情報端末、デジタルメディアサーバ）
７２  蓄電池
１００  ホームネットワーク（通信ネットワーク）
【図１】
2014103527.tif 000003
【図２】
2014103527.tif 000004
【図３】
2014103527.tif 000005
【図４】
2014103527.tif 000006
【図５】
2014103527.tif 000007
【図６】
2014103527.tif 000008
【図７】
2014103527.tif 000009
【図８】
2014103527.tif 000010
【図９】
2014103527.tif 000011
【図１０】
2014103527.tif 000012