JP2017187836A - 自動取引装置、故障通知方法および故障通知プログラム - Google Patents

Abstract

【課題】迅速に故障の発生を把握可能にする。
【解決手段】自動取引装置１は、第１制御部２と第２制御部３とを備える。第１制御部２は、監視先４との間で監視情報２ａのやり取りを行う。第２制御部３は、第１制御部２とは独立して動作する。すなわち、第２制御部３は、第１制御部２が故障（動作に支障をきたす異常が発生）した場合でも、第１制御部２の故障の影響を受けずに動作する。第２制御部３は、第１制御部２で発生した故障に対するメモリダンプ処理が行われる際に（たとえば、メモリダンプ処理が開始すると）、監視先４に故障が発生したことを通知する。これにより自動取引装置１は、第１制御部２が故障により監視情報２ａのやり取りを監視先４との間でできなくなっている場合であっても、再度、監視情報２ａを通知できるようになる前に自動取引装置１（第１制御部２）に故障が発生したことを通知できる。
【選択図】図１

Description

本発明は、迅速に故障の発生を把握可能にする自動取引装置、故障通知方法および故障通知プログラムに関する。

金融機関の店舗やコンビニなどに配置された、利用者から取引の操作を受け付けて、取引に係るキャッシュカードや現金などの媒体を排出する自動取引装置（ＡＴＭ：Automatic Teller Machine）は、遠隔地の監視センタによって監視されている。

監視センタでは、監視サーバにより自動取引装置とデータのやり取りを行うことで、自動取引装置の状況を把握して、発生したエラーへの対応や、稼働状態の監視等を行っている。したがって、自動取引装置が故障（異常停止、制御不能、システムダウンまたはフリーズとも言う）により、監視サーバとデータのやり取りを行うことができなくなると、監視センタ側では、自動取引装置の状況を把握できなくなっていた。

自動取引装置は、故障した場合、原因を特定するためにメモリダンプ処理により取得したメモリの内容を記憶装置に格納した後に、リブート等を行うことで自発的に故障状態から復旧することが行なわれている（たとえば、特許文献１参照）。このように自動取引装置が故障状態から復旧すると、監視サーバと自動取引装置とのデータのやり取りが再開され、監視センタでは、再度、自動取引装置の状況を把握できるようになる。

特開平５−９４３２４号公報

しかしながら、メモリダンプ処理には時間がかかり故障状態から復旧し、データのやり取りを再開できるようになるまで、時間がかかる場合があった。その結果、監視センタでは、長時間の間（故障が発生してからリブートしデータのやり取りが再開できるようになるまでの間）、自動取引装置の状況を把握できず、対応が遅れる場合があった。

本発明は、このような問題に鑑みてなされたものであり、迅速に故障の発生を把握可能にする自動取引装置、故障通知方法および故障通知プログラムの提供を目的とする。

上記課題を解決するために、監視先から監視されている、所定の処理を実行する自動取引装置を提供する。自動取引装置は、第１制御部と第２制御部とを備える。第１制御部は、監視先との間で、監視に用いられる監視情報のやり取りを行う。第２制御部は、第１制御部とは独立して動作し、第１制御部で発生した故障に対するメモリダンプ処理が行われる際に、監視先に故障が発生したことを通知する。

また、上記課題を解決するために、第１プロセッサと、第１プロセッサとは独立して動作する第２プロセッサとを備え、監視先から監視されている、所定の処理を実行するコンピュータの故障通知方法を提供する。故障通知方法では、第１プロセッサが、監視先との間で、監視に用いられる監視情報をやり取りし、第２プロセッサが、第１プロセッサで発生した故障に対するメモリダンプ処理が行われる際に、監視先に故障が発生したことを通知する、処理を実行する。

また、上記課題を解決するために、第１プロセッサと、第１プロセッサとは独立して動作する第２プロセッサとを備え、監視先から監視されている、所定の処理を実行するコンピュータの故障通知プログラムを提供する。故障通知プログラムでは、第２プロセッサに、監視先との間で、監視に用いられる監視情報のやり取りを行う第１プロセッサで発生した故障に対するメモリダンプ処理が行われる際に、監視先に故障が発生したことを通知する、処理を実行させる。

本発明の自動取引装置、故障通知方法および故障通知プログラムによれば、迅速に故障の発生を把握可能にできる。

第一実施形態における自動取引装置の構成を示す図である。 第二実施形態における自動取引システムの概要を示す図である。 第二実施形態における自動取引装置のハードウェア構成を示す図である。 第二実施形態における自動取引装置の機能ブロックを示す図である。 第二実施形態におけるメイン制御部の故障からの復旧の流れを示すシーケンス図である。

以下、本発明の実施の形態について図面を参照して説明する。
［第一実施形態］
まず、第一実施形態の概要について図１を用いて説明する。図１は、第一実施形態における自動取引装置の構成を示す図である。図１（ａ）は、第１制御部２に故障が発生していない場合の自動取引装置の一例を示す図である。図１（ｂ）は、第１制御部２に故障が発生した場合の自動取引装置の一例を示す図である。

自動取引装置１は、金融機関の店舗やコンビニなど多種多様な場所に配置される。自動取引装置１は、所定の処理（取引処理）を実行する。所定の処理としては、たとえば、入金取引、出金取引および振込取引などがある。自動取引装置１は、監視先４によって監視されている。自動取引装置１は、第１制御部２と第２制御部３とを備える。

第１制御部２は、図１（ａ）に示すように監視先４との間で監視情報２ａのやり取りを行う（監視先４に監視情報２ａを通知する）。監視情報２ａは、自動取引装置１の監視に用いられる情報（状況の把握に用いられる情報）であり、たとえば、所定の処理の実行状況を示す情報や、自動取引装置１００で発生したエラーを示すエラーコード（エラーの内容、種類、原因などを示す情報）である。監視先４は、監視情報２ａによって自動取引装置１の状況を把握する。

第２制御部３は、第１制御部２とは独立して動作する。すなわち、第２制御部３は、第１制御部２が故障（動作に支障をきたす異常が発生）した場合でも、第１制御部２の故障の影響を受けずに動作する。たとえば、第２制御部３は、第１制御部２のＯＳ（Operating System）とは異なる（独立した）ＯＳで動作している。

第２制御部３は、第１制御部２で発生した故障に対するメモリダンプ処理が行われる際に（たとえば、メモリダンプ処理が開始すると）、監視先４に故障が発生したことを通知する。メモリダンプ処理は、第１制御部２が故障すると、正常な状態への復旧に先立って（正常な状態への復旧の前準備時として）行われる。

メモリダンプ処理は、たとえば、正常な状態へ復旧する際に行われる一連の処理のうち最初に行われる。メモリダンプ処理は、たとえば、第１制御部２によって行われる。なお、第２制御部３がメモリダンプ処理を行ってもよい。

メモリダンプ処理は、故障の原因となったエラーの内容、種類、原因などを特定するために、メモリの内容を記憶装置に格納する処理である。故障の原因となったエラーの内容、種類、原因などは、メモリダンプ処理終了後、リブート（再起動、初期化、または異常解消処理とも言う）により故障が解消された後に（正常な状態に復旧された後に）、記憶装置に格納した情報を解析することにより特定される。

ところで、第１制御部２は、故障した場合、その故障により監視先４との間で監視情報２ａをやり取りできなくなることがある。この場合、第１制御部２は、メモリダンプ処理終了後に、故障が解消されるまでの間、監視情報２ａのやり取りをすることができない。

すなわち、監視先４は、第１制御部２の故障に対するメモリダンプ処理が終了し、第１制御部２で発生した故障が解消され、再度、第１制御部２との間で監視情報２ａのやり取りができるようになるまでの間、監視情報２ａを用いた自動取引装置１の監視（状況の把握）ができなくなる。その結果、監視先４は、第１制御部２の故障により所定の処理が実行不可能な状況であるにもかかわらず、正常に所定の処理が行われていると認識し続け、その結果、対応を取るのが遅れる場合があった。

そこで、図１（ｂ）に示すように自動取引装置１は、メモリダンプ処理が行われる際に、第１制御部２と独立して動作し、第１制御部２の故障の影響を受けない第２制御部３により、自動取引装置１（第１制御部２）に故障が発生したことを監視先４に対して通知する。

これにより自動取引装置１は、第１制御部２が故障により監視情報２ａのやり取りを監視先４との間でできなくなっている場合であっても、再度、監視情報２ａを通知できるようになる前に自動取引装置１（第１制御部２）に故障が発生したことを通知できる。

特に、自動取引装置１は、正常な状態への復旧に先立って行われるメモリダンプ処理が行われる際に、自動取引装置１（第１制御部２）に故障が発生したことを通知するため、後に行われる処理等に時間を要する場合であっても、迅速に通知できる。

このように、自動取引装置１は、迅速に自動取引装置１（第１制御部２）に故障が発生したことを通知（把握可能に）することで、監視先４が自動取引装置１を操作していた利用者等に対して速やかに対応することを可能にし、利用者の不安を緩和させることができる。これにより、自動取引装置１は、利用者の満足度の低下を抑止することができる。

［第二実施形態］
次に第二実施形態として、第一実施形態の自動取引装置（ＡＴＭ）についてより具体的に説明する。図２は、第二実施形態における自動取引システムの概要を示す図である。

自動取引システム１０は、自動取引装置１００と、自動取引装置１００とネットワーク３００ａを介して接続する監視端末２００ａと、自動取引装置１００と公衆通信網（電話回線）３００ｂを介して接続する通話端末２００ｂと、を備える。

自動取引装置１００は、利用者操作部１０１と、カード／レシート部１０２ａと、紙幣入出金部１０３ａと、テンキー入力部１０４ａと、通話部１０５ａと、音声出力部１０６ａと、を有する。

利用者操作部１０１は、ディスプレイとタッチパネルを有し、自動取引装置１００における取引操作の案内と、指示の受け付けとを行う。カード／レシート部１０２ａは、キャッシュカードやクレジットカード等のカードを用いる取引において、カードの取り込みと排出とを行う。また、カード／レシート部１０２ａは、取引終了時に発行するレシートを排出する。紙幣入出金部１０３ａでは、入金および出金取引の際に、紙幣の受け渡しを処理する。テンキー入力部１０４ａは、数字等を入力するキーを備え、利用者操作部１０１のタッチパネルと協働して利用者の指示を受け付ける。

通話部（受話器）１０５ａは、自動取引装置１００を操作する利用者が、自動取引装置１００を監視する監視センタ２００に待機している監視員（オペレータ）と会話（連絡）するために用いられる。通話部１０５ａは、送話口と、受話口を備え、受話口から利用者に対して音を出力し、送話口から利用者の音の入力を受け付ける。

音声出力部（スピーカー）１０６ａは、自動取引装置１００の周辺に位置する利用者に対して案内音声を出力する。
監視端末２００ａは、自動取引装置１００の監視を行う監視センタ２００に配置された端末である。監視端末２００ａは、自動取引装置１００とネットワーク３００ａを介して情報（監視情報）のやり取りを行うことで、自動取引装置１００を監視する。

通話端末２００ｂは、自動取引装置１００の監視を行う監視センタ２００に配置された端末である。通話端末２００ｂは、監視センタ２００の監視員が自動取引装置１００を操作する利用者と会話（連絡）するために用いられる。通話端末２００ｂは、自動取引装置１００からの着信の受け付けと、自動取引装置１００に対する発信を行う。

次に自動取引装置１００のハードウェア構成について説明する。図３は、第二実施形態における自動取引装置のハードウェア構成を示す図である。
自動取引装置１００は、メイン制御部１１０と、サブ制御部１２０と、ディスプレイ１０１ａと、タッチパネル１０１ｂと、カード／レシート処理ユニット１０２と、紙幣処理ユニット１０３と、テンキーユニット１０４と、通話処理ユニット（オートホンユニット）１０５と、音声出力処理ユニット１０６と、を有する。

メイン制御部１１０は、自動取引装置１００のメイン処理（取引処理）を行う。メイン処理は、監視端末２００ａからの監視の対象となる処理である。メイン制御部１１０は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２、ＨＤＤ（Hard Disk Drive）１１３、外部通信インタフェース１１４、表示処理ユニット１１５、キー処理ユニット１１６およびＩ／Ｏ（Input Output）制御部１１７を有し、各々がバス１１８を介して接続されている。なお、メイン制御部１１０は、第１制御部の一例でもある。

ＣＰＵ１１１は、自動取引装置１００で行われるメイン処理を制御する。ＲＡＭ１１２には、ＣＰＵ１１１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１１２には、ＣＰＵ１１１による処理に必要な各種データが格納される。

ＨＤＤ１１３には、ＣＰＵ１１１に実行させるＯＳやアプリケーションプログラムを格納する。外部通信インタフェース１１４は、外部のネットワーク３００ａに接続され、監視端末２００ａとの間でデータの送受信を行う。

表示処理ユニット１１５には、ディスプレイ１０１ａが接続される。ディスプレイ１０１ａは、タッチパネル１０１ｂとともに利用者操作部１０１を構成する。表示処理ユニット１１５は、ＣＰＵ１１１の制御の下に、操作案内等の各種情報をディスプレイ１０１ａの画面に表示させる。

キー処理ユニット１１６には、タッチパネル１０１ｂが接続される。タッチパネル１０１ｂは、ディスプレイ１０１ａの上層に形成される。キー処理ユニット１１６は、利用者の指がタッチパネル１０１ｂに接触あるいは接近した画面上の位置を検出し、ＣＰＵ１１１に通知する。

Ｉ／Ｏ制御部１１７には、カード／レシート処理ユニット１０２、紙幣処理ユニット１０３、テンキーユニット１０４およびサブ制御部１２０が接続される。Ｉ／Ｏ制御部１１７は、ＣＰＵ１１１の制御の下に、接続する各部にＣＰＵ１１１からの指示を通知するとともに、各部から取得した情報をバス１１８経由でＣＰＵ１１１に送る。

カード／レシート処理ユニット１０２は、カード／レシート部１０２ａを有し、カード／レシート部１０２ａからのカードの取り込みと排出およびカード／レシート部１０２ａからのレシートの排出を制御する。

紙幣処理ユニット１０３は、紙幣入出金部１０３ａと搬送機構と紙幣収納部とを有し、ＣＰＵ１１１の指示に従って紙幣の入出金と、紙幣入出金部１０３ａの前面のシャッターの開閉とを制御する。紙幣入出金部１０３ａから入金された（取り込まれた）紙幣は、搬送機構により搬送されて紙幣収納部に格納される。紙幣入出金部１０３ａから出金（排出）する紙幣は、搬送機構により紙幣収納部から取り出され、紙幣入出金部１０３ａへ搬送される。

テンキーユニット１０４は、テンキー入力部１０４ａを有し、利用者が押下したテンキーの情報をＣＰＵ１１１に送る。
サブ制御部１２０は、自動取引装置１００で行われるメイン処理の良好な実施をサポートするサブ処理（メイン制御部１１０の生死確認、およびメイン制御部１１０が故障した場合の復旧）を行う。サブ制御部１２０は、ＣＰＵ１２１、ＲＡＭ１２２、ＨＤＤ１２３、電源制御ユニット１２４、Ｉ／Ｏ制御部１２５を有し、各々がバス１２６を介して接続されている。なお、サブ制御部１２０は、第２制御部の一例でもある。

ＣＰＵ１２１は、自動取引装置１００で行われるサブ処理を制御する。ＲＡＭ１２２には、ＣＰＵ１２１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１２２には、ＣＰＵ１２１による処理に必要な各種データが格納される。

ＨＤＤ１２３には、ＣＰＵ１２１に実行させるＯＳやアプリケーションプログラムを格納する。このようにサブ制御部１２０は、メイン制御部１１０のＣＰＵ１１１と異なるＣＰＵ１２１で、ＨＤＤ１２３に格納されたメイン制御部１１０のＯＳやアプリケーションプログラムとは異なるＯＳやアプリケーションプログラムを実行する。これによりサブ制御部１２０は、メイン制御部１１０が故障した場合でも動作する（メイン制御部１１０とは独立して動作する）。

なお、ＨＤＤ１２３は、これに限定されるものではなく、フラッシュ型の半導体メモリやその他の記憶装置（媒体）であってもよい。また、一部のプログラムや情報をＲＯＭ（Read Only Memory）にもたせてもよい。

電源制御ユニット１２４は、自動取引装置１００への電源の供給を制御する。たとえば、電源制御ユニット１２４は、ＣＰＵ１２１の指示に従ってメイン制御部１１０への電源の供給を制御する。

Ｉ／Ｏ制御部１２５には、通話処理ユニット１０５、音声出力処理ユニット１０６およびメイン制御部１１０が接続される。Ｉ／Ｏ制御部１２５は、ＣＰＵ１２１の制御の下に、接続する各部にＣＰＵ１２１からの指示を通知するとともに、各部から取得した情報をバス１２６経由でＣＰＵ１２１に送る。

通話処理ユニット１０５は、通話部１０５ａを有するとともに、公衆通信網３００ｂに接続される。通話処理ユニット１０５は、通話部１０５ａの取り上げ（フックアップ）を検出した場合に、ＨＤＤ１２３またはユニット内の記憶装置に格納されている通話先（通話端末２００ｂ）へ発信を行い、通話先との通話を開始する。

また、通話処理ユニット１０５は、メイン制御部１１０の故障時のメモリダンプ処理が行われる際に、ＨＤＤ１２３またはユニット内の記憶装置に格納されている通話先（通話端末２００ｂ）への発信を行い、通話先に予め記憶している音声情報を通知する。

また、通話処理ユニット１０５は、通話端末２００ｂから着信を受け付けると、呼び出し音を出力し、通話部１０５ａが取り上げられると通話を開始する。
音声出力処理ユニット１０６は、音声出力部１０６ａを有し、ＣＰＵ１２１からの指示に従って、予め記憶している音声情報を、音声出力部１０６ａに出力させる。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、上記の構成は一例であり、自動取引装置１００の構成部の組み合わせは適宜決定される。上記構成のうち必要のないものを削除するとしてもよいし、例えば、手のひら静脈や指静脈等の生体認証部や非接触ＩＣ（Integrated Circuit）に対応する非接触ＩＣ部、硬貨処理ユニット等を加えることもできる。

次に、メイン制御部１１０およびサブ制御部１２０が備える機能について図４を用いて説明する。図４は、第二実施形態における自動取引装置の機能ブロックを示す図である。
メイン制御部１１０は、取引処理部１１００と、取得部１１０１と、通知部１１０２と、メモリダンプ実行部１１０３と、記憶部１１０４と、起動処理部１１０５とを備える。

取引処理部１１００は、自動取引装置１００で行われる各種取引（出金取引、入金取引および振込取引等）に関する処理を行う。
取得部１１０１は、監視端末２００ａに通知する、自動取引装置１００の監視に用いられる情報（監視情報）を取得する。具体的には、取得部１１０１は、自動取引装置１００で行われる各種処理の実行状況や、自動取引装置１００で発生したエラーを示す情報を取得する。

たとえば、取得部１１０１は、取引処理部１１００を監視して取引処理の実行状況や、取引処理中に発生したエラーを示す情報を取得する。また、取得部１１０１は、サブ制御部１２０を監視してサブ制御部１２０で発生したエラーを示す情報を取得する。

また、取得部１１０１は、メイン制御部１１０が故障から復旧すると、記憶部１１０４に格納されたメモリダンプ情報を解析して、メイン制御部１１０の故障の原因となったエラーを示す情報を取得する。メモリダンプ情報は、故障時にメモリダンプ処理によって取得された故障の原因となったエラーの特定に用いられる情報であり、たとえば、故障時にメモリ（ＲＡＭ１１２）上に展開されていたデータである。

通知部１１０２は、取得部１１０１が取得した情報（監視情報）を、ネットワーク３００ａを介して監視端末２００ａに通知する。
メモリダンプ実行部１１０３は、指示部１２０１からの指示に基づいて、メモリダンプ処理（メモリの内容の一部または全部を取得する処理）を実行して、メモリダンプ情報を取得し、記憶部１１０４に格納する。記憶部１１０４は、メモリダンプ実行部１１０３がメモリダンプ処理によって取得したメモリダンプ情報を格納する。

起動処理部１１０５は、メイン制御部１１０の起動時の初期処理（たとえば、ＨＤＤ１１３に格納されたＯＳの起動）を行う。
サブ制御部１２０は、監視部１２００と、指示部１２０１と、記憶部１２０２と、通知部１２０３と、検知部１２０４と、復旧部１２０５とを備える。

監視部１２００は、メイン制御部１１０を監視して、メイン制御部１１０における故障の発生を検知する。たとえば、監視部１２００は、所定の間隔（たとえば、１分間隔）でメイン制御部１１０に対して生死確認（たとえば、Ｐｉｎｇの送信）を行うことで、メイン制御部１１０において故障が発生したことを検知する。

指示部１２０１は、監視部１２００が故障の発生を検知すると、メモリダンプ実行部１１０３に、メモリダンプ処理の実行指示を行う。
記憶部１２０２は、メイン制御部１１０（自動取引装置１００）に故障が発生した場合に通知部１２０３が通知する音声情報を格納する。記憶部１２０２は、音声出力処理ユニット１０６を用いて利用者に対して通知する利用者用音声情報（案内音声）と、通話処理ユニット１０５を用いて監視員（通話端末２００ｂ）に対して通知する監視員用音声情報（案内音声）とを格納する。

たとえば、記憶部１２０２は、利用者用音声情報として、利用者に自動取引装置１００の現在の状況（故障が発生したこと）を認識させて、利用者を誘導する内容の音声情報を格納する。また、記憶部１２０２は、監視員用音声情報として、自動取引装置１００の現在の状況（故障が発生したこと）を認識させて、故障が発生した自動取引装置１００への対応を監視員に促す内容の音声情報を格納する。

通知部１２０３は、メモリダンプ処理が行われる際に（たとえば、メモリダンプ処理の開始と同時に）、通話処理ユニット１０５を用いて通話端末２００ｂの操作者（監視員）に、記憶部１２０２に格納された監視員用音声情報と合せて通話処理を行う。

また、通知部１２０３は、メモリダンプ処理が行われる際に（たとえば、メモリダンプ処理の開始と同時に）、音声出力処理ユニット１０６を用いて自動取引装置１００の周辺に位置する利用者に、監視センタから自動取引装置１００のスピーカへ呼びかけを行うことにより装置の状態を通知する。

検知部１２０４は、メモリダンプ実行部１１０３を監視して、メモリダンプ実行部１１０３がメモリダンプ処理を実行し終えたことを検知する。復旧部１２０５は、復旧に先立って行われるメモリダンプ処理が終了した場合に、メイン制御部１１０を故障状態から復旧（正常な状態に復旧）させる処理を行う。具体的には、復旧部１２０５は、電源制御ユニット１２４にメイン制御部１１０への電源の供給を一旦中止させた後に、再度、メイン制御部１１０への電源の供給を開始させることにより、強制的に再起動させて、メイン制御部１１０を故障状態から復旧させる。

以上が、メイン制御部１１０とサブ制御部１２０が備える機能である。次に、具体的に、メイン制御部１１０に故障が発生した場合のメイン制御部１１０とサブ制御部１２０の動作について図５を用いて説明する。図５は、第二実施形態におけるメイン制御部の故障からの復旧の流れを示すシーケンス図である。

［シーケンスＳＴ１］監視部１２００は、メイン制御部１１０を監視して、メイン制御部１１０で発生した故障を検知する。監視部１２００は、メイン制御部１１０に対して、所定の間隔で生死確認を行うことで、メイン制御部１１０で発生した故障を検知する。

［シーケンスＳＴ２］指示部１２０１は、監視部１２００がメイン制御部１１０で故障が発生したことを検知すると、メイン制御部１１０のメモリダンプ実行部１１０３に、メモリダンプ処理の実行指示を行う。

［シーケンスＳＴ３］通知部１２０３は、指示部１２０１がメモリダンプ処理の実行指示を行う（シーケンスＳＴ２）と、音声出力処理ユニット１０６を用いて自動取引装置１００の周辺に位置する利用者に対して、記憶部１２０２に格納された利用者用音声情報を通知する。自動取引装置１００は、利用者用音声情報により、利用者に自動取引装置１００の現在の状況（故障が発生したこと）を認識させて、利用者を誘導することで、利用者の不安を緩和する。

［シーケンスＳＴ４］通知部１２０３は、指示部１２０１がメモリダンプ処理の実行指示を行う（シーケンスＳＴ２）と、通話処理ユニット１０５を用いて通話端末２００ｂの操作者（監視員）に、記憶部１２０２に格納された監視員用音声情報を通知する。自動取引装置１００は、監視員用音声情報により、自動取引装置１００の現在の状況（故障が発生したこと）を認識させて、故障が発生した自動取引装置１００への対応を監視員に促すことで、監視員に利用者への対応を行わせる。これにより自動取引装置１００は、利用者の不安を緩和する。

［シーケンスＳＴ５］メモリダンプ実行部１１０３は、メモリダンプ処理の実行指示（シーケンスＳＴ２）を受け付けると、メモリダンプ処理（メモリの内容の一部または全部を取得する処理）を実行してメモリダンプ情報を取得し、記憶部１１０４に格納する。

［シーケンスＳＴ６］検知部１２０４は、メモリダンプ処理の実行が終了したことを検知する。
［シーケンスＳＴ７］復旧部１２０５は、電源制御ユニット１２４を用いてメイン制御部１１０を再起動する。復旧部１２０５は、電源制御ユニット１２４にメイン制御部１１０への電源の供給を一旦中止させた後に、再度、メイン制御部１１０への電源の供給を開始させることにより、メイン制御部１１０を再起動させて故障状態から復旧させる。復旧部１２０５がメイン制御部１１０を再起動させると、メイン制御部１１０の状態は、故障状態から再起動状態に移行する。

［シーケンスＳＴ８］起動処理部１１０５は、メイン制御部１１０の起動時の初期処理を行う。起動処理部１１０５が、メイン制御部１１０の起動時の処理を終え、メイン制御部１１０の故障が解消されている場合には、メイン制御部１１０の状態は、再起動状態から正常稼働状態（正常な状態）に移行する。これにより、メイン制御部１１０は、監視端末２００ａとの間で情報（監視情報）のやり取りが可能になる。

［シーケンスＳＴ９］取得部１１０１は、メモリダンプ処理（ＳＴ５）によって記憶部１１０４に格納されたメモリダンプ情報を解析して、メイン制御部１１０の故障の原因となったエラーを示す情報を取得する。

［シーケンスＳＴ１０］通知部１１０２は、取得部１１０１が取得したメイン制御部１１０の故障の原因となったエラーを示す情報（監視情報）を、ネットワーク３００ａを介して監視端末２００ａに通知する。これにより、自動取引装置１００は、監視端末２００ａの操作者（監視員）に、自動取引装置１００の故障の原因を把握させ、故障の原因への対応をさせる。

このような自動取引装置１００によれば、正常な状態に復旧し、故障の原因が特定されるよりも前に、監視員に故障が発生したことを通知（把握可能に）することで、監視員が利用者に対して速やかに対応することを可能にし、利用者の不安を緩和できる。

特に、自動取引装置１００は、メモリダンプ処理（正常な状態へ復旧する際に行われる処理のうち最初に行われる処理）が行われる際に、監視員に故障が発生したことを通知するため、一連の処理に時間を要する場合でも迅速に通知できる。

さらに、自動取引装置１００は、故障が発生したことを、音声出力処理ユニット１０６を用いて利用者に通知するため、監視員の対応が遅れた場合でも、利用者に自動取引装置１００の現在の状況を認識させ、誘導して、利用者の不安を緩和できる。

また、自動取引装置１００は、監視員および利用者に故障が発生したことを、通話処理ユニット１０５や音声出力処理ユニット１０６を用いて通知するため、新たな装置構成を追加することなく、従来からある（既存の）装置構成を用いて実現できる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現することもできる。

なお、本発明は上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。たとえば、実施形態に示される全構成要素を適宜組み合わせてもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用が可能である。

１ 自動取引装置
２ 第１制御部
２ａ 監視情報
３ 第２制御部
４ 監視先

Claims (8)

1. 監視先から監視されている、所定の処理を実行する自動取引装置であって、
   前記監視先との間で、監視に用いられる監視情報のやり取りを行う第１制御部と、
   前記第１制御部とは独立して動作し、前記第１制御部で発生した故障に対するメモリダンプ処理が行われる際に、前記監視先に故障が発生したことを通知する第２制御部と、を備える、
   自動取引装置。
2. 前記第２制御部は、
   前記第１制御部を監視して、前記第１制御部の故障を検知した場合に前記第１制御部に前記メモリダンプ処理を実行させる、
   請求項１に記載の自動取引装置。
3. 前記第２制御部は、
   前記メモリダンプ処理が終了したことを検知すると、前記第１制御部を再起動させて、前記第１制御部を正常な状態に復旧させる、
   請求項１に記載の自動取引装置。
4. 前記第２制御部は、
   前記メモリダンプ処理が行われる際に、周辺に位置する利用者に対して故障が発生したことを通知する、
   請求項１に記載の自動取引装置。
5. 前記第２制御部は、
   前記監視先と通話するための通話ユニットを制御し、前記監視先に前記第１制御部で故障が発生したことを、前記通話ユニットを用いて通知する
   請求項１に記載の自動取引装置。
6. 前記メモリダンプ処理は、
   前記第１制御部を正常な状態への復旧に先立って行われる処理である
   請求項１に記載の自動取引装置。
7. 第１プロセッサと、前記第１プロセッサとは独立して動作する第２プロセッサとを備え、監視先から監視されている、所定の処理を実行するコンピュータの故障通知方法であって、
   前記第１プロセッサが
   前記監視先との間で、監視に用いられる監視情報をやり取りし、
   前記第２プロセッサが、
   前記第１プロセッサで発生した故障に対するメモリダンプ処理が行われる際に、前記監視先に故障が発生したことを通知する、
   処理を実行する故障通知方法。
8. 第１プロセッサと、前記第１プロセッサとは独立して動作する第２プロセッサとを備え、監視先から監視されている、所定の処理を実行するコンピュータの故障通知プログラムであって、
   前記第２プロセッサに、
   前記監視先との間で、監視に用いられる監視情報のやり取りを行う前記第１プロセッサで発生した故障に対するメモリダンプ処理が行われる際に、前記監視先に故障が発生したことを通知する、
   処理を実行させる故障通知プログラム。

Images