UPnPをサポートする複数の端末装置から受信されるUPnPのディスクリプションに含まれるグループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、を備える情報処理装置。第1の端末装置上でコンテンツが生成され又は変更された場合に、前記グルーピング部によるグルーピングの結果に基づいて、前記第1の端末装置と同じグループに属する少なくとも第2の端末装置へ前記コンテンツの生成又は変更を通知するコンテンツ管理部、をさらに備える、請求項1に記載の情報処理装置。前記ディスクリプションは、デバイスディスクリプション又はサービスディスクリプションである、請求項1に記載の情報処理装置。前記ディスクリプションは、デバイスディスクリプションである、請求項3に記載の情報処理装置。前記グループ情報は、各グループを識別するためのグループ識別子又はグループ名称を含む、請求項1に記載の情報処理装置。前記コンテンツ管理部は、各グループに対応するコンテナをメディアサーバ内に有し、前記第1の端末装置上で生成され又は変更されるコンテンツを、前記第1の端末装置が属するグループに対応するコンテナ内に格納する、請求項2に記載の情報処理装置。前記コンテンツ管理部は、各端末装置をメディアサーバに記憶されるコンテンツについてのイベントの購読者として登録し、UPnPのイベンティング機能を用いて各コンテンツの生成又は変更に関するイベントを各端末装置へ通知する、請求項2に記載の情報処理装置。メディアサーバへの端末装置によるアクセスを当該端末装置が属するグループに基づいて制御するアクセス制御部、をさらに備える、請求項1に記載の情報処理装置。前記コンテンツ管理部は、各コンテンツと当該コンテンツの利用が許可されるグループとをマッピングする第1のマッピング情報を記憶媒体に記憶させ、前記アクセス制御部は、アクセス元の端末装置が属するグループとアクセス先のコンテンツとが前記第1のマッピング情報によりマッピングされている場合に、前記アクセス元の端末装置による前記アクセス先のコンテンツへのアクセスを許可する、請求項8に記載の情報処理装置。前記第1のマッピング情報は、各コンテンツを生成した端末装置を識別するデータ又は当該端末装置が属するグループを識別するデータを含む、請求項9に記載の情報処理装置。前記アクセス制御部は、スーパーユーザ権限を有するユーザからのコンテンツ提供の指示を受け取った場合には、任意のグループに属する端末装置へのコンテンツの提供を許可する、請求項8に記載の情報処理装置。前記グルーピング部は、各端末装置と当該端末装置が属するグループとをマッピングする第2のマッピング情報を記憶媒体に記憶させ、前記コンテンツ管理部は、前記第1の端末装置と同じグループに属する端末装置を前記第2のマッピング情報を用いて識別する、請求項2に記載の情報処理装置。前記第2のマッピング情報は、各端末装置の識別子、UUID、名称又はIPアドレスとグループとのマッピングを示すデータを含む、請求項12に記載の情報処理装置。前記グルーピング部は、ネットワーク上にM-SEARCHメッセージをマルチキャストすることにより又は各端末装置から送信されるNOTIFYメッセージを受信することにより、グルーピングすべき端末装置を検出する、請求項1に記載の情報処理装置。前記グルーピング部は、前記M-SEARCHメッセージへの応答又は前記NOTIFYメッセージに含まれるURLを用いて、各端末装置から前記ディスクリプションを取得する、請求項14に記載の情報処理装置。前記グルーピング部は、前記ディスクリプションに所定のタグが含まれる端末装置を、グルーピングすべき端末装置であると認識する、請求項15に記載の情報処理装置。前記所定のタグは、前記グループ情報を伴うタグである、請求項16に記載の情報処理装置。前記複数の端末装置は、メディアレンダラとしてそれぞれ動作し、前記情報処理装置は、メディアレンダラを制御するコントロールポイントとして動作する、請求項1に記載の情報処理装置。前記情報処理装置は、メディアサーバとしてさらに動作し、前記複数の端末装置は、メディアサーバを制御するコントロールポイントとしてそれぞれさらに動作する、請求項18に記載の情報処理装置。前記情報処理装置は、各端末装置により生成され又は変更される画像コンテンツをメディアサーバ内に記憶する、請求項19に記載の情報処理装置。前記情報処理装置は、各端末装置により生成され又は変更される音声コンテンツをメディアサーバ内に記憶する、請求項19に記載の情報処理装置。前記情報処理装置は、各端末装置により生成され又は変更される映像コンテンツをメディアサーバ内に記憶する、請求項19に記載の情報処理装置。前記情報処理装置は、各端末装置により生成され又は変更される文書コンテンツをメディアサーバ内に記憶する、請求項19に記載の情報処理装置。前記複数の端末装置と通信する通信部、をさらに備える、請求項1に記載の情報処理装置。前記情報処理装置もまた前記グルーピング部によるグルーピングの対象であり、前記情報処理装置は、前記グルーピングの際に使用される前記情報処理装置のグループ情報を設定する設定部、をさらに備える、請求項1に記載の情報処理装置。UPnPをサポートする複数の端末装置と通信する情報処理装置を制御するコンピュータを、前記複数の端末装置から受信されるUPnPのディスクリプションに含まれるグループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、として機能させるためのプログラム。UPnPをサポートする複数の端末装置と通信する情報処理装置において、前記複数の端末装置からグループ情報を含むUPnPのディスクリプションを受信することと、受信された前記グループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングすることと、を含む情報処理方法。UPnPプロトコルをサポートする端末装置であって、前記端末装置及び他の装置を1つ以上のグループにグルーピングする際に使用されるグループ情報を含むUPnPのディスクリプションを記憶する記憶部と、前記記憶部により記憶されている前記ディスクリプションを前記グルーピングを行う情報処理装置へ送信する通信部と、を備える端末装置。グループワークの対象であるコンテンツを生成し又は変更するためのアプリケーションをさらに備える、請求項28に記載の端末装置。前記アプリケーションにより前記コンテンツが生成され又は変更された場合に、前記情報処理装置に、前記端末装置と同じグループに属する他の装置へ前記コンテンツの生成又は変更を通知させるコンテンツ処理部、をさらに備える、請求項29に記載の端末装置。前記コンテンツ処理部は、前記情報処理装置からの通知に応じて、他の装置により生成され又は変更されたコンテンツを前記アプリケーションにレンダリングさせる、請求項30に記載の端末装置。前記コンテンツ処理部は、前記情報処理装置からの通知に応じて、他の装置によりコンテンツが生成され又は変更されたことをユーザに報知する、請求項30に記載の端末装置。前記グループ情報をユーザに設定させるためのユーザインタフェースをさらに備える、請求項28に記載の端末装置。ユーザと関連付けられるグループ情報を記憶している媒体から当該グループ情報を取得して前記ディスクリプション内に設定するグループ設定部、をさらに備える、請求項28に記載の端末装置。UPnPプロトコルをサポートする複数の端末装置及び前記複数の端末装置と通信する情報処理装置を含む情報処理システムであって、前記複数の端末装置の各々は、グループ情報を含むUPnPのディスクリプションを記憶する記憶部、を備え、前記情報処理装置は、前記複数の端末装置から受信される前記ディスクリプションに含まれる前記グループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、を備える、情報処理システム。しかしながら、グループワークを支援する既存の技術では、グループを形成するための設定が単純ではなく、グループワークを開始するまでに煩雑な手続を要する場合があった。また、グループワークを開始する手続を自動化するためには、特別なアプリケーションを端末に実装することが求められていた。これに対し、ユーザに煩雑な手続を課すことなく、汎用的な端末を用いてグループワークを実現できる仕組みが提供されれば、ユーザにとっての利便性が向上する。本開示によれば、UPnPをサポートする複数の端末装置から受信されるUPnPのディスクリプションに含まれるグループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、を備える情報処理装置が提供される。また、本開示によれば、UPnPをサポートする複数の端末装置と通信する情報処理装置を制御するコンピュータを、前記複数の端末装置から受信されるUPnPのディスクリプションに含まれるグループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、として機能させるためのプログラムが提供される。また、本開示によれば、UPnPをサポートする複数の端末装置と通信する情報処理装置において、前記複数の端末装置からグループ情報を含むUPnPのディスクリプションを受信することと、受信された前記グループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングすることと、を含む情報処理方法が提供される。また、本開示によれば、UPnPプロトコルをサポートする端末装置であって、前記端末装置及び他の装置を1つ以上のグループにグルーピングする際に使用されるグループ情報を含むUPnPのディスクリプションを記憶する記憶部と、前記記憶部により記憶されている前記ディスクリプションを前記グルーピングを行う情報処理装置へ送信する通信部と、を備える端末装置が提供される。また、本開示によれば、UPnPプロトコルをサポートする複数の端末装置及び前記複数の端末装置と通信する情報処理装置を含む情報処理システムであって、前記複数の端末装置の各々は、グループ情報を含むUPnPのディスクリプションを記憶する記憶部、を備え、前記情報処理装置は、前記複数の端末装置から受信される前記ディスクリプションに含まれる前記グループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、を備える、情報処理システムが提供される。本開示によれば、ユーザに煩雑な手続を課すことなく、汎用的な端末を用いてグループワークを実現することができる。以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。また、以下の順序で説明を行う。1.システムの概要2.装置の構成例3.処理の流れ4.システムの使用事例5.まとめ<1.システムの概要>まず、図1及び図2を用いて、一実施形態に係る情報処理システム1の概要を説明する。図1は、本実施形態に係る情報処理システム1の概略的な構成の一例を示す説明図である。図1を参照すると、情報処理システム1は、情報処理装置100及び複数の端末装置200a~200dを含む。情報処理装置100と端末装置200a~200dとは、互いに通信することができる。図1では無線通信が行われる例を示しているが、情報処理装置100と端末装置200a~200dとの間の通信は、無線通信であってもよく又は有線通信であってもよい。情報処理装置100は、情報処理システム1においてサーバとしての役割を有する装置である。情報処理装置100は、グループ単位での共同的な作業を実現するために、情報処理システム1内の複数の端末装置を1つ以上のグループにグルーピングする。情報処理装置100は、グループワークに参加する複数の端末装置のうちの1つであってもよい。その代わりに、情報処理装置100は、グループワークを支援するために端末装置とは別に設けられる装置であってもよい。図1には、情報処理装置100を利用するユーザU0が示されている。ユーザU0は、情報処理装置100によりグルーピングされるいずれかのグループのユーザであってもよく、又は複数の若しくは全てのグループにわたる特別な権限を有するスーパーユーザであってもよい。端末装置200a~200dは、グループワークを行うユーザが利用する装置である。端末装置200a~200dは、それぞれ、例えばラップトップ型、タブレット型若しくはデスクトップ型などの様々な形態のPC、ワークステーション、スマートフォン、PDAPersonalDigitalAssistants、デジタル家電機器又はゲーム機器などであってよい。図1には、端末装置200aを利用するユーザU11、端末装置200bを利用するユーザU12、端末装置200cを利用するユーザU21及び端末装置200dを利用するユーザU22が示されている。端末装置200a~200dは、情報処理装置100により1つ以上のグループにグルーピングされる。一例として、端末装置200a及び200bは、同じグループにグルーピングされ得る。その場合、ユーザU11及びU12は、各端末装置上で、同じコンテンツを閲覧し又は編集することができる。同様に、端末装置200c及び200dは、同じグループにグルーピングされ得る。その場合、ユーザU21及びU22は、各端末装置上で、同じコンテンツを閲覧し又は編集することができる。なお、本明細書のこれ以降の説明において、特に端末装置200a~200dを相互に区別する必要がない場合には、符号の末尾のアルファベットを省略してこれらを端末装置200と総称する。本実施形態において、情報処理装置100及び端末装置200は、それぞれUPnPUniversalPlugandPlayをサポートする。UPnPは、電子機器の相互接続を容易にするためにUPnPフォーラムにより仕様化された、IPInternetProtocolを基盤とするプロトコルである。例えば、情報処理装置100及び端末装置200は、UPnPDADeviceArchitectureのアドレッシング機能及びディスカバリ機能を用いて、IPアドレスを取得し、ネットワーク内の他の装置を検出する。また、情報処理装置100及び端末装置200は、UPnPAVAudioVisualのAPIApplicationProgramInterfaceを用いて、コンテンツの蓄積及び提供を管理する。情報処理装置100と端末装置200との間の情報伝達は、典型的には、SSDPSimpleServiceDiscoveryProtocolメッセージを介して行われる。本明細書で説明するグループワークのための仕組みは、このUPnPの拡張によって実現される。情報処理装置100及び端末装置200は、例えば、UPnPに準拠する形で策定されたDLNADigitalLivingNetworkAllianceガイドラインに則って実装されてよい。それにより、装置間の相互接続性が一層高められる。図2は、DLNAガイドラインに則って情報処理装置100及び端末装置200に実装され得る一例としてのプロトコルスタックを示すブロック図である。図2から理解されるように、情報処理装置100及び端末装置200は、共にUPnPデバイスである。情報処理装置100は、メディアサーバMS:MediaServerとして動作する。メディアサーバは、コンテンツを蓄積しているデータベースDBからのコンテンツの提供を管理する役割を有する。そして、情報処理装置100及び端末装置200は、メディアサーバを制御するMSコントロールポイント機能を有する。一方、端末装置200は、メディアレンダラMR:MediaRendererとして動作する。メディアレンダラは、メディアサーバから提供されるコンテンツのレンダリングを行う役割を有する。図2には示していないものの、情報処理装置100もまたメディアレンダラとして動作してもよい。そして、情報処理装置100は、メディアレンダラを制御するMRコントロールポイント機能を有する。情報処理装置100と端末装置200との間のコンテンツの転送は、情報処理装置100のメディアトランスポートサーバ機能と端末装置200のメディアトランスポートクライアント機能とにより行われる。これら機能は、UPnP又はDLNAガイドラインによって定義される既存の機能モジュールを活用して実装されてよい。さらに、情報処理装置100は、デバイス管理DeviceManagement機能及びアクセス制御AccessControl機能を有する。デバイス管理機能は、主に端末装置200のグルーピングを実現するための機能である。アクセス制御機能は、上述したグルーピングに基づいて各端末装置200からのコンテンツへのアクセスを制御するための機能である。UPnPの拡張によって実現されるこれら機能の詳細について、後にさらに説明する。<2.装置の構成例>次に、図3~図10Bを用いて、各装置の構成の一例を説明する。[2-1.情報処理装置の構成例]図3は、本実施形態に係る情報処理装置100の構成の一例を示すブロック図である。図3を参照すると、情報処理装置100は、通信部110、ユーザインタフェース部120、記憶部130、グルーピング部160、コンテンツ管理部170及びアクセス制御部180を備える。1通信部通信部110は、UPnPをサポートする複数の端末装置200と通信する通信インタフェースである。通信部110は、例えば、IEEE802.11a/b/g/nなどの無線LANLocalAreaNetwork方式、又はUWBUltraWideband若しくはZigbeeなどの無線PANPersonalAreaNetwork方式に準拠する無線通信インタフェースであってもよい。その代わりに、通信部110は、例えば、イーサネット登録商標などの有線LAN方式に準拠する有線通信インタフェースであってもよい。2ユーザインタフェース部ユーザインタフェース部120は、情報処理装置100へ/から情報を入出力するためのユーザインタフェースを提供する。ユーザインタフェース部120は、例えば、ユーザにより操作される画面インタフェースをディスプレイに表示する。ユーザインタフェース部120により提供される画面は、例えば、デバイス、グループ及びコンテンツに関するデータを閲覧し、登録し又は更新するための画面、及びメディアサーバに蓄積されているコンテンツからグループワーク又はプレゼンテーションの対象を選択するための画面を含み得る。ユーザは、情報処理装置100に設けられるタッチパネル、キーパッド、キーボード、ポインティングデバイス又はボタンなどの入力手段を介して、これら画面を操作し得る。3記憶部記憶部130は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、情報処理装置100による処理のための様々なプログラム及びデータを記憶する。例えば、記憶部130は、グループワークの対象となるコンテンツの実体であるコンテンツデータ132を記憶する。コンテンツデータ132は、典型的には、メディアサーバ内にグループごとに生成されるコンテナ内に格納される。本明細書において、オブジェクトという用語は、これらコンテンツ及びコンテナの双方を含む概念である。また、記憶部130は、グループDB140及びオブジェクトDB150を有する。以下に説明するように、グループDB140及びオブジェクトDB150は、それぞれ複数のテーブルから構成される。グループDB:デバイステーブルグループDB140は、例えば、デバイステーブル142、グループテーブル144、及びオブジェクト-グループテーブル154を含む。図4は、デバイステーブル142の構成の一例を示している。図4を参照すると、デバイステーブル142は、デバイスID、UUIDUniversallyUniqueIdentifier、フレンドリーネームFriendlyName及びIPアドレスという4つのデータ項目を有する。デバイスIDは、情報処理システム1内で各デバイス情報処理装置100及び端末装置200を一意に識別するための識別子である。UUIDは、一般的に16バイトの文字列で表現される識別子であり、各デバイスに固有のUUIDが予め付与される。フレンドリーネームは、画面上での表示の際に使用される各デバイスの名称である。IPアドレスは、UPnPDAのアドレッシング機能により各デバイスに付与されるIPアドレスである。図4の例では、4つのデバイスD0、D11、D12及びD21がデバイステーブル142に登録されている。例えば、デバイスD0は情報処理装置100、デバイスD11は端末装置200a、デバイスD12は端末装置200b、デバイスD21は端末装置200cにそれぞれ対応し得る。デバイステーブル142の各端末装置200に対応するエントリは、後に説明するグルーピング部160により各端末装置200が検出された際に登録され得る。グループDB:グループテーブル図5は、グループテーブル144の構成の一例を示している。図5を参照すると、グループテーブル144は、グループID及びグループ名称GroupNameという2つのデータ項目を有する。グループIDは、情報処理システム1内で各グループを一意に識別するための識別子である。グループ名称は、画面上での表示の際に使用される各グループの名称である。図5の例では、3つのグループG0、G1及びG2がグループテーブル144に登録されている。このうち、グループG0は、rootという名称を有し、いわゆるスーパーユーザ権限を有するユーザのためのグループである。このようなスーパーユーザ用のグループは、必ずしも存在しなくてよい。グループテーブル144のスーパーユーザ用のグループ以外のグループについての各エントリは、各端末装置200に設定されるグループ情報が後に説明するグルーピング部160により取得された際に登録され得る。グループDB:デバイス-グループテーブル図6は、デバイス-グループテーブル146の構成の一例を示している。図6を参照すると、デバイス-グループテーブル146は、デバイスID及びグループIDという2つのデータ項目を有する。デバイス-グループテーブル146は、各デバイスと当該デバイスが属するグループとをマッピングするテーブルである。図6の例では、デバイスD0はグループG0にマッピングされている。デバイスD11及びD12はグループG1にマッピングされている。デバイスD21はグループG2にマッピングされている。従って、デバイスD0はグループG0に、デバイスD11及びD12はグループG1に、デバイスD21はグループG2にそれぞれ属する。デバイス-グループテーブル146のスーパーユーザ用のグループ以外のグループについての各エントリは、各端末装置200に設定されるグループ情報がグルーピング部160により取得された際に登録され得る。なお、デバイス-グループテーブル146において、デバイスIDの代わりに、例えば各デバイスのUUID、名称又はIPアドレスがグループIDとマッピングされてもよい。オブジェクトDB:オブジェクトテーブルオブジェクトDB150は、例えば、オブジェクトテーブル152及びオブジェクト-グループテーブル154を含む。図7は、オブジェクトテーブル152の構成の一例を示している。図7を参照すると、オブジェクトテーブル152は、オブジェクトID、生成者CreatorID、タイトル、クラス及びURIUniformResourceIdentifierという5つのデータ項目を有する。オブジェクトIDは、メディアサーバ内で各オブジェクトを一意に識別するための識別子である。生成者IDは、各オブジェクトを生成したデバイスのデバイスIDである。タイトルは、ユーザにより各オブジェクトに付与される名称である。クラスは、各オブジェクトの種類を表す属性である。クラス属性を参照することにより、各オブジェクトがコンテナ及びコンテンツのいずれであるか、並びに各オブジェクトがコンテンツである場合にはどのような種類のコンテンツであるか、を認識することができる。URIは、各オブジェクトにアクセスするためのメディアサーバ内のパスを表す。UPnPAVでは、コンテンツの種類を表すクラスとして、例えば次のようなクラスが定義されている。-objectitemimageItemXXX:画像コンテンツXXXはphotoなど-objectitemaudioItemXXX:音声コンテンツXXXはmusicTrackなど-objectitemvideoItemXXX:映像コンテンツXXXはmovieなどこれらクラス以外に、例えば、文書コンテンツのためのクラスなど、情報処理システム1に特有の拡張されたクラスが定義されてもよい。図7の例では、4つのオブジェクトC1、P1、W1及びA1がオブジェクトテーブル152に登録されている。オブジェクトC1は、デバイスD0により生成されたコンテナである。オブジェクトP1は、Exercise1というタイトルを有する、デバイスD11により生成された画像コンテンツである。オブジェクトW1は、Exercise2というタイトルを有する、デバイスD12により生成された文書コンテンツである。オブジェクトA1は、Exercise3というタイトルを有する、デバイスD21により生成された音声コンテンツである。オブジェクトテーブル152のエントリは、各オブジェクトがメディアサーバ内に格納された際に、各オブジェクトと関連付けて登録され得る。オブジェクトDB:オブジェクト-グループテーブル図8は、オブジェクト-グループテーブル154の構成の一例を示している。図8を参照すると、オブジェクト-グループテーブル154は、オブジェクトID及びグループIDという2つのデータ項目を有する。オブジェクト-グループテーブル154は、各オブジェクト即ち、コンテナ及びコンテンツと当該オブジェクトの利用が許可されるグループとをマッピングするテーブルである。図8の例では、オブジェクトC1、P1、W1及びA1がグループG0にマッピングされている。グループG0はスーパーユーザ用のグループであり、グループG0のユーザは、オブジェクトC1、P1、W1及びA1の全てを利用することができる。オブジェクトC1、P1及びW1は、グループG1にもマッピングされている。従って、グループG1のユーザは、オブジェクトC1、P1及びW1を利用することができる。一方、オブジェクトA1は、グループG2にマッピングされている。従って、グループG2のユーザは、オブジェクトA1を利用することができる。なお、図4~図8に示したテーブル構成は一例に過ぎない。即ち、追加的なデータ項目が各テーブルに含まれてもよく、又は一部のデータ項目が省略されてもよい。例えば、各テーブルには、エントリの作成日時、更新日時及び更新者などの一般的なデータ項目が追加され得る。また、上述したいずれかのテーブルが他のテーブルと結合されてもよい。4グルーピング部グルーピング部160は、図2に例示したプロトコルスタックのデバイス管理機能に相当し得る処理ユニットである。グルーピング部160は、情報処理システム1内の複数の端末装置200から通信部110を介してUPnPのディスクリプションを受信し、受信したディスクリプションに含まれるグループ情報に基づいて、複数の端末装置200を1つ以上のグループにグルーピングする。一般的に、UPnPデバイスは、デバイスディスクリプション及びサービスディスクリプションという、XMLExtensibleMarkupLanguage形式で記述される2種類のディスクリプション文書DescriptionDocumentを保持する。デバイスディスクリプションは、通常、デバイスごとに1つ存在するディスクリプションであり、デバイス固有の属性値及び当該デバイスが提供可能なサービスの一覧などを記述する。サービスディスクリプションは、当該デバイスが提供可能なサービスごとに存在するディスクリプションであり、各サービスについてのアクションの一覧などを記述する。本実施形態では、これらディスクリプションの少なくとも1つが拡張される。即ち、各端末装置200が保持するデバイスディスクリプション又はサービスディスクリプション内に、拡張タグを用いてグループ情報が記述される。グルーピング部160は、例えば、ネットワーク上に装置探索信号をマルチキャストすることにより、グルーピングすべき端末装置200を検出してもよい。装置探索信号として、例えばUPnPのM-SEARCHメッセージを使用することができる。M-SEARCHメッセージは、通信部110を介してネットワーク上にマルチキャストされる。かかるM-SEARCHメッセージをUPnPデバイスである端末装置200が受信すると、当該端末装置200は、自らのデバイスディスクリプションのURLUniformResourceLocatorを含む応答信号を返送する。また、グルーピング部160は、例えば、各端末装置200から送信される接続通知信号を通信部110を介して受信することにより、グルーピングすべき端末装置200を検出してもよい。接続通知信号として、例えばUPnPのNOTIFYメッセージを使用することができる。NOTIFYメッセージは、各端末装置200からネットワーク上にマルチキャストされる。かかるNOTIFYメッセージは、送信元の端末装置200のデバイスディスクリプションのURLを含む。グルーピング部160は、上述した装置探索信号への応答信号又は接続通知信号に含まれるURLを用いて、各端末装置200からデバイスディスクリプションを取得する。グループ情報がデバイスディスクリプション内に記述される場合には、グルーピング部160は、少ない回数の信号の送受信のみで、グループ情報を各端末装置200から取得することができる。グループ情報がサービスディスクリプション内に記述される場合には、グルーピング部160は、デバイスディスクリプションに含まれるサービスディスクリプションのURLを用いて、さらに各端末装置200からサービスディスクリプションを取得する。なお、グループワークに参加しないUPnPデバイスから装置探索信号への応答信号又は接続通知信号が送信される可能性がある。そこで、グルーピング部160は、デバイスディスクリプション又はサービスディスクリプションに所定のタグが含まれる端末装置200のみを、グルーピングすべき端末装置200であると認識してもよい。所定のタグとは、例えば、上述したグループ情報を伴うタグであってよい。グルーピング部160は、各端末装置200のグループのグループID又はグループ名称などを含むグループ情報を取得すると、上述したグループDB140を更新する。より具体的には、まず、グルーピング部160は、検出した新たな端末装置200にデバイスIDを付与し、当該端末装置200から取得したデバイスディスクリプションに含まれるUUID及びフレンドリーネーム並びに当該端末装置200のIPアドレスをデバイスIDと関連付けてデバイステーブル142に登録する。なお、IPアドレスは、装置探索信号への応答信号又は接続通知信号のIPヘッダなどから取得され得る。次に、グルーピング部160は、取得したグループ情報が新たなグループを示している場合に、グループID及びグループ名称をグループテーブル144に登録する。また、グルーピング部160は、検出した端末装置200のデバイスIDとグループIDとのマッピングを、デバイス-グループテーブル146に登録する。そして、グルーピング部160は、新たに登録したグループに対応するコンテナの生成を、次に説明するコンテンツ管理部170に要求する。5コンテンツ管理部コンテンツ管理部170は、コンテンツを蓄積しているメディアサーバ図3の例では記憶部130からの端末装置200へのコンテンツの提供を管理する。コンテンツ管理部170は、主にUPnPAVのCDSContentDirectoryService及びAVTransportサービスを拡張する処理ユニットであってよい。例えば、コンテンツ管理部170は、グルーピング部160により新たなグループが識別されると、対応するコンテナがメディアサーバ内に既に存在するかを確認し、コンテナが存在しなければ新たなグループに対応するコンテナを生成する。また、コンテンツ管理部170は、ある端末装置200上で生成され又は変更されたコンテンツを、当該端末装置200のグループに対応するコンテナ内に格納する。コンテンツ管理部170は、新たなコンテナを生成し又は新たなコンテンツを格納すると、上述したオブジェクトDB150を更新する。より具体的には、まず、コンテンツ管理部170は、新たなオブジェクト即ち、コンテナ又はコンテンツにオブジェクトIDを付与する。そして、コンテンツ管理部170は、オブジェクトを生成したデバイスのデバイスIDである生成者ID、タイトル、クラス及びURIをオブジェクトIDと関連付けてオブジェクトテーブル152に登録する。次に、コンテンツ管理部170は、登録したオブジェクトのオブジェクトIDと対応するグループIDとのマッピングを、オブジェクト-グループテーブル154に登録する。端末装置200によりオブジェクトが生成された場合には、ここで登録されるグループIDは、当該端末装置200のグループのグループIDである。その代わりに、スーパーユーザによりオブジェクトが生成された場合には、スーパーユーザにより指定される任意のグループのグループIDがここで登録され得る。また、コンテンツ管理部170は、ある端末装置200上でコンテンツが生成され又は変更された場合に、当該端末装置200と同じグループに属する他の端末装置200へ、上記コンテンツの生成又は変更を通知する。本実施形態において、コンテンツ管理部170によるこうした通知は、UPnPのイベンティング機能を活用して行われる。例えば、コンテンツ管理部170は、各端末装置200をメディアサーバに記憶されるコンテンツについて発生するイベントの購読者subscriberとして登録する。そして、コンテンツ管理部170は、あるコンテンツについてイベントが発生すると、購読者として登録されている端末装置200へ発生したイベントを通知する。但し、ここでのイベンティングのロジックは拡張される。即ち、コンテンツ管理部170は、あるコンテンツについてイベントが発生すると、オブジェクト-グループテーブル154において当該コンテンツとマッピングされているグループを特定する。そして、コンテンツ管理部170は、特定したグループに属する購読者デバイスである端末装置200に対してのみ、発生したイベントを通知する。6アクセス制御部アクセス制御部180は、図2に例示したプロトコルスタックのアクセス制御機能に相当し得る処理ユニットである。アクセス制御部180は、メディアサーバへの端末装置200によるアクセスを当該端末装置200が属するグループに基づいて制御する。例えば、アクセス制御部180は、アクセス元の端末装置200が属するグループとアクセス先のコンテンツとがオブジェクト-グループテーブル154においてマッピングされている場合に、当該アクセス元の端末装置200による当該アクセス先のコンテンツへのアクセスを許可する。ここでのコンテンツへのアクセスとは、コンテンツデータの取得に加えて、コンテンツのブラウジングをも含み得る。即ち、アクセス制御部180は、CDSを介する端末装置200によるコンテンツのブラウジングに際して、アクセス元の端末装置200のグループとマッピングされているコンテンツの情報のみが提供されるように、コンテンツリストをフィルタリングし得る。結果として、グループワークに際して、各ユーザは、自身又は同じグループの他のユーザにより生成され又は変更されるコンテンツのみを端末装置200上で閲覧し又は編集することができる。また、アクセス制御部180は、スーパーユーザ権限を有するユーザに対しては、その権限の範囲で複数のグループをまたいでコンテンツへのアクセスを許可する。さらに、アクセス制御部180は、スーパーユーザ権限を有するユーザからコンテンツ提供の指示を受け取った場合には、任意のグループ指定される1つ以上のグループ又は全てのグループに属する端末装置200へのコンテンツの提供を許可する。このようなアクセス制御は、例えば、グループ間でのコンテンツの共有グループワークの成果のプレゼンテーションなどの際に利用され得る。[2-2.端末装置の構成例]図9は、本実施形態に係る端末装置200の構成の一例を示すブロック図である。図9を参照すると、端末装置200は、通信部210、ユーザインタフェース部220、記憶部230、グループ設定部260及びコンテンツ処理部270を備える。1通信部通信部210は、端末装置200が情報処理装置100及び他の装置と通信するための通信インタフェースである。通信部210は、例えば、IEEE802.11a/b/g/nなどの無線LAN方式、又はUWB若しくはZigbeeなどの無線PAN方式に準拠する無線通信インタフェースであってもよい。その代わりに、通信部210は、例えば、イーサネット登録商標などの有線LAN方式に準拠する有線通信インタフェースであってもよい。2ユーザインタフェース部ユーザインタフェース部220は、端末装置200へ/から情報を入出力するためのユーザインタフェースを提供する。ユーザインタフェース部220は、例えば、ユーザにより操作される画面インタフェースをユーザに提供する。ユーザインタフェース部220により提供される画面は、例えば、グループを設定するためのグループ設定画面、及びグループワークの対象となるコンテンツのレンダリング又は編集のためのアプリケーションのアプリケーション画面を含み得る。ユーザは、端末装置200に設けられるタッチパネル、キーパッド、キーボード、ポインティングデバイス又はボタンなどの入力手段を介して、これら画面を操作し得る。3記憶部記憶部230は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、端末装置200による処理のための様々なプログラム及びデータを記憶する。例えば、記憶部230は、UPnPのディスクリプションとして、デバイスディスクリプション240及び1つ以上のサービスディスクリプション250を記憶する。デバイスディスクリプション240及びサービスディスクリプション250のうち少なくとも1つは、情報処理装置100による端末装置200のグルーピングの際に使用される上述したグループ情報を含むように拡張される。図10A及び図10Bに、一例として、拡張されたデバイスディスクリプション240の内容を示している。なお、図10A及び図10Bの左端の行番号は、説明のために便宜的に付したものである。図10Aの第12行を参照すると、このデバイスのフレンドリーネームが記述されている。第20行を参照すると、このデバイスのUUIDが記述されている。第32行から図10Bの第66行は、このデバイスが提供するサービスのサービスリストである。サービスディスクリプションにグループ情報が含まれる場合には、サービスリスト内のURLを用いて、サービスディスクリプションが取得される。第67行の<avgroup>タグが、グループ情報を伴う拡張タグである。図10Bの例では、グループ情報の一例として、GroupAというグループ名称が設定されている。4グループ設定部グループ設定部260は、端末装置200が属するべきグループについてのグループ情報をデバイスディスクリプション又はサービスディスクリプション内に設定する。例えば、ユーザインタフェース部220は、グループを設定するためのグループ設定画面をディスプレイに表示する。そして、グループ設定部260は、グループ設定画面においてユーザにより入力され又は選択されたグループのグループID又はグループ名称を、所定の拡張タグを用いて、デバイスディスクリプション又はサービスディスクリプション内に設定する。なお、グループ情報を設定するための手段はかかる例に限定されない。例えば、グループ設定部260は、端末装置200にログインするユーザのユーザIDとグループとが予め関連付けられている場合には、ユーザによるログインに応じて、自動的にグループ情報をディスクリプション内に設定してもよい。また、例えば、グループ設定部260は、ユーザが保持するICカードに予めグループ情報が記憶されている場合には、端末装置200に設けられるICカードインタフェースを介してグループ情報を読み取り、読み取ったグループ情報を自動的にディスクリプション内に設定してもよい。さらに、ICカードの代わりにリムーバブルメディアが使用されてもよい。上述したように、端末装置200は、UPnPをサポートするUPnPデバイスである。従って、端末装置200の通信部210は、装置探索信号としてのM-SEARCHメッセージを受信すると、デバイスディスクリプション240のURLを含む応答信号を返送する。また、通信部210は、デバイスディスクリプション240のURLを含む接続通知信号としてのNOTIFYメッセージをネットワーク上にマルチキャストする。結果として、これらメッセージに含まれるURLを使用して、グループ情報の設定されたデバイスディスクリプション240又はサービスディスクリプション250を情報処理装置100が取得することが可能となる。5コンテンツ処理部コンテンツ処理部270は、グループワークの対象となるコンテンツのレンダリング又は編集のためのアプリケーションを提供する。また、コンテンツ処理部270は、メディアサーバからのコンテンツのダウンロード、及び生成又は変更されたコンテンツのメディアサーバへのアップロードを行う。コンテンツ処理部270により提供される上述したアプリケーションは、コンテンツのレンダリング機能又は編集機能を有する一般的なアプリケーション例えば、イメージビューワ、AVプレーヤ、オーサリングツール又は文書エディタなどであってもよい。コンテンツ処理部270は、例えば、上記アプリケーションにおいてコンテンツが生成され又は変更された場合に、情報処理装置100に、自装置と同じグループに属する他の端末装置200へ当該コンテンツの生成又は変更を通知させる。ここでの通知は、上述したように、UPnPのイベンティング機能を活用して行われる。例えば、コンテンツ処理部270は、情報処理装置100により管理されているメディアサーバに記憶されるコンテンツについて発生するイベントの購読を情報処理装置100に登録させる。同じグループに属する他の端末装置200によるイベントの購読もまた、同様に情報処理装置100において登録される。そして、コンテンツ処理部270は、上記アプリケーションにおいてコンテンツが生成され又は変更されると、当該コンテンツをメディアサーバにアップロードする。その結果、コンテンツの生成イベント又は変更イベントが、同じグループに属する他の端末装置200へ情報処理装置100により通知される。コンテンツ処理部270は、購読の登録に基づいてグループワークの対象のコンテンツについての生成イベント又は変更イベントが情報処理装置100から通知されると、生成され又は変更されたコンテンツを情報処理装置100から取得する。そして、コンテンツ処理部270は、取得したコンテンツをレンダリングする既にそのコンテンツをレンダリング中であれば、再レンダリングする。その代わりに、コンテンツ処理部270は、イベント通知に応じて、コンテンツが生成され又は変更されたことをメッセージの表示又は音声などを用いてユーザに報知してもよい。それにより、複数のユーザで最新の内容のコンテンツを共有しながら、協調してグループワークを進めることができる。また、コンテンツ処理部270は、MRコントロールポイントである情報処理装置100からコンテンツのレンダリングが指示された場合には、メディアサーバ内の指定されたコンテンツを取得して当該コンテンツをレンダリングする。<3.処理の流れ>次に、図11~図20を用いて、本実施形態に係る情報処理システム1における処理の流れの一例を説明する。[3-1.グループ設定]図11は、情報処理システム1におけるグループ設定の際の処理の流れの一例を示すシーケンス図である。なお、ここでは一例として、端末装置200a及び200bのユーザがグループワークに参加しようとしているものとする。まず、端末装置200aのグループ設定部260は、端末装置200aが属するべきグループについてのグループ情報を、端末装置200aのディスクリプション内に設定するステップS1a。同様に、端末装置200bのグループ設定部260は、端末装置200bが属するべきグループについてのグループ情報を、端末装置200bのディスクリプション内に設定するステップS。グループ情報の設定は、グループ設定画面を介するユーザ入力に応じて行われてもよく、又はユーザによるデバイスへのログインなどのトリガに応じて自動的に行われてもよい。ここでは、一例として、端末装置200a及び200bの双方について、デバイスディスクリプション内にGroupAというグループ名称が設定される。次に、端末装置200aの通信部210は、UPnPDAのディスカバリ機能の告知Advertisementを実行し、NOTIFYメッセージをマルチキャストするステップS2。NOTIFYメッセージには、デバイスディスクリプションのURLが含まれている。NOTIFYメッセージは、情報処理装置100により受信される。情報処理装置100のグルーピング部160は、端末装置200aからNOTIFYメッセージが受信されると、当該NOTIFYメッセージに含まれるURLを指定してHTTPGETメッセージを送信し、端末装置200aのデバイスディスクリプションを取得するステップS3。そして、グルーピング部160は、端末装置200aにデバイスID例えばD11を付与し、当該デバイスID、端末装置200aのUUID、フレンドリーネーム及びIPアドレスをデバイステーブル142に登録するステップS4。また、グルーピング部160は、端末装置200aのデバイスディスクリプションに含まれるGroupAというグループ名称を認識し、図12に詳細に示すグルーピング処理を実行するステップS5。また、情報処理装置100のグルーピング部160は、UPnPDAのディスカバリ機能の探索Searchを実行し、通信部110を介してネットワーク上にM-SEARCHメッセージをマルチキャストするステップS6。M-SEARCHメッセージのマルチキャストは、一定の周期で定期的に行われてもよく、又はユーザからの指示などをトリガとして行われてもよい。M-SEARCHメッセージは、端末装置200a及び200bにより受信される。端末装置200aの通信部210は、M-SEARCHメッセージを受信すると、応答メッセージを送信するステップS7a。同様に、端末装置200bの通信部210は、M-SEARCHメッセージを受信すると、応答メッセージを送信するステップS7b。これら応答メッセージには、デバイスディスクリプションのURLが含まれている。端末装置200aは既にデバイステーブル142に登録されているため、情報処理装置100のグルーピング部160は、M-SEARCHメッセージに対する端末装置200aからの応答メッセージが受信されても、特に何もしない。なお、グルーピング部160は、端末装置200aのディスクリプションを再度取得した上で、グループ情報が変更されていないことを確認してもよい。一方、グルーピング部160は、M-SEARCHメッセージに対する端末装置200bからの応答メッセージが受信されると、当該応答メッセージに含まれるURLを指定してHTTPGETメッセージを送信し、端末装置200bのデバイスディスクリプションを取得するステップS8。そして、グルーピング部160は、端末装置200bにデバイスID例えばD12を付与し、当該デバイスID、端末装置200bのUUID、フレンドリーネーム及びIPアドレスをデバイステーブル142に登録するステップS9。また、グルーピング部160は、端末装置200bのデバイスディスクリプションに含まれるGroupAというグループ名称を認識し、図12に詳細に示すグルーピング処理を実行するステップS10。図12は、図11のステップS5及びステップS10のグルーピング処理の詳細な流れの一例を示すシーケンス図である。なお、グルーピング処理の流れは、処理に関与する端末装置によらず共通であってよい。そこで、ここでは1つの端末装置200について説明する。グルーピング処理において、グルーピング部160は、まず、グループDBを更新するステップS21。例えば、グルーピング部160は、認識したグループが新たなグループである場合には、新たなグループにグループIDを付与し、当該グループID及びグループ名称をグループテーブル144に登録する。また、グルーピング部160は、端末装置200のデバイスIDと認識したグループのグループIDとのマッピングを、デバイス-グループテーブル146に登録する。次に、コンテンツ管理部170は、グルーピング部160からの要求に応じて、登録されたグループに対応するコンテナがメディアサーバ内に既に存在するか否かを確認するステップS22。そして、コンテンツ管理部170は、コンテナが存在しない場合には、新たなグループに対応するコンテナをメディアサーバ内に生成するステップS23。メディアサーバ内に新たなグループに対応するコンテナが生成されると、コンテナ生成イベントが端末装置200に通知されるステップS24。すると、端末装置200のコンテンツ処理部270により新たなグループに対応するコンテナのコンテナIDが取得され、取得されたコンテナIDが記憶されるステップS25。ステップS22において、登録されたグループに対応するコンテナがメディアサーバ内に既に存在する場合には、メディアサーバ内に新たなグループに対応するコンテナは生成されないため、ステップS24のイベント通知は行われない。この場合、コンテナIDを未取得の端末装置200のコンテンツ処理部270は、コンテナのブラウジング要求を情報処理装置100へ送信するステップS26。ブラウジング要求は、例えば、メディアサーバのCDSに対するアクション:Browseを実行することにより行われてよい。ここでは、Browseの第1パラメータのオブジェクトIDとして、ルートコンテナを意味するContainerID=0が指定され得る。その結果、情報処理装置100のアクセス制御部180によりアクセス制御が実行されステップS27、要求元の端末装置200によりアクセス可能なグループに対応するコンテナのコンテナIDを含むリストが返却される。端末装置200のコンテンツ処理部270は、このように取得されるコンテナIDを記憶するステップS28。このようなUPnPのプラットフォームを活用したグルーピングにより、汎用的な端末を用いて、ユーザに煩雑な手続を課すことなくグループワークのためのグループを形成することができる。また、グルーピングのために使用されるグループ情報がデバイスディスクリプション又はサービスディスクリプション内に設定されるため、グループ情報の収集のためにUPnPのディスカバリ機能を用いることができる。よって、グルーピングの仕組みを、極めて小さい開発コストで導入することが可能である。図13は、購読登録処理の詳細な流れの一例を示すシーケンス図である。なお、購読登録処理の流れもまた、処理に関与する端末装置によらず共通であってよい。そこで、ここでは1つの端末装置200について説明する。まず、情報処理装置100の通信部110は、UPnPDAのディスカバリ機能の告知Advertisementを定期的に実行し、NOTIFYメッセージをマルチキャストするステップ81。NOTIFYメッセージには、情報処理装置100のデバイスディスクリプションのURLが含まれている。端末装置200のコンテンツ処理部270は、情報処理装置100からのNOTIFYメッセージが受信されると、当該NOTIFYメッセージに含まれるURLを指定してHTTPGETメッセージを送信し、情報処理装置100のデバイスディスクリプションDDを取得するステップS84。さらに、コンテンツ処理部270は、情報処理装置100から、CDSのサービスディスクリプションSDを取得するステップS85。そして、コンテンツ処理部270は、CDSについてのイベントの購読の登録を情報処理装置100に要求するステップS86。すると、情報処理装置100のコンテンツ管理部170は、端末装置200をイベントの購読者として登録するステップS87。端末装置200のコンテンツ処理部270による情報処理装置100のDD及びSDの取得は、情報処理装置100からのNOTIFYメッセージの受信の代わりに、端末装置200からのM-SEARCHメッセージの送信ステップS82及びそれに対する情報処理装置100からの応答ステップS83をトリガとして行われてもよい。[3-2.コンテンツの生成変更]1コンテンツ生成-第1の例図14は、情報処理システム1におけるコンテンツの生成の際の処理の流れの第1の例を示すシーケンス図である。第1の例では、コンテンツは、グループワークに参加するユーザの1人である端末装置200aのユーザU11により生成されるものとする。まず、端末装置200aのユーザU11は、端末装置200aにより提供されるアプリケーションを利用して、画像、音声、映像又は文書などの新たなコンテンツを生成するステップS30。そして、コンテンツの保存又はアップロードがユーザU11により指示されると、コンテンツ処理部270は、情報処理装置100にオブジェクト生成要求を送信するステップS31。情報処理装置100のコンテンツ管理部170は、オブジェクト生成要求が受信されると、新たなコンテンツにオブジェクトIDを付与し、オブジェクトDB150を更新する。また、コンテンツ管理部170は、端末装置200aのグループに対応するコンテナ内に新たなコンテンツのためのオブジェクトを生成するステップS32。そして、コンテンツ管理部170は、新たなコンテンツに付与したオブジェクトIDを、オブジェクト生成要求への応答として端末装置200aに通知する。ステップS31におけるオブジェクト生成要求は、例えば、メディアサーバのCDSに対するアクション:CreateObjectを実行することにより行われてよい。図15は、CreateObjectのシグネチャの一例を示している。図15の第1行のC1は、新たなコンテンツを格納すべきコンテナのオブジェクトIDを表す。ここで指定されるオブジェクトIDは、図12のグルーピング処理において情報処理装置100から通知されたコンテナのオブジェクトIDであってよい。第6行は新たなコンテンツのタイトル、第7行は要求元のデバイスのグループ、第9行は新たなコンテンツのクラスをそれぞれ表す。CreateObjectを実行したデバイスは、要求メッセージのIPヘッダなどから取得される送信元IPアドレスをデバイステーブル142と照合することにより識別され得る。なお、情報処理装置100のアクセス制御部180は、オブジェクト生成要求において指定されたコンテナが要求元のデバイスが属するグループのためのコンテナでない場合には、オブジェクトの生成を拒否する応答を返送してもよい。図16は、図15に示したCreateObjectへの応答のシグネチャの一例を示している。図16の第1行のP1は、コンテナC1内に生成された新たなオブジェクトのオブジェクトIDを表す。第9行は、メディアサーバ内の新たなオブジェクトP1にアクセスするためのURIを表す。図14に戻り、コンテンツの生成の際の処理の流れの第1の例の説明を継続する。情報処理装置100のコンテンツ管理部170は、新たなオブジェクトを生成すると、購読者として登録されている端末装置200a及び200bへイベントを通知するステップS33a、S33b。ここで通知されるイベントは、例えば、コンテナC1の更新を一意に識別するためのコンテナ更新IDContainerUpdateIDを含み得る。次の例において、コンテナ更新IDは、コンテナのオブジェクトIDC1と更新の都度カウントアップされる整数例えば5とにより構成される。例ContainerUpdateIDsC15次に、端末装置200aのコンテンツ処理部270は、生成されたコンテンツの実体データの情報処理装置100へのアップロードを開始するステップS34。ステップS34におけるアップロードの開始は、例えば、メディアサーバのCDSに対するアクション:ImportResourceを実行することにより行われてよい。次の例において、ImportResourceは、第1引数としてアップロード元のURI、第2引数としてアップロード先のURIを含む。アップロード先のURIは、CreateObjectへの応答によって通知されたURIであってよい。例ImportResourceコンテンツ管理部170は、ImportResourceへの応答として、データ転送を一意に識別するための転送IDTransferIDを端末装置200aに通知する。次の例において、転送IDは、データ転送が発生する都度カウントアップされる整数例えば1234である。例ImportResource情報処理装置100のコンテンツ管理部170は、コンテンツのアップロードが開始されると、購読者として登録されている端末装置200a及び200bへイベントを通知するステップS35a、S35b。ここで通知されるイベントは、例えば、上述した転送IDを含み得る。例TransferID1234次に、端末装置200aのコンテンツ処理部270は、HTTPのGETメソッドを用いて、生成されたコンテンツの実体データのメディアサーバへの転送を開始するステップS36。ここで使用されるGETメソッドは、次のようなメッセージであってよい。例GETExercise1jpgHTTP11GETメソッドが成功した場合には、次のような応答メッセージが返送される。例HTTP11200OK端末装置200aのコンテンツ処理部270は、さらに、データ転送のステータスを取得するために、メディアサーバのCDSに対するアクション:GetTransferProgressを実行し得るステップS37、S38。次の例において、GetTransferProgressは、引数として上述した転送IDを含む。例GetTransferProgressGetTransferProgressに対する応答メッセージは、指定されたデータ転送についてのステータス、転送済みのバイト数及び転送対象の総バイト数を含み得る。次の例1はデータ転送が進行中である場合、例2はデータ転送が完了した場合の応答メッセージを示している。例1GetTransferProgress例2GetTransferProgress情報処理装置100のコンテンツ管理部170は、コンテンツのアップロードが完了すると、購読者として登録されている端末装置200a及び200bへイベントを通知するステップS39a、S39b。例TransferIDアップロードされたコンテンツのメディアサーバ内のURIを示すres要素は、次のように更新され得る。例http19216812cdcontentidP1端末装置200bは、同じグループに属する端末装置200aにより生成されたコンテンツのアップロードが完了したことを、ステップS39bにおいて通知されたイベントから認識する。すると、端末装置200bは、図17に詳細に示すレンダリング処理を実行し得るステップS40。2レンダリングの詳細図17は、図14のステップS40のレンダリング処理の詳細な流れの一例を示すシーケンス図である。なお、レンダリング処理の流れは、処理に関与する端末装置によらず共通であってよい。そこで、ここでは1つの端末装置200について説明する。レンダリング処理において、コンテンツ処理部270は、まず、コンテンツのブラウジング要求を情報処理装置100へ送信するステップS41。ブラウジング要求は、例えば、メディアサーバのCDSに対するアクション:Browseを実行することにより行われてよい。Browseは、ブラウジングされるコンテナのオブジェクトID、及びコンテンツのフィルタリング条件などの補足的なパラメータを含み得る。情報処理装置100のアクセス制御部180は、ブラウジング要求が受信されると、アクセス制御を実行し、返却されるコンテンツのリストをフィルタリングするステップS42。より具体的には、アクセス制御部180は、まず、デバイステーブル142を参照し、要求メッセージの送信元IPアドレスから要求元のデバイスを識別する。次に、アクセス制御部180は、デバイス-グループテーブル146及びオブジェクト-グループテーブル154を参照し、識別したデバイスのグループとマッピングされているコンテンツを特定する。ここで特定されたコンテンツのリストが、ブラウジング要求に対する応答において端末装置200へ返却される。次に、端末装置200のコンテンツ処理部270は、HTTPのGETメソッドを用いて、レンダリングすべきコンテンツの実体データをメディアサーバからダウンロードするステップS43。なお、ステップS41におけるブラウジングは、グループワークの間にコンテンツのURIが変更された場合にその変更を各デバイス又はユーザが認識するために行われ得る。レンダリングすべきコンテンツのURIが既知であれば、ステップS41におけるブラウジングを経ることなく、コンテンツがダウンロードされてよい。コンテンツ処理部270は、コンテンツのダウンロードが完了すると、コンテンツのレンダリング又は再レンダリングを行うステップS44。3コンテンツ生成-第2の例図18は、情報処理システム1におけるコンテンツの生成の際の処理の流れの第2の例を示すシーケンス図である。第2の例では、コンテンツは、スーパーユーザである情報処理装置100のユーザU0により生成されるものとする。まず、情報処理装置100のユーザU0は、任意のアプリケーションを利用して、画像、音声、映像又は文書などの新たなコンテンツを予め生成するステップS50。ここで生成されたコンテンツにはオブジェクトIDが付与され、当該オブジェクトIDを用いてオブジェクトDB150が更新される。また、ユーザU0により指定されるコンテナ内に、生成されたコンテンツが格納される。ここで生成されるコンテンツは、例えば、端末装置200a及び200bが属するグループによるグループワークのためのコンテンツである。端末装置200bは、グループワークの開始にあたり、ブラウジング要求を情報処理装置100へ送信するステップS51。ブラウジング要求は、例えば、メディアサーバのCDSに対するアクション:Browseを実行することにより行われてよい。Browseは、ブラウジングされるコンテナのオブジェクトID、及びコンテンツのフィルタリング条件などの補足的なパラメータを含み得る。情報処理装置100のアクセス制御部180は、ブラウジング要求が受信されると、アクセス制御を実行し、返却されるコンテンツのリストをフィルタリングするステップS52。そして、アクセス制御部180によりフィルタリングされた、端末装置200bのグループとマッピングされているコンテンツのリストが、端末装置200bへ返却される。ここで返却されるコンテンツのリストは、ステップS50においてユーザU0により生成されたコンテンツを含む。端末装置200bのユーザU12は、例えばユーザインタフェース部220により提供される画面上で、ステップS50においてユーザU0により生成されたコンテンツを指定する。すると、端末装置200bのコンテンツ処理部270は、HTTPのGETメソッドを用いて、コンテンツデータをメディアサーバからダウンロードするステップS53。そして、コンテンツ処理部270は、コンテンツのダウンロードが完了すると、コンテンツのレンダリングを行うステップS54。同様に、端末装置200aもまた、グループワークの開始にあたり、ブラウジング要求を情報処理装置100へ送信するステップS55。情報処理装置100のアクセス制御部180は、ブラウジング要求が受信されると、アクセス制御を実行し、返却されるコンテンツのリストをフィルタリングするステップS56。そして、アクセス制御部180によりフィルタリングされた、端末装置200aのグループとマッピングされているコンテンツのリストが、端末装置200aへ返却される。端末装置200a及び200bは同じグループに属するため、ここで返却されるコンテンツのリストは、端末装置200bへ返却されたリストと同じコンテンツを含む。端末装置200aのユーザU11は、例えばユーザインタフェース部220により提供される画面上で、ステップS50においてユーザU0により生成されたコンテンツを指定する。すると、端末装置200aのコンテンツ処理部270は、HTTPのGETメソッドを用いて、コンテンツデータをメディアサーバからダウンロードするステップS57。そして、コンテンツ処理部270は、コンテンツのダウンロードが完了すると、コンテンツのレンダリングを行うステップS58。4コンテンツ変更図19は、情報処理システム1におけるコンテンツの変更の際の処理の流れの一例を示すシーケンス図である。ここでは、コンテンツは、グループワークに参加するユーザの1人である端末装置200aのユーザU11により変更されるものとする。まず、端末装置200aのユーザU11は、コンテンツ処理部270により提供されるアプリケーションを利用して、コンテンツを編集するステップS60。ここで編集されるコンテンツは、ユーザU11と同じグループのユーザにより生成されたコンテンツであってもよく、又はスーパーユーザにより用意されたコンテンツであってもよい。そして、コンテンツの保存又はアップロードがユーザU11により指示されると、コンテンツ処理部270は、変更されたコンテンツの実体データの情報処理装置100へのアップロードを開始するステップS61。ステップS61におけるアップロードの開始は、例えば、メディアサーバのCDSに対するアクション:ImportResourceを実行することにより行われてよい。その後、図14に例示したステップS34~ステップS40と同様に、コンテンツデータのアップロード、グループ内のデバイスへのイベント通知及び各デバイスによるコンテンツのレンダリングが行われ得るステップS62a~S67。このようにUPnPのイベンティング機能を活用することにより、汎用的な端末を用いて形成されたグループに基づいて、グループワークを円滑に進めることができる。各ユーザは、同じグループ内のユーザによるコンテンツの生成又は変更をイベント通知によって迅速に知ることができる。[3-3.プレゼンテーション]グループワークを通じてコンテンツが生成され又は変更された後、グループ間でコンテンツを共有したいという状況が生じ得る。グループワークの成果の他のグループへのプレゼンテーションは、そうした状況の一例である。図20は、本実施形態に係るプレゼンテーションの際の処理の流れの一例を示している。ここでは、GroupAに属する端末装置200a及び200b、並びにGroupBに属する端末装置200c及び200dに向けて、情報処理装置100のユーザU0により選択されるコンテンツがプレゼンテーションされるものとする。まず、情報処理装置100のコンテンツ管理部170は、自ら管理しているメディアサーバ内のコンテンツをブラウジングするステップS71。ブラウジングは、例えば、CDSに対するアクション:Browseを実行することにより行われ得る。次に、画面上に表示されるコンテンツのリストから、プレゼンテーションされるコンテンツがユーザU0により選択されるステップS72。すると、アクセス制御部180は、任意のグループユーザU0により指定されるグループ又は全てのグループに属するデバイスへのコンテンツの提供が許可されるように、オブジェクトDB150を更新するステップS73。次に、コンテンツ管理部170は、コンテンツの提供の準備として、端末装置200a、200b、200c及び200dに、選択されたコンテンツのURIを通知するステップS74a、S74b。ここでの通知は、例えば、UPnPAVのアクション:SetAVTransportURIを実行することにより行われてよい。そして、コンテンツ管理部170は、URIを通知したコンテンツのレンダリングを端末装置200a、200b、200c及び200dに指示するステップS75a、S75b。ここでの指示は、例えば、UPnPAVのアクション:Playを実行することにより行われてよい。端末装置200a、200b、200c及び200dのコンテンツ処理部270は、レンダリングの指示が受信されると、通知されたURIにアクセスしてコンテンツを取得し、取得したコンテンツをそれぞれレンダリングするステップS76a、S76b。その後、例えば、スーパーユーザである情報処理装置100のユーザU0は、ユーザインタフェース部120により提供される画面上で、プレゼンテーション中のコンテンツにコメントを追記することができるステップS80。プレゼンテーション中のコンテンツにコメントが追記されると、ステップS74a~S76bの処理が再度実行され、追記されたコメントが端末装置200a~200dのユーザにより閲覧され得る。このように、本開示に係る技術は、UPnPのプラットフォームを基盤としているため、既存のUPnPAVの機能を活用してグループワークの成果をプレゼンテーションすることも容易である。<4.システムの使用事例>本開示に係る技術は、グループワークに関連する様々な場面で活用され得る。本節では、典型的な2つの事例及びその他の事例について説明する。[4-1.第1の使用事例]図21は、第1の使用事例における情報処理システム1aの概要を示している。第1の使用事例は、学校又は企業の研修施設などの教育現場におけるグループワークを主な対象とする事例である。第1の使用事例では、講師役のユーザと生徒役のユーザとが存在する。情報処理システム1aにおいて講師役のユーザU0は、情報処理装置100を使用する。生徒役のユーザは、それぞれ端末装置200を使用する。ユーザU11、U12及びU13は、グループG1に属する。ユーザU21、U22及びU23は、グループG2に属する。ユーザU31、U32及びU33は、グループG3に属する。各ユーザは、グループワークの開始にあたり、自らが参加しようとするグループのグループID又はグループ名称を、図11のステップS1a及びS1bに関連して説明したように、それぞれ端末装置200に設定する。情報処理装置100は、UPnPのディスカバリ機能を通じて、これら端末装置200を検出する。そして、情報処理装置100のグルーピング部160は、各デバイスのディスクリプションに含まれるグループ情報に基づいて、これら端末装置200を3つのグループG1、G2及びG3にグルーピングする。その後、図14、図18又は図19に例示したシーケンスに従って、各グループにおいてグループワークが行われる。例えば、グループG1に属する3つの端末装置200のメディアレンダラMRは、メディアサーバMSに格納されるコンテンツのうち、グループG1とマッピングされるコンテンツのみをレンダリングする。グループG2に属する3つの端末装置200のMRは、グループG2とマッピングされるコンテンツのみをレンダリングする。グループG3に属する3つの端末装置200のMRは、グループG3とマッピングされるコンテンツのみをレンダリングする。各グループのグループワークが終了した後、講師役のユーザU0は、図20に例示したシーケンスに従ってプレゼンテーションを実施する。例えば、ユーザU0は、グループG1により生成されたコンテンツをグループG2及びG3に属する端末装置200に提供させ、当該コンテンツをレンダリングさせる。同様に、ユーザU0は、グループG2により生成されたコンテンツをグループG1及びG3に属する端末装置200に提供させ、当該コンテンツをレンダリングさせる。また、ユーザU0は、グループG3により生成されたコンテンツをグループG1及びG2に属する端末装置200に提供させ、当該コンテンツをレンダリングさせる。[4-2.第2の使用事例]図22は、第2の使用事例における情報処理システム1bの概要を示している。第2の使用事例は、企業又は研究所などの会議の場におけるグループワークを主な対象とする事例である。第2の使用事例では、4人のユーザU11~U14が会議において共通的なコンテンツを閲覧し又は編集しようとしている。これらユーザU11~U14の中に、第1の使用事例の講師役のユーザのような特別なユーザは存在しない。但し、ユーザU14が利用するデバイスは、上述した端末装置100及び情報処理装置200の双方の役割を有し、デバイスのグルーピングを主導する。ユーザU11、U12、U13及びU14は、いずれもグループG1に属し、グループワークの開始にあたり、共通のグループID又はグループ名称をそれぞれのデバイスに設定する。ユーザU14が利用するデバイスは、UPnPのディスカバリ機能を通じてこれらデバイスを検出し、グルーピング処理を実行する。それにより、ユーザU11、U12、U13及びU14がメディアサーバMSに格納される共通のコンテンツを閲覧し又は編集することが可能となる。図22には、他のユーザU4及びU5も示されている。ユーザU4及びU5は、ユーザU11、U12、U13及びU14の近傍に位置する。しかし、情報処理装置100のアクセス制御部180がグループG1のコンテンツへのユーザU4及びU5のデバイスからのアクセスを拒否するため、グループG1のためのコンテンツがユーザU4及びU5により閲覧されることは防止される。[4-3.その他の使用事例]本開示に係る技術は、ホームネットワークにおけるコンテンツの共有においても活用され得る。例えば、子供の両親は、子供に閲覧されることを望まないコンテンツを有する可能性がある。その場合には、そうしたコンテンツへのアクセスが許可されるグループとは異なるグループを子供が利用するデバイスに設定することにより又はいかなるグループも子供が利用するデバイスに設定しないことにより、上記コンテンツを子供が閲覧することを防止することができる。なお、本開示に係る技術は、ここで説明した事例に限定されることなく、グループワークに関連する他の様々な場面で活用されてよい。<5.まとめ>ここまで、図1~図22を用いて、一実施形態に係る情報処理システム1について詳細に説明した。本実施形態によれば、UPnPをサポートする端末装置においてディスクリプション内にグループ情報が設定され、情報処理装置が当該グループ情報に基づいて複数の端末装置を1つ以上のグループにグルーピングする。そして、グループごとのコンテンツのレンダリングが実現される。従って、一般に広く普及しているUPnPをサポートする端末を用いて、ユーザに煩雑な手続を課すことなくグループワークを実現することができる。例えば、近年、無線LAN方式に準拠した通信機能を備えるタブレット型PC又はスマートフォンなどの携帯端末が多くのユーザにより利用されている。本実施形態によれば、これら携帯端末を複数のユーザが持ち寄って通信機能を立ち上げるだけで、端末のグループが形成され、グループワークが可能となる。また、上述した仕組みは、OSOperatingSystemの種類又はデバイスの種類に依存することなく動作し得る点でも有益である。また、本実施形態によれば、上記グループ情報は、デバイスディスクリプション又はサービスディスクリプション内に設定される。従って、情報処理装置は、グループ情報を収集するためにUPnPの既存のディスカバリ機能を活用することができる。よって、本実施形態に係るグルーピングの仕組みを、極めて小さい開発コストで導入することが可能である。上記グループ情報がデバイスディスクリプション内に設定される場合には、M-SEARCHメッセージへの応答又はNOTIFYメッセージにデバイスディスクリプションのURLが含まれるため、少ない回数の信号の送受信のみで、情報処理装置がグループ情報を収集することができる。また、本実施形態によれば、各端末装置に設定されるグループ情報は、各グループを識別するためのグループ識別子又はグループ名称のみであってよい。従って、個々のユーザがグループ情報を設定する場合にも、設定の手続は簡単である。また、本実施形態によれば、各グループに対応するコンテナがメディアサーバ内に生成される。そして、グループごとに生成され又は変更されるコンテンツが、対応するコンテナ内に格納される。従って、グループごとのアクセス制御をUPnPのメディアサーバのコンテナを用いて容易に実装することが可能である。また、本実施形態によれば、各端末装置はメディアサーバあるいはCDSについて発生するイベントの購読者として登録され、コンテンツの生成又は変更がイベントとして購読者に通知される。従って、コンテンツの生成又は変更を、当該コンテンツに対応するグループ内のユーザが迅速に知ることができる。このような仕組みもまた、UPnPのイベンティング機能を拡張することにより、少ない開発コストで容易に実装され得る。また、本実施形態によれば、スーパーユーザ権限を有するユーザを定義することができる。例えば、グループワークを主導する講師のようなユーザが存在する場合に、当該ユーザをスーパーユーザとすることで、グループワークの成果のプレゼンテーションなどを円滑に進めることができる。また、本実施形態によれば、UPnPにおいて特有のクラスが定義されている画像コンテンツ、音声コンテンツ及び映像コンテンツのみならず、文書コンテンツもメディアサーバ内に記憶され得る。UPnPのクラス定義を拡張して高度な文書コンテンツを取り扱うことを可能とすることにより、グループワークの対象とし得るコンテンツの種類が多様化する。その結果、グループワークの利点をより多くの場面で享受することが可能となる。なお、本明細書において説明した各装置による処理の少なくとも一部は、ソフトウェアを用いて実現される。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体に予め格納される。そして、各プログラムは、例えば、実行時にRAMRandomAccessMemoryに読み込まれ、CPUCentralProcessingUnitなどのプロセッサにより実行される。以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。なお、以下のような構成も本開示の技術的範囲に属する。1UPnPをサポートする複数の端末装置から受信されるUPnPのディスクリプションに含まれるグループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、を備える情報処理装置。2第1の端末装置上でコンテンツが生成され又は変更された場合に、前記グルーピング部によるグルーピングの結果に基づいて、前記第1の端末装置と同じグループに属する少なくとも第2の端末装置へ前記コンテンツの生成又は変更を通知するコンテンツ管理部、をさらに備える、前記1に記載の情報処理装置。3前記ディスクリプションは、デバイスディスクリプション又はサービスディスクリプションである、前記1又は前記2に記載の情報処理装置。4前記ディスクリプションは、デバイスディスクリプションである、前記3に記載の情報処理装置。5前記グループ情報は、各グループを識別するためのグループ識別子又はグループ名称を含む、前記1~4のいずれか1項に記載の情報処理装置。6前記コンテンツ管理部は、各グループに対応するコンテナをメディアサーバ内に有し、前記第1の端末装置上で生成され又は変更されるコンテンツを、前記第1の端末装置が属するグループに対応するコンテナ内に格納する、前記2に記載の情報処理装置。7前記コンテンツ管理部は、各端末装置をメディアサーバに記憶されるコンテンツについてのイベントの購読者として登録し、UPnPのイベンティング機能を用いて各コンテンツの生成又は変更に関するイベントを各端末装置へ通知する、前記2又は前記6に記載の情報処理装置。8メディアサーバへの端末装置によるアクセスを当該端末装置が属するグループに基づいて制御するアクセス制御部、をさらに備える、前記1~7のいずれか1項に記載の情報処理装置。9前記コンテンツ管理部は、各コンテンツと当該コンテンツの利用が許可されるグループとをマッピングする第1のマッピング情報を記憶媒体に記憶させ、前記アクセス制御部は、アクセス元の端末装置が属するグループとアクセス先のコンテンツとが前記第1のマッピング情報によりマッピングされている場合に、前記アクセス元の端末装置による前記アクセス先のコンテンツへのアクセスを許可する、前記8に記載の情報処理装置。10前記第1のマッピング情報は、各コンテンツを生成した端末装置を識別するデータ又は当該端末装置が属するグループを識別するデータを含む、前記9に記載の情報処理装置。11前記アクセス制御部は、スーパーユーザ権限を有するユーザからのコンテンツ提供の指示を受け取った場合には、任意のグループに属する端末装置へのコンテンツの提供を許可する、前記8~10のいずれか1項に記載の情報処理装置。12前記グルーピング部は、各端末装置と当該端末装置が属するグループとをマッピングする第2のマッピング情報を記憶媒体に記憶させ、前記コンテンツ管理部は、前記第1の端末装置と同じグループに属する端末装置を前記第2のマッピング情報を用いて識別する、前記2に記載の情報処理装置。13前記第2のマッピング情報は、各端末装置の識別子、UUID、名称又はIPアドレスとグループとのマッピングを示すデータを含む、前記12に記載の情報処理装置。14前記グルーピング部は、ネットワーク上にM-SEARCHメッセージをマルチキャストすることにより又は各端末装置から送信されるNOTIFYメッセージを受信することにより、グルーピングすべき端末装置を検出する、前記1~13のいずれか1項に記載の情報処理装置。15前記グルーピング部は、前記M-SEARCHメッセージへの応答又は前記NOTIFYメッセージに含まれるURLを用いて、各端末装置から前記ディスクリプションを取得する、前記14に記載の情報処理装置。16前記グルーピング部は、前記ディスクリプションに所定のタグが含まれる端末装置を、グルーピングすべき端末装置であると認識する、前記15に記載の情報処理装置。17前記所定のタグは、前記グループ情報を伴うタグである、前記16に記載の情報処理装置。18前記複数の端末装置は、メディアレンダラとしてそれぞれ動作し、前記情報処理装置は、メディアレンダラを制御するコントロールポイントとして動作する、前記1~17のいずれか1項に記載の情報処理装置。19前記情報処理装置は、メディアサーバとしてさらに動作し、前記複数の端末装置は、メディアサーバを制御するコントロールポイントとしてそれぞれさらに動作する、前記18に記載の情報処理装置。20前記情報処理装置は、各端末装置により生成され又は変更される画像コンテンツをメディアサーバ内に記憶する、前記19に記載の情報処理装置。21前記情報処理装置は、各端末装置により生成され又は変更される音声コンテンツをメディアサーバ内に記憶する、前記19に記載の情報処理装置。22前記情報処理装置は、各端末装置により生成され又は変更される映像コンテンツをメディアサーバ内に記憶する、前記19に記載の情報処理装置。23前記情報処理装置は、各端末装置により生成され又は変更される文書コンテンツをメディアサーバ内に記憶する、前記19に記載の情報処理装置。24前記複数の端末装置と通信する通信部、をさらに備える、前記1~23のいずれか1項に記載の情報処理装置。25前記情報処理装置もまた前記グルーピング部によるグルーピングの対象であり、前記情報処理装置は、前記グルーピングの際に使用される前記情報処理装置のグループ情報を設定する設定部、をさらに備える、前記1~24のいずれか1項に記載の情報処理装置。26UPnPをサポートする複数の端末装置と通信する情報処理装置を制御するコンピュータを、前記複数の端末装置から受信されるUPnPのディスクリプションに含まれるグループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、として機能させるためのプログラム。27UPnPをサポートする複数の端末装置と通信する情報処理装置において、前記複数の端末装置からグループ情報を含むUPnPのディスクリプションを受信することと、受信された前記グループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングすることと、を含む情報処理方法。28UPnPプロトコルをサポートする端末装置であって、前記端末装置及び他の装置を1つ以上のグループにグルーピングする際に使用されるグループ情報を含むUPnPのディスクリプションを記憶する記憶部と、前記記憶部により記憶されている前記ディスクリプションを前記グルーピングを行う情報処理装置へ送信する通信部と、を備える端末装置。29グループワークの対象であるコンテンツを生成し又は変更するためのアプリケーションをさらに備える、前記28に記載の端末装置。30前記アプリケーションにより前記コンテンツが生成され又は変更された場合に、前記情報処理装置に、前記端末装置と同じグループに属する他の装置へ前記コンテンツの生成又は変更を通知させるコンテンツ処理部、をさらに備える、前記29に記載の端末装置。31前記コンテンツ処理部は、前記情報処理装置からの通知に応じて、他の装置により生成され又は変更されたコンテンツを前記アプリケーションにレンダリングさせる、前記30に記載の端末装置。32前記コンテンツ処理部は、前記情報処理装置からの通知に応じて、他の装置によりコンテンツが生成され又は変更されたことをユーザに報知する、前記30に記載の端末装置。33前記グループ情報をユーザに設定させるためのユーザインタフェースをさらに備える、前記28に記載の端末装置。34ユーザと関連付けられるグループ情報を記憶している媒体から当該グループ情報を取得して前記ディスクリプション内に設定するグループ設定部、をさらに備える、前記28に記載の端末装置。35UPnPプロトコルをサポートする複数の端末装置及び前記複数の端末装置と通信する情報処理装置を含む情報処理システムであって、前記複数の端末装置の各々は、グループ情報を含むUPnPのディスクリプションを記憶する記憶部、を備え、前記情報処理装置は、前記複数の端末装置から受信される前記ディスクリプションに含まれる前記グループ情報に基づいて、前記複数の端末装置を1つ以上のグループにグルーピングするグルーピング部、を備える、情報処理システム。