(57)【特許請求の範囲】
【請求項１】
ウェブブラウザが実装されたパソコン電話端末と、前記パソコン電話端末間を接続するためのコンタクトサーバとからなる個人呼び出しシステムであって、
前記パソコン電話端末は、
受信機の通信エリア内にユーザが携帯する発信機が存在するか否かに基づいて、ユーザの在席状態を示す状態設定情報を送信する手段と、
ユーザ自身のスケジュールデータを入力して、入力したスケジュールデータを送信する手段と、
表示されたコンタクト手段の中から選択されたコンタクト可能なコンタクト手段を使用して、相手のパソコン電話端末との間で通信を行う手段と
を備え、
前記コンタクトサーバは、
状態設定情報を各パソコン電話端末のユーザ毎に記憶する状態保持データベースと、
スケジュールデータを各パソコン電話端末のユーザ毎に記憶するスケジュールデータベースと、
前記パソコン電話端末から前記スケジュールデータを受信して、前記スケジュールデータベースに記憶する手段と、
前記パソコン電話端末から受信した前記状態設定情報と、前記スケジュールデータベースに記憶されているスケジュールデータとに基づいて、各パソコン電話端末のユーザの状態を示す状態情報を前記状態保持データベースに記憶する手段と、
前記パソコン電話端末からの状態情報取得要求に応じて、前記状態保持データベースに記憶されている各パソコン電話端末ユーザの状態情報に応じたコンタクト手段を、状態情報取得要求を行ったパソコン電話端末に表示する手段と、
前記状態取得要求を行った前記パソコン電話端末において選択されたコンタクト可能なコンタクト手段を起動する手段と
を備えたことを特徴とする個人呼び出しシステム。
【請求項２】
前記コンタクト手段は、電話による通話、インターネットを経由する電子メール送信及び電話通信網を経由するメッセージ送信のいずれかであることを特徴とする請求項１に記載の個人呼び出しシステム。
【請求項３】
ウェブブラウザが実装されたパソコン電話端末と、前記パソコン電話端末間を接続するために、状態設定情報を各パソコン電話端末のユーザ毎に記憶する状態保持データベースと、スケジュールデータを各パソコン電話端末のユーザ毎に記憶するスケジュールデータベースとを備えるコンタクトサーバとからなる個人呼び出しシステムにおいて個人呼び出し処理を行う個人呼び出しプログラムであって、
前記パソコン電話端末において、
受信機の通信エリア内にユーザが携帯する発信機が存在するか否かに基づいて、ユーザの在席状態を示す状態設定情報を送信する処理と、
ユーザ自身のスケジュールデータを入力して、入力したスケジュールデータを送信する処理と、
表示されたコンタクト手段の中から選択されたコンタクト可能なコンタクト手段を使用して、相手のパソコン電話端末との間で通信を行う処理と
をコンピュータに行わせ、
前記コンタクトサーバおいて、
前記パソコン電話端末から前記スケジュールデータを受信して、前記スケジュールデータベースに記憶する処理と、
前記パソコン電話端末から受信した前記状態設定情報と、前記スケジュールデータベースに記憶されているスケジュールデータとに基づいて、各パソコン電話端末のユーザの状態を示す状態情報を前記状態保持データベースに記憶する処理と、
前記パソコン電話端末からの状態情報取得要求に応じて、前記状態保持データベースに記憶されている各パソコン電話端末ユーザの状態情報に応じたコンタクト手段を、状態情報取得要求を行ったパソコン電話端末に表示する処理と、
前記状態取得要求を行った前記パソコン電話端末において選択されたコンタクト可能なコンタクト手段を起動する処理と
をコンピュータに行わせることを特徴とする個人呼び出しプログラム。
【請求項４】
請求項３に記載の個人呼び出しプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＶｏＩＰ（Voice  over  Internet  Protocol）を用いた、個人呼び出しシステム及びパソコン電話端末装置、並びに個人呼び出し方法、個人呼び出しシステムにおけるサーバプログラム及びその記録媒体に関する。
【０００２】
【従来の技術】
ＶｏＩＰは、音声をパケット化してＩＰで伝送する技術であり、ＬＡＮに電話機を直結し、通話する電話機同士の間を全てＩＰネットワークにする方法と、電話機をＰＢＸ（Private  Branch  eXchange）等の交換装置に収容し、ＰＢＸ間を結ぶ広域中継回線部分だけをＩＰネットワーク化する方法とがある。
現在のＶｏＩＰの主流は後者であるが、今後移設や増設等にかかる管理コスト対策のためにＬＡＮ直結型の需要も多くなるといわれている。ＶｏＩＰゲートウェイは、電話機とネットワークとを接続する装置、ネットワークと公衆網（またはＰＢＸ）を接続する２種類の装置に分類され、サーバ上で動作するゲートキーパと呼ばれるアプリケーションプログラムにより、ＬＡＮまたはインターネットを通じて任意の地点と任意の地点とを内線間隔で接続可能とするものである。
【０００３】
【発明が解決しようとする課題】
ところで、上記したＶｏＩＰを用いた従来の個人呼び出しシステムでは、ＶｏＩＰキーパ、あるいはスケジュールサーバにより、パソコン電話ソフトの起動、あるいは終了を検知し、呼出す相手が在席しているか否かを判断していた。この場合、人間が起動あるいは終了行為を必ず行う必要があり、実際には在席していないのに、パソコン電話ソフトの終了を行わないために在席状態のままになる等のアンマッチの事態が生じることが想定される。
上記したようにパソコン電話ソフトでの在席管理の正確性が悪いため、スケジューラと連携しても信頼性の低い在席状態しか通知できなかった。従って、コンタクトを取りたい相手が不在の場合、所在の把握、または、無造作にメールを送り、それに対して返信をただ待つばかりで無駄な時間を費やしていた。
【０００４】
本発明は上記事情に鑑みてなされたものであり、ブルートゥース等の近距離無線通信とスケジューラを連携させることにより正確性の高い所在管理を行い、コンタクトしたい相手が不在の場合は、相手の状態に応じた最適なコンタクトの仕方を自動で選択、処理する仕組みを提供することにより、不在の場合にも無造作にメールを送り、返信をただ待つといった時間の浪費を削減することのできる、個人呼び出しシステム及びパソコン電話端末装置、並びに個人呼び出し方法、個人呼び出しシステムにおけるサーバプログラム及びその記録媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記した課題を解決するために本発明は、ウェブブラウザが実装されるブラウザ端末、パソコン電話端末、携帯電話を含む一般電話端末のそれぞれが、それぞれの通信網を介して接続された個人呼び出しシステムであって、コンタクトしたい相手の状態情報を、そのコンタクトしたい相手の端末を介して取得する状態情報取得手段と、前記状態情報のそれぞれに対応して用意されるコンタクトの手段が選択しいてされることにより、ＩＰ網、もしくはＶｏＩＰゲートウェイを介してコンタクト先端末との通信もしくは通信を行うコンタクト処理手段と、を備えたことを特徴とする。
【０００６】
本発明によれば、コンタクト処理手段が、情報取得手段により取得される状態情報のそれぞれに対応して用意されるコンタクトの手段をユーザが選択指定することにより、ＩＰ網、もしくはＶｏＩＰゲートウェイを介してコンタクト先端末と通信もしくは通話を行なうものであり、このことにより、正確性の高い所在管理を行い、コンタクトしたい相手が不在の場合は相手の状態に応じた最適なコンタクトの仕方を自動で選択、処理する仕組みを提供でき、不在の場合にも無造作にメールを送り、返信をただ待つといった時間の浪費を削減することができる。
【０００７】
また、本発明において、前記状態情報取得手段は、近距離無線通信を介して得られるコンタクトしたい相手の在席の有無に関する情報に、更にスケジューラにより設定される状態情報を反映させるスケジュール管理手段、を備えることを特徴とする。
【０００８】
また、本発明において、前記ブラウザ端末から状態情報の取得要求を受信し、コンタクトしたい相手の状態情報、及びその状態情報に従い可能なコンタクトの仕方を表示してその選択を促がすウェブ表示手段、を更に備えたことを特徴とする。
【０００９】
また、本発明において、コンタクト要求が前記パソコン電話端末から発行された場合、前記コンタクト処理手段は、前記コンタクトの仕方として「電話」が選択された場合に前記パソコン電話端末から発信させ、「メッセージ」が選択された場合に前記パソコン電話端末にメッセージページを表示し、「メール」が選択された場合に前記パソコン電話端末にメーラを起動することを特徴とする。
【００１０】
また、本発明において、コンタクト要求がウェブブラウザを実装した携帯電話端末から発行された場合、前記コンタクト処理手段は、前記コンタクトの仕方として「電話」が選択されたとき、コンタクト相手がパソコン電話の場合に相手端末から前記携帯電話端末に発信し、否の場合、更に外内線の別を調べ、外線の場合に前記携帯端末から発信させ、内線の場合に前記ＶｏＩＰゲートウェイから両者に対して前記携帯電話端末から発信させて通信路を確立し、「メッセージ」が選択された場合、前記携帯電話端末にメッセージページを表示し、「メール」が選択された場合、前記携帯電話端末にメーラを起動することを特徴とする。
【００１１】
上記した課題を解決するために本発明は、ＶｏＩＰゲートウェイを備えた個人呼び出しシステムを介して接続されるパソコン電話端末装置であって、前記ＶｏＩＰゲートウェイを介して発信要求を着信したときにダイアログを表示し、前記ダイアログを介して発信が選択されたときに、コンタクトしたい相手が携帯電話の場合その携帯電話に発信させ、発信拒否が選択されたときにメールでメッセージを前記携帯電話に送信することを特徴とする。
【００１２】
本発明によれば、パソコン電話端末装置が、ＶｏＩＰゲートウェイを介して発信要求を着信したときにダイアログを表示し、「発信」が選択されたときに、コンタクトしたい相手が携帯電話の場合その携帯電話に発信、発信拒否が選択されたときにメール送信することにより、実際に電話をかけるのはＶｏＩＰゲートウェイが行うため、携帯電話側の通話料金は必要無くなる。また、相手の状態を意識せずにその時点で最適なコンタクト方法が選択されるため、従来と比較して相手がいない場所に電話をかけるといった無駄な行為がなくなる。
【００１３】
上記した課題を解決するために本発明は、ウェブブラウザが実装されるブラウザ端末、パソコン電話端末、携帯電話を含む一般電話端末が、それぞれの通信網を介して接続された個人呼び出しシステムのための個人呼び出し方法であって、コンタクトしたい相手の状態情報を、そのコンタクトしたい相手の端末を介して取得し、前記状態情報のそれぞれに対応して用意されるコンタクトの手段駕選択指定されることにより、ＩＰ網、もしくはＶｏＩＰゲートウェイを介してコンタクト先端末と通信もしくは通話を行うこと、を特徴とする。
【００１４】
上記した課題を解決するために本発明は、ウェブブラウザが実装されるブラウザ端末、パソコン電話端末、携帯電話を含む一般電話端末が、それぞれの通信網を介して接続された個人呼び出しシステムに用いられるサーバプログラムであって、コンタクトしたい相手の状態情報を、そのコンタクトしたい相手の端末を介して取得するステップと、前記状態情報のそれぞれに対応して用意されるコンタクトの手段の選択指定を促がすステップと、その選択指定に従いＩＰ網、もしくはＶｏＩＰゲートウェイを介してコンタクト先端末と通信もしくは通話を行うステップと、をコンピュータに実行させることを特徴とする。
【００１５】
上記した課題を解決するために本発明は、ウェブブラウザが実装されるブラウザ端末、パソコン電話端末、携帯電話を含む一般電話端末が、それぞれの通信網を介して接続された個人呼び出しシステムに用いられるサーバプログラムを記録したコンピュータ読取り可能な記録媒体であって、コンタクトしたい相手の状態情報を、そのコンタクトしたい相手の端末を介して取得するステップと、前記状態情報のそれぞれに対応して用意されるコンタクトの仕方の選択指定を促がすステップと、その選択指定に従いＩＰ網、もしくはＶｏＩＰゲートウェイを介してコンタクト先端末と通信もしくは通話を行うステップと、をコンピュータに実行させるサーバプログラムを記録したことを特徴とする。
【００１６】
【発明の実施の形態】
図１は、本発明の個人呼び出しシステムが使用される通信インフラストラクチャを説明するために引用した図である。
図１において、１は、本発明の個人呼び出しシステムが実装されるセンタ拠点に設置されたコンタクトサーバであり、コンタクトマネージャ１１を核に、会議サーバ１２、メールサーバ１３、ＶｏＩＰゲートウェイ１４、ＲＡＳ（Remote  Access  Service）サーバ１５等各種サーバが設置され、ＬＡＮ接続されている。
コンタクトサーバ１には、ＩＰ網１０を介してブラウザ端末２、ＰＣ電話端末３が、公衆網２０を介してモバイルＰＣ電話端末４、固定電話５、携帯やＰＨＳ６等の一般電話が接続されている。
なお、コンタクサーバ１内にはＰＢＸ１６も設置されており、このＰＢＸ１６には内線電話７が接続される。また、ＰＣ電話端末８は、ＬＡＮ回線３０に直結されている。
【００１７】
図１において、ブラウザ端末２は、ブラウザが実装された一般のパーソナルコンピュータ（ＰＣ）、ｉモード（登録商標）に代表されるインターネットアクセスによるホームページ閲覧が可能な携帯電話端末等をいう。
コンタクトマネージャ１１は、ＰＣ電話端末３、４、８の状態を管理すると同時に、スケジュール管理の機能も実装しており、業務スケジュールと実際の在席状態、通話状態を把握する機能を持つ。また、WWW（World  Wide  Web）サーバ機能を有し、管理されている例えば社員等の在席状態をＨＴＭＬ（Hyperlink  Markup  Language）で表示すると同時に、その状態に応じたコンタクトのための手段をブラウザ端末２に対して提供する機能を持つ。図中、ホームページとして示される電子名簿がそれであり、詳細は後述する。
【００１８】
会議サーバ１２は、ＶｏＩＰ上での多地点会議（音声／画像）を実現し、メールサーバ１３はメールの送受信を管理し、ＶｏＩＰゲートウェイ１４は、アナログ音声をＩＰパケットに変換する機能を持ち、また、ＲＡＳサーバ１３は、公衆網２０を利用してネットワーク環境を提供するＬＡＮマネージャとして機能する。上記した各サーバは、ＬＡＮもしくはＷＡＮ回線を介して相互接続されることとする。
ＰＣ電話端末３、４、８は、ＰＣ上で電話機能を有するものであり、かつブルートゥース技術を用いて自身のＰＣ電話端末３、４、８からある一定の通信エリア内にいれば在席、それ以外は、コンタクトサーバ１で管理するスケジュールと連動し、離席、会議中、外出中と在席状態を把握するための手段として用いる。ブルートゥースによる近距離無線通信を実現するためには、ＰＣ電話端末３、４、８は受信機を内蔵し、そして社員は発信機を持つ。そして通信エリア内に居れば在席、範囲外に居れば離席状態にあるとしてコンタクトサーバ１に状態を自動設定する。但し、ＰＣ電話端末３、４、８の電源がＯＦＦの場合は常に離席状態になる。詳細は後述する。
なお、電話機能のみならず、ＰＣ電話端末３、４、８は、ブラウザ端末２ともなりえるため、コンタクトを取りたい相手の状態に応じて、電話、メール送信、メッセージ送受信等が行える。
【００１９】
図２は、図１に示すコンタクトマネージャの内部構成を機能展開して示したブロック図である。
コンタクトマネージャ１１は、在席管理処理部１１１、スケジュール管理部１１２、ＤＢアクセス部１１３、ウェブ表示部（ＷＷＷ）１１４、コンタクト処理部１１５、状態保持ＤＢ１１６、スケジュールＤＢ１１７で構成される。
なお、２はブラウザ端末、３（４、８）はＰＣ電話端末であり、図１に示す端末と同様である。
【００２０】
在席管理処理部１１は、上記したブルートゥースを介して相手ＰＣ電話端末３（４、８）から状態設定信号を受付け、ＤＢアクセス部１１３に状態保持ＤＢ１１６への状態保存要求を発行する。一方、スケジュール管理部１１２は、相手ＰＣ電話端末３（４、８）からのスケジュール投入を受け、スケジュールＤＢ１１７を参照して該当社員のスケジュールを抽出し、在席管理処理部１１１によって出力される状態情報へ反映させる。すなわち、在席管理処理部１１１が離席と判断したときに会議中のために離席となっている等の判断データとする。ＤＢアクセス部１１３は、在席管理処理部１１１の要求に基づき状態保持ＤＢ１１６に状態情報を保存する他に、状態保持ＤＢ１１６から状態情報を取得してコンタクト種別指定部１１４へ状態情報を含むユーザ情報の引渡しを行う。上記した在席管理処理部１１１と、スケジュール管理部１１２と、ＤＢアクセス部１１３により状態情報取得部が構成される。
【００２１】
ウェブ表示部１１４は、ブラウザ端末２から状態情報の取得要求を受信し、コンタクトしたい相手の状態情報、及びその状態情報に従い可能なコンタクトの手段を表示してその選択指定を促がす機能を持つ。
また、コンタクト処理部１１５は、状態情報のそれぞれに対応して用意されるコンタクトの手段がユーザによって選択指定されることにより、ＩＰ網１０、もしくはＶｏＩＰゲートウェイ１４を介してコンタクト先となる相手ＰＣ電話端末３（４、８）とのコンタクトを開始し、通信もしくは通話を行なわせる。
【００２２】
図３〜図７は、図１、図２に示すコンタクトサーバの動作を説明するために引用したフローチャートであり、ＰＣ電話端末からの要求に応じた状態設定、スケジューラ連動時の状態設定、状態表示、ＰＣ電話端末からのコンタクト要求処理、ウェブ端末からのコンタクト要求処理のそれぞれを示す。ここに示される各動作の流れは、具体的には本発明のサーバプログラムの処理手順を示す。
以下、図３〜図７を参照しながら本発明実施形態の動作について詳細に説明する。
【００２３】
図３において、コンタクトサーバ１は、コンタクトマネージャ１１の在席管理処理部１１１でＰＣ電話端末３（４、８）から状態設定要求を受信し（Ｓ３０１）、そのＰＣ電話端末２３（４、８）を介して離席要求が発行されているか否かをチェックする（Ｓ３０２）。
ここで離席となっている場合、スケジュール管理部１１２を介してスケジュールＤＢ１１７からそのユーザのスケジュール情報を取得する（Ｓ３０３）。そしてこのスケジュール情報から外出予定をチェックし（Ｓ３０４）、外出中であれば状態を“外出中”とし、否の場合、更に会議予定をチェックし（Ｓ３０５）、会議中であれは状態を“会議中”とし、否の場合は状態情報を“離席”としてＤＢアクセス部１１３を介して状態保持ＤＢ１１６へ書き込む（Ｓ３０６）。
【００２４】
図８に、状態保持ＤＢ１１６のデータフィールドの構造についての一例が示されている。図８から明らかなように、状態情報ＤＢ１１６は、ユーザＩＤ、氏名、所属、担当、役職、外線電話番号、内線電話番号等から成る個人情報、在席、離席、通話中、会議中、外出中、転送から成る状態情報、転送先情報（電話番号）から構成される。
【００２５】
図４において、コンタクトサーバ１は、コンタクトマネージャ１１のスケジュール管理部１１２でＰＣ電話端末３（４、８）からスケジュール投入を受け、そのその投入スケジュールの開始時刻を監視して（Ｓ４０１）、在席管理処理部１１１を介し状態情報のチェックを行なう（Ｓ４０２）。ここで、離席、転送以外の場合は、そのユーザが管理するＰＣ電話端末３（４、８）に問合せを行い（Ｓ４０３）、在席しているか否かをチェックする（Ｓ４０４）。この問合せおよび在席チェックは定期的に行われる。
ここで在席していないことが確認されると更に、スケジュールＤＢ１１７を参照して投入スケジュールに外出予定があるかチェックする（Ｓ４０５）。ここで外出予定のあることが確認された場合は、状態情報を“外出中”として状態保持ＤＢ１１６に書き込む（Ｓ４０７）。一方、外出予定の無いことが確認されたら更に会議予定があるか否かがチェックされる（Ｓ４０６）。こで、会議予定が入っていた場合は、状態情報を“会議中”として 状態保持ＤＢ１１６に書き込み（Ｓ４０７）、否の場合は状態情報を“離席”として状態保持ＤＢ１１６に書き込む（Ｓ４０７）。
【００２６】
図５において、コンタクトサーバ１は、コンタクトマネージャ１１のウェブ表示部１１４でブラウザ端末２から情報取得要求を受信し（Ｓ５０１）、ウェブ表示部１１４は、ＤＢアクセス部１１３を介して状態保持ＤＢ１１６を参照する（Ｓ５０２）。そして、先に登録された各人の状態情報及び可能なコンタクトの手段をユーザが選択できるように表示する。
例えば、図５に示されるように、状態情報が“転送中”であるユーザについて、その可能なコンタクトの手段は、（１）転送先へのメール、（２）メッセージ（３）メールであり、ユーザがいずれかを選択指定することにより、後述するコンタクト処理部１１５で、その指定に従う通信、通話等のコンタクト処理が行われる。
【００２７】
図６に、ＰＣ電話端末からコンタクト要求を受信したときのコンタクトサーバの動作が示されている。
ここでは、まず、ブラウザを介し、先に生成され表示された電子名簿（図１に示すホームページ）から該当ユーザがクリックされ（Ｓ６０１）、その該当者の状態情報がチェックされる（Ｓ６０２）。
そして、その状態に応じた選択可能なコンタクトのための手段が表示され、ユーザに選択指定を促がす（Ｓ６０３）。ここで、その手段が選択され（Ｓ６０４）、各状態において電話が選択された場合、ＰＣ電話端末３（４、８）から発信させ（Ｓ６０５）、メッセージが選択された場合、ＰＣ電話端末３（４、８）にメッセージページを表示し（Ｓ６０６）、メールが選択された場合、ＰＣ電話端末３（４、８）にメーラを起動する（Ｓ６０７）。
【００２８】
図７に、ウェブブラウザ端末からコンタクト要求を受信したときのコンタクトサーバの動作が示されている。
ここでも図６同様、ブラウザを介して先に生成され表示された電子名簿（図１に示すホームページ）から該当ユーザがクリックされ（Ｓ７０１）、その該当者の状態情報がチェックされる（Ｓ７０２）。
そして、その状態に応じた選択可能なコンタクトのための手段が表示され、ユーザに選択指定を促がす（Ｓ７０３）。ここで、その手段が選択され（Ｓ７０４）、各状態において電話が選択された場合、コンタクトの手段として電話が選択されたとき、コンタクト相手がＰＣ電話端末３（４、８）の場合（Ｓ７０５）、相手端末から携帯電話６に発信し（Ｓ７０８）、否の場合、更に外内線の別をチェックし（Ｓ７０９）、外線の場合に携帯電話６から発信させ（Ｓ７１０）、内線の場合にＶｏＩＰゲートウェイ１４から両者に対して携帯電話６から発信させて通信路を確立する（Ｓ７１１）。
一方、Ｓ７０４でメッセージが選択されたとき、携帯電話６にメッセージページを表示し（Ｓ７０６）、メールが選択されたとき、携帯電話６にメーラを起動する（Ｓ７０７）。
【００２９】
図９〜図１２は、上記した本発明実施形態の動作を纏める意味で示した動作概念図であり、図９〜図１２において、図１に示すブロックと同一番号が付されたブロックは、図１に示すそれと同じとする。
図９に、携帯電話端末から在席中の相手と通話するときの動作シーケンスが示されている。
ここでは、まず、電子名簿が掲載されたホームページ（ＨＰ）から状態情報が“在席”となっているユーザを選択し（ａ）、コンタクトサーバ１へ通話要求を発行する（ｂ）。このことにより、コンタクトセンタ１のコンタクトマネージャ１１は、在席中の相手が管理するＰＣ電話端末８に対して発信要求を発行し（ｃ）、そのＰＣ電話端末８は、ダイアログ表示を行う（ｄ）。ＰＣ電話端末８のユーザは、そのダイアログを見て、ＯＫボタンをクリックすることによりブラウザ端末２に対しＶｏＩＰゲートウェイ１４、公衆網２０経由で発信する（ｅ）。
なお、このとき、ＰＣ電話端末８は、ＬＡＮ、ＷＡＮ、ＲＡＳ、ダイヤルアップによりＶｏＩＰゲートウェイ１４にアクセスすることとする。一方キャンセルボタンをクリックすることによりメールサーバ１３、インターネット１０を介しメールでメッセージ送信を行うことも可能である（ｆ）。
【００３０】
図１０に、携帯電話端末から離席中の相手と通信するときの動作シーケンスが示されている。
ここでは、まず、電子名簿が掲載されたホームページ（ＨＰ）から状態情報が“離席”となっているユーザを選択し（ａ）、コンタクトサーバ１へメッセージ送信またはメール送信要求を発行する（ｂ）。このことにより、コンタクトセンタ１のコンタクトマネージャ１１は、ホームページからメッセージ送信するか（ｃ）、あるいは、インターネット１０経由メールサーバ１３を介してメール送信する（ｄ）。
【００３１】
図１１に、転送先が、携帯電話またはＰＨＳ、あるいは固定電話の場合の携帯電話端末からの通信機能、及び内線電話機の場合の携帯電話端末からの通信機能についての動作シーケンスが示されている。
ここでは、まず、いずれの場合においても、電子名簿が掲載されたホームページ（ＨＰ）から状態情報が“在席”となっているユーザを選択し（ａ）。コンタクトサーバ１へ通話要求を発行する（ｂ）。そして、前者の場合、ブラウザ端末２からＶｏＩＰゲートウェイ１４経由公衆網２０を通して携帯電話６／ＰＨＳ６、固定電話５に発信する（ｃ）。
一方、後者の場合、ブラウザ端末２と内線電話機７に対して発信し（ｄ）、ＶｏＩＰゲートウェイ１４経由で内線電話機７とブラウザ端末２間で通信路が確立される（ｅ）。
【００３２】
図１２に、転送先が携帯電話、ＰＨＳまたは固定電話の場合の携帯話端末からの通信機能、内線電話機の場合のブラウザ端末からの通信機能についての動作シーケンスが示されている。
ここでは、まず、いずれの場合においても、電子名簿が掲載されたホームページ（ＨＰ）から状態情報が“転送”となっているユーザを選択する（ａ）。
そして、前者の場合、ブラウザ端末２から直接携帯電話／ＰＨＳ６、固定電話５に発信し、後者の場合、ＶｏＩＰゲートウェイ１４を介して内線電話機７に発信する。
【００３３】
なお、図２に示す在席管理処理部１１１、スケジュール管理部１１２、ＤＢアクセス部１１３、ウェブ表示部（ＷＷＷ）１１４、コンタクト処理部１１５のそれぞれが持つ機能を実現するためのプログラムを、それぞれコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムを、コンピュータに読み込ませ、当該コンピュータが上記プログラムを逐次読み出し実行することによって、本発明の個人呼び出しシステムが構築される。また、ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものとする。
【００３４】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３５】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３６】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００３７】
【発明の効果】
以上説明のように、本発明は、ブルートゥース等の近距離無線通信とスケジューラを連携させることにより正確性の高い所在管理を行い、コンタクトしたい相手が不在の場合は、相手の状態に応じた最適なコンタクトの仕方を自動で選択、処理する仕組みを提供するものであり、以下に列挙する効果が得られる。
（１）ホームページを閲覧し、電話をかけたい相手を選択するだけで相手に電話をかけるワン・クリック・コールが可能となる。
（２）相手が席を離れていたとしても、離席中であればメッセージを送信が可能であり、選択されたユーザが席を離れる際に連絡先をコンタクトマネージャに登録しておけば、転送先に自動的に電話をかけることができる。
（３）スケジューラと連動し、外出や会議などの場合、自動でコンタクト手段を提供することができる。
（４）携帯電話からアクセスする場合、実際に電話をかけるのはＶｏＩＰゲートウェイが行うため、携帯電話端末側の通話料金は必要なくなる。つまり、携帯電話の契約形態を着信専用端末に比重を置いた契約形態を取ることができるため、携帯電話の維持費削減につながる。
（５）相手の状態を意識することなく、その時点での最適な連絡方法が自動で選択される。そのため、従来と比べて相手がいない場所に電話をかけるといった行為が軽減されるため、携帯電話の通話料金の削減につながる。
【図面の簡単な説明】
【図１】  本発明の個人呼び出しシステムが使用される通信インフラストラクチャを説明するために引用した図である。
【図２】  図１に示すコンタクトマネージャ１１の内部構成を機能展開して示したブロック図である。
【図３】  図１、図２に示すコンタクトサーバの動作を説明するために引用したフローチャートである。
【図４】  図１、図２に示すコンタクトサーバの動作を説明するために引用したフローチャートである。
【図５】  図１、図２に示すコンタクトサーバの動作を説明するために引用したフローチャートである。
【図６】  図１、図２に示すコンタクトサーバの動作を説明するために引用したフローチャートである。
【図７】  図１、図２に示すコンタクトサーバの動作を説明するために引用したフローチャートである。
【図８】  図１、図２に示すコンタクトサーバの動作を説明するために引用した動作概念図である。
【図９】  図１、図２に示すコンタクトサーバの動作を説明するために引用した動作概念図である。
【図１０】  図１、図２に示すコンタクトサーバの動作を説明するために引用した動作概念図である。
【図１１】  図１、図２に示すコンタクトサーバの動作を説明するために引用した動作概念図である。
【図１２】  図１、図２に示すコンタクトサーバの動作を説明するために引用した動作概念図である。
【符号の説明】
１…コンタクトサーバ、２…ブラウザ端末、３（４、８）…ＰＣ電話端末、５…固定電話、６…携帯電話／ＰＨＳ、１０…ＩＰ網（インターネット）、１１…コンタクトマネージャ、１２…会議サーバ、１３…メールサーバ、１４…ＶｏＩＰゲートウェイ、１５…ＲＡＳサーバ、１６…交換装置（ＰＢＸ）、２０…公衆網、３０…ＬＡＮ（ＷＡＮ）、１１１…在席管理処理部、１１２…スケジュール管理部、１１３…ＤＢアクセス部、１１４…ウェブ表示部、１１５…コンタクト処理部、１１６…状態保持ＤＢ、１１７…スケジュールＤＢ
【図１】
0003676313.tif 000002
【図２】
0003676313.tif 000003
【図３】
0003676313.tif 000004
【図４】
0003676313.tif 000005
【図５】
0003676313.tif 000006
【図６】
0003676313.tif 000007
【図７】
0003676313.tif 000008
【図８】
0003676313.tif 000009
【図９】
0003676313.tif 000010
【図１０】
0003676313.tif 000011
【図１１】
0003676313.tif 000012
【図１２】
0003676313.tif 000013