DLNA規格に則って動作してコンテンツを配信するサーバーと、DLNA規格に則って動作してコンテンツの配信を要求するクライアントからなり、前記サーバーは、前記クライアントを特定する情報に基づくObjectIDを持つ配信先コンテナーノードをルートの直下に配置するとともに、前記配信先コンテナーノードの配下に配信中コンテンツノードを配置した配信中コンテンツ情報用拡張CDSを作成し、前記クライアントに配信するために取得したコンテンツからコンテンツ詳細情報を抽出して前記配信中コンテンツノードに格納する、通信システム。外部の機器と通信する通信部と、クライアントから要求されたコンテンツを取得するコンテンツ取得部と、クライアントにコンテンツを配信するコンテンツ提供部と、コンテンツに関するCDS情報を生成するCDS情報生成部と、クライアントからの要求によりCDS情報を送信するCDS情報提供部と、を具備し、前記CDS情報生成部は、クライアントからコンテンツの提供を要求されたことに応答して、配信中コンテンツ情報用拡張CDSのルートの直下に、当該クライアントを特定する情報に基づくObjectIDを持つ配信先コンテナーノードをルートの直下に配置するとともに、前記配信先コンテナーノードの配下に配信中コンテンツノードを作成し、前記コンテンツ取得部が取得したコンテンツからコンテンツ詳細情報を抽出して前記配信中コンテンツノードに格納し、前記CDS情報提供部は、前記コンテンツ提供部がコンテンツを配信中のクライアントからのCDS情報の要求に応答して、該当する配信中コンテンツノードに格納されているコンテンツ詳細情報を含むCDS情報を送信する、DLNA規格に則ってサーバーとして動作する通信装置。前記配信中コンテンツノードは、コンテンツのURLと一致するres情報を持つ、請求項2に記載の通信装置。前記コンテンツ提供部がクライアントへのコンテンツの配信を終了したときに、前記配信コンテンツ情報用拡張CDSから該当する各ノードを削除する、請求項2に記載の通信装置。前記コンテンツ取得部は、前記通信部を介して外部ネットワーク上のプロバイダーからライブコンテンツを取得し、前記CDS情報生成部は、クライアントからライブコンテンツが要求されたときに、前記配信中コンテンツ情報用拡張CDSに、前記配信先コンテナーノード及び前記配信中コンテンツノードを作成する、請求項2に記載の通信装置。クライアントに提供するコンテンツを蓄積するコンテンツ蓄積部をさらに備え、前記CDS情報生成部は、クライアントから前記コンテンツ蓄積部に蓄積されているコンテンツが要求されたときに、前記配信中コンテンツ情報用拡張CDSに、前記配信先コンテナーノード及び前記配信中コンテンツノードを作成する、請求項2に記載の通信装置。DLNA規格に則った機器と通信する通信部と、DLNA規格に則ったサーバーに対してCDS情報の閲覧を要求するCDS情報閲覧部と、を少なくとも備え、前記CDS情報閲覧部は、自身を特定する情報に基づくObjectIDを生成し、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求する、DLNA規格に則ってクライアントとして動作する通信装置。前記通信装置は、DLNA規格で定義されるDMPであり、前記サーバーにコンテンツを要求して取得するコンテンツ取得部と、コンテンツを復号するコンテンツ復号部と、復号したコンテンツを再生出力するコンテンツ再生出力部をさらに備え、前記CDS情報閲覧部は、前記コンテンツ取得部が前記サーバーに対してプロバイダーが提供するライブコンテンツを要求するときに、自身を特定する情報に基づくObjectIDを生成し、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求する、請求項7に記載の通信装置。前記通信装置は、DLNA規格で定義されるDMCであり、レンダラーに対してコンテンツの再生出力を要求するコンテンツ再生要求部をさらに備え、前記CDS情報閲覧部は、前記コンテンツ再生要求部が前記レンダラーに対してプロバイダーが提供するライブコンテンツの再生を要求するときに、自身を特定する情報に基づくObjectIDを生成し、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求する、請求項7に記載の通信装置。クライアントからコンテンツの提供を要求されたことに応答して、配信中コンテンツ情報用拡張CDSのルートの直下に、当該クライアントを特定する情報に基づくObjectIDを持つ配信先コンテナーノードをルートの直下に配置するとともに、前記配信先コンテナーノードの配下に配信中コンテンツノードを作成するステップと、クライアントから要求されたコンテンツを取得するステップと、取得したコンテンツからコンテンツ詳細情報を抽出して前記配信中コンテンツノードに格納するステップと、取得したコンテンツをクライアントに配信するステップと、コンテンツを配信中のクライアントからのCDS情報の要求に応答して、該当する配信中コンテンツノードに格納されているコンテンツ詳細情報を含むCDS情報を送信するステップと、を有し、DLNA規格に則ってサーバーとして動作する通信方法。通信装置自身を特定する情報に基づくObjectIDを生成するステップと、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求するステップと、を有し、DLNA規格に則ってクライアントとして動作する通信方法。本明細書で開示する技術の目的は、DLNA規格に則ってコンテンツ配信サービスを好適に行なうことができる、優れた通信システム、通信装置並びに通信方法を提供することにある。本明細書で開示する技術のさらなる目的は、DMSから各機器へ、CDS機能によりコンテンツのメタ情報を好適に提供することができる、優れた通信システム、通信装置並びに通信方法を提供することにある。本明細書で開示する技術のさらなる目的は、DMSがリアルタイムで受信して各機器へ配信するライブコンテンツに関する十分なメタ情報を好適に提供することができる、優れた通信システム、通信装置並びに通信方法を提供することにある。本明細書は、上記課題を参酌してなされた技術を開示するものであり、請求項1に記載の技術は、DLNA規格に則って動作してコンテンツを配信するサーバーと、DLNA規格に則って動作してコンテンツの配信を要求するクライアントからなり、前記サーバーは、前記クライアントを特定する情報に基づくObjectIDを持つ配信先コンテナーノードをルートの直下に配置するとともに、前記配信先コンテナーノードの配下に配信中コンテンツノードを配置した配信中コンテンツ情報用拡張CDSを作成し、前記クライアントに配信するために取得したコンテンツからコンテンツ詳細情報を抽出して前記配信中コンテンツノードに格納する、通信システムである。但し、ここで言うシステムとは、複数の装置又は特定の機能を実現する機能モジュールが論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。また、本願の請求項2に記載の技術は、外部の機器と通信する通信部と、クライアントから要求されたコンテンツを取得するコンテンツ取得部と、クライアントにコンテンツを配信するコンテンツ提供部と、コンテンツに関するCDS情報を生成するCDS情報生成部と、クライアントからの要求によりCDS情報を送信するCDS情報提供部と、を具備し、前記CDS情報生成部は、クライアントからコンテンツの提供を要求されたことに応答して、配信中コンテンツ情報用拡張CDSのルートの直下に、当該クライアントを特定する情報に基づくObjectIDを持つ配信先コンテナーノードをルートの直下に配置するとともに、前記配信先コンテナーノードの配下に配信中コンテンツノードを作成し、前記コンテンツ取得部が取得したコンテンツからコンテンツ詳細情報を抽出して前記配信中コンテンツノードに格納し、前記CDS情報提供部は、前記コンテンツ提供部がコンテンツを配信中のクライアントからのCDS情報の要求に応答して、該当する配信中コンテンツノードに格納されているコンテンツ詳細情報を含むCDS情報を送信する、DLNA規格に則ってサーバーとして動作する通信装置である。本願の請求項3に記載の技術によれば、請求項2に記載の通信装置において、配信中コンテンツノードは、コンテンツのURLと一致するres情報を持つ。本願の請求項4に記載の技術によれば、請求項2に記載の通信装置は、コンテンツ提供部がクライアントへのコンテンツの配信を終了したときに、前記配信コンテンツ情報用拡張CDSから該当する各ノードを削除するように構成されている。本願の請求項5に記載の技術によれば、請求項2に記載の通信装置のコンテンツ取得部は、前記通信部を介して外部ネットワーク上のプロバイダーからライブコンテンツを取得し、CDS情報生成部は、クライアントからライブコンテンツが要求されたときに、前記配信中コンテンツ情報用拡張CDSに、前記配信先コンテナーノード及び前記配信中コンテンツノードを作成するように構成されている。本願の請求項6に記載の技術によれば、請求項2に記載の通信装置は、クライアントに提供するコンテンツを蓄積するコンテンツ蓄積部をさらに備えている。そして、CDS情報生成部は、クライアントから前記コンテンツ蓄積部に蓄積されているコンテンツが要求されたときに、前記配信中コンテンツ情報用拡張CDSに、前記配信先コンテナーノード及び前記配信中コンテンツノードを作成するように構成されている。また、本願の請求項7に記載の技術は、DLNA規格に則った機器と通信する通信部と、DLNA規格に則ったサーバーに対してCDS情報の閲覧を要求するCDS情報閲覧部と、を少なくとも備え、前記CDS情報閲覧部は、自身を特定する情報に基づくObjectIDを生成し、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求する、DLNA規格に則ってクライアントとして動作する通信装置。である。本願の請求項8に記載の技術によれば、請求項7に記載の通信装置は、DLNA規格で定義されるDMPであり、前記サーバーにコンテンツを要求して取得するコンテンツ取得部と、コンテンツを復号するコンテンツ復号部と、復号したコンテンツを再生出力するコンテンツ再生出力部をさらに備えている。そして、CDS情報閲覧部は、前記コンテンツ取得部が前記サーバーに対してプロバイダーが提供するライブコンテンツを要求するときに、自身を特定する情報に基づくObjectIDを生成し、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求するように構成されている。本願の請求項9に記載の技術によれば、請求項7に記載の通信装置は、DLNA規格で定義されるDMCであり、レンダラーに対してコンテンツの再生出力を要求するコンテンツ再生要求部をさらに備えている。そして、CDS情報閲覧部は、前記コンテンツ再生要求部が前記レンダラーに対してプロバイダーが提供するライブコンテンツの再生を要求するときに、自身を特定する情報に基づくObjectIDを生成し、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求するように構成されている。また、本願の請求項10に記載の技術は、クライアントからコンテンツの提供を要求されたことに応答して、配信中コンテンツ情報用拡張CDSのルートの直下に、当該クライアントを特定する情報に基づくObjectIDを持つ配信先コンテナーノードをルートの直下に配置するとともに、前記配信先コンテナーノードの配下に配信中コンテンツノードを作成するステップと、クライアントから要求されたコンテンツを取得するステップと、取得したコンテンツからコンテンツ詳細情報を抽出して前記配信中コンテンツノードに格納するステップと、取得したコンテンツをクライアントに配信するステップと、コンテンツを配信中のクライアントからのCDS情報の要求に応答して、該当する配信中コンテンツノードに格納されているコンテンツ詳細情報を含むCDS情報を送信するステップと、を有し、DLNA規格に則ってサーバーとして動作する通信方法である。また、本願の請求項11に記載の技術は、通信装置自身を特定する情報に基づくObjectIDを生成するステップと、前記ObjectIDを使って前記サーバーにCDS情報の閲覧を要求するステップと、を有し、DLNA規格に則ってクライアントとして動作する通信方法である。本明細書で開示される技術によれば、DMSがリアルタイムで受信して各機器へ配信するライブコンテンツに関する十分なメタ情報を好適に提供することができる、優れた通信システム、通信装置並びに通信方法を提供することができる。本明細書で開示される技術によれば、DMSなどの1つの機器がプロキシーサーバーのような役割で各々の機器DMP、DMC、DMRに配信するライブコンテンツについてのより詳細な情報を公開することができ、ユーザビリティーを向上することができる。本明細書で開示される技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。以下、図面を参照しながら本明細書で開示される技術に係る実施形態について詳細に説明する。図1には、DLNAGuideline1.0で定義された2-BoxPull形式SystemUsageに基づく通信システムの構成例を示している。家庭内に敷設されたIPネットワーク上には、家庭内IPネットワークを介してコンテンツを提供するDMSと、家庭内IPネットワーク経由で受信したコンテンツを再生するDMPが、所定の接続条件に従って接続されている。DMSは、自身のストレージに保存している静的なコンテンツを提供する。また、DMSは、インターネットなどの外部ネットワークにも接続しており、外部ネットワーク上のプロバイダーから取得したライブコンテンツを提供することもできる。但し、ここで言うプロバイダーとは、サービスやコンテンツの提供者のことを指す。図示の通信システムでは、UPnPで策定されているCDS機能が実装されているが、その詳細については後述に譲る。なお、図面の簡素化のため、図1中ではDMS並びにDMPをそれぞれ1台ずつしか描いていないが、2台以上のDMS、DMPが家庭内IPネットワークに接続されることもある。また、図2には、DLNAGuideline1.5で定義された3-BoxSystemUsageに基づく通信システムの構成例を示している。家庭内に敷設されたIPネットワーク上には、家庭内IPネットワークを介してコンテンツを提供するDMSと、IPネットワーク経由で受信したコンテンツを再生するDMRと、DMRを操作するDMCが、所定の接続条件に従って接続されている。DMSは、自身のストレージに保存している静的なコンテンツを提供する。また、DMSは、インターネットなどの外部ネットワークにも接続しており、外部ネットワーク上のプロバイダーコンテンツサーバーから取得したライブコンテンツを提供することもできる。図示の通信システムでは、UPnPで策定されているCDS機能が実装されているが、その詳細については後述に譲る。なお、図面の簡素化のため、図2中ではDMS、DMC、DMRをそれぞれ1台ずつしか描いていないが、2台以上のDMS、DMC、DMRが家庭内IPネットワークに接続されることもある。図3には、図1並びに図2中のDMSとして動作する機器の機能的構成を模式的に示している。以下、各部について説明する。通信制御部301は、家庭内IPネットワーク並びに外部ネットワークを介した通信動作を制御するとともに、当該機器全体の動作を統括的に制御する。コンテンツ蓄積部302は、DMS自身がDMP若しくはDMRに提供するコンテンツを蓄積する。また、コンテンツ蓄積部302は、蓄積している各コンテンツに関する詳細な情報を記述したコンテンツ情報をあらかじめ保存する内部データベースを備えている。コンテンツ取得部303は、DMP若しくはDMRから要求されたライブコンテンツを、外部ネットワーク経由でプロバイダーから取得する。コンテンツ提供部304は、コンテンツ蓄積部302に蓄積されている静的なコンテンツ、並びに、プロバイダーから取得した取得したライブコンテンツを、要求元のDMP若しくはDMRに提供する。CDS情報生成部305は、コンテンツ蓄積部302に蓄積されている静的なコンテンツ、並びに、プロバイダーから取得した取得したライブコンテンツについてのCDS情報を生成する。生成されたCDS情報は、CDS情報格納部306に格納される。コンテンツ蓄積部302に蓄積されている静的なコンテンツについては、その内部データベース前述にアクセスして、コンテンツに関する取得可能なすべての情報を取得することができるので、CDS情報生成部305は十分なCDS情報を生成することができる。これに対し、ライブコンテンツについては、プロバイダーによって異なるが、大抵の場合はコンテンツのタイトルなどの限られた情報しか取得できず、実際にコンテンツデータ自体を取得してからでないとアーティスト情報などのより詳細な情報を得ることができない。このため、CDS情報生成部305は、取得前のライブコンテンツに関しては、限られた情報からなるCDS情報を生成することになる。なお、CDS情報格納部306に格納するCDS情報のデータ構造の詳細については、後述に譲る。CDS情報提供部307は、DMP若しくはDMCからのCDS情報の取得要求に応答して、CDS情報格納部306に格納されているCDS情報を提供する。図4には、図1中のDMPとして動作する機器の機能的構成を模式的に示している。以下、各部について説明する。通信制御部401は、家庭内IPネットワークを介した通信動作を制御するとともに、当該機器全体の動作を統括的に制御する。CDS情報閲覧部402は、DMSに対してCDS情報の取得要求を行ない、取得したCDS情報の閲覧画面を表示する。例えば、CDS情報として、DMSが提供可能な若しくはDMSを通じて取得可能なコンテンツのリストを取得したときには、コンテンツ一覧画面が表示され、ユーザーはこの一覧画面を通して、再生出力したいコンテンツを選択することができる。コンテンツ取得部403は、ユーザーが選択したコンテンツの取得要求をDMSに送信して、コンテンツの取得を行なう。そして、コンテンツ復号部404は取得したコンテンツを復号し、コンテンツ再生出力部405は復号したコンテンツを再生出力する。図5には、図2中のDMCとして動作する機器の機能的構成を模式的に示している。以下、各部について説明する。通信制御部501は、家庭内IPネットワークを介した通信動作を制御するとともに、当該機器全体の動作を統括的に制御する。CDS情報閲覧部502は、DMSに対してCDS情報の取得要求を行ない、取得したCDS情報の閲覧画面を表示する。例えば、CDS情報として、DMSが提供可能な若しくはDMSを通じて取得可能なコンテンツのリストを取得したときには、コンテンツ一覧画面が表示され、ユーザーはこの一覧画面を通して、再生出力したいコンテンツを選択することができる。コンテンツ再生要求部503は、ユーザーが選択したコンテンツの再生出力を、DMRに対して要求する。図6には、図2中のDMRとして動作する機器の機能的構成を模式的に示している。以下、各部について説明する。通信制御部601は、家庭内IPネットワークを介した通信動作を制御するとともに、当該機器全体の動作を統括的に制御する。コンテンツ取得部602は、DMCから再生要求されたコンテンツの取得要求をDMSに送信して、コンテンツの取得を行なう。そして、コンテンツ復号部603は取得したコンテンツを復号し、コンテンツ再生出力部604は復号したコンテンツを再生出力する。図7には、図1に示した2-BoxPullSystemUsageにおいて、DMSが自身のストレージコンテンツ蓄積部302に保存されたコンテンツをDMPに配信する場合の、DMPがコンテンツブラウジング及びコンテンツ再生を行なうための通信シーケンス例を示している。コンテンツブラウジングにおいては、DMPのCDS情報閲覧部402からDMSに対して、CDS:Browseアクションが発行される。DMS側では、自身のストレージであるコンテンツ蓄積部302に保存されているコンテンツに対してCDS:Browseアクションが発行されたので、CDS情報生成部305は、該当するコンテンツに関する取得可能なすべてのコンテンツ情報をコンテンツ蓄積部302の内部データベースから取得して、十分な情報量のCDS情報を生成して、CDS情報格納部306に格納する。また、CDS情報提供部307は、生成されたCDS情報を、DMPに対してCDSResultとして返す。DMP側では、CDS情報閲覧部402が、受信したCDSResultを解析して、コンテンツのタイトル並びにより詳細情報を含むコンテンツ情報を表示する。DMPのユーザーは、コンテンツのリストの中から、再生したいコンテンツを選択することができる。再生時には、DMPのコンテンツ取得部403から例えばHTTPGetメソッドを用いてコンテンツが要求される。DMS側では、コンテンツ提供部304がHTTPGet要求を受けとると、自身のストレージであるコンテンツ蓄積部302に保存されているコンテンツデータを、一定容量毎にDMPに返す配信する。そして、DMP側では、コンテンツ復号部404が受け取ったデータをデコードし、コンテンツ再生出力部405が再生する。コンテンツデータのエンドに到達するまで、DMSからのコンテンツデータの配信とDMP側でのコンテンツのデコード及び再生が繰り返される。一方、図8には、図1に示した2-BoxPullSystemUsageにおいて、DMSがプロバイダーから取得したライブコンテンツをDMPに配信する場合の、DMPがコンテンツブラウジング及びコンテンツ再生を行なうための通信シーケンス例を示している。コンテンツブラウジングにおいては、DMPのCDS情報閲覧部402からDMSに対して、ライブコンテンツに関するCDSBrowseアクションが発行される。DMS側では、ライブコンテンツ、すなわち自身のストレージであるコンテンツ蓄積部302に保存されていないコンテンツに対してCDS:Browseアクションが発行されたので、CDS情報生成部305は、該当するコンテンツを提供するプロバイダーからコンテンツ情報を取得して、CDS情報を生成し、CDS情報格納部306に格納する。プロバイダーによって異なるが、大抵の場合はコンテンツのタイトルなどの限られた情報しか取得できない。このため、CDS情報生成部305は、限られた情報からなるCDS情報しか生成することができない。そして、CDS情報提供部307は、生成されたCDS情報を、DMPに対してCDSResultとして返す。DMP側では、CDS情報閲覧部402が、受信したCDSResultを解析して、コンテンツのタイトルなどの限られた情報からなるコンテンツ情報を表示する。DMPのユーザーは、コンテンツのリストの中から、再生したいコンテンツを選択することができる。再生時には、DMPのコンテンツ取得部403から例えばHTTPGetメソッドを用いてコンテンツが要求される。DMS側では、ライブコンテンツに対するHTTPGet要求を受けとると、コンテンツ取得部303がプロバイダーにアクセスして、コンテンツデータを取得する。そして、コンテンツ提供部304は、プロバイダーから取得したライブコンテンツのデータを、一定容量毎にDMPに返す配信する。DMP側では、コンテンツ復号部404が受け取ったデータをデコードし、コンテンツ再生出力部405が再生する。コンテンツデータのエンドに到達するまで、プロバイダーからのコンテンツデータの取得及びDMSからDMSへのコンテンツデータの配信とDMP側でのコンテンツのデコード及び再生が繰り返される。DMSは、実際にコンテンツデータ自体を取得すれば、ライブコンテンツに関してアーティスト情報などのより詳細な情報以下、コンテンツ詳細情報とするを得ることができるようになる。しかしながら、現在のDLNAの標準規格では、DMSが配信しているコンテンツの情報をDMPが取得する仕組みがないので、DMP側ではライブコンテンツに関するコンテンツ詳細情報を得ることができず、結局のところ、DMPのユーザーは、コンテンツブラウジング時において限られた情報からなるCDS情報しか取得することができない。また、図9A及び図9Bには、3-BoxSystemUsageにおいて、DMSが自身のストレージに保存されたコンテンツを配信する場合の、DMCにおいてコンテンツブラウジングしDMRにおいてコンテンツ再生を行なうための通信シーケンス例を示している。コンテンツブラウジングにおいては、図9Aに示すように、DMCのCDS情報閲覧部502からDMSに対して、CDS:Browseアクションが発行される。DMS側では、自身のストレージであるコンテンツ蓄積部302に保存されているコンテンツに対してCDS:Browseアクションが発行されたので、CDS情報生成部305は、該当するコンテンツに関する取得可能なすべてのコンテンツ情報をコンテンツ蓄積部302の内部データベースから取得して、十分な情報量のCDS情報を生成して、CDS情報格納部306に格納する。また、CDS情報提供部307は、生成されたCDS情報を、DMPに対してCDSResultとして返す。DMC側では、CDS情報閲覧部502が、受信したCDSResultを解析して、コンテンツのタイトル並びにより詳細情報を含むコンテンツ情報を表示する。DMPのユーザーは、コンテンツのリストの中から、再生したいコンテンツを選択することができる。再生時には、図9Bに示すように、DMCのコンテンツ再生要求部503が、DMRに対してAVT:SetAVTransportURIアクションを発行して、選択したコンテンツの属性情報を通知する。コンテンツの属性情報には、コンテンツのタイトル、コンテンツのサイズ、コンテンツの長さ、コンテンツにアクセスするためのURLUniformResourceLocatorなどが含まれる。コンテンツ再生要求部503は、DMRに対してさらにAVT:Playアクションを発行して、コンテンツの再生開始を要求する。DMRは、コンテンツの再生開始要求に応答して、コンテンツ取得部602が、HTTPGetメソッドを用いてコンテンツを要求する。DMS側では、コンテンツ提供部304がHTTPGet要求を受けとると、自身のストレージであるコンテンツ蓄積部302に保存されているコンテンツデータを、一定容量毎にDMPに返す配信する。そして、DMR側では、コンテンツ復号部603が受け取ったデータをデコードし、コンテンツ再生出力部604が再生する。コンテンツデータのエンドに到達するまで、DMSからのコンテンツデータの配信とDMR側でのコンテンツのデコード及び再生が繰り返される。一方、図10A及び図10Bには、3-BoxSystemUsageにおいて、DMSがプロバイダーから取得したライブコンテンツを配信する場合の、DMCにおいてコンテンツブラウジングしDMRにおいてコンテンツ再生を行なうための通信シーケンス例を示している。コンテンツブラウジングにおいては、図10Aに示すように、DMCのCDS情報閲覧部502からDMSに対して、CDSBrowseアクションが発行される。DMS側では、ライブコンテンツ、すなわち自身のストレージであるコンテンツ蓄積部302に保存されていないコンテンツに対してCDS:Browseアクションが発行されたので、CDS情報生成部305は、該当するコンテンツを提供するプロバイダーからコンテンツ情報を取得して、CDS情報を生成し、CDS情報格納部306に格納する。プロバイダーによって異なるが、大抵の場合はコンテンツのタイトルなどの限られた情報しか取得できない。このため、CDS情報生成部305は、限られた情報からなるCDS情報しか生成することができない。そして、CDS情報提供部307は、生成されたCDS情報を、DMCに対してCDSResultとして返す。DMC側では、CDS情報閲覧部502が、受信したCDSResultを解析して、コンテンツのタイトルなどの限られた情報からなるコンテンツ情報を表示する。DMCのユーザーは、コンテンツのリストの中から、再生したいコンテンツを選択することができる。再生時には、図10Bに示すように、DMCのコンテンツ再生要求部503が、DMRに対してAVT:SetAVTransportURIアクションを発行して、選択したコンテンツの属性情報を通知する。コンテンツの属性情報には、コンテンツのタイトル、コンテンツのサイズ、コンテンツの長さ、コンテンツにアクセスするためのURLUniformResourceLocatorなどが含まれる。コンテンツ再生要求部503は、DMRに対してさらにAVT:Playアクションを発行して、コンテンツの再生開始を要求する。DMRは、コンテンツの再生開始要求に応答して、コンテンツ取得部602が、HTTPGetメソッドを用いてコンテンツを要求する。DMS側では、HTTPGet要求を受けとると、コンテンツ取得部303がプロバイダーからライブコンテンツのコンテンツデータを一定量毎に取得し、コンテンツ提供部がこれをDMRに返す配信する。そして、DMR側では、コンテンツ復号部603が受け取ったデータをデコードし、コンテンツ再生出力部604が再生する。コンテンツデータのエンドに到達するまで、プロバイダーからのコンテンツデータの取得及びDMSからDMSへのコンテンツデータの配信とDMP側でのコンテンツのデコード及び再生が繰り返される。DMSは、実際にコンテンツデータ自体を取得すれば、ライブコンテンツに関するコンテンツ詳細情報を得ることができるようになる。しかしながら、現在のDLNAの標準規格では、DMSが配信しているコンテンツの情報をDMCが取得する仕組みがないので、DMC側ではライブコンテンツに関するコンテンツ詳細情報を得ることができず、結局のところ、DMCのユーザーは、コンテンツブラウジング時において限られた情報からなるCDS情報しか取得することができない。図8並びに図10についてまとめると、CDSの規格はDMSが配信コンテンツを自身のストレージに保存していることを前提として策定され、ライブコンテンツに関するコンテンツ詳細情報をカバーするものではなく、また、現在のDLNAの標準規格ではDMSが配信しているコンテンツの情報をDMP、DMCが取得する仕組みがない。このため、DMP、DMCのユーザーはライブコンテンツに関しては限られた情報からなるCDS情報しか取得することができない。そこで、本明細書では、DMP、DMCのユーザーがライブコンテンツに関してもコンテンツ詳細情報を取得できるようにするための、DMSのCDS構成について提案する。本提案に係るCDS情報は、図11に示すように、コンテンツブラウジング時にアクセスされるCDSツリーとは別に、配信中のコンテンツのコンテンツ詳細情報を載せるためのCDSツリーを備えている。前者のCDSツリーは、現在のDLNAでも実装されている通常のCDSツリーであり、以下では標準CDSと呼ぶことにする。また、後者の配信中のコンテンツのコンテンツ詳細情報を記載するためのCDSツリーを、以下では配信中コンテンツ情報用拡張CDSと呼ぶことにする。標準CDSは、ObjectIDが0固定のルートの直下に各コンテナーが配置される形で構成される。これに対し、配信中コンテンツ情報用拡張CDSについては、独自のObjectIDを規定し図示の例では、STREAMING_0、それを持った配信中コンテンツ用のルート以降、StreamingRootと呼ぶことにするを設け、それを大元にしたツリーを構成する。このように、標準CDSとは独立した形で配信中コンテンツ情報用拡張CDSを構成することにより、基本的に静的な情報しか載せることのない標準CDSと、配信する度に動的に変化する配信中コンテンツ情報用拡張CDSを分離し、コンテンツブラウジング時に配信中コンテンツ情報用拡張CDSにアクセスされないようにする。ここで、コンテンツの最小単位、例えば、1つの音楽データ曲、1つの動画データ、1つの静止画データなどは、アイテムitemと呼ばれる。ライブコンテンツの場合には、1つのチャンネルが1アイテムとして扱われる。また、上記のアイテムの集合として規定されるアイテムの上位オブジェクトは、コンテナーcontainerと呼ばれる。集合の単位は、例えば、各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリーに基づく集合など、さまざまに設定され得る。図11に示す例では、標準CDSの集合の単位はメディアのカテゴリーである。標準CDSのルートの直下には、メディア種別毎のコンテナーノードVideo、Music、Pictureが設けられる。各コンテナーノードは、メディアの種別を特定できるObjectID、VIDEO_CONTAINER、MUSIC_CONTAINER、PICTURE_CONTAINERを持つ。また、各コンテナーノードVideo、Music、Pictureの配下にはそれぞれ、動画、音楽、静止画のコンテンツノードアイテムが配置されている。各コンテンツノードは、HTTPGetメソッドで指定されるURLに該当するres情報を持つ。一方、配信中コンテンツ情報用拡張CDSの集合の単位は配信先のクライアントであり、配信先のクライアント毎のコンテナー以下では、配信先コンテナーノードと呼ぶが設けられている。そして、各配信先コンテナーノードの配下には、アイテムとして、コンテンツ詳細情報を格納用の配信中コンテンツノードを配置している。こうすることにより、同時に複数のコンテンツを複数のクライアントに配信可能なDMSにも対応することができる。なお、配信中コンテンツ情報用拡張CDSの各ノードは、配信が開始されると生成され、配信が終了すると破棄される動的なものとする。配信先コンテナーノードは、IPアドレスあるいはMACアドレス図11に示す例では、IPアドレスにより特定できるようにし、その配下の配信中コンテンツノードは、標準CDS側のコンテンツノードと紐付けられるようにする。本提案では、配信先コンテナーノードのObjectIDとして、接頭辞STREAMINGの後ろに、配信先クライアントのIPアドレスを付加する。また、配信中コンテンツノードについては、クライアントから再生時にHTTPGetメソッドで指定されるURLに該当するres情報により、標準CDSの同コンテンツと紐付けることができる。上述したような配信中コンテンツ情報用拡張CDSのルール規定をサーバーDMSとクライアントDMP、DMCの間で共有することで、クライアントは、自身が再生しているコンテンツの配信中コンテンツ情報用拡張CDS情報を特定することができる。具体的には、クライアントは、まず、自身のIPアドレスから対象の配信先コンテナーノードのObjectIDを生成し、そのObjectIDを引数として配信先コンテナーノードに対するCDS:Browseアクションを行ない、サーバーから返却されたCDSResultから、自身が再生しているコンテンツのURLと一致するres情報を持つ配信中コンテンツノードを特定する。DMSは、プロバイダーからライブコンテンツのコンテンツデータを取得すると、コンテンツ詳細情報を抽出することができ、配信中コンテンツ情報用拡張CDSに書き込むようにすることができる。一方、DMP、DMCなどのクライアントは、上記のように、自身が再生しているコンテンツの配信中コンテンツ情報用拡張CDS情報にアクセスすれば、コンテンツブラウジング時には取得できなかったコンテンツ詳細情報を取得することができる。図12A及び図12Bには、図1に示した2-BoxPullSystemUsageにおいて、DMSがプロバイダーから取得したライブコンテンツをDMPに配信する場合の、DMPがコンテンツ再生を行なう通信シーケンス例を示している。コンテンツ再生時において、DMSがライブコンテンツについてのコンテンツ詳細情報を配信中コンテンツ情報用拡張CDSに格納して、DMPに公開するという点で、図8に示した通信シーケンス例とは相違する。DMPがコンテンツブラウジングを行なうための通信シーケンスは、図8と同様なので、図12では図示を省略する。すなわち、コンテンツブラウジングにおいては、DMPのCDS情報閲覧部402からDMSに対して、ライブコンテンツに関するCDSBrowseアクションが発行される。これに対し、DMS側では、CDS情報生成部305が、該当するコンテンツを提供するプロバイダーからコンテンツ情報を取得してCDS情報を生成し、CDS情報提供部307がこれをCDSResultとして返す。再生時には、DMPのコンテンツ取得部403から例えばHTTPGetメソッドを用いてコンテンツが要求される。DMS側では、ライブコンテンツに対するHTTPGet要求を受けとると、まず、CDS情報生成部305は、配信中コンテンツ情報用拡張CDSをCDS情報格納部306内に生成する。そして、HTTPGet要求元のIPアドレスから、配信先コンテナーノードを作成し、配信先コンテナーノードの配下に配信中コンテンツノードを生成する。但し、既に同一のクライアントに配信中で、作成済みであれば、配信先コンテンツを作成する必要はない。続いて、コンテンツ取得部303がプロバイダーにアクセスして、コンテンツデータを取得する。CDS情報生成部305は、取得したコンテンツデータからコンテンツ詳細情報を抽出すると、配信中コンテンツノードにこのコンテンツ詳細情報を保存し公開する。なお、コンテンツ詳細情報は、プロバイダーによって、別の専用のコマンドを発行することによって取得できる場合もあれば、コンテンツデータに含まれている場合などがあり、後者の場合は、コンテンツデータをデコードする際に抽出する必要がある。そして、コンテンツ取得部303はプロバイダーからライブコンテンツのコンテンツデータを一定量毎に取得し、コンテンツ提供部304はこれをDMPに返す配信する。DMP側では、コンテンツ復号部404が受け取ったデータをデコードし、コンテンツ再生出力部405が再生する。ここで、DMPは、HTTPGet要求を出し、DMSからライブコンテンツの配信が開始された段階で、配信中コンテンツ情報用拡張CDSに対するCDS:Browseアクションを発行することにより、DMSが配信中で自身が再生しているライブコンテンツのコンテンツ詳細情報を取得し、表示に用いたりすることが可能である。DMPは、CDSBrowseアクションを発行する際、対象とする配信先コンテナーノードのObjectIDを自身のIPアドレスから生成する前述。DMS側では、CDS情報提供部307は、CDS:Browseアクションを受け取ると、そのObjectIDを基に、配信中コンテンツ情報用拡張CDSから該当する配信中コンテナーノードを特定して、そこに格納されているコンテンツ詳細情報を、DMPに対してCDSResultとして返す。コンテンツデータのエンドに到達するまで、プロバイダーからのコンテンツデータの取得及びDMSからDMSへのコンテンツデータの配信とDMP側でのコンテンツのデコード及び再生が繰り返される。そして、ライブコンテンツの配信が終了すると、DMS側では、配信中コンテンツ情報用拡張CDSのうち、該当する配信先コンテナーノード並びに配信中コンテンツノードを、CDS情報格納部306から破棄する。このように、CDS情報を拡張することにより、サービスや放送コンテンツを実際に受信しないとコンテンツ詳細情報を取得できない場合であっても、DMPがコンテンツ詳細情報を取得することが可能になる。また、拡張内容は、単に配信中コンテンツ情報用拡張CDSを設けたのみで、使用するコマンドアクションのプロトコルを変更する必要はない。したがって、DMS及びDMPへの実装負担は大きくない。また、図13A及び図13Bには、3-BoxSystemUsageにおいて、DMSがプロバイダーから取得したライブコンテンツを配信する場合の、DMRにおいてコンテンツ再生を行なう通信シーケンス例を示している。コンテンツ再生時において、DMSがライブコンテンツについてのコンテンツ詳細情報を配信中コンテンツ情報用拡張CDSに格納して、DMCに公開するという点で、図10Bに示した通信シーケンス例とは相違する。DMPがコンテンツブラウジングを行なうための通信シーケンスは、図10Aと同様なので、ここでは図示を省略する。すなわち、コンテンツブラウジングにおいては、DMCのCDS情報閲覧部502からDMSに対して、CDS:Browseアクションが発行される。DMS側では、CDS情報生成部305が、該当するコンテンツを提供するプロバイダーからコンテンツ情報を取得して、CDS情報を生成する。そして、CDS情報提供部307は、生成されたCDS情報を、DMCに対してCDSResultとして返す。再生時には、DMCのコンテンツ再生要求部503が、DMRに対してAVT:SetAVTransportURIアクションを発行して、選択したコンテンツの属性情報を通知する。コンテンツ再生要求部503は、DMRに対してさらにAVT:Playアクションを発行して、コンテンツの再生開始を要求する。DMRは、コンテンツの再生開始要求に応答して、コンテンツ取得部602が、HTTPGetメソッドを用いてコンテンツを要求する。DMS側では、ライブコンテンツに対するHTTPGet要求を受けとると、まず、CDS情報生成部305は、配信中コンテンツ情報用拡張CDSをCDS情報格納部306内に生成する。そして、HTTPGet要求元のIPアドレスから、配信先コンテナーノードを作成し、配信先コンテナーノードの配下に配信中コンテンツノードを生成する。但し、既に同一のクライアントに配信中で、作成済みであれば、配信先コンテンツを作成する必要はない。続いて、コンテンツ取得部303がプロバイダーにアクセスして、コンテンツデータを取得する。CDS情報生成部305は、取得したコンテンツデータからコンテンツ詳細情報を抽出すると、配信中コンテンツノードにこのコンテンツ詳細情報を保存し公開する。なお、コンテンツ詳細情報は、プロバイダーによって、別の専用のコマンドを発行することによって取得できる場合もあれば、コンテンツデータに含まれている場合などがあり、後者の場合は、コンテンツデータをデコードする際に抽出する必要がある。そして、コンテンツ取得部303はプロバイダーからライブコンテンツのコンテンツデータを一定量毎に取得し、コンテンツ提供部304はこれをDMRに返す配信する。そして、DMR側では、コンテンツ復号部603が受け取ったデータをデコードし、コンテンツ再生出力部604が再生する。ここで、DMCは、DMRがHTTPGet要求を出し、DMSからライブコンテンツの配信が開始された段階で、配信中コンテンツ情報用拡張CDSに対するCDSBrowseアクションを発行することにより、DMSが配信中で自身が再生しているライブコンテンツのコンテンツ詳細情報を取得し、表示に用いたりすることが可能である。DMCは、CDS:Browseアクションを発行する際、対象とする配信先コンテナーノードのObjectIDを自身のIPアドレスから生成する前述。DMS側では、CDS情報提供部307は、CDS:Browseアクションを受け取ると、そのObjectIDを基に、配信中コンテンツ情報用拡張CDSから該当する配信中コンテナーノードを特定して、そこに格納されているコンテンツ詳細情報を、DMCに対してCDSResultとして返す。コンテンツデータのエンドに到達するまで、プロバイダーからのコンテンツデータの取得及びDMSからDMSへのコンテンツデータの配信とDMP側でのコンテンツのデコード及び再生が繰り返される。そして、ライブコンテンツの配信が終了すると、DMS側では、配信中コンテンツ情報用拡張CDSのうち、該当する配信先コンテナーノード並びに配信中コンテンツノードを、CDS情報格納部306から破棄する。このように、CDS情報を拡張することにより、サービスや放送コンテンツを実際に受信しないとコンテンツ詳細情報を取得できない場合であっても、DMCがコンテンツ詳細情報を取得することが可能になる。また、拡張内容は、単に配信中コンテンツ情報用拡張CDSを設けたのみで、使用するコマンドアクションのプロトコルを変更する必要はない。したがって、DMS及びDMC、DMRへの実装負担は大きくない。図12並びに図13から分かるように、本提案によれば、DMSが現在配信中のライブコンテンツに関するコンテンツ詳細情報をリアルタイムで受信し、クライアントに配信することにより、DMPやDMRなどのクライアント側では、コンテンツを直接受信した場合と同様のコンテンツ詳細情報を表示することができる。すなわち、2-BoxPull及び3-BoxSystemUsageにおいて、ライブコンテンツを配信する際のユーザビリティーを向上することができる。