JP2013254247A - 自動取引装置、及び自動取引方法 - Google Patents

Abstract

【課題】シャッタ障害が発生した際に自動取引装置が無駄に運用されてしまうことを抑制できる自動取引装置を提供する。
【解決手段】現金に関する取引を行う自動取引装置であって、現金の授受が行われる授受口と、移動することにより、前記授受口を開閉可能な開閉部材と、前記開閉部材の開閉状態を検知する開閉検知部と、前記自動取引装置のリセット動作の際に前記開閉部材を開閉して動作確認処理を行い、前記動作確認処理後に前記開閉部材の開閉状態を検知させ、開閉状態が異常であると判定した場合には前記取引の中止状態を継続する制御部と、を備えることを特徴とする、自動取引装置。
【選択図】図５

Description

本発明は、自動取引装置、及び自動取引方に関する。

金融機関のＡＴＭ（Ａｕｔｏｍａｔｅｄ ｔｅｌｌｅｒ ｍａｃｈｉｎｅ）に代表される自動取引装置は、銀行等の金融機関の支店やコンビニエンスストア等の店舗に設置されている。顧客は、自動取引装置に表示される表示画面において各種操作を行うことにより、入金、出金および残高照会などの取引を行うことができる。

自動取引装置は、顧客との間で現金（例えば、紙幣）の授受を行うための授受口（接客口とも呼ぶ）を備える。また、授受口には、開閉可能なシャッタが設けられている。シャッタは、通常は閉じているが、顧客との間で現金を授受する際にシャッタが開くことにより、顧客は現金を授受口に入れ、又は授受口から受け取ることができる。

ところで、自動取引装置のリセット動作等の初期化においては、シャッタは閉じている状態を維持し、シャッタの動作確認は行われていなかった。これは、遠隔操作や自動でリセット動作を行わせてシャッタを開閉すると、自動取引装置の前にいる人がいたずら等により不正な取引をする恐れがあるためである。

そこで、従来においては、出金時にシャッタの状態チェックを行なって、不正な取引を防止する方策が採用されていた（特許文献１、２参照）。

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

しかし、上記の方策では、シャッタに障害が発生した状態でリセット動作により自動取引装置を復旧してしまうと、その後の取引において障害となり、自動取引装置を無駄に運用してしまう恐れがある。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、シャッタ障害が発生した際に自動取引装置が無駄に運用されてしまうことを抑制できる、新規かつ改良された自動取引装置を提供することにある。

上記課題を解決するために、本発明のある観点によれば、現金に関する取引を行う自動取引装置であって、現金の授受が行われる授受口と、移動することにより、前記授受口を開閉可能な開閉部材と、前記開閉部材の開閉状態を検知する開閉検知部と、前記自動取引装置のリセット動作の際に前記開閉部材を開閉して動作確認処理を行い、前記動作確認処理後に前記開閉部材の開閉状態を検知させ、開閉状態が異常であると判定した場合には前記取引の中止状態を継続する制御部と、を備えることを特徴とする、自動取引装置が提供される。

かかる自動取引装置によれば、制御部は、リセット動作の際に開閉部材を開閉して動作確認処理を行い、動作確認処理後に開閉部材の開閉状態を検知させ、開閉状態が異常であると判定した場合には取引の中止状態を継続する。これにより、出金時だけでなくリセット動作の際にも開閉部材を開閉させることで、開閉部材の状態を適切に検知できるので、開閉部材が異常な状態で自動取引装置が復旧することを防止できる。この結果、自動取引装置が無駄に運用されることを抑制できる。

また、前記授受口の現金を検知する現金検知部を更に備え、前記制御部は、前記授受口に現金が残留していると検知された場合には、前記動作確認処理を行わないこととしても良い。

また、前記授受口の現金を装置内へ取り込む現金処理部を更に備え、前記制御部は、前記現金の装置内への取り込み後に、前記動作確認処理を行うこととしても良い。

また、前記自動取引装置に発生した障害に関する障害情報を取得する取得部を更に備え、前記制御部は、取得された前記障害情報が前記開閉部材の障害を示す場合には、前記動作確認処理を行い、前記障害情報が前記開閉部材の障害以外の障害を示す場合には、前記動作確認処理を行わないこととしても良い。

また、前記自動取引装置の周囲における人の有無を検知する人検知部を更に備え、前記制御部は、前記周囲に人がいると検知された場合には、前記動作確認処理を行わないこととしても良い。

また、前記自動取引装置の動作モードを設定するモード設定部を更に備え、前記制御部は、設定された動作モードが所定モードである場合には、前記動作確認処理を行うこととしても良い。

また、前記所定モードは、前記動作確認処理を強制的に行うモードを含むこととしても良い。

また、前記動作確認処理の不実行回数を取得する取得部を更に備え、前記所定モードは、前記不実行回数が所定回数を超えた場合に前記動作確認処理を強制的に行うモードを含むこととしても良い。

また、前記所定モードは、予め設定された所定時間内に前記リセット動作が行われた場合に前記動作確認処理を強制的に行うモードを含むこととしても良い。

また、前記所定モードは、前記開閉部材の障害を確認するモードを含むこととしても良い。

また、前記自動取引装置に発生した障害に関する障害情報を取得する取得部を更に備え、前記制御部は、取得された前記障害情報が前記開閉部材の障害を示し、かつ前記動作確認処理を行わない場合には、前記開閉部材の障害を通知することとしても良い。

上記課題を解決するために、本発明の別の観点によれば、自動取引装置により現金に関する取引を行う自動取引方法であって、前記自動取引装置のリセット動作の際に、現金の授受が行われる授受口を開閉可能な開閉部材を開閉して動作確認処理を行うステップと、前記動作確認処理後に前記開閉部材の開閉状態を検知するステップと、開閉状態が異常であると判定した場合には前記取引の中止状態を継続するステップと、を有することを特徴とする、自動取引方法が提供される。

以上説明したように本発明によれば、シャッタ障害が発生した際に自動取引装置が無駄に運用されてしまうことを抑制することが可能となる。

第１の実施形態に係る自動取引システム１の概略構成を説明するための図である。 シャッタ１９の構成例を示す模式図である。 第１の実施形態に係る自動取引装置１０の構成例を示すブロック図である。 第１の実施形態に係る制御装置１３２の機能構成例を示すブロック図である。 第１の実施形態に係るリセット処理時の自動取引装置１０の動作例を示すフローチャートである。 シャッタ動作のチェック処理を示すフローチャートである。 第２の実施形態に係る制御装置１３２の機能構成例を示すブロック図である。 第２の実施形態に係るリセット処理時の自動取引装置１０の動作例を示すフローチャートである。 第２の実施形態に係るリセット処理時の自動取引装置１０の動作例を示すフローチャートである。 第２の実施形態に係るリセット処理時の自動取引装置１０の動作例を示すフローチャートである。

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

＜１．第１の実施形態＞
（１−１．自動取引システムの概要）
図１を参照しながら、第１の実施形態に係る自動取引システム１の概要について説明する。

図１は、第１の実施形態に係る自動取引システム１の概略構成を説明するための図である。図１に示すように、自動取引システム１は、自動取引装置１０と、専用網２０と、金融機関ホスト３０と、を備える。

自動取引装置１０は、金融機関の顧客による操作に基づいて現金の取引を実行する顧客操作型端末である。自動取引装置１０は、例えば、金融機関の営業店、コンビニエンスストア、駅構内等の多様な施設に設置される。

自動取引装置１０は、顧客操作表示部１２と、通帳挿入口１４と、カード挿入口１６と、授受口の一例である接客口１８と、を備える。顧客操作表示部１２は、顧客による操作の誘導画面を表示する表示部および顧客操作を検出する顧客操作部としての機能を有する。表示部としての機能は、例えば液晶ディスプレイ装置等により実現される。顧客操作部としての機能は例えばタッチパネルにより実現される。

通帳挿入口１４は、顧客の通帳の挿入および排出を行う。カード挿入口１６は、顧客のキャッシュカードの挿入および排出を行う。接客口１８は、顧客との間で現金の授受が行われるものであり、顧客による紙幣の入金口、および顧客への紙幣の出金口としての機能を有する。また、図２に示すように、接客口１８の上部には開閉可能な開閉部材の一例であるシャッタ１９が設けられている。シャッタ１９は、移動することにより、接客口１８を閉塞し、又は開放する。ここで、図２に示すように曲面状のシャッタが回動して開閉しても良いが、平面状のシャッタをスライドさせて開閉することにしても良い。図２は、シャッタ１９の構成例を示す模式図である。また、上記では、シャッタ１９が移動することにより接客口１８を開放又は閉塞することとしたが、これに限定されず、例えば、接客口が形成された円筒状の接客ドラムを回動させて、接客口を開閉することとしても良い。かかる場合には、シャッタが不要となる。

専用網２０は、金融機関のネットワークであり、例えばＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）により構成される。自動取引装置１０は、専用網２０を介して金融機関ホスト３０と通信することができる。

金融機関ホスト３０は、専用網２０を介して自動取引装置１０と通信することにより、各種取引を制御する。例えば、金融機関ホスト３０は、自動取引装置１０を操作する顧客の認証を行ったり、自動取引装置１０において顧客により指示された入金や振込などの金銭取引（勘定の取引処理）を実行したりする。また、金融機関ホスト３０は、口座番号、暗証番号、氏名、住所、年齢、生年月日、電話番号、職業、家族構成、年収、預金残高などの顧客情報（口座の元帳）を管理する。

（１−２．自動取引装置の構成例）
図３を参照しながら、第１の実施形態に係る自動取引装置１０の構成例について説明する。

図３は、第１の実施形態に係る自動取引装置１０の構成例を示すブロック図である。図３に示すように、自動取引装置１０は、操作表示装置１１０と、顧客入力装置１１２と、レシートプリンタ１１４と、カードリーダ・ライタ１１６と、現金入出金機１１８と、センサ群１２０と、記憶装置１３０と、制御装置１３２と、を備える。

操作表示装置１１０は、顧客による操作の誘導画面を表示する表示部、および顧客操作を検出する顧客操作部としての機能を有する装置である。顧客入力装置１１２は、顧客が暗証番号のような認証情報や取引金額などを入力するための装置である。

レシートプリンタ１１４は、レシートを印刷する印刷装置である。カードリーダ・ライタ１１６は、キャッシュカードの読出し、およびキャッシュカードへの書き込みを行う磁気装置である。現金入出金機１１８は、顧客から挿入された紙幣の格納、および顧客へ受け渡す紙幣の排出などを行う。センサ群１２０は、赤外線センサや光学センサ等のセンサを有し、様々な状態を検知する。

記憶装置１３０は、自動取引装置１０が動作するためのプログラムなどを記憶する。制御装置１３２は、自動取引装置１０の動作全般を制御する。以下、このような制御装置１３２の機能構成例について、図４を参照しながら具体的に説明する。

（１−３．制御装置の機能構成例）
図４は、第１の実施形態に係る制御装置１３２の機能構成例を示すブロック図である。図４に示すように、第１の実施形態に係る制御装置１３２は、開閉検知部２０２と、現金検知部２０４と、現金処理部２０６と、障害情報取得部２０８と、人検知部２１０と、制御部２１２と、を備える。

開閉検知部２０２は、センサ群１２０を介してシャッタ１９の開閉状態を検知する。これにより、シャッタ１９が正常に開閉しているか否かを検知できる。開閉検知部２０２は、シャッタ１９の開閉状態の検知結果を制御部２１２に出力する。

現金検知部２０４は、センサ群１２０を介して接客口１８の紙幣の有無を検知する。これにより、接客口１８に紙幣が残留しているか否かを検知できる。現金検知部２０４は、紙幣の有無の検知結果を制御部２１２に出力する。

現金処理部２０６は、紙幣の処理に関する処理を行う。例えば、現金処理部２０６は、接客口１８にある紙幣を装置内に取り込む処理を行う。これにより、接客口１８に紙幣が残留することを解消できる。

障害情報取得部２０８は、自動取引装置１０に発生した障害に関する障害情報を取得する。これにより、自動取引装置１０において発生した障害を把握できる。障害情報は、例えば、シャッタ１９の障害や、他の構成要素の障害を示す情報である。障害情報取得部２０８は、取得した障害情報を制御部２１２に出力する。

人検知部２１０は、センサ群１２０を介して自動取引装置１０の周囲（例えば、接客口１８の前）における人の有無を検知する。人検知部２１０は、人の有無の検知結果を制御部２１２に出力する。

制御部２１２は、自動取引装置１０のリセット動作の際に、シャッタ１９を開閉して動作確認処理を行う。そして、制御部２１２は、動作確認処理後にシャッタ１９の開閉状態を開閉検知部２０２に検知させ、開閉状態が異常であると判定した場合には取引の中止状態を継続する。

制御部２１２は、自動取引装置１０の状態に応じて、シャッタ１９の動作確認処理を制御する。例えば、制御部２１２は、接客口１８に紙幣が残留していると現金検知部２０４により検知された場合には、シャッタ１９の動作確認処理を行わない。これにより、残留する紙幣によってシャッタ１９が正常に動作せず、動作確認処理を適切に行えないことを防止できる。

また、制御部２１２は、現金処理部２０６による紙幣の装置内への取り込み後に、シャッタ１９の動作確認処理を行う。これにより、接客口１９に残留する紙幣を確実に排除できる。

また、制御部２１２は、障害情報取得部２０８により取得された障害情報がシャッタ１９の障害を示す場合には、シャッタ１９の動作確認処理を行い、障害情報がシャッタ１９の障害以外の障害を示す場合には、動作確認処理を行わない。シャッタ１９以外の障害であればシャッタ１９の動作確認を行う必要が無いので、シャッタ１９を動作させることによる自動取引装置の無駄な運用を防止できる。

また、制御部２１２は、人検知部２１０により自動取引装置１０の周囲に人がいると検知された場合には、シャッタ１９の動作確認処理を行わない。これにより、例えば接客口１８の前にいる人によるいたずらを防止できる。

（１−４．自動取引装置の動作例）
次に、図５を参照しながら、リセット処理時の自動取引装置１０の動作例について説明する。

図５は、第１の実施形態に係るリセット処理時の自動取引装置１０の動作例を示すフローチャートである。本処理は、制御装置１２２が記憶装置１３０に記憶されたプログラムを実行することにより、実現される。そして、図５のフローチャートは、自動取引装置１０に障害が発生したところから開始される。

まず、制御装置１２２は、現状の障害情報を記憶する（ステップＳ１０２）。次に、制御装置１２２は、シャッタ１９を閉状態とする（ステップＳ１０４）。次に、制御装置１２２は、現金入出金機１１８等の各装置に初期化を指示し、リセット動作を行う（ステップＳ１０６）。

次に、制御装置１２２は、動作が正常に終了したか否かを判定する（ステップＳ１０８）。そして、ステップＳ１０８で正常に終了したと判定された場合には（Ｙｅｓ）、制御装置１２２は、接客口１８に紙幣が残留しているか否かを判定する（ステップＳ１１０）。一方で、ステップＳ１０８で正常に終了していないと判定された場合には（Ｎｏ）、制御装置１２２は、取引を中止する（ステップＳ１２８）。

ステップＳ１１０で紙幣が残留していると判定された場合には（Ｙｅｓ）、制御装置１２２は、残留している紙幣を装置内に取り込んで退避させる（ステップＳ１１２）。次に、制御装置１２２は、紙幣の取り込みが正常に終了したか否かを判定する（ステップＳ１１４）。

ステップＳ１１４で正常に終了したと判定された場合には（Ｙｅｓ）、制御装置１２２は、接客口１８に紙幣が残留しているか否かを再度判定する（ステップＳ１１６）。そして、ステップＳ１１６で紙幣が残留していないと判定された場合には（Ｎｏ）、制御装置１２２は、ステップＳ１０２で記憶した障害情報がシャッタ１９の障害に関するものか否かを判定する（ステップＳ１１８）。また、ステップＳ１１０で紙幣が残留していないと判定された場合にも（Ｎｏ）、制御装置１２２は、ステップＳ１１８の処理を行う。

一方で、ステップＳ１１６で紙幣が残留していると判定された場合には（Ｙｅｓ）、すなわち紙幣が正常に取り込まなかった場合には、制御装置１２２は、取引を中止する（ステップＳ１２８）。また、ステップＳ１１４で正常に終了していないと判定された場合にも（Ｎｏ）、制御装置１２２は、取引を中止する（ステップＳ１２８）。

ステップＳ１１８で障害情報がシャッタ１９の障害に関するものであると判定された場合には（Ｙｅｓ）、制御装置１２２は、自動取引装置１０の前に顧客がいるか否かを判定する（ステップＳ１２０）。そして、ステップＳ１２０で装置前に顧客がいないと判定された場合には（Ｎｏ）、制御装置１２２は、シャッタ動作のチェック処理を実行する（ステップＳ１２２）。一方で、ステップＳ１２０で装置前に顧客がいると判定された場合には（Ｙｅｓ）、制御装置１２２は、取引を中止する（ステップＳ１２８）。

ここで、図６を参照しながら、シャッタ動作のチェック処理について説明する。図６は、シャッタ動作のチェック処理を示すフローチャートである。チェック処理において、制御装置１２２は、まず、シャッタ１９の閉状態を確認する（ステップＳ１５２）。次に、制御装置１２２は、シャッタ１９を開方向に所定量（少量）だけ移動させる（ステップＳ１５４）。

次に、制御装置１２２は、移動させたシャッタ１９が実際に開いたことを検知する（ステップＳ１５６）。次に、制御装置１２２は、シャッタ１９を閉方向に移動させる（ステップＳ１５８）。次に、制御装置１２２は、移動させたシャッタ１９が実際に閉じたことを検知する（ステップ１６０）。これにより、図５のステップＳ１２２のシャッタ動作のチェック処理が完了する。

図５のフローチャートに戻って説明を続ける。制御装置１２２は、上述したシャッタ動作のチェック処理により、シャッタ１９の開閉が正常であるか否かを判定する（ステップＳ１２４）。

ステップＳ１２４でシャッタ１９の開閉が正常であると判定された場合には（Ｙｅｓ）、制御装置１２２は、シャッタ１９が正常な状態であると判定し、取引を実行する（ステップＳ１２６）。なお、ステップＳ１１８で障害情報がシャッタ１９の障害に関するもので無いと判定された場合には（Ｎｏ）、すなわちシャッタ１９以外の障害である場合には、制御装置１２２は、シャッタ１９のチェック処理（ステップＳ１２２）を行わずに取引を実行する（ステップＳ１２６）。

ステップＳ１２４でシャッタ１９の開閉が異常であると判定された場合には（Ｎｏ）、制御装置１２２は、シャッタ１９の障害状態が解消されていないと判定し、取引を中止する（ステップＳ１２８）。これにより、第１の実施形態に係る一連のリセット処理が完了する。

（１−５．自動取引装置の有効性）
上述した第１の実施形態によれば、制御装置１２２は、リセット動作の際にシャッタ１９を開閉して動作確認処理を行う。そして、制御装置１２２は、動作確認処理後にシャッタ１９の開閉状態を検知させ、開閉状態が異常であると判定した場合には取引の中止状態を継続する。

これにより、出金時だけでなくリセット動作の際にもシャッタ１９を開閉させることにより、シャッタ１９の状態を適切に検知できるので、シャッタ１９が異常な状態で自動取引装置１０が復旧することを防止できる。この結果、自動取引装置１０が無駄に運用されることを抑制できる。

＜２．第２の実施形態＞
（２−１．制御装置の機能構成例）
図７は、第２の実施形態に係る制御装置１３２の機能構成例を示すブロック図である。図７に示すように、第２の実施形態に係る制御装置１３２は、開閉検知部２０２と、現金検知部２０４と、現金処理部２０６と、障害情報取得部２０８と、人検知部２１０と、制御部２１２と、モード設定部２２０と、回数情報取得部２２２と、を備える。

第２の実施形態に係る開閉検知部２０２、現金検知部２０４、現金処理部２０６、障害情報取得部２０８、及び人検知部２１０は、図４で説明した第１の実施形態と同様な機能を有するため、詳細な説明を省く。

モード設定部２２０は、自動取引装置１０の動作モードを設定する。例えば、モード設定部２２０は、顧客が顧客入力装置１１２により入力（選択）したモードを、動作モードとして設定する。モード設定部２２０は、設定した動作モードに関する情報を制御部２１２に出力する。

回数情報取得部２２２は、シャッタ１９の動作確認処理の不実行回数を取得する。例えば、回数情報取得部２２２は、自動取引装置１０のリセット動作の際における動作確認処理の不実行回数を取得する。回数情報取得部２２２は、取得した不実行回数に関する情報を制御部２１２に出力する。

第２の実施形態に係る制御部２１２は、モード設定部２２０により設定された動作モードが所定モード（具体的には、以下に説明する第１モード〜第４モードのいずれか）である場合には、シャッタ１９の動作確認処理を強制的に行う。これにより、シャッタ１９の動作確認処理が行われない状態が継続することを防止できる。

ここで、第１モードは、シャッタ１９の動作確認処理を強制的に必ず行うモードである。第２モードは、回数情報取得部２２２により取得された不実行回数が所定回数を超えた場合にシャッタ１９の動作確認処理を強制的に行うモードである。第３モードは、予め設定された所定時間内に自動取引装置１０のリセット動作が行われた場合にシャッタ１９の動作確認処理を強制的に行うモードである。第４モードは、シャッタ１９の障害を確認するモードである。このようなモードを用いることにより、装置の使用状況に応じたシャッタ１９の動作確認処理を行いやすくなる。

また、制御部２１２は、障害情報取得部２０８により取得された障害情報がシャッタ１９の障害を示し、かつシャッタ１９の動作確認処理を行わない場合には、シャッタ１９の障害を通知する。これにより、顧客はシャッタ１９の障害が解消されていないことを把握できる。

（２−２．自動取引装置の動作例）
図８〜図１０を参照しながら、リセット処理時の自動取引装置１０の動作例について説明する。図８〜図１０は、第２の実施形態に係るリセット処理時の自動取引装置１０の動作例を示すフローチャートである。

以下では、図５のフローチャートと異なる部分を中心に説明する。ステップＳ１０２〜Ｓ１１６の処理は、図５とほぼ同様である。第２の実施形態では、ステップＳ１１０やステップＳ１１６において接客口１８に紙幣が残留していないと判定された場合には（Ｎｏ）、制御装置１２２は、シャッタ動作のチェック処理を必ず行うモードか否かを判定する（ステップＳ２０２）。

ステップＳ２０２でチェック処理を必ず行うモードであると判定された場合には（Ｙｅｓ）、制御装置１２２は、Ｓｋｉｐカウンタをクリアし（ステップＳ２０８）、シャッタ動作のチェック処理を実行する（ステップＳ１２２）。このシャッタ動作のチェック処理は、前述した図６のフローチャートに示す処理である。

ステップＳ２０２でチェック処理を必ず行うモードで無いと判定された場合には（Ｎｏ）、制御装置１２２は、チェック処理を行う指定時間内に該当するか否かを判定する（ステップＳ２０４）。この指定時間は、予め設定されている。ステップＳ２０４で指定時間内に該当すると判定された場合には（Ｙｅｓ）、制御装置１２２は、シャッタ動作のチェック処理を実行する（ステップＳ２０８、Ｓ１２２）。

ステップＳ２０４で指定時間内に該当しないと判定された場合には（Ｎｏ）、制御装置１２２は、ステップＳ１０２で記憶した障害情報がシャッタ１９の障害に関するものとか否かを判定する（ステップＳ１１８）。そして、ステップＳ１１８で障害情報がシャッタ１９の障害に関するものであると判定された場合には（Ｙｅｓ）、制御装置１２２は、シャッタ障害のチェックモードであるか否かを判定する（ステップＳ２０６）。

ステップＳ２０６でシャッタ障害のチェックモードであると判定された場合には（Ｙｅｓ）、装置前に人がいるか否かを判定せずに、シャッタ動作のチェック処理を実行する（ステップＳ２０８、Ｓ１２２）。

ステップＳ１１８で障害情報がシャッタ１９の障害に関するもので無いと判定された場合（Ｎｏ）、又はステップＳ１２０で装置前に人がいると判定された場合（Ｙｅｓ）には、制御装置１２２は、シャッタ動作の回数チェックモードであるか否かを判定する（ステップＳ２１０）。

ステップＳ２１０で回数チェックモードであると判定された場合には（Ｙｅｓ）、制御装置１２２は、Ｓｋｉｐカウンタをクリアし（ステップＳ２１２）、シャッタ動作を実行しなかった回数が指定回数を超えたか否かを判定する（ステップＳ２１４）。そして、ステップＳ２１４で指定回数を超えたと判定された場合には（Ｙｅｓ）、制御装置１２２は、シャッタ動作のチェック処理を実行する（ステップＳ２０８、Ｓ１２２）。

ステップＳ２１０で回数チェックモードでは無いと判定された場合（Ｎｏ）、又はステップＳ２１４で指定回数を超えていないと判定された場合には（Ｎｏ）、制御装置１２２は、シャッタ障害の通知モードであるか否かを判定する（ステップＳ２１６）。

ステップＳ２１６でシャッタ障害の通知モードであると判定された場合には（Ｙｅｓ）、制御装置１２２は、ステップＳ１０２で記憶した障害情報がシャッタ１９の障害に関するものであるかを判定する（ステップＳ２１８）。そして、ステップＳ２１８で障害情報がシャッタ１９の障害に関するものであると判定された場合には（Ｙｅｓ）、制御装置１２２は、取引を中止し、シャッタ障害であることを通知する（ステップＳ１２８）。

一方で、ステップＳ２１８で障害情報がシャッタ１９の障害に関するもので無いと判定された場合（Ｎｏ）、又はステップＳ２１６でシャッタ障害の通知モードで無いと判定された場合には（Ｎｏ）、制御装置１２２は、取引を実行する（ステップＳ１２６）。

上述した第２の実施形態によれば、制御装置１３２が、動作モードが所定モード（第１モード〜第４モードのいずれか）である場合には、シャッタ１９の動作確認処理を強制的に行う。このように自動取引装置１０の使用環境に応じて動作確認処理を行う条件を設定することにより、シャッタ１９の動作確認処理が行われない状態が継続することを防止できる。

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

また、上記では、接客口１８において現金の一例として紙幣の授受を顧客との間で行うこととしたが、これに限定されない。例えば、接客口１８において硬貨の授受を行うこととしても良い。

また、上述した自動取引装置１０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、自動取引装置１０の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、自動取引装置１０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した自動取引装置１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。

１０ 自動取引装置
１８ 接客口
１９ シャッタ
１３２ 制御装置
２０２ 開閉検知部
２０４ 現金検知部
２０６ 現金処理部
２０８ 障害情報取得部
２１０ 人検知部
２１２ 制御部
２２０ モード設定部
２２２ 回数取得部

Claims (12)

1. 現金に関する取引を行う自動取引装置であって、
   現金の授受が行われる授受口と、
   移動することにより、前記授受口を開閉可能な開閉部材と、
   前記開閉部材の開閉状態を検知する開閉検知部と、
   前記自動取引装置のリセット動作の際に前記開閉部材を開閉して動作確認処理を行い、前記動作確認処理後に前記開閉部材の開閉状態を検知させ、開閉状態が異常であると判定した場合には前記取引の中止状態を継続する制御部と、
   を備えることを特徴とする、自動取引装置。
2. 前記授受口の現金を検知する現金検知部を更に備え、
   前記制御部は、前記授受口に現金が残留していると検知された場合には、前記動作確認処理を行わないことを特徴とする、請求項１に記載の自動取引装置。
3. 前記授受口の現金を装置内へ取り込む現金処理部を更に備え、
   前記制御部は、前記現金の装置内への取り込み後に、前記動作確認処理を行うことを特徴とする、請求項１又は２に記載の自動取引装置。
4. 前記自動取引装置に発生した障害に関する障害情報を取得する取得部を更に備え、
   前記制御部は、
   取得された前記障害情報が前記開閉部材の障害を示す場合には、前記動作確認処理を行い、
   前記障害情報が前記開閉部材の障害以外の障害を示す場合には、前記動作確認処理を行わないことを特徴とする、請求項１〜３のいずれか１項に記載の自動取引装置。
5. 前記自動取引装置の周囲における人の有無を検知する人検知部を更に備え、
   前記制御部は、前記周囲に人がいると検知された場合には、前記動作確認処理を行わないことを特徴とする、請求項１〜４のいずれか１項に記載の自動取引装置。
6. 前記自動取引装置の動作モードを設定するモード設定部を更に備え、
   前記制御部は、設定された動作モードが所定モードである場合には、前記動作確認処理を行うことを特徴とする、請求項１〜５のいずれか１項に記載の自動取引装置。
7. 前記所定モードは、前記動作確認処理を強制的に行うモードを含むことを特徴とする、請求項６に記載の自動取引装置。
8. 前記動作確認処理の不実行回数を取得する取得部を更に備え、
   前記所定モードは、前記不実行回数が所定回数を超えた場合に前記動作確認処理を強制的に行うモードを含むことを特徴とする、請求項６又は７に記載の自動取引装置。
9. 前記所定モードは、予め設定された所定時間内に前記リセット動作が行われた場合に前記動作確認処理を強制的に行うモードを含むことを特徴とする、請求項６〜８のいずれか１項に記載の自動取引装置。
10. 前記所定モードは、前記開閉部材の障害を確認するモードを含むことを特徴とする、請求項６〜９のいずれか１項に記載の自動取引装置。
11. 前記自動取引装置に発生した障害に関する障害情報を取得する取得部を更に備え、
    前記制御部は、取得された前記障害情報が前記開閉部材の障害を示し、かつ前記動作確認処理を行わない場合には、前記開閉部材の障害を通知することを特徴とする、請求項６〜１０のいずれか１項に記載の自動取引装置。
12. 自動取引装置により現金に関する取引を行う自動取引方法であって、
    前記自動取引装置のリセット動作の際に、現金の授受が行われる授受口を開閉可能な開閉部材を開閉して動作確認処理を行うステップと、
    前記動作確認処理後に前記開閉部材の開閉状態を検知するステップと、
    開閉状態が異常であると判定した場合には前記取引の中止状態を継続するステップと、
    を有することを特徴とする、自動取引方法。
    

Images