JP6191180B2

JP6191180B2 - プログラム、エラー判定方法及びエラー判定装置

Info

Publication number: JP6191180B2
Application number: JP2013056974A
Authority: JP
Inventors: 照幸渡辺; 勲真柄
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2013-03-19
Filing date: 2013-03-19
Publication date: 2017-09-06
Anticipated expiration: 2033-03-19
Also published as: JP2014182614A

Description

本発明は、プログラム、エラー判定方法及びエラー判定装置に関する。

文字認識技術を利用して文字を自動認識することが行われている（例えば、特許文献１参照）。例えばＯＣＲ（ＯｐｔｉｃａｌＣｈａｒａｃｔｅｒＲｅａｄｅｒ）装置は、用紙に記入された文字列を光学的に読み取り、文字認識することで文字列データを生成する。

特開２００６−９９２１３号公報

しかしながら、用紙に記載された金額や数量等の数値を読み取る際に誤りがあると正しい取引ができない。数値を読み取る際に誤りが発生する場合としては、文字認識に誤りがある場合と、用紙のズレやしわ等によって用紙からイメージデータを生成する際に誤りが生じる場合がある。生成されたイメージデータに誤りがあるとイメージデータに対する文字認識が正しく行われても、読取エラーとなってしまう。

そこで、一側面では、数値の誤りを判定することを目的とする。

一つの案では、数値を含む文字列データであって、数値の記入欄を有する用紙における前記記入欄から読み取られたデータである前記文字列データに含まれる、桁を区切るための桁区切り文字の数、又は該桁区切り文字で区切られた文字列の文字数、の少なくともいずれかに基づき、前記文字列データに誤りがあるかを判定し、前記文字列データに誤りがあると判定した場合、エラーを通知し、前記判定の処理は、前記文字列データに含まれる前記用紙の種別情報から該用紙のフォーマットを判定し、前記用紙のフォーマットに応じて特定される桁区切り文字の数と前記文字列データに含まれる桁区切り文字の数とに基づき前記文字列データに誤りがあるかを判定する、処理をコンピュータに実行させるプログラムが提供される。

一態様によれば、数値の誤りを判定することで、エラーを通知することができる。

一実施形態に係る金融システムの全体構成図。一実施形態に係る窓口端末装置の構成図。一実施形態に係る伝票（紙）の一例。一実施形態に係るエラー判定装置の機能構成図。一実施形態に係るレイアウトＤＢの一例。一実施形態に係る伝票の金額記入欄の読み取り例。一実施形態に係る表示画面例。一実施形態に係る伝票の読取処理を示したフローチャート。一実施形態に係るエラー判定処理を示したフローチャート。一実施形態に係るエラー判定処理を説明するための図。一実施形態に係るエラー判定装置のハードウェア構成図。

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［システムの全体構成］
まず、本発明の一実施形態に係る金融システムについて、図１を参照しながら説明する。図１は、一実施形態に係る金融システムの全体構成例を示す。本実施形態に係る金融システム１では、銀行の窓口業務を有する営業店Ａに設けられた複数の窓口端末装置１０ａ、同様に窓口業務を有する営業店Ｂに設けられた複数の窓口端末装置１０ｂがネットワークを介して営業店サーバ２０に接続されている。営業店サーバ２０は、ネットワークを介してホストコンピュータ３０に接続されている。

営業店Ａ、Ｂに設置された複数の窓口端末装置１０ａ、１０ｂは、例えば一日に一度、定期的に営業店サーバ２０から銀行の窓口業務等に必要なデータを受信する。窓口端末装置１０ａ、１０ｂ（以下、総称して窓口端末装置１０ともいう。）は、各窓口で取引されたデータを営業店サーバ２０に送信する。送信される取引データには、入金伝票や出金伝票に記入された金額や数量等の文字列が電子化された入金額や出金額等の数値を含む文字列データが含まれる。ホストコンピュータは、営業店サーバ２０との間で取引データ等の送受信を行い、金融システム１のデータを一括して管理する。

なお、本実施形態に係る金融システム１の構成は、これに限られない。例えば、営業店の数や各営業店内の窓口端末装置の数はいくつであってもよい。また、本実施形態に係る金融システム１が適用される機関は、銀行に限られず、郵便局や証券会社、その他の金融機関に設けられてもよい。

［窓口端末装置］
窓口端末装置１０は、図２に示されるように、金融機関の窓口に置かれた装置であり、デスク上に置かれたディスプレイ１８、キーボード１９を含む通常のＰＣと同様な機能に加えて、ＯＨＲ（ＯｖｅｒＨｅａｄＲｅａｄｅｒ）１２等の機能を有している。ＯＨＲ１２は、伝票からイメージデータを生成し、ＯＣＲの文字認識機能を用いてイメージデータに含まれる文字を認識する装置である。

窓口端末装置１０は、更に通帳の印字装置１４及び現金の入金及び出金装置１６等を有している。これにより、現金取引及び通帳記入が行われる。また、窓口端末装置１０は、後述するエラー判定処理を行うエラー判定装置１００を内蔵してもよい。エラー判定装置１００は、窓口端末装置１０の外部に設けられてもよい。

例えば、図２に示した窓口端末装置１０を操作するオペレータは、金額が記入された伝票Ａ（紙）をＯＨＲ１２の台１２ａの上に置く。ＯＨＲ１２は、伝票Ａを読み取ってイメージデータを生成し、該イメージデータをＯＣＲの機能を用いて文字認識することで伝票Ａに書かれた内容を文字列データに変換する。これにより、伝票Ａに示された金額や口座番号等の数値は、コンピュータが認識可能なデータに変換される。

伝票の一例として、図３に伝票Ａの詳細を示す。伝票Ａ（紙）は、顧客が現金を入金する際に使用する入金伝票の一例である。金額記入欄５３は、顧客が手書きで入金額を記入する欄である。その他、伝票Ａには、伝票ＩＤ５０、店番５１及び口座番号５２等が記載されている。

ここで、ＯＣＲの文字認識率（つまり、文字認識の確からしさ）は、手書きされた文字の状態等によって変わり、必ずしも１００％ではない。従って、オペレータは、手書きされた文字が変換されてイメージとして表示された画面を見て、オペレータの入力エリアにその数字を打鍵し、ＯＣＲの認識結果と打鍵結果とを照合する（ベリファイチェック）。

オペレータは、日々、上記の操作を窓口端末装置１０を使用して繰り返し行っておりＯＨＲ１２の扱いに長けている。このため、ＯＨＲ１２を利用して伝票の読取処理を行う際、オペレータの操作スピードは速い。このような状況において、オペレータが、ＯＨＲ１２の台１２ａ上に伝票をセットするとき、伝票をセットする位置が台１２ａからずれたり、ＯＨＲ１２による読取処理が完了する前に伝票が動かされたりすることがある。そのような事態が発生すると、伝票の金額記入欄５３の一部がＯＨＲ１２により読取可能なエリア（以下、認識エリアという。）から外れ、金額記入欄５３に手書きされた金額の一部分がイメージ化されない場合が発生する。例えば、金額記入欄５３には全体で１０桁の金額が記入されている場合において、９桁分の金額しかイメージ化されず、桁落ちが発生した状態である。

そこで、本実施形態では、桁落ち等の数値の誤りを判定することが可能なエラー判定装置１００を提案する。以下では、本実施形態に係るエラー判定装置１００の機能構成及び本実施形態に係るエラー判定装置１００が行うエラー判定処理について説明する。本実施形態では、数値に誤りがあると判定された場合には、エラーを知らせるメッセージがオペレータに通知される。これにより、伝票に記載された金額や数量等の数値を読み取る際のエラーにより、誤った取引が行われることを回避できる。

［機能構成］
本実施形態に係るエラー判定装置１００の機能構成について、図４を参照しながら説明する。図４は、本実施形態に係るエラー判定装置１００の機能構成を示す。エラー判定装置１００は、取得部１０１、記憶部１０３、イメージ格納部１０５、判定部１０７、レイアウトＤＢ（データベース）１０９及び通知部１１１を有する。

取得部１０１は、ＯＨＲ１２により伝票から文字認識された文字列データを取得する。前述の通り、ＯＨＲ１２は、金額が記入された伝票（紙）を読み取ってイメージ化し、文字認識して文字列データを生成する。

記憶部１０３は、取得した伝票の文字列データをイメージ格納部１０５に記憶する。判定部１０７は、取得した伝票の文字列データに誤りがあるかを判定する。判定の具体的内容については後述する。

レイアウトＤＢ１０９には、伝票の種別に応じたフォーマット情報が格納されている。伝票の種別は、図３に示した伝票ＩＤ５０により判定可能である。伝票ＩＤ５０は、文字認識され、取得した文字列データに含まれている。図５にレイアウトＤＢ１０９の一例を示したように、レイアウトＤＢ１０９は、伝票ＩＤ１０９ａに関連付けてフォーマット情報１０９ｂを記憶している。フォーマット情報１０９ｂには、金額記入欄５３に印刷されているピリオドの個数１０９ｃの情報も含まれている。なお、図５には、便宜的にフォーマット情報１０９ｂに並列してピリオドの個数１０９ｃを明記する。

例えば、伝票ＩＤ１０９ａが「２０２０１０」の場合、レイアウトＤＢ１０９に基づき、フォーマット情報１０９ｂ（ピリオドの個数１０９ｃを含む）から図３に示した入金伝票のフォーマット及び金額記入欄５３に印刷されたピリオドの個数が確定される。

フォーマット情報１０９ｂには、ＯＨＲ１２による読み取りの対象範囲である認識エリアが定められている。よって、ＯＨＲ１２は、フォーマット情報１０９ｂで定められた認識エリア内の文字列を認識し、認識した文字列に対して文字認識を行い、文字列データを生成する。例えば、図６には、フォーマット情報１０９ｂで定められた金額記入欄５３の認識エリアＳＡが一例として示されている。認識エリアＳＡには、レイアウトＤＢ１０で定義されたピリオドの個数１０９ｃ（ここでは３つ）が印刷されている。図６に示した金額記入欄５３の例では、ＯＨＲ１２は、認識エリアＳＡ内の文字列をイメージ化し、文字認識することで、文字列データとして、ピリオドＰ１，Ｐ２，Ｐ３、「￥」マークＭ、及び数値（金額）Ｆ１〜Ｆ７を生成する。生成されたピリオドＰ１，Ｐ２，Ｐ３の数が正しいかの判定は、文字列データに含まれるピリオドＰ１，Ｐ２，Ｐ３の数と、図５のレイアウトＤＢ１０９のピリオドの個数１０９ｃとに基づき判定される。記憶部１０３は、レイアウトＤＢ１０９に入金伝票や出金伝票等の取引伝票のフォーマットを記憶する。

図６には、伝票Ａの金額記入欄５３に対する認識エリアＳＡのみが示されているが、伝票ＩＤ５０や店番５１や口座番号５２にもフォーマット情報１０９ｂで定められた認識エリアが定められている。フォーマット情報１０９ｂには、その他の認識エリアを定めることもできる。また、伝票の種別に応じて特定されるフォーマット情報が異なるため、認識エリアも異なる領域を定義することができる。よって、ＯＨＲ１２は、フォーマット情報１０９ｂに定められた各認識エリアの文字列をイメージ化し、文字認識して文字列データを生成する。

以上より、金額記入欄５３に記入された数値を含む文字列データには、ピリオド（図６ではピリオドＰ１〜Ｐ３）、ピリオドで区切られた文字列（図６では各ピリオドで区切られた文字列Ｆ１〜Ｆ３、文字列Ｆ４〜Ｆ６、文字列Ｆ７）、及び「￥」マークＭが含まれる。なお、ピリオドは、桁を区切るための桁区切り文字の一例であり、桁区切り文字は、これに限らない。桁区切り文字は、桁を区切る記号であれば形は問わない。例えば、桁区切り文字は、カンマ、点、コロン、セミコロン等であってもよい。また、金額記入欄５３に記載の数値を含む文字列データには、「￥」マークＭが含まれる場合と、「￥」マークＭが含まれない場合がある。

通知部１１１は、伝票の文字列データに誤りがある場合、エラーを通知する。エラーの通知は、オペレータの注意を喚起する方法であればどのような手段を用いることもできる。一例としては、図６の伝票に対して図７の金額Ｄ３に示したように金額に型落ちが生じている場合、通知部１１１は、ディスプレイ１８のメッセージ欄Ｅにエラーメッセージを表示する。

図２に示したキーボード１９には、ＱＷＥＲＴＹキーの他、「エラー解除キー１９ａ」及び「伝票読取キー１９ｂ」がある。オペレータによりエラー解除キー１９ａが押された場合、取得部１０１は、そのキー操作を入力し、判定部１０７は、エラーの解除要求が発生したと判定する。また、オペレータにより伝票読取キー１９ｂが押された場合、取得部１０１は、そのキー操作を入力し、判定部１０７は、伝票の読取要求が発生したと判定する。

ディスプレイ１８には、図７に一例として示したように、ＯＨＲ１２によって読み取った、店番Ｄ１、口座番号Ｄ２、及び金額Ｄ３が表示される。各項目Ｄ１〜Ｄ３の真下にはオペレータが各項目の数値を入力するエリアＩ１〜Ｉ３が設けられている。金額の入力エリアＩ３にも、金額の桁を区切るためのピリオドが表示されている。

オペレータは、表示内容を見ながら各欄Ｉ１〜Ｉ３に打鍵することで、ＯＣＲの認識結果（店番Ｄ１、口座番号Ｄ２、及び金額Ｄ３）と打鍵結果とが照合される（ベリファイチェック）。このようにして、ＯＨＲ１２によって読み取った文字列データを表示することで、オペレータの誤入力の防止と、入力作業に対する負荷の軽減を図ることができる。

しかしながら、このような照合方法でオペレータが画面上で伝票上の金額等の数値を目視チェックするだけでは、誤認識された伝票を使った、誤った取引が実行される恐れがある。例えば、伝票に記載された金額や数量等の数値を読み取る際にエラーが生じると誤った数値によって正しい取引が妨げられる。読み取りの際に誤りが発生する場合としては、文字認識を実行する際に誤りが発生する場合と、用紙のズレやしわ等によって用紙からイメージデータを生成する際に誤りが発生する場合がある。文字認識の誤りは、オペレータによりベリファイチェックにより取り除くことができる。しかしながら、金額の桁落ちのように、文字列の読み取り時に誤ったイメージデータが生成された場合には、イメージデータからの文字認識が正しく行われても読取エラーとなってしまう。そして、オペレータは、金額の桁落ちのような読み取り時の誤りを見落とし易い。

例えば、文字列の読み取り時に誤ったイメージデータが生成される例を挙げる。
１．伝票中の金額記入欄の一部が認識エリアから外れた状態でセットされた場合、外れた金額記入欄の数字は読み取ることができず、読取エラーが発生する。
２．認識エリア内が、伝票を置くオペレータの手や指で一部さえぎられた場合、金額記入欄の数字は読み取ることができず、読取エラーが発生する。
３．その他、伝票のそり、ねじれ、しわにより読取エラーが発生したり、事務用品が伝票上に誤って置かれたりした場合にも、読取エラーが発生する。

よって、本実施形態では、伝票の読取処理にエラー判定処理を含み、このような数値の誤りを判定する。以下、本実施形態に係るエラー判定処理を含む伝票の読取処理について説明する。

［伝票の読取処理］
本実施形態に係る伝票の読取処理について、図８を参照しながら説明する。図８は、本実施形態に係る伝票の読取処理を示したフローチャートである。

オペレータが、ＯＨＲ１２の台１２ａ上に伝票をセットし、伝票読取キー１９ｂを押すと（ステップＳ１０）、図８の伝票の読取処理が開始される。ＯＨＲ１２は、台１２ａ上に置かれた伝票について、認識エリア内の文字列を読み取り、ＯＣＲ機能により読み取られた文字列の文字認識を行い、文字列データを生成する（ステップＳ１１）。なお、生成された文字列データには、数値が含まれる。また、生成された文字列データには、文字及び記号の少なくともいずれかがが含まれてもよい。

ＯＨＲ１２は、台１２ａ上の伝票の伝票ＩＤ５０の文字列を読み取り、伝票の種別を認識する（ステップＳ１２）。また、ＯＨＲ１２は、伝票の口座番号５２及び金額記入欄５３の文字列を読み取り、文字認識を行う（ステップＳ１３）。伝票の店番５１を読み取ってもよい。

次に、エラー判定装置１００が、桁落ち等をチェックするエラー判定処理を行う（ステップＳ１４）。エラー判定処理については後述する。次に、認識された文字列データにエラーがあると判定された場合、オペレータにエラーが通知され（ステップＳ１５）、本処理が終了する。

以上に説明したように、本実施形態に係る伝票の読取処理により、オペレータの入力作業及びベリファイチェックの負荷を軽減することができる。

［エラー判定処理］
次に、本実施形態に係るエラー判定処理について、図９及び図１０を参照しながら説明する。図９は、本実施形態に係るエラー判定処理を示したフローチャートである。図１０は、本実施形態に係るエラー判定処理を説明するための図である。

エラー判定処理は、エラー判定装置１００により実行される。まず、取得部１０１は、ＯＨＲ１２にセットされた伝票から文字認識された文字列データを取得する（ステップＳ２０）。次に、判定部１０７は、レイアウトＤＢ１０９から取得した文字列データに含まれる伝票ＩＤに対応するフォーマット情報を取得する（ステップＳ２１）。例えば、図５では、伝票ＩＤ１０９ａが「２０２０１０」の場合、判定部１０７は、レイアウトＤＢ１０９からフォーマット情報１０９ｂである「フォーマットＦＡ」を取得する。これにより、判定部１０７は、フォーマットＦＡ中に定義されたピリオドの数が「３」である情報も取得する。

次に、判定部１０７は、取得した文字列データに含まれる、伝票における金額記入欄のピリオドの数が正しい個数かを判定する（ステップＳ２２）。具体的には、判定部１０７は、取得した文字列データに含まれるピリオドの数と、フォーマット情報に応じて特定されるピリオドの数とを比較する。比較の結果、両者が合致している場合、判定部１０７は、取得した文字列データに含まれるピリオドの数は正しいと判定し、ステップＳ２６に進む。一方、両者が合致していない場合、判定部１０７は、取得した文字列データに含まれるピリオドの数に誤りがあると判定し、ステップＳ２３に進む。通知部１１１は、窓口端末装置１０のディスプレイ１８にエラーメッセージを表示して、オペレータに伝票の読取エラーを通知する。

例えば、図６に示した金額記入欄の認識エリアＳＡに含まれるピリオドＰ１，Ｐ２，Ｐ３の少なくともいずれかが読み取られなかった場合、取得した文字列データに含まれるピリオドの数と、フォーマット情報に応じて特定されるピリオドの数とは一致しない。これは、例えば、ＯＨＲ１２の台１２ａから伝票が大きくずれて置かれている状態、又はＯＨＲ１２の台１２ａに置かれている伝票の金額記入欄５３上に文具等が置かれている状態と想定される。

よって、通知部１１１は、図７のメッセージ欄Ｅに示したように、ディスプレイ１８に「正しく読み取られていません。セットされた伝票を確認してください。」というエラーメッセージを表示することで、オペレータにエラーを通知し、注意を喚起する。

エラーの通知に応じて、オペレータは、伝票のズレ、そり、ねじれ、しわ等を直した後、キーボード１９に設けられたエラー解除キー１９ａを押す。判定部１０７は、エラー解除キー１９ａが押されたことを認識し（ステップＳ２４）、ステップＳ２５に進んで、伝票読取キー１９ｂが押されたかを判定する。

オペレータが伝票読取キー１９ｂを押すと、判定部１０７は、伝票読取キー１９ｂが押されたことを認識し（ステップＳ２５）、ステップＳ２０に戻って、再度ステップＳ２０からエラー判定処理を実行する。

ステップＳ２２にて、読み取った伝票のピリオドの数が正しいと判定された場合、判定部１０７は、ステップＳ２６に進む。判定部１０７は、ピリオドＰ１、Ｐ２，Ｐ３で区切られた文字列の文字数のうち、最も右に位置するピリオドＰ１で区切られたピリオドＰ１の右側の文字列（数値）Ｆ３，Ｆ２，Ｆ１の文字数（数字の個数）が３個未満であるかを判定する（ステップＳ２６）。なお、最も右に位置するピリオドＰ１は、文字列データに含まれるピリオドのうち最も小さい桁を区切るピリオドに相当する。

３個未満である場合、ステップＳ２３に進み、通知部１１１は、窓口端末装置１０のディスプレイ１８にエラーメッセージを表示して、オペレータに伝票の読取エラーを通知する。

この場合、図１０（ｂ）に示したように、伝票Ａの右側が台１２ａから外れている場合が考えられる。図１０（ａ）に示したように、伝票Ａが台１２ａに正しくセットされている場合、認識エリアＳＡには、伝票Ａ（紙）の金額記入欄５３に記入された「１９０．０００」がすべて含まれる。よって、認識エリアＳＡに含まれる「１９０．０００」は、ＯＨＲ１２によって正しく読み取られ、最終的に読み取られ、文字認識されるイメージデータは、「１９０．０００」となる。

一方、図１０（ｂ）に示したように、例えば伝票Ａの右側が台１２ａから外れている場合、台上の伝票Ａ（紙）に対する認識エリアＳＡには、金額記入欄５３に記入された「１９０．０００」の１桁目の文字「０」が入っていない。認識エリアＳＡから外れた文字は、ＯＨＲ１２によって読み取ることができない。このため、読み取られたイメージデータは、金額記入欄５３に記入された文字列の１桁目が桁落ちした「１９０．００」となる。

図１０（ｃ）では、認識エリアＳＡの右側がオペレータの指で遮られ、伝票Ａの金額記入欄５３に記入された文字列の１桁目が隠されている。この場合にも、認識エリアＳＡから外れた文字は、ＯＨＲ１２によって読み取ることができない。このため、読み取られたイメージデータは、金額記入欄５３に記入された文字列の１桁目が桁落ちした「１９０．００」となる。

これらの場合には、ステップＳ２３にてオペレータにエラーを通知することで伝票の読取状態をチェックさせる。そして、ステップＳ２４及びステップＳ２５が実行された後、ステップＳ２０に戻り、再度伝票の読み取りが行われる。

ステップＳ２６の桁落ちが発生していない場合、ステップＳ２７に進み、判定部１０７は、取得した文字列データから「￥」マークを認識し、「￥」マークの右側に必要桁数のピリオドで区切られた文字列があるかを判定する。つまり、ステップＳ２７にて、判定部１０７は、ピリオドで区切られた文字列の文字数は、文字数の最上位の「￥」マークに対して正しい数となっているかを判定する。

例えば、図６に示した文字列データに含まれる、ピリオドで区切られたそれぞれの文字列Ｆ７「１」、文字列Ｆ６〜Ｆ４「９００」、文字列Ｆ３〜Ｆ１「０００」の文字数は、それぞれ１，３，３である。これに対して、「￥」マークＭは、金額記入欄５３の８桁目の位置に書かれている。このとき、判定部１０７は、「￥」マークＭの右側に必要桁数「７桁」の、ピリオドで区切られた文字列の文字数７（＝１＋３＋３）があると判定する。このように、「￥」マークＭが金額の最上位側に記載されていることを前提として、桁落ちをチェックすることができる。

ステップＳ２７にて、「￥」マークＭの右側に必要桁数の文字列の文字数（数字）がないと判定された場合、通知部１１１は、ステップＳ２３にてオペレータにエラーを通知することで伝票の読取状態をチェックさせる。そして、ステップＳ２４及びステップＳ２５が実行された後、ステップＳ２０に戻り、再度伝票の読み取りが行われる。

ステップＳ２７にて、「￥」マークの右側に必要桁数の文字列の文字数（数字）があると判定された場合、上記読取（ＯＣＲ認識）後の通常処理が継続して実行される（ステップＳ２８）。

通常処理としては、例えば、オペレータは現金を数え、伝票に書かれた金額と現金とが一致してするかを確認する。一致していれば、オペレータの操作に応じて窓口端末装置１０は、営業店サーバ２０を介してホストコンピュータ３３０に読み取られた伝票の文字列データを送信する。ホストコンピュータ３３０は、元帳を更新後、窓口端末装置１０に許可伝票を送信する。窓口端末装置１０は、許可伝票を受信したら、認証印字を行い、現金の入金又は出金を行う。認証印字は、取引が成立したことを証明する印字である。

以上に説明したように、本実施形態に係るエラー判定処理では、数値を示す文字列の３桁毎にピリオドが打たれた文字列を光学的に読み取って文字認識する。読み取った文字列データに含まれるピリオドの数、又は、ピリオドで区切られた文字列の文字数、の少なくともいずれかに基づき、文字列データに誤りがあるかが判定される。これによれば、伝票から文字列データを生成する際に、伝票のズレやしわ等によって発生した読取エラーを判定することができる。また、エラーが発生していると判定された場合には、オペレータにエラーを通知することができる。これにより、伝票に記載された金額や数量等の数値を読み取る際のエラーの発生を防止することができる。

（ハードウェア構成例）
最後に、本実施形態に係るエラー判定装置１００のハードウェア構成について、図１１を参照しながら簡単に説明する。図１１は、本実施形態にかかるエラー判定装置１００のハードウェア構成例を示す図である。

図１１に示すように、エラー判定装置１００は、入力装置２０１、表示装置２０２、外部Ｉ／Ｆ２０３、ＲＡＭ（Random Access Memory）２０４、ＲＯＭ（Read Only Memory）２０５、ＣＰＵ（Central Processing Unit）２０６、通信Ｉ／Ｆ２０７及びＨＤＤ（Hard Disk Drive）２０８を備え、それぞれがバスＢで相互に接続されている。

入力装置２０１は、キーボード１９やマウスなどを含み、エラー判定装置１００に各操作を入力する。表示装置２０２は、ディスプレイ１８などを含み、デスクトップ画面等を表示する。

通信Ｉ／Ｆ２０７は、エラー判定装置１００をネットワークに接続するインタフェースである。これにより、エラー判定装置１００は、通信Ｉ／Ｆ２０７を介して、営業店サーバ２０と各営業店の取引に関するデータ等を送受信する。

ＨＤＤ２０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する基本ソフトウェアであるＯＳ（Operating System）、及びＯＳ上において描画機能等の各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ２０８は、上記実施形態のエラー判定処理を行うためにＣＰＵ２０６により実行されるプログラムを格納する。

外部Ｉ／Ｆ２０３は、外部装置とのインタフェースである。外部装置には、記録媒体２０３ａなどがある。エラー判定装置１００は、外部Ｉ／Ｆ２０３を介して、記録媒体２０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体２０３ａとしては、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD Memory card）やＵＳＢメモリ（Universal Serial Bus memory）等が挙げられる。

ＲＯＭ２０５は、不揮発性の半導体メモリ（記憶装置）であり、起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ２０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ２０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。

エラー判定装置１００による取得部１０１、判定部１０７の各部は、ＨＤＤ２０８にインストールされたプログラムがＣＰＵ２０６に実行させる処理により実現される。イメージデータが格納されるイメージ格納部１０５及びフォーマット情報が登録されるレイアウトＤＢ１０９は、例えば、ＲＡＭ２０４、ＨＤＤ２０８を用いてもよいし、エラー判定装置１００にネットワークを介して接続される記憶装置を用いて実現可能である。

以上、エラー判定方法、エラー判定装置及びプログラムを実施例により説明したが、本発明は上記実施例に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。

例えば、本発明のエラー判定処理は、図９のステップＳ２２、Ｓ２６、Ｓ２７に限られない。例えば、「￥」マークの右側に位置するピリオドとピリオドとの間の文字列が３個未満であれば、エラーが発生していると判定してもよい。その場合にも、ステップＳ２３にてオペレータにエラーを通知することで伝票の読取状態をチェックさせる。そして、ステップＳ２４及びステップＳ２５が実行された後、ステップＳ２０に戻り、再度伝票の読み取りを行うようにしてもよい。

また、ステップＳ２２、Ｓ２６、Ｓ２７のエラー判定処理は、この順番で行われなくてもよいし、ステップＳ２２、Ｓ２６、Ｓ２７のうち少なくとも１つ実行されるようにしてもよい。ただし、ステップＳ２２、Ｓ２６、Ｓ２７の処理をすべて実行したほうが、読取エラーの判定精度が高まるため好ましい。

また、上記実施形態では、金額記入欄５３に記入された金額を、数値を含む文字列の一例とし、これを読み取って電子化したデータを、数値を含む文字列データの一例として説明した。しかしながら、本発明に係るエラー判定処理では、例えば、桁区切り文字で区切られた数値が含まれていれば、金額に限られず、数値を含む文字列とすることができる。また、これを読み取って電子化したデータを、数値を含む文字列データとしてエラー判定を行うことができる。

また、上記の実施形態において説明した金額記入欄５３を有する伝票は、数値の記入欄を有する用紙の一例であり、本発明は、金融機関の取引に使用される伝票以外の帳票にフォーマット化された数値記入欄の読取時のエラー判定にも適用できる。

また、上記実施形態において説明した「￥」マークは通貨記号の一例であり、他の通貨記号を用いることができる。

以上の説明に関し、更に以下の項を開示する。
（付記１）
数値を含む文字列データに含まれる、桁を区切るための桁区切り文字の数、又は該桁区切り文字で区切られた文字列の文字数、の少なくともいずれかに基づき、前記文字列データに誤りがあるかを判定し、
前記文字列データに誤りがあると判定した場合、エラーを通知する、
処理をコンピュータに実行させるプログラム。
（付記２）
前記文字列データは、数値の記入欄を有する用紙における前記記入欄から読み取られたデータであり、
前記判定の処理は、
前記文字列データに含まれる前記用紙の種別情報から該用紙のフォーマットを判定し、
前記用紙のフォーマットに応じて特定される桁区切り文字の数と前記文字列データに含まれる桁区切り文字の数とに基づき前記文字列データに誤りがあるかを判定する、
処理をコンピュータに実行させる付記１に記載のプログラム。
（付記３）
前記判定の処理は、
前記桁区切り文字のうち最も小さい桁を区切る桁区切り文字により区切られた文字列の文字数に基づき、前記文字列データに誤りがあるかを判定する、
処理をコンピュータに実行させる付記１又は２に記載のプログラム。
（付記４）
前記判定の処理は、
前記文字列データに含まれる通貨記号と前記桁区切り文字で区切られた文字列の文字数とに基づき前記文字列データに誤りがあるかを判定する、
処理をコンピュータに実行させる付記１〜３のいずれか一項に記載のプログラム。
（付記５）
数値を含む文字列データに含まれる、桁を区切るための桁区切り文字の数、又は該桁区切り文字で区切られた文字列の文字数、の少なくともいずれかに基づき、前記文字列データに誤りがあるかを判定し、
前記文字列データに誤りがあると判定した場合、エラーを通知する、
処理をコンピュータが実行するエラー判定方法。
（付記６）
前記文字列データは、数値の記入欄を有する用紙における前記記入欄から読み取られたデータであり、
前記判定の処理は、
前記文字列データに含まれる前記用紙の種別情報から該用紙のフォーマットを判定し、
前記用紙のフォーマットに応じて特定される桁区切り文字の数と前記文字列データに含まれる桁区切り文字の数とに基づき前記文字列データに誤りがあるかを判定する、
処理をコンピュータが実行する付記５に記載のエラー判定方法。
（付記７）
前記判定の処理は、
前記桁区切り文字のうち最も小さい桁を区切る桁区切り文字により区切られた文字列の文字数に基づき、前記文字列データに誤りがあるかを判定する、
処理をコンピュータが実行する付記５又は６に記載のエラー判定方法。
（付記８）
前記判定の処理は、
前記文字列データに含まれる通貨記号と前記桁区切り文字で区切られた文字列の文字数とに基づき前記文字列データに誤りがあるかを判定する、
処理をコンピュータが実行する付記５〜７のいずれか一項に記載のエラー判定方法。
（付記９）
数値を含む文字列データに含まれる、桁を区切るための桁区切り文字の数、又は該桁区切り文字で区切られた文字列の文字数、の少なくともいずれかに基づき、前記文字列データに誤りがあるかを判定する判定部と、
前記文字列データに誤りがあると判定した場合、エラーを通知する通知部と、
を有するエラー判定装置。
（付記１０）
前記文字列データは、数値の記入欄を有する用紙における前記記入欄から読み取られたデータであり、
前記判定部は、
前記文字列データに含まれる前記用紙の種別情報から該用紙のフォーマットを判定し、
前記用紙のフォーマットに応じて特定される桁区切り文字の数と前記文字列データに含まれる桁区切り文字の数とに基づき前記文字列データに誤りがあるかを判定する、
ことを特徴とする付記９に記載のエラー判定装置。
（付記１１）
前記判定部は、
前記桁区切り文字のうち最も小さい桁を区切る桁区切り文字により区切られた文字列の文字数に基づき、前記文字列データに誤りがあるかを判定する、
ことを特徴とする付記９又は１０に記載のエラー判定装置。
（付記１２）
前記判定部は、
前記文字列データに含まれる通貨記号と前記桁区切り文字で区切られた文字列の文字数とに基づき前記文字列データに誤りがあるかを判定する、
ことを特徴とする付記９〜１１のいずれか一項に記載のエラー判定装置。

１：金融システム、１０，１０ａ、１０ｂ：窓口端末装置、１２：ＯＨＲ，２０：営業店サーバ、３０：ホストコンピュータ、５０：伝票ＩＤ、５１：店番、５２：口座番号、５３：金額記入欄、１００：エラー判定装置、１０１：取得部、１０３：記憶部、１０５：イメージ格納部、１０７：判定部、１０９：レイアウトＤＢ、１１１：通知部、ＳＡ：認識エリア

Claims

数値を含む文字列データであって、数値の記入欄を有する用紙における前記記入欄から読み取られたデータである前記文字列データに含まれる、桁を区切るための桁区切り文字の数、又は該桁区切り文字で区切られた文字列の文字数、の少なくともいずれかに基づき、前記文字列データに誤りがあるかを判定し、
前記文字列データに誤りがあると判定した場合、エラーを通知し、
前記判定の処理は、
前記文字列データに含まれる前記用紙の種別情報から該用紙のフォーマットを判定し、
前記用紙のフォーマットに応じて特定される桁区切り文字の数と前記文字列データに含まれる桁区切り文字の数とに基づき前記文字列データに誤りがあるかを判定する、
処理をコンピュータに実行させるプログラム。
前記判定の処理は、
前記桁区切り文字のうち最も小さい桁を区切る桁区切り文字により区切られた文字列の文字数に基づき、前記文字列データに誤りがあるかを判定する、
処理をコンピュータに実行させる請求項１に記載のプログラム。
前記判定の処理は、
前記文字列データに含まれる通貨記号と前記桁区切り文字で区切られた文字列の文字数とに基づき前記文字列データに誤りがあるかを判定する、
処理をコンピュータに実行させる請求項１又は２に記載のプログラム。
数値を含む文字列データであって、数値の記入欄を有する用紙における前記記入欄から読み取られたデータである前記文字列データに含まれる、桁を区切るための桁区切り文字の数、又は該桁区切り文字で区切られた文字列の文字数、の少なくともいずれかに基づき、前記文字列データに誤りがあるかを判定し、
前記文字列データに誤りがあると判定した場合、エラーを通知し、
前記判定の処理は、
前記文字列データに含まれる前記用紙の種別情報から該用紙のフォーマットを判定し、
前記用紙のフォーマットに応じて特定される桁区切り文字の数と前記文字列データに含まれる桁区切り文字の数とに基づき前記文字列データに誤りがあるかを判定する、
処理をコンピュータが実行するエラー判定方法。
数値を含む文字列データであって、数値の記入欄を有する用紙における前記記入欄から読み取られたデータである前記文字列データに含まれる、桁を区切るための桁区切り文字の数、又は該桁区切り文字で区切られた文字列の文字数、の少なくともいずれかに基づき、前記文字列データに誤りがあるかを判定する判定部と、
前記文字列データに誤りがあると判定した場合、エラーを通知する通知部と、を有し、
前記判定部は、
前記文字列データに含まれる前記用紙の種別情報から該用紙のフォーマットを判定し、
前記用紙のフォーマットに応じて特定される桁区切り文字の数と前記文字列データに含まれる桁区切り文字の数とに基づき前記文字列データに誤りがあるかを判定する、
エラー判定装置。