(57)【要約】【課題】クライアント機器が所望のコンテンツやコンテンツの属性情報を効率良く取得することが可能な、コンテンツ共有システム、コンテンツ管理サーバ、クライアント機器、コンテンツ管理方法、コンテンツ実行方法、および、プログラムを提供する。【解決手段】本発明によれば、コンテンツ管理サーバ２０は、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成し、コンテンツ管理サーバ２０は、複数のコンテンツを、この木構造に割り当てることで管理する。コンテンツ管理サーバ２０に接続されたクライアント機器３０は、コンテナに付与された識別子に基づいて、コンテンツ管理サーバ２０が管理する木構造を閲覧・検索することにより、所望のコンテンツやコンテンツの属性情報を、効率よく取得することができる。【選択図】図１
2008108096.tif 000002
【特許請求の範囲】
【請求項１】
１または２以上のコンテンツ管理サーバが管理している複数のコンテンツを、複数のクライアント機器で共有する、コンテンツ共有システムであって、
前記コンテンツ管理サーバは、
前記メタデータを記憶する記憶部と、
前記コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成部と、
前記メタデータおよび前記識別子に基づいて、前記コンテンツを前記木構造に割り当てる、コンテンツ割当部と、
前記コンテンツが割り当てられた前記木構造を、前記クライアント機器に開示する、コンテンツ開示部と、
から構成され、
前記クライアント機器は、
前記コンテンツ管理サーバから前記木構造を取得すると共に、当該取得した木構造に基づいて、前記コンテンツ管理サーバから前記コンテンツを取得する、コンテンツ取得部から構成されることを特徴とする、コンテンツ共有システム。
【請求項２】
複数のコンテンツを管理し、クライアント機器からの要求に応じて前記コンテンツのメタデータを前記クライアント機器に提供する、コンテンツ管理サーバであって、
前記メタデータを記憶する記憶部と、
前記コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成部と、
前記メタデータおよび前記識別子に基づいて、前記コンテンツを前記木構造に割り当てる、コンテンツ割当部と、
前記コンテンツが割り当てられた前記木構造を、前記クライアント機器に開示する、コンテンツ開示部と、
を備えることを特徴とする、コンテンツ管理サーバ。
【請求項３】
前記識別子は、一のコンテナが属する階層の下位階層に割り当てられる、他のコンテナの分類区分またはコンテンツの分類区分を示す識別子であることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項４】
前記コンテンツ割当部は、一のコンテンツを、前記識別子に基づいて、前記木構造の複数のコンテナに割り当てることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項５】
前記メタデータは、前記コンテンツの属性情報と、前記コンテンツの所在情報とを含むことを特徴とする、請求項２の記載のコンテンツ管理サーバ。
【請求項６】
前記コンテンツ管理サーバは、当該コンテンツ管理サーバの外部から新たなコンテンツを取得するコンテンツ取得部を、更に備えることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項７】
前記木構造の階層数は、１０以下であることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項８】
前記木構造の階層は、
前記コンテナのみを配置可能な階層と、
前記コンテナと前記コンテンツの双方を配置可能な階層と、
を有することを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項９】
前記木構造の第２階層に含まれる前記コンテナには、前記コンテンツを、当該コンテンツの種類に基づいて分類する識別子が付与されることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項１０】
前記木構造の第３階層に含まれる前記コンテナには、前記コンテンツを、前記メタデータに含まれるコンテンツの属性情報に基づいて分類する識別子が付与されることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項１１】
コンテンツ管理サーバと通信可能なクライアント機器であって、
前記コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、前記コンテンツ管理サーバに開示を要求して、前記木構造を取得すると共に、当該取得した木構造に基づいて前記コンテンツを取得する、コンテンツ取得部を備えることを特徴とする、クライアント機器。
【請求項１２】
前記コンテンツ取得部は、前記コンテナに付与された識別子に基づいて、前記木構造を検索し、前記コンテンツのメタデータと、前記コンテンツとを取得することを特徴とする、請求項１１に記載のクライアント機器。
【請求項１３】
前記コンテンツ取得部は、前記コンテンツ管理サーバから取得した前記メタデータに基づいて、前記コンテンツ管理サーバが管理する前記コンテンツのコンテンツリストを作成することを特徴とする、請求項１２に記載のクライアント機器。
【請求項１４】
前記クライアント機器は、
前記コンテンツ取得部が取得したコンテンツを実行するコンテンツ実行部をさらに備えることを特徴とする、請求項１１に記載のクライアント機器。
【請求項１５】
複数のコンテンツを管理する、コンテンツ管理方法であって、
前記コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成ステップと、
前記コンテンツのメタデータおよび前記識別子に基づいて、前記コンテンツを前記木構造に割り当てる、コンテンツ割当ステップと、
クライアント機器からの要求に応じて、前記コンテンツが割り当てられた前記木構造を、前記クライアント機器に開示する、コンテンツ開示ステップと、
を有することを特徴とする、コンテンツ管理方法。
【請求項１６】
コンテンツ管理サーバと通信して当該コンテンツ管理サーバからコンテンツを取得する、コンテンツ取得方法であって、
前記コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、前記コンテンツ管理サーバに開示を要求して、前記木構造を取得する木構造取得ステップと、
前記取得した木構造に基づいて前記コンテンツを取得する、コンテンツ取得ステップと、
を有することを特徴とする、コンテンツ取得方法。
【請求項１７】
コンピュータに、
コンテンツのメタデータを記憶する記憶機能と、
前記コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成機能と、
前記コンテンツのメタデータおよび前記識別子に基づいて、前記コンテンツを前記木構造に割り当てる、コンテンツ割当機能と、
前記コンテンツが割り当てられた前記木構造を、前記クライアント機器に開示する、コンテンツ開示機能と、
を実現させるためのプログラム。
【請求項１８】
コンピュータに、
前記コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、前記コンテンツ管理サーバに開示を要求して、前記木構造を取得する木構造取得機能と、
前記取得した木構造に基づいて前記コンテンツを取得する、コンテンツ取得機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ共有システム、コンテンツ管理サーバ、クライアント機器、コンテンツ管理方法、コンテンツ取得方法、および、プログラムに関する。
【背景技術】
【０００２】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても、家電製品やコンピュータやその他の周辺機器をネットワーク接続し、各機器間での通信を可能として、いわゆるホームネットワークが浸透しつつある。ホームネットワークでは、ネットワーク接続機器間で通信を行うことにより、各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行ったりなど、ユーザに利便性や快適性を提供するものであり、今後、ますますの普及が予想される。
【０００３】
特に、各機器間でコンテンツの共有をはかり、これらコンテンツの送受信を行う際に、複数のコンテンツを識別するための識別子（ＩＤ）を付与しておき、コンテンツが異なる機器に移動した場合においても、コンテンツに付与された識別子を変更しないようにしておき、コンテンツ管理の利便性を高める試みがある（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開２００４−２３４１５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の管理方法では、コンテンツの管理を行う機器（以下、サーバと称する。）が、各コンテンツの所在を系統立てて管理していないために、コンテンツを実行したい機器（以下、クライアント機器と称する。）がコンテンツを検索する際に、サーバの構造の隅々まで検索を行って所望のコンテンツを探し出す必要があり、コンテンツ検索の効率が悪いという問題があった。
【０００６】
そこで、本発明は、このような問題に鑑みてなされたもので、その目的は、クライアント機器が所望のコンテンツやコンテンツの属性情報を効率良く取得することが可能な、新規かつ改良されたコンテンツ共有システム、コンテンツ管理サーバ、クライアント機器、コンテンツ管理方法、コンテンツ取得方法、および、プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第１の観点によれば、１または２以上のコンテンツ管理サーバが管理している複数のコンテンツを、複数のクライアント機器で共有する、コンテンツ共有システムであって、コンテンツ管理サーバは、メタデータを記憶する記憶部と、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成部と、メタデータおよび識別子に基づいて、コンテンツを木構造に割り当てる、コンテンツ割当部と、コンテンツが割り当てられた木構造を、クライアント機器に開示する、コンテンツ開示部と、から構成され、クライアント機器は、コンテンツ管理サーバから木構造を取得すると共に、当該取得した木構造に基づいて、コンテンツ管理サーバからコンテンツを取得する、コンテンツ取得部から構成されるコンテンツ共有システムが提供される。
【０００８】
かかる構成によれば、コンテンツ管理サーバの記憶部は、コンテンツのメタデータを記憶し、コンテンツ管理サーバの木構造生成部は、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成し、コンテンツ管理サーバのコンテンツ割当部は、メタデータおよび識別子に基づいて、コンテンツを木構造に割り当て、コンテンツ管理サーバのコンテンツ開示部は、コンテンツが割り当てられた木構造を、クライアント機器に開示する。また、クライアント機器のコンテンツ取得部は、コンテンツ管理サーバから木構造を取得すると共に、当該取得した木構造に基づいて、コンテンツ管理サーバからコンテンツを取得する。かかるコンテンツ管理サーバと、クライアント機器とが、互いに接続されることで、コンテンツの共有化を図ることが可能となり、クライアント機器が、コンテンツ管理サーバの管理するコンテンツを取得する際に、効率の良いコンテンツの取得を図ることができる。
【０００９】
上記課題を解決するために、本発明の第２の観点によれば、複数のコンテンツを管理し、クライアント機器からの要求に応じてコンテンツのメタデータをクライアント機器に提供する、コンテンツ管理サーバであって、メタデータを記憶する記憶部と、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成部と、メタデータおよび識別子に基づいて、コンテンツを木構造に割り当てる、コンテンツ割当部と、コンテンツが割り当てられた木構造を、クライアント機器に開示する、コンテンツ開示部と、を備えるコンテンツ管理サーバが提供される。
【００１０】
かかる構成によれば、記憶部は、コンテンツのメタデータを記憶し、木構造生成部は、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成し、コンテンツ割当部は、メタデータおよび識別子に基づいて、コンテンツを木構造に割り当て、コンテンツ開示部は、コンテンツが割り当てられた木構造を、クライアント機器に開示する。木構造に含まれるコンテナに上記の識別子が付与されることで、コンテンツ管理サーバは、コンテンツを系統的に管理することが可能となる。
【００１１】
上記の識別子は、一のコンテナが属する階層の下位階層に割り当てられる、他のコンテナの分類区分またはコンテンツの分類区分を示す識別子であってもよい。かかる構成によれば、コンテナに付与された識別子は、当該識別子が付与されたコンテナよりも下位の階層に割り当てられる他のコンテナの分類区分や、コンテンツの分類区分を表す。上記のような識別子がコンテナに付与されることにより、コンテンツ管理サーバは、コンテンツを系統的に管理することが可能となる。
【００１２】
上記のコンテンツ割当部は、一のコンテンツを、上記の識別子に基づいて、木構造の複数のコンテナに割り当ててもよい。かかる構成によれば、割り当てうるコンテナが複数存在する場合には、コンテンツ割当部は、一のコンテンツを、割り当てうる全てのコンテナに割り当てる。このようにコンテンツを割り当てることで、コンテンツ割当部は、効率良くコンテンツを木構造に対応付けることが可能となる。
【００１３】
上記のメタデータは、コンテンツの属性情報と、コンテンツの所在情報とを含むように構成されてもよい。
【００１４】
上記のコンテンツ管理サーバは、当該コンテンツ管理サーバの外部から新たなコンテンツを取得するコンテンツ取得部を、更に備えてもよい。かかる構成によれば、コンテンツ取得部は、コンテンツ管理サーバの外部から、新たなコンテンツを取得する。コンテンツ管理サーバがコンテンツ取得部を備えることで、コンテンツ管理サーバ自身が、コンテンツを取得して管理することが可能となる。
【００１５】
上記の木構造の階層数は、１０以下であるように構成してもよい。かかる構成によれば、木構造は、最大でも第１０階層までしか生成されないこととなる。木構造の階層数を第１０階層までと制限することにより、クライアント機器がコンテンツ管理サーバにアクセスする際に、効率の良いコンテンツ取得を行うことが可能となる。
【００１６】
上記の木構造の階層は、コンテナのみを配置可能な階層と、コンテナとコンテンツの双方を配置可能な階層と、を有していてもよい。かかる構成によれば、木構造の階層には、コンテナのみが配置される階層と、コンテナとコンテンツの双方が配置される階層とが存在することとなる。コンテナとコンテンツの双方が配置可能な階層が存在しうることで、本来コンテンツのみが配置される階層に、任意のコンテナを配置することが可能となる。
【００１７】
上記の木構造の第２階層に含まれるコンテナには、コンテンツを、当該コンテンツの種類に基づいて分類する識別子が付与されてもよい。かかる構成によれば、木構造の第２階層には、コンテンツの種類に基づく識別子が付与されたコンテナが配置される。
【００１８】
上記の木構造の第３階層に含まれるコンテナには、コンテンツを、メタデータに含まれるコンテンツの属性情報に基づいて分類する識別子が付与されてもよい。かかる構成によれば、木構造の第３階層には、メタデータに含まれるコンテンツの属性情報に基づく識別子が付与されたコンテナが配置される。
【００１９】
上記課題を解決するために、本発明の第３の観点によれば、コンテンツ管理サーバと通信可能なクライアント機器であって、コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、コンテンツ管理サーバに開示を要求して、木構造を取得すると共に、当該取得した木構造に基づいてコンテンツを取得する、コンテンツ取得部を備えるクライアント機器が提供される。
【００２０】
かかる構成によれば、コンテンツ取得部は、コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、コンテンツ管理サーバに開示を要求して、木構造を取得すると共に、当該取得した木構造に基づいて、コンテンツ管理サーバからコンテンツを取得する。クライアント機器は、系統的に生成された木構造に基づいてコンテンツの取得を行うため、クライアント機器は、効率良くコンテンツを取得することができる。
【００２１】
上記のコンテンツ取得部は、コンテナに付与された識別子に基づいて、木構造を検索し、コンテンツのメタデータと、コンテンツとを取得するようにしてもよい。かかる構成によれば、クライアント機器は、コンテナに付与された識別子に基づいて木構造を検索するため、コンテンツの取得に際し、木構造の全体を検索する必要がなくなる。そのため、クライアント機器は、効率良くコンテンツを取得することができる。
【００２２】
上記のコンテンツ取得部は、コンテンツ管理サーバから取得したメタデータに基づいて、コンテンツ管理サーバが管理するコンテンツのコンテンツリストを作成してもよい。
【００２３】
上記のクライアント機器は、コンテンツ取得部が取得したコンテンツを実行するコンテンツ実行部をさらに備えてもよい。
【００２４】
上記課題を解決するために、本発明の第４の観点によれば、複数のコンテンツを管理する、コンテンツ管理方法であって、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成ステップと、コンテンツのメタデータおよび識別子に基づいて、コンテンツを木構造に割り当てる、コンテンツ割当ステップと、クライアント機器からの要求に応じて、コンテンツが割り当てられた木構造を、クライアント機器に開示する、コンテンツ開示ステップと、を有するコンテンツ管理方法が提供される。
【００２５】
かかる構成によれば、木構造生成ステップは、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成し、コンテンツ割当ステップは、ンテンツのメタデータおよび識別子に基づいて、コンテンツを木構造に割り当て、コンテンツ開示ステップは、クライアント機器からの要求に応じて、コンテンツが割り当てられた木構造を、クライアント機器に開示する。上記のコンテンツ管理方法では、木構造に含まれるコンテナに上記の識別子を付与することで、コンテンツを系統的に管理することが可能となる。
【００２６】
上記課題を解決するために、本発明の第５の観点によれば、コンテンツ管理サーバと通信して当該コンテンツ管理サーバからコンテンツを取得する、コンテンツ取得方法であって、コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、コンテンツ管理サーバに開示を要求して、木構造を取得する木構造取得ステップと、取得した木構造に基づいてコンテンツを取得する、コンテンツ取得ステップと、を有するコンテンツ取得方法が提供される。
【００２７】
かかる構成によれば、木構造取得ステップは、コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、コンテンツ管理サーバに開示を要求して、木構造を取得し、コンテンツ取得ステップは、取得した木構造に基づいて、コンテンツ管理サーバからコンテンツを取得する。上記のコンテンツ取得方法では、系統的に生成された木構造に基づいてコンテンツの取得を行うため、効率良くコンテンツを取得することができる。
【００２８】
上記課題を解決するために、本発明の第６の観点によれば、コンピュータに、コンテンツのメタデータを記憶する記憶機能と、コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成機能と、コンテンツのメタデータおよび識別子に基づいて、コンテンツを木構造に割り当てる、コンテンツ割当機能と、コンテンツが割り当てられた木構造を、クライアント機器に開示する、コンテンツ開示機能と、を実現させるためのプログラムが提供される。
【００２９】
かかる構成によれば、コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記のコンテンツ管理サーバとして機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。
【００３０】
上記課題を解決するために、本発明の第７の観点によれば、コンピュータに、コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、コンテンツ管理サーバに開示を要求して、木構造を取得する木構造取得機能と、取得した木構造に基づいてコンテンツを取得する、コンテンツ取得機能と、を実現させるためのプログラムが提供される。
【００３１】
かかる構成によれば、コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記のクライアント機器として機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。
【発明の効果】
【００３２】
本発明によれば、クライアント機器が、コンテンツ管理サーバからコンテンツやコンテンツリストを取得する際に、所望のコンテンツやコンテンツのメタデータを、上記のコンテンツ管理サーバから効率良く取得することが可能となる。
【発明を実施するための最良の形態】
【００３３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３４】
（第１の実施形態）
以下に、本発明の第１の実施形態に係るコンテンツ共有システムについて、詳細に説明する。
【００３５】
図１は、本実施形態に係るコンテンツ共有システム１０を示した説明図である。コンテンツ共有システム１０は、例えば、通信網１２と、コンテンツ管理サーバ２０と、複数のクライアント機器３０Ａ〜３０Ｆと、を含む。
【００３６】
通信網１２は、コンテンツ管理サーバ２０とクライアント機器３０を双方向通信又は一方向通信可能に接続する通信回線網である。この通信網は、例えば、インターネット、電話回線網、衛星通信網、同報通信路等の公衆回線網や、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）、ワイヤレスＬＡＮ等の専用回線網などで構成されており、有線／無線を問わない。
【００３７】
コンテンツ管理サーバ２０は、ビデオコンテンツ、ミュージックコンテンツ、フォトコンテンツ等のコンテンツを、コンテンツ管理サーバ２０が所定の形式に則って生成した木構造に基づいて管理する。また、コンテンツ管理サーバ２０は、通信網１２を介して接続されているクライアント機器３０からの要求に応じて、コンテンツ管理サーバ２０が管理しているコンテンツやコンテンツのメタデータを、クライアント機器３０に提供する。
【００３８】
クライアント機器３０は、通信網１２を介してコンテンツ管理サーバ２０に接続され、コンテンツ管理サーバ２０に対して、コンテンツ管理サーバ２０が管理しているコンテンツを開示するよう要求したり、取得したりする。また、クライアント機器３０は、コンテンツ管理サーバ２０から取得した各種のコンテンツを、実行することが可能である。
【００３９】
なお、図示の例では、クライアント機器３０として、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ：ＰＣ）等のコンピュータ装置３０Ａ（ノート型、デスクトップ型を問わない。）、テレビジョン受像器３０Ｂ、ＤＶＤ／ＨＤＤレコーダ３０Ｃ，携帯電話３０Ｄ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）３０Ｅ、デジタルカメラ３０Ｆを示しているが、かかる例に限定されず、ネットワークを介した通信機能を有する機器であれば、例えば家庭用ゲーム機、デジタルビデオカメラ等の情報家電、テレビジョン放送用のチューナやデコーダなどで構成することもできる。また、クライアント機器３０は、契約者が持ち運びできるポータブルデバイス（Ｐｏｒｔａｂａｌｅ  Ｄｅｖｉｃｅ）、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤなどであってもよい。
【００４０】
また、図１では、各種のクライアント機器３０は、通信網１２を介してコンテンツ管理サーバ２０に接続されているが、クライアント機器３０は、通信網１２を介さずに、コンテンツ管理サーバ２０に直接接続されていてもよい。
【００４１】
さらに、図１では、通信網１２に接続されているコンテンツ管理サーバ２０は、１つのみであるが、本実施形態は、上記の場合に限定されるわけではなく、コンテンツ管理サーバ２０は、通信網１２上に複数接続されていてもよい。
【００４２】
次に、本実施形態に係るコンテンツ管理サーバ２０のハードウェア構成について、図２を参照しながら簡単に説明する。
【００４３】
図２は、本実施形態にかかるコンテンツ管理サーバ２０のハードウェア構成を示した説明図である。コンテンツ管理サーバ２０は、主に、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０３と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０５と、ホストバス２０７と、ブリッジ２０９と、外部バス２１１と、インターフェース２１３と、入力装置２１５と、出力装置２１７と、ストレージ装置２１９と、ドライブ２２１と、接続ポート２２３と、通信装置２２５とを備える。
【００４４】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、ＲＯＭ２０３、ＲＡＭ２０５、ストレージ装置２１９、またはリムーバブル記録媒体１４に記録された各種プログラムに従ってコンテンツ管理サーバ２０内の動作全般またはその一部を制御する。ＲＯＭ２０３は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０５は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス２０７により相互に接続されている。
【００４５】
ホストバス２０７は、ブリッジ２０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２１１に接続されている。
【００４６】
入力装置２１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。また、入力装置２１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、コンテンツ管理サーバ２０の操作に対応した携帯電話やＰＤＡ等の外部接続機器１６、または、クライアント機器３０であってもよい。さらに、入力装置２１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。コンテンツ管理サーバ２０のユーザは、この入力装置２１５を操作することにより、コンテンツ管理サーバ２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００４７】
出力装置２１７は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｓｉｐｌａｙ：ＬＣＤ）装置、プラズマディスプレイ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ：ＰＤＰ）装置、ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ装置およびランプなどの表示装置や、スピーカおよびヘッドホンなどの音声出力装置や、プリンタ装置、携帯電話、ファクシミリなど、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置２１７は、例えば、再生されたコンテンツデータを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００４８】
ストレージ装置２１９は、本実施形態にかかるコンテンツ管理サーバ２０の記憶部の一例として構成されたデータ格納用の装置であり、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。このストレージ装置２１９は、ＣＰＵ２０１が実行するプログラムや各種データ、コンテンツ、コンテンツの実行に必要なコンテンツ情報やコンテンツのメタデータ、および外部から取得したコンテンツデータなどを格納する。
【００４９】
ドライブ２２１は、記憶媒体用リーダライタであり、コンテンツ管理サーバ２０に内蔵、あるいは外付けされる。ドライブ２２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体１４に記録されている情報を読み出して、ＲＡＭ２０５に出力する。また、ドライブ２２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体１４に記録を書き込むことも可能である。リムーバブル記録媒体１４は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕｅ−ｒａｙメディア、コンパクトフラッシュ（登録商標）（ＣｏｍｐａｃｔＦｌａｓｈ：ＣＦ）、メモリースティック、または、ＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等である。また、リムーバブル記録媒体１４は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  ｃａｒｄ）または電子機器等であってもよい。
【００５０】
接続ポート２２３は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポートや、ｉ．Ｌｉｎｋ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ−２３２Ｃポート、光オーディオ端子等の、機器をコンテンツ管理サーバ２０に直接接続するためのポートである。この接続ポート２２３に外部接続機器１６を接続することで、コンテンツ管理サーバ２０は外部接続機器１６から直接コンテンツデータを取得したり、外部接続機器１６にコンテンツデータを提供したりする。
【００５１】
通信装置２２５は、例えば、通信網１２に接続するための通信デバイス等で構成された通信インターフェースである。通信装置２２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、または、各種通信用のモデム等である。この通信装置２２５は、クライアント機器３０との間でコンテンツまたはコンテンツに関する情報を送受信すると共に、例えば、インターネットや他の通信機器との間でコンテンツやコンテンツに関するメタデータ等を送受信することができる。また、通信装置２２５に接続される通信網１２は、有線または無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、または衛星通信等であってもよい。
【００５２】
以上説明した構成により、コンテンツ管理サーバ２０は、多様な情報源からコンテンツおよびコンテンツに関する情報を取得し、通信網１２に接続されたクライアント機器３０にコンテンツおよびコンテンツに関する情報を伝送することが可能になると同時に、クライアント機器３０からコンテンツの実行に関する情報を受信したり、クライアント機器３０が保持するコンテンツまたはコンテンツに関する情報を取得したりすることができる。さらに、コンテンツ管理サーバ２０は、リムーバブル記録媒体１４を用いてコンテンツおよびコンテンツに関する情報を持ち出すこともできる。このように、コンテンツ管理サーバ２０と、これに対応したクライアント機器３０とを利用することにより、好適なデジタルホームネットワークが構築される。
【００５３】
なお、クライアント機器３０のハードウェア構成は、コンテンツ管理サーバ２０のハードウェア構成と実質的に同一であるので、説明を省略する。
【００５４】
以上、本実施形態に係るコンテンツ管理サーバ２０およびクライアント機器３０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。また、上記のハードウェア構成は、あくまでも一例であり、これに限定されるものでないことは言うまでもない。また、利用形態によっては、ホストバス２０７や外部バス２１１、またはインターフェース２１３等を省略する構成も可能である。
【００５５】
続いて、本実施形態に係るコンテンツ共有システム１０の説明に使用するいくつかの用語について、以下で簡単に説明を行う。
【００５６】
コンテンツ管理サーバ２０が管理するコンテンツは、例えば、静止画や動画等の画像データや、音楽等の音声データや、ライブストリーミングデータを実行するためのチューナから送信されるデータ等を含み、これらのコンテンツを、ＡＶコンテンツと総称することとする。
【００５７】
上記のＡＶコンテンツは、例えば、ＡＶコンテンツのデータ形式によって、静止画データであるのか、動画データであるのか、音楽データであるのか、といった区分がなされる。例えば、ＡＶコンテンツのデータ形式がＪＰＥＧ形式であれば、このＡＶコンテンツは、静止画データ（写真データ）であると判断することが可能である。また、例えば、ＡＶコンテンツのデータ形式が、ＬＰＣＭ、ＡＡＣ、ＡＴＲＡＣ３ｐｌｕｓ、ＭＰ３、ＷＭＡ９などの形式であれば、このＡＶコンテンツは、音楽データであると判断することが可能である。また、ＡＶコンテンツのデータ形式が、ＭＰＥＧ２、ＭＰＥＧ４：２、ＭＰＥＧ４：１０、ＷＭＶ９などの形式であれば、このＡＶコンテンツは、動画データ（ビデオデータ）であると判断することが可能である。
【００５８】
以下において、個々のＡＶコンテンツまたは複数のＡＶコンテンツを格納したフォルダ等を、オブジェクト（ｏｂｊｅｃｔ）と呼ぶこととする。なお、オブジェクトとは、コンテンツ管理サーバ２０によって処理されるデータ単位の総称であり、個々のＡＶコンテンツまたは複数のＡＶコンテンツを格納したフォルダ以外にも、様々なオブジェクトが存在しうる。上記のオブジェクトは、例えば、映画、テレビジョン番組、ビデオプログラム、図表等の動画又は静止画からなる画像（Ｖｉｄｅｏ）コンテンツ、音楽、講演、ラジオ番組等の音声（Ａｕｄｉｏ）コンテンツや、ゲームコンテンツ、文書コンテンツ、ソフトウェアなど、任意のコンテンツデータであってもよい。映像コンテンツは、映像データのみならず、音声データを含んでいてもよい。
【００５９】
また、ＡＶコンテンツの最小単位、例えば、１つの音楽データ、１つの動画データ、１つの静止画データ等を、アイテム（ｉｔｅｍ）と呼ぶこととする。また、ライブストリーミングデータの場合には、１つのチャンネルが１アイテムとして扱われる。
【００６０】
また、上記のアイテムの集合として規定されるアイテムの上位オブジェクトを、コンテナ（ｃｏｎｔａｉｎｅｒ）と呼ぶ。集合の単位は、例えば、各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定されうる。このコンテナについては、以下で詳述する。
【００６１】
（コンテンツ管理サーバ２０）
続いて、本実施形態に係るコンテンツ管理サーバ２０の構成について、図３を参照しながら説明する。図３は、本実施形態に係るコンテンツ管理サーバ２０の構成を示したブロック図である。
【００６２】
図３に示したように、コンテンツ管理サーバ２０は、例えば、木構造生成部２３１と、コンテンツ割当部２３３と、コンテンツ取得部２３５と、コンテンツ開示部２３７と、記憶部２３９と、通信部２４１と、を備える。
【００６３】
木構造生成部２３１は、階層化された複数のコンテナからなる木構造であって、所定の形式に則って生成されたことを表す識別子が上記の複数のコンテナに付与された木構造を生成する。木構造生成部２３１によって生成される木構造は、［ＲＯＯＴ］コンテナを第１階層とし、この第１階層よりも下の階層に、複数のコンテナが配置された構造を有する。また、木構造の階層の数が１０を超える場合には、クライアント機器３０がコンテンツ管理サーバ２０にアクセスして木構造を検索する際に、クライアント機器３０が木構造の末端に位置する情報を取得するまでに要する時間が長くなってしまい、クライアント機器３０の使用者がクライアント機器３０を操作する際の効率が悪くなってしまう。そのため、木構造の階層の数は、１０以下とすることが好ましい。
【００６４】
ここで、１つのコンテナから下向きに１本の枝が伸びており、この枝の先に１つのコンテナが存在する場合に、相対的に上側のコンテナのことを親コンテナと呼び、相対的に下側のコンテナのことを子コンテナと呼ぶこととする。この親コンテナ、子コンテナという概念は相対的なものである。例えば、３つのコンテナが１本の枝で上下につながっている場合に、最上部のコンテナを親コンテナとした場合には、中間に位置するコンテナは子コンテナとなる。また、最下部のコンテナに着目した場合には、最下部のコンテナは、中間に位置するコンテナを親コンテナとする子コンテナとなる。
【００６５】
また、木構造に含まれるコンテナには、木構造生成部２３１によって生成された木構造が、所定の形式に則って生成されたことを示す識別子が付与される。この識別子は、木構造生成部２３１によって生成される木構造が、予め定められた所定の形式に則って生成されていることを示すインデックスである。上記の識別子の具体例としては、例えば、コンテンツの分類区分を示す識別子を挙げることができる。コンテンツ管理サーバ２０にアクセスしたクライアント機器３０は、この識別子を参照することで、識別子が付与されたコンテナ以下にどのようなコンテナやコンテンツ等が割り当てられているかを知ることが出来、木構造全体を検索することなく、所望のコンテンツやコンテンツに関するメタデータを取得することが可能となる。
【００６６】
ここで、上記のコンテンツに関するメタデータとは、コンテンツの内容に関する属性情報と、コンテンツの所在を示す所在情報と、を含むデータである。コンテンツの内容に関する属性情報としては、例えば、コンテンツのリソース情報、タイトル、アーティスト名、著作権情報等を表す各種の情報を挙げることができる。また、コンテンツの所在を示す所在情報としては、例えば、コンテンツを管理する上でのＩＤや、コンテンツのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）等を挙げることができる。なお、これらのメタデータについては、以下で詳述する。
【００６７】
上記の識別子は、例えば、一のコンテナに着目した場合に、このコンテナが属する階層よりも下の階層に割り当てられる他のコンテナの分類区分やコンテンツの分類区分を示す識別子であってもよい。これにより、着目した一のコンテナを親コンテナとする子コンテナや孫コンテナには、親コンテナに付与された識別子が意味する分類区分のコンテナやコンテンツのみが割り当てられていることが担保されることとなる。ここで、上記の分類区分とは、ビデオコンテンツ、ミュージックコンテンツ、フォトコンテンツ等のコンテンツの種類（表現メディアの種類）や、コンテンツの属性情報（例えば、ジャンルやアーティストやアルバム等）などに基づいて、コンテンツ等を分類する際の区分となるものである。
【００６８】
なお、木構造生成部２３１は、生成した木構造と、木構造に含まれるコンテナに付与した識別子とを、互いに関連付けて記憶部２３９に記憶してもよい。
【００６９】
コンテンツ割当部２３３は、コンテンツ管理サーバ２０の記憶部２３９に記憶されているコンテンツを、木構造生成部２３１によってコンテナに付与された識別子と、コンテンツの属性情報とに基づいて、木構造生成部２３１が生成した木構造に割り当てる。なお、コンテンツを木構造に割り当てる際には、コンテンツ割当部２３３は、一のコンテンツを、コンテナに付与された識別子に基づいて、複数のコンテナへと割り当ててもよい。このように、異なる識別子が付与された複数のコンテナに同一のコンテンツを対応付けることで、コンテンツ管理サーバ２０にアクセスしたクライアント機器３０は、コンテナに付与された識別子に基づいて、効率良くコンテンツを検索することが可能となる。
【００７０】
なお、コンテンツ割当部２３３は、木構造に対応付けたコンテンツに関する所在情報等について、記憶部２３９に記憶してもよい。
【００７１】
コンテンツ取得部２３５は、コンテンツ管理サーバ２０の外部から、新たなコンテンツを取得する。コンテンツ取得部２３５は、例えば、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）やメモリカード等のメディア媒体からコンテンツを取得してもよく、テレビ番組を録画したり講演やラジオ番組を録音したりして、コンテンツを取得する機能を有していてもよい。
【００７２】
また、コンテンツ取得部２３５は、上記のような様々な手段で取得したコンテンツを、記憶部２３９に記憶してもよい。
【００７３】
コンテンツ開示部２３７は、コンテンツ管理サーバ２０に接続されたクライアント機器３０からの要求に応じて、このクライアント機器３０に対し、木構造や、木構造に対応付けられたコンテンツやメタデータ等を開示する。これらの開示に当たっては、コンテンツ開示部２３７は、記憶部２３９に記憶されたコンテンツデータや、メタデータを参照することが可能である。
【００７４】
記憶部２３９は、例えば、コンテンツ管理サーバ２０が管理するコンテンツに関するコンテンツデータや、コンテンツのメタデータ等を記憶する。また、これらのデータ以外にも、木構造生成部２３１が生成した木構造や、コンテンツ割当部２３３によるコンテンツの対応付けに関するデータ等を記憶することも可能である。更に、これらのコンテンツに関するデータ以外にも、コンテンツ管理サーバ２０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等を、適宜記憶することが可能である。この記憶部２３９は、木構造生成部２３１、コンテンツ割当部２３３、コンテンツ取得部２３５、コンテンツ開示部２３７等が、自由に読み書きを行うことが可能である。
【００７５】
通信部２４１は、コンテンツ開示部２３７がクライアント機器３０に対して開示する様々な情報等を、クライアント機器３０に対して、通信網１２を介して送信する。また、逆に、クライアント機器３０からの要求等を、コンテンツ管理サーバ２０に受信することも可能である。また、通信部２４１は、通信網１２を介さずに、コンテンツ管理サーバ２０に直接接続されているクライアント機器３０に対して、情報の送受信を行うことも可能である。
【００７６】
（コンテンツ管理サーバ２０の動作）
コンテンツ共有システム１０を構築してコンテンツ管理サーバ２０を最初に立ち上げると、コンテンツ管理サーバ２０の木構造生成部２３１は、所定の形式に則って、木構造を生成し、木構造に含まれるコンテナに、所定の識別子を付与する。続いて、木構造生成部２３１は、識別子が付与された木構造を、記憶部２３９に記憶する。
【００７７】
続いて、コンテンツ割当部２３３は、コンテンツ管理サーバ２０に様々な手段を用いて入力されたコンテンツを、コンテンツの属性情報と、上記の木構造に付与された識別子とに基づいて、木構造の適切な位置に対応付ける。コンテンツ割当部２３３がコンテンツを木構造に対応付けた結果は、記憶部２３９に記憶される。
【００７８】
また、コンテンツ取得部２３５によって、コンテンツ管理サーバ２０の外部から新たなコンテンツが取得されると、コンテンツ取得部２３５は、取得したコンテンツを記憶部２３９へと保存する。続いて、コンテンツ割当部２３３は、コンテンツ取得部２３５が新たに取得したコンテンツを、上記と同様にして、木構造へと対応付ける。
【００７９】
なお、木構造生成部２３１による木構造の生成は、コンテンツ管理サーバ２０を最初に立ち上げる際のみに行っても良く、所定の期間を定めて、定期的に行っても良い。また、木構造の再生成は、コンテンツ管理サーバ２０の所有者によって、任意の時点で実行されても良い。コンテンツ割当部２３３によるコンテンツの対応付けについても、新たなコンテンツがコンテンツ管理サーバ２０に導入された場合だけではなく、コンテンツ管理サーバ２０の所有者が再実行を指示した時点で行うことも可能であり、所定の期間を定めて、コンテンツ管理サーバ２０が定期的に再割り当てを行っても良い。
【００８０】
コンテンツ管理サーバ２０に通信網１２を介して、または、直接接続されたクライアント機器３０から、コンテンツ管理サーバ２０に対して、コンテンツリストを開示するよう要求が送信された場合には、コンテンツ管理サーバ２０の通信部２４１は、クライアント機器３０からの要求を受信するとともに、要求の内容を、コンテンツ開示部２３７へと伝達する。コンテンツ開示部２３７は、記憶部２３９に記憶されているデータを参照して、クライアント機器３０に対して、木構造やコンテンツのメタデータを開示する処理を行うために、通信部２４１に対して木構造に関する情報やメタデータを伝達する。木構造に関する情報やメタデータを受け取った通信部２４１は、これらの木構造やメタデータを、クライアント機器３０へと送信することで開示する。
【００８１】
更に、クライアント機器３０から、コンテンツを取得したい旨の要求が通知された場合には、要求を受信した通信部２４１が、その旨をコンテンツ開示部２３７へと伝達し、コンテンツ開示部２３７は、コンテンツデータを記憶部２３９から取得して、通信部２４１を介して、クライアント機器３０へと送信する。
【００８２】
なお、コンテンツ管理サーバ２０の具体的な動作については、以下でシーケンス図を参照しながら、詳細に説明する。
【００８３】
（メタデータの構造）
続いて、図４を参照しながら、本実施形態に係るコンテンツ管理サーバ２０が管理するメタデータについて、詳細に説明する。図４は、本実施形態に係るメタデータを説明するための説明図である。
【００８４】
図４では、メタデータの一例として、図４（ａ）にビデオコンテンツのメタデータの例を、図４（ｂ）にミュージックコンテンツのメタデータの例を、図４（ｃ）にフォトコンテンツのメタデータの例を、それぞれ示している。
【００８５】
図４（ａ）に示すように、ビデオコンテンツのメタデータは、例えば、コンテンツの所在情報であるＩＤやＵＲＩと、コンテンツの属性情報であるジャンル、日付、チャンネル名、リージョンコード等の情報が含まれる。これら以外にも、ビデオコンテンツのメタデータは、例えば、コンテンツの発行元や、コンテンツが用いている言語等の任意の情報を含むことが可能である。
【００８６】
また、ミュージックコンテンツのメタデータは、図４（ｂ）に示すように、例えば、コンテンツの所在情報を表すＩＤやＵＲＩと、コンテンツの属性情報であるジャンル、アーティスト、アルバム、トラックナンバー等といった情報が含まれる。これらの情報以外にも、ミュージックコンテンツのメタデータは、プレイリストに関する情報や、コンテンツの記録媒体に関する情報や、コンテンツの発行元に関する情報等を含むことが可能である。
【００８７】
また、図４（ｃ）に示すように、フォトコンテンツのメタデータは、例えば、ＩＤやＵＲＩといったコンテンツの所在情報を表すデータに加えて、コンテンツの属性情報として、アルバム名や、撮影日といった情報を含む。また、フォトコンテンツのメタデータは、上記の情報以外にも、様々な情報を含むことが可能である。
【００８８】
なお、本実施形態に係るコンテンツ管理サーバ２０が管理するメタデータは、図４（ａ）〜（ｃ）に示したものに限定されるわけではなく、任意の情報を更に含むことが可能である。また、図４（ａ）〜（ｃ）に記載された情報の配列は便宜的なものであり、図示の例に限定されるわけではない。また、上記のＩＤは、コンテンツ管理サーバ２０で管理されているコンテンツを識別するために付与されているものであり、コンテンツ管理サーバ２０上に、同一のＩＤが付与されたコンテンツが存在しないように設定される。
【００８９】
（クライアント機器３０）
続いて、図５を参照しながら、本実施形態に係るクライアント機器３０の構成について、詳細に説明する。図５は、本実施形態に係るクライアント機器３０の構成を説明するためのブロック図である。
【００９０】
図５に示したように、本実施形態に係るクライアント機器３０は、例えば、コンテンツ取得部３０１と、コンテンツ実行部３０３と、記憶部３０５と、通信部３０７と、を備える。
【００９１】
コンテンツ取得部３０１は、コンテンツ管理サーバ２０に対して、コンテンツ管理サーバ２０が生成した木構造やコンテンツのメタデータの開示の要求や、コンテンツデータ提供の要求を行う。また、コンテンツ取得部３０１は、要求の結果、コンテンツ管理サーバ２０が開示する、木構造やコンテンツのメタデータやコンテンツデータ等を、取得する。コンテンツ取得部３０１は、コンテンツ管理サーバ２０から取得した木構造やコンテンツのメタデータやコンテンツデータ等を、記憶部３０５に記憶することが可能である。
【００９２】
コンテンツ実行部３０３は、クライアント機器３０がコンテンツ管理サーバ２０から取得したコンテンツを、実行する。コンテンツの実行に際しては、コンテンツ実行部３０３は、記憶部３０５に記憶されているコンテンツデータを読み出して、コンテンツの実行を行う。ここで、コンテンツの実行とは、例えば、コンテンツがビデオコンテンツである場合には、ビデオコンテンツの再生を行い、ビデオをクライアント機器３０の出力装置に出力することであり、コンテンツがミュージックコンテンツである場合には、ミュージックを再生して、クライアント機器３０の出力装置に出力することである。また、コンテンツが例えばフォトコンテンツである場合には、写真をクライアント機器３０の出力装置に出力することである。
【００９３】
記憶部３０５は、例えば、コンテンツ取得部３０１がコンテンツ管理サーバ２０から取得した木構造や、コンテンツに関するコンテンツデータや、コンテンツのメタデータ等を記憶する。また、これらのデータ以外にも、クライアント機器３０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等を、適宜記憶することが可能である。この記憶部３０５は、コンテンツ取得部３０１やコンテンツ実行部３０３等が、自由に読み書きを行うことが可能である。
【００９４】
通信部３０７は、コンテンツ取得部３０１がコンテンツ管理サーバに対して行う要求を、通信網１２を介してコンテンツ管理サーバ２０へと送信する。また、通信部３０７は、コンテンツ管理サーバ２０からクライアント機器３０へと開示される木構造や、コンテンツのメタデータや、コンテンツデータを、通信網１２を介して受信する。また、また、通信部３０７は、通信網１２を介さずに、直接コンテンツ管理サーバ２０に情報の送受信を行うことも可能である。通信部３０７は、コンテンツ取得部３０１やコンテンツ実行部３０３から、クライアント機器３０の外部へとデータを送信することを要請され、また、コンテンツ取得部３０１やコンテンツ実行部３０３に、外部から受信したデータを提供することも可能である。
【００９５】
なお、クライアント機器３０が、コンテンツ管理サーバ２０に、ホームネットワークを介して接続される際には、ホームネットワークは、ユニバーサルプラグアンドプレイ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ：ＵＰｎＰ）と呼ばれるプロトコルで構成されていることが好ましい。ＵＰｎＰは、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を行うことなく、ネットワーク接続された機器において、各接続機器の提供サービスを受領可能とする。また、ＵＰｎＰは、デバイス上のオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ：ＯＳ）にも依存せず、容易に機器の追加ができるという利点を持つ。
【００９６】
（クライアント機器３０の動作）
クライアント機器３０が、コンテンツ管理サーバ２０にホームネットワークや通信網１２を介して接続、または、ＵＳＢポートやＩＥＥＥ１３９４ポートを介して直接接続されると、クライアント機器３０は、コンテンツ管理サーバ２０と、情報交換を行うことが可能となる。コンテンツ取得部３０１が、通信部３０７を介してコンテンツ管理サーバ２０に対して木構造やコンテンツのメタデータの開示を要求すると、コンテンツ管理サーバ２０は、管理する木構造やコンテンツのメタデータを、クライアント機器３０に開示する。クライアント機器３０のコンテンツ取得部３０１は、コンテンツ管理サーバ２０が開示した木構造やコンテンツのメタデータを、通信部３０７を介して受信し、記憶部３０５に記憶する。
【００９７】
続いて、コンテンツ取得部３０１は、コンテンツ管理サーバ２０から取得した木構造やコンテンツのメタデータに基づいて、クライアント機器３０上で、コンテンツ管理サーバ２０が管理するコンテンツについて、コンテンツリストを生成し、クライアント機器３０の出力装置に出力する。
【００９８】
クライアント機器３０の使用者が、ディスプレイなどの出力装置に表示されたコンテンツリストから実行するコンテンツを選択すると、コンテンツ取得部３０１は、選択したコンテンツのメタデータを参照して、コンテンツ管理サーバ２０からコンテンツデータを取得する。コンテンツ取得部３０１は、通信部３０７を介して取得したコンテンツデータを、記憶部３０５へ記憶する。
【００９９】
続いて、コンテンツ実行部３０３は、コンテンツ取得部３０１が取得したコンテンツデータを記憶部３０５から読み出し、コンテンツの実行を行う。その結果、クライアント機器３０の出力装置に、コンテンツが表示されることとなる。
【０１００】
なお、クライアント機器３０の具体的な動作については、以下でシーケンス図を参照しながら、詳細に説明する。
【０１０１】
（木構造の全体構造）
続いて、図６を参照しながら、本実施形態に係るコンテンツ管理サーバ２０が生成する木構造の全体構造について、簡単に説明する。図６は、本実施形態に係る木構造について説明するための説明図である。
【０１０２】
コンテンツ管理サーバ２０は、静止画、動画等の画像データや、音楽等の音声データなどのコンテンツや、更には、各コンテンツのプロパティやライブストリーミングデータを実行するためのチューナに関する情報等に関するメタデータを保有している。
【０１０３】
ここで、ＡＶコンテンツは、例えば図６に示すような木構造に割り当てられて、コンテンツディレクトリサービス（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ：ＣＤＳ）によって管理される。
【０１０４】
図６において、１〜７の番号付きの円は、それぞれコンテナを意味している。また、三角形マークは、それぞれビデオコンテンツを意味しており、六角形マークは、それぞれミュージックコンテンツを意味しており、五角形マークは、それぞれフォトコンテンツを意味している。
【０１０５】
図６に示した木構造では、まず、ＩＤとして０（ゼロ）が割り当てられたコンテナが、［ＲＯＯＴ（ルート）］コンテナ５０１として第１階層に配置されている。ここで、ＩＤとして０が割り当てられているコンテナに付与された「ＲＯＯＴ」という識別子は、コンテンツ管理サーバ２０の木構造生成部２３１によって生成された木構造において、最上位階層に位置するコンテナというサービスを提供可能である旨を表す識別子である。この「ＲＯＯＴ」という識別子は、デバイス・デスクリプション（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）と呼ばれる、機器（デバイス）固有のサービス内容を表す情報の一つである。本実施形態に係る木構造においては、木構造を構成するコンテナに、上記のデバイス・デスクリプションに記載される識別子を付与することで、クライアント機器３０が木構造を検索する際における、効率の良いコンテンツ検索を可能としている。
【０１０６】
ＲＯＯＴコンテナ５０１の直下の階層である第２階層には、ＩＤとして１が割り当てられたコンテナ５０３と、ＩＤとして２が割り当てられたコンテナ５０５と、ＩＤとして６が割り当てられたコンテナ５０７とが配置されている。ＩＤとして１が割り当てられたコンテナ５０３には、デバイス・デスクリプションに「ａｖ：ｖｉｄｅｏＲｏｏｔ」という識別子が記載されており、ＩＤとして２が割り当てられたコンテナ５０５には、デバイス・デスクリプションに「ａｖ：ｍｕｓｉｃＲｏｏｔ」という識別子が記載されており、ＩＤとして６が割り当てられたコンテナ５０７には、デバイス・デスクリプションに「ａｖ：ｐｈｏｔｏＲｏｏｔ」という識別子が記載されている。
【０１０７】
「ａｖ：ｖｉｄｅｏＲｏｏｔ」という識別子は、この識別子が付与されたコンテナ５０３が、「ビデオコンテンツが対応づけられるコンテナ群のうちの最上位階層に位置する、たった一つのコンテナ」というサービスを提供可能である旨を表す識別子である。「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されたコンテナの下の階層には、ビデオコンテンツのみが対応づけられる。
【０１０８】
「ａｖ：ｍｕｓｉｃＲｏｏｔ」という識別子は、この識別子が付与されたコンテナ５０５が、「ミュージックコンテンツが対応づけられるコンテナ群のうちの最上位階層に位置する、たった一つのコンテナ」というサービスを提供可能である旨を表す識別子であり、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されたコンテナの下の階層には、ミュージックコンテンツのみが対応づけられる。
【０１０９】
また、「ａｖ：ｐｈｏｔｏＲｏｏｔ」という識別子は、この識別子が付与されたコンテナ５０７が、「フォトコンテンツが対応づけられるコンテナ群のうちの最上位階層に位置する、たった一つのコンテナ」というサービスを提供可能である旨を表す識別子であり、「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与されたコンテナの下の階層には、フォトコンテンツのみが対応づけられる。
【０１１０】
上記の識別子がコンテナに付与されることにより、例えば、「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されたコンテナ５０３と、コンテナ５０３よりも下位階層に位置するコンテナや、これらのコンテナに対応付けられたコンテンツ等とは、ビデオコンテンツのみが対応付けられる、ビデオツリーというサブグループを構成することとなる。また、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されたコンテナ５０５と、コンテナ５０５よりも下位階層に位置するコンテナや、これらのコンテナに対応付けられたコンテンツ等とは、ミュージックコンテンツのみが対応付けられるミュージックツリーというサブグループを構成することとなる。また、「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与されたコンテナ５０７と、コンテナ５０７よりも下位階層に位置するコンテナや、これらのコンテナに対応付けられたコンテンツ等とは、フォトコンテンツのみが対応付けられるフォトツリーというサブグループを構成することとなる。
【０１１１】
上記のように、識別子を定義することによって、例えば、クライアント機器３０がコンテンツ管理サーバ２０の木構造を閲覧して、ビデオコンテンツが対応づけられているコンテナを探す場合には、クライアント機器３０は、識別子として「ａｖ：ｖｉｄｅｏＲｏｏｔ」が付与されているコンテナを探して、このコンテナの下の階層のみを閲覧・検索することで、効率の良いコンテンツの閲覧や検索を行うことが可能となる。
【０１１２】
「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されたコンテナ５０３の子コンテナには、例えば、「ａｖ：ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」という識別子が付与されたコンテナ５０９と、「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」という識別子が付与されたコンテナ５１１と、が配置される。コンテナ５０９は、ＩＤとして３が割り当てられたコンテナであり、コンテナ５１１は、ＩＤとして４が割り当てられたコンテナである。
【０１１３】
「ａｖ：ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」識別子や、「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」識別子は、コンテナに割り当てられるコンテンツの分類区分を示す識別子である「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子の一つである。「ａｖ：ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」識別子は、ジャンルごとに区分けされたビデオコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ５０９の下位階層には、ジャンルごとに区分けされたビデオコンテンツ５１７が対応付けられる。また、「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」識別子は、全てのビデオコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ５１１の下位階層には、コンテンツ管理サーバ２０が管理している全てのビデオコンテンツ５１７が対応付けられる。
【０１１４】
また、「ａｖ：ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」識別子が付与されているコンテナ５０９に割り当てられるビデオコンテンツ５１７と、「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」識別子が付与されているコンテナ５１１に割り当てられるビデオコンテンツ５１７とは、重複していても良い。ビデオコンテンツ５１７の割り当ては、例えばコンテナに付与された識別子に基づいて行われるが、あるひとつのビデオコンテンツ５１７が、異なる識別子が付与された複数のコンテナのいずれにも割り当てられる条件を備えているのであれば、コンテンツは、割り当てられうる全てのコンテナの下に配置されることとなる。
【０１１５】
また、図６においては、「ａｖ：ｖｉｄｅｏＲｏｏｔ」の下位階層に配置されているコンテナとして２つしか記載されておらず、これらのコンテナに付与されている識別子は、上記の２つの識別子のみであるが、本実施形態に係る木構造に付与されるビデオコンテンツ関係の識別子は、上記のものに限定されるわけではない。なお、ビデオコンテンツが対応付けられているビデオツリーについては、以下で詳細に説明する。
【０１１６】
「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されたコンテナ５０５の子コンテナには、例えば、「ａｖ：ｍｕｓｉｃＡｌｌＩｔｅｍｓ」という識別子が付与されたコンテナ５１３が配置されている。コンテナ５１３は、ＩＤとして５が割り当てられたコンテナである。
【０１１７】
「ａｖ：ｍｕｓｉｃＡｌｌＩｔｅｍｓ」識別子は、コンテナに割り当てられるコンテンツの分類区分を示す識別子である「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子の一つである。「ａｖ：ｍｕｓｉｃＡｌｌＩｔｅｍｓ」識別子は、全てのミュージックコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ５１３の下位階層には、コンテンツ管理サーバ２０が管理している全てのミュージックコンテンツ５１９が対応付けられる。
【０１１８】
また、図６においては、「ａｖ：ｍｕｓｉｃＲｏｏｔ」の下位階層に配置されているコンテナとして１つしか記載されておらず、このコンテナに付与されている識別子は、上記の１つの識別子のみであるが、本実施形態に係る木構造に付与されるミュージックコンテンツ関係の識別子は、上記のものに限定されるわけではない。なお、ミュージックコンテンツが対応付けられているミュージックツリーについては、以下で詳細に説明する。
【０１１９】
「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与されたコンテナ５０７の子コンテナには、例えば、「ａｖ：ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」という識別子が付与されたコンテナ５１５が配置されている。コンテナ５１５は、ＩＤとして７が割り当てられたコンテナである。
【０１２０】
「ａｖ：ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」識別子は、コンテナに割り当てられるコンテンツの分類区分を示す識別子である「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子の一つである。「ａｖ：ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」識別子は、撮影日ごとに区分けされたフォトコンテンツが対応付けられていることを示す識別子であり、この識別子が付与されたコンテナ５１５の下位階層には、撮影日ごとに区分けされたフォトコンテンツ５２１が対応付けられる。
【０１２１】
また、図６においては、「ａｖ：ｐｈｏｔｏＲｏｏｔ」の下位階層に配置されているコンテナとして１つしか記載されておらず、このコンテナに付与されている識別子は、上記の１つの識別子のみであるが、本実施形態に係る木構造に付与されるフォトコンテンツ関係の識別子は、上記のものに限定されるわけではない。なお、フォトコンテンツが対応付けられているフォトツリーについては、以下で詳細に説明する。
【０１２２】
コンテンツ管理サーバ２０が管理している複数のコンテンツが、図６に示した木構造のどのコンテナに割り当てられるかは、コンテナに付与された識別子と、コンテンツの属性情報に基づいて、コンテンツ割当部２３３によって判断される。例えば、コンテンツのデータ形式に基づいて、「ａｖ：ｖｉｄｅｏＲｏｏｔ」、「ａｖ：ｍｕｓｉｃＲｏｏｔ」、「ａｖ：ｐｈｏｔｏＲｏｏｔ」のいずれのコンテナの下位階層にデータを割り当てるかが判断され、割り当てられるサブグループが決定すると、コンテンツの属性情報に含まれる他の情報、例えば、コンテンツのジャンル情報や、日付情報等によって、配置されるコンテナが判断される。なお、コンテンツの木構造への割り当ての具体例については、以下で詳細に説明する。
【０１２３】
図６に示した木構造の例では、木構造が８個のコンテナを有し、階層は第４階層までしか生成されていないが、本実施形態に係る木構造においては、木構造に配置されるコンテナの数は上記の個数に限定されるわけではなく、任意の個数のコンテナが配置されることが可能である。また、木構造の階層の数についても、図６のような第４階層に限定されるわけではなく、全体として第１０階層まで生成されることが可能である。また、図６において各コンテナに付与されたＩＤは便宜的なものであり、本実施形態に係る木構造においては、各コンテナに対して、同一のＩＤが２つ以上存在しないように、適宜ＩＤを割り振ることが可能である。
【０１２４】
（ビデオツリーの構造）
続いて、図７を参照しながら、本実施形態に係るビデオツリーの具体例について、詳細に説明する。図７は、本実施形態に係るビデオコンテンツの割り当てについて説明するための説明図である。
【０１２５】
図７に示されているビデオツリーの全体構造から明らかなように、ビデオツリー全体は、第１階層から第６階層までの６つの階層から構成されており、［ＲＯＯＴ］コンテナ５０１が配置されている第１階層の直下には、「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与された［ビデオ］コンテナ５０３が配置されている。この［ビデオ］コンテナ５０３が、第２階層となる。［ビデオ］コンテナ５０３の子コンテナとして、第３階層に位置する４つのコンテナが配置されている。第３階層に位置するコンテナには、例えば、［ジャンル］コンテナ５２３と、［日付］コンテナ５２５と、［すべて］コンテナ５２７と、［ライブチューナ］コンテナ５２９とが含まれる。
【０１２６】
［ジャンル］コンテナ５２３は、ビデオコンテンツが、コンテンツの属性情報に記載されているジャンル情報に基づいて分類されるコンテナである。このコンテナ５２３には、例えば「ａｖ：ｖｉｄｅｏＡｌｌＧｅｎｒｅｓ」という識別子が付与される。この［ジャンル］コンテナ５２３の子コンテナには、例えば、映画、ドラマ、バラエティ等といった個別のジャンルに基づく、［個別ジャンル］コンテナ５３１が配置される。なお、図７に第４階層として記載されている［個別ジャンル］コンテナ５３１は１つのみであるが、実際には、コンテンツの属性情報に記載されているジャンル情報に基づいて、複数の［個別ジャンル］コンテナ５３１が配置される。また、複数の［個別ジャンル］コンテナ５３１の下の階層には、アイテムとして、それぞれのジャンルに該当する複数のビデオコンテンツ５３３が対応付けられる。
【０１２７】
［日付］コンテナ５２５は、ビデオコンテンツが、コンテンツの属性情報に記載されている日付情報に基づいて分類されるコンテナである。このコンテナ５２５には、例えば、「ａｖ：ｖｉｄｅｏＡｌｌＤａｔｅＴｉｍｅ」という識別子が付与される。この［日付］コンテナ５２５の子コンテナには、コンテンツが撮影等された年に基づいて分類される［年］コンテナ５３５が配置され、それぞれの［年］コンテナ５３５の子コンテナには、コンテンツが撮影等された月に基づいて分類される［月］コンテナ５３７が配置される。この［月］コンテナ５３７の下の階層には、コンテンツの属性情報に記載されている日付情報に基づいて、複数のコンテンツ５３３が配置される。
【０１２８】
図７においては、［日付］コンテナ５２５の下の階層には、［年］コンテナ５３５と［月］コンテナ５３７とが配置されているが、コンテンツ管理サーバ２０が管理しているコンテンツのうち、同一日付のコンテンツが多数を占めるような場合（例えば、コンテンツ管理サーバ２０が、複数の番組コンテンツを同時録画可能なビデオレコーダである場合等）には、［日付］コンテナ５２５の子コンテナとして、年月日に基づいてコンテンツを分類する［年月日］コンテナが第４階層に配置されていてもよい。この場合には、ビデオコンテンツが第５階層に割り当てられることとなる。
【０１２９】
［すべて］コンテナ５２７は、コンテンツ管理サーバ２０が管理する全てのビデオコンテンツ５３３が、アイテムとして割り当てられるコンテナである。このコンテナ５２７には、例えば、「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」という識別子が付与される。
【０１３０】
［ライブチューナ］コンテナ５２９は、ライブストリーミングコンテンツが割り当てられるコンテナである。このコンテナ５２９には、例えば、「ａｖ：ｖｉｄｅｏＡｌｌＴｕｎｅｒｓ」という識別子が付与される。この［ライブチューナ］コンテナ５２９の子コンテナには、ライブストリーミングのチューナの種類に応じて、例えば、［地上デジタル］コンテナ５３９、［ＢＳデジタル］コンテナ５４１、［１１０度ＣＳ］コンテナ５４３、［ワンセグ］コンテナ５４５、［アナログ放送］コンテナ５４７、［外部入力］コンテナ５４９等が配置される。これらの複数のコンテナの下位階層に、アイテムとして、ビデオコンテンツ５３３が割り当てられる。
【０１３１】
本実施形態に係るクライアント機器３０だけではなく、例えば他業者により製造されたクライアント機器が、本実施形態に係るコンテンツ管理サーバ２０に接続された場合においても、上記のようなビデオツリーを閲覧することが出来なくてはならない。そのために、上記のビデオツリーにおいて、必ず備えていなくてはならないコンテナ（以下、必須コンテナと称する。）を、規定しておくことが可能である。どのコンテナを必須コンテナとするかは、コンテンツ管理サーバ２０が使用される状況において、任意に決定することが可能であるが、例えば、コンテンツ管理サーバが管理しているコンテンツ数が、数百程度と少ない場合には、第３階層に位置しているコンテナのうち、［日付］コンテナ５２５と、［ライブチューナ］コンテナ５２９を必須コンテナとしてもよい。また、コンテンツ管理サーバが管理しているコンテンツ数が、例えば数千、数万と多い場合には、［すべて］コンテナ５２７と［ライブチューナ］コンテナ５２９を必須コンテナとしてもよい。
【０１３２】
また、［個別ジャンル］コンテナ５３１や、［年］コンテナ５３５、［月］コンテナ５３７には、特定の識別子が付与されていてもよく、識別子が付与されていなくてもよい。
【０１３３】
上記のようなビデオツリーが生成されることで、クライアント機器３０がコンテンツの閲覧や検索を行う際には、クライアント機器３０は、コンテナに付与されている識別子を用いて、そのコンテナよりも下の階層に割り当てられているコンテナやコンテンツ等の内容を判断することができる。また、クライアント機器３０がコンテンツの閲覧や検索を行う際に、第１階層から順に、各階層において適切なコンテナを選び、選択したコンテナの子コンテナを更に検索していくことで、効率の良い閲覧や検索を行うことができ、従来の木構造のように、階層を上に戻ったり下に進んだりしながらコンテンツの閲覧等を行うことが不要となる。
【０１３４】
（ビデオコンテンツの割り当て）
続いて、図８を参照しながら、ビデオコンテンツが木構造に割り当てられる流れについて、詳細に説明する。図８は、本実施形態に係るビデオコンテンツの割当例を説明するための流れ図である。
【０１３５】
図８では、コンテンツ割り当ての一例として、例えばコンテンツ管理サーバであるビデオレコーダがテレビ放送を録画し、録画したコンテンツを木構造に割り当てる場合について説明する。
【０１３６】
コンテンツ管理サーバ２０であるビデオレコーダのコンテンツ取得部２３５は、例えば電子番組ガイド（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ：ＥＰＧ）を利用して、テレビ予約録画をセットする（ステップＳ１０１）。予約されている時刻が来ると、コンテンツ取得部２３５は、テレビ番組の録画を開始し、終了時刻となると、コンテンツ取得部２３５は、録画を終了する（ステップＳ１０３）。予約録画が終了すると、コンテンツ取得部２３５は、ビデオレコーダの記憶部２３９に、録画したテレビ番組に関するコンテンツデータを記憶する。また、ＥＰＧから取得したコンテンツの属性情報を、記憶部２３９に記憶する。
【０１３７】
コンテンツ管理サーバ２０であるビデオレコーダのコンテンツ割当部２３３は、まず、録画したコンテンツを、ビデオコンテナ５０３の下位の階層に位置する［すべて］コンテナ５２７の中に、割り当てる（ステップＳ１０５）。コンテンツを割り当てるコンテナが一つ決定すると、コンテンツ割当部２３３は、録画したコンテンツの所在情報に、［すべて］コンテナ５２７のＵＲＩを登録し、記憶部２３９に記憶する。
【０１３８】
続いて、コンテンツ割当部２３３は、ＥＰＧ情報に付属していたジャンル情報に基づいて、ステップＳ１０５で割り当てたコンテンツのエイリアスを、［ビデオ］コンテナ５０３の子コンテナである［ジャンル］コンテナ５２３以下に、適切に配置する（ステップＳ１０７）。この場合、［ジャンル］コンテナ５２３の子コンテナである［個別ジャンル］コンテナ５３１の中に、ジャンル情報に合致するコンテナが存在すれば、コンテンツ割当部２３３は、合致するコンテナにエイリアスを割り当てる。また、該当するコンテナがない場合には、コンテンツ割当部２３３は、新たにコンテナを作成して、エイリアスを割り当てることが可能である。［ジャンル］コンテナへの割当が決まると、コンテンツ割当部２３３は、コンテンツの所在情報に、エイリアスに関する情報を追加記載して、記憶部２３９に記憶する。
【０１３９】
次に、コンテンツ割当部２３３は、録画した日時に関する情報に基づき、ステップＳ１０５で配置したコンテンツのエイリアスを、［ビデオ］コンテナ５０３の子コンテナである［日付］コンテナ５２５以下に、適切に配置する（ステップＳ１０９）。［日付］コンテナへの割当が決まると、コンテンツ割当部２３３は、コンテンツの所在情報に、エイリアスに関する情報を追加記載して、記憶部２３９に記憶する。
【０１４０】
以上説明したように、コンテンツは、配置可能な全てのコンテナに対して割り当てられ、割り当てられたコンテナに関する情報は、コンテンツの所在情報として管理されることとなる。一つのコンテンツが、複数のコンテナに対応付けられることにより、例えば、クライアント機器３０が、あるビデオコンテンツを、コンテンツのジャンルをキーワードにして検索をする場合や、コンテンツの日付をキーワードにして検索する場合など、様々な検索条件に応じて、特定のビデオコンテンツを検索することが可能となる。
【０１４１】
（ミュージックツリーの構造）
次に、図９を参照しながら、本実施形態に係るミュージックツリーの具体例について、詳細に説明する。図９は、本実施形態に係るミュージックコンテンツの割り当てについて説明するための説明図である。
【０１４２】
図９に示されているミュージックツリーの全体構造から明らかなように、ミュージックコンテンツは、第１階層から第７階層までの７つの階層から構成されており、［ＲＯＯＴ］コンテナ５０１が配置されている第１階層の直下には、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与された［ミュージック］コンテナ５０５が配置されている。この［ミュージック］コンテナ５０５が、第２階層となる。［ミュージック］コンテナ５０５の子コンテナとして、第３階層に位置する５つのコンテナが配置されている。第３階層に位置するコンテナには、例えば、［プレイリスト］コンテナ５５１と、［アーティスト］コンテナ５５３と、［アルバム］コンテナ５５５と、［ジャンル］コンテナ５５７と、［すべて］コンテナ５５９とが含まれる。
【０１４３】
［プレイリスト］コンテナ５５１は、コンテンツ管理サーバ２０の所有者が設定したプレイリストが分類されるコンテナである。このコンテナ５５１には、例えば「ａｖ：ｍｕｓｉｃＡｌｌＰｌａｙｌｉｓｔｓ」という識別子が付与される。この［プレイリスト］コンテナ５５１の子コンテナには、コンテンツ管理サーバ２０の所有者が設定した個別のプレイリストが分類される、［個別プレイリスト］コンテナ５６１が配置される。なお、図９に第４階層として記載されている［個別プレイリスト］コンテナ５６１は、１つのみであるが、実際には、複数の［個別プレイリスト］コンテナ５６１が配置される。また、複数の［個別プレイリスト］コンテナ５６１の下の階層には、アイテムとして、それぞれのプレイリストに含まれている複数のミュージックコンテンツ５６３が対応付けられる。
【０１４４】
［アーティスト］コンテナ５５３は、ミュージックコンテンツが、コンテンツの属性情報に記載されているアーティスト情報に基づいて分類されるコンテナである。このコンテナ５５３には、例えば「ａｖ：ｍｕｓｉｃＡｌｌＡｒｔｉｓｔｓ」という識別子が付与される。この［アーティスト］コンテナ５５３の子コンテナには、各アーティストの名前やグループ名等に応じた［個別アーティスト］コンテナ５６５が配置される。なお、図９に第４階層として記載されている［個別アーティスト］コンテナ５６５は１つのみであるが、実際には、コンテンツの属性情報に記載されているアーティスト情報に基づいて、複数の［個別アーティスト］コンテナ５６５が配置される。
【０１４５】
上記の複数の［個別アーティスト］コンテナ５６５には、それぞれ子コンテナとして、［すべて］コンテナ５６７と、［個別アルバム］コンテナ５６９が配置されてもよい。［すべて］コンテナ５６７には、［すべて］コンテナ５６７の親コンテナに対応するアーティストの、全てのミュージックコンテンツ５６３が、アイテムとして対応付けられる。また、［個別アルバム］コンテナ５６９は、［個別アルバム］コンテナ５６９の親コンテナに対応するアーティストについて、コンテンツ管理サーバ２０が管理している全てのアルバムが、配置される。なお、図９に第５階層として記載されている［個別アルバム］コンテナ５６９は１つのみであるが、実際には、親コンテナに対応するアーティストのアルバムの種類に応じて、複数配置される。また、複数の［個別アルバム］コンテナ５６９の下の階層には、各アルバムに収録されているミュージックコンテンツ５６３が、アイテムとして対応付けられる。
【０１４６】
［アルバム］コンテナ５５５は、ミュージックコンテンツが、コンテンツの属性情報に記載されているアルバム情報に基づいて分類されるコンテナである。このコンテナ５５５には、例えば「ａｖ：ｍｕｓｉｃＡｌｌＡｌｂｕｍｓ」という識別子が付与される。この［アルバム］コンテナ５５５の子コンテナには、アーティスト名等を問わず、コンテンツ管理サーバ２０が管理する全てのアルバムが割り当てられる、［個別アルバム］コンテナ５７１が配置される。なお、図９に第４階層として記載されている［個別アルバム］コンテナ５７１は１つのみであるが、実際には、コンテンツの属性情報に記載されているアルバム情報に基づいて、複数の［個別アルバム］コンテナ５７１が配置される。また、複数の［個別アルバム］コンテナ５７１の下の階層には、アイテムとして、それぞれのアルバムに収録されている複数のミュージックコンテンツ５６３が対応付けられる。
【０１４７】
［ジャンル］コンテナ５５７は、ミュージックコンテンツが、コンテンツの属性情報に記載されているジャンル情報に基づいて分類されるコンテナである。このコンテナ５５７には、例えば「ａｖ：ｍｕｓｉｃＡｌｌＧｅｎｒｅｓ」という識別子が付与される。この［ジャンル］コンテナ５５７の子コンテナには、アーティスト名やアルバム名等を問わず、コンテンツ管理サーバ２０が管理する全てのミュージックコンテンツがコンテンツの属性情報に記載されているジャンル情報に基づいて割り当てられる、［個別ジャンル］コンテナ５７３が配置される。なお、図９に第４階層として記載されている［個別ジャンル］コンテナ５７３は１つのみであるが、実際には、コンテンツの属性情報に記載されているジャンル情報に基づいて、複数の［個別アルバム］コンテナ５７３が配置される。
【０１４８】
［個別ジャンル］コンテナ５７３の子コンテナには、例えば、［すべてのアーティスト］コンテナ５７５と、［すべて］コンテナ５７７と、［個別アーティスト］コンテナ５７９とが配置される。
【０１４９】
［すべてのアーティスト］コンテナ５７５は、親コンテナの個別ジャンルと同一のジャンル情報がコンテンツの属性情報に記載されているミュージックコンテンツが、アーティスト名を問わず分類されるコンテナである。［すべてのアーティスト］コンテナ５７５の子コンテナには、［個別ジャンル］コンテナ５７３と同一のジャンルに分類される全てのアルバムがアルバムごとに分類される、［個別アルバム］コンテナ５８１が配置される。さらに、［個別アルバム］コンテナ５８１の下の階層には、それぞれのアルバムに収録されているミュージックコンテンツ５６３が、対応付けられる。
【０１５０】
［すべて］コンテナ５７７は、親コンテナである［個別ジャンル］コンテナ５７３のジャンルと同一のジャンル情報を有する全てのミュージックコンテンツが分類されるコンテナである。このコンテナ５７７の下の階層には、［個別ジャンル］コンテナ５７３と同一のジャンル情報を有する全てのミュージックコンテンツ５６３が対応付けられる。
【０１５１】
［個別アーティスト］コンテナ５７９は、親コンテナである［個別ジャンル］コンテナ５７３のジャンルと同一のジャンル情報を有する全てのミュージックコンテンツが、アーティスト名ごとに分類されるコンテナである。図９に第５階層として配置されている［すべてのアーティスト］コンテナ５７９は１つのみであるが、実際には、親コンテナの個別ジャンルと同一のジャンルに属するアーティストの分だけ、複数のコンテナが配置される。［すべてのアーティスト］コンテナ５７９の子コンテナには、それぞれのアーティストについて、［すべて］コンテナ５８３と、［個別アルバム］コンテナ５８５とが配置される。［すべて］コンテナ５８３の下位の階層には、［個別ジャンル］コンテナ５７３と同一のジャンルに属するミュージックコンテンツのうち、［個別アーティスト］コンテナ５７９に属するアーティストのミュージックコンテンツ５６３が、全て対応付けられる。また、［個別アルバム］コンテナ５８５には、［個別ジャンル］コンテナ５７３と同一のジャンルに属するミュージックコンテンツのうち、［個別アーティスト］コンテナ５７９に属するアーティストのミュージックコンテンツが、アルバムごとに対応付けられる。［個別アルバム］コンテナ５８５の下の階層には、アルバムに収録されているミュージックコンテンツ５６３が、それぞれ対応付けられる。
【０１５２】
［すべて］コンテナ５５９は、コンテンツ管理サーバ２０が管理しているミュージックコンテンツの全てが分類されるコンテナである。このコンテナ５５９には、例えば「ａｖ：ｍｕｓｉｃＡｌｌＩｔｅｍｓ」という識別子が付与される。この［すべて］コンテナ５５９の下位の階層には、コンテンツ管理サーバ２０が管理しているミュージックコンテンツ５６３が、アイテムとして割り当てられる。なお、この［すべて］コンテンツ５５９は、クライアント機器３０が、ミュージックコンテンツのシャッフル演奏等を実行したい場合などに利用することが可能である。
【０１５３】
上記のようなミュージックツリーが生成されることで、クライアント機器３０がコンテンツの閲覧や検索を行う際には、クライアント機器３０は、コンテナに付与されている識別子を用いて、そのコンテナよりも下の階層に割り当てられているコンテナやコンテンツ等の内容を判断することができる。また、クライアント機器３０がコンテンツの閲覧や検索を行う際に、第１階層から順に、各階層において適切なコンテナを選び、選択したコンテナの子コンテナを更に検索していくことで、効率の良い閲覧や検索を行うことができ、従来の木構造のように、階層を上に戻ったり下に進んだりしながらコンテンツの閲覧等を行うことが不要となる。
【０１５４】
本実施形態に係るクライアント機器３０だけではなく、例えば他業者により製造されたクライアント機器が、本実施形態に係るコンテンツ管理サーバ２０に接続された場合においても、上記のようなミュージックツリーを閲覧することが出来なくてはならない。そのために、上記のミュージックツリーにおいても、必須コンテナを規定しておくことが可能である。どのコンテナを必須コンテナとするかは、コンテンツ管理サーバ２０が使用される状況において、任意に決定することが可能であるが、例えば、第３階層に位置する［プレイリスト］コンテナ５５１と、この［プレイリスト］コンテナ５５１の子コンテナである、第４階層の［個別プレイリスト］コンテナ５６１を必須コンテナとしてもよい。
【０１５５】
（ミュージックコンテンツの割り当て）
続いて、図１０を参照しながら、ミュージックコンテンツが木構造に割り当てられる流れについて、詳細に説明する。図１０は、本実施形態に係るミュージックコンテンツの割当例を説明するための流れ図である。
【０１５６】
図１０では、コンテンツ割り当ての一例として、例えばコンテンツ管理サーバが音楽ＣＤからミュージックデータを取得し、取得したコンテンツを木構造に割り当てる場合について説明する。
【０１５７】
まず、コンテンツ管理サーバ２０のコンテンツ取得部２３５は、コンテンツ管理サーバ２０のドライブ装置に挿入された音楽ＣＤから、コンテンツを取得して、所定のデータ形式にリッピングを行う（ステップＳ２０１）。ここで、上記のデータ形式は、例えば、リニアＰＣＭ（Ｌｉｎｅａｒ  ＰＣＭ）形式でもよいし、ＡＡＣ、ＡＴＲＡＣ３ｐｌｕｓ、ＭＰ３、ＷＭＡ９のようなデータ形式でもよい。音楽ＣＤのリッピングが終了すると、コンテンツ取得部２３５は、音楽ＣＤのコンテンツデータを、記憶部２３９に記憶する。
【０１５８】
続いて、コンテンツ取得部２３５は、ＣＤＤＢ等のデータベースを利用して、音楽ＣＤに関してアーティスト情報やアルバム情報等の各種の属性情報を取得する（ステップＳ２０３）。コンテンツ取得部２３５は、これらの取得した情報を、記憶部２３９に属性情報として記憶する。
【０１５９】
次に、コンテンツ管理サーバ２０のコンテンツ割当部２３３は、取得した音楽ＣＤからのミュージックコンテンツを、［ミュージック］コンテナ５０５の下位の階層に位置する［すべて］コンテナ５５９の中に、割り当てる（ステップＳ２０５）。コンテンツを割り当てるコンテナが一つ決定すると、コンテンツ割当部２３３は、録画したコンテンツの所在情報に、［すべて］コンテナ５５９のＵＲＩを登録し、記憶部２３９に記憶する。
【０１６０】
続いて、コンテンツ割当部２３３は、ＣＤＤＢ等から取得し、記憶部２３９に記憶したアーティスト情報に基づいて、ステップＳ２０５で割り当てたコンテンツのエイリアスを、［ミュージック］コンテナ５０５の子コンテナである［アーティスト］コンテナ５５３以下に、適切に配置する（ステップＳ２０７）。この場合、コンテンツ割当部２３３は、［アーティスト］コンテナ５５３の子コンテナである［個別アーティスト］コンテナ５６５の中の［すべて］コンテナ５６７に、コンテンツのエイリアスを配置した上で、［個別アルバム］コンテナ５６９の下位の階層に、エイリアスを割り当てる。［アーティスト］コンテナへの割当が決まると、コンテンツ割当部２３３は、コンテンツの所在情報に、エイリアスに関する情報を追加記載して、記憶部２３９に記憶する。
【０１６１】
次に、コンテンツ割当部２３３は、ＣＤＤＢ等から取得し、記憶部２３９に記憶したアルバム情報に基づいて、ステップＳ２０５で割り当てたコンテンツのエイリアスを、［ミュージック］コンテナ５０５の子コンテナである［アルバム］コンテナ５５５以下に、適切に配置する（ステップＳ２０９）。この場合、コンテンツ割当部２３３は、［アルバム］コンテナ５５５の子コンテナである［個別アルバム］コンテナ５７１の下位の階層に、エイリアスを割り当てる。［アルバム］コンテナへの割当が決まると、コンテンツ割当部２３３は、コンテンツの所在情報に、エイリアスに関する情報を追加記載して、記憶部２３９に記憶する。
【０１６２】
続いて、コンテンツ割当部２３３は、ＣＤＤＢ等から取得し、記憶部２３９に記憶したジャンル情報に基づいて、ステップＳ２０５で割り当てたコンテンツのエイリアスを、［ミュージック］コンテナ５０５の子コンテナである［ジャンル］コンテナ５５７以下に、適切に配置する（ステップＳ２１１）。この場合、コンテンツ割当部２３３は、まず、［ジャンル］コンテナ５５７の子コンテナである［個別ジャンル］コンテナ５７３の中の［すべて］コンテナ５７７に、コンテンツのエイリアスを配置する。また、コンテンツ割当部２３３は、記憶部２３９に記憶されているアルバム情報を参照して、［すべてのアーティスト］コンテナ５７５の下位の階層に、［個別アルバム］コンテナ５８１を配置し、エイリアスを配置する。さらに、コンテンツ割当部２３３は、記憶部２３９に記憶されているアーティスト情報に基づいて、［個別アーティスト］コンテナ５７９の子コンテナの［すべて］コンテナ５８３に、エイリアスを割り当てるとともに、アルバム情報に基づいて、［個別アルバム］コンテナ５８５の下位の階層に、エイリアスを割り当てる。［ジャンル］コンテナへの割当が決まると、コンテンツ割当部２３３は、コンテンツの所在情報に、エイリアスに関する情報を追加記載して、記憶部２３９に記憶する。
【０１６３】
以上説明したように、コンテンツは、配置可能な全てのコンテナに対して割り当てられ、割り当てられたコンテナに関する情報は、コンテンツの所在情報として管理されることとなる。一つのコンテンツが、複数のコンテナに対応付けられることにより、例えば、クライアント機器３０が、あるミュージックコンテンツを、コンテンツのジャンルをキーワードにして検索をする場合や、コンテンツのアーティスト名をキーワードにして検索する場合など、様々な検索条件に応じて、特定のミュージックコンテンツを検索することが可能となる。
【０１６４】
（フォトツリーの構造）
次に、図１１を参照しながら、本実施形態に係るフォトツリーの具体例について、詳細に説明する。図１１は、本実施形態に係るフォトコンテンツの割り当てについて説明するための説明図である。
【０１６５】
図１１に示されているフォトツリーの全体構造から明らかなように、フォトコンテンツは、第１階層から第７階層までの７つの階層から構成されており、［ＲＯＯＴ］コンテナ５０１が配置されている第１階層の直下には、「ａｖ：ｐｈｏｔｏＲｏｏｔ」識別子が付与された［フォト］コンテナ５０７が配置されている。この［フォト］コンテナ５０７が、第２階層となる。［フォト］コンテナ５０７の子コンテナとして、第３階層に位置する３つのコンテナが配置されている。第３階層に位置するコンテナには、例えば、［アルバム］コンテナ５９１と、［撮影日］コンテナ５９３と、［すべて］コンテナ５９５とが含まれる。
【０１６６】
［アルバム］コンテナ５９１は、フォトコンテンツが、コンテンツの属性情報に記載されているアルバム情報に基づいて分類されるコンテナである。このコンテナ５９１には、例えば「ａｖ：ｐｈｏｔｏＡｌｌＡｌｂｕｍｓ」という識別子が付与される。この［アルバム］コンテナ５９１の子コンテナには、コンテンツ管理サーバ２０が管理する全てのアルバムが割り当てられる、［個別アルバム］コンテナ５９７が配置される。なお、図１１に第４階層として記載されている［個別アルバム］コンテナ５９７は１つのみであるが、実際には、コンテンツの属性情報に記載されているアルバム情報に基づいて、複数の［個別アルバム］コンテナ５９７が配置される。また、複数の［個別アルバム］コンテナ５９７の下の階層には、アイテムとして、それぞれのアルバムに収録されている複数のフォトコンテンツ５９９が対応付けられる。
【０１６７】
［撮影日］コンテナ５９３は、フォトコンテンツが、コンテンツの属性情報に記載されている日付情報に基づいて分類されるコンテナである。このコンテナ５９３には、例えば「ａｖ：ｐｈｏｔｏＡｌｌＤａｔｅＴｉｍｅ」という識別子が付与される。この［撮影日］コンテナ５９３の子コンテナには、コンテンツ管理サーバ２０が管理するフォトデータが、撮影年ごとに分類される［年］コンテナ６０１が配置される。また、［年］コンテナ６０１の子コンテナには、同一年に撮影されたフォトコンテンツが、撮影月日に関係なく全て対応付けられる、［すべて］コンテナ６０３が配置され、また、［すべて］コンテナ６０３と同じ第５階層に、同一年に撮影されたフォトコンテンツが、撮影月ごとに分類される、［月］コンテナ６０５が配置される。［すべて］コンテナ６０３の下の階層には、同一年に撮影されたフォトコンテンツ５９９が、全て対応付けられる。
【０１６８】
さらに、［月］コンテナ６０５の子コンテナには、同一月に撮影されたフォトコンテンツが、撮影の日付に関係なく全て対応付けられる、［すべて］コンテナ６０７が配置され、また、［すべて］コンテナ６０７と同じ第６階層に、同一日に撮影されたフォトコンテンツが、撮影日ごとに分類される、［日］コンテナ６０９が配置される。［すべて］コンテナ６０７の下の階層には、同一月に撮影されたフォトコンテンツ５９９が、全て対応付けられ、［日］コンテナ６０９の下の階層には、撮影された日ごとに分類されたフォトコンテンツ５９９が、対応付けられる。
【０１６９】
図１１においては、［撮影日］コンテナ５９３の下の階層には、第４階層として［年］コンテナ６０１が、第５階層として［すべて］コンテナ６０３と［月］コンテナ６０５が、第６階層として［すべて］コンテナ６０７と［日］コンテナ６０９が、それぞれ配置されているが、コンテンツ管理サーバ２０が管理するフォトコンテンツの数に応じて、［撮影日］コンテナ５９３以下に配置するコンテナを変更してもよい。
【０１７０】
例えば、同一日に撮影されたフォトコンテンツが多くない場合には、第４階層として［年］コンテナを配置し、［年］コンテナの子コンテナとして、［すべて］コンテナと、［月日］コンテナを配置してもよい。また、コンテンツ管理サーバ２０の管理するフォトコンテンツの数が少ない場合には、［撮影日］コンテナ５９３の子コンテナとして、［年月日］コンテナのみを配置してもよい。
【０１７１】
また、第３階層に配置される［すべて］コンテナ５９５は、フォトコンテンツの属性情報に関係なく、コンテンツ管理サーバ２０が管理しているフォトコンテンツが全て対応付けられるコンテナである。このコンテナ５９５の下の階層に、各フォトコンテンツが対応付けられる。
【０１７２】
本実施形態に係るクライアント機器３０だけではなく、例えば他業者により製造されたクライアント機器が、本実施形態に係るコンテンツ管理サーバ２０に接続された場合においても、上記のようなフォトツリーを閲覧することが出来なくてはならない。そのために、上記のフォトツリーにおいても、必須コンテナを規定しておくことが可能である。どのコンテナを必須コンテナとするかは、コンテンツ管理サーバ２０が使用される状況において、任意に決定することが可能であるが、例えば、［アルバム］コンテナ５９１と、［すべて］コンテナ５９５、および、［個別アルバム］コンテナ５９７を必須コンテナとしてもよい。
【０１７３】
上記のようなフォトツリーが生成されることで、クライアント機器３０がコンテンツの閲覧や検索を行う際には、クライアント機器３０は、コンテナに付与されている識別子を用いて、そのコンテナよりも下の階層に割り当てられているコンテナやコンテンツ等の内容を判断することができる。また、クライアント機器３０がコンテンツの閲覧や検索を行う際に、第１階層から順に、各階層において適切なコンテナを選び、選択したコンテナの子コンテナを更に検索していくことで、効率の良い閲覧や検索を行うことができ、従来の木構造のように、階層を上に戻ったり下に進んだりしながらコンテンツの閲覧等を行うことが不要となる。
【０１７４】
また、本実施形態に係る木構造では、例えば図１２に示したように、アイテムを配置することが規定されている階層に、コンテナを配置することも可能である。図１２では、アイテムが配置されるべき［ジャンルＡ］コンテナ６２１の直下の階層に、コンテンツ１というアイテム６２３と、［コンテンツ２］という名前のついたコンテナ６２５と、コンテンツ３というアイテム６２７とが配置されている。この場合には、［コンテンツ２］と名前のついたコンテナ６２５の直下の階層に、コンテンツ２というアイテム６２９を一つ配置することが必要である。また、［コンテンツ２］と名前のついたコンテナ６２５の下の階層に、新たに［コンテナ１］（６３１）や、［コンテナ２］（６３３）を配置することも可能である。しかしながら、上記のような場合であっても、木構造全体の階層の数は、１０以下であることが好ましい。
【０１７５】
また、上記の木構造では、第１階層として［ＲＯＯＴ］コンテナ５０１が配置されていたが、コンテンツ管理サーバ２０が、一つのメディアクラスのみ（例えば、ビデオコンテンツのみ、ミュージックコンテンツのみ、フォトコンテンツのみ等）を管理する場合には、第１階層に配置された［ＲＯＯＴ］コンテナ５０１を省略してもよい。
【０１７６】
（第１変形例）
続いて、図１３を参照しながら、本実施形態に係る木構造の第１変形例について、簡単に説明する。図１３は、本実施形態に係る木構造の変形例を説明するための説明図である。
【０１７７】
図１３に示した木構造では、第１階層に位置している［ＲＯＯＴ］コンテナ６５１の子コンテナとして、ＩＤ１が付与されているコンテナ６５３と、ＩＤ２が付与されているコンテナ６５５と、ＩＤ６が付与されているコンテナ６５７と、ＩＤ８が付与されているコンテナ６５９とが配置されている。これらの子コンテナが、第２階層となる。これらの子コンテナには、それぞれ「ａｖ：ｍｅｄｉａＣｌａｓｓ」という種類の識別子が付与されている。この「ａｖ：ｍｅｄｉａＣｌａｓｓ」という識別子は、この識別子が付与されているコンテナよりも下位の階層に位置するコンテナからなるサブツリー構造が、どのようなコンテンツのメディアクラスを含みうるかを示す識別子である。ここで、上記のコンテンツのメディアクラスとは、写真、動画、音楽等のコンテンツの種類を意味している。
【０１７８】
上記の「ａｖ：ｍｅｄｉａＣｌａｓｓ」識別子は、例えば、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｖ”」や、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｍ”」や、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｐ”」や、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｏ”」などのように、サブツリー構造が含みうるコンテンツの種類を表すアルファベットを用いて表される。コンテンツの種類を表すアルファベットは、「ａｖ：ｍｅｄｉａＣｌａｓｓ」識別子の中に１つのみが記載されていてもよく、２つ以上のアルファベットが組み合わされて記載されていてもよい。
【０１７９】
上記の“Ｖ”というアルファベットは、「Ｖｉｄｅｏ」の頭文字であり、動画などのビデオコンテンツが、識別子が付与されたコンテナ以下のサブツリーに存在しうることを示す。また、上記の“Ｍ”というアルファベットは、「Ｍｕｓｉｃ」の頭文字であり、ミュージックコンテンツなどのピュアオーディオコンテンツが、識別子が付与されたコンテナ以下のサブツリーに存在しうることを示す。また、上記の“Ｐ”というアルファベットは、「Ｐｈｏｔｏ」の頭文字であり、フォトコンテンツなどの静止画コンテンツが、識別子が付与されたコンテナ以下のサブツリーに存在しうることを示す。また、上記の“Ｏ”というアルファベットは、「Ｏｔｈｅｒ」の頭文字であり、ピュアオーディオコンテンツ、静止画コンテンツ、動画などのビデオコンテンツのいずれもが、識別子が付与されたコンテナ以下のサブツリーに存在しえないことを示す。
【０１８０】
図１３に示した木構造では、ＩＤ１が付与されているコンテナ６５３には、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｖ”」が付与されている。そのため、コンテナ６５３よりも下の階層に位置する、ＩＤ３が付与されているコンテナとＩＤ４が付与されているコンテナには、ビデオコンテンツ６６１のみが存在しうる。
【０１８１】
また、ＩＤ２が付与されているコンテナ６５５には、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｍ”」が付与されている。そのため、コンテナ６５５よりも下の階層に位置する、ＩＤ５が付与されているコンテナには、ミュージックコンテンツ６６３のみが存在しうる。
【０１８２】
また、ＩＤ６が付与されているコンテナ６５７には、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｐ”」が付与されている。そのため、コンテナ６５７よりも下の階層に位置する、ＩＤ７が付与されているコンテナには、フォトコンテンツ６６５のみが存在しうる。
【０１８３】
図１３に示したＩＤ８が付与されているコンテナ６５９には、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｖ，Ｍ，Ｐ”」が付与されている。そのため、コンテナ６５９よりも下の階層に位置する、ＩＤ９が付与されているコンテナとＩＤ１０が付与されているコンテナには、ビデオコンテンツ６６１と、ミュージックコンテンツ６６３と、フォトコンテンツ６６５とが存在しうる。
【０１８４】
このように、サブツリー構造における最上位階層に位置するコンテナに上記のような「ａｖ：ｍｅｄｉａＣｌａｓｓ」識別子を付与することで、クライアント機器３０がコンテンツ管理サーバ２０にアクセスして、特定のメディアクラスに分類されるコンテンツを閲覧する場合に、効率よく処理を行うことが可能となる。例えば、図１４に示したように、クライアント機器３０が、図１３に示した木構造を有するコンテンツ管理サーバ２０にアクセスして、ビデオコンテンツを閲覧する場合には、クライアント機器３０は、全てのコンテナを調べる必要はなく、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｖ”」を含むコンテナのみを探せば良いため、効率の良いコンテンツの閲覧ができる。図１３の場合には、「ａｖ：ｍｅｄｉａＣｌａｓｓ＝“Ｖ”」を含むコンテナは、ＩＤ１が付与されているコンテナ６５３（コンテナ１）と、ＩＤ８が付与されているコンテナ６５９（コンテナ８）の２つのみであるため、クライアント機器３０の出力装置には、図１４のような一覧表が表示されることとなる。
【０１８５】
（クライアント機器３０によるビデオコンテンツ一覧の取得）
続いて、図１５〜図１７を参照しながら、本実施形態に係るクライアント機器３０が、コンテンツ管理サーバ２０にアクセスして、コンテンツに関する情報を取得する場合について、ビデオコンテンツ一覧を取得する場合を例にとって、詳細に説明する。図１５は、クライアント機器３０がコンテンツ管理サーバ２０から取得したビデオコンテンツ一覧を表示する表示例を示した説明図である。図１６は、本実施形態に係るクライアント機器３０がビデオコンテンツのコンテンツ一覧をコンテンツ管理サーバ２０から取得する際の流れ図である。図１７は、本実施形態に係るクライアント機器３０がビデオコンテンツのコンテンツ一覧をコンテンツ管理サーバ２０から取得する際の処理シーケンスを説明するための説明図である。
【０１８６】
クライアント機器３０が、コンテンツ管理サーバ２０にアクセスして、ビデオコンテンツの一覧を取得すると、クライアント機器３０の出力装置には、図１５に示したように、コンテンツ管理サーバ２０が管理しているビデオコンテンツの一覧が表示される。クライアント機器３０が、コンテンツ管理サーバ２０からコンテンツ一覧を取得する場合には、図１４に示したような手順で、処理が行われる。
【０１８７】
まず、Ｅｔｈｅｒｎｅｔ（登録商標）等のホームネットワーク等を介してコンテンツ管理サーバ２０に接続されたクライアント機器３０は、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、コンテンツ管理サーバ２０とクライアント機器３０間で相互認識を行う。続いて、クライアント機器３０は、コンテンツ管理サーバ２０から、デバイス・デスクリプションを取得する（ステップＳ３０１）。コンテンツ管理サーバ２０のデバイス・デスクリプションには、当該コンテンツ管理サーバ２０がコンテンツの管理に使用しているＣＤＳの種類に関する情報が記載されているため、クライアント機器３０は、上記のステップＳ３０１で取得したデバイス・デスクリプションを参照して、コンテンツ管理サーバ２０が、本実施形態に係るＣＤＳを使用しているかを判断する（ステップＳ３０３）。
【０１８８】
接続されたコンテンツ管理サーバ２０が、本実施形態に係るＣＤＳを使用していることが判明すると、クライアント機器３０のコンテンツ取得部３０１は、コンテンツ管理サーバ２０が生成した木構造の検索を行い、「ａｖ：ｖｉｄｅｏＲｏｏｔ」の識別子が付与されたコンテナのＩＤ（Ｏｂｊｅｃｔ  ＩＤ）を取得する（ステップＳ３０５）。
【０１８９】
続いて、コンテンツ取得部３０１は、取得したＯｂｊｅｃｔ  ＩＤを利用して「ＣＤＳ：Ｂｒｏｗｓｅ」アクションを発行して、コンテンツ管理サーバ２０が管理している木構造の閲覧を行う（ステップＳ３０７）。そして、コンテンツ取得部３０１は、「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子が「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」または「ａｖ：ｖｉｄｅｏＡｌｌＤａｔｅＴｉｍｅ」となっているコンテナのＩＤ（Ｏｂｊｅｃｔ  ＩＤ）を取得する（ステップＳ３０７）。
【０１９０】
次に、コンテンツ取得部３０１は、上記のステップＳ３０７で取得した「ａｖ：ｃｏｎｔａｉｎｅｒＣｌａｓｓ」識別子が「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」または「ａｖ：ｖｉｄｅｏＡｌｌＤａｔｅＴｉｍｅ」となっているコンテナのＩＤ（Ｏｂｊｅｃｔ  ＩＤ）を用いて、これらのコンテナの下の階層について、「ＣＤＳ：Ｂｒｏｗｓｅ」アクションを発行し、ビデオコンテンツの一覧を取得する（ステップＳ３０９）。クライアント機器３０は、取得したコンテンツの一覧を出力装置に表示することで、図１５に示したコンテンツ一覧を得ることができる。
【０１９１】
続いて、図１７を参照しながら、前述したビデオコンテンツ一覧の取得に関するクライアント機器３０とコンテンツ管理サーバ２０との情報のやりとりを説明する。
【０１９２】
クライアント機器３０が、コンテンツ管理サーバ２０に接続されると、例えばＸＭＬに準拠した定義ファイルを交換し、コンテンツ管理サーバ２０とクライアント機器３０間で相互認識を行う。続いて、クライアント機器３０は、コンテンツ管理サーバ２０から、デバイス・デスクリプションを取得しようと試みる（ステップＳ４０１）。すると、コンテンツ管理サーバ２０は、クライアント機器３０からの要求に応答して、当該サーバ２０自身のデバイス・デスクリプションをクライアント機器３０に対して送信する（ステップＳ４０３）。
【０１９３】
クライアント機器３０は、取得したデバイス・デスクリプションを参照して、コンテンツ管理サーバ２０が本実施形態に係るＣＤＳを用いてコンテンツを管理していることを確認すると、再度コンテンツ管理サーバ２０に対して、「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されているコンテナのＯｂｊｅｃｔ  ＩＤを開示するように要求する。コンテンツ管理サーバ２０は、この要求に対して、上記の「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されているコンテナのＯｂｊｅｃｔ  ＩＤを、クライアント機器３０に開示する（ステップＳ４０３）。
【０１９４】
次に、クライアント機器３０は、取得した「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されているコンテナのＯｂｊｅｃｔ  ＩＤを指定した「ＣＤＳ：Ｂｒｏｗｓｅ」要求をコンテンツ管理サーバ２０に対して発行する（ステップＳ４０５）。
【０１９５】
このクライアント機器３０からの要求に対して、コンテンツ管理サーバ２０は、管理に用いている木構造の閲覧を許可し（ステップＳ４０７）、クライアント機器３０は、コンテンツ管理サーバ２０が管理している木構造において、「ａｖ：ｖｉｄｅｏＲｏｏｔ」識別子が付与されているコンテナ以下のサブツリー構造を閲覧する。その結果、クライアント機器３０は、例えば「ａｖ：ｖｉｄｅｏＡｌｌＩｔｅｍｓ」識別子が付与されたコンテナ（［すべて］コンテナ）のＯｂｊｅｃｔ  ＩＤを取得することができる。
【０１９６】
続いて、クライアント機器３０は、取得したすべてコンテナのＯｂｊｅｃｔ  ＩＤを指定した「ＣＤＳ：Ｂｒｏｗｓｅ」要求をコンテンツ管理サーバ２０に対して発行する（ステップＳ４０９）。
【０１９７】
このクライアント機器３０からの要求に対して、コンテンツ管理サーバ２０は、すべてコンテナ以下の階層に対応づけられているコンテンツの一覧を、コンテンツのメタデータと共にクライアント機器３０に対して送信する（ステップＳ４１１）。その結果、クライアント機器３０は、コンテンツ管理サーバ２０が管理するビデオコンテンツの一覧を、取得することができる。
【０１９８】
続いて、クライアント機器３０の使用者が、実行するコンテンツを、ビデオコンテンツ一覧から選択すると、クライアント機器３０のコンテンツ取得部３０１は、コンテンツのメタデータに記載されている所在情報（例えば、コンテンツのＵＲＩ）に基づいて、コンテンツ管理サーバ２０に対して、コンテンツデータを送信するように要求する。この要求を受信したコンテンツ管理サーバ２０は、クライアント機器３０に対して、コンテンツデータの送信を行う。コンテンツを受信したクライアント機器３０は、受信したコンテンツを記憶部３０５に記憶するとともに、コンテンツ実行部３０３が、受信したコンテンツの再生を行う。
【０１９９】
（クライアント機器３０によるミュージックアルバム一覧の取得）
続いて、図１８および図１９を参照しながら、本実施形態に係るクライアント機器３０が、コンテンツ管理サーバ２０にアクセスして、コンテンツに関する情報を取得する場合について、ミュージックアルバム一覧を取得する場合を例にとって、詳細に説明する。図１８は、本実施形態に係るクライアント機器３０が、コンテンツ管理サーバ２０から取得したミュージックアルバム一覧を表示する表示例を示した説明図である。図１９は、本実施形態に係るクライアント機器３０がミュージックコンテンツのアルバム一覧をコンテンツ管理サーバ２０から取得する際の処理シーケンスを説明するための説明図である。
【０２００】
クライアント機器３０が、コンテンツ管理サーバ２０にアクセスして、ミュージックアルバムの一覧を取得すると、クライアント機器３０の出力装置には、図１８に示したように、コンテンツ管理サーバ２０が管理しているミュージックアルバムの一覧が表示される。クライアント機器３０が、コンテンツ管理サーバ２０からコンテンツ一覧を取得する場合には、図１９に示したような手順で、処理が行われる。
【０２０１】
まず、Ｅｔｈｅｒｎｅｔ（登録商標）等のホームネットワーク等を介してコンテンツ管理サーバ２０に接続されたクライアント機器３０は、例えばＸＭＬに準拠した定義ファイルを交換し、コンテンツ管理サーバ２０とクライアント機器３０間で相互認識を行う。続いて、クライアント機器３０は、コンテンツ管理サーバ２０から、デバイス・デスクリプションを取得しようと試みる（ステップＳ５０１）。すると、コンテンツ管理サーバ２０は、クライアント機器３０からの要求に応答して、当該サーバ２０自身のデバイス・デスクリプションをクライアント機器３０に対して送信する（ステップＳ５０３）。
【０２０２】
クライアント機器３０は、取得したデバイス・デスクリプションを参照して、コンテンツ管理サーバ２０が本実施形態に係るＣＤＳを用いてコンテンツを管理していることを確認すると、再度コンテンツ管理サーバ２０に対して、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されているコンテナのＯｂｊｅｃｔ  ＩＤを開示するように要求する。コンテンツ管理サーバ２０は、この要求に対して、上記の「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されているコンテナのＯｂｊｅｃｔ  ＩＤを、クライアント機器３０に開示する（ステップＳ５０３）。
【０２０３】
次に、クライアント機器３０は、取得した「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されているコンテナのＯｂｊｅｃｔ  ＩＤを指定した「ＣＤＳ：Ｂｒｏｗｓｅ」要求をコンテンツ管理サーバ２０に対して発行する（ステップＳ５０５）。
【０２０４】
このクライアント機器３０からの要求に対して、コンテンツ管理サーバ２０は、管理に用いている木構造の閲覧を許可し（ステップＳ５０７）、クライアント機器３０は、コンテンツ管理サーバ２０が管理している木構造において、「ａｖ：ｍｕｓｉｃＲｏｏｔ」識別子が付与されているコンテナ以下のサブツリー構造を閲覧する。その結果、クライアント機器３０は、例えば「ａｖ：ｍｕｓｉｃＡｌｌＡｌｂｕｍｓ」識別子が付与されたコンテナ（［アルバム］コンテナ）のＯｂｊｅｃｔ  ＩＤを取得することができる。
【０２０５】
続いて、クライアント機器３０は、取得した［アルバム］コンテナのＯｂｊｅｃｔ  ＩＤを指定した「ＣＤＳ：Ｂｒｏｗｓｅ」要求をコンテンツ管理サーバ２０に対して発行する（ステップＳ５０９）。
【０２０６】
このクライアント機器３０からの要求に対して、コンテンツ管理サーバ２０は、［アルバム］コンテナ以下の階層に対応づけられているコンテンツの一覧を、コンテンツのメタデータと共にクライアント機器３０に対して送信する（ステップＳ５１１）。その結果、クライアント機器３０は、コンテンツ管理サーバ２０が管理するミュージックコンテンツのアルバム一覧を、取得することができる。
【０２０７】
続いて、クライアント機器３０の使用者が、実行するコンテンツを、アルバム一覧から選択すると、クライアント機器３０のコンテンツ取得部３０１は、コンテンツのメタデータに記載されている所在情報（例えば、コンテンツのＵＲＩ）に基づいて、コンテンツ管理サーバ２０に対して、コンテンツデータを送信するように要求する。この要求を受信したコンテンツ管理サーバ２０は、クライアント機器３０に対して、コンテンツデータの送信を行う。コンテンツを受信したクライアント機器３０は、受信したコンテンツを記憶部３０５に記憶するとともに、コンテンツ実行部３０３が、受信したコンテンツの再生を行う。
【０２０８】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２０９】
また、例えば、上記の木構造生成部２３１は、上から下に枝が広がった木構造を想定していたが、必ずしもこれに限定されず、下から上、左から右、又は右から左に向かって枝が広がった木構造を有していてもよい。
【０２１０】
また、本明細書の各流れ図における各ステップは、必ずしも流れ図として記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むとしても良い。
【図面の簡単な説明】
【０２１１】
【図１】本発明の好適な実施形態に係るコンテンツ共有システムを示す説明図である。
【図２】同実施形態に係るコンテンツ管理サーバのハードウェア構成を説明するためのブロック図である。
【図３】同実施形態に係るコンテンツ管理サーバの構成を説明するためのブロック図である。
【図４】同実施形態に係るメタデータを説明するための説明図である。
【図５】同実施形態に係るクライアント機器の構成を説明するためのブロック図である。
【図６】同実施形態に係る木構造を説明するための説明図である。
【図７】同実施形態に係るビデオコンテンツの割り当てを説明するための説明図である。
【図８】同実施形態に係るビデオコンテンツの割当例を説明するための流れ図である。
【図９】同実施形態に係るミュージックコンテンツの割り当てを説明するための説明図である。
【図１０】同実施形態に係るミュージックコンテンツの割当例を説明するための流れ図である。
【図１１】同実施形態に係るフォトコンテンツの割り当てを説明するための説明図である。
【図１２】同実施形態に係るコンテナの割当例を説明するための説明図である。
【図１３】同実施形態に係る木構造の変形例を説明するための説明図である。
【図１４】同実施形態に係るクライアント機器がビデオジャンル一覧を表示した場合を示す説明図である。
【図１５】同実施形態に係るクライアント機器がビデオコンテンツ一覧を表示した場合の表示例を示す説明図である。
【図１６】同実施形態に係るクライアント機器がビデオコンテンツのコンテンツ一覧をコンテンツ管理サーバから取得する際の流れ図である。
【図１７】同実施形態に係るクライアント機器がビデオコンテンツのコンテンツ一覧をコンテンツ管理サーバから取得する際の処理シーケンスを説明するための説明図である。
【図１８】同実施形態に係るクライアント機器がミュージックアルバム一覧を表示した場合を示す説明図である。
【図１９】同実施形態に係るクライアント機器がミュージックアルバムのコンテンツ一覧をコンテンツ管理サーバから取得する際の処理シーケンスを説明するための説明図である。
【符号の説明】
【０２１２】
１０    コンテンツ共有システム
１２    通信網
１４    リムーバブル記録媒体
１６    外部接続機器
２０    コンテンツ管理サーバ
３０    クライアント機器
２０１    ＣＰＵ
２０３    ＲＯＭ
２０５    ＲＡＭ
２０７    ホストバス
２０９    ブリッジ
２１１    外部バス
２１３    インターフェース
２１５    入力装置
２１７    出力装置
２１９    ストレージ装置
２２１    ドライブ
２２３    接続ポート
２２５    通信装置
２３１    木構造生成部
２３３    コンテンツ割当部
２３５    コンテンツ取得部
２３７    コンテンツ開示部
２３９    記憶部
２４１    通信部
３０１    コンテンツ取得部
３０３    コンテンツ実行部
３０５    記憶部
３０７    通信部
【図１】
2008108096.tif 000003
【図２】
2008108096.tif 000004
【図３】
2008108096.tif 000005
【図４】
2008108096.tif 000006
【図５】
2008108096.tif 000007
【図６】
2008108096.tif 000008
【図７】
2008108096.tif 000009
【図８】
2008108096.tif 000010
【図９】
2008108096.tif 000011
【図１０】
2008108096.tif 000012
【図１１】
2008108096.tif 000013
【図１２】
2008108096.tif 000014
【図１３】
2008108096.tif 000015
【図１４】
2008108096.tif 000016
【図１５】
2008108096.tif 000017
【図１６】
2008108096.tif 000018
【図１７】
2008108096.tif 000019
【図１８】
2008108096.tif 000020
【図１９】
2008108096.tif 000021
【手続補正書】
【提出日】平成19年11月1日(2007.11.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
１または２以上のコンテンツ管理サーバが管理している複数のコンテンツを、複数のクライアント機器で共有する、コンテンツ共有システムであって、
前記コンテンツ管理サーバは、
前記メタデータを記憶する記憶部と、
前記コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成部と、
前記メタデータおよび前記識別子に基づいて、前記コンテンツを前記木構造に割り当てる、コンテンツ割当部と、
前記コンテンツが割り当てられた前記木構造を、前記クライアント機器に開示する、コンテンツ開示部と、
から構成され、
前記クライアント機器は、
前記コンテンツ管理サーバから前記木構造を取得すると共に、当該取得した木構造に基づいて、前記コンテンツ管理サーバから前記コンテンツを取得する、コンテンツ取得部から構成されることを特徴とする、コンテンツ共有システム。
【請求項２】
複数のコンテンツを管理し、クライアント機器からの要求に応じて前記コンテンツのメタデータを前記クライアント機器に提供する、コンテンツ管理サーバであって、
前記メタデータを記憶する記憶部と、
前記コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成部と、
前記メタデータおよび前記識別子に基づいて、前記コンテンツを前記木構造に割り当てる、コンテンツ割当部と、
前記コンテンツが割り当てられた前記木構造を、前記クライアント機器に開示する、コンテンツ開示部と、
を備えることを特徴とする、コンテンツ管理サーバ。
【請求項３】
前記識別子は、一のコンテナが属する階層の下位階層に割り当てられる、他のコンテナの分類区分またはコンテンツの分類区分を示す識別子であることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項４】
前記コンテンツ割当部は、一のコンテンツを、前記識別子に基づいて、前記木構造の複数のコンテナに割り当てることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項５】
前記メタデータは、前記コンテンツの属性情報と、前記コンテンツの所在情報とを含むことを特徴とする、請求項２の記載のコンテンツ管理サーバ。
【請求項６】
前記木構造の階層は、
前記コンテナのみを配置可能な階層と、
前記コンテナと前記コンテンツの双方を配置可能な階層と、
を有することを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項７】
前記木構造の第２階層に含まれる前記コンテナには、前記コンテンツを、当該コンテンツの種類に基づいて分類する識別子が付与されることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項８】
前記木構造の第３階層に含まれる前記コンテナには、前記コンテンツを、前記メタデータに含まれるコンテンツの属性情報に基づいて分類する識別子が付与されることを特徴とする、請求項２に記載のコンテンツ管理サーバ。
【請求項９】
コンテンツ管理サーバと通信可能なクライアント機器であって、
前記コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、前記コンテンツ管理サーバに開示を要求して、前記木構造を取得すると共に、当該取得した木構造に基づいて前記コンテンツを取得する、コンテンツ取得部を備えることを特徴とする、クライアント機器。
【請求項１０】
複数のコンテンツを管理する、コンテンツ管理方法であって、
前記コンテンツの分類区分を示す識別子が、階層化された複数のコンテナに付与された木構造を生成する、木構造生成ステップと、
前記コンテンツのメタデータおよび前記識別子に基づいて、前記コンテンツを前記木構造に割り当てる、コンテンツ割当ステップと、
クライアント機器からの要求に応じて、前記コンテンツが割り当てられた前記木構造を、前記クライアント機器に開示する、コンテンツ開示ステップと、
を有することを特徴とする、コンテンツ管理方法。
【請求項１１】
コンテンツ管理サーバと通信して当該コンテンツ管理サーバからコンテンツを取得する、コンテンツ取得方法であって、
前記コンテンツ管理サーバにおいて生成された、コンテンツの分類区分を示す識別子が階層化された複数のコンテナに付与された木構造について、前記コンテンツ管理サーバに開示を要求して、前記木構造を取得する木構造取得ステップと、
前記取得した木構造に基づいて前記コンテンツを取得する、コンテンツ取得ステップと、
を有することを特徴とする、コンテンツ取得方法。