(57)【特許請求の範囲】
【請求項１】
少なくとも１つ以上の文字が記入されるフィールドを備えた帳票の設計及び当該帳票に記入された文字の認識する際に用いる帳票設計・読取設定支援装置であって、
前記帳票の設計仕様をフォーマットファイルとして記憶すると共に、帳票設計時及び帳票認識時において帳票一般に共通して推奨される帳票設計値及び読取設定値を、推奨帳票設計値及び推奨読取設定値として含む解析データを記憶する記憶ユニットと、
前記帳票設計時には、ユーザが設定した帳票設定値に基づき前記フォーマットファイルを作成すると共に、その際に前記解析データから前記推奨帳票設計値を抽出して設計ガイダンス情報を作成することにより、ユーザによる帳票設計を支援する設計ユニットと、
前記帳票のフィールド毎の帳票認識結果と前記フォーマットファイルとからなる運用ログに基づき前記解析データを作成する解析ユニットと、
を備え、
前記解析ユニットは、
前記帳票認識結果と前記フォーマットファイルとから、当該帳票に対する前記運用ログを作成する運用ログ作成部と、
前記運用ログから前記帳票設計値及び前記読取設定値を抽出して、類似した前記フィールド毎に纏めてなる前記解析データを作成する解析部と、
を備えることを特徴とする帳票設計・読取設定支援装置。
【請求項２】
請求項１に記載の帳票設計・読取設定支援装置であって、
前記設計ユニットは、前記帳票認識時には、前記記憶ユニットから前記推奨読取設定値を抽出して、ユーザの読取設定値の設定を支援する読取ガイダンス情報を作成する、
ことを特徴とする帳票設計・読取設定支援装置。
【請求項３】
請求項１又は２に記載の帳票設計・読取設定支援装置であって、
前記記憶ユニットは、
前記フォーマットファイルを記憶する記憶部と、
前記解析データを保持する解析データ保持部と、
を備えることを特徴とする帳票設計・読取設定支援装置。
【請求項４】
請求項２に記載の帳票設計・読取設定支援装置であって、
前記設計ユニットは、
前記帳票を作成する帳票作成部と、
前記記憶ユニットから前記フォーマットファイル及び前記解析データを取得して、前記設計ガイダンス情報及び前記読取ガイダンス情報を作成するガイダンス作成部と、
を備えることを特徴とする帳票設計・読取設定支援装置。
【請求項５】
請求項１乃至４のいずれか１項に記載の帳票設計・読取設定支援装置であって、
前記フォーマットファイルは、
前記帳票を特徴付ける帳票識別番号と、
前記フィールドの座標を示すフィールド座標、該フィールドに記入される文字のタイプを示すフィールドタイプ、前記フィールドを形成する１文字記入スペースをなす文字枠の数、隣接する前記文字枠の間隔を示すフォーマット文字枠間隔、最隣接するフィールドとの間隔をなすフォーマットフィールド間隔、最隣接する文字認識対象でない情報が記載されたドロップアウト領域との間隔をなすフォーマットフィールド間隔、前記フィールド位置の帳票裏面に情報が記載されているか否かを示す裏面情報、のうちの少なくとも１つが前記フィールドを特徴付けるフィールド番号と対応付けされてなるフィールド情報と、
からなることを特徴とする帳票設計・読取設定支援装置。
【請求項６】
請求項５に記載の帳票設計・読取設定支援装置であって、
前記運用ログは、前記帳票認識結果が認識エラーを示す場合には、該認識エラーを起こした前記フィールドの前記フィールド情報から前記認識エラーに関与する原因を得ると共に、当該原因毎の認識エラー回数を認識処理累積回数で規格化して重付けされている、
ことを特徴とする帳票設計・読取設定支援装置。
【請求項７】
請求項５のいずれか１項に記載の帳票設計・読取設定支援装置であって、
前記解析データに含まれる前記推奨読取設定値又は前記推奨帳票設計値は、前記フィールド情報に類似している前記フィールドに対する前記帳票認識結果から、所望の認識率が達成できる前記読取設定値又は前記帳票設計値である、
ことを特徴とする帳票設計・読取設定支援装置。
【請求項８】
少なくとも１つ以上の文字が記入されるフィールドを備えた帳票の設計及び当該帳票に記入された文字の認識する際に用いる帳票設計・読取設定支援装置であって、
前記帳票の設計仕様をフォーマットファイルとして記憶すると共に、帳票設計時及び帳票認識時において帳票一般に共通して推奨される帳票設計値及び読取設定値を、推奨帳票設計値及び推奨読取設定値として含む解析データを記憶する記憶ユニットと、
前記帳票設計時には、ユーザが設定した帳票設定値に基づき前記フォーマットファイルを作成すると共に、その際に前記解析データから前記推奨帳票設計値を抽出して設計ガイダンス情報を作成することにより、ユーザによる帳票設計を支援する設計ユニットと、
前記帳票のフィールド毎の帳票認識結果と前記フォーマットファイルとからなる運用ログに基づき前記解析データを作成する解析ユニットと、
を備え、
前記フォーマットファイルは、
前記帳票を特徴付ける帳票識別番号と、
前記フィールドの座標を示すフィールド座標、該フィールドに記入される文字のタイプを示すフィールドタイプ、前記フィールドを形成する１文字記入スペースをなす文字枠の数、隣接する前記文字枠の間隔を示すフォーマット文字枠間隔、最隣接するフィールドとの間隔をなすフォーマットフィールド間隔、最隣接する文字認識対象でない情報が記載されたドロップアウト領域との間隔をなすフォーマットフィールド間隔、前記フィールド位置の帳票裏面に情報が記載されているか否かを示す裏面情報、のうちの少なくとも１つが前記フィールドを特徴付けるフィールド番号と対応付けされてなるフィールド情報と、
からなり、
前記運用ログは、前記帳票認識結果が認識エラーを示す場合には、該認識エラーを起こした前記フィールドの前記フィールド情報から前記認識エラーに関与する原因を得ると共に、当該原因毎の認識エラー回数を認識処理累積回数で規格化して重付けされている、
ことを特徴とする帳票設計・読取設定支援装置。
【請求項９】
請求項１乃至８の何れか１項に記載の帳票設計・読取設定支援装置と、
前記帳票を撮像して帳票画像を取得し、ユーザが設定した前記読取設定値に従い前記帳票画像から文字認識処理を行う文字認識装置と、
を備えることを特徴とする光学文字認識システム。
【請求項１０】
少なくとも１つ以上の文字が記入されるフィールドを備えた帳票の設計及び当該帳票に記入された文字の認識する際に用いる帳票設計・読取設定支援方法であって、
前記帳票の設計仕様をフォーマットファイルとして記憶すると共に、帳票設計時及び帳票認識時において帳票一般に共通して推奨される帳票設計値及び読取設定値を推奨帳票設計値及び推奨読取設定値として含む解析データを記憶し、
前記帳票設計時には、ユーザが設定した帳票設定値に基づき前記フォーマットファイルを作成すると共に、その際に前記解析データから前記推奨帳票設計値を抽出して設計ガイダンス情報を作成することにより、ユーザによる帳票設計を支援し、
前記帳票のフィールド毎の帳票認識結果と前記フォーマットファイルとからなる運用ログに基づき前記解析データを作成する、
前記解析データの作成では、
前記帳票認識結果と前記フォーマットファイルとから、当該帳票に対する前記運用ログを作成し、
前記運用ログから前記帳票設計値及び前記読取設定値を抽出して、類似した前記フィールド毎に纏めてなる前記解析データを作成する、
ことを特徴とする帳票設計・読取設定支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票設計・読取設定支援装置、帳票設計・読取設定支援方法、及び、光学文字認識システムに関する。
【背景技術】
【０００２】
新聞記事や帳票等のドキュメントの記載内容を電子データにするための装置として、光学文字認識（ＯＣＲ：Ｏｐｔｉｃａｌ  ｃｈａｒａｃｔｅｒ  ｒｅｃｏｇｎｉｔｉｏｎ）装置が実用化されている。
【０００３】
この光学文字認識装置では、ドキュメントを撮像して画像を取得し、この画像に含まれる文字等のキャラクタを認識する。このとき、認識対象となるキャラクタの状態は千差万別であり、認識率を向上させるための開発が行われている。
【０００４】
新聞等と異なり帳票のように書式（フォーマット）が決まっているドキュメントの認識においても同様である。特に、帳票の場合には活字以外にも手書き文字が用いられるため、帳票設計用のアプリケーションの開発と共に認識率向上のための開発が盛んに行われている。
【０００５】
しかし、帳票設計アプリケーションで設計された帳票を用いた場合であっても、認識不能となる箇所や誤認識が多い箇所が存在することがある。以下、認識不能や誤認識を総称して、認識エラーと記載する。
【０００６】
このような認識エラーが発生した場合には、読取設定値を再設定して、認識処理を再度行う必要がある。かかるトライアンドエラーの作業は、ユーザの技量、経験、感覚に依存して多くの時間を要するため、作業負荷増大の一因となっている。
【０００７】
そこで、例えば特開平８−３３９４１９号公報においては、フォーマット情報を作成するフォーマット情報作成手段を設けて、自動的にフォーマット情報を作成してオペレータ（ユーザ）の負担を軽減すると共に、文字種を簡単かつ容易に修正できるようにした技術が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平８−３３９４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、帳票は事案毎に作成されるが、仕様通りに帳票設計できていない場合や記入者の書き癖がある場合等が存在するため、全ての状況に対応した帳票作成することが困難であり、単にフォーマット情報を自動しても十分に認識率を向上させることができない問題があった。
【００１０】
例えば、文字記入枠となるフィールド（非ドロップアウト領域）から文字がはみ出して記入されていることがある。今、帳票に複数のフィールドがある場合を考える。そして、その内の１つのフィールド（このフィールドを認識対象フィールドとする）に記入された文字を認識する場合を考える。
【００１１】
この場合、認識対象フィールドに近接して非認識情報（記入済みの他のフィールド、プレプリントコメント、絵図等の認識対象でない領域（非ドロップアウト領域））が存在していると、非ドロップアウト領域の情報が認識対象フィールドの文字認識に影響を与えてしまうことがある。また、フィールドを設計する際には、フィールドの周囲には、当該フィールドの認識にの邪魔とならないよういようにクリアエリアを設けることが帳票設計仕様により要求されている。しかし、このようにクリアエリアを設けた場合であっても、記入された文字がフィールドからはみ出して記入されているときがある。この場合、文字がはみ出した部分のクリアエリアは、適正にクリアエリアとして機能しないことがあり、認識エラーとなる確率が高くなってしまう。
【００１２】
しかし、上記特開平８−３３９４１９号公報では、かかる事情を考慮することなくフォーマット情報を作成するため、認識エラーを効率的に少なくすることが出来ず、結局のところユーザの技量、経験、感覚に応じた処理が必要になる問題がある。
【００１３】
そこで、本発明の主目的は、事案毎に異なるフォーマットの帳票を作成する場合でも認識率の高い帳票が設計できると共に、既存の帳票に記入された文字を認識する場合でも読取設定値の再設定回数が削減できる帳票設計・読取設定支援装置、帳票設計・読取設定支援方法、及び、光学文字認識システムを提供することである。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、少なくとも１つ以上の文字が記入されるフィールドを備えた帳票の設計及び当該帳票に記入された文字の認識する際に用いる帳票設計・読取設定支援装置にかかる発明は、帳票の設計仕様をフォーマットファイルとして記憶すると共に、帳票設計時及び帳票認識時において帳票一般に共通して推奨される帳票設計値及び読取設定値を、推奨帳票設計値及び推奨読取設定値として含む解析データを記憶する記憶ユニットと、帳票設計時には、ユーザが設定した帳票設定値に基づきフォーマットファイルを作成すると共に、その際に解析データから推奨帳票設計値を抽出して設計ガイダンス情報を作成することにより、ユーザによる帳票設計を支援する設計ユニットと、帳票のフィールド毎の帳票認識結果とフォーマットファイルとからなる運用ログに基づき解析データを作成する解析ユニットと、を備えることを特徴とする。
【００１５】
また、光学文字認識システムにかかる発明は、上記記載の帳票設計・読取設定支援装置と、帳票を撮像して帳票画像を取得し、ユーザが設定した読取設定値に従い帳票画像から文字認識処理を行う文字認識装置と、を備えることを特徴とする。
【００１６】
さらに、少なくとも１つ以上の文字が記入されるフィールドを備えた帳票の設計及び当該帳票に記入された文字の認識する際に用いる帳票設計・読取設定支援方法にかかる発明は、帳票の設計仕様をフォーマットファイルとして記憶すると共に、帳票設計時及び帳票認識時において帳票一般に共通して推奨される帳票設計値及び読取設定値を推奨帳票設計値及び推奨読取設定値として含む解析データを記憶し、帳票設計時には、ユーザが設定した帳票設定値に基づきフォーマットファイルを作成すると共に、その際に解析データから推奨帳票設計値を抽出して設計ガイダンス情報を作成することにより、ユーザによる帳票設計を支援し、帳票のフィールド毎の帳票認識結果とフォーマットファイルとからなる運用ログに基づき解析データを作成する、ことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、運用ログに基づき帳票一般に共通して推奨される推奨帳票設計値及び推奨読取設定値を含む解析データを作成して、帳票設計時や帳票読取時において推奨帳票設計値及び推奨読取設定値を表示するので、事案毎に異なるフォーマットの帳票を作成する場合でも認識率の高い帳票が設計できる。また、既存の帳票に記入された文字の認識率を向上させるために設定値を変更する場合でも、ユーザの経験、技量、感覚に応じたトライアンドエラーを繰り返すことが抑制できて、作業負荷が軽減できるようになる。
【図面の簡単な説明】
【００１８】
【図１】光学文字認識システム２のブロック図である。
【図２】帳票を例示した図である。
【図３】フォーマットファイルを例示した図である。
【図４】運用ログを例示した図である。
【図５】解析データを例示した図である。
【図６】帳票読取処理手順を示すフローチャートである。
【図７】帳票作成処理手順を示すフローチャートである。
【図８】図８に示すような２つのフィールドＦ１，Ｆ２からなる帳票を例に説明する。
【発明を実施するための形態】
【００１９】
実施形態を説明する。図１は、光学文字認識システム２のブロック図である。この光学文字認識システム２は、ユーザインタフェース３、ＯＣＲ装置４、帳票設計・読取設定支援装置５を備える。なお、図中のブロックを繋ぐ線の矢印は一例であることを付言する。
【００２０】
なお、以下において光学文字認識システム２を利用して帳票等のドキュメントの設計／読取を行う人をユーザと言い、ドキュメントに記入する人を記入者と記載する。また、ドキュメントを帳票として記載するが、帳票に限定するものではなく、フォーマット（書式）が設定されるドキュメントであればよい。即ち、本実施形態においては、帳票をフォーマット（書式）が設定されるドキュメントと定義する。
【００２１】
ユーザインタフェース３は、キーボード３ａや液晶等のディスプレイ３ｂを備える。また、ＯＣＲ装置４は、画像取得部１１、認識部１２、読取／修正部１３を備える。さらに、帳票設計・読取設定支援装置５は、解析ユニット２０、設計ユニット３０、記憶ユニット４０を備える。解析ユニット２０は、運用ログ作成部２１、解析部２２を含む。設計ユニット３０は、帳票作成部３１、ガイダンス作成部３２を含む。記憶ユニット４０は、記憶部４１、解析データ保持部４２を含む。
【００２２】
なお、認識部１２、読取／修正部１３、運用ログ作成部２１、解析部２２、解析データ保持部４２、ガイダンス作成部３２、帳票作成部３１、記憶部４１の一部又は全てをコンピュータにより構成してもよい。そして、１台のコンピュータに複数のＯＣＲ装置４を接続し、又は複数のコンピュータに１台のＯＣＲ装置４を接続してもよい。また、解析データ保持部４２は、画像取得部１１に対応して設けても良く、コンピュータに設けても良い。さらに、複数のＯＣＲ装置４を設けた場合でも、解析データを１台の解析データ保持部４２で保持することも可能である。このような構成により、運用ログや解析データを共有化することができるようになる。
【００２３】
そして、この光学文字認識システム２は大きく分けて帳票設計処理、文字認識処理を行う。これらの処理の概略は以下の通りである。
【００２４】
文字認識処理では、ユーザインタフェース３から読取設定値が設定されて、該読取設定値に基づき認識部１２が画像取得部１１で取得された画像から認識に用いる認識画像を抽出する。その後、認識部１２は、この認識画像に対して文字認識処理を行い、ユーザに帳票認識結果の確認を求める。ユーザが帳票認識結果に余りにも多い認識エラーを発見した場合には、読取設定値を変更して再度文字認識を行う。なお、読取設定値を変更する等においてユーザに読取設定値をガイダンスすることで、読取設定値の修正し、この修正値に基づき再度認識処理を行う処理を１サイクルとしたトライアンドエラーの回数が減らせるように読取設定支援を行う。かかるガイダンス機能を発揮するため、実際の読取結果である帳票認識結果と帳票の設計仕様（フォーマットファイル）とに基づき運用ログを作成し、該運用ログに基づき帳票に依存しない帳票認識結果を高めるための情報（解析データ）を作成している。
【００２５】
一方、帳票設計処理では、ユーザが設定した文字入力欄（フィールド）の設定仕様に対して、過去の読取実績及びフォーマットファイルから作成された運用ログに基づく解析データを参照して設定値の推奨値をガイダンスすることで帳票設計支援を行う。
【００２６】
ここで以下の説明を容易にするために、帳票、フォーマットファイル、運用ログ、解析データを図２〜図４に例示して説明する。
【００２７】
＜帳票＞
図２は、帳票Ｋを例示した図である。帳票Ｋは、認識対象領域Ｋ３，Ｋ４，Ｋ６と、認識対象領域でない領域Ｋ１，Ｋ２とから構成されている。
【００２８】
領域Ｋ３，Ｋ４、Ｋ６は認識対象となる領域であるが、文字が記入される領域（以下、フィールドと記載する）Ｋ３，Ｋ４と、帳票Ｋの種類を特定するために予め記入（印刷）されている帳票識別領域Ｋ６とを含んでいる。
【００２９】
以下、帳票識別領域Ｋ６に記載された文字を帳票識別番号という。この帳票識別番号の周囲には十分なクリアエリアが設けられ、また帳票識別領域Ｋ６の裏面には何らの情報も記載されていない。これは読取設定値が不適切な場合であっても、帳票識別番号だけは確実に正しく認識されるようにするためである。
【００３０】
領域Ｋ１，Ｋ２は、注意書きや絵図等の認識対象以外の情報が記載された領域である。
【００３１】
フィールドＫ３は１つ以上の文字枠Ｋ５からなり、各文字枠Ｋ５に１文字が記入される。また、フィールドＫ４は任意の文字数で、任意の文字種の文字が記入される記入欄である。フィールドＫ３に記入される文字種（フィールドタイプ）として、日本文字（漢字、ひらがな、カタカナ）、外国文字（アルファベット等）、数字（アラビア数字等）、他（日本文字や数字等が混じっている）がある。
【００３２】
＜フォーマットファイル＞
図３は、フォーマットファイルＬを例示した図である。このフォーマットファイルＬは、帳票Ｋの仕様を示す情報で、当該帳票Ｋの設計時に帳票作成部３１が作成して記憶部４１に記憶されている。
【００３３】
このようなフォーマットファイルＬは、帳票認識番号Ｌ１毎に作成されて、フィールド番号Ｌ２、フィールド座標Ｌ３、フィールドタイプＬ４、文字枠数Ｌ５、文字枠サイズL６、フォーマット文字枠間隔Ｌ７、フォーマットフィールド間隔Ｌ８、フォーマット非ドロップアウト領域間隔Ｌ９、裏面情報Ｌ１０を少なくとも１つ含んでいる。
【００３４】
図２に示したように、帳票Ｋには複数のフィールドが含まれている。そこで、各フィールドにはフィールド番号Ｌ２が付されて識別できるようにすると共に、各フィールドの位置がフィールド座標Ｌ３として規定されている。フィールド座標Ｌ３は、例えば帳票Ｋの横方向をＸ軸、縦方向をＹ軸とする２次元座標で考えたときの位置であり、その原点は帳票Ｋの特定の点（例えば左下のコーナ点）が予め設定されている。例えばフィールド番号「１」のフィールド座標Ｌ３は、Ｘ座標が「１５」で、Ｙ座標が「１２」であることを示している。なお、本実施形態では、寸法の単位としてｍｍを考えるが、インチ等であっても良い。
【００３５】
フィールドタイプＬ４は、このフィールドに記入される文字種を示し、フィールド番号「１」のフィールドタイプＬ４は「カタカナ」で記入されることを示している。文字枠数Ｌ５は、フィールドを構成する文字枠Ｋ５の数を示し、フィールド番号「１」の文字枠数Ｌ５は「１０」である。
【００３６】
フォーマット文字枠間隔Ｌ７は、図２の符号Ｄ１で示すように、隣接する文字枠Ｋ５の間の寸法を示し、フィールド番号「１」のフォーマット文字枠間隔Ｌ７は「２」である。即ち、「２」ｍｍ間隔で文字枠Ｋ５が並んでいることを示している。
【００３７】
フォーマットフィールド間隔Ｌ８は、図２の符号Ｄ２で示すように、隣接するフィールドとの間隔を示し、フィールド番号「１」のフォーマットフィールド間隔Ｌ８は「２」である。なお、このとき隣接するフィールドが複数存在することがある。このような場合には、最も近いフィールドとの間隔を示すものとする。フィールド番号「１」のフィールドでは、寸法「２」の所に別のフィールドが存在することが分かる。
【００３８】
フォーマット非ドロップアウト領域間隔Ｌ９は、図２の符号Ｄ３で示すように、フィールドに隣接する非ドロップアウト領域との間の寸法である。フォーマットフィールド間隔Ｌ８と同様に、隣接するドロップアウト領域が複数存在することがあるので、最も近いドロップアウト領域との間隔を示すものとする。フィールド番号「１」のフィールドでは、寸法「２」の所にドロップアウト領域が存在することが分かる。
【００３９】
裏面情報Ｌ１０は、該当するフィールドの裏面に情報が印刷等により記載されているか否か、記入者が記入するフィールドがあるか否かを示している。
【００４０】
＜運用ログの作成＞
運用ログは、認識処理や認識結果の修正処理が行われるたびに、運用ログ作成部２１が帳票認識結果に基づき作成して解析部２２に出力される運用実績である。
【００４１】
即ち、運用ログ作成部２１は、帳票認識結果から実際に記入された帳票Ｋに対して認識処理を行って得られた運用実績（正認識や認識エラーの認識結果で、認識エラーの場合に読取設定値を変更したときは、変更後の読取結果）を取得する。そして、各フィールドに対する認識結果（認識エラー、正認識）に対して重付けした運用ログを作成する。なお、認識エラーについては、フィールドの先頭から何番目文字枠の文字で認識エラーが生じたかを示す番号（文字数目）と、帳票裏面に情報が記載されているか否かの情報（裏面情報）やフィールドの周囲にプレプリントが有るか否かの周辺情報とを回数で重付けする。
【００４２】
図４は、運用ログを例示した図である。図４においては、「９３０」の帳票識別番号が付されている帳票における帳票認識結果とこの帳票認識結果に基づき作成された運用ログが例示されている。図４に示す帳票識別番号「９３０」の帳票のフィールド（ここでは、Ａフィールドと記載）は、全文字が５文字からなる。そして、２回目以後の帳票認識結果（２回目〜５回目）は、それより前の帳票認識結果に対して読取設定値を修正した結果で、累積５回認識処理が行われている。
【００４３】
なお、図中、符号Ｇは正しく認識された正認識を示し、Ｅは間違って認識された誤認識を示している。また、Ｒは、文字が潰れていたり、記入された文字種が設定されたフィールドタイプと一致しなかったりした場合等において、文字として認識することが出来なかった認識不能を示している。また、符号Ｐ１〜Ｐ３は、誤認識や認識不能等の認識エラーとなりうる原因を示し、Ｐ１はフィールドの裏面に記載された裏面情報の影響、Ｐ２はプレプリントの影響、Ｐ３は他の理由（フィールドサイズやフィールド間隔等）による影響であることを示している。無論、認識エラーとなる原因は、他にも多く考えられ、Ｐ１〜Ｐ３の原因に限定するものではない。
また、複数の原因が関与する場合もある。
【００４４】
図４において、認識１回目は読取設定値が「４０」で認識画像取得が行われ、その帳票認識結果は「ＮＯ」であり、Ａフィールド全体が正しく認識されなかったことを示している。そして、正しく認識されなかったのは３文字目が認識不能Ｒであり、その原因はプレプリント（Ｐ２）が関与していることを示唆している。
【００４５】
プレプリント等が存在するか否かの判断は、帳票識別番号の帳票のフォーマットファイルの情報から得る。例えば、「９３０」の帳票識別番号が付されている帳票のフォーマットファイルを記憶部４１から検索する。そして、このフォーマットファイルでは、Ａフィールドは「カタカナ」であったとする。フォーマットファイルには、図３に例示するように、裏面情報の有無がフィールドタイプに応じて記載されている。このことから、裏面情報を得る。
【００４６】
同様に、認識４回目は読取設定値が「４０」で認識画像取得が行われ、その帳票認識結果は「ＮＯ」となり、Ａフィールド全体が正しく認識されなかったことを示している。そして、正しく認識されなかったのは４文字目で認識不能Ｒが生じたためであり、その原因に関与する要素として裏面フィールド（Ｐ１）があることを示している。
【００４７】
一方、認識５回目は読取設定値が「３５」で認識画像取得が行われ、その帳票認識結果は「ＯＫ」となり、Ａフィールド全体が正しく認識されたことを示している。
【００４８】
従って、認識５回目までの帳票認識結果のうち、Ａフィールドは認識５回目の１回だけしか正認識されていないので、５回終了時点でのＡフィールドの重み係数は１／５となる。また、最適な読取設定値は「３５」となる。
【００４９】
更に、Ａフィールドを構成する各文字枠に対する重み係数は以下のようになる。即ち、１文字目、２文字目及び５文字目は認識エラーが起きていないので当該文字枠の全てのエラー要因に対して重み係数は５／５、３文字目はプレプリントＰ２に関係していると推測される認識不能が１回起きているので、プレプリントＰ２の要因に対して４／５、他の要因に対して５／５となる。４文字目は他の理由Ｐ３に関係していると推測される誤認識が１回起きているので、他の理由Ｐ３の要因に対して４／５、裏面フィールドＰ１に関係していると推測される認識不能が２回起きているので、裏面フィールドＰ１の要因に対して３／５となる。
【００５０】
＜解析データ＞
運用ログは、帳票とリンクした帳票認識結果を重付けしたものであり、帳票に特有な情報である。そこで、解析部２２は、運用ログを用いて帳票に関係しない情報（解析データ）を生成する。
【００５１】
図５は、解析データＭを例示した図である。解析データＭは、フォーマット設定推奨値Ｍａ、読取推奨値Ｍｂからなり、運用ログに基づき作成される。
【００５２】
フォーマット設定推奨値Ｍａは、推奨フィールド間隔Ｍａ＿１、推奨文字枠サイズＭａ＿２、推奨文字枠間隔Ｍａ＿３、推奨ドロップアウト領域間隔Ｍａ＿４等の項目からなり、各項目に対する推奨される設定値（設定推奨値）が、フィールドタイプ毎に示されている。また、読取推奨値Ｍｂには、フィールドタイプ毎に、裏面情報が有るか否かに応じて推奨される読取設定値（推奨読取値）が示されている。
【００５３】
なお、図５においては、フィールドタイプを日本文字、外国文字、数字、他等を例示しているが、日本文字であっても漢字、ひらがな、カタカナがある。そこで、フィールドタイプを細かく漢字、ひらがな、カタカナ等に分けても良い。
【００５４】
また、読取推奨値Ｍｂは、１つの条件（例えば、フィールドタイプが日本文字で裏面情報がある場合には「４０」）の場合を示しているが、各フォーマット設定推奨値Ｍａの組み合わせに対応して読取推奨値Ｍｂを設定しても良い。例えば、推奨フィールド間隔Ｍａ＿１、推奨文字枠サイズＭａ＿２、推奨文字枠間隔Ｍａ＿３、推奨ドロップアウト領域間隔Ｍａ＿４を、それぞれ３段階に分けてそれぞれの組み合わせに対して読取推奨値Ｍｂを設定する。
【００５５】
フォーマット設定推奨値Ｍａや読取推奨値Ｍｂは、所定の認識率（正しく認識された割合で、これを基準認識率と記載する）を達成するための設定値である。なお、フォーマット設定推奨値Ｍａや読取推奨値Ｍｂの項目は、例示であって限定するものではないことを敢えて付言する。
【００５６】
ここで注意すべき点は、解析データＭは、帳票Ｋ毎のデータではなく、複数の帳票Ｋに対する複数のフィールドに共通して適用可能な推奨値で構成されていることである。即ち、この解析データＭに従って帳票Ｋを設計するかぎり、基準認識率が達成されることを意味している。無論、フィールドへの記入は、記入者の手書きによる場合が多いので、書き癖が強かったり、文字がかすれたり、潰れたりしているような場合でも、基準認識率の達成が保証されるものではない。但し、解析データＭは多くの記入者が書いた多くの帳票Ｋに対する帳票認識結果（運用ログ）を基に作成されているので、ある程度の書き癖、かすれ、潰れにも対応することができる。この意味で、解析データＭは、学習データと言うことができる。
【００５７】
推奨フィールド間隔Ｍａ＿１とは、隣接するフィールド間の推奨する寸法をいう。図５の解析データＭでは、フィールドタイプが「日本文字」の場合、「３」ｍｍにすることが推奨されている。日本文字の場合には、漢字のように画数の多い文字や、ひらがなのように崩しが多い文字が含まれ、これらの文字は、フィールドをはみ出して記載されることがある。フィールドからはみ出された文字は、他のフィールドの文字や非ドロップアウトのプレプリント文字や図等と区別がつかなくなってしまうことがあり（フィールド間の干渉）、認識率の低下をもたらす。そこで、かかるフィールド間の干渉を防ぐために必要な間隔として推奨フィールド間隔（クリアエリア）を設定する。
【００５８】
推奨文字枠サイズＭａ＿２とは、文字枠Ｋ５の推奨する寸法を言う。また、推奨文字枠間隔Ｍａ＿３とは、隣接する文字枠Ｋ５の間の寸法をいう。文字枠Ｋ５は矩形状であるため、Ｘ軸サイズとＹ軸サイズとに分けて規定することも可能であるが、図５においては対角線の長さで定義している。１つの文字枠Ｋ５には１文字が記入されるが、画数の多い漢字を小さな文字枠に記入すると、潰れてしまう場合が多い。そこで、フィールドタイプに応じて推奨文字枠サイズや推奨文字枠間隔を設定している。
【００５９】
推奨ドロップアウト領域間隔Ｍａ＿４とは、非ドロップアウト領域（フィールド）とフィールド領域との間の推奨する最短寸法を言う。先に述べたように、非ドロップアウト領域には、プレプリントコメント、絵図等の認識対象とならない情報が記載されている。認識処理では、このようなドロップアウト領域の情報は、記入文字が黒色の場合に、この黒文字より輝度値が低い色等の非ドロップアウトカラーで記載されて、認識対象とならないようにしている。しかし、記入者には、このドロップアウト領域の情報が視認できる。この結果、記載に際してドロップアウト領域の情報を避けるような心理が働き、文字が大きく歪む等により認識率を低下させてしまうことがある。また、文字が記入されるフィールド付近に非ドロップアウトカラーで印刷された文字や図がある場合、フィールドからはみだした文字と非ドロップアウトカラーで印刷された文字や図等が繋がる（認識処理の上から繋がって見える場合を含む）ことによって、認識に影響を与える場合がある。そこで、フィールドとドロップアウト領域との間隔を確保して認識率の低下を抑制するために推奨ドロップアウト領域間隔を設定している。
【００６０】
読取推奨値Ｍｂとしては、裏面情報の有無に応じた画像濃度閾値が例示できる。無論、読取推奨値Ｍｂとして認識範囲等の他の情報を含めることは可能である。この画像濃度閾値は、後述するように画像取得部１１で取得された画像から認識対象とする画像データを選択するための基準をなす輝度値である。
【００６１】
即ち、画像濃度閾値が小さい場合には、裏面に記載されている情報が透けて取り込まれたり、非ドロップアウト領域の情報が取り込まれたりする。一方、画像濃度閾値が大きい場合には、かすれた文字が読めなかったりする。そこで、認識率を高める上で最適な濃度閾値を読取推奨値Ｍｂとしている。ユーザは帳票Ｋに対して最適な画像濃度閾値は知らないので、トライアンドエラーを繰り返すことになる。しかし、画像濃度閾値を設定する際に、読取推奨値Ｍｂを表示してユーザに知らせることができれば、トライアンドエラーの回数を少なくできる。
【００６２】
次に、このような光学文字認識システム２を詳細に説明する。
【００６３】
ユーザインタフェース３は、キーボード３ａや液晶等のディスプレイ３ｂを含んでいる。そして、ユーザが、キーボード３ａを介してフォーマットの作成時においては読取設定値を、帳票作成・修正時においては帳票作成値を入力する。このとき、ディスプレイ３ｂには、読取設定画面や帳票作成画面が表示されると共にガイダンス画面が表示される。
【００６４】
ＯＣＲ装置４は、画像取得部１１、認識部１２、読取／修正部１３を備える。
【００６５】
この画像取得部１１は、ＣＣＤ等の撮像手段を備える。そして、認識部１２からの指示に従い帳票等のドキュメントを撮像することにより、当該ドキュメントの画像を取得して、認識部１２に出力する。
【００６６】
認識部１２は、読取／修正部１３から読取の指示及び読取設定値を受け取り、これに従い画像取得部１１に画像取得を指示し、取得された画像から認識対象の画像データを抽出する。読取設定値は、ユーザがユーザインタフェース３を介してと帳票設計・読取設定支援装置５に指示した値である。そして、画像データに対して文字認識処理を行い、帳票認識結果を読取／修正部１３に返す。
【００６７】
読取／修正部１３は、認識部１２に読取の指示及び読取設定値を出力し、また得られた読取結果についての修正を行う。
帳票設計・読取設定支援装置５は、読取設定値を受け取り、認識部１２に出力する。このとき、ユーザが初めて用いる帳票の場合等においては、どのような値に読取設定値を設定すればよいか知らない。従って、ユーザは、経験や感覚に基づき読取設定値を決め、認識処理を繰り返していた。従って、良好な帳票認識結果を得るためには、多くのトライアンドエラーが必要であった。特に帳票を作成する際には、帳票作成→読取設定値の設定（フォーマットファイルの作成）→認識処理を繰り返して認識率の高い帳票を作成する必要があるため、多くの工数と手間が必要となる。
【００６８】
しかし、本実施形態では、読取／修正部１３は、帳票認識時には読取対象の帳票に関するフォーマットファイルを記憶部４１から読み出して、この帳票に適した設定値読取推奨値Ｍｂを表示させることにより、ユーザの負荷軽減を図る。また、帳票作成時又はフォーマットファイル作成時には設定されたフィールド等に対してフォーマット設定推奨値Ｍａを表示させることにより、ユーザの負荷軽減を図る。
【００６９】
帳票設計・読取設定支援装置５は、解析ユニット２０、設計ユニット３０を主要構成とする。解析ユニット２０は、運用ログ作成部２１、解析部２２、解析データ保持部４２を備える。また、設計ユニット３０は、ガイダンス作成部３２、帳票作成部３１、記憶部４１を備える。
【００７０】
運用ログ作成部２１は、フォーマットファイルＬと関連づけて読取／修正部１３から送られてきた帳票認識結果に基づき運用ログを作成する。帳票認識結果情報及び運用ログの詳細については、後述する。
【００７１】
解析部２２は、運用ログ作成部２１で作成された運用ログを解析して、帳票Ｋに依存しない解析データを作成して解析データ保持部４２に出力する。
【００７２】
解析データ保持部４２は、解析データＭを格納して要求に応じて出力する。
【００７３】
帳票作成部３１は、ユーザインタフェース３からの指示（帳票フォーマット設定値）に従い帳票の作成又はフォーマットファイルの作成を行う。ガイダンス作成部３２は、帳票作成又はフォーマットファイルの作成においてユーザが帳票作成又はフォーマットファイルの作成の具体的な設定を行う際に、認識率が高くなるような支援情報を作成して、ディスプレイ３ｂに表示させる。記憶部４１は、作成された帳票のフォーマットをフォーマットファイルとして記憶し、要求に応じて出力する。
【００７４】
次に、このような光学文字認識システム２における帳票読取処理と帳票作成処理とを説明する。
【００７５】
＜帳票読取処理＞
図６は、帳票読取処理手順を示すフローチャートである。
【００７６】
ステップＳＡ１，ＳＡ２：  先ず、ユーザは、帳票Ｋを光学文字認識システム２の画像取得部１１にセットして、読取／修正部１３から読取設定値を設定する。読取設定値が設定されると、読取／修正部１３は、読取設定値を認識部１２に出力すると共に、画像読取を指示する。認識部１２は、画像取得部１１に帳票画像の取得を行わせる。これにより、画像取得部１１は帳票画像を読取って認識部１２に出力する。
【００７７】
ステップＳＡ３：  認識部１２は、読取設定値に含まれる画像濃度閾値を画像取得部１１からの画像に適用して、当該画像濃度閾値より輝度値が大きいデータを抽出して認識画像を得る。そして、認識部１２は得られた認識画像に対して文字認識処理を行い、その結果を帳票認識結果として読取／修正部１３に出力する。
【００７８】
ステップＳＡ４，ＳＡ５：  読取／修正部１３は、帳票認識結果をディスプレイに表示してユーザの確認を受ける。この結果、ユーザが帳票認識結果に読取不能や誤認識があと判断した場合には、読取結果を修正する。これによって、読取エラーが誤認識なのか認識不能なのかの判断が行える。この判断結果が運用ログに格納される。また、ユーザは、満足する帳票認識結果が得られるまで、読取設定値を修正し、認識処理をするトライアンドエラーを繰り返すことになる。即ち、ユーザがディスプレイに表示された帳票認識結果に認識エラーがあると判断した場合には読取設定値を修正するためにステップＳＡ６に進む。一方、ユーザが帳票認識結果に満足した場合にはステップＳＡ７に進む。
【００７９】
ステップＳＡ６：  読取設定値を設定／修正する場合において、認識処理する帳票Ｋが新しい帳票Ｋであったり、認識ユーザが初めて使用する帳票Ｋであると、ユーザは当該帳票Ｋに対する認識処理の経験が無いので、トライアンドエラーの回数も多くなって、ユーザの負荷が増大する。
【００８０】
また、認識エラーとなる領域には、何らかの共通要因が存在することがある。この共通要因は、ＯＣＲ装置４に固有の要因であったり、帳票Ｋの読み取り領域（フィールド）に固有の要因であったりする。このような共通要因に基づく認識エラーは、他の帳票Ｋでも発生しているはずである。しかし、経験の浅いユーザは、認識エラーがどの様な原因により生じたかは分からない場合が多い。
【００８１】
先に、帳票Ｋには、帳票識別領域Ｋ６が設けられていることを述べた。そして、帳票識別領域Ｋ６には、幅広い読取設定値に対して確実に正認識ができるような条件で帳票識別番号が記載されている。従って、ユーザの設定した読取値が不適切であっても、少なくとも帳票識別番号に関しては正しく認識できる。
【００８２】
そこで、読取／修正部１３は、取得した帳票識別番号をガイダンス作成部３２に出力して、当該ガイダンス作成部３２に読取推奨値を作成させる。ガイダンス作成部３２は、作成した読取推奨値をディスプレイ３ｂに表示する。これにより、認識エラーの原因が分からないユーザであっても、表示された読取推奨値を参考にして読取設定値を設定／修正することが出来る。
【００８３】
ガイダンス作成部３２における読取推奨値は、以下のようにして作成される。先ず、ガイダンス作成部３２は、帳票識別番号を用いて記憶部４１を検索し、図３に示すような当該帳票のフォーマットファイルＬを取得する。次に、取得したフォーマットファイルＬからフィールドタイプを抽出する。このとき、フィールドタイプが複数存在する場合には、「日本文字」「数字」等の予め設定された優先順位の高いフィールドタイプを選択する。即ち、フィールドタイプには、読取設定値を設定する際の優先度が読取優先度として記憶部４１に記憶されている。
【００８４】
例えば、図３では、帳票識別番号が「９３０」で、フィールドタイプが「カタカナ」「漢字」「数字」「アルファベット」「他」となっている。そして、読取優先度が「漢字」が最も高い場合には、「漢字」のフォーマット文字枠間隔Ｌ７の「３」、フォーマットフィールド間隔Ｌ８の「３」、フォーマット非ドロップアウト領域間隔Ｌ９の「４」が選択される。
【００８５】
次に、ガイダンス作成部３２は、図５に示すような解析データを検索し、選択された値に最も近い（最も類似した）フォーマット設定推奨値Ｍａに対する読取推奨値Ｍｂを取得する。上記例では、フォーマット文字枠間隔Ｌ７が「３」、フォーマットフィールド間隔Ｌ８が「３」、フォーマット非ドロップアウト領域間隔Ｌ９が「４」、裏面情報Ｌ１０が「無」なので、取得される読取推奨値Ｍｂは「５０」となる。なお、選択しているフィールドタイプから推奨設定値を検索して、設定されている値と比較することによりガイダンス情報を作成し、表示してもよい。
【００８６】
この読取推奨値Ｍｂは、ユーザインタフェース３に出力され、ディスプレイ３ｂに表示されることになる。ユーザは、表示された読取推奨値Ｍｂを見て、読取設定値を設定することになる。従って、初めて使用する帳票であっても、効率的に目標設定値が設定できて、トライアンドエラーの回数を削減することが可能になる。
【００８７】
ステップＳＡ７：  このような処理を経て、帳票設計・読取設定支援装置５は読取設定値（フォーンマットファイル）を、読取／修正部１３は、帳票認識結果を、帳票識別番号と共に運用ログ作成部２１に出力して、運用ログのデータが蓄積される。そして、ユーザが読取結果に満足するまで上述の処理が繰り返される。作成された運用ログは、解析部２２で解析されて解析データ保持部４２において記憶される（保持される）。
【００８８】
＜帳票作成処理＞
次に、帳票作成処理手順を、図７に示すフローチャートを参照して説明する。
【００８９】
ステップＳＢ１：  帳票作成部３１が帳票作成画面を表示して帳票作成処理が開始する。ここでは、図８に示すような２つのフィールドＦ１，Ｆ２からなる帳票を例に説明する。そこで、ユーザは、帳票作成画面に対してフォールドＦ１，Ｆ２を設定する。ここで、フィールドＦ１は漢字で５文字が記入され、フィールドＦ２にはカタカナで６文字記入されるとして、フィールドＦ１とフィールドＦ２と間の寸法は「２」ｍｍに設定されたとする。
【００９０】
ステップＳＢ２：  フィールドＦ１，Ｆ２の設定値（フォーマット設定値）は、ガイダンス作成部３２に送られる。ガイダンス作成部３２は、解析データ保持部４２からフィールドＦ１，Ｆ２との関係（例えば、フィールド間隔）と類似したデータを解析データから抽出する。
【００９１】
フィールドタイプが漢字とカタカナであるので、読取優先度の高いタイプ（ここでは、漢字とする）の推奨フィールド間隔が類似したデータとして抽出されることになる。
【００９２】
しかし、ユーザが設定したフィールド間隔は「２」ｍｍであり、解析データから取得した推奨フィールド間隔は「３」ｍｍなので、認識エラーを起こす可能性が高い。そこで、ガイダンス作成部３２は、このことをユーザに通知するガイダンス情報を表示する。図８においては、「上に位置する４点のマークで囲まれた点線枠が読取結果に影響を及ぼす可能性があります。後１ｍｍ離すと解消される可能性があります。」と表示されている。従って、ユーザは、このガイダンスに従いフィールドＦ１とフィールドＦ２との間隔を「１」ｍｍ増やすならば、認識エラーを起こす可能性の少ない帳票が、容易に作成できるようになる。
【００９３】
ステップＳＢ３：  ユーザは表示されたガイダンスに従いフォーマット設定値を修正する場合には、ステップＳＢ１に戻り、修正しない場合にはステップＳＢ４に進む。
【００９４】
ステップＳＢ４：  このようにして帳票が作成されると、当該帳票のフォーマット設定値が纏められて、フォーマットファイルとして記憶部４１に記憶される。
【００９５】
上記実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００９６】
＜付記１＞
少なくとも１つ以上の文字が記入されるフィールドを備えた帳票の設計及び当該帳票に記入された文字の認識する際に用いる帳票設計・読取設定支援装置であって、
前記帳票の設計仕様をフォーマットファイルとして記憶すると共に、帳票設計時及び帳票認識時において帳票一般に共通して推奨される帳票設計値及び読取設定値を、推奨帳票設計値及び推奨読取設定値として含む解析データを記憶する記憶ユニットと、
前記帳票設計時には、ユーザが設定した帳票設定値に基づき前記フォーマットファイルを作成すると共に、その際に前記解析データから前記推奨帳票設計値を抽出して設計ガイダンス情報を作成することにより、ユーザによる帳票設計を支援する設計ユニットと、
前記帳票のフィールド毎の帳票認識結果と前記フォーマットファイルとからなる運用ログに基づき前記解析データを作成する解析ユニットと、
を備えることを特徴とする帳票設計・読取設定支援装置。
【００９７】
＜付記２＞
付記１に記載の帳票設計・読取設定支援装置であって、
前記設計ユニットは、前記帳票認識時には、前記記憶ユニットから前記推奨読取設定値を抽出して、ユーザの読取設定値の設定を支援する読取ガイダンス情報を作成する、
ことを特徴とする帳票設計・読取設定支援装置。
【００９８】
＜付記３＞
付記１又は２に記載の帳票設計・読取設定支援装置であって、
前記記憶ユニットは、
前記フォーマットファイルを記憶する記憶部と、
前記解析データを保持する解析データ保持部と、
を備えることを特徴とする帳票設計・読取設定支援装置。
【００９９】
＜付記４＞
付記１乃至３のいずれか１項に記載の帳票設計・読取設定支援装置であって、
前記設計ユニットは、
前記帳票を作成する帳票作成部と、
前記記憶ユニットから前記ファイルフォーマット及び前記解析データを取得して、前記設定ガイダンス情報及び前記読取ガイダンス情報を作成するガイダンス作成部と、
を備えることを特徴とする帳票設計・読取設定支援装置。
【０１００】
＜付記５＞
付記１乃至４のいずれか１項に記載の帳票設計・読取設定支援装置であって、
前記解析ユニットは、
前記帳票認識結果と前記フォーマットファイルとから、当該帳票に対する前記運用ログを作成する運用ログ作成部と、
前記運用ログから前記帳票設計値及び前記帳票読取設定値を抽出して、類似した前記フィールド毎に纏めてなる前記解析データを作成する解析部と、
を備えることを特徴とする帳票設計・読取設定支援装置。
【０１０１】
＜付記６＞
付記１乃至５のいずれか１項に記載の帳票設計・読取設定支援装置であって、
前記フォーマットファイルは、
前記帳票を特徴付ける帳票識別番号と、
前記フィールドの座標を示すフィールド座標、該フィールドに記入される文字のタイプを示すフィールドタイプ、前記フィールドを形成する１文字記入スペースをなす文字枠の数、隣接する前記文字枠の間隔を示すフォーマット文字枠間隔、最隣接するフィールドとの間隔をなすフォーマットフィールド間隔、最隣接する文字認識対象でない情報が記載されたドロップアウト領域との間隔をなすフォーマットフィールド間隔、前記フィールド位置の帳票裏面に情報が記載されているか否かを示す裏面情報、のうちの少なくとも１つが前記フィールドを特徴付けるフィールド番号と対応付けされてなるフィールド情報と、
からなることを特徴とする帳票設計・読取設定支援装置。
【０１０２】
＜付記７＞
付記１乃至６のいずれか１項に記載の帳票設計・読取設定支援装置であって、
前記運用ログは、前記帳票認識結果が認識エラーを示す場合には、該認識エラーを起こした前記フィールドの前記フィールド情報から前記認識エラーに関与する原因を得ると共に、当該要因毎の認識エラー回数を認識処理累積回数で規格化して重付けされている、
ことを特徴とする帳票設計・読取設定支援装置。
【０１０３】
＜付記８＞
付記１乃至７のいずれか１項に記載の帳票設計・読取設定支援装置であって、
前記解析データに含まれる前記推奨読取設定値又は前記推奨帳票設計値は、前記フィールド情報に類似している前記フィールドに対する前記帳票認識結果から、所望の認識率が達成できる前記読取設定値又は前記帳票設計値である、
ことを特徴とする帳票設計・読取設定支援装置。
【０１０４】
＜付記９＞
付記１乃至８の何れか１項に記載の帳票設計・読取設定支援装置と、
前記帳票を撮像して帳票画像を取得し、ユーザが設定した前記読取設定値に従い前記帳票画像から文字認識処理を行う文字認識装置と、
を備えることを特徴とする光学文字認識システム。
【０１０５】
＜付記１０＞
少なくとも１つ以上の文字が記入されるフィールドを備えた帳票の設計及び当該帳票に記入された文字の認識する際に用いる帳票設計・読取設定支援方法であって、
前記帳票の設計仕様をフォーマットファイルとして記憶すると共に、帳票設計時及び帳票認識時において帳票一般に共通して推奨される帳票設計値及び読取設定値を推奨帳票設計値及び推奨読取設定値として含む解析データを記憶し、
前記帳票設計時には、ユーザが設定した帳票設定値に基づき前記フォーマットファイルを作成すると共に、その際に前記解析データから前記推奨帳票設計値を抽出して設計ガイダンス情報を作成することにより、ユーザによる帳票設計を支援し、
前記帳票のフィールド毎の帳票認識結果と前記フォーマットファイルとからなる運用ログに基づき前記解析データを作成する、
ことを特徴とする帳票設計・読取設定支援方法。
【０１０６】
＜付記１１＞
付記１０に記載の帳票設計・読取設定支援方法であって、
前記設計ユニットは、前記帳票認識時には、前記記憶ユニットから前記推奨読取設定値を抽出して、ユーザの読取設定値の設定を支援する読取ガイダンス情報を作成する、
ことを特徴とする帳票設計・読取設定支援方法。
【０１０７】
＜付記１２＞
付記１０又は１１に記載の帳票設計・読取設定支援方法であって、
ユーザの帳票設定値に従い前記帳票を作成し、
前記ファイルフォーマット及び前記解析データから、前記設定ガイダンス情報及び前記読取ガイダンス情報を作成する、
ことを特徴とする帳票設計・読取設定支援方法。
【０１０８】
＜付記１３＞
付記１０乃至１３のいずれか１項に記載の帳票設計・読取設定支援方法であって、
前記帳票認識結果と前記フォーマットファイルとから、当該帳票に対する前記運用ログを作成し、
前記運用ログから前記帳票設計値及び前記帳票読取設定値を抽出して、類似した前記フィールド毎に纏めてなる前記解析データを作成する、
ことを特徴とする帳票設計・読取設定支援方法。
【０１０９】
＜付記１４＞
付記１０乃至１３のいずれか１項に記載の帳票設計・読取設定支援方法であって、
前記フォーマットファイルは、
前記帳票を特徴付ける帳票識別番号と、
前記フィールドの座標を示すフィールド座標、該フィールドに記入される文字のタイプを示すフィールドタイプ、前記フィールドを形成する１文字記入スペースをなす文字枠の数、隣接する前記文字枠の間隔を示すフォーマット文字枠間隔、最隣接するフィールドとの間隔をなすフォーマットフィールド間隔、最隣接する文字認識対象でない情報が記載されたドロップアウト領域との間隔をなすフォーマットフィールド間隔、前記フィールド位置の帳票裏面に情報が記載されているか否かを示す裏面情報、のうちの少なくとも１つが前記フィールドを特徴付けるフィールド番号と対応付けされてなるフィールド情報と、
からなることを特徴とする帳票設計・読取設定支援方法。
【０１１０】
＜付記１５＞
付記１０乃至１４のいずれか１項に記載の帳票設計・読取設定支援方法であって、
前記運用ログは、前記帳票認識結果が認識エラーを示す場合には、該認識エラーを起こした前記フィールドの前記フィールド情報から前記認識エラーに関与する原因を得ると共に、当該要因毎の認識エラー回数を認識処理累積回数で規格化して重付けされている、
ことを特徴とする帳票設計・読取設定支援方法。
【０１１１】
＜付記１６＞
付記１０乃至１５のいずれか１項に記載の帳票設計・読取設定支援方法であって、
前記解析データに含まれる前記推奨読取設定値又は前記推奨帳票設計値は、前記フィールド情報に類似している前記フィールドに対する前記帳票認識結果から、所望の認識率が達成できる前記読取設定値又は前記帳票設計値である、
ことを特徴とする帳票設計・読取設定支援方法。
【０１１２】
以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。
【符号の説明】
【０１１３】
２    光学文字認識システム
３    ユーザインタフェース
３ｂ    ディスプレイ
３ａ    キーボード
４    ＯＣＲ装置
５    帳票設計・読取設定支援装置
１１    画像取得部
１２    認識部
１３    読取／修正部
２０    解析ユニット
２１    運用ログ作成部
２２    解析部
３０    設計ユニット
３１    帳票作成部
３２    ガイダンス作成部
４０    記憶ユニット
４１    記憶部
４２    解析データ保持部
【図１】
0006743401.tif 000002
【図２】
0006743401.tif 000003
【図３】
0006743401.tif 000004
【図４】
0006743401.tif 000005
【図５】
0006743401.tif 000006
【図６】
0006743401.tif 000007
【図７】
0006743401.tif 000008
【図８】
0006743401.tif 000009