JP2003143356A - 画像読取方法、画像読取システム、画像読取システムの制御プログラム及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 画像読取装置とデータベースサーバとの連携
を確実に図ることが可能な画像読取方法、画像読取シス
テム、画像読取システムの制御プログラム及び記憶媒体
を提供する。 【解決手段】 サーバＰＣ３により、ユーザが文書をＭ
ＦＰデバイス１で読み取った画像に対し行うジョブを作
成し、ジョブをＭＦＰデバイス１に登録し、ネットワー
クに起因するエラーを確認し、ＭＦＰデバイス１が読み
取った画像及び画像を読み取った際に作成される属性フ
ァイルをジョブに従いデータベースサーバに格納し、各
処理手段における処理やデータが正常であるか否かを確
認し、エラーが発生した際に、画像や属性ファイルから
抽出した情報をメール本文に記載してエラーである旨を
ユーザに通知するように制御する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】従来、このようなＤＭＳの一例として、様
々なファイルサーバやドキュメント管理（データベー
ス）サーバ等の提案が行われてきたが、スキャナデバイ
スを用いたドキュメントをスキャンすることで得た画像
データが、正常に各種サーバに格納されたか否かは、ユ
ーザが実際にサーバ上に格納されたデータを目で見て確
認することが一般的であった。そのため、サーバに格納
される迄の段階でエラーが発生した場合、ユーザは何処
でデータが失われたのか理解し難く、様々な要因を検討
し、エラー解決に取り組まなければならなかった。

【０００５】このようは問題点を解消するためのシステ
ムの従来例として、特開２０００−３１１０９５号の情
報処理システム（以下、従来システムと記述する。）が
挙げられる。

【０００６】この従来システムでは、スキャナやデジタ
ルカメラ等の入力装置と、該入力装置から得たデータを
出力するレーザビームプリンタ等の出力装置と、前記入
力装置及び前記出力装置に接続されると共に各種情報を
保持する管理サーバとがネットワークを介して接続され
る環境において、前記入力装置と前記出力装置との間で
データのやり取りを行う際に、何らかのエラーが発生し
た場合、幾つかのエラーリカバリ処理を予め前記管理サ
ーバに登録しておくことにより、自動的に様々なエラー
に対して対策を施すことができる。

【０００７】例えば、エラーが発生した場合、ユーザに
エラーであることをメールにより通知することも可能で
ある。

【０００８】また、前記従来システムにおける前記出力
装置は、プリンタのみでなくファイルサーバであっても
良いとしている。

【０００９】

【発明が解決しようとする課題】しかしながら、上述し
た従来システムでは、前記入力装置から送信されたデー
タが正常であるか否かの判定がなされていないため、実
際には前記データが不正なものであるにも拘らずファイ
ルサーバに格納してしまう。そのため、ユーザは前記フ
ァイルサーバ上にあるデータにアクセスしようとした場
合、初めて不正であることに気付き、その原因も知る術
もなく、改めて同じ作業を行う必要がある。

【００１０】また、前記出力装置に前記入力装置から得
たデータを出力する迄の間に生じたエラーに対して、ユ
ーザにメールにて通知することも可能であるとしている
が、若し、ユーザにエラーが発生した原因を通知しない
場合、ユーザは前記入力装置で読み取ったはずのデータ
が、何処でどのようにして消失してしまったのか理解す
ることができず、同じ作業を繰り返し行ってしまう可能
性が高い。

【００１１】また、従来、ファクシミリ等では、エラー
が発生した際に、各処理におけるログとファクシミリの
トップページの画像ファイルが添付されたメールを送信
し、エラーである旨を通知していた。

【００１２】しかしながら、メールを送信されたユーザ
は、メールに添付されたログや画像ファイルを何らかの
アプリケーションを起動することで、それらの情報を確
認する必要があり、煩雑な作業が毎回発生してしまう。

【００１３】本発明は、上述した従来技術の有する問題
点を解消するためになされたもので、その目的は、エラ
ーの発生を未然に防止することができると共に、エラー
通知に際して煩雑な作業を不要とした画像読取方法、画
像読取システム、画像読取システムの制御プログラム及
び記憶媒体を提供することである。

【００１４】

【課題を解決するための手段】上記目的を達成するた
め、本発明の請求項１に記載の画像読取方法は、通信網
を介して画像読取装置と情報処理装置とを接続して成る
画像読取システムにより画像を読み取る画像読取方法で
あって、ユーザが前記画像読取装置で読み取った画像に
対し行う処理を設定するジョブを作成するジョブ作成ス
テップと、前記ジョブ作成ステップにより作成したジョ
ブを前記画像読取装置に登録するジョブ登録ステップ
と、前記画像読取装置が読み取った画像及び前記画像読
取装置を操作した際に得る属性ファイルをインデックス
に変換する変換ステップと、前記変換ステップによりイ
ンデックスに変換された前記画像及び前記属性ファイル
をデータベースサーバに格納する格納ステップと、前記
格納ステップにより前記画像及び前記属性ファイルを格
納する際に前記ジョブより送信先の前記情報処理装置に
アクセスできるか否かを判定する第１判定ステップと、
前記画像読取装置から前記情報処理装置へ送信された前
記画像及び前記属性ファイルが正常であるか否かを判定
する第２判定ステップと、前記情報処理装置が有する各
処理手段において処理内容をログとして出力する出力ス
テップと、エラーが発生した際に前記ログと前記画像及
び前記属性ファイルより抽出した情報とを添付してユー
ザに通知する通知ステップとを有することを特徴とす
る。

【００１５】また、上記目的を達成するため、本発明の
請求項２に記載の画像読取方法は、請求項１に記載の画
像読取方法において、前記各処理ステップは、別々の情
報処理装置上において実行され、且つ前記各情報処理装
置と前記画像読取装置とがネットワークプロトコルを介
して接続されていることを特徴とする。

【００１６】また、上記目的を達成するため、本発明の
請求項３に記載の画像読取システムは、通信網を介して
画像読取装置と情報処理装置とを接続して成る画像読取
システムであって、ユーザが前記画像読取装置で読み取
った画像に対し行う処理を設定するジョブを作成するジ
ョブ作成手段と、前記ジョブ作成手段により作成したジ
ョブを前記画像読取装置に登録するジョブ登録手段と、
前記画像読取装置が読み取った画像及び前記画像読取装
置を操作した際に得る属性ファイルをインデックスに変
換する変換手段と、前記変換手段によりインデックスに
変換された前記画像及び前記属性ファイルをデータベー
スサーバに格納する格納手段と、前記格納手段により前
記画像及び前記属性ファイルを格納する際に前記ジョブ
より送信先の前記情報処理装置にアクセスできるか否か
を判定する第１判定手段と、前記画像読取装置から前記
情報処理装置へ送信された前記画像及び前記属性ファイ
ルが正常であるか否かを判定する第２判定手段手段と、
前記情報処理装置が有する各処理手段において処理内容
をログとして出力する出力手段と、エラーが発生した際
に前記ログと前記画像及び前記属性ファイルより抽出し
た情報とを添付してユーザに通知する通知手段とを有す
ることを特徴とする。

【００１７】また、上記目的を達成するため、本発明の
請求項４に記載の画像読取システムは、請求項３に記載
の画像読取システムにおいて、前記各処理手段は、別々
の前記情報処理装置上に存在し、且つ前記各情報処理装
置と前記画像読取装置とがネットワークプロトコルを介
して接続されていることを特徴とする。

【００１８】また、上記目的を達成するため、本発明の
請求項５に記載の画像読取システムの制御プログラム
は、通信網を介して読取装置と情報処理装置とを接続し
て成る画像読取システムを制御するためのコンピュータ
読み取り可能な制御プログラムであって、ユーザが前記
画像読取装置で読み取った画像に対し行う処理を設定す
るジョブを作成するジョブ作成ステップと、前記ジョブ
作成ステップにより作成したジョブを前記画像読取装置
に登録するジョブ登録ステップと、前記画像読取装置が
読み取った画像及び前記画像読取装置を操作した際に得
る属性ファイルをインデックスに変換する変換ステップ
と、前記変換ステップによりインデックスに変換された
前記画像及び前記属性ファイルをデータベースサーバに
格納する格納ステップと、前記格納ステップにより前記
画像及び前記属性ファイルを格納する際に前記ジョブよ
り送信先の前記情報処理装置にアクセスできるか否かを
判定する第１判定ステップと、前記画像読取装置から前
記情報処理装置へ送信された前記画像及び前記属性ファ
イルが正常であるか否かを判定する第２判定ステップ
と、前記情報処理装置が有する各処理手段において処理
内容をログとして出力する出力ステップと、エラーが発
生した際に前記ログと前記画像及び前記属性ファイルよ
り抽出した情報とを添付してユーザに通知する通知ステ
ップとをコンピュータに実行させるためのプログラムコ
ードから成ることを特徴とする。

【００１９】更に、上記目的を達成するため、本発明の
請求項６に記載の記憶媒体は、請求項５に記載の画像読
取システムの制御プログラムを格納したことを特徴とす
る。

【００２０】

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

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

【００２２】図１は、本実施の形態に係る画像読取シス
テムの構成を示すブロック図であり、この画像読取シス
テムは、図１に示すように、画像読取装置であるネット
ワーク直結ＭＦＰ（スキャナ）デバイス１（以降、ＭＦ
Ｐデバイスと記述する。）と、該ＭＦＰデバイス１以外
の全構成要素が入った情報処理装置であるサーバＰＣ
（パーソナルコンピュータ）３とを、ＦＴＰ（Ｆｉｌｅ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）２を介して接続
して構成されている。

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

【００２４】サーバＰＣ３は、マネージャ３１、ＦＴＰ
（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サー
バ３２、マネージメントアプリケーション３３及びドキ
ュメント管理サーバ３４を有している。

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

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

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

【００２８】まず、ステップＳ３０１において、ユーザ
はマネージャ３１を用いて、ジョブを作成する。次に、
ステップＳ３０２において、ユーザは前記ステップＳ３
０１において作成したジョブをＭＦＰデバイス１に登録
する。

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

【００３０】次に、ステップＳ３０３において、ユーザ
はドキュメント管理サーバ３４に保存したい原稿をＭＦ
Ｐデバイス１の原稿台、若しくはＡＤＦ（自動原稿給送
装置）にセットし、ＭＦＰデバイス１にある図示しない
操作パネルよりジョブを選択する。前記ジョブが選択さ
れると、該ジョブにおいて指定された送信先のＦＴＰサ
ーバ３２にアクセスできるか否かを自動的に確認する。

【００３１】次に、ステップＳ３０４において、スキャ
ンボタンを押下すると、ＭＦＰデバイス１はＦＴＰサー
バ３２に画像データファイル及び属性ファイルを送信す
る。

【００３２】次に、ステップＳ３０５において、ＦＴＰ
２を介して送信された画像データファイル及び属性ファ
イルがＦＴＰサーバ３２に蓄積される。この際、送信さ
れた画像データファイル及び属性ファイルが正常に送信
されたか否かを確認する。そして、若し、正常でない場
合には、画像及び属性ファイルより抽出した情報と、本
処理手段におけるログを添付ファイルとして、ユーザに
エラーである旨をメールにより通知する。

【００３３】尚、ＭＦＰデバイス１は、前記ジョブ情報
に従い、画像データファイル及び属性ファイルをＦＴＰ
サーバ３２に蓄積するパスを決める。

【００３４】次に、ステップＳ３０６において、マネー
ジメントアプリケーション３３がＦＴＰサーバ３２より
画像データファイル及び属性ファイルを取得する。

【００３５】尚、マネージメントアプリケーション３３
は、前記ステップＳ３０１において作成されたジョブ情
報より、ＦＴＰサーバ３２にファイルが格納されている
パスを得て、該パスにある画像データファイル及び属性
ファイルを得る。

【００３６】次に、ステップＳ３０７において、前記ス
テップＳ３０６において得た画像データファイル及び属
性ファイルを、ジョブ情報に従い画像データファイルよ
り情報を抽出、若しくは処理を施す。また、ジョブ情報
より得る、格納するドキュメント管理サーバ３４の種類
に合わせ、画像ファイルデータを処理し、また、属性フ
ァイルよりインデックスの作成を行う。

【００３７】次に、ステップＳ３０８において、前記ス
テップＳ３０７において得た画像ファイル及びインデッ
クスをドキュメント管理サーバ３４に格納した後、本処
理動作を終了する。

【００３８】尚、ドキュメント管理サーバ３４に格納す
るパスは、ジョブ情報ファイルにて指定されたパスであ
る。若し、前記ジョブ情報ファイルに示されたドキュメ
ント管理サーバ３４のパスが存在しない場合には、画像
ファイル及びインデックスと、本処理手段におけるログ
とを添付ファイルとして、ユーザにエラーである旨をメ
ールで通知する。

【００３９】以下、各処理について、図４乃至図１０を
用いて具体的に説明する。

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

【００４１】ジョブの設定内容とは、ジョブ名、ジョブ
の管理者名、ジョブの管理者のメールアドレス、格納す
るドキュメント管理サーバの種類、該ドキュメント管理
サーバ内に格納するパス等を指す。

【００４２】マネージャ３１は、ユーザが設定したジョ
ブ情報をテキストファイル形式で、サーバＰＣ３内のハ
ードディスク若しくはメモリ上に作成する。ここで、管
理者のメールアドレスは、後述する各処理手段において
エラーが発生した場合に、ユーザにエラーである旨をメ
ールで通知するために必要なものである。

【００４３】ユーザが前記ジョブ情報を更新する場合
も、ジョブの作成の場合と同様に行う。

【００４４】尚、図４に示したマネージャ３１のユーザ
インターフェースには、「格納先の選択ボタン」４０１
を押下することにより、前記格納するドキュメント管理
サーバ３４内のフォルダ及びファイル構成を表示するこ
とができる。これにより、どの様な種類のドキュメント
管理サーバ３４においても、ユーザが任意に格納場所を
ジョブに指定することができ、且つＭＦＰデバイス１よ
り送信される画像データファイル及び属性ファイルを、
ＭＦＰデバイス１上での操作のみで自動的に格納するこ
とができる。

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

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

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

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

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

【００５０】［ＦＴＰサーバにアクセス確認］図５は、
本実施の形態に係る画像読取システムにおけるＭＦＰデ
バイス１がＦＴＰサーバ３２にアクセスできるか否かを
確認する処理動作の流れを示すフローチャートである。

【００５１】まず、ステップＳ５０１で、ユーザが前記
図３のステップＳ３０２においてＭＦＰデバイス１に登
録された前記ジョブを選択する。次に、ステップＳ５０
２で、前記ジョブよりＭＦＰデバイス１は、該ジョブに
記された送信先のＦＴＰサーバ３２の情報を取得する。
次に、ステップＳ５０３で、ＦＴＰサーバ３２にアクセ
ス可能か否かを自動的に確認する。詳細には、ＦＴＰサ
ーバ３２にログインできるか否かを確認する。

【００５２】そして、若し、ログインできない場合に
は、ステップＳ５０４へ進んで、ネットワークの物理的
な断線、ネットワークの不正な設定、若しくはＦＴＰサ
ーバ３２が無いことをエラーとして、ＭＦＰデバイス１
の図示しない表示モニターに表示した後、本処理動作を
終了する。

【００５３】一方、前記ステップＳ５０３においてログ
インできる場合には、ステップＳ５０５へ進んで、ＦＴ
Ｐサーバ３２内の前記ジョブで指定されたフォルダにア
クセス可能か否かを確認する。

【００５４】そして、若し、ＦＴＰサーバ３２内のフォ
ルダにアクセスできない場合には、ステップＳ５０６へ
進んで、フォルダにプロテクトがかかっているため、前
回前記ジョブを選択した際に生じたエラーが残っている
ことをエラーとして、ＭＦＰデバイス１の図示しない表
示モニターに表示した後、本処理動作を終了する。

【００５５】一方、前記ステップＳ５０５においてＦＴ
Ｐサーバ３２内のフォルダにアクセスできる場合には、
そのまま本処理動作を終了する。

【００５６】尚、ＦＴＰサーバ３２内のフォルダにプロ
テクトがかかる処理に関しては、後述するため、ここで
は省略することとする。

【００５７】このように、ＭＦＰデバイス１にある図示
しない送信（スキャン）ボタンを押下する前にネットワ
ーク及びサーバの状態を調査することで、ユーザがＭＦ
Ｐデバイス１の前から立ち去る前にエラーを通知するこ
とができる。

【００５８】尚、エラーを通知する方法は、ＭＦＰデバ
イス１のモニターに表示するのではなく、ＭＦＰデバイ
ス１がメール送信機能を持っている場合、ユーザにメー
ルにて通知しても良い。

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

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

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

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

【００６３】尚、属性ファイルに記される情報は、これ
ら以外の事項であっても構わない。

【００６４】［ファイルをＦＴＰサーバに蓄積、ファイ
ルの確認］図６は、本実施の形態に係る画像読取システ
ムにおけるＦＴＰサーバ３２に送信された画像ファイル
及び属性ファイルが正常であるか否かを確認する処理動
作の流れを示すフローチャートである。

【００６５】まず、ステップＳ６０１で、図３のステッ
プＳ３０４においてＭＦＰデバイス１よりＦＴＰ２を介
して送信された画像データファイル及び属性ファイル
を、ＦＴＰサーバ３２に蓄積する。より詳細には、ＭＦ
Ｐデバイス１により指定されるＦＴＰサーバ３２のパス
に、画像データファイル及び属性ファイルを蓄積する。
この際、ＭＦＰデバイス１は、ＦＴＰ２を介してＦＴＰ
サーバ３２にディレクトリの作成命令を出した後に、該
作成されたディレクトリを蓄積するパスとして指定し、
画像データファイル及び属性ファイルを送信しても良
い。

【００６６】前記ステップＳ６０１において画像データ
ファイル及び属性ファイルの受信が終了した場合は、次
のステップＳ６０２へ進んで、前記ステップＳ６０１に
おいて受信した画像データファイル若しくは属性ファイ
ルが正常であるか否かを確認する。より詳細には、画像
データファイル及び属性ファイルを開くことができるか
否か、属性ファイルは図示しない規定されたフォーマッ
ト内容で記述されているか否か、また、画像データファ
イルのヘッダ情報及び属性ファイルの情報より画像デー
タサイズが正常であるか否かを確認する。

【００６７】そして、画像データファイル若しくは属性
ファイルが正常でない場合は、ステップＳ６０３へ進ん
で、上述した各画像データファイル及び属性ファイルよ
り情報を抽出する。

【００６８】尚、前記画像データファイル及び属性ファ
イルより抽出した情報とは、画像データをオープンし、
ＯＣＲ処理を施して得た文書情報であっても良いし、画
像データのヘッダ情報より抽出した情報であっても良
い。また、属性ファイルより抽出した画像データファイ
ルに関する情報であっても良い。

【００６９】次に、ステップＳ６０４へ進んで、前記ス
テップＳ６０３において得た画像データファイル及び属
性ファイルから抽出した情報と、各確認処理におけるロ
グをメール本文にテキストとして記載し、前記ジョブに
記された該ジョブの管理者にエラーを通知する。

【００７０】次に、ステップＳ６０５へ進んで、前記フ
ォルダにプロテクトをかけ、ユーザが新たな画像データ
ファイル及び属性ファイルを続けて送信しないようにし
た後、本処理動作を終了する。前記ステップＳ６０５に
おいて前記フォルダにプロテクトをかけることにより、
ユーザは、ドキュメント管理サーバ３４内にデータを格
納する以前に起きたエラーを正確に認知することができ
る。ここで、ＦＴＰサーバ３２内のプロテクトを施され
たフォルダは、メールによりエラーを確認した管理者
が、マネージャ３１にある図示しないエラー確認ボタン
を押下することにより、前記フォルダのプロテクトを解
除することができる。

【００７１】一方、前記ステップＳ６０２において、画
像データ及び属性ファイルが正常であることを確認した
場合は、後述するマネージメントアプリケーションに画
像データファイル及び属性ファイルの受信が完了したこ
とを通知した後、本処理動作を終了する。

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

【００７３】［ＦＴＰサーバよりファイルを取得］以
下、ＦＴＰモニター３３１がデータを取得する処理手順
を、図７及び図８を用いて説明する。

【００７４】図７は、本実施の形態に係る画像読取シス
テムにおけるマネージメントアプリケーション３３のシ
ステム構成を示す図である。

【００７５】マネージメントアプリケーション３３は、
ＦＴＰモニター３３１、アプリコア３３２及びサーバイ
ンターフェース３３３の３個のモジュールより構成され
ており、各モジュールは、マネージャ３１、ＦＴＰサー
バ３２及びドキュメント管理サーバ３４とデータのやり
取りを行う。

【００７６】図８は、ＦＴＰサーバ３２よりＦＴＰモニ
ター３３１が前記画像データファイル及び前記属性ファ
イルを取得する処理動作の流れを示すフローチャートで
ある。

【００７７】まず、ステップＳ８０１において、ＦＴＰ
モニター３３１は、マネージャ３１にジョブ情報が作成
されたか否かを確認する。そして、ジョブ情報が作成さ
れた場合は、次のステップＳ８０２において、ＦＴＰモ
ニター３３１は、ジョブ情報を取得し、該ジョブ情報よ
りＦＴＰサーバ３２内の監視するパスを得る。

【００７８】次に、ステップＳ８０３において、ＦＴＰ
モニター３３１は、ジョブ情報に従い、ＦＴＰサーバ３
２内に監視すべきフォルダの有無を監視し、ＦＴＰサー
バ３２内のフォルダにファイルが正常に送信されたか否
かを調査する。

【００７９】次に、ステップＳ８０４において、ＦＴＰ
モニター３３１は、属性ファイル及び画像データファイ
ルの全てをサーバＰＣ３内のアプリコア３３２（ハード
ディスク若しくはメモリ）に取り込む。

【００８０】次に、ステップＳ８０５において、取り込
みを終了した属性ファイル及び画像データファイルがあ
るＦＴＰサーバ３２内のフォルダを削除する。

【００８１】次に、ステップＳ８０６において、ＦＴＰ
モニター３３１は、マネージャ３１に、ジョブ情報が更
新されたか否かを確認する。そして、ジョブ情報が更新
されない場合は、前記ステップＳ８０３へ戻り、また、
ジョブ情報が更新された場合は、前記ステップＳ８０２
へ戻る。

【００８２】尚、前記ステップＳ８０６において、ＦＴ
Ｐモニター３３１は、マネージャ３１に、ジョブ情報の
新規作成及び更新を確認するが、マネージャ３１がＦＴ
Ｐモニター３３１にジョブ情報の新規作成及び更新を通
知しても良い。

【００８３】また、前記ステップＳ８０３において、Ｆ
ＴＰモニター３３１は、ジョブ情報に従い、ＦＴＰサー
バ３２内に監視すべきフォルダの有無を監視するように
したが、ＭＦＰデバイス１がＦＴＰサーバ３２内にフォ
ルダを作成しない場合は、該フォルダ内に属性ファイル
及び画像データファイルの有無だけを監視すれば良い。

【００８４】同じく、前記ステップＳ８０５において、
ＦＴＰモニター３３１への取り込みを終了した属性ファ
イル及び画像データファイルがあるＦＴＰサーバ３２内
のフォルダを削除するが、ＭＦＰデバイス１がＦＴＰサ
ーバ３２内にフォルダを作成しない場合は、該フォルダ
内の属性ファイル及び画像データファイルのみを削除す
れば良い。

【００８５】また、ＦＴＰモニター３３１で行った処理
の情報をログとして出力するが、このログの出力方法と
して、サーバＰＣ３内の任意の場所にファイルを作成し
ても良いし、マネージャ３１等のログを纏める手段に、
ログを通知する手段を有しても構わない。

【００８６】［画像及び属性ファイルの処理］以下、ア
プリコア３３２がＦＴＰモニター３３１内に取り込まれ
た前記属性ファイル及び前記画像データファイルを処理
する手順を、図７及び図９を用いて説明する。

【００８７】図９は、アプリコア３３２における処理動
作の流れを示すフローチャートである。

【００８８】まず、ステップＳ９０１において、アプリ
コア３３２は、マネージャ３１に、ＦＴＰモニター３３
１に属性ファイル及び前記画像データファイルがあるか
否かを、あるまで確認する。

【００８９】次に、ステップＳ９０２において、マネー
ジャ３１は、ＦＴＰモニター３３１に属性ファイル及び
画像データファイルがある場合、属性ファイル及び画像
データファイルの格納パスとジョブ情報をアプリコア３
３２に通知する。

【００９０】次に、ステップＳ９０３において、アプリ
コア３３２は、ＦＴＰモニター３３１より属性ファイル
及び画像データファイルを取り込む。

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

【００９２】次に、ステップＳ９０５において、アプリ
コア３３２は，マネージャ３１に、画像データファイル
及び属性ファイルの処理を終えたことを通知し、その
後、前記ステップＳ９０１へ戻る。

【００９３】尚、前記ステップＳ９０１において、アプ
リコア３３２がマネージャ３１に、ＦＴＰモニター３３
１に属性ファイル及び画像データファイルがあるか否か
を確認するが、マネージャ３１がアプリコア３３２に属
性ファイル及び画像データファイルの有無を通知しても
良い。

【００９４】また、前記ステップＳ９０４において、ジ
ョブ情報に従い、画像データファイルにＯＣＲ等の画像
処理を施すが、画像形式変換処理等の一般的な処理が施
されても構わない。

【００９５】また、アプリコア３３２で行った処理の情
報をログとして出力するが、このログの出力方法とし
て、サーバＰＣ３内の任意の場所にファイルを作成して
も良いし、マネージャ３１等のログを纏める手段に、ロ
グを通知する手段を有しても構わない。

【００９６】［ドキュメント管理サーバに画像及びイン
デックスファイルを格納］以下、サーバインターフェー
ス３３３がアプリコア３３２内に作成された前記画像デ
ータファイル及び前記インデックスを処理する手順を、
図７及び図１０を用いて説明する。

【００９７】図１０は、サーバインターフェース（以
下、サーバＩ／Ｆと記述する。）３３３における処理動
作の流れを示すフローチャートである。

【００９８】まず、ステップＳ１００１において、サー
バＩ／Ｆ３３３は、マネージャ３１に、アプリコア３３
２に画像データファイル及びインデックスがあるか否か
を確認する。

【００９９】次に、ステップＳ１００２において、マネ
ージャ３１は、アプリコア３３２に画像データファイル
及びインデックスがある場合、画像データファイル及び
インデックスの格納パスとジョブ情報とをサーバＩ／Ｆ
３３３に通知する。

【０１００】次に、ステップＳ１００３において、前記
ジョブ情報より画像データファイル及びインデックスを
格納するパスが、ドキュメント管理サーバ３４に存在す
るか否かを調査する。

【０１０１】そして、若し、ドキュメント管理サーバ３
４に、画像データファイル及びインデックスを格納する
パスが存在しない場合は、ステップＳ１００４へ進ん
で、画像データファイル及びインデックスより情報を抽
出する。

【０１０２】尚、画像データファイル及びインデックス
より抽出した情報とは、画像データをオープンし、ＯＣ
Ｒ処理を施した文書情報であっても良いし、画像データ
ファイルのヘッダ情報より抽出した情報であっても良
い。また、属性ファイルより抽出した画像データファイ
ルに関する情報であっても良い。

【０１０３】次に、ステップＳ１００５において、前記
ステップＳ１００４において得られた画像データファイ
ル及びインデックスの情報と、本処理におけるログとを
メール本文にテキストとして記載し且つ添付して、ユー
ザにエラーを通知した後、前記ステップＳ１００１へ戻
る。

【０１０４】一方、前記ステップＳ１００３において、
ドキュメント管理サーバ３４に画像データファイル及び
インデックスを格納するパスが存在する場合は、ステッ
プＳ１００６へ進んで、サーバＩＦ３３３は、アプリコ
ア３３２より画像データファイル及びインデックスを取
り込む。

【０１０５】次に、ステップＳ１００７において、ジョ
ブ情報に従い、ドキュメント管理サーバ３４が格納でき
るファイル形式に画像データファイル及びインデックス
を変換する。

【０１０６】次に、ステップＳ１００８において、ジョ
ブ情報に従い、画像データファイル及びインデックスを
ドキュメント管理サーバ３４に格納し、その後、前記ス
テップＳ１００１へ戻る。

【０１０７】尚、前記ステップＳ１００１において、サ
ーバＩ／Ｆ３３３がマネージャ３１に、アプリコア３３
２に画像データファイル及びインデックスがあるか否か
を確認するが、マネージャ３１がサーバＩ／Ｆ３３３に
画像データファイル及びインデックスの有無を通知して
も良い。

【０１０８】また、サーバＩ／Ｆ３３３で行った処理の
情報をログとして出力するが、このログの出力方法とし
て、サーバＰＣ３内の任意の場所にファイルを作成して
も良いし、マネージャ３１等のログを纏める手段に、ロ
グを通知する手段を有しても構わない。

【０１０９】［ログの表示］ＦＴＰサーバ３２、ＦＴＰ
モニター３３１、アプリコア３３２及びサーバＩ／Ｆ３
３３でのログ情報を纏め、マネージャ３１で図示しない
ユーザインターフェースを用いてログを表示することが
できる。ユーザは、ドキュメント管理サーバ３４に画像
データファイル及びインデックスを格納するまでの処理
においてエラーが発生した場合等に、ユーザインターフ
ェースを用いてログを確認し、どの工程においてエラー
が発生したのか調査する。

【０１１０】以上のように、本実施の形態に係る画像読
取システムによれば、ユーザがスキャナデバイスである
ＭＦＰデバイス１上の操作パネルを用いて事前に登録し
たジョブを選択した際に、該ジョブで指定された送信先
との通信が可能であるか否かを該ジョブ実行前に調査で
きるため、ユーザは早期の段階でエラーの発生を未然に
防ぐことができる。

【０１１１】また、ＭＦＰデバイス１のスキャンボタン
を押下した際に、取り込まれた画像及びユーザがＭＦＰ
デバイス１を操作した際の情報が記述された属性ファイ
ルが正常に送信されたか否かを確認することができるた
め、ユーザはデータベースにデータが格納する前に不正
なデータを格納せずに済み、且つメールにて直ぐにユー
ザにエラーである旨を通知するため、早期の段階で再び
データをデータベースに取り込む作業を行うことができ
る。

【０１１２】尚、画像及び属性ファイルが不正であると
判定された場合、ＦＴＰサーバ３２内の画像及び属性フ
ァイルを受診したフォルダにプロテクトをかけたが、不
正が発生したジョブ以外をユーザが選択した場合は、通
常通り本画像読取システムは動作するため、他のユーザ
に問題をきたすことはない。

【０１１３】また、各処理におけるログを残すことで、
若しデータベースサーバに画像とインデックスとを格納
するまでの工程においてエラーが発生した場合にも、ど
の処理においてエラーが発生したのか確認することがで
きる。

【０１１４】また、メールにてユーザにエラーを通知す
るに際し、各処理手段において得る画像データ及び画像
データに関する情報より、エラーが起きた際にＭＦＰデ
バイス１で読み取った画像よりＯＣＲ処理等を施し、詳
細な情報を抽出し、メール本文にテキストとして記載す
るため、ユーザは、どの作業を行った時にエラーが起き
たのかが、より理解し易く、且つログや画像データが添
付されて送信された場合と比較して、アプリケーション
を起動する等の煩わしい作業を省略することができる。

【０１１５】（第２実施の形態）次に、本発明の第２実
施の形態を、図１１を用いて説明する。

【０１１６】［本実施の形態の概要］本実施の形態にお
いて、前述した第１実施の形態の構成と異なる点は、ネ
ットワークを介して多くのスキャナデバイスとコンピュ
ータとが接続されていることである。

【０１１７】図１１は、本実施の形態に係る画像読取シ
ステムの構成を示すブロック図であり、同図に示すよう
に、本実施の形態に係る画像読取システムは、ＦＴＰサ
ーバ１４とアプリケーションサーバ／クライアント１５
（マネージャ及びマネージメントアプリケーション）と
をＦＴＰ１３を介して接続し、且つ、アプリケーション
サーバ／クライアント１５とドキュメント管理サーバ１
７とをＦＴＰ、ＴＣＰ／ＩＰ等のネットワークプロトコ
ル１６を介して接続して成る構成である。

【０１１８】即ち、前述した第１実施の形態との違い
は、スキャナデバイスであるＭＦＰデバイス１１，１２
が送信する画像及び属性ファイルを受信する受信手段
と、前記属性ファイルと前記画像に処理を施した結果と
よりインデックスを作成するインデックス作成手段とが
異なるＰＣ（情報処理装置）上に存在する構成となる。

【０１１９】以下、本実施の形態に係る画像読取システ
ムにおける上述した第１実施の形態とは異なる部分につ
いてのみ、図１１を用いて説明する。

【０１２０】［ジョブの作成］ユーザは、アプリケーシ
ョンサーバ／クライアント１５にあるインデックス作成
手段であるマネージャ（図１のマネージャ３１に相当す
る）を用いてジョブの作成を行う。図示しない複数のア
プリケーションサーバ／クライアント１５において、複
数のユーザが前記ジョブを作成することができる。

【０１２１】［ジョブをＭＦＰデバイスに登録］前記マ
ネージャで作成されたジョブ情報ファイルを一方のＭＦ
Ｐデバイス１１に登録する。

【０１２２】更に詳述すると、アプリケーションサーバ
／クライアント１５において、複数のＭＦＰデバイス１
１，１２のいずれかの図示しないリモート・ユーザイン
ターフェースを用いて、前記ジョブ情報のファイルをイ
ンポートし、ＭＦＰデバイス１１，１２のいずれかに登
録する。

【０１２３】［ＦＴＰサーバにアクセス確認］前記ＭＦ
Ｐデバイス１１，１２より、ユーザが選択した前記ジョ
ブに従い、データを送信する先のＦＴＰサーバ１４にア
クセスできるか否かを確認する。

【０１２４】より詳細には、ユーザがＭＦＰデバイス１
１，１２上で前記ジョブを選択した際に、ＭＦＰデバイ
ス１１，１２で読み取る画像データ及び属性ファイルを
送信する前記ジョブに示されたＦＴＰサーバ１４にログ
インできるか否かを確認する。若し、ＦＴＰサーバ１４
にログインできない場合には、ネットワークの物理的な
断線、ネットワークの不正な設定、若しくはＦＴＰサー
バ１４が無いことをエラーとして、ＭＦＰデバイス１
１，１２の図示しない表示モニターに表示する。

【０１２５】次に、前記ジョブで指定されたＦＴＰサー
バ１４内のフォルダにアクセスできるか否かを確認す
る。若し、前記フォルダにアクセスできない場合には、
フォルダにプロテクトがかかっていると判定し、前回の
前記ジョブを選択した際に生じたエラーが残っているこ
とを、ＭＦＰデバイス１１，１２の図示しない表示モニ
ターに表示する。

【０１２６】［ＭＦＰデバイスのファイル送信］一方の
ＭＦＰデバイス１１より、ユーザが該ＭＦＰデバイス１
１の原稿台若しくはＡＤＦ（自動原稿給送装置）にセッ
トした原稿の画像データ及び属性ファイルが送信され
る。

【０１２７】更に詳述すると、ユーザは、一方のＭＦＰ
デバイス１１に登録されたジョブを選択した後、スキャ
ン（原稿読み取り若しくは画像データ及び属性ファイル
の送信）ボタンを押下することで、ＭＦＰデバイス１１
にセットされた原稿を読み取り、属性ファイルと共に前
記ジョブに記されたアプリケージョンサーバ／クライア
ント１５とは異なるＰＣであるＦＴＰサーバ１４に格納
するパスに従い、ＦＴＰサーバ１４に画像データファイ
ル及び属性ファイルを送信する。

【０１２８】［ファイルをＦＴＰサーバに蓄積、ファイ
ルの確認］ＭＦＰデバイス１１または１２よりＦＴＰ１
３を介して送信された画像データファイル及び属性ファ
イルを、ＦＴＰサーバ１４に蓄積する。

【０１２９】また、ＭＦＰデバイス１１または１２より
ＦＴＰ１３を介して送信された画像データファイル及び
属性ファイルを、ＦＴＰサーバ１４に蓄積する。

【０１３０】次に、送信された画像データファイル及び
属性ファイルが正常であるか否かを確認し、若し不正な
データである場合にはログに出力し、且つ該ログをメー
ルに添付し、ユーザにメールにてエラーである旨を通知
する。

【０１３１】尚、この際、画像データファイル及び属性
ファイルが送信されたフォルダにプロテクトをかける。

【０１３２】［ＦＴＰサーバよりファイルを取得］アプ
リケーションサーバ／クライアント１５にある図示しな
いＦＴＰモニターが、ＦＴＰサーバ１４より前記画像デ
ータファイル及び前記属性ファイルを取得する。

【０１３３】前述した第１実施の形態においては、ＦＴ
Ｐサーバ３２及びＦＴＰモニターが同じＰＣ上に存在し
たが、本実施の形態においては、ＦＴＰサーバ３２及び
ＦＴＰモニターが別々のＰＣ上に存在することになる。

【０１３４】以下、ＦＴＰサーバ１４より、前記アプリ
ケーションサーバ／クライアント１５にある図示しない
ＦＴＰモニターが前記画像データファイル及び前記属性
ファイルを取得する詳細なアルゴリズムは、前述した第
１実施の形態と同じである。

【０１３５】［画像及び属性ファイルの処理］アプリケ
ーションサーバ／クライアント１５にある図示しないＦ
ＴＰモニター内に取り込まれた前記画像データファイル
及び前記属性ファイルに対し、同じく図示しない前記サ
ーバ／クライアント１５にあるアプリコアにおいて処理
を施す。

【０１３６】以降のアルゴリズムの詳細は、前述した第
１実施の形態と同じである。

【０１３７】［ドキュメント管理サーバに画像及びイン
デックスファイルを格納］前記サーバ／クライアント１
５にある図示しないアプリコアにより処理を施して得ら
れた画像データファイル及びインデックスファイルを、
図示しないサーバ／クライアント１５以外の図示しない
ＰＣ上に存在するドキュメント管理サーバに格納する。

【０１３８】以降のアルゴリズムの詳細は、前述した第
１実施の形態と同一である。

【０１３９】以上のように、本実施の形態に係る画像読
取システムによれば、ネットワーク（ＦＴＰ１３及びＦ
ＴＰ、ＴＣＰ／ＩＰ１６）を介して多くのアプリケーシ
ョンサーバ／クライアント１５上で各手段が分散される
ため、前記ネットワーク上の混雑や、ＰＣ（ＦＴＰサー
バ１４）上で行う処理を分散させることができるため、
画像読み取り処理速度がより一層早くなる。

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

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

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

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

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

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

【０１４６】

【発明の効果】以上説明したように、本発明によれば、
ユーザは早期の段階でエラーの発生を未然に防ぐことが
できる。

【０１４７】また、本発明によれば、ユーザはデータベ
ースにデータが格納される前に不正なデータを格納せず
に済み且つエラーである旨をユーザに通知することがで
き、早期の段階で再びデータをデータベースに取り込む
作業を行うことができる。

【０１４８】また、本発明によれば、不正が発生したジ
ョブ以外をユーザが選択した場合は、通常通り動作する
ので、他のユーザに問題をきたすことがない。

【０１４９】また、本発明によれば、どの処理において
エラーが発生したのかを確認することができると共に、
アプリケーションを起動する等の煩雑な作業を省略する
ことができる。

【０１５０】また、本発明によれば、通信網を介して多
くの情報処理装置上で各手段が分散されるため、通信網
上の混雑や、情報処理装置上で行う処理を分散させるこ
とができるため、画像読取処理速度が早いものとなる。

【図面の簡単な説明】

【図１】本発明の第１実施の形態に係る画像読取システ
ムの構成を示すブロック図である。

【図２】本発明の第１実施の形態に係る画像読取システ
ムの概念図である。

【図３】本発明の第１実施の形態に係る画像読取システ
ムにおける処理動作の流れを示すフローチャートであ
る。

【図４】本発明の第１実施の形態に係る画像読取システ
ムにおけるジョブ情報を作成するマネージャのユーザイ
ンターフェースの一例を示す図である。

【図５】本発明の第１実施の形態に係る画像読取システ
ムのＭＦＰデバイスとジョブにより指定された送信先と
の間のエラーハンドリング処理動作の流れを示すフロー
チャートである。

【図６】本発明の第１実施の形態に係る画像読取システ
ムのＦＴＰサーバ内での画像及び属性ファイルのエラー
ハンドリング処理動作の流れを示すフローチャートであ
る。

【図７】本発明の第１実施の形態に係る画像読取システ
ムにおけるマネージメントアプリケーションのシステム
構成を示す図である。

【図８】本発明の第１実施の形態に係る画像読取システ
ムのＦＴＰサーバよりＦＴＰモニターが画像データファ
イル及び属性ファイルを取得する処理動作の流れを示す
フローチャートである。

【図９】本発明の第１実施の形態に係る画像読取システ
ムのアプリコアにおける処理動作の流れを示すフローチ
ャートである。

【図１０】本発明の第１実施の形態に係る画像読取シス
テムのサーバインターフェースにおける処理動作の流れ
を示すフローチャートである。

【図１１】本発明の第２実施の形態に係る画像読取シス
テムの構成を示すブロック図である。

【符号の説明】

１ ＭＦＰデバイス（画像読取装置） ２ ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏ
ｔｏｃｏｌ：通信網） ３ サーバＰＣ（パーソナルコンピュータ：情報
処理装置） １４ ＦＴＰサーバ １５ アプリケーションサーバ／クライアント １６ ネットワークプロトコル １７ ドキュメント管理サーバ ３１ マネージャ ３２ ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏ
ｔｏｃｏｌ）サーバ ３３ マネージメントアプリケーション ３４ ドキュメント管理サーバ ３３１ ＦＴＰモニター ３３２ アプリコア ３３３ サーバインターフェース ４０１ 「格納先の選択」ボタン

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B050 BA06 BA10 CA05 DA06 GA07 GA08 5C062 AA05 AA14 AA35 AB17 AB20 AB22 AB23 AB38 AB42 AC55 AF00 AF15 BA04 5C073 AB02 AB07 AB12 AB17

Claims (6)

【特許請求の範囲】
1. 【請求項１】 通信網を介して画像読取装置と情報処理
   装置とを接続して成る画像読取システムにより画像を読
   み取る画像読取方法であって、 ユーザが前記画像読取装置で読み取った画像に対し行う
   処理を設定するジョブを作成するジョブ作成ステップ
   と、 前記ジョブ作成ステップにより作成したジョブを前記画
   像読取装置に登録するジョブ登録ステップと、 前記画像読取装置が読み取った画像及び前記画像読取装
   置を操作した際に得る属性ファイルをインデックスに変
   換する変換ステップと、 前記変換ステップによりインデックスに変換された前記
   画像及び前記属性ファイルをデータベースサーバに格納
   する格納ステップと、 前記格納ステップにより前記画像及び前記属性ファイル
   を格納する際に前記ジョブより送信先の前記情報処理装
   置にアクセスできるか否かを判定する第１判定ステップ
   と、 前記画像読取装置から前記情報処理装置へ送信された前
   記画像及び前記属性ファイルが正常であるか否かを判定
   する第２判定ステップと、 前記情報処理装置が有する各処理手段において処理内容
   をログとして出力する出力ステップと、 エラーが発生した際に前記ログと前記画像及び前記属性
   ファイルより抽出した情報とを添付してユーザに通知す
   る通知ステップとを有することを特徴とする画像読取方
   法。
2. 【請求項２】 前記各処理ステップは、別々の情報処理
   装置上において実行され、且つ前記各情報処理装置と前
   記画像読取装置とがネットワークプロトコルを介して接
   続されていることを特徴とする請求項１に記載の画像読
   取方法。
3. 【請求項３】 通信網を介して画像読取装置と情報処理
   装置とを接続して成る画像読取システムであって、 ユーザが前記画像読取装置で読み取った画像に対し行う
   処理を設定するジョブを作成するジョブ作成手段と、 前記ジョブ作成手段により作成したジョブを前記画像読
   取装置に登録するジョブ登録手段と、 前記画像読取装置が読み取った画像及び前記画像読取装
   置を操作した際に得る属性ファイルをインデックスに変
   換する変換手段と、 前記変換手段によりインデックスに変換された前記画像
   及び前記属性ファイルをデータベースサーバに格納する
   格納手段と、 前記格納手段により前記画像及び前記属性ファイルを格
   納する際に前記ジョブより送信先の前記情報処理装置に
   アクセスできるか否かを判定する第１判定手段と、 前記画像読取装置から前記情報処理装置へ送信された前
   記画像及び前記属性ファイルが正常であるか否かを判定
   する第２判定手段手段と、 前記情報処理装置が有する各処理手段において処理内容
   をログとして出力する出力手段と、 エラーが発生した際に前記ログと前記画像及び前記属性
   ファイルより抽出した情報とを添付してユーザに通知す
   る通知手段とを有することを特徴とする画像読取システ
   ム。
4. 【請求項４】 前記各処理手段は、別々の前記情報処理
   装置上に存在し、且つ前記各情報処理装置と前記画像読
   取装置とがネットワークプロトコルを介して接続されて
   いることを特徴とする請求項３に記載の画像読取システ
   ム。
5. 【請求項５】 通信網を介して読取装置と情報処理装置
   とを接続して成る画像読取システムを制御するためのコ
   ンピュータ読み取り可能な制御プログラムであって、 ユーザが前記画像読取装置で読み取った画像に対し行う
   処理を設定するジョブを作成するジョブ作成ステップ
   と、前記ジョブ作成ステップにより作成したジョブを前
   記画像読取装置に登録するジョブ登録ステップと、前記
   画像読取装置が読み取った画像及び前記画像読取装置を
   操作した際に得る属性ファイルをインデックスに変換す
   る変換ステップと、前記変換ステップによりインデック
   スに変換された前記画像及び前記属性ファイルをデータ
   ベースサーバに格納する格納ステップと、前記格納ステ
   ップにより前記画像及び前記属性ファイルを格納する際
   に前記ジョブより送信先の前記情報処理装置にアクセス
   できるか否かを判定する第１判定ステップと、前記画像
   読取装置から前記情報処理装置へ送信された前記画像及
   び前記属性ファイルが正常であるか否かを判定する第２
   判定ステップと、前記情報処理装置が有する各処理手段
   において処理内容をログとして出力する出力ステップ
   と、エラーが発生した際に前記ログと前記画像及び前記
   属性ファイルより抽出した情報とを添付してユーザに通
   知する通知ステップとをコンピュータに実行させるため
   のプログラムコードから成ることを特徴とする画像読取
   システムの制御プログラム。
6. 【請求項６】 請求項５に記載の画像読取システムの制
   御プログラムを格納したことを特徴とする記憶媒体。