JP2008140174A - コミュニケーションサービスシステム - Google Patents

Abstract

【課題】 ソーシャルネットワークサービスにおいて、効果的な情報の開示制限を行い、ユーザの参加する複数のコミュニティから複合的かつ効果的な情報を提供するコミュニケーションサービスシステムを提供する。
【解決手段】 コミュニケーションサービスシステムは、コミュニケーションネットワーク内のユーザ情報やＷｅｂデータ等を管理する管理サーバ１００と、本システム全体を管理するシステム管理者がその管理サーバ１００にアクセスするためのシステム管理端末１５０と、複数のコミュニティから構成されるグループ全体のユーザ情報等を統括管理するグループ管理端末２００と、そのグループ内のコミュニティ単位でユーザ情報等を管理するコミュニティ管理端末３００と、コミュニケーションネットワーク内でユーザ情報等を閲覧するためのユーザ端末４００と、これら各サーバ及び端末を接続するインターネット等のネットワーク１０とを有して構成される。
【選択図】 図２

Description

本発明は、コミュニケーションサービスシステムに関し、特に、ネットワーク上におけるコミュニケーションツールとして利用可能なコミュニケーションサービスシステムに関する。

近年、インターネットは、生活に急激に浸透し、無くてはならない存在となっている。
例えば、このインターネット上では、ＢＢＳ（Ｂｕｌｌｅｔｉｎ Ｂｏａｒｄ Ｓｙｓｔｅｍ）を利用することにより、友人や第三者と簡単にコミュニケーションをとることができる。
さらに、このようなインターネット上のコミュニケーションツールの新たなものとして、ここ数年、ソーシャルネットワークサービスに注目が集まっており、このサービスへの加入者数が爆発的に増加している。
このソーシャルネットワークサービスは、ＢＢＳのような不特定多数のものが利用できるものではなく、既登録会員から紹介を受けたユーザのみが参加することができるというものである。このように紹介を受け、ソーシャルネットワークに参加するようになると、友人関係で繋がったユーザ同士で形成されたコミュニティや、共通の趣味をもったユーザ同士で形成されたコミュニティ等に参加できるようになり、このコミュニティ内で近況報告や情報交換等のコミュニケーションをとることが可能となる。

このようなソーシャルネットワークサービスに関するものとして、特許文献１，２が開示するソーシャルネットワークサービスシステムが提案されている。
特開２００６−２３８７６ 特開２００３−１４１３８１

しかしながら、前述の従来のソーシャルネットワークサービスにおいては、以下のような２つの問題点がある。
まず、１つ目の問題点は、コミュニティ内の情報の開示制限を細かく設定できないために、開示が不適当であると思われるユーザに対しても、重要度の高い情報が流出してしまい、ネットワーク内でのトラブルが発生してしまうというものである。
２つ目の問題点は、内容の関連性が高い複数のコミュニティに参加するユーザであっても、これら複数のコミュニティから複合的かつ効果的な情報を得ることができないというものである。これは、従来のソーシャルネットワークサービスにおいて、コミュニティの作成者は、そのソーシャルネットワークのシステム管理者に届出をして各々が作成し、その後各自独立して運営していくだけであるので、各コミュニティ間の繋がりがほとんどなく、各コミュニティが個々に、同一のユーザに情報を提供することしか事実上できないからである。

本発明は、上記問題点に鑑みてなされたものであり、ソーシャルネットワークサービスにおいて、効果的な情報の開示制限を行い、ユーザの参加する複数のコミュニティから複合的かつ効果的な情報を提供するコミュニケーションサービスシステムを提供することを目的とする。

かかる目的を達成するため、本発明におけるコミュニケーションサービスシステムは、ユーザにより操作されるユーザ端末と、所定の話題をテーマとする電子掲示板および電子掲示板に参加するユーザからなるコミュニティの管理を行う複数のコミュニティ管理端末と、ユーザの情報を管理しユーザ端末またはコミュニティ管理端末からの要求に応じてユーザ情報を送信する管理サーバとを有してネットワークを構成するシステムであって、管理サーバには、ユーザ情報に対応付けて、ユーザ情報の開示範囲が、ネットワークの参加者個々に、またはネットワークの参加者の属性に応じて設定されていることを特徴とする。

また、本発明におけるコミュニケーションサービスシステムによれば、そのユーザ端末またはコミュニティ管理端末は、管理サーバ内のユーザ情報の開示範囲の設定を行うことを特徴とする。

また、本発明におけるコミュニケーションサービスシステムによれば、そのコミュニティ管理端末は、他のコミュニティ管理端末が管理するコミュニティにおけるユーザ情報に基づいて、新たなユーザ情報を管理サーバに登録することを特徴とする。

また、本発明におけるコミュニケーションサービスシステムは、複数のコミュニティ管理端末によりそれぞれ管理される複数のコミュニティを統括して管理するグループ管理端末をさらに有し、そのグループ管理端末は、管理サーバ内のユーザ情報の開示範囲の設定を行うことを特徴とする。

また、本発明におけるコミュニケーションサービスシステムは、ネットワーク全体の情報を管理するためのシステム管理端末をさらに有し、グループ管理端末は、管理サーバ内のユーザ情報の開示範囲の設定を行うことを特徴とする。

また、本発明におけるコミュニケーションサービスシステムによれば、その管理サーバは、所定の配信情報を格納し、ユーザ端末の現在位置を示す現在位置情報をユーザ端末から受信すると、現在位置情報の開示が許可されている者が配信を指定した配信情報を、ユーザ端末に配信することを特徴とする。

また、本発明におけるコミュニケーションサービスシステムによれば、その管理サーバは、配信情報と対応付けて所定の位置情報を格納し、位置情報の位置と前述の現在位置情報の位置との距離が所定値以下となると、配信情報を配信することを特徴とする。

また、本発明におけるコミュニケーションサービスシステムによれば、その管理サーバは、ユーザ端末の現在位置を示す現在位置情報をユーザ端末から受信すると、登録者の現在の状況を示す情報を現在位置情報の開示が許可されている者の端末へ送信することを特徴とする。

また、本発明におけるコミュニケーションサービスシステムによれば、その管理サーバは、時間帯と該時間帯にいる場所とを含む各ユーザのスケジュール情報を蓄積し、ユーザ端末からスケジュール情報の取得要求を受信すると、該取得要求において指定された時間帯のスケジュール情報を蓄積したスケジュール情報から抽出し、取得要求元のユーザ端末に送信することを特徴とする。

なお、以上の構成要素の任意の組合せや、本発明の構成要素や表現を方法、装置、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明におけるコミュニケーションサービスシステムは、ユーザにより操作されるユーザ端末と、所定の話題をテーマとする電子掲示板および電子掲示板に参加するユーザからなるコミュニティの管理を行う複数のコミュニティ管理端末と、ユーザの情報を管理しユーザ端末またはコミュニティ管理端末からの要求に応じてユーザ情報を送信する管理サーバとを有してネットワークを構成するシステムであって、管理サーバには、ユーザ情報に対応付けて、ユーザ情報の開示範囲が、ネットワークの参加者個々に、またはネットワークの参加者の属性に応じて設定されているので、ソーシャルネットワークサービスにおいて、効果的な情報の開示制限を行い、ユーザの参加する複数のコミュニティから複合的かつ効果的な情報を提供することが可能となる。

＜第１の実施形態＞
（第１の実施形態の概要）
まず、本発明の実施形態におけるコミュニケーションサービスシステムの概要について説明する。
本実施形態におけるコミュニケーションサービスシステムは、端末及びサーバ間で情報交換を行うコミュニケーションネットワーク（いわゆるソーシャルネットワークを含む）内において、ユーザ管理や情報開示管理を行うものである。
このコミュニケーションネットワークに参加する者は、システム内のＷｅｂサーバ上に自分専用のＷｅｂページを保有し、そのページ上に、自身のプロフィール、日記、掲示板、ブログ等を設けることができる。

また、このコミュニケーションネットワークに参加するためには、既に参加している者からの許諾（紹介）が必要となる。例えば、新規に参加しようとする者は、既に参加している者からメール等を受信し、このメールに記されているアドレス宛に参加を申請することで、コミュニケーションネットワークへ参加することが可能となる。

また、このコミュニケーションネットワークでは、特定の話題に集まる複数のユーザによりコミュニティが形成される。例えば、このコミュニティは、映画鑑賞・スポーツといった共通の趣味とする複数のユーザが集まって構成されたり、営業部など会社の一部署に属するユーザにより構成されたりする。これらコミュニティのメンバーとなったユーザは、あるユーザ等のＷｅｂページ上に設けられた専用の電子掲示板にアクセスできるようになり、その掲示板上で情報提供や意見交換等を行えるようになる。

図１は、このコミュニケーションネットワークの概略を示す図である。
図に示すように、コミュニケーションネットワークには、前述のコミュニティが複数形成されている。ユーザは、これら複数のコミュニティに重複して参加することもできる。
また、これら各コミュニティにおけるユーザ情報等の情報開示は、コミュニティ管理者により制限されている。コミュニティ管理者は、個々のユーザに情報の開示範囲を設定することができる。
さらに、コミュニケーションネットワーク内には、これら複数のコミュニティが集まってグループが形成されている。例えば、コミュニティが会社の部門（営業部、総務部、．．．）であった場合には、グループはそれら複数の部門を統括する会社全体を指す。このグループ内におけるユーザ情報等の情報開示は、グループ管理者により管理されている。このように、グループ管理者は、グループ内の複数のコミュニティにまたがって情報開示を統合管理するので、コミュニティ間の横の繋がりを強化し、コミュニティの参加ユーザに有益な情報を提供することが可能となっている。
また、システム管理者は、このコミュニケーションネットワーク全体の情報開示を管理している。これにより、前述のコミュニティ間の横の繋がりだけでなく、同様に、グループ間の横の繋がりも強化することができ、グループ間において登録ユーザの情報の共有が可能となっている。

（第１の実施形態の構成）
次に、本実施形態におけるコミュニケーションサービスシステムの構成について説明する。
図２は、本発明の実施の形態におけるコミュニケーションサービスシステムの構成を示す図である。
図に示すように、コミュニケーションサービスシステムは、コミュニケーションネットワーク内のユーザ情報やＷｅｂデータ等を管理する管理サーバ１００と、本システム全体を管理するシステム管理者がその管理サーバ１００にアクセスするためのシステム管理端末１５０と、複数のコミュニティから構成されるグループ全体のユーザ情報等を統括管理するグループ管理端末２００と、そのグループ内のコミュニティ単位でユーザ情報等を管理するコミュニティ管理端末３００と、コミュニケーションネットワーク内でユーザ情報等を閲覧するためのユーザ端末４００と、これら各サーバ及び端末を接続するインターネット等のネットワーク１０とを有して構成される。

これらコミュニケーションサービスシステムを構成するもののうち、管理サーバ１００は、前述のシステム管理者により管理されるワークステーション等のハイエンドＰＣである。
この管理サーバ１００は、前述の個人のＷｅｂページを含む各種Ｗｅｂデータを格納し、配信するＷｅｂサーバとしての機能を備えている。また、管理サーバ１００は、データベース１１０を備え、そのデータベース１１０に各管理者及び登録ユーザの情報を格納している。管理サーバ１００は、開示が許可された範囲内で、これらＷｅｂデータや登録ユーザのユーザ情報を要求に応じて配信する。
この登録ユーザ又は各管理者の情報には、例えば、その登録ユーザ又は管理者の氏名、性別、生年月日、住所、所属組織等が含まれる。また、登録ユーザのユーザ情報には、さらにこの基本情報に加えて、登録ユーザによる店舗での購入情報、病院、フィットネスジム、ホテル等の施設の利用履歴等も含まれる。

システム管理端末１５０は、システム管理者により操作されるＰＣ等の情報処理装置である。システム管理者は、このシステム管理端末１５０を用いて、コミュニケーションネットワークに登録している全登録ユーザのユーザ情報の閲覧を行うことができるとともに、全登録ユーザの情報開示範囲の設定を行うことができるようになっている。

グループ管理端末２００は、グループ管理者により操作されるＰＣ等の情報処理装置である。グループ管理者は、このグループ管理端末２００を用いて、自身の管理下のグループ内の情報開示範囲の設定等を行う。

コミュニティ管理端末３００は、コミュニティ管理者により操作されるＰＣ等の情報処理装置である。コミュニティ管理者は、このコミュニティ管理端末３００を用いて、自身の管理下のコミュニティ内の情報の更新や、そのコミュニティ内における情報開示範囲の設定等を行う。

ユーザ端末４００は、コミュニケーションネットワークの登録ユーザ又は未登録ユーザにより操作されるＰＣ等の情報処理装置である。
その未登録ユーザは、前述したように、コミュニケーションネットワークに既に参加しているユーザや管理者からアカウント（ログインのためのＩＤ・パスワード）を付与されることで、コミュニケーションネットワークへの参加が許諾され、登録ユーザとしてそのユーザの基本情報が管理サーバ１００内に登録される。
さらに、登録ユーザは、コミュニティ管理者又はそのコミュニティに参加している他のユーザから許諾を得ることにより、そのコミュニティに参加できるようになる（具体的には、専用掲示板の閲覧や書き込み等ができるようになる）。以下、登録ユーザのうち、このようにコミュニティに参加可能となったユーザを、参加ユーザという。

なお、以上説明した本実施形態における各端末１５０，２００，３００，４００は、携帯電話機、ＰＨＳ、ＰＤＡ又はノートブック型ＰＣ等、携帯性を備えた情報処理装置であってもよい。

（ネットワークコミュニケーション内における各管理者および登録ユーザの権限）
次に、各管理者及びユーザが保有しているコミュニケーションネットワーク内における情報閲覧等の権限について説明する。このコミュニケーションネットワークにおいては、システム管理者、グループ管理者、コミュニティ管理者、登録ユーザ（参加ユーザ）、未登録ユーザの順に強い権限を有している。
図３は、そのコミュニケーションネットワークにおける各管理者及びユーザ間の権限の付与を示す図である。
以下、この図に沿って、各権利者又はユーザがもっている権限について説明を進める。

（Ａ）システム管理者
システム管理者は、以下に示す（１）アカウント発行権及び（２）情報の開示制限権を有する。以下、これらシステム管理者が有する各権限について説明する。

（１）アカウント発行権
システム管理者は、未登録ユーザに対してアカウントを発行し、コミュニケーションネットワークへの参加を許諾する権限を有する。具体的な処理としては、管理サーバ１００が、そのユーザ端末４００からアカウントの発行を申請する旨の情報を受信すると、その未登録ユーザのユーザ端末４００に、コミュニケーションネットワークへのログインのためのＩＤ及びパスワードを送信する。

（２）情報の開示制限権
システム管理者は、管理サーバ１００を用いて、管理サーバ１００内に登録されているＷｅｂデータ及びユーザ情報の開示範囲について設定することができる。
システム管理者は、各ユーザ又は管理者ごとに、個別にその情報の開示範囲を設定することができる。
さらに、システム管理者は、例えば２０歳以上のユーザのみ、男性のみというように、ユーザ属性ごとにその情報の開示範囲を設定することができる。このユーザ属性としては、例えば、性別、年齢、職業、資格の有無、ある組織（前述のグループ、コミュニティ、会社、部署、クラブ等）に属しているか否か等がある。

（Ｂ）グループ管理者
グループ管理者は、以下に示す（１）情報の開示制限権、（２）コミュニティの機能制限権、（３）アカウント提供権及び（４）アカウント提供権の付与権を有する。以下、これらグループ管理者が有する各権限について説明する。

（１）情報の開示制限権
グループ管理者は、グループ管理端末２００を用いて管理サーバ１００にアクセスし、管理サーバ１００内に登録されているＷｅｂデータ及びユーザ情報の開示範囲について設定することができる。これは、システム管理者と同様に、個別又はユーザ属性別で設定することができる。ただし、開示可能な範囲は、自身の管理下のグループ内のユーザ又は管理者に関するもののみであり、かつシステム管理者が開示設定した範囲内においてのみである。

（２）コミュニティの機能制限権
グループ管理者は、自身の管理下のコミュニティにおける機能制限を設定することができる。例えば、このコミュニティの機能とは、そのコミュニティの専用掲示板への書き込み、閲覧等である。このコミュニティの機能制限についても、前述の情報の開示制限と同様に、個別又はユーザ属性別で設定することができる。

（３）アカウント提供権
グループ管理者は、アカウント取得を申請する権限（アカウント申請権）を、未登録ユーザに対して提供する権限を有する。具体的には、グループ管理端末２００が、未登録ユーザのユーザ端末４００へコミュニケーションネットワークへの参加をすすめるメールを送信する権限をいう。
また、このメールには、管理サーバ１００にアクセスするための仮アカウント（管理サーバ１００のアドレス、仮ＩＤ及び仮パスワード）が示されており、未登録ユーザは、この仮アカウントを用いて管理サーバ１００にアクセスしてアカウントを申請できるようになっている。
例えば、グループ管理者は、グループ管理端末２００を用いて管理サーバ１００にアクセスし、このアカウント提供権の取得を申請することで、取得することができる。具体的には、未登録ユーザに対して参加をすすめるメールを送付するためのＷｅｂページにログインするためのパスワード等を管理サーバ１００からグループ管理端末２００に受信することで、この権限を取得するようになる。

（４）アカウント提供権の付与権
グループ管理者は、前述のアカウント付与権を、まだ有していない他の管理者や登録ユーザに付与することができる。具体的には、前述のメール送信のためのＷｅｂページへのログインに必要なパスワード等をグループ管理端末２００から送信することで、アカウント提供権を付与する。

（Ｃ）コミュニティ管理者
コミュニティ管理者は、以下に示す（１）情報の開示制限権、（２）コミュニティの機能制限権、（３）アカウント提供権、（４）アカウント提供権の付与権及び（５）コミュニティへの参加許可権を有する。以下、これらコミュニティ管理者が有する各権限について説明する。

（１）情報の開示制限権
コミュニティ管理者は、グループ管理者と同様に、Ｗｅｂデータ及びユーザ情報の開示範囲について設定することができる。これは、システム管理者と同様に、個別又はユーザ属性別で設定することができる。ただし、設定可能な範囲は、自身の管理下のコミュニティ内のユーザ又は管理者に関するもののみであり、かつシステム管理者及びグループ管理者が設定した範囲内においてのみである。

（２）コミュニティの機能制限権
コミュニティ管理者は、グループ管理者と同様に、自身の管理下のコミュニティにおける機能制限を設定することができる。

（３）アカウント提供権
コミュニティ管理者は、グループ管理者と同様に、アカウント申請権を登録ユーザに対して提供することができる。グループ管理者と異なる点は、グループ管理端末２００の代わりにコミュニティ管理端末３００を用いるという点である。

（４）アカウント提供権の付与権
コミュニティ管理者は、グループ管理者と同様に、アカウント提供権を他の管理者や登録ユーザに対して付与することができる。グループ管理者と異なる点は、グループ管理端末２００の代わりにコミュニティ管理端末３００を用いるという点である。

（５）コミュニティへの参加許可権
コミュニティ管理者は、コミュニティ管理端末３００を用いて管理サーバ１００に、特定のテーマに基づいたコミュニティの作成要求を送信し、自身のＷｅｂページ上にそのテーマの電子掲示板などを作成することができる。
登録ユーザがこのコミュニティに参加するときには、ユーザ端末４００を用いて、そのコミュニティの参加を希望している旨の情報を管理サーバ１００に送信する。管理サーバ１００は、その希望情報を該当するコミュニティを管理するコミュニティ管理者のコミュニティ管理端末３００に送信する。コミュニティ管理者は、その登録ユーザによるコミュニティへの参加を許可する場合には、その許可する旨の情報をコミュニティ管理端末３００を用いて管理サーバ１００に送信する。すると、管理サーバ１００は、そのコミュニティの管理番号に対応付けて、その登録ユーザのＩＤを自身のデータベース１１０内に登録する。以降、その登録ユーザは、ユーザ端末４００を用いてそのコミュニティの電子掲示板への書き込み等を行うことができるようになる。

（Ｄ）登録ユーザ
コミュニティ管理者は、（１）アカウント提供権を有する。
このアカウント提供権は、前述のグループ管理者又はコミュニティ管理者と同様に、アカウント申請権を他の登録ユーザに対して提供することができる。異なる点は、登録ユーザは、ユーザ端末４００を用いるという点である。

（第１の実施形態の動作）
次に、本発明の第１の実施形態におけるコミュニケーションサービスシステムの動作について、具体例をあげて詳細に説明する。
図４は、本発明の第１の実施形態におけるコミュニケーションサービスシステム内の各管理者及びユーザの関係の一例を示す図である。
図に示すように、本実施形態では、一例として、グループを「病院」、「フィットネスジム」、「スーパーマーケット」とする。
このうち、グループ「病院」内のコミュニティ管理者を医者とし、そのコミュニティの参加ユーザを患者とする。また、グループ「フィットネスジム」内のコミュニティ管理者をインストラクターとし、参加ユーザをジム会員とする。また、グループ「スーパーマーケット」内のコミュニティ管理者をそのスーパーマーケットの店員（店長や営業職）とし、参加ユーザをそのスーパーマーケットの顧客とする。
本実施形態における登録ユーザは、これら「病院」、「フィットネスジム」、「スーパーマーケット」の全てのグループ内のコミュニティに属しているものとする。

次に、これらの各管理者及びユーザの関係において、登録ユーザのユーザ情報の開示範囲の設定を行うときのコミュニケーションサービスシステムによる動作について説明する。
図５は、本発明の第１の実施形態におけるコミュニケーションサービスシステムによるユーザ情報の開示範囲の設定動作の流れを示すシーケンスチャートである。

まず、システム管理者、グループ管理者、コミュニティ管理者又は登録ユーザは、ある登録ユーザのユーザ情報の開示範囲の設定を行うとき、各端末１５０，２００，３００，４００を用いてログインし、管理サーバ１００に開示範囲の設定要求を送信する（ステップＳ１０１）。

管理サーバ１００は、その開示範囲の設定要求を受信すると、その設定要求とともに受信したＩＤを判定して、開示範囲の設定を要求している者と、開示範囲の設定の対象となる登録ユーザとを識別する（ステップＳ１０２）。

次に、管理サーバ１００は、データベース１１０を検索し、その開示範囲の設定を要求している者が、その対象となる登録ユーザのユーザ情報の開示範囲の設定が許可されているか否かを判断し（ステップＳ１０３）、許可されていれば（ステップＳ１０３／Ｙｅｓ）、その設定要求されている内容で開示範囲の設定を行い（ステップＳ１０４）、開示範囲の設定が完了した旨の通知を返送する（ステップＳ１０５）。そして、管理サーバ１００は、ユーザ情報の開示範囲の設定が行われた登録ユーザのユーザ端末４００に対して、その開示範囲の設定が行われた旨の通知を送信する（ステップＳ１０６）。
一方、管理サーバ１００は、開示範囲の設定が許可されていないと判断したときは（ステップＳ１０３／Ｎｏ）、開示範囲の設定を実行せず、その実行しなかった旨の通知を返送する（ステップＳ１０７）。

このように、管理サーバ１００は、ユーザ情報の開示範囲の設定が許可されている者からの要求に対してのみ、その設定動作を実行するので、登録ユーザのユーザ情報を適切な者に対してのみ開示され、ユーザ情報が無制限に流出することを防止することが可能となる。

次に、ユーザ情報の開示範囲の設定が実行された後の、ユーザ情報の開示動作について説明する。
図６，７は、本発明の第１の実施形態におけるコミュニケーションサービスシステムによるユーザ情報の開示動作の流れを示すシーケンスチャートである。

まず、登録ユーザは、病院を訪れ、診察を受けたとする。
このとき、登録ユーザを診察した医者（＝コミュニティ管理者）は、コミュニティ管理端末３００を用いて、その登録ユーザの健康状態や処方薬リスト等のユーザ情報（診察情報）を入力する。コミュニティ管理端末３００は、この入力された診察情報を管理サーバ１００に送信し（ステップＳ２０１）、管理サーバ１００は、この診察情報をデータベース１１０内に登録する（ステップＳ２０２）。

この登録された診察情報の開示範囲の設定については、登録ユーザ本人、診察した医者（＝コミュニティ管理者）、病院の責任者（＝グループ管理者）、システム管理者が設定可能である。
なお、本実施形態では、この診察情報のうち、登録ユーザの簡単な健康状態について、登録ユーザ担当のインストラクター及びスーパーマーケットの店員に開示しているものとする。

その登録ユーザ担当のインストラクターは、コミュニティ管理端末３００を用いて管理サーバ１００にアクセスすると（ステップＳ２０３）、自身に対して開示設定されている登録ユーザのユーザ情報を受信し（ステップＳ２０４）、閲覧することができる。
ここで、インストラクターは、前述の診察情報を閲覧し、例えばその登録ユーザが肥満により血圧が高めであった場合には、その肥満を解消するような運動プログラムや食事プログラムを組み、コミュニティ管理端末３００を用いて、その運動及び食事のプログラム情報を入力して管理サーバ１００に送信し（ステップＳ２０５）、自身のコミュニティのＷｅｂページ上に掲載可能なように登録する（ステップＳ２０６）。
その後、登録ユーザは、ユーザ端末４００を用いて、管理サーバ１００にアクセスし（ステップＳ２０７）、そのインストラクターが管理するコミュニティのＷｅｂページを閲覧し（ステップＳ２０８）、そのインストラクターが提案した運動プログラムを参考にして、フィットネスジムで運動を行い、食事プログラムに沿った食生活を送る。

この登録された運動及び食事プログラム情報の開示範囲の設定については、登録ユーザ本人、プログラムを提案したインストラクター（＝コミュニティ管理者）、フィットネスジムの責任者（＝グループ管理者）、システム管理者が設定可能である。
なお、本実施形態では、この運動及び食事プログラム情報については、登録ユーザがよく利用するスーパーマーケットの店員に開示しているものとする。

さらに、スーパーマーケットの店員も、コミュニティ管理端末３００を用いて管理サーバ１００にアクセスすると（ステップＳ２０９）、自身に対して開示された登録ユーザのユーザ情報を受信し（ステップＳ２１０）、閲覧することができる。
ここで、スーパーマーケットの店員は、前述の診察情報及びインストラクターが提案した食事プログラムを閲覧すると、その診察情報には登録ユーザが肥満により血圧が高めであることが示されており、その食事プログラムには肥満を解消するような食事のレシピが提案されているとする。
このとき、スーパーマーケットの店員は、その食事のレシピの食材リストに掲載されている食材のうち、当該スーパーマーケットで取り扱っている商品の価格等を示した広告情報をコミュニティ管理端末３００を用いて作成する（ステップＳ２１１）。そして、スーパーマーケットの店員は、コミュニティ管理端末３００を用いて、その作成した広告情報を管理サーバ１００に送信し（ステップＳ２１２）、自身のコミュニティのＷｅｂページ上に掲載可能なように登録する（ステップＳ２１３）。
その後、登録ユーザは、ユーザ端末４００を用いて、管理サーバ１００にアクセスし（ステップＳ２１４）、そのスーパーマーケットの店員が管理するコミュニティのＷｅｂページ上の広告情報を閲覧し（ステップＳ２１５）、スーパーマーケットを訪れ、それらの食材等を購入する。
このとき、登録ユーザが購入した商品の情報は、スーパーマーケットに設置されており、いわゆるＰＯＳ端末として機能するコミュニティ管理端末３００により登録ユーザのユーザ情報として入力され（ステップＳ２１６）、管理サーバ１００に送信され（ステップＳ２１７）、登録される（ステップＳ２１８）。

以上説明したように、本実施形態によれば、登録ユーザのユーザ情報を各グループ間（病院、フィットネスジム、スーパーマーケット）で共有するので、登録ユーザは、特に自ら繁雑な情報の入力作業や情報の取得要求をすることなく、自身にとって有益な情報を容易に取得することが可能となる。
例えば、登録ユーザは、病院での診察情報に基づいて、登録ユーザにカスタマイズされた運動プログラム、食事プログラム、食材の広告情報等の有益な情報をコミュニティのＷｅｂページ上で簡単に閲覧することができる。

一方、各グループ側（病院、フィットネスジム、スーパーマーケット）にとっても、登録ユーザのユーザ情報を容易に取得することができ、自身の広告等に利用することが可能となるとともに、今後のマーケティングの参考にすることができる。

また、以上説明した本実施形態では、病院の診察情報をフィットネスジムの提供情報に利用し、さらにこれら診察情報及びフィットネス情報をスーパーマーケットの広告情報に利用しているが、これら各グループ間における情報の利用は、これら以外にも相互に行うことが可能である。
例えば、スーパーマーケットで取得した登録ユーザの食材の購入履歴情報から、インストラクター側が食事レシピを作成し、登録ユーザに提供することができるし、医者側が食生活に関するアドバイスを行うこともできる。

さらに、同一のグループ内における各コミュニティ間（医者・薬剤師間、インストラクター間、店員間）においても、情報の相互利用が可能である。例えば、病院内において、内科の医者による診察情報を、外科の医者による診察に利用したり、スーパーマーケットの新宿支店における購入情報を、銀座支店で利用したりすることもできる。

また、登録ユーザのユーザ情報は、その開示対象を個々に、又は開示対象の属性によって、その開示範囲を管理サーバ１００に細かく設定できるので、私的な情報を無制限に流出することを防止することが可能となる。
例えば、登録ユーザのユーザ情報は、この店員にはこの程度まで開示し、このインストラクターにはこの程度まで開示するというように個々にその開示範囲を設定することができるし、この病院の医者全員にこの程度まで開示し、このスーパーマーケットの新宿支店の店員にのみこの程度まで開示するというように属性に応じて一括して開示範囲を設定することもできる。
なお、この登録ユーザのユーザ情報の開示範囲の設定については、各管理者が管理サーバ１００や自身の端末２００，３００を用いて設定できるとともに、登録ユーザは、自身のユーザ情報について最終的にその開示範囲をユーザ端末４００を用いて設定することができるので、自身のプライバシーを保護することが可能である。

（第１の実施形態の画面表示例、データベース１１０の構成例）
次に、本発明の第１の実施形態におけるユーザ端末４００の画面表示例及び管理サーバ１００内のデータベース１１０の構成例ついて、図面を用いて詳細に説明する。

図８は、本発明の第１の実施形態におけるコミュニケーションネットワーク内の登録ユーザの個人Ｗｅｂページ画面の一例を示す図である。
登録ユーザは、前述の付与されたアカウントをログイン画面（図示せず）上で入力すると、図に示すような登録ユーザの個人Ｗｅｂページが管理サーバ１００からユーザ端末４００に送信され、ユーザ端末４００の表示画面上に表示される。
図に示すように、この登録ユーザの個人Ｗｅｂページ上には、ユーザ端末の個人プロフィール、スケジュール表、日記、この登録ユーザを紹介した他の登録ユーザ、この登録ユーザが紹介した他の登録ユーザ、そしてこの登録ユーザが参加しているコミュニティの情報（見出し）が表示されている。
このうち、コミュニティ情報には、この登録ユーザが参加しているコミュニティ又はグループからの有益な情報（運動プログラム、食事プログラム、特売情報、担当医の休みの日のお知らせ等）の見出しが示される。

その登録ユーザの個人Ｗｅｂページ上のボタンやタブなどをクリックすると、そのコミュニティ情報の専用Ｗｅｂページに遷移し、登録ユーザは、コミュニティ情報のより詳細な内容を閲覧することができる。
図９は、そのコミュニティ情報の専用Ｗｅｂページの画面の一例を示す図である。
図に示すように、この専用ページには、前述の食事プログラムのレシピの詳細や、特売情報の詳細等が示される。
登録ユーザは、面倒な問い合わせを病院やフィットネスジムにすることなく、このコミュニティ情報を閲覧することで容易に有益な情報を取得することができるようになっている。

また、前述したように、各管理者及び登録ユーザは、それぞれ自身の管理下のユーザ情報の開示範囲の設定を行うことができる。
図１０は、管理サーバ１００で管理されているデータベース１１０のデータ構成の一例であって、どの管理者又は登録ユーザが、どの登録ユーザのユーザ情報の開示範囲を設定可能か否かが示されている。
図に示すように、例えば、フィットネスジムの管理者（＝グループ管理者）は、そのフィットネスジムに勤務するインストラクターＩａ，Ｉｂの管理下のコミュニティに参加するジム会員Ｍａ，Ｍｂ（＝参加ユーザ）のユーザ情報の開示範囲の設定を行うことができる。
また、そのインストラクターＩａ（＝コミュニティ管理者）は、自身の管理下のコミュニティに参加するジム会員Ｍａのユーザ情報の開示範囲の設定を行うことができるようになっている。
また、ジム会員Ｍａは、自身のユーザ情報の開示範囲の設定を行うことができるようになっている。

また、前述したように、本実施の形態では、登録ユーザのユーザ情報の開示範囲を、開示対象者個々に、又は開示対象者の属性に応じて、管理サーバ１００内のデータベース１１０に詳細に設定及び変更できるようになっている。
図１１は、その開示範囲の設定に関するデータベース１１０におけるデータ構成の一例を示す図である。
図に示すように、例えば、登録ユーザの診察情報については、フィットネスジムの担当インストラクターと、スーパーマーケットの特定の店員とに対して、血圧、体脂肪率、コレステロール、中性脂肪等の簡易な内容が開示されている。
また、スーパーマーケットにおける購買情報（ＰＯＳ情報）については、スーパーマーケットの店員全員、インストラクター全員というように属性によって開示範囲が設定されている。
なお、開示範囲を設定する開示対象者の属性については、あらゆる基準で細かく開示範囲を設定することができる。例えば、性別、年齢、誕生日、収入、資格の有無、住所、属する組織、役職（地位）などの１つ又は組み合わせで開示対象者の属性を決定することができる。
また、図に示すように、特定の人物や、特定の属性を有する人物に対して、情報の開示を禁止するように設定することもできる。

＜第２の実施形態＞
（第２の実施形態の概要）
次に、本発明の第２の実施形態について説明する。
本実施形態におけるコミュニケーションサービスシステムは、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）の技術を利用して、登録ユーザの現在位置を確認して、その現在位置に応じた有益な情報を登録ユーザに提供するものである。
以下、本実施形態における構成及び動作等は、特に特記しない限り、本発明の第１の実施形態と同様であるものとする。

（第２の実施形態の構成）
図１２は、本発明の第２の実施形態におけるコミュニケーションサービスシステムの構成を示す図である。
図に示すように、本実施形態におけるコミュニケーションサービスシステムは、第１の実施形態と同様に、管理サーバ１００と、グループ管理端末２００と、コミュニティ管理端末３００と、ユーザ端末４００とが、ネットワーク１０を介して接続されて構成されている。本実施形態では、この構成に加えて、さらに、ＧＰＳ衛星５００が追加されている。

本実施形態では、ユーザ端末４００は、携帯電話機、ＰＨＳ又はＰＤＡ等の携帯可能な情報処理装置である。ユーザ端末４００は、ＧＰＳ衛星５００との交信によりそのユーザ端末４００の現在位置、すなわちこのユーザ端末４００を携帯する登録ユーザの現在位置を把握し、画面上にその現在位置を表示することができる。なお、このＧＰＳの技術を用いて現在位置を把握する方法については、一般的に利用されているものと同様であるので、その詳細な説明は省略する。
また、この現在位置情報は、この情報を取得したユーザ端末４００から管理サーバ１００に送信され、登録される。この登録される現在位置情報は、一定時間ごとに更新される。
また、この管理サーバ１００に登録される現在位置情報は、第１の実施形態における他のユーザ情報（診察情報など）と同様にその開示範囲を登録ユーザ本人や各管理者が設定することができるようになっている。

また、本実施形態では、登録ユーザが所定の位置に来ると、所定の情報が記された位置配信メールが管理サーバ１００からユーザ端末４００に配信される。
登録ユーザや各管理者は、この位置配信メールの内容と、所定の位置情報とを、自身の端末２００，３００，４００を用いて管理サーバ１００に予め送信し、互いに対応付けて登録しておく。
例えば、この位置配信メールを登録する者が店員である場合には、この位置配信メールの内容を店舗の広告などとし、登録ユーザがその店舗にある程度接近すると、その広告が記された位置配信メールを送信するようにする。

（第２の実施形態の動作）
次に、本実施形態におけるコミュニケーションサービスシステムの動作について、具体例をあげて詳細に説明する。
図１３は、本発明の第２の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。
まず、ユーザ端末４００は、ＧＰＳ衛星５００間との交信により現在位置情報を取得すると（ステップＳ３０１）、その取得した現在位置情報を管理サーバ１００に送信し（ステップＳ３０２）、管理サーバ１００に登録される（ステップＳ３０３）。
管理サーバ１００は、その登録された現在位置情報の登録ユーザのＩＤをキーにして、この現在位置情報の開示を許可しているユーザや管理者を検索する（ステップＳ３０４）。
ここで、その現在位置情報の開示を許可しているユーザや管理者が存在する場合（ステップＳ３０５／Ｙｅｓ）、そのユーザや管理者が、前述の位置配信メールを管理サーバ１００内に蓄積しているか否かを判断する（ステップＳ３０６）。
その位置配信メールが蓄積されている場合には（ステップＳ３０６／Ｙｅｓ）、管理サーバ１００は、その位置配信メールを登録したユーザ又は管理者が登録している位置情報の位置と、その登録ユーザの現在位置との距離を計算する（ステップＳ３０７）。
その計算した距離が、予め定められた距離以下である場合（ステップＳ３０８／Ｙｅｓ）、管理サーバ１００は、該当する位置配信メールをその登録ユーザのユーザ端末４００へ送信する（ステップＳ３０９）。
ユーザ端末４００は、その位置配信メールを受信すると、画面上に表示する（ステップＳ３１０）。

このように、本実施形態では、登録ユーザは、予め決められた住所に近づくと、その住所のユーザや管理者から位置配信メールが届き、そのメール上に示された有益な情報を得ることができる。
例えば、飲食店をグループとし、その飲食店の店員をコミュニティ管理者とし、この店員により、その飲食店の割引クーポンや広告文が示された位置配信メールと、その飲食店の住所とが管理サーバ１００に登録されていたとする。
この場合、登録ユーザがその飲食店から一定の距離内に接近したとき、その飲食店の広告等が示された位置配信メールがその登録ユーザのユーザ端末４００に送信される。

以上説明したように、本実施の形態では、登録ユーザが、現在位置情報の開示を許可した他の登録ユーザや管理者の登録位置に接近すると、特に繁雑な作業を行うことなく、その登録ユーザにとって有益な情報を自動的に取得することができる。
また、位置配信メールの送信側のユーザや管理者が指定した位置に接近したタイミングで、その送信側が送信を希望する内容のメールを送信することができるので、送信側にとっても、店舗の広告や重要な連絡事項などを容易かつ効果的なタイミングで登録ユーザに伝えることができる。

なお、本実施形態では、ユーザ端末４００が直接ＧＰＳ衛星５００と交信し、現在位置情報を取得するように構成されていたが、一般的なＧＰＳと同様に、位置情報センター（基準局）及び基地局を介して現在位置情報を取得する構成であってもよい。
また、ユーザ端末４００と直近の携帯電話機やＰＨＳの基地局の位置や、その基地局との間の電波強度から、そのユーザ端末４００の現在位置を把握するようにしてもよい。
また、本実施形態では、ユーザ端末４００が現在位置情報を取得してから、管理サーバ１００に送信し、その現在位置情報を登録するように構成していたが、ＧＰＳ衛星５００又は前述の基地局等から、直接管理サーバ１００に送信し、登録するように構成してもよい。

＜第３の実施形態＞
（第３の実施形態の概要）
次に、本発明の第３の実施形態について説明する。
本実施形態では、登録ユーザが自身の現在の状況をコミュニティ上で公開するとともに、他の登録ユーザのユーザ端末４００に対してその現在の状況を伝えるメール（以下、位置通知メールという）を送信することにより、その現在の状況を他の登録ユーザに容易に伝達することを可能とすることができるようになっている。
以下、本実施形態における構成及び動作等は、特に特記しない限り、本発明の第２の実施形態と同様であるものとする。

（第３の実施形態の構成）
まず、本実施形態におけるコミュニケーションサービスシステムの構成について説明する。
図１４は、本発明の第３の実施形態におけるコミュニケーションサービスシステムの構成を示す図である。
図に示すように、本実施の形態におけるコミュニケーションサービスシステムは、前述の第１，２の実施形態におけるシステムに加えて、さらに店舗施設端末６００を有している。
この店舗施設端末６００は、登録ユーザが訪れる行きつけの店舗や駅・公園等の施設に設置されており、その登録ユーザが訪れた際に、そのユーザのＩＤ等を入力したり、購入したものを入力したりして、その登録ユーザの行動履歴を取得するために使用される。

また、本実施の形態では、管理サーバ１００は、前述のデータベース１１０の他に、登録ユーザがよく訪れる店舗や施設に関する情報を管理する店舗施設データベース１２０と、前述の位置通知メールの送付先を管理する送付先データベース１３０とを有している。
以下、これら、各データベース１２０，１３０により管理されるデータの構成例について説明する。

図１５は、本発明の第３の実施形態における店舗施設データベース１２０のデータ構成の一例を示す図である。
図に示すように、この店舗施設データベース１２０には、店舗や施設等のＩＤと、その店舗や施設等の名称と、その店舗や施設等の位置情報と、その店舗や施設等のホームページのＵＲＬとが互いに対応付けられて格納されている。
管理サーバ１００は、この店舗施設データベース１２０を利用して、現在位置情報の開示設定を行っている登録ユーザが現在どの店舗や施設にいるのかを容易に特定できるようになっている。
なお、この店舗施設端末６００は、ＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）端末としての機能を備えるように構成してもよい。

図１６は、本発明の第３の実施形態における送付先データベース１３０のデータ構成の一例を示す図である。
図に示すように、この送付先データベース１３０には、登録ユーザのＩＤと、その登録ユーザの氏名と、その登録ユーザが位置通知メールの送付を希望している他の登録ユーザが属するコミュニティのＩＤと、店舗や施設等のＩＤとが互いに対応付けられて格納されている。
管理サーバ１００は、前述したように登録ユーザの現在いる店舗等を特定すると、その送付先データベース１３０を参照して、その店舗等に関連するコミュニティを抽出し、そのコミュニティに属する他の登録ユーザ全員を一括して送付先とする。

（第３の実施形態の動作）
次に、本実施形態におけるコミュニケーションサービスシステムの動作について、具体例をあげて詳細に説明する。なお、ここでは、一例として、登録ユーザが来店した店舗等に来店した事実及びその店舗の位置を、その登録ユーザの友人である他の登録ユーザにメールにて知らせるものとする。
図１７，１８は、本発明の第３の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。
以下、この図に沿って、説明を進める。

登録ユーザは、店舗などを訪れると、その店舗などに設置されている店舗施設端末６００に、会員カード等の記録媒体内の情報を読み込ませたり、自身で登録ユーザのＩＤをキー入力したりして、その来訪履歴を入力する（ステップＳ４０１）。
店舗施設端末６００は、その入力された来訪履歴を管理サーバ１００へ送信する（ステップＳ４０２）。
管理サーバ１００は、その来訪履歴を受信すると、自身に蓄積する。
このように登録ユーザの来訪履歴を蓄積することで、各登録ユーザの行動の特徴や方向性を取得でき、今後のマーケティング等に有効利用することができる。

次に、登録ユーザは、ユーザ端末４００を用いてコミュニケーションサービスシステムにアクセスし（ステップＳ４０３）、自身が属するコミュニティの専用Ｗｅｂページの画面を表示させる（ステップＳ４０４）。
次に、登録ユーザは、ユーザ端末４００を用いて、そのコミュニティの専用Ｗｅｂページの電子掲示板上などに、自身の現在状況を書き込む（ステップＳ４０５）。
例えば、このとき、登録ユーザは、「今、私は、新宿の○○新宿店にいます。暇な人は集合！」といったような文面をその電子掲示板上に書き込む。

次に、登録ユーザは、ユーザ端末４００を用いて、そのコミュニティの専用Ｗｅｂページ上のボタンをクリックする等して、位置通知メールの配信を希望する旨を入力すると、ユーザ端末４００は、ＧＰＳ衛星５００間との交信により現在位置情報を取得する（ステップＳ４０６）。
そして、ユーザ端末４００は、その取得した現在位置情報とともに、位置通知メールの配信を希望する旨の情報を管理サーバ１００に送信する（ステップＳ４０７）。

管理サーバ１００は、位置通知メールの配信を希望する旨の情報等をユーザ端末４００から受信すると、前述のデータベース１１０を参照し、その受信情報に含まれるＩＤからその登録ユーザの氏名等を特定する（ステップＳ４０８）。

次に、管理サーバ１００は、前述の店舗施設データベース１２０を参照し、そのユーザ端末４００から取得した現在位置情報に基づいて、登録ユーザが現在いる店舗や施設を特定し、その店舗や施設のＩＤ、名称及びホームページのＵＲＬを抽出する（ステップＳ４０９）。

次に、管理サーバ１００は、前述の送付先データベース１３０を参照し、そのユーザ端末４００から取得した登録ユーザのＩＤ及び抽出した店舗や施設のＩＤに基づいて、該当するコミュニティのＩＤを抽出する（ステップＳ４１０）。

そして、管理サーバ１００は、データベース１１０を参照して、そのコミュニティの専用ＷｅｂページのＵＲＬを抽出し、このＵＲＬが示された位置通知メールを作成する（ステップＳ４１１）。
なお、この位置通知メールには、「○○コミュニティでご一緒の××さんからのお知らせです」といったような簡単な文章を示すようにしてもよい。
また、この位置通知メールには、前述した店舗等のＵＲＬを示すようにしてもよい。

次に、管理サーバ１００は、前述のデータベース１１０を参照し、そのコミュニティに属する登録ユーザ全員（送付元の登録ユーザを除く）のアドレスを抽出し（ステップＳ４１２）、そのアドレス宛に位置通知メールを送付する（ステップＳ４１３）。

その送付先の他の登録ユーザは、自身のユーザ端末４００によりその位置通知メールを受信すると、画面上にそのメール文を表示する（ステップＳ４１４）。
そして、その送付先の他の登録ユーザは、ユーザ端末４００を用いて、その位置通知メール上に示されたコミュニティの専用ＷｅｂページのＵＲＬをクリックする等して、そのページへのアクセスを管理サーバ１００へ要求すると（ステップＳ４１５）、管理サーバ１００からユーザ端末４００へそのページ画面が送信され、表示される（ステップＳ４１６）。
その送付先の他の登録ユーザは、そのコミュニティの専用Ｗｅｂページの電子掲示板に書き込まれた前述の登録ユーザの書き込みを閲覧し、その登録ユーザが現在状況を把握し、その登録ユーザが現在いる店舗等を訪れる。

送付先の他の登録ユーザは、その店舗等を訪れると、その店舗等に設置されている前述の店舗施設端末６００に、登録ユーザと同様に、その店舗等への来訪履歴を入力する（ステップＳ４１７）。
そして、店舗施設端末６００は、この入力された来訪履歴を管理サーバ１００へ送信し（ステップＳ４１８）、管理サーバ１００は、その来訪履歴を自身に蓄積する。

また、それら登録ユーザ及び他の登録ユーザが、その店舗等から去るときも、同様に、その時刻、支払い金額、及びその店舗等における利用内容などの履歴の入力や、管理サーバ１００への送信、蓄積等が行われる（ステップＳ４１９、Ｓ４２０）。

以上説明したように、本実施の形態によれば、登録ユーザは、現在の自身の状況を電子掲示板に書き込み、現在状況を属するコミュニティの他の登録ユーザに通知する旨の要求をネットワークを介して行うだけで、その他の登録ユーザに対して、いちいちメールや電話をすることなく、簡単に伝えることが可能となる。
例えば、登録ユーザが、居酒屋にいるときに、自身が通っているスポーツジム関係の複数の友人に対して、同時に今いる居酒屋の場所を教え、途中からの合流を促すことができる。

また、その登録ユーザの友人にとっても、時間をもてあましている場合に、時間の有効利用を行うことができる。

また、店舗や施設側は、来店した登録ユーザを辿って他の登録ユーザも来店するので、来店者数の増加を効率よく実現することが可能となる。
また、店舗等に設置されている店舗施設端末６００を用いて、訪れた登録ユーザたちの滞留時間や支払い金額、アフリエイト（閲覧者の入店）情報等が記録されるので、Ｏｎｅ ｔｏ ｏｎｅ マーケティングが可能になり、マーケティングコストの最適分配が可能となる。

なお、本実施の形態では、登録ユーザは、コミュニティの電子掲示板に書き込んで、現在の状況をそのコミュニティに属する他の登録ユーザに伝えたが、これは、コミュニティに属する他の登録ユーザ全員がこの電子掲示板を閲覧できるように設定してもよいし、第１の実施形態で説明した開示制限機能を用いて特定の他の登録ユーザだけ閲覧可能に設定することもできる。

また、本実施の形態では、あるコミュニティに属する他の登録ユーザ全員に位置通知メールを送付していたが、その送付先の他の登録ユーザを個々に設定することもできる。
このとき、送付先データベース１３０には、登録ユーザのＩＤと、送付先の他の登録ユーザのＩＤと、その送付先のアドレスと、店舗や施設のＩＤとが対応付けられて格納されている。
管理サーバ１００は、登録ユーザのＩＤと、店舗や施設のＩＤとに基づいて、送付先の他の登録ユーザのＩＤやアドレスを抽出して、その該当する送付先に位置通知メールを送付する。
このように、送付元の登録ユーザが今いる場所に応じて、その送付先を任意に選択することもできる。
また、その送付先の登録ユーザが、送付元の登録ユーザが属しているコミュニティに属していない場合でも、位置通知メールを受け取り可能に設定することもできる。

＜第４の実施形態＞
（第４の実施形態の概要）
以上説明した第３の実施形態では、登録ユーザは、自分の友人等からメールを受け取ることにより、現在友人等のいる店舗や施設を把握することができるというものである。
これに対し、以下説明する第４の実施形態では、登録ユーザは、管理サーバ１００にアクセスしてＷｅｂページを閲覧することにより、例えばオフィスやカフェといった各店舗又は各施設にいる自分の友人の人数と、具体的に誰がいるのかを容易に把握するというものである。
以下、特記しない限り、本実施形態における構成及び動作は、第３の実施形態と同様であるものとして説明を進める。

（第４の実施形態の動作）
図１９，２０は、本発明の第４の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。
以下、この図に沿って、本実施形態におけるコミュニケーションサービスシステムによる動作について説明する。

まず、各登録ユーザは、ユーザ端末４００を用いて、自分のスケジュール情報を作成し（ステップＳ５０１）、自身の登録ユーザのＩＤとともに管理サーバ１００に送信する（ステップＳ５０２）。
また、このとき、各登録ユーザは、自分のスケジュール情報の開示を許可する他の登録ユーザについて、その許可対象の登録ユーザのＩＤをユーザ端末４００により入力して管理サーバ１００へ送信する。

管理サーバ１００は、この各登録ユーザのスケジュール情報等を受信すると、その受信したスケジュール情報を自身のデータベース１１０に蓄積する（ステップＳ５０３）。
このスケジュール情報は、例えば、「１３：００〜１７：００にオフィス」といったようにどの時間帯にどの場所にいるかが示されている情報である。
管理サーバ１００は、データベース１１０において、その情報主の登録ユーザのＩＤに対応付けて、それらスケジュール情報を蓄積し管理する。
また、管理サーバ１００は、その情報主の登録ユーザのＩＤと、その情報の開示を許可している他の登録ユーザのＩＤとを互いに対応付けてデータベース１１０に登録しておき、スケジュール情報をどの登録ユーザに開示してよいかを把握可能にしておく。

その後、ある登録ユーザが、自分の友人等（他の登録ユーザ）が立ち寄る店舗や施設を知りたくなったとする。これ以降、その登録ユーザは、管理サーバ１００にアクセスして、管理サーバ１００に管理されている、友人等の他の登録ユーザのスケジュール情報の取得を要求する。
まず、その登録ユーザは、ユーザ端末４００を用いて、スケジュールの知りたい時間帯を指定して（ステップＳ５０４）、管理サーバ１００にアクセスして、その時間帯における自分の友人等のいる場所の取得を要求する（ステップＳ５０５）。
この要求の際、ユーザ端末４００は、その登録ユーザのＩＤも共に管理サーバ１００へ送信する。

管理サーバ１００は、その友人等の現在位置の取得要求を受信すると、同時に受信した登録ユーザのＩＤに基づいて、この登録ユーザに対してスケジュール情報の開示を許可している他の登録ユーザをデータベース１１０から検索する（ステップＳ５０６）。
次に、管理サーバ１００は、この検索の結果データベース１１０から抽出した他の登録ユーザのスケジュール情報を参照し、前述の指定された時間帯に該当するスケジュールを抽出する（ステップＳ５０７）。
そして、管理サーバ１００は、それら他の登録ユーザ（友人等）を、その指定された時間帯にいる（予定の）店舗や施設ごとに分類し（ステップＳ５０８）、その店舗や施設ごとの人数を算出して（ステップＳ５０９）、それら店舗や施設の名称と現在いる人数とが示されたＷｅｂページを作成し、友人等の居場所の取得要求元のユーザ端末４００へ送信する（ステップＳ５１０）。

ユーザ端末４００は、そのＷｅｂページを受信すると、表示する（ステップＳ５１１）。
図２１は、指定された時間帯に、その登録ユーザの友人等がいる店舗や施設の名称と、その人数とが示されたＷｅｂページの一例を示す図である。
図の例では、登録ユーザの友人等は、現在オフィスに１人、カフェに２人いることが示されている。
登録ユーザは、ユーザ端末４００を用いて、これらの店舗や施設名をクリックして、具体的に誰がいるのかという情報の取得を管理サーバ１００に要求すると（ステップＳ５１２）、管理サーバ１００は、その要求に応じて、そのクリックされた店舗や施設にいる友人等の氏名が示されたＷｅｂページを作成し、ユーザ端末４００へ送信する（ステップＳ５１３）。

ユーザ端末４００は、そのＷｅｂページを受信すると、表示する（ステップＳ５１４）。
図２２は、その店舗や施設にいる友人等の登録ユーザの氏名が示されたＷｅｂページの一例を示す図である。
登録ユーザは、ユーザ端末４００を用いて、そのＷｅｂページ上の友人等の登録ユーザの氏名うち、具体的なスケジュールが知りたい登録ユーザの氏名をクリックして、そのスケジュール情報の取得を管理サーバ１００に要求する（ステップＳ５１５）。

管理サーバ１００は、そのスケジュール情報の取得要求を受信すると、その友人等の登録ユーザのスケジュール情報のうち、指定された時間帯のスケジュール情報をデータベース１１０から抽出し（ステップＳ５１６）、情報の取得要求元のユーザ端末４００へ送信する（ステップＳ５１７）。
このとき、例えば、「１４：３０〜１５：３０の時間帯」のスケジュール情報を要求されている場合には、その時間帯の一部又は全部を含む、「１５：００〜１６：００にカフェ」のスケジュール情報が要求元のユーザ端末４００へ送信される。

ユーザ端末４００は、そのスケジュール情報を受信すると、表示する（ステップＳ５１８）。
図２３は、そのユーザ端末４００に表示されるスケジュール情報の一例を示す図である。
登録ユーザは、このスケジュール情報をユーザ端末４００の画面上で閲覧することにより、自分の友人が、指定した時間帯にそのカフェにいて、さらには１６：００までそのカフェにいる予定であることを容易に把握できる。

以上説明したように、本実施の形態によれば、管理サーバ１００は、各登録ユーザのスケジュール情報を管理しているので、登録ユーザは、ユーザ端末４００を用いてその管理サーバ１００にアクセスすることにより、自分の友人等の登録ユーザのスケジュール情報を容易に把握することが可能となる。
従って、登録ユーザは、急に時間が空いたとき、通勤通学の帰り道等に、電話やメールといった面倒な作業をすることなく自分の友人等のいる場所を知ることができ、友人達との間と簡単にコミュニケーションを図ることができる。

なお、本実施形態において、管理サーバ１００は、第３の実施形態と同様に、ＧＰＳ機能又は携帯電話機若しくはＰＨＳの基地局による現在位置情報の取得方法により、各登録ユーザの現在位置をデータベース１１０に登録しておくようにしてもよい。
このように現在位置情報を登録しておくことで、ある登録ユーザからスケジュール情報の要求があり、その指定時間に現在の時刻が含まれている場合に、管理サーバ１００は、前述の各登録ユーザの現在位置情報を、登録ユーザに提供するスケジュール情報に反映させることができる。
例えば、現在の時刻が１６：００であり、１６：００〜１７：００の時間帯のスケジュール情報の要求があったときに、管理サーバ１００は、Ａさんが現在××カフェにいるという現在位置情報を蓄積している場合には、××カフェにいる登録ユーザの人数を１人追加してＷｅｂページを作成し、要求元の登録ユーザのユーザ端末４００に送信する。

また、本実施の形態では、管理サーバ１００は、友人等の登録ユーザを、店舗又は施設ごとに分類してＷｅｂページを作成し、スケジュール情報の要求元のユーザ端末４００へ送信するものであるが、他の属性で分類してＷｅｂページを作成及び送信するようにしてもよい。
例えば、管理サーバ１００は、友人等の登録ユーザを、現在いる地域別（住所、最寄駅）や友人等の登録ユーザの氏名別（ア行、カ行、サ行．．．）に分類するようにしてもよい。
このことにより、スケジュール情報の要求元の登録ユーザは、店舗名、施設名、地域名、住所名、最寄駅名、友人等の氏名等をキーにして、指定した時間帯のスケジュール情報を容易に検索することができる。

＜実施形態のまとめ＞
以上説明したように、前述した実施形態におけるコミュニケーションサービスシステムは、コミュニティ間、グループ間の各端末において、登録ユーザのユーザ情報を適切な開示範囲で共有することにより、登録ユーザが容易に有益な情報を取得できるとともに、ユーザ情報が悪意のある第三者に流出することを防ぎ、安心してシステムを利用することが可能となる。また、他の登録ユーザ、グループ又はコミュニティにとっても、登録ユーザのユーザ情報を正当かつ容易に取得することができ、マーケティングやデータの統計分析等に利用することが可能となる。

なお、上記の管理サーバ１００、システム管理端末１５０、グループ管理端末２００、コミュニティ管理端末３００、ユーザ端末４００又は店舗施設端末６００は、主にＣＰＵとメモリにロードされたプログラムによって実現される。ただし、それ以外の任意のハードウェアおよびソフトウェアの組合せによってこの装置またはサーバを構成することも可能であり、その設計自由度の高さは当業者には容易に理解されるところである。
また、上記の管理サーバ１００、システム管理端末１５０、グループ管理端末２００、コミュニティ管理端末３００、ユーザ端末４００又は店舗施設端末６００をソフトウェアモジュール群として構成する場合、このプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録され、上記の記録媒体からロードされるようにしてもよいし、所定のネットワークを介して接続されている外部機器からロードされるようにしてもよい。

なお、上記の実施形態は本発明の好適な実施の一例であり、本発明の実施形態は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形して実施することが可能となる。
例えば、前述の実施形態においては、病院、店舗、フィットネスジムなどを例に説明したが、あらゆる組織、施設、グループに本発明を適用することができる。

本発明の第１の実施形態におけるコミュニケーションネットワークの概略を示す図である。 本発明の第１の実施の形態におけるコミュニケーションサービスシステムの構成を示す図である。 本発明の第１の実施形態におけるコミュニケーションネットワークにおける各管理者及びユーザ間の権限の付与を示す図である。 本発明の第１の実施形態におけるコミュニケーションサービスシステム内の各管理者及びユーザの関係の一例を示す図である。 本発明の第１の実施形態におけるコミュニケーションサービスシステムによるユーザ情報の開示範囲の設定動作の流れを示すシーケンスチャートである。 本発明の第１の実施形態におけるコミュニケーションサービスシステムによるユーザ情報の開示動作の流れを示すシーケンスチャートである。 本発明の第１の実施形態におけるコミュニケーションサービスシステムによるユーザ情報の開示動作の流れを示すシーケンスチャートである。 本発明の第１の実施形態におけるコミュニケーションネットワーク内の登録ユーザの個人Ｗｅｂページ画面の一例を示す図である。 本発明の第１の実施形態におけるコミュニティ情報の専用Ｗｅｂページの画面の一例を示す図である。 本発明の第１の実施形態における管理サーバで管理されているデータベースのデータ構成の一例であって、どの管理者又は登録ユーザが、どの登録ユーザのユーザ情報の開示範囲を設定可能か否かが示されている。 本発明の第１の実施形態における開示範囲の設定に関するデータベースにおけるデータ構成の一例を示す図である。 本発明の第２の実施形態におけるコミュニケーションサービスシステムの構成を示す図である。 本発明の第２の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。 本発明の第３の実施形態におけるコミュニケーションサービスシステムの構成を示す図である。 本発明の第３の実施形態における店舗施設データベースのデータ構成の一例を示す図である。 本発明の第３の実施形態における送付先データベースのデータ構成の一例を示す図である。 本発明の第３の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。 本発明の第３の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。 本発明の第４の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。 本発明の第４の実施形態におけるコミュニケーションサービスシステムの動作の流れを示すシーケンスチャートである。 本発明の第４の実施形態において、指定された時間帯に、その登録ユーザの友人等がいる店舗や施設の名称と、その人数とが示されたＷｅｂページの一例を示す図である。 本発明の第４の実施形態において、店舗や施設にいる友人等の登録ユーザの氏名が示されたＷｅｂページの一例を示す図である。 本発明の第４の実施形態において、ユーザ端末に表示されるスケジュール情報の一例を示す図である。

符号の説明

１０ ネットワーク
１００ 管理サーバ
１１０ データベース
１２０ 店舗施設データベース
１３０ 送付先データベース
１５０ システム管理端末
２００ グループ管理端末
３００ コミュニティ管理端末
４００ ユーザ端末
５００ ＧＰＳ衛星
６００ 店舗施設端末

Claims (9)

1. ユーザにより操作されるユーザ端末と、所定の話題をテーマとする電子掲示板および該電子掲示板に参加する前記ユーザからなるコミュニティの管理を行う複数のコミュニティ管理端末と、前記ユーザの情報を管理し前記ユーザ端末またはコミュニティ管理端末からの要求に応じて該ユーザ情報を送信する管理サーバとを有してネットワークを構成するシステムであって、
   前記管理サーバには、前記ユーザ情報に対応付けて、前記ユーザ情報の開示範囲が、前記ネットワークの参加者個々に、または該ネットワークの参加者の属性に応じて設定されていることを特徴とするコミュニケーションサービスシステム。
2. 前記ユーザ端末または前記コミュニティ管理端末は、前記管理サーバ内の前記ユーザ情報の開示範囲の設定を行うことを特徴とする請求項１記載のコミュニケーションサービスシステム。
3. 前記コミュニティ管理端末は、他のコミュニティ管理端末が管理するコミュニティにおけるユーザ情報に基づいて、新たなユーザ情報を前記管理サーバに登録することを特徴とする請求項１または２記載のコミュニケーションサービスシステム。
4. 複数の前記コミュニティ管理端末によりそれぞれ管理される複数のコミュニティを統括して管理するグループ管理端末をさらに有し、
   前記グループ管理端末は、前記管理サーバ内の前記ユーザ情報の開示範囲の設定を行うことを特徴とする請求項１から３のいずれか１項に記載のコミュニケーションサービスシステム。
5. 前記ネットワーク全体の情報を管理するためのシステム管理端末をさらに有し、
   前記グループ管理端末は、前記管理サーバ内の前記ユーザ情報の開示範囲の設定を行うことを特徴とする請求項１から４のいずれか１項に記載のコミュニケーションサービスシステム。
6. 前記管理サーバは、所定の配信情報を格納し、前記ユーザ端末の現在位置を示す現在位置情報を前記ユーザ端末から受信すると、前記現在位置情報の開示が許可されている者が配信を指定した前記配信情報を、前記ユーザ端末に配信することを特徴とする請求項１から５のいずれか１項に記載のコミュニケーションサービスシステム。
7. 前記管理サーバは、前記配信情報と対応付けて所定の位置情報を格納し、該位置情報の位置と前述の現在位置情報の位置との距離が所定値以下となると、前記配信情報を配信することを特徴とする請求項６記載のコミュニケーションサービスシステム。
8. 前記管理サーバは、前記ユーザ端末の現在位置を示す現在位置情報を前記ユーザ端末から受信すると、前記登録者の現在の状況を示す情報を前記現在位置情報の開示が許可されている者の端末へ送信することを特徴とする請求項６または７記載のコミュニケーションサービスシステム。
9. 前記管理サーバは、時間帯と該時間帯にいる場所とを含む各ユーザのスケジュール情報を蓄積し、
   前記ユーザ端末から前記スケジュール情報の取得要求を受信すると、該取得要求において指定された時間帯のスケジュール情報を前記蓄積したスケジュール情報から抽出し、前記取得要求元のユーザ端末に送信することを特徴とする請求項１から８のいずれか１項に記載のコミュニケーションサービスシステム。

Images