(57)【特許請求の範囲】
【請求項１】
テラー等が操作部から複合取引の指示を入力すると、複合取引の画面を呼び出し、処理対象の普通預金、定期預金、振込を含む取引種別、当該取引種別毎の入金、支払の区分の情報、取引金額を含む取引情報を入力して複合取引を行うことができる複合取引処理装置において、
複合取引処理の処理中に各取引の成立毎に、前記取引種別と、当該取引種別毎の入金、支払の区分とに分けて、それぞれの処理件数と金額の合計を第１算出部で順次算出し、この第１算出部の金額を更新した算出結果を第１記憶部に取引種別毎の入金、支払の区分毎に記憶してこれを取引状況カウンタとし、この取引状況カウンタを算出及び記憶して編集する取引状況カウンタ編集処理手段と、
複合取引処理中に各取引の成立毎に、現金または有価証券のそれぞれに対して取引額を第２算出部で順次算出し、この第２算出部の算出結果を第２記憶部に記憶してこれを複合取引額カウンタとし、この複合取引額カウンタを算出及び記憶して現金合計、自他有価証券の各合計のそれぞれの合計金額を編集する複合取引額カウンタ編集処理手段と、
複合取引処理中に、必要に応じて前記第１記憶部から前記取引状況カウンタを読みだして表示部に表示するようにした取引状況カウンタ表示処理手段と、
複合取引処理中に、必要に応じて前記第２記憶部から複合取引額カウンタを読みだして表示部に表示するようにした複合取引額カウンタ表示処理手段とを有することを特徴とする複合取引処理装置。
【請求項２】
テラー等が操作部から複合取引の指示を入力すると、複合取引の画面を呼び出し、処理対象の普通預金、定期預金、振込を含む取引種別、当該取引種別毎の入金、支払の区分の情報、取引金額を含む取引情報を入力して複合取引を行うことができる複合取引処理装置において、
複合取引処理の処理中に各取引の成立毎に、前記取引種別と、当該取引種別毎の入金、支払の区分とに分けて、それぞれの処理件数と金額の合計を第１算出部で順次算出し、この第１算出部の金額を更新した算出結果を第１記憶部に取引種別毎の入金、支払の区分毎に記憶してこれを取引状況カウンタとし、この取引状況カウンタを算出及び記憶して編集する取引状況カウンタ編集処理手段と、
複合取引処理中に各取引の成立毎に、現金または有価証券のそれぞれに対して取引額を第２算出部で順次算出し、この第２算出部の算出結果を第２記憶部に記憶して、これを複合取引額カウンタとし、この複合取引額カウンタを算出及び記憶して現金合計、自他有価証券の各合計のそれぞれの合計金額を編集する複合取引額カウンタ編集処理手段と、
複合取引処理中に、必要に応じて前記第１記憶部から前記取引状況カウンタを読みだして表示部に表示するようにした取引状況カウンタ表示処理手段と
複合取引処理中に、必要に応じて前記第２記憶部から複合取引額カウンタを読みだして表示部に表示するようにした複合取引額カウンタ表示処理手段と、
前記取引状況カウンタ編集処理及び前記取引状況カウンタ表示処理と、前記複合取引額カウンタ編集処理及び前記複合取引額カウンタ表示処理と、複合取引処理とを同時に処理して、取引状況カウンタ又は複合取引額カウンタの少なくとも一方を取引に関する画面と同時に表示部に表示する並行処理手段とを有することを特徴とする複合取引処理装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、銀行等の金融機関が行う金融業において、テラーが金融機関窓口（ハイカウンター）用の端末を操作して顧客の取引（以下、テラー取引という）を処理する場合に、一顧客が複数の取引を一度に依頼した時に、その複数の取引を処理するための複合取引処理装置に関し、特に、テラー取引時の当該端末の操作性並びにテラーの事務処理速度及びその安全性を向上させるのに有用なものである。
【０００２】
【従来の技術】
従来の複合取引処理装置としては、例えば、特公平５−５１９５３号公報等に記載のものが知られている。
すなわち、このような従来例では、テラー取引において一顧客が複数の取引を一度に依頼した場合には、テラーが複合取引処理装置の取引画面をそれぞれの取引毎に呼び出し、その画面上を移動するカーソルに合わせて取引項目を入力し、それぞれの取引毎にホストコンピュータ等に送信して取引を成立するようにしている。そして、各取引毎に発生する入出金は一連の複合取引処理としてその合計を算出し、過不足分は顧客指定の口座や顧客自身に入出金して複数の取引を処理するようにしていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来の複合取引処理装置では、テラーがそれぞれの取引毎に取引画面を呼び出し、取引伝票等をみながらその取引画面に取引額等の取引項目を入力して一取引毎に処理する際に、前回までの取引額の合計に今回入力した取引額を加算又は減算することで今回の取引で生じる取引額の合計をプログラムに従って算出し、その算出結果を取引画面の該当箇所に表示するようにしているため、前回までに生じた算出結果は今回の取引中には表示されない。このため、テラーが前回までの算出結果を忘れてしまった場合等には、今回の取引で生じる過不足は、今回の取引の取引額を入力して合計を算出させた後でないと判断することができない。従って、今回の取引が成立するか否かを取引額の入力前に予め判断することができないため、不成立の場合には取引額の入力がむだ打ちになってしまう問題があった。
【０００４】
また、取引画面は一取引の完了とともにその都度更新されるようにしてあるため、いずれの取引が完了したか否かを複合取引処理中には確認することができなかった。このため、テラーが、口座番号，店番号，残高等の顧客情報の照会取引を複合取引処理中に頻繁に行うなどしている間に、複合取引処理のうちのいずれの取引を処理したのか忘れてしまった場合には、完了取引か否かの判断ミスを続出させ、取引の重複や漏れ等のオペレーションミスを引き起こさせる問題があった。
【０００５】
一方、取引成立後には取引ジャーナルを呼び出して取引を確認するようにしたものが知られているが、複合取引処理中には取引ジャーナルを呼び出すことができず、また、複合取引処理では複数の取引を扱っているので取引ジャーナルの情報量が多くて呼び出すための処理時間が掛かり、確認作業に時間が掛かってしまう問題があった。
【０００６】
【課題を解決するための手段】
そこで本発明は、複合取引処理の処理中に各取引の成立毎に、前記取引種別と、当該取引種別毎の入金、支払の区分とに分けて、それぞれの処理件数と金額の合計を第１算出部で順次算出し、この第１算出部の金額を更新した算出結果を第１記憶部に取引種別毎の入金、支払の区分毎に記憶してこれを取引状況カウンタとし、この取引状況カウンタを算出及び記憶して編集する取引状況カウンタ編集処理手段と、複合取引処理中に各取引の成立毎に、現金または有価証券のそれぞれに対して取引額を第２算出部で順次算出し、この第２算出部の算出結果を第２記憶部に記憶してこれを複合取引額カウンタとし、この複合取引額カウンタを算出及び記憶して現金合計、自他有価証券の各合計のそれぞれの合計金額を編集する複合取引額カウンタ編集処理手段と、複合取引処理中に、必要に応じて前記第１記憶部から前記取引状況カウンタを読みだして表示部に表示するようにした取引状況カウンタ表示処理手段と、複合取引処理中に、必要に応じて前記第２記憶部から複合取引額カウンタを読みだして表示部に表示するようにした複合取引額カウンタ表示処理手段とを有することを特徴とする。
【０００７】
【作用】
このような構成によると、適宜、前回までの複合取引額カウンタを表示するようにすると、今回取引時の取引金額が適当な取引処理か否かをテラー等が判断する手助けにすることができる。つまり、取引が成立する毎に複合取引額カウンタを更新して格納し、複合取引中に表示するようにすると、各取引で不足が生じるか否かが、テラー等自身に一目でわかり、リアルタイムで複合取引額を把握することができるので、無駄な取引処理や入力ミスを判断することができる。
【０００８】
【実施例】
以下に、図面を参照して、本発明の実施例を説明する。
実施例１
まず、実施例１に必要な構成要素を順を追って説明する。
図１は、複合取引処理装置の使用形態の概略ブロック図である。
【０００９】
この複合取引処理装置１は、通信制御装置２とともに、互いの信号伝送速度を合わせるために中速ループ３に接続して営業店４に設けてある。そして、通信制御装置２は、ホストコンピュータ５と通信を行うことができるように図示しない公衆網等により接続してある。従って、複合取引処理装置１は、ホストコンピュータ５と通信を行うことができ、取引の成立確認等のために顧客情報等を互いに送受信することができるようになっている。
【００１０】
次に、複合取引処理装置１の構成を説明する。
図２は、複合取引処理装置のブロック図である。
この複合取引処理装置１は、現金の計数や入出金等を行う現金処理機６と、テラー等のオペレータ（以下、テラーという）が取引操作等を行う端末機７とから構成した。
【００１１】
前記端末機７は、テラーが表示部８を見ながら操作部９を操作して制御部１０に指令等を出すことにより、複合取引を行えるようになっている。また、必要に応じて取引結果等を印字するためにプリンタ１１を設けてある。
前記表示部８は、ＣＲＴや液晶表示画面等いずれのものでもよい。前記操作部９は、キーボードやマウス等により指令や文字（数字）等を制御部１０に入力することができるものである。また、表示部８と操作部９とを一体に構成したタッチセンサ式のものであってもよい。さらに、アイコンにより表示部８上で指令等を選べるようにしたものでもよい。
【００１２】
前記制御部１０は、演算処理等を行うＣＰＵ１２と、このＣＰＵ１２に接続されて演算処理や複合取引処理等を行わせるためのプログラムを格納したプログラムファイル１３と、前記ＣＰＵ１２に接続されて取引状況カウンタ等を格納するカウンタファイル１４とが設けてあり、図示しないモデム等を介してＣＰＵ１２が中速ループ３，前記現金処理機６，表示部８，操作部９やプリンタ１１と接続するようにしてある。なお、前記カウンタファイル１４は、パックアップメモリ（ＢＢＭ）等の不揮発性のものである。
【００１３】
次に、前記制御部１０の実施例１における概念的な構成を説明する。
図３は、制御部の概念ブロック図である。
この制御部１０は、上述したようにＣＰＵ１２等で構成されるが、概念的には、複合取引処理手段１５と、カウンタ編集・表示手段１６と、並行処理制御手段１７とで構成したと把握することができる。
【００１４】
すなわち、前記複合取引処理手段１５は、テラー等が前記現金処理機６に現金を投入してその計数等をさせ、普通預金や定期預金等の取引を一顧客が一度に複数の依頼をした場合に、複数の取引を纏めて処理するための手段である。
前記カウンタ編集・表示手段１６は、一取引成立毎に、後述する取引状況カウンタ等のカウンタのデータをカウンタファイル１４の所定の場所に格納しつつその都度更新して、必要に応じてそのデータを表示部８に表示するための手段である。
【００１５】
前記並行処理制御手段１７は、前記複合取引処理手段１５と前記カウンタ編集・表示手段１６を同時並行処理させるための手段である。
以上のように制御部１０は、概念的には、少なくとも３つの処理を行う手段を有するものである。なお、以下の説明では、ＣＰＵ１２がプログラムファイル１３に格納されたプログラムを読みだしてそれぞれの処理を行うものとして説明する。
【００１６】
それでは、上述の構成による複合取引処理装置の動作を順にフローチャートを参照しながら説明する。
図４は、実施例の複合取引のフローチャートである。
Ｓａ１：ＣＰＵ１２は、テラー等が複合取引の指示を操作部９から入力すると、その入力されたデータを判断して、複合取引の画面を呼び出す。そして、入金の場合には、テラー等が、顧客から取引の依頼伝票とともに受け取った現金を現金処理機６にセットすると、ＣＰＵ１２は、その計数を行ってその結果を複数テラー取引の画面に、例えば、図１６に示すように、その計数結果の金額を金種別に表示して、下記Ｓａ２の処理を待つ。ここで、当店の金額とは、現在取引している店が発行した手形等の有価証券に記載された金額であり、テラー等が、読み取って操作部９から入力するものとするが、これに限らず、このような有価証券の金額を読み込む装置を現金処理機６のように設置して読み込ませるのが好ましい。なお、このような有価証券は、通常は他店で発行したものと区別するようにして取引を行うため、他店の場合は、「他店」と表示される。また、支払等の場合のように、現金を受け取ってないときには、画面上には、タイトルの他には何も表示しないで、下記Ｓａ２での指示を待つ。
Ｓａ２：ＣＰＵ１２は、上記Ｓａ１での画面を表示中に、テラー等の指示により、処理対象の取引画面を呼び出し、処理をＳａ３に移す。また、そのテラー等の指示は、操作部９に設けた各取引を開始するための機能キーやアイコン等で選択することにより行う。以下のステップでは、例として、普通預金の取引を選択した場合を説明する。
Ｓａ３：ＣＰＵ１２は、取引情報の入力待ち、及び、複合取引処理を終了するか否かの判断をする。すなわち、テラー等が操作部９から取引に必要な金額、ニーモニック及び、入金・支払の取引情報を入力すると、その取引情報を図示しない記憶部に一時記憶するとともに表示部８に取引情報を表示していく。その表示は、例えば、図１７に示すように、入金の場合に、金額（１０，０００）を表示するとともに、その金額分を「現金」「当店」「他店」等のいずれに充当させるかの表示もテラー等の指示に従って表示する。そして、取引内容の確定する旨を指令するための確定キー等が押下されると、処理をＳａ４に移す。また、確定キー等の押下ではなく、複合取引処理を終了するための終了キー等の押下の場合には、処理をＳａ９に移す。
Ｓａ４：ＣＰＵ１２は、テラー等が表示された取引情報が正しいか否かの入力チェックを行い、確認キー等が押下されることにより、処理をＳａ５に移す。
Ｓａ５：ＣＰＵ１２は、中速ループ３等を介してホストコンピュータ５に入力データを交信し、取引成立の確認等を行わせ、処理をＳａ６に移す。
Ｓａ６：ＣＰＵ１２は、上記Ｓａ５で、ホストコンピュータ５との間で取引成立の確認が正常に行われて交信成立の旨を受信したら処理をＳａ７に移し、不成立であれば、処理を上記Ｓａ２に戻す。
Ｓａ７：ＣＰＵ１２は、カウンタファイル１４に取引状況等を格納するとともに、表示部８に表示するカウンタ編集・表示処理を行い、処理をＳａ８に移す。なお、実施例１の場合の当該カウンタ編集・表示処理は、図５等を参照して説明するが、後述するものとする。
Ｓａ８：ＣＰＵ１２は、取引毎に伝票を印字して処理を上記Ｓａ２に戻す。なお、その伝票は、単一テラー取引時に印字されているものと同様であり、各取引の認証をするためのものである。
Ｓａ９：ＣＰＵ１２は、複数テラー取引終了を認証するための伝票を印字し、処理をＳａ１０に移す。
Ｓａ１０：ＣＰＵ１２は、上記Ｓａ７でカウンタファイル１４に格納したカウンタをクリアして複合取引を終了する。なお、この複合取引で顧客に払戻金やお釣り等が生じた場合は、テラー等が現金処理機６から現金を取り出して顧客に渡して当該取引を終了する。
【００１７】
次に、図５等を参照して、実施例１の上記Ｓａ７におけるカウンタ編集・表示処理を説明する。
図５は、実施例１のカウンタ編集表示処理のフローチャートである。
Ｓｂ１：ＣＰＵ１２は、取引種別毎の件数及び金額の合計をカウンタファイル１４に格納する取引状況カウンタ編集処理（図６参照、Ｓｃ１〜Ｓｃ４）を行い、処理をＳｂ２に移す。以下、Ｓｃ１〜Ｓｃ４を説明する。なお、図１４は取引状況カウンタのカウンタファイルへの格納状態図である。
Ｓｃ１：ＣＰＵ１２は、表示部８に表示された普通預金や定期預金等の取引種別を認識し、その認識した取引種別を格納するカウンタファイル１４内の領域をアクセスする。例えば、取引種別が普通預金の場合には、図１４に示すカウンタファイル１４内の該当領域をアクセスして、処理をＳｃ２に移す。
Ｓｃ２：ＣＰＵ１２は、上述したように図示しない一時記憶部に記憶されて表示部８に表示されている取引種別毎の入金／支払の区別を認識し、その認識により該当する領域をアクセスする。例えば、取引種別が普通預金で入金の場合には、図１４に示すカウンタファイル１４内の該当領域（上側２段）をアクセスして、処理をＳｃ３に移す。
Ｓｃ３：ＣＰＵ１２は、当該成立取引のカウンタファイル１４の該当件数領域をアクセスして１をインクメントして当該領域を更新する。例えば、取引種別が普通預金で入金の場合に、今回複合取引で始めてのときには、図１４に示すカウンタファイル１４内の該当件数領域に０から１をインクリメントして、処理をＳｃ４に移す。
Ｓｃ４：ＣＰＵ１２は、当該成立取引のカウンタファイル１４の該当金額領域をアクセスしてそこに格納されている金額に、表示部８で表示され一時記憶部に記憶された金額を加算して当該領域を更新する。例えば、１００，０００円が格納されていたら、今回の取引における１０，０００円を加算して１１０，０００円と更新し、表示部８の画面を複数テラー取引画面に戻して処理を終了する。このように、取引状況カウンタを取引が成立する毎に更新していく。
【００１８】
それでは、図５に戻って、上記Ｓｂ１の取引状況カウンタ編集処理が終了すると、処理をＳｂ２に移す。
Ｓｂ２：ＣＰＵ１２は、カウンタファイル１４から取引状況カウンタを読みだして、表示部８に取引状況カウンタを表示し（図７参照、Ｓｄ１〜Ｓｄ４）、カウンタ編集・表示処理を終了する。以下、Ｓｄ１〜Ｓｄ４を説明する。
Ｓｄ１：ＣＰＵ１２は、取引状況カウンタが表示部８に表示されているか否かを確認し、表示されていなければ処理をＳｄ２に移し、表示されていれば処理をＳｄ４に移す。
Ｓｄ２：ＣＰＵ１２は、複数テラー取引画面をクリアして表示部８に取引画面を表示して、処理をＳｄ３に移す。なお、複数テラー取引画面をクリアせずに、図１９に示すように、窓を設けて取引状況カウンタを表示するようにしてもよい。
Ｓｄ３：ＣＰＵ１２は、カウンタファイル１４から該当取引状況カウンタをアクセスして、その内容を表示部８に表示された取引画面の該当箇所に順に表示して、処理を終了する。その表示は、例えば、図１８に示すように、表示部８の画面いっぱいにして表示し、その表示内容は、取引種別に応じて入金・支払の区分毎に、それぞれ処理した件数及びその金額の合計等カウンタファイル１４に格納されている情報である。また、場合によっては次頁キー等を用意して数頁に渡って表示するようにしてもよい。
Ｓｄ４：ＣＰＵ１２は、上述した図１９に示す場合等のように、複数テラー取引画面に窓を設けて取引状況カウンタを表示して、既に取引状況カウンタが表示されているときには、表示されている取引状況カウンタの内容をクリアして前回までの値を消去して、処理を上記Ｓｄ３に移して表示内容を更新する。
【００１９】
以上のように、取引状況カウンタを表示部８に表示して、複合取引中に、他の取引種別の処理に移っていくようにしたので、他の取引種別の処理を開始する時には、処理した取引の状況を把握することができるようになる。
ところで、上記複合取引の処理中に、カウンタファイル１４に格納してある取引状況を、表示部８に当該処理の各取引毎の表示とともに、適宜表示するようにして並行処理してもよい。以下、図８を参照して、この並行処理時の取引状況カウンタ表示処理を説明する。
Ｓｅ１：ＣＰＵ１２は、複合取引の処理中に、テラー等の操作部９から出す取引状況カウンタ表示指令を認識すると、処理をＳｅ２に移す。
Ｓｅ２：ＣＰＵ１２は、表示部８に表示されている取引画面上に、窓を設けて取引状況カウンタ画面を表示し、処理をＳｅ３に移す。
Ｓｅ３：ＣＰＵ１２は、カウンタファイル１４から該当取引状況カウンタをアクセスして、その内容を表示部８に表示された取引画面の該当箇所に順に表示して、処理をＳｅ４に移す。
Ｓｅ４：ＣＰＵ１２は、取引状況カウンタクリア指令がテラー等によって操作部９から入力されてるまで複合取引処理と並行して表示するようにし、当該指令を認識したら表示処理を終了する。
【００２０】
以上のように、適宜、前回までの取引状況カウンタを表示するようにすると、今回取引が適当な取引処理か否かを判断することができるようになる。
上記実施例１によると、取引が成立する毎に取引状況カウンタを更新して格納しているので、複合取引を終了して取引ジャーナル等で確認しなくても処理した取引か否かの判断をつけることができるようになる。
【００２１】
実施例２
この実施例２は、上記実施例１に比較すると、図４のＳａ７のカウンタ編集・表示処理が相違する点以外の処理は同様である。従って、図９を参照して、カウンタ編集・表示処理を説明し、他の処理の説明を省略する。なお、同一構成は、図面に表れる同一符号を付すものとする。
Ｓｆ１：ＣＰＵ１２は、取引状況カウンタ編集処理を行うが、上記実施例１と同様であるので説明を省略する。
Ｓｆ２：ＣＰＵ１２は、複合取引依頼時に、現金処理機６に収納した現金、手形等の有価証券を当店及び他店別に分けて端末機７に入力した当店券並びに他店券の別に取引した取引額を算出し、カウンタファイル１４に格納する複合取引額カウンタ編集処理を行い、処理をＳｆ３に移す。その格納状態は、図１５に示すように、現金合計、当店券合計と他店券合計の各取扱金の金額を格納するものである。なお、上記取引状況カウンタと連続するようにして格納してもよい。
Ｓｆ３：ＣＰＵ１２は、上記Ｓｆ２で算出して格納された複合取引額カウンタを表示部８に表示する複合取引額カウンタ表示処理を行い、処理をＳｆ４に移す。
Ｓｆ４：ＣＰＵ１２は、取引状況カウンタ表示処理を行うが、上記実施例１と同様であるので説明を省略する。
【００２２】
次に、図を参照して、上記Ｓｆ２とＳｆ３の処理をもう少し詳しく説明する。
図９は、複合取引額カウンタ編集処理のフローチャートである。
Ｓｇ１：ＣＰＵ１２は、今回取引で取り扱った取扱金の種別を確認して、処理をＳｇ２に移す。例えば、取扱金として現金の場合を説明するが、当店券等でも同様である。
Ｓｇ２：ＣＰＵ１２は、取引が「入金」か「支払」かの判断をする。入金なら処理をＳｇ３に移し、支払なら処理をＳｇ４に移す。
Ｓｇ３：ＣＰＵ１２は、取引の入金を取り消す処理であったか否かを判断する。入金取消なら処理をＳｇ５に移し、入金取消でないなら処理をＳｇ６に移す。
Ｓｇ４：ＣＰＵ１２は、取引の支払を取り消す処理であったか否かを判断する。支払取消なら処理をＳｇ６に移し、支払取消でないなら処理をＳｇ５に移す。
Ｓｇ５：ＣＰＵ１２は、認識している該当する現金合計に、今回の取引の金額を減算して処理をＳｇ７に移す。
Ｓｇ６：ＣＰＵ１２は、認識している該当する現金合計から、今回の取引の金額を加算して処理をＳｇ７に移す。
Ｓｇ７：ＣＰＵ１２は、上記Ｓｇ５及びＳｇ６の結果に応じてカウンタファイル１４を更新して処理を終了する。
【００２３】
図１０は、複合取引額カウンタ表示処理のフローチャートである。
Ｓｈ１：ＣＰＵ１２は、複合取引額カウンタが表示部８に表示されているか否かを確認し、表示されていなければ処理をＳｈ２に移し、表示されていれば処理をＳｈ４に移す。
Ｓｈ２：ＣＰＵ１２は、複数テラー取引画面をクリアして表示部８に取引画面を表示して、処理をＳｈ３に移す。なお、複数テラー取引画面をクリアせずに、図１９で説明した取引状況カウンタと同様に、窓を設けて複合取引額カウンタを表示するようにしてもよい。また、図２１に示すように、複数テラー取引画面をクリアせずに、窓を設けて複合取引額カウンタ及び取引状況カウンタの両方を表示するようにしてもよい。
Ｓｈ３：ＣＰＵ１２は、カウンタファイル１４から該当複合取引額カウンタをアクセスして、その内容を表示部８に表示された取引画面の該当箇所に順に表示して、処理を終了する。その表示は、例えば、図２０に示すように、表示部８の画面いっぱいにして表示し、その表示内容は、現金合計、当店券合計、他店券合計毎に表示するそれぞれの合計金額であり、カウンタファイル１４に格納されている情報である。また、次頁キーを設け、取引状況カウンタとの間を連続した頁として表示切り替えするようにしてもよい。
Ｓｈ４：ＣＰＵ１２は、上述した図２１に示す場合等のように、複数テラー取引画面に窓を設けて複合取引額カウンタを表示して、既に複合取引額カウンタが表示されているときには、表示されている複合取引額カウンタの内容をクリアして前回までの値を消去して、処理を上記Ｓｈ３に移して表示内容を更新する。このとき、算出結果がマイナスになったらブザー等でテラー等に報知するようにしてもよい。
【００２４】
以上のように、複合取引額カウンタを表示部８に表示して、複合取引中に、他の取引種別の処理に移っていくようにしたので、他の取引種別の処理を開始する時には、処理した複合取引の取引額を把握することができるようになる。
ところで、上記複合取引の処理中に、カウンタファイル１４に格納してある複合取引額を、表示部８に当該処理の各取引毎の表示とともに、適宜表示するようにして並行処理してもよい。以下、図１２を参照して、この並行処理時の複合取引額カウンタ表示処理を説明する。
Ｓｉ１：ＣＰＵ１２は、複合取引の処理中に、テラー等の操作部９から出す複合取引額カウンタ表示指令を認識すると、処理をＳｉ２に移す。
Ｓｉ２：ＣＰＵ１２は、表示部８に表示されている取引画面上に、窓を設けて複合取引額カウンタ画面を表示し、処理をＳｉ３に移す。
Ｓｉ３：ＣＰＵ１２は、カウンタファイル１４から該当複合取引額カウンタをアクセスして、その内容を表示部８に表示された取引画面の該当箇所に順に表示して、処理をＳｉ４に移す。
Ｓｉ４：ＣＰＵ１２は、複合取引額カウンタクリア指令がテラー等によって操作部９から入力されてるまで複合取引処理と並行して表示するようにし、当該指令を認識したら表示処理を終了する。
【００２５】
以上のように、適宜、前回までの複合取引額カウンタを表示するようにすると、今回取引時の取引金額が適当な取引処理か否かをテラー等が判断するのを手助けすることができるようになる。
また、上記複合取引額カウンタ表示並行処理中に、複合取引額を仮に算出して、図示しない一時記憶部に記憶して表示するようにし、その取引が不成立の場合には元の表示をカウンタファイル１４の内容を再表示するようにし、その取引が成立した場合には前記一時記憶部の内容でカウンタファイル１４を更新するようにしてもよい。かかる場合には、複合取引中に複合取引額カウンタをリアルタイムに表示することができるので、取引金額が適当な取引か否かをリアルタイムに判断することができるようになる。
【００２６】
上記実施例２によると、上記実施例１の効果の他に、取引が成立する毎に複合取引額カウンタを更新して格納して複合取引中に表示するようにすると、各取引で不足が生じるか否かが、テラー等自身に一目で分かるようにすることができ、リアルタイムで複合取引額を把握できるので、無駄な取引処理や入力ミス等を判断する手助けをすることができるようになる。
【００２７】
実施例３
この実施例３は、上記実施例２に比較すると、図４のＳａ７のカウンタ編集・表示処理が相違する点以外の処理は同様である。従って、図１２を参照して、カウンタ編集・表示処理を説明し、他の処理の説明を省略する。なお、同一構成は、図面に表れる同一符号を付すものとする。
Ｓｉ１：ＣＰＵ１２は、複合取引依頼時に、現金処理機６に収納した現金、手形等の有価証券を当店及び他店別に分けて端末機７に入力した当店券並びに他店券の別に取引した取引額を算出し、カウンタファイル１４に格納する複合取引額カウンタ編集処理を行い、処理をＳｉ２に移す。すなわち、複合取引額カウンタ編集処理は、上記実施例２と同様であるの詳しい内容の説明を省略する。
Ｓｉ２：ＣＰＵ１２は、上記Ｓｉ１で算出して格納された複合取引額カウンタを表示部８に表示する複合取引額カウンタ表示処理を行い、処理をＳｆ４に移す。すなわち、複合取引額カウンタ表示処理は、上記実施例２と同様であるの詳しい内容の説明を省略する。
【００２８】
上記実施例３によると、取引が成立する毎に複合取引額カウンタを更新して格納して複合取引中に表示するようにすると、各取引で不足が生じるか否かが、テラー等自身に一目で分かるようにすることができ、リアルタイムで複合取引額を把握できるので、無駄な取引処理や入力ミス等を判断する手助けをすることができるようになる。
【００２９】
なお、上記各実施例において、表示部８に窓を設けるいわゆるウィンドウシステムでは、表示スペースは適当に設定し、また、文字等の大きさも適当に設定してもよい。
【００３０】
【発明の効果】
以上説明したように本発明の複合取引処理装置によると、複合取引を終了して取引ジャーナル等で確認しなくても、処理した取引か否かの判断をつけることができるようになる効果が得られる。従って、今回の取引が成立するか否かを取引額の入力前に予め判断することができるようになり、不成立の場合のむだ打ちを防止することができる効果が得られる。また、複合取引処理のうちのいずれの取引を処理したのか忘れてしまった場合にも、完了取引か否かの判断ミスを防止し、取引の重複や漏れ等のオペレーションミスを防止することができる効果が得られる。
【図面の簡単な説明】
【図１】複合取引処理装置の使用状態の概略ブロック図
【図２】複合取引処理装置のブロック図
【図３】制御部の概念ブロック図
【図４】実施例の複合取引のフローチャート
【図５】実施例１のカウンタ編集・表示処理のフローチャート
【図６】取引状況カウンタ編集処理のフローチャート
【図７】取引状況カウンタ表示処理のフローチャート
【図８】並行処理時の取消状況カウンタ表示処理のフローチャート
【図９】実施例２のカウンタ編集・表示処理のフローチャート
【図１０】複合取引額カウンタ編集処理のフローチャート
【図１１】複合取引額カウンタ表示処理のフローチャート
【図１２】並行処理時の複合取引額カウンタ表示処理のフローチャート
【図１３】実施例３のカウンタ編集・表示処理のフローチャート
【図１４】取引状況カウンタファイルの格納状態図
【図１５】複合取引額カウンタファイルの格納状態図
【図１６】複合取引の画面の例示図
【図１７】普通取引の画面の例示図
【図１８】取引状況カウンタの画面の例示図
【図１９】取引状況カウンタの表示例示図
【図２０】複合取引額カウンタの画面の例示図
【図２１】取引状況／複合取引額カウンタの表示例示図
【符号の説明】
１  複合取引処理装置
６  現金処理機
７  端末機
８  表示部
９  操作部
１０  制御部
１１  プリンタ
１２  ＣＰＵ
１３  プログラムファイル
１４  カウンタファイル
１５  複合取引処理手段
１６  カウンタ編集・表示手段
１７  並行処理制御手段
【図１】
0004282098.tif 000002
【図２】
0004282098.tif 000003
【図３】
0004282098.tif 000004
【図４】
0004282098.tif 000005
【図５】
0004282098.tif 000006
【図６】
0004282098.tif 000007
【図７】
0004282098.tif 000008
【図８】
0004282098.tif 000009
【図９】
0004282098.tif 000010
【図１０】
0004282098.tif 000011
【図１１】
0004282098.tif 000012
【図１２】
0004282098.tif 000013
【図１３】
0004282098.tif 000014
【図１４】
0004282098.tif 000015
【図１５】
0004282098.tif 000016
【図１６】
0004282098.tif 000017
【図１７】
0004282098.tif 000018
【図１８】
0004282098.tif 000019
【図１９】
0004282098.tif 000020
【図２０】
0004282098.tif 000021
【図２１】
0004282098.tif 000022