(57)【特許請求の範囲】
【請求項１】
ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知システムに用いられる通信支援方法であって、
第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件を蓄積したルールテーブルを準備し、
第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される使用実績テーブルを準備し、
第２ユーザが第１ユーザに対して通信を開始した場合、通信に用いられた通信手段の評価をルールテーブルから求め、前記通信手段の使用実績を前記評価に基づいて更新し、
第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段を用いた場合の予想使用実績を、通信開始に先立ち第２ユーザに通知する、通信支援方法。
【請求項２】
前記評価条件として、第１ユーザが、第２ユーザに対し、状態及び通信手段ごとに設定する評価ポイントを用いる、請求項１に記載の通信支援方法。
【請求項３】
前記使用実績は評価ポイントの累計である、請求項２に記載の通信支援方法。
【請求項４】
前記ルールテーブルには、第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価ポイントの限度値がさらに蓄積されており、
第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、評価ポイントの限度値と関連付けて予想使用実績を第２ユーザに通知する、
請求項２または３に記載の通信支援方法。
【請求項５】
ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知システムに用いられる通信支援システムであって、
第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件を蓄積したルールテーブルと、
第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される使用実績テーブルと、
第２ユーザが第１ユーザに対して通信を開始した場合、通信に用いられた通信手段の評価をルールテーブルから求め、前記通信手段の使用実績を前記評価に基づいて更新する使用実績更新手段と、
第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段を用いた場合の予想使用実績を、通信開始に先立ち第２ユーザに通知する通知手段と、
を備える通信支援システム。
【請求項６】
ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知システムに用いられる通信支援方法であって、
第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件を蓄積したルールテーブルと、
第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される使用実績テーブルとが準備されている場合、
第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段の評価をルールテーブルから取得し、選択された通信手段を用いた場合の予想使用実績を、通信開始に先立ち第２ユーザに通知する、通信支援方法。
【請求項７】
請求項６に記載の通信支援方法を実行するプログラムを記録した、コンピュータ読み取り可能な記録媒体。
【請求項８】
請求項６に記載の通信支援方法を実行するプログラムを提供する提供装置。
【請求項９】
ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知装置に用いられる通信支援方法であって、
第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件を蓄積したルールテーブルと、
第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される使用実績テーブルとを準備し、
第２ユーザが第１ユーザに対して通信を開始した場合、通信に用いられた通信手段の評価をルールテーブルから求め、前記通信手段の使用実績を前記評価に基づいて更新し、
第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段の評価をルールテーブルから求め、通信開始に先立ち第２ユーザに通知する、
通信支援方法。
【請求項１０】
請求項９に記載の通信支援方法を実行するプログラムを記録した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上のユーザが、互いに状態を取得でき、かつ相手の状態に応じた通信手段を把握できる状態通知システムに関する。
本発明において、状態通知システムとは、ネットワーク上のユーザの状態を管理し、ユーザに配信可能なシステムを言う。
【０００２】
【従来の技術】
社会のネットワーク化が進むに連れ、遠隔地にいるユーザ同士がネットワークを介して常に通信可能な状態にある形態が一般的となってきた。その一方で、ネットワーク上のバーチャルワールドではユーザが互いの状態を把握できないため、通信要求により相手のじゃまをしてしまうという問題が生じている。このような背景から、ネットワークを介した通信を制御し、円滑なコミュニケーションを実現するために、様々な技術が提供されている。
【０００３】
例えば状態通知システムの１つに、ネットワーク上のユーザ状態と、ユーザが所定の状態に応じて希望する通信手段とを管理しているものがある。このような状態通知システムでは、ユーザが通信要求を行おうとすると、相手状態と、その状態で相手が希望する通信手段とが、通信要求側ユーザに通知される。要求側ユーザは、相手が希望する通信手段を参考にし、実際に使用する通信手段を選択する。
【０００４】
しかし、相手が希望する通信手段を自分が使用したくない場合や使用できない場合、相手に迷惑と知りつつもユーザは他の通信手段を選択してしまう。システムによっては、相手ユーザにとって都合の悪い通信手段を通信要求側が選択できないようにしている場合もある。このような状態通知システムでは、例えば相手ユーザが多忙な状態において「電話」を希望しない場合、通信要求者は電話による通信を行うことが出来ない。
【０００５】
また、状態通知システム以外にも、通信を制御するサービスが提供されている。例えば、電話による通信を制御するために、発呼者の電話番号に基づいて着信を拒否するサービスが提供されている。
【０００６】
【発明が解決しようとする課題】
前記電話における着信制御サービスは、被呼者側の都合を考慮した通信が出来るという点である程度の効果を上げている。しかし、通信手段を制限する前記サービスを享受するためには、ユーザ端末側の設定だけではなく、サービス提供側に何らかの手続をする必要があり、ユーザにとって負担となっている。
【０００７】
また、前記状態通知システムにおいて、通信しようとする相手が希望しない通信手段であっても選択可能にしている場合、次のような問題が存在する。例えば電話で話をすることは手軽であるため、通信相手が多忙で電話の使用を望んでいない場合であっても、通信手段として電話を用いてしまうことがある。これでは、せっかく状態に応じて希望する通信手段を設定していても、あまり意味がなくなってしまう。
【０００８】
そうかといって、通信受信側が希望しない通信手段を通信要求側が全く選択不可能にすると、次のような問題が発生する。例えば、ユーザが多忙の場合電話を受けたくないと設定しているとする。この場合、通信要求者は、どんなに重要で緊急の用事があっても、そのユーザに電話することが出来ない。逆に、このユーザにとっても、例えどんなに忙しくても受信したい緊急のあるいは重大な要件を、電話で受けられなくなってしまう。同様の問題は、前記電話における着信制御サービスにおいても発生する。
【０００９】
すなわち、受信者側の立場に立てば、多忙な状態にあるときに、些細な用事で頻繁に電話されることを防ぎたい。その一方で電話による通信が本当に必要な場合には、それを可能にしておきたいというニーズがある。通信を要求する側にとっても、要件の内容によっては、相手が希望しない通信手段を使わざるを得ない場合があり、どんな場合であっても通信手段の使用を禁止されると非常に不便である。すなわち、通信手段を単に使用可能または不可能にするだけでは、現実の通信の制御としては不適切な場合が多い。
【００１０】
本発明は、前記の問題点を考慮し、通信手段のフレキシブルな制限を可能にし、ネットワーク上での円滑なコミュニケーションを促進する状態通知システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
前記課題を解決するために、本願第１発明は、ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知システムに用いられる通信支援方法であって、
Ａ；第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件を蓄積したルールテーブルを準備し、
Ｂ；第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される使用実績テーブルを準備し、
Ｃ；第２ユーザが第１ユーザに対して通信を開始した場合、通信に用いられた通信手段の評価をルールテーブルから求め、前記通信手段の使用実績を前記評価に基づいて更新し、
Ｄ；第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段を用いた場合の予想使用実績を、通信開始に先立ち第２ユーザに通知する、通信支援方法を提供する。
【００１２】
状態通知システムとして、ネットワーク上のユーザ状態と、所定の状態において各ユーザが希望する通信手段とを、管理するシステムを考える。ここで、所定の状態としては、例えば「接続中」、「多忙」、「在宅」が挙げられる。通信手段としては、例えば電話、電子メール、ショートメッセージが挙げられる。
第２ユーザが第１ユーザに通信した場合、使用された通信手段の評価をルールテーブルから取得し、その通信手段の使用実績を更新する。但し、通信の開始に先立ち、選択した通信手段によりそのまま通信を開始した場合の予想使用実績を、評価と今までの使用実績とに基づいて求める。求めた予想使用実績を、通信開始に先立ち第２ユーザに通知する。
【００１３】
これにより、第２ユーザは第１ユーザが好まない通信手段を使用することを自制することが期待される。また、第１ユーザは、事態の重要度に応じて自己都合よりも状況を優先した通信手段を用いることが出来る。
本願第２発明は、前記方法において、評価条件として、第１ユーザが、第２ユーザに対し、状態及び通信手段ごとに設定する評価ポイントを用いる通信支援方法を提供する。
【００１４】
例えば、第１ユーザは、使用を希望する通信手段にプラスの評価ポイントを設定し、使用を希望しない通信手段にマイナスの評価ポイントを設定する。評価ポイントを、状態や第２ユーザごとに変化させることも出来る。
本願第３発明は、前記第２発明において、使用実績を評価ポイントの累計とする通信支援方法を提供する。
【００１５】
通信手段ごとに評価ポイントの累計を算出し、その通信手段の使用実績とする。第２ユーザが第１ユーザに通信を開始するごとに、使用された通信手段に対する評価ポイントを、その通信手段の使用実績に加え、新たな使用実績を算出する。使用実績値が高ければ高いほど、第２ユーザは、その通信手段を第１ユーザの希望に添って使用していることを示す。
【００１６】
本願第４発明は、前記第２または第３発明において、ルールテーブルには、第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価ポイントの限度値がさらに蓄積されており、第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、評価ポイントの限度値と関連付けて予想使用実績を第２ユーザに通知する通信支援方法を提供する。
【００１７】
選択した通信手段をそのまま使用した場合、第１ユーザにその通信手段を使用できる範囲がどうなるかを、第２ユーザに通知する。第２ユーザは、通信に先立って前記予想範囲を知ることにより、その通信手段の使用をその時々の状況に応じて自制できる。
本願第５発明は、ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知システムに用いられる通信支援システムであって、ルールテーブルと、使用実績テーブルと、使用実績更新手段と、通知手段と、を備える通信支援システムを提供する。
【００１８】
ルールテーブルは、第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件を蓄積している。使用実績テーブルには、第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される。
使用実績更新手段は、第２ユーザが第１ユーザに対して通信を開始した場合、通信に用いられた通信手段の評価をルールテーブルから求め、前記通信手段の使用実績を前記評価に基づいて更新する。通知手段は、第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段を用いた場合の予想使用実績を、通信開始に先立ち第２ユーザに通知する。
【００１９】
前記第１発明と同様の作用効果を奏する。
本願第６発明は、ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知システムに用いられる通信支援方法であって、
第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件を蓄積したルールテーブルと、
第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される使用実績テーブルとが準備されている場合、
Ａ；第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段の評価をルールテーブルから取得し、選択された通信手段を用いた場合の予想使用実績を、通信開始に先立ち第２ユーザに通知する、通信支援方法を提供する。
【００２０】
第１発明に係る方法をサーバ−クライアントシステムで実現する場合の、クライアント側端末で実行される方法である。
本願第７発明は、前記クライアント側端末に用いられる通信支援方法を実行するプログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
本願第８発明は、前記クライアント側端末に用いられる通信支援方法を実行するプログラムを提供する提供装置を提供する。
【００２１】
この提供装置は、インターネットなどのネットワークを介し、ネットワーク上の不特定多数の情報端末に、クライアント用プログラムを伝送することが出来る。
本願第９発明は、ネットワーク上のユーザの状態を管理し、第１ユーザの状態と第１ユーザが状態に応じて希望する通信手段とを、第２ユーザに通知可能な状態通知装置に用いられる通信支援方法を提供する。この方法では、ルールテーブルと使用実績テーブルとを準備しておき、下記Ａ及びＢの処理を行う。
Ａ；第２ユーザが第１ユーザに対して通信を開始した場合、通信に用いられた通信手段の評価をルールテーブルから求め、前記通信手段の使用実績を前記評価に基づいて更新し、
Ｂ；第２ユーザが第１ユーザに対して通信手段を選択して通信を要求した場合、選択された通信手段の評価をルールテーブルから求め、通信開始に先立ち第２ユーザに通知する。
【００２２】
なお、ルールテーブルには、第１ユーザが、第２ユーザに対し、状態及び通信手段に応じて設定する評価条件が蓄積されている。また、使用実績テーブルには、第２ユーザから第１ユーザへの通信に使用された通信手段がどの程度第１ユーザの希望に添って使用されたかを示す使用実績が蓄積される。
前記第５発明のシステムをサーバ−クライアント型システムとして実現する場合のシステムに用いられる方法である。
【００２３】
本願第１０発明は、前記第９発明に記載の通信支援方法を実行するプログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。前記第９発明と同様の作用効果を奏する。
【００２４】
【発明の実施の形態】
＜発明の概要＞
次に、本発明の状態通知システムの概要について、図１及び図２を参照して説明する。
図１は、本発明の概要を表す概念説明図である。本発明の状態通知システムは、入力部２、イベント解析部３、状態管理部４、通信制御部５、通信手段６、判定部７、状態管理サーバ８、サービス提供サーバ９及びルールＤＢ１０を有している。
【００２５】
状態管理サーバ８は、ネットワーク上のユーザ状態を蓄積及び管理している。また、各状態においてユーザが使用を希望する通信手段も、状態管理サーバ８が管理している。さらに、状態管理サーバ８は、予めユーザが登録している特定のユーザ（以下、登録ユーザという）の最新の状態と、その状態で登録ユーザが希望する通信手段とを、ユーザに通知する。ルールＤＢ１０には、ユーザが、他のユーザの使用する通信手段を評価する評価条件が、状態ごとに設定されている。また、ルールＤＢ１０には、他のユーザに対する、ユーザの通信手段の使用実績が蓄積されている。サービス提供サーバ９は、評価条件及び使用実績を読み出し、判定部７に通知する。
【００２６】
図２は、この状態通知システムが行う処理の基本的な流れを示す説明図である。大別して自状態設定処理（ａ）と、通信処理（ｂ）及び（ｃ）とに分けることができる。
自状態設定処理（ａ）では、ユーザは、入力部２から自状態を設定入力する（＃１）。入力されたユーザの自状態は、状態管理部４に記憶されると共に、状態管理部から状態管理サーバに通知され、記憶される（＃２）。
【００２７】
通信処理（ｂ）では、ユーザは、入力部２により通信したい相手を選択する（＃１１）。状態管理部４は、選択された相手の状態と、その状態で相手が希望する通信手段とを状態管理サーバ８から取得して提示し、使用する通信手段を選択させる（＃１２）。ユーザが通信手段を選択すると、サービス提供サーバ９は、評価条件及び使用実績をルールＤＢ１０から取得し、判定部７に通知する（＃１３）。判定部７は、選択した相手に対し選択された通信手段で通信を行った場合の、その通信手段の予想使用実績値を算出する（＃１４）。使用実績値を試算した結果、新たな使用実績値が予め定められた限界値を超える場合、判定部７はユーザにそのことを通知する（＃１５，＃１６）。逆に限界値を超えない場合、判定部７は、通信制御部５に対し、選択された通信手段による通信の開始を依頼する（＃１７）。
【００２８】
通信処理（ｃ）は、ユーザが通信手段を直接操作し通信を試みた場合である（＃２１）。この場合、状態管理部４は、入力された通信アドレスから通信先の相手を特定する（＃２２）。通信アドレスとユーザとの対応は、例えばサービス管理サーバに予め蓄積されている。その後、前述と同様の処理を行う（＃１２〜＃１７）。
【００２９】
すなわち、本発明は、通信要求側のユーザが受信側ユーザの希望する通信手段を使用して通信した場合には、評価条件に基づいて使用実績値を増加する。逆に、受信側ユーザが希望しない通信手段を用いた場合には、評価条件に基づいて使用実績値を減少させる。そして、実際に通信を開始する前に、予想使用実績値と限界値とを、要求側ユーザに通知する。これにより、要求側ユーザに対し、受信側ユーザが希望する通信手段の使用を促進しつつ、希望されない通信手段をあえて使うべきか否かの適切な判断を促すことが出来る。
【００３０】
＜第１実施形態例＞
［構成］
次に、本発明について実施形態例を挙げてさらに具体的に説明する。図３は、第１実施形態例に係る状態通知システム１０１の全体構成図である。このシステムは、アウェアネス装置１１３とサービス提供サーバ１０９とが、ネットワーク１１１を介して接続されている。説明を容易にするためアウェアネス装置１１３は１つのみ示しているが、通常複数である。サービス提供サーバ１０９は、状態ＤＢ１０８及びルールＤＢ１１０を備えている。なお、状態ＤＢ１０８及びルールＤＢ１１０は、同じ端末上にあってもいいし、別々の端末上にあってそれぞれがアクセス可能に接続されている形態でもよい。
【００３１】
アウェアネス装置１１３は、入力部１０２、イベント解析部１０３、通信手段１０６、通信制御部１０５、状態管理部１０４、判定部１０７及び表示部１１２を有している。入力部１０２は、状態の設定や通信開始の指示を、ユーザから受け付ける。イベント解析部１０３は、ユーザの指示を解析し、通信制御部１０５または状態管理部１０４に通知する。状態管理部１０４は、ユーザが設定した自状態をサービス提供サーバ１０９に通知する。また、状態管理部１０４は、登録ユーザの状態及びその状態においてそのユーザが希望する通信手段１０６を、サービス提供サーバ１０９から取得する。通信制御部１０５は、判定部１０７からの指示に従い、通信手段１０６に通信の開始を指示する。判定部１０７は、ユーザが指定した通信手段１０６を用いて通信した場合に、その通信手段の使用実績値が何点になるかを計算し、値に応じた処理を行う。表示部１１２は、判定部１０７の指示に従い、所定のメッセージをユーザに通知する。通信手段１０６としては、電話インターフェース、電子メール装置、ショートメッセージ装置などを挙げることが出来る。
【００３２】
［テーブル］
図４、５及び６は、サービス提供サーバ１０９に蓄積されているテーブルの概念説明図である。図４は、参照テーブル及び被参照テーブルの概念説明図である。参照テーブルには、参照ユーザＩＤ、登録ユーザＩＤ及び通信状態が対応付けられて蓄積されている。また被参照テーブルには、登録ユーザのＩＤ、参照ユーザＩＤ及び通信状態が対応付けられて蓄積されている。ここで、参照ユーザとは、登録ユーザの状態を常に参照したいユーザである。登録ユーザとは、参照ユーザが状態を参照することを希望しているユーザである。通信状態は、参照ユーザに登録ユーザの状態を通知しても良いか否かを示している。
【００３３】
例えば、図４において、ＩＤ０００１のユーザは、ＩＤ０００２及び０００３のユーザを、登録ユーザとして登録している。また、ＩＤ０００２のユーザは、ＩＤ０００１のユーザを、登録ユーザとして登録している。従って、ＩＤ０００１及び０００２のユーザは、互いに状態を参照することになるので、通信状態は「complete」となる。しかし、ＩＤ０００３のユーザは、ＩＤ０００１のユーザを登録ユーザに指定していない。従って、参照ユーザＩＤ０００１と登録ユーザＩＤ０００３との通信状態は、「imcomplete」となる。この場合、登録ユーザの状態は参照ユーザに通知されない。
【００３４】
図５は、ルールＤＢ１１０に蓄積されるルールテーブルの概念説明図である。ルールＤＢ１１０には、ユーザＩＤ、状態、相手ユーザＩＤ、ルール及びリミット値が対応付けられて蓄積されている。ここで、ルールには、ユーザＩＤで特定されるユーザが対応する状態にある場合、相手ユーザに応じて通信手段１０６に付与する評価ポイントが設定されている。リミット値とは、評価ポイントの限界を示す。
【００３５】
例えば、ＩＤ０００１のユーザは、自分が状態「ＴＥＬ＿ＮＧ」においてユーザＩＤ０００３から電話がかかってきた場合、ＩＤ０００３のユーザの電話の使用実績を５点減点することを、ルールとしている。ＩＤ０００１のユーザが状態「ＴＥＬ＿ＮＧ」の場合、ＩＤ０００３のユーザが電話を使用できる限界は、−５０ポイントまでである。
【００３６】
図６は、ルールＤＢ１１０に蓄積される実績テーブルの概念説明図である。実績テーブルには、ユーザＩＤ、相手ユーザＩＤ及び使用実績値が対応付けられて蓄積されている。使用実績値は、ユーザが通信を実行するごとに新たに計算し直される。例えば、ルールテーブルが前記図５に示されたものだとする。その場合、ＴＥＬ＿ＮＧの状態にあるＩＤ０００１のユーザに、ＩＤ０００３のユーザが電話をかけたとする。そうすると、ＩＤ０００１のユーザに対するＩＤ０００３のユーザの電話の使用実績値には、−５点が加点される。
【００３７】
なお、図示していないが、サービス提供サーバ１０９は、各ユーザの個人情報、例えば氏名、住所、各種通信アドレスと、ユーザＩＤとを対応付けて管理している。また、サービス提供サーバ１０９は、各ユーザが設定している、状態ごとの通信手段１０６の優先順位を管理している。
［処理の流れ］
次に、前記構成を有する状態通知システムが行う処理の流れについて具体的に説明する。本実施形態例では、状態通知システムは、以下の８つの処理をユーザの指示に応じて行う。
【００３８】
（１）接続処理；アウェアネス装置とサービス提供サーバとを接続。
（２）相手登録処理；登録ユーザを追加。
（３）相手削除処理；登録ユーザを削除。
（４）状態設定処理；自状態を更新し、サービス提供サーバに通知。
（５）ルール設定処理；ルールテーブルを設定。
【００３９】
（６）減点クリア処理；他のユーザの使用実績値をクリアして救済。
（７）通信処理；通信を開始。
（８）切断処理；アウェアネス装置とサービス提供サーバとを切断。
この中で、（１）〜（４）及び（８）の各処理は、通常の状態通知システムにおける処理と同様に行うことが出来る。これらの８つの処理について、以下に具体的に説明する。
【００４０】
（１）接続処理
図７及び図８は、接続処理におけるアウェアネス装置１１３及びサービス提供サーバ１０９が行う処理の流れを示すフローチャートである。
（１−１）アウェアネス装置の処理
まず図７について説明する。
【００４１】
ステップＳ１：アウェアネス装置１１３は、起動すると、ユーザからの何らかのイベントの入力を待機している（図１７参照）。ここでイベントとは、接続前であれば接続の指示である。何らかの指示があったと判断すると、ステップＳ２に移行する。
ステップＳ２：アウェアネス装置１１３は、ユーザーからの指示がサービス提供サーバへの接続であるか否かを判断し、”Ｙｅｓ”と判断するとステップＳ３に移行する。”Ｎｏ”と判断すると、前記ステップＳ１に戻る。
【００４２】
ステップＳ３：アウェアネス装置１１３は、アウェアネス装置１１３が動作するユーザ端末がネットワーク１１１に既に接続されているかどうかを、判断する。アウェアネス装置１１３がサービス提供サーバ１０９にアクセスするためには、外部ネットワーク１１１、例えばインターネットにユーザ端末が接続している必要があるからである。“Ｙｅｓ”と判断すると、後述するステップＳ６に移行する。“Ｎｏ”と判断するとステップＳ４に移行する。
【００４３】
ステップＳ４、Ｓ５：アウェアネス装置１１３は、インターネットなどの外部ネットワークに接続する処理を行う（Ｓ４）。接続が成功すると（Ｓ５）、ステップＳ６に移行する。成功しなかった場合（Ｓ５）、再び前記ステップＳ１に戻る。
ステップＳ６、Ｓ７：アウェアネス装置１１３は、サービス提供サーバ１０９に接続コマンドを送信し、接続処理を行う（Ｓ６）。このコマンドには、コマンド種別、コマンド送信元のユーザＩＤ、所定の認証情報などが含まれる。接続が成功した場合（Ｓ７）、ステップＳ８に移行する。成功しなかった場合（Ｓ７）、前記ステップＳ６に戻り、接続処理をやり直す。設定回数のやり直しで接続ができなかった場合は前記ステップＳ１に戻る。
【００４４】
ステップＳ８：アウェアネス装置１１３は、状態要求コマンドをサービス提供サーバ１０９に送信し、登録ユーザの状態を、サービス提供サーバ１０９に要求する。このコマンドには、コマンド種別、要求元ユーザＩＤ、登録ユーザＩＤ群が含まれる。
ステップＳ９：アウェアネス装置１１３は、前記要求に応じて送られてきた登録ユーザの状態を、表示部１１２に表示する（図１８参照）。
【００４５】
（１−２）サービス提供サーバの処理
次いで、図８について説明する。図８は、接続処理においてサービス提供サーバ１０９が行う処理の流れを示すフローチャートである。
ステップＳ１０１：サービス提供サーバ１０９は、何らかのイベントを待機している。ここでイベントとは、ユーザ端末上のアウェアネス装置１１３から受信するコマンドである。何らかのコマンドを受信すると、ステップＳ１０２に移行する。
【００４６】
ステップＳ１０２、Ｓ１０３：サービス提供サーバ１０９は、イベントが接続要求か否かを判断し（Ｓ１０２）、接続要求であれば認証処理及びログイン処理を行う（Ｓ１０３）。イベントが登録ユーザの状態要求である場合、後述するステップＳ１０７に移行する。
ステップＳ１０４、Ｓ１０５、Ｓ１０６：サービス提供サーバ１０９は、所定時間以内に認証及びログインが成功したか否かを判断し（Ｓ１０４，Ｓ１０５）、タイムアウトと判断すると接続を拒否する（Ｓ１０６）。所定時間内に認証及びログインが成功すると、ステップＳ１０１に戻り、次のイベントを待機する（Ｓ１０４）。
【００４７】
ステップＳ１０７、Ｓ１０８：受信したイベントが登録ユーザの状態の要求である場合、サービス提供サーバ１０９は、要求元ユーザの状態を状態管理ＤＢに設定する。この場合の状態は「接続中」である。
ステップＳ１０９、Ｓ１１０：サービス提供サーバ１０９は、要求元ユーザの登録ユーザの状態を、状態管理ＤＢから取得する（Ｓ１０９）。次いで取得した状態を、要求元ユーザに送出する（Ｓ１１０）。
【００４８】
（２）相手登録処理、（３）相手削除処理及び（４）状態設定処理
（２−１）アウェアネス装置の相手登録処理
図９は、相手登録処理（２）において、アウェアネス装置１１３が行う処理の流れを示すフローチャートである。この処理では、ユーザの指示に応じ、登録ユーザの追加を行う。
【００４９】
ステップＳ１１、Ｓ１２：アウェアネス装置１１３は、ユーザの指示を待機しており（Ｓ１１）、発生した指示が相手登録である場合（Ｓ１２）、ステップＳ１３に移行する。
ステップＳ１３、Ｓ１４、Ｓ１５：アウェアネス装置１１３は、登録ユーザを設定するための画面を表示し（ステップＳ１３、図１９参照）、登録ユーザが入力され（Ｓ１４）、ＯＫボタンが押されると（Ｓ１５）、ステップＳ１６に移行する。登録ユーザの設定画面は、後述する図１９において説明する。
【００５０】
ステップＳ１６、Ｓ１７、Ｓ１８：アウェアネス装置１１３は、登録コマンドをサーバに送信する（Ｓ１６）。登録コマンドには、コマンド種別、参照ユーザＩＤ及び登録ユーザＩＤが含まれている。また、アウェアネス装置１１３自身は新たな登録ユーザを記憶する。その後、アウェアネス装置１１３は、サーバからのレスポンスを待機し、正常なレスポンスがあった場合には新たな登録ユーザを表示部１１２に表示する（Ｓ１７，Ｓ１８）。
【００５１】
（３−１）アウェアネス装置の相手削除処理
図１０は、アウェアネス装置１１３が行う相手削除処理（３）における処理の流れを示すフローチャートである。この処理では、ユーザの指示に応じ、登録ユーザの削除を行う。
ステップＳ２１、Ｓ２２、Ｓ２３：アウェアネス装置１１３は、ユーザの指示を待機しており（Ｓ２１）、発生した指示が登録ユーザの削除である場合（Ｓ２２）、削除を確認する画面を表示する（Ｓ２３、図２０参照）。登録ユーザの削除画面については、後述する図２０において説明する。
【００５２】
ステップＳ２４，Ｓ２５：アウェアネス装置１１３は、前記画面上で例えばＯＫボタンを押されると、選択された登録ユーザを、登録ユーザから削除する削除コマンドをサービス提供サーバ１０９に送信する。削除コマンドには、コマンド種別、参照ユーザ及び削除する登録ユーザが含まれている。
（４−１）アウェアネス装置の状態設定処理
図１１は、状態設定処理（４）においてアウェアネス装置１１３が行う処理の流れを示すフローチャートである。この処理では、ユーザ状態の設定と、設定した状態をサービス提供サーバ１０９へ通知する処理とを行う。
【００５３】
ステップＳ３１、Ｓ３２、Ｓ３３：アウェアネス装置１１３は、ユーザの指示を待機しており（Ｓ３１）、状態設定の指示を受けると状態設定画面（図２１参照）を表示する（Ｓ３２，Ｓ３３）。状態設定画面では、予め準備された所定の状態のいずれかの選択を受け付ける。また、所定の状態以外にユーザ任意の状態の登録を可能にしておくこともできる。例えば、状態設定画面に「状態登録ボタン」を設けておき、そのボタンを押すと、ユーザ任意の状態を登録できるようにすることが挙げられる。状態設定画面については、後述する図２１で具体的に説明する。
【００５４】
ステップＳ３４、Ｓ３５：アウェアネス装置１１３は、状態設定画面中の状態登録ボタンが押されたか否かを判断し、押された場合新規状態を設定するための画面を表示する（図示せず）（Ｓ３５）。
ステップＳ３６、Ｓ３７：新規状態設定画面において状態が入力され（Ｓ３６）、ＯＫボタンが押されると（Ｓ３７）、アウェアネス装置１１３は後述するステップＳ４０に移行する。すなわち、新たな状態を画面上に表示すると共に、設定された状態を通知する状態設定コマンドを、サービス提供サーバ１０９に送信する。
【００５５】
ステップＳ３８、Ｓ３９、Ｓ４０：アウェアネス装置１１３は、状態設定画面において状態登録ボタンが押されなかった場合、何らかの状態が選択されたかどうかを判断し（Ｓ３８）、ＯＫボタンが押されると（Ｓ３９）、選択された状態を画面上に表示する。また、状態設定コマンドを、サービス提供サーバ１０９に送信する（Ｓ４０）。状態設定コマンドには、コマンド種別と、状態を変更したユーザのＩＤと、状態を特定する情報とが含まれている。
【００５６】
（２−２），（３−２），（４−２）サービス提供サーバの処理
図１２は、相手登録処理（２）、相手削除処理（３）及び状態設定処理（４）において、サービス提供サーバ１０９が行う処理の流れを示すフローチャートである。
ステップＳ１１１、Ｓ１１２：サービス提供サーバ１０９は、アウェアネス装置１１３からのコマンドを待機している（Ｓ１１１）。登録コマンドを受信するとステップＳ１１３に移行する（Ｓ１１２）。発生したイベントが、削除コマンドの受信であれば（Ｓ１１７）後述するステップＳ１１７に、状態設定コマンドの受信であれば（Ｓ１２０）後述するステップＳ１２１に移行する。
【００５７】
ステップＳ１１３：登録コマンドを受信した場合、サービス提供サーバ１０９は、要求元ユーザを参照ユーザとし、参照テーブル及び被参照テーブルに、参照ユーザ及び登録ユーザを書き込む。このとき、サービス提供サーバ１０９は、登録ユーザが参照ユーザの状態を参照しているか否かに基づいて、通信状態を更新する。
【００５８】
ステップＳ１１４、Ｓ１１５、Ｓ１１６：サービス提供サーバ１０９は、参照ユーザと登録ユーザとの通信状態が「complete」であれば（Ｓ１１４）、両ユーザの状態を状態ＤＢ１０８から取得し（Ｓ１１５）、両ユーザに相手の状態を送信する（Ｓ１１６）。参照ユーザと登録ユーザとの通信状態が「imcomplete」であれば、状態を送信する必要はないので次のイベントを待機する状態に戻る（Ｓ１１４）。
【００５９】
ステップＳ１１７、Ｓ１１８、Ｓ１１９、Ｓ１２０：削除コマンドを受信した場合、サービス提供サーバ１０９は、ステップＳ１１７に移行する。次いで、サービス提供サーバ１０９は、削除コマンドに基づいて、参照テーブル及び被参照テーブルを更新する。すなわち、要求元ユーザが指定する登録ユーザを、参照テーブルから削除する（Ｓ１１８）。削除された登録ユーザが、要求元ユーザを登録ユーザに設定している場合、サービス提供サーバ１０９は、通信状態を「imcomplete」に変更する（Ｓ１１８）。通信状態が「complete」から「imcomplete」に変更された場合（Ｓ１１９）、サービス提供サーバ１０９は、両ユーザに空の状態情報を送信する（Ｓ１２０）。
【００６０】
ステップＳ１２１、Ｓ１２２、Ｓ１２３：状態設定コマンドを受信した場合（１２１）、サービス提供サーバ１０９は、状態設定コマンドに基づいて、状態ＤＢに新たな状態を書き込む（Ｓ１２２）。次いでサービス提供サーバ１０９は、コマンド送信元の新たな状態を、そのユーザを登録ユーザとしている他のユーザに、通知する（Ｓ１２３）。
【００６１】
（５）ルール設定処理、（６）減点クリア処理及び（７）通信処理
図１３〜図１６は、前述の処理（５）〜（７）におけるアウェアネス装置１１３及びサービス提供サーバ１０９の処理の流れを示すフローチャートである。
（５−１）アウェアネス装置のルール設定処理
図１３は、ルール設定処理（５）において、アウェアネス装置１１３が行う処理の流れを示すフローチャートである。この処理では、アウェアネス装置１１３は、ルールの設定をユーザから受け付ける。
【００６２】
ステップＳ５１、Ｓ５２、Ｓ５３：アウェアネス装置１１３は、ユーザの指示を待機しており（Ｓ５１）、発生した指示がルール設定であると（Ｓ５２）、ルール設定画面を表示する（Ｓ５３）。ルール設定画面については、後述する図２２において説明する。ルール設定画面は、ユーザが、自分の状態に応じ、各種通信手段に対する評価ポイントを設定できるようにデザインされている。また、評価ポイントを、通信相手に応じて変更できるようになっていると好ましい。
【００６３】
ステップＳ５４、Ｓ５５、Ｓ５６：アウェアネス装置１１３は、ルール設定画面においてルールが設定入力されたか否かを判断する（Ｓ５４）。“Ｙｅｓ”と判断すると、ＯＫボタンが押されるのを待機する（Ｓ５５）。ＯＫボタンが押されると、設定されたルールを書き込んだルール設定コマンドを、サービス提供サーバ１０９に送信する（Ｓ５６）。このコマンドには、コマンド種別、送信元ユーザＩＤ、状態、相手、通信手段、評価ポイント、リミット値などが含まれる。
【００６４】
（６−１）アウェアネス装置の減点クリア処理
図１４は、減点クリア処理（６）において、アウェアネス装置１１３が行う処理の流れを示すフローチャートである。この処理では、アウェアネス装置１１３は、指定されたユーザの使用実績値を初期化する処理を行う。
ステップＳ６１、Ｓ６２、Ｓ６３：アウェアネス装置１１３は、ユーザの指示を待機しており（Ｓ６１）、減点クリアの指示がなされると、確認画面を表示する（図２３参照）。確認画面では、指定するユーザと、使用実績値を初期化する通信手段１０６とを、ユーザに対して確認する。指定ユーザの使用実績値とそのリミット値とを、併せて確認画面に表示しても良い。使用実績値がリミット値に近づいてきたためクリアして救済するか否かなどの判断を、ユーザがしやすくなると考えられる。確認画面については、後述する図２３で具体的に説明する。
【００６５】
ステップＳ６４、Ｓ６５：アウェアネス装置１１３は、ユーザから確認の指示、例えば“ＯＫボタン”が押されると、クリアコマンドをサービス提供サーバ１０９に送信する。クリアコマンドには、コマンド種別と、コマンド送信元ユーザＩＤと、指定されたユーザＩＤと、指定された通信手段とが含まれている。
（７−１）アウェアネス装置の通信処理
図１５は、通信処理（７）においてアウェアネス装置１１３が行う処理の流れを示すフローチャートである。この処理では、アウェアネス装置１１３は、ユーザから通信の指示を受け付け、指定された通信手段１０６の予想実績値を、通信開始前にユーザに通知する。
【００６６】
ステップＳ７１、Ｓ７２、Ｓ７３：説明の簡単のため、ここでは通信手段１０６として電話が選択された場合を考える。アウェアネス装置１１３は、ユーザからの指示を待機しており（Ｓ７１）、通信相手及び電話が選択されると（Ｓ７２）、電話コマンドをサービス提供サーバ１０９に送信する。この電話コマンドには、コマンド種別と、通信手段と、受信側ユーザＩＤと、通信要求者のＩＤとが含まれている。
【００６７】
ステップＳ７４：アウェアネス装置１１３は、前記電話コマンドの送信に対し、サービス提供サーバ１０９からの応答を待機し、応答を受信するとステップＳ７５に移行する。この応答には、受信側ユーザのその時点の状態において受信側ユーザが要求側ユーザの電話に対し設定している評価ポイントと、要求側ユーザの受信側ユーザに対する電話の使用実績値と、そのリミット値とが含まれている。
【００６８】
ステップＳ７５：アウェアネス装置１１３は、受信した応答に基づいて、警告画面を表示部１１２に表示する。警告画面では、受信側ユーザ及び選択している通信手段（電話）に関し、要求側ユーザの予想使用実績値とそのリミット値との関係が、表示される。例えば、予想使用実績値とリミット値とをそれぞれそのまま表示しても良い。また、リミット値に対する予想使用実績値を、赤、黄色、青の３段階の信号形式で表示しても良い。予想使用実績値とリミット値とをグラフで表示してもよい。警告画面に、現在の使用実績値に関する表示を行うことも可能である。警告画面については、後述する図２４で具体的に説明する。
【００６９】
ステップＳ７６、Ｓ７７：アウェアネス装置１１３は、警告画面において通信の開始を指示されたか否かを判断し（Ｓ７６）、“Ｙｅｓ”と判断するとステップＳ７７に移行する。ステップＳ７７では、アウェアネス装置１１３は、通信制御部１０５により電話による通信を開始する。また、アウェアネス装置１１３は、サービス提供サーバ１０９に対し、通信実行コマンドを送信する。このコマンドには、コマンド種別、通信を実行した通信手段、その通信手段の新たな使用実績値、要求側ユーザのＩＤ及び受信側ユーザのＩＤが、含まれている。
【００７０】
通信をキャンセルした場合、アウェアネス装置１１３は再びステップＳ７１に戻り、次のユーザからの指示を待機する。通信がキャンセルされた場合、アウェアネス装置１１３は、サービス提供サーバ１０９に対し、通信キャンセルコマンドを送信する。このコマンドには、コマンド種別、キャンセルされた通信手段、要求側ユーザのＩＤ及び受信側ユーザのＩＤが、含まれている。
【００７１】
なお、使用実績値が減点される通信が実行された場合、受信側アウェアネス装置１１３は、要求側ユーザの使用実績値を減点するか否かを、受信側ユーザに確認することも可能である。例えば、減点通知画面を表示し、使用実績値に対する減点を実行するか否かを要求側ユーザに判断させても良い。この減点通知画面については、後述する図２５で具体的に説明する。
【００７２】
（５−２）、（６−２）、（７−２）サービス提供サーバの処理
図１６は、前記処理（５）〜（７）において、サービス提供サーバ１０９が行う処理の流れを示すフローチャートである。この処理では、サービス提供サーバ１０９は、電話コマンド、クリアコマンドまたはルール設定コマンドのいずれかの受信による処理を行う。
【００７３】
ステップＳ１３１、Ｓ１３２：サービス提供サーバ１０９は、コマンドを待機しており（Ｓ１３１）、アウェアネス装置１１３から電話コマンドを受信すると（Ｓ１３２）、ステップＳ１３３に移行する。クリアコマンドを受信した場合、後述するステップＳ１３９に移行する。ルール設定コマンドを受信した場合、後述するステップＳ１４１に移行する。
【００７４】
ステップＳ１３３：サービス提供サーバ１０９は、電話コマンドを解析し、受信側ユーザとして選択されたユーザの状態を、状態管理ＤＢから取得する。
ステップＳ１３４：サービス提供サーバ１０９は、ルールテーブルを参照し、受信側ユーザの現在の状態において、電話に対する評価ポイント及びリミット値を、要求側ユーザに関して取得する。
【００７５】
ステップＳ１３５：サービス提供サーバ１０９は、実績テーブルを参照し、受信側ユーザ及び電話に関し、要求側ユーザの使用実績値を獲得する。
ステップＳ１３６：サービス提供サーバ１０９は、要求側アウェアネス装置１１３に対し、ルールテーブル及び実績テーブルから取得した評価ポイント、使用実績値及びそのリミット値を通知する。
【００７６】
ステップＳ１３７、Ｓ１３８：サービス提供サーバ１０９は、前段階の通知に対する、要求側アウェアネス装置１１３からの通信実行コマンドまたは通信キャンセルコマンドのいずれかの受信を待機する（Ｓ１３７）。通信実行コマンドを受信した場合、ステップＳ１３８に移行し、電話の使用実績値を更新する（Ｓ１３８）。通信キャンセルコマンドを受信した場合、電話の使用実績値は変化しないので、前記ステップＳ１３１に戻り、次のコマンドを待機する。
【００７７】
ステップＳ１３９、Ｓ１４０：サービス提供サーバ１０９は、クリアコマンドを受信した場合（Ｓ１３９）、実績テーブルを更新する。具体的には、指定されたユーザの指定された通信手段の使用実績値を、コマンド送信者に関して初期化する。
ステップＳ１４１、Ｓ１４２：サービス提供サーバ１０９は、ルール設定コマンドを受信した場合（Ｓ１４１）、受信したコマンドに基づいて、ルールＤＢ１１０の更新を行う。
【００７８】
（８）切断処理
アウェアネス装置１１３は、ユーザにより切断が指示された場合、サービス提供サーバとの接続を切断する。サービス提供サーバ１０９は、該当ユーザの状態を「非接続」などに変え、状態ＤＢを更新する。さらに、該当ユーザーを参照しており、かつ現在サービス提供サーバ１０９に接続しているユーザに対し、状態の変更を通知する。
【００７９】
［画面例］
図１７は、アウェアネス装置１１３起動直後の画面例である。この画面には、ツールバーと、自分の状態と、登録ユーザとが表示されている。ツールバーには、前記処理（１）〜（８）に対応するボタンが表示されている。この時点では、サービス提供サーバ１０９に接続されていないので、「接続ボタン」以外のボタンは選択できないようになっている。また、「自分の状態」も設定されていないので表示されていない。登録ユーザについても、登録ユーザ名のみが表示されており、状態は表示されていない。自状態が設定されていないからである。
【００８０】
図１８は、アウェアネス装置１１３がサービス提供サーバ１０９に接続した後の画面例である。接続によって、選択可能になったボタンがツールバーに表示されている。「自分の状態」は「接続中」となっている。自分の状態が空でなくなったので、登録ユーザの状態についても表示されている。
図１９は、登録ユーザを設定または追加する場合の画面例である。ツールバーにおいて「相手登録」を選択すると、図１９に示す「ユーザ登録ウインドウ」が表示される。このウインドウにおいて登録ユーザを指定し、「ＯＫボタン」を押すと、指定したユーザが登録ユーザとして表示される。
【００８１】
図２０は、登録ユーザを削除する場合の画面例である。いずれかの登録ユーザを選択し、ツールバーにおいて「相手削除」を選択すると、図２０に示す「ユーザ削除ウインドウ」が表示される。「ＯＫボタン」を押すと、選択されたユーザが登録ユーザから削除される。
図２１は、自状態を設定する場合の状態設定画面例である。ツールバーにおいて「状態設定」を選択すると、図２１に示す状態設定ウインドウが表示される。状態設定ウインドウにおいては、システム側で予め準備した所定の状態が表示されている。いずれかの状態を選択し、「ＯＫボタン」を押すと、その状態が自分の状態としてアウェアネス装置１１３及び状態ＤＢ１０８に設定される。「状態登録ボタン」を押すと、ユーザ任意の状態を入力するためのウインドウが表示され（図示せず）、任意の状態を自分の状態として設定することができる。
【００８２】
図２２は、ルールを設定するためのルール設定画面例である。ツールバーにおいて「ルール設定」を選択すると、図２２に示すルール設定ウインドウが表示される。このウインドウでは、例えばまずルールを設定する相手を選択すると、その相手に設定しようとする状態を選択することができる。状態を選択すると、各通信手段１０６に対する評価ポイントと、そのリミット値とを設定することができる。リミット値は、必要がなければ設定しなくても良い。
【００８３】
図２３は、使用実績値をクリアする画面例である。いずれかの登録ユーザを選択してツールバーの「減点クリアボタン」を選択すると、図２３に示す「クリア確認ウインドウ」が表示される。このウインドウにおいて、使用実績値を初期化する通信手段１０６を選択し、「ＯＫボタン」を押すと、選択したユーザの使用実績値が選択した通信手段１０６に関して初期化される。
【００８４】
図２４は、通信開始時の警告画面例である。いずれかの登録ユーザを選択すると、メニューバーの通信手段のボタンが選択可能となる。この例では通信手段として「電話」を選択することにより、図示の「警告ウインドウ」が表示される。図では、選択したユーザ名と、選択した通信手段と、その通信手段の評価ポイントと、その通信手段を用いた場合の予想使用実績値（予想ポイント）と、その通信手段のリミット値とが、表示されている。通信を要求しようとするユーザは、予想使用実績値（予想ポイント）とリミット値とに基づいて、通信を実行するか否かを判断することが出来る。また、図では、他の通信手段についても予想使用実績値及びリミット値が表示され、通信手段の選択を変更できるようになっている。
【００８５】
図２５は、通信を要求されたアウェアネス装置１１３が表示する減点通知画面例である。この例では、ユーザ「渡辺理」が電話しようとした場合に、受信側ユーザのアウェアネス装置１１３に表示される画面例である。この例では、「渡辺理」の電話に対する評価ポイント、リミット値及び予想使用実績値を表示し、減点を実行するか否かを確認している。この画面は既定の時間が経過すると、減点したうえであるいは減点しないうえで、消去されてもよい。
【００８６】
図２６は、アウェアネス装置１１３がサービス提供サーバ１０９との接続を切断する時の画面例である。ツールバーにおいて「切断」を選択することにより、図２６に示す「切断ウインドウ」が表示される。このウインドウで「ＯＫボタン」を押すと、アウェアネス装置１１３はサービス提供サーバ１０９から切断される。
【００８７】
＜その他の実施形態例＞
（Ａ）前記実施形態例においては、判定部をアウェアネス装置に設けたが、サービス提供サーバ上で予想使用実績値を算出し、アウェアネス装置に通知するようにしても良い。
（Ｂ）前記実施形態例においては、ルールテーブルをユーザが設定可能であるが、予めシステム側でルールテーブルを準備しておくか、デフォルト値を設定しておいても良い。
【００８８】
（Ｃ）前記実施形態例においては、ルールテーブルや使用実績テーブルをサービス提供サーバに持たせたが、これらのテーブルをアウェアネス装置にもたせてもよい。この場合、ルール変更時には参照／被参照テーブルに従ってルール変更を通知する必要がある。
（Ｄ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【００８９】
【発明の効果】
本発明の状態通知装置を用いれば、ユーザの通信手段の使用実績が、相手ごとにが作成される。ユーザは、通信を開始しようとする場合、選択した通信手段の予想使用実績とその限界との関係を予め通知されるので、受信側ユーザが好まない通信手段を乱用することを自制するようになる。一方、通信の内容によっては、受信側ユーザはあえて受信者側ユーザが希望しない通信手段であっても使用すべきであるとの判断をし、通信を実行することが出来る。すなわち、状況に応じた、柔軟な通信手段の制限が可能になる。
【図面の簡単な説明】
【図１】本発明の概要を表す概念説明図。
【図２】本発明の状態通知システムが行うおおまかな処理の流れの説明図。
【図３】第１実施形態例に係る状態通知システムの機能ブロック図。
【図４】参照テーブル及び被参照テーブルの概念説明図。
【図５】ルールＤＢの概念説明図。
【図６】実績テーブルの概念説明図。
【図７】接続処理（１）において、アウェアネス装置が行う処理の流れを示すフローチャート。
【図８】接続処理（１）において、サービス提供サーバが行う処理の流れを示すフローチャート。
【図９】相手登録処理（２）において、アウェアネス装置が行う処理の流れを示すフローチャート。
【図１０】相手削除処理（３）において、アウェアネス装置が行う処理の流れを示すフローチャート。
【図１１】状態設定処理（４）において、アウェアネス装置が行う処理の流れを示すフローチャート。
【図１２】相手登録処理（２）、相手削除処理（３）、状態設定処理（４）において、サービス提供サーバが行う処理の流れを示すフローチャート。
【図１３】ルール設定処理（５）において、アウェアネス装置が行う処理の流れを示すフローチャート。
【図１４】減点クリア処理（６）において、アウェアネス装置が行う処理の流れを示すフローチャート。
【図１５】通信処理（７）において、アウェアネス装置が行う処理の流れを示すフローチャート。
【図１６】ルール設定処理（５）、減点クリア処理（６）、通信処理（７）において、サービス提供サーバが行う処理の流れを示すフローチャート。
【図１７】アウェアネス装置起動直後に表示される画面例。
【図１８】サービス提供サーバに接続中に表示される画面例。
【図１９】相手登録処理で表示される画面例。
【図２０】相手削除処理で表示される画面例。
【図２１】状態設定処理で表示される画面例。
【図２２】ルール設定処理で表示される画面例。
【図２３】減点クリア処理で表示される画面例。
【図２４】通信開始時に表示される、警告画面例。
【図２５】通信開始要求受信時に表示される、減点通知画面例。
【図２６】切断時に表示される画面例。
【符号の説明】
１；状態通知システム
２；入力部
３；イベント解析部
４；状態管理部
５；通信制御部
６；通信手段
７；判定部
８；状態管理サーバ
９；サービス提供サーバ
１０；ルールＤＢ
【図１】
0003996731.tif 000002
【図２】
0003996731.tif 000003
【図３】
0003996731.tif 000004
【図４】
0003996731.tif 000005
【図５】
0003996731.tif 000006
【図６】
0003996731.tif 000007
【図７】
0003996731.tif 000008
【図８】
0003996731.tif 000009
【図９】
0003996731.tif 000010
【図１０】
0003996731.tif 000011
【図１１】
0003996731.tif 000012
【図１２】
0003996731.tif 000013
【図１３】
0003996731.tif 000014
【図１４】
0003996731.tif 000015
【図１５】
0003996731.tif 000016
【図１６】
0003996731.tif 000017
【図１７】
0003996731.tif 000018
【図１８】
0003996731.tif 000019
【図１９】
0003996731.tif 000020
【図２０】
0003996731.tif 000021
【図２１】
0003996731.tif 000022
【図２２】
0003996731.tif 000023
【図２３】
0003996731.tif 000024
【図２４】
0003996731.tif 000025
【図２５】
0003996731.tif 000026
【図２６】
0003996731.tif 000027