(57)【要約】  各クライアント端末は、他のクライアント端末のユーザを所定のグループに招待した履歴を記憶し、当該履歴は、当該グループの識別情報と、当該グループの話題情報と、当該グループに招待したユーザの識別情報とを対応付けて有する。グループ形成システムでは、削除されたグループの復元を望むユーザの第１のクライアント端末は、削除グループの話題情報と、削除グループの識別情報と、この端末が削除グループに招待したユーザの識別情報とを含む招待要求を、削除グループに招待したユーザのクライアント端末に送り、招待要求を受け取った第２のクライアント端末は、この端末が記憶する履歴に、招待要求中の話題情報と同一の話題情報が含まれ、かつ、招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、この端末が該当グループに招待したユーザの内、招待要求が含む招待したユーザに含まれていないユーザに招待要求を送信する。
2008146362.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
削除されたグループの少なくとも一部を復元する際、当該グループの復元を望むユーザの第１のクライアント端末は、
前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループに、前記招待要求を送信することを特徴とするグループ形成システム。
【請求項２】
請求項１に記載のグループ形成システムであって、
前記招待要求には、前記第１のクライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするグループ形成システム。
【請求項３】
請求項２に記載のグループ形成システムであって、
前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記第１のクライアント端末が送信した招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加することを特徴とするグループ形成システム。
【請求項４】
請求項１に記載のグループ形成システムであって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするグループ形成システム。
【請求項５】
請求項１に記載のグループ形成システムであって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするグループ形成システム。
【請求項６】
請求項１に記載のグループ形成システムであって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするグループ形成システム。
【請求項７】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを拡張する際、当該グループの拡張を望むユーザの第１のクライアント端末は、
前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信することを特徴とするグループ形成システム。
【請求項８】
請求項７に記載のグループ形成システムであって、
前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするグループ形成システム。
【請求項９】
請求項７に記載のグループ形成システムであって、
前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加することを特徴とするグループ形成システム。
【請求項１０】
請求項７に記載のグループ形成システムであって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするグループ形成システム。
【請求項１１】
請求項７に記載のグループ形成システムであって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするグループ形成システム。
【請求項１２】
請求項７に記載のグループ形成システムであって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするグループ形成システム。
【請求項１３】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを新規作成する際、当該グループの新規作成を望むユーザの第１のクライアント端末は、
前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信することを特徴とするグループ形成システム。
【請求項１４】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
削除されたグループの少なくとも一部を復元する際、前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループのクライアント端末に、前記招待要求を送信することを特徴とするクライアント端末。
【請求項１５】
請求項１４に記載のクライアント端末であって、
前記招待要求には、当該クライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするクライアント端末。
【請求項１６】
請求項１４に記載のクライアント端末であって、
当該クライアント端末は、当該クライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記該当グループに招待したユーザ又はグループの内、前記他のクライアント端末から受け取った招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加することを特徴とするクライアント端末。
【請求項１７】
請求項１４に記載のクライアント端末であって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするクライアント端末。
【請求項１８】
請求項１４に記載のクライアント端末であって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするクライアント端末。
【請求項１９】
請求項１４に記載のクライアント端末であって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするクライアント端末。
【請求項２０】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを拡張する際、前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信することを特徴とするクライアント端末。
【請求項２１】
請求項２０に記載のクライアント端末であって、
前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするクライアント端末。
【請求項２２】
請求項２０に記載のクライアント端末であって、
当該クライアント端末は、当該クライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加することを特徴とするクライアント端末。
【請求項２３】
請求項２０に記載のクライアント端末であって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするクライアント端末。
【請求項２４】
請求項２０に記載のクライアント端末であって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするクライアント端末。
【請求項２５】
請求項２０に記載のクライアント端末であって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするクライアント端末。
【請求項２６】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを新規作成する際、前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信することを特徴とするクライアント端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して通信可能な複数の通信端末のグループ化を行うグループ形成システムに関する。
【背景技術】
【０００２】
移動通信の業界団体であるＯＭＡ（Open Mobile Alliance）が仕様を公開するＩＭＰＳ（Instant Messaging and Presence Service）やＰｏＣ（Push to talk Over Cellular）をサポートするシステムでは、複数の通信端末をグループ化することができる。例えば、ある通信端末のユーザが、グループに招待するユーザの識別情報及びこのグループへの招待要求を、グループを管理するサーバに送信した後、招待されたユーザが所定の手続きを行えば、少なくともこれら２人のユーザをメンバーとしたグループが形成される。しかし、このグループ形成方法によれば、招待する側のユーザの通信端末に招待される側のユーザの識別情報が予め保持されていなければならず、かつ、招待する側のユーザがマニュアル操作で招待される側のユーザを指定しなければならない。【０００３】
特許文献１〜３には、これらの点に改善を加えた技術が開示されている。特許文献１に開示された技術によれば、各ユーザの趣味や嗜好が予め登録され、サーバが特定の趣味や嗜好を持つユーザの端末、又は特定の条件に該当する端末を抽出し、抽出された端末に、生成したグループのグループアドレスを通知する。特許文献２に開示された技術によれば、サーバが、ユーザ又はユーザが参加しているグループと、現存するグループとのマッチングを行い、グループを拡張する。特許文献３に開示された技術によれば、トピックの検索要求をノードに送信し、このノード及びこのノードから検索要求が転送された他のノードが、得られた検索要求と各ノードのトピックリストとを比較した結果を返送することにより、複数のノード間でコミュニティを形成する。【０００４】
上記説明した特許文献１〜３に開示された技術によれば、招待する側のユーザの端末に、招待される側のユーザの識別情報又は趣味や嗜好等の情報が保持されている必要がなくても、条件に合うユーザをグループに招待することができる。また、招待する側のユーザは、条件に合うユーザをマニュアル操作で指定する必要がない。
【特許文献１】特開２００３−１３４１６１号公報
【特許文献２】特開２００５−２８４４９５号公報
【特許文献３】特開２００６−２３６３４４号公報
【特許文献４】特開２００５−３５４２９４号公報
【特許文献５】特開２００５−３１２０４５号公報
【特許文献６】特開２００４−０５４３４０号公報
【特許文献７】特開２００５−２７７８０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＩＭＰＳによれば、ユーザはプライベートグループを自由に作成及び管理することができ、当該プライベートグループに関して所定のレベル以上のアクセス権を有するユーザに作成、削除及び管理の権限が与えられる。このように、プライベートグループを削除する権限が特定のユーザだけに設定されるといった仕様ではない。このため、グループに参加していたメンバーの同意が得られていないにもかかわらず、ユーザによりプライベートグループが削除されてしまうといったことがあり得る。なお、ＩＭＰＳで規定されているパブリックグループは、プロバイダによって作成及び管理され、ユーザに作成、削除及び管理の権限は与えられていない。【０００６】
上記説明した技術では、このようにして削除されたグループの一部又は全部を復元することができない。例えば、特許文献１の技術では、各ユーザの趣味や嗜好が外部に公開可能なユーザ情報の一部として登録されており、条件に合ったユーザの一部をメンバーとしたグループが形成される。このため、当該技術では、グループが削除されるとメンバーに関する情報も削除されてしまうため、削除されたグループに属していたユーザや信頼できるユーザにメンバーを限って、グループを復元することができない。【０００７】
また、グループの新規作成及び拡張に関して、特許文献１の技術では、新規作成又は拡張するグループに関する特定の条件に当てはまるユーザをサーバが検索する必要がある。このため、サーバにはユーザ検索機能が必要であり、また、サーバに検索のための負荷がかかる。また、特許文献２及び特許文献３の技術では、ユーザの趣味や嗜好に関連し、かつ、現存するグループに既に参加している場合以外は、特定の条件に関連するグループを新規作成又は拡張することができない。また、現存するグループに参加している場合でも、各ノードに検索機能が備わっている必要があるため、ノードに検索のための負荷がかかる。【０００８】
このように、特許文献１〜３の技術では、削除されたグループの復元やグループの新規作成又は拡張を含むグループの形成を簡易に行うことができない。【０００９】
本発明の目的は、グループの形成を簡易に行うことのできるグループ形成システムを提供することである。
【課題を解決するための手段】
【００１０】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、削除されたグループの少なくとも一部を復元する際、当該グループの復元を望むユーザの第１のクライアント端末は、前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、前記招待要求を受け取った第２のクライアント端末は、当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループに、前記招待要求を送信するグループ形成システムを提供する。【００１１】
上記グループ形成システムでは、前記招待要求には、前記第１のクライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれている。【００１２】
上記グループ形成システムでは、前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記第１のクライアント端末が送信した招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加する。【００１３】
上記グループ形成システムでは、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。【００１４】
上記グループ形成システムでは、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれている。【００１５】
上記グループ形成システムでは、前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。【００１６】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを拡張する際、当該グループの拡張を望むユーザの第１のクライアント端末は、前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、前記招待要求を受け取った第２のクライアント端末は、当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信するグループ形成システムを提供する。【００１７】
上記グループ形成システムでは、前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれている。【００１８】
上記グループ形成システムでは、前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加する。【００１９】
上記グループ形成システムでは、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。【００２０】
上記グループ形成システムでは、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれている。【００２１】
上記グループ形成システムでは、前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。【００２２】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを新規作成する際、当該グループの新規作成を望むユーザの第１のクライアント端末は、前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、前記招待要求を受け取った第２のクライアント端末は、当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信するグループ形成システムを提供する。【００２３】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、削除されたグループの少なくとも一部を復元する際、前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループのクライアント端末に、前記招待要求を送信するクライアント端末を提供する。【００２４】
上記クライアント端末では、前記招待要求には、当該クライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれている。【００２５】
上記クライアント端末は、当該クライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記該当グループに招待したユーザ又はグループの内、前記他のクライアント端末から受け取った招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加する。【００２６】
上記クライアント端末では、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。【００２７】
上記クライアント端末では、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれている。【００２８】
上記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。【００２９】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを拡張する際、前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信するクライアント端末を提供する。【００３０】
上記クライアント端末では、前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれている。【００３１】
上記クライアント端末は、当該クライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加する。【００３２】
上記クライアント端末では、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。【００３３】
上記クライアント端末では、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれている。【００３４】
上記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。【００３５】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを新規作成する際、前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信するクライアント端末を提供する。
【発明の効果】
【００３６】
本発明に係るグループ形成システムによれば、削除されたグループの復元やグループの新規作成又は拡張を含むグループの形成を簡易に行うことができる。
【図面の簡単な説明】
【００３７】
【図１】本発明に係る第１の実施形態のＩＭＰＳシステムによるグループ形成の概念を示す図
【図２】本発明に係る第１の実施形態のグループ形成システムよるシーケンスを示す図
【図３】本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャート
【図４】本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャート
【図５】本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャート
【図６】図１で説明したクライアント端末１０１が記憶する情報テーブル１１０に登録されるデータを示す図
【図７】図１で説明したクライアント端末１０２が記憶する情報テーブルに登録されるデータを示す図
【図８】グループを復元するために新規作成するグループのGroupID及び削除されたグループ１１１のTopicを含むCreateGroup-Request２１１のXMLデータを示す図
【図９】グループを復元する場合のInvite-Request２２１のXMLデータを示す図
【図１０】グループを復元する場合のInviteUser-Request２２３のXMLデータを示す図
【図１１】グループを復元する場合のInviter-Request２３１のXMLデータを示す図
【図１２】グループを復元する場合のInviteUser-Request２３３のXMLデータを示す図
【図１３】グループを拡張する場合に、クライアント端末１０１がＩＭＰＳサーバ１１４に送信するInvite-Request２２１のXMLデータを示す図
【図１４】グループを拡張する場合に、Invite-Request２２１を受信したＩＭＰＳサーバ１１４がクライアント端末１０２に送信するInviteUser-Request２２３のXMLデータを示す図
【図１５】ステップＳ４１０を経過し、ステップＳ４１２及びＳ４１３で生成されたInvite-Request２３１のXMLデータを示す図
【図１６】図１に示すＩＭＰＳシステムにおいてクライアント端末１０２がＩＭＰＳサーバ１１４に送信するSendMessage-RequestのXMLデータを示す図
【符号の説明】
【００３８】
１０１〜１０９  クライアント端末
１１４  ＩＭＰＳサーバ
【発明を実施するための最良の形態】
【００３９】
以下、本発明の実施形態について、図面を参照して説明する。なお、以下説明する実施形態は、ＯＭＡが仕様を公開するＩＭＰＳ  Ｖ１．２．１をサポートするＩＭＰＳシステムとしてのグループ形成システムについて説明する。【００４０】
（第１の実施形態）
図１は、本発明に係る第１の実施形態のグループ形成システムによるグループ形成の概念を示す図である。図１に示すように、グループ形成システムには、ネットワークを介して通信可能な複数のクライアント端末１０１〜１０９が含まれている。各クライアント端末は、招待履歴を示す情報テーブルを記憶する。情報テーブルには、招待先として指定した各グループの識別情報である「GroupID」、各グループの話題情報である「Topic」、及び各グループに招待したことのあるユーザの識別情報である「UserID」若しくは「ScreenName」、又は各グループに招待したことのあるグループの「GroupID」が登録される。なお、各UserID若しくはScreenName又はGroupIDは、招待したグループのGroupID及びTopicに対応付けられている。また、情報テーブルに登録されるユーザ又はグループの識別情報は、グループに参加していたユーザ又はグループの識別情報であっても良い。【００４１】
なお、GroupID、Topic、UserID及びScreenNameは、ＯＭＡのＩＭＰＳに係る仕様で定められた情報の名称である。また、ScreenNameは、グループカンバセーションで用いられるユーザ名であって、GroupIDとディスプレイへの表示名に当たるSNameとの組み合わせから構成される。また、グループの話題情報としては、Topicの他、別の名称の情報であっても良い。また、GroupID、UserID、ScreenNameについても同様に、それぞれ、グループの識別情報、ユーザの識別情報、グループカンバセーションで用いられるユーザ名であれば別の名称の情報であっても良い。さらに、ユーザの識別情報は、グループカンバセーションで受信したメッセージ内に含まれる送信元としても良い。【００４２】
図１に示す例では、クライアント端末１０１のユーザは、過去に、クライアント端末１０９のユーザからグループ１１１に招待され、クライアント端末１０２，１０３の各ユーザをグループ１１１に招待し、クライアント端末１０４のユーザをグループ１１２に招待した。このため、クライアント端末１０１が記憶する情報テーブル１１０には、グループ１１１，１１２の各GroupIDと、グループ１１１，１１２の各Topicと、グループ１１１に招待したクライアント端末１０２のユーザのユーザＩＦ及びクライアント端末１０３のユーザのScreenNameと、グループ１１２に招待したクライアント端末１０４のユーザのScreenNameとが登録されている。なお、クライアント端末１０２のユーザのUserID及びクライアント端末１０３のユーザのScreenNameは、グループ１１１のGroupID及びTopicに対応付けられ、クライアント端末１０４のユーザのScreenNameは、グループ１１２のGroupID及びTopicに対応付けられている。【００４３】
また、図１に示す例では、クライアント端末１０２のユーザは、過去に、クライアント端末１０１のユーザからグループ１１１に招待され、クライアント端末１０５，１０６の各ユーザをグループ１１１に招待した。また、クライアント端末１０５のユーザは、過去に、クライアント端末１０２のユーザからグループ１１１に招待され、クライアント端末１０７，１０８の各ユーザをグループ１１１に招待した。なお、本実施形態では、グループに招待したユーザに関する情報が情報テーブルに登録されているが、情報テーブルには、招待を受けたユーザだけが登録されても良い。【００４４】
以上説明したグループ構成が形成されている状態で、例えばクライアント端末１１０のユーザによってグループ１１１が削除されると、グループ１１１に参加していた全てのユーザは、グループ１１１宛のメッセージを受信できなくなる。グループが削除されるとこのグループの参加メンバーに関する情報がサーバから削除される。このため、従来のシステムにおけるユーザは、クライアント端末の情報テーブルに登録されているユーザ以外のメンバーに関する情報を得ようとしてもその術がないため、削除されたグループを復元することはできない。しかし、以下説明する本実施形態のグループ形成システムでは、削除されたグループ構成に近い構成のグループを形成することができる。なお、前記グループ構成とは、本実施形態では、グループに参加するメンバーの集合体を示す。【００４５】
以下、図１に示したグループ１１１が削除された後、このグループ１１１の少なくとも一部を復元するグループ形成システムについて、図面を参照して具体的に説明する。図２は、本発明に係る第１の実施形態のグループ形成システムよるシーケンスを示す図である。また、図３〜図５は、本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャートである。【００４６】
図６は、図１で説明したクライアント端末１０１が記憶する情報テーブル１１０に登録されるデータを示す図である。図７は、図１で説明したクライアント端末１０２が記憶する情報テーブルに登録されるデータを示す図である。図６及び図７に示す情報テーブルには、グループの識別情報である「GroupID」がGroupID欄に、グループの話題情報である「Topic」がTopic欄に、グループに招待したユーザの識別情報である「UserID」及び「ScreenName」並びにグループに招待したグループの識別情報である「GroupID」がRecipient欄に記載されている。【００４７】
以下の説明では、復元するグループ１１１のGroupIDを「wv:/80_forum@imps.com」とする。クライアント端末１０１からグループ１１１の一部又は全部の復元を指示するとき、図２に示すように、クライアント端末１０１からＩＭＰＳサーバ１１４に、GroupID及びグループ１１１のTopicを含むCreateGroup-Request２１１を送信する。なお、このとき送信されるGroupIDは、新規に生成したIDでも、グループ１１１のGroupIDでも良い。図８は、グループ１１１を復元するために新規作成するグループのGroupID及び削除されたグループ１１１のTopicを含むCreateGroup-Request２１１のXMLデータを示す図である。なお、図８に示すCreateGroup-Request２１１がクライアント端末１０１からＩＭＰＳサーバ１１４に送信されるとき、当該XMLデータは、ＯＭＡが定めるWBXMLフォーマットに変換される。【００４８】
ＩＭＰＳサーバ１１４は、CreateGroup-Request２１１を受信すると、CreateGroup-Request２１１内の情報に基づいてグループを作成し、作成結果を含むStatus２１２をクライアント端末１１１に送信する。クライアント端末１０１は、受信したStatus２１２の中にグループ作成の成功を示す情報が含まれていれば、ＩＭＰＳサーバ１１４にInvite-Request２２１を送信する。図９は、Invite-Request２２１のXMLデータを示す図である。図６に示すように、クライアント端末１０１の情報テーブル１１０には、グループ１１１のGroupID（wv:/80_forum@imps.com）、Topic（80’s Music）、ユーザ（wv:ichiro@abc.com、hanako）及びグループ（wv:shiro/chatgroup@ghi.com）がそれぞれ対応して登録されている。図９に示すInvite-Request２２１は、GroupIDがwv:80/partygroup@there.comの作成されたグループのメンバーとして、これらのユーザ及びグループを招待する。【００４９】
図９に示すInvite-Request２２１内の<InviteNote>タグ内の<Hop>と</Hop>の間の文字列は、Invite-Request２２１の転送回数を示し、<Top>と</Top>の間の文字列は、招待先グループのTopicを示し、<Dst>と</Dst>の間の文字列は招待先グループのGroupIDを示し、<Recipient>と</Recipient>の間の文字列は招待対象者に関する情報を示す。【００５０】
ＩＭＰＳサーバ１１４は、Invite-Request２２１を受信するとクライアント端末１０１にStatus２２２を送信し、Invite-Request２２１内の<Recipent>タグに含まれるユーザ情報又はグループ情報が示すクライアント端末全てにInviteUser-Requestを送信する。図１に示す例では、クライアント端末１０２にInviteUser-Request２２３を送信する。図１０は、InviteUser-Request２２３のXMLデータを示す図である。InviteUser-Request２２３の<InviteNote>タグ内のデータは、Invite-Request２２１の<InviteNote>タグ内のデータと同一である。【００５１】
クライアント端末１０２は、InviteUser-Request２２３を受信すると、Status２２４をＩＭＰＳサーバ１１４に送信した後、図３〜図５のフローチャートに示すInvite-Request転送処理を行う。以下、図３〜図５を参照して、InviteUser-Request２２３を受信したクライアント端末１０２によるInvite-Request転送処理について説明する。ステップＳ４０１で、クライアント端末１０２は、受信したInviteUser-Request２２３の<InviteNote>タグ外にある<GroupID>タグ内の文字列を抽出し、文字列「str_gr_dst」に格納する。ステップＳ４０１で抽出した文字列は招待先グループのGroupIDであり、図１０に示すInviteUser-Request２２３の例では「wv:80/partygroup@there.com」である。【００５２】
次に、ステップＳ４０２では、クライアント端末１０２は、InviteUser-Request２２３の<InviteNote>タグ内の文字列を抽出してデコードし、文字列「str_data」に格納する。次に、ステップＳ４０３では、クライアント端末１０２は、文字列「str_data」内に<Top>タグが存在するか否かをチェックして、存在しなければInvite-Request転送処理を終了し、存在すればステップＳ４０４に進む。次に、ステップＳ４０４では、クライアント端末１０２は、文字列「str_data」内の<Top>タグ内の文字列（80’sMusic）を抽出して文字列「str_topic」に格納する。次に、ステップＳ４０５では、クライアント端末１０２は、文字列「str_data」内の<Dst>タグ内の文字列（<GroupID>wv:/80_forum@imps.com</GroupID>）を抽出して文字列「str_gr」に格納する。【００５３】
次に、ステップＳ４０６では、クライアント端末１０２は、文字列「str_data」内の<Hop>タグ内の値が０より大きいか否かをチェックして、０以下であればInvite-Request転送処理を終了し、０より大きければステップＳ４０７に進む。<Hop>タグ内の値は転送可能回数を示す。ステップＳ４０７では、クライアント端末１０２は、条件Ａ又は条件Ｂが満たされているか否かをチェックして、どちらの条件も満たされていなければInvite-Request転送処理を終了し、いずれかの条件が満たされていればステップＳ４０８に進む。【００５４】
条件Ａとは、文字列「str_data」内に<Opt>タグが存在しない、又は文字列「str_data」内の<Opt>タグ内の文字が「A」であり、かつ、自端末の情報テーブル内に、ステップＳ４０４で格納された文字列「str_topic」（80’sMusic）と一致する（完全一致）Topicが存在することである。また、条件Ｂとは、文字列「str_data」内の<Opt>タグ内の文字が「I」であり、かつ、自端末の情報テーブル内に、文字列「str_topic」（80’sMusic）を含む（部分一致）Topicが存在することである。このように、ステップＳ４０７では、受信したInviteUser-Request２２３の<InviteNote>タグ内にある<Opt>タグによって示される検索条件を満たすTopicに対応するグループがクライアント端末１０２内の情報テーブルに登録されているか否かが判断される。なお、条件Ａで文字列「str_topic」と一致するTopicに対応するグループのGroupID、又は条件Ｂで文字列「str_topic」を含むTopicに対応するグループのGroupIDを、以下の説明で「検索結果グループID」という。【００５５】
上記説明した<Opt>タグはTopicの検索方法を示す。<Opt>タグ内の文字が「A」の場合は、指定文字列と一致する（完全一致）といった条件での検索を示し、削除されたグループの復元を目的としたグループの検索のために用いられる。一方、<Opt>タグ内の文字が「I」の場合は、指定文字列を含む（部分一致）といった条件での検索を示し、グループの拡張を目的としたグループの検索のために用いられる。なお、本実施形態では完全一致又は部分一致を条件としているが、情報テーブル内のTopicを示す文字列に対する指定文字列の一致率が所定以上であるといった条件を示す値を<Opt>タグ内に入れても良い。この場合、ステップＳ４０７での条件Ｂに代わる条件は、自端末の情報テーブル内に文字列「str_topic」との一致率が所定以上のTopicが存在することである。【００５６】
ステップＳ４０８では、クライアント端末１０２は、文字列「str_data」内に<dest>タグが存在するか否かをチェックして、存在すればステップＳ４０９に進み、存在しなければステップＳ４１０に進む。このように、ステップＳ４０８では、ステップＳ４０７における条件Ａ又は条件Ｂを満たした上で、受信したInviteUser-Request２２３の<InviteNote>タグ内に<Dst>タグが存在するか否かによって、削除されたグループの復元を行う（<Dst>タグが存在する場合：ステップＳ４０９及びステップＳ４１１以降）か、特定の情報に関連するグループの新規作成又は拡張を行う（<Dst>タグが存在しない場合：ステップＳ４１０及びステップＳ４１２以降）かを決定する。【００５７】
ステップＳ４０９では、クライアント端末１０２は、条件Ａ又は条件Ｂを満たしたTopicに対応するグループのGroupID（wv:/80_forum@imps.com）である検索結果グループIDが、ステップＳ４０５で格納された文字列「str_gr」（wv:/80_forum@imps.com）と一致するか否かをチェックして、一致しなければInvite-Request転送処理を終了し、一致すればステップＳ４１１に進む。このように、ステップＳ４０９では、削除されたグループがクライアント端末１０２の情報テーブルに登録されているか否かを決定する。【００５８】
ステップＳ４１１では、クライアント端末１０２は、ステップＳ４０９で検索結果グループIDと一致したGroupID（wv:/80_forum@imps.com）とセットになった情報テーブル内の「Recipient」の中から、文字列「str_data」内の<Recipient>タグ内の文字列に含まれるUser情報及びGroup情報と一致しない情報（wv:jiro@pqr.com）を抽出して、文字列「str_recip」に格納する。このように、ステップＳ４１１では、クライアント端末１０２からＩＭＰＳサーバ１１４に送信するInvite-Request２３１の<Recipient>タグ内に含め、かつ、Invite-Request２３１の<InviteNote>タグ内の<Recipient>タグ内に追加するUser情報及びGroup情報（（wv:jiro@pqr.com））を抽出する。なお、ステップＳ４１１で、何のUser情報又はGroup情報も抽出できなければ、クライアント端末１０２はInvite-Request転送処理を終了する。【００５９】
ステップＳ４１２では、クライアント端末１０２は、文字列「str_data」内の<Recipient>タグ内の文字列の末尾に文字列「str_recip」（wv:jiro@pqr.com）を追加し、文字列「str_data」内の<Hop>タグ内の値を1マイナス（１だけデクリメント）する。クライアント端末１０２は、こうして変更された文字列「str_data」をエンコードして、文字列「str_note_next」に格納する。次に、ステップＳ４１３では、クライアント端末１０２は、ＩＭＰＳサーバ１１４に送信するInvite-Request２３１の<Recipient>タグ内に文字列「str_recip」（wv:jiro@pqr.com）をセットし、Invite-Request２３１の<InviteNote>タグ内に文字列「str_note_next」をセットし、Invite-Request２３１の<GroupID>タグ内にInviteUser-Request２２３と同じGroupID（wv:80/partygroup@there.com）をセットする。【００６０】
次に、ステップＳ４１４では、クライアント端末１０２は、ステップＳ４１２及びＳ４１３で生成されたInvite-Request２３１をＩＭＰＳサーバ１１４に送信する。図１１は、Inviter-Request２３１のXMLデータを示す図である。クライアント端末１０２から送信されたInviter-Request２３１を受信したＩＭＰＳサーバ１１４は、クライアント端末１０２にStatus２３２を送信し、Invite-Request２３１内の<Recipient>タグに含まれるユーザ情報又はグループ情報が示すクライアント端末全てにInviteUser-Requestを送信する。【００６１】
図１に示す例では、クライアント端末１０５にInviteUser-Request２３３を送信する。図１２は、InviteUser-Request２３３のXMLデータを示す図である。InviteUser-Request２３３の<InviteNote>タグのデータは、Invite-Request２３１の<InviteNote>タグのデータと同一である。クライアント端末１０５は、InviteUser-Request２３３を受信すると、Status２３４をＩＭＰＳサーバ１１４に送信した後、上記説明したInvite-Request転送処理を行う。【００６２】
図９〜図１２に示したInvite-Request及びInviteUser-RequestのXMLデータは、削除されたグループ１１１（wv:/80_forum@imps.com）の一部又は全部を復元する場合のデータである。特定の情報に関連するグループを新規作成又は拡張する場合にクライアント端末１０１がＩＭＰＳサーバ１１４に送信するInvite-Request２２１のXMLデータの一例を図１３に示す。なお、グループを拡張する場合、クライアント端末１０１はCreateGroup-Request２１１を送信しない。【００６３】
図１３に示すInvite-Request２２１の<InviteNote>タグ内の<Opt>タグには、部分一致によるグループの検索を示す「I」が示されている。また、<InviteNote>タグ内には、招待先グループのGroupIDを示す<Dst>タグが含まれていない。このため、Invite-Request２２１の転送先が、特定のグループに参加していたユーザに絞られない。なお、本実施形態では、<Dst>タグ内の情報は復元するグループを示すため、<InviteNote>タグ内に<Dst>タグが含まれていない場合には、グループの復元ではなく特定のTopicのグループの拡張を目的とした招待要求であることを示す。但し、このような形態に限らず、グループの拡張を目的とした招待要求であることを示すフラグが受信データ内に存在していることから、グループの拡張を目的とした招待要求であることを判別し、Invite-Request２２１の転送先を特定のグループに参加していたユーザに絞らないといった形態でも良い。【００６４】
Invite-Request２２１を受信したＩＭＰＳサーバ１１４がクライアント端末１０２に送信するInviteUser-Request２２３のXMLデータの一例を図１４に示す。図１４に示すInviteUser-Request２２３を受信したクライアント端末１０２が行うInvite-Request転送処理では、InviteUser-Request２２３の<InviteNote>タグ内に<Dst>タグが存在しないため、ステップＳ４０８からステップＳ４１０に進む。【００６５】
ステップＳ４１０では、クライアント端末１０２は、条件Ａ又は条件Ｂを満たしたTopic（80’sMusic、80’s）に対応する情報テーブルに登録されたグループのGroupID（wv:/80_forum@imps.com、wv:yumiko/chatgroup@there.com）である検索結果グループIDの中から、InviteUser-Request２２３の<GroupID>タグに示されたGroupID（wv:80/partygroup@there.com）と一致せず、かつ、ステップＳ４０２で格納された文字列「str_data」内の<Recipient>タグ内の文字列に含まれるグループ情報と一致しない情報を抽出して、文字列「str_recip」に格納する。このように、ステップＳ４１０では、Topicは少なくとも部分的に一致するが、InviteUser-Request２２３では指定されていないGroupIDのグループを抽出する。したがって、同様のTopicに関するグループを拡張することができる。なお、ステップＳ４１０で、何のグループ情報も抽出できなければ、クライアント端末１０２はInvite-Request転送処理を終了する。【００６６】
なお、ステップＳ４１０では、グループ情報だけでなくユーザ情報も対象に、検索結果グループIDに対応する「Recipient」の中から、文字列「str_data」内の<Recipient>タグ内の文字列に含まれるユーザ情報及びグループ情報と一致しない情報を抽出して、文字列「str_recip」に格納しても良い。この場合も、何のユーザ情報又はグループ情報も抽出できなければ、クライアント端末１０２はInvite-Request転送処理を終了する。【００６７】
ステップＳ４１０以降の処理は上述したステップＳ４１２〜Ｓ４１４と同様であるため、説明を省略する。ステップＳ４１０を経過し、ステップＳ４１２及びＳ４１３で生成されたInvite-Request２３１のXMLデータを図１５に示す。図１５に示すInvite-Request２３１の<Recipient>タグ内には、GroupID「wv:/80_forum@imps.com」及び「wv:yumiko/chatgroup@there.com」が追記され、<InviteNote>タグ内には、GroupID「wv:/80_forum@imps.com」及び「wv:yumiko/chatgroup@there.com」を含む<Recipient>タグが追記されている。【００６８】
以上説明したように、本実施形態のグループ形成システムによれば、削除されたグループを復元するとき、クライアント端末がＩＭＰＳサーバ１１４に送信するInvite-Requestの<InviteNote>タグ内には、復元するグループのGroupID及びTopic、並びに、当該クライアント端末がこのグループに招待したことのあるユーザ又はグループに関する識別情報が含まれる。また、このInvite-Requestを受信したＩＭＰＳサーバ１１４は、このInvite-Requestの<InviteNote>タグと同じ<InviteNote>タグを含むInviteUser-Requestを別のクライアント端末に送信する。このInviteUser-Requestを受信したクライアント端末は、このInviteUser-Requestの<InviteNote>タグ内のデータを<InviteNote>タグ内に含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。このように、<InviteNote>タグを含むInvite-Requestは、ＩＭＰＳサーバ１１４を介して、復元するグループに招待したことのあるユーザ又はグループのクライアント端末にInviteUser-Requestという形態で送信され、各クライアント端末は、InviteUser-Requestの<InviteNote>タグから、復元するグループのユーザ又はグループに関する情報を得ることができる。【００６９】
また、InviteUser-Requestを受信した各クライアント端末は、このInviteUser-Request及び情報テーブルを参照して、前記復元するグループに招待したことのあるユーザ又はグループに関する情報を<InviteNote>タグ内に追記して、この<InviteNote>タグを含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。このように、<InviteNote>タグに前記ユーザ又はグループに関する情報を追記することによって、１つのクライアント端末への複数のInviteUser-Requestの送信を防ぐことができる。【００７０】
さらに、Invite-Requestの<InviteNote>タグ内の<Hop>タグに転送可能回数を示す値を示し、クライアント端末がInvite-Requestを送信する毎に転送可能回数が１ずつデクリメントされるため、Invite-Requestの転送を一定回数内に制限することができる。Invite-Requestの転送を一定回数内に制限することによって、Invite-Requestが永遠に転送される状態を防ぐことができる。【００７１】
また、本実施形態のグループ形成システムによれば、グループを新規作成又は拡張するとき、クライアント端末がＩＭＰＳサーバ１１４に送信するInvite-Requestの<InviteNote>タグ内には、当該クライアント端末のユーザが所望するTopic及び部分一致（I）によるグループの検索を示す<Opt>タグが含まれ、<Dst>タグが含まれない。また、このInvite-Requestを受信したＩＭＰＳサーバ１１４は、このInvite-Requestの<InviteNote>タグと同じ<InviteNote>タグを含むInviteUser-Requestをクライアント端末に送信する。このInviteUser-Requestを受信したクライアント端末は、クライアント端末が招待したことのあるグループを記憶する情報テーブルから、InviteUser-Requestの<InviteNote>タグに含まれるTopicと少なくとも部分的に一致するグループを抽出して、抽出したグループのGroupIDを含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。したがって、ユーザが所望するTopicに関するグループを拡張することができる。【００７２】
また、InviteUser-Requestを受信したクライアント端末は、抽出したグループ又はユーザに関する情報が追記された<InviteNote>タグを含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。このように、<InviteNote>タグに前記グループ又はユーザに関する情報を追記することによって、１つのクライアント端末への複数のInviteUser-Requestの送信を防ぐことができる。【００７３】
さらに、グループを復活するときと同様に、Invite-Requestの<InviteNote>タグ内の<Hop>タグに転送可能回数を示す値を示し、クライアント端末がInvite-Requestを送信する毎に転送可能回数が１ずつデクリメントされるため、Invite-Requestの転送を一定回数内に制限することができる。Invite-Requestの転送を一定回数内に制限することによって、Invite-Requestが永遠に転送される状態を防ぐことができる。【００７４】
なお、TopicはInvite-Requestの<InviteNote>タグ内に含めず、InviteUser-Requestを受信したクライアント端末が、招待先グループのプロパティをＩＭＰＳサーバ１１４に要求して取得しても良い。これにより、GetGroupProps-RequestやGetGroupProps-Responseといったリクエストとレスポンスの処理が増えるのと引き換えに、Topic情報が長大な場合にも送信データサイズがオーバーしてTopic情報が欠落することがなくなる。また、Invite-Request内にInvite-Requestの転送に必要な情報を含め、また、クライアント端末が前述した情報テーブルを持つことにより、ＩＭＰＳサーバ１１４への機能追加を行わずにグループの復元を行うことができる。さらに、Invite-Requestの<InviteNote>タグ等の既存のタグ内にInvite-Requestの転送に必要な情報を含めることにより、ＩＭＰＳサーバ１１４が、仕様化されていないタグを無視せずにエラーを検出する仕様となっていても、ＩＭＰＳサーバ１１４への機能追加を行わずにグループの復元を行うことができる。【００７５】
（第２の実施形態）
第１の実施形態では、クライアント端末がＩＭＰＳサーバ１１４にInvite-Requestを送信するが、当該Invite-Requestが示す情報を含むSendMessage-Requestを送信しても良い。図１６は、図１に示すグループ形成システムにおいてクライアント端末１０２がＩＭＰＳサーバ１１４に送信するSendMessage-RequestのXMLデータを示す図である。図１６に示すように、SendMessage-Requestの<ContentData>タグ内には、Invite-Request２３１の<GroupID>タグ内のグループ情報（wv:80/partygroup@there.com）と、<InviteNote>タグ内の情報とが含まれている。【００７６】
本実施形態のように、グループへの招待要求を格納したSendMessage-Requestを送信すると、システムが一般的なデータサイズ制限下にある場合、すなわち、招待要求に乗せられるデータ量がメッセージに乗せられるデータ量より小さい場合には、転送データに欠落が生じにくくなる。【００７７】
以上説明した実施形態のグループ形成システムによれば、ＩＭＰＳシステムにおける公開グループやプライベートグループ等の、あるユーザの意図により作成や削除が自由に行われるグループが削除されても、削除されたグループの一部又は全部を復元したり、特定の情報に関連するグループを簡易に新規作成又は拡張することができる。また、削除されたグループに属していたユーザや信頼できるユーザにメンバーを限って、グループを復元することができる。さらに、ＩＭＰＳサーバ１１４はInvite-Requestを受信してInviteUser-Requestをクライアント端末に送信するだけであるため、ＩＭＰＳサーバ１１４にユーザやグループを検索するための負荷はかからない。【００７８】
本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
【産業上の利用可能性】
【００７９】
本発明に係るグループ形成システムは、削除されたグループの復元やグループの新規作成又は拡張を含むグループの形成を簡易に行うことができるＩＭＰＳシステム等として有用である。
【図１】
2008146362.tif 000003
【図２】
2008146362.tif 000004
【図３】
2008146362.tif 000005
【図４】
2008146362.tif 000006
【図５】
2008146362.tif 000007
【図６】
2008146362.tif 000008
【図７】
2008146362.tif 000009
【図８】
2008146362.tif 000010
【図９】
2008146362.tif 000011
【図１０】
2008146362.tif 000012
【図１１】
2008146362.tif 000013
【図１２】
2008146362.tif 000014
【図１３】
2008146362.tif 000015
【図１４】
2008146362.tif 000016
【図１５】
2008146362.tif 000017
【図１６】
2008146362.tif 000018
【手続補正書】
【提出日】平成21年9月24日(2009.9.24)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して通信可能な複数の通信端末のグループ化を行うグループ形成システムに関する。
【背景技術】
【０００２】
移動通信の業界団体であるＯＭＡ（Open Mobile Alliance）が仕様を公開するＩＭＰＳ（Instant Messaging and Presence Service）やＰｏＣ（Push to talk Over Cellular）をサポートするシステムでは、複数の通信端末をグループ化することができる。例えば、ある通信端末のユーザが、グループに招待するユーザの識別情報及びこのグループへの招待要求を、グループを管理するサーバに送信した後、招待されたユーザが所定の手続きを行えば、少なくともこれら２人のユーザをメンバーとしたグループが形成される。しかし、このグループ形成方法によれば、招待する側のユーザの通信端末に招待される側のユーザの識別情報が予め保持されていなければならず、かつ、招待する側のユーザがマニュアル操作で招待される側のユーザを指定しなければならない。
【０００３】
特許文献１〜３には、これらの点に改善を加えた技術が開示されている。特許文献１に開示された技術によれば、各ユーザの趣味や嗜好が予め登録され、サーバが特定の趣味や嗜好を持つユーザの端末、又は特定の条件に該当する端末を抽出し、抽出された端末に、生成したグループのグループアドレスを通知する。特許文献２に開示された技術によれば、サーバが、ユーザ又はユーザが参加しているグループと、現存するグループとのマッチングを行い、グループを拡張する。特許文献３に開示された技術によれば、トピックの検索要求をノードに送信し、このノード及びこのノードから検索要求が転送された他のノードが、得られた検索要求と各ノードのトピックリストとを比較した結果を返送することにより、複数のノード間でコミュニティを形成する。
【０００４】
上記説明した特許文献１〜３に開示された技術によれば、招待する側のユーザの端末に、招待される側のユーザの識別情報又は趣味や嗜好等の情報が保持されている必要がなくても、条件に合うユーザをグループに招待することができる。また、招待する側のユーザは、条件に合うユーザをマニュアル操作で指定する必要がない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１３４１６１号公報
【特許文献２】特開２００５−２８４４９５号公報
【特許文献３】特開２００６−２３６３４４号公報
【特許文献４】特開２００５−３５４２９４号公報
【特許文献５】特開２００５−３１２０４５号公報
【特許文献６】特開２００４−０５４３４０号公報
【特許文献７】特開２００５−２７７８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＩＭＰＳによれば、ユーザはプライベートグループを自由に作成及び管理することができ、当該プライベートグループに関して所定のレベル以上のアクセス権を有するユーザに作成、削除及び管理の権限が与えられる。このように、プライベートグループを削除する権限が特定のユーザだけに設定されるといった仕様ではない。このため、グループに参加していたメンバーの同意が得られていないにもかかわらず、ユーザによりプライベートグループが削除されてしまうといったことがあり得る。なお、ＩＭＰＳで規定されているパブリックグループは、プロバイダによって作成及び管理され、ユーザに作成、削除及び管理の権限は与えられていない。
【０００７】
上記説明した技術では、このようにして削除されたグループの一部又は全部を復元することができない。例えば、特許文献１の技術では、各ユーザの趣味や嗜好が外部に公開可能なユーザ情報の一部として登録されており、条件に合ったユーザの一部をメンバーとしたグループが形成される。このため、当該技術では、グループが削除されるとメンバーに関する情報も削除されてしまうため、削除されたグループに属していたユーザや信頼できるユーザにメンバーを限って、グループを復元することができない。
【０００８】
また、グループの新規作成及び拡張に関して、特許文献１の技術では、新規作成又は拡張するグループに関する特定の条件に当てはまるユーザをサーバが検索する必要がある。このため、サーバにはユーザ検索機能が必要であり、また、サーバに検索のための負荷がかかる。また、特許文献２及び特許文献３の技術では、ユーザの趣味や嗜好に関連し、かつ、現存するグループに既に参加している場合以外は、特定の条件に関連するグループを新規作成又は拡張することができない。また、現存するグループに参加している場合でも、各ノードに検索機能が備わっている必要があるため、ノードに検索のための負荷がかかる。
【０００９】
このように、特許文献１〜３の技術では、削除されたグループの復元やグループの新規作成又は拡張を含むグループの形成を簡易に行うことができない。
【００１０】
本発明の目的は、グループの形成を簡易に行うことのできるグループ形成システムを提供することである。
【課題を解決するための手段】
【００１１】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、削除されたグループの少なくとも一部を復元する際、当該グループの復元を望むユーザの第１のクライアント端末は、前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、前記招待要求を受け取った第２のクライアント端末は、当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループに、前記招待要求を送信するグループ形成システムを提供する。
【００１２】
上記グループ形成システムでは、前記招待要求には、前記第１のクライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれている。
【００１３】
上記グループ形成システムでは、前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記第１のクライアント端末が送信した招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加する。
【００１４】
上記グループ形成システムでは、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。
【００１５】
上記グループ形成システムでは、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれている。
【００１６】
上記グループ形成システムでは、前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。
【００１７】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを拡張する際、当該グループの拡張を望むユーザの第１のクライアント端末は、前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、前記招待要求を受け取った第２のクライアント端末は、当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信するグループ形成システムを提供する。
【００１８】
上記グループ形成システムでは、前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれている。
【００１９】
上記グループ形成システムでは、前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加する。
【００２０】
上記グループ形成システムでは、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。
【００２１】
上記グループ形成システムでは、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれている。
【００２２】
上記グループ形成システムでは、前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。
【００２３】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを新規作成する際、当該グループの新規作成を望むユーザの第１のクライアント端末は、前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、前記招待要求を受け取った第２のクライアント端末は、当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信するグループ形成システムを提供する。
【００２４】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、削除されたグループの少なくとも一部を復元する際、前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループのクライアント端末に、前記招待要求を送信するクライアント端末を提供する。
【００２５】
上記クライアント端末では、前記招待要求には、当該クライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれている。
【００２６】
上記クライアント端末は、当該クライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記該当グループに招待したユーザ又はグループの内、前記他のクライアント端末から受け取った招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加する。
【００２７】
上記クライアント端末では、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。
【００２８】
上記クライアント端末では、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれている。
【００２９】
上記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。
【００３０】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを拡張する際、前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信するクライアント端末を提供する。
【００３１】
上記クライアント端末では、前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれている。
【００３２】
上記クライアント端末は、当該クライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加する。
【００３３】
上記クライアント端末では、前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントする。
【００３４】
上記クライアント端末では、前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれている。
【００３５】
上記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信する。
【００３６】
本発明は、ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、特定の情報に関連するグループを新規作成する際、前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信するクライアント端末を提供する。
【発明の効果】
【００３７】
本発明に係るグループ形成システムによれば、削除されたグループの復元やグループの新規作成又は拡張を含むグループの形成を簡易に行うことができる。
【図面の簡単な説明】
【００３８】
【図１】本発明に係る第１の実施形態のＩＭＰＳシステムによるグループ形成の概念を示す図
【図２】本発明に係る第１の実施形態のグループ形成システムよるシーケンスを示す図
【図３】本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャート
【図４】本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャート
【図５】本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャート
【図６】図１で説明したクライアント端末１０１が記憶する情報テーブル１１０に登録されるデータを示す図
【図７】図１で説明したクライアント端末１０２が記憶する情報テーブルに登録されるデータを示す図
【図８】グループを復元するために新規作成するグループのGroupID及び削除されたグループ１１１のTopicを含むCreateGroup-Request２１１のXMLデータを示す図
【図９】グループを復元する場合のInvite-Request２２１のXMLデータを示す図
【図１０】グループを復元する場合のInviteUser-Request２２３のXMLデータを示す図
【図１１】グループを復元する場合のInviter-Request２３１のXMLデータを示す図
【図１２】グループを復元する場合のInviteUser-Request２３３のXMLデータを示す図
【図１３】グループを拡張する場合に、クライアント端末１０１がＩＭＰＳサーバ１１４に送信するInvite-Request２２１のXMLデータを示す図
【図１４】グループを拡張する場合に、Invite-Request２２１を受信したＩＭＰＳサーバ１１４がクライアント端末１０２に送信するInviteUser-Request２２３のXMLデータを示す図
【図１５】ステップＳ４１０を経過し、ステップＳ４１２及びＳ４１３で生成されたInvite-Request２３１のXMLデータを示す図
【図１６】図１に示すＩＭＰＳシステムにおいてクライアント端末１０２がＩＭＰＳサーバ１１４に送信するSendMessage-RequestのXMLデータを示す図
【発明を実施するための形態】
【００３９】
以下、本発明の実施形態について、図面を参照して説明する。なお、以下説明する実施形態は、ＯＭＡが仕様を公開するＩＭＰＳ  Ｖ１．２．１をサポートするＩＭＰＳシステムとしてのグループ形成システムについて説明する。
【００４０】
（第１の実施形態）
図１は、本発明に係る第１の実施形態のグループ形成システムによるグループ形成の概念を示す図である。図１に示すように、グループ形成システムには、ネットワークを介して通信可能な複数のクライアント端末１０１〜１０９が含まれている。各クライアント端末は、招待履歴を示す情報テーブルを記憶する。情報テーブルには、招待先として指定した各グループの識別情報である「GroupID」、各グループの話題情報である「Topic」、及び各グループに招待したことのあるユーザの識別情報である「UserID」若しくは「ScreenName」、又は各グループに招待したことのあるグループの「GroupID」が登録される。なお、各UserID若しくはScreenName又はGroupIDは、招待したグループのGroupID及びTopicに対応付けられている。また、情報テーブルに登録されるユーザ又はグループの識別情報は、グループに参加していたユーザ又はグループの識別情報であっても良い。
【００４１】
なお、GroupID、Topic、UserID及びScreenNameは、ＯＭＡのＩＭＰＳに係る仕様で定められた情報の名称である。また、ScreenNameは、グループカンバセーションで用いられるユーザ名であって、GroupIDとディスプレイへの表示名に当たるSNameとの組み合わせから構成される。また、グループの話題情報としては、Topicの他、別の名称の情報であっても良い。また、GroupID、UserID、ScreenNameについても同様に、それぞれ、グループの識別情報、ユーザの識別情報、グループカンバセーションで用いられるユーザ名であれば別の名称の情報であっても良い。さらに、ユーザの識別情報は、グループカンバセーションで受信したメッセージ内に含まれる送信元としても良い。
【００４２】
図１に示す例では、クライアント端末１０１のユーザは、過去に、クライアント端末１０９のユーザからグループ１１１に招待され、クライアント端末１０２，１０３の各ユーザをグループ１１１に招待し、クライアント端末１０４のユーザをグループ１１２に招待した。このため、クライアント端末１０１が記憶する情報テーブル１１０には、グループ１１１，１１２の各GroupIDと、グループ１１１，１１２の各Topicと、グループ１１１に招待したクライアント端末１０２のユーザのユーザＩＦ及びクライアント端末１０３のユーザのScreenNameと、グループ１１２に招待したクライアント端末１０４のユーザのScreenNameとが登録されている。なお、クライアント端末１０２のユーザのUserID及びクライアント端末１０３のユーザのScreenNameは、グループ１１１のGroupID及びTopicに対応付けられ、クライアント端末１０４のユーザのScreenNameは、グループ１１２のGroupID及びTopicに対応付けられている。
【００４３】
また、図１に示す例では、クライアント端末１０２のユーザは、過去に、クライアント端末１０１のユーザからグループ１１１に招待され、クライアント端末１０５，１０６の各ユーザをグループ１１１に招待した。また、クライアント端末１０５のユーザは、過去に、クライアント端末１０２のユーザからグループ１１１に招待され、クライアント端末１０７，１０８の各ユーザをグループ１１１に招待した。なお、本実施形態では、グループに招待したユーザに関する情報が情報テーブルに登録されているが、情報テーブルには、招待を受けたユーザだけが登録されても良い。
【００４４】
以上説明したグループ構成が形成されている状態で、例えばクライアント端末１１０のユーザによってグループ１１１が削除されると、グループ１１１に参加していた全てのユーザは、グループ１１１宛のメッセージを受信できなくなる。グループが削除されるとこのグループの参加メンバーに関する情報がサーバから削除される。このため、従来のシステムにおけるユーザは、クライアント端末の情報テーブルに登録されているユーザ以外のメンバーに関する情報を得ようとしてもその術がないため、削除されたグループを復元することはできない。しかし、以下説明する本実施形態のグループ形成システムでは、削除されたグループ構成に近い構成のグループを形成することができる。なお、前記グループ構成とは、本実施形態では、グループに参加するメンバーの集合体を示す。
【００４５】
以下、図１に示したグループ１１１が削除された後、このグループ１１１の少なくとも一部を復元するグループ形成システムについて、図面を参照して具体的に説明する。図２は、本発明に係る第１の実施形態のグループ形成システムよるシーケンスを示す図である。また、図３〜図５は、本発明に係る第１の実施形態のグループ形成システムで行われるInvite-Request転送処理を示すフローチャートである。
【００４６】
図６は、図１で説明したクライアント端末１０１が記憶する情報テーブル１１０に登録されるデータを示す図である。図７は、図１で説明したクライアント端末１０２が記憶する情報テーブルに登録されるデータを示す図である。図６及び図７に示す情報テーブルには、グループの識別情報である「GroupID」がGroupID欄に、グループの話題情報である「Topic」がTopic欄に、グループに招待したユーザの識別情報である「UserID」及び「ScreenName」並びにグループに招待したグループの識別情報である「GroupID」がRecipient欄に記載されている。
【００４７】
以下の説明では、復元するグループ１１１のGroupIDを「wv:/80_forum@imps.com」とする。クライアント端末１０１からグループ１１１の一部又は全部の復元を指示するとき、図２に示すように、クライアント端末１０１からＩＭＰＳサーバ１１４に、GroupID及びグループ１１１のTopicを含むCreateGroup-Request２１１を送信する。なお、このとき送信されるGroupIDは、新規に生成したIDでも、グループ１１１のGroupIDでも良い。図８は、グループ１１１を復元するために新規作成するグループのGroupID及び削除されたグループ１１１のTopicを含むCreateGroup-Request２１１のXMLデータを示す図である。なお、図８に示すCreateGroup-Request２１１がクライアント端末１０１からＩＭＰＳサーバ１１４に送信されるとき、当該XMLデータは、ＯＭＡが定めるWBXMLフォーマットに変換される。
【００４８】
ＩＭＰＳサーバ１１４は、CreateGroup-Request２１１を受信すると、CreateGroup-Request２１１内の情報に基づいてグループを作成し、作成結果を含むStatus２１２をクライアント端末１１１に送信する。クライアント端末１０１は、受信したStatus２１２の中にグループ作成の成功を示す情報が含まれていれば、ＩＭＰＳサーバ１１４にInvite-Request２２１を送信する。図９は、Invite-Request２２１のXMLデータを示す図である。図６に示すように、クライアント端末１０１の情報テーブル１１０には、グループ１１１のGroupID（wv:/80_forum@imps.com）、Topic（80’s Music）、ユーザ（wv:ichiro@abc.com、hanako）及びグループ（wv:shiro/chatgroup@ghi.com）がそれぞれ対応して登録されている。図９に示すInvite-Request２２１は、GroupIDがwv:80/partygroup@there.comの作成されたグループのメンバーとして、これらのユーザ及びグループを招待する。
【００４９】
図９に示すInvite-Request２２１内の<InviteNote>タグ内の<Hop>と</Hop>の間の文字列は、Invite-Request２２１の転送回数を示し、<Top>と</Top>の間の文字列は、招待先グループのTopicを示し、<Dst>と</Dst>の間の文字列は招待先グループのGroupIDを示し、<Recipient>と</Recipient>の間の文字列は招待対象者に関する情報を示す。
【００５０】
ＩＭＰＳサーバ１１４は、Invite-Request２２１を受信するとクライアント端末１０１にStatus２２２を送信し、Invite-Request２２１内の<Recipent>タグに含まれるユーザ情報又はグループ情報が示すクライアント端末全てにInviteUser-Requestを送信する。図１に示す例では、クライアント端末１０２にInviteUser-Request２２３を送信する。図１０は、InviteUser-Request２２３のXMLデータを示す図である。InviteUser-Request２２３の<InviteNote>タグ内のデータは、Invite-Request２２１の<InviteNote>タグ内のデータと同一である。
【００５１】
クライアント端末１０２は、InviteUser-Request２２３を受信すると、Status２２４をＩＭＰＳサーバ１１４に送信した後、図３〜図５のフローチャートに示すInvite-Request転送処理を行う。以下、図３〜図５を参照して、InviteUser-Request２２３を受信したクライアント端末１０２によるInvite-Request転送処理について説明する。ステップＳ４０１で、クライアント端末１０２は、受信したInviteUser-Request２２３の<InviteNote>タグ外にある<GroupID>タグ内の文字列を抽出し、文字列「str_gr_dst」に格納する。ステップＳ４０１で抽出した文字列は招待先グループのGroupIDであり、図１０に示すInviteUser-Request２２３の例では「wv:80/partygroup@there.com」である。
【００５２】
次に、ステップＳ４０２では、クライアント端末１０２は、InviteUser-Request２２３の<InviteNote>タグ内の文字列を抽出してデコードし、文字列「str_data」に格納する。次に、ステップＳ４０３では、クライアント端末１０２は、文字列「str_data」内に<Top>タグが存在するか否かをチェックして、存在しなければInvite-Request転送処理を終了し、存在すればステップＳ４０４に進む。次に、ステップＳ４０４では、クライアント端末１０２は、文字列「str_data」内の<Top>タグ内の文字列（80’sMusic）を抽出して文字列「str_topic」に格納する。次に、ステップＳ４０５では、クライアント端末１０２は、文字列「str_data」内の<Dst>タグ内の文字列（<GroupID>wv:/80_forum@imps.com</GroupID>）を抽出して文字列「str_gr」に格納する。
【００５３】
次に、ステップＳ４０６では、クライアント端末１０２は、文字列「str_data」内の<Hop>タグ内の値が０より大きいか否かをチェックして、０以下であればInvite-Request転送処理を終了し、０より大きければステップＳ４０７に進む。<Hop>タグ内の値は転送可能回数を示す。ステップＳ４０７では、クライアント端末１０２は、条件Ａ又は条件Ｂが満たされているか否かをチェックして、どちらの条件も満たされていなければInvite-Request転送処理を終了し、いずれかの条件が満たされていればステップＳ４０８に進む。
【００５４】
条件Ａとは、文字列「str_data」内に<Opt>タグが存在しない、又は文字列「str_data」内の<Opt>タグ内の文字が「A」であり、かつ、自端末の情報テーブル内に、ステップＳ４０４で格納された文字列「str_topic」（80’sMusic）と一致する（完全一致）Topicが存在することである。また、条件Ｂとは、文字列「str_data」内の<Opt>タグ内の文字が「I」であり、かつ、自端末の情報テーブル内に、文字列「str_topic」（80’sMusic）を含む（部分一致）Topicが存在することである。このように、ステップＳ４０７では、受信したInviteUser-Request２２３の<InviteNote>タグ内にある<Opt>タグによって示される検索条件を満たすTopicに対応するグループがクライアント端末１０２内の情報テーブルに登録されているか否かが判断される。なお、条件Ａで文字列「str_topic」と一致するTopicに対応するグループのGroupID、又は条件Ｂで文字列「str_topic」を含むTopicに対応するグループのGroupIDを、以下の説明で「検索結果グループID」という。
【００５５】
上記説明した<Opt>タグはTopicの検索方法を示す。<Opt>タグ内の文字が「A」の場合は、指定文字列と一致する（完全一致）といった条件での検索を示し、削除されたグループの復元を目的としたグループの検索のために用いられる。一方、<Opt>タグ内の文字が「I」の場合は、指定文字列を含む（部分一致）といった条件での検索を示し、グループの拡張を目的としたグループの検索のために用いられる。なお、本実施形態では完全一致又は部分一致を条件としているが、情報テーブル内のTopicを示す文字列に対する指定文字列の一致率が所定以上であるといった条件を示す値を<Opt>タグ内に入れても良い。この場合、ステップＳ４０７での条件Ｂに代わる条件は、自端末の情報テーブル内に文字列「str_topic」との一致率が所定以上のTopicが存在することである。
【００５６】
ステップＳ４０８では、クライアント端末１０２は、文字列「str_data」内に<dest>タグが存在するか否かをチェックして、存在すればステップＳ４０９に進み、存在しなければステップＳ４１０に進む。このように、ステップＳ４０８では、ステップＳ４０７における条件Ａ又は条件Ｂを満たした上で、受信したInviteUser-Request２２３の<InviteNote>タグ内に<Dst>タグが存在するか否かによって、削除されたグループの復元を行う（<Dst>タグが存在する場合：ステップＳ４０９及びステップＳ４１１以降）か、特定の情報に関連するグループの新規作成又は拡張を行う（<Dst>タグが存在しない場合：ステップＳ４１０及びステップＳ４１２以降）かを決定する。
【００５７】
ステップＳ４０９では、クライアント端末１０２は、条件Ａ又は条件Ｂを満たしたTopicに対応するグループのGroupID（wv:/80_forum@imps.com）である検索結果グループIDが、ステップＳ４０５で格納された文字列「str_gr」（wv:/80_forum@imps.com）と一致するか否かをチェックして、一致しなければInvite-Request転送処理を終了し、一致すればステップＳ４１１に進む。このように、ステップＳ４０９では、削除されたグループがクライアント端末１０２の情報テーブルに登録されているか否かを決定する。
【００５８】
ステップＳ４１１では、クライアント端末１０２は、ステップＳ４０９で検索結果グループIDと一致したGroupID（wv:/80_forum@imps.com）とセットになった情報テーブル内の「Recipient」の中から、文字列「str_data」内の<Recipient>タグ内の文字列に含まれるUser情報及びGroup情報と一致しない情報（wv:jiro@pqr.com）を抽出して、文字列「str_recip」に格納する。このように、ステップＳ４１１では、クライアント端末１０２からＩＭＰＳサーバ１１４に送信するInvite-Request２３１の<Recipient>タグ内に含め、かつ、Invite-Request２３１の<InviteNote>タグ内の<Recipient>タグ内に追加するUser情報及びGroup情報（（wv:jiro@pqr.com））を抽出する。なお、ステップＳ４１１で、何のUser情報又はGroup情報も抽出できなければ、クライアント端末１０２はInvite-Request転送処理を終了する。
【００５９】
ステップＳ４１２では、クライアント端末１０２は、文字列「str_data」内の<Recipient>タグ内の文字列の末尾に文字列「str_recip」（wv:jiro@pqr.com）を追加し、文字列「str_data」内の<Hop>タグ内の値を1マイナス（１だけデクリメント）する。クライアント端末１０２は、こうして変更された文字列「str_data」をエンコードして、文字列「str_note_next」に格納する。次に、ステップＳ４１３では、クライアント端末１０２は、ＩＭＰＳサーバ１１４に送信するInvite-Request２３１の<Recipient>タグ内に文字列「str_recip」（wv:jiro@pqr.com）をセットし、Invite-Request２３１の<InviteNote>タグ内に文字列「str_note_next」をセットし、Invite-Request２３１の<GroupID>タグ内にInviteUser-Request２２３と同じGroupID（wv:80/partygroup@there.com）をセットする。
【００６０】
次に、ステップＳ４１４では、クライアント端末１０２は、ステップＳ４１２及びＳ４１３で生成されたInvite-Request２３１をＩＭＰＳサーバ１１４に送信する。図１１は、Inviter-Request２３１のXMLデータを示す図である。クライアント端末１０２から送信されたInviter-Request２３１を受信したＩＭＰＳサーバ１１４は、クライアント端末１０２にStatus２３２を送信し、Invite-Request２３１内の<Recipient>タグに含まれるユーザ情報又はグループ情報が示すクライアント端末全てにInviteUser-Requestを送信する。
【００６１】
図１に示す例では、クライアント端末１０５にInviteUser-Request２３３を送信する。図１２は、InviteUser-Request２３３のXMLデータを示す図である。InviteUser-Request２３３の<InviteNote>タグのデータは、Invite-Request２３１の<InviteNote>タグのデータと同一である。クライアント端末１０５は、InviteUser-Request２３３を受信すると、Status２３４をＩＭＰＳサーバ１１４に送信した後、上記説明したInvite-Request転送処理を行う。
【００６２】
図９〜図１２に示したInvite-Request及びInviteUser-RequestのXMLデータは、削除されたグループ１１１（wv:/80_forum@imps.com）の一部又は全部を復元する場合のデータである。特定の情報に関連するグループを新規作成又は拡張する場合にクライアント端末１０１がＩＭＰＳサーバ１１４に送信するInvite-Request２２１のXMLデータの一例を図１３に示す。なお、グループを拡張する場合、クライアント端末１０１はCreateGroup-Request２１１を送信しない。
【００６３】
図１３に示すInvite-Request２２１の<InviteNote>タグ内の<Opt>タグには、部分一致によるグループの検索を示す「I」が示されている。また、<InviteNote>タグ内には、招待先グループのGroupIDを示す<Dst>タグが含まれていない。このため、Invite-Request２２１の転送先が、特定のグループに参加していたユーザに絞られない。なお、本実施形態では、<Dst>タグ内の情報は復元するグループを示すため、<InviteNote>タグ内に<Dst>タグが含まれていない場合には、グループの復元ではなく特定のTopicのグループの拡張を目的とした招待要求であることを示す。但し、このような形態に限らず、グループの拡張を目的とした招待要求であることを示すフラグが受信データ内に存在していることから、グループの拡張を目的とした招待要求であることを判別し、Invite-Request２２１の転送先を特定のグループに参加していたユーザに絞らないといった形態でも良い。
【００６４】
Invite-Request２２１を受信したＩＭＰＳサーバ１１４がクライアント端末１０２に送信するInviteUser-Request２２３のXMLデータの一例を図１４に示す。図１４に示すInviteUser-Request２２３を受信したクライアント端末１０２が行うInvite-Request転送処理では、InviteUser-Request２２３の<InviteNote>タグ内に<Dst>タグが存在しないため、ステップＳ４０８からステップＳ４１０に進む。
【００６５】
ステップＳ４１０では、クライアント端末１０２は、条件Ａ又は条件Ｂを満たしたTopic（80’sMusic、80’s）に対応する情報テーブルに登録されたグループのGroupID（wv:/80_forum@imps.com、wv:yumiko/chatgroup@there.com）である検索結果グループIDの中から、InviteUser-Request２２３の<GroupID>タグに示されたGroupID（wv:80/partygroup@there.com）と一致せず、かつ、ステップＳ４０２で格納された文字列「str_data」内の<Recipient>タグ内の文字列に含まれるグループ情報と一致しない情報を抽出して、文字列「str_recip」に格納する。このように、ステップＳ４１０では、Topicは少なくとも部分的に一致するが、InviteUser-Request２２３では指定されていないGroupIDのグループを抽出する。したがって、同様のTopicに関するグループを拡張することができる。なお、ステップＳ４１０で、何のグループ情報も抽出できなければ、クライアント端末１０２はInvite-Request転送処理を終了する。
【００６６】
なお、ステップＳ４１０では、グループ情報だけでなくユーザ情報も対象に、検索結果グループIDに対応する「Recipient」の中から、文字列「str_data」内の<Recipient>タグ内の文字列に含まれるユーザ情報及びグループ情報と一致しない情報を抽出して、文字列「str_recip」に格納しても良い。この場合も、何のユーザ情報又はグループ情報も抽出できなければ、クライアント端末１０２はInvite-Request転送処理を終了する。
【００６７】
ステップＳ４１０以降の処理は上述したステップＳ４１２〜Ｓ４１４と同様であるため、説明を省略する。ステップＳ４１０を経過し、ステップＳ４１２及びＳ４１３で生成されたInvite-Request２３１のXMLデータを図１５に示す。図１５に示すInvite-Request２３１の<Recipient>タグ内には、GroupID「wv:/80_forum@imps.com」及び「wv:yumiko/chatgroup@there.com」が追記され、<InviteNote>タグ内には、GroupID「wv:/80_forum@imps.com」及び「wv:yumiko/chatgroup@there.com」を含む<Recipient>タグが追記されている。
【００６８】
以上説明したように、本実施形態のグループ形成システムによれば、削除されたグループを復元するとき、クライアント端末がＩＭＰＳサーバ１１４に送信するInvite-Requestの<InviteNote>タグ内には、復元するグループのGroupID及びTopic、並びに、当該クライアント端末がこのグループに招待したことのあるユーザ又はグループに関する識別情報が含まれる。また、このInvite-Requestを受信したＩＭＰＳサーバ１１４は、このInvite-Requestの<InviteNote>タグと同じ<InviteNote>タグを含むInviteUser-Requestを別のクライアント端末に送信する。このInviteUser-Requestを受信したクライアント端末は、このInviteUser-Requestの<InviteNote>タグ内のデータを<InviteNote>タグ内に含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。このように、<InviteNote>タグを含むInvite-Requestは、ＩＭＰＳサーバ１１４を介して、復元するグループに招待したことのあるユーザ又はグループのクライアント端末にInviteUser-Requestという形態で送信され、各クライアント端末は、InviteUser-Requestの<InviteNote>タグから、復元するグループのユーザ又はグループに関する情報を得ることができる。
【００６９】
また、InviteUser-Requestを受信した各クライアント端末は、このInviteUser-Request及び情報テーブルを参照して、前記復元するグループに招待したことのあるユーザ又はグループに関する情報を<InviteNote>タグ内に追記して、この<InviteNote>タグを含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。このように、<InviteNote>タグに前記ユーザ又はグループに関する情報を追記することによって、１つのクライアント端末への複数のInviteUser-Requestの送信を防ぐことができる。
【００７０】
さらに、Invite-Requestの<InviteNote>タグ内の<Hop>タグに転送可能回数を示す値を示し、クライアント端末がInvite-Requestを送信する毎に転送可能回数が１ずつデクリメントされるため、Invite-Requestの転送を一定回数内に制限することができる。Invite-Requestの転送を一定回数内に制限することによって、Invite-Requestが永遠に転送される状態を防ぐことができる。
【００７１】
また、本実施形態のグループ形成システムによれば、グループを新規作成又は拡張するとき、クライアント端末がＩＭＰＳサーバ１１４に送信するInvite-Requestの<InviteNote>タグ内には、当該クライアント端末のユーザが所望するTopic及び部分一致（I）によるグループの検索を示す<Opt>タグが含まれ、<Dst>タグが含まれない。また、このInvite-Requestを受信したＩＭＰＳサーバ１１４は、このInvite-Requestの<InviteNote>タグと同じ<InviteNote>タグを含むInviteUser-Requestをクライアント端末に送信する。このInviteUser-Requestを受信したクライアント端末は、クライアント端末が招待したことのあるグループを記憶する情報テーブルから、InviteUser-Requestの<InviteNote>タグに含まれるTopicと少なくとも部分的に一致するグループを抽出して、抽出したグループのGroupIDを含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。したがって、ユーザが所望するTopicに関するグループを拡張することができる。
【００７２】
また、InviteUser-Requestを受信したクライアント端末は、抽出したグループ又はユーザに関する情報が追記された<InviteNote>タグを含むInvite-RequestをＩＭＰＳサーバ１１４に送信する。このように、<InviteNote>タグに前記グループ又はユーザに関する情報を追記することによって、１つのクライアント端末への複数のInviteUser-Requestの送信を防ぐことができる。
【００７３】
さらに、グループを復活するときと同様に、Invite-Requestの<InviteNote>タグ内の<Hop>タグに転送可能回数を示す値を示し、クライアント端末がInvite-Requestを送信する毎に転送可能回数が１ずつデクリメントされるため、Invite-Requestの転送を一定回数内に制限することができる。Invite-Requestの転送を一定回数内に制限することによって、Invite-Requestが永遠に転送される状態を防ぐことができる。
【００７４】
なお、TopicはInvite-Requestの<InviteNote>タグ内に含めず、InviteUser-Requestを受信したクライアント端末が、招待先グループのプロパティをＩＭＰＳサーバ１１４に要求して取得しても良い。これにより、GetGroupProps-RequestやGetGroupProps-Responseといったリクエストとレスポンスの処理が増えるのと引き換えに、Topic情報が長大な場合にも送信データサイズがオーバーしてTopic情報が欠落することがなくなる。また、Invite-Request内にInvite-Requestの転送に必要な情報を含め、また、クライアント端末が前述した情報テーブルを持つことにより、ＩＭＰＳサーバ１１４への機能追加を行わずにグループの復元を行うことができる。さらに、Invite-Requestの<InviteNote>タグ等の既存のタグ内にInvite-Requestの転送に必要な情報を含めることにより、ＩＭＰＳサーバ１１４が、仕様化されていないタグを無視せずにエラーを検出する仕様となっていても、ＩＭＰＳサーバ１１４への機能追加を行わずにグループの復元を行うことができる。
【００７５】
（第２の実施形態）
第１の実施形態では、クライアント端末がＩＭＰＳサーバ１１４にInvite-Requestを送信するが、当該Invite-Requestが示す情報を含むSendMessage-Requestを送信しても良い。図１６は、図１に示すグループ形成システムにおいてクライアント端末１０２がＩＭＰＳサーバ１１４に送信するSendMessage-RequestのXMLデータを示す図である。図１６に示すように、SendMessage-Requestの<ContentData>タグ内には、Invite-Request２３１の<GroupID>タグ内のグループ情報（wv:80/partygroup@there.com）と、<InviteNote>タグ内の情報とが含まれている。
【００７６】
本実施形態のように、グループへの招待要求を格納したSendMessage-Requestを送信すると、システムが一般的なデータサイズ制限下にある場合、すなわち、招待要求に乗せられるデータ量がメッセージに乗せられるデータ量より小さい場合には、転送データに欠落が生じにくくなる。
【００７７】
以上説明した実施形態のグループ形成システムによれば、ＩＭＰＳシステムにおける公開グループやプライベートグループ等の、あるユーザの意図により作成や削除が自由に行われるグループが削除されても、削除されたグループの一部又は全部を復元したり、特定の情報に関連するグループを簡易に新規作成又は拡張することができる。また、削除されたグループに属していたユーザや信頼できるユーザにメンバーを限って、グループを復元することができる。さらに、ＩＭＰＳサーバ１１４はInvite-Requestを受信してInviteUser-Requestをクライアント端末に送信するだけであるため、ＩＭＰＳサーバ１１４にユーザやグループを検索するための負荷はかからない。
【００７８】
本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
【産業上の利用可能性】
【００７９】
本発明に係るグループ形成システムは、削除されたグループの復元やグループの新規作成又は拡張を含むグループの形成を簡易に行うことができるＩＭＰＳシステム等として有用である。
【符号の説明】
【００８０】
１０１〜１０９  クライアント端末
１１４  ＩＭＰＳサーバ
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
削除されたグループの少なくとも一部を復元する際、当該グループの復元を望むユーザの第１のクライアント端末は、
前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループに、前記招待要求を送信することを特徴とするグループ形成システム。
【請求項２】
請求項１に記載のグループ形成システムであって、
前記招待要求には、前記第１のクライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするグループ形成システム。
【請求項３】
請求項２に記載のグループ形成システムであって、
前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記第１のクライアント端末が送信した招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加することを特徴とするグループ形成システム。
【請求項４】
請求項１に記載のグループ形成システムであって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするグループ形成システム。
【請求項５】
請求項１に記載のグループ形成システムであって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするグループ形成システム。
【請求項６】
請求項１に記載のグループ形成システムであって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするグループ形成システム。
【請求項７】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを拡張する際、当該グループの拡張を望むユーザの第１のクライアント端末は、
前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信することを特徴とするグループ形成システム。
【請求項８】
請求項７に記載のグループ形成システムであって、
前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするグループ形成システム。
【請求項９】
請求項７に記載のグループ形成システムであって、
前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加することを特徴とするグループ形成システム。
【請求項１０】
請求項７に記載のグループ形成システムであって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするグループ形成システム。
【請求項１１】
請求項７に記載のグループ形成システムであって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするグループ形成システム。
【請求項１２】
請求項７に記載のグループ形成システムであって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするグループ形成システム。
【請求項１３】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを新規作成する際、当該グループの新規作成を望むユーザの第１のクライアント端末は、
前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信することを特徴とするグループ形成システム。
【請求項１４】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
削除されたグループの少なくとも一部を復元する際、前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループのクライアント端末に、前記招待要求を送信することを特徴とするクライアント端末。
【請求項１５】
請求項１４に記載のクライアント端末であって、
前記招待要求には、当該クライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするクライアント端末。
【請求項１６】
請求項１４に記載のクライアント端末であって、
当該クライアント端末は、当該クライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記該当グループに招待したユーザ又はグループの内、前記他のクライアント端末から受け取った招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加することを特徴とするクライアント端末。
【請求項１７】
請求項１４に記載のクライアント端末であって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするクライアント端末。
【請求項１８】
請求項１４に記載のクライアント端末であって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするクライアント端末。
【請求項１９】
請求項１４に記載のクライアント端末であって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするクライアント端末。
【請求項２０】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを拡張する際、前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信することを特徴とするクライアント端末。
【請求項２１】
請求項２０に記載のクライアント端末であって、
前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするクライアント端末。
【請求項２２】
請求項２０に記載のクライアント端末であって、
当該クライアント端末は、当該クライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加することを特徴とするクライアント端末。
【請求項２３】
請求項２０に記載のクライアント端末であって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするクライアント端末。
【請求項２４】
請求項２０に記載のクライアント端末であって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするクライアント端末。
【請求項２５】
請求項２０に記載のクライアント端末であって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするクライアント端末。
【請求項２６】
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを新規作成する際、前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信することを特徴とするクライアント端末。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008146362.tif 000019
【図２】
2008146362.tif 000020
【図３】
2008146362.tif 000021
【図４】
2008146362.tif 000022
【図５】
2008146362.tif 000023
【図６】
2008146362.tif 000024
【図７】
2008146362.tif 000025
【図８】
2008146362.tif 000026
【図９】
2008146362.tif 000027
【図１０】
2008146362.tif 000028
【図１１】
2008146362.tif 000029
【図１２】
2008146362.tif 000030
【図１３】
2008146362.tif 000031
【図１４】
2008146362.tif 000032
【図１５】
2008146362.tif 000033
【図１６】
2008146362.tif 000034
【国際調査報告】
2008146362.tif 000035
2008146362.tif 000036
2008146362.tif 000037