JP4751465B2 - 画像処理装置及び画像処理システム - Google Patents

Description

本発明は、画像情報を入力して送信することが可能な画像処理装置、及びその画像処理装置と情報処理装置とを備えた画像処理システムに関する。

従来から、スキャナ等で読み取ることで入力した画像情報を外部の情報処理装置に送信可能な画像処理装置が提案されている。

従来、スキャン機能を備えた画像処理装置にて生成されたイメージデータを外部に送信する場合、図２（Ａ）に示すタイミングのように、読み込んだデータをＨＤＤ（Hard Disk Drive）やメモリに一旦全て保持し、画像処理装置内部で送信ファイルを生成してから送信処理を開始するようにしている。

一方で、近年、スキャン機能のパフォーマンス改善のため、図２（Ｂ）に示すタイミングのように、スキャン原稿を読み込みながら同時にデータ送信処理を行い、送信先でファイル化することでスキャン送信処理を高速にする画像処理装置も提案されている。

特許文献１には、画像情報と通信履歴情報とを情報処理装置に送信して、送信エラー発生時には、画像情報と通信履歴情報とを利用して再送信する画像通信装置が開示されている。

特許文献２には、受信時に画像情報を一旦画像メモリに蓄積しておき、受信した画像情報がエラーであると判別されたときに送信側に受信エラーを通知し、送信側からこれに応答して画像情報を再送する旨の通知があったときに画像メモリに蓄積している画像情報を削除するファクシミリ伝送方式が開示されている。

特開平１０−６５８６２号公報 特開昭６１−２５５１５８号公報

図２（Ｂ）で例示したようなタイミングで送信処理を行う画像処理装置は、図２（Ａ）で例示したタイミングでの送信処理に比べ、全体の所要時間がＴｒだけ短くなるものの、原稿読み込み中に紙ジャムエラーが発生した場合、エラー発生時点までに読み込まれた原稿のイメージデータは既に送信処理中であるため、ユーザがエラーを解除し原稿読み込みを再開するまで送信処理を止めることはできない。

従って、紙ジャムエラー発生時点までに読み込んだページまでのデータを送信して途中でスキャン処理を終了するか、若しくはスキャンそのものをキャンセルして最初からスキャン処理をやり直すしか方法がなかった。

なお、特許文献１，２に記載の技術は、いずれも一旦読み込んだデータが通信エラーとなった場合の再送手段についての技術であり、原稿読み込み中に送信を行うシステムにおいて読み込み途中で入力エラーが発生した場合については記載も示唆もされていない。

本発明は、上述のような実状に鑑みてなされたものであり、その目的は、紙ジャムエラーなど、画像情報の入力エラーが発生した場合でも、画像情報の送信を効率良く行うことが可能な画像処理装置、及びその画像処理装置と情報処理装置とを備えた画像処理システムを提供することにある。

上記課題を解決するために、本発明の第１の技術手段は、画像情報を入力する入力部と、該入力部によって入力された画像情報を記憶しておく情報記憶部と、該画像情報を送信する送信部と、前記入力部での入力と前記情報記憶部での記憶と前記送信部での送信とを並列に処理する制御部とを有する画像処理装置であって、該制御部は、前記入力部により画像情報の入力が行われている最中に入力エラーが発生した場合、送信先に送信済みの情報を削除させる指示を前記送信部で送信先に送信させ、入力エラー発生前の画像情報と入力エラー発生後に前記入力部で入力した画像情報とを結合し、１ファイル化してから前記送信部で再送させることを特徴としたものである。

第２の技術手段は、第１の技術手段において、前記制御部は、入力エラーと他の種類のエラーとで、エラー後の復帰処理を異ならせるとしたものである。

第３の技術手段は、第２の技術手段において、前記制御部は、前記他の種類のエラーが通信エラーであった場合、前記送信先との通信状態を所定時間確認してから前記送信部で再送信させることを特徴としたものである。

第４の技術手段は、第２又は第３の技術手段において、前記制御部は、前記送信先への通信が再度確立できない場合、第２の送信先を指定して前記送信部で送信させることを特徴としたものである。

第５の技術手段は、第１〜第４のいずれかの技術手段における画像処理装置と、該画像処理装置に接続される情報処理装置とを備えた画像処理システムであって、前記情報処理装置は、前記画像処理装置から送信された画像情報を受信する受信部と、該受信部で受信した画像情報を記憶する記憶部と、前記入力エラーが発生していないときには、前記送信部での送信完了を検知した後、前記受信部で受信した前記画像情報を結合して１ファイル化して前記記憶部に記憶させ、前記入力エラーが発生したときには、前記削除させる指示に基づき前記記憶部に記憶済みの前記画像情報を削除するとともに、前記入力エラーの発生後に前記受信部で受信した１ファイル化された画像情報を前記記憶部に記憶させる制御部とを有することを特徴としたものである。

本発明によれば、紙ジャムエラーなど、画像情報の入力エラーが発生した場合でも、画像情報の送信を効率良く行うことが可能になる。

本発明の一実施形態に係る画像処理装置を含むシステムの概略構成例を示すブロック図である。 図１の画像処理装置における画像情報のスキャン・記憶・送信処理のタイミングを、各ページのデータの流れとして説明するための図である。 図２（Ｂ）の処理中に紙ジャムエラーが発生したときのスキャン・記憶・送信処理の停止タイミングを、ページ単位のデータの流れとして説明するための図である。 図２（Ｂ）の処理における送信処理のシーケンス例を説明するための図である。 図２（Ｂ）の処理を紙ジャムエラー発生に対処できるようにした処理の一例を説明するためのフロー図である。 図５の処理において、エラー解除後のスキャン・記憶・送信処理のタイミングを、ページ単位のデータの流れとして説明するための図である。 図５の処理において、紙ジャムエラー発生時に表示部に表示されるエラーメッセージの一例を示す図である。 図５の処理における送信処理であって紙ジャムエラー発生時のシーケンス例を説明するための図である。 図２（Ｂ）の処理を紙ジャムエラー発生に対処できるようにした処理の他の例を説明するためのフロー図である。 図９に続くフロー図である。 図２（Ｂ）の処理を紙ジャムエラー発生に対処できるようにした処理の参考例を説明するためのフロー図である。 図１１の処理において、エラー解除後のスキャン・記憶・送信処理のタイミングを、ページ単位のデータの流れとして説明するための図である。 図１１の処理における送信処理であって紙ジャムエラー発生時のシーケンス例を説明するための図である。

図１は、本発明の一実施形態に係る画像処理装置を含むシステムの概略構成例を示すブロック図である。図１に示すシステムは、画像処理装置１と情報処理装置２とが接続されている。画像処理装置１としては、複合機、スキャナ装置などが適用でき、情報処理装置２としては、汎用のパーソナルコンピュータ（ＰＣ）やアプリケーションサーバ等のサーバコンピュータなどが適用できる。

画像処理装置１は、機器制御部１０、操作部１１、画像読み取り部１２、情報記憶部１３、画像送信部１４、及び通信部１５を備える。機器制御部１０は、画像処理装置１が備える各部を制御する。操作部１１は、入力部１１ａと、ＬＣＤ（Liquid Crystal Display：液晶ディスプレイ）などの表示部１１ｂとを有する。入力部１１ａは、各種入力キー群と、表示部１１ｂに設けられたユーザ入力を受け付けるタッチパネルとを有する。

画像読み取り部１２は、画像情報を入力する入力部の一例であり、原稿台又は自動原稿送り装置に載置された原稿を読み取って画像情報を入力する。なお、画像読み取り部１２で読み取った画像情報を入力の対象として説明するが、通信部１５を介するなどして他の機器から送信された画像情報を入力の対象としてもよく、その場合、以下の説明は、紙ジャムエラーを受信エラーと置き換えることで適用できる。

情報記憶部１３は、ＨＤＤ又は画像メモリなどで構成され、画像読み取り部１２から入力された画像情報を記憶する。画像送信部１４は、情報記憶部１３に記憶された画像情報を、通信部１５を介して送信する。通信部１５は、通信アダプタなどで構成され、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ等のネットワークを介して、情報処理装置２と通信する。画像送信部１４及び通信部１５は、情報記憶部１３に記憶された画像情報を送信する送信部の一例である。送信の方式は特に問わない。

一方で、情報処理装置２は、通信アダプタなどで構成され、通信部１５との通信を行う通信部２０と、通信部２０を介して受信した画像情報を記憶する情報記憶部２１と、情報記憶部２１に記憶された画像情報を処理するアプリケーションプログラム（アプリケーションソフトウェア）２２とを備える。なお、以下、アプリケーションプログラムを単に「アプリケーション」と呼ぶ。通信部２０は、画像処理装置１から送信された画像情報を受信する受信部の一例であり、情報記憶部２１は、ＨＤＤ等で構成され、その受信部で受信した画像情報を記憶する記憶部の一例である。

このようなシステムにおける処理の概要について簡単に説明すると、画像処理装置１の操作部１１にてユーザがスキャンの設定及び実行開始指示を行い、入力を受け付けた機器制御部１０が、画像読み取り部１２に対して読み取り指示を行うことにより、画像情報の入力が行われる。入力された画像情報は、一旦、情報記憶部１３に保存され、画像送信部１４が画像送信に関わる制御を行い、通信部１５を経て、情報処理装置２に送信される。情報処理装置２は、通信部２０にて画像処理装置１から送信された画像情報を受信し、情報記憶部２１に保存する。保存されたデータはアプリケーション２２によって利用される。

このようなシステムにおける本発明の主たる特徴について説明する。本発明における機器制御部１０は、基本的に、画像情報の入力、記憶、送信について並列処理を行う。機器制御部１０は、画像読み取り部１２での入力と情報記憶部１３での記憶と画像送信部１４及び通信部１５での送信とを並列に処理する制御部の一例である。

一方で、本発明における機器制御部１０は、画像読み取り部１２により画像情報の入力が行われている最中に入力エラーが発生した場合には、送信先に送信済みの情報を削除させる指示を画像送信部１４で送信先に送信させ、入力エラー発生前の画像情報と入力エラー発生後に画像読み取り部１２で入力した画像情報とを結合し、１ファイル化してから画像送信部１４で再送させる。

情報処理装置２は、画像処理装置１におけるこのような制御に関連し、次の制御部を備える。情報処理装置２の制御部は、入力エラーが発生していないときには、画像送信部１４での通信部１５を介した送信に関する送信完了を検知した後、通信部２０で受信した画像情報を結合して１ファイル化して情報記憶部２１に記憶させる。１ファイル化するまではバッファに格納しておくなどしてもよい。情報処理装置２の制御部は、入力エラーが発生したときには、削除させる指示に基づき情報記憶部２１に記憶済みの画像情報を削除するとともに、入力エラーの発生後に通信部２０で受信した１ファイル化された画像情報を情報記憶部２１に記憶させる。

情報処理装置２の制御部は、アプリケーション２２及びその格納領域、アプリケーション２２を実行するためのＣＰＵ（Central Processing Unit）、作業領域であるＲＡＭ（Random Access Memory）などで構成され、上述のような制御は主にアプリケーション２２の内容で特徴付けられる制御となる。

ここで、画像処理装置１の機器制御部１０におけるアプリケーション２２の機能の連携について好ましい例を挙げる。機器制御部１０は、アプリケーション２２との間で、通信部１５及び通信部２０を経由して、操作部１１における操作パネル情報を情報処理装置２側に送信すると共に、デバイスコントロール情報をやり取りしながら、アプリケーション２２の機能（外部アプリケーション機能という）を呼び出してその処理結果を得る。これにより、画像処理装置１は、画像情報の送信に関し、アプリケーション２２と連携した処理（外部アプリケーション機能を実現するための処理）を行うことが可能になる。

上述した操作パネル情報やデバイスコントロール情報は、受信側で送信元が認識できるように、送信側の機器の機器情報を含んで送信される。機器情報とは、機器に固有の情報であり、他の機器と識別可能にするための識別情報を指す。画像処理装置１について例示すると、機器情報とは、画像処理装置１を他の機器（他の画像処理装置等）と識別可能にするための識別情報であって、例えば、画像処理装置１に固有の機器番号（シリアル番号）やＭＡＣ（Media Access Control）アドレスなどが挙げられる。

また、画像処理装置１とアプリケーション２２との情報のやり取りは、標準のネットワーク技術をベースに行うことが、アプリケーション２２と画像処理装置１の機器制御部１０（機器制御部１０内のファームウェア）との連携部分の開発に多くの一般的なツールやスキルが利用でき、実装が容易であるという点で好ましい。

上述した本発明における画像処理装置１及び情報処理装置２での制御に関し、まず、図２を参照して画像処理装置１で実行されるスキャン・記憶・送信処理について説明する。図２は、図１の画像処理装置における画像情報のスキャン・記憶・送信処理のタイミングを、各ページのデータの流れとして説明するための図である。図２（Ａ）は、スキャン・記憶の並列処理が完了してから送信処理を行う例を示しており、図２（Ｂ）は、スキャン・記憶・送信処理を並列処理で行う例を示している。図２（Ａ），（Ｂ）はいずれもＮ枚の原稿を読み取ったときの、画像処理装置１での処理を例示している。

図２（Ａ）で例示する処理（以下、処理Ａという）は、画像読み取り部１２で読み込まれた画像を情報記憶部１３に記憶し、全てのページの原稿を読み込み完了後、ファイル化して送信する。処理Ａでは、原稿読み込み完了まで、画像情報は送信されないため紙ジャムなどのエラーが発生しても、エラー解除を行えば途中から再開できるが、原稿が大量にある場合は、原稿読み取り及び送信に膨大な時間がかかるという課題がある。

図２（Ｂ）で例示する処理（以下、処理Ｂという）は、画像読み取り部１２で読み込まれた画像を情報記憶部１３に記憶し、ページ単位で画像情報を送信する。処理Ｂを採用することで、処理Ａに比べて送信を開始するタイミングが早くなるため、スキャン実行に伴う処理にかかる合計時間を大幅に短縮でき（時間Ｔｒの分だけ短縮でき）、この短縮時間Ｔｒは原稿の量が多ければ多いほど顕著な効果が期待できる。

本発明に係る画像処理装置１では、上述したように、通常時（紙ジャムエラー未発生時）には処理Ｂを実行し、紙ジャムエラーが発生したときに処理Ａを実行する。処理Ｂの実行時に、紙ジャムエラーが発生したときに処理Ａへ切り替える流れについて、図３〜図８を参照しながら説明する。

まず、図３を参照して紙ジャムエラー発生時の画像処理装置１における処理について説明する。図３は、図２（Ｂ）の処理中に紙ジャムエラーが発生したときのスキャン・記憶・送信処理の停止タイミングを、ページ単位のデータの流れとして説明するための図である。

図３に示すように、４枚目の原稿（Ｐ４）の読み取り中に紙ジャムエラーが発生した場合、正常に読み取りが完了したのは３枚目の原稿（Ｐ３）までであるため、Ｐ３までの画像情報が情報記憶部１３に記憶され、Ｐ３までの画像情報が画像送信部１４により送信される。

紙ジャムエラーが発生した後の動作について説明する。紙ジャムエラー発生後は、そのエラーが解除されるまで画像情報の送信を中断することが考えられる。しかし、通常、画像処理装置１と情報処理装置２が画像情報の送受信を行う際、通信セッションが確立され、この通信セッションは、どちらかの通信が一定時間停滞した場合、タイムアウトが発生し、破棄される。よって、ユーザがエラー復帰するまで無制限に通信セッションを確立したまま、転送を中断することはできない。このことを、図４を用いて具体的に説明する。

図４は、図２（Ｂ）の処理における送信処理のシーケンス例を説明するための図である。処理Ｂでは、画像送信部１４により画像情報を情報処理装置２に送信する前に、画像処理装置１は情報処理装置２に対して接続要求を行う（ステップＳ１）。画像処理装置１は、情報処理装置２からの接続ＯＫの返信を受けた時点（ステップＳ２）、すなわち情報処理装置２の間で接続が完了した時点で、画像情報が送信可能となり、各ページの画像情報を送信する（ステップＳ３〜Ｓ５）。画像処理装置１は、画像情報の送信が完了すると、画像処理装置１は情報処理装置２に対して切断要求を行う（ステップＳ６）。これに応答して情報処理装置２は切断ＯＫの返信を行い、これを受けた時点で切断が完了する（ステップＳ７）。

このような送信処理のシーケンスにおいて、図３で示したような紙ジャムエラーが発生した場合、３枚目の原稿（Ｐ３）までの画像情報のデータは送信されるが、４枚目以降の画像情報のデータは送信されない。このとき情報処理装置２は画像処理装置１からのデータを待ち受け状態にあるが、データが送信されない理由が、画像処理装置１が意図して停滞させているのか、それとも通信エラーが原因で送信されないのかを知ることはできない。情報処理装置２が確立できる通信セッション数が限定されており、負荷軽減のため、無応答状態のセッションを無制限に確立し続けることは通常行わず、結果、セッションは破棄されることになる。

よって、画像処理装置１は、（Ｉ）読み込んだページ（この例では３枚目の原稿）までのデータを送信した時点で一連の処理を完了するか、（ＩＩ）送信済みのデータを破棄するように情報処理装置２に指示を行い、再度スキャンを最初からユーザにやり直してもらうか、（ＩＩＩ）送信済みのデータを破棄するように情報処理装置２に指示を行い、再度スキャンを紙ジャム発生ページからユーザにやり直してもらうか、（ＩＶ）参考例として後述するように再度スキャンを紙ジャム発生ページからユーザにやり直してもらって情報処理装置２側で結合させるか、のいずれかの方法を採ることになる。このうち、本発明では、上記（ＩＩＩ）の処理を採用する。無論、上記（Ｉ）の処理や上記（ＩＩ）の処理や上記（ＩＶ）の処理を行うように、ユーザ操作により選択可能にしておいてもよい。

図５〜図７を参照して、上記（ＩＩＩ）の処理を含む処理について説明する。図５は、図２（Ｂ）の処理を紙ジャムエラー発生に対処できるようにした処理の一例を説明するためのフロー図である。図６は、図５の処理において、エラー解除後のスキャン・記憶・送信処理のタイミングを、ページ単位のデータの流れとして説明するための図で、紙ジャムエラー発生までは図３と同じである。また、図７は、図５の処理において、紙ジャムエラー発生時に表示部に表示されるエラーメッセージの一例を示す図である。

まず、画像処理装置１で原稿読み込みを開始し（ステップＳ１１）、その後、１ページ読み込み毎に画像情報の送信を開始する（ステップＳ１２）。画像処理装置１はこの送信開始時に、情報処理装置２に画像情報を１ページ毎に送信することを通知する。ステップＳ１２以降は、画像処理装置１（機器制御部１０等）が備えるサブプロセスプログラムが実際の原稿読み込み、送信を実行し、このサブプロセスプログラムが紙ジャムエラー発生の情報をここで説明するフローを実行するメインプロセスプログラムに通知する。

画像処理装置１は、送信中に紙ジャムエラーが発生しなければ（ステップＳ１３でＮＯの場合）、正常終了し送信完了となり、完了の通知を情報処理装置２に発する（ステップＳ２０）。

一方、サブプロセスプログラムから紙ジャムエラー発生の通知を受信した場合（ステップＳ１３でＹＥＳの場合）、ジャムエラー発生前のページまでの送信を完了して送信を終了し、終了の通知を情報処理装置２に発し（ステップＳ１４）、送信済みのデータを削除する指示を情報処理装置２に送信する（ステップＳ１５）。

また、紙ジャムエラーが発生するとユーザにエラー解除を促すメッセージ、例えば図７のメッセージ３０のようなメッセージを、表示部１１ｂに表示させることで提示する。ユーザが紙づまりなどを解消するなどしてエラー解除後（ステップＳ１６）、ユーザが操作部１１の入力部１１ａのスタートボタンを押すと原稿の再読み込みが開始される（ステップＳ１７）。

ここからは、図６におけるエラー解除の後のデータで示すように、上述した処理Ａが施される。つまり、エラーが解除され、原稿の読み込みが再開されると、画像送信部１４は、情報記憶部１３から読み込み済みの画像情報を取得し、再読み取りにより同じく情報記憶部１３に記憶された画像情報と結合を行って１ファイル化する（ステップＳ１８）。そして、画像送信部１４は、その１ファイル化したデータの送信を開始する（ステップＳ１９）。図６の例では、画像送信部１４は情報記憶部１３から画像情報Ｐ１〜Ｐ３のデータを取得し、新たに読み込んだ原稿の画像情報Ｐ４，Ｐ５のデータを結合して１ファイル化した上で送信を開始する。ステップＳ１９では、まず画像処理装置１は全ての画像データを１ファイル化して送信することを情報処理装置２に通知してから、送信を開始する。その後、送信が完了し、完了の通知を情報処理装置２に発する（ステップＳ２０）。

一方で、情報処理装置２は、ステップＳ１２で送信された画像情報を１ページ毎に受信する（ステップＳ２１）。情報処理装置２は、送信完了後に複数の画像情報を、例えばマルチページＰＤＦ（Portable Document Format）形式やマルチページＴＩＦＦ（Tagged Image File Format）形式の１ファイルに結合する。

つまり、正常に終了したとき、情報処理装置２は、ステップＳ２０の送信完了の通知をもって、受信を完了する（ステップＳ２６）。情報処理装置２は、受信完了に伴い、これまで受信したデータを１ファイル化して保存する（ステップＳ２７）。

一方、紙ジャムエラー発生を伴う場合、情報処理装置２は、ステップＳ１４の送信終了の通知をもって、受信を完了する（ステップＳ２２）。情報処理装置２は、受信完了に伴い、これまで受信したデータを１ファイル化して保存する（ステップＳ２３）。従って、図３や図６の例では、この時点で情報処理装置２にはページ３までのデータが含まれた１ファイルとして結合されたファイルが作成されて、情報記憶部２１に保存されている。次に、情報処理装置２は、ステップＳ１５の指示、つまり画像処理装置１からファイル削除の要求を受けると、保存したファイルを削除する（ステップＳ２４）。

情報処理装置２は、ステップＳ１９でエラー復帰後に画像処理装置１から１ファイル化して送信する旨の通知を受けた場合、画像情報を１ファイルとして受信を開始する（ステップＳ２５）。情報処理装置２は、ステップＳ２０での送信完了の通知を受信することで、受信を完了する（ステップＳ２６）。その後、受信したデータを１ファイルのまま保存する（ステップＳ２７）。このようにエラー復帰後には、受信したデータが１ファイル化されているため、そのまま保存する。

次に、図８を参照して、図６のような処理のときの画像送信のシーケンス例を説明する。図８は、図５の処理における送信処理であって紙ジャムエラー発生時（つまり図６のような処理を行うとき）のシーケンス例を説明するための図である。

転送が開始される際、画像処理装置１は情報処理装置２に対して接続要求を行い（ステップＳ３１）、情報処理装置２は接続ＯＫを返す（ステップＳ３２）。接続はＦＴＰ（File Transfer Protocol）のようにデータ転送用と制御用の２つ接続を行う場合もあれば、ＨＴＴＰ（Hypertext Transfer Protocol） ＰＯＳＴのように一回の接続要求で接続が完了する場合のどちらでもかまわない。

画像処理装置１は、情報処理装置２からの接続ＯＫの返信を受けた時点、つまり一旦接続が完了すると、画像情報が送信可能となり、各ページの画像情報の送信を開始する（ステップＳ３３〜Ｓ３５）。図６では４枚目のページ読み込み時に紙ジャムエラーが発生しているため、３枚目までのページデータが情報処理装置２に送信されていることになる。紙ジャムエラーが発生すると（ステップＳ３６）、画像処理装置１はデータ転送を終了する。この時点で情報処理装置２にはページ３までのデータが含まれたファイルが作成されている。そして、エラー解除後に画像処理装置１は全ページのデータの再送を行うため、データ転送終了の通知とともにファイルの削除要求（削除指示）を送信し、情報処理装置２にある送信済みのファイルを一旦削除する（ステップＳ３７）。この削除指示の後、又は削除指示とともに、画像処理装置１は情報処理装置２との接続を切断する要求を発し（ステップＳ３８）、情報処理装置２がそれに応答して切断ＯＫを返す（ステップＳ３９）。

ユーザがエラーを解除し、スキャン読み込みを開始すると（ステップＳ４０）、画像処理装置１は情報記憶部１３に記憶されている画像情報Ｐ１〜Ｐ３を読み込み、エラー再開後に読み込んだデータと結合しファイル化を行う。その後、画像処理装置１は、情報処理装置２への接続要求を行い（ステップＳ４１）、接続ＯＫの返信を受ける（ステップＳ４２）ことで、情報処理装置２との接続を行った上で、１ファイル化したデータの送信を行う（ステップＳ４３）。転送が正常に完了すると（ステップＳ４４）、画像処理装置１は切断要求を発し（ステップＳ４５）、切断ＯＫの返信を受けて（ステップＳ４６）、接続を切断する。

以上説明したように、このシステムにおける画像処理方法では、紙ジャムエラーが発生した場合、上述した処理Ｂのように並列処理では紙ジャムエラーが発生した時点までの画像情報は送信されてしまうため、画像処理装置１は紙ジャムエラー発生時点までの送信済みの画像情報を削除させる指示を送信先（この例では情報処理装置２）に送信する。そして、エラーを解除し、原稿読み込み再開後、紙ジャムエラー発生時点までのページデータと、読み込み中のデータの結合処理を行う。従来は、大量の原稿送信時に一度でも紙ジャムが発生すれば再度はじめからやり直していたが、本発明では、パフォーマンスを損なうことなくジョブ途中からの再開が可能となりユーザの操作性が大幅に向上する。さらに、再送の際は１ファイルとして送信・受信するよう制御したほうが、ページの切れ目を示すデータが不要なので送信側でページ単位で送信し最後に受信側で１ファイルに結合するよりも通信効率が向上する。

図９及び図１０は、図２（Ｂ）の処理を紙ジャムエラー発生に対処できるようにした処理の他の例を説明するためのフロー図である。なお、図９において、ステップＳ５１，Ｓ５２，Ｓ５４〜Ｓ６８は、それぞれ図５におけるステップＳ１１，Ｓ１２，Ｓ１３〜Ｓ２７に相当し、詳細については上述した通りであり、またこのシーケンスも図８のシーケンス例を適宜追加して説明できる。以下、説明の簡略化のため、図５で説明した処理との違いについてのみ説明する。

画像処理装置１側では、画像処理装置１のサブプロセスプログラムによる原稿読取は通信エラー発生の有無に拘わらず継続させる。データ送信中に通信エラー発生を検出したとき（ステップＳ５３でＹＥＳの場合）、画像処理装置１は情報処理装置２に再接続し、その後、所定時間、接続状態の確認（確認用データの送受信の繰り返し）を行う（ステップＳ７１）。このステップＳ７１に対応する情報処理装置２側の処理は、ステップＳ７６で通信エラーが発生したとき（ＹＥＳの場合）のステップＳ７７の処理となる。

所定時間、通信が良好であることが確認ができた場合（ステップＳ７２でＹＥＳの場合）、ページデータの結合を行い１ファイル化し（ステップＳ７３）、ステップＳ６０へ移行して再送信する。ステップＳ７１の確認途中に通信エラーが生じた場合（ステップＳ７２でＮＯの場合）、ページデータの結合を行い１ファイル化し（ステップＳ７４）、そのファイルを他の情報処理装置へ送信する（ステップＳ７５）。他の情報処理装置の送信先アドレスは、予め指定しておくか、ステップＳ７５の開始直前に、ユーザに対して入力を要求するダイアログ画面を表示して入力を受け付ければよい。

情報処理装置２側では、データ受信中、通信エラー発生を検出するサブプロセスプログラムが並列処理されており、通信エラーの発生を検出した場合（ステップＳ７６でＹＥＳの場合）、画像処理装置１との間で接続状態の確認を行い（ステップＳ７７）、所定時間良好であり再送信されていることが確認ができた場合（ステップＳ７８でＹＥＳの場合）、ステップＳ６６に移行して画像処理装置１からのステップＳ７３から続くステップＳ６０による再送信を受け付ける。再送信されていることが確認できなかった場合（ステップＳ７８でＮＯの場合）、エラー表示して処理を終了する（ステップＳ７９）。

以上、ステップＳ５３でＹＥＳとなった場合とステップＳ５４でＹＥＳとなった場合とで、実行する処理を異ならせることを説明したように、機器制御部１０は、入力エラーと他の種類のエラーとで、エラー後の復帰処理を異ならせることが好ましい。画像処理装置１は、発生したエラーの種類に応じてエラー後の復帰処理を切り替えることができ、これにより、エラーの種類に応じて最適な復帰処理を行うことができる。

また、ステップＳ７１，Ｓ７７で説明したように、機器制御部１０は、他の種類のエラーが通信エラーであった場合、送信先である情報処理装置２との通信状態（接続状態）を所定時間確認してから画像送信部１４及び通信部１５で再送信させることが好ましい。上述したように、例えば通信状態が所定時間、所定レベルより良好であることが確認できた場合にのみ再送信すればよい。画像処理装置１は、エラーが通信エラーであった場合、情報処理装置２との通信状態を所定時間確認してから再送信することができ、これにより、通信が不安定な状態で再送信を行い再エラーとなることを防止することができる。

また、ステップＳ７５で説明したように、機器制御部１０は、送信先への通信が再度確立できない場合、第２の送信先を指定して画像送信部１４及び通信部１５で送信させることが好ましい。この送信は所定時間確認しても通信状態が良くならない場合にも適用することが好ましい。画像処理装置１は、情報処理装置２への通信が再度確立できない場合、ユーザの個人ＰＣなど第２の情報処理装置を指定して送信することができ、これにより、既に読み取ったスキャン原稿データをユーザの個人ＰＣなど別の装置に保存させることで、原稿データが保存されるため、再読み取りの作業が不要になる。

以下、参考例として、本発明に関連する他の画像処理方法について、図１の構成例に基づき図１１〜図１３を参照しながら説明する。ここで説明する画像送信方法は、上述した処理において、画像処理装置１が紙ジャムエラー発生時に削除指示を行わず、エラー解除後に送信した画像情報と紙ジャムエラー発生前に送信済みの画像情報とを情報処理装置２側で結合させて１ファイル化させるようにする。なお、この画像処理方法でも、上述した処理Ｂの並列処理を基本とする。

図１１は、図２（Ｂ）の処理を紙ジャムエラー発生に対処できるようにした処理の参考例を説明するためのフロー図である。図１２は、図１１の処理において、エラー解除後のスキャン・記憶・送信処理のタイミングを、ページ単位のデータの流れとして説明するための図で、紙ジャムエラー発生までは図３と同じである。

まず、画像処理装置１で原稿読み込みを開始し（ステップＳ８１）、その後、１ページ読み込み毎に画像情報の送信を開始する（ステップＳ８２）。画像処理装置１はこの送信開始時に、情報処理装置２に画像情報を１ページ毎に送信することを通知する。ステップＳ８２以降は、画像処理装置１（機器制御部１０等）が備えるサブプロセスプログラムが実際の原稿読み込み、送信を実行し、このサブプロセスプログラムが紙ジャムエラー発生の情報をここで説明するフローを実行するメインプロセスプログラムに通知する。

画像処理装置１は、送信中に紙ジャムエラーが発生しなければ（ステップＳ８３でＮＯの場合）、正常終了し送信完了となり、完了の通知を情報処理装置２に発する（ステップＳ８８）。

一方、サブプロセスプログラムから紙ジャムエラー発生の通知を受信した場合（ステップＳ８３でＹＥＳの場合）、ジャムエラー発生前のページまでの送信を完了して送信を終了し、終了の通知を情報処理装置２に発する（ステップＳ８４）。ステップＳ８４では、紙ジャムエラーの解除後で画像情報を対応付けるために、ユニークな識別子（ＩＤ）を作成し情報処理装置２に送信しておく。また、ステップＳ８４で送信を完了したページの画像情報は情報記憶部１３から削除しておく。

また、紙ジャムエラーが発生するとユーザにエラー解除を促すメッセージ、例えば図７のメッセージ３０のようなメッセージを、表示部１１ｂに表示させることで提示する。ユーザが紙づまりなどを解消するなどしてエラー解除後（ステップＳ８５）、ユーザが操作部１１の入力部１１ａのスタートボタンを押すと原稿の再読み込みが開始される（ステップＳ８６）。

原稿の読み込みが再開されると、画像送信部１４は、再読み取りにより情報記憶部１３に記憶された画像情報を取得して、送信を開始する（ステップＳ８７）。図１２の例では、画像送信部１４は紙ジャムエラー発生前に既に画像情報Ｐ１〜Ｐ３のデータの送信を完了しており、原稿の画像情報Ｐ４，Ｐ５のデータを順次読み込んで送信する。その後、送信が完了し、完了の通知を情報処理装置２に発する（ステップＳ８８）。ステップＳ８７又はステップＳ８８では、紙ジャムエラーの発生前の画像情報を対応付けるために、ユニークな識別子（ＩＤ）を作成し情報処理装置２に送信しておく。このとき、結合指示を情報処理装置２に送信してそれに基づき情報処理装置２が結合を行うようにしもよいが、このような指示を送らないようにして情報処理装置２側で判断して結合を実行するようにしてもよい。紙ジャムエラーの発生前後で情報処理装置２に送信する２つの識別子は、全く同じであってもよいし、異なるものであっても共通文字列を含むなど関連することが情報処理装置２で判別できればよい。

一方で、情報処理装置２は、ステップＳ８２で送信された画像情報を１ページ毎に受信する（ステップＳ９１）。情報処理装置２は、送信完了後に複数の画像情報を、例えばマルチページＰＤＦ形式やマルチページＴＩＦＦ形式の１ファイルに結合する。

つまり、正常に終了したとき、情報処理装置２は、ステップＳ８８の送信終了の通知をもって、受信を完了する（ステップＳ９６）。情報処理装置２は、受信完了に伴い、これまで受信したデータを１ファイル化して保存する（ステップＳ９７）。

一方、紙ジャムエラー発生を伴う場合、情報処理装置２は、ステップＳ８４の送信終了の通知をもって、受信を完了する（ステップＳ９２）。情報処理装置２は、受信完了に伴い、これまで受信したデータを１ファイル化して保存する（ステップＳ９３）。従って、図３や図１２の例では、この時点で情報処理装置２にはページ３までのデータが含まれた１ファイルとして結合されたファイルが作成されて、識別子と関連付けられて情報記憶部２１に保存されている。

情報処理装置２は、ステップＳ８７でエラー復帰後に画像処理装置１から送信された画像情報と識別子の受信を開始する（ステップＳ９４）。情報処理装置２は、受信した識別子に対応する既に情報記憶部２１に保存済みのファイルを開き、ここで受信した画像情報とを結合する（ステップＳ９５）。受信したページの画像情報毎に結合を繰り返せばよい。そして、情報処理装置２は、ステップＳ８８での送信完了の通知を受信することで、受信を完了する（ステップＳ９６）。その後、受信したデータを１ファイルとして保存する（ステップＳ９７）。なお、ステップＳ９５の結合は、ページ毎に順次実行しなくても、ステップＳ９６の受信完了後にまとめて実行してもよい。

なお、紙ジャムエラー発生後に画像処理装置１をリセットし処理を中断した場合は識別子は無効にされ送信されないので、リセットした後、全く関係ない別の原稿が送信されても、送信済みのファイルに結合されることは無い。また、情報処理装置２は、所定時間経過しても保存した識別子に対応する識別子の画像情報が受信できない場合に、情報記憶部２１からその識別子及びファイルを削除するようにしておけばよい。

次に、図１３を参照して、図１２のような処理のときの画像送信のシーケンス例を説明する。図１３は、図１１の処理における送信処理であって紙ジャムエラー発生時（つまり図１２のような処理を行うとき）のシーケンス例を説明するための図である。

転送が開始される際、画像処理装置１は情報処理装置２に対して接続要求を行い（ステップＳ１０１）、情報処理装置２は接続ＯＫを返す（ステップＳ１０２）。接続はＦＴＰのようにデータ転送用と制御用の２つ接続を行う場合もあれば、ＨＴＴＰ ＰＯＳＴのように一回の接続要求で接続が完了する場合のどちらでもかまわない。

画像処理装置１は、情報処理装置２からの接続ＯＫの返信を受けた時点、つまり一旦接続が完了すると、画像情報が送信可能となり、各ページの画像情報の送信を開始する（ステップＳ１０３〜Ｓ１０５）。図１２では４枚目のページ読み込み時に紙ジャムエラーが発生しているため、３枚目までのページデータが情報処理装置２に送信されていることになる。紙ジャムエラーが発生すると（ステップＳ１０６）、画像処理装置１はデータ転送を終了する。この時点で情報処理装置２にはページ３までのデータが含まれたファイルが作成されている。画像処理装置１は、識別子を送信した後、情報処理装置２との接続を切断する要求を発し（ステップＳ１０７）、情報処理装置２がそれに応答して切断ＯＫを返す（ステップＳ１０８）。このとき、情報処理装置２は、受信した識別子を記憶済みのファイルに関連付けて情報記憶部１３に保存する。

ユーザがエラーを解除し、スキャン読み込みを開始すると（ステップＳ１０９）、画像処理装置１は、再読み込みにより、順次情報記憶部１３に原稿Ｐ４，Ｐ５の画像情報を記憶する。画像処理装置１は、情報処理装置２への接続要求を行い（ステップＳ１１０）、接続ＯＫの返信を受ける（ステップＳ１１１）ことで、情報処理装置２との接続を行った上で、記憶したＰ４，Ｐ５の画像情報を識別子とともに順次送信する（ステップＳ１１２，Ｓ１１３）。転送が正常に完了すると、画像処理装置１は切断要求を発し（ステップＳ１１４）、切断ＯＫの返信を受けて（ステップＳ１１５）、接続を切断する。情報処理装置２では、受信した画像情報を、情報記憶部２１に記憶したファイルと、識別子に基づき結合して、１ファイル化して情報記憶部２１に保存する。

このように、図１１〜図１３を参照して説明した画像処理方法では、画像処理装置１の制御部が、画像情報の入力が行われている最中に紙ジャムエラーが発生した場合、紙ジャムエラーが発生するまでの画像情報の送信を正常に終了させ、エラー解除後、解除後に入力された画像情報の送信を行い、紙ジャムエラー発生前に送信した部分画像情報と結合させる指示を、識別子とともに情報処理装置２に送信する。

そして、情報処理装置２の制御部は、入力エラーが発生していないときには、画像送信部１４での通信部１５を介した送信に関する送信完了を検知した後、通信部２０で受信した画像情報を結合して１ファイル化して情報記憶部２１に記憶させ、入力エラーが発生したときには、入力エラーの発生後に通信部２０で受信した画像情報と、記憶済みのファイルとを１ファイル化して情報記憶部２１に記憶させる。また、画像処理装置１は、結合させる指示の代わりに、情報処理装置２側が識別子のみに基づき判定して結合を開始してもよい。

この画像処理方法によれば、紙ジャムエラーが発生した場合、送信済みのファイルを削除を行わず、エラー復帰後に差分データのみを送信し、情報処理装置２側で結合を行うため、パフォーマンスを損なうことなくジョブ途中からの再開が可能となりユーザの操作性が大幅に向上する。

また、上述したように、この画像処理方法と、図１〜図１０を参照して説明した本発明に係る画像処理方法とで、どちらを採用するかを、操作部１１などによりユーザ選択可能に構成しておいてもよい。

１…画像処理装置、２…情報処理装置、１０…機器制御部、１１…操作部、１１ａ…入力部、１１ｂ…表示部、１２…画像読み取り部、１３…情報記憶部、１４…画像送信部、１５…通信部、２０…通信部、２１…情報記憶部、２２…アプリケーション、３０…メッセージ。

Claims (5)

1. 画像情報を入力する入力部と、該入力部によって入力された画像情報を記憶しておく情報記憶部と、該画像情報を送信する送信部と、前記入力部での入力と前記情報記憶部での記憶と前記送信部での送信とを並列に処理する制御部とを有する画像処理装置であって、
   該制御部は、前記入力部により画像情報の入力が行われている最中に入力エラーが発生した場合、送信先に送信済みの情報を削除させる指示を前記送信部で送信先に送信させ、入力エラー発生前の画像情報と入力エラー発生後に前記入力部で入力した画像情報とを結合し、１ファイル化してから前記送信部で再送させることを特徴とする画像処理装置。
2. 請求項１に記載の画像処理装置において、前記制御部は、入力エラーと他の種類のエラーとで、エラー後の復帰処理を異ならせることを特徴とする画像処理装置。
3. 請求項２に記載の画像処理装置において、前記制御部は、前記他の種類のエラーが通信エラーであった場合、前記送信先との通信状態を所定時間確認してから前記送信部で再送信させることを特徴とする画像処理装置。
4. 請求項２又は３に記載の画像処理装置において、前記制御部は、前記送信先への通信が再度確立できない場合、第２の送信先を指定して前記送信部で送信させることを特徴とする画像処理装置。
5. 請求項１〜４のいずれか１項に記載の画像処理装置と、該画像処理装置に接続される情報処理装置とを備えた画像処理システムであって、前記情報処理装置は、前記画像処理装置から送信された画像情報を受信する受信部と、該受信部で受信した画像情報を記憶する記憶部と、前記入力エラーが発生していないときには、前記送信部での送信完了を検知した後、前記受信部で受信した前記画像情報を結合して１ファイル化して前記記憶部に記憶させ、前記入力エラーが発生したときには、前記削除させる指示に基づき前記記憶部に記憶済みの前記画像情報を削除するとともに、前記入力エラーの発生後に前記受信部で受信した１ファイル化された画像情報を前記記憶部に記憶させる制御部とを有することを特徴とする画像処理システム。

Images