JP7524746B2

JP7524746B2 - 取引システム、制御サーバおよびプログラム

Info

Publication number: JP7524746B2
Application number: JP2020202699A
Authority: JP
Inventors: 隆志政本
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2020-12-07
Filing date: 2020-12-07
Publication date: 2024-07-30
Anticipated expiration: 2040-12-07
Also published as: JP2022090348A

Description

本発明は、取引システム、制御サーバおよびプログラムに関する。

従来、金融機関には、自動取引装置、および出納機などの現金処理装置が設置されている。現金処理装置は、現金を入金する入金取引、および現金を出金する出金取引などを実行する。特許文献１には、営業店に設置されているこのような現金処理装置の在高の合計金額と、サーバで管理されている営業店の在高の合計金額とが一致しているか否かを確認するための現金管理システムが開示されている。

特開２００３－１６８００１号公報

上述した通り、現金処理装置では、現金の入金または出金を伴う現金取引が実行される。近年、現金の入金または出金を伴わないオンライン取引の普及も進んでいる。このため、現金取引およびオンライン取引を含む連続取引が実行され得る。なお、現金取引では現金処理装置内の在高が増減し、オンライン取引では勘定サーバで管理される在高が増減する。しかし、各連続取引において、オンライン取引での収支および現金取引での収支を組み合わせて自動的に収支チェックを行う仕組みは知られていなかった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、連続取引における収支チェックを自動的に行うことが可能な、新規かつ改良された取引システム、制御サーバおよびプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、現金の入金または出金を伴う現金取引を実行する現金処理装置と、現金の入金および出金を伴わないオンライン取引を実行する勘定サーバと、複数の取引を含む連続取引の実行を制御する制御サーバと、を備え、前記制御サーバは、前記連続取引が前記現金取引を含む場合には当該現金取引の実行依頼を前記現金処理装置に送信し、前記連続取引が前記オンライン取引を含む場合には当該オンライン取引の実行依頼を前記勘定サーバに送信する送信部、および前記連続取引ごとに現金処理カウンタおよび勘定処理カウンタを管理し、前記連続取引に含まれる現金取引の取引種別および取引金額に応じて前記現金処理カウンタのカウント値を増減させ、前記連続取引に含まれるオンライン取引の取引種別および取引金額に応じて前記勘定処理カウンタのカウント値を増減させ、前記現金処理カウンタのカウント値と前記勘定処理カウンタのカウント値とに基づいて収支差額を算出するカウンタ制御部、を有する、取引システムが提供される

前記制御サーバは、前記連続取引に含まれる前記複数の取引が実行された後に前記カウンタ制御部により算出された前記収支差額が０である場合に、前記連続取引を終了する取引制御部をさらに有してもよい。

前記現金処理カウンタは、現金取引ごとに当該現金取引の取引種別および取引金額に応じたカウント値を示す個別カウンタを含み、前記勘定処理カウンタは、オンライン取引ごとに当該オンライン取引の取引種別および取引金額に応じたカウント値を示す個別カウンタを含んでもよい。

また、上記課題を解決するために、本発明の別の観点によれば、複数の取引を含む連続取引の実行依頼を受信する受信部と、前記連続取引が現金の入金または出金を伴う現金取引を含む場合には当該現金取引の実行依頼を現金処理装置に送信し、前記連続取引が現金の入金および出金を伴わないオンライン取引を含む場合には当該オンライン取引の実行依頼を勘定サーバに送信する送信部と、前記連続取引ごとに現金処理カウンタおよび勘定処理カウンタを管理し、前記連続取引に含まれる現金取引の取引種別および取引金額に応じて前記現金処理カウンタのカウント値を増減させ、前記連続取引に含まれるオンライン取引の取引種別および取引金額に応じて前記勘定処理カウンタのカウント値を増減させ、前記現金処理カウンタのカウント値と前記勘定処理カウンタのカウント値とに基づいて収支差額を算出するカウンタ制御部と、を備える、制御サーバが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、複数の取引を含む連続取引の実行依頼を受信する受信部と、前記連続取引が現金の入金または出金を伴う現金取引を含む場合には当該現金取引の実行依頼を現金処理装置に送信し、前記連続取引が現金の入金および出金を伴わないオンライン取引を含む場合には当該オンライン取引の実行依頼を勘定サーバに送信する送信部と、前記連続取引ごとに現金処理カウンタおよび勘定処理カウンタを管理し、前記連続取引に含まれる現金取引の取引種別および取引金額に応じて前記現金処理カウンタのカウント値を増減させ、前記連続取引に含まれるオンライン取引の取引種別および取引金額に応じて前記勘定処理カウンタのカウント値を増減させ、前記現金処理カウンタのカウント値と前記勘定処理カウンタのカウント値とに基づいて収支差額を算出するカウンタ制御部と、として機能させるための、プログラムが提供される。

以上説明した本発明によれば、連続取引における収支チェックを自動的に行うことが可能である。

本発明の一実施形態による取引システムの一例について説明する図である。現金取引およびオンライン取引を含む連続取引の概念を示す説明図である。本発明の一実施形態による現金処理装置１の機能構成の一例を示すブロック図である。本発明の一実施形態による制御サーバ３の機能構成を示すブロック図である。受付別カウンタの具体例を示す説明図である。本発明の一実施形態による取引システムの動作を示す説明図である。受付別カウンタの具体例を示す説明図である。受付別カウンタの具体例を示す説明図である。受付別カウンタの具体例を示す説明図である。受付別カウンタの具体例を示す説明図である。

以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。

＜１．概要＞
本発明の一実施形態は、現金取引およびオンライン取引を行う取引システムに関する。まず、図１を参照して、本発明の一実施形態による取引システムの概要を説明する。

図１は、本発明の一実施形態による取引システムの一例について説明する図である。本実施形態による取引システムは、例えば図１に示すように、金融機関の店舗等に設置される現金処理装置１と、顧客が操作する顧客操作端末２と、各装置の動作を制御する制御サーバ３と、金融機関の勘定系システムとして機能する勘定サーバ４と、を含む。図１においては現金処理装置１および顧客操作端末２が１つずつ示されているが、本発明の一実施形態による取引システムは複数の現金処理装置１および複数の顧客操作端末２を有してもよい。

（顧客操作端末）
顧客操作端末２は、例えば金融機関の店舗等の店頭に設置されたカウンター７に載置される。顧客操作端末２は、通信網５を介して制御サーバ３と接続される。また、顧客操作端末２は、表示部、操作入力部および制御部を有する。例えば、制御部が取引情報の入力画面を生成し、表示部が当該入力画面を表示する。顧客は、操作入力部への操作により、取引情報を入力する。取引情報には、入金または出金取引の指定、入金額または出金額、顧客の氏名、顧客の口座番号等が含まれる。出金取引の場合、顧客は出金する金種枚数も指定し得る。なお、金融機関の店員は、カウンター７の付近に待機して顧客による顧客操作端末２の操作をアシストしてもよい。また、顧客操作端末２は、例えばタブレット端末やスマートフォン、ノートＰＣ、デスクトップ型ＰＣ等により実現されてもよい。

顧客操作端末２は、入力された取引情報を、取引実行依頼として、通信網５を介して制御サーバ３に送信する。顧客操作端末２に対して１つの現金処理装置１が紐付けられている場合、または顧客によりいずれかの現金処理装置１が指定された場合などには、制御サーバ３から当該現金処理装置１に取引情報が送信されることで、当該現金処理装置１が現金取引を開始し得る。

一方、顧客操作端末２は、入力された取引情報に対応する取引に割り当てられた受付ナンバーを、カウンター７に載置され顧客操作端末２と通信接続されたプリンター６に印字出力させてもよい。受付ナンバーは、顧客操作端末２で割り振ってもよいし、制御サーバ３が取引情報を受け付けた際に割り振ってもよい。また、受付ナンバーの印字は、受付ナンバーの英数字の印字であってもよいし、受付ナンバーを示すバーコードや二次元コード（ＱＲコード（登録商標））の印字であってもよい。顧客は、プリンター６から印字出力されたレシートを受け取った後、いずれかの現金処理装置１の場所まで移動し、当該レシートを現金処理装置１に読み取らせることでも、顧客操作端末２で入力した取引を開始し得る。

なお、上記では一例として受付ナンバーをレシート（紙媒体）に印字出力する旨を説明したが、顧客操作端末２は、例えば所定のＩＣカードに受付ナンバーを書き込んで排出してもよいし、顧客が携帯する個人端末（スマートフォン等）に受付ナンバーを示す情報の表示画面情報を送信してもよい。

（現金処理装置）
現金処理装置１は、ここでは顧客が操作するセルフ型現金処理装置を想定する。現金処理装置１は、紙幣処理部１４２および硬貨処理部１４４からなる現金処理部１４０を有する。紙幣処理部１４２は紙幣の入出金を行い、硬貨処理部１４４は硬貨の入出金を行う。また、図１に示すように、現金処理装置１の上面には、操作入力および表示の機能を有する操作表示部１１０と、レシートに印字されたバーコードやＱＲコードを光学的に読み取る読取部１２０が設けられる。読取部１２０により受付ナンバーが読み取られた場合、現金処理装置１は、受付ナンバーを制御サーバ３に問い合わせ、対応する取引情報を制御サーバ３から取得する。

また、図１に示すように、現金処理装置１の紙幣処理部１４２には、紙幣の入金および出金を行う紙幣入出金口１１が設けられ、硬貨処理部１４４には、硬貨の入金を行う硬貨投入口１９と、入金取引の取消しにより硬貨を返却する硬貨返却箱２２と、硬貨の出金を行う硬貨出金箱２４が設けられる。

（制御サーバ）
制御サーバ３は、金融機関の各店舗に設けられた顧客操作端末２および現金処理装置１と通信網５を介して通信接続する。また、制御サーバ３は、勘定サーバ４にも接続される。制御サーバ３は、通信接続する各装置に対して動作の指示を行い得る。例えば制御サーバ３は、顧客操作端末２から受信した取引情報を記憶し、現金処理装置１または勘定サーバ４に取引の実行を依頼する。

取引の種類としては、現金取引およびオンライン取引が挙げられる。現金取引は、現金の入金または出金を伴う取引であり、現金処理装置１により実行される。オンライン取引は、現金の入金および出金を伴わない取引であり、勘定サーバ４により実行される。顧客操作端末２から受信された取引情報は、このような現金取引およびオンライン取引を含む連続取引の実行を依頼する情報であってもよい。連続取引が現金取引を含む場合には、制御サーバ３は当該現金取引の実行依頼を現金処理装置１に送信し、連続取引がオンライン取引を含む場合には、制御サーバ３は当該オンライン取引の実行依頼を勘定サーバ４に送信する。ここで、図２を参照して、現金取引およびオンライン取引を含む連続取引を概念的に説明する。

図２は、現金取引およびオンライン取引を含む連続取引の概念を示す説明図である。図２に示した準備金プールは、連続取引の過程で生じる準備金を保持する仮想的なプールである。オンライン出金では、勘定サーバ４により顧客の口座残高から顧客により指定された出金金額が減算され、出金金額に相当するお金が準備金として仮想的な準備金プールに入れられる。オンライン入金では、入金先の口座残高に顧客により指定された入金金額が加算され、入金金額に相当する準備金が準備金プールから出される。

現金入金では、顧客により指定された入金金額の現金が現金処理装置１に入金され、入金金額に相当する準備金が準備金プールに入れられる。現金出金では、顧客により指定された出金金額に相当する現金が現金処理装置１から出金され、出金金額に相当する準備金が準備金プールから出される。

すなわち、連続取引では、概念的には、オンライン出金または現金入金により準備金プールに準備金が入れられ、当該準備金を用いてオンライン入金または現金出金が行われる。例えば、連続取引がオンライン出金、オンライン入金および現金出金を含む場合、概念的には、オンライン出金で準備金プールに準備金が入れられ、その準備金を用いてオンライン入金および現金出金が行われる。

このような連続取引が終了する時点では、準備金プールの準備金が０円であることが望ましい。すなわち、連続取引における準備金プールの収支差額が０円であることが望ましい。仮に収支差額が０円を上回る場合、準備金に余剰があり、現金出金またはオンライン入金など準備金の流出を伴う取引の実行が望まれる。また、収支差額が０円未満である場合、準備金が不足しており、現金入金またはオンライン出金などの準備金の流入を伴う取引の実行が望まれる。本発明の一実施形態では、詳細については後述するように、上記の収支差額が０円であることを制御サーバ３が自動的に確認して連続取引を終了することにより、各連続取引での収支差額の発生を防止できる。

（勘定サーバ）
勘定サーバ４は、オンライン取引を実行する。また、勘定サーバ４は、顧客の個人情報（氏名、ＩＤ、電話番号、住所、口座番号、取引履歴、勤務先、家族構成等）の管理や、各店舗の情報（現金処理装置１の有高を含む）の管理等を行う。

＜２．現金処理装置の構成＞
以上、本発明の一実施形態による取引システムの概要を説明した。続いて、図３を参照し、本発明の一実施形態による現金処理装置１の機能構成を説明する。

図３は、本発明の一実施形態による現金処理装置１の機能構成の一例を示すブロック図である。図３に示すように、現金処理装置１は、制御部１００、操作表示部１１０、読取部１２０、通信部１３０、現金処理部１４０、および記憶部１６０を有する。

制御部１００は、例えば、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等を中心に構成されており、現金処理装置１の各機能部を制御して、各種の取引を実行する。また、制御部１００は、取引の処理結果を示す情報を通信部１３０に制御サーバ３へ送信させる制御を行う。また、制御部１００は、読取部１２０により受付ナンバーが読み取られた場合には、当該受付ナンバーを通信部１３０に制御サーバ３へ送信させる。

操作表示部１１０は、操作の誘導画面および処理状況を示す画面などを表示する表示部および顧客が操作入力を行うための入力部としての機能を包含する。表示部としての機能は、例えば、ＣＲＴ（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（ＯｒｇａｎｉｃＬｉｇｈｔＥｍｉｔｔｉｎｇＤｉｏｄｅ）装置により実現される。また、入力部としての機能は例えばタッチパネルにより実現される。なお、表示部および操作入力部の機能は分離して構成されてもよい。

読取部１２０は、一次元バーコードやＱＲコード（登録商標）といった符号化された情報を光学的に読み取る機能を有する。読取部１２０は、例えばカメラやバーコードリーダにより実現されてもよい。また、取引番号の読み取りをＩＣカードから行う場合、読取部１２０はカードリーダにより実現されてもよい。

通信部１３０は、通信網５を介して制御サーバ３に接続される。通信部１３０は、制御サーバ３から現金取引に関する取引情報を受信したり、取引の処理結果を制御サーバ３に送信したりする。通信部１３０が用いる通信方式は、有線通信方式であってもよいし、無線通信方式であってもよい。有線通信方式としては、ＩＥＥＥに則ったイーサネットケーブルを用いる通信方式が挙げられ、無線通信方式としては、ＩＥＥＥに則ったＷｉＦｉを用いる通信方式が挙げられる。

現金処理部１４０は、紙幣および硬貨などの現金の入金処理、および出金処理を行う。入金処理においては、顧客により投入された現金を計数する計数処理、および現金を収納部に収納する収納処理などが行われる。出金処理では、収納部からの現金の繰り出し処理、および繰り出された現金を出金口に搬送する搬送処理などが行われる。

記憶部１６０は、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）およびＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等から実現され、現金処理装置１の動作を制御するための制御プログラムや、現金処理装置１の取引時における入力データ、表示画面等を格納する。

＜３．制御サーバの構成＞
以上、本発明の一実施形態による現金処理装置１の機能構成を説明した。続いて、図４を参照して、本発明の一実施形態による制御サーバ３の機能構成を説明する。

図４は、本発明の一実施形態による制御サーバ３の機能構成を示すブロック図である。図４に示したように、本発明の一実施形態による制御サーバ３は、通信部３１０、取引制御部３２０、カウンタ制御部３３０およびカウンタ記憶部３４０を有する。

通信部３１０は、現金処理装置１、顧客操作端末２、および勘定サーバ４などの外部装置と通信する。例えば、通信部３１０は、顧客操作端末２から複数の取引を含む連続取引の取引情報を連続取引の実行依頼として受信する受信部としての機能を有する。また、通信部３１０は、取引制御部３２０からの制御に従い、現金処理装置１および勘定サーバ４に取引の実行依頼を送信する送信部としての機能を有する。例えば、通信部３１０は、依頼された連続取引が現金取引を含む場合には、当該現金取引の実行依頼を現金処理装置１に送信し、連続取引がオンライン取引を含む場合には、当該オンライン取引の実行依頼を勘定サーバ４に送信する。

取引制御部３２０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）などのハードウェアとソフトウェアとの協働により実現される機能の１つである。取引制御部３２０は、取引に関する全般の制御を行う。例えば、取引制御部３２０は、通信部３１０により連続取引の実行依頼が受信されると、当該連続取引に対応する受付ナンバーを採番する。また、連続取引に含まれる各取引の実行依頼を通信部３１０に現金処理装置１または勘定サーバ４へ送信させる。また、取引制御部３２０は、後述するカウンタ制御部３３０により管理される収支差額が０であるか否かを確認して、連続取引を終了する。

カウンタ制御部３３０は、各連続取引に対して１つの受付別カウンタを生成する。カウンタ記憶部３４０は、当該受付別カウンタを記憶する。受付別カウンタは、現金処理カウンタおよび勘定処理カウンタを含む。現金処理カウンタは、現金取引での収支を示すカウント値を保持するカウンタであり、勘定処理カウンタは、オンライン取引での収支を示すカウント値を保持するカウンタである。なお、上記の収支は、図２を参照して説明した準備金プールにおける収支であってもよい。ここで、図５を参照し、受付別カウンタをより詳細に説明する。

図５は、受付別カウンタの具体例を示す説明図である。図５に示したように、勘定処理カウンタおよび現金処理カウンタは、それぞれ、合計カウンタおよび個別カウンタを含む。カウンタ制御部３３０は、各オンライン取引に対応するカウント値を勘定処理カウンタの個別カウンタに保持させ、当該個別カウンタの合計値を勘定処理カウンタの合計カウンタに保持させる。勘定処理カウンタの個別カウンタは、対応するオンライン取引の取引種別および取引金額に応じたカウント値を保持する。図５に示した例では、勘定処理カウンタの個別カウンタに「＋１０，０００」が保持されており、これは、実行された１０，０００円のオンライン出金に対応するカウント値である。また、勘定処理カウンタの合計カウンタに「＋５，０００」が保持されており、これは、実行済みのオンライン取引に対応する個別カウンタの合計値が「＋５，０００」であることを示す。すなわち、カウンタ制御部３３０は、実行されたオンライン取引の取引種別および取引金額に応じて勘定処理カウンタの合計カウンタを増減させる。

同様に、カウンタ制御部３３０は、各現金取引に対応するカウント値を現金処理カウンタの個別カウンタに保持させ、当該個別カウンタの合計値を現金処理カウンタの合計カウンタに保持させる。現金処理カウンタの個別カウンタは、対応する現金取引の取引種別および取引金額に応じたカウント値を保持する。図５に示した例では、現金処理カウンタの個別カウンタに「－５，０００」が保持されており、これは、実行された５，０００円の現金出金に対応するカウント値である。また、現金処理カウンタの合計カウンタに「－５，０００」が保持されており、これは、実行済みの現金取引に対応する個別カウンタの合計値が「－５，０００」であることを示す。すなわち、カウンタ制御部３３０は、実行された現金取引の取引種別および取引金額に応じて現金処理カウンタの合計カウンタを増減させる。

また、カウンタ制御部３３０は、勘定処理カウンタの合計カウンタのカウント値と、現金処理カウンタの合計カウンタのカウント値に基づき、収支差額を算出する。具体的には、双方のカウンタ値を合計することにより、連続取引での収支差額を算出する。受付別カウンタは、カウンタ制御部３３０により算出された収支差額を含む。図５に示した例では、現金処理カウンタの合計カウンタが「－５，０００」であり、勘定処理カウンタの合計カウンタが「＋５，０００」であることから、収支差額が「０円」となっている。

＜４．動作＞
以上、本発明の一実施形態による取引システムの構成を説明した。続いて、図６を参照し、本発明の一実施形態による取引システムの動作を整理する。

図６は、本発明の一実施形態による取引システムの動作を示す説明図である。図６に示したように、まず、顧客が顧客操作端末２を操作して連続取引の内容を入力すると（Ｓ２０４）、顧客操作端末２が当該連続取引の内容を示す取引情報を取引実行依頼として制御サーバ３に送信する（Ｓ２０８）。ここでは、オンライン出金（１０，０００円）、オンライン入金（５，０００円）および現金出金（５，０００円）を含む連続取引の取引実行依頼が送信されたこととする。

制御サーバ３の取引制御部３２０は、取引実行依頼の受信に基づき、連続取引に対応する受付ナンバーを採番する（Ｓ２１２）。また、カウンタ制御部３３０が、当該連続取引に対応する受付別カウンタを生成する（Ｓ２１６）。この時点では、いずれの取引も実行されていないので、図７に示すように、受付別カウンタ内の各カウンタにはカウント値が保持されておらず、収支差額は０円である。その後、制御サーバ３の通信部３１０は、取引を開始する旨を示す取引開始応答を顧客操作端末２に送信する（Ｓ２２０）。顧客操作端末２は、当該取引開始応答の受信に基づき、取引が実行中であることを示すメッセージ、および「しばらくお待ちください」のようなメッセージを含む案内画面を表示してもよい。

そして、制御サーバ３の通信部３１０は、取引制御部３２０からの制御に基づき、勘定サーバ４にオンライン出金（１０，０００円）の実行依頼を送信する（Ｓ２２４）。勘定サーバ４は、当該実行依頼に従ってオンライン出金を実行し、処理結果を制御サーバ３に送信する（Ｓ２２８）。制御サーバ３のカウンタ制御部３３０は、当該処理結果の受信に基づき、受付別カウンタの勘定処理カウンタを更新する（Ｓ２３２）。具体的には、カウンタ制御部３３０は、図８に示したように勘定処理カウンタの個別カウンタに「＋１０，０００」を追加し、勘定処理カウンタの合計カウンタを「＋１０，０００」とし、収支差額を「＋１０，０００円」とする。

続いて、制御サーバ３の通信部３１０は、取引制御部３２０からの制御に基づき、勘定サーバ４にオンライン入金（５，０００円）の実行依頼を送信する（Ｓ２３６）。勘定サーバ４は、当該実行依頼に従ってオンライン入金を実行し、処理結果を制御サーバ３に送信する（Ｓ２４０）。制御サーバ３のカウンタ制御部３３０は、当該処理結果の受信に基づき、受付別カウンタの勘定処理カウンタを更新する（Ｓ２４４）。具体的には、カウンタ制御部３３０は、図９に示したように勘定処理カウンタの個別カウンタに「－５，０００」を追加し、勘定処理カウンタの合計カウンタを「＋５，０００」とし、収支差額を「＋５，０００円」とする。

その後、制御サーバ３の通信部３１０は、現金処理装置１の占有状況を確認する問い合わせを現金処理装置１に送信し（Ｓ２４８）、現金処理装置１から確認結果を受信する（Ｓ２５２）。ここで、現金処理装置１が占有されていないことを確認結果が示す場合、制御サーバ３の通信部３１０は、取引制御部３２０からの制御に基づき、現金処理装置１に現金出金（５，０００円）の実行依頼を送信する（Ｓ２５６）。現金処理装置１は、当該実行依頼に従って現金出金を実行し、処理結果を制御サーバ３に送信する（Ｓ２６０）。制御サーバ３のカウンタ制御部３３０は、当該処理結果の受信に基づき、受付別カウンタの現金処理カウンタを更新する（Ｓ２６４）。具体的には、カウンタ制御部３３０は、図１０に示したように、現金処理カウンタの個別カウンタに「－５，０００」を追加し、現金処理カウンタの合計カウンタを「－５，０００」とし、収支差額を「０円」とする。

制御サーバ３の取引制御部３２０は、連続取引に含まれる全ての取引が終わった時点で受付別カウンタに保持されている収支差額が「０円」であることを確認し（Ｓ２６８）、連続取引を終了する（Ｓ２７２）。そして、制御サーバ３の通信部３１０は連続取引が終了したことを示す取引終了応答を顧客操作端末２に送信する（Ｓ２７６）。顧客操作端末２は、当該取引終了応答の受信に基づいて取引が終了したことを示す表示画面を表示してもよい。

なお、連続取引に含まれる全ての取引が終わった時点で受付別カウンタに保持されている収支差額が０円でない場合、連続取引での収支が一致していないので、制御サーバ３は、収支を一致させるための取引を誘導する画面を顧客操作端末２に表示させてもよい。例えば、収支差額が０円未満である場合、顧客操作端末２は現金入金またはオンライン出金などの追加実行を誘導する画面を表示してもよい。その後、現金入金またはオンライン出金などが追加実行され、収支差額が０円となると、連続取引が終了可能となる。

また、上記では顧客操作端末２からの取引開始依頼の送信に基づいて連続取引が開始される例を説明したが、受付ナンバーが印字されたレシートを顧客操作端末２が出力し、現金処理装置１が当該レシートから受付ナンバーを読み取ることにより、連続取引が開始されてもよい。

＜５．作用効果＞
以上説明した本発明の一実施形態によれば、多様な作用効果が発揮される。例えば、制御サーバ３においてオンライン取引での収支および現金取引での収支を組み合わせて自動的に収支チェックを行うことが可能である。従って、オペレータが各連続取引の収支チェックを行う場合と比較して、取引の堅確性を向上すると共に、オペレータの負荷を軽減することが可能である。また、受付別カウンタには、各取引に対応するカウント値が個別カウンタに保持されるので、収支差額が０円にならなかった場合に、収支差額が０円にならなかった原因を個別カウンタのカウント値を参照しながら分析することが可能である。

＜６．補足＞
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上記では本発明の一実施形態による取引システムが金融機関における業務のフローに適用される例を説明したが、本発明の一実施形態による取引システムの適用先は金融機関に限られない。本発明の一実施形態による取引システムは、スーパーマーケットやコンビニエンスストアー等の小売業、旅行代理店、レジャー施設、鉄道や航空等の旅客・インフラ業、医療機関、官公庁等など、顧客が現金を取り扱う多様な業界に適用可能である。

また、本明細書の取引システムの処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、取引システムの処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、現金処理装置１、顧客操作端末２、制御サーバ３および勘定サーバ４に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述した現金処理装置１、顧客操作端末２、制御サーバ３および勘定サーバ４の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

１現金処理装置
１１紙幣入出金口
１９硬貨投入口
２２硬貨返却箱
２４硬貨出金箱
１００制御部
１１０操作表示部
１２０読取部
１３０通信部
１４０現金処理部
１４２紙幣処理部
１４４硬貨処理部
１６０記憶部
２顧客操作端末
３制御サーバ
３１０通信部
３２０取引制御部
３３０カウンタ制御部
３４０カウンタ記憶部
４勘定サーバ

Claims

現金の入金または出金を伴う現金取引を実行する現金処理装置と、
現金の入金および出金を伴わないオンライン取引を実行する勘定サーバと、
複数の取引を含む連続取引の実行を制御する制御サーバと、
を備え、
前記制御サーバは、
前記連続取引が前記現金取引を含む場合には当該現金取引の実行依頼を前記現金処理装置に送信し、前記連続取引が前記オンライン取引を含む場合には当該オンライン取引の実行依頼を前記勘定サーバに送信する送信部、および
前記連続取引ごとに現金処理カウンタおよび勘定処理カウンタを管理し、前記連続取引に含まれる現金取引の取引種別および取引金額に応じて前記現金処理カウンタのカウント値を増減させ、前記連続取引に含まれるオンライン取引の取引種別および取引金額に応じて前記勘定処理カウンタのカウント値を増減させ、前記現金処理カウンタのカウント値と前記勘定処理カウンタのカウント値とに基づいて収支差額を算出するカウンタ制御部、
を有する、取引システム。
前記制御サーバは、前記連続取引に含まれる前記複数の取引が実行された後に前記カウンタ制御部により算出された前記収支差額が０である場合に、前記連続取引を終了する取引制御部をさらに有する、請求項１に記載の取引システム。
前記現金処理カウンタは、現金取引ごとに当該現金取引の取引種別および取引金額に応じたカウント値を示す個別カウンタを含み、
前記勘定処理カウンタは、オンライン取引ごとに当該オンライン取引の取引種別および取引金額に応じたカウント値を示す個別カウンタを含む、請求項１または２に記載の取引システム。
複数の取引を含む連続取引の実行依頼を受信する受信部と、
前記連続取引が現金の入金または出金を伴う現金取引を含む場合には当該現金取引の実行依頼を現金処理装置に送信し、前記連続取引が現金の入金および出金を伴わないオンライン取引を含む場合には当該オンライン取引の実行依頼を勘定サーバに送信する送信部と、
前記連続取引ごとに現金処理カウンタおよび勘定処理カウンタを管理し、前記連続取引に含まれる現金取引の取引種別および取引金額に応じて前記現金処理カウンタのカウント値を増減させ、前記連続取引に含まれるオンライン取引の取引種別および取引金額に応じて前記勘定処理カウンタのカウント値を増減させ、前記現金処理カウンタのカウント値と前記勘定処理カウンタのカウント値とに基づいて収支差額を算出するカウンタ制御部と、
を備える、制御サーバ。
コンピュータを、
複数の取引を含む連続取引の実行依頼を受信する受信部と、
前記連続取引が現金の入金または出金を伴う現金取引を含む場合には当該現金取引の実行依頼を現金処理装置に送信し、前記連続取引が現金の入金および出金を伴わないオンライン取引を含む場合には当該オンライン取引の実行依頼を勘定サーバに送信する送信部と、
前記連続取引ごとに現金処理カウンタおよび勘定処理カウンタを管理し、前記連続取引に含まれる現金取引の取引種別および取引金額に応じて前記現金処理カウンタのカウント値を増減させ、前記連続取引に含まれるオンライン取引の取引種別および取引金額に応じて前記勘定処理カウンタのカウント値を増減させ、前記現金処理カウンタのカウント値と前記勘定処理カウンタのカウント値とに基づいて収支差額を算出するカウンタ制御部と、
として機能させるための、プログラム。