(57)【要約】【課題】  ワークフローに従って管理装置から情報処理装置に出力される各指示に伴って実行される処理で発生し得る人為的な処理エラーを迅速に検知して通知する。【解決手段】    所定の実行順序に従って所定の処理を実行させるワークフローファイルを処理する管理装置と通信する情報処理装置において、ワークフローファイルに基づいて、出力データをシートに出力する第１の指示と、第１の指示に従い、前記情報処理装置で出力された前記シートに所定の画像が付加されたシートを読み取る第２の指示と、第２の指示に従い、シートから読み取られる画像データを前記情報処理装置に送信する第３の指示と、を受け取る。その際、第３の指示に従い、前記管理装置に送信された前記シートから読み取られる画像データの照合結果を前記管理装置から受け取る通知に基づいて表示手段に表示することを特徴とする。【選択図】  図８
2016173662.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と通信して、所定の実行順序に従って所定の処理を実行させるワークフローファイルを処理する管理装置であって、
前記ワークフローファイルに基づいて、出力データをシートに出力する第１の指示と、
前記第１の指示に従い、前記情報処理装置で出力された前記シートに所定の画像が付加されたシートを読み取る第２の指示と、
前記第２の指示に従い、前記シートから読み取られる画像データを前記情報処理装置に送信する第３の指示と、を行う指示手段と、
前記第１の指示がなされることに応じて、前記情報処理装置から送信される画像データに対応する想定画像データを前記第１のデータと登録された特定画像データとから生成する生成手段と、
前記第３の指示に従い、前記情報処理装置から取得する前記画像データと、前記想定画像データとを照合する照合手段と、
前記照合手段による照合結果を前記情報処理装置に通知する通知手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記照合手段により前記情報処理装置から取得する前記画像データと、前記想定画像データとが一致することが照合された場合、前記情報処理装置から取得する前記画像データを外部装置に転送する第１の転送手段を、備えることを特徴とする請求項１記載の管理装置。
【請求項３】
前記第３の指示がなされる前に、前記生成手段により生成された前記想定画像データを前記情報処理装置に転送する第２の転送手段を、備えることを特徴とする請求項１記載の管理装置。
【請求項４】
前記第３の指示がなされる前に、前記生成手段により生成された前記想定画像データから抽出される特徴データを前記情報処理装置に転送する第３の転送手段を、備えることを特徴とする請求項１記載の管理装置。
【請求項５】
前記第３の指示がなされる前に、前記生成手段により生成された前記想定画像データから抽出される特徴データと、前記特徴データに対応づけられたメッセージを前記情報処理装置に転送する第３の転送手段を、備えることを特徴とする請求項１記載の管理装置。
【請求項６】
所定の実行順序に従って所定の処理を実行させるワークフローファイルを処理する管理装置と通信する情報処理装置であって、
前記ワークフローファイルに基づいて前記管理装置から、出力データをシートに出力する第１の指示と、
前記第１の指示に従い、前記情報処理装置で出力された前記シートに所定の画像が付加されたシートを読み取る第２の指示と、
前記第２の指示に従い、前記シートから読み取られる画像データを前記情報処理装置に送信する第３の指示と、を受け取る受取手段と、
前記第３の指示に従い、前記管理装置に送信された画像データの照合結果を前記管理装置から受け取って表示手段に表示する第１の表示制御手段と、
を備えることを特徴とする情報処理装置。
【請求項７】
前記管理装置から前記第２の指示とともに、前記管理装置で生成された想定画像データを取得する第１の取得手段と、
取得した想定画像データと読み取られる画像データとを第１の照合手段と、
前記第１の照合手段による照合結果を表示手段に表示する第２の表示制御手段と、
を備えることを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記管理装置から前記第２の指示とともに、前記管理装置で生成された想定画像データの特徴データを取得する第２の取得手段と、
取得した特徴データと読み取られる画像データから抽出される特徴データとを第２の照合手段と、
前記第２の照合手段による照合結果を表示手段に表示する第３の表示制御手段と、
を備えることを特徴とする請求項６記載の情報処理装置。
【請求項９】
前記管理装置から前記第２の指示とともに、前記管理装置で生成された想定画像データから抽出される複数の特徴データおよび各特徴データに対応づけられた複数のメッセージを取得する第３の取得手段と、
取得した特徴データと読み取られる画像データから抽出される特徴データとを第３の照合手段と、
前記第３の照合手段による照合結果を表示手段に表示する第４の表示制御手段と、を備え、
前記第４の表示制御手段は、照合エラーとなる特徴データに対応づけられたメッセージを前記表示手段に表示することを特徴とする請求項６記載の情報処理装置。
【請求項１０】
情報処理装置と通信して、所定の実行順序に従って所定の処理を実行させるワークフローファイルを処理する管理装置の制御方法であって、
前記ワークフローファイルに基づいて、出力データをシートに出力する第１の指示と、
前記第１の指示に従い、前記情報処理装置で出力された前記シートに所定の画像が付加されたシートを読み取る第２の指示と、
前記第２の指示に従い、前記シートから読み取られる画像データを前記情報処理装置に送信する第３の指示と、を行う指示工程と、
前記第１の指示がなされることに応じて、前記情報処理装置から送信される画像データに対応する想定画像データを前記第１のデータと登録された特定画像データとから生成する生成工程と、
前記第３の指示に従い、前記情報処理装置から取得する前記画像データと、前記想定画像データとを照合する照合工程と、
前記照合工程による照合結果を前記情報処理装置に通知する通知工程と、
を備えることを特徴とする管理装置の制御方法。
【請求項１１】
所定の実行順序に従って所定の処理を実行させるワークフローファイルを処理する管理装置と通信する情報処理装置の制御方法であって、
前記ワークフローファイルに基づいて前記管理装置から、出力データをシートに出力する第１の指示と、
前記第１の指示に従い、前記情報処理装置で出力された前記シートに所定の画像が付加されたシートを読み取る第２の指示と、
前記第２の指示に従い、前記シートから読み取られる画像データを前記情報処理装置に送信する第３の指示と、を受け取る受取工程と、
前記第３の指示に従い、前記管理装置に送信された画像データの照合結果を前記管理装置から受け取って表示手段に表示する第１の表示制御工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項１２】
請求項１０に記載の管理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１３】
請求項１１に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、情報処理装置、管理装置の制御方法、情報処理装置の制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
現在、ドキュメントを扱う定型的な業務の効率化のために、ワークフローエンジンを使用したドキュメント業務フローの自動実行が注目されている。
ワークフローエンジンは、サーバ上で動作し、予め決められたワークフロー手順に従って、サーバ上のドキュメントファイルをプリントする、作業者にメールを通知するなどのタスクを実行していく。さらに、ワークフローエンジンは、ワークフローにおけるタスクとして、サーバとネットワーク接続されたＭＦＰなどの機器に対し、ドキュメントファイルのプリント、紙文書のスキャンによる電子データの送信、という処理を実行させることができる。
【０００３】
このようなワークフローエンジンが実行するドキュメント業務フローにおいて、文書データを紙にプリントアウトし、その紙文書に対して捺印などを行う。その後、さらにその紙文書をスキャンして電子データとして保存する、といったフローが実施されることがある。この場合、スキャンした文書において、捺印がなされているかどうかをチェックする処理がフローとして含まれることが多い。下記特許文献１では、紙媒体をスキャンした後に、予め決められた印影情報と比較を行い、印影情報が適合性を有すると判断した場合にフローにおける次の処理を実施する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−６１２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
プリントした紙文書に捺印を行い、その紙文書をスキャンしデータとして保存するフローにおいては、スキャンする文書を間違えてしまう、捺印を忘れたままスキャンしてしまう、などのミスが発生することがある。この場合、スキャン後の後工程フローでミスが発覚するため、フローを処理するユーザに対する通知が遅くなってしまい、手戻り作業が大きくなるという問題がある。
【０００６】
また、特許文献１のように、紙文書のスキャン後に予め決められた印影情報との比較を行う場合、印影情報そのものやそれとスキャン文書の関連付けデータは、スキャン装置とは別のサーバ上で管理している。
このため、スキャン画像の送信や画像比較処理などに時間がかかる恐れがある。その場合、画像を読み取ってから判定結果が表示されるまでに時間がかかるため、ユーザがスキャン装置の前で待たされたり、既に装置から立ち去ってしまい、エラー通知を見逃したりしてしまうという問題がある。
【０００７】
さらに、印影情報の適合性は判断できるが、ユーザが文書そのものを誤ってスキャンしてしまった場合、そのエラーを検知することができない。この場合、文書そのもの画像をテンプレート化した見本データを作成しておき、そのデータと比較するということが行われる場合があるが、見本データでは、文書内に記述された氏名や日付など、その都度変更を伴う個所を除いて比較する必要がある。このため、その必要個所の抽出処理に時間がかかる、文書における書式フォーマットが変更になった場合に対応が難しいなどの問題がある。
このようにワークフローに従い予定されている処理が進行するなかで、発生し得る人為的な処理エラーを迅速に検知して通知することがなされていないため、ユーザはエラーに気づくのが遅れてしまう。さらには、発生しているエラーを特定するまでに相当の時間を要し、ワークフロー処理をさらに遅延させてしまう等の問題も指摘されていた。
【０００８】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ワークフローに従って管理装置から情報処理装置に出力される各指示に伴って実行される処理で発生し得る人為的な処理エラーを迅速に検知して通知することができる仕組みを提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
情報処理装置と通信して、所定の実行順序に従って所定の処理を実行させるワークフローファイルを処理する管理装置であって、前記ワークフローファイルに基づいて、出力データをシートに出力する第１の指示と、前記第１の指示に従い、前記情報処理装置で出力された前記シートに所定の画像が付加されたシートを読み取る第２の指示と、前記第２の指示に従い、前記シートから読み取られる画像データを前記情報処理装置に送信する第３の指示と、を行う指示手段と、前記第１の指示がなされることに応じて、前記情報処理装置から送信される画像データに対応する想定画像データを前記第１のデータと登録された特定画像データとから生成する生成手段と、前記第３の指示に従い、前記情報処理装置から取得する前記画像データと、前記想定画像データとを照合する照合手段と、前記照合手段による照合結果を前記情報処理装置に通知する通知手段と、を備えることを特徴とする。
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
所定の実行順序に従って所定の処理を実行させるワークフローファイルを処理する管理装置と通信する情報処理装置であって、前記ワークフローファイルに基づいて前記管理装置から、出力データをシートに出力する第１の指示と、前記第１の指示に従い、前記情報処理装置で出力された前記シートに所定の画像が付加されたシートを読み取る第２の指示と、前記第２の指示に従い、前記シートから読み取られる画像データを前記情報処理装置に送信する第３の指示と、を受け取る受取手段と、前記第３の指示に従い、前記管理装置に送信された画像データの照合結果を前記管理装置から受け取って表示手段に表示する第１の表示制御手段と、
を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ワークフローに従って管理装置から情報処理装置に出力される各指示に伴って実行される処理で発生し得る人為的な処理エラーを迅速に検知して通知できる。
【図面の簡単な説明】
【００１１】
【図１】印刷システムの全体構成を示す図である。
【図２】ＭＦＰの構成を示すブロック図である。
【図３】ＷＦサーバの構成を示すブロック図である。
【図４】ワークフローの処理内容を記載したＷＦファイルの例を示す図である。
【図５】印刷システムの制御方法を説明するフローチャートである。
【図６】ＷＦエンジンが生成する画像のイメージ図である。
【図７】操作表示部に表示されるＵＩ画面の例を示す図である。
【図８】サーバ装置の制御方法を説明するフローチャートである。
【図９】印刷システムの制御方法を説明するフローチャートである。
【図１０】操作表示部に表示される画面を示す図である。
【図１１】操作表示部に表示される画面を示す図である。
【図１２】サーバ装置の制御方法を示すフローチャートである。
【図１３】画像処理装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
次に本発明を実施するための最良の形態について図面を参照して説明する。なお、以下の実施の形態は、特許請求の範囲に係る発明を限定するものではなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
＜システム構成の説明＞
〔第１実施形態〕
【００１３】
＜ハードウェア構成＞
図１は、本発明の実施形態を示す印刷システムの全体構成を示す図である。この印刷システムでは、画像処理装置であるＭＦＰ１０１と、ワークフローエンジンが搭載されたサーバ（以下ＷＦサーバ）１０２および外部装置に対応するドキュメントサーバ１０３などの情報処理装置がＬＡＮ１０４で構成されたネットワークによって接続されている。
【００１４】
図１において、ＭＦＰ１０１は、紙媒体をスキャンし、そのスキャンデータを元に用紙に画像を形成して印刷するコピー機能や、スキャンデータを電子的なデータとしてドキュメントサーバ１０３にネットワーク経由で送信するスキャン送信といった機能を持つ。さらに、ＭＦＰ１０１は、ＷＦサーバ１０２などネットワーク接続された外部機器からの要求により、送信された画像データをプリントアウトしたり、コピーやスキャン送信したりする機能も持つ。このとき、プリントやコピー、スキャン送信機能における設定値は、処理実行の要求元であるＷＦサーバ１０２が実行要求時に指定する。
【００１５】
ＷＦサーバ１０２は、予め指定された処理順に従って順番に処理を実行するワークフローエンジンの機能を搭載している。ワークフローエンジンは、予め指定された処理順が定義されたワークフローに従い、ドキュメントサーバ１０３におけるファイル操作、メールサーバ（非図示）へのメール送信、ＭＦＰ１０１に対する処理実行要求などの処理を自動的に行う。
【００１６】
図２は、図１に示したＭＦＰ１０１の構成を示すブロック図である。このＭＦＰ１０１は、スキャナ２１３およびプリンタ２１４を接続するとともに、操作表示部２１１、操作入力部２１２、およびＬＡＮ１０４を接続することが可能なコントローラユニット２００を備える。コントローラユニット２００は、各種制御プログラムを実行するＣＰＵ２０１を有する。
【００１７】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３に格納されているブートプログラムに基づきＭＦＰ１０１を起動する。また、このＣＰＵ２０１は、ＨＤＤ２０４に格納されている制御プログラムを読み出し、ＲＡＭ２０２をワークエリアとして所定の処理を実行する。
【００１８】
ＨＤＤ２０４には、ウェブブラウザの機能を含む、各種制御プログラムが格納されている。また、ＨＤＤ２０４には、スキャナ２１３から読み込んだスキャンデータやネットワークＩ／Ｆ２０７を介して装置外のウェブサーバから取得したドキュメントデータが格納される。操作部出力Ｉ／Ｆ２０５は、操作表示部２１１へのデータ出力通信制御を行う。
操作部入力Ｉ／Ｆ２０６は、操作入力部２１２からのデータ入力通信制御を行う。
【００１９】
ネットワークＩ／Ｆ２０７は、ＬＡＮ１０４に接続され、ＬＡＮ１０４を介した情報の入出力制御を行う。スキャナＩ／Ｆ２０８は、スキャナ２１３から画像データを入力するとともに、スキャナ制御データの入出力を行う。プリンタＩ／Ｆ２０９は、プリンタ２１４へ出力画像データを出力するとともに、プリンタ制御データの入出力を行う。以上２０１から２０９までのデバイスがシステムバス２１０上に配置される。
【００２０】
操作入力部２１２は、タッチパネルやハードキーなどの入力装置を備えた、ユーザからの指示入力インターフェースである。ハードキーには、紙文書のスキャン開始を指示するためのスタートボタンなどが存在する。操作表示部２１１は、ＬＣＤやＬＥＤなどの表示装置を備えた、ユーザへの表示インターフェースである。
スキャナ２１３は、ＣＣＤなどの光学的な読み取り装置を備え、紙媒体を光学的に走査して、電子的な画像データとして読み取る機能を持つ。プリンタ２１４は、電子的な画像データを、用紙などの記録媒体上に画像として形成する機能を持つ。
【００２１】
また、ＭＦＰ１０１は、ネットワークＩ／Ｆ２０７を介して、装置外の機器から処理の実行要求を受け付けることが可能である。処理の実行要求は、実行処理の種別や実行時の設定値情報などとともに、外部機器から依頼され、ＨＤＤ２０４やＲＡＭ２０２などに一時保存された後、ＣＰＵ２０１によって実行される。
【００２２】
図３は、図１に示したＷＦサーバ１０２の構成を示すブロック図である。なお、ドキュメントサーバ１０３もＷＦサーバ１０２と同様の構成を持つ。
図３において、ＷＦサーバ１０２は、ＬＡＮ１０４に接続可能な制御部３００を持つ。制御部３００は、各種制御プログラムを実行するＣＰＵ３０１を有し、ＷＦサーバ１０２およびドキュメントサーバ１０３の全体の動作を制御する。
【００２３】
ＣＰＵ３０１は、ＲＯＭ３０３やＨＤＤ３０４に格納されている制御プログラムを読み出し、ＲＡＭ３０２をワークエリアとして所定の処理を実行する。
ＨＤＤ３０４には、ワークフローエンジン（後述するＷＦエンジン５００）やワークフローエディタの機能を含む、各種制御プログラムが格納されている。
ネットワークＩ／Ｆ３０５は、ＬＡＮ１０４を介した情報の入出力制御を行う。操作部出力Ｉ／Ｆ３０６は、操作表示部３０８へのデータ出力通信制御を行う。操作部入力Ｉ／Ｆ３０７は、操作入力部３０９からのデータ入力通信制御を行う。以上、３０１から３０７までのデバイスが、システムバス３１０上に配置される。操作表示部３０８は、ＬＣＤやＬＥＤなどの表示装置を備えた、ユーザへの表示インターフェースである。操作入力部３０９は、キーボードやマウスなどの入力装置を備えた、ユーザからの指示入力インターフェースである。
【００２４】
また、ＷＦサーバ１０２では、ＷＥＢサーバが動作している。ＷＦエンジンは、ＷＥＢサーバを利用してＨＴＭＬコンテンツを提供可能である。ＷＦエンジンは、ＣＧＩなどによって動的にコンテンツを作成することができ、ワークフロー実行のための操作画面を提供することができる。
【００２５】
図４は、図１に示したＷＦサーバ１０２におけるＷＦエンジンが実行する、ワークフローの処理内容を記載したＷＦファイルの例を示す図である。このＷＦファイルは、ＷＦサーバ１０２のＨＤＤ３０４に記録されており、ＣＰＵ３０１によって読み出され、解釈された後に実行される。ここで、ＷＦファイルとは、所定の実行順序に従って所定の処理を実行させるワークファイルを意味する。特に、図４に示す例では、ＷＦファイルに基づいて、出力データをシートに印刷する処理（４０４）の指示と、当該指示に従い印刷されたシートに付加される印影を含む画像を読み取る処理（４０４）の指示が含まれている。さらに、読み取った画像データをＷＦサーバ１０２に送信する処理（処理（４０５）が含まれている。
ワークフローファイル（ＷＦファイル）４００は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）のフォーマットで記載されているが、これ以外の書式であってもかまわない。また、ＷＦファイル４００におけるＸＭＬの記述は、ワークフロー全体の処理の流れを説明するために詳細部分は省略しており、厳密なＸＭＬの書式とは異なる。
【００２６】
ここで例として示すワークフローでは、まずドキュメントの生成待ちの処理から行う（処理４０１）。タグは、一つのタスク処理実行単位を表わすが、そのタグ内の詳細記述については省略する。処理４０１では、申請者が作成する申請書などのドキュメントが作成されるかどうかを監視し、作成されたと判断されたら次の処理を行う。
具体的には、ドキュメントサーバ１０３の特定のフォルダを定期的に監視して、ドキュメントが生成されたかどうかを判断する。また、ＷＦエンジンが制御するＷＥＢサーバに対してドキュメントがアップロードされたかどうかなどによって判断を行う。
【００２７】
次に、申請者の上長に対しての承認処理を行う（処理４０２）。タグは、次の処理単位に移行することを示す。処理４０２では、作成された申請書などの内容を上長に確認してもらい、上長に承認あるいは却下などの指示を入力させる処理を行う。具体的には、申請書を上長あてにメールで送信し、そのメールの返信に承認結果を返答してもらうといった方法がある。また、申請書のリンクや承認結果入力ＷＥＢ画面へのリンクが記載されたメールを上長に送信し、申請書の内容を確認してもらったうえで、入力画面に結果を入力してもらうなどの方法がある。この場合、承認結果はいずれもＷＦエンジンが参照可能な場所に記録される。
【００２８】
次に承認結果を判断する（処理４０３）。タグは、分岐処理の判定条件を記述する。ここでは判定条件を模式的に記載している。承認されたと判断した場合、タグ内の処理を行い、そうでない場合は、タグ内の処理を実行する。
承認が却下された場合は、申請者へ申請が却下された旨をメールなどで通知する（処理４０７）。その後ワークフローを終了する。処理４０３において、承認されたと判断された場合は、処理４０１で生成された申請書などのドキュメントを印刷する（処理４０４）。
【００２９】
さらに、印刷したドキュメントをスキャンして、ドキュメントサーバなどに電子データとして送信する（処理４０５）。実際には、処理４０４と処理４０５の間において、プリントアウトしたドキュメントに対して承認者である上長が捺印もしくはサインをするという作業が行われる。
これは、通常申請者が上長に対してプリントアウトしたドキュメントを渡し、上長が捺印などを行ったのち、そのドキュメントを上長から受け取った申請者がスキャン処理を実行する、という場合が多い。
プリントアウトは、ＷＦエンジンがドキュメントを取得し、プリンタドライバを使用することで実行可能である。また、スキャン送信に関しては、ＷＦエンジンがＭＦＰに対してスキャン送信の設定を含んだ指示を行うことで、スキャン送信を開始する指示ボタンなどを作成することが可能である。スキャン送信を行った後、送信された電子データをドキュメントサーバ１０３の所定の場所に保存する（処理４０６）。その後、ワークフローを終了する。
【００３０】
このように、何らかの申請処理において、上長に承認の可否を申請して許可を得た後、申請書をプリントアウトして、その申請書に上長の捺印をもらい、再度ドキュメントをスキャンして電子データとして保存する、といった処理が良く行われている。
プリントアウトして紙文書に捺印で承認を得た後、紙文書は関係部門や会社に提出するが、その記録を電子データとしてスキャンして、ドキュメントサーバなどに保管するという業務フローである。実際には、処理４０４と処理４０５の間には、上長に捺印などの処理が行われるが、この処理はＷＦエンジンによって実行することができず、ユーザによる手作業で行われる。このため、処理４０５を行う際に、ユーザが間違った文書をスキャンしてドキュメントサーバに保管してしまう、捺印を忘れたままスキャンしてしまう、などのミスが発生することが多い。
【００３１】
図５は、本実施形態を示す印刷システムの制御方法を示すフローチャートである。本例は、図４に示したＷＦファイルにおける処理をＷＦエンジン５００が実行し、図１に示したシステム全体における各装置が行う処理例である。なお、各ステップＳ５０３、Ｓ５０８、Ｓ５０９、Ｓ５１６、Ｓ５１７、Ｓ５１８は、ＷＦサーバ１０２のＣＰＵ３０１がＨＤＤ３０４に記憶されるＷＦエンジン５００を実行することにより実現される。また、Ｓ５０１、Ｓ５０２、Ｓ５０４、Ｓ５１４、Ｓ５１５はドキュメントサーバ１０３のＣＰＵが記憶される制御プロ具を実行することで実現される。また、Ｓ５０６、Ｓ５１０、Ｓ５１２はＭＦＰ１０１のＣＰＵ２０１が記憶された制御プログラムを実行することで実現される。
【００３２】
まず、申請者が図示しないコンピコンピュータからネットワーク１０４を介してドキュメントサーバ１０３に申請書などのドキュメントが生成される（Ｓ５０１）。次に、ドキュメントサーバ１０３は、ネットワーク１０４を介してＷＦエンジン５００に対して、ドキュメントが生成されたことを通知する（Ｓ５０２）。これは予め決められたフォルダなどの場所にドキュメントが生成されたら通知するようにドキュメントサーバ１０３を設定しておく。もしくは、ＷＦエンジン５００が、ドキュメントサーバ１０３の特定のフォルダを定期的に監視する方法であってもかまわない。
【００３３】
次に、ＷＦエンジン５００は、申請者の上長に対して承認のための処理を行う（Ｓ５０３）。これは、申請書の場所を示したメールを申請者の上長に対して送信し、そのメールの返信内容から、承認の可否を判断する。または、上長に対してＷＦエンジン５００が生成する承認結果入力ＷＥＢコンテンツのアドレスをメール送信し、ＷＥＢコンテンツ経由で承認結果を取得する方法でもかまわない。承認結果が却下の場合は、これ以上の処理は行わない。
【００３４】
Ｓ５０３において、上長が申請書の処理を承認した場合、ＷＦエンジン５００は、ドキュメントサーバ１０３から承認された対象のドキュメントをネットワーク１０４を介して取得し（Ｓ５０４）、そのドキュメントをＭＦＰ１０１に対して印刷を指示する（Ｓ５０５）。次に、ＭＦＰ１０１は、印刷指示を受取ってドキュメントを実際に印刷する（Ｓ５０６）。
【００３５】
さらに、ＭＦＰ１０１は、ＷＦエンジン５００に対して印刷が完了したことを通知する（Ｓ５０７）。もしくは、ＷＦエンジン５００は、ＭＦＰ１０１のステータスを監視して、Ｓ５０５で指示した印刷処理が終了したかどうかを監視する方法でもかまわない。
【００３６】
次に、ＷＦエンジン５００は、印刷処理を行った後に、スキャン送信処理の実行があるかどうかを判定し、スキャン送信処理があると判断した場合に、スキャンされる想定画像データの生成を行う（Ｓ５０８）。
これは、Ｓ５０４で取得したドキュメントをもとに、データのラスタライズを行って画像を生成する。さらに、処理４０４と処理４０５の間にある捺印もしくはサインなどの処理を考慮して、捺印画像データをこの生成画像に合成する。ここで、この画像合成処理について別図を用いて説明する。
【００３７】
図６は、図３に示したＷＦエンジン５００が生成する画像のイメージ図である。
図６において、６０１は、Ｓ５０４において取得したドキュメントを、ラスタライズなどにより画像変換したイメージである。６０２は、捺印（印影）なに対応する登録された特定画像データである。この特定画像データ６０２は、ワークフローの作成時に、ワークフローの作成者によって予め指示されるものである。
【００３８】
特定画像データ６０２は、ＷＦサーバ１０２もしくはドキュメントサーバ１０３のＨＤＤ３０４に保存されている。なお、捺印やサインであることを示す汎用的な画像であってもよいし、各申請者の上長ごとに異なる画像データを用意し、ワークフロー実行時に、申請者によって動的に変更してもかまわない。
【００３９】
６０３はスキャン予想画像データで、ＷＦエンジン５００が生成する、ドキュメント画像データ６０１と特定画像データ６０２を合成した画像データである。ドキュメント画像データ６０１に対する特定画像データ６０２の合成位置は、ワークフロー作成時に、ワークフローの作成者によって予め指示されている。
【００４０】
なお、特定画像データ６０２の合成は、図４で示したＷＦファイルの処理において、処理４０２のような承認処理が事前に存在しないとＷＦエンジン５００が判断した場合、合成を行わないとしてもかまわない。
【００４１】
図６で示したように生成されたスキャン予想画像データ６０３は、スキャン送信指示とともにＭＦＰ１０１に対して送信される（Ｓ５０９）。スキャン送信指示には、スキャン時の解像度やカラー設定、読み取りサイズ、送信先や送信手段などが指示されている。
【００４２】
ＷＦエンジン５００からスキャン送信指示を受信したＭＦＰ１０１は、その指示に従ったスキャン送信を開始するためのスキャン送信実行ボタンを作成する（Ｓ５１０）。ここで、このスキャン送信実行ボタンについて、別図を用いて説明する。
【００４３】
図７は、Ｓ５１０の実行の際に、ＭＦＰ１０１の操作表示部２１１に表示されるＵＩ画面の例を示す図である。
図７において、７０１は、ユーザが予め処理内容や設定値を設定しておき、その処理を実行するボタンを生成、表示する画面である。通常は、ユーザがＭＦＰ１０１の操作部画面から設定してボタンを生成するが、ＭＦＰ１０１の外部からボタン生成のための設定値データを指示することで、同様に画面７０１上に処理実行ボタンを生成することが可能である。
【００４４】
７０２は、ＷＦエンジン５００のスキャン送信指示によって、ＭＦＰ１０１が操作部画面上に生成したボタンである。ボタン７０２を押下すると、スキャン送信を実行する画面に遷移する。遷移した先のスキャン実行画面では、送信宛先や送信手段などスキャン送信に必要な設定は全て設定されている状態になっている。ユーザは、スキャナの原稿台にスキャン送信するドキュメントを設定し、スタートボタン押下などの実行開始指示手段によってスキャン送信を行う。
【００４５】
このように、ＭＦＰ１０１における操作部画面のボタンを押下し、ドキュメントをスキャナに設置してスタートボタンによる開始指示を与えるだけで、複雑な設定を行うことなしに、ワークフローにおけるスキャン処理を実行することができる。
【００４６】
また、ＷＦエンジン５００が生成指示するボタン７０２上には、ワークフローの内容を処理するテキストが表示される。ワークフローが複数同時に実行されている場合などは、どのワークフローにおいて生成されたボタンであるかをこのテキスト文の内容で判断できる。ボタン上に表示するテキストは、Ｓ５０９において、ＷＦエンジン５００がスキャン実行指示とともにＭＦＰ１０１に渡す。
【００４７】
さらに、ＭＦＰがユーザ管理を行っている場合、ＭＦＰのログイン画面においてユーザがログインすると、そのユーザに割り当てられたワークフローにおけるスキャン実行指示ボタンのみが表示される。このユーザ識別情報も、Ｓ５０５において、ＷＦエンジン５００がスキャン実行指示とともにＭＦＰ１０１に渡す。
ユーザは、ボタン７０２を押下し、スキャンするドキュメントをスキャナにセットしたうえで、スタートボタンなどの実行開始手段を指示する（Ｓ５１１）。スキャン開始指示を受取ったＭＦＰ１０１は、ドキュメントをスキャンする（Ｓ５１２）。さらに、スキャンした得られた電子データを、Ｓ５０９によって指示された送信先であるドキュメントサーバ１０３に送信する（Ｓ５１３）。
【００４８】
ドキュメントのデータを受信したドキュメントサーバ１０３は、ドキュメントデータを受信したことをＷＦエンジン５００に通知する（Ｓ５１４）。これは、Ｓ５０２と同じく、ＷＦエンジン５００がドキュメントサーバ１０３の特定のフォルダを監視することで実現してもかまわない。
次に、ＷＦエンジン５００は、ドキュメントサーバ１０３からＭＦＰ１０１がＳ５１３で転送したドキュメントデータを取得する（Ｓ５１５）。
【００４９】
さらに、ＷＦエンジン５００は、Ｓ５０８で生成した予想画像データとＳ５１５でＭＦＰ１０１から取得したドキュメントデータの画像とを比較照合する（Ｓ５１６）。このとき、両データのフォーマットに違いがあれば必要に応じてラスタライズもしくは画像フォーマットの変換を行う。通常は、Ｓ５１３でスキャン送信されるドキュメントデータ画像のフォーマットに合わせて、予めＳ５０８における画像を生成しておく。
【００５０】
Ｓ５１６における画像の比較は、どのような方法であってもかまわない。Ｓ５０８で生成した画像は、Ｓ５１２でスキャンするドキュメント同じデータを使用するので、データの差異はほとんどない。プリント時やスキャン時における回転ずれやかすれなどのノイズを補正するだけで同一ドキュメントであるかどうかは高精度で判別が可能である。
また、捺印における捺印画像（特徴データ）の違いや捺印位置のずれなどが差異として検知されるが、捺印の有無だけを判定するのであれば、ドキュメント差異の局所部位の抽出などによって判断が可能である。さらに、捺印の種類や内容の判定まで行うのであれば、ドキュメント差異の局所部位を抽出した後、さらにその位置ずれ補正などを行ったうえで、予め決められた一定以上の差異があるかどうかを判定する。これにより、正しい捺印がされているかどうかを判定することも可能である。
【００５１】
さらに、この画像の比較においては、両者の画像の特徴量を抽出し、その特徴量に一定以上の差異があるかどうかを判定してもかまわない。画像の特徴量としては、OCRによって抽出されたテキスト情報、レイアウト解析によるレイアウト情報、領域分割した各領域の色相分布情報などがある。これらを両画像から抽出した後、一定以上の差異があるかどうかを判定してもかまわない。
【００５２】
Ｓ５１６の判定にもとづく照合結果をもとに、ＷＦエンジン５００は、その結果を申請者であるユーザに通知する（Ｓ５１７）。ここで、Ｓ５１６における画像の判定結果をもとに、通知内容を切り替えることもできる。例えば、画像全体において差異がみられると判断した場合、ドキュメント自体が異なると判断されるため、その旨を通知することができる。画像の差異が局部的で一定の領域内のみであれば、捺印忘れである可能性が高いため、その旨を通知することができる。また、ドキュメントに差異がないと判断した場合は、通知しなくてもかまわない。最後に、ＷＦエンジン５００は、Ｓ５１５で取得したドキュメントデータをドキュメントサーバ１０３の保存指定場所に保存する（Ｓ５１８）。
【００５３】
このように、第１実施形態では、処理４０５におけるスキャンの後、ＷＦエンジンがスキャンされた文書と、予想画像データを比較し、その差分が一定以上あれば警告を行う。これにより、ユーザが文書間違いや捺印漏れなどのミスを行った場合でも、その旨を直ぐに通知することができる。
【００５４】
また、予想画像データは、ワークフロー実行前に予め作成された作り置きのデータではなく、実際にフローを実行する際に使用したデータを用いて生成する。このため、処理４０５でスキャンした実際の画像に近いデータを作成できるため、画像が一致するかどうかを高い精度で判定することができる。
【００５５】
図８は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例は、図１に示したＷＦサーバ１０２のＷＦエンジン５００の処理手順に対応する。なお、各ステップは、ＷＦサーバ１０２のＨＤＤ３０４に格納されたＷＦエンジンの実行プログラムを、ＣＰＵ３０１が実行することにより実現される。以下、ＣＰＵ３０１が実行するＷＦエンジン５００を主体として説明する。
【００５６】
まず、ＷＦエンジン５００は、ワークフローの読み込みを行う（Ｓ８０１）。ここでのワークフローとは、図４で示したようなＷＦファイルである。図５に示した例では、Ｓ５０２のドキュメント生成通知を受け、そのドキュメントに割り当てられているワークフローをＨＤＤ３０４から読み込む。次に、ＷＦエンジン５００は、読み込んだワークフローにおける処理の実行単位であるタスクを先頭から順番に読み込む（Ｓ８０２）。さらに、ＷＦエンジン５００は、読み込んだタスクがスキャン送信を実行指示するタスクかどうかを判断する（Ｓ８０３）。ここで、スキャン送信を実行指示するタスクであるとＷＦエンジン５００が判断した場合は、さらに、その直前に実行したタスクがプリントを実行するタスクであるかどうかを判断する（Ｓ８０４）。
【００５７】
ここで、Ｓ８０３においてスキャン送信を実行指示するタスクでないとＷＦエンジン５００が判断した場合、およびＳ８０４においてプリントを実行するタスクではないとＷＦエンジン５００が判断した場合、現在読み込んでいるタスクを処理内容に従って実行する（Ｓ８１３）。ＭＦＰ１０１に対するプリント指示や、申請者の上長に対する承認処理などもこれらに含まれる。その後、ＷＦエンジン５００は、Ｓ８１２の処理を行う。
【００５８】
一方、Ｓ８０４において、直前に実行したタスクがプリントを実行するタスクであるとＷＦエンジン５００が判断した場合は、ＷＦエンジン５００は、プリントしたドキュメントデータの取得を行う（Ｓ８０５）。これは、プリントを指示した際にＷＦエンジン５００に保存したものを取得しても、ドキュメントサーバ１０３に対する取得でもかまわない。
次に、ＷＦエンジン５００は、取得したドキュメントデータをもとに、スキャン予想画像データを生成する（Ｓ８０６）。これは、図５のＳ５０８における処理と同じである。さらに、ＷＦエンジン５００は、ＭＦＰ１０１に対してスキャン送信の実行を指示する（Ｓ８０７）。これは、図５のＳ５０９における処理と同じである。
【００５９】
さらに、ＷＦエンジン５００は、スキャン送信の実行を指示したＭＦＰ１０１からスキャン送信が実行されたかどうかを判定する（Ｓ８０８）。具体的には、ドキュメントサーバ１０３からのドキュメント受信の通知を待つ。Ｓ８０８において、スキャン送信が実行されたとＷＦエンジン５００が判断した場合は、ドキュメントサーバ１０３から、ＭＦＰ１０１が送信したドキュメントデータを取得する（Ｓ８０９）。
【００６０】
さらに、ＷＦエンジン５００は、Ｓ８０６で生成したスキャン予想画像データとＳ８０９で取得したドキュメントデータとを比較する（Ｓ８１０）。これは、図５のＳ５１６における処理と同じである。
【００６１】
さらに、ＷＦエンジン５００は、Ｓ８１０でドキュメントデータを比較した結果をもとに、申請者であるユーザに対して処理結果を通知する（Ｓ８１１）。これは、図５のＳ５１７における処理と同じである。その後、ＷＦエンジン５００は、ワークフローにおいて、次に処理するべきタスクが存在するかどうかを判断する（Ｓ８１２）。ここで、タスクがあるとＷＦエンジン５００が判断した場合は、Ｓ８０２に戻り、処理を繰り返す。一方、Ｓ８１２で、タスクが無いとＷＦエンジン５００が判断した場合は、本処理を終了する。
第１実施形態では、ＭＦＰ１０１およびドキュメントサーバ１０３側において本提案件の特徴を示す処理は実施されないため、フローチャートによる詳細な説明は省略する。
【００６２】
〔第２実施形態〕
本実施形態では、スキャンを行うＭＦＰ１０１において、ＷＦエンジン５００が作成した予想画像をＵＩ画面に表示する表示制御を実行とともに、ＭＦＰ１０１側でスキャン画像と予想画像の差異を判定する。これにより、ほとんどリアルタイムにエラーのありなしを通知することができる。
また、予想画像の生成において、実際にプリントアウトした際の印刷設定や、スキャンを行う際のスキャン設定データを考慮することで、実際のスキャン画像により近い予想画像を生成することで、さらに差異判定の精度を高めることが可能になる。なお、第２実施形態については、第１実施形態との差分についてのみ記述する。
【００６３】
図９は、本実施形態を示す印刷システムの制御方法を説明するフローチャートである。本例は、図４に示したＷＦファイルにおける処理をＷＦエンジン５００が実行し、図１に示したシステム全体における各装置が行う処理例である。なお、各ステップＳ９０３、Ｓ９０４、９０５、Ｓ９０８、Ｓ９０９は、ＷＦサーバ１０２のＣＰＵ３０１がＨＤＤ３０４に記憶されるＷＦエンジン５００を実行することにより実現される。また、Ｓ９０１、Ｓ９０２はドキュメントサーバ１０３のＣＰＵが記憶される制御プロ具を実行することで実現される。また、Ｓ９０６、Ｓ９１０、Ｓ９１２〜Ｓ９１６はＭＦＰ１０１のＣＰＵ２０１が記憶された制御プログラムを実行することで実現される。ここで、Ｓ９０１からＳ９０７までは、図５におけるＳ５０１からＳ５０７までと同等である。
【００６４】
Ｓ９０７に続いて、ＷＦエンジン５００はスキャン予想画像データの生成を行う（Ｓ９０８）。これは、図５のＳ５０９における処理とほぼ同等であるが、画像の生成の際に、さらプリントされた際の設定値データやスキャン実行を指示する際のスキャン設定値をも考慮して画像の生成を行う。ＭＦＰ１０１に対してプリント指示した際の設定値データとは、具体的には、カラー印刷なのかモノクロ印刷なのかといったカラー設定、印刷時の解像度、レイアウト情報、用紙情報などである。
さらに、スキャン実行を指示する際のスキャン設定値とは、具体的には、カラー情報、スキャン時の解像度、送信されるデータのフォーマット、圧縮率などである。例えば、ドキュメントがカラープリントされ、さらにカラーでスキャンされた場合には、スキャン画像データはカラーになるため、スキャン予想画像データもカラーデータとして生成することが望ましい。
逆にモノクロプリントされ、スキャンもモノクロスキャンで行われる場合は、スキャン予想画像データはモノクロデータとして生成するのが望ましいと考えられる。
このように、プリント時とスキャン時の設定値を考慮することで、実際にスキャンされる画像データにより近いスキャン予想画像データを生成することができる。ＷＦエンジン５００は、指定した設定値でのプリント指示および指定した設定値でのスキャン実行を依頼するために、両者の設定値を考慮した予想画像データが生成可能である。
次に、ＷＦエンジン５００は、ＭＦＰ１０１に対して、スキャン送信の実行を指示する（Ｓ９０９）。その際、ＷＦエンジンは、Ｓ９０８で生成したスキャン予想画像データもＭＦＰ１０１に渡す。ＭＦＰ１０１は、スキャン送信の実行指示を受けると、操作部画面にスキャン送信実行のボタンを生成する（Ｓ９１０）。Ｓ９１０からＳ９１１までの処理は、図５のＳ５１０からＳ５１１までの処理と同じである。
【００６５】
さらに、ＭＦＰ１０１は、Ｓ９１１でボタン押下によるスキャン送信開始指示を受けると、操作部画面上に、Ｓ９０９でスキャン送信実行指示とともに受信したスキャン予想画像データを表示する（Ｓ９１２）。ここで、スキャン予想画像データの表示について、別図を用いて説明する。
【００６６】
図１０は、Ｓ９１２において、ＭＦＰ１０１の操作表示部２１１に表示される画面を示す図である。ダイアログ１００１が画面上に表示され、その中にＳ９０９で受信したスキャン予想画像データ１００２が表示されている。
また、ダイアログ１００１内には、表示されている画像と同じドキュメントをスキャンすることを促すメッセージが表示されている。これにより、スキャンを実行するユーザは、これからスキャンするドキュメントがワークフローにおいて正しいものかどうかをスキャン前に確認することができるため、ドキュメント間違いなどのミスを削減することができる。表示されたダイアログ１００１は、閉じるボタン１００３の押下によって消去することができる。
【００６７】
ユーザは、スキャン予想画像データ１００２によって正しいドキュメントであるかどうかを確認したのち、ドキュメントをスキャナにセットしたうえで、スタートボタンなどの実行開始手段を指示する（Ｓ９１３）。スキャン開始指示を受けたＭＦＰ１０１は、ドキュメントをスキャンする（Ｓ９１４）。
さらに、ＭＦＰ１０１は、スキャン後、スキャンして得られたドキュメントの画像データとＳ９０９において受信したスキャン予想画像データとを比較する（Ｓ９１５）。これは、図５のＳ５１６において、ＷＦエンジン５００が行う画像比較と同等の処理である。第２実施形態では、この処理をＭＦＰ１０１が実行する。さらに、ＭＦＰ１０１は、画像比較の結果により操作部画面に結果を表示する（Ｓ９１６）。ここで、操作部画面への結果表示について、別図を用いて説明する。
【００６８】
図１１は、ＭＦＰ１０１の操作表示部２１１に表示される画面を示す図である。本画面は、上記Ｓ９１６において、画像に一定以上の差異があると判断され、その結果をユーザに通知する際の表示画面を示す。
図１１において、操作部画面上にダイアログ１１０１が表示され、そこにスキャンされたドキュメントがワークフローで処理されるべきドキュメントとは異なる可能性がある旨のテキストが表示される。これにより、スキャンを実行したユーザは、ドキュメントの間違いや捺印忘れといったミスを、ＭＦＰ１０１の前においてスキャンした直後に気付くことができる。
これによって、ワークフロー全体におけるミスによる手戻りを大幅に少なくすることができる。表示されたダイアログ１１０１は、閉じるボタン１１０２の押下によって消去することができる。なお、画像が一致したと判断された場合は、結果の表示をユーザに行わなくてもかまわない。
【００６９】
Ｓ９１５において、画像が一致したと判断した場合は、スキャンしたドキュメントのデータをドキュメントサーバ１０３に送信する（Ｓ９１７）。このとき、Ｓ９１５において、画像が一致しないと判断した場合は、誤ったドキュメントをスキャンしたと考えられるため、ドキュメントデータの送信を行わない。これにより、無駄なドキュメントデータの送信を行わなくて済むため、ネットワーク負荷の軽減やドキュメントサーバ１０３に無駄なドキュメントが蓄積されてＨＤＤ３０４などの記録装置の容量が圧迫されるのを防ぐことができる。
【００７０】
このように、第２の実施形態では、ユーザがスキャンを開始する前に、スキャンするべき文書の画像をＭＦＰ１０１の操作部に表示する。これにより、ユーザはこれからスキャンする文書が正しいかどうかを事前に確認することができる。
【００７１】
また、ＭＦＰにおいてスキャンした文書は、ＭＦＰ１０１がスキャンした直後に予想画像との比較を行うため、もし文書に誤りがあった場合も、ユーザはＭＦＰ１０１の操作部画面において、スキャン直後に通知されるため、手戻り作業が少ない。
【００７２】
さらに、予想画像の生成は、実際のプリントデータをもとに作成するだけでなく、プリント時の設定値や、スキャンを指示する際の設定値も考慮する。これにより、実際にスキャンした後の画像により近い予想画像を生成することができ、画像の比較においてより高精度な判定を行うことが可能である。
【００７３】
図１２は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例は、図３に示したＷＦサーバ１０２のＷＦエンジン５００の処理例である。なお、各ステップは、ＷＦエンジン５００のＨＤＤ３０４に格納されたＷＦエンジン５００の実行プログラムを、ＣＰＵ３０１が実行することにより実現される。なお、図１２におけるＳ１２０１からＳ１２０５まで、およびＳ１２０９は、第１実施形態における図８のＳ８０１からＳ８０５まで、およびＳ８１３と同じ処理である。
【００７４】
Ｓ１２０５の処理の後、ＷＦエンジン５００は、取得したドキュメントデータをもとに、スキャン予想画像データを生成する（Ｓ１２０６）。ここで、第２の実施形態では、前のタスクでプリントを実行依頼した時のプリント設定値、さらにスキャン実行依頼する際のスキャン設定値を考慮して、スキャン予想画像データを生成する。これは、図９のＳ９０８で行った処理と同じである。
【００７５】
さらに、ＷＦエンジン５００は、ＭＦＰ１０１に対してスキャン送信の実行を指示する（Ｓ１２０７）。その際、ＷＦエンジン５００は、Ｓ１２０６で生成したスキャン予想画像データもＭＦＰ１０１に渡す。
その後、ワークフローにおいて、次に処理するべきタスクが存在するかどうかを確認する（Ｓ１２０８）。タスクがあると判断した場合は、Ｓ１２０２に戻り、処理を繰り返す。
【００７６】
図１３は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、図１に示したＭＦＰ１０１の処理例である。なお、各ステップは、ＭＦＰ１０１のＨＤＤ２０４に格納されたＷＦエンジン５００の実行プログラムを、ＣＰＵ２０１が実行することにより実現される。
【００７７】
まず、ＭＦＰ１０１は、スキャン送信実行依頼を待つ（Ｓ１３０１）。スキャン送信実行依頼があったと判断した場合、実行依頼の指示内容に従って、操作部画面にスキャン送信実行のボタンを生成する（Ｓ１３０２）。これは、図９におけるＳ９１０の処理と同じである。次に、Ｓ１３０２で作成したスキャン送信実行ボタンが、ユーザによって押下指示を受けたかどうかを判断する（Ｓ１３０３）。
【００７８】
指示を受けたと判断された場合、Ｓ１３０１で受信したスキャン送信実行依頼に、スキャン予想画像データが添付されていたかどうかを判断する（Ｓ１３０４）。添付されていないと判断した場合は、Ｓ１３０６の処理を行う。
【００７９】
Ｓ１３０４において、スキャン予想画像データが添付されていると判断した場合は、スキャン予想画像データを操作部画面上に表示する（Ｓ１３０５）。これは、図９におけるＳ９１２の処理と同じである。さらに、ユーザがスタートボタン押下などのスキャン開始指示を行ったかどうかを判断する（Ｓ１３０６）。スキャン開始が指示されたと判断された場合、ドキュメントのスキャンを行う（Ｓ１３０７）。
【００８０】
さらに、ＭＦＰ１０１は、Ｓ１３０１で受信したスキャン送信実行依頼に、スキャン予想画像データが添付されていたかどうかを判断する（Ｓ１３０８）。添付されていないと判断した場合は、Ｓ１３１２の処理を行う。
【００８１】
Ｓ１３０８において、スキャン予想画像データが添付されていると判断した場合、スキャンして得られたドキュメントの画像データとＳ１３０１において受信したスキャン予想画像データとを比較する（Ｓ１３０９）。このＳ１３０９の処理は、図９におけるＳ９１５の処理と同じである。
その後、ＭＦＰ１０１は、Ｓ１３０９で比較した２つの画像に、一定以上の差異が見られたかどうかを判断する（Ｓ１３１０）。Ｓ１３１０において、一定以上の差異がみられると判断した場合、操作部画面にその結果を表示する（Ｓ１３１１）。これは、図９のＳ９１６における処理と同じである。Ｓ１３１０において、一定以上の差異がみられず同じ画像であると判断された場合、スキャンした画像データを送信する（Ｓ１３１２）。
なお、ＷＦエンジン５００は、ＭＦＰ１０１から受け取るスキャンデータと、生成された想定画像データとの照合エラーを特徴データごと（例えば印影、文書画像）にそれぞれ行う。そして、印影が照合しない場合には、当該印影が誤っていることを示す適切なメッセージをＭＦＰ１０１に通知する。例えば押印された印影が一致していません、あるいは捺印されていません等である。また、文書画像が誤っている場合は、印刷された文書が違います等である。
【００８２】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００８３】
１０１  ＭＦＰ
１０２  ＷＦサーバ
１０３  ドキュメントサーバ
【図１】
2016173662.tif 000003
【図２】
2016173662.tif 000004
【図３】
2016173662.tif 000005
【図４】
2016173662.tif 000006
【図５】
2016173662.tif 000007
【図６】
2016173662.tif 000008
【図７】
2016173662.tif 000009
【図８】
2016173662.tif 000010
【図９】
2016173662.tif 000011
【図１０】
2016173662.tif 000012
【図１１】
2016173662.tif 000013
【図１２】
2016173662.tif 000014
【図１３】
2016173662.tif 000015