JP2001352438A

JP2001352438A - 画像通信装置

Info

Publication number: JP2001352438A
Application number: JP2000170098A
Authority: JP
Inventors: Takaaki Hashimoto; 隆明橋元
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-06-07
Filing date: 2000-06-07
Publication date: 2001-12-21

Abstract

(57)【要約】【課題】送信機側から受信した電話番号情報と上記相
手電話番号情報登録テーブルとを、受信機側において比
較し、該当する電話番号が存在する場合は、上記記録紙
への記録後に、記録済レポートを送信機側に送信する画
像通信装置において、記録部が回復不可能な場合にで
も、送信側に返送することができる画像通信装置を提供
することを目的とするものである。【解決手段】受信時、送信機側からのＴＳＩ情報に基
づいて正常に記録が終了した時点で、受信通知レポート
を送信側に返送し、記録が異常終了した場合は、登録さ
れた第２のファクシミリに画像を転送し、転送が正常に
終了した時点で、受信通知レポートを送信側に返送する
画像通信装置である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メモリ受信した画
情報を記録紙にプリント終了した時点で、送信機ヘプリ
ント終了を示すレポートを返送する機能を有するファク
シミリ装置等の画像通信装置に関する。

【０００２】

【従来の技術】近年、ページプリンタの普及によって、
ファクシミリ装置の記録部にも、ＬＢＰやＢＪ等のペー
ジプリンタを有する装置が増えている。

【０００３】これらのページプリンタ、特に、ＬＢＰプ
リンタにおいて、その記録動作の途中で、一時停止でき
ないので、１ページ分のデータを受信しなければ、記録
が開始できない。したがって、これらの記録装置を備え
たファクシミリ装置は、受信した画像データを一旦メモ
リに蓄積し、１ページ分データが受信した段階で記録動
作を開始する。したがって、受信画情報は通信終了と同
時にメモリに記憶されているが、通信終了時には、ま
だ、記録部が記録紙にプリントされていない。

【０００４】通信終了後、記録部に支障がなければ、受
信画は自動的にプリントアウトされるが、もし、記録紙
なし状態や紙詰まり状態であれば、受信画情報は、メモ
リに蓄積されたままであり、その間に、メモリ破壊等が
発生すると、受信原稿も消失される。

【０００５】従来のファクシミリ装置は、上記のように
構成されているので、送信機側にとって、画情報を相手
機に送信したという事実はあっても、受信機側で実際に
その画情報を記録紙にプリントしたか否かを確認するこ
とができないという欠点がある。

【０００６】この欠点を解決するために、特開平０６−
０６２２１５号公報においては、受信時に、送信機側か
ら要求があれば、メモリ受信した情報を記録紙へプリン
トする動作が終了すると、送信機側へレポートで通知す
る点が開示されている。

【０００７】

【発明が解決しようとする課題】しかし、上記従来例に
おいては、ＮＳＦ（非標準機能識別信号）、ＮＳＳ（非
標準機能設定信号）において実現される機能であるの
で、これらの機能をサポートしていない機種において
は、無効であるという問題がある。

【０００８】また、上記従来例では、記録部が回復不可
能な状態である場合には、いつまでも、送信側に応答が
できないという問題がある。

【０００９】上記問題は、画像通信機能を有するパソコ
ン等の他の画像通信装置においても生じる問題である。

【００１０】本発明は、送信機側から受信した電話番号
情報と上記相手電話番号情報登録テーブルとを、受信機
側において比較し、該当する電話番号が存在する場合
は、上記記録紙への記録後に、記録済レポートを送信機
側に送信する画像通信装置において、記録部が回復不可
能な場合にでも、送信側に返送することができる画像通
信装置を提供することを目的とするものである。

【００１１】本発明は、記録部が回復不可能な状態に陥
った場合においても、受信した原稿を正常に受け取り、
かつその結果を送信側に返送しようとするものである。

【００１２】

【課題を解決するための手段】本発明は、受信時、送信
機側からのＴＳＩ情報に基づいて正常に記録が終了した
時点で、受信通知レポートを送信側に返送し、記録が異
常終了した場合は、登録された第２のファクシミリに画
像を転送し、転送が正常に終了した時点で、受信通知レ
ポートを送信側に返送する画像通信装置である。

【００１３】

【発明の実施の形態および実施例】図１は、本発明の一
実施例であるファクシミリ装置ＦＳ１を示すブロック図
である。

【００１４】ファクシミリ装置ＦＳ１は、ＣＰＵ（中央
処理装置）１と、ＲＯＭ（リードオンリメモリ）２と、
ＲＡＭ（ランダムアクセスメモリ）３と、読取制御ゲー
トアレイ（Ｒ＿ＣＮＴ）４と、コンタクトセンサ（Ｃ
Ｓ）５と、操作パネル制御ゲートアレイ（ＯＰＥ＿ＣＮ
Ｔ）６と、表示部（ＬＣＤ）７と、キー（ＫＥＹ）８
と、記録制御ゲートアレイ（Ｗ＿ＣＮＴ）９と、レーザ
ービームプリンタ（ＬＢＰ）１０と、ダイナミックＲＡ
Ｍ（ＤＲＡＭ）１１と、変復調器（ＭＯＤＥＭ）１２
と、網制御装置（ＮＣＵ）１３と、公衆回線網１４とを
有する。

【００１５】また、ＣＰＵ１は、ＲＯＭ２に予め格納さ
れているプログラムに従って、ファクシミリ装置ＦＳ１
の全体を制御し、ＲＡＭ３は、ＣＰＵ１のワークエリア
やワンタッチダイヤルおよび短縮ダイヤルに登録されて
いるダイヤルデータやファクシミリ装置ＦＳ１の全体の
制御を決定する動作モード（「受信結果返送モード」
等）を登録した場合に格納されるエリアである。

【００１６】原稿（不図示）は、コンタクトセンサ５に
よって読み取られ、この読取信号が、読取制御ゲートア
レイ４を介して、１ラインの２値データとして得られ
る。上記２値データは、符号化制御によって、圧縮また
は非圧縮の形で符号化され、画像メモリであるダイナミ
ックＲＡＭ１１に格納される。

【００１７】ＤＲＡＭ１１に格納された画像データは、
ファクシミリ送信モード時において、ＣＰＵ１によっ
て、受信側との手順によって決められた符号化方式に合
わせて、符号化される。そして、この符号化されたデー
タは、変復調器１２によって、ＰＭ−ＡＭ変調された
後、網制御装置１３を通じて、所定の手順によって決め
られた速度で、公衆回線網１４に送り出される。

【００１８】一方、コピーモード時において、ＤＲＡＭ
１１に格納されている画像データは、ＣＰＵ１によって
生データに復号され、レーザービームプリンタ１０から
のデータ要求に応じて、記録制御ゲートアレイ９を通し
て、ＬＢＰ１０に送られ、そこで記録される。

【００１９】ファクシミリ受信モード時において、公衆
回線網１４からＮＣＵ１３を通して受信したデータは、
ＭＯＤＥＭ１２によって復調された後に、所定の手順に
よって決められた符号化方式に従って、ＣＰＵ１によっ
て復号化される。

【００２０】ここで、正しく復号化されて得られた２値
の生データは、符号化制御によって、圧縮または非圧縮
の形で符号化され、画像メモリであるＤＲＡＭ１１に格
納される。そして、操作者からの指示や設定に従って、
ＬＢＰ１０で記録されたり、新たな通信の際に、送信さ
れたりする。

【００２１】なお、操作者は、キー８を押下することに
よって、各種の指示、設定を行うことができ、その内容
を表示部７上の画面で確認することができる。この場
合、ＣＰＵ１は、操作パネル制御ゲートアレイ６を介し
て、ＫＥＹ８からの入力データを検出し、この入力に応
じて、必要なデータをＬＣＤ７に表示する。また、符号
化制御に用いるモードや閾値の選択も、このＫＥＹ８に
よって行う。

【００２２】次に、上記実施例の動作について説明す
る。

【００２３】ファクシミリモード時における受信動作に
おいて、通信管理タスクは、送信側からのデータについ
て、決められた手順に従って通信する。このときに、相
手側からのＴＳＩ信号（送信側端末識別信号）データ
と、画像データとをセットにした画像データ管理データ
を、ＤＲＡＭ１１内に格納する。

【００２４】図２は、上記実施例において、画像ＲＡＭ
３内に格納されている画像データを管理する画像管理レ
コードの構造を示す図である。

【００２５】ファクシミリ装置ＦＳ１の内部において、
画像データは、複数のページからなる１つのファイルと
して扱われる。ファクシミリ装置ＦＳ１の中で、複数の
ファイルを管理するために、画像管理レコードを複数有
する。

【００２６】画像管理レコードは、次の画像管理レコー
ドヘのポインタを格納するｎｅｘｔ＿ｐｉｘと、送信時
の宛先情報を格納するための宛先データ部へのポインタ
ａｄｒｓと、ページ情報（画像データが格納されている
ダイナミックＲＡＭ（ＤＲＡＭ）の先頭アドレスや格納
されている画像のサイズや解像度が格納してある。）を
管理しているページ管理レコードヘのポインタｐａｇｅ
と、同報送信時の複数の宛先を管理するためのデータ部
へのポインタｍａｐと、最初に切り出されたキューへの
アドレスを格納するｂａｓｅ＿ｑｕｅと、通信手順で受
け取ったＴＳＩ信号（送信側端末識別信号）データを格
納する端末ＩＤデータ部へのポインタｔｅｒｍ＿ｉｄ＿
ｐｔｒと、現在のファイルの状態を示すｆｉｌｅ＿ｓｔ
ａｔと、ファイルのシリアル番号を示すｉｎｐｕｔ＿ｉ
ｄと、どのようなモードで作成されたかを示すｉｎｐｕ
ｔ＿ｍｏｄｅと、ファイルをプリントしたときの状態を
示すｐｒｉｎｔ＿ｓｔａｔと等によって構成されてい
る。

【００２７】図３は、上記実施例において、通信手順で
受け取ったＴＳＩ信号（送信側端末識別信号）データを
格納する端末ＩＤデータ部の構造を示す図である。

【００２８】上記端末ＩＤデータ部には、通信時に実行
されたサービスを設定するｓｅｒｖ＿ｔｙｐｅ（通常
は、Ｇ３通信を示すＧ３と記述される。Ｇ４等異なるサ
ービスをサポートした場合を考慮したエリアである）が
設定されている。

【００２９】次のエリアｒｃｖ＿ｔｓｉ＿ｔｅｌ＿ｎｏ
［０］からｒｃｖ＿ｔｓｉ＿ｔｅｌ＿ｎｏ［２０］まで
は、ＩＴＵ−ＴＴ．３０で示されているＴＳＩ信号の
長さに、１つプラスした２１個分のデータを格納するこ
とができる領域が確保されている。

【００３０】図４は、上記実施例において、各キューの
動きを示す図である。

【００３１】ファクシミリ装置ＦＳ１内には、上記画像
管理レコードを様々な用途で用いる画像管理レコード用
キューが用意されている。ファクシミリ装置ＦＳ１に何
も画像がない場合には、装置内の画像管理レコードは、
全て空であると考えられるので、空の画像管理レコード
の集合であるフリー管理レコードキュー：ｆｒｅｅ＿ｐ
ｉｘ＿ｑｕｅにつながれている。

【００３２】受信動作を始めるにあたって、受信した画
像を格納する画像管理レコードを、ｆｒｅｅ＿ｐｉｘ＿
ｑｕｅから切り出す。また、プリントする場合は、既に
受信し、画像格納されている画像管理レコードがつなが
れているキューから、プリントすべきファイルを切り出
す。

【００３３】図５は、上記実施例において、ファクシミ
リ装置ＦＳ１の内部のソフト構成を示す図である。

【００３４】楕円形で描かれている５０：ＲｅａｌＴ
ｉｍｅＯＳは、各タスクを管理しているＯＳである。
四角形でかかれているものは、タスクと呼ばれるもので
あり、それぞれ独立に動作している。各タスク間は、メ
ッセージと呼ばれるものによって、お互いの同期を取っ
ている。

【００３５】次に、上記実施例において、受信した場合
の手順について、図４、図５を用いて説明する。

【００３６】受信動作は、公衆回線網１４からの呼出信
号によって起動される。網制御装置ＮＣＵ１３がこの呼
出信号を検出すると、図５に示す回線制御タスク５２：
ｌｉｎｅ＿ｓｕｂが、呼出信号を確認し、網制御装置Ｎ
ＣＵ１３リレーを制御し、回線を閉結し、メッセージ５
７を用いて、回線管理タスク５１：ｌｉｎｅ＿ｃｔｌに
対して自動受信する旨を通知する。

【００３７】回線管理タスク５１：ｌｉｎｅ＿ｃｔｌ
は、このメッセージに基づいて、図４の４５に示すよう
に、空の画像管理レコードの集合であるフリー管理レコ
ードキュー４０：ｆｒｅｅ＿ｐｉｘ＿ｑｕｅから１つの
画像管理レコードｐ０を受信用の受信管理キュー４１：
ｒｃｖ＿ｐｉｘ＿ｑｕｅにつなぐ。

【００３８】そして、通信系を管理している通信管理タ
スク５３：ｃｏｍ＿ｃｔｌに対して、上記受信のために
獲得したｐ０を教え、受信スタートするメッセージ５８
を送る。これを受け取った５３：ｃｏｍ＿ｃｔｌは、通
信実行タスク５４：ｃｏｍ＿ｓｕｂに、実際の受信動作
の開始を指示するメッセージ５９を送る。

【００３９】通信管理タスク５４：ｃｏｍ＿ｓｕｂは、
変復調器（ＭＯＤＥＭ）１２を制御し、画像を受信し、
この受信した画像データをダイナミックＲＡＭ（ＤＲＡ
Ｍ）１１に格納する。

【００４０】受信が終了すると、受信が終了した旨のメ
ッセージ５Ａを、受信時に獲得した送信側端末識別信号
の情報等とともに、５３：ｃｏｍ＿ｃｔｌに送る。５
３：ｃｏｍ＿ｃｔｌは、獲得した送信側端末識別信号の
情報を、図２に示す画像管理レコードの中の端末ＩＤデ
ータ部へのポインタｔｅｒｍ＿ｉｄ＿ｐｔｒに示される
図３の端末ＩＤデータ部に格納する。

【００４１】次に、受信が終了した旨のメッセージ５Ｂ
を５１：ｌｉｎｅ＿ｃｔｌに送る。５１：ｌｉｎｅ＿ｃ
ｔｌでは、画像管理レコードに対して、図４の４６に示
す操作、すなわち受信完了と同時に、図４の４１：ｒｃ
ｖ＿ｐｉｘ＿ｑｕｅにつながれた画像管理レコードｐ０
を、４２：ｐｒｉｎｔ＿ｐｉｘ＿ｑｕｅにつなぎ変え
て、画像管理レコード中のｆｉｌｅ＿ｓｔａｔを、プリ
ント要求を示す状態にする。

【００４２】図５に示す５５：ｐｒｉｎｔ＿ｃｔｌは、
５０：ＲｅａｌＴｉｍｅＯＳの管理下で独立に動作
しているプリント制御タスクである、この５５：ｐｒｉ
ｎｔ＿ｃｔｌは、図４に示す４２：ｐｒｉｎｔ＿ｐｉｘ
＿ｑｕｅを検索し、画像管理レコードのｆｉｌｅ＿ｓｔ
ａｔのプリント要求ステータスになっているファイルを
見つけると、そのファイルをプリントするものである。

【００４３】図５に示す５Ｃは、この様子を示したもの
でありＯＳを通したメッセージではなく、画像管理レコ
ードでの同期の様子を示している。

【００４４】５５：ｐｒｉｎｔ＿ｃｔｌは、プリントす
べきファイルを見つけると、５６：ｗｒｉｔｅ＿ｃｔｌ
に対してプリントするために獲得したｐ０を教え、受信
スタートするためのメッセージ５Ｄを送る。

【００４５】プリントが正常に終了すると、５６：ｗｒ
ｉｔｅ＿ｃｔｌは、画像管理レコードのｐｒｉｎｔ＿ｓ
ｔａｔに、正常終了の旨を示す値をセットする。そし
て、プリントが終了したことを示すメッセージ５Ｅを、
５５：ｐｒｉｎｔ＿ｃｔｌに送る。５５：ｐｒｉｎｔ＿
ｃｔｌは、プリントが正常に終了したことが、画像管理
レコードのｐｒｉｎｔ＿ｓｔａｔから判明すると、ＲＡ
Ｍ３に格納されている登録データに基づいて、「受信結
果返送モード」になっているか否かをチェックする。
「受信結果返送モード」になっている場合は、プリント
した画像が、受信したときのＴＳＩデータがワンタッチ
ダイヤルと短縮ダイヤルとに登録されているダイヤルデ
ータと等しいものがあるか否かをチェックする。

【００４６】ワンタッチダイヤルデータは、図６および
図７に示すような構造で格納されている。

【００４７】図６は、上記実施例において、ワンタッチ
ダイヤルと短縮ダイヤルとの様々なデータを格納してい
るアドレスデータテーブルを示す図である。

【００４８】このデータは、たとえばワンタッチダイヤ
ルの［０１］が、ａｄｒｓ＿ｄａｔａ＿ｔｂｌ［０］に
対応している。ワンタッチダイヤルの［０１］の様々な
データ、たとえば相手先のダイヤルデータ（例、００７
７０３１１１１２２２２）や通信モード等が格納
されている。

【００４９】このデータは、図６の左図に示すように、
構造体の配列という形態をとり、ＲＡＭ３に格納されて
いる。１つの構造体の中身は、図３に示す構造をとって
いる。

【００５０】次に、上記実施例におけるアドレスデータ
テーブルの要素について説明する。

【００５１】ｄｉａｌ＿ｍｏｄｅ０と呼ばれるエリアに
は、通信スタートスピード、国際回線におけるモード、
ＥＣＭ送信する／しない、グループダイヤル、ファクシ
ミリ通信網等のモードが設定されているかを示すエリア
である。

【００５２】ｄｉａｌ＿ｍｏｄｅ１と呼ばれるエリアに
は、親展送信、中継指示送信、ポーリング受信、タイマ
送信、サブアドレスやパスワードを用いたＩＴＵ−Ｔ拡
張送信、Ｇ３／Ｇ４送信を示すエリアである。

【００５３】ｄｉａｌ＿ｄａｔａと呼ばれるエリアに
は、ダイヤルのデータが格納されている場所を示してい
る。

【００５４】ダイヤルデータは、図７に示すダイヤルプ
ールの構造に示すダイヤルプールというエリアに全て格
納されている。このダイヤルプールは、ＲＡＭ３内にあ
り、データを格納しておく場所であり、図７に示すよう
に、構造体の配列という形態をとって格納されている。

【００５５】１つの構造体の中身は、図６の右図のよう
な構造をとっている。最初のエリアには、次のダイヤル
プールの配列の添字を示している。次のエリアからは、
データを１バイトずつ格納するエリアである。

【００５６】次に、上記実施例における具体的な格納例
を、図６に示すアドレスデータテーブルの格納状況と、
図７に示すダイヤルデータの格納状況とを用いて説明す
る。

【００５７】図６の右図には、ａｄｒｓ＿ｄａｔａ＿ｔ
ｂｌ［０］のデータを示してある。この中のｄｉａｌ＿
ｄａｔａには、‘０’が書き込まれている。

【００５８】これは、このａｄｒｓ＿ｄａｔａ＿ｔｂｌ
［０］のダイヤルデータが、ダイヤルプールの０番目か
ら格納されていることを意味している。

【００５９】図７は、上記実施例において、ダイヤルデ
ータの格納状況を示す図である。

【００６０】ｄｉａｌ＿ｐｏｏｌ［０］の最初のエリア
には、次のダイヤルプールの配列の添字を示している。
次のエリアからは、ダイヤルデータが１バイトずつ１０
バイト分格納されている。データは、ＢＣＤコードとし
て格納されている。

【００６１】上記例では‘００７７０３３７５８
２１１１’というデータが格納されていることを示して
いる。次のダイヤルプールの配列の添字が‘１’である
ので、続くダイヤルデータが格納されているエリアは、
ｄｉａｌ＿ｐｏｏｌ［１］に格納されていることが示さ
れている。

【００６２】ｄｉａｌ＿ｐｏｏｌ［１］の最初のエリア
には‘ｅｅｅｅ’が格納されているが、これは格納され
ている配列の最後を示すデータである。このデータか
ら、ａｄｒｓ＿ｄａｔａ＿ｔｂｌ［０］のダイヤルデー
タが、このｄｉａｌ＿ｐｏｏｌ［１］で最後のデータで
あることが示されている。ｄｉａｌ＿ｐｏｏｌ［０］に
は、データの最後が格納されている。このデータは
‘ｅ’で示されている。

【００６３】図８は、上記実施例において、受信したＴ
ＳＩデータが格納される端末ＩＤデータ部に格納されて
いる様子を示す図である。

【００６４】ここでは、アスキーコードで格納されてい
る。このＴＳＩデータと各ワンタッチ／短縮ダイヤルと
を比較する。比較にあたっては、アスキーコードで格納
されているＴＳＩデータを、ＢＣＤに変換し、下の桁か
ら比較し、予め登録データに格納されている比較する桁
数分または全ての桁数が一致した場合にのみ、受信結果
レポートの返送を行うものとする。

【００６５】受信プリントが正常に終了したことを示す
受信結果レポートを送信側に送信するため、空の画像管
理レコードの集合であるフリー管理レコードキュー４
０：ｆｒｅｅ＿ｐｉｘ＿ｑｕｅから、１つの画像管理レ
コードｐ１を送信用の送信管理キュー４４：ｔｒｎ＿ｐ
ｉｘ＿ｑｕｅにつなぐ。さらに、この画像管理レコード
に、正常に記録されたことを示すレポート画像を作成
し、画像管理レコードのｆｉｌｅ＿ｓｔａｔを、送信要
求ステータスにする。

【００６６】回線管理タスク５１：ｌｉｎｅ＿ｃｔｌ内
では、送信管理キュー４４：ｔｒｎ＿ｐｉｘ＿ｑｕｅの
検査を行い、キューにつながれた画像管理レコードのｆ
ｉｌｅ＿ｓｔａｔが、送信要求ステータスになっていれ
ば、即送信を開始する。送信の手順は、上記受信とほぼ
同じメッセージを、５３：ｃｏｍ＿ｃｔｌ、５４：ｃｏ
ｍ＿ｓｕｂに送りながら実現する。

【００６７】上記のように、記録が正常終了した場合に
は、受信したＴＳＩ信号データに基づいて、正常受信
し、記録が完了した旨の受信結果レポートが送信側に返
送される。

【００６８】しかし、受信が正常に終了した場合におい
ても、記録が正常に終了できなかった場合は、その場合
に応じて、動作を変える。

【００６９】等倍に記録できる記録紙がなければ、縮小
して記録動作を行い、その記録動作が正常に終了した場
合、上記シーケンスと同様な手順によって受信結果レポ
ートが返送され、また、送信する受信結果レポート上に
は、縮小して記録した旨を表すメッセージが添えられ
る。

【００７０】ＬＢＰ１０のトナーが切れた場合または記
録紙が全くない場合は、まず、上記シーケンスと同様な
手順によって、受信結果レポートが返送され、また送信
する受信結果レポート上には、トナー切れまたは記録紙
なしを示す旨がメモリ内に格納したままであることを示
すメッセージが添えられる。

【００７１】ＬＢＰ１０が致命的な故障に陥り、回復の
見込みが当分立たないような状態の場合は、上記受信の
段階で受信動作を行わないが、受信後にまたは記録中に
このような状態に陥った場合、その装置に登録されてい
るバックアップ転送用のファクシミリの番号に受信した
画像データを転送する。

【００７２】転送が正常終了した段階で、受信結果レポ
ートが返送され、また送信する受信結果レポート上に
は、記録系が故障し、バックアップ用のファクシミリに
データを転送した旨を表すメッセージが添えられる。こ
のシーケンスは、図４の４８において、受信済みの画像
管理レコードｐ０を、送信用の送信管理キュー４４：ｔ
ｒｎ＿ｐｉｘ＿ｑｕｅにつなぐ。

【００７３】そして、ｆｉｌｅ＿ｓｔａｔに、送信の要
求を示す状態にあることをセットする。メモリ内に格納
されている受信画像は、これによってバックアップ用の
ファクシミリにデータを転送する。この転送が正常に終
了した場合に、今度は５１：ｌｉｎｅ＿ｃｔｌにおい
て、空の画像管理レコードの集合であるフリー管理レコ
ードキュー４０：ｆｒｅｅ＿ｐｉｘ＿ｑｕｅから、１つ
の画像管理レコードｐ１を、送信用の送信管理キュー４
４：ｔｒｎ＿ｐｉｘ＿ｑｕｅにつなぐ。

【００７４】さらに、この画像管理レコードに正常に記
録されなかったのでバックアップ用のファクシミリに転
送したことを示すレポート画像を作成し、画像管理レコ
ードのｆｉｌｅ＿ｓｔａｔを、送信要求ステータスにす
る。

【００７５】このレポート画像は、上記シーケンスによ
って、送信側に送られる。また、バックアップ用のファ
クシミリヘの転送が失敗した場合には、正常に記録され
なかったためにバックアップ用のファクシミリへの転送
にも失敗したことを示すレポート画像を作成し、このレ
ポート画像と受信した受信画像の全てとを返送する。

【００７６】なお、画像通信機能を有するパソコン等の
他の画像通信装置に、上記実施例を適用するようにして
もよい。

【００７７】

【発明の効果】本発明によれば、デコード処理をソフト
ウェアで行っているようなシステムにおいて、ＪＢＩＧ
のような高い圧縮効果の望める符号化形式を用いてＶ．
３４による高速伝送を行った場合でも、デコード処理の
能力に関わりなく受信動作を行うことができる。

【図面の簡単な説明】

【図１】本発明の一実施例であるファクシミリ装置ＦＳ
１を示すブロック図である。

【図２】上記実施例において、画像ＲＡＭ３内に格納さ
れている画像データを管理する画像管理レコードの構造
を示す図である。

【図３】上記実施例において、通信手順で受け取ったＴ
ＳＩ信号（送信側端末識別信号）データを格納する端末
ＩＤデータ部の構造を示す図である。

【図４】上記実施例において、各キューの動きを示す図
である。

【図５】上記実施例において、ファクシミリ装置ＦＳ１
の内部のソフト構成を示す図である。

【図６】上記実施例において、ワンタッチダイヤルと短
縮ダイヤルとの様々なデータを格納しているアドレスデ
ータテーブルを示す図である。

【図７】上記実施例において、ダイヤルデータの格納状
況を示す図である。

【図８】上記実施例において、受信したＴＳＩデータが
格納される端末ＩＤデータ部に格納されている様子を示
す図である。

【符号の説明】

ＦＳ１…ファクシミリ装置、１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…読取制御ゲートアレイ、５…コンタクトセンサ、６…操作パネル制御ゲートアレイ、７…表示部、８…キー、９…記録制御ゲートアレイ、１０…レーザービームプリンタ、１１…ダイナミックＲＡＭ、１２…変復調器、１３…網制御装置。

フロントページの続きＦターム(参考） 5C062 AA02 AB08 AB22 AB43 AC38 AC43 AE02 AE14 AF03 AF13 BA02 BC04 5C075 BA05 BA08 CA01 CD07 CD25 CE03 CE13 CE17 CF01 CF09 FF03 FF90 5K036 AA15 DD11 DD39 DD48 KK09 LL01 5K101 KK01 NN21 RR19 VV01

Claims

【特許請求の範囲】

【請求項１】相手先の電話番号情報を登録する相手電
話番号情報登録テーブルと；交信毎の通信情報を記憶・
管理するデータ処理部と；送信機側からの要求に基づい
てメモリ受信した原稿を、記録紙に記録する記録手段
と；送信機側から受信した電話番号情報と上記相手電話
番号情報登録テーブルとを、受信機側において比較し、
該当する電話番号が存在する場合は、上記記録紙への記
録後に、記録済レポートを送信機側に送信する第１の送
信手段と；上記記録紙への記録が正常に終了した場合に
は、正常記録を示すレポートを送信し、上記記録紙への
記録が異常終了した場合には、上記異常の状態を示すレ
ポートを送信し、上記記録手段が回復不可能な状態に陥
った場合に、バックアップ用のファクシミリ装置に受信
画像を転送し、このバックアップ用転送が正常に終了し
た場合に、上記バックアップ用転送が正常に終了した旨
を示すレポートを送信し、上記バックアップ用転送がエ
ラー終了した場合、送信側に、上記バックアップ用転送
がエラー終了した旨を示すレポートを送信し、さらに受
信した受信画像の全てを第２の画像通信装置に送信する
第２の送信手段と；を有することを特徴とする画像通信
装置。