(57)【要約】【課題】オペレータによるテキストデータのチェック・修正作業の簡素化を図る。【解決手段】データ処理部４０は、入力欄に対して複数の文字が手書きされた振込依頼書の画像データから、複数の文字に対応するテキストデータを生成し、テキストデータと、単語辞書ＤＢ３４に格納されている単語データとに基づいて、テキストデータを複数の文字群（分割部分又は単語）に分割し、分割位置を識別可能な状態でテキストデータを表示するよう、表示処理部５０に対して指示を出す。【選択図】図３
2014137791.tif 000002
【特許請求の範囲】
【請求項１】
入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成し、
前記テキストデータと、格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割し、
前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する、
処理をコンピュータに実行させることを特徴とする表示プログラム。
【請求項２】
前記表示する処理では、前記格納部に格納されている単語データとは異なる文字群の先頭位置に、テキストデータ修正用のカーソルを表示することを特徴とする請求項１に記載の表示プログラム。
【請求項３】
前記表示する処理では、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方をその他の文字群とは異なる態様で表示することを特徴とする請求項１又は２に記載の表示プログラム。
【請求項４】
前記表示する処理では、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方を非表示とすることを特徴とする請求項１又は２に記載の表示プログラム。
【請求項５】
入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成する生成部と、
複数の単語データを格納する格納部と、
前記テキストデータと、前記格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割する分割部と、
前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する表示部と、を備える表示装置。
【請求項６】
入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成する工程と、
前記テキストデータと、格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割する工程と、
前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する工程と、をコンピュータが実行することを特徴とする表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、表示プログラム、表示装置及び表示方法に関する。
【背景技術】
【０００２】
従来、金融機関の窓口業務等において手書きされた書類（伝票）を読み取って電子化する技術や、オペレータによる電子化されたデータの修正作業を支援する技術が知られている（例えば、特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開０２／４６９８８号
【特許文献２】特開平６−２５１１８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
電子化されたデータをチェックし、修正する作業では、オペレータは手書き文字と電子化されたテキストデータを比較する作業を行う必要があり、煩雑である。したがって、テキストデータを表示する際には、オペレータがチェックや修正作業を行いやすくなるように表示することが好ましい。
【０００５】
１つの側面では、本発明は、手書き文字に対応するテキストデータのチェック作業を簡素化することが可能な表示プログラム、表示装置及び表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明者は、鋭意研究の結果、オペレータがテキストデータをチェックする場合、手書き文字とこれに対応するテキストデータを１文字１文字照らし合わせながらチェックするのではなく、誤って認識された、或いは認識不可であった文字が含まれる単語がどのようなものであるかを推測しながらチェックすることが多いことに気づいた。本明細書に記載の表示プログラム、表示装置及び表示方法は、上記新規知見に基づくものである。
【０００７】
本明細書に記載の表示プログラムは、入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成し、前記テキストデータと、格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割し、前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する、処理をコンピュータに実行させる表示プログラムである。
【０００８】
本明細書に記載の表示装置は、入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成する生成部と、複数の単語データを格納する格納部と、前記テキストデータと、前記格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割する分割部と、前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する表示部と、を備えている。
【０００９】
本明細書に記載の表示方法は、入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成する工程と、前記テキストデータと、格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割する工程と、前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する工程と、をコンピュータが実行する表示方法である。
【発明の効果】
【００１０】
本実施例に記載の表示プログラム、表示装置及び表示方法は、手書き文字に対応するテキストデータのチェック作業を簡素化することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る帳票処理システムの構成を概略的に示す図である。
【図２】図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、オペレータ端末のハードウェア構成を示す図である。
【図３】サーバ及びオペレータ端末の機能ブロック図である。
【図４】振込依頼書の一例を示す図である。
【図５】認識結果ＤＢのデータ構造の一例を示す図である。
【図６】単語辞書ＤＢのデータ構造の一例を示す図である。
【図７】強調表示ＤＢのデータ構造の一例を示す図である。
【図８】振込ＤＢのデータ構造の一例を示す図である。
【図９】データ処理部の一連の処理を示すフローチャートである。
【図１０】図９のステップＳ１６の具体的処理を示すフローチャートである。
【図１１】図９のステップＳ２２の具体的処理を示すフローチャートである。
【図１２】図１２（ａ）〜図１２（ｄ）は、図１０の処理を説明するための図（その１）である。
【図１３】図１３（ａ）〜図１３（ｃ）は、図１０の処理を説明するための図（その２）である。
【図１４】図１４（ａ）〜図１４（ｃ）は、図１０の処理を説明するための図（その３）である。
【図１５】オペレータ端末に表示される画面データの一例を示す図である。
【図１６】カーソルの表示位置を説明するための図である。
【図１７】修正後の画面データの一例を示す図である。
【図１８】変形例に係る画面データを示す図である。
【発明を実施するための形態】
【００１２】
以下、一実施形態について、図１〜図１７に基づいて詳細に説明する。図１には、一実施形態に係る帳票処理システム１００が概略的に示されている。
【００１３】
本実施形態の帳票処理システム１００は、図１に示すように、表示装置としてのサーバ１０と、オペレータ端末２０と、スキャナ６０と、を備える。サーバ１０、オペレータ端末２０及びスキャナ６０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。なお、スキャナ６０は、オペレータ端末２０に対してＵＳＢ（Universal Serial Bus）ケーブル等を介して接続されていてもよい。
【００１４】
図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、表示部９３、入力部９５、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。表示部９３は、液晶ディスプレイ等を含み、入力部９５は、キーボードやマウス、タッチパネル等を含む。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（表示プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（表示プログラムを含む）をＣＰＵ９０が実行することにより、図３に示すデータ処理部４０としての機能が実現される。データ処理部４０は、帳票に記載された手書き文字をテキストデータ化する処理や、テキストデータをオペレータ端末２０の表示部１９３上に表示するための処理などを行う。なお、図３には、サーバ１０のＨＤＤ９６等に格納されているイメージＤＢ（database）３０、認識結果ＤＢ３２、格納部としての単語辞書ＤＢ３４、強調表示ＤＢ３６、振込ＤＢ３８も図示されている。なお、各ＤＢ３０〜３８の具体的なデータ構造等については後述する。
【００１５】
図２（ｂ）には、オペレータ端末２０のハードウェア構成が示されている。図２（ｂ）に示すように、オペレータ端末２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、オペレータ端末２０の構成各部は、バス１９８に接続されている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。オペレータ端末２０においては、ＣＰＵ１９０がプログラムを実行することで、図３に示す表示処理部５０及び入力処理部５２としての機能が実現される。表示処理部５０は、サーバ１０のデータ処理部４０からの指示に応じて、オペレータ端末２０の表示部１９３上に帳票に関する画面を表示する。入力処理部５２は、オペレータ端末２０の利用者（金融機関の窓口のオペレータ等）が入力部１９５を介して入力した情報を受け付け、当該情報をサーバ１０のデータ処理部４０に対して送信する。
【００１６】
図１に戻り、スキャナ６０は、帳票（本実施形態では、図４に示すような振込依頼書）を読み込んで画像データ（イメージ）を生成する装置である。スキャナ６０で生成された画像データは、図３に示すサーバ１０のデータ処理部４０に入力され、データ処理部４０によってイメージＤＢ３０に格納される。
【００１７】
ここで、サーバ１０が有するＤＢ（イメージＤＢ３０、認識結果ＤＢ３２、単語辞書ＤＢ３４、強調表示ＤＢ３６、振込ＤＢ３８）について説明する。
【００１８】
イメージＤＢ３０は、スキャナ６０で生成された画像データを格納するデータベースである。イメージＤＢ３０は、図４に示すような振込依頼書の画像データが格納される。ここで、振込依頼書には、振込日、振込先金融機関（銀行名、支店名）、金額、手数料、科目（普通・当座）、口座番号、受取人、依頼人、備考の各入力欄が設けられている。振込依頼人は、各入力欄に対して主に手書きで文字を記入することが可能である。
【００１９】
認識結果ＤＢ３２は、図５に示すようなデータ構造を有している。この認識結果ＤＢ３２には、データ処理部４０がＯＣＲ（Optical Character Reader）機能を用いて手書き文字を認識した結果（テキストデータ）と、認識の際の正読率（読み取りの確からしさを表す度合）と、が格納される。なお、本実施形態では、認識結果ＤＢ３２には、振込依頼書のうち誤認識の可能性が高い（正読率が低い）入力欄である、「受取人」、「依頼人」、「備考」に記載された手書き文字の認識結果と正読率と、が格納されるものとする。なお、「受取人」、「依頼人」、「備考」の入力欄の正読率が低いのは、片仮名で記入されているためである。なお、データ処理部４０は、文字認識できなかった文字があった場合、当該文字に対応する欄に「？（リジェクト）」を格納する。
【００２０】
なお、「銀行名」、「支店名」の入力欄、及び数字が記載される入力欄（「振込日」など）は、記載される文字が限定されているため、誤認識の可能性は低い（正読率は高い）と考えられる。したがって、これらの認識結果は、認識結果ＤＢ３２には格納されない。また、「金額」などの重要項目については、認識結果ＤＢ３２には格納されない。
【００２１】
単語辞書ＤＢ３４には、振込依頼書に記入される頻度が所定値以上である単語データが登録されたＤＢである。単語辞書ＤＢ３４には、例えば、図６に示すような人名や地名、役職名や会社名などの単語（片仮名表記）のデータが格納されている。なお、単語辞書ＤＢ３４は、オペレータ等が随時更新できるようにしてもよいし、学習機能により単語データが随時更新されるようにしてもよい。
【００２２】
強調表示ＤＢ３６は、図７に示すようなデータ構造を有している。この強調表示ＤＢ３６には、認識結果ＤＢ３２に登録されている認識結果データが格納されている。また、強調表示ＤＢ３６では、認識結果データが、所定のルールに基づいて分割されるとともに、色分けされる。なお、上記所定のルールについては後述する。
【００２３】
振込ＤＢ３８は、データ処理部４０の認識結果（テキストデータ）をオペレータ等がチェック・修正した結果（確定した振込依頼書の内容）を格納する。振込ＤＢ３８は、図８に示すようなデータ構造を有しているものとする。なお、振込ＤＢ３８は、複数の振込依頼書のデータを１つのデータベースにてまとめて（表形式にて）管理してもよい。
【００２４】
次に、本実施形態におけるデータ処理部４０の処理について、図９〜図１１のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。
【００２５】
図９は、帳票処理システム１００（特にデータ処理部４０）の一連の処理を示すフローチャートであり、図１０は、図９のステップＳ１６の具体的処理を示すフローチャートであり、図１１は、図９のステップＳ２２の具体的処理を示すフローチャートである。
【００２６】
図９の処理では、まず、ステップＳ１０において、データ処理部４０が、スキャナ６０によって振込依頼書の読み取りが行われるまで待機する。すなわち、データ処理部４０は、振り込み依頼者が手書きした振込依頼書をスキャナ６０を用いて読み取る作業をオペレータが行った段階で、ステップＳ１２に移行する。
【００２７】
ステップＳ１２では、データ処理部４０が、ＯＣＲ機能を用いて文字認識処理を実行する。この文字認識処理により、データ処理部４０は、図８の振込ＤＢ３８の「振込日」、「銀行名」、「支店名」、「科目」の欄に認識した結果を入力する。なお、データ処理部４０は、「銀行名」、「支店名」の文字認識処理においては、銀行名や支店名の漢字表記とカタカナ表記とを対応付けたリスト（不図示の銀行名・支店名ＤＢ）を参照するものとする。また、データ処理部４０は、文字認識処理により、図５の認識結果ＤＢ３２の「受取人」、「依頼人」、「備考」の欄に認識結果（テキストデータ）と正読率を入力する。なお、データ処理部４０は、振込依頼書の「受取人」、「依頼人」、「備考」の欄のうち、片仮名表記された文字列のみを文字認識し、漢字や平仮名などで表記された文字列（「株式会社  富士通  太郎」など）は文字認識しないものとする。
【００２８】
なお、振込依頼書の重要項目である「金額」などについては、オペレータが直接入力した値が図８の振込ＤＢ３８に格納されるものとする。ただし、これに限らず、データ処理部４０が、重要項目の文字認識結果とオペレータが直接入力した結果とが一致するか否かを判断した後（いわゆるベリファイチェックをした後）、振込ＤＢ３８に入力結果を格納することとしてもよい。
【００２９】
次いで、ステップＳ１４では、データ処理部４０が、認識結果ＤＢ３２の各項目（以下、「認識項目」と呼ぶ）の１つを処理対象とする。具体的には、データ処理部４０は、認識結果ＤＢ３２の「受取人」、「依頼人」、「備考」のうちの１つ（ここでは、「受取人」とする）を処理対象とする。
【００３０】
次いで、ステップＳ１６では、データ処理部４０が、単語別判定処理のサブルーチンを実行する。具体的には、データ処理部４０は、図１０のフローチャートに沿った処理を実行する。
【００３１】
図１０の処理では、まず、ステップＳ３０において、データ処理部４０が、処理対象を強調表示ＤＢ３６にコピーし、スペース（空白）で分割する。具体的には、図１２（ａ）に示すように、処理対象の「受取人」の認識結果（テキストデータ）を、強調表示ＤＢ３６にコピーし、スペース（空白）ごとに分割する。なお、図１２（ａ）では、分割結果が太線枠にて示されている。
【００３２】
次いで、ステップＳ３２では、データ処理部４０が、１つの分割部分を処理対象とする。ここでは、分割部分「カフ゛シキカ゛？シカ」が処理対象とされたものとする。
【００３３】
次いで、ステップＳ３４では、データ処理部４０が、単語辞書ＤＢ３４に格納された単語データと一致する部分があるか否かを判断する。この場合、データ処理部４０は、図６の単語辞書ＤＢ３４を参照して、「カフ゛シキ」が単語データと一致する部分であると判断する。
【００３４】
ステップＳ３４の判断が肯定された場合、ステップＳ４２に移行し、データ処理部４０は、一致部分とそれ以外の部分を単語と認識する（図１２（ｂ）参照）。次いで、ステップＳ４４では、データ処理部４０が、１つの単語を処理対象とする。ここでは、単語「カフ゛シキ」が処理対象とされたものとする。次いで、ステップＳ４６では、データ処理部４０が、単語辞書ＤＢ３４に格納された単語データと一致する部分か否かを判断する。ここでの判断が肯定されると、ステップＳ５４に移行し、データ処理部４０は、正読率が所定値より小さい文字（ここでは、正読率が８０％未満の文字とする）がないか否かを判断する。この場合、データ処理部４０は、認識結果ＤＢ３２のうち、処理対象の単語「カフ゛シキ」の各文字の正読率を参照して正読率８０％未満の文字がないかを判断する。ここでの判断が肯定された場合には、ステップＳ５６において、データ処理部４０は、通常表示とし（色付き表示とせず）、ステップＳ６０に移行する。一方、図５のように、処理対象の単語「カフ゛シキ」のうち「カ」や「シ」の正読率が８０％未満であるような場合には、ステップＳ５４の判断が否定され、ステップＳ５８に移行する。ステップＳ５８では、データ処理部４０が、処理対象の単語「カフ゛シキ」を強調表示（水色）し（図１２（ｃ）参照）、ステップＳ６０に移行する。
【００３５】
ステップＳ６０に移行すると、データ処理部４０は、処理対象の分割部分の全単語の処理が終了したか否かを判断するが、ここでは、まだ、単語「カ゛？シカ」の処理が終了していないので、ステップＳ６０の判断は否定され、ステップＳ４４に戻る。
【００３６】
ステップＳ４４では、データ処理部４０が、残りの単語「カ゛？シカ」を処理対象とする。次いで、ステップＳ４６では、データ処理部４０が、単語辞書と一致する部分か否かを判断するが、ここでの判断が否定されると、ステップＳ４８に移行し、データ処理部４０が、処理対象の単語「カ゛？シカ」にリジェクト（「？」マーク）が有るか否かを判断する。ここでの判断が肯定されると、ステップＳ５２に移行し、データ処理部４０は、処理対象の単語「カ゛？シカ」を強調表示（赤色）し（図１２（ｄ）参照）、ステップＳ６０に移行する。一方、ステップＳ４８の判断が否定された場合（処理対象の単語にリジェクトが含まれていなかった場合）には、データ処理部４０は、処理対象の単語を強調表示（黄色）し、ステップＳ６０に移行する。ステップＳ６０では、データ処理部４０が、処理対象の分割部分の全単語の処理が終了したか否かを判断し、ここでの判断が肯定されると、ステップＳ６２に移行する。なお、ステップＳ６２に移行すると、データ処理部４０は、全分割部分の処理が終了したか否かを判断するが、ここでの判断が否定されると、ステップＳ３２に戻る。
【００３７】
ステップＳ３２に戻ると、データ処理部４０は、次の分割部分「７シ゛ツウ」を処理対象とし、次のステップＳ３４では、単語辞書と一致する部分があるか否かを判断する。ここでの判断が否定されると、ステップＳ３６に移行し、データ処理部４０は、リジェクトがあるか否かを判断するが、処理対象の分割部分「７シ゛ツウ」には「？」が含まれていないので、判断は否定され、ステップＳ３８に移行する。ステップＳ３８では、データ処理部４０は、処理対象の分割部分「７シ゛ツウ」を強調表示(黄色)し（図１３（ａ）参照）、ステップＳ６２に移行する。
【００３８】
そして、ステップＳ６２の判断が否定され、ステップＳ３２に戻ると、データ処理部４０は、次の分割部分「タ？ウ」を処理対象とし、次のステップＳ３４では、単語辞書と一致する部分があるか否かを判断する。その後は、ステップＳ３４（否定）、ステップＳ３６（否定）の後、ステップＳ４０にて、データ処理部４０は、処理対象の分割部分「タ？ウ」を強調表示（赤色）し（図１３（ｂ）参照）、ステップＳ６２に移行する。そして、ステップＳ６２の判断が肯定されると、図９のステップＳ１８に移行する。
【００３９】
ステップＳ１８に移行すると、データ処理部４０は、全ての認識項目（「受取人」、「依頼人」、「備考」）を既に処理対象としたか否かを判断する。ここでの判断が否定されると、ステップＳ１４に戻り、データ処理部４０は、次の認識項目（ここでは「依頼人」）を処理対象とする。
【００４０】
その後は、図１３（ｃ）に示すように、「依頼人」の文字列をスペースで分割し、各分割部分「？゛イヒヨウ？リツマリヤ７」、「フシ゛ツウ」、「ハナユ」それぞれに対して、図１０の処理（Ｓ１６）を実行する。これにより、図１４（ａ）に示すように、「？゛イヒヨウ？リツマリヤ７」が強調表示（赤色）（Ｓ４０）、「フシ゛ツウ」が通常表示（Ｓ５６）、「ハナユ」が強調表示（黄色）（Ｓ３８）となる。
【００４１】
また、ステップＳ１４において処理対象が、「備考」となると、図１４（ｂ）に示すように、分割部分「シ゛ヨウニフリコミナ？ヨウテ゛？ソタ゛イナツ」（スペースが無いため分割されない）が処理対象となり、単語辞書と一致する部分「フリコミ」と、それ以外の部分「シ゛ヨウニ」、「ナ？ヨウテ゛？ソタ゛イナツ」が単語として認識される（Ｓ４２）。そして、各単語「シ゛ヨウニ」、「フリコミ」、「ナ？ヨウテ゛？ソタ゛イナツ」それぞれに対して、図１０のステップＳ４４〜Ｓ５８の処理・判断を実行することで、図１４（ｃ）に示すように、「シ゛ヨウニ」が強調表示（黄色）（Ｓ５０）、「フリコミ」が通常表示（Ｓ５６）、「ナ？ヨウテ゛？ソタ゛イナツ」が強調表示（赤色）（Ｓ５２）となる。
【００４２】
以上のように全ての認識項目が処理対象となった後は、ステップＳ１８の判断が肯定されるので、ステップＳ２０に移行する。なお、通常表示される単語は、誤認識の可能性が最も低く、修正する必要がないと考えられる単語を意味する。また、強調表示（水色）される単語は、誤認識の可能性は低いため、修正しなくてもよい可能性が高いが、注意すべき単語を意味する。また、強調表示（黄色）される単語は、リジェクト文字は無いものの、修正する必要がある単語を意味し、強調表示（赤色）される単語は、リジェクト文字があり、修正する必要がある単語を意味する。
【００４３】
ステップＳ２０に移行すると、データ処理部４０は、画面表示を実行する。具体的には、図１５に示すような画面データを強調表示ＤＢ３６と、振込ＤＢ３８と、イメージＤＢ３０に基づいて作成して、当該画面データをオペレータ端末２０の表示処理部５０に対して送信する。なお、表示処理部５０は、受信した画面データをオペレータ端末２０の表示部１９３上に表示する。なお、図１５の画面データのうち、四角枠内には、イメージＤＢ３０に格納されている手書き文字が表示されるようになっている。また、図１５の画面データでは、ステップＳ３０やステップＳ４２で単語等に分割された位置が識別可能となるように、強調表示の色に応じた表示が行われる。この場合、図１５のように文字の背景が各色に塗り分けられてもよいし、文字自体が各色で表示されてもよい。
【００４４】
次いで、ステップＳ２２では、修正処理（目検チェック処理とも呼ばれる）のサブルーチンが実行される。この修正処理では、図１１のフローチャートに沿った処理が実行される。
【００４５】
図１１の処理では、まず、ステップＳ７０において、データ処理部４０が、画面データの中に強調表示（赤色又は黄色）された単語があるか否かを判断する。ここでの判断が否定された場合には、ステップＳ８２に移行するが、肯定された場合には、ステップＳ７２に移行する。なお、図１５の画面データの場合には、強調表示された単語があるので、ステップＳ７２に移行する。
【００４６】
ステップＳ７２に移行すると、データ処理部４０は、先頭の強調表示（赤色又は黄色）された単語の先頭文字に、文字入力用（テキストデータ修正用）のカーソルを表示するよう、表示処理部５０に対して指示を出す。この場合、表示処理部５０は、図１６の位置Ａにカーソルを表示する。
【００４７】
次いで、ステップＳ７４では、入力処理部５２は、オペレータからの入力を受け付ける。この場合、オペレータは、カーソルの表示されている単語（ご認識の可能性が高い単語）を修正することができ、入力処理部５２は、当該修正結果を受け付ける。なお、オペレータは、カーソルを自由に動かすことができるものとし、カーソルの表示された単語以外も自由に修正できるものとする。また、図１６の画面の四角枠内には、振込依頼者による手書き文字（片仮名や漢字、平仮名）が表示されているので、オペレータは、当該手書き文字を参照しながら、テキストデータを修正できるようになっている。更に、画面上においては、単語の区切りと、単語ごとの修正必要性（赤色、黄色、水色）とが明確に表示されているので、オペレータは、修正すべき部分を適切に判断することができる。
【００４８】
次いで、ステップＳ７６では、入力処理部５２は、ステップＳ７４で受け付けた入力が、オペレータによる「次へ」の操作であったか否かを判断する。なお、オペレータは、例えばキーボードの「enter」キーや、「space」キーを押すことで「次へ」の操作ができるものとする。オペレータによって当該操作が行われた場合、ステップＳ７８に移行する。
【００４９】
ステップＳ７８に移行すると、データ処理部４０は、表示処理部５０に対して、次の強調表示（黄色又は赤色）された単語の先頭にカーソルを表示する指示を出し、ステップＳ７４に戻る。この場合、表示処理部５０は、次の強調表示（黄色又は赤色）された単語の先頭にカーソルを表示する。
【００５０】
例えば、オペレータが、単語「カ゛？シカ」を修正し終えた後（単語「カ゛？シカ」にカーソルが位置している状態）で「次へ」の操作をした場合には、表示処理部５０は、図１６の位置Ｂにカーソルを表示する。また、単語「７シ゛ツウ」にカーソルが位置している状態でオペレータが「次へ」の操作をした場合には、表示処理部５０は、位置Ｃにカーソルを表示する。また、単語「タ？ウ」にカーソルが位置している状態でオペレータが「次へ」の操作をした場合には、表示処理部５０は、位置Ｄにカーソルを表示する。また、単語「？゛イヒヨウ？リツマリヤ７」や「フシ゛ツウ」にカーソルが位置している状態でオペレータが「次へ」の操作をした場合には、表示処理部５０は、位置Ｅにカーソルを表示する。また、単語「ハナユ」にカーソルが位置している状態でオペレータが「次へ」の操作をした場合には、表示処理部５０は、位置Ｆにカーソルを表示する。また、単語「シ゛ヨウニ」や「フリコミ」にカーソルが位置している状態でオペレータが「次へ」の操作をした場合には、表示処理部５０は、位置Ｇにカーソルを表示する。更に、単語「ナ？ヨウテ゛？ソタ゛イナツ」や「カフ゛シキ」にカーソルが位置している状態でオペレータが「次へ」の操作をした場合には、表示処理部５０は、位置Ａにカーソルを表示する。
【００５１】
一方、ステップＳ７６の判断が否定されて、ステップＳ８０に移行すると、データ処理部４０は、修正処理完了か否かを判断する。この場合、データ処理部４０は、図１５，図１６の画面内に存在する「修正終了（振込）」ボタンがオペレータによって押されたという情報を入力処理部５２から受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ７４に戻るが、肯定された場合には、ステップＳ８６に移行する。
【００５２】
ステップＳ８６に移行すると、入力処理部５２は、修正後のデータをデータ処理部４０に送信し、図９のステップＳ２４に移行する。なお、図１７には、図１５、図１６の画面のテキストデータをオペレータが修正した後の画面の状態が示されている。
【００５３】
ところで、ステップＳ７０の判断が否定された場合、すなわち、画面データ内に強調表示（赤色又は黄色）が無かった場合には、ステップＳ８２において、入力処理部５２は、入力を受け付ける。次いで、ステップＳ８４では、データ処理部４０は、ステップＳ８０と同様、修正処理が完了したか否かを判断する。ここでの判断が否定された場合には、ステップＳ８２に戻るが、肯定された場合には、ステップＳ８６に移行する。そして、ステップＳ８６に移行すると、前述したように、入力処理部５２が修正後のデータをデータ処理部４０に送信し、図９のステップＳ２４に移行する。
【００５４】
図９のステップＳ２４に移行すると、データ処理部４０は、振込処理を実行する。具体的には、データ処理部４０は、修正後のデータを図８の振込ＤＢ３８に格納するとともに、所定の振込処理（送金処理）を実行する。以上の処理により、図９の全処理が終了する。なお、図９の処理は、サーバ１０が稼動している間、繰り返し実行される。
【００５５】
なお、上記説明から分かるように、本実施形態では、一例として、データ処理部４０により、帳票の画像データからテキストデータを生成する生成部、テキストデータを複数の文字群に分割する分割部、及び、分割した位置が識別できる状態でテキストデータを表示する表示部としての機能が実現が実現されている。
【００５６】
以上、詳細に説明したように、本実施形態によると、データ処理部４０は、入力欄に対して複数の文字が手書きされた振込依頼書（図４）の画像データから、複数の文字に対応するテキストデータを生成し（Ｓ１２）、テキストデータと、単語辞書ＤＢ３４に格納されている単語データとに基づいて、テキストデータを複数の文字群（分割部分又は単語）に分割し（Ｓ３０、Ｓ４２）、分割した位置を識別できる状態でテキストデータを表示する（Ｓ２０、図１５等参照）。これにより、本実施形態では、オペレータは、誤って認識された、或いは認識不可であった文字を修正する際に、修正する文字が含まれる単語がどのようなものであるかを推測しながら、修正することができる。これにより、オペレータによるテキストデータのチェック・修正作業の簡素化を図ることができる。
【００５７】
また、本実施形態では、データ処理部４０は、単語辞書ＤＢ３４に格納されている単語データと一致しない文字群（単語）の先頭位置、及び認識できなかった文字（リジェクト文字）を含む文字群（単語）の先頭位置にテキストデータ修正用のカーソルを表示するよう、表示処理部５０に対して指示を出す。これにより、オペレータは、修正すべき文字を含んだ単語の先頭位置にカーソルを自ら合わせる必要がなくなる。したがって、オペレータによるテキストデータのチェック・修正作業を行いやすくすることができる。なお、オペレータはキーボード操作に長けており、単語単位でテキストデータを修正した方が入力しやすい場合が多いため、本実施形態では、単語の先頭位置にカーソルを表示するようにしている。
【００５８】
また、本実施形態では、データ処理部４０は、単語辞書ＤＢ３４の単語データと一致しない文字群（単語）、認識できなかった文字（リジェクト文字）を含む文字群（単語）、単語辞書ＤＢ３４に格納されている単語データと一致するが、正読率が所定値（８０％）より低い文字を含む文字群（単語）をその他の文字群とは異なる態様（異なる強調色）で表示するよう、表示処理部５０に対して指示を出す。これにより、オペレータは、各単語の認識結果（修正すべきか否か）を一目で確認することができるようになるため、どの単語を重点的にチェックすればよいかが明確となり、テキストデータのチェック・修正作業を簡易に行うことができる。
【００５９】
なお、上記実施形態では、上述した特定の文字群（単語）を、その他の文字群とは異なる強調色で表示する場合について説明したが、これに限られるものではない。例えば、上記特定の文字群の少なくとも１つを非表示とすることとしてもよい（図１８参照）。このようにしても、どの単語を重点的にチェックすればよいかが明確となるので、キーボード操作に長けているオペレータにとって、修正作業がしやすくなる。また、上記実施形態では、上記特定の文字群をその他の文字群とは異なる強調色で表示する場合について説明したが、これに限られるものではない。例えば、上記特定の文字群をその他の文字群とは異なる大きさで表示することとしてもよいし、異なるフォントで表示することとしてもよい。また、上記実施形態では、上記特定の文字群それぞれをその他の文字群とは異なる態様で表示する場合について説明したが、これに限らず、上記文字群の少なくとも１つをその他の文字群とは異なる態様で表示するようにしてもよい。
【００６０】
なお、上記実施形態では、オペレータが「次へ」操作を行うごとに、カーソルを強調表示（赤色または黄色）されている単語の先頭に移動させる場合について説明したが、これに限られるものではない。すなわち、上記実施形態では、上述したカーソルを移動させる処理を行わないこととしてもよい。また、強調表示（赤色または黄色）されている単語の先頭のほかに、強調表示（水色）されている単語の先頭にもカーソルを移動させるようにしてもよい。
【００６１】
なお、上記実施形態では、リジェクト文字「？」を含む単語は、一律、強調表示（赤色）する場合について説明したが、これに限られるものではない。例えば、リジェクト文字を含む個数に応じて表示態様を変更することとしてもよい。
【００６２】
なお、上記実施形態において説明したサーバ１０の機能を各オペレータ端末２０が有していてもよい。このようにしても、上記実施形態と同様の処理を実現することが可能である。
【００６３】
なお、上記実施形態では、帳票処理システム１００を、金融機関で利用する場合について説明したが、これに限られるものではない。すなわち、帳票処理システム１００は、手書き文字が記載された帳票をテキストデータに変換して処理する様々な場面において適用することができる。
【００６４】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００６５】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００６６】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００６７】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００６８】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成し、
前記テキストデータと、格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割し、
前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する、処理をコンピュータに実行させることを特徴とする表示プログラム。
（付記２）  前記表示する処理では、前記格納部に格納されている単語データとは異なる文字群の先頭位置に、テキストデータ修正用のカーソルを表示することを特徴とする付記１に記載の表示プログラム。
（付記３）  前記表示する処理では、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方をその他の文字群とは異なる態様で表示することを特徴とする付記１又は２に記載の表示プログラム。
（付記４）  前記表示する処理では、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方を非表示とすることを特徴とする付記１又は２に記載の表示プログラム。
（付記５）  入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成する生成部と、
複数の単語データを格納する格納部と、
前記テキストデータと、前記格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割する分割部と、
前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する表示部と、を備える表示装置。
（付記６）  前記表示部は、前記格納部に格納されている単語データとは異なる文字群の先頭位置に、テキストデータ修正用のカーソルを表示することを特徴とする付記５に記載の表示装置。
（付記７）  前記表示部は、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方をその他の文字群とは異なる態様で表示することを特徴とする付記５又は６に記載の表示装置。
（付記８）  前記表示部は、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方を非表示とすることを特徴とする付記５又は６に記載の表示装置。
（付記９）  入力欄に対して複数の文字が手書きされた書類の画像データから、前記複数の文字に対応するテキストデータを生成する工程と、
前記テキストデータと、格納部に格納されている複数の単語データとに基づいて、前記テキストデータを複数の文字群に分割する工程と、
前記テキストデータにおける分割位置を識別可能な状態で、前記テキストデータを表示する工程と、をコンピュータが実行することを特徴とする表示方法。
（付記１０）  前記表示する工程では、前記格納部に格納されている単語データとは異なる文字群の先頭位置に、テキストデータ修正用のカーソルを表示することを特徴とする付記９に記載の表示方法。
（付記１１）  前記表示する工程では、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方をその他の文字群とは異なる態様で表示することを特徴とする付記９又は１０に記載の表示方法。
（付記１２）  前記表示する工程では、前記格納部に格納されている単語データとは異なる文字群と、前記格納部に格納されている単語データと同一の文字群のうち読み取りの確からしさを表す度合が所定の値以下である文字を含む文字群と、の少なくとも一方を非表示とすることを特徴とする付記９又は１０に記載の表示方法。
【符号の説明】
【００６９】
１０  サーバ（表示装置）
３４  単語辞書ＤＢ（格納部）
４０  データ処理部（生成部、分割部、表示部）
【図１】
2014137791.tif 000003
【図２】
2014137791.tif 000004
【図３】
2014137791.tif 000005
【図４】
2014137791.tif 000006
【図５】
2014137791.tif 000007
【図６】
2014137791.tif 000008
【図７】
2014137791.tif 000009
【図８】
2014137791.tif 000010
【図９】
2014137791.tif 000011
【図１０】
2014137791.tif 000012
【図１１】
2014137791.tif 000013
【図１２】
2014137791.tif 000014
【図１３】
2014137791.tif 000015
【図１４】
2014137791.tif 000016
【図１５】
2014137791.tif 000017
【図１６】
2014137791.tif 000018
【図１７】
2014137791.tif 000019
【図１８】
2014137791.tif 000020