(57)【特許請求の範囲】
【請求項１】
処理部と、表示部と、入力部と、記憶部とを有し、
帳票の画像データと、前記画像データ上の項目名及びデータ個所の文字列に関して、各文字列の前記画像データ上での座標情報、ＯＣＲ読み取り結果としての文字列テキストあるいは文字認識の候補としての認識仮説データ、各文字列と項目名との位置関係を含む付加情報とを１つの画像ファイルにまとめた証跡管理支援画像を読み込み、
前記表示部に、前記帳票の画像と、前記ＯＣＲ読み取り結果としての文字列テキストを表示し、
前記入力部から、前記読み取り結果に対する修正を受け付け、
前記処理部は、
修正された文字列に対応する前記画像上の位置を、前記証跡管理支援画像に含まれる認識仮説データを参照して取得し、証跡ログとして、前記入力部から受け付けた修正内容と関連付けして前記記憶部に保存し、
修正された文字列に対応する前記画像上の位置の探索範囲を、前記文字列と項目名との位置関係を利用して限定する
ことを特徴とする証跡管理装置。
【請求項２】
請求項１記載の証跡管理装置において、前記処理部は、前記ＯＣＲ読み取り結果としての文字列テキストに対応する前記画像上の位置を、前記証跡管理支援画像に含まれる前記各文字列の前記画像データ上での座標情報を参照して取得し、証跡ログとして、前記文字列テキストに関連付けして前記記憶部に保存することを特徴とする証跡管理装置。
【請求項３】
請求項１記載の証跡管理装置において、前記証跡管理支援画像はタグ形式画像ファイルであることを特徴とする証跡管理装置。
【請求項４】
撮像部と第１の処理部とを有するＯＣＲ装置と、第２の処理部と表示部と入力部と記憶部とを有する証跡管理装置からなる証跡管理システムであって、
前記ＯＣＲ装置は、前記撮像部によって帳票を撮像して当該帳票の画像データを取得し、前記第１の処理部によって、帳票の項目に関する情報を記憶した項目名辞書を用いて、前記帳票の画像データから項目名とそれに対応するデータ箇所の文字列を読み取り、各文字列について前記画像データ上の座標情報、文字認識結果としての文字列テキストあるいは文字認識の候補としての認識仮説データ、当該文字列と項目名との位置関係を含む付加情報を取得し、前記帳票の画像データと前記付加情報を１つの画像ファイルにまとめた証跡管理支援画像を出力し、
前記証跡管理装置は、前記表示部に前記証跡管理支援画像から抽出した帳票の画像と、前記ＯＣＲ読み取り結果としての文字列テキストを表示し、前記入力部から前記読み取り結果に対する修正を受け付け、前記第２の処理部によって、修正された文字列に対応する前記画像上の位置を、前記証跡管理支援画像に含まれる認識仮説データを参照して取得し、証跡ログとして、前記入力部から受け付けた修正内容と関連付けして前記記憶部に保存し、前記第２の処理部によって、修正された文字列に対応する前記画像上の位置の探索範囲を、前記文字列と項目名との位置関係を利用して限定する
ことを特徴とする証跡管理システム。
【請求項５】
請求項４記載の証跡管理システムにおいて、前記画像ファイルはタグ形式画像ファイルであることを特徴とする証跡管理システム。
【請求項６】
請求項４記載の証跡管理システムにおいて、前記第２の処理部は、前記ＯＣＲ装置による文字認識結果としての文字列テキストに対応する前記画像上の位置を、前記証跡管理支援画像に含まれる前記各文字列の前記画像データ上での座標情報を参照して取得し、証跡ログとして、前記文字列テキストに関連付けして前記記憶部に保存することを特徴とする証跡管理システム。
【請求項７】
前記認識仮説データには、文字パタンの識別情報、当該文字パタンの前記画像情報上における座標情報、当該文字パタンに続く文字パタンの識別情報、当該文字パタンの識別文字コード、及び当該文字パタンの識別文字類似度を含むことを特徴とする請求項４記載の証跡管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、紙の帳票を入力する業務において修正履歴を保管するための、帳票読取を行うＯＣＲ装置技術、及び当該ＯＣＲ装置と連携した証跡管理技術に関する。
【背景技術】
【０００２】
企業における様々な業務活動において、内部統制のための証跡ログを残すことが社会的に求められている。証跡ログとは、誰が、いつ、何の業務を、どのように処理したか、という業務遂行に関わる様々な履歴を意味する。データ入力業務に関して言えば、ＯＣＲ（Optical Character Reader）装置を用いて帳票を読取り、ＯＣＲ読取結果を修正インタフェース上に表示し、当該読取結果に存在する読取誤りや読取欠損を人手で修正するという一連のプロセスについて、これら情報処理の履歴を証跡ログとして残す必要がある。
【０００３】
ＯＣＲ装置の一般的な機能及び、それを用いた帳票入力業務の形態については、特許文献１や特許文献２に概要が記されている。特許文献１には、ＯＣＲ装置内の基本的な処理の流れが述べられている。帳票の自動読取りを行う場合、帳票内に記載されている文字コード、文字行、罫線、枠等を抽出し、データ入力が必要な帳票上の特定領域の読取りを行い、これをテキストファイルとして外部記憶装置に出力する。特許文献２には、ＯＣＲの読取精度を向上する手段として、ＯＣＲの認識結果に形態素解析を適用する手法が記されている。いずれも、ＯＣＲ装置を使って、紙帳票あるいは帳票画像上のデータを入力するための高精度なシステムを提案している。
【０００４】
【特許文献１】特開平６−５２１５６号公報
【特許文献２】特開平５−１０８８９１号公報
【特許文献３】特開平９−３１９８２４号公報
【特許文献４】特開２０００−２５１０１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一般に、内部統制と言う場合、紙文書をＯＣＲ装置により読取って認識結果をテキストファイルとして出力し、この出力ファイルを業務システムに登録した上で、業務システム上で証跡管理を行うという流れになる。しかし、このような証跡管理システムでは、紙や帳票画像の必要箇所を入力したかどうかといった履歴の管理はシステムの範疇外になる。また、既存のＯＣＲ技術を使っても１００％正しい読取は保証されないため、認識結果の修正を考慮したシステムが必要となる。
【０００６】
ＯＣＲ装置を使ったデータ入力業務を内部統制に適合したものとするためには、紙又は画像上に記載された必要データを全て入力したか否か、オペレータの修正結果も含めて履歴を管理できるかが重要なポイントとなる。このことは、ＯＣＲ読取結果及び修正結果として得られたテキスト情報だけでなく、それが紙面・画面上の何処に書かれているかも証跡ログとして残す必要があるということを意味する。これら修正の履歴や、読取結果のテキストと画像の対応などの、全ての履歴を手作業で証跡ログとして残すことは、本来の業務（帳票入力）からすれば余分な手間である。従って、ＯＣＲ装置と連携して、修正の履歴や、読取結果のテキストと画像の対応関係等の履歴を、証跡ログとして効率良く収集及び保存するためのシステムが必要となる。
【０００７】
本発明は、内部統制向けのログの自動収集と保存を負担なく遂行することを可能とする方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、次のアプローチを採用する。まず、ＯＣＲ装置からの出力形態を、単純な画像と読取テキストから、証跡管理支援画像というデータ形式に変更する。更に、ＯＣＲ認識結果の修正アプリケーション上において、修正イベントを検知して、当該イベントを行った人物と時間、更にどのような修正をしたかを自動的に保存する。更に、修正アプリケーション上では、証跡管理支援画像に含まれたデータを使って画像の再解析を行い、修正したデータ内容に対応する画像上の位置を検知することで、画像上の何処に対応する修正であるかを検出し、これをログとして保存する。これにより、ＯＣＲ装置と連携して、修正の履歴や、読取結果のテキストと画像の対応関係等の履歴を、証跡ログとして効率良く収集及び保存する。
【０００９】
本発明のシステムは、ＯＣＲ装置と証跡管理装置から構成される。ＯＣＲ装置は、画像撮像部と処理部と記憶部と表示部とを備える。画像撮像部は帳票を撮像することによって当該帳票の電子画像データを取得し、処理部は記憶部に蓄えられた辞書を元に帳票画像を読取り、証跡管理を支援する情報（認識仮説）を上記電子画像データに埋込んで文書画像（証跡管理支援画像）として記憶部に出力する。証跡管理装置は、処理部と記憶部と表示部と入力部を備え、表示部に上記読取結果と画像を表示し、入力部によりオペレータによる認識結果の修正を受付け、当該修正ログを記憶部に保存する。読取り結果に修正が行われた場合には、認識結果の修正箇所と文書画像上の対応付けを、記憶部に蓄えられた上記証跡管理支援画像を元に、処理部で対応関係を計算することで、自動的な画像対応付けを行う。証跡管理支援画像に記録された認識仮説を使うことで、対応付けに掛かる処理時間の短縮と効率化を図る。
【発明の効果】
【００１０】
ＯＣＲ装置から出力される証跡管理支援画像を用いて修正箇所に対応する画像上の対応付けを自動計算によって行うことで、内部統制向け証跡管理の効率化を図ることができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。
【００１２】
初めに、本実施例の前提となるハードウェア構成について述べる。図１は、ＯＣＲ装置及び証跡管理装置の一実施例を示すハードウェア構成図である。ＯＣＲ装置では、画像撮像部である画像撮像装置１０１により紙文書を電子画像データに変換し、それを記憶部である外部記憶装置１０５及びメモリ１０６に蓄えて、中央処理部（ＣＰＵ）である中央演算装置１０７により読取を行う。本実施例に係わるＯＣＲプログラム及び証跡管理プログラムは、外部記憶装置１０５又はメモリ１０６に蓄えられているか、通信装置１０９を介して装置に導入され、これら記憶部に記憶される。ＯＣＲプログラムは、撮像された電子データ画像に対して、中央演算装置１０７が帳票読取処理を行い、証跡管理支援画像として識別結果を出力する。帳票を読取る場合は、記憶部である外部記憶装置１０５又はメモリ１０６に蓄えられた文字識別辞書を参照し、帳票上に書かれた文字パタンを認識する。これらの処理は、操作端末装置１０２を通して操作者であるオペレータが操作可能であり、処理結果は表示端末装置１０３を通して表示される。処理結果などの情報は、必要に応じて外部記憶装置１０５に蓄積又は通信装置１０９を通して外部装置にデータとして送信される。上記装置群は内部バス１０８によって繋がっている。入力された伝票類はソータ装置１０４によって、定義された箱に分配・集積される。言い換えるなら、画像撮像装置１０１とソータ装置１０４を除けば、通常のパーソナルコンピュータ（ＰＣ）などのコンピュータシステムで構成されうる。証跡管理装置では、上記ＯＣＲ装置から出力された画像、及び認識結果を表示端末装置１０３に表示し、操作端末装置１０２を通して操作者であるオペレータが認識結果の修正を行い、修正ログを証跡として外部記憶装置１０５又はメモリ１０６に蓄える。ＯＣＲ装置による認識結果の確認及び修正を行ったオペレータに関する情報は、操作端末装置１０２へのログイン情報から取得され、証跡ログに記述される。
【００１３】
図２は、従来法と本発明の方法による内部統制向けの帳票処理及び証跡ログ管理処理の違いを模式化したものである。
【００１４】
まず従来のフローでは、帳票文書群（紙）２０１をＯＣＲ装置２０２に掛けて読取りを行う。ＯＣＲの出力は、２０３に示すように、紙画像を電子化した文書画像と、ＯＣＲ読取結果であるテキストファイルである。次に、修正装置２０４を使って読取結果の修正を行う。このフローでは、ＯＣＲ出力結果が読取結果テキストと文書画像であるため、テキストと文書画像を並べて表示し、それに対して修正を行う。その際、内部統制に対応するために、修正した結果、修正した人物、修正日時、修正内容と対応する画像上の箇所をデータベース又はファイルに修正ログ２０５として、人手で転記する必要がある。
【００１５】
これに対し、本発明による処理フローでは、紙文書群２０６をＯＣＲ装置２０７に掛けて読取を行う。ＯＣＲからは、紙画像を電子化した文書画像と、読取テキスト、更にはＯＣＲ装置内部で解析した結果として得られた文字行抽出や文字切出や文字認識の不確定性を情報として持つ読取仮説データ、及び文書の罫線情報や枠情報や文字行情報を持つ文書構造データ、読み取った項目名と対応するデータの関係、などのデータ群を文書画像の中に埋め込んだ証跡管理支援画像が、ファイル又はメモリに出力される（２０８）。次に、証跡管理装置２０９を使って読取結果の修正処理を行う。証跡管理装置は、ＯＣＲ出力結果である文書画像、読取結果のテキスト、及び付加情報を持つ証跡管理支援画像を入力として受ける。次に証跡管理装置は、証跡管理支援画像から文書画像とＯＣＲ読取結果テキストを抽出し、それを別々のウィンドウなどにして並べて表示し、オペレータがそれに対して修正を行う。追加修正したデータに対応する画像上の修正入力箇所は、証跡管理支援画像に含まれる認識仮説データを用いて証跡管理装置内で計算することができる。これを、点検時刻及び点検したオペレータの情報とともに、修正ログ２１０として自動的に蓄積する。
【００１６】
２０８で出力されるデータは、対応する紙文書又は文書画像を一意的に同定する文書ＩＤコードを持ち、磁気記憶装置などに恒久的に保存できる。保存する形態としては、文書画像、読取結果テキスト、読取仮説データ、文書構造データを別個にデータベース上に持つ場合と、これらのデータを付加情報として文書画像ファイル（証跡管理支援画像）中に埋め込んで持つことが考えられる。前者のメリットは文書画像とＯＣＲが付加したデータ（読取結果テキストなどのこと）を別個に扱うため、文書の閲覧や検索が、それぞれ独立の既存ツールを使ってできることにある。但し、証跡管理を考えた場合、データが別々の箇所で管理されるのは履歴管理上好ましい形態ではない。後者のメリットは文書画像ファイルのみを管理するだけで、画像とＯＣＲ読取結果と読取仮設の全情報にアクセスできる点である。後者の場合、前者のように文書ＩＤを使って、認識仮説データと文書画像の間のリンクを張る必要が無いため、文書管理が容易になる。
【００１７】
図３、図４に、帳票読取りから修正・ログ保存に至るまでの一連の流れをイメージで示す。本システムでは、まず、ＯＣＲ装置に帳票３０１が入力され読取が行われる。但し、この帳票には読取りの難しい箇所として手書きでの修正部分３０２や、帳票枠に掛かるチェック３０３などが存在する。この帳票を読取って修正画面（ＯＣＲ読取結果＆修正ＧＵＩ）上に表示した例が３０４である。外乱要因３０２、３０３が存在したため、この例ではＯＣＲ読取に失敗した箇所として３０５、３０６が存在する。次に証跡管理装置を用いて、ＯＣＲの認識結果に対する修正を行う。
【００１８】
文書画像ファイル（証跡管理支援画像）を読み込んだ証跡管理装置の画面上には、ＯＣＲ装置によって読み取られた帳票の画像と、図３に示したＯＣＲ読取結果＆修正ＧＵＩが、例えば別ウィンドウで同時に表示される。オペレータは、帳票の画像とその読み取り結果を見比べて、必要なときには修正操作を行う。また、証跡管理支援画像には、後述するように、ＯＣＲで読み取られた文字列の認識仮説データとして識別文字コードと識別文字類似度、画像上で位置座標等のデータが埋め込まれているので、証跡管理装置は、それらのデータを用いて修正文字列に対応する画像上の修正入力箇所の座標位置を計算し、帳票の各レコードの画像証跡ログを自動生成する。
【００１９】
修正後の画面例が４０１である。ここでは４０２、４０３の２箇所に対して修正が行われたものとする。証跡管理装置では、修正されたテキスト「川崎」「タチカワミツル」に対して、対応する画像上の領域を自動的に計算し、これを画像証跡ログとしてファイルに出力する。証跡ログの例は図４の下段、４０４、４０５、４０６、４０７に示されている。ここには、修正されたテキストか否か、認識結果のテキスト又は修正されたテキスト、画像上の対応位置、修正・点検した時刻及び担当者の氏名が記録されている。
【００２０】
先頭に「自動」と表示されているログ４０４、４０５はＯＣＲ読み取り結果に修正が施されなかったことを表し、「修正」と表示されたログ４０６、４０７はオペレータによる修正があったことを表す。ログ４０４を例に説明すると、「秦野」はＯＣＲで読み取られた文字列であり、「画像（20，60，220，240）は、それが帳票画像上のｘ方向２０ドットから６０ドットまで、ｙ方向２２０ドットから２４０ドットまでの矩形領域に位置することを意味する。これらの情報は、証跡管理支援画像に埋め込まれたデータから自動的に取得される。また、点検時刻は証跡管理装置にデータを読み込んだ時刻が記録され、点検した担当者の氏名は証跡管理装置へのログイン情報から取得される。
【００２１】
ＯＣＲ読み取り結果が修正された時、証跡管理装置では、ＯＣＲ装置が出力する証跡管理支援画像に埋め込まれた認識仮説データを用いて、帳票画像内の位置と修正箇所との対応関係を計算し直す。このため、オペレータが対応関係をマウスや電子ペンなどの機器を用いて指定し直すよりも、対応関係の計算時間の短縮化が図ることができ、さらに修正ログを自動的に蓄えるため、証跡管理に対する効率化を図ることが出来る。また、修正テキストに対応する画像上の領域を、画像全面から再度探すのではなく、修正インタフェース上の配置を見ることで、当該テキストの探索範囲を限定できる。例えば「川崎」は「所属」欄に属する項目であり、既に読まれている「秦野」というテキストの下に位置する。こういった修正インタフェース上の情報を使うことで、証跡管理支援画像上の探索範囲を限定できる。すなわち、「川崎」という項目が新たに入力された場合、既読の「秦野」の位置を使い、その下に位置する画像上の文字列群の中から「川崎」という単語を探索し直せばよい。このように、修正インタフェースとの連動により、帳票全画面に対応する情報を見る必要がなくなる。
【００２２】
探索範囲の限定について、もう少し詳細に説明する。オペレータによる修正箇所が修正画面上の表の、Ａ１行Ｂ１列に位置したとする。項目リストが縦に配置されているとすれば、Ｂ１列に対応する項目名が分かる。先ほどの例で言えば「川崎」という修正に対応する項目名は「所属」である。また、同様に修正箇所に最も隣接した既存読取項目も判明する。例えば、縦系列で最も近い既存読取項目の位置がＡ０行Ｂ１列であり、その項目は修正箇所の上にある（つまりＡ０＜Ａ１）とする。更に、横系列ではＡ１行Ｂ２列であったとする。すると、修正箇所に相当する文字列は、修正箇所Ａ１列Ｂ１行に対応する項目名がある縦の系列で、行の位置がＡ０行以下にある場所であると限定できる。更に、横方向の既存読取り箇所が存在するならば、縦の位置と横の位置の交差付近にある画像が読取り対象であると限定できる。
【００２３】
「川崎」という修正項目に関しては、「秦野」が最も近い同項目（所属）・縦系列の既存読取項目にあたる。「秦野」という読取結果は、証跡管理支援画像の中に、後述する図７（ａ）の形態で保持されている。図７（ａ）には文字行の読取結果のテキスト「秦野」と、その外接矩形座標（２０，６０，２２０，２４０）が格納されている。「川崎」という修正項目は修正画面インタフェース上で「所属」に属し、「秦野」の下の欄に入力されたテキストであるから、従って「川崎」という文字列を検索する位置はｙ方向（画像の上から下へと縦に伸びる方向）２４０ドット以下に位置する文字列と推定できる。また、ｘ方向については２０ドットから６０ドットの範囲近傍であると推定できる。そこで、証跡管理画像に含まれる認識仮説データの中から、ｘ方向が２０ドットから６０ドットの近傍範囲、ｙ方向が２４０ドット以下の条件を満たすものに探索範囲を限定して、「川崎」と読めるものを探すこととなる。この場合、「川崎」と書かれた部分については、後述する図７（ｂ）及び図７（ｃ）の形態を持つ文字行仮説として、証跡管理画像中に保持されている。図７（ｂ）には「川崎」という画像に対応する文字行の位置と、それに対応する仮説詳細情報が記録される。仮説詳細情報は図７（ｃ）の集合で表される。図７（ｃ）の集合としての仮説詳細情報のコンセプトは図８にある。これらについては後ほど詳述する。証跡管理装置は、このように修正インタフェース上の配置を利用して修正箇所に対応する画像上の領域の探索範囲を限定する。
【００２４】
図５は、ＯＣＲ読取から修正ログの証跡保存までの一連の処理の流れを説明する図である。まず、帳票５０１がＯＣＲ装置に入力される。ＯＣＲ読取処理５０２では、当該帳票の画像をスキャンし、指定された項目名に従って、項目名の箇所と、それに対応するデータの箇所を読み取る。その結果、読み取ったテキストと、当該項目名、画像上の位置などが判明する。読み取った結果のテキスト、その属性（どの項目名に対応するデータか、という情報）、更にＯＣＲ読取で抽出した文字パタンや罫線、文字行などの仮説、及び帳票画像データが一つにまとまって、証跡管理支援画像５０３としてファイルに出力される。証跡管理支援画像については後ほど詳述する。
【００２５】
ここで、ＯＣＲ読取処理５０２の内部の処理過程を簡単に説明する。ＯＣＲ読取処理５０２では、入力された電子画像データを元にして、罫線抽出、枠構造解析、読取対象枠の位置推定等の文書構造解析を行う。このとき使う認識処理には既知の技術（特許文献３、特許文献４など）を利用する。次に、文書構造解析の結果を受けて、読取対象である文字行を抽出する。次に、文字行画像から文字パタン候補の切出しと、各文字パタンの文字識別を行う。文字切出パタンと識別結果を併せて文字列仮説と称する。読取対象とする文書において、書かれ得る文字表記列が事前に決まっている場合は、文字列仮説に対して表記解析を行う。これにより、文字切出や文字識別の曖昧性を含んだ文字列仮設は、文字列テキストに変換される。ＯＣＲ読取処理５０２で使われる項目名定義では、読取対象である項目と、項目名称、そのデータ属性などが記される。例えば、（ＢＡＮＫ、銀行名｜銀行｜金融機関、漢字）などは、帳票中の読取対象として銀行の名称があり、それをＢＡＮＫという項目名とすること、帳票上の銀行の名称が書かれるエリアのタイトルは、銀行名又は銀行又は金融機関、として書かれること、銀行の名称が漢字で書かれることを表す。これら読取対象項目を列挙したものが項目名定義となる。例に示した項目名定義は最小限の表記であり、このほかにも、当該項目名が書かれる位置、項目名の配置関係などを記述することがある。
【００２６】
次に、修正作業に移る。５０４以降の処理は、証跡管理装置上での処理になる。修正作業は５０４に示す修正画面インタフェース上で行われる。修正ＩＦ表示の際は、その表示方法を定義した辞書を用いる。例えば、上記ＢＡＮＫとして読取った項目群を、画面ウィンドウ上の高さＹ１、横Ｘ１の位置から、１行あたりの高さＹ２で、下方向に順に表示し、ＯＣＲ装置で読み取られた帳票画像の下に修正入力項目を設ける、というようにインタフェースツール群の配置と、そこに表示する項目の記述が、修正ＩＦ定義辞書には記される。
【００２７】
マウスやキーボードにより修正するデータを入力すると、修正イベント検知処理５０５によって、それが検出される。修正箇所が既にＯＣＲで読み取られた箇所であり、文字列の長さが変わらないようであれば、条件判断５０６によって再解析の必要無しということで、修正ログだけが蓄積され（５０８）、次の修正イベント待ちの状態となる。修正箇所が新しい行である場合、文字列が大幅に修正された場合などは、再解析が必要と判断されて処理５０７に移る。処理５０７では証跡管理支援画像に埋め込まれた認識仮説データを元に、入力された修正テキストに対応する画像上の領域の対応付けを行い、それを証跡ログとして処理５０８でデータに蓄える。前述のように、修正テキストは画像全面から再度探すのではなく、修正インタフェース上の配置を見ることで、当該テキストの探索範囲を限定する。修正終了ボタンが押されるなどした場合は、条件判断５０９によって処理を抜ける。５０４から５０９の処理が、修正のある間、繰返し行われる。修正作業が終わった場合は終了処理に移行する。最終的に、帳票画像、読取テキスト、対応関係、修正履歴が出力されて、以上の処理が終わる（５１０）。
【００２８】
証跡管理支援画像について、図６、図７、図８により説明する。図６は、ＯＣＲ装置の出力である証跡管理支援画像のデータ構造について示したものである。図７は、証跡管理支援画像の認識仮説データとして蓄えられる情報の中身を示したものである。図８は認識仮説データの例である。
【００２９】
図６は、認識仮説データを文書画像上に埋め込む場合の一例を示したものである。この図ではＴＩＦＦなどのタグ形式画像ファイルを想定している。一般にタグ形式画像ファイルでは、ファイルの先頭ブロックにタグ情報が格納され、画像データ本体はタグからリンクを貼られた位置に存在する。タグ情報中にはそれぞれタグＩＤ番号が存在し、それにより、このタグの指すデータが画像データであるか、作成者や作成日時などのデータであるかを区別する。認識仮説データを加える場合は、このタグ情報をブロックに追加し、認識仮説データ用のタグＩＤと認識仮説データの登録先へのポインタを張れば可能となる。ここでは６０１のブロックには画像データが、６０２にはＯＣＲによる認識結果（認識仮説）データが格納されている。これらが一体のファイルとなった６０３が証跡管理支援画像となる。
【００３０】
図７（ａ）は文字行の読取結果を表す。読取結果には、文字行の行ＩＤ番号、当該文字行に外接する矩形の座標、当該文字行に続く行候補の行ＩＤ番号、帳票上に書かれた文字列を読み取ったテキスト、号外文字行の属性が含まれる。文字行の属性には、当該文字行が項目名であるのかデータであるのかの情報、当該テキストが金額を表すか、商品名を表すか等を示す情報、項目名との対応関係（配置の上下、左右）の情報を含む。図７（ｂ）は、文字行の読取仮説を表し、ここには最終的に決定しなかった文字パタンの仮説や、認識結果の仮説が含まれる。図７（ａ）と図７（ｂ）の文字行情報が集まって、１枚の画像に対する仮説情報となる。各行における文字切出及び文字識別の多重仮説は、図７（ｃ）に示す単一文字パタンの仮説情報が複数集まって構成される。すなわち、図７（ｂ）項番４の当該文字行の仮説詳細情報は、図７（ｃ）の集合（配列）として表される。図７（ｃ）の文字切出及び文字識別の多重仮説は、文字パタンのＩＤ番号と、文字行上で次に続き得る文字パタンへのＩＤ番号とを持つ。更に当該文字パタンの文字識別の多重仮説は、複数の識別コード及び識別した文字の類似度についての情報を含む。
【００３１】
図８は認識仮説データの例である。８０１は元の画像、８０３、８０４、８０５は認識仮説データが含む情報を模式的に表している。白丸８０３は文字間の区切りを示し、線８０４は文字パタンを表す。８０５は、文字パタンに対する認識結果のデータである。
【００３２】
図７に示した行ＩＤを用いて文字行単位での情報のまとまりを識別し、文字切出及び文字識別仮説によって当該文字行から単語を検出し、行座標情報を用いて修正テキストに対する画像上の位置をログとして出力することができる。更に、文字認識や文字パタン切出しの複数の仮説を類似度等の情報と共に保持するため、修正テキストに対応する画像上の対応領域の計算が容易となる。更に、項目間の対応関係を持つことで、文字の探索範囲を限定することができる。これら認識仮説と、修正テキストの間の対応関係の計算は、文法駆動型の動的計画法による文字列探索と、ベイズネットで表現された文字列間の配置関係に関する拘束条件を解く弛緩アルゴリズムとを組み合わせることで、解くことができる。
【００３３】
図８に示すような、文字認識や文字パタン切出しの複数の仮説を保持することの利点として、次の例が挙げられる。「本日月山」は「ホンジツ＋ツキヤマ」と「ホンミョウサン（本明山）」の２通りの解釈ができる。このような切出しの曖昧性に関わる不確定文字がある場合、ＯＣＲの認識結果を一意的に確定する事はできない。このような場合は、複数の仮説をそのまま保持し、修正テキストが確定した段階で計算する方が、事前に文字列を確定するよりも計算が容易になる。すなわち、「日」と「月」をそれぞれ独立の文字と読むか、あるいはまとめて「明」と読むのか、両方の可能性を仮説として証跡画像中に保持する。その後、オペレータが修正データを入力した後で、文字列を確定する。
また、証跡管理支援画像を用いれば、修正オペレータに対して、入力が不足している旨の警告、あるいは、入力に不整合があるケースについて、システム側から警告を発する機能を作る事ができる。例えば、証跡管理支援画像にある文字行仮説について、当該文字行仮説に対応する修正が無い、あるいは確定した読取り結果が存在しない場合、これを未入力文字行として検出し、警告を発する事ができる。あるいはオペレータが入力したテキスト列に対して、当該テキスト列に対応する文字切出仮説と文字認識仮説を探索し、テキスト列に対して不読文字・文字認識尤度の低いパタンが一定割合以上で生じる場合、これをＯＣＲ認識結果と不整合があるとして、注意を促す警告を発することができる。
【産業上の利用可能性】
【００３４】
本発明は、紙の帳票又を処理する帳票読取システムへの証跡管理に適用できる。
【図面の簡単な説明】
【００３５】
【図１】ＯＣＲ装置及び証跡管理装置の標準的なハード構成図である。
【図２】帳票読取から証跡収集に至る既存・新規システムの比較構成図である。
【図３】証跡収集の対象となる修正画面インタフェース例１である。
【図４】証跡収集の対象となる修正画面インタフェース例２である。
【図５】ＯＣＲ読取から証跡管理に至る一連の処理の機能ブロック図である。
【図６】証跡管理支援画像の構成例である。
【図７】証跡管理支援画像に含まれる読取仮設の構成例である。
【図８】読取仮設に含まれる文字切出し、文字認識仮設の例である。
【符号の説明】
【００３６】
１０１  画像撮像装置
１０２  操作端末装置
１０３  表示端末装置
１０４  ソータ装置
１０５  外部記憶装置
１０６  メモリ
１０７  中央演算装置
１０８  内部バス
１０９  通信装置
２０１  従来環境における読取対象の書類
２０２  従来環境におけるＯＣＲ装置
２０３  従来環境におけるＯＣＲ装置の出力である読取結果のデータ
２０４  従来環境における結果表示及び入力装置
２０５  従来環境における修正ログの蓄積
２０６  本発明における読取対象の書類
２０７  本発明におけるＯＣＲ装置
２０８  本発明におけるＯＣＲ装置の出力である証跡管理支援画像
２０９  本発明における結果表示及び入力装置
２１０  本発明における修正ログの蓄積
【図１】
0005134383.tif 000002
【図２】
0005134383.tif 000003
【図３】
0005134383.tif 000004
【図４】
0005134383.tif 000005
【図５】
0005134383.tif 000006
【図６】
0005134383.tif 000007
【図７】
0005134383.tif 000008
【図８】
0005134383.tif 000009