JP2005228122A - サービス管理方法／プログラム／プログラム記録媒体／装置／サービスシステム - Google Patents

Abstract

【課題】 ＤＢの管理の負担とユーザの情報入力の負担を軽減して、多様かつ大規模なコミュニティサービスを実現するシステムを構築する。
【解決手段】 本発明のコミュニティサービスシステムは、複数のクライアント端末（３ａ〜ｃ）と、クライアント端末にコミュニティサービス（ネットワーク伝言板など）を提供するコミュニティサービス提供サーバ（２ａ〜ｃ）と、コミュニティサービス提供サーバによるサービス提供を管理するコミュニティサービス管理サーバ１からなる。管理サーバは、ユーザの情報、コミュニティの情報、提供サーバの情報などを一元管理している（ＤＢ１１〜１４）。クライアント端末の提供サーバへのアクセスも、管理サーバが認証を行う。また、管理サーバは、クライアント端末がコミュニティで更新操作（書き込みなど）を行うと、コミュニティの他のメンバのクライアント端末に更新通知を送信する。
【選択図】 図２

Description

本発明は、複数のユーザからなるグループ、フォーラム、サークルなど（以下、コミュニティ）のメンバ（以下、コミュニティメンバ）が、インターネットなどのネットワークを介して行うコミュニケーション活動（以下、コミュニティ活動）に用いるツールをユーザに提供するサービス（以下、コミュニティサービス）に関する。

複数のユーザからなるコミュニティのメンバに、インターネットなどのネットワークを介して行うコミュニティ活動のツールを提供するいわゆるコミュニティサービスとして、ネットワーク上の掲示板、チャット、メーリングリスト、スケジューラ、共有ファイル、インスタントメッセンジャーなどのツールを用いた様々なものがある。一般に、コミュニティサービスを実現するためのシステム（以下、コミュニティサービスシステム）を構築する場合、コミュニティ活動に用いるツールを決定し、そのコミュニティサービスそのものの機能とともに、提供可能なサービスやユーザの情報を管理するためのデータベースを用意する必要がある。そのため、従来のコミュニティサービスシステムにおいては、コミュニティサービスそのものの機能と、データベースによって提供可能なサービスやユーザの情報を管理する機能が一体化して実装されていた（例えば、特許文献１から３を参照）。
特開２００２−２４１０５号公報 特開２００２−１４０４４３号公報 特開２００２−１８３１５５号公報

しかしながら、従来のコミュニティサービスシステムでは、コミュニティサービスそのものの機能と、データベースによって提供可能なサービスやユーザの情報を管理する機能が一体化して実装されていたため、上記のような多様なコミュニティサービスを実現しようとすると、同じユーザに対するサービスであっても、コミュニティ活動に用いる特定のツールごとにユーザ等の情報を管理するためのデータベースを用意する必要があった。このため、特に多様なコミュニティサービスを実現する大規模なコミュニティサービスシステムの場合、上記データベースが巨大になり、このデータベースを管理するためのシステムの負担が大きくなるという問題があった。また、このようなシステムにおいては、ユーザは、特定のツールごとのデータベースに対応して、コミュニティメンバ全員分のユーザ情報を入力する必要があるため、ユーザに対する負担も大きくなるという問題があった。

そこで本発明の目的は、データベースの管理の負担とユーザの情報入力の負担を軽減して、多様かつ大規模なコミュニティサービスを実現するコミュニティサービスシステムを提供することにある。

上記目的を達成するために、本発明のコミュニティサービスシステムは、複数のクライアント端末と、クライアント端末にコミュニティサービスを提供するコミュニティサービス提供サーバと、コミュニティサービス提供サーバによるサービス提供を管理するコミュニティサービス管理サーバからなる。

コミュニティサービス管理サーバは、ユーザＩＤ、コミュニティＩＤ、コミュニティを提供するコミュニティサービス提供サーバの情報を関連づけて、データベースとして一元管理している。

クライアント端末の、コミュニティサービス提供サーバへのアクセスは、コミュニティサービス管理サーバが認証を行う。すなわち、コミュニティサービス管理サーバは、クライアント端末から、ユーザＩＤを含むサービスの利用要求を受信すると、認証情報を返信する。クライアント端末は、この認証情報により、コミュニティサービス提供サーバに接続を試みる。コミュニティサービス提供サーバはこの認証情報をコミュニティサービス管理サーバに送信し、コミュニティサービス管理サーバは、クライアント端末に返信した認証情報と、コミュニティサービス提供サーバから受信した認証情報の整合をチェックする。整合していれば、ミュニティサービス管理サーバは、クライアント端末のコミュニティサービス提供サーバへのアクセスを認証する。

このようにすると、コミュニティサービス提供サーバは、ユーザＩＤなどの情報を管理しておく必要が無く、コミュニティサービスの提供面の機能充実に専念できる。

また、クライアント端末がコミュニティサービス提供サーバにアクセスし、コミュニティに対して更新操作（書き込みなど）を行うと、コミュニティサービス提供サーバは、当該コミュニティを識別するコミュニティＩＤをコミュニティサービス管理サーバに送信する。コミュニティＩＤを受信したコミュニティサービス管理サーバは、当該コミュニティに更新操作があったと判断し、当該コミュニティＩＤと関連づけられたユーザＩＤを有するクライアント端末（すなわち、コミュニティに属しているクライアント端末）に、更新があった旨の通知を送信する、以上のようにして、コミュニティ活動が、円滑に継続される。

このようにすると、コミュニティサービス提供サーバは、ユーザＩＤとコミュニティＩＤの関連付けなどの情報を管理しておく必要が無く、コミュニティサービスの提供面の機能充実に専念できる。

以上説明したように、本発明によれば、提供可能なサービスやユーザの情報を管理する機能（コミュニティサービス管理サーバ）と、コミュニティを開設し、コミュニティサービスを提供する機能（コミュニティサービス提供サーバ）を分離して設けているため、多様なコミュニティサービスを実現する大規模なコミュニティサービスシステムにおいても、提供可能なサービスやユーザの情報を管理するためのデータベースを複数設ける必要がなく、データベースを管理するためのシステムおよびユーザの負担が軽減できる。

また、提供可能なサービスやユーザの情報を管理する機能（コミュニティサービス管理サーバ）と、コミュニティを開設し、コミュニティサービスを提供する機能（コミュニティサービス提供サーバ）が統合して動作するため、ユーザは、容易にコミュニティを開設でき、一貫したサービス提供を受けることができる。

また、複数のコミュニティサービス提供サーバによって提供される多様なコミュニティサービスにおける更新通知など各種通知情報を、１台のコミュニティサービス管理サーバで一元的に管理しているため、ユーザは、複数のコミュニティサービスを利用している場合であっても、コミュニティサービス管理サーバに蓄積されている通知情報を、コミュニティサービス管理サーバにアクセスするのみで、各コミュニティサービスに関する各種通知を一括して受け取ることができる。

また、コミュニティサービス管理サーバがコミュニティおよびそのメンバを一元的に管理しているため、コミュニティサービス提供サーバは、コミュニティメンバに対して各種通知を行う場合、メンバを個別に指定する代わりにコミュニティＩＤのみを指定して通知情報をコミュニティサービス管理サーバへ送信するだけでよくなる。

また、コミュニティサービス提供サーバは、ユーザの情報を管理するためのデータベースを設ける必要がないため、増設が容易であり、より多様なコミュニティサービスに対応したコミュニティサービスシステムを実現することができる。

次に、本発明の実施の形態について、図面を参照して詳細に説明する。

図１を参照すると、本発明の一実施形態のコミュニティサービスシステムは、インターネットなどのネットワーク４を介したサーバ・クライアントの構成をとる。サーバとして、１台のコミュニティサービス管理サーバ１と、１台または複数台のコミュニティサービス提供サーバ２（２ａ、２ｂ）がある。また、クライアントとして、各ユーザが操作する複数台のクライアント端末３（３ａ、３ｂ、３ｃ、３ｄ）がある。クライアント端末３は、例えば、パーソナルコンピュータや、インターネットなどに接続して情報を閲覧できる携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）のような携帯用個人端末などである。

図２を参照すると、コミュニティサービス管理サーバ１と、コミュニティサービス提供サーバ２（２ａ、２ｂ、２ｃ）と、クライアント端末３（３ａ、３ｂ、３ｃ）の機能構成が示されている。

コミュニティサービス管理サーバ１は、提供可能なサービスやユーザの情報を管理するとともに、ユーザに対する各種通知情報を蓄積するコミュニティ管理機能部１０と、提供可能なサービスやユーザの情報を管理するための各種データベースを有している。

コミュニティサービス提供サーバ２（２ａ、２ｂ、２ｃ）は、ユーザからの入力情報に基づき、コミュニティ活動に用いるツールを決定してコミュニティを開設するとともに、このツールによるコミュニティサービスを提供するコミュニティサービス提供機能部２０（２０ａ、２０ｂ、２０ｃ）を有している。

クライアント端末３（３ａ、３ｂ、３ｃ）は、ユーザからの入力情報を入力するとともに、コミュニティサービス管理サーバ１から受信した各種通知情報、および、コミュニティサービス提供サーバ２から受信した各種コミュニティ活動用ツールの画面（ページ）情報を表示するためのサービスブラウズ機能部３０（３０ａ、３０ｂ、３０ｃ）を有している。

ここで、コミュニティサービス管理サーバ１のコミュニティ管理機能部１０は、そのサブシステムとして、各クライアント端末３（３ａ、３ｂ、３ｃ）のサービスブラウズ機能部３０（３０ａ、３０ｂ、３０ｃ）に対向して設けられ、クライアント端末３（３ａ、３ｂ、３ｃ）に対するサーバ機能を有するとともに、ユーザに対する各種通知情報を管理するサービスブラウズ管理機能部１００と、コミュニティ活動に用いるツールを決定してコミュニティを開設するコミュニティ開設部１０１（図２には不図示。後述する）と、コミュニティに招待されたユーザのコミュニティ参加に関する状態情報を更新するコミュニティメンバ更新部１０２（図２には不図示。後述する）と、コミュニティメンバに対してコミュニティ活動用ツールに関する更新通知を発行する更新通知発行部１０３（図２には不図示。後述する）と、コミュニティメンバにコミュニティ活動用ツールによるコミュニティサービスを提供するサービス提供部１０４（図２には不図示。後述する）を含む。

さらに、サービスブラウズ管理機能部１００は、ユーザに対する各種通知情報を蓄積する種々の通知情報テーブル１０００を含む。

また、コミュニティサービス管理サーバ１が有している提供可能なサービスやユーザの情報を管理するためのデータベースは、ユーザに関する情報を保持するユーザＤＢ１４と、本システムによって提供可能なサービスに関する情報を保持するコミュニティサービスＤＢ１３と、開設されたコミュニティのリストを保持するコミュニティＤＢ１２と、コミュニティに属するメンバのリストを保持するコミュニティメンバＤＢ１１から構成されている。

また、コミュニティサービス管理サーバ１は、コミュニティサービス提供サーバ２（２ａ、２ｂ、２ｃ）のコミュニティサービス提供機能部２０（２０ａ、２０ｂ、２０ｃ）と通信を行うための送信部１５および受信部１６（図２には不図示。後述する）を有している。

コミュニティ活動用ツールとしては、ネットワーク伝言板、ネットワーク掲示板、チャット、メーリングリスト、スケジューラ、共有ファイル、インスタントメッセンジャーなどさまざまな形態が考えられる。以下では、コミュニティ活動用ツールとしてコミュニティメンバで共有できるネットワーク伝言板を提供するコミュニティサービスを想定して説明する。

本実施形態のコミュニティサービスシステムによってコミュニティサービスを提供する際の処理の段階として、（１）コミュニティ活動に用いるツールを決定してコミュニティを開設する処理の段階、（２）コミュニティに招待されたユーザのコミュニティ参加に関する状態情報を更新する処理の段階、および、（３）コミュニティメンバであるユーザにコミュニティサービスを提供する処理の段階の３つの段階がある。以下、各段階について、詳細に説明を行う。

図３を参照すると、（１）コミュニティ活動に用いるツールを決定してコミュニティを開設する処理において中心的な役割を果たすコミュニティ管理機能部１０のコミュニティ開設部１０１の機能構成が示されている。また、図４を参照すると、（１）コミュニティ活動に用いるツールを決定してコミュニティを開設する段階の処理の流れを示すフローチャートが示されている。以下、図３および４を参照して、この処理について詳細に説明する。

まず、ユーザは、クライアント端末３のサービスブラウズ機能部３０を起動する。起動されたサービスブラウズ機能部３０は、コミュニティサービス管理サーバ１のサービスブラウズ管理機能部１００にアクセスする。そして、ステップ４００で、コミュニティ開設部１０１のユーザＩＤ有無判別部１０１０は、アクセスしてきたクライアント端末３がユーザＩＤを保有しているかどうかを判断する。

このとき、ユーザＩＤ有無判別部１０１０がユーザＩＤを持っていないと判断した場合は、ステップ４０３で、ユーザ登録部１０１２が、ユーザＩＤを発行するとともに、ステップ４０４で、クライアント端末３からパスワード、ならびにその他の必要なユーザ情報を受信し、ステップ４０５で、発行したユーザＩＤ、ユーザが入力したパスワード、ならびにその他の必要なユーザ情報をユーザＤＢ１４に登録する。

表１を参照すると、以上の処理によってユーザＤＢ１４に登録される情報の一例が示されている。なお、ユーザＩＤは、すでに使用されているユーザＩＤ以外でユーザが任意に指定したものや、ユーザ登録部１０１２がランダムに生成したものなどを利用することができる。ユーザＤＢ１４には、少なくともユーザＩＤと、ユーザのログインパスワードが登録される必要がある。さらに、ユーザの名前、ユーザの電子メールアドレスなども登録されるのが好ましい。

ユーザＩＤ有無判別部１０１０がユーザＩＤを持っていると判断した場合は、ステップ４０１で、クライアント端末３から、ユーザによって入力されたユーザＩＤとパスワードを受信する。そして、ステップ４０２で、ユーザ認証部１０１１が、このユーザＩＤとパスワードを受信し、受信したパスワードとユーザＤＢ１４に登録されているパスワードを照合して認証を行う。認証結果が正しければ、ユーザ認証部１０１１は、この認証情報を一時的に保持しておく。

次に、ステップ４０６で、コミュニティサービス決定部１０１３が、コミュニティサービスＤＢ１３に登録されている、本システムで利用可能なコミュニティサービスに関する情報を読み出し、サービスブラウズ管理機能部１００を介してクライアント端末３のサービスブラウズ機能部３０へ送信する。

表２を参照すると、コミュニティサービスＤＢ１３に登録されている情報の一例が示されている。コミュニティサービスＤＢ１３は、少なくともコミュニティサービスを提供するコミュニティサービス提供サーバ２のＩＤ、コミュニティサービスの名称、コミュニティサービス提供サーバ２のＵＲＬを含んでいる必要がある。さらに、当該コミュニティサービスを説明する説明文を含んでいるのが好ましい。

本システムで利用可能なコミュニティサービスに関する情報を受信したサービスブラウズ機能部３０は、クライアント端末３に利用可能なコミュニティサービスに関する情報を表示するとともに、ユーザに対し利用したいコミュニティサービスを選択するように要求する。ユーザが、選択したコミュニティサービスに関する情報をサービスブラウズ機能部３０に入力すると、コミュニティサービス決定部１０１３が、サービスブラウズ管理機能部１００を介してこの情報を受信し、ユーザに提供するコミュニティサービスを決定する。

ステップ４０７で、ユーザが、選択したコミュニティサービスを利用するためのコミュニティの開設に必要な情報をサービスブラウズ機能部３０に入力すると、コミュニティ登録部１０１４が、サービスブラウズ管理機能部１００を介してこれらの情報を受信し、決定したコミュニティサービスに関する情報とともにコミュニティＤＢ１２に登録する。ユーザが入力する、コミュニティの開設に必要な情報の例としては、コミュニティの名称、そのコミュニティの説明文などがある。

コミュニティ登録部１０１４は、これらの情報をコミュニティＤＢ１２に登録する際、データベース内で一意なＩＤをコミュニティＩＤとして付与し、併せて登録する。また、コミュニティサービスＤＢ１３から取得した、当該コミュニティサービスを提供するコミュニティサービス提供サーバ２に関するＵＲＬなどの情報も、併せて登録する。

表３を参照すると、以上の処理によりコミュニティＤＢ１２に登録される情報の一例が示されている。コミュニティＤＢ１２は、少なくともコミュニティＩＤ、コミュニティの名称、コミュニティサービス提供サーバ２のＩＤ、コミュニティサービス提供サーバ２のＵＲＬを含んでいる必要がある。さらに、コミュニティの開設者のユーザＩＤや、コミュニティの説明文を含んでいるのが好ましい。

次に、ステップ４０８で、コミュニティ開設要求発行部１０１５が、送信部１５を介して、コミュニティＤＢ１２に登録されたコミュニティＩＤ、コミュニティの開設に必要な情報を、同様にコミュニティＤＢ１２に登録されたＵＲＬに基づき、選択されたコミュニティサービスを提供するコミュニティサービス提供サーバ２のコミュニティサービス提供機能部２０へ送信し、コミュニティの開設を要求する。当該コミュニティサービス提供機能部２０は、受信した情報に基づきコミュニティを開設する。本実施形態では、コミュニティメンバで共有できるネットワーク伝言板が開設されることになる。

次に、開設されたコミュニティに属するコミュニティメンバの候補を登録する。ステップ４０９で、ユーザが、コミュニティメンバとして招待したいユーザの情報をサービスブラウズ機能部３０に入力すると、コミュニティメンバ登録部１０１６が、サービスブラウズ管理機能部１００を介してこの情報を受信し、そのユーザのユーザＩＤをユーザＤＢ１４から取得し、コミュニティメンバＤＢ１１に登録する。

表４を参照すると、以上の処理によってコミュニティメンバＤＢ１１に登録される情報の一例が示されている。コミュニティメンバＤＢ１１は、少なくともコミュニティＩＤと、当該コミュニティを開設したユーザのＩＤ、当該コミュニティを開設したユーザが招待したユーザのＩＤ、招待したユーザの状態（当該コミュニティに招待中であるか、参加しているか、参加を拒否したかなど。これは、後述の（２）の処理で決定される）を含んでいる必要がある。

表４は、当該コミュニティを開設したユーザのＩＤごとに、当該コミュニティに招待されたユーザのＩＤや、そのステータスを整理したテーブルであるが、これとは別に、当該コミュニティに招待されたユーザのＩＤごとに、そのステータスと、当該コミュニティを開設したユーザのＩＤを整理したテーブルも保持しておくのが好ましい。表５を参照すると、このようなテーブルの一例が示されている。

このようにコミュニティメンバの候補のユーザが登録されると、ステップ４１０で、メッセージ生成部１０１７が、そのユーザに対して、コミュニティメンバとして招待されたことを通知するメッセージを生成する。ステップ４１１で、生成したメッセージは、ユーザに通知すべき通知情報として、サービスブラウズ管理機能部１００が通知情報テーブル１０００に蓄積される。

なお、本実施形態では、コミュニティの開設と同時にコミュニティメンバの候補の登録を行っているが、コミュニティの開設とコミュニティメンバの候補の登録は必ずしも同時に行わなくてもよい。また、既に開設されているコミュニティについて、任意の段階でコミュニティメンバの候補を登録できるようにしてもよい。また、コミュニティ開設者以外の者が行ってもよい。

図５を参照すると、（２）コミュニティに招待されたユーザのコミュニティ参加に関する状態情報を更新する処理において中心的な役割を果たすコミュニティ管理機能部１０のコミュニティメンバ更新部１０２の機能構成が示されている。また、図６を参照すると、（２）コミュニティに招待されたユーザのコミュニティ参加に関する状態情報を更新する処理の流れを示すフローチャートが示されている。以下、図５および６を参照して、この処理について詳細に説明する。

まず、コミュニティメンバ更新部１０２のユーザＩＤ有無判別部、ユーザ認証部、ユーザ登録部（以上、不図示）が、ステップ４００からステップ４０５と全く同様な処理を行い、コミュニティサービス管理サーバ１にアクセスしてきたクライアント端末３の登録、認証を行う。

ステップ６００で、クライアント端末３のサービスブラウズ機能部３０は、所定の時間間隔でコミュニティサービス管理サーバ１のサービスブラウズ管理機能部１００にポーリングを行い、当該ユーザＩＤのユーザに通知すべき更新通知情報などの通知情報があるかどうかを確認する。ステップ６０１で、サービスブラウズ管理機能部１００は、ポーリングを受信した時点で通知情報テーブル１０００に未送信の通知情報があると判断すれば、ステップ６０２で、サービスブラウズ機能部３０にその情報を送信する。通知情報を受信したサービスブラウズ機能部３０は、その内容を解析し、クライアント端末３に表示したり、処理を実行したりする。

通知情報がコミュニティへの招待通知である場合には、ステップ６００で、コミュニティメンバの候補としてコミュニティメンバＤＢ１１に登録されたユーザのクライアント端末３のサービスブラウズ機能部３０からコミュニティサービス管理サーバ１のサービスブラウズ管理機能部１００に対してポーリングが行われると、ステップ６０１で、通知情報テーブル１０００には当該ユーザに対してコミュニティメンバとして招待されたことを通知する未送信のメッセージが蓄積されているので、ステップ６０２で、サービスブラウズ管理機能部１００は、サービスブラウズ機能部３０にこの通知情報を送信する。ステップ６０３で、サービスブラウズ機能部３０は、受信した通知情報をコミュニティへの招待通知であると解析し、ユーザに対して、意思を確認するため、招待されたコミュニティへ参加するかどうかの入力を要求する。

次に、ステップ６０４で、ユーザの入力によってコミュニティへの参加の意思が確認できた場合には、サービスブラウズ機能部３０は、参加する旨の情報をサービスブラウズ管理機能部１００に送信する。ステップ６０５で、これを受信したコミュニティ管理機能部１０の参加意思情報判定部１０２１は、当該情報を参加の旨の情報であると判定し、ステップ６０６で、ユーザ状態情報更新部１０２０が、コミュニティメンバＤＢ１１における招待されたユーザの状態情報（表４、表５参照）を「参加」を表す情報に更新し、処理を終了する。

また、参加の意思が確認できない場合、あるいは参加が拒否された場合には、サービスブラウズ機能部３０はサービスブラウズ管理機能部１００を介してコミュニティ管理機能部１０へその旨の情報を送信する。ステップ６０５で、これを受信したコミュニティ管理機能部１０の参加意思情報判定部１０２１は、当該情報を不参加の旨の情報であると判定し、ステップ６０７で、メッセージ生成部１０２２が、コミュニティメンバの候補を登録したユーザ（本実施形態では、コミュニティの開設者）に対して、招待されたユーザが不参加となったことを通知するメッセージを生成する。そして、ステップ６０８で、生成したメッセージは、ユーザに通知すべき通知情報として、サービスブラウズ管理機能部１００が通知情報テーブル１０００に蓄積し、処理を終了する。

次に、（３）コミュニティメンバであるユーザにコミュニティサービスを提供する処理について説明する。ユーザにコミュニティサービスを提供する処理は、（３ａ）あるコミュニティメンバによってそのコミュニティのコミュニティ活動用ツールに対して何らかの更新操作が行われたときに、他のコミュニティメンバに対して当該ツールに関する更新通知を発行する処理と、（３ｂ）コミュニティメンバに当該ツールに関する更新通知を送信し、当該ツールによるコミュニティサービスを提供する処理に分かれる。

図７を参照すると、（３ａ）コミュニティメンバに対してコミュニティ活動用ツールに関する更新通知を発行する処理において中心的な役割を果たす更新通知発行部１０３の機能構成が示されている。また、図８を参照すると、（３ａ）コミュニティメンバに対してコミュニティ活動用ツールに関する更新通知を発行する処理の流れを示すフローチャートが示されている。以下、図７および８を参照して、この処理について詳細に説明する。

まず、ユーザは、クライアント端末３のサービスブラウズ機能部３０を起動する。起動されたサービスブラウズ機能部３０は、コミュニティサービス管理サーバ１のサービスブラウズ管理機能部１００にアクセスし、ユーザから入力されたユーザＩＤとパスワードとをサービスブラウズ管理機能部１００へ送信する。ステップ８００で、更新通知発行部１０３のユーザ認証部１０３０が、このユーザＩＤとパスワードを受信し、ステップ８０１で、受信したパスワードとユーザＤＢ１４に登録されているパスワードを照合して認証を行う。認証結果が正しければ、ユーザ認証部１０３０は、この認証情報を一時的に保持しておくとともに、ステップ８０２で、サービスブラウズ管理機能部１００を介してクライアント端末３のサービスブラウズ機能部３０に送信する。サービスブラウズ機能部３０は、受信した認証情報を保持しておく。

次に、ステップ８０３で、コミュニティ一覧生成部１０３１が、コミュニティメンバＤＢ１１を参照し、当該ユーザがメンバとなっているコミュニティのコミュニティＩＤを含む一覧を生成し、サービスブラウズ管理機能部１００を介してクライアント端末３のサービスブラウズ機能部３０に送信する。このとき、コミュニティＤＢ１２も併せて参照し、該当するコミュニティにコミュニティサービスを提供しているコミュニティサービス提供サーバ２のＵＲＬなどの情報も送信する。サービスブラウズ機能部３０は、受信したコミュニティの一覧をクライアント端末３に表示するとともに、ユーザからどのコミュニティを選択するかの入力を受け付ける。コミュニティが選択されると、クライアント端末３のサービスブラウズ機能部３０は、上記ＵＲＬに基づき、該当するコミュニティサービス提供サーバ２のコミュニティサービス提供機能部２０へアクセスし、選択されたコミュニティのコミュニティＩＤと保持している認証情報を送信する。

ステップ８０４で、コミュニティサービス提供サーバ２のコミュニティサービス提供機能部２０は、コミュニティサービス管理サーバ１の認証情報取得部１０３３に対して、クライアント端末３から受信した認証情報を送信し、その認証情報が正しいかどうかを照会する。ステップ８０５で、受信部１６を介してこれを受信した認証情報取得部１０３３は、これを認証情報チェック部１０３２に渡す。認証情報チェック部１０３２は、受信した認証情報と、ユーザ認証部１０３０が保持している認証情報の整合性をチェックし、整合していれば、送信部１５を介して認証成功の通知を（ステップ８０６）、整合していなければ認証失敗の通知をコミュニティサービス提供サーバ２のコミュニティサービス提供機能部２０に送信する（ステップ８１２）。コミュニティサービス提供機能部２０は、コミュニティ管理機能部１０から認証成功の通知を受信した場合、クライアント端末３から受信したコミュニティＩＤに基づき、当該コミュニティのコミュニティ活動用ツールの画面（ページ）情報をクライアント端末３のサービスブラウズ機能部３０へ送信する。本実施形態においては、当該コミュニティのネットワーク伝言板の画面（ページ）情報が送信される。サービスブラウズ機能部３０は、受信した画面（ページ）情報をクライアント端末３に表示する。

次に、ユーザが、クライアント端末３に表示された画面（ページ）情報に基づき、サービスブラウズ機能部３０を介してコミュニティサービス提供機能部２０の当該コミュニティ活動用ツールに対して何らかの更新操作を行ったとする。ユーザが行う更新操作としては、本実施形態の場合、コミュニティのネットワーク伝言板に書き込みを行うことなどが該当する。ステップ８０７で、コミュニティサービス提供サーバ２のコミュニティサービス提供機能部２０は、コミュニティ活動用ツールに対して更新操作が行われたことを検知すると、当該コミュニティ活動用ツールを利用しているコミュニティの他のメンバに更新通知を行うため、当該コミュニティのコミュニティＩＤを含む更新情報をコミュニティサービス管理サーバ１の更新情報取得部１０３４へ送信する。更新情報取得部１０３４は、受信部１６を介してこれを受信し、ユーザＩＤ／ＵＲＬ検索部１０３５に渡す。ステップ８０８で、ユーザＩＤ／ＵＲＬ検索部１０３５は、コミュニティメンバＤＢ１１に対して、当該更新情報に含まれるコミュニティＩＤをキーとして、当該コミュニティに属しているユーザのユーザＩＤを検索し、取得する。また、ステップ８０９で、コミュニティＤＢ１２に対して、同じコミュニティＩＤをキーとして当該コミュニティのコミュニティ活動用ツールを提供しているコミュニティサービス提供サーバ２のＵＲＬを検索し、取得する。その後、ステップ８１０で、更新通知生成部１０３６が、取得したユーザＩＤのユーザに対して、当該コミュニティの情報、および、取得したコミュニティサービス提供サーバ２のＵＲＬを含む、コミュニティ活動用ツールに対して更新がなされた旨を通知するメッセージである更新通知情報を生成する。ステップ８１１で、この更新通知情報もまた、ユーザに通知すべき通知情報として、サービスブラウズ管理機能部１００が通知情報テーブル１０００に蓄積する。

表６を参照すると、以上の処理で生成される更新通知情報テーブルの一例が示されている。表６は、更新操作があったときに、当該更新操作ごとに生成されるテーブルで、少なくとも当該更新を識別するＩＤ（更新通知ＩＤ）と、更新されたページのコミュニティＩＤと、更新されたページのＵＲＬを含んでいる。さらに、更新を行ったユーザのユーザＩＤと、更新が行われた日時を含んでいるのが好ましい。

表７を参照すると、更新操作ごとに生成される表６のテーブルを、ユーザＩＤごとに整理したテーブルの一例が示されている。更新通知情報は、最終的にユーザごとに送信するため、ユーザごとに整理された表７のようなテーブルも生成するのが好ましい。ユーザごとに整理された更新通知情報テーブルは、少なくともユーザＩＤと、更新通知ＩＤと、更新未表示／既表示のフラグ（既に通知を行ったかどうかのフラグ）を含んでいる。

図９を参照すると、（３ｂ）コミュニティメンバにコミュニティ活動用ツールによるコミュニティサービスを提供する処理において中心的な役割を果たすサービス提供部１０４の機能構成が示されている。また、図１０を参照すると、（３ｂ）コミュニティメンバにコミュニティ活動用ツールによるコミュニティサービスを提供する処理を示すフローチャートが示されている。以下、図９および１０を参照して、この処理について詳細に説明する。

まず、ステップ９００から９０２で、サービス提供部１０４のユーザ認証部１０４０は、クライアント端末から受信したパスワードの照合を行い、クライアント端末３に認証情報を送信する。クライアント端末３は、この認証情報を一時的に保持する。以上の処理は、ステップ８０１から８０２と全く同じである。

次に、ステップ９０３で、クライアント端末３のサービスブラウズ機能部３０は、所定の時間間隔でコミュニティサービス管理サーバ１のサービスブラウズ管理機能部１００にポーリングを行い、サービスブラウズ管理機能部１００はポーリングを受信する。ステップ９０４で、サービスブラウズ管理機能部１００は、ポーリングを受信した時点で通知情報テーブル１０００に未送信の通知情報があるか調べ、ある場合には、ステップ９０５で、サービスブラウズ機能部３０にその情報を送信する。通知情報を受信したサービスブラウズ機能部３０は、その内容を解析する。このとき、例えば、受信した通知情報にコミュニティＩＤが含まれている場合には、ステップ９０６で、この通知情報を当該コミュニティの更新通知情報と判断する。

このようにして、通知情報が更新通知情報と判断された場合には、サービスブラウズ機能部３０は、同時に受信したＵＲＬに基づき、当該コミュニティサービス提供サーバ２にアクセスし、コミュニティＩＤと保持している認証情報を送信する。その後、ステップ９０７で、コミュニティサービス提供サーバ２のコミュニティサービス提供機能部２０は、クライアント端末３から受信した認証情報が正しいかどうかを、受信部１６を介してコミュニティサービス管理サーバ１の認証情報取得部１０４２に照会する。ステップ９０８で、認証情報チェック部１０４１は、この認証情報と、ユーザ認証部１０４０が保持している認証情報の整合性をチェックし、整合していれば、ステップ９０９で、送信部１５を介してコミュニティサービス提供サーバ２に認証成功の通知を送信する。コミュニティサービス提供サーバ２のコミュニティサービス提供機能部２０は、認証情報チェック部１０４１から認証成功の通知を受信した場合、クライアント端末３から受信したコミュニティＩＤに基づき、当該コミュニティのコミュニティ活動用ツールの画面（ページ）情報をクライアント端末３のサービスブラウズ機能部３０へ送信する。整合していなければ、ステップ９１０で、送信部１５を介してコミュニティサービス提供サーバ２に認証不成功の通知を送信する。

以下、ユーザは、クライアント端末３に表示された画面（ページ）情報に基づき、サービスブラウズ機能部３０を介してコミュニティサービス提供機能部２０のコミュニティ活動用ツールに対して更新操作を行うことができる。更新を行うと、ステップ８０７からステップ８１１、ステップ９０３からステップ９１０の処理が再実行されることにより、コミュニティ活動が進められる。

なお、本実施形態では、コミュニティを開設したユーザが、当該コミュニティに招待したいユーザを登録し、コミュニティを開設したユーザとその招待に応じたユーザでコミュニティメンバを構成したが、コミュニティ開設部１０１のコミュニティメンバ登録部１０１６が、当該コミュニティに自発的に参加したいユーザのクライアント端末３から登録要求を受けつけ、これをコミュニティメンバに加え、コミュニティメンバＤＢ１１に登録することも可能である。

また、コミュニティサービス管理サーバ１は、専用のハードウェアにより実現する以外に、その機能を実現するためのプログラムをコンピュータ読み取りが可能な記録媒体に記録して、この記録媒体に記録されたプログラムを、コミュニティサービス管理サーバ１となるべきコンピュータに読み込ませて実行することにより、実現するものでもよい。コンピュータ読み取りが可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取りが可能な記録媒体とは、インターネットを介してプログラムを送信する場合のように、短時間の間に、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、コンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。

本発明の一実施形態のコミュニティサービスシステムの構成を示した図である。 コミュニティサービス管理サーバ１と、コミュニティサービス提供サーバ２（２ａ、２ｂ、２ｃ）と、クライアント端末３（３ａ、３ｂ、３ｃ）の機能構成を示した図である。 コミュニティ開設部１０１を中心としたコミュニティサービス管理サーバ１の機能構成を示した図である。 コミュニティ活動に用いるツールを決定してコミュニティを開設する処理の流れを示すフローチャートである。 コミュニティメンバ更新部１０２を中心としたコミュニティサービス管理サーバ１の機能構成を示した図である。 コミュニティに招待されたユーザのコミュニティ参加に関する状態情報を更新する処理の流れを示すフローチャートである。 更新通知発行部１０３を中心としたコミュニティサービス管理サーバ１の機能構成を示した図である。 コミュニティメンバに対してコミュニティ活動用ツールに関する更新通知を発行する処理の流れを示すフローチャートである。 サービス提供部１０４を中心としたコミュニティサービス管理サーバ１の機能構成を示した図である。 コミュニティメンバにコミュニティ活動用ツールによるコミュニティサービスを提供する処理を示すフローチャートである。

符号の説明

１ コミュニティサービス管理サーバ
１０ コミュニティ管理機能部
１００ サービスブラウズ管理機能部
１０００ 通知情報テーブル
１０１ コミュニティ開設部
１０１０ ユーザＩＤ有無判別部
１０１１ ユーザ認証部
１０１２ ユーザ登録部
１０１３ コミュニティサービス決定部
１０１４ コミュニティ登録部
１０１５ コミュニティ開設要求発行部
１０１６ コミュニティメンバ登録部
１０１７ メッセージ生成部
１０２ コミュニティメンバ更新部
１０２０ ユーザ状態情報更新部
１０２１ 参加意思情報判定部
１０２２ メッセージ生成部
１０３ 更新通知発行部
１０３０ ユーザ認証部
１０３１ コミュニティ一覧生成部
１０３２ 認証情報チェック部
１０３３ 認証情報取得部
１０３４ 更新情報取得部
１０３５ ユーザＩＤ／ＵＲＬ検索部
１０３６ 更新通知生成部
１０４ サービス提供部
１０４０ ユーザ認証部
１０４１ 認証情報チェック部
１０４２ 認証情報取得部
１１ コミュニティメンバＤＢ
１２ コミュニティＤＢ
１３ コミュニティサービスＤＢ
１４ ユーザＤＢ
１５ 送信部
１６ 受信部
２、２ａ、２ｂ、２ｃ コミュニティサービス提供サーバ
２０、２０ａ コミュニティサービス提供機能部
３、３ａ、３ｂ、３ｃ、３ｄ クライアント端末
３０、３０ａ サービスブラウズ機能部
４ ネットワーク
４００〜４１１ ステップ
６００〜６０８ ステップ
８００〜８１２ ステップ
９００〜９１０ ステップ

Claims (17)

1. サービス管理装置が、１つまたは複数のサービス提供装置による、複数のユーザ端末装置によって構成されたコミュニティへの、コミュニケーションのためのツールの提供を管理するサービス管理方法であって、
   前記サービス管理装置が、ユーザ端末装置からネットワークを介して当該ユーザ端末装置を識別するユーザＩＤを含むサービス利用要求を受信すると、前記サービス提供装置への接続に必要な認証情報を返信し、前記サービス利用要求を行ったユーザ端末装置から前記ネットワークを介して前記認証情報を受信した前記サービス提供装置から、前記ネットワークを介して前記認証情報を受信することで、前記サービス利用要求を行ったユーザ端末装置の前記サービス提供装置への接続を認証する第１のステップと、
   前記サービス管理装置が、前記サービス提供装置から、前記コミュニティを識別するコミュニティＩＤを受信すると、前記サービス利用要求を行ったユーザ端末装置が前記コミュニティに対して提供されたツールにおいて更新操作を行ったと判断し、前記コミュニティＩＤと関連づけられたユーザＩＤを有するユーザ端末装置に、更新操作があった旨の通知を行う第２のステップを有するサービス管理方法。
2. 前記第２のステップで、前記サービス管理装置は、前記コミュニティＩＤと関連づけられたユーザＩＤを有するユーザ端末装置に、前記サービス提供装置のＵＲＬ情報の通知を行う、請求項１に記載のサービス管理方法。
3. 前記第１のステップで、前記サービス管理装置は、前記サービス利用要求を受信すると、前記サービス利用要求を行ったユーザ端末装置を識別するユーザＩＤと関連づけられたコミュニティＩＤを有するコミュニティの一覧を送信し、これに応じて前記サービス利用要求を行ったユーザ端末装置によって選択されたコミュニティにツールを提供しているサービス提供装置のＵＲＬ情報を送信する、請求項１または２に記載のサービス管理方法。
4. 前記サービス管理装置が、あらかじめ、ユーザ端末装置の登録要求にもとづいて、当該ユーザ端末装置が新規に形成する、または、当該ユーザ端末装置が属しているコミュニティを識別するコミュニティＩＤと、前記登録要求を行ったユーザ端末装置を識別するユーザＩＤと、当該ユーザ端末装置によって指定された他のユーザ端末装置を識別するユーザＩＤを関連づける第３のステップをさらに有する、請求項１から３のいずれか１項に記載のサービス管理方法。
5. 前記第３のステップで、前記サービス管理装置は、前記他のユーザ端末装置に、前記コミュニティに参加するか否かを問う通知を行い、参加を希望する旨の返信があったユーザ端末装置を識別するユーザＩＤのみ、前記コミュニティＩＤと関連づける、請求項４に記載のサービス管理方法。
6. 前記第２のステップおよび前記第３のステップで、前記サービス管理装置は、前記通知を蓄積し、ユーザ端末装置からポーリングを受信すると、前記通知を送信する、請求項１から５のいずれか１項に記載のサービス管理方法。
7. 前記通知は、ユーザＩＤごと、および、当該ユーザＩＤと関連づけられたコミュニティＩＤごとに蓄積されている、請求項６に記載のサービス管理方法。
8. 請求項１から７のいずれか１項に記載の各ステップを、前記サービス管理装置となるべきコンピュータに実行させるプログラム。
9. 請求項１から７のいずれか１項に記載の各ステップを、前記サービス管理装置となるべきコンピュータに実行させるプログラムを記録した、コンピュータ読み取りが可能な記録媒体。
10. １つまたは複数のサービス提供装置が、複数のユーザ端末装置によって構成されたコミュニティへ、コミュニケーションのためのツールを提供するのを管理する装置であって、
    ユーザ端末装置からネットワークを介して当該ユーザ端末装置を識別するユーザＩＤを含むサービス利用要求を受信すると、前記サービス提供装置への接続に必要な認証情報を返信する第１の手段と、
    前記サービス利用要求を行ったユーザ端末装置から前記ネットワークを介して前記認証情報を受信した前記サービス提供装置から、前記ネットワークを介して前記認証情報を受信する第２の手段と、
    前記サービス利用要求を行ったユーザ端末装置に返信した認証情報と、前記サービス提供装置から受信した認証情報が一致すると、前記サービス利用要求を行ったユーザ端末装置の前記サービス提供装置への接続を認証する第３の手段と、
    前記サービス提供装置から、前記コミュニティを識別するコミュニティＩＤを受信する第４の手段と、
    前記第４の手段によって前記コミュニティＩＤが受信されると、前記サービス利用要求を行ったユーザ端末装置が前記コミュニティに対して提供されたツールにおいて更新操作を行ったと判断し、前記コミュニティＩＤと関連づけられたユーザＩＤを有するユーザ端末装置に、更新操作があった旨の通知を行う第５の手段を有するサービス管理装置。
11. 前記第５の手段は、前記コミュニティＩＤと関連づけられたユーザＩＤを有するユーザ端末装置に、前記サービス提供装置のＵＲＬ情報の通知を行う手段をさらに有する、請求項１０に記載のサービス管理装置。
12. 前記第１の手段によって前記サービス利用要求が受信されると、前記サービス利用要求を行ったユーザ端末装置を識別するユーザＩＤと関連づけられたコミュニティＩＤを有するコミュニティの一覧を送信し、これに応じて前記サービス利用要求を行ったユーザ端末装置によって選択されたコミュニティにツールを提供しているサービス提供装置のＵＲＬ情報を送信する手段をさらに有する、請求項１０または１１に記載のサービス管理装置。
13. あらかじめ、ユーザ端末装置の登録要求にもとづいて、当該ユーザ端末装置が新規に形成する、または、当該ユーザ端末装置が属しているコミュニティを識別するコミュニティＩＤと、前記登録要求を行ったユーザ端末装置を識別するユーザＩＤと、当該ユーザ端末装置によって指定された他のユーザ端末装置を識別するユーザＩＤを関連づける手段をさらに有する、請求項１０から１２のいずれか１項に記載のサービス管理装置。
14. 前記他のユーザ端末装置に、前記コミュニティに参加するか否かを問う通知を行う手段と、
    参加を希望する旨の返信があったユーザ端末装置を識別するユーザＩＤのみ、前記コミュニティＩＤと関連づける手段をさらに有する、請求項１３に記載のサービス管理装置。
15. 前記通知を蓄積し、ユーザ端末装置からポーリングを受信すると、前記通知を送信する手段をさらに有する、請求項１０から１４のいずれか１項に記載のサービス管理装置。
16. 前記通知を、ユーザＩＤごと、および、当該ユーザＩＤと関連づけられたコミュニティＩＤごとに蓄積する手段をさらに有する、請求項１５に記載のサービス管理装置。
17. 複数のユーザ端末装置と、
    前記複数のユーザ端末装置によって構成されたコミュニティへ、ネットワークを介してコミュニケーションのためのツールの提供を行う１つまたは複数のサービス提供装置と、
    前記１つまたは複数のサービス提供装置による、前記コミュニティへのサービス提供を、前記ネットワークを介して管理する、請求項１０から１６のいずれか１項に記載のサービス管理装置を有するサービスシステム。

Images