JPH11317822A - 通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 電話回線に接続された複数の端末機に、順次
発呼して通信を行なう通信装置において、その通信の効
率を向上させる。 【解決手段】 現日時がメモリテーブル２１に設定され
ている発呼予定日時（ｙ、ｄ、ｔ）を経過しことをテー
ブル監視手段２６が検知すると、発呼処理部２７は、現
日時以前の発呼予定日時が設定されている公衆電話機の
うち、失敗回数Ｒの少ないものを優先して発呼する。こ
の発呼に対して公衆電話機から応答があり、通信が終了
した場合には、その公衆電話機のメモリテーブル２１の
発呼予定日時を消去し、発呼に対して公衆電話機から応
答がない場合や通信異常の発生で通信ができなかった場
合には、その公衆電話機に対するメモリテーブル２１の
失敗回数Ｒを１増加するとともに発呼予定日時を変更す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電話回線網に接続
されている複数の端末機との間で通信を行なう通信装置
に関する。

【０００２】

【従来の技術】例えば、公衆電話機システムでは、図６
に示すように、電話回線網１にモデム３を介して接続さ
れたセンタ装置１０によって電話回線網１に接続されて
いる多数の公衆電話機２₁ 〜２_n を集中的に管理してい
る。

【０００３】センタ装置１０はシリアル通信が可能なパ
ーソナルコンピュータ等で構成されており、料金徴収の
ために必要なテーブル情報やパラメータ等を各公衆電話
機２₁ 〜２_n にダウンロードしたり、各公衆電話機２₁
〜２_n からその通話利用情報等を収集するために、各端
末機２₁ 〜２_n に対する発呼を行い、この発呼に応答し
た公衆電話機との間で情報の通信を行なっている。

【０００４】このような多数の公衆電話機に発呼して通
信を行なう場合、オペレータが公衆電話機１台毎に発呼
操作等を行なうことは困難である。

【０００５】このため、従来では、センタ装置１０が自
動的に公衆電話機に順次発呼を行い、必要な通信を行な
うようにしている。

【０００６】このように発呼処理や情報の通信処理を自
動的に行なうために従来のセンタ装置１０には図７に示
すようなメモリテーブル１１が設けられている。

【０００７】このメモリテーブル１１には、管理対象の
各公衆電話機固有のシリアル番号Ｓｎ１〜ＳｎＮ（管理
用のシリアル番号）と各端末機が接続されている回線番
号Ｄｎ１〜ＤｎＮ（電話番号）とがそれぞれ対応付けさ
れて記憶され、各端末機毎に発呼予定日時（ｙ、ｄ、
ｔ）を設定できるようになっている。ここで、ｙは年、
ｄは月日、ｔは時刻を示す。

【０００８】そして、例えば全ての公衆電話機２₁ 〜２
_n に料金徴収に必要な新規の情報をダウンロードするよ
うな場合には、図７の（ａ）に示しているように、オペ
レータが、ダウンロードを開始させたい日時（ｙ₀ 、ｄ
₀ 、ｔ₀ ）をメモリテーブル１１の全ての公衆電話機２
₁ 〜２_n の発呼予定日時欄に設定し、ダウンロード情報
を別のメモリに設定する。

【０００９】センタ装置１０は、所定時間毎（例えば１
分毎）にメモリテーブル１１を調べ、現日時以前の発呼
予定日時が設定されている公衆電話機に対して、シリア
ル番号Ｓｎの小さい順に自動的に発呼を開始し、応答し
た公衆電話機に対して情報をダウンロードしていく。

【００１０】そして、情報のダウンロードが正常に終了
した公衆電話機（例えば公衆電話機２₁ 、２₂ ）に対す
るメモリテーブルの発呼予定日時の情報を図７の（ｂ）
のように消去する。

【００１１】また、端末機が話中で応答がない場合、応
答があったにも関わらず情報のダウンロードができなか
った場合のように、通信が失敗したときには、図７の
（ｃ）のように、その公衆電話機（例えば公衆電話機２
₃ 、２₅ 、…）の発呼予定日時（ｙ₀ 、ｄ₀ 、ｔ₀ ）
を、その通信の失敗が確認されたときの日時にリトライ
間隔ΔＴを加えた日時（ｙ₃ 、ｄ₃ 、ｔ₃ ）、（ｙ₅ 、
ｄ₅ 、ｔ₅ ）、…にそれぞれ更新する。なお、リトライ
間隔ΔＴは再発呼までの時間であって例えば数分〜１０
分程度に予め設定されている。

【００１２】このようにして、シリアル番号順に発呼お
よび通信を行なっているうちに、時刻が公衆電話機２₃
の更新された発呼予定日時（ｙ₃ 、ｄ₃ 、ｔ₃ ）を過ぎ
ると、センタ装置１０は、発呼予定日時が現日時以前の
公衆電話機の中で、シリアル番号の一番小さい公衆電話
機（この場合公衆電話機２₃ ）に発呼を行い、応答した
公衆電話機に対して情報をダウンロードする。

【００１３】以下同様にして、情報のダウンロードが正
常に終了した公衆電話機については、メモリテーブル１
１の発呼予定日時を消去し、通信に失敗した公衆電話機
については、メモリテーブル１１の発呼予定日時を現日
時からΔＴ時間遅延した日時に順次更新し、その再発呼
のタイミングがくると再発呼処理を行なうことで、全て
の公衆電話機に対して情報をダウンロードする。

【００１４】

【発明が解決しようとする課題】しかしながら、上記の
ように、通信に失敗した公衆電話機に対する再発呼処理
をシリアル番号順に行なう従来の装置では、通信失敗を
繰り返している公衆電話機への発呼が常に優先されてし
まい、シリアル番号の大きな公衆電話機に対する通信が
遅れてしまう。

【００１５】これを解決するために、リトライ間隔ΔＴ
を長く（例えば３０分や６０分等）設定することも考え
られるが、このリトライ間隔はセンタ装置が行なう全て
の発呼処理についての共通設定事項なので、例えば数台
の公衆電話機に対する発呼処理を行なったときの再発呼
までの間隔が長くなりすぎてしまい、通信の効率が低下
する。

【００１６】また、通信失敗した公衆電話機に対する自
動的な再発呼処理を使用せずに、メモリテーブル１１に
登録されている全ての公衆電話機に対する発呼処理が一
通り終了した時点で、オペレータが通信失敗した公衆電
話機に対応する発呼予定日時を新規に設定し直す方法も
考えられるが、これではオペレータが常時待機していな
ければならない。

【００１７】本発明は、これらの問題を解決し、自動的
な再発呼処理を有効に使用しながら、端末機に対する通
信を効率的に行なうことができる通信装置を提供するこ
とを目的としている。

【００１８】

【課題を解決するための手段】前記目的を達成するため
に、本発明の通信装置は、モデムを介して電話回線に接
続され、該電話回線に接続された複数の端末機との間で
通信を行なう通信装置において、前記複数の端末機の電
話番号、発呼予定日時および通信の失敗回数を記憶する
ためのメモリと、前記メモリに端末機の電話番号を設定
する端末情報設定手段と、前記メモリに端末機の発呼予
定日時を設定する発呼予定日時設定手段と、現日時を出
力する時計回路と、前記メモリに発呼予定日時が設定さ
れた端末機のうち、発呼予定日時が現日時以前の端末機
の電話番号を所定順に読み出して前記モデムを介して電
話回線に出力する発呼手段と、前記発呼手段から出力さ
れた電話番号の端末機からの応答を検知する応答検知手
段と、前記応答検知手段によって応答が検知されたとき
に該応答した端末機との間で情報の通信を行なう情報通
信手段と、前記発呼手段から電話回線に出力された電話
番号の端末機との間の通信が成功したか失敗したかを判
定する成否判定手段と、前記成否判定手段によって通信
が成功したと判定された端末機の発呼予定日時を前記メ
モリから消去する発呼予定日時消去手段と、前記成否判
定手段によって通信が失敗したと判定された端末機の失
敗回数を計数し、その計数結果を前記メモリに記録する
失敗回数計数手段と、前記成否判定手段によって通信が
失敗したと判定された端末機の発呼予定日時を、通信失
敗した日時に所定のリトライ間隔を加えた日時に変更す
る発呼予定日時変更手段とを備え、前記発呼手段は、発
呼予定日時が現日時以前の端末機のうち、失敗回数が少
ない端末機の電話番号を優先的に電話回線に出力するよ
うに構成されている。

【００１９】

【発明の実施の形態】以下、図面に基づいて本発明の一
実施形態を説明する。図１は、前記したセンタ装置１０
と同様に、電話回線網１に接続された複数の公衆電話機
（端末機）２₁ 〜２_n の管理を行なうための本発明の一
実施形態の通信装置としてのセンタ装置２０の構成を示
している。

【００２０】このセンタ装置２０は、パーソナルコンピ
ュータによって構成され、モデム３を介して電話回線１
に接続されている。

【００２１】センタ装置２０のメモリテーブル２１に
は、前記したメモリテーブル１１と同様に、管理対象の
各公衆電話機シリアル番号Ｓｎ１〜ＳｎＮと各公衆電話
機が接続されている回線番号Ｄｎ〜ＤｎＮ（電話番号）
とがそれぞれ対応付けされて予め記憶され、各公衆電話
機毎に発呼予定日時（ｙ、ｄ、ｔ）を設定できるように
なっている。

【００２２】また、このメモリテーブル２１には、通信
に失敗した回数（失敗回数）Ｒを各公衆電話機毎に記憶
できるようになっている。

【００２３】発呼予定日時設定手段２２は、図示しない
キーボードの操作等によって各公衆電話機に対する発呼
予定日時をメモリテーブル２１に設定する。この発呼予
定日時の設定は、メモリテーブル２１に登録されている
全ての公衆電話機に対して同一日時を一括に設定する一
括設定と、各公衆電話機毎に個別に設定する個別設定と
が可能となっている。

【００２４】通信内容設定手段２３は、発呼予定の公衆
電話機との間で行なう通信の内容を通信内容メモリ２４
に設定するものであり、例えばダウンロードモードによ
る情報の送信、アップロードモードによる情報の収集等
を指定する。

【００２５】時計回路２５は、現在の日時のデータを出
力する。テーブル監視手段２６は、メモリテーブル２１
に設定されている発呼予定日時の有無とその日時を所定
時間毎（例えば１分毎）に調べ、設定されている発呼予
定日時がある場合には、その設定日時が時計回路２５か
らの現日時データ以前の日時か否かを判定し、現日時デ
ータ以前の発呼予定日時が設定されているとき、電話番
号の出力順を変更させるためのフラグＦを例えば１にセ
ットする。

【００２６】発呼処理部２７は、電話番号ソート手段２
８と発呼予定番号メモリ２９と電話番号送出手段３０と
によって構成されている。

【００２７】電話番号ソート手段２８は、フラグＦが１
にセットされると、メモリテーブル２１の発呼予定日時
が現日時以前の公衆電話機のうち、失敗回数Ｒが少ない
公衆電話機の電話番号を優先し且つ失敗回数Ｒが同一の
公衆電話機についてはシリアル番号の小さい順に読み出
して、発呼予定電話番号メモリ２９に初期アドレスから
順番に記憶する。

【００２８】電話番号送出手段３０は、発呼予定電話番
号メモリ２９に記憶された電話番号を初期アドレスから
順に読み出して、読み出した電話番号をシリアルインタ
フェース３１を介してモデム３に出力し、その電話番号
の回線に接続されている公衆電話機を呼び出す。

【００２９】この電話番号送出手段３０は、発呼予定電
話番号メモリ２９に電話番号が記憶されたときに発呼予
定電話番号メモリ２９の初期アドレスの電話番号を出力
した後、後述する応答検知手段３２で応答無しが検知さ
れたとき、および情報通信手段３３による情報の通信が
成否を問わず終了したときに、次のアドレスの電話番号
を読み出す。

【００３０】応答検知手段３２は、発呼処理部２７が発
呼した公衆電話機から応答があるか否かを検出する。

【００３１】情報通信手段３３は、応答検知手段３２で
公衆電話機からの応答が検知されたとき、通信内容メモ
リ２４に設定されている内容にしたがって、応答した公
衆電話機との間で通信を行ない、通信の終了時にその通
信の成否に応じた終了信号を出力する。

【００３２】成否判定手段３４は、応答検知手段３２の
検知結果と情報通信手段３３からの終了信号を受けて、
発呼処理部３０が発呼した公衆電話機との情報通信が成
功したか失敗したかを判定し、その判定結果を出力す
る。

【００３３】発呼予定日時消去手段３５は、成否判定手
段３４で通信が成功したと判定されたとき、その通信が
成功した公衆電話機のメモリテーブル２１の発呼予定日
時を消去する。なお、この日時データの消去は、例えば
数字以外の特定文字コード（例えば文字−やＥ等）を書
き込むことで行なわれる。

【００３４】失敗回数計数手段３６は、成否判定手段３
４で通信が失敗したと判定されたとき、その通信が失敗
した公衆電話機のメモリテーブル２１の失敗回数Ｒを１
だけ増加更新する。

【００３５】発呼予定日時変更手段３７は、成否判定手
段３４で通信が失敗したと判定されたとき、その通信が
失敗した公衆電話機のメモリテーブル２１の発呼予定日
時を現日時にリトライ間隔ΔＴを加えた日時に更新す
る。

【００３６】なお、この発呼予定日時変更手段３７は、
リトライ間隔ΔＴを失敗回数に応じて変化させる。例え
ば、通信が失敗した公衆電話機の失敗回数Ｒが失敗回数
計数手段３６によって１に更新された場合にはリトライ
間隔をΔＴａ（例えば２分）とし、失敗回数Ｒが２に更
新された場合にはリトライ間隔をΔＴｂ（例えば４分）
とし、失敗回数Ｒが３以上に更新された場合にはリトラ
イ間隔をΔＴｃ（例えば８分）とする。

【００３７】端末情報設定手段３８は、図示しないキー
ボードの操作等によって管理対象の公衆電話機のシリア
ル番号および回線番号をメモリテーブル２１に設定す
る。

【００３８】図２および図３はこのセンタ装置２０の処
理手順を示すフローチャートである。以下、このフロー
チャートにしたがってこのセンタ装置の動作を説明す
る。

【００３９】メモリテーブル２１には、予め管理対象の
公衆電話機のシリアル番号と回線番号とが対応付けされ
て記憶されているものとする（端末情報設定手段３
８）。

【００４０】図２の処理Ｓ１〜Ｓ４に示しているよう
に、このセンタ装置２０は、所定時間（例えば１分）毎
にメモリテーブル２１の発呼予定日時の有無と、設定さ
れている発呼予定日時のうち、現日時以前のものが新た
に発生したか否かを監視しており、例えば管理対象の全
ての公衆電話機２₁ 〜２_n に対して同一の情報をダウン
ロードするために、発呼予定日時設定手段２２によって
図４の（ａ）に示すように所定の発呼予定日時（ｙ₀ 、
ｄ₀ 、ｔ₀ ）が設定され、通信内容メモリ２５にダウン
ロード情報が設定されてから、現日時が発呼予定日時
（ｙ₀ 、ｄ₀ 、ｔ₀）を過ぎると、現日時以前のものが
新たに発生したことになるので、フラグＦが１にセット
される（テーブル監視手段２６）。

【００４１】フラグＦが１にセットされると、図３の処
理Ｓ１１〜Ｓ１３に示すように、メモリテーブル２１の
電話番号が発呼処理部２７の発呼予定電話番号メモリ２
９に読み出され、フラグＦが０にリセットされる（電話
番号ソート手段２８）。

【００４２】このとき、メモリテーブル２１に登録され
ている全ての公衆電話機の失敗回数Ｒの値は初期値の０
であるから、発呼予定電話番号メモリ２９には、図５の
（ａ）に示すように、シリアル番号順に公衆電話機の電
話番号Ｄｎ１〜ＤｎＮが記憶されることになる。

【００４３】発呼予定電話番号メモリ２９に電話番号が
記憶されると、処理Ｓ１４、１５のように、初期アドレ
スＡ＝１の電話番号Ｄｎ１が読み出されモデム３１へ出
力されて公衆電話機２₁ が発呼される（電話番号送出手
段３０）。

【００４４】処理Ｓ１６〜Ｓ１９に示すように、この呼
び出しに対して公衆電話機２₁ が応答すると、情報のダ
ウンロードが行なわれ（情報通信手段３３）、その通信
が正常に終了すると、メモリテーブル２１の公衆電話機
２₁ の発呼予定日時が図４の（ｂ）に示すように消去さ
れる（発呼予定日時消去手段３５）。

【００４５】このように通信が正常に終了した公衆電話
機についての発呼予定日時は順次消去されていく。

【００４６】また、処理Ｓ２０〜Ｓ２４に示しているよ
うに、公衆電話機に対する発呼や通信が失敗した場合に
は、図４の（ｃ）のように、その通信に失敗した公衆電
話機２₅ の失敗回数Ｒが１だけ増加更新され（失敗回数
計数手段３６）、その更新された失敗回数Ｒの値にそれ
ぞれ対応したリトライ間隔がΔＴａ、ΔＴｂ、ΔＴｃか
ら選択され、その公衆電話機２₅ の発呼予定日時が、初
期値（ｙ₀ 、ｄ₀ 、ｔ₀ ）から、通信の失敗が確認され
たときの日時にリトライ間隔を加えた日時（ｙ₅ 、
ｄ₅ 、ｔ₅ ）に更新される（発呼予定日時変更手段３
７）。

【００４７】そして、処理Ｓ２５〜Ｓ２７のように、フ
ラグＦがリセット状態のままで、全ての電話番号の読出
が終了していなければ、発呼予定電話番号メモリ２９の
読出アドレスＡを１だけ更新して処理Ｓ１５に戻り、前
記同様の処理がなされる。

【００４８】また、この間に、処理Ｓ１〜Ｓ４でメモリ
テーブル２１の発呼予定時刻を現日時が過ぎてフラグＦ
が１に再セットされると処理Ｓ１２に戻り、発呼予定日
時が設定されている公衆電話機の電話番号うち、失敗回
数Ｒが少ない公衆電話機の電話番号が優先され且つ失敗
回数Ｒが同一の場合にはシリアル番号の小さい公衆電話
機の電話番号が優先されて、発呼予定電話番号メモリ２
９の初期アドレスから順に書き込まれる。

【００４９】例えば、現日時が公衆電話機２₅ の発呼予
定日時（ｙ₅ 、ｄ₅ 、ｔ₅ ）を過ぎた時点で、公衆電話
機２₁₀までの発呼と通信が終了し、その間に２つの公衆
電話機２₅ 、２₇ に対する通信が失敗した場合には、図
４の（ｄ）のように、公衆電話機２₅ 、２₇ の失敗回数
Ｒが１で、公衆電話機２₁₁以降の失敗回数Ｒが０である
から、発呼予定電話番号メモリ２９には図５の（ｂ）に
示すように、公衆電話機２₁₁の電話番号Ｄｎ１１が初期
アドレスに記憶され、続いて公衆電話機２₁₂〜２_n の電
話番号Ｄｎ１２〜ＤｎＮが記憶され、最後に公衆電話機
２₅ の電話番号Ｄｎ５が記憶されることになる。

【００５０】なお、公衆電話機２₇ の発呼予定日時は現
日時以後なので、発呼予定電話番号メモリ２９には記録
されない。

【００５１】このように発呼予定電話番号メモリ２９の
電話番号の並べ変えが行なわれた後、発呼予定電話番号
メモリ２９の電話番号が再び初期アドレスから順に読み
出されて公衆電話機が発呼されていく。

【００５２】したがって、メモリテーブル２１に登録さ
れている全ての公衆電話機２₁ 〜２_n までの発呼が一巡
するまでは、未発呼の公衆電話機に対する発呼通信が優
先され、通信に失敗した公衆電話機に対する再発呼は行
なわれない。

【００５３】そして、発呼が一巡した段階では、図４の
（ｅ）のように、通信が成功した全ての公衆電話機の発
呼予定日時が消去され、通信に失敗したＭ個の公衆電話
機２₅ 、２₇ 、…、２_n-1 の発呼予定日時はそれぞれ
（ｙ₅ 、ｄ₅ 、ｔ₅ ）、（ｙ₇、ｄ₇ 、ｔ₇ ）、…、
（ｙ_n-1 、ｄ_n-1 、ｔ_n-1 ）となり、失敗回数Ｒは全て
１となる。

【００５４】これらの発呼予定日時の中で現日時以前の
発呼予定時刻が設定されている場合には、フラグＦがセ
ットされて、発呼予定電話番号メモリ２９には、図５の
（ｃ）のように、通信に失敗した公衆電話機のうち、現
日時以前の発呼予定時刻が設定されている公衆電話機２
₅ 、２₇ 、…、２_n-1 の電話番号Ｄｎ５、Ｄｎ７、…、
Ｄｎ（Ｎ−１）が順番に記憶されることになり、この電
話番号がＤｎ５、Ｄｎ７、…、Ｄｎ（Ｎ−１）の順に読
み出されて公衆電話機２₅ 、２₇ 、…、２_n-1に対する
再発呼と通信処理が、前記同様になされる。

【００５５】以下同様にして、全ての公衆電話機に対す
る通信が成功するまで、再発呼と通信処理とが繰り返さ
れる。

【００５６】なお、このように、再発呼の回数が増して
いくにつれて通信対象となる公衆電話機の数が減少して
ゆき、例えば１つの公衆電話機のみが再発呼の対象にな
った場合、この公衆電話機に対する再発呼が連続的に行
なわれる。

【００５７】また、全ての公衆電話機に情報をダウンロ
ードする場合と異なり、通信対象が特定の公衆電話機だ
けのような場合でも、その公衆電話機に対する再発呼が
連続的に行なわれる可能性がある。

【００５８】ところが、同一の端末に対する自動の連続
発呼は、回線の規定によって所定時間以内（例えば３分
以内）に所定回数（例えば３回）までしか許されていな
いので、リトライ間隔ΔＴを例えば３０秒のように短く
固定設定してしまうと、一つの公衆電話機に対するリト
ライ間隔が回線の規定に違反してしまう。

【００５９】このために、この実施形態では、前記した
ようにリトライ間隔ΔＴを規定を満足する時間から始め
てリトライ回数が増える毎に増加させていくことで、同
一の端末に対する自動の連続発呼の間隔を制御してい
る。

【００６０】このように、実施形態のセンタ装置２０
は、通信の失敗回数の少ないものを優先的に発呼するよ
うにしているため、多数の公衆電話機と順次通信を行な
う場合でも、通信失敗を繰り返す公衆電話機に対する再
発呼によって他の公衆電話機への発呼が遅れることがな
くなり、効率的な通信が行なえる。

【００６１】また、再発呼処理自体は常に有効になって
おり、しかも、リトライ間隔を必要以上長く設定する必
要がないので、特定の公衆電話機と通信を行なう場合に
も、効率的な通信が行なえる。

【００６２】なお、前記実施形態では、失敗回数が同じ
公衆電話機に対する発呼順序を、公衆電話機固有のシリ
アル番号順にしていたが、失敗回数が同じ公衆電話機に
対する発呼順序は任意であり、例えば電話番号順にして
もよい。

【００６３】また、前記実施形態では、電話回線に接続
された複数の公衆電話機との間の通信を１つの回線（１
つのモデム）を介して行なっていたが、センタ装置を複
数Ｍ（Ｍは例えば４〜１６）のモデムを介してＭ回線に
接続させ、公衆電話機をＭ個ずつ発呼するようにしても
よい。

【００６４】また、前記実施形態では、複数の公衆電話
機と電話回線を介して通信を行なうセンタ装置に本発明
の通信装置を適用していたが、電話回線に接続された公
衆電話機以外の端末機と通信を行なう通信装置にも本願
発明を同様に適用することができる。

【００６５】

【発明の効果】以上説明したように、本発明の通信装置
は、通信に失敗した端末機を再発呼するタイミングにな
ったときに、通信の失敗回数の少ないものを優先的に発
呼するようにしているため、多数の端末機と順次通信を
行なう場合でも、通信失敗を繰り返す端末機に対する再
発呼によって他の端末機への発呼が遅れることがなくな
り、効率的な通信が行なえる。

【００６６】また、再発呼処理自体は常に有効になって
おり、しかも、そのリトライ間隔を必要以上長く設定す
る必要がないので、特定の端末機と通信を行なう場合に
も、効率的な通信が行なえる。

【図面の簡単な説明】

【図１】本発明の一実施形態の構成を示すブロック図

【図２】一実施形態の処理手順を示すフローチャート

【図３】一実施形態の処理手順を示すフローチャート

【図４】一実施形態の動作を説明するためのメモリ図

【図５】一実施形態の動作を説明するためのメモリ図

【図６】公衆電話機システムの概略図

【図７】従来装置の動作を説明するためのメモリ図

【符号の説明】

２₁ 〜２_n 公衆電話機 ３ モデム ２０ センタ装置 ２１ メモリテーブル ２２ 発呼予定日時設定手段 ２３ 通信内容設定手段 ２４ 通信内容メモリ ２５ 時計回路 ２６ テーブル監視手段 ２７ 発呼処理部 ２８ 電話番号ソート手段 ２９ 発呼予定電話番号メモリ ３０ 電話番号送出手段 ３１ シリアルインタフェース ３２ 応答検知手段 ３３ 情報通信手段 ３４ 成否判定手段 ３５ 発呼予定日時消去手段 ３６ 失敗回数計数手段 ３７ 発呼予定日時変更手段 ３８ 端末情報設定手段

【手続補正書】

【提出日】平成１０年６月８日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図 ２】

【図 ５】

【図 １】

【図 ３】

【図 ４】

【図 ６】

【図 ７】

Claims (1)

【特許請求の範囲】
1. 【請求項１】モデムを介して電話回線に接続され、該電
   話回線に接続された複数の端末機との間で通信を行なう
   通信装置において、 前記複数の端末機の電話番号、発呼予定日時および通信
   の失敗回数を記憶するためのメモリと、 前記メモリに端末機の電話番号を設定する端末情報設定
   設定手段と、 前記メモリに端末機の発呼予定日時を設定する発呼予定
   日時設定手段と、 現日時を出力する時計回路と、 前記メモリに発呼予定日時が設定された端末機のうち、
   発呼予定日時が現日時以前の端末機の電話番号を所定順
   に読み出して前記モデムを介して電話回線に出力する発
   呼手段と、 前記発呼手段から出力された電話番号の端末機からの応
   答を検知する応答検知手段と、 前記応答検知手段によって応答が検知されたときに該応
   答した端末機との間で情報の通信を行なう情報通信手段
   と、 前記発呼手段から電話回線に出力された電話番号の端末
   機との間の通信が成功したか失敗したかを判定する成否
   判定手段と、 前記成否判定手段によって通信が成功したと判定された
   端末機の発呼予定日時を前記メモリから消去する発呼予
   定日時消去手段と、 前記成否判定手段によって通信が失敗したと判定された
   端末機の失敗回数を計数し、その計数結果を前記メモリ
   に記録する失敗回数計数手段と、 前記成否判定手段によって通信が失敗したと判定された
   端末機の発呼予定日時を、通信失敗した日時に所定のリ
   トライ間隔を加えた日時に変更する発呼予定日時変更手
   段とを備え、 前記発呼手段は、発呼予定日時が現日時以前の端末機の
   うち、失敗回数が少ない端末機の電話番号を優先的に電
   話回線に出力するように構成されていることを特徴とす
   る通信装置。