JPH06291961A - 通信端末装置 - Google Patents

Abstract

(57)【要約】 【目的】 接続の可能性が低い宛先に対して無駄な発呼
を行わない。 【構成】 通信指示ｄ１に伴うパラメータは記憶部１１
に格納される。宛先比較部１２は、宛先情報ｄ１がｄ２
もしくはｄ３と一致した場合に一致信号ｄ５を出力し、
メッセージ記憶部１３はこの信号ｄ５に応答してメッセ
ージのデータｄ８を表示部１０に出力する。その結果、
オペレータに同一宛先が発呼待機中であることが通知さ
れる。ジョブ受付部１４は強制指示ｄ６が入力された場
合、もしくは宛先情報不一致信号ｄ７が供給された場合
に、前記パラメータ記憶部１１の内容を受付け、前記信
号ｄ６，ｄ７に応答して再発呼テーブル２００および待
機テーブル１００にパラメータを転送する。さらに、ジ
ョブ受付部１４は前記信号ｄ６もしくはｄ７に応答して
原稿を読取り画情報を蓄積部３に蓄積する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信端末装置に関するも
のであり、特に、同一宛先に対する通信が重なるような
場合に、通信の効率を向上させることができる通信端末
装置に関する。

【０００２】

【従来の技術】ファクシミリ装置などの通信端末装置で
は、オペレータからの通信指示や画情報等を蓄積するメ
モリが設けられており、予定の時間に自動発呼して前記
メモリに蓄積された画情報を送信することができるメモ
リ送信機能を有するものが一般的である。さらに、上記
通信端末装置において、相手先が通信中であった場合、
予定の間隔つまり再発呼インターバルで、再び同一相手
先に発呼をすることができるものも知られている。

【０００３】また、前記再発呼のための通信予約が存在
する場合に、同一宛先に対して新たな通信予約が受付け
られると、その新たな通信予約の実行を、前記再発呼待
ち状態の通信の発呼時間まで待たせて、これらを一括し
て通信処理を行うようにした装置が提案されている（特
開平２−１３７４７０号公報）。この装置によれば、同
一宛先に対する複数の通信を一括して処理できる利点が
ある。

【０００４】

【発明が解決しようとする課題】ところで、上記公報に
記載された装置には次のような問題点があった。すなわ
ち、新たに発生した通信予約を緊急に実行したいという
要求があった場合にも、同一宛先に対する通信は、再発
呼待ちとなっている先の通信予約に常に従属することに
なる。したがって、新たに発生した通信予約は、先行す
る通信予約に設定されている再発呼インターバルによる
再発呼時まで待機することを強いられ、緊急時の要請に
対応できない。

【０００５】しかしながら、一旦通信予約が受付けられ
ると、実際にはすぐに発呼されないにもかかわらず、予
約をしたオペレータはその予約がすぐに実行されるもの
と判断し、操作を終了して当該通信端末装置から離れる
ことになる。その結果、実際の通信予約状態が把握でき
ればオペレータとしては他に取り得る処置がある場合で
も、その処理を実行できず、むだな時間が費やされると
いう問題点があった。

【０００６】本発明の目的は、上記の問題点を解消し、
同一宛先に対する通信予約が重なった場合に、その時の
状況に応じて最善と思われる指示ができる余地を設ける
ことによって該端末の利用効率を向上させることができ
る通信端末装置を提供することにある。

【０００７】

【課題を解決するための手段】上記の課題を解決し、目
的を達成するための本発明は、発呼予約の宛先情報を格
納する発呼予約格納手段と、新たに発生した発呼予約を
受付ける予約受付手段と、前記予約受付手段で受付けら
れた発呼予約の宛先と同一のものが前記発呼予約格納手
段にあるか否かを検索する管理情報検索手段と、前記新
たに発生した発呼予約と同一宛先の発呼予約が検出され
た場合、同一宛先の発呼予約があることを通知する通知
手段とを具備した点に第１の特徴がある。

【０００８】また、本発明は、前記新たに発生した発呼
予約と同一宛先の発呼予約が検出された場合に、前記新
たに発生した発呼予約の指示内容の変更を受付ける入力
手段をさらに具備した点に第２の特徴がある。

【０００９】

【作用】上記の特徴を有する本発明によれば、同一宛先
に対する通信予約が複数発生した場合、その通信予約の
状況が通知される。そして、前記通知に基づき、後に発
生した通信予約がすぐに実行されないことを認識したオ
ペレータによる指示内容の変更を前記入力手段によって
受入れることができる。

【００１０】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図２は本発明に係る通信端末装置の一例としての
ファクシミリ装置の構成を示すブロック図である。同図
において、操作部１はテンキーや個別の機能を指示する
機能キー等を含む入力装置であり、オペレータによる指
示を受付ける。スキャナ２は、送信のための原稿や複写
原稿を読取り、これを電気信号すなわち画情報に変換し
て蓄積部３に蓄積する。該蓄積部３はＲＡＭ等のメモリ
でもよいし、さらに記憶容量の大きいハードディスク等
であってもよい。該蓄積部３には、スキャナ１で読取ら
れた画情報のほか受信情報も格納される。蓄積部３に格
納された情報は、操作部１からの指示により、又は予定
の手順によって自動的にプリンタ４から出力される。

【００１１】主制御部５はマイクロコンピュータ（ＣＰ
Ｕ）からなり、該ファクシミリ装置の各機能部の動作ま
たはジョブの制御を行うもので、その動作は制御記憶部
６に格納されたプログラムや制御情報に従って実行され
る。制御記憶部６は、プログラム等の固定制御情報を格
納するＲＯＭ６０と操作部１からの指示やプログラム実
行の過程に応じて変化しうる変動制御情報を格納するＲ
ＡＭ６１とから構成される。

【００１２】特に、本実施例では、ＲＡＭ６１内に通信
予約管理領域を設け、通信待ち状態にあるジョブの管理
情報を格納できるようにしている。管理情報として、通
信待機管理テーブル１００、再発呼待機管理テーブル２
００、およびタイマ管理テーブル２１０が設定されてい
る。これらの管理テーブルは、以下の説明ではそれぞれ
待機テーブル１００，再発呼テーブル２００，タイマテ
ーブル２１０という。前記待機テーブル１００には回線
が空き次第通信を開始できるジョブが登録され、再発呼
テーブル２００には相手先が通信中であるなどの事情に
より再発呼待ち状態となっているジョブが登録される。
そして、タイマテーブル２１０には前記再発呼テーブル
２００に登録されたジョブの時間管理のためのインター
バル情報が登録される。これら各管理テーブル１００，
２００，２１０の詳細は図３に関して後述する。

【００１３】タイマ管理部７は、主制御部５の内部クロ
ックに基づき、現在時刻を示す信号の出力、および各種
制御に用いられるインターバルタイマの管理、例えば前
記タイマ管理テーブルの監視を行う。前記蓄積部３およ
び制御記憶部６等の記憶手段の使用状況やメモリ残量等
は、メモリ管理部８によって管理される。通信制御部９
は、通信のプロトコル制御を行う。表示部１０は液晶画
面（ＬＣＤ）からなり、前記操作部１からの指示や装置
管理情報や状態等を表示する。

【００１４】次に、前記ＲＡＭ６１に設けられる通信予
約管理領域に登録されたジョブの一例を、図３を参照し
て説明する。図３において、Ｉ列は待機テーブル１０
０，ＩＩ列は再発呼テーブル２００、ＩＩＩ列はタイマ
テーブル２１０の登録内容の変化を示す。まず、図３
（ａ）において、待機テーブル１００には回線が空き次
第通信を開始できる宛先Ａ，Ｂ，Ｃに対する通信ジョブ
ａ，ｂ，ｃが登録されている。この時点では、再発呼テ
ーブル２００およびタイマテーブル２１０には登録され
ているジョブはない。

【００１５】通信ジョブａが正常に送信終了すると、こ
の通信ジョブａは待機テーブル１００から消去される
が、異常終了した場合には、図３（ｂ）のように待機テ
ーブル２００の方に登録が移される。そして、タイマテ
ーブル２１０にはジョブａつまり宛先Ａに関するインタ
ーバルタイマ値Ｔが設定される。このインターバルタイ
マ値Ｔの設定手段は、予定の時間間隔を確保できるもの
であれば、設定値がデクリメントされるものであっても
よいし、予定の時刻に達するまでをインターバルとする
ための時刻設定手段でもよい。インターバルタイマ値Ｔ
は例えば６０秒とする。以下の説明では、設定値が１秒
毎にデクリメントされるタイマの例で説明する。

【００１６】ここで、新たに通信ジョブが発生し、その
ジョブｄが、宛先Ａに対するものであって、後述の強制
予約によるものであった場合、同一宛先Ａに対する通信
のジョブａがあるため、この新たなジョブｄは図３
（ｃ）のように再発呼テーブル２００に登録される。こ
のときタイマテーブル２１０はインターバルの残り時間
Ｔ´を示している。

【００１７】そして、前記タイマテーブル２１０の設定
時間すなわち予定のインターバルが経過すると、ジョブ
ａの登録は図３（ｄ）のように待機テーブル１００に移
動する。このとき、再発呼テーブル２００には宛先Ａに
対する通信ジョブｄが残っていて、宛先Ａに関するイン
ターバルタイマはタイムアップされ０秒になっている。

【００１８】なお、ジョブａが送信されるときには、該
通信予約管理領域内における同一宛先のジョブの有無が
検索されることによりジョブｄが検出され、これをジョ
ブａと一括して送信するようにする。また、再発呼テー
ブル２００に登録されるジョブには再発呼回数を示すカ
ウンタ値を登録する。このカウンタ値は発呼を失敗する
毎に更新され、この値が予定の再発呼回数に達するとそ
のジョブは通信予約管理領域から消去される。

【００１９】例えば、図３（ｄ）において、ジョブａが
予定の再発呼回数に達した場合には、このジョブａは待
機テーブル１００および再発呼テーブル２００のいずれ
からも消去される。そして、そのとき、ジョブｄのイン
ターバルタイマには初期値つまり６０秒が設定される。

【００２０】次に、図４〜図６のフローチャートを参照
して本実施例の動作を説明する。図４において、まずス
テップＳ１では、操作部１から通信指示が入力されたか
否かを判断する。通信指示が入力されると、ステップＳ
２に進み、通信指示とともに入力されるパラメータをＲ
ＡＭ６１に記憶する。このパラメータには宛先情報、通
信モード、送信文書のサイズ、読取解像度等が含まれ
る。宛先情報としては通常の電話番号のほか、短縮番
号、識別符号等で入力される場合もある。ステップＳ３
では、前記パラメータから宛先情報を読み出す。

【００２１】ステップＳ４では、前記パラメータから読
出した宛先と同一宛先の待機中ジョブがあるか否か、つ
まり新たに受付けられたジョブと同一宛先のジョブの有
無を判断し、この判断が肯定の場合はステップＳ５に進
み、同一宛先に対する発呼待機中のジョブがあることを
示すメッセージ、例えば『同一宛先に対して発呼待機中
です』を表示部１０に表示する。この表示に対してオペ
レータの入力が期待されるので、ステップＳ６では、こ
のオペレータからの入力を監視する。入力がなければス
テップＳ７に進んで予定の時間が経過したか否かを判断
する。この時間は、前記表示の後にオペレータから指示
がない場合、その後の処理に進めないという不具合を回
避するために設けられる。

【００２２】オペレータからの入力があったとき、また
は予定時間が経過（タイムアウト）したときにはステッ
プＳ８に進み、オペレータによる設定変更指示の有無を
判別する。すなわち、当該通信指示に関するジョブの実
行が緊急を要する場合には、前記再発呼テーブル２００
に登録されるのを回避して、待機テーブル１００の方に
登録してできるだけ早期に通信開始されるようにする。
宛先情報を変更して再度指示をすることによって再発呼
待ちのジョブと同一宛先にならないようにすれば、この
ジョブは待機テーブル１００に登録され、早期の通信開
始が望める。例えば、文書の宛先が複数の端末を収容す
る装置である場合には、宛先情報としてその端末のサブ
アドレスを指定することによって、実質的に先に指示し
たのと同一宛先に所望の文書を届けることができる。

【００２３】前記設定変更指示があれば、そのパラメー
タを読込むためステップＳ２に戻る。また、設定変更指
示がない場合は、ステップＳ９に進み、キャンセル指示
つまり送信取消指示の有無を判別する。キャンセル指示
がされた場合は、ステップＳ１に戻る。キャンセル指示
がない場合は、ステップＳ１０に進み、強制指示の有無
を判別する。ここで、強制指示とは、再発呼待ちになっ
てもよいから最初に指示したままで通信を実行したい場
合の指示をいう。強制指示もない場合には、ステップＳ
１に戻る。強制指示があった場合はステップＳ１１にお
いてスキャナ２を起動して原稿を読取り、蓄積部３に画
情報を蓄積する。画情報の蓄積が終了するとステップＳ
１８（図５）に進み、再発呼待機のため、当該ジョブを
再発呼テーブル２００に登録する。

【００２４】一方、ステップＳ４の判断が否定の場合
は、図５に移り、ステップＳ１２で通信資源の有無を判
断する。ここに、通信資源の有無とは、回線の空きの有
無や、蓄積部３や画情報のコード変換のためのメモリの
空きの有無をいう。通信資源がある場合は、ステップＳ
１３に進んで原稿を読取り、蓄積部３に画情報を蓄積す
る。

【００２５】ステップＳ１４では、指示されたパラメー
タに従って前記蓄積された画情報を送信する。ステップ
Ｓ１５では、通信が正常に終了したか否かを判断し、正
常ならばステップＳ１に戻る。通信異常があった場合
は、ステップＳ１６で表示部によって通信異常を示す。
ステップＳ１７では、再発呼を行うか否かを判別する。
再発呼を行うように設定されていた場合はステップＳ１
８に進む。

【００２６】また、ステップＳ１（図４）で新たな通信
指示がない場合に、ステップＳ１９が実行され、起動可
能な状態にあるジョブの有無すなわち待機テーブル１０
０に登録されているジョブの有無が判断される。この判
断が肯定ならばステップＳ２０で通信資源の有無が判断
される。通信資源があればステップＳ１４に進み、通信
資源がない場合はステップＳ１（図４）に戻る。

【００２７】さらに、ステップＳ１２の判断が否定の場
合、すなわち新たな通信指示を受付けたときに通信資源
がないと判断された場合は、ステップＳ２１に進み、通
信指示を実行できない旨のメッセージ、例えば『メモリ
がありません』もしくは『回線が空いていません』を表
示部１０に表示する。

【００２８】ステップＳ２２〜Ｓ２６は、前記ステップ
Ｓ７〜Ｓ１０（図４）と同様であるため、説明は省略す
る。ステップＳ２７では、強制指示に対応できるか否か
が判断される。メモリフルのため通信資源がないと判断
された場合は、ステップＳ２７の判断は否定となり、ス
テップＳ２８に進み、強制指示ができない旨を表示す
る。この表示は『メモリがありません』でもよいし、別
の表現でもよい。強制指示が可能な場合は、ステップＳ
２９に進み、原稿を読取って蓄積部３に画情報を蓄積す
る。ステップＳ３０では、新たな通信指示に関するジョ
ブを待機テーブル１００に登録する。

【００２９】続いて、図６のフローチャートを参照して
前記待機テーブル１００、再発呼テーブル２００および
タイムテーブル２１０の管理動作を説明する。同図にお
いて、ステップＳ５０では、再発呼テーブル２００に登
録されているジョブの有無が判断される。再発呼テーブ
ル２００に登録されているジョブが有れば、ステップＳ
５１に進み、再発呼回数が予定回数に達したか否かを判
別する。複数のジョブが待機中は、前記再発呼回数の判
別は再発呼テーブル２００の先頭にあるジョブについて
行われる。予定の再発呼回数に達していればステップＳ
５６に進み、通信が行われなかったことを表示部１０に
出力する。

【００３０】ステップＳ５７では、前記通信が行われな
かったジョブと同一宛先のジョブが再発呼テーブル２０
０にある場合に、そのジョブにインターバルタイマ値と
して例えば６０秒を登録する。ステップＳ５７では、通
信が行えなかったジョブを待機テーブル１００から削除
する。ステップＳ５６とＳ５７の具体例としては、図３
（ｄ）に示したジョブａを削除し、このジョブａに続い
て発呼動作が行われないようにジョブｄにインターバル
タイマ値を設定する。

【００３１】一方、再発呼テーブル２００に登録されて
いるジョブの再発呼回数が予定回数に達していない場合
は、ステップＳ５１からステップＳ５２に進み、前記ジ
ョブにインターバルタイマを設定する必要があるか否か
を判断する。つまり再発呼テーブルにすでに同一宛先の
ジョブが登録されていれば、新たにインターバルタイマ
を設定する必要はないし、そうでなければインターバル
タイマを設定して短時間の連続発呼を避けるようにす
る。

【００３２】ステップＳ５２の判断が肯定の場合は、ス
テップＳ５３に進み、インターバルタイマを設定する。
ステップＳ５４では、インターバルタイマがタイムアッ
プしたジョブがあるか否かを判断し、タイムアップした
ジョブがあればステップＳ５５に進んで、そのジョブを
待機テーブル１００に登録する。

【００３３】このように本実施例では、新たな通信ジョ
ブが発生し場合に、その通信指示に示されるのと同一の
宛先に対する通信ジョブが発呼待機状態であることが検
出されたならば、直ちには通信できない旨を表示してオ
ペレータの介入を待つ。そして、その介入の結果に従
い、そのジョブの指示をキャンセルするか、宛先を変更
して待機テーブル１００に登録されるようにするか、再
発呼テーブル２００に登録されて送信が直ちに行えない
ことを認めて最初に指示をした宛先に対して通信を実行
するかを選択する。

【００３４】次に、図１のブロック図を参照して本実施
例のファクシミリ装置の要部機能を説明する。同図にお
いて、操作部１から通信指示ｄ１が入力されると、その
指示に伴って入力されたパラメータはパラメータ記憶部
１１に格納される。宛先比較部１２では待機テーブル１
００および再発呼テーブル２００から登録ジョブの宛先
情報ｄ２，ｄ３を読込み、前記パラメータ記憶部１１に
格納された宛先情報ｄ４と比較する。宛先情報ｄ４がｄ
２もしくはｄ３と一致した場合は、一致信号ｄ５が出力
され、メッセージ記憶部１３はこの信号ｄ５に応答して
予定のメッセージのデータｄ８を表示部１０に出力す
る。その結果、表示部１０には、同一宛先が発呼待機中
であることが表示される。

【００３５】ジョブ受付部１４は表示部１０に対する表
示に応えてオペレータから強制指示ｄ６が入力された場
合、もしくは宛先比較部１２から宛先情報不一致信号ｄ
７が供給された場合に、前記パラメータ記憶部１１の内
容を受付ける。ジョブ受付部１４は、前記信号ｄ６に応
答してパラメータを再発呼テーブル２００に転送し、前
記信号ｄ７に応答してパラメータを待機テーブル１００
に転送する。さらに、ジョブ受付部１４は前記信号ｄ６
もしくはｄ７に応答してスキャナ２を起動し、原稿を読
み取って画情報を蓄積部３に蓄積する。

【００３６】また、キャンセル信号ｄ９が入力されると
パラメータ記憶部１１に記憶されたパラメータは消去さ
れ、通信は断念される。

【００３７】タイマ管理部７は、メモリ管理部８から供
給される情報に基づいてタイマテーブル２１０のインタ
ーバルタイマの設定を行い、かつ、このインターバルタ
イマのデクリメント動作を行う。メモリ管理部８は待機
テーブル１００，再発呼テーブル２００、タイマテーブ
ル２１０の状態を監視し、登録内容の変更や削除動作を
行う。

【００３８】

【発明の効果】以上の説明から明らかなように、本発明
によれば、再発呼待ちジョブが予約されている状態で同
一宛先に対する緊急を要する通信が発生した場合、待機
中ジョブの状態をオペレータに通知することができる。
したがって、オペレータは接続の可能性の低い宛先に対
し無駄な発呼予約を回避できるとともに、他に取り得る
手段に切換えて緊急を要するジョブを迅速に実行するこ
とができる。

【図面の簡単な説明】

【図１】 ファクシミリ装置の要部機能を示すブロック
図である。

【図２】 ファクシミリ装置のハード構成を示すブロッ
ク図である。

【図３】 ジョブ管理情報の一例を示す図である。

【図４】 本発明にかかる通信動作の一例を示すフロー
チャートである。

【図５】 本発明にかかる通信動作の一例を示すフロー
チャートである。

【図６】 タイマ管理動作を示すフローチャートであ
る。

【符号の説明】

１…操作部、 ２…スキャナ、 ３…蓄積部、 ７…タ
イマ管理部、 ８…メモリ管理部、 １１…パラメータ
記憶部、 １２…宛先比較部、 １４…ジョブ受付部、
１００…待機テーブル、 ２００…再発呼テーブル、
２１０…タイマテーブル

フロントページの続き (72)発明者 岡崎 芳治 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内 (72)発明者 中川 敏孝 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内 (72)発明者 中橋 栄二 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内 (72)発明者 田中 伊佐夫 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内 (72)発明者 齋藤 一孝 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内 (72)発明者 紙本 嘉見 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 発呼予約の宛先情報を格納する発呼予約
   格納手段と、 新たに発生した発呼予約を受付ける予約受付手段と、 前記予約受付手段で受付けられた発呼予約の宛先と同一
   のものが前記発呼予約格納手段にあるか否かを検索する
   管理情報検索手段と、 前記新たに発生した発呼予約と同一宛先の発呼予約が検
   出された場合、同一宛先の発呼予約があることを通知す
   る通知手段とを具備したことを特徴とする通信端末装
   置。
2. 【請求項２】 前記新たに発生した発呼予約と同一宛先
   の発呼予約が検出された場合に、前記新たに発生した発
   呼予約の指示内容の変更を受付ける入力手段をさらに具
   備したことを特徴とする請求項１記載の通信端末装置。
3. 【請求項３】 前記新たに発生した発呼予約の指示内容
   の変更には、宛先変更および指示の取消しが含まれてい
   ることを特徴とする請求項２記載の通信端末装置。