画像処理装置および画像処理方法
【課題】 複数の頁に亘ってワークフローを実行する場合に、所定の頁における処理を他の処理に反映させることの可能な柔軟な文書管理を実現する画像処理装置を提供する。
【解決手段】 本発明の画像処理装置は、複数の画像を受信し前記複数の画像を保存し画像処理する画像処理装置であって、前記複数の画像から、第１の画像と第２の画像を識別する識別する識別部と、前記第１の画像から前記第２の画像に関する情報を認識する画像認識部と、前記画像認識部の認識に基づき前記第２の画像処理を設定する処理設定部とを有し、前記処理設定部による設定に基づき画像処理を行なうことを特徴とする。
【解決手段】 本発明の画像処理装置は、複数の画像を受信し前記複数の画像を保存し画像処理する画像処理装置であって、前記複数の画像から、第１の画像と第２の画像を識別する識別する識別部と、前記第１の画像から前記第２の画像に関する情報を認識する画像認識部と、前記画像認識部の認識に基づき前記第２の画像処理を設定する処理設定部とを有し、前記処理設定部による設定に基づき画像処理を行なうことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スキャナなどから読取った画像を処理する画像処理装置およびその画像処理方法に関する。
【背景技術】
【０００２】
スキャナなどから入力された画像を電子化データ文書として処理し、ハードディスクなどに保管し、これらの入力された文書を含むさまざまな文書データを効率的に整理し保管するシステムとして、文書管理システム（ＤＭＳ：Document Management System）が知られている。一般的な文書管理システムにおいては、文書管理システムに文書を登録する際、文書データに検索のためのキーワードを設定することで、保管される文書をキーワードで検索することができるなどの機能や、文書が登録された際に、その種別や、保管先などの情報に従って、登録した文書に対して、ワークフローと呼ばれる処理手順を実行する機能を保有している（例えば、特許文献１参照。）。
【０００３】
ここでワークフローとは、たとえば、あるユーザが文書を登録するときに、管理者の確認、承認を得るための指示および情報を記載した電子メールを管理者に送信し、部下が登録したい文書を管理者が確認して登録を承認する操作を行う処理が広く知られている。また、文書管理システムに登録する際に、文書にセキュリティの属性を設定し、特定のユーザにのみ開示可能とする機能や、文書の漏洩、改竄を防ぐための署名、暗号化の機能を有する場合もある。
【０００４】
【特許文献１】特開２００６−１２６９４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、従来の文書管理システムにおいては、スキャナで入力した画像を自動的に認識して帳票ごとに分別して管理し、登録したワークフローを実行するように構成されているものの、ワークフローは帳票ごとに実行される。たとえば複数の頁で１組になる文書では、認識した最初の帳票のワークフローが実行されるか、または個々の帳票のワークフローが実行されることになる。このため、複数の頁で１組になる文書を処理する場合では、第１頁目に第２頁目以降に含まれる文書の情報が指定され、第２頁目以降の内容により異なったワークフローを実行したい場合に、意図した結果を得ることができず、人為的な作業が発生して、作業効率が悪いだけではなく、文書の把握ミスを引き起こしてしまうという問題があった。
【０００６】
そこで、本発明は上述の技術的な課題に鑑み、複数の頁に亘ってワークフローを実行する場合に、所定の頁における処理を他の処理に反映させることの可能な柔軟な文書管理を実現する画像処理装置と、その画像処理方法を提供する。
【課題を解決するための手段】
【０００７】
上述の技術的な課題を解決するため、本発明の画像処理装置は、複数の画像を受信し前記複数の画像を保存し画像処理する画像処理装置において、前記複数の画像から、第１の画像と第２の画像を識別する識別する識別部と、前記第１の画像から前記第２の画像に関する情報を認識する画像認識部と、前記画像認識部の認識に基づき前記第２の画像の処理を設定する処理設定部とを有し、前記処理設定部による設定に基づき画像処理を行なうことを特徴とする。
【０００８】
また、上述の技術的な課題を解決するため、本発明の画像処理方法は、複数の画像を受信し前記複数の画像を保存し画像処理する画像処理方法であって、前記複数の画像から、第１の画像と第２の画像を識別する識別する工程と、前記第１の画像から前記第２の画像に関する情報を認識する工程と、前記画像認識部の認識に基づき前記第２の画像の処理を設定する工程と、前記処理設定部による設定に基づき画像処理を行なう工程を有することを特徴とする。
【発明の効果】
【０００９】
本発明の画像処理装置を用いて任意の書式の組み合わせを有する書式群を処理する際には、多種類の書類を連続して自動的に処理することができ、作業者の用紙セット、開始指示の作業負担を大幅に減らすことができる。画像認識部の認識に基づき第２の画像処理を設定することから、書式の種類を自動で認識することができ、開始指示で書式の種類を指定する操作および、書式の種類指定ミスを減らすことができる。さらに複数枚で１組の書式群において不足ページを認識した場合に作業者に警告を表示することで人為確認ミスを軽減することも可能である。
【発明を実施するための最良の形態】
【００１０】
［第１の実施形態］
本実施形態の画像処理装置では、複数種類の書式で構成される書式群の中の文書を読み取り、例えば最初のページに記載されるマークにしたがって各書類を識別し、書類に応じた適切なワークフローを実行することができる。ここではＭＦＰ（Multifunction Peripheral）のスキャナで文書を読取り、ネットワーク経由で接続されたサーバー側で読取った画像を処理し、ワークフローを実行するシステム構成を示す。
【００１１】
本実施形態にかかる画像処理装置によるシステムは、図１に示すように、LAN或いはインターネットなどのネットワークで接続されるＭＦＰ１０１と画像処理装置として機能するサーバーＰＣ（Personal Computer）１２０で構成される。
【００１２】
ＭＦＰ１０１は、ネットワーク接続されたサーバーＰＣ１２０とＨＴＴＰプロトコルを使用したＳＯＡＰ通信にてＭＦＰユーザの操作指示に従った情報をサーバーＰＣ１２０に送信し、サーバーＰＣ１２０の処理結果を受け付けるＷｅｂサービスクライアント１０２と、ＭＦＰの状態や使用可能な機能などを表示し、ユーザの操作指示を受ける操作パネル１０３と操作パネル１０３から入力された操作指示をＷｅｂサービスクライアント１０２に通知し、サーバーＰＣ１２０の処理結果などを操作パネル１０３に表示させるパネル制御部１０４と、セットされた文書や書類を画像として読取るスキャナ１０５と、スキャナ１０５の画像読取を制御する画像読取制御部１０６と、サーバーＰＣ１２０から文書の読み取りの指示を受け、画像読取制御部１０６を介して、スキャナ１０５から文書画像を読み取り、サーバーＰＣ１２０に送る画像読取サービス部１０７で構成される。なお、ＭＦＰ１０１は印刷機能やファクシミリ機能を搭載しているが、本実施形態ではこれらの機能は使用しないため図示を省略している。またスキャナ１０５は複数ページの書類を続けて読取ることができる自動用紙送り機構を装備している。更に本実施形態では、スキャナーにより画像データを入力するとしているが、他の外部装置、例えばパーソナルコンピュータ等で作成した画像データを入力することもできる。
【００１３】
ＭＦＰ１０１の操作パネル１０３の構成例を図１５に示す。ＭＦＰの機能を選択するＣｏｐｙキー１２０１、ＦＡＸキー１２０２、ＳＣＡＮキー１２０３、ＤＭＳキー１２０４と、選択された機能の操作の詳細を表示およびユーザが操作を画面に触れることで指示する操作表示と指示のための液晶タッチパネル１２１０と、ＭＦＰの状態を簡潔に表す状態表示ＬＥＤ１２２０と、動作中の操作をすべて元に戻すＲｅｓｅｔキー１２２１と、ＭＦＰの設定メニューを表示するメニューキー１２２２と、操作時の文字入力を行うテンキー１２２３と、操作の開始を指示するＳｔａｒｔキー１２２４と、操作を中止するＳｔｏｐキー１２２５で構成される。
【００１４】
サーバーＰＣ１２０は、ネットワーク接続されたＭＦＰ１０１からＨＴＴＰプロトコルを使用したＳＯＡＰ通信にてＭＦＰユーザの操作指示に従った情報を受付け、その指示に従った処理を行うＷｅｂサービス部１２１と、ＭＦＰ１０１のユーザが操作開始時にシステムを使用可能なユーザであることを認証するユーザ認証部１２２と、ＭＦＰ１０１の画像読取サービス部１０７から読取った画像を保存する読取画像保存ファイル１２５と、１ページ分の画像の特徴を抽出し、帳票の特徴として帳票を認識させるための属性と、そのページ内で文字やマークなどを認識させる矩形領域と矩形を認識する属性とを関連付けて、帳票定義プロファイル１３１に保存する帳票定義ユーティリティ部１３２と、ＭＦＰ１０１から読み出した文書画像から切り出された１ページ分の画像の特徴を抽出し、帳票定義プロファイル部１３１に事前に定義された帳票の特徴とから帳票を認識して、認識した帳票に関連付けられる文字やマークなどを認識させる矩形領域の画像から文字やマークなどを認識する帳票認識ＯＣＲ部１３０と、ＭＦＰ１０１から読み取った文書画像と、帳票認識ＯＣＲ部１３０で認識した結果を関連付けして、データベースサービス部１４１を介して、データベース１４２に保存する文書管理サービス部１４０と、文書管理サービス部１４０が保存した文書の種類に関連付けられている承認処理などのワークフローを実行するワークフローサービス部１５０とワークフローで行う処理手順を定義するワークフロー定義部１５１とで構成される。
【００１５】
Ｗｅｂサービス部１２１には、読取画像保存ファイル１２５に保存された画像ファイルから１つの文書を抽出する文書抽出分類処理部１２３と、文書抽出分類処理部１２３で抽出した文書の情報が保存される文書情報テーブル１２４とが含まれる。なお、１ページ分の画像の特徴を抽出し、帳票の特徴とから帳票を認識して、認識した帳票に関連付けられる文字やマークなどを認識させる矩形領域の画像から文字やマークなどを認識する帳票認識ＯＣＲ部１３０に関する技術は、従来より公知の罫線の特徴を基にした技術を使用することができ、例えば帳票全体の罫線の特徴を自動的に抽出して識別を行うことができる技術であって、特徴が存在する場所や特徴の具体的な定義を行うというような特別なスキルを必要とする操作は不要とされる。ワークフロー定義部１５１には、正常処理時のワークフローである申請区分毎のワークフロー１５２と、エラー処理のワークフローであるエラーのワークフロー１５３が格納されている。
【００１６】
図１に示す構成を有する本実施形態の画像処理装置が動作する例について、図２に示す申請書の例を用いて説明する。図２は複数のページからなる文書の様式を示しており、様式１の用紙を１ページ目とする。様式１のページ内の申請区分の欄２１１で、申請区分の記載を求めており、申請者は申請する区分を手書きでチェックするものであり、そのチェック内容に従って２ページ目以降に必要な様式の用紙、様式２、様式３、様式４のいずれか、またはすべてに記入する。ここで各様式は異なる書式であり、書式ごとに記入する内容も異なっている。２ページ目以降には様式１の申請区分の欄２１１で指定された様式の用紙が添付され、それらを合わせた書式群が１つの文書とされる。すなわち、図２に示す申請書は、４つの書式が任意に組み合わされた書式群を構成しており、その組み合わせは申請区分２１１に依存して変化するものとなっている。
【００１７】
本実施形態では、文書ごとのID識別が用いられるが、このIDは書式群ごとに付与されたユニークな文字列となっている。すなわち、１回に連続して読取った画像データからなる書式群を１セットとし、１セットには複数の書式（様式）が存在し、さらに１つの書式が連続してまとまっていない場合にも処理できるように、図２の文書識別ＩＤ欄２２０に記載されるＩＤ（ABC00123）により、書式群を識別し、複数の書式が、乱雑に混在する読取画像からなる書式群のセット内から特定の１文書を抽出する。文書識別ＩＤ欄２２０に記載がない文書も、ＩＤ記載がない文書として１つの文書として扱うことも可能である。なお、本実施例では、各様式のページは、１様式は１ページ（１枚）であらわされるものとし、かつ、１つの文書に含まれる各様式のページは１ページのみ有効とし、１つの文書の１つの様式のページが複数存在した場合は、最初に抽出されたページを有効としている。この図２に示す書式群において、申請区分２２１としてＡが指定された場合は、保険会社への申請依頼管轄部門に申請の依頼が行われ、申請区分２２１がＢとＣの場合についてもそれぞれＢの場合はカード会社への申請管轄部門、Ｃの場合は自治体届出管轄部門への申請依頼が行われるものとする。
【００１８】
次に、本実施形態の画像処理装置の動作について説明する。ユーザの運用の事前に、サーバーＰＣ１２０にて次の作業を行っておく。第一に、帳票定義ユーティリティ部１３２にて、図２で示される運用時に認識する書式の基になる内容未記入の文書を各様式のページごとに特徴を抽出して帳票の名称と、帳票を認識するための属性とともに、様式１の帳票については、図３のように申請区分のチェックマークの部分である領域の矩形状のボックス３０１、３０２、３０３として、この領域をチェックマークとして認識するための属性を領域認識情報として定義し、また様式１、２、３、４すべてにおいて、文書識別ＩＤ取得用認識領域に示す矩形領域３１０を文書識別ＩＤとして認識するための属性を領域認識情報として定義して、帳票定義プロファイル１３１に保存する。なお、帳票定義するための画像はＭＦＰ１０１から手動で読取りしてもよい。
【００１９】
次に、文書管理サービス部１４０を使用して文書を保存する文書ライブラリを生成しておく。生成する文書ライブラリは、（１）申請区分Ａ用、（２）申請区分Ｂ用、（３）申請区分Ｃ用、（４）エラー用の４種類である。文書ライブラリの実際のデータはデータベースサービス１４１部を介して、データベース１４２に格納される。
【００２０】
さらに、申請区分に応じたワークフローをワークフロー定義部１５１にて定義しておく。本実施形態では、次のワークフローを定義しておき、申請区分の文書ライブラリに関連してワークフロー定義１５１に保存しておく。定義されるワークフローは、申請区分Ａ用のワークフロー（A）、申請区分Ｂ用のワークフロー（B）、申請区分Ｃ用のワークフロー（C）、及びエラーのワークフロー（D）の４つである。申請区分Ａ用のワークフロー（A）は、操作者の上長の承認後、書類を保険会社への申請依頼管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者に完了を通知するものである。この申請区分Ａ用のワークフロー（A）による申請に必要な書類は様式１、様式２とされる。また、申請区分Ｂ用のワークフロー（B）は、操作者の上長の承認後、書類をカード会社への申請依頼管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者に完了を通知するものである。この申請区分Ｂ用のワークフロー（B）による申請に必要な書類は様式１、様式３とされる。
【００２１】
また、申請区分Ｃ用のワークフロー（C）は操作者の上長の承認後、書類を自治体届出管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者に完了を通知するものである。この申請区分Ｃ用のワークフロー（C）による申請に必要な書類は様式１、様式４である。最後に、エラーのワークフロー（D）では申請処理ができなかった連絡を操作者に行う。動作中にエラーが発生した場合は早急にユーザにその旨を通知する必要があるため、たとえば、今回の作業のためにＭＦＰ１０１からログオンしたユーザのアカウントに対してエラー内容の含まれるメッセージや、メールを送付する処理を行う。前述の（A）〜（C）のワークフローは申請区分毎のワークフロー１５２に定義され、（D）のワークフローはエラーのワークフロー１５３に定義される。
【００２２】
本実施形態の画像処理装置の運用時には、以上の如きワークフローを定義した後、次のような操作を行う。先ず、ユーザがＭＦＰ１０１の操作パネル１０３から、ＤＭＳキー１２０４を押し文書管理用の機能を選択すると、ＭＦＰ１０１は、サーバーＰＣｌ２０を用いてユーザ認証させるため、図１６のようなユーザＩＤとパスワードを入力させる画面を操作パネル１０３の操作表示と指示用の液晶タッチパネル１２１０に表示し、ユーザの操作を待つ。
【００２３】
ユーザは、図１６のユーザ名入力枠１３０１ａやパスワード入力枠１３０１bに、ユーザ名や、パスワードを入力する際、図１５のテンキー１２２３から入力することも可能であり、また、ユーザ名入力枠１３０１ａやパスワード入力枠１３０１bにタッチすると図１７のような文字列入力用の画面を表示し、表示させるキーボードの図から文字を選択して入力することも可能である。
【００２４】
前記のように操作パネル１０３よりユーザＩＤとパスワードを入力し、ＯＫ枠１３０２をタッチしてユーザ認証を実行をすると、Ｗｅｂサービスクライアント１０２が、サーバーＰＣ１２０のＷｅｂサービス部１２１のユーザ認証のために、先に入力したユーザＩＤとパスワードを引数としてサービスを実行する。この際、ユーザＩＤとパスワードはセキュリティ上保護される必要があるため、ＳＳＬを使用したＨＴＴＰＳなどのセキュアなプロトコルを使用してサービスを行うものとする。
【００２５】
Ｗｅｂサービス部１２１は、ユーザ認証１２２にユーザＩＤとパスワードを渡し、ユーザ認証を行う。本実施形態ではユーザ認証の方法について詳細を記載しないが、ディレクトリサービスによる認証やサーバーＰＣ１２０内のローカルユーザ認証などが可能である。ユーザ認証が完了したら、Ｗｅｂサービス１２１よりその結果をＷｅｂサービスクライアント１０２に応答する。
【００２６】
Ｗｅｂサービスクライアント１０２は、ユーザ認証が成功したら、パネル制御部１０４を介して操作パネル１０３に図１８のような文書管理機能メニューを表示しユーザの操作を待つ。ユーザは、スキャナ１０５に読み取る書式群を複数枚セットし、操作パネル１０３の文書管理機能メニューのＳｔａｒｔ枠１５０１をタッチするか、操作パネル１０３の図１５のＳｔａｒｔキー１２２４を押すことで読取開始を選択する。
【００２７】
Ｗｅｂサービスクライアント１０２が、サーバーＰＣＩ２０のＷｅｂサービス部１２１の帳票読み取りサービスを呼び出し、Ｗｅｂサービス部１２１の帳票読み取りサービスは、ＭＦＰ１０１の画像読取サービス１０７を実行して、画像読取制御部１０６を介して、スキャナ１０５から文書を読取り、一度で読取った書式群である画像群１セットの画像データとしてサーバーＰＣｌ２０に送信し、読取画像ファイルに１２５に保存する。本実施形態では、ＭＦＰ１０１とサーバーＰＣ１２０はネットワークで接続されるため、スキャナ１０５から読取った文書画像データは、ＭＦＰ１０１の画像読取サービス１０７でサーバーＰＣ１２０のあらかじめ規定される共有フォルダに、事前に規定した命名規則にしたがって生成されたファイル名のファイルに保存される。
【００２８】
Ｗｅｂサービス部１２１の帳票読み取りサービスは、文書抽出分類処理部１２３にて、読取画像ファイル１２５に保存された画像群１セットのすべてのページについて、最初のページから順に帳票認識ＯＣＲ部１３０で認識し、文書を抽出分類し、文書毎の各様式のページ画像の位置と申請区分の状態をあらわす文書情報テーブル１２４を生成する。画像群１セットにおける特定のページ画像の位置は、先頭ページすなわち、最初に読取った原稿のページ画像を１、２枚目に読取った原稿のページ画像を２、３枚目に読取った原稿のページ画像を３のように１つずつ増加する番号で表現し、これをページ番号と称する。帳票認識ＯＣＲ部１３０は帳票定義プロファイル部１３１に保存された帳票特徴データと一番近い帳票を判定し、その帳票に関係付けられている領域認識情報で指定された領域と属性に基づき識別する。
【００２９】
帳票認識の結果、帳票の種類が、様式１、２、３、４と認識された場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき文書識別ＩＤが認識されているので、この文書識別ＩＤを取得する。また、帳票の種類が様式１と認識された場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき申請区分のマーク情報が認識されているので、この申請区分のマーク情報を取得する。
【００３０】
さらに、帳票認識ＯＣＲ１３０で認識した結果から、文書毎の各様式のページ画像の位置と申請区分の状態を文書情報テーブル１２４に格納する。文書識別ＩＤと、帳票の種類すなわち様式で示される該当箇所に現在処理しているページ画像の位置情報として現在処理しているページ画像を現すページ番号とを文書情報テーブル１２４に格納するとともに、帳票の種類が様式１であった場合、文書情報テーブル１２４に当該箇所の申請区分チェック情報を格納する。なお、文書識別ＩＤ、ページ番号、申請区分のマーク情報は設定すべき処理についての設定情報を含む第１の画像であり、第２の画像の処理のための設定情報を含むものとして処理される。
【００３１】
文書抽出分類処理１２３による文書情報テーブル１２４のデータ作成処理の例を図４に示す。帳票認識の結果が該当帳票なしの場合は誤認識としてワークフローサービス部のサービスを起動してエラーのワークフロー１５３に定義されたエラー処理のワークフローを実行することでエラー処理を実行する。なお、図４の文書情報テーブルにおいてページ番号０は該当するページがないことを示す。
【００３２】
１つの連続して読み取られる書式群である画像群１セットのすべてのページについて文書抽出分類処理を終了したら、抽出した各文書について文書情報テーブル１２４のデータより、申請区分に対応する様式のページが存在するか申請区分に対応する様式のページ番号値をチェックし、ページ番号が０の場合は、申請に必要なページがないことになり、その旨を通知するためにワークフローサービス部１５０のサービスを起動してエラーのワークフロー１５３に定義されたエラー処理のワークフローを実行することでエラー処理を実行する。
【００３３】
申請に必要なページが存在する場合は、文書情報テーブル１２４に保存される申請に必要なページ番号のページ画像を読取画像ファイル１２５に保存された画像群１セットの画像データから抽出して、ひとつのファイルに結合し、文書管理サービス１４０を使用してデータベース１４２に事前に生成した申請区分に対応した文書ライブラリにそのファイルを保存し、申請区分用に事前に定義されたワークフローをワークフローサービス１５０を起動して実行する。
【００３４】
もし処理中にエラーが発生した場合には、文書管理サービス部１４０を使用してデータベース１４２に事前に生成したエラー用文書ライブラリに、エラーにかかる画像データのファイルを保存し、事前にエラーのワークフロー１５３に定義されたエラー用ワークフローをワークフローサービス部１５０のサービスを起動して実行する。
【００３５】
ここで、読取った画像データを識別し、ワークフローを実行するまでの処理を、図５及び図６を参照しながら、先に説明した帳票認識からワークフロー実行処理までのフローチャートを使用して説明する。
【００３６】
初めに、初期化を行う。手順Ｓ１０１では、処理中のページ番号を１に、文書情報テーブルを「なし」、文書数を０に、エラーを「なし」に初期化する。この段階で、リセット状態とされ帳票認識などが実行可能となる。
【００３７】
この初期化の後、手順Ｓ１０２で読取った画像データの現在のページ画像を切り出す。複数ページの画像が１つのファイルに含まれる形式の場合は、ファイル内の画像を取り出し、１ページ１画像の場合は現在のページの画像が含まれるファイルから画像を取り出す。この画像の取り出し後、Ｓ１０２で取り出したページ画像データを帳票認識ＯＣＲ部１３０が認識できる形式に最適化する（Ｓ１０３）。
【００３８】
帳票認識ＯＣＲ部１３０に帳票定義プロファイル１３１と、手順Ｓ１０３で最適化したページ画像を指定し、ページ画像の識別を行う（Ｓ１０４）。この帳票認識ＯＣＲ部１３０での処理の際には、第１の画像として設定すべき処理についての設定情報を含む文書識別ＩＤと申請区分の部分のマーク情報の部分が読み込まれると共に第２の画像として当該書式に従って処理される情報を含む各ページの画像のそれぞれが読み込まれることになる。識別時、帳票が特定できたら、領域認識情報で指定された領域と属性に基づき、文書識別ＩＤと申請区分の部分のマーク情報の部分が認識される。
【００３９】
手順Ｓ１０４でページ画像の識別の後、識別した結果エラーが発生した場合や、ページ画像が様式１〜様式４以外の場合か否かを判断し（Ｓ１０５）、該当する場合はＳ１１６に進み、それ以外の場合はＳ１０６に進む。手順S１１６ではエラーに誤認識エラーであることを設定する処理がなされ、エラー用ライブラリに画像データを登録する手順Ｓ１１７に進む。
【００４０】
手順Ｓ１０５エラーなどが無い場合、手順Ｓ１０６に進んで帳票認識ＯＣＲ部１３０でページ画像を識別する際に認識した文書識別ＩＤと同じＩＤの文書が既に文書情報テーブルに登録されているか確認し、既に文書情報テーブルに登録されている場合は手順Ｓ１０８に進み、未登録の場合は手順Ｓ１０７に進む。先ず文書識別ＩＤが未登録の場合について説明すると、先ず、文書情報テーブルに新しい文書識別ＩＤの文書情報を追加し、文書識別ＩＤを設定し、各様式ページ番号に０を設定し、各申請区分をチェック無しにして、文書数に１加算する（Ｓ１０７）。
【００４１】
次いで手順Ｓ１０９では文書情報テーブル（図４参照）の、該当する文書識別ＩＤを持つ文書情報のＳ１０４で識別した様式に対応するページ番号に現在処理中のページ番号をセットする。このページの設定の後、手順Ｓ１０４で識別した様式が文書識別申請区分Ａ、Ｂ、Ｃのマーク情報を含む様式１か否かが判断され（Ｓ１１０）、もし様式１である場合は手順Ｓ１１１に進み、様式１以外の場合は手順Ｓ１１２に進む。手順Ｓ１１１ではＳ１０４で認識した文書識別申請区分Ａ、Ｂ、Ｃのマーク情報から申請区分Ａ、Ｂ、Ｃの状態決定し、文書情報テーブルの、該当する文書識別ＩＤを持つ文書情報の申請区分Ａ、Ｂ、Ｃの状態に設定する。
【００４２】
手順Ｓ１０６で文書識別ＩＤが文書情報テーブルに既に登録されている場合は手順Ｓ１０８に進み、手順Ｓ１０８では文書情報テーブルの、該当する文書識別ＩＤを持つ文書情報から、手順Ｓ１０４で識別した様式に対応するページ番号を取り出し、既にその様式が抽出されているか判定する。もしページ番号が０であれば、その様式のページは未抽出であり、手順Ｓ１０９に進んで、現在のページ番号を設定するステップ（Ｓ１０９）や申請区分Ａ、Ｂ、Ｃのマーク情報から申請区分の状態を決定するステップ（Ｓ１１２）に進む。また、ページ番号が０以外であれば既にその様式のページは抽出済みであり、重複を避けるため、手順Ｓ１１２に進んで、現在のページ番号を設定するステップ（Ｓ１０９）や申請区分Ａ、Ｂ、Ｃのマーク情報から申請区分の状態を決定するステップ（Ｓ１１２）は省略される。
【００４３】
手順Ｓ１０５〜手順Ｓ１１１までのステップにより、現在処理しているページについての書式（様式）の認識処理が完了する。すなわち、様式１の場合には、文書識別ＩＤに加えて申請区分Ａ、Ｂ、Ｃのマーク情報とページ番号が認識され、他の様式の場合にも、文書識別ＩＤに加えてそのページ番号が認識される。この現在処理しているページについての書式（様式）の認識処理が完了したところで、読取画像１セット内のすべてのページ画像を処理して次のページが存在しないか否かが判断され（Ｓ１１２）、次のページが存在する場合は手順Ｓ１１３に進んで、ページ番号に１加算してページ番号を更新後、再び手順Ｓ１０２に戻る。次のページが存在しない場合はＳ１１４に進む。
【００４４】
手順Ｓ１１４では、後述するような文書情報テーブルに抽出した文書の申請区分に対する登録とワークフロー処理を実行する。もし手順Ｓ１１４の処理でエラーが発生した場合（Ｓ１１５）は、手順Ｓ１１７に進む。エラーが発生しない場合は、手順Ｓ１１９の後処理に進む。手順Ｓ１１７とＳ１１８はエラー時の処理であり、エラー用ライブラリに画像データを登録し（Ｓ１１７）、ワークフローサービス１５０を起動してエラーのワークフロー１５３に定義されたエラー処理のワークフローを実行することでセットされているエラーに対応するエラー処理を行う（Ｓ１１８）。最後に、手順Ｓ１１９では、後処理として、確保したメモリの解放ならびに、処理の結果に関するイベントログを生成し、処理を終了する。
【００４５】
以上が１つの連続して読み取られる書式群である画像群１セットのすべてのページについて文書抽出分類処理を行なって、所定の処理を実行するフローチャートであり、次に、この分類済みの画像群１セットのすべてのページについての申請区分に対する登録とワークフロー処理を抽出した文書の登録、ワークフロー処理を図７及び図８に示すフローチャートを用いて説明する。なお、この申請区分に対する登録とワークフロー処理を抽出した文書の登録、ワークフロー処理は、先の図６のフローチャートにおける手順Ｓ１１４の処理に該当する。
【００４６】
先ず、手順Ｓ２０１で文書情報テーブルの参照するためのＩｎｄｅｘに初期値０をセットする。ここでＩｎｄｅｘは参照する文書情報テーブルの列の番号に該当し、順番に文書情報テーブルの各項目を参照するために１つずつ増加することになる。次いで、手順Ｓ２０２では文書数と文書情報テーブルの参照するためのＩｎｄｅｘを比較し、Ｉｎｄｅｘが徐々に増えて文書数の方が文書情報テーブルの参照するためのＩｎｄｅｘよりも小さくなった場合、すべての文書が処理済となり、処理を終了する。
【００４７】
未だ、手順Ｓ２０２で全文書が処理済みではない場合（Ｎｏ）、手順Ｓ２０３に進み、文書情報テーブルのＩｎｄｅｘで示される文書を現在処理中の文書とし、現在処理中の文書の様式１のページ番号を確認する。ページ番号が０の場合は、申請区分などの文書の基本となる様式１のページが存在しないことになるため、手順Ｓ２０４に進む。それ以外は手順Ｓ２０５に進む。Ｓ２０４では文書の基本となるページが存在しないため、エラー情報に申請書不足エラーを設定し終了する。
【００４８】
手順Ｓ２０５では、現在処理中の文書の申請区分Ａ、Ｂ、Ｃにチェックがついているか確認し、チェックがない場合は申請区分の記入漏れと判断し、手順Ｓ２０６に進んでエラー情報に申請区分指定エラーを設定し終了する。それ以外は手順Ｓ２０７以降に進む。
【００４９】
手順Ｓ２０７では現在処理中の文書の申請区分Ａのチェックがついているか確認し、チェックがついている場合は手順Ｓ２０８に進んで、申請区分Ａすなわち"様式２"の申請区分の文書ライブラリ登録とワークフロー処理を行う（Ｓ２０８）。もし手順Ｓ２０８の処理でエラーが発生した場合（Ｓ２０９）は処理を終了し、エラーが発生しない場合は手順Ｓ２１０に進む。手順Ｓ２０７で現在処理中の文書の申請区分Ａのチェックがついていない場合は、Ｓ２１０に進む。
【００５０】
手順Ｓ２１０では現在処理中の文書の申請区分Ｂのチェックがついているか確認し、チェックがついている場合は手順Ｓ２１１に進んで、申請区分Ｂすなわち"様式３"の申請区分の文書ライブラリ登録とワークフロー処理を行う（Ｓ２１１）。もし手順Ｓ２１１の処理でエラーが発生した場合（Ｓ２１２）は処理を終了し、エラーが発生しない場合は手順Ｓ２１３に進む。手順Ｓ２１０で現在処理中の文書の申請区分Ｂのチェックがついていない場合は、Ｓ２１３に進む。
【００５１】
手順Ｓ２１３では現在処理中の文書の申請区分Ｃのチェックがついているか確認し、チェックがついている場合は手順Ｓ２１４に進んで、申請区分Ｃすなわち"様式４"の申請区分の文書ライブラリ登録とワークフロー処理を行う（Ｓ２１４）。もし手順Ｓ２１４の処理でエラーが発生した場合（Ｓ２１５）は処理を終了し、エラーが発生しない場合は手順Ｓ２１６に進む。手順Ｓ２１３で現在処理中の文書の申請区分Ａのチェックがついていない場合は、Ｓ２１６に進む。
【００５２】
手順Ｓ２１６では文書情報テーブルの参照するためのＩｎｄｅｘに１を加算し、加算した後、手順Ｓ２０２に戻る。
【００５３】
以上に説明する手順により、本実施形態の画像処理装置では、分類済みの画像群１セットのすべてのページについてそれぞれ申請区分に応じたワークフロー処理が行なわれることが判る。ここで、手順Ｓ２０８、手順Ｓ２１１、手順Ｓ２１４の、申請区分の文書ライブラリ登録とワークフロー処理を図９の申請区分毎の文書ライブラリ登録とワークフロー実行処理フローチャートを用いて詳しく説明する。
【００５４】
手順Ｓ４０１で申請区分がＣの場合はＳ４３１に進み、手順Ｓ４０２で申請区分がＢの場合はＳ４２１に進む。それ以外の場合は手順Ｓ４１１に進む。なお、Ｓ４０１、４０２は、申請区分により、処理が振り分けられることを示しているのであり、その点では先の手順Ｓ２０７、Ｓ２１０、Ｓ２１３と同じ機能を有している。このため図８の手順Ｓ２０８に対応する処理は手順Ｓ４１１〜手順Ｓ４１６の処理であり、図８の手順Ｓ２１１に対応する処理は手順Ｓ４２１〜手順Ｓ４２６の処理であり、図８の手順Ｓ２１４に対応する処理は手順Ｓ４３１〜手順Ｓ４３６の処理となる。なお、図９のフローチャートでは、申請区分毎に処理を別々に記載しているが、手順Ｓ４１１〜手順Ｓ４１６と手順Ｓ４２１〜手順Ｓ４２６と手順Ｓ４３１〜手順Ｓ４３６の処理内容は実質的に同一であり、以下の説明では申請区分Ａの手順Ｓ４１１〜手順Ｓ４１６で代表させて説明する。
【００５５】
先ず、手順Ｓ４１１（Ｓ４２１、Ｓ４３１）では文書情報テーブル内の、現在処理中の文書情報より、指定された申請区分に対応する様式のページ番号を取得する。次に手順Ｓ４１２（Ｓ４２２、Ｓ４３２）では直前のステップで取得したページ番号が０の場合は、当該様式のページが検出できなかったため、換言すれば、当該様式の該当ページが存在していないため、エラー処理のための手順Ｓ４１６（Ｓ４２６、Ｓ４３６）に進む。手順Ｓ４１６（Ｓ４２６、Ｓ４３６）では、申請区分に必要な様式のページが存在しないため、申請書不足のエラーをセットして終了する。
【００５６】
手順Ｓ４１２（Ｓ４２２、Ｓ４３２）で当該様式のページが検出できた場合には、次の手順Ｓ４１３（Ｓ４２３、Ｓ４３３）にて指定された申請区分の申請に必要な文書画像を形成するために、画像データから、現在処理中の文書情報の書式１のページ番号で示されるページの画像と、手順Ｓ４１１（Ｓ４２１、Ｓ４３１）で取り出した今回の申請処理に必要な様式のページ番号で示されるページ画像データを抽出し１つのファイルに結合する。ここで結合したファイルは申請区分用の文書ライブラリに文書管理サービス１４０を使用して登録される（Ｓ４１４（Ｓ４２４、Ｓ４３４））。次に、手順Ｓ４１５（Ｓ４２５、Ｓ４３５）では申請区分毎のワークフロー１５２に定義された申請区分用のワークフローをワークフローサービス１５０から実行し、終了する。
【００５７】
上述の如き、本実施形態の画像処理装置によれば、複数種類の書類を連続してセットできるため、作業者の用紙セット、開始指示の作業を減らすことができ、書類の種類を自動で認識するため、開始指示で書類の種類を指定する操作および、書類の種類指定ミスを減らすことができる。また、本実施形態の画像処理装置によれば、複数枚で１組の書類に対してもワークフローを実行することができ、複数枚で１組の書類において不足ページを認識した場合に作業者に警告を表示することで人為確認ミスを軽減できる。
【００５８】
［第２の実施形態］
本発明の第２の実施形態にかかる画像処理装置は、複数ページで構成される文書を読み取り、最初のページに記載される文書の形式とワークフローの動作情報から文書に応じた適切なワークフローを実行することを特徴とする。第２の実施形態にかかる画像処理装置の構成は先の実施形態と実質的に同じであって図１に示した構成を有しているものとし、本実施形態の説明では同じ参照符号を用いる。ここでは所定の書式の依頼書を最初のページ（１ページ目）にし、２ページ目以降は任意の文書とする例を用いて本実施形態の動作を説明する。
【００５９】
図１０に示すような様式５の依頼書を最初のページ（１ページ目）にし、２ページ目以降は任意の文書とする。なお、最初のページの画像情報は、続く２ページ目以降のワークフローの設定についての情報を有している。様式５の用紙種類は、図中破線で囲む用紙種類ＩＤの領域８０１の部分に記載されるコード（例えば、ABC00123）で示される。このコードはあらかじめ印刷していても良いし、依頼者が手書きで記載しても良い。なお、２ページ目以降について、様式は問わないものとされる。
【００６０】
様式５のようなコード化された用紙種類IDを用いずに、図１１の様式６のように用紙種類ＩＤをコード化し罫線部分９０２にそのコードをバーコードとして配置した用紙や、図１２の様式７のように用紙種類ＩＤや社員番号などの情報をコード化し背景部分９０５の地紋に埋め込んだ用紙を事前に作成して印刷しておき１ページ目に使用しても良い。また、本実施形態では、最初のページの用紙種類に従ったワークフローを実施するが、そのワークフローの処理通知先として最初のページに記載される社員番号で表されるユーザが追加され、操作者とはべつの申請者にワークフロー状態が通知されるものとする。
【００６１】
次に、本実施形態の動作について説明する。初めにユーザの運用の事前に、サーバーＰＣＩ２０にて次の作業を行っておく。第一に、帳票定義ユーティリティ１３２にて、図１０の様式５または図１１の様式６または図１０の様式７で示される運用時に認識する文書の元になる内容未記入の文書を各様式のページごとに特徴を抽出して帳票の名称と、帳票を認識するための属性とともに帳票定義プロファイル１３１に保存する。
【００６２】
様式５については帳票の認識には用紙種類ＩＤ８０１の部分の文字を読み取り、そこに記載されたＩＤで示される帳票として認識する方式であることと、図１０の領域８０２の矩形を社員番号文字列として領域認識情報として定義する。また、様式６については帳票の認識には、図９の罫線部分９０２の部分の罫線を読み取り、罫線に配置されるバーコードから取り出される用紙種類ＩＤ９０１で示される帳票として認識する方式であることと、図１１の領域９０３の矩形を社員番号文字列として領域認識情報として定義する。さらに、様式７については帳票の認識には、図１２に示す背景部分９０５の地紋から取り出される用紙種類ＩＤで示される帳票として認識する方式であることと、背景部分９０５の地紋には社員番号文字列も含まれることを領域認識情報として定義する。
【００６３】
第二に、文書を保存する文書ライブラリを文書管理サービス部１４０を使用して生成しておく。生成する文書ライブラリは、用紙種類ＩＤに対応する文書保存ライブラリと、エラー用のライブラリである。文書ライブラリの実体はデータベースサービス部１４１を介して、データベース１４２に作成される。
【００６４】
第三に、用紙種類ＩＤに応じたワークフローとエラーのワークフローを定義しておく。本実施形態では、承認のワークフローを定義しておき、用紙種類ＩＤに対応する文書ライブラリに関連して保存しておく。承認ワークフローは、操作者の上長の承認後、書類を用紙種類に従った依頼管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者と社員番号から判別した依頼者に完了を通知する。エラーのワークフローでは申請処理ができなかった連絡を操作者に行う。
【００６５】
以上のような予備的な設定を行った後、第２の実施形態の画像処理装置の運用時は次のような操作を行う。先ず、ユーザはＭＦＰ１０１の操作パネル１０３から、文書管理用のメニュー開始を選択するとサーバーＰＣ１２０でユーザ認証させるためのユーザＩＤとパスワードを入力させる画面を操作パネル１０３に表示し、ユーザの操作を待つ。
【００６６】
ユーザが、操作パネル１０３よりユーザＩＤとパスワードを入力して実行をすると、Ｗｅｂサービスクライアント１０２が、サーバーＰＣ１２０のＷｅｂサービス部１２１のユーザ認証のために、先に入力したユーザＩＤとパスワードを引数としてサービスを実行する。この際、ユーザＩＤとパスワードはセキュリティ上保護される必要があるため、ＳＳＬを使用したＨＴＴＰＳなどのセキュアなプロトコルを使用してサービスを行うものとする。
【００６７】
Ｗｅｂサービス部１２１は、ユーザ認証部１２２にユーザＩＤとパスワードを渡し、ユーザ認証を行う。本例ではユーザ認証の方法について詳細を記載しないが、ディレクトリサービスによる認証やサーバーＰＣ１２０内のローカルユーザ認証などが可能である。ユーザ認証が完了したら、Ｗｅｂサービス部１２１よりその結果をＷｅｂサービスクライアント１０２に応答する。
【００６８】
Ｗｅｂサービスクライアント１０２は、ユーザ認証が成功したら、パネル制御部１０４を介して操作パネル１０３に文書管理用のメニューを表示しユーザの操作を待つ。ユーザは、スキャナ１０５に読取る文書を複数枚セットし、操作パネル１０３の文書管理用のメニューから読取開始を選択する。
【００６９】
Ｗｅｂサービスクライアント１０２が、サーバーＰＣ１２０のＷｅｂサービス部１２１の帳票読み取りサービスを呼び出し、Ｗｅｂサービス１２１の帳票読み取りサービスは、ＭＦＰ１０１の画像読取サービス１０７を実行して、画像読取制御部１０６を介して、スキャナ１０５から文書を読取り、画像データとしてサーバーＰＣｌ２０に送信する。本実施例では、ＭＦＰ１０１とサーバーＰＣ１２０はネットワークで接続されるため、スキャナ１０５から読取った文書画像データは、ＭＦＰ１０１の画像読取サービス１０７でサーバーＰＣ１２０のあらかじめ規定される共有フォルダに、事前に規定した命名規則にしたがって生成されたファイル名のファイルに保存される。
【００７０】
Ｗｅｂサービス部１２１の帳票読み取りサービスは、読取った画像データの最初のページを切り出し、画像を最適化し帳票認識ＯＣＲ部１３０にページ画像を認識させて帳票の種類を識別させる。帳票認識ＯＣＲ部１３０は帳票定義プロファイル１３１に保存された帳票特徴データと一番近い帳票を判定し、その帳票に関係付けられている領域認識情報で、指定された領域と属性に基づき識別する。
【００７１】
帳票認識の結果が、"様式５"の場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき用紙種類ＩＤと社員番号が認識されているのでこの情報を取得する。帳票認識の結果が、"様式６"の場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき罫線にバーコードとして配置されている用紙種類ＩＤと、社員番号部分から読み取った社員番号が認識されているのでこの情報を取得する。帳票認識の結果が、"様式７"の場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき背景に地紋として埋め込まれている用紙種類ＩＤと社員番号が認識されているのでこの情報を取得する。なお、帳票認識の結果が様式５、６、７以外の場合は誤認識としてエラー処理を実行する。
【００７２】
読取った画像データの２ページ以降は、本実施形態ではページ画像の認識処理は行わず、そのままページ画像を画像データから抽出して、ひとつのファイルに結合し、そのファイルおよび、最初のページで認識した社員番号を関連付けて文書管理サービス部１４０を使用してデータベース１４２に事前に生成した用紙種類ＩＤに対応した文書ライブラリに登録し、用紙種類ＩＤ用に事前に定義されたワークフローをワークフローサービス部１５０を起動して実行する。
【００７３】
ワークフローでは、ワークフローの処理通知先として文書ファイルに関連付けられている社員番号のユーザに対してワークフローの状態参照権限を付与するとともに、ワークフローの申請結果が通知される。認識処理中にエラーが発生していたら、画像データを文書管理サービス部１４０を使用してデータベース１４２に事前に生成したエラー用文書ライブラリにそのファイルを保存し、ワークフローサービス部１５０を起動して事前に定義されたエラー用ワークフローを実行する。
【００７４】
ここで、読取った画像データを識別し、ワークフローを実行するまでの処理を図１３及び図１４の帳票認識からワークフロー実行処理までのフローチャートを参照して説明する。
【００７５】
初めに、手順Ｓ１１０１ではエラーを「なし」に初期化する。次いで、手順Ｓ１１０２では、読取った画像データの最初のページを切り出す。複数ページ画像が１つのファイルに含まれる形式の場合は、ファイル内の画像を取り出し、１ページ１画像の場合は最初のページの画像が含まれるファイルから画像を取り出す。
【００７６】
次に、手順Ｓ１１０３では手順」Ｓ１１０２で取り出したページ画像データを帳票認識ＯＣＲ部１３０が認識できる形式に最適化する。この最適化の後、手順Ｓ１１０４では帳票認識ＯＣＲ部「１３０に帳票定義プロファイル１３１と、Ｓ１０３で最適化したページ画像を指定し、ページ画像の識別を行う。識別時、帳票が特定できたら、領域認識情報で指定された領域と属性に基づき、用紙種類ＩＤと社員番号が認識される。
【００７７】
次に手順Ｓ１１０５では手順Ｓ１１０４で識別した結果、ページ画像が"様式５"の場合は手順Ｓ１１０８に進む。また手順Ｓ１１０６では手順Ｓ１１０４で識別した結果、ページ画像が"様式６"の場合は手順Ｓ１１０９に進む。また手順Ｓ１１０７においては手順Ｓｌ１０４で識別した結果、ページ画像が"様式７"の場合は手順Ｓ１１１０に進む。それ以外の場合は手順Ｓ１１１１に進む。
【００７８】
手順Ｓ１１０８では様式５用の領域認識情報で指定された領域と属性に基づき用紙種類ＩＤと社員番号が認識されているのでこの情報を取得し、手順Ｓ１１１２へ進む。また、手順Ｓ１１０９では様式６用の領域認識情報で指定された領域と属性に基づき罫線にバーコードとして配置されている用紙種類ＩＤと、社員番号部分から読み取った社員番号が認識されているのでこの情報を取得し、手順Ｓ１１１２へ進む。手順Ｓ１１１０では様式７用の領域認識情報で指定された領域と属性に基づき背景に地紋として埋め込まれている用紙種類ＩＤと社員番号が認識されているのでこの情報を取得し、手順Ｓ１１１２へ進む。ページ画像が様式５〜７でない場合、最初のページが様式５または様式６または様式７として識別されなった旨のエラーをセットする（Ｓ１１１１）。
【００７９】
手順Ｓ１１１２ではエラーが発生したかチェックし、エラーが発生していたら手順Ｓ１１１５へ進む。エラーが発生していない場合は、手順Ｓ１１１３へ進む。この手順Ｓ１１１３においては読取った画像データをファイルにし、文書管理サービス部１４０を使用してデータベース１４２に事前に生成した用紙種類ＩＤに対応した文書ライブラリにそのファイルおよび、最初のページで認識した社員番号を関連付けて登録する。手順Ｓ１１１３で登録した文書ライブラリに関連付けられている用紙種類ＩＤ用に事前に定義されたワークフローをワークフローサービス１５０を起動して実行し（Ｓ１１１４）、手順Ｓ１１１３でファイルに関連付けられている社員番号のユーザに対してワークフローの状態参照権限を付与し手順Ｓ１１１７へ進む。手順Ｓ１１１７では後処理として、確保したメモリの解放ならびに、処理の結果に関するイベントログを生成する。
【００８０】
手順Ｓ１１１２でエラーが発生したかチェックした結果、エラーが発生していたらエラー用ライブラリに、画像データを登録する（Ｓ１１１５）。次いで手順Ｓ１１１６ではエラーが発生した場合は早急にユーザにその旨を通知する必要があるためたとえば、今回の作業のためにＭＦＰ１０１からログオンしたユーザのアカウントに対してエラー内容の含まれるメッセージや、メールを送付するエラーのワークフローを実行し、セットされているエラーに対応するエラー処理を行う。
【００８１】
本実施形態の画像処理装置によれば、複数種類の書類を連続してセットできるため、作業者の用紙セット、開始指示の作業を減らすことができ、また、書類の種類を自動で認識するため、開始指示で書類の種類を指定する操作および、書類の種類指定ミスを減らすことができる。また、本実施形態の画像処理装置によれば、複数枚で１組の書類に対してもワークフローを実行することができ、ワークフローの通知先やワークフローの参照権を書類記載内容に応じて動的に変更することで手動による操作を省略でき、操作ミス、操作漏れを軽減することができる。
【００８２】
以上の本発明の実施形態ではサーバーとネットワーク経由で接続されたＭＦＰの組み合わせを使用したが、サーバーではなく単独のＰＣでも良い。また画像データを読取る部分はスキャナや、ファクシミリなどでも良い。また接続方法もＵＳＢなどＰＣと１対１の接続での利用も可能である。さらにＭＦＰの部分を、ＰＣとスキャナを直接接続し、そのＰＣがネットワーク経由でサーバーと接続される利用形態も可能である。
【図面の簡単な説明】
【００８３】
【図１】本発明の第１の実施形態の画像処理装置の構成を示すブロック図である。
【図２】本発明の第１の実施形態の画像処理装置に使用される帳票の特徴を抽出するサンプリング文書の例を示す模式図である。
【図３】本発明の第１の実施形態の画像処理装置における領域認識情報の例を示す模式図である。
【図４】本発明の第１の実施形態の画像処理装置における文書抽出分類処理による文書情報テーブル作成処理の例を示す模式図である。
【図５】本発明の第１の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートである。
【図６】本発明の第１の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートであって、図５の続きのフローを示す。
【図７】本発明の第１の実施形態の画像処理装置における抽出した文書の登録とワークフロー処理のフローチャートである。
【図８】本発明の第１の実施形態の画像処理装置における抽出した文書の登録とワークフロー処理のフローチャートであって、図７の続きのフローを示す。
【図９】本発明の第１の実施形態の画像処理装置における申請区分毎の文書ライブラリ登録とワークフロー実行処理のフローチャートである。
【図１０】本発明の第２の実施形態の画像処理装置における依頼内容を指示する文書を例示する模式図である。
【図１１】本発明の第２の実施形態の画像処理装置における用紙種類ＩＤを罫線のバーコードに配置した文書の例を示す模式図である。
【図１２】本発明の第２の実施形態の画像処理装置における用紙種類ＩＤなどを背景地紋に埋め込んだ文書の例を示す模式図である。
【図１３】本発明の第２の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートである。
【図１４】本発明の第２の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートであり、図１３の続きのフローを示す。
【図１５】本発明の第１の実施形態の画像処理装置の操作パネルの構成例を示す模式図である。
【図１６】本発明の第１の実施形態の画像処理装置のユーザ認証入力画面を示す模式図である。
【図１７】本発明の第１の実施形態の画像処理装置のユーザ名文字列入力画面を示す模式図である。
【図１８】本発明の第１の実施形態の画像処理装置のユーザ認証入力画面を示す模式図である。
【符号の説明】
【００８４】
１０１ MFP
１０２ Webサービスクライアント
１０３ 操作パネル
１０４ パネル制御部
１０５ スキャナ
１０６ 画像読取制御部
１０７ 画像読取サービス部
１２０ サーバーPC
１２１ Webサービス部
１２２ ユーザ認証部
１２３ 文書抽出分類処理部
１２４ 文書情報テーブル
１２５ 読取画像ファイル
１３０ 帳票認識OCR部
１３１ 帳票定義ファイル部
１３２ 帳票定義ユーティリティ部
１４０ 文書管理サービス部
１４１ データベースサービス部
１４２ データベース
１５０ ワークフローサービス部
１５１ ワークフロー定義部
２２０ ３１０ 文書識別ID
２２１ ３０１、３０２、３０３ 申請区分
【技術分野】
【０００１】
本発明は、スキャナなどから読取った画像を処理する画像処理装置およびその画像処理方法に関する。
【背景技術】
【０００２】
スキャナなどから入力された画像を電子化データ文書として処理し、ハードディスクなどに保管し、これらの入力された文書を含むさまざまな文書データを効率的に整理し保管するシステムとして、文書管理システム（ＤＭＳ：Document Management System）が知られている。一般的な文書管理システムにおいては、文書管理システムに文書を登録する際、文書データに検索のためのキーワードを設定することで、保管される文書をキーワードで検索することができるなどの機能や、文書が登録された際に、その種別や、保管先などの情報に従って、登録した文書に対して、ワークフローと呼ばれる処理手順を実行する機能を保有している（例えば、特許文献１参照。）。
【０００３】
ここでワークフローとは、たとえば、あるユーザが文書を登録するときに、管理者の確認、承認を得るための指示および情報を記載した電子メールを管理者に送信し、部下が登録したい文書を管理者が確認して登録を承認する操作を行う処理が広く知られている。また、文書管理システムに登録する際に、文書にセキュリティの属性を設定し、特定のユーザにのみ開示可能とする機能や、文書の漏洩、改竄を防ぐための署名、暗号化の機能を有する場合もある。
【０００４】
【特許文献１】特開２００６−１２６９４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、従来の文書管理システムにおいては、スキャナで入力した画像を自動的に認識して帳票ごとに分別して管理し、登録したワークフローを実行するように構成されているものの、ワークフローは帳票ごとに実行される。たとえば複数の頁で１組になる文書では、認識した最初の帳票のワークフローが実行されるか、または個々の帳票のワークフローが実行されることになる。このため、複数の頁で１組になる文書を処理する場合では、第１頁目に第２頁目以降に含まれる文書の情報が指定され、第２頁目以降の内容により異なったワークフローを実行したい場合に、意図した結果を得ることができず、人為的な作業が発生して、作業効率が悪いだけではなく、文書の把握ミスを引き起こしてしまうという問題があった。
【０００６】
そこで、本発明は上述の技術的な課題に鑑み、複数の頁に亘ってワークフローを実行する場合に、所定の頁における処理を他の処理に反映させることの可能な柔軟な文書管理を実現する画像処理装置と、その画像処理方法を提供する。
【課題を解決するための手段】
【０００７】
上述の技術的な課題を解決するため、本発明の画像処理装置は、複数の画像を受信し前記複数の画像を保存し画像処理する画像処理装置において、前記複数の画像から、第１の画像と第２の画像を識別する識別する識別部と、前記第１の画像から前記第２の画像に関する情報を認識する画像認識部と、前記画像認識部の認識に基づき前記第２の画像の処理を設定する処理設定部とを有し、前記処理設定部による設定に基づき画像処理を行なうことを特徴とする。
【０００８】
また、上述の技術的な課題を解決するため、本発明の画像処理方法は、複数の画像を受信し前記複数の画像を保存し画像処理する画像処理方法であって、前記複数の画像から、第１の画像と第２の画像を識別する識別する工程と、前記第１の画像から前記第２の画像に関する情報を認識する工程と、前記画像認識部の認識に基づき前記第２の画像の処理を設定する工程と、前記処理設定部による設定に基づき画像処理を行なう工程を有することを特徴とする。
【発明の効果】
【０００９】
本発明の画像処理装置を用いて任意の書式の組み合わせを有する書式群を処理する際には、多種類の書類を連続して自動的に処理することができ、作業者の用紙セット、開始指示の作業負担を大幅に減らすことができる。画像認識部の認識に基づき第２の画像処理を設定することから、書式の種類を自動で認識することができ、開始指示で書式の種類を指定する操作および、書式の種類指定ミスを減らすことができる。さらに複数枚で１組の書式群において不足ページを認識した場合に作業者に警告を表示することで人為確認ミスを軽減することも可能である。
【発明を実施するための最良の形態】
【００１０】
［第１の実施形態］
本実施形態の画像処理装置では、複数種類の書式で構成される書式群の中の文書を読み取り、例えば最初のページに記載されるマークにしたがって各書類を識別し、書類に応じた適切なワークフローを実行することができる。ここではＭＦＰ（Multifunction Peripheral）のスキャナで文書を読取り、ネットワーク経由で接続されたサーバー側で読取った画像を処理し、ワークフローを実行するシステム構成を示す。
【００１１】
本実施形態にかかる画像処理装置によるシステムは、図１に示すように、LAN或いはインターネットなどのネットワークで接続されるＭＦＰ１０１と画像処理装置として機能するサーバーＰＣ（Personal Computer）１２０で構成される。
【００１２】
ＭＦＰ１０１は、ネットワーク接続されたサーバーＰＣ１２０とＨＴＴＰプロトコルを使用したＳＯＡＰ通信にてＭＦＰユーザの操作指示に従った情報をサーバーＰＣ１２０に送信し、サーバーＰＣ１２０の処理結果を受け付けるＷｅｂサービスクライアント１０２と、ＭＦＰの状態や使用可能な機能などを表示し、ユーザの操作指示を受ける操作パネル１０３と操作パネル１０３から入力された操作指示をＷｅｂサービスクライアント１０２に通知し、サーバーＰＣ１２０の処理結果などを操作パネル１０３に表示させるパネル制御部１０４と、セットされた文書や書類を画像として読取るスキャナ１０５と、スキャナ１０５の画像読取を制御する画像読取制御部１０６と、サーバーＰＣ１２０から文書の読み取りの指示を受け、画像読取制御部１０６を介して、スキャナ１０５から文書画像を読み取り、サーバーＰＣ１２０に送る画像読取サービス部１０７で構成される。なお、ＭＦＰ１０１は印刷機能やファクシミリ機能を搭載しているが、本実施形態ではこれらの機能は使用しないため図示を省略している。またスキャナ１０５は複数ページの書類を続けて読取ることができる自動用紙送り機構を装備している。更に本実施形態では、スキャナーにより画像データを入力するとしているが、他の外部装置、例えばパーソナルコンピュータ等で作成した画像データを入力することもできる。
【００１３】
ＭＦＰ１０１の操作パネル１０３の構成例を図１５に示す。ＭＦＰの機能を選択するＣｏｐｙキー１２０１、ＦＡＸキー１２０２、ＳＣＡＮキー１２０３、ＤＭＳキー１２０４と、選択された機能の操作の詳細を表示およびユーザが操作を画面に触れることで指示する操作表示と指示のための液晶タッチパネル１２１０と、ＭＦＰの状態を簡潔に表す状態表示ＬＥＤ１２２０と、動作中の操作をすべて元に戻すＲｅｓｅｔキー１２２１と、ＭＦＰの設定メニューを表示するメニューキー１２２２と、操作時の文字入力を行うテンキー１２２３と、操作の開始を指示するＳｔａｒｔキー１２２４と、操作を中止するＳｔｏｐキー１２２５で構成される。
【００１４】
サーバーＰＣ１２０は、ネットワーク接続されたＭＦＰ１０１からＨＴＴＰプロトコルを使用したＳＯＡＰ通信にてＭＦＰユーザの操作指示に従った情報を受付け、その指示に従った処理を行うＷｅｂサービス部１２１と、ＭＦＰ１０１のユーザが操作開始時にシステムを使用可能なユーザであることを認証するユーザ認証部１２２と、ＭＦＰ１０１の画像読取サービス部１０７から読取った画像を保存する読取画像保存ファイル１２５と、１ページ分の画像の特徴を抽出し、帳票の特徴として帳票を認識させるための属性と、そのページ内で文字やマークなどを認識させる矩形領域と矩形を認識する属性とを関連付けて、帳票定義プロファイル１３１に保存する帳票定義ユーティリティ部１３２と、ＭＦＰ１０１から読み出した文書画像から切り出された１ページ分の画像の特徴を抽出し、帳票定義プロファイル部１３１に事前に定義された帳票の特徴とから帳票を認識して、認識した帳票に関連付けられる文字やマークなどを認識させる矩形領域の画像から文字やマークなどを認識する帳票認識ＯＣＲ部１３０と、ＭＦＰ１０１から読み取った文書画像と、帳票認識ＯＣＲ部１３０で認識した結果を関連付けして、データベースサービス部１４１を介して、データベース１４２に保存する文書管理サービス部１４０と、文書管理サービス部１４０が保存した文書の種類に関連付けられている承認処理などのワークフローを実行するワークフローサービス部１５０とワークフローで行う処理手順を定義するワークフロー定義部１５１とで構成される。
【００１５】
Ｗｅｂサービス部１２１には、読取画像保存ファイル１２５に保存された画像ファイルから１つの文書を抽出する文書抽出分類処理部１２３と、文書抽出分類処理部１２３で抽出した文書の情報が保存される文書情報テーブル１２４とが含まれる。なお、１ページ分の画像の特徴を抽出し、帳票の特徴とから帳票を認識して、認識した帳票に関連付けられる文字やマークなどを認識させる矩形領域の画像から文字やマークなどを認識する帳票認識ＯＣＲ部１３０に関する技術は、従来より公知の罫線の特徴を基にした技術を使用することができ、例えば帳票全体の罫線の特徴を自動的に抽出して識別を行うことができる技術であって、特徴が存在する場所や特徴の具体的な定義を行うというような特別なスキルを必要とする操作は不要とされる。ワークフロー定義部１５１には、正常処理時のワークフローである申請区分毎のワークフロー１５２と、エラー処理のワークフローであるエラーのワークフロー１５３が格納されている。
【００１６】
図１に示す構成を有する本実施形態の画像処理装置が動作する例について、図２に示す申請書の例を用いて説明する。図２は複数のページからなる文書の様式を示しており、様式１の用紙を１ページ目とする。様式１のページ内の申請区分の欄２１１で、申請区分の記載を求めており、申請者は申請する区分を手書きでチェックするものであり、そのチェック内容に従って２ページ目以降に必要な様式の用紙、様式２、様式３、様式４のいずれか、またはすべてに記入する。ここで各様式は異なる書式であり、書式ごとに記入する内容も異なっている。２ページ目以降には様式１の申請区分の欄２１１で指定された様式の用紙が添付され、それらを合わせた書式群が１つの文書とされる。すなわち、図２に示す申請書は、４つの書式が任意に組み合わされた書式群を構成しており、その組み合わせは申請区分２１１に依存して変化するものとなっている。
【００１７】
本実施形態では、文書ごとのID識別が用いられるが、このIDは書式群ごとに付与されたユニークな文字列となっている。すなわち、１回に連続して読取った画像データからなる書式群を１セットとし、１セットには複数の書式（様式）が存在し、さらに１つの書式が連続してまとまっていない場合にも処理できるように、図２の文書識別ＩＤ欄２２０に記載されるＩＤ（ABC00123）により、書式群を識別し、複数の書式が、乱雑に混在する読取画像からなる書式群のセット内から特定の１文書を抽出する。文書識別ＩＤ欄２２０に記載がない文書も、ＩＤ記載がない文書として１つの文書として扱うことも可能である。なお、本実施例では、各様式のページは、１様式は１ページ（１枚）であらわされるものとし、かつ、１つの文書に含まれる各様式のページは１ページのみ有効とし、１つの文書の１つの様式のページが複数存在した場合は、最初に抽出されたページを有効としている。この図２に示す書式群において、申請区分２２１としてＡが指定された場合は、保険会社への申請依頼管轄部門に申請の依頼が行われ、申請区分２２１がＢとＣの場合についてもそれぞれＢの場合はカード会社への申請管轄部門、Ｃの場合は自治体届出管轄部門への申請依頼が行われるものとする。
【００１８】
次に、本実施形態の画像処理装置の動作について説明する。ユーザの運用の事前に、サーバーＰＣ１２０にて次の作業を行っておく。第一に、帳票定義ユーティリティ部１３２にて、図２で示される運用時に認識する書式の基になる内容未記入の文書を各様式のページごとに特徴を抽出して帳票の名称と、帳票を認識するための属性とともに、様式１の帳票については、図３のように申請区分のチェックマークの部分である領域の矩形状のボックス３０１、３０２、３０３として、この領域をチェックマークとして認識するための属性を領域認識情報として定義し、また様式１、２、３、４すべてにおいて、文書識別ＩＤ取得用認識領域に示す矩形領域３１０を文書識別ＩＤとして認識するための属性を領域認識情報として定義して、帳票定義プロファイル１３１に保存する。なお、帳票定義するための画像はＭＦＰ１０１から手動で読取りしてもよい。
【００１９】
次に、文書管理サービス部１４０を使用して文書を保存する文書ライブラリを生成しておく。生成する文書ライブラリは、（１）申請区分Ａ用、（２）申請区分Ｂ用、（３）申請区分Ｃ用、（４）エラー用の４種類である。文書ライブラリの実際のデータはデータベースサービス１４１部を介して、データベース１４２に格納される。
【００２０】
さらに、申請区分に応じたワークフローをワークフロー定義部１５１にて定義しておく。本実施形態では、次のワークフローを定義しておき、申請区分の文書ライブラリに関連してワークフロー定義１５１に保存しておく。定義されるワークフローは、申請区分Ａ用のワークフロー（A）、申請区分Ｂ用のワークフロー（B）、申請区分Ｃ用のワークフロー（C）、及びエラーのワークフロー（D）の４つである。申請区分Ａ用のワークフロー（A）は、操作者の上長の承認後、書類を保険会社への申請依頼管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者に完了を通知するものである。この申請区分Ａ用のワークフロー（A）による申請に必要な書類は様式１、様式２とされる。また、申請区分Ｂ用のワークフロー（B）は、操作者の上長の承認後、書類をカード会社への申請依頼管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者に完了を通知するものである。この申請区分Ｂ用のワークフロー（B）による申請に必要な書類は様式１、様式３とされる。
【００２１】
また、申請区分Ｃ用のワークフロー（C）は操作者の上長の承認後、書類を自治体届出管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者に完了を通知するものである。この申請区分Ｃ用のワークフロー（C）による申請に必要な書類は様式１、様式４である。最後に、エラーのワークフロー（D）では申請処理ができなかった連絡を操作者に行う。動作中にエラーが発生した場合は早急にユーザにその旨を通知する必要があるため、たとえば、今回の作業のためにＭＦＰ１０１からログオンしたユーザのアカウントに対してエラー内容の含まれるメッセージや、メールを送付する処理を行う。前述の（A）〜（C）のワークフローは申請区分毎のワークフロー１５２に定義され、（D）のワークフローはエラーのワークフロー１５３に定義される。
【００２２】
本実施形態の画像処理装置の運用時には、以上の如きワークフローを定義した後、次のような操作を行う。先ず、ユーザがＭＦＰ１０１の操作パネル１０３から、ＤＭＳキー１２０４を押し文書管理用の機能を選択すると、ＭＦＰ１０１は、サーバーＰＣｌ２０を用いてユーザ認証させるため、図１６のようなユーザＩＤとパスワードを入力させる画面を操作パネル１０３の操作表示と指示用の液晶タッチパネル１２１０に表示し、ユーザの操作を待つ。
【００２３】
ユーザは、図１６のユーザ名入力枠１３０１ａやパスワード入力枠１３０１bに、ユーザ名や、パスワードを入力する際、図１５のテンキー１２２３から入力することも可能であり、また、ユーザ名入力枠１３０１ａやパスワード入力枠１３０１bにタッチすると図１７のような文字列入力用の画面を表示し、表示させるキーボードの図から文字を選択して入力することも可能である。
【００２４】
前記のように操作パネル１０３よりユーザＩＤとパスワードを入力し、ＯＫ枠１３０２をタッチしてユーザ認証を実行をすると、Ｗｅｂサービスクライアント１０２が、サーバーＰＣ１２０のＷｅｂサービス部１２１のユーザ認証のために、先に入力したユーザＩＤとパスワードを引数としてサービスを実行する。この際、ユーザＩＤとパスワードはセキュリティ上保護される必要があるため、ＳＳＬを使用したＨＴＴＰＳなどのセキュアなプロトコルを使用してサービスを行うものとする。
【００２５】
Ｗｅｂサービス部１２１は、ユーザ認証１２２にユーザＩＤとパスワードを渡し、ユーザ認証を行う。本実施形態ではユーザ認証の方法について詳細を記載しないが、ディレクトリサービスによる認証やサーバーＰＣ１２０内のローカルユーザ認証などが可能である。ユーザ認証が完了したら、Ｗｅｂサービス１２１よりその結果をＷｅｂサービスクライアント１０２に応答する。
【００２６】
Ｗｅｂサービスクライアント１０２は、ユーザ認証が成功したら、パネル制御部１０４を介して操作パネル１０３に図１８のような文書管理機能メニューを表示しユーザの操作を待つ。ユーザは、スキャナ１０５に読み取る書式群を複数枚セットし、操作パネル１０３の文書管理機能メニューのＳｔａｒｔ枠１５０１をタッチするか、操作パネル１０３の図１５のＳｔａｒｔキー１２２４を押すことで読取開始を選択する。
【００２７】
Ｗｅｂサービスクライアント１０２が、サーバーＰＣＩ２０のＷｅｂサービス部１２１の帳票読み取りサービスを呼び出し、Ｗｅｂサービス部１２１の帳票読み取りサービスは、ＭＦＰ１０１の画像読取サービス１０７を実行して、画像読取制御部１０６を介して、スキャナ１０５から文書を読取り、一度で読取った書式群である画像群１セットの画像データとしてサーバーＰＣｌ２０に送信し、読取画像ファイルに１２５に保存する。本実施形態では、ＭＦＰ１０１とサーバーＰＣ１２０はネットワークで接続されるため、スキャナ１０５から読取った文書画像データは、ＭＦＰ１０１の画像読取サービス１０７でサーバーＰＣ１２０のあらかじめ規定される共有フォルダに、事前に規定した命名規則にしたがって生成されたファイル名のファイルに保存される。
【００２８】
Ｗｅｂサービス部１２１の帳票読み取りサービスは、文書抽出分類処理部１２３にて、読取画像ファイル１２５に保存された画像群１セットのすべてのページについて、最初のページから順に帳票認識ＯＣＲ部１３０で認識し、文書を抽出分類し、文書毎の各様式のページ画像の位置と申請区分の状態をあらわす文書情報テーブル１２４を生成する。画像群１セットにおける特定のページ画像の位置は、先頭ページすなわち、最初に読取った原稿のページ画像を１、２枚目に読取った原稿のページ画像を２、３枚目に読取った原稿のページ画像を３のように１つずつ増加する番号で表現し、これをページ番号と称する。帳票認識ＯＣＲ部１３０は帳票定義プロファイル部１３１に保存された帳票特徴データと一番近い帳票を判定し、その帳票に関係付けられている領域認識情報で指定された領域と属性に基づき識別する。
【００２９】
帳票認識の結果、帳票の種類が、様式１、２、３、４と認識された場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき文書識別ＩＤが認識されているので、この文書識別ＩＤを取得する。また、帳票の種類が様式１と認識された場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき申請区分のマーク情報が認識されているので、この申請区分のマーク情報を取得する。
【００３０】
さらに、帳票認識ＯＣＲ１３０で認識した結果から、文書毎の各様式のページ画像の位置と申請区分の状態を文書情報テーブル１２４に格納する。文書識別ＩＤと、帳票の種類すなわち様式で示される該当箇所に現在処理しているページ画像の位置情報として現在処理しているページ画像を現すページ番号とを文書情報テーブル１２４に格納するとともに、帳票の種類が様式１であった場合、文書情報テーブル１２４に当該箇所の申請区分チェック情報を格納する。なお、文書識別ＩＤ、ページ番号、申請区分のマーク情報は設定すべき処理についての設定情報を含む第１の画像であり、第２の画像の処理のための設定情報を含むものとして処理される。
【００３１】
文書抽出分類処理１２３による文書情報テーブル１２４のデータ作成処理の例を図４に示す。帳票認識の結果が該当帳票なしの場合は誤認識としてワークフローサービス部のサービスを起動してエラーのワークフロー１５３に定義されたエラー処理のワークフローを実行することでエラー処理を実行する。なお、図４の文書情報テーブルにおいてページ番号０は該当するページがないことを示す。
【００３２】
１つの連続して読み取られる書式群である画像群１セットのすべてのページについて文書抽出分類処理を終了したら、抽出した各文書について文書情報テーブル１２４のデータより、申請区分に対応する様式のページが存在するか申請区分に対応する様式のページ番号値をチェックし、ページ番号が０の場合は、申請に必要なページがないことになり、その旨を通知するためにワークフローサービス部１５０のサービスを起動してエラーのワークフロー１５３に定義されたエラー処理のワークフローを実行することでエラー処理を実行する。
【００３３】
申請に必要なページが存在する場合は、文書情報テーブル１２４に保存される申請に必要なページ番号のページ画像を読取画像ファイル１２５に保存された画像群１セットの画像データから抽出して、ひとつのファイルに結合し、文書管理サービス１４０を使用してデータベース１４２に事前に生成した申請区分に対応した文書ライブラリにそのファイルを保存し、申請区分用に事前に定義されたワークフローをワークフローサービス１５０を起動して実行する。
【００３４】
もし処理中にエラーが発生した場合には、文書管理サービス部１４０を使用してデータベース１４２に事前に生成したエラー用文書ライブラリに、エラーにかかる画像データのファイルを保存し、事前にエラーのワークフロー１５３に定義されたエラー用ワークフローをワークフローサービス部１５０のサービスを起動して実行する。
【００３５】
ここで、読取った画像データを識別し、ワークフローを実行するまでの処理を、図５及び図６を参照しながら、先に説明した帳票認識からワークフロー実行処理までのフローチャートを使用して説明する。
【００３６】
初めに、初期化を行う。手順Ｓ１０１では、処理中のページ番号を１に、文書情報テーブルを「なし」、文書数を０に、エラーを「なし」に初期化する。この段階で、リセット状態とされ帳票認識などが実行可能となる。
【００３７】
この初期化の後、手順Ｓ１０２で読取った画像データの現在のページ画像を切り出す。複数ページの画像が１つのファイルに含まれる形式の場合は、ファイル内の画像を取り出し、１ページ１画像の場合は現在のページの画像が含まれるファイルから画像を取り出す。この画像の取り出し後、Ｓ１０２で取り出したページ画像データを帳票認識ＯＣＲ部１３０が認識できる形式に最適化する（Ｓ１０３）。
【００３８】
帳票認識ＯＣＲ部１３０に帳票定義プロファイル１３１と、手順Ｓ１０３で最適化したページ画像を指定し、ページ画像の識別を行う（Ｓ１０４）。この帳票認識ＯＣＲ部１３０での処理の際には、第１の画像として設定すべき処理についての設定情報を含む文書識別ＩＤと申請区分の部分のマーク情報の部分が読み込まれると共に第２の画像として当該書式に従って処理される情報を含む各ページの画像のそれぞれが読み込まれることになる。識別時、帳票が特定できたら、領域認識情報で指定された領域と属性に基づき、文書識別ＩＤと申請区分の部分のマーク情報の部分が認識される。
【００３９】
手順Ｓ１０４でページ画像の識別の後、識別した結果エラーが発生した場合や、ページ画像が様式１〜様式４以外の場合か否かを判断し（Ｓ１０５）、該当する場合はＳ１１６に進み、それ以外の場合はＳ１０６に進む。手順S１１６ではエラーに誤認識エラーであることを設定する処理がなされ、エラー用ライブラリに画像データを登録する手順Ｓ１１７に進む。
【００４０】
手順Ｓ１０５エラーなどが無い場合、手順Ｓ１０６に進んで帳票認識ＯＣＲ部１３０でページ画像を識別する際に認識した文書識別ＩＤと同じＩＤの文書が既に文書情報テーブルに登録されているか確認し、既に文書情報テーブルに登録されている場合は手順Ｓ１０８に進み、未登録の場合は手順Ｓ１０７に進む。先ず文書識別ＩＤが未登録の場合について説明すると、先ず、文書情報テーブルに新しい文書識別ＩＤの文書情報を追加し、文書識別ＩＤを設定し、各様式ページ番号に０を設定し、各申請区分をチェック無しにして、文書数に１加算する（Ｓ１０７）。
【００４１】
次いで手順Ｓ１０９では文書情報テーブル（図４参照）の、該当する文書識別ＩＤを持つ文書情報のＳ１０４で識別した様式に対応するページ番号に現在処理中のページ番号をセットする。このページの設定の後、手順Ｓ１０４で識別した様式が文書識別申請区分Ａ、Ｂ、Ｃのマーク情報を含む様式１か否かが判断され（Ｓ１１０）、もし様式１である場合は手順Ｓ１１１に進み、様式１以外の場合は手順Ｓ１１２に進む。手順Ｓ１１１ではＳ１０４で認識した文書識別申請区分Ａ、Ｂ、Ｃのマーク情報から申請区分Ａ、Ｂ、Ｃの状態決定し、文書情報テーブルの、該当する文書識別ＩＤを持つ文書情報の申請区分Ａ、Ｂ、Ｃの状態に設定する。
【００４２】
手順Ｓ１０６で文書識別ＩＤが文書情報テーブルに既に登録されている場合は手順Ｓ１０８に進み、手順Ｓ１０８では文書情報テーブルの、該当する文書識別ＩＤを持つ文書情報から、手順Ｓ１０４で識別した様式に対応するページ番号を取り出し、既にその様式が抽出されているか判定する。もしページ番号が０であれば、その様式のページは未抽出であり、手順Ｓ１０９に進んで、現在のページ番号を設定するステップ（Ｓ１０９）や申請区分Ａ、Ｂ、Ｃのマーク情報から申請区分の状態を決定するステップ（Ｓ１１２）に進む。また、ページ番号が０以外であれば既にその様式のページは抽出済みであり、重複を避けるため、手順Ｓ１１２に進んで、現在のページ番号を設定するステップ（Ｓ１０９）や申請区分Ａ、Ｂ、Ｃのマーク情報から申請区分の状態を決定するステップ（Ｓ１１２）は省略される。
【００４３】
手順Ｓ１０５〜手順Ｓ１１１までのステップにより、現在処理しているページについての書式（様式）の認識処理が完了する。すなわち、様式１の場合には、文書識別ＩＤに加えて申請区分Ａ、Ｂ、Ｃのマーク情報とページ番号が認識され、他の様式の場合にも、文書識別ＩＤに加えてそのページ番号が認識される。この現在処理しているページについての書式（様式）の認識処理が完了したところで、読取画像１セット内のすべてのページ画像を処理して次のページが存在しないか否かが判断され（Ｓ１１２）、次のページが存在する場合は手順Ｓ１１３に進んで、ページ番号に１加算してページ番号を更新後、再び手順Ｓ１０２に戻る。次のページが存在しない場合はＳ１１４に進む。
【００４４】
手順Ｓ１１４では、後述するような文書情報テーブルに抽出した文書の申請区分に対する登録とワークフロー処理を実行する。もし手順Ｓ１１４の処理でエラーが発生した場合（Ｓ１１５）は、手順Ｓ１１７に進む。エラーが発生しない場合は、手順Ｓ１１９の後処理に進む。手順Ｓ１１７とＳ１１８はエラー時の処理であり、エラー用ライブラリに画像データを登録し（Ｓ１１７）、ワークフローサービス１５０を起動してエラーのワークフロー１５３に定義されたエラー処理のワークフローを実行することでセットされているエラーに対応するエラー処理を行う（Ｓ１１８）。最後に、手順Ｓ１１９では、後処理として、確保したメモリの解放ならびに、処理の結果に関するイベントログを生成し、処理を終了する。
【００４５】
以上が１つの連続して読み取られる書式群である画像群１セットのすべてのページについて文書抽出分類処理を行なって、所定の処理を実行するフローチャートであり、次に、この分類済みの画像群１セットのすべてのページについての申請区分に対する登録とワークフロー処理を抽出した文書の登録、ワークフロー処理を図７及び図８に示すフローチャートを用いて説明する。なお、この申請区分に対する登録とワークフロー処理を抽出した文書の登録、ワークフロー処理は、先の図６のフローチャートにおける手順Ｓ１１４の処理に該当する。
【００４６】
先ず、手順Ｓ２０１で文書情報テーブルの参照するためのＩｎｄｅｘに初期値０をセットする。ここでＩｎｄｅｘは参照する文書情報テーブルの列の番号に該当し、順番に文書情報テーブルの各項目を参照するために１つずつ増加することになる。次いで、手順Ｓ２０２では文書数と文書情報テーブルの参照するためのＩｎｄｅｘを比較し、Ｉｎｄｅｘが徐々に増えて文書数の方が文書情報テーブルの参照するためのＩｎｄｅｘよりも小さくなった場合、すべての文書が処理済となり、処理を終了する。
【００４７】
未だ、手順Ｓ２０２で全文書が処理済みではない場合（Ｎｏ）、手順Ｓ２０３に進み、文書情報テーブルのＩｎｄｅｘで示される文書を現在処理中の文書とし、現在処理中の文書の様式１のページ番号を確認する。ページ番号が０の場合は、申請区分などの文書の基本となる様式１のページが存在しないことになるため、手順Ｓ２０４に進む。それ以外は手順Ｓ２０５に進む。Ｓ２０４では文書の基本となるページが存在しないため、エラー情報に申請書不足エラーを設定し終了する。
【００４８】
手順Ｓ２０５では、現在処理中の文書の申請区分Ａ、Ｂ、Ｃにチェックがついているか確認し、チェックがない場合は申請区分の記入漏れと判断し、手順Ｓ２０６に進んでエラー情報に申請区分指定エラーを設定し終了する。それ以外は手順Ｓ２０７以降に進む。
【００４９】
手順Ｓ２０７では現在処理中の文書の申請区分Ａのチェックがついているか確認し、チェックがついている場合は手順Ｓ２０８に進んで、申請区分Ａすなわち"様式２"の申請区分の文書ライブラリ登録とワークフロー処理を行う（Ｓ２０８）。もし手順Ｓ２０８の処理でエラーが発生した場合（Ｓ２０９）は処理を終了し、エラーが発生しない場合は手順Ｓ２１０に進む。手順Ｓ２０７で現在処理中の文書の申請区分Ａのチェックがついていない場合は、Ｓ２１０に進む。
【００５０】
手順Ｓ２１０では現在処理中の文書の申請区分Ｂのチェックがついているか確認し、チェックがついている場合は手順Ｓ２１１に進んで、申請区分Ｂすなわち"様式３"の申請区分の文書ライブラリ登録とワークフロー処理を行う（Ｓ２１１）。もし手順Ｓ２１１の処理でエラーが発生した場合（Ｓ２１２）は処理を終了し、エラーが発生しない場合は手順Ｓ２１３に進む。手順Ｓ２１０で現在処理中の文書の申請区分Ｂのチェックがついていない場合は、Ｓ２１３に進む。
【００５１】
手順Ｓ２１３では現在処理中の文書の申請区分Ｃのチェックがついているか確認し、チェックがついている場合は手順Ｓ２１４に進んで、申請区分Ｃすなわち"様式４"の申請区分の文書ライブラリ登録とワークフロー処理を行う（Ｓ２１４）。もし手順Ｓ２１４の処理でエラーが発生した場合（Ｓ２１５）は処理を終了し、エラーが発生しない場合は手順Ｓ２１６に進む。手順Ｓ２１３で現在処理中の文書の申請区分Ａのチェックがついていない場合は、Ｓ２１６に進む。
【００５２】
手順Ｓ２１６では文書情報テーブルの参照するためのＩｎｄｅｘに１を加算し、加算した後、手順Ｓ２０２に戻る。
【００５３】
以上に説明する手順により、本実施形態の画像処理装置では、分類済みの画像群１セットのすべてのページについてそれぞれ申請区分に応じたワークフロー処理が行なわれることが判る。ここで、手順Ｓ２０８、手順Ｓ２１１、手順Ｓ２１４の、申請区分の文書ライブラリ登録とワークフロー処理を図９の申請区分毎の文書ライブラリ登録とワークフロー実行処理フローチャートを用いて詳しく説明する。
【００５４】
手順Ｓ４０１で申請区分がＣの場合はＳ４３１に進み、手順Ｓ４０２で申請区分がＢの場合はＳ４２１に進む。それ以外の場合は手順Ｓ４１１に進む。なお、Ｓ４０１、４０２は、申請区分により、処理が振り分けられることを示しているのであり、その点では先の手順Ｓ２０７、Ｓ２１０、Ｓ２１３と同じ機能を有している。このため図８の手順Ｓ２０８に対応する処理は手順Ｓ４１１〜手順Ｓ４１６の処理であり、図８の手順Ｓ２１１に対応する処理は手順Ｓ４２１〜手順Ｓ４２６の処理であり、図８の手順Ｓ２１４に対応する処理は手順Ｓ４３１〜手順Ｓ４３６の処理となる。なお、図９のフローチャートでは、申請区分毎に処理を別々に記載しているが、手順Ｓ４１１〜手順Ｓ４１６と手順Ｓ４２１〜手順Ｓ４２６と手順Ｓ４３１〜手順Ｓ４３６の処理内容は実質的に同一であり、以下の説明では申請区分Ａの手順Ｓ４１１〜手順Ｓ４１６で代表させて説明する。
【００５５】
先ず、手順Ｓ４１１（Ｓ４２１、Ｓ４３１）では文書情報テーブル内の、現在処理中の文書情報より、指定された申請区分に対応する様式のページ番号を取得する。次に手順Ｓ４１２（Ｓ４２２、Ｓ４３２）では直前のステップで取得したページ番号が０の場合は、当該様式のページが検出できなかったため、換言すれば、当該様式の該当ページが存在していないため、エラー処理のための手順Ｓ４１６（Ｓ４２６、Ｓ４３６）に進む。手順Ｓ４１６（Ｓ４２６、Ｓ４３６）では、申請区分に必要な様式のページが存在しないため、申請書不足のエラーをセットして終了する。
【００５６】
手順Ｓ４１２（Ｓ４２２、Ｓ４３２）で当該様式のページが検出できた場合には、次の手順Ｓ４１３（Ｓ４２３、Ｓ４３３）にて指定された申請区分の申請に必要な文書画像を形成するために、画像データから、現在処理中の文書情報の書式１のページ番号で示されるページの画像と、手順Ｓ４１１（Ｓ４２１、Ｓ４３１）で取り出した今回の申請処理に必要な様式のページ番号で示されるページ画像データを抽出し１つのファイルに結合する。ここで結合したファイルは申請区分用の文書ライブラリに文書管理サービス１４０を使用して登録される（Ｓ４１４（Ｓ４２４、Ｓ４３４））。次に、手順Ｓ４１５（Ｓ４２５、Ｓ４３５）では申請区分毎のワークフロー１５２に定義された申請区分用のワークフローをワークフローサービス１５０から実行し、終了する。
【００５７】
上述の如き、本実施形態の画像処理装置によれば、複数種類の書類を連続してセットできるため、作業者の用紙セット、開始指示の作業を減らすことができ、書類の種類を自動で認識するため、開始指示で書類の種類を指定する操作および、書類の種類指定ミスを減らすことができる。また、本実施形態の画像処理装置によれば、複数枚で１組の書類に対してもワークフローを実行することができ、複数枚で１組の書類において不足ページを認識した場合に作業者に警告を表示することで人為確認ミスを軽減できる。
【００５８】
［第２の実施形態］
本発明の第２の実施形態にかかる画像処理装置は、複数ページで構成される文書を読み取り、最初のページに記載される文書の形式とワークフローの動作情報から文書に応じた適切なワークフローを実行することを特徴とする。第２の実施形態にかかる画像処理装置の構成は先の実施形態と実質的に同じであって図１に示した構成を有しているものとし、本実施形態の説明では同じ参照符号を用いる。ここでは所定の書式の依頼書を最初のページ（１ページ目）にし、２ページ目以降は任意の文書とする例を用いて本実施形態の動作を説明する。
【００５９】
図１０に示すような様式５の依頼書を最初のページ（１ページ目）にし、２ページ目以降は任意の文書とする。なお、最初のページの画像情報は、続く２ページ目以降のワークフローの設定についての情報を有している。様式５の用紙種類は、図中破線で囲む用紙種類ＩＤの領域８０１の部分に記載されるコード（例えば、ABC00123）で示される。このコードはあらかじめ印刷していても良いし、依頼者が手書きで記載しても良い。なお、２ページ目以降について、様式は問わないものとされる。
【００６０】
様式５のようなコード化された用紙種類IDを用いずに、図１１の様式６のように用紙種類ＩＤをコード化し罫線部分９０２にそのコードをバーコードとして配置した用紙や、図１２の様式７のように用紙種類ＩＤや社員番号などの情報をコード化し背景部分９０５の地紋に埋め込んだ用紙を事前に作成して印刷しておき１ページ目に使用しても良い。また、本実施形態では、最初のページの用紙種類に従ったワークフローを実施するが、そのワークフローの処理通知先として最初のページに記載される社員番号で表されるユーザが追加され、操作者とはべつの申請者にワークフロー状態が通知されるものとする。
【００６１】
次に、本実施形態の動作について説明する。初めにユーザの運用の事前に、サーバーＰＣＩ２０にて次の作業を行っておく。第一に、帳票定義ユーティリティ１３２にて、図１０の様式５または図１１の様式６または図１０の様式７で示される運用時に認識する文書の元になる内容未記入の文書を各様式のページごとに特徴を抽出して帳票の名称と、帳票を認識するための属性とともに帳票定義プロファイル１３１に保存する。
【００６２】
様式５については帳票の認識には用紙種類ＩＤ８０１の部分の文字を読み取り、そこに記載されたＩＤで示される帳票として認識する方式であることと、図１０の領域８０２の矩形を社員番号文字列として領域認識情報として定義する。また、様式６については帳票の認識には、図９の罫線部分９０２の部分の罫線を読み取り、罫線に配置されるバーコードから取り出される用紙種類ＩＤ９０１で示される帳票として認識する方式であることと、図１１の領域９０３の矩形を社員番号文字列として領域認識情報として定義する。さらに、様式７については帳票の認識には、図１２に示す背景部分９０５の地紋から取り出される用紙種類ＩＤで示される帳票として認識する方式であることと、背景部分９０５の地紋には社員番号文字列も含まれることを領域認識情報として定義する。
【００６３】
第二に、文書を保存する文書ライブラリを文書管理サービス部１４０を使用して生成しておく。生成する文書ライブラリは、用紙種類ＩＤに対応する文書保存ライブラリと、エラー用のライブラリである。文書ライブラリの実体はデータベースサービス部１４１を介して、データベース１４２に作成される。
【００６４】
第三に、用紙種類ＩＤに応じたワークフローとエラーのワークフローを定義しておく。本実施形態では、承認のワークフローを定義しておき、用紙種類ＩＤに対応する文書ライブラリに関連して保存しておく。承認ワークフローは、操作者の上長の承認後、書類を用紙種類に従った依頼管轄部門への申請依頼を行い、申請が完了したら依頼元である操作者と社員番号から判別した依頼者に完了を通知する。エラーのワークフローでは申請処理ができなかった連絡を操作者に行う。
【００６５】
以上のような予備的な設定を行った後、第２の実施形態の画像処理装置の運用時は次のような操作を行う。先ず、ユーザはＭＦＰ１０１の操作パネル１０３から、文書管理用のメニュー開始を選択するとサーバーＰＣ１２０でユーザ認証させるためのユーザＩＤとパスワードを入力させる画面を操作パネル１０３に表示し、ユーザの操作を待つ。
【００６６】
ユーザが、操作パネル１０３よりユーザＩＤとパスワードを入力して実行をすると、Ｗｅｂサービスクライアント１０２が、サーバーＰＣ１２０のＷｅｂサービス部１２１のユーザ認証のために、先に入力したユーザＩＤとパスワードを引数としてサービスを実行する。この際、ユーザＩＤとパスワードはセキュリティ上保護される必要があるため、ＳＳＬを使用したＨＴＴＰＳなどのセキュアなプロトコルを使用してサービスを行うものとする。
【００６７】
Ｗｅｂサービス部１２１は、ユーザ認証部１２２にユーザＩＤとパスワードを渡し、ユーザ認証を行う。本例ではユーザ認証の方法について詳細を記載しないが、ディレクトリサービスによる認証やサーバーＰＣ１２０内のローカルユーザ認証などが可能である。ユーザ認証が完了したら、Ｗｅｂサービス部１２１よりその結果をＷｅｂサービスクライアント１０２に応答する。
【００６８】
Ｗｅｂサービスクライアント１０２は、ユーザ認証が成功したら、パネル制御部１０４を介して操作パネル１０３に文書管理用のメニューを表示しユーザの操作を待つ。ユーザは、スキャナ１０５に読取る文書を複数枚セットし、操作パネル１０３の文書管理用のメニューから読取開始を選択する。
【００６９】
Ｗｅｂサービスクライアント１０２が、サーバーＰＣ１２０のＷｅｂサービス部１２１の帳票読み取りサービスを呼び出し、Ｗｅｂサービス１２１の帳票読み取りサービスは、ＭＦＰ１０１の画像読取サービス１０７を実行して、画像読取制御部１０６を介して、スキャナ１０５から文書を読取り、画像データとしてサーバーＰＣｌ２０に送信する。本実施例では、ＭＦＰ１０１とサーバーＰＣ１２０はネットワークで接続されるため、スキャナ１０５から読取った文書画像データは、ＭＦＰ１０１の画像読取サービス１０７でサーバーＰＣ１２０のあらかじめ規定される共有フォルダに、事前に規定した命名規則にしたがって生成されたファイル名のファイルに保存される。
【００７０】
Ｗｅｂサービス部１２１の帳票読み取りサービスは、読取った画像データの最初のページを切り出し、画像を最適化し帳票認識ＯＣＲ部１３０にページ画像を認識させて帳票の種類を識別させる。帳票認識ＯＣＲ部１３０は帳票定義プロファイル１３１に保存された帳票特徴データと一番近い帳票を判定し、その帳票に関係付けられている領域認識情報で、指定された領域と属性に基づき識別する。
【００７１】
帳票認識の結果が、"様式５"の場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき用紙種類ＩＤと社員番号が認識されているのでこの情報を取得する。帳票認識の結果が、"様式６"の場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき罫線にバーコードとして配置されている用紙種類ＩＤと、社員番号部分から読み取った社員番号が認識されているのでこの情報を取得する。帳票認識の結果が、"様式７"の場合は、帳票認識ＯＣＲ部１３０により領域認識情報で指定された領域と属性に基づき背景に地紋として埋め込まれている用紙種類ＩＤと社員番号が認識されているのでこの情報を取得する。なお、帳票認識の結果が様式５、６、７以外の場合は誤認識としてエラー処理を実行する。
【００７２】
読取った画像データの２ページ以降は、本実施形態ではページ画像の認識処理は行わず、そのままページ画像を画像データから抽出して、ひとつのファイルに結合し、そのファイルおよび、最初のページで認識した社員番号を関連付けて文書管理サービス部１４０を使用してデータベース１４２に事前に生成した用紙種類ＩＤに対応した文書ライブラリに登録し、用紙種類ＩＤ用に事前に定義されたワークフローをワークフローサービス部１５０を起動して実行する。
【００７３】
ワークフローでは、ワークフローの処理通知先として文書ファイルに関連付けられている社員番号のユーザに対してワークフローの状態参照権限を付与するとともに、ワークフローの申請結果が通知される。認識処理中にエラーが発生していたら、画像データを文書管理サービス部１４０を使用してデータベース１４２に事前に生成したエラー用文書ライブラリにそのファイルを保存し、ワークフローサービス部１５０を起動して事前に定義されたエラー用ワークフローを実行する。
【００７４】
ここで、読取った画像データを識別し、ワークフローを実行するまでの処理を図１３及び図１４の帳票認識からワークフロー実行処理までのフローチャートを参照して説明する。
【００７５】
初めに、手順Ｓ１１０１ではエラーを「なし」に初期化する。次いで、手順Ｓ１１０２では、読取った画像データの最初のページを切り出す。複数ページ画像が１つのファイルに含まれる形式の場合は、ファイル内の画像を取り出し、１ページ１画像の場合は最初のページの画像が含まれるファイルから画像を取り出す。
【００７６】
次に、手順Ｓ１１０３では手順」Ｓ１１０２で取り出したページ画像データを帳票認識ＯＣＲ部１３０が認識できる形式に最適化する。この最適化の後、手順Ｓ１１０４では帳票認識ＯＣＲ部「１３０に帳票定義プロファイル１３１と、Ｓ１０３で最適化したページ画像を指定し、ページ画像の識別を行う。識別時、帳票が特定できたら、領域認識情報で指定された領域と属性に基づき、用紙種類ＩＤと社員番号が認識される。
【００７７】
次に手順Ｓ１１０５では手順Ｓ１１０４で識別した結果、ページ画像が"様式５"の場合は手順Ｓ１１０８に進む。また手順Ｓ１１０６では手順Ｓ１１０４で識別した結果、ページ画像が"様式６"の場合は手順Ｓ１１０９に進む。また手順Ｓ１１０７においては手順Ｓｌ１０４で識別した結果、ページ画像が"様式７"の場合は手順Ｓ１１１０に進む。それ以外の場合は手順Ｓ１１１１に進む。
【００７８】
手順Ｓ１１０８では様式５用の領域認識情報で指定された領域と属性に基づき用紙種類ＩＤと社員番号が認識されているのでこの情報を取得し、手順Ｓ１１１２へ進む。また、手順Ｓ１１０９では様式６用の領域認識情報で指定された領域と属性に基づき罫線にバーコードとして配置されている用紙種類ＩＤと、社員番号部分から読み取った社員番号が認識されているのでこの情報を取得し、手順Ｓ１１１２へ進む。手順Ｓ１１１０では様式７用の領域認識情報で指定された領域と属性に基づき背景に地紋として埋め込まれている用紙種類ＩＤと社員番号が認識されているのでこの情報を取得し、手順Ｓ１１１２へ進む。ページ画像が様式５〜７でない場合、最初のページが様式５または様式６または様式７として識別されなった旨のエラーをセットする（Ｓ１１１１）。
【００７９】
手順Ｓ１１１２ではエラーが発生したかチェックし、エラーが発生していたら手順Ｓ１１１５へ進む。エラーが発生していない場合は、手順Ｓ１１１３へ進む。この手順Ｓ１１１３においては読取った画像データをファイルにし、文書管理サービス部１４０を使用してデータベース１４２に事前に生成した用紙種類ＩＤに対応した文書ライブラリにそのファイルおよび、最初のページで認識した社員番号を関連付けて登録する。手順Ｓ１１１３で登録した文書ライブラリに関連付けられている用紙種類ＩＤ用に事前に定義されたワークフローをワークフローサービス１５０を起動して実行し（Ｓ１１１４）、手順Ｓ１１１３でファイルに関連付けられている社員番号のユーザに対してワークフローの状態参照権限を付与し手順Ｓ１１１７へ進む。手順Ｓ１１１７では後処理として、確保したメモリの解放ならびに、処理の結果に関するイベントログを生成する。
【００８０】
手順Ｓ１１１２でエラーが発生したかチェックした結果、エラーが発生していたらエラー用ライブラリに、画像データを登録する（Ｓ１１１５）。次いで手順Ｓ１１１６ではエラーが発生した場合は早急にユーザにその旨を通知する必要があるためたとえば、今回の作業のためにＭＦＰ１０１からログオンしたユーザのアカウントに対してエラー内容の含まれるメッセージや、メールを送付するエラーのワークフローを実行し、セットされているエラーに対応するエラー処理を行う。
【００８１】
本実施形態の画像処理装置によれば、複数種類の書類を連続してセットできるため、作業者の用紙セット、開始指示の作業を減らすことができ、また、書類の種類を自動で認識するため、開始指示で書類の種類を指定する操作および、書類の種類指定ミスを減らすことができる。また、本実施形態の画像処理装置によれば、複数枚で１組の書類に対してもワークフローを実行することができ、ワークフローの通知先やワークフローの参照権を書類記載内容に応じて動的に変更することで手動による操作を省略でき、操作ミス、操作漏れを軽減することができる。
【００８２】
以上の本発明の実施形態ではサーバーとネットワーク経由で接続されたＭＦＰの組み合わせを使用したが、サーバーではなく単独のＰＣでも良い。また画像データを読取る部分はスキャナや、ファクシミリなどでも良い。また接続方法もＵＳＢなどＰＣと１対１の接続での利用も可能である。さらにＭＦＰの部分を、ＰＣとスキャナを直接接続し、そのＰＣがネットワーク経由でサーバーと接続される利用形態も可能である。
【図面の簡単な説明】
【００８３】
【図１】本発明の第１の実施形態の画像処理装置の構成を示すブロック図である。
【図２】本発明の第１の実施形態の画像処理装置に使用される帳票の特徴を抽出するサンプリング文書の例を示す模式図である。
【図３】本発明の第１の実施形態の画像処理装置における領域認識情報の例を示す模式図である。
【図４】本発明の第１の実施形態の画像処理装置における文書抽出分類処理による文書情報テーブル作成処理の例を示す模式図である。
【図５】本発明の第１の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートである。
【図６】本発明の第１の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートであって、図５の続きのフローを示す。
【図７】本発明の第１の実施形態の画像処理装置における抽出した文書の登録とワークフロー処理のフローチャートである。
【図８】本発明の第１の実施形態の画像処理装置における抽出した文書の登録とワークフロー処理のフローチャートであって、図７の続きのフローを示す。
【図９】本発明の第１の実施形態の画像処理装置における申請区分毎の文書ライブラリ登録とワークフロー実行処理のフローチャートである。
【図１０】本発明の第２の実施形態の画像処理装置における依頼内容を指示する文書を例示する模式図である。
【図１１】本発明の第２の実施形態の画像処理装置における用紙種類ＩＤを罫線のバーコードに配置した文書の例を示す模式図である。
【図１２】本発明の第２の実施形態の画像処理装置における用紙種類ＩＤなどを背景地紋に埋め込んだ文書の例を示す模式図である。
【図１３】本発明の第２の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートである。
【図１４】本発明の第２の実施形態の画像処理装置における帳票認識からワークフロー実行処理のフローチャートであり、図１３の続きのフローを示す。
【図１５】本発明の第１の実施形態の画像処理装置の操作パネルの構成例を示す模式図である。
【図１６】本発明の第１の実施形態の画像処理装置のユーザ認証入力画面を示す模式図である。
【図１７】本発明の第１の実施形態の画像処理装置のユーザ名文字列入力画面を示す模式図である。
【図１８】本発明の第１の実施形態の画像処理装置のユーザ認証入力画面を示す模式図である。
【符号の説明】
【００８４】
１０１ MFP
１０２ Webサービスクライアント
１０３ 操作パネル
１０４ パネル制御部
１０５ スキャナ
１０６ 画像読取制御部
１０７ 画像読取サービス部
１２０ サーバーPC
１２１ Webサービス部
１２２ ユーザ認証部
１２３ 文書抽出分類処理部
１２４ 文書情報テーブル
１２５ 読取画像ファイル
１３０ 帳票認識OCR部
１３１ 帳票定義ファイル部
１３２ 帳票定義ユーティリティ部
１４０ 文書管理サービス部
１４１ データベースサービス部
１４２ データベース
１５０ ワークフローサービス部
１５１ ワークフロー定義部
２２０ ３１０ 文書識別ID
２２１ ３０１、３０２、３０３ 申請区分
【特許請求の範囲】
【請求項１】
複数の画像を受信し前記複数の画像を保存し画像処理する画像処理装置において、
前記複数の画像から、第１の画像と第２の画像を識別する識別する識別部と、
前記第１の画像から前記第２の画像に関する情報を認識する画像認識部と、
前記画像認識部の認識に基づき前記第２の画像の処理を設定する処理設定部とを有し、
前記処理設定部による設定に基づき画像処理を行なうことを特徴とする画像処理装置。
【請求項２】
前記画像認識部で実行される処理は文字認識処理を含むことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記画像認識部で実行される処理はマーク認識処理を含むことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記画像認識部で実行される処理はバーコード認識処理を含むことを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記処理設定部で設定される処理は複数の処理を選択するプログラムであることを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記処理設定部で設定する処理は承認処理であることを特徴とする請求項１に記載の画像処理装置。
【請求項７】
前記識別部はページ内の罫線の配置される特徴に応じて前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項８】
前記識別部はページ内の罫線を構成するドットの組み合わせをコードとして識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項９】
前記識別部はページ内の所定の位置に記載される文字をコードとして識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項１０】
前記識別部はページ内の所定の位置に記載されるバーコードを識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項１１】
前記識別部はページ内の下地模様を識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項１２】
原稿から前記複数の画像を読み取る画像読取部を備え、該画像読取部を介して前記複数の画像は受信されることを特徴とする請求項１に記載の画像処理装置。
【請求項１３】
外部装置にて生成された画像データを入力する入力部を備え、該入力部を介して前記複数の画像は受信されることを特徴とする請求項１に記載の画像処理装置。
【請求項１４】
複数の画像を受信し前記複数の画像を保存し画像処理する画像処理方法であって、
前記複数の画像から、第１の画像と第２の画像を識別する識別する工程と、
前記第１の画像から前記第２の画像に関する情報を認識する工程と、
前記画像認識部の認識に基づき前記第２の画像の処理を設定する工程と、
前記処理設定部による設定に基づき画像処理を行なう工程を有することを特徴とする画像処理方法。
【請求項１】
複数の画像を受信し前記複数の画像を保存し画像処理する画像処理装置において、
前記複数の画像から、第１の画像と第２の画像を識別する識別する識別部と、
前記第１の画像から前記第２の画像に関する情報を認識する画像認識部と、
前記画像認識部の認識に基づき前記第２の画像の処理を設定する処理設定部とを有し、
前記処理設定部による設定に基づき画像処理を行なうことを特徴とする画像処理装置。
【請求項２】
前記画像認識部で実行される処理は文字認識処理を含むことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記画像認識部で実行される処理はマーク認識処理を含むことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記画像認識部で実行される処理はバーコード認識処理を含むことを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記処理設定部で設定される処理は複数の処理を選択するプログラムであることを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記処理設定部で設定する処理は承認処理であることを特徴とする請求項１に記載の画像処理装置。
【請求項７】
前記識別部はページ内の罫線の配置される特徴に応じて前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項８】
前記識別部はページ内の罫線を構成するドットの組み合わせをコードとして識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項９】
前記識別部はページ内の所定の位置に記載される文字をコードとして識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項１０】
前記識別部はページ内の所定の位置に記載されるバーコードを識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項１１】
前記識別部はページ内の下地模様を識別することで前記設定情報を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項１２】
原稿から前記複数の画像を読み取る画像読取部を備え、該画像読取部を介して前記複数の画像は受信されることを特徴とする請求項１に記載の画像処理装置。
【請求項１３】
外部装置にて生成された画像データを入力する入力部を備え、該入力部を介して前記複数の画像は受信されることを特徴とする請求項１に記載の画像処理装置。
【請求項１４】
複数の画像を受信し前記複数の画像を保存し画像処理する画像処理方法であって、
前記複数の画像から、第１の画像と第２の画像を識別する識別する工程と、
前記第１の画像から前記第２の画像に関する情報を認識する工程と、
前記画像認識部の認識に基づき前記第２の画像の処理を設定する工程と、
前記処理設定部による設定に基づき画像処理を行なう工程を有することを特徴とする画像処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−２１２６１３（Ｐ２００９−２１２６１３Ａ）
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願番号】特願２００８−５１２７２（Ｐ２００８−５１２７２）
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【Ｆターム（参考）】
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【Ｆターム（参考）】
[ Back to top ]