イメージ処理装置
【課題】係員が簡単な操作で顧客取引を完了できる改良された金融機関用の営業店端末装置の提供。
【解決手段】イメージスキャナで読取られた取引伝票イメージデータ８３と文字認識手段で認識された取引情報を、各伝票識別子と対応して予め決められたフォーマットをもつ伝票データレコード８１として蓄積するための手段を有し、各伝票データレコードが、前記文字認識手段で認識された取引情報と対をなして、認識対象領域となった部分的イメージデータを含み、上記制御手段が、上記部分的イメージデータを前記取引画面中の対応する取引情報と比較できる位置に表示し、取引伝票と対応した帳票定義テーブルと取引画面テーブルを検索し、帳票定義テーブルで定義された部分領域から取引情報を自動認識し、これを取引画面テーブルで定義された取引画面の入力フィールドに自動的に設定して、係員による操作を省略して取引に必要なデータ入力を完了できる。
【解決手段】イメージスキャナで読取られた取引伝票イメージデータ８３と文字認識手段で認識された取引情報を、各伝票識別子と対応して予め決められたフォーマットをもつ伝票データレコード８１として蓄積するための手段を有し、各伝票データレコードが、前記文字認識手段で認識された取引情報と対をなして、認識対象領域となった部分的イメージデータを含み、上記制御手段が、上記部分的イメージデータを前記取引画面中の対応する取引情報と比較できる位置に表示し、取引伝票と対応した帳票定義テーブルと取引画面テーブルを検索し、帳票定義テーブルで定義された部分領域から取引情報を自動認識し、これを取引画面テーブルで定義された取引画面の入力フィールドに自動的に設定して、係員による操作を省略して取引に必要なデータ入力を完了できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関用の営業店端末装置に関し、更に詳しくは、金融機関の営業店窓口に設置されるホストオンライン窓口端末装置のように、端末画面に表示された取引画面の入力フィールドに、顧客が記入した多種類の取引伝票に従って取引情報を設定し、ホストコンピュータにデータ伝送する営業店端末装置に関するものである。
【背景技術】
【０００２】
従来、金融機関の営業店窓口に設置されているホストオンライン窓口端末装置では、利用者から取引科目別の取引伝票を受け取ったオペレータが、伝票と対応する取引データ入力画面を呼び出すための画面番号をキーボードから入力し、端末画面に表示された取引画面の各入力フィールドに取引金額等、伝票上の記入データをキーボード入力することにより、目的の取引を実行していた。
【０００３】
特許文献１には、取引伝票の特定個所をイメージリーダで読み取ることによって、各伝票と対応する取引データ入力画面を端末画面に呼び出し、表示された取引データ入力画面の各入力フィールドに、伝票の記入データを係員がキーボード入力するようにしたシステムが提案されている。
【０００４】
また、特許文献２には、様式コードと取引コードとからなる伝票識別コードを各取引伝票からＯＣＲによって読取り、通帳の磁気ストライプから科目コードを読取り、上記科目コードと取引コードとの組み合わせによって、取引内容を記録するためのデータ項目を設定し、取引内容の確認画面を表示する端末装置が提案されている。この場合、取引内容の確認画面には、伝票からＯＣＲで読取られた各データ項目の内容、例えば、店番、口座番号、入金額などが表示され、確認画面の表示データに問題がなければ、これらのデータが記録データとして管理装置に送信処理される。
【０００５】
【特許文献１】特開平７−１２１６３５号公報
【特許文献２】特開平８−１５３２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
然るに、特許文献１のように、顧客が記入した取引伝票の内容を見て、係員がキーボードでデータ入力する方式では、キーボード操作の不慣れや誤操作などによって、データ入力操作に時間がかかり、端末装置の効率的な運用が阻害されるという問題があった。また、特許文献２のように、各伝票から読取ったコード情報と通帳から読取ったコード情報との組み合わせによって取引データ項目を設定し、取引内容の確認画面を表示する方式では、自動読取りされた各コード情報を確認するための画面が発生するため、係員の操作ステップが増えるという問題があった。
【０００７】
本発明の目的は、係員が簡単な操作で顧客取引を完了できる改良された金融機関用の営業店端末装置を提供することにある。 本発明の他の目的は、顧客が記入した取引データと金融機関側で記入した取引データとを自動的に読取って取引画面に表示可能な改良された金融機関用の営業店端末装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の金融機関用の営業店端末装置は、取引伝票の内容をイメージデータに変換するイメージスキャナと、取引伝票に印刷された伝票識別子と対応して、取引データ入力用の画面データと、上記画面データに含まれる各データ入力フィールドと伝票上のデータ項目との対応関係を定義した取引画面テーブルと、取引伝票に印刷された伝票識別子と対応して自動認識処理すべきフィールド位置とデータ項目との関係を定義した帳票定義テーブルと、上記イメージスキャナで読取られた取引伝票イメージデータ中の特定データ項目の取引情報を各取引伝票の伝票識別子で特定された帳票定義テーブルに従って自動的に認識する文字認識手段と、上記文字認識手段で認識された取引情報を上記取引画面テーブルの定義に従って取引情報入力用の画面データに設定し、取引画面として端末表示画面に表示する制御手段とからなることを特徴とする。
【０００９】
本発明の他の特徴は、上記取引画面テーブルのうちの１つが、特定のデータ項目と対応して、前記キーボード上の特定ファンクションキーのランプ点灯条件を定義したランプ定義情報を含み、上記制御手段が、文字認識手段で認識された特定の項目の取引情報が上記ランプ定義情報で定義された点灯条件を満たしている時、該ランプ定義情報で定義されたキーボード上の特定のファンクションキーのランプを点灯させるための手段を備えたことにある。
【００１０】
本発明の他の特徴は、取引画面テーブルのうちの１つが、画面データに含まれる資金内訳用の金額データ入力フィールドに付随して、資金内訳区分名と該区分名の表示条件を定義しており、上記制御手段が、前記文字認識手段で認識された資金内訳項目の取引情報が上記表示条件を満たしている時、上記資金内訳用の金額データ入力フィールドに上記資金内訳区分名を表示するための手段を備えたことにある。
【００１１】
本発明の更に他の特徴は、上記イメージスキャナで読取られた取引伝票イメージデータと文字認識手段で認識された取引情報を、各伝票識別子と対応して予め決められたフォーマットをもつ伝票データレコードとして蓄積するための手段を有し、各伝票データレコードが、前記文字認識手段で認識された取引情報と対をなして、認識対象領域となった部分的イメージデータを含み、上記制御手段が、上記部分的イメージデータを前記取引画面中の対応する取引情報と比較できる位置に表示することにある。本発明の１実施例では、上記制御手段が、文字認識手段によって認識された取引情報中の不読文字を検出し、不読文字のある取引情報が設定されたデータ入力フィールドを他のフィールドとは区別できる形式で取引画面に表示する。
【発明の効果】
【００１２】
上述のように、本発明によれば、取引伝票から自動認識された伝票ＩＤに基づいて、取引伝票と対応した帳票定義テーブルと取引画面テーブルを検索し、帳票定義テーブルで定義された部分領域から取引情報を自動認識し、これを取引画面テーブルで定義された取引画面の入力フィールドに自動的に設定することによって、係員による操作を省略化して取引に必要なデータ入力を完了できる。また、取引画面への資金内訳情報の自動表示機能や、関係するファンクションキーランプの自動点灯機能を備えたことによって、端末の操作性を大幅に改善できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施例を図面により詳細に説明する。
【００１４】
図１は、本発明によるイメージ認識機能を備えた金融機関用の営業店窓口端末装置の１実施例を示すブロック図である。
【００１５】
窓口端末装置は、ＣＰＵ（Central Processing Unit：中央処理装置）と主記憶装置とから構成されて、蓄積プログラム方式により端末装置の動作を制御する制御装置１０と、取引伝票の内容をイメージとして読取るイメージスキャナ１１と、取引画面や取引データなどが表示される表示画面（ディスプレイ装置）１２と、テンキーと複数のファンクションキーとを備え、ファンクションキーの一部がキーランプ付きとなっているキーボード１３と、表示画面上でカーソル位置を移動し、表示画面上の位置を指定するマウス１４と、取引結果を印刷するプリンタ１５と、ホストコンピュータとのオンライン接続制御を行なう通信装置１６と、ホストコンピュータに接続するための通信回線１７と、イメージスキャナで読取られた伝票のイメージデータから後述する帳票定義テーブルに従って印刷文字列または記入文字列を自動的に認識する文字認識装置（プログラムルーチン）１８とを備える。
【００１６】
また、上記窓口端末装置は、磁気ディスク等の外部記憶装置からなるメモリ領域に、伝票識別子（伝票ＩＤ）と画面番号との関係を定義した取引対応テーブルを記憶するための取引定義ファイル２０と、取引画面上の各データ入力フィールドの識別子（入力ＦＩＤ）と設定すべきデータ項目の識別子（項目ＩＤ）との関係を定義した取引画面テーブルを記憶するための画面定義ファイル３０と、イメージスキャナ１１で読み取られた伝票イメージ上の部分イメージ領域切出位置と自動認識された取引データの項目ＩＤとの関係を定義した帳票定義テーブルを記憶するための帳票定義ファイル５０と、１つの取引画面が複数の画面からなる場合に、各取引画面の入力情報を一時的に保存するためのメモリ領域である取引画面キュー６０と、各顧客の届出印鑑の印影データが登録される印鑑データベース（ＤＢ）７０と、イメージスキャナ１１で読み取った伝票の全体イメージおよび文字認識装置１８で認識された取引情報を格納するための帳票データファイル８０とを備える。但し、ファイル２０〜８０は、複数の端末で共用させてもよい。
【００１７】
本実施例の窓口端末装置は、顧客が提出した取引伝票をイメージスキャナ１１で読み取り、各取引伝票から自動認識された伝票ＩＤと対応する取引画面を自動的に端末表示画面１２に表示し、表示された取引画面の各データ入力フィールドに、伝票イメージから自動認識された取引情報（取引金額、資金内訳金額、資金内訳キー名称など）を表示すると共に、取引形態に応じて、キーボード１３上の特定のファンクションキーのキーランプを点灯させることを特徴としている。
【００１８】
図２は、イメージスキャナ１１で読み取られる取引伝票の１例を示す。
【００１９】
取引伝票１０００は、店番号記入欄１００１と、口座番号、顧客氏名、取引金額などの取引データの記入欄１００２の他に、各伝票の所定位置に印刷された伝票ＩＤ：１００３と、取引区分欄１００４と、印鑑の押印欄１００５と、資金内訳金額の記入欄１００６と、この伝票が処理済であることを表示する処理済印字部１００７と、取引科目を示す伝票グループ欄１００８を備えている。
【００２０】
図３は、取引定義ファイル２０の構造を示す。
【００２１】
取引定義ファイル２０は、伝票の種類および取引画面に対応した複数の取引対応テーブル２１から構成される。各取引対応テーブル２１は、各伝票に印刷された伝票ＩＤ：１００３に一致する伝票ＩＤ：２２と、伝票グループ２３と、取引画面の画面番号２４と、テーブル属性２５との関係を定義している。伝票グループ２３は、例えば、図２の伝票グループ欄１００８に含まれる普通預金や定期預金等の科目と対応した複数のエントリからなり、各エントリは、データ項目ＩＤ２３１と、各データ項目の伝票記述内容を定義した項目情報２３２を含む。
【００２２】
図４は、画面定義ファイル３０の構造を示す。
【００２３】
画面定義ファイル３０は、取引対応テーブル２１で定義された画面番号２４に対応する複数の取引画面テーブル３１からなる。各取引画面テーブル３１は、画面番号３２と、これに付随する１つ以上の画面テーブル４０からなり、ここでは、各取引画面テーブル３１に、画面番号３２と、付随する画面テーブル４０を示す画面テーブルポインタ３３とを定義し、画面テーブルポインタ３３に従って各画面テーブル４０を参照できるようにしてある。取引画面が複数のサブ画面に分割されている場合、画面テーブルポインタ３３には各サブ画面の画面テーブルと対応した複数のポインタ３３１、３３２、・・・が設定される。
【００２４】
本実施例では、各画面テーブル４０が、取引画面の画面データ４１と、ランプ定義情報４２と、複数の表示定義情報エントリ４３（４３−１、４３−２、・・・）とを含む。画面データ４１は、例えば、表示すべき各データ項目名と対応して、取引情報を設定するための入力フィールドと、伝票イメージから抽出された取引情報の自動認識対象領域となる部分的イメージデータの表示フィールドとを定義している。
【００２５】
ランプ定義情報４２は、取引形態に応じてキーボード１３上の特定のファンクションキーのキーランプの点灯条件を示すものであり、点灯すべきキーの名称４２１と、該キーと対応する伝票上のデータ項目ＩＤ：４２２と、点灯条件となる伝票の記述内容（項目情報）４２３との関係を定義している。また、表示定義情報エントリ４３は、取引画面（画像データ４１）における各入力フィールドと伝票上のデータ項目との対応関係を定義したものであり、本実施例では、各表示定義情報エントリ４３が、表示定義部と内訳定義部とからなっている。
【００２６】
表示定義部は、取引画面上の入力フィールドＩＤ：４３１と、この入力フィールドに表示すべき伝票上のデータ項目ＩＤ：４３２との関係を示す。内訳定義部は、上記入力フィールドへの資金内訳区分名（資金内訳キー名称）の表示条件を示すものであり、伝票上のデータ項目ＩＤ：４３４と、項目情報４３５と、伝票上で上記データ項目ＩＤの記述内容が上記項目情報４３５と一致した場合に、資金内訳入力フィールドに金額データと対をなして表示すべき資金内訳キー名称４３３との関係を定義している。尚、資金内訳には関係のない入力フィールド用の表示定義情報エントリでは、上記内訳定義部は省略される。
【００２７】
図５は、帳票定義ファイル５０の構造を示す。
【００２８】
帳票定義ファイル５０は、取り扱う取引伝票（伝票ＩＤ）の種類に対応した複数の帳票定義テーブル５１から構成され、各帳票定義テーブル５１は、イメージスキャナ１１に入力される伝票の縦、横サイズ（帳票サイズ）５２と、伝票上の部分領域の切出しに際して切出位置計算の基準位置となる伝票の左／右、上／下の基点位置（基準値）５３と、伝票ＩＤ定義情報５４と、フィールド定義情報５５とからなる。
【００２９】
伝票ＩＤ定義情報５４は、伝票ＩＤの切出し位置５４１と、伝票ＩＤの文字種類５４２と、文字コード変換後の伝票ＩＤがもつ伝票上での項目ＩＤ：５４３とを含む。尚、伝票ＩＤの印刷位置（切出し位置５４１）は、各伝票で同一位置となるよう帳票設計される。フィールド定義情報５５は、取引情報が含まれる伝票イメージ上の部分領域（フィールド）の切出し位置５５１と、認識対象となる文字の大きさや数字／英字／印鑑データ等の区分を示す文字種５５２と、上記フィールドに含まれる取引情報がもつデータ項目ＩＤ５５３との関係を定義した複数のエントリ５５０（５５０−１〜５５０−ｎ）からなっている。
【００３０】
図６は、取引画面キュー６０の構造を示す。
【００３１】
取引画面キュー６０は、ポインタテーブル６１とキューデータ６４とからなっている。ポインタテーブル６１は、キューに登録中の取引画面（キューデータ）の数６２と、取引画面キューにおける表示中の取引画面（キューデータ）の位置を指す表示中画面ポインタ６３とからなる。各キューデータ６４は、取引画面の画面番号６５と、取引画面をキュー登録したときのカーソル位置６６と、複数の入力フィールドデータ６７とからなる。入力フィールドデータ６７は、取引画面を構成する入力フィールド毎に、入力フィールドＩＤ：６７１と、入力フィールドに含まれるべき取引情報の属性６７２と、取引情報（入力データ）６７３を含む。
【００３２】
図７は、印鑑ＤＢ：７０のデータ構造を示す。
【００３３】
印鑑ＤＢには、それぞれ検索キーとなる口座番号７２と届出印影データ７３とを含む複数の印鑑データエントリ７１が登録されている。
【００３４】
図８は、帳票データファイル８０のデータ構造を示す。
【００３５】
帳票データファイル８０には、窓口端末装置で処理された各取引伝票毎に生成される複数の伝票データレコード８１が登録されている。各伝票データレコード８１は、イメージスキャナによる伝票の読み取り日時を示す日時刻データ８２と、イメージスキャナで読取られた伝票の全体イメージデータ８３と、項目別伝票データ８４とからなる。イメージスキャナ１１で読み取られた伝票イメージデータ８３は、帳票定義テーブル５１に従ってフィールドの切り出しが行われ、各フィールド内の文字列が文字認識ルーチン１８で認識され、文字コードに変換された取引情報が上記項目別伝票データ８４として保存される。
【００３６】
図９は、項目別伝票データ８４の１例を示す。
【００３７】
項目別伝票データ８４は、伝票上のデータ項目毎に、伝票イメージデータ８３から切り出された各フィールド内の部分的イメージデータと、項目ＩＤと、文字認識によって得られたコードデータ（認識データ）とを組にして記憶している。
【００３８】
図示した例では、項目別伝票データ８４は、伝票ＩＤデータ８５と、伝票グループデータ８６と、項目データ８７と、印鑑イメージデータ８８とからなる。
【００３９】
伝票ＩＤデータ８５は、伝票ＩＤフィールド内のイメージデータ８５１と、該イメージデータから認識された伝票ＩＤ：１００３を示す文字コード（認識データ）８５２とを含む。伝票グループデータ８６は、図２に示した伝票グループ１００８内のチェック枠と科目の組に対応した複数のエントリ８６０（８６０−１〜８６０−ｎ）からなり、各エントリ８６０が、項目ＩＤ：８６１と、イメージデータ８６２と、認識データ８６３とを含む。項目データ８７は、伝票上のその他のデータ項目と対応した複数のエントリ８７０（８７０−１〜８７０−ｍ）からなり、上記伝票グループと同様、各エントリ８７０が、項目ＩＤ：８７１と、イメージデータ８７２と、認識データ８７３とからなっている。
【００４０】
印鑑イメージデータ８８は、帳票定義テーブル５１のフィールド定義５５で文字種５５２として印鑑データが指定されているフィールドから得られたものであり、当該フィールド定義で指定された切出位置の部分的イメージデータを示している。
【００４１】
図１０は、窓口端末が備えるキーボード１３の１例を示す。
【００４２】
キーボード１３は、図２に示した伝票上の金額記入部１００６の資金内訳と対応した資金内訳キー群９１と、ＩＤ登録キー９２と、テンキー群９３と、伝票上の取引区分１００４と対応した取引形態キー群９４と、印鑑検索キー９５と、表示画面の制御キーとして、スキップキー９６、次画面呼び出しキー９７および前画面呼び出しキー９８と、画面入力データの確定またはセンタ送信を指令するための送信キー９９とを含む。また、取引形態キー群９４は、図面で○印で示すように、係員に実行中の取引形態を報知するためのキーランプを備えている。
【００４３】
本発明の窓口端末装置では、係員が取引伝票をイメージスキャナ１１に入力すると、伝票の全体イメージが読み取られ、文字認識装置によって伝票ＩＤが識別され、伝票ＩＤに対応した取引画面が画面表示１２に自動的に表示される。また、上記伝票ＩＤと対応した帳票定義テーブルに従って伝票イメージ中の取引情報が自動的に読取られ、取引金額、資金内訳金額、資金内訳キー名称などのデータが取引画面の該当フィールドに表示され、取引形態に応じて、キーボード上の該当する取引形態キーランプが点灯する。
【００４４】
以下、図１１に示すフローチャートと、図１２〜図２１に示す表示画面を参照して、本発明による窓口端末装置の動作の１例について説明する。
【００４５】
初期状態において、端末画面には、図１２に示すメニュー画面９０１が表示される。この状態で、係員が取引伝票をイメージスキャナ１１に入力すると、伝票の全体イメージが読み取られ、文字認識装置１８によって伝票イメージ中の所定の位置にある伝票ＩＤが自動認識される（ステップ１００）。
【００４６】
自動認識された伝票ＩＤの値をチェック（１０１）し、伝票ＩＤの読取り結果に誤りがあった場合は、例えば、図１３に示すエラーメッセージ画面９０２を表示し（１０２）、係員に伝票イメージの再読取りを要求する。伝票ＩＤの正誤チェックは、例えば、自動認識された伝票ＩＤ（図２の例では６桁の数字）の各桁の数字を１桁毎に加算し、加算結果の１の位の値と伝票ＩＤの最終桁の値との一致をチェックし、不一致の場合は伝票ＩＤの認識結果に誤りがあったものとみなす。
【００４７】
伝票ＩＤの認識結果に誤りがなければ、帳票定義ファイル５０に用意されている上記伝票ＩＤと対応した帳票定義テーブル５１に基づいて、伝票イメージ中の各フィールド領域のイメージの切り出しと、フィールド領域内の文字認識を行なう（１０３）。ステップ１００で読取られた伝票イメージデータと、ステップ１０３で抽出された部分イメージおよび認識データは、帳票データファイル８０に図８、図９で示した伝票データ形式で蓄積される。
【００４８】
次に、伝票イメージから認識された上記伝票ＩＤと、伝票グループの項目ＩＤおよび認識データを検索キーとして、取引定義ファイル２０から、上記伝票と対応する取引対応テーブル２１を選択し、表示画面に出力すべき取引画面の画面番号を特定する（１０４）。この時、伝票上の処理済印字部１００７と対応する項目の認識データをチェックし、イメージスキャナに入力した伝票が処理済の伝票であった場合は、例えば、図１４に示す処理済メッセージの画面９０３を表示し（１０６）、最初のステップ１００に戻る。取引定義ファイル２０に上記伝票と対応する取引対応テーブル２１がなかった場合（１０７）は、例えば、図１５に示すような伝票未定義を知らせるメッセージ画面９０４を出力し（１０８）、係員からの応答を待つ。ここで、係員が別の伝票をイメージスキャナ１１に入力した場合は、最初のステップ１００に戻る。
【００４９】
係員がＩＤ登録キー９２を押下した場合は、例えば、図１６に示した帳票追加メニュー画面９０５を表示する（１１０）。上記帳票追加メニュー画面９０５に対する係員の応答入力をチェックし（１１１）、「終了」メニューが選択（数字０のテンキー操作）された場合は、最初のステップ１００に戻って、次の取引伝票の入力待ちとなる。係員が、他のメニュー（帳票定義、取引対応テーブル定義、取引画面テーブル、画面テーブル定義のメニュー）を選択した場合は、選択されたメニューに該当する定義画面が表示され（１１２）、係員が定義画面で入力したデータに基づいて各種の定義テーブルが生成され、該当するファイルに登録される（１１３）。
【００５０】
例えば、係員が帳票定義メニューを選択（数字１のテンキー操作）すると、図１７に示すような帳票定義画面９０６が表示（１１２）されるため、係員は、キーボードから上記帳票定義画面が示す各項目の数値データを入力する。帳票定義は、図５に示したように多数の項目からなっているため、帳票定義画面は複数の画面に分けて表示される。係員が、帳票定義に必要な全ての項目データの入力を完了し、送信キー９９または帳票定義画面に用意された完了ボタンを押すと、上記帳票定義画面の入力データに従って新たな帳票定義テーブル５１が生成され、伝票ＩＤと対応付けて帳票定義ファイル５０に追加登録される（１１３）。１つの定義テーブルの作成が完了すると、ステップ１１０に戻って帳票追加メニュー９０５が再表示される。従って、別の定義メニューを選択することによって、係員は、上記帳票定義テーブル以外の他のテーブルの定義／生成を繰り返すことができる。
【００５１】
ここでは、帳票定義画面にキーボードから定義データを入力したが、フィールドの切出位置の指定は、例えば、イメージスキャナで読み取った伝票全体のイメージを表示画面に表示し、マウス１４を使用して切出領域の開始位置から終了位置までをドラッグする形式で定義するようにしてもよい。また、上述した帳票メニュー画面９０５は、ＩＤ登録キー９２の押下に応答して任意のタイミングで表示されるものであり、例えば、初期のメニュー画面９０１が表示された状態でＩＤ登録キーを押下すれば、係員は、ステップ１１０〜１１３の手順によって、帳票定義ファイルへの帳票定義テーブル５１の追加、および取引定義ファイル２０への取引対応テーブル２１の追加等の作業を実行することが可能となる。
【００５２】
ステップ１０７において、伝票と対応する取引対応テーブル２１が取引定義ファイル２０に登録済の場合は、画面定義ファイル３０から上記取引対応テーブル２１に定義された画面番号をもつ取引画面テーブル３１が検索され、この取引画面テーブル３１に定義されている画面テーブル５１に従って、データ入力用の取引画面が表示画面に出力される（１１４）。
【００５３】
図１８は、ステップ１１４で表示される取引画面の１例として、普通入／出金用の取引画面９０７を示す。取引画面９０７は、左側から順に、項目名と、データ入力フィールド（認識データの表示フィールド）と、イメージ表示フィールドが配列されている。尚、取引対応テーブル２１におけるテーブル属性の定義方法によっては、ステップ１１４で、表示中の取引画面に対応する伝票の読取りを指定することも可能である。
【００５４】
表示画面への取引画面の表示に伴って、伝票読取りデータ８４から、画面テーブル４０のランプ定義情報４２に定義されている項目ＩＤ：４２２、項目情報４２３と一致した項目ＩＤ：８７１と認識データ８７３をもつ項目データ８７０−ｉを検索する。伝票読取りデータ８４にランプ定義情報４２で定義された項目データ８７０−ｉが見つかった場合、上記ランプ定義情報のキー名称４２１で定義されている取引形態キー９４の表示ランプ、例えば、出金キーのランプを点灯する（１１５）。画面テーブル４０には、複数のキーについてランプ定義情報４２が定義されているため、取引形態キーランプの点灯処理と、上述した伝票読取りデータ８４からの項目データ８７０−ｉの検索処理は、複数のキーについて繰り返される。
【００５５】
次に、画面テーブル４０に定義されている表示定義情報４３（４３−１、４３−２、・・・）を参照して、伝票読取りデータ８４から、上記表示定義情報４３の表示定義部の項目ＩＤ：４３２に一致する項目ＩＤ：８７１をもつ項目データ８７０−ｉを検索し、一致項目データ８７０−ｉの認識データ８７３の内容を上記表示定義部の入力フィールドＩＤ（ＦＩＤ）４３１が示す取引画面入力フィールドに表示し、一致項目データ８７０−ｉのイメージデータ８７２の内容を取引画面入力フィールドと対をなすイメージ表示フィールドに表示する（１１６）。
【００５６】
このとき、伝票読取りデータ８４から、上記表示定義部の内訳定義部で定義された項目ＩＤ：４３４と項目情報４３５に一致する項目ＩＤ：８７１と認識データ８７３をもつ項目データ８７０−ｋを検索する。項目データ８７０−ｋが見つかった場合は、画面テーブル４０の表示定義部の入力ＦＩＤが示す入力フィールドに、上記内訳定義部のキー名称４３３の内容を資金内訳キー名称として認識データと並べて表示する。
【００５７】
画面テーブル４０の表示定義情報において、内訳定義部でキー名称４３３のみが定義され、項目ＩＤ：４３４と項目情報４３５が未定義の場合は、表示定義部の入力ＦＩＤ：４３１が示す取引画面入力フィールドに伝票読取りデータ８４の認識データ８７３の内容を表示する時、上記内訳定義部のキー名称４３３の内容を資金内訳キー名称として同時に表示する。
【００５８】
上述した取引画面入力フィールドの内容と資金内訳キーの表示は、画面テーブル４０に定義された複数の表示定義情報４３−１、４３−２、・・・について繰り返され、これによって、例えば、図１９に示すように、データ入力フィールドに認識データと資金内訳キー表示（文字列「現金」および「当所」）を含む取引画面が得られる。認識データに不読文字があった場合は、例えば、図１９に黒色背景のフィールドで示すように、不読文字を特殊マーク（例えば、？マーク）に置き換え、不読文字を含む入力フィールドを他のフィールドとは区別できるように、例えば、特殊な背景色、白黒反転、または太枠として表示する。
【００５９】
上述したステップ１１５による取引形態キーランプの点灯処理と、ステップ１１６による入力フィールドへの認識データおよび資金内訳キーの表示処理は、取引画面テーブル３１の画面テーブルポインタ３３で指定された複数画面分の画面テーブルについて繰り返される。これらの表示画面は、キーボードのファンクションキー（次画面呼び出しキー９７、前画面呼び出しキー９８）によって切替えられ、第１画面から最終画面までの表示内容が、取引画面キュー６０において、図６に示したポインタテーブル６１とキューデータ６４の形式で管理される。
【００６０】
ステップ１１６で表示された取引画面、例えば、画面９０８において、係員は、マウスで指定した特定入力フィールド内の表示データの一部をキーボードからの入力によって訂正したり、前述した不読文字を適切な文字に置き換えたり、取引に必要な他のデータを追加入力することができる。
【００６１】
また、イメージスキャナ１１で読み取られた印鑑イメージ部分を含む取引画面の表示中に、係員が印鑑照合を要求すると（１１７）、印鑑照合画面が表示される（１１８）。印鑑照合要求は、キーボード１３に用意された印鑑検索キー９５を押下することによって指令できる。印鑑照合が要求されると、口座番号を検索キーとして印鑑ＤＢ７０から検索された登録印鑑（届出印）のイメージと、伝票読取りデータ８４にある印鑑イメージデータ（伝票印）８８とが照合される。印鑑照合結果は、例えば、図２０に示す印鑑照合画面９０９として表示され、係員は、上記印鑑照合画面９０９によって、伝票印と届出印との印影を確認できる。
【００６２】
表示画面に表示された取引画面に対して、自動認識データの確認と取引情報の入力処理が終了すると、係員は、キーボードの送信キー９９を押下することによって、取引データのホストコンピュータへの送信を要求する（１１９）。上記送信キーの押下に応答して、取引画面キュー６０から第１画面から最終画面までのキューデータ６４が順次読み出され、各入力フィールドの設定データがホスト送信データとして編集される。送信データ編集処理中に、入力フィールド毎のデータ属性を参照して、認識データが自動的にチェックされ（１２０）、不読文字が検出された場合は、不読文字の存在する取引画面を表示し、係員にデータの訂正を要求する（１２１）。不読文字の訂正要求画面は、例えば、図２１に示すように、不読文字の訂正要求メッセージを含み、不読文字の存在する入力フィールドを他のフィールドとは区別できる色で表示し、不読文字の在る最初の入力フィールドにカーソルを位置付けた画面９１０とする。
【００６３】
係員は、上記訂正要求画面９１０において、不読文字のあった入力フィールドの表示内容と、これ対をなす部分イメージの表示内容とを比較し、必要に応じて伝票の該当領域の記載内容をチェックした上で、不読文字を適切な文字に置き換え、カーソルを次の不読文字フィールドに位置付けることによって、次々と訂正作業を行う（１２２）。次の不読文字フィールドへのカーソルの移動は、マウス１４の操作によって行われるが、キーボードにあるスキップキー９６を使用すれば、制御装置１０によって、カーソルを自動的に次の不読文字フィールドに位置付けることができる。
【００６４】
全ての不読文字についての訂正が完了すると、取引データがホストコンピュータに送信される。また、伝票処理日を示す日時刻データ８２を付加した形で、伝票データ８１（伝票読取りデータ８５）が帳票データファイル８０に蓄積される（１２３）。帳票データファイル８０の蓄積データは、後日、例えば、日時刻をキーボードから指定することにより、該当する伝票データ８１を検索し、表示画面への表示や、ホストコンピュータへの再送信が可能となる。
【００６５】
ホストコンピュータは、窓口端末装置から取引データを受信すると、例えば、今回の取引で使用された取引画面の入力フィールドおよびイメージ表示フィールドのクリア指示と、通帳印字や伝票への処理済印字のためのデータを含む応答メッセージを端末に送信する。窓口端末装置は、ホストコンピュータから上記応答メッセージを受信すると、応答メッセージの指示に従い、取引画面の入力フィールドのクリア、取引形態キーランプの消灯、プリンタによる伝票１０００への処理済印字データ１００７の印字、通帳への記帳等の処理を行い（１２４）、初期状態に戻って、次の伝票の入力を待つ。
【００６６】
尚、不読文字があった時、ステップ１０８〜１１３における帳票定義テーブル、取引対応テーブルの追加と同様の手法で、文字認識装置１８が備える辞書に対して、文字検定ポイントの訂正や追加を行なようにしてもよい。
【図面の簡単な説明】
【００６７】
【図１】本発明による営業店端末装置の構成を示すブロック図。
【図２】本発明の営業店端末装置で使用される取引伝票の１例を示す図。
【図３】取引定義ファイル２０を構成する取引対応テーブル２１の1例を示す図。
【図４】画面定義ファイル３０を構成する取引画面テーブル３１と画面テーブル４０の1例を示す図。
【図５】帳票定義ファイル５０を構成する帳票定義テーブル５１の1例を示す図。
【図６】取引画面キュー６０の構成を示す図。
【図７】印鑑ＤＢ：７０の構成を示す図。
【図８】帳票データファイル８０に蓄積される伝票データレコード８１の構成図。
【図９】伝票データレコード８１の項目別伝票データ８４の詳細を示す図。
【図１０】キーボード１３上のキー配列の1例を示す図。
【図１１】本発明の営業店端末装置の動作の１例を示すフローチャート。
【図１２】端末画面に表示される初期メニュー画面９０１の1例を示す図。
【図１３】伝票ＩＤの読取りミスが発生した時に端末画面に表示されるエラーメッセージ画面９０２の1例を示す図。
【図１４】処理済の伝票が入力された時に端末画面に表示される処理済メッセージ画面９０３の1例を示す図。
【図１５】未定義の伝票が入力された時に端末画面に表示されるメッセージ画面９０４の1例を示す図。
【図１６】端末画面に表示される帳票追加メニュー画面９０５の1例を示す図。
【図１７】端末画面に表示される帳票定義画面９０６の1例を示す図。
【図１８】端末画面に表示される取引画面９０７の1例を示す図。
【図１９】端末画面に表示される取引情報設定後の取引画面９０８の1例を示す図。
【図２０】端末画面に表示される印鑑照合画面９０９の1例を示す図。
【図２１】端末画面に表示される不読文字訂正要求画面９１０の1例を示す図。
【符号の説明】
【００６８】
１０：制御装置、１１：イメージスキャナ、１２：ディスプレイ、１３：キーボード、１４：マウス、１５：プリンタ、１６：通信装置、１７：通信回線、１８：文字認識装置、２０：取引定義ファイル、２１：取引対応テーブル、３０：画面定義ファイル、３１：取引画面テーブル、４０：画面テーブル、５０：帳票定義ファイル、５１：帳票定義テーブル、６０：取引画面キュー、６１：ポインタテーブル、７０：印鑑ＤＢ、７１：印鑑データ、８０：帳票データファイル、８１：伝票データレコード。
【技術分野】
【０００１】
本発明は、金融機関用の営業店端末装置に関し、更に詳しくは、金融機関の営業店窓口に設置されるホストオンライン窓口端末装置のように、端末画面に表示された取引画面の入力フィールドに、顧客が記入した多種類の取引伝票に従って取引情報を設定し、ホストコンピュータにデータ伝送する営業店端末装置に関するものである。
【背景技術】
【０００２】
従来、金融機関の営業店窓口に設置されているホストオンライン窓口端末装置では、利用者から取引科目別の取引伝票を受け取ったオペレータが、伝票と対応する取引データ入力画面を呼び出すための画面番号をキーボードから入力し、端末画面に表示された取引画面の各入力フィールドに取引金額等、伝票上の記入データをキーボード入力することにより、目的の取引を実行していた。
【０００３】
特許文献１には、取引伝票の特定個所をイメージリーダで読み取ることによって、各伝票と対応する取引データ入力画面を端末画面に呼び出し、表示された取引データ入力画面の各入力フィールドに、伝票の記入データを係員がキーボード入力するようにしたシステムが提案されている。
【０００４】
また、特許文献２には、様式コードと取引コードとからなる伝票識別コードを各取引伝票からＯＣＲによって読取り、通帳の磁気ストライプから科目コードを読取り、上記科目コードと取引コードとの組み合わせによって、取引内容を記録するためのデータ項目を設定し、取引内容の確認画面を表示する端末装置が提案されている。この場合、取引内容の確認画面には、伝票からＯＣＲで読取られた各データ項目の内容、例えば、店番、口座番号、入金額などが表示され、確認画面の表示データに問題がなければ、これらのデータが記録データとして管理装置に送信処理される。
【０００５】
【特許文献１】特開平７−１２１６３５号公報
【特許文献２】特開平８−１５３２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
然るに、特許文献１のように、顧客が記入した取引伝票の内容を見て、係員がキーボードでデータ入力する方式では、キーボード操作の不慣れや誤操作などによって、データ入力操作に時間がかかり、端末装置の効率的な運用が阻害されるという問題があった。また、特許文献２のように、各伝票から読取ったコード情報と通帳から読取ったコード情報との組み合わせによって取引データ項目を設定し、取引内容の確認画面を表示する方式では、自動読取りされた各コード情報を確認するための画面が発生するため、係員の操作ステップが増えるという問題があった。
【０００７】
本発明の目的は、係員が簡単な操作で顧客取引を完了できる改良された金融機関用の営業店端末装置を提供することにある。 本発明の他の目的は、顧客が記入した取引データと金融機関側で記入した取引データとを自動的に読取って取引画面に表示可能な改良された金融機関用の営業店端末装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の金融機関用の営業店端末装置は、取引伝票の内容をイメージデータに変換するイメージスキャナと、取引伝票に印刷された伝票識別子と対応して、取引データ入力用の画面データと、上記画面データに含まれる各データ入力フィールドと伝票上のデータ項目との対応関係を定義した取引画面テーブルと、取引伝票に印刷された伝票識別子と対応して自動認識処理すべきフィールド位置とデータ項目との関係を定義した帳票定義テーブルと、上記イメージスキャナで読取られた取引伝票イメージデータ中の特定データ項目の取引情報を各取引伝票の伝票識別子で特定された帳票定義テーブルに従って自動的に認識する文字認識手段と、上記文字認識手段で認識された取引情報を上記取引画面テーブルの定義に従って取引情報入力用の画面データに設定し、取引画面として端末表示画面に表示する制御手段とからなることを特徴とする。
【０００９】
本発明の他の特徴は、上記取引画面テーブルのうちの１つが、特定のデータ項目と対応して、前記キーボード上の特定ファンクションキーのランプ点灯条件を定義したランプ定義情報を含み、上記制御手段が、文字認識手段で認識された特定の項目の取引情報が上記ランプ定義情報で定義された点灯条件を満たしている時、該ランプ定義情報で定義されたキーボード上の特定のファンクションキーのランプを点灯させるための手段を備えたことにある。
【００１０】
本発明の他の特徴は、取引画面テーブルのうちの１つが、画面データに含まれる資金内訳用の金額データ入力フィールドに付随して、資金内訳区分名と該区分名の表示条件を定義しており、上記制御手段が、前記文字認識手段で認識された資金内訳項目の取引情報が上記表示条件を満たしている時、上記資金内訳用の金額データ入力フィールドに上記資金内訳区分名を表示するための手段を備えたことにある。
【００１１】
本発明の更に他の特徴は、上記イメージスキャナで読取られた取引伝票イメージデータと文字認識手段で認識された取引情報を、各伝票識別子と対応して予め決められたフォーマットをもつ伝票データレコードとして蓄積するための手段を有し、各伝票データレコードが、前記文字認識手段で認識された取引情報と対をなして、認識対象領域となった部分的イメージデータを含み、上記制御手段が、上記部分的イメージデータを前記取引画面中の対応する取引情報と比較できる位置に表示することにある。本発明の１実施例では、上記制御手段が、文字認識手段によって認識された取引情報中の不読文字を検出し、不読文字のある取引情報が設定されたデータ入力フィールドを他のフィールドとは区別できる形式で取引画面に表示する。
【発明の効果】
【００１２】
上述のように、本発明によれば、取引伝票から自動認識された伝票ＩＤに基づいて、取引伝票と対応した帳票定義テーブルと取引画面テーブルを検索し、帳票定義テーブルで定義された部分領域から取引情報を自動認識し、これを取引画面テーブルで定義された取引画面の入力フィールドに自動的に設定することによって、係員による操作を省略化して取引に必要なデータ入力を完了できる。また、取引画面への資金内訳情報の自動表示機能や、関係するファンクションキーランプの自動点灯機能を備えたことによって、端末の操作性を大幅に改善できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施例を図面により詳細に説明する。
【００１４】
図１は、本発明によるイメージ認識機能を備えた金融機関用の営業店窓口端末装置の１実施例を示すブロック図である。
【００１５】
窓口端末装置は、ＣＰＵ（Central Processing Unit：中央処理装置）と主記憶装置とから構成されて、蓄積プログラム方式により端末装置の動作を制御する制御装置１０と、取引伝票の内容をイメージとして読取るイメージスキャナ１１と、取引画面や取引データなどが表示される表示画面（ディスプレイ装置）１２と、テンキーと複数のファンクションキーとを備え、ファンクションキーの一部がキーランプ付きとなっているキーボード１３と、表示画面上でカーソル位置を移動し、表示画面上の位置を指定するマウス１４と、取引結果を印刷するプリンタ１５と、ホストコンピュータとのオンライン接続制御を行なう通信装置１６と、ホストコンピュータに接続するための通信回線１７と、イメージスキャナで読取られた伝票のイメージデータから後述する帳票定義テーブルに従って印刷文字列または記入文字列を自動的に認識する文字認識装置（プログラムルーチン）１８とを備える。
【００１６】
また、上記窓口端末装置は、磁気ディスク等の外部記憶装置からなるメモリ領域に、伝票識別子（伝票ＩＤ）と画面番号との関係を定義した取引対応テーブルを記憶するための取引定義ファイル２０と、取引画面上の各データ入力フィールドの識別子（入力ＦＩＤ）と設定すべきデータ項目の識別子（項目ＩＤ）との関係を定義した取引画面テーブルを記憶するための画面定義ファイル３０と、イメージスキャナ１１で読み取られた伝票イメージ上の部分イメージ領域切出位置と自動認識された取引データの項目ＩＤとの関係を定義した帳票定義テーブルを記憶するための帳票定義ファイル５０と、１つの取引画面が複数の画面からなる場合に、各取引画面の入力情報を一時的に保存するためのメモリ領域である取引画面キュー６０と、各顧客の届出印鑑の印影データが登録される印鑑データベース（ＤＢ）７０と、イメージスキャナ１１で読み取った伝票の全体イメージおよび文字認識装置１８で認識された取引情報を格納するための帳票データファイル８０とを備える。但し、ファイル２０〜８０は、複数の端末で共用させてもよい。
【００１７】
本実施例の窓口端末装置は、顧客が提出した取引伝票をイメージスキャナ１１で読み取り、各取引伝票から自動認識された伝票ＩＤと対応する取引画面を自動的に端末表示画面１２に表示し、表示された取引画面の各データ入力フィールドに、伝票イメージから自動認識された取引情報（取引金額、資金内訳金額、資金内訳キー名称など）を表示すると共に、取引形態に応じて、キーボード１３上の特定のファンクションキーのキーランプを点灯させることを特徴としている。
【００１８】
図２は、イメージスキャナ１１で読み取られる取引伝票の１例を示す。
【００１９】
取引伝票１０００は、店番号記入欄１００１と、口座番号、顧客氏名、取引金額などの取引データの記入欄１００２の他に、各伝票の所定位置に印刷された伝票ＩＤ：１００３と、取引区分欄１００４と、印鑑の押印欄１００５と、資金内訳金額の記入欄１００６と、この伝票が処理済であることを表示する処理済印字部１００７と、取引科目を示す伝票グループ欄１００８を備えている。
【００２０】
図３は、取引定義ファイル２０の構造を示す。
【００２１】
取引定義ファイル２０は、伝票の種類および取引画面に対応した複数の取引対応テーブル２１から構成される。各取引対応テーブル２１は、各伝票に印刷された伝票ＩＤ：１００３に一致する伝票ＩＤ：２２と、伝票グループ２３と、取引画面の画面番号２４と、テーブル属性２５との関係を定義している。伝票グループ２３は、例えば、図２の伝票グループ欄１００８に含まれる普通預金や定期預金等の科目と対応した複数のエントリからなり、各エントリは、データ項目ＩＤ２３１と、各データ項目の伝票記述内容を定義した項目情報２３２を含む。
【００２２】
図４は、画面定義ファイル３０の構造を示す。
【００２３】
画面定義ファイル３０は、取引対応テーブル２１で定義された画面番号２４に対応する複数の取引画面テーブル３１からなる。各取引画面テーブル３１は、画面番号３２と、これに付随する１つ以上の画面テーブル４０からなり、ここでは、各取引画面テーブル３１に、画面番号３２と、付随する画面テーブル４０を示す画面テーブルポインタ３３とを定義し、画面テーブルポインタ３３に従って各画面テーブル４０を参照できるようにしてある。取引画面が複数のサブ画面に分割されている場合、画面テーブルポインタ３３には各サブ画面の画面テーブルと対応した複数のポインタ３３１、３３２、・・・が設定される。
【００２４】
本実施例では、各画面テーブル４０が、取引画面の画面データ４１と、ランプ定義情報４２と、複数の表示定義情報エントリ４３（４３−１、４３−２、・・・）とを含む。画面データ４１は、例えば、表示すべき各データ項目名と対応して、取引情報を設定するための入力フィールドと、伝票イメージから抽出された取引情報の自動認識対象領域となる部分的イメージデータの表示フィールドとを定義している。
【００２５】
ランプ定義情報４２は、取引形態に応じてキーボード１３上の特定のファンクションキーのキーランプの点灯条件を示すものであり、点灯すべきキーの名称４２１と、該キーと対応する伝票上のデータ項目ＩＤ：４２２と、点灯条件となる伝票の記述内容（項目情報）４２３との関係を定義している。また、表示定義情報エントリ４３は、取引画面（画像データ４１）における各入力フィールドと伝票上のデータ項目との対応関係を定義したものであり、本実施例では、各表示定義情報エントリ４３が、表示定義部と内訳定義部とからなっている。
【００２６】
表示定義部は、取引画面上の入力フィールドＩＤ：４３１と、この入力フィールドに表示すべき伝票上のデータ項目ＩＤ：４３２との関係を示す。内訳定義部は、上記入力フィールドへの資金内訳区分名（資金内訳キー名称）の表示条件を示すものであり、伝票上のデータ項目ＩＤ：４３４と、項目情報４３５と、伝票上で上記データ項目ＩＤの記述内容が上記項目情報４３５と一致した場合に、資金内訳入力フィールドに金額データと対をなして表示すべき資金内訳キー名称４３３との関係を定義している。尚、資金内訳には関係のない入力フィールド用の表示定義情報エントリでは、上記内訳定義部は省略される。
【００２７】
図５は、帳票定義ファイル５０の構造を示す。
【００２８】
帳票定義ファイル５０は、取り扱う取引伝票（伝票ＩＤ）の種類に対応した複数の帳票定義テーブル５１から構成され、各帳票定義テーブル５１は、イメージスキャナ１１に入力される伝票の縦、横サイズ（帳票サイズ）５２と、伝票上の部分領域の切出しに際して切出位置計算の基準位置となる伝票の左／右、上／下の基点位置（基準値）５３と、伝票ＩＤ定義情報５４と、フィールド定義情報５５とからなる。
【００２９】
伝票ＩＤ定義情報５４は、伝票ＩＤの切出し位置５４１と、伝票ＩＤの文字種類５４２と、文字コード変換後の伝票ＩＤがもつ伝票上での項目ＩＤ：５４３とを含む。尚、伝票ＩＤの印刷位置（切出し位置５４１）は、各伝票で同一位置となるよう帳票設計される。フィールド定義情報５５は、取引情報が含まれる伝票イメージ上の部分領域（フィールド）の切出し位置５５１と、認識対象となる文字の大きさや数字／英字／印鑑データ等の区分を示す文字種５５２と、上記フィールドに含まれる取引情報がもつデータ項目ＩＤ５５３との関係を定義した複数のエントリ５５０（５５０−１〜５５０−ｎ）からなっている。
【００３０】
図６は、取引画面キュー６０の構造を示す。
【００３１】
取引画面キュー６０は、ポインタテーブル６１とキューデータ６４とからなっている。ポインタテーブル６１は、キューに登録中の取引画面（キューデータ）の数６２と、取引画面キューにおける表示中の取引画面（キューデータ）の位置を指す表示中画面ポインタ６３とからなる。各キューデータ６４は、取引画面の画面番号６５と、取引画面をキュー登録したときのカーソル位置６６と、複数の入力フィールドデータ６７とからなる。入力フィールドデータ６７は、取引画面を構成する入力フィールド毎に、入力フィールドＩＤ：６７１と、入力フィールドに含まれるべき取引情報の属性６７２と、取引情報（入力データ）６７３を含む。
【００３２】
図７は、印鑑ＤＢ：７０のデータ構造を示す。
【００３３】
印鑑ＤＢには、それぞれ検索キーとなる口座番号７２と届出印影データ７３とを含む複数の印鑑データエントリ７１が登録されている。
【００３４】
図８は、帳票データファイル８０のデータ構造を示す。
【００３５】
帳票データファイル８０には、窓口端末装置で処理された各取引伝票毎に生成される複数の伝票データレコード８１が登録されている。各伝票データレコード８１は、イメージスキャナによる伝票の読み取り日時を示す日時刻データ８２と、イメージスキャナで読取られた伝票の全体イメージデータ８３と、項目別伝票データ８４とからなる。イメージスキャナ１１で読み取られた伝票イメージデータ８３は、帳票定義テーブル５１に従ってフィールドの切り出しが行われ、各フィールド内の文字列が文字認識ルーチン１８で認識され、文字コードに変換された取引情報が上記項目別伝票データ８４として保存される。
【００３６】
図９は、項目別伝票データ８４の１例を示す。
【００３７】
項目別伝票データ８４は、伝票上のデータ項目毎に、伝票イメージデータ８３から切り出された各フィールド内の部分的イメージデータと、項目ＩＤと、文字認識によって得られたコードデータ（認識データ）とを組にして記憶している。
【００３８】
図示した例では、項目別伝票データ８４は、伝票ＩＤデータ８５と、伝票グループデータ８６と、項目データ８７と、印鑑イメージデータ８８とからなる。
【００３９】
伝票ＩＤデータ８５は、伝票ＩＤフィールド内のイメージデータ８５１と、該イメージデータから認識された伝票ＩＤ：１００３を示す文字コード（認識データ）８５２とを含む。伝票グループデータ８６は、図２に示した伝票グループ１００８内のチェック枠と科目の組に対応した複数のエントリ８６０（８６０−１〜８６０−ｎ）からなり、各エントリ８６０が、項目ＩＤ：８６１と、イメージデータ８６２と、認識データ８６３とを含む。項目データ８７は、伝票上のその他のデータ項目と対応した複数のエントリ８７０（８７０−１〜８７０−ｍ）からなり、上記伝票グループと同様、各エントリ８７０が、項目ＩＤ：８７１と、イメージデータ８７２と、認識データ８７３とからなっている。
【００４０】
印鑑イメージデータ８８は、帳票定義テーブル５１のフィールド定義５５で文字種５５２として印鑑データが指定されているフィールドから得られたものであり、当該フィールド定義で指定された切出位置の部分的イメージデータを示している。
【００４１】
図１０は、窓口端末が備えるキーボード１３の１例を示す。
【００４２】
キーボード１３は、図２に示した伝票上の金額記入部１００６の資金内訳と対応した資金内訳キー群９１と、ＩＤ登録キー９２と、テンキー群９３と、伝票上の取引区分１００４と対応した取引形態キー群９４と、印鑑検索キー９５と、表示画面の制御キーとして、スキップキー９６、次画面呼び出しキー９７および前画面呼び出しキー９８と、画面入力データの確定またはセンタ送信を指令するための送信キー９９とを含む。また、取引形態キー群９４は、図面で○印で示すように、係員に実行中の取引形態を報知するためのキーランプを備えている。
【００４３】
本発明の窓口端末装置では、係員が取引伝票をイメージスキャナ１１に入力すると、伝票の全体イメージが読み取られ、文字認識装置によって伝票ＩＤが識別され、伝票ＩＤに対応した取引画面が画面表示１２に自動的に表示される。また、上記伝票ＩＤと対応した帳票定義テーブルに従って伝票イメージ中の取引情報が自動的に読取られ、取引金額、資金内訳金額、資金内訳キー名称などのデータが取引画面の該当フィールドに表示され、取引形態に応じて、キーボード上の該当する取引形態キーランプが点灯する。
【００４４】
以下、図１１に示すフローチャートと、図１２〜図２１に示す表示画面を参照して、本発明による窓口端末装置の動作の１例について説明する。
【００４５】
初期状態において、端末画面には、図１２に示すメニュー画面９０１が表示される。この状態で、係員が取引伝票をイメージスキャナ１１に入力すると、伝票の全体イメージが読み取られ、文字認識装置１８によって伝票イメージ中の所定の位置にある伝票ＩＤが自動認識される（ステップ１００）。
【００４６】
自動認識された伝票ＩＤの値をチェック（１０１）し、伝票ＩＤの読取り結果に誤りがあった場合は、例えば、図１３に示すエラーメッセージ画面９０２を表示し（１０２）、係員に伝票イメージの再読取りを要求する。伝票ＩＤの正誤チェックは、例えば、自動認識された伝票ＩＤ（図２の例では６桁の数字）の各桁の数字を１桁毎に加算し、加算結果の１の位の値と伝票ＩＤの最終桁の値との一致をチェックし、不一致の場合は伝票ＩＤの認識結果に誤りがあったものとみなす。
【００４７】
伝票ＩＤの認識結果に誤りがなければ、帳票定義ファイル５０に用意されている上記伝票ＩＤと対応した帳票定義テーブル５１に基づいて、伝票イメージ中の各フィールド領域のイメージの切り出しと、フィールド領域内の文字認識を行なう（１０３）。ステップ１００で読取られた伝票イメージデータと、ステップ１０３で抽出された部分イメージおよび認識データは、帳票データファイル８０に図８、図９で示した伝票データ形式で蓄積される。
【００４８】
次に、伝票イメージから認識された上記伝票ＩＤと、伝票グループの項目ＩＤおよび認識データを検索キーとして、取引定義ファイル２０から、上記伝票と対応する取引対応テーブル２１を選択し、表示画面に出力すべき取引画面の画面番号を特定する（１０４）。この時、伝票上の処理済印字部１００７と対応する項目の認識データをチェックし、イメージスキャナに入力した伝票が処理済の伝票であった場合は、例えば、図１４に示す処理済メッセージの画面９０３を表示し（１０６）、最初のステップ１００に戻る。取引定義ファイル２０に上記伝票と対応する取引対応テーブル２１がなかった場合（１０７）は、例えば、図１５に示すような伝票未定義を知らせるメッセージ画面９０４を出力し（１０８）、係員からの応答を待つ。ここで、係員が別の伝票をイメージスキャナ１１に入力した場合は、最初のステップ１００に戻る。
【００４９】
係員がＩＤ登録キー９２を押下した場合は、例えば、図１６に示した帳票追加メニュー画面９０５を表示する（１１０）。上記帳票追加メニュー画面９０５に対する係員の応答入力をチェックし（１１１）、「終了」メニューが選択（数字０のテンキー操作）された場合は、最初のステップ１００に戻って、次の取引伝票の入力待ちとなる。係員が、他のメニュー（帳票定義、取引対応テーブル定義、取引画面テーブル、画面テーブル定義のメニュー）を選択した場合は、選択されたメニューに該当する定義画面が表示され（１１２）、係員が定義画面で入力したデータに基づいて各種の定義テーブルが生成され、該当するファイルに登録される（１１３）。
【００５０】
例えば、係員が帳票定義メニューを選択（数字１のテンキー操作）すると、図１７に示すような帳票定義画面９０６が表示（１１２）されるため、係員は、キーボードから上記帳票定義画面が示す各項目の数値データを入力する。帳票定義は、図５に示したように多数の項目からなっているため、帳票定義画面は複数の画面に分けて表示される。係員が、帳票定義に必要な全ての項目データの入力を完了し、送信キー９９または帳票定義画面に用意された完了ボタンを押すと、上記帳票定義画面の入力データに従って新たな帳票定義テーブル５１が生成され、伝票ＩＤと対応付けて帳票定義ファイル５０に追加登録される（１１３）。１つの定義テーブルの作成が完了すると、ステップ１１０に戻って帳票追加メニュー９０５が再表示される。従って、別の定義メニューを選択することによって、係員は、上記帳票定義テーブル以外の他のテーブルの定義／生成を繰り返すことができる。
【００５１】
ここでは、帳票定義画面にキーボードから定義データを入力したが、フィールドの切出位置の指定は、例えば、イメージスキャナで読み取った伝票全体のイメージを表示画面に表示し、マウス１４を使用して切出領域の開始位置から終了位置までをドラッグする形式で定義するようにしてもよい。また、上述した帳票メニュー画面９０５は、ＩＤ登録キー９２の押下に応答して任意のタイミングで表示されるものであり、例えば、初期のメニュー画面９０１が表示された状態でＩＤ登録キーを押下すれば、係員は、ステップ１１０〜１１３の手順によって、帳票定義ファイルへの帳票定義テーブル５１の追加、および取引定義ファイル２０への取引対応テーブル２１の追加等の作業を実行することが可能となる。
【００５２】
ステップ１０７において、伝票と対応する取引対応テーブル２１が取引定義ファイル２０に登録済の場合は、画面定義ファイル３０から上記取引対応テーブル２１に定義された画面番号をもつ取引画面テーブル３１が検索され、この取引画面テーブル３１に定義されている画面テーブル５１に従って、データ入力用の取引画面が表示画面に出力される（１１４）。
【００５３】
図１８は、ステップ１１４で表示される取引画面の１例として、普通入／出金用の取引画面９０７を示す。取引画面９０７は、左側から順に、項目名と、データ入力フィールド（認識データの表示フィールド）と、イメージ表示フィールドが配列されている。尚、取引対応テーブル２１におけるテーブル属性の定義方法によっては、ステップ１１４で、表示中の取引画面に対応する伝票の読取りを指定することも可能である。
【００５４】
表示画面への取引画面の表示に伴って、伝票読取りデータ８４から、画面テーブル４０のランプ定義情報４２に定義されている項目ＩＤ：４２２、項目情報４２３と一致した項目ＩＤ：８７１と認識データ８７３をもつ項目データ８７０−ｉを検索する。伝票読取りデータ８４にランプ定義情報４２で定義された項目データ８７０−ｉが見つかった場合、上記ランプ定義情報のキー名称４２１で定義されている取引形態キー９４の表示ランプ、例えば、出金キーのランプを点灯する（１１５）。画面テーブル４０には、複数のキーについてランプ定義情報４２が定義されているため、取引形態キーランプの点灯処理と、上述した伝票読取りデータ８４からの項目データ８７０−ｉの検索処理は、複数のキーについて繰り返される。
【００５５】
次に、画面テーブル４０に定義されている表示定義情報４３（４３−１、４３−２、・・・）を参照して、伝票読取りデータ８４から、上記表示定義情報４３の表示定義部の項目ＩＤ：４３２に一致する項目ＩＤ：８７１をもつ項目データ８７０−ｉを検索し、一致項目データ８７０−ｉの認識データ８７３の内容を上記表示定義部の入力フィールドＩＤ（ＦＩＤ）４３１が示す取引画面入力フィールドに表示し、一致項目データ８７０−ｉのイメージデータ８７２の内容を取引画面入力フィールドと対をなすイメージ表示フィールドに表示する（１１６）。
【００５６】
このとき、伝票読取りデータ８４から、上記表示定義部の内訳定義部で定義された項目ＩＤ：４３４と項目情報４３５に一致する項目ＩＤ：８７１と認識データ８７３をもつ項目データ８７０−ｋを検索する。項目データ８７０−ｋが見つかった場合は、画面テーブル４０の表示定義部の入力ＦＩＤが示す入力フィールドに、上記内訳定義部のキー名称４３３の内容を資金内訳キー名称として認識データと並べて表示する。
【００５７】
画面テーブル４０の表示定義情報において、内訳定義部でキー名称４３３のみが定義され、項目ＩＤ：４３４と項目情報４３５が未定義の場合は、表示定義部の入力ＦＩＤ：４３１が示す取引画面入力フィールドに伝票読取りデータ８４の認識データ８７３の内容を表示する時、上記内訳定義部のキー名称４３３の内容を資金内訳キー名称として同時に表示する。
【００５８】
上述した取引画面入力フィールドの内容と資金内訳キーの表示は、画面テーブル４０に定義された複数の表示定義情報４３−１、４３−２、・・・について繰り返され、これによって、例えば、図１９に示すように、データ入力フィールドに認識データと資金内訳キー表示（文字列「現金」および「当所」）を含む取引画面が得られる。認識データに不読文字があった場合は、例えば、図１９に黒色背景のフィールドで示すように、不読文字を特殊マーク（例えば、？マーク）に置き換え、不読文字を含む入力フィールドを他のフィールドとは区別できるように、例えば、特殊な背景色、白黒反転、または太枠として表示する。
【００５９】
上述したステップ１１５による取引形態キーランプの点灯処理と、ステップ１１６による入力フィールドへの認識データおよび資金内訳キーの表示処理は、取引画面テーブル３１の画面テーブルポインタ３３で指定された複数画面分の画面テーブルについて繰り返される。これらの表示画面は、キーボードのファンクションキー（次画面呼び出しキー９７、前画面呼び出しキー９８）によって切替えられ、第１画面から最終画面までの表示内容が、取引画面キュー６０において、図６に示したポインタテーブル６１とキューデータ６４の形式で管理される。
【００６０】
ステップ１１６で表示された取引画面、例えば、画面９０８において、係員は、マウスで指定した特定入力フィールド内の表示データの一部をキーボードからの入力によって訂正したり、前述した不読文字を適切な文字に置き換えたり、取引に必要な他のデータを追加入力することができる。
【００６１】
また、イメージスキャナ１１で読み取られた印鑑イメージ部分を含む取引画面の表示中に、係員が印鑑照合を要求すると（１１７）、印鑑照合画面が表示される（１１８）。印鑑照合要求は、キーボード１３に用意された印鑑検索キー９５を押下することによって指令できる。印鑑照合が要求されると、口座番号を検索キーとして印鑑ＤＢ７０から検索された登録印鑑（届出印）のイメージと、伝票読取りデータ８４にある印鑑イメージデータ（伝票印）８８とが照合される。印鑑照合結果は、例えば、図２０に示す印鑑照合画面９０９として表示され、係員は、上記印鑑照合画面９０９によって、伝票印と届出印との印影を確認できる。
【００６２】
表示画面に表示された取引画面に対して、自動認識データの確認と取引情報の入力処理が終了すると、係員は、キーボードの送信キー９９を押下することによって、取引データのホストコンピュータへの送信を要求する（１１９）。上記送信キーの押下に応答して、取引画面キュー６０から第１画面から最終画面までのキューデータ６４が順次読み出され、各入力フィールドの設定データがホスト送信データとして編集される。送信データ編集処理中に、入力フィールド毎のデータ属性を参照して、認識データが自動的にチェックされ（１２０）、不読文字が検出された場合は、不読文字の存在する取引画面を表示し、係員にデータの訂正を要求する（１２１）。不読文字の訂正要求画面は、例えば、図２１に示すように、不読文字の訂正要求メッセージを含み、不読文字の存在する入力フィールドを他のフィールドとは区別できる色で表示し、不読文字の在る最初の入力フィールドにカーソルを位置付けた画面９１０とする。
【００６３】
係員は、上記訂正要求画面９１０において、不読文字のあった入力フィールドの表示内容と、これ対をなす部分イメージの表示内容とを比較し、必要に応じて伝票の該当領域の記載内容をチェックした上で、不読文字を適切な文字に置き換え、カーソルを次の不読文字フィールドに位置付けることによって、次々と訂正作業を行う（１２２）。次の不読文字フィールドへのカーソルの移動は、マウス１４の操作によって行われるが、キーボードにあるスキップキー９６を使用すれば、制御装置１０によって、カーソルを自動的に次の不読文字フィールドに位置付けることができる。
【００６４】
全ての不読文字についての訂正が完了すると、取引データがホストコンピュータに送信される。また、伝票処理日を示す日時刻データ８２を付加した形で、伝票データ８１（伝票読取りデータ８５）が帳票データファイル８０に蓄積される（１２３）。帳票データファイル８０の蓄積データは、後日、例えば、日時刻をキーボードから指定することにより、該当する伝票データ８１を検索し、表示画面への表示や、ホストコンピュータへの再送信が可能となる。
【００６５】
ホストコンピュータは、窓口端末装置から取引データを受信すると、例えば、今回の取引で使用された取引画面の入力フィールドおよびイメージ表示フィールドのクリア指示と、通帳印字や伝票への処理済印字のためのデータを含む応答メッセージを端末に送信する。窓口端末装置は、ホストコンピュータから上記応答メッセージを受信すると、応答メッセージの指示に従い、取引画面の入力フィールドのクリア、取引形態キーランプの消灯、プリンタによる伝票１０００への処理済印字データ１００７の印字、通帳への記帳等の処理を行い（１２４）、初期状態に戻って、次の伝票の入力を待つ。
【００６６】
尚、不読文字があった時、ステップ１０８〜１１３における帳票定義テーブル、取引対応テーブルの追加と同様の手法で、文字認識装置１８が備える辞書に対して、文字検定ポイントの訂正や追加を行なようにしてもよい。
【図面の簡単な説明】
【００６７】
【図１】本発明による営業店端末装置の構成を示すブロック図。
【図２】本発明の営業店端末装置で使用される取引伝票の１例を示す図。
【図３】取引定義ファイル２０を構成する取引対応テーブル２１の1例を示す図。
【図４】画面定義ファイル３０を構成する取引画面テーブル３１と画面テーブル４０の1例を示す図。
【図５】帳票定義ファイル５０を構成する帳票定義テーブル５１の1例を示す図。
【図６】取引画面キュー６０の構成を示す図。
【図７】印鑑ＤＢ：７０の構成を示す図。
【図８】帳票データファイル８０に蓄積される伝票データレコード８１の構成図。
【図９】伝票データレコード８１の項目別伝票データ８４の詳細を示す図。
【図１０】キーボード１３上のキー配列の1例を示す図。
【図１１】本発明の営業店端末装置の動作の１例を示すフローチャート。
【図１２】端末画面に表示される初期メニュー画面９０１の1例を示す図。
【図１３】伝票ＩＤの読取りミスが発生した時に端末画面に表示されるエラーメッセージ画面９０２の1例を示す図。
【図１４】処理済の伝票が入力された時に端末画面に表示される処理済メッセージ画面９０３の1例を示す図。
【図１５】未定義の伝票が入力された時に端末画面に表示されるメッセージ画面９０４の1例を示す図。
【図１６】端末画面に表示される帳票追加メニュー画面９０５の1例を示す図。
【図１７】端末画面に表示される帳票定義画面９０６の1例を示す図。
【図１８】端末画面に表示される取引画面９０７の1例を示す図。
【図１９】端末画面に表示される取引情報設定後の取引画面９０８の1例を示す図。
【図２０】端末画面に表示される印鑑照合画面９０９の1例を示す図。
【図２１】端末画面に表示される不読文字訂正要求画面９１０の1例を示す図。
【符号の説明】
【００６８】
１０：制御装置、１１：イメージスキャナ、１２：ディスプレイ、１３：キーボード、１４：マウス、１５：プリンタ、１６：通信装置、１７：通信回線、１８：文字認識装置、２０：取引定義ファイル、２１：取引対応テーブル、３０：画面定義ファイル、３１：取引画面テーブル、４０：画面テーブル、５０：帳票定義ファイル、５１：帳票定義テーブル、６０：取引画面キュー、６１：ポインタテーブル、７０：印鑑ＤＢ、７１：印鑑データ、８０：帳票データファイル、８１：伝票データレコード。
【特許請求の範囲】
【請求項１】
ランプを有するファンクションキーを備えたキーボードと、
取引伝票に記載された取引内容をイメージデータとして読取るイメージデータ取得部と、
前記イメージデータ取得部が読込んだイメージデータの文字を認識する文字認識部と、
前記文字認識部で認識された前記取引伝票の取引内容に基づいて、該ファンクションキーのランプを点灯させる制御部とを有するイメージ処理装置。
【請求項２】
請求項１に記載のイメージ処理装置であって、
前記制御部は、前記キーボードのファンクションキーのランプの点灯条件を定義したランプ定義情報を記憶するランプ定義情報記憶部と、
前記文字認識部で認識された前記取引伝票の取引内容が前記ランプ定義情報記憶部に記憶されたランプ定義情報の上記点灯条件に適合するか否かを判断する判断部とを有することを特徴とする。
【請求項３】
ランプを有する複数のファンクションキーを備えたキーボードと、
取引伝票に記載された取引内容をイメージデータとして読取るイメージデータ取得部と、
前記イメージデータ取得部が読込んだイメージデータの文字を認識する文字認識部と、
前記文字認識部で認識された前記取引伝票の取引内容に基づいて、前記複数のファンクションキーのうち、該取引内容に対応する前記ファンクションキーのランプを点灯させるか否かを判断し、該ファンクションキーのランプを点灯させる制御部とを有するイメージ処理装置。
【請求項４】
イメージ処理装置において、
ランプを有するファンクションキーを備えたキーボードと、
取引伝票に記載された取引内容をイメージデータとして読取るイメージデータ取得部と、
前記取引伝票のデータ項目と前記取引伝票の取引データ入力画面データに含まれる各データ入力フィールドとの対応関係を伝票識別子毎に定義した取引画面定義情報を記憶する画面定義記憶部と、
前記取引伝票のデータ項目と取引データ入力用画面データに含まれるデータ入力フィールドのなかの自動認識処理すべきフィールドの位置の関係を伝票識別子毎に定義した帳票定義情報を記憶する帳票定義記憶部と、
前記イメージデータ取得部が取得した前記取引伝票のイメージデータ中の特定データ項目の取引情報を前記取引伝票の伝票識別子によって特定される前記帳票定義記憶部の帳票定義情報に従って認識する文字認識部と、
前記画面定義記憶部に記憶された前記取引画面定義情報のうちの１つが、前記取引伝票の特定のデータ項目と対応して当該データ項目の内容条件を定義した定義情報を含み、
前記文字認識部で認識された特定のデータ項目の取引情報が上記内容条件を満たしているとき、該取引情報に対応する該ファンクションキーのランプを点灯させる制御部とを有するイメージ処理装置。
【請求項５】
請求項４に記載のイメージ処理装置であって、さらに、
取引画面や取引データを表示する表示部を有し、
前記制御部は、前記取引画面定義情報のうちの１つが、画面データに含まれる資金内訳用の金額データ入力フィールドに付随して、資金内訳区分名と該区分名の表示条件を定義しており、前記文字認識部で認識された資金内訳項目の取引内容が上記表示条件を満たしているとき、上記資金内訳用の金額データ入力フィールドに上記資金内訳区分名を表示することを特徴とする。
【請求項１】
ランプを有するファンクションキーを備えたキーボードと、
取引伝票に記載された取引内容をイメージデータとして読取るイメージデータ取得部と、
前記イメージデータ取得部が読込んだイメージデータの文字を認識する文字認識部と、
前記文字認識部で認識された前記取引伝票の取引内容に基づいて、該ファンクションキーのランプを点灯させる制御部とを有するイメージ処理装置。
【請求項２】
請求項１に記載のイメージ処理装置であって、
前記制御部は、前記キーボードのファンクションキーのランプの点灯条件を定義したランプ定義情報を記憶するランプ定義情報記憶部と、
前記文字認識部で認識された前記取引伝票の取引内容が前記ランプ定義情報記憶部に記憶されたランプ定義情報の上記点灯条件に適合するか否かを判断する判断部とを有することを特徴とする。
【請求項３】
ランプを有する複数のファンクションキーを備えたキーボードと、
取引伝票に記載された取引内容をイメージデータとして読取るイメージデータ取得部と、
前記イメージデータ取得部が読込んだイメージデータの文字を認識する文字認識部と、
前記文字認識部で認識された前記取引伝票の取引内容に基づいて、前記複数のファンクションキーのうち、該取引内容に対応する前記ファンクションキーのランプを点灯させるか否かを判断し、該ファンクションキーのランプを点灯させる制御部とを有するイメージ処理装置。
【請求項４】
イメージ処理装置において、
ランプを有するファンクションキーを備えたキーボードと、
取引伝票に記載された取引内容をイメージデータとして読取るイメージデータ取得部と、
前記取引伝票のデータ項目と前記取引伝票の取引データ入力画面データに含まれる各データ入力フィールドとの対応関係を伝票識別子毎に定義した取引画面定義情報を記憶する画面定義記憶部と、
前記取引伝票のデータ項目と取引データ入力用画面データに含まれるデータ入力フィールドのなかの自動認識処理すべきフィールドの位置の関係を伝票識別子毎に定義した帳票定義情報を記憶する帳票定義記憶部と、
前記イメージデータ取得部が取得した前記取引伝票のイメージデータ中の特定データ項目の取引情報を前記取引伝票の伝票識別子によって特定される前記帳票定義記憶部の帳票定義情報に従って認識する文字認識部と、
前記画面定義記憶部に記憶された前記取引画面定義情報のうちの１つが、前記取引伝票の特定のデータ項目と対応して当該データ項目の内容条件を定義した定義情報を含み、
前記文字認識部で認識された特定のデータ項目の取引情報が上記内容条件を満たしているとき、該取引情報に対応する該ファンクションキーのランプを点灯させる制御部とを有するイメージ処理装置。
【請求項５】
請求項４に記載のイメージ処理装置であって、さらに、
取引画面や取引データを表示する表示部を有し、
前記制御部は、前記取引画面定義情報のうちの１つが、画面データに含まれる資金内訳用の金額データ入力フィールドに付随して、資金内訳区分名と該区分名の表示条件を定義しており、前記文字認識部で認識された資金内訳項目の取引内容が上記表示条件を満たしているとき、上記資金内訳用の金額データ入力フィールドに上記資金内訳区分名を表示することを特徴とする。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００６−１２７４９９（Ｐ２００６−１２７４９９Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００５−２８５８７０（Ｐ２００５−２８５８７０）
【出願日】平成１７年９月３０日（２００５．９．３０）
【分割の表示】特願２００１−１８９３５８（Ｐ２００１−１８９３５８）の分割
【原出願日】平成１３年６月２２日（２００１．６．２２）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１７年９月３０日（２００５．９．３０）
【分割の表示】特願２００１−１８９３５８（Ｐ２００１−１８９３５８）の分割
【原出願日】平成１３年６月２２日（２００１．６．２２）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
[ Back to top ]