JP2006126941A - 画像処理装置、画像処理方法、画像処理制御プログラム、及び記憶媒体 - Google Patents

Abstract

【課題】帳票処理作業の自動化、作業者の利便性を向上させた画像処理装置を提供する。
【解決手段】 スキャナ等から受信した帳票画像データに対して受信時に行う動作の定義を設定し、該設定された定義に従い受信時の動作を行うように構成し、また受信した帳票画像データの種別を自動的に認識する。受信した帳票画像データに対して実行する受信時の動作を複数のステップに区分けし、前記設定された定義に従って、受信した帳票画像データの種類ごとに前記各ステップの実行制御を行う。これにより、受信した帳票画像データを自動的に認識し、帳票種類に従って分別、管理し、更には申請の承認処理を経て、バックエンドシステムへ登録する。
【選択図】 図６

Description

本発明は、受信した電子画像を処理する画像処理装置及びその画像処理方法、画像処理制御プログラム、並びに画像処理制御プログラムを格納した記憶媒体に関する。

従来、申込書、申請書などの帳票類は、紙媒体として企業の事務管理センターなどへ送られ、人手を介して企業内のデータベースへ格納していたが、近年では、紙媒体がファックス画像やスキャナで読み込んだ電子画像に変わり、帳票類の処理業務もパソコンを使用する形態に移行してきている。

従来の帳票処理システムとしては、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークに接続された、スキャナと、帳票サーバと、データベースサーバと備え、前記ネットワーク上のスキャナから帳票画像を入力し、仲介業者の帳票サーバを介して、最終利用者のデータベースサーバ（バックエンドシステム）に、処理した帳票画像データを登録する、といったものが知られている（例えば特許文献１を参照）。
特開２００３−９９７００号公報

しかしながら、従来の帳票処理システムでは、自動的に帳票画像を処理するように構成されているものの、人手を介する作業が未だに多く残っているのが現状であった。

例えば、帳票の種類によらずシステムとして一定の動作しかできない、つまり、ネットワーク上のスキャナから受信した帳票画像データを自動的に認識して、帳票ごとに分別、管理することができないため、次のような問題点があった。

（１）帳票の認識に失敗した際の動作定義をすることが困難である
（２）帳票を認識しない場合の動作定義をすることが困難である
（３）帳票ごとに文字認識を行うか／行わないかを設定することが困難である
（４）帳票ごとに、認識結果の修正作業の有無を切り替えることが困難である
（５）帳票ごとに申請の承認処理を変更することが困難である
（６）帳票ごとに申請の承認処理の有無を切り替えることが困難
（７）帳票ごとにバックエンドシステムとの連携をとるか否かの設定が困難である
（８）受信した帳票画像データをデータベースサーバに登録するか／しないかの切り替えを、帳票ごとに行うのが困難である
（９）帳票ごとに、送付状処理を行わない／自動処理する／手動処理する、といった設定を行うことが困難である
（１０）帳票ごとに送付状の画像や内容を切り替えることが困難である
（１１）受信した帳票画像データの登録を行うチームを帳票ごとに設定することが困難である。

このような点から、受信した帳票画像データを自動的に認識し、帳票種類に従って分別、管理し、更には申請の承認処理を経て、バックエンドシステムへ登録する手法が強く要望されていた。

本発明は上記従来の問題点に鑑み、受信した帳票画像データを自動的に認識し、帳票の種類に従って分別、管理することが可能で、帳票処理作業の自動化、作業者の利便性を向上させた画像処理装置、画像処理方法、画像処理制御プログラム、及び記憶媒体を提供することを目的とする。

上記課題を解決するため、本発明の画像処理装置は、所定順にしたがって定義されている複数の処理について、各処理の設定を文書画像の種別ごとに行なう設定手段と、文書画像を受信する受信手段と、前記受信手段で受信した文書画像の種別に基づいて、前記設定手段による設定を読み出し、当該文書画像に対して行なう各処理を制御する制御手段とを有する。

上記課題を解決するため、本発明の画像処理方法は、所定順にしたがって定義されている複数の処理について、各処理の設定を文書画像の種別ごとに行なう設定ステップと、文書画像を受信する受信ステップと、前記受信ステップで受信した文書画像の種別に基づいて、前記設定ステップによる設定を読み出し、当該文書画像に対して行なう各処理を制御する制御ステップとを有する。

上記課題を解決するため、本発明の画像処理制御プログラムは、所定順にしたがって定義されている複数の処理について、各処理の設定を文書画像の種別ごとに行なう設定ステップと、文書画像を受信する受信ステップと、前記受信ステップで受信した文書画像の種別に基づいて、前記設定ステップによる設定を読み出し、当該文書画像に対して行なう各処理を制御する制御ステップとの各ステップを、画像処理装置に実行させるためのプログラムコードを含む。

本発明によれば、受信した画像に対して実行される受信時の動作を、受信した画像ごとに制御することができ、画像受信時の作業の自動化が図られ、作業者の利便性を向上させることが可能になる。

本発明の画像処理装置、画像処理方法、画像処理制御プログラム、及び記憶媒体の実施の形態について、図面を参照しながら説明する。

＜システムの構成＞
図１は、本発明の実施の形態に係る画像処理装置を含む画像処理システムの構成図である。

この画像処理システムは、ネットワーク上に、クライアントＰＣ１０１，１０２，１０６と、スキャナ１０３及びマルチファンクションデバイス１０４と、ＨＴＴＰサーバ１０８と、Ｗｅｂアプリケーションサーバ１０９とを備えている。

クライアントＰＣ１０１及び１０２は、例えば、システム管理者が新規データファイルを登録したり、ユーザ管理情報の修正などのシステムメンテナンス処理を行ったり、あるいは登録作業者がＷｅｂアプリケーションサーバ１０９上に受信された申請書などの帳票の電子文書を仕分けして確認したり、申請承認者が申請の承認作業を行うために使用されるパソコンである。

スキャナ１０３は、ネットワーク上で共有されている画像データを読み込むスキャナであり、ユーザから郵便で送付されてきた申請書や、支店へ持ち込まれた申込書などの帳票を読み込むために使用される。

マルチファンクションデバイス１０４は、ネットワーク上で共有されているマルチファンクションデバイスであり、スキャナ１０３と同様にスキャナとしても使用することができるほか、マルチファンクションデバイス１０４が受信したファックス画像をＷｅｂアプリケーションサーバ１０９などに、ＬＡＮ（ローカルエリアネットワーク）１０５、１１１及びインターネット１０７を経由して登録することもできる。

ＬＡＮ１０５に接続している機器１０１〜１０５は、このＬＡＮ１０５を介して他の機器とデータのやり取りを行う。クライアントＰＣ１０６は、インターネット１０７に直接に接続されたパソコンであり、クライアントＰＣ１０１，１０２とは接続形態が異なるが、同様の目的で使用される。

ＨＴＴＰサーバ１０８は、ネットワークを介してクライアントＰＣ１０１，１０２，１０６からＨＴＴＰプロトコルで送られてきたリクエストを受け取るサーバである。ＨＴＴＰサーバ１０８には、いくつかのＷｅｂアプリケーションサーバが登録されており、ＨＴＴＰサーバ１０８は、クライアントＰＣ１０１，１０２，１０６からのリクエスト内容に従って、処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取った例えばＷｅｂアプリケーションサーバ１０９は、処理を実行してその処理結果をクライアントＰＣ１０１，１０２，１０６へ返信する。

Ｗｅｂアプリケーションサーバ１０９には、データベース１１０が接続されている。このデータベース１１０には、受信した帳票画像データ、文字認識結果、及び申請処理ステータスなどの情報や、ユーザ／グループ情報、及び登録データファイルの処理情報などのシステム情報が記録される。ＨＴＴＰサーバ１０８、Ｗｅｂアプリケーションサーバ１０９、及びデータベース１１０が有機的に組み合わされて、Ｗｅｂデータベースシステムとして機能する。

そして、Ｗｅｂアプリケーションサーバ１０９は、例えばＬＡＮ１１１を介して企業などのバックエンドシステム（顧客管理システム）１２０に接続されており、このバックエンドシステム１２０の画像サーバに、スキャナ１０３等から入力されＷｅｂアプリケーションサーバ１０９で処理された帳票画像データが登録されるようになっている。

なお、バックエンドシステム１２０は、アプリケーションサーバ１０９にダイレクトに接続される構成であっても良い。

＜装置の構成＞
図２は、図１に示したクライアントＰＣ１０１，１０２，１０６及びＷｅｂアプリケーションサーバ１０９の構成を示すブロック図である。

図中の１はシステム・バスであり、システムバス１には、ＣＰＵ（Ｃｅｎｔｒｔａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２、プログラム・メモリ（ＰＭＥＭ）３、通信制御部４、外部記憶装置制御部８、入力制御部１１、ビデオ・イメージ・メモリ（ＶＲＡＭ）１４、表示出力制御部１５、プリンタ制御部１７、外部機器制御部１９、及び画像読み取り機器制御部２０が接続されている。

通信制御部４は、通信ポート５に於ける入出力データの制御を行い、通信ポート５から出力された信号は、通信回線６を経由してネットワーク上の他の装置の通信ポートに伝えられる。外部記憶装置制御部８は、データファイル用のディスクとして、例えばフロッピー（登録商標）ディスク（ＦＤ）９やハード・ディスク（ＨＤ）１０に対するアクセスを制御する。

入力制御部１１には、キーボード１２やマウス１３等の入力装置が接続される。操作者は、この入力装置を操作することによりシステムの動作指令等を行う。ビデオ・イメージ・メモリ（ＶＲＡＭ）１４には、表示出力制御部１５を介してＣＲＴ（表示装置）１６が接続され、ＣＲＴ１６に表示されるデータはＶＲＡＭ１４上にビットマップデータとして展開されている。ＣＲＴ１６上で画像情報を加工指示するためのポインティング・デバイスであるマウス１３をユーザが操作することにより、ＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択し、処理の指示を行うほか、編集対象の指示、描画位置の指示等も行うようになっている。

ＰＭＥＭ３は、本実施の形態に係る処理のためのプログラムをハード・ディスク１０から適宜、選択して読み込み、ＣＰＵ２での実行に供する。また、キーボード１２から入力されたデータは、テキスト・メモリでもあるＰＭＥＭ３にコード情報として格納される。

プリンタ制御部１７は、接続されているプリンタ１８に対するデータの出力制御を行う。画像読み取り機器制御部２０は、画像読み取り機器２１に接続され、その接続機器の制御を行う。外部機器制御部１９は、プリンタやスキャナなどの外部機器を制御するためのものである。

なお、本実施の形態のクライアントＰＣ１０１，１０２，１０６では、クライアントＰＣに直接接続されたプリンタ１８とプリンタ制御部１７、画像読み取り機器制御部２０と画像読み取り機器２１といった構成要素は必ずしも必要ではなく、通信制御部４及び通信ポート５を介して、ネットワークに接続されたプリンタやスキャナを利用できるようにしてもよい。例えば、スキャナ１０３やマルチファンクションデバイス１０４などを使用することにより、画像を読み取ることができる。

なお、本実施の形態ではＬＡＮなどのネットワークに関して記述するが、この通信制御部４に接続される通信ポート５及び通信回線６が一般の公衆回線であっても本発明が適応されることは言うまでもない。

また、画像読み取り機器制御部２０と画像読み取り機器２１が物理的に別々のコンポーネントであっても、画像読み取り機器制御部２０が画像読み取り機器２１を含む１つのコンポーネントであっても、同様な機能を有することとする。

また、ＰＭＥＭ３に記憶されるプログラムは、装置に直接接続されているハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）などの記憶媒体に記憶されているほか、ネットワークで接続されている他の装置上に記憶されていても良い。

＜モジュール構成＞
図３は、本実施の形態に係るモジュールの構成を示すブロック図である。

同図に示すように、クライアントＰＣ１０１，１０２，１０６は、カタログ情報や画像データなどのデータファイルをＷｅｂアプリケーションサーバ１０９に登録したり帳票種別に対応する各処理の設定をＷｅｂアプリケーションサーバ１０９に登録したりするための情報登録モジュール３０２や、承認者が承認処理を行なうための登録承認モジュールなどを記憶する。但し、これらのモジュールは、Ｗｅｂアプリケーションサーバ１０９から必要に応じてＷｅｂブラウザのプラグイン（Ｐｌｕｇ−ｉｎ）形式などで自動的に配信されるので、クライアントＰＣ１０１，１０２，１０６上でインストール処理などを行う必要はない。

さらに、Ｗｅｂアプリケーションサーバ１０９には、ＨＴＴＰサーバ１０８から受け取った、クライアントＰＣ１０１，１０２，１０６からのリクエストを処理するためのモジュール３０７が記憶されている。

このモジュール３０７の機能としては、例えば、ユーザ認証機能、検索処理機能、ワークフロー制御機能、受信データ登録機能、ワークフロー登録機能、送付状登録機能、ユーザ管理機能、グループ管理機能、データメンテナンス機能、認識結果登録機能、認識帳票登録機能、及びデバイス設定登録機能がある。

ここで、ユーザ認証機能は、ユーザがシステムにログインした際にユーザの権限を確認する機能であり、検索処理機能は、ユーザが行うべき作業や、行った作業を検索する機能である。ワークフロー制御機能は、ワークフローの制御に関する機能であり、受信データ登録機能は、受信した帳票画像データの登録に関する機能である。ワークフロー登録機能は、ワークフローの定義、登録に関する機能であり、送付状登録機能は、送付状の定義、登録に関する機能である。ユーザ管理機能は、個人情報の登録、管理を行う機能であり、グループ管理機能は、ユーザが属するグループの登録、管理を行う機能である。データメンテナンス機能は、帳票を格納するフォルダなど内部で使用するデータを設定する機能であり、認識結果登録機能は文字認識結果の登録に関する機能であり、認識帳票登録機能は、認識された帳票画像データの定義、登録に関する機能である。デバイス設定登録機能は、メールサーバ、送付状を印刷するプリンタなどのＩＰアドレスなどの情報を設定する機能である。これらのモジュールは、クライアントＰＣ１０１，１０２，１０６からのリクエストに応じてＰＭＥＭ３上にロードされ、処理が実行される。

また、Ｗｅｂアプリケーションサーバ１０９には、これらのモジュール３０７とは別に、ワークフローエディタ部や送付状エディタ部などを備えた編集モジュール３０８がある。さらに、データベース１１０とのデータのやり取りを行うためのデータベース共通ライブラリ３０９や各種ユーティリティライブラリ３１０がある。

＜システムの処理フロー＞
次に、申請書などの帳票画像を受け取り、その帳票に対して帳票認識及び文字認識を実行し、申請の承認フローを起動し、企業のバックエンドシステムと連携をとり、そのバックエンドシステムの画像サーバへ自動的に格納させる、本実施の形態の画像処理システムに係る一連の処理フローについて、図４を参照して説明する。

図４は、本実施の形態に係る画像処理システムの処理フローを示すブロック図である。この処理フローの制御は、基本的にＷｅｂアプリケーションサーバ１０９で実行され、その表示、動作指示などはクライアントＰＣ１０１，１０２，１０６のブラウザにより処理される。なお、この処理フローを、以下、ビジネスプロセス又はワークフローと呼ぶことにする。

図４において、まずステップＳ１は、スキャナ１０３あるいはマルチファンクションデバイス１０４から、ＬＡＮ１０５，１１１及びインターネット１０７経由で帳票画像データをＷｅｂアプリケーションサーバ１０９に取り込む処理を示している。

続くステップＳ２では、受信した帳票画像データの帳票認識（ＦＲ）を行って帳票の種別を決定し、該帳票の種別に対応して設定されている処理フローを呼び出し、以降の各処理を行なうかどうかなどの設定を行なう。文字認識（バーコード認識）を行なうと設定されている場合は、文字認識（ＣＲ）及びバーコード認識（ＢＲ）を行い、ステップＳ３で、ステップＳ２で判明した帳票種別や当該認識した帳票に記載されている文字やバーコード情報を保存する。次にポストエディット処理を実行すると設定されている場合は、ステップＳ４で、ポストエディタ（ＰＥ）と呼ばれる担当者が、ステップＳ３で保存された文字と帳票画像データとを、該担当者が使用しているクライアントＰＣ１０１、１０２又は１０６の画面に表示させ、該担当者は、該画面を見ながらステップＳ２で誤認識した個所（誤認識した文字など）を修正して、該Ｗｅｂアプリケーションサーバに保存する。

その後のステップＳ５では、申請書等の帳票画像データの受け取りを承認するかを決定するための申請承認フロー（ＰＡフロー）を実行する。この申請承認フロー（申請承認ルート）としては、例えば主任→課長→部長や、庶務→総務→経理部などが複数登録されており、帳票種別ごとに設定されている申請承認フローが適宜選択される。

イメージサーバへの登録設定が為されている場合は、ステップＳ６において、受信した帳票画像データをイメージサーバ（ＩＳ：データベース１１０あるいはＬＡＮ１１１上の不図示のサーバ）に登録し、さらに、バックエンドシステムへの登録設定が為されている場合は、ステップＳ７において、企業などのバックエンドシステム（ＢＥ）１２０の画像サーバに帳票画像データを登録する。

そして、ステップＳ８においては、申請書などの帳票（帳票画像データ）を送付したユーザに対して登録確認などの送付状を、ファックス、電子メール、あるいは郵送などで送付する。

本実施の形態では、図４に示すビジネスプロセスにおいて、ステップＳ２からステップＳ８までの各処理の実行（オン）／非実行（オフ）を帳票種別ごとに切り替えることが可能になっている。

ステップＳ２における、帳票認識（ＦＲ）のオン／オフ切り替えは、例えば図５に示すようなシステムデータの設定画面から行われる。図５は、システムデータ設定画面を示す画面図であり、同図の９１は、帳票認識（ＦＲ）のオン／オフを切り替えるためのＦＲスイッチ（ＳＷ）の設定部を示している。設定部９１にチェックマークが付いていればオンで、何もマークが付いていなければオフである。また、ステップＳ３からステップＳ８までの各処理のオン／オフ切り替えは、後述する例えば図６に示すようなビジネスプロセスの設定画面から行われる。

上述したビジネスプロセスは、受信した申請書等の帳票ごとに割り付けられ、その定義は、後述する図６などの画面から行われ、図３のワークフロー登録部３０７ｅで設定することができる。

このような構成により、本実施の形態では、受信した帳票画像データを、帳票の種類ごと分別、管理し、更には申請の承認処理を経て、バックエンドシステムへ登録するものである。

＜ビジネスプロセス（ワークフロー）の設定＞
次に、ビジネスプロセスの設定について、図６を参照して説明する。

図６は、ビジネスプロセスの設定用の画面例を示す画面図である。

図中の５１は、ビジネスプロセスの設定を行う際にシステム側が自動的に割り振るプロセスＩＤ部であり、本例では「ＳＳＢ−ＢＰ−１５２４０」と割り振られている。５２はプロセス名称部であり、このプロセス名称は、ユーザが自由に決定し入力することができ、システムにより管理させるものである。本例では、プロセス名称を「カーローン申し込みフロー」と設定している。

５３は予め登録されている雛型帳票（帳票種別）を選択するエリアである。ユーザは該エリアに帳票種別を直接入力しても良いし、図示の検索ボタン５３ａを押下して選択するようにしても良い。本例では「カーローン申し込み用紙」の帳票を選択している。

５４は文字認識（ＣＲ）を行うか否かを切り替えるためのＣＲスイッチ（ＳＷ）の設定部である。設定部５４にチェックマークが付いていればオンで、何もマークが付いていなければオフである。選択された帳票種別によっては、帳票上に記載されている認識フィールドの文字認識が必要である場合がある。例えば、住所欄、氏名欄、電話番号欄などの認識フィールドを自動的に認識することで後々の処理に手間をかけずに済む。

５５は、ポストエディタ（ＰＥ）によって、文字認識結果の修正、確認作業を行うか否かを切り替えるためのＰＥスイッチの設定部であり、設定部５５にチェックマークが付いていればオンで、何もマークが付いていなければオフである。オンであればポストエディタ（ＰＥ）による作業を行う。５６はＰＡフロー（申請承認フロー）の選択部であり、予め複数登録されているＰＡフローを切り替えることができる。本例では「部長承認」のＰＡフローが選択されている。この「部長承認」のＰＡフローは、予め決められている「主任→課長→部長」などの承認フローを行うことで、受信した帳票画像データを登録しても良いかを決定するフローである。このように、受信した帳票の種別に応じて、 前記ＰＡフローを切り替えることができる。

５７は、受信した帳票画像データをバックエンドシステム（ＢＥ）に登録するか否かを選択するためのＢＥスイッチ（ＳＷ）の設定部であり、設定部５７にチェックマークが付いていればオンで、何もマークが付いていなければオフである。

５８はバックエンドシステム１２０へ帳票画像データを受け渡す際のデータ保存先を指定するための入力部である。本例では、データ保存先を「ｃ：￥ＳＳＢ￥ｃｏｎｎｅｃｔ」と設定している。このように、受信した帳票の種別に応じて、該帳票画像データをバックエンドシステム１２０へ登録するか否かを切り替えることができ、企業の持つ顧客管理システムへの登録、変更などを行うことができる。

５９は、受信した帳票画像データを前記イメージサーバ（ＩＳ）に登録するか否かを選択するためのＩＳスイッチ（ＳＷ）の設定部であり、設定部５９にチェックマークが付いていればオンで、何もマークが付いていなければオフである。これにより、受信した帳票の種別に応じて、該帳票画像データをイメージサーバへ登録するか否かを切り替えることができる。

５１０は、最終作業者（ＩＦ）の実行方式を選択するための選択部である。手動／自動の選択が可能であって、「手動」が選択されると送付状は最終作業者（ＩＦ）の手動操作によって追加編集された後に電子メール、ファックス、郵便などの方法で申請者へ送られる。「自動」が選択されると自動的に送付状が作成されて申請者へ送られる。申請者の情報は、受信した申請書に記載されているものを文字認識で取得して使用しても良いし、予め帳票に結びついた情報などを使用しても良い。本例では、最終作業者（ＩＦ）の実行方式を「自動」と設定している。このように、受信した帳票の種別に応じて、送付状処理の方法を切り替えることができる。

５１１は送付状を選択するための選択部である。予め登録されている送付状の中から任意に選択することができる。選択された送付状を雛型として使用し、自動あるいは手動で申請者へ送付する原稿を作成する。もちろんのこと選択された帳票をそのまま申請者へ送っても構わない。本例では「受領票２」という送付状を選択している。このように、受信した帳票の種別に応じて、送付状の画像や内容を切り替えることができる。

５１２は、作業チームを選択するための選択部であり、チーム設定ボタン５１２ａを押下し、前記モジュール３０７のユーザ管理機能で予め定義されている作業チームの中から１つあるいは複数の作業チームを選択することが可能である。本例では「業務２課」のチームを選択しているので、「業務２課」のみが「カーローン申し込みフロー」を実行させることができる。つまり、業務２課に属するポストエディタや承認者が、カーローン申し込み帳票のポストエディット処理や承認フローなどを実施することになる。このように、受信した帳票の種別に応じて、作業チームを切り替えることができる。

５１３は、上記した各設定入力が終了した際に、入力値を有効とするための「設定」ボタンと、入力値を無効とするための「戻る」ボタンが配置された表示部分である。

上記のようなビジネスプロセスの設定例によれば、入力された帳票の帳票種別が帳票認識（ＦＲ）によってカーローン申し込み用紙であると判明すると、図６で設定された核処理の実行／非実行を読み出す。ここでは、文字認識（ＣＲ）を行い、さらに、ポストエディタ（ＰＥ）による認識文字の修正作業を経て、部長承認フローを行うように制御される。さらにバックエンドシステム（ＢＥ）１２０への登録作業を行い、イメージサーバ（ＩＳ）へも登録を行う。最終作業者（ＩＦ）は人手を介さず自動的に送付状の作成を行い、「受領票２」の雛型を操作する。

図７は、図６中のチーム設定ボタン５１２ａが押下された際に表示されるウインドウ表示を示す画面図である。

図中の６１は、ビジネスプロセスを動作させることができる作業チーム（有効な作業チーム）の一覧を示し、６２は、選択されていない作業チームの一覧を表示している。有効な作業チームへ移すためには作業チームの一覧から１つ選択し追加ボタン６１ａを押下する。さらに、有効なチームから外したい際には有効なチームの一覧から外したいチームを１つ選択し、削除ボタン６１ｂを押下する。本設定を有効にするためには設定ボタン６３を押下する。さらに無効にしたい場合にはキャンセルボタン６４を押下する。

＜データ受信時の動作（登録処理）＞
次に、上述したビジネスプロセスの設定に従ってＷｅｂアプリケーションサーバ１０９で実行される帳票画像データの受信時の動作（登録処理）について、図８及び図９を参照しつつ説明する。

図８及び図９は、本実施の形態に係るＷｅｂアプリケーションサーバ１０９の帳票画像データ受信時の動作を示すフローチャートである。

まずステップＳ７１において、帳票認識（ＦＲ）用のＦＲスイッチのオン／オフを判定し（図５の設定部９１）、オンであればステップＳ７３へ進み、オフであればステップＳ７２へ進む。

ステップＳ７２では、帳票認識（ＦＲ）が行われないため、帳票の種別を決定できないときに使用されるデフォルト帳票を選択し、ステップＳ７５へ進む。
これにより、帳票を認識しない場合の動作定義を行うことができ、この動作定義に従った受信動作を行うことができる。例えば、受信する帳票の種別が予め決まっているときなどは、ＦＲスイッチをＯＦＦにし、その帳票種別をデフォルト帳票に設定しておけば、帳票認識処理を行なわなくてもよいことになる。

ステップＳ７３では、帳票認識（ＦＲ）を行い、その結果、予め登録されている複数の帳票種別の中から対応する帳票種別が返される。なお、対応する帳票種別が無い場合は、認識不能帳票であるという信号が返される。本実施例では、認識不能帳票であればデフォルト帳票が設定されるものとする。次のステップＳ７４において、帳票種別を決定し、さらにステップＳ７５では決定した帳票種別に対応するビジネスプロセスを選択する。ステップＳ７１〜Ｓ７５の処理の詳細は、図１０を用いて後述する。

その後のステップＳ７６では、Ｓ７５で選択されたビジネスプロセスの設定に基づいて、文字認識（ＣＲ）用のＣＲスイッチのオン／オフを判定する（図６の設定部５４）。ＣＲスイッチがオンであるとステップＳ７７へ進み、該帳票種別に対して予め指定されている認識フィールドの文字認識を実施する。オフと判定されるとステップＳ７７の文字認識処理をスキップしてステップＳ７８へ進む。

ステップＳ７８では、ポストエディタ（ＰＥ）用のＰＥスイッチのオン／オフを判定し（図６の設定部５５）、オン（つまりポストエディタは必要）の設定であればステップＳ７９へ進んで、ポストエディタ（ＰＥ）によって文字認識結果の修正、確認作業が行われるように制御する（例えば、ポストエディタに対して文字認識結果の修正・確認作業を行なうように通知し、該作業を行なわせる）。ＰＥスイッチがオフ（つまりポストエディタは不要）の設定であると、ステップＳ７９のポストエディット処理をスキップしてステップＳ７１０へ移行する。

ステップＳ７１０では、ＰＡフロー（申請承認フロー）の選択を行う。図６の選択部５６で選択されたＰＡフローを読み込み、次のステップＳ７１１で当該ＰＡフローにしたがった順番で承認処理が実行されるように制御する（例えば、承認の順番になった承認者に対して承認処理を行うように通知し、該承認作業を行なわせる）。選択したＰＡフローの定義通りの承認が行われると、図９のステップＳ８２へ進む。

ステップＳ８２では、バックエンドシステム（ＢＥ）用のＢＥスイッチのオン／オフを判定し、オンであるとステップＳ８３へ進んでバックエンドシステム１２０への登録処理を行う。すなわち、受信した帳票画像データや文字認識した結果などの該帳票に関するデータを、企業の顧客管理システムのデータベースに登録したり、あるいは既に登録されているデータを変更したりするものである。ステップＳ８２でオフであると、ステップＳ８３の処理をスキップしてステップＳ８４へ進む。

ステップＳ８４では、イメージサーバ（ＩＳ）用のＩＳスイッチのオン／オフの判定を行う（図６の設定部５９）。オンであればステップＳ８５へ進んで、受信した帳票画像データや文字認識した結果などの該帳票に関するデータをイメージサーバ（ＩＳ）に格納する。イメージサーバ（ＩＳ）は、受信した帳票画像データのみならず、付加情報も帳票画像データに関連付けられているため、文字認識結果などを一緒に格納することができる。ステップＳ８４がオフであれば、ステップＳ８５の処理をスキップしてステップＳ８６へ進む。

ステップＳ８６では、送付状の選択を行う。すなわち、図６の選択部５１１で選択された送付状をＰＭＥＭ３上にロードする。続くステップＳ８７では、最終作業者（ＩＦ）の実行方式（自動／手動）を判定し（図６の選択部５１０）、「自動」であればステップＳ８９へ進んで、前記ステップＳ８６でロードした送付状データに予め設定してあるデータや文字認識した結果のデータなどを上書きなどして、例えば予め決められた宛先へ送付する。この宛先は、帳票画像データの送付者などであっても良いし、受信した帳票画像データに記載されている電子メールの宛先であっても良い。また、上書きするデータは、帳票上に記載されている名前などであっても良い。

最終作業者（ＩＦ）の実行方式が「手動」であると、ステップＳ８８へ進んで、前記ステップＳ８６で選択された送付状を操作者の画面に表示し、その画像の上から宛先やメモ書きなどを操作者が書き、さらにそれをファックス、電子メール、郵送などの方法により送付する。

以上で、受信した帳票画像データの登録処理は終了する。

＜ビジネスプロセスの選択処理＞
図１０は、ビジネスプロセスの選択処理（図８のステップＳ７１〜Ｓ７５）の詳細を示すフローチャートである。

まずステップＳ１０１では、帳票認識（ＦＲ）用のＦＲスイッチのオン／オフを判定し、オフと判定されるとステップＳ１０３へ進み、ＦＲ無しフローが選択される。ＦＲ無しフローは例えば図１１に示すように予め設定することができる。本実施例では、帳票種別として、デフォルト帳票が設定され、各処理の設定がなされているものとする。

ＦＲスイッチがオンであると判定されるとステップＳ１０２へ進んで、帳票認識が成功したか否かを判定する。失敗したとみなされると、ステップＳ１０４へ進んで、認識不能フローを選択する。認識不能フローは例えば図１２で示すような設定が予め為されているものとする。

前記ステップＳ１０２で帳票認識が成功すると、ステップＳ１０５へ進んで帳票認識の結果得られた帳票種別の取得を行う。「カーローン申し込み用紙」などの帳票種別が判明したらステップＳ１０６へ進んで、該帳票種別に対して設定されているビジネスプロセスを検索し選択する。

帳票認識（ＦＲ）を実施しない時、及び帳票認識を失敗した時のビジネスプロセスを用意しないと、いちいち操作者が画像を見て確認しながら振り分けるなどの操作が発生してしまうが、本実施の形態では、このようなときに備えた設定（例えば図１１及び図１２）を上記のように用意してあるので、帳票認識（ＦＲ）を実施しない時及び帳票認識を失敗した時における標準の操作を指定しておくことができ、操作者の手間を大幅に省くことが可能になる。

以上説明したように本実施の形態では、データ受信時のワークフローを複数のステップに区切って帳票ごとに各ステップの実行制御を行えるようにしたので、次のような効果を得ることができる。

（１）帳票の認識に失敗した際の動作定義を行うことができる
（２）帳票を認識しない場合の動作定義を行うことができる
（３）帳票ごとに文字認識するか／しないかの設定を行うことができる
（４）帳票の認識結果を修正する作業の有無を帳票ごとに切り替えることができる
（５）帳票ごとに承認フローを変更することができる
（６）帳票ごとに承認フローの有無を切り替えることができる
（７）バックエンドシステム１２０との連携をとるか否かの設定を帳票ごとに行うことができる
（８）受信した帳票画像データをイメージサーバに登録するか否かの設定を帳票ごとに行うことができる
（９）送付状処理について、帳票ごとに、実行しない／自動処理／手動処理の設定を行うことができる
（１０）帳票ごとに送付状の画像や内容を切り替えることができる
（１１）受信した帳票画像データの登録を行う作業チームの設定を帳票ごとに行うことができる。

上記（１）、（２）により、従来では、帳票の認識を行わない時と帳票の認識不能時に同一の動作を行っていたものを、それぞれ動作定義ができるようになり、作業者の利便性が向上する。

また、上記（３）〜（１１）により、通常システムに１つだけしかない動作フローを、受信した帳票の種類ごとに柔軟に変更することが可能となり、作業の自動化が図れ、作業者の利便性を高めることが可能となる。

本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用しても良い。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、不揮発性メモリを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

実施の形態に係る画像処理装置を含む画像処理システムの構成図である。 図１に示したクライアントＰＣ及びＷｅｂアプリケーションサーバの構成を示すブロック図である。 実施の形態に係るモジュールの構成を示すブロック図である。 実施の形態に係る画像処理システムの処理フローを示すブロック図である。 システムデータ設定画面を示す画面図である。 ビジネスプロセスの設定用の画面例を示す画面図である。 図６中のチーム設定ボタンが押下された際に表示されるウインドウ表示を示す画面図である。 実施の形態に係るＷｅｂアプリケーションサーバの帳票画像データ受信時の動作を示すフローチャートである。 図８の続きのフローチャートである。 ビジネスプロセスの選択処理（図８のステップＳ７５）の詳細を示すフローチャートである。 ＦＲ無しフローの設定用の画面図である。 認識不能フローの設定用の画面図である。

符号の説明

１０１，１０２，１０６ クライアントＰＣ
１０３ スキャナ
１０４ マルチファンクションデバイス
１０８ ＨＴＴＰサーバ
１０９ Ｗｅｂアプリケーションサーバ
１０５，１０７，１１１ ネットワーク
１１０ データベース
１２０ バックエンドシステム

Claims (16)

1. 所定順にしたがって定義されている複数の処理について、各処理の設定を文書画像の種別ごとに行なう設定手段と、
   文書画像を受信する受信手段と、
   前記受信手段で受信した文書画像の種別に基づいて、前記設定手段による設定を読み出し、当該文書画像に対して行なう各処理を制御する制御手段と
   を有することを特徴とする画像処理装置。
2. 前記設定手段で行なわれる設定は、前記各処理を実行するか否かの設定を含むことを特徴とする請求項１に記載の画像処理装置。
3. 前記受信手段で受信した文書画像の種別を自動認識する文書種別認識手段を更に備え、
   前記制御手段は、前記文書種別認識手段で認識された文書画像の種別に基づいて、前記設定手段による設定を読み出し、当該文書画像に対して行なう各処理を制御することを特徴とする請求項１に記載の画像処理装置。
4. 前記文書種別認識手段に前記文書画像の種別を自動認識させるか否か設定する認識設定手段を更に備え、
   前記認識設定手段により自動認識させる設定が為されている場合に、前記文書種別認識手段は、前記文書画像の種別を自動認識することを特徴とする請求項３に記載の画像処理装置。
5. 前記認識設定手段により自動認識させない設定が為されている場合に、前記受信した文書画像に対して行なわれる各処理についての設定を行なう第２の設定手段を更に備え、
   前記認識設定手段により自動認識させない設定が為されている場合、前記制御手段は、前記第２の設定手段による設定を読み出し、当該文書画像に対して行なう各処理を制御することを特徴とする請求項４に記載の画像処理装置。
6. 前記文書種別認識手段による自動認識が失敗した場合に、前記受信した文書画像に対して行なわれる各処理についての設定を行なう第３の設定手段を更に備え、
   前記制御手段は、前記文書種別認識手段で自動認識に失敗した場合、前記第３の設定手段による設定を読み出し、当該文書画像に対して行なう各処理を制御することを特徴とする請求項３に記載の画像処理装置。
7. 前記設定手段による設定は、文字認識処理を実行するか否かの設定を含むことを特徴とする請求項１に記載の画像処理装置。
8. 前記設定手段による設定は、認識結果を確認・修正するためのポストエディット処理を実行するか否かの設定を含むことを特徴とする請求項１に記載の画像処理装置。
9. 前記設定手段による設定は、複数の承認処理フローの中から所望の承認処理フローを選択する設定を含むことを特徴とする請求項１に記載の画像処理装置。
10. 前記設定手段による設定は、前記処理が行われた文書画像に関する情報を外部装置に登録するか否かの設定を含むことを特徴とする請求項１に記載の画像処理装置。
11. 前記設定手段による設定は、前記処理が行われた文書画像に関する情報をサーバに登録するか否かの設定を含むことを特徴とする請求項１に記載の画像処理装置。
12. 前記設定手段による設定は、前記処理が行われた文書画像に関する情報を送付するための送付状に関する設定を含むことを特徴とする請求項１に記載の画像処理装置。
13. 前記設定手段による設定は、前記文書画像を処理する作業チームを選択する設定を含むことを特徴とする請求項１に記載の画像処理装置。
14. 所定順にしたがって定義されている複数の処理について、各処理の設定を文書画像の種別ごとに行なう設定ステップと、
    文書画像を受信する受信ステップと、
    前記受信ステップで受信した文書画像の種別に基づいて、前記設定ステップによる設定を読み出し、当該文書画像に対して行なう各処理を制御する制御ステップと
    を有することを特徴とする、画像処理装置を制御するための画像処理方法。
15. 所定順にしたがって定義されている複数の処理について、各処理の設定を文書画像の種別ごとに行なう設定ステップと、
    文書画像を受信する受信ステップと、
    前記受信ステップで受信した文書画像の種別に基づいて、前記設定ステップによる設定を読み出し、当該文書画像に対して行なう各処理を制御する制御ステップと
    の各ステップを、画像処理装置に実行させるためのプログラムコードを含むことを特徴とするコンピュータ実行可能な画像処理制御プログラム。
16. 請求項１５に記載の画像処理制御プログラムを格納した、コンピュータ読み取り可能な記憶媒体。

Images