JP2021005160A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】帳票を定義する際に、枠の大きさに起因して、認識精度が低下する可能性のある枠を、ユーザが予め把握することができる情報処理装置及びプログラムを提供する。【解決手段】サーバ装置１０Ａは、帳票画像の項目に対応して設けられた枠毎の認識結果に関する統計データであって、枠の属性毎に、枠のサイズ、及び、枠内の画像が正しく認識された割合を示す正答率が対応付けられた統計データから、枠の属性毎の正答率を取得する取得部３０と、取得部３０により取得された枠の属性毎の正答率が閾値以下となる枠が存在する場合に、帳票画像の定義を行う画面である帳票定義画面において枠の表示形態を変化させる制御を行う表示制御部３２と、を備える。【選択図】図３

Description

本発明は、情報処理装置及びプログラムに関する。

例えば、特許文献１には、複数の項目に関して、その記入欄と予めプリントされた項目名とが配列され、記入欄と項目名とがそれぞれ罫線によって区画された帳票を読み取った帳票イメージから、記入欄内の文字を認識する帳票ＯＣＲ処理をコンピュータに実行させる帳票ＯＣＲプログラムが記載されている。この帳票ＯＣＲプログラムは、帳票イメージの全面に対してＯＣＲ処理を実行し、記入欄を区画する記入枠の位置、項目名を取り囲む項目名枠の位置、及びこれらの枠内の文字列を認識するとともに、認識した情報を枠毎に１つのレコードとしてまとめる全面ＯＣＲ処理ステップを含む。また、この帳票ＯＣＲプログラムは、各項目名毎に再度ＯＣＲ処理が必要か否かを予め定義した再ＯＣＲ指定情報を参照して、再度ＯＣＲ処理が必要な項目名に対応するレコードを読み出すとともに、各項目名毎に対応する記入欄との相対的な位置関係を予め定義した記入欄の位置情報を参照して、読み出したレコードに含まれる項目名枠の位置から再度ＯＣＲ処理をすべき記入欄を特定する記入欄特定処理ステップを含む。また、この帳票ＯＣＲプログラムは、予め定義された各項目の文字属性情報に基づいて、対象となる記入欄の属性に適合した辞書データを使用し、記入欄特定処理ステップで特定された記入欄に対して部分的にＯＣＲ処理を実行する部分ＯＣＲ処理ステップを含む。

また、特許文献２には、ＯＣＲ読み取り用の文字情報等を記入するために使用されるＯＣＲ用帳票フォーム作成処理装置が記載されている。このＯＣＲ用帳票フォーム作成処理装置は、対象とするＯＣＲ装置に応じて、帳票フォームの制約条件を示すデータを提供する第１の手段と、所望の帳票詳細フォームを定義する情報の入力を受け付ける第２の手段と、受け付けた詳細フォーム定義情報が前記制約条件を満足するか否かを判定するエラーチェックを行なう第３の手段と、を備える。

特許第４３４７６７７号公報 特開平７−１６０８０２号公報

ところで、帳票には、記入者が記入するための枠が項目に対応して設けられている。このとき、枠の大きさが小さ過ぎると、記入者が文字を書き難くなるため、ＯＣＲ処理で誤認識が発生し易くなり、認識精度が低下する場合がある。しかしながら、帳票を定義する際に、枠の大きさに起因して、認識精度が低下する可能性のある枠を予め把握することは難しい。

本発明は、帳票を定義する際に、枠の大きさに起因して、認識精度が低下する可能性のある枠を、ユーザが予め把握することができる情報処理装置及びプログラムを提供することを目的とする。

上記目的を達成するために、第１態様に係る情報処理装置は、メモリと、前記メモリに接続されたプロセッサとを備え、前記プロセッサが、帳票画像の項目に対応して設けられた枠毎の認識結果に関する統計データであって、枠の属性毎に、枠のサイズ、及び、枠内の画像が正しく認識された割合を示す正答率が対応付けられた前記統計データから、枠の属性毎の正答率を取得し、前記取得された枠の属性毎の正答率が閾値以下となる枠が存在する場合に、前記帳票画像の定義を行う画面である帳票定義画面において前記枠の表示形態を変化させる制御を行う。

また、第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサが、前記統計データから導出される、枠のサイズと正答率との関係を前記帳票定義画面に表示する制御を更に行う。

また、第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記表示制御部が、前記帳票定義画面から、前記表示形態を変化させた枠のサイズの変更を受け付けた場合に、前記関係において前記変更の前後の状態を表示する制御を更に行う。

また、第４態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサが、前記表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる、前記表示形態を変化させた枠の周辺に位置する枠である周辺枠の正答率が低下する場合に、前記周辺枠の表示形態を変化させる制御を更に行う。

また、第５態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサが、前記表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる、前記表示形態を変化させた枠以外の複数の枠の中で正答率の低下が最も小さい枠の表示形態を変化させる制御を更に行う。

また、第６態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記統計データが、枠の属性毎に、認識用辞書が更に対応付けられており、前記プロセッサが、認識用辞書毎に、前記関係を前記帳票定義画面に表示する制御を更に行う。

また、第７態様に係る情報処理装置は、第６態様に係る情報処理装置において、前記プロセッサが、前記帳票定義画面から、前記表示形態を変化させた枠の認識用辞書の変更を受け付けた場合に、前記変更に応じて、前記関係を変化させる制御を更に行う。

また、第８態様に係る情報処理装置は、第１態様〜第７態様のいずれか１の態様に係る情報処理装置において、前記プロセッサが、前記帳票定義画面において、前記帳票画像の各枠の表示形態が前記各枠の正答率に応じて異なるように変化させる制御を更に行う。

更に、上記目的を達成するために、第９態様に係るプログラムは、帳票画像の項目に対応して設けられた枠毎の認識結果に関する統計データであって、枠の属性毎に、枠のサイズ、及び、枠内の画像が正しく認識された割合を示す正答率が対応付けられた前記統計データから、枠の属性毎の正答率を取得し、前記取得された枠の属性毎の正答率が閾値以下となる枠が存在する場合に、前記帳票画像の定義を行う画面である帳票定義画面において前記枠の表示形態を変化させる制御を行うことを、コンピュータに実行させる。

第１態様及び第９態様によれば、帳票を定義する際に、枠の大きさに起因して、認識精度が低下する可能性のある枠を、ユーザが予め把握することができる、という効果を有する。

第２態様によれば、枠のサイズと正答率との関係をユーザが予め把握することができる、という効果を有する。

第３態様によれば、枠のサイズを変更した場合に、枠のサイズと正答率との関係における変更前後の状態をユーザが予め把握することができる、という効果を有する。

第４態様によれば、枠のサイズを大きくすることに起因して、枠のサイズが小さくなる周辺枠をユーザが予め把握することができる、という効果を有する。

第５態様によれば、枠のサイズを大きくすることに起因して、枠のサイズが小さくなる複数の枠の中で正答率の低下が最も小さい枠をユーザが予め把握することができる、という効果を有する。

第６態様によれば、認識用辞書毎に、枠のサイズと正答率との関係をユーザが予め把握することができる、という効果を有する。

第７態様によれば、枠の認識用辞書を変更した場合に、変更によって変化する、枠のサイズと正答率との関係をユーザが予め把握することができる、という効果を有する。

第８態様によれば、帳票画像の各枠の正答率の状態をユーザが予め把握することができる、という効果を有する。

第１の実施形態に係る情報処理システムの構成の一例を示す図である。 第１の実施形態に係るサーバ装置の電気的な構成の一例を示すブロック図である。 第１の実施形態に係るサーバ装置の機能的な構成の一例を示すブロック図である。 実施形態に係る帳票定義画面の一例を示す正面図である。 実施形態に係る統計データの一例を示す図である。 第１の実施形態に係る確認処理プログラムによる確認処理の流れの一例を示すフローチャートである。 第１の実施形態に係る確認処理プログラムによる帳票設定処理の流れの一例を示すフローチャートである。 実施形態に係る帳票定義画面の別の例を示す正面図である。 実施形態に係る帳票定義画面の更に別の例を示す正面図である。 実施形態に係る帳票定義画面の更に別の例を示す正面図である。 実施形態に係る帳票定義画面の更に別の例を示す正面図である。 第２の実施形態に係るサーバ装置の機能的な構成の一例を示すブロック図である。 第２の実施形態に係る確認処理プログラムによる帳票設定処理の流れの一例を示すフローチャートである。 実施形態に係る帳票定義画面の更に別の例を示す正面図である。

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

[第１の実施形態]
図１は、第１の実施形態に係る情報処理システム９０の構成の一例を示す図である。

図１に示すように、本実施形態に係る情報処理システム９０は、サーバ装置１０Ａと、確認者用端末装置４０Ａ、４０Ｂ、・・・と、画像読取装置５０と、管理者用端末装置６０と、を備えている。なお、サーバ装置１０Ａは、情報処理装置の一例である。

サーバ装置１０Ａは、ネットワークＮを介して、確認者用端末装置４０Ａ、４０Ｂ、・・・、画像読取装置５０、及び管理者用端末装置６０の各々と通信可能に接続されている。このサーバ装置１０Ａには、一例として、サーバコンピュータ、パーソナルコンピュータ（ＰＣ：Personal Computer）等の汎用的なコンピュータが適用される。また、このネットワークＮには、一例として、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等が適用される。

画像読取装置５０は、紙媒体の帳票等を光学的に読み取って画像を取得し、取得した画像（以下、「帳票画像」という。）をサーバ装置１０Ａに送信する機能を備えている。なお、ここでいう帳票としては、例えば、住所欄や氏名欄等の複数の項目を含む各種の帳票が用いられる。この帳票には、これら複数の項目の各々について手書き文字、印刷文字等が記入されている。サーバ装置１０Ａは、具体的には後述するように、画像読取装置５０から受信した帳票画像に対して、光学的文字認識処理の一例であるＯＣＲ（Optical Character Recognition）処理を行い、複数の項目の各々に対応する画像についての認識結果を取得する。なお、この認識結果には、一例として、１文字以上の文字の連なりを示す文字列等が含まれる。また、帳票では、項目に対応する記載が記入されうる領域が枠等で定められており、記載が記入されうる領域が認識対象の領域として定義されている。定義された領域（以下、「定義領域」という。）を対象にＯＣＲ処理を行い、複数の項目の各々に対応する画像についての文字列を取得する。

確認者用端末装置４０Ａは、確認作業を行う確認者（ユーザ）Ｕ１が操作する端末装置であり、確認者用端末装置４０Ｂは、確認作業を行う確認者Ｕ２が操作する端末装置である。これら複数の確認者用端末装置４０Ａ、４０Ｂ、・・・を区別して説明する必要がない場合には、確認者用端末装置４０Ａ、４０Ｂ、・・・を総称して確認者用端末装置４０ともいう。また、これら複数の確認者Ｕ１、Ｕ２、・・・を区別して説明する必要がない場合には、確認者Ｕ１、Ｕ２、・・・を総称して確認者Ｕともいう。この確認者用端末装置４０には、一例として、パーソナルコンピュータ（ＰＣ）等の汎用的なコンピュータや、スマートフォン、タブレット端末等の携帯可能な端末装置等が適用される。なお、確認者用端末装置４０には、確認者Ｕが確認作業を行うための確認作業アプリケーション・プログラム（以下、「確認作業アプリ」ともいう。）がインストールされており、確認作業用のＵＩ（User Interface）画面を生成して表示する。なお、ここでいう確認作業とは、帳票画像内に含まれる文字等の認識結果を確認したり訂正したりする作業を意味する。

管理者用端末装置６０は、システム管理者ＳＥが操作する端末装置であり、システム管理者ＳＥにより後述する帳票定義画面を介して帳票定義データが設定される。この管理者用端末装置６０には、一例として、パーソナルコンピュータ（ＰＣ）等の汎用的なコンピュータや、スマートフォン、タブレット端末等の携帯可能な端末装置等が適用される。

サーバ装置１０Ａは、帳票画像に含まれる各項目の画像（以下、「項目画像」という。）を認識して得られた認識結果の確信度が閾値未満である場合、人手による確認作業を行い、確信度が閾値以上である場合、人手による確認作業を行わず、最終的な認識結果として出力する。

上記確認作業を行う場合、サーバ装置１０Ａは、項目画像とＯＣＲ処理により得られた文字列とを対応付けて、確認者用端末装置４０のＵＩ画面に表示させる制御を行う。確認者Ｕは、当該項目画像を見ながら、当該項目画像に対応する文字列が正しいか否かを確認する。確認者Ｕは、確認の結果、正しい場合はそのまま、正しくない場合は正しい文字列をＵＩ画面に入力する。確認者用端末装置４０は、ＵＩ画面を介して入力を受け付けた文字列を確認結果としてサーバ装置１０Ａに送信する。サーバ装置１０Ａは、確認者用端末装置４０からの確認結果に基づいて、最終的な認識結果を出力し、確認者用端末装置４０のＵＩ画面に表示させる制御を行う。

図２は、第１の実施形態に係るサーバ装置１０Ａの電気的な構成の一例を示すブロック図である。

図２に示すように、本実施形態に係るサーバ装置１０Ａは、制御部１２と、記憶部１４と、表示部１６と、操作部１８と、通信部２０と、を備えている。

制御部１２は、ＣＰＵ（Central Processing Unit）１２Ａ、ＲＯＭ（Read Only Memory）１２Ｂ、ＲＡＭ（Random Access Memory）１２Ｃ、及び入出力インターフェース（Ｉ／Ｏ）１２Ｄを備えており、これら各部がバスを介して各々接続されている。

Ｉ／Ｏ１２Ｄには、記憶部１４と、表示部１６と、操作部１８と、通信部２０と、を含む各機能部が接続されている。これらの各機能部は、Ｉ／Ｏ１２Ｄを介して、ＣＰＵ１２Ａと相互に通信可能とされる。

制御部１２は、サーバ装置１０Ａの一部の動作を制御するサブ制御部として構成されてもよいし、サーバ装置１０Ａの全体の動作を制御するメイン制御部の一部として構成されてもよい。制御部１２の各ブロックの一部又は全部には、例えば、ＬＳＩ（Large Scale Integration）等の集積回路又はＩＣ（Integrated Circuit）チップセットが用いられる。上記各ブロックに個別の回路を用いてもよいし、一部又は全部を集積した回路を用いてもよい。上記各ブロック同士が一体として設けられてもよいし、一部のブロックが別に設けられてもよい。また、上記各ブロックのそれぞれにおいて、その一部が別に設けられてもよい。制御部１２の集積化には、ＬＳＩに限らず、専用回路又は汎用プロセッサを用いてもよい。

記憶部１４としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等が用いられる。記憶部１４には、本実施形態に係る帳票確認処理及び帳票設定処理を行うための確認処理プログラム１４Ａが記憶される。なお、この確認処理プログラム１４Ａは、ＲＯＭ１２Ｂに記憶されていてもよい。

確認処理プログラム１４Ａは、例えば、サーバ装置１０Ａに予めインストールされていてもよい。確認処理プログラム１４Ａは、不揮発性の記憶媒体に記憶して、又はネットワークＮを介して配布して、サーバ装置１０Ａに適宜インストールすることで実現してもよい。なお、不揮発性の記憶媒体の例としては、ＣＤ-ＲＯＭ（Compact Disc Read Only Memory）、光磁気ディスク、ＨＤＤ、ＤＶＤ-ＲＯＭ（Digital Versatile Disc Read Only Memory）、フラッシュメモリ、メモリカード等が想定される。

表示部１６には、例えば、液晶ディスプレイ（ＬＣＤ:Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）ディスプレイ等が用いられる。表示部１６は、タッチパネルを一体的に有していてもよい。操作部１８には、例えば、キーボードやマウス等の操作入力用のデバイスが設けられている。表示部１６及び操作部１８は、サーバ装置１０Ａのユーザから各種の指示を受け付ける。表示部１６は、ユーザから受け付けた指示に応じて実行された処理の結果や、処理に対する通知等の各種の情報を表示する。

通信部２０は、インターネット、ＬＡＮ、ＷＡＮ等のネットワークＮに接続されており、画像読取装置５０、確認者用端末装置４０、及び管理者用端末装置６０の各々との間でネットワークＮを介して通信が可能とされる。

ところで、上述したように、帳票を定義する際に、枠の大きさに起因して、認識精度が低下する可能性のある枠を予め把握することは困難であった。

このため、本実施形態に係るサーバ装置１０ＡのＣＰＵ１２Ａは、記憶部１４に記憶されている確認処理プログラム１４ＡをＲＡＭ１２Ｃに書き込んで実行することにより、図３に示す各部として機能する。なお、ＣＰＵ１２Ａは、プロセッサの一例である。

図３は、第１の実施形態に係るサーバ装置１０Ａの機能的な構成の一例を示すブロック図である。

図３に示すように、本実施形態に係るサーバ装置１０ＡのＣＰＵ１２Ａは、取得部３０及び表示制御部３２として機能する。また、サーバ装置１０ＡのＣＰＵ１２Ａは、認識設定部２１０、認識処理部２２０、確認処理実施判定部２３０、確認処理部２４０、最終確認処理部２５０、及び認識結果出力部２６０として機能する。

本実施形態に係る記憶部１４には、一例として、後述の図５に示す統計データを記憶する統計データ記憶部１４Ｂと、帳票定義データを記憶する帳票定義データ記憶部１４Ｃと、が設けられている。

認識設定部２１０は、未記入帳票の帳票画像を入力として、認識設定を行う。認識設定部２１０は、一例として、図４に示す帳票定義画面６２を、管理者用端末装置６０に表示させて、帳票定義データの入力を受け付ける。

図４は、本実施形態に係る帳票定義画面６２の一例を示す正面図である。

図４に示す帳票定義画面６２は、管理者用端末装置６０に表示され、システム管理者ＳＥにより帳票定義データの入力を受け付けるための画面である。

図４に示す帳票定義画面６２は、未記入帳票のプレビュー画像と、帳票定義データを表す認識枠の情報（以下、「プロパティ情報」ともいう。）と、を含んでいる。この認識枠の情報には、一例として、枠の種類、枠の名前、枠の座標、枠のサイズ（枠の高さ及び幅）、辞書、文字種、確信度の閾値、確認訂正、及びエントリー方式を含み、各々の設定内容は帳票定義データ記憶部１４Ｃに記憶される。なお、辞書は認識用辞書を表す。図４に示す例では、「受給者氏名」に関する情報が表示されている。なお、確信度とは、認識結果の確からしさを示す指標であり、確信度の値が高いほど、項目画像とその認識結果とが一致する確率が高いことを示している。この確信度の導出方法としては、例えば、特開２０１６−２１２８１２号公報等に記載の公知の技術を用いればよい。なお、文字列を構成する各文字に対する確信度を用いる場合には、文字毎の確信度を文字列の確信度に変換する手法が用いられる。具体的には、下記に示す様々な手法の中から適切なものを選択すればよい。

・文字列内の各文字についての確信度の最大値を文字列の確信度とする。
・文字列内の各文字についての確信度の最小値を文字列の確信度とする。
・文字列内の各文字についての確信度の平均値（最頻値、中央値等）を文字列の確信度とする。

また、確認訂正とは、確認作業を行うか否かを設定するもので、一例として、「必須」又は「不要」が設定される。「必須」が設定された場合、毎回確認作業が実施され、「不要」が設定された場合、確認作業は実施されない。

また、エントリー方式とは、確認作業を行う方式を設定するもので、一例として、「ダブルエントリ」、「シングルエントリ」、「不要」、及び「なし」のいずれかが設定される。「ダブルエントリ」は、複数人の確認者で確認作業を行う方式であり、「シングルエントリ」は、１人の確認者で確認作業を行う方式である。なお、「不要」は、確認作業を不要とする方式である。「なし」は、確信度とその閾値（図４の例では「０．７」。）とを比較した結果に基づいて、「不要」、「シングルエントリ」、及び「ダブルエントリ」のいずれかが選択される方式である。この「なし」では、一例として、確信度が閾値未満である場合に、「シングルエントリ」又は「ダブルエントリ」が選択され、確信度が閾値以上である場合に、「不要」が選択される。

また、辞書とは、項目毎に認識用辞書を設定するもので、図４の例では、「氏名」に関する認識用辞書が設定される。

認識処理部２２０は、記入済み帳票の帳票画像を入力として、項目毎に、帳票定義データ記憶部１４Ｃに記憶されている帳票定義データの設定内容に従って、ＯＣＲ処理を実行する。認識処理部２２０は、項目毎に、項目画像、認識結果、及びその確信度を対応付けて出力する。

確認処理実施判定部２３０は、認識処理部２２０から出力された、項目毎の項目画像、認識結果、及びその確信度に基づいて、項目毎にエントリー方式を判定する。例えば、エントリー方式として、「シングルエントリ」又は「ダブルエントリ」が設定されている項目は、確信度による閾値判定を行わない。また、エントリー方式として、「なし」が設定されている項目は、確信度による閾値判定を行い、上述のように、エントリー方式を判定する。確認処理実施判定部２３０は、判定結果を確認処理部２４０に出力する。

確認処理部２４０は、確認処理実施判定部２３０から受け付けた判定結果に基づいて、項目毎にエントリー方式を切り替え、確認者Ｕに項目画像及び認識結果をフィードバックし、確認者Ｕに確認作業を行わせる。具体的に、確認処理部２４０は、認識結果のエントリー方式がシングルエントリと判定された場合、確認作業を行うための確認画面を、１台の確認者用端末装置４０に表示させ、確認作業を行わせる。また、認識結果のエントリー方式がダブルエントリと判定された場合、確認作業を行うための確認画面を、複数台の確認者用端末装置４０に表示させ、確認作業を行わせる。確認処理部２４０は、項目画像、認識結果、及び確認者Ｕによる確認結果を最終確認処理部２５０に出力する。

最終確認処理部２５０は、確認処理部２４０から受け付けた項目画像、認識結果、及び確認者Ｕによる確認結果に基づいて、確認者Ｕとは別の確認者Ｕに最終的な確認作業を行わせる。具体的に、最終確認処理部２５０は、最終的な確認作業を行うための確認画面を、別の確認者Ｕが使用する確認者用端末装置４０に表示させ、別の確認者Ｕから最終確認結果を得る。最終確認処理部２５０は、別の確認者Ｕからの最終確認結果に基づいて、確認者Ｕの確認結果に誤りがある場合には、確認処理部２４０に差し戻し、入力された記入済み帳票に不備（一例として、ページ不足等）がある場合には、認識処理部２２０に差し戻す。そして、最終確認処理部２５０は、最終的な認識結果を認識結果出力部２６０に出力する。

認識結果出力部２６０は、最終確認処理部２５０から受け付けた最終的な認識結果を出力する。最終的な認識結果の出力先は、特に限定されるものではないが、表示部１６、確認者用端末装置４０、及び管理者用端末装置６０の少なくとも１つを出力先としてもよい。

確認処理部２４０による確認結果、及び最終確認処理部２５０による最終的な確認結果は、記憶部１４に蓄積される。これらの確認結果には、一例として、枠の属性毎に、辞書名、枠のサイズ、枠の種類、及び認識結果の正誤情報等が含まれる。ここでいう正誤情報とは、認識結果が訂正されていない場合、その認識結果は正しいと判断され、正しいことを示す情報として表される。一方、認識結果が訂正されている場合、その認識結果は誤りと判断され、誤っていることを示す情報として表される。記憶部１４にある程度の確認結果（例えば、１００００件以上）が蓄積されると、一例として、図５に示す統計データが生成され、統計データ記憶部１４Ｂに記憶される。

図５は、本実施形態に係る統計データの一例を示す図である。

図５に示す統計データは、帳票画像の項目に対応して設けられた枠毎の認識結果に関するデータである。この統計データは、枠の属性毎に、辞書名、枠のサイズ、枠の種類、正答率、正答件数、及び認識件数が対応付けられたデータである。但し、本実施形態では、辞書名は必須ではなく、辞書名を含まない形態としてもよい。枠の属性とは、一例として、「受給者、氏名」のように枠の名前として表される。認識件数は、枠内の画像をＯＣＲ処理により認識して得られた認識結果の件数である。正答件数は、確認作業において訂正されなかった認識結果の件数である。正答率は、枠内の画像が正しく認識された割合を示し、正答件数を認識件数で除することで算出される。なお、本実施形態においては、特定のグループが記入する帳票が対象とされる。特定のグループとしては、例えば、年齢別のグループ、職業別のグループ、男女別のグループ等が挙げられる。

取得部３０は、上述の図４に示す帳票定義画面６２を介して帳票画像の定義を行う場合、一例として、図５に示す統計データから、枠の属性毎の正答率を取得する。

表示制御部３２は、取得部３０により取得された枠の属性毎の正答率が閾値以下となる枠が存在する場合に、帳票定義画面６２において枠の表示形態を変化させる制御を行う。この場合、表示制御部３２は、一例として、後述の図８に示すように、帳票定義画面６２において、帳票画像の各枠の表示形態が各枠の正答率に応じて異なるように変化させる制御を行うようにしてもよい。つまり、正答率が低い枠の表示形態を他の枠の表示形態と異なるように制御することで、帳票画像の定義を行うユーザ（本実施形態ではシステム管理者ＳＥ）が一見して、正答率の低い枠を把握可能なようにしている。なお、枠の表示形態を変化させる形態としては、一例として、色、ハッチング、網掛け、マーク付与等のように各種の形態が挙げられる。

また、表示制御部３２は、統計データから導出される、枠のサイズと正答率との関係を帳票定義画面６２に表示する制御を行うようにしてもよい。枠のサイズと正答率との関係は、一例として、後述の図９に示すグラフＧ１として表される。

また、表示制御部３２は、帳票定義画面６２から、表示形態を変化させた枠のサイズの変更を受け付けた場合に、一例として、後述の図１０に示すように、上記関係において変更の前後の状態を表示する制御を行うようにしてもよい。

また、表示制御部３２は、表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる周辺枠の正答率が低下する場合に、周辺枠の表示形態を変化させる制御を行うようにしてもよい。この周辺枠とは、表示形態を変化させた枠の周辺に位置する枠であり、隣接していてもよいし、離れていてもよい。

また、表示制御部３２は、表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる、表示形態を変化させた枠以外の複数の枠の中で正答率の低下が最も小さい枠の表示形態を変化させる制御を行うようにしてもよい。この正答率の低下が最も小さい枠とは、正答率があまり変化しない、つまり、正答率の低下率が最も小さい枠でもよいし、あるいは、正答率の低下率が最も小さく、かつ、正答率が最も高い枠でもよい。

次に、図６及び図７を参照して、第１の実施形態に係るサーバ装置１０Ａの作用を説明する。

図６は、第１の実施形態に係る確認処理プログラム１４Ａによる確認処理の流れの一例を示すフローチャートである。

まず、サーバ装置１０Ａに対して、確認処理の実行が指示されると、確認処理プログラム１４Ａが起動され、以下の各ステップを実行する。

図６のステップ１００では、ＣＰＵ１２Ａが、認識処理部２２０として、帳票画像の入力を受け付ける。

ステップ１０２では、ＣＰＵ１２Ａが、認識処理部２２０として、ステップ１００で入力を受け付けた帳票画像の項目毎に、項目画像に対して文字認識を行い、認識結果を取得する。

ステップ１０４では、ＣＰＵ１２Ａが、確認処理部２４０及び最終確認処理部２５０として、確認者Ｕとの間で確認処理を実施する。具体的に、上述したように、確認者Ｕは、確認者用端末装置４０のＵＩ画面に表示された項目画像を見ながら、当該項目画像に対応する認識結果の文字列が正しいか否かを確認する。確認者Ｕは、確認の結果、正しい場合はそのまま、正しくない場合は正しい文字列をＵＩ画面に入力する。サーバ装置１０Ａは、ＵＩ画面を介して入力を受け付けた文字列を確認結果として確認者用端末装置４０から受信する。

ステップ１０６では、ＣＰＵ１２Ａが、ステップ１０４での確認処理の結果を受け取り、帳票画像の項目毎、つまり、枠の属性毎に、一例として、上述の図５に示す統計データを生成し、生成した統計データを、統計データ記憶部１４Ｂに蓄積し、本確認処理プログラム１４Ａによる確認処理を終了する。

図７は、第１の実施形態に係る確認処理プログラム１４Ａによる帳票設定処理の流れの一例を示すフローチャートである。

まず、サーバ装置１０Ａに対して、帳票設定処理の実行が指示されると、確認処理プログラム１４Ａが起動され、以下の各ステップを実行する。

図７のステップ１１０では、ＣＰＵ１２Ａが、認識設定部２１０として、一例として、上述の図４に示す帳票定義画面６２を、管理者用端末装置６０に表示する。

ステップ１１２では、ＣＰＵ１２Ａが、取得部３０として、一例として、上述の図５に示す統計データから、枠の属性毎の正答率を取得する。

ステップ１１４では、ＣＰＵ１２Ａが、表示制御部３２として、ステップ１１２で取得した正答率が閾値以下となる枠が存在するか否かを判定する。正答率が閾値以下となる枠が存在すると判定した場合（肯定判定の場合）、ステップ１１６に移行し、正答率が閾値以下となる枠が存在しないと判定した場合（否定判定の場合）、ステップ１１８に移行する。

ステップ１１６では、ＣＰＵ１２Ａが、表示制御部３２として、帳票定義画面６２において、ステップ１１４で正答率が閾値以下と判定された枠の表示形態を変化させる制御を行う。ＣＰＵ１２Ａは、一例として、図８に示すように、帳票定義画面６２において、帳票画像の各枠の表示形態が各枠の正答率に応じて異なるように変化させる制御を行う。

図８は、本実施形態に係る帳票定義画面６２の別の例を示す正面図である。

図８に示す帳票定義画面６２では、各枠の正答率に応じて色が異なるように変化している。なお、図８の例では、色の違いをハッチングの違いで表している。第１認識枠６２Ａは、例えば、緑色で示される枠であり、正答率が９０％以上の枠を示している。第１認識枠６２Ａには、一例として、「受給者、氏名」、「受給者、生年月日」、「配偶者の職業、公務員勤務先」が含まれる。第２認識枠６２Ｂは、例えば、水色で示される枠であり、正答率が８０％以上９０％未満の枠を示している。第２認識枠６２Ｂには、一例として、「認定番号」、「提出日」、「配偶者の有無・氏名、氏名」、「１８歳以下の扶養している児童、氏名１〜５」、「１８歳以下の扶養している児童、続柄１〜５」、「１８歳以下の扶養している児童、生年月日１〜５」、「１８歳以下の扶養している児童、住所１、２、４、５」が含まれる。第３認識枠６２Ｃは、例えば、黄色で示される枠であり、正答率が７０％以上８０％未満の枠を示している。第３認識枠６２Ｃには、一例として、「受給者、フリガナ」、「受給者、住所」が含まれる。第４認識枠６２Ｄは、例えば、赤色で示される枠であり、正答率が５０％以下の枠を示している。第４認識枠６２Ｄには、一例として、「受給者、電話番号」、「受給者、変更の場合」、「１８歳以下の扶養している児童、住所３」が含まれる。

なお、上述の閾値を、一例として、５０％とした場合、正答率が５０％以下の第４認識枠６２Ｄのみを赤色に変化させてもよいことは言うまでもない。図８に示す帳票定義画面６２を一見するだけで、枠の大きさが起因して、認識精度が低下する可能性のある枠が、システム管理者ＳＥによって予め把握される。

ステップ１１８では、ＣＰＵ１２Ａが、表示制御部３２として、帳票定義画面６２において、システム管理者ＳＥの操作により枠が選択されたか否かを判定する。枠が選択されたと判定した場合（肯定判定の場合）、ステップ１２０に移行し、枠が選択されていないと判定した場合（否定判定の場合）、ステップ１２６に移行する。

ステップ１２０では、ＣＰＵ１２Ａが、表示制御部３２として、一例として、図９に示すように、ステップ１１８で選択された枠について、枠のサイズと正答率との関係を含むプロパティ情報を帳票定義画面６２に表示する制御を行う。

図９は、本実施形態に係る帳票定義画面６２の更に別の例を示す正面図である。

図９に示す帳票定義画面６２では、プロパティ情報が表示されている。このプロパティ情報には、一例として、枠の種類、枠の名前、枠の座標、枠のサイズ、辞書、枠のサイズと正答率との関係、及び文字種等が含まれる。枠のサイズと正答率との関係は、一例として、グラフＧ１として表される。このグラフＧ１は、上述の統計データから導出されるグラフである。グラフＧ１は、横軸が枠の高さを示し、縦軸が正答率を示す。図９の例では、属性が「受給者、フリガナ」である枠が選択されており、選択された枠の高さが２０ｐｔで、正答率が７０％である。この場合、枠の高さ２０ｐｔ、正答率７０％がグラフＧ１にプロットされて表示される。

ステップ１２２では、ＣＰＵ１２Ａが、表示制御部３２として、一例として、上述の図９に示す帳票定義画面６２から、ステップ１２０でプロパティ情報を表示した枠のサイズの変更を受け付けたか否かを判定する。枠のサイズの変更を受け付けたと判定した場合（肯定判定の場合）、ステップ１２４に移行し、枠のサイズの変更を受け付けていないと判定した場合（否定判定の場合）、ステップ１２６に移行する。

ステップ１２４では、ＣＰＵ１２Ａが、表示制御部３２として、一例として、図１０に示すように、グラフＧ１において変更前後の状態を表示する制御を行う。なお、ここでは、枠の高さを一例として３０ｐｔに変更した場合について示す。

図１０は、本実施形態に係る帳票定義画面６２の更に別の例を示す正面図である。

図１０に示す帳票定義画面６２では、枠の高さが２０ｐｔから３０ｐｔに変更されており、枠の高さを３０ｐｔとした場合、正答率が８０％に変化する。図１０の例では、グラフＧ１自体は変化しないが、枠の高さの変更によって正答率が変化するため、変更前後の状態が一見して分かるようにグラフＧ１に表示される。具体的に、グラフＧ１において、変更前の状態が、枠の高さ２０ｐｔ、正答率７０％と表示され、変更後の状態が、枠の高さ３０ｐｔ、正答率８０％と表示される。

図１１は、本実施形態に係る帳票定義画面６２の更に別の例を示す正面図である。

図１１に示す帳票定義画面６２では、図８の例と同様に、色の違いをハッチングの違いで表している。第５認識枠６２Ｅは、例えば、水色で示される枠であり、正答率が８０％以上９０％未満の枠を示している。第６認識枠６２Ｆは、例えば、緑色で示される枠であり、正答率が９０％以上の枠を示している。第７認識枠６２Ｇは、例えば、赤色で示される枠であり、正答率が５０％以下の枠を示している。

この場合、ＣＰＵ１２Ａは、上述したように、表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる、表示形態を変化させた枠の周辺に位置する枠である周辺枠の正答率が低下する場合に、周辺枠の表示形態を変化させる制御を行うようにしてもよい。具体的に、図１１の例において、第７認識枠６２Ｇの一例である「受給者、電話番号」の枠の高さを高くした場合、この「受給者、電話番号」の枠に隣接する、第６認識枠６２Ｆの一例である「受給者、住所」の枠の高さが低くなる。そして、枠の高さが低くなることで、正答率が低下する場合には、「受給者、住所」の枠の色を変化させるようにする。例えば、「受給者、住所」の枠の色である緑色を同系色の黄緑色に変化させる。あるいは、「受給者、住所」の枠の色である緑色を赤色に変化させるようにしてもよい。なお、枠の高さが低くなる枠は、隣接枠に限定されるものではなく、離れた枠であってもよい。つまり、ある枠の高さを高くすることに起因して、高さが低くなり得る周辺枠の全てが対象とされる。

また、ＣＰＵ１２Ａは、上述したように、表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる、表示形態を変化させた枠以外の複数の枠の中で正答率の低下が最も小さい枠の表示形態を変化させる制御を行うようにしてもよい。具体的に、図１１の例において、第７認識枠６２Ｇの一例である「電話番号」の枠の高さを高くした結果、正答率の低下が最も小さい枠が第６認識枠６２Ｆであった場合、第６認識枠６２Ｆの色（ここでは緑色）を点滅させる。この点滅により、システム管理者ＳＥに対して、どの枠の高さを低くすればよいかを知らせることが可能とされる。

ステップ１２６では、ＣＰＵ１２Ａが、認識設定部２１０として、帳票定義が完了したか否かを判定する。帳票定義が完了したと判定した場合（肯定判定の場合）、ステップ１２８に移行し、帳票定義が完了していないと判定した場合（否定判定の場合）、ステップ１１８に戻り処理を繰り返す。

ステップ１２８では、ＣＰＵ１２Ａが、認識設定部２１０として、帳票定義画面６２を介して入力を受け付けた帳票定義データを、帳票定義データ記憶部１４Ｃに記憶し、本確認処理プログラム１４Ａによる帳票設定処理を終了する。

このように本実施形態によれば、帳票画像を定義する際に、帳票定義画面を一見するだけで、枠の大きさが起因して、認識精度が低下する可能性のある枠が、ユーザによって予め把握される。また、認識精度が低下する可能性のある枠のサイズを変更することにより、認識精度の向上が図られる。

[第２の実施形態]
上記第１の実施形態では、枠のサイズを変更することで認識精度の向上を図る形態について説明した。本実施形態では、認識用辞書を変更することで認識精度の向上を図る形態について説明する。

図１２は、第２の実施形態に係るサーバ装置１０Ｂの機能的な構成の一例を示すブロック図である。

図１２に示すように、本実施形態に係るサーバ装置１０ＢのＣＰＵ１２Ａは、取得部３０及び表示制御部３４として機能する。また、サーバ装置１０ＢのＣＰＵ１２Ａは、認識設定部２１０、認識処理部２２０、確認処理実施判定部２３０、確認処理部２４０、最終確認処理部２５０、及び認識結果出力部２６０として機能する。なお、上記第１の実施形態で説明したサーバ装置１０Ａと同様の機能を有する構成要素には同一の符号を付し、その繰り返しの説明は省略する。

本実施形態に係る記憶部１４には、上述の図５に示す統計データを記憶する統計データ記憶部１４Ｂと、帳票定義データを記憶する帳票定義データ記憶部１４Ｃと、が設けられている。本実施形態に係る統計データでは、枠の属性毎に、認識用辞書の辞書名が対応付けられている。この辞書名は必須とされる。

表示制御部３４は、一例として、後述の図１４に示すように、認識用辞書毎に、枠のサイズと正答率との関係を帳票定義画面６２に表示する制御を行う。

また、表示制御部３４は、帳票定義画面６２から、表示形態を変化させた枠の認識用辞書の変更を受け付けた場合に、この変更に応じて、上記関係を変化させる制御を行うようにしてもよい。

次に、図１３を参照して、第２の実施形態に係るサーバ装置１０Ｂの作用を説明する。

図１３は、第２の実施形態に係る確認処理プログラム１４Ａによる帳票設定処理の流れの一例を示すフローチャートである。

まず、サーバ装置１０Ｂに対して、帳票設定処理の実行が指示されると、確認処理プログラム１４Ａが起動され、以下の各ステップを実行する。

図１３のステップ１３０では、ＣＰＵ１２Ａが、認識設定部２１０として、一例として、上述の図４に示す帳票定義画面６２を、管理者用端末装置６０に表示する。

ステップ１３２では、ＣＰＵ１２Ａが、取得部３０として、一例として、上述の図５に示す統計データから、枠の属性毎の正答率を取得する。

ステップ１３４では、ＣＰＵ１２Ａが、表示制御部３４として、ステップ１３２で取得した正答率が閾値以下となる枠が存在するか否かを判定する。正答率が閾値以下となる枠が存在すると判定した場合（肯定判定の場合）、ステップ１３６に移行し、正答率が閾値以下となる枠が存在しないと判定した場合（否定判定の場合）、ステップ１３８に移行する。

ステップ１３６では、ＣＰＵ１２Ａが、表示制御部３４として、帳票定義画面６２において、ステップ１３４で正答率が閾値以下と判定された枠の表示形態を変化させる制御を行う。ＣＰＵ１２Ａは、一例として、上述の図８に示すように、帳票定義画面６２において、帳票画像の各枠の表示形態が各枠の正答率に応じて異なるように変化させる制御を行う。

ステップ１３８では、ＣＰＵ１２Ａが、表示制御部３４として、帳票定義画面６２において、システム管理者ＳＥの操作により枠が選択されたか否かを判定する。枠が選択されたと判定した場合（肯定判定の場合）、ステップ１４０に移行し、枠が選択されていないと判定した場合（否定判定の場合）、ステップ１４６に移行する。

ステップ１４０では、ＣＰＵ１２Ａが、表示制御部３４として、一例として、上述の図９に示すように、ステップ１３８で選択された枠について、枠のサイズと正答率との関係を含むプロパティ情報を帳票定義画面６２に表示する制御を行う。

ステップ１４２では、ＣＰＵ１２Ａが、表示制御部３４として、上述の図９に示す帳票定義画面６２から、ステップ１４０でプロパティ情報を表示した枠の認識用辞書の変更を受け付けたか否かを判定する。枠の認識用辞書の変更を受け付けたと判定した場合（肯定判定の場合）、ステップ１４４に移行し、枠の認識用辞書の変更を受け付けていないと判定した場合（否定判定の場合）、ステップ１４６に移行する。

ステップ１４４では、ＣＰＵ１２Ａが、表示制御部３４として、一例として、図１４に示すように、枠の認識用辞書の変更に応じて、枠のサイズと正答率との関係を変化させる制御を行う。なお、ここでは、枠の認識用辞書を一例として自由記入に変更した場合について示す。但し、枠のサイズの変更はないものとする。

図１４は、本実施形態に係る帳票定義画面６２の更に別の例を示す正面図である。

図１４に示す帳票定義画面６２では、枠の認識用辞書がカタカナから自由記入に変更されており、枠の認識用辞書を自由記入とした場合、正答率が８５％に変化する、つまり、グラフ自体が変化する。図１４の例では、変更前後の状態が一見して分かるように、変更前のグラフＧ２（点線）及び変更後のグラフＧ３（実線）が共に表示される。

ステップ１４６では、ＣＰＵ１２Ａが、認識設定部２１０として、帳票定義が完了したか否かを判定する。帳票定義が完了したと判定した場合（肯定判定の場合）、ステップ１４８に移行し、帳票定義が完了していないと判定した場合（否定判定の場合）、ステップ１３８に戻り処理を繰り返す。

ステップ１４８では、ＣＰＵ１２Ａが、認識設定部２１０として、帳票定義画面６２を介して入力を受け付けた帳票定義データを、帳票定義データ記憶部１４Ｃに記憶し、本確認処理プログラム１４Ａによる帳票設定処理を終了する。

このように本実施形態によれば、帳票画像を定義する際に、帳票定義画面を一見するだけで、枠の大きさが起因して、認識精度が低下する可能性のある枠が、ユーザによって予め把握される。また、認識精度が低下する可能性のある枠の認識用辞書を変更することにより、認識精度の向上が図られる。

以上、実施形態に係る情報処理装置の一例としてサーバ装置を例示して説明した。実施形態は、サーバ装置が備える各部の機能をコンピュータに実行させるためのプログラムの形態としてもよい。実施形態は、これらのプログラムを記憶したコンピュータが読み取り可能な非一時的（non-transitory）記憶媒体の形態としてもよい。

その他、上記実施形態で説明したサーバ装置の構成は、一例であり、主旨を逸脱しない範囲内において状況に応じて変更してもよい。

また、上記実施形態で説明したプログラムの処理の流れも、一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

また、上記実施形態では、プログラムを実行することにより、実施形態に係る処理がコンピュータを利用してソフトウェア構成により実現される場合について説明したが、これに限らない。実施形態は、例えば、ハードウェア構成や、ハードウェア構成とソフトウェア構成との組み合わせによって実現してもよい。

１０Ａ、１０Ｂサーバ装置
１２ 制御部
１２Ａ ＣＰＵ
１２Ｂ ＲＯＭ
１２Ｃ ＲＡＭ
１２Ｄ Ｉ／Ｏ
１４ 記憶部
１４Ａ 確認処理プログラム
１４Ｂ 統計データ記憶部
１４Ｃ 帳票定義データ記憶部
１６ 表示部
１８ 操作部
２０ 通信部
３０ 取得部
３２、３４ 表示制御部
４０、４０Ａ、４０Ｂ 確認者用端末装置
５０ 画像読取装置
６０ 管理者用端末装置
９０ 情報処理システム
２１０ 認識設定部
２２０ 認識処理部
２３０ 確認処理実施判定部
２４０ 確認処理部
２５０ 最終確認処理部
２６０ 認識結果出力部

Claims (9)

1. メモリと、
   前記メモリと接続されたプロセッサと、
   を備え、
   前記プロセッサは、
   帳票画像の項目に対応して設けられた枠毎の認識結果に関する統計データであって、枠の属性毎に、枠のサイズ、及び、枠内の画像が正しく認識された割合を示す正答率が対応付けられた前記統計データから、枠の属性毎の正答率を取得し、
   前記取得された枠の属性毎の正答率が閾値以下となる枠が存在する場合に、前記帳票画像の定義を行う画面である帳票定義画面において前記枠の表示形態を変化させる制御を行う
   情報処理装置。
2. 前記プロセッサは、前記統計データから導出される、枠のサイズと正答率との関係を前記帳票定義画面に表示する制御を更に行う
   請求項１に記載の情報処理装置。
3. 前記プロセッサは、前記帳票定義画面から、前記表示形態を変化させた枠のサイズの変更を受け付けた場合に、前記関係において前記変更の前後の状態を表示する制御を更に行う
   請求項２に記載の情報処理装置。
4. 前記プロセッサは、前記表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる、前記表示形態を変化させた枠の周辺に位置する枠である周辺枠の正答率が低下する場合に、前記周辺枠の表示形態を変化させる制御を更に行う
   請求項１に記載の情報処理装置。
5. 前記プロセッサは、前記表示形態を変化させた枠のサイズを大きくすることで、枠のサイズが小さくなる、前記表示形態を変化させた枠以外の複数の枠の中で正答率の低下が最も小さい枠の表示形態を変化させる制御を更に行う
   請求項１に記載の情報処理装置。
6. 前記統計データは、枠の属性毎に、認識用辞書が更に対応付けられており、
   前記プロセッサは、認識用辞書毎に、前記関係を前記帳票定義画面に表示する制御を更に行う
   請求項２に記載の情報処理装置。
7. 前記プロセッサは、前記帳票定義画面から、前記表示形態を変化させた枠の認識用辞書の変更を受け付けた場合に、前記変更に応じて、前記関係を変化させる制御を更に行う
   請求項６に記載の情報処理装置。
8. 前記プロセッサは、前記帳票定義画面において、前記帳票画像の各枠の表示形態が前記各枠の正答率に応じて異なるように変化させる制御を更に行う
   請求項１〜請求項７のいずれか１項に記載の情報処理装置。
9. 帳票画像の項目に対応して設けられた枠毎の認識結果に関する統計データであって、枠の属性毎に、枠のサイズ、及び、枠内の画像が正しく認識された割合を示す正答率が対応付けられた前記統計データから、枠の属性毎の正答率を取得し、
   前記取得された枠の属性毎の正答率が閾値以下となる枠が存在する場合に、前記帳票画像の定義を行う画面である帳票定義画面において前記枠の表示形態を変化させる制御を行うことを、コンピュータに実行させるためのプログラム。