JPH06189102A

JPH06189102A - ファクシミリ装置

Info

Publication number: JPH06189102A
Application number: JP4337292A
Authority: JP
Inventors: Naoyuki Matsumoto; 直之松本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1992-12-17
Filing date: 1992-12-17
Publication date: 1994-07-08

Abstract

(57)【要約】【目的】送信側及び受信側装置の機能に応じてエラーペ
ージからの文書再送処理を行なう。【構成】文書受信エラーがあれば、送信側、受信側装置
間で継続送受信ができるかどうかの確認を行ない、ステ
ップＳ３０１で、相手機に対して継続文書送信の要求で
あることを通知する。また、ステップＳ３０２で、相手
機からの応答で継続受信の受け入れの可否を確認する。
そして、ステップＳ３０３で、継続受信の受け入れが拒
否と判断されたならば、ステップＳ３０４で、文書のす
べてを再送信処理にまわすが、ステップＳ３０３で、継
続受信の受け入れが可能と判断されれば、ステップＳ３
０５で、エラーページからの文書再送信処理を行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はファクシミリ装置に関
し、特に、通信中に発生したエラー文書の再送信処理を
行なうファクシミリ装置に関するものである。

【０００２】

【従来の技術】従来のファクシミリ装置では、通信中に
エラーが発生した場合、その通信サービスはエラー終了
として処理されるか、あるいは、再度、文書を送り直す
ようにすることが一般的である。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来のファクシミリ装置における再送方式では、既に送ら
れた文書のページをも再度送り直すことになり、通信コ
スト、印刷コストの面で問題がある。そこで、通信エラ
ーに関係するページから再送するような装置の提供が求
められているが、この場合、送信側装置、及び受信側装
置双方において、必要となる機能が装備されていること
を確認し、かつ、必要な情報を交換して処理が行なわれ
ることが必要となる。しかし、今だに、その具体的な方
法の提案がなく、エラーページからの再送信が実現して
いないのが現状である。

【０００４】本発明の目的は、通信エラーが発生したペ
ージから文書を再送するファクシミリ装置を提供するこ
とである。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、通信エラーが発生した場合、該エラー発
生前に受信した文書と、該エラー発生後に受信した文書
とを１文書として管理及び処理する継続受信機能を備え
たファクシミリ装置であって、前記通信エラーが文書送
信中に発生した場合、該エラー発生に対応するページか
ら該文書を再送する旨を通信相手に通知する手段と、前
記通知に対する応答により、前記通信相手が前記継続受
信機能を有するか否かを判断する手段と、前記通信相手
が前記継続受信機能を有する場合にのみ、前記通信エラ
ー発生に対応するページから前記文書を再送する手段と
を備える。

【０００６】

【作用】以上の構成において、送信側及び受信側装置の
機能に応じてエラーページからの文書再送処理を行なう
よう機能する。

【０００７】

【実施例】以下、添付図面を参照して、本発明に係る好
適な実施例を詳細に説明する。図１は、本発明の実施例
に係るファクシミリ装置（以下、装置という）全体の構
成を示すブロック図である。同図において、符号１は、
本装置全体の制御を行なう中央制御部（ＣＰＵ）、２
は、制御プログラム等を格納するためのＲＯＭ、３は、
各種データを一時的に保存するためのＲＡＭ、また、４
は、画像データを一時的に蓄積するためのイメージメモ
リである。

【０００８】符号５は、送信文書や受信文書等を記憶装
置６にファイル化して管理を行なうファイル管理部、７
は、解像度、紙サイズ、符号化方式等の画像データ変換
処理を行なう画像処理部、８は、送信文書、受信文書へ
のヘッダ部、並びに各種レポートのイメージ展開処理を
行なうＣＧ展開処理部、９は、キー入力、ＬＣＤ表示等
の制御を行なう操作部である。また、１０は、原稿（不
図示）を読み取るためのスキャナ、１１は、画像等のプ
リント出力を行なうプリンタ、１２は、通信手順の制御
を行なうための回線制御部、そして、１３は、回線制御
部１２と網１４とを接続する回線ケーブルである。

【０００９】なお、図１に示すファクシミリ装置では、
通常の送受信処理等は公知の方式により実現される。ま
た、ファイル管理部５は、任意の文書の任意のページを
アクセスできる能力をサポートしている。以下、本実施
例に係る装置について、そのエラー処理を詳細に説明す
る。なお、以下の説明において、ページの途中からの文
書通信を「継続送信」、「継続受信」、あるいは「継続
送受信」と呼ぶ。

【００１０】図２は、本実施例に係る装置における、通
常の文書送信の処理手順を示すフローチャートである。
図２のステップＳ２０１では、相手機に対して、あらか
じめ自機に継続送信機能があることを通知する。ステッ
プＳ２０２で、相手機からの応答により、相手機の継続
受信機能の有無を確認する。続くステップＳ２０３で、
通常の送信処理を行なった後、ステップＳ２０４で、上
記ステップＳ２０３での送信処理時に文書送信エラーが
発生したか否かを判断する。

【００１１】このステップＳ２０４で、エラーがあった
と判断した場合は、続けてステップＳ２０５で、相手機
の継続受信能力の有無を判断する。そして、相手機にそ
の機能があるならば、ステップＳ２０６に進んで継続送
信の準備を行ない、ステップＳ２０７で、継続送信処理
としてのサービス登録を行なう。他方、ステップＳ２０
４で、送信エラーの発生がないと判断された場合、ある
いは、ステップＳ２０５で、相手機に継続受信機能がな
いと判断された場合は、ステップＳ２０８にて、通常の
送信後処理として、必要に応じて文書の削除等の処理を
行なう。

【００１２】なお、上記ステップＳ２０６，Ｓ２０７で
行なう送信サービスの管理は、具体的には、後述するよ
うに、図６に示す送信管理テーブルの作成、更新、管理
を行なうことで処理される。また、通信手順上の具体的
例については、後述する。図３は、本装置において継続
文書送信する場合の処理手順を示すフローチャートであ
る。

【００１３】まず、ステップＳ３０１では、相手機に対
して継続文書送信の要求であることを通知する。ステッ
プＳ３０２で、相手機からの応答で継続受信の受け入れ
の可否を確認する。そして、ステップＳ３０３で、継続
受信の受け入れが拒否と判断されたならば、ステップＳ
３０４で、文書のすべてを再送信処理にまわし、本処理
を終了する。

【００１４】しかし、ステップＳ３０３で、継続受信の
受け入れが可能と判断されれば、ステップＳ３０５で、
エラーページからの文書再送信処理を行ない、続くステ
ップＳ３０６にて後処理を行なって、一連の処理を終了
する。なお、上記のステップＳ３０６にて、必要に応じ
て、図２に示したステップＳ２０４〜Ｓ２０７に相当す
る処理を含めると、より確実な送信サービスを提供でき
る。

【００１５】図４，図５は、本実施例に係る装置での受
信処理手順を示すフローチャートである。図４のステッ
プＳ４０１では、まず、着信を検知する。ステップＳ４
０２で、継続受信が要求されているのか否かを判断し、
継続受信が要求されているならば、ステップＳ４０３以
降の処理に進むが、そうでない場合には、図５に示すス
テップＳ４２０以降の処理に進む。

【００１６】図４のステップＳ４０３では、継続送信の
対象として指定された文書情報に基づき、所定の文書が
あるかどうかを検知する。ステップＳ４０４で、対象文
書がないと判断された場合は、ステップＳ４０５で、相
手機に継続文書受け入れ拒否の通知を行なう。一方、継
続対象文書があった場合、ステップＳ４０６で、継続文
書受け入れ可の通知をした後、続くステップＳ４０８
で、継続文書の受信処理を行なう。また、ステップＳ４
０９では、ステップＳ４０８での受信処理中にエラーが
発生したか否かを確認し、エラーの発生があれば、ステ
ップＳ４１０で継続受信の準備をし、本処理を終了す
る。しかし、ステップＳ４０９でエラーの発生がなけれ
ば、ステップＳ４１１で継続受信の後処理を行ない、本
処理を終了する。

【００１７】図５のステップＳ４２０で、送信側の装置
に継続送信能力があると判断された場合、処理をステッ
プＳ４２１に進め、受信側として、エラー発生時に継続
受信処理が可能な状態にあるか否かを確認し、その結果
を、ステップＳ４２２で相手側に通知する。他方、ステ
ップＳ４２０で継続送信能力がないと判断されると、ス
テップＳ４２３で、通常の文書受信処理が行なわれる。
そして、ステップＳ４２４では、ステップＳ４２３での
受信結果に応じて、文書受信エラーが発生しているかど
うかを判断する。

【００１８】文書受信エラーがあれば、ステップＳ４２
５で、送信側、受信側の間で継続送受信ができるかどう
かの確認を行ない、その確認がとれた場合は、ステップ
Ｓ４２６で継続受信の準備を行ない、本受信処理を終了
する。しかし、ステップＳ４２５で継続送受信ができな
いと判断されれば、あるいは、ステップＳ４２４で文書
受信エラーがあれば、ステップＳ４２７での通常の受信
後処理を行なった後、本処理を終了する。

【００１９】なお、上記のステップＳ４０３，Ｓ４１
０，Ｓ４１１，Ｓ４２６等で行なう受信サービスの管理
は、具体的には、図７に示す受信管理テーブルの作成、
更新、管理を行なうことで処理される。図６は、送信サ
ービスを管理、処理するために使用する管理テーブルの
例を示す。

【００２０】ここでは、１つの文書送信サービスを実行
する際、「サービス管理番号」を発行し、「送信モー
ド」に応じて、継続送信処理時には「継続送信管理用リ
ンク情報」をもとに必要な情報が検索できるようにして
ある。また、「相手アドレス情報」はダイヤルするのに
必要な情報であり、「送信文書管理番号」はファイル管
理部５での文書管理番号、そして、「総ページ数」は、
送信文書の合計のページ数を意味している。

【００２１】図中、＊印を付した４項目については、文
書継続通信を行なうのに必要な通信文書を管理するため
の情報要素となっており、これら４項目を比較して、一
致していることにより、送信側、及び受信側で管理して
いる文書は同一とみなすものとする。従って、これらの
４項目は、図７に示す受信系のサービス管理テーブル、
図８の通信情報要素を示すテーブルにも同じ形態で管
理、運用される。

【００２２】そして、図６に示す「相手端末情報」は受
信側装置のＩＤ、「通信用文書番号」は、通信手順上管
理される文書番号であり、「日時情報」は通信の開始さ
れた日時に関する情報、「送信済ページ数」は、通信が
確認されたページ数の情報である。図７は、受信サービ
スを管理、処理するために使用する管理テーブルの例を
示す。

【００２３】本実施例では、１つの文書受信サービスを
実行する際に「サービス管理番号」を発行し、「受信モ
ード」に応じて、継続受信処理時には「継続受信管理用
リンク情報」をもとに必要な情報が検索できるようにし
てある。また、「受信文書管理番号」は、ファイル管理
部５での文書管理番号である。ここでも、＊印が付され
た４項目については、文書継続通信を行なうのに必要な
通信文書を管理するための情報要素となっており、これ
ら４項目を比較し、一致していることにより、送信側、
受信側で管理している文書は同一とみなすものとする。
従って、これらの４項目は、上述の送信系のサービス管
理テーブル（図６参照）や、図８の通信情報要素を示す
テーブルにも同じ形態で管理、運用される。

【００２４】なお、「相手端末情報」は送信側のＩＤ、
「通信用文書番号」は通信手順上管理される文書番号で
あり、「日時情報」は通信の開始された日時に関する情
報であり、「受信済ページ数」は通信が確認されたペー
ジ数の情報である。図８は、継続再送処理を実行する
際、端末間の通信プロトコルとして運用される情報要素
を示すものである。ここでは、送信側、受信側にそれぞ
れ２種類のコマンド、及びレスポンスを用意してある。

【００２５】図８において、「文書継続送信能力」に対
するレスポンスとして「文書継続受信能力」があり、こ
れらにより、文書送受信時にエラーが発生した場合、そ
の回復処理として、エラーページからの文書再送を実行
するか否かを、送信側、受信側双方で確認をとることが
できる。また、「文書継続送信要求」に対するレスポン
スとして「文書継続受信受け入れ可否」があり、「文書
継続送信要求」におけるパラメータには、継続処理の対
象となる文書情報が入っており、その情報をもとに、受
信側において継続処理の対象となる文書が管理されてい
るかが検索できるようにしてある。そして、その結果
を、「文書継続受信受け入れ可否」レスポンスにより通
知するようになっている。

【００２６】継続処理文書の検索情報としては、図８に
示したように、自機端末情報、通信用文書番号、日時情
報、送信済ページ数の４つの情報を使っており、これら
の情報は、図６，図７に示した送信管理テーブル、受信
管理テーブルの中で管理するようにしてある。図９は、
図８に示した継続再送処理に使用する情報要素を、通信
手順上、具体的にどのように運用をさせるかについて、
各種の実施形態を示した図である。なお、代表的な通信
シーケンス例については、後述する。

【００２７】図９には、ファクシミリ通信手順上、代表
的なものをいくつかあげてある。例えば、ＩＳＤＮ網な
らば、Ｄチャネルの手順のみでＧ４，Ｇ３モード共通に
実施することが可能となる。ここでは、「ＳＥＴＵ
Ｐ」，「ＣＯＮＮ」プリミティブにおける「ＵＵＩ（ユ
ーザ情報フィールド）」を用いた運用例を示している。
また、Ｇ４手順の場合、「ＣＳＳ」，「ＲＳＳＰ」プリ
ミティブにおける「ＮＳＣ（非標準機能）」を用いた運
用例を示している。［ＩＳＤＮ網における通信シーケンス例の説明］図１０
は、本実施例に係る装置の、ＩＳＤＮ網における通常の
通信シーケンス例を示す図である。

【００２８】図１０で、「ＳＥＴＵＰ」９０１，９０２
に、図８に示した「文書継続送信能力」情報が乗り、そ
のレスポンスである「文書継続受信能力」を「ＣＯＮ
Ｎ」９０３．９０４に乗せて運用する。ここで、送信
側、受信側双方に「文書継続通信能力」があるとし、例
えば、Ｇ４通信モードで、「ＲＤＰＢＮ」９０５で通信
エラーが発生したとして継続通信を行なう場合、その通
信シーケンスは、以下のようになる。

【００２９】図１１は、ＩＳＤＮ網における継続通信の
シーケンス例である。同図に示すシーケンスでは、「Ｓ
ＥＴＵＰ」１００１，１００２に、図８で示した「文書
継続送信要求」情報が乗り、そのレスポンスである「文
書継続受信受け入れ可否」を「ＣＯＮＮ」１００３，１
００４に乗せて運用する。なお、これ以降は、Ｇ４通信
モードの場合についてのシーケンスを示している。

【００３０】すなわち、継続通信が成立したとして、こ
こでは、文書転送を「ＣＤＳ」１００５で始めている。
これは、途中ページからの画像転送を、画像転送手順上
は、新しい文書の１ページからの画像転送として扱って
いることを示している。この継続処理をするのに必要な
情報は、上述のように、図６，図７に示した管理テーブ
ル上に管理されており、対象となる継続文書の整合性も
確認できているので、画像転送フェーズでは、通常の送
受信処理さえできれば良く、また、通信終了後の後処理
さえできれば問題ない。

【００３１】なお、ここでは、Ｇ４モードのシーケンス
を示すのみであるが、Ｇ３モードの場合でも同様の処理
で、継続通信処理を実現できる。また、図１２は、基本
的には、図１１に示す継続通信のシーケンスと同じであ
るが、画像転送開始を「ＣＤＣ」１１０５で始めている
例を示すものである。ただし、「ＣＤＣ」の運用は必須
ではない。

【００３２】図１３は、ＩＳＤＮ網における継続通信不
成立のシーケンス例を示す。同図において、「ＳＥＴＵ
Ｐ」１２０１，１２０２には、図８にて示した「文書継
続送信要求」情報が乗ってきて、そのレスポンスを返す
にあたり、指定の継続文書が受信側で管理されていなか
った場合は、「文書継続受信受け入れ拒否」を「ＣＯＮ
Ｎ」１２０３，１２０４に乗せて運用する。なお、その
後のシーケンスについては、図１３に示すように、回線
切断の処理をしても良いし、場合によっては、文書再送
信を始めるようにしても良い。［デジタル網におけるＧ４手順による通信シーケンス例
の説明］図１４は、本実施例に係る装置の、デジタル網
におけるＧ４手順による通常通信シーケンス例を示す。

【００３３】図１４で、「ＣＳＳ」１３０１には、図８
に示した「文書継続送信能力」情報が乗り、そのレスポ
ンスである「文書継続受信能力」を「ＲＳＳＰ」１３０
２に乗せて運用する。ここでは、送信側、受信側双方に
「文書継続通信能力」があるとし、例えば、Ｇ４通信モ
ードにおいて、「ＲＤＰＢＮ」１３０３で通信エラーが
発生したとして、継続通信を行なう場合、以下のように
なる。

【００３４】図１５は、Ｇ４手順による継続通信のシー
ケンス例を示すものであり、「ＣＳＳ」１４０１に、図
８で示した「文書継続送信能力」情報が乗り、そのレス
ポンスである「文書継続受信能力」を「ＲＳＳＰ」１４
０２に乗せて運用する。なお、以降のシーケンスは、Ｇ
４通信モードの場合を示している。つまり、継続通信が
成立したとして、ここでは、文書転送を「ＣＤＳ」（あ
るいは、「ＣＤＣ」）１４０３で始めている。

【００３５】図１６は、Ｇ４手順による継続通信不成立
のシーケンス例を示す。同図において、「ＣＳＳ」１５
０１に、図８に示した「文書継続送信要求」情報が乗っ
てきて、そのレスポンスを返すにあたり、指定の継続文
書が受信側で管理されていなかった場合には、「文書継
続受信受け入れ拒否」を「ＲＳＳＰ」１５０２に乗せて
運用する。

【００３６】なお、その後のシーケンスについては、図
１６に示すように、回線切断の処理をしても良いし、場
合によっては、文書再送信を始めるようにしても良い。
以上説明したように、本実施例によれば、通信エラーが
発生した場合、送信側装置、及び受信側装置双方の間で
エラーページの再送に関するネゴシエーションや情報の
やり取りをすることで、送信側装置や受信側装置の機能
に応じてエラーページの再送ができ、ファクシミリ通信
の運営上、その信頼性、確実性の向上が図れるばかりで
なく、通信コストの低減も可能になる。

【００３７】なお、本発明は、複数の機器から構成され
るシステムに適用しても１つの機器から成る装置に適用
しても良い。また、本発明は、システムあるいは装置に
プログラムを供給することによって達成される場合にも
適用できることは言うまでもない。

【００３８】

【発明の効果】以上説明したように、本発明によれば、
送信側及び受信側装置間でエラーページ再送に関するネ
ゴシエーション及び情報通知を行なうことにより、送信
側、受信側装置の機能に応じてエラーページから文書の
再送処理ができ、通信の信頼性及び確実性の向上が図れ
るという効果がある。

【図面の簡単な説明】

【図１】本発明の実施例に係るファクシミリ装置全体の
構成を示すブロック図である。

【図２】実施例に係る装置における、通常の文書送信の
処理手順を示すフローチャートである。

【図３】実施例に係る装置において継続文書送信する場
合の処理手順を示すフローチャートである。

【図４】実施例に係る装置での受信処理手順を示すフロ
ーチャートである。

【図５】実施例に係る装置での受信処理手順を示すフロ
ーチャートである。

【図６】送信サービスを管理、処理するために使用する
管理テーブルの例を示す図である。

【図７】受信サービスを管理、処理するために使用する
管理テーブルの例を示す図である。

【図８】継続再送処理を実行する際の端末間の通信プロ
トコルとして運用される情報要素を示す図である。

【図９】継続再送処理に使用する情報要素についての各
種の実施形態を示した図である。

【図１０】実施例に係る装置の、ＩＳＤＮ網における通
常の通信シーケンス例を示す図である。

【図１１】ＩＳＤＮ網における継続通信のシーケンス例
を示す図である。

【図１２】ＩＳＤＮ網における継続通信において、画像
転送開始を「ＣＤＣ」で始めている例を示す図である。

【図１３】ＩＳＤＮ網における継続通信不成立のシーケ
ンス例を示す図である。

【図１４】実施例に係る装置の、デジタル網におけるＧ
４手順による通常通信シーケンス例を示す図である。

【図１５】Ｇ４手順による継続通信のシーケンス例を示
す図である。

【図１６】Ｇ４手順による継続通信不成立のシーケンス
例を示す図である。

【符号の説明】

１中央制御部（ＣＰＵ）２ＲＯＭ３ＲＡＭ４イメージメモリ５ファイル管理部６記憶装置７画像処理部８ＣＧ展開処理部９操作部１０スキャナ１１プリンタ１２回線制御部１３回線ケーブル１４網

Claims

【特許請求の範囲】

【請求項１】通信エラーが発生した場合、該エラー発
生前に受信した文書と、該エラー発生後に受信した文書
とを１文書として管理及び処理する継続受信機能を備え
たファクシミリ装置であって、前記通信エラーが文書送信中に発生した場合、該エラー
発生に対応するページから該文書を再送する旨を通信相
手に通知する手段と、前記通知に対する応答により、前記通信相手が前記継続
受信機能を有するか否かを判断する手段と、前記通信相手が前記継続受信機能を有する場合にのみ、
前記通信エラー発生に対応するページから前記文書を再
送する手段とを備えることを特徴とするファクシミリ装
置。
【請求項２】さらに、前記文書を保存する手段を備
え、前記通信エラーが文書受信中に発生した場合、該保
存後の文書に対して前記継続受信機能を適用することを
特徴とする請求項１に記載のファクシミリ装置。