(57)【要約】【課題】特定条件を満たした時に、公衆回線を経由して外部処理装置へ装置のログ情報、エラー情報などを自動的に送信する機能を持つＦＡＸにおいて、効率の良いリダイヤル処理を実行する。【解決手段】特定要因を満たした時、外部処理装置へ自身のログ情報など外部処理装置が要求するデータを自動で送信する手段、前記送信が正常終了しなかった時、一定時間待機しリダイヤル処理を実行する手段、前記待機中にログ情報に変更があった場合、待機している送信ファイルを削除し、変更された物から新しい送信ファイルを作成する手段、変更されたログ情報の項目のみ変更する手段、前記特定要因がエラー発生の場合、前記待機中にエラーが解決された時は、送信ファイルを削除し送信を中止する手段、前記待機中に別の要因が発生した時、複数の要因が発生していることを示す情報を含んだ送信ファイルを１つだけ準備する手段を持つＦＡＸ。【選択図】        図１
2004159049.tif 000002
【特許請求の範囲】
【請求項１】
公衆回線を用い外部処理装置に接続する接続手段と、
接続された外部処理装置との間で双方向にデータの受け渡しをするためのデータ送受信手段を持つ画像処理装置において、
前記画像処理装置の状態情報を用い送信ファイルを作成する送信ファイル作成手段、
前記状態情報を監視する状態情報監視手段、
指定された要因を満たしたときに自動的に前記画像処理装置に前記送信ファイルを送信する自動送信手段、
前記自動送信手段による前記送信ファイルの送信時に何らかの要因により前記外部処理装置に前記送信ファイルの送信ができなかったとき、前記送信ファイルを保存しておくデータ保存手段、
一定時間待機後、データ保存手段に保存しておいた前記送信ファイルを再度前記外部処理装置に自動的に送信する再発呼手段、
前記再発呼手段による再発呼動作移行前の一定時間待機中に、前記状態情報監視手段が前記状態情報に変更があったことを検出した時、送信先、前回の送信時間、次回の発呼時間など再発呼動作に関する情報は残しつつ、前記データ保存手段に保存された送信ファイルを削除し、新たな送信ファイルを作成することを特徴とする画像処理装置。
【請求項２】
請求項１において、前記データ保存手段に保存されたデータの内容を解析するためのデータ解析手段を有し、
前記状態情報監視手段によって変更が検出された場合、送信ファイルを削除することなく、前記データ保存手段に保存された送信ファイルの内容を解析し、変更があった項目のみ更新するように制御することを特徴とする画像処理装置。
【請求項３】
請求項１において、前記自動送信手段を実行するための要因に前記画像処理装置にエラーが発生していることを含むエラーによる自動送信送信手段、
前記状態情報には前記画像処理装置にエラーが発生していることを示す情報と、そのエラー内容を示す情報を含む送信ファイル作成手段を有し、
前記エラー発生による自動送信手段によって作成された送信ファイルを前記外部処理装置に送信したのにも関わらず送信動作が正常終了できなかった場合、前記データ保存手段に前記送信ファイルを保存し、一定時間待機後に前記再発呼手段による再発呼動作に移行するが、前記一定時間待機中に送信ファイル作成の要因となったエラーが解決された場合、保存された前記送信ファイルを削除し、前記再発呼手段による送信動作を中止するように制御することを特徴とする画像処理装置。
【請求項４】
請求項１又は２において、前記状態情報にはどの要因を満たしたために前記自動送信手段による自動送信動作に移行したかを示す情報を含んだ送信ファイルの作成手段を有し、
前記再発呼手段による再発呼動作移行前の一定時間待機中に、新たに前記自動送信手段を実行するための要因が発生した場合、新たな送信ファイルを作成する、もしくは要因を示す情報を更新した送信ファイルを作成するのではなく、以前の条件に新たな要因が発生した、つまり複数の要因が発生したことを示す情報を持つ送信ファイルを１つだけ作成するように制御することを特徴とする画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像処理装置、その制御方法に関する。
【０００２】
【従来の技術】
従来より、ファクシミリ装置を含めた画像処理装置において故障など深刻なトラブルが発生した場合、ユーザからメーカに依頼が到着後、サービスマンを手配し、現地に派遣、修理を行っていたため、トラブル発生から修理完了までに時間がかかり、迅速な対応が難しかった。それを解決するために、メーカが管理するサーバやＰＣのような外部処理装置と上記画像処理装置を専用の回線で接続し、外部処理装置が画像処理装置の状態を常時監視するシステムを構築することで、ユーザの依頼が無くとも外部処理装置が画像処理装置のトラブルを検知したらすぐサービスマンを派遣することができるようになり、その結果従来よりも迅速な対応を行うことが可能となった。
【０００３】
また、同時に外部処理装置はトラブルの有無だけでなく、トナー・インク残量など消耗品の使用状況などの情報も監視することで、メーカはユーザに効率よく消耗品を提供するためのサービスを構築することもできるようになった。
【０００４】
上記のような画像処理装置の中でも、ファクシミリ機能を持つ装置では回線に電話回線を用い、定期的、もしくは設定された通報要因を満たした時に画像処理装置が外部処理装置に必要な情報を通報する、また、トラブル発生時に自動で外部処理装置にトラブル発生とその内容を通知することで、専用の回線を用いなくとも、費用もかからず、手軽に同じサービスを実現するためのシステムを構築することができる。
【０００５】
【発明が解決しようとする課題】
従来の技術に示したように、外部処理装置との接続に電話回線のような公衆回線を用いたシステムでは、１台の外部処理装置が複数台の画像処理装置の状態を監視している場合、回線の負荷の増大している時が多々ある。その時、接続ができないために画像処理装置が外部処理装置にログ情報およびトラブルの発生を通知できないことがある。
【０００６】
それを避けるために、画像処理装置は自動的にリダイヤル操作に移行するが、一度のリダイヤル動作では外部処理装置に接続することができず、同作業を複数回繰り替され、処理完了まで長時間かかることもある。その間でも画像処理装置の状態は変化し、新たな通報要因を満たしたために前回のログ情報を通知できていないのに再びログ情報を通知しなければならない場合や、発生していたトラブルが解決されトラブル発生を通知する必要が無くなる場合もありうる。その結果、繰り返し通報動作を実行するために余分な通信費がかかり、また、修理の必要が無いのにサービスマンを要求してしまうといった問題が発生してしまうといった不利益をユーザに与えてしまう。
【０００７】
なお、ログ情報には通信履歴、トナー・インク量などの消耗品の状態、印刷ページ数、発生したエラーの数などの外部処理装置が必要とする情報によって構成されている。（以下も同様）
【０００８】
【課題を解決するための手段】
本発明では、
画像処理装置は、
ファクシミリ機能を実行するための手段を持ち、
画像データを処理するためのデータ処理部、
ＰＣ，サーバといった外部処理装置に通知するログ情報の項目を保存するための通知情報項目保存手段を持ち、
どの原因、要因を満足したとき、外部処理装置へ上記通知するログ情報を送信するのかを示す通報要因保存手段を持ち、
電話番号を含む外部処理装置の情報を保存するための情報保存手段を持ち、
画像データを含むデータを保存するためのデータ保存手段を持ち、
前記データ保存手段に保存されたデータを解析するデータ解析手段を持ち、
時間を監視するための時計手段を持ち、
通知情報項目保存手段に保存されている項目に対応する情報を取得するための通知情報取得手段、
上記データ処理部を含め、画像処理装置に問題が発生したことを認識するエラー認識手段を持っている。
【０００９】
以上のような構成を持つ画像処理装置において、
画像処理装置は接続された外部処理装置へ装置の状態情報を通知する通報動作を実行しても接続することができなかった場合、リダイヤル動作に移行する。そのリダイヤル動作中に、ログ情報の項目に対応する情報を監視する。もし何らかの処理が実行され、その情報の内容に変更が発生した場合、前回の送信するはずであった送信ファイルを削除し、新たな送信ファイルを作成し、前回の送信ファイルの代わりに新たに作成した送信ファイルを送信する。
【００１０】
この際、送信ファイルを削除することなく、データ解析手段を用いて前記送信ファイルの変更のあった情報のみ書き換えても問題は無い。また、画像処理装置にエラーが発生したことを外部処理装置に通報する動作によるために通報動作を開始したのにも関わらず、接続できずにリダイヤル動作へ移行した場合、通報処理完了前にそのエラーが解決されたときには外部処理装置に送信するはずであった送信ファイルを削除し、送信を取りやめる。
【００１１】
これにより発呼された時の送信ファイルに含まれた状態情報はその時点の画像処理装置と同期した情報となり、発明が解決しようとしている課題で示した問題を解決し、効率の良いリダイヤル処理をユーザに提供できるようになる。その結果ユーザに不利益を与えることを避けることができる。
【００１２】
【発明の実施の形態】
まず、公衆回線を用いてＰＣやサーバなどの外部処理装置と接続されている画像処理システムを構成する画像処理装置１００の概略を詳細に説明する。
【００１３】
図１は、本発明の実施例である画像処理システムを構成する画像処理装置１００の概略構成を示すブロック図である。
【００１４】
画像処理装置１００において、ＣＰＵ１０１は、システム制御部であり、画像処理装置１００の全体を制御する。ＲＯＭ１０２は、ＣＰＵ１０１が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）プログラム等を格納する。上記実施例では、ＲＯＭ１０２に格納されている各制御プログラムは、ＲＯＭ１０２に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を行う。
【００１５】
ＲＡＭ１０３は、ＳＲＡＭ（ｓｔａｔｉｃ  ＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、オペレータが登録した設定値や画像処理装置１００の管理データ等を格納し、各種ワーク用バッファ領域が設けられている。
【００１６】
画像メモリ１０４は、ＤＲＡＭ（ｄｙｎａｍｉｃ  ＲＡＭ）等で構成され、画像データを蓄積する。データ変換部１０５は、ページ記述言語（ＰＤＬ）等の解析や、キャラクタデータのＣＧ（ｃｏｍｐｕｔｅｒ  ｇｒａｐｈｉｃｓ）展開等、画像データの変換を行う。
【００１７】
読取制御部１０６は、読取部１０７が、ＣＩＳイメージセンサ（密着型イメージセンサ）によって原稿を光学的に読み取り、電気的な画像データに変換した画像信号を、図示しない画像処理制御部を介して、２値化処理や中間調処理等の各種画像処理を施し、高精細な画像データを出力する。なお、上記実施例では、読取制御部１０６は、原稿を搬送しながら読み取りを行うシート読取制御方式と、原稿台にある原稿をスキャンするブック読取制御方式の両制御方式に対応している。
【００１８】
操作表示部１０８は、数値入力キー、文字入力キー、ワンタッチ電話番号キー、モード設定キー、決定キー、取り消しキー等を備え、ユーザが画像送信相手先データの決定や設定データの登録動作を行うための操作部と、各種キー、ＬＥＤ（発光ダイオード）とＬＣＤ（液晶ディスプレイ）等によって構成され、オペレータによる各種入力操作や、画像処理装置１００の動作状況、ステータス状況の表示等を行う表示部である。
【００１９】
通信制御部１０９は、ＭＯＤＥＭ（変復調装置）や、ＮＣＵ（網制御装置）等によって構成されている。上記実施例では、通信制御部１０９は、アナログの通信回線（ＰＳＴＮ）１３１に接続され、Ｔ３０プロトコルでの通信制御、通信回線に対する発呼と着呼等の回線制御を行っている。また、外部処理装置とは通信回線１３１を経由して接続されている。
【００２０】
解像度変換処理部１１０は、画像データのミリ−インチ解像度変換等の解像度変換制御を行う。なお、解像度変換部１１０において、画像データの拡大縮小処理も可能である。
【００２１】
符号復号化処理部１１１は、画像処理装置１００で扱う画像データ（ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等）を符号復号化処理したり、拡大縮小処理を行う。記録制御部１１２は、印刷される画像データに対し、図示しない画像処理制御部を介して、スムージング処理や記録濃度補正処理、色補正等の各種画像処理を施し、高精細な画像データに変換し、ＩＥＥＥ１２８４ホスト制御部１１４（後述）に出力する。
【００２２】
ＵＳＢファンクション制御部１１３は、ＵＳＢインタフェースの通信制御を行うものであり、ＵＳＢ通信規格に従って、プロトコル制御を行い、ＣＰＵ１０１が実行するＵＳＢ制御タスクからのデータを、パケットに変換し、外部の情報処理端末に、ＵＳＢパケット送信を行ったり、逆に、外部の情報処理端末からのＵＳＢパケットを、データに変換してＣＰＵ１０１に対し送信を行ったりする。
【００２３】
ＩＥＥＥ１２８４ホスト制御部１１４は、ＩＥＥＥ１２８４通信規格のＣｏｍｐａｔｉｂｉｌｉｔｙモードで定められたプロトコルで通信を行う為の制御部である。ＩＥＥＥ１２８４通信規格のＣｏｍｐａｔｉｂｉｌｉｔｙモードは、片方向のデータ通信を行うことが出来る規格であり、１台のホスト（マスター）に対し、１台のペリフェラル（スレーブ）を接続することが出来る。ＩＥＥＥ１２８４ホスト制御部１１４は、ＩＥＥＥ１２８４通信におけるホストの機能を有し、記録部１１５（後述）に対し、印刷データのみを送信する。
【００２４】
記録部１１５は、レーザビームプリンタやインクジェットプリンタ等からなる印刷装置であり、カラー画像データ、またはモノクロ画像データを印刷部材に印刷する。ＩＥＥＥ１２８４ホスト制御部１１４とは、ＩＥＥＥ１２８４通信規格のＣｏｍｐａｔｉｂｉｌｉｔｙモードで定められたプロトコルで通信を行い、特に記録部１１１５はペリフェラルの機能を有する。記録部１１５は、ＩＥＥＥ１２８４通信において、ＩＥＥＥ１２８４ホスト制御部１１４から印刷データを受信する。一方で、シリアルＩ／Ｆ制御部１１６（後述）に対しては、アシンクロナスシリアルインタフェース（ＵＡＲＴ）通信を行う。記録部１１５は、アシンクロナスシリアルインタフェース通信において、シリアルＩ／Ｆ制御部１１６との間で、命令を受信したり、印刷状況情報を送信したりする。
【００２５】
シリアルＩ／Ｆ制御部１１６は、アシンクロナスシリアルインタフェース通信を行う為の制御部である。アシンクロナスシリアルインタフェース通信は、全二重通信が可能な低速のデータ通信である。記録部１１５に対し、命令を送信したり、印刷状況情報を受信したりする。
【００２６】
上記構成要素１０１〜１０６、１０８〜１１４、１１６は、ＣＰＵ１０１が管理するＣＰＵバス１２１を介して、相互に接続されている。
【００２７】
図２は、本発明の実施例である外部処理装置と公衆回線を経由して接続された画像処理装置１００のファクシミリ送信動作を示すフローチャートである。
【００２８】
ステップ２０１において、記録部１１５の故障など画像処理装置１００の動作に致命的問題が発生したか否かを判断する。発生した場合はステップ２０５へ移行し、発生していない場合はステップ２０２へ移行する。これは、画像処理装置１００にサービスマンによる修理が必要であることを外部処理装置へ通知し、サービスマンの派遣を依頼するための動作である。
【００２９】
ステップ２０２において、設定枚数の印字処理が終了したか否かを判断する。終了した場合はステップ２０５へ移行し、そうでない場合はステップ２０３へ移行する。この設定枚数はユーザによって指定された物ではなく、出荷時に画像処理総装置１００のＲＯＭ１０２、ＲＡＭ１０３に保存されているか、もしくはサービスマンによって設定されＲＡＭ１０３に保存された値である。これは、画像処理装置１００が設定枚数を印刷し、記録部１１５のトナー・インク量の残量が無い、もしくは残り少ないことを外部処理装置に通知し、新たなトナー・インク、もしくは補給を要求するための動作である。
【００３０】
ステップ２０３において、設定日数経過したか否かを判断する。経過した場合はステップ２０５へ移行し、そうでない場合にはステップ２０４へ移行する。この設定日数はユーザによって指定された物ではなく、出荷時に画像処理総装置１００のＲＯＭ１０２、ＲＡＭ１０３に保存されているか、もしくはサービスマンによって設定されＲＡＭ１０３に保存された値である。これは、外部処理装置が定期的に画像処理装置１００のログ情報を取得することで、その状態を把握するための動作である。
【００３１】
ステップ２０４において、ユーザによってファクシミリ送信が指示されたか否かを判断する。指示された場合はステップ２０６へ、そうでない場合はステップ２０１へ移行する。この際、ユーザによる指示は画像処理装置１００の操作表示部１０８によって行われる。
【００３２】
ステップ２０５において、送信ファイルの作成を行う。この送信ファイルはＩＴＵ−ＴのＴ．４３４勧告に示されたＢｉｎａｒｙ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ（以下、ＢＦＴ）に従ったフォーマットで構成されている。外部処理装置に通知するべき画像処理装置１００のログ情報はＢＦＴ形式の送信ファイルのｄａｔａ−ｆｉｌｅ−ｃｏｎｔｅｎｔ含まれている。そして画像処理装置１００のＣＰＵ１０１はその項目に対応する各情報を集め、ＢＦＴ形式に編集し、完成した送信ファイルを画像メモリ１０４に保存する。
【００３３】
この際、ログ情報を構成する項目はあらかじめ画像処理装置１００のＲＯＭ１０２、ＲＡＭ１０３に保存されていて、上記のどの通知条件で送信ファイルを作成したか（ステップ２０１〜ステップ２０３のどれがＹＥＳになったか）を示す情報や送信ファイル作成日時、現在の印刷枚数、トナー・インク残量などが通知する項目に含まれている。
【００３４】
ステップ２０６において、画像処理装置１００の読取部１０７にセットされた送信する原稿を画像データに変換し、画像メモリ１０４に保存する。この読取部１１５の制御は読取制御部１０６によって行われる。
【００３５】
ステップ２０７において、ダイヤル動作を開始する。この際、ダイヤルされる番号は、ステップ２１０経由した場合はユーザによって指定された電話番号を発呼し、そうでない場合には外部処理装置へ接続される電話番号が発呼される。この際、ユーザによる電話番号の指定は画像処理装置１００の操作表示部１０８によって行われる。また、外部処理装置へ接続される電話番号は出荷時に画像処理総装置１００のＲＯＭ１０２、ＲＡＭ１０３に保存されているか、もしくはユーザ、サービスマンによってあらかじめ設定されＲＡＭ１０３に保存されていた番号である。
【００３６】
ステップ２０８において、ステップ２０７において発呼した電話番号を持つ端末に接続できたかどうか判断する。接続できた場合はステップ２０９へ移行し、そうでない場合にはステップ２１０へ移行する。
【００３７】
ステップ２０９において、画像処理装置１００は画像メモリ１０４に存在する送信ファイルを相手端末に送信する。送信後、ステップ２０１へ移行する。この際、ＢＦＴ形式の送信ファイルはＩＴＵ−Ｔ勧告のＳｉｍｐｌｅ  Ｐｈａｓｅ  Ｃ  ＢＦＴに準拠してＥＣＭフォーマット化し、送信する。
【００３８】
ステップ２１０において、画像処理装置１００はリダイヤル待機処理を行う。リダイヤル待機処理に関する詳細は後述する。ステップ２１０が終了すると、処理はステップ２１１に移行する。
【００３９】
ステップ２１１において、画像処理装置１００の画像メモリ１０４に送信ファイルが存在しているか否か判断する。（図３のステップ３０１、ステップ３１２参照）存在している場合はステップ２０１へ移行し、そうでない場合にはステップ２０７へ移行する。
【００４０】
ステップ２０１〜ステップ２０３は外部処理装置へ画像処理装置１００のログ情報を自動で送信する（以下、自動通知）ための通報要因であるが、もちろん他の要因によって起動しても問題は無い。また、ステップ２０５で送信ファイルに示すログ情報の項目も前述した物以外が含まれていても問題はない。
【００４１】
図３は本実施例の画像処理装置１００におけるリダイヤル待機処理の動作について示したフローチャートである
ステップ３０１において、送信ファイルを画像メモリ１０４に保存する。この際、図２のステップ２０７でダイヤルした相手端末の電話番号も共に保存する。保存後、ステップ３０２に移行する。
【００４２】
ステップ３０２において、リダイヤルする待機時間を設定し、それを計測するタイマのカウントを開始する。この待機時間はあらかじめ画像処理装置１００のＲＯＭ１０２、ＲＡＭ１０３に保存されている。これは、ユーザによって指定する形式でも、出荷時にメーカが固定する形式であっても問題は無い。設定後、ステップ３０３へ移行する。
【００４３】
ステップ３０３において、ステップ３０１で画像メモリ１０４に保存した送信ファイルがユーザによる指示ではなく、図２のステップ２０１〜ステップ２０３で示した通報要因を満たしたことによって作成された送信ファイルであるかどうか判断する。通報要因を満たして作成された送信ファイルであるならば、ステップ３０４へ移行し、そうでない場合にはステップ３０９へ移行する。
【００４４】
ステップ３０４において、リダイヤル動作の待機中に記録部１１５によって、なんらかの画像データの印刷処理が実行されたかどうかを判断する。実行された場合はステップ３０５へ移行し、そうでない場合にはステップ３０８へ移行する。
【００４５】
ステップ３０５において、自動通知で通報されるログ情報の項目を再検索し、ステップ３０１で画像メモリ１０４に保存した、待機中の送信ファイルに記されたログ情報と比較して変更があるか否か判断する。ただし、ログ情報に送信ファイルの作成日時、ファイル名など画像処理装置１００の状態を表す情報に関係の無い項目が含まれていて、それらに違いがあっても、変更があったと判断しない。変更がある場合にはステップ３０６へ移行し、そうでない場合にはステップ３０８へ移行する。
【００４６】
ステップ３０６において、ステップ３０１で画像メモリ１０４に保存した送信ファイルを消去する。消去後、ステップ３０７へ移行する。この際、図２のステップ２０７でダイヤルした送信先の電話番号、ステップ３０２で設定し待機時間やカウントを開始したタイマなどリダイヤル待機処理、リダイヤル処理を実行するのに必要なデータの削除はしない。
【００４７】
ステップ３０７におい、図２のステップ２０５と同様に、ステップ３０５で再取得したログ情報を使用して送信ファイルを作成し、画像メモリ１０４へ保存する。この際、通報要因が２つ以上存在する場合は、１つの送信ファイルに複数の通報要因があることをログ情報に記す。また、相手端末の電話番号に関する情報は削除せず、新たに作成した送信ファイルの送信先として設定する。保存後、ステップ３０９へ移行する。
【００４８】
ステップ３０８において、画像処理装置１００にエラーが発生しているかどうか判断する。発生している場合はステップ３１０へ移行し、そうでない場合にはステップ３０９へ移行する。
【００４９】
ステップ３０９において、ステップ３０２でカウントを開始したタイマが設定した待機時間を経過したか否か判断する。経過した場合はリダイヤル待機処理を解除し、図２のダイヤル動作へ移行し、そうでない場合にはステップ３０３へ移行する。
【００５０】
ステップ３１０において、ステップ２０１で発生したエラーが継続しているかどうか判断する。継続している場合にはステップ３１１へ移行し、そうでない場合にはステップ３０９へ移行する。ただし、継続していない場合は新たなるエラーが発生したということなので、図３のリダイヤル処理終了後、ステップ２０１で新たなるエラーに対する自動通報の処理が実行される。
【００５１】
ステップ３１１において、継続しているエラーが解決されたか否か判断する。解決された場合はステップ３１２へ移行し、そうでない場合にはステップ３０９へ移行する。
【００５２】
ステップ３１２において、ステップ３１１で通報要因となっていたエラーが解決されたため、ステップ３０１で画像メモリ１０４に保存していた送信ファイルと電話番号などの相手端末に関する情報を消去する。消去後、リダイヤル待機処理を終了する。
【００５３】
上記リダイヤル処理において、ステップ３０６〜ステップ３０７で送信ファイルを削除し、新たな送信ファイルを作成しているが、その代わりに画像メモリに保存されている送信ファイルを解析し、ステップ３０５で取得したログ情報との差分を認識し、その差分点のみ変更するように制御をおこなっても問題は無い。
【００５４】
本実施例においては、外部処理装置に通報するべきログ情報の項目に、トナー・インク残量など画像処理装置１００の記録部１１５に関係する項目が含まれていたため、図２のステップ２０２や図３のステップ３０４など各動作の判断に印刷動作の処理を用いた。外部処理装置に送信するべきログ情報の項目によっては、記録部１１５ではなく、読取部１０７や通信制御部１０９、画像メモリ１０４などをその代わりに使用しても問題は無い。
【００５５】
【発明の効果】
以上説明したように本発明によれば、
公衆回線を用いて外部処理装置と接続され、ある一定の要因を満たした時、画像処理装置の状態を表す情報（この情報にはトナー・インク量など消耗品の状態やエラー状況、どの要因を満たして送信ファイルを作成したかを示す情報など前記外部処理装置が必要とする情報で構成される）から送信ファイルを作成し、画像処理装置の状態を知らせるために前記外部処理装置に対して自動的に発呼し、それを送信する機能を持つ画像処理装置において、
発呼が正常終了しなかった場合、送信ファイルを保存し、一定時間待機後、再発呼動作に移行するが、その待機中に前記画像処理装置の状態を表す情報の内容に変更があった時、再発呼動作に関連する情報は残しつつ、保存していた送信ファイルのみ消去し、新たに取得した画像処理装置の状態を表す情報から再度送信ファイルを作成し、それを送信する。これにより、再発呼処理による時間的な遅延があっても、前記外部処理装置は送信時の画像処理装置の状態を正確に知ることができる。
【００５６】
また、保存されていた送信ファイルを削除するのではなく、変更があった前記画像処理装置の状態を表す情報のみ変更しても同様の効果が得られる。
【００５７】
また、前記処理を行うための要因に画像処理装置にエラーが発生した場合が含まれている時には、一定時間待機中にそのエラーが解決されたら保存されていた送信ファイルを消去し、再発呼処理も中止する。これにより、すでにエラーが解決されたにも関わらず、エラーが発生していることを前記外部処理装置に通知することが無くなる。
【００５８】
また、前記処理を行うための条件が複数あり、一定時間待機中に保存されていた送信ファイルを作成した時とは別の要因が発生した場合は、新たな送信ファイルを作り、複数の送信ファイルを前記外部処理装置に送信するのではなく、要因が複数発生していることを示す情報を含んだ送信ファイルを１つ準備し、それのみ送信する。これにより、送信の手間を減らすことができる。
【００５９】
以上により、効率の良いリダイヤル処理をユーザに提供できるようになり、その結果ユーザに不利益を与えることを避けることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態例である画像処理装置を示すブロック図である。
【図２】送信処理のフローチャート。
【図３】リダイヤル待機処理のフローチャート。
【符号の説明】
１００  画像処理装置
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  画像メモリ
１０５  データ変換部
１０６  読取制御部
１０７  読取部
１０８  操作表示部
１０９  通信制御部
１１０  解像度変換処理部
１１１  符号復号化処理部
１１２  記録制御部
１１３  ＵＳＢファンクション制御部
１１４  ＩＥＥＥ１２８４ホスト制御部
１１５  記録部
１１６  シリアルＩ／Ｆ制御部
１２１  ＣＰＵバス
１３１  通信回線
【図１】
2004159049.tif 000003
【図２】
2004159049.tif 000004
【図３】
2004159049.tif 000005