WO2004068355A1

WO2004068355A1 - 情報処理装置、およびコンテンツ管理方法、コンテンツ情報管理方法、並びにコンピュータ・プログラム

Info

Publication number: WO2004068355A1
Application number: PCT/JP2003/016086
Authority: WO
Inventors: Masaaki Hamada; Norifumi Kikkawa; Yoichi Kobori; Takehiko Morita; Toshihiro Morita; Yoshiki Tanaka; Noriyuki Sakoh; Tatsuya Igarashi
Original assignee: Sony Corporation
Priority date: 2003-01-29
Filing date: 2003-12-16
Publication date: 2004-08-12
Also published as: AU2003289112A1; US20060059168A1; EP1589436A1; KR20050104358A; US7792865B2; BR0318047A; CN1745370A; JP2004234158A; RU2005124131A

Abstract

サーバにおけるコンテンツの識別子情報に基づく改善された管理処理を実現する装置および方法を提供する。コンテンツ提供サーバにおいて、コンテンツ対応の固有識別子情報を、コンテンツ対応のメタデータの構成要素としてのプロパティ情報として設定し、固有識別子情報を記憶部に格納されたコンテンツの論理的・物理的な位置の変更が発生した場合においても変更することなくコンテンツ対応メタデータとして維持するとともに、入力コンテンツに対応して設定された固有識別子情報の設定値を変更することなく入力コンテンツ対応のメタデータとして管理する構成とした。本構成により、サーバ間におけるコンテンツ移動が発生した場合であっても、クライアントによる固有識別子に基づくコンテンツ取得が可能となる。

Description

明細書情報処理装置、およびコンテンツ管理方法、コンテンツ情報管理方法、並びにコンピュータ ·プログラム技術分野本発明は、情報処理装置、およびコンテンツ管理方法、コンテンツ情報管理方法、並びにコンピュータ ·プログラムに関する。さらに、詳細には、例えばホームネットワーク等、ネットワーク接続された機器構成において、コンテンッ提供サーバの有するコンテンツに固有識別子を設定し、設定した固有識別子に基づいた効率的なコンテンツ管理処理を実現する情報処理装置、およびコンテンッ管理方法、コンテンツ情報管理方法、並びにコンピュータ ·プログラムに関する。景技俯昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットヮークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性'快適性を提供するものであり、今後、ますます普及することが予測される。このようなホームネットワークの構成に適するプロトコルとしてュニバーサルプラグアンドプレイ（U P n P ： Universal Plug and Play) が知られている。ユニバーサルプラグアンドプレイ ( U P n P ) は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、 U P n Pはデバイス上の O S (ォペレ —ティングシステム) にも依存せず、容易に機器の追加ができるという利点を持つ。 U P n Pは、接続機器間で、 XML (extensible Markup Language) に準拠した定義ファイルを交換し、機器間において相互認識を行なう。 U P n Pの処理の概要は、以下の通りである。

( 1 ) I Pァドレス等の自己のデバイス I Dを取得するァドレッシング処理。

( 2) ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するデイス力バリ処理。

( 3 ) ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のァドレッシング処理によりデバイス I Dを取得し、ディスカパリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアント側からサーパに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（ AT R A C ： adaptive transform acoustic coding, MP E G: moving picture experts grou 等)、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を送信する。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばァーテイスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンッの送信要求をサーバに送信する。サーバはクライアントからのコンテンッリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンッの送信が行われ、クライアント側において受信コンテンツの再生が行われる。このようにホームネットワーク内のサーバに格納されたコンテンツは、ネットワーク接続された他の機器からアクセス可能となる。例えば、上述の簡易な機器接続構成である U P n P接続を実行した機器によってコンテンツを取得することが可能となる。コンテンツが映画データや音楽データの場合、ネットワーク接続機器として T V、あるいはプレーヤ等を接続すれば、映画を視聴したり、音楽を聴いたりすることが可能となる。しかし、現行の U P n Pにおいて規定された仕様は、コンテンツを格納し、ユーザ（クライアント）に提供する処理を実行するサーバは、自己の記憶部に格納するコンテンッに対応する識別子（ I D ) を自デバイスで任意に設定して管理を行う構成となっている。このようなコンテンツ管理を行うと、コンテンツが同一であっても、格納サーバが異なる場合、各格納単位毎に異なる識別子（ I D ) が付与されることになる。従って、例えばコンテンッがあるサーバ Aから別のサーバ Bに移動した場合、クライアントは、サーバ Aから取得したコンテンツに対応する I Dを記憶していても、その記憶 I Dに基づいて、サーバ Bから同一のコンテンツを取得できないという問題が発生する。多くの機器を接続可能なホームネットワーク構成においては、コンテンッを固定的に 1つのサーバによって集中管理することは、記憶容量や処理負荷の問題を発生することになる。従って、コンテンッ移動は柔軟なネットワークシステムの構築において不可欠である。このような場合、コンテンツ移動に伴い、サーバ毎に異なる識別子が設定されてしまうと、ユーザ（クライアント）によるコンテンッ管理の効率性を低下させる。なお、ホームサーバにおいて、コンテンツを複数の記録メディアに記録する場合に、記録メディァ毎にユニークな情報に基づいた識別子を用いることにより、コンテンツの管理を行う構成が例えば特許文献 1 (特許公開 2 0 0 2— 2 3 7 1 6 9号公報）に記載されている。特許文献 1に記載の構成は、例えば記録メディア ID +コンテンツ ID を管理用の I Dとして設定する。コンテンッをコピーする場合は、コンテンッを複製してデータベースのレコードを 1つ増やす。コンテンッの実体を H D Dから光ディスクへ移動するなどのチェックァゥト処理においては、記録メディァ I Dを光ディスクにし、コンテンツ I Dも必要に応じて変更する。チェックァゥトの逆処理としてのチヱックイン処理の場合は、識別子を変更する。他のデータベースに移動のため光ディスクに書き出しを行うなどのェクスポート処理では、データベースからレコードを削除する。また、エクスポートされたコンテンッをデータベースに登録するィンポート処理では、記録メディァ I D、コンテンッ I Dは新たに設定し、それ以外の付加情報は光ディスクから読み出したデータとする等の I D管理構成が記載されている。このように、従来構成においては、コンテンツを格納するサーバ等の機器は、個別にコンテンツ対応の識別子（ I D ) を設定し、設定した I Dに基づいてコンテンッ管理を行う構成が一般的である。従って、上述したように、コンテンッ移動に伴う識別子変更が発生し、クライアントのコンテンッ管理の効率性を低下させていた。発明の開示本発明は、上述の従来技術における問題点に鑑みてなされたものであり、コンテンッを格納したサーバの保有するコンテンッの属性情報に、コンテンッ対応のユニークな識別子を設定し、コンテンツを異なる機器に移動した場合においても、コンテンツ対応の識別子を変更せず、異なるサーバにおいても、同一コンテンツに対しては同一の I Dを対応付けて管理する構成とし、クライアントによるコンテンッ検索等の利便性を向上させることを可能とした情報処理装置、およびコンテンツ管理方法、コンテンツ情報管理方法、並びにコンビュータ ·プログラムを提供することを目的とする。本発明の第 1の側面は、

クライアントからの要求に応じてコンテンツ送信処理を実行するコンテンッ提供サーバとして機能する情報処理装置であり、

コンテンツおよびコンテンッ属性情報としてのメタデータを記憶した記憶部と、

データ送受信処理を実行するデータ送受信部と、

コンテンッ対応の固有識別子情報を、コンテンッ対応のメタデータの構成要素としてのプロパティ情報として設定し、該固有識別子情報を前記記憶部に格納されたコンテンツの論理的'物理的な位置の変更が発生した場合においても変更することなくコンテンツ対応メタデータとして維持するとともに、前記データ送受信部を介して入力するコンテンッに対応して設定された固有識別子情報の設定値を変更することなく入力コンテンツ対応のメタデータとして管理する処理を実行する制御部と、

を有することを特徴とする情報処理装置にある。さらに、本発明の情報処理装置の一実施態様において、前記制御部は、クライアントからの前記固有識別子情報を伴うコンテンツ要求に応じて、該固有識別子情報に基づくコンテンッ検索を実行する構成であることを特徴とする。さらに、本発明の情報処理装置の一実施態様において、前記制御部は、他機器に対するコンテンッ出力処理に際して、出力コンテンツに対応するメタデータの構成要素としてのプロパティ情報に設定された固有識別子情報を前記他機器に対して出力する処理を実行する構成を有することを特徴とする。さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記固有識別子情報の付与されていないコンテンツの新規格納処理において、新規固有識別子を生成し、該生成した新規固有識別子を新規格納コンテンツに対応する固定された固有識別子情報として設定する処理を実行する構成であることを特徴とする。さらに、本発明の情報処理装置の一実施態様において、コンテンッ対応のメタデータの構成要素としてのプロパティ情報に設定される固有識別子情報には、コンテンツ対応の固有識別子 [NCU I D]、コンテンツの関連オブジェクトの固有識別子 [ r e f NCU I D]、コンテンッの管理ディレクトリにおける親オブジェクトの固有識別子 [p a r e n t NCU I D] を含み、前記制御部は、前記 [NCU I D]、 [ r e f NCU I D]、 [p a r e n t NCU I D] の各値を格納コンテンツに対応するメタデータを構成するプロパティ情報の固定値として管理する構成であることを特徴とする。さらに、本発明の第 2の側面は、

コンテンッ再生処理を実行するクライアントとしての情報処理装置であり、コンテンッおよびコンテンツ属性情報を保有するサーバとのデータ送受信処理を実行するデータ送受信部と、

前記データ送受信部を介して前記サーバから受信するコンテンッ属性情報であるメタデータの構成要素としてのプロパティ情報に含まれるコンテンッ対応の固有識別子情報であり、機器間のコンテンツ移動時にも固定値として設定された固有識別子情報を取得するとともに、該固有識別子情報と前記メタデータに含まれる他のプロパティ情報とを関連付けた固有識別子管理テーブルを生成して記憶部に格納する処理を実行する制御部と、

前記固有識別子管理テーブルを記憶する記憶部と、

を有することを特徴とする情報処理装置にある。さらに、本発明の情報処理装置の一実施態様において、前記制御部は、サーバに対するコンテンッ要求に際して、要求対象コンテンツの固有識別子情報が前記固有識別子管理テーブルに登録済みか否かを判定し、登録済みである場合、固有識別子管理テーブルに登録された固有識別子情報を取得し、該取得固有識別子情報を検索キーとして設定したコンテンツ要求パケットを生成し、コンテンッ提供サーバに出力する制御を実行する構成であることを特徴とする。さらに、本発明の情報処理装置の一実施態様において、前記コンテンッ要求パケットの送信は、複数のサーバに対するマルチキャスト送信処理として実行することを特徴とする。さらに、本発明の第 3の側面は、

コンテンッ配信サーバにおけるコンテンッ管理方法であり、

他機器からの入力コンテンツに設定されたコンテンツ対応の固有識別子情報を検出するステップと、

前記固有識別子情報を入力コンテンツのメタデータを構成するプロパティ情報として値を変更せず設定するプロパティ情報設定ステップと、

前記入力コンテンツと、前記固有識別子情報をプロパティ情報として含むメタデータとを対応付けて記憶する記憶ステップと、

を有することを特徴とするコンテンッ管理方法にある。さらに、本発明のコンテンツ管理方法の一実施態様において、前記コンテンッ管理方法において、さらに、クライアントからの前記固有識別子情報を伴うコンテンッ要求に応じて、該固有識別子情報に基づくコンテンッ検索を実行するステップを有することを特徴とする。さらに、本発明のコンテンツ管理方法の一実施態様において、前記コンテンッ管理方法において、さらに、他機器に対するコンテンツ出力処理に際して、出力コンテンツに対応するメタデータの構成要素としてのプロパティ情報に設定された固有識別子情報を前記他機器に対して出力する処理を実行するステツプを有することを特徴とする。さらに、本発明のコンテンツ管理方法の一実施態様において、前記コンテンッ管理方法において、さらに、前記固有識別子情報の付与されていないコンテンッの新規格納処理において、新規固有識別子を生成し、該生成した新規固有識別子を新規格納コンテンツに対応する固定された固有識別子情報として設定する処理を実行するステップを有することを特徴とする。さらに、本発明のコンテンツ管理方法の一実施態様において、前記プロパティ情報設定ステップは、コンテンツ対応のメタデータの構成要素としてのプロパティ情報に設定される固有識別子情報に含まれる、コンテンッ対応の固有識別子 [NCU I D]、コンテンツの関連オブジェクトの固有識別子 [ r e ί N CU I D]、コンテンッの管理ディレクトリにおける親ォブジェクトの固有識別子 [p a r e n t NCU I D] を入力コンテンツ対応のプロパティ情報として値を変更せず設定し、前記記憶ステップは、前記入力コンテンツと、 [NC U I D]、 [ r e f NCU I D]、 [p a r e n t NCU I D]をプロパティ情報として含むメタデータとを対応付けて記憶することを特徴とする。さらに、本発明の第 4の側面は、

コンテンッ情報管理方法であり、

コンテンッ属性情報をサーバから受信するコンテンッ属性情報受信ステツプと、コンテンツ属性情報であるメタデータの構成要素としてのプロパティ情報に含まれるコンテンッ対応の固有識別子情報であり、機器間のコンテンツ移動時にも固定値として設定された固有識別子情報を取得するステップと、前記固有識別子情報と、前記メタデータに含まれる他のプロパティ情報とを関連付けた固有識別子管理テーブルを生成して記憶部に格納するステップと、を有することを特徴とするコンテンッ情報管理方法にある。さらに、本発明のコンテンツ情報管理方法の一実施態様において、前記コンテンッ情報管理方法は、さらに、サーバに対するコンテンツ要求に際して、要求対象コンテンツの固有識別子情報が前記固有識別子管理テーブルに登録済みか否かを判定し、登録済みである場合、固有識別子管理テーブルに登録された固有識別子情報を取得し、該取得固有識別子情報を検索キーとして設定したコンテンッ要求バケツトを生成し、コンテンッ提供サーバに出力する制御を実行することを特徴とする。さらに、本発明のコンテンツ情報管理方法の一実施態様において、前記コンテンッ要求パケットの送信処理は、複数のサーバに対するマルチキャスト送信処理として実行することを特徴とする。さらに、本発明の第 5の側面は、

コンテンッ配信サーバにおけるコンテンッ管理処理を実行するコンビユータ *プログラムであり、

前記固有識別子情報を入力コンテンツのメタデータを構成するプロパティ情報として値を変更せず設定するプロパティ情報設定ステツプと、

を有することを特徴とするコンピュータ 'プログラムにある。さらに、本発明の第 6の側面は、

コンテンッ情報管理処理を実行するコンピュータ · プログラムであり、コンテンッ属性情報をサーバから受信するコンテンッ属性情報受信ステツプと、

コンテンツ属性情報であるメタデータの構成要素としてのプロパティ情報に含まれるコンテンツ対応の固有識別子情報であり、機器間のコンテンツ移動時にも固定値として設定された固有識別子情報を取得するステップと、

前記固有識別子情報と、前記メタデータに含まれる他のプロパティ情報とを関連付けた固有識別子管理テーブルを生成して記憶部に格納するステップと、を有することを特徴とするコンピュータ ·プログラムにある。本発明の構成によれば、コンテンツ提供サーバにおいて、コンテンツ対応の固有識別子情報を、コンテンツ対応のメタデータの構成要素としてのプロパティ情報として設定し、固有識別子情報を記憶部に格納されたコンテンツの論理的'物理的な位置の変更が発生した場合においても変更することなくコンテンッ対応メタデータとして維持するとともに、入力コンテンツに対応して設定された固有識別子情報の設定値を変更することなく入力コンテンツ対応のメタデータとして管理する構成としたので、サーバ間におけるコンテンッ移動が発生した場合であっても、クライアントによる固有識別子に基づくコンテンツ取得が可能となる。さらに、本発明の構成によれば、コンテンツ再生処理を実行するクライアントにおいて、サーバから受信するコンテンツ属性情報中のプロパティ情報に含まれるコンテンッ対応の固有識別子情報と、例えば他のプロパティ情報とを関連付けた固有識別子管理テーブルを生成して記憶部に格納する処理を実行する構成とし、固有識別子をサーバ間でのコンテンツ移動において不変の値としたので、新たなコンテンツ格納サーバからの属性情報取得処理を行うことなく、記憶データとしての固有識別子に基づくコンテンツ取得が可能となり、コンテンッ取得が効率的に実行可能となる。なお、本発明のコンピュータ · プログラムは、例えば、様々なプログラム' コードを実行可能な汎用コンピュータ 'システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、 C D F D、 M Oなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンビユータ ·プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ 'システム上でプログラムに応じた処理が実現される。本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。図面の簡単な説明図 1は、本発明の適用可能なネットワーク構成例を示す図である。

図 2は、ネットワーク接続機器の構成例について説明する図である。

図 3は、コンテンッデータ再生処理におけるサーパクライアント間の処理シ一ケンスについて説明する図である。

図 4は、サーバの保有するメタデータの構成要素としてのプロパティ情報の例を示す図である。

図 5は、サーバ間のコンテンッ移動に伴う N C U I Dの移動継承について説明する図である。

図 6は、クライアントの有する N D U I D管理テーブルの構成例を示す図である。

図 7は、 N C U I Dを適用したコンテンツ要求処理シーケンスについて説明する図である。図 8は、サーバおよびクライアント間のコンテンツおよび N C U I Dの送受信処理について説明する図である。

図 9は、クライアントによるコンテンッ取得処理におけるサーバ、クライアント各装置の処理手順を説明するフローチヤ一トを示す図である。

図 1 0は、サーバの処理機能を説明するプロック図である。

図 1 1は、クライアントの処理機能を説明するブロック図である。発明を実施するための最良の形態以下、図面を参照しながら、本発明の情報処理装置、およびコンテンツ管理方法、コンテンツ情報管理方法、並びにコンピュータ 'プログラムの詳細について説明する。

、概要]

まず、図 1を参照して、本発明の適用可能なネットワーク構成例について説明する。図 1は、様々なクライアント装置からの処理要求に応じて処理を実行するサーバ 1 0 1と、サーバ 1 0 1に対して処理要求を行なうクライアント装置としての P C 1 2 1 , モニター 1 2 2 , 携帯電話 1 2 3、再生機 1 2 4、 P D A 1 2 5がネットワーク 1 0 0を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。サーバ 1 0 1がクライアントからの要求に応じて実行する処理は、例えばサーバ 1 0 1の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバの実行可能なアプリケーションプログラムの実行によるデータ処理サービス等である。なお、図 1においては、サーバ 1 0 1と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図 1に示すネットヮーク接続されたクライアント装置もサーバとなり得る。ネットワーク 1 0 0は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク 1 0 0を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ 1 0 1に送信することにより、サーバ 1 0 1に対するデータ処理要求を実行する。サーバ 1 0 1は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（U P n P ： Universal Plug and Play) 対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、

( 2 ) ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するデイス力バリ処理。

( 3 ) ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。

上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。図 1に示すサーバおよびクライアント装置を構成する情報処理装置の一例として P Cのハードウエア構成例について図 2を参照して説明する。

C P U (Central Process ing Unit) 2 0 1は、 R O M (Read Only Memory) 2 0 2、または HDD 2 0 4等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。 R AM 2 0 3には、 C P U 2 0 1が実行するプログラムやデータが適宜記憶される。 C PU 2 0 1、 ROM2 0 2、および RAM2 0 3、 HDD 2 0 4は、バス 2 0 5を介して相互に接続されている。バス 2 0 5には、入出力インタフェース 2 0 6が接続されており、この入出力インタフェース 2 0 6には、例えば、ユーザにより操作されるキーボード、スィッチ、ボタン、あるいはマウス等により構成される入力部 2 0 7、ユーザに各種の情報を提示する L CD、 CRT,スピーカ等により構成される出力部 2 0 8が接続される。さらに、データ送受信手段として機能する通信部 2 0 9、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーパプル記録媒体 2 1 1を装着可能で、これらのリムーバブル記録媒体 2 1 1からのデータ読み出しあるいは書き込み処理を実行するドライブ 2 1 0が接続される。図 2に示す構成は、図 1に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（P C) の例であるが、ネットワーク接続機器は P C に限らず、図 1に示すように携帯電話、 PDA等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウエア構成を持つことが可能であり、そのハードウエアに従った処理を実行する。

[メタデータ]

次にクライアントに提供するコンテンッを格納したサーバが保有するメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ各々に対応する属性情報をメタデータとして保有している。なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ等のコンテンツを総称して AVコンテンツと呼ぶ。サーバにおいて、 AVコンテンッは、階層構成を有するコンテンッディレクトリによって管理される。コンテンッディレクトリは、個々の AVコンテンッあるいは複数の A Vコンテンッを格納したフォルダによって構成される階層構成を持つ。コンテンッディレクトリの個々の要素、すなわち、個々の AVコンテンツあるいは複数の A Vコンテンツを格納したフォルダの各々はォブジェクト（O b j e c t ) と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々の A Vコンテンッあるいは複数の A Vコンテンッを格納したフオルダ以外にも様々なオブジェクトが存在する。なお、 AVコンテンツの最小単位、すなわち 1つの楽曲データ、 1つの動画データ、 1つの静止画データ等をアイテム（ i t e m) とよぶ。才ブジェクトは、その種類、例えば音楽（Au d i o)、ビデオ（V i d e o )、写真（P h o t o ) 等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象としたサーチを要求し実行することができる。なお、サーバにおいては、クラスも階層構成で管理されており、 1つのクラスの下にサブクラスの設定が可能である。メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のォブジェクトに対応付けて定義されたコンテンッの属性情報としてのメタデータには、コンテンツの識別子（ I D)、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティと呼ぶ。なお、音楽（Au d i o)、ビデオ（V i d e o)、写真（P h o t o) 等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。

[クライアントによるプロパティ情報取得に基づく処理]

例えばコンテンッを再生しようとするクライアントは、サーバに対してコンテンッ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図 3を参照して説明する。まず、ステップ S 1 1において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。ステップ S 1 2で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タイトル、ァーテイスト名などのコンテンツ情報を X M L ( extended Markup Language) データにより生成してクライアントに送信する。クライアントは、ステップ S 1 3において、受信 X M L情報に従って、コンテンッ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。次に、クライアントはステップ S 1 4において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報（例えばコンテンッ I D ) をサーバに送信する。サーバは受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して、送信する。ステップ S 1 6において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツが A T R A C、 M P E G等の圧縮処理がなされている場合は、クライアント側で復号処理を行った後に再生処理を行う。通常のコンテンツ再生手順は、上述したとおりである。クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンッ対応のメタデータに含まれるプロパティ情報を取得することができる。 [コンテンツ識別子の指定によるコンテンッ取得処理]

図 3を参照して説明した上述の処理は、クライアントが、コンテンツ情報をサーバから取得し、取得したコンテンツ情報に基づいて、再生コンテンツを選択し、選択情報を再度サーバに送信して再生コンテンツの取得を行う処理である。上述の処理シーケンスにおいて、クライアントがサーバから取得したコンテンッ情報は、クライアントの記憶部に保存することが可能である。コンテンツ情報を記憶部に格納することにより、再度、コンテンツ送信を要求する際に、コンテンツ情報を取得することなく、記憶コンテンツ情報に基づいてサ一パに対するコンテンッ送信要求が可能となる。しかし、従来技術の欄で説明したように、コンテンツの指定情報としてのコンテンッ識別子（ I D ) は、現行の U P n Pの規定によれば、サーバ間のデータ移動が発生すると、異なる値に設定されてしまう。従って、クライアントが先にコンテンツ情報を取得したサーバが、同一コンテンッの保持状態を継続している場合は、そのサーバに同一 I Dに基づくコンテンッ送信要求を行うことにより、コンテンツを取得可能であるが、コンテンッが他のサーバに移動してしまった場合、移動先サーバから同一コンテンツを取得する場合には、再度、その移動先サーバからコンテンツ情報を取得して、取得情報からコンテンツ指定情報を抽出して、抽出したコンテンツ指定情報をコンテンッ格納サーバに送信しなければならない。本発明の構成においては、上述のような不具合を解消するため、サーバ間のコンテンッ移動の際にも、コンテンッ対応の固有識別子をコンテンツ移動機器, 例えばサーバ間で継承し、同一のコンテンツ I Dをコンテンツに対応付けて管理する構成とする。すなわち、固定された固有識別子情報をコンテンツに対応付けて設定し、コンテンツ移動が発生しても常に固定された識別子をコンテンッ対応の属性情報として利用可能な構成とした。すなわち、グローバルにかつ永続的に不変のユニークな識別子（ I D ) をコンテンッに対応付けて設定する。この識別子をネットワークコンテンッ ·ュニーク I D ( N C U I D ： Network Content Unique ID)と呼ぶ。 1つのコンテンッ等、オブジェクトが同じコンテンツを表現し続ける限り、 N C U I Dは同じ値を保ち続ける。 1つのサーバ内、あるいは異なるサーバ間においてオブジェクトの論理的 ·物理的な位置が変更された場合でも、同じ値を保つ。ネットワークコンテンツ 'ユニーク I D ( C U I D ) は、コンテンツに対応するメタデータを構成するプロパティ情報の 1つとして設定される。サーバは、コンテンツに関する個々の属性情報をプロパティ情報とし、コンテンッ対応メタデータとして格納しており、クライアントからのプロパティ情報取得要求に応じてクライアントに提示される。プロパティ情報の例を図 4に示す。図 4には、サーバがコンテンツに対応して記憶部に格納し、クライアントからの要求に応じてクライアントに提示されるプロパティ情報の一部の例を示している。プロパティ名（Property Name)、数値、文字列等のデータタイプ (Type) , 複数存在可能か否かを示すマルチプル（Mult iple) およびプロパティの内容 (Property Description) 不してある。トータノレサイズ（total Si ze) は、オリジナノレコンテンツのサイズ一データを示す。なお、コンテナとは、コンテンツを格納したフォルダとしてのォプジェクトを示す。トータノレデュレーシヨン（total Durat ion)は、コンテンツの総時間を示す。コンテンツに関する識別情報は、図 4のデータ部 3 0 1の設定情報である。

[ i d]、 [p a r e n t I D]、 [ r e f I D] の各々は、従来と同様、各サーバにおいて独自に設定する識別子（ I D) である。 [ i d] は、サーバ内のコンテンッディレクトリにおいて固有の識別情報である。 [p a r e n t I D] は、親子関係にあるコンテナの親コンテナの識別子である。 [ r e f I D]は、関連コンテンツ等の参照先オブジェクトの識別子である。なお、 [p a r e n t I D]、 [ r e f I D] は、それぞれ親コンテナや、関連コンテンツ等、対象オブジェクトが存在する場合に設定され、ォブジェクトが存在しない場合には設定されない。本発明の構成においては、上述の各 I Dに加えて、さらにグローバルュニークな I D情報として、 [NCU I D]、 [ r e i NCU I D]、 [p a r e n t N CU I D] をコンテンツ対応のプロパティ情報、すなわちメタデータとして有する。なお、 [ r e f NCU I D]、 [p a r e n t NCU I D] は、それぞれのォブジェクトが存在する場合に設定される。

[NCU I D] は、コンテンッあるいはコンテンッフォルダに対応して設定されるグローバルユニークな識別情報、すなわち、ネットワークコンテンッ · ユニーク I D (NCU I D) である。 [ r e i NCU I D] は、関連コンテンッ等の参照先オブジェクトの識別子であり、これもグローバルユニークな識別情報である。 [p a r e n t NCU I D] は、親子関係にあるコンテナの親コンテナの識別子であり、これもグローバルユニークな識別情報である。図 4に示すデータ部 3 0 1の、 [ i d]、 [p a r e n t I D]、 [ r e f I D] の各々は、従来と同様、各サーバにおいて独自に設定する識別子（ I D) であり、コンテンツを機器間、例えばサーバ間で移動した場合には、これらの識別子は、移動後のサーバにおいて新たな値が設定され管理される。しかし、 [NCU I D]、 [ r e f NCU I D]、 [ p a r e n t NCU I D] は、コンテンッの移動に際して、移動先の機器（サーバ）において継承され、同一の I D に基づいてコンテンツ管理が実行される。すなわち、コンテンツ移動に伴い、コンテンツ対応のメタデータの移動も実行され、メタデータの構成要素としてのプロパティ情報である [NCU I D]、 [ r e f NCU I D], [p a r e n t NCU I D] の値は、書き換えられることなく、移動後の機器において管理される。図 5を参照してネットワーク構成機器間でのコンテンツ移動処理について説明する。図 5には、コンテンツ提供サーバ機能を持つ 4つの情報処理装置 3 2 1， 3 2 2 , 3 2 3 , 3 24を示している。これらは、例えば 1つのホームネットワークに接続され、図示しない再生装置、モニタ等の様々なクライアント装置からコンテンツ送信要求を受信し、要求に基づいてコンテンツ送信処理を実行する。これらのサーバ間において、コンテンツの移動が実行される場合、図に示すように、コンテンツとともに、コンテンツ対応のメタデータの移動も実行され、メタデータの構成要素としてのプロパティ情報である [NCU I D]、 [ r e f NCU I D]、 [p a r e n t NCU I D] の値も移動機器間で送受信される。移動コンテンツを格納する機器は、移動元から受信したコンテンツ対応のメタデータ中のプロパティ情報である [NCU I D]、 [ r e f NCU I D]、 [p a r e n t NCU I D] の値を書き換えることなく、各フィールドの設定値をそのまま引き継いでコンテンツ対応のメタデータとして格納する。なお、上述の NCU I Dを持たない新規コンテンツを格納する場合は、新規コンテンッ格納サーバにおいて、グローバルユニーク性のある値を新規に生成してコンテンツの NCU I Dとして設定する。 NCU I Dの値の生成処理は、例えばコンテンツ記録時間情報、機器の有する各デバイス情報、生成乱数等を用いて設定する。具体的には、例えば 1 6 ~ 3 2バイトの 1 6進データ列として設定する。あるいは、特定の NCU I D管理および割り当てを実行する管理機器を設定し、管理機器が、グローバルユニーク性を保証した値をコンテンツ新規格納サーバからの要求に応じて付与する構成としてもよい。 [ r e f NC U I D], [p a r e n t NCU I D] についても同様である。上述したグローバルユニーク性のある I Dを各コンテンツに対応して設定することで、サーバからコンテンツ情報を取得し、 NCU I D情報を取得したクライアントは、その NCU I Dを自デバイスの記憶部に格納することで、格納 NCU I Dに基づくコンテンツリクエストを実行することができる。例えば NCU I Dをコンテンツタイトルと関連付けたプックマーク等として設定することで、タイトルのクリック指定により NCU I Dを検索キーとしたコンテンッ送信要求を各サーバに送信し、サーバから目的のコンテンツを受信し、再生する処理などが実行可能となる。クライアント装置は、サーバから受信したコンテンツ情報に基づいて、例えば図 6に示すような固有識別子管理テーブル、すなわち NCU I D管理テープルを生成し記憶部に格納する。図 6に示す NCU I D管理テーブルは、コンテンッのメタデータの構成要素であるプロパティ情報に含まれるコンテンツタィトル、アーティストと、 NCU I Dとを対応付けたテープルである。図 6に示す例では、コンテンッタイトル、アーティストの 2つのプロパティ情報を固有識別子情報としての NCU I Dに対応付けた例を示しているが、タィトルのみ等 1つのプロパティ情報を NCU I Dに対応付けた設定としてもよく、あるいはユーザが任意に生成したデータを NCU I Dと対応付けて管理する構成としてもよい。クライアントは、テーブルに登録されたコンテンツを再度、同一サーバ、あるいは異なるサーバから受信し再生する場合、テーブルに登録された NCU I Dを検索キーとしたコンテンツ要求、すなわちコンテンツ検索またはコンテンッ送信要求をサーバに送信する。なお、クライアントにおいてコンテンツ格納サーバが明らかである場合は、コンテンツ格納サーバに対して N C U I Dを送信することで処理を実行する。コンテンッ格納サーバが明らかでない場合は、複数のコンテンツ格納サーバに対して N C U I Dをマルチキャスト送信することで、各サーバにおける検索処理を実行させて、コンテンッを格納しているサーバからコンテンッを受信することができる。コンテンッ対応の N C U I D情報を格納したクライアントによるコンテンッ取得処理シーケンスについて、図 7を参照して説明する。ステップ S 2 1において、クライアントは、例えば図 6に示す N C U I D管理テープルに基づいて、再生処理を行おうとするコンテンツを選択する。クライアントマシンは、選択情報に従って N C U I Dを格納したコンテンツ送信要求パケットを生成して、サーバに対して送信する。なお、クライアント装置において、 N C U I Dをコンテンッタイトルと関連付けたプックマーク等として設定することで、タイトルのクリック指定により N C U I Dを検索キーとしたコンテンッ送信要求を各サーバに送信する処理を実行する構成としてもよい。コンテンッ送信要求のあて先は、前述したように、コンテンッ格納サーバが明らかである場合は、コンテンツ格納サーバに対して送信し、コンテンツ格納サーバが明らかでない場合は、複数のコンテンツ格納サーバに対してマルチキャスト送信とする。コンテンッ送信要求を受信したサーバは、ステップ S 2 2において、受信パケットに格納された N C U I Dに基づくコンテンッ検索処理を実行し、ステツプ S 2 3において、検索し抽出したコンテンツをクライアントに送信する。ステツプ S 2 4において、クライアントは、サーバから受信したコンテンツを再生する。コンテンッおよび NCU I Dのデータの流れについて、図 8を参照して説明する。図 8には 1つのクライアント 3 5 1、 3つのサーバ 3 6 1 , 3 6 2, 3 6 3を示している。サーバ 3 6 1， 3 6 2， 3 6 3は、クライアント 3 5 1力らの要求に応じて、コンテンツをクライアント 3 5 1に送信する。各サーバ 3 6 1， 3 6 2, 3 6 3の間でコンテンツ移動が実行される場合、コンテンツとともに、コンテンッの対応メタデータが送受信され、メタデータ中の NCU I Dは、その値とともに、移動後のサーバに格納される。なお NC U I Dには、前述した [NCU I D]、 [ r e f N C U I D], [p a r e n t N CU I D] を含む。クライアント 3 5 1は、予め取得したコンテンツ情報に設定されていた NC U I Dを記憶部に格納し、格納した NCU I Dを検索キーとしたコンテンツ送信要求をサーバ 3 6 1 , 3 6 2, 3 6 3に対して送信することができる。各サーバは、クライアントから受信した NCU I Dに基づくコンテンツ検索を実行し、抽出コンテンツをクライアント 3 5 1に送信する。図 9を参照して、 NCU I Dに基づくコンテンッ取得処理において、クライアントおよびサーバにおいて実行する処理の手順について説明する。図 9において、左側がクライアントの処理を示し、右側がサーバの処理を示す。コンテンツを取得しようとするクライアントは、ステップ S 1 1 1において、再生予定コンテンッの NCU I Dを取得済みか否かを判定する。例えば図 6に示す NCU I D管理テーブルを参照して判定したり、あるいはプックマークの設定状況に基づいて判定を行う。

NCU I Dを格納していないと判定した場合は、ステップ S 1 1 2に進み、プロパティ情報要求処理を実行する。すなわち、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。サーバは、ステップ S 2 0 1において、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タィトル、アーティスト名などのコンテンツ情報、 NCU I D等の各種プロパティ情報を XML (extended Markup Language) データにより生成してステップ S 20 2において生成したプロパティ情報をクライアントに送信する。クライアントは、ステップ S 1 1 3において XMLデータからなるプロパティ情報を受信すると、受信 XML情報に従って、コンテンッ情報をディスプレィに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間、 NCU I D等からなるリストとして表示される。クライアントはステップ S 1 1 4において、サーバから受信し再生する曲を選択し、コンテンッ指定情報としての NCU I Dを抽出する。次にクライアントは、ステップ S I 1 5において、抽出した NCU I Dを格納したコンテンツ送信要求パケットを生成してサーバに対して送信する。すでに NCU I Dが記憶部に格納済みの場合は、ステップ S 1 1 2〜S 1 1 4の処理は省略可能であり、記憶部に格納された N CU I Dを取り出して NCU I D を格納したコンテンツ送信要求パケットを生成してサーバに対して送信することができる。コンテンツ送信要求パケットの送信処理は、コンテンツ格納サーバに対するュ-キャスト送信処理、あるいは複数サーバをあて先としたマルチキャスト送信処理として実行する。サーバは、ステップ S 2 1 1において、 NCU I Dを格納したコンテンッ送信要求を受信し、ステップ S 2 1 2において、 NCU I Dに基づくコンテンツ検索を実行し、ステップ S 2 1 3において抽出コンテンツをクライアントに送信する。クライアントは、ステップ S 1 1 6においてコンテンツを受信し、ステップ S 1 1 7において、受信コンテンツの再生を実行する。このように、コンテンツに対応付けられたコンテンツ識別子としての NCU I Dは、グローバルユニークな値であり、かつ、サーバ間のコンテンツ移動時にも不変の値として維持されるので、クライアントは、自デバイスの記憶部に NCU I Dを格納することで、その後のコンテンツ取得時に記憶した NCU I Dを検索キーとしたコンテンツ要求を行えば、他のサーバからでも同一のコンテンッを取得することが可能となり、コンテンッ管理が効率的にかつ正確に実行可能となる。

[サーバおよびクライアントの機能構成]

サーバおよびクライアント装置のハードウエア構成については、先に図 2を参照して説明した通りであり、上述した各種の処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って制御部としての C P Uが実行する。

C PUによって実行される処理は、例えばサーバ側では、サーバ間のコンテンッ移動に伴う NCU I Dの継承管理処理、クライアントからの要求に従って、コンテンツ対応のメタデータを取得しプロパティ情報に基づく XMLデータを生成する処理、クライアントからの要求に応じて実行する処理として NCU I Dに基づくコンテンツ検索処理、さらに、抽出コンテンツの送信処理等である。クライアント側の処理としては、サーバから受信するプロパティ情報からなる XMLデータに基づいてディスプレイにコンテンツ情報リストを表示する処理。さらに、自デバイスの記憶部に NCU I Dが格納されているか否かを判定する処理、 NCU I Dを格納したコンテンツ送信要求パケットを生成し送信する処理、さらに受信コンテンツの再生制御処理などを実行する。基本的にこれらの処理は、サーバ、クライアント装置の制御部としての C P Uの制御の下に予め格納された処理プログラムに従って実行される。制御部としての C P Uが実行する処理および記憶部の格納データ等について、図 1 0および図 1 1を参照して説明する。図 1 0は、サーバの主要機能構成を説明するプロック図であり、図 1 1は、クライアントの主要機能構成を説明するプロック図である。まず、図 1 0のサーバの機能構成を示すプロック図を参照してサーバの処理について説明する。パケット送受信部 5 0 1は、クライアントに対するパケット、クライアントからのバケツトを受信する。パケット生成、解析部 5 0 2は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのァドレス設定、ァドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。コンテンッ記憶部 5 0 3は、サーバの保有するコンテンッを格納する。なお、コンテンツにはオリジナルコンテンツと、オリジナルコンテンツをデータ変換したコンテンツデータも含まれる。メタデータ記憶部 5 04は、コンテンッに対応する属性情報としてのメタデータを格納した記億部である。メタデータ記憶部 5 04には、前述したように、メタデータを構成するプロパティ情報が格納され、プロパティ情報としては、コンテンッに対応するグロ一パルユニークな I Dとしての [NCU I D] が含まれる。さらに、関連コンテンッ等の参照先ォブジェクトの識別子 [ r e f NCU I D]、親子関係にあるコンテンッの識別子である [p a r e n t NCU I D] も対象ォブジェクトが存在する場合にはその値が設定されている。プロパティ情報取得部 5 0 5は、クライアントから受信したプロパティ情報取得要求パケットに基づいて、コンテンツ属性情報としてのメタデータをメタデータ記憶部 5 0 4から取り出す処理を実行する。

XMLデータ生成部 5 0 6は、プロパティ情報取得部 5 0 5の取得したメタデータに基づいて、クライアントに送信する XMLデータを生成する。コーデック 5 0 7は、オリジナルコンテンツデータの符号化処理、復号処理を実行する。例えば ATRAC 3、 MP EG 4に基づくデータ変換を実行する。サーバ各々において、所有するコーデック機能は異なり、その機能に従って、クライアントに提供可能なリソースデータも異なることになる。次に、クライアント装置の機能構成について、図 1 1を参照して説明する。パケット送受信部 6 0 1は、サーバに対するパケット、サーバからのパケットを受信する。パケット生成、解析部 6 0 2は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのァドレス設定、ァドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。コンテンッ送信要求パケットの生成においては、 NCU I Dをペイロードとして格納したパケットを生成し、パケット送受信部 6 0 1を介してサーバに対して送信する。記憶部 6 0 3は、サーバから受信したパケットに含まれるコンテンッ、コンテンッ対応のメタデータ、すなわち、 NCU I D等のプロパティ情報を記憶する。例えば図 6を参照して説明した NCU I D管理テープルのように NCU I Dと、コンテンッタイトル、アーティスト等のプロパティ情報を対応付けて記憶する。出力部 6 0 4は、コンテンッ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、サーバから受信するコンテンツ情報に基づいて生成するコンテンッ情報リストの出力、さらには、図 6を参照して説明した N CU I D管理テーブルの表示等にも利用される。入力部 6 0 5は、例えば、再生コンテンツの指定情報の入力、再生処理に関する様々な入力処理に利用されるキーボード、その他のデータ入力手段である。

XMLデータ解析部 6 0 6は、サーバから受信したプロパティ情報からなる X M Lデータを解析し、解析データに基づいてコンテンツ情報リストを生成し、出力部としてのディスプレイに出力する処理を実行する。

N C U I D検索部 6 0 7は、サーバから受信し、記憶部 6 0 3に格納済みのプロパティ情報中の N C U I Dを取得する。図 6を参照して説明した N C U I D管理テ一プルに基づく検索、あるいはコンテンツタイトル等に関連付けられて設定されたブックマーク情報に基づく検索等が実行される。検索された N C U I Dがパケット生成'解析部 6 0 2において生成するコンテンッ送信要求パケットにペイロードとして設定され、サーバに送信される。コーデック 6 0 8は、サーバから受信したコンテンツデータの復号処理等を実行する。例えば A T R A C 3 、 M P E G 4に基づくデータ変換を実行する。なお、復号データの再符号化処理を実行し、再符号化データを記憶部 6 0 3に格納する処理を実行する構成としてもよい。サーバ、およびクライアントは、機能的には図 1 0、図 1 1に示す各機能を有し、上述した各処理を実行する。ただし、図 1 0、図 1 1に示すプロック図は、機能を説明するプロック図であり、実際には、図 2に示す P C等のハードウェア構成における C P Uの制御の下に各種の処理プログラムが実行される。以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。なお、明細書中において説明した一連の処理はハードウエア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウエアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体としてのハードディスクゃ R O M (Read Onl y Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシプノレディスク、 C D - R O M (Compact Di sc Read Only Memory) , M O (Magneto opt i cal)ディスク， D V D (Di gi tal Versat i le Di sc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。なお、プログラムは、上述したようなリムーバプル記録媒体からコンビユータにィンストールする他、ダウンロードサイトカら、コンピュータに無線転送したり、 L A N (Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にィンストールすることができる。なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。産業上の利用可能性以上、説明したように、本発明の構成によれば、コンテンツ提供サーバにおいて、コンテンツ対応の固有識別子情報を、コンテンツ対応のメタデータの構成要素としてのプロパティ情報として設定し、固有識別子情報を記憶部に格納されたコンテンツの論理的'物理的な位置の変更が発生した場合においても変更することなくコンテンツ対応メタデータとして維持するとともに、入力コンテンッに対応して設定された固有識別子情報の設定値を変更することなく入力コンテンツ対応のメタデータとして管理する構成としたので、サーバ間におけるコンテンツ移動が発生した場合であっても、クライアントによる固有識別子に基づくコンテンツ取得が可能となる。さらに、本発明の構成によれば、コンテンツ再生処理を実行するクライアントにおいて、サーバから受信するコンテンッ属性情報中のプロパティ情報に含まれるコンテンッ対応の固有識別子情報と、例えば他のプロパティ情報とを関連付けた固有識別子管理テーブルを生成して記憶部に格納する処理を実行する構成とし、固有識別子をサーバ間でのコンテンツ移動において不変の値としたので、新たなコンテンツ格納サーバからの属性情報取得処理を行うことなく、記憶データとしての固有識別子に基づくコンテンッ取得が可能となり、コンテンッ取得が効率的に実行可能となる。

Claims

請求の範囲

1 . クライアントからの要求に応じてコンテンツ送信処理を実行するコンテンッ提供サーバとして機能する情報処理装置であり、

データ送受信処理を実行するデータ送受信部と、

コンテンッ対応の固有識別子情報を、コンテンッ対応のメタデータの構成要素としてのプロパティ情報として設定し、該固有識別子情報を前記記憶部に格納されたコンテンツの論理的'物理的な位置の変更が発生した場合においても変更することなくコンテンッ対応メタデータとして維持するとともに、前記データ送受信部を介して入力するコンテンッに対応して設定された固有識別子情報の設定値を変更することなく入力コンテンツ対応のメタデータとして管理する処理を実行する制御部と、

を有することを特徴とする情報処理装置。

2 . 前記制御部は、

クライアントからの前記固有識別子情報を伴うコンテンツ要求に応じて、該固有識別子情報に基づくコンテンッ検索を実行する構成であることを特徴とする請求項 1に記載の情報処理装置。

3 . 前記制御部は、

他機器に対するコンテンッ出力処理に際して、出力コンテンツに対応するメタデ一タの構成要素としてのプロパティ情報に設定された固有識別子情報を前記他機器に対して出力する処理を実行する構成を有することを特徴とする請求項 1に記載の情報処理装置。

4 . 前記制御部は、前記固有識別子情報の付与されていないコンテンツの新規格納処理において、新規固有識別子を生成し、該生成した新規固有識別子を新規格納コンテンッに対応する固定された固有識別子情報として設定する処理を実行する構成であることを特徴とする請求項 1に記載の情報処理装置。

5. コンテンッ対応のメタデータの構成要素としてのプロパティ情報に設定される固有識別子情報には、

コンテンツ対応の固有識別子 [NCU I D]、

コンテンッの連オブジェクトの固有識別子 [ r e f NCU I D]、コンテンツの管理ディレクトリにおける親ォブジェクトの固有識別子 [p a r e n t NCU I D] を含み、

前記制御部は、前記 [NCU I D：]、 [ r e f NCU I D]、 [p a r e n t N CU I D]の各値を格納コンテンツに対応するメタデータを構成するプロパティ情報の固定値として管理する構成であることを特徴とする請求項 1に記載の情報処理装置。

6. コンテンッ再生処理を実行するクライアントとしての情報処理装置であり、

コンテンッおよびコンテンツ属性情報を保有するサーバとのデータ送受信処理を実行するデータ送受信部と、

前記データ送受信部を介して前記サーバから受信するコンテンッ属性情報であるメタデータの構成要素としてのプロパティ情報に含まれるコンテンツ対応の固有識別子情報であり、機器間のコンテンツ移動時にも固定値として設定された固有識別子情報を取得するとともに、該固有識別子情報と前記メタデータに含まれる他のプロパティ情報とを関連付けた固有識別子管理テ一ブルを生成して記憶部に格納する処理を実行する制御部と、

前記固有識別子管理テーブルを記億する記憶部と、

を有することを特徴とする情報処理装置。

7 . 前記制御部は、

サーバに対するコンテンッ要求に際して、要求対象コンテンツの固有識別子情報が前記固有識別子管理テーブルに登録済みか否かを判定し、登録済みである場合、固有識別子管理テーブルに登録された固有識別子情報を取得し、該取得固有識別子情報を検索キーとして設定したコンテンツ要求パケットを生成し、コンテンツ提供サーバに出力する制御を実行する構成であることを特徴とする請求項 6に記載の情報処理装置。

8 . 前記コンテンツ要求パケットの送信は、複数のサーバに対するマルチキャスト送信処理として実行することを特徴とする請求項 7に記載の情報処理装置。

9 . コンテンッ配信サーバにおけるコンテンッ管理方法であり、他機器からの入力コンテンッに設定されたコンテンツ対応の固有識別子情報を検出するステップと、

を有することを特徴とするコンテンツ管理方法。

1 0 . 前記コンテンツ管理方法において、さらに、

クライアントからの前記固有識別子情報を伴うコ要求に応じて、該固有識別子情報に基づくコンテンッ検索を実行するステップを有することを特徴とする請求項 9に記載のコンテンツ管理方法。

1 1 . 前記コンテンツ管理方法において、さらに、

他機器に対するコンテンツ出力処理に際して、出力コンテンツに対応するメタデータの構成要素としてのプロパティ情報に設定された固有識別子情報を前記他機器に対して出力する処理を実行するステップを有することを特徴とする請求項 9に記載のコンテンツ管理方法。

1 2. 前記コンテンツ管理方法において、さらに、

前記固有識別子情報の付与されていないコンテンツの新規格納処理において、新規固有識別子を生成し、該生成した新規固有識別子を新規格納コンテンッに対応する固定された固有識別子情報として設定する処理を実行するステップを有することを特徴とする請求項 9に記載のコンテンツ管理方法。

1 3. 前記プロパティ情報設定ステップは、

コンテンッ対応のメタデータの構成要素としてのプロパティ情報に設定される固有識別子情報に含まれる、

コンテンツ対応の固有識別子 [NCU I D；]、

コンテンッの関連オブジェクトの固有識別子 [ r e ί NCU I D]、コンテンツの管理ディレクトリにおける親オブジェクトの固有識別子 [p a r e n t NCU I D ]を入力コンテンツ対応のプロパティ情報として値を変更せず設定し、

前記記憶ステップは、

前記入力コンテンツと、 [NCU I D]、 [ r e f NCU I D]、 [p a r e n t NCU I D]をプロパティ情報として含むメタデータとを対応付けて記憶することを特徴とする請求項 9に記載のコンテンツ管理方法。

1 4. コンテンツ情報管理方法であり、

コンテンッ属性情報をサーバから受信するコンテンッ属性情報受信ステツプと、

コンテンッ属性情報であるメタデータの構成要素としてのプロパティ情報に含まれるコンテンツ対応の固有識別子情報であり、機器間のコンテンツ移動時にも固定値として設定された固有識別子情報を取得するステップと、前記固有識別子情報と、前記メタデータに含まれる他のプロパティ情報とを関連付けた固有識別子管理テープルを生成して記憶部に格納するステップと、を有することを特徴とするコンテンツ情報管理方法。

1 5 . 前記コンテンツ情報管理方法は、さらに、

サーバに対するコンテンッ要求に際して、要求対象コンテンツの固有識別子情報が前記固有識別子管理テーブルに登録済みか否かを判定し、登録済みである場合、固有識別子管理テーブルに登録された固有識別子情報を取得し、該取得固有識別子情報を検索キーとして設定したコンテンツ要求パケットを生成し、コンテンツ提供サーバに出力する制御を実行することを特徴とする請求項 1 4に記載のコンテンツ情報管理方法。

1 6 . 前記コンテンツ要求バケツトの送信処理は、複数のサーバに対するマルチキャスト送信処理として実行することを特徴とする請求項 1 5に記載のコンテンツ情報管理方法。

1 7 . コンテンツ配信サーバにおけるコンテンツ管理処理を実行するコンピュータ · プログラムであり、

前記固有識別子情報を入力コンテンツのメタデータを構成するプ口パティ情報として値を変更せず設定するプロパティ情報設定ステップと、

前記入力コンテンッと、前記固有識別子情報をプロパティ情報として含むメタデータとを対応付けて記憶する記憶ステップと、

を有することを特徴とするコンピュータ · プログラム。

1 8 . コンテンツ情報管理処理を実行するコンピュータ 'プログラムであり、

コンテンッ属性情報をサーバから受信するコンテンッ属性情報受信ステツプと、コンテンッ属性情報であるメタデータの構成要素としてのプロパティ情報に含まれるコンテンッ対応の固有識別子情報であり、機器間のコンテンツ移動時にも固定値として設定された固有識別子情報を取得するステップと、前記固有識別子情報と、前記メタデータに含まれる他のプロパティ情報とを関連付けた固有識別子管理テーブルを生成して記憶部に格納するステップと、を有することを特微とするコンピュータ 'プログラム。