JP2008186272A - メタデータ収集システム、コンテンツ管理サーバ、メタデータ収集装置、メタデータ収集方法およびプログラム - Google Patents

Abstract

【課題】コンテンツを管理する複数のサーバからメタデータを重複なく収集することが可能な、メタデータ収集システム、コンテンツ管理サーバ、メタデータ収集装置、メタデータ収集方法およびプログラムを提供する。
【解決手段】コンテンツならびにコンテンツのメタデータをローカルコンテンツとして管理すると共に、他のコンテンツ管理サーバが格納するコンテンツのメタデータを参照コンテンツとして管理可能な複数のコンテンツ管理サーバと、複数のコンテンツ管理サーバに接続され、複数のコンテンツ管理サーバからメタデータを収集するメタデータ収集装置とを含むメタデータ収集システムにおいて、メタデータ収集装置は、複数のコンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有するサーバ情報と、各コンテンツ管理サーバが生成した木構造に付加された種別区分識別子に基づいて、各コンテンツ管理サーバからメタデータを収集する。
【選択図】図１

Description

本発明は、メタデータ収集システム、コンテンツ管理サーバ、メタデータ収集装置、メタデータ収集方法およびプログラムに関する。

昨今のデータ通信ネットワークの普及に伴い、家庭内においても、家電製品やコンピュータやその他の周辺機器をネットワーク接続し、各機器間での通信を可能として、いわゆるホームネットワークが浸透しつつある。ホームネットワークでは、ネットワーク接続機器間で通信を行うことにより、各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行ったりなど、ユーザに利便性や快適性を提供するものであり、今後、ますますの普及が予想される。

特に、各機器間でコンテンツの共有をはかり、これらコンテンツの送受信を行う際に、複数のコンテンツを識別するための識別子（ＩＤ）を付与しておき、コンテンツが異なる機器に移動した場合においても、コンテンツに付与された識別子を変更しないようにしておき、コンテンツ管理の利便性を高める試みがある（例えば、特許文献１参照。）。

特開２００４−２３４１５８号公報

しかしながら、特許文献１に記載の管理方法では、コンテンツの管理を行う機器（以下、サーバと称する。）が、各コンテンツの所在を系統立てて管理していないために、コンテンツに関するメタデータを収集しようとする場合に、サーバの構造の隅々まで検索を行って所望のコンテンツを探し出す必要があり、また、メタデータを重複して収集してしまうという問題があった。

そこで、本発明は、このような問題に鑑みてなされたもので、その目的は、コンテンツを管理する複数のサーバから、メタデータを重複なく収集することが可能な、新規かつ改良されたメタデータ収集システム、コンテンツ管理サーバ、メタデータ収集装置、メタデータ収集方法およびプログラムを提供することにある。

上記課題を解決するために、本発明の第１の観点によれば、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが格納するコンテンツの前記メタデータを参照コンテンツとして管理可能な複数のコンテンツ管理サーバと、前記複数のコンテンツ管理サーバに接続され、当該複数のコンテンツ管理サーバから前記メタデータを収集するメタデータ収集装置とを含むメタデータ収集システムであって、前記コンテンツ管理サーバは、前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記コンテンツ管理サーバが前記参照コンテンツを管理しているか否かを示すサーバ情報とを記憶する記憶部と、階層化された複数のコンテナからなる木構造を生成する木構造生成部と、前記メタデータに含まれる前記属性情報に基づいて、前記ローカルコンテンツ及び／又は前記参照コンテンツを前記木構造に割り当てるコンテンツ割当部と、前記木構造に割り当てられた前記ローカルコンテンツ及び／又は前記参照コンテンツの前記メタデータに含まれる前記所在情報に基づいて、コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子を、前記複数のコンテナに付加する識別子付加部と、前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記種別区分識別子とが割り当てられた前記木構造を、前記メタデータ収集装置に開示するコンテンツ開示部と、から構成され、前記メタデータ収集装置は、当該メタデータ収集装置が接続されている複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集することを特徴とする、メタデータ収集システムが提供される。

ここで、上記のメタデータは、上述のように、コンテンツの所在を示すコンテンツ所在情報やサムネイルの所在を示すサムネイル所在情報等を含む所在情報と、コンテンツのタイトルやジャンルなどの種類を示す属性情報とを含む。

上記課題を解決するために、本発明の第２の観点によれば、メタデータ収集装置およびクライアント機器と通信可能であり、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能なコンテンツ管理サーバであって、前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記コンテンツ管理サーバが管理している前記コンテンツの種別を表す識別フラグを含むサーバ情報とを記憶する記憶部と、階層化された複数のコンテナからなる木構造を生成する木構造生成部と、前記メタデータに含まれる前記属性情報に基づいて、前記ローカルコンテンツ及び／又は前記参照コンテンツを前記木構造に割り当てるコンテンツ割当部と、前記木構造に割り当てられた前記ローカルコンテンツ及び／又は前記参照コンテンツの前記メタデータに含まれる前記所在情報に基づいて、コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子を、前記複数のコンテナに付加する識別子付加部と、前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記種別区分識別子とが割り当てられた前記木構造を、前記メタデータ収集装置に開示するコンテンツ開示部と、を備えるコンテンツ管理サーバが開示される。

前記識別子付加部は、前記コンテナに割り当てられた前記コンテンツの前記メタデータに含まれる前記属性情報に基づいて、一のコンテナが属する階層の下位階層に割り当てられる他のコンテナの分類区分またはコンテンツの分類区分を示す分類区分識別子を、前記複数のコンテナに対して更に付加してもよい。

前記コンテンツ割当部は、一のコンテンツを、前記分類区分記識別子に基づいて、前記木構造の複数のコンテナに割り当ててもよい。

前記木構造の階層数は、１０以下であってもよい。

前記木構造の階層は、前記コンテナのみを配置可能な階層と、前記コンテナと前記コンテンツの双方を配置可能な階層と、を有してもよい。

前記木構造の第２階層に含まれる前記コンテナには、前記識別子付加部により、前記コンテンツを当該コンテンツの種類に基づいて分類する識別子が付与されてもよい。

前記木構造の第３階層に含まれる前記コンテナには、前記識別子付加部により、前記コンテンツを前記メタデータに含まれる属性情報に基づいて分類する識別子が付与されてもよい。

上記課題を解決するために、本発明の第３の観点によれば、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能であり、管理しているコンテンツの種別を表す識別フラグをサーバ情報として有するコンテンツ管理サーバと通信可能なメタデータ収集装置であって、当該メタデータ収集装置が接続されている複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集する、メタデータ収集部を備えるメタデータ収集装置が提供される。

前記コンテンツの種別フラグは、前記ローカルコンテンツのみを管理していることを表すフラグと、前記参照コンテンツのみを管理していることを表すフラグと、前記ローカルコンテンツと前記参照コンテンツの両方を管理していることを表すフラグのいずれかであり、前記メタデータ収集部は、前記コンテンツの識別フラグが、前記ローカルコンテンツのみを管理していることを表すフラグまたは前記ローカルコンテンツと前記参照コンテンツの両方を管理していることを表すフラグのいずれかである場合に、前記コンテンツ管理サーバから前記メタデータを収集してもよい。

前記メタデータ収集部は、一の前記コンテナに対して前記ローカルコンテンツを格納していることを示す前記種別区分識別子が付加されている場合にのみ、前記種別区分識別子が付加されたコンテナが属する階層の下位階層を参照してもよい。

前記メタデータ収集部は、前記複数のコンテンツ管理サーバから収集した前記メタデータについて、同一の情報からなる前記メタデータが存在するか否かの同一性チェックを行ってもよい。

前記メタデータは、当該メタデータに対応する前記コンテンツの識別ＩＤ情報を有しており、前記メタデータ収集部は、収集した前記メタデータに含まれる前記識別ＩＤ情報を比較することで、前記同一性チェックを行ってもよい。

前記メタデータ収集部は、収集した前記メタデータに含まれる前記所在情報を比較することで、前記同一性チェックを行ってもよい。

前記メタデータは、当該メタデータに対応する前記コンテンツのデータサイズ情報を有しており、前記メタデータ収集部は、収集した前記メタデータに含まれる前記データサイズ情報を比較することで、前記同一性チェックを行ってもよい。

前記メタデータ収集装置は、前記複数のコンテンツ管理サーバから収集した複数の前記メタデータに基づき、前記コンテンツの所在情報が関連づけられたコンテンツリストを生成するコンテンツリスト生成部を更に備えてもよい。

前記メタデータ収集装置は、生成した前記コンテンツリストを、前記メタデータ装置に接続されたクライアント機器に対して開示するコンテンツリスト開示部を更に備えてもよい。

上記課題を解決するために、本発明の第４の観点によれば、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能であり、管理しているコンテンツの種別を表す識別フラグをサーバ情報として有する複数のコンテンツ管理サーバから、各コンテンツ管理サーバが管理するコンテンツのメタデータを収集するメタデータ収集方法であって、前記複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集するステップを有することを特徴とする、メタデータ収集方法が提供される。

上記課題を解決するために、本発明の第５の観点によれば、メタデータ収集装置およびクライアント機器と通信可能であり、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能なコンテンツ管理サーバを制御するコンピュータに、前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記コンテンツ管理サーバが管理している前記コンテンツの種別を表す識別フラグを含むサーバ情報とを記憶する記憶機能と、階層化された複数のコンテナからなる木構造を生成する木構造生成機能と、前記メタデータに含まれる前記属性情報に基づいて、前記ローカルコンテンツ及び／又は前記参照コンテンツを前記木構造に割り当てるコンテンツ割当機能と、前記木構造に割り当てられた前記ローカルコンテンツ及び／又は前記参照コンテンツの前記メタデータに含まれる前記所在情報に基づいて、コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子を、前記複数のコンテナに付加する識別子付加機能と、前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記種別区分識別子とが割り当てられた前記木構造を、前記メタデータ収集装置に開示するコンテンツ開示機能と、を実現させるためのプログラムが提供される。

かかる構成によれば、コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記のコンテンツ管理サーバとして機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。

上記課題を解決するために、本発明の第６の観点によれば、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能であり、管理しているコンテンツの種別を表す識別フラグをサーバ情報として有するコンテンツ管理サーバと通信可能なメタデータ収集装置を制御するコンピュータに、当該メタデータ収集装置が接続されている複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集する、メタデータ収集機能を実現させるためのプログラムが提供される。

かかる構成によれば、コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記のメタデータ収集装置として機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。

本発明によれば、コンテンツを管理する複数のサーバから、メタデータを重複なく収集することが可能である。

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

（第１の実施形態）
以下に、本発明の第１の実施形態に係るコンテンツ情報収集システムについて、詳細に説明する。

図１は、本実施形態に係るコンテンツ情報収集システム１０を示した説明図である。コンテンツ情報収集システム１０は、例えば、通信網１２Ａ、１２Ｂと、コンテンツ管理サーバ２０Ａ〜２０Ｆと、コンテンツ収集装置３０と、複数のクライアント機器４０Ａ〜４０Ｆと、を含む。

通信網１２Ａは、コンテンツ管理サーバ２０とコンテンツ収集装置３０とを双方向通信又は一方向通信可能に接続する通信回線網であり、通信網１２Ｂは、コンテンツ収集装置３０とクライアント機器４０とを双方向通信又は一方向通信可能に接続する通信回線網である。この通信網は、例えば、インターネット、電話回線網、衛星通信網、同報通信路等の公衆回線網や、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）、ワイヤレスＬＡＮ等の専用回線網などで構成されており、有線／無線を問わない。

コンテンツ管理サーバ２０は、ビデオコンテンツ、ミュージックコンテンツ、フォトコンテンツ等のコンテンツを、コンテンツ管理サーバ２０が所定の形式に則って生成した木構造に基づいて管理する。また、コンテンツ管理サーバ２０は、通信網１２Ａを介して接続されているコンテンツ収集装置３０や、通信網１２Ａ，コンテンツ収集装置３０および通信網１２Ｂを介して接続されているクライアント機器４０からの要求に応じて、コンテンツ管理サーバ２０が管理しているコンテンツやコンテンツのメタデータを、メタデータ収集装置３０やクライアント機器４０に提供する。また、コンテンツ管理サーバ２０は、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ：ＤＭＳ）であってもよい。なお、コンテンツ管理サーバ２０については、以下で詳細に説明する。

メタデータ収集装置３０は、通信網１２Ａを介して接続されている複数のコンテンツ管理サーバ２０から、各コンテンツ管理サーバ２０が管理しているコンテンツのメタデータを収集する。メタデータ収集装置３０は、収集したコンテンツのメタデータに基づいて、新たにコンテンツリストを生成してもよい。また、メタデータ収集装置３０は、ＤＬＮＡガイドラインに準拠するＤＭＳであってもよく、デジタルメディアクライアント（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｌｉｅｎｔ：ＤＭＣ）であってもよい。なお、メタデータ収集装置３０については、以下で詳細に説明する。

クライアント機器４０は、通信網１２Ｂを介してメタデータ収集装置３０に接続され、メタデータ収集装置３０に対して、メタデータ収集装置３０が生成したコンテンツリストを開示するよう要求することが可能である。また、クライアント機器４０は、メタデータ収集装置３０を介さずに、直接コンテンツ管理サーバ２０から各種コンテンツを取得して、再生することが可能である。なお、クライアント機器４０は、ＤＬＮＡガイドラインに準拠するＤＭＣであってもよい。

なお、図示の例では、コンテンツ管理サーバ２０として、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）等のコンピュータ装置２０Ａ（ノート型、デスクトップ型を問わない。）、テレビジョン受像器２０Ｂ、ＤＶＤ／ＨＤＤレコーダ２０Ｃ，携帯電話２０Ｄ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）２０Ｅ、デジタルカメラ２０Ｆを示しているが、かかる例に限定されず、ネットワークを介した通信機能を有する機器であれば、例えば家庭用ゲーム機、デジタルビデオカメラ等の情報家電、テレビジョン放送用のチューナやデコーダなどで構成することもできる。また、コンテンツ管理サーバ２０は、契約者が持ち運びできるポータブルデバイス（Ｐｏｒｔａｂａｌｅ Ｄｅｖｉｃｅ）、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤなどであってもよい。

また、図示の例では、クライアント機器４０として、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）等のコンピュータ装置４０Ａ（ノート型、デスクトップ型を問わない。）、テレビジョン受像器４０Ｂ、ＤＶＤ／ＨＤＤレコーダ４０Ｃ，携帯電話４０Ｄ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）４０Ｅ、デジタルカメラ４０Ｆを示しているが、かかる例に限定されず、ネットワークを介した通信機能を有する機器であれば、例えば家庭用ゲーム機、デジタルビデオカメラ等の情報家電、テレビジョン放送用のチューナやデコーダなどで構成することもできる。また、クライアント機器４０は、契約者が持ち運びできるポータブルデバイス（Ｐｏｒｔａｂａｌｅ Ｄｅｖｉｃｅ）、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤなどであってもよい。

なお、図１では、コンテンツ管理サーバ２０、メタデータ収集装置３０およびクライアント機器４０は、互いに通信網１２を介して接続されているが、コンテンツ管理サーバ２０、メタデータ収集装置３０およびクライアント機器４０は、通信網１２を介さずに、互いに直接接続されていてもよい。

次に、本実施形態に係るコンテンツ管理サーバ２０のハードウェア構成について、図２を参照しながら簡単に説明する。

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

ＣＰＵ２０１は、演算処理装置および制御装置として機能し、ＲＯＭ２０３、ＲＡＭ２０５、ストレージ装置２１９、またはリムーバブル記録媒体１４に記録された各種プログラムに従ってコンテンツ管理サーバ２０内の動作全般またはその一部を制御する。ＲＯＭ２０３は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０５は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス２０７により相互に接続されている。

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

入力装置２１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。また、入力装置２１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、コンテンツ管理サーバ２０の操作に対応した携帯電話やＰＤＡ等の外部接続機器１６、または、クライアント機器３０であってもよい。さらに、入力装置２１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。コンテンツ管理サーバ２０のユーザは、この入力装置２１５を操作することにより、コンテンツ管理サーバ２０に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置２１７は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｓｉｐｌａｙ：ＬＣＤ）装置、プラズマディスプレイ（Ｐｌａｓｍａ Ｄｉｓｐｌａｙ Ｐａｎｅｌ：ＰＤＰ）装置、ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ装置およびランプなどの表示装置や、スピーカおよびヘッドホンなどの音声出力装置や、プリンタ装置、携帯電話、ファクシミリなど、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置２１７は、例えば、再生されたコンテンツデータを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。

ストレージ装置２１９は、本実施形態にかかるコンテンツ管理サーバ２０の記憶部の一例として構成されたデータ格納用の装置であり、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。このストレージ装置２１９は、ＣＰＵ２０１が実行するプログラムや各種データ、コンテンツ、コンテンツの実行に必要なコンテンツ情報やコンテンツのメタデータ、および外部から取得したコンテンツデータなどを格納する。

ドライブ２２１は、記憶媒体用リーダライタであり、コンテンツ管理サーバ２０に内蔵、あるいは外付けされる。ドライブ２２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体１４に記録されている情報を読み出して、ＲＡＭ２０５に出力する。また、ドライブ２２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体１４に記録を書き込むことも可能である。リムーバブル記録媒体１４は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、コンパクトフラッシュ（ＣｏｍｐａｃｔＦｌａｓｈ：ＣＦ）、メモリースティック、または、ＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等である。また、リムーバブル記録媒体１４は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ ｃａｒｄ）または電子機器等であってもよい。

接続ポート２２３は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートや、ｉ．Ｌｉｎｋ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ−２３２Ｃポート、光オーディオ端子等の、機器をコンテンツ管理サーバ２０に直接接続するためのポートである。この接続ポート２２３に外部接続機器１６を接続することで、コンテンツ管理サーバ２０は外部接続機器１６から直接コンテンツデータを取得したり、外部接続機器１６にコンテンツデータを提供したりする。

通信装置２２５は、例えば、通信網１２に接続するための通信デバイス等で構成された通信インターフェースである。通信装置２２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または、各種通信用のモデム等である。この通信装置２２５は、クライアント機器３０との間でコンテンツまたはコンテンツに関する情報を送受信すると共に、例えば、インターネットや他の通信機器との間でコンテンツやコンテンツに関するメタデータ等を送受信することができる。また、通信装置２２５に接続される通信網１２は、有線または無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、または衛星通信等であってもよい。

以上説明した構成により、コンテンツ管理サーバ２０は、多様な情報源からコンテンツおよびコンテンツに関する情報を取得し、通信網１２に接続されたメタデータ収集装置３０やクライアント機器４０にコンテンツおよびコンテンツに関する情報を伝送することが可能になると同時に、メタデータ収集装置３０やクライアント機器４０からコンテンツのメタデータや実行に関する情報を受信したり、メタデータ収集装置３０やクライアント機器４０が保持するコンテンツまたはコンテンツに関する情報を取得したりすることができる。さらに、コンテンツ管理サーバ２０は、リムーバブル記録媒体１４を用いてコンテンツおよびコンテンツに関する情報を持ち出すこともできる。このように、コンテンツ管理サーバ２０と、メタデータ収集装置３０と、クライアント機器４０とを利用することにより、好適なデジタルホームネットワークが構築される。

なお、メタデータ収集装置３０およびクライアント機器４０のハードウェア構成は、コンテンツ管理サーバ２０のハードウェア構成と実質的に同一であるので、説明を省略する。

以上、本実施形態に係るコンテンツ管理サーバ２０、メタデータ収集装置３０およびクライアント機器４０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。また、上記のハードウェア構成は、あくまでも一例であり、これに限定されるものでないことは言うまでもない。また、利用形態によっては、ホストバス２０７や外部バス２１１、またはインターフェース２１３等を省略する構成も可能である。

続いて、本実施形態に係るメタデータ収集システム１０の説明に使用するいくつかの用語について、以下で簡単に説明を行う。

コンテンツ管理サーバ２０が管理するコンテンツは、例えば、静止画や動画等の画像データや、音楽等の音声データや、ライブストリーミングデータを実行するためのチューナから送信されるデータ等を含み、これらのコンテンツを、ＡＶコンテンツと総称することとする。

上記のＡＶコンテンツは、例えば、ＡＶコンテンツのデータ形式によって、静止画データであるのか、動画データであるのか、音楽データであるのか、といった区分がなされる。例えば、ＡＶコンテンツのデータ形式がＪＰＥＧ形式であれば、このＡＶコンテンツは、静止画データ（写真データ）であると判断することが可能である。また、例えば、ＡＶコンテンツのデータ形式が、ＬＰＣＭ、ＡＡＣ、ＡＴＲＡＣ３ｐｌｕｓ、ＭＰ３、ＷＭＡ９などの形式であれば、このＡＶコンテンツは、音楽データであると判断することが可能である。また、ＡＶコンテンツのデータ形式が、ＭＰＥＧ２、ＭＰＥＧ４：２、ＭＰＥＧ４：１０、ＷＭＶ９などの形式であれば、このＡＶコンテンツは、動画データ（ビデオデータ）であると判断することが可能である。

以下において、個々のＡＶコンテンツまたは複数のＡＶコンテンツを格納したフォルダ等を、オブジェクト（ｏｂｊｅｃｔ）と呼ぶこととする。なお、オブジェクトとは、コンテンツ管理サーバ２０によって処理されるデータ単位の総称であり、個々のＡＶコンテンツまたは複数のＡＶコンテンツを格納したフォルダ以外にも、様々なオブジェクトが存在しうる。上記のオブジェクトは、例えば、映画、テレビジョン番組、ビデオプログラム、図表等の動画又は静止画からなる画像（Ｖｉｄｅｏ）コンテンツ、音楽、講演、ラジオ番組等の音声（Ａｕｄｉｏ）コンテンツや、ゲームコンテンツ、文書コンテンツ、ソフトウェアなど、任意のコンテンツデータであってもよい。映像コンテンツは、映像データのみならず、音声データを含んでいてもよい。

また、ＡＶコンテンツの最小単位、例えば、１つの音楽データ、１つの動画データ、１つの静止画データ等を、アイテム（ｉｔｅｍ）と呼ぶこととする。また、ライブストリーミングデータの場合には、１つのチャンネルが１アイテムとして扱われる。

また、上記のアイテムの集合として規定されるアイテムの上位オブジェクトを、コンテナ（ｃｏｎｔａｉｎｅｒ）と呼ぶ。集合の単位は、例えば、各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定されうる。このコンテナについては、以下で詳述する。

また、以下の説明において、あるコンテンツ管理サーバ２０がコンテンツのコンテンツデータとメタデータの両方を当該コンテンツ管理サーバ２０内で管理している場合、このコンテンツのことをローカルコンテンツと称することとする。また、他のコンテンツ管理サーバ２０が管理しているコンテンツについて、あるコンテンツ管理サーバ２０がメタデータのみを上記の他のコンテンツ管理サーバ２０を参照することで管理している場合、このコンテンツを参照コンテンツと称することとする。

（コンテンツ管理サーバ２０）
続いて、本実施形態に係るコンテンツ管理サーバ２０の構成について、図３を参照しながら説明する。図３は、本実施形態に係るコンテンツ管理サーバ２０の構成を示したブロック図である。

図３に示したように、コンテンツ管理サーバ２０は、例えば、木構造生成部２３１と、コンテンツ割当部２３３と、識別子付加部２３５と、コンテンツ取得部２３７と、コンテンツ開示部２３９と、記憶部２４１と、通信部２４３と、を備える。

木構造生成部２３１は、階層化された複数のコンテナからなる木構造を生成する。木構造生成部２３１によって生成される木構造は、［ＲＯＯＴ］コンテナを第１階層とし、この第１階層よりも下の階層に、複数のコンテナが配置された構造を有する。また、木構造の階層の数が１０を超える場合には、メタデータ収集装置３０やクライアント機器４０がコンテンツ管理サーバ２０にアクセスして木構造を検索する際に、メタデータ収集装置３０やクライアント機器４０が木構造の末端に位置する情報を取得するまでに要する時間が長くなってしまい、メタデータ収集装置３０やクライアント機器４０の使用者がこれらの機器を操作する際の効率が悪くなってしまう。そのため、木構造の階層の数は、１０以下とすることが好ましい。

ここで、１つのコンテナから下向きに１本の枝が伸びており、この枝の先に１つのコンテナが存在する場合に、相対的に上側のコンテナのことを親コンテナと呼び、相対的に下側のコンテナのことを子コンテナと呼ぶこととする。この親コンテナ、子コンテナという概念は相対的なものである。例えば、３つのコンテナが１本の枝で上下につながっている場合に、最上部のコンテナを親コンテナとした場合には、中間に位置するコンテナは子コンテナとなる。また、最下部のコンテナに着目した場合には、最下部のコンテナは、中間に位置するコンテナを親コンテナとする子コンテナとなる。

木構造生成部２３１は、生成した木構造に関する情報を、後述する記憶部２４１に記憶してもよい。

コンテンツ割当部２３３は、コンテンツ管理サーバ２０の記憶部２４１に記憶されているローカルコンテンツを、このローカルコンテンツのメタデータに含まれるコンテンツの属性情報に基づいて、木構造生成部２３１が生成した木構造に割り当てる。また、コンテンツ割当部２３３は、他のコンテンツ管理サーバが管理しているコンテンツである参照コンテンツに関しても、木構造生成部２３１が生成した木構造に割り当てることが可能である。この場合には、コンテンツ割当部２３３は、記憶部２４１に記憶している参照コンテンツのメタデータに含まれる属性情報に基づいて、コンテンツの割り当てを行うことが可能である。

また、コンテンツ割当部２３３は、記憶部２４１に管理している全てのコンテンツを木構造生成部２３１が生成した木構造に対して割り当てた後に、コンテンツ管理サーバのサーバ情報に、コンテンツ管理サーバが管理しているコンテンツの種別を表す識別フラグを追加記載する。ここで、コンテンツ管理サーバが管理しているコンテンツの種別を表すフラグは、以下の４つのうちのいずれかである。また、上記のフラグが追加記載されたサーバ情報は、記憶部２４１に記憶される。

（ｉ）ローカルコンテンツのみを管理していることを表すフラグ
（ｉｉ）参照コンテンツのみを管理していることを表すフラグ
（ｉｉｉ）ローカルコンテンツと参照コンテンツの両方を管理していることを表すフラグ
（ｉｖ）ローカルコンテンツと参照コンテンツの両方を管理していないことを表すフラグ

上記のフラグは、具体的には、例えば、「ａｖ：ａｇｇｒｅｇａｔｉｏｎＦｌａｇｓ」というフラグであり、ローカルコンテンツの有無を規定するパラメータ「ｌｃ−ｖａｌ」と、参照コンテンツの有無を規定するパラメータ「ａｇ−ｖａｌ」の２つからなる。「ｌｃ−ｖａｌ」の値が「１」である場合には、コンテンツ管理サーバ２０は、ローカルコンテンツを管理しうることを示し、「ｌｃ−ｖａｌ」の値が「０」である場合には、コンテンツ管理サーバ２０は、ローカルコンテンツを管理していないことを示す。同様に、「ａｇ−ｖａｌ」の値が「１」の場合には、コンテンツ管理サーバ２０は、参照コンテンツを管理しうることを示し、「ａｇ−ｖａｌ」の値が「０」の場合には、コンテンツ管理サーバ２０は、参照コンテンツを管理していないことを示す。従って、これらの２つのパラメータを組み合わせることで、上記（ｉ）〜（ｉｖ）の４つのパターンを表すことができる。このフラグは、例えば、コンテンツ管理サーバ２０のデバイス・デスクリプション（Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）と呼ばれる、機器（デバイス）固有のサービス内容を表す情報の一つとして、サーバ情報とともに記憶部２４１に記憶される。

なお、上記のサーバ情報とは、コンテンツ管理サーバをユニークに識別するための情報全てを含む情報であり、同一のサーバ情報を有するコンテンツ管理サーバ２０は、２つ以上存在しない。ここで、上記のサーバ情報の例として、例えば、コンテンツ管理サーバ２０に付けられたサーバ名や、コンテンツ管理サーバのＩＰアドレスや、コンテンツ管理サーバのＵＵＩＤや、コンテンツ管理サーバのＭＡＣアドレス等がある。また、サーバ情報には、当該サーバ情報を有するコンテンツ管理サーバの電源が入っているか否かを示すサーバの状態情報が含まれていても良い。

なお、コンテンツ割当部２３３は、木構造に対応付けたコンテンツに関する所在情報等について、記憶部２４１に記憶してもよい。

識別子付加部２３５は、木構造に割り当てられたローカルコンテンツ及び／又は参照コンテンツのメタデータに含まれる所在情報に基づいて、木構造を形成する各コンテナに対して、種別区分識別子を付加する。この種別区分識別子は、この識別子が付加されたコンテナ以下に、ローカルコンテンツが割り当てられているか否かを示す識別子である。この種別区分識別子は、例えば、「ａｖ：ｎｏＬｏｃａｌＣｏｎｔｅｎｔｓ」という識別子で表される。「ａｖ：ｎｏＬｏｃａｌＣｏｎｔｅｎｔｓ」の値が「１」である場合は、この識別子が付加されたコンテナ以下には、ローカルコンテンツを含まないことを表す。また、この識別子の値が「０」である場合は、この識別子が付加されたコンテナ以下にローカルコンテンツが存在することを表す。

また、木構造に含まれるコンテナには、木構造生成部２３１によって生成された木構造が、所定の形式に則って生成されたことを示す識別子が付与される。この識別子は、木構造生成部２３１によって生成される木構造が、予め定められた所定の形式に則って生成されていることを示すインデックスである。上記の識別子の具体例としては、例えば、コンテンツの分類区分を示す分類区分識別子を挙げることができる。コンテンツ管理サーバ２０にアクセスしたメタデータ収集装置３０やクライアント機器４０は、この分類区分識別子を参照することで、識別子が付与されたコンテナ以下にどのようなコンテナやコンテンツ等が割り当てられているかを知ることが出来、木構造全体を検索することなく、所望のコンテンツやコンテンツに関するメタデータを取得することが可能となる。

ここで、上記のコンテンツに関するメタデータとは、コンテンツの内容に関する属性情報と、コンテンツの所在を示す所在情報と、を含むデータである。コンテンツの内容に関する属性情報としては、例えば、コンテンツのリソース情報、タイトル、アーティスト名、著作権情報等を表す各種の情報を挙げることができる。また、コンテンツの所在を示す所在情報としては、例えば、コンテンツを管理する上でのＩＤや、コンテンツのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）等を挙げることができる。

上記の識別子は、例えば、一のコンテナに着目した場合に、このコンテナが属する階層よりも下の階層に割り当てられる他のコンテナの分類区分やコンテンツの分類区分を示す識別子であってもよい。これにより、着目した一のコンテナを親コンテナとする子コンテナや孫コンテナには、親コンテナに付与された識別子が意味する分類区分のコンテナやコンテンツのみが割り当てられていることが担保されることとなる。ここで、上記の分類区分とは、ビデオコンテンツ、ミュージックコンテンツ、フォトコンテンツ等のコンテンツの種類（表現メディアの種類）や、コンテンツの属性情報（例えば、ジャンルやアーティストやアルバム等）などに基づいて、コンテンツ等を分類する際の区分となるものである。

なお、識別子付加部２３５は、木構造生成部２３１によって木構造が生成された後に、コンテンツ割当部２３３によるコンテンツの割り当てに先立ち、上記の分類区分識別子をコンテナに対して付加してもよい。また、コンテンツ割当部２３３は、コンテンツを木構造に割り当てる際には、コンテンツ割当部２３３は、一のコンテンツを、コンテナに付与された分類区分識別子に基づいて、複数のコンテナへと割り当ててもよい。このように、異なる識別子が付与された複数のコンテナに同一のコンテンツを対応付けることで、コンテンツ管理サーバ２０にアクセスしたメタデータ収集装置３０やクライアント機器４０は、コンテナに付与された識別子に基づいて、効率良くコンテンツを検索することが可能となる。

なお、識別子付加部２３５は、木構造生成部２３１が生成した木構造と、付加した識別子とを、互いに関連付けて記憶部２４１に記憶してもよい。

コンテンツ取得部２３７は、コンテンツ管理サーバ２０の外部から、新たなコンテンツを取得する。コンテンツ取得部２３７は、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）やメモリカード等のメディア媒体やネットワークからコンテンツを取得してもよく、テレビ番組を録画したり講演やラジオ番組を録音したりして、コンテンツを取得する機能を有していてもよい。

また、コンテンツ取得部２３７は、上記のような様々な手段で取得したコンテンツを、記憶部２４１に記憶してもよい。

コンテンツ開示部２３９は、コンテンツ管理サーバ２０に接続されたメタデータ収集装置３０やクライアント機器４０からの要求に応じて、このメタデータ収集装置３０やクライアント機器４０に対し、木構造や、木構造に対応付けられたコンテンツやメタデータ等を開示する。これらの開示に当たっては、コンテンツ開示部２３９は、記憶部２４１に記憶されたコンテンツデータや、メタデータを参照することが可能である。

記憶部２４１は、例えば、コンテンツ管理サーバ２０が管理するローカルコンテンツに関するコンテンツデータや、コンテンツのメタデータ等を記憶する。また、コンテンツ管理サーバ２０が参照コンテンツとして管理するコンテンツのメタデータを記憶することが可能である。さらに、記憶部２４１は、コンテンツ管理サーバ２０が管理しているコンテンツの種別を表す識別フラグを含むサーバ情報を記憶する。

さらに、記憶部２４１は、これらのデータ以外にも、木構造生成部２３１が生成した木構造や、コンテンツ割当部２３３によるコンテンツの対応付けに関するデータ等を記憶することも可能である。更に、これらのコンテンツに関するデータ以外にも、コンテンツ管理サーバ２０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等を、適宜記憶することが可能である。この記憶部２４１は、木構造生成部２３１、コンテンツ割当部２３３、識別子付加部２３５、コンテンツ取得部２３７、コンテンツ開示部２３９等が、自由に読み書きを行うことが可能である。

通信部２４３は、コンテンツ開示部２３９がメタデータ収集装置３０やクライアント機器４０に対して開示する様々な情報等を、メタデータ収集装置３０やクライアント機器４０に対して、通信網１２を介して送信する。また、逆に、メタデータ収集装置３０やクライアント機器４０からの要求等を、コンテンツ管理サーバ２０に受信することも可能である。また、通信部２４３は、通信網１２を介さずに、コンテンツ管理サーバ２０に直接接続されているメタデータ収集装置３０やクライアント機器４０に対して、情報の送受信を行うことも可能である。

（コンテンツ管理サーバ２０の動作）
メタデータ収集システム１０を構築してコンテンツ管理サーバ２０を最初に立ち上げると、コンテンツ管理サーバ２０の木構造生成部２３１は、所定の形式に則って、木構造を生成して、記憶部２４１に記憶する。この際、識別子付加部２３５は、生成された木構造に含まれるコンテナに、所定の分類区分識別子を付加しても良い。

続いて、コンテンツ割当部２３３は、コンテンツ管理サーバ２０に様々な手段を用いて入力されたコンテンツを、コンテンツの属性情報や、上記の木構造に付与された識別子等に基づいて、木構造の適切な位置に対応付ける。コンテンツ割当部２３３がコンテンツを木構造に対応付けた結果は、記憶部２４１に記憶される。

また、コンテンツ取得部２３７によって、コンテンツ管理サーバ２０の外部から新たなコンテンツが取得されると、コンテンツ取得部２３７は、取得したコンテンツを記憶部２４１へと保存する。続いて、コンテンツ割当部２３３は、コンテンツ取得部２３７が新たに取得したコンテンツを、上記と同様にして、木構造へと対応付ける。

生成された木構造に対してコンテンツの割り当てが終了すると、コンテンツ割当部２３３は、サーバ情報に、コンテンツ管理サーバが管理しているコンテンツの種別を表す識別フラグを追加記載する。また、識別子付加部２３５は、割り当てられたコンテンツのメタデータに含まれる所属情報に基づき、種別区分識別子を付加する。

なお、木構造生成部２３１による木構造の生成は、コンテンツ管理サーバ２０を最初に立ち上げる際のみに行っても良く、所定の期間を定めて、定期的に行っても良い。また、木構造の再生成は、コンテンツ管理サーバ２０の所有者によって、任意の時点で実行されても良い。コンテンツ割当部２３３によるコンテンツの対応付けについても、新たなコンテンツがコンテンツ管理サーバ２０に導入された場合だけではなく、コンテンツ管理サーバ２０の所有者が再実行を指示した時点で行うことも可能であり、所定の期間を定めて、コンテンツ管理サーバ２０が定期的に再割り当てを行っても良い。

コンテンツ管理サーバ２０に通信網１２を介して、または、直接接続されたメタデータ収集装置３０やクライアント機器４０から、コンテンツ管理サーバ２０に対して、コンテンツリストを開示するよう要求が送信された場合には、コンテンツ管理サーバ２０の通信部２４３は、メタデータ収集装置３０やクライアント機器４０からの要求を受信するとともに、要求の内容を、コンテンツ開示部２３９へと伝達する。コンテンツ開示部２３９は、記憶部２４１に記憶されているデータを参照して、メタデータ収集装置３０やクライアント機器４０に対して、木構造やコンテンツのメタデータを開示する処理を行うために、通信部２４３に対して木構造に関する情報やメタデータを伝達する。木構造に関する情報やメタデータを受け取った通信部２４３は、これらの木構造やメタデータを、メタデータ収集装置３０やクライアント機器４０へと送信することで開示する。

更に、クライアント機器４０から、コンテンツを取得したい旨の要求が通知された場合には、要求を受信した通信部２４３が、その旨をコンテンツ開示部２３９へと伝達し、コンテンツ開示部２３９は、コンテンツデータを記憶部２４１から取得して、通信部２４３を介して、クライアント機器４０へと送信する。

（メタデータ収集装置３０）
続いて、図４を参照しながら、本実施形態に係るメタデータ収集装置３０の構成について、詳細に説明する。図４は、本実施形態に係るメタデータ収集装置３０の構成を説明するためのブロック図である。

図４に示したように、本実施形態に係るメタデータ収集装置３０は、例えば、メタデータ収集部３０１と、コンテンツリスト生成部３０３と、記憶部３０５と、コンテンツリスト開示部３０７と、通信部３０９とを備える。

メタデータ収集部３０１は、通信網１２を介して接続されている複数のコンテンツ管理サーバ２０それぞれを参照して、各コンテンツ管理サーバ２０が有するサーバ情報と、各コンテンツ管理サーバ２０が生成した複数のコンテナからなる木構造に付加された、種別区分識別子に基づいて、各コンテンツ管理サーバ２０から複数のコンテンツのメタデータを収集する。各コンテンツ管理サーバ２０が有するサーバ情報には、当該コンテンツ管理サーバ２０が管理しているコンテンツの種別を表す識別フラグが記載されているため、この識別フラグを参照することで、参照すべきコンテンツ管理サーバ２０を選択することが可能である。また、サーバ情報中の識別フラグを参照して、参照すべきコンテンツ管理サーバ２０を選択した後には、コンテナに付加されている種別区分識別子を参照することで、下位階層のコンテナまで検索しなくてはならないコンテナと、下位階層のコンテナまで検索しなくてもよいコンテナとを選別することが可能となる。そのため、これらのサーバ情報や種別区分識別子を参照することで、効率よくメタデータの収集を行うことが可能である。

上述のように、コンテンツ管理サーバ２０が有するサーバ情報には、（ｉ）ローカルコンテンツのみを管理していることを表すフラグ、（ｉｉ）参照コンテンツのみを管理していることを表すフラグ、（ｉｉｉ）ローカルコンテンツと参照コンテンツの両方を管理していることを表すフラグ、または（ｉｖ）ローカルコンテンツと参照コンテンツの両方を管理していないことを表すフラグのいずれかである。メタデータ収集装置３０は、上記の（ｉ）または（ｉｉｉ）の内容を示す識別フラグを有するコンテンツ管理サーバ２０のみから、メタデータを収集する。

また、上記（ｉ）または（ｉｉｉ）の識別フラグを有するコンテンツ管理サーバ２０を参照する際にも、木構造を形成するコンテナには種別区分識別子が付加されており、この識別子が付加されたコンテナ以下に、ローカルコンテンツが割り当てられているか否かを表している。従って、コンテナに例えば「ａｖ：ｎｏＬｏｃａｌＣｏｎｔｅｎｔｓ」識別子が付加されている場合には、このコンテナより下位階層のコンテナは、検索する必要がないこととなる。

さらに、コンテナに分類区分識別子が付与されており、ビデオコンテンツやミュージックコンテンツ等、特定の分類区分のコンテンツのみを収集すれば良い場合には、上記のサーバ情報および種別区分識別子に加えて、分類区分識別子も参照することで、効率よいメタデータの収集を行うことが可能である。

また、メタデータ収集部３０１は、上記のようにして収集したメタデータに対して、同一のメタデータが複数存在するか否かをチェックする同一性チェックを行う。同一性チェックは、収集したメタデータに含まれているコンテンツの識別ＩＤ情報や、コンテンツのＵＲＩ等の所在情報や、コンテンツのデータサイズ情報等を比較することで行われる。また、同一性チェックは、コンテンツデータの冒頭部分、例えば、冒頭の数百バイト等のデータを実際に読み込むことでチェックを行っても良い。

なお、メタデータ収集部３０１は、収集したメタデータやサーバ情報等を、後述する記憶部３０５に記憶してもよい。また、メタデータ収集部３０１は、コンテンツのメタデータだけでなく、コンテンツデータそのものを、コンテンツ管理サーバ２０から取得してもよい。

コンテンツリスト生成部３０３は、メタデータ収集部３０１が収集したメタデータに基づいて、複数のコンテンツ管理サーバ２０から収集した多数のメタデータを取り纏めて、新たに１つのコンテンツリストを生成する。このコンテンツリストは、メタデータ収集装置３０が接続されている複数のコンテンツ管理サーバ２０が管理している全てのコンテンツを重複なく含むものである。コンテンツリストの生成に際しては、コンテンツリスト生成部３０３は、コンテンツの名前等とメタデータの所在情報とを関連づけてコンテンツリストとする。また、コンテンツリスト生成部３０３は、生成したコンテンツリストを、記憶部３０５に記憶しても良い。

記憶部３０５は、例えば、コンテンツ管理サーバ２０から収集したメタデータ、サーバ情報、コンテンツ等を記憶する。また、コンテンツ管理サーバ２０から取得したコンテンツデータを記憶してもよい。また、コンテンツリスト生成部３０３が生成したコンテンツリストを記憶することも可能である。

さらに、記憶部３０５は、これらのデータ以外にも、メタデータ収集装置３０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等を、適宜記憶することが可能である。この記憶部３０５は、メタデータ収集部３０１、コンテンツリスト生成部３０３、コンテンツリスト開示部３０７等が、自由に読み書きを行うことが可能である。

コンテンツリスト開示部３０７は、メタデータ収集装置３０に接続されているクライアント機器４０からの要求に応じて、コンテンツリスト生成部３０３が生成したコンテンツリストを、クライアント機器４０に開示する。コンテンツリストには、コンテンツの所在情報が関連づけられているため、クライアント機器４０は、コンテンツリストからコンテンツを選ぶ際に、効率よく対象となるコンテンツ管理サーバ２０を選択することが可能である。

通信部３０９は、コンテンツリスト開示部３０７がクライアント機器４０に対して開示する様々な情報等を、クライアント機器４０に対して、通信網１２を介して送信する。また、逆に、クライアント機器４０からの要求等を、メタデータ収集装置３０に受信することも可能である。加えて、通信部３０９は、メタデータ収集装置３０がコンテンツ管理サーバ２０に対して行う各種の要求等を、コンテンツ管理サーバ２０に送信する。また、通信部３０９は、通信網１２を介さずに、メタデータ収集装置３０に直接接続されているコンテンツ管理サーバ２０やクライアント機器４０に対して、情報の送受信を行うことも可能である。

なお、メタデータ収集装置３０の機能については、以下で詳細に説明する。

（クライアント機器４０）
続いて、図５を参照しながら、本実施形態に係るクライアント機器４０の構成について、詳細に説明する。図５は、本実施形態に係るクライアント機器４０の構成を説明するためのブロック図である。

図５に示したように、本実施形態に係るクライアント機器４０は、例えば、コンテンツ取得部４０１と、コンテンツ再生部４０３と、記憶部４０５と、通信部４０７と、を備える。

コンテンツ取得部４０１は、メタデータ収集装置３０が生成したコンテンツリストを参照し、コンテンツ管理サーバ２０に対して、コンテンツ管理サーバ２０が生成した木構造やコンテンツのメタデータの開示の要求や、コンテンツデータ提供の要求を行う。また、コンテンツ取得部４０１は、要求の結果、コンテンツ管理サーバ２０が開示する、木構造やコンテンツのメタデータやコンテンツデータ等を、取得する。コンテンツ取得部４０１は、コンテンツ管理サーバ２０から取得した木構造やコンテンツのメタデータやコンテンツデータ等、および、メタデータ収集装置３０から取得したコンテンツリスト等を、記憶部４０５に記憶することが可能である。

コンテンツ再生部４０３は、クライアント機器４０がコンテンツ管理サーバ２０から取得したコンテンツを、再生する。コンテンツの再生に際しては、コンテンツ再生部４０３は、記憶部４０５に記憶されているコンテンツデータを読み出して、コンテンツの再生を行う。ここで、コンテンツの再生とは、例えば、コンテンツがビデオコンテンツである場合には、ビデオコンテンツの再生を行い、ビデオをクライアント機器４０の出力装置に出力することであり、コンテンツがミュージックコンテンツである場合には、ミュージックを再生して、クライアント機器４０の出力装置に出力することである。また、コンテンツが例えばフォトコンテンツである場合には、写真をクライアント機器４０の出力装置に出力することである。

記憶部４０５は、例えば、コンテンツ取得部４０１がコンテンツ管理サーバ２０から取得した木構造や、コンテンツに関するコンテンツデータや、コンテンツのメタデータ等を記憶する。また、メタデータ収集装置３０が生成したコンテンツリストを記憶することも可能である。さらに、これらのデータ以外にも、クライアント機器４０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等を、適宜記憶することが可能である。この記憶部４０５は、コンテンツ取得部４０１やコンテンツ再生部４０３等が、自由に読み書きを行うことが可能である。

通信部４０７は、コンテンツ取得部４０１がコンテンツ管理サーバ２０やメタデータ収集装置３０に対して行う要求を、通信網１２を介してコンテンツ管理サーバ２０やメタデータ収集装置３０へと送信する。また、通信部４０７は、コンテンツ管理サーバ２０からクライアント機器４０へと開示される木構造や、コンテンツのメタデータや、コンテンツデータを、通信網１２を介して受信する。また、通信部４０７は、通信網１２を介さずに、直接コンテンツ管理サーバ２０に情報の送受信を行うことも可能である。通信部４０７は、コンテンツ取得部４０１やコンテンツ再生部４０３から、クライアント機器４０の外部へとデータを送信することを要請され、また、コンテンツ取得部４０１やコンテンツ再生部４０３に、外部から受信したデータを提供することも可能である。

なお、クライアント機器４０が、コンテンツ管理サーバ２０やメタデータ収集装置３０に、ホームネットワークを介して接続される際には、ホームネットワークは、ユニバーサルプラグアンドプレイ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ：ＵＰｎＰ）と呼ばれるプロトコルで構成されていることが好ましい。ＵＰｎＰは、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を行うことなく、ネットワーク接続された機器において、各接続機器の提供サービスを受領可能とする。また、ＵＰｎＰは、デバイス上のオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）にも依存せず、容易に機器の追加ができるという利点を持つ。

（クライアント機器４０の動作）
クライアント機器４０が、コンテンツ管理サーバ２０にホームネットワークや通信網１２やメタデータ収集装置３０を介して接続、または、ＵＳＢポートやＩＥＥＥ１３９４ポートを介して直接接続されると、クライアント機器４０は、コンテンツ管理サーバ２０やメタデータ収集装置３０と、情報交換を行うことが可能となる。コンテンツ取得部４０１が、通信部４０７を介してコンテンツ管理サーバ２０に対して木構造やコンテンツのメタデータの開示を要求すると、コンテンツ管理サーバ２０は、管理する木構造やコンテンツのメタデータを、クライアント機器４０に開示する。クライアント機器４０のコンテンツ取得部４０１は、コンテンツ管理サーバ２０が開示した木構造やコンテンツのメタデータを、通信部４０７を介して受信し、記憶部４０５に記憶する。

続いて、コンテンツ取得部４０１は、メタデータ収集装置３０を介してコンテンツ管理サーバ２０から取得した木構造やコンテンツのメタデータに基づいて、クライアント機器４０上で、コンテンツ管理サーバ２０が管理するコンテンツについて、コンテンツリストを生成し、クライアント機器４０の出力装置に出力する。

クライアント機器４０の使用者が、ディスプレイなどの出力装置に表示されたコンテンツリストから実行するコンテンツを選択すると、コンテンツ取得部４０１は、選択したコンテンツのメタデータを参照して、コンテンツ管理サーバ２０からコンテンツデータを取得する。コンテンツ取得部４０１は、通信部４０７を介して取得したコンテンツデータを、記憶部４０５へ記憶する。

続いて、コンテンツ再生部４０３は、コンテンツ取得部４０１が取得したコンテンツデータを記憶部４０５から読み出し、コンテンツの再生を行う。その結果、クライアント機器４０の出力装置に、コンテンツが表示されることとなる。

以上、本実施形態に係るコンテンツ管理サーバ２０、メタデータ収集装置３０およびクライアント機器４０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。

（木構造について）
続いて、図６を参照しながら、本実施形態に係る木構造の特徴について、簡単に説明する。図６は、本実施形態に係る木構造について説明するための説明図である。

コンテンツ管理サーバ２０が、図６に示したように、０から３の識別ＩＤが付加された４つのコンテナからなる木構造を生成した場合について説明する。番号０の識別ＩＤが付加されたコンテナ５０１の下には、番号１の識別ＩＤが付加されたコンテナ５０３と、番号２の識別ＩＤが付加されたコンテナ５０５が配置され、さらに番号１の識別ＩＤが付加されたコンテナ５０３の下には、番号３の識別ＩＤが付加されたコンテナ５０７が配置されている。

上記のような階層構造を有する木構造において、番号２の識別ＩＤが付加されたコンテナ５０５の下には、ローカルコンテンツ５０９が三つ割り当てられ、番号３の識別ＩＤが付加されたコンテナ５０７の下には、参照コンテンツ５１１が二つ割り当てられている。

このような場合に、本実施形態に係る木構造は、ローカルコンテンツが割り当てられている番号２の識別ＩＤが付加されたコンテナ５０５に対して、ローカルコンテンツを含むことを示す種別区分識別子が付加される。また、番号３の識別ＩＤが付加されたコンテナ５０７を子コンテナとして有するコンテナ５０３には、ローカルコンテンツを含むことを示す種別区分識別子は付加されず、ローカルコンテンツを含まないことを示す種別区分識別子が付加される。なお、ローカルコンテンツを含まないことを示す種別区分識別子は、番号３の識別ＩＤが付加されたコンテナ５０７に付加されてもよいが、図６の場合には、番号１の識別ＩＤが付加されたコンテナ５０３に上記の識別子を付加することで、メタデータ収集装置３０が検索するコンテナの個数を削減することが可能となる。

（木構造の全体構造）
続いて、図７を参照しながら、本実施形態に係るコンテンツ管理サーバ２０が生成する木構造の全体構造について、簡単に説明する。図７は、本実施形態に係る木構造について説明するための説明図である。

コンテンツ管理サーバ２０は、静止画、動画等の画像データや、音楽等の音声データなどのコンテンツや、更には、各コンテンツのプロパティやライブストリーミングデータを実行するためのチューナに関する情報等に関するメタデータを保有している。

ここで、ＡＶコンテンツは、例えば図７に示すような木構造に割り当てられて、コンテンツディレクトリサービス（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ：ＣＤＳ）によって管理される。

図７において、１〜７の番号付きの円は、それぞれコンテナを意味している。また、三角形マークは、それぞれビデオコンテンツを意味しており、六角形マークは、それぞれミュージックコンテンツを意味しており、五角形マークは、それぞれフォトコンテンツを意味している。

図７に示した木構造では、まず、ＩＤとして０（ゼロ）が割り当てられたコンテナが、［ＲＯＯＴ（ルート）］コンテナ６０１として第１階層に配置されている。ここで、ＩＤとして０が割り当てられているコンテナに付与された「ＲＯＯＴ」という識別子は、コンテンツ管理サーバ２０の木構造生成部２３１によって生成された木構造において、最上位階層に位置するコンテナというサービスを提供可能である旨を表す識別子である。本実施形態に係る木構造においては、木構造を構成するコンテナに、上記のデバイス・デスクリプションに記載される識別子を付与することで、メタデータ収集装置３０やクライアント機器４０が木構造を検索する際における、効率の良いコンテンツ検索を可能としている。

ＲＯＯＴコンテナ６０１の直下の階層である第２階層には、ＩＤとして１が割り当てられたコンテナ６０３と、ＩＤとして２が割り当てられたコンテナ６０５と、ＩＤとして６が割り当てられたコンテナ６０７とが配置されている。ＩＤとして１が割り当てられたコンテナ６０３には、デバイス・デスクリプションに「ａｖ：ｖｉｄｅｏＲｏｏｔ」という識別子が記載されており、ＩＤとして２が割り当てられたコンテナ６０５には、デバイス・デスクリプションに「ａｖ：ｍｕｓｉｃＲｏｏｔ」という識別子が記載されており、ＩＤとして６が割り当てられたコンテナ６０７には、デバイス・デスクリプションに「ａｖ：ｐｈｏｔｏＲｏｏｔ」という識別子が記載されている。

「ａｖ：ｖｉｄｅｏＲｏｏｔ」という識別子は、この識別子が付与されたコンテナ６０３が、「ビデオコンテンツが対応づけられるコンテナ群のうちの最上位階層に位置する、たった一つのコンテナ」というサービスを提供可能である旨を表す識別子である。「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されたコンテナの下の階層には、コンテンツ管理サーバ２０が管理しているすべてのビデオコンテンツが対応づけられる。

「ａｖ：ｍｕｓｉｃＲｏｏｔ」という識別子は、この識別子が付与されたコンテナ６０５が、「ミュージックコンテンツが対応づけられるコンテナ群のうちの最上位階層に位置する、たった一つのコンテナ」というサービスを提供可能である旨を表す識別子であり、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されたコンテナの下の階層には、コンテンツ管理サーバ２０が管理しているすべてのミュージックコンテンツが対応づけられる。

また、「ａｖ：ｐｈｏｔｏＲｏｏｔ」という識別子は、この識別子が付与されたコンテナ６０７が、「フォトコンテンツが対応づけられるコンテナ群のうちの最上位階層に位置する、たった一つのコンテナ」というサービスを提供可能である旨を表す識別子であり、「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与されたコンテナの下の階層には、コンテンツ管理サーバ２０が管理しているすべてのフォトコンテンツが対応づけられる。

上記の識別子がコンテナに付与されることにより、例えば、「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されたコンテナ６０３と、コンテナ６０３よりも下位階層に位置するコンテナや、これらのコンテナに対応付けられたコンテンツ等とは、ビデオコンテンツのみが対応付けられる、ビデオツリーというサブグループを構成することとなる。また、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されたコンテナ６０５と、コンテナ６０５よりも下位階層に位置するコンテナや、これらのコンテナに対応付けられたコンテンツ等とは、ミュージックコンテンツのみが対応付けられるミュージックツリーというサブグループを構成することとなる。また、「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与されたコンテナ６０７と、コンテナ６０７よりも下位階層に位置するコンテナや、これらのコンテナに対応付けられたコンテンツ等とは、フォトコンテンツのみが対応付けられるフォトツリーというサブグループを構成することとなる。

上記のように、識別子を定義することによって、例えば、メタデータ収集装置３０やクライアント機器４０がコンテンツ管理サーバ２０の木構造を閲覧して、ビデオコンテンツが対応づけられているコンテナを探す場合には、メタデータ収集装置３０やクライアント機器４０は、識別子として「ａｖ：ｖｉｄｅｏＲｏｏｔ」が付与されているコンテナを探して、このコンテナの下の階層のみを閲覧・検索することで、効率の良いコンテンツの閲覧や検索を行うことが可能となる。

「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されたコンテナ６０３の子コンテナには、例えば、「ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」という識別子が付与されたコンテナ６０９と、「ｖｉｄｅｏＡｌｌＩｔｅｍｓ」という識別子が付与されたコンテナ６１１と、が配置される。コンテナ６０９は、ＩＤとして３が割り当てられたコンテナであり、コンテナ６１１は、ＩＤとして４が割り当てられたコンテナである。

「ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」識別子や、「ｖｉｄｅｏＡｌｌＩｔｅｍｓ」識別子は、コンテナに割り当てられるコンテンツの分類区分を示す識別子である「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子の一つである。「ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」識別子は、ジャンルごとに区分けされたビデオコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ６０９の下位階層には、ジャンルごとに区分けされたビデオコンテンツ６１７が対応付けられる。また、「ｖｉｄｅｏＡｌｌＩｔｅｍｓ」識別子は、全てのビデオコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ６１１の下位階層には、コンテンツ管理サーバ２０が管理している全てのビデオコンテンツ６１７が対応付けられる。

また、「ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」識別子が付与されているコンテナ６０９に割り当てられるビデオコンテンツ６１７と、「ｖｉｄｅｏＡｌｌＩｔｅｍｓ」識別子が付与されているコンテナ６１１に割り当てられるビデオコンテンツ６１７とは、重複していても良い。ビデオコンテンツ６１７の割り当ては、例えばコンテナに付与された識別子に基づいて行われるが、あるひとつのビデオコンテンツ６１７が、異なる識別子が付与された複数のコンテナのいずれにも割り当てられる条件を備えているのであれば、コンテンツは、割り当てられうる全てのコンテナの下に配置されることとなる。

また、図７においては、「ａｖ：ｖｉｄｅｏＲｏｏｔ」の下位階層に配置されているコンテナとして２つしか記載されておらず、これらのコンテナに付与されている識別子は、上記の２つの識別子のみであるが、本実施形態に係る木構造に付与されるビデオコンテンツ関係の識別子は、上記のものに限定されるわけではない。なお、ビデオコンテンツが対応付けられているビデオツリーについては、以下で詳細に説明する。

「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されたコンテナ６０５の子コンテナには、例えば、「ｍｕｓｉｃＡｌｌＩｔｅｍｓ」という識別子が付与されたコンテナ６１３が配置されている。コンテナ６１３は、ＩＤとして５が割り当てられたコンテナである。

「ｍｕｓｉｃＡｌｌＩｔｅｍｓ」識別子は、コンテナに割り当てられるコンテンツの分類区分を示す識別子である「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子の一つである。「ｍｕｓｉｃＡｌｌＩｔｅｍｓ」識別子は、全てのミュージックコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ６１３の下位階層には、コンテンツ管理サーバ２０が管理している全てのミュージックコンテンツ６１９が対応付けられる。

また、図７においては、「ａｖ：ｍｕｓｉｃＲｏｏｔ」の下位階層に配置されているコンテナとして１つしか記載されておらず、このコンテナに付与されている識別子は、上記の１つの識別子のみであるが、本実施形態に係る木構造に付与されるミュージックコンテンツ関係の識別子は、上記のものに限定されるわけではない。なお、ミュージックコンテンツが対応付けられているミュージックツリーについては、以下で詳細に説明する。

「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与されたコンテナ６０７の子コンテナには、例えば、「ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」という識別子が付与されたコンテナ６１５が配置されている。コンテナ６１５は、ＩＤとして７が割り当てられたコンテナである。

「ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」識別子は、コンテナに割り当てられるコンテンツの分類区分を示す識別子である「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子の一つである。「ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」識別子は、撮影日ごとに区分けされたフォトコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ６１５の下位階層には、撮影日ごとに区分けされたフォトコンテンツ６２１が対応付けられる。

また、コンテナ６１５に割り当てられるフォトコンテンツ６２１が全て参照コンテンツである場合には、図７に示すように、コンテナ６０７に、ローカルコンテンツを含まないことを示す識別子である「ａｖ：ｎｏＬｏｃａｌＣｏｎｔｅｎｔｓ＝１」が付加される。

また、図７においては、「ａｖ：ｐｈｏｔｏＲｏｏｔ」の下位階層に配置されているコンテナとして１つしか記載されておらず、このコンテナに付与されている識別子は、上記の１つの識別子のみであるが、本実施形態に係る木構造に付与されるフォトコンテンツ関係の識別子は、上記のものに限定されるわけではない。なお、フォトコンテンツが対応付けられているフォトツリーについては、以下で詳細に説明する。

コンテンツ管理サーバ２０が管理している複数のコンテンツが、図７に示した木構造のどのコンテナに割り当てられるかは、コンテナに付与された識別子と、コンテンツの属性情報に基づいて、コンテンツ割当部２３３によって判断される。例えば、コンテンツのデータ形式に基づいて、「ａｖ：ｖｉｄｅｏＲｏｏｔ」、「ａｖ：ｍｕｓｉｃＲｏｏｔ」、「ａｖ：ｐｈｏｔｏＲｏｏｔ」のいずれのコンテナの下位階層にデータを割り当てるかが判断され、割り当てられるサブグループが決定すると、コンテンツの属性情報に含まれる他の情報、例えば、コンテンツのジャンル情報や、日付情報等によって、配置されるコンテナが判断される。

図７に示した木構造の例では、木構造が８個のコンテナを有し、階層は第４階層までしか生成されていないが、本実施形態に係る木構造においては、木構造に配置されるコンテナの数は上記の個数に限定されるわけではなく、任意の個数のコンテナが配置されることが可能である。また、木構造の階層の数についても、図７のような第４階層に限定されるわけではなく、全体として第１０階層まで生成されることが可能である。また、図６において各コンテナに付与されたＩＤは便宜的なものであり、本実施形態に係る木構造においては、各コンテナに対して、同一のＩＤが２つ以上存在しないように、適宜ＩＤを割り振ることが可能である。

（ビデオツリーの構造）
続いて、図８を参照しながら、本実施形態に係るビデオツリーの具体例について、詳細に説明する。図８は、本実施形態に係るビデオコンテンツの割り当てについて説明するための説明図である。

図８に示されているビデオツリーの全体構造から明らかなように、ビデオツリー全体は、第１階層から第６階層までの６つの階層から構成されており、［ＲＯＯＴ］コンテナ６０１が配置されている第１階層の直下には、「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与された［ビデオ］コンテナ６０３が配置されている。この［ビデオ］コンテナ６０３が、第２階層となる。［ビデオ］コンテナ６０３の子コンテナとして、第３階層に位置する４つのコンテナが配置されている。第３階層に位置するコンテナには、例えば、［ジャンル］コンテナ６２３と、［日付］コンテナ６２５と、［すべて］コンテナ６２７と、［ライブチューナ］コンテナ６２９とが含まれる。

［ジャンル］コンテナ６２３は、ビデオコンテンツが、コンテンツの属性情報に記載されているジャンル情報に基づいて分類されるコンテナである。このコンテナ６２３には、例えば「ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」という識別子が付与される。この［ジャンル］コンテナ６２３の子コンテナには、例えば、映画、ドラマ、バラエティ等といった個別のジャンルに基づく、［個別ジャンル］コンテナ６３１が配置される。なお、図８に第４階層として記載されている［個別ジャンル］コンテナ６３１は１つのみであるが、実際には、コンテンツの属性情報に記載されているジャンル情報に基づいて、複数の［個別ジャンル］コンテナ６３１が配置される。また、複数の［個別ジャンル］コンテナ６３１の下の階層には、アイテムとして、それぞれのジャンルに該当する複数のビデオコンテンツ６３３が対応付けられる。

［日付］コンテナ６２５は、ビデオコンテンツが、コンテンツの属性情報に記載されている日付情報に基づいて分類されるコンテナである。このコンテナ６２５には、例えば、「ｖｉｄｅｏＡｌｌＤａｔｅＴｉｍｅ」という識別子が付与される。この［日付］コンテナ６２５の子コンテナには、コンテンツが撮影等された年に基づいて分類される［年］コンテナ６３５が配置され、それぞれの［年］コンテナ６３５の子コンテナには、コンテンツが撮影等された月に基づいて分類される［月］コンテナ６３７が配置される。この［月］コンテナ６３７の下の階層には、コンテンツの属性情報に記載されている日付情報に基づいて、複数のコンテンツ６３３が配置される。

図８においては、［日付］コンテナ６２５の下の階層には、［年］コンテナ６３５と［月］コンテナ６３７とが配置されているが、コンテンツ管理サーバ２０が管理しているコンテンツのうち、同一日付のコンテンツが多数を占めるような場合（例えば、コンテンツ管理サーバ２０が、複数の番組コンテンツを同時録画可能なビデオレコーダである場合等）には、［日付］コンテナ６２５の子コンテナとして、年月日に基づいてコンテンツを分類する［年月日］コンテナが第４階層に配置されていてもよい。この場合には、ビデオコンテンツが第５階層に割り当てられることとなる。

［すべて］コンテナ６２７は、コンテンツ管理サーバ２０が管理する全てのビデオコンテンツ６３３が、アイテムとして割り当てられるコンテナである。このコンテナ６２７には、例えば、「ｖｉｄｅｏＡｌｌＩｔｅｍｓ」という識別子が付与される。

［ライブチューナ］コンテナ６２９は、ライブストリーミングコンテンツが割り当てられるコンテナである。このコンテナ６２９には、例えば、「ｖｉｄｅｏＡｌｌＴｕｎｅｒｓ」という識別子が付与される。この［ライブチューナ］コンテナ６２９の子コンテナには、ライブストリーミングのチューナの種類に応じて、例えば、［地上デジタル］コンテナ６３９、［ＢＳデジタル］コンテナ６４１、［１１０度ＣＳ］コンテナ６４３、［ワンセグ］コンテナ６４５、［アナログ放送］コンテナ６４７、［外部入力］コンテナ６４９等が配置される。これらの複数のコンテナの下位階層に、アイテムとして、ビデオコンテンツ６３３が割り当てられる。

本実施形態に係るメタデータ収集装置３０やクライアント機器４０だけではなく、例えば他業者により製造されたクライアント機器等が、本実施形態に係るコンテンツ管理サーバ２０に接続された場合においても、上記のようなビデオツリーを閲覧することが出来なくてはならない。そのために、上記のビデオツリーにおいて、必ず備えていなくてはならないコンテナ（以下、必須コンテナと称する。）を、規定しておくことが可能である。どのコンテナを必須コンテナとするかは、コンテンツ管理サーバ２０が使用される状況において、任意に決定することが可能であるが、例えば、コンテンツ管理サーバが管理しているコンテンツ数が、数百程度と少ない場合には、第３階層に位置しているコンテナのうち、［ジャンル］コンテナ６２３と、［すべて］コンテナ６２７を必須コンテナとしてもよい。また、コンテンツ管理サーバが管理しているコンテンツ数が、例えば数千、数万と多い場合には、［ジャンル］コンテナ６２３と［日付］コンテナ６２５を必須コンテナとしてもよい。

また、［個別ジャンル］コンテナ６３１や、［年］コンテナ６３５、［月］コンテナ６３７には、特定の識別子が付与されていてもよく、識別子が付与されていなくてもよい。

上記のようなビデオツリーが生成されることで、メタデータ収集装置３０がメタデータの収集をしたり、クライアント機器４０がコンテンツの閲覧や検索したりする際には、メタデータ収集装置３０やクライアント機器４０は、コンテナに付与されている識別子を用いて、そのコンテナよりも下の階層に割り当てられているコンテナやコンテンツ等の内容を判断することができる。また、メタデータ収集装置３０がメタデータの収集をしたり、クライアント機器４０がコンテンツの閲覧や検索したりする際に、第１階層から順に、各階層において適切なコンテナを選び、選択したコンテナの子コンテナを更に検索していくことで、効率の良い閲覧や検索を行うことができ、従来の木構造のように、階層を上に戻ったり下に進んだりしながらコンテンツの閲覧等を行うことが不要となる。

例えば、メタデータ収集装置３０が、コンテンツ管理サーバ２０が管理している全てのビデオコンテンツのメタデータの収集を行なう場合には、メタデータ収集装置３０は、コンテンツ管理サーバ２０が生成した木構造全てを検索する必要はなく、「ｖｉｄｅｏＡｌｌＩｔｅｍｓ」の識別子が付与されたコンテナを検索するだけで全てのビデオコンテンツのメタデータを収集することができ、メタデータの収集の効率化を図ることが可能となる。

同様に、例えばメタデータ収集装置３０が、コンテンツ管理サーバ２０が管理しているビデオコンテンツのうち、ある特定のジャンルのコンテンツのメタデータのみを収集する場合には、メタデータ収集装置３０は、「ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」の識別子が付与されたコンテナをまず検索し、このコンテナよりも下の階層に割り当てられているメタデータの収集をしたいジャンルのコンテナを検索することで、効率良くメタデータの収集を図ることができる。

（ミュージックツリーの構造）
次に、図９を参照しながら、本実施形態に係るミュージックツリーの具体例について、詳細に説明する。図９は、本実施形態に係るミュージックコンテンツの割り当てについて説明するための説明図である。

図９に示されているミュージックツリーの全体構造から明らかなように、ミュージックコンテンツは、第１階層から第７階層までの７つの階層から構成されており、［ＲＯＯＴ］コンテナ６０１が配置されている第１階層の直下には、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与された［ミュージック］コンテナ６０５が配置されている。この［ミュージック］コンテナ６０５が、第２階層となる。［ミュージック］コンテナ６０５の子コンテナとして、第３階層に位置する５つのコンテナが配置されている。第３階層に位置するコンテナには、例えば、［プレイリスト］コンテナ５５１と、［アーティスト］コンテナ６５３と、［アルバム］コンテナ６５５と、［ジャンル］コンテナ６５７と、［すべて］コンテナ６５９とが含まれる。

［プレイリスト］コンテナ６５１は、コンテンツ管理サーバ２０の所有者が設定したプレイリストが分類されるコンテナである。このコンテナ６５１には、例えば「ｍｕｓｉｃＡｌｌＰｌａｙｌｉｓｔｓ」という識別子が付与される。この［プレイリスト］コンテナ６５１の子コンテナには、コンテンツ管理サーバ２０の所有者が設定した個別のプレイリストが分類される、［個別プレイリスト］コンテナ６６１が配置される。なお、図９に第４階層として記載されている［個別プレイリスト］コンテナ６６１は、１つのみであるが、実際には、複数の［個別プレイリスト］コンテナ６６１が配置される。また、複数の［個別プレイリスト］コンテナ６６１の下の階層には、アイテムとして、それぞれのプレイリストに含まれている複数のミュージックコンテンツ６６３が対応付けられる。

［アーティスト］コンテナ６５３は、ミュージックコンテンツが、コンテンツの属性情報に記載されているアーティスト情報に基づいて分類されるコンテナである。このコンテナ６５３には、例えば「ｍｕｓｉｃＡｌｌＡｒｔｉｓｔｓ」という識別子が付与される。この［アーティスト］コンテナ６５３の子コンテナには、各アーティストの名前やグループ名等に応じた［個別アーティスト］コンテナ６６５が配置される。なお、図９に第４階層として記載されている［個別アーティスト］コンテナ６６５は１つのみであるが、実際には、コンテンツの属性情報に記載されているアーティスト情報に基づいて、複数の［個別アーティスト］コンテナ６６５が配置される。

上記の複数の［個別アーティスト］コンテナ６６５には、それぞれ子コンテナとして、［すべて］コンテナ６６７と、［個別アルバム］コンテナ６６９が配置されてもよい。［すべて］コンテナ６６７には、［すべて］コンテナ６６７の親コンテナに対応するアーティストの全てのミュージックコンテンツ６６３が、アイテムとして対応付けられる。また、［個別アルバム］コンテナ６６９は、［個別アルバム］コンテナ６６９の親コンテナに対応するアーティストについて、コンテンツ管理サーバ２０が管理している全てのアルバムが、配置される。なお、図９に第５階層として記載されている［個別アルバム］コンテナ６６９は１つのみであるが、実際には、親コンテナに対応するアーティストのアルバムの種類に応じて、複数配置される。また、複数の［個別アルバム］コンテナ６６９の下の階層には、各アルバムに収録されているミュージックコンテンツ６６３が、アイテムとして対応付けられる。

［アルバム］コンテナ６５５は、ミュージックコンテンツが、コンテンツの属性情報に記載されているアルバム情報に基づいて分類されるコンテナである。このコンテナ６５５には、例えば「ｍｕｓｉｃＡｌｌＡｌｂｕｍｓ」という識別子が付与される。この［アルバム］コンテナ６５５の子コンテナには、アーティスト名等を問わず、コンテンツ管理サーバ２０が管理する全てのアルバムが割り当てられる、［個別アルバム］コンテナ５７１が配置される。なお、図９に第４階層として記載されている［個別アルバム］コンテナ６７１は１つのみであるが、実際には、コンテンツの属性情報に記載されているアルバム情報に基づいて、複数の［個別アルバム］コンテナ６７１が配置される。また、複数の［個別アルバム］コンテナ６７１の下の階層には、アイテムとして、それぞれのアルバムに収録されている複数のミュージックコンテンツ６６３が対応付けられる。

［ジャンル］コンテナ６５７は、ミュージックコンテンツが、コンテンツの属性情報に記載されているジャンル情報に基づいて分類されるコンテナである。このコンテナ６５７には、例えば「ｍｕｓｉｃＡｌｌＧｅｎｒｅｓ」という識別子が付与される。この［ジャンル］コンテナ６５７の子コンテナには、アーティスト名やアルバム名等を問わず、コンテンツ管理サーバ２０が管理する全てのミュージックコンテンツがコンテンツの属性情報に記載されているジャンル情報に基づいて割り当てられる、［個別ジャンル］コンテナ６７３が配置される。なお、図９に第４階層として記載されている［個別ジャンル］コンテナ６７３は１つのみであるが、実際には、コンテンツの属性情報に記載されているジャンル情報に基づいて、複数の［個別アルバム］コンテナ６７３が配置される。

［個別ジャンル］コンテナ６７３の子コンテナには、例えば、［すべてのアーティスト］コンテナ６７５と、［すべて］コンテナ６７７と、［個別アーティスト］コンテナ６７９とが配置される。

［すべてのアーティスト］コンテナ６７５は、親コンテナの個別ジャンルと同一のジャンル情報がコンテンツの属性情報に記載されているミュージックコンテンツが、アーティスト名を問わず分類されるコンテナである。［すべてのアーティスト］コンテナ６７５の子コンテナには、［個別ジャンル］コンテナ６７３と同一のジャンルに分類される全てのアルバムがアルバムごとに分類される、［個別アルバム］コンテナ６８１が配置される。さらに、［個別アルバム］コンテナ６８１の下の階層には、それぞれのアルバムに収録されているミュージックコンテンツ６６３が、対応付けられる。

［すべて］コンテナ６７７は、親コンテナである［個別ジャンル］コンテナ６７３のジャンルと同一のジャンル情報を有する全てのミュージックコンテンツが分類されるコンテナである。このコンテナ６７７の下の階層には、［個別ジャンル］コンテナ６７３と同一のジャンル情報を有する全てのミュージックコンテンツ６６３が対応付けられる。

［個別アーティスト］コンテナ６７９は、親コンテナである［個別ジャンル］コンテナ６７３のジャンルと同一のジャンル情報を有する全てのミュージックコンテンツが、アーティスト名ごとに分類されるコンテナである。図９に第５階層として配置されている［すべてのアーティスト］コンテナ６７９は１つのみであるが、実際には、親コンテナの個別ジャンルと同一のジャンルに属するアーティストの分だけ、複数のコンテナが配置される。［すべてのアーティスト］コンテナ６７９の子コンテナには、それぞれのアーティストについて、［すべて］コンテナ６８３と、［個別アルバム］コンテナ６８５とが配置される。［すべて］コンテナ６８３の下位の階層には、［個別ジャンル］コンテナ６７３と同一のジャンルに属するミュージックコンテンツのうち、［個別アーティスト］コンテナ６７９に属するアーティストのミュージックコンテンツ６６３が、全て対応付けられる。また、［個別アルバム］コンテナ６８５には、［個別ジャンル］コンテナ６７３と同一のジャンルに属するミュージックコンテンツのうち、［個別アーティスト］コンテナ６７９に属するアーティストのミュージックコンテンツが、アルバムごとに対応付けられる。［個別アルバム］コンテナ６８５の下の階層には、アルバムに収録されているミュージックコンテンツ６６３が、それぞれ対応付けられる。

［すべて］コンテナ６５９は、コンテンツ管理サーバ２０が管理しているミュージックコンテンツの全てが分類されるコンテナである。このコンテナ６５９には、例えば「ｍｕｓｉｃＡｌｌＩｔｅｍｓ」という識別子が付与される。この［すべて］コンテナ６５９の下位の階層には、コンテンツ管理サーバ２０が管理しているミュージックコンテンツ６６３が、アイテムとして割り当てられる。なお、この［すべて］コンテンツ６５９は、クライアント機器３０が、ミュージックコンテンツのシャッフル演奏等を実行したい場合などに利用することが可能である。

上記のようなミュージックツリーが生成されることで、メタデータ収集装置３０がメタデータの収集をしたり、クライアント機器４０がコンテンツの閲覧や検索したりする際には、メタデータ収集装置３０やクライアント機器４０は、コンテナに付与されている識別子を用いて、そのコンテナよりも下の階層に割り当てられているコンテナやコンテンツ等の内容を判断することができる。また、クメタデータ収集装置３０がメタデータの収集をしたり、クライアント機器４０がコンテンツの閲覧や検索したりする際に、第１階層から順に、各階層において適切なコンテナを選び、選択したコンテナの子コンテナを更に検索していくことで、効率の良い閲覧や検索を行うことができ、従来の木構造のように、階層を上に戻ったり下に進んだりしながらコンテンツの閲覧等を行うことが不要となる。

例えば、メタデータ収集装置３０が、コンテンツ管理サーバ２０が管理している全てのミュージックコンテンツのメタデータの収集を行なう場合には、メタデータ収集装置３０は、コンテンツ管理サーバ２０が生成した木構造全てを検索する必要はなく、「ｍｕｓｉｃＡｌｌＩｔｅｍｓ」の識別子が付与されたコンテナを検索するだけで全てのミュージックコンテンツのメタデータを収集することができ、メタデータの収集の効率化を図ることが可能となる。

同様に、例えばメタデータ収集装置３０が、コンテンツ管理サーバ２０が管理しているミュージックコンテンツのうち、ある特定のアーティストのコンテンツのメタデータのみを収集する場合には、メタデータ収集装置３０は、「ｍｕｓｉｃＡｌｌＡｒｔｉｓｔｓ」の識別子が付与されたコンテナをまず検索し、このコンテナよりも下の階層に割り当てられているメタデータの収集をしたいアーティストのコンテナを検索することで、効率良くメタデータの収集を図ることができる。

本実施形態に係るメタデータ収集装置３０やクライアント機器４０だけではなく、例えば他業者により製造されたクライアント機器等が、本実施形態に係るコンテンツ管理サーバ２０に接続された場合においても、上記のようなミュージックツリーを閲覧することが出来なくてはならない。そのために、上記のミュージックツリーにおいても、必須コンテナを規定しておくことが可能である。どのコンテナを必須コンテナとするかは、コンテンツ管理サーバ２０が使用される状況において、任意に決定することが可能であるが、例えば、第３階層に位置する［プレイリスト］コンテナ６５１と、この［プレイリスト］コンテナ６５１の子コンテナである、第４階層の［個別プレイリスト］コンテナ６６１を必須コンテナとしてもよい。

（フォトツリーの構造）
次に、図１０を参照しながら、本実施形態に係るフォトツリーの具体例について、詳細に説明する。図１０は、本実施形態に係るフォトコンテンツの割り当てについて説明するための説明図である。

図１０に示されているフォトツリーの全体構造から明らかなように、フォトコンテンツは、第１階層から第７階層までの７つの階層から構成されており、［ＲＯＯＴ］コンテナ６０１が配置されている第１階層の直下には、「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与された［フォト］コンテナ６０７が配置されている。この［フォト］コンテナ６０７が、第２階層となる。［フォト］コンテナ６０７の子コンテナとして、第３階層に位置する３つのコンテナが配置されている。第３階層に位置するコンテナには、例えば、［アルバム］コンテナ６９１と、［撮影日］コンテナ６９３と、［すべて］コンテナ６９５とが含まれる。

［アルバム］コンテナ６９１は、フォトコンテンツが、コンテンツの属性情報に記載されているアルバム情報に基づいて分類されるコンテナである。このコンテナ６９１には、例えば「ｐｈｏｔｏＡｌｌＡｌｂｕｍｓ」という識別子が付与される。この［アルバム］コンテナ６９１の子コンテナには、コンテンツ管理サーバ２０が管理する全てのアルバムが割り当てられる、［個別アルバム］コンテナ６９７が配置される。なお、図１０に第４階層として記載されている［個別アルバム］コンテナ６９７は１つのみであるが、実際には、コンテンツの属性情報に記載されているアルバム情報に基づいて、複数の［個別アルバム］コンテナ６９７が配置される。また、複数の［個別アルバム］コンテナ６９７の下の階層には、アイテムとして、それぞれのアルバムに登録されている複数のフォトコンテンツ６９９が対応付けられる。

［撮影日］コンテナ６９３は、フォトコンテンツが、コンテンツの属性情報に記載されている日付情報に基づいて分類されるコンテナである。このコンテナ６９３には、例えば「ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」という識別子が付与される。この［撮影日］コンテナ６９３の子コンテナには、コンテンツ管理サーバ２０が管理するフォトデータが、撮影年ごとに分類される［年］コンテナ７０１が配置される。また、［年］コンテナ７０１の子コンテナには、同一年に撮影されたフォトコンテンツが、撮影月日に関係なく全て対応付けられる、［すべて］コンテナ７０３が配置され、また、［すべて］コンテナ７０３と同じ第５階層に、同一年に撮影されたフォトコンテンツが撮影月ごとに分類される、［月］コンテナ７０５が配置される。［すべて］コンテナ７０３の下の階層には、同一年に撮影されたフォトコンテンツ６９９が、全て対応付けられる。

さらに、［月］コンテナ７０５の子コンテナには、同一月に撮影されたフォトコンテンツが、撮影の日付に関係なく全て対応付けられる、［すべて］コンテナ７０７が配置され、また、［すべて］コンテナ７０７と同じ第６階層に、同一日に撮影されたフォトコンテンツが、撮影日ごとに分類される、［日］コンテナ７０９が配置される。［すべて］コンテナ７０７の下の階層には、同一月に撮影されたフォトコンテンツ６９９が、全て対応付けられ、［日］コンテナ７０９の下の階層には、撮影された日ごとに分類されたフォトコンテンツ６９９が、対応付けられる。

図１０においては、［撮影日］コンテナ６９３の下の階層には、第４階層として［年］コンテナ７０１が、第５階層として［すべて］コンテナ７０３と［月］コンテナ７０５が、第６階層として［すべて］コンテナ７０７と［日］コンテナ７０９が、それぞれ配置されているが、コンテンツ管理サーバ２０が管理するフォトコンテンツの数に応じて、［撮影日］コンテナ６９３以下に配置するコンテナを変更してもよい。

例えば、同一日に撮影されたフォトコンテンツが多くない場合には、第４階層として［年］コンテナを配置し、［年］コンテナの子コンテナとして、［すべて］コンテナと、［月日］コンテナを配置してもよい。また、コンテンツ管理サーバ２０の管理するフォトコンテンツの数が少ない場合には、［撮影日］コンテナ６９３の子コンテナとして、［年月日］コンテナのみを配置してもよい。

また、第３階層に配置される［すべて］コンテナ６９５は、フォトコンテンツの属性情報に関係なく、コンテンツ管理サーバ２０が管理しているフォトコンテンツが全て対応付けられるコンテナである。このコンテナ６９５の下の階層に、各フォトコンテンツが対応付けられる。このコンテナ６９５には、例えば「ｐｈｏｔｏＡｌｌＩｔｅｍｓ」という識別子が付与される。

本実施形態に係るメタデータ収集装置３０やクライアント機器４０だけではなく、例えば他業者により製造されたクライアント機器等が、本実施形態に係るコンテンツ管理サーバ２０に接続された場合においても、上記のようなフォトツリーを閲覧することが出来なくてはならない。そのために、上記のフォトツリーにおいても、必須コンテナを規定しておくことが可能である。どのコンテナを必須コンテナとするかは、コンテンツ管理サーバ２０が使用される状況において、任意に決定することが可能であるが、例えば、［アルバム］コンテナ６９１と、［すべて］コンテナ６９５、および、［個別アルバム］コンテナ６９７を必須コンテナとしてもよい。

上記のようなフォトツリーが生成されることで、メタデータ収集装置３０がメタデータの収集をしたり、クライアント機器４０がコンテンツの閲覧や検索したりする際には、メタデータ収集装置３０やクライアント機器４０は、コンテナに付与されている識別子を用いて、そのコンテナよりも下の階層に割り当てられているコンテナやコンテンツ等の内容を判断することができる。また、メタデータ収集装置３０がメタデータの収集をしたり、クライアント機器４０がコンテンツの閲覧や検索したりする際に、第１階層から順に、各階層において適切なコンテナを選び、選択したコンテナの子コンテナを更に検索していくことで、効率の良い閲覧や検索を行うことができ、従来の木構造のように、階層を上に戻ったり下に進んだりしながらコンテンツの閲覧等を行うことが不要となる。

例えば、メタデータ収集装置３０が、コンテンツ管理サーバ２０が管理している全てのフォトコンテンツのメタデータの収集を行なう場合には、メタデータ収集装置３０は、コンテンツ管理サーバ２０が生成した木構造全てを検索する必要はなく、「ｐｈｏｔｏＡｌｌＩｔｅｍｓ」の識別子が付与されたコンテナを検索するだけで全てのフォトコンテンツのメタデータを収集することができ、メタデータの収集の効率化を図ることが可能となる。

上記のような、所定の規則に則った木構造の各コンテナに対して、ローカルコンテンツを含むか参照コンテンツを含むかを示す種別区分識別子を別途付加することにより、メタデータ収集装置３０やクライアント機器４０が木構造を検索する際に、効率の良いメタデータの収集やコンテンツの検索を行うことが可能となる。

また、本実施形態に係る木構造を形成するコンテナに、参照コンテンツが割り当てられる場合には、参照コンテンツのメタデータに、例えば図１１に示したような識別子が、追加記載される。

例えば、参照コンテンツのメタデータには、アイテムの参照先サーバ名（参照コンテンツのコンテンツデータを管理しているコンテンツ管理サーバ２０のサーバ名）を含まない本来のタイトル名を示す「ａｖ：ｏｒｇＴｉｔｌｅ」識別子や、アイテムの参照先サーバのＵＵＩＤを示す「ａｖ：ｏｒｇＵｕｉｄ」識別子や、アイテムの参照先サーバに付与された名前を示す「ａｖ：ｏｒｇＳｅｒｖｅｒＮａｍｅ」識別子や、アイテムの参照先サーバのＭＡＣアドレスを示す「ａｖ：ｏｒｇＭａｃＡｄｄｒｅｓｓ」識別子等の識別子が付加される。これ以外に、参照コンテンツのメタデータには、参照先サーバに電源が入っているか否かを示す識別子である「ａｖ：ｏｒｇＡｌｉｖｅ」識別子が、付加される。

また、上記の識別子は、図１１に示したように、コンテンツのデバイス・デバイスデスクリプションにおけるｒｅｓ（リソースに関する情報を記載する箇所）に記載されていても良い（ただし、ａｖ：ｏｒｇＴｉｔｌｅは除く）。

（メタデータの収集方法）
続いて、図１２〜図１８を参照しながら、本実施形態に係るメタデータの収集方法について、詳細に説明する。図１２〜図１８は、本実施形態に係るメタデータの収集方法を説明するための流れ図である。

本実施形態に係るメタデータ収集装置３０は、図１２に示したように、コンテンツ管理サーバ２０のサーバ情報に記載されている、識別フラグを参照する。そして、ローカルコンテンツを含む旨を表す識別フラグを有するコンテンツ管理サーバ２０を、メタデータの収集対象とする。図１２に示したように、コンテンツ管理サーバＡおよびコンテンツ管理サーバＣは、ローカルコンテンツを含む旨を表す識別フラグを有しているため、メタデータ収集装置３０は、これらのサーバを、メタデータの収集対象とする。また、コンテンツ管理サーバＢは、ローカルコンテンツを含む旨の識別フラグを有していないため、メタデータ収集装置３０は、コンテンツ管理サーバＢは、メタデータの収集対象とはしない。

上記のような識別フラグの例として、例えば、上述の「ａｖ：ａｇｇｒｅｇａｔｉｏｎＦｌａｇｓ」という識別フラグを挙げることができる。この識別フラグは、コンテンツ管理サーバ２０のデバイス・デスクリプションに記載される識別フラグである。この「ａｖ：ａｇｇｒｅｇａｔｉｏｎＦｌａｇｓ」は、上述のように、例えば「ａｇ−ｖａｌ」と「ｌｃ−ｖａｌ」という２つの要素からなる２ビットの識別フラグとすることができる。

上述のように、「ａｇ−ｖａｌ」と「ｌｃ−ｖａｌ」の各要素を設定して組み合わせることで、「ａｖ：ａｇｇｒｅｇａｔｉｏｎＦｌａｇｓ」という識別フラグは、コンテンツ管理サーバ２０を、管理しているコンテンツの種類という観点から４種類に分類することができる。

続いて、図１３〜図１８を参照しながら、本実施形態に係るメタデータの収集方法について、詳細に説明する。

図１３に示したように、本実施形態に係るメタデータ収集装置３０のメタデータ収集部３０１は、まず、Ｍ−Ｓｅａｒｃｈ要求を発して、通信網１２に接続されているコンテンツ管理サーバ２０（例えば、ＤＭＳ）のリストを取得する（ステップＳ１０１）。以下の手順は、取得したリストに記載されたコンテンツ管理サーバ２０全てに対して行われる。

続いて、メタデータ収集部３０１は、取得したコンテンツ管理サーバ２０のリストを参照して、まだ未探索のＤＭＳがあるかどうかを判定する（ステップＳ１０３）。未探索のＤＭＳがない場合には、メタデータ収集部３０１は、メタデータの収集を終了する。また、未探索のＤＭＳがあると判断した場合には、メタデータ収集部３０１は、未探索のＤＭＳのデバイス・デスクリプションを確認し、状態変数ＤＤ＿Ｆｌａｇｓとして記録されている「ａｖ：ａｇｇｒｅｇａｔｉｏｎＦｌａｇｓ」の値を記憶する（ステップＳ１０５）。

続いて、メタデータ収集部３０１は、取得したＤＤ＿Ｆｌａｇｓの値について判定を行う（ステップＳ１０７）。ＤＤ＿Ｆｌａｇｓの値が「１０」である場合、すなわち、「参照コンテンツを管理しており、ローカルコンテンツを管理していない」場合、メタデータ収集部３０１は、そのＤＭＳについては、メタデータの収集を行わず（ステップＳ１０９）、未探索のＤＭＳがあるかどうかの判定を再度行う。

また、ＤＤ＿Ｆｌａｇｓの値が「１１」、「０１」、または「なし」場合には、メタデータ収集部３０１は、ＣＤＳの収集を開始する（ステップＳ１１１）。これは、ＤＤ＿Ｆｌａｇｓの値が「１１」である場合は、参照コンテンツとローカルコンテンツの両方を管理している場合を示しており、また、ＤＤ＿Ｆｌａｇｓの値が「０１」である場合には、参照コンテンツは管理しておらず、ローカルコンテンツのみを管理している場合を示すものだからである。また、ＤＤ＿Ｆｌａｇｓの値が「なし」場合は、そのコンテンツ管理サーバ２０が、本実施形態に係る識別フラグや各種識別子を付加していない（例えば、他社のコンテンツ管理サーバが接続されている場合等）ことを示しているため、ＣＤＳの取得を行う必要があるからである。

ＣＤＳの収集処理は、図１４に示したように、まず、状態変数であるＣｒｎｔ＿Ｃｏｎｔの値を記憶することから始まる。この状態変数は、現在参照しているコンテナの識別子を設定する変数であり、ＣＤＳの収集を開始する時点では、Ｃｒｎｔ＿ＣｏｎｔはＲｏｏｔ Ｃｏｎｔａｉｎｅｒ（ルートコンテナ）に設定される（ステップＳ２０１）。続いて、メタデータ収集部３０１は、Ｃｒｎｔ＿Ｃｏｎｔで設定されたルートコンテナを起点にして、コンテナの収集を開始する（ステップＳ２０３）。

コンテナの収集に際し、メタデータ収集部３０１は、まず、覚えておいたデバイス・デスクリプションのＤＤ＿Ｆｌａｇｓの値を判別する（ステップＳ３０１）。ＤＤ＿Ｆｌａｇｓの値が「１１」である場合には、メタデータ収集部３０１は、Ｃｒｎｔ＿Ｃｏｎｔのメタデータを確認する（ステップＳ３０３）。また、ＤＤ＿Ｆｌａｇｓの値が「０１」または「なし」場合には、Ｃｒｎｔ＿Ｃｏｎｔに未探索の子アイテムが存在するかどうかを判別する（ステップＳ３０５）。

上記のステップＳ３０３において、Ｃｒｎｔ＿Ｃｏｎｔのメタデータを確認して、Ｃｒｎｔ＿Ｃｏｎｔに識別子「ａｖ：ｎｏＬｏｃａｌＣｏｎｔｅｎｔｓ」が付加されている場合には、メタデータ収集部３０１は、その識別子の値を判別する（ステップＳ３０７）。識別子「ａｖ：ｎｏＬｏｃａｌＣｏｎｔｅｎｔｓ」の値が「１」である場合は、Ｃｒｎｔ＿Ｃｏｎｔの属する階層よりも下位階層のコンテナには、ローカルコンテンツは存在せず、参照コンテンツのみが存在している場合であるため、メタデータ収集部３０１は、メタデータの収集を行わず（ステップＳ３０９）、コンテナの収集を終了する（ステップＳ３１１）。

また、ステップＳ３０７において、識別子「ａｖ：ｎｏＬｏｃａｌＣｏｎｔｅｎｔｓ」の値が「０」である場合は、Ｃｒｎｔ＿Ｃｏｎｔの属する階層よりも下位階層のコンテナに、ローカルコンテンツが存在することを示しているため、Ｃｒｎｔ＿Ｃｏｎｔに未探索の子アイテムが存在するかどうかを判別する（ステップＳ３０５）。

上記のステップＳ３０５において、Ｃｒｎｔ＿Ｃｏｎｔに未探索の子アイテムが存在すると判別された場合には、メタデータ収集部３０１は、現在参照しているアイテムを表す状態変数であるＣｒｎｔ＿Ｉｔｅｍを未探索の子アイテムの一つとして（ステップＳ３１３）、アイテムの収集を開始する（ステップＳ３１５）。

また、上記のステップＳ３０５において、Ｃｒｎｔ＿Ｃｏｎｔに未探索の子アイテムが存在しないと判別された場合には、メタデータ収集部３０１は、Ｃｒｎｔ＿Ｃｏｎｔに、未探索の子コンテナが存在するかどうかを判別する（ステップＳ３１７）。未探索の子コンテナが存在する場合には、Ｃｒｎｔ＿Ｃｏｎｔを未探索の子コンテナの一つと設定して（ステップＳ３１９）、再度、コンテナ収集の流れを実行する（ステップＳ３２１）。また、未探索の子コンテナが存在しない場合には、メタデータ収集部３０１は、コンテナの収集処理を終了する（ステップＳ３２３）。

アイテム収集処理は、図１６に記載のように、まず、メタデータ収集部３０１がアイテムに参照先ＩＤ（ｒｅｆＩＤ）が付加されているか否かを判断することから始まる（ステップＳ４０１）。アイテムに参照先ＩＤが付加されている場合には、メタデータ収集部３０１は、参照先ＩＤに記載されているＩＤ（すなわち、アイテムの参照先）の値を既に収集済みか否かを判断する（ステップＳ４０３）。また、ステップＳ４０１において、アイテムに参照先ＩＤが付加されていない場合には、メタデータ収集部３０１は、アイテムの識別ＩＤに記載されているＩＤ（識別ＩＤ）は既に収集済みか否かを判断する（ステップＳ４０５）。

上記のステップＳ４０３において、メタデータ収集部３０１が、参照先ＩＤに記載されているＩＤを既に収集済みであると判断した場合には、その参照先ＩＤが付加されているアイテムは既に収集済みであるとして、アイテムの収集は行なわず、アイテム収集を終了する（ステップＳ４０７）。また、上記のステップＳ４０３において、メタデータ収集部３０１が、参照先ＩＤに記載されているＩＤを未だ収集していないと判断した場合には、その参照先ＩＤが付加されているＩＤのアイテムをＢｒｏｗｓｅして（ステップＳ４０９）、後述のステップＳ４１３の処理を行なう。

また、上記のステップＳ４０５において、メタデータ収集部３０１が、アイテムの識別ＩＤに記載されているＩＤを既に収集済みであると判断した場合には、メタデータ収集部３０１は、その識別ＩＤが付加されたアイテムを収集せず、アイテム収集を終了する（ステップＳ４１１）。

上記のステップＳ４０５において、メタデータ収集部３０１が、アイテムの識別ＩＤに記載されているＩＤは未だ収集していないと判断した場合、または、上記のステップＳ４０９において、アイテムのＢｒｏｗｓｅ命令が発せられた場合には、メタデータ収集部３０１は、ＤＤ＿Ｆｌａｇｓの値を参照する（ステップＳ４１３）。

ＤＤ＿Ｆｌａｇｓの値が「０１」である場合には、このアイテムはローカルコンテンツであることが明らかであるため、メタデータ収集部３０１は、アイテムを収集する必要があると判断し、収集するアイテムのＩＤを記憶し（ステップＳ４１５）、アイテム収集処理を終了する。また、ＤＤ＿Ｆｌａｇｓの値が「１１」または「なし」の場合は、このアイテムは、ローカルコンテンツであるか参照コンテンツであるかが未だ確定しないため、メタデータ収集部３０１は、以下の処理を行なう。

続いて、メタデータ収集部３０１は、現在参照しているアイテムのｒｅｓの記載箇所（アイテムのリソースに関する記載箇所）に記載されているＩＰアドレスをチェックする（ステップＳ４１７）。チェックしたＩＰアドレスがＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）による宛先ＩＰアドレスと異なる場合には、メタデータ収集部３０１は、このアイテムを収集する必要はないと判断し（ステップＳ４１１）、アイテムの収集処理を終了する。また、チェックしたＩＰアドレスがＳＯＡＰ宛先ＩＰと同一である場合には、メタデータ収集部３０１は、以下の処理を行なう。

次いで、メタデータ収集部３０１は、現在参照しているアイテムの「ａｖ：ｏｒｇＵｕｉｄ」識別子を参照する（ステップＳ４１９）。ＵＵＩＤは、コンテンツ管理サーバとしての識別子を表すＩＤであり、この識別子の値と同一のＵＵＩＤを既に収集済みであれば、メタデータ収集部３０１は、このＩＤを有するアイテムは収集せず（ステップＳ４１１）、アイテムの収集処理を終了する。また、上記の「ａｖ：ｏｒｇＵｕｉｄ」識別子と同一のＵＵＩＤが存在しなければ、メタデータ収集部３０１は、以下の処理を行なう。

続いて、メタデータ収集部３０１は、現在参照しているアイテムのｒｅｓの記載箇所に記載されている「ａｖ：ｏｒｇＵｕｉｄ」識別子の値を参照する（ステップＳ４２１）。上記箇所に記載されているＵＵＩＤが、全てのｒｅｓに含まれている場合には、メタデータ収集部３０１は、当該アイテムは収集する必要が無いと判断し（ステップＳ４１１）、アイテムの収集処理を終了する。また、上記箇所に記載されているＵＵＩＤが、ｒｅｓに全く記載されていない場合には、このアイテムは収集する必要があると判断し、ＩＤを記憶して、アイテム収集処理を終了する（ステップＳ４１５）。また、上記箇所に記載されているＵＵＩＤが、一部のｒｅｓに含まれている場合には、ｒｅｓの記載箇所に記載されている「ａｖ：ｏｒｇＵｕｉｄ」識別子が無いｒｅｓを収集して（ステップＳ４２３）、アイテム収集処理を終了する。

アイテム収集処理が終了すると、図１５に示したように、現在参照しているコンテナに未探索の子アイテムがあるか否かを判断し（ステップＳ３０５）、存在する場合には、再度アイテム収集処理を開始する。また、子アイテムが存在しない場合には、現在参照しているコンテナに未探索の子コンテナがあるか否かを判断し（ステップＳ３１７）、ある場合には、再度コンテナの収集処理を開始する。また、未探索の子コンテナが無い場合には、コンテナの収集処理を終了する（ステップＳ３２３）。

上記のようにして、コンテナの収集処理を終了すると、メタデータ収集部３０１は、図１４に示したように、Ｃｒｎｔ＿Ｃｏｎｔ（現在参照しているコンテナ）と同じ階層レベルに、未だ見探索のコンテナがあるかどうかを判断する（ステップＳ５０１）。未探索のコンテナがあると判断した場合には、メタデータ収集部３０１は、Ｃｒｎｔ＿Ｃｏｎｔ変数を、残りの未探索コンテナの一つに設定し（ステップＳ５０３）、上述のコンテナ収集処理を開始する（ステップＳ２０３）。

また、上記のステップＳ５０１において、未探索のコンテナが無いと判断した場合には、メタデータ収集部３０１は、Ｃｒｎｔ＿Ｃｏｎｔ変数を親コンテナに設定し（ステップＳ５０５）、Ｃｒｎｔ＿Ｃｏｎｔを探索済みと記憶する（ステップＳ５０７）。次に、メタデータ収集部３０１は、現在のＣｒｎｔ＿Ｃｏｎｔ変数の値をチェックし、Ｃｒｎｔ＿Ｃｏｎｔ変数の値がルートコンテナかどうかを判断する（ステップＳ５０９）。ルートコンテナではないと判断した場合には、再度Ｃｒｎｔ＿Ｃｏｎｔと同じ階層レベルに、未探索のコンテナがあるかどうかを判断する（ステップＳ５０１）。また、ルートコンテナであると判断した場合には、メタデータ収集部３０１は、ＣＤＳの収集処理を終了する（ステップＳ５１１）。

ＣＤＳの収集処理が終了すると、図１３に示したように、メタデータ収集部３０１は、未探索のＤＭＳがあるかどうかを判断し（ステップＳ１０３）、ある場合には、ＣＤＳの収集処理を再度開始する。また、未探索のＤＭＳが無いと判断した場合には、メタデータの収集処理を終了する。

上記のようなメタデータの収集処理を行なうことで、本実施形態に係るメタデータ収集装置は、コンテンツを管理する複数のコンテンツ管理サーバからメタデータを重複なく収集することが可能となる。

＜アイテムの収集処理における第１変形例＞
続いて、図１７および図１８を参照しながら、アイテムの収集処理における第１変形例について、詳細に説明する。図１７および図１８は、本変形例におけるメタデータ収集方法を説明するための流れ図である。

本変形例におけるアイテム収集処理は、図１７に記載のように、まず、メタデータ収集部３０１がアイテムに参照先ＩＤ（ｒｅｆＩＤ）が付加されているか否かを判断することから始まる（ステップＳ６０１）。アイテムに参照先ＩＤが付加されている場合には、メタデータ収集部３０１は、参照先ＩＤに記載されているＩＤ（すなわち、アイテムの参照先）の値を既に収集済みか否かを判断する（ステップＳ６０３）。また、ステップＳ６０１において、アイテムに参照先ＩＤが付加されていない場合には、メタデータ収集部３０１は、アイテムの識別ＩＤに記載されているＩＤ（識別ＩＤ）は既に収集済みか否かを判断する（ステップＳ６０５）。

上記のステップＳ６０３において、メタデータ収集部３０１が、参照先ＩＤに記載されているＩＤを既に収集済みであると判断した場合には、その参照先ＩＤが付加されているアイテムは既に収集済みであるとして、アイテムの収集は行なわず、アイテム収集を終了する（ステップＳ６０７）。また、上記のステップＳ６０３において、メタデータ収集部３０１が、参照先ＩＤに記載されているＩＤを未だ収集していないと判断した場合には、その参照先ＩＤが付加されているＩＤのアイテムをＢｒｏｗｓｅして（ステップＳ６０９）、後述のステップＳ６１３の処理を行なう。

また、上記のステップＳ６０５において、メタデータ収集部３０１が、アイテムの識別ＩＤに記載されているＩＤを既に収集済みであると判断した場合には、メタデータ収集部３０１は、その識別ＩＤが付加されたアイテムを収集せず、アイテム収集を終了する（ステップＳ６１１）。

上記のステップＳ６０５において、メタデータ収集部３０１が、アイテムの識別ＩＤに記載されているＩＤは未だ収集していないと判断した場合、または、上記のステップＳ６０９において、アイテムのＢｒｏｗｓｅ命令が発せられた場合には、メタデータ収集部３０１は、ＤＤ＿Ｆｌａｇｓの値を参照する（ステップＳ６１３）。

ＤＤ＿Ｆｌａｇｓの値が「０１」である場合には、このアイテムはローカルコンテンツであることが明らかであるため、メタデータ収集部３０１は、アイテムを収集する必要があると判断し、収集するアイテムのＩＤを記憶し（ステップＳ６１５）、後述する同一性チェックを実行し（ステップＳ６１７）、チェック終了後にアイテム収集処理を終了する。また、ＤＤ＿Ｆｌａｇｓの値が「１１」または「なし」の場合は、このアイテムは、ローカルコンテンツであるか参照コンテンツであるかが未だ確定しないため、メタデータ収集部３０１は、以下の処理を行なう。

続いて、メタデータ収集部３０１は、現在参照しているアイテムのｒｅｓの記載箇所（アイテムのリソースに関する記載箇所）に記載されているＩＰアドレスをチェックする（ステップＳ６１９）。チェックしたＩＰアドレスがＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）による宛先ＩＰアドレスと異なる場合には、メタデータ収集部３０１は、このアイテムを収集する必要はないと判断し（ステップＳ６１１）、アイテムの収集処理を終了する。また、チェックしたＩＰアドレスがＳＯＡＰ宛先ＩＰと同一である場合には、メタデータ収集部３０１は、以下の処理を行なう。

次いで、メタデータ収集部３０１は、現在参照しているアイテムの「ａｖ：ｏｒｇＵｕｉｄ」識別子を参照する（ステップＳ６２１）。ＵＵＩＤは、コンテンツ管理サーバとしての識別子を表すＩＤであり、この識別子の値と同一のＵＵＩＤを既に収集済みであれば、メタデータ収集部３０１は、このＩＤを有するアイテムは収集せず（ステップＳ６１１）、アイテムの収集処理を終了する。また、上記の「ａｖ：ｏｒｇＵｕｉｄ」識別子と同一のＵＵＩＤが存在しなければ、メタデータ収集部３０１は、以下の処理を行なう。

続いて、メタデータ収集部３０１は、現在参照しているアイテムのｒｅｓの記載箇所に記載されている「ａｖ：ｏｒｇＵｕｉｄ」識別子の値を参照する（ステップＳ６２３）。上記箇所に記載されているＵＵＩＤが、全てのｒｅｓに含まれている場合には、メタデータ収集部３０１は、当該アイテムは収集する必要が無いと判断し（ステップＳ６１１）、アイテムの収集処理を終了する。また、上記箇所に記載されているＵＵＩＤが、ｒｅｓに全く記載されていない場合には、このアイテムは収集する必要があると判断し、ＩＤを記憶して（ステップＳ６１５）、同一性チェックを実行した後（ステップＳ６１７）、アイテム収集処理を終了する。また、上記箇所に記載されているＵＵＩＤが、一部のｒｅｓに含まれている場合には、ｒｅｓの記載箇所に記載されている「ａｖ：ｏｒｇＵｕｉｄ」識別子が無いｒｅｓを収集して（ステップＳ６２５）、同一性チェックを実行した後に（ステップＳ６１７）、アイテム収集処理を終了する。

続いて、図１８を参照しながら、本変形例における同一性チェックについて、詳細に説明する。

まず、メタデータ収集部３０１は、全てのＩＤまたはｒｅｓについて、チェックを行なったかについて、判断する（ステップＳ７０１）。チェックを実行していない場合には、メタデータ収集部３０１は、アイテムのメタデータに含まれる所在情報を参照し、同一のＵＲＬとなるコンテンツが存在するかどうかを判断する（ステップＳ７０３）。同一のＵＲＬを有するコンテンツが存在する場合には、現時点で収集しようとしているコンテンツは、収集する必要はないと判断する（ステップＳ７１１）。

また、同一のＵＲＬとなるコンテンツが存在しない場合には、メタデータ収集部３０１は、アイテムのメタデータに含まれるデータサイズを比較し、同じサイズのコンテンツが存在しているかを判断する（ステップＳ７０５）。同一のサイズのものが存在しない場合には、このアイテムを収集する必要があると判断し。メタデータの収集を行なう（ステップＳ７０９）。

また、同じサイズのものが存在した場合には、メタデータ収集部３０１は、同一のサイズであるアイテムの最初の数百バイトに記載されている内容を判断し、同一のアイテムであるか否かを判断する（ステップＳ７０７）。

データ内容の比較の結果、同一ではないと判断した場合には、メタデータ収集部３０１は、メタデータの収集を行なう（ステップＳ７０９）。また、同一であると判断した場合には、メタデータ収集部３０１は、メタデータの収集処理は行なわない（ステップＳ７１１）。

上記の処理の結果、収集するかしないかが判断できた場合には、メタデータ収集部３０１は、再度、全てのＩＤまたはｒｅｓをチェックしたかどうかを判断し（ステップＳ７０１）、チェックした場合には、同一性チェックを終了する（ステップＳ７１３）。

以上のような、同一性チェックを更に行なうことで、同一のコンテンツに対応したメタデータを重複して収集する可能性を一層低減することが可能となる。

（コンテンツリストの内容について）
続いて、図１９を参照しながら、本実施形態に係るメタデータ収集装置３０が生成するコンテンツリストについて、簡単に説明する。図１９は、本実施形態に係るコンテンツリストの一例を説明するための説明図である。

本実施形態に係るメタデータ収集装置３０は、複数のコンテンツ管理サーバ２０から収集したメタデータに基づいて、図１９に示したような項目からなるコンテンツリストを生成する。コンテンツリストには、例えば、コンテンツタイトルと、メディアクラスと、オリジナルタイトルと、サーバ名と、サーバのＵＵＩＤと、サーバのＭＡＣアドレスと、サーバ状態と、からなる項目が記載される。

コンテンツタイトルおよびオリジナルタイトルは、コンテンツのタイトルを記載する項目である。ただ、コンテンツタイトルには、メタデータ収集装置３０の使用者が、適宜サーバ情報等を入れ込むことが可能である。例えば、図１９に示した場合には、オリジナルタイトルが「ちあきカンタービレ」であるコンテンツに対して、ホームネットワークにおけるオリジナルコンテンツを管理しているサーバの位置（例えば、上記の例の場合には、居間においてあるサーバ）を明確にするために、コンテンツタイトルとして「ちあきカンタービレ（居間）」を設定することが可能である。

また、メディアクラス欄には、ビデオコンテンツ、ミュージックコンテンツ、フォトコンテンツといったコンテンツの種類を明確にするために、コンテンツの種類が記載される。

また、コンテンツを管理しているコンテンツ管理サーバに関する情報を明確にするために、コンテンツリストには、サーバ名、サーバのＵＵＩＤ、サーバのＭＡＣアドレス、サーバ状態といった項目が記載される。

参照元サーバのサーバ名を記載することで、コンテンツを管理しているサーバがどれであるかを、メタデータ収集装置３０やクライアント機器４０の使用者に明確に示すことが可能となるとともに、サーバに何らかの障害が発生した場合に、使用者にどのサーバで問題が発生しているかを示すことが可能となる。

また、参照元サーバのＵＵＩＤを記載することで、参照先サーバのＩＰアドレスが何らかの原因で変わってしまった場合に、サーバのＩＰアドレスを追跡することが可能となる。

更に、参照元サーバに電源が入っているか否かを示すサーバ情報と、参照元サーバのＭＡＣアドレスを記載することで、参照元サーバに電源が入っているかどうかを容易に判断することができ、参照元サーバに電源が入っていない場合にも、参照元サーバのＭＡＣアドレス宛にＷｏＬパケットを送信することで、参照元サーバの電源を入れ、参照元サーバから各種情報を得ることが可能となる。なお、図１９の例では、サーバに電源が入っている場合は、「１」として記載され、電源が入っていない場合には、「０」として記載される。

メタデータ収集装置３０のコンテンツリスト生成部３０３は、上記のようなコンテンツリストを生成して、クライアント機器４０に開示することが可能である。クライアント機器４０は、上記のようなコンテンツリストを参照することで、コンテンツデータの取得を容易に行なうことが可能となるとともに、コンテンツ管理サーバで何らかの障害が発生しているか否かを容易に判別することが可能となる。

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

例えば、上述した実施形態においては、メタデータ収集装置は、メタデータの収集とコンテンツリストの生成・開示という機能のみを有する場合について説明したが、コンテンツ管理サーバがメタデータ収集装置の機能を有していてもよく、クライアント機器がメタデータ収集装置としての機能を有していても良い。

本発明の好適な実施形態に係るメタデータ収集システムを説明するための説明図である。 同実施形態に係るコンテンツ管理サーバのハードウェア構成を説明するためのブロック図である。 同実施形態に係るコンテンツ管理サーバの構成を説明するためのブロック図である。 同実施形態に係るメタデータ収集装置の構成を説明するためのブロック図である。 同実施形態に係るクライアント機器の構成を説明するためのブロック図である。 同実施形態に係る木構造を説明するための説明図である。 同実施形態に係る木構造を説明するための説明図である。 同実施形態に係るビデオコンテンツの割り当てを説明するための説明図である。 同実施形態に係るミュージックコンテンツの割り当てを説明するための説明図である。 同実施形態に係るフォトコンテンツの割り当てを説明するための説明図である。 同実施形態に係る参照コンテンツに付加される識別子の一例を示す説明図である。 同実施形態に係るメタデータ収集装置を説明するための説明図である。 同実施形態に係るメタデータ収集方法を説明するための流れ図である。 同実施形態に係るメタデータ収集方法を説明するための流れ図である。 同実施形態に係るメタデータ収集方法を説明するための流れ図である。 同実施形態に係るメタデータ収集方法を説明するための流れ図である。 同実施形態に係るメタデータ収集方法を説明するための流れ図である。 同実施形態に係るメタデータ収集方法を説明するための流れ図である。 同実施形態に係るコンテンツリストの一例を示す説明図である。

符号の説明

１０ メタデータ収集システム
１２ 通信網
２０ コンテンツ管理サーバ
３０ メタデータ収集装置
４０ クライアント機器
２３１ 木構造生成部
２３３ コンテンツ割当部
２３５ 識別子付加部
２３７ コンテンツ取得部
２３９ コンテンツ開示部
２４１ 記憶部
２４３ 通信部
３０１ メタデータ収集部
３０３ コンテンツリスト生成部
３０５ 記憶部
３０７ コンテンツリスト開示部
３０９ 通信部
４０１ コンテンツ取得部
４０３ コンテンツ再生部
４０５ 記憶部
４０７ 通信部

Claims (18)

1. コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが格納するコンテンツの前記メタデータを参照コンテンツとして管理可能な複数のコンテンツ管理サーバと、前記複数のコンテンツ管理サーバに接続され、当該複数のコンテンツ管理サーバから前記メタデータを収集するメタデータ収集装置とを含むメタデータ収集システムであって、
   前記コンテンツ管理サーバは、
   前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記コンテンツ管理サーバが前記参照コンテンツを管理しているか否かを示すサーバ情報とを記憶する記憶部と、
   階層化された複数のコンテナからなる木構造を生成する木構造生成部と、
   前記メタデータに含まれる前記属性情報に基づいて、前記ローカルコンテンツ及び／又は前記参照コンテンツを前記木構造に割り当てるコンテンツ割当部と、
   前記木構造に割り当てられた前記ローカルコンテンツ及び／又は前記参照コンテンツの前記メタデータに含まれる前記所在情報に基づいて、コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子を、前記複数のコンテナに付加する識別子付加部と、
   前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記種別区分識別子とが割り当てられた前記木構造を、前記メタデータ収集装置に開示するコンテンツ開示部と、
   から構成され、
   前記メタデータ収集装置は、
   当該メタデータ収集装置が接続されている複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集する
   ことを特徴とする、コンテンツ情報収集システム。
2. メタデータ収集装置およびクライアント機器と通信可能であり、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能なコンテンツ管理サーバであって、
   前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記コンテンツ管理サーバが管理している前記コンテンツの種別を表す識別フラグを含むサーバ情報とを記憶する記憶部と、
   階層化された複数のコンテナからなる木構造を生成する木構造生成部と、
   前記メタデータに含まれる前記属性情報に基づいて、前記ローカルコンテンツ及び／又は前記参照コンテンツを前記木構造に割り当てるコンテンツ割当部と、
   前記木構造に割り当てられた前記ローカルコンテンツ及び／又は前記参照コンテンツの前記メタデータに含まれる前記所在情報に基づいて、コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子を、前記複数のコンテナに付加する識別子付加部と、
   前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記種別区分識別子とが割り当てられた前記木構造を、前記メタデータ収集装置に開示するコンテンツ開示部と、
   を備えることを特徴とする、コンテンツ管理サーバ。
3. 前記コンテンツの種別フラグは、前記ローカルコンテンツのみを管理していることを表すフラグ、前記参照コンテンツのみを管理していることを表すフラグ、前記ローカルコンテンツと前記参照コンテンツの両方を管理していることを表すフラグまたは前記ローカルコンテンツと前記参照コンテンツの両方を管理していないことを表すフラグのいずれかであることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
4. 前記識別子付加部は、
   前記木構造生成部が生成した木構造に対して、一のコンテナが属する階層の下位階層に割り当てられる他のコンテナの分類区分またはコンテンツの分類区分を示す分類区分識別子を、前記複数のコンテナに対して付加する
   ことを特徴とする、請求項２に記載のコンテンツ管理サーバ。
5. 前記コンテンツ割当部は、一のコンテンツを、前記分類区分記識別子に基づいて、前記木構造の複数のコンテナに割り当てることを特徴とする、請求項４に記載のコンテンツ管理サーバ。
6. 前記木構造の階層数は、１０以下であることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
7. コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能であり、管理しているコンテンツの種別を表す識別フラグをサーバ情報として有するコンテンツ管理サーバと通信可能なメタデータ収集装置であって、
   当該メタデータ収集装置が接続されている複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集する、メタデータ収集部を備えることを特徴とする、メタデータ収集装置。
8. 前記コンテンツの種別フラグは、前記ローカルコンテンツのみを管理していることを表すフラグ、前記参照コンテンツのみを管理していることを表すフラグ、前記ローカルコンテンツと前記参照コンテンツの両方を管理していることを表すフラグまたは前記ローカルコンテンツと前記参照コンテンツの両方を管理していないことを表すフラグのいずれかであり、
   前記メタデータ収集部は、前記コンテンツの識別フラグが、前記ローカルコンテンツのみを管理していることを表すフラグまたは前記ローカルコンテンツと前記参照コンテンツの両方を管理していることを表すフラグのいずれかである場合に、前記コンテンツ管理サーバから前記メタデータを収集する
   ことを特徴とする、請求項７に記載のメタデータ収集装置。
9. 前記メタデータ収集部は、一の前記コンテナに対して前記ローカルコンテンツを格納していることを示す前記種別区分識別子が付加されている場合にのみ、前記種別区分識別子が付加されたコンテナが属する階層の下位階層を参照することを特徴とする、請求項７に記載のメタデータ収集装置。
10. 前記メタデータ収集部は、前記複数のコンテンツ管理サーバから収集した前記メタデータについて、同一の情報からなる前記メタデータが存在するか否かの同一性チェックを行うことを特徴とする、請求項９に記載のメタデータ収集装置。
11. 前記メタデータは、当該メタデータに対応する前記コンテンツの識別ＩＤ情報を有しており、
    前記メタデータ収集部は、収集した前記メタデータに含まれる前記識別ＩＤ情報を比較することで、前記同一性チェックを行うことを特徴とする、請求項１０に記載のメタデータ収集装置。
12. 前記メタデータ収集部は、収集した前記メタデータに含まれる前記所在情報を比較することで、前記同一性チェックを行うことを特徴とする、請求項１０に記載のメタデータ収集装置。
13. 前記メタデータは、当該メタデータに対応する前記コンテンツのデータサイズ情報を有しており、
    前記メタデータ収集部は、収集した前記メタデータに含まれる前記データサイズ情報を比較することで、前記同一性チェックを行うことを特徴とする、請求項１０に記載のメタデータ収集装置。
14. 前記メタデータ収集装置は、前記複数のコンテンツ管理サーバから収集した複数の前記メタデータに基づき、前記コンテンツの所在情報が関連づけられたコンテンツリストを生成するコンテンツリスト生成部を更に備えることを特徴とする、請求項７に記載のメタデータ収集装置。
15. 前記メタデータ収集装置は、生成した前記コンテンツリストを、前記メタデータ装置に接続されたクライアント機器に対して開示するコンテンツリスト開示部を更に備えることを特徴とする、請求項１４に記載のメタデータ収集装置。
16. コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能であり、管理しているコンテンツの種別を表す識別フラグをサーバ情報として有する複数のコンテンツ管理サーバから、各コンテンツ管理サーバが管理するコンテンツのメタデータを収集するメタデータ収集方法であって、
    前記複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集するステップ
    を有することを特徴とする、メタデータ収集方法。
17. メタデータ収集装置およびクライアント機器と通信可能であり、コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能なコンテンツ管理サーバを制御するコンピュータに、
    前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記コンテンツ管理サーバが管理している前記コンテンツの種別を表す識別フラグを含むサーバ情報とを記憶する記憶機能と、
    階層化された複数のコンテナからなる木構造を生成する木構造生成機能と、
    前記メタデータに含まれる前記属性情報に基づいて、前記ローカルコンテンツ及び／又は前記参照コンテンツを前記木構造に割り当てるコンテンツ割当機能と、
    前記木構造に割り当てられた前記ローカルコンテンツ及び／又は前記参照コンテンツの前記メタデータに含まれる前記所在情報に基づいて、コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子を、前記複数のコンテナに付加する識別子付加機能と、
    前記ローカルコンテンツ及び／又は前記参照コンテンツと、前記種別区分識別子とが割り当てられた前記木構造を、前記メタデータ収集装置に開示するコンテンツ開示機能と、
    を実現させるためのプログラム。
18. コンテンツならびに当該コンテンツの所在情報および属性情報を含むメタデータをローカルコンテンツとして管理するとともに、他のコンテンツ管理サーバが管理するコンテンツの前記メタデータを参照コンテンツとして管理することが可能であり、管理しているコンテンツの種別を表す識別フラグをサーバ情報として有するコンテンツ管理サーバと通信可能なメタデータ収集装置を制御するコンピュータに、
    当該メタデータ収集装置が接続されている複数の前記コンテンツ管理サーバそれぞれを参照して、各コンテンツ管理サーバが有する前記サーバ情報と、各コンテンツ管理サーバが生成した複数のコンテナからなる木構造に付加された、前記コンテナに前記ローカルコンテンツが割り当てられているか否かを示す識別子である種別区分識別子に基づいて、各コンテンツ管理サーバから複数のコンテンツの前記メタデータを収集する、メタデータ収集機能
    を実現させるためのプログラム。

Images