(57)【要約】【課題】サーバからクライアントに送信するコンテンツ情報に基づく高品質なデータの取得、再生処理を可能とする装置および方法を提供する。【解決手段】コンテンツ対応の属性情報であるメタ情報を構成するプロパティ情報にサーバの保有するオリジナルコンテンツのデータ態様情報、例えばファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報を格納し、クライアントからのコンテンツ情報取得要求の受領に基づいて、これらのオリジナルコンテンツのデータ態様情報を含むコンテンツ情報を生成し、クライアントに対して送信する。本構成により、クライアントは、オリジナルコンテンツのデータ態様に基づいて、最適なデータ態様を決定してコンテンツ送信要求を出力可能となり、高品質なデータの取得、再生処理が可能となる。【選択図】  図６
2004234111.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからの要求に応じてコンテンツ送信処理を実行するコンテンツ提供サーバとしての情報処理装置であり、
コンテンツおよびコンテンツ属性情報としてのメタデータを記憶した記憶部と、
データ送受信処理を実行するデータ送受信部と、
クライアントからのコンテンツ情報取得要求の受領に基づいて、前記記憶部からメタデータを抽出し、メタデータの構成要素であるプロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成する制御部とを有し、
前記記憶部は、
コンテンツ対応のメタデータの構成要素としてのプロパティ情報として、サーバの保有するオリジナルコンテンツのデータ態様情報を格納し、
前記制御部は、
クライアントからのコンテンツ情報取得要求の受領に基づいて、サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報を生成し、前記データ送受信部を介して送信する構成を有することを特徴とする情報処理装置。
【請求項２】
前記記憶部は、
サーバの保有するオリジナルコンテンツのデータ態様情報として、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを、コンテンツ対応のプロパティ情報として格納し、
前記制御部は、
ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含むコンテンツ情報を生成し、前記データ送受信部を介して送信する構成を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記記憶部は、
さらに、サーバからクライアントに提供可能なコンテンツのデータ態様情報をコンテンツ対応のプロパティ情報として格納し、
前記制御部は、
サーバからクライアントに提供可能なコンテンツのデータ態様情報を含むコンテンツ情報を生成し、前記データ送受信部を介して送信する構成を有することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含む情報であることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記制御部は、
サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データをクライアントに対する送信データとして生成する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアントとしての情報処理装置であり、
コンテンツ提供サーバとのデータ送受信処理を実行するデータ送受信部と、
前記データ送受信部を介して前記サーバから受信するコンテンツ情報に基づいて出力部に表示する表示情報を生成する制御部と、
前記制御部の生成した表示情報を出力表示する表示部とを有し、
前記制御部は、サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成する処理を実行する構成であることを特徴とする情報処理装置。
【請求項７】
前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、
前記制御部は、ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてのオリジナルコンテンツデータ情報を識別可能とした表示情報の生成処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記制御部は、
生成する表示情報に、サーバから受信するプロパティ情報に含まれるサーバからクライアントに提供可能なコンテンツのデータ態様情報を含めるとともに、クライアント装置の処理機能情報に基づいて、前記データ態様情報毎のクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。
【請求項９】
前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、
前記制御部は、ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行する構成であることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記制御部は、
サーバから受信するコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データの解析により、表示情報の生成処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。
【請求項１１】
コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアントとしての情報処理装置であり、
コンテンツ提供サーバとのデータ送受信処理を実行するデータ送受信部と、
前記データ送受信部を介して前記サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様を決定し、決定情報を伴うコンテンツ送信要求をデータ送受信部を介してサーバに対して出力する処理を実行する制御部と、
を有することを特徴とする情報処理装置。
【請求項１２】
前記制御部は、
サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様である場合には、該オリジナルコンテンツのデータ態様をサーバからの送信データ態様として決定し、
サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様でない場合には、予め定めた設定情報に従ってクライアント装置の処理可能なデータ態様であり、かつ前記オリジナルコンテンツのデータ態様に近いデータ態様をサーバからの送信データ態様として決定する処理を実行する構成であることを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、
前記制御部は、サーバからの送信データ態様としてファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについて決定する処理を実行する構成であることを特徴とする請求項１１に記載の情報処理装置。
【請求項１４】
コンテンツ情報送信処理を実行する情報処理方法であり、
クライアントからのコンテンツ情報取得要求を受信するコンテンツ情報取得要求受信ステップと、
記憶部からコンテンツ対応のメタデータを構成するプロパティ情報として、サーバの保有するオリジナルコンテンツのデータ態様情報を抽出し、該オリジナルコンテンツのデータ態様情報を含むプロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成ステップと、
生成したコンテンツ情報をデータ送受信部を介してクライアントに対して送信するコンテンツ情報送信ステップと、
を有することを特徴とする情報処理方法。
【請求項１５】
前記記憶部は、サーバの保有するオリジナルコンテンツのデータ態様情報として、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを、コンテンツ対応のプロパティ情報として格納し、
前記コンテンツ情報生成ステップは、
ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含むコンテンツ情報を生成することを特徴とする請求項１４に記載の情報処理方法。
【請求項１６】
前記記憶部は、さらに、サーバからクライアントに提供可能なコンテンツのデータ態様情報をコンテンツ対応のプロパティ情報として格納し、
前記コンテンツ情報生成ステップは、
サーバからクライアントに提供可能なコンテンツのデータ態様情報を含むコンテンツ情報を生成することを特徴とする請求項１４に記載の情報処理方法。
【請求項１７】
前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含む情報であることを特徴とする請求項１６に記載の情報処理方法。
【請求項１８】
前記コンテンツ情報生成ステップは、
サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データをクライアントに対する送信データとして生成する処理を実行することを特徴とする請求項１４に記載の情報処理方法。
【請求項１９】
コンテンツ情報の表示処理を行う情報処理方法であり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成する表示情報生成ステップと、
前記表示情報を表示手段に出力するステップと、
を有することを特徴とする情報処理方法。
【請求項２０】
前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、
前記表示情報生成ステップは、ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてのオリジナルコンテンツデータ情報を識別可能とした表示情報の生成処理を実行することを特徴とする請求項１９に記載の情報処理方法。
【請求項２１】
前記表示情報生成ステップは、
生成する表示情報に、サーバから受信するプロパティ情報に含まれるサーバからクライアントに提供可能なコンテンツのデータ態様情報を含めるとともに、クライアント装置の処理機能情報に基づいて、前記データ態様情報毎のクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行することを特徴とする請求項１９に記載の情報処理方法。
【請求項２２】
前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、
前記表示情報生成ステップは、
ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行することを特徴とする請求項２１に記載の情報処理方法。
【請求項２３】
前記表示情報生成ステップは、
サーバから受信するコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データの解析により、表示情報の生成処理を実行することを特徴とする請求項１９に記載の情報処理方法。
【請求項２４】
コンテンツ情報に基づく送信コンテンツデータ態様決定処理を行う情報処理方法であり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様の決定処理を実行する送信データ態様決定ステップと、
前記送信データ態様決定ステップにおいて決定した決定情報を伴うコンテンツ送信要求をデータ送受信部を介してサーバに対して出力する処理を実行するコンテンツ送信要求送信ステップと、
を有することを特徴とする情報処理方法。
【請求項２５】
前記送信データ態様決定ステップは、
サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様である場合には、該オリジナルコンテンツのデータ態様をサーバからの送信データ態様として決定し、
サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様でない場合には、予め定めた設定情報に従ってクライアント装置の処理可能なデータ態様であり、かつ前記オリジナルコンテンツのデータ態様に近いデータ態様をサーバからの送信データ態様として決定する処理を実行することを特徴とする請求項２４に記載の情報処理方法。
【請求項２６】
前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、
前記送信データ態様決定ステップは、サーバからの送信データ態様としてファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについて決定する処理を実行することを特徴とする請求項２４に記載の情報処理方法。
【請求項２７】
コンテンツ情報送信処理を実行するコンピュータ・プログラムであり、
クライアントからのコンテンツ情報取得要求を受信するコンテンツ情報取得要求受信ステップと、
記憶部からコンテンツ対応のメタデータを構成するプロパティ情報として、サーバの保有するオリジナルコンテンツのデータ態様情報を抽出し、該オリジナルコンテンツのデータ態様情報を含むプロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成ステップと、
生成したコンテンツ情報をデータ送受信部を介してクライアントに対して送信するコンテンツ情報送信ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項２８】
コンテンツ情報の表示処理を実行するコンピュータ・プログラムであり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成する表示情報生成ステップと、
前記表示情報を表示手段に出力するステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項２９】
コンテンツ情報に基づく送信コンテンツデータ態様決定処理を実行するコンピュータ・プログラムであり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様の決定処理を実行する送信データ態様決定ステップと、
前記送信データ態様決定ステップにおいて決定した決定情報を伴うコンテンツ送信要求をデータ送受信部を介してサーバに対して出力する処理を実行するコンテンツ送信要求送信ステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、ネットワーク接続された機器間でＭＰＥＧ、ＡＴＲＡＣ等、様々なデータ態様のコンテンツ送受信を実行する構成において、コンテンツ提供処理を実行するサーバの保有するオリジナルコンテンツのデータ態様情報をクライアントに通知することにより、クライアントにおける最適なコンテンツ選択処理を可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアント側からサーバに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ，  ＭＰＥＧ：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ等）、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を送信する。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００７】
サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００８】
このようにホームネットワーク内のサーバに格納されたコンテンツは、ネットワーク接続された他の機器からアクセス可能となる。例えば、上述の簡易な機器接続構成であるＵＰｎＰ接続を実行した機器によってコンテンツを取得することが可能となる。コンテンツが映画データや音楽データの場合、ネットワーク接続機器としてＴＶ、あるいはプレーヤ等を接続すれば、映画を視聴したり、音楽を聴いたりすることが可能となる。
【０００９】
音楽、画像データ等の様々なコンテンツは、通常、様々な態様の符号化データとして各機器間で送受信され、また各機器の記憶部に格納される。例えば音声データであれば、ＡＴＲＡＣ３：ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ３、ＡＴＲＡＣ３ｐｌｕｓ、図像データであれば、ＭＰＥＧ１：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ１、ＭＰＥＧ２、ＭＰＥＧ４等である。
【００１０】
例えばホームネットワーク構成において、コンテンツをクライアントに提供するサーバは、チューナを介して受信したコンテンツ、あるいはＣＤ、ＤＶＤ等の記憶媒体から入力したオリジナルコンテンツを必要に応じて自己の記憶デバイスに格納し、クライアントの要求に応じてネットワークを介したコンテンツ提供処理を実行する。このコンテンツ提供処理の際には、クライアントデバイスのデータ処理、すなわちデータ復号機能に応じた符号化データを提供することが必要となるため、サーバは、サーバの保有するコーデックすなわちデータ変換部において、オリジナルコンテンツのデータ変換を実行し、変換データを様々なクライアントに提供する。
【００１１】
クライアントは、自デバイスにおいて処理可能なデータ態様、あるいは、希望するデータ態様を指定してサーバに対するデータ要求を行うと、サーバは、クライアントの要求に従ったデータ態様での符号化画像データあるいは符号化音声データ等をクライアントに送信し、クライアントでは、受信データを自デバイスのコーデック機能、すなわちデータ変換処理を実行してコンテンツ再生を行うことになる。
【００１２】
サーバクライアント間の符号化データの送受信におけるデータ変換処理構成を示した従来技術として、例えば特許文献１がある。特許文献１には、コンテンツサーバの有するコンテンツの符号化フォーマット情報とクライアントの復号処理可能なデータフォーマット情報に応じて効率的なトランスコード、すなわちデータ変換処理を自動的に選択してデータ変換処理を実行するデータアクセスサーバの構成が示されている。
【００１３】
しかし、データ品質の点を考慮すると、クライアントは、サーバの有するオリジナルデータを受信しオリジナルデータを再生することが望ましい。しかし、現状のＵＰｎＰの規定に従ったサーバクライアント間のコンテンツ要求時におけるメッセージ交換においては、クライアントからのデータ態様指定要求は可能であるが、サーバの有するオリジナルデータ態様の通知処理はなされず、クライアントは、オリジナルコンテンツのデータ態様を知ることはできなかった。
【００１４】
従って、クライアントはサーバから受信しているデータが、オリジナルデータの受信であるか、サーバにおいて再符号化等のデータ変換がなされたデータであるのかを判別することができず、クライアントにおいて受信できる最高品質のデータを選択して受信再生する処理が実行できなかった。
【００１５】
【特許文献１】
特許公開２００２−７７８５５号公報
【００１６】
【発明が解決しようとする課題】
本発明は、上述の従来技術における問題点に鑑みてなされたものであり、コンテンツを格納したサーバの保有するオリジナルコンテンツのデータ態様情報をクライアントが取得することを可能とし、クライアント側において、サーバから受信再生するコンテンツをオリジナルコンテンツとして指定することを可能として、クライアントにおける高品質なデータ再生を可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
本発明の第１の側面は、
クライアントからの要求に応じてコンテンツ送信処理を実行するコンテンツ提供サーバとしての情報処理装置であり、
コンテンツおよびコンテンツ属性情報としてのメタデータを記憶した記憶部と、
データ送受信処理を実行するデータ送受信部と、
クライアントからのコンテンツ情報取得要求の受領に基づいて、前記記憶部からメタデータを抽出し、メタデータの構成要素であるプロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成する制御部とを有し、
前記記憶部は、
コンテンツ対応のメタデータの構成要素としてのプロパティ情報として、サーバの保有するオリジナルコンテンツのデータ態様情報を格納し、
前記制御部は、
クライアントからのコンテンツ情報取得要求の受領に基づいて、サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報を生成し、前記データ送受信部を介して送信する構成を有することを特徴とする情報処理装置にある。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記記憶部は、サーバの保有するオリジナルコンテンツのデータ態様情報として、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを、コンテンツ対応のプロパティ情報として格納し、前記制御部は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含むコンテンツ情報を生成し、前記データ送受信部を介して送信する構成を有することを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記記憶部は、さらに、サーバからクライアントに提供可能なコンテンツのデータ態様情報をコンテンツ対応のプロパティ情報として格納し、前記制御部は、サーバからクライアントに提供可能なコンテンツのデータ態様情報を含むコンテンツ情報を生成し、前記データ送受信部を介して送信する構成を有することを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含む情報であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データをクライアントに対する送信データとして生成する処理を実行する構成であることを特徴とする。
【００２２】
さらに、本発明の第２の側面は、
コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアントとしての情報処理装置であり、
コンテンツ提供サーバとのデータ送受信処理を実行するデータ送受信部と、
前記データ送受信部を介して前記サーバから受信するコンテンツ情報に基づいて出力部に表示する表示情報を生成する制御部と、
前記制御部の生成した表示情報を出力表示する表示部とを有し、
前記制御部は、サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成する処理を実行する構成であることを特徴とする情報処理装置にある。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、前記制御部は、ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてのオリジナルコンテンツデータ情報を識別可能とした表示情報の生成処理を実行する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、生成する表示情報に、サーバから受信するプロパティ情報に含まれるサーバからクライアントに提供可能なコンテンツのデータ態様情報を含めるとともに、クライアント装置の処理機能情報に基づいて、前記データ態様情報毎のクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、前記制御部は、ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、サーバから受信するコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データの解析により、表示情報の生成処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の第３の側面は、
コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアントとしての情報処理装置であり、
コンテンツ提供サーバとのデータ送受信処理を実行するデータ送受信部と、
前記データ送受信部を介して前記サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様を決定し、決定情報を伴うコンテンツ送信要求をデータ送受信部を介してサーバに対して出力する処理を実行する制御部と、
を有することを特徴とする情報処理装置にある。
【００２８】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様である場合には、該オリジナルコンテンツのデータ態様をサーバからの送信データ態様として決定し、サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様でない場合には、予め定めた設定情報に従ってクライアント装置の処理可能なデータ態様であり、かつ前記オリジナルコンテンツのデータ態様に近いデータ態様をサーバからの送信データ態様として決定する処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、前記制御部は、サーバからの送信データ態様としてファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについて決定する処理を実行する構成であることを特徴とする。
【００３０】
さらに、本発明の第４の側面は、
コンテンツ情報送信処理を実行する情報処理方法であり、
クライアントからのコンテンツ情報取得要求を受信するコンテンツ情報取得要求受信ステップと、
記憶部からコンテンツ対応のメタデータを構成するプロパティ情報として、サーバの保有するオリジナルコンテンツのデータ態様情報を抽出し、該オリジナルコンテンツのデータ態様情報を含むプロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成ステップと、
生成したコンテンツ情報をデータ送受信部を介してクライアントに対して送信するコンテンツ情報送信ステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記記憶部は、サーバの保有するオリジナルコンテンツのデータ態様情報として、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを、コンテンツ対応のプロパティ情報として格納し、前記コンテンツ情報生成ステップは、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含むコンテンツ情報を生成することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記記憶部は、さらに、サーバからクライアントに提供可能なコンテンツのデータ態様情報をコンテンツ対応のプロパティ情報として格納し、前記コンテンツ情報生成ステップは、サーバからクライアントに提供可能なコンテンツのデータ態様情報を含むコンテンツ情報を生成することを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含む情報であることを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記コンテンツ情報生成ステップは、サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データをクライアントに対する送信データとして生成する処理を実行することを特徴とする。
【００３５】
さらに、本発明の第５の側面は、
コンテンツ情報の表示処理を行う情報処理方法であり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成する表示情報生成ステップと、
前記表示情報を表示手段に出力するステップと、
を有することを特徴とする情報処理方法にある。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、前記表示情報生成ステップは、ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてのオリジナルコンテンツデータ情報を識別可能とした表示情報の生成処理を実行することを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記表示情報生成ステップは、生成する表示情報に、サーバから受信するプロパティ情報に含まれるサーバからクライアントに提供可能なコンテンツのデータ態様情報を含めるとともに、クライアント装置の処理機能情報に基づいて、前記データ態様情報毎のクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行することを特徴とする。
【００３８】
さらに、本発明の情報処理方法の一実施態様において、前記クライアントに提供可能なコンテンツのデータ態様情報は、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、前記表示情報生成ステップは、ファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについてクライアントにおける処理の可否を識別可能とした表示情報の生成処理を実行することを特徴とする。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記表示情報生成ステップは、サーバから受信するコンテンツ情報によって構成されるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データの解析により、表示情報の生成処理を実行することを特徴とする。
【００４０】
さらに、本発明の第６の側面は、
コンテンツ情報に基づく送信コンテンツデータ態様決定処理を行う情報処理方法であり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様の決定処理を実行する送信データ態様決定ステップと、
前記送信データ態様決定ステップにおいて決定した決定情報を伴うコンテンツ送信要求をデータ送受信部を介してサーバに対して出力する処理を実行するコンテンツ送信要求送信ステップと、
を有することを特徴とする情報処理方法にある。
【００４１】
さらに、本発明の情報処理方法の一実施態様において、前記送信データ態様決定ステップは、サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様である場合には、該オリジナルコンテンツのデータ態様をサーバからの送信データ態様として決定し、サーバの保有するオリジナルコンテンツのデータ態様情報が、クライアント装置の処理可能なデータ態様でない場合には、予め定めた設定情報に従ってクライアント装置の処理可能なデータ態様であり、かつ前記オリジナルコンテンツのデータ態様に近いデータ態様をサーバからの送信データ態様として決定する処理を実行することを特徴とする。
【００４２】
さらに、本発明の情報処理方法の一実施態様において、前記オリジナルコンテンツのデータ態様情報は、サーバの保有するオリジナルコンテンツのファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報の少なくともいずれかを含み、前記送信データ態様決定ステップは、サーバからの送信データ態様としてファイルフォーマット情報、コーデック情報、解像度の少なくともいずれかについて決定する処理を実行することを特徴とする。
【００４３】
さらに、本発明の第７の側面は、
コンテンツ情報送信処理を実行するコンピュータ・プログラムであり、
クライアントからのコンテンツ情報取得要求を受信するコンテンツ情報取得要求受信ステップと、
記憶部からコンテンツ対応のメタデータを構成するプロパティ情報として、サーバの保有するオリジナルコンテンツのデータ態様情報を抽出し、該オリジナルコンテンツのデータ態様情報を含むプロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成ステップと、
生成したコンテンツ情報をデータ送受信部を介してクライアントに対して送信するコンテンツ情報送信ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４４】
さらに、本発明の第８の側面は、
コンテンツ情報の表示処理を実行するコンピュータ・プログラムであり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成する表示情報生成ステップと、
前記表示情報を表示手段に出力するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４５】
さらに、本発明の第９の側面は、
コンテンツ情報に基づく送信コンテンツデータ態様決定処理を実行するコンピュータ・プログラムであり、
サーバからコンテンツ情報を受信するステップと、
前記サーバから受信したコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様の決定処理を実行する送信データ態様決定ステップと、
前記送信データ態様決定ステップにおいて決定した決定情報を伴うコンテンツ送信要求をデータ送受信部を介してサーバに対して出力する処理を実行するコンテンツ送信要求送信ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４６】
【作用】
本発明の構成によれば、コンテンツ提供サーバにおいて、コンテンツ対応の属性情報であるメタ情報を構成するプロパティ情報に、サーバの保有するオリジナルコンテンツのデータ態様情報、具体的には、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報を格納する構成とし、クライアントからのコンテンツ情報取得要求の受領に基づいて、サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報を生成しクライアントに対して送信する構成としたので、クライアントは、サーバの保有するオリジナルコンテンツのデータ態様情報に基づいて、最適なデータ態様を決定し、データ態様を指定したコンテンツ送信要求を行うことが可能となり、クライアントにおける高品質なデータ、すなわち余分なデータ変換処理の実施されていないオリジナルデータまたはオリジナルデータに近い高品質なデータの取得、再生処理が可能となる。
【００４７】
さらに、本発明の構成によれば、コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアント装置において、サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成し、クライアントのディスプレイに表示する構成としたので、ユーザは、表示情報に基づいて、オリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報が判別可能となり、最適なデータ態様を容易に決定してサーバに対するコンテンツ送信要求を出力することが可能となる。
【００４８】
さらに、本発明の構成によれば、コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアント装置において、サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様を決定し、決定情報を伴うコンテンツ送信要求をサーバに対して出力する処理を実行する構成としたので、ユーザによるデータ選択等の処理負担をかけることなく、余分なデータ変換処理の実施されていないオリジナルデータまたはオリジナルデータに近い高品質なデータの取得、再生処理が可能となる。
【００４９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００５０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００５１】
【発明の実施の形態】
以下、図面を参照しながら、本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００５２】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、様々なクライアント装置からの処理要求に応じて処理を実行するサーバ１０１と、サーバ１０１に対して処理要求を行なうクライアント装置としてのＰＣ１２１，モニター１２２，携帯電話１２３、再生機１２４、ＰＤＡ１２５がネットワーク１００を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。
【００５３】
サーバ１０１がクライアントからの要求に応じて実行する処理は、例えばサーバ１０１の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバの実行可能なアプリケーションプログラムの実行によるデータ処理サービス等である。なお、図１においては、サーバ１０１と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図１に示すネットワーク接続されたクライアント装置もサーバとなり得る。
【００５４】
ネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク１００を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ１０１に送信することにより、サーバ１０１に対するデータ処理要求を実行する。サーバ１０１は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００５５】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００５６】
図１に示すサーバおよびクライアント装置を構成する情報処理装置の一例としてＰＣのハードウェア構成例について図２を参照して説明する。
【００５７】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、またはＨＤＤ２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００５８】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００５９】
図２に示す構成は、図１に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００６０】
［メタデータ］
次にクライアントに提供するコンテンツを格納したサーバが保有するメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ各々に対応する属性情報をメタデータとして保有している。
【００６１】
なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ等のコンテンツを総称してＡＶコンテンツと呼ぶ。サーバにおいて、ＡＶコンテンツは、階層構成を有するコンテンツディレクトリによって管理される。
【００６２】
コンテンツディレクトリは、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダによって構成される階層構成を持つ。コンテンツディレクトリの個々の要素、すなわち、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダの各々はオブジェクト（Ｏｂｊｅｃｔ）と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ以外にも様々なオブジェクトが存在する。
【００６３】
なお、ＡＶコンテンツの最小単位、すなわち１つの楽曲データ、１つの動画データ、１つの静止画データ等をアイテム（ｉｔｅｍ）とよぶ。
【００６４】
オブジェクトは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象としたサーチを要求し実行することができる。なお、サーバにおいては、クラスも階層構成で管理されており、１つのクラスの下にサブクラスの設定が可能である。
【００６５】
メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のオブジェクトに対応付けて定義されたコンテンツの属性情報としてのメタデータには、コンテンツの識別子（ＩＤ）、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティと呼ぶ。なお、音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。
【００６６】
［クライアントによるプロパティ情報取得に基づく処理］
例えばコンテンツを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図３を参照して説明する。まず、ステップＳ１１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。ステップＳ１２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タイトル、アーティスト名などのコンテンツ情報をＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データにより生成してクライアントに送信する。
【００６７】
クライアントは、ステップＳ１３において、受信ＸＭＬ情報に従って、コンテンツ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。
【００６８】
次に、クライアントはステップＳ１４において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報（例えばコンテンツＩＤ）をサーバに送信する。サーバは受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して、送信する。ステップＳ１６において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、クライアント側で復号処理を行った後に再生処理を行う。
【００６９】
通常のコンテンツ再生手順は、上述したとおりである。クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンツ対応のメタデータに含まれるプロパティ情報を取得することができる。
【００７０】
［オリジナルデータ情報の提供］
本発明の構成においては、サーバに格納されたコンテンツに対応するメタデータの構成要素としてのプロパティ情報として、コンテンツのオリジナルデータ情報を設定する。ユーザ、すなわちクライアントからサーバに対するコンテンツ情報の要求に応じて、サーバは、コンテンツのオリジナルデータに関する情報、具体的には、オリジナルデータに関するファイルフォーマット、コーデック情報、解像度情報等のデータ態様情報をクライアントに提供する。
【００７１】
なお、オリジナルデータとは、サーバが外部、例えば放送、ネットワークあるいはＤＶＤ，ＣＤ等の記憶媒体等から取得したデータであり、サーバ内の符号化復号化手段等のデータ変換手段による変換処理のなされていないデータである。
【００７２】
クライアントは、サーバから提供されるコンテンツ情報に基づいて、サーバの提供可能なデータ態様と、サーバの保有するオリジナルデータのデータ態様を併せて知ることができる。クライアントは、例えばこれらの各情報をリスト化したコンテンツリストをディスプレイに表示する。表示データの例については後述する。
【００７３】
ユーザは、ディスプレイに表示されたコンテンツリストに基づいてサーバから受信し再生するコンテンツのデータ態様（ファイルフォーマット、コーデック情報、解像度情報等）を選択し、選択したデータ態様情報をサーバに送信する。サーバはクライアントの指定に基づいて、送信データを記憶部から取得し、必要に応じてファイルフォーマットの変換、符号化復号化を実行するコーデック機能等により、データ変換処理を実行し、クライアントの希望するデータ態様としたコンテンツデータをクライアントに送信する。
【００７４】
以下、オリジナルデータ情報を含むコンテンツ情報をサーバからクライアントに提供し、クライアントトマシンにおいてサーバから受信するコンテンツ情報に基づくコンテンツ情報を表示し、データ選択処理を実行する一連の処理シーケンスについて図４を参照して説明する。
【００７５】
まず、ステップＳ２１において、クライアントは、サーバの保有するコンテンツ情報要求を行う。ここでは、コマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］をサーバに対して送信する。コマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］は、本発明のシステムを構成するデバイスにおいて解釈可能なコマンドであり、コマンドを受信したサーバは、要求に従ってコンテンツ等、様々なオブジェクト対応のメタデータを構成するプロパティ情報に基づくＸＭＬデータを生成してクライアントに送信する。
【００７６】
なお、クライアントは、プロパティ情報の要求に際して、どのオブジェクト、すなわち、どの種類のコンテンツに関するプロパティ情報を取得するかを指定可能である。例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、前述したクラスから１つのクラスを指定して、指定クラスに含まれるオブジェクトのプロパティ情報の取得要求を実行する。この場合、コマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］にクラスネームを付加してサーバに送信する。
【００７７】
サーバにおいては、クラスについて階層化構成によって管理し、１つのクラスの子クラスとしてのサブクラスの設定が可能であり、例えば音楽（Ｍｕｓｉｃ）関連のクラスにも多様なクラスが設定される。音楽（Ｍｕｓｉｃ）関連のクラスとしては、例えば図５に示すようなクラスが設定される。
【００７８】
図５に示すように、曲、アルバム、ジャンル、複数のアルバムを集積したアルバムキャビネットなど、様々なクラスが設定され、クライアントはこれらのクラスを指定して前述のプロパティ情報取得要求としてのコマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］をサーバに対して送信することで、指定クラスに対応するコンテンツのプロパティ情報を取得することができる。
【００７９】
図５に示すように、クラスは様々な分類がなされており、ユーザは任意のクラスを指定して、指定クラスのプロパティ情報を取得することが可能である。
【００８０】
音楽コンテンツや画像コンテンツは、サーバにおいて様々な態様で保管されている。すなわち、ＡＴＲＡＣ３、ＡＴＲＡＣ３ｐｌｕｓ、ＭＰＥＧ２、ＭＰＥＧ４等の圧縮データ態様が格納コンテンツによって異なっている。またコンテンツの記録品質、いわゆるレコードクオリティレベルも異なっている。
【００８１】
一方、クライアント装置の各々は、自デバイスで処理可能なデータ態様は、それぞれ異なっている。各クライアントは、自デバイスにおいて処理可能で、かつ最も高品質なデータを受信して再生処理を行うことが好ましい。
【００８２】
サーバは、クライアントからのプロパティ情報の取得要求を受信すると、例えば指定されたクラスに対応するコンテンツの対応メタデータを記憶手段から取得し、取得したメタデータに基づいて、クライアントに送信するプロパティ情報を含むＸＭＬデータを生成する。サーバは、図４のシーケンス図におけるステップＳ２２において、生成したＸＭＬデータをクライアントに送信する。
【００８３】
本発明の構成において、サーバからクライアントに送信するプロパティ情報には、サーバの提供可能なデータ態様と、サーバの保有するオリジナルデータのデータ態様に関する情報も含まれる。サーバは、これらの情報を含むコンテンツ情報に基づくＸＭＬデータを生成してクライアントに送信する。
【００８４】
サーバは、様々なプロパティ情報をコンテンツの属性情報として有する。なお、コンテンツデータに関する属性情報はメタデータであり、メタデータの個々の要素がプロパティ情報である。図６、図７にプロパティ情報の一部を示す。プロパティ情報は、クライアントから上述の［Ｘ＿ＧＥＴＳｃｈｅｍａ］に基づくプロパティ情報取得要求に応じてクライアントに提示される。
【００８５】
図６、図７は、クライアントに提示されるプロパティ情報の一部の例を示した図である。プロパティ名（Ｐｒｏｐｅｒｔｙ  Ｎａｍｅ）、数値、文字列等のデータタイプ（Ｔｙｐｅ）、複数存在可能か否かを示すマルチプル（Ｍｕｌｔｉｐｌｅ）、およびプロパティの内容（Ｐｒｏｐｅｒｔｙ  Ｄｅｓｃｒｉｐｔｉｏｎ）を示してある。
【００８６】
図６に示すトータルサイズ（ｔｏｔａｌ  Ｓｉｚｅ）は、オリジナルコンテンツのサイズーデータを示す。なお、コンテナとは、コンテンツを格納したフォルダとしてのオブジェクトを示す。トータルデュレーション（ｔｏｔａｌ  Ｄｕｒａｔｉｏｎ）は、コンテンツの総時間を示す。レコードクオリティレベル（ｒｅｃｏｒｄ  Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）は、コンテンツの記録品質であるクオリティレベルを示すデータであり、例えば１〜７の各整数値をとり、３＝２Ｍｂｐｓ、４＝４Ｍｂｐｓ、５＝８Ｍｂｐｓ等として設定される。
【００８７】
図６に示すデータ部３０１が、サーバの保有するオリジナルデータのデータ態様に関する情報として設定されるプロパティ情報である。オリジナルファイルフォーマット（ｏｒｉｇｉｎａｌ  Ｆｉｌｅ  Ｆｏｒｍａｔ）は、変換前のオリジナルコンテンツデータのフォーマットを示す。例えばＭＩＭＥＴｙｐｅとして示される。具体的には、Ａｕｄｉｏ／Ｍｐｅｇ、Ａｕｄｉｏ／ＷＡＶ、Ａｕｄｉｏ／Ｘ−ｏｐｅｎｍｇ、Ａｕｄｉｏ／Ｌ１６、Ｖｉｄｅｏ／ＭＰＥＧ、Ｖｉｄｅｏ／ＪＰＥＧなどである。オリジナルコーデック（Ｏｒｉｇｉｎａｌ  Ｃｏｄｅｃ）は、変換前のオリジナルコンテンツデータの符号化データ態様としてのコーデックを示す。
【００８８】
プロパティとしてのオリジナルコーデック（Ｏｒｉｇｉｎａｌ  Ｃｏｄｅｃ）として設定可能な値、すなわち許容値（Ａｌｌｏｗｅｄ  Ｖａｌｕｅ）は、予め設定されており、図８に示す通りである。すなわち、様々なデータ圧縮処理態様を示すＭＰＥＧ１Ｌ３、ＡＴＲＡＣ３、ＡＴＲＡＣ３ｐｌｕｓ・・ＪＰＥＧ、・・ＭＰＥＧ４Ｖ等、様々な設定許容値が予め定められている。それぞれの許容値（Ａｌｌｏｗｅｄ  Ｖａｌｕｅ）に対応するデータ圧縮処理態様は、図８デスクリプション（Ｄｅｓｃｒｉｐｔｉｏｎ）に示す通りである。
【００８９】
オリジナルコーデック（Ｏｒｉｇｉｎａｌ  Ｃｏｄｅｃ）に設定する値は、サーバの保有するオリジナルコンテンツデータの符号化データ態様情報である。すなわち、サーバのデータ変換機能によって変換処理のなされていないオリジナルデータの符号化データ態様情報である。
【００９０】
さらに、オリジナル解像度（ｏｒｉｇｉｎａｌ  Ｒｅｓｏｌｕｔｉｏｎ）は、サーバの保有するオリジナルコンテンツデータの解像度情報である。これは、コンテンツがガゾウデータの場合である。例えば１６００×１２００、１２８０×１０２４、８００×６００等の様々な解像度情報が設定される。
【００９１】
サーバは、さらに、コンテンツのリソース情報として図７に示すプロパティ情報を持つ。サーバは、オリジナルデータを様々な態様で変換した情報をオリジナルデータとは別にリソースデータとしてクライアントに提供することが可能であり、これらのクライアントに提供可能なデータがリソースデータである。
【００９２】
コンテンツ対応のプロパティ情報には、これらのリソースに関する情報も設定される。リソースプロトコル情報（ｒｅｓ＠ｐｒｏｔｏｃｏｌ  Ｉｎｆｏ）は、リソースのファイルフォーマットに関する情報である。なお、［ｒｅｓ］は、リソース情報であることを示す。リソースのファイルフォーマットに関する情報は、上述のオリジナルコンテンツのデータフォーマット情報と同様、例えばＭＩＭＥＴｙｐｅとして示される。具体的には、Ａｕｄｉｏ／Ｍｐｅｇ、Ａｕｄｉｏ／ＷＡＶ、Ａｕｄｉｏ／Ｘ−ｏｐｅｎｍｇ、Ａｕｄｉｏ／Ｌ１６、Ｖｉｄｅｏ／ＭＰＥＧ、Ｖｉｄｅｏ／ＪＰＥＧなどである
【００９３】
リソースコーデック（ｒｅｓ＠ａｖ：ｃｏｄｅｃ）は、リソースデータに関する符号化データ態様情報であり、図８に示すデータ圧縮処理態様を示すＭＰＥＧ１Ｌ３、ＡＴＲＡＣ３、ＡＴＲＡＣ３ｐｌｕｓ・・ＪＰＥＧ、・・ＭＰＥＧ４Ｖ等、様々な設定許容値が予め定められている。リソースサイズ（ｒｅｓ＠ｓｉｚｅ）は、リソースデータのサイズを示す。
【００９４】
図６および図７に示すプロパティ情報は、サーバがコンテンツに対応する属性情報として保持している情報であり、クライアントに提供可能な情報の一部を示したものである。この図に示す以外にも様々なコンテンツ情報がクライアントからのプロパティ情報取得要求に従ってサーバからクライアントに対して提供される。
【００９５】
クライアントは、再生しようとするコンテンツのデータ記録品質であるレコードクオリティレベルや、符号化態様としてのコーデック情報の詳細を受領し、認識することが可能となり、クライアントデバイスにおいて最適なデータ態様を選択して、送信要求を行うことができるので、クライアントに応じた最適コンテンツデータの受信および再生が可能となる。
【００９６】
なお、サーバからクライアントに対して、プロパティ情報が送信されると、クライアントは、プロパティ情報に基づいて、オリジナルデータ情報を識別可能な表示画面（ＵＩ：ユーザインタフェース）を生成し、ディスプレイに表示する。あるいは、自デバイスにおいて最適なデータ態様を予め格納されたプログラムに従って識別し、その識別されたデータ態様でのコンテンツデータ送信要求をサーバに対して送信する。
【００９７】
クライアントマシンが、サーバから受信するプロパティ情報からなるＸＭＬデータに基づいて、サーバの提供可能なデータ態様情報、さらにオリジナルデータ情報を識別可能な表示画面（ＵＩ：ユーザインタフェース）を生成し、ディスプレイに表示する処理を実行する構成においては、ユーザは、ディスプレイ表示された情報に基づいてサーバの提供可能なデータ態様情報、さらにオリジナルデータ情報を知ることができる。
【００９８】
ユーザは、クライアント装置において処理可能なデータ態様とサーバの保有するオリジナルデータ態様とが一致する場合には、サーバからの送信データとしてオリジナルデータを選択することで、余分なデータ変換処理の施されていない高品質なデータを受信し、再生処理を行うことが可能となる。
【００９９】
図４に戻り、サーバクライアント間の処理シーケンスについての説明を続ける。ステップＳ２２において、サーバが、上述したオリジナルコンテンツのデータ態様情報および提供可能なコンテンツのデータ態様情報を含むプロパティ情報に基づいて生成したＸＭＬデータをクライアント送信し、クライアントが受信すると、クライアントマシンでは、ＸＭＬデータに基づいてコンテンツ情報リストをクライアントマシンのディスプレイに表示する。
【０１００】
このコンテンツ情報リストに表示処理においては、上述したサーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報に基づくリスト表示が実行される。コンテンツ情報リストの表示例を図９、図１０に示す。図９は、音声データコンテンツに関するプロパティ情報に基づいてクライアント装置において生成した表示情報であり、図１０は、画像データコンテンツに関するプロパティ情報に基づいてクライアント装置において生成した表示情報である。
【０１０１】
図９に示すように、コンテンツの属性情報の基本情報としてのタイトル、アーティスト名等が表示され、さらに、ファイルフォーマット情報３５１、符号化データ態様情報としてのコーデック情報３５２が表示される。サーバの保有するオリジナルデータについてのファイルフォーマット情報およびコーデック情報には、この例では星印が付与され、識別可能となっている。さらに、図９に示す例では、クライアント装置において処理可能なデータ態様を白、処理不可能なデータ態様をグレーの表示領域として示してある。これらはサーバから受信するＸＭＬデータと、自デバイスの処理機能情報に基づいてなされる表示処理例の一例を示すものである。
【０１０２】
図９に示すような表示情報は、サーバから受信するプロパティ情報に基づくＸＭＬデータに基づいて、クライアント装置が予め持つ表示処理プログラムに従って生成する。従って、表示処理プログラムの設定により、その表示態様は異なる。ただし、サーバから受信するプロパティ情報は、前述したように、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報が含まれており、クライアントは、これらのデータ態様情報を識別可能な表示情報を生成してディスプレイに表示する。
【０１０３】
図９に示す例においては、サーバの保有するオリジナルデータのファイルフォーマットは、Ａｕｄｉｏ／ＭＰＥＧであり、コーデックはＡＴＲＡＣ３であることが識別可能である。ユーザは、クライアント装置においてこれらのオリジナルデータ態様の処理が可能であれば、そのオリジナルデータのデータ態様を指定してサーバにコンテンツ送信要求を行うことが可能であり、この処理により、クライアントは、サーバにおける余分なデータ変換処理が実行されていない高品質のコンテンツデータを取得することが可能となる。
【０１０４】
図１０は、コンテンツが画像データの場合の表示情報例を示す図である。図１０に示すように、コンテンツの属性情報の基本情報としてのタイトル、アーティスト名等が表示され、さらに、ファイルフォーマット情報３６１、符号化データ態様情報としてのコーデック情報３６２、さらに解像度情報３６３が表示される。サーバの保有するオリジナルデータについてのファイルフォーマット情報およびコーデック情報、解像度情報には、この例では星印が付与され、識別可能となっている。さらに、図１０に示す例では、クライアント装置において処理可能なデータ態様を白、処理不可能なデータ態様をグレーの表示領域に設定して示してある。これらはサーバから受信するＸＭＬデータと、自デバイスの処理機能情報に基づいてなされる表示処理例の一例を示すものである。
【０１０５】
図１０に示す例では、サーバの保有するオリジナルデータのファイルフォーマットは、Ｖｉｄｅｏ／ＭＰＥＧであり、コーデックはＭＰＥＧ４、解像度は１６００×１２００であることが識別される。ユーザは、クライアント装置においてこれらのオリジナルデータ態様の処理が可能であれば、そのオリジナルデータのデータ態様を指定してサーバにコンテンツ送信要求を行うことが可能である。これらのデータの処理が不可能な場合は、よりオリジナルに近い形式のデータを選択し送信要求を行うことができる。
【０１０６】
図１０に示す例では、サーバの保有するオリジナルデータの解像度は、１６００×１２００であるが、クライアント装置では、図に示すようにグレー表示され、クライアントのディスプレイの機能では表示できないので、クライアント装置において処理可能でかつサーバの保有するオリジナルデータの解像度により近い高品質の解像度データとして１２８０×１０２４の解像度のデータを送信データとして要求する。ファイルフォーマット、コーデックについては、サーバの保有するオリジナルデータのデータ態様の処理がクライアントにおいて実行可能であるので、これらのデータ態様、すなわち、
ファイルフォーマット：Ｖｉｄｅｏ／ＭＰＥＧ
コーデック：ＭＰＥＧ４
解像度：１２８０×１０２４
のデータ態様情報を設定したコンテンツ送信要求をサーバに送信する。
【０１０７】
図４に戻りサーバクライアント間の処理シーケンスの説明を続ける。ステップＳ２３において、クライアントは、サーバから受信したプロパティ情報からなるＸＭＬデータに基づいて、図９、図１０に示したような表示情報をクライアントのディスプレイに表示する。表示情報は、先に説明したように、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報をそれぞれ識別可能な表示情報であり、さらにクライアント装置における処理可否を識別可能な表示情報とする。
【０１０８】
ステップＳ２４において、ユーザは、表示情報に基づいて、サーバに要求するコンテンツのデータ態様を選択、決定する。ステップＳ２５において、決定したコンテンツデータ態様情報がクライアントからサーバに送信される。例えば、上述した
ファイルフォーマット：Ｖｉｄｅｏ／ＭＰＥＧ
コーデック：ＭＰＥＧ４
解像度：１２８０×１０２４の各指定情報である。
【０１０９】
サーバは、ステップＳ２６において、クライアントからの受信情報に基づいて、送信コンテンツを記憶部から抽出し、必要に応じてサーバ内のデータ変換部において変換処理を実行し、ステップＳ２７において、クライアントに対してコンテンツを送信する。ステップＳ２８において、クライアントは、サーバから受信したコンテンツの再生処理を実行する。
【０１１０】
このように、クライアントは、サーバの保有するコンテンツ情報として、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報をプロパティ情報として受信することができるので、オリジナルデータの優先的な選択や、自デバイスの機能に適合した最適なデータ選択が可能となり、高品質なデータ再生が実現される。
【０１１１】
なお、上述の処理例では、サーバから受信したプロパティ情報に基づいて、表示情報を生成し、表示情報中に、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報を含ませ、ユーザによって送信データのデータ態様を選択決定する処理構成例を説明したが、ユーザによるデータ態様の選択処理を行わず、クライアント装置の処理プログラムにおいて、サーバから受信するプロパティ情報と、クライアント装置の処理機能情報とを比較し、クライアントが処理可能であり、かつサーバの保有するオリジナルデータのデータ態様に最も近いデータ態様を持つものを予め定めた設定情報に従って自動選択し、選択した結果としてのデータ態様情報を送信データのデータ態様として指定したコンテンツ送信要求をサーバに対して自動送信する構成としてもよい。
【０１１２】
クライアント装置におけるプロパティ情報の取得処理、プロパティ情報に基づく表示情報の生成、表示処理、送信コンテンツのデータ態様決定、およびコンテンツ受信処理手順について、図１１の処理フローを参照して説明する。
【０１１３】
クライアント装置は、ステップＳ１１１において、サーバに対してプロパティ情報の取得要求を行う。これは前述したように例えばクラス指定を付加したコマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］をサーバに対して送信する処理として実行する。
【０１１４】
クライアントは、ステップＳ１１２において、サーバからのプロパティ情報をＸＭＬデータとして受信し、ステップＳ１１３において、受信プロパティ情報に基づいて表示情報（ＵＩ）を生成しディスプレイに表示する。これは、図９、図１０を参照して説明したように、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報をそれぞれ識別可能な表示情報であり、さらにクライアント装置における処理可否を識別可能な表示情報である。
【０１１５】
ユーザは、ステップＳ１１４において、クライアント装置のディスプレイに表示されたコンテンツ情報に基づいて、ファイルフォーマット、コーデック、解像度情報等のデータ態様を決定し、ステップＳ１１５において、決定したデータ態様情報をサーバに対して送信する。サーバでは、クライアントから受信したデータ態様情報に基づいてデータ選択、さらに必要に応じてデータ変換処理を行いクライアントに対して、クライアントから指定されたデータ態様を持つコンテンツデータを送信する。クライアントは、ステップＳ１１６において、サーバからコンテンツを受信して、再生処理を実行する。なお、クライアントにおける再生処理には、クライアント内のコーデック等、データ変換処理部によるデータ変換処理が含まれる場合もある。
【０１１６】
図１１に示す処理例は、サーバから受信したプロパティ情報に基づいて、表示情報を生成し、表示情報に基づいてユーザがデータ態様を選択する処理例である、次に図１２を参照して、ユーザによる選択処理を介さず、クライアント装置がデータ態様の選択を自動実行する処理手順について説明する。
【０１１７】
クライアント装置は、ステップＳ２１１において、サーバに対してプロパティ情報の取得要求を行う。これは前述したように例えばクラス指定を付加したコマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］をサーバに対して送信する処理として実行する。
【０１１８】
クライアントは、ステップＳ２１２において、サーバからのプロパティ情報をＸＭＬデータとして受信する。ステップＳ２１３では、サーバから受信するプロパティ情報に含まれるサーバの保有するオリジナルデータのデータ態様と、クライアント装置の処理機能情報とを比較し、サーバの保有するオリジナルデータのデータ態様がクライアント装置において処理可能か否かを判定する。
【０１１９】
ステップＳ２１３の判定かＹｅｓ、すなわち、サーバの保有するオリジナルデータのデータ態様がクライアント装置において処理可能である場合には、ステップＳ２１４に進み、サーバの保有するオリジナルデータのデータ態様を送信コンテンツのデータ態様として決定する。
【０１２０】
一方、ステップＳ２１３の判定かＮｏ、すなわち、サーバの保有するオリジナルデータのデータ態様がクライアント装置において処理不可能である場合には、ステップＳ２１５において、クライアントが処理可能であり、かつサーバの保有するオリジナルデータのデータ態様に最も近いデータ態様を持つものを予め定めた設定情報に従って自動選択する。設定情報は、例えば、オリジナルデータのデータ態様情報と、サーバの提供可能なデータ態様情報と、クライアント装置において処理可能なデータ態様情報との３つのデータ態様情報との組み合わせに基づいて送信要求するデータ態様を１つ設定したテーブル情報として設定される。
【０１２１】
ステップＳ２１６において、決定したデータ態様情報をサーバに対して送信する。サーバでは、クライアントから受信したデータ態様情報に基づいてデータ選択、さらに必要に応じてデータ変換処理を行いクライアントに対して、クライアントから指定されたデータ態様を持つコンテンツデータを送信する。クライアントは、ステップＳ２１７において、サーバからコンテンツを受信して、再生処理を実行する。
【０１２２】
上述したように、本発明の構成においては、コンテンツの属性情報としてのメタデータの構成要素としてのプロパティ情報に、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報、具体的には、ファイルフォーマット、コーデック、解像度の各情報を含め、これらの情報をクライアントからのプロパティ情報取得要求に応じてサーバからクライアントに送信する構成としたので、クライアントにおいて、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報に基づいて、最適なデータ態様を決定してサーバに対するコンテンツ送信要求を出力することが可能となり、クライアントにおける高品質なデータ、すなわち余分なデータ変換処理の実施されていないオリジナルデータまたはオリジナルデータに近い高品質なデータの取得、再生処理が可能となる。
【０１２３】
［サーバおよびクライアントの機能構成］
サーバおよびクライアント装置のハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って制御部としてのＣＰＵが実行する。
【０１２４】
ＣＰＵによって実行される処理は、例えばサーバ側では、クライアントからの要求に従って、コンテンツ対応のメタデータを取得しプロパティ情報に基づくＸＭＬデータを生成する処理、さらにクライアントからの要求データ態様、ファイルフォーマット、コーデック、解像度各情報を取得し、取得情報に従ってコンテンツデータを抽出し、必要に応じてあるいはデータ変換を実行する処理、さらにクライアントに対してコンテンツを送信する処理等である。
【０１２５】
クライアント側の処理としては、サーバから受信するプロパティ情報からなるＸＭＬデータに基づいてディスプレイにコンテンツ情報リストを表示する処理。自デバイスの機能と、コンテンツ情報とに基づいて、サーバに対して要求すべきコンテンツのデータ態様を決定する処理、さらに受信コンテンツの再生制御処理である。
【０１２６】
基本的にこれらの処理は、サーバ、クライアント装置の制御部としてのＣＰＵの制御の下に実行されるが、上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図１３および図１４を参照して説明する。
【０１２７】
図１３は、サーバの主要機能構成を示すブロック図である。パケット送受信部５０１は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部５０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１２８】
コンテンツ記憶部５０３は、サーバの保有するコンテンツを格納する。なお、コンテンツにはオリジナルコンテンツと、オリジナルコンテンツをデータ変換したコンテンツデータも含まれる。メタデータ記憶部５０４は、コンテンツに対応する属性情報としてのメタデータを格納した記憶部である。
【０１２９】
メタデータ記憶部５０４には、前述したように、メタデータを構成するプロパティ情報が格納され、プロパティ情報として、図６、図７を参照して説明したサーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報、具体的には、ファイルフォーマット、コーデック、解像度の各情報が含まれる。
【０１３０】
プロパティ情報取得部５０５は、クライアントから受信したプロパティ情報取得要求、例えばコマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］にクラスネームを付加したパケットに基づいて、指定クラスに対応するメタデータをメタデータ記憶部５０４から取り出す処理を実行する。
【０１３１】
ＸＭＬデータ生成部５０６は、プロパティ情報取得部５０５の取得したメタデータに基づいて、クライアントに送信するＸＭＬデータを生成する。データ変換部５０７は、サーバの保有するオリジナルコンテンツをクライアントからの要求に対応したデータ態様に変換する。ファイルフォーマット、コーデック、解像度等の変換を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ変換を実行する。なお、サーバ各々において、所有するコーデック機能は異なり、その機能に従って、クライアントに提供可能なリソースデータも異なることになる。
【０１３２】
次に、クライアント装置の機能構成について、図１４を参照して説明する。パケット送受信部６０１は、サーバに対するパケット、サーバからのパケットを受信する。パケット生成、解析部６０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。
【０１３３】
記憶部６０３は、サーバから受信したパケットに含まれるコンテンツ、クライアントのコーデック情報等を格納する。
【０１３４】
出力部６０４は、コンテンツ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図９、図１０を参照して説明した表示情報の出力にも利用される。入力部６０５は、例えば、表示情報として表示されたコンテンツのデータ態様の選択情報の入力を実行するためのキーボード、その他のデータ入力手段である。
【０１３５】
ＸＭＬデータ解析部６０６は、サーバから受信したプロパティ情報からなるＸＭＬデータを解析し、解析データに基づいて、先に図９、１０を参照して説明した表示情報を生成し、出力部としてのディスプレイに出力する処理を実行する。
【０１３６】
受信データ態様決定部６０７は、サーバから受信したプロパティ情報、すなわち、サーバの保有するオリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバから受信すべき最適なデータ態様、具体的には、ファイルフォーマット、コーデック、解像度の各情報を決定する処理を実行する。
【０１３７】
データ変換部６０８は、サーバから受信したコンテンツデータのデータ態様変換処理を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ復号処理等を実行する。なお、復号データの再符号化処理を実行し、再符号化データを記憶部６０３に格納する処理を実行する構成としてもよい。
【０１３８】
サーバ、およびクライアントは、機能的には図１３、図１４に示す各機能を有し、上述した各処理を実行する。ただし、図１３、図１４に示すブロック図は、機能を説明するブロック図であり、実際には、図２に示すＰＣ等のハードウェア構成におけるＣＰＵの制御の下に各種の処理プログラムが実行される。
【０１３９】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１４０】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１４１】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１４２】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１４３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１４４】
【発明の効果】
以上、説明したように、本発明の構成によれば、コンテンツ提供サーバにおいて、コンテンツ対応の属性情報であるメタ情報を構成するプロパティ情報に、サーバの保有するオリジナルコンテンツのデータ態様情報、具体的には、ファイルフォーマット情報、符号化データ態様としてのコーデック情報、解像度の各情報を格納する構成とし、クライアントからのコンテンツ情報取得要求の受領に基づいて、サーバの保有するオリジナルコンテンツのデータ態様情報を含むコンテンツ情報を生成しクライアントに対して送信する構成としたので、クライアントは、サーバの保有するオリジナルコンテンツのデータ態様情報に基づいて、最適なデータ態様を決定し、データ態様を指定したコンテンツ送信要求を行うことが可能となり、クライアントにおける高品質なデータ、すなわち余分なデータ変換処理の実施されていないオリジナルデータまたはオリジナルデータに近い高品質なデータの取得、再生処理が可能となる。
【０１４５】
さらに、本発明の構成によれば、コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアント装置において、サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報を識別可能な態様とした表示情報を生成し、クライアントのディスプレイに表示する構成としたので、ユーザは、表示情報に基づいて、オリジナルコンテンツのデータ態様情報およびサーバからクライアントに提供可能なコンテンツのデータ態様情報が判別可能となり、最適なデータ態様を容易に決定してサーバに対するコンテンツ送信要求を出力することが可能となる。
【０１４６】
さらに、本発明の構成によれば、コンテンツ提供サーバに対するコンテンツ送信要求を行うクライアント装置において、サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報に含まれるサーバの保有するオリジナルコンテンツのデータ態様情報と、サーバからクライアントに提供可能なコンテンツのデータ態様情報と、クライアント装置の処理機能情報とに基づいて、サーバからの送信データ態様を決定し、決定情報を伴うコンテンツ送信要求をサーバに対して出力する処理を実行する構成としたので、ユーザによるデータ選択等の処理負担をかけることなく、余分なデータ変換処理の実施されていないオリジナルデータまたはオリジナルデータに近い高品質なデータの取得、再生処理が可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】コンテンツデータ再生処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図４】プロパティ情報に基づくコンテンツデータ態様の選択およびコンテンツ送受信に関するサーバクライアント間の処理シーケンスについて説明する図である。
【図５】サーバに対して送信するプロパティ情報の指定情報として利用可能なクラスについて説明する図である。
【図６】コンテンツデータに対応して設定されるメタデータを構成するプロパティ情報について説明する図である。
【図７】コンテンツデータに対応して設定されるメタデータを構成するプロパティ情報について説明する図である。
【図８】プロパティ情報中のコーデックの許容値について示す図である。
【図９】サーバからクライアントに送信されるプロパティ情報に基づいてクライアントに表示される表示情報の例を示す図である。
【図１０】サーバからクライアントに送信されるプロパティ情報に基づいてクライアントに表示される表示情報の例を示す図である。
【図１１】サーバからクライアントに送信されるプロパティ情報に基づく送信データ態様の決定、コンテンツ要求、受信の処理手順を説明するフローチャートを示す図である。
【図１２】サーバからクライアントに送信されるプロパティ情報に基づく送信データ態様の決定、コンテンツ要求、受信の処理手順を説明するフローチャートを示す図である。
【図１３】サーバの処理機能を説明するブロック図である。
【図１４】クライアントの処理機能を説明するブロック図である。
【符号の説明】
１００  ネットワーク
１０１  サーバ
１２１  ＰＣ
１２２  モニター
１２３  携帯電話
１２４  再生機
１２５  ＰＤＡ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＨＤＤ
２０５  バス
２０６  入出力インタフェース
２０７  入力部
２０８  出力部
２０９  通信部
２１０  ドライブ
２１１  リムーバブル記録媒体
３５１  ファイルフォーマット情報
３５２  コーデック情報
３６１  ファイルフォーマット情報
３６２  コーデック情報
３６３  解像度情報
５０１  パケット送受信部
５０２  パケット生成、解析部
５０３  コンテンツ記憶部
５０４  メタデータ記憶部
５０５  プロパティ情報取得部
５０６  ＸＭＬデータ生成部
５０７  データ変換部
６０１  パケット送受信部
６０２  パケット生成、解析部
６０３  記憶部
６０４  出力部
６０５  入力部
６０６  ＸＭＬデータ解析部
６０７  受信データ態様決定部
６０８  データ変換部
【図１】
2004234111.tif 000003
【図２】
2004234111.tif 000004
【図３】
2004234111.tif 000005
【図４】
2004234111.tif 000006
【図５】
2004234111.tif 000007
【図６】
2004234111.tif 000008
【図７】
2004234111.tif 000009
【図８】
2004234111.tif 000010
【図９】
2004234111.tif 000011
【図１０】
2004234111.tif 000012
【図１１】
2004234111.tif 000013
【図１２】
2004234111.tif 000014
【図１３】
2004234111.tif 000015
【図１４】
2004234111.tif 000016