JP5716302B2

JP5716302B2 - 情報処理装置、コンテンツ提供方法及びプログラム

Info

Publication number: JP5716302B2
Application number: JP2010149367A
Authority: JP
Inventors: 隆広潮田; 泰樹稲光; 亮曽我部; 直樹湯浅
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2010-06-30
Filing date: 2010-06-30
Publication date: 2015-05-13
Anticipated expiration: 2030-06-30
Also published as: US8719340B2; US20120005265A1; CN102315993A; JP2012014354A; CN102315993B

Description

本発明は、情報処理装置、コンテンツ提供方法及びプログラムに関する。

近年、一般の家庭にＰＣ（Personal Computer）及びデジタル家電機器が広く普及し、これら機器を相互に接続するホームネットワークが活用され始めている。そして、家庭内の複数の機器が動画、写真又は音楽データなどのコンテンツをそれぞれ蓄積しているという状況が数多く見られる。コンテンツを蓄積し、コンテンツデータをネットワーク経由で他の機器に配信することのできる機器は、メディアサーバとも呼ばれる。また、メディアサーバからコンテンツデータを受信してこれを再生する機器は、メディアレンダラとも呼ばれる。ＵＰｎＰ（Universal Plug and Play）フォーラムが制定したＵＰｎＰＡＶのバージョン１．０は、メディアサーバが蓄積したコンテンツへの簡易なアクセスを実現する、ＣＤＳ（Content Directory Service）と呼ばれる技術を包含している。ＣＤＳを利用すれば、外部の機器又はユーザは、階層構造を辿りながらコンテンツをブラウジングし、所望のコンテンツを見つけ出して、これをメディアレンダラ上で再生することができる。

家庭内に複数のメディアサーバが存在する状況下では、ユーザがコンテンツに統合的にアクセスするための仕組みが提供されることが望ましい。そこで、例えば、下記特許文献１は、複数のＣＤＳによりそれぞれ提供されるコンテンツのメタデータを収集し、収集したメタデータを１つのバーチャルＣＤＳ（Virtual-CDS）として再構成することを提案している。これにより、コンテンツを検索するためのクエリを効率的に実行することが可能となる。また、下記特許文献２は、コンテンツ再生装置の起動前に複数のメディアサーバから予めコンテンツ識別情報を取得しておき、コンテンツ再生装置の起動時に再生すべきコンテンツを当該コンテンツ識別情報に基づいて自動的に決定することを提案している。これにより、ユーザにとって、コンテンツ再生装置の起動時のブラウジングの手間が節減される。

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

しかしながら、上記特許文献１に記載された手法では、複数のメディアサーバが蓄積している全てのコンテンツアイテムについてのメタデータが収集される。従って、多数のコンテンツアイテムが存在する場合には、メタデータの収集がネットワークに過大な負荷を与え、またＣＤＳの再構成処理が膨大な（メモリなどの）リソースを要求する。また、上記特許文献２に記載された手法は、メディアレンダラ（コンテンツ再生装置）の起動時のブラウジングの手間を節減するに過ぎなかった。従って、ユーザが所望の種類のコンテンツに自らアクセスするためには、いずれのメディアサーバが所望の種類のコンテンツを提供可能であるかをユーザが知っておかなければならなかった。

そこで、本発明は、複数のサーバが存在し得る状況下でユーザがコンテンツに統合的にアクセスするためのより改善された仕組みを提供する、新規かつ改良された情報処理装置、コンテンツ提供方法及びプログラムを提供しようとするものである。

本発明のある実施形態によれば、ネットワークを介して１つ以上のコンテンツサーバと通信可能な通信部と、上記１つ以上のコンテンツサーバの各々が提供可能なコンテンツの種別を表すコンテンツ種別情報を、上記通信部による通信を利用して各コンテンツサーバから取得する情報取得部と、上記コンテンツ種別情報により表されるコンテンツ種別のうちの所望のコンテンツ種別をユーザに選択させ、及び、選択されたコンテンツ種別に属する少なくとも１つのコンテンツを提供可能なコンテンツサーバに当該少なくとも１つのコンテンツを提供させるユーザインタフェース部と、を備え、上記コンテンツ種別情報は、各コンテンツサーバのコンテンツディレクトリに含まれるコンテナの種類を識別可能な情報である、情報処理装置が提供される。

また、上記情報処理装置は、上記コンテンツ種別情報を記憶する記憶部、をさらに備え、上記情報取得部は、上記コンテンツ種別情報を各コンテンツサーバから自動的に取得して上記記憶部に記憶させてもよい。

また、上記ユーザインタフェース部は、上記記憶部に記憶されている上記コンテンツ種別情報に基づいて、所望のコンテンツ種別をユーザに選択させるためのコンテンツ種別選択画面を表示してもよい。

また、複数のコンテンツサーバが存在する場合には、上記コンテンツ種別選択画面は、第１のコンテンツサーバが提供可能なコンテンツの種別及び第２のコンテンツサーバが提供可能なコンテンツの種別の双方を表示する画面であってもよい。

また、上記ユーザインタフェース部は、ユーザにより所望のコンテンツ種別が選択された後、選択されたコンテンツ種別に属するコンテンツを複数のコンテンツサーバが提供可能である場合には、選択されたコンテンツ種別に属するコンテンツであって、当該複数のコンテンツサーバの少なくとも１つにより提供可能なコンテンツのうちの所望のコンテンツを、ユーザにさらに選択させてもよい。

また、上記ユーザインタフェース部は、ユーザによりコンテンツが選択された後、選択されたコンテンツを提供可能なコンテンツサーバを特定し、特定した当該コンテンツサーバに上記選択されたコンテンツを提供させてもよい。

また、上記ユーザインタフェース部は、ユーザにより所望のコンテンツ種別が選択された後、選択されたコンテンツ種別に属するコンテンツを複数のコンテンツサーバが提供可能である場合には、当該複数のコンテンツサーバのいずれかをユーザにさらに選択させてもよい。

また、上記ユーザインタフェース部は、いずれかのコンテンツサーバがユーザにより選択された後、選択されたコンテンツ種別に属するコンテンツであって、選択されたコンテンツサーバが提供可能なコンテンツのうちの所望のコンテンツを、ユーザにさらに選択させてもよい。

また、本発明の別の実施形態によれば、１つ以上のコンテンツサーバから、ネットワークを介して、上記１つ以上のコンテンツサーバの各々が提供可能なコンテンツの種別を表すコンテンツ種別情報を取得するステップと、取得された上記コンテンツ種別情報により表されるコンテンツ種別のうちの所望のコンテンツ種別をユーザに選択させるステップと、選択されたコンテンツ種別に属する少なくとも１つのコンテンツを提供可能なコンテンツサーバに当該少なくとも１つのコンテンツを提供させるステップと、を含み、上記コンテンツ種別情報は、各コンテンツサーバのコンテンツディレクトリに含まれるコンテナの種類を識別可能な情報である、コンテンツ提供方法が提供される。

また、本発明の別の実施形態によれば、ネットワークを介して１つ以上のコンテンツサーバと通信可能な通信部を有する情報処理装置を制御するコンピュータを、上記１つ以上のコンテンツサーバの各々が提供可能なコンテンツの種別を表すコンテンツ種別情報を、上記通信部による通信を利用して各コンテンツサーバから取得する情報取得部と、上記コンテンツ種別情報により表されるコンテンツ種別のうちの所望のコンテンツ種別をユーザに選択させ、及び、選択されたコンテンツ種別に属する少なくとも１つのコンテンツを提供可能なコンテンツサーバに当該少なくとも１つのコンテンツを提供させるユーザインタフェース部と、として機能させるためのプログラムであって、上記コンテンツ種別情報は、各コンテンツサーバのコンテンツディレクトリに含まれるコンテナの種類を識別可能な情報である、プログラムが提供される。

以上説明したように、本発明に係る情報処理装置、コンテンツ提供方法及びプログラムによれば、複数のサーバが存在し得る状況下でユーザがコンテンツに統合的にアクセスするためのより改善された仕組みを提供することができる。

一実施形態に係る情報処理システムの概要を示す模式図である。コンテンツサーバのコンテンツディレクトリの一例を示す説明図である。一実施形態に係る情報処理装置の論理的な構成の一例を示すブロック図である。コンテンツ種別情報の第１の例について説明するための説明図である。コンテンツ種別情報の第２の例について説明するための説明図である。一実施形態に係る情報取得処理の流れの一例を示すフローチャートである。一実施形態に係る情報処理装置により表示される画面の遷移の第１の例を示す説明図である。一実施形態に係るコンテンツ提供処理の流れの第１の例を示すシーケンス図である。一実施形態に係る情報処理装置により表示される画面の遷移の第２の例を示す説明図である。一実施形態に係るコンテンツ提供処理の流れの第２の例を示すシーケンス図である。一実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。

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

また、以下の順序にしたがって当該「発明を実施するための形態」を説明する。
１．情報処理システムの概要
１−１．システムの構成例
１−２．コンテンツディレクトリの説明
２．情報処理装置の構成例
２−１．装置の全体的な構成例
２−２．通信部
２−３．情報取得部
２−４．記憶部
２−５．ユーザインタフェース部
２−６．再生部
３．コンテンツ提供処理の流れの例
３−１．第１のシナリオ
３−２．第２のシナリオ
４．ハードウェア構成例
５．まとめ

＜１．情報処理システムの概要＞
まず、図１及び図２を用いて、本発明の一実施形態に係る情報処理システム１について説明する。

［１−１．システムの構成例］
図１は、本実施形態に係る情報処理システム１の概要を示す模式図である。図１を参照すると、情報処理システム１は、複数のコンテンツサーバ１２ａ〜１２ｃ、コンテンツプレーヤ１６及び情報処理装置１００を含む。複数のコンテンツサーバ１２ａ〜１２ｃ、コンテンツプレーヤ１６及び情報処理装置１００は、ネットワーク１０を介して互いに接続されている。

ネットワーク１０は、例えば、家庭や小規模のオフィスなどで構築される有線ＬＡＮ（Local Area Network）又は無線ＬＡＮであってよい。その代わりに、ネットワーク１０は、例えば、ＵＷＢ（Ultra Wide Band）又はＺｉｇｂｅｅなどの接続技術を利用して構築されるＰＡＮ（Personal Area Network）などであってもよい。

複数のコンテンツサーバ１２ａ〜１２ｃは、それぞれ記憶媒体を有し、動画、写真又は音楽データなどのコンテンツを蓄積している。各コンテンツサーバ１２ａ〜１２ｃは、例えば、情報処理装置１００からの要求に応じて、コンテンツデータを指定されたコンテンツプレーヤに配信する。各コンテンツサーバ１２ａ〜１２ｃは、例えば、ＰＣ（Personal Computer）又はネットワーク接続可能なストレージなどを用いて実現され得る。各コンテンツサーバ１２ａ〜１２ｃは、例えば、ＤＬＮＡ（Digital Living Network Alliance）に準拠するデジタルメディアサーバ（ＤＭＳ）であってもよい。

なお、本明細書のこれ以降の説明において、特にコンテンツサーバ１２ａ〜１２ｃを相互に区別する必要がない場合には、符号の末尾のアルファベットを省略してこれらをコンテンツサーバ１２と総称する。その他の構成要素についても同様とする。

コンテンツプレーヤ１６は、コンテンツサーバ１２から配信されるコンテンツデータを受信し、コンテンツを再生することのできる装置である。コンテンツプレーヤ１６は、例えば、動画若しくは写真を再生可能なデジタルテレビ、デジタルフォトフレーム若しくはワイヤレスモニタ、又は音楽を再生可能な音楽プレーヤ若しくはステレオ機器などを用いて実現され得る。コンテンツプレーヤ１６は、例えば、ＤＬＮＡに準拠するデジタルメディアレンダラ（ＤＭＲ）又はデジタルメディアプレーヤ（ＤＭＰ）であってもよい。

情報処理装置１００は、コンテンツサーバ１２に蓄積されているコンテンツをユーザがブラウジングするためのユーザインタフェースを提供する装置である。また、情報処理装置１００は、ユーザにより選択されるコンテンツについてのコンテンツデータの配信を、当該コンテンツを有するコンテンツサーバ１２に要求する。その結果、いずれかのコンテンツプレーヤ上でコンテンツが再生される。情報処理装置１００は、例えば、ＰＣ、ＰＤＡ（Personal Digital Assistants）、スマートフォン又はデジタルテレビなどを用いて実現され得る。情報処理装置１００は、例えば、ＤＬＮＡに準拠するデジタルメディアコントローラ（ＤＭＣ）又はデジタルメディアプレーヤ（ＤＭＰ）であってもよい。

本実施形態において、各コンテンツサーバ１２は、ＵＰｎＰＡＶのバージョン１．０により定義されたコンテンツディレクトリサービス（ＣＤＳ）を提供する。ＣＤＳは、コンテンツサーバが有するコンテンツの検索とコンテンツへの簡易なアクセスとを可能とするための仕組みである。ＣＤＳにおいて、コンテンツサーバ１２が有する各コンテンツは、階層構造化されたコンテナツリー内のいずれかのコンテナに、コンテンツアイテムとして属する。即ち、各コンテンツサーバ１２が提供可能なコンテンツの種別ごとにコンテンツがグループ化され、個々のグループに対応するコンテナの配下に、対応するコンテンツがそれぞれ属する。そして、各コンテンツサーバ１２は、例えば、情報処理装置１００からの要求に応じて、自装置のコンテナツリーの全体又は一部（例えば、指定されたコンテナ以下の部分ツリー）を記述するデータであるコンテンツディレクトリを、情報処理装置１００に返送し得る。

［１−２．コンテンツディレクトリの説明］
図２は、コンテンツディレクトリの一例を示す説明図である。図２を参照すると、ノードｎ１０、ｎ２０及びｎ３０をそれぞれルートとするコンテナツリーである３つのコンテンツディレクトリＣＤ１、ＣＤ２及びＣＤ３が示されている。

コンテンツディレクトリＣＤ１は、例えば、コンテンツサーバ１２ａが有するコンテンツの全体についてのコンテンツディレクトリである。コンテンツディレクトリＣＤ１は、ノードｎ１０の直下の階層に、“Ｍｕｓｉｃ”、“Ｖｉｄｅｏ”及び“Ｐｈｏｔｏ”という３つのノードｎ１１、ｎ１８及びｎ１９を有する。これらは、コンテンツの最も大まかな分類に相当する。また、ノードｎ１１（“Ｍｕｓｉｃ”）の直下の階層には、“Ａｌｂｕｍ”、“Ａｒｔｉｓｔ”及び“ＬｉｖｅＴｕｎｅｒ”という３つのノードｎ１２、ｎ１３及びｎ１４が存在する。これらは、音楽コンテンツについてのさらなる分類に相当する。そして、ノードｎ１２（“Ａｌｂｕｍ”）又はノードｎ１３（“Ａｒｔｉｓｔ”）にはコンテンツＣ１１〜Ｃ１３が直接属している。一方、ノードｎ１４（“ＬｉｖｅＴｕｎｅｒ”）の直下には、さらに“ＦＭ”、“ＡＭ”及び“ＡｕｄｉｏＩＮ”という３つのノードｎ１５〜ｎ１７が存在する。これらは、音楽コンテンツのうちチューナを介して受信される種類のコンテンツについてのさらなる分類に相当する。そして、例えばノードｎ１５にコンテンツＣ１４及びＣ１５が属している。さらに、図２では省略されているものの、ノードｎ１８（“Ｖｉｄｅｏ”）及びノードｎ１９（“Ｐｈｏｔｏ”）の配下にもそれぞれ固有のコンテナツリーが存在し得る。

コンテンツディレクトリＣＤ１において、ノードｎ１０〜ｎ１９は、それぞれコンテナである。そして、各コンテナは、コンテナ名称などの属性を有する。例えば、上述した“Ｍｕｓｉｃ”、“Ｖｉｄｅｏ”及び“Ｐｈｏｔｏ”などは、コンテナ名称である。また、例えば、ノードｎ１４（“ＬｉｖｅＴｕｎｅｒ”）の直下のコンテナであるノードｎ１５、ｎ１６及びｎ１７は、“ＬｉｖｅＴｙｐｅ”という属性を有し得る。図示しているように、ノードｎ１５については“ＬｉｖｅＴｙｐｅ”＝“ＭＵＳＩＣ＿ＦＭ”、ノードｎ１６については“ＬｉｖｅＴｙｐｅ”＝“ＭＵＳＩＣ＿ＡＭ”、ノードｎ１７については“ＬｉｖｅＴｙｐｅ”＝“ＭＵＳＩＣ＿ＩＮＰＵＴ”である。これら属性は、ＵＰｎＰＡＶのバージョン１．０により定義された標準的な属性であってもよく、独自に拡張された固有の仕様に基づく属性であってもよい。ルートを除くノードｎ１１〜ｎ１９のこのような属性は、コンテンツサーバ１２ａが提供可能なコンテンツの種別を表していると理解することができる。

同様に、コンテンツディレクトリＣＤ２は、例えば、コンテンツサーバ１２ｂが有するコンテンツの全体についてのコンテンツディレクトリである。コンテンツディレクトリＣＤ２は、ノードｎ２０の配下に、ノードｎ２１（“Ｍｕｓｉｃ”）、ノードｎ２２（“Ａｌｂｕｍ”）、ノードｎ２３（“ＬｉｖｅＴｕｎｅｒ”）及びノードｎ２４（“ＦＭ”）を有する。また、コンテンツディレクトリＣＤ３は、例えば、コンテンツサーバ１２ｃが有するコンテンツの全体についてのコンテンツディレクトリである。コンテンツディレクトリＣＤ３は、ノードｎ３０の配下に、ノードｎ３１（“Ｐｈｏｔｏ”）、ノードｎ３２（“Ａｌｂｕｍ”）及びノードｎ３３（“Ｍｕｓｉｃ”）を有する。

ここで、ユーザが情報処理装置１００により提供されるユーザインタフェースを介して所望の種類のコンテンツを検索（キーワード検索ではなくディレクトリ検索）する場面を想定する。このとき、情報処理装置１００が図２に例示したようなコンテンツディレクトリを単純にユーザに呈示する場合には、ユーザは、まずコンテンツサーバ１２ａ〜１２ｃのいずれかを選択することになる。しかし、コンテンツサーバ１２が複数存在する場合に、どのコンテンツサーバ１２がどのような種類のコンテンツを提供可能であるかを、ユーザが必ずしも把握しているとは限らない。そのため、例えばユーザがＡＭ放送のコンテンツの再生を希望している場合にも、ユーザは、誤ってコンテンツサーバ１２ｂを選択する可能性がある。この場合、ユーザは、例えば、コンテナツリーを下層まで辿っていった後に、コンテンツサーバ１２ｂがＡＭ放送のコンテンツを提供できないことに気付くであろう。このような作業は、ユーザにとっては非効率的である。また、コンテンツサーバ１２の数が多い場合には、各コンテンツサーバ１２がどういった種類のコンテンツを提供可能であるかをユーザが正確に記憶しておくことは困難である。そこで、本実施形態に係る情報処理システム１は、次節にて詳細に説明する手法により、上述したコンテンツへのアクセスに関する不都合を改善する。

＜２．情報処理装置の構成例＞
［２−１．装置の全体的な構成例］
図３は、本実施形態に係る情報処理装置１００の論理的な構成の一例を示すブロック図である。図３を参照すると、情報処理装置１００は、通信部１１０、情報取得部１２０、記憶部１３０、ユーザインタフェース部１４０及び再生部１５０を備える。

［２−２．通信部］
通信部１１０は、ネットワーク１０を介して１つ以上のコンテンツサーバ１２と通信する。通信部１１０は、例えば、有線ＬＡＮのためのイーサネット（登録商標）又は無線ＬＡＮのためのＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどの任意の通信プロトコルをサポートする通信インタフェースであってよい。通信部１１０は、例えば、情報取得部１２０又はユーザインタフェース部１４０から入力されるコンテンツサーバ１２に対する要求を、ネットワーク１０を介してコンテンツサーバ１２へ送信する。そして、通信部１１０は、例えば、コンテンツサーバ１２からの応答をネットワーク１０を介して受信し、当該応答を情報取得部１２０又はユーザインタフェース部１４０へ出力する。また、通信部１１０は、例えば、コンテンツサーバ１２からコンテンツデータを受信すると、受信したコンテンツデータを再生部１５０へ出力する。

［２−３．情報取得部］
情報取得部１２０は、１つ以上のコンテンツサーバ１２の各々が提供可能なコンテンツの種別を表すコンテンツ種別情報を、通信部１１０による通信を利用して各コンテンツサーバ１２から取得する。情報取得部１２０により取得されるコンテンツ種別情報は、例えば、図２に例示した各コンテンツサーバ１２のコンテンツディレクトリに含まれるコンテナの種類を識別可能な情報であってよい。情報取得部１２０による情報取得処理は、典型的には、ユーザからの明示的な指示に依存することなく自動的に行われる。例えば、情報取得部１２０は、１日１回又は１時間に１回などの間隔で定期的にコンテンツ種別情報を取得してもよい。その代わりに、情報取得部１２０は、例えば、ユーザが情報処理装置１００を起動した際に、ネットワーク１０に接続しているコンテンツサーバ１２を自動的に検索し、検出されたコンテンツサーバ１２からコンテンツ種別情報を取得してもよい。また、情報取得部１２０は、例えば、新たなコンテンツサーバ１２がネットワーク１０に接続したことを検知した際に、当該新たなコンテンツサーバ１２からコンテンツ種別情報を取得してもよい。本実施形態において、情報取得部１２０は、取得したコンテンツ種別情報を、コンテンツ種別ごとのコンテンツサーバのリストの形式で、記憶部１３０に記憶させる。

［２−４．記憶部］
記憶部１３０は、例えば、ハードディスク又は半導体メモリなどの記憶媒体を用いて構成される。そして、記憶部１３０は、情報取得部１２０により取得されるコンテンツ種別情報を、コンテンツ種別ごとのコンテンツサーバのリスト１３２の形式で記憶する。

図４は、記憶部１３０により記憶されるコンテンツ種別情報の第１の例について説明するための説明図である。図４を参照すると、コンテンツサーバリスト１３２ａの形式でのコンテンツ種別情報が示されている。図４の例では、コンテンツディレクトリに含まれるコンテナの“ＬｉｖｅＴｙｐｅ”属性が、コンテンツ種別として扱われている。即ち、コンテンツサーバリスト１３２ａは、“ＬｉｖｅＴｙｐｅ”属性（コンテンツ種別）の属性値の候補（“ＭＵＳＩＣ＿ＦＭ”、“ＭＵＳＩＣ＿ＡＭ”、“ＭＵＳＩＣ＿ＩＮＰＵＴ”など）ごとに、各属性値を有するコンテナを自身のコンテンツディレクトリ内に含むコンテンツサーバ１２をそれぞれリスト化したデータである。例えば、“ＬｉｖｅＴｙｐｅ”＝“ＭＵＳＩＣ＿ＦＭ”についてのサーバリストは、コンテンツサーバ（ＣＳ）１２ａ及び１２ｂを含む。これは、ＦＭ放送のいずれかのチャンネルをコンテンツとして提供可能なコンテンツサーバが、コンテンツサーバ１２ａ及び１２ｂであることを意味している。また、“ＬｉｖｅＴｙｐｅ”＝“ＭＵＳＩＣ＿ＡＭ”についてのサーバリストは、コンテンツサーバ１２ａ及び１２ｃを含む。“ＬｉｖｅＴｙｐｅ”＝“ＭＵＳＩＣ＿ＩＮＰＵＴ”についてのサーバリストは、コンテンツサーバ１２ａを含む。情報取得部１２０は、例えば、各コンテンツサーバ１２のコンテンツディレクトリ内で“ＬｉｖｅＴｙｐｅ”属性を有するコンテナについてのコンテナ情報を取得し、取得したコンテナ情報に含まれる“ＬｉｖｅＴｙｐｅ”属性の属性値と対応するコンテンツサーバ１２の識別子との組を、サーバリストに登録する。このような処理により、図４に例示したコンテンツサーバリスト１３２ａが生成され得る。

図５は、記憶部１３０により記憶されるコンテンツ種別情報の第２の例について説明するための説明図である。図５を参照すると、コンテンツサーバリスト１３２ｂの形式でのコンテンツ種別情報が示されている。図５の例では、コンテンツディレクトリの第２階層のコンテナのコンテナ名称が、コンテンツ種別として扱われている。即ち、コンテンツサーバリスト１３２ｂは、コンテンツディレクトリの第２階層のコンテナ名称（コンテンツ種別）の候補（“Ｍｕｓｉｃ”、“Ｖｉｄｅｏ”、“Ｐｈｏｔｏ”など）ごとに、各コンテナ名称のコンテナを自身のコンテンツディレクトリ内に含むコンテンツサーバ１２をそれぞれリスト化したデータである。例えば、“Ｍｕｓｉｃ”コンテナについてのサーバリストは、コンテンツサーバ１２ａ、１２ｂ及び１２ｃを含む。これは、音楽コンテンツを提供可能なコンテンツサーバが、コンテンツサーバ１２ａ、１２ｂ及び１２ｃであることを意味している。また、“Ｖｉｄｅｏ”コンテナについてのサーバリストは、コンテンツサーバ１２ａを含む。また、“Ｐｈｏｔｏ”コンテナについてのサーバリストは、コンテンツサーバ１２ａ及び１２ｃを含む。情報取得部１２０は、例えば、各コンテンツサーバ１２のコンテンツディレクトリ内で第２階層のコンテナについてのコンテナ情報を取得し、取得したコンテナ情報に含まれるコンテナ名称と対応するコンテンツサーバ１２の識別子との組を、サーバリストに登録する。このような処理により、図５に例示したコンテンツサーバリスト１３２ｂが生成され得る。

なお、記憶部１３０は、図４又は図５に例示したコンテンツサーバリスト１３２（１３２ａ又は１３２ｂ）と関連付けて、各コンテンツサーバ１２のアドレス及びサポートされるファイルタイプなどの追加的な情報を記憶してもよい。また、記憶部１３０により記憶されるコンテンツ種別情報は、上述した例に限定されない。例えば、第３階層以下のコンテナのコンテナ名称が、コンテンツ種別として扱われてもよい。また、“ＬｉｖｅＴｙｐｅ”属性以外のコンテナの属性が、コンテンツ種別として扱われてもよい。

図６は、本実施形態に係る情報取得部１２０による情報取得処理の流れの一例を示すフローチャートである。

図６を参照すると、情報取得部１２０は、まず、ネットワーク１０に接続しているコンテンツサーバ１２を検索する（ステップＳ１０２）。コンテンツサーバ１２の検索は、例えば、ＳＳＤＰ（Simple Service Discovery Protocol）により定義されたＭ−Ｓｅａｒｃｈメソッドを通信部１１０がネットワーク１０内にブロードキャストすることにより行われ得る。次に、情報取得部１２０は、検索の結果として検出されたコンテンツサーバ１２の各々について、ステップＳ１０６及びＳ１０８の処理をループする（ステップＳ１０４）。

ループ処理の中で、情報取得部１２０は、まず、各コンテンツサーバ１２が新たなコンテンツサーバであるか否かを判定する（ステップＳ１０６）。新たなコンテンツサーバとは、記憶部１３０に登録済みのコンテンツ種別情報とは異なる情報をコンテンツディレクトリ内に有するコンテンツサーバである。情報取得部１２０は、新たなコンテンツサーバではないと判定されたコンテンツサーバ１２については、ステップＳ１０８の処理をスキップする。一方、ループの対象のコンテンツサーバ１２が新たなコンテンツサーバであれば、情報取得部１２０は、当該コンテンツサーバ１２から所定の条件を満たすコンテナのコンテナ情報を取得する（ステップＳ１０８）。ここでの所定の条件とは、例えば、“ＬｉｖｅＴｙｐｅ”属性を有するコンテナ、又はルートを基準として第２階層までのコンテナ、などの条件であってよい。コンテナ情報の取得は、例えば、ＣＤＳのブラウジング要求又は検索要求を通信部１１０がコンテンツサーバ１２へ送信することにより行われ得る。

次に、ステップＳ１０２において検出されたコンテンツサーバ１２についてのループ処理が終了すると（ステップＳ１１０）、情報取得部１２０は、取得したコンテナ情報に基づいて、コンテンツ種別ごとに、対応するコンテンツサーバ１２の識別子をリストアップする（ステップＳ１１４）。例えば、図４の例のように“ＬｉｖｅＴｙｐｅ”属性をコンテンツ種別として扱う場合には、“ＭＵＳＩＣ＿ＦＭ”、“ＭＵＳＩＣ＿ＡＭ”及び“ＭＵＳＩＣ＿ＩＮＰＵＴ”の各々について対応するコンテンツサーバの識別子がリストアップされ得る。そして、情報取得部１２０は、生成したコンテンツ種別ごとのコンテンツサーバリスト１３２を、記憶部１３０に記憶させる（ステップＳ１１６）。

［２−５．ユーザインタフェース部］
ユーザインタフェース部１４０は、視聴を希望するコンテンツのコンテンツ種別をユーザに選択させるためのコンテンツ種別選択画面を、情報処理装置１００又は情報処理装置１００と接続される他の装置のスクリーン上に表示する。コンテンツ種別選択画面は、記憶部１３０に記憶されている上述したコンテンツ種別情報、即ちコンテンツ種別ごとのコンテンツサーバリスト１３２に基づいて生成され得る。本実施形態のように、ネットワーク１０に複数のコンテンツサーバ１２が接続している場合には、コンテンツ種別選択画面は、少なくとも第１のコンテンツサーバが提供可能なコンテンツの種別及び第２のコンテンツサーバが提供可能なコンテンツの種別の双方を表示する、１つの統合的な画面である。そして、ユーザインタフェース部１４０は、コンテンツ種別選択画面上で選択されたコンテンツ種別に属する少なくとも１つのコンテンツを、当該コンテンツを提供可能なコンテンツサーバ１２から配信させる。主にユーザインタフェース部１４０の制御の下で行われるコンテンツ提供処理の２つの例について、次節でより具体的に説明する。

［２−６．再生部］
再生部１５０は、コンテンツサーバ１２から配信されるコンテンツデータを通信部１１０が受信した場合に、当該コンテンツデータの復号等を含むレンダリング処理を行うことで、ユーザにより所望されたコンテンツを再生する。即ち、再生部１５０は、例えば、映像若しくは音声又はその双方を再生可能なメディアレンダラの機能を有し得る。なお、情報処理システム１において、ユーザにより選択されたコンテンツは、情報処理装置１００の再生部１５０の代わりに、コンテンツプレーヤ１６により再生されてもよい。

＜３．コンテンツ提供処理の流れの例＞
次に、図７〜図１０を用いて、本実施形態に係る情報処理システム１により実行され得るコンテンツ提供処理の２つのシナリオについて説明する。

［３−１．第１のシナリオ］
第１のシナリオでは、情報処理装置１００のユーザインタフェース部１４０は、コンテンツ種別選択画面においてユーザがいずれかのコンテンツ種別を選択した後、サーバ選択画面をさらに表示する。サーバ選択画面は、コンテンツ種別選択画面において選択されたコンテンツ種別に属するコンテンツを提供可能なコンテンツサーバのリストを表示する画面である。

図７は、第１のシナリオにおいてユーザインタフェース部１４０により表示される画面の遷移の一例を示す説明図である。図７の左には、コンテンツ種別の選択肢のリストを表示する一例としてのコンテンツ種別選択画面ＳＣ１１が示されている。コンテンツ種別選択画面ＳＣ１１は、コンテンツ種別の選択肢である“ＭＵＳＩＣ＿ＦＭ”、“ＭＵＳＩＣ＿ＡＭ”及び“ＭＵＳＩＣ＿ＩＮＰＵＴ”をそれぞれ表示する３つのボタンＢ１１、Ｂ１２及びＢ１３を有する。

そして、例えば、ユーザがＦＭ放送のコンテンツの再生を希望する場合には、ユーザは、“ＭＵＳＩＣ＿ＦＭ”に対応するボタンＢ１１をクリックする。すると、ユーザインタフェース部１４０は、図７の中央に示すサーバ選択画面ＳＣ１２を表示する。サーバ選択画面ＳＣ１２は、ＦＭ放送のコンテンツを提供可能なコンテンツサーバであるコンテンツサーバ１２ａ（“ＣＳ１２ａ”）及びコンテンツサーバ１２ｂ（“ＣＳ１２ｂ”）をそれぞれ表示する２つのボタンＢ１４及びＢ１５を有する。ユーザインタフェース部１４０は、例えば、図４に例示したコンテンツサーバリスト１３２ａ内の“ＭＵＳＩＣ＿ＦＭ”のレコードに含まれるサーバリストに基づいて、このようなサーバ選択画面ＳＣ１２を生成することができる。

そして、例えば、ユーザがコンテンツサーバ１２ａによるＦＭ放送のコンテンツの再生を希望する場合には、ユーザは、“ＣＳ１２ａ”に対応するボタンＢ１４をクリックする。すると、ユーザインタフェース部１４０は、図７の右に示すコンテンツ選択画面ＳＣ１３を表示する。コンテンツ選択画面ＳＣ１３は、コンテンツサーバ１２ａが有するＦＭ放送のコンテンツであるコンテンツＣ１１、Ｃ１２等（例えば、ＦＭ放送の個々のチャンネルに対応し得る）をそれぞれ表示する複数のボタンＢ１６、Ｂ１７等を有する。

そして、例えば、ユーザがコンテンツＣ１１の再生を希望する場合には、ユーザは、“コンテンツＣ１１”に対応するボタンＢ１６をクリックする。すると、ユーザインタフェース部１４０は、コンテンツＣ１１のコンテンツデータの配信を、通信部１１０を介してコンテンツサーバ１２ａに要求する。その結果、コンテンツサーバ１２ａから情報処理装置１００又はコンテンツプレーヤ１６へ、例えばコンテンツＣ１１に対応するＦＭ放送のチャンネルのコンテンツデータが配信される。そして、情報処理装置１００の再生部１５０又はコンテンツプレーヤ１６が、ユーザにより選択されたコンテンツを再生する。

なお、ネットワーク１０に接続している１つのコンテンツサーバ１２のみが利用可能である場合には、画面遷移からサーバ選択画面ＳＣ１２は省略され、当該１つのコンテンツサーバ１２が自動的に選択され得る。

このようなコンテンツ提供処理により、複数のコンテンツサーバ１２が利用可能である場合にも、複数のコンテンツサーバ１２にわたる１つの統合的なコンテンツ種別選択画面ＳＣ１１がユーザに提供される。そして、サーバ選択画面ＳＣ１２では、ユーザにより選択されたコンテンツ種別に属するコンテンツを提供可能なコンテンツサーバ１２のみが選択肢として表示される。それにより、ユーザは、各コンテンツサーバ１２がどういった種類のコンテンツを提供可能であるかを正確に記憶していなくても、所望の種類のコンテンツを提供可能なコンテンツサーバ１２を、確実に選択することができる。

図８は、本シナリオに係るコンテンツ提供処理の流れの一例を示すシーケンス図である。図８を参照すると、まず、ユーザが、コンテンツの提供を受けるための操作を開始する（ステップＳ２０２）。次に、情報処理装置１００のユーザインタフェース部１４０は、コンテンツ種別選択画面を表示する（ステップＳ２０４）。次に、ユーザは、表示されたコンテンツ種別選択画面上で、所望のコンテンツ種別を選択する（ステップＳ２０６）。そうすると、情報処理装置１００のユーザインタフェース部１４０は、記憶部１３０に記憶されているコンテンツ種別情報を参照し、選択されたコンテンツ種別に対応するコンテンツサーバ１２のリストを取得する（ステップＳ２０８）。

次に、ユーザインタフェース部１４０は、ステップＳ２０８で取得したリストに基づいて、サーバ選択画面を表示する（ステップＳ２１２）。次に、ユーザは、表示されたサーバ選択画面上で、所望のコンテンツサーバ１２を選択する（ステップＳ２１４）。次に、情報処理装置１００のユーザインタフェース部１４０は、選択されたコンテンツサーバ１２のＣＤＳに対し、ステップＳ２０６で選択されたコンテンツ種別に対応するコンテナに属するコンテンツリストの提供を要求する（ステップＳ２１６）。そうすると、要求を受けたコンテンツサーバ１２のＣＤＳは、指定されたコンテンツ種別に対応するコンテナに属するコンテンツリストを、情報処理装置１００へ返送する（ステップＳ２１８）。

次に、ユーザインタフェース部１４０は、ステップＳ２１８でコンテンツサーバ１２から受信されたコンテンツリストに基づいて、コンテンツ選択画面を表示する（ステップＳ２２２）。次に、ユーザは、表示されたコンテンツ選択画面上で、所望のコンテンツを選択する（ステップＳ２２４）。次に、情報処理装置１００のユーザインタフェース部１４０は、ステップＳ２１４で選択されたコンテンツサーバ１２に対し、選択されたコンテンツの配信を要求する（ステップＳ２３２）。このとき、ユーザインタフェース部１４０は、コンテンツの配信先の装置（例えば情報処理装置１００又はコンテンツプレーヤ１６）を併せて指定してもよい。そうすると、要求を受けたコンテンツサーバ１２は、指定されたコンテンツのコンテンツデータを、情報処理装置１００又はコンテンツプレーヤ１６へ配信する（ステップＳ２３４）。図８の例では、コンテンツサーバ１２は、コンテンツデータを情報処理装置１００へ配信している。そして、情報処理装置１００の再生部１５０は、ユーザにより選択されたコンテンツを再生する（ステップＳ２３６）。

［３−２．第２のシナリオ］
第２のシナリオでは、情報処理装置１００のユーザインタフェース部１４０は、コンテンツ種別選択画面においてユーザがいずれかのコンテンツ種別を選択した後、サーバ選択画面を表示しない。その代わりに、ユーザインタフェース部１４０は、コンテンツ種別選択画面において選択されたコンテンツ種別に属するコンテンツを提供可能な複数のコンテンツサーバが有するコンテンツの統合的なリストを、ユーザに呈示する。

図９は、第２のシナリオにおいてユーザインタフェース部１４０により表示される画面の遷移の一例を示す説明図である。図９の左には、コンテンツ種別の選択肢のリストを表示する一例としてのコンテンツ種別選択画面ＳＣ２１が示されている。コンテンツ種別選択画面ＳＣ２１は、コンテンツ種別の選択肢である“ＭＵＳＩＣ＿ＦＭ”、“ＭＵＳＩＣ＿ＡＭ”及び“ＭＵＳＩＣ＿ＩＮＰＵＴ”をそれぞれ表示する３つのボタンＢ２１、Ｂ２２及びＢ２３を有する。

そして、例えば、ユーザがＦＭ放送のコンテンツの再生を希望する場合には、ユーザは、“ＭＵＳＩＣ＿ＦＭ”に対応するボタンＢ２１をクリックする。すると、ユーザインタフェース部１４０は、図９の右に示すコンテンツ選択画面ＳＣ２２を表示する。コンテンツ選択画面ＳＣ２２は、複数のボタンＢ２４、Ｂ２５、Ｂ２６及びＢ２７等を有する。このうち、ボタンＢ２４及びＢ２５は、コンテンツサーバ１２ａが提供可能なＦＭ放送のコンテンツであるコンテンツＣ１１及びＣ１２にそれぞれ対応するボタンである。また、ボタンＢ２６及びＢ２７は、コンテンツサーバ１２ｂが提供可能なＦＭ放送のコンテンツであるコンテンツＣ２３及びＣ２４にそれぞれ対応するボタンである。

そして、例えば、ユーザがコンテンツＣ１１の再生を希望する場合には、ユーザは、“コンテンツＣ１１”に対応するボタンＢ２４をクリックする。すると、ユーザインタフェース部１４０は、コンテンツＣ１１のコンテンツデータの配信を、通信部１１０を介してコンテンツサーバ１２ａに要求する。その結果、コンテンツサーバ１２ａから情報処理装置１００又はコンテンツプレーヤ１６へ、例えばコンテンツＣ１１に対応するＦＭ放送のチャンネルのコンテンツデータが配信される。そして、情報処理装置１００の再生部１５０又はコンテンツプレーヤ１６が、ユーザにより選択されたコンテンツを再生する。

このようなコンテンツ提供処理により、複数のコンテンツサーバ１２が利用可能である場合にも、複数のコンテンツサーバ１２にわたる１つの統合的なコンテンツ種別選択画面ＳＣ２１がユーザに提供される。さらに、本シナリオでは、サーバ選択画面が表示される代わりに、コンテンツ選択画面ＳＣ２２が、複数のコンテンツサーバが有するコンテンツの統合的なリストを表示する。それにより、ユーザは、第１のシナリオよりも少ない操作ステップ数で所望のコンテンツを再生することができる。また、ユーザは、各コンテンツサーバ１２がどういった種類のコンテンツを提供可能であるかを正確に記憶していなくても、所望の種類のコンテンツに容易にアクセスすることができる。

図１０は、本シナリオに係るコンテンツ提供処理の流れの一例を示すシーケンス図である。なお、図１０のステップＳ２０２からＳ２０８までの処理は、図８を用いて説明した第１のシナリオと同様である。

本シナリオでは、ユーザにより選択されたコンテンツ種別に対応するコンテンツサーバ１２のリストをステップＳ２０８において取得したユーザインタフェース部１４０は、取得した当該リストに含まれる１つ以上のコンテンツサーバ１２のＣＤＳに対し、コンテンツリストの提供を要求する（ステップＳ２１６、Ｓ２１７）。ここで要求されるコンテンツリストは、ステップＳ２０６で選択されたコンテンツ種別に対応するコンテナに属するコンテンツのリストである。そうすると、要求を受けた各コンテンツサーバ１２のＣＤＳは、指定されたコンテンツ種別に対応するコンテナに属するコンテンツリストを、情報処理装置１００へ返送する（ステップＳ２１８、Ｓ２１９）。

次に、ユーザインタフェース部１４０は、ステップＳ２１８及びＳ２１９でコンテンツサーバ１２からそれぞれ受信されたコンテンツリストに基づいて、複数のコンテンツサーバ１２にわたる統合的なコンテンツ選択画面を表示する（ステップＳ２２６）。次に、ユーザは、表示されたコンテンツ選択画面上で、所望のコンテンツを選択する（ステップＳ２２８）。そうすると、情報処理装置１００のユーザインタフェース部１４０は、ステップＳ２１８及びＳ２１９でそれぞれ受信されたコンテンツリストを参照し、選択されたコンテンツを提供可能なコンテンツサーバ１２を特定する（ステップＳ２３０）。次に、ユーザインタフェース部１４０は、特定したコンテンツサーバ１２に対し、選択されたコンテンツの配信を要求する（ステップＳ２３２）。そうすると、要求を受けたコンテンツサーバ１２は、指定されたコンテンツのコンテンツデータを、情報処理装置１００又はコンテンツプレーヤ１６へ配信する（ステップＳ２３４）。図１０の例では、コンテンツサーバ１２は、コンテンツデータを情報処理装置１００へ配信している。そして、情報処理装置１００の再生部１５０は、ユーザにより選択されたコンテンツを再生する（ステップＳ２３６）。

なお、情報処理装置１００は、いずれかのコンテンツ種別が選択され、当該コンテンツ種別に属するコンテンツが再生された場合に、再生された当該コンテンツの識別情報を記憶部１３０に記憶させてもよい。それにより、情報処理装置１００は、次に同じコンテンツ種別が選択された場合に、記憶部１３０に記憶されているコンテンツの識別情報に基づいて、前回再生されたコンテンツを自動的に選択し、又は当該コンテンツに自動的にフォーカスを置くことができる。

＜４．ハードウェア構成例＞
上述した情報処理装置１００による情報取得処理及びコンテンツ提供処理は、典型的には、ソフトウェアにより実現される。図１１は、情報処理装置１００のハードウェア構成の一例を示すブロック図である。図１１を参照すると、情報処理装置１００は、ＣＰＵ（Central Processing Unit）１６２、ＲＯＭ（Read Only Memory）１６４、ＲＡＭ（Random Access Memory）１６６、バス１７０、入出力インタフェース１７２、操作部１８０、モニタ１８２、記憶媒体１８４及び通信インタフェース（Ｉ／Ｆ）１８６を備える。

ＣＰＵ１６２は、情報処理装置１００の動作全般を制御する。ＲＯＭ１６４には、一連の処理の一部又は全部を記述したプログラム又はデータが格納される。ＲＡＭ１６６には、処理の実行時にＣＰＵ１６２により用いられるプログラムやデータなどが一時的に記憶される。

ＣＰＵ１６２、ＲＯＭ１６４、及びＲＡＭ１６６は、バス１７０を介して相互に接続される。バス１７０にはさらに、入出力インタフェース１７２が接続される。入出力インタフェース１７２は、ＣＰＵ１６２、ＲＯＭ１６４及びＲＡＭ１６６と、操作部１８０、モニタ１８２、記憶媒体１８４及び通信Ｉ／Ｆ１８６とを接続するためのインタフェースである。

操作部１８０は、例えばボタン、タッチパネル、マウス及びキーボード、又はリモートコントローラなどの入力手段を介して、ユーザからの指示や情報入力を受け付ける。モニタ１８２は、例えばＣＲＴ（Cathode Ray Tube）、液晶ディスプレイ、ＯＬＥＤ（Organic Light Emitting Diode）などにより構成され、ユーザインタフェース部１４０により生成される画面（ウィンドウ）をユーザに向けて表示する。記憶媒体１８４は、例えばハードディスク又は半導体メモリなどにより構成され、プログラム及びデータを記憶する。通信Ｉ／Ｆ１８６は、有線ＬＡＮ又は無線ＬＡＮなどの通信プロトコルをネットワーク１０の規格に応じてサポートするネットワークインタフェースであり、情報処理装置１００によるネットワーク１０を介する通信処理を仲介する。

＜５．まとめ＞
ここまで、図１〜図１１を用いて、本発明の一実施形態について説明した。本実施形態によれば、１つ以上のコンテンツサーバが存在する情報処理システム１において、ユーザがコンテンツの再生を希望する際に、情報処理装置１００は、所望のコンテンツ種別をユーザに選択させるためのコンテンツ種別選択画面を表示する。そして、情報処理装置１００は、選択されたコンテンツ種別に属する少なくとも１つのコンテンツを提供可能なコンテンツサーバに、当該コンテンツを提供させる。ここで、上記コンテンツ種別選択画面は、各コンテンツサーバが提供可能なコンテンツの種別を表すコンテンツ種別情報に基づいて生成される、統合的な１つの画面である。従って、ユーザは、各コンテンツサーバがどういった種類のコンテンツを提供可能であるかを正確に記憶しておかなくてよい。即ち、ユーザがコンテンツに統合的にアクセスするためのより改善された仕組みが提供される。

また、本実施形態によれば、コンテンツ種別情報は、各コンテンツサーバのコンテンツディレクトリに含まれるコンテナの種類を識別可能な情報である。即ち、情報処理装置１００は、コンテナツリーの最下層のコンテンツアイテムに関する情報にアクセスすることなく、上述したコンテンツ種別情報を取得することができる。一般的に、コンテンツアイテムの数に比してコンテンツアイテムを収容するコンテナの数は少ない。従って、多数のコンテンツアイテムが存在する場合にも、ネットワークに過大な負荷を与えることなく、また膨大な処理リソースを要求することなく、上述したコンテンツ種別情報を取得することが可能である。

また、本実施形態によれば、情報処理装置１００は、コンテンツ種別情報を各コンテンツサーバから自動的に取得して記憶する。そして、情報処理装置１００は、予め記憶しているコンテンツ種別情報に基づいて、上記コンテンツ種別選択画面を表示する。従って、ユーザがコンテンツの再生を希望する際に、統合的なコンテンツ種別選択画面を迅速に表示することができる。

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

１情報処理システム
１０ネットワーク
１２（１２ａ〜１２ｃ）コンテンツサーバ
１００情報処理装置
１１０通信部
１２０情報取得部
１３０記憶部
１４０ユーザインタフェース部
１５０再生部

Claims

ネットワークを介して複数のコンテンツサーバと通信可能な通信部と；
前記複数のコンテンツサーバの各々が提供可能なコンテンツの種別を表すコンテンツ種別情報を、前記通信部による通信を利用して各コンテンツサーバから取得する情報取得部と；
前記コンテンツ種別情報に基づいて、所望のコンテンツ種別をユーザに選択させるためのコンテンツ種別選択画面を表示し、ユーザによりコンテンツ種別が選択されると、前記複数のコンテンツサーバから取得される当該コンテンツ種別に属するコンテンツのリストが統合されたコンテンツ選択画面を表示するユーザインタフェース部と；
を備え、
前記コンテンツ種別情報は、各コンテンツサーバのコンテンツディレクトリに含まれる、ルートを基準とした第２階層以下のコンテナの種類を識別可能な情報である、
情報処理装置。
前記情報処理装置は、前記コンテンツ種別情報を記憶する記憶部、をさらに備え、
前記情報取得部は、前記コンテンツ種別情報を各コンテンツサーバから自動的に取得して前記記憶部に記憶させる、
請求項１に記載の情報処理装置。
前記コンテンツ種別選択画面は、第１のコンテンツサーバが提供可能なコンテンツの種別及び第２のコンテンツサーバが提供可能なコンテンツの種別の双方を表示する画面である、請求項２に記載の情報処理装置。
前記ユーザインタフェース部は、ユーザによりコンテンツが選択された後、選択されたコンテンツを提供可能なコンテンツサーバを特定し、特定した当該コンテンツサーバに前記選択されたコンテンツを提供させる、請求項３に記載の情報処理装置。
複数のコンテンツサーバから、ネットワークを介して、前記複数のコンテンツサーバの各々が提供可能なコンテンツの種別を表すコンテンツ種別情報を取得するステップと；
前記コンテンツ種別情報に基づいて、所望のコンテンツ種別をユーザに選択させるためのコンテンツ種別選択画面を表示するステップと；
前記複数のコンテンツサーバから取得される、ユーザにより選択されたコンテンツ種別に属するコンテンツのリストが統合されたコンテンツ選択画面を表示するステップと；
を含み、
前記コンテンツ種別情報は、各コンテンツサーバのコンテンツディレクトリに含まれる、ルートを基準とした第２階層以下のコンテナの種類を識別可能な情報である、
コンテンツ提供方法。
ネットワークを介して複数のコンテンツサーバと通信可能な通信部を有する情報処理装置を制御するコンピュータを：
前記複数のコンテンツサーバの各々が提供可能なコンテンツの種別を表すコンテンツ種別情報を、前記通信部による通信を利用して各コンテンツサーバから取得する情報取得部と；
前記コンテンツ種別情報に基づいて、所望のコンテンツ種別をユーザに選択させるためのコンテンツ種別選択画面を表示し、ユーザによりコンテンツ種別が選択されると、前記複数のコンテンツサーバから取得される当該コンテンツ種別に属するコンテンツのリストが統合されたコンテンツ選択画面を表示するユーザインタフェース部と；
として機能させるためのプログラムであって、
前記コンテンツ種別情報は、各コンテンツサーバのコンテンツディレクトリに含まれる、ルートを基準とした第２階層以下のコンテナの種類を識別可能な情報である、
プログラム。