JP2003274095A

JP2003274095A - 情報処理装置、画像読取方法、画像読取システム、及び記憶媒体

Info

Publication number: JP2003274095A
Application number: JP2002073596A
Authority: JP
Inventors: Atsushi Kashioka; 敦之柏岡
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-03-18
Filing date: 2002-03-18
Publication date: 2003-09-26

Abstract

(57)【要約】【課題】操作者に複雑な作業を強いることなく安定か
つ効率的な処理が行える情報処理装置、画像読取方法、
画像読取システム、及び記憶媒体を提供する。【解決手段】サーバコア３３４が、画像読取装置から
にＦＴＰサーバ３３１に受信した画像データとその属性
データをどのドキュメント管理サーバ３４に記憶すべき
か判定し、ジョブ管理３３５及び格納作業３３６は、そ
の判定結果に基づき、ドキュメント管理サーバ毎に、画
像データと属性データを格納するとともに格納処理の管
理を行うことにより、複数のドキュメント管理サーバへ
の格納処理を並列に実行することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像読取装置によ
り読み取られた画像情報を所定のサーバに格納する情報
処理装置、画像読取方法、画像読取システム、及び記憶
媒体に関する。

【０００２】

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

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

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

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

【０００６】

【発明が解決しようとする課題】しかしながら、これら
従来システムでは、多種多様なプロトコルをサポートす
るスキャナデバイスとの通信手段に関して、ユーザが十
分な知識を持つ必要があったため、一部の管理者しか扱
うことしかできなかった。

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

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

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

【００１０】本発明は上述した問題点を解決するための
ものであり、画像読取装置から受信した画像情報をどの
サーバに記憶すべきか判定し、判定結果に基づき、サー
バ毎に、画像情報を格納するとともに格納処理の管理を
行うことにより、複数のサーバへの格納処理を並列に実
行することができるので、操作者に複雑な作業を強いる
ことなく安定かつ効率的な処理が行える情報処理装置、
画像読取方法、画像読取システム、及び記憶媒体を提供
することを目的とする。

【００１１】また、格納処理が所定のタイムアウト時間
を超えていることを検知した場合においても、格納処理
が正常に行われていれば、タイムアウト時間を計算しな
おして再設定し、格納処理を続行することにより、例え
ばサーバ毎やジョブ毎に、格納処理時間を柔軟に変更で
きるようにした情報処理装置、画像読取方法、画像読取
システム、及び記憶媒体を提供することを目的とする。

【００１２】また、画像読取装置から受信した画像情報
をサーバ毎に格納するとともに格納処理の状態を管理
し、格納処理がエラー状態であると検知された場合、格
納処理のエラー情報を表示手段に表示し、格納処理の再
実行を設定できるようにすることにより、表示された情
報に応じて格納処理を再実行することができるので、再
度画像読取装置を動作させる手間を省くことができる情
報処理装置、画像読取方法、画像読取システム、及び記
憶媒体を提供することを目的とする。

【００１３】また、画像読取装置に関する情報、及び画
像読取装置との間のプロトコルに関する情報を表示手段
に表示し、表示可能な情報に基づき画像読取装置とプロ
トコルの設定情報を生成し、生成した設定情報を含むジ
ョブに基づき読み取られ送信された画像情報を画像読取
装置から受信することにより、操作者が画像読取装置や
プロトコルについての知識が無くても、容易に処理を実
行可能とした情報処理装置、画像読取方法、画像読取シ
ステム、及び記憶媒体を提供することを目的とする。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、本発明の情報処理装置は、画像読取装置により読み
取られた画像情報を複数のサーバに格納する情報処理装
置であって、サーバ毎に前記画像情報の格納管理を行う
複数の格納管理手段と、前記画像読取装置から受信した
画像情報をどのサーバに記憶すべきか判定する判定手段
とを有し、前記複数の格納管理手段は、前記判定手段に
よる判定結果に基づき前記画像情報を各サーバに格納す
るとともに格納処理の管理を行うことを特徴とする。

【００１５】また、本発明の情報処理装置は、画像読取
装置により読み取られた画像情報を所定のサーバに格納
する情報処理装置であって、予め登録されたジョブに基
づき前記画像読取装置により読み取られ送信された画像
情報を受信する受信手段と、前記受信手段により受信し
た画像情報をサーバ毎に格納するとともに格納処理の状
態を管理する格納管理手段とを有し、前記格納管理手段
は、前記格納処理が所定のタイムアウト時間を超えてい
ることを検知した場合においても、前記格納処理が正常
に行われていれば、前記タイムアウト時間を計算しなお
して再設定し、前記格納処理を続行することを特徴とす
る。

【００１６】また、本発明の情報処理装置は、画像読取
装置により読み取られた画像情報をサーバに格納する情
報処理装置であって、予め登録されたジョブに基づき前
記画像読取装置により読み取られ送信された画像情報を
受信する受信手段と、前記受信手段により受信した画像
情報をサーバ毎に格納するとともに格納処理の状態を管
理する格納管理手段と、前記格納管理手段により前記格
納処理がエラー状態であると検知された場合、前記格納
処理のエラー情報を表示する表示手段と、前記格納処理
の再実行を設定するための再実行設定手段とを有するこ
とを特徴とする。

【００１７】また、本発明の情報処理装置は、画像読取
装置により読み取られた画像情報を所定のサーバに格納
する情報処理装置であって、前記画像読取装置に関する
情報、及び前記画像読取装置との間のプロトコルに関す
る情報を表示する表示手段と、前記表示手段に表示可能
な情報に基づき、前記画像読取装置と前記プロトコルの
設定情報を生成する生成手段と、前記設定情報を含むジ
ョブに基づき読み取られ送信された画像情報を、前記画
像読取装置から受信する受信手段と、を有することを特
徴とする。

【００１８】また、本発明の画像読取方法は、画像読取
装置により読み取られた画像情報を複数のサーバに格納
する画像読取方法であって、サーバ毎に前記画像情報の
格納管理を行う複数の格納管理工程と、前記画像読取装
置から受信した画像情報をどのサーバに記憶すべきか判
定する判定工程とを有し、前記複数の格納管理工程は、
前記判定工程における判定結果に基づき前記画像情報を
各サーバに格納するとともに格納処理の管理を行うこと
を特徴とする。

【００１９】また、本発明の画像読取方法は、画像読取
装置により読み取られた画像情報を所定のサーバに格納
する画像読取方法であって、予め登録されたジョブに基
づき前記画像読取装置により読み取られ送信された画像
情報を受信する受信工程と、前記受信工程において受信
した画像情報をサーバ毎に格納するとともに格納処理の
状態を管理する格納管理工程とを有し、前記格納管理工
程は、前記格納処理が所定のタイムアウト時間を超えて
いることを検知した場合においても、前記格納処理が正
常に行われていれば、前記タイムアウト時間を計算しな
おして再設定し、前記格納処理を続行することを特徴と
する。

【００２０】また、本発明の画像読取方法は、画像読取
装置により読み取られた画像情報をサーバに格納する画
像読取方法であって、予め登録されたジョブに基づき前
記画像読取装置により読み取られ送信された画像情報を
受信する受信工程と、前記受信工程において受信した画
像情報をサーバ毎に格納するとともに格納処理の状態を
管理する格納管理工程と、前記格納管理工程において前
記格納処理がエラー状態であると検知された場合、前記
格納処理のエラー情報を表示手段に表示する表示工程
と、前記格納処理の再実行を設定するための再実行設定
工程とを有することを特徴とする。

【００２１】また、本発明の画像読取方法は、画像読取
装置により読み取られた画像情報を所定のサーバに格納
する画像読取方法であって、前記画像読取装置に関する
情報、及び前記画像読取装置との間のプロトコルに関す
る情報を表示手段に表示する表示工程と、前記表示工程
において表示可能な情報に基づき、前記画像読取装置と
前記プロトコルの設定情報を生成する生成工程と、前記
設定情報を含むジョブに基づき読み取られ送信された画
像情報を、前記画像読取装置から受信する受信工程と、
を有することを特徴とする。

【００２２】また、本発明の画像読取システムは、画像
読取装置により読み取られた画像情報を複数のサーバに
格納する情報処理装置を含む画像読取システムであっ
て、前記情報処理装置は、サーバ毎に前記画像情報の格
納管理を行う複数の格納管理手段と、前記画像読取装置
から受信した画像情報をどのサーバに記憶すべきか判定
する判定手段とを有し、前記複数の格納管理手段は、前
記判定手段による判定結果に基づき前記画像情報を各サ
ーバに格納するとともに格納処理の管理を行うことを特
徴とする。

【００２３】また、本発明の画像読取システムは、画像
読取装置により読み取られた画像情報を所定のサーバに
格納する情報処理装置を含む画像読取システムであっ
て、前記情報処理装置は、予め登録されたジョブに基づ
き前記画像読取装置により読み取られ送信された画像情
報を受信する受信手段と、前記受信手段により受信した
画像情報をサーバ毎に格納するとともに格納処理の状態
を管理する格納管理手段とを有し、前記格納管理手段
は、前記格納処理が所定のタイムアウト時間を超えてい
ることを検知した場合においても、前記格納処理が正常
に行われていれば、前記タイムアウト時間を計算しなお
して再設定し、前記格納処理を続行することを特徴とす
る。

【００２４】また、本発明の画像読取システムは、画像
読取装置により読み取られた画像情報をサーバに格納す
る情報処理装置を含む画像読取システムであって、前記
情報処理装置は、予め登録されたジョブに基づき前記画
像読取装置により読み取られ送信された画像情報を受信
する受信手段と、前記受信手段により受信した画像情報
をサーバ毎に格納するとともに格納処理の状態を管理す
る格納管理手段と、前記格納管理手段により前記格納処
理がエラー状態であると検知された場合、前記格納処理
のエラー情報を表示する表示手段と、前記格納処理の再
実行を設定するための再実行設定手段とを有することを
特徴とする。

【００２５】また、本発明の画像読取システムは、画像
読取装置により読み取られた画像情報を所定のサーバに
格納する情報処理装置を含む画像読取システムであっ
て、前記情報処理装置は、前記画像読取装置に関する情
報、及び前記画像読取装置との間のプロトコルに関する
情報を表示する表示手段と、前記表示手段に表示可能な
情報に基づき、前記画像読取装置と前記プロトコルの設
定情報を生成する生成手段と、前記設定情報を含むジョ
ブに基づき読み取られ送信された画像情報を、前記画像
読取装置から受信する受信手段と、を有することを特徴
とする。

【００２６】また、本発明の記憶媒体は、画像読取装置
により読み取られた画像情報を複数のサーバに格納する
画像読取方法のプログラムコードが格納されたコンピュ
ータ可読記憶媒体であって、サーバ毎に前記画像情報の
格納管理を行う複数の格納管理コードと、前記画像読取
装置から受信した画像情報をどのサーバに記憶すべきか
判定する判定コードとを有し、前記複数の格納管理コー
ドは、前記判定コードにおける判定結果に基づき前記画
像情報を各サーバに格納するとともに格納処理の管理を
行うことを特徴とする。

【００２７】また、本発明の記憶媒体は、画像読取装置
により読み取られた画像情報を所定のサーバに格納する
画像読取方法のプログラムコードが格納されたコンピュ
ータ可読記憶媒体であって、予め登録されたジョブに基
づき前記画像読取装置により読み取られ送信された画像
情報を受信する受信コードと、前記受信コードにおいて
受信した画像情報をサーバ毎に格納するとともに格納処
理の状態を管理する格納管理コードとを有し、前記格納
管理コードは、前記格納処理が所定のタイムアウト時間
を超えていることを検知した場合においても、前記格納
処理が正常に行われていれば、前記タイムアウト時間を
計算しなおして再設定し、前記格納処理を続行すること
を特徴とする。

【００２８】また、本発明の記憶媒体は、画像読取装置
により読み取られた画像情報をサーバに格納する画像読
取方法のプログラムコードが格納されたコンピュータ可
読記憶媒体であって、予め登録されたジョブに基づき前
記画像読取装置により読み取られ送信された画像情報を
受信する受信コードと、前記受信コードにおいて受信し
た画像情報をサーバ毎に格納するとともに格納処理の状
態を管理する格納管理コードと、前記格納管理コードに
おいて前記格納処理がエラー状態であると検知された場
合、前記格納処理のエラー情報を表示手段に表示する表
示コードと、前記格納処理の再実行を設定するための再
実行設定コードとを有することを特徴とする。

【００２９】また、本発明の記憶媒体は、画像読取装置
により読み取られた画像情報を所定のサーバに格納する
画像読取方法のプログラムコードが格納されたコンピュ
ータ可読記憶媒体であって、前記画像読取装置に関する
情報、及び前記画像読取装置との間のプロトコルに関す
る情報を表示手段に表示する表示コードと、前記表示コ
ードにおいて表示可能な情報に基づき、前記画像読取装
置と前記プロトコルの設定情報を生成する生成コード
と、前記設定情報を含むジョブに基づき読み取られ送信
された画像情報を、前記画像読取装置から受信する受信
コードと、を有することを特徴とする。

【００３０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。

【００３１】本発明の実施形態を図１乃至図１２に基づ
き説明する。

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

【００３３】図２は、サーバＰＣ３における、本情報処
理装置とドキュメント管理サーバとの関係を示すブロッ
ク図である。

【００３４】なお、図２の各ブロックは、図示しないサ
ーバＰＣ３のメモリまたはハードディスク上に構成され
るものであり、実データの格納先もこれらメモリやハー
ドディスクである。そして、これら各ブロックの動作
は、図示しないサーバＰＣのＣＰＵにより制御されてい
る。

【００３５】本情報処理装置は、ユーザ操作によりユー
ザ所望の動作をさせるための設定を行うマネージャアプ
リケーション３１と、実際にＭＦＰデバイス１より画像
や、画像に関する情報を受けて、マネージャアプリケー
ション３１においてユーザが設定した情報（マネージャ
アプリケーション３１は、設定情報３２にユーザの設定
した内容をセーブする）に従い動作し、ドキュメント管
理サーバ３４に画像を格納するサーバアプリケーション
３３とに分けられる。サーバアプリケーション３３は、
図２にあるように、ＭＦＰデバイス１との通信手段とし
て、各プロトコルに対応したサーバを持つ（例えば、Ｆ
ＴＰサーバ３３１やＳａｌｕｔａｔｉｏｎサーバ３３２
である）。ここで、ＭＦＰデバイス１との通信プロトコ
ルとしてＳＭＴＰやＳＭＢを用いる場合、それぞれに対
応したサーバを構成として追加しても良い。なお、以下
の説明においては、ＭＦＰデバイス１とサーバアプリケ
ーション３３との間の通信プロトコルとして、ＦＴＰサ
ーバを用いた場合についてのみ説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５０】ここで、該メインマネージャ３１１では、
前記ＭＦＰデバイス１と前記サーバアプリケーション３
２における文書データの受信方法を設定する。図１２
は、図５の該メインマネージャ３１１における“デバイ
スの設定”の[詳細設定]ボタンを押下することによって
表示されるデバイス設定手段３１３のユーザインターフ
ェースの一例を示す図であり、ユーザは、該デバイス設
定手段３１３を用いて前記ＭＦＰデバイス１と前記サー
バアプリケーション３２における文書データの受信方法
（プロトコル）を設定する。

【００５１】具体的には、図５の該メインマネージャ３
１１における“デバイスの設定”の[詳細設定]ボタンが
押下されたタイミングで、該デバイス設定手段３１３
は、前記ＬＡＮ２を介して接続されているＭＦＰデバイ
スの情報を取得する。この際、リアルタイムに前記ＬＡ
Ｎ２を介して接続されているＭＦＰデバイスの情報を取
得しても良いし、ユーザが予め図示しないデバイス設定
ツールを用いて、前記ＰＣ３からアクセス可能なＭＦＰ
デバイスの情報を設定し、ファイルとして保存しておい
ても良い。このファイルは、前記ＰＣ３（ローカルＰＣ
を意味する）にあっても良い。また、該ＭＦＰデバイス
の情報を保存したファイルの管理上、全てのユーザが同
じ情報を共有すると言う利点から、図示しないサーバＰ
Ｃにあっても構わない。例えばＸＭＬ形式のファイルで
保存しておくことで、前記ＰＣ３から該ＸＭＬ形式のフ
ァイルにアクセスして情報を取得することが可能とな
る。

【００５２】このように取得したデバイス情報を、該デ
バイス設定手段３１３はリスト表示を行い、ユーザはＭ
ＦＰデバイス１を選択する。次にユーザは、該ＭＦＰデ
バイス１と前記サーバアプリケーション３２における通
信プロトコルを設定する。この際、該デバイス設定手段
３１３は、該ＭＦＰデバイス１がサポートする通信プロ
トコルを表示するので、ユーザは該ＭＦＰデバイスがサ
ポートする通信プロトコルを把握しておく必要がない。

【００５３】なお、図１２における［詳細設定］ボタン
を押下することによって選択したプロトコルに対する詳
細な設定を行うことも可能である。例えば、ＦＴＰプロ
トコルを選択した場合、該ＭＦＰデバイス１が、ＦＴＰ
プロトコルを介して該ＦＴＰサーバ３３１内のどのフォ
ルダに文書データを送信するのかを設定する。また、Ｅ
−ｍａｉｌを選択した場合、該ＭＦＰデバイス１がＳＭ
ＴＰプロトコルを介して、該サーバアプリケーション３
２内にあるＰＯＰ３サーバ３３３のどのメールアドレス
に文書データを送信するのかを設定する。

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

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

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

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

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

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

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

【００６１】［ＭＦＰデバイスのファイル送信］以下で
は、ＦＴＰサーバ３３１（ＦＴＰプロトコル）を介して
該ＭＦＰデバイス１と前記サーバアプリケーション３３
の動作について詳細を示すが、Salutationサーバ３３２
やＰＯＰ３サーバ３３２を介した場合にも、サーバーコ
ア３３４で前記画像データ及び属性ファイルを取得する
際は、どのプロトコルであっても同じ形式で受けること
が可能であるため、該サーバーコア３３４以降の手段は
プロトコルに依存しない。つまり、ドキュメント管理サ
ーバ３４に格納した文書データ及びインデックスに関し
て、前記デバイス設定手段３１３で選択したプロトコル
に依存することはない。これにより、ユーザは意識して
プロトコルを選択する必要はなくなる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１５】

【発明の効果】以上説明してきたように、本発明によれ
ば、画像読取装置から受信した画像情報をどのサーバに
記憶すべきか判定し、判定結果に基づき、サーバ毎に、
画像情報を格納するとともに格納処理の管理を行うこと
により、複数のサーバへ格納処理を並列に実行すること
ができるので、操作者に複雑な作業を強いることなく安
定かつ効率的な処理が行えるという効果がある。

【０１１６】また、格納処理が所定のタイムアウト時間
を超えていることを検知した場合においても、格納処理
が正常に行われていれば、タイムアウト時間を計算しな
おして再設定し、格納処理を続行することにより、例え
ばサーバ毎やジョブ毎に、格納処理時間を柔軟に変更で
きるという効果がある。

【０１１７】また、格納処理がエラー状態であると検知
された場合、格納処理のエラー情報を表示手段に表示
し、格納処理の再実行を設定できるようにすることによ
り、表示された情報に応じて格納処理を再実行すること
ができるので、再度画像読取装置を動作させる手間を省
くことができるという効果がある。

【０１１８】また、画像読取装置に関する情報、及び画
像読取装置との間のプロトコルに関する情報を表示手段
に表示し、表示可能な情報に基づき画像読取装置とプロ
トコルの設定情報を生成し、生成した設定情報を含むジ
ョブに基づき読み取られ送信された画像情報を画像読取
装置から受信することにより、操作者が画像読取装置や
プロトコルについての知識が無くても、容易に処理を実
行できるという効果がある。

【図面の簡単な説明】

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

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

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

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

【図５】本発明の実施の形態に係る画像読取システムに
おける設定情報３２を作成するマネージャアプリケーシ
ョンのユーザインターフェースの一例を示す図である。

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

【図７】本発明の実施の形態に係る画像読取システムの
サーバコアがドキュメント管理サーバ毎に画像データフ
ァイル及び属性ファイルを振り分ける処理動作の流れを
示すフローチャートである。

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

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

【図１０】本発明の実施の形態に係る画像読取システム
における全ジョブの処理の状況を示すマネージャアプリ
ケーションのユーザインターフェースの一例を示す図で
ある。

【図１１】本発明の実施の形態に係る画像読取システム
における各ジョブの詳細を示すマネージャアプリケーシ
ョンのユーザインターフェースの一例を示す図である。

【図１２】本発明の実施の形態に係る画像読取システム
におけるデバイス設定手段３１３のユーザインターフェ
ースの一例を示す図である。

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

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

【符号の説明】１ＭＦＰデバイス２ＬＡＮ３サーバＰＣ３１マネージャアプリケーション３１１メインマネージャ３１２設定作業３１３デバイス設定手段３２設定情報３３サーバアプリケーション３３１ＦＴＰサーバ３３２ｓａｌｕｔａｔｉｏｎサーバ３３３ＰＯＰ３サーバ３３４サーバコア３３５ジョブ管理３３６格納作業３４管理サーバ

Claims

【特許請求の範囲】

【請求項１】画像読取装置により読み取られた画像情
報を複数のサーバに格納する情報処理装置であって、サーバ毎に前記画像情報の格納管理を行う複数の格納管
理手段と、前記画像読取装置から受信した画像情報をどのサーバに
記憶すべきか判定する判定手段とを有し、前記複数の格納管理手段は、前記判定手段による判定結
果に基づき前記画像情報を各サーバに格納するとともに
格納処理の管理を行うことを特徴とする情報処理装置。
【請求項２】予め登録されたジョブに基づき前記画像
読取装置により読み取られ送信された画像情報を受信す
る受信手段とをさらに有し、前記判定手段は、前記受信手段における受信情報に応じ
て、前記画像情報をどのサーバに記憶すべきかを判定す
ることを特徴とする請求項１に記載の情報処理装置。
【請求項３】前記画像読取装置に登録するためのジョ
ブの設定情報を生成する生成手段をさらに有することを
特徴とする請求項２に記載の情報処理装置。
【請求項４】前記画像情報は、前記画像読取装置によ
り読み取られた画像データと、前記画像データの属性情
報であり、前記複数の格納管理手段は、前記画像データと前記属性
情報に基づき、前記画像データに所定の変換処理を施す
とともに、前記画像データに関する参照情報を生成し、
前記変換処理された画像データと生成された前記参照情
報とを前記複数のサーバへ格納することを特徴とする請
求項１〜３のいずれかに記載の情報処理装置。
【請求項５】画像読取装置により読み取られた画像情
報を所定のサーバに格納する情報処理装置であって、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信手段と、前記受信手段により受信した画像情報をサーバ毎に格納
するとともに格納処理の状態を管理する格納管理手段と
を有し、前記格納管理手段は、前記格納処理が所定のタイムアウ
ト時間を超えていることを検知した場合においても、前
記格納処理が正常に行われていれば、前記タイムアウト
時間を計算しなおして再設定し、前記格納処理を続行す
ることを特徴とする情報処理装置。
【請求項６】前記格納管理手段は、ジョブ毎あるいは
サーバ毎に、前記再設定を行うことを特徴とする請求項
５に記載の情報処理装置。
【請求項７】画像読取装置により読み取られた画像情
報をサーバに格納する情報処理装置であって、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信手段と、前記受信手段により受信した画像情報をサーバ毎に格納
するとともに格納処理の状態を管理する格納管理手段
と、前記格納管理手段により前記格納処理がエラー状態であ
ると検知された場合、前記格納処理のエラー情報を表示
する表示手段と、前記格納処理の再実行を設定するための再実行設定手段
とを有することを特徴とする情報処理装置。
【請求項８】前記格納管理手段は、ジョブ毎あるいは
サーバ毎に、前記再設定を行うことを特徴とする請求項
７に記載の情報処理装置。
【請求項９】画像読取装置により読み取られた画像情
報を所定のサーバに格納する情報処理装置であって、前記画像読取装置に関する情報、及び前記画像読取装置
との間のプロトコルに関する情報を表示する表示手段
と、前記表示手段に表示可能な情報に基づき、前記画像読取
装置と前記プロトコルの設定情報を生成する生成手段
と、前記設定情報を含むジョブに基づき読み取られ送信され
た画像情報を、前記画像読取装置から受信する受信手段
と、を有することを特徴とする情報処理装置。
【請求項１０】前記画像読取装置に関する情報、及び
前記画像読取装置との間のプロトコルに関する情報を取
得する取得手段をさらに有し、前記表示手段は、前記取得手段により取得した情報を表
示することを特徴とする請求項９に記載の情報処理装
置。
【請求項１１】前記表示手段は、前記所定のサーバに
関する情報を表示し、前記生成手段は、前記表示手段に表示可能な情報に基づ
き、前記所定のサーバへ前記画像情報を格納するための
設定情報を生成することを特徴とする請求項９または１
０に記載の情報処理装置。
【請求項１２】画像読取装置により読み取られた画像
情報を複数のサーバに格納する画像読取方法であって、サーバ毎に前記画像情報の格納管理を行う複数の格納管
理工程と、前記画像読取装置から受信した画像情報をどのサーバに
記憶すべきか判定する判定工程とを有し、前記複数の格納管理工程は、前記判定工程における判定
結果に基づき前記画像情報を各サーバに格納するととも
に格納処理の管理を行うことを特徴とする画像読取方
法。
【請求項１３】画像読取装置により読み取られた画像
情報を所定のサーバに格納する画像読取方法であって、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信工程と、前記受信工程において受信した画像情報をサーバ毎に格
納するとともに格納処理の状態を管理する格納管理工程
とを有し、前記格納管理工程は、前記格納処理が所定のタイムアウ
ト時間を超えていることを検知した場合においても、前
記格納処理が正常に行われていれば、前記タイムアウト
時間を計算しなおして再設定し、前記格納処理を続行す
ることを特徴とする画像読取方法。
【請求項１４】画像読取装置により読み取られた画像
情報をサーバに格納する画像読取方法であって、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信工程と、前記受信工程において受信した画像情報をサーバ毎に格
納するとともに格納処理の状態を管理する格納管理工程
と、前記格納管理工程において前記格納処理がエラー状態で
あると検知された場合、前記格納処理のエラー情報を表
示手段に表示する表示工程と、前記格納処理の再実行を設定するための再実行設定工程
とを有することを特徴とする画像読取方法。
【請求項１５】画像読取装置により読み取られた画像
情報を所定のサーバに格納する画像読取方法であって、前記画像読取装置に関する情報、及び前記画像読取装置
との間のプロトコルに関する情報を表示手段に表示する
表示工程と、前記表示工程において表示可能な情報に基づき、前記画
像読取装置と前記プロトコルの設定情報を生成する生成
工程と、前記設定情報を含むジョブに基づき読み取られ送信され
た画像情報を、前記画像読取装置から受信する受信工程
と、を有することを特徴とする画像読取方法。
【請求項１６】画像読取装置により読み取られた画像
情報を複数のサーバに格納する情報処理装置を含む画像
読取システムであって、前記情報処理装置は、サーバ毎に前記画像情報の格納管理を行う複数の格納管
理手段と、前記画像読取装置から受信した画像情報をどのサーバに
記憶すべきか判定する判定手段とを有し、前記複数の格納管理手段は、前記判定手段による判定結
果に基づき前記画像情報を各サーバに格納するとともに
格納処理の管理を行うことを特徴とする画像読取システ
ム。
【請求項１７】画像読取装置により読み取られた画像
情報を所定のサーバに格納する情報処理装置を含む画像
読取システムであって、前記情報処理装置は、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信手段と、前記受信手段により受信した画像情報をサーバ毎に格納
するとともに格納処理の状態を管理する格納管理手段と
を有し、前記格納管理手段は、前記格納処理が所定のタイムアウ
ト時間を超えていることを検知した場合においても、前
記格納処理が正常に行われていれば、前記タイムアウト
時間を計算しなおして再設定し、前記格納処理を続行す
ることを特徴とする画像読取システム。
【請求項１８】画像読取装置により読み取られた画像
情報をサーバに格納する情報処理装置を含む画像読取シ
ステムであって、前記情報処理装置は、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信手段と、前記受信手段により受信した画像情報をサーバ毎に格納
するとともに格納処理の状態を管理する格納管理手段
と、前記格納管理手段により前記格納処理がエラー状態であ
ると検知された場合、前記格納処理のエラー情報を表示
する表示手段と、前記格納処理の再実行を設定するための再実行設定手段
とを有することを特徴とする画像読取システム。
【請求項１９】画像読取装置により読み取られた画像
情報を所定のサーバに格納する情報処理装置を含む画像
読取システムであって、前記情報処理装置は、前記画像読取装置に関する情報、及び前記画像読取装置
との間のプロトコルに関する情報を表示する表示手段
と、前記表示手段に表示可能な情報に基づき、前記画像読取
装置と前記プロトコルの設定情報を生成する生成手段
と、前記設定情報を含むジョブに基づき読み取られ送信され
た画像情報を、前記画像読取装置から受信する受信手段
と、を有することを特徴とする画像読取システム。
【請求項２０】画像読取装置により読み取られた画像
情報を複数のサーバに格納する画像読取方法のプログラ
ムコードが格納されたコンピュータ可読記憶媒体であっ
て、サーバ毎に前記画像情報の格納管理を行う複数の格納管
理コードと、前記画像読取装置から受信した画像情報をどのサーバに
記憶すべきか判定する判定コードとを有し、前記複数の格納管理コードは、前記判定コードにおける
判定結果に基づき前記画像情報を各サーバに格納すると
ともに格納処理の管理を行うことを特徴とする記憶媒
体。
【請求項２１】画像読取装置により読み取られた画像
情報を所定のサーバに格納する画像読取方法のプログラ
ムコードが格納されたコンピュータ可読記憶媒体であっ
て、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信コード
と、前記受信コードにおいて受信した画像情報をサーバ毎に
格納するとともに格納処理の状態を管理する格納管理コ
ードとを有し、前記格納管理コードは、前記格納処理が所定のタイムア
ウト時間を超えていることを検知した場合においても、
前記格納処理が正常に行われていれば、前記タイムアウ
ト時間を計算しなおして再設定し、前記格納処理を続行
することを特徴とする記憶媒体。
【請求項２２】画像読取装置により読み取られた画像
情報をサーバに格納する画像読取方法のプログラムコー
ドが格納されたコンピュータ可読記憶媒体であって、予め登録されたジョブに基づき前記画像読取装置により
読み取られ送信された画像情報を受信する受信コード
と、前記受信コードにおいて受信した画像情報をサーバ毎に
格納するとともに格納処理の状態を管理する格納管理コ
ードと、前記格納管理コードにおいて前記格納処理がエラー状態
であると検知された場合、前記格納処理のエラー情報を
表示手段に表示する表示コードと、前記格納処理の再実行を設定するための再実行設定コー
ドとを有することを特徴とする記憶媒体。
【請求項２３】画像読取装置により読み取られた画像
情報を所定のサーバに格納する画像読取方法のプログラ
ムコードが格納されたコンピュータ可読記憶媒体であっ
て、前記画像読取装置に関する情報、及び前記画像読取装置
との間のプロトコルに関する情報を表示手段に表示する
表示コードと、前記表示コードにおいて表示可能な情報に基づき、前記
画像読取装置と前記プロトコルの設定情報を生成する生
成コードと、前記設定情報を含むジョブに基づき読み取られ送信され
た画像情報を、前記画像読取装置から受信する受信コー
ドと、を有することを特徴とする記憶媒体。