JP2006209261A - 受信帳票ジョブ表示方法及び装置、並びにプログラム - Google Patents

Abstract

【課題】 本発明は、種別不明の書類から得られた電子画像に帳票認識を行う際に、その帳票認識結果に対して修正を行う作業者の利便性を向上し、作業を的確に行わせることができる受信帳票ジョブ表示方法を提供する。
【解決手段】 本受信帳票ジョブ表示方法では、受信する帳票データにおける認識不明帳票の扱いを不明帳票設定画面６０上で予めユーザに設定させ、帳票データをクライアントＰＣから受信すると帳票の種類を認識し、認識した画像のうち予め登録されている帳票と一致しないものを認識不明帳票とし、認識不明帳票を含む認識した帳票を不明帳票設定画面６０上で設定された内容に応じて一覧表示する。
【選択図】 図６

Description

本発明は、受信帳票ジョブ表示方法及び装置、並びにプログラムに関し、特に、帳票や申請書等の各種書類を読み取って得られた電子画像に対して帳票認識や文字認識を実行し、所定の表示方法で表示する受信帳票ジョブ表示方法及び装置、並びにプログラムに関するものである。

従来、帳票や申請書、申込書等の各種書類は、紙媒体として企業の事務管理センターなどへ送られ、人手を介して電子画像化されて企業内のサーバのデータベースに格納されている。

近年、紙媒体に代えてＦＡＸ画像やスキャナにより読み込まれた電子画像を受信して帳票認識や文字認識などを行い、自動的に業務を遂行させるものに移行しつつある。例えば、金融機関の為替業務に用いられる振込伝票の如き帳票上に印刷またはは手書きされた文字を認識する帳票読取方法において、画像として取り込まれた帳票の文字を読み取って該帳票の帳票種別を判定し、該帳票種別の判定に失敗したときに、手動入力される帳票種別により当該帳票の帳票種別と判定し、判定された帳票種別に基づいて該文字の読み取りを実行する技術が提案されている（例えば、特許文献１参照）。これにより、スキャニング処理される帳票の不具合にもかかわらず、その紙面上の文字認識を正しく実行することができるというものである。
特開２００３−３３１２１６号公報

しかしながら、上記従来の技術では、受信した電子画像に対する帳票認識や文字認識を業務用ソフトウェアを導入して自動的に処理できるようになってきたが、それらの認識精度が完璧なものとは云えず、人手を介して修正する作業が発生している。ここで帳票として認識不能な電子画像が存在した場合、以下の問題が発生するおそれがある。

１．連続した複数の認識不明帳票を１つのジョブとして一覧表示させた場合、当該ジョブを確認した作業者が実は複数種類の帳票で構成されたジョブであると判明したときに、複雑な操作を行って帳票毎に区切る分割作業が発生する。

２．その逆に、連続した認識不明帳票をページ（書類）毎の複数のジョブとして一覧表示させた場合、当該ジョブを確認した作業者が実は複数枚に跨る１つの帳票であると判明したときに、複雑な操作を行って一括りの帳票にまとめる結合作業が発生する。

３．帳票に手書きの紹介文などが付属のデータとして付加されている場合、その付属データが各種多様なフォーマットで構成されていることから予め帳票の一部として登録することができず、帳票認識を行うと認識不明帳票として扱われてしまう。その結果、複雑な操作を行って前ジョブと付属データとを一括りの帳票にまとめる結合作業が発生する。

４．上記１．〜３．において、電子画像を複数のクライアントコンピュータからサーバに受信する場合、受信単位で前ジョブへのまとめる作業を行わないと、別のクライアントコンピュータからのジョブとの無意味な結合などが発生する。

本発明は、上記問題に鑑みて成されたものであり、種別不明の書類から得られた電子画像に帳票認識を行う際に、その帳票認識結果に対して修正を行う作業者の利便性を向上し、作業を的確に行わせることができる受信帳票ジョブ表示方法及び装置、並びにプログラムを提供することを目的とする。

上記目的を達成するために、請求項１記載の受信帳票ジョブ表示方法は、電子画像を受信する受信工程と、前記受信した電子画像から帳票の種類を認識する認識工程と、前記認識された電子画像が予め登録済みの帳票かまたは認識不明帳票かを判定する判定工程と、前記認識不明帳票の表示方法を予め設定させる設定工程と、前記判定された帳票を、前記設定された表示方法に応じて一覧表示する表示工程とを備えることを特徴とする。

上記目的を達成するために、請求項９記載の受信帳票ジョブ表示装置は、各種書類の画像を読み取って得られた電子画像に対して帳票認識を実行する受信帳票ジョブ表示装置において、前記電子画像を受信する受信手段と、前記受信した電子画像から帳票の種類を認識する認識手段と、前記認識された電子画像が予め登録済みの帳票かまたは認識不明帳票かを判定する判定手段と、前記認識不明帳票の表示方法を予め設定させる設定手段と、前記判定された帳票を、前記設定された表示方法に応じて一覧表示する表示手段とを備えることを特徴とする。

本発明によれば、受信した電子画像から帳票の種類を認識し、認識された電子画像が予め登録済みの帳票かまたは認識不明帳票かを判定し、認識不明帳票の表示方法を予め設定させ、判定された帳票を予め設定された表示方法に応じて一覧表示するので、種別不明の書類から得られた電子画像に帳票認識を行う際に、その帳票認識結果に対して修正を行う作業者の利便性を向上し、作業を的確に行わせることができる。

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

図１は、本発明の実施の形態に係る受信帳票ジョブ表示方法が適用されたシステムの全体構成を示す図である。

図１において、本システムは、企業等に設置され、ユーザから郵便で送付された申請書や企業の支店から持ち込まれた帳票等の各種書類をスキャナ等により読み取らせて電子画像化し、当該電子画像に対して帳票認識または文字認識を実行して、必要に応じて申請承認を行って電子文書としてサーバ等に登録する事務処理システムである。

本事務処理システムは、クライアントコンピュータ（以下、「クライアントＰＣ」という。）１０１，１０２と、ネットワーク上で共有されているスキャナ１０３及びマルチファンクションデバイス（ＭＦＰ）１０４と、これらを互いに接続するＬＡＮ（Local Area Network）１０５と、ＬＡＮ１０５に接続するインターネット１０７と、インターネット１０７に直接接続するクライアントＰＣ１０６と、ＨＴＴＰサーバ１０８と、Ｗｅｂアプリケーションサーバ１０９と、Ｗｅｂアプリケーションサーバ１０９に接続するデータベース１１０と、ＨＴＴＰサーバ１０８等を互いに接続すると共にインターネット１０７に接続するＬＡＮ１１１とで構成される。

クライアントＰＣ１０１，１０２，及び１０６は、ＬＡＮ１０５やＬＡＮ１１１を介してＷｅｂアプリケーションサーバ１０９等の他の装置との間でデータのやり取りを行う。本実施の形態では、クライアントＰＣ１０１，１０２，及び１０６は、本事務処理システムの管理者が新規データファイルの登録やユーザ管理情報の修正などのメンテナンス処理を行う際に使用され、或いは登録を行う作業者がＷｅｂアプリケーションサーバ１０９にて受信した電子文書の仕分け確認する際に使用される。また、クライアントＰＣ１０１，１０２，及び１０６は、承認者が承認作業を行う際にも使用される。

スキャナ１０３は、申請書や帳票など各種書類に対して画像の読み取りを行う画像読取装置である。ＭＦＰ１０４は、スキャナ１０３と同様の画像読取機能を備え、さらに複写機能やＦＡＸ機能等の複数の機能を備える複合機である。また、ＭＦＰ１０４は、外部から受信したＦＡＸ画像をＬＡＮ１０５及びインターネット１０７を介してＷｅｂアプリケーションサーバ１０９に登録することができる。

ＨＴＴＰサーバ１０８は、クライアントＰＣ１０１等からＬＡＮ１０５やインターネット１０７等のネットワークを介してＨＴＴＰプロトコルにより送信されたリクエストを受け取るサーバコンピュータである。ＨＴＴＰサーバ１０８は、いくつかのＷｅｂアプリケーションサーバ１０９が登録され、クライアントＰＣ１０１等から受信したリクエストの内容に従って当該リクエストを適切なＷｅｂアプリケーションサーバ１０９に転送する。

Ｗｅｂアプリケーションサーバ１０９は、ＨＴＴＰサーバ１０８からリクエストを受け取ると、当該リクエストに対応する処理を実行してその処理結果をクライアントＰＣ１０１等へ返送する。なお、Ｗｅｂアプリケーションサーバ１０９は、図示では１台のみであるが、ＬＡＮ１１１に複数台接続されていてもよい。

データベース１１０には、Ｗｅｂアプリケーションサーバ１０９が受信したデータや文字認識結果、申請処理ステータスなどの情報、ユーザ／グループ情報、登録データファイルの処理情報などのシステム情報が格納されている。

本事務処理システムは、これらＨＴＴＰサーバ１０８、Ｗｅｂアプリケーションサーバ１０９、及びデータベース１１０が有機的に組み合わさってＷｅｂデータベースシステムとして機能する。

図２は、図１のクライアントＰＣ及びサーバの基本的なハードウェア構成を示すブロック図である。

図２において、図１のクライアントＰＣ１０１，１０１，１０６、ＨＴＴＰサーバ１０８、及びＷｅｂアプリケーションサーバ１０９は、基本的な構成として、ＣＰＵ（Central Processing Unit)１と、ＰＭＥＭ２と、通信ポート４を介して通信回線５に接続する通信制御部３と、フロッピー（登録商標）ディスク（ＦＤ）等から成るデータファイル用ディスク９及びハードディスク（ＨＤ）１０に接続する外部記憶制御部８と、キーボード１２やマウス１３に接続する入力制御部１１と、ＶＲＡＭ１４と、ＶＲＡＭ１４やＣＲＴ１６に接続する表示出力制御部１５と、プリンタ１８に接続するプリンタ制御部１７と、スキャナ２１に接続するスキャナ制御部２０と、プリンタ制御部１７及びスキャナ制御部２０に接続する外部機器制御部１９と、これら各部を互いに接続するシステムバス２２とを備える。

ＣＰＵ１は、後述する処理を実行するために、ＰＭＥＭ２から制御プログラムを適宜選択及び読み出して実行する。ＰＭＥＭ２は不揮発性メモリ等で構成され、制御プログラムを記憶するプログラム・メモリである。また、ＰＭＥＭ２は、テキスト・メモリでもあり、キーボード１２から入力されたデータをコード情報として格納する。

通信制御部３は、通信ポート４における入出力データの制御を行う。通信ポート４から出力された信号は、通信回線５を経由して、ネットワーク上の他の装置の通信ポートに送信される。なお、通信ポート４及び通信回線５は、ＬＡＮ等のネットワークに対応するのものであるが、一般の公衆回線に対応するものであってもよいことは云うまでもない。

入力制御部１１は、作業者によるキーボード１２やマウス１３等の操作に応じてシステムの動作指令等を行う。マウス１３は、ＣＲＴ１６に表示される画像に対して加工または指示するためのポインティング・デバイス（ＰＤ）である。作業者は、マウス１３を使用してＣＲＴ１６上に表示されているカーソル（不図示）を任意の方向に移動することができる。例えば、ＣＲＴ１６に表示されているコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行うほか編集対象の指示、描画位置の指示等を行うことができる。

ＶＲＡＭ１４は、ＣＲＴ１６に表示する画像をビットマップデータとして展開するためのビデオ・イメージ・メモリである。プリンタ制御部１７は、プリンタ１８に対するデータの出力制御を行う。スキャナ制御部２０は、スキャナ２１の画像読み取り制御を行う。

なお、図１では、クライアントＰＣ及びサーバの基本的なハードウェア構成要素にキーボード１２、マウス１３、ＣＲＴ１６、プリンタ１８、及びスキャナ２１が含まれているが、これらが別体に構成されていてもよいことは云うまでもない。

また、上記制御プログラムは、装置に直接接続されているＨＤ１０やＦＤ９などの記憶媒体に記憶されていてもよく、またネットワーク上の他の装置に記憶されていてもよい。この場合、当該制御プログラムは、ＨＤ１０やＦＤ９などの記憶媒体やネットワーク上の他の装置から当該クライアントＰＣまたは当該サーバに供給される。

図３は、図１のクライアントＰＣ及びサーバの基本的なソフトウェア構成を示すブロック図である。

図３において、クライアントＰＣ３０１は、クライアントＰＣ１０１，１０２，及び１０６に相当し、サーバに登録する帳票データを編集するための編集モジュール３０２と、サーバへの登録を承認するための登録承認モジュール３０３とを備える。

ネットワーク３０４は、ＬＡＮ１０５，１１１及びインターネット１０７に相当する。ＨＴＴＰサーバ３０５は、ＨＴＴＰサーバ１０８に相当する。

Ｗｅｂアプリケーションサーバ３０６は、Ｗｅｂアプリケーションサーバ１０９に相当し、ＨＴＴＰサーバ３０５から受け取ったクライアントＰＣ３０１からのリクエストを処理するためのモジュール３０７を備える。モジュール３０７は、ユーザ認証、検索処理、ワークフロー制御、受信データ登録、ワークフロー登録、送付状登録、ユーザ管理、グループ管理、データメンテナンス、認識結果登録、認識帳票登録、及びデバイス設定登録の各種モジュールを有する。これらのモジュールは、クライアントＰＣ３０１からのリクエストに応じてメモリ上にロードされ、処理として実行される。

Ｗｅｂアプリケーションサーバ３０６は、モジュール３０７のほかに、ワークフローエディタモジュールや送付状エディタモジュールを有するエディタモジュール３０８と、データベース１１０に相当するデータベース３１１とのデータのやり取りを行うためのデータベース共通ライブラリ（Ｌｉｂ）モジュール３０９と、ユーティリティライブラリ（Ｌｉｂ）モジュール３１０とを備える。

図４は、図１の事務処理システム上で実行される制御フローの全体を示す概略図である。

図４において、Ｓ１は、ファクシミリやスキャナ、ＭＦＰ等からネットワーク経由で受信してデータをサーバに取り込むステップを示している。

Ｓ２は、受信したデータに対して帳票認識（ＦＲ）を行って帳票種別を決定するステップを示している。Ｓ３は、受信したデータに対して文字認識（ＣＲ）やバーコード認識（ＢＲ）を行い、Ｓ２で判明した帳票や申請書に記載されている文字を抽出するステップを示している。Ｓ４は、ポストエディタ（ＰＥ）と呼ばれる作業者がＳ３で認識された文字をコンピュータ（ＰＣ）上の画面を見ながら修正するステップを示している。

Ｓ５は、申請書等に対して申請承認のワークフロー（ＰＡフロー）を実行するステップを示し、Ｓ６はサーバにデータを登録するステップを示し、Ｓ７はバックエンドサーバ（不図示）にデータを登録するステップを示し、Ｓ８は後処理を実行するステップを示している。後処理には、例えば、企業に申請書などを送付したユーザに対して登録確認通知をＦＡＸ、ｅ-ｍａｉｌ、郵送などにより行うことが含まれる。

図４の制御フローは、ワークフローまたはビジネスプロセスと呼ばれており、当該ワークフローではＳ２からＳ８までの各ステップをＯＮまたはＯＦＦに切り替えることが可能となっている。そのため、Ｓ２からＳ８までの各ステップのＯＮ／ＯＦＦを、受信したデータ（帳票）の種類に応じてアプリケーションソフトウェアにより設定することができる。例えば、「ローン申込書」に対してＦＲ後にＯＣＲを実施することなく申請承認を行う場合、ワークフロー上のＳ３とＳ４をＯＦＦにしてＳ１，Ｓ２，Ｓ５，Ｓ６，Ｓ７，Ｓ８の順に設定する。同様に、「カーローン申込書」に対してＰＥ後に基幹のサーバに登録する場合、ワークフロー上のＳ５，Ｓ６をＯＦＦにしてＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ７の順に設定する。

Ｓ２におけるＦＲのＯＮ／ＯＦＦ切り替えは、後述する図８に示すシステム設定画面から行われる。また、ワークフローの設定は、図３のモジュール３０７におけるワークフロー登録モジュールにより設定することが可能である。

次に、Ｗｅｂアプリケーションサーバ１０９が、スキャナ１０３により読み取られた８枚の帳票を受信してＦＲを実施し、認識した結果を表示するフローについて図５及び図６を参照して説明する。このフローは、図４のＳ１〜Ｓ４に相当するものである。

図５は、図４におけるＳ１〜Ｓ２のフローの概略を示す図である。

図５において、スキャナ１０３により読み取られた８枚の帳票を受信したＷｅｂアプリケーションサーバ１０９では、当該帳票に対してＦＲした後にＣＲなどを経て、ＰＥによる編集作業が行われる。この編集作業では、作業効率を上げるために状況によって複数人のＰＥが編集を行う場合がある。その際に、ＦＲにより帳票が全て認識できれば問題ないが、認識できない認識不明帳票（以下、単に「不明帳票」という）が存在する場合は、ＰＥ間で不明帳票の奪いあい等が発生し、作業効率を悪化させてしまうおそれがある。そこで、本実施の形態では、４つのタイプの結果をＣＲＴ１６に表示できるようにしている。ＣＲＴ１６に表示される結果表示の一例を図６（ａ）〜図６（ｄ）に示す。

図６（ａ）に示す結果１は、連続した２枚の不明帳票を１つ（一括り）のジョブとして表示する例であり、ローン帳票、住所変更帳票、ローン帳票、不明帳票が各２枚ずつ表示されている。この結果１では、不明帳票が実は２枚組みであった場合に、不明帳票の全てに対して１人のＰＥが編集作業を行うことができるという利点がある。

図６（ｂ）に示す結果２は、不明帳票の一部を前ジョブ（ここでは、「ローン帳票」）の付属データとして表示する例であり、ローン帳票２枚、住所変更帳票２枚、不明帳票１枚を含むローン帳票３枚、不明帳票１枚が表示されている。本実施の形態では、前ジョブの付属データとして扱う場合、後述する図７に示す画面上で不明帳票の制限枚数を設定することができ、設定された枚数分の不明帳票を前ジョブの付属データとして表示することができる。

図６（ｃ）に示す結果３は、不明帳票を前ジョブの付属データとせず、１枚毎のジョブとして表示する例であり、ローン帳票２枚、住所変更帳票２枚、ローン帳票２枚、不明帳票１枚、不明帳票１枚が表示されている。これは、不明帳票に対して１枚ずつ編集作業を行う場合に有効な表示方法であり、図７に示す画面上で設定することが可能である。

図６（ｄ）に示す結果４は、不明帳票を全て前ジョブの付属データとして表示する例であり、ローン帳票２枚、住所変更帳票２枚、不明帳票２枚を含むローン帳票４枚が表示されている。この結果４では、ＰＥにより帳票の奪い合いが発生しない代わりに、後にローン帳票と不明帳票とを分割する分割処理が必要になる可能性がある。

このように、使用される状況に応じて表示を切り替えることで業務の効率を上げることが可能となる。なお、上記実施の形態では、１回の通信で８枚の帳票データを受信した際のフローについて説明したが、２回の通信に分けて受信した場合であっても、同様に表示することが可能である。その際には、不明帳票の結合処理や不明帳票の前ジョブへの付属データ付加処理が必要になる場合がある。不明帳票の分割処理、結合処理については後述の図１５及び図１６に示す。

図７は、不明帳票の扱いを設定するための表示画面の一例を示す図である。

図７において、不明帳票設定画面６０は、システム管理者が上記システム起動後にいつでもアクセスが可能なメンテナンス画面であり、クライアントＰＣ１００等のＣＲＴ１６に表示される。

不明帳票設定画面６０には、不明帳票が出現した際に前ジョブの付属データとして扱うか否かを設定するためのチェックボックス６１と、チェックボックス６１がチェックされた場合に、前ジョブの付属データとして設定する不明帳票の制限枚数を入力する領域６２と、受信単位で不明帳票を扱うか否かを設定するためのチェックボックス６３と、不明帳票を１つのジョブとして扱うか否かを設定するためのチェックボックス６４とが配されている。

チェックボックス６１，６３，６４は、上述したように、図４のワークフロー上のステップをＯＮ／ＯＦＦするソフトウェアスイッチである。領域６２には、通常、制限枚数が入力されるが、図示のように「無制限」が入力されていた場合、不明帳票が出現する限り何枚でも前ジョブの付属データとして扱うことができる。

チェックボックス６３がチェックされた場合、不明帳票を受信単位で１ジョブとして扱う。これは、帳票データにおける最終の画像が不明帳票と判断した際にも、次に受信した帳票データにおける先頭の画像が不明帳票であるときにはジョブを結合させない。

チェックボックス６４がチェックされた場合、複数枚の連続した不明帳票を１ジョブとして表示せず、必ず１枚毎に分割してジョブ表示を行う。

確定ボタン６５は、上記設定を確定するためのボタンである。キャンセルボタン６６は、上記設定をキャンセルして表示前の状態に戻すためのボタンである。

図８は、システム設定を行うための表示画面の一例を示す図である。

図８において、システム設定画面７０は、上記不明帳票設定画面６０と同様に、システム管理者が上記システム起動後にいつでもアクセスが可能なメンテナンス画面であり、クライアントＰＣ１００等のＣＲＴ１６に表示される。

システム設定画面７０には、帳票認識（ＦＲ）を行うか否かを設定するためのチェックホール７１が配されている。チェックホール７１がチェックされていない場合は帳票認識を行わないので、予めどのような帳票が送られてくるかがわかっているときに使用される。この場合、帳票認識を行わないので不明帳票は現れない。確定ボタン７２は、上記設定を確定するためのボタンである。キャンセルボタン７３は、上記設定をキャンセルして表示前の状態に戻すためのボタンである。

図９は、システムへのログイン画面の一例を示す図である。

図９において、ログイン画面８０は、ＯＳ（Operation System）やブラウザなどにより表示されるものであるが、クライアントＰＣなどに予めインストールされたアプリケーションソフトにより表示されるものであっても構わない。ログイン画面８０には、キーボード１２によりログインＩＤを入力する領域８１と、パスワードを入力する領域８２と、領域８１，８２に所定のデータを入力した後に押下されるログインボタン８３と、ログインを行わずに画面を閉じるためのキャンセルボタン８４とが配されている。

ログイン画面８０からシステムにログインすることにより、予めユーザ（作業者）が依頼していたジョブを後述する図１０に示す表示画面で表示させることができる。

図１０は、ログイン後にクライアントＰＣに表示されるワークアイテム一覧画面の一例を示す図である。

図１０では、ワークアイテム一覧画面９０には、ＦＲ後のジョブ９１〜９３が表示されている。ジョブ９１は、ＦＲの結果として「ローン申込書」と認識された帳票である。ジョブ９１には、ジョブ名「ローン申込書」と共に、枚数「２枚」と、受信日時「２００４年１１月１日１２時１２分」とが表示されている。

ジョブ９２，９３は、ＦＲの結果として不明帳票と判断されたものである。ジョブ９２には、枚数「１枚」と、受信日時「２００４年１１月３日１０時００分」とが表示され、ジョブ９３には、枚数「１枚」と、受信日時「２００４年１１月３日１０時００分」とが表示されている。ジョブ９２及びジョブ９３は、受信日時が同一であることから１通信により受信した２枚分の帳票データであると判断することができる。これは、チェックボックス６４がチェックされて、不明帳票が１つのジョブとして扱われた場合に表示される。

選択ボタン９４は、画面に表示されているジョブ９１〜９３のうちチェックボックスにチェックされたジョブを選択するためのボタンである。戻るボタン９５は、本表示がなされる前の状態に戻るためのボタンである。

ＰＥがワークアイテム一覧画面９０上から所望のジョブを選択して選択ボタン９４を押下すると、ワークアイテム一覧画面９０からＰＥ用の文字認識結果の編集・修正画面（不図示）に移行する。ＰＥが複数人存在する場合は、各人が自分のクライアントＰＣ上のログイン画面８０からログインを行い、ワークアイテム一覧画面９０の表示を行うことができる。なお、全ＰＥがログインを同時に実行すると、現在、処理が可能なジョブを閲覧することができる。

例えば、ＰＥであるＡさんがジョブ９２を選択し、他のＰＥであるＢさんがジョブ９３を選択した場合、ジョブ９２，９３は不明帳票であるが、２枚で一組のローン申込書である可能性がある。そのような場合、ジョブ９２とジョブ９３が別々なＰＥに処理されると復帰処理が厄介で面倒になる。このような事態が多々発生するような状況では、チェックボックス６４のチェックを外してＯＦＦにすればよい。

次に、本実施の形態における受信帳票ジョブ表示方法について図１１〜図１３を参照して説明する。

図１１及び図１２は、受信帳票ジョブ表示方法を実行するデータ受信処理を示すフローチャートである。本処理は、モジュール３０７内のワークフロー制御モジュールにより実行されるものであり、ワークフローのＳ２〜Ｓ４のステップに該当する。

図１１において、ステップＳ１００では、Ｗｅｂアプリケーションサーバ１０９が、クライアントＰＣ１００からのリクエストとして帳票データを受信して帳票認識処理を行う。具体的には、帳票データを構成する書類がどのような種類の帳票なのかを認識する。

次に、ステップＳ１０１では、１枚分の画像の認識が成功したか否かを判別する。具体的には、予め登録されている帳票情報と一致するものがあるか否かをチェックし、帳票情報と画像とが一致しないときは、当該画像を不明帳票として扱う一方、一致するときはどのような帳票と一致したのかを認識する。ステップＳ１０１の判別の結果、認識が成功したときはステップＳ１１３へ進む一方、認識不能であるときはステップＳ１０２へ進む。

ステップＳ１０２では、不明帳票とされた画像を１つのジョブとして扱うか否かを判別する。具体的には、不明帳票設定画面６０におけるチェックボックス６４のチェックの有無を判定する。チェックボックス６４にチェックが入っているときは、不明帳票とされた画像を１つのジョブとして扱うものとしてステップＳ１０３へ進み、当該画像のデータを認識不能ジョブとしてハードディスク１０（以下、「表示メモリ」という。）へ格納してステップＳ１０８へ進む。

一方、ステップＳ１０２の判別の結果、チェックボックス６４にチェックが入っていないときは、不明帳票とされた画像を１つのジョブとして扱わないものとしてステップＳ１０４へ進み、当該画像のデータを認識不能キューへ格納する。認識不能キューは、帳票認識した結果、帳票の種類が判別できなかった書類が一時的に格納される待ち行列である。

次に、ステップＳ１０５では、認識不能キューに格納された画像データの数、すなわち不明帳票の枚数が領域６２に入力された制限枚数Ｎに達したか否かを判別する。この判別の結果、制限枚数Ｎに達していないときは、ステップＳ１０８へ進む一方、制限枚数Ｎに達したときは、不明帳票の画像データの表示メモリへの格納処理を行った後（ステップＳ１０６）、認識不能キューをクリアし（ステップＳ１０７）、ステップＳ１０８へ進む。

ステップＳ１０８では、帳票データにおいて帳票認識処理を行っていない画像のデータがあるか否かを判別し、次の画像のデータがあるときは、ステップＳ１００へ戻る一方、ないときは、図１２のステップＳ１０９へ進む。

ステップＳ１１３では、認識不能キューにジョブが格納されているか否かを判別する。この結果、格納されていないときはステップＳ１１６へ進む一方、認識不能キューにジョブが格納されているときは、キュー内の不明帳票の画像データを表示メモリへ格納し（ステップＳ１１４）、認識不能キューをクリアして（ステップＳ１１５）、ステップＳ１１６へ進む。

ステップＳ１１６では、帳票の種類が判別された画像に対して文字認識処理を行う。なお、本実施の形態では文字認識処理を行うが、状況に応じて別の処理を実行するようにしてもよく、また本ステップを省略してもよい。

つづいて、ステップＳ１１７では、文字認識処理が行われた画像のデータを認識済みジョブとして表示メモリへ格納してステップＳ１０８へ進む。

図１２において、ステップＳ１０９では、受信単位で処理を行うか否かを判別する。具体的には、不明帳票設定画面６０におけるチェックボックス６３のチェックの有無を判定する。この結果、チェックボックス６３にチェックが入っていないときは、本処理を終了する一方、チェックボックス６３にチェックが入っているときは、認識不能キューにジョブが格納されているか否かを判別する（ステップＳ１１０）。この結果、認識不能キューにジョブが格納されていないときは本処理を終了する一方、認識不能キューにジョブが格納されているときは、キュー内の画像データを表示メモリへ格納し（ステップＳ１１１）、認識不能キューをクリアして（ステップＳ１１２）、本処理を終了する。

図１３は、図１１のステップＳ１０６における表示メモリへの格納処理の詳細を示すフローチャートである。

図１３において、ステップＳ１４０１では、前ジョブの付属データとするか否かを判別する。具体的には、不明帳票設定画面６０におけるチェックボックス６１のチェックの有無を判定する。この結果、チェックボックス６１にチェックが入っているときは、ステップＳ１４０２へ進む一方、チェックが入っていないときは、ステップＳ１４０４へ進み、認識不能キューに格納された画像データをＮ枚の認識不能ジョブとして表示メモリへ格納しリターンする。

ステップＳ１４０２では、前ジョブがあるか否かを判別する。ここでは、表示メモリに格納された前ジョブの有無を判定する。この結果、前ジョブがないときは、ステップＳ１４０４へ進む一方、前ジョブがあるときは、ステップＳ１４０３へ進み、認識不能キューに格納されたＮ枚の画像データを前ジョブへ認識不能ジョブとして付加し、表示メモリへ格納する。

上記処理では、チェックボックス６１へのチェックの有無及び表示メモリに格納された前ジョブの有無に基づいて、不明帳票を前ジョブに付属データとして付加するか認識不能ジョブとするかを決定する。

図１１〜図１３の処理により表示メモリに格納された画像に基づいて、上述した図６（ａ）〜図６（ｂ）の結果１〜結果４を表示することができる。例えば、結果１は、受信した帳票データをローン帳票、住所変更帳票、ローン帳票、不明帳票と認識していることから、上記ステップＳ１１３〜ステップＳ１１７を３回通過した後、ステップＳ１０３を２回通過し、ステップＳ１１１を１回通過することで得られる。結果２は、領域６２に設定された制限枚数Ｎが１枚のときに、ステップＳ１１３〜ステップＳ１１７を３回通過した後、ステップＳ１４０３を１回、ステップＳ１４０４を１回通過することで得られる。

結果３は、領域６２に設定された制限枚数Ｎが１枚のときに、ステップＳ１１３〜ステップＳ１１７を３回通過した後、ステップＳ１４０３を２回通過することで得られ、結果４は、領域６２に設定された制限枚数Ｎが２枚のときに、ステップＳ１１３〜ステップＳ１１７を３回通過した後、ステップＳ１４０３を１回通過することで得られる。

上記図１１〜図１３の処理を実行するためのプログラムは、システム起動と同時に起動し、帳票データ受信と同時に処理が開始されるものである。

図１４は、図１１〜図１３の処理を実行するモジュールの全体構成を示すブロック図である。

図１４において、１１０１はＦＲを行う帳票認識ブロック、１１０２はＣＲを行う文字認識ブロック、１１０３はクライアントＰＣ内のＶＲＡＭ１４に相当する表示メモリ、１１０４は上述した認識不能キュー、１１０５は作業者である。

帳票認識ブロックにて帳票データに対する帳票認識が終了すると、認識成功したものが文字認識ブロック１１０２へ移行し、文字認識が終了すると、文字認識結果が表示メモリ１１０３へ格納される。一方、帳票認識ブロックにて帳票データの帳票認識が失敗すると、不明帳票設定画面６０における設定に応じて認識不能キュー１１０４を経て表示メモリ１１０３へ認識不能ジョブとして格納される。作業者１１０５がクライアントＰＣからログインすると、表示メモリ（ＶＲＡＭ１４）に格納された内容がワークアイテム一覧画面９０として表示される。

次に、１つのジョブから不明帳票を分割するまたは１つのジョブに不明帳票を結合するための表示画面について図１５及び図１６を参照して説明する。

図１５及び図１６は、１つのジョブから不明帳票を分割し、または結合するための表示画面の一例を示す図である。本表示画面は、モジュール３０７内の認識結果登録モジュールにより実行され、ワークアイテム一覧画面９０上で複数のジョブが選択された後に選択ボタン９４が押下されると表示される。

図１５において、表示画面１２００には、前ジョブ表示ボタン１２０２と、現ジョブ表示ボタン１２０３と、次ジョブ表示ボタン１２０３が配され、３つの帳票ジョブを表示することが可能になっている。また、前ジョブの前の帳票ジョブに表示を移動させるための前ジョブ移動ボタン１２０１と、次ジョブの次の帳票ジョブに表示を移動させるための次ジョブ移動ボタン１２０５とが配されている。

現ジョブ表示ボタン１２０３は、選択された現在の帳票ジョブを表示するためのものであり、図示では、認識不能とされた不明帳票の帳票ジョブが表示されている。現ジョブボタン１２０３が押下されると、領域１２０７に現在の帳票ジョブに含まれる不明帳票が７枚分表示される。

前ジョブボタン１２０２は、選択された現在の帳票ジョブの前の帳票ジョブを表示するためのものである。図示では、前の帳票ジョブとして「ホームローン」と認識されている。次ジョブボタン１２０４は、選択された現在の帳票ジョブの次の帳票ジョブを表示するためのものである。図示では、次の帳票ジョブとして「申込書」と認識されている。

前帳票ボタン１２０６は、領域１２０７に表示されている帳票ジョブのなかから選択されたページ（書類）を前帳票へ移動（分割・結合）するためのボタンである。前帳票ボタン１２０６が押下されることにより、選択されたページが現ジョブから前ジョブへ移動する。例えば、図１６に示すように、表示画面１５００において領域１２０７に表示されている帳票ジョブのなかから１枚目と２枚目が選択されると、当該ページが強調表示される。さらに、前帳票ボタン１２０６が押下されると、当該１枚目と２枚目が前ジョブへ移動する。

次帳票ボタン１２０８は、領域１２０７に表示されている帳票ジョブのなかから選択されたページを次帳票へ移動（分割・結合）するためのボタンである。次帳票ボタン１２０８が押下されることにより、選択されたページが現ジョブから次ジョブへ移動する。

新ジョブ生成ボタン１２０９は、領域１２０７に表示されている帳票ジョブのなかから選択されたページを新規のジョブに登録するボタンである。本ボタンが押下して帳票名を入力すると、登録された帳票ジョブが前ジョブ１２０２と同様の形式で表示されるようになる。

上記実施の形態によれば、受信する帳票データにおける認識不明帳票の扱いを不明帳票設定画面６０上で予めユーザに設定させ、帳票データをクライアントＰＣから受信すると帳票の種類を認識し、認識した画像のうち予め登録されている帳票と一致しないものを認識不明帳票とし、認識不明帳票を含む認識した帳票を不明帳票設定画面６０上で設定された内容に応じて一覧表示するので、種別不明の書類を読み取って得られた電子画像に帳票認識を行う場合において、図６（ａ）〜図６（ｄ）の結果１〜結果４が得られ、その帳票認識結果に対して修正を行う作業者の利便性を向上することができ、作業を的確に行わせることができる。

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

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

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

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

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

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

この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

本発明の実施の形態に係る受信帳票ジョブ表示方法が適用されたシステムの全体構成を示す図である。 図１のクライアントＰＣ及びサーバの基本的なハードウェア構成を示すブロック図である。 図１のクライアントＰＣ及びサーバの基本的なソフトウェア構成を示すブロック図である。 図１の事務処理システム上で実行される制御フローの全体を示す概略図である。 図４におけるＳ１〜Ｓ２のフローの概略を示す図である。 図５のフローにてＣＲＴ１６に表示される結果表示の一例を示す図であり、（ａ）は結果１、（ｂ）は結果２、（ｃ）は結果３、（ｄ）は結果４を示す。 不明帳票の扱いを設定するための表示画面の一例を示す図である。 システム設定を行うための表示画面の一例を示す図である。 システムへのログイン画面の一例を示す図である。 ログイン後にクライアントＰＣに表示されるワークアイテム一覧画面の一例を示す図である。 受信帳票ジョブ表示方法を実行するデータ受信処理を示すフローチャートである。 受信帳票ジョブ表示方法を実行するデータ受信処理を示すフローチャートである。 図１１のステップＳ１０６における表示メモリへの格納処理の詳細を示すフローチャートである。 図１１〜図１３の処理を実行するモジュールの全体構成を示すブロック図である。 不明帳票の分割／結合時に表示される画面の一例を示す図である。 図１５に示す画面から所望の帳票ジョブが選択されたときに表示される画面の一例を示す図である。

符号の説明

１０１，１０２，１０６ クライアントＰＣ
１０３ スキャナ
１０４ マルチファンクションデバイス（ＭＦＰ）
１０５，１１１ ＬＡＮ
１０７ インターネット
１０８ ＨＴＴＰサーバ
１０９ Ｗｅｂアプリケーションサーバ
１１０ データベース

Claims (10)

1. 電子画像を受信する受信工程と、
   前記受信した電子画像から帳票の種類を認識する認識工程と、
   前記認識された電子画像が予め登録済みの帳票かまたは認識不明帳票かを判定する判定工程と、
   前記認識不明帳票の表示方法を予め設定させる設定工程と、
   前記判定された帳票を、前記設定された表示方法に応じて一覧表示する表示工程とを備えることを特徴とする受信帳票ジョブ表示方法。
2. 前記設定工程は、連続する複数の認識不明帳票を一括りとして扱うか否かを設定させることを特徴とする請求項２記載の受信帳票ジョブ表示方法。
3. 前記設定工程は、複数の認識不明帳票を受信単位で一括りとして扱うか否かを設定させることを特徴とする請求項１又は２記載の受信帳票ジョブ表示方法。
4. 前記設定工程は、複数の認識不明帳票を受信単位で一括りとして扱わない設定がなされたときは、別々に受信した電子画像における認識不明帳票を一括りとして扱うことを特徴とする請求項３記載の受信帳票ジョブ表示方法。
5. 前記設定工程は、前記認識不明帳票を前記登録済みの帳票と判定されたものの付属データとして付加する否かを設定させることを特徴とする請求項１乃至４のいずれか１項に記載の受信帳票ジョブ表示方法。
6. 前記設定工程は、前記認識不明帳票を前記登録済みの帳票と判定されたものの付属データとして付加する設定がなされたときは、当該付属データとする認識不明帳票の制限枚数を設定させ、前記表示工程は、前記付属データとして付加する認識不明帳票が制限枚数に達したときは、その後に認識不明帳票と判定されたものとは別に表示することを特徴とする請求項５記載の受信帳票ジョブ表示方法。
7. 前記設定工程は、前記認識不明帳票の付属データとしての付加を受信単位で行うか否かを設定させることを特徴とする請求項５又は６記載の受信帳票ジョブ表示方法。
8. 前記設定工程は、前記認識不明帳票の付属データとしての付加を受信単位で行わない設定がなされたときは、別々に受信した認識不明帳票を一括りの付属データにすることを特徴とする請求項７記載の受信帳票ジョブ表示方法。
9. 各種書類の画像を読み取って得られた電子画像に対して帳票認識を実行する受信帳票ジョブ表示装置において、
   前記電子画像を受信する受信手段と、
   前記受信した電子画像から帳票の種類を認識する認識手段と、
   前記認識された電子画像が予め登録済みの帳票かまたは認識不明帳票かを判定する判定手段と、
   前記認識不明帳票の表示方法を予め設定させる設定手段と、
   前記判定された帳票を、前記設定された表示方法に応じて一覧表示する表示手段とを備えることを特徴とする受信帳票ジョブ表示装置。
10. 請求項１乃至８のいずれか１項に記載の受信帳票ジョブ表示方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。

Images