JPH09162994A - 電話端末装置及び通信センタ装置 - Google Patents

Abstract

(57)【要約】 【課題】通信回線における通話手段において、発信先の
電話回線がビジーである場合、発信者がリダイヤル等の
操作をすることなく、発信先の電話回線がビジー状態か
ら解除され、通話可能となった時点で発信元の電話端末
に連絡があり、会話を開始できるようにすることで操作
性を向上させる。 【解決手段】一方の電話端末１ａから会話を所望する電
話端末１ｂに発信する。電話端末１ｂがビジー（使用
中）であった場合、電話端末１ａは通信センタ３に発信
し、電話端末１ｂへのリダイヤルを要求し回線を切断す
る。要求を受けて、通信センタ３から会話を要求する相
手の電話端末１ｂに電話を発信し、ビジー状態か否かを
確認する。通信センタ３は着信可能になった時点で、電
話端末１ａに発信し、通話準備が完了したことを告知
し、電話端末ｂとの回線接続する機能を通信センタに設
けた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信センタを経由
して通信センタのもつ回線交換、データ交換等を利用
し、２つの電話端末間で通話する機能を提供する通信セ
ンタおよび電話端末に関する。

【０００２】

【従来の技術】電話回線の接続サービスは現在日本国内
では、ＮＴＴ株式会社を始め多くの通信事業主が広く実
施している。一方、これらの通信手段に音声応答装置や
通信センタを接続し、ボイスメールシステム、ファクシ
ミリの自動配送システム各種情報提供サービス等の様々
な機能が実現されている。これらは蓄積された音声情報
やファクシミリ情報を発信元の電話端末からのプッシュ
トーン信号を意図入力手段とし、人手を介さず入手出来
る。通常利用している電話端末をそのまま利用できるた
め広く普及している。更に、米国ダイヤロジック社が既
に発売しているＤＭＸ（Ｄｉｇｉｔａｌ Ｍａｔｒｉｘ
Ｓｗｉｔｃｈ）等を利用し、着信した電話回線と別の
電話回線あるいは内線回線を接続する手段を設けた音声
応答装置も実現されている。

【０００３】以上は音声応答装置での実現例であるが、
モデム利用した通信サーバを利用した回線交換機能を実
現する例もある。日経コミュニケーション１９９５．
７．１７号２９ページから３０ページに記載のある米国
ボーカルテック社より開発されたインターネットフォン
を利用すると、電子メールのサーバーを介してリアルタ
イムに他の利用者と会話ができるサービスが可能となっ
ている。これらは特公平７−５８９９７で説明されてい
るように、音声情報をサンプリング、量子化し、ディジ
タル情報に変換した後、パケット化して端末装置間を伝
送する方式を採用している。このほかにも米国ロックウ
エル社等の開発したＤＳＶＤ（Ｄｉｇｉｔａｌ Ｓｉｍ
ｕｌｔａｎｅｏｕｓ Ｖｏｉｃｅ ａｎｄ Ｄａｔａ）
モデム等を利用してデータ通信と音声会話を多重伝送が
可能な方式も提案されている。

【０００４】

【発明が解決しようとする課題】従来の電話通話サービ
スで利用する場合、操作者は会話する相手が話中（ビジ
ー）である場合、操作者は会話を実現するためのリダイ
ヤル操作を発信先がビジーである限り、明示的に実施す
る作業を強いられていた。このため操作者は会話が可能
となるまで、随時リダイヤルのタイミングをはかる必要
があった。本発明は、この操作を簡便化する機能を提供
することにある。

【０００５】

【課題を解決するための手段】会話を所望する相手に直
接電話し、ビジーであれば自動的に通信センタ発信し、
ビジーであった電話番号と自らの電話番号を通信センタ
に告知し、一旦回線を切断する。通信センタは告知され
たビジーであった電話番号に自動発呼し、接続されるま
で発呼を継続し、接続されたら、折返し通信センタか
ら、会話を所望した発信元に折返し自動発呼し、着信し
た時点で発信元からの回線とビジーであった電話からの
回線とを交換接続する。

【０００６】

【発明実施の形態】本発明の一実施例を以下より説明す
る。図１では、本発明を実施するためのシステム構成を
示す。図中、電話端末Ａ（１ａ）は、通信回線４ａと接
続されており、ＰＢＸ（通信網交換機）２ａを介して各
通信網と接続され様々な電話端末と接続される。ＰＢＸ
２ａ，２ｂは、接続要求される電話番号に対応するＰＢ
Ｘ或は通信回線を検索し、その接続先の通信回線の状態
を確認し、接続が可能か否かを識別し、可能であれば回
線接続し、不可能であれば発信元に対してその状態を告
知する機能を有する。告知手段は通常特定の周波数で規
定されたトーン信号をＰＢＸが発生させて告知すること
がみられるが、後で説明する通信センタ３で認識可能な
方式であれば特に規定しない。

【０００７】ＰＢＸ間の接続形態については、広く専用
回線、公衆回線網で実施されている方式でよい。特に本
発明では、回線の交換方式を規定しない。また電話端末
１ａ，１ｂと接続される通信回線４ａ、４ｂは有線・無
線を問わない。また、現在回線網にはデイジタル回線、
アナログ回線があるが本発明ではこれを規定しない。本
実施例では、アナログ回線にて本発明を実現する例を示
す。図１においては電話端末Ａ（１ａ）、電話端末Ｂ
（１ｂ）は夫々ＰＢＸ２ａ，２ｂを介して通信センタ３
とは夫々通信回線４ｄ，４ｅにより接続され、各電話端
末は通信回線４ｃにより接続されるとしたが、通常の公
衆網では、様々な通信回線の径路を経由することが考え
れる。説明を簡潔にするため本実施例では、接続回線を
固定化して以下の通り説明する。

【０００８】通信センタ３は、通信回線４ｄ、４ｅで接
続されている。通信センタ３は少なくとも２回線以上の
通信回線と接続され通信回線網に接続される。通信セン
タ３は少なくとも２回線以上の独立した通信回線を接続
する回線交換機能をもつ。回線交換の実現方式は、交換
機、音声応答装置、パソコン通信用のサーバ等を適用す
ることが考えられるが、本実施例では、音声応答装置を
利用した場合の例を示す。通信センタ３を音声応答装置
で実現する場合、電話端末Ａ，Ｂ（１ａ，１ｂ）の操作
者から入力されるプッシュトーン信号を識別し、以下に
示す一連の制御を実現する。また、装置に予め蓄積され
た音声ファイルを再生し、通信回線を経由して、電話端
末の操作者に具備されたスピーカから音声を出力し、告
知する機能を有する。

【０００９】以下図２では、電話端末Ａ（１ａ）、Ｂ
（１ｂ）の概略機能構成を示す。図中、電話端末（１
ａ），（１ｂ）は通信回線４ａ，４ｂとＤＰＳ（ダイヤ
ルトーンセンダ）２００、ＤＥＴ（着信検出回路）２０
１を介して接続される。ＤＰＳ２００はＤＩＡＬ（ダイ
ヤルキー）等から入力指示された電話番号を通信網交換
機が認識出来る信号に変換して回線網に出力される機能
を有する。通信網交換機が認識出来る信号としては一般
に２種類の周波数の合成信号であるプッシュトーン信号
や断続パルス信号のパターンであるダイヤルパルス信号
等が普及している。本発明では特にこれを規定しない。
本実施例ではプッシュトーンによる電話番号発信を例と
して説明する。ＤＥＴ２０１は他の通信端末からの呼を
認識する機能と、回線が切断された際に通信網交換機２
ａ，２ｂ等からの終話信号を認識する機能をもつ。ＮＷ
（電話回線網）２０２は一般に受話器部分を通信回線と
接続するためのインタフェース制御を実現するＨＹＢ
（ハイブリッド回路）２０３とダイヤル送出や着信時の
着信音制御等の機能を制御するＴＥＬＰ（電話制御部）
２０８の通信回線とのインタフェース制御を実施する。
又、ＴＥＬＰ２０８には、通信回線４ａ，４ｂを介して
転送されたプッシュトーン信号を認識する機能がある。

【００１０】通信網から入力された電気的な音声信号
を、空気を振動させ操作者が聴く事を可能にする情報に
変換するＳＰＡ（スピーカアダプタ）２０６と振動を拡
張させるスピーカ２０７で構成されるスピーカ部、反対
に操作者の肉声を集音するマイク２０５と集音した情報
を電気的な音声信号に変換するＭＣＡ（マイクアダプ
タ）２０４があり、通常これらが電話機における受話器
に相当する機能である。尚、ＳＰＡ２０６では、音声の
電気的情報の実音声への変換だけでなく、ＲＧＴ（着信
回路）２０９からの着信時の呼出し音発生要求に対し
て、実音声に変換するようスピーカ２０７を制御する。

【００１１】ＴＥＬＰ２０８により実現される機能を以
下に説明する。ＴＥＬＰ２０８は、着信時にＤＥＴ２０
１からの着信検出回路からの着信情報をＲＧＴ２０９に
入力する。これに従いＲＧＴ２０９はＳＰＡ２０６に着
信音を発生するよう要求する。また、ＤＩＡＬ２１０で
は、操作者が押下することで対応する電気的なプッシュ
トーン信号を生成しＮＷ２０２に送出する。ここで、頻
繁に発信する相手の電話番号を予め記憶手段２１１に登
録し、短縮ダイヤル等を別途もうけ、発信することも広
く利用されているが、本発明においても操作者の手順を
短縮できるため、有効である。以上は、一般に広く普及
している電話端末の機能である。

【００１２】本発明を実現するには以下に示す機能が電
話端末に必要となる。即ち、ＤＩＡＬ２１０から指定さ
れた電話番号等を一時格納する記憶手段２１１、発信先
がビジーであった場合に発信する通信センタの電話番号
の記録手段２１２、通信センタ３に転送要求をするため
に登録する端末識別子２１３である。又、監視開始ボタ
ン２１５は通信センタ３にリダイヤル監視の要求を登録
する為のボタンである。また、状況確認ボタン２１４は
既に通信センタ３に依頼したリダイヤル要求の状況を確
認出来る機能を実施するボタンである。監視開始ボタン
２１５、状況確認ボタン２１４を押下することでＴＥＬ
Ｐ２０８は通信センタ電話番号２１２に発信し、後に説
明する通信センタ３の制御プログラムを起動し、そのプ
ログラムと同期をとりながら、記憶手段２１１に記録さ
れた監視先の電話番号或は識別子、自らの端末電話番号
或は識別子２１３を送信する。

【００１３】以下図３から、通信センタ３の機能モジュ
ールを説明する。前途のとおり本実施例では、通信セン
タ３に音声応答装置を適用した例として説明する。通信
センタ３は少なくとも２回線以上の通信回線４ｄ，４ｅ
と接続される。本実施例では、説明を簡略にするため、
通信回線４ｄ，４ｅの２回線のみが接続されているもの
として以下、説明する。通信センタ３は主に電話回線を
制御するＶＲＵ（音声応答モジュール：Ｖｏｉｃｅ Ｒ
ｅｓｐｏｎｓｅ Ｕｎｉｔ）３００と、ＰＣ（電子計算
機モジュール）３１２とから構成される。ＶＲＵ３００
の主な機能は以下の通りである。

【００１４】（１）通信回線からの呼の着信信号、呼の
終話信号、発信先のビジー信号を認識し音声制御部３０
５を介して回線の開通、閉鎖をＰＣ３１２に告知する。 （２）ＰＣ３１２に蓄積されたディジタル形式の帯域圧
縮された音声情報を音声制御部３０５を介して、一旦音
声バッファ３０４に格納し、ＣＯＤＥＣ（圧縮伸長モジ
ュール）３０３により伸長し、ＤＡ／ＡＤ変換部３０２
を介して電気的なアナログの音声信号に変換し、ＬＩＦ
３０１を介して通信回線４ｄ，４ｅに送出する。 （３）ＬＩＦ３０１を介して通信回線４ｄ，４ｅから入
力される電気的なアナログの音声信号をＤＡ／ＡＤ変換
部３０２を介してディジタル情報に変換し、これをＣＯ
ＤＥＣ３０３にて帯域圧縮し、一時音声バッファ３０４
に蓄積する。音声制御部３０５は一時蓄積されたディジ
タル形式の帯域圧縮された音声情報をＰＣに送出する。 （４）通信回線４ｄ，４ｅを介して電話端末から伝送さ
れたプッシュトーンを音声制御部３０５では認識し、Ｐ
Ｃ３１２にトーン信号の種別を通知する。 （５）音声制御部３０５では、ＰＣ３１２から指示され
るトーン発生要求をうけて電気的なプッシュトーン信号
を発生し通信回線に送出する。 （６）接続される通信回線４ｄ，４ｅを音声制御部３０
５より回線接続、切断の制御を実施する。

【００１５】一方ＰＣ３１２は、図においてシステムバ
ス３０７を介してＶＲＵ３００と接続される。同時にＣ
Ｐ３１２の各機能モジュールもシステムバス３０７を介
して電気的に接続され、相互に通信が可能である。これ
意外にも、ＲＳ２３２Ｃ等のシリアルポート等による接
続も考えれるが特にこれを規定しない。ＭＰＵ（Ｍｉｃ
ｒｏ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）３０６は、通信
サーバ３の各種制御を実施する演算装置である。ＭＭ
（主記憶装置：Ｍａｉｎ Ｍｅｍｏｒｙ）３０８は、Ｍ
ＰＵ３０６で実施するプログラム（通信サーバ実行プロ
グラム）を一時的に格納する機能及び、プログラム実行
時に必要な変数等を格納する機能を有する。記憶手段３
０９にはＭＰＵ３０６が実行するプログラムや、各種の
制御を実施する場合に、必要なパラメータ、管理ファイ
ル等を格納する。

【００１６】通信サーバ３が起動される場合には、初期
化プログラムが実行され、この中で、前に示したＭＰＵ
３０６が実行するプログラムを記憶手段３０９からＭＭ
３０８にロードし、ＭＰＵ３０６がプログラムの実行を
開始する。この状態が通信サーバ３の稼動状態である。
ここでは、一般的に電子計算機にて広く利用されてい
る、初期化プログラムの起動及び実行方式については特
に規定しない。また通信サーバ実行プログラムの実行中
の過程において、各種情報を更新したり、制御指示をす
るための入力手段３１１や状況を確認するための表示手
段３１０も具備されている。ＶＲＵ３００とＰＣ３１２
間の主な制御機能は、以下の通りである （１）通信回線４ｄ，４ｅの開通、閉鎖信号、発信先の
ビジー信号の受信 （２）記憶手段３０９に蓄積した音声情報の通信回線４
ｄ，４ｅへの送出 （３）通信回線４ｄ，４ｅからの音声情報の受け取り、
蓄積 （４）通信回線４ｄ，４ｅからのトーン信号の識別 （５）ＭＰＵ３０６からのトーン発生指示

【００１７】以上が本発明を実施するにあたり、必要と
なる通信センタ３の機能である。以下図４、図５、図
６、図７により通信回線の接続状態を、図８の全体処理
シーケンスに従い説明する。 手順８０１ 電話端末Ａ（１ａ）から電話端末Ｂ（１ｂ）に発信す
る。即ち、操作者が電話端末Ａ（１ａ）のＤＩＡＬ２１
０より入力した電話番号に従い、通信回線４ａを介して
ＰＢＸ２ａに着信し、更に通信回線４ｃを介してＰＢＸ
２ｂを経て通信回線４ｂに接続要求する。同時に、記憶
手段２１１に発呼した相手の電話番号或は識別子即ち電
話端末Ｂ（１ｂ）のそれを格納する。 手順８０２ 電話端末Ｂ（１ｂ）がビジーであると仮定する。ビジー
でなければＰＢＸ２ｂは通信回線４ｃと４ｂを接続し、
電話端末Ａ（１ａ），Ｂ（１ｂ）での通話を開始する。
この状態が図４で示した回線接続状態である。図中太い
矢印が付与された通信網４ａ，４ｃ，４ｂが使用されて
いる状態である。

【００１８】手順８０３ 電話端末Ｂ（１ｂ）がビジーであることをＰＢＸ２ｂ，
ＰＢＸ２ａを介して確認する。 手順８０４ 電話端末Ａ（１ａ）のＴＥＬＰ２０８は、ＰＢＸ２ａを
介して通信回線４ａからの告知により、電話端末Ｂ（１
ｂ）がビジーであることを認識し、スピーカ部２０６、
２０７を利用して操作者に対して発呼先即ち電話端末Ｂ
（１ｂ）がビジーであることを音声信号にて告知する。 手順８０５ 電話端末Ａ（１ａ）の操作者監視開始ボタン２１５を押
下する。ＴＥＬＰ２０８は通信センタ電話番号２１２に
記録された電話番号に発信する。即ち通信センタ３の電
話番号に発信する。発信後、通信センタ３の状態告知待
ちとなる。

【００１９】手順８０６ 通信センタ３は電話端末Ａ（１ａ）からの発呼を通信回
線４ａ，ＰＢＸ２ａ，通信網４ｄを介して認識し、自動
着信する。この状態が図５で示した状態である。即ち、
通信回線４ａ，４ｄが使用されている状態である。 手順８０７ 通信センタ３は発信元である、電話端末Ａ（１ａ）に対
して通信センタの状態を告知する。通信センタ３が本発
明の機能を実施可能であれば、 通信センタの状態＝「稼動状態」 不可能であれば 通信センタの状態＝「休止状態」であることを示す。告
知手段としては、通信センタが発生するプッシュ信号を
利用することが考えられるが、電話端末が２種類の状態
を識別できる方式であれば、特にこれを規定しない。稼
動状態の場合、通信センタ３は状態を告知したのち、送
信情報待機状態となる。

【００２０】手順８０８ 電話端末Ａ（１ａ）は手順８０７により通達された、通
信センタ３の状態を確認し、「稼動状態」であれば手順
８０９に遷移、「休止状態」であれば、以降の処理を実
施せず、一連の手順を終了する。 手順８０９ 電話端末Ａ（１ａ）は記憶手段２１１に予め登録した手
順８０１で通話を試み、ビジーであった電話端末Ｂ（１
ｂ）の電話番号あるいは識別子と、端末識別子２１３即
ち、自らの端末の電話番号成は識別子を通信センタ２に
発信する。 手順８１０ 電話端末Ａ（１ａ）は回線を切断する。切断前に、通信
センタ３から正常に手順８０９の情報を受信したことを
示す情報があり、これを確認してから回線切断するよう
に制御することで、より正確な制御が実現出来る。例え
ば、通信センタ３が、正しく読み取れなかった場合、再
送要求等が可能となることで、折返しの電話の着信要求
が受け付けられているか否かを評価可能となる。説明を
簡単化するために本手順では省略する。

【００２１】手順８１１ 通信センタ３から電話端末Ｂ（１ｂ）に電話を発信す
る。この時の回線状態が図６に示す通りである。即ち通
信センタ３は手順８０９で電話端末Ａ（１ａ）から受信
した、ビジーであった電話端末Ｂ（１ｂ）の電話番号あ
るいは識別子をもとに、通信回線４ｅ、ＰＢＸ２ｂ，通
信回線４ｂを介して電話端末Ｂ（１ｂ）に発信する。 手順８１２ 電話端末Ｂ（１ｂ）は未だ会話中である。 手順８１３ 電話端末Ｂ（１ｂ）が会話中のため再度電話端末Ｂに発
信する。 手順８１４ 電話端末Ｂ（１ｂ）が会話を終了した。

【００２２】手順８１５ 手順８１３の発信が電話端末Ｂ（１ｂ）に着信した。図
６の通信回線の接続状況である。即ち、通信センタ３か
らの発呼は通信回線４ｅ、ＰＢＸ２ｂ、通信回線４ｂを
経由し伝ｗナ端末Ｂ（１ｂ）に着信した状況である。 手順８１６ 電話端末Ｂ（１ｂ）との間に通信網が開通した。開通し
ない場合、通信センタ３は、再度手順８１３に戻り電話
端末Ｂ（１ｂ）に発信を試みる。 手順８１７ 電話端末Ｂ（１ｂ）に対して電話端末Ａ（１ａ）からの
会話要求が有る事を告知する。告知手段は、通信センタ
３の記憶手段３０９に予め記録された音声メッセージを
再生することで実施することが考えられる。この他にも
電話端末装置に表示部を設け、ここに通信センタ３から
通話要求端末の電話番号を受信し、表示することも有効
である。更に、ここで、会話要求を受け付ける否かを電
話端末Ｂ（１ｂ）から指定させる機能を設けさせること
も操作性を向上させる上で有効である。この場合、本電
話端末、通信センタ装置の例では、ＤＩＡＬ２１０から
のプッシュトーン信号の種類により、会話要求受付、拒
否を規定することが可能である。

【００２３】手順８１８ 電話端末Ｂ（１ｂ）は会話要求を受け付けた。 手順８１９ 電話端末Ｂ（１ｂ）は会話の待機状態に遷移する。 手順８２０ 通信センタ３は電話端末Ａ（１ａ）に折返し電話を発信
する。このときの発信先の電話番号は、手順８０９で受
信した端末識別子２１３即ち、通信端末Ａ（１ａ）自ら
の端末の電話番号或は識別子である。この状態が図７の
状態である。即ち、通信センタ３は通信回線３ｅを経由
して電話端末Ｂ（１ｂ）に発信し、通信回線を開通した
状態であり、同時に通信回線４ｄを経由して電話端末Ａ
（１ａ）に発信している状態である。

【００２４】手順８２１ 通信センタ３からのの呼が電話端末Ａ（１ａ）に発信し
た。 手順８２２ 電話端末Ａ（１ａ）に対して電話端末Ｂ（１ｂ）が会話
待機の状態となっていることを告知する。告知手段は、
手順８１７で説明したものと同様である。 手順８２３ 電話端末Ａ（１ａ）は電話端末Ｂ（１ｂ）が会話待機の
状態となっていることを確認する。 手順８２４ 電話端末Ａ（１ａ）は通話待機状態に遷移する。 手順８２５ 通信センタ３は電話端末Ａ（１ａ）、電話端末Ｂ（１
ｂ）が会話待機の状態となっていることを確認し、両端
末に接続している通信回線４ｄ，４ｅを回線接続する。

【００２５】以下、通信センタ３のＭＰＵ３０６にて実
施する通信サーバ実行プログラムのうち、本発明の特徴
的な機能が実施されるモジュールを説明する。本実施例
では、音声応答装置により通信センタ３を実現するた
め、実行プログラムは、通信回線４ｄ，４ｅからの呼の
着信により起動されるプログラム（インバウンドプログ
ラム）とインバウンドプログラムから現在利用中（ビジ
ー状態）でない、通信センタに接続された通信回線から
発信起動されるプログラム（アウトバウンドプログラ
ム）に大別できる。これらは各通信回線で独立に稼動す
るプログラムである。図９よりインバウンドプログラム
９００のフローを、図１０ではアウトバウンドプログラ
ムのうち、手順８１１にて開始される発信元から要求さ
れる発信先の回線監視プログラム（要求先回線監視プロ
グラム１０００）を、図１１はアウトバウンドプログラ
ムのうち、手順８２０にて開始される監視発信プログラ
ムで要求先の会話準備が完了した事を発信元に告知する
プログラム（会話準備告知プログラム１１００）を説明
する。これらの他に通信サーバ実行プログラムでは、利
用中の通信回線が切断された場合に起動されるハングア
ッププログラムや、メンテナンスプログラム、稼動状態
の確認プログラム等が考えられるが、本発明を実施する
場合に、前述の処理を実施するにあたり障害にならない
制御方式であれば、特にこれらの制御を規定しない。

【００２６】図９よりインバウンドプログラム９００を
説明する。説明の中で図１２には、ＭＭ３０８にて管理
する本発明の実施にあたり特徴的な変数やテーブルファ
イルを示す。詳細はプログラムのフロー説明の中で詳細
に行う。 処理９０１ 着信待機状態である。即ち、通信回線は未使用状態であ
る。着信があれば処理９０２に進む。 処理９０２ 電話端末Ａ（１ａ）呼の着信がプログラム稼動中の通信
回線４ｄに発生した。通信センタの状態を通信回線上に
トーン信号にて送信する。送信する信号の種別は少なく
とも （１）稼動状態 （２）停止状態 の２種類が送信される。 処理９０３ 電話端末Ａ（１ａ）からの応答待ちである。応答があれ
ば、処理９０４に進む。一定時間の間に応答が無い場合
は、処理を停止する。

【００２７】処理９０４ 電話端末Ａ（１ａ）からの応答信号を識別する。本発明
での特徴的な機能は、一旦発呼した、電話端末Ｂ（１
ａ）がビジー（使用中）であった場合、通信センタ３に
監視登録し、発信先の電話端末Ｂ（１ｂ）が着信可能と
なった場合に、通信センタ３から折返し発信元に電話を
発呼して、回線接続することで、通話を実現するもので
ある。本実施例では、更に現在の監視状態を発信元端末
Ａ（１ａ）が適時確認できる機能があるもととして以下
説明する。これらの切替制御は発信元である電話端末Ａ
（１ａ）に具備された監視開始ボタン２１４を契機にし
た着信の場合と状況確認ボタン２１５を契機にした着信
の場合で区別する。監視開始ボタン２１４、状況確認ボ
タン２１５を押下することで、電話端末では、通信セン
タ電話番号２１２に発呼し、着信した通信センタ３の処
理９０２で送信される通信センタ状態を受信する。受信
内容が稼動状態であれば、監視開始ボタン２１４で通話
を開始した場合にはトーン信号（ＰＢｍ）を状況確認ボ
タン２１５で通話を開始した場合はトーン信号（Ｐｂ
ｃ）を送出する。トーン信号ＰＢｍ，ＰＢｃの周波数等
については特に規定しないが、通信センタ３が識別出来
る差異がなくてはならない。監視応答信号がＰＢｍであ
れば処理９０５、ＰＢｃであれば処理９０７、それ以外
であれば処理９１２に遷移する。

【００２８】処理９０５ 電話端末Ａ（１ａ）から会話要求元端末の電話番号或は
識別子２１３と、記憶手段２１１に予め格納された会話
要求先端末Ｂ（１ｂ）の電話番号が発信される。これら
を以下のとおり変数Ｓ（１２０５）と変数Ｒ（１２０
６）に一時格納する。 Ｓ＝会話要求元端末（本例では電話端末Ａ）の電話番号
或は識別子 Ｒ＝会話要求先端末（本例では電話端末Ｂ）の電話番号
或は識別子 Ｓ（１２０５）及びＲ（１２０６）を図１２に示す端末
監視テーブル（ＴＢ）１２０１にエントリする。ＴＢ１
２０１で管理する情報は以下の通りである。

【００２９】ＴＢＳ（１２０１ａ）：会話要求元端末の
電話番号或は識別子 ＴＢＲ（１２０１ｂ）：会話要求先端末の電話番号或は
識別子 ＴＢＣ（１２０１ｃ）：監視ステイタス ＴＢＴ（１２０１ｄ）：監視開始時間 以上を各監視要求毎に本処理にて格納する。ＴＢＣ（１
２０１ｃ）は各監視要求のステイタスを格納する。ステ
イタスは次の種類がある。 ▲１▼ＴＢＣ＝監視発呼中 ：ダイヤル発信を実行中 ▲２▼ＴＢＣ＝ビジー ：発信先端末がビジー ▲３▼ＴＢＣ＝開通 ：発信先端末と通信セン
タが回線接続中 ▲４▼ＴＢＣ＝タイムアウト ：監視時間切れ ▲５▼ＴＢＣ＝通話中 ：発信元と発信先の電話
端末で通話中 ▲６▼ＴＢＣ＝発信先通話拒否：発信先の通話拒否によ
る監視中断 ▲７▼ＴＢＣ＝発信元通話拒否：発信元の通話拒否によ
る監視中断 ここでは、該当エントリのＴＢＣ（１２０１ｃ）を「監
視発呼中」とする。

【００３０】処理９０６ 未使用状態の通信回線４ｅから、要求先回線監視プログ
ラム１０００を起動する。一方、要求先回線監視プログ
ラム９００を実行している回線を切断し、プログラムを
終了する。要求先回線監視プログラム１０００のフロー
は図１０より後に説明する。 処理９０７ 電話端末から調査要求元端末の電話番号或は識別子２１
３が発信されこれを受信する。これらを以下のとおり変
数Ｃ（１２０７）に一時格納する。 Ｃ＝調査要求端末の電話番号或は識別子 処理９０８ 端末監視テーブル１２０１より、 ＴＢＳ（１２０１ａ）＝Ｃ なるエントリを検索する。 処理９０９ 当該エントリがない場合処理９１０にある場合には処理
９１１に遷移する。 処理９１０ 当該エントリがない事を調査要求元端末に告知し、通信
回線４ｄを切断し未使用状態とする。 処理９１１ 該当情報のステイタスを告知する。例えば、「発信先Ｔ
ＢＲには時刻ＴＢＴに監視を開始しました。現在の状態
はＴＢＣです」と音声ガイダンスにて調査要求元に告知
することで操作者は情況を適時正確に把握できる。告知
後、通信回線４ｄを切断し未使用状態とする。

【００３１】以上、インバウンドプログラム９００を説
明した。以下図１０より、アウトバウンドプログラムの
内、要求先回線監視プログラム１０００の処理フローを
説明する。 処理１００１ 変数を初期化する。即ち、 Ｉｒ （発呼回数を制御する変数） ← １ Ｔｒｉｎｉ（発呼を開始した時間記録） ←現在時刻１
（１２０２） 現在時刻（１２０２）は通信センタ３で管理しているシ
ステム時計の値を適時更新しているものとする。 処理１００２ 通信センタ３からＲ（１２０６）に未使用状態である通
信回線４ｅを利用して発呼する。 処理１００３ Ｒ（１２０６）に発呼した結果を評価する。回線がビジ
ーである場合は処理１００４、特定時間発呼しても呼出
音のままの場合は処理１００７に、着信した場合は処理
１０１０に遷移する。

【００３２】処理１００４ 制御変数を更新する。即ち、端末監視テーブルの当該エ
ントリのＴＢＣを「ビジー」とする。また、 Ｉｒ ← Ｉｒ＋１ Ｔｒ ← 現在時刻 とする。 処理１００５ 監視を終了するか否かを判定する。次に評価式の例を示
す。ここで参照する監視時間１２０３、最大発呼回数１
２０４は予め設定した固定的な変数である。 評価値＝（現在時刻（１２０２）−ＴＢＴ（１２０１
ｄ））＞監視時間（１２０３）） ＯＲ（Ｉｒ＞最大発呼回数（１２０４） 評価値が真であれば処理１００６に、偽であれば処理１
００２に戻る。

【００３３】処理１００６ 終了処理を実行する。ここで、ＴＢＣ（１２０１ｃ）を
タイムアウトとして、発呼を停止する。 処理１００７ 制御変数を更新する。即ち、 ＴＢＣ ← 監視発呼中 Ｉｒ ← Ｉｒ＋１ Ｔｒ ← 現在時刻 とする。 処理１００８ 監視を終了するか否かを判定する。次に評価式の例を示
す。ここで参照する監視時間１２０３、最大発呼回数１
２０４は予め設定した固定的な変数である。 評価値＝（現在時刻（１２０２）−ＴＢＴ（１２０１
ｄ））＞監視時間（１２０３）） ＯＲ（Ｉｒ＞最大発呼回数（１２０４）） 評価値が真であれば処理１００６に、偽であれば処理１
００２に戻る。

【００３４】処理１００９ 終了処理を実行する。ここで、ＴＢＣ（１２０１ｃ）を
タイムアウトとして、発呼を停止する。 処理１０１０ Ｓからの会話要求が有る旨を通信センタ３より発信先電
話端末に告知する。ＴＢＣ（１２０１ｃ）を「開通」に
更新する。 処理１０１１ 会話を受け付ける否かの発信先電話端末装置からの入力
を確認する。指示方法は、ＤＩＡＬ２１０からのプッシ
ュトーン信号による識別が考えれられる。会話を受け付
ける場合は処理１０１２に、受け付けない場合は処理１
０１３に遷移する。 処理１０１２ もう１つのアウトバウンドプログラムであろ会話準備告
知プログラム１１００を未使用状態の通信回線４ｄより
起動する。

【００３５】処理１０１３ ＴＢＣ（１２０１ｃ）を「発信先通話拒否」更新し、処
理を終了する。 処理１０１４ 発信先端末に対して、待機中で発信元端末を発呼中であ
る事を告知する。 処理１０１５ 発信元端末からの応答待機状態となる。応答があり会話
可能であれば、処理１０１６に遷移する。応答が会話不
可能であれば、ＴＢＣ（１２０ｃ）を応答結果により
「タイムアウト」或は、「発信先通話拒否」に設定し
て、会話不能を発信先端末に告知して回線を切断、処理
を終了する。 処理１０１６ 通信回線４ｄ，４ｅの回線を接続する。ＴＢＣ（１２０
１ｃ）を「通話中」と更新する。 処理１０１７ 通信回線４ｄ，４ｅの通話を開始する。 以降、両者の
回線４ｄ，４ｅからの回線切断信号が発生するまでこの
状態を維持する。回線切断が発生すれば、端末監視テー
ブル１２０１の当該エントリを初期化して、前述のハン
グアップ処理を実行して処理を終了する。

【００３６】以上、アウトバウンドブログラムのうち、
要求先回線監視プログラム１０００の処理フローを説明
した。以下、他方のアウトバウンドプログラムである会
話準備告知プログラム１１００について図１１により説
明する。プログラムは要求先回線監視プログラム１００
０の処理１０１２により起動される。 処理１１０１ 変数を初期化する。即ち、 Ｉｓ （発呼回数を制御する変数） ←１ Ｔｓｉｎｉ（発呼を開始した時間記録） ←現在時刻
（１２０２） 現在時刻（１２０２）は通信センタ３で管理しているシ
ステム時計の値を適時更新しているものとする。 処理１１０２ 通信センタ３からＳ（１２０５）に未使用状態の通信回
線４ｄを利用し、発呼する。

【００３７】処理１１０３ Ｓ（１２０５）に発呼した結果を評価する。回線がビジ
ーである場合は処理１１０４、特定時間発呼しても呼出
音のままの場合は処理１１０７に、着信した場合は処理
１１１０に遷移する。 処理１１０４ 制御変数を更新する。即ち、端末監視テーブルの当該エ
ントリのＴＢＣを「ビジー」とする。また、 Ｉｒ ← Ｉｒ＋１ Ｔｒ ← 現在時刻 とする。 処理１１０５ 監視を終了するか否かを判定する。次に評価式の例を示
す。ここで参照する監視時間１２０３、最大発呼回数１
２０４は予め設定した固定的な変数である。 評価値＝（現在時刻（１２０２）−ＴＢＴ（１２０１
ｄ））＞監視時間（１２０３）） ＯＲ（Ｉｒ＞最大発呼回数（１２０４）） 評価値が真であれば処理１１０６に、偽であれば処理１
１０２に戻る。今，処理１００５、１００８、１１０
４、１１０８にて評価する変数に共通の変数１２０３、
１２０４を利用した例を示した。これらを独立した変数
として夫々適正な値を設定することでより操作性に優位
な制御も可能となる。本発明ではこれらの変数、或は評
価値算出方式を特に規定しない。

【００３８】処理１１０６ 終了処理を実行する。ここで、ＴＢＣ（１２０１ｃ）を
タイムアウトとして、発呼を停止する。 処理１１０７ 制御変数を更新する。即ち、端末監視テーブルの当該エ
ントリのＴＢＣを「監視発呼中」とする。 Ｉｒ ← Ｉｒ＋１ Ｔｒ ← 現在時刻 とする。 処理１１０８ 監視を終了するか否かを判定する。次に評価式の例を示
す。ここで参照する監視時間１２０３、最大発呼回数１
２０４は予め設定した固定的な変数である。 評価値＝（現在時刻（１２０２）−ＴＢＴ（１２０１
ｄ））＞ 監視時間（１２０３）） ＯＲ（Ｉｒ＞最大発呼回数（１２０４）） 評価値が真であれば処理１１０６に、偽であれば処理１
１０２に戻る。

【００３９】処理１１０９ 終了処理を実行する。ここで、ＴＢＣ（１２０１ｃ）を
タイムアウトとして、発呼を停止する。 処理１１１０ Ｒが会話待機中である旨を通信センタ３より発信元電話
端末に告知する。 処理１１１１ 会話を受け付ける否かの発信元電話端末装置からの入力
を確認する。指示方法は、ＤＩＡＬ２１０からのプッシ
ュトーン信号による識別が考えれられる。会話を受け付
ける場合は処理１１１２に、受け付けない場合は処理１
１１３に遷移する。

【００４０】処理１１１２ 通信回線４ｄ，４ｅの回線を接続する。ＴＢＣ（１２０
１ｃ）を「通話中」と更新する。 処理１１１３ ＴＢＣ（１２０１ｃ）を「発信元通話拒否」更新し、処
理を終了する。 処理１１１４ 通信回線４ｄ，４ｅの通話を開始する。 以降、両者の
回線４ｄ，４ｅからの回線切断信号が発生するまでこの
状態を維持する。回線切断が発生すれば、ＴＢＣ（１２
０１ｃ）の当該エントリを初期化して、前述のハングア
ップ処理を実行して処理を終了する。

【００４１】以上会話準備告知プログラムを説明した。
本実施例では、電話端末１ａ，１ｂに監視開始ボタン２
１４、状況確認ボタン２１５の本発明を実施するにあた
り専用ボタンを設けた例をしめした。これらの手段はイ
ンバウンド処理９００における処理９０４にて判定する
際の識別子手段であり、以降の通信手順を規定する。こ
れらの専用ボタンが無い場合でも、通信センタ３が音声
ガイダンスを再生し、捜査を誘導し、電話端末からＤＩ
ＡＬ２１０を利用してプッシュトーンで制御指示するこ
とも可能である。同様に、記憶手段２１１に、ビジーで
あった電話番号を記録したり、通信センタ電話番号記憶
手段２１２や端末識別子記憶手段２１３が具備されてい
なくとも、通信センタ３から音声ガイダンスで適時、入
力情報の誘導を実施することで、広く普及されているの
電話端末でも本発明を実施できる。

【発明の効果】以上詳述したように本発明によれば、次
のような効果がある。 （１）発呼した相手が会話中（ビジー）であった場合、
他の業務を実施しながら応答を待機できるため、リダイ
ヤル等の作業が不要になる。 （２）一旦回線を切断して待機するため、待機中であっ
ても発信元の回線は他の回線と通話可能である。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明を実施する場合の電話端末の機能ブロッ
ク図である。

【図３】通信センタ（音声応答装置）の機能ブロック図
である。

【図４】通信センタと端末装置の通信ネットワーク接続
遷移図（通常発信状態）である。

【図５】通信センタと端末装置の通信ネットワーク接続
遷移図（監視要求登録状態）である。

【図６】通信センタと端末装置の通信ネットワーク接続
遷移図（監視状態）である。

【図７】通信センタと端末装置の通信ネットワーク接続
遷移図（交換接続状態）である。

【図８】通信センタと端末装置の通信手順の流れ図であ
る。

【図９】通信センタで実施されるインバウンドプログラ
ムのフローチャートである。

【図１０】通信センタで実施されるアウトバウンドプロ
グラム（要求先回線監視プログラム）のフローチャート
である。

【図１１】通信センタで実施されるアウトバウンドプロ
グラム（会話準備告知プログラム）のフローチャートで
ある。

【図１２】通信センタで管理する通信に必要な情報テー
ブル、変数の一覧である。

【符号の説明】

１ａ，１ｂ 電話端末装置 ２ａ，２ｂ 通信網交換機（ＰＢＸ） ３ 通信センタ ２００ ＤＰＳ（ダイヤルトーンセンダ） ２０１ ＤＥＴ（着信検出回路９ ２０２ ＮＷ（電話回線網） ２０３ ＨＹＢ（ハイブリッド回路） ２０４ ＭＣＡ（マイクアダプタ） ２０５ マイク ２０６ ＳＰＡ（スピーカアダプタ） ２０７ スピーカ ２０８ ＴＥＬＰ（電話制御部） ２０９ ＲＧＴ（着信回路） ２１０ ＤＩＡＬ（ダイヤルキー） ２１１ 記憶手段 ２１２ 通信センタ電話番号 ２１３ 端末電話番号或は識別子 ２１４ 監視開始ボタン ２１５ 状況確認ボタン ３００ ＶＲＵ（音声応答モジュール） ３０１ ＬＩＦ（回線インタフェース） ３０２ Ｄ／Ａ，Ａ／Ｄ変換部 ３０３ ＣＯＤＥＣ（圧縮伸長モジュール） ３０４ 音声バッファ ３０５ 音声制御部 ３０６ ＭＰＣ（マイクロプロセッサユニット） ３０７ システムバス ３０８ ＭＭ（主記憶装置） ３０９ 記憶手段 ３１０ 表示手段 ３１１ 入力手段 ３１２ ＰＣ（電子計算機モジュール） １２０１ 端末監視テーブル １２０２ 現在時間記録変数 １２０３ 監視時間記録変数 １２０４ 最大発呼回数記録変数 １２０５ Ｓ（会話要求元端末の電話番号或は識別
子） １２０６ Ｒ（会話要求先端末の電話番号或は識別
子） １２０７ Ｃ（調査要求元端末の電話番号或は識別
子）

Claims (5)

【特許請求の範囲】
1. 【請求項１】通信回線を介して電話端末と接続される通
   信センタであって、電話端末からのリダイヤル要求を受
   け付ける手段と、要求されたリダイヤル対象の電話端末
   への発呼を実施する手段と、発呼が着信した時点でリダ
   イヤル対象の電話端末に会話要求があることを告知する
   手段と、リダイヤル要求を発信した電話端末に折返し発
   呼し、リダイヤル対象の電話端末が通話可能であること
   を告知する手段と、リダイヤル要求端末とリダイヤル対
   象端末の両方が通話可能となった時点で双方の回線を交
   換接続し通話を可能とする手段を有する通信センタ装置
2. 【請求項２】上記請求項１に通信回線網を介して接続さ
   れる電話端末であって、発呼した電話番号或は識別子を
   記憶する手段と、発呼した電話端末がビジー（使用中）
   である場合、上記請求項１の通信センタ装置にリダイヤ
   ル要求を発信する手段と、リダイヤル要求する既に記録
   した発呼結果がビジーであった電話端末の電話番号或は
   識別子と、自らの電話端末自体の電話番号或は識別子を
   リダイヤル要求時に通信センタに通信する手段を設けた
   ことを特徴とする電話端末装置。
3. 【請求項３】上記請求項２の電話端末装置において、リ
   ダイヤル要求のための指示手段を設け、その手段により
   通信センタへの発呼した場合、リダイヤル対象端末の電
   話番号或は識別子、要求した自らの電話番号或は識別子
   を通信センタと同期して自動送信する事を特徴としたリ
   ダイヤル要求方式。
4. 【請求項４】上記請求項１の通信センタにおいて、リダ
   イヤル要求結果を適時記録する手段と、記録した情報を
   電話端末から確認できる手段を設けた事を特徴とするリ
   ダイヤル制御方式。
5. 【請求項５】上記請求項１の通信センタにおいて、リダ
   イヤル要求先の電話端末に通話を要求している相手を告
   知する手段と通話を受諾するか拒否するかを選択出来る
   手段を設け、受諾した際にのみ回線接続機能を実施する
   ことを特徴として通話制御方式。