JPH082069B2

JPH082069B2 - データ通信装置

Info

Publication number: JPH082069B2
Application number: JP3057602A
Authority: JP
Inventors: 直樹須藤; 伴夫深尾; 直治城戸; 一之塚本; 稔吉田; 隆治穂坂
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1991-03-01
Filing date: 1991-03-01
Publication date: 1996-01-10
Anticipated expiration: 2011-01-10
Also published as: JPH04274657A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ通信装置に関する
ものであり、特に、ファクシミリ装置等のデータ通信装
置において、キャッチホン等の割込要求があった場合
に、該割込要求を行った局（以下、割込局という）に対
して所定の処理を指示することのできるデータ通信装置
に関するものである。

【０００２】

【従来の技術】ＮＴＴ（日本電信電話株式会社）が提供
するサービスに、キャッチホンサービスがある。このサ
ービスは、自局と相手局Ａとの間で通話中に、相手局Ｂ
（割込局）による割込通話を許容するものである。

【０００３】詳しくは、自局が相手局Ａと通話中である
場合に、割込局が自局にダイヤルすると、自局に対して
所定のキャッチホン呼出信号（割込要求信号）が交換機
より送出される。そして、この呼出信号により自局がフ
ックボタンを操作すると、自局と割込局とが接続され、
相手局Ａに対しては、交換機より所定のキャッチホン保
留信号が送出される。そして、割込局との通話を終えた
場合に、自局で再度フックボタンを操作すると、自局は
再度相手局Ａと接続される。

【０００４】以下の説明においては、現在通信中の２つ
の局（前記相手局Ａ及び自局）を単に送信局又は受信局
という、キャッチホンサービスの呼出信号及び一部の保
留信号の仕様は、以下の通りである。周波数：４００±１０［Ｈｚ］出力レベル：−１６［ｄＢｍ］以下トーン・オン・タイム：７０±１０［ｍｓ］トーン・オフ・タイム：７０±１０［ｍｓ］周期：４［sec]又は８［sec]（ただし、一般的に
は４［sec]）この信号波形を図２１に示す。

【０００５】さて、電話回線にファクシミリ装置を接続
して画情報の通信を行う場合においてキャッチホンサー
ビスを受けるときには、ファクシミリ装置にキャッチホ
ンサービスの呼出信号の検出手段を設け、該呼出信号の
検出に応じて回線を切り替えるようにすれば良い。

【０００６】例えば特開昭６２−２１６５８４号公報に
は、このようなファクシミリ装置が開示されていて、受
信局（又は送信局）にキャッチホンサービスの呼出信号
があった場合には、その時点で割込局と回線を接続する
ようにしている。それまで通信中であった送信局（又は
受信局）には、前述のように交換機から保留信号が出力
されるが、一般のファクシミリ装置ではこの保留信号を
検出する能力がないので、前記送信局（又は受信局）は
無信号状態となり、所定時間経過の後、回線を切断して
しまう。したがって、前記公報では、受信局（又は送信
局）が割込局との通信が終了した時点で、相手局であっ
た前記送信局（又は受信局）に自動的にダイヤルを行う
ようになっている。

【０００７】また、割込局との通信を行った前記受信局
（又は送信局）が、該割込通信の開始時から所定時間の
経過前に、それまで通信を行っていた相手局に対して復
帰動作をするようにした技術が、特開昭６４−８６６６
０号公報に開示されている。この復帰動作により、割込
通信中においても、前記相手局は回線を開放することが
ない。

【０００８】

【発明が解決しようとする課題】上記いずれの公報に記
載された技術も、現在行われている通信を中断して、割
込局との割込通信を許容するものであるが、ファクシミ
リ通信等の、通話以外のデータ通信においては、該通信
が中断されるとデータのオリジナリティが失われて好ま
しくない。

【０００９】しかし、割込局に対して何の通知もせずに
現在の通信を優先させると、割込局はそのリダイヤル機
能により何度も割込通信を試みることにより、この間
は、割込局は他の通信を実行することができず、その利
用率が低下する。

【００１０】本発明は、前述の問題点を解決するために
なされたものであり、その目的は、自局と相手局との間
で画情報等のデータ通信中に割込要求信号があった場合
には、相手局との通信を優先して継続し、該通信終了後
に前記割込局との割込通信が実行されるように、該割込
局に所定の処理を実行させるデータ通信装置を提供する
ことにある。

【００１１】

【課題を解決するための手段】前記の問題点を解決する
ために、本発明は、割込局のキャッチホン等の呼出信号
を受信した場合に、該割込局に対して所定の指示を行う
ようにした点に特徴がある。

【００１２】

【作用】前記指示により、割込局は、保留動作、リダイ
ヤル動作、転送動作等の所定の処理を実行することが可
能となる。

【００１３】

【実施例】以下に図面を参照して、本発明を詳細に説明
する。図３は本発明の第１の実施例のハード構成を示す
ブロック図である。図において、操作部１は、当該ファ
クシミリ装置を操作するための各種操作ボタンと、当該
ファクシミリ装置の状態等を表示する表示装置と、トー
ン発生装置とより構成されていて、マイクロコンピュー
タを備えた制御部２に接続されている。原稿を読み取る
リーダ６及び受信画情報を出力するプリンタ７も、前記
制御部２に接続されている。

【００１４】モデム３及びＮＣＵ５、並びにキャッチホ
ン呼出信号を検出する呼出信号検出部４も、前記制御部
２に接続されている。そして、プロトコル信号及び画情
報は、制御部２、モデム３、呼出信号検出部４及びＮＣ
Ｕ５を介して回線に送出され、あるいは回線より前記各
構成要素５、４及び３を介して制御部２に入力される。
前記呼出信号検出部４は、例えばキャッチホン呼出信
号を検出するための４００［Ｈｚ］のフィルタを備えて
いて、該フィルタを介して出力された信号が図２１のパ
ターンであれば、キャッチホンによる呼出信号であるこ
とを判定する。

【００１５】前述のように、キャッチホンの呼出信号及
び一部の保留信号は、４００［Ｈｚ］の所定パターンの
信号であり、またそれらは同一の信号であるが、該信号
が交換機から送出された場合、それが呼出信号である場
合には、該信号は、画情報あるいは当該画情報通信に必
要な所定のプロトコル信号に重畳されてファクシミリ装
置に入力される。これに対して、前記信号が保留信号で
ある場合には、相手局は割込局と通信を行っているの
で、該信号に重畳される信号はない。したがって、４０
０［Ｈｚ］の前記所定パターンを有する信号が検出され
た場合には、同時に画情報あるいはプロトコル信号のキ
ャリアが受信されているか否かに応じて、該信号がキャ
ッチホンの呼出信号であるか保留信号であるかを判定す
ることができる。

【００１６】もちろん、モデム３に呼出信号検出部４の
機能を持たせるようにしても良い。このような機能を通
常のモデムに付加するのは比較的容易である。

【００１７】なお、前記呼出信号検出部４は、少なくと
も送信局及び受信局の一方のみにあれば良い。また、割
込局にも、特に設けられる必要はない。

【００１８】次に本発明の第１の実施例の動作を説明す
る。図４は受信局の基本動作（メインルーチン）を示す
フローチャート、図５は受信局がキャッチホン呼出信号
を受けた場合の割込動作を示すフローチャートである。

【００１９】まず、図４において、ステップＳ１におい
ては、送信局から着信（キャッチホン呼出による着信以
外の通常の着信）があったか否かが判定される。着信が
あれば、ステップＳ２において回線が接続され、ステッ
プＳ３において所定のプロトコル前処理が実行される。
この処理で通信されるＮＳＦ及びＮＳＳに、当該実施例
にかかる動作が実行可能であるか否かを示す情報が付加
されている。

【００２０】ステップＳ４において画情報（ＰＩＸ）の
受信が行われ、その終了後、ステップＳ５において所定
のプロトコル後処理が実行される。その後、ステップＳ
６において回線が切断され、当該処理はステップＳ１に
戻る。図示されていないが、受信された画情報は所定の
タイミングで出力（プリント）される。

【００２１】この図４の処理の実行中に、割込局よりキ
ャッチホン呼出信号があった場合には、割込み処理によ
り図５の処理が実行される。

【００２２】図５において、まずステップＳ１１におい
ては、送信局（すなわち相手局）がユニークであるか否
かが判定される。ユニークでない標準機であれば、メイ
ンルーチンに戻る。送信局がユニークであれば、ステッ
プＳ１１ａにおいて、キャッチホン呼出を受けた旨が、
音、光等によりオペレータに通知される。

【００２３】ステップＳ１１ｂにおいては、オペレータ
により割込局に対して保留動作を実行させるための指示
が行われたか否かが判定される。前記指示が行われてい
なければ、ステップＳ１１ｃにおいてキャッチホン呼出
信号が今だ継続して出力されているか否かが判定され
る。出力されていればステップＳ１１ｂに戻り、出力さ
れていなければメインルーチンに戻る。

【００２４】前記ステップＳ１１ｂにおいて前記指示が
行われたことが判定された場合には、ステップＳ１２及
びＳ１３において、ＭＰＳコマンド又はＥＯＰコマンド
が受信されたか否かが判定される。ＥＯＰコマンドが受
信された場合には、当該割込処理は終了する。ＭＰＳコ
マンドが受信された場合には、ステップＳ１４におい
て、キャッチホン呼出信号が今だ継続して出力されてい
るか否かが判定される。前記呼出信号が出力されていな
い場合には、メインルーチンに戻る。前記呼出信号が出
力されていれば、ステップＳ１５において、ウェイティ
ングコマンドを送信局に送出する。そして、ステップＳ
１６において、いままでの画情報の受信処理が一旦中断
される。この際、通信速度、通信モード等が記憶され
る。

【００２５】ステップＳ１７においては、回線を割込局
側に切り替える。ステップＳ１８においては、割込局に
ウェイティングコマンドを送出する。

【００２６】そして、ステップＳ１９において回線が再
度前記送信局側に切り換えられ、ステップＳ１９ａにお
いて、送信局にリクエストコマンドが送出される。

【００２７】ステップＳ２０においては、中断された受
信動作が再開される。受信が終了したら、ステップＳ２
１において、回線が割込局側に再度切り換えられ、ステ
ップＳ２２において、割込局にリクエストコマンドが送
出される。その後、当該処理は、図４のステップＳ３に
移行する。

【００２８】図６はキャッチホン呼出を受けた受信局と
現在通信を行っている送信局の基本動作（メインルーチ
ン）を示すフローチャート、図７は送信局が前記受信局
よりウェイティングコマンドを受信した場合の割込動作
を示すフローチャートである。

【００２９】まず、図６において、ステップＳ３１にお
いてはダイヤルが行われ、回線が接続された後、ステッ
プＳ３２〜Ｓ３４において、所定のプロトコル前処理、
画情報の送信及び所定のプロトコル後処理が実行され
る。その後、ステップＳ３５において、回線が切断さ
れ、当該処理は終了する。この図６の処理の実行中に、
相手局（この例では受信局）よりウェイティングコマン
ドが送出された場合には、割り込みにより図７の処理が
実行される。

【００３０】図７において、まずステップＳ３６におい
ては、回線を切断することなく、現在実行されている通
信が保留状態にされる。このとき、現在の通信データ
（通信速度、通信モード、メモリ送信の場合は送信済み
のページ数等）を記憶する。そして、ステップＳ３７に
おいて受信局よりリクエストコマンドが送出されるのを
待ち、送出されれば、ステップＳ３８において前記のよ
うに記憶された通信データにより、通信の再開を指示す
る。そして当該処理はメインルーチンに戻る。これによ
り、送信されていないページから画情報の送信が開始さ
れる。

【００３１】割込局は図６と同様の基本動作（メインル
ーチン）を実行する。また、相手局（この例では前記受
信局）よりリクエストコマンドを受信した場合には図７
の割り込み処理を実行する。

【００３２】図８は本発明の第１の実施例のプロトコル
の授受の様子を示すタイムチャートである。この例で
は、割込局は割込通信における送信局（割込送信局）で
ある。また、前記受信局は割込通信における受信局（割
込受信局）でもある。

【００３３】この例では、受信局が送信局より第１頁目
の画情報を受信中に、割込局よりキャッチホン呼出を受
け、該割込局に対して通信保留処理を実行した後に第２
頁目（最終頁）の受信を実行している。また割込局は、
リクエストコマンド受信の後、送信動作を開始してい
る。

【００３４】図１及び図２は本発明の第１の実施例の機
能ブロック図であり、図１は受信局の構成を、図２は送
信局及び割込局の構成を示している。各々の図におい
て、符号１０１、２０１及び３０１は、それぞれ受信
局、送信局及び割込局に設けられた、画情報の読取り及
び送信、受信及び記録、並びに所定のプロトコル授受を
行うための諸機能を備えた通信制御手段である。また、
キャッチホン呼出信号検出手段１０２は、図３の呼出信
号検出部４に対応している。

【００３５】交換機２９９に接続された送信局と、交換
機１９９に接続された受信局とが互いに通信中である場
合に、交換機３９９に接続された割込局が前記受信局を
呼び出すと、交換機１９９は、前記受信局に対してキャ
ッチホン呼出信号を送出する。

【００３６】キャッチホン呼出信号検出手段１０２が前
記キャッチホン呼出信号を検出すると、通知手段１０３
を付勢し、音、光等により、受信局のオペレータにその
旨を通知する。またキャッチホン呼出信号が検出されて
いる間だけ、アンドゲート１０５及び１１３を開く。

【００３７】このとき、通信終了判定手段１０９により
送信局との通信が終了したことが判定されると、アンド
ゲート１１３が出力を生じ、回線切換手段１１２が付勢
され、回線の接続が送信局から割込局に切換えられる。
この切換は、フッキングにより実行される。

【００３８】また、キャッチホン呼出信号が出力されて
いるときに、ＭＰＳ検出手段１０４によりＭＰＳコマン
ドが検出されると、必要に応じてそのときの通信速度、
通信モード等の通信状態が記憶され、前記アンドゲート
１０５が開かれ、ウェイティングコマンド送出手段１０
７が付勢される。この付勢の前に、当該受信局のオペレ
ータにより切換手段１０６が操作されている場合には、
前記付勢により、前記ウェイティングコマンド送出手段
１０７が起動され、該送出手段１０７からウェイティン
グコマンドが送信局に送出される。またこの後、回線切
換手段１１２が付勢されて、回線が割込局側に切換えら
れる。

【００３９】カウンタ１１４は、前記のウェイティング
コマンドの送出により、“１”をカウントする。この
“１”の出力により、前記ウェイティングコマンド送出
手段１０７が再度起動され、ウェイティングコマンドが
割込局に送出される。この後、回線切換手段１１２が付
勢されて、回線が送信局側に切換えられる。

【００４０】前記カウンタ１１４は、前記のウェイティ
ングコマンドの送出により、“２”をカウントする。こ
の“２”の出力により、カウンタ１１４がリセットされ
ると共に、リクエストコマンド送出手段１１１が付勢さ
れ、リクエストコマンドが送信局に送出される。そし
て、この後、必要に応じて前記のように記憶された通信
速度、通信モード等の通信状態が読み出され、送信局と
の通信が再開される。

【００４１】前記ウェイティングコマンドの送出によ
り、フリップフロップ１０８が“１”を出力し、これに
よりアンドゲート１１０が開かれる。したがって、この
後、通信終了判定手段１０９により送信局との通信が終
了したことが判定されると、アンドゲート１１０が
“１”を出力し、回線切換手段１１２が付勢されて、回
線が再度割込局側に切換えられる。また前記フリップフ
ロップ１０８がリセットされると共に、リクエストコマ
ンド送出手段１１１が付勢され、リクエストコマンドが
割込局に送出される。

【００４２】送信局においては、受信局との通信中に、
ウェイティングコマンド検出手段２０２がウェイティン
グコマンドを検出すると、通信状態記憶手段２０４が付
勢され、そのときの通信速度、通信モード、送信済みの
ページ数等を記憶する。また通信保留手段２０３が付勢
され、該受信局との通信が一時保留状態にされる。

【００４３】この保留状態の後、リクエストコマンド検
出手段２０５がリクエストコマンドを検出すると、通信
再開手段２０６が付勢されると共に、前記通信状態記憶
手段２０４内に記憶されたデータが呼び出され、前記受
信局との通信が再開される。

【００４４】割込局においても、送信局と同様に機能す
るが、受信局と通信を開始する前にウェイティングコマ
ンドが検出されるので、通信状態記憶手段２０４には、
何も記憶されない。したがって、割込局には通信状態記
憶手段２０４を設けておく必要は特にない。

【００４５】さて、以上の説明より明らかなように、送
信局及び割込局は、ウェイティングコマンドを受信した
ときから、リクエストコマンドを受信するまでの間、回
線を切断することなく、保留状態となっている。

【００４６】ここで、受信局及び送信局は、ウェイティ
ングコマンドを送出する直前の通信モードを記憶してお
り、この記憶内容に基いて、リクエストコマンド送出後
の通信モードを決定する。これにより、前記受信局と送
信局との通信再開に要する時間が短くて済む。もちろ
ん、前記の記憶を行わなくても、リクエストコマンド送
出後に、新たにトレーニング等を行うことにより、再度
通信モードを決定するようにしても良い。

【００４７】さて、図５の破線で示した処理（ステップ
Ｓ１１ａ〜Ｓ１１ｃ）は省略可能であり、このような構
成とすれば、キャッチホン呼出信号を受信した場合に
は、全て自動的に回線の切換えが行われる。

【００４８】また、この例では、送信局がＭＰＳコマン
ドを送出してきた後に回線を切り替えるようにしている
ので、１頁分の画情報が途中で切れることがなく、画情
報の正確な伝達が可能である。

【００４９】なお、この実施例では、図８より明らかな
ように、割込局は、キャッチホン呼出をしている間にウ
ェイティングコマンドを受信しなければ、保留状態とな
ることができない。したがって、なるべく長い時間キャ
ッチホン呼出をするように、割込局を構成しておくと良
い。

【００５０】次に本発明の第２の実施例を説明する。本
発明の第２の実施例のハード構成、及びキャッチホン呼
出をうける受信局の基本動作は、それぞれ図３及び図４
と同様である。

【００５１】図９は受信局がキャッチホン呼出信号を受
けた場合の割込動作を示すフローチャートであり、図５
と同一のステップは、同一処理を表している。なお、図
５に関して前述したように、破線で示された部分の処理
は省略可能である。

【００５２】図９において、キャッチホンによる呼出が
あった後、ＭＰＳが受信され（ステップＳ１２）、さら
にキャッチホン呼出信号が検出された場合（ステップＳ
１４）には、送信局に対してウェイティングコマンドを
送出した（ステップＳ１５）後、受信を中断し（ステッ
プＳ１６）、回線を割込局側に切り換えた（ステップＳ
１７）後、ステップＳ４１において、割込局に「リダイ
ヤル要求」指令（コマンド）を送信する。

【００５３】その後、ステップＳ１９において再度前記
送信局側に回線が切り換えられ、ステップＳ１９ａにお
いて、送信局にリクエストコマンドが送出される。その
後、当該処理は、図４のメインルーチンに戻り、送信局
との通信が再開される。この再開の際には、受信中断の
際に記憶された通信速度、通信モード等が読み出され
る。

【００５４】送信局の基本動作及びウェイティングコマ
ンドを受信した場合の割込処理は、図６及び図７と同様
である。割込局の基本動作は、送信局のそれ（図６）と
同様である。

【００５５】割込局が「リダイヤル要求」指令を受信し
た場合の割込処理を、図１０に示す。

【００５６】図１０において、まずステップＳ５２にお
いてＤＣＮコマンドを送信した後、ステップＳ５３にお
いて回線が切断される。

【００５７】ステップＳ５４において、Ｎが０にリセッ
トされる。ステップＳ５５においては、回線が切断され
てから、予定時間が経過したか否かが検出される。予定
時間の経過が検出された後、ステップＳ５６において、
受信局の電話番号にダイヤルする。そして、前記受信局
が回線を接続すれば、当該処理は図６のステップＳ３２
に移行し、通信が実行される。

【００５８】相手局（前記受信局）が、まだ前記送信局
と通信実行中であり、あるいは記録紙なし等の状態によ
り受信不能となり、受付けなければ、ステップＳ５８に
おいてＮがインクリメントされ、ステップＳ５９におい
てＮが所定値ｎに一致したか否かが判定される。ｎに一
致していなければステップＳ５５に戻り、ｎに一致して
いれば、当該処理は終了する。

【００５９】図１１は本発明の第２の実施例のプロトコ
ルの授受の様子を示すタイムチャートであり、図８と同
様の図である。

【００６０】図１２及び図１３は本発明の第２の実施例
のうちの、受信局及び割込局の機能ブロック図である。
送信局の機能ブロック図は、図２と同じである。図１２
及び図１３において、図１及び図２と同一の符号は同一
又は同等部分を表しているので、その説明は省略する。

【００６１】まず、図１２の受信局においては、キャッ
チホン呼出信号が検出されている間にＭＰＳコマンドが
検出されると、ウェイティングコマンド送出手段１０７
が付勢される。この付勢の前に、当該受信局のオペレー
タにより切換手段１０６が操作されている場合には、前
記ウェイティングコマンド送出手段１０７が起動され、
送信局にウェイティングコマンドが送出される。その
後、回線切換手段１１２が付勢され、回線が割込局側に
切換えられる。

【００６２】前記ウェイティングコマンドの送出によ
り、リダイヤル要求送出手段１２１が付勢され、リダイ
ヤル要求が割込局に送出される。その後、回線切換手段
１１２が付勢され、回線が再度送信局側に切り換えられ
る。

【００６３】前記リダイヤル要求の送出により、リクエ
ストコマンド送出手段１１１が付勢され、送信局にリク
エストコマンドが送出される。その後、送信局と通信が
再開される。

【００６４】もちろん、第１の実施例に関して前述した
ように、受信局及び送信局は、ウェイティングコマンド
を送出する直前の通信モードを記憶しており、この記憶
内容に基いて、リクエストコマンド送出後の通信モード
を決定する。

【００６５】図１３の割込局においては、リダイヤル要
求検出手段３１２により「リダイヤル要求」が検出され
ると、回線が切断された後、タイマ３１３を起動する。
このタイマ３１３が予定時間の経過を検出すると、最初
に受信局にダイヤルしたときに電話番号記憶手段３１４
に記憶された前記受信局の電話番号が、該電話番号記憶
手段３１４より読み出され、ダイヤル手段３１５により
ダイヤルされ、前記受信局との間で通信が開始される。

【００６６】なお、受信局の電話番号は、割込局の電話
番号記憶手段３１４に登録されるものとしたが、受信局
から割込局に対してＮＳＦを送信する際に、該ＮＳＦに
受信局の電話番号を付加するようにしても良い。

【００６７】以上の説明より明らかなように、この第２
の実施例においては、割込局は、「リダイヤル要求」を
検出した時点で回線を切断し、予定時間の待機（図１０
のステップＳ５５）の後、前記受信局に対してリダイヤ
ルを行う。

【００６８】また図１１においては、予定時間待機後の
一回目のリダイヤルで受信局の受付に成功しているが、
失敗した場合にはリダイヤルはｎ回（図１０のステップ
Ｓ５９参照）まで行われる。

【００６９】次に本発明の第３の実施例を説明する。前
記第２の実施例では、割込局は、予定時間の経過の後、
受信局に対してリダイヤルをするように構成されている
が、この第３の実施例においては、割込局は画情報の転
送先の電話番号の指示を前記受信局より受け、該転送先
に画情報を転送するように構成されている。

【００７０】この第３の実施例のハード構成、及びキャ
ッチホン呼出をうける受信局の基本動作は、それぞれ図
３及び図４と同様である。

【００７１】図１４は前記受信局がキャッチホン呼出信
号を受けた場合の割込動作を示すフローチャートであ
り、図９と同一のステップは、同一処理を表している。
なお、図５に関して前述したように、破線で示された部
分の処理は省略可能である。

【００７２】図１４において、ステップＳ１７におい
て、回線が割込局側に切り換えられた後、ステップＳ４
１ａにおいて、割込局に「転送要求」指令（コマンド）
を送信する。この「転送要求」指令の中には、転送先の
電話番号が含まれている。その後、ステップＳ１９にお
いて再度前記送信局側に回線が切り換えられる。

【００７３】送信局の基本動作及びウェイティングコマ
ンドを受信した場合の割込処理は、図６及び図７と同様
である。割込局の基本動作は、送信局のそれ（図６）と
同様である。

【００７４】割込局が「転送要求」指令を受信した場合
の割込処理を、図１５に示す。図１５において、まずス
テップＳ５１においては、「転送要求」の中に含まれて
いる転送先電話番号を記憶する。そして、ステップＳ５
２においてＤＣＮコマンドを送信した後、ステップＳ５
３において回線が切断される。

【００７５】そして、ステップＳ５３ａにおいて、転送
先にダイヤルが行われた後、図６のステップＳ３２に移
行する。

【００７６】図１６は本発明の第３の実施例のプロトコ
ルの授受の様子を示すタイムチャートであり、図８及び
図１１と同様の図である。

【００７７】以上の説明より明らかなように、この第３
の実施例においては、割込局は、受信局より「転送要
求」指令を受信した後は、前記受信局より指示された転
送先に画情報を送信することができるので、前記第２の
実施例のように、予定時間の待機を行う必要がない。も
ちろん、転送先を予め割込局側で記憶しておいて、受信
局より転送要求があった場合には、その転送先に画情報
を送信するようにしても良い。なお、この第３の実施例
の機能ブロック図は、本発明の第４の実施例の機能ブロ
ック図に関して後述する。

【００７８】次に本発明の第４の実施例を説明する。前
記第３の実施例はキャッチホンによる呼び出しがあった
場合に、割込局に対して単一の別の局に画情報の転送を
要求するものであったが、この実施例は、前記割込局に
対して複数の局の電話番号を指定すると共に、該電話番
号に優先度を付け、その優先度の順にダイヤルを指示し
て、画情報の転送を要求するものである。前記複数の転
送先電話番号、及び該電話番号の優先度は、「優先度付
転送要求」指令に含まれている。

【００７９】この第４の実施例のハード構成、並びにキ
ャッチホン呼出をうける受信局の基本動作及び送信局の
基本動作は、それぞれ図３、図４及び図６と同様であ
る。また、受信局がキャッチホン呼出信号を受けた場合
の割込動作は、図１４のステップＳ４１ａにおいて「優
先度付転送要求」指令を送信するものと同一である。こ
の「優先度付転送要求」指令には、複数の転送先の電話
番号、及びその優先度が含まれている。

【００８０】さらに、送信局がウェイティングコマンド
を受信した場合の割込処理は、図７と同様である。割込
局の基本動作は、送信局のそれ（図６）と同様である。

【００８１】図１７は割込局が前記受信局より「優先度
転送要求」指令を受けた場合の割込動作を示すフローチ
ャートであり、図１５と同一のステップは、同一処理を
表している。

【００８２】図１７において、まずステップＳ５１ａに
おいては、受信局の電話番号、並びに「優先度付転送要
求」指令に含まれる複数の転送先の電話番号及びその優
先度が記憶される。そして、ステップＳ５２においてＤ
ＣＮコマンドを送信した後、ステップＳ５３において回
線が切断される。

【００８３】ステップＳ６１においては、Ｎが１にセッ
トされる。ステップＳ６２においては、優先度Ｎの電話
番号が呼び出される。

【００８４】ステップＳ６３においては、前記ステップ
Ｓ６２において電話番号の呼び出しに成功したか、すな
わち優先度Ｎの電話番号が存在したか否かが判定され
る。電話番号が存在すれば、ステップＳ６４においてダ
イヤルが行われ、ステップＳ６５において、ダイヤルし
た相手局（優先度Ｎの転送先）が通信を受け付けたか否
かが判定される。通信が受け付けられなければ、ステッ
プＳ６６において、Ｎがインクリメントされ、ステップ
Ｓ６２に戻る。また通信が受け付けられれば、図６のス
テップＳ３２に進む。

【００８５】前記ステップＳ６３において優先度Ｎの電
話番号が存在が確認されなければ、ステップＳ６７にお
いて、当該割込局のオペレータに転送先がすべてビジー
である旨を、光、音等を用いて通知する。

【００８６】そして、ステップＳ６８において予定時間
の経過が検出された後、ステップＳ６９において、先に
ダイヤルをした受信局に再度ダイヤルする。そして前記
受信局が通信を受け付ければ図６のステップＳ３２に移
行し、受け付けなければステップＳ７１において、当該
割込局のオペレータに対して、さらに受信局がビジーで
ある旨を、光、音等を用いて通知し、その後、当該処理
は終了する。

【００８７】なお、前記ステップＳ６８の処理は省略可
能である。また、前記ステップＳ６９、Ｓ７０及びＳ７
１の処理も省略可能である。この場合には、ステップＳ
５１において受信局の電話番号を記憶する必要はない。

【００８８】図１８は本発明の第４の実施例のプロトコ
ルの授受の様子を示すタイムチャートであり、図８、図
１１及び図１６と同様の図である。この例では、割込局
は、優先度１の転送先にダイヤルを行ったが、該転送先
がビジー（他局と通信中）、あるいは記録用紙なし等の
受信不能状態であったため、その後、優先度２の転送先
にダイヤルし、該転送先との通信に成功している。

【００８９】図１９及び図２０は本発明の第４の実施例
のうちの、受信局及び割込局の機能ブロック図である。
送信局の機能ブロック図は、図２と同じである。図１９
及び図２０において、図１２及び図１３と同一の符号
は、同一又は同等部分を表しているので、その説明は省
略する。

【００９０】まず、図１９においては、送信局に対して
ウェイティングコマンドが送出され、回線が割込局側に
切り換えられた後、優先度付転送要求送出手段１４１が
付勢されて「優先度付転送要求」指令が送信局に送信さ
れる。この「優先度付転送要求」には、転送先電話番号
記憶手段１４２に記憶された複数の転送先の電話番号
と、優先度記憶手段１４３に記憶された前記転送先の電
話番号の優先度とが含まれている。

【００９１】「優先度付転送要求」指令が送信された
後、送信局側に回線が切り換えられ、そしてリクエスト
コマンド送出手段１１１が付勢されて送信局にリクエス
トコマンドが送出される。

【００９２】図２０の割込局では、優先度付転送要求検
出手段３４１により「優先度付転送要求」指令が検出さ
れると、該指令に含まれる複数の転送先の電話番号及び
該番号の優先度を、転送先電話番号検出手段３４２及び
優先度検出手段３４３により検出する。そして、この複
数の転送先の電話番号及び該番号の優先度が、電話番号
記憶手段３１４ａに記憶され、それらのデータに基づい
て、前記優先度の順に、転送先の電話番号にダイヤルさ
れる。

【００９３】以上の説明より明らかなように、この第４
の実施例においては転送先が複数局設定されているの
で、ダイヤルした転送先がビジー、あるいは故障等によ
り通信不能の状態であっても、他の転送先に通信を行う
ことができる。したがって、通信の成功率が、前記第３
の実施例に比較して向上する。

【００９４】なお前記第３の実施例に関しては機能ブロ
ック図を示さなかったが、図１９及び図２０の符号１４
１及び３４１をそれぞれ単に転送要求送出手段及び転送
要求検出手段とし、そして、優先度記憶手段１４３及び
優先度検出手段３４３を省略したものが、該機能ブロッ
ク図に相当する。もちろん、この場合には、転送先電話
番号記憶手段１４２には、単に１の転送先が記憶されて
いるだけで良い。

【００９５】また、転送先の電話番号及び優先度を割込
局側で記憶しておき、受信局の電話番号に応じてそれら
を読出すようにしても良い。

【００９６】さて、前記実施例において、割込通信時の
指示を行う局は受信局であるものとして説明したが、送
信局であっても良い。この場合の動作、構成は、当業者
により容易に創作できるので、その説明は省略する。

【００９７】また、前記各実施例では、キャッチホンに
より割込通信を例にとって説明したが、本発明は、それ
以外の各種割込通信に適用されても良い。すなわち、米
国のＡＴＴで採用されている割込通信システムに適用さ
れても良い。このシステムの呼出信号は、４８０［Ｈ
ｚ］及び６２０［Ｈｚ］の信号のコンバイニングであ
り、６０［ＩＰＭ］で出力される。

【００９８】また、本発明を、画情報通信を行うファク
シミリ装置に適用して説明したが、モデムを搭載してい
て、所定のプロトコル授受によりデータ通信を行うすべ
てのデータ通信装置（パソコン通信装置等）に適用可能
である。この場合、通信すべきデータは、画情報でなく
とも良いことは当然である。

【００９９】さて、前記第１の実施例においては、キャ
ッチホン呼出信号を検出した場合に、相手局に対して保
留状態を指示するようにしたので、特開昭６４−８６６
６０号公報に示されたような復旧動作を行わなくとも、
回線が切断するおそれがない。また、前記第２の実施
例においては、キャッチホン呼出信号を検出した場合に
割込局に対して、予定時間の待機の後、再度当該局に通
信依頼をするように指示するので、一旦回線が切れ、保
留動作実行時のようにデータが通信されていないのに課
金されるおそれがない。

【０１００】さらに、前記第３の実施例においては、キ
ャッチホン呼出信号を検出した場合に、割込局に対し
て、所定の局にデータの転送を実行するように指示する
ので、割込局に対して、待ち時間なくデータ通信を実行
させることができる。

【０１０１】さらにまた、前記第４の実施例において
は、前記所定の局として予め複数の局が指定され、キャ
ッチホン呼出信号を検出した場合に、前記複数の局に優
先度を設けて転送依頼を指示するので、前記第３の実施
例に比較して、データ通信可能となる確率が向上する。

【０１０２】さらに、前記各実施例においては、相手局
より頁単位等の所定の量のデータ通信が終了した時点
で、割込局と回線を接続し、該割込局に対して所定の処
理を指示するので、受信局で受信されるデータのオリジ
ナリティが失われることがない。

【０１０３】

【発明の効果】（１）請求項１記載のデータ通信装置
によれば、データ通信中に割込要求信号があっても、相
手局との通信が優先して継続され、かつ割込局には、保
留動作、リダイヤル動作、転送動作等の所定の処理が指
示されるので、割込局の利用率が低下することがなく、
データ通信の確実性が増す。すなわち、割込局が保留の
指示を受けた場合には、その間、確実に相手をつかまえ
ておくことができるので、相手局の通信終了後直ちに通
信を実行することができ、結果的に割込局の利用率を向
上することができる。また、割込局が、リダイヤルの指
示を受けた場合には、一旦回線が切断され、予定時間後
に再ダイヤルをされることになるので、この間に課金さ
れることがなく、また必要に応じて、この間に他の局と
の通信をすることができ、さらに、該割込局が転送の指
示を受けた場合には、割込局は指示を受けた転送局に直
ちにデータを通信することができるので、割込局の利用
率を向上することができる。（２）請求項２記載のデータ通信装置によれば、データ
の割込許可をオペレータにより選択できるので、当該デ
ータ通信装置の利用範囲が拡大する。

【図面の簡単な説明】

【図１】本発明の第１の実施例の受信局の機能ブロック
図である。

【図２】本発明の第１の実施例の送信局及び割込局の機
能ブロック図である。

【図３】本発明の第１の実施例のハード構成を示すブロ
ック図である。

【図４】本発明の第１の実施例の受信局の基本動作を示
すフローチャートである。

【図５】本発明の第１の実施例の受信局がキャッチホン
呼出信号を受けた場合の割込動作を示すフローチャート
である。

【図６】本発明の第１の実施例の送信局及び割込局の基
本動作を示すフローチャートである。

【図７】本発明の第１の実施例の送信局及び割込局がウ
ェイティングコマンドを受信した場合の割込動作を示す
フローチャートである。

【図８】本発明の第１の実施例のプロトコルの授受の様
子を示すタイムチャートである。

【図９】本発明の第２の実施例の受信局がキャッチホン
呼出信号を受けた場合の割込動作を示すフローチャート
である。

【図１０】本発明の第２の実施例の割込局が「リダイヤ
ル要求」を受けた場合の割込動作を示すフローチャート
である。

【図１１】本発明の第２の実施例のプロトコルの授受の
様子を示すタイムチャートである。

【図１２】本発明の第２の実施例の受信局の機能ブロッ
ク図である。

【図１３】本発明の第２の実施例の割込局の機能ブロッ
ク図である。

【図１４】本発明の第３の実施例の受信局がキャッチホ
ン呼出信号を受けた場合の割込動作を示すフローチャー
トである。

【図１５】本発明の第３の実施例の割込局が「転送要
求」を受けた場合の割込動作を示すフローチャートであ
る。

【図１６】本発明の第３の実施例のプロトコルの授受の
様子を示すタイムチャートである。

【図１７】本発明の第４の実施例の割込局が「優先度転
送要求」を受けた場合の割込動作を示すフローチャート
である。

【図１８】本発明の第４の実施例のプロトコルの授受の
様子を示すタイムチャートである。

【図１９】本発明の第４の実施例の受信局の機能ブロッ
ク図である。

【図２０】本発明の第４の実施例の割込局の機能ブロッ
ク図である。

【図２１】キャッチホンサービスの呼出信号及び保留信
号の信号波形を示す図である。

【符号の説明】

２…制御部、４…呼出信号検出部、１０１，２０１，３
０１…通信制御手段、１０２…キャッチホン呼出信号検
出手段、１０３…通知手段、１０４…ＭＰＳ検出手段、
１０６…切換手段、１０７…ウェイティングコマンド送
出手段、１０９…通信終了判定手段、１１１…リクエス
トコマンド送出手段、１１２…回線切換手段、１２１…
リダイヤル要求送出手段、１４１…優先度付転送要求送
出手段、１４２…転送先電話番号記憶手段，１４３…優
先度記憶手段、２０２…ウェイティングコマンド検出手
段、２０３…通信保留手段、２０４…通信状態記憶手
段、２０５…リクエストコマンド検出手段、２０６…通
信再開手段、３１２…リダイヤル要求検出手段、３１
４，３１４ａ…電話番号記憶手段、３１５…ダイヤル手
段、３４１…優先度付転送要求検出手段、３４２…転送
先電話番号検出手段、３４３…優先度検出手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者塚本一之埼玉県岩槻市府内３丁目７番１号富士ゼロックス株式会社岩槻事業所内 (72)発明者吉田稔埼玉県岩槻市府内３丁目７番１号富士ゼロックス株式会社岩槻事業所内 (72)発明者穂坂隆治埼玉県岩槻市府内３丁目７番１号富士ゼロックス株式会社岩槻事業所内 (56)参考文献特開昭64−86660（ＪＰ，Ａ) 特開昭64−13855（ＪＰ，Ａ)

Claims

【特許請求の範囲】

【請求項１】相手局と通信中に割込局から割込要求信
号が入ったことを検出する割込要求信号検出手段と、前
記割込要求信号検出手段の出力に応じて、前記相手局と
の通信を一時保留する通信保留手段と、前記の通信保留
の後、前記割込局に保留、リダイヤル、または転送の処
理を指示する指示手段と、前記の指示の後、前記相手局
との通信を再開する通信再開手段とを具備したことを特
徴とするデータ通信装置。
【請求項２】前記割込要求信号検出手段により割込要
求信号が検出された場合に、その旨を当該データ通信装
置のオペレータに通知する通知手段と、前記通信保留手
段及び前記指示手段の動作を、当該データ通信装置のオ
ペレータにより選択可能とする切換手段とをさらに具備
したことを特徴とする請求項１記載のデータ通信装置。