JPH0433457A - ファクシミリのモニタプリント装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） この発明はファクシミリのモニタプリント装置に関し、
特に送信できなかった原稿のページを容易に、かつ用紙
の無駄なく検出することのできるファクシミリのモニタ
プリント装置に関する。

（従来の技術） 読取装置で読取られた原稿データを一旦ファクシミリ内
の大容量メモリに蓄積し、その後この大容量メモリから
読出して相手に送信することが通常行われている。

このようなファクシミリ通信においては、送信側オペレ
ータは文書が確実に送信できたかどうかを目視等で直接
確認することができないので、何らかの方法により全て
の原稿が正常に送信できたかどうかを確認する必要があ
る。

この送信を確認する方式は、従来から特許出願されてお
り、例えば特開昭６１−１９２１５５号公報、特開昭６
１−１３４１７４号公報、特開昭５６−６８０５３号公
報、特開昭５６−１６３６８号公報あるいは特開昭５８
−１８４８６６号公報に開示されている。

特開昭６１−１９２１５５号公報は、送信が完了した原
稿情報に対して、１ページ毎に管理情報と該原稿情報の
ヘッダ部分とをモニタプリントとして出力するものであ
る。

特開昭６１−１３４１７４号公報および特開昭５６−１
６３６８号公報は、送信した原稿情報の全面、又はその
先端部をモニタプリントとして出力し、重送等のチエツ
クができるようにしたものである。

特開昭５６−６８０５３号公報は、送信時刻、送信先コ
ード等の管理情報と、縮小された画情報からなるモニタ
コピーを得るようにしたものである。

また、特開昭５８−１８４８６６号公報は、所定回数の
呼設定を失敗した場合に、原稿の縮小画像と、送信先の
電話番号、交信モード、送信指定時刻、送信枚数等を記
録紙上にプリントアウトするものである。

（発明が解決しようとする課題） 前記第１〜４番目の公報には、前記のように送信原稿１
ページ毎に管理情報と原稿の一部、あるいは原稿の縮小
画像をモニタプリントするものであるので、複数枚の原
稿情報中に重送、回線不良等で送信できなかった原稿が
あった場合、元の複数枚の原稿と該モニタプリントとを
比較することにより、送信できなかった原稿を特定する
ことができる。

しかしながら、原稿枚数が多い場合には、元の原稿とモ
ニタプリントとを１枚々々比較するのは面倒であり、ま
たそれに時間がかかるという問題があった。

また、第５番目の公報のものは、いわゆるリダイヤルに
よっても送信できなかったことを通知するものであり、
複数枚の原稿のうちの送信不成功のページを指示する点
の配慮がなされていなかった。

この発明の目的は、前記従来技術の問題点を除去し、送
信できなかった原稿のページをオペレータに容易に知ら
せることのできるファクシミリのモニタプリント装置を
提供することにある。

（課題を解決するための手段および作用）前記目的を達
成するために、この発明は、読取部から読取られた原稿
情報を一旦格納する記憶装置を備えたファクシミリ装置
において、原稿情報が正常に送信できたか否かを検出す
る手段と、正常に送信できなかった１ページ毎の原稿情
報を前記記憶装置から読み出して縮小する縮小手段と、
該縮小手段によって処理された画像をプリントアウトま
たは表示する手段とを備えた点に特徴がある。

本発明によれば、前記記憶装置から原稿情報が読出され
て送信されると、１ページ毎に正常に送信されたか否か
の判断がなされる。正常に送信されなかった場合には、
その原稿情報が記憶装置から読出され、縮小手段により
縮小されて、プリントアウトまたは表示される。

この結果、オペレータは送信されなかった原稿のページ
を容易に検知することができる。

また、本発明は、全原稿情報又は正常に送信できなかっ
た原稿情報を前記記憶装置から読出して縮小する縮小手
段と、正常に送信できなかった原稿情報を検出する手段
と、送信失敗のマークを作成する通信失敗マーク作成手
段と、該縮小手段によって処理された画像および通信失
敗マークをプリントアウトまたは表示する手段とを備え
た点に特徴がある。

この発明によれば、原稿情報の全部又は送信に失敗した
原稿情報の縮小画像が表示され、送信を失敗したものに
は通信失敗マークが付けられるので、オペレータは送信
されなかった原稿のページを容易に検知することができ
る。

（実施例） 以下に、図面を参照して、本発明の詳細な説明する。

第１図は、本発明の一実施例のファクシミリ装置の構成
を示すブロック図である。

図において、１は原稿を読み取るスキャナ、２は読み取
られた原稿情報を圧縮効率のよい符号化方式で圧縮する
符号化部、３は圧縮された原稿情報をページ単位で順次
蓄積する記憶装置、４ａは該原稿情報を復号化する復号
化部、４ｂは受信した原稿情報を復号化する復号化部、
５は該原稿情報を相手局の能力に合った圧縮方法、線密
度等に変換するプロトコル変換部、６は変復調部（モデ
ム部）、７は短縮ダイヤルまたはワンタッチダイヤルに
よる送信指示があった場合、自動的にダイヤリングをし
て相手局を呼び出したり、所定のプロトコルにより所定
の通信手続き等を行う回線制御部（ＮＣＵ）　、８は受
信した原稿情報を印刷するプリンタである。

また、９は前記各種のブロックの動作を制御するＣＰＵ
、１０はテンキー、各種の機能キーおよびデイスプレィ
部等を有するコンソールパネル、１１は本システムを動
作させるための制御用プログラムや諸々の基本データ等
を格納しているＲＯＭ、１２はワーク領域を提供したり
、前記コンソールパネル１０から登録された短縮ダイヤ
ル用データ、通信管理情報等を格納するＲＡＭ。

１３は該コンソールパネル１０から入力された文字コー
ドをイメージデータに変換するキャラクタジェネレータ
、１４はクロック信号を生成する時計部である。

さらに、１５は前記記憶装置に蓄積された原稿情報を縮
小処理する縮小部、１６はページ単位で送信される原稿
情報に通信失敗があった時に、通信失敗マークを作成す
る通信失敗マーク作成部、１７は前記縮小部１５によっ
て縮小された原稿情報、通信失敗マーク作成部からの失
敗マーク、ＣＰＵ９を介して送られてくる送信ページデ
ータや管理情報等を記憶するイメージメモリである。

なお、該イメージメモリ１７は記憶装置３の一部を使用
してもよいし、別個に設けてもよい。

次に、本実施例の原稿情報送信時の動作を第２図を参照
して説明する。第２図は第１図のＣＰＵ９の原稿情報送
信時における機能を示すフローチャートである。

ＣＰＵ９は、まずコンソールパネル１０から、通信結果
レポート出力の指示がなされたか否かの判断をする（ス
テップＳｌ）。否定の場合には、通信結果レポートを作
成しない通常の送信を行う。

一方、肯定の場合には、ステップＳ２に進んで、ｎ−１
と置く。

ステップＳ３では送信中の原稿情報が前記縮小部１５に
送られ、縮小処理が実行される。ステップＳ４では該縮
小処理された画像にページ数ｎが追加される。次いで、
この１ページの原稿情報が正常に送信されたか否かの判
断がなされ、肯定の場合にはステップＳ６に進み、続い
て送信するページがまだ残っているか否かの判断がなさ
れる。

一方、該原稿情報の送信が失敗した場合には、ステップ
Ｓ７に進んで、通信失敗マーク、例えば「×」マークを
出力する処理が行われる。この通信失敗マークの作成は
、前記通信失敗マーク作成部１６が行う。

なお、送信失敗か否かの判断は、１ページ送信毎に受信
側から送られてくる成功か失敗かの信号（ＭＣＦＳＲＴ
Ｎ）により行うことができる。また、受信側から、成功
および失敗の信号が所定時間たっても送られて来ない場
合（通信中断）には、送信失敗と判断される。

ステップＳ６が肯定の時、すなわちまだ送信する原稿情
報が残っている時には、ステップＳ８に進んで、前記ｎ
に１が加算される。

以上のようにして、送信される原稿情報は、１ページ毎
に縮小され、該縮小画像にページ数が記入され、かつ送
信失敗の時には通信失敗マークが付加されて、イメージ
メモリＩＩに記憶される。

すなわち、該イメージメモリ１７には、通信結果レポー
トが記憶されることになる。

ステップＳ６の判断が否定になると、該通信結果レポー
トは該イメージメモリ１７から読出され（ステップＳ９
）、前記プリンタ８によってプリントアウトされる。

第３図は上記の動作によりプリントアウトされた通信結
果レポート（モニタプリント）の−例を示す。

この通信結果レポートによれば、送信した全ページの縮
小画像と、ページ数と、通信失敗を示すマークが付いて
いるので、何ページ目が通信失敗したかを一目瞭然で知
ることができる。このため、オペレータは送信した原稿
の中から通信を失敗したものを容易に抽出し、再送する
ことができる。

なお、この通信結果レポートには、必要に応じて、入力
時間、相手先名、送信時間、送信枚数等の管理情報を付
記することができる。この付記は、ＲＡＭ１２内に作成
されている管理情報をＣＰＵ９を介してイメージメモリ
１７に読み出すことにより、行うことができる。

次に、本発明の第２実施例を第４図を参照して説明する
。第４図は第２図のステップＳ３を変形したものであり
、それ以外は同一であるので、ステップ８４以下は図示
が省略されている。

第５図は第４図の動作に必要とされるコンソールパネル
１０（第１図参照）上の表示部１０ａの表示画面の一例
を示し、通信結果レポートの「あり」、「なし」の選択
部と、該通信結果レポートに掲載する縮小画像の選択部
とを有している。前者の選択部において、「あり」が選
択されると、通信結果レポートの出力が指示されたこと
になり、後者の選択部において、「自動」が選択される
と、送信原稿全部を１枚の用紙に縮小して記載すること
となり、例えば図示されているように、「４枚」とオペ
レータが指示すると、送信原稿４枚を１枚の用紙に縮小
して記載することとなる。

さて、第４図において、ステップＳ１の判断がなされ、
通信結果レポートの指示があ７たと判断されると、ステ
ップＳ２に進み、第１実施例と同様にｎ−１と置かれ、
次いでページ数の指定があったか否かの判断がなされる
（ステップ５３１）。

前記表示部１０ａにおいて、「自動」が選ばれた時には
、該ステップＳ３１の判断は否定となり、ステップＳ３
３に進んで全送信原稿を１枚の通信結果レポートに縮小
する縮小処理が行われる。−方、ステップＳ３１で例え
ば「４枚」と指示された時には、ステップ８３２に進み
、４枚の送信原稿を１枚の通信結果レポートに縮小する
縮小処理が行われる。

その後、第２図のステップＳ４に進み、第１実施例と同
様に、ページｎの記入、送信に失敗した時には通信失敗
マークの出力等が行われる。

第６図は第２実施例によって得られた通信結果レポート
の縮小画像の一例を示す。この図は、前記ステップＳ３
２において、４枚の送信原稿を１枚の通信結果レポート
に縮小する処理がなされた場合の縮小画像を示す。

図から、１枚の通信結果レポートに４枚の縮小画像が印
刷され、かつ送信失敗した縮小画像に対しては、通信失
敗マーク（Ｘ印）が付されていることがわかる。

重送があったか否かのチエツクは、原稿枚数と送付枚数
が一致しているか否かを調べ、不一致の時には、原稿と
縮小画像とを一つ一つ比べることになるが、前記第１、
第２実施例によれば、原稿と、その縮小画像とを比べれ
ばよいので、この比較は容易に行うことができ、重送に
よりて送れなかった原稿を簡単に見付けることができる
。

次に、本発明の第３実施例を第７図を参照して説明する
。この実施例は、送信を失敗した原稿の縮小画像のみを
通信結果レポートに印刷するようにしたものであり、ス
テップＳ６以降は第２図と同じであるので、図示が省略
されている。

第１．２実施例と同様のステップＳ１、Ｓ２の処理が行
われた後、ステップＳｌｌでは１ページの原稿情報の送
信が成功したか否かの判断がなされる。成功した時には
、ステップＳ６へ進む。逆に、失敗した時には、ステッ
プＳ１２に進んで、画像の縮小処理がなされ、次いで、
通信失敗マーりが出力され（ステップ５１３）、続いて
ページｎのデータが追加される（ステップ５１４）。

ステップＳ６以降は、第１実施例と同様である。

この実施例によれば、第８図に示されているように、送
信失敗の原稿の縮小画像のみが、ページ番号および通信
失敗マークを付されて、通信結果レポートに印刷される
ことになる。

なお、本実施例においては、通信失敗マークを付けなく
ても、通信を失敗したページはわかるので、前記ステッ
プＳ１３は省略してもよい。

次に、本発明を同報結果通知に応用した第４実施例を説
明する。

第９図は第１図のＲＡＭ１２に記憶されているデータの
概念図である。同報通信の場合、ＲＡＭ１２には、送信
情報、短縮情報、同報先等の各情報が記憶される。

同報用エリアに格納される同報情報は、同報先の短縮番
号等のデータであり、同報送信の操作がなされると、該
同報用エリアから順次同報先の短縮番号等のデータが読
み出される。

例えば、Ｎ００１のデータが読み出されると、これに対
応する短縮情報が読み出される。この短縮情報には、電
話番号（置）、相手先名、送信モード等が登録されてい
るので、このデータに基づいてＮ００１の相手に送信の
動作が行われる。

この時、ＲＡＭ１２中の送信情報エリアに、送信情報が
格納される。送信情報は、具体的には、電話番号、人力
時間、相手先名、送信時間、枚数、送信モード、ビット
マツプ等から構成されている。

該ビットマツプは送信原稿が１ページ毎に正常に送られ
たか否かを記録するデータであり、正常に送られたペー
ジに対しては例えば“１”が格納され、送信失敗のペー
ジに対しては例えば”０”が格納される。したがって、
このビットマツプを見ると、Ｎｏ、１の相手に送った原
稿の全ページの送信結果がわかる。

Ｎ０１１に対する送信が終了すると、前記同報用エリア
のＮ００２が読み出され、ＮＯ６２に対する送信が実行
される。この送信情報は、前記と同様に記憶される。

以下同様に同報通信が実行され、各々の送信情報が記憶
される。

同報通信が終了し、前記通信結果レポートと同様の同報
結果通知を出力する場合には、各同報送信先の前記送信
情報から、例えば電話番号とビットマツプが参照され、
該ビットマツプに“０”が記憶されている場合には、こ
れに対応するページ数が取り出され、またこれに対応す
る原稿情報が前記記憶装置３（第１図参照）から縮小部
１５に読み出される。前記電話番号とビットマツプから
出力されたページ数は、キャラクタジェネレータ１３で
ビデオデータに変換される。

前記縮小された原稿情報およびビデオデータは前記イメ
ージメモリ１７に送られ、プリンタ８によってプリント
アウトされる。

この結果、第１０図に示されているように、各送り先毎
に送信が成功したか否かの結果、不成功の場合にはその
ページ数、および送信失敗のページの縮小画像が明示さ
れた回報結果通知が得られる。

オペレータは、この回報結果通知を見れば、原稿を正常
に送信できなかった相手先と、送信失敗した原稿のペー
ジとを一目で検知することができる。

なお、前記第１、第２実施例では、通信結果レポート、
同報結果通知をプリントアウトした例で説明したが、本
発明はこれに限定されず、ＣＲＴ等の表示装置に表示す
るようにしてもよい。

（発明の効果） 以上の説明から明らかなように、本発明によれば、送信
できなかった原稿の縮小画像が通信結果レポートまたは
同報結果通知に表わされるので、オペレータは送信失敗
のページを一目瞭然で知ることができるという効果があ
る。

また、通信結果レポートまたは同報結果通知には、原稿
の縮小画像が表示されるので、用紙の無駄が省けるとい
う効果もある。

【図面の簡単な説明】

第１図は本発明の一実施例のブロック図、第２図は第１
実施例のＣＰＵの機能を説明するためのフローチャート
、第３図はこの第１実施例により得られた通信結果レポ
ートの一例を示す図、第４図は第２実施例の動作の要部
を説明するためのフローチャート、第５図はコンソール
パネルの表示部の一例を示す図、第６図は第２実施例に
より得られた通信結果レポートの縮小画像の一例を示す
図、第７図は第３実施例の動作の要部を説明するための
フローチャート、第８図は第３実施例により得られた通
信結果レポートの縮小画像の一例を示す図、第９図は第
４実施例におけるＲＡＭ内のデータの概念図、第１０図
は第４実施例により得られた同報結果通知の一例を示す
図である。 ３・・・記憶装置、９・・・ＣＰＵ、１０・・・コンソ
ールパネル、１５・・・縮小部、工６・・・通信失敗マ
ーク作成部、

Claims (2)

【特許請求の範囲】
1. （１）読取部から読取られた原稿情報を一旦格納する記
   憶装置を備えたファクシミリ装置において、原稿情報が
   正常に送信できたか否かを検出する手段と、 正常に送信できなかった１ページ毎の原稿情報を前記記
   憶装置から読み出して縮小する縮小手段と、 該縮小手段によって処理された画像をプリントアウトま
   たは表示する手段と、 を具備したことを特徴とするファクシミリのモニタプリ
   ント装置。
2. （２）読取部から読取られた原稿情報を一旦格納する記
   憶装置を備えたファクシミリ装置において、原稿情報が
   正常に送信できたか否かを検出する手段と、 全原稿または正常に送信できなかった原稿情報を前記記
   憶装置から読み出して縮小する縮小手段と、 送信失敗のマークを作成する通信失敗マーク作成手段と
   、 該縮小手段によって処理された画像および通信失敗マー
   クをプリントアウトまたは表示する手段とを具備し、 送信失敗した縮小原稿画像の上に通信失敗マークを付し
   てプリントアウトまたは表示するようにしたことを特徴
   とするファクシミリのモニタプリント装置。