JP2005005794A

JP2005005794A - 通信システム、通信方法、及び制御プログラム

Info

Publication number: JP2005005794A
Application number: JP2003164090A
Authority: JP
Inventors: Yasuki Iwasaki; 泰樹岩崎
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2003-06-09
Filing date: 2003-06-09
Publication date: 2005-01-06

Abstract

【課題】通信エラー発生時に再送要求を容易に行うことができるようにする。
【解決手段】ＦＡＸ受信したＦＡＸ受信データを取り込んだ際に、ＦＡＸ受信している途中で何らかのエラーが発生して通信が終了されるなどしたために、異常な状態となっているエラーページのデータがあった場合には、自動的に、当該エラーページが判別されて、エラーページのＦＡＸ受信データの代わりに、エラー内容及びその対処方法といった再送支援情報７０を記したページのイメージを表すエラーページデータ８０が生成されて、このエラーページデータ８０がプリント出力又は表示出力される。受信者は、エラーページデータ８０の出力結果を確認するだけで、発生したエラー内容やその対処方法が分かるので、例えば受信できなかったページを再送するようにと速やかに送信者に要求するなど、再送要求を容易に行うことができる。
【選択図】図７

Description

【０００１】
【発明の属する技術分野】
本発明は、通信システム、通信方法、及び制御プログラムに係わり、特に、画像データを受信し、受信した画像データに基づく画像を出力可能な通信システム、この通信システムに適用される通信方法、及び通信により画像データを少なくとも受信する通信装置と接続されるコンピュータに実行される制御プログラムに関する。
【０００２】
【従来の技術】
ファクシミリ通信では、データを受信している最中に、通信エラーが発生して、送信側の装置によって通信が中断されることがある。データ受信中に通信が切断されると、受信側の装置では、送信側が送信しようとした全てのデータを受信することができず、一部のデータが欠落してしまう。このため、従来より、送信側のファクシミリ装置のユーザ（以下、「送信者」と言う）は、受信側のファクシミリ装置のユーザ（以下、「受信者」と言う）がこのデータの欠落の有無を確認し、欠落があった場合には再送を送信者に要求するなど対応策を講じることができるようにするために、送信する全ページ数を記した送信状を先頭に付加したり、各ページに「１ページ／１０ページ」といった番号を振って送信するといった運用を行っている。
【０００３】
しかしながら、一般的に、ファクシミリ装置では受信した情報をそのまま印刷するため、データ受信中に通信が切断されると、その切断タイミングによっては、印刷結果から通信エラーが発生したことが分かりにくいことがある。例えば、ページとページの切れ目で通信が切断されると、出力されたページは全て正常に受信したかのように印刷されるため、データの欠落に気付きにくい。また、ページの最後の方で通信が切断されると、例えばページの下方数ｃｍなど、データ欠落により印刷されないのはページのごく一部分のみであるので、データの欠落に気付きにくい。
【０００４】
通信エラーによるデータ欠落に対応するための技術としては、受信ファイルの蓄積又は印字出力に支障のある障害が発生した場合に、送信側に対して再送を要求する技術がある（例えば、特許文献１参照）。この技術は、送信側に再送要求を行うという特別な機能がファクシミリ装置に必要とされ、一般的なファクシミリ装置には適用することができない。
【０００５】
一般にファクシミリ装置では、通信履歴を蓄積記録しており、従来より、この通信履歴に基づいて、通信エラーとなった画像データ及びその画像データに関する管理情報を通信管理レポートとして印刷する技術がある（特許文献２参照）。この技術では、一般的なファクシミリ装置であっても、受信者が通信管理レポートから通信エラーの有無を確認して、送信者に再送を要求することができる。
【０００６】
【特許文献１】
特開平５−３０４５９８号公報
【特許文献２】
特開平９−１４９２３０号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、ファクシミリ装置に搭載される通信履歴記憶用のメモリは容量が少ないため、全ての通信履歴を残しておくことは不可能である。このため、従来技術では、受信者の確認作業が遅れると、エラー発生時の通信履歴が消去されてしまって通信エラーを確認不能となり、受信者が再送要求を行うことができないことがあった。
【０００８】
また、通信管理レポートとして印刷される情報量も制限されるため、例えば「Ｋ７−０７」など、ユーザには難解なエラーコードで通信エラーが印字されるのみであるため、ユーザは、ファクシミリ装置の取扱説明書を参照して、どのようなエラーが発生したのかを確認して必要に応じて対策を講じなければならなかった。このため、再送要求に手間取ることがあった。
【０００９】
本発明は上記問題点を解消するためになされたもので、通信エラー発生時に再送要求を容易に行うことができる通信システム、通信方法、及び制御プログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載の通信システムは、通信により、画像データを少なくとも受信する通信手段と、前記画像データに基づく画像を出力するための出力手段と、前記通信手段で受信した画像データが正常か否かを判断する判断手段と、前記判断手段により異常と判断した場合に、当該異常に該当する個所の画像データの代替として、当該異常の原因となったエラー内容及び正常な画像データを受信するための対処方法を示すメッセージを含む再送支援情報の画像を表す画像データを生成する生成手段と、を備えたことを特徴としている。
【００１１】
請求項１に記載の通信システムによれば、通信手段により受信された画像データは、判断手段により正常か否かが判断され、受信途中で通信が終了されたなどして異常が有った場合には、生成手段により異常に該当する個所（例えばページ）の画像データの代わりに、エラー内容及び対処方法を示すメッセージを含む再送支援情報の画像を表す画像データが生成される。したがって、出力手段から通信手段により受信した画像データに基づく画像を出力（プリント出力でも表示出力でもよい）すると、異常に該当する個所については、再送支援情報の画像が出力されることになる。受信者はこの出力結果を確認するだけで、エラー内容やその対処方法が分かるので、容易に再送要求を行うことができる。
【００１２】
なお、上記の通信システムにおいては、請求項２に記載されているように、前記再送支援情報が、前記通信手段で受信した前記画像データを送信してきた相手先を特定するための情報、前記異常が発生した時間を示す情報、及び前記異常に該当する個所を示す情報の少なくとも１つをさらに含めることもできる。
【００１３】
また、請求項３に記載されているように、前記生成手段は、前記再送支援情報の画像と共に、前記異常に該当する個所の画像データに基づく再生可能な部分の画像を含む画像データを生成するようにしてもよい。
【００１４】
また、請求項４に記載されているように、前記生成手段により生成した画像データを保存する保存手段をさらに備えるとよい。
【００１５】
また、請求項５に記載されているように、前記通信手段が、情報の送信も可能であり、前記判断手段により異常と判断された場合に、当該異常に該当する個所を含む画像データの再送を要求する再送要求情報を生成すると共に、前記再送支援情報から相手先を特定し、特定した相手先へ向けて生成した再送要求情報を前記通信手段から送信させる送信制御手段をさらに備えるとよい。
【００１６】
上記の通信システムにより、以下のような通信方法が実現可能である。すなわち、請求項６に記載されているように、画像データを受信し、前記画像データに基づく画像を出力可能な通信システムの通信方法であって、受信した画像データが正常か否かを判断し、異常と判断した場合には、当該異常に該当する個所の画像データの代替として、当該異常の原因となったエラー内容及び正常な画像データを受信するための対処方法を示すメッセージを含む再送支援情報の画像を表す画像データを生成する、ことを特徴とする通信方法を実現することができる。
【００１７】
また、上記の通信方法は、通信装置と接続されたコンピュータに以下のような制御プログラムを実行させることでも実現できる。すなわち、請求項７に記載されているように、通信により画像データを少なくとも受信する通信装置と接続されるコンピュータに実行される制御プログラムであって、前記コンピュータに、前記通信装置から当該通信装置で受信した前記画像データを取り込ませ、取り込んだ前記画像データが正常か否かを判断し、異常と判断した場合には、当該異常に該当する個所の画像データの代替として、当該異常の原因となったエラー内容及び正常な画像データを受信するための対処方法を示すメッセージを含む再送支援情報の画像を表す画像データを生成させる、ことを特徴とする制御プログラムをコンピュータに実行させればよい。
【００１８】
【発明の実施の形態】
次に、図面を参照して本発明に係る実施形態の１例を詳細に説明する。
【００１９】
［第１の実施の形態］
（全体構成）
図１は、本発明の第１の実施の形態に係るネットワークシステム１の概略的な構成を示す図である。
【００２０】
図１に示すネットワークシステム１は、プリント機能、スキャナ機能及びファクシミリ機能を兼ね備えた複数の複合機１０と、パーソナルコンピュータ（以下、ＰＣと称す）３０とを備え、複合機１０とＰＣ３０とはネットワーク５を介して相互に接続されている。なお、ネットワーク５には、図示しないが、プリンタ、スキャナ、ファクシミリ装置、メールサーバなどがそれぞれ接続されてもよい。
【００２１】
（複合機の詳細構成）
図２は、複合機１０の構成を示すブロック図である。
【００２２】
複合機１０は、原稿に記録された画像を読み取るスキャナ部１１と、感光体に静電潜像を記録し、静電潜像をモノクロトナーまたはカラートナーを用いて現像し、現像した画像を記録紙に転写して出力するプリンタ部１２と、公衆回線と接続され、公衆回線を介してファクシミリ電文の送受信（以下、「ＦＡＸ送信」、「ＦＡＸ受信」という。）を行うファクシミリ（以下「ＦＡＸ」という。）部１３とを備えている。なお、ＦＡＸ１３が本発明の通信手段に対応し、本第１の実施の形態では、ＦＡＸ部１３はＦＡＸ受信のみを行うものであっても構わない。
【００２３】
複合機１０は、さらに、全体を制御するコントローラ１４と、スキャナ部１１で読み取られた画像データやネットワーク５を介して受信したデータ、或いはＦＡＸ受信電文のデータ（以下、ＦＡＸ受信データ）等を記憶するメモリ１５と、アイコンを有する操作画面を表示すると共にアイコンへの接触に応じて操作情報を入力する表示パネル１６と、データを入出力するための入出力ポート１７と、ネットワークに接続された機器と通信を行う通信制御ユニット１８とを備えている。なお、ＦＡＸ受信データも、原稿をスキャニングするなどして得られたページ毎のイメージを示す画像データである。
【００２４】
スキャナ部１１、プリンタ部１２、ＦＡＸ部１３、コントローラ１４、メモリ１５、表示パネル１６及び入出力ポート１７は、バスを介して相互に接続されている。入出力ポート１７は、通信制御ユニット１８を介してネットワーク５に接続されている。なお、スキャナ部１１は、ＦＡＸ部１３の一部として組み込まれてもよい。
【００２５】
また、複合機１０では、メモリ１５の所定記憶領域が複数の親展ＢＯＸ１５Ｂ（図１参照）として仕切られており、各親展ＢＯＸ１５Ｂは、ＢＯＸ番号（例えばＢＯＸ番号１〜３００）により管理されている。複合機１０は、スキャナ部１１でスキャニングして得られた画像データやＦＡＸ部１３で受信したＦＡＸ受信データにファイル名を付けて、親展ＢＯＸ１５Ｂに保存する。
【００２６】
なお、通常、複合機１０では、メモリ１５の所定記憶領域などに、ＦＡＸ通信時に得られたＦＡＸ受信データ以外の各種情報や通信の状態を示す通信履歴を蓄積記憶しており、受信中に異常が発生した場合には、当該異常に対応したエラーコードなども通信履歴として記憶される。
【００２７】
（ＰＣの詳細構成）
図３は、ＰＣ３０の構成を示すブロック図である。
【００２８】
ＰＣ３０は、全体を制御するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）３１、ワークエリアとしてデータを一時格納するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）３２、ＣＰＵ３１の制御プログラム等を記憶するＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）３３、各種画面や情報を表示するディスプレイ３４、ＣＤ−ＲＯＭドライブ３５を備えている。
【００２９】
また、ＰＣ３０は、複合機１０からデータを取り込むためのプログラムを始めとする各種のプログラムＰが予め記録されていると共に、複合機１０から取り込んだデータ等を記憶したり読み出すハードディスクドライブ３６を備えている。また、ＰＣ３０は、さらに、文章や記号等を入力するキーボード３７、ポインティングデバイスであるマウス３８、これらが接続されたインタフェース３９、入出力ポート４０及び通信制御ユニット４１を備えている。
【００３０】
ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、インタフェース３９及び入出力ポート４０は、ネットワーク５に接続された複合機１０等の他の機器と通信を行う通信制御ユニット４１に接続されている。
【００３１】
（ＰＣの機能構成）
図４は、上記のハードウェア資源を利用してＰＣ３０に構築される機能を示すブロック図である。すなわち、ＰＣ３０には、複合機１０からＦＡＸ受信データを取り込む画像取込部５０、取り込んだＦＡＸ受信データの正否を判断する判断部５１、ＦＡＸ受信データに基づいて正常なページのデータ（以下、正常ページデータ６０）を保存する画像保存部５２、エラーがあったページのデータ（以下、エラーページデータ８０）を生成するエラーページ生成部５３、及びページデータを出力するページデータ出力部５４が構築される。なお、これらの各部の機能は、ハードディスクドライブ３６に格納されている複合機１０からデータを取り込むためのプログラムをＣＰＵ３１により実行することで構築される。
【００３２】
画像取込部５０は、所定時間ごとに、ネットワーク５を介して、複合機１０の親展ＢＯＸ１５Ｂを監視し、親展ＢＯＸ１５Ｂ内にＦＡＸ受信データが格納されていれば、当該ＦＡＸ受信データをページ単位で取り込んで、判断部５１に渡す。
【００３３】
判断部５１は、本発明の判断手段として機能するものであり、画像取込部５０によって取り込まれた各ページのＦＡＸ受信データが正常か否かを判断し、正常なページであれば当該データを画像保存部５２に渡し、異常のあるページ（以下、エラーページ）であれば当該データをエラーページ生成部５３に渡す。
【００３４】
画像保存部５２は、判断部５１から渡された正常ページのＦＡＸ受信データをＴＩＦＦ（ＴａｇｇｅｄＩｍａｇｅＦｉｌｅＦｏｒｍａｔ）などの所定フォーマットのデータ（以下、「正常ページデータ」と称す）に変換し、ハードディスクドライブ３６の所定記憶領域に保存する。すなわち、正常ページデータ６０は、正常ページのイメージを表す画像データである。
【００３５】
エラーページ生成部５３は、本発明の生成手段として機能するものであり、判断部５１から渡されたエラーページのＦＡＸ受信データに関して、エラー内容及びその対処方法といった再送支援情報７０（図７、図８参照）の画像を表すデータ（以下、エラーページデータ）８０をＴＩＦＦなどの所定フォーマットで生成する。すなわち、エラーページデータ８０は、再送支援情報７０を記したページのイメージを表す画像データである。
【００３６】
より詳しくは、エラーページ生成部５３では、相手先局名、相手先ＩＤ（Ｇ３ＩＤ、Ｇ４ＩＤなど）、Ｆコードといったファクシミリプロトコルで受信した情報、相手先ＦＡＸ番号など回線から取得した情報、及び受信日時やエラーコードなどの情報を取得する。また、インターネットを介してＦＡＸ通信を行うインターネットＦＡＸでは、ＦＡＸ送信されたデータが途中で中継されて電子メールとして送信されたり、逆に電子メールが途中で中継されてＦＡＸ送信される。この場合には、可能であれば、送信元のメールアドレス（所謂Ｉ−ＦＡＸメールアドレス）の情報を取得するとよい。これらの情報は、例えば、ネットワーク５を介して、複合機１０の通信履歴から取得することができる。エラーページ生成部５３は、取得したこれらの情報に基づいて再送支援情報７０を生成する。
【００３７】
具体的に、再送支援情報７０には、エラーコードを示す情報７０Ａと、当該エラーコードに基づいて、異常の原因となったエラー内容（どのようなエラーが発生したのか）及び正常にデータを受信するための対処方法を示すメッセージ７０Ｂと、相手先局名、相手先ＩＤ、Ｆコード、相手先ＦＡＸ番号、Ｉ−ＦＡＸメールアドレスといった相手先を特定するための情報７０Ｃと、エラーページ番号など異常が発生した個所を示す情報７０Ｄと、受信日時などの異常が発生した時間を示す情報７０Ｅとが含まれる（図７参照）。なお、情報７０Ａ、７０Ｃ、７０Ｄ、７０Ｅは省略してもよい。
【００３８】
また、エラーページ生成部５３では、判断部５１から渡されたエラーページのＦＡＸ受信データを解析し、ページの途中でエラーが発生している場合には、エラーが発生したライン番号、当該ラインで発生したエラーの詳細（期待しないＲＴＣの検出など）、圧縮形式など、より詳細にエラー内容を示すサブ情報７０Ｆ（図８参照）を再送支援情報７０に付加する。また、ページの途中でエラーが発生している場合には、当該ページの画像を可能な限り再生し、再生した画像８５と再送支援情報７０を合成し、画像８５の下方に再送支援情報７０を記したページのイメージを表すエラーページデータ８０を生成する。なお、この画像８５が、本発明の「異常に該当する個所の画像データに基づく再生可能な部分の画像」に対応する。
【００３９】
エラーページ生成部５３は、画像取込部５０によって取り込んだエラーページのデータの代わりに、この生成したデータ（以下、エラーページデータ８０と称す）をハードディスクドライブ３６の所定記憶領域に保存する。すなわち、ハードディスクドライブ３６が本発明の保存手段に対応する。
【００４０】
ページデータ出力部５４は、ハードディスクドライブ３６に保存された正常ページデータ６０やエラーページデータ８０を適宜読み出して、当該ページデータに基づく画像を出力させるものである。出力形態としては、ディスプレイ３４に表示出力させたり、或いはネットワーク５を介して複合機１０へ送信し、プリンタ部１２からプリント出力させることが挙げられる。
【００４１】
（ＰＣの動作）
次に、第１の実施形態に係るＰＣ３０の動作を説明する。ＰＣ３０は、ハードディスクドライブ３６に格納されている複合機１０からデータを取り込むためのプログラムの実行により、所定時間経過ごとに、図５に示す処理を行うようになっている。
【００４２】
図５に示すように、ＰＣ３０は、まずステップ１００において、ネットワーク５を介して、複合機１０の親展ＢＯＸ１５Ｂを監視し、親展ＢＯＸ１５Ｂ内にＦＡＸ受信データが有れば、次のステップ１０２で肯定判定されてステップ１０４に進む。なお、親展ＢＯＸ１５Ｂ内にＦＡＸ受信データが無い場合には、ステップ１０２で否定判定されて、図５の処理は終了される。
【００４３】
ステップ１０４では、ネットワーク５を介して、親展ＢＯＸ１５Ｂ内に格納されているＦＡＸ受信データをページ単位で取り込む。このとき、親展ＢＯＸ１５内に格納されているＦＡＸ受信データが、複合機１０でＦＡＸ受信している途中で何らかのエラーが発生して通信が終了されたデータであった場合には、図６に示すように、エラーが発生したページについては、異常な状態のＦＡＸ受信データが取り込まれる。なお、図６は、３ページ目のデータを受信している最中に、通信エラーが発生した場合を示しており、ＦＡＸ受信したデータは、１ページ目、２ページ目については正常であるが、３ページ目については異常な状態になっている。
【００４４】
次のステップ１０６では、取り込んだページのＦＡＸ受信データが正常であるか否かを判断し、正常であれば、ステップ１０８に進み、当該取り込んだＦＡＸ受信データをＴＩＦＦなどの所定フォーマットのデータに変換して、正常ページデータ６０としてハードディスク３６に保存すると共に、この正常ページデータ６０をプリント出力又は表示出力する。これにより、具体的に、図３の例では、１ページ目、２ページ目については、ＦＡＸ受信したデータがＴＩＦＦなどにフォーマット変換されて正常ページデータ６０として保存・出力されることになる。
【００４５】
その後は、親展ＢＯＸ１５Ｂ内に次のページのＦＡＸ受信データが残っている場合は、次のステップ１１０で否定判定されてステップ１０４に戻り、次のデータが残っていなければ、すなわち、全ページが正常であり、全ページについて正常ページデータ６０を保存・出力したら、ステップ１１０で肯定判定されて図５の処理は終了される。
【００４６】
一方、ステップ１０４で取り込んだページのＦＡＸ受信データが正常でなかった場合には、ステップ１０６からステップ１１２に進む。ステップ１１２では、ネットワーク５を介して複合機１０から、再送支援情報７０を生成するための各種情報（エラーコード、相手先局名、相手先ＩＤ、Ｆコード、相手先ＦＡＸ番号など）を取得した情報を取得し、これらの情報に基づいて再送支援情報７０を生成する。
【００４７】
そして、次のステップ１１４で、ページの途中で通信エラーが発生したものであるか否かを判断し、ページとページの切れ目で通信エラー発生したなど、ページ途中の通信エラーではない場合は、ステップ１１６に進む。ステップ１１６では、ステップ１１２で生成した再送支援情報７０に基づいて、ＴＩＦＦなどの所定フォーマットのエラーページデータ８０を生成する。
【００４８】
具体的には、図７に示すように、エラーコード７０Ａと、当該エラーコードはどのようなエラーが発生したことを示すものであるのかのエラー内容及びその対処方法を示すメッセージ７０Ｂと、相手先局名、相手先ＩＤ、Ｆコード、相手先ＦＡＸ番号といった相手先を特定するための情報７０Ｃと、エラー発生ページを示す情報７０Ｄと、異常が発生した時間を示す情報７０Ｅとが再送支援情報７０として記されたページのイメージを表す画像データがエラーページデータ８０として生成される。
【００４９】
一方、ステップ１１４でページの途中で通信エラーが発生したものであると判断された場合には、ステップ１１８に進み、ＦＡＸ受信データを解析して、通信エラーが発生したライン番号、当該ラインで発生したエラーの詳細（期待しないＲＴＣの検出など）、圧縮形式などのサブ情報７０Ｆを生成し、このサブ情報７０Ｆをステップ１１２で生成した再送支援情報７０に追加する。そして、次のステップ１２０で、取り込んだページのＦＡＸ受信データが示す画像を可能な限り再生し、再生した画像８５と再送支援情報７０とを合成して、ＴＩＦＦなどの所定フォーマットのエラーページデータ８０を生成する。
【００５０】
具体的には、図８に示すように、エラーが発生した個所の手前までの画像８５の下方に、図７と同様に、エラーコード７０Ａ、メッセージ７０Ｂ、相手先を特定するための情報７０Ｃ、エラー発生ページを示す情報７０Ｄといった再送支援情報７０を記したページのイメージを表す画像データがエラーページデータ８０として生成される。
【００５１】
このようにしてステップ１１６又はステップ１２０でエラーページデータ８０を生成した後は、ステップ１２２に進み、生成したエラーページデータ８０をハードディスク３６に保存すると共に、このエラーページデータ８０をプリント出力又は表示出力して、図５の処理は終了される。これにより、具体的に、図６の例では、３ページ目については、図７又は図８のようなエラーページデータ８０が保存・出力されることになる。
【００５２】
なお、ステップ１０８やステップ１２２におけるページデータ（正常ページデータ６０、エラーページデータ８０）の出力タイミングは、ユーザからの出力指示の入力を受けて出力されるようにしてもよいし、予め定められた所定のタイミング（全ページのページデータ格納直後など）となったら自動的にページデータが出力されるようにしてもよい。また、正常ページデータ６０はユーザからの出力指示を受けて出力し、エラーページデータ８０はハードディスクドライブ３６に格納された時点で自動的に出力するというように、ページデータの種類に応じて出力タイミングが選択されるようにしてもよい。また、出力形態についても、正常ページデータ６０は表示出力し、エラーページデータ８０はプリント出力するというように、ページデータの種類に応じて出力形態が選択されるようにしてもよい。
【００５３】
このように、第１の実施の形態では、ＰＣ３０により、所定時間ごとに複合機１０の親展ＢＯＸ１５Ｂをポーリングして、複合機１０でＦＡＸ受信したＦＡＸ受信データを親展ＢＯＸ１５Ｂからページ単位で取り込んだ際に、ＦＡＸ受信している途中で何らかのエラーが発生して通信が終了されるなどしたために、異常な状態となっているエラーページのデータがあった場合には、自動的に、当該エラーページが判別されて、エラーページのＦＡＸ受信データの代わりに、エラー内容及びその対処方法といった再送支援情報７０を記したページのイメージを表すエラーページデータ８０が生成される。したがって、通信エラーが発生した場合には、通信エラーにより異常な状態となったエラーページの代わりに、このエラーページデータ８０が出力（プリント出力又は表示出力）される。これにより、受信者は、エラーページデータ８０の出力結果から再生支援情報７０を確認するだけで、発生したエラー内容やその対処方法が分かるので、例えば受信できなかったページを再送するようにと速やかに送信者に要求するなど、再送要求を容易に行うことができる。
【００５４】
また、エラーページデータ８０をハードディスクドライブ３６に保存するようにしたので、後から、サービスエンジニアや開発者が保存されたエラーページデータ８０を確認して通信エラーの状態を把握することもできる。また、通信エラーは、特定の相手先に対して起こることがあり、より詳細なエラー内容を示すサブ情報７０Ｆを再送支援情報７０に付加しておくことで、サービスエンジニアや開発者がエラーページデータ８０を確認した際に、相手側の装置に問題があるのか、あるいは通信回線に問題があるのかといった問題の切り分けが可能になり、対策を講じ易くなる。
【００５５】
なお、上記では、複合機１０とＰＣ３０とを接続し、ＰＣ３０側に複合機１０でＦＡＸ受信したＦＡＸ受信データを取り込んで、エラーページデータ８０の生成・保存・出力などの処理（図５参照）を行うようにしたＦＡＸ受信システムを例に説明したが、本発明はこれに限定されるものではない。すなわち、ＰＣ３０を省略し、ＦＡＸ機能を備えた装置である複合機１０単体で、エラーページデータ８０の生成等の処理を行うようにしてもよい。
【００５６】
ただし、ＰＣ３０は、複合機１０に通常備えられているものと比べて、大容量メモリであるハードディスクドライブ３６や大型の表示手段であるディスプレイ３４を一般に備えている。このため、上記のように、ＰＣ３０側にＦＡＸ受信データを取り込んで処理することにより、ハードディスクドライブ３６にＦＡＸ受信した多数のページのデータ（正常ページデータ６０及びエラーページデータ８０）を保存することができ、受信者は、プリント出力せずとも、各ページの画像（正常ページデータ６０やエラーページデータ８０に基づく画像）をディスプレイ３４に表示出力して、受信内容を確認することができる（ペーパレス化可能）。また、サービスエンジニアや開発者が来るまでエラーページデータ８０を保存しておくこともできる。
【００５７】
［第２の実施の形態］
（全体構成）
図９は、本発明の第２の実施の形態に係るネットワークシステム１の概略的な構成を示す図である。
【００５８】
第２の実施の形態に係るネットワークシステム１は、第１の実施の形態と同様に、複合機１０とＰＣ３０がネットワーク５を介して接続されて構成されている。複合機１０、ＰＣ３０といったネットワーク５上の各装置は、ネットワーク５を介して相互に接続されているものの、通常は独立して動作するが、第２の実施の形態では、ＰＣ３０から複合機１０へＦＡＸ送信を要求可能にした点が第１の実施の形態と異なる。なお、複合機１０及びＰＣ３０の詳細構成は第１の実施の形態と同様でよいため、説明を省略する。
【００５９】
ＰＣ３０から複合機２０へのＦＡＸ送信要求は、ＦＡＸ送信サービスを提供するためのアプリケーションプログラムをＰＣ３０にインストールすることで、従来より実現されている。
【００６０】
本実施形態では、一例として、図１０に示すように、ＰＣ３０において、ドキュメントの取り込み先、加工方法、配信先を設定し、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化して、コアサービスを提供する場合を例に説明する。なお、ドキュメントとは、主に文書に関する画像データであり、加工処理の状態に応じてはテキストデータなどを含めることもできる。
【００６１】
ここで、一連の処理を自動化／定型化するための定義したものを「ルール」という。ルールの設定については後述する。また、取り込み、加工方法、配信のそれぞれの特定の機能を提供するアプリケーションプログラムを、入力系プラグイン、処理系プラグイン、出力系プラグインという。したがって、複合機１０は、入力系プラグインや出力系プラグインの機能を提供し得るものとなる。また、ＰＣ３０のハードディスクドライブ３６には、処理系プラグインとして機能するためのアプリケーションプログラムが格納されており、ＰＣ３０は、処理系プラグインの機能を提供し得るものになる。
【００６２】
［ルールの一例］
図１１は、ＰＣ３０によって入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組み合わせて生成することができるルールの一例を説明する図である。
【００６３】
例えば、ルール１は、複数の入力系プラグイン（ＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス）からドキュメントを取り込み、複数の処理系プラグイン（イメージ加工、光学文字認識（ＯＣＲ）、属性付与／分配）を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力、ＦＡＸ送信サービス）に配信することを定義している。
【００６４】
ルール２は、ファイルフォルダ及びＭａｉｌ＿ＭＡＰＩ入力からドキュメントを取り込み、イメージ加工、属性付与／分配の処理を経て、処理済みのドキュメントを外部サービス連携フォルダに配信することを定義している。
【００６５】
ルール３は、ファイルフォルダからドキュメントを取り込み、イメージ加工、ＯＣＲ連携モジュール、属性付与／分配の処理を経て、処理済みのドキュメントをファイルフォルダに配信することを定義している。
【００６６】
ルール４は、所定のＢＯＸ番号の親展ＢＯＸ１５Ｂからドキュメントを取り込み、自動成立、ＯＣＲ、ファイル名生成・付与、画像＆テキストのバインドの処理を経て、これらの処理を経たドキュメントを複数の出力系プラグイン（ファイルフォルダ、プリント出力）に配信することを定義している。
【００６７】
なお、ルール１からルール４は、各処理系プラグインの前後において次の処理に必要なフォーマット（ＦＭＴ）変換を行っている。
【００６８】
ここで、入力系プラグインとしては、図５に示すように、例えばＦＡＸ受信サービス、ファイルフォルダ、スキャンサービス、Ｍａｉｌ＿ＳＭＴＰ入力、ＰＯＰクライアント、Ｍａｉｌ＿ＭＡＰＩ入力などがある。また、図１に示す親展ボックスも該当する。
【００６９】
処理系プラグインとしては、イメージ加工、ＯＣＲ、属性付与／分配、ＯＣＲ連携モジュール等がある。
【００７０】
出力系プラグインとしては、例えばファイルフォルダ、外部サービス連携フォルダ、ｆｔｐ出力、ファイルメッセージ、Ｍａｉｌ＿ＳＭＴＰ出力、Ｍａｉｌ＿ＭＡＰＩ出力、ＦＡＸ送信サービスなどがある。なお、入力系、処理系及び出力系の各プラグインは、上述したものに限定されるものではない。
【００７１】
［ＰＣの機能構成］
図１２に、第２の実施形態に係るＰＣ３０の機能構成を示す。すなわち、ＰＣ３０には、画像取込部５０、判断部５１、エラーページ生成部５３、アプリケーションインタフェース部５５、及びサービス処理アプリケーション部５６が構築される。なお、画像取込部５０、判断部５１、エラーページ生成部５３、及びアプリケーションインタフェース部５５は、ハードディスクドライブ３６に格納されている複合機１０からデータを取り込むためのプログラムをＣＰＵ３１により実行することで構築される。
【００７２】
アプリケーションインタフェース部５５は、サービス処理アプリケーション部５６に対してデータを入出力するものである。サービス処理アプリケーション部５６は、ワークフローとしてのルールを設定したり、ルールに基づいてドキュメントの取り込み、加工及び配信までの一連の処理を実行するための機能である。このため、ＰＣ３０のハードディスクドライブ３６には、ドキュメントの取り込み、加工及び配信までの一連の処理を自動化／定型化する（すなわちコアサービスを提供する）ためのプログラムも格納されており、ＰＣ３０では、このプログラムを実行することにより、サービス処理アプリケーション部５６が構築されることになる。
【００７３】
判断部５１は、画像取込部５０によって取り込まれた各ページのＦＡＸ受信データが正常か否かを判断し、正常ページのＦＡＸ受信データについては、そのままドキュメントとして、アプリケーションインタフェース部５５を介してサービス処理アプリケーション部５６へと入力する。エラーページのＦＡＸ受信データについては、第１の実施の形態と同様に判断部５１からエラーページ生成部５３へ渡される。エラーページ生成部５３では、判断部５１から渡されたＦＡＸ受信データに再送支援情報７０を付加してから、ドキュメントとして、アプリケーションインタフェース部５５を介してサービス処理アプリケーション部５６へと入力する。
【００７４】
このようにアプリケーションインタフェース部５５を介してサービス処理アプリケーション部５６に入力されたデータは、ＦＡＸ受信サービスから取り込まれたドキュメントとして扱われ、例えば図１１に示したルール１に従って、処理系プラグインでの所定の処理を経てから、出力系プラグインとしてファイルフォルダ、プリント出力、及びＦＡＸ送信サービスの何れかが選択されて、ファイルフォルダに保存されたり、プリント出力されたり、或いはＦＡＸ送信されることになる。すなわち、アプリケーションインタフェース部５５が、本発明の送信制御手段として機能する。
【００７５】
（ＰＣの動作）
次に、図１３を参照して、第２の実施の形態に係るＰＣ３０の動作を説明する。なお、図１３は、図５と同様の処理については同一のステップ番号を付与しており、以下では詳細な説明を省略する。
【００７６】
第２の実施の形態に係るＰＣ３０は、まず、第１の実施の形態と同様に、ネットワーク５を介して、複合機１０の親展ＢＯＸ１５Ｂを監視して（ステップ１００）、親展ＢＯＸ１５Ｂ内のＦＡＸ受信データの有無を判断し（ステップ１０２）、ＦＡＸ受信データが有れば、該ＦＡＸ受信データをページ単位で取り込んで（ステップ１０４）、正常であるか否かを判断する（ステップ１０６）。
【００７７】
取り込んだページのＦＡＸ受信データが正常であれば、本実施形態では、当該ページ（正常ページ）のＦＡＸ受信データがそのままサービス処理アプリケーション部５６に渡されることになって、ステップ１０６からステップ１０８に進む。ステップ１０８では、ＰＣ３０は、サービス処理アプリケーション部５６により、当該ページ（正常ページ）のＦＡＸ受信データをＴＩＦＦなどの所定フォーマットの正常ページデータ６０に変換して、ファイルフォルダに保存すると共に、この正常ページデータ６０を出力（プリント出力又は表示出力）する。そして、親展ＢＯＸ１５Ｂ内に次のページのＦＡＸ受信データが残っている場合は、次のステップ１１０で否定判定されてステップ１０４に戻り、次のデータが残っていなければ、すなわち、全ページが正常なデータであり、全ページについて正常ページデータ６０を保存・出力したら、ステップ１１０で肯定判定されて図１３の処理は終了される。
【００７８】
一方、取り込んだページのＦＡＸ受信データが正常でなかった場合は、第１の実施の形態と同様に、ステップ１０６からステップ１１２に進み、再送支援情報７０を生成する。そして、ページの途中で通信エラーが発生したものでなければ、次のステップ１１４からステップ１１６に進む。このときステップ１０４で取り込んだページ（エラーページ）のＦＡＸ受信データと共に、ステップ１１２で生成した再送支援情報７０がサービス処理アプリケーション部５６に渡されることになり、ステップ１１６では、ＰＣ３０は、サービス処理アプリケーション部５６により、これらのデータに所定の処理を施して、図７に示したようなエラーページデータ８０を生成する。
【００７９】
ページの途中で通信エラーが発生したものである場合には、ステップ１１４からステップ１１８に進んで、サブ情報７０Ｆを生成して再送支援情報７０に付加してからステップ１２０に進む。このときステップ１０４で取り込んだページ（エラーページ）のＦＡＸ受信データと共に、ステップ１１８でサブ情報を追加した状態の再送支援情報７０がサービス処理アプリケーション部５６に渡されることになり、ステップ１２０では、ＰＣ３０は、サービス処理アプリケーション部５６により、これらのデータに所定の処理を施して、図８に示したようなエラーページデータ８０を生成する。
【００８０】
ステップ１１６又はステップ１２０でエラーページデータ８０を生成した後は、ステップ１２２に進み、ＰＣ３０は、サービス処理アプリケーション部５６により、エラーページデータ８０をファイルフォルダに保存すると共に、このエラーページデータ８０を出力（プリント出力又は表示出力）する。なお、ステップ１１６、ステップ１２０、ステップ１２２の処理は、サービス処理アプリケーション部５６に委ねなくてもよい。
【００８１】
ＰＣ３０は、続いてステップ１３０に進み、サービス処理アプリケーション部５６により、再送支援情報７０から相手先を特定する。具体的には、相手先のＦＡＸ番号を特定する。次のステップ１３２で、全ページ或いはエラーが発生したページ以降のページを再送するように要求するメッセージを記したページのイメージを表すデータ（以下、「再送要求ページデータ」と言う）９０を生成し（図１４参照）、この再送要求ページデータ９０を特定した相手先へＦＡＸ送信して、図１３の処理を終了する。
【００８２】
なお、図１４は、エラーが発生したページ（３ページ）以降の再送を要求する例である。なお、全ページの再送を要求するか、エラーが発生したページ以降の再送を要求するかは、予め設定しておいてもよいし、受信者が任意に指定可能にしてもよい。
【００８３】
ところで、相手先が自局名やＩＤ（Ｇ３ＩＤ、Ｇ４ＩＤ）を設定していなかったなど、再送支援情報７０から相手先を特定することができない場合もある。このような場合は、ＰＣ３０（より具体的にはサービス処理アプリケーション部５６）では、取り込んだ各ページのデータをＯＣＲ（光学文字認識）処理して相手先名やＦＡＸ（電話）番号の情報を取得して、この情報に基づいて相手先を特定して再送要求ページをＦＡＸ送信すればよい。或いは、再送要求ページのＦＡＸ送信を省略してもよく、この場合は、エラーページデータ８０に、再送要求不能であったことを示す情報を付加するなどして、ユーザにその旨報知されるようにするとよい。
【００８４】
このように、第２の実施の形態では、ＦＡＸ受信している途中で通信が終了されて、ＦＡＸ受信した各ページのデータ中に異常な状態となっているエラーページのデータがあった場合には、第１の実施の形態と同様に再送支援情報７０が記されたエラーページデータ８０の生成・保存・出力が行われると共に、さらに、自動的に相手先が特定されて、再送を要求する再送要求ページデータ９０が相手先へＦＡＸ送信されるようになっている。すなわち、人手を介さずに自動的に、送信者へ向けて再送要求が発せられるので、受信者は送信者に連絡せずともよい。
【００８５】
また、ＰＣ３０側にＦＡＸ受信データを取り込んで処理することにより、ＰＣ３０によって実現される既存のサービス処理アプリケーション部５６に、再送要求ページデータのＦＡＸ送信などの処理を委ねることができる。すなわち、複合機１０には特別な機能を必要とせずに、相手側へ再送要求を自動的に行うことができる。
【００８６】
なお、上記では、本発明の再送要求情報として、再送要求ページデータ９０、すなわち全ページ或いはエラーが発生したページ以降のページを再送するように要求するメッセージを記したページのイメージを表す画像データを生成し、この再送要求ページデータ９０をＦＡＸ送信する場合を例に説明したが、本発明はこれに限定されるものではない。
【００８７】
例えば、インターネットＦＡＸの場合には、再送支援情報から相手のＩ−ＦＡＸメールアドレスを特定し、特定したＩ−ＦＡＸメールアドレスへ向けて電子メールで再送要求情報を送信することもできる。この場合の再送要求情報としては、全ページ或いはエラーが発生したページ以降のページを再送するように要求するメッセージを示すテキストデータとなる。なお、Ｉ−ＦＡＸメールアドレスが特定可能なのは、送信者によってＦＡＸ送信されたデータが途中で中継されて電子メールとして送信されてきた場合である。
【００８８】
【発明の効果】
上記に示したように、本発明は、通信エラー発生時に再送要求を容易に行うことができるという優れた効果を有する。
【図面の簡単な説明】
【図１】第１の実施形態に係るネットワークシステムの概略構成図である。
【図２】複合機の詳細構成を示すブロック図である。
【図３】ＰＣの詳細構成を示すブロック図である。
【図４】第１の実施形態に係るＰＣの機能構成を示すブロック図である。
【図５】第１の実施形態に係るＰＣで行われる処理を示すフローチャートである。
【図６】ＦＡＸ受信している途中で通信が終了された場合の受信した各ページの状態を説明する図である。
【図７】エラーページデータの一例を示す図である。
【図８】エラーページデータの別の一例を示す図である。
【図９】第２の実施形態に係るネットワークシステムの概略構成図である。
【図１０】第２の実施形態に係るネットワークシステムの処理の概要を説明する図である。
【図１１】入力系プラグイン、処理系プラグイン、出力系プラグインを任意に組み合わせて生成することができるルールの一例を説明する図である。
【図１２】第２の実施形態に係るＰＣの機能構成を示すブロック図である。
【図１３】第２の実施形態に係るＰＣで行われる処理を示すフローチャートである。
【図１４】再送要求ページデータの別の一例を示す図である。
【符号の説明】
１ネットワークシステム
１０複合機
１２プリンタ部
１３ＦＡＸ部
１５Ｂ親展ボックス
３０ＰＣ
３４ディスプレイ
３６ハードディスクドライブ
５０画像取込部
５１判断部
５２画像保存部
５３エラーページ生成部
５４ページデータ出力部
５５アプリケーションインタフェース部
５６サービス処理アプリケーション部
６０正常ページデータ
７０再送支援情報
８０エラーページデータ
９０再送要求ページデータ

Claims

通信により、画像データを少なくとも受信する通信手段と、
前記画像データに基づく画像を出力するための出力手段と、
前記通信手段で受信した画像データが正常か否かを判断する判断手段と、
前記判断手段により異常と判断した場合に、当該異常に該当する個所の画像データの代替として、当該異常の原因となったエラー内容及び正常な画像データを受信するための対処方法を示すメッセージを含む再送支援情報の画像を表す画像データを生成する生成手段と、
を備えた通信システム。
前記再送支援情報が、前記通信手段で受信した前記画像データを送信してきた相手先を特定するための情報、前記異常が発生した時間を示す情報、及び前記異常に該当する個所を示す情報の少なくとも１つをさらに含む、
ことを特徴とする請求項１に記載の通信システム。
前記生成手段は、
前記再送支援情報の画像と共に、前記異常に該当する個所の画像データに基づく再生可能な部分の画像を含む画像データを生成する、
ことを特徴とする請求項１又は請求項２に記載の通信システム。
前記生成手段により生成した画像データを保存する保存手段をさらに備えた、
ことを特徴とする請求項１乃至請求項３の何れか１項に記載の通信システム。
前記通信手段が、情報の送信も可能であり、
前記判断手段により異常と判断された場合に、当該異常に該当する個所を含む画像データの再送を要求する再送要求情報を生成すると共に、前記再送支援情報から相手先を特定し、特定した相手先へ向けて生成した再送要求情報を前記通信手段から送信させる送信制御手段をさらに備えた、
ことを特徴とする請求項１乃至請求項４の何れか１項に通信システム。
画像データを受信し、前記画像データに基づく画像を出力可能な通信システムの通信方法であって、
受信した画像データが正常か否かを判断し、
異常と判断した場合には、当該異常に該当する個所の画像データの代替として、当該異常の原因となったエラー内容及び正常な画像データを受信するための対処方法を示すメッセージを含む再送支援情報の画像を表す画像データを生成する、
ことを特徴とする通信方法。
通信により画像データを少なくとも受信する通信装置と接続されるコンピュータに実行される制御プログラムであって、
前記コンピュータに、
前記通信装置から当該通信装置で受信した前記画像データを取り込ませ、
取り込んだ前記画像データが正常か否かを判断し、
異常と判断した場合には、当該異常に該当する個所の画像データの代替として、当該異常の原因となったエラー内容及び正常な画像データを受信するための対処方法を示すメッセージを含む再送支援情報の画像を表す画像データを生成させる、
ことを特徴とする制御プログラム。