JP2023057446A - 文書認識装置および文書認識方法 - Google Patents

Abstract

【課題】文書認識において、エンドユーザが読取対象文字列の属性を簡単な操作で決定することができ、システム管理者の労力をかけずに辞書を拡充することのできるようにする。
【解決手段】文書認識装置は、文書画像を文字認識して文字列に対する属性とその属性に対応する項目の項目値を求める装置であり、文書の文字認識の結果情報と文字列に対する属性とその属性に対応する項目の項目値のペアリングの結果情報を表示し、文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかったときに、文書上の文字列の表記と対応する項目の項目値を対指定した情報を受付け、文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかった文字列に対する属性とその属性に対応する項目の項目値に対してのペアリングの補完を行う。
【選択図】 図７

Description

本発明は、文書認識装置および文書認識方法に係り、特に、帳票などの入力欄を有する文書の認識と認識辞書を充実させる用途に好適な文書認識装置および文書認識方法に関する。

現今、情報処理装置により、活字や手書きのテキストの画像データを読み込み、文字コードに変換する光学式文字認識（ＯＣＲ：Optical Character Reader）は、様々な文書形態に応用され、デジタルデータの活用手段として広く利用されている。

例えば、帳票に応用される場合には、このような光学式文字認識による文書認識装置は、予め読取対象文字列の文書画像上での記載位置とその属性をユーザが事前に装置に登録しておく「帳票定義体」を定義しておき、それにより、読取対象文字列の読取および当該文字列の属性の認識と意味づけを行っていた。そのような文書処理においては、処理する文書のレイアウト、すなわち文字列の記載位置や枠の記載位置、枠の並びが統一されており、文書画像における読取対象文字列の記載位置が固定である場合には、前記の帳票定義体を事前に装置に登録することにより、読取対象文字列の位置検出および該文字列の属性の読取りを行うことができる。

帳票に関する文書認識に関する技術としては、例えば、特許文献１に開示されている。特許文献１に記載された帳票認識装置では、帳票画像から検出された文字列に対し、項目値スコアを計算し、項目値候補スコアを計算し、項目値候補ペアの配置関係に対し、異なる属性の項目値同士の配置関係としての妥当さを表す項目値候補配置スコアを計算する。そして、それらの項目値候補スコアと項目候補配置スコアの値から、異なる属性の項目値同士のペアとしての妥当さを表す項目値候補ペアスコアを計算し、項目値グループの項目値を決定することが記載されている。

この特許文献１に記載の技術を用いることにより、処理する文書のレイアウトが未知である文書処理業務において読取対象文字列の読取と当該文字列の属性（詳細は後述）の決定が可能になるとしている。

特開２０１５－１０２９３８号公報

特許文献１に記載の技術によれば、文書内の文字列の意味と配置に基づくスコア計算によって文字列の属性の決定が可能になる。しかしながら、特許文献１に記載の技術は、文字列認識の結果を属性および項目値の辞書と照合する必要があるため、辞書が存在しない場合や文字列を構成する文字に対する文字認識の結果が誤っていた場合には、項目名と項目値を一意にペアリングすることが困難になるという課題がある。

現実の文書処理システムにおいては、システム導入前に辞書を完備できないケースも多く、また文字認識の結果が必ずしも正しいとは限らないため、これらの不確実な状況に対応し、システム管理者の労力をかけずに辞書を拡充する必要である。

本発明の目的は、読取対象文字列の属性を決定し、システム管理者の労力をかけずに辞書を拡充することのできる文書認識装置を提供することにある。

本発明の文書認識装置の構成は、好ましくは、文書画像を文字認識して文字列に対する属性とその属性に対応する項目の項目値を求める文書認識装置において、文書の文字認識の結果情報と文字列に対する属性とその属性に対応する項目の項目値のペアリングの結果情報を表示し、文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかったときに、文書上の文字列の表記と対応する項目の項目値に関する情報を受付け、文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかった文字列に対する属性とその属性に対応する項目の項目値に対してのペアリングの補完を行うようにしたものである。

本発明によれば、エンドユーザが読取対象文字列の属性を簡単な操作で決定することができ、システム管理者の労力をかけずに辞書を拡充することのできる文書認識装置を提供することができる。

文書認識装置の機能構成図である。 文書認識装置のハードウェア・ソフトウェア構成図である。 文字認識結果テーブルの一例を示す図である。 辞書データテーブルの一例を示す図である。 ペアリングテーブルの一例を示す図である。 文書認識装置の一連の処理の概要を示すフローチャートである。 不確定ペアリング処理の詳細を示すフローチャートである。 文書認識結果画面の一例を示す図である（その一）。 帳票上の表記表示文字列と対応する項目に対して対指定を行っている様子を示す図である。 文書認識結果画面の一例を示す図である（その二）。

以下、本発明の係る一実施形態を、図１ないし図１０を用いて説明する。

本発明の文書認識装置は、文字認識において読取対象となる文字列の属性と表記、その文字列の記載形式に関する辞書（詳細は後述）が必ずしも完備されていない場合においても、読取対象文字列の属性を決定し、システム管理者にとって、労力をかけずに辞書を拡充するものであり、そのために、エンドユーザに対してペアリング候補を提示し、エンドユーザに操作をさせて、ペアリングできなかった属性の表記を辞書に追加する装置である。

ここで、文字列の属性、表記、項目値、ペアリングについて説明する。
属性とは、文字列の有する論理的な性質である。表記とは、帳票上の文字列の外形（項目名）である。項目値とは、帳票上の文字列が入力項目を表しているときに、帳票上で入力あるいは指定された値である。ペアリングとは、属性と項目値の対応をペアとして求めることである。

例えば、属性として「金額」の場合に、表記として、「金額」、「払い込み額」、「合計」などが考えられる項目値は、例えば、表記として「金額」の項目に記載された「１，２３４円」、「￥１，２３４」の値である。

先ず、図１ないし図６を用いて文書認識装置の構成について説明する。

文書認識装置１００は、機能構成として、図１に示されるように、レイアウト解析部１０１、文字認識部１０２、属性項目値ペアリング処理部１０３、不確定ペアリング処理部１０４、記憶部１１０を有する。

レイアウト解析部１０１は、帳票のレイアウトを解析し文字列が配置された相対位置を求める機能部である。文字認識部１０２は、帳票の画像から文字を認識し、対応する文字コードを求める機能部である。属性項目値ペアリング処理部１０３は、帳票から読み取られる情報に基づいて、属性とそれに対応する読み取られた項目値のペアリングを行う機能部である。不確定ペアリング処理部１０４は、属性項目値ペアリング処理部１０３でペアリングできなかった属性と項目値に対して、エンドユーザに情報を入力させたり、あるいは、既知の情報に基づいた演算処理により、属性と項目値のベアリングを行う機能部である。記憶部１１０は、文書認識装置１００で用いられるデータを記憶する処理部である。

記憶部１１０には、文字認識結果テーブル２０１、辞書データテーブル２０２、ペアリングテーブル２０３が保持される。なお、各々のテーブルの詳細は、後に説明する。

文書認識装置１００は、ハードウェア構成として、図２に示されるように、プロセッサ３０１、主記憶装置３０２、表示インタフェース３０３、入出力インタフェース３０４、補助記憶インタフェース３０５、ネットワークインタフェース３０６が、内部バス等を介して互いに接続される構成である。

プロセッサ３０１は、主記憶装置３０２にロードされたプログラムを実行し、文書認識装置１００の各部に指令を与える装置である。プロセッサ３０１がプログラムにしたがって処理を実行することによって、特定の機能を実現する。

主記憶装置３０２は、プロセッサ３０１が実行するプログラムおよびプログラムが使用する一時的データを格納する装置である。主記憶装置３０２は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）などの半導体記憶装置が考えられる。

表示インタフェース３０３は、ＬＣＤ（Liquid Crystal Display）などの表示装置３１０を接続するインタフェース回路である。

入出力インタフェース３０４は、入力装置３２０と出力装置３３０を接続するインタフェース回路である。入力装置３２０は、キーボード、マウス、およびタッチパネル等の文書認識装置１００に情報を入力する装置である。また、入力装置３２０は、スキャナ、デジタルカメラ等の画像取得のための機器も含む。出力装置３３０は、プリンタなどの文書認識装置１００の処理結果やデータの情報を出力する装置である。

補助記憶インタフェース３０５は、ＨＤＤ（Hard Disk Drive）などの磁気記憶媒体装置、または、ＳＳＤ（Solid State Drive）などの不揮発性の半導体記憶媒体装置などの大容量の補助記憶装置３４０を接続する回路である。

補助記憶装置３４０には、プログラムが格納されており、実行時には、そのプログラムは、主記憶装置３０２にロードされ、プロセッサ３０１が各々の機能を実現するプログラムを実行する。文書認識装置１００には、レイアウト解析プログラム３５１、文字認識プログラム３５２、属性項目値ペアリング処理プログラム３５３、不確定ペアリング処理プログラム３５４がインストールされている。

レイアウト解析プログラム３５１、文字認識プログラム３５２、属性項目値ペアリング処理プログラム３５３、不確定ペアリング処理プログラム３５４は、各々、レイアウト解析部１０１、文字認識部１０２、属性項目値ペアリング処理部１０３、不確定ペアリング処理部１０４の機能を実現するプログラムである。

また、補助記憶装置３４０には、データとして、文字認識結果テーブル２０１、辞書データテーブル２０２、ペアリングテーブル２０３が格納される。

ネットワークインタフェース３０６は、ネットワーク５を接続するためのインタフェース回路である。ネットワーク５は、通信媒体としては、有線でもよいし、無線でもよい。また、接続形態は、ＬＡＮ（Local Area Network：構内ネットワーク）でもよいし、インターネットのようなグローバルネットワークであってもよい。また、文書認識装置１００は、ネットワークや直接の接続を介して、他の計算機や記憶装置とデータの送受信や処理の分担をしてもよい。

上記の文書認識装置１００は、各機能を実現するソフトウェアにより実現する例について説明した。この場合には、プログラム開発者が、プログラムコードを、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）などにより記述し、コンパイルまたはアセンブルにより得た実行形式により、または、スクリプト言語によるスクリプトを実行することによりで実装することができる。

プログラムを格納する記憶媒体としては、既に述べたＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）の外、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどであってもよい。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。

次に、図３ないし図５を用いて文書認識装置で用いられるデータ構造について説明する。

文字認識結果テーブル２０１は、帳票上に配置されている文字列に対する認識結果を格納するテーブルであり、図３に示されるように、認識結果ＩＤ２０１ａ、文字列２０１ｂ、記載座標２０１ｃ、確信度２０１ｄの各フィールドからなる。

認識結果ＩＤ２０１ａには、認識結果のレコードを一意的に表す識別子が格納される。文字列２０１ｂには、帳票上の文字列を文字認識処理により認識した文字列が格納される。記載座標２０１ｃには、レイアウト解析処理により解析された文字列の帳票上の相対位置の座標で、例えば、矩形の左上と右下の座標が格納される。確信度２０１ｄには、文字認識処理の結果として、各認識結果文字列に付与される認識の信頼性を示す数値を、例えば、０以上１未満のスカラー値として格納する。

辞書データテーブル２０２は、文字認識と文字列の属性と項目値のペアリングに用いられる辞書データを格納するテーブルであり、辞書データテーブル（ＴＹＰＥＩ）２０２Ｉと、辞書データテーブル（ＴＹＰＥＩＩ）２０２ＩＩの二種類のテーブルがある。

辞書データテーブル（ＴＹＰＥＩ）２０２Ｉは、図４に示されるように、属性２０２Ｉａ、表記２０２Ｉｂの各フィールドを有する。

属性２０２Ｉａには、文字列の属性が格納される。属性とは、既に説明したように、文字列の有する論理的な性質である。表記２０２Ｉｂには、文字列の表記が格納される。表記とは、既に説明したように、帳票上の文字列の外形（項目名）である。図４に示されるように、一つの属性に対して複数の表記が存在する場合もありうる。例えば、図４の例では、「金額」という属性に対して、「金額」、「合計」、「ｔｏｔａｌ」などの表記を持ちうることを示している。また、辞書が完備されていないとは、ある属性に対して、帳票上に実現される文字列が、その属性に対応する表記として、辞書データテーブル（ＴＹＰＥＩ）２０２Ｉに含まれていないことを意味する。

辞書データテーブル（ＴＹＰＥＩＩ）２０２ＩＩは、図４に示されるように、属性２０２ＩＩａ、項目形値記載形式２０２ＩＩｂの各フィールドを有する。

属性２０２ＩＩａには、文字列の属性が格納されることは、辞書データテーブル（ＴＹＰＥＩ）２０２Ｉと同様である。項目形値記載形式２０２ＩＩｂには、属性２０２ＩＩａの項目値の記載形式を表す情報がある記述形式により格納される。例えば、「金額」の属性に対しては、「￥」マークと「数字」の組合せが指定され、「発行日」の属性に対しては、日付をあらわす「ｙｙｙｙ／ｍｍ／ｄｄ」の形式で項目値として格納されることを意味する。

ペアリングテーブル２０３は、属性と項目値のペアリングを格納するテーブルであり、図５に示されるように、属性２０３ａ、項目値２０３ｂの各フィールドからなる。ペアリングとは、既に説明したように、属性と項目値の対応をペアとして求めることであり、帳票上の文字列が入力項目を表しているときに、帳票上で入力あるいは指定された値である。

属性２０３ａには、文字列の属性が格納される。項目値２０３ｂには、属性２０３ａの属性に対応する項目値が格納される。

次に、図６および図７を用いて文書認識装置で実行される処理について説明する。

先ず、図６を用いて文書認識装置の一連の処理の概要について説明する。
文書認識装置１００は、先ず、帳票を読み込んだ入力画像に対してレイアウト解析処理を実施する（Ｓ２０１）。レイアウト解析処理とは、文字認識の前処理として、一般的に実施される帳票上文字列に対してのレイアウト配置を求める処理であり、例えば、入力画像を白黒の二値画像にし、連結する黒画素成分を抽出し、罫線、文字行、表領域等およびそれらの座標等を画像から抽出することが考えられる。なお、Ｓ２０１の入力画像は、入力装置３２０から取得したものの他、補助記憶装置３４０や外部の記憶装置などに格納されたものでもよいし、ネットワークインタフェース３０６を介してネットワーク５に接続された外部装置やサーバから取得したものでもよい。

次に、文書認識装置１００は、文字認識処理を実施する（Ｓ１０２）。文字認識処理とは、Ｓ１０１で抽出した全文字列に対して行う字種判別の処理のことであり、例えば、文字列画像から方向特徴を抽出し、その方向特徴を用いて文字認識辞書内の最近傍探索によって字種を判別することが考えられる。このとき、字種への所属確率としての確信度も同時に取得する。Ｓ１０２の処理結果として、図３に示された文字認識結果テーブル２０１に値が設定される。

次に、文書認識装置１００は属性項目値ペアリング処理を実施する（Ｓ１０３）。属性項目値ペアリング処理とは、Ｓ１０２で文字認識して判別した各文字列に対して行う属性判定処理のことであり、特許文献１のような公知の手法を用いて実現可能である。例えば、文字認識結果テーブル２０１と、図４に示した辞書データテーブル２０２を使用し、各文字列の意味と配置関係からに基づいてペアリングをして、図５に示したペアリングテーブル２０３に値を格納する。

次に、不確定ペアリング処理を実施する（Ｓ１０４）。不確定ペアリング処理では、辞書の不完備や文字認識結果の誤りによってＳ１０３でペアリングできなかった文字列をペアリングする。Ｓ１０４の処理の詳細については、図７を用いて説明する。

次に、図７を用いて不確定ペアリング処理の詳細について説明する。
これは、図６のＳ１０４に該当する処理である。
先ず、文書認識装置１００は、図６のＳ１０１ないしＳ１０３の処理で得た情報に基づいて、表示装置３１０に文書認識結果画面を表示する（Ｓ２０１）。文書認識結果画面には、後に詳細に説明するように、ペアリングの結果が表示される
次に、文書認識装置１００は、帳票により求められることが期待される全属性の項目値を取得できたか否かを判定する（Ｓ２０２）。全属性の項目値を取得できたときには（Ｓ２０２：ＹＥＳ）、処理を終了し、全属性の項目値を取得できていなときには（Ｓ２０２：ＮＯ）、Ｓ２０３に行く。

次に、文書認識装置１００は、エンドユーザからペアリング結果表示欄のペアリングできていない属性と項目値に対しての入力を受け付ける（Ｓ２０３）。

次に、入力された属性と項目値のペアが一組か否かを判定する（Ｓ２０４）。入力された属性と項目値のペアが一組のときには（Ｓ２０４：ＹＥＳ）、Ｓ２０６に行き、入力された属性と項目値のペアが複数のときには（Ｓ２０４：ＮＯ）、Ｓ２０５に行く。

入力される属性と項目値のペアが一組のときの文書認識結果画面におけるユーザインタフェースは、後に、図８および図９により説明する。

入力された属性と項目値のペアが複数のときには（Ｓ２０４：ＮＯ）、文書認識装置１００は、ペアリングできていない属性と項目値を表記または項目値から特定可能か否かを判定し（Ｓ２０５）、特定可能のときには（Ｓ２０５：ＹＥＳ）、Ｓ２０６に行き、特定可能でないときには（Ｓ２０５：ＮＯ）、Ｓ２０８に行く。

入力された属性と項目値のペアが複数のときの文書認識結果画面７００におけるユーザインタフェースは、後に、図１０により説明する。

入力された属性と項目値のペアが一組のとき（Ｓ２０４：ＹＥＳ）または入力された属性と項目値のペアが複数のときでペアリングできていない属性と項目値を表記または項目値から特定可能のときには（Ｓ２０４：ＮＯ、Ｓ２０５：ＹＥＳ）、文書認識装置１００は、入力された情報と認識された結果に基づいて、ペアリング結果表示欄を更新する（Ｓ２０６）。
次に、属性－表記に関する辞書テーブル（ＴＹＰＥＩ）２０２Ｉを更新する（Ｓ２０７）。
次に、最終結果として、必要なときには、ペアリング結果表示欄を更新する（Ｓ２０８）。

なお、本実施形態の処理では、属性－表記に関する辞書テーブル（ＴＹＰＥＩ）を説明した。しかしながら、属性－表記に関する辞書テーブル（ＴＹＰＥＩ）が既に登録されており、文字認識処理の結果、項目の項目値が得られ、それが数値型、日付型であるなど推測できるときには、その属性に対応する属性－項目値記載形式に関する辞書データテーブル（ＴＹＰＥＩＩ）を追加することも考えられる。

次に、図８ないし図１０を用いて文書認識装置の提供するユーザインタフェースについて説明する。

先ず、図８および図９を用いて入力される属性と項目値のペアが一組のときの文書認識結果画面におけるユーザインタフェースについて説明する。また、図４に示した辞書データテーブル２０２が格納されているものとする。

文書認識結果画面５００は、図８に示されるように、帳票解析情報表示欄５１０、ペアリング結果表示欄５２０、閉じるボタンからなる。

帳票解析情報表示欄５１０は、文書認識装置１００が対象となる帳票に対して、レイアウト解析処理、文字認識処理を行った結果の情報を表示する欄である。帳票解析情報表示欄５１０には、三種類の文字列が表示色などの区別により、エンドユーザに識別できる形態で表示される。

図８の例では、「請求書Ｎｏ．」のように、文字列の表記を表す表記表示文字列５１０ａと、「８９」のように、項目に対する項目値を表す項目値表示文字列５１０ｂと、「請求書」のように、前記両者のいずれに属さないＯｔｈｅｒ文字列５１０ｃである。

ペアリング結果表示欄５２０には、属性項目値ペアリング処理により、ペアリングされた属性と項目値のペアリングの結果が表示される。図８の例では、属性が「発行日」のエントリが、空白になっており、属性項目値ペアリング処理で、属性と項目値が対応付けられなかったことを示している。

これは、文字認識として、表記表示文字列５１０ａとして「日付」の文字列自体は正しく検出および認識できているが、辞書データテーブル（ＴＹＰＥＩ）２０２Ｉに、「発行日」の属性２０２Ｉａに対して、表記２０２Ｉｂとして「日付」を有するレコードが存在しなかったため、「発行日」の属性の項目値がペアリングできなかったことを意味する。

したがって、エンドユーザは、図９に示されるような操作を行って、「日付」の表記表示文字列５１０ａと、それに対応する「２０１７／６／２９」の項目値表示文字列５１０ｂをマウスなどのポィンティングデバイスより選択し、右クリックによって表示されるコンテクストメニュー５４０あるいはキーボードなどより、「対指定」コマンドを入力する。これにより、「発行日」の属性と、「２０１７／６／２９」の項目値が対応付けられ、その結果がペアリング結果表示欄５２０に反映される。また、属性－表記の対応を示す辞書データテーブル（ＴＹＰＥＩ）２０２Ｉに、属性２０２Ｉａが、「発行日」、表記２０２Ｉｂが、「日付」のレコードが追加される。

この例は、入力される属性と項目値のペアが一組のときである。

次に、図１０を用いて入力される属性と項目値のペアが二組のときの文書認識結果画面におけるユーザインタフェースについて説明する。また、上と同様に、図４に示した辞書データテーブル２０２が格納されているものとする。

図１０に示したように、図８と異なっている所は、属性「金額」に対応する表記項目文字列５１０ａが、「振込金額」となっていることである。

したがって、この場合、ペアリング結果表示欄５２０には、属性が「発行日」のエントリと、属性が「金額」が、空白になっており、この二つが属性項目値ペアリング処理で、属性と項目値が対応付けられなかったことを示している。

このとき、エンドユーザは、既に示した図９に示されるような操作を行って、「日付」の表記表示文字列５１０ａと、それに対応する「２０１７／６／２９」の項目値表示文字列５１０ｂの「対指定」コマンドを行う。

このとき、属性が「発行日」のエントリがペアリングされるため、ペアリングできなかったエントリとして、属性が「金額」であるエントリが残ることになる。

したがって、文書認識装置１００は、残っているペアリングの候補から、表記項目文字列５１０ａが「振込金額」の項目は、属性が「金額」であることを判定することができる。

そして、属性が「発行日」のエントリと、属性が「金額」が、空白になっており、この二つが属性項目値ペアリング処理で、属性と項目値が対応付けられなかったが、属性が「発行日」のエントリは、辞書データテーブル２０２ＩＩ（ＴＹＰＥＩＩ）の項目値記載形式２０２ＩＩｂで、「ｙｙｙｙ／ｍｍ／ｄｄ」の形式と合致するため、属性が「発行日」の項目値として、「２０１７／６／２９」の項目値表示文字列５１０ｂを採用すべきであり、属性が「金額」のエントリは、辞書データテーブル２０２ＩＩ（ＴＹＰＥＩＩ）の項目値記載形式２０２ＩＩｂで、「[数字]円」の形式と合致するため、属性が「金額」の項目値として、「１２３４円」の項目値表示文字列５１０ｂを採用すべきであるとして、各々の値が特定される。

また、属性－表記の対応を示す辞書データテーブル（ＴＹＰＥＩ）２０２Ｉに、属性２０２Ｉａが、「発行日」、表記２０２Ｉｂが、「日付」のレコードと、属性２０２Ｉａが、「金額」、表記２０２Ｉｂが、「振込金額」のレコードが追加される。

この例は、入力される属性と項目値のペアが二組のときであり、図７のＳ２０５：ＹＥＳの場合である。

以上述べてきたように、エンドユーザは、辞書の不備または文字認識誤りなどの失敗により、属性と項目値のペアリングが失敗したときでも、文書認識結果画面５００上での簡単なユーザ操作により、属性と項目値のペアリングの不備を補って完全なものにすることを試行することができる。

また、この操作により、属性と表記を対応させる辞書データが拡充されていくので、システム管理者にとって辞書構築の負担を軽減することができる。

１００…文書認識装置、１０１…レイアウト解析部、１０２…文字認識部、１０３…属性項目値ペアリング処理部、１０４…不確定ペアリング処理部、１１０…記憶部、
２０１…文字認識結果テーブル、２０２…辞書データテーブル、２０３…ペアリングテーブル

Claims (5)

1. 文書画像を文字認識して文字列に対する属性とその属性に対応する項目の項目値を求める文書認識装置において、
   文書の文字認識の結果情報と文字列に対する属性とその属性に対応する項目の項目値のペアリングの結果情報を表示し、
   文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかったときに、文書上の文字列の表記と対応する項目の項目値に関する情報を受付け、文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかった文字列に対する属性とその属性に対応する項目の項目値に対してのペアリングの補完を行うことを特徴とする文書認識装置。
2. 文書上の文字列の表記と対応する項目の項目値に関する情報は、文書上の文字列の表記と対応する項目の項目値を対指定した情報であることを特徴とする請求項１記載の文書認識装置。
3. 文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかった文字列に対する属性とその属性に対応する項目の項目値に対してのペアリングの補完を行ったときに、属性と文字列の表記に関する辞書データまたは属性と文字列の項目値記載形式に関する辞書データを追加することを特徴とする請求項１記載の文書認識装置。
4. 複数の文字列に対する属性とその属性に対応する項目の項目値の対象に対して、ペアリングできなかったときに、ある文字列に対する属性とその属性に対応する項目の項目値のペアリングの補完結果に基づいて、他の文字列に対する属性とその属性に対応する項目の項目値のペアリングの補完を行うことを特徴とする請求項１記載の文書認識装置。
5. 文書画像を文字認識して文字列に対する属性とその属性に対応する項目の項目値を求める文書認識装置の文書認識方法において、
   文書の文字認識の結果情報と文字列に対する属性とその属性に対応する項目の項目値のペアリングの結果情報を表示するステップと、
   文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかったときに、文書上の文字列の表記と対応する項目の項目値を対指定した情報を受付けるステップと、
   文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかった文字列に対する属性とその属性に対応する項目の項目値に対してのペアリングの補完を行うステップと、
   文字列に対する属性とその属性に対応する項目の項目値のペアリングできなかった文字列に対する属性とその属性に対応する項目の項目値に対してのペアリングの補完を行ったときに、属性と文字列の表記に関する辞書データまたは属性と文字列の項目値記載形式に関する辞書データを追加するステップとを有することを特徴とする文書認識方法。

Images