JP2008134966A - データ管理サーバ、データ管理システム、データ管理方法およびプログラム - Google Patents

Abstract

【課題】データ管理サーバ、データ管理システム、データ管理方法およびプログラムを提供すること。
【解決手段】コンテンツデータおよび該コンテンツデータの属性情報を含むメタデータを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器３０と、に接続可能なデータ管理サーバであって、複数のコンテンツサーバの各々からメタデータを収集するデータ収集部２２４と、データ収集部が収集したメタデータを、該メタデータに含まれる属性情報に基づいて階層構造化するデータ処理部２３２と、クライアント機器からの要求に応じて、データ処理部により階層構造化されたメタデータをクライアント機器に送信する送信部とを備えることを特徴とする。
【選択図】図１１

Description

本発明は、データ管理サーバ、データ管理システム、データ管理方法およびプログラムに関する。

近年、家庭用ＡＶ（Ａｕｄｉｏ−Ｖｉｓｕａｌ）機器やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）を相互に接続したホームネットワークにおいて、映像や音楽などのコンテンツの相互利用を可能とするためのＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）ガイドラインが提案されている。かかるＤＬＮＡガイドラインによれば、コンテンツの保存および送信機能を備えたＤＭＳ（Ｄｉｇｉｔａｌ Ｍａｄｉａ Ｓｅｒｖｅｒ、以下、単にコンテンツサーバとする。）と、コンテンツの再生機能を備えたＤＭＰ（Ｄｉｇｉｔａｌ Ｍａｄｉａ Ｐｌａｙａｒ、以下、単にクライアント機器とする。）とが定義されている。

上記クライアント機器は、コンテンツの取得および再生をするために、ホームネットワークに接続されている複数のコンテンツサーバから所望するコンテンツを検索する必要がある。ここで、ＤＬＮＡガイドラインに準拠するクライアント機器は、コンテンツサーバ単位でしかコンテンツを検索することができない。また、クライアント機器は、電源が入っていないコンテンツサーバのコンテンツを検索することができなかった。

これに対し、特許文献１には、複数のコンテンツサーバに記憶されているコンテンツのメタデータをメタデータ収集サーバが収集し、クライアント機器がメタデータ収集サーバにアクセスするのみで複数のコンテンツサーバに記憶されているコンテンツを検索可能とするメタデータ収集システムが開示されている。
特開２００４−１０２７６７号公報

しかし、従来のメタデータ収集サーバは、複数のコンテンツサーバから収集したメタデータをどのようなデータ構造で格納するかに着眼しておらず、単に複数のコンテンツサーバにおけるデータ構造をそのまま反映させるとすれば、ユーザに煩雑な検索作業を強いる場合があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、複数のコンテンツサーバに記憶されたコンテンツのメタデータを、コンテンツの所在に拘らず統一されたデータ構造で一元的に管理することが可能な、新規かつ改良されたデータ管理サーバ、データ管理システム、データ管理方法およびプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、コンテンツデータおよび該コンテンツデータの属性情報を含むメタデータを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバが提供される。このデータ管理サーバは、複数のコンテンツサーバの各々からメタデータを収集するデータ収集部と、データ収集部が収集したメタデータを、該メタデータに含まれる属性情報に基づいて階層構造化するデータ処理部と、クライアント機器からの要求に応じて、データ処理部により階層構造化されたメタデータをクライアント機器に送信する送信部とを備えることを特徴とする。

かかる構成においては、データ収集部が、データ管理サーバに接続されているコンテンツサーバの各々から、該コンテンツサーバに記憶されているコンテンツデータに関するメタデータを収集する。また、データ処理部は、例えば、データ収集部が収集したメタデータのうちから必要なメタデータを抽出し、抽出したメタデータを属性情報に基づいて階層構造化する。また、送信部が、階層構造化されたメタデータを、クライアント機器からの要求に応じて、クライアント機器に送信する。このように、データ管理サーバが複数のコンテンツサーバが記憶するコンテンツデータのメタデータを一元的に管理するため、クライアント機器は、単にデータ管理サーバにアクセスするのみで、複数のコンテンツサーバに記憶されているコンテンツデータを検索することができる。また、当該データ管理サーバのデータ処理部は、属性情報に基づいてメタデータを階層構造化するため、クライアント機器においては、コンテンツデータがいずれのコンテンツサーバに記憶されているかを意識することなくコンテンツデータを検索できる。すなわち、当該データ管理サーバは、クライアント機器において、コンテンツサーバごとに異なるディレクトリ構造をたどることなくコンテンツデータの検索を可能とすることができる。

データ収集部が収集したメタデータを記憶する記憶部をさらに備え、データ処理部は、記憶部に記憶されたメタデータを、該メタデータに含まれる属性情報に基づいて階層構造化するようにしてもよい。かかる構成においては、データ管理サーバは、データ収集部が収集したメタデータを記憶する記憶部を備えるため、コンテンツサーバが起動している間に該コンテンツサーバのメタデータを収集し記憶部に記憶させておけば、該コンテンツサーバが休止状態に移行している間も、クライアント機器に該コンテンツサーバのメタデータを提供することができる。また、データ処理部は、例えば、クライアント機器からのメタデータの送信要求があったときに、記憶部に記憶されたメタデータを階層構造化する。かかる構成によれば、コンテンツサーバが記憶するコンテンツデータの更新頻度が高くでも、該更新の度にデータ管理サーバにおけるメタデータの階層構造化処理を行わず、クライアント機器からのメタデータの送信要求があったときに階層構造化処理を行うことにより、データ管理サーバにおける負荷を抑制することができる。

データ処理部は、データ収集部が収集したメタデータを、該メタデータに含まれる属性情報に基づいて階層構造化し、データ処理部により階層構造化されたメタデータを記憶する記憶部をさらに備えるようにしてもよい。かかる構成においては、データ管理サーバは、データ処理部が階層構造化したメタデータを記憶する記憶部を備えるため、コンテンツサーバが起動している間に収集および階層構造化された該コンテンツサーバのメタデータを記憶部に記憶させておけば、該コンテンツサーバが休止状態に移行している間も、クライアント機器に該コンテンツサーバのメタデータを提供することができる。また、データ処理部は、例えば記憶部にメタデータを記憶させる前にメタデータを階層構造化するため、データ管理サーバは、クライアント機器からのメタデータの送信要求があったときに、直ちに記憶部に記憶され、階層構造化されたメタデータをクライアント機器に送信することができる。

データ処理部は、データ収集部によるメタデータの収集元がいずれのコンテンツサーバであるかに関わらず、該メタデータを階層構造化するようにしてもよい。かかる構成によれば、クライアント機器が当該データ管理サーバにアクセスすれば、所望のコンテンツデータがいずれのコンテンツサーバに記憶されているかを特定できない場合でも、該コンテンツデータの検索を実行することができる。

メタデータは、メタデータに対応するサムネイルデータのコンテンツサーバにおける所在を示す第一のサムネイル所在情報を含み、第一のサムネイル所在情報に基づき、コンテンツサーバからサムネイルデータを収集するサムネイル収集部と、第一のサムネイル所在情報を含むメタデータと、サムネイル収集部が収集したサムネイルデータ記憶する記憶部と、さらに備えるようにしてもよい。かかる構成においては、サムネイル収集部は、例えばメタデータが収集または記憶されると、該メタデータに含まれる第一のサムネイル所在情報に基づいて、該当するコンテンツサーバからサムネイルデータを収集する。また、記憶部を設けることにより、サムネイル収集部が収集したサムネイルデータをデータ管理サーバに記憶しておくことが可能となる。

データ処理部は、記憶部にサムネイルデータが記憶されると、第一のサムネイル所在情報を、記憶部におけるサムネイルデータの所在を示す第二のサムネイル所在情報に変更してもよい。ここで、クライアント機器は、取得したメタデータに含まれるサムネイルデータの所在情報に基づいて、サムネイルデータを取得しようとする。したがって、メタデータに含まれるサムネイルデータの所在情報がコンテンツサーバにおける所在を示したままだと、クライアント機器は、コンテンツサーバにアクセスしてサムネイルデータを取得する必要がある。しかし、クライアント機器は、コンテンツサーバが起動していない場合には、コンテンツサーバを殊更起動させなければサムネイルデータを取得できない。そこで、メタデータに含まれるサムネイルデータの所在情報をデータ管理サーバにおける所在を示すよう変更することで、クライアント機器は、コンテンツサーバの動作状態に拘らず、データ管理サーバからサムネイルデータを取得することが可能となる。

送信部は、クライアント機器に送信したメタデータに対応するサムネイルデータをクライアント機器に送信してもよい。

サムネイルデータのデータ形式を変換する変換部をさらに備えるようにしてもよい。かかる構成においては、例えば、データ管理サーバが収集したサムネイルデータのデータ形式が、クライアント機器の対応可能なデータ形式でない場合、変換部が、サムネイルデータのデータ形式をクライアント機器が対応可能なデータ形式に変換することができる。

コンテンツサーバからデータ形式が規定形式を満たさないコンテンツデータを取得するコンテンツ取得部と、コンテンツ取得部が取得したコンテンツデータのデータ形式を、規定形式を満たすデータ形式に変換する変換部とを備え、送信部は、クライアント機器に変換部によりデータ形式が変換されたコンテンツデータを送信してもよい。

ここで、クライアント機器は、データ管理サーバから取得したメタデータに含まれるコンテンツデータの所在情報に基づいて、コンテンツサーバからコンテンツデータを取得することもできる。しかし、コンテンツサーバに記憶されたコンテンツデータのデータ形式が、クライアント機器の対応可能なデータ形式でない場合、クライアント機器がコンテンツサーバからコンテンツデータを取得しても再生できない。そこで、データ管理サーバにおいて、規定形式を満たさないデータ形式のコンテンツデータをコンテンツ取得部が取得し、変換部が、コンテンツ取得部が取得したコンテンツデータのデータ形式を、規定形式を満たすデータ形式に変換し得る。その結果、クライアント機器は、データ管理サーバからクライアント機器の対応可能なデータ形式のコンテンツデータを取得することが可能となる。

コンテンツサーバは、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバであり、クライアント機器は、ＤＬＮＡガイドラインに準拠するデジタルメディアプレーヤであってもよい。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータと該コンテンツデータの属性情報および所在情報とを含むメタデータを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、コンテンツサーバおよびクライアント機器と接続可能なデータ管理サーバと、を含むデータ管理システムであって、データ管理サーバは、複数のコンテンツサーバの各々からメタデータを収集するデータ収集部と、データ収集部が収集したメタデータを、該メタデータに含まれる属性情報に基づいて階層構造化するデータ処理部と、クライアント機器からの要求に応じて、データ処理部により階層構造化されたメタデータをクライアント機器に送信する送信部とを備え、クライアント機器は、データ管理サーバから階層構造化されたメタデータを受信する受信部と、受信部が受信したメタデータに含まれる所在情報に基づいて、コンテンツサーバからコンテンツデータを取得するコンテンツ取得部とを備えることを特徴とする。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータおよび該コンテンツデータの属性情報を含むメタデータを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバにおけるデータ管理方法が提供される。このデータ管理方法は、複数のコンテンツサーバの各々からメタデータを収集するステップと、収集したメタデータを、該メタデータに含まれる属性情報に基づいて階層構造化するステップと、クライアント機器からの要求に応じて、階層構造化されたメタデータをクライアント機器に送信するステップとを含むことを特徴とする。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、コンテンツデータおよび該コンテンツデータの属性情報を含むメタデータを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバであって、複数のコンテンツサーバの各々からメタデータを収集するデータ収集部と、データ収集部が収集したメタデータを、該メタデータに含まれる属性情報に基づいて階層構造化するデータ処理部と、クライアント機器からの要求に応じて、データ処理部により階層構造化されたメタデータをクライアント機器に送信する送信部とを備えるデータ管理サーバとして機能させるためのプログラムが提供される。

以上説明したように本発明にかかるデータ管理サーバ、データ管理システム、データ管理方法およびプログラムによれば、複数のコンテンツサーバに記憶されたコンテンツのメタデータを、コンテンツの所在に拘らず統一されたデータ構造で一元的に管理することができる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

（第１の実施形態）
まず、本発明の第１の実施形態にかかるデータ管理システム１０について図１および図２を参照して説明する。なお、本実施形態の説明においては、図１および図２を参照してデータ管理システム１０の概要を説明した後に、図３〜図１９を参照し、データ管理システム１０の各構成を詳細に説明する。

図１は、本実施形態にかかるデータ管理システム１０の構成を示した説明図である。データ管理システム１０は、メディアサーバ１２、データ管理サーバ２０およびクライアント機器３０を含む。

メディアサーバ１２は、コンテンツデータ（以下、単にコンテンツ）、コンテンツの内容を示すメタデータ、コンテンツのサムネイルデータ（以下、単にサムネイル）およびメディアサーバ１２に関する情報であるサーバ情報を記憶するコンテンツサーバとして機能する。図１では、メディアサーバ１２ＡとしてＰＣを、メディアサーバ１２Ｂとしてデジタルカメラを、メディアサーバ１２ＣとしてＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）レコーダを一例として示している。本明細書においては、これらメディアサーバ１２Ａ、ＢおよびＣを特に区別する必要がない場合は、単にメディアサーバ１２と称して説明する。

データ管理サーバ２０は、各メディアサーバ１２からメタデータおよびサムネイルを収集し、メタデータおよびサムネイルを記憶する機能を有する。また、データ管理サーバ２０は、クライアント機器３０からの要求に応じて、メタデータおよびサムネイルをクライアント機器３０に送信する。

クライアント機器３０は、データ管理サーバ２０からメディアサーバ１２が記憶しているコンテンツに関するメタデータおよびサムネイルを取得する。ここで、メタデータには、メタデータに対応するコンテンツの所在を示すコンテンツ所在情報が含まれている。クライアント機器３０は、かかるコンテンツ所在情報に基づいて、該当するメディアサーバ１２から所望するコンテンツを取得することができる。図１においては、クライアント機器３０の一例としてディスプレイ装置を図示している。

次に、このようなデータ管理システム１０の動作を図２を参照して説明する。

図２は、データ管理システム１０における全体の動作を示したシーケンス図である。まず、データ管理サーバ２０は、メディアサーバ１２の存在を確認すると、メディアサーバ１２に対してメタデータの送信を要求する（Ｓ５２）。メディアサーバ１２は、データ管理サーバ２０からのメタデータの送信要求に応じて、記憶しているコンテンツに関するメタデータをデータ管理サーバ２０に送信する（Ｓ５４）。そして、データ管理サーバ２０は、メディアサーバ１２から収集したメタデータを記憶する（Ｓ５６）。

続いて、データ管理サーバ２０は、収集したメタデータに含まれるサムネイルの所在を示すサムネイル所在情報に基づいて、メディアサーバ１２に対してサムネイルの送信を要求する（Ｓ５８）。メディアサーバ１２は、データ管理サーバ２０からのサムネイルの送信要求に応じて、記憶しているコンテンツのサムネイルをデータ管理サーバ２０に送信する（Ｓ６０）。そして、データ管理サーバ２０は、メディアサーバ１２から収集したサムネイルを記憶する（Ｓ６２）。ここで、図２においては、メディアサーバ１２が一つであるように示しているが、実際には複数であり、データ管理サーバ２０は、Ｓ５２からＳ６２に示した処理を複数のメディアサーバ１２との間で行う。

その後、クライアント機器３０は、データ管理サーバ２０に対してメタデータの送信を要求する（Ｓ６４）。データ管理サーバ２０は、かかるメタデータの送信要求に応じて、クライアント機器３０にメタデータとサムネイルを送信する（Ｓ６６）。

次いで、クライアント機器３０は、データ管理サーバ２０から取得したメタデータに含まれるコンテンツ所在情報に基づいて、該当するメディアサーバ１２に対してコンテンツの送信を要求する（Ｓ６８）。そして、メディアサーバ１２は、クライアント機器３０からのコンテンツの送信要求に応じて、コンテンツをクライアント機器３０に送信する（Ｓ７０）。

このように、本実施形態にかかるデータ管理システム１０によれば、クライアント機器３０においてコンテンツを再生しようとするとき、該コンテンツがいずれのメディアサーバ１２に記憶されているかが分からなくても、データ管理サーバ２０が記憶するメタデータを検索することで該コンテンツの所在を特定することができる。また、メディアサーバ１２が起動している間に該メディアサーバ１２のメタデータを収集し記憶できるため、該メディアサーバ１２が休止状態に移行している間も、クライアント機器３０に該メディアサーバ１２のメタデータを提供することができる。

なお、上述してきたコンテンツとは、例えば、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、絵画および図表などの映像データや、ゲームおよびソフトフェアなどの任意のデータを含む概念である。

また、図１においては、メディアサーバ１２の一例として、ＰＣ、デジタルカメラおよびＤＶＤレコーダを示したが、メディアサーバ１２は、コンテンツやメタデータの記憶および送信機能などを備えていればよく、例えば、家庭用映像処理装置（ビデオデッキなど）、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、家庭用ゲーム機器、携帯用ゲーム機器、家電機器などの情報処理装置であってもよい。同様に、図１においては、データ管理サーバ２０の一例としてＰＣを示し、クライアント機器３０の一例としてディスプレイ装置を示したにすぎず、データ管理サーバ２０およびクライアント機器３０も、上述のような情報処理装置で構成することができる。

また、本実施形態にかかるデータ管理システム１０は、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）ガイドラインおよびＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）に準拠したホームネットワーク上で構成されるようにしてもよい。例えば、メディアサーバ１２を、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバ（ＤＭＳ）として構成しても、クライアント機器３０を、ＤＬＮＡガイドラインに準拠するデジタルメディアプレーヤ（ＤＭＰ）として構成してもよい。また、データ管理サーバ２０を、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバおよびデジタルメディアプレーヤとしての機能を兼ね備えるように構成してもよい。

続いて、メディアサーバ１２の詳細な構成について図３〜図９を参照して説明する。

図３は、メディアサーバ１２の構成を示した機能ブロック図である。メディアサーバ１２は、通信部１０８と、コンテンツ取得部１１２と、データ管理部１１６と、記憶部１２０と、再生部１２４と、を備える。

通信部１０８は、通信網１４、データ管理サーバ２０およびクライアント機器３０などとのインターフェースであり、送信部または受信部としての機能を有する。例えば、通信部１０８は、通信網１４からコンテンツを受信したり、データ管理サーバ２０へメタデータおよびサムネイルを送信したり、クライアント機器３０にコンテンツを送信したりする。また、通信部１０８は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置、ワイヤレスＵＳＢ対応通信装置、有線による通信を行うワイヤー通信装置などのハードウェアで構成しても、ソフトウェアで構成してもよい。

コンテンツ取得部１１２は、コンテンツを外部から取得する機能を有する。例えば、コンテンツ取得部１１２は、通信網１４を介して、コンテンツ配信サーバ２６からコンテンツを取得したり、記憶媒体に記憶されたコンテンツを取得したりすることができる。記憶媒体としては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＰＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの不揮発性メモリや、ハードディスクおよびフロッピー（登録商標）ディスクなどの磁気ディスクや、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ／＋Ｒ／＋ＲＷ／ＲＡＭ（Ｒａｍｄａｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標））―Ｒ／ＢＤ−ＲＥなどの光ディスクや、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスクなどがあげられる。

データ管理部１１６は、記憶部１２０へのデータの書き込みおよび記憶部１２０からのデータの読み出しを行う。例えば、データ管理部１１６は、コンテンツ取得部１１２が取得したコンテンツを、メタデータおよびサムネイルと併せて記憶部１２０に所定の規則に従って書き込んだり、データ管理サーバ２０からのメタデータの送信要求があったときに、記憶部１２０からメタデータを読み出したり、クライアント機器３０からのコンテンツの送信要求があったときに、記憶部１２０からコンテンツを読み出すことができる。

記憶部１２０は、コンテンツ、サムネイル、サーバ情報およびメタデータを記憶する。再生部１２４は、データ管理部１１６により記憶部１２０から読み出されたコンテンツを再生できる。コンテンツは、上述したように、音楽、動画および静止画などのデータそのもの示す概念である。サムネイルは、コンテンツの内容を示す縮小した画像であり、コンテンツのジャケットや、コンテンツが動画である場合には動画のワンシーンであってもよい。サーバ情報は、メディアサーバ１２に関する情報である。以下、図４を参照してサーバ情報について説明する。

図４は、サーバ情報の一例を示した説明図である。サーバ情報は、サーバＩＤと、サーバ名と、ＩＰアドレスと、ＵＵＩＤと、更新情報とを含む。サーバＩＤは、データ管理システム１０における各メディアサーバ１２を識別するための情報である。サーバ名は、各メディアサーバに例えばユーザ設定に基づき付与される名称である。

ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ）アドレスは、インターネットに接続された各機器を識別するための情報である。ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）は、各メディアサーバおよび各種機器に固有に付与される汎用識別情報である。更新情報は、メディアサーバ１２の記憶部１２０に記憶されたいずれかの情報が更新された場合に変化し、何かしらの情報が更新されたことを確認可能とするための情報である。更新情報は、例えば、更新回数であっても、更新時刻であってもよい。

具体的には、図４に示した例では、メディアサーバ１２のサーバＩＤは「００１」であり、サーバ名は「サーバＡ」であり、ＩＰアドレスは「１９２．１６８．１３０．７６」であり、ＵＵＩＤは「ＡＦ８ＣＤ２３９」であり、更新情報は「１２」である場合を示している。なお、図４において、各項目の表現形式として簡易的なものを用いたに過ぎず、例えば、ＵＵＩＤは１２８ビットで表される情報であってもよい。また、本明細書においては、更新情報は、メディアサーバ１２の記憶部１２０が更新された回数を示すものとする。なお、サーバ情報は、メディアサーバ１２のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）アドレスを含んでもよい。

また、記憶部１２０が記憶するメタデータは、コンテンツの所在を示すコンテンツ所在情報やサムネイルの所在を示すサムネイル所在情報を含む所在情報と、コンテンツのタイトルやジャンルなどの種類を示す属性情報とを含む。このようなメタデータは、データ管理部１１６により階層構造化され、階層構造化されたメタデータが記憶部１２０に階層的に書き込まれる。メタデータを階層構造化するとは、例えば、各メタデータを、木構造を構成する少なくとも１以上のノードと対応付けることを意味する。以下、図５を参照して、メディアサーバ１２が記憶するメタデータの階層化されたデータ構造を説明する。

図５は、メディアサーバ１２が記憶するメタデータの階層構造の一例を示した説明図である。図５に一例と示した階層構造によれば、第１階層のノードにルート１３０（Ｒｏｏｔ）が配される。ルート１３０は、上位階層にノードを有さないノードである。第１階層の下位である第２階層のノードには、複数のコンテナが配される。具体的には、第２階層のノードには、「すべての曲」１４０、「すべてのアーティスト」１５０、「すべてのアルバム」１６０、「ジャンルから探す」１６２、「録画したビデオ」１６４および「登録したフォルダ」１６６などのコンテナが配されている。なお、コンテナとは、「ＵＰｎＰ ＡＶ ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ」において規定される「ｃｏｎｔａｉｎｅｒ」であってもよく、下位にノードを有するノードであってもよい。

そして、「すべての曲」１４０の下位の第３階層のノードには、記憶部１２０が記憶する音楽コンテンツのメタデータが全て配され、図５にはその一例として、「昭和島」１４２、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」１４４を示している。また、「すべてのアーティスト」１５０の下位の第３階層には、記憶部１２０が記憶する音楽コンテンツのアーティストごとのコンテナが配され、図５にはその一例として、「Ａ−ＤＡＳＨ」１５２を示している。

さらに、「Ａ−ＤＡＳＨ」１５２の下位の第４階層には、記憶部１２０が記憶する音楽コンテンツのうちで、アーティストが「Ａ−ＤＡＳＨ」に該当するコンテンツが配され、図５にはその一例として、「昭和島」１５４および「上を向いて走ろう」１５６を示している。同様に、「すべてのアルバム」１６０、「ジャンルから探す」１６２、「録画したビデオ」１６４および「登録したフォルダ」１６６の下位にも、コンテナ、あるいはコンテンツが配される。

このように、データ管理部１１６は、各ノード（各コンテナあるいは各コンテンツ）の識別情報であるオブジェクトＩＤとメタデータとを対応付けることにより、メタデータを階層構造化することができる。すなわち、各メタデータを、いずれかのノードに配する、あるいは割り当てることは、各メタデータと、いずれかのノードのオブジェクトＩＤとを対応付けることと等価である。本明細書においては、説明の便宜上、上記オブジェクトＩＤが、図５において各コンテナあるいは各コンテンツのメタデータに付した符号と同一であるものとして説明する。例えば、図５の第３階層の「昭和島」１４２のオブジェクトＩＤは、「１４２」であるものとする。以下、オブジェクトＩＤと対応付けられたメタデータの一例を図６および図７を参照して説明する。

図６は、メタデータに含まれる所在情報の一例を示した説明図である。図７は、メタデータに含まれる属性情報の一例を示した説明図である。

図６を参照すると、所在情報は、コンテンツＩＤと、オブジェクトＩＤと、関連ＩＤと、親ＩＤと、子ＩＤと、コンテンツＵＲＬと、サムネイルＵＲＬとを含む。コンテンツＩＤは、メディアサーバ１２が記憶する各コンテンツを識別可能な情報である。図６においては、「昭和島」のコンテンツＩＤが「１００１」であり、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」のコンテンツＩＤが「１００２」であり、「上を向いて走ろう」のコンテンツＩＤが「１００３」である場合を示している。

オブジェクトＩＤは、上述したように、階層化された木構造のデータ配置において、メタデータが配されたノードを識別するための情報である。したがって、メディアサーバ１２が記憶するコンテンツ「昭和島」は単一であっても、図５に示したように木構造のデータ配置において、「昭和島」のメタデータは複数のノードに割り当てられ、複数のオブジェクトＩＤと対応付けられる場合がある。具体的には、コンテンツＩＤが「１００１」の「昭和島」はオブジェクトＩＤ「１４２」および「１５４」と対応付けられ、コンテンツＩＤが「１００２」である「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」はオブジェクトＩＤ「１４４」と対応付けられ、コンテンツＩＤが「１００３」である「上を向いて走ろう」はオブジェクトＩＤ「１５６」と対応付けられている。

関連ＩＤは、同一コンテンツのメタデータが複数のノードに割り当てられた木構造のデータ配置において、一のメタデータを主メタデータとした場合に、他のメタデータに記載される主メタデータのノードを示すオブジェクトＩＤである。図５に示した範囲では、「昭和島」が複数のノードに割り当てられているため、図６においては、オブジェクトＩＤ「１４２」と対応付けられたメタデータを主メタデータとし、オブジェクトＩＤ「１５４」と対応付けられたメタデータの関連ＩＤには、主メタデータのオブジェクトＩＤである「１４２」が記載されている。

親ＩＤは、自己の割り当てられたノードの上位のノードのオブジェクトＩＤを示す。具体的には、図５に示した例において、オブジェクトＩＤ「１４２」の「昭和島」の上位のノードには、オブジェクトＩＤ「１４０」の「すべての曲」のコンテナが該当するため、オブジェクトＩＤ「１４２」の「昭和島」の親ＩＤは「１４０」である。同様に、オブジェクトＩＤ「１４４」の「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」の親ＩＤは「１４０」であり、オブジェクトＩＤ「１５４」の「昭和島」の親ＩＤは「１５２」であり、オブジェクトＩＤ「１５６」の「上を向いて走ろう」の親ＩＤは「１５２」である。

子ＩＤは、自己の割り当てられたノードの下位のノードのオブジェクトＩＤを示す。具体的には、図５に示した例において、オブジェクトＩＤ「１４２」の「昭和島」、オブジェクトＩＤ「１４４」の「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」、オブジェクトＩＤ「１５４」の「昭和島」およびオブジェクトＩＤ「１５６」の「上を向いて走ろう」のいずれも自身が最下層であるため、子ＩＤは存在しない。一方、オブジェクトＩＤ「１４０」の「すべての曲」のコンテナの子ＩＤには、「昭和島」のオブジェクトＩＤである「１４２」や、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」のオブジェクトＩＤである「１４４」が記載される。

コンテンツＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、メタデータに対応するコンテンツの所在を示すコンテンツ所在情報である。該コンテンツＵＲＬの一部には、該コンテンツを記憶しているメディアサーバのＩＰアドレスが含まれている。例えば、図６に示したように、ＩＰアドレスが「１９２．１６８．１３０．７６」であるメディアサーバが記憶するコンテンツのコンテンツＵＲＬは、上記ＩＰアドレスを最初に含む「１９２．１６８．１３０．７６．ｘｘｘａａａ・・」であってもよい。サムネイルＵＲＬも、コンテンツＵＲＬと同様に、メタデータに対応するコンテンツのサムネイルの所在を示すサムネイル所在情報である。

図７を参照すると、属性情報は、オブジェクトＩＤと、メディアクラスと、タイトルと、アーティストと、アルバムと、ジャンルと、フォーマットと、を含む。

メディアクラスは、コンテンツが、音楽、映像または写真などのいずれの種類の表現メディアであるかを示す情報である。タイトルはコンテンツの表題である。アーティストは、音楽コンテンツの歌手または演奏者などを示す情報である。アルバムは、コンテンツが格納されているアルバム名を示す情報である。ジャンルは、ポップス、ロック、ジャズ、映画音楽、クラッシック、ハウスまたはテクノや、アクション、ＳＦ、ホラー、コメディまたはサスペンスなどのコンテンツの内容に応じた分類を示す情報である。

フォーマットは、コンテンツのデータ形式を示す情報である。データ形式としては、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、ＭＰＥＧ１、ＭＰＥＧ２またはＭＰＥＧ４などの画像圧縮形式や、ＭＰ３（ＭＰＥＧ１ Ｌａｙｅｒ−３）、ＬＰＣＭ（Ｌｉｎｅａｒ ＰＣＭ）、ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｅｃ）、ＷＭＡ９（Ｗｉｎｄｏｗｓ Ｍｅｄｉａ Ａｕｄｉｏ９）、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ ＴＲａｎｓｆｏｒｍ Ａｃｏｕｓｔｉｃ Ｃｏｄｉｎｇ）またはＡＴＲＡＣ３などの音楽圧縮形式があげられる。

例えば、図７には、オブジェクトＩＤ「１４２」のコンテンツの、メディアクラスが「音楽」であり、タイトルが「昭和島」であり、アーティストが「Ａ−ＤＡＳＨ」であり、アルバムが「エレベータ」であり、ジャンルが「ポップス」であり、フォーマットが「ＭＰ３」である場合を示している。

なお、上記では図５を参照してメタデータの階層構造を説明したが、各メディアサーバにおける階層構造は非同一である場合がある。例えば、メディアサーバ１２Ａが図５に示した階層構造を有し、メディアサーバ１２Ｂおよびメディアサーバ１２Ｃが、以下説明する図８または図９に示した階層構造を有する場合も考えられる。

図８は、階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。図８に示した例では、第１階層にはルート１７０が配され、ルートの下位の第２階層には、「Ａｕｄｉｏ」１７２、「Ｖｉｄｅｏ」１８４、「Ｐｈｏｔｏｓ」１８５、および「Ｕｓｅｒ Ｆｉｌｅｓ」１８６などのコンテナが配されている。

さらに、「Ａｕｄｉｏ」１７２の下位の第３階層には、「アーティスト」１７３、「アルバム」１７６、「ジャンル」１７９、および「すべて」１８２などのコンテナが配されている。さらに、「アーティスト」１７３の下位の第４階層には、アーティストごとのコンテナである複数の「個別アーティスト」１７４が配され、各「個別アーティスト」１７４の下位の第５階層には、コンテンツである複数の曲１７５が配されている。

また、「アルバム」１７６の下位の第４階層には、アルバムごとのコンテナである複数の「個別アルバム」１７７が配され、各「個別アルバム」１７７の下位の第５階層には、コンテンツである複数の曲１７８が配されている。また、「ジャンル」１７９の下位の第４階層には、ジャンルごとのコンテナである複数の「個別ジャンル」１８０が配され、各「個別ジャンル」１８０の下位の第５階層には、コンテンツである複数の曲１７８が配されている。また、「すべて」１７９の下位の第４階層には、コンテンツである複数の曲１８３が配されている。なお、上記「個別アーティスト」１７４、「個別アルバム」１７７、「個別ジャンル」１８０および曲１７５〜１８３に付した符号は、オブジェクトＩＤを示すものでない。

また、図８においては省略しているが、「Ｖｉｄｅｏ」１８４、「Ｐｈｏｔｏｓ」１８５、および「Ｕｓｅｒ Ｆｉｌｅｓ」１８６のコンテナの下位にも、「Ａｕｄｉｏ」１７２と同様にコンテナあるいはコンテンツを割り当てることができる。

図９は、階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。図９に示した例では、第１階層にはルート１８７が配され、ルートの下位の第２階層には、「音楽ジュークボックス」１８８、「写真アルバム」１９７、「ビデオクリップ」１９８、および「アプリケーションとサービス」１９９などのコンテナが配されている。

さらに、「音楽ジュークボックス」１８８の下位の第３階層には、「すべて」１８９、「公表日時」１９１、「取得日時」１９４などのコンテナが配されている。さらに、「すべて」１８９の下位の第４階層には、コンテンツである複数の曲１９０が配されている。

また、「公表日時」１９１の下位の第４階層には、コンテンツの公表日時ごとのコンテナである複数の「個別公表日時」１９２が配され、各「個別公表日時」１９２の下位の第５階層には、コンテンツである複数の曲１９３が配されている。また、「取得日時」１９４の下位の第４階層には、メディアサーバがコンテンツを取得した取得日時ごとのコンテナである複数の「個別取得日時」１９５が配され、各「個別取得日時」１９５の下位の第５階層には、コンテンツである複数の曲１９６が配されている。なお、上記「個別公表日時」１９２、「個別取得日時」１９５、および曲１９０〜１９６に付した符号は、オブジェクトＩＤを示すものでない。

また、図９においては省略しているが、「写真アルバム」１９７、「ビデオクリップ」１９８、および「アプリケーションとサービス」１９９のコンテナの下位にも、「音楽ジュークボックス」１８８と同様にコンテナあるいはコンテンツを割り当てることができる。

以上、メディアサーバ１２の詳細な構成について説明した。上述したように、メディアサーバ１２は、メディアサーバ１２ごとに異なる階層構造のデータ配置を有する場合がある。したがって、クライアント機器３０において、ユーザが各メディアサーバ１２ごとにコンテンツを検索するとすれば、ユーザは、各メディアサーバの階層構造を把握した上で、コンテンツの検索方法を使い分けなければならず煩雑であった。

本実施形態にかかるデータ管理システム１０は、上記問題点を一着眼点としてなされたものであり、本実施形態にかかるデータ管理システム１０は、データ管理サーバ２０を設けたことにより、メディアサーバ１２に記憶されたコンテンツのユーザによる検索作業を簡素化することができる。以下、図１０〜図１８を参照して、データ管理サーバ２０の詳細な構成について説明する。

図１０は、本実施形態にかかるデータ管理サーバ２０のハードウェア構成を示したブロック図である。データ管理サーバ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、ホストバス２０４と、ブリッジ２０５と、外部バス２０６と、インタフェース２０７と、入力装置２０８と、出力装置２１０と、ストレージ装置（ＨＤＤ）２１１と、ドライブ２１２と、通信装置２１５とを備える。

ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってデータ管理サーバ２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス２０４により相互に接続されている。

ホストバス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２０６に接続されている。

入力装置２０８は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段と、使用者による操作に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。データ管理サーバ２０のユーザは、該入力装置２０８を操作することにより、データ管理サーバ２０に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置２１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置で構成される。出力装置２１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。

ストレージ装置２１１は、本実施形態にかかるデータ管理サーバ２０の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ストレージ装置２１１は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置２１１は、ハードディスクを駆動し、ＣＰＵ２０１が実行するプログラムや各種データを格納する。また、このストレージ装置２１１には、メタデータ、サムネイルおよびサーバ情報などが記憶される。

ドライブ２１２は、記憶媒体用リーダライタであり、データ管理サーバ２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。

通信装置２１５は、例えば、ネットワーク１４に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。この通信装置２１５は、メディアサーバ１２やクライアント機器３０との間で、例えば、ホームネットワークを介して、メタデータ、サムネイルおよびサーバ情報などの各種データを送受信する。

図１１は、本実施形態にかかるデータ管理サーバ２０の構成を示した機能ブロック図である。データ管理サーバ２０は、通信部２２０と、データ収集部２２４と、制御部２２８と、データ処理部２３２と、判断部としてのサーバ情報判断部２３４と、記憶部２３６と、設定部２４０と、サムネイル収集部２４４と、メタデータ送信部２４８と、サムネイル送信部２５２と、デコーダ２５６とを備える。

通信部２２０は、メディアサーバ１２またはクライアント機器３０などとのインターフェースであり、送信部または受信部としての機能を有する。例えば、通信部２２０は、メディアサーバ１２からメタデータ、サムネイルまたはサーバ情報などを受信したり、クライアント機器３０にメタデータまたはサムネイルなどを送信することができる。通信部２２０は、図１０に示した通信装置２１５であっても、図１０に示したＣＰＵ２０１が通信プログラムに従って動作して実現されるソフトウェアであってもよい。

データ収集部２２４は、制御部２２８の制御に基づいて、各メディアサーバ１２からメタデータおよびサーバ情報を収集する。例えば、データ収集部２２４は、ＤＬＮＡガイドラインに準拠するデジタルメディアプレイヤーとしての機能を備えていてもよく、ホームネットワークを介して接続されているメディアサーバ１２を検出することができる。また、データ収集部２２４は、検出したメディアサーバ１２にサーバ情報の送信を要求し、メディアサーバ１２からサーバ情報を収集可能である。

また、データ収集部２２４は、あるメディアサーバ１２が休止状態から起動状態に移行するときや、あるメディアサーバ１２が起動状態から休止状態に移行するとき、該当するメディアサーバ１２から動作状態を移行することを示す移行情報を受信することもできる。データ収集部２２４により収集されたサーバ情報は、データ処理部２３２により、動作状態と対応付けて記憶部２３６に記憶される。以下、図１２を参照して、動作状態と対応付けて記憶部２３６に記憶されるサーバ情報について説明する。

図１２は、動作状態と対応付けて記憶部２３６に記憶されるサーバ情報の一例を示した説明図である。サーバ情報は、サーバＩＤと、サーバ名と、ＩＰアドレスと、ＵＵＩＤと、更新情報と、動作状態と、を含む。サーバＩＤと、サーバ名と、ＩＰアドレスと、ＵＵＩＤと、更新情報は、図４を参照して説明した通りである。動作状態は、該当するメディアサーバが起動しているか否かを示す情報である。

例えば、図１２に示したように、記憶部２３６は、サーバＩＤが「００１」であり、サーバ名が「サーバＡ」であり、ＩＰアドレスが「１９２．１６８．１３０．７６」であり、ＵＵＩＤが「ＡＦ８ＣＤ２３９」であり、更新情報が「１１」であり、動作状態が「起動」であるサーバ情報を記憶する。また、図１２に示したでは、記憶部２３６は、サーバＩＤが「００２」であり、サーバ名が「サーバＢ」であり、ＩＰアドレスが「１９２．１６８．１３０．７８」であり、ＵＵＩＤが「ＤＤＡ８７０１Ｂ」であり、更新情報が「３４」であり、動作状態が「起動」であるサーバ情報を記憶している。また、図１２に示した例では、記憶部２３６は、サーバＩＤが「００３」であり、サーバ名が「サーバＣ」であり、ＩＰアドレスが「１９２．１６８．１３０．８４」であり、ＵＵＩＤが「ＣＥ４ＨＤＣＡ４」であり、更新情報が「５６」であり、動作状態が「休止」であるサーバ情報を記憶している。

図１１を参照してデータ管理サーバ２０の構成の説明に戻ると、データ収集部２２４は、制御部２２８の制御に基づいて、各メディアサーバ１２からメタデータを収集する。メタデータには、図６を参照して説明した所在情報と、図７を参照して説明した属性情報とが含まれる。なお、図６および図７においては、説明の便宜上図面を分割して説明しているが、所在情報と属性情報とは１の表で表されてもよい。

制御部２２８は、データ収集部２２４によるサーバ情報およびメタデータの収集や、サムネイル収集部２４４によるサムネイルの収集を制御する。例えば、制御部２２８がデータ収集部２２４にサーバ情報を収集させるタイミングは、データ管理サーバ２０の起動時、ユーザ設定に基づく時間間隔（例えば、１分、３０分など）、ユーザ設定に基づく時刻（例えば、１０時３０分）、メディアサーバ１２が起動状態に移行する移行情報を受信したときであってもよい。そして、制御部２２８は、データ収集部２２４が収集したサーバ情報に含まれるＵＵＩＤが未知のメディアサーバ１２のものであるか否かを判断する。該サーバ情報に含まれるＵＵＩＤが未知のメディアサーバ１２のものであった場合には、制御部２２８は、データ収集部２２４に該メディアサーバ１２からメタデータを収集するよう制御する。

一方、上記サーバ情報に含まれるＵＵＩＤが既知のメディアサーバ１２のものであった場合には、サーバ情報に含まれるＩＰアドレスまたは更新情報に変化があったか否かに基づいて、データ収集部２２４に該メディアサーバ１２からメタデータを収集させるか否かを制御する。

より詳細には、制御部２２８は、データ収集部２２４が単位時間あたりに収集するメタデータの数を調整することができる。例えば、制御部２２８は、データ収集部２２４が所定数のメタデータを収集すると、データ収集部２２４にあらかじめ設定された待機時間が経過するまでメタデータの収集を中断させ、待機時間が経過した後にデータ収集部２２４に所定数のメタデータの収集を再開させることができる。

かかる構成によれば、例えば、単位時間あたりにデータ収集部２２４が収集するメタデータの数を、待機時間を設けることにより抑制できる。その結果、データ管理サーバ２０およびメディアサーバ１２において生じる負荷を軽減することができる。

さらに、設定部２４０が、データ管理サーバおよび／またはコンテンツサーバの、負荷状況および／または情報処理能力に応じて待機時間を設定できるようにしてもよい。かかる構成においては、設定部２４０が、データ管理サーバ２０の情報処理能力が低い場合や、データ管理サーバ２０においてユーザが作業を行っている場合には待機時間を長く設定し、メタデータの収集に費やされるデータ管理サーバ２０における負荷率を抑制することができる。一方、設定部２４０は、データ管理サーバ２０の情報処理能力が高い場合や、データ管理サーバ２０においてユーザが作業を行われていない場合には待機時間を短く、あるいは無しに設定し、迅速なメタデータの収集を図ることができる。

また、制御部２２８は、データ収集部２２４が１のメディアサーバ１２から同一コンテンツに関する複数のメタデータを収集した場合、いずれか１のメタデータのみをデータ処理部２３２における階層構造化処理に用いさせることができる。具体的には、制御部２２８は、関連ＩＤが記載されたメタデータが収集される前に、該関連ＩＤをオブジェクトＩＤとするメタデータが既に収集されていた場合、該関連ＩＤが記載されたメタデータを破棄する。また、制御部２２８は、関連ＩＤが記載されたメタデータが収集された後に、該関連ＩＤをオブジェクトＩＤとするメタデータを収集した場合、該関連ＩＤが記載されたメタデータを破棄し、該関連ＩＤをオブジェクトＩＤとするメタデータをデータ処理部２３２における階層構造化処理に用いさせることができる。また、制御部２２８は、コンテンツＵＲＬが記載されていないメタデータは破棄することができる。

また、制御部２２８は、１のメディアサーバ１２のメタデータを収集し終えると、サムネイル収集部２４４に該１のメディアサーバ１２からのサムネイルの収集開始を指示する。

データ処理部２３２は、サーバ情報、メタデータおよびサムネイルの記憶部２３６への書き込み処理、および記憶部２３６からのサーバ情報、メタデータおよびサムネイルの読み出し処理を行う。

より詳細には、データ処理部２３２は、収集されたメタデータを階層構造化して記憶部２３６に記憶させる。このとき、データ処理部２３２は、メタデータに含まれる所在情報を参照することなく、メタデータに含まれる属性情報に基づいてメタデータを階層構造化する。このような属性情報に基づいて階層構造化されたメタデータの具体例を、図１３を参照して説明する。

図１３は、データ処理部２３２により階層構造化されたメタデータの一例を示した説明図である。図１３は、データ管理サーバ２０が、メディアサーバ１２から図６および図７に示したメタデータを収集した場合を示している。

図１３に示した階層構造例は、第１階層に「ルート」４００が配されている。そして、「ルート」４００の下位の第２階層には、複数のコンテナが配されている。具体的には、「ルート」４００の下位の第２階層には、「ビデオ」４１０、「音楽」４３０、「写真」４７０などのコンテナが配されている。そして、「ビデオ」４１０の下位の第３階層に「全てのビデオ」４１２、「ジャンル」４１６が配され、「全てのビデオ」４１２の下位の第４階層に「ビデオ」４１４が配されている。また、「ジャンル」４１６の下位の第４階層に「個別ジャンル」４１８が配され、「個別ジャンル」４１８の下位の第５階層に「ビデオ」４２０が配されている。なお、図１３において、直方体で示したノードはコンテナを示し、楕円形で示したノードはコンテンツのメタデータ（アイテム）を示している。すなわち、「ビデオ」４１０は、その下位にビデオコンテンツのメタデータが存在することを示し、「ビデオ」４１４は、ビデオコンテンツのメタデータそのものを示している。

また、「音楽」４３０の下位の第３階層には、複数のコンテナが配される。具体的には、「音楽」４３０の下位の第３階層には、「全てのミュージック」４３２、「アーティスト」４４０、「アルバム」４５０、「ジャンル」４４０が配されている。ここで、データ処理部２３２は、メディアサーバ１２から収集した図７に示した「昭和島」、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」および「上を向いて走ろう」の属性情報のメディアクラスを参照し、メディアクラスが音楽であることを確認すると、「昭和島」、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」および「上を向いて走ろう」のメタデータを「すべてのミュージック」４３２の下位の第４階層に割り当てる。図１３には、一例として、「すべてのミュージック」４３２の下位の第４階層に「昭和島」４３４、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」４３６が配された様子を示している。

また、データ処理部２３２は、メディアサーバ１２から収集した図７に示した「昭和島」、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」および「上を向いて走ろう」の属性情報のアーティストを参照し、「Ａ−ＤＡＳＨ」および「ミント」をアーティストとして確認すると、「Ａ−ＤＡＳＨ」および「ミント」のコンテナを「アーティスト」４４０の下位の第４階層に割り当てる。図１３には、一例として、「アーティスト」４４０の下位の第４階層に「Ａ−ＤＡＳＨ」４４２が配された様子を示している。さらに、データ処理部２３２は、「昭和島」および「上を向いて走ろう」のメタデータのアーティストを参照し、「昭和島」および「上を向いて走ろう」のアーティストが「Ａ−ＤＡＳＨ」であることを確認すると、「昭和島」および「上を向いて走ろう」のメタデータを「Ａ−ＤＡＳＨ」４４２の下位の第５階層に割り当てる。図１３には、一例として、「Ａ−ＤＡＳＨ」４４２の下位の第５階層に「昭和島」４４４、「上を向いて走ろう」４４６が配された様子を示している。

また、「アルバム」４５０の下位の第４階層に「個別アルバム」４５２が配されている。なお、「個別アルバム」４５２には、図７に示した属性情報に含まれるアルバム名「エレベータ」および「シーズン」などが含まれる。さらに、「個別アルバム」４５２の下位の第５階層に「曲」４５４が配される。

また、「ジャンル」４６０の下位の第４階層に「個別ジャンル」４６２が配されている。なお、「個別ジャンル」４６２には、図７に示した属性情報に含まれるジャンル名「ポップス」および「ロック」などが含まれる。さらに、「個別ジャンル」４６２の下位の第５階層に「曲」４６４が配される。

また、「写真」４７０の下位の第３階層に「全てのフォト」４７２、「アルバム」４８０、「カレンダー」４８６が配される。さらに、「全てのフォト」４７２の下位の第４階層に「写真」４７４が配される。また、「アルバム」４８０の下位の第４階層に「個別アルバム」４８２が配され、「個別アルバム」４８２の下位の第５階層に「写真」４８４が配される。また、「カレンダー」４８６の下位の第４階層に「個別日時」４８８が配され、「個別日時」４８８の下位の第５階層に「写真」４９０が配される。

以上説明したように、データ処理部２３２は、収集されたメタデータに含まれる属性情報に基づいてメタデータを階層構造化することができる。すなわち、データ処理部２３２は、メタデータに含まれる属性情報を参照し、メタデータをいずれのコンテナの下位のノードに割り当てるか決定し、割り当てたノードのオブジェクトＩＤとメタデータとを対応付ける。したがって、クライアント機器３０においては、コンテンツがいずれのメディアサーバ１２に記憶されているかを意識することなくコンテンツを検索できる。

なお、上記では、データ処理部２３２が記憶部２３６にメタデータを書き込む前に、メタデータを階層構造化する場合を説明したが、データ処理部２３２が、記憶部２３６に記憶されたメタデータを階層構造化するようにしてもよい。

かかる構成によれば、例えば、データ管理サーバ２０はクライアント機器３０からのメタデータの送信要求があったときに、記憶部２３６に記憶されたメタデータを階層構造化することができる。すなわち、データ処理部２３２は、クライアント機器３０からのメタデータの送信要求があったときにのみ階層構造化処理を行うことにより、メディアサーバ１２が記憶するコンテンツの更新頻度が高い場合でもデータ管理サーバ２０における階層構造化処理のための負荷を抑制することができる。

図１４は、データ管理サーバ２０において階層構造化されたメタデータの属性情報の一例を示した説明図である。図１４に示したように、データ処理部２３２は、図７に示したメタデータに含まれるオブジェクトＩＤを、データ管理サーバ２０において各メタデータが割り当てられたノードのオブジェクトＩＤに変更する。具体的には、データ処理部２３２は、「昭和島」にオブジェクトＩＤ「４３４」および「４４４」を対応付け、「Ｏｎｅ Ｓｅｐｔｅｍｂｅｒ」にオブジェクトＩＤ「４３６」を対応付け、「上を向いて走ろう」にオブジェクトＩＤ「４４６」を対応付けている。

また、データ処理部２３２は、サムネイル収集部２４４が収集したサムネイルを記憶部２３６に書き込む。そして、データ処理部２３２は、記憶部２３６に書き込んだサムネイルに対応するメタデータに含まれるサムネイルＵＲＬを変更、あるいは更新する。すなわち、データ収集部２２４がメディアサーバ１２からメタデータを収集した時点では、メタデータに含まれるサムネイルＵＲＬは、メディアサーバにおけるサムネイルの所在を示している。これを、データ処理部２３２は、サムネイルを記憶部２３６に記憶させると、記憶部２３６におけるサムネイルの所在を示すサムネイルＵＲＬに変更することができる。

図１５は、データ処理部２３２によりサムネイルＵＲＬが変更されたメタデータを示した説明図である。図１５に示したメタデータの所在情報は、コンテンツＩＤと、オブジェクトＩＤと、関連ＩＤと、親ＩＤと、子ＩＤと、コンテンツＵＲＬと、サムネイルＵＲＬと、サーバＵＵＩＤとを含む。各メタデータのオブジェクトＩＤと、関連ＩＤと、親ＩＤは、図１３に示したように、各メタデータが割り当てられたノードに応じたＩＤが記載されている。例えば、コンテンツＩＤ「１００１」の「昭和島」は、オブジェクトＩＤ「４３４」および「４４４」が対応付けられ、オブジェクトＩＤ「４３４」の「昭和島」は、上位ノードが「全てのミュージック」４３２であるため、親ＩＤは「４３２」である。

コンテンツＵＲＬは、上述したように、コンテンツの所在を示すコンテンツ所在情報である。このコンテンツＵＲＬは、いずれかのメディアサーバ１２におけるコンテンツの所在を示している。また、コンテンツＵＲＬは、一部に、メディアサーバ１２のＩＰアドレスを含んでいる。

サムネイルＵＲＬは、サムネイルの所在を示すサムネイル所在情報である。図６においては、サムネイルＵＲＬはメディアサーバ１２におけるサムネイルの所在を示していた。しかし、図１５に示したように、データ管理サーバ２０の記憶部２３６にサムネイルが記憶された後は、データ処理部２３２は、サムネイルＵＲＬをデータ管理サーバ２０の記憶部２３６におけるサムネイルの所在を示すように書き換えることができる。

サーバＵＵＩＤは、各メタデータがいずれのメディアサーバ１２から収集されたかを示す情報である。したがって、図１５に示したメタデータは、すべてＵＵＩＤが「ＡＦ８ＣＤ２３９」であるメディアサーバ１２から収集されたことを意味する。

このように、本実施形態にかかるデータ処理部２３２は、記憶部２３６に記憶されたサムネイルに対応するメタデータに含まれるサムネイルＵＲＬを、記憶部２３６におけるサムネイルの所在を示すように更新することができる。ここで、クライアント機器３０は、データ管理サーバ２０から取得したメタデータに含まれるサムネイルＵＲＬに基づいて、サムネイルを取得しようとする。したがって、メタデータに含まれるサムネイルＵＲＬがメディアサーバ１２における所在を示したままだと、クライアント機器３０は、メディアサーバ１２にアクセスしてサムネイルを取得する必要がある。しかし、この場合、クライアント機器３０は、メディアサーバ１２が起動していない場合には、メディアサーバ１２を殊更起動させなければサムネイルを取得できない。そこで、上記のようにメタデータに含まれるサムネイルＵＲＬをデータ管理サーバ２０における所在を示すよう変更することで、クライアント機器３０は、メディアサーバ１２の動作状態に拘らず、データ管理サーバからサムネイルデータを取得することが可能となる。

また、データ処理部２３２は、サーバ情報判断部２３４の判断に基づいて、メディアサーバ１２のＩＰアドレスが変更された場合には、メタデータに含まれるコンテンツＵＲＬを更新することができる。より詳細には、コンテンツＵＲＬには、コンテンツを記憶しているメディアサーバのＩＰアドレスが一部に含まれている。そこで、サーバ情報判断部２３４がメディアサーバ１２のＩＰアドレスが変更されたか否かを判断し、データ処理部２３２は、サーバ情報判断部２３４によりメディアサーバ１２のＩＰアドレスが変更されたが変更されたと判断された場合、該コンテンツＵＲＬに含まれるＩＰアドレス部分を、暫定的に、メディアサーバ１２の変更後のＩＰアドレスに書き換えることができる。

例えば、記憶部２３６に図１２に示したサーバ情報が記憶されているときに、データ管理サーバ２０が、ＵＵＩＤが「ＡＦ８ＣＤ２３９」であり、ＩＰアドレスが「１９２．１６８．１３０．１０４」である新たなサーバ情報を受信した場合を考える。この場合、サーバ情報判断部２３４は、記憶部２３６に記憶されているサーバ情報を参照し、ＵＵＩＤが「ＡＦ８ＣＤ２３９」であるメディアサーバ１２のＩＰアドレスが「１９２．１６８．１３０．７６」であることを確認する。なお、図１１においては、サーバ情報判断部２３４は、データ処理部２３２を介してサーバ情報を取得するよう示しているが、読み書き部をデータ処理部２３２と別途設け、該読み書き部を介してサーバ情報を取得するようにしてもよい。そして、サーバ情報判断部２３４は、新たなサーバ情報に含まれるＩＰアドレス「１９２．１６８．１３０．１０４」と、記憶部２３６に記憶されているサーバ情報に含まれるＩＰアドレス「１９２．１６８．１３０．７６」とを比較し、両者が相異なるためメディアサーバ１２のＩＰアドレスが変更されたと判断する。

そして、データ処理部２３２は、サーバ情報判断部２３４による判断を受けて、サーバＵＵＩＤが「ＡＦ８ＣＤ２３９」であるメタデータに含まれるコンテンツＵＲＬのＩＰアドレス部分を、「１９２．１６８．１３０．７６」から、図１６に示したように、新たなサーバ情報に含まれるＩＰアドレス「１９２．１６８．１３０．１０４」に書き換えることができる。

このように、メディアサーバ１２のＩＰアドレスが変更された場合には、メタデータに含まれるコンテンツＵＲＬを更新することにより、データ管理サーバ２０は、メタデータをメディアサーバ１２から再収集する前であっても、暫定的にコンテンツＵＲＬに含まれるＩＰアドレス部分を更新し、クライアント機器３０へ該メタデータを提供することができる。

しかし、メディアサーバ１２のＩＰアドレスが変更された場合には、コンテンツＵＲＬのＩＰアドレス部分以外も変更されている可能性がある。そこで、メディアサーバ１２のＩＰアドレスが変更された場合には、制御部２２８は、暫定的にコンテンツＵＲＬに含まれるＩＰアドレス部分を更新した後に、データ収集部２２４にメディアサーバ１２から新たにメタデータを再収集させることができる。

なお、上記のようなメディアサーバ１２におけるＩＰアドレスの変更は、主に以下の２つの事情によって生じる。第一の事情として、ＤＨＣＰサーバによるＩＰアドレスの変更が考えられる。メディアサーバ１２が、ＤＨＣＰサーバにより自動的にＩＰアドレスを設定される場合、ＤＨＣＰサーバは、メディアサーバ１２にＩＰアドレスを自動的に割り当てることも、メディアサーバ１２のＩＰアドレスを自動的に変更することも可能である。したがって、上記のようなＤＨＣＰサーバが稼動しているネットワークにメディアサーバ１２が接続されている場合、メディアサーバ１２のＩＰアドレスはＤＨＣＰサーバにより変更される可能性がある。

第二の事情としては、ユーザによるＩＰアドレスの変更が考えられる。メディアサーバ１２のＩＰアドレスがユーザによって登録される場合、ネットワークの環境の設定変更など、何かしらの事由に応じてユーザがメディアサーバ１２のＩＰアドレスを変更する可能性がある。

サーバ情報判断部２３４の説明に戻ると、サーバ情報判断部２３４は、データ収集部２２４により収集されたメディアサーバ１２の新たなサーバ情報に基づいて、メディアサーバ１２が記憶するコンテンツが更新されたか否かを判断する。より詳細には、サーバ情報判断部２３４は、新たなサーバ情報に含まれる更新情報と、記憶部２３６に記憶されているサーバ情報に含まれる更新情報とを比較し、両者が相異なる場合に、メディアサーバ１２が記憶するコンテンツが更新されたと判断する。

制御部２２８は、サーバ情報判断部２３４によるメディアサーバ１２が更新されたとする判断に基づいて、データ収集部２２４に該メディアサーバ１２からメタデータを再収集させることができる。

図１１を参照して、本実施形態にかかるデータ管理サーバ２０の構成の説明に戻ると、記憶部２３６は、サーバ情報、メタデータおよびサムネイルを記憶する。記憶部２３６は、図１０に示したストレージ装置２１１であっても、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＰＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの不揮発性メモリや、ハードディスクおよびフロッピー（登録商標）ディスクなどの磁気ディスクや、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ／＋Ｒ／＋ＲＷ／ＲＡＭ（Ｒａｍｄａｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標））―Ｒ／ＢＤ−ＲＥなどの光ディスクや、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。

設定部２４０は、データ管理サーバ２０における各種設定を行う。例えば、設定部２４０は、メタデータの収集対象とするメディアサーバ１２をユーザ操作に基づいて設定できる。設定部２４０により収集対象として設定されていないメディアサーバ１２に記憶されたコンテンツのメタデータは、記憶部２３６から削除されるようにしてもよい。制御部２２８は、データ収集部２２４に、設定部２４０により収集対象として設定されていないメディアサーバ１２からのみメタデータを収集させることができる。

サムネイル収集部２４４は、制御部２２８からのサムネイル収集指示に従い、メディアサーバ１２からサムネイルを収集する。より詳細には、データ収集部２２４が収集したメタデータに含まれるサムネイルＵＲＬに基づいて、サムネイルＵＲＬにより示される所在からサムネイルを収集する。

なお、写真のコンテンツにおいてサムネイルが存在しない場合には、データ管理サーバ２０は、写真のコンテンツ本体をメタデータに含まれるコンテンツＵＲＬに基づいて取得し、写真のコンテンツのサイズを例えば１６０×１６０バイトに変換し、サムネイルとして記憶部２３６に記憶させるようにしてもよい。

メタデータ送信部２４８は、クライアント機器３０からのメタデータの送信要求を受けると、メタデータを記憶部２３６から抽出し、クライアント機器３０に送信する。メタデータ送信部２４８は、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバとしての機能を有するように構成してもよい。

サムネイル送信部２５２は、メタデータ送信部２４８がクライアント機器３０へ送信したメタデータに対応するサムネイルを、クライアント機器３０へストリーミング方式で送信する。より詳細には、クライアント機器３０が、受信したメタデータに含まれるサムネイルＵＲＬに基づいて、データ管理サーバ２０にサムネイルの送信を要求し、サムネイル送信部２５２は、かかるサムネイルの送信要求を受けてクライアント機器３０にサムネイルを送信する。ここで、ストリーミング方式とは、クライアント機器３０のサムネイルの処理速度に同期しながら、サムネイルを送信する方式である。

デコーダ２５６は、サムネイル送信部２５２がクライアント機器３０へ送信しようとするサムネイルのデータフォーマット（データ形式）を、必要に応じて変換する。例えば、サムネイル送信部２５２がクライアント機器３０へ送信しようとするサムネイルのデータフォーマットが、クライアント機器３０が対応できないデータフォーマットであった場合、デコーダ２５６は、クライアント機器３０が対応可能なデータフォーマットにサムネイルを変換する変換部として機能する。

以上、データ管理サーバ２０の詳細な構成について説明した。なお、上述したデータ収集部２２４、制御部２２８、データ処理部２３２、サーバ情報判断部２３４、設定部２４０、サムネイル収集部２４４、メタデータ送信部２４８、サムネイル送信部２５２またはデコーダ２５６における動作をコンピュータに実現させるためのコンピュータプログラムに基づいて、図２に示したＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３などのハードウェアに上記各構成と同等の機能を発揮させることができる。

次に、図１７および図１８を参照して、本実施形態にかかるデータ管理サーバ２０におけるデータ管理方法を説明する。

図１７および図１８は、本実施形態にかかるデータ管理サーバ２０におけるデータ管理方法を示したフローチャートである。図１７を参照すると、まず、データ管理サーバ２０は現在時刻を第１の基点時刻として記憶する（Ｓ５０４）。続いて、データ管理サーバ２０は、メディアサーバ１２から動作状態の移行情報としての状態変化通知を受信したか否かを判断する（Ｓ５０８）。状態変化通知を受信したと判断された場合は、データ処理部２３２が記憶部２３６に記憶されているサーバ情報に含まれる動作状態を更新する（Ｓ５１２）。その後、図１８に示したＳ６０４の処理に進む。

一方、Ｓ５０８において状態変化通知を受信していないと判断された場合は、制御部２２８は、Ｓ５０４において記憶した第１の基点時刻から所定時間が経過したか否かを判断する（Ｓ５１６）。制御部２２８により第１の基点時刻から所定時間が経過したと判断された場合、図１８に示したＳ６０４の処理に進む。制御部２２８により第一の基点時刻から所定時間が経過していないと判断された場合、制御部２２８は終了要求があったか否かを判断する（Ｓ５２０）。制御部２２８により終了要求があったと判断された場合には処理を終了する。制御部２２８により終了要求がなかったと判断された場合にはＳ５０８の処理に戻る。

続いて図１８を参照すると、制御部２２８の制御に基づき、データ収集部２２４がホームネットワークに接続されたメディアサーバ１２からサーバ情報を収集し、記憶部２３６に記憶させる（Ｓ６０４）。ここで、サーバ情報を収集する対象となるメディアサーバ１２を、当該処理がＳ５１２の後に行なわれるか、Ｓ５１６の後に行なわれるかにより区別することができる。例えば、当該処理がＳ５１２の後に行なわれる場合、当該処理において、状態変化通知の送信元のメディアサーバのサーバ情報のみを収集するようにしてもよい。また、当該処理がＳ５１６の後に行なわれる場合、当該処理において、ホームネットワークに接続された全てのメディアサーバ１２のサーバ情報を収集するようにしてもよい。

次いで、データ管理サーバ２０は、データ収集部２２４がメディアサーバ１２から収集したサーバ情報に基づいて、メディアサーバ１２が既知であるか否かを判断する（Ｓ６０８）。メディアサーバが既知であると判断された場合、サーバ情報判断部２３４は、サーバ情報に基づいてメディアサーバ１２のＩＰアドレスが変更されたか否かを判断する（Ｓ６１２）。サーバ情報判断部２３４によりメディアサーバ１２のＩＰアドレスが変更されたと判断された場合、データ処理部２３２は、記憶部２３６に記憶されているメタデータに含まれるコンテンツＵＲＬのＩＰアドレス部分を新たなメディアサーバ１２のＩＰアドレスに書き換える（Ｓ６１６）。

Ｓ６１６の後、Ｓ６１２においてメディアサーバ１２のＩＰアドレスが変更されていないと判断された後、またはＳ６０８においてメディアサーバ１２が既知で無いと判断された後、サーバ情報判断部２３４は、サーバ情報に含まれる更新情報に基づいて、メディアサーバ１２に記憶されたコンテンツあるいはメタデータが更新されたか否かを判断する（Ｓ６２０）。そして、サーバ情報判断部２３４によりメディアサーバ１２に記憶されたコンテンツあるいはメタデータが更新されたと判断された場合、制御部２２８の制御に基づき、データ収集部２２４がメディアサーバ１２から１０件のメタデータを単位量として収集する（Ｓ６２４）。

続いて、制御部２２８は、Ｓ６２４において収集されたメタデータを、１件づつ記憶部２３６に記憶されているメタデータと比較する（Ｓ６２８）。そして、制御部２２８は、メタデータが更新、あるいは新規追加されているか否かを判断する（Ｓ６３２）。続いて、制御部２２８により更新、あるいは新規追加されていると判断されたメタデータをデータ処理部２３２が階層構造化する（Ｓ６３６）。そして、データ処理部２３２は、階層構造化したメタデータを記憶部２３６に記憶させる（Ｓ６４０）。

その後、制御部２２８は、メタデータの比較が１０件完了したか否かを判断する（Ｓ６４４）。メタデータの比較が１０件完了していない場合には、Ｓ６２８に示した処理に戻る。一方、制御部２２８によりメタデータの比較が１０件完了している判断された場合は、データ管理サーバ２０は現在時刻を第２の基点時刻として記憶する（Ｓ６４８）。そして、データ管理サーバ２０は、第２の基点時刻から所定の待機時間が経過したか否かを判断する（Ｓ６５２）。第２の基点時刻から所定の待機時間が経過した後、制御部２２８は、１のメディアサーバ１２が記憶するメタデータを全件収集し終えたか否かを判断する（Ｓ６５６）。

Ｓ６５６において１のメディアサーバ１２が記憶するメタデータを全件収集し終えていないと判断された場合は、Ｓ６２４からの処理を繰り返す。一方、Ｓ６５６において制御部２２８により、１のメディアサーバ１２が記憶するメタデータを全件収集し終えたと判断された場合は、データ処理部２３２が、１のメディアサーバ１２に以前記憶されていたが、現在は削除されてしまったコンテンツに関するメタデータを記憶部２３６から削除する（Ｓ６６０）。

Ｓ６６０の処理の後、制御部２２８は、収集対象である全てのメディアサーバ１２からのメタデータの収集が完了したか否かを判断する（Ｓ６５４）。収集対象である全てのメディアサーバ１２からのメタデータの収集が完了していない場合には、データ管理サーバ２０はＳ６０８からの処理を繰り返す。

一方、Ｓ６６４において制御部２２８により収集対象である全てのメディアサーバ１２からのメタデータの収集が完了したと判断された場合には、制御部２２８の制御に基づき、サムネイル収集部２４４がメディアサーバ１２からサムネイルを順次収集し、データ処理部２３２が収集されたサムネイルを記憶部２３６に記録する（Ｓ６６８）。さらに、データ処理部２３２は、メタデータに含まれる記憶部２３６に記録したサムネイルのサムネイルＵＲＬを更新する（Ｓ６７２）。その後、データ管理サーバ２０は図１７に示したＳ５０４の処理を行う。

以上、本実施形態にかかるデータ管理サーバ２０の構成および動作を説明した。次に、図１９を参照して、クライアント機器３０の構成を説明する。なお、クライアント機器３０のハードウェア構成は、図１０を用いて説明したデータ管理サーバ２０のハードウェア構成と実質的に同一に構成できるため、説明を省略する。

図１９は、本実施形態にかかるクライアント機器３０の構成を示した機能ブロック図である。クライアント機器３０は、通信部３０８と、データ取得部３１２と、表示部３１６と、ユーザ操作検出部３２０と、コンテンツ取得部３２４と、再生部３２８と、を備える。

通信部３０８は、メディアサーバ１２や、データ管理サーバ２０などとのインターフェースであり、送信部または受信部としての機能を有する。例えば、通信部３０８は、データ管理サーバ２０からメタデータおよびサムネイルを受信したり、メディアサーバ１２からコンテンツを受信できる。

データ取得部３１２は、ユーザ操作に基づいてデータ管理サーバ２０から階層構造化されたメタデータを取得する。例えば、ユーザが図１３に示した「音楽」４３０を選択した場合には、データ取得部３１２は、「音楽」４３０の下位の第３階層に配されている「すべてのミュージック」４３２、「アーティスト」４４０、「アルバム」４５０、「ジャンル」４６０などのコンテナに対応付けられているメタデータを取得するようにしてもよい。また、データ取得部３１２は、取得したメタデータに含まれるサムネイルＵＲＬに基づいて、データ管理サーバ２０からサムネイルを取得することもできる。

表示部３１６は、データ取得部３１２が取得したメタデータおよびサムネイルを表示するディスプレイである。ユーザは、表示部３１６に表示されたコンテンツのメタデータおよびサムネイルに基づいて、所望のコンテンツを検索することができる。

ユーザ操作検出部３２０は、メタデータを取得するようクライアント機器３０に指示するユーザ操作や、コンテンツを取得するようクライアント機器３０に指示するユーザ操作を検出し、該指示をデータ取得部３１２またはコンテンツ取得部３２４に出力する。

コンテンツ取得部３２４は、ユーザ操作検出部３２０からのコンテンツの取得指示に基づいて、メディアサーバ１２からコンテンツを取得する。具体的には、コンテンツ取得部３２４は、取得指示のあったコンテンツのメタデータに含まれるコンテンツＵＲＬを参照し、コンテンツＵＲＬに示された所在にアクセスし、コンテンツを取得することができる。

再生部３２８は、コンテンツ取得部３２８が取得したコンテンツを再生することができる。再生は、コンテンツがデジタル形式であれば、コンテンツをＤ／Ａ変換し、ディスプレイやスピーカなどの出力装置に伝達する処理を含んでもよく、コンテンツがアナログ形式であればコンテンツデータを出力装置に伝達する処理を含んでもよい。

このように、本実施形態にかかるクライアント機器３０は、複数のメディアサーバに記憶されたコンテンツのメタデータおよびサムネイルを、データ管理サーバ２０から取得し、該メタデータに基づいてメディアサーバ１２からコンテンツを取得することができる。なお、クライアント機器３０は、所望のメディアサーバ１２が休止状態であった場合、起動させる命令をメディアサーバ１２に送信し、メディアサーバ１２を起動させることも可能である。

以上説明したように、本発明の第１の実施形態にかかるデータ管理システム１０によれば、データ管理サーバ２０が複数のメディアサーバ１２が記憶するコンテンツのメタデータを一元的に管理するため、クライアント機器３０は、単にデータ管理サーバ２０にアクセスするのみで、複数のメディアサーバ１２に記憶されているコンテンツを検索することができる。また、当該データ管理サーバ２０のデータ処理部２３２は、属性情報に基づいてメタデータを階層構造化するため、クライアント機器３０においては、コンテンツがいずれのメディアサーバ１２に記憶されているかを意識することなくコンテンツを検索できる。すなわち、当該データ管理サーバ２０は、クライアント機器３０において、メディアサーバ１２ごとに異なるディレクトリ構造をたどることなくコンテンツの検索を可能とすることができる。

また、本実施形態にかかるデータ管理サーバ２０は、サムネイルをメディアサーバ１２から収集すると、メタデータに含まれるサムネイルＵＲＬをデータ管理サーバ２０における所在を示すよう変更できるため、クライアント機器３０は、メディアサーバ１２の動作状態に拘らず、データ管理サーバ２０からサムネイルデータを取得することが可能となる。

また、本実施形態にかかるデータ管理サーバ２０のデータ処理部２３２は、サーバ情報判断部２３４によりメディアサーバ１２のＩＰアドレスが変更されたと判断された場合、記憶部２３６に記憶されたメタデータに含まれるコンテンツＵＲＬのＩＰアドレス部分を、新たなサーバ情報に含まれるＩＰアドレスに書き換えることができる。その結果、メディアサーバ１２のＩＰアドレスが変更された場合に、データ管理サーバ２０は、メタデータをメディアサーバ１２から再収集する前であっても、暫定的にメタデータに含まれるコンテンツＵＲＬを更新し、クライアント機器３０へ該メタデータを提供することができる。

また、本実施形態にかかるデータ管理サーバ２０のサーバ情報判断部２３４は、サーバ情報に含まれる更新情報に基づいてメディアサーバ１２に記憶されたコンテンツが更新されたか否かを判断できる。すなわち、サーバ情報判断部２３４は、メディアサーバ１２に記憶されたメタデータの内容を全て確認することなく、単に更新情報に基づいてメディアサーバ１２が更新されたか否かを判断することができる。

また、本実施形態にかかるデータ管理サーバ２０の制御部２２８は、単位時間あたりにデータ収集部２２４に収集させるメタデータの数を、所定の待機時間を設けることにより抑制できる。その結果、データ管理サーバ２０およびメディアサーバ１２において生じる負荷を軽減することができる。

さらに、本実施形態にかかるデータ管理サーバ２０の設定部２４０は、データ管理サーバ２０および／またはメディアサーバ１２の、負荷状況および／または情報処理能力に応じて上記待機時間を設定できるため、設定部２４０は、データ管理サーバ２０の情報処理能力が低い場合や、データ管理サーバ２０においてユーザが作業を行っている場合には待機時間を長く設定し、メタデータの収集に費やされるデータ管理サーバ２０における負荷率を抑制することができる。

（第２の実施形態）
次に、本発明の第２の実施形態にかかるデータ管理システム４０について説明する。第１の実施形態にかかるデータ管理システム４０は、クライアント機器３０におけるコンテンツの検索作業を簡素化することができた。しかし、メディアサーバ１２に記憶されているコンテンツのデータフォーマットが、クライアント機器３０が対応可能な規格形式のデータフォーマットでなければ、クライアント機器３０においてコンテンツを再生できない場合があった。本発明の第２の実施形態にかかるデータ管理システム４０は、かかる問題に着眼してなされたものである。以下、図２０〜図２２を参照し、本実施形態にかかるデータ管理システム４０の構成および動作を説明する。なお、第１の実施形態と実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

図２０は、本実施形態にかかるデータ管理システム４０の構成を示した説明図である。本実施形態にかかるデータ管理システム４０は、異種メディアサーバ１８を含む点で第１の実施形態と異なる。異種メディアサーバ１８は、コンテンツおよびメタデータを記憶している点でメディアサーバ１２と共通し、メディアサーバとしての機能も有するが、記憶しているコンテンツのデータフォーマットが、データ管理システム４０における規定形式を満たさないデータフォーマットである点で相違する。

例えば、異種メディアサーバ１８以外のデータ管理システム４０が、ＤＬＮＡガイドラインに準拠していれば、ＭＰＥＧ２、ＪＰＥＧ、ＬＰＣＭおよびＭＰ３などのデータフォーマットのコンテンツは支障なく相互通信することができる。しかし、ＤＬＮＡガイドラインに規定されていないＡＡＣおよびＷＭＡなどのデータフォーマットのコンテンツには、クライアント機器３０が対応できない可能性がある。

本実施形態にかかるデータ管理サーバ２０は、このようなデータ管理システム４０における規定形式を満たさないデータフォーマットのコンテンツのクライアント機器３０における再生を可能とする。以下、図２１を参照し、本実施形態にかかるデータ管理サーバ２０の構成を説明する。

図２１は、本実施形態にかかるデータ管理サーバ２０の構成を示した機能ブロック図である。本実施形態にかかるデータ管理サーバ２０は、通信部２２０と、データ収集部２２４と、制御部２２８と、データ処理部２３２と、サーバ情報判断部２３４と、記憶部２３６と、設定部２４０と、サムネイル収集部２４４と、メタデータ送信部２４８と、サムネイル送信部２５２と、デコーダ２５６と、コンテンツ送受信部２６０と、を備える。

通信部２２０、データ収集部２２４、制御部２２８、データ処理部２３２、サーバ情報判断部２３４、記憶部２３６、設定部２４０、サムネイル収集部２４４、メタデータ送信部２４８およびサムネイル送信部２５２の構成および動作は、第１の実施形態で説明した内容と実質的に同一であるので、説明を省略する。

コンテンツ送受信部２６０は、クライアント機器３０から、異種メディアサーバ１８に記憶された規定形式を満たさないデータフォーマットのコンテンツの送信要求を受けると、異種メディアサーバ１８から、該コンテンツを取得する。すなわち、コンテンツ送受信部２６０は、コンテンツ取得部としての機能を有する。なお、クライアント機器３０は、通常、コンテンツを記憶している異種メディアサーバ１８に直接コンテンツの送信要求をするが、該コンテンツが規定形式を満たさないデータフォーマットである場合には、上記のようにデータ管理サーバ２０にコンテンツの送信要求をするようにしてもよい。

デコーダ２５６は、コンテンツ送受信部２６０が取得したコンテンツのデータフォーマットを、規定形式を満たすデータフォーマットに変換する。例えば、コンテンツ送受信部２６０が取得したコンテンツのデータフォーマットがＡＡＣであった場合、データフォーマットをＡＡＣからＬＰＣＭに変換する。

そして、コンテンツ送受信部２６０は、デコーダ２５６によりデータフォーマットが変換されたコンテンツを、通信部２２０を介してクライアント機器３０に送信することができる。ここで、コンテンツ送受信部２６０によるコンテンツの送信方式は、ダウンロード方式であっても、ストリーミング方式であってもよい。

図２２は、本実施形態にかかるデータ管理システム４０におけるデータ管理方法の流れを示したシーケンス図である。まず、データ管理サーバ２０は、異種メディアサーバ１８の存在を確認すると、異種メディアサーバ１８に対してメタデータの送信を要求する（Ｓ７０４）。異種メディアサーバ１８は、データ管理サーバ２０からのメタデータの送信要求に応じて、記憶しているコンテンツに関するメタデータをデータ管理サーバ２０に送信する（Ｓ７０８）。そして、データ管理サーバ２０は、異種メディアサーバ１８から収集したメタデータを記憶する（Ｓ７１２）。

続いて、データ管理サーバ２０は、収集したメタデータに含まれるサムネイルの所在を示すサムネイル所在情報に基づいて、異種メディアサーバ１８に対してサムネイルの送信を要求する（Ｓ７１６）。異種メディアサーバ１８は、データ管理サーバ２０からのサムネイルの送信要求に応じて、記憶しているコンテンツのサムネイルをデータ管理サーバ２０に送信する（Ｓ７２０）。そして、データ管理サーバ２０は、異種メディアサーバ１８から収集したサムネイルを記憶する（Ｓ７２４）。

その後、クライアント機器３０は、データ管理サーバ２０に対してメタデータの送信を要求する（Ｓ７２８）。データ管理サーバ２０は、かかるメタデータの送信要求に応じて、クライアント機器３０にメタデータとサムネイルを送信する（Ｓ７３２）。

次いで、クライアント機器３０は、データ管理サーバ２０から取得したメタデータに含まれるコンテンツＵＲＬと共に、データ管理サーバ２０に対して規定形式を満たさないコンテンツの送信を要求する（Ｓ７３６）。そして、データ管理サーバ２０は、クライアント機器３０から送信要求と併せて受信したコンテンツＵＲＬに基づいて、異種メディアサーバ１８に対してコンテンツの送信を要求する（Ｓ７４０）。異種メディアサーバ１８は、データ管理サーバ２０からの要求に応じて、コンテンツをデータ管理サーバ２０に送信する（Ｓ７４４）。

そして、データ管理サーバ２０は、異種メディアサーバ１８から受信したコンテンツのデータフォーマットを変換する（Ｓ７４８）。その後、あるいはデータフォーマットの変換と同時に、データ管理サーバ２０は規定形式を満たすデータフォーマッに変換されたコンテンツをクライアント機器３０に送信する（Ｓ７５２）。

このように、本発明の第２の実施形態にかかるデータ管理システム４０によれば、第１の実施形態にかかるデータ管理システム４０の効果に加え、想定しないメディアサーバがホームネットワークに接続された場合であっても、想定しないメディアサーバが記憶するコンテンツを、クライアント機器３０において再生することができるという効果を奏する。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上記第１の実施形態では、図１３において第１階層に「ルート」４００を配し、「ルート」４００の下位の第２階層に「ビデオ」４１０、「音楽」４３０および「写真」４７０などのコンテナを配する例を説明したが、階層構造はかかる例に限定されない。例えば、データ管理サーバ２０が収集したメタデータに基づいて、メディアサーバ１２が記憶するコンテンツが音楽コンテンツのみであった場合には、第１階層に「ルート」を設けず、第１階層「音楽」のコンテナを配してもよい。

また、上記第１の実施形態では、図１８において、メタデータの単位量を１０件として示しているが、メタデータの単位量を設定部により設定される任意の値としてもよく、例えば、１件であっても、１００件であってもよい。また、図１８のＳ６５２において、待機時間の経過を、Ｓ６４４の単位量のメタデータの収集が完了した時点を基点に判断する場合を説明したが、Ｓ６２４の単位量のメタデータの収集を開始するタイミングが、一定周期となるようにしてもよい。

また、上記実施形態で説明したメタデータに含まれる情報は一例にすぎず、例えば、コンテンツの発売日、コンテンツをメディアサーバ１２が取得した日時、コンテンツを再生した回数、コンテンツの客観的評価であるレイティング、コンテンツの長さ、コンテンツのデータ量などを含むようにしてもよい。

また、本明細書のデータ管理サーバ２０の処理における各ステップは、必ずしもフローチャートまたはシーケンス図として記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むとしてもよい。また、データ管理サーバ２０とクライアント機器３０とは一体構成されるように構成してもよい。

また、上述のようなデータ管理方法を情報処理装置に行わせるプログラムおよびそのプログラムを記憶した記憶媒体も提供される。

本発明の第１の実施形態にかかるデータ管理システムの構成を示した説明図である。 同実施形態にかかるデータ管理システムにおける全体の動作を示したシーケンス図である。 同実施形態にかかるメディアサーバの構成を示した機能ブロック図である。 同実施形態にかかるサーバ情報の一例を示した説明図である。 同実施形態にかかるメディアサーバが記憶するメタデータの階層構造の一例を示した説明図である。 メタデータに含まれる所在情報の一例を示した説明図である。 メタデータに含まれる属性情報の一例を示した説明図である。 階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。 階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。 同実施形態にかかるデータ管理サーバのハードウェア構成を示したブロック図である。 同実施形態にかかるデータ管理サーバの構成を示した機能ブロック図である。 動作状態と対応付けて記憶部に記憶されるサーバ情報の一例を示した説明図である。 データ処理部により階層構造化されたメタデータの一例を示した説明図である。 データ管理サーバにおいて階層構造化されたメタデータの属性情報の一例を示した説明図である サムネイルＵＲＬが更新されたメタデータを示した説明図である。 コンテンツＵＲＬが更新されたメタデータを示した説明図である。 同実施形態にかかるデータ管理サーバにおけるデータ管理方法を示したフローチャートである。 同実施形態にかかるデータ管理サーバにおけるデータ管理方法を示したフローチャートである。 同実施形態にかかるクライアント機器の構成を示した機能ブロック図である。 本発明の第２の実施形態にかかるデータ管理システムの構成を示した説明図である。 同実施形態にかかるデータ管理サーバの構成を示した機能ブロック図である。 同実施形態にかかるデータ管理システムにおけるデータ管理方法の流れを示したシーケンス図である。

符号の説明

１０、４０ データ管理システム
１２ メディアサーバ
２０ データ管理サーバ
３０ クライアント機器
２２０ 通信部
２２４ データ収集部
２２８ 制御部
２３２ データ処理部
２３４ サーバ情報判断部
２３６ 記憶部
２４４ サムネイル収集部
２４８ メタデータ送信部
２５２ サムネイル送信部
２５６ デコーダ
２６０ コンテンツ送受信部

Claims (13)

1. コンテンツデータおよび該コンテンツデータの属性情報を含むメタデータを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバであって：
   前記複数のコンテンツサーバの各々から前記メタデータを収集するデータ収集部と；
   前記データ収集部が収集したメタデータを、該メタデータに含まれる前記属性情報に基づいて階層構造化するデータ処理部と；
   前記クライアント機器からの要求に応じて、前記データ処理部により階層構造化されたメタデータを前記クライアント機器に送信する送信部と；
   を備えることを特徴とする、データ管理サーバ。
2. 前記データ収集部が収集したメタデータを記憶する記憶部をさらに備え、
   前記データ処理部は、前記記憶部に記憶されたメタデータを、該メタデータに含まれる前記属性情報に基づいて階層構造化することを特徴とする、請求項１に記載のデータ管理サーバ。
3. 前記データ処理部は、前記データ収集部が収集したメタデータを、該メタデータに含まれる前記属性情報に基づいて階層構造化し、
   前記データ処理部により階層構造化されたメタデータを記憶する記憶部をさらに備えることを特徴とする、請求項１に記載のデータ管理サーバ。
4. 前記データ処理部は、前記データ収集部によるメタデータの収集元がいずれのコンテンツサーバであるかを示すコンテンツ所在情報を参照することなく、該メタデータを階層構造化することを特徴とする、請求項１に記載のデータ管理サーバ。
5. 前記メタデータは、前記メタデータに対応するサムネイルデータの前記コンテンツサーバにおける所在を示す第一のサムネイル所在情報を含み、
   前記第一のサムネイル所在情報に基づき、前記コンテンツサーバから前記サムネイルデータを収集するサムネイル収集部と；
   前記第一のサムネイル所在情報を含む前記メタデータと、前記サムネイル収集部が収集した前記サムネイルデータ記憶する記憶部と；
   をさらに備えることを特徴とする、請求項１に記載のデータ管理サーバ。
6. 前記データ処理部は、前記記憶部に前記サムネイルデータが記憶されると、前記第一のサムネイル所在情報を、前記記憶部における前記サムネイルデータの所在を示す第二のサムネイル所在情報に変更することを特徴とする、請求項５に記載のデータ管理サーバ。
7. 前記送信部は、前記クライアント機器に送信したメタデータに対応するサムネイルデータを前記クライアント機器に送信することを特徴とする、請求項５に記載のデータ管理サーバ。
8. 前記サムネイルデータのデータ形式を変換する変換部をさらに備えることを特徴とする、請求項５に記載のデータ管理サーバ。
9. 前記コンテンツサーバからデータ形式が規定形式を満たさないコンテンツデータを取得するコンテンツ取得部と；
   前記コンテンツ取得部が取得したコンテンツデータのデータ形式を、前記規定形式を満たすデータ形式に変換する変換部と；
   を備え、
   前記送信部は、前記クライアント機器からの要求に応じて、前記変換部によりデータ形式が変換されたコンテンツデータを前記クライアント機器に送信することを特徴とする、請求項１に記載のデータ管理サーバ。
10. 前記コンテンツサーバは、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバであり、
    前記クライアント機器は、ＤＬＮＡガイドラインに準拠するデジタルメディアプレーヤであることを特徴とする、請求項１に記載のデータ管理サーバ。
11. コンテンツデータと該コンテンツデータの属性情報および所在情報とを含むメタデータを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、前記コンテンツサーバおよび前記クライアント機器と接続可能なデータ管理サーバと、を含むデータ管理システムであって：
    前記データ管理サーバは、
    前記複数のコンテンツサーバの各々から前記メタデータを収集するデータ収集部と；
    前記データ収集部が収集したメタデータを、該メタデータに含まれる前記属性情報に基づいて階層構造化するデータ処理部と；
    前記クライアント機器からの要求に応じて、前記データ処理部により階層構造化されたメタデータを前記クライアント機器に送信する送信部と；
    を備え、
    前記クライアント機器は、
    前記データ管理サーバから前記階層構造化されたメタデータを受信する受信部と；
    前記受信部が受信したメタデータに含まれる前記所在情報に基づいて、前記コンテンツサーバからコンテンツデータを取得するコンテンツ取得部と；
    を備えることを特徴とする、データ管理システム。
12. コンテンツデータおよび該コンテンツデータの属性情報を含むメタデータを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバにおけるデータ管理方法であって、
    前記複数のコンテンツサーバの各々から前記メタデータを収集するステップと；
    前記収集したメタデータを、該メタデータに含まれる前記属性情報に基づいて階層構造化するステップと；
    前記クライアント機器からの要求に応じて、前記階層構造化されたメタデータを前記クライアント機器に送信するステップと；
    を含むことを特徴とする、データ管理方法。
13. コンピュータを、
    コンテンツデータおよび該コンテンツデータの属性情報を含むメタデータを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバであって、
    前記複数のコンテンツサーバの各々から前記メタデータを収集するデータ収集部と；
    前記データ収集部が収集したメタデータを、該メタデータに含まれる前記属性情報に基づいて階層構造化するデータ処理部と；
    前記クライアント機器からの要求に応じて、前記データ処理部により階層構造化されたメタデータを前記クライアント機器に送信する送信部と；
    を備えるデータ管理サーバとして機能させるためのプログラム。

Images