【手続補正書】
【提出日】平成19年1月23日(2007.1.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有する複数のクライアント装置間で、プレゼンス情報およびインスタントメッセージを送受信するインスタントメッセージおよびプレゼンスサービス・システムにおいて、
前記複数のクライアント装置の少なくとも１つのクライアント装置は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときにその状態に対応するグループエージェント装置を生成するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てにインスタントメッセージを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするプレゼンス情報に基づくグループ通信方式。
【請求項２】
前記グループエージェント装置は、特定の制御コマンドを含む制御メッセージを受信したとき、前記制御メッセージの送信者を前記メンバ管理部で管理されるメンバから削除する制御メッセージ処理部を備えることを特徴とする請求項１記載のプレゼンス情報に基づくグループ通信方式。
【請求項３】
前記グループ管理部は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときに、変化後の状態がグループ生成のトリガー状態の条件にあう場合に限って、その状態に対応するグループエージェント装置をシステムに登録するものであることを特徴とする請求項１記載のプレゼンス情報に基づくグループ通信方式。
【請求項４】
前記プレゼンス発行部は、前記或る状態と前記登録されたグループエージェント装置にコンタクトをとるための識別子とを自クライアント装置の状態を監視しているクライアント装置以外のクライアント装置に通知する手段を備え、且つ、前記グループエージェント装置は、インスタントメッセージを送信してきたものをメンバに加えるかどうかを管理するアクセス制御部を備えることを特徴とする請求項１記載のプレゼンス情報に基づくグループ通信方式。
【請求項５】
前記グループエージェント装置は、前記メンバ管理部で管理されるメンバの数が予め定められた数以下に低下した場合に自グループエージェント装置自身をシステムから削除するものであることを特徴とする請求項１または２記載のプレゼンス情報に基づくグループ通信方式。
【請求項６】
前記グループエージェント装置のインスタントメッセージ配信部は、受信したインスタントメッセージをメンバに転送する際、送信者を自グループエージェント装置に変更せずに、もとの送信者のままにするものであることを特徴とする請求項１記載のプレゼンス情報に基づくグループ通信方式。
【請求項７】
前記グループエージェント装置は、自グループエージェント装置に関する情報を発行するプレゼンティティを備えることを特徴とする請求項１記載のプレゼンス情報に基づくグループ通信方式。
【請求項８】
前記グループエージェント装置は、前記メンバ管理部で管理されるメンバの一覧をネットワークを介して発行するものであることを特徴とする請求項１記載のプレゼンス情報に基づくグループ通信方式。
【請求項９】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有する複数のクライアント装置間で、プレゼンス情報およびインスタントメッセージを送受信するインスタントメッセージおよびプレゼンスサービス・システムにおいて、
前記クライアント装置は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときにその状態に対応するグループを生成するグループ管理部と、前記或る状態と前記生成されたグループにコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループ管理部は、前記グループを生成した前記クライアント装置および前記グループ宛てにインスタントメッセージを送信してきたクライアント装置をメンバとして管理すると共にメンバ全員とメンバリストの同期化を行うメンバ管理部と、自グループ宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするプレゼンス情報に基づくグループ通信方式。
【請求項１０】
前記クライアント装置は、特定の制御コマンドを含む制御メッセージを受信したとき、前記制御メッセージの送信者を前記メンバ管理部で管理されるメンバから削除する制御メッセージ処理部を備えることを特徴とする請求項９記載のプレゼンス情報に基づくグループ通信方式。
【請求項１１】
前記グループ管理部は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときに、変化後の状態がグループ生成のトリガー状態の条件にあう場合に限って、その状態に対応するグループを生成するものであることを特徴とする請求項１０記載のプレゼンス情報に基づくグループ通信方式。
【請求項１２】
前記プレゼンス発行部は、前記或る状態と前記登録されたグループエージェント装置にコンタクトをとるための識別子とを自クライアント装置の状態を監視しているクライアント装置以外のクライアント装置に通知する手段を備え、且つ、前記グループエージェント装置は、インスタントメッセージを送信してきたものをメンバに加えるかどうかを管理するアクセス制御部を備えることを特徴とする請求項９記載のプレゼンス情報に基づくグループ通信方式。
【請求項１３】
前記クライアント装置は、前記メンバ管理部で管理されるグループのメンバの数が予め定められた数以下に低下した場合に前記グループを削除するものであることを特徴とする請求項９または１０記載のプレゼンス情報に基づくグループ通信方式。
【請求項１４】
前記グループエージェント装置は、前記メンバ管理部で管理されるメンバの一覧をネットワークを介して発行するものであることを特徴とする請求項９記載のプレゼンス情報に基づくグループ通信方式。
【請求項１５】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有する複数のクライアント装置間で、プレゼンス情報およびインスタントメッセージを送受信するインスタントメッセージおよびプレゼンスサービス・システムにおいて、
前記複数のクライアント装置は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、自クライアント装置のウォッチャで観察している他クライアント装置の中に同じ状態のものが存在しなければ、前記或る状態に対応するグループエージェント装置を生成し、同じ状態のものが存在すれば、その同じ状態に対応して生成されているグループエージェント装置に対して自クライアントをグループのメンバに加えるよう依頼する制御コマンドを送信するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てに前記制御コマンドを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするプレゼンス情報に基づくグループ通信方式。
【請求項１６】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有する複数のクライアント装置間で、プレゼンス情報およびインスタントメッセージを送受信するインスタントメッセージおよびプレゼンスサービス・システムにおいて、
前記複数のクライアント装置は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、自クライアント装置のウォッチャで観察している他クライアント装置の中に同じ状態あるいは前記或る状態と特定の関係にある状態のものが存在しなければ、前記或る状態に対応するグループエージェント装置を生成し、同じ状態あるいは前記或る状態と特定の関係にある状態のものが存在すれば、その同じ状態あるいは前記或る状態と特定の関係にある状態に対応して生成されているグループエージェント装置に対して自クライアントをグループのメンバに加えるよう依頼する制御コマンドを送信するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てに前記制御コマンドを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするプレゼンス情報に基づくグループ通信方式。
【請求項１７】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有するクライアント装置において、
自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときにその状態に対応するグループエージェント装置を生成するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てにインスタントメッセージを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするクライアント装置。
【請求項１８】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有するクライアント装置において、
自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときにその状態に対応するグループを生成するグループ管理部と、前記或る状態と前記生成されたグループにコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループ管理部は、前記グループを生成した前記クライアント装置および前記グループ宛てにインスタントメッセージを送信してきたクライアント装置をメンバとして管理すると共にメンバ全員とメンバリストの同期化を行うメンバ管理部と、自グループ宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするクライアント装置。
【請求項１９】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有するクライアント装置において、
自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、自クライアント装置のウォッチャで観察している他クライアント装置の中に同じ状態のものが存在しなければ、前記或る状態に対応するグループエージェント装置を生成し、同じ状態のものが存在すれば、その同じ状態に対応して生成されているグループエージェント装置に対して自クライアントをグループのメンバに加えるよう依頼する制御コマンドを送信するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てに前記制御コマンドを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするクライアント装置。
【請求項２０】
プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有するクライアント装置において、
自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、自クライアント装置のウォッチャで観察している他クライアント装置の中に同じ状態あるいは前記或る状態と特定の関係にある状態のものが存在しなければ、前記或る状態に対応するグループエージェント装置を生成し、同じ状態あるいは前記或る状態と特定の関係にある状態のものが存在すれば、その同じ状態あるいは前記或る状態と特定の関係にある状態に対応して生成されているグループエージェント装置に対して自クライアントをグループのメンバに加えるよう依頼する制御コマンドを送信するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てに前記制御コマンドを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうちインスタントメッセージ送信者を除いた残りのすべてのクライアント装置、または前記メンバ管理部で管理されるすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とするクライアント装置。
【請求項２１】
前記グループエージェント装置は、特定の制御コマンドを含む制御メッセージを受信したとき、前記制御メッセージの送信者を前記メンバ管理部で管理されるメンバに追加する制御メッセージ処理部を備えることを特徴とする請求項１記載のプレゼンス情報に基づくグループ通信方式。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】プレゼンス情報に基づくグループ通信方式およびクライアント装置
【技術分野】
【０００１】
本発明は、ネットワークを介して複数のクライアント装置間でインスタントメッセージを送受信する通信方式に関し、特にプレゼンス情報に基づいて複数のクライアント装置をグループ化し、グループに属するメンバ間でインスタントメッセージを送受信するグループ通信方式に関する。
【背景技術】
【０００２】
インスタントメッセージおよびプレゼンスサービス・システム（以下、ＩＭ＆Ｐサービス・システムと記す）とは、インスタントメッセージ（以下、ＩＭと記す）の配信および各ユーザの状態を管理するシステム一般を指し、その基本的なアーキテクチャは、ＲＦＣ２７７８（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：２７７８）に示されている。
【０００３】
プレゼンスシステムは、自分のプレゼンス情報を提供するプレゼンティティと、それを観察するウォッチャ、および、プレゼンティティからプレゼンス情報を受け取り、これをウォッチャに配信するプレゼンスサービスとからなる。ウォッチャは、プレゼンスサービスに対し、或るプレゼンティティのプレゼンス情報が変化したときに通知を行うよう要求することができる。
【０００４】
ユーザの状態を表すプレゼンスシステムと、インスタントメッセージシステムを併用することで、通信相手の状態にあわせたコミュニケーションが可能になる（例えば特許文献１）。
【０００５】
ここで、ＩＭ＆Ｐサービス・システムは、クライアント・サーバ方式で実装する形態と、クライアント端末どうしを接続するピア・トウ・ピア方式で実装する形態とが考えられる。前者の形態の場合、クライアント端末のプレゼンティティからプレゼンス情報を受け取って他のクライアント端末のウォッチャに配信すると共に、クライアント端末間のインスタントメッセージの配信を中継する１つ或いは複数のサーバ装置が、インターネットなどのネットワークを通じてクライアント端末と相互に通信可能に接続される。後者の形態の場合、クライアント・サーバ方式におけるサーバ装置の機能が各クライアント端末に実装される。本発明は何れの形態に対しても適用可能であるが、以下では説明の便宜上、クライアント・サーバ方式で実装する形態を例に説明する。
【特許文献１】特開２００２−１８３０６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のＩＭ＆Ｐサービス・システムでは、インスタントメッセージのサービスは基本的に２ユーザ間のメッセージングサービスとして提供されていたため、或るプレゼンティティの状態を見て、そのプレゼンティティに対し、複数のウォッチャがインスタントメッセージを送信した場合、プレゼンティティと各ウォッチャとの通信は、独立に行われ、プレゼンティティは、複数のウォッチャと別々に対話しなければならなかった。
【０００７】
また、グループで対話（チャット）を行う機能、があっても、特許文献１にも記載されるように、グループでの対話を開始するためには、個々の相手を会話に「招待」するという手順を踏まなければならなかった。すなわち、プレゼンティティの特定の状態に興味を持つ複数のウォッチャがいても、それらを動的にグループ化する手段がなかった。
【０００８】
また、グループに参加するためには、既にグループに参加しているユーザの側から他のユーザをグループに招待する以外になく、他のユーザが、グループの存在を知ることも、他のユーザが自発的にグループに参加することもできなかった。
【０００９】
そこで本発明の目的は、ＩＭ＆Ｐサービス・システムを利用しているユーザをプレゼンス情報に基づいて自動的にグループ化し、グループ内のメンバ間で同報通信、つまりチャットが行えるようにすることにある。
【課題を解決するための手段】
【００１０】
本発明の第１のプレゼンス情報に基づくグループ通信方式は、プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有する複数のクライアント装置間で、プレゼンス情報およびインスタントメッセージを送受信するインスタントメッセージおよびプレゼンスサービス・システムにおいて、
前記複数のクライアント装置の少なくとも１つのクライアント装置は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときにその状態に対応するグループエージェント装置を生成するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てにインスタントメッセージを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうち少なくともインスタントメッセージ送信者以外のすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とする。
【００１１】
この第１のプレゼンス情報に基づくグループ通信方式によれば、複数のクライアント装置の少なくとも１つのクライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、そのクライアント装置のグループ管理部がその状態に対応するグループエージェント装置を生成し、プレゼンス発行部が前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行する。これにより、前記クライアント装置の状態を監視していた他のクライアント装置のユーザは、前記クライアント装置の状態がある状態に変化したことを認識すると同時に、その認識した状態に対応するグループエージェント装置にコンタクトをとるための識別子を知ることができる。そして、他のクライアント装置のユーザが、前記グループエージェント装置にインスタントメッセージを送信すると、前記グループエージェント装置のメンバ管理部が、自グループエージェント装置を生成した前記クライアント装置に加えて、前記インスタントメッセージを送信してきたクライアント装置をメンバとして管理し、インスタントメッセージ配信部が、前記インスタントメッセージをメンバ管理部で管理されるメンバのうち少なくともインスタントメッセージ送信者以外のすべてのクライアント装置に転送する。
【００１２】
本発明の第２のプレゼンス情報に基づくグループ通信方式は、プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有する複数のクライアント装置間で、プレゼンス情報およびインスタントメッセージを送受信するインスタントメッセージおよびプレゼンスサービス・システムにおいて、
前記クライアント装置は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したときにその状態に対応するグループを生成するグループ管理部と、前記或る状態と前記生成されたグループにコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループ管理部は、前記グループを生成した前記クライアント装置および前記グループ宛てにインスタントメッセージを送信してきたクライアント装置をメンバとして管理すると共にメンバ全員とメンバリストの同期化を行うメンバ管理部と、自グループ宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうち少なくともインスタントメッセージ送信者以外のすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とする。
【００１３】
この第２のプレゼンス情報に基づくグループ通信方式によれば、或るクライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、そのクライアント装置のグループ管理部がその状態に対応するグループを生成し、プレゼンス発行部が前記或る状態と前記生成されたグループにコンタクトをとるための識別子とを発行する。これにより、前記クライアント装置の状態を監視していた他のクライアント装置のユーザは、前記クライアント装置の状態がある状態に変化したことを認識すると同時に、その認識した状態に対応するグループにコンタクトをとるための識別子を知ることができる。そして、他のクライアント装置のユーザが、前記グループ宛てにインスタントメッセージを送信すると、前記クライアント装置のメンバ管理部が、自グループを生成した前記クライアント装置に加えて、前記インスタントメッセージを送信してきたクライアント装置をメンバとして管理すると共にメンバ全員とメンバリストの同期化を行い、インスタントメッセージ配信部が、前記インスタントメッセージをメンバ管理部で管理されるメンバのうち少なくともインスタントメッセージ送信者以外のすべてのクライアント装置に転送する。
【００１４】
本発明の第３のプレゼンス情報に基づくグループ通信方式は、プレゼンス情報を提供するプレゼンティティと前記プレゼンティティ以外の他のプレゼンティティのプレゼンス情報を観察するウォッチャとインスタントメッセージを送受信するインスタントメッセージ送受信部とを有する複数のクライアント装置間で、プレゼンス情報およびインスタントメッセージを送受信するインスタントメッセージおよびプレゼンスサービス・システムにおいて、
前記複数のクライアント装置は、自クライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、自クライアント装置のウォッチャで観察している他クライアント装置の中に同じ状態のものが存在しなければ、前記或る状態に対応するグループエージェント装置を生成し、同じ状態のものが存在すれば、その同じ状態に対応して生成されているグループエージェント装置に対して自クライアントをグループのメンバに加えるよう依頼する制御コマンドを送信するグループ管理部と、前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行するプレゼンス発行部とを備え、
前記グループエージェント装置は、自グループエージェント装置を生成した前記クライアント装置および自グループエージェント装置宛てに前記制御コマンドを送信してきたクライアント装置をメンバとして管理するメンバ管理部と、自グループエージェント装置宛てに送信されたインスタントメッセージを前記メンバ管理部で管理されるメンバのうち少なくともインスタントメッセージ送信者以外のすべてのクライアント装置に転送するインスタントメッセージ配信部とを備えることを特徴とする。
なお、「同じ状態」でなく「同じ状態あるいは特定の関係にある状態」としてもよい。
【００１５】
この第３のプレゼンス情報に基づくグループ通信方式によれば、或るクライアント装置のプレゼンティティが提供するプレゼンス情報が或る状態に変化したとき、自クライアント装置のウォッチャで観察している他クライアント装置の中に同じ状態のものが存在しなければ、グループ管理部が前記或る状態に対応するグループエージェント装置を生成し、プレゼンス発行部が前記或る状態と前記生成されたグループエージェント装置にコンタクトをとるための識別子とを発行する。また、同じ状態のものが存在すれば、グループ管理部がその同じ状態に対応して生成されているグループエージェント装置に対して自クライアントをグループのメンバに加えるよう依頼する制御コマンドを送信する。前記グループエージェント装置のメンバ管理部は、自グループエージェント装置を生成した前記クライアント装置に加えて、自グループエージェント装置宛てに前記制御コマンドを送信してきたクライアント装置をメンバとして管理する。これによって、プレゼンティティの状態が同じである複数のクライアントがグループ化され、メンバの何れかのクライアント装置がグループエージェント装置宛てにインスタントメッセージを送信すると、グループエージェント装置のインスタントメッセージ配信部が、受信したインスタントメッセージを前記メンバ管理部で管理されるメンバのうち少なくともインスタントメッセージ送信者以外のすべてのクライアント装置に転送する。
【発明の効果】
【００１６】
このように本発明によれば、ＩＭ＆Ｐサービス・システムを利用しているユーザをプレゼンス情報に基づいて自動的にグループ化でき、グループ内のメンバ間で同報通信が行える。
【発明を実施するための最良の形態】
【００１７】
［第１の実施の形態］
図１を参照すると、本発明の第１の実施の形態は、ＩＭ＆Ｐサービス・システムのサーバとして動作するサーバＳと、いずれもＩＭ＆Ｐサービス・システムのユーザエージェントとして動作する、クライアントＸ、グループエージェントＸ１〜Ｘｉ、クライアントＢ、Ｃ、…、Ｙとを含んで構成され、サーバＳと各ユーザエージェントとは図示しないインターネットなどのネットワークを通じて相互に通信可能に接続されている。
【００１８】
クライアントＸは、インスタントメッセージ送受信部１０１、プレゼンティティ１０２、ウォッチャ１０３およびグループ管理部１０４を含んで構成される。インスタントメッセージ送受信部１０１、プレゼンティティ１０２およびウォッチャ１０３は、ＩＭ＆Ｐサービス・システムのユーザエージェントとして必要な機能を備えるものである。また、プレゼンティティ１０２は、状態管理部１０２１とプレゼンス発行部１０２２とを持つ。
【００１９】
グループ管理部１０４は、プレゼンティティ１０２の状態を監視し、状態が変更された場合に、変更後の状態に対応するグループエージェントを、ＩＭ＆Ｐサービス・システムのユーザエージェントとしてサーバＳに登録する機能を持つ。図１に示すグループエージェントＸ１、Ｘ２、…、Ｘｉは、こうして登録されたものであり、それぞれ状態１、状態２、…、状態ｉに１対１に対応している。
【００２０】
グループエージェントＸｉは、インスタントメッセージ配信部１１１およびメンバ管理部１１２を備える。メンバ管理部１１２は、グループＸｉに属するメンバを管理する部分である。インスタントメッセージ配信部１１１は、グループＸｉ宛てに送信されたインスタントメッセージを受信すると、そのインスタントメッセージ送信者を１メンバとしてメンバ管理部１１２に追加すると同時に、受信したインスタントメッセージを、メンバ管理部１１２で管理されるメンバ全員に送信する機能を持つ。他のグループエージェントＸ１、Ｘ２もグループエージェントＸｉと同様の構成を持つ。これらのグループエージェントＸ１、Ｘ２、…、Ｘｉの物理的配置に関しては、クライアントＸと同一端末内に存在してもよいし、ＩＭ＆Ｐサービス内の別の端末内に存在してもよい。
【００２１】
他のクライアントＢ、Ｃ、…、Ｙは、クライアントＸと同じ構成である必要はなく、クライアントＸの状態を監視するウォッチャ機能およびインスタントメッセージの送受信機能があればよい。
【００２２】
サーバＳは、ＩＭ＆Ｐサービス・システムのサーバとして、ユーザエージェント間のインスタントメッセージの配信機能およびプレゼンス情報の通知機能を備えるものである。インスタントメッセージ配信部１１１を持つグループエージェントＸ１、Ｘ２、…、Ｘｉもユーザエージェントの一つであるため、サーバＳは、グループエージェント識別子（例えばｓｉｐアドレス）から、グループエージェントのネットワーク上のアドレス（例えばＩＰアドレス）を引き、グループエージェントに対するメッセージを配信する機能をもつ。サーバＳは、物理的に１つのサーバ装置で構成される場合に限定されず、グループエージェント識別子とネットワーク上のアドレスとの対応関係を解決するサーバ、プレゼンスサービスを提供するサーバなど複数のサーバ装置で構成される場合も包含する。
【００２３】
図２を参照すると、クライアントＸのハードウェア構成の一例は、サーバＳと各種のデータの通信を行う通信部１２１と、各種のデータおよびプログラムを記憶する磁気ディスク等の記憶部１２２と、利用者が各種のデータを入力するためのキーボード等の入力部１２３と、各種のデータを出力するＬＣＤ等の出力部１２４と、各部を制御するＣＰＵ等の制御部１２５とで構成される。図１のクライアントＸのインスタントメッセージ送受信部１０１、プレゼンティティ１０２、ウォッチャ１０３およびグループ管理部１０４の各機能部は、制御部１２５を構成するＣＰＵと記憶部１２２に記憶されたプログラムとで構成される。クライアントＸと同じハードウェア構成上にグループエージェントＸ１、Ｘ２、…、Ｘｉを実現する場合、グループエージェントＸ１、Ｘ２、…、Ｘｉもまた、制御部１２５を構成するＣＰＵと記憶部１２２に記憶されたプログラムとで構成される。他のクライアントＢ、Ｃ、…、Ｙも、クライアントＸと同様のハードウェアで構成することができる。
【００２４】
図３を参照すると、サーバＳのハードウェア構成の一例は、各ユーザエージェントと各種のデータの通信を行う通信部１３１と、各種のデータおよびプログラムを記憶する磁気ディスク等の記憶部１３２と、各部を制御するＣＰＵ等の制御部１３３とで構成される。サーバＳの有する各種の機能は、制御部１３３を構成するＣＰＵと記憶部１３２に記憶されたプログラムとで構成される。
【００２５】
図４および図５は本実施の形態における各部の処理の一例を示すフローチャートである。図４を参照すると、クライアントＸのプレゼンティティ１０２は、状態を変更するイベントが発生したかどうかを判別し（Ｓ１０１）、そのようなイベントが発生した場合、記憶部１２２に設けられた状態保存部１２２１を更新し、自身の現在の状態を状態保存部１２２１に保存する（Ｓ１０２）。状態変更イベントとしては、クライアントＸの利用者が入力部１２３から入力する状態変更要求などがある。そして、変更後の状態を付加した状態変更通知をグループ管理部１０４に通知する（Ｓ１０３）。
【００２６】
グループ管理部１０４は、プレゼンティティ１０２から状態変更通知を受信すると（Ｓ１１１）、登録済のグループエージェントの識別子の一覧を保存してある記憶部１２２中のグループエージェント識別子一覧保存部１２２２を参照して、変更後の状態に対応するグループエージェントが既に登録されているかどうかを判定する（Ｓ１１２）。若し、登録されていなければ（Ｓ１１３でＮＯ）、変更後の状態に対応するグループエージェントを生成し、その生成したグループエージェントの識別子をグループエージェント識別子一覧保存部１２２２に保存する（Ｓ１１４）。そして、通信部１２１によりサーバＳに接続し、前記生成したグループエージェント識別子（例えばｓｉｐアドレス）とこの識別子に対して動的に割り当てたグループエージェントのネットワーク上の通信アドレス（例えばＩＰアドレス）とを付加したグループエージェント登録要求をサーバＳに送信する（Ｓ１１５）。
【００２７】
サーバＳは、グループエージェント識別子と通信アドレスとを付加したグループエージェント登録要求をグループ管理部１０４から受信すると（Ｓ１２１）、記憶部１３２に設定した管理情報保存部１３２１に、グループエージェント識別子と通信アドレスとの対応を登録する（Ｓ１２２）。なお、管理情報保存部１３２１には、クライアントＸ、クライアントＢ、Ｃ、…、Ｙなど既に登録されているユーザエージェントの識別子と通信アドレスの対応が登録されている。
【００２８】
グループ管理部１０４は、変更後の状態に対応するグループエージェントが既に登録されていた場合（Ｓ１１３でＹＥＳ）、または、登録されていなかったために今回登録を行った場合（Ｓ１１５）、変更後の状態に対応するグループエージェント識別子をプレゼンティティ１０２に通知する（Ｓ１１６）。プレゼンティティ１０２は、この通知を受信すると（Ｓ１０４）、変更後の状態とその状態に対応するグループエージェント識別子をプレゼンス情報としてサーバＳに通知する（Ｓ１０５）。
【００２９】
サーバＳは、クライアントＸのプレゼンティティ１０２から変更後の状態とその状態に対応するグループエージェント識別子を受信すると（Ｓ１２３）、クライアントＸのプレゼンスを監視しているクライアントのウォッチャに、受信したプレゼンティティ１０２の変更後の状態とその状態に対応するグループエージェント識別子を通知する（Ｓ１２４）。
【００３０】
図５を参照すると、クライアントＸおよびクライアントＢなどの他クライアントから或るグループエージェントの識別子を宛先とするインスタントメッセージが送信されると（Ｓ２０１、Ｓ２１１）、そのインスタントメッセージがサーバＳにより、そのグループエージェント識別子に対応する通信アドレスを持つグループエージェントに転送される（Ｓ２２１、Ｓ２２２）。
【００３１】
グループエージェントは、インスタントメッセージ配信部１１１により、受信したインスタントメッセージを記憶部１２２中のインスタントメッセージ保存部１２２３に保存し（Ｓ２３１）、メンバ管理部１１２により、メンバ一覧を保存する記憶部１２２中のメンバ一覧保存部１２２４を参照して、今回のインスタントメッセージの送信者がメンバ登録されているかどうかを調べる（Ｓ２３２）。そして、今回のインスタントメッセージの送信者が未だメンバ登録されていない場合（Ｓ２３３でＮＯ）、メンバ管理部１１２により、今回のインスタントメッセージの送信者をメンバ一覧保存部１２２４に登録する（Ｓ２３４）。
【００３２】
引き続きグループエージェントは、今回のインスタントメッセージの送信者がメンバ登録されていた場合（Ｓ２３３でＹＥＳ）、または、メンバ登録されていなかったために新たにメンバ登録した場合（Ｓ２３４）、インスタントメッセージ配信部１１１により、メンバ一覧保存部１２２４を参照し、受信したインスタントメッセージをメンバ全員に送信する（Ｓ２３５）。このとき、受信したインスタントメッセージの送信者には送信しないようにしてもよい。
【００３３】
グループエージェントから送信されたインスタントメッセージは、サーバＳによって中継され（Ｓ２２３）、インスタントメッセージの宛先のクライアントＸや他のクライアントで受信される（Ｓ２０２、Ｓ２１２）。また、若し、何れかのクライアントがオフラインなどの状態になっていたためにインスタントメッセージの送信に失敗した場合、サーバＳは、送信者であるグループエージェントに対して、送信に失敗したクライアントの情報を付加した失敗通知を返信する（Ｓ２２４）。
【００３４】
グループエージェントは、この失敗通知を受信すると（Ｓ２３６）、メンバ管理部１１２により、送信に失敗したクライアントの情報をメンバ一覧保存部１２２４から削除することにより、当該クライアントをグループのメンバから外す（Ｓ２３７）。
【００３５】
以下、図１〜図５を参照して、本実施の形態の動作を説明する。
【００３６】
（１）今、クライアントＸのプレゼンティティ１０２が、状態管理部１０２１の自分の状態を変更したとする（Ｓ１０２）。
（２）クライアントＸのグループ管理部１０４は、変更したプレゼンティティ１０２の状態に対応するグループエージェントを生成し、ＩＭ＆Ｐサービス・システムのサーバＳに対して登録する（Ｓ１１４、Ｓ１１５、Ｓ１２２）。このグループエージェントは、プレゼンスサービス内で、一意に決まる識別子であるグループエージェント識別子を持つ。
【００３７】
（３）他方、クライアントＸのプレゼンティティのプレゼンス発行部１０２２は、状態管理部１０２１の状態とグループ管理部１０４で決定されたグループエージェント識別子とを合わせてプレゼンスサービスのサーバＳに発行する（Ｓ１０５）。
（４）これにより、クライアントＸの状態を監視しているクライアントのウォッチャは、サーバＳを通じて、クライアントＸの状態と、対応するグループエージェントＸｉの識別子を受信することになる（Ｓ１２４）
【００３８】
（５）次に、クライアントＸの状態とグループエージェントＸｉの識別子を受信したクライアントＹが、そのグループエージェント識別子で識別されるグループエージェントＸｉに対し、インスタントメッセージを送信したとする（Ｓ２１１）。
（６）グループエージェントＸｉは、このインスタントメッセージをサーバＳを通じて受信すると、インスタントメッセージの送信者Ｙを、メンバ管理部１１２で管理されるメンバに登録する（Ｓ２３４）。
（７）次にグループエージェントＸｉは、メンバ全員に、受信したインスタントメッセージを配信する（Ｓ２３５）。この際、送信者Ｙを配信先に含めても含めなくても良い。また、インスタントメッセージの送信者は、グループエージェントＸｉとなる。
【００３９】
（８）グループエージェントＸｉは、インスタントメッセージの送信に失敗したクライアントがあれば、メンバ管理部１１２に保持されるメンバから削除する。
（９）（５）〜（８）を繰り返す。途中で、クライアントＹが、インスタントメッセージおよびプレゼンスサービスから抜けると、ステップ（８）により、クライアントＹは、グループエージェントＸｉのメンバから削除される。
【００４０】
（１０）グループエージェントＸｉは、ＩＭ＆Ｐサービス・システムから削除されるまで、存続する。削除は、権限を持つユーザが明示的に行う。
【００４１】
なお、プレゼンティティ１０２は、同時に複数の状態をもつことができるので、それぞれの状態に対応する複数のグループエージェントが生成されても良い。
【００４２】
また、プレゼンティティ１０２は、同時に複数の状態をもつことができるので、それらの状態の組み合わせに対して、グループエージェントが生成されても良い。
【００４３】
次に、具体例を用いて説明する。なお、クライアントＢとクライアントＣが、クライアントＸの状態を監視するウォッチャとして動作しているものとする。
【００４４】
（１）ＩＭ＆Ｐサービス・システムにおいて識別子sip:someone@example.comで識別される、クライアントＸのプレゼンティティ１０２は、状態管理部１０２１の自分の状態を「Feeling Bad」から、「Feeling Good」に変更したとする。
（２）クライアントＸのグループ管理部１０４は、プレゼンティティ１０２の状態「Feeling Good」に対応するグループエージェントをＩＭ＆Ｐサービス・システムに対して登録する。このグループエージェントは、プレゼンスサービス内で、識別子sip:adhocFeelingGood@example.comで識別されるものとする。また、メンバ管理部１１２には、クライアントＸ自身がメンバとして登録される。
【００４５】
（３）クライアントＸのプレゼンティティ１０２のプレゼンス発行部１０２２は、状態管理部１０２１の状態と、グループ管理部１０４で決定されたグループエージェントの識別子とを合わせてプレゼンスサービスに発行する。これを、ＩＥＴＦで標準化が進められているＣＰＩＭで表記した記述例を図６の（１）に示す。また、プレゼンス状態とグループエージェント識別子の対応を図６（２）に示す。
（４）クライアントＸの状態を監視しているクライアントＢおよびクライアントＣは、クライアントＸの状態「Feeling Good」と、対応するグループエージェント識別子sip:adhocFeelingGood@example.comとを、サーバＳを通じて受信する。
【００４６】
（５）クライアントＢが、グループエージェント識別子sip:adhocFeelingGood@example.comで識別されるグループエージェントＸｉに対し、インスタントメッセージを送信したとする。
（６）グループエージェントＸｉは、このインスタントメッセージをサーバＳを通じて受信すると、インスタントメッセージの送信者Ｂを、メンバ管理部１１２で管理されるメンバに登録する。
（７）グループエージェントＸｉは、メンバ管理部１１２で管理されるメンバである、クライアントＸとクライアントＢに、クライアントＢからのインスタントメッセージを配信する。
【００４７】
（８）次に、クライアントＣが、グループエージェント識別子sip:adhocFeelingGood@example.comで識別されるグループエージェントＸｉに対し、インスタントメッセージを送信したとする。
（９）グループエージェントＸｉは、このインスタントメッセージをサーバＳを通じて受信すると、インスタントメッセージの送信者Ｃを、メンバ管理部１１２で管理されるメンバに登録する。
（１０）グループエージェントＸｉは、メンバ管理部１１２で管理されるメンバである、クライアントＸとクライアントＢとクライアントＣに、クライアントＣからのインスタントメッセージを配信する。
【００４８】
（１１）クライアントＢが、インスタントメッセージおよびプレゼンスサービスの利用を終了したとする。
（１２）その後、クライアントＸが、グループエージェント識別子sip:adhocFeelingGood@example.comで識別されるグループエージェントＸｉに対し、インスタントメッセージを送信したとする。
（１３）グループエージェントＸｉは、メンバ管理部１１２で管理されるメンバである、クライアントＸとクライアントＢとクライアントＣに、クライアントＸからのインスタントメッセージを配信する。
（１４）グループエージェントＸｉは、ＩＭ＆ＰサービスのサーバＳから、クライアントＢへのインスタントメッセージ送信の失敗通知を受ける。
（１５）グループエージェントＸｉは、インスタントメッセージの送信に失敗したクライアントＢを、メンバ管理部１１２に保持されるメンバから削除する。
【００４９】
（１６）クライアントＸが、グループエージェントＸｉをＩＭ＆Ｐサービスから削除すると、当該グループが終了する。
【００５０】
このように本実施の形態によれば、共通の話題をもつメンバからなるグループの生成が容易になる。その理由は、クライアントＸのプレゼンティティ１０２が発した特定の状態に対し、インスタントメッセージを送信するという形で、興味を示したウォッチャをグループに含めることで、特定の話題に興味を持ったグループを生成するからである。
【００５１】
また、グループに参加していないユーザが、グループへ自発的に参加できるようになる。その理由は、プレゼンティティ１０２の状態を監視していれば、或る特定の状態になった場合にその状態と共にグループエージェントの識別子が通知されるためグループの存在を知ることができ、グループに既に参加しているユーザからの招待を受けなくても参加意思を表明することができるからである。
【００５２】
次に本発明の第１の実施の形態の変形例について説明する。
【００５３】
（変形例１）：図７に示すように、各グループエージェントに、特定の制御コマンドを受信すると、そのコマンドの送信者であるユーザエージェントをメンバ管理部１１２で管理されているメンバリストから削除する制御メッセージ処理部１１３を備えるようにしてもよい。こうすると、例えば、グループに追加されたクライアントＹが、特定の制御コマンドを含むインスタントメッセージ（制御メッセージ）を、グループエージェントＸｉに送信すると、グループエージェントＸｉの制御メッセージ処理部１１３が、制御コマンドを解釈し、メンバ一覧保存部１２２４からクライアントＹの情報を削除することにより、クライアントＹをメンバ管理部１１２に登録されたメンバから削除する。制御メッセージの送信は、ユーザが明示的に行ってもよいし、 ユーザがクライアントＹの状態を変更した場合や、クライアントＹがプレゼンスサービスから抜ける場合に、自動的に制御メッセージが送られるようにしてもよい。
【００５４】
（変形例２）：「一人になりたい」など、状態によっては、グループを生成するトリガーとしてふさわしくない場合がある。この場合は、状態を変更しても、グループエージェントをＩＭ＆Ｐサービス・システムのユーザエージェントとして登録されないようにする。たとえば、クライアントＸの状態として、「Feeling Good」と「Feeling Bad」とがあり、「Feeling Good」のときはグループを生成するが、「Feeling Bad」のときはグループを生成したくない場合、各状態毎にグループを生成するかどうかを示す図８に示したようなテーブルを記憶部１２２に設定しておく。そして、グループ管理部１０４の図４のステップＳ１１１の直後に、通知された変化後の状態がグループを生成するトリガーとしての状態として前記テーブルに定義されているかどうかを調べるステップを追加し、グループを生成する状態であればステップＳ１１２へ進み、グループを生成しない状態であれば、ステップＳ１１２〜Ｓ１１５をスキップしてステップＳ１１６へ進み、図８に通知するアドレスとして記載したように、クライアントＸ自身の識別子sip:someone@example.comを、グループエージェント識別子の代わりにプレゼンティティ１０２に通知し、プレゼンティティ１０２がクライアントＸ自身の識別子sip:someone@example.comと状態「Feeling Bad」とを発行する。
【００５５】
（変形例３）：生成したグループエージェントＸｉの識別子を、クライアントＸの状態を監視していないクライアントＺにも通知することで、クライアントＺをメンバに追加することも可能である。但し、クライアントＸの状態を監視していない不特定多数のクライアントを自由にメンバに加えるのは問題が多いため、図９に示すように、グループエージェントＸｉに、どのクライアントをメンバに登録して良いかどうかを管理するアクセス制御部１１４を設け、メンバ管理部１１２は、アクセス制御部１１４で許可されたクライアントだけをメンバに追加するのが望ましい。ここで、アクセス制御部１１４は、メンバ登録を許可するクライアント識別子のリストであるアクセプトリストを記憶する記憶部と、グループエージェントＸｉにインスタントメッセージを送信してきたクライアントの識別子が前記アクセプトリストに記載されていればメンバ登録を許可し、それ以外は不許可とする決定部とを備えるものであってよい。また、アクセス制御部１１４は、メンバ登録を拒否するクライアント識別子のリストであるリジェクトリストを記憶する記憶部と、グループエージェントＸｉにインスタントメッセージを送信してきたクライアントの識別子が前記リジェクトリストに記載されていなければメンバ登録を許可し、それ以外は不許可とする決定部とを備えるものであってよい。
【００５６】
（変形例４）：第１の実施の形態では、グループエージェントは、ユーザが明示的に削除を行った場合のみ、ＩＭ＆Ｐサービス・システムから削除されたが、グループエージェントＸｉのメンバの数が再び１になったときに自動で行われてもよい。これは、グループエージェントのメンバ管理部１１２に、メンバ一覧保存部１２２４に保存されているメンバの数が初期生成時の１から２以上の数に一旦変化し、その後再び１になったことを検出した時点で、自分自身のグループエージェントを削除対象のユーザエージェントに指定してサーバＳに対してユーザエージェントの削除を要求する機能を持たせることで可能である。
【００５７】
（変形例５）：第１の実施の形態では、グループエージェントは、ユーザが明示的に削除を行った場合のみ、ＩＭ＆Ｐサービス・システムから削除されたが、変形例１において、グループエージェントＸｉのメンバの数が０になったときに自動で行われてもよい。これは、グループエージェントのメンバ管理部１１２に、メンバ一覧保存部１２２４に保存されているメンバの数が、変形例１における制御コマンドを受信することによって０になったことを検出した時点で、自分自身のグループエージェントを削除対象のユーザエージェントに指定してサーバＳに対してユーザエージェントの削除を要求する機能を持たせることで可能である。
【００５８】
（変形例６）：グループエージェントＸｉのインスタントメッセージ配信部１１１において、グループエージェントが受信したインスタントメッセージを、メンバに転送する際、送信者を、グループエージェントＸｉに変更せず、もとの送信者のままにすることで、インスタントメッセージの匿名性を排除することができる。この際、ルーティング情報に、グループエージェントＸｉを経由したことを示しておくことで、転送されたインスタントメッセージを受信したユーザエージェントも、受信したインスタントメッセージが、グループエージェントＸｉにより転送されたものであることを知ることができる。
【００５９】
（変形例７）：第１の実施の形態では、例えばクライアントａ１の状態を監視しているクライアントａ２、ａ３があり、クライアントａ１が或る状態になったときにその状態に対応して生成されたグループエージェントＡに、クライアントａ２、ａ３がインスタントメッセージを送信すると、ａ１、ａ２、ａ３をメンバとする或るグループａができる。同様に、例えばクライアントｂ１の状態を監視しているクライアントｂ２があり、クライアントｂ１が或る状態になったときにその状態に対応して生成されたグループエージェントＢに、クライアントｂ２がインスタントメッセージを送信すると、ｂ１、ｂ２をメンバとする或るグループｂができる。
【００６０】
本変形例では、グループエージェントに、プレゼンティティ機能を設け、グループエージェントが管理するメンバの人数や、グループエージェントが配信処理を行うインスタントメッセージの数、その他グループに関する情報をもとに、グループグループエージェントの状態を、プレゼンスサービス（サーバＳ）を介して発行する。また、グループエージェントにウォッチャ機能を持たせ、他のグループエージェントの状態を監視させる。そして、例えば、或るグループに属する任意のクライアントやその代表者が他の任意のグループのグループエージェントにインスタントメッセージを送信した場合、双方のグループをマージし、一つのグループとし、そのグループ内で同報通信を行う。たとえば、盛り上がっている状態のグループａに対し、人数が増加中のグループｂからインスタントメッセージを送信することで、２つのグループをマージし、１つのグループとする。
【００６１】
（変形例８）：グループエージェントが、自分自身が管理するメンバの一覧を、ネットワークを介して発行することで、グループに属するメンバのリストを公開しても良い。メンバ一覧の発行方法としては、グループエージェントが、特定のコマンドを送信してきたインスタントメッセージ送信者に対しメンバのリストを返す方法や、Ｗｅｂなどの情報配信サーバにより発行する方法、また変形例７のように、グループエージェントＸｉのプレゼンティティが発行する状態として扱う方法などがある。
【００６２】
［第２の実施の形態］
図１０を参照すると、本発明の第２の実施の形態は、ＩＭ＆Ｐサービス・システムのサーバとして動作するサーバＳと、いずれもＩＭ＆Ｐサービス・システムのユーザエージェントとして動作する、クライアントＸ'、クライアントＢ'、Ｃ'、…、Ｙ'とを含んで構成され、サーバＳと各ユーザエージェントとは図示しないインターネットなどのネットワークを通じて相互に通信可能に接続されている。
【００６３】
クライアントＸ'は、インスタントメッセージ送受信部１０１、プレゼンティティ１０２、ウォッチャ１０３およびグループ管理部１０４'を含んで構成される。インスタントメッセージ送受信部１０１、プレゼンティティ１０２およびウォッチャ１０３は、ＩＭ＆Ｐサービス・システムのユーザエージェントとして必要な機能を備えるものである。また、プレゼンティティ１０２は、状態管理部１０２１とプレゼンス発行部１０２２とを持つ。
【００６４】
グループ管理部１０４'は、第１の実施の形態におけるグループ管理部１０４にグループエージェントＸ１、Ｘ２、…、Ｘｉの機能を付加したものに相当し、メンバ管理部１０４１とインスタントメッセージ配信部１０４２とを備えている。
【００６５】
メンバ管理部１０４１は、プレゼンティティ１０２の状態を監視し、状態が変更された場合に、変更後の状態に対応するグループを生成する機能と、グループに属するメンバのリストを管理すると共に、グループに属する他のメンバと交信し合って互いのメンバリストを同期（一致）させる機能とを持つ。
【００６６】
インスタントメッセージ配信部１０４２は、グループに対して送信されたインスタントメッセージを、メンバ管理部１０４１で管理されるメンバ全員に対し、インスタントメッセージ送受信部１０１を介して送信する機能を持つ。
【００６７】
本実施の形態においては、グループ化に参加する他のすべてのクライアントＢ'、Ｃ'、…、Ｙ'は、クライアントＸ'と同様の構成を備えている。
【００６８】
サーバＳは、ＩＭ＆Ｐサービス・システムのサーバとして、ユーザエージェント間のインスタントメッセージの配信機能およびプレゼンス情報の通知機能を備えるものである。
【００６９】
クライアントＸ'、Ｂ'、Ｃ'、…、Ｙ'のハードウェア構成は、第１の実施の形態と同様に例えば図２に示したような構成とすることができる。この場合、インスタントメッセージ送受信部１０１、プレゼンティティ１０２、ウォッチャ１０３およびグループ管理部１０４'の各機能部は、制御部１２５を構成するＣＰＵと記憶部１２２に記憶されたプログラムとで構成される。
【００７０】
サーバＳのハードウェア構成は、第１の実施の形態と同様に例えば図３に示したような構成とすることができる。この場合、サーバＳの有する各種の機能は、制御部１３３を構成するＣＰＵと記憶部１３２に記憶されたプログラムとで構成される。
【００７１】
図１１および図１２は本実施の形態における各部の処理の一例を示すフローチャートである。図１１を参照すると、クライアントＸ'のプレゼンティティ１０２は、状態を変更するイベントが発生したかどうかを判別し（Ｓ３０１）、そのようなイベントが発生した場合、記憶部１２２に設けられた状態保存部１２２１を更新し、自身の現在の状態を状態保存部１２２１に保存する（Ｓ３０２）。状態変更イベントとしては、クライアントＸ'の利用者が入力部１２３から入力する状態変更要求などがある。そして、変更後の状態（状態ｉとする）を付加した状態変更通知をグループ管理部１０４'に通知する（Ｓ３０３）。
【００７２】
グループ管理部１０４'は、プレゼンティティ１０２から状態変更通知を受信すると（Ｓ３１１）、生成済のグループの識別子の一覧を保存してある記憶部１２２中のグループ識別子一覧保存部１２２２を参照して、変更後の状態ｉに対応するグループが既に生成されているかどうかを判定する（Ｓ３１２）。若し、生成されていなければ（Ｓ３１３でＮＯ）、変更後の状態に対応するグループを生成し、その生成したグループの識別子Ｘｉ'をグループ識別子一覧保存部１２２２に保存する（Ｓ３１４）。ここで、グループ識別子Ｘｉ'は、状態ｉのクライアントＸ'にコンタクトを取るための識別子であり、例えばｓｉｐアドレスである。また、生成したグループ識別子Ｘｉ'とそれに対応する通信アドレス（例えばＩＰアドレス）の登録をサーバＳに要求する（Ｓ３１５）。
【００７３】
サーバＳは、グループ識別子Ｘｉ'と通信アドレスの登録要求をグループ管理部１０４'から受信すると（Ｓ３２１）、記憶部１３２に設定した管理情報保存部１３２１に、グループ識別子Ｘｉ'と通信アドレスとの対応を登録する（Ｓ３２２）。なお、管理情報保存部１３２１には、クライアントＸ'、クライアントＢ'、Ｃ'、…、Ｙ'など既に登録されているユーザエージェントの識別子と通信アドレスの対応が登録されている。
【００７４】
グループ管理部１０４'は、変更後の状態ｉに対応するグループが既に生成されていた場合（Ｓ３１３でＹＥＳ）、または、生成されていなかったために今回生成を行った場合（Ｓ３１４）、変更後の状態ｉに対応するグループ識別子Ｘｉ'をプレゼンティティ１０２に通知する（Ｓ３１６）。プレゼンティティ１０２は、この通知を受信すると（Ｓ３０４）、変更後の状態ｉとその状態ｉに対応するグループ識別子Ｘｉ'をプレゼンス情報としてサーバＳに通知する（Ｓ３０５）。
【００７５】
サーバＳは、クライアントＸ'のプレゼンティティ１０２から変更後の状態ｉとその状態ｉに対応するグループ識別子Ｘｉ'を受信すると（Ｓ３２３）、クライアントＸ'のプレゼンスを監視している他のクライアントのウォッチャに、受信したプレゼンティティ１０２の変更後の状態ｉとその状態ｉのクライアントＸ'にコンタクトを取るためのグループ識別子Ｘｉ'を通知する（Ｓ３２４）。
【００７６】
図１２を参照すると、他クライアント（クライアントＹとする）からグループ識別子Ｘｉ'を宛先とするインスタントメッセージが送信されると（Ｓ４０１）、そのインスタントメッセージがサーバＳにより、そのグループ識別子Ｘｉ'で識別されるクライアントＸ'に転送される（Ｓ４１１）。なお、クライアントＹは、状態ｉのクライアントＸ'にインスタントメッセージを送信する場合、自分の識別子としてＹxi'を用いる。識別子Ｙxi'は例えばｓｉｐアドレスであり、それに対応する通信アドレス（例えばＩＰアドレス）は、サーバＳの管理情報保存部１３２１に登録される。
【００７７】
クライアントＸ'は、インスタントメッセージ配信部１１１により、受信したインスタントメッセージを記憶部１２２中のインスタントメッセージ保存部１２２３に保存し（Ｓ４２１）、グループ管理部１０４のメンバ管理部１０４１により、メンバ一覧を保存する記憶部１２２中のメンバ一覧保存部１２２４を参照して、Ｙxi'で識別される今回のインスタントメッセージの送信者がメンバ登録されているかどうかを調べる（Ｓ４２２）。そして、今回のインスタントメッセージの送信者が未だメンバ登録されていない場合（Ｓ４２３でＮＯ）、メンバ管理部１０４１により、Ｙxi'で識別される今回のインスタントメッセージの送信者をメンバ一覧保存部１２２４に登録する（Ｓ４２４）。そして、メンバ管理部１０４１により、メンバ一覧保存部１２２４に保存されているメンバ一覧中のメンバ全員との間で、インスタントメッセージ送受信部１０１を介して制御メッセージの授受を行って状態ｉに対応するグループに属するメンバのリストを交換し、メンバリストの同期を行う（Ｓ４２５）。
【００７８】
その後、クライアントＸ'がユーザから状態ｉに対応するグループのメンバに対するインスタントメッセージ送信の依頼を受けると（Ｓ４２６）、グループ管理部１０４のインスタントメッセージ配信部１０４２により、メンバ一覧保存部１２２４に保存されている状態ｉに対応するグループのメンバ全員に対し、インスタントメッセージ送受信部１０１を介して、インスタントメッセージを送信する（Ｓ４２７）。このとき、例えばクライアントＹ'へのインスタントメッセージの宛先は、状態ｉに対応するグループに属するクライアントＹ'の識別子Ｙxi'を用いる。クライアントＸ'から送信されたインスタントメッセージは、サーバＳによって各クライアントに転送される（Ｓ４１２、Ｓ４０２）。例えば、識別子Ｙxi'で識別される宛先を持つインスタントメッセージは、クライアントＹ'に転送される。
【００７９】
また、若し、何れかのクライアントがオフラインなどの状態になっていたためにインスタントメッセージの送信に失敗した場合、サーバＳは、送信者であるクライアントＸ'に対して、送信に失敗したクライアントの情報を付加した失敗通知を返信する（Ｓ４１３）。クライアントＸ'は、この失敗通知を受信すると（Ｓ４２８）、メンバ管理部１０４１により、送信に失敗したクライアントの情報をメンバ一覧保存部１２２４から削除し、当該クライアントをグループのメンバから外す（Ｓ４２９）。
【００８０】
ここで、各クライアントが、一度にひとつのグループにしか属さない場合には、クライアントＸ'の識別子Ｘ’と状態ｉに対応する識別子Ｘｉ’、クライアントＹ'の識別子Ｙ’と識別子Ｙｘｉ’は同一であっても良い。
【００８１】
以下、図１０〜図１２を参照して、本実施の形態の動作を説明する。
【００８２】
（１）クライアントＸ’のプレゼンティティ１０２が、状態管理部１０２１の自分の状態を状態ｉに変更したとする（Ｓ３０２）。
（２）クライアントＸ’のグループ管理部１０４は、変更したプレゼンティティ１０２の状態ｉに対応するグループを、グループ管理部１０４のメンバ管理部１０４１に追加する（Ｓ３１４）。このグループには、プレゼンスサービス内で、一意に決まる識別子Ｘｉ’が割り当てられる。
（３）クライアントＸ’のプレゼンティティ１０２のプレゼンス発行部１０２２は、状態管理部１０２１の状態ｉと、状態ｉのクライアントＸ’にコンタクトを取るための識別子Ｘｉ’とを合わせてプレゼンスサービス（サーバＳ）に発行する（Ｓ３０５）。
（４）クライアントＸ’の状態を監視しているクライアントＢ'、Ｃ'、…、Ｙ'は、クライアントＸ’の状態ｉと、状態ｉのクライアントＸ’にコンタクトを取るための識別子Ｘｉ’を、サーバＳを通じて受信する（Ｓ３２４）。
【００８３】
（５）その後、クライアントＸ’の状態ｉと、識別子Ｘｉ’を受信したクライアントＹ’が、識別子Ｘｉ’で識別されるクライアントＸ’に対し、インスタントメッセージを送信したとする（Ｓ４０１）。このとき、クライアントＹ’は、自分の識別子としてＹｘｉ’を用いる。
（６）クライアントＸ’は、識別子Ｘｉ’宛てのインスタントメッセージを受信すると、Ｙｘｉ’で識別されるインスタントメッセージの送信者を、メンバ管理部１０４１で管理される状態ｉに対応するグループのメンバに登録する（Ｓ４２４）。また、メンバ管理部１０４１により、状態ｉに対応するグループのメンバ全員との間で、新しいグループのリストの同期を行う（Ｓ４２５）。これにより、クライアントＹ’のメンバ管理部１０４１にも、クライアントＸ'のメンバ管理部１０４１と同じグループリストが生成される。
【００８４】
（７）その後、クライアントＸ’のユーザが、グループ管理部１０４に対し、状態ｉに対応するグループのメンバに対し、インスタントメッセージの送信を依頼したとする（Ｓ４２６）。
（８）クライアントＸ’のグループ管理部１０４のインスタントメッセージ配信部１０４２は、メンバ管理部１０４１で管理されるすべてのメンバに対し、インスタントメッセージ送受信部１０１を介してインスタントメッセージを送信する。また、クライアントＸ’のメンバ管理部１０４１は、インスタントメッセージの送信に失敗したクライアントがサーバＳから通知されたならば、メンバ管理部１０４１に保持されるメンバから削除する。
【００８５】
（９）（５）〜（８）を繰り返す。途中で、クライアントＹ’が、ＩＭ＆Ｐサービスから抜けると、ステップ（８）により、クライアントＹ'は、クライアントＸ'の状態ｉに対応するグループのメンバから削除される。
【００８６】
（１０）クライアントＸ'の状態ｉに対応するグループは、同期されるメンバリストが空になるまで、存続する。
【００８７】
このように本発明の第２の実施の形態によれば、共通の話題をもつメンバからなるグループの生成が容易になる。その理由は、クライアントＸ'のプレゼンティティ１０２が発した特定の状態ｉのグループに対し、インスタントメッセージを送信するという形で、興味を示したウォッチャをグループに含めることで、特定の話題に興味を持ったグループを生成するからである。
【００８８】
また、グループに参加していないユーザが、グループへ自発的に参加できるようになる。その理由は、プレゼンティティ１０２の状態を監視していれば、或る特定の状態になった場合にその状態と共にグループの識別子が通知されるためグループの存在を知ることができ、グループに既に参加しているユーザからの招待を受けなくても参加意思を表明することができるからである。
【００８９】
また、第１の実施の形態におけるようなグループエージェントが不要である。
【００９０】
なお、本発明の第２の実施の形態においても、第１の実施の形態における変形例１〜８と同様な変形が可能である。
【００９１】
［第３の実施の形態］
本実施の形態は、プレゼンティティの状態が同じである複数のクライアントをグループ化するようにした点で、第１の実施の形態と相違する。
【００９２】
本実施の形態の全体構成は、第１の実施の形態と同じであり、図１に示したように、ＩＭ＆Ｐサービス・システムのサーバとして動作するサーバＳと、いずれもＩＭ＆Ｐサービス・システムのユーザエージェントとして動作する、クライアントＸ、グループエージェントＸ１〜Ｘｉ、クライアントＢ、Ｃ、…、Ｙとを含んで構成され、サーバＳと各ユーザエージェントとは図示しないインターネットなどのネットワークを通じて相互に通信可能に接続される。
【００９３】
また、クライアントＸは、インスタントメッセージ送受信部１０１、プレゼンティティ１０２、ウォッチャ１０３およびグループ管理部１０４を含んで構成される。インスタントメッセージ送受信部１０１、プレゼンティティ１０２およびウォッチャ１０３は、ＩＭ＆Ｐサービス・システムのユーザエージェントとして必要な機能を備え、プレゼンティティ１０２は、状態管理部１０２１とプレゼンス発行部１０２２とを有している。
【００９４】
グループ管理部１０４は、プレゼンティティ１０２の状態を監視し、状態が変更された場合に、クライアントＸが監視する他のクライアントの中に、変更後の状態（状態ｉとする）と同じ状態ｉを取るものがいないかどうかをウォッチャ１０３に問い合わせ、クライアントＸが監視する他のクライアントで状態ｉを取るものがいなければ、変更後の状態に対応するグループエージェントを、ＩＭ＆Ｐサービス・システムのユーザエージェントとしてサーバＳに登録する機能を持つ。図１に示すグループエージェントＸ１、Ｘ２、…、Ｘｉは、こうして登録されたものであり、それぞれ状態１、状態２、…、状態ｉに１対１に対応している。また、グループ管理部１０４は、クライアントＸが監視する他のクライアントの中に、変更後の状態ｉと同じ状態を取るクライアントがいる場合には、そのクライアントが生成したグループエージェントに対して、そのグループへの加入を依頼する制御コマンドを送信する。
【００９５】
グループエージェントＸｉは、インスタントメッセージ配信部１１１およびメンバ管理部１１２を備える。メンバ管理部１１２は、グループＸｉに属するメンバを管理する部分である。インスタントメッセージ配信部１１１は、グループＸｉ宛てに送信された前記制御コマンドを受信すると、その制御コマンドの送信者を１メンバとしてメンバ管理部１１２に追加する機能と、グループＸｉ宛てに送信されたインスタントメッセージを受信すると、受信したインスタントメッセージを、メンバ管理部１１２で管理されるメンバ全員に送信する機能とを持つ。他のグループエージェントＸ１、Ｘ２もグループエージェントＸｉと同様の構成を持つ。これらのグループエージェントＸ１、Ｘ２、…、Ｘｉの物理的配置に関しては、クライアントＸと同一端末内に存在してもよいし、ＩＭ＆Ｐサービス内の別の端末内に存在してもよい。
【００９６】
他のクライアントＢ、Ｃ、…、Ｙは、クライアントＸと同じ構成を有している。
【００９７】
サーバＳは、ＩＭ＆Ｐサービス・システムのサーバとして、ユーザエージェント間のインスタントメッセージの配信機能およびプレゼンス情報の通知機能を備えるものである。インスタントメッセージ配信部１１１を持つグループエージェントＸ１、Ｘ２、…、Ｘｉもユーザエージェントの一つであるため、サーバＳは、グループエージェント識別子から、グループエージェントのネットワーク上のアドレスを引き、グループエージェントに対するメッセージを配信する機能をもつ。
【００９８】
クライアントＸ、Ｂ、Ｃ、…、Ｙのハードウェア構成は、第１の実施の形態と同様に例えば図２に示したような構成とすることができる。この場合、インスタントメッセージ送受信部１０１、プレゼンティティ１０２、ウォッチャ１０３およびグループ管理部１０４の各機能部は、制御部１２５を構成するＣＰＵと記憶部１２２に記憶されたプログラムとで構成される。
【００９９】
サーバＳのハードウェア構成は、第１の実施の形態と同様に例えば図３に示したような構成とすることができる。この場合、サーバＳの有する各種の機能は、制御部１３３を構成するＣＰＵと記憶部１３２に記憶されたプログラムとで構成される。
【０１００】
図１３および図１４は本実施の形態における各部の処理の一例を示すフローチャートである。図１３を参照すると、クライアントＸのプレゼンティティ１０２は、状態を変更するイベントが発生したかどうかを判別し（Ｓ５０１）、そのようなイベントが発生した場合、記憶部１２２に設けられた状態保存部１２２１を更新し、自身の現在の状態（状態ｉとする）を状態保存部１２２１に保存する（Ｓ５０２）。状態変更イベントとしては、クライアントＸの利用者が入力部１２３から入力する状態変更要求などがある。そして、変更後の状態ｉを付加した状態変更通知をグループ管理部１０４に通知する（Ｓ５０３）。
【０１０１】
グループ管理部１０４は、プレゼンティティ１０２から状態変更通知を受信すると（Ｓ５１１）、クライアントＸが監視している他のクライアントの中に、状態ｉと同じ状態をとるものがいないかどうかを自クライアントのウォッチャ１０３に問い合わせる（Ｓ５１２）。ウォッチャ１０３は、この問い合わせを受信し（Ｓ５２１）、自身が監視している他のクライアントの中に状態ｉと同じ状態のクライアントがいるかどうかを調べ、いなければその旨を応答し、いれば、その旨とそのクライアントがその状態ｉに対応して生成したグループエージェントの識別子とを応答する（Ｓ５２２）。
【０１０２】
グループ管理部１０４は、ウォッチャ１０３からの応答を受信し（Ｓ５１３）、クライアントＸが監視している他のクライアントの中に、状態ｉと同じ状態をとるものがいなければ（Ｓ５１４でＹＥＳ）、登録済のグループエージェントの識別子の一覧を保存してある記憶部１２２中のグループエージェント識別子一覧保存部１２２２を参照して、状態ｉに対応するグループエージェントが既に登録されているかどうかを判定する（Ｓ５１５）。若し、登録されていなければ（Ｓ５１６でＮＯ）、状態ｉに対応するグループエージェントを生成し、その生成したグループエージェントの識別子（Ｘｉとする）を一覧保存部１２２２に保存する（Ｓ５１７）。そして、通信部１２１によりサーバＳに接続し、前記生成したグループエージェント識別子Ｘｉ（例えばｓｉｐアドレス）と通信アドレス（例えばＩＰアドレス）とを付加したグループエージェント登録要求をサーバＳに送信する（Ｓ５１８）。
【０１０３】
サーバＳは、グループエージェント識別子と通信アドレスとを付加したグループエージェント登録要求をグループ管理部１０４から受信すると（Ｓ５３１）、記憶部１３２に設定した管理情報保存部１３２１に、グループエージェント識別子と通信アドレスとの対応を登録する（Ｓ５３２）。なお、管理情報保存部１３２１には、クライアントＸ、クライアントＢ、Ｃ、…、Ｙなど既に登録されているユーザエージェントの識別子と通信アドレスの対応が登録されている。
【０１０４】
グループ管理部１０４は、状態ｉに対応するグループエージェントが既に登録されていた場合（Ｓ５１６でＹＥＳ）、または、登録されていなかったために今回登録を行った場合（Ｓ５１８）、状態ｉに対応するグループエージェント識別子Ｘｉをプレゼンティティ１０２に通知する（Ｓ５１９）。プレゼンティティ１０２は、この通知を受信すると（Ｓ５０４）、変更後の状態ｉとその状態に対応するグループエージェント識別子Ｘｉをプレゼンス情報としてサーバＳに通知する（Ｓ５０５）。
【０１０５】
サーバＳは、クライアントＸのプレゼンティティ１０２から変更後の状態ｉとその状態に対応するグループエージェント識別子Ｘｉを受信すると（Ｓ５３３）、クライアントＸのプレゼンスを監視している他のクライアントのウォッチャに、受信したプレゼンティティ１０２の変更後の状態ｉとその状態に対応するグループエージェント識別子Ｘｉを通知する（Ｓ５３４）。他のクライアントのウォッチャは、受信したクライアントＸの状態ｉとその状態ｉに対応するグループエージェント識別子Ｘｉとをメモリに保持し、後の問い合わせに応える。
【０１０６】
他方、グループ管理部１０４は、ウォッチャ１０３からの応答によって、クライアントＸが監視している他のクライアントの中に、状態ｉと同じ状態をとるものがいることが判明した場合（Ｓ５１４でＮＯ）、応答時にウォッチャ１０３から通知された状態ｉに対応するグループエージェント識別子で識別されるグループエージェントに対して、自クライアントＸをメンバとして追加するよう依頼する制御コマンドを送信する（Ｓ５４１）。
【０１０７】
図１４を参照すると、グループエージェントＸｉは、グループのメンバに追加するよう依頼する制御コマンドを或るクライアントから受信すると（Ｓ６３１）、メンバ管理部１１２によって管理されているメンバ一覧保存部１２２４にその制御コマンドの送信者をメンバとして登録する（Ｓ６３２）。
【０１０８】
また、クライアントＸおよびクライアントＢなどの他クライアントからグループエージェントＸｉのグループエージェント識別子を宛先とするインスタントメッセージが送信されると（Ｓ６０１、Ｓ６１１）、そのインスタントメッセージがサーバＳにより、そのグループエージェント識別子に対応する通信アドレスを持つグループエージェントＸｉに転送される（Ｓ６２１、Ｓ６２２）。
【０１０９】
グループエージェントＸｉは、このようなインスタントメッセージをインスタントメッセージ配信部１１１で受信して記憶部１２２中のインスタントメッセージ保存部１２２３に保存する（Ｓ６３３）。そして、インスタントメッセージ配信部１１１により、メンバ一覧保存部１２２４を参照し、受信したインスタントメッセージをメンバ全員に送信する（Ｓ６３４）。このとき、受信したインスタントメッセージの送信者には送信しないようにしてもよい。
【０１１０】
グループエージェントＸｉから送信されたインスタントメッセージは、サーバＳによって中継され（Ｓ６２３）、インスタントメッセージの宛先のクライアントＸや他のクライアントで受信される（Ｓ６０２、Ｓ６１２）。また、若し、何れかのクライアントがオフラインなどの状態になっていたためにインスタントメッセージの送信に失敗した場合、サーバＳは、送信者であるグループエージェントＸｉに対して、送信に失敗したクライアントの情報を付加した失敗通知を返信する（Ｓ６２４）。グループエージェントＸｉは、この失敗通知を受信すると（Ｓ６３５）、メンバ管理部１１２により、送信に失敗したクライアントの情報をメンバ一覧保存部１２２４から削除することにより、当該クライアントをグループのメンバから外す（Ｓ６３６）。
【０１１１】
以下、図１、図１３〜図１４を参照して、本実施の形態の動作を説明する。
【０１１２】
（１）まず、状態ｉの状態を取るユーザエージェントが、ＩＭ＆Ｐサービス・システムに存在しないものとする。
（２）このような状況で、クライアントＸが、状態をｉに変更したとする（Ｓ５０２）。グループ管理部１０４は、クライアントＸのウォッチャ１０３に問い合わせを行い、クライアントＸが監視する他のクライアントで、状態ｉをとるものがいないかを調べる（Ｓ５１３）。
（３）今の状況では、クライアントＸが監視する他のクライアントで、状態ｉをとるものがいないため、グループ管理部１０４は、グループエージェントＸｉをＩＭ＆Ｐサービス・システム（サーバＳ）に登録する（Ｓ５１８）。
（４）そしてクライアントＸは、サーバＳを通じて、クライアントＸを監視しているクライアント（クライアントＹとクライアントＺとする）に、状態ｉとグループエージェント識別子Ｘｉを通知する（Ｓ５０５、Ｓ５３４）。
【０１１３】
（５）その後、クライアントＹが、状態をｉに変更したとする（Ｓ５０２）。クライアントＹの状態管理部１０２１は、クライアントＹのウォッチャ１０３に問い合わせを行い、クライアントＹが監視するほかのクライアントで、状態ｉをとるものがいないかを調べる。
（６）今の状況では、クライアントＹが監視するクライアントＸが、状態ｉをとるので、クライアントＹのグループ管理部１０４は、クライアントＸの状態ｉと同時にウォッチャ１０３から通知された識別子Ｘｉで識別されるグループエージェントＸｉに対し、制御コマンドを送信し、クライアントＹをグループエージェントＸｉのグループに追加するように依頼する（Ｓ５４１）。
（７）同じくクライアントＺが、状態をｉに変更すると、クライアントＺは、グループエージェントＸｉのメンバに追加される。
【０１１４】
（８）その後、グループエージェントＸｉのメンバとして登録されているクライアントＹが、グループエージェントＸｉに対し、インスタントメッセージを送信すると（Ｓ６１１）、グループエージェントＸｉのメンバである、クライアントＸ、クライアントＹ、クライアントＺにインスタントメッセージが配信される（Ｓ６３４）。
【０１１５】
このように本発明の第３の実施の形態によれば、共通の話題をもつメンバからなるグループの生成が容易になる。その理由は、プレゼンティティの状態が同じである複数のクライアントをグループ化するからである。
【０１１６】
また、グループに参加していないユーザが、グループへ自発的に参加できるようになる。その理由は、プレゼンティティ１０２の状態を監視していれば、或る特定の状態になった場合にその状態と共にグループの識別子が通知されるためグループの存在を知ることができ、グループに既に参加しているユーザからの招待を受けなくても参加意思を表明することができるからである。
【０１１７】
なお、本発明の第３の実施の形態においても、第１の実施の形態における変形例１〜８と同様な変形が可能である。また、以下のような変形例も可能である。
【０１１８】
（変形例１）：第３の実施の形態では、あるクライアントが、グループエージェントへ登録されるためには、そのクライアントが、すでにグループエージェントのメンバになっている別のクライアントを監視している必要があった。この変形例１では、グループ管理部１０４を、個々のクライアント内部におかずに、ＩＭ＆Ｐサービス・システムのサーバＳ内部に持たせる。こうすることで、同じ状態を持つ任意のクライアントをグループ化する。
【０１１９】
この場合、あるグループの存在を、ＩＭ＆Ｐサービス・システム（以下この変形例内では単にシステムと呼ぶ）のクライアント群の任意の部分集合に対し、通知する必要がある。或るクライアントが別のどのクライアントを監視しているかを示すリスト（以下この変形例内ではバディリストと呼ぶ）が、サーバＳ側で管理されている場合は、通知したいクライアントのバディリストに、生成されたグループエージェントをサーバＳ側が追加する。あるいは、グループエージェント、またはグループエージェントとそのメンバ一覧を、Ｗｅｂなどの情報発信サーバで発行してもよい。
【０１２０】
（変形例２）：第３の実施の形態および上記変形例１では、グループ化は、互いのクライアントの状態がまったく同じ場合にだけ行われたが、この変形例２では、互いのクライアントの状態が予め定められた特定の関係にある場合にグループ化を行う。例えば、種類に応じて状態を幾つかの組に分類した場合に、同じ組に属する状態を持つクライアントどうしをグループ化することが考えられる。具体的には、「Feeling Good」と「Feeling Bad」と「Happy」の３つの状態がある場合、「Feeling Good」と「Happy」は同じ種類の状態であるという分類わけがされていれば、「Feeling Good」の状態のクライアントと「Happy」の状態のクライアントをグループ化する。
【０１２１】
以上本発明の実施の形態について説明したが、本発明は以上の実施の形態にのみ限定されず、その他各種の付加変更が可能であり、また各種の分野で利用することができる。例えば、本発明は、友人同士の集まりで利用することができる。たとえば、「遊びたい」といった状態を発行したときに、それに反応する者同士間で、グループを形成し、実際に集まる場所を決めることができる。また、プレゼンティティがもつ２つ以上の項目をグループ化のトリガーとし、たとえば、「遊びたい」といった状態のほかに位置情報を状態として扱い、位置が近く（状態の種類が同じである）、「遊びたい」に反応した人だけを、グループに追加するといったことも可能である。また、生成された複数のグループが、他の大きなグループに属しても良い。さらに、グループ学習の場で利用することができる。たとえば、生徒の状態として、「ＸＸがわからない」「ＹＹが知りたい」といった状態を発行することで、それに反応した生徒同士で、自発的にグループ学習を開始させることができる。また、クライアントが２つ以上のグループに属することができるので、先生が、同じ問題を抱える先生のグループと、自分の担当する生徒が構成する両方のグループに属し、効率的な学習指導を行う環境を構築することもできる。
【図面の簡単な説明】
【０１２２】
【図１】本発明の第１の実施の形態の全体構成を示すブロック図である。
【図２】クライアントのハードウェア構成の一例を示すブロック図である。
【図３】サーバのハードウェア構成の一例を示すブロック図である。
【図４】本発明の第１の実施の形態における各部の処理例を示すフローチャートである。
【図５】本発明の第１の実施の形態における各部の処理例を示すフローチャートである。
【図６】本発明の第１の実施の形態における具体例の説明図である。
【図７】本発明の第１の実施の形態の変形例の説明図である。
【図８】本発明の第１の実施の形態における変形例の説明図である。
【図９】本発明の第１の実施の形態における変形例の説明図である。
【図１０】本発明の第２の実施の形態の全体構成を示すブロック図である。
【図１１】本発明の第２の実施の形態における各部の処理例を示すフローチャートである。
【図１２】本発明の第２の実施の形態における各部の処理例を示すフローチャートである。
【図１３】本発明の第３の実施の形態における各部の処理例を示すフローチャートである。
【図１４】本発明の第３の実施の形態における各部の処理例を示すフローチャートである。
【符号の説明】
【０１２３】
Ｘ、Ｂ、Ｃ、Ｙ、Ｘ'、Ｂ'、Ｃ'、Ｙ'…クライアント
Ｘ１、Ｘ２、Ｘｉ、Ｘｉ'…グループエージェント
Ｓ…サーバ
１０１…インスタントメッセージ送受信部
１０２…プレゼンティティ
１０３…ウォッチャ
１０４、１０４'…グループ管理部
１１１、１０４２…インスタントメッセージ配信部
１１２、１０４１…メンバ管理部
１１３…制御メッセージ処理部
１１４…アクセス制御部