(57)【特許請求の範囲】
【請求項１】
複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる通信支援方法であって、
所定の文字情報と前記利用者との対応付けを準備し、
いずれかの文字情報が、いずれかのネットワーク上でいずれかの第１利用者から発言されることを検知し、
前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた第２利用者の状態を検出し、
前記検出された第２利用者の状態を、前記文字情報が発言されたネットワーク上に送出する、通信支援方法。
【請求項２】
複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる通信支援システムであって、
所定の文字情報と前記通信装置の利用者を識別する利用者識別子とを対応付けて蓄積する第１蓄積手段と、
前記いずれかの文字情報が、いずれかの前記ネットワーク上でいずれかの第１通信装置から送出されたことを検知する検知手段と、
前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた利用者識別子で識別される利用者が用いる第２通信装置の状態に基づいて、前記第２通信装置の利用者状態を判断する判断手段と、
前記利用者状態を、前記文字情報が送出されたネットワーク上に送出する通知手段と、
を備える通信支援システム。
【請求項３】
前記所定の文字情報に対応付けられた利用者識別子と、前記文字情報の送出元となる通信装置の利用者を識別する利用者識別子と、前記文字情報に対応付けられた利用者識別子により識別される利用者の状態の通知先となる通信装置の利用者を識別する利用者識別子と、を対応付けて蓄積する第２蓄積手段をさらに備え、
前記通知手段は、前記第２蓄積手段に基づいて前記利用者状態の通知先を決定し、前記ネットワークを介して前記利用者状態を前記通知先に通知する、
請求項２に記載の通信支援システム。
【請求項４】
利用者のスケジュールを各利用者の利用者識別子と対応付けて蓄積する第３蓄積手段をさらに備え、
前記通知手段は、前記判断された第２通信装置の利用者状態と、前記第２通信装置の利用者の利用者識別子に対応するスケジュールとに基づいて、前記ネットワーク上に送出する利用者状態を決定する、
請求項２に記載の通信支援システム。
【請求項５】
前記第２通信装置が動作しているか否かを検出し、前記検出結果に従って前記利用者の状態を前記判断手段から取得する取得手段をさらに備える、請求項２に記載の通信支援システム。
【請求項６】
前記ネットワークを共有する各利用者の状態を視覚的に表示し、前記ネットワーク上に送出された利用者状態に従い前記表示を変化可能な表示手段をさらに備える、請求項２に記載の通信支援システム。
【請求項７】
複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置の１つとともに用いられる状態通知装置であって、
所定の文字情報を蓄積する第１蓄積手段と、
前記文字情報が、いずれかの前記ネットワーク上で他の通信装置から送出されたことを検知する検知手段と、
前記文字情報の検知に応じ、前記通信装置の状態に基づいて、前記通信装置の利用者の状態を判断する判断手段と、
前記利用者の状態を、前記文字情報が送出されたネットワーク上に送出する通知手段と、
を備える状態通知装置。
【請求項８】
複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる代理装置であって、
所定の文字情報と各通信装置の利用者を識別する利用者識別子とを対応付けて蓄積する第１蓄積手段と、
前記いずれかの文字情報が、いずれかの前記ネットワーク上でいずれかの第１通信装置から送出されたことを検知する検知手段と、
前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた利用者識別子で識別される利用者が用いる第２通信装置が動作しているか否かを検出し、前記検出結果に従って前記第２通信装置の利用者状態を前記第２通信装置から取得する取得手段と、
前記検出結果に基づく利用者状態または前記取得した利用者状態を、前記文字情報が送出されたネットワーク上に送出する通知手段と、
を備える代理装置。
【請求項９】
複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置の１つとともに用いられる状態通知プログラムが記録された、コンピュータ読み取り可能な記録媒体であって、
Ａ；所定の文字情報を蓄積する段階と、
Ｂ；前記文字情報が、いずれかの前記ネットワーク上で他の通信装置から送出されたことを検知する段階と、
Ｃ；前記文字情報の検知に応じ、前記通信装置の状態に基づいて、前記通信装置の利用者の状態を判断する段階と、
Ｄ；前記利用者の状態を、前記文字情報が送出されたネットワーク上に送出する段階と、
を実行させるための状態通知プログラムが記録された、コンピュータ読み取り可能な記録媒体。
【請求項１０】
複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる代理通知プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
Ａ；所定の文字情報と各通信装置の利用者を識別する利用者識別子とを対応付けて蓄積する段階と、
Ｂ；前記いずれかの文字情報が、いずれかの前記ネットワーク上でいずれかの第１通信装置から送出されたことを検知する段階と、
Ｃ；前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた利用者識別子で識別される利用者が用いる第２通信装置が動作しているか否かを検出し、前記検出結果に従って前記第２通信装置の利用者状態を前記第２通信装置から取得する段階と、
Ｄ；前記検出結果に基づく利用者状態または前記取得した利用者状態を、前記文字情報が送出されたネットワーク上に送出する段階と、
を実行させるための代理通知プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の利用者が互いに同一のネットワークを共有して同時に会話可能なシステムにおいて、利用者の会話を促進しコミニュケーションを円滑化する技術に関する。
本発明において、チャットシステムとは、チャットサーバと複数のチャットクライアントとからなり、チャットクライアントが同一の空間を共有して会話可能なシステムをいう。チャネルとは、チャットクライアントにより共有される仮想空間を言う。ニックネームとは、チャットシステムにおいてユーザを一義的に特定するために用いられる識別情報を言う。
【０００２】
【従来の技術】
従来、チャットシステムでは、チャネル参加者の会話は、時系列に並べて表示されたり、描かれたバルーンの中に表示されている。チャネル参加者の会話に加え、ユーザがチャネルに参加したことやチャネルから退出したことを示す情報も表示されている。
【０００３】
近年、前述の情報に加え、ユーザの自状態及びユーザが指定するキーワードを登録可能なチャットシステムが提供されている。このチャットシステムにおいては、チャットクライアントは、ユーザが登録したキーワードが他のチャットクライアントからの発言に含まれているか否かを検出する。キーワードが検出されると、チャットクライアントは、ユーザが予め設定しておいた自状態を参照し、キーワードを発言した他のチャットクライアントにユーザの状態を通知する。登録するユーザの自状態としては、例えば"離席"、"不在"を挙げることができる。また、自状態だけでなく、自状態に応じた所定のメッセージを通知するチャットシステムも提供されている。
【０００４】
【発明が解決しようとする課題】
前述の自状態を通知可能なチャットシステムにおいては、以下のような問題点がある。
ユーザが予め自状態を設定しておく必要があるため、ユーザが自状態を設定し忘れると、他のチャットクライアントからのキーワードの発言に対し、チャットクライアントが応答できない。また、ユーザ自身により自状態を設定しない限り、ユーザの居場所や動作などのユーザ状態が、他のユーザにとって全く不明である。例えばユーザが席を外す時に自状態を"不在"に設定しておいても、席に戻った時に自状態を"在席"に設定し直すことを忘れることがありがちである。この状態で他のチャットクライアントからキーワードが発言されると、ユーザ自身が応答しようとしても、チャットクライアントが不在である旨のメッセージを送出してしまう。
【０００５】
また、他のユーザからの発言に対し、長文の返事を作成している場合、他のユーザは、自分のメッセージに対する応答を作成中であるのか、相手は席に居ないのか、あるいは他のアプリケーションを操作中であるなど多忙であるのか、相手の状態が判らない。そのため、リアルタイムで会話を行うことができるチャットシステムの利点を十分に活かすことが難しい面がある。
【０００６】
本発明は、リアルタイムで会話を行うユーザ間のコミュニケーションを円滑化することを目的とする。
【０００７】
【課題を解決するための手段】
本願第１発明は、前記の課題を解決するために、複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる通信支援方法であって、
Ａ；所定の文字情報と前記利用者との対応付けを準備し、
Ｂ；いずれかの文字情報が、いずれかのネットワーク上でいずれかの第１利用者から発言されることを検知し、
Ｃ；前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた第２利用者の状態を検出し、
Ｄ；前記検出された第２利用者の状態を、前記文字情報が発言されたネットワーク上に送出する、通信支援方法を提供する。
【０００８】
チャットサーバとチャットクライアントとから構成されるチャットシステムを例に取り、説明する。ユーザＡの端末上では、ユーザＡのキーワードが登録されている。ユーザ端末Ａが参加しているいずれかのチャネル＃ＣＨ１において、ユーザ端末Ａに登録されているキーワードが他のユーザ端末Ｂから発言されると、そのキーワードの発言はユーザ端末Ａで検知される。次いで、ユーザ端末Ａは、ユーザＡの状態を検出する。例えば、スクリーンセーバが動作中か、他のチャネル上で文字メッセージを作成中かなどを検出する。その後、検出した状態を、キーワードが発言されたチャネル上でユーザ端末Ｂに通知する。
【０００９】
本願第２発明は、複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる通信支援システムであって、第１蓄積手段と、検知手段と、判断手段と、通知手段とを備える通信支援システムを提供する。
第１蓄積手段は、所定の文字情報と前記通信装置の利用者を識別する利用者識別子とを対応付けて蓄積する。検知手段は、前記いずれかの文字情報が、いずれかの前記ネットワーク上でいずれかの第１通信装置から送出されたことを検知する。判断手段は、前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた利用者識別子で識別される利用者が用いる第２通信装置の状態に基づいて、前記第２通信装置の利用者状態を判断する。通知手段は、前記利用者状態を、前記文字情報が送出されたネットワーク上に送出する。
【００１０】
チャットサーバとチャットクライアントとから構成されるチャットシステムを例に取り、説明する。いずれかの端末上では、第１蓄積手段が、ユーザのキーワードとユーザとを対応付けて蓄積している。ユーザ端末Ａが参加しているいずれかのチャネル＃ＣＨ１において、ユーザ端末Ａに登録されているキーワードが他のユーザ端末Ｂから発言されると、そのキーワードはユーザ端末Ａの検知手段により検知される。
【００１１】
次いで、ユーザ端末Ａの判断手段は、ユーザ端末Ａの状態に基づいてユーザＡの状態を判断する。例えば、スクリーンセーバが動作中か、他のチャネル上で文字メッセージを作成中かなどを検出し、ユーザＡの状態を判断する。ユーザ状態としては、例えば"不在"、"作業中"、"応答中"が挙げられる。次いで、判断手段は、判断したユーザ状態を通知手段に送出する。通知手段は、チャットクライアントを用い、チャネル＃ＣＨ１上でユーザＡの状態を他のユーザ端末に通知する。
【００１２】
判断手段は各ユーザ端末上に設けられる。第１蓄積手段、検知手段及び通知手段は、各ユーザ端末上に設けて良いし、チャットクライアントが動作可能ないずれかの情報端末上に設けても良い。
本願第３発明は、前記第２発明において、前記所定の文字情報に対応付けられた利用者識別子と、前記文字情報の送出元となる通信装置の利用者を識別する利用者識別子と、前記文字情報に対応付けられた利用者識別子により識別される利用者の状態の通知先となる通信装置の利用者を識別する利用者識別子と、を対応付けて蓄積する第２蓄積手段をさらに備えた通信支援システムを提供する。この通信支援システムの通知手段は、前記第２蓄積手段に基づいて前記利用者状態の通知先を決定し、前記ネットワークを介して前記利用者状態を前記通知先に通知する。
【００１３】
例えば、第２蓄積手段には、例えば次のような内容が記述された通知先テーブルが蓄積される。ユーザ端末Ａについて、ユーザ端末Ｂからキーワードが送出された場合には、通知先をユーザ端末Ｂに、ユーザ端末Ｃからキーワードが送出された場合には、通知先をユーザ端末Ｂ及びＣにする。同様にして、他のユーザ端末についても、キーワードの発言元及びユーザ状態の通知先が設定される。ユーザは、キーワードを送出した通信装置以外の他の通信装置に状態を通知したい場合、通知先テーブルを用いて通知先を指定することができる。
【００１４】
本願第４発明は、前記第２発明において、利用者のスケジュールを各利用者の利用者識別子と対応付けて蓄積する第３蓄積手段をさらに備える通信支援システムを提供する。この通信支援システムにおける通知手段は、前記判断された第２通信装置の利用者の利用者識別子と、前記第２通信装置に対応するスケジュールとに基づいて、前記ネットワーク上に送出する利用者状態を決定する。
【００１５】
例えば、第３蓄積手段には、各利用者のスケジュールが利用者と対応付けて記述されたスケジュールリストが蓄積されている。通知手段は、ユーザＡの状態が"不在"と判断された場合、ユーザＡのスケジュールを参照する。ユーザＡのスケジュールが"午後は東京に出張"であれば、通知手段は"午後は東京に出張です"を通知内容に決定する。スケジュールリストを予め設けておき、検出されたユーザ状態と組み合わせることにより、一層きめ細かなユーザ状態を通知することができる。
【００１６】
本願第５発明は、前記第２発明において、前記第２通信装置が動作しているか否かを検出し、前記検出結果に従って前記利用者の状態を前記判断手段から取得する取得手段をさらに備える通信支援システムを提供する。
複数のユーザ端末と少なくとも１つの代理端末とからなるシステム構成を考える。各ユーザ端末には、状態検出手段が設けられている。代理端末には、第１蓄積手段、検知手段、取得手段及び通知手段が設けられている。取得手段は、検知手段がユーザＡのキーワードを検知すると、ユーザ端末Ａが起動されているか否かを判断する。起動されていれば、取得手段は、ユーザ端末Ａに対してユーザ状態の決定を依頼し、ユーザ端末Ａからユーザ状態の通知を受け取る。受け取ったユーザ状態は、通知手段に送出される。逆にユーザ端末Ａが起動されていなければ、取得手段は、その旨を通知手段に通知する。取得手段を設けることにより、ユーザ端末が起動されていない場合でも、ユーザ状態の通知が可能になる。
【００１７】
本願第６発明は、前記第２発明において、前記ネットワークを共有する各利用者の状態を視覚的に表示し、前記ネットワーク上に送出された利用者状態に従い前記表示を変化可能な表示手段をさらに備える通信支援システムを提供する。
例えば、"不在"、"多忙"、"応答中"、の各状態を表すアイコンを予め準備しておく。そして、他の通信装置からユーザ状態が通知されると、表示手段によりそのユーザのアイコンを通知された状態を表すアイコンに変化させる。
【００１８】
本願第７発明は、複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置の１つとともに用いられる状態通知装置であって、第１蓄積手段と、検知手段と、判断手段と、通知手段とを備える状態通知装置を提供する。
第１蓄積手段は、所定の文字情報を蓄積する。検知手段は、前記文字情報が、いずれかの前記ネットワーク上で他の通信装置から送出されたことを検知する。判断手段は、前記文字情報の検知に応じ、前記通信装置の状態に基づいて前記通信装置の利用者の状態を判断する。通知手段は、前記利用者の状態を、前記文字情報が送出されたネットワーク上に送出する。
【００１９】
前記第２発明において、代理端末を用いない構成の場合の通信装置と同様の作用効果を有する。
本願第８発明は、複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる代理装置であって、第１蓄積手段と、検知手段と、取得手段と、通知手段とを備える代理装置を提供する。
【００２０】
第１蓄積手段は、所定の文字情報と各通信装置の利用者を識別する利用者識別子とを対応付けて蓄積する。検知手段は、前記いずれかの文字情報が、いずれかの前記ネットワーク上でいずれかの第１通信装置から送出されたことを検知する。取得手段は、前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた利用者識別子で識別される利用者が用いる第２通信装置が動作しているか否かを検出し、前記検出結果に従って前記第２通信装置の利用者状態を前記第２通信装置から取得する。通知手段は、前記検出結果に基づく利用者状態または前記取得した利用者状態を、前記文字情報が送出されたネットワーク上に送出する。
【００２１】
前記第２発明において、各ユーザ端末に判断手段を設け、その他の機能を代理端末に持たせた場合の代理端末と同様の作用効果を有する。
本願第９発明は、複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置の１つとともに用いられる状態通知プログラムが記録された、コンピュータ読み取り可能な記録媒体であって、下記Ａ〜Ｄ段階を実行させるための状態通知プログラムが記録された、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；所定の文字情報を蓄積する段階、
Ｂ；前記文字情報が、いずれかの前記ネットワーク上で他の通信装置から送出されたことを検知する段階、
Ｃ；前記文字情報の検知に応じ、前記通信装置の状態に基づいて、前記通信装置の利用者の状態を判断する段階、
Ｄ；前記利用者の状態を、前記文字情報が送出されたネットワーク上に送出する段階。
【００２２】
前記第７発明と同様の作用効果を有する。
本願第１０発明は、複数の利用者が互いに同一のネットワークを共有して同時に双方向通信可能な通信装置に用いられる代理通知プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、下記Ａ〜Ｄ段階を実行させるための代理通知プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；所定の文字情報と各通信装置の利用者を識別する利用者識別子とを対応付けて蓄積する段階、
Ｂ；前記いずれかの文字情報が、いずれかの前記ネットワーク上でいずれかの第１通信装置から送出されたことを検知する段階、
Ｃ；前記文字情報の検知に応じ、前記検知された文字情報に対応付けられた利用者識別子で識別される利用者が用いる第２通信装置が動作しているか否かを検出し、前記検出結果に従って前記第２通信装置の利用者状態を前記第２通信装置から取得する段階、
Ｄ；前記検出結果に基づく利用者状態または前記取得した利用者状態を、前記文字情報が送出されたネットワーク上に送出する段階。
【００２３】
前記第８発明と同様の作用効果を有する。
【００２４】
【発明の実施の形態】
以下に、本発明の通信支援システムについて、実施形態例を挙げ具体的に説明する。
＜第１実施形態例＞
［構成］
図１は、第１実施形態例に係る通信支援システムの全体構成図を示している。本実施形態例の通信支援システムは、チャットサーバと複数のユーザ端末とがコンピュータネットワークを介して接続されている。
【００２５】
図２は、本実施形態例におけるユーザ端末の構成を示すブロック図である。図２に示すユーザ端末は、チャットクライアント及び状態通知装置１を備えている。状態通知装置１は、キーワード検出部２、キーワードリスト３、状態検出部４、通知部９、通知先テーブル１０、スケジュールリスト１１及び表示部１２を備えている。
【００２６】
キーワード検出部２は、チャットクライアントが参加しているチャネル内の発言を、チャットクライアントから取得する。キーワード検出部２は、取得した発言が他のユーザ端末から送出されたものであるのか、それとも自端末で入力された発言であるのかを判断する。他のユーザ端末からの発言である場合、キーワード検出部２は、ユーザにより登録されたキーワードが、取得した発言に含まれているか否かを判断する。この判断は、後述するキーワードリスト３に基づいて行われる。発言にキーワードが含まれている場合、キーワード検出部２は、状態検出部４に対しユーザ状態の検出を指示する。前記指示は、キーワードか発言されたチャネル名及びキーワードを発言したユーザのニックネームを、キーワード検出部２から状態検出部４に通知することにより行う。
【００２７】
図３は、ユーザにより登録されるキーワードリスト３の一例を示す図である。通常、ユーザは、ユーザ自身の本名やニックネームを登録すると考えられる。また、チャネル内の全てのユーザ共通のキーワードである"all"を登録することも考えられる。図３では、ユーザ"田中"は、本名の"田中"及び"たなか"と、ニックネーム"tanaka"と、"all"とをキーワードとして登録している。キーワードリスト３は、ユーザにより登録可能にしても、また自動的に作成しても良い。例えば、本名、ニックネーム、"all"を自動的にキーワードとして登録し、他のキーワードについてはユーザにより追加登録可能にすることが可能である。
【００２８】
状態検出部４は、キーワード検出部２からの指示に従い、ユーザ状態を判断する。ユーザＡがユーザＢを呼んだときに、ユーザＢのリアルタイムな状態を通知するためである。本実施形態例では、状態検出部４は、ユーザ状態が不在、作業中又は応答中のいずれであるかを判断する。状態検出部４は、ユーザ状態を判断すると、通知部９に対しユーザ状態を通知する。また、状態検出部４は、ユーザ状態と共に、前記キーワードが発言されたチャネル名及びキーワードを発言したユーザのニックネームを通知部９に通知する。
【００２９】
状態検出部４は、ユーザ状態を判断するために、イベント検出部５、セーバ検出部６及び記録部７を有している。イベント検出部５は、キーボード入力があるか否かや、マウスが動いているかなどのユーザ入力（以下、イベントという）の有無を検出する。また、イベント検出部５は、ユーザ入力が、チャットのどのチャネルに対するものであるのか、チャット以外のアプリケーションにおける入力であるのかを検出する。セーバ検出部６は、ユーザ端末においてスクリーンセーバが動作しているか否かを検出する。記録部７は、イベントテーブル８を作成し、所定時間内のイベントを時刻と共にイベントテーブル８に記録する。
【００３０】
通知部９は、状態検出部４から通知されるユーザ状態を、チャットクライアントを通じて他のユーザ端末に通知する。通知先のユーザ端末は、通知先テーブル１０に基づいて決定される。図４は、通知先テーブル１０の一例を示している。通知先テーブル１０には、キーワードを発言するユーザのニックネームが呼び元ユーザとして登録されている。呼び元ユーザからのキーワードの発言に対し、自己の状態を通知する通知先ユーザが、各呼び元に対応付けられて登録されている。自己の状態を呼び元に対してだけ通知することや、チャネル内の全てのユーザに通知することを指定可能である。また、通知先として複数のユーザを指定することも可能である。例えば、図４では、ユーザＡは、呼び元ユーザが"oku"の場合は、"oku"を通知先に指定している。呼び元ユーザが"sasaki"の場合は、"sasaki"と"tanaka"とが通知先に指定されている。呼び元ユーザが"yamada"の場合は、全ユーザ（"all"）が通知先に指定されている。通知先テーブル１０は、ユーザにより登録しておくなど、何らかの手段により予め準備されている。
【００３１】
また、通知部９は、状態検出部４から通知されるユーザ状態に基づいて、予め用意した文字メッセージからどの文字メッセージを通知するかを決定する。次いで、通知部９は、文字メッセージを呼び元チャネルに発言する。これにより、呼ばれたユーザの状態が通知先ユーザに通知される。通知部９は、文字メッセージとともにまたは文字メッセージに代えて、ユーザ状態を表す情報（以下、状態情報という）を通知先に通知しても良い。状態情報の通知は、チャットクライアントを介して行われる。この状態情報を受け取った通知先ユーザ端末は、例えば、ユーザ状態を示すアイコンを表示する。状態情報は、文字メッセージでも良いし、制御コマンドなど他の情報でも良い。
【００３２】
予めスケジュールリスト１１が準備されていれば、通知部９は、状態検出部４から通知されるユーザ状態と、予め登録されたスケジュールリスト１１（図示せず）とに基づいて、文字メッセージを決定する。スケジュールリスト１１には、ユーザの予定状態がユーザにより登録される。ユーザは、"出社"、"出張"、"会議"、"年休"などの予定を、日時や行き先と対応付けて登録しておく。
【００３３】
例えば、通知部９は、状態検出部４からユーザ状態"不在"の通知を受けると、スケジュールリスト１１を参照する。スケジュールリスト１１にそのときの予定として"出張"が、行き先として"東京"が登録されている。すると、通知部９は、通知する文字メッセージを「東京に出張です。」に決定する。逆に、スケジュールリスト１１の予定が"出社"になっていれば、通知部９は、通知する文字メッセージを「現在、席を外しています。」に決定する。但し、通知部９は、ユーザ状態が、"応答中"である場合や"作業中"である場合は、スケジュールリスト１１を参照しない。その代わり、「返答中です。」や「現在、多忙です。」など、ユーザ状態を示す文字メッセージを作成し、通知先に通知する。スケジュールリスト１１を設けておけば、詳細なユーザ状態を通知することができるが、スケジュールリスト１１を設けなくても、またはスケジュールリスト１１に予定が登録されていなくても、ユーザ状態を通知することはできる。
【００３４】
表示部１２は、チャットクライアントが参加しているチャネル毎に、画面上にウインドウを表示する。さらに、表示部１２は、チャネルに参加している各ユーザの状態を表すアイコンを、前記ウインドウに表示する。図５〜図８は、表示部１２によりユーザ状態を示すアイコンが表示されている画面例である。表示部１２は、チャネル内の各ユーザそれぞれについてアイコンを表示し、チャネルに参加している各ユーザの状態を視覚的に示す。アイコンは、所定の状態情報に応じて予め準備されている。表示部１２は、他のユーザ端末の通知部９から送信される状態情報に基づいて、表示するアイコンを変更する。例えば、状態情報として、他のユーザ端末から"席はずし"に対応する文字メッセージが発言されると、表示部１２は、そのユーザの状態を示すアイコンを、席はずしのアイコンに変更する。
【００３５】
図５〜図８は、通知先の表示部１２が、呼び元の通知部９により通知された文字メッセージやアイコンを表示している画面例である。文字メッセージやアイコンは、通知するユーザ状態に応じ、予め準備されている。本実施形態例では、"不在"、"作業中"、"応答中"の各状態を通知する文字メッセージが、予め準備されている。また、"在席"、"席はずし"、"作業中"の状態を表すアイコンが、それぞれ用意されている。
図５（ａ）は、通知部９により通知された文字メッセージが表示された画面の一例である。チャネル#suzume"上で、ユーザ"katou"がユーザ"tanaka"の本名を発言したが、ユーザ"tanaka"が席にいない旨の文字メッセージが表示されている。また、表示部１２により、図５に示すようにユーザの状態をアイコンで表示しても良い。図５（ｂ）では、表示部１２が、席にいない状態を示すアイコンにより、ユーザ"tanaka"の状態を表している。
【００３６】
図６は、文字メッセージが表示された画面の他の一例である。図６（ａ）は、ユーザ"tanaka"が他のアプリケーションを操作中か、または他のチャネルに発言を入力中であることを示す文字メッセージの表示例である。また、図６（ｂ）は、ユーザ"katou"のユーザ端末からの通知に応じ、表示部１２がユーザ"tanaka"のアイコン表示を変化させた後の画面を示している。
【００３７】
図７は、文字メッセージが表示された画面の他の一例である。図７の画面は、ユーザ"tanaka"が、ユーザ"katou"に対する返事を入力中であることを示す文字メッセージの表示例である。
図８は、文字メッセージが表示された画面の他の一例である。図８の画面は、通知部９が、ユーザ状態及びスケジュールリスト１１の両方に基づいて文字メッセージを決定した場合の表示例を示している。
【００３８】
図５〜８は、文字メッセージを通知して、またはアイコンの表示を変化させることにより、ユーザ状態を通知する場合を示している。文字メッセージの通知及びアイコン表示の変化を、両方行うことももちろん可能である。
［処理の流れ］
次に、本実施形態例に係る状態通知装置１が行う処理の流れについて説明する。
【００３９】
（１）メイン処理
図９は、前述の状態通知装置１が行うメイン処理の流れを示すフローチャートである。ユーザ端末においてチャットクライアントが起動されることにより、またはチャットクライアントによりユーザ端末とチャットサーバとが接続されることにより、以下の処理が開始される。
【００４０】
まず、ステップＳ１では、キーワード検出部２が、チャットクライアントが参加しているチャネル内における発言を待機し、発言が生じるとステップＳ２に移行する。
ステップＳ２では、キーワード検出部２は、取得した発言が自端末により入力されたものなのか、他のユーザ端末から送出された発言なのかを判断する。他のユーザ端末の発言であれば、ステップＳ３に移行する。自端末からの発言であれば前述のステップＳ１に戻り、キーワード検出部２は次の発言を待機する。
【００４１】
ステップＳ３では、キーワード検出部２は、他のユーザ端末からの発言中に、キーワードリスト３内のいずれかのキーワードが含まれているか否かを判断する。発言中にキーワードが含まれていれば、ステップＳ４に移行する。他のユーザ端末からの発言にキーワードが含まれていなければ、前述のステップＳ１に戻り、キーワード検出部２は次の発言を待機する。
【００４２】
ステップＳ４では、キーワード検出部２は、キーワードが発言されたチャネル名（以下、呼び元チャネルという）及びキーワードを発言したユーザ（以下、呼び元ユーザという）のニックネームを取得する。次いでキーワード検出部２は、取得したチャネル名及びニックネームを通知し、状態検出部４にユーザ状態の判断を指示する。
【００４３】
ステップＳ５では、後述する状態判断処理サブルーチンが実行される。
ステップＳ６では、通知部９が、状態検出部４からユーザ状態の通知を受ける。通知部９は、通知されたユーザ状態が"不在"であるか否かを判断する。ユーザ状態が"不在"であれば、ステップＳ７に移行する。"不在"でなければ、後述するステップＳ８に移行する。
【００４４】
ステップＳ７では、通知部９は、スケジュールリスト１１を読み込む。
ステップＳ８では、ユーザ状態やユーザのスケジュールに基づいて、通知する文字メッセージを決定する。
ステップＳ９では、通知部９は、呼び元ユーザのニックネームに基づいて通知先テーブル１０を検索し、通知を行うユーザを決定する。次いで、通知部９は、決定した通知先のユーザ端末に対し、文字メッセージや状態情報を通知する。文字メッセージや状態情報を受け取ったユーザ端末上では、表示部１２が、通知された文字メッセージを表示したり、状態情報に基づいてアイコンを変更する。
【００４５】
ステップＳ１０では、チャットクライアントが終了しているか否かが判断される。チャットクライアントが終了していれば本処理を終了する。チャットクライアントが終了していなければ、ステップＳ１に戻り前述の処理を繰り返す。
本処理は、他のユーザからキーワードにより呼ばれたときに、ユーザ状態をリアルタイムで検知して通知する。これにより、本処理は、他のユーザの状態をユーザが必要なときにユーザに通知することができ、リアルタイムで行われる会話を円滑に行うことを支援可能である。
【００４６】
（２）状態判断サブルーチン
前述のメイン処理においてステップＳ５に移行すると、以下の状態判断処理が実行される。図１０は、状態検出部４が行う状態判断処理の流れを示すフローチャートである。
ステップＳ１１では、状態検出部４は、後述する不在判断処理サブルーチンを実行し、ユーザ状態が"不在"か否かを決定する。
【００４７】
ステップＳ１２では、状態検出部４は、前述の不在判断処理で決定されたユーザ状態が"不在"か否かを判断する。ユーザ状態が"不在"であれば、ステップＳ１３に移行する。ユーザ状態が"不在"でなければ、後述するステップＳ１４に移行する。
ステップＳ１３では、状態検出部４は、ユーザ状態"不在"を通知部９に通知する。また、状態検出部４は、ユーザ状態の通知と共に、呼び元チャネル及び呼び元ユーザのニックネームを、通知部９に通知する。
【００４８】
前述のステップＳ１２でユーザ状態が"不在"でないと判断されると、ステップＳ１４に移行する。ステップＳ１４では、状態検出部４は、後述する作業判断処理サブルーチンを実行し、ユーザ状態が"作業中"か否かを決定する。
ステップＳ１５では、状態検出部４は、前述の作業判断処理によって決定されたユーザ状態が"作業中"であるか否かを判断する。ユーザ状態が"作業中"であれば、前述のステップＳ１３に移行する。そして、状態検出部４は、呼び元チャネル名及び呼び元ユーザのニックネームと共に、ユーザ状態"作業中"を通知部９に通知する。ユーザ状態が"作業中"でなければ、ステップＳ１６に移行する。
【００４９】
ステップＳ１６では、状態検出部４は、後述する応答判断処理を実行し、ユーザ状態が"応答中"か否かを決定する。
ステップＳ１７では、状態検出部４は、応答判断処理により決定されたユーザ状態が、"応答中"であるか否かを判断する。状態検出部４は、ユーザ状態が"応答中"であれば、前述のステップＳ１３に移行する。そして、状態検出部４は、通知部９に対し、ユーザ状態"応答中"を通知する。ユーザ状態が"応答中"でなければ、前述のメイン処理のステップＳ１に戻り、キーワード検出部２が次の発言を待機する。
【００５０】
"不在"、"作業中"または"応答中"のいずれかのユーザ状態を、ステップＳ１３において通知部９に通知すると、ステップＳ１８に移行する。ステップＳ１８では、状態検出部４は、ユーザ状態が"応答中"であるか否かを判断する。ユーザ状態が"応答中"であれば、ステップＳ１９に移行する。その他のユーザ状態であれば、ユーザ状態の通知は完了しているので前述のメイン処理に戻る。
【００５１】
ステップＳ１９では、状態検出部４は、発言に対する応答を入力中のユーザが、入力を終了したか否かを判断する。具体的には、状態検出部４は、入力された応答メッセージの最後にリターンキーが押されたか否かにより、入力が終了したか否かを判断する。入力が終了したと判断すると、ステップＳ２０に移行する。
ステップＳ２０では、状態検出部４は、入力が終了したことを通知部９に通知する。通知部９は、入力の終了を通知先のユーザ端末に通知する。この通知を受けたユーザ端末は、例えばアイコンの表示を変化させるなどの処理を行う。そして前述のメイン処理に戻る。
【００５２】
（３）不在判断処理サブルーチン
図１１は、状態検出部４が行う不在判断処理の流れを示すフローチャートである。前述の状態判断処理においてステップＳ１１に移行すると、以下の処理が開始される。
ステップＳ２１では、状態検出部４は、イベントのログに基づいて、キーワードの発言前のイベントが有ったか否かを判断する。具体的には、状態検出部４は、キーワードが発言される前の過去の一定時間の間に、キーボード入力やマウス操作などのイベントがあったか否かを判断する。状態検出部４は、過去の所定時間内にイベントがあったと判断すると、後述するステップＳ２５に移行する。イベントが無かったと判断すると、ステップＳ２２に移行する。
【００５３】
ステップＳ２２では、状態検出部４は、現在イベントが生じているか否かを判断する。ユーザイベントが生じていない場合、ステップＳ２３に移行する。ユーザイベントが生じている場合、ステップＳ２５に移行する。
ステップＳ２３では、状態検出部４は、キーワードの発言から所定時間Ｔ１が経過しているか否かを判断する。所定時間Ｔ１が経過していなければ、前述のステップＳ２２に戻り、前記判断を繰り返す。すなわち、ステップＳ２２及びＳ２３では、キーワードが発言されてから所定期間内Ｔ１内において、イベントが生じるか否かを判断する。ステップＳ２３において所定時間Ｔ１が経過したと判断されると、ステップＳ２４に移行する。
【００５４】
ステップＳ２４では、状態検出部４は、ユーザ状態が"不在"か否かを決定する。キーワードが発言される前の過去一定時間内にイベントが生じておらず、キーワードが発言された後の一定時間Ｔ１においてもイベントが生じない場合、ユーザ状態は"不在"と決定される。
前述のステップＳ２１においてキーワードの発言前の過去一定時間内に、ユーザイベントが生じていたと判断されると、ステップＳ２５に移行する。ステップＳ２５では、状態検出部４は、スクリーンセーバがユーザ端末において動作しているか否かを判断する。ユーザ端末においてスクリーンセーバが動作している場合には、ステップＳ２６に移行する。スクリーンセーバが動作していない場合、前述のステップＳ２４に移行する。そして、スクリーンセーバが動作しておらずユーザがユーザ端末中で何らかの操作をしているので、ユーザ状態は不在ではないと決定される。
【００５５】
ステップＳ２６では、状態検出部４は、キーワードが発言されてから所定時間Ｔ２が経過したか否かを判断する。所定時間Ｔ２が経過していなければ、前述のステップＳ２５に戻り、再び前記判断を繰り返す。所定時間Ｔ２が経過している場合、前述のステップＳ２４に移行する。この場合、キーワードが発言されてから所定時間Ｔ２が経過するまで、スクリーンセーバが動作しており、その間ユーザ端末においてユーザが何も操作しなかったので、ユーザ状態は"不在"と決定される。
【００５６】
（４）作業判断サブルーチン
図１２は、状態検出部４が行う作業判断処理の流れを示すフローチャートである。前述の状態判断処理においてステップＳ１４に移行すると、以下の処理が開始される。
ステップＳ３１では、状態検出部４は、チャットクライアント以外の他のアプリケーションをユーザが操作しているか否かを判断する。この判断は、例えば他のアプリケーションに対するマウス操作があるか否かを判断することにより行う。ユーザが他のアプリケーションを操作していると判断すると、ステップＳ３２に移行する。他のアプリケーションを操作していないと判断すると、後述するステップＳ３４に移行する。
【００５７】
ステップＳ３２では、状態検出部４は、キーワードの発言から所定時間Ｔ３が経過したか否かを判断する。所定時間Ｔ３が経過していなければ、前述のステップＳ３１に戻り、前記判断を繰り返す。すなわち、キーワードの発言後の所定時間Ｔ３中連続して他のアプリケーションに対する操作があるか否かを判断する。キーワードの発言から所定時間Ｔ３が経過したと判断すると、ステップＳ３３に移行する。
【００５８】
ステップＳ３３では、状態検出部４は、ユーザ状態が"作業中"であるか否かを決定する。ユーザが他のアプリケーションを操作していてキーワードの発言から所定時間Ｔ３が経過した場合、ユーザ状態は"作業中"と判断される。
前述のステップＳ３１において、ユーザが他のアプリケーションを操作していないと判断されると、ステップＳ３４に移行する。ステップＳ３４では、状態検出部４は、ユーザが呼び元チャネルと異なる他のチャネルにおいて、文字メッセージを入力しているか否かを判断する。他のチャネルにおける発言を入力していると判断すると、ステップＳ３５に移行する。他のチャネルにおいて発言を入力中ではないと判断すると、前述のステップＳ３３に移行する。この場合は、ユーザは他のアプリケーションを操作しておらず、また他のチャネルにおいて発言を入力していない。従って、ステップＳ３３では、ユーザ状態は作業中ではないと決定される。
【００５９】
ステップＳ３５では、状態検出部４は、ユーザが他のチャネルおいて入力している文字メッセージを取得し、文字数をカウントする。
ステップＳ３６では、状態検出部４は、カウントした入力文字数が所定の基準文字数以上であるか否かを判断する。次いで、前述のステップＳ３３に移行し、ユーザ状態を決定する。すなわち、入力文字数が所定基準文字数以上である場合、入力メッセージが長いので、ユーザ状態は"作業中"と判断される。逆に、入力文字数が所定の基準文字数未満であり入力メッセージが短い場合、ユーザ状態は作業中ではないと決定される。
【００６０】
（５）応答判断処理サブルーチン
図１３は、状態検出部４が行う応答判断処理の流れを示すフローチャートである。前述の状態判断処理においてステップＳ１６に移行すると、以下の処理が実行される。
ステップＳ４１では、状態検出部４は、呼び元チャネルにおいてユーザが発言を入力しているか否かを判断する。ユーザが呼び元チャネルにおいて入力中であると判断すると、ステップＳ４２に移行する。ユーザが呼び元チャネルにおいて入力中ではないと判断すると、後述するステップＳ４３に移行する。
【００６１】
ステップＳ４２では、状態検出部４は、キーワードが発言されてから所定時間Ｔ４が経過したか否かを判断する。所定時間Ｔ４が経過していなければ、再び前述のステップＳ４１に戻り前記処理を繰り返す。キーワードの発言から所定時間Ｔ４が経過していれば、ステップＳ４３に移行する。すなわち、ステップＳ４１及びＳ４２では、キーワードの発言に対してユーザが応答しようとしているが、応答に時間がかかる場合であるか否かを判断している。この例では、入力の時間により判断を行っているが、前述のように入力された文字メッセージの字数をカウントすることにより判断を行っても良く、判断の基準は特に限定されない。
【００６２】
ステップＳ４３では、状態検出部４は、ユーザ状態がキーワードの発言に対する応答中であるのか否かを決定する。本処理においては、キーワードの発言から所定時間Ｔ４が経過するまで、呼び元チャネルにおいて文字メッセージが入力されている場合、ユーザ状態は"応答中"と決定される。その後、前述の状態判断サブルーチンに戻る。前記ステップＳ４１において、呼び元チャネルにおいて入力されていないと判断されると、ユーザ状態は"その他"と判断され、メイン処理のステップＳ１に戻る。
【００６３】
＜第２実施形態例＞
［構成］
次に本発明の第２実施形態例に係る通信支援システムについて説明する。図１４は、本発明の第２実施形態例の通信支援システムの全体構成図を示している。本実施形態例の通信支援システムは、チャットサーバ、複数のユーザ端末及び代理端末をコンピュータネットワークにより接続することにより構成されている。
【００６４】
図１５は、本実施形態例における代理端末及びユーザ端末の構成を示すブロック図である。代理端末及びユーザ端末は、共にチャットクライアントを備えている。代理端末は、代理通知装置２１をさらに有している。ユーザ端末は、状態検出部２４及び表示部３２をさらに有している。
（１）代理端末
代理通知装置２１は、キーワード検出部２２、キーワードデータベース（ＤＢ）２３、監視部３３、通知部２９、通知先ＤＢ３０及びスケジュールＤＢ３１を有している。
【００６５】
キーワード検出部２２は、前述の第１実施形態例におけるユーザ端末上のキーワード検出部２２と同様、チャネル上の発言からキーワードを検出する。但し、代理端末においては、キーワード検出部２２は、呼び元チャネルに参加している全てのユーザのキーワードについて、発言されたか否かの判断を行う。また、キーワード検出部２２は、いずれかのユーザにより登録されているキーワードを検出すると、呼び元ユーザとキーワードにより呼ばれたユーザとが同一でないか否かを判断する。同一でなければ、キーワード検出部２２は、監視部３３に所定の情報を通知し、呼ばれたユーザの状態検出を依頼する。所定の情報には、呼び元チャネル名及び呼び元ユーザのニックネームに加え、呼ばれたユーザのニックネームが含まれる。
【００６６】
キーワード検出部２２がキーワードの検出に用いるキーワードＤＢ２３の一例を図１６に示す。図１６に示すキーワードＤＢ２３には、ネットワークを介して代理端末に接続されているユーザのニックネームと、そのユーザがキーワードとして登録している単語とが、対応付けられて蓄積されている。例えば、ニックネーム"tanaka"のユーザは、本名"田中"、"たなか"、ニックネーム"tanaka"及び"all"をキーワードＤＢ２３に登録している。ニックネーム"katou"が"田中"を発言すると、キーワード検出部２２は、キーワードＤＢ２３を参照し、"田中"をキーワードに登録しているユーザのニックネーム"tanaka"を取得する。次いで、キーワード検出部２２は、呼び元ユーザのニックネーム"katou"と、呼ばれたユーザのニックネーム"tanaka"とを比較する。両者が一致しないので、キーワード検出部２２は両ニックネーム及びチャネル名を監視部３３に通知する。
【００６７】
監視部３３は、まず、呼ばれたユーザ端末が起動しているか否かを判断する。呼ばれたユーザ端末が起動していない場合は、監視部３３は、その旨を通知部２９に通知する。呼ばれたユーザ端末が起動している場合は、監視部３３は、呼ばれたユーザ端末に対し、ユーザ状態の検出を依頼する。また、監視部３３は、依頼に応じて、呼ばれたユーザ端末からユーザ状態が通知されるのを待機する。監視部３３は、ユーザ端末からユーザ状態が通知されると、通知されたユーザ状態を通知部２９に送出する。
【００６８】
通知部２９は、前述の第１実施形態例における通知部９と同様、通知先ＤＢ３０を参照して決定したユーザ状態の通知先を特定する。但し、通知先ＤＢ３０は、第１実施形態例における通知先テーブル１０が、ネットワークを介して代理端末に接続されているユーザごとに蓄積されている構造を有する点が、第１実施形態例と異なる。
【００６９】
図１７に、通知先ＤＢ３０の一例を示す。通知先ＤＢ３０には、代理端末に接続されているユーザのニックネームと、呼び元ユーザのニックネーム及び通知先ユーザのニックネームとが対応付けられて蓄積されている。例えば、ニックネーム"katou"のユーザがニックネーム"tanaka"のユーザのキーワードを発言した場合を考える。通知部２９は、ニックネーム"tanaka"をキーに通知先ＤＢを検索し、呼ばれたユーザ"tanaka"の通知先テーブルを取得する。次いで、通知部２９は、呼び元ユーザ"katou"に対して設定されている通知先を読み出す。図１７では、通知先としてニックネーム"katou"及び"suzuki"が設定されている。
【００７０】
また、通知部２９は、前述の第１実施形態例における通知部２９と同様、通知されたユーザ状態とスケジュールＤＢ３１との内容とに基づいて、通知する文字メッセージを決定する。但し、スケジュールＤＢ３１には、代理端末に接続されているユーザ全てのスケジュールが蓄積されている点が、第１実施形態例と異なる。
【００７１】
（２）ユーザ端末
状態検出部２４は、イベント検出部２５、セーバ検出部２６及び記録部２７を備えている。状態検出部２４は、前述の第１実施形態における状態検出部４と同様、キーボードやマウスによるユーザの入力、入力がチャットクライアントに対してなされているか否か、スクリーンセーバが動作中であるか否かなどを、イベント検出部２５及びセーバ検出部２６により検出する。また、検出した結果をイベントテーブルに記録する。ただし、本実施形態例においては、状態検出部２４は、代理端末の監視部３３からの依頼に従ってユーザ状態を検出し、検出したユーザ状態を代理端末に通知する点が第１実施形態例と異なる。
【００７２】
表示部３２は、第１実施形態例と同様、通知されたユーザ状態を示すアイコンを画面上に表示する。
［処理の流れ］
次に、前述の状態通知システムにおいて行われる処理について説明する。図１８は、本実施形態例の代理端末が行うメイン処理の流れを示すフローチャートである。代理端末においてチャットクライアントが起動されるか、またはチャットクライアントとチャットサーバとが接続されることにより、以下の処理が開始される。
【００７３】
ステップＳ５１では、いずれかのチャネルにおいて発言があったか否かをイベント検出部が判断する。発言があった場合はステップＳ５２に移行する。発言がなければ前述の判断を繰り返す。すなわち、ステップＳ５１では、キーワード検出部２２は、いずれかのチャネルにおいて発言がなされるのを待機する。
ステップＳ５２では、キーワード検出部２２は、いずれかのユーザのキーワードが発言に含まれているか否かを判断する。この判断は、キーワードＤＢ２３を参照することにより行われる。いずれかのユーザのキーワードが含まれていると判断すると、ステップＳ５３に移行する。いずれのユーザのキーワードも発言に含まれていないと判断すると、前述のステップＳ５１に戻り、キーワード検出部２２は次の発言を待機する。
【００７４】
ステップＳ５３では、キーワード検出部２２は、キーワードを発言した呼び元ユーザのニックネーム、キーワードの発言により呼ばれたユーザのニックネーム及び発言のあった呼び元チャネル名を、チャットクライアントから取得する。
ステップＳ５４では、キーワード検出部２２は、呼び元ユーザと呼ばれたユーザとが同一のユーザであるか否かを判断する。両者が異なるユーザであれば、呼び元ユーザ、呼ばれたユーザ及び呼び元チャネル名を監視部３３に通知し、ステップＳ５５に移行する。呼び元ユーザと呼ばれたユーザとが同じであれば、前述のステップＳ５１に戻り、キーワード検出部２２は次の発言を待機する。
【００７５】
ステップＳ５５では、監視部３３は、呼ばれたユーザのユーザ端末が起動しているか否かを判断する。呼ばれたユーザのユーザ端末が起動していなければ、後述するステップＳ５８に移行する。呼ばれたユーザのユーザ端末が起動していれば、呼ばれたユーザの状態を検出するためにステップＳ５６に移行する。
ステップＳ５６では、監視部３３が、呼ばれたユーザ端末に対し、ユーザ状態の検出を依頼する。
【００７６】
ステップＳ５７では、監視部３３は、前述の依頼に対する応答を待機し、ユーザ状態を取得するとステップＳ５８に移行する。
ステップＳ５８では、監視部３３は、ユーザ端末から取得した呼ばれたユーザのユーザ状態を、通知部２９に送出する。また、ユーザ状態と併せて、呼び元ユーザ及び呼び元チャネルも送出する。ユーザ状態を受け取った通知部２９は、ユーザ状態が"不在"か否かを判断する。ユーザ状態が"不在"であれば、ステップＳ５９に移行する。"不在"でなければ、後述するステップＳ６０に移行する。
【００７７】
ステップＳ５９では、通知部２９は、呼ばれたユーザのスケジュールをスケジュールＤＢ３１から読み込む。
ステップＳ６０では、通知部２９は、ユーザ状態やユーザのスケジュールに基づいて、呼び元ユーザに通知する文字メッセージを決定する。
ステップＳ６１では、通知部２９は、呼ばれたユーザのニックネームに基づいて通知先ＤＢ３０を読み込み、文字メッセージの通知先を特定する。次いで通知部２９は、決定した通知先に対し、文字メッセージや状態情報を通知する。文字メッセージや状態情報を受け取ったユーザ端末上では、表示部が、通知された文字メッセージを表示したり、アイコンを変更する。
【００７８】
ステップＳ６２では、チャットクライアントが終了しているか否かが判断され、終了していれば本処理を終了する。チャットクライアントが終了していなければ、再び前述のステップＳ５１に戻り前記の処理を繰り返す。
ユーザ端末上での処理の流れは、第１実施形態例における状態判断処理と同様、他のユーザから呼ばれたユーザのリアルタイムな状態を検知して通知する。但し、各ユーザ端末が代理端末からの依頼に応じて状態判断処理を行う点及び代理端末が各ユーザ端末にユーザ状態を通知する点が、第１実施形態例と異なる。
【００７９】
＜その他の実施形態例＞
前述の第２実施形態例においては、代理端末を設けておき、その代理端末にチャットクライアント及び代理通知装置を持たせた。しかし、代理通知装置をチャットサーバが動作する情報端末に持たせる形態も可能である。この場合、キーワード検出部２２は、チャネルにおける発言をチャットサーバから取得する。また、通知部２９は、文字メッセージの発言をチャットサーバを介して行う。
【００８０】
【発明の効果】
本発明を用いれば、文字メッセージを用いてリアルタイムに会話を行うユーザが、必要な場合にリアルタイムに互いの状態を知ることができるので、円滑なコミュニケーションを行うことができる。
【図面の簡単な説明】
【図１】  第１実施形態例に係る通信支援システムの全体構成図。
【図２】  第１実施形態例におけるユーザ端末の構成を示すブロック図。
【図３】  キーワードリストの一例を示す説明図。
【図４】  通知先テーブルの一例を示す説明図。
【図５】  （ａ）文字メッセージによる"席はずし"状態の表示例を示す説明図。
（ｂ）アイコンによる"席はずし"状態の表示例を示す説明図。
【図６】  （ａ）文字メッセージによる"多忙"状態の表示例を示す説明図。
（ｂ）アイコンによる"多忙"状態の表示例を示す説明図。
【図７】  文字メッセージによる"応答中"状態の表示例を示す説明図。
【図８】  スケジュールと組み合わせた文字メッセージの表示例を示す説明図。
【図９】  第１実施形態例の状態通知装置が行う処理の流れを示すフローチャート。
【図１０】  状態判断処理の流れを示すフローチャート。
【図１１】  不在判断処理の流れを示すフローチャート。
【図１２】  作業判断処理の流れを示すフローチャート。
【図１３】  応答判断処理の流れを示すフローチャート。
【図１４】  第２実施形態例に係る通信支援システムの全体構成図。
【図１５】  第２実施形態例の代理端末及びユーザ端末の構成を示すブロック図。
【図１６】  キーワードＤＢの情報の一例を示す説明図。
【図１７】  通知先ＤＢの情報の一例を示す説明図。
【図１８】  第２実施形態例の代理通知装置が行う処理の流れを示すフローチャート。
【図１】
0003685938.tif 000002
【図２】
0003685938.tif 000003
【図３】
0003685938.tif 000004
【図４】
0003685938.tif 000005
【図５】
0003685938.tif 000006
【図６】
0003685938.tif 000007
【図７】
0003685938.tif 000008
【図８】
0003685938.tif 000009
【図９】
0003685938.tif 000010
【図１０】
0003685938.tif 000011
【図１１】
0003685938.tif 000012
【図１２】
0003685938.tif 000013
【図１３】
0003685938.tif 000014
【図１４】
0003685938.tif 000015
【図１５】
0003685938.tif 000016
【図１６】
0003685938.tif 000017
【図１７】
0003685938.tif 000018
【図１８】
0003685938.tif 000019