(57)【要約】【課題】データ管理サーバ、データ管理システム、データ管理方法およびプログラムを提供すること。【解決手段】コンテンツサーバから、サーバ識別情報およびコンテンツサーバのアドレス情報が対応付けられたサーバ情報と、コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集するデータ収集部２２４と、データ収集部が収集したメタデータと、サーバ情報とを記憶する記憶部と２３６、記憶部に記憶されたアドレス情報と、データ収集部により収集された新たなアドレス情報を比較して、コンテンツサーバのアドレス情報が変更されたか否かを判断する判断部と、コンテンツサーバのアドレス情報が変更されたと判断された場合、記憶部に記憶されたコンテンツ所在情報の一部であるアドレス情報を、新たなアドレス情報に書き換えるデータ処理部２３２とを備えることを特徴とする。【選択図】図１１
2008134967.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバであって：
前記コンテンツサーバから、前記コンテンツサーバに固有に付与されるサーバ識別情報および前記コンテンツサーバのアドレス情報が対応付けられたサーバ情報と、前記コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集するデータ収集部と；
前記データ収集部が収集した前記メタデータと、前記サーバ情報とを記憶する記憶部と；
前記記憶部に記憶された前記サーバ情報に含まれるアドレス情報と、前記データ収集部により収集された新たなサーバ情報に含まれるアドレス情報を比較して、前記コンテンツサーバのアドレス情報が変更されたか否かを判断する判断部と；
前記判断部により前記コンテンツサーバのアドレス情報が変更されたと判断された場合、前記記憶部に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、前記新たなサーバ情報に含まれるアドレス情報に書き換えるデータ処理部と；
を備えることを特徴とする、データ管理サーバ。
【請求項２】
前記判断部は、前記新たなサーバ情報に含まれるサーバ識別情報と同一のサーバ識別情報を含むサーバ情報を前記記憶部から抽出し、
前記新たなサーバ情報に含まれるアドレス情報と、前記記憶部から抽出したサーバ情報に含まれるアドレス情報とを比較して、前記コンテンツサーバのアドレス情報が変更されたか否かを判断することを特徴とする、請求項１に記載のデータ管理サーバ。
【請求項３】
前記データ収集部は、前記判断部により前記コンテンツサーバのアドレス情報が変更されたと判断された場合、前記コンテンツサーバから前記メタデータを再収集し、
前記データ処理部は、前記記憶部に記憶されたメタデータを、前記データ収集部が前記再収集したメタデータに書き換えることを特徴とする、請求項２に記載のデータ管理サーバ。
【請求項４】
前記判断部は、前記データ収集部が前記コンテンツサーバから収集したメタデータを、前記記憶部に記憶されたメタデータに基づいて、前記記憶部に記憶させるか否かを判断することを特徴とする、請求項１に記載のデータ管理サーバ。
【請求項５】
前記サーバ情報は、前記コンテンツサーバの更新情報をさらに含み、
前記データ収集部は前記サーバ情報を所定周期で収集し、
前記判断部は、前記データ収集部に、前記更新情報に基づいて該当するコンテンツサーバから前記メタデータを収集させるか否かを判断することを特徴とする、請求項１に記載のデータ管理サーバ。
【請求項６】
前記データ収集部は、メタデータを所定数の単位量ごとに前記コンテンツサーバから収集することを特徴とする、請求項１に記載のデータ管理サーバ。
【請求項７】
前記データ収集部が、前記単位量のメタデータを収集してから、次の前記単位量のメタデータを収集する間に、所定の待機時間を設けたことを特徴とする、請求項６に記載のデータ管理サーバ。
【請求項８】
前記待機時間は、前記データ管理サーバおよび／または前記コンテンツサーバの、負荷状況および／または情報処理能力に応じて可変であることを特徴とする、請求項７に記載のデータ管理サーバ。
【請求項９】
前記メタデータは、前記メタデータに対応するサムネイルデータの前記コンテンツサーバにおける所在を示す第一のサムネイル所在情報を含み、
前記第一のサムネイル所在情報に基づき、前記コンテンツサーバから前記サムネイルデータを収集するサムネイル収集部と；
前記第一のサムネイル所在情報を含む前記メタデータおよび前記サムネイル収集部が収集した前記サムネイルデータを記憶する記憶部と；
をさらに備えることを特徴とする、請求項１に記載のデータ管理サーバ。
【請求項１０】
前記データ処理部は、前記記憶部に前記サムネイルデータが記憶されると、前記第一サムネイル所在情報を、前記記憶部における前記サムネイルデータの所在を示す第二のサムネイル所在情報に変更することを特徴とする、請求項９に記載のデータ管理サーバ。
【請求項１１】
前記サムネイルデータのデータ形式を変換する変換部をさらに備えることを特徴とする、請求項９に記載のデータ管理サーバ。
【請求項１２】
コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、前記コンテンツサーバおよび前記クライアント機器に接続可能なデータ管理サーバと、を含むデータ管理システムであって：
前記データ管理サーバは、
前記コンテンツサーバから、前記コンテンツサーバに固有に付与されるサーバ識別情報および前記コンテンツサーバのアドレス情報が対応付けられたサーバ情報と、前記コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集するデータ収集部と；
前記データ収集部が収集した前記メタデータと、前記サーバ情報とを記憶する記憶部と；
前記記憶部に記憶された前記サーバ情報に含まれるアドレス情報と、前記データ収集部により収集された新たなサーバ情報に含まれるアドレス情報を比較して、前記コンテンツサーバのアドレス情報が変更されたか否かを判断する判断部と；
前記判断部により前記コンテンツサーバのアドレス情報が変更されたと判断された場合、前記記憶部に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、前記新たなサーバ情報に含まれるアドレス情報に書き換えるデータ処理部と；
を備え、
前記クライアント機器は、
前記データ管理サーバから前記メタデータを受信する受信部と；
前記受信部が受信したメタデータに含まれるコンテンツ所在情報に基づいて、前記コンテンツサーバからコンテンツデータを取得するコンテンツ取得部と；
を備えることを特徴とする、データ管理システム。
【請求項１３】
コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバにおけるデータ管理方法であって：
前記コンテンツサーバから、前記コンテンツサーバに固有に付与されるサーバ識別情報および前記コンテンツサーバのアドレス情報が対応付けられたサーバ情報と、前記コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集する第一の収集ステップと；
前記第一の収集ステップで収集された前記メタデータと、前記サーバ情報とを記憶媒体に記憶するステップと；
前記コンテンツサーバから、前記サーバ情報を新たに収集する第二の収集ステップと；
前記記憶媒体に記憶された前記サーバ情報に含まれるアドレス情報と、前記第二の収集ステップで収集された新たなサーバ情報に含まれるアドレス情報を比較して、前記コンテンツサーバのアドレス情報が変更されたか否かを判断するステップと；
前記コンテンツサーバのアドレス情報が変更されたと判断された場合、前記記憶媒体に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、前記新たなサーバ情報に含まれるアドレス情報に書き換えるステップと；
を含むことを特徴とする、データ管理方法。
【請求項１４】
コンピュータを、
コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、前記メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバであって、
前記コンテンツサーバから、前記コンテンツサーバに固有に付与されるサーバ識別情報および前記コンテンツサーバのアドレス情報が対応付けられたサーバ情報と、前記コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集するデータ収集部と；
前記データ収集部が収集した前記メタデータと、前記サーバ情報とを記憶する記憶部と；
前記記憶部に記憶された前記サーバ情報に含まれるアドレス情報と、前記データ収集部により収集された新たなサーバ情報に含まれるアドレス情報を比較して、前記コンテンツサーバのアドレス情報が変更されたか否かを判断する判断部と；
前記判断部により前記コンテンツサーバのアドレス情報が変更されたと判断された場合、前記記憶部に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、前記新たなサーバ情報に含まれるアドレス情報に書き換えるデータ処理部と；
を備えるデータ管理サーバとして機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理サーバ、データ管理システム、データ管理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、家庭用ＡＶ（Ａｕｄｉｏ−Ｖｉｓｕａｌ）機器やＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を相互に接続したホームネットワークにおいて、映像や音楽などのコンテンツの相互利用を可能とするためのＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）ガイドラインが提案されている。かかるＤＬＮＡガイドラインにおいては、コンテンツの保存および送信機能を備えたＤＭＳ（Ｄｉｇｉｔａｌ  Ｍａｄｉａ  Ｓｅｒｖｅｒ、以下、単にコンテンツサーバとする。）と、コンテンツの再生機能を備えたＤＭＰ（Ｄｉｇｉｔａｌ  Ｍａｄｉａ  Ｐｌａｙａｒ、以下、単にクライアント機器とする。）とが定義されている。
【０００３】
このようなクライアント機器は、コンテンツの取得および再生をするために、ホームネットワークに接続されている複数のコンテンツサーバから所望するコンテンツを検索する必要がある。ここで、ＤＬＮＡガイドラインに準拠するクライアント機器は、コンテンツサーバ単位でしかコンテンツを検索することができない。また、クライアント機器は、電源が入っていないコンテンツサーバのコンテンツを検索することができなかった。
【０００４】
これに対し、特許文献１には、コンテンツサーバの電源が入っているときに該コンテンツサーバに記憶されたコンテンツのメタデータを記憶しておくクライアント機器が開示されている。かかるクライアント機器は、コンテンツサーバが休止状態であっても、該コンテンツサーバに記憶されたコンテンツを記憶したメタデータに基づいて検索可能である。
【０００５】
ここで、メタデータには、コンテンツの所在を示すコンテンツ所在情報が含まれる。また、該所在情報は、一部にコンテンツが記憶されているコンテンツサーバのアドレス情報を含んでいる。したがって、コンテンツサーバのアドレス情報がネットワークの事情により変更された場合、メタデータの所在情報も変更する必要がある。
【０００６】
【特許文献１】特開２００５−１５７８００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、従来のクライアント機器は、コンテンツサーバのアドレス情報が変更された場合、該コンテンツサーバに記憶されたコンテンツのメタデータを再収集していた。その結果、コンテンツサーバのアドレス情報が変更されてから、メタデータが再収集されるまで、クライアント機器においてコンテンツの検索が行えないという問題があった。
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツサーバのアドレス情報が変更された場合でも、クライアント機器におけるコンテンツデータの検索を円滑に行うことが可能な、新規かつ改良されたデータ管理サーバ、データ管理システム、データ管理方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のある観点によれば、コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバが提供される。このデータ管理サーバは、コンテンツサーバから、コンテンツサーバに固有に付与されるサーバ識別情報およびコンテンツサーバのアドレス情報が対応付けられたサーバ情報と、コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集するデータ収集部と、データ収集部が収集したメタデータと、サーバ情報とを記憶する記憶部と、記憶部に記憶されたサーバ情報に含まれるアドレス情報と、データ収集部により収集された新たなサーバ情報に含まれるアドレス情報を比較して、コンテンツサーバのアドレス情報が変更されたか否かを判断する判断部と、判断部によりコンテンツサーバのアドレス情報が変更されたと判断された場合、記憶部に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、新たなサーバ情報に含まれるアドレス情報に書き換えるデータ処理部とを備えることを特徴とする。
【００１０】
かかる構成においては、記憶部は、データ収集部によりコンテンツサーバから収集されたメタデータとサーバ情報を記憶する。また、データ収集部は、コンテンツサーバから新たにサーバ情報を収集する。また、判断部は、記憶部に記憶されたサーバ情報に含まれるアドレス情報と、データ収集部により収集された新たなサーバ情報に含まれるアドレス情報を比較して、コンテンツサーバのアドレス情報が変更されたか否かを判断する。そして、
データ処理部は、判断部によりコンテンツサーバのアドレス情報が変更されたと判断された場合、記憶部に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、新たなサーバ情報に含まれるアドレス情報に書き換える。したがって、コンテンツサーバのアドレス情報が変更された場合に、データ管理サーバは、メタデータをコンテンツサーバから再収集する前であっても、暫定的にメタデータに含まれるコンテンツ所在情報を更新し、クライアント機器へ該メタデータを提供することができる。  
【００１１】
判断部は、新たなサーバ情報に含まれるサーバ識別情報と同一のサーバ識別情報を含むサーバ情報を記憶部から抽出し、新たなサーバ情報に含まれるアドレス情報と、記憶部から抽出したサーバ情報に含まれるアドレス情報とを比較して、コンテンツサーバのアドレス情報が変更されたか否かを判断してもよい。
【００１２】
データ収集部は、判断部によりコンテンツサーバのアドレス情報が変更されたと判断された場合、コンテンツサーバからメタデータを再収集し、データ処理部は、記憶部に記憶されたメタデータを、データ収集部が再収集したメタデータに書き換えてもよい。ここで、コンテンツサーバのアドレス情報が変更された場合、メタデータに含まれるコンテンツ所在情報は、一部に有するコンテンツサーバのアドレス情報以外にも変更されている可能性がある。そこで、判断部によりコンテンツサーバのアドレス情報が変更されたと判断された場合、暫定的にデータ管理サーバが暫定的にメタデータに含まれるコンテンツ所在情報を更新した後に、データ収集部がコンテンツサーバからメタデータを再収集し、データ処理部が記憶部に記憶されたメタデータを、データ収集部が再収集したメタデータに書き換えることができる。
【００１３】
判断部は、データ収集部がコンテンツサーバから収集したメタデータを、記憶部に記憶されたメタデータに基づいて、記憶部に記憶させるか否かを判断してもよい。かかる構成においては、例えば、１のコンテンツサーバから重複するメタデータをデータ収集部が収集した場合、判断部は、重複するメタデータを記憶部に記憶させるか否かを判断することができる。
【００１４】
サーバ情報は、コンテンツサーバの更新情報をさらに含み、データ収集部はサーバ情報を所定周期で収集し、判断部は、データ収集部に、更新情報に基づいて該当するコンテンツサーバからメタデータを収集させるか否かを判断してもよい。かかる構成においては、判断部は、コンテンツサーバに記憶されたメタデータの内容を全て確認することなく、単に更新情報に基づいてコンテンツサーバが更新されたか否かを判断することができる。
【００１５】
データ収集部は、メタデータを所定数の単位量ごとにコンテンツサーバから収集してもよい。また、データ収集部が、単位量のメタデータを収集してから、次の単位量のメタデータを収集する間に、所定の待機時間が設けてもよい。かかる構成においては、例えば、単位時間あたりにデータ収集部が収集するメタデータの数を、所定の待機時間を経ることにより抑制できる。その結果、データ管理サーバおよびコンテンツサーバにおいて生じる負荷を軽減することができる。
【００１６】
待機時間は、データ管理サーバおよび／またはコンテンツサーバの、負荷状況および／または情報処理能力に応じて可変であってもよい。かかる構成においては、例えば、データ管理サーバの情報処理能力が低い場合や、データ管理サーバにおいてユーザが作業を行っている場合には待機時間を長くし、メタデータの収集に費やされるデータ管理サーバにおける負荷率を抑制することができる。
【００１７】
メタデータは、メタデータに対応するサムネイルデータのコンテンツサーバにおける所在を示す第一のサムネイル所在情報を含み、第一のサムネイル所在情報に基づき、コンテンツサーバからサムネイルデータを収集するサムネイル収集部と、第一のサムネイル所在情報を含むメタデータおよびサムネイル収集部が収集したサムネイルデータを記憶する記憶部とをさらに備えるようにしてもよい。かかる構成においては、サムネイル収集部は、例えばメタデータが収集または記憶されると、該メタデータに含まれる第一のサムネイル所在情報に基づいて、該当するコンテンツサーバからサムネイルデータを収集する。また、記憶部を設けることにより、サムネイル収集部が収集したサムネイルデータをデータ管理サーバに記憶しておくことが可能となる。
【００１８】
データ処理部は、記憶部にサムネイルデータが記憶されると、第一サムネイル所在情報を、記憶部におけるサムネイルデータの所在を示す第二のサムネイル所在情報に変更することを特徴とする、請求項９に記載のデータ管理サーバ。
【００１９】
ここで、クライアント機器は、取得したメタデータに含まれるサムネイルデータの所在情報に基づいて、サムネイルデータを取得しようとする。したがって、メタデータに含まれるサムネイルデータの所在情報がコンテンツサーバにおける所在を示したままだと、クライアント機器は、コンテンツサーバにアクセスしてサムネイルデータを取得する必要がある。しかし、クライアント機器は、コンテンツサーバが起動していない場合には、コンテンツサーバを殊更起動させなければサムネイルデータを取得できない。そこで、メタデータに含まれるサムネイルデータの所在情報をデータ管理サーバにおける所在を示すよう変更することで、クライアント機器は、コンテンツサーバの起動状態に拘らず、データ管理サーバからサムネイルデータを取得することが可能となる。
【００２０】
サムネイルデータのデータ形式を変換する変換部をさらに備えるようにしてもよい。かかる構成においては、例えば、データ管理サーバが収集したサムネイルデータのデータ形式が、クライアント機器の対応可能なデータ形式でない場合、変換部が、サムネイルデータのデータ形式をクライアント機器が対応可能なデータ形式に変換することができる。
【００２１】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、コンテンツサーバおよびクライアント機器に接続可能なデータ管理サーバと、を含むデータ管理システムが提供される。このデータ管理システムにおけるデータ管理サーバは、コンテンツサーバから、コンテンツサーバに固有に付与されるサーバ識別情報およびコンテンツサーバのアドレス情報が対応付けられたサーバ情報と、コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集するデータ収集部と、データ収集部が収集したメタデータと、サーバ情報とを記憶する記憶部と、記憶部に記憶されたサーバ情報に含まれるアドレス情報と、データ収集部により収集された新たなサーバ情報に含まれるアドレス情報を比較して、コンテンツサーバのアドレス情報が変更されたか否かを判断する判断部と、判断部によりコンテンツサーバのアドレス情報が変更されたと判断された場合、記憶部に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、新たなサーバ情報に含まれるアドレス情報に書き換えるデータ処理部とを備えることを特徴とする。また、このデータ管理システムにおけるクライアント機器は、データ管理サーバからメタデータを受信する受信部と、受信部が受信したメタデータに含まれるコンテンツ所在情報に基づいて、コンテンツサーバからコンテンツデータを取得するコンテンツ取得部とを備えることを特徴とする。
【００２２】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバにおけるデータ管理方法であって、コンテンツサーバから、コンテンツサーバに固有に付与されるサーバ識別情報およびコンテンツサーバのアドレス情報が対応付けられたサーバ情報と、コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集する第一の収集ステップと、第一の収集ステップで収集されたメタデータと、サーバ情報とを記憶媒体に記憶するステップと、コンテンツサーバから、サーバ情報を新たに収集する第二の収集ステップと、記憶媒体に記憶されたサーバ情報に含まれるアドレス情報と、第二の収集ステップで収集された新たなサーバ情報に含まれるアドレス情報を比較して、コンテンツサーバのアドレス情報が変更されたか否かを判断するステップと、コンテンツサーバのアドレス情報が変更されたと判断された場合、記憶媒体に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、新たなサーバ情報に含まれるアドレス情報に書き換えるステップとを含むことを特徴とする、データ管理方法が提供される。
【００２３】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、コンテンツデータと該コンテンツデータのメタデータとを記憶するコンテンツサーバと、メタデータに基づいてコンテンツデータを取得するクライアント機器と、に接続可能なデータ管理サーバであって、コンテンツサーバから、コンテンツサーバに固有に付与されるサーバ識別情報およびコンテンツサーバのアドレス情報が対応付けられたサーバ情報と、コンテンツサーバのアドレス情報を一部に有し、コンテンツデータの所在を示すコンテンツ所在情報を含むメタデータと、を収集するデータ収集部と、データ収集部が収集したメタデータと、サーバ情報とを記憶する記憶部と、記憶部に記憶されたサーバ情報に含まれるアドレス情報と、データ収集部により収集された新たなサーバ情報に含まれるアドレス情報を比較して、コンテンツサーバのアドレス情報が変更されたか否かを判断する判断部と、判断部によりコンテンツサーバのアドレス情報が変更されたと判断された場合、記憶部に記憶されたメタデータに含まれるコンテンツ所在情報の一部であるアドレス情報を、新たなサーバ情報に含まれるアドレス情報に書き換えるデータ処理部とを備えるデータ管理サーバとして機能させるための、プログラムが提供される。
【発明の効果】
【００２４】
以上説明したように本発明にかかるデータ管理サーバ、データ管理システム、データ管理方法およびプログラムによれば、コンテンツサーバのアドレス情報が変更された場合でも、クライアント機器におけるコンテンツデータの検索を円滑に行うことができる。
【発明を実施するための最良の形態】
【００２５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２６】
（第１の実施形態）
まず、本発明の第１の実施形態にかかるデータ管理システム１０について図１および図２を参照して説明する。なお、本実施形態の説明においては、図１および図２を参照してデータ管理システム１０の概要を説明した後に、図３〜図１９を参照し、データ管理システム１０の各構成を詳細に説明する。
【００２７】
図１は、本実施形態にかかるデータ管理システム１０の構成を示した説明図である。データ管理システム１０は、メディアサーバ１２、データ管理サーバ２０およびクライアント機器３０を含む。
【００２８】
メディアサーバ１２は、コンテンツデータ（以下、単にコンテンツ）、コンテンツの内容を示すメタデータ、コンテンツのサムネイルデータ（以下、単にサムネイル）およびメディアサーバ１２に関する情報であるサーバ情報を記憶するコンテンツサーバとして機能する。図１では、メディアサーバ１２ＡとしてＰＣを、メディアサーバ１２Ｂとしてデジタルカメラを、メディアサーバ１２ＣとしてＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）レコーダを一例として示している。本明細書においては、これらメディアサーバ１２Ａ、ＢおよびＣを特に区別する必要がない場合は、単にメディアサーバ１２と称して説明する。
【００２９】
データ管理サーバ２０は、各メディアサーバ１２からメタデータおよびサムネイルを収集し、メタデータおよびサムネイルを記憶する機能を有する。また、データ管理サーバ２０は、クライアント機器３０からの要求に応じて、メタデータおよびサムネイルをクライアント機器３０に送信する。
【００３０】
クライアント機器３０は、データ管理サーバ２０からメディアサーバ１２が記憶しているコンテンツに関するメタデータおよびサムネイルを取得する。ここで、メタデータには、メタデータに対応するコンテンツの所在を示すコンテンツ所在情報が含まれている。クライアント機器３０は、かかるコンテンツ所在情報に基づいて、該当するメディアサーバ１２から所望するコンテンツを取得することができる。図１においては、クライアント機器３０の一例としてディスプレイ装置を図示している。
【００３１】
次に、このようなデータ管理システム１０の動作を図２を参照して説明する。
【００３２】
図２は、データ管理システム１０における全体の動作を示したシーケンス図である。まず、データ管理サーバ２０は、メディアサーバ１２の存在を確認すると、メディアサーバ１２に対してメタデータの送信を要求する（Ｓ５２）。メディアサーバ１２は、データ管理サーバ２０からのメタデータの送信要求に応じて、記憶しているコンテンツに関するメタデータをデータ管理サーバ２０に送信する（Ｓ５４）。そして、データ管理サーバ２０は、メディアサーバ１２から収集したメタデータを記憶する（Ｓ５６）。
【００３３】
続いて、データ管理サーバ２０は、収集したメタデータに含まれるサムネイルの所在を示すサムネイル所在情報に基づいて、メディアサーバ１２に対してサムネイルの送信を要求する（Ｓ５８）。メディアサーバ１２は、データ管理サーバ２０からのサムネイルの送信要求に応じて、記憶しているコンテンツのサムネイルをデータ管理サーバ２０に送信する（Ｓ６０）。そして、データ管理サーバ２０は、メディアサーバ１２から収集したサムネイルを記憶する（Ｓ６２）。ここで、図２においては、メディアサーバ１２が一つであるように示しているが、実際には複数であり、データ管理サーバ２０は、Ｓ５２からＳ６２に示した処理を複数のメディアサーバ１２との間で行う。
【００３４】
その後、クライアント機器３０は、データ管理サーバ２０に対してメタデータの送信を要求する（Ｓ６４）。データ管理サーバ２０は、かかるメタデータの送信要求に応じて、クライアント機器３０にメタデータとサムネイルを送信する（Ｓ６６）。
【００３５】
次いで、クライアント機器３０は、データ管理サーバ２０から取得したメタデータに含まれるコンテンツ所在情報に基づいて、該当するメディアサーバ１２に対してコンテンツの送信を要求する（Ｓ６８）。そして、メディアサーバ１２は、クライアント機器３０からのコンテンツの送信要求に応じて、コンテンツをクライアント機器３０に送信する（Ｓ７０）。
【００３６】
このように、本実施形態にかかるデータ管理システム１０によれば、クライアント機器３０においてコンテンツを再生しようとするとき、該コンテンツがいずれのメディアサーバ１２に記憶されているかが分からなくても、データ管理サーバ２０が記憶するメタデータを検索することで該コンテンツの所在を特定することができる。また、メディアサーバ１２が起動している間に該メディアサーバ１２のメタデータを収集し記憶できるため、該メディアサーバ１２が休止状態に移行している間も、クライアント機器３０に該メディアサーバ１２のメタデータを提供することができる。
【００３７】
なお、上述してきたコンテンツとは、例えば、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、絵画および図表などの映像データや、ゲームおよびソフトフェアなどの任意のデータを含む概念である。
【００３８】
また、図１においては、メディアサーバ１２の一例として、ＰＣ、デジタルカメラおよびＤＶＤレコーダを示したが、メディアサーバ１２は、コンテンツやメタデータの記憶および送信機能などを備えていればよく、例えば、家庭用映像処理装置（ビデオデッキなど）、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、家庭用ゲーム機器、携帯用ゲーム機器、家電機器などの情報処理装置であってもよい。同様に、図１においては、データ管理サーバ２０の一例としてＰＣを示し、クライアント機器３０の一例としてディスプレイ装置を示したにすぎず、データ管理サーバ２０およびクライアント機器３０も、上述のような情報処理装置で構成することができる。
【００３９】
また、本実施形態にかかるデータ管理システム１０は、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）ガイドラインおよびＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）に準拠したホームネットワーク上で構成されるようにしてもよい。例えば、メディアサーバ１２を、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバ（ＤＭＳ）として構成しても、クライアント機器３０を、ＤＬＮＡガイドラインに準拠するデジタルメディアプレーヤ（ＤＭＰ）として構成してもよい。また、データ管理サーバ２０を、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバおよびデジタルメディアプレーヤとしての機能を兼ね備えるように構成してもよい。
【００４０】
続いて、メディアサーバ１２の詳細な構成について図３〜図９を参照して説明する。
【００４１】
図３は、メディアサーバ１２の構成を示した機能ブロック図である。メディアサーバ１２は、通信部１０８と、コンテンツ取得部１１２と、データ管理部１１６と、記憶部１２０と、再生部１２４と、を備える。
【００４２】
通信部１０８は、通信網１４、データ管理サーバ２０およびクライアント機器３０などとのインターフェースであり、送信部または受信部としての機能を有する。例えば、通信部１０８は、通信網１４からコンテンツを受信したり、データ管理サーバ２０へメタデータおよびサムネイルを送信したり、クライアント機器３０にコンテンツを送信したりする。また、通信部１０８は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応通信装置、ワイヤレスＵＳＢ対応通信装置、有線による通信を行うワイヤー通信装置などのハードウェアで構成しても、ソフトウェアで構成してもよい。
【００４３】
コンテンツ取得部１１２は、コンテンツを外部から取得する機能を有する。例えば、コンテンツ取得部１１２は、通信網１４を介して、コンテンツ配信サーバ２６からコンテンツを取得したり、記憶媒体に記憶されたコンテンツを取得したりすることができる。記憶媒体としては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＰＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの不揮発性メモリや、ハードディスクおよびフロッピー（登録商標）ディスクなどの磁気ディスクや、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ／＋Ｒ／＋ＲＷ／ＲＡＭ（Ｒａｍｄａｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびＢＤ（Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ（登録商標））―Ｒ／ＢＤ−ＲＥなどの光ディスクや、ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスクなどがあげられる。
【００４４】
データ管理部１１６は、記憶部１２０へのデータの書き込みおよび記憶部１２０からのデータの読み出しを行う。例えば、データ管理部１１６は、コンテンツ取得部１１２が取得したコンテンツを、メタデータおよびサムネイルと併せて記憶部１２０に所定の規則に従って書き込んだり、データ管理サーバ２０からのメタデータの送信要求があったときに、記憶部１２０からメタデータを読み出したり、クライアント機器３０からのコンテンツの送信要求があったときに、記憶部１２０からコンテンツを読み出すことができる。
【００４５】
記憶部１２０は、コンテンツ、サムネイル、サーバ情報およびメタデータを記憶する。再生部１２４は、データ管理部１１６により記憶部１２０から読み出されたコンテンツを再生できる。コンテンツは、上述したように、音楽、動画および静止画などのデータそのもの示す概念である。サムネイルは、コンテンツの内容を示す縮小した画像であり、コンテンツのジャケットや、コンテンツが動画である場合には動画のワンシーンであってもよい。サーバ情報は、メディアサーバ１２に関する情報である。以下、図４を参照してサーバ情報について説明する。
【００４６】
図４は、サーバ情報の一例を示した説明図である。サーバ情報は、サーバＩＤと、サーバ名と、ＩＰアドレスと、ＵＵＩＤと、更新情報とを含む。サーバＩＤは、データ管理システム１０における各メディアサーバ１２を識別するための情報である。サーバ名は、各メディアサーバに例えばユーザ設定に基づき付与される名称である。
【００４７】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ）アドレスは、インターネットに接続された各機器を識別するための情報である。ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）は、各メディアサーバおよび各種機器に固有に付与される汎用識別情報である。更新情報は、メディアサーバ１２の記憶部１２０に記憶されたいずれかの情報が更新された場合に変化し、何かしらの情報が更新されたことを確認可能とするための情報である。更新情報は、例えば、更新回数であっても、更新時刻であってもよい。
【００４８】
具体的には、図４に示した例では、メディアサーバ１２のサーバＩＤは「００１」であり、サーバ名は「サーバＡ」であり、ＩＰアドレスは「１９２．１６８．１３０．７６」であり、ＵＵＩＤは「ＡＦ８ＣＤ２３９」であり、更新情報は「１２」である場合を示している。なお、図４において、各項目の表現形式として簡易的なものを用いたに過ぎず、例えば、ＵＵＩＤは１２８ビットで表される情報であってもよい。また、本明細書においては、更新情報は、メディアサーバ１２の記憶部１２０が更新された回数を示すものとする。なお、サーバ情報は、メディアサーバ１２のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ａｄｄｒｅｓｓ）アドレスを含んでもよい。
【００４９】
また、記憶部１２０が記憶するメタデータは、コンテンツの所在を示すコンテンツ所在情報やサムネイルの所在を示すサムネイル所在情報を含む所在情報と、コンテンツのタイトルやジャンルなどの種類を示す属性情報とを含む。このようなメタデータは、データ管理部１１６により階層構造化され、階層構造化されたメタデータが記憶部１２０に階層的に書き込まれる。メタデータを階層構造化するとは、例えば、各メタデータを、木構造を構成する少なくとも１以上のノードと対応付けることを意味する。以下、図５を参照して、メディアサーバ１２が記憶するメタデータの階層化されたデータ構造を説明する。
【００５０】
図５は、メディアサーバ１２が記憶するメタデータの階層構造の一例を示した説明図である。図５に一例と示した階層構造によれば、第１階層のノードにルート１３０（Ｒｏｏｔ）が配される。ルート１３０は、上位階層にノードを有さないノードである。第１階層の下位である第２階層のノードには、複数のコンテナが配される。具体的には、第２階層のノードには、「すべての曲」１４０、「すべてのアーティスト」１５０、「すべてのアルバム」１６０、「ジャンルから探す」１６２、「録画したビデオ」１６４および「登録したフォルダ」１６６などのコンテナが配されている。なお、コンテナとは、「ＵＰｎＰ  ＡＶ  ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ」において規定される「ｃｏｎｔａｉｎｅｒ」であってもよく、下位にノードを有するノードであってもよい。
【００５１】
そして、「すべての曲」１４０の下位の第３階層のノードには、記憶部１２０が記憶する音楽コンテンツのメタデータが全て配され、図５にはその一例として、「昭和島」１４２、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」１４４を示している。また、「すべてのアーティスト」１５０の下位の第３階層には、記憶部１２０が記憶する音楽コンテンツのアーティストごとのコンテナが配され、図５にはその一例として、「Ａ−ＤＡＳＨ」１５２を示している。
【００５２】
さらに、「Ａ−ＤＡＳＨ」１５２の下位の第４階層には、記憶部１２０が記憶する音楽コンテンツのうちで、アーティストが「Ａ−ＤＡＳＨ」に該当するコンテンツが配され、図５にはその一例として、「昭和島」１５４および「上を向いて走ろう」１５６を示している。同様に、「すべてのアルバム」１６０、「ジャンルから探す」１６２、「録画したビデオ」１６４および「登録したフォルダ」１６６の下位にも、コンテナ、あるいはコンテンツが配される。
【００５３】
このように、データ管理部１１６は、各ノード（各コンテナあるいは各コンテンツ）の識別情報であるオブジェクトＩＤとメタデータとを対応付けることにより、メタデータを階層構造化することができる。すなわち、各メタデータを、いずれかのノードに配する、あるいは割り当てることは、各メタデータと、いずれかのノードのオブジェクトＩＤとを対応付けることと等価である。本明細書においては、説明の便宜上、上記オブジェクトＩＤが、図５において各コンテナあるいは各コンテンツのメタデータに付した符号と同一であるものとして説明する。例えば、図５の第３階層の「昭和島」１４２のオブジェクトＩＤは、「１４２」であるものとする。以下、オブジェクトＩＤと対応付けられたメタデータの一例を図６および図７を参照して説明する。
【００５４】
図６は、メタデータに含まれる所在情報の一例を示した説明図である。図７は、メタデータに含まれる属性情報の一例を示した説明図である。
【００５５】
図６を参照すると、所在情報は、コンテンツＩＤと、オブジェクトＩＤと、関連ＩＤと、親ＩＤと、子ＩＤと、コンテンツＵＲＬと、サムネイルＵＲＬとを含む。コンテンツＩＤは、メディアサーバ１２が記憶する各コンテンツを識別可能な情報である。図６においては、「昭和島」のコンテンツＩＤが「１００１」であり、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」のコンテンツＩＤが「１００２」であり、「上を向いて走ろう」のコンテンツＩＤが「１００３」である場合を示している。
【００５６】
オブジェクトＩＤは、上述したように、階層化された木構造のデータ配置において、メタデータが配されたノードを識別するための情報である。したがって、メディアサーバ１２が記憶するコンテンツ「昭和島」は単一であっても、図５に示したように木構造のデータ配置において、「昭和島」のメタデータは複数のノードに割り当てられ、複数のオブジェクトＩＤと対応付けられる場合がある。具体的には、コンテンツＩＤが「１００１」の「昭和島」はオブジェクトＩＤ「１４２」および「１５４」と対応付けられ、コンテンツＩＤが「１００２」である「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」はオブジェクトＩＤ「１４４」と対応付けられ、コンテンツＩＤが「１００３」である「上を向いて走ろう」はオブジェクトＩＤ「１５６」と対応付けられている。
【００５７】
関連ＩＤは、同一コンテンツのメタデータが複数のノードに割り当てられた木構造のデータ配置において、一のメタデータを主メタデータとした場合に、他のメタデータに記載される主メタデータのノードを示すオブジェクトＩＤである。図５に示した範囲では、「昭和島」が複数のノードに割り当てられているため、図６においては、オブジェクトＩＤ「１４２」と対応付けられたメタデータを主メタデータとし、オブジェクトＩＤ「１５４」と対応付けられたメタデータの関連ＩＤには、主メタデータのオブジェクトＩＤである「１４２」が記載されている。
【００５８】
親ＩＤは、自己の割り当てられたノードの上位のノードのオブジェクトＩＤを示す。具体的には、図５に示した例において、オブジェクトＩＤ「１４２」の「昭和島」の上位のノードには、オブジェクトＩＤ「１４０」の「すべての曲」のコンテナが該当するため、オブジェクトＩＤ「１４２」の「昭和島」の親ＩＤは「１４０」である。同様に、オブジェクトＩＤ「１４４」の「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」の親ＩＤは「１４０」であり、オブジェクトＩＤ「１５４」の「昭和島」の親ＩＤは「１５２」であり、オブジェクトＩＤ「１５６」の「上を向いて走ろう」の親ＩＤは「１５２」である。
【００５９】
子ＩＤは、自己の割り当てられたノードの下位のノードのオブジェクトＩＤを示す。具体的には、図５に示した例において、オブジェクトＩＤ「１４２」の「昭和島」、オブジェクトＩＤ「１４４」の「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」、オブジェクトＩＤ「１５４」の「昭和島」およびオブジェクトＩＤ「１５６」の「上を向いて走ろう」のいずれも自身が最下層であるため、子ＩＤは存在しない。一方、オブジェクトＩＤ「１４０」の「すべての曲」のコンテナの子ＩＤには、「昭和島」のオブジェクトＩＤである「１４２」や、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」のオブジェクトＩＤである「１４４」が記載される。
【００６０】
コンテンツＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）は、メタデータに対応するコンテンツの所在を示すコンテンツ所在情報である。該コンテンツＵＲＬの一部には、該コンテンツを記憶しているメディアサーバのＩＰアドレスが含まれている。例えば、図６に示したように、ＩＰアドレスが「１９２．１６８．１３０．７６」であるメディアサーバが記憶するコンテンツのコンテンツＵＲＬは、上記ＩＰアドレスを最初に含む「１９２．１６８．１３０．７６．ｘｘｘａａａ・・」であってもよい。サムネイルＵＲＬも、コンテンツＵＲＬと同様に、メタデータに対応するコンテンツのサムネイルの所在を示すサムネイル所在情報である。
【００６１】
図７を参照すると、属性情報は、オブジェクトＩＤと、メディアクラスと、タイトルと、アーティストと、アルバムと、ジャンルと、フォーマットと、を含む。
【００６２】
メディアクラスは、コンテンツが、音楽、映像または写真などのいずれの種類の表現メディアであるかを示す情報である。タイトルはコンテンツの表題である。アーティストは、音楽コンテンツの歌手または演奏者などを示す情報である。アルバムは、コンテンツが格納されているアルバム名を示す情報である。ジャンルは、ポップス、ロック、ジャズ、映画音楽、クラッシック、ハウスまたはテクノや、アクション、ＳＦ、ホラー、コメディまたはサスペンスなどのコンテンツの内容に応じた分類を示す情報である。
【００６３】
フォーマットは、コンテンツのデータ形式を示す情報である。データ形式としては、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＭＰＥＧ１、ＭＰＥＧ２またはＭＰＥＧ４などの画像圧縮形式や、ＭＰ３（ＭＰＥＧ１  Ｌａｙｅｒ−３）、ＬＰＣＭ（Ｌｉｎｅａｒ  ＰＣＭ）、ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｅｃ）、ＷＭＡ９（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ａｕｄｉｏ９）、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  ＴＲａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）またはＡＴＲＡＣ３などの音楽圧縮形式があげられる。
【００６４】
例えば、図７には、オブジェクトＩＤ「１４２」のコンテンツの、メディアクラスが「音楽」であり、タイトルが「昭和島」であり、アーティストが「Ａ−ＤＡＳＨ」であり、アルバムが「エレベータ」であり、ジャンルが「ポップス」であり、フォーマットが「ＭＰ３」である場合を示している。
【００６５】
なお、上記では図５を参照してメタデータの階層構造を説明したが、各メディアサーバにおける階層構造は非同一である場合がある。例えば、メディアサーバ１２Ａが図５に示した階層構造を有し、メディアサーバ１２Ｂおよびメディアサーバ１２Ｃが、以下説明する図８または図９に示した階層構造を有する場合も考えられる。
【００６６】
図８は、階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。図８に示した例では、第１階層にはルート１７０が配され、ルートの下位の第２階層には、「Ａｕｄｉｏ」１７２、「Ｖｉｄｅｏ」１８４、「Ｐｈｏｔｏｓ」１８５、および「Ｕｓｅｒ  Ｆｉｌｅｓ」１８６などのコンテナが配されている。
【００６７】
さらに、「Ａｕｄｉｏ」１７２の下位の第３階層には、「アーティスト」１７３、「アルバム」１７６、「ジャンル」１７９、および「すべて」１８２などのコンテナが配されている。さらに、「アーティスト」１７３の下位の第４階層には、アーティストごとのコンテナである複数の「個別アーティスト」１７４が配され、各「個別アーティスト」１７４の下位の第５階層には、コンテンツである複数の曲１７５が配されている。
【００６８】
また、「アルバム」１７６の下位の第４階層には、アルバムごとのコンテナである複数の「個別アルバム」１７７が配され、各「個別アルバム」１７７の下位の第５階層には、コンテンツである複数の曲１７８が配されている。また、「ジャンル」１７９の下位の第４階層には、ジャンルごとのコンテナである複数の「個別ジャンル」１８０が配され、各「個別ジャンル」１８０の下位の第５階層には、コンテンツである複数の曲１７８が配されている。また、「すべて」１７９の下位の第４階層には、コンテンツである複数の曲１８３が配されている。なお、上記「個別アーティスト」１７４、「個別アルバム」１７７、「個別ジャンル」１８０および曲１７５〜１８３に付した符号は、オブジェクトＩＤを示すものでない。
【００６９】
また、図８においては省略しているが、「Ｖｉｄｅｏ」１８４、「Ｐｈｏｔｏｓ」１８５、および「Ｕｓｅｒ  Ｆｉｌｅｓ」１８６のコンテナの下位にも、「Ａｕｄｉｏ」１７２と同様にコンテナあるいはコンテンツを割り当てることができる。
【００７０】
図９は、階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。図９に示した例では、第１階層にはルート１８７が配され、ルートの下位の第２階層には、「音楽ジュークボックス」１８８、「写真アルバム」１９７、「ビデオクリップ」１９８、および「アプリケーションとサービス」１９９などのコンテナが配されている。
【００７１】
さらに、「音楽ジュークボックス」１８８の下位の第３階層には、「すべて」１８９、「公表日時」１９１、「取得日時」１９４などのコンテナが配されている。さらに、「すべて」１８９の下位の第４階層には、コンテンツである複数の曲１９０が配されている。
【００７２】
また、「公表日時」１９１の下位の第４階層には、コンテンツの公表日時ごとのコンテナである複数の「個別公表日時」１９２が配され、各「個別公表日時」１９２の下位の第５階層には、コンテンツである複数の曲１９３が配されている。また、「取得日時」１９４の下位の第４階層には、メディアサーバがコンテンツを取得した取得日時ごとのコンテナである複数の「個別取得日時」１９５が配され、各「個別取得日時」１９５の下位の第５階層には、コンテンツである複数の曲１９６が配されている。なお、上記「個別公表日時」１９２、「個別取得日時」１９５、および曲１９０〜１９６に付した符号は、オブジェクトＩＤを示すものでない。
【００７３】
また、図９においては省略しているが、「写真アルバム」１９７、「ビデオクリップ」１９８、および「アプリケーションとサービス」１９９のコンテナの下位にも、「音楽ジュークボックス」１８８と同様にコンテナあるいはコンテンツを割り当てることができる。
【００７４】
以上、メディアサーバ１２の詳細な構成について説明した。上述したように、メディアサーバ１２は、メディアサーバ１２ごとに異なる階層構造のデータ配置を有する場合がある。したがって、クライアント機器３０において、ユーザが各メディアサーバ１２ごとにコンテンツを検索するとすれば、ユーザは、各メディアサーバの階層構造を把握した上で、コンテンツの検索方法を使い分けなければならず煩雑であった。
【００７５】
本実施形態にかかるデータ管理システム１０は、上記問題点を一着眼点としてなされたものであり、本実施形態にかかるデータ管理システム１０は、データ管理サーバ２０を設けたことにより、メディアサーバ１２に記憶されたコンテンツのユーザによる検索作業を簡素化することができる。以下、図１０〜図１８を参照して、データ管理サーバ２０の詳細な構成について説明する。
【００７６】
図１０は、本実施形態にかかるデータ管理サーバ２０のハードウェア構成を示したブロック図である。データ管理サーバ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３と、ホストバス２０４と、ブリッジ２０５と、外部バス２０６と、インタフェース２０７と、入力装置２０８と、出力装置２１０と、ストレージ装置（ＨＤＤ）２１１と、ドライブ２１２と、通信装置２１５とを備える。
【００７７】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってデータ管理サーバ２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス２０４により相互に接続されている。
【００７８】
ホストバス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２０６に接続されている。
【００７９】
入力装置２０８は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段と、使用者による操作に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。データ管理サーバ２０のユーザは、該入力装置２０８を操作することにより、データ管理サーバ２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００８０】
出力装置２１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置で構成される。出力装置２１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００８１】
ストレージ装置２１１は、本実施形態にかかるデータ管理サーバ２０の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ストレージ装置２１１は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）で構成される。このストレージ装置２１１は、ハードディスクを駆動し、ＣＰＵ２０１が実行するプログラムや各種データを格納する。また、このストレージ装置２１１には、メタデータ、サムネイルおよびサーバ情報などが記憶される。
【００８２】
ドライブ２１２は、記憶媒体用リーダライタであり、データ管理サーバ２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。
【００８３】
通信装置２１５は、例えば、ネットワーク１４に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。この通信装置２１５は、メディアサーバ１２やクライアント機器３０との間で、例えば、ホームネットワークを介して、メタデータ、サムネイルおよびサーバ情報などの各種データを送受信する。
【００８４】
図１１は、本実施形態にかかるデータ管理サーバ２０の構成を示した機能ブロック図である。データ管理サーバ２０は、通信部２２０と、データ収集部２２４と、制御部２２８と、データ処理部２３２と、判断部としてのサーバ情報判断部２３４と、記憶部２３６と、設定部２４０と、サムネイル収集部２４４と、メタデータ送信部２４８と、サムネイル送信部２５２と、デコーダ２５６とを備える。
【００８５】
通信部２２０は、メディアサーバ１２またはクライアント機器３０などとのインターフェースであり、送信部または受信部としての機能を有する。例えば、通信部２２０は、メディアサーバ１２からメタデータ、サムネイルまたはサーバ情報などを受信したり、クライアント機器３０にメタデータまたはサムネイルなどを送信することができる。通信部２２０は、図１０に示した通信装置２１５であっても、図１０に示したＣＰＵ２０１が通信プログラムに従って動作して実現されるソフトウェアであってもよい。
【００８６】
データ収集部２２４は、制御部２２８の制御に基づいて、各メディアサーバ１２からメタデータおよびサーバ情報を収集する。例えば、データ収集部２２４は、ＤＬＮＡガイドラインに準拠するデジタルメディアプレイヤーとしての機能を備えていてもよく、ホームネットワークを介して接続されているメディアサーバ１２を検出することができる。また、データ収集部２２４は、検出したメディアサーバ１２にサーバ情報の送信を要求し、メディアサーバ１２からサーバ情報を収集可能である。
【００８７】
また、データ収集部２２４は、あるメディアサーバ１２が休止状態から起動状態に移行するときや、あるメディアサーバ１２が起動状態から休止状態に移行するとき、該当するメディアサーバ１２から動作状態を移行することを示す移行情報を受信することもできる。データ収集部２２４により収集されたサーバ情報は、データ処理部２３２により、動作状態と対応付けて記憶部２３６に記憶される。以下、図１２を参照して、動作状態と対応付けて記憶部２３６に記憶されるサーバ情報について説明する。
【００８８】
図１２は、動作状態と対応付けて記憶部２３６に記憶されるサーバ情報の一例を示した説明図である。サーバ情報は、サーバＩＤと、サーバ名と、ＩＰアドレスと、ＵＵＩＤと、更新情報と、動作状態と、を含む。サーバＩＤと、サーバ名と、ＩＰアドレスと、ＵＵＩＤと、更新情報は、図４を参照して説明した通りである。動作状態は、該当するメディアサーバが起動しているか否かを示す情報である。
【００８９】
例えば、図１２に示したように、記憶部２３６は、サーバＩＤが「００１」であり、サーバ名が「サーバＡ」であり、ＩＰアドレスが「１９２．１６８．１３０．７６」であり、ＵＵＩＤが「ＡＦ８ＣＤ２３９」であり、更新情報が「１１」であり、動作状態が「起動」であるサーバ情報を記憶する。また、図１２に示したでは、記憶部２３６は、サーバＩＤが「００２」であり、サーバ名が「サーバＢ」であり、ＩＰアドレスが「１９２．１６８．１３０．７８」であり、ＵＵＩＤが「ＤＤＡ８７０１Ｂ」であり、更新情報が「３４」であり、動作状態が「起動」であるサーバ情報を記憶している。また、図１２に示した例では、記憶部２３６は、サーバＩＤが「００３」であり、サーバ名が「サーバＣ」であり、ＩＰアドレスが「１９２．１６８．１３０．８４」であり、ＵＵＩＤが「ＣＥ４ＨＤＣＡ４」であり、更新情報が「５６」であり、動作状態が「休止」であるサーバ情報を記憶している。
【００９０】
図１１を参照してデータ管理サーバ２０の構成の説明に戻ると、データ収集部２２４は、制御部２２８の制御に基づいて、各メディアサーバ１２からメタデータを収集する。メタデータには、図６を参照して説明した所在情報と、図７を参照して説明した属性情報とが含まれる。なお、図６および図７においては、説明の便宜上図面を分割して説明しているが、所在情報と属性情報とは１の表で表されてもよい。
【００９１】
制御部２２８は、データ収集部２２４によるサーバ情報およびメタデータの収集や、サムネイル収集部２４４によるサムネイルの収集を制御する。例えば、制御部２２８がデータ収集部２２４にサーバ情報を収集させるタイミングは、データ管理サーバ２０の起動時、ユーザ設定に基づく時間間隔（例えば、１分、３０分など）、ユーザ設定に基づく時刻（例えば、１０時３０分）、メディアサーバ１２が起動状態に移行する移行情報を受信したときであってもよい。そして、制御部２２８は、データ収集部２２４が収集したサーバ情報に含まれるＵＵＩＤが未知のメディアサーバ１２のものであるか否かを判断する。該サーバ情報に含まれるＵＵＩＤが未知のメディアサーバ１２のものであった場合には、制御部２２８は、データ収集部２２４に該メディアサーバ１２からメタデータを収集するよう制御する。
【００９２】
一方、上記サーバ情報に含まれるＵＵＩＤが既知のメディアサーバ１２のものであった場合には、サーバ情報に含まれるＩＰアドレスまたは更新情報に変化があったか否かに基づいて、データ収集部２２４に該メディアサーバ１２からメタデータを収集させるか否かを制御する。
【００９３】
より詳細には、制御部２２８は、データ収集部２２４が単位時間あたりに収集するメタデータの数を調整することができる。例えば、制御部２２８は、データ収集部２２４が所定数のメタデータを収集すると、データ収集部２２４にあらかじめ設定された待機時間が経過するまでメタデータの収集を中断させ、待機時間が経過した後にデータ収集部２２４に所定数のメタデータの収集を再開させることができる。
【００９４】
かかる構成によれば、例えば、単位時間あたりにデータ収集部２２４が収集するメタデータの数を、待機時間を設けることにより抑制できる。その結果、データ管理サーバ２０およびメディアサーバ１２において生じる負荷を軽減することができる。
【００９５】
さらに、設定部２４０が、データ管理サーバおよび／またはコンテンツサーバの、負荷状況および／または情報処理能力に応じて待機時間を設定できるようにしてもよい。かかる構成においては、設定部２４０が、データ管理サーバ２０の情報処理能力が低い場合や、データ管理サーバ２０においてユーザが作業を行っている場合には待機時間を長く設定し、メタデータの収集に費やされるデータ管理サーバ２０における負荷率を抑制することができる。一方、設定部２４０は、データ管理サーバ２０の情報処理能力が高い場合や、データ管理サーバ２０においてユーザが作業を行われていない場合には待機時間を短く、あるいは無しに設定し、迅速なメタデータの収集を図ることができる。
【００９６】
また、制御部２２８は、データ収集部２２４が１のメディアサーバ１２から同一コンテンツに関する複数のメタデータを収集した場合、いずれか１のメタデータのみをデータ処理部２３２における階層構造化処理に用いさせることができる。具体的には、制御部２２８は、関連ＩＤが記載されたメタデータが収集される前に、該関連ＩＤをオブジェクトＩＤとするメタデータが既に収集されていた場合、該関連ＩＤが記載されたメタデータを破棄する。また、制御部２２８は、関連ＩＤが記載されたメタデータが収集された後に、該関連ＩＤをオブジェクトＩＤとするメタデータを収集した場合、該関連ＩＤが記載されたメタデータを破棄し、該関連ＩＤをオブジェクトＩＤとするメタデータをデータ処理部２３２における階層構造化処理に用いさせることができる。また、制御部２２８は、コンテンツＵＲＬが記載されていないメタデータは破棄することができる。
【００９７】
また、制御部２２８は、１のメディアサーバ１２のメタデータを収集し終えると、サムネイル収集部２４４に該１のメディアサーバ１２からのサムネイルの収集開始を指示する。
【００９８】
データ処理部２３２は、サーバ情報、メタデータおよびサムネイルの記憶部２３６への書き込み処理、および記憶部２３６からのサーバ情報、メタデータおよびサムネイルの読み出し処理を行う。
【００９９】
より詳細には、データ処理部２３２は、収集されたメタデータを階層構造化して記憶部２３６に記憶させる。このとき、データ処理部２３２は、メタデータに含まれる所在情報を参照することなく、メタデータに含まれる属性情報に基づいてメタデータを階層構造化する。このような属性情報に基づいて階層構造化されたメタデータの具体例を、図１３を参照して説明する。
【０１００】
図１３は、データ処理部２３２により階層構造化されたメタデータの一例を示した説明図である。図１３は、データ管理サーバ２０が、メディアサーバ１２から図６および図７に示したメタデータを収集した場合を示している。
【０１０１】
図１３に示した階層構造例は、第１階層に「ルート」４００が配されている。そして、「ルート」４００の下位の第２階層には、複数のコンテナが配されている。具体的には、「ルート」４００の下位の第２階層には、「ビデオ」４１０、「音楽」４３０、「写真」４７０などのコンテナが配されている。そして、「ビデオ」４１０の下位の第３階層に「全てのビデオ」４１２、「ジャンル」４１６が配され、「全てのビデオ」４１２の下位の第４階層に「ビデオ」４１４が配されている。また、「ジャンル」４１６の下位の第４階層に「個別ジャンル」４１８が配され、「個別ジャンル」４１８の下位の第５階層に「ビデオ」４２０が配されている。なお、図１３において、直方体で示したノードはコンテナを示し、楕円形で示したノードはコンテンツのメタデータ（アイテム）を示している。すなわち、「ビデオ」４１０は、その下位にビデオコンテンツのメタデータが存在することを示し、「ビデオ」４１４は、ビデオコンテンツのメタデータそのものを示している。
【０１０２】
また、「音楽」４３０の下位の第３階層には、複数のコンテナが配される。具体的には、「音楽」４３０の下位の第３階層には、「全てのミュージック」４３２、「アーティスト」４４０、「アルバム」４５０、「ジャンル」４４０が配されている。ここで、データ処理部２３２は、メディアサーバ１２から収集した図７に示した「昭和島」、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」および「上を向いて走ろう」の属性情報のメディアクラスを参照し、メディアクラスが音楽であることを確認すると、「昭和島」、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」および「上を向いて走ろう」のメタデータを「すべてのミュージック」４３２の下位の第４階層に割り当てる。図１３には、一例として、「すべてのミュージック」４３２の下位の第４階層に「昭和島」４３４、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」４３６が配された様子を示している。
【０１０３】
また、データ処理部２３２は、メディアサーバ１２から収集した図７に示した「昭和島」、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」および「上を向いて走ろう」の属性情報のアーティストを参照し、「Ａ−ＤＡＳＨ」および「ミント」をアーティストとして確認すると、「Ａ−ＤＡＳＨ」および「ミント」のコンテナを「アーティスト」４４０の下位の第４階層に割り当てる。図１３には、一例として、「アーティスト」４４０の下位の第４階層に「Ａ−ＤＡＳＨ」４４２が配された様子を示している。さらに、データ処理部２３２は、「昭和島」および「上を向いて走ろう」のメタデータのアーティストを参照し、「昭和島」および「上を向いて走ろう」のアーティストが「Ａ−ＤＡＳＨ」であることを確認すると、「昭和島」および「上を向いて走ろう」のメタデータを「Ａ−ＤＡＳＨ」４４２の下位の第５階層に割り当てる。図１３には、一例として、「Ａ−ＤＡＳＨ」４４２の下位の第５階層に「昭和島」４４４、「上を向いて走ろう」４４６が配された様子を示している。
【０１０４】
また、「アルバム」４５０の下位の第４階層に「個別アルバム」４５２が配されている。なお、「個別アルバム」４５２には、図７に示した属性情報に含まれるアルバム名「エレベータ」および「シーズン」などが含まれる。さらに、「個別アルバム」４５２の下位の第５階層に「曲」４５４が配される。
【０１０５】
また、「ジャンル」４６０の下位の第４階層に「個別ジャンル」４６２が配されている。なお、「個別ジャンル」４６２には、図７に示した属性情報に含まれるジャンル名「ポップス」および「ロック」などが含まれる。さらに、「個別ジャンル」４６２の下位の第５階層に「曲」４６４が配される。
【０１０６】
また、「写真」４７０の下位の第３階層に「全てのフォト」４７２、「アルバム」４８０、「カレンダー」４８６が配される。さらに、「全てのフォト」４７２の下位の第４階層に「写真」４７４が配される。また、「アルバム」４８０の下位の第４階層に「個別アルバム」４８２が配され、「個別アルバム」４８２の下位の第５階層に「写真」４８４が配される。また、「カレンダー」４８６の下位の第４階層に「個別日時」４８８が配され、「個別日時」４８８の下位の第５階層に「写真」４９０が配される。
【０１０７】
以上説明したように、データ処理部２３２は、収集されたメタデータに含まれる属性情報に基づいてメタデータを階層構造化することができる。すなわち、データ処理部２３２は、メタデータに含まれる属性情報を参照し、メタデータをいずれのコンテナの下位のノードに割り当てるか決定し、割り当てたノードのオブジェクトＩＤとメタデータとを対応付ける。したがって、クライアント機器３０においては、コンテンツがいずれのメディアサーバ１２に記憶されているかを意識することなくコンテンツを検索できる。
【０１０８】
なお、上記では、データ処理部２３２が記憶部２３６にメタデータを書き込む前に、メタデータを階層構造化する場合を説明したが、データ処理部２３２が、記憶部２３６に記憶されたメタデータを階層構造化するようにしてもよい。
【０１０９】
かかる構成によれば、例えば、データ管理サーバ２０はクライアント機器３０からのメタデータの送信要求があったときに、記憶部２３６に記憶されたメタデータを階層構造化することができる。すなわち、データ処理部２３２は、クライアント機器３０からのメタデータの送信要求があったときにのみ階層構造化処理を行うことにより、メディアサーバ１２が記憶するコンテンツの更新頻度が高い場合でもデータ管理サーバ２０における階層構造化処理のための負荷を抑制することができる。
【０１１０】
図１４は、データ管理サーバ２０において階層構造化されたメタデータの属性情報の一例を示した説明図である。図１４に示したように、データ処理部２３２は、図７に示したメタデータに含まれるオブジェクトＩＤを、データ管理サーバ２０において各メタデータが割り当てられたノードのオブジェクトＩＤに変更する。具体的には、データ処理部２３２は、「昭和島」にオブジェクトＩＤ「４３４」および「４４４」を対応付け、「Ｏｎｅ  Ｓｅｐｔｅｍｂｅｒ」にオブジェクトＩＤ「４３６」を対応付け、「上を向いて走ろう」にオブジェクトＩＤ「４４６」を対応付けている。
【０１１１】
また、データ処理部２３２は、サムネイル収集部２４４が収集したサムネイルを記憶部２３６に書き込む。そして、データ処理部２３２は、記憶部２３６に書き込んだサムネイルに対応するメタデータに含まれるサムネイルＵＲＬを変更、あるいは更新する。すなわち、データ収集部２２４がメディアサーバ１２からメタデータを収集した時点では、メタデータに含まれるサムネイルＵＲＬは、メディアサーバにおけるサムネイルの所在を示している。これを、データ処理部２３２は、サムネイルを記憶部２３６に記憶させると、記憶部２３６におけるサムネイルの所在を示すサムネイルＵＲＬに変更することができる。
【０１１２】
図１５は、データ処理部２３２によりサムネイルＵＲＬが変更されたメタデータを示した説明図である。図１５に示したメタデータの所在情報は、コンテンツＩＤと、オブジェクトＩＤと、関連ＩＤと、親ＩＤと、子ＩＤと、コンテンツＵＲＬと、サムネイルＵＲＬと、サーバＵＵＩＤとを含む。各メタデータのオブジェクトＩＤと、関連ＩＤと、親ＩＤは、図１３に示したように、各メタデータが割り当てられたノードに応じたＩＤが記載されている。例えば、コンテンツＩＤ「１００１」の「昭和島」は、オブジェクトＩＤ「４３４」および「４４４」が対応付けられ、オブジェクトＩＤ「４３４」の「昭和島」は、上位ノードが「全てのミュージック」４３２であるため、親ＩＤは「４３２」である。
【０１１３】
コンテンツＵＲＬは、上述したように、コンテンツの所在を示すコンテンツ所在情報である。このコンテンツＵＲＬは、いずれかのメディアサーバ１２におけるコンテンツの所在を示している。また、コンテンツＵＲＬは、一部に、メディアサーバ１２のＩＰアドレスを含んでいる。
【０１１４】
サムネイルＵＲＬは、サムネイルの所在を示すサムネイル所在情報である。図６においては、サムネイルＵＲＬはメディアサーバ１２におけるサムネイルの所在を示していた。しかし、図１５に示したように、データ管理サーバ２０の記憶部２３６にサムネイルが記憶された後は、データ処理部２３２は、サムネイルＵＲＬをデータ管理サーバ２０の記憶部２３６におけるサムネイルの所在を示すように書き換えることができる。
【０１１５】
サーバＵＵＩＤは、各メタデータがいずれのメディアサーバ１２から収集されたかを示す情報である。したがって、図１５に示したメタデータは、すべてＵＵＩＤが「ＡＦ８ＣＤ２３９」であるメディアサーバ１２から収集されたことを意味する。
【０１１６】
このように、本実施形態にかかるデータ処理部２３２は、記憶部２３６に記憶されたサムネイルに対応するメタデータに含まれるサムネイルＵＲＬを、記憶部２３６におけるサムネイルの所在を示すように更新することができる。ここで、クライアント機器３０は、データ管理サーバ２０から取得したメタデータに含まれるサムネイルＵＲＬに基づいて、サムネイルを取得しようとする。したがって、メタデータに含まれるサムネイルＵＲＬがメディアサーバ１２における所在を示したままだと、クライアント機器３０は、メディアサーバ１２にアクセスしてサムネイルを取得する必要がある。しかし、この場合、クライアント機器３０は、メディアサーバ１２が起動していない場合には、メディアサーバ１２を殊更起動させなければサムネイルを取得できない。そこで、上記のようにメタデータに含まれるサムネイルＵＲＬをデータ管理サーバ２０における所在を示すよう変更することで、クライアント機器３０は、メディアサーバ１２の動作状態に拘らず、データ管理サーバからサムネイルデータを取得することが可能となる。
【０１１７】
また、データ処理部２３２は、サーバ情報判断部２３４の判断に基づいて、メディアサーバ１２のＩＰアドレスが変更された場合には、メタデータに含まれるコンテンツＵＲＬを更新することができる。より詳細には、コンテンツＵＲＬには、コンテンツを記憶しているメディアサーバのＩＰアドレスが一部に含まれている。そこで、サーバ情報判断部２３４がメディアサーバ１２のＩＰアドレスが変更されたか否かを判断し、データ処理部２３２は、サーバ情報判断部２３４によりメディアサーバ１２のＩＰアドレスが変更されたが変更されたと判断された場合、該コンテンツＵＲＬに含まれるＩＰアドレス部分を、暫定的に、メディアサーバ１２の変更後のＩＰアドレスに書き換えることができる。
【０１１８】
例えば、記憶部２３６に図１２に示したサーバ情報が記憶されているときに、データ管理サーバ２０が、ＵＵＩＤが「ＡＦ８ＣＤ２３９」であり、ＩＰアドレスが「１９２．１６８．１３０．１０４」である新たなサーバ情報を受信した場合を考える。この場合、サーバ情報判断部２３４は、記憶部２３６に記憶されているサーバ情報を参照し、ＵＵＩＤが「ＡＦ８ＣＤ２３９」であるメディアサーバ１２のＩＰアドレスが「１９２．１６８．１３０．７６」であることを確認する。なお、図１１においては、サーバ情報判断部２３４は、データ処理部２３２を介してサーバ情報を取得するよう示しているが、読み書き部をデータ処理部２３２と別途設け、該読み書き部を介してサーバ情報を取得するようにしてもよい。そして、サーバ情報判断部２３４は、新たなサーバ情報に含まれるＩＰアドレス「１９２．１６８．１３０．１０４」と、記憶部２３６に記憶されているサーバ情報に含まれるＩＰアドレス「１９２．１６８．１３０．７６」とを比較し、両者が相異なるためメディアサーバ１２のＩＰアドレスが変更されたと判断する。
【０１１９】
そして、データ処理部２３２は、サーバ情報判断部２３４による判断を受けて、サーバＵＵＩＤが「ＡＦ８ＣＤ２３９」であるメタデータに含まれるコンテンツＵＲＬのＩＰアドレス部分を、「１９２．１６８．１３０．７６」から、図１６に示したように、新たなサーバ情報に含まれるＩＰアドレス「１９２．１６８．１３０．１０４」に書き換えることができる。
【０１２０】
このように、メディアサーバ１２のＩＰアドレスが変更された場合には、メタデータに含まれるコンテンツＵＲＬを更新することにより、データ管理サーバ２０は、メタデータをメディアサーバ１２から再収集する前であっても、暫定的にコンテンツＵＲＬに含まれるＩＰアドレス部分を更新し、クライアント機器３０へ該メタデータを提供することができる。
【０１２１】
しかし、メディアサーバ１２のＩＰアドレスが変更された場合には、コンテンツＵＲＬのＩＰアドレス部分以外も変更されている可能性がある。そこで、メディアサーバ１２のＩＰアドレスが変更された場合には、制御部２２８は、暫定的にコンテンツＵＲＬに含まれるＩＰアドレス部分を更新した後に、データ収集部２２４にメディアサーバ１２から新たにメタデータを再収集させることができる。
【０１２２】
なお、上記のようなメディアサーバ１２におけるＩＰアドレスの変更は、主に以下の２つの事情によって生じる。第一の事情として、ＤＨＣＰサーバによるＩＰアドレスの変更が考えられる。メディアサーバ１２が、ＤＨＣＰサーバにより自動的にＩＰアドレスを設定される場合、ＤＨＣＰサーバは、メディアサーバ１２にＩＰアドレスを自動的に割り当てることも、メディアサーバ１２のＩＰアドレスを自動的に変更することも可能である。したがって、上記のようなＤＨＣＰサーバが稼動しているネットワークにメディアサーバ１２が接続されている場合、メディアサーバ１２のＩＰアドレスはＤＨＣＰサーバにより変更される可能性がある。
【０１２３】
第二の事情としては、ユーザによるＩＰアドレスの変更が考えられる。メディアサーバ１２のＩＰアドレスがユーザによって登録される場合、ネットワークの環境の設定変更など、何かしらの事由に応じてユーザがメディアサーバ１２のＩＰアドレスを変更する可能性がある。
【０１２４】
サーバ情報判断部２３４の説明に戻ると、サーバ情報判断部２３４は、データ収集部２２４により収集されたメディアサーバ１２の新たなサーバ情報に基づいて、メディアサーバ１２が記憶するコンテンツが更新されたか否かを判断する。より詳細には、サーバ情報判断部２３４は、新たなサーバ情報に含まれる更新情報と、記憶部２３６に記憶されているサーバ情報に含まれる更新情報とを比較し、両者が相異なる場合に、メディアサーバ１２が記憶するコンテンツが更新されたと判断する。
【０１２５】
制御部２２８は、サーバ情報判断部２３４によるメディアサーバ１２が更新されたとする判断に基づいて、データ収集部２２４に該メディアサーバ１２からメタデータを再収集させることができる。
【０１２６】
図１１を参照して、本実施形態にかかるデータ管理サーバ２０の構成の説明に戻ると、記憶部２３６は、サーバ情報、メタデータおよびサムネイルを記憶する。記憶部２３６は、図１０に示したストレージ装置２１１であっても、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＰＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの不揮発性メモリや、ハードディスクおよびフロッピー（登録商標）ディスクなどの磁気ディスクや、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ／＋Ｒ／＋ＲＷ／ＲＡＭ（Ｒａｍｄａｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびＢＤ（Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ（登録商標））―Ｒ／ＢＤ−ＲＥなどの光ディスクや、ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。
【０１２７】
設定部２４０は、データ管理サーバ２０における各種設定を行う。例えば、設定部２４０は、メタデータの収集対象とするメディアサーバ１２をユーザ操作に基づいて設定できる。設定部２４０により収集対象として設定されていないメディアサーバ１２に記憶されたコンテンツのメタデータは、記憶部２３６から削除されるようにしてもよい。制御部２２８は、データ収集部２２４に、設定部２４０により収集対象として設定されていないメディアサーバ１２からのみメタデータを収集させることができる。  
【０１２８】
サムネイル収集部２４４は、制御部２２８からのサムネイル収集指示に従い、メディアサーバ１２からサムネイルを収集する。より詳細には、データ収集部２２４が収集したメタデータに含まれるサムネイルＵＲＬに基づいて、サムネイルＵＲＬにより示される所在からサムネイルを収集する。
【０１２９】
なお、写真のコンテンツにおいてサムネイルが存在しない場合には、データ管理サーバ２０は、写真のコンテンツ本体をメタデータに含まれるコンテンツＵＲＬに基づいて取得し、写真のコンテンツのサイズを例えば１６０×１６０バイトに変換し、サムネイルとして記憶部２３６に記憶させるようにしてもよい。
【０１３０】
メタデータ送信部２４８は、クライアント機器３０からのメタデータの送信要求を受けると、メタデータを記憶部２３６から抽出し、クライアント機器３０に送信する。メタデータ送信部２４８は、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバとしての機能を有するように構成してもよい。
【０１３１】
サムネイル送信部２５２は、メタデータ送信部２４８がクライアント機器３０へ送信したメタデータに対応するサムネイルを、クライアント機器３０へストリーミング方式で送信する。より詳細には、クライアント機器３０が、受信したメタデータに含まれるサムネイルＵＲＬに基づいて、データ管理サーバ２０にサムネイルの送信を要求し、サムネイル送信部２５２は、かかるサムネイルの送信要求を受けてクライアント機器３０にサムネイルを送信する。ここで、ストリーミング方式とは、クライアント機器３０のサムネイルの処理速度に同期しながら、サムネイルを送信する方式である。
【０１３２】
デコーダ２５６は、サムネイル送信部２５２がクライアント機器３０へ送信しようとするサムネイルのデータフォーマット（データ形式）を、必要に応じて変換する。例えば、サムネイル送信部２５２がクライアント機器３０へ送信しようとするサムネイルのデータフォーマットが、クライアント機器３０が対応できないデータフォーマットであった場合、デコーダ２５６は、クライアント機器３０が対応可能なデータフォーマットにサムネイルを変換する変換部として機能する。
【０１３３】
以上、データ管理サーバ２０の詳細な構成について説明した。なお、上述したデータ収集部２２４、制御部２２８、データ処理部２３２、サーバ情報判断部２３４、設定部２４０、サムネイル収集部２４４、メタデータ送信部２４８、サムネイル送信部２５２またはデコーダ２５６における動作をコンピュータに実現させるためのコンピュータプログラムに基づいて、図２に示したＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３などのハードウェアに上記各構成と同等の機能を発揮させることができる。
【０１３４】
次に、図１７および図１８を参照して、本実施形態にかかるデータ管理サーバ２０におけるデータ管理方法を説明する。
【０１３５】
図１７および図１８は、本実施形態にかかるデータ管理サーバ２０におけるデータ管理方法を示したフローチャートである。図１７を参照すると、まず、データ管理サーバ２０は現在時刻を第１の基点時刻として記憶する（Ｓ５０４）。続いて、データ管理サーバ２０は、メディアサーバ１２から動作状態の移行情報としての状態変化通知を受信したか否かを判断する（Ｓ５０８）。状態変化通知を受信したと判断された場合は、データ処理部２３２が記憶部２３６に記憶されているサーバ情報に含まれる動作状態を更新する（Ｓ５１２）。その後、図１８に示したＳ６０４の処理に進む。
【０１３６】
一方、Ｓ５０８において状態変化通知を受信していないと判断された場合は、制御部２２８は、Ｓ５０４において記憶した第１の基点時刻から所定時間が経過したか否かを判断する（Ｓ５１６）。制御部２２８により第１の基点時刻から所定時間が経過したと判断された場合、図１８に示したＳ６０４の処理に進む。制御部２２８により第一の基点時刻から所定時間が経過していないと判断された場合、制御部２２８は終了要求があったか否かを判断する（Ｓ５２０）。制御部２２８により終了要求があったと判断された場合には処理を終了する。制御部２２８により終了要求がなかったと判断された場合にはＳ５０８の処理に戻る。
【０１３７】
続いて図１８を参照すると、制御部２２８の制御に基づき、データ収集部２２４がホームネットワークに接続されたメディアサーバ１２からサーバ情報を収集し、記憶部２３６に記憶させる（Ｓ６０４）。ここで、サーバ情報を収集する対象となるメディアサーバ１２を、当該処理がＳ５１２の後に行なわれるか、Ｓ５１６の後に行なわれるかにより区別することができる。例えば、当該処理がＳ５１２の後に行なわれる場合、当該処理において、状態変化通知の送信元のメディアサーバのサーバ情報のみを収集するようにしてもよい。また、当該処理がＳ５１６の後に行なわれる場合、当該処理において、ホームネットワークに接続された全てのメディアサーバ１２のサーバ情報を収集するようにしてもよい。
【０１３８】
次いで、データ管理サーバ２０は、データ収集部２２４がメディアサーバ１２から収集したサーバ情報に基づいて、メディアサーバ１２が既知であるか否かを判断する（Ｓ６０８）。メディアサーバが既知であると判断された場合、サーバ情報判断部２３４は、サーバ情報に基づいてメディアサーバ１２のＩＰアドレスが変更されたか否かを判断する（Ｓ６１２）。サーバ情報判断部２３４によりメディアサーバ１２のＩＰアドレスが変更されたと判断された場合、データ処理部２３２は、記憶部２３６に記憶されているメタデータに含まれるコンテンツＵＲＬのＩＰアドレス部分を新たなメディアサーバ１２のＩＰアドレスに書き換える（Ｓ６１６）。
【０１３９】
Ｓ６１６の後、Ｓ６１２においてメディアサーバ１２のＩＰアドレスが変更されていないと判断された後、またはＳ６０８においてメディアサーバ１２が既知で無いと判断された後、サーバ情報判断部２３４は、サーバ情報に含まれる更新情報に基づいて、メディアサーバ１２に記憶されたコンテンツあるいはメタデータが更新されたか否かを判断する（Ｓ６２０）。そして、サーバ情報判断部２３４によりメディアサーバ１２に記憶されたコンテンツあるいはメタデータが更新されたと判断された場合、制御部２２８の制御に基づき、データ収集部２２４がメディアサーバ１２から１０件のメタデータを単位量として収集する（Ｓ６２４）。
【０１４０】
続いて、制御部２２８は、Ｓ６２４において収集されたメタデータを、１件づつ記憶部２３６に記憶されているメタデータと比較する（Ｓ６２８）。そして、制御部２２８は、メタデータが更新、あるいは新規追加されているか否かを判断する（Ｓ６３２）。続いて、制御部２２８により更新、あるいは新規追加されていると判断されたメタデータをデータ処理部２３２が階層構造化する（Ｓ６３６）。そして、データ処理部２３２は、階層構造化したメタデータを記憶部２３６に記憶させる（Ｓ６４０）。
【０１４１】
その後、制御部２２８は、メタデータの比較が１０件完了したか否かを判断する（Ｓ６４４）。メタデータの比較が１０件完了していない場合には、Ｓ６２８に示した処理に戻る。一方、制御部２２８によりメタデータの比較が１０件完了している判断された場合は、データ管理サーバ２０は現在時刻を第２の基点時刻として記憶する（Ｓ６４８）。そして、データ管理サーバ２０は、第２の基点時刻から所定の待機時間が経過したか否かを判断する（Ｓ６５２）。第２の基点時刻から所定の待機時間が経過した後、制御部２２８は、１のメディアサーバ１２が記憶するメタデータを全件収集し終えたか否かを判断する（Ｓ６５６）。
【０１４２】
Ｓ６５６において１のメディアサーバ１２が記憶するメタデータを全件収集し終えていないと判断された場合は、Ｓ６２４からの処理を繰り返す。一方、Ｓ６５６において制御部２２８により、１のメディアサーバ１２が記憶するメタデータを全件収集し終えたと判断された場合は、データ処理部２３２が、１のメディアサーバ１２に以前記憶されていたが、現在は削除されてしまったコンテンツに関するメタデータを記憶部２３６から削除する（Ｓ６６０）。
【０１４３】
Ｓ６６０の処理の後、制御部２２８は、収集対象である全てのメディアサーバ１２からのメタデータの収集が完了したか否かを判断する（Ｓ６５４）。収集対象である全てのメディアサーバ１２からのメタデータの収集が完了していない場合には、データ管理サーバ２０はＳ６０８からの処理を繰り返す。
【０１４４】
一方、Ｓ６６４において制御部２２８により収集対象である全てのメディアサーバ１２からのメタデータの収集が完了したと判断された場合には、制御部２２８の制御に基づき、サムネイル収集部２４４がメディアサーバ１２からサムネイルを順次収集し、データ処理部２３２が収集されたサムネイルを記憶部２３６に記録する（Ｓ６６８）。さらに、データ処理部２３２は、メタデータに含まれる記憶部２３６に記録したサムネイルのサムネイルＵＲＬを更新する（Ｓ６７２）。その後、データ管理サーバ２０は図１７に示したＳ５０４の処理を行う。
【０１４５】
以上、本実施形態にかかるデータ管理サーバ２０の構成および動作を説明した。次に、図１９を参照して、クライアント機器３０の構成を説明する。なお、クライアント機器３０のハードウェア構成は、図１０を用いて説明したデータ管理サーバ２０のハードウェア構成と実質的に同一に構成できるため、説明を省略する。
【０１４６】
図１９は、本実施形態にかかるクライアント機器３０の構成を示した機能ブロック図である。クライアント機器３０は、通信部３０８と、データ取得部３１２と、表示部３１６と、ユーザ操作検出部３２０と、コンテンツ取得部３２４と、再生部３２８と、を備える。
【０１４７】
通信部３０８は、メディアサーバ１２や、データ管理サーバ２０などとのインターフェースであり、送信部または受信部としての機能を有する。例えば、通信部３０８は、データ管理サーバ２０からメタデータおよびサムネイルを受信したり、メディアサーバ１２からコンテンツを受信できる。
【０１４８】
データ取得部３１２は、ユーザ操作に基づいてデータ管理サーバ２０から階層構造化されたメタデータを取得する。例えば、ユーザが図１３に示した「音楽」４３０を選択した場合には、データ取得部３１２は、「音楽」４３０の下位の第３階層に配されている「すべてのミュージック」４３２、「アーティスト」４４０、「アルバム」４５０、「ジャンル」４６０などのコンテナに対応付けられているメタデータを取得するようにしてもよい。また、データ取得部３１２は、取得したメタデータに含まれるサムネイルＵＲＬに基づいて、データ管理サーバ２０からサムネイルを取得することもできる。
【０１４９】
表示部３１６は、データ取得部３１２が取得したメタデータおよびサムネイルを表示するディスプレイである。ユーザは、表示部３１６に表示されたコンテンツのメタデータおよびサムネイルに基づいて、所望のコンテンツを検索することができる。
【０１５０】
ユーザ操作検出部３２０は、メタデータを取得するようクライアント機器３０に指示するユーザ操作や、コンテンツを取得するようクライアント機器３０に指示するユーザ操作を検出し、該指示をデータ取得部３１２またはコンテンツ取得部３２４に出力する。
【０１５１】
コンテンツ取得部３２４は、ユーザ操作検出部３２０からのコンテンツの取得指示に基づいて、メディアサーバ１２からコンテンツを取得する。具体的には、コンテンツ取得部３２４は、取得指示のあったコンテンツのメタデータに含まれるコンテンツＵＲＬを参照し、コンテンツＵＲＬに示された所在にアクセスし、コンテンツを取得することができる。
【０１５２】
再生部３２８は、コンテンツ取得部３２８が取得したコンテンツを再生することができる。再生は、コンテンツがデジタル形式であれば、コンテンツをＤ／Ａ変換し、ディスプレイやスピーカなどの出力装置に伝達する処理を含んでもよく、コンテンツがアナログ形式であればコンテンツデータを出力装置に伝達する処理を含んでもよい。
【０１５３】
このように、本実施形態にかかるクライアント機器３０は、複数のメディアサーバに記憶されたコンテンツのメタデータおよびサムネイルを、データ管理サーバ２０から取得し、該メタデータに基づいてメディアサーバ１２からコンテンツを取得することができる。なお、クライアント機器３０は、所望のメディアサーバ１２が休止状態であった場合、起動させる命令をメディアサーバ１２に送信し、メディアサーバ１２を起動させることも可能である。
【０１５４】
以上説明したように、本発明の第１の実施形態にかかるデータ管理システム１０によれば、データ管理サーバ２０が複数のメディアサーバ１２が記憶するコンテンツのメタデータを一元的に管理するため、クライアント機器３０は、単にデータ管理サーバ２０にアクセスするのみで、複数のメディアサーバ１２に記憶されているコンテンツを検索することができる。また、当該データ管理サーバ２０のデータ処理部２３２は、属性情報に基づいてメタデータを階層構造化するため、クライアント機器３０においては、コンテンツがいずれのメディアサーバ１２に記憶されているかを意識することなくコンテンツを検索できる。すなわち、当該データ管理サーバ２０は、クライアント機器３０において、メディアサーバ１２ごとに異なるディレクトリ構造をたどることなくコンテンツの検索を可能とすることができる。
【０１５５】
また、本実施形態にかかるデータ管理サーバ２０は、サムネイルをメディアサーバ１２から収集すると、メタデータに含まれるサムネイルＵＲＬをデータ管理サーバ２０における所在を示すよう変更できるため、クライアント機器３０は、メディアサーバ１２の動作状態に拘らず、データ管理サーバ２０からサムネイルデータを取得することが可能となる。
【０１５６】
また、本実施形態にかかるデータ管理サーバ２０のデータ処理部２３２は、サーバ情報判断部２３４によりメディアサーバ１２のＩＰアドレスが変更されたと判断された場合、記憶部２３６に記憶されたメタデータに含まれるコンテンツＵＲＬのＩＰアドレス部分を、新たなサーバ情報に含まれるＩＰアドレスに書き換えることができる。その結果、メディアサーバ１２のＩＰアドレスが変更された場合に、データ管理サーバ２０は、メタデータをメディアサーバ１２から再収集する前であっても、暫定的にメタデータに含まれるコンテンツＵＲＬを更新し、クライアント機器３０へ該メタデータを提供することができる。
【０１５７】
また、本実施形態にかかるデータ管理サーバ２０のサーバ情報判断部２３４は、サーバ情報に含まれる更新情報に基づいてメディアサーバ１２に記憶されたコンテンツが更新されたか否かを判断できる。すなわち、サーバ情報判断部２３４は、メディアサーバ１２に記憶されたメタデータの内容を全て確認することなく、単に更新情報に基づいてメディアサーバ１２が更新されたか否かを判断することができる。
【０１５８】
また、本実施形態にかかるデータ管理サーバ２０の制御部２２８は、単位時間あたりにデータ収集部２２４に収集させるメタデータの数を、所定の待機時間を設けることにより抑制できる。その結果、データ管理サーバ２０およびメディアサーバ１２において生じる負荷を軽減することができる。
【０１５９】
さらに、本実施形態にかかるデータ管理サーバ２０の設定部２４０は、データ管理サーバ２０および／またはメディアサーバ１２の、負荷状況および／または情報処理能力に応じて上記待機時間を設定できるため、設定部２４０は、データ管理サーバ２０の情報処理能力が低い場合や、データ管理サーバ２０においてユーザが作業を行っている場合には待機時間を長く設定し、メタデータの収集に費やされるデータ管理サーバ２０における負荷率を抑制することができる。
【０１６０】
（第２の実施形態）
次に、本発明の第２の実施形態にかかるデータ管理システム４０について説明する。第１の実施形態にかかるデータ管理システム４０は、クライアント機器３０におけるコンテンツの検索作業を簡素化することができた。しかし、メディアサーバ１２に記憶されているコンテンツのデータフォーマットが、クライアント機器３０が対応可能な規格形式のデータフォーマットでなければ、クライアント機器３０においてコンテンツを再生できない場合があった。本発明の第２の実施形態にかかるデータ管理システム４０は、かかる問題に着眼してなされたものである。以下、図２０〜図２２を参照し、本実施形態にかかるデータ管理システム４０の構成および動作を説明する。なお、第１の実施形態と実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【０１６１】
図２０は、本実施形態にかかるデータ管理システム４０の構成を示した説明図である。本実施形態にかかるデータ管理システム４０は、異種メディアサーバ１８を含む点で第１の実施形態と異なる。異種メディアサーバ１８は、コンテンツおよびメタデータを記憶している点でメディアサーバ１２と共通し、メディアサーバとしての機能も有するが、記憶しているコンテンツのデータフォーマットが、データ管理システム４０における規定形式を満たさないデータフォーマットである点で相違する。
【０１６２】
例えば、異種メディアサーバ１８以外のデータ管理システム４０が、ＤＬＮＡガイドラインに準拠していれば、ＭＰＥＧ２、ＪＰＥＧ、ＬＰＣＭおよびＭＰ３などのデータフォーマットのコンテンツは支障なく相互通信することができる。しかし、ＤＬＮＡガイドラインに規定されていないＡＡＣおよびＷＭＡなどのデータフォーマットのコンテンツには、クライアント機器３０が対応できない可能性がある。
【０１６３】
本実施形態にかかるデータ管理サーバ２０は、このようなデータ管理システム４０における規定形式を満たさないデータフォーマットのコンテンツのクライアント機器３０における再生を可能とする。以下、図２１を参照し、本実施形態にかかるデータ管理サーバ２０の構成を説明する。
【０１６４】
図２１は、本実施形態にかかるデータ管理サーバ２０の構成を示した機能ブロック図である。本実施形態にかかるデータ管理サーバ２０は、通信部２２０と、データ収集部２２４と、制御部２２８と、データ処理部２３２と、サーバ情報判断部２３４と、記憶部２３６と、設定部２４０と、サムネイル収集部２４４と、メタデータ送信部２４８と、サムネイル送信部２５２と、デコーダ２５６と、コンテンツ送受信部２６０と、を備える。
【０１６５】
通信部２２０、データ収集部２２４、制御部２２８、データ処理部２３２、サーバ情報判断部２３４、記憶部２３６、設定部２４０、サムネイル収集部２４４、メタデータ送信部２４８およびサムネイル送信部２５２の構成および動作は、第１の実施形態で説明した内容と実質的に同一であるので、説明を省略する。
【０１６６】
コンテンツ送受信部２６０は、クライアント機器３０から、異種メディアサーバ１８に記憶された規定形式を満たさないデータフォーマットのコンテンツの送信要求を受けると、異種メディアサーバ１８から、該コンテンツを取得する。すなわち、コンテンツ送受信部２６０は、コンテンツ取得部としての機能を有する。なお、クライアント機器３０は、通常、コンテンツを記憶している異種メディアサーバ１８に直接コンテンツの送信要求をするが、該コンテンツが規定形式を満たさないデータフォーマットである場合には、上記のようにデータ管理サーバ２０にコンテンツの送信要求をするようにしてもよい。
【０１６７】
デコーダ２５６は、コンテンツ送受信部２６０が取得したコンテンツのデータフォーマットを、規定形式を満たすデータフォーマットに変換する。例えば、コンテンツ送受信部２６０が取得したコンテンツのデータフォーマットがＡＡＣであった場合、データフォーマットをＡＡＣからＬＰＣＭに変換する。
【０１６８】
そして、コンテンツ送受信部２６０は、デコーダ２５６によりデータフォーマットが変換されたコンテンツを、通信部２２０を介してクライアント機器３０に送信することができる。ここで、コンテンツ送受信部２６０によるコンテンツの送信方式は、ダウンロード方式であっても、ストリーミング方式であってもよい。
【０１６９】
図２２は、本実施形態にかかるデータ管理システム４０におけるデータ管理方法の流れを示したシーケンス図である。まず、データ管理サーバ２０は、異種メディアサーバ１８の存在を確認すると、異種メディアサーバ１８に対してメタデータの送信を要求する（Ｓ７０４）。異種メディアサーバ１８は、データ管理サーバ２０からのメタデータの送信要求に応じて、記憶しているコンテンツに関するメタデータをデータ管理サーバ２０に送信する（Ｓ７０８）。そして、データ管理サーバ２０は、異種メディアサーバ１８から収集したメタデータを記憶する（Ｓ７１２）。
【０１７０】
続いて、データ管理サーバ２０は、収集したメタデータに含まれるサムネイルの所在を示すサムネイル所在情報に基づいて、異種メディアサーバ１８に対してサムネイルの送信を要求する（Ｓ７１６）。異種メディアサーバ１８は、データ管理サーバ２０からのサムネイルの送信要求に応じて、記憶しているコンテンツのサムネイルをデータ管理サーバ２０に送信する（Ｓ７２０）。そして、データ管理サーバ２０は、異種メディアサーバ１８から収集したサムネイルを記憶する（Ｓ７２４）。
【０１７１】
その後、クライアント機器３０は、データ管理サーバ２０に対してメタデータの送信を要求する（Ｓ７２８）。データ管理サーバ２０は、かかるメタデータの送信要求に応じて、クライアント機器３０にメタデータとサムネイルを送信する（Ｓ７３２）。
【０１７２】
次いで、クライアント機器３０は、データ管理サーバ２０から取得したメタデータに含まれるコンテンツＵＲＬと共に、データ管理サーバ２０に対して規定形式を満たさないコンテンツの送信を要求する（Ｓ７３６）。そして、データ管理サーバ２０は、クライアント機器３０から送信要求と併せて受信したコンテンツＵＲＬに基づいて、異種メディアサーバ１８に対してコンテンツの送信を要求する（Ｓ７４０）。異種メディアサーバ１８は、データ管理サーバ２０からの要求に応じて、コンテンツをデータ管理サーバ２０に送信する（Ｓ７４４）。
【０１７３】
そして、データ管理サーバ２０は、異種メディアサーバ１８から受信したコンテンツのデータフォーマットを変換する（Ｓ７４８）。その後、あるいはデータフォーマットの変換と同時に、データ管理サーバ２０は規定形式を満たすデータフォーマッに変換されたコンテンツをクライアント機器３０に送信する（Ｓ７５２）。
【０１７４】
このように、本発明の第２の実施形態にかかるデータ管理システム４０によれば、第１の実施形態にかかるデータ管理システム４０の効果に加え、想定しないメディアサーバがホームネットワークに接続された場合であっても、想定しないメディアサーバが記憶するコンテンツを、クライアント機器３０において再生することができるという効果を奏する。
【０１７５】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１７６】
例えば、上記第１の実施形態では、図１３において第１階層に「ルート」４００を配し、「ルート」４００の下位の第２階層に「ビデオ」４１０、「音楽」４３０および「写真」４７０などのコンテナを配する例を説明したが、階層構造はかかる例に限定されない。例えば、データ管理サーバ２０が収集したメタデータに基づいて、メディアサーバ１２が記憶するコンテンツが音楽コンテンツのみであった場合には、第１階層に「ルート」を設けず、第１階層「音楽」のコンテナを配してもよい。
【０１７７】
また、上記第１の実施形態では、図１８において、メタデータの単位量を１０件として示しているが、メタデータの単位量を設定部により設定される任意の値としてもよく、例えば、１件であっても、１００件であってもよい。また、図１８のＳ６５２において、待機時間の経過を、Ｓ６４４の単位量のメタデータの収集が完了した時点を基点に判断する場合を説明したが、Ｓ６２４の単位量のメタデータの収集を開始するタイミングが、一定周期となるようにしてもよい。
【０１７８】
また、上記実施形態で説明したメタデータに含まれる情報は一例にすぎず、例えば、コンテンツの発売日、コンテンツをメディアサーバ１２が取得した日時、コンテンツを再生した回数、コンテンツの客観的評価であるレイティング、コンテンツの長さ、コンテンツのデータ量などを含むようにしてもよい。
【０１７９】
また、本明細書のデータ管理サーバ２０の処理における各ステップは、必ずしもフローチャートまたはシーケンス図として記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むとしてもよい。また、データ管理サーバ２０とクライアント機器３０とは一体構成されるように構成してもよい。
【０１８０】
また、上述のようなデータ管理方法を情報処理装置に行わせるプログラムおよびそのプログラムを記憶した記憶媒体も提供される。
【図面の簡単な説明】
【０１８１】
【図１】本発明の第１の実施形態にかかるデータ管理システムの構成を示した説明図である。
【図２】同実施形態にかかるデータ管理システムにおける全体の動作を示したシーケンス図である。
【図３】同実施形態にかかるメディアサーバの構成を示した機能ブロック図である。
【図４】同実施形態にかかるサーバ情報の一例を示した説明図である。
【図５】同実施形態にかかるメディアサーバが記憶するメタデータの階層構造の一例を示した説明図である。
【図６】メタデータに含まれる所在情報の一例を示した説明図である。
【図７】メタデータに含まれる属性情報の一例を示した説明図である。
【図８】階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。
【図９】階層構造化されたメタデータのデータ配置の他の一例を示した説明図である。
【図１０】同実施形態にかかるデータ管理サーバのハードウェア構成を示したブロック図である。
【図１１】同実施形態にかかるデータ管理サーバの構成を示した機能ブロック図である。
【図１２】動作状態と対応付けて記憶部に記憶されるサーバ情報の一例を示した説明図である。
【図１３】データ処理部により階層構造化されたメタデータの一例を示した説明図である。
【図１４】データ管理サーバにおいて階層構造化されたメタデータの属性情報の一例を示した説明図である
【図１５】サムネイルＵＲＬが更新されたメタデータを示した説明図である。
【図１６】コンテンツＵＲＬが更新されたメタデータを示した説明図である。
【図１７】同実施形態にかかるデータ管理サーバにおけるデータ管理方法を示したフローチャートである。
【図１８】同実施形態にかかるデータ管理サーバにおけるデータ管理方法を示したフローチャートである。
【図１９】同実施形態にかかるクライアント機器の構成を示した機能ブロック図である。
【図２０】本発明の第２の実施形態にかかるデータ管理システムの構成を示した説明図である。
【図２１】同実施形態にかかるデータ管理サーバの構成を示した機能ブロック図である。
【図２２】同実施形態にかかるデータ管理システムにおけるデータ管理方法の流れを示したシーケンス図である。
【符号の説明】
【０１８２】
１０、４０      データ管理システム
１２      メディアサーバ
２０      データ管理サーバ
３０      クライアント機器
２２０    通信部
２２４    データ収集部
２２８    制御部
２３２    データ処理部
２３４    サーバ情報判断部
２３６    記憶部
２４４    サムネイル収集部
２４８    メタデータ送信部
２５２    サムネイル送信部
２５６    デコーダ
２６０    コンテンツ送受信部
【図１】
2008134967.tif 000003
【図２】
2008134967.tif 000004
【図３】
2008134967.tif 000005
【図４】
2008134967.tif 000006
【図５】
2008134967.tif 000007
【図６】
2008134967.tif 000008
【図７】
2008134967.tif 000009
【図８】
2008134967.tif 000010
【図９】
2008134967.tif 000011
【図１０】
2008134967.tif 000012
【図１１】
2008134967.tif 000013
【図１２】
2008134967.tif 000014
【図１３】
2008134967.tif 000015
【図１４】
2008134967.tif 000016
【図１５】
2008134967.tif 000017
【図１６】
2008134967.tif 000018
【図１７】
2008134967.tif 000019
【図１８】
2008134967.tif 000020
【図１９】
2008134967.tif 000021
【図２０】
2008134967.tif 000022
【図２１】
2008134967.tif 000023
【図２２】
2008134967.tif 000024