(57)【要約】【課題】  フィールドに入力された文字の種類によって、入力できる文字が決まり、フィールドを切り替える際に手間が発生する。【解決手段】  同じ帳票の修正作業を行う際に、複数ページに共通のフィールド（たとえば「住所」）だけを修正し、修正が終わったら次のフィールをまとめて修正することを繰りかえす、モード（フィールドモード）を用意した。帳票毎に頁モード／フィールドモードを切り替えられる。【選択図】  図７
2008084126.tif 000002
【特許請求の範囲】
【請求項１】
電子画像を複数の入力フィールドを持つ帳票に認識する手段と、帳票中のフィールドの文字認識を行う手段と、認識した結果を修正する手段と、を持つシステムにおいて、
修正作業をページ単位とするか、フィールド単位とするかを切り替えることが可能な文字認識システム。
【請求項２】
電子画像を受信可能な手段と、電子画像を複数の入力フィールドを持つ帳票に認識する手段と、帳票中のフィールドの文字認識を行う手段と、認識したフィールド結果を修正する手段と、複数の作業者毎に修正するフィールドを割り当てる手段と、修正する作業を画面に表示する手段と、修正作業をフィールド単位に行える手段と、を持つシステムにおいて、
修正画面中に、残りジョブ数を表示することが可能な文字認識システム。
【請求項３】
電子画像を受信可能な手段と、電子画像を複数の入力フィールドを持つ帳票に認識する手段と、帳票中のフィールドの文字認識を行う手段と、認識したフィールド結果を修正する手段と、複数の作業者毎に修正するフィールドを割り当てる手段と、修正する作業を画面に表示する手段と、修正作業をフィールド単位に行える手段と、を持つシステムにおいて、
修正画面中に、同一フィールド作業者数を表示することが可能な文字認識システム。
【請求項４】
電子画像を受信可能な手段と、電子画像を複数の入力フィールドを持つ帳票に認識する手段と、帳票中のフィールドの文字認識を行う手段と、認識したフィールド結果を修正する手段と、複数の作業者毎に修正するフィールドを割り当てる手段と、修正する作業を画面に表示する手段と、修正作業をフィールド単位に行える手段と、を持つシステムにおいて、
修正画面中に、予想終了時間を表示することが可能な文字認識システム。
【請求項５】
電子画像を受信可能な手段と、電子画像を複数の入力フィールドを持つ帳票に認識する手段と、帳票中のフィールドの文字認識を行う手段と、認識したフィールド結果を修正する手段と、複数の作業者毎に修正するフィールドを割り当てる手段と、修正作業をフィールド単位に行える手段と、を持つシステムにおいて、
複数の帳票を受信後に第1のフィールドの修正作業を複数の受信帳票に対して進め、
同一帳票中の第１のフィールドの作業終了個数が他のいづれかのフィールドの修正作業の終了個数を規定値以上超過した場合、未処理フィールドの担当者へ、通信手段により作業を促す情報を通知することを特徴とする文字認識システム。
【請求項６】
電子画像を受信可能な手段と、電子画像を複数の入力フィールドを持つ帳票に認識する手段と、帳票中のフィールドの文字認識を行う手段と、認識したフィールド結果を修正する手段と、複数の作業者毎に修正するフィールドを割り当てる手段と、修正作業をフィールド単位に行える手段と、を持つシステムにおいて、
複数の帳票を受信後に第1のフィールドの修正作業を複数の受信帳票に対して進め、
同一帳票中の第１のフィールドの作業終了個数が他のいづれかのフィールドの修正作業の終了個数を規定値以上超過した場合、以降の第一のフィールドの修正を行えないようにガードすることを特徴とする文字認識システム。
【請求項７】
上記請求項６において
第1フィールドの作業終了個数と他のフィールドの作業終了個数の差が規定値を下回った場合に
再度第1フィールドの修正が開始できることを特徴とする文字認識システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許は、電子画像を受け取り、帳票認識、文字認識を実行し、文字の修正作業を行える文字認識システムに関するものである。
【背景技術】
【０００２】
従来申込書、申請書などは、紙媒体として企業の事務管理センターなどへ送られ人手を介して企業内のデータベースへ格納していた。近年では紙媒体がFAX画像やスキャナで読み込んだ電子画像に変わりパソコンでの業務に移行してきた。電子画像を受信し自動的に帳票認識、文字認識などを行い、自動的に業務を遂行させる動きとなってきている。
【０００３】
従来例としては、例えば、文字認識結果を修正する段階で、その修正を帳票単位／フィールド単位／文字単位で行うかを選択でき、その結果選択された単位で、前記文字認識結果の代わりに表示された文字を一括して変換文字に変換していく構成がある（特許文献１参照）。
【特許文献１】特開平９−１１４９１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年では業務ソフトウエアを導入し自動的に受信データを処理できるようになってきたが、たとえば帳票認識、文字認識においては完全な認識精度とは言えず、人手を介して修正するなどの作業が発生している。ここで文字を修正する際には、頁単位に頁中に配置されている各フィールドの修正を行ない、1ページ分が終了後は次のページの修正を行うように構成されていた。本構成で以下のような不具合が発生していた。
【０００５】
(1) フィールドに入力された文字の種類によって、入力できる文字が決まり、フィールドを切り替える際に手間が発生する。
【０００６】
(2) 残作業時間がわからない。
【０００７】
(3) 1人の作業者が帳票全体を見渡すことができ、セキュリティ上、問題が発生する。
【課題を解決するための手段】
【０００８】
本システムにおいては、上記欠点を無くすため、以下の構成をとっている。
【０００９】
(1) 認識結果の修正作業を頁単位ではなく、フィールド単位とした。
【００１０】
(2) 申請書の修正を行う画面に、残りのジョブ数を表示できる構成とした。
【００１１】
(3) 申請書の修正を行う画面に、現在作業中の作業者数を表示できる構成とした。
【００１２】
(4) 申請書の修正を行う画面に、作業の残り時間を表示できる構成とした。
【００１３】
(5) あるフィールドの作業だけが先行して進んでしまった場合に、残り作業の担当者に対して電子メール、ファクシミリ、電話などの通知方式で通知できるようにした。
【００１４】
(6) あるフィールドの作業だけが先行して進んでしまった場合に、それ以上作業が進まないように作業をできないようにした。
【００１５】
(7) 上記の場合に、ある差分にいかになった場合に、ガードされていた作業が再び実施可能となる構成とした。
【発明の効果】
【００１６】
以上述べたように
(1)認識結果の修正作業を頁単位ではなく、フィールド単位とした。
【００１７】
(2)申請書の修正を行う画面に、残りのジョブ数を表示できる構成とした。
【００１８】
(3)申請書の修正を行う画面に、現在作業中の作業者数を表示できる構成とした。
【００１９】
(4)申請書の修正を行う画面に、作業の残り時間を表示できる構成とした。
【００２０】
(5)あるフィールドの作業だけが先行して進んでしまった場合に、残り作業の担当者に対して電子メール、ファクシミリ、電話などの通知方式で通知できるようにした。
【００２１】
(6)あるフィールドの作業だけが先行して進んでしまった場合に、それ以上作業が進まないように作業をできないようにした。
【００２２】
(7)上記の場合に、ある差分にいかになった場合に、ガードされていた作業が再び実施可能となる構成とした。
ことで、
・ フィールドを切り替える際の手間を削除することが可能となった。
【００２３】
・ 残作業時間を作業者にわかるようにした。
【００２４】
・ セキュリティが守られるようになった。
【発明を実施するための最良の形態】
【００２５】
以下に、図１〜図１４を参照して、本発明に係る装置の一実施形態について説明する。  まず、図１は本発明に係るシステムの構成図である。
【００２６】
１０１および１０２はクライアントPCであり、システム管理者が新規データファイルを登録したり、ユーザ管理情報修正などのシステムメンテナンス処理を行ったり、あるいは登録作業者がサーバ上に受信された電子文書を仕分け確認したり、承認者が承認作業を行うために使用される。１０３はネットワーク上で共有されている画像データを読み込むスキャナであり、ユーザから郵便で送付されてきた申請書や、支店へ持ち込まれた書類などを読み込む。
【００２７】
１０４はネットワーク上で共有されているマルチファンクションデバイスであり、１０３と同様にスキャナとしても使用でき、さらには１０４が受信したFAX画像を１０９サーバなどへLANを経由して登録することもできる。
【００２８】
１０５、１１１はローカルエリアネットワーク（LAN）であり、このネットワークに接続している機器１０１から１０５はこのLANを介して他の機器とデータのやり取りを行う。１０７はインターネットであり、１０６はこのインターネットに直接に接続されたクライアントPCである。１０８はネットワークを介してクライアントPCからHTTPプロトコルできたリクエストを受け取るHTTPサーバである。１０９はWebアプリケーションサーバである。HTTPサーバにはいくつかのWebアプリケーションサーバ が登録されており、クライアントPCからのリクエスト内容に従ってHTTPサーバは処理を適切なWebアプリケーションサーバに割り振る。また、リクエストを受け取ったWebアプリケーションサーバは処理を実行してその処理結果をクライアントへ返信する。１１０はデータベースであり、受信データ、文字認識結果、申請処理ステータスなどの情報や、およびユーザ/グループ情報、登録データファイルの処理情報などのシステム情報を記録する。
【００２９】
これらのようにHTTPサーバ１０８、WEBアプリケーションサーバ１０９、データベース１１０と有機的に組み合わさってWEBデータベースシステムとして機能する。
【００３０】
次に、図２は本発明に係る装置の構成を説明するブロック図である。
【００３１】
１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。２はＣＰＵ（Ｃｅｎｔｒｔａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。３はプログラム・メモリ（ＰＭＥＭと称す）で、本処理のためのプログラムを適宜ハード・ディスク１０から選択／読込みし、２のＣＰＵにて実行する。又、キーボード１２から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。
【００３２】
４は、通信制御部であり、５の通信ポートに於ける入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置の通信ポートに伝えられる。
【００３３】
また、本実施例ではLANなどのネットワークに関して記述するが、この通信制御部に接続される通信ポート及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。
【００３４】
８は外部記憶装置制御部、９、１０はデータファイル用のディスクで、例えば９は、フレキシブル・ディスク（ＦＤと称す）であり、１０はハード・ディスク（ＨＤと称す）である。
【００３５】
１１は入力制御部であり、１２のキーボード、１３のマウス等の入力装置が接続される。操作者はこのキーボード１１を操作することによりシステムの動作指令等を行う。
【００３６】
また１３は１６のＣＲＴ上で画像情報を加工指示するためのポインティング・デバイス（ＰＤと称す）で本実施例ではマウスを使用している。これによりＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行なうほか編集対象の指示、描画位置の指示等もおこなう。１４はビデオ・イメージ・メモリ（ＶＲＡＭと称す）、１５は表示出力制御部、１６はＣＲＴである。１６のＣＲＴに表示されるデータは１１のＶＲＡＭ上にビットマップデータとして展開されている。
【００３７】
１７は、プリンタ制御部であり、接続されているプリンタ１８に対するデータの出力制御を行う。
【００３８】
１Ａは、画像読み取り装置制御部であり、接続されている画像読み取り機器１Ｂの制御を行う。
【００３９】
更に、図１の構成は、画像読み取り機器と画像読み取り装置が物理的に別々のコンポーネントであっても、画像読み取り装置が、画像読み取り機器を含む１つのコンポーネントであっても同様な機能を有することとする。
【００４０】
なお、本実施例でROMに記憶しているプログラムは、装置に直接接続されているハードディスク(HD)やフレキシブルディスク(FD)などの記憶媒体にも記憶されていてもよい。さらに、ネットワークで接続されている他の装置上に記憶されていてもよい。また、本発明のプログラムは、FDやHDなどの記憶媒体やネットワークを介してシステムや装置に供給できる。
【００４１】
さらに、図３は本発明に係るモジュール構成を説明するブロック図である。
３０１はクライアントPCであり、カタログ情報、画像データなどのデータファイルをサーバに登録するための情報登録モジュール３０２と、商品データを出力するフォームを登録する出力フォーム登録モジュール３０３を記憶している。ただし、これらのモジュールはサーバPCから必要に応じてWEBブラウザのPlug-in形式などで自動的に配信されるのでクライアントPC上でインストール処理などを行う必要はない。
【００４２】
３０４はデータのやり取りを行うネットワーク、３０５はHTTPサーバである。
【００４３】
さらに、３０６がWebアプリケーションサーバであり、HTTPサーバから受け取ったクライアントPCからのリクエストを処理するためのモジュール３０７が記憶されている。対応している機能としては、ユーザ認証、検索処理、受信データ登録、文字認識結果登録、帳票メンテナンス機能などがある。これらのモジュールはクライアントからのリクエストに応じてメモリ上にロードされ、処理を実行する。
【００４４】
また、これらのモジュールとは別に、ワークフローエディタ部、送付状エディタ部などの編集モジュール３０８がある。さらに、データベース３１１とのデータのやり取りを行うためのライブラリ３０９や各種ユーティリティライブラリ３１０がある。
【００４５】
図４は、本発明にかかわる処理フローを説明するブロック図である。図４においてS1は、ＦＡＸやスキャナあるいはプログラム搭載可能複合機などのマルチファンクションデバイスからＬＡＮ経由で受信データをＷＡＳに取り込む処理を示している。Ｓ２は受信したデータの帳票認識（ＦＲ）を行い、帳票種別を決定するステップを示している。Ｓ３は文字認識（ＣＲ）、バーコード認識（ＢＲ）を行い、Ｓ２で判明した帳票に記載されている文字を抽出するステップを示している。Ｓ４はポストエディタ（ＰＥ）と呼ばれる担当者がＳ３で認識された文字をＰＣの画面を見ながら修正するステップ、Ｓ５は申請承認のワークフロー（PAフロー）を実現するステップ、Ｓ６はイメージサーバへ受信データを登録するステップ、Ｓ７は企業などのバックエンドサーバへデータを登録するステップ、Ｓ８は受信データである申請書などの送付ユーザへ対して登録確認などの送付状をＦＡＸ、eMail、印刷後の郵送などを使用し送付するステップである。
【００４６】
本発明では図4の制御をワークフローまたはビジネスプロセスと呼んでおりS2からS８までの各ステップをON,OFFきりかえることが可能となっている。ビジネスプロセスは受信した申請書ごとに割り付けられている。
【００４７】
図１２は従来の帳票の認識結果の修正方法を説明する例図である。以下図１２に従って文字認識の修正方法に関して説明する。１２０１はパソコンのCRT上の表示例である。１２０２は受信した画像を表示している。１２０３は文字の手書きで記載された文字である。フリガナフィールドに「ヤマダ」、お名前フィールドに「山田」、Telフィールドに「００−１２３４−５６７８」が手書きで記入されている。  １２０４はシステムで割り振るワークIDである。本帳票は「０００００１」と設定されている。１２０５は「フィールド」のタイトル表示、１２０６は認識結果のタイトル表示である。１２０７は認識結果「ヤマダ」である。本文字列は１２０２の画像からフリガナ部を認識した結果が表示されているものである。同様に１２０８は「山田」、１２０９は「００−１２３４−５６７８」が認識結果として表示されている。１２０７から１２０９はハイパーリンクがなされており、１２０８をマウスでクリックすると図１３に表示が替わる。図１３において１３０１は表示画面例である。１３０２はフィールド名称のタイトルであり、図１２でクリックされたフィールド名「お名前」が表示されている。１３０３は電子画像上の領域イメージである。１２０３部の拡大された画像が表示されている。１３０４は内容修正領域である。１３０４は始めは１２０９で表示された「山田」の文字が記載されているが、その後自由に修正ができ、１３０４に記載されているような「山田太郎」のような文字列も記載可能である。１３０５は完了ボタンである。図１３の例から１３０５を押下すると図１２に戻り１２０８は「山田太郎」となっている。すなわち修正された結果が認識結果を上書きする構成となっている。１３０６は次へボタンである。本例時に１３０６ボタンが押下されると１２０９の「Tel」フィールドの認識結果表示となる。以上説明したように認識結果の修正方式は1ページの中で全てのフィールドを順番に修正する構成となっている。
【００４８】
図５は、図１２で示した方式と本発明の操作を図式化したフロー図である。以下図５に従って説明する。図５は3枚の同一の申請書が修正作業される際の順序を説明するための例図である。図１２でも示した従来の操作は申請書1枚ごとに作業が進み、作業者Aが青フィールド、黄フィールドそして赤フィールドと1ページの帳票を全て修正する。作業者が複数いる場合には作業者B,作業者CのようにAと同一の作業を行うことができる。ただし、従来例には修正するフィールドが変わるたびに入力に手間がかかる。すなわち、青の「氏名」フィールドでは、ひらがな、漢字で修正できるが、黄の「電話番号」フィールドに関しては、数字のみの修正であるため、キーボードの入力方法を変更する必要があったり、タイプするキーが明らかに異なってしまう。また、帳票全てを１作業者が見れてしまう問題もある。全てのフィールドが確認できるため、すなわち、どこの誰で年収はいくらなどのプライバシーに関わる情報などが一目で確認できる。ここで本発明の操作を図５の下部で説明する。本発明では受信した複数の帳票の同一フィールドを修正確認する。すなわち作業者Aはあらかじめ青の「氏名」フィールドの作業者と決めておき、受信帳票の「氏名」フィールドをひたすら修正確認する。同様に作業者Bは電話番号フィールド、作業者Cは住所フィールドを確認することとした。これにより、同一フィールドだけの単純作業により作業効率を向上可能で、しかもプライバシーが守られる効果がある。
【００４９】
図６は、本発明の操作例である。図５の電話番号フィールドだけを修正する際の表示となっている。６１は画像を表示する領域である。６２は、修正作業が終了した頁、６３は修正作業中の頁、６４は次の帳票に含まれる電話番号フィールドである。６５は始めに６３の認識結果が入力されているフィールドで６３の画像を見ながら作業者が認識結果を修正するためのテキスト入力領域、６６は確定キーであり、修正、確認作業が終了した際に押下されるボタンである。６７は戻るキーであり、本修正作業から抜けるためのキーである。本例のように次の帳票があれば確定キーを押下されるたびに表示がシフトし続ける。
【００５０】
図７は、本発明の表示例である。図７において７１は残りのジョブ数が表示される領域。
【００５１】
確定キーを押下されるたびに減算され、受信画像があれば加算されるカウンタが表示される。本例では対象フィールドを含む未確認の帳票が１０ジョブあることを示している。７２は現在参加している作業者の人数が表示されている。本例では5人が黄色領域の編集をしていることを示している。７３は本対象フィールドの修正作業があとどれくらいで終了するのかを示している。本例では10分後に終了される。本時間は作業者の数、スピードや残りジョブ数から自動的に計測されるものであっても良い。
【００５２】
図８は図７で示した表示を行う際のフロー例である。図８に従って説明する。本フローは作業担当者がログインするところから始まる。８１はログインした際の役割をシステムが確認するステップである。８２は８１の結果どのフィールドを修正することができるのかを確認するステップ。８３は割り振られるフィールドの残りが存在するか否かを確認するステップ。残りがあれば８４へ進む。８４は帳票の受信キューよりフィールド情報を抜き出すステップ。８５は７１を表示するステップ。８６は７２を表示するステップ、８７は７３を表示するステップである。８８は７３の参考情報となる処理時間の計測開始処理、８９は６３を見ながら６５のテキストを確認あるいは修正するステップである。８１０は処理時間の計測を終了するステップ、８１１は８８から８１０にかかった時間を計測するし、これを作業者のフィールドあたりの作業時間としている。８１２はログイン作業者に順次作業終了後にジョブを割り振り、各担当者が作業員ごとに計測した処理時間で作業を行ったとして予想終了時間を算出するステップである。
【００５３】
図９は本発明による配分のロジックを説明するための図である。本システムには申請書受信キューが存在し受信して作業中の帳票が登録されている。受信があると順次最後尾につながれていく。また、作業者がログインすると順次先頭から割り付けられる。これにより作業の平準化を図るようにしている。全てのフィールドの作業者により帳票一枚あたりの作業が終了するとフィールド処理済キューへ移される。
【００５４】
図１０は本発明による配分時の仕組みの説明図である。ある特定のフィールドだけの修正が進むと承認処理など修正処理後の処理に回すのに時間がかかる不具合や帳票を持ち続けることによるメモリ解放ができずシステムが動作しにくいといった問題が発生する。そこで特定のフィールドの作業が先行した場合に未処理フィールドの担当者のメールアドレスを自動的に取得し本担当者へメールで通知する構成とした。また、ある特定のフィールドの作業が先行した際に上限カウンタを設け、該当フィールドの修正作業を行えないようにした。また本操作ガードを管理者へメールで通知できるようにした。さらに、処理済と未処理のフィールドの個数が一定以上になった場合、未処理が多い作業者へ作業の高速化を促すメッセージを出力表示するようにした。
【００５５】
図１１は図１０で説明した仕組みをフローで示した説明図である。図１４のカウンタを使用している。ログイン後１１０１で修正すべきフィールドAが決定するステップ。１１０２はフィールドAの処理済数（ａ）からフィールドBの処理済数（ｂ）を引いた値が作業中断カウンタ（ｍ）に等しいか否かの判定処理。等しければ１１１４へ進み割付失敗処理を行う。本処理中で管理者へメールを送付するなどが行われる。１１０３はａからフィールドＣの処理済数（ｃ）を引いた値がｍに等しいか否かの判定処理。等しければ１１１４へ進み割付失敗処理を行う。等しくなければ１１０４へ進む。１１０４はａをカウントアップする処理。１１０５はａ−ｂがメール送信カウンタ（ｘ）に等しいか否かの判定処理。メール送信カウンタまで達したのであれば１１１０へ進む。１１１０はフィールドＢの権限を持つ作業者へメールを送信するステップである。１１０６はａ−ｃがｘに等しいか否かの判定ステップ、等しければ１１１１へすすみフィールドＣの権限を持つ作業者へメールを送信する。１１０７はａ−ｂが表示カウンタ（ｙ）に等しいか否かの判定ステップ、等しければ１１１２へ進みフィールドＢの担当者へメールを送信する。１１０８はａ−ｃがｙに等しいか否かを判定するステップ。等しければ１１１３へ進む。１１１３はフィールドＣの作業者へメールを送信するステップである。１１０９はフィールドＡの割付が成功時の処理でたとえば修正作業などが行われるステップ。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施例の概略構成を示すシステム構成図である。
【図２】本発明の一実施例の装置構成を説明するブロック図である。
【図３】本発明の一実施例のモジュール構成を説明するブロック図である。
【図４】本発明の一実施例の処理フローを説明するブロック図である。
【図５】本発明の操作を図式化したフロー図
【図６】本発明の操作例
【図７】本発明の表示例
【図８】図７で示した表示を行う際のフロー例
【図９】本発明による配分のロジックを説明するための図
【図１０】本発明による配分時の仕組みの説明図
【図１１】図１０で説明した仕組みをフローで示した説明図
【図１２】従来の帳票の認識結果の修正方法を説明する例図
【図１３】本発明によるフィールドの修正を行うための操作図
【図１４】カウンタを説明するための図
【図１】
2008084126.tif 000003
【図２】
2008084126.tif 000004
【図３】
2008084126.tif 000005
【図４】
2008084126.tif 000006
【図５】
2008084126.tif 000007
【図６】
2008084126.tif 000008
【図７】
2008084126.tif 000009
【図８】
2008084126.tif 000010
【図９】
2008084126.tif 000011
【図１０】
2008084126.tif 000012
【図１１】
2008084126.tif 000013
【図１２】
2008084126.tif 000014
【図１３】
2008084126.tif 000015
【図１４】
2008084126.tif 000016