JP2006166100A - 画像読取システム、画像読取方法およびプログラム - Google Patents

Abstract

【課題】 ユーザがスキャナデバイスで読み取った画像とその画像に対する属性ファイルを基に、ユーザが事前に登録したジョブに従い、画像及びインデックスとなり得る情報を抽出するとともに、画像を複数のサーバに格納するための形式に変換し、変換された画像とインデックスを自動的に複数のサーバに格納することを目的とする。
【解決手段】 ユーザがスキャナデバイスで読み取った画像に対し行う処理を設定するジョブ作成手段と、該画像及び属性ファイルをコンピュータに送信する手段と、該画像及び該属性ファイルよりインデックスとなる情報を抽出する手段と、該ジョブに従い複数のサーバに該画像及び該インデックスを自動的に格納する手段と、格納処理が正常か否かを格納時間より検知する手段と、格納時間を超えても格納処理が正常であれば自動的に再開する手段と、エラーが発生した場合にユーザが再格納を実行できる手段とを具備している。
【選択図】 図１

Description

本発明は、ネットワークに接続された複数の利用者が共有するスキャナデバイス（読取装置）より画像や属性ファイルを取り込む際に、ユーザの設定に従い画像に施す処理や、画像から抽出した情報をインデックス化し、自動的にサーバに格納する画像読取システム、画像読取方法およびプログラムに関する。

近年、オフィスに溢れるドキュメント情報を整理し、データベースとして蓄積し、検索を容易にしようとするドキュメント・マネージメント・システム（以下、ＤＭＳと記述する）と言われるサービス概念が話題に上がる機会が増えてきている。

これは、昨今迄は紙媒体での情報（ドキュメント）のやり取りが行われてきたが、これらのドキュメントは溜まる一方であり、いざ必要となる情報を探す場合に、多くのドキュメントの中から探す作業は大変煩雑であり、且つ多くの人間の間で、そのドキュメントを共有化することは難しいことから、このようなサービス概念が考えられるようになった。

従来、このようなＤＭＳの一例として、様々なファイルサーバやドキュメント管理（データベース）サーバ等の提案が行われてきたが、その多くがスキャナデバイスとの連携や融合性を考慮に入れたものではなく、ユーザは、ドキュメントをスキャンすることで得た画像データを、各クライアントＰＣ（パーソナルコンピュータ）において画像処理を施したり、インデックスの作成を行う等、手作業で各種サーバに格納するためのデータ作りを行うと言う煩わしさがあった。

このような問題点を解消するために、複数の利用者が共有するスキャナデバイス（読取装置）としてのデジタル複写機と各ユーザが使用する情報処理装置としてのコンピュータとがネットワーク（通信網）で接続される環境において、前記デジタル複写機において予め登録された原稿を読み取る際の読取モードと、同じく予め登録されたその読取モードで読み取った原稿の画像に対して実行する処理（以下、ジョブとする）とを、前記デジタル複写機における操作パネル上で選択することで、その選択内容に従い読取処理を実行する幾つかの従来システムの提案がなされている（例えば、特許文献１参照）。
特開平１０−１９１０１１号公報

しかしながら、これら従来システムでは、複数のドキュメント管理サーバに対する並列処理に対応したものではなく、一つのドキュメント管理サーバに対するものでしかなかった。そこで、複数のドキュメント管理サーバに対応するために、一つのドキュメント管理サーバに対応した幾つかの従来システムを、一つのＰＣにインストールすることも考えられる。しかしながら、一つのＰＣ内で複数のプロセスが同時に走るため負荷がかかってしまう。一方で、複数のＰＣに分散して幾つかの従来システムをインストールすることで対応する方法も考えられるが、複数台のＰＣを管理するため管理者は煩雑な作業を求められる。

また、複数のドキュメント管理サーバへ並列に格納するためには、データ格納中に異常が発生したか否かを検知する方法について、ドキュメント管理サーバ毎に設定できる柔軟な検知手段を要する必要がある。

また、格納処理中にエラーが発生した場合、ユーザはエラーが発生した理由を探し、その原因を取り除き、再度スキャナデバイスに文書を読み込ませ、送信すると言う手間もあった。

本発明は、上述した従来技術の有する問題点を解消するためになされたもので、その目的は、ジョブに従い変換された画像とインデックスとを自動的にドキュメント管理サーバに格納することを可能とした画像読取システム、画像読取方法およびプログラムを提供することである。

本発明に係る第一の発明は、前記課題を解決するために、ネットワークプロトコルを介してスキャナデバイスとコンピュータが接続された環境下において、ユーザが文書を該スキャナデバイスで読み取った画像に対し行う処理を設定するジョブを作成する手段と、該ジョブをスキャナデバイスに登録する手段と、該スキャナデバイスが読み取った該画像及び該画像を読み取った際に作成される属性ファイルを該ネットワークプロトコルを介して該コンピュータに送信する手段と、該画像及び該属性ファイルを受信する手段と、該画像を該ジョブに従い処理を施し、該属性ファイルと該画像に処理を施した結果よりインデックスを作成する手段と、該ジョブに従い複数のドキュメント管理サーバに該画像と該インデックスを自動的に並列に格納する手段と、格納処理が正常に行われているか否かを格納時間より検知する手段と、格納時間を超えても正常に格納処理が実行されていることを確認すると自動的に格納時間を延長する手段とを有するものである。

本発明に係る第二の発明は、前記課題を解決するために、第一の発明において前記画像及び前記属性ファイルを受信する手段と、前記属性ファイルと前記画像に処理を施した結果よりインデックスを作成する手段とがネットワークプロトコルを介して接続された異なるコンピュータ上に存在することを特徴とするものである。

本発明によれば、ジョブに従い変換された画像とインデックスとを自動的にドキュメント管理サーバに格納することが可能であり、且つインデックス情報により前記ドキュメント管理サーバ内での検索も容易に行えるものであって、複数のドキュメント管理サーバに並列に格納処理を実行することができ、かつ、あるドキュメント管理サーバとの正常なアクセスができなくなっても、システム全体として不安定な動作をすることを防ぎ、他のドキュメント管理サーバへの格納処理を続けることが可能となる。

また、ジョブ毎、もしくはドキュメント管理サーバ毎にタイムアウト時間の設定をできるため、ドキュメント管理サーバへ画像及びインデックスを格納している処理時間を柔軟に検知することができる。

また、ドキュメント管理サーバ３４にデータ格納中において、ＰＣの動作が遅くなったり、ネットワークが混みあった環境下においても、正常に格納中であるのか否かを検知でき、格納処理の時間がかかる場合には、格納処理を自動的に延長することが可能となる。

また、格納処理中にエラーが発生した場合にも、ユーザにエラーが発生したことと、そのエラーへの対処法を示し、ユーザインターフェース上から格納処理を再開することが可能であるため、ユーザが再びデバイスから文書を送信すると言う手間を省略することが可能である。

以下、本発明の各実施の形態を図面に基づき説明する。

（第１実施の形態）
まず、本発明の第１実施の形態を図１乃至図９に基づき説明する。

図１は、本実施の形態に係る画像読取システムのシステム構成図であり、画像読取装置であるネットワーク直結ＭＦＰ（スキャナ）デバイス１（以降、ＭＦＰデバイスと記述する。）と、本実施の形態に係る画像読取システムと幾つかのドキュメント管理サーバが入った情報処理装置であるサーバＰＣ３とが、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＳａｌｕｔａｔｉｏｎなどの通信プロトコルを（ＬＡＮ２）介して接続して構成されている。

尚、ＭＦＰデバイス１とサーバＰＣ３とを、ＦＴＰ以外のＳＭＴＰ（Ｓｅｎｄ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、或いはＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）等のプロトコルを介して接続して構成しても良い。

図２は、サーバＰＣ３における、本画像読取システムとドキュメント管理サーバとの関係を示すブロック図である。本画像読取システムは、ユーザ操作によりユーザ所望の動作をさせるための設定を行うマネージャアプリケーション３１と、実際にＭＦＰデバイス１より画像や、画像に関する情報を受けて、マネージャアプリケーション３１においてユーザが設定した情報（マネージャアプリケーション３１は、設定情報３２にユーザの設定した内容をセーブする）に従い動作し、ドキュメント管理サーバ３４に画像を格納するサーバアプリケーション３３とに分けられる。

サーバアプリケーション３３は、図２にあるように、ＭＦＰデバイス１との通信手段として、各プロトコルに対応したサーバを持つ（例えば、ＦＴＰサーバ３３１やＳａｌｕｔａｔｉｏｎサーバ３３２である）。ここで、ＭＦＰデバイス１との通信プロトコルとしてＳＭＴＰやＳＭＢが用いる場合、それぞれに対応したサーバを構成として追加しても良い。なお、以下の説明においては、ＭＦＰデバイス１とサーバアプリケーション３３との間の通信プロトコルとして、ＦＴＰサーバを用いた場合についてのみ説明する。

以下、本実施の形態に係る画像読取システムの処理の流れの概要について、図１乃至図４を用いて説明する。

図３は、本実施の形態に係る画像読取システムの概念図であり、同図において、図１及び図２と同一部分には同一符号が付してある。

図４は、本実施の形態に係る画像読取システムの処理動作の流れを示すフローチャートである。

まず、ステップＳ１０１において、ユーザはマネージャアプリケーション３１を用いて、ジョブを作成する。マネージャアプリケーション３１は、作成したジョブの情報を設定情報３２にセーブする。

次に、ステップＳ１０２において、ユーザは前記ステップＳ１０１において作成したジョブをＭＦＰデバイス１に登録する。尚、このジョブをＭＦＰデバイス１に登録する方法は、ＭＦＰデバイス１に設定情報３２が記載されたシートをスキャンしたり、或いはＦＴＰやＴＣＰ／ＩＰのようなネットワークプロトコルを介してＭＦＰデバイス１に設定情報３２を通知する等の公知の技術を用いても良い。

次に、ステップＳ１０３において、ユーザはドキュメント管理サーバ３４に保存したい原稿をＭＦＰデバイス１の原稿台、若しくはＡＤＦ（自動原稿給送装置）にセットし、ＭＦＰデバイス１にある図示しない操作パネルよりジョブを選択する。その後、前記操作パネルのスキャンボタンを押下すると、ＭＦＰデバイス１は、ＦＴＰサーバ３３１に画像データファイル及び属性ファイルを送信する。

次に、ステップＳ１０４において、ＬＡＮ２を介して送信された画像データファイル及び属性ファイルがＦＴＰサーバ３３１に蓄積される。尚、ＭＦＰデバイス１は、前記設定情報３２に決められたＦＴＰサーバ３３１内のフォルダに対し、画像データファイル及び属性ファイルを蓄積する。

次に、ステップＳ１０５において、サーバコア３３３がＦＴＰサーバ３３１から画像データファイル及び属性ファイルを取得する。取得するタイミングは、ＭＦＰデバイス１がＦＴＰサーバ３３１内に画像データファイル及び属性ファイルを送信し終えた際に、ＦＴＰサーバ３３１がサーバコア３３３に画像データファイル及び属性ファイルを受信したことを通知した後である。

次に、ステップＳ１０６において、前記ステップＳ１０５において得た画像データファイル及び属性ファイルを、前記設定情報３２に従い、どのドキュメント管理サーバに格納すべきファイルであるか振り分ける。

次に、ステップＳ１０７において、ジョブ管理Ｓ３３４に画像データファイル及び属性ファイルをキューイングし、一番古いキューイング情報（画像データファイル及び属性情報ファイル）から格納準備を行う。具体的には、Ｓ１０８において前記設定情報３２に従い画像データファイルより情報を抽出、若しくは処理を施す。また、設定情報３２より得る、格納するドキュメント管理サーバ３４の種類に合わせ、画像ファイルデータを処理し、また、属性ファイルよりインデックスの作成を行う。

次に、ステップＳ１０９において、前記ステップＳ１０９において得た画像ファイル及びインデックスをドキュメント管理サーバ３４に格納した後、本処理動作を終了する。尚、ドキュメント管理サーバ３４に格納するパスは、設定情報３２ファイルにて指定されたパスである。

以下、各処理について、図５乃至図９を用いて具体的に説明する。

［ジョブの作成］
図５は、本実施の形態に係る画像読取システムにおける設定情報３２を作成するマネージャアプリケーション３１のユーザインターフェースの一例を示す図であり、ユーザは、マネージャアプリケーション３１を用いてジョブ毎の詳細な設定を行うことができる。

マネージャアプリケーション３１は、図２にあるようにメインマネージャ３１１と設定作業３１２の二つからなる。該メインマネージャ３１１では、ジョブ名や、ジョブの管理者、ジョブの管理者のメールアドレス、格納するドキュメント管理サーバの選択など、一般的なジョブの設定を行う（図５は、該メインマネージャ３１１のユーザインターフェースにあたる）。

一方、該設定作業３１２では、該ドキュメント管理サーバ内に格納するパスや、格納する際の画像ファイル形式の指定や、前記ＭＦＰデバイス１より送信される属性情報ファイル及び画像データファイルより抽出した情報（インデックス情報）の格納方法など、該ドキュメント管理サーバ依存の設定を行う（図５において、［詳細設定］ボタンを押下した際に表示される図示しないユーザインターフェースにあたる）。

マネージャアプリケーション３１は、ユーザが設定した設定情報３２をテキストファイル形式で、サーバＰＣ３内のハードディスク若しくはメモリ上に作成する。ユーザが前記設定情報３２を更新する場合も、ジョブの作成の場合と同様に行う。

なお、ドキュメント管理サーバ３４にセキュリティがあり、利用するユーザを登録する必要がある場合には、マネージャアプリケーション３１で作成された全ジョブにあるユーザを、自動的にドキュメント管理サーバ３４に登録しても良い。また、マネージャアプリケーション３１のユーザインターフェースに、ドキュメント管理サーバ３４に登録されたユーザ名及びパスワードを入力しておき、前記画像データファイル及び属性ファイルを格納する際に、該ユーザ名及び該パスワードをドキュメント管理サーバ３４に自動的に入力しても良い。

また、ジョブの設定内容は、これら以外のものを含んでも構わない。例えば、前記図３及び図４のステップＳ１０４において、ＭＦＰデバイス１が送信した前記画像データファイル及び前記属性ファイルを、ＦＴＰサーバ３３１内に格納するフォルダを指定してもよい。但し、ＦＴＰサーバ３３１内の格納するフォルダを指定しない場合は、マネージャアプリケーション３１が、ジョブ毎に自動的にＦＴＰサーバ３３１内の格納するパスを決定するため、ユーザがマネージャアプリケーション３１上で行う作業が減り、且つＦＴＰサーバ３３１のディレクトリ及びファイル構成を考慮する必要がないため、より煩わしい作業が軽減される。

また、マネージャアプリケーション３１のユーザインターフェースは、図５に示したような形態若しくはＵＩを持つソフトウェアアプリケーション以外の形態でも構わない。例えば、公知の技術であるジョブシートのように、該ジョブシート上に書かれた設定項目にユーザがチェックを行い、該ジョブシートをサーバＰＣ３にローカル若しくはネットワーク接続された図示しないスキャナデバイスにスキャンさせ、設定情報３２を得ても良い。

［ジョブをＭＦＰデバイスに登録］
マネージャアプリケーション３１で作成された設定情報３２を、ＭＦＰデバイス１に登録する。より詳細には、サーバＰＣ３において、ＭＦＰデバイス１の図示しないリモート・ユーザインターフェースを用いて、設定情報３２をインポートし、ＭＦＰデバイス１に登録する。

尚、設定情報３２をＭＦＰデバイス１に登録する方法は、上述した方法のみに限らない。例えば、マネージャアプリケーション３１でジョブを新規作成及び更新した際に、自動的にＭＦＰデバイス１にネットワークプロトコルを介して設定情報３２を送信しても良い。また、マネージャアプリケーション３１でジョブを新規作成及び更新した際に、サーバＰＣ３にローカル若しくはネットワーク接続された図示しないプリンタに設定情報３２が印刷され、該印刷された設定情報３２をＭＦＰデバイス１にスキャンさせることで登録しても構わない。

［ＭＦＰデバイスのファイル送信］
ＭＦＰデバイス１より、ユーザが該ＭＦＰデバイス１の原稿台若しくはＡＤＦ（原稿自動給送装置）にセットした原稿の画像データ及び属性ファイルが送信される。より詳細には、ユーザは前記図３及び図４のステップＳ１０２によりＭＦＰデバイス１に登録されたジョブを選択した後、スキャン（原稿読み取り若しくは画像データ及び属性ファイルの送信）ボタンを押下することで、ＭＦＰデバイス１にセットされた原稿を読み取り、属性ファイルと共に、ジョブに記されたＦＴＰサーバ３３１に格納するパスに従い、該ＦＴＰサーバ３３１に画像データファイル及び属性ファイルを送信する。

尚、原稿は複数枚であっても構わない。この場合、ユーザは、ＭＦＰデバイス１のＡＤＦに原稿をセットしてスキャンボタンを押下すると、全ての原稿が読み取られ、その読取データがＦＴＰサーバ３３１に送信される。この際、送信される該画像データファイルのファイル形式は任意の形式で構わない。但し、ドキュメント管理サーバ３４が格納できるファイル形式であれば、該ドキュメント管理サーバ３４に格納する前に画像形式変換処理を必要としないため、処理速度が向上する。

また、原稿が複数枚である場合、画像データファイルの形式はシングルページＴＩＦＦ形式であっても、マルチページＴＩＦＦ形式であっても構わない。但し、シングルページＴＩＦＦ形式で送信する場合には、該送信される画像データファイル間の関係を明確にするために、各画像データファイル名をＨＨＭＭＳＳＤＤＺＺＹＹＹＹ＿ＸＸＸＸ．ＴＩＦ（ＨＨ：読み取り時の時間、ＭＭ：読み取り時の分、ＳＳ：読み取り時の秒、ＤＤ：読み取り時の日、ＺＺ：読み取り時の月、ＹＹＹＹ：読み取り時の年、ＸＸＸＸ：読み取り開始ページを１ページ目とした場合のページ数）とする。これにより、シングルページＴＩＦＦ形式で画像が送信する場合にも、各画像データファイル間の関係を明確にでき、ドキュメント管理サーバ３４がマルチページＴＩＦＦ形式のみ格納できる場合であっても、シングルページＴＩＦＦからマルチページＴＩＦＦ形式への変換処理が正確に行える。

また、属性ファイルに記される情報は、送信日時、ＭＦＰデバイス１の機種名、設置場所、ユーザ名、及び同時に送信される画像データファイルの名前やサイズ等、ドキュメント管理サーバ３４に格納する際に、インデックス情報として有用な事項が良い。尚、属性ファイルに記される情報は、これら以外の事項であっても構わない。

［ファイルをＦＴＰサーバに蓄積］
前記図３及び図４のステップＳ１０３において、ＭＦＰデバイス１よりＬＡＮ２を介して送信された前記画像データファイル及び前記属性ファイルをＦＴＰサーバ３３１に蓄積する。より詳細には、ＭＦＰデバイス１により指定されるＦＴＰサーバ３３１のフォルダに、前記画像データファイル及び前記属性ファイルを蓄積する。この際、ＭＦＰデバイス１は、ＬＡＮ２を介してＭＦＰデバイス１により指定されるＦＴＰサーバ３３１のフォルダ以下にディレクトリの作成命令を出した後に、作成されたディレクトリを蓄積するパスとして指定し、前記画像データファイル及び前記属性ファイルを送信しても良い。

尚、ＦＴＰサーバ３３１は、ＭＦＰデバイス１から送信された日時、前記画像データファイル及び前記属性ファイル名等をログとして出力する。ログとして出力される情報は、これら以外のものであっても良い。また、ログの出力方法として、サーバＰＣ３内の任意の場所にファイルを作成しても良いし、マネージャアプリケーション３１等のログを纏める手段に、該ログを通知する手段を有しても構わない。

［ＦＴＰサーバよりファイルを取得］
前記Ｓ１０４においてＦＴＰサーバ３３１に蓄積された画像データファイル及び属性ファイルをサーバコア３３３が取得する。図６は、ＦＴＰサーバ３３１がサーバコア３３３にデータを渡すまでの処理動作の流れを示すフローチャートである。以下、図６を用いて説明する。

ＦＴＰサーバ３３１は、ステップＳ２０１においてＭＦＰデバイス１がログインしたか否かを監視する。

次に、該Ｓ２０１においてログインしたことを認識すると、ステップＳ２０２においてＭＦＰデバイス１から送信されるファイルの監視を開始する。なお、ＦＴＰサーバ３３１は、ログインから、ログアウトする間までのデバイスからの送信を、セッションとして記録、管理する。これにより、セッション毎にどのデータが送信されたのかを把握することができ、例えば、同じＦＴＰサーバ３３１内のフォルダにデバイスが同時に画像データ等を送信してきた場合にも、セッション毎にそれらの情報を管理するため、問題なく取り扱うことが可能となる。後述する全ての処理は、ここで記録、管理されたセッション毎に実行される。

次に、ステップＳ２０３においてＭＦＰデバイス１がログアウトしたことを認識すると、そのログアウトが正常なログアウトか否かをステップＳ２０４で判定する。前記Ｓ２０４において、タイムアウトなどにより異常でログアウトしたことを認識すると、Ｓ２０５においてその内容をエラーとして通知する。本実施形態では、サーバコア３３３において全てのエラー処理を行うため、図示しないメール送信手段を用いてユーザに通知することになるが、該Ｓ２０５においてメール通知したり、図示しないサーバＰＣ３のモニターにエラーを表示しても良い。また、前記Ｓ２０４において、正常にログアウトしたことを認識すると、ステップＳ２０６においてファイルの監視を終了する。

次にステップＳ２０７において、属性ファイルがあるか否かを判定し、ある場合は、ステップＳ２０８において属性ファイルをオープンし、該属性ファイルに書かれた情報を得て、属性ファイルに書かれた内容と実際に送信された画像ファイルデータのサイズやファイル数などが一致しているか調査する（属性ファイル判定処理）。ここで、属性ファイルに書かれた情報とは、画像データファイルの名前やサイズ等である。

次に、ステップＳ２０９において、前記Ｓ２０１から該２０８における処理の結果をサーバコア３３３に通知する。前記Ｓ２０８において正常にファイルが送信された場合には、画像データファイルと属性ファイルの在り処を通知する。もし、Ｓ２０４やＳ２０８において不正やエラーが検知された場合は、そのエラー情報をサーバコア３３３に通知する。

なお、画像データファイル及び属性ファイルは、該サーバコア３３３よりドキュメント管理サーバへの格納が成功した後に削除命令を受け、それに従い画像データファイル及び属性ファイルを削除する。ドキュメント管理サーバへの格納が成功するまでデータを削除しないことで、何らかの理由で格納に失敗した際にデータを保証することが可能となる。

［画像及び属性ファイルをドキュメント管理サーバ毎に割り振り］
以下、前記サーバコア３３３がＤＭＳ毎に前記ＦＴＰサーバ３３１より得た画像データ及び属性ファイルを、ドキュメント管理サーバ毎に用意するジョブ管理３３４に割り振る処理手段を図７を用いて説明する。

サーバコア３３３は、Ｓ３０１により前記ＦＴＰサーバ３３１より画像データ及び属性ファイルのデータ受信通知があったか否かを確認する。

次に、該データ受信通知があった場合、Ｓ３０２により該ＦＴＰサーバ３３１のどのフォルダに該データが蓄積されているか確認する。この際、該ＦＴＰサーバ３３１内のフォルダ名と前記マネージャアプリケーション３１により作成されたジョブとは一対一で関連付けられているため、どのジョブに対するデータの送信であるのか判定する。つまり、どのドキュメント管理サーバに格納すべきデータであるのか判定できる。

次に、Ｓ３０３により、Ｓ３０２の判定結果に従い、ドキュメント管理サーバ毎に用意するジョブ管理３３４にデータとジョブ情報を通知する。

［画像及び属性ファイルをキューイング］
以下、該ジョブ管理３３４における処理手順を、図８を用いて説明する。なお、上述した様に、該ジョブ管理３３４は、ドキュメント管理サーバ毎に用意される。その為、以下では、一つの該ジョブ管理３３４における処理について説明する。本実施形態では、複数のドキュメント管理サーバに対応するために、複数の該ジョブ管理３３４と後述する格納作業３３５が、並列に動作することになる。

該ジョブ管理３３４は、ステップＳ４０１により前記サーバコア３３３より得た画像データ及び属性ファイルをキューイングする。

次に、ステップＳ４０２により、該格納作業３３５がドキュメント管理サーバにデータを格納中であるか否かを判定する。格納処理中でない場合、最も古いキューイングされたジョブに対し、ドキュメント管理サーバに格納するための処理を続行する。

なお、ステップＳ４０３により、ドキュメント管理サーバに正常に格納し終えたか否かを確認し、エラーが発生した場合、ステップＳ４０４により、ユーザにエラーを通知する。本実施形態では、前記サーバコア３３３において全てのエラー処理を行うため、図示しないメール送信手段を用いてユーザに通知することになるが、該Ｓ２０５においてメール通知したり、図示しないサーバＰＣ３のモニターにエラーを表示しても良い。

次に、ステップＳ４０５において、前記Ｓ４０３の結果を前記サーバコア３３３に通知する。もし、Ｓ４０３において不正やエラーが検知された場合は、そのエラー情報を前記サーバコア３３３に通知する。

［画像及び属性ファイルを処理］
ステップＳ１０８において、設定情報３２に従い、画像データファイルにＯＣＲ等の画像処理を施し、また、該画像処理より得た情報及び属性ファイルよりインデックスを作成し、サーバＰＣ３内のハードディスク若しくはメモリ上に格納する。

なお、前記ステップＳ１０８において、設定情報３２に従い、画像データファイルにＯＣＲ等の画像処理を施すが、画像形式変換処理等の一般的な処理が施されても構わない。

［画像ファイル及びインデックスをドキュメント管理サーバに格納］
以下、ジョブ管理３３４と格納作業３３５における処理手順を、図９を用いて説明する。

ステップＳ５０１により、該格納作業３３５は前記ジョブ管理３３４より画像データファイルとステップＳ１０８により作成されたインデックスを取得し、かつ、該ジョブ管理３３４より得るジョブ情報に従い、実際にドキュメント管理サーバ３４にアクセスし、格納処理を開始する。

次に、ステップＳ５０２により、該ジョブ管理３３４は、該格納作業３３５が該画像データファイルとインデックスをドキュメント管理サーバ３４に格納し終えたことを通知するイベントを該格納作業３３５から受信したか否かを確認する。

次に、ステップＳ５０３により、ステップＳ５０２により格納終了イベントを受信していないことを確認すると、該ジョブ管理３３４は、該格納作業３３５がドキュメント管理サーバ３４に該画像データファイルとインデックスを格納している時間がタイムアウト設定時間を超えていないか否かを確認する。タイムアウト時間は、前記マネージャアプリケーション３１により、ジョブ毎に設定されている。

なお、タイムアウト設定時間は、画像データを１ファイル格納する時間を設定することが望ましい。これにより、ジョブ毎に画像データ数からタイムアウト時間を算出することが可能となり、より柔軟性を持ったタイムアウトの検知を行うことができる。また、タイムアウト時間は、前記マネージャアプリケーション３１において、ドキュメント管理サーバ毎に設定しても良い。これにより、ジョブを作成する度に設定しなくても良いため、ユーザの設定作業が簡略化できる。

次に、ステップＳ５０４により、ステップＳ５０３において格納処理がタイムアウトを起こしたと検知した場合、該ジョブ管理３３４は、該格納作業３３５に格納処理中か否かを確認する。

次に、ステップＳ５０５により、ステップＳ５０４において、該格納作業３３５が正常に格納処理中である旨の反応を該ジョブ管理３３４に伝えた場合、格納処理のタイムアウト時間を再計算しなおし、自動的に格納処理を再開することができる。これにより、ドキュメント管理サーバ３４にデータ格納中において、ＰＣの動作が遅くなったり、ネットワークが混みあった環境下においても、本実施形態においては正常に格納していることを判断することができ、また、格納途中であるにも関わらず格納処理を中断することで発生するデータの消失などを防ぐことも可能となる。

次に、ステップＳ５０６により、ステップＳ５０２で該ジョブ管理３３４が、該画像データファイルとインデックスをドキュメント管理サーバ３４に格納し終えたことを通知するイベントを該格納作業３３５から受信した場合、または、ステップＳ５０４で該格納作業３３５が正常に格納処理を行っているか否か検知できなかった場合、該ジョブ管理３３４は格納処理を終了する。

ここで、ステップＳ５０４において、該格納作業３３５より何の反応も得られなかった場合（正常に格納処理を行っているか否かを検知できなかった場合）、ドキュメント管理サーバ３４との間で正常なデータ格納処理が成されていないと判断し、該格納作業３３５を強制終了させる。このステップにより、ドキュメント管理サーバ３４が正常に動作していない場合にも、本実施形態ではシステムが異常終了することを防ぐことができる。少なくとも、複数のドキュメント管理サーバ３４に対し、並列に格納処理を行っている本実施例においては、例えば、ドキュメント管理サーバＡに対する格納中に異常が発生した場合にも、ドキュメント管理サーバＡ以外のドキュメント管理サーバに対する格納処理は正常に作業を続行することが可能となる。

次に、ステップＳ５０７により、格納処理が正常に終了したか否かを判定する。

次に、ステップＳ５０８により、もしステップＳ５０２で該格納作業３３５が検知可能なレベルのエラーで格納処理を終了したことを検知した場合、もしくはＳ５０４で該格納作業３３５が格納中に反応が無くなった状態で終了した場合、ユーザにエラーを通知する。本実施形態では、前記サーバコア３３３において全てのエラー処理を行うため、図示しないメール送信手段を用いてユーザに通知することになるが、Ｓ５０８においてメール通知したり、図示しないサーバＰＣ３のモニターにエラーを表示しても良い。

次に、ステップＳ５０９において、Ｓ５０７、もしくはＳ５０８の結果を前記サーバコア３３３に通知する。もし、Ｓ５０７において不正やエラーが検知された場合は、そのエラー情報を前記サーバコア３３３に通知する。

［処理の確認］
図１０及び図１１は、前記マネージャアプリケーション３１で図示しないユーザインターフェースを用いて表示できる処理の確認及び処理の詳細ダイアログの一例である。ＦＴＰサーバ３３１、ジョブ管理３３４、格納作業３３５及びサーバコア３３３では、各処理手段で行った処理をセッション毎にリアルタイムにログとして出力する。

図１０は、該ログの情報より、どのジョブが処理されているのか、また、各ジョブの状態はどのようになっているのかをユーザに提示するものである。このユーザインターフェースにより、ユーザはジョブがエラー発生中であること、また、格納処理がタイムアウト後も自動で再開されていることなどをリアルタイムで知ることができる。一方で、現在処理中のジョブを中止したり、エラーが発生中のジョブに対し、再度格納処理を実行するように命令することが可能である。この場合、該マネージャアプリケーション３１は、該サーバコア３３３にジョブの中止や再格納処理を通知する。

図１１は、該ログの情報より、各ジョブの処理の詳細をユーザに提示するものである。＜処理状況に関するコメント＞においては、最新の処理の状況におけるコメントが書かれている。ここで、図９のステップＳ５０８により、もしステップＳ５０２で該格納作業３３５が検知可能なレベルのエラーで格納処理を終了したことを検知した場合において、該格納作業３３５がエラーに対する対処法を該ジョブ管理３３４に通知した場合、＜処理状況に関するコメント＞に表示することができる。これにより、ユーザは対処法に従い対処を行った後に、図１０のユーザインターフェースにおいて＜再格納＞ボタンを押下することで、再度格納処理を実行することが可能となるため、再度デバイスから画像データを送信すると言う手間を省略することが可能となる。

以上のように、本実施の形態に係る画像読取システムによれば、ユーザがスキャナデバイスであるＭＦＰデバイス１上の操作パネルを用いて事前に登録したジョブを選択したり、或いはスキャンボタンを押下した際に、取り込まれた画像及びユーザがＭＦＰデバイス１を操作した際の情報が属性ファイルから、インデックスとなり得る情報を抽出すると共に、前記ジョブに従い画像を各種ドキュメント管理サーバに格納するための形式に変換し、前記ジョブに従い前記変換された画像とインデックスとを自動的にドキュメント管理サーバに格納することができ、且つインデックス情報により前記ドキュメント管理サーバ内での検索も容易に行える。

また、前記ジョブを作成する際に、前記ドキュメント管理サーバ内のフォルダ及びファイル構造を表示することができるため、ユーザは、前記ドキュメント管理サーバの詳細に関する知識を持つ必要なく、自動的に画像とインデックスとを格納することができる。

また、各処理におけるログを残すことで、若し、前記ドキュメント管理サーバに画像とインデックスとを格納するまでの工程においてエラーが発生した場合にも、どの処理においてエラーが発生したのかを確認することができる。

また、画像とインデックスを格納する対象となるドキュメント管理サーバ毎に実際の格納処理を行う手段（スレッド）を設けるため、何らかの異常が発生し、あるドキュメント管理サーバとの間で正常なアクセスができなくなった場合にも、本実施形態のアプリケーションにおいてはシステム全体として不安定になることはなく、複数のドキュメント管理サーバへの格納処理を並列に実行することが可能となる。

また、ドキュメント管理サーバ３４にデータ格納中において、ＰＣの動作が遅くなったり、ネットワークが混みあった環境下においても、正常に格納中であるのか否かを検知でき、格納処理の時間がかかる場合には、格納処理を自動的に延長することが可能となる。

また、格納処理中にエラーが発生した場合にも、ユーザにエラーが発生したことと、そのエラーへの対処法を示し、ユーザインターフェース上から格納処理を再開することが可能であるため、ユーザが再びデバイスから文書を送信すると言う手間を省略することが可能である。

なお、本実施形態のアプリケーションを実現するためのシステム構成に関して、図１２に示したように、クライアントＰＣ４に本実施形態のアプリケーションが、サーバＰＣ５にドキュメント管理サーバがあり、ＭＦＰデバイス１とそれぞれがＬＡＮ２によって接続されている環境であっても良い。

また、図１３に示したように、サーバＰＣ６が、インターネットを介して接続されている環境であっても良い。

（その他の実施の形態）
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インターフェース機器、リーダー、プリンタ等）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。

また、本発明の目的は、上記実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

本発明の第１実施の形態に係る画像読取システムの構成を示すブロック図である。 本発明の第１実施の形態に係る画像読取システムの概念図である。 本発明の第１実施の形態に係る画像読取システムにおけるマネージメントアプリケーションのシステム構成を示す図である。 本発明の第１実施の形態に係る画像読取システムにおける処理動作の流れを示すフローチャートである。 本発明の第１実施の形態に係る画像読取システムにおける設定情報３２を作成するマネージャアプリケーションのユーザインターフェースの一例を示す図である。 本発明の第１実施の形態に係る画像読取システムのＦＴＰサーバよりサーバコアが画像データファイル及び属性ファイルを取得する処理動作の流れを示すフローチャートである。 本発明の第１実施の形態に係る画像読取システムのサーバコアがドキュメント管理サーバ毎に画像データファイル及び属性ファイルを振り分ける処理動作の流れを示すフローチャートである。 本発明の第１実施の形態に係る画像読取システムのジョブ管理における処理動作の流れを示すフローチャートである。 本発明の第１実施の形態に係る画像読取システムのデータ格納処理における処理動作の流れを示すフローチャートである。 本発明の第１実施の形態に係る画像読取システムにおける全ジョブの処理の状況を示すマネージャアプリケーションのユーザインターフェースの一例を示す図である。 本発明の第１実施の形態に係る画像読取システムにおける各ジョブの詳細を示すマネージャアプリケーションのユーザインターフェースの一例を示す図である。 本発明の第１実施とは異なる実施形態に係る画像読取システムの構成を示すブロック図である。 本発明の第１実施とは異なる実施形態に係る画像読取システムの構成を示すブロック図である。

符号の説明

１ ＭＦＰデバイス
２ サーバＰＣ
３ ＬＡＮ

Claims (5)

1. プロトコルを介してスキャナデバイスとコンピュータが接続された状況下において、ユーザがスキャナデバイス上の操作パネルを用いて事前に登録したジョブを選択及びスキャンボタンを押下した際、取り込まれた画像及びユーザが該スキャナデバイスを操作した際の情報が属性ファイルとして該ネットワークプロトコルを介して該コンピュータに送信し、該ジョブを基に該画像及び該属性ファイルからインデックスとなり得る情報を抽出するとともに、該ジョブに従い該画像を複数のドキュメント管理サーバに格納するための形式に変換し、該ジョブに従い該変換された画像と該インデックスを自動的に複数のドキュメント管理サーバに並列に格納する画像読取システムであって、各ドキュメント管理サーバ毎に格納処理に要する時間を設定することで、各ドキュメント管理サーバとの正常なアクセスができなくなっても、システム全体として不安定な動作をすることを防ぎ、他のドキュメント管理サーバへの格納処理を続けることができ、格納処理に要する時間を超えても、正常に格納処理を実行していることを検知した場合、自動的に格納処理時間を延長できることを特徴とする画像読取システム。
2. 請求項１に記載の画像読取システムおいて、前記画像読取システムとドキュメント管理サーバがＬＡＮを介して別々のコンピュータに存在することを特徴とする画像読取システム。
3. プロトコルを介してスキャナデバイスとコンピュータが接続された状況下において、ユーザがスキャナデバイス上の操作パネルを用いて事前に登録したジョブを選択及びスキャンボタンを押下した際、取り込まれた画像及びユーザが該スキャナデバイスを操作した際の情報が属性ファイルとして該ネットワークプロトコルを介して該コンピュータに送信し、該ジョブを基に該画像及び該属性ファイルからインデックスとなり得る情報を抽出するとともに、該ジョブに従い該画像を複数のドキュメント管理サーバに格納するための形式に変換し、該ジョブに従い該変換された画像と該インデックスを自動的に複数のドキュメント管理サーバに並列に格納する画像読取方法であって、各ドキュメント管理サーバ毎に格納処理に要する時間を設定することで、各ドキュメント管理サーバとの正常なアクセスができなくなっても、システム全体として不安定な動作をすることを防ぎ、他のドキュメント管理サーバへの格納処理を続けることができ、格納処理に要する時間を超えても、正常に格納処理を実行していることを検知した場合、自動的に格納処理時間を延長できることを特徴とする画像読取方法。
4. 請求項３に記載の画像読取方法において、前記画像読取方法とドキュメント管理サーバがＬＡＮを介して別々のコンピュータに存在することを特徴とする画像読取方法。
5. 請求項３または４に記載の画像読取方法を実現するためのプログラム。