JP2012198861A - 窓口端末及び営業店システム - Google Patents

Abstract

【課題】テラーが現金処理機の入出金累計カウンタのカウンタクリア処理を行わずに取引開始することを抑制する。
【解決手段】窓口端末１１の記憶部１１ｆにフラグ情報を格納し、フラグ情報に基づいてカウンタクリア要否判定部１１ｇがカウンタクリア処理を行うための画面を表示させるか否かを判定し、判定の結果に基づいてカウンタクリア処理画面を窓口端末１１の表示部１１ｂに表示させることを特徴とする。
【選択図】図１

Description

本発明は金融機関における営業店に設置される窓口端末と、現金等の処理を行う現金処理機と窓口端末を用いた営業店システムに関するものである。

金融機関の営業店舗内では、テラーが操作する窓口端末と現金の入出金を行う現金処理機という装置とを接続して、顧客との現金を取り扱う取引の処理を行っている。この現金処理機は、例えば2台の窓口端末に対して1台の現金処理機を接続し、1台の現金処理機を複数台の窓口端末間で共有して使用するのが一般的な運用形態となっている。
特開２０００−３３９５５２（段落「０００２」、第６図）

ところで、現金処理機には現金を金種毎に格納する現金カセットに格納される金種毎の枚数や金額を計数する現金カウンタの他、現金処理機の入出金の累計を計数する入出金累計カウンタが備えられており、この入出金累計カウンタは、入金取引及び出金取引についての金額の累計を計数している。

上述した入出金累計カウンタは、入出金についての累計を計数するので、カウンタが最大値となるとオーバーフローを起こし、現金処理機の動作が停止してしまう。そのため、通常はその日の営業店の営業開始前に入出金累計カウンタの数値をクリアするカウンタクリアという処理を行っている。このカウンタクリア処理は、テラーが窓口端末を操作して、手動でカウンタクリア処理を行うための画面を呼び出して表示し、表示した画面から現金処理機にカウンタクリア処理の指示を送信していた。

従来のカウンタクリア処理は、テラーが手動でカウンタクリア処理を行うための画面を表示させ、カウンタクリア処理を行っていたので、テラーがカウンタクリア処理を忘れたまま顧客との取引を開始してしまうことがある。その結果、入出金累計カウンタが前日の営業終了後の値のまま残ってしまうので、営業中に入出金累計カウンタのオーバーフローにより現金処理機の動作が停止してしまい、現金処理機を用いる業務が滞ってしまうというリスクがあった。

また、営業中にもう一方の窓口端末を操作するテラーが、誤って現金処理機カウンタクリアを行ってしまうことで、その日の入出金取引で扱った金額が営業中にも関わらず初期化されてしまい、その日の入出金取引で扱った金額が不明になるというリスクもあった。

上述した課題を解決するために、本発明は現金処理機のカウンタクリア処理の要否を表すフラグ情報を記憶する記憶部と、フラグ情報に基づいて現金処理機の入出金累計カウンタのカウンタクリア処理の要否を判定するカウンタクリア要否判定部と、判定の結果に基づいてカウンタクリア処理部にカウンタクリア処理を要求する制御部とを有することを特徴とする。

これにより、本発明は、テラーが現金処理機の入出金累計カウンタのカウンタクリア処理を行わずに取引開始することを抑制することができるため、営業中の入出金累計カウンタのオーバーフロー発生に伴う業務の停滞を防ぐことができるという効果が得られる。

以下に、図面を参照して本発明の営業店システム及び窓口端末の実施例について説明する。

図１は、本発明の第１実施例の営業店システムを示す説明図である。
図１において、１は銀行や金融機関等の営業店の店舗であり、営業店１内には窓口端末１１、現金処理機１２等が設置されている。

２は金融機関のセンタに設置されるホストサーバ２であり、顧客の氏名や口座番号等の顧客情報を管理している。また、営業店１の窓口端末１１で入出金取引を可能にするための開局の許可を、開局を要求する窓口端末１１に送信する機能を備えている。

３はLANや専用回線などの通信回線３であり、営業店１とホストサーバ２とを通信可能に接続し、営業店１の窓口端末１１とホストサーバ２との間で入出金取引を行うための情報の送受信を行う。なお、ホストサーバ２と接続される営業店１は複数であってもよい。

１１は窓口端末１１である。窓口端末１１は、営業店1内に設置され、顧客との間で取引を行う際に、主にテラーが操作するための端末である。なお、本実施例における営業店１内の窓口端末１１は窓口端末１１−１及び窓口端末１１−２であるが、本発明はこれに限定されず、窓口端末１１は何台であっても構わない。以下、本発明の実施例を説明する都合上、特定の窓口端末１１−１または１１−２を指して説明する場合以外は、窓口端末１１として説明する。

１２は現金処理機１２である。現金処理機１２は行内LANや無線LAN等の通信回線を介して窓口端末１１と接続され、窓口端末１１の指示により現金の入出金を行う機能を有している。本実施例における現金処理機１２は、窓口端末１１−１及び窓口端末１１−２の2台の窓口端末１１と接続されているものとして説明するが、現金処理機１２に接続される窓口端末１１は2台以上であってもよく、また、1台の窓口端末１１のみと接続されていてもよい。

図２は窓口端末１１の詳細な構成を示す図である。
以下、図２を参照しつつ窓口端末１１について詳細に説明する。

窓口端末１１は、ＬＣＤやＣＲＴ等の表示部１１ｂ、マウスやキーボード等の入力部１１ｃ、日付や時刻を管理するタイマ部１１ｄ、ホストサーバ２及び現金処理機１２との通信を行う通信部１１ｅを備えている。

記憶部１１ｆは入出金取引などの窓口で行う取引の処理を制御するための制御プログラムを格納する記憶部１１ｆであり制御プログラムのほか、後述するカウンタクリア処理の要否を判定するためのフラグ情報を、タイマ部１１ｄから取得したフラグ情報設定時の日時情報と共に格納する。

また、窓口端末１１は上述した構成の他、後述する現金処理機１２の入出金累計カウンタ１２ａ―１のカウンタクリア処理の要否を判定するカウンタクリア要否判定部１１ｇ、記憶部１１ｆに格納されたフラグ情報の日時情報と窓口端末１１起動時にタイマ部１１ｄから取得した日時情報とを比較してフラグ情報のリセットの要否を判定するフラグ情報リセット部１１ｈを備えている。制御部１１ａは、記憶部１１ｆに格納された窓口取引の処理のための制御プログラム等に従って窓口端末１１を制御する他、フラグ情報リセット部１１ｈの判定結果や、カウンタクリア処理の実行に基づいて記憶部１１ｆに格納されているフラグ情報を設定する。

カウンタクリア要否判定部１１ｇは、記憶部１１ｆに格納されているフラグ情報や、窓口端末１１を操作するテラーが現金処理機１２の管理を許可されたテラーであるか否かに基づいて現金処理機１２のカウンタクリア処理の要否を判定する機能を有する。カウンタクリア処理の要否の判定の結果、カウンタクリア処理要と判定した場合、制御部１１ａは記憶部１１ｆからカウンタクリア処理画面を読み出して表示部１１ｂに表示する。

フラグ情報リセット部１１ｈは、フラグ情報に対応付けて記憶部１１ｆに格納されている日時情報に基づいて、フラグ情報のリセット要否を判定する機能を有する。より詳細には、フラグ情報のリセット要否の判定は、記憶部１１ｆに格納されているフラグ情報が、現金処理機１２のカウンタクリア処理を行うためのカウンタクリア処理画面を窓口端末１１にすでに表示したことを示す状態（フラグＯＮ）の場合に、窓口端末１１の起動時にタイマ部１１ｄから取得した窓口端末１１起動時の日時情報における日付とフラグ情報に対応付けられた日時情報における日付とを比較する。比較の結果、フラグ情報に対応付けられた日付が窓口端末１１起動時の日付よりも過去の日付であると判定すると、フラグ情報リセット部１１ｈは記憶部１１ｆに格納されたフラグ情報を、カウンタクリア画面を窓口端末１１にまだ表示していないことを示す状態（フラグＯＦＦ）にする。

図３は現金処理機１２の詳細な構成を示す図である。
以下、図３を参照しつつ現金処理機１２について詳細に説明する。

現金処理機１２は、窓口端末１１からの指示に従って現金の入出金処理を行う機能の他、入出金取引で扱う現金を金種毎に格納する現金カセット１２ａ、現金カセット１２ａに格納される現金の金種毎の枚数を計数する現金カウンタ１２ｂ、入出金取引の累計の金額を計数する入出金累計カウンタ１２ｃ、現金カウンタ１２ｂ及び入出金累計カウンタの値を初期化するカウンタクリア処理部１２ｄ、及び窓口端末１１と通信を行う通信部１２ｅを備えている。

入出金累計カウンタ１２ｃは、入金取引と出金取引のそれぞれについての取引金額を累計して計数するカウンタである。この入出金累計カウンタ１２ｃは、現金処理機１２で行った入出金取引の取引金額を累計して計数しているため、カウンタクリア処理を行わない限り、入出金累計カウンタ１２ｃの値は初期化されずに前日の値のままとなる。

カウンタクリア処理部１２ｄは、窓口端末１１からの指示により、入出金累計カウンタ１２ｃの値を初期化する機能を有する。窓口端末１１に表示したカウンタクリア処理画面からカウンタクリア処理実行の指示がされると、カウンタクリア処理部１２ｄは入出金累計カウンタ１２ｃのカウンタを初期化し、カウンタクリア処理の結果を窓口端末１１に送信する。また、このとき、例えばカウンタクリア処理実行の指示を送信した窓口端末１１−１以外に現金処理機１２に接続されている窓口端末１１−２が存在するとき、窓口端末１１−２にカウンタクリア処理を実施したことを示す情報を送信する。

次に、上述した構成の作用について、図４に示す本実施例の入出金累計カウンタのカウンタクリア処理についてのフローチャート及び図５、図６を用いてＳで示すステップに従って説明する。
なお、本実施例では、１台の現金処理機１２に２台の窓口端末１１−１及び窓口端末１１−２が接続され、現金処理機１２を共有していることとして説明する。

Ｓ１、営業店１の窓口端末１１−１を操作するテラーは、営業開始前に窓口端末１１−１を起動する。このとき、窓口端末１１−１のフラグ情報リセット部１１ｈは、フラグ情報のリセット処理を開始する。

Ｓ１のフラグ情報のリセット処理について、図５に示すフラグリセット処理についてのフローチャートを用いて詳細に説明する。

Ｓ１１、フラグ情報リセット部１１ｈは、窓口端末１１−１の起動後、記憶部１１ｆからフラグ情報を読み出し、読み出したフラグ情報がＯＮ（カウンタクリア処理画面表示済）であるか否かを判定し、フラグ情報がＯＮ（Ｓ１１：ＹＥＳ）となっていればＳ１２に移行し、フラグ情報がＯＦＦ（Ｓ１１：ＮＯ）であればＳ１５に移行してフラグリセット処理を終了する。

Ｓ１２、Ｓ１１により、フラグ情報がＯＮであると判定すると、フラグ情報リセット部１１ｈはタイマ部１１ｄから端末起動時の日時情報を取得する。

Ｓ１３、フラグ情報に対応付いたフラグ情報をＯＮにした日時を示す日時情報を窓口端末１１−１の記憶部１１ｆから読み出し、タイマ部１１ｄから取得した端末起動時の日時情報とを比較する。比較の結果、記憶部１１ｆから読み出したフラグ情報に対応付いた日時情報における日付が、端末起動時の日時情報における日付よりも過去の日付であった場合（Ｓ１３：ＹＥＳ）はＳ１４に移行し、そうでない場合（Ｓ１３：ＮＯ）はＳ１５に移行してフラグリセット処理を終了する。

Ｓ１４、フラグ情報リセット部１１ｈは、記憶部１１ｆに格納しているフラグ情報をリセット、すなわちフラグ情報をＯＮからＯＦＦへ設定する。フラグ情報のリセット後、Ｓ１５に移行してフラグリセット処理を終了する。

フラグリセット処理が終了すると、窓口端末１１−１の制御部１１ａは表示部１１ｂに図８に示すような各種取引を行うための画面を呼び出すための初期画面を表示する。この初期画面は、テラーにより入力部１１ｃにより入力欄１００へ入力された画面番号に基づいて制御部１１ａが記憶部１１ｆから画面番号に該当する各種画面情報を読み出し、表示部１１ｂに表示させるための画面である。

Ｓ２、窓口端末１１−１を起動して、図８の初期画面を表示させた後、テラーは窓口端末１１−１を用いて顧客との入出金取引を可能な状態とするための開局承認を得るべく、初期画面から入力部１１ｃを操作して入力欄１００へ開局申請画面の画面番号を入力して図９に示す開局申請画面を表示し、ホストサーバ２との間で開局申請取引を開始する。
例えば、本実施例における開局申請の画面番号は「１１１１」であるので、テラーは図8の取引画面呼出の画面の入力欄１００に「１１１１」と入力し、完了キー１０１を押下すると図９に示すような開局申請画面が記憶部１１ｆから読み出されて表示部１１ｂに表示される。
テラーは、窓口端末１１−１の入力部１１ｃを操作して、ホストサーバ２へ開局承認の要求を送信するための開局申請画面を呼び出し、開局取引に必要な情報として自己のテラーIDを入力欄１００へ入力して完了キー１０１を押下することで、入力した情報と共に開局承認要求をホストサーバ２へ送信する。

Ｓ３、ホストサーバ２は、窓口端末１１−１から受信した開局承認要求に基づいて、窓口端末１１−１を操作するテラーに対して顧客との入出金取引を許可する旨の開局承認を窓口端末１１−１へ送信する。なお、開局申請取引は窓口端末１１−１だけでなく、顧客との間で入出金取引を行う他の窓口端末１１についてもこの処理は行う。

Ｓ４、窓口端末１１−１は、ホストサーバ２から開局承認を受信すると開局申請取引を完了し、次に制御部１１ａは記憶部１１ｆから図１０に示すようなテラー設定を行うためのテラー設定画面を読み出して表示部１１ｂに表示させ、開局申請取引に続けてテラー設定を開始する。

このテラー設定では、窓口端末１１−１を操作するテラーが現金処理機１２への現金の装填や回収操作等の現金処理機１２の管理作業を許可されたテラー（以下、メインテラーと呼ぶ）であるか、現金処理機１２の管理作業は行わずに現金処理機１２を用いた入出金取引のための操作のみ許可されたテラー（以下、サブテラーと呼ぶ）であることのいずれかを設定するための処理である。
なお、現金処理機１２に複数の窓口端末１１が接続されていた場合は、通常、メインテラーとして設定できる窓口端末１１は１台のみであり、他の窓口端末１１はサブテラーとして設定されるが、メインテラーとして設定される窓口端末１１は複数台あってもよい。本実施例では、メインテラーとして設定する窓口端末１１−１及びサブテラーとして設定される窓口端末１１−２として説明する。
窓口端末１１−１を操作するテラーは、図１０に示すテラー設定画面より、自己がメインテラーもしくはサブテラーのいずれであるかを示すテラー情報を入力部１１ｃを操作して入力欄１００へ入力して完了キー１０１を押下し、入力されたテラー情報を記憶部１１ｆに格納する。ここでは、窓口端末１１−１を操作するテラーはメインテラーとして設定するため、入力部１１ｃからメインテラーであることを示す番号「１」を入力部１１ｃから入力欄１００に入力して完了キー１０１を押下し、入力されたテラー情報を記憶部１１ｆに格納すると、テラー設定を終了する。

Ｓ５、テラー設定が終了すると、カウンタクリア要否判定部１１ｇはカウンタクリア要否判定を開始する。第１実施例におけるＳ５のカウンタクリア要否判定の処理については、図６を参照しつつ詳細に説明する。

Ｓ５１、まず、カウンタクリア要否判定部１１ｇはＳ４で設定されたテラー情報を参照し、窓口端末１１を操作するテラーがメインテラーもしくはサブテラーのいずれのテラー情報を設定したのかを判断する。テラー情報から、窓口端末１１−１を操作するテラーがメインテラーであると判断すると、Ｓ５２に移行する。このとき、テラー情報から窓口端末１１を操作するテラーがサブテラーであると判断した場合はＳ９に移行し、制御部１１ａはカウンタクリア処理画面を表示せずにＳ２で表示した図８の初期画面を再び表示する。

Ｓ５２、カウンタクリア要否判定部１１ｇは記憶部１１ｆに格納されているフラグ情報を参照し、フラグ情報に基づいてカウンタクリア処理画面が、その日にすでに窓口端末１１−１の表示部１１ｂに表示されたことがあるか否かを判定する。カウンタクリア処理要否の判定の結果、その日にカウンタクリア処理画面がまだ窓口端末１１−１に表示されていない（フラグＯＦＦ）と判定すると、Ｓ５３に移行する。このとき、カウンタクリア処理画面がその日にすでに窓口端末１１−１の表示部１１ｄに表示されたことがある場合（フラグＯＮ）はＳ９に移行し、制御部１１ａはカウンタクリア処理画面を表示せずに、Ｓ２で表示した図８の初期画面を再び表示する。

Ｓ５３、制御部１１ａは記憶部１１ｆから図１１に示すようなカウンタクリア処理を行うためのカウンタクリア処理画面を読み出し、窓口端末１１の表示部に表示する。このとき、制御部１１ａは記憶部１１ｆに格納したフラグ情報をＯＦＦからＯＮに設定すると共に、カウンタクリア処理画面を表示した日時をタイマ部１１ｄから取得し、取得した日時を日時情報としてフラグ情報と共に記憶部１１ｆに格納する。

Ｓ６、窓口端末１１−１を操作するテラーは、表示部１１ｂに表示させた図１１に示すカウンタクリア処理画面の表示に従って完了キー１０１を押下することでカウンタクリア処理の実行を指示すると、制御部１１ａは現金処理機１２へカウンタクリア指示を送信する。

Ｓ７、現金処理機１２のカウンタクリア処理部１２ｄは、窓口端末１１−１から受信したカウンタクリア指示に基づいて、カウンタクリア処理を開始し、入出金累計カウンタ１２ｃの値を初期化する。

Ｓ８、カウンタクリア処理部１２ｄは、入出金累計カウンタ１２ｃの値を初期化してカウンタクリア処理を完了させると、カウンタクリア処理完了を示す情報を窓口端末１１−１に送信する。このとき、現金処理機１２に接続されているもう１台の窓口端末１１−２にも、カウンタクリア処理の完了を示す情報を送信する。
カウンタクリア処理の完了を示す情報を現金処理機１２から受信した窓口端末１１−１の制御部１１ａは、Ｓ２で表示した図８の初期画面を表示してカウンタクリア処理を完了する。
また、窓口端末１１−２は、カウンタクリア処理の完了を示す情報を受信すると、窓口端末１１−２の記憶部１１ｆに格納されているフラグ情報をＯＦＦからＯＮに設定すると共に、フラグ情報を設定した日時をタイマ部１１ｄから取得してフラグ情報と共に記憶部１１ｆに格納する。

このように、窓口端末１１−１だけでなく、他の窓口端末１１−２にもカウンタクリアの完了を示す情報を送信し、フラグ情報を設定することで、例えばその日の営業中に、窓口端末１１−２を操作するテラーが変わり、新たなテラーがメインテラーとして窓口端末１１−２を操作する際に、同じ日にカウンタクリア処理画面が重複して表示されることを防ぐことができる。
なお、このとき窓口端末１１−２が端末起動していない状態であった場合、現金処理機１２は窓口端末１１−２へのカウンタクリア処理の完了を示す情報の送信を一時保留し、窓口端末１１−２との接続を確認した段階でカウンタクリア処理の完了を示す情報を送信し、フラグ情報の設定を行うようにすればよい。

Ｓ９、カウンタクリア処理が完了すると、窓口端末１１−１はＳ２で表示した初期画面を表示する。

以上、図面を用いて説明したように、本実施例において現金処理機１２の入出金累計カウンタ１２ｃのカウンタクリア処理を行うための画面を、その日にすでに窓口端末１１の表示部１１ｂに表示したことがあるかどうかを判定してカウンタクリア処理を行うための画面を自動表示するようにしたことで、テラーが現金処理機１２の入出金累計カウンタ１２ｃのカウンタクリア処理を行わずに取引開始することを抑制することができるため、営業中に入出金累計カウンタのオーバーフロー発生に伴う業務の停滞を防ぐことができるという効果が得られる。

また、不必要な現金処理機カウンタクリア画面の表示を抑制したことで、営業中に誤って現金処理機カウンタクリアを行わないようにしたため、不要な現金処理機カウンタクリアの実行を防ぐことができるという効果も得られる。
なお、上記実施例では窓口端末１１−２のフラグ情報を設定するのはカウンタクリア処理の完了を示す情報の受信時に行うこととしたが、窓口端末１１−１の表示部１１ｂにカウンタクリア処理画面を表示した際に、営業店内の通信手段を介して窓口端末１１−２へカウンタクリア処理画面を表示した旨の情報を送信し、窓口端末１１−１からカウンタクリア処理画面を表示した旨の情報を受信すると窓口端末１１−２はフラグ情報を設定するようにしてもよい。

次に、本発明の第２実施例について説明する。
なお、上述した第1実施例と同様の部分については、同一の符号を付してその説明を省略する。

本発明の第2実施例の営業店システムの各構成及び窓口端末１１、現金処理機１２は第1実施例で図１、図２、図３を用いて説明した内容と同様である。
第1実施例と異なる点は、第1実施例のＳ５３においてカウンタクリア画面を表示した際に、制御部１１ａが記憶部１１ｆのフラグ情報をＯＦＦからＯＮに設定するようにしたのに対して、第２実施例では窓口端末１１からの指示により、現金処理機１２がカウンタクリア処理を完了後、現金処理機１２からカウンタクリア処理の完了を示す情報を受信するとフラグ情報をＯＦＦからＯＮに設定する点が異なる。
なお、本実施例におけるフラグ情報は、カウンタクリア処理が完了済の場合をＯＮ、カウンタクリア処理未完了の場合をＯＦＦとして説明する。

以下、図面を用いて第２実施例の入出金累計カウンタのカウンタクリア処理について説明する。

Ｓ１の端末起動時のフラグリセット処理からＳ５２のカウンタクリア要否の判定までは、第１実施例と同様であるため、その説明を省略する。
Ｓ５３、制御部１１ａは記憶部１１ｆからカウンタクリア処理を行うためのカウンタクリア処理画面を読み出し、窓口端末１１の表示部に表示する。第２実施例では、このとき、第１実施例で行ったフラグ情報のＯＦＦからＯＮへの設定は行わず、図１１のカウンタクリア処理画面の表示のみ行う。

Ｓ６のカウンタクリア指示の送信からＳ７のカウンタクリア処理までは、第１実施例と同様であるため、その説明を省略する。
Ｓ８のカウンタクリア処理完了を示す情報によるフラグ情報の設定について、図７を用いて詳細に説明する。
Ｓ８１、カウンタクリア処理部１２ｄは、入出金累計カウンタ１２ｃの値を初期化してカウンタクリア処理を完了させると、カウンタクリア処理の完了を示す情報を窓口端末１１−１に送信する。このとき、現金処理機１２に接続されているもう１台の窓口端末１１−２にも、カウンタクリア処理の完了を示す情報を送信する。

Ｓ８２、カウンタクリア処理の完了を示す情報を現金処理機１２から受信した窓口端末１１−１の制御部１１ａは、記憶部１１ｆに格納されているフラグ情報をＯＦＦからＯＮに設定すると共に、現金処理機１２からカウンタクリア処理の完了を示す情報を受信した日時をタイマ部１１ｄから取得し、日時情報としてフラグ情報と共に記憶部１１ｆに格納する。
このとき、窓口端末１１−２の制御部１１ａも、現金処理機１２からカウンタクリア処理の完了を示す情報を受信すると、窓口端末１１−１同様、記憶部１１ｆに格納されているフラグ情報をＯＦＦからＯＮに設定すると共に、現金処理機１２からカウンタクリア処理の完了を示す情報を受信した日時をタイマ部１１ｄから取得し、フラグ情報と共に記憶部１１ｆに格納する。
また、第１実施例同様に、窓口端末１１−２が端末起動していない状態であった場合、現金処理機１２は窓口端末１１−２へのカウンタクリア処理の完了を示す情報の送信を一時保留し、窓口端末１１−２との接続を確認した段階でカウンタクリア処理の完了を示す情報を送信し、フラグ情報の設定を行うようにすればよい。

Ｓ９、Ｓ２で表示していた初期画面を表示してカウンタクリア処理を完了する。

以上、図面を用いて説明したように、本実施例において現金処理機１２の入出金累計カウンタ１２ｃのカウンタクリア処理を行うための画面を、その日にすでに現金処理機１２のカウンタクリア処理を行ったかどうかを判定してカウンタクリア処理を行うための画面を自動表示するようにしたことで、テラーが現金処理機１２の入出金累計カウンタ１２ｃのカウンタクリア処理を行わずに取引開始することを抑制することができるため、営業中に入出金累計カウンタのオーバーフロー発生に伴う業務の停滞を防ぐことができるという効果が得られる。

また、不必要な現金処理機カウンタクリア画面の表示を抑制したことで、営業中に誤って現金処理機カウンタクリアを行わないようにしたため、不要な現金処理機カウンタクリアの実行を防ぐことができるという効果も得られる。

なお、本発明は上述した各実施例に限定されず、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。

例えば、上記各実施例において、窓口端末１１の記憶部１１ｆでフラグ情報を格納するようにしたが、現金処理機１２に図示しない記憶部を設け、現金処理機側でフラグ情報を管理するようにしてもよい。
この場合、カウンタクリア要否判定部１１ｇにより現金処理機１２にフラグ情報を問合せ、現金処理機１２の図示しない記憶部に格納されたフラグ情報を取得してカウンタクリア要否判定（Ｓ５２）を行うようにすればよい。

また、第１実施例の場合、カウンタクリア処理画面を表示した際に、窓口端末１１の制御部１１ａはカウンタクリア処理画面を表示したことを示す情報と共に、カウンタクリア処理画面を表示した日時を日時情報としてタイマ部１１ｄから取得して現金処理機１２に送信し、現金処理機１２の図示しない記憶部に格納したフラグ情報をＯＦＦからＯＮに設定させ、日時情報を格納するようにすればよい。

また、第２実施例の場合、現金処理機１２のカウンタクリア処理部１２ｄがカウンタクリア処理の完了後、現金処理機１２の図示しない記憶部に格納したフラグ情報をＯＦＦからＯＮに設定するようにしてもよい。このとき、日時情報は現金処理機１２に図示しないタイマ部を設けるか、もしくは窓口端末１１のタイマ部１１ｄから取得するようにすればよい。

こうすることで、上述した各実施例の効果に加えて、窓口端末１１の記憶部１１ｆでフラグ情報を管理する必要がなくなるため、窓口端末１１の記憶部１１ｆ記憶容量の削減ができる。

また、上記各実施例では、カウンタクリア処理により初期化されるのは入出金累計カウンタ１２ｃとして説明したが、例えば現金カウンタ１２ｂも同時にカウンタクリア処理により初期化されるようにしてもよい。

こうすることで、上述した各実施例の効果に加えて、営業開始前に行う現金カセットへの準備金の装填業務の際に、入出金累計カウンタ１２ｃの初期化と共に現金カウンタ１２ｂの初期化も同時に行うことができるため、現金処理機１２を管理するテラーの作業効率を向上させることができる。

また、上記各実施例では、カウンタクリア要否判定部１１ｇがＳ５２でフラグ情報がＯＦＦの場合にカウンタクリア処理画面を表示することとしたが、例えば、窓口端末１１を操作するテラーがメインテラーであり、かつフラグ情報がOFFである場合に、窓口端末１１の制御部１１ａは図１１のようなカウンタクリア処理画面を表示せずに、現金処理機１２へカウンタクリア指示を送信し、現金処理機１２へのカウンタクリア処理の指示を送信したことを示す画面を表示するようにしてもよい。

こうすることで、現金処理機１２のカウンタクリア処理を確実に実施することができると共に、テラーの端末操作に要する負担を軽減することができる。

本発明の一実施例に係る営業店システムの構成を示す構成図である。 窓口端末１１の構成の一例を示す図である。 現金処理機１２の構成の一例を示す図である。 本発明の一実施例に係る営業店システムの処理を示すフローチャート 本発明の一実施例に係る窓口端末起動時におけるフラグリセット処理を示すフローチャート 本発明の第１実施例に係るカウンタクリア処理を示すフローチャート 本発明の第２実施例に係るカウンタクリア処理を示すフローチャート 取引画面を呼び出す画面を示す説明図 開局申請画面を示す説明図 テラー設定画面を示す説明図 現金処理機カウンタクリア処理画面を示す説明図

１ 営業店
２ ホストサーバ
３ 通信回線
１１ 窓口端末
１１−１ 窓口端末（メインテラー）
１１−２ 窓口端末（サブテラー）
１１ａ 制御部
１１ｂ 表示部
１１ｃ 入力部
１１ｄ タイマ部
１１ｅ 通信部
１１ｆ 記憶部
１１ｇ カウンタクリア要否判定部
１１ｈ フラグ情報リセット部
１２ 現金処理機
１２ａ 現金カセット
１２ｂ 現金カウンタ
１２ｃ 入出金累計カウンタ
１２ｄ カウンタクリア処理部
１２ｅ 通信部
１００ 入力欄
１０１ 完了キー

Claims (9)

1. 入出金取引の金額を累計して記憶する入出金累計カウンタと、前記入出金累計カウンタのカウンタクリア処理を行うカウンタクリア処理部とを有する現金処理機と接続された窓口端末であって、
   前記窓口端末は、
   前記現金処理機のカウンタクリア処理の要否を表すフラグ情報を記憶する記憶部と、
   前記フラグ情報に基づいて前記現金処理機の入出金累計カウンタのカウンタクリア処理の要否を判定するカウンタクリア要否判定部と、
   前記判定の結果に基づいて前記カウンタクリア処理部にカウンタクリア処理を要求する制御部とを有すること
   を特徴とする窓口端末。
2. 前記制御部は、
   前記カウンタクリア要否判定部の判定結果に基づいて、前記窓口端末にカウンタクリア処理画面を表示し、該画面からカウンタクリア処理の指示を受け付けると、前記現金処理機のカウンタクリア処理部にカウンタクリア処理の指示を送信すること
   を特徴とする請求項１記載の窓口端末。
3. 前記記憶部は、前記窓口端末を操作するテラーが入力したテラー情報を記憶し、
   前記カウンタクリア要否判定部は、前記テラー情報を参照して該窓口端末を操作するテラーが前記現金処理機を管理することを許可されたテラーである場合にカウンタクリア要否の判定を行うこと
   を特徴とする請求項１または２に記載の窓口端末。
4. 前記制御部は、
   前記カウンタクリア処理画面を表示すると、前記記憶部に記憶されたフラグ情報を設定すること
   を特徴とする請求項１乃至３記載の窓口端末。
5. 前記制御部は、
   前記現金処理機がカウンタクリア処理を実施した旨の情報を受信すると、前記記憶部に記憶されたフラグ情報を設定すること
   を特徴とする請求項１乃至３記載の窓口端末。
6. 前記窓口端末は、
   日時を管理するタイマ部と、
   前記窓口端末の起動時に、前記フラグ情報に対応付いた日時情報と端末起動時の日時情報とを比較した結果に基づいて前記フラグ情報を設定するフラグ情報リセット部とを備え、
   前記制御部は、前記フラグ情報の設定時に前記タイマ部より日時情報を取得し、前記前記記憶部に記憶しているフラグ情報を設定すると共に前記取得した日時情報を記憶部に記憶し、
   前記フラグ情報リセット部は、前記窓口端末の起動時に前記タイマ部より取得した日時情報と前記制御部により設定されたフラグ情報と共に記憶された日時情報との比較の結果に基づいて前記フラグ情報を設定すること
   を特徴とする請求項１乃至５に記載の窓口端末。
7. 前記フラグ情報リセット部は、前記フラグ情報に対応付いた日時情報における日付が、前記窓口端末の端末起動時に前記タイマ部より取得した日時情報における日付よりも過去の日付である場合に前記記憶部に格納されたフラグ情報を設定すること
   を特徴とする請求項６に記載の窓口端末。
8. 現金処理機に複数の窓口端末を接続した営業店システムにおいて、
   前記現金処理機は、
   前記窓口端末で行った入出金取引の金額を累計して記憶する入出金累計カウンタと、
   前記窓口端末の指示により、入出金累計カウンタのカウンタクリア処理を行うカウンタクリア処理部とを有し、
   前記窓口端末は、
   前記カウンタクリア処理の要否を表すフラグ情報を記憶する記憶部と、
   前記フラグ情報に基づいて前記現金処理機の入出金累計カウンタのカウンタクリア処理要否を判定するカウンタクリア要否判定部と、
   前記判定の結果に基づいて前記カウンタクリア処理部にカウンタクリア処理を要求する制御部とを有すること
   を特徴とする営業店システム。
9. 前記現金処理機は、
   現金を金種毎に格納する現金カセットと、
   前記現金カセットに格納された金種毎の枚数を記憶する現金カウンタとを備え、
   前記カウンタクリア処理部は、前記窓口端末の指示により、前記入出金累計カウンタと共に前記現金カウンタのカウンタクリア処理を行うこと
   を特徴とする請求項６に記載の営業店システム。

Images