(57)【特許請求の範囲】
【請求項１】
原稿を読み取った画像データから画像ファイルを生成し、当該画像処理装置またはファイルサーバが備える記憶装置に格納して端末装置から参照可能とする画像処理システムにおいて、
前記画像処理装置は、前記原稿の読み取りから前記画像ファイルの格納が完了するまでに発生するエラー状況および進捗状況を含む処理状況を監視して、前記処理状況を記録した処理状況ファイルを生成し、前記画像ファイルと関連付けて前記端末装置から参照可能に格納する制御部を有することを特徴とする画像処理システム。
【請求項２】
前記制御部は、前記画像ファイルの格納が完了するまでにエラーが発生しなかった場合には、前記処理状況ファイルを削除することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記処理状況ファイルをＨＴＭＬ形式で生成することを特徴とする請求項１に記載の画像処理システム。
【請求項４】
前記処理状況ファイルのデータ名称を、前記画像ファイルのデータ名称と同一の名称に設定することを特徴とする請求項１に記載の画像処理システム。
【請求項５】
前記制御部は、前記画像処理装置の備える記憶装置に前記処理状況ファイルを格納し、前記格納された処理状況ファイルへの関連付けを行ったリンクファイルを前記画像ファイルと同じ記憶装置に格納することを特徴とする請求項１乃至４のいずれかに記載の画像処理システム。
【請求項６】
前記制御部は、前記画像ファイルおよび前記処理状況ファイルを添付した電子メールをユーザの指定するアドレスへ送信することを特徴とする請求項１に記載の画像処理システム。
【請求項７】
前記画像処理装置の前記制御部は、前記画像ファイルと前記処理状況ファイルとを同一のフォルダに格納し、
前記端末装置は、前記フォルダを参照した前記画像ファイルの一覧表示の際に前記処理状況ファイルを表示することを特徴とする請求項１〜６のいずれか１項に記載の画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原稿から読み取った画像データをユーザの要求する装置に格納または転送して、端末装置から前記画像データを参照する画像処理システムに関する。
【背景技術】
【０００２】
複合機には、紙原稿をスキャンして、読み取った画像データを格納や転送するという次のような機能がある。
【０００３】
（１）読み取った画像データを複合機内の二次記憶装置に格納して、ネットワークを介して端末装置から利用したり、複合機の操作パネルから印刷させたり、外部のサーバ装置や端末装置へ転送したり、電子メールに添付して送信したりして利用する。
（２）読み取った画像データを、ネットワーク経由で外部のサーバ装置や直接ユーザの利用する端末装置に転送する。
（３）読み取った原稿画像データを電子メールに添付して送信する。
【０００４】
例えば、特許文献１の「データ通信装置およびプログラム」では、原稿読取部で読み取った画像データが小さいサイズの場合には、ユーザ端末に送信し、大きいサイズの場合には、上記画像データを格納した格納先へのリンク情報をユーザ端末に送信し、リンク情報を受信したユーザがリンク先からダウンロードするようにしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３１１３４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、原稿の量が多い場合には、複合機での原稿読み取り操作後、実際に読み取った画像データの格納や転送、送信が完了するまでに、分単位あるいは数十分単位といった時間がかかる。
【０００７】
このように、格納や転送、送信が完了までに時間がかかる場合、ユーザは、完了するまで操作パネルの前に待っていることは稀で、利用するときに所望の画像ファイルができているときには、所望の動作が正常に完了したと判断している。
【０００８】
一方、所望の画像ファイルができていないときには、複合機の操作パネルに戻ってエラーが出ていないかを確認することになるが、操作パネルのエラー表示が他のユーザの利用により消えている場合には、更に複雑な操作をしてジョブ履歴などを参照しなければ確認することができない。
【０００９】
このように、何らかの原因により画像ファイルの生成や転送等が失敗した場合には、ユーザは端末装置と複合機の間を往復して、長い時間をかけて原因を追求しなければならなくなる。
【００１０】
上記の特許文献１では、ユーザは読み取った原稿画像データへのアクセスが容易になるものの、エラーが生じたときの処理状況の確認については記載されていない。
【００１１】
本発明は、上述のような実情を考慮してなされたものであって、読み込んだ画像データをユーザの所望する受け取り先に格納するまでに生じたエラー状況を、短時間且つ確実に確認できる画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、本発明の画像処理システムは、原稿を読み取った画像データから画像ファイルを生成し、当該画像処理装置またはファイルサーバが備える記憶装置に格納して端末装置から参照可能とする画像処理システムにおいて、前記画像処理装置は、前記原稿の読み取りから前記画像ファイルの格納が完了するまでに発生するエラー状況および進捗状況を含む処理状況を監視して、前記処理状況を記録した前記画像ファイルのデータ名称と同一の名称のＨＴＭＬ形式の処理状況ファイルを生成し、前記画像ファイルと関連付けて前記端末装置から参照可能に格納する制御部を有するものである。
さらに、前記画像ファイルの格納が完了するまでにエラーが発生しなかった場合には、前記処理状況ファイルを削除するようにしてもよい。
【００１３】
また、前記制御部は、前記画像処理装置の備える記憶装置に前記処理状況ファイルを格納し、前記格納された処理状況ファイルへの関連付けを行ったリンクファイルを前記画像ファイルと同じ記憶装置に格納するようにしてもよい。これにより、処理状況ファイルを更新するたびにネットワーク通信を最小限に抑えることができる。
【００１４】
また、前記制御部は、前記画像ファイルおよび前記処理状況ファイルを添付した電子メールをユーザの指定するアドレスへ送信するようにしてもよい。
また、前記画像処理装置の制御部は、前記画像ファイルと前記処理状況ファイルとを同一のフォルダに格納し、前記端末装置は、前記フォルダを参照した前記画像ファイルの一覧表示の際に前記処理状況ファイルを表示するようにしてもよい。
【発明の効果】
【００１５】
本発明によれば、読み込んだ画像データを所定の受け取り先に格納するまでに生じたエラー状況が、当該受け取り先で分かるので、ユーザは端末装置と画像処理装置の間を往復して、長い時間をかけて原因を追求する必要がなくなり、エラー状況を短時間且つ確実に確認することができる。
【図面の簡単な説明】
【００１６】
【図１】実施形態１に係る画像処理システムの構成図である。
【図２】実施形態１の処理手順を説明するフローチャートである。
【図３】読み込んだ画像データをWindows（登録商標）ファイル共有で公開する場合の構成である。
【図４】ファイル一覧をファイルマネージャで表示した例である。
【図５】ＦＴＰサーバを用いて画像データを公開する場合の構成である。
【図６】Ｗｅｂサーバを用いて画像データを公開する場合の構成である。
【図７】ファイル一覧表示の例である。
【図８Ａ】実施形態１の他の処理手順を説明するフローチャート（その１）である。
【図８Ｂ】実施形態１の他の処理手順を説明するフローチャート（その２）である。
【図９】実施形態２に係る画像処理システムの構成図である。
【図１０】実施形態２の処理手順を説明するフローチャートである。
【図１１】ファイル一覧をファイルマネージャで表示した例である。
【図１２】ＦＴＰサーバを用いて画像データを公開する場合の構成である。
【図１３】ＷｅｂＤＡＶサーバを用いて画像データを公開する場合の構成である。
【図１４Ａ】実施形態２の他の処理手順を説明するフローチャート（その１）である。
【図１４Ｂ】実施形態２の他の処理手順を説明するフローチャート（その２）である。
【図１５】処理状況ファイルと処理状況リンクファイルの関係を説明する図である。
【図１６Ａ】実施形態２の他の処理手順を説明するフローチャート（その１）である。
【図１６Ｂ】実施形態２の他の処理手順を説明するフローチャート（その２）である。
【図１７】実施形態３に係る画像処理システムの構成図である。
【図１８】実施形態３の処理手順を説明するフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の画像処理システムに係る実施形態について説明する。
本発明の画像処理システムで用いる画像処理装置を複合機として説明するが、これに限定されるものではなく、原稿を読み取る機能に加えて、読み取った画像データを格納する機能、外部に転送する機能等の多機能を備えた画像読取装置、複写機、ファクシミリ通信装置等であっても適用することができる。
また、本発明の画像処理システムは、下記で説明する実施形態を少なくとも１つ以上含んだ構成をとるものとする。
【００１８】
＜実施形態１＞
本実施形態１は、紙原稿を読み取った画像データを複合機内の二次記憶装置に格納し、後から端末装置を操作して格納された画像データをネットワーク越に利用する例である。
【００１９】
図１は、本発明の実施形態１に係る画像処理システムの構成図であり、同図に示す複合機１は、紙原稿を読み取る光学読取装置２、ＲＡＭなどの一次記憶装置３、大容量記憶からなる二次記憶装置４、機能選択やエラー表示のための操作パネルからなる操作部５を備え、ＬＡＮ（Local Area Network）などのネットワーク６を介してＰＣ（Personal Computer）等の端末装置７に接続されている。
【００２０】
ユーザは、操作部５の操作パネルにおいて、「スキャン  ｔｏ  ＨＤＤ」機能を選択し、スキャン条件および読み取った画像データの格納先の画像ファイル名を指定し、紙原稿を光学読取装置２にセットし、「スタート」ボタンを押して紙原稿の読み取りを指示する。
複合機１の制御部（不図示）は、光学読取装置２で読取った画像を、一旦一次記憶装置３に高速に格納し、次に画質を調整したり、汎用的な形式（例えば、ＴＩＦＦ（Tagged Image File Format）やＰＤＦ（Portable Document Format）等）に変換するなどして二次記憶装置４に格納する。
【００２１】
また、複合機１の制御部は、処理を開始したときに、「当該スキャンジョブが開始したがまだ完了していない」旨をＨＴＭＬ形式で記載した処理状況ファイルを二次記憶装置４に端末装置７から参照可能に書き込んでおき、正常に処理が完了したときには、この処理状況ファイルを削除する。
また、原稿読み取り中や格納途中でエラーが発生したときには、エラー状況を前記処理状況ファイルに書き込む。
【００２２】
上記の処理状況ファイルと画像ファイルとの関連は、次のいずれかによって関連付けられる。
【００２３】
（１）ユーザが指定したジョブ名を採用する。
例えば、「スキャン条件の入力」において、保存する画像データのファイル名を「××プロジェクト受領資料.TIF」というようにジョブ名を指定した場合、エラー状況を書き込むためのファイル名として「××プロジェクト受領資料.HTML」とするといったように、拡張子を除いた部分に同じ名前を使うことにより対応関係が明確になる。
【００２４】
（２）エラー状況に対応した名前を採用する。
例えば、原稿読込時に発生したエラーの場合には「読込時エラー.HTML」という名前、画像データの格納中に発生したエラーの場合には「格納時エラー.HTML」という名前とすることにより、見るだけで発生したエラーの内容が理解できる。
この場合には、ユーザは個別に管理されているので、読み取った画像ファイルや状況ファイルは、ユーザごとに区別されて格納されるため、ジョブに対応した名称でなくても見分けはつく。但し、同一ユーザが複数の処理状況ファイルを生成下場合には、連番を付けて区別する。
【００２５】
次に、ユーザが、紙原稿を読み込んで生成された画像ファイルを利用（再印刷や、端末装置７からのネットワーク経由の参照）しようとするときには、二次記憶装置４に記憶されているファイル一覧の表示リクエストを端末装置７から複合機１に送信する。
複合機１の制御部は、端末装置７からの表示リクエストに応えて、二次記憶装置４に格納された画像ファイルの一覧を返信する。
【００２６】
ユーザは、複合機１から返信されたファイルの一覧表示を見たとき、所望の画像ファイルの代わりにＨＴＭＬ形式の処理状況ファイルがあることに気づき、このＨＴＭＬ形式の処理状況ファイルを開くと、画像データの生成がまだ終わっていないことが分かるため、すぐに再度の読み取り処理や不要データの削除などの対策をとることが可能となる。
【００２７】
次に、図２のフローチャートを用いて、実施形態１の処理手順を説明する。
ユーザは、操作パネルにおいて、「スキャン  ｔｏ  ＨＤＤ」機能を選択し（ステップＳ１）、スキャン条件および読み取った画像データを格納するときの画像ファイル名を指定し（ステップＳ２）、紙原稿を光学読取装置２にセットし（ステップＳ３）、「スタート」ボタンを押して紙原稿の読み取りを指示する（ステップＳ４）。
【００２８】
複合機１の制御部は、例えば、「当該スキャンジョブが開始したがまだ完了していない」旨を記載したＨＴＭＬ形式の処理状況ファイルを二次記憶装置４に格納し（ステップＳ５）、光学読取装置２を動作させて、画像データを読み込み、一次記憶装置３または二次記憶装置４の一時記憶領域に書き出す（ステップＳ６）。
【００２９】
原稿読み込みが完了した場合、操作パネルを次の操作が可能な状態に遷移させるとともに（ステップＳ７）、一時記憶領域に書き出された画像データを画質調整し、汎用形式に変換し、圧縮して二次記憶装置４に指定された画像ファイル名を付けて格納する（ステップＳ８）。
【００３０】
画像データの書き込み時にエラーがなければ、前記処理状況ファイルを二次記憶装置４から削除し（ステップＳ９）、紙原稿の読み取り処理を終了する。
【００３１】
一方、紙原稿の読み込み途中にエラーが発生したときには、ユーザが操作パネルの前に居ることが期待できるため、操作パネルにエラーの発生を表示し、リトライのためのガイドを行い（ステップＳ１０）、ユーザがリトライ操作を行った場合には、ステップＳ３に戻って紙原稿の読み取り処理を再度行う。
他方、ステップＳ１０において、操作パネルが一定時間内に操作されない場合、ユーザは複合機１を離れたものと想定し、読込みエラーが発生した旨を処理状況ファイルに書き込んで（ステップＳ１１）、紙原稿の読み取り処理を終了する。
【００３２】
また、ステップＳ８において、読み取った画像データの格納途中でエラーが発生した場合、格納エラーが発生した旨をエラーファイルに書き込んで（ステップＳ１１）、紙原稿の読み取り処理を終了する。この段階でのエラーの多くは、容量の不足であるが、書き込みが成功している処理状況ファイルを書き換えることにより、既に確保に成功した容量を用いてエラー理由を書き込むことができる。
【００３３】
図３は、読み込んだ画像データをWindows（登録商標）ファイル共有で公開する場合の構成を示したものである。
複合機１で動作するＳＭＢサーバ８は、ネットワーク６で接続した端末装置７からのファイルナビゲーションを受け付ける。
端末装置７では、標準で備える汎用的なファイルマネージャ９を起動して操作し、複合機１のアドレス（ＩＰアドレスまたはＮｅｔＢＩＯＳ名)を指定することにより、ＳＭＢサーバ８に接続し、二次記憶装置４に記憶されているフォルダや、フォルダに格納されているファイルの一覧を表示し、ファイルを開くこともできる。このときに参照できるファイルは、ユーザがアクセス可能なものだけである。
【００３４】
例えば、ファイルマネージャ９によってファイル一覧を表示すると、図４に示したように表示される。同図では、画像ファイルが並んでいる中に、「格納エラー.HTML」という名前のＨＴＭＬ形式の処理状況ファイルがあり、この名前だけでどのようにエラーが発生したかが分かる。更に、この処理状況ファイルを開くと、エラーの内容が表示される。
【００３５】
また、読み込んだ画像データは、ＦＴＰサーバやＷｅｂサーバを用いて公開するようにしてもよい。
【００３６】
図５は、ＦＴＰサーバを用いて画像データを公開する場合の構成である。
複合機１には、ＦＴＰサーバ１０が動作しており、ネットワーク６で接続した端末装置７からのファイルナビゲーションを受け付ける。
端末装置７では、ＦＴＰクライアント１１を起動して、複合機１のアドレス（ＩＰアドレスまたはホスト名）を指定することにより、ＦＴＰサーバ１０に接続し、二次記憶装置４に記憶したディレクトリやディレクトリに格納されているファイルの一覧を表示する。
ＦＴＰクライアント１１は、端末装置７が標準で備える汎用的なものを使用することも可能であるし、多くのＷｅｂブラウザがＦＴＰプロトコルをサポートしているので、Ｗｅｂブラウザを用いて使用することも可能である。
【００３７】
また、図６は、Ｗｅｂサーバを用いて画像データを公開する場合の構成である。
複合機１には、Ｗｅｂサーバ１２が動作しており、ネットワーク６で接続した端末装置７でＷｅｂブラウザ１３を起動して複合機１のアドレス（ＩＰアドレスまたはホスト名）を指定することにより、Ｗｅｂサーバ１２で準備したページに接続し、二次記憶装置４に記憶したディレクトリやディレクトリに格納されているファイルの一覧を見易いレイアウトで表示する。
【００３８】
この場合、Ｗｅｂサーバでレイアウトを生成していることから、スキャン処理中の状態を記載したＨＴＭＬ形式の処理状況ファイルを画像ファイルと同列に一覧表示し、選択すると画像ダウンロードが始まる代わりに処理状態（スキャン中である旨や、エラーが発生した旨）が表示されるようにすることができる（図７）。
【００３９】
図７の例では、スキャンを実行した際のログインユーザ毎にファイルが管理されており、ファイル名は文字列「IMAGE」の後に連番をつけて生成している。正常に生成し終わった画像データについては、「IMAGE01010」や「IMAGE01009」等の名前とともに画像データの形式（ＰＤＦ，ＴＩＦ）が表示され、クリックするとダウンロードが始まる。
また、「IMAGE01011」のファイルについては、画像データの生成が完了していないか、または、エラーが発生しているため、エラー状況を表示するＨＴＭＬ形式の処理状況ファイルにリンクしており、クリックすることによりエラーの詳細情報が表示される。
【００４０】
更に、読み込んだ画像データは、Ｗｉｎｄｏｗｓ（登録商標）ファイル共有、ＦＴＰサーバ、Ｗｅｂサーバの全てを用いて公開するようにしてもよい。
これにより、複数のユーザが個々に都合の良いプロトコル、ツールを選んで原稿読み取り機能を利用することが可能であり、専用のクライアントソフトウエアを端末装置にインストールすることなく、原稿読み取り機能の途中の状態やエラー状態を把握することも可能である。
【００４１】
上記の実施形態１では、複数ページの原稿をスキャンした場合に、１つの画像ファイルを生成し、複数ページが１つのファイルに格納される形式を想定しているが、各ページを個々に画像ファイルとしてばらして格納する形式としてもよい。
この場合の処理手順は、図８Ａおよび図８Ｂのフローチャートによって示される。
【００４２】
原稿１ページを読み込む前に、「ページ（ページ番号で示す）が読み込み中である」旨のＨＴＭＬ形式の処理状況ファイルを二次記憶装置４に逐次上書きしてから、実際に当該ページの原稿を読み込む。
読み込みエラーが見つかったときには、「ページ（ページ番号で示す）が読み込みエラーである」旨を処理状況ファイルに書き込んで、エラーのあったページをスキップして読み込みを続ける。
【００４３】
次に、読み取った各ページを二次記憶装置４に格納するときには、「ページ（ページ番号で示す）が書き込み処理中である」旨のエラーファイルを二次記憶装置４に逐次書き込んでから、当該ページの画像データを書き込む。読み込んだすべての画像データについてこれを繰り返す。
【００４４】
書き込みエラーが見つかったときには、「ページ（ページ番号で示す）が書き込みエラーである」旨を処理状況ファイルに書き込んで、書き込み処理を終了する。
また、書き込みエラーはないが、読み取りエラーが発生していた場合には、読み取りエラーのあったページ番号以降処理できていない旨を処理状況ファイルに書き込んで、書き込み処理を終了する。
更に、読み込みエラーも書き込みエラーもない場合には、処理状況ファイルを削除して、書き込み処理を終了する。
【００４５】
このように、ページ単位の処理状況を残すことにより、複数原稿をページ単位に画像ファイル化する場合、どのページの画像ファイルまでが正常で、どのページ以降を再スキャンする必要があるかが正確に把握でき、ユーザが回復作業をするための判断材料となる。
【００４６】
＜実施形態２＞
本実施形態２は、複合機で原稿を読み取った画像データを画像ファイルにして、指定したファイルサーバに自動的に送信し、ファイルサーバの二次記憶装置に格納した画像ファイルを利用する例である。
【００４７】
図９は、本発明の実施形態２に係る画像処理システムの構成図であり、同図に示す複合機１は、紙原稿を読み取る光学読取装置２、ＲＡＭなどの一次記憶装置３、機能選択やエラー表示のための操作パネルからなる操作部５を備え、ＬＡＮなどのネットワーク６を介して二次記憶装置１５を備えたファイルサーバ１４に接続されている。
実施形態２の処理手順は、図１０のフローチャートで示されるが、図２とほぼ同様のため概略のみ説明する。
【００４８】
ユーザは、操作部５の操作パネルにおいて、「スキャン  ｔｏ  サーバ」機能を選択し、スキャン条件および読み取った画像データを格納するときの画像ファイル名と送信先のファイルサーバ１４を選択し、紙原稿を光学読取装置２にセットし、「スタート」ボタンを押して紙原稿の読み取りを指示する。
【００４９】
複合機１の制御部は、光学読取装置２で読取った画像を、一旦一次記憶装置３に格納し、次に画質を調整したり、汎用的な形式（例えば、ＴＩＦＦやＰＤＦ等）に変換するなどして画像ファイルとしてファイルサーバ１４へ転送する。
ファイルサーバ１４では、複合機１から転送されてきた画像ファイルを指定されたファイル名で二次記憶装置１５に格納する。
【００５０】
また、複合機１の制御部は、処理を開始したときに、「当該スキャンジョブが開始したがまだ完了していない」旨を記載したＨＴＭＬ形式の処理状況ファイルをファイルサーバ１４へ送信して、ファイルサーバ１４の二次記憶装置１５に記憶させ、正常に処理が完了したときにこの処理状況ファイルを削除する。また、原稿読み取り中や格納途中でエラーが発生したときには、エラー状況を前記処理状況ファイルに上書きにて書き込む。
【００５１】
このように、読取開始時に処理状況ファイルをファイルサーバ１４に転送するが、ネットワークエラーや権限エラーなどで書き込めない場合には、まだ、ユーザが立ち去っていないので、操作パネルに表示された「ネットワークエラーの発生」を見ることによって対策を講じることができる。
【００５２】
次に、ユーザが、ファイルサーバ１４に保存した画像ファイルを利用（再印刷や、端末装置７からのネットワーク経由の参照）しようとするときには、ファイルサーバ１４の規定する方法（ＦＴＰやＳＭＢなどのプロトコル）で参照する。
【００５３】
図１１は、読み込んだ画像データをWindows（登録商標）ファイル共有で公開する場合の構成を示したものである。
ファイルサーバ１４では常時ＳＭＢサーバ１６が動作しており、二次記憶装置１５への書き込みと読込みを適切な権限設定のもとで公開している。
複合機１で画像読み取り機能を実行すると、スキャン状態を記載した処理状況ファイルや読み取った画像データの画像ファイルを、複合機１で動作するＳＭＢクライアント１７によって、ＳＭＢプロトコルに乗せてファイルサーバ１４へ送信する。送信したファイルは、ＳＭＢサーバ１６が受け取って二次記憶装置１５に書き込まれる。
【００５４】
端末装置７を操作するユーザは、ファイルマネージャ９を起動し、非同期にファイルサーバ１４のアドレス（ＩＰアドレスまたはＮｅｔＢＩＯＳ名）を指定してアクセスするとファイルサーバ１４で動作するＳＭＢサーバ１６が二次記憶装置１５内に格納されているファイルの一覧やフォルダの一覧を返し、一覧から選択されたファイルの内容をファイルマネージャ９へ送出する。このときに参照できるファイルは、ユーザがアクセス可能なものだけである。
【００５５】
複合機１は、この非同期に参照されるファイルサーバ１４内の二次記憶装置１５に格納している画像ファイル及びスキャン状態を表わす処理状況ファイルを更新し、読み取った画像を利用しようとするユーザは所望の画像の処理中の状態やエラーの状態を把握することが可能になる。
【００５６】
図１２は、ＦＴＰサーバを用いて画像データを公開する構成を示したものである。
ファイルサーバ１４では常時ＦＴＰサーバ１８が動作しており、二次記憶装置１５への書き込みと読込みを適切な権限設定のもと公開している。
複合機１で画像読み取り機能を実行すると、スキャン状態を記載した処理状況ファイルや読み取った画像データの画像ファイルを、複合機１で動作するＦＴＰクライアント１９によって、ＦＴＰプロトコルに乗せてファイルサーバ１４へ送信する。送信したファイルは、ＦＴＰサーバ１８が受け取って二次記憶装置１５に書き込まれる。
【００５７】
端末装置７を操作するユーザは、ＦＴＰクライアント２０を起動し、非同期にファイルサーバ１４のアドレス（ＩＰアドレスまたはホスト名）を指定してアクセスするとファイルサーバ１４で動作するＦＴＰサーバ１８が二次記憶装置１５内に格納されているファイルの一覧やディレクトリの一覧を返し、一覧から選択されたファイルの内容をＦＴＰクライアント２０へ送出する。
【００５８】
複合機１は、この非同期に参照されるファイルサーバ１４内の二次記憶装置１５に格納している画像ファイル及びスキャン状態を表わす処理状況ファイルを更新し、読み取った画像を利用しようとするユーザは所望の画像の処理中の状態やエラーの状態を把握することが可能になる。
【００５９】
図１３は、ＷｅｂＤＡＶサーバを用いて画像データを公開する構成を示すものである。
ファイルサーバ１４では常時ＷｅｂＤＡＶサーバ２１が動作しており、二次記憶装置１５への書き込みと読込みを適切な権限設定のもと公開している。
複合機１で画像読み取り機能を実行すると、スキャン状態を記載した処理状況ファイルや読み取った画像データの画像ファイルを、複合機１で動作するＷｅｂＤＡＶクライアント２２によって、ＨＴＴＰプロトコルに乗せてファイルサーバ１４へ送信する。送信したファイルは、ＷｅｂＤＡＶサーバ２１が受け取って二次記憶装置１５に書き込まれる。
【００６０】
端末装置７を操作するユーザは、Ｗｅｂブラウザ２３を起動し、非同期にファイルサーバ１４のアドレス（ＩＰアドレスまたはホスト名）を指定してアクセスするとファイルサーバ１４で動作するＷｅｂＤＡＶサーバ２１が二次記憶装置１５内に格納されているファイルの一覧やディレクトリの一覧を返し、一覧から選択されたファイルの内容をＷｅｂブラウザ２３へ送出する。
【００６１】
複合機１は、この非同期に参照されるファイルサーバ１４内の二次記憶装置１５に格納している画像ファイル及びスキャン状態を表わす処理状況ファイルを更新し、読み取った画像を利用しようとするユーザは所望の画像の処理中の状態やエラーの状態を把握することが可能になる。
【００６２】
更に、読み込んだ画像データは、Ｗｉｎｄｏｗｓ（登録商標）ファイル共有、ＦＴＰサーバ、Ｗｅｂサーバ、ＷｅｂＤＡＶサーバの全てを用いて公開するようにしてもよい。
これにより、複数のユーザが個々に都合の良いプロトコル、ツールを選んで原稿読み取り機能を利用することが可能であり、専用のクライアントソフトウエアを端末装置にインストールすることなく、原稿読み取り機能の途中の状態やエラー状態を把握することも可能である。
【００６３】
このように、実施形態１と同じように、所望の画像データの格納先のファイルサーバ１４のファイルの一覧表示を見たとき、所望の画像ファイルの代わりにＨＴＭＬ形式の処理状況ファイルがあることに気づき、このＨＴＭＬ形式の処理状況ファイルを開くと、画像の生成がまだ終わっていないと分かるため、すぐに再度の読み取り処理や不要データの削除などの対策をとることが可能となる。
【００６４】
本実施形態２においても、実施形態１で書き込んでいた処理状況ファイルをファイルサーバに書き込むことによって、実施形態１と同様にページ毎の処理状況が確認できるようにできる。この処理は、図１４Ａおよび図１４Ｂに示したフローチャートによって実行される。
【００６５】
上記の実施形態２では、処理状況が変化するたびにファイルサーバ１４に送信しているので、ネットワークエラーが発生したときに対処できない。
この問題点を解決するための方法を以下に説明する。
【００６６】
図１５は、処理状況ファイルと処理状況リンクファイルの関係を説明する図である。
処理状況ファイル３１は、複合機１の二次記憶装置４に記憶されるものであり、変化が起こるたびに処理状況が追記されるＨＴＭＬ形式のファイルである。
この処理状況ファイル３１は、サーバ転送機能が実行された開始時点で生成されて二次記憶装置４に格納され、処理の進展に伴った状況（例えば、原稿の何ページ目を読み取り中や転送中、あるいは、発生したエラーの状況等）が逐次追記されるが、エラーがなくサーバ転送機能が完了したときには削除される。
また、ネットワークエラーがあったときには削除されずに残されるが、ネットワークエラーがないときには、エラー状況を処理状況リンクファイル３０に上書きし、処理状況ファイル３１を削除する。
【００６７】
処理状況リンクファイル３０は、ファイルサーバ１４の二次記憶装置１５に記憶されるものであり、上記処理状況ファイル３１への関連付けが記載されている（リダイレクトしている）ファイルである。
このリダイレクト方法は、ＨＴＭＬ形式で処理状況ファイル３１へのリンクを記載してもよいし、また、ＭＥＴＡタグでの記述などにより、Ｗｅｂブラウザが自動的にリダイレクト先のＨＴＭＬファイルを表示するよう指示するものであっても構わない。
【００６８】
この処理状況リンクファイル３０は、サーバ転送機能が実行された開始時点で生成されてファイルサーバ１４に送信されて二次記憶装置１５に格納され、エラーがなくサーバ転送機能が完了したときには削除される。
しかし、ネットワークエラーがないときには、エラー状況が上書きされ、ネットワークエラーがあったときには削除されずに残される。
【００６９】
このようにして作成される処理状況リンクファイル３０の内容は、スキャン画像が正常に生成されて、処理状況リンクファイル３０が消去されるまでの間、あるいは、スキャン処理の中でエラーが発生して、エラーの情報により上書きされるまでの間更新する必要が無い。
しかし、リダイレクト先の処理状況ファイル３１は逐次更新されるので、ユーザがスキャン処理の状況を確認した際にはその時点での最新情報を伝えることが可能になる。
【００７０】
図１６Ａおよび図１６Ｂのフローチャートは、図１４Ａおよび図１４Ｂにおけるネットワーク転送の負荷とネットワークエラーが発生する機会の増加をおさえながら、ページ単位の進行状況をユーザから参照できるようにした処理手順を示している。
【００７１】
＜実施形態３＞
本実施形態３は、複合機で原稿を読み取った画像データを画像ファイルにして、指定したメールアドレスへの電子メールに添付して送信し、この電子メールに添付された画像ファイルを利用する例である。
【００７２】
図１７は、本発明の実施形態３に係る画像処理システムの構成図であり、同図に示す複合機１は、紙原稿を読み取る光学読取装置２、ＲＡＭなどの一次記憶装置３、機能選択やエラー表示のための操作パネルからなる操作部５を備え、ＬＡＮなどのネットワーク６を介してメールサーバ２４に接続され、このメールサーバ２４にはネットワーク２５を介して電子メールを取得閲覧する端末装置７が接続されている。ここで、ネットワーク６とネットワーク２５は、同じネットワークであっても異なるネットワークであっても構わない。
【００７３】
図１８は、実施形態３の処理手順を示すフローチャートである。
ユーザが操作部５の操作パネルにおいて、「スキャン  ｔｏ  メール」機能を選択し（ステップＳ１０１）、スキャン条件および送信先のメールアドレスを指定し（ステップＳ１０２）、紙原稿を光学読取装置２にセットし（ステップＳ１０３）、「スタート」ボタンを押して紙原稿の読み取りを指示する（ステップＳ１０４）。
【００７４】
複合機１の制御部は、光学読取装置２で読取った画像を、一旦一次記憶装置３や二次記憶装置４の一時記憶領域に書き込む（ステップＳ１０５）。
読み込みが完了すると、操作パネルは次の操作が可能な状態に遷移される（ステップＳ１０６）。
複合機１の制御部は、読み込まれた画像データを画質調整したり、汎用的な形式（例えば、ＴＩＦＦやＰＤＦ等）に変換するなどした画像ファイルを電子メールに添付し、添付ファイル付き電子メールをＳＭＴＰプロトコルでメールサーバ２４へ送信し（ステップＳ１０７）、送信が完了したときに処理を終了する。（メールサーバは、多くの場合、設置時に予め複合機に登録してある）。
【００７５】
ここで、電子メールの送信エラーがあったときには、所定の時間間隔で所定の回数分のリトライを行うが、それでも送信できないときには、エラー発生状況を記載した電子メールを生成して、送信が成功するまでメールサーバ２４に繰り返し送信する（ステップＳ１０９）。画像ファイルを添付した電子メールと処理状況ファイルを添付した電子メールのタイトルを同じものにして、これらの関連付けをする。
【００７６】
一方、ステップＳ１０５において、原稿の読み取りエラーが発生した場合、ユーザが操作パネルの前に居ることが期待できるため、操作パネルにエラーの発生を表示し、リトライのためのガイドを行い（ステップＳ１０８）、ユーザがリトライ操作を行った場合には、ステップＳ１０３に戻って紙原稿の読み取り処理を再度行う。
【００７７】
他方、ステップＳ１０８において、操作パネルが一定時間内に操作されない場合、ユーザは複合機１を離れたものと想定し、読込みエラーが発生したことを記載した電子メールを生成して、メールサーバ２４に送信し（ステップＳ１０９）、紙原稿の読み取り処理を終了する。
【００７８】
このように、エラー発生の旨を記したメールを受け取ることにより、ユーザはエラー対策をとることが可能となる。
【００７９】
また、本実施形態３においても、読み込んだ１ページごとに画像ファイルを生成して、当該画像ファイルを添付した電子メールを送信したり、エラーが発生した時点でエラー状況を記載した電子メールを送信することによって、ページ毎の処理状況が確認できるようにできる。
【００８０】
また、本発明は、上述した実施形態に限定されず、本発明の要旨を逸脱しない範囲内で各種の変形、修正が可能であるのは勿論である。
【符号の説明】
【００８１】
１…複合機、２…光学読取装置、３…一次記憶装置、４…二次記憶装置、５…操作部、６…ネットワーク、７…端末装置、８…ＳＭＢサーバ、９…ファイルマネージャ、１０…ＦＴＰサーバ、１１…ＦＴＰクライアント、１２…Ｗｅｂサーバ、１３…Ｗｅｂブラウザ、１４…ファイルサーバ、１５…二次記憶装置、１６…ＳＭＢサーバ、１７…ＳＭＢクライアント、１８…ＦＴＰサーバ、１９…ＦＴＰクライアント、２０…ＦＴＰクライアント、２１…ＷｅｂＤＡＶサーバ、２２…ＷｅｂＤＡＶクライアント、２３…Ｗｅｂブラウザ、２４…メールサーバ、２５…ネットワーク、３０…処理状況リンクファイル、３１…処理状況ファイル。
【図１】
0005385823.tif 000002
【図２】
0005385823.tif 000003
【図３】
0005385823.tif 000004
【図４】
0005385823.tif 000005
【図５】
0005385823.tif 000006
【図６】
0005385823.tif 000007
【図７】
0005385823.tif 000008
【図８Ａ】
0005385823.tif 000009
【図８Ｂ】
0005385823.tif 000010
【図９】
0005385823.tif 000011
【図１０】
0005385823.tif 000012
【図１１】
0005385823.tif 000013
【図１２】
0005385823.tif 000014
【図１３】
0005385823.tif 000015
【図１４Ａ】
0005385823.tif 000016
【図１４Ｂ】
0005385823.tif 000017
【図１５】
0005385823.tif 000018
【図１６Ａ】
0005385823.tif 000019
【図１６Ｂ】
0005385823.tif 000020
【図１７】
0005385823.tif 000021
【図１８】
0005385823.tif 000022