JP2001313723A - 通信支援方法 - Google Patents

Abstract

(57)【要約】 【課題】 通信手段をフレキシブルに制御する。 【解決手段】 第１ユーザが、第２ユーザに対し、状態
及び通信手段に応じて設定する評価条件を蓄積したルー
ルテーブルを準備する。第２ユーザから第１ユーザへの
通信に使用された通信手段がどの程度第１ユーザの希望
に添って使用されたかを示す使用実績が蓄積される使用
実績テーブルを準備する。第２ユーザが第１ユーザに対
して通信手段を選択して通信を要求した場合、選択され
た通信手段を用いた場合の予想使用実績を、通信開始に
先立ち第２ユーザに通知する。要求された通信を開始し
た場合、通信を実行した通信手段の評価をルールテーブ
ルから求め、その通信手段の使用実績を更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
ユーザが、互いに状態を取得でき、かつ相手の状態に応
じた通信手段を把握できる状態通知システムに関する。
本発明において、状態通知システムとは、ネットワーク
上のユーザの状態を管理し、ユーザに配信可能なシステ
ムを言う。

【０００２】

【従来の技術】社会のネットワーク化が進むに連れ、遠
隔地にいるユーザ同士がネットワークを介して常に通信
可能な状態にある形態が一般的となってきた。その一方
で、ネットワーク上のバーチャルワールドではユーザが
互いの状態を把握できないため、通信要求により相手の
じゃまをしてしまうという問題が生じている。このよう
な背景から、ネットワークを介した通信を制御し、円滑
なコミュニケーションを実現するために、様々な技術が
提供されている。

【０００３】例えば状態通知システムの１つに、ネット
ワーク上のユーザ状態と、ユーザが所定の状態に応じて
希望する通信手段とを管理しているものがある。このよ
うな状態通知システムでは、ユーザが通信要求を行おう
とすると、相手状態と、その状態で相手が希望する通信
手段とが、通信要求側ユーザに通知される。要求側ユー
ザは、相手が希望する通信手段を参考にし、実際に使用
する通信手段を選択する。

【０００４】しかし、相手が希望する通信手段を自分が
使用したくない場合や使用できない場合、相手に迷惑と
知りつつもユーザは他の通信手段を選択してしまう。シ
ステムによっては、相手ユーザにとって都合の悪い通信
手段を通信要求側が選択できないようにしている場合も
ある。このような状態通知システムでは、例えば相手ユ
ーザが多忙な状態において「電話」を希望しない場合、
通信要求者は電話による通信を行うことが出来ない。

【０００５】また、状態通知システム以外にも、通信を
制御するサービスが提供されている。例えば、電話によ
る通信を制御するために、発呼者の電話番号に基づいて
着信を拒否するサービスが提供されている。

【０００６】

【発明が解決しようとする課題】前記電話における着信
制御サービスは、被呼者側の都合を考慮した通信が出来
るという点である程度の効果を上げている。しかし、通
信手段を制限する前記サービスを享受するためには、ユ
ーザ端末側の設定だけではなく、サービス提供側に何ら
かの手続をする必要があり、ユーザにとって負担となっ
ている。

【０００７】また、前記状態通知システムにおいて、通
信しようとする相手が希望しない通信手段であっても選
択可能にしている場合、次のような問題が存在する。例
えば電話で話をすることは手軽であるため、通信相手が
多忙で電話の使用を望んでいない場合であっても、通信
手段として電話を用いてしまうことがある。これでは、
せっかく状態に応じて希望する通信手段を設定していて
も、あまり意味がなくなってしまう。

【０００８】そうかといって、通信受信側が希望しない
通信手段を通信要求側が全く選択不可能にすると、次の
ような問題が発生する。例えば、ユーザが多忙の場合電
話を受けたくないと設定しているとする。この場合、通
信要求者は、どんなに重要で緊急の用事があっても、そ
のユーザに電話することが出来ない。逆に、このユーザ
にとっても、例えどんなに忙しくても受信したい緊急の
あるいは重大な要件を、電話で受けられなくなってしま
う。同様の問題は、前記電話における着信制御サービス
においても発生する。

【０００９】すなわち、受信者側の立場に立てば、多忙
な状態にあるときに、些細な用事で頻繁に電話されるこ
とを防ぎたい。その一方で電話による通信が本当に必要
な場合には、それを可能にしておきたいというニーズが
ある。通信を要求する側にとっても、要件の内容によっ
ては、相手が希望しない通信手段を使わざるを得ない場
合があり、どんな場合であっても通信手段の使用を禁止
されると非常に不便である。すなわち、通信手段を単に
使用可能または不可能にするだけでは、現実の通信の制
御としては不適切な場合が多い。

【００１０】本発明は、前記の問題点を考慮し、通信手
段のフレキシブルな制限を可能にし、ネットワーク上で
の円滑なコミュニケーションを促進する状態通知システ
ムを提供することを目的とする。

【００１１】

【課題を解決するための手段】前記課題を解決するため
に、本願第１発明は、ネットワーク上のユーザの状態を
管理し、第１ユーザの状態と第１ユーザが状態に応じて
希望する通信手段とを、第２ユーザに通知可能な状態通
知システムに用いられる通信支援方法であって、 Ａ；第１ユーザが、第２ユーザに対し、状態及び通信手
段に応じて設定する評価条件を蓄積したルールテーブル
を準備し、 Ｂ；第２ユーザから第１ユーザへの通信に使用された通
信手段がどの程度第１ユーザの希望に添って使用された
かを示す使用実績が蓄積される使用実績テーブルを準備
し、 Ｃ；第２ユーザが第１ユーザに対して通信を開始した場
合、通信に用いられた通信手段の評価をルールテーブル
から求め、前記通信手段の使用実績を前記評価に基づい
て更新し、 Ｄ；第２ユーザが第１ユーザに対して通信手段を選択し
て通信を要求した場合、選択された通信手段を用いた場
合の予想使用実績を、通信開始に先立ち第２ユーザに通
知する、通信支援方法を提供する。

【００１２】状態通知システムとして、ネットワーク上
のユーザ状態と、所定の状態において各ユーザが希望す
る通信手段とを、管理するシステムを考える。ここで、
所定の状態としては、例えば「接続中」、「多忙」、
「在宅」が挙げられる。通信手段としては、例えば電
話、電子メール、ショートメッセージが挙げられる。第
２ユーザが第１ユーザに通信した場合、使用された通信
手段の評価をルールテーブルから取得し、その通信手段
の使用実績を更新する。但し、通信の開始に先立ち、選
択した通信手段によりそのまま通信を開始した場合の予
想使用実績を、評価と今までの使用実績とに基づいて求
める。求めた予想使用実績を、通信開始に先立ち第２ユ
ーザに通知する。

【００１３】これにより、第２ユーザは第１ユーザが好
まない通信手段を使用することを自制することが期待さ
れる。また、第１ユーザは、事態の重要度に応じて自己
都合よりも状況を優先した通信手段を用いることが出来
る。本願第２発明は、前記方法において、評価条件とし
て、第１ユーザが、第２ユーザに対し、状態及び通信手
段ごとに設定する評価ポイントを用いる通信支援方法を
提供する。

【００１４】例えば、第１ユーザは、使用を希望する通
信手段にプラスの評価ポイントを設定し、使用を希望し
ない通信手段にマイナスの評価ポイントを設定する。評
価ポイントを、状態や第２ユーザごとに変化させること
も出来る。本願第３発明は、前記第２発明において、使
用実績を評価ポイントの累計とする通信支援方法を提供
する。

【００１５】通信手段ごとに評価ポイントの累計を算出
し、その通信手段の使用実績とする。第２ユーザが第１
ユーザに通信を開始するごとに、使用された通信手段に
対する評価ポイントを、その通信手段の使用実績に加
え、新たな使用実績を算出する。使用実績値が高ければ
高いほど、第２ユーザは、その通信手段を第１ユーザの
希望に添って使用していることを示す。

【００１６】本願第４発明は、前記第２または第３発明
において、ルールテーブルには、第１ユーザが、第２ユ
ーザに対し、状態及び通信手段に応じて設定する評価ポ
イントの限度値がさらに蓄積されており、第２ユーザが
第１ユーザに対して通信手段を選択して通信を要求した
場合、評価ポイントの限度値と関連付けて予想使用実績
を第２ユーザに通知する通信支援方法を提供する。

【００１７】選択した通信手段をそのまま使用した場
合、第１ユーザにその通信手段を使用できる範囲がどう
なるかを、第２ユーザに通知する。第２ユーザは、通信
に先立って前記予想範囲を知ることにより、その通信手
段の使用をその時々の状況に応じて自制できる。本願第
５発明は、ネットワーク上のユーザの状態を管理し、第
１ユーザの状態と第１ユーザが状態に応じて希望する通
信手段とを、第２ユーザに通知可能な状態通知システム
に用いられる通信支援システムであって、ルールテーブ
ルと、使用実績テーブルと、使用実績更新手段と、通知
手段と、を備える通信支援システムを提供する。

【００１８】ルールテーブルは、第１ユーザが、第２ユ
ーザに対し、状態及び通信手段に応じて設定する評価条
件を蓄積している。使用実績テーブルには、第２ユーザ
から第１ユーザへの通信に使用された通信手段がどの程
度第１ユーザの希望に添って使用されたかを示す使用実
績が蓄積される。使用実績更新手段は、第２ユーザが第
１ユーザに対して通信を開始した場合、通信に用いられ
た通信手段の評価をルールテーブルから求め、前記通信
手段の使用実績を前記評価に基づいて更新する。通知手
段は、第２ユーザが第１ユーザに対して通信手段を選択
して通信を要求した場合、選択された通信手段を用いた
場合の予想使用実績を、通信開始に先立ち第２ユーザに
通知する。

【００１９】前記第１発明と同様の作用効果を奏する。
本願第６発明は、ネットワーク上のユーザの状態を管理
し、第１ユーザの状態と第１ユーザが状態に応じて希望
する通信手段とを、第２ユーザに通知可能な状態通知シ
ステムに用いられる通信支援方法であって、第１ユーザ
が、第２ユーザに対し、状態及び通信手段に応じて設定
する評価条件を蓄積したルールテーブルと、第２ユーザ
から第１ユーザへの通信に使用された通信手段がどの程
度第１ユーザの希望に添って使用されたかを示す使用実
績が蓄積される使用実績テーブルとが準備されている場
合、 Ａ；第２ユーザが第１ユーザに対して通信手段を選択し
て通信を要求した場合、選択された通信手段の評価をル
ールテーブルから取得し、選択された通信手段を用いた
場合の予想使用実績を、通信開始に先立ち第２ユーザに
通知する、通信支援方法を提供する。

【００２０】第１発明に係る方法をサーバ−クライアン
トシステムで実現する場合の、クライアント側端末で実
行される方法である。本願第７発明は、前記クライアン
ト側端末に用いられる通信支援方法を実行するプログラ
ムを記録した、コンピュータ読み取り可能な記録媒体を
提供する。本願第８発明は、前記クライアント側端末に
用いられる通信支援方法を実行するプログラムを提供す
る提供装置を提供する。

【００２１】この提供装置は、インターネットなどのネ
ットワークを介し、ネットワーク上の不特定多数の情報
端末に、クライアント用プログラムを伝送することが出
来る。本願第９発明は、ネットワーク上のユーザの状態
を管理し、第１ユーザの状態と第１ユーザが状態に応じ
て希望する通信手段とを、第２ユーザに通知可能な状態
通知装置に用いられる通信支援方法を提供する。この方
法では、ルールテーブルと使用実績テーブルとを準備し
ておき、下記Ａ及びＢの処理を行う。 Ａ；第２ユーザが第１ユーザに対して通信を開始した場
合、通信に用いられた通信手段の評価をルールテーブル
から求め、前記通信手段の使用実績を前記評価に基づい
て更新し、 Ｂ；第２ユーザが第１ユーザに対して通信手段を選択し
て通信を要求した場合、選択された通信手段の評価をル
ールテーブルから求め、通信開始に先立ち第２ユーザに
通知する。

【００２２】なお、ルールテーブルには、第１ユーザ
が、第２ユーザに対し、状態及び通信手段に応じて設定
する評価条件が蓄積されている。また、使用実績テーブ
ルには、第２ユーザから第１ユーザへの通信に使用され
た通信手段がどの程度第１ユーザの希望に添って使用さ
れたかを示す使用実績が蓄積される。前記第５発明のシ
ステムをサーバ−クライアント型システムとして実現す
る場合のシステムに用いられる方法である。

【００２３】本願第１０発明は、前記第９発明に記載の
通信支援方法を実行するプログラムを記録した、コンピ
ュータ読み取り可能な記録媒体を提供する。前記第９発
明と同様の作用効果を奏する。

【００２４】

【発明の実施の形態】＜発明の概要＞次に、本発明の状
態通知システムの概要について、図１及び図２を参照し
て説明する。図１は、本発明の概要を表す概念説明図で
ある。本発明の状態通知システムは、入力部２、イベン
ト解析部３、状態管理部４、通信制御部５、通信手段
６、判定部７、状態管理サーバ８、サービス提供サーバ
９及びルールＤＢ１０を有している。

【００２５】状態管理サーバ８は、ネットワーク上のユ
ーザ状態を蓄積及び管理している。また、各状態におい
てユーザが使用を希望する通信手段も、状態管理サーバ
８が管理している。さらに、状態管理サーバ８は、予め
ユーザが登録している特定のユーザ（以下、登録ユーザ
という）の最新の状態と、その状態で登録ユーザが希望
する通信手段とを、ユーザに通知する。ルールＤＢ１０
には、ユーザが、他のユーザの使用する通信手段を評価
する評価条件が、状態ごとに設定されている。また、ル
ールＤＢ１０には、他のユーザに対する、ユーザの通信
手段の使用実績が蓄積されている。サービス提供サーバ
９は、評価条件及び使用実績を読み出し、判定部７に通
知する。

【００２６】図２は、この状態通知システムが行う処理
の基本的な流れを示す説明図である。大別して自状態設
定処理（ａ）と、通信処理（ｂ）及び（ｃ）とに分ける
ことができる。自状態設定処理（ａ）では、ユーザは、
入力部２から自状態を設定入力する（＃１）。入力され
たユーザの自状態は、状態管理部４に記憶されると共
に、状態管理部から状態管理サーバに通知され、記憶さ
れる（＃２）。

【００２７】通信処理（ｂ）では、ユーザは、入力部２
により通信したい相手を選択する（＃１１）。状態管理
部４は、選択された相手の状態と、その状態で相手が希
望する通信手段とを状態管理サーバ８から取得して提示
し、使用する通信手段を選択させる（＃１２）。ユーザ
が通信手段を選択すると、サービス提供サーバ９は、評
価条件及び使用実績をルールＤＢ１０から取得し、判定
部７に通知する（＃１３）。判定部７は、選択した相手
に対し選択された通信手段で通信を行った場合の、その
通信手段の予想使用実績値を算出する（＃１４）。使用
実績値を試算した結果、新たな使用実績値が予め定めら
れた限界値を超える場合、判定部７はユーザにそのこと
を通知する（＃１５，＃１６）。逆に限界値を超えない
場合、判定部７は、通信制御部５に対し、選択された通
信手段による通信の開始を依頼する（＃１７）。

【００２８】通信処理（ｃ）は、ユーザが通信手段を直
接操作し通信を試みた場合である（＃２１）。この場
合、状態管理部４は、入力された通信アドレスから通信
先の相手を特定する（＃２２）。通信アドレスとユーザ
との対応は、例えばサービス管理サーバに予め蓄積され
ている。その後、前述と同様の処理を行う（＃１２〜＃
１７）。

【００２９】すなわち、本発明は、通信要求側のユーザ
が受信側ユーザの希望する通信手段を使用して通信した
場合には、評価条件に基づいて使用実績値を増加する。
逆に、受信側ユーザが希望しない通信手段を用いた場合
には、評価条件に基づいて使用実績値を減少させる。そ
して、実際に通信を開始する前に、予想使用実績値と限
界値とを、要求側ユーザに通知する。これにより、要求
側ユーザに対し、受信側ユーザが希望する通信手段の使
用を促進しつつ、希望されない通信手段をあえて使うべ
きか否かの適切な判断を促すことが出来る。

【００３０】＜第１実施形態例＞ ［構成］次に、本発明について実施形態例を挙げてさら
に具体的に説明する。図３は、第１実施形態例に係る状
態通知システム１０１の全体構成図である。このシステ
ムは、アウェアネス装置１１３とサービス提供サーバ１
０９とが、ネットワーク１１１を介して接続されてい
る。説明を容易にするためアウェアネス装置１１３は１
つのみ示しているが、通常複数である。サービス提供サ
ーバ１０９は、状態ＤＢ１０８及びルールＤＢ１１０を
備えている。なお、状態ＤＢ１０８及びルールＤＢ１１
０は、同じ端末上にあってもいいし、別々の端末上にあ
ってそれぞれがアクセス可能に接続されている形態でも
よい。

【００３１】アウェアネス装置１１３は、入力部１０
２、イベント解析部１０３、通信手段１０６、通信制御
部１０５、状態管理部１０４、判定部１０７及び表示部
１１２を有している。入力部１０２は、状態の設定や通
信開始の指示を、ユーザから受け付ける。イベント解析
部１０３は、ユーザの指示を解析し、通信制御部１０５
または状態管理部１０４に通知する。状態管理部１０４
は、ユーザが設定した自状態をサービス提供サーバ１０
９に通知する。また、状態管理部１０４は、登録ユーザ
の状態及びその状態においてそのユーザが希望する通信
手段１０６を、サービス提供サーバ１０９から取得す
る。通信制御部１０５は、判定部１０７からの指示に従
い、通信手段１０６に通信の開始を指示する。判定部１
０７は、ユーザが指定した通信手段１０６を用いて通信
した場合に、その通信手段の使用実績値が何点になるか
を計算し、値に応じた処理を行う。表示部１１２は、判
定部１０７の指示に従い、所定のメッセージをユーザに
通知する。通信手段１０６としては、電話インターフェ
ース、電子メール装置、ショートメッセージ装置などを
挙げることが出来る。

【００３２】［テーブル］図４、５及び６は、サービス
提供サーバ１０９に蓄積されているテーブルの概念説明
図である。図４は、参照テーブル及び被参照テーブルの
概念説明図である。参照テーブルには、参照ユーザＩ
Ｄ、登録ユーザＩＤ及び通信状態が対応付けられて蓄積
されている。また被参照テーブルには、登録ユーザのＩ
Ｄ、参照ユーザＩＤ及び通信状態が対応付けられて蓄積
されている。ここで、参照ユーザとは、登録ユーザの状
態を常に参照したいユーザである。登録ユーザとは、参
照ユーザが状態を参照することを希望しているユーザで
ある。通信状態は、参照ユーザに登録ユーザの状態を通
知しても良いか否かを示している。

【００３３】例えば、図４において、ＩＤ０００１のユ
ーザは、ＩＤ０００２及び０００３のユーザを、登録ユ
ーザとして登録している。また、ＩＤ０００２のユーザ
は、ＩＤ０００１のユーザを、登録ユーザとして登録し
ている。従って、ＩＤ０００１及び０００２のユーザ
は、互いに状態を参照することになるので、通信状態は
「complete」となる。しかし、ＩＤ０００３のユーザ
は、ＩＤ０００１のユーザを登録ユーザに指定していな
い。従って、参照ユーザＩＤ０００１と登録ユーザＩＤ
０００３との通信状態は、「imcomplete」となる。この
場合、登録ユーザの状態は参照ユーザに通知されない。

【００３４】図５は、ルールＤＢ１１０に蓄積されるル
ールテーブルの概念説明図である。ルールＤＢ１１０に
は、ユーザＩＤ、状態、相手ユーザＩＤ、ルール及びリ
ミット値が対応付けられて蓄積されている。ここで、ル
ールには、ユーザＩＤで特定されるユーザが対応する状
態にある場合、相手ユーザに応じて通信手段１０６に付
与する評価ポイントが設定されている。リミット値と
は、評価ポイントの限界を示す。

【００３５】例えば、ＩＤ０００１のユーザは、自分が
状態「ＴＥＬ＿ＮＧ」においてユーザＩＤ０００３から
電話がかかってきた場合、ＩＤ０００３のユーザの電話
の使用実績を５点減点することを、ルールとしている。
ＩＤ０００１のユーザが状態「ＴＥＬ＿ＮＧ」の場合、
ＩＤ０００３のユーザが電話を使用できる限界は、−５
０ポイントまでである。

【００３６】図６は、ルールＤＢ１１０に蓄積される実
績テーブルの概念説明図である。実績テーブルには、ユ
ーザＩＤ、相手ユーザＩＤ及び使用実績値が対応付けら
れて蓄積されている。使用実績値は、ユーザが通信を実
行するごとに新たに計算し直される。例えば、ルールテ
ーブルが前記図５に示されたものだとする。その場合、
ＴＥＬ＿ＮＧの状態にあるＩＤ０００１のユーザに、Ｉ
Ｄ０００３のユーザが電話をかけたとする。そうする
と、ＩＤ０００１のユーザに対するＩＤ０００３のユー
ザの電話の使用実績値には、−５点が加点される。

【００３７】なお、図示していないが、サービス提供サ
ーバ１０９は、各ユーザの個人情報、例えば氏名、住
所、各種通信アドレスと、ユーザＩＤとを対応付けて管
理している。また、サービス提供サーバ１０９は、各ユ
ーザが設定している、状態ごとの通信手段１０６の優先
順位を管理している。［処理の流れ］次に、前記構成を
有する状態通知システムが行う処理の流れについて具体
的に説明する。本実施形態例では、状態通知システム
は、以下の８つの処理をユーザの指示に応じて行う。

【００３８】（１）接続処理；アウェアネス装置とサー
ビス提供サーバとを接続。 （２）相手登録処理；登録ユーザを追加。 （３）相手削除処理；登録ユーザを削除。 （４）状態設定処理；自状態を更新し、サービス提供サ
ーバに通知。 （５）ルール設定処理；ルールテーブルを設定。

【００３９】（６）減点クリア処理；他のユーザの使用
実績値をクリアして救済。 （７）通信処理；通信を開始。 （８）切断処理；アウェアネス装置とサービス提供サー
バとを切断。 この中で、（１）〜（４）及び（８）の各処理は、通常
の状態通知システムにおける処理と同様に行うことが出
来る。これらの８つの処理について、以下に具体的に説
明する。

【００４０】（１）接続処理 図７及び図８は、接続処理におけるアウェアネス装置１
１３及びサービス提供サーバ１０９が行う処理の流れを
示すフローチャートである。 （１−１）アウェアネス装置の処理 まず図７について説明する。

【００４１】ステップＳ１：アウェアネス装置１１３
は、起動すると、ユーザからの何らかのイベントの入力
を待機している（図１７参照）。ここでイベントとは、
接続前であれば接続の指示である。何らかの指示があっ
たと判断すると、ステップＳ２に移行する。 ステップＳ２：アウェアネス装置１１３は、ユーザーか
らの指示がサービス提供サーバへの接続であるか否かを
判断し、”Ｙｅｓ”と判断するとステップＳ３に移行す
る。”Ｎｏ”と判断すると、前記ステップＳ１に戻る。

【００４２】ステップＳ３：アウェアネス装置１１３
は、アウェアネス装置１１３が動作するユーザ端末がネ
ットワーク１１１に既に接続されているかどうかを、判
断する。アウェアネス装置１１３がサービス提供サーバ
１０９にアクセスするためには、外部ネットワーク１１
１、例えばインターネットにユーザ端末が接続している
必要があるからである。“Ｙｅｓ”と判断すると、後述
するステップＳ６に移行する。“Ｎｏ”と判断するとス
テップＳ４に移行する。

【００４３】ステップＳ４、Ｓ５：アウェアネス装置１
１３は、インターネットなどの外部ネットワークに接続
する処理を行う（Ｓ４）。接続が成功すると（Ｓ５）、
ステップＳ６に移行する。成功しなかった場合（Ｓ
５）、再び前記ステップＳ１に戻る。 ステップＳ６、Ｓ７：アウェアネス装置１１３は、サー
ビス提供サーバ１０９に接続コマンドを送信し、接続処
理を行う（Ｓ６）。このコマンドには、コマンド種別、
コマンド送信元のユーザＩＤ、所定の認証情報などが含
まれる。接続が成功した場合（Ｓ７）、ステップＳ８に
移行する。成功しなかった場合（Ｓ７）、前記ステップ
Ｓ６に戻り、接続処理をやり直す。設定回数のやり直し
で接続ができなかった場合は前記ステップＳ１に戻る。

【００４４】ステップＳ８：アウェアネス装置１１３
は、状態要求コマンドをサービス提供サーバ１０９に送
信し、登録ユーザの状態を、サービス提供サーバ１０９
に要求する。このコマンドには、コマンド種別、要求元
ユーザＩＤ、登録ユーザＩＤ群が含まれる。 ステップＳ９：アウェアネス装置１１３は、前記要求に
応じて送られてきた登録ユーザの状態を、表示部１１２
に表示する（図１８参照）。

【００４５】（１−２）サービス提供サーバの処理 次いで、図８について説明する。図８は、接続処理にお
いてサービス提供サーバ１０９が行う処理の流れを示す
フローチャートである。ステップＳ１０１：サービス提
供サーバ１０９は、何らかのイベントを待機している。
ここでイベントとは、ユーザ端末上のアウェアネス装置
１１３から受信するコマンドである。何らかのコマンド
を受信すると、ステップＳ１０２に移行する。

【００４６】ステップＳ１０２、Ｓ１０３：サービス提
供サーバ１０９は、イベントが接続要求か否かを判断し
（Ｓ１０２）、接続要求であれば認証処理及びログイン
処理を行う（Ｓ１０３）。イベントが登録ユーザの状態
要求である場合、後述するステップＳ１０７に移行す
る。ステップＳ１０４、Ｓ１０５、Ｓ１０６：サービス
提供サーバ１０９は、所定時間以内に認証及びログイン
が成功したか否かを判断し（Ｓ１０４，Ｓ１０５）、タ
イムアウトと判断すると接続を拒否する（Ｓ１０６）。
所定時間内に認証及びログインが成功すると、ステップ
Ｓ１０１に戻り、次のイベントを待機する（Ｓ１０
４）。

【００４７】ステップＳ１０７、Ｓ１０８：受信したイ
ベントが登録ユーザの状態の要求である場合、サービス
提供サーバ１０９は、要求元ユーザの状態を状態管理Ｄ
Ｂに設定する。この場合の状態は「接続中」である。ス
テップＳ１０９、Ｓ１１０：サービス提供サーバ１０９
は、要求元ユーザの登録ユーザの状態を、状態管理ＤＢ
から取得する（Ｓ１０９）。次いで取得した状態を、要
求元ユーザに送出する（Ｓ１１０）。

【００４８】（２）相手登録処理、（３）相手削除処理
及び（４）状態設定処理 （２−１）アウェアネス装置の相手登録処理 図９は、相手登録処理（２）において、アウェアネス装
置１１３が行う処理の流れを示すフローチャートであ
る。この処理では、ユーザの指示に応じ、登録ユーザの
追加を行う。

【００４９】ステップＳ１１、Ｓ１２：アウェアネス装
置１１３は、ユーザの指示を待機しており（Ｓ１１）、
発生した指示が相手登録である場合（Ｓ１２）、ステッ
プＳ１３に移行する。 ステップＳ１３、Ｓ１４、Ｓ１５：アウェアネス装置１
１３は、登録ユーザを設定するための画面を表示し（ス
テップＳ１３、図１９参照）、登録ユーザが入力され
（Ｓ１４）、ＯＫボタンが押されると（Ｓ１５）、ステ
ップＳ１６に移行する。登録ユーザの設定画面は、後述
する図１９において説明する。

【００５０】ステップＳ１６、Ｓ１７、Ｓ１８：アウェ
アネス装置１１３は、登録コマンドをサーバに送信する
（Ｓ１６）。登録コマンドには、コマンド種別、参照ユ
ーザＩＤ及び登録ユーザＩＤが含まれている。また、ア
ウェアネス装置１１３自身は新たな登録ユーザを記憶す
る。その後、アウェアネス装置１１３は、サーバからの
レスポンスを待機し、正常なレスポンスがあった場合に
は新たな登録ユーザを表示部１１２に表示する（Ｓ１
７，Ｓ１８）。

【００５１】（３−１）アウェアネス装置の相手削除処
理 図１０は、アウェアネス装置１１３が行う相手削除処理
（３）における処理の流れを示すフローチャートであ
る。この処理では、ユーザの指示に応じ、登録ユーザの
削除を行う。ステップＳ２１、Ｓ２２、Ｓ２３：アウェ
アネス装置１１３は、ユーザの指示を待機しており（Ｓ
２１）、発生した指示が登録ユーザの削除である場合
（Ｓ２２）、削除を確認する画面を表示する（Ｓ２３、
図２０参照）。登録ユーザの削除画面については、後述
する図２０において説明する。

【００５２】ステップＳ２４，Ｓ２５：アウェアネス装
置１１３は、前記画面上で例えばＯＫボタンを押される
と、選択された登録ユーザを、登録ユーザから削除する
削除コマンドをサービス提供サーバ１０９に送信する。
削除コマンドには、コマンド種別、参照ユーザ及び削除
する登録ユーザが含まれている。 （４−１）アウェアネス装置の状態設定処理 図１１は、状態設定処理（４）においてアウェアネス装
置１１３が行う処理の流れを示すフローチャートであ
る。この処理では、ユーザ状態の設定と、設定した状態
をサービス提供サーバ１０９へ通知する処理とを行う。

【００５３】ステップＳ３１、Ｓ３２、Ｓ３３：アウェ
アネス装置１１３は、ユーザの指示を待機しており（Ｓ
３１）、状態設定の指示を受けると状態設定画面（図２
１参照）を表示する（Ｓ３２，Ｓ３３）。状態設定画面
では、予め準備された所定の状態のいずれかの選択を受
け付ける。また、所定の状態以外にユーザ任意の状態の
登録を可能にしておくこともできる。例えば、状態設定
画面に「状態登録ボタン」を設けておき、そのボタンを
押すと、ユーザ任意の状態を登録できるようにすること
が挙げられる。状態設定画面については、後述する図２
１で具体的に説明する。

【００５４】ステップＳ３４、Ｓ３５：アウェアネス装
置１１３は、状態設定画面中の状態登録ボタンが押され
たか否かを判断し、押された場合新規状態を設定するた
めの画面を表示する（図示せず）（Ｓ３５）。 ステップＳ３６、Ｓ３７：新規状態設定画面において状
態が入力され（Ｓ３６）、ＯＫボタンが押されると（Ｓ
３７）、アウェアネス装置１１３は後述するステップＳ
４０に移行する。すなわち、新たな状態を画面上に表示
すると共に、設定された状態を通知する状態設定コマン
ドを、サービス提供サーバ１０９に送信する。

【００５５】ステップＳ３８、Ｓ３９、Ｓ４０：アウェ
アネス装置１１３は、状態設定画面において状態登録ボ
タンが押されなかった場合、何らかの状態が選択された
かどうかを判断し（Ｓ３８）、ＯＫボタンが押されると
（Ｓ３９）、選択された状態を画面上に表示する。ま
た、状態設定コマンドを、サービス提供サーバ１０９に
送信する（Ｓ４０）。状態設定コマンドには、コマンド
種別と、状態を変更したユーザのＩＤと、状態を特定す
る情報とが含まれている。

【００５６】（２−２），（３−２），（４−２）サー
ビス提供サーバの処理 図１２は、相手登録処理（２）、相手削除処理（３）及
び状態設定処理（４）において、サービス提供サーバ１
０９が行う処理の流れを示すフローチャートである。 ステップＳ１１１、Ｓ１１２：サービス提供サーバ１０
９は、アウェアネス装置１１３からのコマンドを待機し
ている（Ｓ１１１）。登録コマンドを受信するとステッ
プＳ１１３に移行する（Ｓ１１２）。発生したイベント
が、削除コマンドの受信であれば（Ｓ１１７）後述する
ステップＳ１１７に、状態設定コマンドの受信であれば
（Ｓ１２０）後述するステップＳ１２１に移行する。

【００５７】ステップＳ１１３：登録コマンドを受信し
た場合、サービス提供サーバ１０９は、要求元ユーザを
参照ユーザとし、参照テーブル及び被参照テーブルに、
参照ユーザ及び登録ユーザを書き込む。このとき、サー
ビス提供サーバ１０９は、登録ユーザが参照ユーザの状
態を参照しているか否かに基づいて、通信状態を更新す
る。

【００５８】ステップＳ１１４、Ｓ１１５、Ｓ１１６：
サービス提供サーバ１０９は、参照ユーザと登録ユーザ
との通信状態が「complete」であれば（Ｓ１１４）、両
ユーザの状態を状態ＤＢ１０８から取得し（Ｓ１１
５）、両ユーザに相手の状態を送信する（Ｓ１１６）。
参照ユーザと登録ユーザとの通信状態が「imcomplete」
であれば、状態を送信する必要はないので次のイベント
を待機する状態に戻る（Ｓ１１４）。

【００５９】ステップＳ１１７、Ｓ１１８、Ｓ１１９、
Ｓ１２０：削除コマンドを受信した場合、サービス提供
サーバ１０９は、ステップＳ１１７に移行する。次い
で、サービス提供サーバ１０９は、削除コマンドに基づ
いて、参照テーブル及び被参照テーブルを更新する。す
なわち、要求元ユーザが指定する登録ユーザを、参照テ
ーブルから削除する（Ｓ１１８）。削除された登録ユー
ザが、要求元ユーザを登録ユーザに設定している場合、
サービス提供サーバ１０９は、通信状態を「imcomplet
e」に変更する（Ｓ１１８）。通信状態が「complete」
から「imcomplete」に変更された場合（Ｓ１１９）、サ
ービス提供サーバ１０９は、両ユーザに空の状態情報を
送信する（Ｓ１２０）。

【００６０】ステップＳ１２１、Ｓ１２２、Ｓ１２３：
状態設定コマンドを受信した場合（１２１）、サービス
提供サーバ１０９は、状態設定コマンドに基づいて、状
態ＤＢに新たな状態を書き込む（Ｓ１２２）。次いでサ
ービス提供サーバ１０９は、コマンド送信元の新たな状
態を、そのユーザを登録ユーザとしている他のユーザ
に、通知する（Ｓ１２３）。

【００６１】（５）ルール設定処理、（６）減点クリア
処理及び（７）通信処理 図１３〜図１６は、前述の処理（５）〜（７）における
アウェアネス装置１１３及びサービス提供サーバ１０９
の処理の流れを示すフローチャートである。 （５−１）アウェアネス装置のルール設定処理 図１３は、ルール設定処理（５）において、アウェアネ
ス装置１１３が行う処理の流れを示すフローチャートで
ある。この処理では、アウェアネス装置１１３は、ルー
ルの設定をユーザから受け付ける。

【００６２】ステップＳ５１、Ｓ５２、Ｓ５３：アウェ
アネス装置１１３は、ユーザの指示を待機しており（Ｓ
５１）、発生した指示がルール設定であると（Ｓ５
２）、ルール設定画面を表示する（Ｓ５３）。ルール設
定画面については、後述する図２２において説明する。
ルール設定画面は、ユーザが、自分の状態に応じ、各種
通信手段に対する評価ポイントを設定できるようにデザ
インされている。また、評価ポイントを、通信相手に応
じて変更できるようになっていると好ましい。

【００６３】ステップＳ５４、Ｓ５５、Ｓ５６：アウェ
アネス装置１１３は、ルール設定画面においてルールが
設定入力されたか否かを判断する（Ｓ５４）。“Ｙｅ
ｓ”と判断すると、ＯＫボタンが押されるのを待機する
（Ｓ５５）。ＯＫボタンが押されると、設定されたルー
ルを書き込んだルール設定コマンドを、サービス提供サ
ーバ１０９に送信する（Ｓ５６）。このコマンドには、
コマンド種別、送信元ユーザＩＤ、状態、相手、通信手
段、評価ポイント、リミット値などが含まれる。

【００６４】（６−１）アウェアネス装置の減点クリア
処理 図１４は、減点クリア処理（６）において、アウェアネ
ス装置１１３が行う処理の流れを示すフローチャートで
ある。この処理では、アウェアネス装置１１３は、指定
されたユーザの使用実績値を初期化する処理を行う。 ステップＳ６１、Ｓ６２、Ｓ６３：アウェアネス装置１
１３は、ユーザの指示を待機しており（Ｓ６１）、減点
クリアの指示がなされると、確認画面を表示する（図２
３参照）。確認画面では、指定するユーザと、使用実績
値を初期化する通信手段１０６とを、ユーザに対して確
認する。指定ユーザの使用実績値とそのリミット値と
を、併せて確認画面に表示しても良い。使用実績値がリ
ミット値に近づいてきたためクリアして救済するか否か
などの判断を、ユーザがしやすくなると考えられる。確
認画面については、後述する図２３で具体的に説明す
る。

【００６５】ステップＳ６４、Ｓ６５：アウェアネス装
置１１３は、ユーザから確認の指示、例えば“ＯＫボタ
ン”が押されると、クリアコマンドをサービス提供サー
バ１０９に送信する。クリアコマンドには、コマンド種
別と、コマンド送信元ユーザＩＤと、指定されたユーザ
ＩＤと、指定された通信手段とが含まれている。 （７−１）アウェアネス装置の通信処理 図１５は、通信処理（７）においてアウェアネス装置１
１３が行う処理の流れを示すフローチャートである。こ
の処理では、アウェアネス装置１１３は、ユーザから通
信の指示を受け付け、指定された通信手段１０６の予想
実績値を、通信開始前にユーザに通知する。

【００６６】ステップＳ７１、Ｓ７２、Ｓ７３：説明の
簡単のため、ここでは通信手段１０６として電話が選択
された場合を考える。アウェアネス装置１１３は、ユー
ザからの指示を待機しており（Ｓ７１）、通信相手及び
電話が選択されると（Ｓ７２）、電話コマンドをサービ
ス提供サーバ１０９に送信する。この電話コマンドに
は、コマンド種別と、通信手段と、受信側ユーザＩＤ
と、通信要求者のＩＤとが含まれている。

【００６７】ステップＳ７４：アウェアネス装置１１３
は、前記電話コマンドの送信に対し、サービス提供サー
バ１０９からの応答を待機し、応答を受信するとステッ
プＳ７５に移行する。この応答には、受信側ユーザのそ
の時点の状態において受信側ユーザが要求側ユーザの電
話に対し設定している評価ポイントと、要求側ユーザの
受信側ユーザに対する電話の使用実績値と、そのリミッ
ト値とが含まれている。

【００６８】ステップＳ７５：アウェアネス装置１１３
は、受信した応答に基づいて、警告画面を表示部１１２
に表示する。警告画面では、受信側ユーザ及び選択して
いる通信手段（電話）に関し、要求側ユーザの予想使用
実績値とそのリミット値との関係が、表示される。例え
ば、予想使用実績値とリミット値とをそれぞれそのまま
表示しても良い。また、リミット値に対する予想使用実
績値を、赤、黄色、青の３段階の信号形式で表示しても
良い。予想使用実績値とリミット値とをグラフで表示し
てもよい。警告画面に、現在の使用実績値に関する表示
を行うことも可能である。警告画面については、後述す
る図２４で具体的に説明する。

【００６９】ステップＳ７６、Ｓ７７：アウェアネス装
置１１３は、警告画面において通信の開始を指示された
か否かを判断し（Ｓ７６）、“Ｙｅｓ”と判断するとス
テップＳ７７に移行する。ステップＳ７７では、アウェ
アネス装置１１３は、通信制御部１０５により電話によ
る通信を開始する。また、アウェアネス装置１１３は、
サービス提供サーバ１０９に対し、通信実行コマンドを
送信する。このコマンドには、コマンド種別、通信を実
行した通信手段、その通信手段の新たな使用実績値、要
求側ユーザのＩＤ及び受信側ユーザのＩＤが、含まれて
いる。

【００７０】通信をキャンセルした場合、アウェアネス
装置１１３は再びステップＳ７１に戻り、次のユーザか
らの指示を待機する。通信がキャンセルされた場合、ア
ウェアネス装置１１３は、サービス提供サーバ１０９に
対し、通信キャンセルコマンドを送信する。このコマン
ドには、コマンド種別、キャンセルされた通信手段、要
求側ユーザのＩＤ及び受信側ユーザのＩＤが、含まれて
いる。

【００７１】なお、使用実績値が減点される通信が実行
された場合、受信側アウェアネス装置１１３は、要求側
ユーザの使用実績値を減点するか否かを、受信側ユーザ
に確認することも可能である。例えば、減点通知画面を
表示し、使用実績値に対する減点を実行するか否かを要
求側ユーザに判断させても良い。この減点通知画面につ
いては、後述する図２５で具体的に説明する。

【００７２】（５−２）、（６−２）、（７−２）サー
ビス提供サーバの処理 図１６は、前記処理（５）〜（７）において、サービス
提供サーバ１０９が行う処理の流れを示すフローチャー
トである。この処理では、サービス提供サーバ１０９
は、電話コマンド、クリアコマンドまたはルール設定コ
マンドのいずれかの受信による処理を行う。

【００７３】ステップＳ１３１、Ｓ１３２：サービス提
供サーバ１０９は、コマンドを待機しており（Ｓ１３
１）、アウェアネス装置１１３から電話コマンドを受信
すると（Ｓ１３２）、ステップＳ１３３に移行する。ク
リアコマンドを受信した場合、後述するステップＳ１３
９に移行する。ルール設定コマンドを受信した場合、後
述するステップＳ１４１に移行する。

【００７４】ステップＳ１３３：サービス提供サーバ１
０９は、電話コマンドを解析し、受信側ユーザとして選
択されたユーザの状態を、状態管理ＤＢから取得する。 ステップＳ１３４：サービス提供サーバ１０９は、ルー
ルテーブルを参照し、受信側ユーザの現在の状態におい
て、電話に対する評価ポイント及びリミット値を、要求
側ユーザに関して取得する。

【００７５】ステップＳ１３５：サービス提供サーバ１
０９は、実績テーブルを参照し、受信側ユーザ及び電話
に関し、要求側ユーザの使用実績値を獲得する。 ステップＳ１３６：サービス提供サーバ１０９は、要求
側アウェアネス装置１１３に対し、ルールテーブル及び
実績テーブルから取得した評価ポイント、使用実績値及
びそのリミット値を通知する。

【００７６】ステップＳ１３７、Ｓ１３８：サービス提
供サーバ１０９は、前段階の通知に対する、要求側アウ
ェアネス装置１１３からの通信実行コマンドまたは通信
キャンセルコマンドのいずれかの受信を待機する（Ｓ１
３７）。通信実行コマンドを受信した場合、ステップＳ
１３８に移行し、電話の使用実績値を更新する（Ｓ１３
８）。通信キャンセルコマンドを受信した場合、電話の
使用実績値は変化しないので、前記ステップＳ１３１に
戻り、次のコマンドを待機する。

【００７７】ステップＳ１３９、Ｓ１４０：サービス提
供サーバ１０９は、クリアコマンドを受信した場合（Ｓ
１３９）、実績テーブルを更新する。具体的には、指定
されたユーザの指定された通信手段の使用実績値を、コ
マンド送信者に関して初期化する。 ステップＳ１４１、Ｓ１４２：サービス提供サーバ１０
９は、ルール設定コマンドを受信した場合（Ｓ１４
１）、受信したコマンドに基づいて、ルールＤＢ１１０
の更新を行う。

【００７８】（８）切断処理 アウェアネス装置１１３は、ユーザにより切断が指示さ
れた場合、サービス提供サーバとの接続を切断する。サ
ービス提供サーバ１０９は、該当ユーザの状態を「非接
続」などに変え、状態ＤＢを更新する。さらに、該当ユ
ーザーを参照しており、かつ現在サービス提供サーバ１
０９に接続しているユーザに対し、状態の変更を通知す
る。

【００７９】［画面例］図１７は、アウェアネス装置１
１３起動直後の画面例である。この画面には、ツールバ
ーと、自分の状態と、登録ユーザとが表示されている。
ツールバーには、前記処理（１）〜（８）に対応するボ
タンが表示されている。この時点では、サービス提供サ
ーバ１０９に接続されていないので、「接続ボタン」以
外のボタンは選択できないようになっている。また、
「自分の状態」も設定されていないので表示されていな
い。登録ユーザについても、登録ユーザ名のみが表示さ
れており、状態は表示されていない。自状態が設定され
ていないからである。

【００８０】図１８は、アウェアネス装置１１３がサー
ビス提供サーバ１０９に接続した後の画面例である。接
続によって、選択可能になったボタンがツールバーに表
示されている。「自分の状態」は「接続中」となってい
る。自分の状態が空でなくなったので、登録ユーザの状
態についても表示されている。図１９は、登録ユーザを
設定または追加する場合の画面例である。ツールバーに
おいて「相手登録」を選択すると、図１９に示す「ユー
ザ登録ウインドウ」が表示される。このウインドウにお
いて登録ユーザを指定し、「ＯＫボタン」を押すと、指
定したユーザが登録ユーザとして表示される。

【００８１】図２０は、登録ユーザを削除する場合の画
面例である。いずれかの登録ユーザを選択し、ツールバ
ーにおいて「相手削除」を選択すると、図２０に示す
「ユーザ削除ウインドウ」が表示される。「ＯＫボタ
ン」を押すと、選択されたユーザが登録ユーザから削除
される。図２１は、自状態を設定する場合の状態設定画
面例である。ツールバーにおいて「状態設定」を選択す
ると、図２１に示す状態設定ウインドウが表示される。
状態設定ウインドウにおいては、システム側で予め準備
した所定の状態が表示されている。いずれかの状態を選
択し、「ＯＫボタン」を押すと、その状態が自分の状態
としてアウェアネス装置１１３及び状態ＤＢ１０８に設
定される。「状態登録ボタン」を押すと、ユーザ任意の
状態を入力するためのウインドウが表示され（図示せ
ず）、任意の状態を自分の状態として設定することがで
きる。

【００８２】図２２は、ルールを設定するためのルール
設定画面例である。ツールバーにおいて「ルール設定」
を選択すると、図２２に示すルール設定ウインドウが表
示される。このウインドウでは、例えばまずルールを設
定する相手を選択すると、その相手に設定しようとする
状態を選択することができる。状態を選択すると、各通
信手段１０６に対する評価ポイントと、そのリミット値
とを設定することができる。リミット値は、必要がなけ
れば設定しなくても良い。

【００８３】図２３は、使用実績値をクリアする画面例
である。いずれかの登録ユーザを選択してツールバーの
「減点クリアボタン」を選択すると、図２３に示す「ク
リア確認ウインドウ」が表示される。このウインドウに
おいて、使用実績値を初期化する通信手段１０６を選択
し、「ＯＫボタン」を押すと、選択したユーザの使用実
績値が選択した通信手段１０６に関して初期化される。

【００８４】図２４は、通信開始時の警告画面例であ
る。いずれかの登録ユーザを選択すると、メニューバー
の通信手段のボタンが選択可能となる。この例では通信
手段として「電話」を選択することにより、図示の「警
告ウインドウ」が表示される。図では、選択したユーザ
名と、選択した通信手段と、その通信手段の評価ポイン
トと、その通信手段を用いた場合の予想使用実績値（予
想ポイント）と、その通信手段のリミット値とが、表示
されている。通信を要求しようとするユーザは、予想使
用実績値（予想ポイント）とリミット値とに基づいて、
通信を実行するか否かを判断することが出来る。また、
図では、他の通信手段についても予想使用実績値及びリ
ミット値が表示され、通信手段の選択を変更できるよう
になっている。

【００８５】図２５は、通信を要求されたアウェアネス
装置１１３が表示する減点通知画面例である。この例で
は、ユーザ「渡辺理」が電話しようとした場合に、受信
側ユーザのアウェアネス装置１１３に表示される画面例
である。この例では、「渡辺理」の電話に対する評価ポ
イント、リミット値及び予想使用実績値を表示し、減点
を実行するか否かを確認している。この画面は既定の時
間が経過すると、減点したうえであるいは減点しないう
えで、消去されてもよい。

【００８６】図２６は、アウェアネス装置１１３がサー
ビス提供サーバ１０９との接続を切断する時の画面例で
ある。ツールバーにおいて「切断」を選択することによ
り、図２６に示す「切断ウインドウ」が表示される。こ
のウインドウで「ＯＫボタン」を押すと、アウェアネス
装置１１３はサービス提供サーバ１０９から切断され
る。

【００８７】＜その他の実施形態例＞ （Ａ）前記実施形態例においては、判定部をアウェアネ
ス装置に設けたが、サービス提供サーバ上で予想使用実
績値を算出し、アウェアネス装置に通知するようにして
も良い。 （Ｂ）前記実施形態例においては、ルールテーブルをユ
ーザが設定可能であるが、予めシステム側でルールテー
ブルを準備しておくか、デフォルト値を設定しておいて
も良い。

【００８８】（Ｃ）前記実施形態例においては、ルール
テーブルや使用実績テーブルをサービス提供サーバに持
たせたが、これらのテーブルをアウェアネス装置にもた
せてもよい。この場合、ルール変更時には参照／被参照
テーブルに従ってルール変更を通知する必要がある。 （Ｄ）前述した本発明の方法を実行するプログラムを記
録した記録媒体は、本発明に含まれる。ここで記録媒体
としては、コンピュータが読み書き可能なフロッピー
（登録商標）ディスク、ハードディスク、半導体メモ
リ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、
その他のものが挙げられる。

【００８９】

【発明の効果】本発明の状態通知装置を用いれば、ユー
ザの通信手段の使用実績が、相手ごとにが作成される。
ユーザは、通信を開始しようとする場合、選択した通信
手段の予想使用実績とその限界との関係を予め通知され
るので、受信側ユーザが好まない通信手段を乱用するこ
とを自制するようになる。一方、通信の内容によって
は、受信側ユーザはあえて受信者側ユーザが希望しない
通信手段であっても使用すべきであるとの判断をし、通
信を実行することが出来る。すなわち、状況に応じた、
柔軟な通信手段の制限が可能になる。

【図面の簡単な説明】

【図１】本発明の概要を表す概念説明図。

【図２】本発明の状態通知システムが行うおおまかな処
理の流れの説明図。

【図３】第１実施形態例に係る状態通知システムの機能
ブロック図。

【図４】参照テーブル及び被参照テーブルの概念説明
図。

【図５】ルールＤＢの概念説明図。

【図６】実績テーブルの概念説明図。

【図７】接続処理（１）において、アウェアネス装置が
行う処理の流れを示すフローチャート。

【図８】接続処理（１）において、サービス提供サーバ
が行う処理の流れを示すフローチャート。

【図９】相手登録処理（２）において、アウェアネス装
置が行う処理の流れを示すフローチャート。

【図１０】相手削除処理（３）において、アウェアネス
装置が行う処理の流れを示すフローチャート。

【図１１】状態設定処理（４）において、アウェアネス
装置が行う処理の流れを示すフローチャート。

【図１２】相手登録処理（２）、相手削除処理（３）、
状態設定処理（４）において、サービス提供サーバが行
う処理の流れを示すフローチャート。

【図１３】ルール設定処理（５）において、アウェアネ
ス装置が行う処理の流れを示すフローチャート。

【図１４】減点クリア処理（６）において、アウェアネ
ス装置が行う処理の流れを示すフローチャート。

【図１５】通信処理（７）において、アウェアネス装置
が行う処理の流れを示すフローチャート。

【図１６】ルール設定処理（５）、減点クリア処理
（６）、通信処理（７）において、サービス提供サーバ
が行う処理の流れを示すフローチャート。

【図１７】アウェアネス装置起動直後に表示される画面
例。

【図１８】サービス提供サーバに接続中に表示される画
面例。

【図１９】相手登録処理で表示される画面例。

【図２０】相手削除処理で表示される画面例。

【図２１】状態設定処理で表示される画面例。

【図２２】ルール設定処理で表示される画面例。

【図２３】減点クリア処理で表示される画面例。

【図２４】通信開始時に表示される、警告画面例。

【図２５】通信開始要求受信時に表示される、減点通知
画面例。

【図２６】切断時に表示される画面例。

【符号の説明】 １；状態通知システム ２；入力部 ３；イベント解析部 ４；状態管理部 ５；通信制御部 ６；通信手段 ７；判定部 ８；状態管理サーバ ９；サービス提供サーバ １０；ルールＤＢ

【手続補正書】

【提出日】平成１２年４月２８日（２０００．４．２
８）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図１１

【補正方法】変更

【補正内容】

【図１１】

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） // Ｇ０６Ｆ 17/60 ５１４ Ｈ０４Ｌ 13/00 ３０７Ｚ (72)発明者 大谷 浩司 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 渡辺 理 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 大野 敬史 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 光岡 円 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B049 BB00 CC03 CC31 DD01 EE01 FF03 FF04 GG04 GG07 5B089 GA11 GB02 JA35 JB15 KA13 KC15 KC22 5K024 AA61 AA71 BB04 GG01 GG03 GG05 GG11 GG12 GG13 5K034 AA17 BB06 DD01 FF01 NN11 5K101 PP05 RR11

Claims (10)

【特許請求の範囲】
1. 【請求項１】ネットワーク上のユーザの状態を管理し、
   第１ユーザの状態と第１ユーザが状態に応じて希望する
   通信手段とを、第２ユーザに通知可能な状態通知システ
   ムに用いられる通信支援方法であって、 第１ユーザが、第２ユーザに対し、状態及び通信手段に
   応じて設定する評価条件を蓄積したルールテーブルを準
   備し、 第２ユーザから第１ユーザへの通信に使用された通信手
   段がどの程度第１ユーザの希望に添って使用されたかを
   示す使用実績が蓄積される使用実績テーブルを準備し、 第２ユーザが第１ユーザに対して通信を開始した場合、
   通信に用いられた通信手段の評価をルールテーブルから
   求め、前記通信手段の使用実績を前記評価に基づいて更
   新し、 第２ユーザが第１ユーザに対して通信手段を選択して通
   信を要求した場合、選択された通信手段を用いた場合の
   予想使用実績を、通信開始に先立ち第２ユーザに通知す
   る、通信支援方法。
2. 【請求項２】前記評価条件として、第１ユーザが、第２
   ユーザに対し、状態及び通信手段ごとに設定する評価ポ
   イントを用いる、請求項１に記載の通信支援方法。
3. 【請求項３】前記使用実績は評価ポイントの累計であ
   る、請求項２に記載の通信支援方法。
4. 【請求項４】前記ルールテーブルには、第１ユーザが、
   第２ユーザに対し、状態及び通信手段に応じて設定する
   評価ポイントの限度値がさらに蓄積されており、 第２ユーザが第１ユーザに対して通信手段を選択して通
   信を要求した場合、評価ポイントの限度値と関連付けて
   予想使用実績を第２ユーザに通知する、 請求項２または３に記載の通信支援方法。
5. 【請求項５】ネットワーク上のユーザの状態を管理し、
   第１ユーザの状態と第１ユーザが状態に応じて希望する
   通信手段とを、第２ユーザに通知可能な状態通知システ
   ムに用いられる通信支援システムであって、 第１ユーザが、第２ユーザに対し、状態及び通信手段に
   応じて設定する評価条件を蓄積したルールテーブルと、 第２ユーザから第１ユーザへの通信に使用された通信手
   段がどの程度第１ユーザの希望に添って使用されたかを
   示す使用実績が蓄積される使用実績テーブルと、 第２ユーザが第１ユーザに対して通信を開始した場合、
   通信に用いられた通信手段の評価をルールテーブルから
   求め、前記通信手段の使用実績を前記評価に基づいて更
   新する使用実績更新手段と、 第２ユーザが第１ユーザに対して通信手段を選択して通
   信を要求した場合、選択された通信手段を用いた場合の
   予想使用実績を、通信開始に先立ち第２ユーザに通知す
   る通知手段と、 を備える通信支援システム。
6. 【請求項６】ネットワーク上のユーザの状態を管理し、
   第１ユーザの状態と第１ユーザが状態に応じて希望する
   通信手段とを、第２ユーザに通知可能な状態通知システ
   ムに用いられる通信支援方法であって、 第１ユーザが、第２ユーザに対し、状態及び通信手段に
   応じて設定する評価条件を蓄積したルールテーブルと、 第２ユーザから第１ユーザへの通信に使用された通信手
   段がどの程度第１ユーザの希望に添って使用されたかを
   示す使用実績が蓄積される使用実績テーブルとが準備さ
   れている場合、 第２ユーザが第１ユーザに対して通信手段を選択して通
   信を要求した場合、選択された通信手段の評価をルール
   テーブルから取得し、選択された通信手段を用いた場合
   の予想使用実績を、通信開始に先立ち第２ユーザに通知
   する、通信支援方法。
7. 【請求項７】請求項６に記載の通信支援方法を実行する
   プログラムを記録した、コンピュータ読み取り可能な記
   録媒体。
8. 【請求項８】請求項６に記載の通信支援方法を実行する
   プログラムを提供する提供装置。
9. 【請求項９】ネットワーク上のユーザの状態を管理し、
   第１ユーザの状態と第１ユーザが状態に応じて希望する
   通信手段とを、第２ユーザに通知可能な状態通知装置に
   用いられる通信支援方法であって、 第１ユーザが、第２ユーザに対し、状態及び通信手段に
   応じて設定する評価条件を蓄積したルールテーブルと、 第２ユーザから第１ユーザへの通信に使用された通信手
   段がどの程度第１ユーザの希望に添って使用されたかを
   示す使用実績が蓄積される使用実績テーブルとを準備
   し、 第２ユーザが第１ユーザに対して通信を開始した場合、
   通信に用いられた通信手段の評価をルールテーブルから
   求め、前記通信手段の使用実績を前記評価に基づいて更
   新し、 第２ユーザが第１ユーザに対して通信手段を選択して通
   信を要求した場合、選択された通信手段の評価をルール
   テーブルから求め、通信開始に先立ち第２ユーザに通知
   する、 通信支援方法。
10. 【請求項１０】請求項９に記載の通信支援方法を実行す
    るプログラムを記録した、コンピュータ読み取り可能な
    記録媒体。