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