JP2010061551A - 申請書類電子化システム、申請書類電子化方法、及び、プログラム - Google Patents

Abstract

【課題】申請するためにスキャンされた紙文書の画像の認識（解析）が適正に行われたかを画像形成装置上で確認させることにより、誤った申請がされることによる業務負荷を軽減すること。
【解決手段】複合機２００のスキャンアプリケーション２３０は、申請書類をスキャンして申請書類データを取得し、該申請書類データをＯＣＲサーバ３００に送信する。ＯＣＲサーバ３００のＯＣＲアプリケーション３３０は、複合機２００から受信した前記申請書類データに画像認識を施し、該認識結果に従って前記申請書類データを１セット毎の申請書類データに分割するための分割情報を生成し、前記分割情報を含む認識結果を複合機２００に送信する。そして、複合機２００のスキャンアプリケーション２３０は、ＯＣＲサーバ３００から受信した前記申請書類データの分割情報を含む認識結果を表示する構成を特徴とする。
【選択図】図４

Description

本発明は、申請書類をスキャンすることで生成される申請書類データを送信することが可能な画像形成装置と情報処理装置とを有する申請書類電子化システムの制御に関する。

近年、請求書や領収書などの証憑（帳票）を保管しておくためのスペースを削減する目的や、証憑申請承認フローの自動化を目的とした、証憑を電子化する仕組みが実現されている。

証憑の電子化の仕組みとしては、例えば、特許文献１のように、一括してスキャンされる帳票原稿イメージを指定される帳票原稿の種別に基づき、記憶されるページ情報に基づいてまとった帳票データを生成し、該生成される帳票データをサーバ装置に送信する仕組みが存在する。
特開２００６−１５５５５０号公報

このような証憑は、例えば、上長の承認を得ることによって、認められ正式な会計データとして処理される。この承認を得るために、電子化した証憑を承認システムに載せ、承認ワークフローを実行する。

つまり、特許文献１の技術のあと、承認ワークフローを実行するためのシステムへ処理が移行する。

しかしながら、特許文献１のような技術では、画像解析（例えば文字認識）が行われるため、誤認識という問題が必ず存在してしまう。例えば、証憑を２セット重ねた状態（２申請分の証憑を重ねた状態）で原稿給送台に載置してスキャンさせた場合、１セットの証憑（１申請分の証憑）と誤認識されてしまう場合等があった。

そのため、ユーザは必要な原稿をスキャンさせ適正に処理を行ったと判断しても、誤認識してしまった結果、ユーザが期待した申請がなされていない、つまり申請されるべきではない証憑で申請されてしまうといったことが発生する。上述の例では、ユーザは２申請したつもりでも、実際には、１申請として扱われてしまうといったことが発生する。この場合、誤った申請がなされたことは承認ワークフローをユーザが確認しなければならないが、承認ワークフローは別システムで運用されているため、ユーザは自身のパソコンから承認ワークフローのシステムにアクセスし確認する手間を要していた。

通常、この承認ワークフローのシステムは、複数の申請があれば複数の申請分のワークフローが流れる。このワークフローを確認することでユーザは、自分が行った申請が処理されたことを確認することができるものの、過去に申請したワークフローについても表示されるため、今回申請したワークフローがどれなのかわかりにくく、さらにスキャンした場所と確認する場所が違うため、確認するのは煩雑であった。

また、実際の業務では、承認ワークフローが終了した後に文字認識処理されデータと実際の原稿を照らし合わせ、申請が適正にされているか否かを会計業務を行う担当者によって照会するという作業が行われている。誤認識によって申請されたデータは、この照会によって、実データとの整合性が合わないことから、誤認識があり申請に不備があったことが判明する。

つまり、原稿（紙文書）に不備はないが、承認ワークフローを介して得られた会計データに不備が存在し、会計処理ができないといった自体が発生していた。

会計処理ができない場合、再度、申請者に原稿の読み込みと申請を依頼しているため、照会者が申請者に再申請を行う手間や、申請者が再度証憑を出力して申請しなおすなどの手間を要していた。

上記のような不備を避けるため、本来は複数申請分の紙文書を一度にスキャンさせることができるにもかかわらず、１申請づつスキャンさせるといった非効率的な使用を余儀なくされている。

そこで、本発明の目的は、申請するためにスキャンされた紙文書の画像の認識（解析）が適正に行われたかを画像形成装置上で確認させることにより、誤った申請がされることによる業務負荷を軽減することができる仕組みを提供することである。例えば、画像形成装置の表示上に画像の認識（解析）結果を表示し、申請者が目視による確認を行うことを可能とすることにより、業務システムによる申請処理に移行する前に不正なデータを発見することができ、申請業務の不要な作業の負担を軽減することができる仕組みを提供することである。

本発明は、申請書類をスキャンすることで生成される申請書類データを送信することが可能な画像形成装置と情報処理装置とを有する申請書類電子化システムであって、前記画像形成装置は、１又は複数ページで構成される申請書類を、１又は複数セット分スキャンして申請書類データを取得する申請書類データ取得手段と、前記申請書類データ取得手段で取得した申請書類データを前記情報処理装置に送信する申請書類データ送信手段と、前記情報処理装置から前記申請書類データの分割情報を含む認識結果を受信する認識結果受信手段と、前記認識結果受信手段が受信した前記申請書類データの分割情報を含む認識結果を表示する認識結果表示手段とを備え、前記情報処理装置は、前記画像形成装置から送信される前記申請書類データを受信する申請書類データ受信手段と、前記申請書類データ受信手段により受信された申請書類データに所定の画像認識を行う画像認識手段と、前記画像認識手段の認識結果に従って前記申請書類データを１セット毎の申請書類データに分割するための分割情報を生成する分割情報生成手段と、前記分割情報生成手段により生成された分割情報を含む認識結果を前記画像形成装置に送信する認識結果送信手段とを備えることを特徴とする。

本発明によれば、申請するためにスキャンされた紙文書の画像の認識（解析）が適正に行われたかを画像形成装置上で確認させることにより、誤った申請がされることによる業務負荷を軽減することができる。例えば、画像形成装置の表示上に画像の認識（解析）結果を表示し、申請者が目視による確認を行うことを可能とすることにより、業務システムによる申請処理に移行する前に不正なデータを発見することができ、申請業務の不要な作業の負担を軽減することができる。

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

図１は、本発明の一実施形態を示す申請書類電子化システムの構成の一例を示すシステム構成図である。

図１において、１００はクライアントＰＣ（申請情報生成装置）であり、証憑データの登録、証憑イメージの生成を行うことができる、また、クライアントＰＣ１００には、プリンタドライバがインストールされており、このプリンタドライバは、証憑イメージ生成機能から受け取ったデータに基づいて印刷データを作成し、該印刷データを複合機２００（画像形成装置）等へ送信することができる。

複合機２００は、クライアントＰＣより印刷データを受信し、受け取ったデータを紙に印刷出力する。

ユーザは、複合機２００から印刷出力された用紙を、複合機２００（画像形成装置）のスキャナ部にセットして原稿を読み込ませる。

複合機２００は、ユーザからスキャン命令が実行された場合に、後述する図１０に示す各種設定をＯＣＲサーバ３００（情報処理装置）から取得した後に、スキャナにセットされた原稿を、前記取得した設定によって読み込み、後に画像変換可能な形式でＨＤＤ内にデータを保持する。さらに、複合機２００は、前記複合機２００に保持されたデータの全てのページをＯＣＲ解析用のマルチＴＩＦＦに変換してＯＣＲサーバ３００に送信する。

解析用のマルチＴＩＦＦファイルを受信したＯＣＲサーバ３００は、受け取ったデータをＯＣＲ処理し、ＯＣＲ結果ファイルとしてＯＣＲ結果を記述したテキストファイルを指定されたフォルダへ排出する（ＯＣＲ処理の詳細に関しては後述する）。

複合機２００は、ＯＣＲ用ＴＩＦＦファイルを送信した後は、ＯＣＲサーバ３００上にＯＣＲ結果ファイルが生成されるのを監視し、ＯＣＲ結果ファイルが生成されたタイミングで、上記ＯＣＲ結果ファイル内の情報を読み込み、一旦メモリ上に保持する。その後、複合機２００は、複合機２００上のＵＩに前記ＯＣＲ結果を表示する（確認表示）。

ＯＣＲ結果を確認した申請者は、ＯＣＲ結果の正否を確認し、「正」であった場合に継続処理命令を発行する。この継続処理命令を受け取った複合機２００は、ＯＣＲ結果に基づいた証憑ごとのファイルをＯＣＲサーバ３００に送信する。また、複合機２００は、前記証憑ごとのファイルが送信終了した場合、複合機２００側で処理が終了したことを示す処理結果ファイルを証憑ファイル保存先フォルダに送信する。全ての証憑ファイルを送信終了した場合は、全ての処理を終了する。

実業務では、上記の処理終了後、証憑データファイルはＳＡＰなどの業務システムに格納され、承認フローに沿った処理が行われる。本実施形態では、証憑データをＯＣＲサーバに格納するまでの処理について詳細に示し、証憑データをＯＣＲサーバに格納した後の処理に関しては公知の技術であるので説明は省略する。

以下、図２を用いて、図１に示したクライアントＰＣ１００、ＯＣＲサーバ３００に適用可能な情報処理装置のハードウエア構成について説明する。

図２は、図１に示したクライアントＰＣ１００、ＯＣＲサーバ３００に適用可能な情報処理装置のハードウエア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input/Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示機への表示を制御する。なお、ディスプレイ２１０は、液晶ディスプレイであっても、ＣＲＴ等の他の表示機であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメインコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する（例えば、ＴＣＰ／ＩＰを用いた通信等が可能である）。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を用いて、図１に示した複合機２００を制御するコントローラユニットのハードウエア構成について説明する。

図３は、図１に示した複合機２００のコントローラユニットのハードウエア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ部３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮや公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行なう。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムネットワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム、画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ部３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ部３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

以上のような構成によって、複合機２００は、スキャナ部３１４から読み込んだ画像データをＬＡＮ７００上に送信したり、ＬＡＮから受信した印刷データをプリンタ部３１２により印刷出力することができる。

また、スキャナ部３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。

以下、図４を用いて、本発明の実施形態における各装置内の機能の関連を説明する。なお、それぞれのフローにおける動作詳細は後述するため、ここでは各種端末内に記載されている機能ブロック図の説明を記載する。

図４は、図１に示したクライアントＰＣ１００、ＯＣＲサーバ３００、及び複合機２００の機能の関連を示す機能ブロック図である。

図４において、１１０は印刷アプリケーションであり、クライアントＰＣ１００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現される。

クライアントＰＣ１００はネットワーク経由で外部のＰＣや複合機２００と通信可能であり、クライアントＰＣ１００上で動作する印刷アプリケーション１１０は、申請する証憑（申請書類）を生成する証憑データ生成機能１１１と、複合機２００を介して生成された証憑データを印刷する証憑印刷機能１１２を有する。

証憑データ生成機能１１１は、図６に示すような画面にて各種情報を入力し（申請情報入力）、証憑情報（申請情報）を登録する。なお、証憑データ生成機能１１１は、クライアントＰＣ１００からＷｅｂブラウザなどを経由して、不図示の業務（経理）システムに接続し、Ｗｅｂブラウザから経理システムに各種証憑情報を入力してデータを登録することにより証憑データを生成する構成であってもよい。

証憑印刷機能１１２は、印刷データ生成機能と、印刷データ出力機能とを有する。

印刷データ生成機能は、証憑データ生成機能１１１が生成した生成したデータに対して、登録された全ての証憑情報を保持するバーコードと、プリンタドライバによる印刷設定を付加した印刷データ（後述する図７）を生成する機能である。

印刷データ出力機能は、印刷データ生成機能で生成された印刷データをプリンタドライバによって複合機２００から出力する機能である（印刷制御）。実際にバーコード情報が付加されて出力された例を後述する図７に示す。

２３０はスキャンアプリケーションであり、複合機２００のＣＰＵ３０１がＲＯＭに格納されるプログラムを読み出して実行することにより実現される。

複合機２００はネットワーク経由でクライアントＰＣ１００やＯＣＲサーバ３００と通信可能であり、複合機２００上のスキャンアプリケーション２３０は、ＵＩ（入力／結果表示）機能２３１と、証憑読み込み機能２３２と、画像生成機能２３３と、ＯＣＲサーバ通信機能２３４とを有する。

ＵＩ（入力／結果表示）機能２３１は、各種操作のためのコンポーネントを表示、また各種処理の結果をユーザに通知する機能である。

証憑読み込み機能２３２は、ユーザから原稿読み込み命令が発行された場合にＯＣＲサーバ通信機能２３４に各種設定取得要求を発行し、スキャン設定や生成ファイル形式設定を取得する機能を有する。また、証憑読み込み機能２３２は、設定取得に成功した場合に、複合機２００にセットされた原稿を読み込み、原稿１ページごとのデータを継続処理に必要なデータ形式に変換可能なデータとして、複合機２００のＨＤＤ内に保持する機能を有する。また、証憑読み込み機能２３２は、設定の取得や原稿読み込みに失敗した場合は、エラー情報を付加してＵＩ（入力／結果表示）機能２３１に通知する機能を有する。

画像生成機能２３３は、ＯＣＲサーバ通信機能２３４から通知された画像生成要求を受けて、証憑読み込み機能２３２が保存したデータを、画像生成要求に従った形式に変換したデータを生成し、ＯＣＲサーバ通信機能２３４に受け渡す機能を有する。

ＯＣＲサーバ通信機能２３４は、画像生成機能２３３が生成したＯＣＲ用のデータを、ＯＣＲサーバに送信する機能とＯＣＲサーバがＯＣＲ解析後に生成するＯＣＲ結果ファイルを読み込み、結果とＵＩ（入力／結果表示）機能２３１に通知する機能を有する。また、ＯＣＲサーバ通信機能２３４は、ＯＣＲ結果に基づいて画像生成機能２３３がＯＣＲ結果を基に生成した証憑ごとのデータを、送信する機能と送信した証憑の書誌情報を含む処理結果ファイルを送信する機能を有する。

３３０はＯＣＲアプリケーションであり、ＯＣＲサーバ３００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現される。

ＯＣＲサーバ３００は、ネットワーク経由で複合機２００と通信可能であり、複合機からの設定取得要求を受けて各種設定を返信する機能と、複合機通信機能３３１と、ＯＣＲ処理機能３３２を有する。

複合機通信機能３３１は、複合機２００上のスキャンアプリケーション２３０の証憑読み込み機能２３２が原稿読み込みの前に要求する各種設定取得要求を受けて、スキャン設定と証憑ごとの属性情報を返信する機能を有する。また、複合機通信機能３３１は、スキャンアプリケーション２３０の画像生成機能２３３が証憑データを生成し、送信してくるデータをＯＣＲサーバ３００上の指定のフォルダに保存する機能を有する。

ＯＣＲ処理機能３３２は、複合機通信機能３３１が受信したデータを保存するフォルダを一定間隔で監視し、データファイルが存在する場合はデータを取得して、１ページ毎にバーコード情報が付加されているかを確認し、バーコード情報がある場合はＯＣＲ処理を行う。尚、本発明のシステムではバーコード情報を画像認識することで証憑データの分割を判断するが、証憑データに特定のマークを付しておき、そのマークを認識することで分割の判断をするように構成しても良い。

以下、図５〜図１６を参照して、本発明のシステムを構成する各装置の動作について詳細に説明する。

図５は、ユーザがクライアントＰＣ上で証憑データを生成し、印刷するまでの流れを示すフローチャートである。なお、このフローチャートの処理は、図４に示した印刷アプリケーション１１０により実行される。即ち、クライアントＰＣ１００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現されるものである。

まず、ステップＳ４０１において、印刷アプリケーション１１０は、不図示の業務システムの証憑登録サイトに接続し（Ｗｅｂブラウザ等で接続する構成でもよい）、図６に示すようなデータ登録画面をディスプレイ２１０に表示し、必要情報（証憑データ）の入力を受け付ける。

図６は、クライアントＰＣ１００で証憑データを登録する際のデータ登録画面の一例を示す図である。

図６において、１３０１は証憑番号であり、証憑を一意に識別するための番号（識別子）であり、業務システムにより割り当てられる。証憑種別１３０２は、登録する証憑の種別を設定する項目である。申請日１３０３は、証憑データの登録を行った日時を意味している。申請者１３０４は証憑を申請するユーザ名である。

所属１３０５は、申請者が所属する部署名である。件名１３０６は、何を申請するかを示すタイトルである。金額１３０７は、申請する請求金額である。申請理由１３０８は、該申請を行う理由を記述する項目を意味している。

１３０９はＯＫボタンであり、データ登録画面で入力された各種データを確定する際に押下指示する。

以下、図５のフローチャートの説明に戻る。

図６に示したデータ登録画面にて、ＯＫボタン１３０９が押下指示されたことを検知すると、印刷アプリケーション１１０は、ステップＳ４０２に処理を進める。

ステップＳ４０２において、印刷アプリケーション１１０は、ステップＳ４０１で入力されたデータの登録処理を行う。データ登録画面で入力されたデータを、Ｗｅｂブラウザを介して不図示の業務システムに送信して、該業務システム上にデータを登録し、該業務システムで証憑データを生成し、該業務システムから証憑データを取得するように構成してもよい。

次に、ステップＳ４０３において、印刷アプリケーション１１０は、ステップＳ４０２で登録した証憑データを印刷データに変換する。なお、印刷データ変換の際には、ステップＳ４０２で登録した証憑データを含むバーコード（後述する図７の１４０８）を証憑イメージに添付し、クライアントＰＣ１００のプリンタドライバによって印刷設定が付加されたデータが生成される。なお、ステップＳ４０２で業務システムに登録した証憑情報に基づいて業務システムで生成された印刷データを、印刷アプリケーション１１０が取得する構成であってもよい。この場合、業務システムが証憑情報をバーコード変換し、証憑イメージに付加するものとする。

次に、ステップＳ４０４において、印刷アプリケーション１１０は、ユーザによる印刷指示の入力を検知すると、ステップＳ４０３で生成した印刷データを複合機２００へ送信する。なお、業務システムから直接、印刷データを複合機２００へ送信するように構成してもよい。

複合機２００は、クライアントＰＣ１００より印刷データを受け取ると、ステップＳ４０５において、該受け取った印刷データに付加された印刷設定で、図７に示すような証憑１４００のイメージを記録用紙に印刷出力する（証憑１４００を紙原稿として出力する）。なお、上記Ｓ４０５の処理は、複合機２００以外の他の画像形成装置で行ってもよい。

図７は、図５のＳ４０５で複合機２００から出力した証憑の一例を示す図である。

図７において、１４００は、図５のＳ４０５で複合機２００から出力した証憑のイメージである。

１４０１〜１４０７は、図６に示したデータ登録画面から入力され、業務システムに登録された証憑データに対応する。

バーコード１４０８は、証憑データ１４０１〜１４０７を含むバーコード情報である。このバーコード１４０８は、後に、複合機２００で読み取られ、ＯＣＲサーバ３００上でＯＣＲ処理される。

記録紙に印刷された証憑１４００には、ユーザによって領収書などが貼り付けられることとなるが、その貼り付け箇所が１４０９である。

図５に示した処理により印刷された証憑１４００（図７）には、ステップＳ４０２で登録した証憑データが付加されている。

なお、この後、上記のように紙原稿として出力された証憑（申請書類）１４００を台紙として、ユーザ（申請者）が申請証憑に対応した領収書等を貼り付けて後続の申請を行うといった業務が行われる。なお、領収書が多く、証憑１４００の１４０９欄に貼り付けられない場合は、例えば白紙の紙を追加し、該追加した紙に領収書を貼り付けて、証憑１４００とともにスキャンを行う。なお、この際、証憑１４００が１ページ目となり、上記追加した紙が２ページ目以降となるように複合機２００の原稿給送台（スキャナ部３１４の原稿読み込み部）に紙原稿をセットする（置く）ものとする。また、この１セットを複数セット分原稿給送台に置く。つまり、紙原稿（申請書類）は１又は複数ページで構成され、この申請書類を、１又は複数セットにして複合機にてスキャンする。

図８は、証憑台紙に領収書を貼り付けて複合機にてスキャンを行い、ＯＣＲサーバでＯＣＲを行うまでの流れを示すフローチャートである。なお、Ｓ４０６〜Ｓ４１２、Ｓ４１４〜Ｓ４１８、Ｓ４２１〜Ｓ４２３は、図４に示したスキャンアプリケーション２３０により実行される。即ち、複合機２００のＣＰＵ３０１がＲＯＭに格納されるプログラムを読み出して実行することにより実現されるものである。また、Ｓ４１３、Ｓ４１９、Ｓ４２０は、図４に示したＯＣＲアプリケーション３３０により実行される。即ち、ＯＣＲサーバ３００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現されるものである。

まず、操作部３０８やカードリーダ３１９等からのユーザ（申請者）の複合機２００へのログイン操作を検知すると、ステップＳ４０６において、スキャンアプリケーション２３０は、複合機２００へのログイン処理を実行する。なお、ログイン操作は、ユーザがＩＣカードをカードリーダ３１９にかざすものであっても、ユーザがユーザＩＤ等の認証情報を操作部３０８から入力するものであってもよい。また、ログイン処理は、カードリーダ３１９により読取られた又は操作部３０８から入力された認証情報等を、複合機２００内でユーザ認証して行うものであっても、スキャンアプリケーション２３０が、上記認証情報を不図示の認証装置に送信して該認証装置によってユーザ認証させて行うものであってもよい。

スキャンアプリケーション２３０の証憑読み込み機能２３２により、ログイン処理が成功したことを検知すると、ステップＳ４０７において、原稿給送台（原稿読み込み部）に原稿がセットされているか確認し、原稿がセットされていない場合は、原稿がセットされるまで待機する。

一方、上記Ｓ４０７で、原稿給送台（原稿読み込み部）に原稿がセットされていると判断した場合には、ステップＳ４０８において、証憑読み込み機能２３２は、原稿読み込み待機状態になり、ユーザからの原稿読み込み要求（指示）が発行されるまで待機する。この原稿読み込み要求は、操作部３０８の読み込みスタートボタン（不図示）が押下されることとする。

そして、ステップＳ４０９において、証憑読み込み機能２３２は、ユーザからの読み込み指示を検知したと判断した場合には、ステップＳ４１０に処理を進める。

ステップＳ４１０では、証憑読み込み機能２３２は、自身（スキャンアプリケーション２３０）に実行中のシステム処理があるか確認する。即ち、自身が他の原稿を読み処理を実行中であるか、或いは、他の原稿を読み込み、該読み込み後のＯＣＲ処理結果を得るまでの処理を実行中であるか確認する。

そして、上記Ｓ４１０において、実行中のシステムがあると判断した場合には、証憑読み込み機能２３２は、ステップＳ４１１において、エラー通知を行う。具体的には、証憑読み込み機能２３２は、ＵＩ（入力／結果表示）機能２３１に対し、処理中エラー表示要求を発行する。エラー通知要求を受けたＵＩ（入力／結果表示）機能２３１は、図９に示すようなエラーダイアログを表示し、処理中のためしばらくたった後に処理を行うことをユーザ（申請者）に通知する。そして、ステップＳ４０７に処理を戻す。ここで、エラーダイアログ（図９）について説明する。

図９は、スキャンアプリケーション２３０が処理中に、他のユーザによる処理を受け付けた場合、アプリケーション処理中の旨を通知して処理を中止する際に表示するエラーダイアログを示す図である。

図９において、１５０１はＯＫボタンであり、ＯＫボタン１５０１を押下指示するとダイアログは閉じられる。

以下、図８のフローチャートの説明に戻る。

一方、上記Ｓ４１０において、実行中のシステムがないと判断した場合には、証憑読み込み機能２３２は、ステップＳ４１２に処理を進める。

ステップＳ４１２では、ＯＣＲサーバ通信機能２３４は、ＯＣＲサーバ３００の複合機通信機能３３１にスキャン設定情報（スキャン設定／証憑種別ごとの設定等を含む）取得要求を発行する。

スキャンアプリケーション２３０からの設定取得要求を受けたＯＣＲアプリケーション３３０上の複合機通信機能３３１は、ステップＳ４１３において、予め外部メモリ２１１に記憶される図１０に示すスキャン設定情報を、スキャンアプリケーション２３０のＯＣＲサーバ通信機能２３４へ返信する。ここで、スキャン設定情報（図１０）について説明する。

図１０は、ＯＣＲサーバ３００の外部メモリ２１１或いはＲＡＭ２０３に記憶されているスキャン設定情報で、スキャン開始にＯＣＲサーバ３００から複合機２００へ送信される。

図１０に示すように、スキャン設定情報は、スキャン後のファイルを送信する際に用いる送信設定情報と、スキャン実行の際に用いるスキャン属性情報で構成されている。

送信設定情報は、証憑データ保存先フォルダ１００１と証憑種別毎の生成ファイル１００２からなる。なお、証憑データ保存先フォルダ１００１は、ファイル送信の際の送信先フォルダ情報である。また、証憑種別毎の生成ファイル１００２は、ＯＣＲ結果に基づいて、最終ファイルを生成する際に生成するファイル形式を決定するための情報である。

スキャン属性情報は、スキャン解像度１００３、スキャン濃度１００４、スキャン用紙サイズ１００５からなる。スキャン解像度１００３、スキャン濃度１００４、スキャン用紙サイズ１００５は、いずれもスキャン実行の際に使用する属性として使用される。

以下、図８のフローチャートの説明に戻る。

複合機通信機能３３１から上記各種設定を受信したＯＣＲサーバ通信機能２３４は、ステップＳ４１４において、上記受信したスキャン設定情報（図１０）をＲＡＭ３０２に保持するとともに、上記受信した各種設定を証憑読み込み機能２３２に通知する。

次に、ステップＳ４１５において、証憑読み込み機能２３２は、ＯＣＲサーバ通信機能から受け取ったスキャン設定情報を、スキャン設定（スキャン解像度、スキャン濃度、スキャン用紙サイズ）に設定し、原稿給送台（原稿読み込み部）にセットされている原稿（申請書類）をスキャナ部３１４でスキャンすることで生成される原稿データ（申請書類データ）を１ページずつ読み込む（申請書類データ取得）。

次に、ステップＳ４１６において、証憑読み込み機能２３２は、上記Ｓ４１５で読み込んだ原稿データを、各種データ（ＰＤＦまたはＴＩＦＦ）に変換可能なデータ形式で複合機２００上のＨＤＤ（外部メモリ２１１）に保存する。そして、全ての原稿を読み込み、保存終了すると、証憑読み込み機能２３２は、画像生成機能２３３に画像生成要求を発行する。

画像生成要求を受けた画像生成機能２３３は、ステップＳ４１７において、保存された証憑データの全てのページを連結したマルチＴＩＦＦファイルを生成する。マルチＴＩＦＦファイルの生成が終了した場合、ＯＣＲサーバ通信機能２３４が、ＯＣＲサーバ通信機能２３４に対し、ＯＣＲ用マルチＴＩＦＦファイル送信要求を発行する。

ＯＣＲ用マルチＴＩＦＦファイル送信要求を受けたＯＣＲサーバ通信機能２３４は、ステップＳ４１８において、ＯＣＲアプリケーション３３０の複合機通信機能３３１に対し、上記Ｓ４１７で生成したマルチＴＩＦＦファイルを送信する（申請書類データ送信）。送信する際には、図１０に示した証憑データ保存先フォルダ１００１に記載のパスを指定して送信するものとする。

ＯＣＲアプリケーション３３０では、ステップＳ４１９において、複合機通信機能３３１がＯＣＲサーバ通信機能２３４から送られてくるＯＣＲ用ＴＩＦＦファイルを受信し（申請書類データ受信）、ＯＣＲサーバ３００上の指定の図１０の証憑データ保存先フォルダ１００１に保存する。

ＯＣＲ処理機能３３２は、ＯＣＲ用ＴＩＦＦファイル格納フォルダにファイルが生成されるのを一定間隔で監視する。そして、指定フォルダにファイルが生成されたことを検知した場合、ステップＳ４２０において、ＯＣＲ処理機能３３２は、対象ファイルに対しＯＣＲ処理を行う。ＯＣＲ処理が終了した場合、ＯＣＲ処理機能はＯＣＲ結果を基に、図１１に示す内容のＯＣＲ結果ファイル（図１１）を、ＯＣＲ用マルチＴＩＦＦファイル格納フォルダへ生成する。なお、Ｓ４２０のＯＣＲ処理の詳細は後述する図１３で説明する。

スキャンアプリケーション２３０では、ＯＣＲサーバ通信機能２３４は、ステップＳ４２１において、ＯＣＲ処理機能３３２が生成したＯＣＲ結果ファイルを複合機２００から取得する（認識結果受信）。詳細には、ＯＣＲサーバ通信機能２３４は、上記Ｓ４１８にてマルチＴＩＦＦファイルを送信したあと、指定フォルダを一定間隔で監視し、ＯＣＲ用マルチＴＩＦＦファイルと同名（拡張子がＴＸＴのもの）のファイルが生成されるのを監視し、生成された場合にファイルを取得する。そして、ＯＣＲ結果ファイルが取得できた場合、ＯＣＲサーバ通信機能２３４は、画像生成機能２３３に、ＯＣＲ処理終了の旨とＯＣＲ結果内容を通知する。

ＯＣＲ処理の終了通知を受けた画像生成機能２３３は、ステップＳ４２２において、ステップＳ４２０にて生成したＯＣＲ用マルチＴＩＦＦファイルを削除する。

次に、ステップＳ４２３において、ＯＣＲサーバ通信機能２３４は、上記Ｓ４２１で取得したＯＣＲ結果ファイルの内容（図１１）をＵＩ（入力／結果表示）機能２３１へ通知する（認識結果表示）。ＯＣＲ結果を通知されたＵＩ（入力／結果表示）機能２３１は、ＯＣＲ結果を図１２のＯＣＲ結果ダイアログに示すような形式で複合機２００上のＵＩへ表示する。具体的には、ＯＣＲ結果の内容を証憑毎の情報に分割し、ＯＣＲ結果ダイアログ（図１２）のＯＣＲ結果表示欄１６０１へ証憑１つに対して１行として表示するように制御する。

以下、ＯＣＲ結果ファイルの内容（図１１）について説明する。

図１１は、証憑データのＯＣＲ処理の結果として生成されるＯＣＲ結果ファイルの内容を示す図であり、証憑１４００のバーコード１４０８から読み込んだ内容に対応する。なお、このバーコード１４０８内の情報は、クライアントＰＣ１００で業務システムと連携して入力した情報が付加されている。

図１１に示すように、証憑データのＯＣＲ処理結果は、ＯＣＲ結果１１０１，「証憑分割情報」から構成される。

ＯＣＲ結果１１０１は、ＯＣＲが成功したか失敗したかの結果である。「証憑分割情報」は、証憑ごとに生成される情報であり、証憑種別１１０２，証憑番号１１０３，ページ数１１０４から構成される。

証憑種別１１０２は、ＯＣＲをかけた証憑の種別を意味している。証憑番号１１０３は、業務システムで割り当てられる証憑の識別番号を意味している。ページ数１１０４は、証憑毎の枚数を意味している。

以下、ＯＣＲ結果ダイアログ（図１２）にていて説明する。

図１２は、ＯＣＲサーバからのＯＣＲ結果を受けて複合機２００上に表示されるＯＣＲ結果ダイアログである。

図１２に示すように、ＯＣＲ結果表示欄１６０１には、証憑毎の分割情報と、分割された証憑の詳細情報（証憑番号，ページ数，証憑種別等）とが表示される。

上スクロールボタン１６０２と下スクロールボタン１６０３は、分割情報が６個以上あった場合にページ遷移するためのボタンである。

画像確認ボタン１６０４は、ＯＣＲ結果表示欄１６０１で１つだけ証憑が選択されている場合にのみ有効になり、後述する図１６に示すような選択されている証憑のプレビュー画面を表示するボタンである。

キャンセルボタン１６０５は、ダイアログを閉じて、全ての処理を中止するためのボタンである。ＯＫボタン１６０６は、次処理に移行するボタンである。

以下、図１３を参照して、図８のステップＳ４２０に示したＯＣＲ処理について説明する。

図１３は、図８のステップＳ４２０に示したＯＣＲ処理の詳細を示すフローチャートである。このフローチャートに示す処理によって、特に複数の証憑をまとめてスキャンした場合に１つの証憑単位に分割することが可能となる。なお、このフローチャートの処理は、ＯＣＲアプリケーション３３０のＯＣＲ処理機能３３２により実行される。即ち、ＯＣＲサーバ３００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現されるものである。

まず、ステップＳ４２４において、ＯＣＲ処理機能３３２は、ＯＣＲサーバ３００上の指定フォルダにＯＣＲ用ＴＩＦＦファイルが存在する場合は、対象のマルチＴＩＦＦファイルを取得する。取得したファイルの１ページ目のデータを抜き取り、１ページ目に証憑情報を保持するバーコード情報（図７の１４０８）が存在するか確認する（画像認識）。このバーコード情報が存在するか否かは、例えば、以下のような処理により判断する。１ページ分の画像データの先頭からデータを読み、バーコードの開始情報であるスタートビットが存在するかを確認する。スタートビットが存在すればそこからバーコード情報だと認識し、データを読み込む。バーコード情報の最後にはストップビットが存在するのでストップビットを読み込んだ時点でデータの読み込みを終了する。画像データ中にスタートビットが存在しない場合はバーコード情報が存在しないと判断する。

そして、上記Ｓ４２４において、１ページ目にバーコード情報が存在しないと判断した場合には、ＯＣＲ処理機能３３２は、不正データとして扱うため、ステップＳ４３７に処理を進める。

ステップＳ４３７では、ＯＣＲ処理機能３３２は、ＯＣＲ結果がＮＧだった旨を示すＯＣＲ結果ファイル（図１１）を生成して、指定のフォルダにＯＣＲ結果ファイルを保存する。

一方、上記Ｓ４２４において、１ページ目にバーコード情報が存在すると判断した場合には、ＯＣＲ処理機能３３２は、ステップＳ４２５に処理を進める。

ステップＳ４２５では、ＯＣＲ処理機能３３２は、バーコード（図７の１４０８）内の証憑情報をＯＣＲ処理によって読み込む。このバーコード１４０８は、図７に示すように、例えば２次元バーコードであり、このバーコードを読み取ることで、図５のステップＳ４０１で入力されたデータ（図６）を取得することが可能である。

次に、ステップＳ４２６において、ＯＣＲ処理機能３３２は、上記Ｓ４２５にて読み込んだ証憑情報を、１つ目の「新規の証憑情報」としてメモリ（ＲＡＭ２０３）上に保持する。ここで保持した証憑情報は、最終的に図１１で示すようなＯＣＲ結果ファイルを生成する際に必要な証憑分割情報になる。

次に、ステップＳ４２７において、ＯＣＲ処理機能３３２は、上記Ｓ４２６にて保持した証憑情報のページ数（即ち、処理中の証憑情報のページ数）を示す総ページ数Ｐ（ＲＡＭ２０３上に保持される変数）に「１」を代入する。

次に、ＯＣＲ処理機能３３２は、以下のステップＳ４２８〜ステップＳ４３６までの処理を、図８のステップＳ４１９にて取得したＯＣＲ用ＴＩＦＦファイルの最終ページの解析が終了するまで繰り返すように制御（ループ処理制御）する。

ステップＳ４２８では、ＯＣＲ処理機能３３２は、ＯＣＲ用ＴＩＦＦファイルの次ページのデータを読み込む。

ステップＳ４２９では、ＯＣＲ処理機能３３２は、上記Ｓ４２８にて読み込んだデータに証憑情報が付加されたバーコード情報が存在するか画像認識を行い確認する。

そして、上記Ｓ４２９にてバーコード情報が存在すると判断した場合には、ＯＣＲ処理機能３３２は、不図示のステップにおいて、Ｓ４２８で読み込んだＴＩＦＦ画像データを、次の「新規の証憑情報」の１枚目の資料としてメモリに保持しておき、ステップＳ４３０に処理を進める。つまり、バーコード情報を認識することにより、別の証憑と判断することができ、証憑の分割位置を特定することが可能となる。

ステップＳ４３０では、ＯＣＲ処理機能３３２は、上記Ｓ４２６又は後述するＳ４３３にて保持した現在の「新規の証憑情報」のページ数に、現在カウントしている総ページ数（Ｐ）の値を代入（登録）する。

次に、ステップＳ４３１において、ＯＣＲ処理機能３３２は、上記Ｓ４２６又は後述するＳ４３３にて「新規の証憑情報」として保持した前頁までの証憑情報を１証憑情報としてメモリに保持する。ここで保持した証憑情報が、図１１で示すＯＣＲ結果ファイルの１証憑分の証憑分割情報になる。

次に、ステップＳ４３２において、ＯＣＲ処理機能３３２は、対象のＴＩＦＦ画像（Ｓ４２８で読み込んだ画像データ）からバーコード情報を読み込む。

次に、ステップＳ４３３において、ＯＣＲ処理機能３３２は、上記Ｓ４３２にて読み込んだ証憑情報を新規の証憑情報としてメモリ上に保持する。

次に、ステップＳ４３４において、ＯＣＲ処理機能３３２は、総ページ数Ｐに「１」を代入する。

一方、上記Ｓ４２９において、バーコード情報が存在しないと判断した場合には、ＯＣＲ処理機能３３２は、ステップＳ４３５に処理を進める。

ステップＳ４３５では、ＯＣＲ処理機能３３２は、上記Ｓ４２８で読み込んだＴＩＦＦ画像データを添付資料としてメモリ上に保持する。

次に、ステップＳ４３６において、ＯＣＲ処理機能３３２は、現在解析中の証憑情報のページ数に対応する総ページ数Ｐを「１」カウントアップする。なお、図示しないが、現在解析中のページが最終ページの場合には、ここで、上記Ｓ４３０，Ｓ４３１に示した処理を実行するものとする。

そして、上記Ｓ４３４又はＳ４３０の処理が終了すると、ＯＣＲ処理機能３３２は、上記Ｓ４２８にてデータを読み込んだページが最終ページであるか判断し、最終ページでない場合には、ステップＳ４２８に処理を戻す。一方、上記Ｓ４２８にてデータを読み込んだページが最終ページの場合には、ＯＣＲ処理機能３３２は、Ｓ４３７に処理を進める。

ステップＳ４３７では、全てのページのＯＣＲ処理を終了したＯＣＲ処理機能３３２は、上記Ｓ４３３でメモリ上に保持した証憑情報から、図１１に示すような内容を記述したＯＣＲ結果ファイルを生成し（分割情報生成）、ＯＣＲ用マルチＴＩＦＦファイルが保存されたフォルダに格納し、本フローチャートの処理を終了する。尚、ＯＣＲ結果ファイルは複合機２００へ送信される（認識結果送信）。

以下、ユーザにＯＣＲ結果を確認させるための処理について説明する。

図１４，図１５は、ＯＣＲ結果を受けたスキャンアプリケーション２３０がＯＣＲ結果をユーザに確認させ、確認済みのＯＣＲ結果に基づいたデータファイルをＯＣＲサーバ３００に送信する処理の一例を示すフローチャートであり、図８のステップＳ４２３の処理の後に続く処理に対応する。

なお、Ｓ４３８〜Ｓ４４５，Ｓ４４７，Ｓ４４８，Ｓ４５０〜Ｓ４６３は、図４に示したスキャンアプリケーション２３０により実行される。即ち、複合機２００のＣＰＵ３０１がＲＯＭに格納されるプログラムを読み出して実行することにより実現されるものである。また、Ｓ４４６、Ｓ４４９は、図４に示したＯＣＲアプリケーション３３０により実行される。即ち、ＯＣＲサーバ３００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現されるものである。

ステップＳ４３８において、ＵＩ（入力／結果表示）機能２３１は、図１２に示したようなＯＣＲ結果を表示した後、ユーザがＯＣＲ結果を確認後、ユーザの操作によってＯＣＲ結果の成否（ＯＫボタン１６０６、キャンセルボタン１６０５、又は、画像確認ボタン１６０４）が入力されたことを検知すると、ステップＳ４３９に処理を進める。なお、ユーザが画像確認ボタン１６０４を押下することによって、スキャンした原稿のイメージを後述する図１６のように表示させることができる。

上記Ｓ４３９において、ＵＩ（入力／結果表示）機能２３１は、ユーザが自身が申請した内容と合致していると判定してＯＫボタン１６０６が押下された（正）と判断した場合には、後述するステップＳ４４０に処理を進める。

また、上記Ｓ４３９において、ＵＩ（入力／結果表示）機能２３１は、ユーザが自身が申請した内容と合致していないと判定してキャンセルボタン１６０５が押下された（キャンセル）と判断した場合には、後述するステップＳ４５１に処理を進める。

また、上記Ｓ４３９において、ＵＩ（入力／結果表示）機能２３１は、画像確認ボタン１６０４が押下された（不正）と判断した場合には、後述するステップＳ４５３に処理を進める。

ステップＳ４４０では、ＵＩ（入力／結果表示）機能２３１は、画像生成機能２３３へ継続処理命令を発行する。

継続処理命令を受けた画像生成機能２３３は、図８のステップＳ４１２〜ステップＳ４１４の処理で取得した図１０に示す設定項目中の証憑毎の生成ファイル１００２と、図８のステップＳ４２１で取得した図１１に示すＯＣＲ結果から、証憑種別１１０２とページ数１２０５を取得してメモリ上に保持する。

そして、画像生成機能２３３は、以下のステップＳ４４２〜ステップＳ４４９の処理を、ＯＣＲ結果によって取得した証憑分割情報の数分繰り返すように制御（ループ処理制御）する。

ステップＳ４４２において、画像生成機能２３３は、上記Ｓ４４１で取得した、証憑毎の生成ファイル１００２（図１０）の中から、対象の証憑の証憑種別１１０２（図１１）とマッチするものを検索し、マッチした証憑毎の生成ファイルのファイル形式を最終的な生成ファイル形式として決定する。

次に、ステップＳ４４３において、画像生成機能２３３は、ＯＣＲ結果（図１１）内の「証憑分割情報」より、ページ数１１０４を取得し、図１４のステップＳ４１６で証憑読み込み機能２３２が複合機２００のＨＤＤに保存したスキャンデータから変換データ分のデータを取得する。

具体的には、先頭の証憑は、先頭から順に、ページ数分のデータを取得する。取得した後に、次のページのデータを先頭ページとして保持する（実際にはメモリ上で次処理にて読み込む先頭ページのページ数を管理する）。２証憑目以降の処理の場合は、先に保持していた先頭ページのデータから読み込み開始し、対象の証憑のページ数分読み込む。

次に、ステップＳ４４４において、画像生成機能２３３は、上記Ｓ４４３で取得したスキャンデータを上記Ｓ４４２で決定したファイル形式に変換し、複合機２００のＨＤＤ３０４上に保存し、画像生成が終了したことをＯＣＲサーバ通信機能２３４へ通知する。

そして、画像生成が終了したことを示す通知を受けたＯＣＲサーバ通信機能２３４は、ステップＳ４４５において、上記Ｓ４４４で生成された証憑ファイルをＯＣＲアプリケーション３３０の複合機通信機能３３１へ送信する。

ステップＳ４４６において、複合機通信機能３３１は、ＯＣＲサーバ通信機能２３４からデータを受信し、指定されたフォルダに受信したデータを保存する。

次に、ステップＳ４４７において、上記Ｓ４４６にてデータファイルを送信した画像生成機能２３３は、上記スキャン設定情報（図１０）及びＯＣＲ結果（図１１）から、図１７に示すような内容を記述した処理結果ファイル（終了フラグフラグファイル）を生成し、ファイルを生成した旨をＯＣＲサーバ通信機能２３４に通知する。ここで、処理結果ファイル（終了フラグファイル）について説明する。

図１７は、ＯＣＲ結果に基づいて生成される最終ファイル（終了フラグフラグファイル）の書誌情報を示す図である。この書誌情報は、最終ファイル（終了フラグファイル）をＯＣＲサーバに送信した後に、業務システムに格納する際に登録する証憑情報としてデータベースなどに保存される情報に対応する。

図１７に示すように、終了フラグファイルは、ユーザ名１２０１、処理結果１２０２、「証憑分割情報」、スキャン解像度１２０７、スキャン濃度１２０８、スキャン用紙サイズ１２０９等から構成される。

ユーザ名１２０１は、証憑申請ユーザを意味している。処理結果１２０２は、スキャンからの全ての処理でエラーが発生していないかを示す情報である。

また、証憑分割情報は、証憑毎に生成される情報で、証憑種別１２０３、証憑番号１２０４、ページ数１２０５、生成ファイル形式１２０６から構成される。

証憑種別１２０３は、ＯＣＲをかけた証憑の種別を意味している。証憑番号１２０４は、業務システムで割り当てられる証憑の識別番号を意味している。ページ数１２０５は、証憑の枚数を意味している。生成ファイル形式１２０６は最終ファイルのファイル形式を意味している。

スキャン解像度１２０７、スキャン濃度１２０８、スキャン用紙サイズ１２０９は、複合機２００で証憑を読み込む際に使用するスキャン属性情報であり、これはスキャン実行時にＯＣＲサーバから取得するスキャン設定情報（図１０）の情報に対応している。

以下、図７のフローチャートの説明に戻る。

ファイル生成通知を受けたＯＣＲサーバ通信機能２３４は、ステップＳ４４８において、上記Ｓ４４７で生成された処理結果ファイル（終了フラグファイル）をＯＣＲアプリケーション３３０の複合機通信機能３３１へ送信する。

ステップＳ４４９において、複合機通信機能３３１は、ＯＣＲサーバ通信機能２３４から処理結果ファイル（終了フラグファイル）を受信し、指定されたフォルダに受信したファイルを保存する。

なお、図示していないが、ＯＣＲアプリケーション３３０は、上記Ｓ４４６で保存した画像データと、上記Ｓ４４９で保存した処理結果ファイル（終了フラグファイル）を、図示しない業務システムに送信する。

なお、この業務システムは、公知のものであり、これらのデータを取込、処理結果ファイル（終了フラグファイル）内の情報は画像データと紐付け情報を保持した形でデータベース等に保存する。また、この業務システムは、画像データを申請フローにアップし、上長の承認を業務システム上で受けて最終的に総務等でアクセスできる状態に保存し、総務等の通知する。総務等では、到着したデータと実際の紙データである証憑を照らし合わせて、最終承認を行う。そして、証憑の電子データと紙データは紐付け情報を持たせてそれぞれ保管する。

以下、図１４のフローチャートの説明に戻る。

上記Ｓ４４８の処理が終了すると、画像生成機能２３３は、上記Ｓ４４２〜Ｓ４４９の処理を、ＯＣＲ結果によって取得した証憑分割情報の数分全て終了したか判定し、まだ終了していない場合には、Ｓ４４２に処理を戻す。

一方、画像生成機能２３３は、上記Ｓ４４２〜Ｓ４４９の処理を、ＯＣＲ結果によって取得した証憑分割情報の数分全て終了したと判定した場合には、ステップＳ４５０に処理を進める。

ステップＳ４５０では、画像生成機能２３３は、ＵＩ（入力／結果表示）機能２３１に全ての処理が終了した旨の通知を行う。通知を受けたＵＩ（入力／結果表示）機能２３１は、複合機２００のＵＩ上に、図１８で示すような処理終了ダイアログを表示する。ここで、処理終了ダイアログ（図１８）について説明する。

図１８は、全ての処理が終了したときに表示されるダイアログを示す図である。

図１８において、１７０１は閉じるボタンである。閉じるボタン１７０１、を押下されるとダイアログが閉じられ、不図示のＴＯＰ画面が表示される。

以下、図７のフローチャートの説明にも戻る。

次に、ステップＳ４５１において、画像生成機能２３３は、上記Ｓ４４４で生成した証憑データを全てＨＤＤ３０４から削除する。

次に、ステップＳ４５２において、画像生成機能２３３は、図１４のＳ４１６で保存した全ての証憑データを削除し、本フローチャートの処理を終了する。

なお、上記Ｓ４３９にて、画像確認ボタン１６０４が押下されたと判断した場合（ＯＣＲ結果が不正であった場合）には、ＵＩ（入力／結果表示）機能２３１は、ステップＳ４５３に処理を進める。

以下、ＯＣＲ結果が不正であった場合にスキャン画像の確認と差し替えを行う処理（Ｓ４５３〜Ｓ４６３）について説明する。

図１２のＯＣＲ結果ダイアログで、画像確認ボタン１６０４が押下された場合、ステップＳ４５３において、ＵＩ（入力／結果表示）機能２３１は、ＯＣＲ結果表示欄１６０１で選択されている証憑に対して、図１６に示すようなプレビュー画面を表示し、ユーザによりスキャンした画像を確認可能にする。そして、ＵＩ（入力／結果表示）機能２３１は、プレビュー画面（図１６）からの入力を受け付ける。ここで、プレビュー画面（図１６）について説明する。

図１６は、図１２のＯＣＲ結果ダイアログ上で画像確認ボタン１６０４が押下された場合に表示されるプレビュー画面を示す図である。

図１６において、１８０１は画像表示部であり、図１２のＯＣＲ結果表示欄１６０１で選択されている証憑のプレビュー画像が表示される。

ページ数表示部１８０２には、現在表示している証憑のページ数を表示する。ページスクロールボタン１８０３は、証憑のページ送りを行うボタンである。拡大ボタン１８０４／縮小ボタン１８０５は、プレビュー画像の拡大／縮小を行うボタンである。

差し替えボタン１８０６は、画像表示部１８０１に表示されている証憑を新規スキャン画像に差し替える場合に使用するボタンである。

スクロールボタン１８０７は、プレビュー画像を縦横にスクロールするためのボタンである。戻るボタン１８０８は、本ダイアログを閉じてＯＣＲ結果ダイアログを表示させるためのボタンである。

ＯＣＲ処理ボタンは、１ページでも証憑を差し替えた場合に初めて有効になるボタンであり、再度ＯＣＲ処理を行うためのボタンである。

このプレビュー画面（図１６）により、ユーザはスキャンした画像を目視で確認し、バーコードが読み取れていないものや、原稿が斜めになっているような不正原稿があるか確認することができる。

以下、図１５のフローチャートの説明に戻る。

ＵＩ（入力／結果表示）機能２３１は、差し替えボタン１８０６又は戻るボタン１８０８の押下を検知すると、ステップＳ４５４に処理を進める。

ステップＳ４５４では、ＵＩ（入力／結果表示）機能２３１は、差し替えボタン１８０６が押下された（証憑差し替え命令があった）か判断し、差し替えボタン１８０６が押下されなかった（戻るボタン１８０８が押下された）と判断した場合には、ステップＳ４５５に処理を進める。

ステップＳ４５５では、ＵＩ（入力／結果表示）機能２３１は、プレビュー画面（図１６）閉じてＯＣＲ結果ダイアログ（図１２）を表示させ、ステップＳ４３８に処理を戻す。

一方、ステップＳ４５４では、ＵＩ（入力／結果表示）機能２３１は、差し替えボタン１８０６が入力された（証憑差し替え命令があった）と判断した場合には、ステップＳ４５６に処理を進める。

ステップＳ４５６では、画像表示部１８０１に表示されている証憑画像を、差し替え画像に選択し、差し替え画像読み込み命令を、証憑読み込み機能２３２へ通知する。

ステップＳ４５７では、差し替え画像読み込み命令を受けた証憑読み込み機能２３２は、ユーザの操作によって読み込み命令が発行されるまで読み込み待機状態で待機する。ユーザが複合機２００の原稿読み込み部（原稿給送台）に対象の証憑がセットされて操作部３０８の例えば読み込みボタンが押下されると、これを検知したＵＩ（入力／結果表示）機能２３１は、読み込み命令を発行する。

そして、ステップＳ４５８において、証憑読み込み機能２３２は、読み込み命令を受けると、ステップＳ４５９に処理を進める。

ステップＳ４５９では、証憑読み込み機能２３２は、原稿読み込み部（原稿給送台）にセットされている証憑を読み込む。尚、この場合、プレビュー画面（図１６）に表示されているイメージについて差し替えるため、１ページ分を読み込めるように制御する。

次に、ステップＳ４６０において、証憑読み込み機能２３２は、上記Ｓ４５６で選択された差し替え対象画像が保存されているパスを確認し、同ファイルに、上記Ｓ４５９で読み込んだ差し替え画像を上書き保存する。上書きの具体的な処理を説明すると、各画像に対してはポインタで管理されており、旧画像を識別するポインタを新規画像に移行する形で上書き処理を行う。この上書き保存が終了した場合、証憑読み込み機能２３２は、処理終了通知を、ＵＩ（入力／結果表示）機能２３１に通知する。そして、終了通知を受けたＵＩ（入力／結果表示）機能２３１は、再度、プレビュー画面（図１６）を表示する。なお、この際、ＯＣＲ処理ボタン１８０９が押下可能になるように制御される。

このように、原稿を差し替えることができるので、証憑申請の手間を軽減することが可能となる。なお、原稿の差し替えは、プレビュー画面（図１６）に表示されているイメージについて差し替えることが可能である。つまり、間違ってスキャンしてしまった原稿（証憑）のみを差し替えることができる。

ここで、ユーザはプレビュー画面にて他の画像を確認し、先に差し替えた画像以外に差し替え対象画像がないか確認する。そして、差し替え画像がある場合は、再度、差し替えボタン１８０６を押下する。一方、他に差し替え画像がない場合は、ＯＣＲ処理ボタン１８０９を押下する。

次に、ステップＳ４６１において、ＵＩ（入力／結果表示）機能２３１は、再度、差し替えボタン１８０６が押下されたか（証憑の差し替えありか）、ＯＣＲ処理ボタン１８０９が押下されたか（証憑の差し替えなしか）を判定する。

そして、上記Ｓ４６１において、証憑の差し替えあり（再度、差し替えボタン１８０６が押下された）と判断した場合には、ＵＩ（入力／結果表示）機能２３１は、ステップＳ４５６に処理を戻す。

一方、上記Ｓ４６１において、証憑の差し替えなし（ＯＣＲ処理ボタン１８０９が押下された）と判断した場合には、ＵＩ（入力／結果表示）機能２３１は、ステップＳ４６２に処理を進める。

ステップＳ４６２では、ＵＩ（入力／結果表示）機能２３１は、ＯＣＲ用ＴＩＦＦファイル生成命令を、画像生成機能２３３へ通知する。通知を受けた画像生成機能２３３は、ＨＤＤに格納されている証憑画像のすべてのページをマルチＴＩＦＦに変換する。

次に、ステップＳ４６３において、画像生成機能２３３は、ＯＣＲサーバ通信機能２３４に対し、ファイル送信命令を発行する。ファイル送信命令を受けたＯＣＲサーバ通信機能２３４は、ＯＣＲサーバ３００上の複合機通信機能３３１に対しＯＣＲ用ＴＩＦＦファイルを送信する。ファイルを受信した複合機通信機能３３１は、図８のステップＳ４１９以降の処理を行い、スキャンアプリケーション２３０は、図８のステップＳ４５０以降の処理を行う。

以上示したように、本実施形態は、証憑（申請書類）を原稿スキャナで読み込み電子データに変換する機能と、電子化されたデータをＯＣＲ認識（解析）処理する機能と、該ＯＣＲ認識（解析）結果を即座にユーザに通知する機能を有す証憑電子化システムにおいて、認識（解析）結果を即座に通知することにより、ＯＣＲの誤解析が発生した場合でも再度処理を行うことを可能にするシステムである。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以上示したように、本実施形態によれば、画像の認識結果を画像形成装置に返すことによって、認識（解析）結果が適正に行われたか確認することができる。特に、画像形成装置の表示上に画像の認識（解析）結果を表示し、申請者が目視による確認を行うことを可能とすることにより、業務システムによる申請処理に移行する前に不正なデータを発見することができ、申請業務の不要な作業の負担を軽減することができる。

以下、図１９に示すメモリマップを参照して本発明に係る証憑電子化システムとして、クライアントＰＣ１００、複合機２００、ＯＣＲサーバ３００を機能させるためのプログラムを記録したコンピュータ可能な記録媒体の構成について説明する。

図１９は、本発明に係る証憑電子化システムとして、クライアントＰＣ１００、複合機２００、ＯＣＲサーバ３００を機能させるためのプログラムを記録したコンピュータ可能な記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図５，図８，図１３，図１４，図１５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

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

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

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

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

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

本発明のクライアントＰＣおよび認証サーバおよび複合機を適用可能なプリントシステムの構成の一例を示すシステム構成図である。 図１に示したクライアントＰＣ１００、ＯＣＲサーバ３００に適用可能な情報処理装置のハードウエア構成を示すブロック図である。 図１に示した複合機２００のコントローラユニットのハードウエア構成の一例を示すブロック図である。 図１に示したクライアントＰＣ１００、ＯＣＲサーバ３００、及び複合機２００の機能の関連を示す機能ブロック図である。 ユーザがクライアントＰＣ上で証憑データを生成し、印刷するまでの流れを示すフローチャートである。 クライアントＰＣ１００で証憑データを登録する際のデータ登録画面の一例を示す図である。 図５のＳ４０５で複合機２００から出力した証憑の一例を示す図である。 証憑台紙に領収書を貼り付けて複合機にてスキャンを行い、ＯＣＲサーバでＯＣＲを行うまでの流れを示すフローチャートである。 スキャンアプリケーション２３０が処理中に、他のユーザによる処理を受け付けた場合、アプリケーション処理中の旨を通知して処理を中止する際に表示するエラーダイアログを示す図である。 ＯＣＲサーバ３００の外部メモリ２１１或いはＲＡＭ２０３に記憶されているスキャン設定情報で、スキャン開始にＯＣＲサーバ３００から複合機２００へ送信される。 証憑データのＯＣＲ処理の結果として生成されるＯＣＲ結果ファイルの内容を示す図である。 ＯＣＲサーバからのＯＣＲ結果を受けて複合機２００上に表示されるＯＣＲ結果ダイアログである。 図８のステップＳ４２０に示したＯＣＲ処理の詳細を示すフローチャートである。 ＯＣＲ結果を受けたスキャンアプリケーション２３０がＯＣＲ結果をユーザに確認させ、確認済みのＯＣＲ結果に基づいたデータファイルをＯＣＲサーバ３００に送信する処理の一例を示すフローチャートである。 ＯＣＲ結果を受けたスキャンアプリケーション２３０がＯＣＲ結果をユーザに確認させ、確認済みのＯＣＲ結果に基づいたデータファイルをＯＣＲサーバ３００に送信する処理の一例を示すフローチャートである。 図１２のＯＣＲ結果ダイアログ上で画像確認ボタン１６０４が押下された場合に表示されるプレビュー画面を示す図である。 ＯＣＲ結果に基づいて生成される最終ファイル（終了フラグファイル）の書誌情報を示す図である。 全ての処理が終了したときに表示されるダイアログを示す図である。 本発明に係る証憑電子化システムとして、クライアントＰＣ１００、複合機２００、ＯＣＲサーバ３００を機能させるためのプログラムを記録したコンピュータ可能な記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１００ クライアントＰＣ
１１０ 印刷アプリケーション
１１１ 証憑データ生成機能
１１２ 証憑印刷機能
２００ 複合機
２３０ スキャンアプリケーション
２３１ ＵＩ（入力／結果表示）機能
２３２ 証憑読み込み機能
２３３ 画像生成機能
２３４ ＯＣＲサーバ通信機能
３００ ＯＣＲサーバ
３３０ ＯＣＲアプリケーション
３３１ 複合機通信機能
３３２ ＯＣＲ処理機能

Claims (9)

1. 申請書類をスキャンすることで生成される申請書類データを送信することが可能な画像形成装置と情報処理装置とを有する申請書類電子化システムであって、
   前記画像形成装置は、
   １又は複数ページで構成される申請書類を、１又は複数セット分スキャンして申請書類データを取得する申請書類データ取得手段と、
   前記申請書類データ取得手段で取得した申請書類データを前記情報処理装置に送信する申請書類データ送信手段と、
   前記情報処理装置から前記申請書類データの分割情報を含む認識結果を受信する認識結果受信手段と、
   前記認識結果受信手段が受信した前記申請書類データの分割情報を含む認識結果を表示する認識結果表示手段とを備え、
   前記情報処理装置は、
   前記画像形成装置から送信される前記申請書類データを受信する申請書類データ受信手段と、
   前記申請書類データ受信手段により受信された申請書類データに所定の画像認識を行う画像認識手段と、
   前記画像認識手段の認識結果に従って前記申請書類データを１セット毎の申請書類データに分割するための分割情報を生成する分割情報生成手段と、
   前記分割情報生成手段により生成された分割情報を含む認識結果を前記画像形成装置に送信する認識結果送信手段とを備える、
   ことを特徴とする申請書類電子化システム。
2. 前記画像形成装置は、
   前記申請書類データ取得手段で取得した申請書類データを記憶する記憶手段と、
   前記認識結果表示手段により表示される前記認識結果が正しいか否かを入力する入力手段と、
   前記入力手段により正しいと入力された場合、前記認識結果に含まれる前記分割情報に従って前記記憶手段に記憶されている前記申請書類データから１セット毎の申請書類データを生成する生成手段と、を備えることを特徴とする請求項１に記載の申請書類電子化システム。
3. 前記画像形成装置は、
   前記認識結果表示手段により表示される前記認識結果に含まれる前記分割情報に従って、前記申請書類データを、１セット毎に確認可能に表示する確認表示手段を備えることを特徴とする請求項１又は２に記載の申請書類電子化システム。
4. 前記画像形成装置は、
   前記確認表示手段で表示されているページの申請書類データの差し替えを指示する差し替え指示手段と、
   前記差し替え指示手段による差し替え指示に応じて、前記申請書類データ取得手段により新たに取得した申請書類データと、前記申請書類データ内の前記確認表示手段で表示されているページの申請書類データとを差し替える差し替え手段を備えることを特徴とする請求項３に記載の申請書類電子化システム。
5. 前記申請書類データ送信手段は、前記差し替え手段により差し替えられた申請書類データを前記情報処理装置に送信することを特徴とする請求項４に記載の申請書類電子化システム。
6. 申請に係る申請情報を入力する申請情報入力手段と、
   前記申請情報入力手段により入力された申請情報を含む申請書類を印刷するための印刷データを生成して画像形成装置に前記申請書類を印刷させる印刷制御手段と、
   を有する申請情報生成装置を備えることを特徴とする請求項１乃至５のいずれか１項に記載の申請書類電子化システム。
7. 前記所定の画像認識は、前記申請書類データのバーコード情報を認識することを特徴とする請求項１乃至６のいずれか１項に記載の申請書類電子化システム。
8. 申請書類をスキャンすることで生成される申請書類データを送信することが可能な画像形成装置と情報処理装置とを有する申請書類電子化システムにおける申請書類電子化方法であって、
   前記画像形成装置の申請書類データ取得手段が、１又は複数ページで構成される申請書類を、１又は複数セット分スキャンして申請書類データを取得する申請書類データ取得ステップと、
   前記画像形成装置の申請書類データ送信手段が、前記申請書類データ取得ステップで取得した申請書類データを前記情報処理装置に送信する申請書類データ送信ステップと、
   前記情報処理装置の申請書類データ受信手段が、前記画像形成装置から送信される前記申請書類データを受信する申請書類データ受信ステップと、
   前記情報処理装置の画像認識手段が、前記申請書類データ受信ステップにより受信された申請書類データに所定の画像認識を行う画像認識ステップと、
   前記情報処理装置の分割情報生成手段が、前記画像認識ステップの認識結果に従って前記申請書類データを１セット毎の申請書類データに分割するための分割情報を生成する分割情報生成ステップと、
   前記情報処理装置の認識結果送信手段が、前記分割情報生成ステップにより生成された分割情報を含む認識結果を前記画像形成装置に送信する認識結果送信ステップと、
   前記画像形成装置の認識結果受信手段が、前記情報処理装置から前記申請書類データの分割情報を含む認識結果を受信する認識結果受信ステップと、
   前記画像形成装置の認識結果表示手段が、前記認識結果受信ステップで受信した前記申請書類データの分割情報を含む認識結果を表示する認識結果表示ステップと、
   を備えることを特徴とする申請書類電子化方法。
9. 申請書類をスキャンすることで生成される申請書類データを送信することが可能な画像形成装置を、
   １又は複数ページで構成される申請書類を、１又は複数セット分スキャンして申請書類データを取得する申請書類データ取得手段と、
   前記申請書類データ取得手段で取得した申請書類データを情報処理装置に送信する申請書類データ送信手段と、
   前記情報処理装置から前記申請書類データの分割情報を含む認識結果を受信する認識結果受信手段と、
   前記認識結果受信手段が受信した前記申請書類データの分割情報を含む認識結果を表示する認識結果表示手段として機能させるためのプログラムと、
   前記情報処理装置を、
   前記画像形成装置から送信される前記申請書類データを受信する申請書類データ受信手段と、
   前記申請書類データ受信手段により受信された申請書類データに所定の画像認識を行う画像認識手段と、
   前記画像認識手段の認識結果に従って前記申請書類データを１セット毎の申請書類データに分割するための分割情報を生成する分割情報生成手段と、
   前記分割情報生成手段により生成された分割情報を含む認識結果を前記画像形成装置に送信する認識結果送信手段として機能させるためのプログラムと、
   を備えることを特徴とするプログラム。

Images