JP2002230479A

JP2002230479A - コンピュータ・システム並びに帳票処理方法及びプログラム

Info

Publication number: JP2002230479A
Application number: JP2001021446A
Authority: JP
Inventors: Atsushi Okonogi; 敦小此木; Koji Miura; 孝司三浦
Original assignee: Toshiba Corp; Tokio Marine and Fire Insurance Co Ltd
Current assignee: Toshiba Corp; Tokio Marine and Fire Insurance Co Ltd
Priority date: 2001-01-30
Filing date: 2001-01-30
Publication date: 2002-08-16

Abstract

(57)【要約】【課題】帳票の文字認識結果確認処理において、業務効
率等を向上させる。【解決手段】帳票における複数の欄に記入された文字の
認識結果を格納する認識結果中間ファイル17を取得し、
認識結果中間ファイル17に格納されている認識結果のう
ち、帳票に対応して当該帳票内に含まれる項目の内読み
合わせ確認が必要な項目が予め規定された読み合わせ確
認画面情報ファイル9に格納されている項目に対する認
識結果を含む読み合わせ確認画面の情報を表示装置に出
力する。これにより、オペレータは読み合わせ確認が必
要な項目のみ読み合わせ確認を行う。よって、全ての項
目につき確認する場合に比して比較項目が減少するた
め、業務効率が向上する。読み合わせ確認が必要な項目
とは、例えば論理チェックができない項目であってもよ
いし、重要な項目であってもよい。また、リジェクト項
目訂正処理等で修正された文字／項目については、文字
色を変更して識別できるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、文字認識における
認識結果の確認技術に関する。

【０００２】

【従来の技術】例えば特開２０００−２９８７００号公
報には、ＯＣＲ（Optical CharacterRecoginition）認
識結果とオペレータによる入力データとを比較し、一致
した場合には、ＯＣＲ認識処理が正確に行われ、認識結
果を正しいと判定し、不一致の場合には、ＯＣＲ認識結
果をオペレータによる入力データに置き換え、さらに上
記入力データとＯＣＲ認識処理の対象となったイメージ
データとを表示して、目視による確認を行うＯＣＲ認識
結果の補正方法が開示されている。実施例では、振込依
頼票を例として、口座番号及び金額が重要項目とされ
る。振込依頼票の各項目は、ＯＣＲ認識装置によってＯ
ＣＲ認識されると共に、各項目毎にイメージ切出し処理
を受け、確認・補正用の端末では重要項目以外の項目に
ついては上段に切出されたイメージ、下段には認識結果
が表示される。一方、重要項目についてはＯＣＲ認識結
果は表示されず、オペレータがイメージデータを目視し
て下段のエリアに手入力する。そして、重要項目につい
てはＯＣＲ認識結果と手入力データとの比較処理を行
い、一致した場合にはＯＣＲ認識が正常に行われたもの
とし、不一致の場合にはＯＣＲ認識結果を手入力データ
で置き換えると共に、当該帳票データを検証要データと
判断し、検証用の端末に送信する。検証用の端末では、
当該帳票データの表示を行い、手入力を行ったオペレー
タとは別の人の再確認を受ける。

【０００３】この公報記載の技術では、確認・補正用の
端末のオペレータは、重要項目についてはイメージデー
タを参照してデータを１から入力せねばならず負担が大
きい。また、オペレータが多数の帳票を取り扱う場合に
は、入力ミスも生じるため、必ずしも業務効率があがっ
ているとは言えない。また、確認・補正用の端末では重
要項目についてはＯＣＲ認識結果を表示することがない
ため、確認・補正用の端末のオペレータはＯＣＲ認識結
果とイメージデータとの比較を行うことはない。さら
に、検証用の端末では、帳票データが表示され、この場
合に手入力データを表示させると共に不一致結果も表示
するとされているが、詳細は説明されておらず、具体的
な表示形態は不明である。但し、検証用の端末で表示さ
れるのは、オペレータにより入力された手入力データ及
びイメージデータであって、文字認識処理の認識結果及
びイメージデータではない。さらに、重要項目がどのよ
うな性質のものであるかについて、及び認識結果の論理
チェックについては何ら記載されていない。

【０００４】また特開平１０−４９６２３号公報は、入
力データから文字認識を行って得られた文字情報を表示
部に表示して入力部からの指示により会話的に訂正する
際に、カーソル移動停止手段により訂正用文字カーソル
を予め定められた順序で自動的に移動させ、予め定めら
れた時間停止した後に、次の文字に移動させ、訂正用文
字カーソルの移動に伴って文字画像表示制御手段により
文字画像を順次表示するという技術が開示されている。
但し、表示部に表示すべき項目を限定するような考え方
は開示されていない。また、チェック・ディジット・エ
ラーは検出できるが、確定している他の情報に基づき認
識結果を修正する等の構成は何ら記載されていない。

【０００５】

【発明が解決しようとする課題】以上のように、従来技
術では、オペレータによる認識結果の訂正や確認の際
に、当該認識結果に含まれる複数項目のうちの重要な項
目等に限定して、読み取りイメージと認識結果とを比較
のために表示するというような構成は具体的には示され
ていない。これは、文字認識での文字認識失敗（リジェ
クト）や誤認識は、重要な項目か否かという問題とは別
に発生するものであって、リジェクト文字や誤認識文字
の訂正は、オペレータによる修正や確認が不可欠であ
り、また誤認識文字であるか否かはオペレータにイメー
ジデータと認識結果を対比させる必要があると考えられ
てきたからである。

【０００６】しかし、必ずしも全ての項目の認識結果に
ついてオペレータによる修正や確認が必要ではない。す
なわち、ある項目の認識結果は他に確定している情報か
ら直接又は間接的に導き出される場合や、過ちが生じて
いるか否かを確認できる場合もある。オペレータが確認
・修正しなければならない項目が減少すれば、チェック
ミスが減り、信頼性や業務効率が向上する。

【０００７】よって本発明の目的は、帳票の文字認識結
果確認処理において、オペレータによる確認・修正を行
う項目を限定することにより、業務効率等を向上させる
ための技術を提供することである。

【０００８】

【課題を解決するための手段】本発明の第１の態様に係
る、所定の位置に所定の項目に係る文字を記入するため
の複数の欄を有する帳票の情報を処理するコンピュータ
・システムは、帳票における複数の欄に記入された文字
の認識結果を格納する認識結果格納手段（例えば実施の
形態における認識結果中間ファイル１７）と、帳票に対
応して当該帳票内に含まれる項目の内読み合わせ確認が
必要な項目が予め規定された項目格納手段（例えば実施
の形態における読み合わせ確認画面情報ファイル９）
と、認識結果格納手段に格納されている認識結果のうち
項目格納手段に格納されている項目に対する認識結果を
含む読み合わせ確認画面の情報を表示装置に出力する表
示処理手段（例えば実施の形態における読み合わせ確認
画面処理部５５）とを有する。

【０００９】このように、各帳票に対応して当該帳票内
に含まれる項目の内読み合わせ確認が必要な項目が予め
規定されているため、オペレータはそれらの項目のみ読
み合わせ確認を行う。よって、全ての項目につき確認す
る場合に比して比較項目が減少するため、業務効率が向
上する。

【００１０】また、本発明の第１の態様において、帳票
の読み取り結果であるイメージ・データを格納するイメ
ージ格納手段（例えば実施の形態における帳票全体イメ
ージファイル１５）をさらに有し、上で述べた表示処理
手段を、イメージ格納手段からイメージ・データを読み
出し、当該イメージ・データから項目格納手段に含まれ
ている項目のためのイメージ部分を切り出し、当該イメ
ージ部分の情報を表示装置に出力するような構成とする
ことも可能である。これにより帳票の読み取り結果であ
るイメージ・データと認識結果とを比較することが出来
るようになる。但し、読み合わせ確認画面において、認
識結果とイメージ・データを並べて表示するなど、画面
上イメージ・データの領域を特別に用意する場合もある
が、以下で説明するように、ユーザ（オペレータ）が希
望する認識結果の項目についてのみイメージ・データを
その都度表示するようにして、画面領域を有効活用でき
るような構成とすることも可能である。

【００１１】すなわち、上で述べた表示処理手段を、項
目格納手段に含まれている項目のうちユーザが指示した
項目のためのイメージ部分を切り出し、ユーザによる指
示に応答して、当該イメージ部分の情報を表示装置に出
力するような構成とすることも可能である。

【００１２】また、本発明の第１の態様において、上で
述べた認識結果格納手段を、認識結果の修正が行われた
か否かを表す情報を格納するような構成とし、上で述べ
た表示処理手段を、項目格納手段に格納されている項目
に対する認識結果について当該認識結果の修正が行われ
たことを表す情報が認識結果格納手段に格納されている
場合には、当該認識結果を識別可能な態様で読み合わせ
確認画面に含めるような構成とすることも可能である。
このようにすれば、例えば読み合わせ確認の前段階で行
われるリジェクト訂正処理において修正された認識結果
を簡単に認識できるため、読み合わせ確認段階で更なる
確認を行うことが出来るようになる。

【００１３】また、認識結果の修正が行われたか否かを
表す情報が、当該認識結果に含まれる文字毎に設定さ
れ、表示処理手段が、認識結果のうち修正が行われた文
字を識別可能な態様で前記読み合わせ確認画面に含める
ような構成も可能である。このようにすれば、文字ごと
に修正の有無を知ることができるようになる。

【００１４】なお、本発明の第１の態様においては、読
み合わせ確認が必要な項目を、帳票に含まれる項目の内
少なくとも一部について行われる認識結果の論理チェッ
クの対象外とすることも可能である。すなわち、論理チ
ェックで修正などが可能な項目については業務効率向上
のために読み合わせ確認を行わないようにするものであ
る。

【００１５】本発明の第２の態様に係る、所定の位置に
所定の項目に係る文字を記入するための複数の欄を有す
る帳票の情報を処理する帳票処理方法は、帳票における
複数の欄に記入された文字の認識結果を格納する認識結
果格納ファイルを取得するステップと、認識結果格納フ
ァイルに格納されている認識結果のうち、帳票に対応し
て当該帳票内に含まれる項目の内読み合わせ確認が必要
な項目が予め規定された項目ファイルに格納されている
項目に対する認識結果を含む読み合わせ確認画面の情報
を表示装置に出力するステップとを含む。

【００１６】本発明の第１の態様に係る変形は、本発明
の第２の態様に対して適用可能である。

【００１７】また、本発明の第２の態様に係る帳票処理
方法をコンピュータに実行させるためのプログラムを作
成することも可能であって、当該プログラムは、例えば
フロッピー（登録商標）・ディスク、ＣＤ−ＲＯＭ、光
磁気ディスク、半導体メモリ、ハードディスク等の記憶
媒体又は記憶装置に格納される。また、処理途中のデー
タについては、コンピュータのメモリに一時保管され
る。

【００１８】

【発明の実施の形態】本発明の一実施の形態に係るシス
テム概要を図１に示す。ネットワーク１には、１又は複
数のＯＣＲ装置３と、リジェクト訂正や読み合わせ確認
を行うための１又は複数のパーソナル・コンピュータ
（ＰＣ）５と、１又は複数のサーバ７とが接続されてい
る。ＯＣＲ装置３は、例えば帳票３１を光学的に読み取
るスキャナ３３と当該スキャナ３３に接続されたＰＣ３
５とで構成され、ＰＣ３５には文字認識処理等を実行す
るためのプログラムがインストールされている。ＰＣ３
５は、スキャナ３３によって読み取られた帳票のイメー
ジ・データと、帳票のイメージ・データの文字認識結果
とを一旦ＰＣ３５の記憶装置に格納し、その後サーバ７
に送信するようになっている。

【００１９】サーバ７は、ＰＣ３５から帳票３１のイメ
ージ・データ及び文字認識結果とを受信して、帳票全体
イメージ・ファイル１５と認識結果中間ファイル１７と
して記憶装置に保持する。また、最終的な処理結果も処
理結果ファイル１９として、サーバ７の記憶装置に格納
される。

【００２０】ＰＣ５は、リジェクト項目等の修正を行う
ためのリジェクト項目訂正処理部５１と、文字認識結果
の論理チェックを行う論理チェック部５３と、読み合わ
せ確認のための画面を出力する等の処理を実施するため
の読み合わせ確認画面処理部５５とが含まれる。また、
ＰＣ５は、帳票の種類毎に読み合わせ確認画面を生成す
るために必要な、読み合わせ確認画面情報ファイル９
と、キーイン文字色情報ファイル１１と、読取座標位置
情報ファイル１３とを記憶装置に保持している。

【００２１】なお、本実施の形態を保険業務に適用する
場合には、ＯＣＲ装置３は例えば各支店に配置され、Ｐ
Ｃ５及びサーバ７は例えば事務センタに配置される。

【００２２】次に、図１に示したシステムの処理フロー
の一例を図２乃至図８を用いて説明する。最初に、ＯＣ
Ｒ装置３のスキャナ３３は帳票３１を光学的に読み取
り、ＰＣ３５内に帳票全体イメージ・ファイル１５を生
成する（ステップＳ１：図２）。そして、ＰＣ３５にイ
ンストールされている文字認識処理用プログラムは、帳
票上の所定のフィールドに記入された文字に対して文字
認識処理を実行し、認識結果中間ファイル１７を生成す
る（ステップＳ３）。なお、当該文字認識処理用プログ
ラムはキーイン情報も生成し、認識結果中間ファイル１
７に格納する。このキーイン情報は、認識した文字毎に
キー入力がされたか否かの情報をビットのＯＮ（キー入
力あり）又はＯＦＦ（キー入力なし）で表すものであっ
て、ここでは全てのビットがＯＦＦとされる。

【００２３】図３に処理の具体例を示す。図３（ａ）は
帳票のある項目（郵便番号）の記入例を示すものであ
る。これをＯＣＲ装置３が読み取り、キーイン情報を付
加した状態（認識結果中間ファイルの内容）が図３
（ｂ）に示されている。なお、ＯＣＲ装置３は左から２
文字目を認識することが出来ず、リジェクト文字として
「？」が代わりに格納されており、右から２文字目も実
際は「２」であるにもかかわらず誤認識で「３」と登録
されてしまったとする。キーイン情報は、まだリジェク
ト訂正などの処理が行われていないので、全７文字分の
ＯＦＦが登録されている。

【００２４】なお、図１に示したシステムでは、ＰＣ３
５がサーバ７に帳票全体イメージ・ファイル１５及び認
識結果中間ファイル１７を送信する。

【００２５】図２の説明に戻って、次にオペレータは、
ＰＣ５のリジェクト項目訂正処理部５１を起動する（ス
テップＳ５）。この処理の詳細を図４に示す。本実施の
形態においては、リジェクト項目訂正処理部５１は、サ
ーバ７から帳票全体イメージ・ファイル１５及び認識結
果中間ファイル１７を取得し、論理チェック部５３は認
識結果中間ファイル１７に対して認識結果の論理チェッ
クを実施する（ステップＳ１１：図４）。例えば、保険
会社の帳票の場合、他の確定した情報から計算された保
険料と認識結果に含まれる保険料とが一致しているか、
郵便番号と住所が一致しているか等を、確認するための
処理を実施する。なお、例えばサーバ７に契約情報デー
タベース（ＤＢ）等が設けられている場合には、論理チ
ェック部５３は当該契約情報ＤＢ等を参照して論理チェ
ックを実施するような構成であってもよい。

【００２６】次に、リジェクト項目訂正処理部５１は、
認識結果中間ファイル１７中、リジェクト文字を含む項
目を検出する（ステップＳ１３）。例えば、認識結果の
中に「？」など文字認識に失敗したことを表す情報など
が含まれていないかを確認する。そして、論理チェック
・エラー項目及びリジェクト項目について、リジェクト
項目訂正画面を生成して、表示装置に表示する（ステッ
プＳ１５）。

【００２７】図３の例では（ｃ）に示されるように、郵
便番号という項目にリジェクト文字が含まれるので郵便
番号の認識結果を含むリジェクト項目訂正画面が生成さ
れ、表示される。上でも述べたが、リジェクト文字につ
いては「？」が表示され、右から２番目の文字は「２」
であるにもかかわらず「３」と認識されたことが示され
ている。ＰＣ５のオペレータは、例えばリジェクト項目
訂正画面に含まれる当該郵便番号のイメージ部分（図示
せず）、又は別ウインドウに含まれる帳票の全体イメー
ジ、若しくは帳票自体を見て、リジェクト文字の修正を
入力し、また誤認識文字の修正を入力する。修正後の表
示状態を図３（ｄ）に示す。すなわち、郵便番号は「１
９８００２４」となる。

【００２８】ＰＣ５のオペレータが登録を指示すると、
リジェクト項目訂正処理部５１は、認識結果中間ファイ
ル１７に修正内容を反映し、キーイン情報を更新する
（ステップＳ１７）。図３の例では（ｅ）に示されるよ
うに、認識結果が図３（ｄ）に示されたような修正後の
内容に変更される。また、左から２番目の文字と右から
２番目の文字について修正が加えられているので、キー
イン情報において、ＯＦＦであった対応ビットがＯＮに
なっている。

【００２９】次に、論理チェック部５３は、再度修正後
の認識結果について論理チェックを行う（ステップＳ１
９）。同様に、リジェクト項目訂正処理部５１は、修正
後の認識結果中、リジェクト文字を含む項目を検出する
（ステップＳ２１）。これらの処理は、修正によって論
理的なエラーが生成されていないか、リジェクト文字の
修正漏れは存在しないかを確認するために行われる。

【００３０】そして、論理チェック・エラー又はリジェ
クト項目が存在する場合（ステップＳ２３：Ｙｅｓルー
ト）には、ステップＳ１５に戻って、オペレータに再度
修正を求める。一方、論理チェック・エラー又はリジェ
クト項目が存在しない場合（ステップＳ２３：Ｎｏルー
ト）には、修正後の認識結果中間ファイル１７をサーバ
７に送信して、図２の処理に戻る。サーバ７は、ＰＣ５
から受信した認識結果中間ファイル１７を記憶装置に格
納する。

【００３１】このようにリジェクト項目修正処理が終了
すると、次にオペレータはＰＣ５の読み合わせ確認画面
処理部５５を起動する（ステップＳ７：図２）。この読
み合わせ確認画面処理を図５を用いて説明する。

【００３２】まず、読み合わせ確認画面処理部５５は、
サーバ７から帳票全体イメージ・ファイル１５及び認識
結果中間ファイル１７を取得する。そして、最初に認識
結果中間ファイル１７をメインメモリ上に読み出す（ス
テップＳ３１）。図３の例では（ｆ）に示すデータがメ
インメモリ上に読み出される。次に、読み合わせ確認画
面情報ファイル９に規定された項目に係る認識結果及び
キーイン情報を、認識結果中間ファイル１７から取得す
る（ステップＳ３３）。

【００３３】読み合わせ確認画面情報ファイル９は、例
えば図６のようなデータを保持するファイルである。す
なわち、読み合わせ確認が必要な項目毎に、フィールド
番号と、画面上の縦座標、横座標、見出しなどの情報を
含む。読み合わせ確認が必要な項目とは、重要か重要で
ないかを問わず論理チェック部５３により論理チェック
できない項目である場合もあれば、帳票において重要な
項目である場合もある。いずれにせよ、本実施の形態に
おいては読み合わせ確認画面に表示される項目は、当該
読み合わせ確認画面情報ファイル９に列挙された項目に
限定される。よって、本実施の形態では、リジェクト訂
正処理において修正が行われた項目か否かとは関係な
く、上で述べたような観点で予め選択され且つ読み合わ
せ確認画面情報ファイル９に規定された項目のみ読み合
わせされる。また、読み合わせ確認画面情報ファイル９
は、帳票の種類毎に規定される。これは論理チェック部
５３により論理チェックできない項目や重要な項目は、
帳票毎に異なるためである。

【００３４】次に読み合わせ確認画面処理部５５は、認
識結果に含まれる各文字が、そのキーイン情報のビット
がＯＦＦならば通常の文字色で、ＯＮであればキーイン
文字色情報ファイル１１に規定されたキーイン文字色で
当該認識結果に係る項目のフィールドに埋め込まれた読
み合わせ確認画面を、読み合わせ確認画面情報ファイル
９に基づき作成して、表示装置に表示する（ステップＳ
３５）。

【００３５】図３の例では（ｇ）に示すような状態で表
示される。すなわち、読み合わせ確認画面情報ファイル
９には、フィールド番号１として、縦座標３、横座標１
の位置に郵便番号という見出しを付した、郵便番号の認
識結果を表示するように規定されているため、郵便番号
の認識結果「１９８００２４」が表示される。但し、郵
便番号の認識結果に対応するキーイン情報（図３
（ｆ））では、左から２番目と右から２番目のビットが
ＯＮとなっているため、「９」及び「２」の文字は、キ
ーイン文字色情報ファイル１１に規定された文字色（例
えば青や赤）で表示される。なお、図３（ｇ）では色を
変える代わりに太文字で表している。

【００３６】図３（ｇ）で示すように、本実施の形態に
おいては、オペレータの指示がなければイメージ・デー
タは表示されず、イメージ・データと認識結果の比較を
行うことが出来ない。よって、読み合わせ確認画面処理
部５５は、オペレータの項目指示又は項目の移動が指示
されるまで待つ（ステップＳ３７）。もし、オペレータ
により項目指示又は項目の移動が指示されると、読取座
標位置情報ファイル１３に基づき、帳票全体イメージ・
ファイル１５から、指示されたフィールド（項目）のイ
メージ部分を切り出す（ステップＳ３９）。なお、この
ように指示されたフィールドのイメージ部分のみを表示
するようにすれば、画面領域を有効に使用することが出
来る。例えば、読み合わせ確認が必要な項目が多数の場
合であっても、全項目を一画面に収めることが容易にな
る。

【００３７】読取座標位置情報ファイル１３の一例を図
７に示す。この例では、フィールド番号（例では１）、
帳票における行位置（ｍｍ単位：例では５０）、横位置
（ｍｍ単位：例では１００）、読取桁数（例では７）、
文字ピッチ（ｍｍ単位：例では５）の情報が含まれる。
これを用いれば、帳票全体イメージからどの部分を切り
出せばよいかが分かる。なお、読取座標位置情報ファイ
ル１３も、帳票の種類毎に切り出すべき情報の種類や位
置が異なるため、帳票の種類毎に設けられる。

【００３８】読み合わせ確認画面処理部５５は、切り出
したイメージ部分のデータを、指示されたフィールドの
表示位置付近に表示するように、表示装置に出力する
（ステップＳ４１）。例えば、指示されたフィールドの
下に表示領域が確保できれば直ぐ下に表示し、指示され
たフィールドの下に表示領域が確保できなければ直ぐ上
に表示する。図３の例では（ｈ）のように表示される。
すなわち、郵便番号の認識結果を含むフィールドの下に
切り出されたイメージ部分が表示される。これにより、
認識結果と対応するイメージ部分とが両方とも表示され
て、比較することが出来るようになる。なお、図３
（ｈ）の例では、郵便番号の認識結果中左から２番目と
右から２番目の文字はリジェクト訂正処理で修正が加え
られていることが直ぐに分かるように文字色が変えられ
ており（図では太文字が使用されている）、下に表示さ
れた記入状態を表すイメージ部分をよく見て、正しく修
正されているかを確認することができる。ここでは正し
く修正されているものとする。

【００３９】次に、読み合わせ確認画面処理部５５は、
オペレータにより修正が行われたかを判断する（ステッ
プＳ４３）。もし、修正がなければステップＳ４７に移
行する。一方、オペレータにより修正が行われていれば
修正内容を認識結果中間ファイル１７に反映させる（ス
テップＳ４５）。但し、キーイン情報は変更されない。
そして、ステップＳ４７に移行する。ステップＳ４７
では、処理終了が指示されているかを判断する。オペレ
ータにより終了が指示されていれば、認識結果中間ファ
イル１７をサーバ７に送信して、図２の処理に戻る。一
方、処理終了が指示されていなければステップＳ３７に
戻る。

【００４０】以上のようにして、読み合わせ確認画面情
報ファイル９に規定されている項目のみが読み合わせ確
認画面において確認され、必要があれば修正される。上
で述べたように、論理チェックでチェックできない項目
のみを読み合わせ確認の対象とするならば、項目は限定
されているがシステム全体としては十分な確認がなされ
ることとなり、合わせて業務効率も向上する。また、重
要な項目のみを読み合わせ確認の対象とするならば、確
認項目が減らされることによりオペレータの業務効率が
向上する。

【００４１】なお、上の例ではキーイン文字色情報ファ
イル１１により読み合わせ確認が必要な項目の中でも、
リジェクト項目訂正処理で修正された文字及びそれを含
む項目をすぐさま見つけることができ、さらに重点的に
確認することも可能となる。

【００４２】図２の処理に戻って、サーバ７はＰＣ５か
ら認識結果中間ファイル１７を受信すると、処理結果フ
ァイル１９として記憶装置に格納する（ステップＳ
９）。この処理結果ファイル１９は、サーバ７により例
えば契約情報ＤＢの更新などに用いられる。

【００４３】図８は、損害保険会社が使用する帳票の読
み合わせ確認画面の例を示す図である。読み合わせ確認
画面８００は前面のウインドウであり、その後方には帳
票全体のイメージ表示画面８１０のウインドウが配置さ
れている。また、オペレータにより選択されてカーソル
８０４が配置されたフィールド８０２に対応するイメー
ジ部分８０６が、拡大されて読み合わせ確認画面８００
の上方に表示されている。さらに、カーソル８０４が配
置されたフィールド８０２に対応するイメージ部分８１
２が左上の所定の位置にくるように、帳票全体のイメー
ジ表示画面８１０の内容（表示領域）が変更される。

【００４４】以上述べたように、帳票における複数の欄
に記入された文字の認識結果を格納する認識結果中間フ
ァイル１７を取得し、認識結果中間ファイル１７に格納
されている認識結果のうち、帳票に対応して当該帳票内
に含まれる項目の内読み合わせ確認が必要な項目が予め
規定された読み合わせ確認画面情報ファイル９に格納さ
れている項目に関する認識結果を含む読み合わせ確認画
面の情報を表示装置に出力する。これにより、オペレー
タは読み合わせ確認が必要な項目のみ読み合わせ確認を
行う。よって、全ての項目につき確認する場合に比して
比較項目が減少するため、業務効率が向上する。読み合
わせ確認が必要な項目とは、例えば論理チェックができ
ない項目であってもよいし、重要な項目であってもよ
い。

【００４５】また、帳票の読み取り結果であるイメージ
・データを格納する帳票全体イメージ・ファイル１５か
らイメージ・データを読み出し、当該イメージ・データ
から読み合わせ確認画面情報ファイル９に含まれている
項目のためのイメージ部分を切り出し、ユーザによる指
示に応答して、当該イメージ部分の情報を表示装置に出
力する。これにより、オペレータが希望する認識結果の
項目についてのみイメージ・データをその都度表示する
ため、画面領域を有効活用できる。

【００４６】また、認識結果中間ファイル１７が、認識
結果の修正が行われたか否かを表すキーイン情報を格納
するようになっており、読み合わせ確認画面情報ファイ
ル９に格納されている項目に関する認識結果について修
正ありを示すキーイン情報が認識結果中間ファイル１７
に格納されている場合には、当該認識結果を識別可能な
態様（例えば色を変えて）で読み合わせ確認画面に含め
るようにする。このようにすれば、例えば読み合わせ確
認の前段階で行われるリジェクト訂正処理において修正
された認識結果を簡単に認識できるため、読み合わせ確
認段階で更なる確認を行うことが出来るようになる。

【００４７】以上述べた本発明の実施の形態は、一例で
あって様々な変形が可能である。例えば、サーバ７を用
いないようなシステム構成であってもよいし、ＯＣＲ装
置３のＰＣ３５とＰＣ５を同一とすることも可能であ
る。さらに、サーバ７とＯＣＲ装置３のＰＣ３５とＰＣ
５とを同一のコンピュータにて実施するような構成とす
ることも可能である。

【００４８】論理チェック部５３をＰＣ５に設ける例を
示したが、サーバ７に設けて論理チェック結果をＰＣ５
に返すような構成であってもよい。

【００４９】キーイン文字色情報ファイル１１は、文字
の色の情報を規定するような例を示していたが、例えば
文字のフォントの種類を規定してもよいし、また別のマ
ークを付すような指示を規定していてもよい。さらに、
各文字につき１ビットを用意して、文字毎に修正の有無
を記録するような構成としていたが、項目毎に１ビット
用意して、項目に含まれる文字が一文字でも修正された
場合には当該ビットをＯＦＦからＯＮに変更するような
構成であってもよい。この場合には項目に含まれる文字
全体が、キーイン文字色情報ファイルに規定された文字
色となる。

【００５０】また図３（ｇ）及び（ｈ）の例では、オペ
レータが指示した項目について対応するイメージ部分を
表示するような構成を示したが、最初から対比できるよ
うに読み合わせ確認画面に認識結果及びイメージ部分を
含めるような構成であってもよい。

【００５１】また、例えば図８の読み合わせ確認画面８
００において、読み合わせ確認が必要な項目である電話
番号（Ｔｅｌ）、生年月日、旧Ｐ＃（旧契約番号）、代
理店枝番、他幹会社（他幹事会社）には記載がなされて
いない。よって、オペレータがＰＣ５のキーボード等を
操作してカーソル８０４を移動させる際には、記載がな
いこれらの項目をスキップして、記載のある次の項目に
自動的に移動させるような構成であってもよい。例えば
社員コードの項目の次には生年月日の項目をスキップし
て車名の項目にカーソル８０４を移動させる。

【００５２】さらに、例えば図８の読み合わせ確認画面
８００において、オペレータは全ての項目の読み合わせ
をする際には、カーソル８０４を例えば上から下へ移動
させて、それを目で追って確認するようにしている。し
かし、視線方向を固定させるために、読み合わせ確認画
面８００をカーソル８０４の移動に合わせて上又は下に
移動させ、次に確認する項目の位置を前の項目の位置に
移動させるような構成であってもよい。

【００５３】また、例えば図８の読み合わせ確認画面８
００は、一種類の帳票において読み合わせ確認が必要な
全項目の一覧となっている。このように全ての項目を一
つのウインドウ（又は画面）に含めずに、１又は所定の
個数の項目のみを１つのウインドウで読み合わせるよう
にし、複数のウインドウで全項目を読み合わせるような
構成とすることも可能である。複数のウインドウ内にお
いてなるべく同じ位置に項目の内容を配置する。このよ
うにすれば、オペレータの目の移動を最小限にすること
ができ、読み合わせ確認の効率を高めることができるよ
うになる。なお、帳票に記入の無かった項目について
は、読み合わせが必要な項目であっても読み合わせがで
きないので、表示させないような構成とすることも可能
である。

【００５４】また、本実施の形態において使用されるプ
ログラムは、記録媒体又は記録装置に格納された状態で
流通する場合もあれば、インターネットなどのネットワ
ークを介して流通する場合もある。

【００５５】

【発明の効果】以上のように、帳票の文字認識結果確認
処理において、オペレータによる確認・修正を行う項目
を限定することにより、業務効率等を向上させるための
技術を提供することができた。

【図面の簡単な説明】

【図１】本発明の一実施の形態のシステム概要を示す図
である。

【図２】図１に示したシステムの処理フローを示す図で
ある。

【図３】処理フローの各段階を説明するための具体例で
ある。

【図４】本発明の一実施の形態に係るリジェクト項目訂
正処理のフローを示す図である。

【図５】本発明の一実施の形態に係る読み合わせ確認画
面処理のフローを示す図である。

【図６】読み合わせ確認画面情報ファイルに格納された
情報の一例を示す図である。

【図７】読取座標位置情報ファイルに格納された情報の
一例を示す図である。

【図８】読み合わせ確認画面の具体例を示す図である。

【符号の説明】

１ネットワーク３ＯＣＲ装置５ＰＣ７サーバ９読み合わせ確認画面情報ファイル１１キーイン文字色情報ファイル１３読取座標
位置情報ファイル１５帳票全体イメージファイル１７認識結果中
間ファイル１９処理結果ファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者三浦孝司東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内Ｆターム(参考） 5B064 EA05 EA21 FA05 FA10 FA13

Claims

【特許請求の範囲】

【請求項１】所定の位置に所定の項目に係る文字を記入
するための複数の欄を有する帳票の情報を処理するコン
ピュータ・システムであって、前記帳票における前記複数の欄に記入された文字の認識
結果を格納する認識結果格納手段と、前記帳票に対応して当該帳票内に含まれる項目の内読み
合わせ確認が必要な項目が予め規定された項目格納手段
と、前記認識結果格納手段に格納されている認識結果のうち
前記項目格納手段に格納されている項目に対する認識結
果を含む読み合わせ確認画面の情報を表示装置に出力す
る表示処理手段とを有するコンピュータ・システム。
【請求項２】前記帳票の読み取り結果であるイメージ・
データを格納するイメージ格納手段をさらに有し、前記表示処理手段が、前記イメージ格納手段から前記イメージ・データを読み
出し、当該イメージ・データから前記項目格納手段に含
まれている項目のためのイメージ部分を切り出し、当該
イメージ部分の情報を表示装置に出力することを特徴と
する請求項１記載のコンピュータ・システム。
【請求項３】前記表示処理手段が、前記項目格納手段に含まれている項目のうちユーザが指
示した項目のための前記イメージ部分を切り出し、前記
ユーザによる指示に応答して、当該イメージ部分の情報
を表示装置に出力することを特徴とする請求項２記載の
コンピュータ・システム。
【請求項４】前記認識結果格納手段は、前記認識結果の修正が行われたか否かを表す情報を格納
しており、前記表示処理手段が、前記項目格納手段に格納されている項目に対する前記認
識結果について当該認識結果の修正が行われたことを表
す情報が前記認識結果格納手段に格納されている場合に
は、当該認識結果を識別可能な態様で前記読み合わせ確
認画面に含めることを特徴とする請求項１乃至３のいず
れか記載のコンピュータ・システム。
【請求項５】前記認識結果の修正が行われたか否かを表
す情報が、当該認識結果に含まれる文字毎に設定され、前記表示処理手段は、前記認識結果のうち修正が行われ
た文字を識別可能な態様で前記読み合わせ確認画面に含
めることを特徴とする請求項４記載のコンピュータ・シ
ステム。
【請求項６】前記読み合わせ確認が必要な項目が、前記
帳票に含まれる項目の内少なくとも一部について行われ
る認識結果の論理チェックの対象外であることを特徴と
する請求項１乃至５のいずれか記載のコンピュータ・シ
ステム。
【請求項７】所定の位置に所定の項目に係る文字を記入
するための複数の欄を有する帳票の情報を処理する帳票
処理プログラムであって、前記コンピュータに、前記帳票における前記複数の欄に記入された文字の認識
結果を格納する認識結果格納ファイルを取得するステッ
プと、前記認識結果格納ファイルに格納されている認識結果の
うち、前記帳票に対応して当該帳票内に含まれる項目の
内読み合わせ確認が必要な項目が予め規定された項目フ
ァイルに格納されている項目に対する認識結果を含む読
み合わせ確認画面の情報を表示装置に出力するステップ
と、を実行させるための帳票処理プログラム。
【請求項８】所定の位置に所定の項目に係る文字を記入
するための複数の欄を有する帳票の情報を処理する方法
であって、前記帳票における前記複数の欄に記入された文字の認識
結果を認識結果格納手段に格納するステップと、前記認識結果格納手段に格納されている認識結果のう
ち、前記帳票に対応して当該帳票内に含まれる項目の内
読み合わせ確認が必要な項目が予め規定された項目格納
手段に格納されている項目に対する認識結果を含む読み
合わせ確認画面の情報を表示装置に出力するステップ
と、を含む帳票処理方法。