JP4689753B2

JP4689753B2 - グループ形成システム

Info

Publication number: JP4689753B2
Application number: JP2009516101A
Authority: JP
Inventors: 優子竹居
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2007-05-29
Filing date: 2007-05-29
Publication date: 2011-05-25
Anticipated expiration: 2027-05-29
Also published as: JPWO2008146362A1; WO2008146362A1; US20100174792A1

Description

本発明は、ネットワークを介して通信可能な複数の通信端末のグループ化を行うグループ形成システムに関する。

移動通信の業界団体であるＯＭＡ（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をクライアント端末に送信するだけであるため、ＩＭＰＳサーバ１１４にユーザやグループを検索するための負荷はかからない。

本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。

本発明に係るグループ形成システムは、削除されたグループの復元やグループの新規作成又は拡張を含むグループの形成を簡易に行うことができるＩＭＰＳシステム等として有用である。

１０１〜１０９クライアント端末
１１４ＩＭＰＳサーバ

Claims

ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
削除されたグループの少なくとも一部を復元する際、当該グループの復元を望むユーザの第１のクライアント端末は、
前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループに、前記招待要求を送信することを特徴とするグループ形成システム。
請求項１に記載のグループ形成システムであって、
前記招待要求には、前記第１のクライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするグループ形成システム。
請求項２に記載のグループ形成システムであって、
前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記第２のクライアント端末が前記該当グループに招待したユーザ又はグループの内、前記第１のクライアント端末が送信した招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加することを特徴とするグループ形成システム。
請求項１に記載のグループ形成システムであって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするグループ形成システム。
請求項１に記載のグループ形成システムであって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするグループ形成システム。
請求項１に記載のグループ形成システムであって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするグループ形成システム。
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを拡張する際、当該グループの拡張を望むユーザの第１のクライアント端末は、
前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信することを特徴とするグループ形成システム。
請求項７に記載のグループ形成システムであって、
前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするグループ形成システム。
請求項７に記載のグループ形成システムであって、
前記第２のクライアント端末は、当該第２のクライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加することを特徴とするグループ形成システム。
請求項７に記載のグループ形成システムであって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
各クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするグループ形成システム。
請求項７に記載のグループ形成システムであって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするグループ形成システム。
請求項７に記載のグループ形成システムであって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするグループ形成システム。
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムであって、
各クライアント端末は、他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを新規作成する際、当該グループの新規作成を望むユーザの第１のクライアント端末は、
前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、前記第１のクライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
前記招待要求を受け取った第２のクライアント端末は、
当該第２のクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信することを特徴とするグループ形成システム。
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
削除されたグループの少なくとも一部を復元する際、前記削除されたグループの話題情報と、前記削除されたグループの識別情報と、を含む招待要求を、前記削除されたグループに招待したユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれ、かつ、前記招待要求中のグループの識別情報と同じ識別情報の該当グループが含まれている場合、前記該当グループに招待したユーザ又はグループの内、前記招待要求が含む前記招待したユーザ又はグループに含まれていないユーザ又はグループのクライアント端末に、前記招待要求を送信することを特徴とするクライアント端末。
請求項１４に記載のクライアント端末であって、
前記招待要求には、当該クライアント端末が前記削除されたグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするクライアント端末。
請求項１４に記載のクライアント端末であって、
当該クライアント端末は、当該クライアント端末が送信する招待要求中のユーザ又はグループの識別情報に、前記該当グループに招待したユーザ又はグループの内、前記他のクライアント端末から受け取った招待要求が含むユーザ又はグループに含まれていないユーザ又はグループの識別情報を追加することを特徴とするクライアント端末。
請求項１４に記載のクライアント端末であって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするクライアント端末。
請求項１４に記載のクライアント端末であって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報と同一の話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするクライアント端末。
請求項１４に記載のクライアント端末であって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするクライアント端末。
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを拡張する際、前記特定の情報に関する話題情報と、拡張グループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記拡張グループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当グループに前記招待要求を送信することを特徴とするクライアント端末。
請求項２０に記載のクライアント端末であって、
前記招待要求には、前記話題情報に対応するグループに招待したユーザ又はグループの識別情報が含まれていることを特徴とするクライアント端末。
請求項２０に記載のクライアント端末であって、
当該クライアント端末は、当該クライアント端末が送信する招待要求中に、前記該当グループの識別情報を追加することを特徴とするクライアント端末。
請求項２０に記載のクライアント端末であって、
前記招待要求は、クライアント端末間で送信される前記招待要求の転送可能回数を示す値を有し、
当該クライアント端末は、前記招待要求を他のクライアント端末に送信するたびに、前記値を１ずつデクリメントすることを特徴とするクライアント端末。
請求項２０に記載のクライアント端末であって、
前記招待要求には、前記招待要求を受け取ったクライアント端末が記憶する前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれているかを検索するよう指示する情報が含まれていることを特徴とするクライアント端末。
請求項２０に記載のクライアント端末であって、
前記クライアント端末は、前記招待要求に含まれる前記情報をメッセージで送信することを特徴とするクライアント端末。
ネットワークを介して通信を行う複数のクライアント端末の少なくとも一部によってグループを形成するグループ形成システムで用いられるクライアント端末であって、
他のクライアント端末のユーザ又はグループを所定のグループに招待した履歴を記憶し、前記履歴は、前記所定のグループの識別情報と、前記所定のグループの話題情報と、前記所定のグループに招待したユーザ又はグループの識別情報と、を対応付けてグループ毎に有し、
特定の情報に関連するグループを新規作成する際、前記特定の情報に関する話題情報と、新規作成するグループの識別情報と、を含む招待要求を、当該クライアント端末が記憶する前記履歴に含まれ、前記特定の話題に対応するユーザ又はグループのクライアント端末に送り、
他のクライアント端末から招待要求を受け取ると、前記履歴に、前記招待要求中の話題情報を少なくとも部分的に含む該当話題情報が含まれている場合、前記該当話題情報に対応するグループの内、前記招待要求に含まれる前記新規作成するグループの識別情報と同一の識別情報のグループを除くグループであって、前記招待要求に含まれる前記招待したグループに含まれない該当ユーザに前記招待要求を送信することを特徴とするクライアント端末。