(57)【要約】【課題】サーバに大きな負荷をかけることなく多様なサービスを提供できるようにする。【解決手段】  インスタントメッセ−ジングシステムを提供するサーバ３１は、そのコミュニティを形成するクライアント２１−１乃至２１−３の中から、代表装置を登録部３３に登録する。代表装置として登録されているクライアント（例えば、クライアント２１−１）は、他の送信元としてのクライアント（例えば、クライアント２１−２）からピアツゥピアで送信されてきた例えば画像データを、送信元以外の他の全てのクライアント（例えば、クライアント２１−３）にピアツゥピアで転送する。本発明は、パーソナルコンピュータで画像データを授受する場合に適用することができる。【選択図】図２
2005346461.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して相互に情報を授受する複数の情報処理装置と、複数の前記情報処理装置相互間において行われる情報の授受を管理する情報管理装置とからなる情報処理システムにおいて、
前記情報管理装置は、
前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付手段と、
前記代表装置の登録の有無を判定する判定手段と、
前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録手段と、
前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否手段と
を備え、
前記情報処理装置のうちの少なくとも１つは、
前記情報管理装置に前記代表装置としての登録を要求する要求手段と、
前記代表装置として前記情報管理装置に登録された場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する転送手段と
を備えることを特徴とする情報処理システム。
【請求項２】
ネットワークを介して相互に情報を授受する複数の情報処理装置と、複数の前記情報処理装置相互間において行われる情報の授受を管理する情報管理装置とからなる情報処理システムの情報処理方法において、
前記情報管理装置は、
前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付け、
前記代表装置の登録の有無を判定し、
前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録し、
前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否し、
前記情報処理装置のうちの少なくとも１つは、
前記情報管理装置に前記代表装置としての登録を要求し、
前記代表装置として前記情報管理装置に登録された場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する
ことを特徴とする情報処理方法。
【請求項３】
複数の情報処理装置がネットワークを介して相互に行う情報の授受を管理する情報管理装置において、
前記ネットワークに接続されている前記情報処理装置から、代表装置としての登録の要求を受け付ける受付手段と、
前記代表装置の登録の有無を判定する判定手段と、
前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録手段と、
前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否手段と
を備えることを特徴とする情報管理装置。
【請求項４】
前記受付手段は、前記代表装置としての前記情報処理装置からの登録の抹消の要求をさらに受け付け、
登録の抹消の要求が受け付けられた場合、前記情報処理装置の前記代表装置としての登録を抹消する抹消手段をさらに備える
ことを特徴とする請求項１に記載の情報管理装置。
【請求項５】
前記受付手段が、新たな前記代表装置の指定を伴う、前記代表装置の登録の抹消の要求を受け付けた場合、前記抹消手段は、それまでの前記代表装置の登録を抹消し、前記登録手段は、指定された前記他の情報処理装置を新たな前記代表装置の候補として登録する
ことを特徴とする請求項４に記載の情報管理装置。
【請求項６】
前記登録手段は、インスタントメッセージングシステムの１つのコミュニティに１つの前記代表装置を登録する
ことを特徴とする請求項４に記載の情報管理装置。
【請求項７】
ネットワークを介して相互に通信する複数の情報処理装置相互間において行われる情報の授受を管理する情報管理装置の情報管理方法において、
前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付ステップと、
前記代表装置の登録の有無を判定する判定ステップと、
前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録ステップと、
前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否ステップと
を含むことを特徴とする情報管理方法。
【請求項８】
ネットワークを介して相互に通信する複数の情報処理装置相互間において行われる情報の授受を管理する情報管理装置のプログラムであって、
前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付ステップと、
前記代表装置の登録の有無を判定する判定ステップと、
前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録ステップと、
前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項９】
ネットワークを介して相互に通信する複数の情報処理装置相互間において行われる情報の授受を管理する情報管理装置のプログラムであって、
前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付ステップと、
前記代表装置の登録の有無を判定する判定ステップと、
前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録ステップと、
前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置において、
前記情報管理装置と前記ネットワークを介して通信する通信手段と、
前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する第１の要求手段と、
前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する転送手段と、
前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項１１】
前記情報管理装置に、前記代表装置としての登録の抹消を要求する抹消手段をさらに備える
ことを特徴とする請求項１０に記載の情報処理装置。
【請求項１２】
前記抹消手段は、新たな前記代表装置を指定して、前記代表装置としての自分自身の登録の抹消を要求する
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
前記情報管理装置から、前記他の情報処理装置の情報授受の能力に関する情報を取得する取得手段と、
前記他の情報処理装置の中から、前記代表装置としての機能を有し、かつ、情報授受に関して相対的に最も高い能力を有する前記他の情報処理装置を検索する検索手段と、
検索された前記他の情報処理装置に対して新たな前記代表装置としての登録を要求する第２の要求手段とをさらに備え、
前記抹消手段は、検索された前記他の情報処理装置を新たな前記代表装置として指定する
ことを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
前記情報管理装置から前記代表装置としての登録の抹消の通知を受信する受信手段と、
前記代表装置としての登録の抹消の通知を受信したとき、その登録の抹消を前記他の情報処理装置に通知する通知手段とをさらに備える
ことを特徴とする請求項１１に記載の情報処理装置。
【請求項１５】
前記代表装置として現に登録されている前記他の情報処理装置から、新たな前記代表装置としての登録の要求を受信したとき、その要求に対する返事を送信する送信手段をさらに備え、
前記代表装置として現に登録されている前記他の情報処理装置から、前記代表装置としての登録の抹消の通知を受信した場合、前記第１の要求手段は、新たな前記代表装置としての登録を、前記情報管理装置に対してさらに要求する
ことを特徴とする請求項１４に記載の情報処理装置。
【請求項１６】
他の前記情報処理装置と直接接続するのに必要な接続情報を、前記情報管理装置を介して他の前記情報処理装置と授受する授受手段をさらに備える
ことを特徴とする請求項１０に記載の情報処理装置。
【請求項１７】
他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置の情報処理方法において、
前記情報管理装置と前記ネットワークを介して通信する通信ステップと、
前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する要求ステップと、
前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する転送ステップと、
前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信ステップと
を含むことを特徴とする情報処理方法。
【請求項１８】
他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置のプログラムであって、
前記情報管理装置と前記ネットワークを介して通信する通信ステップと、
前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する要求ステップと、
前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する転送ステップと、
前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１９】
他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置のプログラムであって、
前記情報管理装置と前記ネットワークを介して通信する通信ステップと、
前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する要求ステップと、
前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する転送ステップと、
前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムおよび方法、情報管理装置および方法、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、簡単且つ確実に、低コストで相互に情報の授受が可能となるようにした情報処理システムおよび方法、情報管理装置および方法、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
最近、インスタントメッセージングシステムが普及しつつある。このインスタントメッセージングシステムにおいては、各クライアントはインターネットを介してサーバに接続される。そして、そのシステムに参加しているクライアントのプレゼンス情報が、サーバを介して他のクライアントに通知される。これにより、各クライアントは、他のクライアントがシステムに、現在、オンラインであるのか、またはオフラインであるのかを知ることができ、オンラインである相手とチャットをすることが可能である。
【０００３】
すなわち、図１に示されるインスタントメッセ−ジングシステムのサーバ２には、クライアント１−１乃至１−３、並びにクライアント１−１１乃至１−１４が、メンバーとして登録されている。このうちのクライアント１−１乃至１−３は、１つのコミュニティを形成し、そのコミュニティにおけるチャットサービス部２−１が提供するチャットサービスを利用することができる。
【０００４】
同様に、クライアント１−１１乃至１−１４は、別の１つのコミュニティを形成し、チャットサービス部２−２が提供するチャットサービスを利用することができる。
【０００５】
なお、図１においては、インターネットの図示は省略されている。
【０００６】
例えば、クライアント１−１が、チャットのテキストデータをチャットサービス部２−１に送信すると、チャットサービス部２−１は、このテキストデータを同一のコミュニティのメンバーであるクライアント１−２，１−３に送信する。同様に、他のクライアント１−３が送信したチャットのためのテキストデータは、チャットサービス部２−１により他のクライアント１−１，１−２にそれぞれ送信される。
【０００７】
チャットサービス部２−２の管理するコミュニティにおいても、例えば、クライアント１−１１がチャットのためのテキストデータを、チャットサービス部２−２に送信すると、チャットサービス部２−２は、このテキストデータをそのコミュニティを形成する他のクライアント１−１２，１−１４に送信する。クライアント１−１３も、チャットサービス部２−２の管理するコミュニティのメンバーではあるが、装置の電源がオフされているなどして、その時点においては、実質的にチャットサービス部２−２に接続されていないため（オフラインとされているため）、テキストデータはクライアント１−１３には送信されない。同様に、他のクライアント１−１４が送信したテキストデータは、チャットサービス部２−２により、他のクライアント１−１１，１−１２に送信される。
【０００８】
このようにして、コミュニティを形成するメンバー同志で、サーバ２を介してチャットを行うことができる。
【０００９】
また、インスタントメッセ−ジングシステムを利用しないで、クライアント同志が情報を授受するシステムも提案されている（例えば、特許文献１）。
【００１０】
【特許文献１】特開２００３−１２２６９５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
いずれのシステムにおいても、サーバを介してクライアントの情報を授受する必要があるのであるが、クライアントの数が多くなると、それだけサーバに大きな負荷がかかることになる。そこで、サーバとして高機能、高性能のコンピュータを用意しなければならず、コスト高となる課題があった。
【００１２】
また、独自のサービスを提供しようとする場合には、専用のサーバが必要となり、開発コスト、テスト費用などといった、コスト面で大きな障害が発生するだけでなく、開発期間も相当に長くならざるを得ず、迅速なサービスの提供が困難となる課題があった。
【００１３】
また、提供するサービス毎にシステムの仕様が決まるため、既存のシステムが提供するサービスを変更することが困難になる課題があった。
【００１４】
本発明は、このような状況に鑑みてなされたものであり、低コストで情報を授受することができるようにするものである。また、短期間で開発することが可能であり、変更も容易なサービスを提供することができるようにするものである。
【課題を解決するための手段】
【００１５】
請求項１の情報処理システムは、ネットワークを介して相互に情報を授受する複数の情報処理装置と、複数の前記情報処理装置相互間において行われる情報の授受を管理する情報管理装置とからなる情報処理システムにおいて、前記情報管理装置は、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付手段と、前記代表装置の登録の有無を判定する判定手段と、前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録手段と、前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否手段とを備え、前記情報処理装置のうちの少なくとも１つは、前記情報管理装置に前記代表装置としての登録を要求する要求手段と、前記代表装置として前記情報管理装置に登録された場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する転送手段とを備えることを特徴とする。
【００１６】
請求項２の情報処理方法は、ネットワークを介して相互に情報を授受する複数の情報処理装置と、複数の前記情報処理装置相互間において行われる情報の授受を管理する情報管理装置とからなる情報処理システムの情報処理方法において、前記情報管理装置は、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付け、前記代表装置の登録の有無を判定し、前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録し、前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否し、前記情報処理装置のうちの少なくとも１つは、前記情報管理装置に前記代表装置としての登録を要求し、前記代表装置として前記情報管理装置に登録された場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送することを特徴とする。
【００１７】
請求項３の情報管理装置は、複数の情報処理装置がネットワークを介して相互に行う情報の授受を管理する情報管理装置において、前記ネットワークに接続されている前記情報処理装置から、代表装置としての登録の要求を受け付ける受付手段と、前記代表装置の登録の有無を判定する判定手段と、前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録手段と、前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否手段とを備えることを特徴とする。
【００１８】
前記受付手段は、代表装置としての情報処理装置からの登録の抹消の要求をさらに受け付け、登録の抹消の要求が受け付けられた場合、情報処理装置の代表装置としての登録を抹消する抹消手段をさらに備えるようにすることができる。
【００１９】
前記受付手段が、新たな代表装置の指定を伴う、代表装置の登録の抹消の要求を受け付けた場合、抹消手段は、それまでの代表装置の登録を抹消し、登録手段は、指定された他の情報処理装置を新たな代表装置の候補として登録するようにすることができる。
【００２０】
前記登録手段は、インスタントメッセージングシステムの１つのコミュニティに１つの代表装置を登録するようにすることができる。
【００２１】
請求項７の情報管理方法は、ネットワークを介して相互に通信する複数の情報処理装置相互間において行われる情報の授受を管理する情報管理装置の情報管理方法において、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付ステップと、前記代表装置の登録の有無を判定する判定ステップと、前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録ステップと、前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否ステップとを含むことを特徴とする。
【００２２】
請求項８の記録媒体のプログラムは、ネットワークを介して相互に通信する複数の情報処理装置相互間において行われる情報の授受を管理する情報管理装置のプログラムであって、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付ステップと、前記代表装置の登録の有無を判定する判定ステップと、前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録ステップと、前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否ステップとを含むことを特徴とする。
【００２３】
請求項９のプログラムは、ネットワークを介して相互に通信する複数の情報処理装置相互間において行われる情報の授受を管理する情報管理装置のプログラムであって、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付ステップと、前記代表装置の登録の有無を判定する判定ステップと、前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録ステップと、前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否ステップとをコンピュータに実行させることを特徴とする。
【００２４】
請求項１０の情報処理装置は、他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置において、前記情報管理装置と前記ネットワークを介して通信する通信手段と、前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する第１の要求手段と、前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する転送手段と、前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信手段とを備えることを特徴とする。
【００２５】
前記情報管理装置に、代表装置としての登録の抹消を要求する抹消手段をさらに備えるようにすることができる。
【００２６】
前記抹消手段は、新たな代表装置を指定して、代表装置としての自分自身の登録の抹消を要求するようにすることができる。
【００２７】
前記情報管理装置から、他の情報処理装置の情報授受の能力に関する情報を取得する取得手段と、他の情報処理装置の中から、代表装置としての機能を有し、かつ、情報授受に関して相対的に最も高い能力を有する他の情報処理装置を検索する検索手段と、検索された他の情報処理装置に対して新たな代表装置としての登録を要求する第２の要求手段とをさらに備え、抹消手段は、検索された他の情報処理装置を新たな代表装置として指定するようにすることができる。
【００２８】
前記情報管理装置から代表装置としての登録の抹消の通知を受信する受信手段と、代表装置としての登録の抹消の通知を受信したとき、その登録の抹消を他の情報処理装置に通知する通知手段とをさらに備えるようにすることができる。
【００２９】
前記代表装置として現に登録されている他の情報処理装置から、新たな代表装置としての登録の要求を受信したとき、その要求に対する返事を送信する送信手段をさらに備え、代表装置として現に登録されている他の情報処理装置から、代表装置としての登録の抹消の通知を受信した場合、第１の要求手段は、新たな代表装置としての登録を、情報管理装置に対してさらに要求するようにすることができる。
【００３０】
他の前記情報処理装置と直接接続するのに必要な接続情報を、情報管理装置を介して他の情報処理装置からと授受する授受手段をさらに備えるようにすることができる。
【００３１】
請求項１７の情報処理方法は、他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置の情報処理方法において、前記情報管理装置と前記ネットワークを介して通信する通信ステップと、前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する要求ステップと、前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する転送ステップと、前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信ステップとを含むことを特徴とする。
【００３２】
請求項１８の記録媒体のプログラムは、他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置のプログラムであって、前記情報管理装置と前記ネットワークを介して通信する通信ステップと、前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する要求ステップと、前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する転送ステップと、前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信ステップとを含むことを特徴とする。
【００３３】
請求項１９のプログラムは、他の情報処理装置とともに、ネットワークを介して情報管理装置と接続され、前記他の情報処理装置と情報を授受する情報処理装置のプログラムであって、前記情報管理装置と前記ネットワークを介して通信する通信ステップと、前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する要求ステップと、前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する転送ステップと、前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信ステップとをコンピュータに実行させることを特徴とする。
【００３４】
本発明においては、情報管理装置に登録された代表装置としての情報処理装置が、送信元としての他の情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する。
【発明の効果】
【００３５】
本発明によれば、ネットワークを介して情報を授受することが可能となる。特に、サーバにかかる負荷を軽減することができる。また、低コストで、迅速且つ容易に変更が可能なサービスを提供することが可能となる。
【発明を実施するための最良の形態】
【００３６】
以下に本発明の最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。明細書中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００３７】
さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加される発明の存在を否定するものではない。
【００３８】
請求項１の情報処理システムは、ネットワーク（例えば、図２のインターネット１１）を介して相互に情報を授受する複数の情報処理装置（例えば、図２のクライアント21-1乃至21-3）と、複数の前記情報処理装置相互間において行われる情報の授受を管理する情報管理装置（例えば、図２のサーバ３１）とからなる情報処理システム（例えば、図２の情報処理システム１０）であって、前記情報管理装置が、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付手段（例えば、図１３のステップS345の処理を実行する図５の受信部４１）と、前記代表装置の登録の有無を判定する判定手段（例えば、図１３のステップS347の処理を実行する図５の判定部４２）と、前記代表装置が登録されていないと判定された場合（例えば、図１３のステップS347でNOと判定された場合）、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録手段（例えば、図１３のステップS351の処理を実行する図５の記録部５２）と、前記代表装置が登録されていると判定された場合（例えば、図１３のステップS347でYESと判定された場合）、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否手段（例えば、図１３のステップS350の処理を実行する図２の拒否部４４）とを備え、前記情報処理装置のうちの少なくとも１つが、前記情報管理装置に前記代表装置としての登録を要求する要求手段（例えば、図８のステップS107の処理を実行する図７の登録部１２１）と、前記代表装置として前記情報管理装置に登録された場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する転送手段（例えば、図９のステップS113の処理を実行する図６の多人数接続サービス部23）とを備える。
【００３９】
請求項２の情報処理方法は、ネットワーク（例えば、図２のインターネット１１）を介して相互に情報を授受する複数の情報処理装置（例えば、図２のクライアント21-1乃至21-3）と、複数の前記情報処理装置相互間において行われる情報の授受を管理する情報管理装置（例えば、図２のサーバ３１）とからなる情報処理システム（例えば、図２の情報処理システム１０）の情報処理方法であって、前記情報管理装置が、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付け（例えば、図１３のステップS345）、前記代表装置の登録の有無を判定し（例えば、図１３のステップS347）、前記代表装置が登録されていないと判定された場合（例えば、図１３のステップS347でNOと判定された場合）、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録し（例えば、図１３のステップS351）、前記代表装置が登録されていると判定された場合（例えば、図１３のステップS347）、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否し（例えば、図１３のステップS350）、前記情報処理装置のうちの少なくとも１つが、前記情報管理装置に前記代表装置としての登録を要求し（例えば、図８のステップS107）、前記代表装置として前記情報管理装置に登録された場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する転送する（例えば、図９のステップS113）。
【００４０】
請求項３の情報管理装置は、複数の情報処理装置（例えば、図２のクライアント21-1乃至21-3）がネットワーク（例えば、図２のインターネット１１）を介して相互に行う情報の授受を管理する情報管理装置（例えば、図２のサーバ３１）であって、前記ネットワークに接続されている前記情報処理装置から、代表装置としての登録の要求を受け付ける受付手段（例えば、図１３のステップS345の処理を実行する図５の受信部４１）と、前記代表装置の登録の有無を判定する判定手段（例えば、図１３のステップS347の処理を実行する図５の判定部４２）と、前記代表装置が登録されていないと判定された場合（例えば、図１３のステップS347でNOと判定された場合）、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録手段（例えば、図１３のステップS351の処理を実行する図５の記録部５２）と、前記代表装置が登録されていると判定された場合（例えば、図１３のステップS347でYESと判定された場合）、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否手段（例えば、図１３のステップS350の処理を実行する図５の拒否部４４）とを備える。
【００４１】
前記受付手段が、前記代表装置としての前記情報処理装置からの登録の抹消の要求をさらに受け付け（例えば、図１４のステップS353の処理）、登録の抹消の要求が受け付けられた場合、前記情報処理装置の前記代表装置としての登録を抹消する抹消手段（例えば、図１４のステップS355の処理を実行する図５の抹消部５１）をさらに備えることができる。
【００４２】
前記受付手段が、新たな前記代表装置の指定を伴う、前記代表装置の登録の抹消の要求を受け付けた場合（例えば、図１４のステップS357で、要求が調整サービスの登録委譲要求であると判定された場合）、前記抹消手段は、それまでの前記代表装置の登録を抹消し、前記登録手段は、指定された前記他の情報処理装置を新たな前記代表装置の候補として登録する（例えば、図１４のステップS359の処理）ことができる。
【００４３】
請求項７の情報管理方法、請求項８の記録媒体、並びに請求項９のプログラムは、ネットワーク（例えば、図２のインターネット１１）を介して相互に通信する複数の情報処理装置（例えば、図２のクライアント21-1乃至21-3）相互間において行われる情報の授受を管理する情報管理装置（例えば、図２のサーバ３１）の情報管理方法またはプログラムであって、前記ネットワークに接続されている前記情報処理装置からの代表装置としての登録の要求を受け付ける受付ステップ（例えば、図１３のステップS345）と、前記代表装置の登録の有無を判定する判定ステップ（例えば、図１３のステップS347）と、前記代表装置が登録されていないと判定された場合、登録の要求が受け付けられた前記情報処理装置を前記代表装置として登録する登録ステップ（例えば、図１３のステップS351）と、前記代表装置が登録されていると判定された場合、登録の要求が受け付けられた前記情報処理装置の前記代表装置としての登録を拒否する拒否ステップ（例えば、図１３のステップS350）とを含む。
【００４４】
請求項１０の情報処理装置は、他の情報処理装置（例えば、図２のクライアント21-2，21-3）とともに、ネットワーク（例えば、図２のインターネット１１）を介して情報管理装置（例えば、図２のサーバ３１）と接続され、前記他の情報処理装置と情報を授受する情報処理装置（例えば、図２のクライアント21-1）であって、前記情報管理装置と前記ネットワークを介して通信する通信手段（例えば、図８のステップS105の処理を実行する図２の通常サービス部22-1）と、前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する第１の要求手段（例えば、図８のステップS107の処理を実行する図７の登録部121）と、前記代表装置として前記情報管理装置に登録されている場合（例えば、図８のステップS108でYESと判定された場合）、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の前記情報処理装置に直接転送する転送手段（例えば、図９のステップS113の処理を実行する図６の通信部72）と、前記代表装置として前記情報管理装置に登録されていない場合（例えば、図８のステップS108でNOと判定された場合）、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信手段（例えば、図９のステップS119の処理を実行する図６の通信部72）とを備える。
【００４５】
前記情報管理装置に、前記代表装置としての登録の抹消を要求する抹消手段（例えば、図１０のステップS124の処理を実行する図７の抹消部122）をさらに備えることができる。
【００４６】
前記抹消手段は、新たな前記代表装置を指定して、前記代表装置としての自分自身の登録の抹消を要求する（例えば、図１１のステップS218の処理）ことができる。
【００４７】
前記情報管理装置から、前記他の情報処理装置の情報授受の能力に関する情報を取得する取得手段（例えば、図８のステップS105の処理を実行する図２の通常サービス部22-1）と、前記他の情報処理装置（例えば、図２のクライアント21-2，21-3）の中から、前記代表装置としての機能を有し、かつ、情報授受に関して相対的に最も高い能力を有する前記他の情報処理装置を検索する検索手段（例えば、図１１のステップS212，S214の処理を実行する図７の検索部103）と、検索された前記他の情報処理装置（例えば、図２のクライアント21-2）に対して新たな前記代表装置としての登録を要求する第２の要求手段（例えば、図１１のステップS215の処理を実行する図７の委譲部104）とをさらに備え、前記抹消手段は、検索された前記他の情報処理装置を新たな前記代表装置として指定する（例えば、図１１のステップS218の処理）ことができる。
【００４８】
前記情報管理装置から前記代表装置としての登録の抹消の通知を受信する受信手段（例えば、図１０のステップS125の処理を実行する図７の受信部105）と、前記代表装置としての登録の抹消の通知を受信したとき、その登録の抹消を前記他の情報処理装置に通知する通知手段（例えば、図１０のステップS126の処理を実行する図７の通知部102）とをさらに備えることができる。
【００４９】
前記代表装置として現に登録されている前記他の情報処理装置から、新たな前記代表装置としての登録の要求を受信したとき、その要求に対する返事を送信する送信手段（例えば、図１２のステップS253の処理を実行する図７の応答部106）をさらに備え、前記代表装置として現に登録されている前記他の情報処理装置から、前記代表装置としての登録の抹消の通知を受信した場合（例えば、図１２のステップS254で、抹消の通知を受信したと判定された場合）、前記第１の要求手段は、新たな前記代表装置としての登録を、前記情報管理装置に対してさらに要求する（例えば、図１２のステップS255の処理）ことができる。
【００５０】
他の前記情報処理装置と直接接続するのに必要な接続情報（例えば、IPアドレスとポート番号）を、前記情報管理装置を介して他の前記情報処理装置と授受する授受手段（例えば、図９のステップS111,S112,S117,S118の処理を実行する図６の管理部71）をさらに備えることができる。
【００５１】
請求項１７の情報処理方法、請求項１８の記録媒体のプログラム、並びに請求項１９のプログラムは、他の情報処理装置（例えば、図２のクライアント21-2，21-3）とともに、ネットワーク（例えば、図２のインターネット１１）を介して情報管理装置（例えば、図２のサーバ３１）と接続され、前記他の情報処理装置と情報を授受する情報処理装置（例えば、図２のクライアント21-1）の情報処理方法またはプログラムであって、前記情報管理装置と前記ネットワークを介して通信する通信ステップ（例えば、図８のステップS105）と、前記情報管理装置に前記ネットワークを介して代表装置としての登録を要求する要求ステップ（例えば、図８のステップS107）と、前記代表装置として前記情報管理装置に登録されている場合、送信元としての他の前記情報処理装置から直接送信されてきた情報を、送信元以外の他の情報処理装置に直接転送する転送ステップ（例えば、図９のステップS113）と、前記代表装置として前記情報管理装置に登録されていない場合、他の情報処理装置に送信する情報を、前記代表装置として登録されている前記他の情報処理装置に直接送信する送信ステップ（例えば、図９のステップS119）とを含む。
【００５２】
以下、図を参照して本発明の実施の形態について説明する。図２は、本発明を適用した情報処理システムの構成を表している。この情報処理システム１０においては、インターネット１１を介して複数のクライアント２１−１乃至２１−３とサーバ３１が接続されている。クライアント２１−１乃至２１−３とサーバ３１は、それぞれ、例えばパーソナルコンピュータにより構成される。
【００５３】
図３は、サーバ３１の構成例を表す。図３において、CPU（Central Processing Unit）１３１は、ROM（Read Only Memory）１３２に記憶されているプログラム、または記憶部１３８からRAM（Random Access Memory）１３３にロードされたプログラムに従って各種の処理を実行する。RAM１３３にはまた、CPU１３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００５４】
CPU１３１、ROM１３２、およびRAM１３３は、バス１３４を介して相互に接続されている。このバス１３４にはまた、入出力インタフェース１３５も接続されている。
【００５５】
入出力インタフェース１３５には、キーボード、マウスなどよりなる入力部１３６、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部１３７、ハードディスクなどより構成される記憶部１３８、モデムなどより構成される通信部１３９が接続されている。通信部１３９は、インターネット１１を含むネットワークを介しての通信処理を行う。
【００５６】
入出力インタフェース１３５にはまた、必要に応じてドライブ１４０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１４１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１３８にインストールされる。
【００５７】
図４はクライアント２１（以下、クライアント２１−１乃至２１−３を、個々に区別する必要がない場合、単にクライアント２１と称する）の構成例を表している。
【００５８】
クライアント２１のCPU１６１、ROM１６２、RAM１６３、バス１６４、入出力インタフェース１６５、入力部１６６、出力部１６７、記憶部１６８、通信部１６９、ドライブ１７０、およびリムーバブルメディア１７１は、図３における対応する名称のCPU１３１乃至リムーバブルメディア１４１と基本的に同様の機能を有するものであり、その説明は繰り返しになるので省略する。
【００５９】
サーバ３１は、機能的に管理部３２、登録部３３、およびログイン／オフ部３４により構成される。管理部３２は、主にインスタントメッセ−ジングシステムとしての機能を管理する。登録部３３は、インスタントメッセ−ジングシステムにおいて構築されるコミュニティにおける代表装置を登録、管理する。ログイン／オフ部３４は、サーバ３１に対するログインまたはログオフを管理する。
【００６０】
登録部３３は、図５に示されるように、受信部４１、判定部４２、変更部４３、および拒否部４４により構成される。変更部４３は、さらに抹消部５１と記録部５２により構成される。
【００６１】
受信部４１は、クライアント２１から代表装置としての登録の要求があった場合これを受信する。判定部４２は、受信された代表装置の登録の要求に関する判定を行う。
【００６２】
変更部４３は、代表装置としての登録の変更処理を行う。すなわち、記録部５２は、コミュニティにおける代表装置を登録し、抹消部５１は、この登録の抹消に関する処理を実行する。
【００６３】
拒否部４４は、クライアント２１からの代表装置としての登録の要求を拒否する処理を実行する。
【００６４】
図２に示されるように、クライアント２１は、機能的に、通常サービス部２２を有する（通常サービス部２２−１乃至２２−３を個々に区別する必要がない場合、単に通常サービス部２２と称する）。通常サービス部２２は、多人数接続サービス部２３を有するとともに、必要に応じて調整サービス部２４を有している（多人数接続サービス部２３−１乃至２３−３、および調整サービス部２４−１，２４−２を、それぞれ個々に区別する必要がない場合、単に通常サービス部２２、多人数接続サービス部２３、または調整サービス部２４と称する）。但し、調整サービス部２４は、代表装置としての機能を果たす用意があるクライアント２１のみが有している。
【００６５】
図２の実施の形態においては、クライアント２１−１の、通常サービス部２２−１は、多人数接続サービス部２３−１と調整サービス部２４−１を有している。同様に、クライアント２１−２の通常サービス部２２−２も、多人数接続サービス部２３−２と調整サービス部２４−２を有している。これに対してクライアント２１−３の通常サービス部２２−３は多人数接続サービス部２３−３を有しているが、調整サービス部は有していない。すなわち、この場合、クライアント２１−１とクライアント２１−２は、代表装置としての機能を果たしうるが、クライアント２１−３はその機能を有していないことになる。
【００６６】
通常サービス部２２は、自ら、または多人数接続サービス部２３若しくは調整サービス部２４からの要求に基づいて、インターネット１１を介してサーバ３１の管理部３２と通信し、インスタントメッセ−ジングシステムのサービスに関する処理を行う。
【００６７】
多人数接続サービス部２３は、サーバ３１を介してインスタントメッセ−ジングシステムの一部として構築されたコミュニティにおける、そのコミュニティに参加しているメンバーとの情報の授受に関するサービスである多人数接続サービスを行う。
【００６８】
多人数接続サービス部２３は、図６に示されるように、管理部７１、通信部７２を有している。管理部７１は、コミュニティに参加しているメンバーの相互の情報の授受を管理する。通信部７２は、コミュニティに参加しているメンバーとピアツゥピアの通信を行う。
【００６９】
この調整サービス部２４は、多人数接続サービス部２３と相互に通信し、コミュニティにおける代表装置としての登録に関する調整サービスを実行する。調整サービス部２４は、要求部１０１、通知部１０２、検索部１０３、委譲部１０４、受信部１０５、および応答部１０６により構成される。
【００７０】
サーバ３１に対して、代表装置としての登録処理を行う要求部１０１は、登録部１２１と抹消部１２２とを有する。登録部１２１は、サーバ３１に対して、代表装置としての登録を要求する。抹消部１２２は、サーバ３１に対して、代表装置としての登録の抹消を要求する。
【００７１】
通知部１０２は、サーバ３１に対して調整サービスに関する要求などを通知する。検索部１０３は、コミュニティのメンバーであって、調整サービス機能（代表装置としての機能）を有しているメンバーを検索する。委譲部１０４は、検索部１０３で検索された調整サービス機能を有する他のメンバーに対して、自分自身の代表装置としての地位を委譲する場合の処理を実行する。
【００７２】
受信部１０５は、代表装置としての地位を委譲する委譲先からの返答を受信する。応答部１０６は、代表装置として登録されている他のクライアントから代表装置としての地位の委譲の要求を受けた場合における応答を返す処理を実行する。
【００７３】
なお、図２、図５乃至図７における各機能を果たす各部は、他の各部と適宜データを授受することが可能である。
【００７４】
次に、図８乃至図１０を参照して、クライアント２１が多人数接続サービスを利用する場合の処理について説明する。
【００７５】
ステップＳ１０１において、通常サービス部２２は、ユーザからの指示に基づいてログインするか否かを判定し、ユーザからログインが指示されていない場合には、処理はステップＳ１０２に進む。ステップＳ１０２において、通常サービス部２２は、ユーザからの指示に基づいて、処理を停止するか否かを判定する。ユーザから、処理の停止が指示されていない場合には、処理はステップＳ１０１に戻り、それ以降の処理が繰り返し実行される。
【００７６】
ステップＳ１０２において、ユーザから処理の停止が指示されたと判定された場合、処理は終了される。すなわち、例えば、クライアント２１の電源がオフされた場合には処理が終了される。
【００７７】
ユーザからログインが指示された場合、ステップＳ１０１において、ログインすると判定され、この場合、通常サービス部２２は、ステップＳ１０３において、ログインする処理を実行する。すなわち、通常サービス部２２は、インターネット１１を介してサーバ３１にアクセスし、ログイン処理を実行する。具体的には、通常サービス部２２は、ユーザから入力されたパスワード、IDなどの情報を、インターネット１１を介して、サーバ３１に送信し、認証処理を受ける。サーバ３１のログイン／オフ部３４は、クライアント２１からインターネット１１を介して送信されてきたパスワードとIDが、その記憶部に予め登録されているものと一致するか否かを判定し、一致する場合にはログインを許可し、一致しない場合にはログインを不許可とする応答をクライアント２１に返す。
【００７８】
通常サービス部２２は、ステップＳ１０４において、サーバ３１のログイン／オフ部３４からの応答に基づいて、ログインが成功か否かを判定する。ログインが成功しなかった場合には、処理はステップＳ１０２に進み、ユーザからの指示に基づいて処理を停止するか否かが判定され、処理の停止が指示されていない場合には、処理はステップＳ１０１に戻り、それ以降の処理が繰り返し実行される。
【００７９】
ステップＳ１０４において、ログインが成功したと判定された場合、ステップＳ１０５において、通常サービス部２２は自分自身（例えば、クライアント２１−１）のプレゼンスを送信し、グループ内の他のクライアント（例えば、クライアント２１−２，２１−３）のプレゼンスを受信する。すなわち、通常サービスのプレゼンス、多人数接続サービスのプレゼンス、並びに調整サービスのプレゼンスが、サーバ３１に送信される。なお、通常サービスのプレゼンスは通常サービス部２２が、多人数接続サービスのプレゼンスは管理部７１が、調整サービスのプレゼンスは通知部１０２が、それぞれ独立に送信するようにしてもよい。
【００８０】
このプレゼンスは、サーバ３１の管理部３２により受信される。サーバ３１には、他のクライアント２１からのプレゼンスも送信されてきて登録されているので、その登録されているクライアント２１のプレゼンスが、今ログインしたクライアント２１に送信される（後述する図１３のステップＳ３４４）。そこで、通常サービス部２２は、他のクライアント２１のプレゼンスを受信し、そのうち通常サービスに関するプレゼンスを登録する。多人数接続サービスに関するプレゼンスは管理部７１に、調整サービスに関するプレゼンスは登録部１２１に、それぞれ登録される。
【００８１】
ステップＳ１０６において、調整サービス部２４の要求部１０１の登録部１２１は、ユーザからの指示に基づいて、調整サービスを登録するか否か（自分自身を代表装置として登録するか否か）を判定する。すなわち、ユーザは自分自身が参加するインスタントメッセ−ジングシステム内の１つのコミュニティにおいて、代表装置としての機能を果たすつもりである場合には、調整サービスの登録を指令する。登録部１２１は、ステップＳ１０６で、調整サービスの登録が指示されたと判定された場合、ステップＳ１０７において、調整サービスを登録する処理を実行する。すなわち、登録部１２１は、自分自身のID（クライアント２１−１のユーザのID）を含む調整サービス登録要求をサーバ３１に送信する。サーバ３１の判定部４２は、この要求を判定し、登録要求を受理する応答、または拒否する応答を返してくる（後述する図１３のステップＳ３５２）。
【００８２】
ステップＳ１０８において、登録部１２１は、サーバ３１が返してくる応答を受信し、その応答に基づいて、調整サービスの登録（代表装置としての登録）が成功したか否かを判定する。調整サービスの登録が成功したと判定された場合、ステップＳ１０９において、多人数接続サービス部２３の管理部７１は、他のクライアント２１に対して、調整サービスの登録情報を通知する。すなわち、管理部７１は、ステップＳ１０５で受信された他のクライアント２１のプレゼンスに基づいて、多人数接続サービスに参加し、かつ現在ログインしている装置を検索し、その装置に対して、自分自身（今の場合、クライアント２１−１）が調整サービスの登録を受けたことを通知するメッセージを送信する。このメッセージは、インターネット１１を介してサーバ３１に、インスタントメッセ−ジングシステムのメッセージの１つとして送信される。
【００８３】
サーバ３１の管理部３２は、インスタントメッセ−ジングシステム内における自分自身が管轄するコミュニティの情報を管理しており、通常のインスタントメッセ−ジングシステムとしての機能を果たす。すなわち、管理部３２は、クライアント２１−１から送信されてきたメッセージを、そのコミュニティに参加しているメンバーであって、現在ログインしている他のクライアント２１に対して送信する。他のクライアント２１は、このメッセージ（調整サービスの登録情報）を、後述する図８のステップＳ１１５の処理で受信する。これにより、各クライアント２１は、そのコミュニティにおいて現在どのクライアント２１が代表装置として登録されているのかを知ることができる。
【００８４】
次に、ステップＳ１１０において、多人数接続サービス部２３の管理部７１は、ユーザからの指示に基づいて、多人数接続サービスを自ら行うか否かを判定する。すなわち、管理部７１は、他のクライアント２１に多人数接続サービスの利用を自ら呼びかけるか（インバイトするか）否かを判定する。
【００８５】
ステップＳ１１０で、多人数接続を自ら行うと判定した場合、管理部７１は、ステップＳ１１１において、多人数接続を他の多人数接続サービスに向けて行う処理を実行する。具体的には、管理部７１は、他のクライアント２１（クライアント２１−２，２１−３）がインターネット１１を介して自分（クライアント２１−１）にピアツゥピアで（サーバ３１を介さないで）接続するのに必要な接続情報（例えば、IPアドレスとポート番号）を他のクライアント２１（クライアント２１−２，２１−３）に通知する。ステップＳ１１０で多人数接続を自ら行わないと判定された場合には、ステップＳ１１２において、管理部７１は、他の多人数接続サービスからの多人数接続がくれば受理する処理を実行する。具体的には、この場合、他のクライアント２１（クライアント２１−２，２１−３）から、代表装置としてのクライアント２１（クライアント２１−１）が、そこ（クライアント２１−２，２１−３）にインターネット１１を介してピアツゥピアで接続するのに必要な接続情報（例えば、そのクライアント２１（クライアント２１−２，２１−３）のIPアドレスとポート番号）が送信されてくる（後述するステップＳ１１７の処理）ので、送信されてきたらそれが受信される。
【００８６】
ステップＳ１１３において、通信部７２は、多人数接続処理を実行する。具体的には、通信部７２は、送信元としての他のクライアント２１（例えば、クライアント２１−２）からインターネット１１を介してピアツゥピアで送信されてきた（他のクライアント２１（例えば、クライアント２１−２）が、後述するステップＳ１１９の処理を実行することで、ピアツゥピアで送信されてきた）情報（例えば、画像データ）を、送信元を除く他のクライアント２１（例えば、クライアント２１−３）に送信する（転送する）処理を行う。このピアツゥピアの通信（サーバ３１を介さない通信）を行うために、ステップＳ１１１の処理で、代表装置としてのクライアント２１の接続情報がそれ以外のクライアント２１にサーバ３１を介して通知され、それ以外のクライアント２１の接続情報がステップＳ１１２でサーバ３１を介して代表装置としてのクライアント２１に収集される。すなわち、接続情報の授受には、インスタントメッセ−ジングシステムがそのまま利用されるが、コンテンツ情報の授受には、インスタントメッセ−ジングシステムは利用されず、ピアツゥピア通信が利用される。
【００８７】
次に、ステップＳ１１４において、通信部７２は、ユーザからの指示に基づいて、多人数接続処理を中止するか否かを判定する。ユーザから多人数接続処理を中止するとの指示が入力されていない場合には、処理はステップＳ１１０に戻り、それ以降の処理が繰り返し実行される。ユーザから多人数接続処理を中止するとの指示が入力された場合には、ステップＳ１２２において、通信部７２は多人数接続を中止する処理を実行する。
【００８８】
次に、ステップＳ１２３において、調整サービス部２４の登録部１２１は、ユーザからの指示に基づいて、代表装置としての登録、すなわち、代表登録を抹消するか否かを判定する。ユーザは、代表装置としての登録を行った後、都合により、代表装置としての登録を降りたいと思ったときは、その旨を指令する。ユーザから代表登録の抹消が指示された場合、ステップＳ１２４において、抹消部１２２はサーバ３１に代表登録抹消を要求する。
【００８９】
サーバ３１の変更部４３は、代表登録抹消の要求が受け付けられたとき、その要求元が現在代表登録されていれば、その登録抹消要求を受理し、代表登録を抹消する（後述する図１４のステップＳ３５５）。そして、登録抹消を要求したクライアント２１に対してその応答が返される（後述する図１３のステップＳ３５２）。
【００９０】
ステップＳ１２５において、調整サービス２４の受信部１０５は、サーバ３１からの代表登録抹消の応答を受信する。そして、ステップＳ１２６において、多人数接続サービス部２３の通信部７２は、他のクライアント２１に代表登録の抹消を通知する。この通知は、インスタントメッセ−ジングシステムのメッセージの１つとして、管理部３２により他のクライアント２１に送信される。この通知は、他のクライアント２１により、後述するステップＳ１２０で受信される。
【００９１】
ステップＳ１２３において、代表登録を抹消しないと判定された場合には、ステップＳ１２４乃至ステップＳ１２６の処理はスキップされる。
【００９２】
その後、ステップＳ１２７において、通常サービス部２２は、ユーザからの指示に基づいてログアウトするか否かを判定し、ログアウトが指示されていない場合には、処理はステップＳ１０６に戻り、それ以降の処理が繰り返し実行される。
【００９３】
ステップＳ１２７においてログアウトすると判定された場合、ステップＳ１２８において、通常サービス部２２は、ログアウトする処理を実行する。その後、処理はステップＳ１０１に戻り、それ以降の処理が繰り返し実行される。
【００９４】
ステップＳ１０６で、調整サービスを登録しないと判定された場合、またはステップＳ１０８において、調整サービスの登録が成功しなかった（失敗した）と判定された場合、クライアント２１は代表装置として登録されていないことになるので、自分自身は通常の（非代表装置としての）多人数接続サービスだけを実行することになる。
【００９５】
すなわち、代表装置として登録された他のクライアント２１から、上述したステップＳ１０９の処理で、調整サービスの登録の通知が発せられると、この通知がインスタントメッセ−ジングシステムにおけるメッセージの１つとして、サーバ３１の管理部３２により、代表装置として登録されていないクライアント２１に転送される。代表登録されていないクライアント２１は、その多人数接続サービス部２３の通信部７２がステップＳ１１５において、この調整サービスの登録情報を受信する。これにより、各クライアント２１は、どのクライアントが代表装置として登録されたのかを知ることができる。
【００９６】
次に、ステップＳ１１６において、多人数接続サービス部２３の通信部７２は、ユーザからの指示に基づいて、多人数接続サービスを自ら行うか否かを判定する。すなわち、通信部７２は、代表装置として登録されている他のクライアント２１に多人数接続サービスの利用を自ら通知するか否かを判定する。
【００９７】
ステップＳ１１６で、多人数接続を自ら行うと判定した場合、通信部７２は、ステップＳ１１７において、多人数接続を代表装置として登録されている他の多人数接続サービスに向けて行う処理を実行する。具体的には、通信部７２は、代表装置として登録されている他のクライアント２１（クライアント２１−１）がインターネット１１を介して自分（例えば、クライアント２１−２）にピアツゥピアで接続するのに必要な接続情報（例えば、IPアドレスとポート番号）を代表装置として登録されている他のクライアント２１（クライアント２１−１）に通知する。ステップＳ１１６で多人数接続を自ら行わないと判定された場合には、ステップＳ１１８において、通信部７２は、代表登録されているクライアントの多人数接続サービスからの多人数接続がくれば受理する処理を実行する。具体的には、この場合、代表登録されている他のクライアント２１（クライアント２１−１）から、代表装置として登録されていないクライアント２１（クライアント２１−２，２１−３）が、そこ（クライアント２１−１）にインターネット１１を介してピアツゥピアで接続するのに必要な接続情報（例えば、そのクライアント２１（クライアント２１−１）のIPアドレスとポート番号）が送信されてくる（上述したステップＳ１１１の処理）ので、送信されてきたらそれが受信される。
【００９８】
次に、通信部７２は、ステップＳ１１９において、多人数接続処理を実行する。すなわち、通信部７２は、ユーザから入力されたメッセージを、代表装置として登録されているクライアント２１にピアツゥピアで送信する。
【００９９】
ステップＳ１２０において、通信部７２は、代表登録抹消の通知を受けたかを判定する。すなわち、上述したように、それまで代表登録していたクライアント２１は代表登録を抹消したときステップＳ１２６でそれを通知してくるので、その通知が受信されたか否かが判定される。通信部７２は、通知を受信した場合、処理をステップＳ１０６に戻し、通知を受信しない場合、処理をステップＳ１２１に進める。
【０１００】
上述したように、代表装置としてのクライアント２１の多人数接続サービス部２３の通信部７２は、ピアツゥピアで受信したメッセージをステップＳ１１３で、送信元以外の他のクライアント２１に、ピアツゥピアで転送する。
【０１０１】
通信部７２は、ステップＳ１２１において、ユーザからの指示に基づいて、多人数接続を中止するか否かを判定する。ユーザから多人数接続の中止が指令されていない場合には、処理はステップＳ１１９に戻り、それ以降の処理が繰り返し実行される。
【０１０２】
ステップＳ１２１において、ユーザから多人数接続の中止が指令されたと判定した場合、ステップＳ１２２において、通信部７２は、多人数接続を中止する処理を行い、以下、上述した場合と同様に、ステップＳ１２３以降の処理が実行される。
【０１０３】
以上のようにして、代表装置として登録されたクライアント２１が、他のクライアント２１の間における情報の授受を、サーバ３１を介さずに、ピアツゥピアで行う。特に、授受する情報が、画像データである場合、その全てをサーバ３１が転送するようにすると、サーバ３１の負荷が重くなる。しかし、コミュニティ毎に代表装置としてのクライアント２１がこの処理を負担するようにすれば、サーバ３１の負荷が軽減される。また、各クライアント２１のユーザは、サーバ３１、或いは代表装置を介して通信を行うといった感覚を持たずに、換言すれば、クライアント２１同志で直接的に情報を授受する感覚で、サービスを受けることが可能となる。
【０１０４】
代表装置として登録されたクライアント２１のユーザは、都合により代表として機能することが困難になった場合、その地位を他のクライアント２１のユーザに委譲することが可能である。この場合における代表装置としての地位を委譲するクライアント２１の処理（図１１）と、その地位の委譲を受けるクライアント２１の処理（図１２）について、図１１と図１２のフローチャートを参照して説明する。これらの処理は、委譲する側と委譲を受ける側が、いずれもコミュニティに現に参加している状態において行われる。
【０１０５】
以下においては、クライアント２１−１が代表装置として現在登録を受けており、その地位を、クライアント２１−２に委譲する場合を例として説明する。
【０１０６】
クライアント２１−１のユーザは、代表装置としての地位を他のクライアント２１に委譲したいと思うとき、クライアント２１−１に対して委譲を指令する。クライアント２１−１の委譲部１０４は、ステップＳ２１１において、このユーザより入力された委譲指令を取得する。検索部１０３は、ステップＳ２１２において、調整能力を有する他のクライアントを検索する。
【０１０７】
すなわち、クライアント２１には、調整サ−ビス２４を有しているものと有していないものとがある。代表装置としての地位の委譲を受けることが可能な装置は、調整サービス部２４を有する装置だけである。そこで検索部１０３は、コミュニティに現に参加しているクライアント２１であって、調整サービス部２４を有するクライアント２１を検索する。各クライアント２１が、調整サービス部２４を有しているか否か、また、コミュニティに現に参加しているか否かは、図８のステップＳ１０５で、サーバ３１の管理部３２から受信したプレゼンスから判定することができる。そこで検索部１０３は、このプレゼンスに基づいて検索処理を実行する。
【０１０８】
ステップＳ２１３において、検索部１０３は、調整能力を有する他のクライアントが検索できたか否かを検索する。すなわち、調整サービス部２４を有するクライアント２１が検索できたか否かが判定される。調整能力を有するクライアント（調整サービス部２４を有する他のクライアント２１）が検索できた場合には、ステップＳ２１４において、検索部１０３は、最も通信能力が高いクライアント２１を検索する。換言すれば、ステップＳ２１２の処理で検索された調整能力を有する他のクライアント２１の中から、最も通信能力の高いクライアントがさらに検索される。ここで通信能力とは、例えば、そのクライアント２１が接続されている回線のビットレート、クライアント２１自身の処理速度といった能力であって、代表装置として他のクライアントの情報を授受するのに必要な総合的な能力である。
【０１０９】
通信能力が高いクライアントが検索されると、次に、ステップＳ２１５において、委譲部１０４は、ステップＳ２１４の処理で検索されたクライアントに委譲を通知する。今、クライアント２１−２が検索されたとすると、この委譲の通知が、インスタントメッセ−ジングシステムのメッセージの１つとして、サーバ３１の管理部３２を介してクライアント２１−２に送信される。
【０１１０】
クライアント２１−２の調整サービス部２４の受信部１０５は、図１２のステップＳ２５１において、クライアント２１−１から送信されてきたこの委譲の通知を受信する。受信部１０５は、この通知をユーザに呈示する。ユーザは、この呈示を見て委譲を受けるか否かを判断し、その判断結果を入力する。委譲部１０４はステップＳ２５２において、このユーザの入力に基づいて委譲を受けるか否かを判定する。ユーザから委譲を受ける旨の入力がなされた場合には、ステップＳ２５３において、応答部１０６は、クライアント２１−１に対して委譲を受ける返事を返す。この返事も、サーバ３１の管理部３２を介してインスタントメッセ−ジングシステムのメッセージの１つとしてクライアント２１−１に送信される。
【０１１１】
このようにして、クライアント２１−２が返事を返すと、クライアント２１−１の受信部１０５は、図１１のステップＳ２１６において、その返事を受信する。委譲部１０４は、受信した返事に基づいて、ステップＳ２１７において、委譲が承諾されたか否かを判定する。委譲が承諾されていない場合には、処理はステップＳ２１２に戻り、検索部１０３により調整能力を有する他のクライアント２１がさらに検索される。そして、新たに検索された他のクライアント２１に対して委譲が通知され、その通知に対する返事が受信される。
【０１１２】
ステップＳ２１７において、委譲が承諾されたと判定された場合、ステップＳ２１８において、抹消部１２２は、サーバ３１に対して登録の抹消を要求する。サーバ３１の登録部３３の抹消部５１は、クライアント２１−１が現在代表登録されているのであれば、この要求に基づいて、代表装置としての登録を抹消する（後述する図１４のステップＳ３５５）。そして、抹消部５１は、クライアント２１−１に対して、登録の抹消を応答として返してくる（後述する図１３のステップＳ３５２）。
【０１１３】
クライアント２１−１の抹消部１２２は、図１１のステップＳ２１９において、サーバ３１から送信されてきた抹消の結果を受信する。抹消部１２２は、自分自身の代表装置としての登録が抹消されたので、ステップＳ２２０において、コミュニティに参加している他のクライアント２１に対して登録抹消を通知する。すなわち、登録抹消の通知がインスタントメッセ−ジングシステムのメッセージの１つとして、クライアント２１−１からサーバ３１の管理部３２を介して他のクライアント２１に送信される。
【０１１４】
クライアント２１−２の登録部１２１は、図１２のステップＳ２５４において、クライアント２１−１から抹消の通知を受信したか否かを判定し、抹消の通知を受信するまで待機する。抹消の通知が受信されたとき、ステップＳ２５５において、登録部１２１は登録を要求する。すなわち、登録部１２１は、サーバ３１に対して、自分自身を代表装置として登録することを要求する。
【０１１５】
クライアント２１−１がステップＳ２１８において、委譲に基づき登録の抹消を要求するとき、その要求には、委譲により代表装置として登録されるべき他のクライアント２１が記述されている。今の場合においては、クライアント２１−２が、委譲により新たに代表装置として登録されるべき装置として記述されている。そこで、後述するように、サーバ３１の登録部３３の記録部５２は、クライアント２１−２からの登録の要求を受け入れ、クライアント２１−２を新たな代表装置として登録する（後述する図１４のステップＳ３５９、図１３のステップＳ３４９，Ｓ３５１）。そして、記録部５２は、クライアント２１−２が代表装置として登録されたことをクライアント２１−２に対して通知してくる（後述する図１３のステップＳ３５２）。
【０１１６】
クライアント２１−２の登録部１２１は、図１２のステップＳ２５６において、サーバ３１から送信されてきた登録の結果を受信する。クライアント２１−２の登録部１２１は、ステップＳ２５７において、他のクライアント２１に対して登録を通知する。すなわち、クライアント２１−２からそのときコミュニティに参加しているクライアント２１−１を含む他のクライアント２１に対して、クライアント２１−２が代表装置として登録されたことが通知される。
【０１１７】
クライアント２１−１の登録部１２１は、図１１のステップＳ２２１において、新たに登録されたクライアントからの通知を受信する。すなわち、今の場合、クライアント２１−２から図１２のステップＳ２５７において送信された通知が受信される。これにより、クライアント２１−１は、自分自身が代表装置として抹消された後、クライアント２１−２が委譲により新たな代表装置として登録されたことを確認することができる。
【０１１８】
クライアント２１−２の委譲部１０４は、ステップＳ２５２において、ユーザから委譲を受けないとの指令が入力されたと判定された場合、ステップＳ２５８において、クライアント２１−１に対して委譲を受けない旨の返事を返す。
【０１１９】
この場合、クライアント２１−１の委譲部１０４は、図１１のステップＳ２１７において、委譲が承諾されなかったと判定し、処理をステップＳ２１２に戻し、調整能力を有する他のクライアントを検索する処理を再び実行する。そして、最終的に、現在コミュニティに参加しているクライアント２１の中で、調整能力を有する他のクライアントが検索できなかったとステップＳ２１３において判定された場合には、ステップＳ２２２において、クライアント２１−１の登録部１２１は、エラー処理を実行する。具体的には、調整能力を有する他のクライアント２１が現在存在しないことがユーザに呈示される。この場合には、クライアント２１−１は代表装置としての地位を他のクライアント２１に委譲できないことになる。
【０１２０】
次に、以上のようなクライアント２１の処理に対応するサーバ３１の処理について、図１３と図１４のフローチャートを参照して説明する。
【０１２１】
ステップＳ３４１において、サーバ３１の管理部３２は、管理者からの指令が終了か否かを判定する。管理者から処理の終了が指令された場合には、管理部３２は、インスタントメッセ−ジングシステムの処理を終了させる。
【０１２２】
処理の終了が指令されていない場合には、処理をステップＳ３４２に進め、管理部３２は、クライアント２１からログインがあったか否かを判定する。ログイン要求がない場合には、管理部３２は、処理をステップＳ３４１に戻し、それ以降の処理を繰り返し実行する。
【０１２３】
ステップＳ３４２において、ログイン要求があったと判定された場合、ステップＳ３４３において、管理部３２はログイン処理する。すなわち、図８のステップＳ１０３の処理でクライアント２１から送信されてきたIDとパスワードが予め登録されているものと一致するか否かを判定し、登録されていれば（正しい認証結果が得られれば）、管理部３２は、そのクライアント２１に対してログインを許可する応答を返す。正しい認証結果が得られなかった場合には、ログインは不許可とされる。
【０１２４】
ログインが許可された場合、ステップＳ３４４において、管理部３２は、ログインしてきたクライアント２１に対して、プレゼンスを送受信する処理を実行する。すなわち、管理部３２は、ログインしてきたクライアント２１が、図８のステップＳ１０５において送信したプレゼンスを受信するとともに、そのクライアント２１が属するコミュニティと同じ他のクライアント２１に対して、今ログインしてきたクライアント２１のプレゼンスを送信する。これにより、各クライアント２１は、その時点において参加している他のクライアント２１を常に把握することが可能となる。
【０１２５】
ステップＳ３４５において、サーバ３１の登録部３３は、調整サービスからの要求を受理する。すなわち、上述したように、代表装置として登録を受けたいと思うユーザのクライアント２１の調整サービス部２４は、図８のステップＳ１０７において、調整サービスの登録を要求してくる。サーバ３１の登録部３３の受信部４１は、この要求を受信する。
【０１２６】
ステップＳ３４６において、判定部４２は、要求が調整サービスの登録要求か否かを判定する。調整サービスの登録要求である場合には（代表装置としての登録の要求である場合には）、ステップＳ３４７において、判定部４２は、他の調整サービスが既に登録されているか否かを判定する。他の調整サービスが登録されていない（他のクライアント２１が代表装置として登録されていない）場合には、ステップＳ３４８において、判定部４２は、次の調整サービスが指定されているか否かを判定する。すなわち、クライアント２１からの調整サービスの登録要求が、委譲に基づくものである場合には、次に登録されるべき調整サービスが、元の代表装置の抹消時に記憶（指定）されている（後述するステップＳ３５９）。その指定が行われていない場合には、その調整サービスの登録要求は委譲による調整サービスの登録要求ではなく、通常の調整サービスの登録要求であるので、記録部５２は、ステップＳ３５１において、登録要求を受理する。具体的には、調整サービスの登録を要求してきたクライアント２１の調整サービス部２４を（そのクライアント２１を）代表装置として内部の登録リストに登録する。
【０１２７】
ステップＳ３５２において、記録部５２は、要求元の調整サービスへ応答を返す。すなわち、今調整サービスの登録を要求してきたクライアント２１に対して、代表装置として登録されたことを示す応答を返す。その後、処理はステップＳ３４１に戻り、それ以降の処理が繰り返し実行される。
【０１２８】
ステップＳ３４８において、次の調整サービスが記憶（指定）されていると判定された場合、ステップＳ３４９において、判定部４２は、指定された調整サービスは要求元の調整サービス自身か否かを判定する。指定（ステップＳ３５９の処理で記憶）された調整サービスが要求元の調整サービス自身である場合には、その調整サービスは、元の調整サービスとの委譲交渉の結果、委譲を承諾した調整サービスであるので、ステップＳ３５１において、記録部５２によりその登録要求が受理される。すなわち、調整サービスの登録を要求してきた調整サービスの登録が行なわれる。
【０１２９】
これに対して、ステップＳ３４９において、指定された調整サービスが要求元の調整サービス自身ではないと判定された場合、委譲を承諾したクライアント２１からの要求ではないということになる。そこでステップＳ３５０において、拒否部４４は、調整サービスの登録を要求してきたクライアント２１に対して、登録要求を拒否する処理を実行する。そして、ステップＳ３５２において、拒否部４４は要求元の調整サービスへ、登録要求拒否の応答を返す。
【０１３０】
ステップＳ３４７において、他の調整サービスが既に登録されていると判定された場合にも、重複して代表装置を登録することはできないため、ステップＳ３５０において、拒否部４４は登録要求を拒否する。そして、ステップＳ３５２において、調整サービスの登録を要求してきたクライアント２１に対して、登録要求を拒否する応答が返される。
【０１３１】
このようにして、１つのコミュニティにおいては、１つの代表装置（調整サービス）のみが登録される。従って、各クライアント２１は、そのコミュニティにおいて、代表装置としてのクライアント２１が誰であるのかを常に確実に知ることができ、そのコミュニティにおいて情報を確実に授受することが可能となる。
【０１３２】
ステップＳ３４６において、調整サービスからの要求が、調整サービスの登録要求ではないと判定された場合、ステップＳ３５３において、判定部４２は、調整サービスの登録抹消要求であるか否かを判定する。要求が、調整サービスの登録抹消要求である場合には、ステップＳ３５４において、判定部４２は、要求元の調整サービスが現在登録されているか否かを判定する。すなわち、上述したように、調整サービスの登録の抹消を必要とするのは、調整サービスを登録しているクライアント２１だけである。要求元の調整サービスが現在登録されている場合には、ステップＳ３５５において、抹消部５１は調整サービスからの登録抹消要求を受理し、調整サービスの登録を抹消する。これにより、図１０のステップＳ１２４においてクライアント２１から要求された登録抹消に対応する処理が実行されることになる。
【０１３３】
抹消部５１は、このようにして代表装置としての登録を抹消したとき、ステップＳ３５２において、登録抹消要求をしてきたクライアント２１に対して登録を抹消したことを表す応答を返す。
【０１３４】
ステップＳ３５４において、要求元の調整サービスが現在登録されていないと判定された場合、この要求は正しいクライアント２１からの要求ではないことになる。そこでステップＳ３５６において、拒否部４４は登録抹消要求を拒否する処理を実行する。そして、ステップＳ３５２において、拒否部４４はその要求をしてきた調整サービスに対して登録抹消要求の拒否の応答を返す。
【０１３５】
ステップＳ３５３において、受信された要求が調整サービスの登録抹消要求ではないと判定された場合、ステップＳ３５７において、判定部４２は、その要求が調整サービスの登録委譲要求か否かを判定する。すなわち、要求が、図１１のステップＳ２１８においてなされた委譲に基づく登録の抹消要求であるか否かが判定される。委譲に基づく登録の抹消要求である場合には、ステップＳ３５８において、判定部４２は、要求元の調整サービスが現在登録されているか否かを判定する。要求元の調整サービスが現在登録されている場合には、ステップＳ３５９において、記録部５２は登録委譲要求を受理し、指定された次の調整サービスを記憶し、現在の登録を抹消する。すなわち、図１１のステップＳ２１８の処理で要求された登録委譲に基づく登録の抹消の要求には、委譲先の調整サービス（次の調整サービス）が指定（記述）されている。そこで、記録部５２が指定されている調整サービスを次の代表装置の候補として記憶（この記憶が、上述したステップＳ３４９の判定処理で用いられる）した後、抹消部５１は、それまで登録されていた調整サービスの登録を抹消する。この処理の結果もステップＳ３５２において、記録部５２からクライアント２１−１に対して送信される。
【０１３６】
ステップＳ３５８において、要求元の調整サービスが現在登録されていないと判定された場合、ステップＳ３６０において、拒否部４４は、登録委譲要求を拒否する。すなわち、この場合には、現在代表装置として登録されているクライアント２１からの要求ではないので、登録委譲要求が拒否される。当然のことながら、登録委譲要求を行い得るのは、現在調整サービスが登録されているクライアント２１だけである。そして、この場合の登録委譲要求の拒否結果も、ステップＳ３５２において、拒否部４４により要求元のクライアント２１に対して通知される。
【０１３７】
ステップＳ３５７において、要求が調整サービスの登録委譲要求ではないと判定された場合、ステップＳ３６１において、拒否部４４は不正な要求を拒否する。すなわち、この場合には、予め定められている要求ではないので、サーバ３１はその要求を拒否する。拒否部４４は、この拒否結果もステップＳ３５２において、要求元の調整サービスへ応答として返す。
【０１３８】
以上のようにして、各クライアント２１とサーバ３１との間で情報の授受が行われる。
【０１３９】
次に、図１５を参照して、クライアント２１−１乃至２１−３により構成されるインスタントメッセ−ジングシステムのコミュニティにおいて、調整サービスの代表が存在していない状態から、多人数接続のサービスが行われる場合の処理について説明する。
【０１４０】
クライアント２１−１の通常サービス部２２−１は、ステップＳ４１１において、インターネット１１を介してサーバ３１の管理部３２にアクセスし、ログイン処理を実行する（図８のステップＳ１０３）。
【０１４１】
サーバ３１の管理部３２は、ステップＳ４７１において、クライアント２１−１からのログイン要求を受け付ける（図１３のステップＳ３４３）。
【０１４２】
同様に、クライアント２１−２の通常サービス部２２−２は、ステップＳ４３１において、サーバ３１の管理部３２に対してログインし、管理部３２はステップＳ４７２においてこれを受け付ける。クライアント２１−３の通常サービス部２２−３は、ステップＳ４５１において、サーバ３１の管理部３２にログインし、ステップＳ４７３において、管理部３２はログイン要求を受け付ける。
【０１４３】
ログインが成功した場合、上述したように、クライアント２１−１の通常サービス部２２−１、多人数接続サービス部２３−１、および調整サービス部２４−１のそれぞれのプレゼンスが、サーバ３１の管理部３２に送信される。同様に、クライアント２１−２の通常サービス部２２−２、多人数接続サービス部２３−２、および調整サービス部２４−２のプレゼンス、さらにクライアント２１−３の通常サービス部２２−３、多人数接続サービス部２３−３のプレゼンスが、それぞれサーバ３１の管理部３２に送信される。
【０１４４】
ステップＳ４７４において、サーバ３１の管理部３２は、各クライアント２１−１乃至２１−３から受信したそれぞれのプレゼンスを登録するとともに、必要なプレゼンスを他のクライアント２１に送信する（図１３のステップＳ３４４）。クライアント２１−１の通常サービス部２２−１は、ステップＳ４１２において、クライアント２１−２の通常サービス部２２−２はステップＳ４３２において、さらにクライアント２１−３の通常サービス部２２−３は、ステップＳ４５２において、それぞれ他のクライアントのプレゼンスを受信する。すなわち、通常サービス部２２−１は通常サービス部２２−２，２２−３のプレゼンスを、通常サービス部２２−２は通常サービス部２２−１，２２−３のプレゼンスを、そして通常サービス部２３−３は通常サービス部２２−１，２２−２のプレゼンスを、それぞれ受信し、登録する（図８のステップＳ１０５）。
【０１４５】
同様に、多人数接続サービス部２３−１は多人数接続サービス部２３−２，２３−３のプレゼンスを、多人数接続サービス部２３−２は多人数接続サービス部２３−１，２３−３のプレゼンスを、多人数接続サービス部２３−３は多人数接続サービス部２３−１，２１−２のプレゼンスを、それぞれ受信する。さらに、調整サービス部２４−１は調整サービス部２４−２のプレゼンスを受信し、調整サービス部２４−２は調整サービス部２４−１のプレゼンスを受信する。
【０１４６】
以上のようにして、各クライアント２１は、そのコミュニティ内において、現在ログインしている他のクライアント、並びに各クライアントの能力を知ることができる。
【０１４７】
なお、各クライアントの能力の通知は、代表装置として登録されたクライアント２１が、他のクライアント２１に対して要求するようにしてもよい。
【０１４８】
クライアント２１−１の調整サービス部２４−１は、自分自身を代表装置として登録させるため、ステップＳ４１３において、サーバ３１の登録部３３に対して調整サービスとしての登録を要求する（図８のステップＳ１０７）。
【０１４９】
サーバ３１の登録部３３は、ステップＳ４７５において、既に他の調整サービス部が登録されているか否かを判定し（図１３のステップＳ３４７，Ｓ３４８，Ｓ３４９）、登録されていなければこれを受理、登録し（図１３のステップＳ３５１）、ステップＳ４７６において、調整サービスが登録されたことの応答を、調整サービス部２４−１に送信する（図１３のステップＳ３５２）。
【０１５０】
調整サービス部２４−１は、ステップＳ４１４において、このサーバ３１の登録部３３からの応答を受信する（図８のステップＳ１０７，Ｓ１０８）。
【０１５１】
図１５の例においては、クライアント２１−２の調整サービス部２４−２がステップＳ４３３において、やはりその代表登録を要求している。サーバ３１の登録部３３は、ステップＳ４７７においてこれを受信すると、他の調整サービスが既に登録されているか否かを判定する。今の場合、調整サービス部２４−１が既に登録されている。そこで、ステップＳ４７８において、登録部３３は、調整サービス部２４−２に対して、登録要求の拒否の応答を返す（図１３のステップＳ３５０，Ｓ３５２）。ステップＳ４３４において、調整サービス部２４−２はこれを受信する（図８のステップＳ１０７，Ｓ１０８）。
【０１５２】
ステップＳ４１５において、クライアント２１−１の多人数接続サービス部２３−１は、自分自身（クライアント２１−１）が代表装置として登録されたことを、そのとき参加しているクライアント（今の場合、クライアント２１−２，２１−３）に通知する（図８のステップＳ１０９）。クライアント２１−２の多人数接続サービス部２３−２はステップＳ４３５において、クライアント２１−３の多人数接続サービス部２３−３はステップＳ４５３において、それぞれこの通知を受信する（図８のステップＳ１１５）。
【０１５３】
クライアント２１−２の多人数接続サービス部２３−２は、ステップＳ４３６において、多人数接続サービスを利用するために、ステップＳ４３５で通知を受けたクライアント２１−１の多人数接続サービス部２３−１に対して自ら多人数接続を行う（IPアドレスとポート番号を通知する（図９のステップＳ１１７））。多人数接続サービス部２３−１は、ステップＳ４１６においてこの接続を受理する（図９のステップＳ１１２）。
【０１５４】
同様に、クライアント２３−３の多人数接続サービス部２３−３も、ステップＳ４５４において、ステップＳ４５３で受信した通知に基づいて、今代表装置として登録されているクライアント２１−１に対して多人数接続サービスのための接続を行う（IPアドレスとポート番号を通知する（図９のステップＳ１１７））。多人数接続サービス部２３−１は、ステップＳ４１７において、この接続を受理する（図９のステップＳ１１２）。
【０１５５】
なお、今の場合、クライアント２１−２，２１−３から、クライアント２１−１に対して多人数接続サービスの接続を行うようにしたが、代表装置として登録されているクライアント２１−１の方から他のクライアント２１−２，２１−３に対して多人数接続サービスの接続を行うようにしてもよい（図９のステップＳ１１１）。
【０１５６】
すなわち、この場合には、上述したステップＳ４１６，Ｓ４１７に換えて、クライアント２１−１の多人数接続サービス部２３−１が、ステップＳ４１８において、クライアント２１−２の多人数接続サービス部２３−２に対して多人数接続サービスへの接続を行う（IPアドレスとポート番号を通知する）（図９のステップＳ１１１）。多人数接続サービス部２３−２は、ステップＳ４３７において、この多人数接続サービスを受理する（図９のステップＳ１１８）。
【０１５７】
同様に、上述したステップＳ４１７の処理に換えて、ステップＳ４１９において、クライアント２１−１の多人数接続サービス部２３−１がクライアント２１−３の多人数接続サービス部２３−３に対して多人数接続サービスの接続処理を行い（IPアドレスとポート番号を通知し）（図９のステップＳ１１１）、多人数接続サービス部２３−３は、ステップＳ４５５においてこれを受理する（図９のステップＳ１１８）。
【０１５８】
このようにして、多人数接続サービスによる接続が行われると、以後、代表装置としてのクライアント２１と、その他のクライアント２１は、相互にピアツゥピアで（サーバを介さずに）通信することができる。すなわち、代表装置以外の送信元のクライアント２１が他のクライアント２１に向けて送信された画像データ等は、ピアツゥピアで代表装置としてのクライアント２１に送信され、代表装置としてのクライアント２１から送信元以外のクライアント２１に、ピアツゥピアで転送される。図１５では、簡略化のため、ステップＳ４１５乃至Ｓ４１９、Ｓ４３５乃至Ｓ４３７、Ｓ４５３乃至Ｓ４５５の処理が、サーバ３１を介さずに行われるように図示されているが、実際には、これらの処理も、サーバ３１を介して行われる。ピアツゥピアで（サーバ３１を介さずに）行われるのは、それ以降の、実際の画像データ、その他のコンテンツ等の情報の授受のための通信である。
【０１５９】
以上のように、ピアツゥピアで通信するのに必要な接続情報（データ量が少ない情報）は、インスタントメッセージングシステムを利用して各クライアント２１間で授受されるが、ユーザ間で交換する情報としての画像情報（データ量が多い情報）は、代表装置としてのクライアント２１を介してピアツゥピアで各クライアント２１間で授受される。したがって、インスタントメッセージングシステムには大きな負荷とならない。
【０１６０】
また、インスタントメッセ−ジングシステムの原理に反しない限り、サービスの内容を任意のものに設定することが可能となる。このことは、インスタントメッセ−ジングシステムを提供する側からみても、インスタントメッセ−ジングシステムの構成に何ら変更を加えることなく、あるいは、加えるとしても、わずかな変更で、各種のサービスを提供することが可能となり、利点がある。
【０１６１】
コミュニティに、その時点において参加していないクライアント２１が存在する場合には、そのクライアント２１は、存在しないものとして処理される。図１６は、クライアント２１−２がログインしていない場合の例を表している。
【０１６２】
すなわち、ステップＳ５１１において、クライアント２１−１の通常サービス部２２−１がサーバ３１の管理部３２に対してログインする。ステップＳ５５１において、管理部３２はログイン処理する。
【０１６３】
ステップＳ５３１において、クライアント２１−３の通常サービス部２２−３はログインし、ステップＳ５５２において、サーバ３１の管理部３２は、これに対応してログイン処理する。これにより、認証処理が行われ、それぞれのクライアント２１のプレゼンスがサーバ３１の管理部３２に提供される。
【０１６４】
ステップＳ５５３において、管理部３２は、ログインを許可したクライアント２１に対して、その時点においてログインしている他のクライアント２１のプレゼンスを送信する。これにより、クライアント２１−１の通常サービス部２２−１は、ステップＳ５１２において、クライアント２１−３のプレゼンスを受信し、クライアント２１−３の通常サービス部２２−３は、ステップＳ５３２においてクライアント２１−１のプレゼンスを受信する。この時点において、クライアント２１−２は、ログインしていないため、そのプレゼンスは他のクライアント２１に対して提供されない。
【０１６５】
ステップＳ５１３において、クライアント２１−１の調整サービス部２４−１は、調整サービスの登録を要求する。ステップＳ５５４において、サーバ３１の登録部３３は、この要求を受け付け、他に登録がなければその調整サービスを登録する。そしてステップＳ５５５において、登録部３３は、調整サービスの登録の通知をクライアント２１−１の調整サービス部２４−１に送信する。調整サービス部２４−１は、ステップＳ５１４において、この通知を受信する。これにより、調整サービス部２４−１は、自分自身が登録部３３に代表装置として登録されたことを知ることができる。
【０１６６】
そこで、ステップＳ５１５において、多人数接続サービス部２３−１は、その時点においてコミュニティに参加しているクライアント（クライアント２１−３）に対して、自分自身が代表装置として登録されたことを通知する（図８のステップＳ１０９）。クライアント２１−３の多人数接続サービス部２３−３は、ステップＳ５３３においてこの通知を受信する（図８のステップＳ１１５）。クライアント２１−３のユーザが多人数接続サービスへの接続を指令した場合、ステップＳ５３４において、多人数接続サービス部２３−３は多人数接続サービスへの接続を行う（ピアツゥピアの接続情報を通知する（図９のステップＳ１１７））。クライアント２１−１の多人数接続サービス部２３−１は、ステップＳ５１６においてこの接続を受け付ける（図９のステップＳ１１２）。
【０１６７】
図１５における場合と同様に、代表装置として登録されたクライアント２１から他のクライアント２１に対して多人数接続サービスの接続を行う場合には、クライアント２１−１の多人数接続サービス部２３−１は、ステップＳ５１６の処理に換えて、ステップＳ５１７において、その時点においてコミュニティに参加している他のクライアントであるクライアント２１−３の多人数接続サービス部２３−３に対して、多人数接続サービスの接続を行う（ピアツゥピアの接続情報を通知する（図９のステップＳ１１１））。多人数接続サービス部２３−３は、ステップＳ５３４に換えて、ステップＳ５３５においてこの接続を受理する（図９のステップＳ１１８）。
【０１６８】
なお、上述したように、ステップＳ５１５乃至Ｓ５１７，Ｓ５３３乃至Ｓ５３５の処理は、実際にはサーバ３１を介して行われる。
【０１６９】
コミュニティのメンバーが途中から参加してきた場合には、図１７に示されるような処理が実行される。この例は、クライアント２１−１，２１−３がログインした後に、クライアント２１−２がログインしてきた場合の処理を表している。
【０１７０】
クライアント２１−１のステップＳ６１１乃至Ｓ６１６、クライアント２１−３のステップＳ６５１乃至Ｓ６５４、サーバ３１のステップＳ６７１乃至Ｓ６７５の各処理は、図１６のクライアント２１−１のステップＳ５１１乃至Ｓ５１６、クライアント２１−３のステップＳ５３１乃至Ｓ５３４、サーバ３１のステップＳ５５１乃至Ｓ５５５の処理と同様の処理である。
【０１７１】
すなわち、これにより、クライアント２１−１とクライアント２１−３がサーバ３１に対してログインし、クライアント２１−１に対してクライアント２１−３のプレゼンスが提供される。クライアント２１−３に対しては、クライアント２１−１のプレゼンスが提供されている。さらに、クライアント２１−１がサーバ３１の管理部３２に代表装置として登録され、クライアント２１−３がクライアント２１−１に対して多人数接続サービスの接続を行っている。従って、クライアント２１−１と２１−３の間においてはピアツゥピアで画像情報等の授受が可能となっている。
【０１７２】
この状態において、ステップＳ６３１において、クライアント２１−２の通常サービス部２２−２がログインしてくると、サーバ３１の管理部３２は、ステップＳ６７６において、このログインを受け付ける。正しい認証結果が得られた場合、ステップＳ６７７において、サーバ３１の管理部３２は、クライアント２１−１乃至２１−３に対して必要なプレゼンス情報を提供する。今の場合、クライアント２１−１とクライアント２１−３に対しては、クライアント２１−２のプレゼンスが提供される。このプレゼンスが、クライアント２１−１の通常サービス部２２−１によりステップＳ６１７において、また、クライアント２１−３の通常サービス部２２−３によりステップＳ６５５において、それぞれ受信される。これに対して、クライアント２１−２に対しては、既にログインしているクライアント２１−１とクライアント２１−３のプレゼンスが提供される。このプレゼンスは、クライアント２１−２の通常サービス部２２−２によりステップＳ６３２において受信される。
【０１７３】
このプレゼンスに、その時点における代表装置としての情報を含めることも可能であるが、この実施の形態においてはそれが含まれていない。そこで、後述するように、ステップＳ６３５において、クライアント２１−１から代表装置としての登録に関する情報を授受する前に、ユーザが調整サービスの登録を指令した場合には、ステップＳ６３３において、クライアント２１−２の調整サービス部２４−２は、サーバ３１の管理部３２に対して調整サービスの登録を要求する。
【０１７４】
ステップＳ６７８において、サーバ３１の登録部３３はこの要求を受理し、既に他の調整サービスが登録されているか否かを判定する。今の場合、クライアント２１−１の調整サービスが既に登録されている（ステップＳ６７４）。そこで、ステップＳ６７９において、登録部３３は登録要求を拒否する（図１３のステップＳ３５０，Ｓ３５２）
【０１７５】
ステップＳ６３４において、クライアント２１−２の調整サービス部２４−２は、この登録要求拒否の応答を受信する。
【０１７６】
クライアント２１−１の多人数接続サービス部２３−１は、ステップＳ６１７の処理で受信したプレゼンスから、新たなクライアント２１−２がログインしてきたことを知ったので、ステップＳ６１８において、自分自身が調整サービスの登録を受けている装置であることをクライアント２１−２に対して通知する（図８のステップＳ１０９）。クライアント２１−２の多人数接続サービス部２３−２は、ステップＳ６３５においてこの通知を受信する（図８のステップＳ１１５）。クライアント２１−２のユーザから、多人数接続サービスの接続の指令がなされたとき、多人数接続サービス部２３−２は、ステップＳ６３６において、多人数接続サービスへの接続を行う（接続情報を通知する（図９のステップＳ１１７））。クライアント２１−１の多人数接続サービス部２３−１は、ステップＳ６１９において、クライアント２１−２の多人数接続サービス部２３−２からの接続を受け付ける（図９のステップＳ１１２）。
【０１７７】
なお、この場合においても、ステップＳ６５４またはステップＳ６３６において、クライアント２１−３またはクライアント２１−２の方から、クライアント２１−１に対して多人数接続サービスの接続を行うようにしたが（図９のステップＳ１１７）、クライアント２１−１の多人数接続サービス部２３−１の方からクライアント２１−３の多人数接続サービス部２３−３に対して、またはクライアント２１−２の多人数接続サービス部２３−２に対して、多人数接続サービスの接続を行うようにしてもよい（図９のステップＳ１１１）。
【０１７８】
なお、ステップＳ６１８，Ｓ６１９，Ｓ６３５，Ｓ６３６の処理は、実際にはサーバ３１を介して行われる。
【０１７９】
これにより、以後、このコミュニティのメンバーとしてのクライアント２１は、代表装置としてのクライアント２１−１を介して、ピアツゥピアで他のクライアント２１に画像情報等を授受することが可能となる。
【０１８０】
次に、図１８を参照して、代表装置として登録されているクライアント２１が代表を辞退し、他のクライアント２１が代表装置としての登録を受ける場合の処理について説明する。
【０１８１】
図１８の例では、クライアント２１−１が、代表装置としての登録を辞退し、クライアント２１−２が新たな代表装置として登録を受けるものとする。そして、この場合、クライアント２１−１乃至２１−３が、多人数接続サービスの接続を行っている状態にあるものとする。
【０１８２】
クライアント２１−１のユーザは、代表装置としての登録を辞退したいと思うとき、それを指令すると、ステップＳ７１１において、調整サービス部２４−１は、代表としての登録の抹消を要求する（図１０のステップＳ１２４）。サーバ３１の登録部３３は、ステップＳ７７１においてこの要求を受理する（図１３のステップＳ３４５）。要求元が、現在登録を受けているクライアント２１からのものである場合には、登録部３３は登録抹消要求を受理し、調整サービスの登録を抹消する（図１４のステップＳ３５５）。そして、登録部３３は、ステップＳ７７２において、登録を抹消したことをクライアント２１−１に通知する（図１３のステップＳ３５２）。
【０１８３】
ステップＳ７１２において、クライアント２１−１の調整サービス部２４−１は、登録が抹消されたことの通知を受信する（図１０のステップＳ１２５）。そこで、ステップＳ７１３において、クライアント２１−１の多人数接続サービス部２３−１は、そのとき参加しているクライアント２１−２，２１−３に対して、自分自身が登録の抹消を受けたことを通知する（図１０のステップＳ１２６）。クライアント２１−２の多人数接続サービス部２３−２は、ステップＳ７３１において、また、クライアント２１−３の多人数接続サービス部２３−３は、ステップＳ７５１において、それぞれクライアント２１−１の多人数接続サービス部２３−１からの登録の抹消の通知を受信する（図９のステップＳ１２０）。
【０１８４】
クライアント２１−２のユーザは、この通知を受けて、自分自身が代表装置としての登録を受けようとするときはその旨を指示する。このとき、ステップＳ７３２において、クライアント２１−２の調整サービス部２４−２は、サーバ３１の登録部３３に対して、代表装置としての登録を要求する（図８のステップＳ１０７）。
【０１８５】
サーバ３１の登録部３３は、ステップＳ７７３においてこの要求を受信し、他の調整サービス部が既に登録されているか否かを判定する。今の場合、クライアント２１−１の登録が既に抹消されているため登録要求を受理し、クライアント２１−２を代表装置として登録する（図１３のステップＳ３５１）。そして、ステップＳ７７４において、登録部３３は、登録が行われたことをクライアント２１−２に対して通知する（図１３のステップＳ３５２）。
【０１８６】
クライアント２１−２の調整サービス部２４−２は、ステップＳ７３３において、サーバ３１からの登録の結果を受信する（図８のステップＳ１０７）。そこで、ステップＳ７３４において、クライアント２１−２の多人数接続サービス部２３−２は、他のクライアント２１−１，２１−３に対して、自分自身が代表装置として登録されたことを通知する（図８のステップＳ１０９）。クライアント２１−１の多人数接続サービス部２３−１は、ステップＳ７１４において、クライアント２１−３の多人数接続サービス部２３−３は、ステップＳ７５２において、それぞれクライアント２１−２が代表装置として登録されたことの通知を受信する（図８のステップＳ１１５）。
【０１８７】
そこで、クライアント２１−１の多人数接続サービス部２３−１は、ステップＳ７１５において、多人数接続サービスへの接続サービスを行い、クライアント２１−３の多人数接続サービス部２３−３は、ステップＳ７５３において、多人数接続サービスへの接続サービスを行う（図９のステップＳ１１７）。クライアント２１−２の多人数接続サービス部２３−２は、ステップＳ７３５、またはステップＳ７３６において、それぞれクライアント２１−１、またはクライアント２１−３からの接続を受理する（図９のステップＳ１１２）。
【０１８８】
このようにして、以後、クライアント２１−２がそれまでのクライアント２１−１に換わって調整サービス処理を行うことになる。
【０１８９】
以上のようにして、調整サービスの登録を受けている装置が調整サービスの登録を辞退した場合には、他の装置が調整サービスの登録を受け、以後、その新たなクライアントを介して情報が授受されることになる・
【０１９０】
図１８の例のように、代表装置として登録されているクライアント２１が、代表装置としての地位を辞退する場合、そのコミュニティに参加している他のクライアント２１が新たに調整サービスの登録を受ければ、以後、その新たなクライアント２１を介して情報が授受されるので、そのコミュニティにおけるピアツゥピアの通信手段は確保されることになる。しかしながら、調整サービス部２４を有する他のクライアント２１が存在しない場合、或いは、存在したとしても誰も調整サービスの登録をしようとしない場合には、代表装置として登録されているクライアント２１が、代表装置としての地位を辞退すると、実質的にそのコミュティに参加しているクライアント２１同志のピアツゥピアの情報の授受が不可能となってしまう。そこで、一旦調整サービスの登録を受けたクライアント２１は、委譲によらなければ調整サービスの登録を辞退することができないようにすることもできる。そのようにすれば、コミュニティ内において、一度、誰かが代表登録すれば、以後、代表装置として登録を受けたクライアント２１が存在しなくなることがなくなり、クライアント２１同志でのピアツゥピアの通信が不可能となることはない。
【０１９１】
図１９は、委譲により調整サービスが他のクライアント２１に変更される場合の処理を表している。今、クライアント２１−１乃至２１−３は、いずれも既にコミュニティに参加しており、調整サービスの登録を受けているクライアント２１−１が調整サービス機能を有する他のクライアント２１−２に対して、代表装置としての地位を委譲するものとして、以下説明する。
【０１９２】
クライアント２１−１の調整サービス部２４−１は、代表装置としての地位を委譲しようとする場合、他のクライアント２１の中から調整サービス部２４を有するクライアント２１を検索する（図１１のステップＳ２１２）。そして、今、クライアント２１−２が検索されたとすると、ステップＳ８１１において、調整サービス部２４−１は、検索されたクライアント２１−２に対して委譲を通知する（図１１のステップＳ２１５）。クライアント２１−２の調整サービス部２４−２は、ステップＳ８３１において、クライアント２１−１からの委譲の通知を受信すると、これをユーザに呈示する（図１２のステップＳ２５１）。ユーザはこの通知に基づいて、委譲を受けるか否かを判断し、その返事を指令する。調整サービス部２４−２は、ステップＳ８３２において、ユーザからの指示に基づいて、委譲を受ける返事（図１２のステップＳ２５３）、または、委譲を受けない返事（図１２のステップＳ２５８）を返す。この返事は、ステップＳ８１２において、クライアント２１−１の調整サービス部２４−１に受信される（図１１のステップＳ２１６）。
【０１９３】
委譲が承諾されなかった場合、図１９の例においては、他の調整サービス部２４を有するクライアント２１は存在しないため、クライアント２１−１は、代表装置としての登録を辞退することができないことになる（図１１のステップＳ２１３，Ｓ２２２）。
【０１９４】
これに対して、委譲が承諾された場合には、調整サービス部２４−１は、ステップＳ８１３において、自分自身の代表装置としての登録の抹消を要求する（図１１のステップＳ２１８）。この抹消要求には、新たに調整サービスの登録を受ける委譲先のクライアント２１−２が記述されている。
【０１９５】
そこで、ステップＳ８７１において、この登録の抹消の要求を受信すると、サーバ３１の登録部３３は、その要求が、現在登録されているクライアント２１からの要求である場合にはこれを受理し、その要求に指定されている調整サービス（今の場合、クライアント２１−２の調整サービス）を次の登録の候補として記憶し、それまでの登録（今の場合、クライアント２１−１の調整サービス）を抹消する（図１４のステップＳ３５９）。
【０１９６】
ステップＳ８７２において、登録部３３は、クライアント２１−１の調整サービス部２４−１に対して登録の抹消を通知する（図１３のステップＳ３５２）。調整サービス部２４−１は、ステップＳ８１４においてこの通知を受信する（図１１のステップＳ２１９）。
【０１９７】
このとき、ステップＳ８１５において、多人数接続サービス部２３−１は、自分自身が登録の抹消を受けたことを他のクライアント２１−２，２１−３に対して通知する（図１１のステップＳ２２０）。クライアント２１−２の多人数接続サービス部２３−２は、ステップＳ８３３において（図１２のステップＳ２５４）、クライアント２１−３の多人数接続サービス部２３−３は、ステップＳ８５１において、それぞれクライアント２１−１からの通知を受信する（図８のステップＳ１１５）。
【０１９８】
クライアント２１−２の調整サービス部２４−２は、クライアント２１−１からの登録の抹消の通知を受信すると、ステップＳ８３４において、サーバ３１に対して、代表装置としての登録を要求する（図１２のステップＳ２５５）。サーバ３１の登録部３３は、ステップＳ８７３において、この登録の要求を受理すると、次の調整サービスが指定されているか否かを判定する（図１３のステップＳ３４８）。今の場合、ステップＳ８７１において受理した登録委譲要求に基づいて、次の調整サービスはクライアント２１−２の調整サービスであることが指定、登録されている。そこで、登録部３３は登録要求を受理し、登録を行う（図１３のステップＳ３５１）。
【０１９９】
ステップＳ８７４において、登録部３３は、調整サービスを登録したことをクライアント２１−２に対して通知する（図１３のステップＳ３５２）。クライアント２１−２の調整サービス部２４−２は、ステップＳ８３５において、サーバ３１からの登録の通知を受信する（図１２のステップＳ２５６）。
【０２００】
そして、ステップＳ８３６において、クライアント２１−２の多人数接続サービス部２３−２は、自分自身が新たに代表装置として登録されたことを他のクライアント２１−１，２１−３に対して通知する（図１２のステップＳ２５７）。クライアント２１−１の多人数接続サービス部２３−１はステップＳ８１６において、クライアント２１−３の多人数接続サービス部２３−３はステップＳ８５２において、それぞれこの通知を受信する（図８のステップＳ１１５）。
【０２０１】
その後、ステップＳ８１７において、クライアント２１−１の多人数接続サービス部２３−１は、多人数接続サービスへの接続を行い（図９のステップＳ１１７）、クライアント２１−３の多人数接続サービス部２３−３はステップＳ８５３において、多人数接続サービスへの接続を行い（図９のステップＳ１１７）、クライアント２１−２の多人数接続サービス部２３−２は、ステップＳ８３７またはＳ８３７において、それぞれクライアント２１−１またはクライアント２１−３からの接続を受け付ける（図９のステップＳ１１２）。
【０２０２】
これにより、以後、クライアント２１−１に換えて、クライアント２１−２を介して各クライアント２１は、他のクライアント２１に対して画像情報等をピアツゥピアで送信することが可能となる。
【０２０３】
上述した情報処理システムにおけるインスタントメッセ−ジングシステムとクライアント２１との関係を図示すると、図２０に示されるようになる。すなわち、サーバ３１は、インスタントメッセ−ジングシステム部３１Ａを有しており、インスタントメッセ−ジングシステム部３１Ａは、各管理部３２−１，３２−２がそれぞれ独立したコミュニティを管理する。管理部３２−１が管理するコミュニティには、クライアント２１−１１乃至クライアント２１−１４がメンバーとして登録されており、管理部３２−２が管理するコミュニティには、クライアント２１−２１乃至クライアント２１−２５がメンバーとして登録されている。管理部３２−１は、対応する登録部３３−１を有し、管理部３２−２は、対応する登録部３３−２を有している。登録部３３−１は、管理部３２−１が管理するコミュニティにおける代表装置としてのクライアントを登録する。図２０の例においては、クライアント２１−１２が、代表装置として登録されている。同様に、登録部３３−２は、対応する管理部３２−２が管理するコミュニティにおける代表装置を登録する。図２０の例においては、クライアント２１−２３が代表装置として登録されている。
【０２０４】
従って、管理部３２−１が管理するコミュニティにおいては、例えば、クライアント２１−１１が他のクライアント２１−１２乃至２１−１４に対して画像データを送信する場合、クライアント２１−１１は画像データを、経路P1を介してピアツゥピアで代表装置としてのクライアント２１−１２に送信する。
【０２０５】
代表装置として機能するクライアント２１−１２は、経路P1を介して送信されてきた送信元としてのクライアント２１−１１からの画像データを、送信元以外のクライアント２１−１３，２１−１４に経路P2を介してピアツゥピアで転送する。
【０２０６】
同様に、例えば、クライアント２１−１３が他のクライアント２１−１１，２１−１２，２１−１４に対して画像データを送信する場合には、画像データは経路P3を介してピアツゥピアで、クライアント２１−１３から代表装置としてのクライアント２１−１２に送信される。
【０２０７】
代表装置としてのクライアント２１−１２は、送信元としてのクライアント２１−１３の通信部７２より経路P3を介してピアツゥピアで送信されてきた画像データを受信すると、その画像データを送信元以外の他のクライアント２１−１１，２１−１４に対して、経路P4を介してピアツゥピアで転送する。
【０２０８】
以上のようにして、管理部３２−１が管理しているコミュニティに参加している各クライアント２１のユーザは、必要な情報を他のユーザにピアツゥピアで送信することができる。そして、この場合、各クライアントは、代表装置としてのクライアント２１−１２を介して情報を授受しているという意識を持つこともない。
【０２０９】
したがって、各ユーザは、図２１に示されるように、各クライアント２１−１１乃至２１−１４が相互に直接情報を授受する感覚でサービスを利用することができる。
【０２１０】
管理部３２−２が管理しているコミュニティにおいても、同様の処理が行われる。例えば、クライアント２１−２１が他のクライアント２１に対して、画像データを送信する場合、クライアント２１−２１の通信部７２が、経路P11を介してピアツゥピアで、代表装置としてのクライアント２１−２３に画像データを送信する。
【０２１１】
代表装置として機能するクライアント２１−２３は、経路P11を介して送信されてきた画像データを受信すると、送信元以外の他のクライアント２１−２２，２１−２５に、ピアツゥピアで経路P12を介して転送する。なお、クライアント２１−２４は、このときまだログインしていないので、画像データは転送されない。
【０２１２】
同様に、クライアント２１−２５がコミュニティに参加している他のクライアント２１に画像データを送信する場合、クライアント２１−２５は画像データを経路P13を介してピアツゥピアで代表装置としてのクライアント２１−２３に送信する。
【０２１３】
代表装置として機能するクライアント２１−２３は、経路P13を介して送信されてきた画像データを受信すると、それを送信元以外の他のクライアント２１−２１，２１−２２に経路P14を介してピアツゥピアで転送する。
【０２１４】
以上のようにして、この場合にも、各クライアント２１のユーザは、代表装置としてのクライアント２１−２３を介して伝送情報を授受しているという意識を持たないですむ。ユーザは単に伝送情報を送信するように指定するだけだからである。
【０２１５】
従って、ユーザは、図２２に示されるように、各クライアント２１−２１乃至２１−２５が、相互に直接情報を授受する感覚でこのサービスを利用することができる。
【０２１６】
以上においては、ネットワークとしてインターネットを利用するようにしたが、これに限らず、或いは、これとともに各種のネットワークを利用することが可能である。
【０２１７】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０２１８】
この記録媒体は、図３と図４に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア１４１，１７１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１３２，１６２や、記憶部１３８，１６８に含まれるハードディスクなどで構成される。
【０２１９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２２０】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【産業上の利用可能性】
【０２２１】
本発明は、パーソナルコンピュータ、携帯電話機、PDA（Personal Digital Assistants）、その他の情報処理装置に適用することが可能である。
【図面の簡単な説明】
【０２２２】
【図１】従来のインスタントメッセ−ジングシステムの構成例を示すブロック図である。
【図２】本発明を適用した情報処理システムの構成例を示す図である。
【図３】図２のサーバの構成例を示すブロック図である。
【図４】図２のクライアントの構成例を示すブロック図である。
【図５】図２の登録部の機能的構成例を示すブロック図である。
【図６】図２の多人数接続サービス部の機能的構成例を示すブロック図である。
【図７】図２の調整サービス部の機能的構成例を示すブロック図である。
【図８】クライアントの処理を説明するフローチャートである。
【図９】クライアントの処理を説明するフローチャートである。
【図１０】クライアントの処理を説明するフローチャートである。
【図１１】クライアントの委譲処理を説明するフローチャートである。
【図１２】クライアントの委譲を受ける処理を説明するフローチャートである。
【図１３】サーバの処理を説明するフローチャートである。
【図１４】サーバの処理を説明するフローチャートである。
【図１５】代表登録の処理を説明する図である。
【図１６】ログインしていないクライアントが存在する場合の処理を説明する図である。
【図１７】クライアントが途中から参加した場合の処理を説明する図である。
【図１８】新たなクライアントが代表登録を受ける場合の処理を説明する図である。
【図１９】委譲による登録抹消の処理を説明する図である。
【図２０】インスタントメッセ−ジングシステムとクライアントの関係を説明する図である。
【図２１】クライアント間における情報の授受を説明する図である。
【図２２】クライアント間における情報の授受を説明する図である。
【符号の説明】
【０２２３】
２−１，２−２  チャットサービス部，  １０  情報処理システム，  １１  インターネット，  ２１−１乃至２１−３  クライアント，  ２２−１乃至２２−３  通常サービス部，  ２３−１乃至２３−３  多人数接続サービス部，  ２４−１，２４−２  調整サービス部，  ３１  サーバ，  ３１Ａ  インスタントメッセ−ジングシステム部  ３２  管理部，  ３３  登録部，  ３４  ログイン／オフ部，  ４１  受信部，  ４２  判定部，  ４３  変更部，  ４４  拒否部，  ５１  抹消部，  ５２  記録部，  ７１  管理部，  ７２  通信部，  １０１  要求部，  １０２  通知部，  １０３  検索部，  １０４  委譲部，  １０５  受信部，  １０６  応答部，  １２１  登録部，  １２２  抹消部
【図１】
2005346461.tif 000003
【図２】
2005346461.tif 000004
【図３】
2005346461.tif 000005
【図４】
2005346461.tif 000006
【図５】
2005346461.tif 000007
【図６】
2005346461.tif 000008
【図７】
2005346461.tif 000009
【図８】
2005346461.tif 000010
【図９】
2005346461.tif 000011
【図１０】
2005346461.tif 000012
【図１１】
2005346461.tif 000013
【図１２】
2005346461.tif 000014
【図１３】
2005346461.tif 000015
【図１４】
2005346461.tif 000016
【図１５】
2005346461.tif 000017
【図１６】
2005346461.tif 000018
【図１７】
2005346461.tif 000019
【図１８】
2005346461.tif 000020
【図１９】
2005346461.tif 000021
【図２０】
2005346461.tif 000022
【図２１】
2005346461.tif 000023
【図２２】
2005346461.tif 000024
【手続補正書】
【提出日】平成17年6月29日(2005.6.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４
【補正方法】変更
【補正の内容】
【請求項４】
前記受付手段は、前記代表装置としての前記情報処理装置からの登録の抹消の要求をさらに受け付け、
登録の抹消の要求が受け付けられた場合、前記情報処理装置の前記代表装置としての登録を抹消する抹消手段をさらに備える
ことを特徴とする請求項３に記載の情報管理装置。