JPH11103358A - 通信装置、通信システム、同報通信装置及び再発呼制御方法 - Google Patents

Abstract

(57)【要約】 【課題】複数の通信装置からなる通信システムにいて、
再発呼の回数を少なくして通信時間を短縮することであ
る。 【解決手段】通信中に着呼を受け付けると、通信装置１
１はデータ送信を中断して、発呼を行った通信装置１２
側に回線を切り換える。そして、送信データの残量と通
信速度からデータ送信が完了する通信終了予定時刻を算
出し、発呼側の通信装置１２にその通信終了予定時刻を
通知する。発呼側の通信装置１２は、現在時刻が通信終
了予定時刻となったとき再発呼を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を介して
複数の通信装置が通信を行う通信システム、通信装置、
同報通信装置及び再発呼制御方法に関する。

【０００２】

【従来の技術】複数の通信装置が通信回線に接続された
通信システムでは、各通信装置が通信先を指定して回線
の接続を要求する発呼を行う。これに対して相手側が通
信中でなければ回線が設定されて通信が行われる。この
とき相手側の通信装置が通信中であれば発呼は受付られ
ず、両者の間に回線は設定されないので、発呼側の通信
装置が再発呼を行う必要がある。

【０００３】図１８は従来の通信システムにおいて、通
信しようとする相手が他の通信装置と通信中の場合の再
発呼の通信手順の説明図である。今、通信装置１８０１
が通信装置１８０２に対して発呼を行ったときに、通信
装置１８０２が通信装置１８０３と既に通信していると
きには、発呼は受付けられない。従来、このような場
合、通信装置１８０１は発呼が受付られるまで、例えば
一定時間毎に通信装置１８０２に対して発呼を行ってい
た。

【０００４】

【発明が解決しようとする課題】上述した従来の通信シ
ステムでは、発呼側が再発呼するとき、着呼側の通信装
置の通信が終了しているかどうかを知ることができない
ので、再発呼を行っても相手が通信中である場合があ
り、通信が完了するまで再発呼を何回も繰り返さなけれ
ばならなかった。再発呼のときも通信回線を占有するこ
とになるので、再発呼の回数が多いと、再発呼に要する
時間も含めた通信時間が長くなるという問題点があっ
た。特に同報送信などにおいては、送信先が複数あるこ
とから再発呼の回数が多くなるので、再発呼の回数を減
らし通信回線を効率的に使用することが必要である。

【０００５】本発明の課題は、再発呼の回数を少なくし
て通信装置間の通信時間を短くすることである。

【０００６】

【課題を解決するための手段】通信回線を介して通信を
行う複数の通信装置からなる通信システムにおいて、第
１の発明は第１及び第２の通信装置からなり、第１の通
信装置は、通信中に着呼を受けた場合に、通信データの
残量と通信速度から通信終了予定時刻を算出する時刻算
出手段と、時刻算出手段で算出された通信終了予定時刻
を着呼に対する応答として通知する通知手段とを有す
る。また、第２の通信装置は、発呼に対して第１の通信
装置から通信終了予定時刻が通知された場合に、通信終
了予定時刻に再発呼を行う通信手段を有する。

【０００７】第２の発明は第１の通信装置と第２の通信
装置からなる。第１の通信装置は、受信中に着呼を受け
た場合に、送信側から通知される送信予定データ量と、
受信済みのデータ量と、通信速度から通信終了予定時刻
を算出する時刻算出手段と、時刻算出手段で算出された
通信終了予定時刻を着呼に対する応答として通知する通
知手段とを有する。第２の通信装置は、発呼に対して第
１の通信装置から通信終了予定時刻が通知された場合
に、通信終了予定時刻に再発呼を行う通信手段を有す
る。

【０００８】第３の発明は、第１、第２及び第３の通信
装置からなる。第１の通信装置は、受信中に着呼を受け
た場合に、送信側に通信終了予定時刻を問い合わせる問
い合わせ手段と、問い合わせに対して送信側から通知さ
れる通信終了予定時刻を、着呼に対する応答として通知
する第１の通知手段とを有する。第２の通信装置は、受
信側の第１の通信装置からの通信終了予定時刻の問い合
わせに対して送信データの残量と通信速度から通信終了
予定時刻を算出する時刻算出手段と、時刻算出手段で算
出された通信終了予定時刻を第１の通信装置に通知する
第２の通知手段とを有する。さらに、第３の通信装置
は、発呼に対する応答として第１の通信装置から通信終
了予定時刻が通知された場合に、通信終了予定時刻に再
発呼を行う通信手段を有する。

【０００９】第１、第２あるいは第３の発明は、通信中
に着呼を受けた場合、通信終了予定時刻を発呼側に通知
し、発呼側でその通信終了予定時刻に再発呼するように
した。これにより、通信しようとする相手が通信中のと
きに無駄に再発呼が行われるのを防止できるので、再発
呼の回数を減らして再発呼の時間を含む通信に要する時
間を短縮することができる。また、再発呼の回数を減ら
すことで、再発呼による通信回線の占有率を低減するこ
とができる。

【００１０】第４の発明の同報通信装置は、同報送信先
の複数の通信装置に対する発呼に対して、通信中の１ま
たは複数の通信装置から通信終了予定時刻が通知された
場合に、受信した通信終了予定時刻に基づいて同報通信
の発呼順序を決める発呼順序決定手段と、発呼順序決定
手段で決定された発呼順序で再発呼を行う同報通信手段
とを備える。

【００１１】第４の発明によれば、同報送信先が通信中
の場合、通信終了予定時刻が通知されるので、その通信
終了予定時刻に基づいて同報送信の発呼順序を決めるこ
とで、無駄な再発呼を減らすことができ、同報通信を完
了するまでの通信時間を短縮できる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。この第１の実施の形態は、データ
送信中の通信装置１１が着呼を受けた場合、送信データ
の残量と通信速度から通信終了予定時刻を計算し、その
通信終了予定時刻を発呼側に通知し、発呼側が通信終了
予定時刻に再発呼を行うようにしたものである。

【００１３】図１は、本発明の第１の実施の形態のネッ
トワーク構成図であり、通信装置１１及び１２と受信装
置１３とが電話網１４に接続されている。通信装置１１
は、図２に示すように、電話網１４とのインタフェース
機能を有する通信部２１、装置全体の動作を制御する制
御部２２、送受信データを保持するデータ保持部２３、
送信データの残量と通信速度から通信終了予定時間を計
算する計算部２４からなる。また、通信装置１１はキャ
ッチホン機能を有しており、通信中に着呼があると、そ
れまでの回線を保留状態にして着呼を受け付けることが
できる。

【００１４】通信装置１２は、図３に示すように、電話
網１４とのインタフェース機能を有する通信部３１と、
装置全体の制御を行う制御部３２と、送受信データを保
持するデータ保持部３３と、発呼、再発呼を制御する発
呼制御部３４とからなる。

【００１５】受信装置１３は、データ送信側からデータ
送信の中断／再開の通知を受信すると、データ受信の中
断／再開を行う機能を有している。通信装置１１が受信
装置１３へデータを送信しているときに着呼を受ける
と、通信装置１１の通信部２１がその着呼を検出し、デ
ータの送信を一時中断して、受信装置１３にデータ送信
の一時中断を通知する。そして、制御部２２が計算部２
４にデータ送信の終了予定時刻の計算を行わせる。計算
部２４は、送信データの残量と受信装置１３との間の通
信速度からデータ送信が終了する通信終了予定時刻を計
算し、計算結果を制御部２２に出力する。制御部２２
は、通信部２１を介して通信終了予定時刻を発呼側に通
知した後回線を切り換え、受信装置１３にデータ送信を
再開することを通知した後に、データ送信を再開する。

【００１６】通信装置１２は、発呼に対する応答として
着呼側の通信装置１１から通信終了予定時刻が通知され
ると、そのことを通信部３１が検出して制御部３２に通
知する。制御部３２は通信終了予定時刻を発呼制御部３
４に通知する。発呼制御部３４は、その通信終了予定時
刻に再発呼を行う。

【００１７】次に、以上のような構成の第１の実施の形
態の動作を、図４の動作シーケンス図を参照して説明す
る。通信装置１１は、受信装置１３へのデータ送信中に
（図４）、キャッチホン機能により通信装置１２から
の着呼を検出すると（図４）、データ送信を一時中断
することを受信装置１３へ通知する（図４）。

【００１８】そして、通信装置１１は回線を切り換え、
発呼を行った通信装置１２との間に回線を設定する。こ
のとき通信装置１１は、受信装置１３へ送信する残りの
データ量と、受信装置１３との間の通信速度から通信終
了予定時刻を計算する。そして、発呼側の通信装置１２
にその通信終了予定時刻を通知した後（図４）、通信
装置１２との間の回線を切断する（図）。

【００１９】通信装置１１は、回線を受信装置１３側に
切り換え、データ送信を再開することを受信装置１３へ
通知する（図４）。そして、データの送信を再開して
（図４）、所定量のデータの送信が完了したなら回線
を切断する（図４）。

【００２０】通信装置１２は、現在時刻が通信終了予定
時刻となると、通信装置１１に対して再発呼する（図４
）。この第１の実施の形態は、データ送信中の通信装
置１１が、送信データの残量と通信速度からデータ送信
が終了する通信終了予定時刻を計算し、発呼を行った通
信装置１２にその通信終了予定時刻を通知し、通信装置
１２が通信終了予定時刻に再発呼を行う。従って、相手
の通信装置１１が通信可能なときに再発呼が行われるの
で、１度の再発呼で通信が成功する確率が高くなる。ま
た、相手が通信中で通信できな状態のときに再発呼を繰
り返すことによる無駄な通信時間を無くすことができる
ので、再発呼の時間も含めた通信に要する時間を短縮で
きる。

【００２１】次に、本発明の第２の実施の形態を説明す
る。この第２の実施の形態は、データの送信側から予め
送信予定データ量を受信側に通知し、送信中に着呼を受
けた場合に、送信予定データ量と受信済みデータ量と通
信速度から通信終了予定時刻を計算して発呼側に通知
し、発呼側がその通信終了予定時刻に再発呼を行うもの
である。

【００２２】図５は、第２の実施の形態のネットワーク
構成図である。電話網１４には、前述した通信装置１２
と、送信装置５１と通信装置５２とが接続されている。
送信装置５１は、図示していないが前述した通信装置１
１と同様に通信部２１、制御部２２、データ保持部２３
及び計算部２４を有し、制御部２２は、受信側からの通
信の中断／再開要求を受けてデータの送信を中断／再開
する機能の他にデータの送信を開始する際に、送信予定
データ量を受信側に通知する機能を有している。

【００２３】通信装置５２は、同様に通信部６１、制御
部６２、データ保持部６３及び計算部６４を有する。通
信装置５２は、データ受信開始時に、通信部６１で送信
側から送信予定データ量の通知を受けると、制御部６２
がその情報を保持し、受信データ量の監視を行う。そし
て、データ受信中に通信部６１で着呼を検出すると、制
御部６２が送信装置５１からのデータ送信を中断させた
後、計算部６４に送信終了予定時刻の計算を指示する。
計算部６４は、送信側から通知された送信予定データ量
と、データの受信を中断したときまでの受信済みデータ
量から残りの受信予定データ量を求める。そして、計算
部６４はその残りの受信予定データ量と通信速度から通
信終了予定時刻を計算し、計算結果を制御部６２に通知
する。制御部６２は、通信終了予定時刻を発呼側に通知
する。また、通信装置５２は、キャッチホン機能を有し
ており、通信中に着呼があると、通信中の回線を保留状
態にして着呼に応答することができる。

【００２４】以下、この第２の実施の形態の各通信装置
の動作を図７の動作シーケンス図を参照して説明する。
送信装置５１と通信装置５２との間にデータ送信のため
に回線が設定されると、先ず、送信装置５１から通信装
置５２にこれから送信される送信予定データ量が通知さ
れ（図７）、その後データの送信が開始される（図７
）。

【００２５】データ受信中に通信装置１２から通信装置
５２に対して発呼が行われ（図７）、通信装置５２が
キャッチホン機能により着呼を検出すると、送信装置５
１に対してデータの送信を一時中断する要求を出力する
（図７）。

【００２６】次に、通信装置５２は、回線を発呼を行っ
た通信装置１２側に切り換える。そして、通信装置５２
の計算部２４で、送信側から通知された送信予定データ
量とデータ送信を中断するまでに受信した受信済みデー
タ量から残りの受信予定データ量を求め、その残りの受
信予定データ量と送信装置５１との間の通信速度から通
信終了予定時刻を計算し、その通信終了予定時刻を発呼
を行った通信装置１２に通知する（図７）。その後、
通信装置１２との間の回線を切断する（図７）。

【００２７】次に、通信装置５２はデータ送信の再開要
求を送信装置５１に送る（図７）。これを受けて送信
装置５１がデータの送信を再開する（図７）。データ
の送信が完了したなら、送信装置５１と通信装置５２と
の間の回線を切断する（図７）。

【００２８】通信装置１２は、現在時刻が通信終了予定
時刻となったなら、通信装置５２に対して再発呼を行う
（図７(10)）。この第２の実施の形態は、送信側の送信
装置５１が受信側の通信装置５２に予め送信予定データ
量を通知し、受信側の通信装置５２が、通信中に着呼を
検出した場合、通知された送信予定データ量と受信済み
データ量と通信速度から通信終了予定時刻を計算する。
そして、発呼を行った通信装置１２に通信終了予定時刻
を通知し、通信装置１２がその通信終了予定時刻に再発
呼を行う。従って、相手の通信装置５２が通信可能なと
きに再発呼を行うことができるので、１度の再発呼で通
信が成功する確率が高くなる。これにより、再発呼の回
数が最小限となるので、再発呼の時間も含めた通信に要
する時間を短縮できる。

【００２９】次に、本発明の第３の実施の形態を説明す
る。この第３の実施の形態は、受信側が送信側に通信終
了予定時刻を問い合わせ、送信側から送られてくる通信
終了予定時刻を発呼側へ通知し、発呼側でその通信終了
予定時刻に再発呼を行うようにしたものである。

【００３０】図８は、第３の実施の形態のネットワーク
構成図であり、電話網１４に通信装置８１、８２と前述
した通信装置１２とが接続されている。通信装置８１及
び８２は、図示していないが前述した通信装置１１と同
様に通信部２１、制御部２２、データ保持部２３及び計
算部２４とを有する。通信装置８１は、通信部２１で着
呼を検出すると、制御部２２が送信側にデータ送信の中
断を要求した後、通信終了予定時刻を問い合わせる機能
を有する。

【００３１】通信装置８２は、通信部２１で受信側から
のデータ送信の中断要求を受信すると、制御部２２が計
算部２４に通信終了予定時刻の計算を指示する。計算部
２４は送信データの残量と通信速度から通信終了予定時
刻を計算し、制御部２２は計算部２４で計算された通信
終了予定時刻を受信側に通知する。通信装置１２は、第
１の実施の形態の通信装置１２と同一である。

【００３２】以下、上記のような構成の第３の実施の形
態の動作を、図９の動作シーケンス図を参照して説明す
る。通信装置８２から通信装置８１へのデータの送信中
に（図９）、通信装置１２が通信装置８１に対して発
呼を行うと（図９）、通信装置８１はキャッチホン機
能により通信装置１２からの着呼を検出する。そして、
受信側の通信装置８１は、送信側の通信装置８２にデー
タ送信の中断を要求し（図９）、さらにデータの送信
が終了する通信終了予定時刻を問い合わせる（図９
）。

【００３３】その問い合わせに対して、通信装置８２は
残りの送信データ量と通信装置８１との間の通信速度と
から通信終了予定時刻を計算し、計算により得られた通
信終了予定時刻を受信側の通信装置８１に通知する（図
９）。

【００３４】通信装置８１は、送信側の通信装置８２と
の回線を保留状態にし、発呼側の通信装置１２との回線
に切り換えた後、通信終了予定時刻を発呼側の通信装置
１２に通知する（図９）。その後、通信装置１２との
回線を切断して（図９）、通信装置８２との回線に切
り換える。そして、通信装置８２にデータ送信を再開す
るように要求する（図９）。

【００３５】これに応じて、通信装置８２はデータの送
信を再開する（図９）。一定量のデータの送信が終了
したなら、通信装置８１と通信装置８２との間の回線が
切断される（図９(10)）。そして、通信装置１２は、現
在時刻が通信終了予定時刻になったなら、通信装置８１
に対して再発呼を行う（図９(11)）。

【００３６】この第３の実施の形態では、受信側の通信
装置８１が送信側の通信装置８２に通信終了予定時刻を
問い合わせ、送信側の通信装置８２から通信終了予定時
刻が通知されたなら、その通信終了予定時刻を発呼側の
通信装置１２に通知する。そして、発呼側の通信装置１
２は、その通信終了予定時刻に通信装置８１に対して再
発呼する。これにより、相手の通信装置８１が通信可能
なときに再発呼が行われるので、１度の再発呼で通信が
成功する確率が高くなる。また、再発呼の回数を最小限
にすることができるので、再発呼の時間も含めた通信に
要する時間を短縮することができる。

【００３７】次に、本発明の第４の実施の形態を説明す
る。図１０は、第４の実施の形態のネットワーク構成図
である。電話網１４には、複数の通信装置１０２〜１０
４と、それらの通信装置１０２〜１０４に同報送信を行
う同報通信装置１０１と、通信装置１０５とが接続され
ている。この第４の実施の形態は、同報通信の通信先が
通信中であった場合に、通信中の通信装置が通信終了時
刻を同報通信装置１０１に通知し、同報通信装置１０１
が通知された通信終了予定時刻を参照して発呼順序を決
めるものである。

【００３８】通信装置１０２〜１０４は、第２の実施の
形態の通信装置５２と同じ機能を有し、データ受信時
に、通信部６１で送信側から送信データ量の通知を受
け、制御部６２がその情報を保持すると共に、通信開始
後の受信データ量を監視する。そして、データの受信中
に通信部２１が着呼を検出すると、計算部２４が、送信
側から通知された受信予定データ量とその時点の受信済
みデータ量から残りの受信予定データ量を求め、その残
りの受信予定データ量と通信速度から通信終了予定時刻
を計算し、制御部２２に通知する。制御部２２は通信終
了予定時刻を発呼側に通知する。また、通信装置１０２
〜１０４はキャッチホン機能を有し、通信中に着呼を検
出すると、そのとき通信中の回線を保留状態にして着呼
に応答することができる。

【００３９】通信装置１０５は、第２の実施の形態の通
信装置５１と同じ機能を有し、データ送信を開始する際
に、送信予定データ量を受信側に通知する機能と、受信
側からの通信の中断／再開要求を受けてデータの送信を
中断／再開する機能を有する。

【００４０】同報通信装置１０１は、図１１のブロック
図に示すように、電話網１４とのインタフェース機能を
持つ通信部１１０１と、装置全体を制御する制御部１１
０２と、送受信データを保持するデータ保持部１１０３
と、同報送信の順序を決める同報送信制御部１１０４と
からなる。

【００４１】ここで、同報通信装置１０１の動作を図１
２のフローチャートを参照して説明する。同報通信装置
１０１の同報送信制御部１１０４は、同報送信先と再発
呼先を指定する同報送信リストを有しており、同報送信
先リストは、図１３（Ａ）（Ｂ）に示す発呼リスト１３
０１と、同図（Ｂ）に示す再発呼リスト１３０２からな
る。発呼リスト１３０１には、最初の状態では、指定さ
れた送信順に送信先の通信装置が登録され、再発呼リス
ト１３０２にはなにも登録されていない。

【００４２】同報送信の開始が指示されると、現在時刻
に同報送信に要する通信時間（この例では、５分として
いる）を加算して得られる時刻が、再発呼リスト１３０
２の１番目の通信終了予定時刻より早いか否かを判別す
る（図１２、Ｓ１）。ステップＳ１で、現在時刻に同報
送信に要する通信時間を加算した時刻が、再発呼リスト
１３０２の１番目の通信終了予定時刻より早いか否かを
判別しているのは、通信中か否かが不明な発呼リスト１
３０１に登録されている通信装置に対して発呼するより
も、そのとき受信可能となっている通信装置に再発呼す
る方が通信が成功する確率が高いので、再発呼を優先し
て実行するためである。その際、現在時刻に同報送信に
要する通信時間を加算した時刻より通信終了予定時刻が
早い場合には、再発呼を優先して行う。他方、通信終了
予定時刻がそれより遅い場合、つまり発呼リスト１３０
１の１番目の送信先に対する発呼が成功し、同報データ
の送信が終了した後に通信終了予定時刻がくる場合に
は、発呼リスト１３０１に基づく発呼を行うことで、再
発呼を優先するための待ち時間が必要以上に長くならな
いようにしている。なお、再発呼を優先させる際の基準
となる時間は、上述した同報送信に要する通信時間と等
しい時間に限らず、それより長い、あるいは短い時間を
設定してもよい。

【００４３】同報送信を最初に行うときには、再発呼リ
スト１３０２には何も登録されていないので、ステップ
Ｓ１の判別がＹＥＳとなり、ステップＳ２に進み発呼リ
スト１３０１の１番目の送信先に対して発呼を行う。そ
して、次のステップＳ３で発呼が成功して回線が接続さ
れたか否かを判別する（Ｓ３）。

【００４４】発呼が成功しなければ（Ｓ３、ＮＯ）、発
呼リスト１３０１の１番目の送信先を削除し、２番目以
降の送信先を順に繰り上げる（Ｓ４）。着呼側が通信中
で回線が接続できなかったときには、着呼側から通信終
了予定時刻が送信されてくるので、そのときの送信先を
通信終了予定時刻と共に再発呼リスト１３０２に加えた
後、再発呼リスト１３０２の送信先を通信終了予定時刻
の早い順にソートする（Ｓ５）。

【００４５】図１４（Ａ）、（Ｂ）は、発呼リスト１３
０１の１番目に登録されている通信装置１０２に対する
発呼が終了した後の時刻「１３時０５分」における、発
呼リスト１３０１と再発呼リスト１３０２の内容を示し
ている。

【００４６】通信装置１０２への発呼が終了すると（こ
の場合、着呼拒否）、図１４（Ａ）に示すように発呼リ
スト１３０１の１番目に登録されていた通信装置１０２
が削除され、それまで２番目に登録されていた通信装置
１０３が１番目に繰り上げられる。この場合、通信装置
１０２に対する同報送信が完了していないので、図１４
（Ｂ）の再発呼リスト１３０２の１番目に通信装置１０
２と、通信装置１０２から通知された通信終了予定時刻
の「１３時１２分」が登録される。

【００４７】他方、図１２のステップＳ３で発呼が成功
した場合には、ステップＳ６に進み、発呼リスト１３０
１の１番目の送信先を削除し、２番目以降の送信先を順
に繰り上げる。

【００４８】１つの送信先に対する発呼が終了したな
ら、ステップＳ１に戻り現在時刻と発呼リスト１３０１
の１番目の通信装置１０３との通信時間（同報送信に要
する通信時間）を加算して得られる時刻の方が、再発呼
リスト１３０２の１番目の送信先の通信終了予定時刻よ
り早いか否かを判別する。

【００４９】例えば、現在時刻が、図１４（Ａ）、
（Ｂ）に示す発呼リスト１３０１と再発呼リスト１３０
２の書き換えが終了した時刻「１３時０５分」で、同報
送信に要する通信時間が「５分」であるとすると、現在
時刻に通信時間の「５分」を加算した時刻は「１３時１
０分」となり、これは図１４（Ｂ）の再発呼リスト１３
０２の１番目の通信終了予定時刻「１３時１２分」より
早いので、この場合、発呼リスト１３０１の１番目に登
録されている通信装置１０３に対して発呼が行われる。

【００５０】そして、同報送信先の通信装置１０３との
通信が成功した場合には、図１５（Ａ）に示すように発
呼リスト１３０１から通信装置１０３が削除され、２番
目に登録されていた通信装置１０４が１番目に繰り上げ
られる。この場合、通信が成功したので図１５（Ｂ）
の、再発呼リスト１３０２の内容は変更されない。な
お、図１５図（Ａ）、（Ｂ）の同報送信リストの内容は
時刻「１３時１０分」のときの状態を示している。

【００５１】発呼リスト１３０１の１番目の通信装置１
０３に対する発呼が終了したなら、再度、図１２のステ
ップＳ１に戻り、現在時刻に発呼リスト１３０１の１番
目の送信先に対する送信に要する通信時間を加算して得
られる時刻の方が、再発呼リスト１３０２の１番目の通
信終了予定時刻より早いか否かを判別する。このステッ
プＳ１で、再発呼リスト１３０２の１番目の通信終了予
定時刻の方が早いと判別された場合には（Ｓ１、Ｎ
Ｏ）、ステップＳ７に進み再発呼リスト１３０２の１番
目に登録されている通信装置に対して発呼を行う。

【００５２】現在時刻が、例えば、図１５（Ａ）発呼リ
スト１３０１の書き換えが終了した「１３時１０分」で
あるとすると、その時刻に同報送信に要する通信時間の
５分を加算して得られる時刻は「１３時１５分」とな
り、この時刻より、図１５（Ｂ）の再発呼リスト１３０
２の１番目に登録されている通信終了予定時刻「１３時
１２分」の方が早いので、ステップＳ７進み再発呼リス
ト１３０２の１番目の送信先に対して再発呼を行う。

【００５３】そして、再発呼が成功したか否かを判別し
（Ｓ８）、発呼が成功しなければ、ステップＳ９に進
み、再発呼リスト１３０２の１番目の情報を削除し、２
番目以降の送信先及びその通信終了予定時刻を順に繰り
上げる。

【００５４】その後、前述したステップＳ５に進み、再
発呼を行った宛先と、発呼に失敗したときに着呼側から
通知される通信終了予定時刻を再発呼リスト１３０２に
加えた後に、再発呼リスト１３０２を通信終了予定時刻
の早い順にソートする。

【００５５】ステップＳ８で、発呼が成功したと判別さ
れた場合には、ステップＳ１０に進み、再発呼リスト１
３０２の１番目の情報を削除して２番目以降の情報を順
に繰り上げる。

【００５６】図１６（Ａ）、（Ｂ）は、図１５（Ｂ）の
再発呼リスト１３０２の１番目に登録されていた通信装
置１０２に対して再発呼を行って、通信が成功した後の
発呼リスト１３０１及び再発呼リスト１３０２の内容を
示している。

【００５７】再発呼により同報送信が完了した場合に
は、図１６（Ｂ）の再発呼リスト１３０２の１番目の送
信先及び通信終了予定時刻を削除する。この結果、再発
呼リスト１３０２はデータが何も登録されていない状態
となる。

【００５８】ここで、第４の実施の形態における各通信
装置の動作を、図１７の動作シーケンス図を参照して説
明する。以下、通信装置１０５から通信装置１０２に対
してデータが送信されているときに、同報通信装置１０
１が、図１３（Ａ）の発呼リスト１３０１に基づいて通
信装置１０２、１０３及び１０４に同報送信を行う場合
について説明する。

【００５９】通信装置１０５から通信装置１０２へデー
タ送信が行われているとき（図１７）、同報通信装置
１０１から通信装置１０２に対して発呼が行われると
（図１７）、通信装置１０２はキャッチホン機能によ
り着呼を検出し、送信側の通信装置１０５に対して中断
要求を送信する（図１７）。そして、回線を発呼側に
切り換え、同報通信装置１０１に通信終了予定時刻を通
知した後（図１７）、回線を切断する（図１７）。
その後、通信装置１０５にデータ送信の再開要求を送
る。これを受けた通信装置１０５はデータ送信を再開す
る（図１７）。

【００６０】同報送信が失敗した場合には、同報通信装
置１０１は、前述したように発呼リスト１３０１の１番
目に送信先として登録されている通信装置１０２を削除
し、２番目以降の送信先を順に繰り上げる。また、再発
呼リスト１３０２に再発呼先として通信装置１０２とそ
の通信終了予定時刻を登録し、再発呼リスト１３０２を
通信終了予定時刻の早い順に並べ変える。これにより、
発呼リスト１３０１及び再発呼リスト１３０２は、図１
４（Ａ）、（Ｂ）に示すように書き換えられる。次に、
同報通信装置１０１は、現在時刻に同報送信に要する通
信時間を加算して得られる時刻の方が、再発呼リスト１
３０２の１番目の通信終了予定時刻より早いか否かを判
別する。

【００６１】送信装置１０２への発呼が終了した後の図
１４の状態の時刻は「１３時０５分」で、その時刻に同
報送信に要する通信時間の「５分」を加算した時刻は
「１３時１０分」となり、これは再発呼リスト１３０２
の１番目の通信終了予定時刻「１３時１２分」より早
い。

【００６２】従って、この場合、同報通信装置１０１
は、発呼リスト１３０１の１番目に登録されている通信
装置１０３に対して発呼を行う（図１７）。この発呼
に対して通信装置１０３から受信可能との応答がある
と、同報通信装置１０１は同報送信を開始する（図１７
）。そして、データの送信が完了したなら、同報通信
装置１０１は、通信装置１０３に回線の切断を通知して
回線を切断する（図１７(10)）。その後、通信終了予定
時刻となって、通信装置１０５と通信装置１０２との間
のデータ送信が完了すると、それらの間の回線が切断さ
れる（図１７(11)）。

【００６３】通信装置１０３への同報送信が終了する
と、同報通信装置１０１は、現在時刻に同報送信に要す
る通信時間を加算した時刻の方が、再発呼リスト１３２
０の１番目の通信終了予定時刻より早いか否かを判別す
る。

【００６４】図１５の例では、通信装置１０３への同報
送信が成功して、発呼リスト１３０１が書き換えられた
ときの時刻が「１３時１０分」であり、この時刻に同報
送信の通信時間「５分」を加算した時刻は「１３時１５
分」となる。この時刻より図１５（Ｂ）の再発呼リスト
１３０２の１番目の通信終了予定時刻の方が早いので、
同報通信装置１０１は、その再発呼リスト１３０２の１
番目に登録されている通信装置１０２に対して再発呼を
行う（図１７(12)）。この発呼に対して通信装置１０２
から受信可能との応答があると、同報通信装置１０１は
同報データを送信し（図１７(13)）、同報データの送信
が終了したなら回線を切断する（図１７(14)）。

【００６５】これにより、通信装置１０２への同報送信
が完了したので、再発呼リスト１３０２の１番目の情報
を削除し、通信装置１０２との回線を切断する（図１７
(14)）。その後、発呼リスト１３０１の１番目の通信装
置１０４に対して発呼を行い（図１７(15)）、着呼側か
ら受信可能との応答があれば、同報データの送信を行
い、これが完了すれば同報送信が終了する。

【００６６】上述した第４の実施の形態によれば、同報
送信を行う場合に、着呼側が他の通信装置と通信中で送
信が行えないときには、通信が終了する通信終了予定時
刻を通知してもらい、その通信終了予定時刻に再発呼を
行うようにしたので、２回目以降の送信が成功する確率
が高くなり、再発呼の回数を大幅に減らすことができ
る。また、所定時間分だけ（実施の形態では同報送信に
要する通信時間分）、発呼リスト１３０１の発呼より再
発呼を優先することにより、そのとき通信可能となって
いる再発呼先と通信できるので、通信中か否かが不明の
発呼リスト１３０１に登録されている通信装置に対して
発呼するより通信に成功する確率が高くなる。よって、
同報送信における再発呼の回数を少なくでき、同報送信
に要する全体の通信時間を短くできる。

【００６７】上述した実施の形態では、通信中に着呼を
受けた通信装置が発呼側に通信終了予定時間を通知して
いるが、発呼側に通信データの残量と通信速度を通知
し、発呼側の通信装置が通信終了予定時刻を算出するよ
うにしてもよい。

【００６８】

【発明の効果】本発明によれば、通信中に着呼を受けた
場合に、通信が終了する通信終了予定時刻を算出し、そ
の通信終了予定時刻に再発呼することで通信の成功する
確率が高くなる。従って、再発呼の回数を減らし、通信
時間を短縮することができる。

【図面の簡単な説明】

【図１】第１の実施の形態のネットワーク構成図であ
る。

【図２】通信装置１１のブロック図である。

【図３】通信装置１２のブロック図である。

【図４】第１の実施の形態の動作シーケンス図である。

【図５】第２の実施の形態のネットワーク構成図であ
る。

【図６】通信装置５２のブロック図である。

【図７】第２の実施の形態の動作シーケンス図である。

【図８】第３の実施の形態のネットワーク構成図であ
る。

【図９】第３の実施の形態の動作シーケンス図である。

【図１０】第４の実施の形態のネットワーク構成図であ
る。

【図１１】同報通信装置１０１のブロック図である。

【図１２】同窓送信処理のフローチャートである。

【図１３】同図（Ａ）は発呼リスト１３０１の最初の状
態を示す図であり、同図（Ｂ）は再発呼リスト１３０２
の最初の状態を示す図である。

【図１４】同図（Ａ）、（Ｂ）は、通信装置１０２への
発呼終了後の発呼リスト１３０１及び再発呼リスト１３
０２の内容を示す図である。

【図１５】同図（Ａ）、（Ｂ）は、通信装置１０３への
発呼終了後の発呼リスト１３０１及び再発呼リスト１３
０２の内容を示す図である。

【図１６】同図（Ａ）、（Ｂ）は、通信装置１０２への
再発呼終了後の発呼リスト１３０１及び再発呼リスト１
３０２の内容を示す図である。

【図１７】第４の実施の形態の動作シーケンス図であ
る。

【図１８】従来の通信システムにおける再発呼の手順の
説明図である。

【符号の説明】 １１、１２、５１、５２、８１、８２ 通信装置 １０２、１０３、１０４、１０５ 通信装置 ２１ 通信部 ２２ 制御部 ２４、６４ 計算部 ３４ 発呼制御部

Claims (10)

【特許請求の範囲】
1. 【請求項１】通信回線を介して通信を行う複数の通信装
   置からなる通信システムにおいて、 通信中に着呼を受けた場合に、通信データの残量と通信
   速度から通信終了予定時刻を算出する時刻算出手段と、
   該時刻算出手段で算出された通信終了予定時刻を前記着
   呼に対する応答として通知する通知手段とを有する第１
   の通信装置と、 発呼に対して前記第１の通信装置から前記通信終了予定
   時刻が通知された場合に、該通信終了予定時刻に再発呼
   を行う通信手段を有する第２の通信装置と、 からなることを特徴とする通信システム。
2. 【請求項２】通信回線を介して通信を行う複数の通信装
   置からなる通信システムにおいて、 受信中に着呼を受けた場合に、送信側から通知される送
   信予定データ量と、受信済みデータ量と、通信速度から
   通信終了予定時刻を算出する時刻算出手段と、該時刻算
   出手段で算出された通信終了予定時刻を前記着呼に対す
   る応答として通知する通知手段とを有する第１の通信装
   置と、 発呼に対して前記第１の通信装置から前記通信終了予定
   時刻が通知された場合に、該通信終了予定時刻に再発呼
   を行う通信手段を有する第２の通信装置と、 からなることを特徴とする通信システム。
3. 【請求項３】通信回線を介して通信を行う複数の通信装
   置からなる通信システムにおいて、 受信中に着呼を受けた場合に、送信側に通信終了予定時
   刻を問い合わせる問い合わせ手段と、前記問い合わせに
   対して送信側から通知される通信終了予定時刻を、前記
   着呼に対する応答として通知する第１の通知手段とを有
   する第１の通信装置と、 受信側の前記第１の通信装置からの通信終了予定時刻の
   問い合わせに対して送信データの残量と通信速度から通
   信終了予定時刻を算出する時刻算出手段と、該時刻算出
   手段で算出された通信終了予定時刻を前記第１の通信装
   置に通知する第２の通知手段とを有する第２の通信装置
   と、 発呼に対する応答として前記第１の通信装置から前記通
   信終了予定時刻が通知された場合に、該通信終了予定時
   刻に再発呼を行う通信手段を有する第３の通信装置と、 からなることを特徴とする通信システム。
4. 【請求項４】同報通信のための複数の通信装置に対する
   発呼に対して、通信中の１または複数の通信装置から通
   信終了予定時刻が通知された場合に、受信した通信終了
   予定時刻に基づいて同報通信の発呼順序を決める発呼順
   序決定手段と、 前記発呼順序決定手段で決定された発呼順序で再発呼を
   行う同報通信手段とを備えることを特徴とする同報通信
   装置。
5. 【請求項５】前記発呼順序決定手段は、予め指定された
   同報送信先を送信予定順に記憶する発呼順序記憶手段
   と、前記発呼順序記憶手段に記憶された順序で発呼を行
   ったとき、通信中であった通信装置を該通信装置から通
   知される通信終了予定時刻と共に該通信終了予定時刻の
   早い順に記憶する再発呼順序記憶手段とを有し、 前記同報通信手段は現在時刻に所定時間を加算して得ら
   れる時刻と、前記再発呼順序記憶手段の先頭に記憶され
   ている前記通信終了予定時刻との何れの時刻が早いかを
   判定し、前記通信終了予定時刻が前記現在時刻に所定時
   刻を加算して得られる時刻より早いときには、前記再発
   呼順序記憶手段の先頭に記憶されている同報送信先に対
   する再発呼を優先して行い、前記通信終了予定時刻が現
   在時刻に所定時刻を加算して得られる時刻より遅いとき
   には、前記発呼順序記憶手段に記憶されている同報送信
   先に対して発呼を行うことを特徴とする請求項４記載の
   同報通信装置。
6. 【請求項６】通信回線を介して通信を行う複数の通信装
   置からなる通信システムにおいて、 通信中に着呼を受けた場合に、該着呼に対する応答とし
   て通信データの残量と通信速度を通知する通知手段を有
   する第１の通信装置と、 発呼に対して前記第１の通信装置から通知される通信デ
   ータの残量と通信速度とから、着呼側の通信終了予定時
   刻を算出する時刻算出手段と、該時刻算出手段で算出さ
   れた通信終了予定時刻に再発呼を行う通信手段とを有す
   る第２の通信装置と、 からなることを特徴とする通信システム。
7. 【請求項７】通信中に着呼を受けた場合に、該着呼に対
   する応答として通信データの残量と通信速度を通知する
   通知手段と、 発呼に対して着呼側から通信データの残量と通信速度が
   通知された場合に、該通信データの残量と通信速度から
   着呼側の通信終了予定時刻を算出する時刻算出手段と、 前記通信終了時刻に再発呼を行う通信手段とを備えるこ
   とを特徴とする通信装置。
8. 【請求項８】通信中に着呼を受けた場合に、送信データ
   の残量または今後受信する受信予定データ量と通信速度
   から通信終了予定時刻を算出する時刻算出手段と、 前記着呼に対する応答として前記通信終了予定時刻を通
   知する通知手段と、 自装置からの発呼に対して着呼側から通信終了予定時刻
   が通知された場合に、該通信終了予定時刻に再発呼を行
   う通信手段とを備えることを特徴とする通信装置。
9. 【請求項９】受信中に着呼を受けた場合に、送信側に通
   信終了予定時刻を問い合わせる問い合わせ手段と、 前記問い合わせ手段の問い合わせに対して送信側から通
   知される通信終了予定時刻を発呼側に通知する通知手段
   と、 自装置からの発呼に対して通信終了予定時刻が通知され
   た場合に、該通信終了予定時刻に再発呼を行う通信手段
   とを備えることを特徴とする通信装置。
10. 【請求項１０】通信中に着呼を受けた場合に、通信が終
    了する通信終了予定時刻を算出し、 発呼側に前記通信終了予定時刻を通知し、 発呼側が前記通信終了予定時刻に再発呼することを特徴
    とする再発呼制御方法。