(57)【特許請求の範囲】
【請求項１】
ネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムにおいて、
通信相手の在席状態の問い合わせを行う在席状態問い合わせ手段と、在席情報を受信する在席情報受信手段と、受信した前記在席情報を表示する在席情報表示手段と、から構成される発信側通信端末装置と、
前記在席状態を判断する在席状態判断手段と、前記在席情報を生成する在席情報生成手段と、前記問い合わせを受信した際に、前記在席情報を送信する在席情報送信手段と、から構成される着信側通信端末装置と、
前記ネットワークを介して前記発信側通信端末装置と前記着信側通信端末装置に接続し、前記着信側通信端末装置の操作者のスケジュール情報を管理して、前記スケジュール情報の送受信を行うスケジュール情報管理手段を含む管理サーバと、
を有し、
前記スケジュール情報管理手段は、前記発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を前記発信側通信端末装置へ送信する、
ことを特徴とする通信システム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は通信システムに関し、特にネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムに関する。
【０００２】
【従来の技術】
現在、通信ネットワークは、多種多様な機能が求められ、ネットワーク構成は複雑化、巨大化している。このような通信ネットワークに対し、通話相手が在席しているか否かの在席情報を、あらかじめ発信側で知りたいといったニーズが近年増加してきている。
【０００３】
在席情報の制御に関する従来技術としては、例えば、特開平１０−２０７９３８号公報では、ネットワーク上に在席情報を管理するサーバを設置して制御している。
【０００４】
【発明が解決しようとする課題】
しかし、上記のような従来技術では、在席情報の集中管理を行うサーバに登録された端末のみを対象に制御しているため、サーバに登録されていない端末間で在席情報を柔軟に制御するといったことができず、柔軟性及びサービス性に欠けるといった問題があった。
【０００５】
また、マルチライン着信機能やピックアップ応答機能などの交換機サービスを考慮した在席情報の制御は、従来では考慮されていなかった。
本発明はこのような点に鑑みてなされたものであり、在席情報に関する制御を効率よく行って、柔軟性及びサービス性の向上を図った通信システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明では上記課題を解決するために、ネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムにおいて、通信相手の在席状態の問い合わせを行う在席状態問い合わせ手段と、在席情報を受信する在席情報受信手段と、受信した前記在席情報を表示する在席情報表示手段と、から構成される発信側通信端末装置と、前記在席状態を判断する在席状態判断手段と、前記在席情報を生成する在席情報生成手段と、前記問い合わせを受信した際に、前記在席情報を送信する在席情報送信手段と、から構成される着信側通信端末装置と、前記ネットワークを介して前記発信側通信端末装置と前記着信側通信端末装置に接続し、前記着信側通信端末装置の操作者のスケジュール情報を管理して、前記スケジュール情報の送受信を行うスケジュール情報管理手段を含む管理サーバと、を有し、前記スケジュール情報管理手段は、前記発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を前記発信側通信端末装置へ送信する、ことを特徴とする通信システムが提供される。
【０００７】
ここで、在席状態問い合わせ手段は、通信相手の在席状態の問い合わせを行う。在席情報受信手段は、在席情報を受信する。在席情報表示手段は、受信した在席情報を表示する。在席状態判断手段は、在席状態を判断する。在席情報生成手段は、在席情報を生成する。在席情報送信手段は、在席情報を送信する。スケジュール情報管理手段は、ネットワークを介して発信側通信端末装置と着信側通信端末装置に接続し、着信側通信端末装置の操作者のスケジュール情報を管理して、スケジュール情報の送受信を行う。なお、スケジュール情報管理手段は、発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を発信側通信端末装置へ送信する。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は通信システムの原理図である。通信システム１は、ネットワーク１００上に接続する発信側通信端末装置１０ａと着信側通信端末装置１０ｂから構成され、端末操作者が在席しているか否かの情報の通信制御を行う。
【０００９】
発信側通信端末装置１０ａに対し、在席状態問い合わせ手段１１は、着信側通信端末装置１０ｂへ、通信相手の在席状態の問い合わせを行う。在席情報受信手段１２は、通信相手の在席情報を着信側通信端末装置１０ｂから受信する。在席情報表示手段１３は、受信した在席情報を表示する。
【００１０】
着信側通信端末装置１０ｂに対し、在席状態判断手段１４は、着信側通信端末装置１０ｂの操作者が在席か不在席かといった在席状態を判断する。在席情報生成手段１５は、在席状態にもとづいて、在席情報を生成する。在席情報送信手段１６は、在席情報を発信側通信端末装置１０ａへ送信する。
【００１１】
なお、図では、各構成手段を発信側通信端末装置１０ａと着信側通信端末装置１０ｂに分配したが、実際には１つの通信端末装置に、発信側通信端末装置１０ａと着信側通信端末装置１０ｂの両方の構成手段が含まれる。
【００１２】
また、図では、２台の通信端末装置がネットワーク１００上に接続して在席情報の通信を行っているが、実際には任意の数の通信端末装置が接続して、それら複数端末間で上記のような通信制御が行われる。
【００１３】
次に動作についてフローチャートを用いて説明する。図２は通信システム１の動作を示すフローチャートである。
〔Ｓ１〕在席状態判断手段１４は、自装置の操作者が在席か不在席かといった在席状態を判断する。
〔Ｓ２〕在席情報生成手段１５は、在席状態にもとづいて、在席情報を生成する。
〔Ｓ３〕在席状態問い合わせ手段１１は、通信相手の在席状態の問い合わせを行う。
〔Ｓ４〕在席情報送信手段１６は、着信側通信端末装置１０ｂの在席情報を、発信側通信端末装置１０ａへ送信する。
〔Ｓ５〕在席情報受信手段１２は、在席情報を着信側通信端末装置１０ｂから受信する。
〔Ｓ６〕在席情報表示手段１３は、受信した在席情報を表示する。図１では着信側通信端末装置１０ｂの操作者が不在なので、不在の旨が発信側通信端末装置１０ａの画面上に表示されることになる。
【００１４】
次に通信システム１の適用分野について説明する。近年、インターネット／イントラネットの普及により、音声情報をＩＰ（Internet Protocol)情報に統合し、ＩＰネットワーク経由で音声通信（電話）を行うニーズが高まっている。
【００１５】
このニーズを受けて、パソコンを端末としてＬＡＮ（Local Area Network）やインターネット経由で電話を行うことが、ＶｏＩＰ（Voice over IP)技術の出現により可能となっている。
【００１６】
ＶｏＩＰ技術では、音声情報をＩＰパケットに変換し、ＩＰネットワーク上で通信することが可能であり、通信相手先のＩＰアドレス情報が分かれば、ＩＰネットワーク上で音声通信を行うことができる。
【００１７】
通信システム１の適用分野の１つとして、上述のＶｏＩＰの通信技術を利用したネットワークシステムに適用可能である。具体的には、図１で示したネットワーク１００がＩＰネットワーク、発信側通信端末装置１０ａがＶｏＩＰ機能を備えた発信側ＶｏＩＰ通信端末装置、着信側通信端末装置１０ｂがＶｏＩＰ機能を備えた着信側ＶｏＩＰ通信端末装置に該当する。
【００１８】
なお、以降の説明では、発信側の通信端末装置である発信側通信端末装置１０ａ及び発信側ＶｏＩＰ通信端末装置を発信端末１０ａ、着信側の通信端末装置である着信側通信端末装置１０ｂ及び着信側ＶｏＩＰ通信端末装置を着信端末１０ｂと呼び、発信端末１０ａと着信端末１０ｂを総称する場合は、通信端末１０と呼ぶ。
【００１９】
次に着信端末１０ｂからの問い合わせ応答の有無により、在席か否かを認識する場合について説明する。発信端末１０ａから着信端末１０ｂへ問い合わせを行った場合に、着信端末１０ｂからの問い合わせ応答を発信端末１０ａが受信した場合には在席と認識し（着信端末１０ｂの電源がＯＮであるため在席とみなす）、問い合わせ応答を受信しなかった場合には不在席（着信端末１０ｂの電源がＯＦＦと判断して不在席とみなす）と認識する。
【００２０】
図３は電源断検出シーケンスを示す図である。問い合わせパケットにＰＩＮＧパケットを使用し、着信端末１０ｂの電源ＯＮ時のシーケンスを示している。
〔Ｓ１０〕発信端末１０ａは、ＰＩＮＧパケットに着信端末１０ｂのアドレスを付加して送信する。
〔Ｓ１１〕着信端末１０ｂは応答用ＰＩＮＧパケットを返信する。
〔Ｓ１２〕発信端末１０ａは、着信端末１０ｂの操作者を在席と判断する。
【００２１】
ここで、ＰＩＮＧパケットとは、発信端末１０ａと着信端末１０ｂ間の接続性を確認するための試験用パケットであり、ＩＥＴＦで規定されているＩＣＭＰ（Internet Control Message Protocol）パケットの一種である。
【００２２】
このように、発信端末１０ａからＰＩＮＧパケットを送信して、着信端末１０ｂからＰＩＮＧパケット応答があった場合には、着信端末１０ｂの操作者が在席と判断する。また、在席情報表示手段１３は、発信端末１０ａの画面上に、在席である旨の表示を行う。
【００２３】
図４は電源断検出シーケンスを示す図である。問い合わせパケットにＰＩＮＧパケットを使用し、着信端末１０ｂの電源がＯＦＦの時のシーケンスを示している。
〔Ｓ２０〕発信端末１０ａは、ＰＩＮＧパケットに着信端末１０ｂのアドレスを付加して送信する。
〔Ｓ２１〕発信端末１０ａは、タイマを起動する。このタイマは、ステップＳ２０のＰＩＮＧパケットを送信してから、応答用ＰＩＮＧパケットを受信するまでの時間を計測するタイマである。
〔Ｓ２２〕タイムアウトすると、ＰＩＮＧパケットを再送する。
〔Ｓ２３〕設定回数分のタイムアウトを生じた場合は（すなわち、設定回数分の再送ＰＩＮＧパケットに対する応答がない場合は）、着信端末１０ｂの操作者を不在席と判断する。
【００２４】
このように、発信端末１０ａからＰＩＮＧパケットを送信し、着信端末１０ｂからのＰＩＮＧパケット応答が、定められた時間内にない場合には、着信端末１０ｂの操作者が不在席と判断する。また、在席情報表示手段１３は、発信端末１０ａの画面上に、不在席である旨の表示を行う。
【００２５】
なお、上記の説明ではＰＩＮＧパケットを使用して、在席／不在席を認識したが、ＰＩＮＧパケット以外の信号、例えば、H.323 等で規定されている呼制御パケット（例えば、SETUP パケットとその応答のACK パケット、またはARP パケットとその応答のACK パケット）や独自の問い合わせパケットなどを使用してもよい。
【００２６】
次にスクリーンセーバ及び入力無し時間にもとづいて、在席か否かを認識する場合について説明する。在席状態判断手段１４は、通信端末１０のスクリーンセーバの起動時間を測定し、起動時間が一定時間を越えた場合に、不在席と判断する。
【００２７】
また、在席状態判断手段１４は、通信端末１０のキーボードやマウス等の入力部への入力操作がない時間（入力無し時間）を測定し、入力無し時間が一定時間を越えた場合に、不在席と判断する。
【００２８】
図５はスクリーンセーバ及び入力無し時間にもとづく在席／不在席検出時のフローチャートを示す図である。
〔Ｓ３０〕在席状態判断手段１４は、自端末のスクリーンセーバが起動しているか否かを判断する。起動していればステップＳ３１へ、起動していなければステップＳ３３へ行く。
〔Ｓ３１〕在席状態判断手段１４は、スクリーンセーバ起動時間があらかじめ定めた一定時間を経過しているか否かを判断する。経過していればステップＳ３４へ、経過していなければステップＳ３２へ行く。
〔Ｓ３２〕在席状態判断手段１４は、在席と判断する。
〔Ｓ３３〕在席状態判断手段１４は、入力無し時間があらかじめ定めた一定時間を経過しているか否かを判断する。経過していればステップＳ３４へ、経過していなければステップＳ３２へ行く。
〔Ｓ３４〕在席状態判断手段１４は、不在席と判断する。
【００２９】
なお、在席情報生成手段１５は、上述のスクリーンセーバ及び入力無し時間にもとづいて判断された、在席状態に対応する在席／不在席を示す在席情報を生成し、在席情報送信手段１６はその在席情報を発信端末１０ａへ送信する。
【００３０】
発信端末１０ａは、在席情報受信手段１２によって、この在席情報を受信し、在席情報表示手段１３により画面上に在席情報を表示する。
次に端末操作者の荷重を検出して、在席か否かを認識する場合について説明する。在席状態判断手段１４は、操作者近傍の床に設置された圧力センサによる一定圧力以上の検出荷重にもとづいて、在席状態を判断する。
【００３１】
図６は圧力センサを利用した場合の概念図である。図に示すように、床置き型の簡易圧力センサ５０（一定以上荷重がかからないとＯＮにならない多接点型スイッチ等）を通信端末１０に接続し、在席状態をセンサで検出可能としている。
【００３２】
椅子設置型だと椅子と通信端末１０の間を線でつなぐ必要があり、着席時に障害となる問題があるが、床置き型とすれば、そのような支障をなくすことができる。
【００３３】
次にメッセージ制御手段について説明する。メッセージ制御手段は、通信端末１０に含まれ、相手不在時に、相手に送信すべき複数パターンのメッセージを格納している。そして、選択されたメッセージを送信する。
【００３４】
図７はメッセージの一例を示す図である。図に示すメッセージ６０の項目としては、相手の氏名６１、在席情報問い合わせ時の相手端末状態を示す端末状態６２及びメッセージ６３がある。
【００３５】
メッセージ制御手段は、このメッセージ６０のような定型化したメッセージパターンを複数格納している。ここで、メッセージ６３で“以下の伝言があります”を選択した場合には、詳細欄６３ａに詳細な伝言を記載できる。
【００３６】
また、メッセージ６０を送信する際は、ボタン６４ａを指示すれば、メッセージ６０が相手端末へ送信される。さらに、ボタン６４ｂを指示すれば、メッセージ６０がキャンセルされる。
【００３７】
次に管理サーバを含む通信システムについて説明する。図８は通信システムの構成を示す図である。通信システム１ａには、ＩＰネットワークであるネットワーク１００ａ上に対して、ＶｏＩＰ機能を有する通信端末１０−１〜１０−３が接続する。また、ＶｏＩＰの管理制御を行う管理サーバ２０が接続する。なお、通信端末は、実際にはネットワーク１００ａに任意の数接続可能である。
【００３８】
通信端末１０−１〜１０−３は、上記で説明した通信端末１０が持つ各構成手段を有している。管理サーバ２０は、スケジュール情報管理手段２１を含む。スケジュール情報管理手段２１は、通信端末１０−１〜１０−３の操作者のスケジュール情報（例えば、２月９日の１５：００から１６：００までは不在、といったような各端末操作者毎のスケジュール情報）を管理して、スケジュール情報の送受信を行う。なお、スケジュール情報は、スケジュールデータベース２１ａに格納される。
【００３９】
次に図８の通信システム１ａに対し、マルチライン着信時における制御について説明する。マルチライン着信機能とは、発信者である通信端末１０−３から主着信者である通信端末１０−１への着信があった場合、従着信者（例えば、主着信者の秘書等に該当する）である通信端末１０−２に対しても着信する、ＰＢＸのサービスをいう。
【００４０】
スケジュール情報管理手段２１は、マルチライン着信時に、主着信者のスケジュール情報を通信端末（従着信者）１０−２へ送信する。
図９はマルチライン着信時の動作を示すフローチャートである。通信端末（発信者）１０−３から通信端末（主着信者）１０−１への着信時、主着信者が不在であるとする。
〔Ｓ４０〕通信端末（発信者）１０−３は、通信端末（主着信者）１０−１へ発信する。
〔Ｓ４１〕ＰＢＸサービスとして、通信端末（主着信者）１０−１と通信端末（従着信者）１０−２へマルチライン着信する。
〔Ｓ４２〕従着信者がハンドオフする。そして、通信端末（従着信者）１０−２は、管理サーバ２０にアクセスして通信端末（主着信者）１０−１のアドレスを指定し、主着信者のスケジュール情報の問い合わせを行う。
〔Ｓ４３〕スケジュール情報管理手段２１は、通信端末（主着信者）１０−１のスケジュール情報を、通信端末（従着信者）１０−２へ送信する。
〔Ｓ４４〕通信端末（従着信者）１０−２は、入手したスケジュール情報を画面上に表示する。
【００４１】
図１０はスケジュール情報の一例を示す図である。図のスケジュール情報７０は、項目として、発信者、着信者、端末状態、主着信者のスケジュール、主着信者の緊急連絡先から構成されている。
【００４２】
このように、マルチライン着信時に、通信端末（従着信者）１０−２は、主着信者のスケジュール情報を管理サーバ２０から入手できるので、従着信者は、主着信者のスケジュールを、発信者に的確に知らせることができ、業務の効率化を図ることが可能になる。
【００４３】
次に図８の通信システム１ａに対し、ピックアップ応答時における制御について説明する。ピックアップ機能とは、発信者である通信端末１０−３から主着信者である通信端末１０−１へ着信があった場合、従着信者の通信端末１０−２から応答できるＰＢＸのサービスのことをいう。
【００４４】
スケジュール情報管理手段２１は、主着信者のスケジュール情報を、ピックアップ応答した通信端末（従着信者）１０−２へ送信する。
図１１はピックアップ応答時の動作を示すフローチャートである。通信端末（発信者）１０−３から通信端末（主着信者）１０−１への着信時、主着信者が不在であるとする。
〔Ｓ５０〕通信端末（発信者）１０−３は、通信端末（主着信者）１０−１へ発信する。
〔Ｓ５１〕通信端末（従着信者）１０−２は、通信端末（主着信者）１０−１の着信をピックアップする。
〔Ｓ５２〕通信端末（従着信者）１０−２は、管理サーバ２０にアクセスして、通信端末（主着信者）１０−１のアドレスを指定し主着信者のスケジュール情報の問い合わせを行う。
〔Ｓ５３〕スケジュール情報管理手段２１は、通信端末（主着信者）１０−１のスケジュール情報を、応答者である通信端末（従着信者）１０−２へ送信する。
〔Ｓ５４〕通信端末（従着信者）１０−２は、入手したスケジュール情報を画面上に表示する。
【００４５】
このように、ピックアップ応答時に、通信端末（従着信者）１０−２は、主着信者のスケジュール情報を管理サーバ２０から入手できるので、従着信者は、主着信者のスケジュールを、発信者に的確に知らせることができ、業務の効率化を図ることが可能になる。
【００４６】
次に在席自動通知手段について説明する。在席自動通知手段は通信端末１０に含まれ、不在席から在席に変化した場合に、不在席中に発信があった発信者へ、在席に変化した旨を自動通知する。
【００４７】
図１２は在席自動通知に関する動作を示すフローチャートである。
〔Ｓ６０〕発信端末１０ａは、相手が不在である旨の在席情報を受信する。
〔Ｓ６１〕発信端末１０ａは、相手が在席になったら、その旨の通知を受けるかどうかの在席通知有無の指定を設定する画面を表示する。
〔Ｓ６２〕発信端末１０ａは、在席自動通知が必要な場合は、在席自動通知要求メッセージを着信端末１０ｂまたは管理サーバ２０へ送信する。
〔Ｓ６３〕着信端末１０ｂは、発信端末１０ａまたは管理サーバ２０から送信された在席自動通知要求メッセージを受信すると、在席になった場合に、在席通知メッセージを発信端末１０ａまたは管理サーバ２０へ送信する。
〔Ｓ６４〕発信端末１０ａは、発信端末１０ａまたは管理サーバ２０から送信された在席通知メッセージを受信して画面上に表示する。これにより、通信相手の在席／不在席の情報を簡便に知ることができる。
【００４８】
次に通信システム１と外部網とを接続した場合のシステム構成及び動作について説明する。図１３は通信システムの構成を示す図である。
通信システム１ｂは、ネットワーク１００ｂ上に、通信端末１０−１〜１０−ｎと、プロトコル変換装置であるゲートウェイ３０が接続したシステム構成を持つ。
【００４９】
ゲートウェイ３０は、電話機４ａがつながる外部の公衆網４と、ネットワーク１００ｂと接続し、公衆網４とネットワーク１００ｂとのプロトコル変換を行って、相互のデータをやりとりする。なお、図中、管理サーバ２０は示していないが、ネットワーク１００ｂに管理サーバ２０を接続してもよい。
【００５０】
図１４は公衆網４から通信端末１０−１への着信時のシーケンスを示す図である。通信端末１０−１が電源ＯＮの場合についてのシーケンスである。
〔Ｓ７０〕ゲートウェイ３０は、電話機４ａからの着信を受信する。
〔Ｓ７１〕ゲートウェイ３０は、ＳＥＴＵＰを通信端末１０−１へ送信する。なお、ネットワーク１００ｂは、ＴＣＰのプロトコルを有するＬＡＮネットワークとする。
〔Ｓ７２〕通信端末１０−１は、ゲートウェイ３０からの着信情報であるＳＥＴＵＰを受信したので、相手は外部装置と判断する。そして、ＡＬＥＲＴ、ＣＯＮＮをゲートウェイ３０へ送信する。
〔Ｓ７３〕ゲートウェイ３０は、電話機４ａに応答信号を送信する。
〔Ｓ７４〕電話機４ａと通信端末１０−１間で通話パスが形成される。
〔Ｓ７５〕通信端末１０−１は、在席または不在席のいずれかを示す在席情報を、音声メッセージに編集して、ゲートウェイ３０を通じて電話機４ａへ送信する。
【００５１】
なお、上記の説明では、外部装置を一般の電話機４ａとしたので、在席情報の音声メッセージ編集を行ったが、外部装置がパソコンなどであれば、音声メッセージ編集等を行わずに在席情報を送信すればよい。
【００５２】
図１５は公衆網４から通信端末１０−１への着信時のシーケンスを示す図である。通信端末１０−１が電源ＯＦＦの場合についてのシーケンスである。
〔Ｓ８０〕ゲートウェイ３０は、電話機４ａからの着信を受信する。
〔Ｓ８１〕ゲートウェイ３０は、ＳＥＴＵＰを通信端末１０−１へ送信する。
〔Ｓ８２〕ゲートウェイ３０は、通信端末１０−１からの応答がないので、通信端末１０−１の電源がＯＦＦと判断する。
〔Ｓ８３〕ゲートウェイ３０は、電話機４ａに応答信号を送信する。
〔Ｓ８４〕電話機４ａとゲートウェイ３０間で通話パスが形成される。
〔Ｓ８５〕ゲートウェイ３０は、不在メッセージを電話機４ａへ送信する。
【００５３】
次に通信相手が外部の者に対する、スケジュール情報の制御について説明する。管理サーバ２０のスケジュール情報管理手段２１は、通信相手が外部の者と判断した場合には、外部者用スケジュール情報を送信する。
【００５４】
外部者用スケジュール情報とは、詳細な業務情報が記載されている通常のスケジュール情報に対して、戻り予定や緊急連絡先、担当者名等の社外に公開してもよい情報のみで構成されるスケジュール情報である。
【００５５】
図１６はスケジュール情報の送信処理手順を示すフローチャートである。
〔Ｓ９０〕スケジュール情報管理手段２１は、スケジュール情報問い合わせメッセージを受信する。
〔Ｓ９１〕スケジュール情報管理手段２１は、スケジュール情報問い合わせメッセージの発信アドレスが、登録アドレス（例えば、社内のアドレス）であればステップＳ９２へ、そうでなければステップＳ９３へ行く。
〔Ｓ９２〕発信者に通常のスケジュール情報を送信する。
〔Ｓ９３〕スケジュール情報管理手段２１は、発信者を外部の者と判断して、外部者用スケジュール情報を送信する。
【００５６】
次に話中に関する制御について説明する。上記の説明では、通信相手の在席／不在席に関する制御であったが、通信システムは、通信相手が話中か否かの制御についても適用可能である。
【００５７】
図１７は通信システム１で話中に関する制御の動作を示すフローチャートである。
〔Ｓ１００〕着信端末１０ｂは、自装置の操作者が話中か否かといった話中状態を判断する。
〔Ｓ１０１〕着信端末１０ｂは、話中状態にもとづいて、話中情報を生成する。
〔Ｓ１０２〕発信端末１０ａは、通信相手の話中状態の問い合わせを行う。
〔Ｓ１０３〕着信端末１０ｂは、話中情報を発信端末１０ａへ送信する。
〔Ｓ１０４〕発信端末１０ａは、通信相手の話中情報を着信端末１０ｂから受信する。
〔Ｓ１０５〕発信端末１０ａは、受信した話中情報を表示する。
【００５８】
なお、上記の説明では、端末装置間で話中制御を行ったが、管理サーバ２０から発信端末１０ａへ着信端末１０ｂの話中情報を送信してもよい。
例えば、発信端末１０ａが通信相手の指定時に、管理サーバ２０から通信相手である着信端末１０ｂの話中情報を、発信端末１０ａへ送信する。これにより、発信端末１０ａでは、無駄な発信操作を行う必要がなくなるので、利便性の向上を図ることが可能になる。
【００５９】
次に管理サーバ２０での管理情報の更新制御について説明する。図１８は更新内容を、登録してある通信端末１０に送信している様子を示す図である。管理サーバ２０は、定期的に通信端末１０−１〜１０−ｎの在席状態、話中状態を問い合わせて、管理情報を更新し、その更新内容を、登録してある通信端末１０に送信する。
【００６０】
また、更新内容を知りたい相手は、通信端末１０の操作者が任意に設定可能である。例えば、図に示す通信端末１０−１は、登録端末状態１１０に、更新内容を知りたい相手としてＡ、Ｂ、Ｃの３人を指定しており、画面上にはＡ、Ｂ、Ｃの３人の在席状態及び話中状態が表示される。
【００６１】
以上説明したように、通信システムは、端末で在席状態を管理し、電話発信時の情報交換により、相手状態を知ることができるので、在席通知システムを安価に実現でき、かつ操作性を向上することが可能になる。
【００６２】
また、端末ＰＣの電源状態、スクリーンセーバ起動時間、入力無し時間、圧力センサにより、在席状態を知ることができ、在席通知が簡易に実現でき、かつ在席判定の確度を増すことが可能になる。  さらに、相手不在時に簡易な操作で相手にメッセージを残すことが可能となり、サービス性が向上する。また、相手不在時に相手のスケジュールや緊急連絡先、担当情報等の情報を知ることができ、サービス性がさらに向上する。
【００６３】
また、マルチライン着信やピックアップ応答時に、主たる着信者のスケジュール情報を表示することで、応対の効率をあげ、作業時間の短縮につながる。
さらに、発信相手により着信者不在時に送信するスケジュール情報を変えることで、社外秘の情報の漏洩を防ぐ等のセキュリティを確保することが可能になる。
【００６４】
また、在席自動通知手段により、相手が在席になったことをリアルタイムに知ることができるので、相手と確実にコミュニケーションをとりたい時のサービス性がさらに向上する。
【００６５】
【発明の効果】
以上説明したように、通信システムは、在席状態の判断、在席情報の問い合わせ、在席情報の表示を、通信端末装置間で行う構成とした。これにより、端末間同士で在席情報に関する制御を行うことができるので、柔軟性及びサービス性の向上を図ることが可能になる。
【図面の簡単な説明】
【図１】  通信システムの原理図である。
【図２】  通信システムの動作を示すフローチャートである。
【図３】  電源断検出シーケンスを示す図である。
【図４】  電源断検出シーケンスを示す図である。
【図５】  スクリーンセーバ及び入力無し時間にもとづく在席／不在席検出時のフローチャートを示す図である。
【図６】  圧力センサを利用した場合の概念図である。
【図７】  メッセージの一例を示す図である。
【図８】  通信システムの構成を示す図である。
【図９】  マルチライン着信時の動作を示すフローチャートである。
【図１０】  スケジュール情報の一例を示す図である。
【図１１】  ピックアップ応答時の動作を示すフローチャートである。
【図１２】  在席自動通知に関する、発信端末の動作を示すフローチャートである。
【図１３】  通信システムの構成を示す図である。
【図１４】  公衆網から通信端末への着信時のシーケンスを示す図である。
【図１５】  公衆網から通信端末への着信時のシーケンスを示す図である。
【図１６】  スケジュール情報の送信処理手順を示すフローチャートである。
【図１７】  通信システムで話中に関する制御の動作を示すフローチャートである。
【図１８】  更新内容を、登録してある通信端末に送信している様子を示す図である。
【符号の説明】
１  通信システム
１０ａ  発信側通信端末装置
１０ｂ  着信側通信端末装置
１１  在席状態問い合わせ手段
１２  在席情報受信手段
１３  在席情報表示手段
１４  在席状態判断手段
１５  在席情報生成手段
１６  在席情報送信手段
１００  ネットワーク
【図１】
0003895092.tif 000002
【図２】
0003895092.tif 000003
【図３】
0003895092.tif 000004
【図４】
0003895092.tif 000005
【図５】
0003895092.tif 000006
【図６】
0003895092.tif 000007
【図７】
0003895092.tif 000008
【図８】
0003895092.tif 000009
【図９】
0003895092.tif 000010
【図１０】
0003895092.tif 000011
【図１１】
0003895092.tif 000012
【図１２】
0003895092.tif 000013
【図１３】
0003895092.tif 000014
【図１４】
0003895092.tif 000015
【図１５】
0003895092.tif 000016
【図１６】
0003895092.tif 000017
【図１７】
0003895092.tif 000018
【図１８】
0003895092.tif 000019