JP2014109834A - 自動取引装置、自動取引サーバ、自動取引システム、及び自動取引方法 - Google Patents

Abstract

【課題】障害が発生した場合にも別の装置で予約取引を実行させることが迅速かつ簡易に可能な自動取引装置、自動取引サーバ、自動取引システム及び自動取引方法を提供する。
【解決手段】自動取引装置は、障害検知部、取引判定部、認識部、予約情報照会部、受信部、予約情報解析部、取引内容取得部、予約情報生成部、送信部、取引処理部を有する。障害検知部は、装置内の障害を検知する。取引判定部は、取引が完了不可能か否かを判定する。認識部は、口座識別情報を認識する。予約情報照会部は、取引の完了が可能である場合、第１の予約情報が記憶されているか問い合わせる。予約情報解析部は、第１の予約情報を解析する。取引内容取得部は、取引が完了不可能である場合、取引要求を取得する。予約情報生成部は、取引が完了不可能な場合に、第２の予約情報を生成する。取引処理部は、取引処理、及び予約取引処理を行う。
【選択図】図１

Description

本発明は、自動取引装置、自動取引サーバ、自動取引システム、及び自動取引方法に関する。

銀行などの自動取引装置（Ａｕｔｏｍａｔｅｄ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ：以下、ＡＴＭともいう）において、例えば、紙幣ユニット、硬貨ユニット等の機械的な障害が生じた場合、装置を取り扱い休止にし、その後の取引を行わせないようにしている。例えば、取引途中で障害が発生した場合には、故障に直接関係のない取引であっても、顧客は、別のＡＴＭに再度並んで取引を行わなければならない。

このため、例えば、自動取引装置制御システムにおいて、中断した取引を正常に終了させるとともに、障害が発生したデバイスがあればそれを切り離して自動取引装置による取引を再開する自動取引装置制御システムが知られている（例えば、特許文献１参照）。

ＡＴＭに備えられているユニットに障害が発生した場合、障害が発生したユニットが制御切離しの対象であることを示す情報を記憶し、その情報に基づいて切離し対象ユニット以外のユニットを用いて操作表示画面を表示してＡＴＭを運用する技術も知られている（例えば、特許文献２参照。）
また、自動取引装置に発生した障害部位に対する自己復旧処理機能を有し、障害を検知すると、障害部位を切り離して縮退運用するとともに、切り離した障害部位に対して復旧動作を行う自動取引装置が知られている（例えば、特許文献３参照）。

さらに、顧客が自動取引処理装置を操作しているときに障害が発生した場合、取引段階を識別するデータ及び障害の事実を識別するデータを記憶した媒体を発行する自動取引システムが知られている。このシステムでは、媒体から読取ったデータから、既に処理されている取引段階を照合し、取引段階から取引を継続するようにしている（例えば、特許文献４参照）。

特開２００９−１１００４３号公報 特開平１０−２６１１３９号公報 特開平５−６２０５３号公報 特公平８−１０４５８号公報

しかしながら、取引途中で障害が発生すると、利用中の装置で取り扱い不可となる取引に関して入力した情報などを、他の装置で再度入力しなければならないという不便が生じる場合がある。このとき、取引段階を識別するデータ及び障害の事実を識別するデータを記憶した媒体を発行する自動取引システムでは、媒体を発行するための時間が必要であるとともに、発行された媒体を保管しなければならないという手間がある。

そこで本発明は、自動取引装置に障害が発生した場合にも別の装置で予約取引を実行させることが迅速かつ簡易に可能な自動取引装置、自動取引サーバ、自動取引システム及び自動取引方法を提供することを目的とする。

一つの態様である自動取引装置は、ネットワークを介して自動取引サーバと接続され口座に関する取引を行う自動取引装置である。この自動取引装置は、前記自動取引装置内の障害を検知する障害検知部と、前記障害検知部の検知結果に基づき前記取引の完了が可能であるか否かを判定する取引判定部と、外部から入力される、前記口座の口座識別情報を認識する認識部と、前記取引判定部が前記取引の完了が可能であると判定した場合、前記口座識別情報に応じた過去の未完了の取引に関する第１の予約情報が前記自動取引サーバに記憶されているか否かを前記自動取引サーバに問い合わせる予約情報照会部と、前記第１の予約情報が前記自動取引サーバに記憶されている場合に前記自動取引サーバから前記第１の予約情報を受信する受信部と、受信した前記第１の予約情報を解析して前記過去の未完了の取引の第１の取引内容を取得する予約情報解析部と、前記取引判定部が前記取引が完了不可能であると判定した場合、外部から入力される、前記口座に関する取引要求の第２の取引内容を取得する取引内容取得部と、前記第２の取引内容を含む第２の予約情報を生成する予約情報生成部と、前記第２の予約情報を前記自動取引サーバへ送信する送信部と、前記取引判定部が前記取引の完了が可能であると判定した場合、前記第１の取引内容に基づく処理を行い、前記取引判定部が前記取引が完了不可能であると判定した場合、前記口座に関する取引要求に基づく予約取引を促す処理を行う取引処理部と、を有することを特徴としている。

別の態様である自動取引サーバは、ネットワークを介して口座に関する取引を行う複数の自動取引装置及びホストコンピュータと接続された自動取引サーバである。この自動取引サーバは、前記自動取引装置のいずれかから前記自動取引装置で認識された口座識別情報に関連する過去の未完了の取引に関する第１の予約情報が記憶されているか否かの照会を受信するとともに、前記自動取引装置のいずれかにおいて未完了の取引があった場合に前記未完了の取引に関する第２の予約情報を受信する受信部と、前記自動取引装置のいずれかから受信した前記第２の予約情報を保持する記憶部と、前記照会に関連する前記第１の予約情報が前記記憶部に記憶されているか否かを検索する予約情報管理部と、前記第１の予約情報が記憶されている場合に前記自動取引装置に前記第１の予約情報を送信する送信部と、前記自動取引装置のいずれかからの要求に応じて、前記ホストコンピュータを介して取得した前記口座識別情報に関連する口座情報を前記自動取引装置との間で授受することにより、前記自動取引装置による前記第１の予約情報に関する取引を含む前記口座識別情報に関連する取引を管理する管理部と、を有することを特徴としている。

別の態様である自動取引システムは、複数の上記自動取引装置と、上記自動取引サーバとがネットワークを介して接続されたことを特徴としている。

また、別の態様である自動取引方法は、ネットワークを介して自動取引サーバと接続された口座に関する取引を行う自動取引装置が、前記自動取引装置内の障害を検知する障害検知処理と、前記障害検知処理の検知結果に基づき前記取引の完了が可能であるか否かを判定する取引判定処理と、外部から入力される、前記口座の口座識別情報を認識する認識処理と、前記取引判定処理において前記取引の完了が可能であると判定された場合、前記口座識別情報に応じた過去の未完了の取引に関する第１の予約情報が前記自動取引サーバに記憶されているか否かを前記自動取引サーバに問い合わせる予約情報照会処理と、前記第１の予約情報が前記自動取引サーバに記憶されている場合に前記自動取引サーバから前記第１の予約情報を受信する受信処理と、受信した前記第１の予約情報を解析して前記過去の未完了の取引の第１の取引内容を取得する予約情報解析処理と、前記取引判定処理において前記取引が完了不可能であると判定された場合、外部から入力される、前記口座に関する取引要求の第２の取引内容を取得する取引内容取得処理と、前記第２の取引内容を含む第２の予約情報を生成する予約情報生成処理と、前記第２の予約情報を前記自動取引サーバへ送信する送信処理と、前記取引判定処理により前記取引の完了が可能であると判定された場合、前記第１の取引内容に基づく処理を行い、前記取引判定処理により前記取引が完了不可能であると判定された場合、前記口座に関する取引要求に基づく予約取引を促す処理を行う取引処理と、を行うことを特徴としている。

さらにまた別の態様である自動取引方法は、ネットワークを介して口座に関する取引を行う複数の自動取引装置及びホストコンピュータと接続された自動取引サーバが、前記自動取引装置のいずれかから前記自動取引装置で認識された口座識別情報に関連する過去の未完了の取引に関する第１の予約情報が記憶されているか否かの照会を受信するとともに、前記自動取引装置のいずれかにおいて未完了の取引があった場合に前記未完了の取引に関する第２の予約情報を受信する受信処理と、前記自動取引装置のいずれかから受信した前記第２の予約情報を記憶させる記憶処理と、前記照会に関連する前記第１の予約情報が記憶されているか否かを検索する予約情報管理処理と、前記第１の予約情報が記憶されている場合に前記自動取引装置に前記第１の予約情報を送信する送信処理と、前記自動取引装置のいずれかからの要求に応じて、前記ホストコンピュータを介して取得した前記口座識別情報に関連する口座情報を前記自動取引装置との間で授受することにより、前記自動取引装置による前記第１の予約情報に関する取引を含む前記口座識別情報に関連する取引を管理する管理処理と、を行うことを特徴としている。

本発明によれば、自動取引装置に障害が発生した場合にも別の装置で予約取引を実行させることが迅速かつ簡易に可能な自動取引装置、自動取引サーバ、自動取引システム、及び自動取引方法が提供される。

自動取引システムの構成の一例を示す図である。 ＡＴＭの機能の一例を示すブロック図である。 サーバの機能の一例を示すブロック図である。 ＡＴＭコーナの状況の一例を説明する図である。 ＡＴＭコーナの状況の一例を説明する図である。 ＡＴＭコーナの状況の一例を説明する図である。 ＡＴＭコーナの状況の一例を説明する図である。 処理部ステータスの一例を示す図である。 カレントステータスの一例を示す図である。 ＡＴＭ状態情報の一例を示す図である。 予約情報の一例を示す図である。 磁気ストライプ情報の一例を示す図である。 支払予約電文の一例を示す図である。 支払予約照会電文の一例を示す図である。 支払予約応答電文の一例を示す図である。 支払予約照会応答電文の一例を示す図である。 支払取引電文の一例を示す図である。 支払許可応答電文の一例を示す図である。 装置状態通知電文の一例を示す図である。 予約Ｄａｔａ Ｂａｓｅの一例を示す図である。 取引種別選択画面の一例を示す図である。 取引種別選択画面の一例を示す図である。 カード挿入画面の一例を示す図である。 暗証入力画面の一例を示す図である。 金額入力画面の一例を示す図である。 金額確認画面の一例を示す図である。 処理中画面の一例を示す図である。 媒体返却画面の一例を示す図である。 終了画面の一例を示す図である。 予約確認画面の一例を示す図である。 予約内容確認画面の一例を示す図である。 取引中止返却画面の一例を示す図である。 ＡＴＭの動作を示すフローチャートである。 ＡＴＭの動作を示すフローチャートである。 ＡＴＭの動作を示すフローチャートである。 ＡＴＭの動作を示すフローチャートである。 ＡＴＭの動作を示すフローチャートである。 サーバの動作を示すフローチャートである。 サーバの動作を示すフローチャートである。 サーバの動作を示すフローチャートである。 標準的なコンピュータのハードウエア構成を示す図である。

以下、図面を参照しながら、本発明の一実施の形態による自動取引システム１について説明する。図１は、自動取引システム１の構成の一例を示す図である。図１に示すように、自動取引システム１は、サーバ３、複数のＡＴＭ５−１、・・・、５−ｎ(ｎは、正の整数)、ホスト７が、ネットワーク３７を介して接続されたシステムである。

サーバ３は、ＡＴＭ５−１、・・・、５−ｎ（まとめて、あるいは代表してＡＴＭ５ともいう）及びホスト７と情報の授受を行うことにより、ＡＴＭ５における取引を管理する装置である。サーバ３は、ホスト７と接続されており、ＡＴＭ５との間の情報の授受を中継する。サーバ３は、例えば標準的なコンピュータとすることができる。なお、ホスト７には、複数のサーバ３が接続されていることが好ましい。ネットワーク３７は、有線または無線によるデータ通信網であり、専用回線としてもよい。

ホスト７は、不図示の複数のサーバ３とネットワーク３７を介して接続されており、顧客の口座情報、取引履歴などを管理する情報処理装置である。ホスト７は、標準的なコンピュータとすることができる。

ＡＴＭ５は、キャッシュカードまたは通帳を挿入され所定の情報が入力され、サーバ３を介してホスト７と情報の授受を行うことにより、振込、引出し、入金等の処理を自動で行う装置である。
ＡＴＭ５は、主制御部１５、表示部１７、カード／レシート処理部１９、故障センサ２１、通帳処理部２３、紙幣処理部２５、硬貨処理部２７、ジャーナル処理部２９、通信部３０、記憶装置３１を有している。

主制御部１５は、ＡＴＭ５の動作を制御する演算処理装置であり、例えば、記憶装置３１に記憶されたプログラムを読み込み実行することにより、ＡＴＭ５に所定の処理を行わせるようにしてもよい。

表示部１７は、所定の情報を表示するとともに、タッチパネルなどによる顧客操作を検知することにより、入力される情報を取得する。カード／レシート処理部１９は、ＡＴＭ５に挿入されるキャッシュカード等の取込排出や情報の読出し書込み、実行された取引に関する情報の印刷、印刷されたレシートの排出などを行う。通帳処理部２３は、ＡＴＭ５に挿入される通帳の取込排出や、情報の読出し書込み、未記帳の取引に関する情報の印刷等を行う。

故障センサ２１は、例えば、紙幣処理部２５、硬貨処理部２７における障害を検知するセンサである。故障センサ２１は、例えば紙幣処理部２５、硬貨処理部２７に複数設けられるようにしてもよい。設置場所、検出方法は、紙幣処理部２５、硬貨処理部２７が通常の動作を行なえない状態であることが検出できればどのような形態でもよい。

紙幣処理部２５は、ＡＴＭ５への紙幣の取込排出、取込んだ紙幣の券種や真贋の判断などを行う。硬貨処理部２７は、ＡＴＭ５への硬貨の取込排出、取込んだ硬貨の種類や真贋の判断などを行う。ジャーナル処理部２９は、ＡＴＭ５における取引を記録する処理を行う。通信部３０は、サーバ３を介してホスト７との通信を行う。記憶装置３１は、ＡＴＭ５における各種情報を記憶する。

図２は、本実施の形態によるＡＴＭ５の機能の一例を示すブロック図である。図２に示すように、ＡＴＭ５は、障害検知部６１、状態情報生成部６２、切離判定部６３、取引判定部６４、予約情報生成部６５、予約情報照会部６７、予約情報解析部６９、通信制御部７１、取引処理部７３の機能を有している。

障害検知部６１は、故障センサ２１での検知結果に基づき、紙幣処理部２５または硬貨処理部２７において障害が発生したことを検知する。状態情報生成部６２は、障害検知部６１の検知結果に基づき、紙幣処理部２５と硬貨処理部２７との状態を示す情報を生成する。切離判定部６３は、状態情報生成部６２で生成される情報に基づき、障害のある部分を切り離して運用を行うか否かの判定を行う。取引判定部６４は、障害検知部６１により検知された障害が、実行しようとしている取引を完了不可能にするものか否かを判定する。予約情報生成部６５は、取引判定部６４により障害が取引を完了不可能にするものであると判定された場合に、予約取引として情報をサーバ３に記憶させるための予約情報を生成する。

予約情報照会部６７は、口座番号が認識された場合に、サーバ３に予約情報が記憶されているか否かを照会する。予約情報解析部６９は、予約情報照会部６７が予約情報を照会した結果送信されてきた予約情報を解析する。通信制御部７１は、サーバ３との通信を制御する。取引処理部７３は、例えば、表示部１７、カード／レシート処理部１９、通帳処理部２３、紙幣処理部２５、硬貨処理部２７、ジャーナル処理部２９、通信部３０等を制御することにより、予約情報に基づく取引や、障害発生時の取引等を含む取引処理を行う。

図３は、サーバ３の機能の一例を示すブロック図である。サーバ３は、電文生成部４１、電文解析部４３、通信制御部４５、予約情報管理部４７、ＡＴＭ管理部４９を有している。電文生成部４１は、例えばＡＴＭ５またはホスト７への通信の内容を含む電文を生成する。電文解析部４３は、例えばＡＴＭ５またはホスト７から受信した電文を解析する。通信制御部４５は、例えばＡＴＭ５、ホスト７との通信を制御する。予約情報管理部４７は、ＡＴＭ５から受信した予約情報を後述する記憶部に記憶させる処理、ＡＴＭ５から照会のあった口座番号に対応する予約情報を検索して読み出す処理を行う。ＡＴＭ管理部４９は、ＡＴＭ５との顧客の口座情報や取引履歴などの授受を管理する。

図４は、ＡＴＭコーナ１００の状況の一例を説明する図である。図４に示すように、ＡＴＭコーナ１００は、取引コーナ１１４、待機コーナ１１６を備えている。取引コーナ１１４には、ＡＴＭ５−１〜５−５が備えられている。取引コーナ１１４では、顧客１０２−１〜１０２−４が、ＡＴＭ５を利用している。

待機コーナ１１６は、ＡＴＭコーナ１００の出入り口１１２側に設けられ、待機場所１０６が備えられている。顧客１０４−１〜顧客１０４−６（まとめて、あるいは代表して顧客１０４ともいう）は、出入り口１１２から矢印１１０のように入り、待機場所１０６では、矢印１０８のように移動して順に並んで待機するようになっている。

図５は、ＡＴＭコーナ１００において、休止しているＡＴＭ５がある場合の例を示している。図５は、ＡＴＭ５のうち、ＡＴＭ５−４〜５が障害により休止している場合を示している。顧客１０２−１〜３は、ＡＴＭ５−１〜３を利用しているが、ＡＴＭ５−４〜５は利用することができない。このように、障害により休止中のＡＴＭ５がある場合には、当然、顧客１０４の待ち時間は長くなる。

図６は、ＡＴＭコーナ１００において、本実施の形態による自動取引方法を適用する場合の一例について示す図である。図６に示すように、この例では、ＡＴＭ５−４〜５では障害が生じているが、障害が生じている部分を切り離して運用している。また、矢印１１８のように、顧客１０４−１は、ＡＴＭ５−５を利用することも可能であるが、このとき、ＡＴＭ５−４、５−５では、切り離されている機能を利用する処理については、予約取引となる。

図７は、機能を切り離して運用しているＡＴＭ５がある場合の顧客の流れの別の例を示す図である。図７においては、待機コーナ１１６に、待機場所１０６に加えて予約取引待機場所１２０が設けられている。これにより、ＡＴＭ５−４〜５で予約取引を登録した顧客１０５は、矢印１２２のように、予約取引待機場所１２０で待機することにより、もう一度最後尾に並びなおすことを避けている。

次に、図８から図１９を参照しながら、本実施の形態において用いるデータの構造及び通信用の電文の一例について説明する。図８Ａは、処理部ステータス１３０を示す図である。図８Ｂは、カレントステータス１３５を示す図である。処理部ステータス１３０は、紙幣処理部２５、硬貨処理部２７の前回の取引後の接続状態を示す情報である。カレントステータス１３５は、紙幣処理部２５、硬貨処理部２７の接続状態を制御する情報である。

図８Ａに示すように、処理部ステータス１３０は、紙幣切離しフラグ１３１、硬貨切離しフラグ１３２を含んでいる。図８Ｂに示すように、カレントステータス１３５は、紙幣切離しフラグ１３６、硬貨切離しフラグ１３７を含んでいる。紙幣切離しフラグ１３１、紙幣切離しフラグ１３６は、紙幣処理部２５が接続された状態か否かを示す情報であり、「１」の場合には切離された状態を示し、「０」は接続された状態を示す。硬貨切離しフラグ１３２、硬貨切離しフラグ１３７は、硬貨処理部２７が接続された状態か否かを示す情報であり、「１」の場合には切離された状態を示し、「０」は接続された状態を示す。なお、紙幣切離しフラグ１３６、硬貨切離しフラグ１３７の初期値は「０」に設定される。

図９は、ＡＴＭ状態情報１４０の一例を示す図である。図９に示すように、ＡＴＭ状態情報１４０は、ＡＴＭ５の運用状態を示す情報である。ＡＴＭ状態情報１４０は、支店番号１４２、装置番号１４３、紙幣切離しフラグ１４４、硬貨切離しフラグ１４５を有している。支店番号１４２は、ＡＴＭ５が備えられた支店の識別番号である。装置番号１４３は、ＡＴＭ５の識別番号である。紙幣切離しフラグ１４４は、当該ＡＴＭ５における紙幣処理部２５が切離されているか否かを示す情報であり、切離されている場合には「１」、接続されている場合には「０」が設定される。硬貨切離しフラグ１４５は、当該ＡＴＭ５における硬貨処理部２７が切離されているか否かを示す情報であり、切離されている場合には「１」、接続されている場合には「０」が設定される。

図１０は、予約情報１４７の一例を示す図である。予約情報１４７は、予約取引の内容を示す情報であり、予約取引の内容をサーバ３に送信する際に生成される。図１０に示すように、予約情報１４７は、項目１４８、内容１４９を有している。項目１４８としては、予約日時、口座番号、取引種別、取引金額、手数料が記載されている。予約日時とは、予約情報１４７が生成された日時である。口座番号とは、予約情報１４７に対応する口座の識別番号である。取引種別とは、「お引出し」、「お預け入れ」等、取引の種類である。取引金額は、取引種別の取引に関する金額である。手数料は、取引種別の取引にかかる手数料である。

図１１は、磁気ストライプ情報１５０の一例を示す図である。磁気ストライプ情報１５０は、たとえば、通帳やキャッシュカードに備えられる磁気記憶領域に記憶される情報である。磁気ストライプ情報１５０は、口座情報１５２、予備領域１５４を含んでいる。口座情報１５２は、例えば、銀行番号「００１」、支店番号「１２３」、口座番号「１２３４５６」を含む情報である。予備領域１５４は、例えば「０」が設定される。

図１２は、支払予約電文１６０の一例を示す図である。支払予約電文１６０は、ＡＴＭ５における支払取引の予約をサーバ３に通知するための電文であり、例えば予約情報１４７に基づき生成される。支払予約電文１６０は、電文種別１６２、口座番号１６４、支店番号１６５、取引データ１６６を有している。電文種別１６２は、支払予約電文１６０の種類を示す情報であり、例えば、支払予約は「ａ」で表される。口座番号１６４は、例えば口座情報１５２から抽出した口座番号である。支店番号１６５は、当該ＡＴＭ５が備えられた支店の識別番号であり、ＡＴＭ５に予め設定された設定情報を参照することにより取得される。取引データ１６６は、例えば、取引日時と金額を示す情報である。取引日時は、例えばＡＴＭ５が保持する暦またはタイマに基づく日時であり、金額は例えば円単位で表される。

図１３は、支払予約照会電文１７０の一例を示す図である。支払予約照会電文１７０は、ＡＴＭ５で識別された口座情報に対応する予約情報がサーバ３にあるか否かを照会するための電文であり、ＡＴＭ５からサーバ３に送信される。支払予約照会電文１７０は、電文種別１７２、口座番号１７４、予備領域１７６を有している。電文種別１７２は、支払予約照会電文１７０の種類を示す情報である。口座番号１７４は、例えば、口座情報１５２から抽出した口座番号である。予備領域１７６は、例えば「０」が設定される。

図１４は、支払予約応答電文１８０の一例を示す図である。支払予約応答電文１８０は、サーバ３が、ＡＴＭ５からの支払取引に関する支払予約電文１６０の送信に応じて応答する電文であり、サーバ３からＡＴＭ５に送信される。支払予約応答電文１８０は、電文種別１８２、口座番号１８４、装置番号１８５、予備領域１８６を有している。電文種別１８２は、支払予約応答電文１８０の種類を示す情報である。口座番号１８４は、当該ＡＴＭ５の支払予約電文１６０の口座番号１６４に設定された口座番号である。装置番号１８５は、予約取引を行うために推奨される装置の番号であり、例えば、支払電文中の金額及びＡＴＭ５の装置状態に応じて設定される。予備領域１８６は、例えば「０」が設定される。

図１５は、支払予約照会応答電文１９０の一例を示す図である。支払予約照会応答電文１９０は、サーバ３からＡＴＭ５に送信される電文であり、支払予約照会電文１７０の送信に応答する電文である。支払予約照会応答電文１９０は、サーバ３に記憶されている予約取引に当該ＡＴＭ５の支払予約照会電文１７０の口座番号１７４に対応する支払取引がある場合にはその内容を含む。支払予約照会応答電文１９０は、電文種別１９２、口座番号１９４、支払い予約取引情報１９６を含んでいる。電文種別１９２は、支払予約照会応答電文１９０の種類を示す情報である。口座番号１９４は、当該ＡＴＭ５の支払予約照会電文１７０の口座番号１７４に設定された口座番号である。支払い予約取引情報１９６は、サーバ３において記憶されていた口座番号１９４に対応する予約取引の内容であり、予約された日時、取引金額を含む。予約取引がない場合には「０」が設定される。

図１６は、支払取引電文２００の一例を示す図である。支払取引電文２００は、ＡＴＭ５からサーバ３を介してホスト７に送信される電文であり、支払の取引を実行する際にＡＴＭ５で生成される。支払取引電文２００は、電文種別２０２、口座番号２０４、支払金額２０６を有している。電文種別２０２は、支払取引電文２００の種類を示す情報である。口座番号２０４は、例えば口座情報１５２から抽出された口座番号である。支払金額２０６は、通常の取引時には、顧客により入力された支払金額を例えば円単位で示す情報である。予約取引がある場合には、支払金額２０６は、支払予約照会応答電文１９０の支払い予約取引情報１９６に含まれる予約取引を示す日時及び金額である。

図１７は、支払許可応答電文２１０の一例を示す図である。支払許可応答電文２１０は、例えばサーバ３がＡＴＭ５に通知した取引の中から支払取引電文２００により選択された取引が、ホスト７で実行が許可されたことを、ホスト７からサーバ３を介してＡＴＭ５へ通知する電文である。支払許可応答電文２１０は、電文種別２１２、口座番号２１４、支払金額２１６を含んでいる。電文種別２１２は、支払許可応答電文２１０の種類を示す情報である。口座番号２１４と支払金額２１６は、それぞれ、当該ＡＴＭ５の支払取引電文２００の口座番号２０４、支払金額２０６に設定された情報である。

図１８は、装置状態通知電文２２０の一例を示す図である。装置状態通知電文２２０は、ＡＴＭ５が、自身の紙幣処理部２５、硬貨処理部２７の状態を通知するための電文であり、ＡＴＭ５からサーバ３へ送信される。装置状態通知電文２２０は、電文種別２２２、支店番号２２３、装置番号２２４、紙幣処理部状態２２５、硬貨処理部状態２２６を有している。電文種別２２２は、装置状態通知電文２２０の種類を示す情報である。装置番号２２４は、当該ＡＴＭ５が設置されている支店を示す情報である。紙幣処理部状態２２５は、当該ＡＴＭ５の、紙幣処理部２５が切離し運用中であるか否かを示す情報であり、「０」は、接続して運用中であることを示し、「１」は、切離して運用中であることを示す。硬貨処理部状態２２６は、当該ＡＴＭ５の、硬貨処理部２７が切離し運用中であるか否かを示す情報であり、「０」は、接続して運用中であることを示し、「１」は、切離して運用中であることを示す。

図１９は、予約Ｄａｔａ Ｂａｓｅ（ＤＢ）２３０の一例を示す図である。予約ＤＢ２３０は、サーバ３において記憶される予約取引の情報である。予約ＤＢ２３０は、種別２３２、口座番号２３４、予約取引データ２３６、状態フラグ２３８を有している。種別２３２は、予約取引の種別を示す情報である。口座番号２３４は、予約取引が予約された際に口座番号１６４から抽出された口座番号である。予約取引データ２３６は、口座番号２３４に対応する予約取引を示す情報である。予約取引データ２３６は、取引が予約された日時、取引金額を含んでいる。状態フラグ２３８は、データ設定時には「０」、予約取引で、例えば、図１６に示す支払取引電文２００を送信したときには「１」に設定される。また、状態フラグ２３８は、予約取引で、例えば、図１７に示した支払許可応答電文２１０を受信したときには「２」に設定される。

図２０は、取引種別選択画面２４０の一例を示す図である。取引種別選択画面２４０は、ＡＴＭ５の表示部１７に表示される画面であり、例えば、不図示のセンサによりＡＴＭ５の前に顧客が立ったと判別された際に表示される画面である。取引種別選択画面２４０では、取引の種類の表示に触れることにより、取引の種類が選択されるように構成される。以下、画面に表示された特定の表示を「キー」といい、「キー」への接触が検知されることを「キーが押下される」ということとする。

図２１は、取引種別選択画面２４５の一例を示す図である。取引種別選択画面２４５は、ＡＴＭ５に障害が生じて紙幣処理部２５または硬貨処理部２７が切離された状態で運用している場合に表示される画面である。取引種別選択画面２４５では、取引の種類の表示キーを押下することにより、取引の種類が選択されるように構成される。

図２２は、カード挿入画面２５０の一例を示す図である。カード挿入画面２５０は、取引種別選択画面２４０または取引種別選択画面２４５において、例えば、取引の種類の中から支払が選択された後に表示される画面である。

図２３は、暗証入力画面２６０の一例を示す図である。暗証入力画面２６０は、ＡＴＭ５において、キャッシュカードの挿入が確認された後に表示される画面である。暗証入力画面２６０では、表示された数字キー２６２を押下することにより暗証番号が入力される。

図２４は、金額入力画面２７０の一例を示す図である。金額入力画面２７０は、暗証番号が認証された後に表示される画面であり、表示された数字キー２７２、および確認キー２７４を押下することにより取引金額が入力される。

図２５は、金額確認画面２８０の一例を示す図である。金額確認画面２８０では、金額入力画面２７０を介して入力され、認識された取引が表示され、訂正する場合に押下する訂正キー２８２、正しい場合に押下するための確認キー２８４が表示される。

図２６は、処理中画面２９０の一例を示す図である。処理中画面２９０は、ＡＴＭ５内部で取引処理を行っている間に表示される画面の例であり、取引処理中であることを示すとともに、待機を促す文言が表示される。

図２７は、媒体返却画面３００の一例を示す図である。媒体返却画面３００は、取引処理終了後、キャッシュカード等、及び現金の抜き取りを促す画面である。予約取引がある場合には、このとき、予約取引を完了させることの可能なＡＴＭ５の識別番号３０２が表示される。

図２８は、終了画面３１０の一例を示す図である。終了画面３１０は、取引終了後に表示される画面である。

図２９は、予約確認画面３２０の画面の一例を示す図である。予約確認画面３２０は、ＡＴＭ５に障害が生じていることで、取引が完了できない場合に表示される画面である。予約確認画面３２０には、取引を取り消す場合に押下するための取消キー３２２、予約取引を登録することを承諾するときに押下する確認キー３２４が表示される。

図３０は、予約内容確認画面３３０の一例を示す図である。予約内容確認画面３３０は、サーバ３に登録されている予約取引の一覧３３２及び、取消キー３３４、確認キー３３６を示す画面である。取引一覧３３２の中の所望の取引欄を押下し、確認キー３３６を押下することにより、実行する取引が選択される。取消キー３３２を押下することにより、処理を中断し、通常の支払の金額入力画面へ進む。

図３１は、取引中止返却画面３４０の一例を示す図である。取引中止返却画面３４０は、何らかの不具合があり、取引が続行できないときに表示される画面の一例である。

次に図３２から図３６を参照しながら、ＡＴＭ５の動作を説明する。図３２から図３６は、ＡＴＭ５の動作を示すフローチャートである。なお、ＡＴＭ５においては、ＡＴＭ５の動作を制御する制御プログラムが例えば記憶装置３１に記憶されており、その制御プログラムを主制御部１５が読み込んで実行することにより、図２に示す各機能が実現される。以下、図２に示した各機能が処理を実行するものとしてＡＴＭ５の動作を説明する。また、ＡＴＭ５において、実行する処理は支払を例にし、画面、電文は、上記に説明したものを例にして説明する。

図３２に示すように、障害検知部６１は、まず、紙幣処理部２５に異常があるか否かを、判別する（Ｓ３５１）。異常があると判定された場合（Ｓ３５１：ＹＥＳ）、切離判定部６３が、紙幣処理部２５が切離されていないと判定した場合には切離す処理を行い、切離されていると判定した場合には、その状態を維持する（Ｓ３５２）。状態情報生成部６２は、例えば図８Ｂに示したカレントステータス１３５において、紙幣切離しフラグ１３６＝１とする（Ｓ３５３）。なお、紙幣処理部２５を切離すとは、紙幣処理部２５を利用する処理が行われないようにＡＴＭ５の動作を変更することをいう。硬貨処理部２７の切離しについても同様である。

障害検知部６１が、紙幣処理部２５に異常はないと判定した場合（Ｓ３５１：ＮＯ）、切離判定部６３が、紙幣処理部２５が切離されていると判定した場合には、紙幣処理部２５を接続し、接続されていると判定した場合には、その状態を維持する（Ｓ３５４）。状態情報生成部６２は、紙幣切離しフラグ１３６＝０とする（Ｓ３５５）。

障害検知部６１は、次に、硬貨処理部２７に異常があるか否かを、判別する（Ｓ３５６）。異常があると判定された場合（Ｓ３５６：ＹＥＳ）、切離判定部６３が、硬貨処理部２７が切離されていないと判定した場合には切離す処理を行い、切離されていると判定した場合には、その状態を維持する（Ｓ３５７）。状態情報生成部６２は、例えば図８Ｂに示したカレントステータス１３５において、硬貨切離しフラグ１３７＝１とする（Ｓ３５８）。

障害検知部６１が、硬貨処理部２７に異常はないと判定した場合（Ｓ３５６：ＮＯ）、切離判定部６３が、硬貨処理部２７が切離されていると判定した場合には、硬貨処理部２７を接続し、接続されていると判定した場合には、その状態を維持する（Ｓ３５９）。状態情報生成部６２は、カレントステータス１３５において、硬貨切離しフラグ１３７＝０とする（Ｓ３６０）。

状態情報生成部６２は、処理部ステータス１３０がカレントステータス１３５と等しいか否かを判別する（Ｓ３６１）。状態情報生成部６２は、処理部ステータス１３０がカレントステータス１３５に等しくない場合には（Ｓ３６１：ＮＯ）、処理部ステータス１３０の内容をカレントステータス１３５の内容に等しくなるように置換える（Ｓ３６２）。また、状態情報生成部６２は、例えば、図１８に示した装置状態通知電文２２０を生成する（Ｓ３６３）。通信制御部７１は、通信部３０を介してサーバ３に生成した例えば装置状態通知電文２２０を送信する（Ｓ３６４）。状態情報生成部６２は、処理部ステータス１３０がカレントステータス１３５に等しいと判別した場合には（Ｓ３６１：ＹＥＳ）、図３３の処理に進む。

図３３に示すように、取引判定部６４は、処理部ステータス１３０において、紙幣切離しフラグ１３１＝０であるか否かを判別する（Ｓ３８１）。紙幣切離しフラグ１３１＝０と判別された場合には（Ｓ３８１：ＹＥＳ）、取引処理部７３は、表示部１７に、例えば図２０に示した取引種別選択画面２４０を表示させる。紙幣切離しフラグ１３１＝０でないと判別された場合には（Ｓ３８１：ＮＯ）、取引処理部７３は、表示部１７に、例えば図２１に示した取引種別選択画面２４５を表示させる（Ｓ３８３）。すなわち、紙幣処理部２５が切離されている場合には、紙幣の入出金を伴う取引が完了できないので、その取引については予約取引を行うことになる。

取引処理部７３は、取引種別選択画面２４０または取引種別選択画面２４５において、取引種別が選択されない場合には、Ｓ３８１に戻って判別を繰り返す（Ｓ３８４：ＮＯ）。取引処理部７３は、取引キーが押下されたことを検知すると（Ｓ３８４：ＹＥＳ）、支払の取引であるか否かを判別し（Ｓ３８５）、支払の取引でない場合には（Ｓ３８５：ＮＯ）、他の取引処理を実行し（Ｓ３８７）、処理を図３２のＳ３５１に戻す。

取引処理部７３は、支払の取引であると判別した場合には（Ｓ３８５：ＹＥＳ）、例えば図２２のカード挿入画面２５０を表示し（Ｓ３８６）、顧客にキャッシュカードの挿入を促す。取引処理部７３は、カードの挿入が検知されるまで判別を繰り返し（Ｓ３８８：ＮＯ）、挿入が検知されると（Ｓ３８８：ＹＥＳ）、例えば、図２３に示した暗証入力画面２６０を表示させる（Ｓ３８９）。取引処理部７３は、４桁の暗証番号が入力されるまで判別を繰り返し（Ｓ３９０：ＮＯ）、入力されると（Ｓ３９０：ＹＥＳ）、図３４のＳ３９１に処理を進める。

図３４に示すように、取引処理部７３は、処理部ステータス１３０において、紙幣切離しフラグ１３１＝０であるか否か判別する（Ｓ３９１）。紙幣切離しフラグ１３１＝０でない場合には（Ｓ３９１：ＮＯ）、取引処理部７３は、例えば、図２９の予約確認画面３２０を表示させる（Ｓ３９２）。取引処理部７３は、確認キー３２４が押下された場合には、処理をＳ３９９に進め（Ｓ３９３：ＹＥＳ）、押下されない場合には、処理を図３６のＳ４４５に進める（Ｓ３９３：ＮＯ）。

紙幣切離しフラグ１３１＝０である場合には（Ｓ３９１：ＹＥＳ）、予約情報照会部６７は、例えば図１３に示した支払予約照会電文１７０を生成する（Ｓ３９４）。取引処理部７３は、例えば、図２６の処理中画面２９０を表示させる（Ｓ３９５）。通信制御部７１は、支払予約照会電文１７０をサーバ３に送信する（Ｓ３９６）。

予約情報解析部６９は、例えば、支払予約照会電文１７０に対する応答電文を受信するまで判別を繰り返す（Ｓ３９７：ＮＯ）。予約情報解析部６９は、例えば、図１５に示す支払予約照会応答電文１９０を受信した場合には（Ｓ３９７：ＹＥＳ）、予約取引があるか否かを判別する（Ｓ３９８）。このとき、予約情報解析部６９は、支払予約照会応答電文１９０の支払い予約取引情報１９６により判別を行なうことができる。

予約取引がないと判別された場合には（Ｓ３９８：ＮＯ）、取引処理部７３は、支払取引のため例えば、図２４に示した金額入力画面２７０を表示させる（Ｓ３９９）。取引処理部７３は、確認キー２７４が押下されるまで判別を繰り返し（Ｓ４００：ＮＯ）、押下されたことを検出すると（Ｓ４００：ＹＥＳ）、金額が入力済となるまで、Ｓ４００に戻って判別を繰り返す（Ｓ４０１：ＮＯ）。取引処理部７３は、金額が入力済みとなると（Ｓ４０１：ＹＥＳ）、取引処理部７３は、図３５のＳ４２１に処理を進める。

Ｓ３９８で、予約取引があると判別されると（Ｓ３９８：ＹＥＳ）、取引処理部７３は、例えば図３０に示した予約内容確認画面３３０を表示させる（Ｓ４０２）。取引処理部７３は、予約内容確認画面３３０において、所望の取引が選択され、確認キー３３６が押下されたことを検知すると（Ｓ４０３：ＹＥＳ）、図１６に示した支払取引電文２００を生成し（Ｓ４０４）、処理を図３５のＳ４２７に進める。一方、取消キー３３４が押下されると（Ｓ４０３：ＮＯ）、処理は、Ｓ３９９へ進む。

図３５に示すように、取引処理部７３は、図２５に示した金額確認画面２８０を表示させ（Ｓ４２１）、訂正キー２８２が押下されるか否か判別する（Ｓ４２２）。訂正キー２８２が押下された場合には（Ｓ４２２：ＹＥＳ）、取引処理部７３は、処理を図３４のＳ３９９に戻す。訂正キー２８２が押下されない場合には（Ｓ４２２：ＮＯ）、確認キー２８４が押下されるか否かが判別される（Ｓ４２３）。取引処理部７３は、確認キー２８４の押下が確認できない場合には（Ｓ４２３：ＮＯ）、Ｓ４２２に戻って処理を繰り返す。

取引処理部７３は、確認キー２８４の押下が確認されると（Ｓ４２３：ＹＥＳ）、処理部ステータス１３０において、紙幣切離しフラグ１３１＝０であるか否かを判別する（Ｓ４２４）。紙幣切離しフラグ１３１＝０でない場合には（Ｓ４２４：ＮＯ）、取引を予約取引としてサーバ３に送信するため、予約情報生成部６５は、例えば図１２の支払予約電文１６０を生成し（Ｓ４２５）、処理をＳ４２７に進める。

紙幣切離しフラグ１３１＝０である場合には（Ｓ４２４：ＹＥＳ）、通常の支払を行うため、取引処理部７３は、例えば、図１６に示した支払取引電文２００を生成する（Ｓ４２６）。

取引処理部７３は、例えば、図２６に示した処理中画面２９０を表示させる（Ｓ４２７）。通信制御部７１は、生成された、例えば、支払予約電文１６０または支払取引電文２００を、サーバ３に送信する（Ｓ４２８）。

取引処理部７３は、送信した電文に対して、応答が受信されるまで判別を繰り返す（Ｓ４２９：ＮＯ）。応答が受信されると（Ｓ４２９：ＹＥＳ）、取引処理部７３は、処理を図３６のＳ４４１に進める。

図３６に示すように、予約情報解析部６９は、受信した電文が例えば、図１４に示した支払予約応答電文１８０であるか否かを判別し（Ｓ４４１）、支払予約応答電文１８０である場合には（Ｓ４４１：ＹＥＳ）、処理をＳ４４５に進める。受信した電文が支払予約応答電文１８０でない場合には（Ｓ４４１：ＮＯ）、取引処理部７３は、受信した電文が、例えば図１７に示した支払許可応答電文２１０であるか否か判別する（Ｓ４４２）。支払許可応答電文２１０でない場合には（Ｓ４４２：ＮＯ）、取引処理部７３は、例えば図３１に示した取引中止返却画面３４０を表示させ（Ｓ４４３）、処理をＳ４４６に進める。

受信した電文が支払許可応答電文２１０である場合には（Ｓ４４２：ＹＥＳ）、取引処理部７３は、現金計数処理を行い（Ｓ４４４）、例えば、図２７に示した媒体返却画面３００を表示させ（Ｓ４４５）、媒体返却処理を行う（Ｓ４４６）。このとき、予約取引がある場合には、予約取引を行うことのできるＡＴＭ５の番号が表示される。

取引処理部７３は、媒体が抜き取られるまで判別を繰り返し（Ｓ４４７：ＮＯ）、抜き取られたことを検知すると（Ｓ４４７：ＹＥＳ）、例えば図２８に示した終了画面３１０を表示させ（Ｓ４４８）、処理を図３２のＳ３５１に戻す。

次に、図３７〜図３９を参照しながら、サーバ３の動作について説明する。なお、サーバ３は、サーバ３の動作を制御する制御プログラムが例えば後述する記憶装置に記憶されており、その制御プログラムを後述する演算処理装置が読み込んで実行することにより、図３に示す各機能が実現される。以下、図３に示した各機能が処理を実行するものとしてサーバ３の動作を説明する。実行する処理は支払を例にし、画面、電文は、上記に説明したものを例にして説明する。

図３７〜図３９は、サーバ３の動作を示すフローチャートである。図３７に示すように、通信制御部４５は、電文を受信するまで判別を繰り返す（Ｓ４６１：ＮＯ）。電文を受信すると（Ｓ４６１：ＹＥＳ）、電文解析部４３は、電文がＡＴＭ５からのものであるか否かを判別する（Ｓ４６２）。ＡＴＭ５でない場合には（Ｓ４６２：ＮＯ）、電文はホスト７からのものであると判別される。

受信した電文が、例えば図１７に示した支払許可応答電文２１０でない場合には（Ｓ４６３：ＮＯ）、電文解析部４３は支払以外の取引応答電文と判断し、処理をＳ４６７に進める。受信した電文が、支払許可応答電文２１０である場合には（Ｓ４６３：ＹＥＳ）、電文解析部４３は、支払許可応答電文２１０のなかの口座番号２１４、支払金額２１６をキーとして、図１９に示した予約ＤＢ２３０を検索する（Ｓ４６４）。該当する予約取引が予約ＤＢ２３０に存在する場合は、更に、予約情報管理部４７は、予約ＤＢ２３０において、状態フラグ２３８＝１の予約取引データ２３６を抽出する（Ｓ４６５）。予約情報管理部４７は、抽出した予約取引データ２３６の状態フラグ２３８＝２に更新し、支払許可済みとする（Ｓ４６６）。通信制御部４５は、ＡＴＭ５に、受信した電文を送信する（Ｓ４６７）。

受信した電文が、ＡＴＭ５から受信したものである場合には（Ｓ４６２：ＹＥＳ）、電文解析部４３は、電文が、例えば図１８に示した装置状態通知電文２２０であるか否かを判別する（Ｓ４６８）。装置状態通知電文２２０である場合には（Ｓ４６８：ＹＥＳ）、支店番号２２３、装置番号２２４をキーとして、ＡＴＭ状態情報１４０を検索し、装置状態通知電文２２０に基づき、紙幣処理部２５、硬貨処理部２７の状態を更新し（Ｓ４６９）、処理をＳ４６１に戻す。

受信した電文が装置状態通知電文２２０でない場合には（Ｓ４６８：ＮＯ）、電文解析部４３は、受信した電文が支払取引に関するものであるか否か判別する（Ｓ４７０）。電文解析部４３は、受信した電文が支払取引でない場合には（Ｓ４７０：ＮＯ）、他の取引のための処理を行い（Ｓ４７１）、処理をＳ４６１に戻す。支払取引である場合には（Ｓ４７０：ＹＥＳ）、電文解析部４３は、処理を図３８のＳ４８１に進める。

図３８に示すように、電文解析部４３は、受信した電文が例えば図１６に示した支払取引電文２００であるか否かを判別し（Ｓ４８１）、例えば、支払取引電文２００である場合（Ｓ４８１：ＹＥＳ）、Ｓ４８２に処理を進める。予約情報管理部４７は、電文解析部４３が解析した、支払取引電文２００の電文種別２０２、口座番号２０４、支払金額２０６に基づき、図１９に示した予約ＤＢ２３０で、予約取引を検索する（Ｓ４８２）。

該当する予約取引が予約ＤＢ２３０に存在する場合は、更に、予約情報管理部４７は、状態フラグ２３８＝０の支払（種別２３２＝ａ）の予約取引データ２３６を抽出する（Ｓ４８３）。予約情報管理部４７は、抽出した予約取引データ２３６の状態フラグ２３８を「１」に更新する（Ｓ４８４）。通信制御部４５は、ＡＴＭ５より受信された電文をホスト７に送信し（Ｓ４８５）、処理は、図３７のＳ４６１に戻る。

Ｓ４８１において、受信した電文が例えば支払取引電文２００でない場合（Ｓ４８１：ＮＯ）、電文解析部４３は、受信した電文が、例えば、図１３に示した支払予約照会電文１７０であるか否かを判別する（Ｓ４８６）。電文が、支払予約照会電文１７０でない場合（Ｓ４８６：ＮＯ）、電文は、例えば図１２に示した支払予約電文１６０であることになる。予約情報管理部４７は、電文解析部４３が解析した支払予約電文１６０の電文種別１６２、口座番号１６４、取引データ１６６を、図１９に示した予約ＤＢ２３０に設定すると共に状態フラグ２３８に「０」を設定する（Ｓ４８７）。

ＡＴＭ管理部４９は、支払予約電文１６０の支店番号１６５に基づき、図９に示したＡＴＭ状態情報１４０を検索し、取引データ１６６の取引（支払）が可能なＡＴＭ５を抽出する（Ｓ４８８）。ここで、取引が可能なＡＴＭ５とは、支払予約電文１６０の、取引データ１６６において、金額が紙幣のみの場合には、ＡＴＭ状態情報１４０における紙幣切離しフラグ１４４＝０のＡＴＭ５である。このとき、硬貨処理部２７の状態（硬貨切離しフラグ１４５）は問わない。また、支払に硬貨が含まれる金額の場合、ＡＴＭ状態情報１４０における紙幣切離しフラグ１４４＝０、硬貨切離しフラグ１４５＝０のＡＴＭ５が抽出される。

電文生成部４１は、例えば図１４に示した支払予約応答電文１８０を生成する（Ｓ４８９）。この電文には（Ｓ４８８）で抽出された取引可能なＡＴＭ５の装置番号が設定される。通信制御部４５は、ＡＴＭ５に例えば支払予約応答電文１８０を送信する（Ｓ４９０）。処理は、図３７のＳ４６１に戻る。

Ｓ４８６において、受信した電文が例えば支払予約照会電文１７０である場合（Ｓ４８６：ＹＥＳ）、予約情報管理部４７は、例えば図１９に示した予約ＤＢ２３０において、検索を開始する（Ｓ４９１）。すなわち、予約情報管理部４７は、予約ＤＢ２３０において、支払予約照会電文１７０の口座番号１７４と一致する口座番号２３４の予約取引データ２３６があれば抽出する（Ｓ４９２）。予約情報管理部４７は、予約ＤＢ２３０の検索が終了するまで判別を繰り返し（Ｓ４９３：ＮＯ）、検索が終了すると（Ｓ４９３：ＹＥＳ）、図３９のＳ４９４に処理を進める。

図３９に示すように、予約情報管理部４７は、口座番号１７４と一致する予約取引データ２３６があるか否か判別する（Ｓ４９４）。口座番号１７４と一致する予約取引データ２３６がない場合には（Ｓ４９４：ＮＯ）、電文生成部４１は、予約取引データ２３６なしの支払予約照会応答電文１９０を生成する（Ｓ４９５）。口座番号１７４と一致する予約取引データ２３６がある場合には（Ｓ４９４：ＹＥＳ）、電文生成部４１は、予約取引データ２３６を含む支払予約照会応答電文１９０を生成する（Ｓ４９６）。通信制御部４５は、支払予約照会応答電文１９０をＡＴＭ５に送信し、処理を図３７のＳ４６１に戻す。

以上詳細に説明したように、本実施の形態による自動取引システム１によれば、ＡＴＭ５は、紙幣処理部２５または硬貨処理部２７の異常を検知すると、異常が検知された紙幣処理部２５または硬貨処理部２７を切離して運用する。

ＡＴＭ５は、例えばキャッシュカードなどから口座情報１５２を読取った場合、処理部ステータス１３０において、紙幣切離しフラグ１３１＝０であれば、口座情報１５２に応じた予約取引が登録されているか否か、例えば支払予約照会電文１７０を生成して、サーバ３へ送信する。また、支払予約照会電文１７０に対する応答として支払予約応答電文１８０を受信した場合には、支払予約応答電文１８０の内容に基づき処理を行う。

ＡＴＭ５は、紙幣切離しフラグ１３１＝１であり、少なくとも紙幣処理部２５が切離して運用されている場合には、入出金を伴う取引に関しては、予約情報１４７に基づき支払予約電文１６０を生成して、サーバ３に送信する。このときＡＴＭ５は、例えば媒体返却画面３００を表示して、他のＡＴＭ５で取引を行うように顧客に促す。また、ＡＴＭ５は、紙幣処理部２５、硬貨処理部２７が切離されているか否かを示す装置状態通知電文２２０をサーバ３に送信する。

サーバ３では、ＡＴＭ５から受信する支払予約電文１６０に基づき予約情報１４７を予約ＤＢ２３０に登録する。また、装置状態通知電文２２０に基づき、紙幣処理部状態２２５、硬貨処理部状態２２６を、ＡＴＭ状態情報１４０に登録する。ＡＴＭ５から支払予約照会電文１７０を受信した場合には、サーバ３は、支払予約照会電文１７０の口座番号１７４に基づき予約ＤＢ２３０を検索する。対応する予約取引データ２３６がある場合には、サーバ３は予約取引データ２３６に基づき支払予約照会応答電文１９０を生成し、ＡＴＭ５に送信する。ない場合には、サーバ３は、予約取引データ２３６を含まない支払予約照会応答電文１９０を生成し、ＡＴＭ５に送信する。

以上のように、本実施の形態による自動取引システム１によれば、障害が検知されたＡＴＭ５を休止せずに、障害のある紙幣処理部２５または硬貨処理部２７を切離して、残高照会、記帳、振替等、可能な取引のみを行える形態で運用する。これにより、店舗内のＡＴＭ５の負荷分散を行える効果がある。また、ＡＴＭ５において障害が生じた場合の、ＡＴＭ５の休止率を改善できる。

ＡＴＭ５において、障害により完了できない取引がある場合には、予約情報１４７を生成し、サーバ３に登録する。登録した際には、サーバ３は、当該ＡＴＭ５が設置されている店舗における当該取引が可能な別のＡＴＭ５を通知し、顧客に提示させることができる。このように、ＡＴＭ５に障害が発生した場合にも、予約取引として取引を終了させることができる。また、店舗内のＡＴＭ５の負荷分散をさらに促進する効果がある。ＡＴＭ５において障害が生じた場合の、ＡＴＭ５の休止率もさらに改善できる。

ＡＴＭ５において、口座情報１５２が取得された場合には、ＡＴＭ５は、サーバ３に、予約取引が登録されているか否か照会する。予約取引が登録されている場合には、登録された予約取引データ２３６がＡＴＭ５に通知される。よって、顧客は、例えば予約内容確認画面３３０において所望の取引を選択し、例えば暗証番号を入力することにより、再び同じ手続を行う手間なく取引を完了させることができる。このように、顧客は、完了できなかった取引を、提示された別のＡＴＭ５で迅速かつ簡易に完了させることが可能となる。これにより、予約取引を記録した媒体などの発行にさらに時間を要することもなく、顧客を待たせる時間を少なくできるとともに、媒体の紛失を防止するための管理も不要である。

上記実施の形態において、ＡＴＭ５は、自動取引装置の一例であり、ＡＴＭ５の取引処理部７３は、認識部、取引処理部、取引内容取得部の一例であり、通信制御部７１は、受信部、送信部の一例である。サーバ３の通信制御部４５は、受信部、送信部の一例であり、ＡＴＭ管理部４９は、管理部の一例である。

なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または実施形態を採ることができる。例えば、予約取引に関しては、一定時間内に取引されない場合は自動的に取引が不成立となり、取消となるようにしてもよい。

画面、電文、各種データ構造などは上記に限定されず、同様の作用効果を奏するものであれば、適用が可能である。また、支払を例にして説明したが、入金、振込などの取引についても、上記と同様の処理により予約取引が可能である。また、障害の検知は紙幣処理部２５、硬貨処理部２７について行う例について説明したが、ＡＴＭ５の他の部分の障害により取引が完了できない他の例にも適用が可能である。上記実施の形態においては、自動取引システム１がサーバ３およびホスト７を含む例について説明したが、サーバ３が、ホスト７の機能を含むような構成でもよい。この場合には、サーバ３に全てのＡＴＭ５が接続される構成が考えられる。

以下、上記実施の形態による自動取引方法の動作をコンピュータに行わせるために共通に適用されるコンピュータの例について説明する。例えば、上記実施の形態において、サーバ３、ホスト７は、標準的なコンピュータとすることができる。

図４０は、標準的なコンピュータのハードウエア構成の一例を示すブロック図である。図４０に示すように、コンピュータ６００は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）６０２、メモリ６０４、入力装置６０６、出力装置６０８、外部記憶装置６１２、媒体駆動装置６１４、ネットワーク接続装置６１８等がバス６１０を介して接続されている。

ＣＰＵ６０２は、コンピュータ６００全体の動作を制御する演算処理装置である。メモリ６０４は、コンピュータ６００の動作を制御するプログラムを予め記憶したり、プログラムを実行する際に必要に応じて作業領域として使用したりするための記憶部である。メモリ６０４は、例えばＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）等である。入力装置６０６は、コンピュータの使用者により操作されると、その操作内容に対応付けられている使用者からの各種情報の入力を取得し、取得した入力情報をＣＰＵ６０２に送付する装置であり、例えばキーボード装置、マウス装置などである。出力装置６０８は、コンピュータ６００による処理結果を出力する装置であり、表示装置などが含まれる。例えば表示装置は、ＣＰＵ６０２により送付される表示データに応じてテキストや画像を表示する。

外部記憶装置６１２は、例えば、ハードディスクなどの記憶装置であり、ＣＰＵ６０２により実行される各種制御プログラムや、取得したデータ等を記憶しておく装置である。媒体駆動装置６１４は、可搬記録媒体６１６に書き込みおよび読み出しを行うための装置である。ＣＰＵ６０２は、可搬記録媒体６１６に記録されている所定の制御プログラムを、記録媒体駆動装置６１４を介して読み出して実行することによって、各種の制御処理を行うようにすることもできる。可搬記録媒体６１６は、例えばＣｏｍｐａｃｔ Ｄｉｓｃ（ＣＤ）−ＲＯＭ、Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ（ＤＶＤ）、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ３９５）メモリ等である。ネットワーク接続装置６１８は、有線または無線により外部との間で行われる各種データの授受の管理を行うインタフェース装置である。バス６１０は、上記各装置等を互いに接続し、データのやり取りを行う通信経路である。

上記実施の形態による自動取引方法をコンピュータに実行させるプログラムは、例えば外部記憶装置６１２に記憶させる。ＣＰＵ６０２は、外部記憶装置６１２からプログラムを読み出し、コンピュータ６００に自動取引の動作を行なわせる。このとき、まず、自動取引の処理をＣＰＵ６０２に行わせるための制御プログラムを作成して外部記憶装置６１２に記憶させておく。そして、入力装置６０６から所定の指示をＣＰＵ６０２に与えて、この制御プログラムを外部記憶装置６１２から読み出させて実行させるようにする。また、このプログラムは、可搬記録媒体６１６に記憶するようにしてもよい。

１ 自動取引システム
３ サーバ
５ ＡＴＭ
７ ホスト
１５ 主制御部
１７ 表示部
１９ カード／レシート処理部
２１ 故障センサ
２３ 通帳処理部
２５ 紙幣処理部
２７ 硬貨処理部
２９ ジャーナル処理部
３０ 通信部
３１ 記憶装置
３７ ネットワーク
４１ 電文生成部
４３ 電文解析部
４５ 通信制御部
４７ 予約情報管理部
４９ ＡＴＭ管理部
６１ 障害検知部
６２ 状態情報生成部
６３ 切離判定部
６４ 取引判定部
６５ 予約情報生成部
６７ 予約情報照会部
６９ 予約情報解析部
７１ 通信制御部
７３ 取引処理部

Claims (10)

1. ネットワークを介して自動取引サーバと接続され口座に関する取引を行う自動取引装置であって、
   前記自動取引装置内の障害を検知する障害検知部と、
   前記障害検知部の検知結果に基づき前記取引の完了が可能であるか否かを判定する取引判定部と、
   外部から入力される、前記口座の口座識別情報を認識する認識部と、
   前記取引判定部が前記取引の完了が可能であると判定した場合、前記口座識別情報に応じた過去の未完了の取引に関する第１の予約情報が前記自動取引サーバに記憶されているか否かを前記自動取引サーバに問い合わせる予約情報照会部と、
   前記第１の予約情報が前記自動取引サーバに記憶されている場合に前記自動取引サーバから前記第１の予約情報を受信する受信部と、
   受信した前記第１の予約情報を解析して前記過去の未完了の取引の第１の取引内容を取得する予約情報解析部と、
   前記取引判定部が前記取引の完了が不可能であると判定した場合、外部から入力される、前記口座に関する取引要求の第２の取引内容を取得する取引内容取得部と、
   前記第２の取引内容を含む第２の予約情報を生成する予約情報生成部と、
   前記第２の予約情報を前記自動取引サーバへ送信する送信部と、
   前記取引判定部が前記取引の完了が可能であると判定した場合、前記第１の取引内容に基づく処理を行い、前記取引判定部が前記取引の完了が不可能であると判定した場合、前記口座に関する取引要求に基づく予約取引を促す処理を行う取引処理部と、
   を有することを特徴とする自動取引装置。
2. 紙幣の入出金を行う紙幣処理部と、
   貨幣の入出金を行う貨幣処理部と、
   をさらに有し、
   前記障害検知部は、前記紙幣処理部、または前記貨幣処理部の障害を検知し、
   前記取引判定部は、前記障害検知部の検知結果と、前記取引の種類に基づき判定を行うことを特徴とする請求項１に記載の自動取引装置。
3. 前記障害検知部の検知結果に基づく状態情報を生成する状態情報生成部をさらに有し、
   前記送信部は、前記自動取引サーバに前記状態情報を送信することを特徴とする請求項２に記載の自動取引装置。
4. 前記第１及び第２の予約情報は、前記口座識別情報及び未完了の前記取引の日時、種類、金額を含むことを特徴とする請求項１から請求項３のいずれかに記載の自動取引装置。
5. ネットワークを介して口座に関する取引を行う複数の自動取引装置及びホストコンピュータと接続された自動取引サーバであって、
   前記自動取引装置のいずれかから前記自動取引装置で認識された口座識別情報に関連する過去の未完了の取引に関する第１の予約情報が記憶されているか否かの照会を受信するとともに、前記自動取引装置のいずれかにおいて未完了の取引があった場合に前記未完了の取引に関する第２の予約情報を受信する受信部と、
   前記自動取引装置のいずれかから受信した前記第２の予約情報を保持する記憶部と、
   前記照会に関連する前記第１の予約情報が前記記憶部に記憶されているか否かを検索する予約情報管理部と、
   前記第１の予約情報が記憶されている場合に前記自動取引装置に前記第１の予約情報を送信する送信部と、
   前記自動取引装置のいずれかからの要求に応じて、前記ホストコンピュータを介して取得した前記口座識別情報に関連する口座情報を前記自動取引装置との間で授受することにより、前記自動取引装置による前記第１の予約情報に関する取引を含む前記口座識別情報に関連する取引を管理する管理部と、
   を有することを特徴とする自動取引サーバ。
6. 前記自動取引装置は複数接続され、
   前記記憶部は、複数の前記自動取引装置の障害検知部の検知結果に基づく状態情報を記憶し、
   前記受信部は、前記状態情報を受信し、
   前記管理部は、前記状態情報に基づき前記取引が実行可能な自動取引装置を前記複数の自動取引装置の中から選択し、
   前記送信部は、選択された前記自動取引装置の識別情報を送信することを特徴とする請求項５に記載の自動取引サーバ。
7. 前記予約情報は、前記口座識別情報及び未完了の前記取引の日時、種類、金額を含むことを特徴とする請求項５または６に記載の自動取引サーバ。
8. 複数の請求項１に記載の自動取引装置と、請求項５に記載の自動取引サーバとがネットワークを介して接続されたことを特徴とする自動取引システム。
9. ネットワークを介して自動取引サーバと接続された口座に関する取引を行う自動取引装置が、
   前記自動取引装置内の障害を検知する障害検知処理と、
   前記障害検知処理の検知結果に基づき前記取引の完了が可能であるか否かを判定する取引判定処理と、
   外部から入力される、前記口座の口座識別情報を認識する認識処理と、
   前記取引判定処理において前記取引の完了が可能であると判定された場合、前記口座識別情報に応じた過去の未完了の取引に関する第１の予約情報が前記自動取引サーバに記憶されているか否かを前記自動取引サーバに問い合わせる予約情報照会処理と、
   前記第１の予約情報が前記自動取引サーバに記憶されている場合に前記自動取引サーバから前記第１の予約情報を受信する受信処理と、
   受信した前記第１の予約情報を解析して前記過去の未完了の取引の第１の取引内容を取得する予約情報解析処理と、
   前記取引判定処理において前記取引が完了不可能であると判定された場合、外部から入力される、前記口座に関する取引要求の第２の取引内容を取得する取引内容取得処理と、
   前記第２の取引内容を含む第２の予約情報を生成する予約情報生成処理と、
   前記第２の予約情報を前記自動取引サーバへ送信する送信処理と、
   前記取引判定処理により前記取引の完了が可能であると判定された場合、前記第１の取引内容に基づく処理を行い、前記取引判定処理により前記取引が完了不可能であると判定された場合、前記口座に関する取引要求に基づく予約取引を促す処理を行う取引処理と、
   を行うことを特徴とする自動取引方法。
10. ネットワークを介して口座に関する取引を行う複数の自動取引装置及びホストコンピュータと接続された自動取引サーバが、
    前記自動取引装置のいずれかから前記自動取引装置で認識された口座識別情報に関連する過去の未完了の取引に関する第１の予約情報が記憶されているか否かの照会を受信するとともに、前記自動取引装置のいずれかにおいて未完了の取引があった場合に前記未完了の取引に関する第２の予約情報を受信する受信処理と、
    前記自動取引装置のいずれかから受信した前記第２の予約情報を記憶させる記憶処理と、
    前記照会に関連する前記第１の予約情報が記憶されているか否かを検索する予約情報管理処理と、
    前記第１の予約情報が記憶されている場合に前記自動取引装置に前記第１の予約情報を送信する送信処理と、
    前記自動取引装置のいずれかからの要求に応じて、前記ホストコンピュータを介して取得した前記口座識別情報に関連する口座情報を前記自動取引装置との間で授受することにより、前記自動取引装置による前記第１の予約情報に関する取引を含む前記口座識別情報に関連する取引を管理する管理処理と、
    を行うことを特徴とする自動取引方法。