JP2001249877A - コミュニティ形成支援方法、通信システムおよびサーバ装置 - Google Patents

Abstract

(57)【要約】 【課題】 自分に合ったコミュニティを探すために要す
る労力および時間を低減でき、また、ユーザの移動先で
も任意に新たなコミュニティを作成することができるコ
ミュニティ形成支援方法、通信システムおよびサーバ装
置を提供する。 【解決手段】 各クライアント端末は、ユーザの状況を
表すユーザ状況情報をサーバ装置に送信する。一方、サ
ーバ装置は、複数のコミュニティに関するコミュニティ
情報を保持しており、各クライアント端末からユーザ状
況情報を受け取ると、これらの複数のコミュニティ情報
のうち、当該ユーザ状況情報が表すユーザの状況に適し
たコミュニティのコミュニティ情報を、当該ユーザ状況
情報を送信したクライアント端末に対して送信する。な
お、ユーザ状況情報には、当該ユーザの位置、行動、興
味等を表す情報が含まれる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の端末装置の
各々が、コミュニティに参加する他の端末装置との間で
通信を行うことができる通信システム、該通信システム
において用いられるコミュニティ形成支援方法、および
サーバ装置に関する。

【０００２】

【従来の技術】従来より、コンピュータネットワークを
利用したシステムのひとつとして、各種のチャットシス
テムが提供されている。このチャットシステムにおいて
は、複数のクライアント端末の各々が、インターネット
等のネットワークを介してチャットサーバと接続され、
各クライアント端末間でリアルタイムに文字情報を交換
することによりコミュニケーションを成立させるように
なっている。

【０００３】このようなチャットシステムにおいて、上
記チャットサーバには、例えば趣味等に応じて分類され
たコミュニティ（例えば、野球に関するコミュニティ
や、料理に関するコミュニティ等）が予め登録されてい
る。ユーザは、これらのコミュニティのうち、自分の趣
味や興味に合ったコミュニティを選択して参加すること
により、同様の趣味等を持ったユーザ同士でチャットを
楽しむことができるのである。

【０００４】

【発明が解決しようとする課題】ところで、上記チャッ
トシステムにおいて、コミュニティへの参加を希望する
ユーザは、自分の趣味等に合ったコミュニティを探す必
要がある。しかしながら、近年、チャット人気の向上に
伴って多数のコミュニティが存在するようになってきて
いるため、自分の趣味等に合ったコミュニティを探すに
はある程度の時間と労力を要するという問題がある。

【０００５】さらに、コミュニティを探す場合、ユーザ
は、インターネット上の検索エンジンを用いたり、雑誌
やホームページの内容を参照したりする必要がある。従
って、チャットサーバに新たなコミュニティが登録され
た場合であっても、そのコミュニティが広く知られ、参
加者が充分に増えるまでにはある程度の時間を要するこ
ととなる。このため、従来のチャットシステムでは、新
たなコミュニティで直ちに多くの参加者とチャットを楽
しみたいというユーザの要求に応えることができないの
が現状であった。

【０００６】また、上記チャットシステムのサービスを
受ける各ユーザは、例えば自宅のパソコン等を用いて他
のユーザとのチャットを行うのが一般的である。このた
め、各ユーザの興味等に応じて固定的に開設されるコミ
ュニティ内で、ある程度決まりきったユーザとの間でチ
ャットを楽しむのが通常であった。しかしながら、例え
ば、ある場所に旅行中のユーザが、同様の場所に旅行し
ているユーザとの間で新たなコミュニティを形成し、当
該コミュニティ内でチャットを行うことができるとすれ
ば、上記従来のチャットシステムによっては得られない
大きな楽しみをユーザに提供できると考えられる。しか
しながら、かかるチャットシステムは未だ提案されてい
ないのが現状である。

【０００７】本発明は、以上説明した事情に鑑みてなさ
れたものであり、他のユーザとの間で通信を行おうとす
るユーザが、自分に合ったコミュニティを探すために要
する労力および時間を低減することができるコミュニテ
ィ形成支援方法、通信システムおよびサーバ装置を提供
することを第１の目的とする。

【０００８】さらに、本発明は、ユーザの移動先でも任
意に新たなコミュニティを作成することができるコミュ
ニティ形成支援方法、通信システムおよびサーバ装置を
提供することを第２の目的とする。

【０００９】

【課題を解決するための手段】上述した課題を解決する
ために、本発明は、ネットワークを利用したコミュニテ
ィに参加する他の端末装置との間で通信可能な複数の端
末装置と、前記コミュニティに関するコミュニティ情報
を各端末装置に対して提供するサーバ装置とを含む通信
システムにおけるコミュニティ形成支援方法であって、
前記各端末装置は、ユーザの状況を表すユーザ状況情報
を前記サーバ装置に送信し、前記サーバ装置は、複数の
コミュニティに関するコミュニティ情報を保持し、当該
複数のコミュニティ情報のうち、前記ユーザ状況情報が
示すユーザの状況に適したコミュニティのコミュニティ
情報を、当該ユーザ状況情報を送信した端末装置に対し
て送信し、前記各端末装置は、サーバ装置から送信され
た前記コミュニティ情報をユーザに対して報知すること
を特徴とするコミュニティ形成支援方法を提供するもの
である。

【００１０】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。かかる実施の形態は、本発
明の一態様を示すものであり、この発明を限定するもの
ではなく、本発明の範囲内で任意に変更可能である。

【００１１】Ａ：実施形態の構成 図１は、本発明に係るコミュニティ形成支援方法を適用
した通信システムの構成を示すブロック図である。同図
に示すように、この通信システムは、コミュニティサー
バ１、チャットサーバ２、ネットワーク３および複数の
クライアント端末４を含んで構成されている。かかる構
成において、各クライアント端末４は、当該クライアン
ト端末４のユーザの状況（例えば、当該ユーザの現在位
置等）をコミュニティサーバ１に通知する機能を有して
いる。一方、コミュニティサーバ１は、複数のコミュニ
ティ情報を保持している。このコミュニティ情報は、チ
ャットに参加する複数のユーザによって構成されるグル
ープ（コミュニティ）に関する情報であり、例えば、当
該コミュニティに参加したユーザの間でなされる会話
（チャット）の話題等を含んでいる。そして、コミュニ
ティサーバ１は、保持している複数のコミュニティ情報
のうち、通知されたユーザの状況に合致したコミュニテ
ィ情報を当該クライアント端末４に配信するようになっ
ている。この結果、各クライアント端末４のユーザは、
当該ユーザの状況に合ったコミュニティの存在を知るこ
とができるとともに、当該コミュニティに参加すること
により、当該ユーザと同じような状況にある他のユーザ
との間で、チャットサーバ２を介したチャットを行うこ
とができるのである。以下、かかる機能を実現するため
の各部の構成について詳述する。

【００１２】本実施形態におけるクライアント端末４
は、コミュニティサーバ１およびチャットサーバ２との
間で、移動通信網およびインターネット等を含むネット
ワーク３を介したデータ通信を行うことができ、かつ、
任意に移動可能な携帯型または可搬型の通信端末であ
る。具体的には、このクライアント端末４は、図１に例
示するように、携帯電話機やＰＨＳ（Personal Handyph
one System）等の携帯型の通信端末、もしくは携帯電話
機等に接続された状態でネットワーク３を介したデータ
通信を行うことができるノート型パソコン等である。こ
のクライアント端末４は、ユーザの現在位置、当該ユー
ザの現在の行動、およびユーザの興味（以下、これらを
総称して「ユーザの状況」という）を含むユーザ状況情
報をコミュニティサーバ１に対して適宜に通知し、これ
に応じてコミュニティサーバ１から配信されるコミュニ
ティ情報を受信・表示するとともに、チャットサーバ２
を介して他のクライアント端末４との間でチャットを行
う機能を有している。

【００１３】図２は、各クライアント端末４の構成を模
式的に例示するブロック図である。同図に示すように、
このクライアント端末４は、管理部４１、通信モジュー
ル４２、ユーザ登録スイッチ４３、センサ４４、入力デ
バイス４５、ユーザ情報獲得モジュール４６、ユーザ状
況情報メモリ４７、ユーザ状況通知スイッチ４８、コミ
ュニティ情報フィルタ４９および表示部５０を含んでい
る。

【００１４】管理部４１は、通信モジュール４２、ユー
ザ情報獲得モジュール４６、ユーザ登録スイッチ４３お
よびコミュニティ情報フィルタ４９との間で各情報の授
受を行い、このクライアント端末４の制御中枢として機
能する。通信モジュール４２は、コミュニティサーバ１
またはチャットサーバ２との間でネットワーク３を介し
た通信を行うためのモジュールである。すなわち、通信
モジュール４２は、管理部４１から供給されるデジタル
信号により搬送波を変調して得られる無線信号を、図示
しないアンテナを介してネットワーク３へ送信する一
方、ネットワークから送信される無線信号を上記アンテ
ナを介して受信し、受信した信号を復調して得られるデ
ィジタル信号を管理部４１に出力する。なお、クライア
ント端末４が、携帯電話機等とこれに接続されたノート
型パソコンとからなる形態を採る場合、この通信モジュ
ール４２の機能は携帯電話機が担う一方、その他の各部
の機能はノート型パソコンが担うこととなる。

【００１５】ところで、ユーザは、コミュニティサーバ
１によるサービスを受けるのに先立ち、当該コミュニテ
ィサーバ１に対してユーザ登録を行う必要がある。ユー
ザ登録スイッチ４３は、このユーザ登録の際にユーザに
よって押下されるスイッチである。すなわち、このユー
ザ登録スイッチが押下されると、クライアント端末４内
の管理部４１は、当該クライアント端末４を特定するユ
ーザ識別子UIDを含んだユーザ登録要求を、通信モジュ
ール４２を介してコミュニティサーバ１に送信するよう
になっている。このユーザ識別子UIDは、当該クライア
ント端末４を特定できる情報であればどのようなもので
あってもよく、例えば当該クライアント端末４（または
携帯電話機等）の電話番号を用いることができる。

【００１６】センサ４４は、複数のＧＰＳ（Global Pos
itioning System）衛星からの電波を受信可能なＧＰＳ
アンテナを備えており、この受信電波に基づいて当該ク
ライアント端末４の位置を表す位置情報（経度および緯
度を含む情報）を生成し、一定時間間隔毎にユーザ情報
獲得モジュール４６に出力する。入力デバイス４５は、
複数のキーを備えており、押下されたキーに対応した信
号がユーザ情報獲得モジュール４６に出力されるように
なっている。ユーザは、これらのキーを適宜押下するこ
とにより、クライアント端末４に対して各種の指示を与
えたり、当該ユーザの現在の行動や興味等の各種情報を
入力したりすることができる。なお、チャット中にあっ
ては、この入力デバイス４５はチャットサーバ２に送信
する文字を入力するための手段としても用いられる。

【００１７】ユーザ情報獲得モジュール４６は、ユーザ
の状況を表す状況コードを生成するための手段である。
本実施形態におけるユーザ情報獲得モジュール４６は、
この状況コードとして、ユーザの現在位置を表す位置コ
ードlocと、ユーザの行動を表す行動コードactと、ユー
ザの興味を表す興味コードintとを生成するようになっ
ている。具体的には、以下の通りである。

【００１８】まず、ユーザ情報獲得モジュール４６は、
ユーザ状況情報メモリ４７に記憶されたカテゴリコード
テーブルを参照することにより、入力デバイス４５から
入力される情報に応じた行動コードactまたは興味コー
ドintを生成する。図３はこのカテゴリコードテーブル
の内容を例示する図である。同図に示すように、本実施
形態におけるカテゴリコードテーブルは、各々行動およ
び興味に関する複数の事項を含む３層の階層構造となっ
ている。そして、上層に属する事項の各々と中層に属す
る複数の事項とが対応付けられるとともに、中層に属す
る事項の各々と下層に属する複数の事項とが対応付けら
れた構成となっている。さらに、このカテゴリテーブル
においては、各層に属する事項が、上層から下層に進む
に従って上位概念（包括的な内容）から下位概念（具体
的な内容）になるように構成されている。また、図３に
示すように、各層に属する事項の各々には番号が付され
ている。

【００１９】ここで、ユーザによって入力デバイス４５
が操作され、当該ユーザの行動を入力する旨の指示が与
えられると、ユーザ情報獲得モジュール４６は、カテゴ
リコードテーブル内の上層に属する事項を表示部５０に
表示する。この後、ユーザによって上層内のいずれかの
事項が選択されると、ユーザ情報獲得モジュール４６
は、当該事項に対応付けられた中層に属する事項を表示
部５０に表示する。さらに、ユーザによってこれらの事
項のうちのいずれかが選択されると、ユーザ情報獲得モ
ジュール４６は、当該事項に対応付けられた下層に属す
る事項を表示部５０に表示する。この後、ユーザによっ
ていずれかの事項が選択されると、当該事項に対応付け
られた番号が行動コードactとしてユーザ状況情報メモ
リ４７に記憶されるのである。図３に示す場合を例にと
ると、まず、ユーザによって行動を入力する旨の指示が
与えられると、上層に属する「１芸術と人文」、「２ビ
ジネスと経済」、…が表示される。ここで、ユーザによ
って「９趣味とスポーツ」が選択されると、当該事項に
対応付けられた中層に属する事項、すなわち「９／１ア
ウトドア」、「９／２イベント」…、が表示される。次
に、ユーザによって「９／１アウトドア」が選択される
と、当該事項に対応付けられた下層に属する事項が表示
される。さらにユーザによって「９／１／１５スキー」
が選択されると、ユーザ情報獲得モジュール４６は、こ
の事項に付された番号「９／１／１５」を、行動コード
intとしてユーザ状況情報メモリ４７に書き込む。ユー
ザによって興味を入力する旨の指示が与えられた場合も
同様である。なお、行動コードactおよび興味コードint
を同一のカテゴリテーブルに従って生成することとした
のは、行動および興味の対象となるものは、大部分にお
いて重複しているからである（例えば、「スキー」とい
う事項は、ユーザの行動にもなり得るが、興味の対象に
もなり得る）。

【００２０】さらに、ユーザ情報獲得モジュール４６
は、センサ４４から一定時間間隔毎に出力される位置情
報に基づいて、ユーザの位置（より正確にはクライアン
ト端末４の位置）を表す位置コードlocを生成する。ま
た、ユーザ状況情報メモリ４７には、上述した行動・興
味に関するカテゴリコードのほか、位置に関するカテゴ
リコードと、全国の地図を表す地図情報とが記憶されて
いる。この位置に関するカテゴリコードは、上記行動・
興味のカテゴリコードと同様に、３層の階層構造をなし
ており、上層には複数の県名、中層には各県名に対応付
けられた複数の市町村名、下層には各市町村名に対応付
けられた地域名が含まれている。なお、位置に関するカ
テゴリコードに含まれる事項の各々にも、上記行動や興
味と同様に番号が付されている。ユーザ情報獲得モジュ
ール４６は、上記地図情報と、位置に関するカテゴリコ
ードを参照して、センサ４４から出力される地位情報
（緯度および経度を表す）に対応した位置コードlocを
生成する。例えば、「神奈川県横浜市青葉区」は、「１
５（神奈川県）／１（横浜市）／２３（青葉区）」とい
った位置コードlocによって表されるといった具合であ
る。なお、ユーザ状況獲得モジュール４６は、センサ４
４から出力される位置情報に従って位置コードlocを生
成するだけでなく、上記行動および興味についてと同
様、ユーザが入力デバイス４５を用いて手動で入力した
位置に従って位置コードlocを生成することもできるよ
うになっている。

【００２１】ユーザ情報獲得モジュール４６は、こうし
て得られた位置コードloc、行動コードactおよび興味コ
ードintと、上述したユーザ識別子UIDとを対応付け、ユ
ーザ状況情報UINFとしてユーザ状況情報メモリ４７に書
き込む。すなわち、ユーザ状況情報UINFは、現在のユー
ザの状況（今どこにいるか、今何をしているか、今何に
興味を持っているか）を表す情報である。また、ユーザ
情報獲得モジュール４６は、管理部４１からの指示に応
じ、ユーザ状況情報メモリ４７に記憶されたユーザ状況
情報UINFを読み出して管理部４１に出力する機能を有し
ている。こうして管理部４１に供給されたユーザ状況情
報UINFは、例えば、通信モジュール４２を介してコミュ
ニティサーバ１に送信される。

【００２２】再び図２において、ユーザ状況通知スイッ
チ４８は、コミュニティサーバ１に対してユーザの状況
を通知するか否かを切換えるためのスイッチである。す
なわち、自分の状況を他に知られるのを好まないユーザ
は、このユーザ状況通知スイッチ４８をオフ状態として
おくことにより、コミュニティサーバ１に対してユーザ
状況を通知しないようにすることができる。

【００２３】ところで、本通信システムにおけるコミュ
ニティサーバ１は、上述したように、原則として各クラ
イアント端末４から通知されたユーザ状況情報UINFに合
致したコミュニティ情報CINFのみを各クライアント端末
４に配信するようになっている。しかしながら、上述し
たユーザ状況通知スイッチ４８がオフ状態になっている
場合、すなわち、当該クライアント端末４からユーザ状
況情報UINFが送信されない場合、コミュニティサーバ１
側では、送信対象となるコミュニティ情報CINFが当該ユ
ーザの状況に合致するか否かを判断することができな
い。従って、コミュニティサーバ１は、かかるクライア
ント端末４に対しては送信対象となる全てのコミュニテ
ィ情報を送信することとなる。このような事情に鑑み、
クライアント端末４内のコミュニティ情報フィルタ４９
は、コミュニティサーバ１から配信されたコミュニティ
情報CINFのうち、当該クライアント端末４のユーザの状
況に合致したコミュニティ情報CINFのみを抽出して出力
するようになっている。表示部５０は、液晶パネル等の
表示装置を備えており、コミュニティ情報フィルタ４９
から出力されるコミュニティ情報CINF等を表示する。す
なわち、ユーザ状況を通知しない設定となっている場合
であっても、結局、ユーザ状況を通知する設定となって
いる場合と同様に、自分の状況に合致したコミュニティ
情報のみが表示されるようになっているのである。な
お、ユーザ状況通知スイッチ４８がオン状態となってい
る場合には、コミュニティサーバ１においてユーザの状
況に合ったコミュニティ情報CINFのみが選択される。従
って、この場合、コミュニティ情報フィルタ４９は、何
らコミュニティ情報抽出のための処理を行うことなく、
管理部４１から受け取ったコミュニティ情報CINFをその
まま表示部５０に出力するようにしてもよい。

【００２４】また、本実施形態における各クライアント
端末４は、当該ユーザが開設を希望する新規なコミュニ
ティをコミュニティサーバ１に登録する機能を有してい
る。詳述すると、以下の通りである。

【００２５】すなわち、例えば、ある位置にいるユーザ
同士でチャットをしたいと思ったユーザは、これらのユ
ーザが参加するコミュニティを開設すべく、当該コミュ
ニティに関する情報を入力デバイス４５を用いて入力す
る。コミュニティに関する情報とは、具体的には、開設
したいコミュニティの名前nm、当該コミュニティでの話
題tp、チャットサーバ２のアドレスad、位置コードlo
c、行動コードact、興味コードintである。なお、ここ
でいう位置コードloc、行動コードactおよび興味コード
intは、当該コミュニティへの参加対象となるべきユー
ザの状況を示すものである。クライアント端末４内の管
理部４１は、こうして入力された各情報を、コミュニテ
ィ登録要求としてコミュニティサーバ１に送信するよう
になっている。これにより、ユーザが希望する新たなコ
ミュニティが登録されるとともに、コミュニティ情報CI
NF内の状況コードが示す状況にあるユーザに対して新た
なコミュニティが登録されたことが通知されるのであ
る。つまり、クライアント端末４から、特定の位置コー
ドを指定したコミュニティ登録要求が送信された場合、
当該位置コードに対応した位置の近辺にいる人（換言す
れば、当該位置コードと同一または類似する位置コード
locを送信した人）に対して、当該コミュニティの開設
が通知されるのである。以上が本実施形態に係るクライ
アント端末４の構成である。

【００２６】なお、クライアント端末４として携帯電話
機やＰＨＳ等が用いられる場合、クライアント端末４
は、上述した各部のほか、ユーザが音声通話を行うため
の音声入出力部等も備えているが、本発明には直接関係
がないため、説明を省略する。

【００２７】次に、図４を参照して、コミュニティサー
バ１の構成を説明する。コミュニティサーバ１は、登録
されたコミュニティに関するコミュニティ情報を各クラ
イアント端末４に配信するための装置である。すなわ
ち、コミュニティサーバ１は、予め当該コミュニティサ
ーバ１の管理者によって登録されたコミュニティ情報CI
NF、またはクライアント端末４によって登録されたコミ
ュニティ情報CINFを記憶しており、これらのコミュニテ
ィ情報CINFのうち、各クライアント端末４から通知され
たユーザの状況に合致するコミュニティ情報CINFを、当
該クライアント端末４に対して配信する機能を有してい
る。このコミュニティサーバ１は、図４に示すように、
管理部１１、通信モジュール１２、集計メモリ１３、ユ
ーザ情報データベース１４、ユーザ集計モジュール１
５、コミュニティ情報選択モジュール１６、コミュニテ
ィ情報データベース１７およびコミュニティ状況獲得モ
ジュール１８を含んで構成されている。

【００２８】管理部１１は、コミュニティ情報選択モジ
ュール１６、ユーザ集計モジュール１５、通信モジュー
ル１２およびコミュニティ状況獲得モジュール１８との
間で各種情報の授受を行い、このコミュニティサーバ１
内の制御中枢として機能する。通信モジュール１２は、
上記したクライアント端末４内の通信モジュール４２と
同様、チャットサーバ２および各クライアント端末４と
の間でデータ通信を行うための手段である。

【００２９】集計メモリ１３は、各クライアント端末４
から通知されたユーザ状況情報UINFの集計結果（以下、
「潜在的コミュニティ情報」という）が記憶されてい
る。すなわち、集計メモリ１３には、上述したカテゴリ
コードテーブルに含まれる位置、行動等の各事項ごと
に、当該事項に属するユーザの人数が対応付けられ、
［位置コードloc、人数sz］、［行動コードact、人数s
z］、［興味コードint、人数sz］といった具合に記憶さ
れているのである。例えば、「９／１／１５」なる興味
コードactを含むユーザ状況情報が２０人のユーザから
送られた場合には、興味コード「９／１／１５」と人数
「２０」とが対応付けられて記憶される、といった具合
である。詳細は後述するが、この潜在的コミュニティ情
報は、各クライアント端末４に配信されるようになって
いる。これにより、各クライアント端末４のユーザは、
特定の状況にあるユーザの人数を知ることができるので
ある。すなわち、この潜在的コミュニティ情報を参照す
ることにより、各クライアント端末４のユーザは、何ら
かのユーザ状況を特定した新たなコミュニティを作成し
た場合に、当該コミュニティに参加するであろう潜在的
なユーザの数を、実際に新たなコミュニティを作成する
前に知ることができるのである。

【００３０】次に、ユーザ情報データベース１４には、
各クライアント端末４から送信されたユーザ状況情報UI
NF［ユーザ識別子UID、位置コードloc、行動コードac
t、興味コードint］と送信履歴hstとが対応付けられて
記憶されている。ここで、送信履歴hstとは、過去にコ
ミュニティサーバ１から当該クライアント端末４に送信
されたコミュニティ情報CINFを表す情報である。ユーザ
集計モジュール１５は、管理部１１から出力される情報
に基づいて、集計メモリ１３およびユーザ情報データベ
ース１４の記憶内容を更新するための手段である。

【００３１】コミュニティ情報選択モジュール１６は、
クライアント端末４から送信されたコミュニティ登録要
求にコミュニティ識別子CIDを付したコミュニティ情報
［コミュニティ識別子CID、名前nm、話題tp、人数sz、
活性度ac、アドレスad、位置loc、行動act、興味int］
をコミュニティ情報データベース１７に書き込むための
手段である。さらに、コミュニティ情報選択モジュール
１６は、管理部１１からの要求に応じ、コミュニティ情
報データベース１７に記憶された複数のコミュニティ情
報CINFのうち、ユーザ登録がなされた各ユーザの状況に
合致したコミュニティ情報CINFのみを選択して管理部１
１に出力する機能を有している。

【００３２】次に、コミュニティ状況獲得モジュール１
８は、管理部１１による制御の下、一定時間間隔毎に通
信モジュール１２を介してチャットサーバ２に接続し、
当該チャットサーバ２においてチャットが行われている
コミュニティの状況に表すコミュニティ状況［話題tp、
当該チャットに参加している人数szおよび活性度ac］を
取得する。ここで、活性度acとは、当該コミュニティに
おけるチャットがどの程度活性しているかを示すパラメ
ータである。この活性度acは、例えば単位時間あたりに
チャットサーバ２が各クライアント端末４から受信した
メッセージ数等によって決定される。つまり、頻繁にメ
ッセージの授受が行われているコミュニティについて
は、活性度acが高くなる、といった具合である。

【００３３】再び図１において、チャットサーバ２は、
例えばＩＲＣ（Internet Relay Chat）方式のサーバで
あり、各クライアント端末４に対してチャットサービス
を提供する機能を有している。すなわち、チャットサー
バ２は、あるコミュニティに参加しているクライアント
端末４から送信されたメッセージを受け取り、このメッ
セージを直ちに当該コミュニティに参加している他のク
ライアント端末４に送信するようになっている。これに
より、あるコミュニティに参加している各クライアント
端末４同士で、文字による会話が実現されるのである。
以上が本実施形態に係る通信システムの構成である。

【００３４】Ｂ：実施形態の動作 次に、本実施形態の動作を説明する。まず、ユーザは、
コミュニティサーバ１によるサービスを受けるのに先立
ち、ユーザ登録を行うべくユーザ登録スイッチ４３を押
下する。これにより、クライアント端末４内の管理部４
１は、通信モジュール４２を介してコミュニティサーバ
１に対してユーザ識別子UIDを送信する。コミュニティ
サーバ１内の管理部１１は、このユーザ識別子UIDを通
信モジュール１２を介して受信し、ユーザ情報データベ
ース１４に記憶する。

【００３５】こうしてユーザ登録が完了すると、以後、
コミュニティサーバ１、各クライアント端末４およびチ
ャットサーバ２の各々の間で、図５に示す各処理、すな
わち、ユーザ状況の通知、潜在的コミュニティ情報
の配信、コミュニティ登録要求、コミュニティ情報
の配信、コミュニティ参加、コミュニティ状況獲
得、が実行される。以下、図５を適宜参照しつつ、これ
らの各処理について詳述する。なお、図５においては、
図面が煩雑になるのを防ぐため、ユーザ状況通知、
潜在的コミュニティ情報配信、コミュニティ情報配信
の各処理がコミュニティサーバ１と左側のクライアント
端末４の間だけで行われているように図示されている
が、実際には、これらの各処理は、これ以外のクライア
ント端末４との間でも実行されるものである。

【００３６】．ユーザ状況の通知 まず、図６を参照して、クライアント端末４がコミュニ
ティサーバ１に対してユーザ状況情報UINFを通知する際
の動作を説明する。まず、ユーザの状況が変化した場
合、すなわち、センサ４４から新たな位置情報が入力さ
れた場合または入力デバイス４５からユーザの新たな行
動もしくは興味が入力された場合、ユーザ情報獲得モジ
ュール４６は、上述したカテゴリコードテーブルを参照
し、入力された情報に応じた位置コードloc、行動コー
ドactまたは興味コードintを生成する。さらに、ユーザ
情報獲得モジュール４６は、こうして得られた各状況コ
ードをユーザ状況情報メモリ４７に書込む（ステップＳ
ａ１）。

【００３７】次に、ユーザ情報獲得モジュール４６は、
先に入力された情報が、センサ４４から入力された情報
であるか、入力デバイス４５から入力された情報である
かを判定する（ステップＳａ２）。この判定の結果、セ
ンサ４４から入力された情報である場合、ユーザ情報獲
得モジュール４６は、ユーザ状況通知スイッチ４８がオ
ン状態となっているか否かを判定する（ステップＳａ
３）。ここで、ユーザ状況通知スイッチ４８がオフ状態
となっている場合、すなわち、ユーザがコミュニティサ
ーバ１に対してユーザの状況を通知することを拒否して
いる場合には、ユーザ状況情報UINFの通知を行うことな
く処理を終了する。これに対し、ユーザ状況通知スイッ
チ４８がオン状態となっている場合には、ステップＳａ
４に進み、ユーザ状況情報UINFをコミュニティサーバ１
に送信するための処理を行う。

【００３８】一方、ステップＳａ２の判定において、入
力された情報がセンサ４４から入力された情報でない場
合、すなわち、ユーザが入力デバイス４５を操作するこ
とによって入力された情報である場合には、当該ユーザ
は、コミュニティサーバ１に対してユーザ状況情報UINF
が通知されることを認識していると考えられる。従っ
て、ユーザ情報獲得モジュール４６は、ステップＳａ３
の判定を行うことなくステップＳａ４に進む。

【００３９】ステップＳａ４に進むと、ユーザ情報獲得
モジュール４６は、当該時点においてユーザ状況情報メ
モリ４７に書込まれているユーザ状況情報UINF［ユーザ
識別子UID、位置コードloc、行動コードactおよび興味
コードint］を読み出し、管理部４１に出力する。管理
部４１は、このユーザ状況情報UINFを通信モジュール４
２を介してコミュニティサーバ１に送信する。

【００４０】次に、図７を参照して、クライアント端末
４からのユーザ状況情報UINFを受信したコミュニティサ
ーバ１の動作を説明する。まず、コミュニティサーバ１
内の管理部１１は、通信モジュール１２を介して受信し
たユーザ状況情報UINFをユーザ集計モジュール１５に出
力する（ステップＳｂ１）。続いて、ユーザ集計モジュ
ール１５は、受け取ったユーザ状況情報UINF内のユーザ
識別子UIDを参照し、既にユーザ情報データベース１４
に記憶された当該ユーザの状況コード（位置コードlo
c、行動コードact、興味コードint）を読み出す。そし
て、ユーザ集計モジュール１５は、今回受け取ったユー
ザ状況情報UINF内の状況コードと読み出した状況コード
とを比較し、この結果、変化が生じたと判定される状況
コードについて、集計メモリ１３内の潜在的コミュニテ
ィ情報を更新する（ステップＳｂ２）。例えば、前回通
知された行動コード（ユーザ情報データベース１４に記
憶されたユーザ状況情報UINF内の行動コード）が「５／
２」であり、今回通知された行動コードが「４／９／
１」である場合には、集計メモリ１３に記憶された行動
コードのうち、行動コード「５／２」に対応する人数を
１人減らすとともに、行動コード「４／９／１」に対応
する人数を１人増やす、といった具合である。ただし、
受信したユーザ状況情報UINFに対応する状況コードがユ
ーザ情報データベース１４に記憶されていない場合、す
なわち、受信したユーザ状況情報UINFが、ユーザ登録後
初めてそのクライアント端末４から送られてきたもので
ある場合、ユーザ集計モジュール１５は、集計メモリ１
３内の潜在的コミュニティ情報について、通知されたユ
ーザ状況情報UINFの各状況コードに対応する人数を１人
ずつ増やす。こうして集計メモリ１３の記憶内容の更新
を行った後、ユーザ集計モジュール１５は、今回通知さ
れたユーザ状況情報UINFをユーザ情報データベース１４
に書き込む（ステップＳｂ３）。

【００４１】．潜在的コミュニティ情報の配信（図５
参照） コミュニティサーバ１内の管理部１１は、一定時間間隔
毎に、集計メモリ１３に記憶された潜在的コミュニティ
情報を各クライアント端末４に配信するようになってい
る。すなわち、管理部１１は、タイマ割込みの発生によ
り、ユーザ集計モジュール１５に対して潜在的コミュニ
ティ情報を要求するとともに、この要求に応じてユーザ
集計モジュール１５から出力される潜在的コミュニティ
情報を、通信モジュール１２を介して各クライアント端
末４に送信する。

【００４２】一方、クライアント端末４内の管理部４１
は、図８に示すように、コミュニティサーバ１から配信
された潜在的コミュニティ情報を通信モジュール４２を
介して受信し、コミュニティ情報フィルタ４９を介して
表示部５０に出力する（ステップＳｃ１）。表示部５０
は、受け取った潜在的コミュニティ情報に従って、各状
況コードに属するユーザが何人いるかを文字等によって
表示する。例えば、潜在的コミュニティ情報のうち、状
況コード「１５／３／１（「日本橋」を表す）」に対応
した人数が「１７」であり、状況コード「９／１／１５
（「スキー」を表す）」に対応した人数が「３６」であ
る場合には、「日本橋；１７人」、「スキー；３６人」
といった具合に表示される。なお、この潜在的コミュニ
ティ情報をユーザに対して報知するには、上記のように
文字によって表示するほかにも、各状況コードごとの人
数を棒グラフによって表示したり、「スキー、２０人」
といった音声を出力したりすることもできる。

【００４３】．コミュニティ登録（図５参照） ユーザは、上記のようにして表示された潜在的コミュニ
ティ情報を参照することにより、例えばある位置にいる
ユーザが何人いるか、ある行動をしているユーザが何人
いるか、といったことを知ることができるのである。換
言すれば、各ユーザは、新たなコミュニティを作成した
場合に、当該コミュニティに参加するであろう潜在的な
ユーザの数を知ることができる。そして、これが、各ユ
ーザが新たなコミュニティを作成しようという動機付け
となり得るのである。

【００４４】こうして特定の状況にあるユーザを参加対
象とする新たなコミュニティの開設を希望するに至った
ユーザは、コミュニティ登録のための操作を行うことに
より、当該新たなコミュニティをコミュニティサーバ１
に登録することができる。具体的には、以下の通りであ
る。なお、このコミュニティ登録は随時行うことができ
るようになっており、必ずしも、上述したように潜在的
コミュニティ情報が配信された後には限られない。

【００４５】ユーザによって入力デバイス４５が操作さ
れ、ユーザが開設を希望するコミュニティについての情
報［コミュニティの名前nm、話題tp、チャットサーバの
アドレスad、位置コードloc、行動コードact、興味in
t］が入力されるとともに、送信の指示が与えられる
と、クライアント端末４内の管理部４１は、これらの情
報を含むコミュニティ登録要求を通信モジュール４２を
介してコミュニティサーバ１に送信する。なお、図５に
おいては、このようにして新たなコミュニティを登録す
るクライアント端末４が「コミュニティ作成ユーザ」と
して表記されている。

【００４６】一方、図９に示すように、コミュニティサ
ーバ１内の管理部１１は、通信モジュール１２を介して
上記コミュニティ登録要求を受け取って（ステップＳｄ
１）、コミュニティ情報選択モジュール１６に出力す
る。コミュニティ選択モジュール１６は、受け取ったコ
ミュニティ登録要求内の情報に新たなコミュニティ識別
子CIDを付加してコミュニティ情報CINFを生成し、コミ
ュニティ情報データベース１７に書き込む（ステップＳ
ｄ２）。こうして新たなコミュニティがコミュニティサ
ーバ１に登録されるのである。

【００４７】．コミュニティ情報の配信（図５参照） 上記の手順で新たなコミュニティが登録された場合、も
しくはタイマ割込みが発生した場合、コミュニティサー
バ１においては、各ユーザの状況に合致したコミュニテ
ィ情報CINFを当該ユーザに対して配信するための処理が
行われる。以下、図１０を参照して、かかる処理の詳細
を説明する。なお、新たなコミュニティが登録された場
合に限らず、タイマ割込が発生した場合にもコミュニテ
ィ情報CINF配信のための処理が行われるのは、例えば、
新規コミュニティが作成された後にユーザ登録を行うユ
ーザに対しても、既存のコミュニティに関するコミュニ
ティ情報が配信されるようにするためである。

【００４８】まず、ユーザ登録されたユーザのうちのい
ずれかのユーザが選択されるとともに、コミュニティ情
報データベース１７内の複数のコミュニティ情報のう
ち、当該ユーザの状況に合致したコミュニティ情報が抽
出される（ステップＳｅ１）。具体的には、まず、コミ
ュニティサーバ１内の管理部１１は、ユーザ集計モジュ
ール１５に対していずれかのユーザのユーザ状況情報UI
NFを要求する。この要求を受けたユーザ集計モジュール
１５は、ユーザ情報データベース１４に記憶された複数
のユーザ状況情報UINFのうち最初のユーザ状況情報UINF
を読み出し、管理部１１を介してコミュニティ情報選択
モジュール１６に出力する。コミュニティ情報選択モジ
ュール１６は、受け取ったユーザ状況情報UINF内の位置
コードloc、行動コードact、興味コードintの各々と、
コミュニティ情報データベース１７内に記憶された各コ
ミュニティ情報CINF内の位置コードloc、行動コードac
t、興味コードintの各々とが、どの程度類似しているか
を示す類似度を各状況コード毎に求める。すなわち、例
えば、両者の位置コードについて、上層、中層および下
層の数値が全て一致していれば高い類似度が与えられ、
上層の数値のみが一致していれば低い類似度が与えられ
るといった具合である。さらに、コミュニティ情報選択
モジュール１６は、各状況コードごとに求められた類似
度を合計し、当該合計値が予め決められた閾値よりも大
きいか否かを判定する。この結果、類似度の合計値が当
該閾値よりも大きい場合には、ユーザ状況情報UINFとコ
ミュニティ情報CINFとの間に関連があると判定され、小
さければ両者の間には関連がないと判定される。コミュ
ニティ情報選択モジュール１６は、同様の処理をコミュ
ニティ情報データベース１７内の各コミュニティ情報CI
NFについて行い、これらのコミュニティ情報CINFのう
ち、当該ユーザ状況情報UINFと関連があると判定された
コミュニティ情報CINFを全て選択する。

【００４９】次に、コミュニティ情報選択モジュール１
６は、このユーザ状況情報UINF内の送信履歴hstを参照
し、前回送信した各コミュニティ情報CINFと、今回選択
された各コミュニティ情報CINFとが一致するか否かを判
定する（ステップＳｅ２）この結果、今回選択された全
てのコミュニティ情報CINFが、過去に送信されたコミュ
ニティ情報CINFと一致すると判定された場合、改めて送
信する必要はないので、当該ユーザについての処理を終
了する（ステップＳｅ２；Ｎｏ）。これに対し、今回選
択されたコミュニティ情報CINFに、過去に送信されたコ
ミュニティ情報CINF以外の新たなコミュニティ情報CINF
が含まれている場合、または、今回抽出されたコミュニ
ティ情報CINFのうちのいずれかの内容が、過去に送信さ
れたコミュニティ情報CINFの内容とは異なっている場
合、コミュニティ情報選択モジュール１６は、新たなコ
ミュニティ情報CINFまたは内容に変更があったコミュニ
ティ情報CINFを管理部１１に出力する。管理部１１は、
受け取ったコミュニティ情報CINFを通信モジュール１２
を介して該当するクライアント端末４に送信する（ステ
ップＳｅ３）。この後、ユーザ集計モジュール１５は、
ユーザ情報データベース１４に記憶された当該ユーザ状
況情報UINF内の送信履歴hstを更新する（ステップＳｅ
４）。

【００５０】上述したステップＳｅ１からＳｅ４までの
処理が、ユーザ登録された全てのユーザについて繰り返
された後（ステップＳｅ５）、コミュニティ情報配信の
ための処理は終了する。これにより、各クライアント端
末４のユーザ状況に関連するコミュニティ情報CINFのみ
が、当該クライアント端末４に配信されることとなる。

【００５１】ところで、ユーザ登録されているユーザの
中には、自分の状況を他に知られるのを避けるべく、ク
ライアント端末４のユーザ状況通知スイッチ４８をオフ
状態にしているユーザもいる。かかるユーザに関して
は、ユーザ情報データベース１４内にユーザ状況情報UI
NF内の状況コードが記憶されていないため、上記Ｓｅ１
においてなされるべきコミュニティ情報CINF内の状況コ
ードとの比較ができない。この場合、コミュニティ情報
選択モジュール１６は、ステップＳｅ１において、コミ
ュニティ情報データベース１７に記憶された全てのコミ
ュニティ情報CINFを選択するようになっている。この結
果、ユーザ状況を非通知に設定しているクライアント端
末４には、過去に既に送信されているコミュニティ情報
CINFを除く全てのコミュニティ情報CINFが配信されるこ
ととなる。

【００５２】一方、各クライアント端末４は、コミュニ
ティサーバ１から配信されたコミュニティ情報CINFを受
信すると、当該コミュニティ情報CINFを表示するための
処理を実行する。以下、図１１を参照しつつ、この処理
について詳述する。

【００５３】クライアント端末４内の管理部４１は、通
信モジュール４２を介してコミュニティ情報CINFを受信
すると（ステップＳｆ１）、ユーザ情報獲得モジュール
４６に対してユーザ状況情報UINFを要求する。ユーザ情
報獲得モジュール４６は、この要求に応じてユーザ状況
情報メモリ４７からユーザ状況情報UINFを読み出し、管
理部４１に出力する。管理部４１は、このユーザ状況情
報UINFと今回受信したコミュニティ情報CINFとをコミュ
ニティ情報フィルタ４９に出力する。

【００５４】コミュニティ情報フィルタ４９は、ユーザ
状況情報UINF内の各状況コードと、コミュニティ情報CI
NF内の各状況コードとの類似度を、上記図１０のステッ
プＳｅ１においてコミュニティ選択モジュール１６によ
ってなされたのと同様の手法によって求め（ステップＳ
ｆ２）、各状況コード毎の類似度の合計値が所定の閾値
よりも大きいか否かを判定する（ステップＳｆ３）。こ
の判定の結果、全てのコミュニティ情報CINFについて上
記類似度の合計値が閾値よりも小さい場合、すなわち、
配信されたコミュニティ情報CINFとユーザの状況との間
に関連がない場合には、コミュニティ情報CINFを表示す
ることなく処理を終了する（ステップＳｆ３；Ｎｏ）。
一方、上記類似度の合計値が所定の閾値よりも大きいコ
ミュニティ情報CINF（すなわち、ユーザ状況情報UINFと
関連があると考えられるコミュニティ情報CINF）がある
場合には、当該コミュニティ情報CINFを表示部５０に出
力する一方、上記類似度の合計値が所定の閾値よりも小
さいコミュニティ情報CINF（すなわち、ユーザ状況情報
UINFと関連がないと考えられるコミュニティ情報CINF）
は破棄する。この結果、コミュニティサーバ１から通知
されたコミュニティ情報CINFのうち、ユーザの状況に関
連のあるコミュニティ情報CINFのみを抽出することがで
きる。もっとも、ユーザ状況通知スイッチ４８がオン状
態となっている場合には、ユーザ状況情報UINFに合致す
るコミュニティ情報CINFのみがコミュニティサーバ１か
ら配信されるようになっているから、コミュニティサー
バ１にユーザ状況情報UINFを送信した時とコミュニティ
情報CINFを受信した時とでユーザの状況が変化している
場合を除き、配信されたコミュニティ情報CINFのすべて
が表示部５０に出力されることとなる。しかしながら、
ユーザ状況通知スイッチ４８がオフ状態となっている場
合には、ユーザの状況とは無関係に、コミュニティサー
バ１が保持する全てのコミュニティ情報CINF（すでに配
信されたものを除く）が配信される。この場合には、コ
ミュニティ情報フィルタ４９の機能により、配信された
コミュニティ情報CINFのうち、ユーザの状況に関連があ
るコミュニティ情報CINFのみが表示部５０に出力される
のである。

【００５５】一方、表示部５０は、受け取ったコミュニ
ティ情報CINFを液晶ディスプレイ等の表示パネルに表示
する（ステップＳｆ４）。図１２は、この表示部５０に
よる表示の態様を例示する図である。同図に例示するよ
うに、表示パネルには、表示部５０が受け取ったコミュ
ニティ情報CINFに含まれるコミュニティの名前nmが表示
されるとともに、その名前の近傍に、各コミュニティに
属する人数szに応じて大きさが決められた円Ｃが表示さ
れる。すなわち、表示された円Ｃが大きいコミュニティ
ほど、多くの人が参加している、といった具合である。
さらに、コミュニティ情報CINF内の活性度acの大きさに
応じて、この円の色の濃淡が異なるようになっている。
例えば、図１２においては、円の色が濃いコミュニティ
ほど、活性化しているコミュニティであることを示して
いる。ユーザは、上記のようにして表示パネルに表示さ
れたコミュニティのうちのいずれかを選択することがで
き、選択されたコミュニティに関しては、別の表示欄
（図１２においては上部の表示欄）に、コミュニティ情
報に含まれるチャットサーバ２のアドレスadが表示され
るようになっている。

【００５６】．コミュニティ参加（図５参照） 各クライアント端末４のユーザは、表示部５０に表示さ
れたこれらの表示を見て、いずれのコミュニティに参加
するのかを決定するとともに、当該コミュニティを選択
する。そして、これにより表示されたアドレスadによっ
て特定されるチャットサーバ２にアクセスすることによ
り、当該コミュニティに参加し、他のユーザとの間でチ
ャットを行うことができるのである。なお、クライアン
ト端末４とチャットサーバ２との間でなされるチャット
のための手続は、従来のチャットシステムにおけるもの
と同様となるため、その説明を省略する。

【００５７】．コミュニティ状況の取得（図５参照） 一方、コミュニティサーバ１内のコミュニティ状況獲得
モジュール１８は、一定時間間隔毎に、チャットサーバ
２に対してコミュニティ状況を要求する。チャットサー
バ２は、この要求に応じ、現在開設されているコミュニ
ティにおけるチャットの状況、すなわち、当該コミュニ
ティにおいてチャットされている話題tp、当該チャット
に参加している人数szおよび活性度acをコミュニティサ
ーバ１に対して送信する。一方、コミュニティサーバ１
内のコミュニティ状況獲得モジュール１８は、チャット
サーバ２から受信した情報に基づいて、コミュニティ情
報データベース１７に記憶されたコミュニティ情報CINF
内の話題tp、人数szおよび活性度acを更新する。この結
果、各クライアント端末４のユーザは、現在開設されて
いるコミュニティに参加している人数や活性度等を知る
ことができ、これらの情報も参考にして所望のコミュニ
ティを選択することができるのである。以上が本実施形
態に係る通信システムにおける動作である。

【００５８】このように、本実施形態によれば、ユーザ
の状況に合致したコミュニティ情報CINFが適宜各クライ
アント端末４に送信されるようになっている。従って、
ユーザは、従来のように、自分の状況に合ったコミュニ
ティを探すべく、インターネットのホームページや雑誌
等を検索するといった作業を行う必要がない。

【００５９】また、従来のチャットシステムにおいて
は、新たなコミュニティの存在がホームページや雑誌等
を介して徐々に広く知られるようになっていくものであ
ったため、新たなコミュニティが登録された場合であっ
ても、直ちに多くの参加者の間でチャットを行うことは
困難であった。これに対し、本実施形態によれば、新た
なコミュニティが登録された場合には、当該コミュニテ
ィに関するコミュニティ情報CINFが各クライアント端末
４に配信されるようになっているため、ユーザは直ちに
新たなコミュニティの存在を知ることができる。従っ
て、従来のチャットシステムと比較して、新たなコミュ
ニティへの参加者が増加するのに要する時間を短くでき
るという利点がある。

【００６０】ところで、従来のチャットシステムにおい
ては、チャットに参加する各ユーザは、例えば自宅のパ
ソコン等を用いて他のユーザとのチャットを楽しむのが
一般的であった。これに対し、本実施形態におけるクラ
イアント端末は持ち運びが可能な移動端末であり、か
つ、コミュニティサーバに通知されるユーザ状況情報に
は、当該ユーザの位置が含まれるようになっている。従
って、ある場所に旅行しているユーザは、行動として
「旅行」という事項を入力することにより、当該場所を
表す位置コードlocと、「旅行」を表す行動コードactと
を含むユーザ状況情報UINFがコミュニティサーバ１に送
信されることとなる。この結果、該当するコミュニティ
が登録されていれば、コミュニティサーバ１から配信さ
れるコミュニティ情報に従ったコミュニティに参加する
ことにより、その場所に旅行している他のユーザとの間
でチャットを楽しむことができる。また、該当するコミ
ュニティが登録されていない場合であっても、当該ユー
ザは、当該場所を表す位置コードlocと「旅行」を表す
行動コードとを特定したコミュニティ登録要求をコミュ
ニティサーバ１に対して送信することにより、新たなコ
ミュニティが登録され、その新たなコミュニティ内で、
その場所に旅行している他のユーザとの間のチャットを
楽しむことができるのである。同様に、例えば野球場で
野球を観戦しているユーザは、当該ユーザの興味として
「野球」という事項を入力することにより、当該野球場
の位置を表す位置コードlocと「野球」を表す興味コー
ドとを含むユーザ状況情報がコミュニティサーバ１に送
信され、この結果、その野球場にいる他のユーザとの間
でチャットを行うこともできる。このように、本実施形
態によれば、従来のチャットシステムにおいては得るこ
とのできなかった新たな楽しみをユーザに提供すること
ができるのである。

【００６１】Ｃ：変形例 以上この発明の一実施形態について説明したが、上記実
施形態はあくまでも例示であり、上記実施形態に対して
は、本発明の趣旨から逸脱しない範囲で様々な変形を加
えることができる。変形例としては、例えば以下のよう
なものが考えられる。

【００６２】＜変形例１＞上記実施形態においては、コ
ミュニティへの参加対象となる端末装置が携帯型の通信
端末である場合を例に説明したが、本発明を適用できる
のはかかる場合に限られない。例えば、上記携帯型通信
端末に代えて例えばデスクトップ型のパーソナルコンピ
ュータ等を用いてもよい。さらに、コミュニティへの参
加対象となる端末装置のうちの一部がデスクトップ型の
パーソナルコンピュータであり、他の一部が移動端末装
置であるような通信システムにも適用できることは言う
までもない。

【００６３】＜変形例２＞上記実施形態においては、ユ
ーザの行動や興味を入力デバイス４５から入力するよう
にしたが、これに限らず、例えば以下のようにしてもよ
い。すなわち、上記実施形態におけるクライアント端末
４に加速度センサまたは速度センサ等を設ける。そし
て、クライアント端末４内のユーザ情報獲得モジュール
４６は、これらのセンサの検出結果に応じて、当該クラ
イアント端末４のユーザの行動を判定し、当該行動に該
当する行動コードをユーザ状況情報メモリ４７に書き込
むのである。例えば、速度センサによって一定の閾値以
上の速度が検出された場合には、当該ユーザがジョギン
グをしていると判定し、「ジョギング」に該当する行動
コードをユーザ状況情報メモリ４７に書き込む、といっ
た具合である。さらに、クライアント端末にマイクを設
け、マイクから一定の閾値以上の音量の音声が入力され
た場合には、ユーザが何らかのイベントに参加している
と判定し、「イベント」に該当する行動コードをユーザ
状況情報メモリ４７に書込むようにしてもよい。また、
クライアント端末４にユーザの心拍数を検出するセンサ
を設け、当該センサによって検出される心拍数が一定の
閾値以上になった場合には、当該ユーザが何らかのスポ
ーツを行っていると判定し、「スポーツ」に該当する行
動コードをユーザ状況情報メモリ４７に書き込むように
してもよい。また、複数種類のセンサからの検出信号を
複合的に用いて、ユーザの状況を判定するようにしても
よい。

【００６４】さらに、上記実施形態においては、複数の
ＧＰＳ衛星からの電波によって当該クライアント端末４
の位置を検出するようにしたが、位置検出の手段はこれ
に限られるものではない。例えば、クライアント端末４
がＰＨＳである場合には、当該クライアント端末４の最
寄りの無線基地局の位置情報を取得し、この位置情報を
クライアント端末４の位置を表す位置情報として用いる
ようにしてもよい。

【００６５】このように、クライアント端末４のユーザ
の状況を検知するための手段としては、上記実施形態に
示したものに限らず、種々の手段（各種センサ等）を用
いることができる。なお、ユーザの状況として、ユーザ
によって入力された情報を用いてもよいことはもちろん
である。

【００６６】＜変形例３＞上記実施形態においては、ユ
ーザの位置、行動および興味のすべてがコミュニティサ
ーバ１に通知されるようにしたが、ユーザが選択した一
部の状況のみをコミュニティサーバ１に通知するように
してもよい。すなわち、ユーザが入力デバイス４５に対
して所定の操作を行い、コミュニティサーバ１に対して
送信すべき状況コードとして興味コードactおよび行動
コードintのみを選択した場合、ユーザ状況獲得モジュ
ール４６は、図６に示したステップＳａ４において、位
置コードlocを除くユーザ識別子UID、行動コードactお
よび興味コードintのみをユーザ状況情報メモリ４７か
ら読み出し、コミュニティサーバ１に送信するようにし
てもよい。

【００６７】＜変形例４＞上記実施形態におけるコミュ
ニティサーバ１内のユーザ情報データベース１４に記憶
された各ユーザ状況情報UINFには、当該ユーザに対して
過去に送信したコミュニティ情報CINFを表す送信履歴hs
tが含まれ、コミュニティ情報選択モジュール１６は、
この送信履歴hstを参照して、各クライアント端末４に
同一のコミュニティ情報が重複して送信されるのを回避
するようにした（図１０中のステップＳｅ１）が、例え
ば以下のようにしてもよい。

【００６８】すなわち、ユーザ状況情報UINF内に当該ユ
ーザに送信済みのコミュニティ情報CINFを含ませるので
はなく、コミュニティ情報データベース１７に記憶され
た複数のコミュニティ情報CINFの各々に、当該コミュニ
ティ情報CINFを過去に送信したユーザのユーザ識別子UI
Dを含ませるようにしてもよい。そして、コミュニティ
情報選択モジュール１６は、図１０中のステップＳｅ１
において、コミュニティ情報データベース１７に記憶さ
れたいずれかのコミュニティ情報を読み出すとともに、
ユーザ情報データベース１４に記憶された全てのユーザ
状況情報UINFを受け取り、当該コミュニティ情報CINFに
合致したユーザ状況情報のみを抽出する。

【００６９】さらに、ステップＳｅ２において、コミュ
ニティ情報選択モジュール１６は、当該コミュニティ情
報に含まれるユーザ識別子UID（すなわち、過去に当該
コミュニティ情報を送信しているユーザ）を参照し、上
記抽出されたユーザのうち、当該コミュニティ情報を未
だ送信していないユーザのみを選択する。そして、コミ
ュニティ情報選択モジュール１６は、当該コミュニティ
情報CINFと、選択されたユーザとを管理部１１に通知す
るのである。一方、管理部１１は、通信モジュール１２
を介して、当該コミュニティ情報CINFを、通知された各
ユーザのクライアント端末４に対して同報送信する。こ
のような一連の処理が、コミュニティ情報データベース
１７に記憶された他の全てのコミュニティ情報CINFにつ
いて実行されるのである。

【００７０】このようにしても、各クライアント端末４
には、当該クライアント端末４のユーザの状況に合致し
たコミュニティ情報CINFのみが送信されることとなり、
上記実施形態と同様の効果が得られる。

【００７１】

【発明の効果】以上説明したように、本発明によれば、
ユーザの状況に合致したコミュニティ情報が、各クライ
アントに対して適宜送信されるようになっている。従っ
て、ユーザは、自分の状況に合ったコミュニティを探す
ための煩雑な作業を行う必要がない。

【図面の簡単な説明】

【図１】 本発明の実施形態に係る通信システムの全体
構成を例示するブロック図である。

【図２】 同通信システムにおけるクライアント端末の
構成を例示するブロック図である。

【図３】 カテゴリコードの内容を例示する図である。

【図４】 同通信システムにおけるコミュニティサーバ
の構成を例示するブロック図である。

【図５】 同通信システム内でなされる処理の概要を説
明するための図である。

【図６】 同通信システム内のクライアント端末におけ
るユーザ状況情報送信のための処理を示すフローチャー
トである。

【図７】 同通信システム内のコミュニティサーバにお
けるユーザ状況情報の受信の際の処理を示すフローチャ
ートである。

【図８】 同通信システム内のクライアント端末におけ
る潜在的コミュニティ情報の受信の際の処理を示すフロ
ーチャートである。

【図９】 同通信システム内のクライアント端末におけ
る新規コミュニティ登録のための処理を示すフローチャ
ートである。

【図１０】 同通信システム内のコミュニティサーバに
おけるコミュニティ情報配信のための手順を表すフロー
チャートである。

【図１１】 同通信システム内のクライアント端末にお
けるコミュニティ情報についての処理を示すフローチャ
ートである。

【図１２】同通信システム内のクライアント端末におけ
るコミュニティ情報の表示例を示す図である。

【符号の説明】

１……コミュニティサーバ、２……チャットサーバ、３
……ネットワーク、４……クライアント端末、１１……
管理部、１２……通信モジュール、１３……集計メモ
リ、１４……ユーザ情報データベース、１５……ユーザ
集計モジュール、１６……コミュニティ情報選択モジュ
ール、１７……コミュニティ情報データベース、１８…
…コミュニティ状況獲得モジュール、４１……管理部、
４２……通信モジュール、４３……ユーザ登録スイッ
チ、４４……センサ、４５……入力デバイス、４６……
ユーザ情報獲得モジュール、４７……ユーザ状況情報メ
モリ、４８……ユーザ状況通知スイッチ、４９……コミ
ュニティ情報フィルタ、５０……表示部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大辻 清太 東京都千代田区永田町二丁目11番１号 エ ヌ・ティ・ティ移動通信網株式会社内 (72)発明者 杉村 利明 東京都千代田区永田町二丁目11番１号 エ ヌ・ティ・ティ移動通信網株式会社内 Ｆターム(参考） 5B075 KK07 ND02 NK02 NK06 NK10 NK37 NR12 PP02 PP12 PP22 PQ02 PQ32 PQ36 PR06 UU40 5B089 GA11 GA21 GA25 GB03 JA18 JB22 KA03 KB10 KC23 KC44

Claims (13)

【特許請求の範囲】
1. 【請求項１】 ネットワークを利用したコミュニティに
   参加する他の端末装置との間で通信可能な複数の端末装
   置と、前記コミュニティに関するコミュニティ情報を各
   端末装置に対して提供するサーバ装置とを含む通信シス
   テムにおけるコミュニティ形成支援方法であって、 前記各端末装置は、ユーザの状況を表すユーザ状況情報
   を前記サーバ装置に送信し、 前記サーバ装置は、 複数のコミュニティに関するコミュニティ情報を保持
   し、 当該複数のコミュニティ情報のうち、前記ユーザ状況情
   報が示すユーザの状況に適したコミュニティのコミュニ
   ティ情報を、当該ユーザ状況情報を送信した端末装置に
   対して送信し、 前記各端末装置は、サーバ装置から送信された前記コミ
   ュニティ情報をユーザに対して報知することを特徴とす
   るコミュニティ形成支援方法。
2. 【請求項２】 前記複数の端末装置のうちの少なくとも
   一部は移動端末装置であり、 当該移動端末装置は、ユーザの位置を含むユーザ状況情
   報をサーバ装置に送信することを特徴とする請求項１に
   記載のコミュニティ形成支援方法。
3. 【請求項３】 前記ユーザ状況情報は、前記ユーザの状
   況を表す複数種類のパラメータを含み、 前記各コミュニティ情報は、該コミュニティへの参加に
   適したユーザの状況に関する条件を含み、 前記サーバ装置は、ユーザ状況情報に含まれる前記複数
   種類のパラメータの各々が、各コミュニティ情報内の前
   記ユーザの状況に関する条件をどの程度満たすかを評価
   し、該評価結果に応じてユーザの状況に適したコミュニ
   ティを判定することを特徴とする請求項１または２に記
   載のコミュニティ形成支援方法。
4. 【請求項４】 前記サーバ装置は、複数の端末装置から
   送信された各ユーザ状況情報に基づいて各ユーザの状況
   を集計して潜在的コミュニティ情報を生成し、各端末装
   置に送信することを特徴とする請求項１〜３のいずれか
   １の請求項に記載のコミュニティ形成支援方法。
5. 【請求項５】 前記各端末装置は、新たなコミュニティ
   に関する情報をサーバ装置に送信可能であり、 前記サーバ装置は、前記各端末装置から送信された新た
   なコミュニティに関する情報から前記コミュニティ情報
   を生成して保持することを特徴とする請求項１〜４のい
   ずれか１の請求項に記載のコミュニティ形成支援方法。
6. 【請求項６】 前記各端末装置は、前記ユーザ状況情報
   をサーバ装置に送信するか否かを切換え可能であり、 前記サーバ装置は、前記ユーザ状況情報を送信しない端
   末装置に対しては、前記複数のコミュニティ情報を送信
   し、 当該端末装置は、前記サーバ装置から送信されたコミュ
   ニティ情報のうち、ユーザの状況に適したコミュニティ
   のコミュニティ情報をユーザに対して報知することを特
   徴とする請求項１〜５のいずれか１の請求項に記載のコ
   ミュニティ形成支援方法。
7. 【請求項７】 ネットワークを利用したコミュニティに
   参加する他の端末装置との間で通信可能な複数の端末装
   置と、前記コミュニティに関するコミュニティ情報を各
   端末装置に対して提供するサーバ装置とを含む通信シス
   テムであって、 前記各端末装置は、 ユーザの状況を表すユーザ状況情報を前記サーバ装置に
   送信する端末側送信手段と、 前記サーバ装置から受信した前記コミュニティ情報をユ
   ーザに対して報知する報知手段とを具備し、 前記サーバ装置は、 複数のコミュニティに関するコミュニティ情報を記憶す
   る記憶手段と、 前記複数のコミュニティ情報のうち、前記各端末装置か
   ら送信された前記ユーザ状況情報が示すユーザの状況に
   適したコミュニティのコミュニティ情報を選択する選択
   手段と、 選択されたコミュニティ情報を、当該ユーザ状況情報を
   送信した該端末装置に対して送信するサーバ側送信手段
   とを具備することを特徴とする通信システム。
8. 【請求項８】 前記複数の端末装置のうちの少なくとも
   一部は移動端末装置であり、 当該移動端末装置の端末側送信手段は、ユーザの位置を
   含むユーザ状況情報を前記サーバ装置に送信することを
   特徴とする請求項７に記載の通信システム。
9. 【請求項９】 前記ユーザ状況情報は、前記ユーザの状
   況を表す複数種類のパラメータを含み、 前記各コミュニティ情報は、該コミュニティへの参加に
   適したユーザの状況に関する条件を含み、 前記サーバ装置の選択手段は、ユーザ状況情報に含まれ
   る前記複数種類のパラメータの各々が、各コミュニティ
   情報内の前記ユーザの状況に関する条件をどの程度満た
   すかを評価し、該評価結果に応じてユーザの状況に適し
   たコミュニティを選択することを特徴とする請求項７ま
   たは８に記載の通信システム。
10. 【請求項１０】 前記サーバ装置は、複数の端末装置か
    ら送信された各ユーザ状況情報に基づいて各ユーザの状
    況を集計して潜在的コミュニティ情報を生成し、各端末
    装置に送信する集計手段を具備することを特徴とする請
    求項７〜９のいずれか１の請求項に記載の通信システ
    ム。
11. 【請求項１１】 前記各端末装置の端末側送信手段は、
    新たなコミュニティに関する情報をサーバ装置に送信可
    能であり、 前記サーバ装置は、前記各端末装置から送信された新た
    なコミュニティに関する情報から前記コミュニティ情報
    を生成して前記記憶手段に記憶させる制御手段を具備す
    ることを特徴とする請求項７〜１０のいずれか１の請求
    項に記載の通信システム。
12. 【請求項１２】 前記各端末装置の端末側送信手段は、
    前記ユーザ状況情報をサーバ装置に送信するか否かを切
    換え可能であり、 前記サーバ装置のサーバ側送信手段は、前記ユーザ状況
    情報を送信しない端末装置に対しては、前記複数のコミ
    ュニティ情報を送信し、 前記端末装置の報知手段は、前記サーバ装置から送信さ
    れたコミュニティ情報のうち、ユーザの状況に関連する
    コミュニティ情報のみをユーザに対して報知することを
    特徴とする請求項７〜１１のいずれか１の請求項に記載
    の通信システム。
13. 【請求項１３】 複数の端末装置との間でネットワーク
    を介した通信が可能なサーバ装置であって、 複数のコミュニティに関するコミュニティ情報を記憶す
    る記憶手段と、 各端末装置から送信され、各ユーザの状況を表すユーザ
    状況情報を受信する受信手段と、 前記複数のコミュニティ情報のうち、受信されたユーザ
    状況情報が表すユーザの状況に適したコミュニティのコ
    ミュニティ情報を選択する選択手段と、 選択されたコミュニティ情報を、当該ユーザ状況情報を
    送信した端末装置に対して送信する送信手段とを具備す
    ることを特徴とするサーバ装置。