(57)【要約】【課題】  複数枚の帳票に亘った取引処理を可能とする。【解決手段】  端末１００とホストコンピュータ２００を有する取引システムは、帳票１０を端末１００に接続されたスキャナ１０２で読み込み、帳票ＩＤ１２に応じた取引画面を提示して取引可能である。端末１００には、取引中に読み込み可能な帳票の種類、およびその後の移行画面を規定した遷移制御テーブル１１７が用意されている。端末１００は、ある帳票に対する取引画面の表示中に別帳票が読み込まれた場合には、遷移制御テーブル１１７を参照して、その読み込み可否を判定した上で、画面を遷移させる。こうすることで、複数枚の帳票を用いた取引処理を適正に実行することが可能となる。【選択図】  図１
2005196524.tif 000002
【特許請求の範囲】
【請求項１】
帳票を用いて取引を行う帳票取扱装置であって、
前記帳票のイメージデータを読み込むスキャナ部と、
前記イメージデータに基づいて前記帳票の種類を特定する帳票特定部と、
前記帳票の種類に応じた取引画面を表示する表示制御部と、
該取引画面を通じて、前記帳票の種類に応じた所定の取引を実行する取引制御部とを有し、
前記取引制御部は、前記帳票の読み込み後に別帳票の読み込みが行われた場合、該別帳票の読み込み可否を予め規定した遷移制御規則に基づき、該別帳票に対応した取引画面の表示を行うか否かを制御する帳票取扱装置。
【請求項２】
請求項１記載の帳票取扱装置であって、
前記表示制御部が参照するためのテーブルとして、前記帳票の種類に応じて、前記取引画面を規定する表示制御テーブルを備え、
前記遷移制御規則は、前記表示制御テーブルとは個別に、前記取引画面に応じて、前記読み込み可能な帳票を規定する遷移制御テーブルとして用意されている帳票取扱装置。
【請求項３】
請求項２記載の帳票取扱装置であって、
前記遷移制御テーブルは、前記別帳票に応じて表示されるべき移行画面を特定する情報を含む帳票取扱装置。
【請求項４】
請求項１記載の帳票取扱装置であって、
前記取引制御部は、前記別帳票が読み込み否である場合、従前の処理を中断し、別取引を開始する帳票取扱装置。
【請求項５】
帳票を用いて取引を行う帳票取扱装置であって、
前記帳票のイメージデータを読み込むスキャナ部と、
前記イメージデータに基づいて前記帳票の種類を特定する帳票特定部と、
前記帳票の種類に応じた取引画面を表示する表示制御部と、
該取引画面を通じて、前記帳票の種類に応じた所定の取引を実行する取引制御部とを有し、
前記取引制御部は、複数の帳票が読み込まれた場合に、該複数の帳票に対応した一連の取引処理を判断し、該判断結果に応じて前記表示制御部を制御することで前記取引画面を遷移させて、取引を実行する帳票取扱装置。
【請求項６】
請求項５記載の帳票取扱装置であって、
前記取引制御部は、前記複数の帳票が読み込まれた場合に、前記一連の取引処理に対して余剰の帳票および不足する帳票の少なくとも一方を示唆する画面を表示する帳票取扱装置。
【請求項７】
請求項５記載の帳票取扱装置であって、
前記取引制御部は、前記判断された一連の取引処理を確認するための確認画面を表示する帳票取扱装置。
【請求項８】
帳票を用いて取引を行う帳票取扱方法であって、コンピュータが実行する工程として、
前記帳票のイメージデータを読み込むスキャン工程と、
前記イメージデータに基づいて前記帳票の種類を特定する帳票特定工程と、
前記帳票の種類に応じた取引画面を表示する表示制御工程と、
該取引画面を通じて、前記帳票の種類に応じた所定の取引を実行する取引制御工程とを有し、
前記取引制御工程は、前記帳票の読み込み後に別帳票の読み込みが行われた場合、該別帳票の読み込み可否を予め規定した遷移制御規則に基づき、該別帳票に対応した取引画面の表示を行うか否かを制御する帳票取扱方法。
【請求項９】
帳票を用いて取引を行う帳票取扱方法であって、コンピュータが実行する工程として、
前記帳票のイメージデータを読み込むスキャン工程と、
前記イメージデータに基づいて前記帳票の種類を特定する帳票特定工程と、
前記帳票の種類に応じた取引画面を表示する表示制御工程と、
該取引画面を通じて、前記帳票の種類に応じた所定の取引を実行する取引制御工程とを有し、
前記取引制御工程は、複数の帳票が読み込まれた場合に、該複数の帳票に対応した一連の取引処理を判断し、該判断結果に応じて前記表示制御部を制御することで前記取引画面を遷移させて、取引を実行する帳票取扱方法。
【請求項１０】
帳票を用いて取引を行うためのコンピュータプログラムであって、
前記帳票のイメージデータを読み込むためのプログラムコードと、
前記イメージデータに基づいて前記帳票の種類を特定するプログラムコードと、
前記帳票の種類に応じた取引画面を表示するプログラムコードと、
該取引画面を通じて、前記帳票の種類に応じた所定の取引を実行する取引制御プログラムコードとを有し、
前記取引制御プログラムコードは、前記帳票の読み込み後に別帳票の読み込みが行われた場合、該別帳票の読み込み可否を予め規定した遷移制御規則に基づき、該別帳票に対応した取引画面の表示を行うか否かを制御するコンピュータプログラム。
【請求項１１】
帳票を用いて取引を行うコンピュータプログラムであって、
前記帳票のイメージデータを読み込むプログラムコードと、
前記イメージデータに基づいて前記帳票の種類を特定するプログラムコードと、
前記帳票の種類に応じた取引画面を表示するプログラムコードと、
該取引画面を通じて、前記帳票の種類に応じた所定の取引を実行する取引制御プログラムコードとを有し、
前記取引制御プログラムコードは、複数の帳票が読み込まれた場合に、該複数の帳票に対応した一連の取引処理を判断し、該判断結果に応じて前記表示制御部を制御することで前記取引画面を遷移させて、取引を実行するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票のイメージをスキャナで読み取って取引を行う帳票取扱装置に関する。
【背景技術】
【０００２】
金融機関などの窓口では、取引に種々の帳票が使用される。帳票を用いた取引処理の円滑化を図るため、スキャナで帳票を読み取って、イメージデータ化し、記載事項をＯＣＲ処理によって文字データとして入力する簡易に入力するシステムも提案されている。特許文献１は、更に処理における操作負担を軽減するための金融機関の営業店舗端末装置を開示している。この装置は、帳票に印刷されたＩＤをスキャナで読みとることで、帳票の種類を判定し、この種類に対応した画面を表示し、取引処理を実行する。
【０００３】
【特許文献１】特開２００３−６７１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来、帳票を用いて取引処理を行う各種の帳票取扱装置では、一度に取扱可能な帳票は一枚に制限されていた。従って、例えば、１枚目の帳票に引き出し金額などの必要事項が記載され、２枚目の帳票に捺印欄がある連票を用いて取引処理を行う場合など、複数の帳票を連携させて取引を行うことはできなかった。但し、こうした取引を考慮して、帳票取扱装置に対して、一つの取引において、複数枚の帳票の読込を無制限に許可しても、オペレータが所望する取引が適正に行われるとは限らず、取引処理が混乱する恐れがある。
【０００５】
かかる課題は、金融機関に限らず、行政機関など帳票を用いて取引を行う場合に共通であった。本発明は、この課題に鑑み、帳票取扱装置において、複数枚の帳票を用いた取引処理の円滑化を図ることを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、帳票を用いて取引を行う帳票取扱装置として構成することができる。本発明の帳票取扱装置は、帳票をスキャンして得られたれたイメージデータに基づいて帳票の種類を特定し、帳票の種類に応じた取引画面を表示して、所定の取引を実行する。本発明では、更に、帳票の読み込み後に別帳票の読み込みが行われた場合、その別帳票の読み込み可否を予め規定した遷移制御規則を有している。こうすることで、別帳票に対応した取引画面の表示を行うか否かを制御することができる。例えば、別帳票が、予め規定された適正なものである場合には、別帳票に対応した取引画面を表示することにより、複数枚の帳票を連携させた取引を実現することができる。また、別帳票が不適切なものである場合には、その別帳票に対応した取引画面の表示を禁止することにより、取引の混乱を回避することができる。
【０００７】
遷移制御規則は、種々の形式で用意することができる。例えば、一連の取引において、読込を許可する複数の帳票を、順次規定しておいてもよい。また、別の態様として、帳票の種類に応じて取引画面を規定する表示制御テーブルと、取引画面に応じて読み込み可能な帳票を規定する遷移制御テーブルとに分けて個別に用意しても良い。後者の態様によれば、画面の表示および遷移の制御が容易になるとともに、遷移制御規則の設定も比較的容易になる利点がある。
【０００８】
この遷移制御テーブルは、更に、別帳票に応じて表示されるべき移行画面を特定する情報を含めてもよい。こうすることにより、表示画面を柔軟に制御することが可能となる。例えば、ある帳票が取引の途中で別帳票として読み込まれた場合の移行画面は、その帳票が取引の最初で読み込まれた場合の表示画面と異ならせることが可能となる。
【０００９】
本発明において別帳票が読み込み否である場合には、例えば、エラー通知を行うものとしてもよい。また、従前の処理を中断し、別帳票に対応した別の取引を開始するようにしてもよい。後者の態様では、帳票の読込を行わせるだけで、取引の切り換えを簡易に行うことができる利点がある。
【００１０】
本発明は、次に示す第２の帳票取扱装置として構成しても良い。第２の帳票取扱装置は、取引過程で順次、帳票を読み込むのではなく、複数の帳票をまとめて読み込む。そして、複数の帳票が読み込まれた場合には、これら複数の帳票に対応した一連の取引処理が何であるかを判断し、その判断結果に応じて取引画面を遷移させて、取引を実行する。こうすることで、取引過程で、複数の帳票を読み込ませる順番などを考えなくても、一連の取引処理を適切に実行することができる。
【００１１】
第２の帳票取扱装置においては、必ずしも読み込んだ複数の帳票を過不足なく使用する取引が一義的に定まるとは限らない。かかる場合に対して、第２の帳票取扱装置は、一連の取引処理に対して余剰の帳票および不足する帳票の少なくとも一方を示唆するようにしてもよい。こうすることで、過誤により、読み込ませた帳票に過不足がある場合でも、適切な取引を実現することができる。
【００１２】
第２の帳票取扱装置においては、判断された一連の取引処理をオペレータが確認するための確認画面を表示するようにしてもよい。こうすることで、オペレータの意図しない取引が行われる可能性を抑制することができる。複数の帳票に対応する取引処理が複数存在する場合には、これら複数の取引処理を提示し、オペレータが所望の取引処理を選択するようにしてもよい。
【００１３】
上述の第１、第２の帳票取扱装置で説明した種々の特徴は、必ずしも全てを備えている必要はなく、適宜、一部を省略したり、組み合わせたりしても構わない。本発明は、第１、第２の帳票取扱装置を組み合わせた装置として構成しても良い。また、本発明は、上述した手順で取引処理を行う帳票取扱方法として構成しても良いし、この取引処理を実現するためのコンピュータプログラム、およびかかるコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体として構成しても良い。ここで、記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等、コンピュータが読取り可能な種々の媒体を利用できる。
【発明を実施するための最良の形態】
【００１４】
本発明の実施例について以下の順序で説明する。
Ａ．装置構成：
Ｂ．テーブル構成：
Ｃ．帳票取引処理：
Ｄ．第２実施例：
【００１５】
Ａ．装置構成
図１は実施例としての取引システムの構成を示す説明図である。この取引システムは、ホストコンピュータ２００と、帳票取扱装置としての端末１００とをローカルエリアネットワークＬＡＮで接続して構成されている。端末１００としては、ネットワーク接続機能を有するパーソナルコンピュータを利用可能である。端末１００には、帳票をイメージデータを取得するためのスキャナ１０２が接続されている。端末１００は、図示した台数に制限されない。便宜上、金融機関において入金、出金、振込などの取引を行うシステムを例にとって説明するが、本実施例は、行政機関など帳票を用いて取引を行う種々の機関に適用可能である。
【００１６】
取引システムでは、取引者が記入した所定の帳票１０を、窓口のオペレータがスキャナ１０２で読み取る。帳票１０には、その種類に応じて付された帳票ＩＤ１２が付されており、端末１００は、この帳票ＩＤ１２に応じた取引画面を表示する。記入事項をＯＣＲ処理して、取引用の入力データとして併せて表示してもよい。オペレータが、この取引画面で必要な入力を行うと、端末１００はホストコンピュータ２００との通信によって取引処理を実行する。
【００１７】
図中に、上述の動作を実現するための機能ブロックを併せて示した。本実施例では、各機能ブロックは、端末１００およびホストコンピュータ２００に、所定のコンピュータプログラムをインストールすることでソフトウェア的に実現されている。これらの機能ブロックは、ハードウェア的に実現しても構わない。
【００１８】
ホストコンピュータ２００には、次の機能ブロックが備えられている。通信制御部２０６は、ネットワークを介した通信を制御する。取引処理部２０２は、端末１００からの指示に従って、入金、出金などの取引処理を実行する。取引に必要な口座情報は、顧客データベース２０４に管理されている。
【００１９】
端末１００では、各機能ブロックは、主制御部１１０の制御下で同期をとり、連携して次に示す各機能を実現する。通信制御部１１１は、ネットワークを介してホストコンピュータ２００と通信する。イメージ入力部１１２は、スキャナ１０２を制御して、帳票１０のイメージデータを読み込む。ＯＣＲ処理部１１３は、帳票１０のＯＣＲ処理、即ち帳票ＩＤ１２および帳票１０の記載事項の文字認識処理を実行する。この帳票ＩＤ１２は、取引内容および画面表示の制御に利用される。
【００２０】
表示制御部１１５は、帳票ＩＤ１２に応じた取引画面を表示する。画面の表示内容は、遷移制御テーブル１１７、表示制御テーブル１１８によって規定されている。これらのテーブルの構成については、後述する。コマンド入力部１１４は、キーボード、マウスなどの入力デバイスに対する操作を介して、オペレータのコマンド、取引画面における入力などを受け付ける。取引制御部１１６は、これらの入力および帳票１０の帳票ＩＤ１２に応じた取引処理を実行する。
【００２１】
Ｂ．テーブル構成
図２は表示制御テーブル１１８の内容を例示する説明図である。表示制御テーブル１１８は、帳票の種類に応じて表示すべき取引画面を規定するテーブルであり、帳票ＩＤ１２、名称、ガイド番号を対応づけて格納している。ガイド番号とは、取引画面を特定するための番号である。名称は、省略しても差し支えない。
【００２２】
図の例では、例えば、帳票ＩＤ「ａａａａａ」は、入金用の帳票であり、「Ｗ１００」の画面を用いることを表している。図の上方にガイド番号「Ｗ１００」に対応した画面例を示した。この画面では、入金処理用に、口座情報、氏名、計数された金額、この中から入金する指定額などの情報が入力可能である。他の取引、出金、印鑑照合、振込などについても同様に、帳票ＩＤとガイド番号が対応づけられている。図には、それぞれガイド番号Ｗ１２０、Ｗ１３０、Ｗ１４０に対応した画面例を示した。
【００２３】
図３は遷移制御テーブル１１７の内容を例示する説明図である。ある取引画面において、別帳票の読込可否を制御するためのテーブルである。本実施例では、現在の取引画面に関する情報、読込が許可される帳票に関する情報、帳票読込後に移行すべき画面に関する情報を対応づけて記憶している。それぞれの情報は、ガイド番号または帳票ＩＤと名称との組み合わせとなっている。但し、それぞれ名称は省略しても差し支えない。
【００２４】
図の例では、ガイド番号「Ｗ１００」の入金画面では、次に、帳票ＩＤ「ｄｄｄｄｄ」の振込用帳票の読み込みが許可されていることが分かる。この振込用帳票が読み込まれると、画面は、ガイド番号「Ｗ１４０」の振込画面に移行する。この制御により、例えば、自己の口座に一旦、現金を入金した後、その口座から振り込みを行うことが一連の取引処理として実現される。
【００２５】
現在の取引画面に対して読込が許可される帳票は必ずしも１種類には制限されない。例えば、図中の例では、ガイド番号「Ｗ１２０」の出金画面では、次に、帳票ＩＤ「ｃｃｃｃｃ」の印鑑照合、帳票ＩＤ「ｄｄｄｄｄ」の振込という２種類の帳票の読込が許可されている。
【００２６】
本実施例では、遷移制御テーブル１１７に、移行すべき画面に関する情報を含めているため、画面表示を柔軟に制御することができる利点がある。例えば、図中の例では、ガイド番号「Ｗ１００」の入金画面において、振込用帳票が読み込まれた時には、ガイド番号「Ｗ１４０」の振込画面に移行する。これに対し、ガイド番号「Ｗ１２０」の出金画面において、振込用帳票が読み込まれた場合には、ガイド番号「Ｗ１４２」の振込画面に移行する。図中にガイド番号「Ｗ１４２」の画面例を示した。この画面は、図２中に示したガイド番号「Ｗ１４０」の画面とは、「現金」、「口座から」という振込処理の種別を示すチェックボックスが無い点で相違する。このように遷移制御テーブル１１７で移行後の画面を規定することにより、同一種類の帳票であっても、状況に応じて表示画面を切り換えることが可能となる。
【００２７】
遷移制御テーブル１１７では、帳票の読み込みを禁止する画面を規定することもできる。例えば、ガイド番号「Ｗ１３０」の印鑑照合画面では、帳票や移行画面が規定されていない。これは、印鑑照合画面では、いずれの帳票の読み込みも禁止することを意味する。かかる態様に代えて、遷移制御テーブル１１７に含まれない取引画面については、一律、いずれの帳票の読み込みも禁止する取扱をしてもよい。
【００２８】
図４は画面の遷移例を示す説明図である。図３で説明した遷移制御テーブル１１７に沿って実現し得る遷移例を示した。図の左上のガイド番号「Ｗ１００」の入金画面で、帳票ＩＤ「ｄｄｄｄｄ」が読み込まれると、ガイド番号「Ｗ１４０」の振込画面に移行する。逆に、ガイド番号「Ｗ１４０」の振込画面で、帳票ＩＤ「ａａａａａ」が読み込まれると、ガイド番号「Ｗ１００」の入金画面に移行する。ガイド番号「Ｗ１２０」の出金画面では、帳票ＩＤ「ｃｃｃｃｃ」が読み込まれるとガイド番号「Ｗ１３０」の印鑑照合画面に移行し、帳票ＩＤ「ｄｄｄｄｄ」が読み込まれるとガイド番号「Ｗ１４２」の振込画面に移行する。このように、遷移制御テーブル１１７によって、取引中に帳票を読み込ませた場合に、画面を種々の態様で遷移させ、複数枚の帳票および画面に亘った一連の取引処理を実現することができる。
【００２９】
図２〜４で示したテーブル構成および画面遷移は一例に過ぎない。例えば、遷移制御テーブル１１７において移行画面の情報を省略し、表示画面は表示制御テーブル１１８で一元的に制御するようにしてもよい。
【００３０】
また、別の態様として、図２、３のテーブルに代えて、一連の取引処理単位で、読み込むべき帳票の種類と表示画面とを規定するテーブルを用いても良い。例えば、「入金、振込処理」という取引処理を実現するために、「１：入金帳票および入金画面、２：振込帳票および振込画面」というように処理手順に応じて帳票、画面を順次規定したテーブルを用意してもよい。このようなテーブルを、取引処理ごとに用意し、使い分けることによっても、図４に示したような複数枚の帳票および画面に亘った一連の取引を実現することができる。
【００３１】
Ｃ．帳票取引処理
図５は帳票取引処理のフローチャートである。オペレータの指示に従って、端末１００が実行する処理である。
【００３２】
この処理が開始されると、端末１００は、帳票１０のイメージデータを読み込み、ＯＣＲ処理によって帳票ＩＤを特定する（ステップＳ１０）。ステップＳ１０で読み込まれた帳票が最初であり、取引画面が表示されていない場合には（ステップＳ１１）、端末１００は表示制御テーブル１１８を参照して（ステップＳ１３）、帳票の種別に応じた表示画面を決定する。
【００３３】
一方、先に何らかの帳票が読み込まれており、取引画面が表示されている場合には（ステップＳ１１）、端末１００は遷移制御テーブル１１７を参照して（ステップＳ１２）、画面遷移の可否、および移行画面を設定する。遷移制御テーブル１１７に規定されていない帳票（以下、「禁止帳票」と称する）が読み込まれた場合など、画面遷移を禁止すべきと判断した場合には、端末１００はエラー表示を行う（ステップＳ１５）。エラー表示としては、例えば、画面に「この帳票は取扱対象外です」などの表示が挙げられる。ステップＳ１５のエラー表示に代えて、禁止帳票が読み込まれた場合には、従前の取引処理を破棄し、禁止帳票に対応した新たな取引処理を開始するようにしてもよい。この場合でも、「新たな取引処理を開始してもよいですか？」などの確認画面を表示することが好ましい。この表示は、エラー表示と併せて行っても良い。
【００３４】
画面の遷移が可能な場合（ステップＳ１４）、端末１００は設定されたガイド番号に応じた取引画面を表示する（ステップＳ１６）。画面の遷移が可能とは、現在の取引画面から他の画面への遷移、新規に取引画面の表示を行う場合の双方を含む。前者はステップＳ１２において遷移制御テーブル１１７を参照して移行後の画面が設定されている場合に相当し、後者はステップＳ１３において表示制御テーブル１１８を参照して表示画面が設定されている場合に相当する。
【００３５】
オペレータが表示された取引画面で、取引に必要な情報を入力し終わると（ステップＳ１７）、端末１００はホストコンピュータ２００と通信して、指定された取引処理を実行する（ステップＳ１８）。オペレータが、スキャナ１０２で別の帳票を読み込ませると、ステップＳ１０〜Ｓ１７の処理が再度実行される。
【００３６】
以上で説明した実施例の帳票取扱装置によれば、取引途中で別の帳票の読み込みを行うことができ、複数枚の帳票に亘った一連の取引処理を実現することができる。また、複数枚の帳票の読み込みは無制限ではなく、遷移制御テーブル１１７で制御されているため、取引における無用な混乱を回避して、予め規定された適切な取引処理を実現することができる。
【００３７】
Ｄ．第２実施例
第１実施例では取引中に別帳票を順次読み込む場合の処理について説明した。本実施例は、複数枚の帳票を一括して読み込んで、取引処理を実行する構成としても良い。かかる取引処理の制御例を第２実施例として説明する。第２実施例におけるシステム構成、機能ブロック構成は、第１実施例（図１、２）と同じである。
【００３８】
図６は第２実施例としての帳票取引処理のフローチャートである。端末１００が実行する処理である。この処理が開始されると、端末１００は、複数枚の帳票１０のイメージデータを一括して読み込み、ＯＣＲ処理によって帳票ＩＤを特定する（ステップＳ２０）。
【００３９】
端末１００は遷移制御テーブル１１７を参照して、次の手順で、一連の取引処理（以下、「トランザクション」と称する）を特定する（ステップＳ２１）。例えば、入金用、振込用、印鑑照合用の３枚の帳票が一括して読み込まれた場合を考える。先に図３で示した遷移制御テーブル１１７によれば、入金画面「Ｗ１００」における振込帳票の読み込み、振込画面「Ｗ１４０」における入金帳票の読み込みはそれぞれ許可されていることが分かる。従って、これらの帳票から、「入金→振込」、「振込→入金」という２種類のトランザクションが意図されているものと推測することができる。このトランザクションでは、「印鑑照合帳票」は余剰な帳票ということになる。
【００４０】
一方、印鑑照合については、入金画面、振込画面のいずれでも読込が許可されていない。また印鑑照合画面「Ｗ１３０」においても、入金帳票、振込帳票のいずれも読込が許可されていない。従って、印鑑照合の帳票からは、「印鑑照合」という単独のトランザクションが意図されているものと推測することができる。このトランザクションでは、「入金帳票」、「振込帳票」は余剰な帳票ということになる。
【００４１】
端末１００は、上述の手順で推測されたトランザクションの候補を表示し、オペレータによる選択指示を入力する（ステップＳ２２）。図中に、表示画面例を示した。オペレータは表示されたトランザクション候補に付されたチェックボックスをチェックすることで、意図したトランザクションを選択することができる。これらのトランザクションの表示に併せて、余剰な帳票の名称を表示しても良い。
【００４２】
オペレータがトランザクションを選択すると端末１００は、表示制御テーブルに従って、画面表示を行う（ステップＳ２３）。オペレータの入力が完了するまで（ステップＳ２４）、選択されたトランザクションに沿って、画面を切り換えながら表示し、入力が完了すると、端末１００はホストコンピュータ２００と通信して取引処理を実行する（ステップＳ２５）。
【００４３】
以上で説明した第２実施例の処理によっても、複数枚の帳票に亘った一連の取引処理を実行することができる。更に、第２実施例によれば、最初に必要な帳票を一括して読み込ませるため、作業性が高いという利点もある。
【００４４】
第２実施例では、ステップＳ２１において余剰の帳票の存在を許容してトランザクションの候補を判定する場合を例示した。トランザクションの特定は、種々の態様で行うことができる。例えば、読み込まれた帳票と完全に一致するトランザクションのみを選択するようにしてもよい。上述の例では、いずれのトランザクションも余剰の帳票を含むため、該当するトランザクションは存在しないという判定結果となる。
【００４５】
また、別の態様として帳票の不足を許容してトランザクションの候補を判定するようにしてもよい。例えば、入金帳票のみが読み込まれた場合には、「入金」処理のみからなるトランザクションの他、「入金→振込」、「振込→入金」という２種類のトランザクションを候補に加え、後者２つについては「振込帳票」が不足していることをオペレータに通知するようにしてもよい。
【００４６】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。
【図面の簡単な説明】
【００４７】
【図１】実施例としての取引システムの構成を示す説明図である。
【図２】表示制御テーブル１１８の内容を例示する説明図である。
【図３】遷移制御テーブル１１７の内容を例示する説明図である。
【図４】画面の遷移例を示す説明図である。
【図５】帳票取引処理のフローチャートである。
【図６】第２実施例としての帳票取引処理のフローチャートである。
【符号の説明】
【００４８】
１０…帳票
１２…帳票ＩＤ
１００…端末
１０２…スキャナ
１１０…主制御部
１１１…通信制御部
１１２…イメージ入力部
１１４…コマンド入力部
１１５…表示制御部
１１６…取引制御部
１１７…遷移制御テーブル
１１８…表示制御テーブル
２００…ホストコンピュータ
２０２…取引処理部
２０４…顧客データベース
２０６…通信制御部
【図１】
2005196524.tif 000003
【図２】
2005196524.tif 000004
【図３】
2005196524.tif 000005
【図４】
2005196524.tif 000006
【図５】
2005196524.tif 000007
【図６】
2005196524.tif 000008