JPH04334166A - 画像再送方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像送受信が不成功の場
合画像再送を行なう画像再送方式に関するものである。

【０００２】

【従来の技術】従来より、ファクシミリ送信が不成功に
終わった場合には、一定時間経過後に送信機が再び送信
動作を行なう送信再試行（自動再発呼）処理が知られて
いる。

【０００３】ファクシミリ送信が不成功となる理由とし
ては、受信機のビジー状態（通信中）のほか、受信機の
故障なども考えられるが、従来ではこれらの受信機の状
態を区別せず、送信が行なえなかった場合には、必ず送
信再試行処理を行なっている。

【０００４】

【発明が解決しようとする課題】上記のように、従来で
は送信の際、送信再試行が受信機の装置の状態を把握し
ていない送信機の判断に基づいて行なわれるため、次の
ような欠点があった。

【０００５】（１）送信機が再試行を開始した時点にお
いて受信機の障害が回復しているとは限らず、再び送信
が失敗する可能性がある。

【０００６】（２）送信機の再試行が有限回行なわれる
とすると、送信機の再試行が終了した時点においても、
受信機の障害が回復していなければ蓄積された原稿が消
去されてしまい、原稿読取りなどの操作を改めて行なう
ために、オペレータの介在が再び必要となる。

【０００７】本発明の課題は、以上の問題を解決し、受
信側の状態を送信側にフィードバックし、無駄な発呼を
抑制し、また、オペレータに無用の再発呼操作を強要す
ることなく、確実に画像を受信側に送信できる画像再送
方式を提供することにある。

【０００８】

【課題を解決するための手段】以上の課題を解決するた
めに、本発明においては、画像送受信処理において、受
信機の機能障害により画像送受信が不成功の場合、画像
データ伝送を再試行する画像再送方式において、受信機
は機能障害を監視する手段を有し、受信機で機能障害が
生じていることが前記監視手段により検出された場合、
受信機は送信機のダイヤル番号を記憶するとともに機能
障害を送信機に通知し、前記機能障害の回復後、受信機
がダイヤル番号を記憶した送信機に対してポーリングを
行ない、送受信に失敗した画像データをポーリング送受
信する構成を採用した。

【０００９】

【作用】以上の構成によれば、受信機の障害によって原
稿が送受信できなかった場合、受信側の回復に応じ、受
信側からの制御により、ポーリングにより原稿再送を行
なう。

【００１０】

【実施例】以下、図面に示す実施例に基づき、本発明を
詳細に説明する。

【００１１】図１に本発明を採用したＧ４ファクシミリ
装置の構造を示す。図において符号１は、ＲＯＭ１ａに
格納された後述の制御プログラムに従って装置全体の動
作を制御する主制御部、符号２は原稿読取部であるスキ
ャナ、符号３は画像出力部であるプリンタである。

【００１２】符号４は装置の動作の状態を監視する装置
状態監視部である。状態監視部４はスキャナ２、プリン
タ３、その他の部位などに装着されたセンサなどからな
り、スキャナ２の照明、プリンタ３の記録紙の残量、ジ
ャムなど種々の故障を検出できるものとする。

【００１３】符号５は送信用画像データを管理する画像
ファイル管理部である。画像ファイル管理部５は送信用
画像データを記憶する半導体や磁気ディスクなどからな
る画像メモリ１０のファイル管理を行なうための管理テ
ーブルメモリを有する。

【００１４】符号６は自端末の一時的な障害のために受
信を拒否した送信元のダイヤル番号を管理するポーリン
グ発呼宛先管理部である。ポーリング発呼宛先管理部６
は、自機に送信を行なおうとした送信元に対してポーリ
ングをかけるために使用される。従って、ポーリング発
呼宛先管理部６は送信元のダイヤル番号を記憶するテー
ブルメモリを有する。

【００１５】符号７は送信時に、受信機の一時的障害の
ために送信が不成功に終わった画像ファイル情報や、そ
の受信機のダイヤル番号などを管理するポーリング送信
用画像管理部である。こちらは、ポーリング発呼宛先管
理部６の場合と逆に、自機が送信側の場合に、送信を失
敗した相手局の情報と、送信すべき画像ファイルの管理
情報を記憶するテーブルメモリを有する。

【００１６】符号８はファクシミリ通信を制御する通信
制御部で、モデム、ＮＣＵ、ダイヤリング回路などから
なる。符号９はオペレータがテンキーを用いて宛先を指
示し、送信動作を開始させるための操作パネルである。

【００１７】図２は図１のポーリング発呼宛先管理部６
の管理テーブルのフォーマット例を示している。図示の
ように、この管理テーブルには、自端末の一時的な障害
のために受信を拒否した送信元のダイヤル番号を記憶す
る。

【００１８】図３はポーリング送信画像管理部７の用い
る管理テーブルのフォーマット例を示している。受信機
の一時的障害のために送信が不成功に終わった画像ファ
イルの管理情報を受信機のダイヤル番号と関連づけて記
憶する。

【００１９】図２、３のテーブルは、ＲＡＭなどのメモ
リ領域上に、ダイヤル番号や、画像メモリ１０内の画像
ファイルのポインタなどを格納するための固定長のデー
タフィールドを割り当てることなどにより構成される。

【００２０】図４、図５は、図１の装置どうしの間で行
なわれる通信処理の様子を示している。この処理は、画
像送受信において、受信機の障害により通信できなかっ
た場合、受信機が障害回復後に送信機にポーリングをか
け、送信機が送信しようとしていた画像をポーリング受
信するものである。図示の手順は、主制御部１の制御プ
ログラムとして構成され、ＲＯＭ１ａに格納される。

【００２１】図４は送信機の送信処理および、受信機の
障害回復後に同受信機からポーリングを受けた時の処理
を示している。図５は一時的な障害に陥っている受信機
に着信があった場合、およびその障害が解除された時の
処理を示す。

【００２２】また、図６〜図１０は、それぞれ通常送信
、送信時相手機の障害による通信拒否、通常受信、ポー
リング受信、ポーリング送信における主制御部１と通信
制御部８、および相手機間のＧ４ファクシミリ手順によ
る制御シーケンスの一例を示している。

【００２３】以下、図４以降を参照して、上記構成にお
ける動作につき説明する。

【００２４】図１の構成においてオペレータがスキャナ
２に原稿をセットし、操作パネル９から宛先のダイヤル
番号を入力して原稿送信を指示すると、装置は図４（ａ
）の制御手順に従って次のように動作する。

【００２５】まず主制御部１は画像ファイル管理部５に
蓄積用ファイルのＩＤを要求し、これが得られたところ
でスキャナ２に読取開始の起動をかける。スキャナ２か
ら読取終了の信号を受けたら、主制御部１は画像ファイ
ル管理部５に原稿蓄積済の画像ファイルとしてあらかじ
め得られていたファイルＩＤを登録した（図４（ａ）の
ステップＳ４１）後、オペレータから指示のあった宛先
へ蓄積された画像を送信するように通信制御部８を起動
する。

【００２６】この場合、通信制御部８はＧ４ファクシミ
リ通信を行なうものとし、主制御部１からの指示でＧ４
通信を行なうべく発呼動作を行ない、ＴＴＣ標準、ある
いはＣＣＩＴＴ勧告に示される通信プロトコルに則って
手順を進めていく（ステップＳ４２）。

【００２７】図６、図８は、それぞれ通常送信／通常受
信のシーケンスを示す。

【００２８】図示のように、網の下位レイヤ接続手続の
後、ＣＳＳ（セッション開始コマンド）／ＲＳＳＰ（同
肯定レスポンス）、ＣＤＣＬ（ドキュメント機能リスト
コマンド）／ＲＤＣＬ（同肯定レスポンス）、のコマン
ド／レスポンスを交換する。

【００２９】送受信機の機能はＣＤＣＬ／ＲＤＣＬのコ
マンド／レスポンスにより宣言される。送受信される画
像メッセージには、ＣＤＳ（ドキュメント開始コマンド
）がともなう。

【００３０】画像送受信の後、ＣＳＥ（セッション終了
）／ＲＳＥＰ（同肯定レスポンス）のコマンド／レスポ
ンスの交換の後、接続を断つ。また、画像メッセージ送
信終了時には、送信側からＣＤＥ（ドキュメント終了コ
マンド）が送信され、受信側が画像を正常に受信した場
合にはＣＤＥＰ（ドキュメント終了肯定レスポンス）を
送信する。

【００３１】もし、受信機がプリンタの紙づまりあるい
は紙切れをおこしていたり、受信用画像メモリに空きス
ペースがないなど一時的な障害に陥っている場合には、
状態監視部４によりこれが検出され、Ｇ４ファクシミリ
通信のセッションレベルの通信制御手順であるＣＣＩＴ
Ｔ勧告Ｔ．６２に規定されるセッション接続に関して、
図７に示すように、発呼側のコマンドＣＳＳに対して着
呼端末は、レスポンスＲＳＳＮでセッション接続拒否を
行なう。

【００３２】レスポンスＲＳＳＮには理由パラメータが
規定されているので、これに具体的な理由を指定するか
、あるいは非標準端末機能パラメータの内部に理由パラ
メータを拡張して、発呼側端末が通信拒否理由を知るこ
とができるようにする。

【００３３】通信手順が全て終了した時点で、通信制御
部８は通信の正常／異常（および異常の場合にはその理
由も）を主制御部１に通知する。

【００３４】通信制御部８から通信終了の通知を受ける
と、主制御部１は通信が異常終了した場合で、かつその
理由が相手機の一時的な障害である場合に限って以下の
動作を行なう（ステップＳ４３）。

【００３５】すなわち、送信を試みて画像ファイルとし
て作成済の原稿を、そのファイル番号とオペレータから
入力された宛先のダイヤル番号を関連づけた上、ポーリ
ング送信画像管理部７に登録する（ステップＳ４４）。 登録確認の通知があると、装置に蓄積された画像は指定
宛先からのポーリング待ちとなる。

【００３６】一方、プリンタの紙づまりや紙切れなどに
よって一時的障害に陥っている際に着信のあった側の処
理は図５（ａ）に示すように行なわれる。

【００３７】状態監視部４が装置の一時的障害を検出中
（図５（ａ）のステップＳ５１、Ｓ５２）は、主制御部
１は通信制御部８に対してあらかじめ決められた障害理
由によって着信拒否を指示しておく。なお、ステップＳ
５１の障害検出では、障害がなければ通常の受信処理（
ステップＳ５４）を行ない、また、障害がある場合には
、ステップＳ５２において障害が記録紙切れなどの一時
的なものかどうかが判断され、一時的な障害の場合のみ
、ポーリング処理を行なうようにし、回復の見込みがな
い場合には、従来どおり通信拒否のみを行なうようにす
る。

【００３８】一時的障害の期間中に着信を受けた通信制
御部８は、自発的に前述のレスポンスＲＳＳＮを用いた
手順（図７）でセッション接続を拒否し、通信を終了し
た上で、主制御部１に対して発信宛先情報とともに着信
があったことを通知する。装置障害状態において着信を
通知された主制御部１は、送信機からコマンドＣＳＳな
どにより通知された宛先情報をもとにポーリング発呼宛
先管理部６に対して登録を行なう（ステップＳ５３）。

【００３９】受信機の障害が解除された場合、受信機は
図５（ｂ）および図９の処理を行なう。

【００４０】障害が回復すると、状態監視部４は主制御
部１に対してその旨が通知され（ステップＳ５５）、こ
れにより主制御部１は、通信制御部８に対して障害解除
の指示を行なった上で、ポーリング発呼宛先管理部６に
対してポーリング宛先を要求する（ステップＳ５６）。

【００４１】ポーリング発呼宛先管理部６はこの要求に
従って、図２の管理テーブルを検索し（ステップＳ５６
）、宛先が登録されていればその宛先を通知してテーブ
ルから削除する。登録されている宛先がなければ、終了
通知を行なう。

【００４２】ポーリング宛先情報が得られた場合、主制
御部１は通信制御部８に対してその宛先にポーリングを
行なうように指示する（ステップＳ５８）。

【００４３】通信制御部８は、図９のようにポーリング
手順を行なう。ここでは、コマンドＣＳＳによりポーリ
ング通信を宣言する。ポーリングを受けた側が送信原稿
を有していればレスポンスＲＳＳＰによりその旨が宣言
される。これに応じて、発呼側から被呼側への送受信方
向を変更するには、ＣＳＣＣ（セッション変更制御コマ
ンド）／ＲＳＣＣＰ（同肯定レスポンス）を用いる。そ
の後の画像メッセージの送受信は、前述同様にＣＤＳ／
ＣＤＥのコマンド／レスポンスにより行なわれる。

【００４４】通信制御部８がドキュメントを受信し、通
信終了通知を受けた主制御部１がプリンタ３を起動して
受信ドキュメントを出力する（ステップＳ５９）。主制
御部１はポーリング発呼宛先管理部６からポーリング宛
先要求に対して終了通知を受けるまで上記の動作を繰り
返す。

【００４５】ポーリング着呼を受けた送信機の動作は図
４（ｂ）、図１０のように行なわれる。主制御部１は通
信制御部８からポーリング要求を受けた場合、ポーリン
グ送信画像管理部７に対して相手番号を用いてファイル
要求を行なう（ステップＳ４５）。ポーリング送信画像
管理部７はこの要求に基づいて図３の管理テーブルを検
索し（ステップＳ４６）、登録されている画像のうち相
手番号の一致するものがあればファイル番号通知を行な
い、なければファイルなしを受信機に通知する。

【００４６】ファイル要求に対してポーリング送信画像
管理部７からファイル番号が通知されたら、主制御部１
は通信制御部８に対してその画像の送信を指示する（ス
テップＳ４７）。図１０のコマンド／レスポンスのシー
ケンスは、図９に関して示したものと同じで、レスポン
スＲＳＳＰ送信原稿有りが宣言され、発呼側から被呼側
への送受信方向が、ＣＳＣＣ／ＲＳＣＣＰのコマンド／
レスポンスにより行なわれ、その後の画像メッセージの
送受信は、前述同様にＣＤＳ／ＣＤＥのコマンド／レス
ポンスにより行なわれる。ポーリング送信画像管理部７
がファイル不在を報告した場合には、通信制御部８に通
信の終了を指示する（ステップＳ４８）。

【００４７】以上の実施例によれば、受信機の一時的な
障害によって原稿が送信できなかった場合、受信側の回
復に応じ、ポーリングにより原稿再送を行なうようにし
ているため、従来のように送信側の都合のみにより送信
再試行を繰り返す方式に比べ、次のような効果がある。

【００４８】１）受信機が自端末の障害回復を確認した
上で送信再試行を起動するので無駄な通信トラフィック
を生じることなく、原稿の再送が一度でできる。

【００４９】２）送信機の再試行回数に制限がないので
、送信側でオペレータを再び介在させる必要がない。

【００５０】３）送信機が受信側の障害理由を認識でき
るため、定期点検や、メンテナンスに役立つ。

【００５１】などの優れた効果がある。

【００５２】

【発明の効果】以上から明らかなように、本発明によれ
ば、従来のように送信側の都合のみにより送信再試行を
繰り返すのではなく、受信機の機能障害により画像送受
信が不成功の場合、画像データ伝送を再試行する画像再
送方式において、受信機は機能障害を監視する手段を有
し、受信機で機能障害が生じていることが前記監視手段
により検出された場合、受信機は送信機のダイヤル番号
を記憶するとともに機能障害を送信機に通知し、前記機
能障害の回復後、受信機がダイヤル番号を記憶した送信
機に対してポーリングを行ない、送受信に失敗した画像
データをポーリング送受信する構成を採用しているので
、受信機の機能障害を原因として生じた送信未完了の原
稿を受信機からのポーリング動作で再送することによっ
て、無駄な通信トラフィックを生じて回線を専有し、他
の通信接続を阻んだり、通信コストがかさんだりする問
題なしに未送信原稿の送信再試行を成功させることがで
き、また、再試行を行なえば送信が成功するため、従来
のように有限回の再試行失敗によって原稿の再読み込み
などのためのオペレータの介在が不要となり、送信動作
が簡略化されるという効果もある。

【図面の簡単な説明】

【図１】本発明を採用したファクシミリ装置の構成を示
すブロック図である。

【図２】図１のポーリング発呼宛先管理部の構成を示し
た説明図である。

【図３】図１のポーリング送信画像管理部の用いる管理
テーブルのフォーマットの一例を示す説明図である。

【図４】画像送信側の動作手順を示すフローチャート図
である。

【図５】画像受信側の動作手順を示すフローチャート図
である。

【図６】通常送信における制御シーケンスの一例を示す
説明図である。

【図７】送信時相手機拒否における制御シーケンスの一
例を示す説明図である。

【図８】通常受信における制御シーケンスの一例を示す
説明図である。

【図９】ポーリング受信における制御シーケンスの一例
を示す説明図である。

【図１０】ポーリング送信における制御シーケンスの一
例を示す説明図である。

【符号の説明】

１　　主制御部 ２　　スキャナ ３　　プリンタ ４　　状態監視部 ５　　画像ファイル管理部 ６　　ポーリング発呼宛先管理部 ７　　ポーリング送信画像管理部 ８　　通信制御部 ９　　操作パネル １０　　画像メモリ

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　画像送受信処理において、受信機の機
   能障害により画像送受信が不成功の場合、画像データ伝
   送を再試行する画像再送方式において、受信機は機能障
   害を監視する手段を有し、受信機で機能障害が生じてい
   ることが前記監視手段により検出された場合、受信機は
   送信機のダイヤル番号を記憶するとともに機能障害を送
   信機に通知し、前記機能障害の回復後、受信機がダイヤ
   ル番号を記憶した送信機に対してポーリングを行ない、
   送受信に失敗した画像データをポーリング送受信するこ
   とを特徴とする画像再送方式。