(57)【要約】  ピアツーピアネットワーク通信を使用して対称型グループを管理するグループ管理フレームワークおよび方法。ピアツーピアネットワーク（６０８）のグループメンバ（６０２、６０４、６０６）の全員にグループ管理が配信され、グループ情報（３３４）は、グループ（６００）のメンバ（６０２、６０４、６０６）各々にミラーリングされる。フレームワークは、サービスを提供する中間的なサーバを必要とせずに、グループメンバリスト（３３６）の管理を容易化し、外部アプリケーション（２０４、３５０）に関するグループ通信機能、およびグループ通信に関するセキュリティを提供する。
2009500708.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサで実行される方法であって、該方法は、
複数のメンバを有しているグループの開始メンバによって、前記グループに対するメンバシップの制限を容易化する少なくとも１つのグループ管理機能を開始するステップと、
ピアツーピア通信を通じて、前記開始メンバから前記グループの１人または複数の他のメンバへ、前記グループ管理機能と関連するグループ管理メッセージを送信するステップと、
前記グループ管理メッセージに基づいて、前記グループのメンバ間におけるグループ通信のサーバレス管理を容易化するステップと、
を含む、方法。
【請求項２】
前記少なくとも１つのグループ管理機能が、グループアクセスリストの構成を含み、前記グループ管理メッセージの少なくとも１つを送信するステップが、前記グループアクセスリストと関連するメンバシップデータを、前記グループの前記１人または複数の他のメンバへ送信するステップを含む、請求項１に記載の方法。
【請求項３】
前記グループアクセスリストと関連する前記メンバシップデータの前記送信に応じて、前記グループの各メンバが持つ前記グループアクセスリストのローカルコピーを維持管理して、前記グループアクセスリストの前記ローカルコピーが実質的に同じになるようにするステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記ピアツーピア通信を通じて、前記開始メンバから前記グループの加入予定メンバへ、前記グループ管理メッセージの少なくとも１つを送信するステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記グループの加入予定メンバへ前記グループ管理メッセージの少なくとも１つを送信するステップが、前記グループの加入予定メンバへ招待を送信するステップを含む、請求項４に記載の方法。
【請求項６】
前記加入予定メンバによって前記招待が承諾されたとき、前記加入予定メンバを前記グループの新メンバとして含めるべく、前記招待を送信した招待元のメンバの通信デバイスにおいてメンバリストを更新するステップと、
前記メンバリストを含んだグループデータを、前記ピアツーピア通信を通じて、前記招待を送信した招待元のメンバから前記新メンバへ送信するステップと、
をさらに含む、請求項５に記載の方法。
【請求項７】
前記新メンバの通知を、前記ピアツーピア通信を通じて、前記招待を送信した招待元のメンバから前記グループの前記他のメンバのそれぞれへ送信するステップをさらに含む、請求項６に記載の方法。
【請求項８】
前記グループが利用可能な１つまたは複数の前記グループ管理機能へのアクセスを要求している通信デバイスから要求を受信するステップと、
前記要求している通信デバイスの識別情報と前記グループのメンバのメンバリストとを比較するステップと、
前記識別情報が前記メンバリストのいずれのエントリとも一致しない場合には、前記要求されたグループ管理機能への前記要求している通信デバイスによるアクセスを許可しないステップと、
をさらに含む、請求項１に記載の方法。
【請求項９】
前記識別情報が前記メンバリストのいずれかのエントリと一致する場合には、前記要求されたグループ管理機能への前記要求している通信デバイスによるアクセスを許可するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
前記メンバリストの前記エントリと一致している前記識別情報に基づいて、前記グループのメンバへ前記識別情報を通信するステップをさらに含む、請求項９に記載の方法。
【請求項１１】
請求項１に記載の前記ステップを実行するための、データ処理システムによって実行可能な命令を有する、コンピュータ可読媒体。
【請求項１２】
複数のメンバを有しているグループの第１メンバの通信デバイスからアプリケーションデータの送信を開始するステップと、
前記グループのメンバの各通信デバイスに保存されているローカルメンバリストに基づいて、前記グループの他のメンバのそれぞれのアドレスを特定するステップと、
前記第１メンバから前記グループの他のメンバへ、ピアツーピア接続を介して前記アプリケーションデータを送信するステップと、
を含む、方法。
【請求項１３】
前記アプリケーションデータを提供するアプリケーションの識別情報を用いて前記データにタグ付けするステップと、
前記グループの他のメンバのそれぞれにて前記アプリケーションデータを受信するステップと、
前記第１メンバによって提供された前記アプリケーションの前記識別情報に基づいて、前記アプリケーションデータを利用するローカルアプリケーションを特定するステップと、
をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記アプリケーションデータを提供するアプリケーションと関連するアプリケーションプラグインの識別情報を用いて前記データにタグ付けするステップと、
前記グループの他のメンバのそれぞれにて前記アプリケーションデータを受信するステップと、前記第１メンバによって提供された前記アプリケーションプラグインの前記識別情報に基づいて、前記アプリケーションデータを利用するローカルアプリケーションと関連するローカルアプリケーションプラグインを特定するステップと、
をさらに含む、請求項１２に記載の方法。
【請求項１５】
前記グループのメンバのうちの少なくとも１人の通信デバイスからメンバシップデータを送信するステップと、
前記メンバシップデータの前記送信に応じて、前記各通信デバイスに保存されている前記ローカルメンバリストを維持管理して、前記メンバリストが実質的に同じになるようにするステップと、
をさらに含む、請求項１２に記載の方法。
【請求項１６】
請求項１２に記載の前記ステップを実行するための、データ処理システムによって実行可能な命令を有する、コンピュータ可読媒体。
【請求項１７】
グループのメンバの通信デバイス間におけるピアツーピア通信の管理を容易化するグループ管理モジュールを含む１つの通信デバイスであって、前記グループ管理モジュールが、
前記１つのデバイスが関連する１つまたは複数のグループのそれぞれのメンバリストを少なくとも含んでいるグループデータを保存するローカルデータベースと、
前記グループデータの保存および取得を管理するため前記ローカルデータベースに接続されているメンバ管理モジュールと、
少なくともアプリケーションコンテンツおよびユーザインターフェースと、前記メンバ管理モジュールとのインターフェースを取るように構成されているアプリケーションプログラミングインターフェースと、
前記１つのデバイスと前記グループの他のメンバの通信デバイスとの間で前記ピアツーピア通信が行われるように前記メンバ管理モジュールに接続されている通信モジュールであって、前記ピアツーピア通信が、前記グループデータに基づいて制限されている、通信モジュールと、
を含むグループ管理モジュールである、１つのデバイス。
【請求項１８】
前記メンバ管理モジュールが、前記通信モジュールを介して、前記グループの加入予定メンバへ招待メッセージを送信する、請求項１７に記載の１つのデバイス。
【請求項１９】
前記メンバ管理モジュールが、前記加入予定メンバによって前記招待が承諾されたとき、前記加入予定メンバを前記グループの新メンバとして含めるべく、前記ローカルデータベースを介して前記グループデータを更新し、前記通信モジュールを介して、前記新メンバへ前記グループデータを送信する、請求項１８に記載の１つのデバイス。
【請求項２０】
前記メンバ管理モジュールが、前記通信モジュールを介して、前記グループの他のメンバそれぞれへ新メンバの通知を送信する、請求項１９に記載の１つのデバイス。
【請求項２１】
前記通信モジュールが、前記アプリケーションコンテンツへのアクセスを要求している通信デバイスから要求を受信し、前記メンバ管理モジュールが、前記要求に応じて、前記要求している通信デバイスの識別情報と前記メンバリストとを比較し、前記識別情報が前記メンバリストのいずれのエントリとも一致しない場合は、前記メンバ管理モジュールが、前記アプリケーションデータへの前記要求している通信デバイスによるアクセスを許可しない、請求項１７に記載の１つのデバイス。
【請求項２２】
前記識別情報が前記メンバリストのいずれかのエントリと一致する場合には、前記メンバ管理モジュールが、前記要求している通信デバイスによる前記アプリケーションデータへのアクセスを許可する、請求項２１に記載の１つのデバイス。
【請求項２３】
グループを備える通信デバイス間のピアツーピアネットワークであって、各通信デバイスが、
ユーザインターフェース（ＵＩ）と、
１つまたは複数のアプリケーションおよび関連するアプリケーションプラグインを備えるアプリケーションモジュールと、
前記各通信デバイスが関連する１つまたは複数のグループのそれぞれに関するメンバリストを少なくとも含んだグループデータを保存するローカルデータベースと、
前記グループデータの保存および取得を管理するため前記ローカルデータベースに接続されているメンバ管理モジュールと、
少なくとも前記アプリケーションモジュールおよびＵＩと、前記メンバ管理モジュールとのインターフェースを取るように構成されているアプリケーションプログラミングインターフェース（ＡＰＩ）と、
前記各通信デバイスと、前記グループの他のメンバの通信デバイスとの間でピアツーピア通信が行われるように前記メンバ管理モジュールに接続されている通信モジュールと、
を備えるグループ管理モジュールと、
を備える、ピアツーピアネットワーク。
【請求項２４】
前記メンバ管理モジュールが、前記通信モジュールを介して、前記グループの加入予定メンバへ招待メッセージを送信する、請求項２３に記載のネットワーク。
【請求項２５】
前記メンバ管理モジュールが、前記加入予定メンバによって前記招待が承諾されたとき、前記加入予定メンバを前記グループの新メンバとして含めるべく、前記ローカルデータベースを介して前記グループデータを更新し、前記通信モジュールを介して、前記新メンバへ前記グループデータを送信する、請求項２４に記載のネットワーク。
【請求項２６】
前記メンバ管理モジュールが、前記通信モジュールを介して、前記グループの他のメンバのそれぞれへ新メンバの通知を送信する、請求項２５に記載のネットワーク。
【請求項２７】
前記通信モジュールが、前記アプリケーションコンテンツへのアクセスを要求している通信デバイスから要求を受信し、前記メンバ管理モジュールが、前記要求に応じて、前記要求している通信デバイスの識別情報と前記メンバリストとを比較し、前記識別情報が前記メンバリストのいずれのエントリとも一致しない場合は、前記メンバ管理モジュールが、前記アプリケーションデータへの前記要求している通信デバイスによるアクセスを許可しない、請求項２３に記載のネットワーク。
【請求項２８】
前記識別情報が前記メンバリストのいずれかのエントリと一致する場合には、前記メンバ管理モジュールが、前記要求している通信デバイスによる前記アプリケーションデータへのアクセスを許可する、請求項２７に記載のネットワーク。
【請求項２９】
前記１つまたは複数のグループの通信デバイスのそれぞれにおけるメンバシップリストが実質的に同じになるように、前記各通信デバイスが、前記各通信デバイスの前記メンバシップリストの変更に関するデータを、前記１つまたは複数のグループの他の通信デバイスへ通信する、請求項２７に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信デバイス間で情報を通信することに関し、特に、ピアツーピア通信およびグループデータのミラーリングを通じて対称型グループを管理するシステム、装置、および方法に関する。
【背景技術】
【０００２】
コミュニティまたは「グループ」サービスは、インターネット上でますます普及し始めている。グループ通信とは、一般に、取り決められた、あるいは関係させられたグループのユーザ間の通信を意味する。ブログ、コンテンツ共有サイト、およびメッセージ掲載サイトは、異なる種類のグループ通信である。グループ通信によって、ユーザは、主題領域、趣味クラブ、ソーシャルグループなどを核にして緩く結合されたコミュニティを形成することができる。
【０００３】
ネットワークのユーザは、通信に使用しているのが移動デバイスであれＰＣであれ、複数の人によるグループ内で情報を交換するのに容易な方法を有していない。グループ通信は、通常、グループ電子メールを送信するか、あるいは全員が接続状態になっている場合にグループチャットを開始するかに限られている。複数の人による限定されたグループでファイルを共有すること、またはカレンダエントリなどのアプリケーション情報をユーザに示すべく送信することは、極めて困難と言える。ウェブ基盤のコミュニティサービスでは、グループのメンバが使用する機能を提供できるとはいえ、サービスプロバイダがサービスを制御しており、ユーザは、新たなカスタム機能を追加することはできない。さらに、これらのサービスは、独自のユーザ名およびパスワードの方式を有し、各メンバはこれに申し込まねばならない。
【０００４】
電子通信の一部の形式は、グループ通信で使用するには、効率の悪いまたは扱いにくいものである。例を挙げると、電子メールは、現在最も普及しているグループ内通信の方法である。画像またはその他のコンテンツのみならず、カレンダエントリ、およびその他のファイルを、電子メールを介して友人グループへ送信することができる。しかし、電子メールは、グループ通信のためには、いくつかの部分で不足がある。例えば、電子メールは大量のデータを送信するのには適さず、さらに、各メッセージには手動で対応しなければならない。電子メールは偽造することが可能であり、故に、本質的に不確かなものである。さらに、電子メール添付物の開封に関連するリスクもある。
【０００５】
さらに、現行のシステムでは、グループサービスについてサーバ主体の実施に依存しており、サービスプロバイダが、グループメンバの情報を全て所有している。ユーザは、サービスプロバイダまたはグループサービスを運営管理する第三者の利用規約に同意さえすれば、このようなグループに加入することができる。いかなる場合にも、ユーザは、規約に同意する必要がある。故に、かかる先行技術のシステムでは、上述の運営管理されているサービスは何らかの形で制限されており、ユーザは、サービスプロバイダの諸条件に同意しなければならない。さらに、サービスプロバイダが、メンバのデータに対する権限を事実上所有することができ、いつでもサービス停止を決めることができるので、それによりグループ情報は失われてしまう。グループは、サービスの存続期間を制御する手段をほとんどあるいは全く有しておらず、自分たちの情報について、サービスプロバイダに依存し、これを信頼するほかないのである。加えて、移動電話など、グループの特定のデバイスによってグループサービスを主催することは、様々な問題を引き起こすことが考えられる。例えば、移動電話は、その性質のために、時折使用不可能となることがある。電話がサービスエリアから出ている場合、電池寿命を使い果たしてしまっている場合などである。このような状況下では、グループ全体が、サービスを利用できなくなると考えられる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、通信産業において、グループ通信を管理するのにさらに優れた方法が必要とされている。本発明は、これらおよびその他の必要性を満たし、先行技術の手法に対して別の利点を提供するものである。
【課題を解決するための手段】
【０００７】
上述の先行技術の限界を克服するために、さらに本明細書を読み理解すると明らかになるその他の限界を克服するために、本発明は、ピアツーピア通信を用いて対称型グループを管理するシステム、装置および方法を開示する。
【０００８】
本発明の一実施形態によれば、グループの複数メンバの間におけるグループ通信の、サーバレス管理を容易化する方法が提供される。グループの開始メンバによって、少なくとも１つのグループ管理機能が開始される。グループ管理機能に関連する少なくとも１つのグループ管理メッセージが、開始メンバからグループの１人または複数の他のメンバおよび／または加入予定メンバへ、ピアツーピア通信を通じて送信される。
【０００９】
本発明の別の実施形態によれば、グループの複数メンバの間におけるグループ通信の管理を容易化するための方法が提供される。グループの招待を送信した招待元メンバの通信デバイスからグループの加入予定メンバの通信デバイスへ、ピアツーピア接続を介して、招待が送信される。加入予定メンバが招待を承諾したとき、招待を送信した招待元メンバの通信デバイスにおいてメンバリストが更新されて、加入予定メンバはグループの新メンバとして含まれるようになる。メンバリストを含むグループデータが、招待を送信した招待元メンバから新メンバへ、ピアツーピア接続を介して送信される。
【００１０】
本発明の別の実施形態によれば、グループの複数メンバの間におけるグループ通信の管理を容易化するための方法が提供される。グループの第１メンバの通信デバイスから、アプリケーションデータの送信が開始される。グループメンバの各デバイスにローカルに保存されているメンバリストに基づいて、グループの他の各メンバのアドレスが特定される。アプリケーションデータは、第１メンバからグループの他のメンバへ、ピアツーピア接続を介して送信される。
【００１１】
本発明の別の実施形態によれば、グループのメンバ間におけるピアツーピア通信の管理を容易化するために、通信デバイスと関連するグループ管理モジュールが提供される。グループ管理モジュールは、ローカルデータベースを有し、通信デバイスと関係させられている各グループに関するメンバリストなどのグループデータを保存する。メンバ管理モジュールが、ローカルデータベースに接続されてグループデータの保存および検索を管理しており、アプリケーションプログラミングインターフェース（ＡＰＩ：ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）が、少なくともアプリケーションコンテンツおよびユーザインターフェース（ＵＩ：ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）とメンバ管理モジュールとのインターフェースを取るように構成されている。通信モジュールが、メンバ管理モジュールに接続されていて、この通信デバイスとグループの他のメンバの通信デバイスとの間でピアツーピア通信を行う。
【００１２】
本発明を特徴付けている上記あるいは他の様々な利点および新規性の特徴は、本明細書に添付され本明細書の一部を成す請求項の中で詳細に示される。一方、本発明、その利点および本発明の利用によって達せられる目的をより深く理解するために、本明細書のさらなる一部を成す図面と、それに伴う説明事項を参照する必要があり、そこでは本発明によるシステム、装置、および方法の代表的な事例が図示および説明されている。
【００１３】
本発明は、添付の図面に示された実施形態に関連して説明される。
【発明を実施するための最良の形態】
【００１４】
下記の様々な例示的な実施形態の説明においては、本明細書の一部を成し、本発明を実施可能な多様な実施形態を図解している添付の図面を参照する。当然のことながら、本発明の範囲を逸脱することなく構造上および操作上の変更を施すことが可能であり、従って別の実施形態を利用することもできる。
【００１５】
本発明は、一般に、対称型グループを管理するピアツーピアフレームワークを特に提供する。例えば、ピアツーピアネットワーク接続を使用して、グループメンバへ直接グループ管理メッセージを送信することができる。このフレームワークを使うと、サーバ制御を必要とせずに、例えば、グループのメンバリストの管理、外部アプリケーションに関するグループ通信機能の提供、グループ通信に関するセキュリティおよびその他のグループ管理機能の提供が可能になる。本発明によって、さらに、グループは、サービスプロバイダの制約を伴わずに発展したり、グループデータをグループメンバのデバイスにピアツーピアで保存したりすることができるようになる。関係している各メンバがグループ情報を保存することで、外部の運営管理を必要とせずに耐故障性を備え、それにより強固なピアツーピア通信ソリューションが提供されている。
【００１６】
上述のように、本発明の一態様には、グループ通信を管理するピアツーピアフレームワークおよび方法が含まれる。本発明によるグループ管理フレームワークは、ピアツーピア方式で実施することができ、すなわちサーバレスフレームワークである。サーバ主体の通信では、通信デバイスのユーザ（例えばピアツーピアネットワーク構成における「ピア」）の、グループ機能を変更、追加、または他の方法で管理する能力は極めて限られているが、それは、サービスプロバイダが、これらの機能を制御している上、ユーザには、通常、個別のユーザ名、パスワードなどと関連していることを要求するからである。加えて、電子メールなどのサーバ主体の通信は、大量のデータには適さず、さらに、各メッセージに手動で対応する必要性、電子メールの偽造、添付物開封時のウィルスのリスクというような、その他の不足点も現れている。サーバ主体の通信では、メッセージそのものが、フィルタにかけられるか、あるいは監視される可能性のあることに留意されたい。上記およびその他の理由により、本発明のピアツーピアグループ管理フレームワークおよび方法は、著しく有益なものであり、電子グループ通信に新しいパラダイムを提供するものである。
【実施例】
【００１７】
図１は、本発明に従ったグループ管理方法を概略的に示しているブロック図である。通信デバイス１００乃至１０８のグループは、ピアツーピアネットワークを表している。通信デバイス１００に示されるように、デバイス１００乃至１０８（あるいは多数の他のデバイス）はいずれも、移動電話１００Ａ、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）１００Ｂ、コンピュータ１００Ｃ、またはピアツーピアネットワーク通信に参加することのできるその他のデバイス１００Ｄなどの有線または無線デバイスを含むことができる。
【００１８】
以下に詳細に説明されるように、グループのメンバ間における通信およびコンテンツ共有を確立し管理するのに必要な情報を提供するグループ管理メッセージが、複数のデバイスによって送信／受信される。例えば、新グループメンバの招待、既知のメンバのホワイトリスティングおよび／または非メンバのブラックリスティング、アプリケーション機能などについて、メンバ間のグループ管理メッセージによって対応可能である。この方法により、先行技術よりも多数の利点を実現することができ、これには、新データの即時通知（例えばプッシュ通信）、外部アプリケーションとのグループ通信による統合可能性、異なる種類のデータの自動ディスパッチング／処理、セキュリティをもたらすホワイトリスティングが挙げられるが、これらに限定されない。故に、このことは、特に、サーバレスグループの定義、および、メンバのグループ加入または離脱に伴うかかる定義の動的な更新を可能にするものである。
【００１９】
図２は、本発明に従ってグループ管理フレームワークを実装する通信デバイス２００の一実施形態を示しているブロック図である。図２の実施形態においては、ピアツーピアグループ管理フレームワークが、サーバ（単数または複数）を利用しないことが企図されている。ピアツーピアネットワーク通信を使用して、グループ管理メッセージを、グループメンバと関連しているデバイス２００へ／から直接送信することができる。ユーザがデバイス２００とインターフェースを取ることができるように、ユーザインターフェース（ＵＩ）コンポーネント２０２が設けられ、それにより、他のグループメンバまたは加入予定メンバとの通信が導かれる。アプリケーション２０４を使用して、フレームワークを介して情報を交換することができる。グループ管理エンジン２０６は、グループメンバ間の接続の形成、グループ管理メッセージおよび／またはデータの送信、グループ情報（例えば、クラブリスト、メンバリスト、メンバ管理機能など）の維持管理および／または維持管理の支援などの機能を実行するか、あるいは容易化する。
【００２０】
グループ管理フレームワークのさらに詳しい例示的な実施形態を図３に示す。本実施形態においては、ピアデバイス３００がＵＩ３０２を含んでおり、このＵＩとしては、ユーザへの情報の提示、ユーザコマンドの受け入れ、および／またはその他のＵＩ機能を果たす、グラフィカルユーザインターフェース（ＧＵＩ：Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）などの画像またはその他のインターフェースが挙げられる。図示された実施形態では、ユーザインターフェーススクリーン３０４乃至３１２が、グループへメンバを招待するのに使用される代表的なピアデバイス用スクリーンを表している。例えば、野球クラブ３１４に関して、メンバ（例えばジェフ３１６）が、新メンバのマーク３２０を招待する３１８ことができる。新メンバは、スクリーン３１０に示されているようにして、クラブへ加入するよう誘われてもよい。新メンバが承諾すれば、この新メンバ（マーク）は、スクリーン３１２に示されているように、新メンバとして受け入れられる。
【００２１】
前述のような招待または他のグループ管理機能を実行するために、グループ管理フレームワークアーキテクチャ３３０が用意され、これは図示された実施形態では「Ｃｌｕｂｓｔｅｒエンジン」と名付けられている。図示された実施形態において、Ｃｌｕｂｓｔｅｒエンジン３３０は、エンジンのアプリケーションプログラミングインターフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）３３２、クラブデータベース３３４ならびにこれに関連しておりクラブリストおよびメンバリストなどの情報を管理するメンバ管理ロジック３３６、通信エンジン３３８を含んでいる。図示された実施形態の通信エンジン３３８は、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を使用して、グループメンバ間の接続を形成し必要に応じてデータを送信する。ＳＩＰ通信エンジン３３８は、シンビアン（Ｓｙｍｂｉａｎ）オペレーティングシステムの場合であればシンビアンＳＩＰスタック３４０などのＳＩＰスタックの上にあってもよい。ＳＩＰ（あるいは他の類似する）通信エンジン３３８は、例えば、ＳｅｎｄＰａｃｋｅｔ（ｄａｔａｐａｃｋｅｔ，ｕｓｅｒ）、ＲｅｃｅｉｖｅＰａｃｋｅｔ（ｄａｔａｐａｃｋｅｔ，ｕｓｅｒ）などのメッセージ、および／または他の同様のメッセージの送信を容易化する。
【００２２】
エンジンＡＰＩ３３２は、ユーザインターフェース３０２と、コンテンツプラグインモジュール３５０で表されているようなアプリケーションとを結び付ける。ＡＰＩ３３２は、例えば、加入予定メンバの招待（例えば、ＩｎｖｉｔｅＵｓｅｒ（ｕｓｅｒ，ｇｒｏｕｐ））、メンバリスト（例えば、ＬｉｓｔＭｅｍｂｅｒｓ（ｇｒｏｕｐ））、ユーザ情報の入手（例えば、ＧｅｔＵｓｅｒＩｎｆｏ（ｕｓｅｒ））、パケット配信（ＳｅｎｄＰａｃｋｅｔ（ｄａｔａ，ｇｒｏｕｐ））などのメッセージの通信を容易化する。図示された実施形態では、アプリケーションは、カレンダプラグイン３５２、ディスカッションフォーラムプラグイン３５４、ファイル送信者プラグイン３５６、チャットプラグイン３５８などのプラグインコンポーネントとして実装される。
【００２３】
使用例の１つとして、グループ（「クラブ」とも称される）へメンバが招待される。このような例では、人がグループへ招待されるとき、この人はグループメンバのうちの１人から直接招待を受け取る。招待の承諾については招待元のメンバへ返送され、この招待元のメンバが、次に、グループデータのミラーリング、および他のメンバに対する新メンバの通知に対応することになる。図示された実施形態では、ＳＩＰを使用して、グループメンバ間の接続を形成し、必要に応じてデータを送信している。Ｃｌｕｂｓｔｅｒエンジン３３０のコンポーネントは、本発明のグループ管理フレームワークを実装しており、ユーザが、ＵＩコンポーネント３０２を使用して他のユーザを招待できるようにし、さらに他のアプリケーション３５０を使用してフレームワークを介した情報交換をできるようにしている。
【００２４】
グループからの離脱など他のグループ管理機能も、同様の方法で実施することができ、例えば、クラブから離脱したい人は、自分のグループ管理アプリケーションを使用してグループを脱退し、このグループ管理アプリケーションによりグループの各メンバに脱退メッセージが送信される。次いで、メンバたちのフレームワークインスタンスが、脱退している人をメンバリストから自動的に排除する。
【００２５】
一実施形態においては、外部アプリケーションへのリンクが、プラグインコンポーネントとして実装されるように設計されている。例えば、カレンダプラグイン３５２は、クラブメンバにカレンダエントリを送信するのに使用することができる。このように、外部アプリケーション３５０は、プラグイン（単数または複数）を使用してＣｌｕｂｓｔｅｒエンジン３３２を介した通信を行うことにより、確立されたクラブを活用することができる。一実施形態においては、プラグインがクラブにデータを送信するとき、データは、そのプラグインの識別情報によってタグ付けされる。このタグを用いれば、以下にさらに詳細に説明されるように、フレームワークの受信インスタンスがデータを正しいプラグインへ振り分けることができ、プラグインはこのデータをアプリケーションへ配信することができる。
【００２６】
ここで、図４乃至８に関連して、代表的な使用例を説明する。当然のことながら、図４乃至８の例は、本発明のグループ管理フレームワークに関連する代表的な機能の理解を容易にする目的で提示されているのであり、本発明は、明らかに、本明細書で説明される特定例に限定されるものでない。
【００２７】
まず、図４を参照すると、グループに新メンバを招待する代表的な使用事例が図示されている。図示された実施形態では、ピアツーピアフレームワークによって対称型グループの管理が規定され、ここで対称型グループとは、グループメンバのリストがグループ内で共有されているグループを指している。図示された実施形態のように、対称型グループの管理機能が実際のグループサービスから切り離されている場合、管理機能は、あらゆる種類のグループに適用できる汎用モジュール内で指定される。上述のモジュールを使用すると、新しいグループを作成すること、加入するように人を招待すること、グループから離脱すること、特定のメンバ（単数または複数）をグループから離脱させること、およびその他のグループ管理操作が可能になる。図４は、グループにユーザを招待する、対称型グループ管理機能を表している。
【００２８】
図４に示されているように、ユーザと関連している複数のデバイスがグループを形成することができる。例えば、デバイス４００、４０２、４０４および４０６は、ピアツーピア通信を実行することのできるグループを表している。デバイス４００、４０２、４０４、４０６はいずれもピアツーピア接続を実行することのできる任意の通信デバイスを表しており、これには移動電話４００Ａ、ＰＤＡ４００Ｂ、コンピュータ４００Ｃ、またはピアツーピアネットワーク通信に参加することのできる他の無線または有線デバイス４００Ｄなどがある。対称型グループへ新しい人が招待されるとき、グループメンバから招待が送信され、招待された人が承諾した場合には、招待された人へグループ情報が転送され、他のグループメンバは、グループに新メンバが加わったことを通知される。より詳しくは、グループメンバのうちの１人が、自分の通信デバイス４００を介して、グループへ招待されるユーザの通信デバイス４０８へ、招待「Ａ」を送信する。デバイス４０８のユーザは、招待の承諾「Ｂ」で返答してもよい。招待元のユーザは、次に、クラブ情報をミラーリング「Ｃ」し、すなわち、クラブ情報が新メンバへ伝えられる。このクラブ情報には、メンバリストなどクラブに関する様々な情報が含まれていてもよい。さらに、グループの他のメンバ４０２、４０４、４０６に対して、新メンバについての通知「Ｄ」がなされる。図示された実施形態の、招待元のデバイス４００は、故に、招待されたデバイス４０８へクラブデータを提供する責任を引き受け、さらに既存のメンバへ通知する責任も引き受ける。新メンバ４０８も今やクラブデータを有しているので、同様の方法で新しいメンバを招待することができる。
【００２９】
図５は、本発明のグループ管理フレームワークによるグループの作成、およびグループメンバの招待の、代表的な例を図示しているメッセージフロー図である。図５の実施形態において接続を形成するのに、他のプロトコルも同様に使用できるのであるが、代表例として使用されているプロトコルはＳＩＰである。各デバイスは、グループの形成および管理に使用されるＳＩＰグループアプリケーション／ミドルウェアを備えている。この例では、ＳＩＰが、メンバのデバイスへアドレス指定および接続するのに使用されているが、一方、実際のグループ管理および通信では、ＳＩＰ接続上のアプリケーションレベルのプロトコルを使用してもよい。例えば、通信セッションに他者を招待するのに、ＳＩＰまたはセッションを開始するその他の類似したプロトコルを使用してもよいが、本発明の一実施形態では、グループ加入または離脱に関連するネゴシエーションなどの機能、および／または他の各種グループ管理機能を容易化するため、別のプロトコルを同時に使用することを伴う。
【００３０】
図５の例では、クラブ主催者５００（アリス）が新しいクラブを設立する５０２。クラブ主催者は、新しいクラブへ招待する対象のユーザを特定し５０３、招待されるユーザ−１（ボブ）へ、ＳＩＰプロキシ５０８を介して、招待（例えばＳＩＰのＩＮＶＩＴＥメッセージ）を送信する５０４。通信制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）接続が確立され５１０、要求成功通知（例えば、２００  ＯＫ）がアリス５００へ返送される５１２。確認応答（例えばＡＣＫ）がボブ５０６へ返送され５１４、招待パケットがアリス５００からボブ５０６へ転送される５１６。ボブ５０６は、招待承諾パケットを送信する５１８。それに応じて、アリス５００は、ボブを完全なメンバへ切り替え５２０、ボブ５０６へ、メンバリストを含む完全なクラブ情報を送信し５２２、さらに、ボブの新メンバの通知を各メンバ（現在、ボブのみが含まれている）へ送信する。ボブ５０６は、今やアリスのグループのメンバであり、アリスによって提供されたミラーリング済みの情報（クラブ情報）を使用してグループへメンバを招待することもできる。
【００３１】
次いで、アリス５００は、第２のユーザのセシル５２８をグループへ招待する５２６。これは、セシルに対するＳＩＰ接続およびＴＣＰパイプの形成５３０、および招待パケットの形成５３２によって開始される。セシルがメンバになることを承諾したら、セシル５２８は、招待承諾パケットを送信し５３４、それに応じて、アリス５００がセシル５２８へ、完全なクラブ情報を送信する５３６。次に、アリスは、今やボブ５０６およびセシル５２８の両方が含まれているグループの各メンバへ、セシルの新メンバの通知を送信する５３８、５４０。その後、アリスがアプリケーションを閉じると、アリスからオープンされていたＳＩＰ接続が終了する５４２。
【００３２】
当然のことながら、それぞれの接続が行われるときには、グループ管理フレームワークが、接続している相手がグループのメンバであるかどうかを確認している。メンバでない場合は、招待メッセージだけが認められる。これは、グループ情報へのアクセスを制限するホワイトリスティングの一例である。
【００３３】
図６は、ピアツーピアフレームワークにおいて、ある水準のグループセキュリティを備える方法の例を図示している。対称型グループ管理フレームワークが装備されていれば、メンバリストを使用して、何らかのグループ通信機能を使おうと入ってくる接続を許可あるいは却下することができる。例えば、グループが、画像共有機能を有しており、さらに、とあるグループと自分の画像ライブラリを共有している人がいる場合、グループ管理フレームワークは、グループメンバリストを使用して、画像を見ることのできる人を制限することができる。メンバは各々グループメンバリストに記載されているので、非メンバは、グループへ同様に招待されない限りは、グループ通信機能へ手を伸ばすことはできない。
【００３４】
より詳細には、図６に、グループ６００の現在の３メンバ、すなわちデバイス６０２、６０４および６０６を図示している。図示された実施形態では、インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークであるネットワーク６０８を介して、新メンバ６１０をグループ６００へ招待することができる。一方、デバイス６１２のユーザがグループ通信機能（例えば、前述の例の画像共有機能）を使おうとしたら、デバイス６１２のユーザはメンバリストと関連していないために、このユーザはこの機能の使用を禁止される。例えばデバイス６０２のグループ管理フレームワークは、デバイス６１２に関連する情報とメンバリストの情報とを比較することによって、デバイス６１２がメンバリストと関連しているかどうかを判断することができる。デバイス６１２がメンバリスト上に見つからない場合は、アクセスは許可されない。故に、メンバリストは、接続が許可されるアドレスの「ホワイトリスト」の機能を果たしている。
【００３５】
図７は、特定のグループのメンバへアプリケーション情報を送信する例を図示している。グループ通信サービスを必要とするアプリケーションは多数あってもよいので、各アプリケーションは、グループ通信フレームワーク上で、各自のデータを個別の方法で送信してもよい。グループに属している複数の人はグループのメンバでカレンダエントリを共有したがることが考えられるので、例示的なアプリケーションとして、カレンダアプリケーションを挙げる。これは、本発明のグループ通信フレームワークを使用したサービスの一例を表している。
【００３６】
図７の例において、デバイス７００は、カレンダアプリケーション７０２を含んでいる。デバイス７００のユーザが、カレンダデータ７０１をグループＡへ送信してもよい。グループ管理フレームワーク７０４が、グループＡのグループメンバを判断し、適切なアドレス（例えば、ユーザＸ７１０およびユーザＹ７２０と関連しているアドレスＸ、Ｙ）へ、ネットワークアクセスモジュール７０６を介して情報を送信する。各ユーザデバイスはネットワークアクセスモジュール７１２を有しており、受信されたグループデータは、それぞれのグループ管理フレームワークモジュール７１４へ提供され、ひいては、適切なアプリケーション７１６へと提供されることが可能である。
【００３７】
この場合、送信デバイス７００のカレンダアプリケーション７０２は、グループ管理フレームワークを使用して対称型グループへアクセスすることができる。カレンダアプリケーションは、直接フレームワーク７０４へ指示をして、そのデータ（例えばカレンダエントリ）を特定のグループのメンバへ送信させるようにできる。カレンダアプリケーション７０２は、データが実際に送信される方法について、関わる必要はない。それはフレームワーク７０４が対応する。データは、ＴＡＧCALと標示されたカレンダタグ７０５によって図示されているように、カレンダアプリケーションと関連付けられるように「タグ付け」される。カレンダデータがグループのメンバへ送付された後、受信者デバイス７１０、７２０は、データ７０１を復号し、それを用いて何らかの有用なことを行う。データ７０１と関連するタグ７０５を使用すれば、受信グループ管理フレームワークのインスタンス（例えば、グループ管理フレームワークインスタンス７１４）は、どのアプリケーションによってデータが送信されたのかを判断することができる。受信グループ管理フレームワークインスタンス７１４は、このタグ７０５を用いることにより、ローカルカレンダアプリケーション７１６へ、新しいデータが受信されたことを通知する。次いで、受信デバイスのカレンダアプリケーション７１６が、例えばこのカレンダエントリをローカルカレンダに追加するなどして、データ７０１を処理する。
【００３８】
当然のことながら、別のアプリケーションにも同様のプロセスを使用することができるのであるが、本発明の本態様について理解しやすくするためにカレンダアプリケーションについて記載していることに留意されたい。別のアプリケーションは各々のタグと関連付けられることになり、それによって受信者デバイスのグループ管理フレームワークが、データを処理するのに適切なローカルアプリケーションを判断することができる。
【００３９】
図８は、本発明のグループ管理フレームワークを介してアプリケーションデータを提供可能な方法の代表的な例を図示しているメッセージフロー図である。図８の実施形態における代表的なアプリケーションはカレンダアプリケーションであり、カレンダデータが、プラグインを使用して、グループ管理フレームワークを介して送信される。故に、以下にさらに十分に説明するように、外部アプリケーションは、プラグインを使用してグループ管理フレームワークを介した通信を行うことによって、確立されたクラブを活用することができる。
【００４０】
図示された実施形態では、デバイス−Ａ８００のグループ管理機能は、ｃｌｕｂｓｔｅｒエンジン８０２として示され、カレンダ８０８と関連するカレンダプラグイン８０６を初期化する８０４。ユーザは、カレンダアプリケーション８０８を開始し８１０、関連するカレンダ（またはその一部分）を共有することを選択する８１２。カレンダアプリケーション８０８は、プラグイン８０６を介してｃｌｕｂｓｔｅｒエンジン８０２のサービスを利用し、クラブ名を入手する８１４、８１６。ユーザは、クラブを選択し８１８、プラグイン８０６を介してクラブ情報をｃｌｕｂｓｔｅｒエンジン８０２へ送信し８２０、８２２、ここでは、クラブ情報はこのカレンダプラグイン８０６の識別情報でタグ付けされている。ｃｌｕｂｓｔｅｒエンジン８０２は、メンバを特定して、各メンバへクラブ情報を送信する８２４。メンバの１人が、デバイス−Ｂ８３０と関連しているメンバであり、このデバイスも同様にｃｌｕｂｓｔｅｒエンジン８３２、カレンダアプリケーション８３４および関連するプラグイン８３６を有している。ｃｌｕｂｓｔｅｒエンジン８３２が、カレンダプラグイン８３６を初期化し８３８、プラグイン８３６はクラブ名を入手する８４０。ｃｌｕｂｓｔｅｒエンジン８３２は、インバウンド接続８２４およびローカルグループデータベース内の情報から、送信者（デバイス−Ａ８００）がグループのメンバであるかどうかを判断することができる８４２。メンバであれば、クラブデータに関連しているタグが、フレームワークの受信インスタンス（例えば、デバイス−Ｂ８３０のｃｌｕｂｓｔｅｒエンジン８３２）によって特定され、相当するプラグイン８３６へ誘導される８４４。受け取り次第、「カレンダエントリ受信」などのダイアログがデバイス−Ｂ８３０上に表示されてもよい８４５。該当する情報は、プラグイン８３６を介して、カレンダアプリケーション８３４のカレンダに保存される８４６。
【００４１】
上述のように、情報がグループ全体にわたって広まるとき、クラブ／グループ情報は各グループメンバへミラーリングされる。先行技術のシステムでは、グループサービスはサーバ主体の実施に依存しており、そこではサービスプロバイダがグループメンバの情報を全て所有している。ユーザは、サービスプロバイダ、またはグループサービスを運営管理している第三者の利用規約に同意さえすれば、このようなグループに加入することができる。いかなる場合にも、ユーザは規約に同意する必要がある。故に、かかる先行技術のシステムでは、これらの運営管理されているサービスは、何らかの形で制限されており、ユーザは、サービスプロバイダの諸条件に同意しなければならない。さらに、サービスプロバイダが、メンバのデータに対する権限を事実上所有することができ、いつでもサービスの停止を決めることができるので、それによりグループ情報は失われてしまう。グループは、サービスの存続期間を制御する手段をほとんどあるいは全く有しておらず、自分たちの情報について、サービスプロバイダに依存し、これを信頼するほかないのである。加えて、移動電話など、グループの特定のデバイスによってグループサービスを主催することは、様々な問題を引き起こすことが考えられる。例えば、移動電話は、その性質のために、時折使用不可能となることがある。電話がサービスエリアから出ている場合、電池寿命を使い果たしてしまっている場合などである。このような状況下では、グループ全体が、サービスを利用できなくなると考えられる。
【００４２】
上述およびその他の問題は、各グループメンバのデバイス内にグループ情報をミラーリングすることにより対処される。このやり方でグループ情報を広め、各々のピアデバイス上に情報を保存すると、サービスプロバイダの制約なしに、グループが発展することが容易になる。グループにおける変化については、直接、各メンバへ伝えられるか、または「ミラーリング」されるので、それにより各ユーザがグループ情報をローカルに格納することになる。データは、複数のデバイスに保存されるため、１つのデバイスの消失は深刻ではない。本発明の本態様によって、耐故障性が備わり、さらに、ユーザは、１つのデバイスから他のデバイスへ変更しても、現在の全グループ情報を受け取ることができるようになる。さらに、外部の管理組織がないために、機密の、あるいは他の慎重を期するような情報であっても、同様にグループ内に保存することができる。
【００４３】
前述のように、ユーザは、自分自身が唯一のメンバとなってグループを立ち上げることができる。その後、ユーザは、グループに加入するように他のユーザを招待することができる。グループ情報は各グループメンバのデバイスに保存され、その情報は、グループにユーザが少なくとも１人いる限りは利用可能である。ユーザは、随意にグループから離脱することができ、そのユーザに関するユーザ情報は、グループ情報から排除される。
【００４４】
この方法で形成されたグループは、任意のグループ通信サービスに使用することができ、これには、インスタントメッセージ、チャット、ファイル転送および他のコンテンツ配信、スレッド対話が挙げられるが、これらに限定されない。サービスによっては、共有ファイルまたは対話などの情報を、何らかのネットワーク通信を伴わずに各メンバのデバイス上で見ることができる。グループの記憶情報は各デバイス上にミラーリングされているので、メンバは迅速に情報へアクセスすることができ、そのため情報の読み出し、あるいは入手が非常に高速になる。
【００４５】
本発明の一実施形態によれば、グループサービスは、集中型の管理組織またはストレージを必要とすることもあるいは利用することもない。故に、本発明によれば、グループによって所有されている情報は全て、各メンバデバイスへ分配され同期を取られている。情報を仮想共有された記憶空間へ保存すると、この情報は、各メンバのデバイスへ現実にミラーリングすることによってグループメンバが利用できるようになる。グループ管理フレームワークに従ってファイルを保存する例が、図９に示されている。ユーザが、グループで共有する対象のコンテンツ、ファイル（単数または複数）、または他の情報を作成あるいは入手するのであるが、図示された実施形態において、この情報はファイルである。ファイルのコピーが、ユーザのデバイス９００にローカルに保存される。次いで、ファイルは、デバイス９０２、９０４へのファイル転送で図示されているように、グループの各メンバへ送信または「ミラーリング」される。受信者グループのデバイス９０２、９０４は、ファイルを受信してローカルに保存し、ユーザはファイルに対してローカルアクセスを行う。
【００４６】
運営管理されていないグループサービスを使用することは、グループメンバがサービスプロバイダに依存しなくなることを望んでいる場合に、特に有益である。グループ形成のために特別なサーバを必要とせず、グループの存在が外部の制約に制限されることもない。グループデータのミラーリングによって、グループにユーザが少なくとも１人いる限りは、データの存在することが保証されている。グループに多数のメンバがいるような状況下の、メンバ間における情報同期化の課題は、例えば、グループのストレージ内でのデータ編集、またはグループのストレージからのデータ除去を、発生元ユーザができるようにすることによって、軽減することができる。発生元ユーザは、グループを設立したメンバ、および／または広まっている特定の情報を作成したメンバであってもよい。
【００４７】
本発明による機能および操作を実行するのに、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせを使用してもよい。本発明によるモバイルデバイスとしては、移動電話、ＰＤＡ、およびその他の無線コミュニケータのほか、地上通信線によるコンピュータシステムおよびコミュニケータが挙げられる。本発明を実装することのできるモバイルデバイスの代表的な例が図１０に図示されている。モバイルデバイス１０００は、コンピュータシステムを利用して、従来のデバイス動作のほか、本発明によって提供される機能を制御および管理している。代表的なモバイルデバイス１０００は、本発明による操作を実行することのできるコンピュータシステムを含んでいる。例えば、代表的なモバイルデバイス１０００は、マイクロプロセッサ、縮小命令セットコンピュータ（ＲＩＳＣ：ｒｅｄｕｃｅｄ  ｉｎｓｔｒｕｃｔｉｏｎ  ｓｅｔ  ｃｏｍｐｕｔｅｒ）、またはその他の中央処理モジュールなどの、処理／制御ユニット１００２を含んでいる。処理ユニット１００２は、単一のデバイスである必要はなく、１つあるいは複数のプロセッサを含んでいてもよい。例えば、処理ユニットには、マスタプロセッサ、およびマスタプロセッサと対話するように接続されている関連スレーブプロセッサが含まれていてもよい。
【００４８】
処理ユニット１００２は、プログラムストレージ／メモリ１００４内で入手可能なプログラムによる命令に従ってモバイルデバイス１０００の基本的な機能を制御する。ストレージ／メモリ１００４には、オペレーティングシステム、ならびに本発明に関連する様々なプログラムおよびデータモジュールが含まれていてもよい。本発明の一実施形態においては、モバイルデバイスの電源を落としてもプログラムが失われないように、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ−ｅｒａｓａｂｌｅ、ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、フラッシュＲＯＭなどに、プログラムが保存されている。ストレージ１００４には、さらに、その他の種類の読み出し専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）ならびにプログラム可能および／または消去可能ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、加入者インターフェースモジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ  ｉｎｔｅｒｆａｃｅ  ｍｏｄｕｌｅ）、無線インターフェースモジュール（ＷＩＭ：ｗｉｒｅｌｅｓｓ  ｉｎｔｅｒｆａｃｅ  ｍｏｄｕｌｅ）、スマートカード、またはその他の固定式あるいは取り外し可能なメモリデバイスのうちの、１つまたは複数を含めることができる。本発明に従ってモバイルデバイス操作を実行するのに適切なソフトウェアについても、インターネットおよび中間無線ネットワーク（単数または複数）といった１つまたは複数のネットワークを通じて電子的にダウンロードするなど、データ信号を通じてモバイルデバイス１０００へ送信することができる。
【００４９】
他の標準的なモバイルデバイス機能を実行するために、プロセッサ１００２は、さらに、モバイルデバイス１０００と関連するユーザインターフェース（ＵＩ）１００６に接続されている。ＵＩ１００６としては、例えば、液晶ディスプレイなどのディスプレイ１００８、キーパッド１０１０、スピーカ１０１２、およびマイクロフォン１０１４が挙げられる。当技術分野で周知のように、プロセッサ１００２には、上記およびその他のＵＩコンポーネントが接続されている。キーパッド１０１０は、番号のダイヤル、グラフィカルＵＩスクリーンを通じてのナビゲートなど多様な機能を実行するための英数字キーを含んでいてもよい。他のＵＩメカニズムを採用することもでき、音声命令、スイッチ、タッチパッド／スクリーン、ポインティングデバイスを用いたグラフィカルユーザインターフェース、トラックボール、ジョイスティック、またはその他任意のユーザインターフェースメカニズムなどがある。
【００５０】
無線デバイス１０００には、さらに、モバイルネットワークによる無線送信を実行する従来型の回路構成を含めることもできる。ＤＳＰ１０１６を用いて、アナログ−デジタル（Ａ／Ｄ：ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌ）変換、デジタル−アナログ（Ｄ／Ａ：ｄｉｇｉｔａｌ−ｔｏ−ａｎａｌｏｇ）変換、音声符号化／復号化、暗号化／暗号解読、エラー検出および修正、ビットストリーム変換、フィルタリングなど、様々な機能を実行してもよい。トランシーバ１０１８は、通常、アンテナ１０２０に接続されており、モバイルデバイス１０００に関連する発信無線信号１０２２を送信し、着信無線信号１０２４を受信する。
【００５１】
図示された実施形態では、ストレージ／メモリ１００４は、本発明によるグループ管理フレームワーク機能を容易化するのに必要な様々なクライアントプログラムまたはユーザエージェントを保存する。例えば、ストレージ１００４は、アプリケーション（単数または複数）１０３０および関連するアプリケーションプラグイン（単数または複数）１０３２などの様々なプログラムモジュールを含んでいてもよい。ストレージ／メモリ１００４は、さらに、例えばフレームワークエンジンＡＰＩ１０３６、メンバ管理モジュール１０３８および関連するグループデータのデータベース１０４０、および通信エンジン１０４２などを含むグループ管理フレームワークをも、含んでいる。ストレージ／メモリ１００４には、オペレーティングシステム１０４４などの標準的なデータまたはプログラムも含まれていてもよい。
【００５２】
上記の、本発明の例示的な実施形態に関する記述は、例示および説明のために提示されてきた。これは網羅的に示そうとするものではなく、あるいは、開示された形態そのものに本発明を限定しようとするものではない。上述の教示に照らして、多様な変更および変形が可能である。本発明の範囲は、この詳細な記述によって制限されるものではなく、本明細書に添付されている請求項によって判断されるものである。
【図面の簡単な説明】
【００５３】
【図１】本発明によるグループ管理方法を概略的に図示しているブロック図である。
【図２】本発明によるグループ管理フレームワークを実装する通信デバイスの一実施形態を図示しているブロック図である。
【図３】本発明によるグループ管理フレームワークの代表的な実施形態を示す図である。
【図４】グループに新ユーザ（単数または複数）を招待する代表的な使用事例を示す図である。
【図５】本発明のグループ管理フレームワークによるグループ作成およびグループメンバの招待の代表的な例を図示しているメッセージフロー図である。
【図６】ピアツーピアフレームワークにおいてある水準のグループセキュリティを提供する例示的な方法を示す図である。
【図７】特定のグループのメンバへアプリケーション情報を送信する例を示す図である。
【図８】本発明のグループ管理フレームワークを介してアプリケーションデータを提供できる方法の代表的な例を図示しているメッセージフロー図である。
【図９】グループ管理フレームワークによるファイル保存の例を示す図である。
【図１０】本発明を実装可能なモバイルデバイスの代表的な例を示す図である。
【図１】
2009500708.tif 000003
【図２】
2009500708.tif 000004
【図３】
2009500708.tif 000005
【図４】
2009500708.tif 000006
【図５】
2009500708.tif 000007
【図６】
2009500708.tif 000008
【図７】
2009500708.tif 000009
【図８】
2009500708.tif 000010
【図９】
2009500708.tif 000011
【図１０】
2009500708.tif 000012
【国際調査報告】
2009500708.tif 000013
2009500708.tif 000014
2009500708.tif 000015