(57)【特許請求の範囲】
【請求項１】
１以上のクライアントから構成される集合であるコミュニティ同士が通信するために、前記クライアントが使用する通信端末とコミュニケーションサーバとがネットワークを介して接続されたコミュニケーションシステムであって、
前記通信端末は、
クライアントの活動状況である端末アクティビティを自動収集したデータと前記クライアントが入力するデータとを前記サーバに送信し、
前記サーバは、
前記通信端末から前記コミュニケーションサーバに送信され蓄積されたクライアントの活動状況である端末アクティビティを自動収集したデータと、前記クライアントが入力するデータを、あらかじめ設定登録した前記コミュニティ毎の活動状態を表すコミュニティアクティビティとして合成し、
前記コミュニティアクティビティを、常時又は定期的もしくは要求に応じて前記コミュニケーションサーバから前記通信端末に配信するよう構成され、
前記コミュニティアクティビティは、合成重みを小さくされたクライアント各自の単独アクティビティと、合成重みを大きくされたクライアント間でのコミュニケーションアクティビティと、合成重みを中程度とされたクライアント同士の共時性アクティビティからなる少なくとも３つの種類を含み、
前記合成の際に、前記単独アクティビティと、前記コミュニケーションアクティビティと、前記共時性アクティビティとを前記合成重みにより重みづけてコミュニティアクティビティを合成し、
前記合成されたコミュニティアクティビティを、常時又は定期的もしくは要求に応じて前記通信端末に配信し、前記クライアントに前記コミュニティの活動状況を共有させる
ことを特徴とするコミュニティコミュニケーションシステム。
【請求項２】
前記コミュニティアクティビティを合成する際、
クライアントを匿名化することを特徴とする請求項１記載のコミュニティコミュニケーションシステム。
【請求項３】
１以上のクライアントが１つのコミュニティを構成し、前記コミュニティ同士が前記ネットワークを介してコミュニケーションを行うために、前記クライアントの通信端末とネットワークを介して接続されたネットワークサーバであって、
前記クライアントの活動状況であって前記通信端末において自動収集されたデータである端末アクティビティを随時蓄積する端末アクティビティＤＢと、
前記クライアントが前記通信端末に入力し送信する通信端末種別を蓄積する端末ＤＢと、
前記クライアントが前記通信端末に入力し送信する所属コミュニティ及び氏名を蓄積するユーザＤＢと、
前記端末ＤＢと、前記ユーザＤＢとに基づいて、前記コミュニティのクライアント構成を蓄積するコミュニティＤＢと、
前記端末アクティビティＤＢと、前記端末ＤＢと、前記ユーザＤＢと、前記コミュニティＤＢとに基づいて前記コミュニティ毎の活動状況であるコミュニティアクティビティを合成するアクティビティ合成手段と、
前記コミュニティアクティビティを随時更新するコミュニティアクティビティＤＢとを備え、
前記コミュニティアクティビティは、合成重みを小さくされたクライアント各自の単独アクティビティと、合成重みを大きくされたクライアント間でのコミュニケーションアクティビティと、合成重みを中程度とされたクライアント同士の共時性アクティビティからなる少なくとも３つの種類を含み、
前記単独アクティビティと、前記コミュニケーションアクティビティと、前記共時性アクティビティとを前記合成重みにより重みづけてコミュニティアクティビティを合成し、
前記クライアントに、前記コミュニティアクティビティを送信して、前記コミュニティの活動状況を共有させることを特徴とするコミュニケーションサーバ。
【請求項４】
前記コミュニティアクティビティは、開始時間、持続時間、立上りパラメタ、減衰パラメタ、強度のうち少なくとも一つと、型とを含む前記コミュニティ毎の活動状況を示すための前記通信端末の出力手段の選択または制御を行うデータで構成され、
前記型は、前記通信端末の前記出力手段を選択するデータであり、
前記開始時間は、前記通信端末の前記型によって選択された出力手段から出力を開始する時刻を示すデータであり、
前記持続時間は、前記通信端末の前記型によって選択された出力手段からの最大出力を持続する時間を示すデータであり、
前記立上りパラメタは、前記開始時刻から増大する前記通信端末の前記型によって選択された出力手段から出力される出力パターンを指定するデータであり、
前記減衰パラメタは、前記通信端末の前記型によって選択された出力手段の出力をフェードアウトするパターンを指定するデータであり、
前記強度は、前記通信端末の前記型によって選択された出力手段から出力する際の最大出力を指定するデータである
ことを特徴とする請求項３記載のコミュニケーションサーバ。
【請求項５】
前記コミュニケーションサーバは、さらに、端末通信モジュールを備え、
前記通信端末からのメッセージが新着したことを宛先に即時に新着通知するとともに、前記宛先に前記通知をトリガとして前記メッセージをダウンロードさせることで低遅延で同報配信し、
さらに前記メッセージは発信者が設定した返信用選択肢を有し、前記宛先は前記返信用選択肢を選択することで、前記同報配信から返信までを短時間で行うことを特徴とする請求項３記載のコミュニケーションサーバ。
【請求項６】
前記コミュニケーションサーバは、さらに、通知モジュールを備え、前記通信端末からの送信データが即時性が要求されるか否かを判別し、電子メール又は電話発信により前記通信端末モジュールに前記新着通知を行わせることを特徴とする請求項５記載のコミュニケーションサーバ。
【請求項７】
１以上のクライアントから構成される集合であるコミュニティ同士が通信するため、前記クライアントが使用する通信端末とコミュニケーションサーバとがネットワークを介して接続されたコミュニケーションシステムにおける前記コミュニケーションサーバを動作させるコンピュータプログラムであって、
前記通信端末から前記コミュニケーションサーバに送信され蓄積されたクライアントの活動状況である端末アクティビティを自動収集したデータと、前記クライアントが入力するデータを、あらかじめ設定登録した前記コミュニティ毎の活動状態を表すコミュニティアクティビティとして合成する合成手順と、
前記コミュニティアクティビティを、常時又は定期的もしくは要求に応じて前記コミュニケーションサーバから前記通信端末に配信する配信手順とで構成され、
前記コミュニティアクティビティは、合成重みを小さくされたクライアント各自の単独アクティビティと、合成重みを大きくされたクライアント間でのコミュニケーションアクティビティと、合成重みを中程度とされたクライアント同士の共時性アクティビティからなる少なくとも３つの種類を含み、
前記合成手順は、前記単独アクティビティと、前記コミュニケーションアクティビティと、前記共時性アクティビティとを前記合成重みにより重みづけてコミュニティアクティビティを合成し、
前記クライアントに、前記コミュニティアクティビティを送信して、前記コミュニティの活動状況を共有させることを特徴とするコミュニケーションサーバ用コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に、複数のメンバから構成されるコミュニティ（個人の何らかの集合）を媒介として、心理的負担をかけずにそのメンバ同士のつながり感を醸成しつつ、各種のコミュニケーション手段、例えば、音声通話や電子メール、インスタントメッセージングなどを、円滑かつシームレスに行うための、コミュニティコミュニケーションシステム、コミュニケーションサーバ、コミュニケーションサーバを動作させるためのコンピュータプログラムに関する。
【背景技術】
【０００２】
一般に、円滑活発なコミュニケーションが行われるときには、意識的で明示的なメッセージのやり取りによるフォアグラウンドコミュニケーションのみならず、利用者が意識せずにやり取りされるバックグラウンドコミュニケーションも行われいる。また、メンバーの数に注目すると、１対１、１対多、多対多のコミュニケーションがある。
従来、通信手段によるコミュニケーションにおいては、個人と個人の直接的なコミュニケーションがほとんどであった。また、電子掲示板や同報システムなど、１対多の情報通信システムも存在するが、結局はコミュニティを代表する個人が複数人に宛てたメッセージを作成しているに過ぎず、メッセージ作成のコストが大きい。また、例えば掲示板での投稿を例に挙げると、心理的な負担感、敷居の高さを感じることも多い。特定の仲間とのコミュニケーションのために、在席情報や、繁忙度、気分などの各自の状態（以下、単にステータスという）をサーバを通じてリアルタイムに共有するシステムは数多く見られる。これらのシステムは、主にインスタントメッセージングやビデオチャット、音声通話などのフォアグラウンドコミュニケーションの補助的なものが多いと考えられる。
【０００３】
また、グループの概念が導入されているものもあるが、単にファイルシステムでいうところのフォルダのようなもので、利用者の利便のために分類する手段に過ぎず、グループがそれ固有の動的なステータスを持ったりすることは出来ない。
例えば、ツーカーメッセンジャーとして提供されているサービスは、携帯電話の利用者が、仲間とステータスを共有したり、チャットを行うことの出来るサービスである。またＰＣ端末では、ＷｉｎｄｏｗｓＭｅｓｓｅｎｇｅｒ（登録商標）のようなインスタントメッセンジャサービスも広く利用されている。
【０００４】
これらの多くに共通するのは、基本機能であるインスタントメッセージングの他に、特定ユーザのステータスがリアルタイムで分かるということである。すなわち、二人の利用者が相互にステータス交換をする旨を認め合い、サーバに登録することで、オンライン状態などのステータスが常時分かるようになる。ステータスの種類は、各サービスにより様々であるが、オンラインとオフラインの他に、“忙しい”、“楽しい”、“離席中”など、コミュニケーションに時間が割けるかどうかの判断に用いるものや、気分のような曖昧なものなどがある。基本的に、オンラインとオフライン、そして高々離席中ぐらいが自動的に設定されるステータスであり、その他のステータスになるためには、ユーザの能動的な操作が必要となる。
【０００５】
具体的に用件がある場合など、電話等の手段を用いて、相互の時間を拘束したコミュニケーションも必要ではある。しかし一方で、リアルタイムに相手を拘束せずに、用件を連絡したいだけの場合も少なくない。この用途においては、電子メールが普及しており、携帯電話の普及に伴い、ごく一般的なコミュニケーション手段となっている。
また、一方で、明示的なメッセージの授受ではなく、コミュニケーション相手とのつながり感を醸成することを目的とした通信システムも提案されている。例えば、人感センサで取得した情報をバックグラウンド情報として、利用者相互に送受信することで、つながり感を醸成するコミュニケーションを行う「つながり感を伝える通信端末、通信方法および通信システム」がある（特許文献１）。
【０００６】
また、携帯電話における思いやりコミュニケーションを可能とするサービス等のサービスが開発されているが、人の状態を自動的に把握するシステムではないので、その操作が複雑であり、実用性に乏しいという問題がある。すなわち、上記従来例は、相手の存在を知る場合に、人の思考が中断されるという問題があり、また、相手の存在感をリアルタイムで抱くことができないという問題があり、しかも、相手の存在情報を知る場合に、人の手を煩わすため、煩雑であるという問題がある。
【０００７】
一方、遠隔地でのコミュニケーションを活性化したり、円滑化したりする手段として、アウェアネス情報を利用する方法が提案されている。ここでは、相手の存在に気づいたり、ばったり出会ったりというような「会話動機の発生」や「遭遇」を支援する方法と、相手との会話を思い立つといった「呼びかけ」を支援する方法と、相手を探すといった「探索」を支援する方法が提案されている。しかしながら、アウェアネス情報を利用するコミュニケーション支援は、コミュニケーションを行う双方が同期して相手を認識する必要があり、通信を用いることによる場所の制限は受けないが、時間的制約がある。また、アウェアナス情報は仕事面における生産性の向上が主な目的であるため、具体的なコミュニケーション行為に発展することを前提とした支援方法である。常時情報をやり取りすることによって常にコミュニケーションを促されることは、人間にとって必ずしも快適なコミュニケーション環境とは言えない。しかしながら、アウェアネス情報は、比較的リアルタイム性や即時性の高い情報であり、その特性を利用することによって、コミュニケーションのきっかけを増加させている。
【特許文献１】特開２００２−３１４７０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、各利用者の活動状態を表す活動情報をそのままで交換した場合、プライバシーの漏洩や、心的負担が大きいといった問題が発生する。
一方で、特定の利用者の集合であるコミュニティに着目したとき、従来型の個人対個人というコミュニケーションでは、コミュニティとしての一体感や共有感、さらにはつながり感を醸成することは難しい。
【０００９】
また、プライベートなコミュニケーションにおいては、少数の特定人物間とのやり取りが多いが、前述の通り、インスタントメッセージング（ＩＭ）においても、オンライン／オフラインの情報や、ユーザが手動設定する、気分や忙しさなどのステータス情報を仲間と共有する仕組みはこれまでにも存在する。しかしながら、自分のステータスでもどのレベルまでシェアしたいかは、相手との親密さによって異なる。これら従来のシステムにおいては、ステータスといっても、手動入力が必要なものがほとんどであり、利用者の手間が大きい。
【００１０】
そこで、本発明は、コミュニティメンバの活動状態を自動的に収集して、メンバの手間を省き、コミュニケーションによるつながり感を醸成することを目的とする。
【課題を解決するための手段】
【００１１】
本発明では、従来の個人がコミュニケーションの主体である形態ではなく、コミュニティがやり取りの主体であると考え、１つ以上のコミュニティに所属する利用者がコミュニティの他のメンバとコミュニケーションを行う際、利用者の活動の状態を、利用端末におけるセンサ情報、動作情報から集約し、総じて所属コミュニティの活性度を定義する。このコミュニティの活性度を所属メンバ端末において随時呈示することで、コミュニティというメタシンボルを通じて、メンバ同士のコミュニケーションを実現する。
【００１２】
また、本発明では、コミュニティが個人と同様にその時々の動的なステータスを持つ。
また、本発明におけるコミュニケーションは、文字や画像といった意識的に発せられるメッセージ（フォアグラウンドメッセージ）の授受だけでなく、システムによって自動的に収集される、各メンバやコミュニティ全体のアクティビティに関する情報をバックグラウンドメッセージとして交換し合うことで行われる。
【００１３】
また、本発明では、自動的に収集できる情報を主として、端末の稼動状態を可能な限り監視し、利用者（の端末）のアクティビティを決定する。よって、利用者の手間は最小限であり、同時に情報発信の心理的な負担を抑えつつ、親密な仲間とのつながり感を維持する。さらに、本発明においては、メンバ間の親密さやコミュニケーション活動の態様に応じて情報共有のレベルを設定でき、各メンバが提供する情報を段階的に制限する。
【００１４】
具体的には、請求項１は、１以上のクライアントから構成される集合であるコミュニティ同士が通信するためのコミュニケーションシステムであって、上記クライアントが使用する通信端末とコミュニケーションサーバとがネットワークを介して接続される。
これにより、上記通信端末はクライアントの活動状況である端末アクティビティを自動収集して上記サーバに送信し、上記サーバは上記端末アクティビティを、あらかじめ登録した上記コミュニティ毎のアクティビティであるコミュニティアクティビティとして合成し、上記コミュニティアクティビティを、常時又は定期的もしくは要求に応じて上記通信端末に配信し、上記クライアントが上記コミュニティの活動状況を共有する。
【００１５】
さらに、上記端末アクティビティが、クライアントの単独活動、クライアント間のコミュニケーション活動、複数のクライアントの共時性活動のいずれかに応じて、所定の重み付けで上記コミュニティアクティビティを合成する。
これにより、クライアント間の親密さやコミュニケーション活動の種類・態様に応じて情報共有のレベルを設定することができる。
【００１６】
請求項２は、請求項１において、上記コミュニティアクティビティを合成する際、クライアントを匿名化する。
これにより、プライバシーが保たれ、情報発信に対する心理的障害が低減される。
【００１８】
請求項３は、１以上のクライアントが１つのコミュニティを構成し、上記コミュニティ同士が上記ネットワークを介してコミュニケーションを行うために、上記クライアントの通信端末とネットワークを介して接続されたネットワークサーバであって、上記クライアントの活動状況であって上記通信端末において自動収集されたデータである端末アクティビティを随時蓄積する端末アクティビティＤＢと、上記クライアントが上記通信端末に入力し送信する通信端末種別を蓄積する端末ＤＢと、上記クライアントが上記通信端末に入力し送信する所属コミュニティ及び氏名を蓄積するユーザＤＢと、上記端末ＤＢと、上記ユーザＤＢとに基づいて、上記コミュニティのクライアント構成を蓄積するコミュニティＤＢと、上記端末アクティビティＤＢと、上記端末ＤＢと、上記ユーザＤＢと、上記コミュニティＤＢとに基づいて上記コミュニティ毎の活動状況であるコミュニティアクティビティを合成するアクティビティ合成手段と、上記コミュニティアクティビティを随時更新するコミュニティアクティビティＤＢとを備える。
【００１９】
これにより、上記クライアントに、上記コミュニティアクティビティを送信して、上記コミュニティの活動状況を共有させる。
さらに、上記コミュニティアクティビティが、合成重みを小さくされたクライアント各自の単独アクティビティと、合成重みを大きくされたクライアント間でのコミュニケーションアクティビティと、合成重みを中程度とされたクライアント同士の共時性アクティビティからなる少なくとも３つの種類を含み、上記端末アクティビティを上記合成重みにより重みづけてコミュニティアクティビティを合成する。
【００２０】
これにより、クライアント間の親密さやコミュニケーション活動の種類・態様に応じて情報共有のレベルを設定する。
請求項４は、請求項３において、上記コミュニティアクティビティが、開始時間、持続時間、立上りパラメタ、減衰パラメタ、強度、型のうち少なくとも一つを含み、上記出力手段を制御するデータであり、上記強度は、最大の出力強度であり、上記開始時間は、上記出力手段の出力を開始する時刻であり、上記持続時間は、上記出力手段の最大出力を持続する時間であり、上記立上りパラメタは、上記開始時刻から増大する出力パターンを指定するものであり、上記減衰パラメタは、上記出力をフェードアウトするパターンを指定するものであり、上記型は、上記コミュニティアクティビティの上記種類を指定するものであるように設定する。
【００２１】
これにより、クライアントの通信端末の出力手段の出力を自在に制御し、コミュニティの活動状況をよく表現する。
請求項５は、請求項３において、上記コミュニケーションサーバが、さらに、端末通信モジュールを備え、上記通信端末からのメッセージが新着したことを宛先に即時に新着通知するとともに、上記宛先に上記通知をトリガとして上記メッセージをダウンロードさせることで低遅延で同報配信し、さらに上記メッセージは発信者が設定した返信用選択肢を有し、上記宛先は上記返信用選択肢を選択する。
【００２２】
これにより、メッセージを即時に同報配信するとともに、上記同報配信から返信までを短時間で行う。
請求項６は、請求項５において、上記コミュニケーションサーバが、さらに、通知モジュールを備え、上記通信端末からの送信データが即時性が要求されるか否かを判別し、電子メール又は電話発信により上記通信端末モジュールに上記新着通知を行わせることである。
【００２３】
これにより、即時性が要求されるデータのみを宛先に即時に同報配信する。
【００２６】
これにより、上記クライアントが上記コミュニティの活動状況を共有する。  請求項７は、１以上のクライアントから構成される集合であるコミュニティ同士が通信するため、上記クライアントが使用する通信端末とコミュニケーションサーバとがネットワークを介して接続されたコミュニケーションシステムにおける上記コミュニケーションサーバを動作させるコンピュータプログラムであって、上記通信端末から上記コミュニケーションサーバに送信され蓄積されたクライアントの活動状況である端末アクティビティを自動収集したデータと、上記クライアントが入力するデータを、あらかじめ設定登録した上記コミュニティ毎の活動状態を表すコミュニティアクティビティとして合成する合成手順と、上記コミュニティアクティビティを、常時又は定期的もしくは要求に応じて上記コミュニケーションサーバから上記通信端末に配信する配信手順とを含む。
【００２７】
これにより、上記クライアントが上記コミュニティの活動状況を共有する。
【発明の効果】
【００２８】
本発明によれば、従来のメッセージベースのコミュニケーションとは異なり、ステータスベースのコミュニケーションであり、負担やプライバシーの侵害を抑えつつ、常時仲間との共有感を保つことが出来る。
また、本発明によれば、利用者は、メッセージの受送信を意識することなく、やわらかいコミュニケーションを行うことが出来る。
【００２９】
また、本発明によれば、同じコミュニティに所属する他の利用者と、コミュニティシンボルのアニメーションや、それに代替もしくは付随する音や振動、その他の出力で表現されるアクティビティを共有することで、そのコミュニティの仲間とのつながり感、そしてコミュニティへの帰属感やつながり感を醸成することが出来る。
このように、本発明によれば、従来のメッセージベースのコミュニケーションとは異なり、動的なステータスベースのコミュニケーションである。したがって、利用者から送信されたデータを、コミュニティの活動情報として集約することで、個人情報を匿名化し、それによりプライバシーが保たれ、かつ情報発信に対する心理的障害が低減され、負担やプライバシーの侵害を抑えつつ、常時仲間との共有感を保つことが出来る。
【発明を実施するための最良の形態】
【００３０】
［実施形態１］
図１に本発明のコミュニケーションシステムの構成を示す。
利用者Ｕａの使用する端末Ｔａは、ネットワークＮを通じてコミュニケションサーバＣＳと通信可能な状態にある。端末Ｔａは、通信手段ＴＮａ、制御手段ＴＣａ、入力手段ＴＩａ、出力手段ＴＯａから構成される。また、端末Ｔａと同様の構成の端末Ｔｂ、Ｔｃ、Ｔｄ、ＴｅがネットワークＮに接続されており、それぞれ利用者Ｕｂ、Ｕｃ、Ｕｄ、Ｕｅが使用するものとする。なお、端末Ｔｂ他の各端末についての各構成部位の略称は、端末Ｔａの相当する部分の略称の語尾のａをそれぞれｂ、ｃ、ｄ、ｅに変えたものとする。
【００３１】
利用者Ｕａは、コミュニティ１とコミュニティ２の二つのコミュニティに所属しており、それぞれの構成メンバとのコミュニケーションをこのシステムを利用して行うものとする。
コミュニティ１は利用者Ｕａと利用者Ｕｂの二名のみで構成されており、コミュニティ２は利用者Ｕａの他、利用者Ｕｃ、Ｕｄ、Ｕｅの計４名で構成されているとする。
【００３２】
各利用者Ｕａなどは個人の意思でそれぞれのコミュニティ１，２に参加、または離脱するものであり、コミュニティのメンバ構成は動的に変化し得る。各利用者Ｕａなどは各自の端末Ｔａなどを用いて、所属コミュニティ１、２を媒介としたつながり感を醸成するバックグラウンドコミュニケーションを行う。また、必要に応じ、直接に特定のメンバとフォアグラウンドコミュニケーションを行う。
【００３３】
それぞれの端末Ｔａなどは、利用者や端末の活動、動作状態を表す入力データを、様々な入力情報をネットワークＮを通じてコミュニケションサーバＣＳに送信する。コミュニケションサーバＣＳは端末から送信された入力データを随時データベースに蓄積しつつ、一方で、このデータベースの情報に基づいて、定められた手順により、各端末用の出力データを随時合成し、当該端末に送信する。
【００３４】
それぞれの端末Ｔａなどの通信手段ＴＮａなどは、有線通信手段または無線通信手段、もしくはその両方から構成される。
また、それぞれの入力手段ＴＩａなどは、ユーザ操作による入力を扱う一般入力手段、各種センサ情報を扱うセンシング手段から構成される。一般入力手段は、カメラ、マイク、キーボード、タッチパネル、バーコードスキャナ、チューナ、音声外部入力インタフェース、映像外部入力インタフェースを具備している。また、センシング手段は、ジャイロセンサ、温度センサ、湿度センサ、気圧センサ、方位センサ、ＧＰＳセンサ、感熱センサ、超音波速度センサ、照度センサ、脈波センサ、筋電センサ、皮膚電気抵抗センサ、制御手段ＴＣの動作状態の変化を扱う内部状態監視手段を具備している。
【００３５】
それぞれの出力手段ＴＯａなどは、ディスプレイ、バイブレータ、スピーカ、ビデオ、ヒータ、ファン、照明、フラッシュライト、ＬＥＤ、音声外部出力インタフェース、映像外部出力インタフェースを具備している。
それぞれの制御手段ＴＣａなどは、プロセッサ、メモリ、フラッシュメモリインタフェース、外部入出力機器インタフェース、バッテリと外部電源インタフェース、電源制御部を具備している。
【００３６】
図２にコミュニケションサーバＣＳの構成を示す。コミュニケションサーバＣＳは、通信手段コミュニケションサーバＣＳＮ、制御手段コミュニケションサーバＣＳＣ、アクティビティ合成手段コミュニケションサーバＣＳＡ、並びに、コミュニティアクティビティデータベース（コミュニケーションアクティビティＤＢ）２８、端末アクティビティデータベース（端末アクティビティＤＢ）２６、端末データベース（端末ＤＢ）２４、コミュニティデータベース２２（コミュニティＤＢ）２２、ユーザデータベース２０（ユーザＤＢ）２０から構成される。
【００３７】
ユーザデータベース２０は、所属コミュニティや氏名その他の基本情報など、各端末の利用者情報を蓄積するためのデータベースである。
端末データベース２４は、端末種別や利用者などの端末に関する情報を蓄積するためのデータベースである。また、端末の入出力手段の構成についても蓄積している。
コミュニティデータベース２２は、メンバ構成などのコミュニティに関する基本情報を蓄積するデータベースである。
【００３８】
端末アクティビティデータベース２６は、各端末Ｔａなどから送信された端末アクティビティを随時蓄積するためのデータベースである。
コミュニティアクティビティデータベース２８は、メンバの端末アクティビティを元に合成されたコミュニティのアクティビティを随時蓄積するためのデータベースである。
各ユーザの端末Ｔａなどは、入力手段ＴＩａなどで得た情報を制御部ＴＣａなどが一次加工し、端末アクティビティとしてコミュニケションサーバＣＳにアップロードする。
【００３９】
コミュニケションサーバＣＳは、アップロードされた端末アクティビティを集約し、各利用者毎のパーソナルアクティビティを算出する。
さらにコミュニケションサーバＣＳは、パーソナルアクティビティを集約して、各コミュニティについて、コミュニティアクティビティを計算する。
各端末Ｔａなどの各種入力手段で得られた情報は、制御部ＴＣａなどのバッファに一時的に保存される。次に、得られた情報は、利用者ＩＤを付与した上で、ネットワーク送信用のフォーマットに加工され、時刻ｔにおける端末アクティビティとしてコミュニケションサーバＣＳに送信される。
【００４０】
コミュニケションサーバＣＳでは、受信した端末アクティビティを順次端末アクティビティデータデース２６に蓄積する。またそれと平行して、端末Ｔａなどからのリクエストに応じて、または設定した時間間隔毎に、端末アクティビティデータベースの情報を統合し、各利用者毎のパーソナルアクティビティを合成する。
なお、利用者が単一の端末Ｔのみ使用している場合は、その端末Ｔａなどの端末アクティビティの当該利用者分が、そのままその利用者のパーソナルアクティビティとなる。
【００４１】
さらにまた、それらと平行して、設定した時間間隔毎に、パーソナルアクティビティの情報を統合し、各コミュニティ毎のコミュニティアクティビティを合成する。この合成は、上記の定期実行の他に、端末からの配信要求があるたびに実行するようにすることも出来るし、両方の方法を併用することも出来る。
合成されたコミュニティアクティビティは、コミュニティアクティビティデータベースに蓄積される。
【００４２】
これら合成処理は、コミュニケションサーバＣＳのアクティビティ合成手段コミュニケションサーバＣＳＡにより実行される。
合成の手順は、手順記述言語により記述され、コミュニケションサーバＣＳＡに蓄積される。この合成手順は、ローカルまたはネットワーク経由で書換えが可能である。これにより、システムの設計ポリシーに従い、容易にカスタマイズを行ったり、チューニングを行うことが出来る。
【００４３】
コミュニティのアクティビティには大きく分けて、少なくとも、メンバ各自の単独アクティビティ、メンバ間でのコミュニケーションアクティビティ、メンバ同士の共時性アクティビティの三種類がある。また、各アクティビティは、種類により、強度が設定される。
メンバ各自の単独アクティビティとは、ほぼパーソナルアクティビティそのものに等しい。ほとんど全てのパーソナルアクティビティがコミュニティアクティビティとされるが、コミュニティアクティビティとしての強度は小さく設定される。
【００４４】
メンバ間のコミュニケーションアクティビティとは、メンバ間でのメールの授受、音声通話、ショートメッセージの授受等の直接コミュニケーション行為をコミュニティアクティビティとして評価するものである。強度は大きく設定される。
メンバ同士の共時性アクティビティとは、複数のメンバが同一種の行動を行ったと考えられる状況か、近い値のアクティビティ情報を持つ状況を、コミュニティのアクティビティとして評価するものである。強度は中程度か、大きく設定される。例えば、インターネットブラウザを使ったブラウジングを例にとると、複数のメンバが、同一のｕｒｌアクセスを一定時間内に前後して行った場合、中程度の強度のコミュニティアクティビティがあったと評価する。また、例えば、ＧＰＳ等により、各メンバの位置情報が取得できる場合で、メンバ間の位置が接近したとき、すなわち、同一種の行動ではないが、取得データの値（＝座標）が近い場合に相当し、コミュニティアクティビティが発生したと評価する。
【００４５】
コミュニティアクティビティの種類は、上記の３種がさらに細分化されうる。
コミュニティアクティビティが各端末Ｔａなどに配信される際に、その種類が指定されることで、対応する出力手段ＴＯａなどを用いて出力されることになる。
各メンバに配信されるコミュニティアクティビティは、内容がメンバ毎に変わる。すなわち、元となる端末アクティビティの当事者かどうかで、コミュニティアクティビティの要素の強度が変化する。
【００４６】
コミュニティアクティビティは、一定時間内における、コミュニティのメンバの活動状況を表現するものである。
各メンバの端末に配信されるデータは、開始時間、持続時間、立上りパラメタ、減衰パラメタ、強度、型、オプションなどで構成される所定のフォーマットを有する。このデータを受信した端末Ｔａなどは、端末種別毎に用意された出力手段ＴＯａなどにより、実際の出力を行う。
【００４７】
例えば、ディスプレイ手段において出力を行う場合で、円形のコミュニティシンボルが明るく点灯する出力などが考えられる。
この例において、上記のデータフォーマットの各要素を説明する。
開始時間は、点灯を開始する時刻である。
持続時間は、最大点灯状態を持続する時間である。
【００４８】
立上りパラメタは、開始時刻からだんだんと明るくなる、などの出力開始時のパターンを指定するものである。
減衰パラメタは、逆に、フェードアウトしていく、などの持続時間終了後の出力終了時のパターンを指定するものである。
強度は、最大の出力強度であり、この例の場合、最大の明るさに相当する。
【００４９】
型は、コミュニティアクティビティの種類を指定する。この型指定により、各端末Ｔａなどで対応する出力手段を選択する。
オプションは、必須要素以外のもので、この例では存在しないが、例えば、テキストメッセージの配信などの場合に、コンテンツのテキストを格納するために利用される。
次に、コミュニケーションシステムコミュニケションサーバＣＳの動作について図１における例で説明する。ここでは、利用者ＵａからＵｅまではコミュニケションサーバＣＳにあらかじめ登録されており、各自の所属コミュニティ１、２に関しても、図１の通りに設定されているものとする。
【００５０】
コミュニティ２に関して、利用者Ｕｄと利用者Ｕｅがメールのやり取りをした場合の、利用者Ｕａでの出力提示について取り上げる。そのほかの場合も処理手順は同様である。
出力手段の例としては、まず、利用者Ｕｄが利用者Ｕｅに対し、メール作成を始めると、その「Ｕｄが宛先Ｕｅでメール作成開始」という情報が時刻ｔ１における端末Ｔｄの端末アクティビティ情報ＩＴｄ（ｔ１）としてコミュニケションサーバＣＳに送信される。
【００５１】
コミュニケションサーバＣＳでは、端末アクティビティデータベースに、その情報ＩＴｄ（ｔ１）を追加する。
その他のアクティビティの場合も同様であり、端末からの情報送信、コミュニケションサーバＣＳでのデータベース登録、のプロセスが基本となる。端末からのアクティビティ情報収集はこの繰り返しで行われる。
【００５２】
次に、端末Ｔａに配信するコミュニティアクティビティのデータを合成する過程について説明する。
時刻ｔ２（ここで、ｔ１＜＝ｔ２）においてコミュニティ２のアクティビティを合成する場合を考える。
まず、利用者Ｕａ、Ｕｃ、Ｕｄ、ＵｅのそれぞれのパーソナルアクティビティＩＵａ（ｔ２）、ＩＵｃ（ｔ２）、ＩＵｄ（ｔ２）、ＩＵｅ（ｔ２）が参照される。これは、予め設定された時間幅Δの時間区間［ｔ２−Δ，ｔ２］における、利用者Ｕａ〜Ｕｅ各々のアクティビティである。
【００５３】
すなわち、ここでは、利用者Ｕａ、Ｕｃ、Ｕｄ、Ｕｅはそれぞれ端末Ｔａ、Ｔｃ、Ｔｄ、Ｔｅのみ利用しているため、時間区間［ｔ２−Δ，ｔ２］における端末Ｔａ、Ｔｃ、Ｔｄ、Ｔｅの端末アクティビティ情報と等しくなる。
コミュニティアクティビティの合成例に戻り、端末Ｔａにおける出力について述べる。
例えば、図３に示す画面表示例のように、ディスプレイ手段に表示した円形のシンボルの変形により、コミュニケーションアクティビティを表現する場合で説明する。
【００５４】
各端末では、配信された出力データに従って適宜出力を行うが、今回の例では、端末Ｔａと端末Ｔｄでは、データ配信の段階で内容が異なる。
すなわち、端末Ｔａでは、端末アクティビティが時間区間［ｔ２−Δ，ｔ２］においてなんら発生しておらず、一方で、端末Ｔｄや端末Ｔｅでは、メールの送受信というアクティビティがある。
【００５５】
例えば、自身のコミュニケーションアクティビティに関しては、コミュニケーション行為を行ったことが自明であるため、他者よりも出力を抑制するようなポリシーが考えられる。この場合で、時間区間［ｔ２−Δ，ｔ２］における出力データを配信された端末Ｔａでは、ディスプレイ上の円形のシンボルが明るく点滅する。時間的な流れとしては、徐々に明るくなり、一定時間最大の明るさで点滅した後、徐々に明るさを減じていく。一方で、同じく端末Ｔｄでは、端末Ｔａの明るさに比べてやや暗い点滅を行う。時間変化は同様である。
【００５６】
また、このとき、端末Ｔｄと端末Ｔｅのペアの他に、コミュニティ内でメールのやり取りが時間区間［ｔ２−Δ，ｔ２］にあった場合、コミュニケーションアクティビティの合成時に評価が変わり、出力の明るさの最大値が大きくなる。
さらに、他の種類のコミュニケーションアクティビティや、単独アクティビティ、共時性アクティビティが同様にあった場合は、その内容に応じて、明るさ変化と同時に、相当する出力表現が独立に実行される。
【００５７】
例えば、色変化による出力表現に相当するコミュニティアクティビティがあった場合、明るさと色の変化が、同時に、かつ独立して実行される。大きさや形状変化などでも同様である。
またさらに、ディスプレイ出力だけでなく、音声出力やバイブレータ出力などの他の出力手段に関しても、複合的に使用されて出力が行われる。
【００５８】
上記の例では、出力手段ＴＯａなど、入力手段ＴＩａなど共に、列挙した全ての手段を具備する実装となっているが、端末毎に、その構成は異なっていてもよく、どの端末が、どの入出力手段を具備しているか／いないかについて、コミュニケションサーバＣＳの端末データベースに適切なデータを保持していればよい。
すなわち、出力合成時には、データ配信先の端末の構成を参照して、実際のデータが合成される。
【００５９】
［実施形態２］
図４に、携帯電話を主な端末としたコミュニティコミュニケーションシステムの構成例の概要を示す。
各利用者Ａなどは、いくつかのコミュニティに所属するが、図４では、利用者Ａはコミュニティ１とコミュニティ２に所属している。利用者Ａは、コミュニティ１の参加者である各利用者と、コミュニティ１、２を通してコミュニケーションをする。各コミュニティ１、２に属する利用者（メンバという）は、携帯電話を端末としてシステムを利用する。
【００６０】
図５に携帯電話端末システム構成を示す。
コミュニケションサーバＣＳは、各携帯電話端末からネットワークＮにアクセス可能であり、各端末のアクティビティの集約と、コミュニティアクティビティの合成と配信を行う。
図６に携帯電話端末表示例を示す。
【００６１】
図６の例は、利用者Ａの端末の画面表示を表している。コミュニティ２の状態が、四つの大きな四角状のコミュニティシンボル６０、６２、６４、６６（(ａ)に示す）で表現され、もうひとつのコミュニティ１の状態が、右上のひとつの四角状のコミュニティシンボル６８で表現されている（（ｂ）に示す）。このとき、利用者Ａの端末では、出力のフォーカス（注目するコミュニティの設定）がコミュニティ２に設定されている。
【００６２】
実際の使用時の表示では、コミュニティメンバの様々なアクティビティに対応して、様々な動的表現がされる。
例えば、コミュニティ２のメンバがメールの送受信を行った場合、コミュニケーションのアクティビティがあるとして、左上の四角６０が変色して回転する。メンバ同士のコミュニケーションとして、他にも音声通話が行われることが考えられるが、その場合も、この例では同じ変化として表現される。すなわち、端末の表示を見て、受け手である利用者Ａは、メンバ同士のコミュニケーションが最近あったことを知ることが出来るが、端末表示だけから、誰と誰が、どういうコミュニケーションを行っているかまではわからない。
【００６３】
また、別の例として、メンバの誰かが携帯電話端末を開いているとき、そのことが、利用者Ａの端末には、右下のコミュニティシンボル６６の四角の中の波紋状のアニメーションによって表現される。この人数が増えると、波紋の数も増える。
さらに別の例として、コミュニティの各メンバの携帯電話端末における電波強度の値の平均値を各端末に表示する例や、同じく電池残量の平均を表示したり、電池残量の少ないメンバがいる場合にそれを表示することも考えられる。
【００６４】
コミュニティ１に関しては、コミュニティアクティビティに変化があった場合、右上の小さい四角のコミュニティシンボル６８に様々な種類のアクティビティがアニメーションとして集約されて表現される。フォーカスのあるコミュニティ２に比べて、詳細がわかりにくい代わりに、結果的に情報が適当に取捨選択されており、単純化されていて見やすいと考えられる。
【００６５】
利用者Ａは、コミュニティ１のアクティビティを詳細に見たい場合、端末のボタン操作等でフォーカスをコミュニティ２からコミュニティ１へと移すことができる。その場合、コミュニティ１とコミュニティ２の表示サイズ、位置、方法が入れ替わる。また、このフォーカス移動は、設定により、自動化することができる。その場合、コミュニティ１のアクティビティが特定の要件（これも設定による。例えば、コミュニティ１のコミュニケーションに関するアクティビティが一定水準を上回ったら、または、コミュニティ１のメンバ全員が充電状態になったら、など）を満たした場合に、利用者Ａの端末操作なしに、自動的にコミュニティ１にフォーカスが移動する。
【００６６】
図７に携帯電話端末の構成を示す。
各携帯電話端末は、動作状態をログとしてメモリに残す。例えば、通話の開始および終了、メールの送受信、設定操作、電池残量、電波強度などである。そして、あらかじめ設定した一定時間ごと、または特定のイベントが発生した場合に、コミュニケーションサーバＣＳに対し、自己のアクティビティログを送信する。このイベントの例としては、端末を開くこと、などがある。
【００６７】
アクティビティ収集モジュール７０は、タイマーで定期的に端末状態の変化を監視し、その結果をローカルアクティビティバッファ７２に蓄積する。ここでいう端末状態とは、電池の残量や、電波状態、位置情報など、自動計測が可能なものを指す。ローカルアクティビティバッファ７２は、このようにその携帯電話端末の過去の状態変化を記録しておくためのデータ領域である。ここに蓄積されるのは、アクティビティ収集モジュール７０からの出力だけでなく、次に述べるイベントハンドラモジュール７４からの出力も含まれる。
【００６８】
イベントハンドラモジュール７４は、特定のイベント、特に、ユーザ操作に伴う端末状態の変化に応じて起動されるモジュールであり、例えば、携帯電話の開閉や、ユーザのボタン押しなどのイベント発生で起動される。特定のイベントもしくは、イベントの系列は、端末のアクティビティとして、ローカルアクティビティバッファ７２に出力される。
また、イベントハンドラモジュール７４は後述のサーバ通信モジュール７６にサーバとの間の通信の指示を発行するモジュールである。一部のアクティビティのイベントが発生した場合、ローカルアクティビティバッファ７２に残っておりコミュニケションサーバＣＳに未だアップロードしていないアクティビティと共に、そのアクティビティはサーバ通信モジュール７６に引き渡される。
【００６９】
また、外部割込み終了時にサーバ問合せを行う設定がされている場合、割込みからの復帰イベント発生のタイミングで、サーバ問合せを行うが、それに先立って、同様にローカルアクティビティバッファ７２に残存する未アップロードのアクティビティをまとめ、サーバ通信モジュール７６に引き渡す。
サーバ通信モジュール７６は、文字通り、コミュニケションサーバＣＳとのネットワーク通信を担当するモジュールである。
【００７０】
コミュニケーションサーバＣＳとの間の通信は、イベントハンドラモジュール７４の指令により起動される。その際、アップロードされるデータも、通信指令と共に、イベントハンドラモジュール７４から出力される。コミュニケションサーバＣＳへのアップロードを行った返りとして、コミュニケションサーバＣＳからコミュニティアクティビティシーケンスをダウンロードする。コミュニティアクティビティシーケンスは、前回のサーバ間通信以降に発生したコミュニティのアクティビティの時系列情報である。このコミュニティアクティビティシーケンスはコミュニティアクティビティバッファ７７に蓄積される。
【００７１】
このようにコミュニティアクティビティバッファ７７は、ダウンロード済の最新のコミュニティアクティビティを蓄積しているデータ領域である。
出力シーケンス生成モジュール７８は、コミュニティアクティビティバッファ７７及びローカルアクティビティバッファ７２のデータを元に、実際の出力の系列を生成するモジュールである。各コミュニティアクティビティに対し、その種類ごとに出力アクションの時系列データが割り当てられる。
【００７２】
図８には、出力シーケンス生成例を示す。典型的な例として、携帯電話端末の開け閉めに起因する端末アクセスアクティビティに関して、携帯電話端末の動作を説明する。
コミュニケーションサーバＣＳに集められた各端末の開け閉めアクティビティのデータは、コミュニケションサーバＣＳ上で集約され、開閉の総回数を一定時間ごと（例えば３０秒）にまとめて時系列化したものとして、端末にダウンロードされる。ここでの回数は、出力の強度と看做されて処理される。出力シーケンス生成モジュール７８では、データをコミュニティアクティビティバッファ７８から取り出し、出力アクションに割り当てる。ここで、携帯電話端末依存の出力アクションの表現力により、出力強度の精度は異なる。例えば、元のコミュニティアクティビティシーケンスが０から１までの連続値で、出力アクションが０、１、２、３の４段階の離散値であった場合、これらの間のマッピングを行い、また、強度の変動（強度１から強度２へ、など）のパターンアクションも適宜、出力シーケンスの要素として割り当てる。また、出力シーケンス生成モジュール７８では、各コミュニティアクティビティの経過時間を元に、時間軸方向の圧縮も行う。例えば、過去１０分までのアクティビティの系列はそのままの時間間隔で時系列どおり、出力形式に割り当てられるが、過去６０分から１０分までのアクティビティについては時間を５分の１に圧縮し、それ以前のものについては廃棄する、というような処理が行われ、この例の場合、圧縮分の１０分分と未圧縮の１０分の計２０分の出力シーケンスが結果として生成される。
【００７３】
出力制御モジュール７９は、この結果を受け取り、実際の出力デバイスを制御し、出力動作を実行するモジュールである。この出力デバイスの例としては、液晶画面の表示、スピーカ、バイブレータ、各種ランプなどがある。
図８に示した出力シーケンス生成例においては、元のコミュニティアクティビティシーケンス（ｆ）が０から１までの連続値で、出力アクションが０、１、２、３の４段階の離散値である場合に、強度の変動（強度１から強度２へ、など）のパターンアクション（ｇ）を出力シーケンスの要素（ｈ１）として割り当てる。
【００７４】
そして、（ｈ１）に基づいて過去のデータを圧縮した出力シーケンス（ｈ２））が出力制御モジュール７９から出力される。
図９にコミュニケションサーバＣＳの詳細な構成を示す。
端末通信モジュール９０は、携帯電話端末からのネットワークアクセスに応答する通信モジュールである。携帯電話端末は、自律的にコミュニケションサーバＣＳと通信を行うが、その際、当該端末のアクティビティシーケンスをアップロードしてくる。アップロードされたシーケンスは端末アクティビティデータベース２６に蓄積される。同時に携帯電話端末のステータス変化（通話開始、充電開始等）や、登録情報などがアップロードされた場合、携帯電話端末情報データとして専用のデータ領域である端末情報データ領域９２にストアする。また、後述の通知モジュール９４の指示により、電子メール、音声回線等を用いて、携帯電話端末に向けて発信する。
【００７５】
端末アクティビティデータベース２６は、上記のように、全ての端末のアクティビティが蓄積されている。ここに蓄積されたアクティビティのデータは、コミュニティアクティビティ合成手段ＣＳＡにおいて、コミュニティ毎のアクティビティの時系列シーケンスとして再構成される。
合成には、端末情報データの該当端末のデータも使用される。合成されたコミュニティアクティビティは、コミュニティアクティビティデータベース２８に逐次蓄積される。端末通信モジュール９０がアップロードを受けた場合、端末アクティビティデータベース２６を更新すると同時に、コミュニティアクティビティ合成手段ＣＳＡが起動し、最新の端末アクティビティについて、コミュニティアクティビティを合成し、続いて、コミュニティアクティビティシーケンス割当モジュール９６が起動する。コミュニティアクティビティシーケンス割当モジュール９６は、携帯電話端末に配信するコミュニティアクティビティシーケンスをコミュニティアクティビティデータベース２８から抽出する。これには、当該携帯電話端末の端末データ情報が使用される（例：前回アクセス時刻等）。
【００７６】
端末情報データ領域９２には、前述のように、最新のステータス情報、端末登録情報、ユーザプロファイル情報、コミュニティ構造、アクセス記録などが含まれる。手動設定が可能、もしくは必要な情報については、設定変更モジュール９８により更新、追加が行われる。
通知モジュール９４は、携帯電話端末からアップロードされたアクティビティが、メッセージ発信などの即時性が要求されるものであるかどうかを判別し、端末通信モジュール９０に指示し、電子メールまたは電話発信による新着通知（によりメッセージなどの内容を即時に配信する）を行わせるモジュールである。
【００７７】
なお、端末通信モジュール９０は、上述した通知をトリガとして、宛先端末に割り込みを発生させ、宛先にメッセージをダウンロードさせることで低遅延で同報配信することもできる。これにより、パーソナルコンピュータから携帯電話へのインターネット経由のメールの送信の場合に生じるキャリア網でのゲートウエイでのフィルタリングによる輻輳遅延なども回避できる。
【００７８】
なお、メッセージを即時に宛先に配信するだけでなく、宛先からの返信を迅速化するために、当該メッセージに選択用返信枝を設け、宛先において当該枝を選択すれば返信できるようにしてもよい。
なお、設定変更モジュール９８は、端末通信モジュール９０やサーバ管理インタフェース９９からの設定コマンドに基づいて設定を変更し、その変更を端末情報データ領域９２に通知する。
【００７９】
次に、コミュニティアクティビティ合成手段コミュニケションサーバＣＳＡの動作について補足する。ここでは、携帯電話端末の開閉情報に関し、図４に示す利用者Ａ、利用者Ｄ〜Ｇをメンバとする友人グループであるコミュニティ２を例にとる。
図１０に開閉の生データを時系列にマッピングした端末開閉の時系列を示す。ここでは便宜上時系列のグラフ状に表示しており、各メンバの開閉状態がＯＮ／ＯＦＦに対応している。
【００８０】
この情報を端末アクティビティデータベースから引き出し、図１０の例では１０秒間毎に点数化してコミュニティのアクティビティとして合計を出している。本例の場合、コミュニティアクティビティの計算アルゴリズムは最も単純なもので、各メンバの端末が開くイベントと閉じるイベントにそれぞれ３点と１点、開状態に２点を割り当てて、それらの単純和を取ったものである。なお、このとき、コミュニティアクティビティは配信先携帯電話端末毎に計算される。そして、配信先携帯電話端末である利用者Ａ端末の分の開閉情報は合成のデータとしては使用されないという例である。すなわち、利用者Ａの端末に出力される情報として、携帯電話端末開閉に関するアクティビティでは、利用者Ａ自身の端末アクティビティは適当でないという設計判断である。もちろん、利用者Ａを含めた合成を行うことも可能であり、システムの利用者や目的に合わせて適当と考えられる合成方法を選べばよい。
【００８１】
また、コミュニケションサーバＣＳの負荷を減らすために、配信先携帯電話端末毎のコミュニティアクティビティを合成せずに、一旦コミュニティ全体としてのアクティビティを合成して、コミュニティアクティビティデータベースにストアした後、コミュニティアクティビティシーケンス割当モジュールが、配信先に応じて調整の処理を行う実装も考えられる。
【００８２】
なお、最終的に、図１０のグラフのように算出されたコミュニティアクティビティの点数は、０から１の値になるように標準化され、コミュニティアクティビティデータベースにストアされる。標準化の方法もコミュニティの規模等に応じて、選択することができる。例えば、規模が小さい場合、すなわち、図４の例のように数名程度であれば、線形のスケーリングでよいが、規模が数十名になった場合などに対数変換に変更することなどが考えられる。
【００８３】
図１１には、システム動作の流れを示し、携帯電話端末とコミュニケションサーバＣＳの動作を概観する。なお、実際の動作時には、時間的に重複して、平行して処理される部分もある。
携帯電話端末中のデータＡ（電波状態、電池残量など）はアクティビティ収集モジュール７０によって収集され、ローカルアクティビティバッファ７２に格納される。
【００８４】
また、携帯電話端末中のデータＢ（携帯電話端末の開閉、動作検出、ボタン押し、イベント検出など）はイベントハンドラモジュール７４によって検出され、検出結果はローカルアクティビティバッファ７２に格納され、ローカルアクティビティバッファ７２に格納されたデータＢはイベントハンドラモジュール７４を経由してサーバ通信モジュール７６に送信される。そして、データＢは、サーバ通信モジュール７６からネットワークを介してコミュニケションサーバＣＳ中の端末通信モジュール９０に送信される。
【００８５】
また、データＣ（ディスプレイ、スピーカ、バイブレータなどの各出力デバイスにより出力される）は、バッファ７７から出力シーケンス生成モジュール７８によって読み出され、出力制御モジュール９７を介して携帯電話端末の出力手段に入力される。
ところで、コミュニケションサーバＣＳ中のコミュニティアクティビティデータベース２６に格納されたコミュニケーションアクティビティはコミュニケーションティアクティビティシーケンス割当モジュール９６を介して端末通信モジュール９０からネットワーク上に送信され、携帯電話端末中のサーバ通信モジュール７６によって受信され、コミュニティアクティビティシーケンスＤとしてコミュニティアクティビティバッファ７７に格納される。
【００８６】
一方、コミュニティアクティビティ合成手段コミュニケションサーバＣＳＡによる合成結果と端末情報データ領域９２に格納された携帯電話端末情報とは、同様に、コミュニティアクティビティシーケンス割当モジュール９６を介して端末通信モジュール９０からネットワーク上に送信され、携帯電話端末中のサーバ通信モジュール７６によって受信され、シーケンスＤとしてコミュニティアクティビティバッファ７７に格納される。
【００８７】
また、携帯電話端末からのアクティビティのデータＥはコミュニケションサーバＣＳ中の端末通信モジュール９０によって受信され端末アクティビティデータベース２６に格納される。同時に、端末通信モジュール９０はコミュニケションサーバＣＳＡを起動する処理Ｆを実行する。
また、携帯電話端末からの端末情報データＩはコミュニケションサーバＣＳ中の端末通信モジュール９０によって受信され端末情報データ領域９２に格納される。
【００８８】
また、携帯電話端末からの設定コマンドＧはコミュニケションサーバＣＳ中の端末通信モジュール９０によって受信され設定変更モジュール９８に格納される。
また、端末通信モジュール９０と通知モジュール９４の間の相互の処理Ｈ１、Ｈ２は、即時性あるアクティビティが携帯電話端末から送信されてきたときに必要な処理である。
また、コミュニケションサーバＣＳＡは、合成結果のデータＪをコミュニティアクティビティデータベース２８に格納し、続いてコミュニティアクティビティシーケンス割当モジュール９６を起動する処理Ｋを実行する。この処理Ｋによって、コミュニティアクティビティシーケンスが携帯電話端末に送信されデータＤとしてコミュニティアクティビティバッファ７７に格納される。
【００８９】
以上説明した実施形態１、２において使用するコンピュータプログラムは、コミュニティコミュニケーションシステムの動作説明として記載した手順を実行するプログラムである。また、記録媒体は、磁気記録媒体、光ディスクなどのパッケージメディア、又は不揮発性半導体メモリなどであって、上記のプログラムを記録したものである。
【図面の簡単な説明】
【００９０】
【図１】本発明のシステム構成を示す図である。
【図２】コミュニケーションサーバの構成を示す図である。
【図３】画面表示例を示す図である。
【図４】携帯電話端末システムコミュニティ構成例を示す図である。
【図５】携帯電話端末システム構成を示す図である。
【図６】携帯電話端末表示例を示す図である。
【図７】携帯電話端末の構成を示す図である。
【図８】出力シーケンス生成例を示す図である。
【図９】コミュニケーションサーバの詳細な構成を示す図である。
【図１０】端末開閉の時系列を示す図である。
【図１１】本発明のシステム動作の流れを示す図である。
【符号の説明】
【００９１】
２０  ユーザＤＢ
２２  コミュニティＤＢ
２４  端末DB
２６  端末アクティビティＤＢ
２８  コミュニティアクティビティＤＢ
７０  アクティビティ収集モジュール
７２  ローカルアクティビティバッファ
７４  イベントハンドラモジュール
７６  サーバ通信モジュール
７７  コミュニティアクティビティバッファ
７８  出力シーケンス生成モジュール
７９  出力制御モジュール
９０  端末通信モジュール
９２  端末情報データ領域
９４  通知モジュール
９６  コミュニティアクティビティシーケンス割当モジュール
９８  設定変更モジュール
９９  サーバ管理インタフェース
【図１】
0004675572.tif 000002
【図２】
0004675572.tif 000003
【図３】
0004675572.tif 000004
【図４】
0004675572.tif 000005
【図５】
0004675572.tif 000006
【図６】
0004675572.tif 000007
【図７】
0004675572.tif 000008
【図８】
0004675572.tif 000009
【図９】
0004675572.tif 000010
【図１０】
0004675572.tif 000011
【図１１】
0004675572.tif 000012