(57)【特許請求の範囲】
【請求項１】
１以上のデバイスが接続されている自動取引装置であって、
取引を行う自動取引装置を起動する旨の指示に応じて、前記デバイスの起動状態を診断する起動診断プログラムを読み出して起動させる診断プログラム起動部と、
前記起動診断プログラムを実行した結果得られる前記デバイスの起動状態が異常であるか否かを示す情報を設定し、記憶手段に記憶する設定部と、
前記記憶手段に記憶した情報を参照して、前記起動診断プログラムにより異常と診断されたデバイスが含まれる場合には、前記自動取引装置を再起動し、全てのデバイスが正常と診断された場合には、取引を制御する取引制御プログラムを起動する判断部と、
を備え、
前記判断部は、
前記起動診断プログラムにより異常と診断されたデバイスが含まれると判断した場合は、前記自動取引装置を再起動した回数を更新して他の記憶手段に記憶しておき、
前記自動取引装置の再起動後に再度前記起動診断プログラムによる前記デバイスの診断を行った結果、異常と診断されたデバイスが含まれている場合には、前記他の記憶手段を参照して、前記再起動の回数が所定のしきい値未満であれば、更に該自動取引装置を再起動する処理を実行し、前記再起動の回数が前記所定のしきい値以上であれば、該自動取引装置を再起動せずに前記取引制御プログラムを起動する
ことを特徴とする自動取引装置。
【請求項２】
前記１以上のデバイスを制御する入出力制御部と、
を更に備え、
前記入出力制御部は、前記起動診断プログラムにしたがって、該デバイスに所定の動作を実行させ、
前記設定部は、前記入出力制御部が返す値から、前記デバイスの起動状態が異常であるか否かを示す情報を設定する
ことを特徴とする請求項２記載の自動取引装置。
【請求項３】
取引を行う自動取引装置に接続されている１以上のデバイスの起動診断を行う方法であって、
前記自動取引装置を起動する旨の指示に応じて、前記デバイスの起動状態を診断する起動診断プログラムを読み出して起動させ、
前記起動診断プログラムを実行した結果得られる前記デバイスの起動状態が異常であるか否かを示す情報を設定し、記憶手段に記憶し、
前記記憶手段に記憶した情報を参照して、前記起動診断プログラムにより異常と診断されたデバイスが含まれる場合には、前記自動取引装置を再起動し、全てのデバイスが正常と診断された場合には、取引を制御する取引制御プログラムを起動し、
前記起動診断プログラムにより異常と診断されたデバイスが含まれると判断した場合は、前記自動取引装置を再起動した回数を更新して他の記憶手段に記憶しておき、
前記自動取引装置の再起動後に再度前記起動診断プログラムによる前記デバイスの診断を行った結果、異常と診断されたデバイスが含まれている場合には、前記他の記憶手段を参照して、前記再起動の回数が所定のしきい値未満であれば、更に該自動取引装置を再起動する処理を実行し、前記再起動の回数が前記所定のしきい値以上であれば、該自動取引装置を再起動せずに前記取引制御プログラムを起動する
ことを特徴とする診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、貨幣を取り扱う自動取引装置に関し、周辺デバイスと接続される自動取引装置に関する。
【背景技術】
【０００２】
ＡＴＭ（Automated Teller Machine）等の自動取引装置は、一般的には、紙幣処理ユニットや硬貨処理ユニットをはじめとして、通帳処理ユニットやカード／レシート処理ユニット、タッチパネル、カメラ及びテンキー等の周辺デバイスが複数接続されている。これらの周辺デバイスが、自動取引装置の主制御部等の上位コンポーネントからの制御を受けて動作することにより、各デバイスの機能が実現される。
【０００３】
周辺デバイスを制御する際の基本機能としては、生死監視機能が知られている。生死監視機能によれば、周辺デバイスが正常に動作しているか否かを通信エラーやコマンドレスポンス等から判断する。デバイスドライバは、主制御部等の上位コンポーネントと周辺デバイスとの間を中継するインタフェースとして機能し、周辺デバイスの異常と判断すると、通信の再接続やコマンドリトライ等により、一時的なデバイスの異常から復帰させる。
【０００４】
生死監視機能によって自動取引装置に接続されている周辺デバイスの状態を検出する方法によれば、周辺デバイスの異常レベルによっては、異常から復旧させることができないことがある。例えば、ＵＳＢ（Universal Serial Bus）デバイスにおいて異常が発生した場合、上述のソフトウェア的なリセット方法では効果がなく、ハードウェア的なリセットを要することがある。ここで、ソフトウェア的なリセットとは、自動取引装置のメモリ等に記憶されているプログラムを実行することによるリセットをいい、ハードウェア的なリセットとは、周辺デバイスへの供給電圧操作等によるリセットをいう。
【０００５】
更には、ハードウェア的なリセットでも復旧に効果がなく自動取引装置全体の電源のオフ／オンが必要な場合もある。このようなケースは、装置の起動時に多く見られる傾向にある。
【０００６】
自動取引装置を含む取引システムにおいては、自動取引装置に異常が検出された場合には、システムの状態を監視する監視装置等にその旨が通知されるのが一般的である。この場合、周辺デバイスが異常なままに自動取引装置を起動すると、自動取引装置の状態が異常であるとして、その旨が監視装置に通知されることとなる。また、装置を利用可能な状態とする為に、直接または監視ネットワークを介して係員等による復旧操作が必要となる。
【０００７】
自動取引装置において周辺デバイスの異常を検知した場合の公知の制御方法としては、例えば、自動取引装置の電源が投入された場合やイニシャライズが行われた場合には、周辺デバイスが正常に動作しているか否かを検出する。周辺デバイスの異常を検出した場合には、リトライを行う技術が提供されている（例えば、特許文献１、２）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平０６−２９０２００号公報
【特許文献２】特開平０３−００９４９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
システム運用上は、検出された周辺デバイスの異常のうち、自動取引装置において対処が可能か否かを切り分けて、上位装置に通知する必要のない異常については、通知を行わずに自動復旧することが望ましい。
【００１０】
本発明は、偶発的にデバイスに発生した異常については、自動取引装置において対処をし、上位装置に通知する必要のない異常については通知を行わずに自動復旧することを可能とする自動取引装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の発明によれば、１以上のデバイスが接続されている自動取引装置であって、取引を行う自動取引装置を起動する旨の指示に応じて、前記デバイスの起動状態を診断する起動診断プログラムを読み出して起動させる診断プログラム起動部と、前記起動診断プログラムを実行した結果得られる前記デバイスの起動状態が異常であるか否かを示す情報を設定し、記憶手段に記憶する設定部と、前記記憶手段に記憶した情報を参照して、前記起動診断プログラムにより異常と診断されたデバイスが含まれる場合には、前記自動取引装置を再起動し、全てのデバイスが正常と診断された場合には、取引を制御する取引制御プログラムを起動する判断部とを備える構成とする。
【発明の効果】
【００１２】
本発明によれば、偶発的に発生したデバイスの異常については、自動取引装置において対処をすることができ、これにより、上位装置に通知する必要のない異常については通知を行わずに自動復旧することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係るＡＴＭの外観図である。
【図２】実施形態に係るＡＴＭの構成図である。
【図３】実施形態に係る周辺デバイスの起動診断プログラムの構成図である。
【図４】実施形態に係るＡＴＭの起動処理手順を説明する図である。
【図５】実施形態に係るＡＴＭによる周辺デバイスの診断方法を示したフローチャートである。
【図６】プロセス監視処理を示したフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、以下においては、貨幣を取り扱う自動取引装置の一例として、ＡＴＭを例に説明する。
図１は、本実施形態に係るＡＴＭの外観図である。図１に示すように、ＡＴＭ１の表側には、紙幣出入口３１、硬貨出入口３２、通帳出入口３３、カード出入口３４、表示部３６等を有する。図１に符号を付して示す紙幣出入口３１等の各部は、ＡＴＭ１と接続されている各種周辺デバイスのインタフェースを構成している。
【００１５】
図２は、本実施形態に係るＡＴＭ１の構成図である。図２及び以下の説明においては、本実施形態に係るＡＴＭ１による周辺デバイス２０の診断方法に係わる構成のみを記載している。
【００１６】
図２に示すＡＴＭ１は、ＡＴＭ制御部１０と周辺デバイス２０とを有し、ＡＴＭ１を監視する監視装置やホストコンピュータ等の上位装置２とネットワークを介して接続されている。
【００１７】
ＡＴＭ１の制御を行うＡＴＭ制御部１０は、ＡＴＭ１０の制御を行い、主制御部１１、メモリ１２、ハードディスク１３、ホスト通信制御部１４、画面表示部１５及び入出力制御部（図２においてはＩＯ制御部）１６を有する。
【００１８】
メモリ１２は、ＡＴＭ制御部１０において実行する各種処理に用いられるプログラムやデータを格納する。主制御部１１は、メモリ１２を利用してプログラムを実行することにより、金融取引等の制御を行う。また、主制御部１１は、本実施形態に係る周辺デバイス２０の起動診断プログラムを起動して、周辺デバイス２０の起動状態の診断を行う。
【００１９】
ハードディスク１３は、本実施形態に係る周辺デバイス２０の診断方法に係わるプログラムや必要なデータを格納する。主制御部１１は、必要に応じてハードディスク１３からプログラムや必要なデータをメモリ１２にロードして使用する。
【００２０】
ホスト通信制御部１４は、上位装置２であるホストコンピュータや監視装置等との通信を制御し、ＡＴＭ１の異常等の通知に利用される。
画面表示部１５は、図１のＡＴＭ１の表示部３６に各種画面を表示させる。
【００２１】
入出力制御部１６は、主制御部１１からの指示にしたがって、接続されている１以上の周辺デバイス２０の制御を行う。例えば、主制御部１１から周辺デバイス２０の診断を行う旨の指示を受けた場合には、入出力制御部１６は、周辺デバイス２０の起動状態をチェックするためのプログラムにしたがって、周辺デバイス２０に所定の動作を実行させ、その結果を主制御部１１に返す等の処理を行う。
【００２２】
入出力制御部１６により制御される周辺デバイス２０には、紙幣処理ユニット２１、硬貨処理ユニット２２、通帳処理ユニット２３、カード／レシート処理ユニット２４、カメラデバイス２５、タッチパネル２６、テンキー入力部２７及び生体認証ユニット２８等を含む。なお、図２においては、周辺デバイス２０の一例を示しており、本実施形態に係るＡＴＭ１が起動診断の対象とする周辺デバイス２０は、これに限定されるものではない。
【００２３】
紙幣処理ユニット２１は、ＡＴＭ１内に紙幣を収納し、紙幣処理ユニット２１に収納されている紙幣は、図１の紙幣出入口３１を介して出し入れされる。硬貨処理ユニット２２は、ＡＴＭ１内に硬貨を収納し、硬貨処理ユニット２２に収納されている硬貨は、図１の硬貨出入口３２を介して出し入れされる。
【００２４】
通帳処理ユニット２３は、図１の通帳出入口３３を介して出し入れされる通帳に印字を行う。カード／レシート処理ユニット２４は、図１のカード出入口３４を介して出し入れされるキャッシュカード等から、利用者の認証に必要な情報の読み取りを行う。また、カード／レシート処理ユニット２４は、カード出入口３４から放出される取引内容等を記載したレシートの印字を行う。
【００２５】
カメラデバイス２５は、利用者の画像等を取得する。タッチパネル２６は、図１の表示部３６の画面を覆うように配置され、利用者からの入力した情報を受け付ける。テンキー入力部２７は、暗証番号や金額等の利用者が入力した数を受け付ける。生体認証ユニット２８は、指紋や静脈、手のひら等による利用者の認証を行う。
【００２６】
本実施形態に係るＡＴＭ１は、ハードディスク１３に格納する起動診断プログラムを利用して、ＡＴＭ１の起動時に、周辺デバイス２０が正常に起動しているか否かの診断を行う。異常な周辺デバイス２０が含まれる場合には、ＡＴＭ１を再起動することで、偶発的に発生した周辺デバイス２０の異常を解消する。
【００２７】
図３は、本実施形態に係る周辺デバイス２０の起動診断プログラムの構成図である。実施例では、起動診断プログラムを、起動診断メインプログラム６０と周辺デバイス２０ごとのチェックプログラム６１〜６４とに分離している。
【００２８】
図２の主制御部１１は、ＡＴＭ１のＯＳ（Operating System）起動後であって、金融取引を制御する主システムの起動前に、起動診断メインプログラム６０を実行する。
起動診断メインプログラム６０は、外部ファイルに保存されているプログラムリスト５２を読み込み、各チェックプログラム６１〜６４のパスを取得する。取得したパスを指定して、各チェックプログラム６１〜６４を読み出して実行する。図３においては、図１や図２に示すＡＴＭ１の構成に対応させて、チェックプログラムの一部であるチェックプログラム６１〜６４のみを示す。
【００２９】
チェックプログラム６１〜６４の実行結果等の情報は、動作状況格納部５１に格納する。動作状況格納部５１は、図２メモリ１２等の記憶手段に設けられ、ＡＴＭ１の主システムの起動が完了するまで、本実施形態に係る起動診断に係わる情報を保持する。動作状況格納部５１に格納される情報は、周辺デバイス２０が正常に起動しているか否かを示す情報のほか、周辺デバイス２０の異常によりＡＴＭ１を再起動した回数等の情報を含む。
【００３０】
なお、各チェックプログラムにおける周辺デバイス２０の正常／異常の判定方法については、例えば通信リンク確立の確認や、実際にメカユニットの操作を実行する等、周辺デバイス２０ごとに異なり、例えば、公知の周辺デバイス２０の異常を検出する方法を実行するためのチェックプログラムを作成する。
【００３１】
図３に示すように、実施例においては、周辺デバイス２０ごとのチェックプログラム６１〜６４を起動診断メインプログラム６０と分離することにより、周辺デバイス２０の増減に対する柔軟な対応を可能としている。すなわち、ＡＴＭ１に接続する周辺デバイス２０を追加または削除した場合であっても、プログラムリスト５２に、追加または削除した周辺デバイス２０のチェックプログラムへのパスを追加または削除をし、追加または削除した周辺デバイス２０についてのチェックプログラムを追加または削除することで足りる。このように、プログラムリスト５２とチェックプログラムの更新のみで対応ができ、起動診断メインプログラム６０の更新は不要とすることで、ＡＴＭ１に搭載する周辺デバイス２０をカスタマイズするときの利便性が向上する。
【００３２】
図４〜図６を参照して、本実施形態に係るＡＴＭ１が周辺デバイス２０を診断する方法を具体的に説明する。
図４（ａ）は、従来のＡＴＭの起動処理手順を示し、図４（ｂ）は、本実施形態に係る周辺デバイス２０の診断方法を適用した場合のＡＴＭ１の起動処理を示したフローチャートである。
【００３３】
図４（ａ）に示すとおり、従来においては、ＡＴＭ１の電源が投入されると、ＢＩＯＳ（Basic Input/Output System）、ＯＳの起動に続いて、主システムの起動プログラムを実行して、主システムを起動する。ある周辺デバイス２０について起動時に偶発的に異常が生じた場合であっても、周辺デバイス２０の異常は、主システムの起動後に検出されることとなる。従来は、周辺デバイス２０をソフトウェア的あるいはハードウェア的にリセットする。これらのリセットによっても異常が解消されない場合は、ＡＴＭ１は、監視装置等に通知を行う。
【００３４】
これに対し、本実施形態においては、図４（ｂ）に示すとおり、まず、ステップＳ１でＡＴＭ１の電源が投入されると、ステップＳ２でＢＩＯＳを起動し、ステップＳ３でＯＳを起動する。ＯＳの起動後、ステップＳ４で、起動診断プログラムを実行し、プログラムが終了すると、診断結果をメモリ１２等の記憶手段に記憶して、ステップＳ５に進む。
【００３５】
ステップＳ５で、起動診断結果を参照して、再起動するか否かの判断を行う。ＡＴＭ１に備えられている周辺デバイス２０の中に、診断の結果が「異常」であるデバイスが含まれる場合には、ステップＳ６に進み、ＡＴＭ１の再起動を実行する。再起動の実行後は、上記のステップＳ２以降の処理を繰り返す。
【００３６】
ステップＳ５の判定において、全ての周辺デバイス２０についての診断結果が「正常」である場合には、ステップＳ７に進み、主システムの起動プログラムを実行する。ステップＳ８で、主システムの起動が完了すると、処理を終了する。
【００３７】
このように、周辺デバイス２０の起動診断結果に基づき、主システムの起動プログラムを実行する前にＡＴＭ１を再起動し、周辺デバイス２０についても起動し直すことで、周辺デバイス２０の起動時に発生する偶発的な異常については、主システムの起動前に解消することができる。
【００３８】
図５は、本実施形態に係るＡＴＭ１による周辺デバイス２０の診断方法を示したフローチャートであり、図３の起動診断メインプログラム６０により実行される。ＡＴＭ１の主制御部１１は、図４のステップＳ４の起動診断プログラム実行の指示を受けて、図５に示す処理を開始する。
【００３９】
ステップＳ１１で、プログラムリスト５２を読み込み、ステップＳ１２で、プログラムリスト５２から取得したパスを利用して、チェックプログラム６１〜６４をそれぞれ起動し、ステップＳ１３に進む。ステップＳ１３で、プロセス監視を行い、全てのチェックプログラム６１〜６４について処理が終了すると、ステップＳ１４に進む。起動診断メインプログラム６０は、各チェックプログラム６１〜６４をパラレルに起動し、それぞれのプロセス監視を開始する。プロセス監視の具体的な方法については、図６を参照して説明する。
【００４０】
ステップＳ１４で、異常デバイスフラグがオンであるか否かを判定する。異常デバイスフラグは、周辺デバイス２０の起動状態が異常であるか否かを示し、例えば、正常である場合には、値「０」を格納してフラグをオフとし、異常が検出された場合には、値「１」を格納してフラグをオンに設定する。異常デバイスフラグは、チェックプログラムにより起動状態を判断する周辺デバイス２０ごとに設定する。
【００４１】
ステップＳ１４の判定において、異常デバイスフラグに「オン」と設定されている周辺デバイス２０が存在する場合には、すなわち、例えば異常であることを示す「１」が設定されている異常デバイスフラグが存在する場合には、ステップＳ１５に進む。そして、再起動回数が所定のしきい値以上であるか否かを更に判定する。異常デバイスフラグに「オン」と設定されている周辺デバイス２０が存在しない場合には、ステップＳ１７に進む。
【００４２】
ステップＳ１５の判定において使用する再起動回数とは、起動診断プログラムを実行した結果、周辺デバイス２０の異常が検出されて、ＡＴＭ１を再起動した回数である。再起動回数は、図３の動作状況格納部５１に保持されている。
【００４３】
ステップＳ１５の判定において、再起動回数が所定のしきい値未満である場合は、ステップＳ１６に進み、再起動回数を１加算し、図５に示す処理を終了する。この場合は、ＡＴＭ１の再起動を行う。再起動回数が所定のしきい値以上である場合は、ステップＳ１７に進み、保持している再起動回数を初期化し、図５に示す処理を終了する。この場合は、ＡＴＭ１の再起動は行わず、主システムの起動処理を実行する。
【００４４】
再起動回数についてのしきい値を設定することで、ＡＴＭ１の再起動によっても解消することのできない周辺デバイス２０のエラーが生じている場合に、無限にＡＴＭ１の再起動が繰り返されることを防ぐ。
【００４５】
図６は、図５のステップＳ１３の処理の詳細を示すフローチャートであり、図３のチェックプログラム６１〜６４をそれぞれ実行する場合のプロセス監視シーケンスを示す。
プロセス監視を開始すると、まず、ステップＳ２１で、チェックプログラムを計数するために用いる変数ｉを初期化して「０」を設定すると、ステップＳ２２で、実行すべきチェックプログラムの数Ｎと変数ｉとを比較して、各プロセスの監視を一巡したか否かを判定する。各プロセスの監視を一巡していると判定した場合は、ステップＳ３１に進む。ステップＳ３１の処理については後述する。全てのプロセスの監視を一巡し終えていないと判定した場合は、ステップＳ２３に進む。
【００４６】
ステップＳ２３で、チェック終了フラグがオンであるか否かを判定する。チェック終了フラグは、チェックプログラムの実行が終了したか否かを示す。チェック終了フラグには、例えば、チェックプログラムの実行が終了していない場合には、値「０」を格納してフラグをオフとしておき、チェックプログラムの実行が終了すると、値「１」を格納してフラグをオンとする。ステップＳ２３の判定においては、チェック終了フラグがオンである場合には、特に処理を行わずにステップＳ３０に進み、チェック終了フラグがオフである場合には、ステップＳ２４に進む。
【００４７】
ステップＳ２４で、ｉ番目のチェックプログラムを実行した結果得られる終了コードを入出力制御部１６から取得すると、ステップＳ２５に進む。終了コードは、各周辺デバイス２０のチェックプログラムを実行した入出力制御部１６が返す値であり、周辺デバイス２０の起動状態が正常と判断されたか、あるいは異常と判断されたかを示す情報が格納される。
【００４８】
ステップＳ２５で、終了コードに「正常」を示す値が格納されているか否かを判定する。終了コードが「正常」である場合は、ステップＳ２８に進む。ステップＳ２８については後述する。一方、終了コードに「正常」以外の値が設定されている場合には、ステップＳ２６に進み、終了コードに「異常」を示す値が格納されているか否かを更に判定する。終了コードが「異常」である場合は、ステップＳ２７に進み、上述の異常デバイスフラグをオンに設定し、ステップＳ２８に進む。ステップＳ２６において、終了コードに「異常」以外の値が設定されている場合は、特に処理を行わず、ステップＳ３０に進む。ステップＳ３０については後述する。
【００４９】
ステップＳ２８で、チェック終了フラグをオンに設定する。ここで、チェックプログラムを実行した結果、終了コードが「正常」であった場合には、異常デバイスフラグにはオフが設定されており、終了コードが「異常」であった場合には、異常デバイスフラグにはオンが設定されている。例えば、図３の紙幣処理ユニットチェックプログラム６１により、紙幣ユニット２１の通信を正常に実行できた場合は、紙幣処理ユニット２１の起動は正常と判断する。この場合は、紙幣処理ユニットチェックプログラム６１は、終了コード「正常」を返し、起動診断メインプログラム６０は、このプロセスについてはチェック終了フラグをオンにする。
【００５０】
ステップＳ２９で、終了プログラム数をカウントアップし、ステップＳ３０で、変数ｉを１加算して、ステップＳ２２に戻る。上述の紙幣処理ユニットチェックプログラム６１の例のように、チェック終了フラグの設定されているプロセスについては、ステップＳ２３からステップＳ３０へと進み、ステップＳ２４以降の処理はスキップすることとなる。
【００５１】
チェックリスト５２の全てのチェックプログラムについて実行が完了すると、ステップＳ２２からステップＳ３１に進み、全てのチェックプログラムについて終了コードを取得したか否かを判定する。まだ終了コードを取得していないチェックプログラムがある場合には、ステップＳ２１に戻り、同様の処理を繰り返す。
【００５２】
上記のとおり、図６に示すプロセス監視を開始すると、所定の時間間隔で各プロセスの終了コード発行を順次取得する。チェックプログラムは、それぞれの周辺デバイス２０の正常／異常を判定して終了コードを取得するよう設計されている。起動診断メインプログラム６０は、図５のプロセス監視において設定した異常デバイスフラグを参照して、周辺デバイス２０の起動診断を行う。図４を参照して説明したように、異常の検出された周辺デバイス２０が含まれる場合は、ＡＴＭ１の再起動を行う。
【００５３】
図２に示す周辺デバイス２０のうち、カメラデバイス２５が起動時に偶発的にハード異常を起こした場合を例にとる。この場合、カメラデバイス２５のチェックプログラム（図３においては不図示）の終了コードには「異常」が設定され、起動診断メインプログラム６０は、終了コードに基づき、図６のステップＳ２６からステップＳ２７に進み、異常デバイスフラグにオンを設定する。異常デバイスフラグにオンが設定されている場合には、メモリ１２等に保持している再起動回数を参照する。再起動回数がしきい値以上となっていないことを条件に、図４（ｂ）のステップＳ５からステップＳ６の再起動処理を実行し、再起動回数がしきい値異常となっている場合には、上記のとおり、そのまま主システムの起動を行う。
【００５４】
周辺デバイス２０の起動に異常が認められた場合のＡＴＭ１の一連の動作については、動作ログとして保存し、障害解析に利用することとしてもよい。
異常デバイスフラグの全てがオフである場合には、全ての周辺デバイス２０が正常に起動していると判断し、図４（ｂ）のステップＳ５からステップＳ７へと進み、主システムを起動する。
【００５５】
以上説明したように、本実施形態に係るＡＴＭ１によれば、電源を投入してＡＴＭ１を立ち上げるときに、ＡＴＭ１の主システムを起動する前に周辺デバイス２０が正常に起動しているか否かを判定する。正常に起動していない周辺デバイス２０が含まれる場合には、ＡＴＭ１の再起動を行い、全ての周辺デバイス２０が正常に起動していることを認識すると、取引を制御する主システムを起動する。このように、正常に起動していない周辺デバイス２０がある場合にはＡＴＭ１を再起動することにより、既存のシステムには影響を与えることなく、周辺デバイス２０がその起動時に起こす偶発的な異常を解消することができる。偶発的な周辺デバイス２０の異常をＡＴＭ１の主システムの起動前に解消しておくことで、監視装置等の上位装置２には、ＡＴＭ１を再起動することで解消可能な異常については通知がなされず、通知する必要のある異常のみが伝えられることとなる。
【００５６】
なお、上記においては、ＡＴＭ１の電源を投入したときの処理の流れを示しているが、これに限定されるものではなく、電源の投入以外の事由によりＡＴＭ１を起動する場合も同様である。
【符号の説明】
【００５７】
１      ＡＴＭ
２      上位装置
１０    ＡＴＭ制御部
１１    主制御部
１２    メモリ
１３    ハードディスク
１４    ホスト通信制御部
１５    画面表示部
１６    入出力制御部（ＩＯ制御部）
２１    紙幣処理ユニット
２２    硬貨処理ユニット
２３    通帳処理ユニット
２４    カード／レシート処理ユニット
２５    カメラデバイス
２６    タッチパネル
２７    テンキー入力部
２８    生体認証ユニット
３１    紙幣出入口
３２    硬貨出入口
３３    通帳出入口
３４    カード出入口
３６    表示部
５１    動作状況格納部
５２    プログラムリスト
６０    起動診断メインプログラム
６１〜６４    チェックプログラム
【図２】
0005881939.tif 000002
【図３】
0005881939.tif 000003
【図４】
0005881939.tif 000004
【図５】
0005881939.tif 000005
【図６】
0005881939.tif 000006
【図１】
0005881939.tif 000007