(57)【要約】【課題】利用者個々の嗜好に応じた相手の存在するコミュニティへの参加を可能とする。【解決手段】コミュニティ管理部１４０は、コミュニティへの参加を要求したクライアント２００を格納部１１０に格納された関係情報に基づいて適切なコミュニティに参加させ、メッセージ配送部１５０は同一コミュニティ内のクライアント２００間でのメッセージの送受信を行い、関係情報管理部１６０はクライアント２００の指定に基づいて関係情報を格納部１１０に登録する。この関係情報は、逐次更新される。【選択図】      図１
2004151966.tif 000002
【特許請求の範囲】
【請求項１】
クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて、参加するコミュニティを決定することを特徴とするサーバ。
【請求項２】
クライアントからの要求に応答して、前記クライアントのコミュニティへの参加を実行するサーバであって、
前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて参加コミュニティを決定することを特徴とするサーバ。
【請求項３】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて所定のコミュニティを選択して参加させることを特徴とするコミュニティサービス用サーバ。
【請求項４】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択することを特徴とするコミュニティサービス用サーバ。
【請求項５】
前記利用者関係情報は、前記サーバまたはクライアントからの要求に基づいて更新されることを特徴とする請求項３または４に記載のコミュニティサービス用サーバ。
【請求項６】
前記利用者関係情報は、所定の時間間隔で更新されることを特徴とする請求項３乃至５のいずれかに記載のコミュニティサービス用サーバ。
【請求項７】
前記利用者関係情報に基づく適切なコミュニティが存在しない場合は、新たなコミュニティを生成して参加させることを特徴とする請求項３乃至６のいずれかに記載のコミュニティサービス用サーバ。
【請求項８】
前記利用者関係情報は、前記クライアントの利用者間の相互的な評価情報を含むことを特徴とする請求項３乃至７のいずれかに記載のコミュニティサービス用サーバ。
【請求項９】
前記クライアントからの参加要求は、前記利用者関係情報が特定条件を満足したときには拒絶されることを特徴とする請求項３乃至８のいずれかに記載のコミュニティサービス用サーバ。
【請求項１０】
前記コミュニティは、前記利用者関係情報だけでなく他の情報をも参照して選択されることを特徴とする請求項３乃至９のいずれかに記載のコミュニティサービス用サーバ。
【請求項１１】
前記評価情報に含まれる評価値は、予め定めた重み付けが施されることを特徴とする請求項８に記載のコミュニティサービス用サーバ。
【請求項１２】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記コミュニティ入口に対応する所定のコミュニティを選択して参加させることを特徴とするコミュニティサービス用サーバ。
【請求項１３】
適切なコミュニティが存在しない場合は、新たなコミュニティを生成して参加させることを特徴とする請求項１０に記載のコミュニティサービス用サーバ。
【請求項１４】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
コミュニティ入口に対応付けられた複数のコミュニティが設けられ、クライアントを利用する一の利用者による前記コミュニティ入口の指定により、クライアントを利用する複数の利用者間の関係を表わす関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択するに際し、利用者間の関係情報が保持されていない場合には、前記複数のコミュニティからランダムに又は予め定めた基準に基づいて所定のコミュニティを選択して参加させ、当該コミュニティの参加者である利用者間の関係情報を収集して登録し、利用者間の関係情報が保持されている場合には、前記登録された関係情報に基づいて所定のコミュニティを選択して参加させるとともに、前記利用者の関係情報を収集、過去の登録情報を更新することを特徴とするコミュニティサービス用サーバ。
【請求項１５】
外部のクライアントからの要求に基づいて、前記クライアントのコミュニティへの参加と退席、同一コミュニティ内の前記クライアント間でのメッセージの送受信を実行するコミュニティサービス用サーバであって、
前記クライアントの利用者の情報と、コミュニティの情報と、前記利用者間の関係を表す情報である利用者関係情報と、を格納する機能を有する格納手段と、前記利用者の情報を管理する機能を有する利用者管理手段と、
同一コミュニティ内の前記クライアント間のメッセージの配送を行う機能を有するメッセージ配送手段と、
前記クライアントからの要求に基づいて、前記格納手段内の関係情報を更新する機能を有する関係情報管理手段と、
コミュニティの情報を管理し、前記クライアントからコミュニティへの参加要求を受信した際に、前記要求元のクライアントが参加するコミュニティを前記利用者関係情報に基づいて決定する機能を有するコミュニティ管理手段と、
前記クライアントと、前記サーバとの通信を行う機能を有する通信手段と、
から構成されることを特徴とするコミュニティサービス用サーバ。
【請求項１６】
前記参加要求受信時の参加コミュニティの決定処理において、利用者関係情報だけではなく、格納手段に格納された情報、または、前記クライアントが指定した個別の条件、または、乱数、または、これらの情報及び条件の任意の組み合わせ、を用いることを特徴とする請求項１５に記載のコミュニティサービス用サーバ。
【請求項１７】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
前記クライアントを利用する利用者の前記コミュニティに対するコミュニティ評価情報に基づいて所定のコミュニティを選択して参加させることを特徴とするコミュニティサービス用サーバ。
【請求項１８】
前記コミュニティ評価情報は、利用者からの新たに生成されたコミュニティ評価情報により逐次更新されることを特徴とする請求項１７に記載のコミュニティサービス用サーバ。
【請求項１９】
前記コミュニティ評価情報に基づく適切なコミュニティが存在しない場合は、新たなコミュニティを生成して参加させることを特徴とする請求項１７または１８に記載のコミュニティサービス用サーバ。
【請求項２０】
前記クライアントからの参加要求は、前記コミュニティ評価情報が特定条件を満足したときには拒絶されることを特徴とする請求項１７、１８または１９に記載のコミュニティサービス用サーバ。
【請求項２１】
サーバと複数のクライアントから構成される、コミュニティサービスシステムであって、前記サーバが請求項３乃至２０に記載のコミュニティサービス用サーバであることを特徴とするコミュニティサービスシステム。
【請求項２２】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて所定のコミュニティを選択して参加させることを特徴とするコミュニティサービス方法。
【請求項２３】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択することを特徴とするコミュニティサービス方法。
【請求項２４】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記コミュニティ入口に対応する所定のコミュニティを選択して参加させることを特徴とするコミュニティサービス方法。
【請求項２５】
サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
コミュニティ入口に対応付けられた複数のコミュニティが設けられ、クライアントを利用する一の利用者による前記コミュニティ入口の指定により、クライアントを利用する複数の利用者間の関係を表わす関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択するに際し、最初の参加時には、前記複数のコミュニティからランダムに又は予め定めた基準に基づいて所定のコミュニティを選択して参加させ、当該コミュニティの参加者である利用者間の関係情報を収集して登録し、２回目以降の参加時には、前記登録された関係情報に基づいて所定のコミュニティを選択して参加させるとともに、前記利用者の関係情報を収集、過去の登録情報を更新することを特徴とするコミュニティサービス方法。
【請求項２６】
請求項３乃至２５に記載の各処理を計算機で実行するためのプログラムを有するコミュニティサービス用プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はサーバ、コミュニティサービス用サーバ、そのシステム、サービス方法及びプログラムに関する。
【０００２】
【従来の技術】
従来のコミュニティサービスシステムの例としては、チャットシステムがあり、図１１には従来のこの種のチャットシステムの構成が示されている。
【０００３】
図１１を参照すると、従来のコミュニティサービスシステムは、サーバ５００と、複数のクライアント２００と、サーバ５００とクライアント２００とを接続するネットワーク５０とから構成される。ネットワーク５０としてはインターネット等が用いられる。サーバ５００は、利用者とコミュニティの情報を格納する機能を有する格納部５１０と、クライアント２００とサーバ５００との通信を媒介する機能を有する通信部５２０と、通信部５２０を介して、クライアント２００間のコミュニケーションを実現する機能を有する制御部５３０とから構成される。
【０００４】
サーバ５００は、コミュニティサービスを提供する提供者により管理される。また、クライアント２００は、コミュニティサービスを利用する利用者の要求に基づいて処理を実行する。
【０００５】
格納部５１０に格納される利用者情報の例が図１２に示されている。この例では、各利用者の情報は、サーバ５００内でユニークなＩＤと、サーバ５００が利用者にメッセージを送信する際の宛先情報として用いられるアドレス情報とを含む。
【０００６】
格納部５１０に格納されるコミュニティ情報の例が図１３に示されている。この例では、各コミュニティ情報は、サーバ５００内でユニークなＩＤと、コミュニティの名前と、該コミュニティに参加している利用者のＩＤの集合であるメンバリストとを含む。
【０００７】
かかる従来のコミュニティサービスシステムでは、（１）コミュニティへの参加／退席処理と、（２）コミュニティでのメッセージの送受信処理が実行される。
【０００８】
以下、それぞれの動作、処理について説明する。
（１）コミュニティへの参加／退席処理：
コミュニティの参加処理を行う際に、クライアント２００は、先ず、サーバ５００から参加可能なコミュニティのリスト情報を取得し、コミュニティのＩＤと、利用者のＩＤとを指定して、コミュニティへの参加要求をサーバ５００に送信する。サーバ５００は、格納部５１０のコミュニティ情報において、要求元の利用者ＩＤを指定されたコミュニティのメンバリストに追加する。
【０００９】
コミュニティ退席処理を行う際には、クライアント２００は、サーバ５００にコミュニティからの退席要求を送信すると、サーバ５００は、格納部５１０のコミュニティ情報において、要求元の利用者ＩＤが含まれているコミュニティのメンバリストから要求元の利用者ＩＤを削除する。
【００１０】
（２）コミュニティでのメッセージの送受信処理：
クライアント２００が利用者が指定／作成したメッセージとともに、サーバ５００にメッセージ送信要求を送信すると、サーバ５００は、要求元のクライアントの利用者ＩＤが含まれるコミュニティ情報を参照し、該コミュニティのメンバリストに含まれるクライアント２００にメッセージを転送する。こうすることにより、クライアント２００は同じコミュニティに参加している他のクライアント２００との間でメッセージの送受信を行うことが可能となる。
【００１１】
上述の如く、従来のコミュニティサービスシステムでは、クライアント２００により、同じコミュニティを指定して参加した利用者全員が、同じコミュニティに参加し、互いにメッセージの送受信を行い、コミュニケーションを楽しむことができる。
【００１２】
他の方法としては、コミュニティ内の各利用者が、同じコミュニティ内の他の利用者を評価し、ある利用者に対して、コミュニティ内における他の全利用者の評価の総計が一定の条件を満たした場合に該利用者による発言や入室を制限する方法がある（例えば、特許文献１参照）。
【００１３】
【特許文献１】
特開２００２−３２３１９公報（第１１頁〜第１３頁、図１１〜図１３）
【００１４】
【発明が解決しようとする課題】
しかしながら、従来のコミュニティサービスシステムでは、利用者が自分の好まない相手、あるいは望まない相手ともメッセージの送受信によるコミュニケーションを回避できないという問題があった。すなわち、各利用者は、クライアントを用いて任意のコミュニティに参加し、メッセージの送受信を行うことが可能であるものの、現実世界と同様に、コミュニティ内に、自分がコミュニケーションを行いたくない相手が存在する場合に、かかる相手とのコミュニケーションを回避できない。
【００１５】
そのような相手の例としては、例えば、乱暴で品位の無い発言をする等のマナーの悪い相手、自分を誹謗中傷する相手、個人的に趣味が合わない相手がある。このような相手が自分が参加したコミュニティに存在した場合、あるいは、自分が参加中のコミュニティに参加してきた場合、該コミュニティでのコミュニケーションを楽しむことができなくなり、不愉快な思いをして有意義なコミュニケーションができなくなってしまう。
【００１６】
かかる問題を解決するため、従来は、サーバを管理する管理者が、利用者による発言を監視し、不適当と思われる発言を発見した場合に、該発言を削除したり、発言者をコミュニティから排除するという方法がある。
【００１７】
しかし、この方法は、管理者が常時発言を監視しなければならないため、管理者の負荷が大きいことと、発言が適当か不適当かの判断が管理者の主観に基づいてしまい、客観的かつ公平な処理が困難であるという問題がある。
【００１８】
後者の方法によれば、管理者の負荷を小さくすることができるだけでなく、コミュニティ内の総意に基づいて不適切な参加者を排除することが可能となるものの、この方法を用いた場合でも、利用者の排除は同じコミュニティ内の利用者の総意に基づいて決定されるため、例えば、各利用者が個人的主観に基づいて合わないと思う相手とのコミュニケーションを回避することはできない。すなわち、この方法では、利用者各々で異なる他者への嗜好を反映して、コミュニケーションを実行することは困難である。
【００１９】
そこで、本発明の目的は、利用者個々の嗜好に応じた相手の存在するコミュニティでのコミュニケーションを可能とするサーバ、コミュニティサービス用サーバ、そのシステム、サービス方法及びプログラムを提供することにある。
【００２０】
本発明のより具体的な目的は、利用者がコミュニティに参加した際に、嗜好に適した相手が存在する可能性が高く、嗜好に適さない相手が存在する可能性が低いサーバ、コミュニティサービス用サーバ、そのシステム、サービス方法及びプログラムを提供することにある。
【００２１】
【課題を解決するための手段】
前述の課題を解決するため、本発明によるサーバ、コミュニティサービス用サーバ、そのシステム、サービス方法及びプログラムは、次のような特徴的な構成を採用している。
【００２２】
（１）クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて、参加するコミュニティを決定するサーバ。
【００２３】
（２）クライアントからの要求に応答して、前記クライアントのコミュニティへの参加を実行するサーバであって、
前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて参加コミュニティを決定するサーバ。
【００２４】
（３）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて所定のコミュニティを選択して参加させるコミュニティサービス用サーバ。
【００２５】
（４）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択するコミュニティサービス用サーバ。
【００２６】
（５）前記利用者関係情報は、前記サーバまたはクライアントからの要求に基づいて更新される上記（３）または（４）のコミュニティサービス用サーバ。
【００２７】
（６）前記利用者関係情報は、所定の時間間隔で更新される上記（３）乃至（５）のいずれかのコミュニティサービス用サーバ。
【００２８】
（７）前記利用者関係情報に基づく適切なコミュニティが存在しない場合は、新たなコミュニティを生成して参加させる上記（３）乃至（６）のいずれかのコミュニティサービス用サーバ。
【００２９】
（８）前記利用者関係情報は、前記クライアントの利用者間の相互的な評価情報を含む上記（３）乃至（７）のいずれかのコミュニティサービス用サーバ。
【００３０】
（９）前記クライアントからの参加要求は、前記利用者関係情報が特定条件を満足したときには拒絶される上記（３）乃至（８）のいずれかのコミュニティサービス用サーバ。
【００３１】
（１０）前記コミュニティは、前記利用者関係情報だけでなく他の情報をも参照して選択される上記（３）乃至（９）のいずれかのコミュニティサービス用サーバ。
【００３２】
（１１）前記評価情報に含まれる評価値は、予め定めた重み付けが施される上記（８）のコミュニティサービス用サーバ。
【００３３】
（１２）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記コミュニティ入口に対応する所定のコミュニティを選択して参加させるコミュニティサービス用サーバ。
【００３４】
（１３）適切なコミュニティが存在しない場合は、新たなコミュニティを生成して参加させる上記（１２）のコミュニティサービス用サーバ。
【００３５】
（１４）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
コミュニティ入口に対応付けられた複数のコミュニティが設けられ、クライアントを利用する一の利用者による前記コミュニティ入口の指定により、クライアントを利用する複数の利用者間の関係を表わす関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択するに際し、利用者間の関係情報が保持されていない場合には、前記複数のコミュニティからランダムに又は予め定めた基準に基づいて所定のコミュニティを選択して参加させ、当該コミュニティの参加者である利用者間の関係情報を収集して登録し、利用者間の関係情報が保持されている場合には、前記登録された関係情報に基づいて所定のコミュニティを選択して参加させるとともに、前記利用者の関係情報を収集、過去の登録情報を更新するコミュニティサービス用サーバ。
【００３６】
（１５）外部のクライアントからの要求に基づいて、前記クライアントのコミュニティへの参加と退席、同一コミュニティ内の前記クライアント間でのメッセージの送受信を実行するコミュニティサービス用サーバであって、
前記クライアントの利用者の情報と、コミュニティの情報と、前記利用者間の関係を表す情報である利用者関係情報と、を格納する機能を有する格納手段と、前記利用者の情報を管理する機能を有する利用者管理手段と、
同一コミュニティ内の前記クライアント間のメッセージの配送を行う機能を有するメッセージ配送手段と、
前記クライアントからの要求に基づいて、前記格納手段内の関係情報を更新する機能を有する関係情報管理手段と、
コミュニティの情報を管理し、前記クライアントからコミュニティへの参加要求を受信した際に、前記要求元のクライアントが参加するコミュニティを前記利用者関係情報に基づいて決定する機能を有するコミュニティ管理手段と、
前記クライアントと、前記サーバとの通信を行う機能を有する通信手段と、
から構成されるコミュニティサービス用サーバ。
【００３７】
（１６）前記参加要求受信時の参加コミュニティの決定処理において、利用者関係情報だけではなく、格納手段に格納された情報、または、前記クライアントが指定した個別の条件、または、乱数、または、これらの情報及び条件の任意の組み合わせ、を用いる上記（１５）のコミュニティサービス用サーバ。
【００３８】
（１７）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス用サーバであって、
前記クライアントを利用する利用者の前記コミュニティに対するコミュニティ評価情報に基づいて所定のコミュニティを選択して参加させるコミュニティサービス用サーバ。
【００３９】
（１８）前記コミュニティ評価情報は、利用者からの新たに生成されたコミュニティ評価情報により逐次更新される上記（１７）のコミュニティサービス用サーバ。
【００４０】
（１９）前記コミュニティ評価情報に基づく適切なコミュニティが存在しない場合は、新たなコミュニティを生成して参加させる上記（１７）または（１８）のコミュニティサービス用サーバ。
【００４１】
（２０）前記クライアントからの参加要求は、前記コミュニティ評価情報が特定条件を満足したときには拒絶される上記（１７）、（１８）または（１９）のコミュニティサービス用サーバ。
【００４２】
（２１）サーバと複数のクライアントから構成される、コミュニティサービスシステムであって、前記サーバが上記（３）乃至（２０）のコミュニティサービス用サーバであるコミュニティサービスシステム。
【００４３】
（２２）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて所定のコミュニティを選択して参加させるコミュニティサービス方法。
【００４４】
（２３）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記クライアントを利用する複数の利用者間の関係を表わす利用者関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択するコミュニティサービス方法。
【００４５】
（２４）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
コミュニティ入口に対応付けられた少なくとも１つのコミュニティが設けられ、前記クライアントを利用する利用者による前記コミュニティ入口の指定により、前記コミュニティ入口に対応する所定のコミュニティを選択して参加させるコミュニティサービス方法。
【００４６】
（２５）サーバが管理するコミュニティに対するクライアントからの要求に応答して、所定のコミュニティへの参加、退席、クライアント間のメッセージの送受信を実行するコミュニティサービス方法であって、
コミュニティ入口に対応付けられた複数のコミュニティが設けられ、クライアントを利用する一の利用者による前記コミュニティ入口の指定により、クライアントを利用する複数の利用者間の関係を表わす関係情報に基づいて前記コミュニティ入口に対応する所定のコミュニティを選択するに際し、最初の参加時には、前記複数のコミュニティからランダムに又は予め定めた基準に基づいて所定のコミュニティを選択して参加させ、当該コミュニティの参加者である利用者間の関係情報を収集して登録し、２回目以降の参加時には、前記登録された関係情報に基づいて所定のコミュニティを選択して参加させるとともに、前記利用者の関係情報を収集、過去の登録情報を更新するコミュニティサービス方法。
【００４７】
（２６）上記（３）乃至（２５）の各処理を計算機で実行するためのプログラムを有するコミュニティサービス用プログラム。
【００４８】
【発明の実施の形態】
次に本発明の実施の形態について図面を参照して詳細に説明する。
なお、以下の説明では、「メッセージ」は、利用者間で送受信される情報であり、メッセージ情報形式はテキスト、音声、画像またはこれらを組み合わせたマルチメディア等の任意の形式で表現される。また、メッセージの送受信方法は、任意の通信方式を用いることができる。例えば、既存の電子メール、チャット、掲示板、ＷＷＷ等で用いられる通信方式を用いることができる。更に、「コミュニティサービス」は、複数の人々が互いにメッセージの送受信を行うためのサービスであり、コミュニティサービスを提供する者を「提供者」、コミュニティサービスを利用する者を「利用者」とそれぞれ称する。「コミュニティ」とは、利用者が互いにメッセージの送受信を行うための場であり、利用者はコミュニティに参加、退席することができる。コミュニティに参加している利用者は、参加中のコミュニティにメッセージを送信すると、当該メッセージはコミュニティサービスシステムを介して該コミュニティに参加している他の利用者に送信される。この仕組みにより、同一コミュニティに参加中の利用者は互いにメッセージの送受信を行うことが可能となる。
【００４９】
「関係情報」（利用者関係情報）は、コミュニティサービスを利用する利用者間での関係を表す情報であり、複数の利用者間の互いに対する評価情報が含まれる。例えば、コミュニティサービスを利用する利用者Ａと利用者Ｂがいる場合、関係情報には、利用者Ａの利用者Ｂに対する評価と、利用者Ｂの利用者Ａに対する評価とが含まれる。関係情報の内容及び表記方法は、サーバ１００により規定される。この規定方法は任意である。
【００５０】
関係情報の内容の例としては、例えば、
・他者の性格についての評価、
・他者と自分の相性についての評価、
・他者の情報の正確さについての評価、
・特定の条件（例：自分が悩みを相談したい場合）に関する他者の適合性の評価、
・複数の他者から成るグループと自分の相性についての評価、
等がある。
【００５１】
また、関係情報の表記の例としては、例えば、１乃至５までの数値による表記、１００点満点の点数による表記、各々が５段階評価である複数の評価軸の組み合わせによる表記、「絶対一緒に話したい」、「できたら一緒に話したい」、「普通」、「できたら一緒に話したくない」、「絶対一緒に話したくない」の５つの項目からの選択による表記等がある。
【００５２】
図１に本発明のサーバ、コミュニティサービス用サーバ、そのシステム、サービス方法及びプログラムに関連する実施の形態におけるコミュニティサービスシステムの主要構成を示す。
【００５３】
図１を参照すると、本発明の実施形態におけるコミュニティサービスシステムは、サーバ１００と、複数のクライアント２００と、サーバ１００と、クライアント２００とを接続するネットワーク５０とから構成される。ネットワーク５０の例としては、インターネットがあるが、サーバ１００とクライアント２００との通信を実現するものであれば、任意の手段を用いることができる。
【００５４】
サーバ１００は管理者により、クライアント２００は利用者によりそれぞれ利用される。すなわち、管理者は、サーバ１００を用意し、運営することによってクライアント２００の利用者にコミュニティサービスを提供する。クライアント２００は、利用者からの操作、要求に基づいて、サーバ１００からの各種情報の取得、コミュニティへの参加、コミュニティでのメッセージの送受信、関係情報の更新、コミュニティからの退席、等のコミュニティサービスにおける各種処理を実行する。
【００５５】
クライアント２００は、上記各種処理のユーザインタフェースを利用者に提供する。サーバ１００は、コミュニティ及び利用者の情報を管理し、クライアント２００からの要求に基づいてコミュニティサーバを提供する。利用者は、クライアント２００を操作することにより、サーバ１００により提供されるコミュニティサービスを亨受する。
【００５６】
ところで、従来のコミュニティサービス用のサーバは、前述の如く、複数のコミュニティを管理し、クライアントはそのコミュニティの一つをＩＤや名称等により直接指定して参加を行っていた。
【００５７】
これに対して、本発明のコミュニティシステムでは、クライアント２００はコミュニティへの参加実行時に、コミュニティを直接指定はせずに、「コミュニティの入口」を指定する。「コミュニティの入口」とは、クライアント２００が参加するコミュニティを間接的に指定するために用いられる概念であり、サーバ１００は複数のコミュニティの入口を管理する。サーバ１００は、コミュニティの入口のリストをクライアント２００に提供し、クライアント２００は、コミュニティの入口を指定して、コミュニティへの参加を行う。
【００５８】
コミュニティの入口は、コミュニティに関する付随情報を含み、クライアント２００はこの付随情報に基づいて、コミュニティの入口を選択する。コミュニティの入口の付随情報の例としては、「サッカー」、「映画」といった文字列で表されるコミュニティ内のコミュニケーションのテーマの情報があるが、任意の内容、フォーマットの情報を用いることができる。
【００５９】
サーバ１００は、コミュニティの入口の各々に対応する１つ以上のコミュニティを管理し、クライアント２００からコミュニティの参加の要求を受けると、指定されたコミュニティの入口に対応するコミュニティの一つを選択して、クライアント２００を参加させる。そのため、同じコミュニティの入口を選択した複数のクライアント２００が異なるコミュニティに参加する場合もある。
【００６０】
次に、本発明によるコミュニティサービスシステムの構成と動作について詳細に説明する。
【００６１】
サーバ１００は、利用者の情報と、コミュニティの情報と、関係情報とを格納する機能を有する格納部１１０と、ネットワーク５０を介して、クライアント２００とサーバ１００内の各構成部分との通信を行う機能を有する通信部１２０と、利用者情報を管理する機能を有する利用者管理部１３０と、コミュニティ情報を管理する機能を有するコミュニティ管理部１４０と、コミュニティ内の利用者間でのメッセージの送受信を行う機能を有するメッセージ配送部１５０と、関係情報を管理する機能を有する関係情報１６０とから構成される。
【００６２】
サーバ１００は利用者をユニークなＩＤで管理する。ＩＤは、番号、メールアドレス等、サーバ１００が個々の利用者を識別可能な情報であれば任意の情報で良い。利用者は、クライアント２００を利用する際に、自己のＩＤを指定し、クライアント２００は指定されたＩＤを利用者のＩＤとして用いる。なお、利用者にではなく個々のクライアント２００に固定的な利用者ＩＤを割り振り、利用者が特定のクライアント２００を利用した際に、該クライアント２００に割り振られた利用者ＩＤを該利用者の利用者ＩＤとして用いることもできる。
【００６３】
図２に、格納部１１０に格納される利用者情報の例を示す。この例では、各利用者の情報は、利用者のＩＤと、サーバ１００が該利用者にメッセージを送信する際の宛先情報として用いられるアドレス情報とを含む。例えば、図２における、「００１，  ｔａｒｏ＠ａａａ．ｂｂｂ．ｃｃｃ，  …」という行は、ＩＤが「００１」である利用者のアドレス情報が「ｔａｒｏ＠ａａａ．ｂｂｂ．ｃｃｃ」であることを意味する。
【００６４】
図２に示す例では、メッセージ送信手段として既存の電子メールを利用し、アドレス情報として電子メールアドレスを用いている。しかし、アドレス情報は、サーバ１００が該利用者のクライアント２００に対してメッセージを送信する際に利用可能な情報であれば任意の情報を用いることができる。また、サーバ１００が利用者のＩＤの情報だけで、クライアント２００にメッセージを送信可能である場合は、宛先情報を管理しなくても良い。更に、図２の例では、利用者情報として、ＩＤとアドレス情報のみが格納されているが、利用者に関わる他の任意の情報を格納すれば、更なる利用性の改善効果が得られる。
【００６５】
他の情報の例としては、
・サービスの各種処理の実行時の認証に用いられる認証情報、
・コミュニティ内で他者に公開される利用者のニックネーム、
・利用者の名前、住所、誕生日等の個人情報、
・利用者個人別のカスタマイズ情報、
等がある。
これらの利用者情報は、利用者管理部１３０により管理される。
【００６６】
サーバ１００は、関係情報を保持し、初期状態において、全利用者間の関係情報にデフォルトの初期値を設定する。関係情報は、クライアント２００の指定に基づいて更新される。
【００６７】
図３には、格納部１１０に格納される関係情報の例が示されている。この例では、関係情報は、１乃至５までの５段階の数値で表されている。例えば、図３の「００１  −  ３  ３  ３  ４」の行は、ＩＤが００１の利用者の、ＩＤが００２、００３、００４、００５の利用者への評価が、それぞれ、３、３、３、４であることを意味する。
【００６８】
図４には、サーバ１００の格納部１１０に格納されているコミュニティの入口の情報の例が示されている。サーバ１００は、コミュニティの入口をユニークなＩＤで管理する。以下、コミュニティの入口のＩＤを外部ＩＤと称する。この例では、コミュニティの入口の付随情報として「サッカー」「映画」等の文字列が用いられている。例えば、図４の「００１，サッカー」という行は、ＩＤが「００１」で、「サッカー」という付随情報を含むコミュニティの入口を表す。これらのコミュニティの入口の情報はサーバ１００の管理者により設定される。なお、このコミュニティの入口情報は、クライアント２００によりネットワークを介して追加設定することもできる。
【００６９】
図５には、格納部１１０に格納されるコミュニティ情報の例が示されている。各コミュニティには、ユニークなＩＤが割り当てられ、識別される。サーバ１００はコミュニティとコミュニティの入口の対応を管理する。各々のコミュニティには、コミュニティの入口が対応付けされる。「コミュニティがコミュニティの入口に対応付けられる」とは、該コミュニティの外部ＩＤが「該コミュニティの入口」のＩＤであることを示し、複数のコミュニティが同一のコミュニティの入口に対応付けされても構わない。コミュニティ情報は、ユニークなＩＤと、対応付けられたコミュニティの入口のＩＤ（外部ＩＤ）と、該コミュニティに参加中の利用者のＩＤの集合であるメンバリストとを含む。例えば、図５の「００１，００１，（００２，００３，００５）」という行は、コミュニティのＩＤが「００１」、外部ＩＤが「００１」、メンバがメンバＩＤ００２、００３、００５の利用者であることを示す。
【００７０】
図６には、本発明における利用者とコミュニティ入口及びコミュニティとの関係が示されている。前述のように、コミュニティ入口には複数のコミュニティ入口が対応付けられている。すなわち、図６では、コミュニティ入口として「映画」と「テレビ」が設けられ、各入口には複数のコミュニティが含まれている。利用者がコミュニティ入口を指定すると、システム（サーバ）はそこに含まれるコミュニティから所定のコミュニティを選択して参加させる。
【００７１】
また、図５の例では、コミュニティＩＤが００１、００２、００４である３つのコミュニティが同じコミュニティの入口に対応付けられている。なお、格納部１１０において、コミュニティの他の任意の情報が管理されるようにしてもよい。
【００７２】
他の情報の例としては、例えば、
・コミュニティが生成された時刻、
・コミュニティ内で送受信されたメッセージの総数、
等がある。
【００７３】
次に、本システムの動作の詳細を図面を参照して詳細に説明する。
サーバ１００の格納部１１０には、事前に利用者管理部１３０により、利用者の情報が設定される。この設定処理は、サーバ１００の管理者により直接行われるか、またはクライアント２００の利用者によりネットワーク５０を介して行われる。
【００７４】
本実施形態によるシステムにおける動作、処理としては、
（１）情報取得処理、
（２）コミュニティへの参加処理、
（３）コミュニティでのメッセージの送受信処理、
（４）関係情報の更新処理、
（５）コミュニティからの退席処理、
の５つの動作、処理がある。
【００７５】
以下、それぞれの処理の詳細について説明する。
（１）情報取得処理：
本処理は、クライアント２００が、サーバ１００の格納部１１０で管理されている情報：コミュニティの入口の情報、コミュニティの情報、利用者の情報、関係情報等の情報を取得する処理である。本処理は、クライアント２００が、必要な情報を指定してサーバ１００に情報取得要求を送信し、サーバ１００が格納部１１０内に格納された要求対象の情報をクライアント２００に送信することにより実行される。なお、サーバ１００は、クライアント２００に情報を送信する前にクライアント２００利用者の認証処理を行うようにしてもよい。
【００７６】
本処理は、クライアント２００により定期的、自動的に行われる場合や、クライアント２００の要求に基づいて行われる場合がある。クライアント２００は、取得した情報を、そのまま、あるいは加工した上で利用者に提示する。
【００７７】
上記処理によって、サーバ１００が提供する情報の例としては、
・コミュニティの入口の一覧、
・クライアントが参加中のコミュニティに属する利用者ＩＤの一覧、
・特定の利用者と自分とに関する関係情報、
・特定の利用者の属性情報、
・過去にクライアントが関係情報の更新を行った利用者の一覧、
等がある。
【００７８】
なお、サーバ１００が、クライアント２００に要求された情報のすべてを送信するのではなく、一定の条件に基づいて送信する情報を制限しても良い。例えば、サーバ１００が関係情報において他者の自分に対する評価値の参照を禁止することもできる。また、利用者がクライアント２００を介して自己の個人情報の開示内容、開示程度を指定し、サーバ１００がその指定に基づいて、他のクライアント２００への該情報の提供を制限することもできる。
【００７９】
（２）コミュニティへの参加処理：
コミュニティへの参加処理では、先ず、クライアント２００がサーバ１００へのコミュニティ参加要求を送信する。このコミュニティ参加要求では、要求元の利用者ＩＤと、コミュニティの入口の外部ＩＤとが指定される。なお、コミュニティ参加要求において、その他の条件情報（例えば、コミュニティ参加者の人数、性、年齢層等）を指定するようにしても良い。
【００８０】
クライアント２００からの参加要求を受信すると、サーバ１００のコミュニティ管理部１４０は、格納部１１０を参照して、要求元がまだ既存のコミュニティに参加していないことを確認し、コミュニティ参加処理を実行する。要求元が既に既存のコミュニティに参加している場合には処理を終了する。
【００８１】
コミュニティ管理部１４０が行うコミュニティ参加処理の流れを図７に示す。コミュニティ管理部１４０は、クライアント２００からの参加要求を受け付ける（ステップＳ１１）と、既に利用者間の関係情報が保持されているか否かを判定し（ステップＳ１２）、保持されていると判定されれば（ＹＥＳ）、指定された外部ＩＤと、格納部１１０に格納された関係情報に基づいて、利用者が参加するコミュニティ（参加コミュニティ）を決定する（ステップＳ１３）。
【００８２】
例えば、コミュニティ管理部１４０は、
（ａ）指定された外部ＩＤのコミュニティの入口に対応付けられた既存コミュニティの一つを参加コミュニティとして選択する。
（ｂ）指定された外部ＩＤのコミュニティの入口に対応付けられたコミュニティを新たに生成し、該コミュニティを参加コミュニティとして選択する。この新たなコミュニティの生成は、例えば、コミュニティに定員が設定されており、この定員をオーバーする参加要求であった場合や、利用者の好みに合うコミュニティがなかった場合等に実行される。
【００８３】
このように、参加コミュニティの決定方法は、格納部１１０に格納された関係情報に基づいて行われる。
【００８４】
例えば、関係情報が１乃至５の５段階の数値で表される場合における決定方法を以下に説明する。
【００８５】
（ｉ）格納部１１０に格納されたコミュニティのうち、指定された外部ＩＤを有し、かつ、参加人数が１０名未満であるコミュニティを抽出する。ここで、該当するコミュニティが１つも存在しなければ、新たにコミュニティを生成し、該コミュニティを参加コミュニティとして選択する。
【００８６】
（ｉｉ）（ｉ）で抽出されたコミュニティの各々について、以下の方法で点数を計算する。すなわち、要求者による該コミュニティの参加者各々への評価点の総和と、該コミュニティの参加者各々による要求者への評価点の総和とを、足し合わせ、その合計を該コミュニティの参加者人数で割ったものを、該コミュニティの点数とする。したがって、得られた点数は、参加者相互の評価に基づいて決定されることになる。
【００８７】
（ｉｉｉ）（ｉｉ）で計算された各コミュニティの評価点を比較し、評価点が最も高いコミュニティを選択し、その点数が６点以上であれば、そのコミュニティを参加コミュニティとして選択する。同等の条件のコミュニティが複数存在すれば、ランダムに選択する。評価点が６点未満であれば、新たにコミュニティを生成し、該コミュニティを参加コミュニティとして選択する。ここで、６点の意味は、次のとおりである。すなわち、一の参加者による他の参加者に対する評価と、他の参加者による一の参加者に対する評価の合計を参加者人数で割るので得られた点数は平均点６点となる。
【００８８】
以上の方法により、コミュニティ管理部１４０は、参加コミュニティを決定することが可能である。この例では、コミュニティへの参加を要求した利用者と、既にコミュニティに参加している利用者間の互いの評価点数がより高いコミュニティが選択される。また、該評価点数が一定の閾値より低いコミュニティしか存在しない場合には、新たにコミュニティが生成される。なお、上記方法は決定方法の一例に過ぎず、他の任意の決定方法を用いても良い。また、その決定方法において、格納部１１０に格納されているコミュニティの他の任意の情報や、各利用者の任意の情報や、乱数を用いても構わない。
【００８９】
他の決定方法の例としては、
・コミュニティの参加人数が最も少ないコミュニティを選択する、
・評価点が５の利用者が最も多いコミュニティを選択する、
・評価点が１の利用者が参加するコミュニティは選択候補から除外した上で上
記の決定が為される、
・上記方法によるコミュニティの評価点に応じて選択確率の重み付けを行った上でランダムにコミュニティを選択する。ここで、重み付けとは、評価をする人にとって都合の良い（良い）人には通常の評価点に１０％上乗せしたり、
逆に悪い人には通常の評価点を更に１０％下げたりすることを含んでいる。等がある。
【００９０】
また、いくつかの決定方法を用意して、それをクライアント２００の選択に基づいて使い分けるようにしてもよい。
【００９１】
次に、コミュニティ管理部１４０は、ステップＳ１２で決定した参加コミュニティが既存のコミュニティであるか否かを判断し（ステップＳ１４）、既存のコミュニティでない場合には、コミュニティの生成を行う（ステップＳ１５）。具体的には、格納部１１０において、コミュニティの情報を新たに追加し、その外部ＩＤとして、クライアント２００の参加要求で指定された外部ＩＤを設定する。また、該コミュニティのＩＤとして、既存のコミュニティのＩＤとは異なる値を、メンバリストとして、空リストを、それぞれ設定する。
【００９２】
これらの処理により、指定された外部ＩＤのコミュニティの入口に対応付けられたコミュニティが生成される。
【００９３】
ステップＳ１５でコミュニティを生成した後またはステップＳ１４で参加コミュニティが既存であった場合には、コミュニティ管理部１４０は、要求者を、ステップＳ１２で決定した参加コミュニティに追加する（ステップＳ１６）。具体的には、格納部１１０において、参加コミュニティのメンバリストに要求元の利用者ＩＤを追加する。
【００９４】
ステップＳ１２において、利用者間の関係情報が保持されていなければ（ＮＯ）、ランダムまたは予め定めた基準に基づいて所定のコミュニティを選択して（ステップＳ１７）、ステップＳ１６の処理に移行する。
【００９５】
最後にコミュニティ管理部１４０は、当該コミュニティに新たにクライアント２００が参加したことを該コミュニティに既に参加中のすべてのクライアント２００に通知する（ステップＳ１８）。具体的には、新たに参加したクライアント２００の情報を各クライアント２００に送信する。
【００９６】
サーバから通知を受信したクライアント２００は、利用者に通知する。利用者への通知方法は、例えばユーザインタフェースの更新により行なうことができる。
【００９７】
上記ステップＳ１２の参加コミュニティの決定処理において、コミュニティ管理部１４０が、特定の条件に基づいて、参加を拒絶することができる。
【００９８】
この拒絶条件の例としては、例えば、関係情報においてすべての他の利用者からの要求元のクライアント２００の利用者への評価値の平均が一定の閾値を下回っている場合、既存のコミュニティの中に適切と判断されるコミュニティが存在せず、かつ、生成済のコミュニティの数が一定数を越えている場合、コミュニティに参加中の全クライアントの数が一定数を越えている場合、等がある。
【００９９】
なお、クライアント２００からの参加要求において、任意の個別条件情報の指定を受け、ステップＳ１２の参加コミュニティの決定処理において指定された個別条件を反映させることができる。個別条件の例としては、例えば「参加人数が５人以上８人以下のコミュニティへの参加を希望」等がある。
【０１００】
以上述べた参加処理の手順により、本実施形態のシステムでは、同じ外部ＩＤを指定して参加を要求したクライアント２００が、関係情報に基づいて所定のコミュニティに割り振られる。
【０１０１】
従来システムでは、同じＩＤを指定して参加を要求していたクライアントのすべてが同じコミュニティに参加していたのに対して、本発明によるシステムでは、同じ外部ＩＤを指定したクライアント２００のすべてが同じコミュニティに参加するわけではなく、関係情報に基づいて異なるコミュニティに参加する点が従来と異なる。
【０１０２】
（３）コミュニティでのメッセージの送受信処理：
コミュニティでのメッセージの送受信処理では、先ず、コミュニティに参加中のクライアント２００が、メッセージの送信要求をサーバ１００に送信する。このメッセージ送信要求では、要求元の利用者ＩＤと、メッセージ内容とが、指定される。メッセージ内容はクライアント２００の利用者により作成される。
【０１０３】
サーバ１００は、クライアント２００からメッセージ送信要求を受けると、メッセージ配送部１５０が、格納部１１０のコミュニティ情報から、要求元のクライアントの属するコミュニティのメンバリストを参照し、メンバリストに含まれる利用者ＩＤの各々に対応するクライアント２００に受信したメッセージを送信する。
【０１０４】
以上の処理により同一コミュニティ内のクライアント２００間でのメッセージの送受信が実行される。
【０１０５】
（４）関係情報の更新処理：
関係情報の更新処理では、先ず、クライアント２００が、関係情報の更新要求をサーバ１００に送信する。前記更新要求では、要求元の利用者ＩＤと、新たな関係情報の内容と、が指定される。例えば、関係情報が各利用者間での５段階の評価値で表される場合、関係情報の内容としては、更新対象となる利用者の利用者ＩＤと、５段階の評価値との組み合わせとなる。
【０１０６】
サーバ１００は、クライアント２００から関係情報の更新要求を受けると、関係情報管理部１６０が、格納部１１０に格納された関係情報において、指定内容に基づいて関係情報の内容を更新する。
以上の処理により、関係情報の更新が行われる。
【０１０７】
なお、特定の条件に基づいて、サーバが自動的に関係情報を更新する、ようにしても良い。
サーバが自動的に関係情報を更新する例としては、例えば、
・コミュニティ内において、特定の利用者間でのメッセージの送受信が多い場合に、両者間の関係情報を更新する、
・ある利用者甲が特定のキーワードを含む発言を行った場合に、特定の利用者乙から利用者甲への評価値を変更する、
・同じ利用者との出会いの繰り返しを避けるために、クライアントのコミュニティ参加直後に、同一コミュニティ内の全利用者への評価値を低下させる、
等がある。
【０１０８】
（５）コミュニティからの退席処理：
コミュニティからの退席処理では、先ず、コミュニティに参加中のクライアント２００が、コミュニティからの退席要求をサーバ１００に送信する。この退席要求では、要求元の利用者ＩＤが指定される。
【０１０９】
サーバ１００は、クライアント２００から退席要求を受けると、コミュニティ管理部１４０が、格納部１１０に格納されたコミュニティ情報から指定された利用者ＩＤがメンバリストに含まれるコミュニティを選択し、該メンバリストから該利用者ＩＤを削除する。なお該利用者ＩＤの削除により、メンバリストが空となった場合に、コミュニティ管理部１４０が、該コミュニティの情報を格納部１１０から削除する、としてもよい。
以上の処理により、コミュニティからの退席処理が実行される。
【０１１０】
上述の５つの処理により、クライアント２００はサーバ１００が管理するコミュニティの入口を指定しての参加及び退席、参加中のコミュニティでのメッセージの送受信、他の利用者に関する関係情報の更新、を行うことが可能となる。また、サーバ１００が、クライアント２００が参加するコミュニティを決定する際には、前記関係情報の内容が反映される。
【０１１１】
上記の各処理において、サーバ１００の利用者管理部１３０がクライアント２００から要求を受けた際に、利用者ＩＤと格納部１１０の情報に基づいて、要求元のクライアント２００の認証処理を行い、特定のクライアント２００からの処理のみを受け付けることもできる。また、上記の各処理において、サーバ１００の利用者管理部１３０がクライアント２００への課金処理、ログ記録処理等の処理を行うようにしても良い。
【０１１２】
クライアント２００は、上記の処理を、利用者からのユーザインタフェースを介した要求に基づいて実行する。
【０１１３】
図８及び図９には、クライアント２００が利用者に提供するユーザインタフェースの例が示されている。図８は、上記（２）コミュニティへの参加の処理において、コミュニティの入口を選択する際に用いられるユーザインタフェースの例である。この例では、クライアント２００は（１）情報取得の処理により、サーバ１００からコミュニティの入口の一覧を取得し、名称の一覧として「サッカー、映画、今日の気分」を画面に表示している。
【０１１４】
利用者が、コミュニティの入口の１つを選択して、「参加」と書かれたボタンを押すと、クライアント２００は選択されたコミュニティの入口に対応する外部ＩＤを、参加を要求するコミュニティの外部ＩＤとして指定してコミュニティ参加要求を送信する。
【０１１５】
図９は、（２）コミュニティへの参加処理を完了して、コミュニティに参加した利用者にクライアント２００が提供するユーザインタフェースの例である。この例では、図９の（ａ）は（３）メッセージの送受信の処理により、サーバ１００から送信されたメッセージを利用者に提示する際に用いられる。
【０１１６】
図９の（ｂ）は、コミュニティに参加中の利用者の一覧、及び、他の利用者に対する関係情報の評価値を提示するために用いられる。また、（４）関係情報の更新において、利用者が、対象となる利用者の評価値を指定する際にも用いられる。
【０１１７】
図９の（ｃ）と（ｄ）は、（３）メッセージの送受信の処理において、サーバ１００に送信するメッセージを利用者が入力し、送信するために用いられる。また、図９の（ｅ）は、利用者が（５）コミュニティからの退席処理を要求するために用いられる。図９の（ｆ）は、表示画面の切換、変更時に用いられ、タッチすることにより画面が切り替わる。これは、表示画面が狭く、同時にすべての画面が表示されないときに、残りの画面を切換表示する。
【０１１８】
なお、これらのユーザインタフェースはあくまで一例であり、クライアント２００が提供するユーザインタフェースは他の任意の形態のものでも良いことは勿論である。例えば、音声合成技術と音声認識技術の組み合わせによって、これらのユーザインタフェースを実現する、としても良い。また、クライアント２００は、これらの処理を一定の規則に基づいて自動的に実行しても良い。自動的に行われる処理の例としては、例えば、「コミュニティに参加中の利用者が、一定時間以上操作を行わない場合に、自動的にサーバ１００に退席要求を送信する」がある。
【０１１９】
図１０には、本実施形態におけるシステム構成とその動作を説明するための概念図が示されている。
【０１２０】
図１０（Ａ）はクライアントの利用者が最初（１回目）にコミュニティに参加する場合を示し、この場合には関係情報は存在しないから、利用者Ａがコミュニティ入口「映画」を指定すると、サーバは複数（本例では、Ｃ１１、Ｃ１２、Ｃ１３の３個）のコミュニティからランダムに又は所定の基準（例えば、リスト順）に従って所定のコミュニティ（本例ではコミュニティＣ１２）に参加させる。コミュニティＣ１２に参加した利用者Ａは、当該コミュニティＣ１２の参加者（利用者）Ｂ、Ｃ、Ｄとコミュニケーションする。その結果、参加者Ｂとは話が合うものの参加者Ｄはちょっと苦手で話をあまりしたくないと感じ、参加者Ｃは特に違和感がなく普通であるというような主観を持つとする。このような主観（評価）を関係情報として登録しておく。
【０１２１】
図１０（Ｂ）はクライアントの利用者が２回目以降（本例ではｎ回目）のコミュニティ参加時には、上記登録されている関係情報を参照して利用者Ａにとって最適なコミュニティを選択して参加させる。例えば、利用者Ａがコミュニティ入口「音楽」を指定すると、サーバは複数（本例では、Ｃ２１、Ｃ２２、Ｃ２３の３個）のコミュニティから、上記関係情報に基づいて利用者Ａが最も話しやすい参加者が存在する所定のコミュニティを選択して参加させる。すなわち、図１０（Ａ）において登録された関係情報によれば、利用者Ａは、苦手で話をあまりしたくないと感じている参加者Ｄが存在するコミュニティＣ２２は避け、話が合う参加者Ｂが存在するコミュニティＣ２１を選択して参加させる。ここで、利用者Ａによる他の参加者に対する主観（評価）は、また関係情報として登録されるとともに、登録済みの関係情報は、当該者コミュニティＣ２１におけるコミュニケーションの結果得られる主観（評価）により更新される。
【０１２２】
なお、上記のシステムの処理に加えて、参加コミュニティの変更処理を実行することもできる。
【０１２３】
本処理は、サーバ１００が、コミュニティに参加中のクライアント２００からのコミュニティの変更要求を受けて実行する。サーバ１００はクライアント２００から変更要求を受けると、先ず、コミュニティからの退席処理を実行し、変更後のコミュニティへの参加処理を実行する。このコミュニティへの参加処理の際に、参加コミュニティの外部ＩＤとしては直前まで参加していたコミュニティの外部ＩＤを用いる。なお、参加処理のステップＳ１２の処理において、直前まで参加していたコミュニティをコミュニティ決定の候補から除く。
【０１２４】
以上の処理により、利用者は同じ外部ＩＤの他のコミュニティに移動することが可能となる。
【０１２５】
上述の実施形態の説明では、（２）コミュニティへの参加処理での確認処理により、一つのクライアント２００が複数のコミュニティに同時に参加することは無いように制御が行われている。しかし、このような制御を行わず、コミュニティに参加中のクライアント２００が他のコミュニティに同時に参加することを可能としても良い。この場合、（３）コミュニティでのメッセージの送受信、（５）コミュニティからの退席の処理において、クライアント２００からサーバ１００へ送信される要求では、処理対象となるコミュニティのＩＤも指定され、サーバ１００は指定されたコミュニティにおいて各処理を実行する。
【０１２６】
また、サーバ１００は、複数のコミュニティの入口を管理しているが、サーバ１００が、コミュニティの入口を唯一とする、すなわちすべてのコミュニティが同じ外部ＩＤを持つものとして処理を行うようにしても良い。この場合、サーバ１００では、コミュニティの入口の情報は管理されず、コミュニティの情報にも外部ＩＤの情報は含まれない。そして、（２）コミュニティへの参加、（３）コミュニティでのメッセージの送受信、（５）コミュニティからの退席等の処理においてもコミュニティの入口は指定されない。
【０１２７】
サーバ１００は、すべてのコミュニティを対象に参加コミュニティの決定の処理を行う。これにより、クライアント２００での利用者の処理がより簡易なものとなる。
【０１２８】
上述の説明は、コミュニティ参加者（利用者）を評価する実施形態についてのものであるが、コミュニティそのものに対しても利用者による評価情報を与え、利用者がコミュニティ参加時には、この評価情報に基づいて参加するコミュニティを決定するようにしても良い。
【０１２９】
上述の説明は、パソコンをクライアントとして利用する場合であるが、パソコン以外でもサーバを介して情報授受を実行できるものであれば任意の機器を用いることができる。例えば、携帯電話をクライアントとして用いることができ、この場合には、表示画面が小さいので、表示モードを切り替えて本システムの表示画面（例えば、コミュニティ入口）を表示させるようにすることができる。
【０１３０】
上述の動作、処理は、ＣＰＵで実行可能なプログラムとして表現することもでき、当然に特許の対象となる。
【０１３１】
以上、本発明の好適実施形態の構成および動作を詳述した。しかし、斯かる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではない。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であること、当業者には容易に理解できよう。
【０１３２】
【発明の効果】
以上述べたように、本発明では、利用者はコミュニティの入口を選択して、コミュニティの参加を要求し、サーバは指定されたコミュニティの入口に対応するコミュニティの一つを選択し、利用者を参加させる。また、コミュニティに参加中の利用者は他の利用者への評価を関係情報としてサーバに登録することが可能であり、サーバはこの関係情報を参加コミュニティの選択に用いる。従って、この他者への評価と、評価に基づくコミュニティの選択との処理のプロセスを繰り返すことにより、各コミュニティのメンバ構成に各利用者の評価情報が反映される。従って、本システムを用いることにより、各利用者は、自分の嗜好に適した相手が存在し、自分の嗜好に適さない相手が存在しないコミュニティでコミュニケーションを行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態によるコミュニティサービスシステムの主要構成を示すブロック図である。
【図２】本発明の実施形態によるコミュニティサービスシステムのサーバの格納部に格納される利用者の情報の一例を示す図である。
【図３】本発明の実施形態によるコミュニティサービスシステムのサーバの格納部に格納される関係情報の一例を示す図である。
【図４】本発明の実施形態によるコミュニティサービスシステムのサーバの格納部に格納されるコミュニティの入口の情報の一例を示す図である。
【図５】本発明の実施形態によるコミュニティサービスシステムのサーバの格納部に格納されるコミュニティの情報の一例を示す図である。
【図６】本発明の実施形態における利用者とコミュニティ入口及びコミュニティとの関係を示す図である。
【図７】本発明の実施形態によるコミュニティサービスシステムのサーバにおいて行われる参加処理の流れを示すフローチャート図である。
【図８】本発明の実施形態によるコミュニティサービスシステムのクライアントに提供されるユーザインタフェース画面の一例を示す図である。
【図９】本発明の実施形態によるコミュニティサービスシステムのクライアントに提供されるユーザインタフェース画面の一例を示す図である。
【図１０】本発明の実施形態におけるシステム構成とその動作を説明するための概念図である。
【図１１】従来のコミュニティサービスシステムの概略構成を示すブロック図である。
【図１２】従来のコミュニティサービスシステムのサーバの格納部に格納される利用者の情報の一例を示す図である。
【図１３】従来のコミュニティサービスシステムのサーバの格納部に格納されるコミュニティの情報の一例を示す図である。
【符号の説明】
５０          ネットワーク
１００        サーバ
１１０        格納部
１２０        通信部
１３０        利用者管理部
１４０        コミュニティ管理部
１５０        メッセージ配送部
１６０        関係情報管理部
２００        クライアント
５００        サーバ
５１０        格納部
５２０        通信部
５３０        制御部
【図１】
2004151966.tif 000003
【図２】
2004151966.tif 000004
【図３】
2004151966.tif 000005
【図４】
2004151966.tif 000006
【図５】
2004151966.tif 000007
【図６】
2004151966.tif 000008
【図７】
2004151966.tif 000009
【図８】
2004151966.tif 000010
【図９】
2004151966.tif 000011
【図１０】
2004151966.tif 000012
【図１１】
2004151966.tif 000013
【図１２】
2004151966.tif 000014
【図１３】
2004151966.tif 000015