(57)【要約】【課題】  不正利用者による引き出し操作が行われたことを高精度且つ迅速に報知できるようにする。【解決手段】  ＡＴＭでは、引き出し操作時、利用者に４桁又は５桁の暗証コードを入力させる。そして、先に入力された４桁をＰＩＮ値とし、残りの１桁をＵＩＤ値として金融機関システムに送信する。金融機関システムでは、ＡＴＭからＰＩＮ値及びＵＩＤ値が格納されたデータを受信すると、ＵＩＤ値が異常検出用暗証コードと一致するか否かを判断し（Ｓ７５０）、ＵＩＤ値が異常検出用暗証コードと一致しない場合には、異常検出データを出力する（Ｓ７５５）。異常検出データを受ける異常処理部では、異常検出データが入力されると、予め登録されたメールアドレス先若しくは電話番号先に、異常を報知する。また、異常検出データの出力有無にかかわらず、ＰＩＮ値が手続用暗証コードと一致する場合には、出金を許可してＡＴＭに、金銭を受取口に出力させる。【選択図】  図８
2006323659.tif 000002
【特許請求の範囲】
【請求項１】
口座毎に、第一及び第二の暗証コードを記憶する口座情報記憶手段と、
利用者から提示された口座の識別情報が担持されたカードから、前記口座の識別情報を読み取るカード読取手段と、
利用者が操作可能な入力装置を通じて、前記カードを提示した利用者から暗証コードを取得する暗証コード取得手段と、
前記カード読取手段によって読み取られた前記口座の識別情報に基づき、前記口座情報記憶手段から、対応する口座の前記第一及び第二の暗証コードを読み出す読出手段と、
前記読出手段によって読み出された第一の暗証コードと、前記暗証コード取得手段が取得した暗証コードと、に基づき、前記カード読取手段によって読み取られた前記口座の識別情報に対応する口座からの金銭の引き出しを許可するか否かを判断する引出許可判断手段と、
前記読出手段によって読み出された第二の暗証コードと、前記暗証コード取得手段が取得した暗証コードと、に基づき、暗証コードの入力操作についての異常の有無を判断する異常有無判断手段と、
前記異常有無判断手段により異常が有ると判断されると、外部に異常を報知する異常報知手段と、
前記異常有無判断手段の判断結果にかかわらず、前記引出許可判断手段が金銭の引き出しを許可すると判断すると、前記対応する口座から金銭を引き出す処理を実行する引出処理手段と、
を備えることを特徴とする管理システム。
【請求項２】
前記引出許可判断手段は、前記暗証コード取得手段が取得した暗証コードにおける予め定められた第一の暗証コードに対応する部位と、前記読出手段によって読み出された第一の暗証コードとを照合し、前記第一の暗証コードに対応する部位と、前記読出手段によって読み出された第一の暗証コードとが一致する場合には、金銭の引き出しを許可すると判断し、前記第一の暗証コードに対応する部位と、前記読出手段によって読み出された第一の暗証コードとが一致しない場合には、金銭の引き出しを許可しないと判断する構成にされ、
前記異常有無判断手段は、前記暗証コード取得手段が取得した暗証コードにおける予め定められた前記第一の暗証コードに対応する部位とは異なる第二の暗証コードに対応する部位と、前記読出手段によって読み出された第二の暗証コードとを照合し、前記第二の暗証コードに対応する部位と、前記読出手段によって読み出された第二の暗証コードとが一致する場合には、異常が無いと判断し、前記第二の暗証コードに対応する部位と、前記読出手段によって読み出された第二の暗証コードとが一致しない場合には、異常が有ると判断する構成にされていることを特徴とする請求項１記載の管理システム。
【請求項３】
前記異常有無判断手段は、前記暗証コード取得手段が取得した暗証コードにおいて前記第二の暗証コードに対応する部位に記号が記されていない場合、異常が有ると判断する構成にされていることを特徴とする請求項２記載の管理システム。
【請求項４】
口座毎に、異常の報知先を示す報知先情報を記憶する報知先情報記憶手段、
を備え、
前記異常報知手段は、前記異常有無判断手段によって、異常が有ると判断されると、前記報知先情報記憶手段が記憶する前記カード読取手段によって読み取られた前記口座の識別情報に対応する口座の報知先情報を参照して、この報知先情報が示す報知先に向けて、異常を報知するためのデータを出力する構成にされていることを特徴とする請求項１〜請求項３のいずれかに記載の管理システム。
【請求項５】
前記報知先情報は、メールアドレスを示す情報であり、
前記異常報知手段は、前記報知先情報が示すメールアドレスを宛先とし、異常を報知するための文字データを格納した電子メールを、メールサーバに出力することにより、電子メールを通じて、利用者に異常を報知する構成にされていることを特徴とする請求項４記載の管理システム。
【請求項６】
前記報知先情報は、電話番号を示す情報であり、
前記異常報知手段は、前記報知先情報が示す電話番号に対応する電話装置との接続を確立し、異常を報知するための音声データを、前記電話装置に出力して、前記電話装置の利用者に異常を報知する構成にされていることを特徴とする請求項４記載の管理システム。
【請求項７】
通常時用の動作モード及び異常時用の動作モードを有し、動作モード毎に異なる方法にて、前記入力装置の周囲を撮影し、この撮影内容を示す映像データを記録する映像記録手段と、
異常の報知を受けると、その後所定期間、前記映像記録手段を前記異常時用の動作モードにて動作させると共に、前記所定期間を除く期間には、前記映像記録手段を前記通常時用の動作モードにて動作させるモード制御手段と、
を備え、
前記異常報知手段は、前記異常有無判断手段により異常が有ると判断されると、前記モード制御手段に対して異常を報知する構成にされていることを特徴とする請求項１〜請求項３のいずれかに記載の管理システム。
【請求項８】
前記入力装置の周囲を撮影し、この撮影内容を示す映像データを記録する映像記録手段と、
異常の報知を受けると、報知を受けた時点の撮影内容を示す映像データの部位をマーキングするマーキング手段と、
を備え、
前記異常報知手段は、前記異常有無判断手段により異常が有ると判断されると、前記マーキング手段に対して異常を報知する構成にされていることを特徴とする請求項１〜請求項３のいずれかに記載の管理システム。
【請求項９】
前記異常報知手段による報知動作の実行履歴を記録する履歴記録手段、を備えることを特徴とする請求項１〜請求項８のいずれかに記載の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、口座を管理する管理システムに関する。
【背景技術】
【０００２】
周知のように、口座から金銭を引き出して現金を得る方法としては、現金自動預け払い機（以下「ＡＴＭ」と表現する）が備えるカード読取装置にキャッシュカードを挿入し、その後、ＡＴＭから求められた暗証コードを、ＡＴＭが備える入力装置を通じてＡＴＭに入力することにより、ＡＴＭから支払われる金銭を得る方法がある。尚、これらの技術は、広く知られた技術であるので、本明細書では先行技術文献を非開示とする。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のＡＴＭを用いたキャッシュカードによる金銭の引き出し方法では、暗証コード（暗証番号）を忘れてしまうと金銭が引き出せないことから、口座保有者が、誕生日等に基づいた思い出しやすい暗証コードを設定したり、複数のキャッシュカードに対して同一の暗証コードを設定する傾向にあった。そして、このことが、悪意の者に暗証コードを容易に知られる原因となり、不正に金銭が引き出される被害を引き起こす原因となっていた。
【０００４】
尚、近年では、スキミング等により、不正に金銭が引き出される被害が絶えないため、金融機関側では、一度に取引可能な金銭に上限値を設定したり、短期間に複数回の金銭が引き出された場合に、口座保有者に対して連絡を行うなどし、被害が広がらないようにしている。
【０００５】
しかしながら、短期間に複数回の金銭が引き出された場合に、口座保有者に対して連絡を行う方法では、連絡が行われるまでに時間がかかるため、被害の抑制には、十分な効果が得られなかった。
【０００６】
また、従来では、不正な引き出し操作が行われても、その行為を重点的に撮影する方法がないことから、監視カメラにてＡＴＭ周囲を撮影した映像データがあっても、不正利用者を特定するにいたる十分な情報が得られない場合があった。その他、監視カメラにより記録される映像データは、膨大な量であることから、映像データから不正利用者が映し出された映像を特定するのに、非常な労力がかかるといった問題があった。
【０００７】
本発明は、こうした問題に鑑みなされたものであり、不正利用者による引き出し操作が行われたことを、従来より高精度且つ迅速に報知することができるようにして、不正な金銭の引き出し被害を抑制することを目的とする。また、異常な引き出し操作が行われている場合には、その行為者の映像を重点的に撮影することが可能な技術を提供することにより、上述の被害を抑制することを目的とする。その他、映像データから不正利用者が映し出された映像を特定する際の労力を軽減可能なシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
かかる目的を達成するためになされた請求項１記載の管理システムは、口座毎に、第一及び第二の暗証コードを記憶する口座情報記憶手段と、利用者から提示された口座の識別情報が担持されたカードから、口座の識別情報を読み取るカード読取手段と、利用者が操作可能な入力装置を通じて、カードを提示した利用者から暗証コードを取得する暗証コード取得手段と、カード読取手段によって読み取られた口座の識別情報に基づき、口座情報記憶手段から、対応する口座の第一及び第二の暗証コードを読み出す読出手段とを備え、更に、下述の引出許可判断手段と、異常有無判断手段と、異常報知手段と、引出処理手段とを備える。
【０００９】
引出許可判断手段は、読出手段によって読み出された第一の暗証コードと、暗証コード取得手段が取得した暗証コードと、に基づき、カード読取手段によって読み取られた口座の識別情報に対応する口座からの金銭の引き出しを許可するか否かを判断し、異常有無判断手段は、読出手段によって読み出された第二の暗証コードと、暗証コード取得手段が取得した暗証コードと、に基づき、暗証コードの入力操作についての異常の有無を判断する。また、異常報知手段は、異常有無判断手段により異常が有ると判断されると、外部に異常を報知する。
【００１０】
一方、引出処理手段は、異常有無判断手段の判断結果にかかわらず、引出許可判断手段が金銭の引き出しを許可すると判断すると、対応する口座から金銭を引き出す処理を実行する。
【００１１】
本発明の管理システムでは、このようにして、利用者から入力された暗証コードを、複数の暗証コード（第一及び第二の暗証コード）と照合し、口座からの金銭の引き出しを許可／禁止する判断と、異常の有無の判断とを独立して行う。このため、本発明の管理システムによれば、正当な利用者の入力操作に対しては異常を検出せず、不正な利用者の入力操作に対しては異常を検出し、これを報知する動作を、従来システムよりも高精度且つ迅速に行うことができる。
【００１２】
例えば、暗証コード取得手段にて、第一の暗証コードの入力を利用者に求めて、利用者が入力した暗証コードを取得するようにし、第二の暗証コードとして、正当な利用者の誕生日等、不正な利用者が入力しやすいコードを設定し、利用者が入力した暗証コードが、口座情報記憶手段に登録された第二の暗証コードと一致する場合には、異常が有ると判断するようにシステムを構成すれば、正当な利用者の操作（入力ミス等）では異常を検出せずに、不正な引き出し操作を迅速に検出して、これを迅速に報知することができる。
【００１３】
従って、この発明によれば、悪意の者に対し、不正操作が口座保有者や監視システム等に報知されているかもしれないといった不安を従来より生じさせやすくすることができると共に、実際に不正操作がなされた場合には、直ちに対処することができ、結果として、不正な引き出し被害を抑制することができる。
【００１４】
尚、上記には、利用者が入力した暗証コードが、第二の暗証コードと一致した場合に、異常を検出する例を示したが、暗証コード取得手段にて、第一及び第二の暗証コードの入力を利用者に求めて、利用者が入力した暗証コードを取得するようにし、入力された第二の暗証コードが、登録された第二の暗証コードと一致しない場合には、異常が有ると判断するようにシステムを構成しても、上述の効果は発揮される。
【００１５】
請求項２記載の管理システムは、入力装置から第一及び第二の暗証コードからなる暗証コードが入力されることを前提として、引出許可判断手段が、暗証コード取得手段が取得した暗証コードにおける予め定められた第一の暗証コードに対応する部位と、読出手段によって読み出された第一の暗証コードとを照合し、上記第一の暗証コードに対応する部位と、読出手段によって読み出された第一の暗証コードとが一致する場合には、金銭の引き出しを許可すると判断し、上記第一の暗証コードに対応する部位と、読出手段によって読み出された第一の暗証コードとが一致しない場合には、金銭の引き出しを許可しないと判断する構成にされ、異常有無判断手段が、暗証コード取得手段が取得した暗証コードにおける予め定められた上記第一の暗証コードに対応する部位とは異なる第二の暗証コードに対応する部位と、読出手段によって読み出された第二の暗証コードとを照合し、上記第二の暗証コードに対応する部位と、読出手段によって読み出された第二の暗証コードとが一致する場合には、異常が無いと判断し、上記第二の暗証コードに対応する部位と、読出手段によって読み出された第二の暗証コードと、が一致しない場合には、異常が有ると判断する構成にされたものである。
【００１６】
このように構成された管理システムでは、第二の暗証コードを間違えて入力しても口座から金銭を引き出せることから、口座保有者とっては、第二の暗証コードに、忘れてしまいがちなコードを設定しても、異常報知が大げさなものでない限り、特に問題がない。
【００１７】
従って、この発明によれば、悪意の者に想起されやすい暗証コードが、口座保有者により設定される傾向を弱めることができ、第一の暗証コードが、悪意の者に特定されて不正な引き出しが可能となった場合においても、第二の暗証コードについては、悪意の者に特定されなくて済む。よって、第二の暗証コードに基づいて異常を検出すれば、第一の暗証コードが悪意の者に知られた場合において、短期間に複数回の引き出し操作が行われた等の条件にて異常を検出する場合よりも、高精度且つ迅速に、不正な操作を検出して、これを報知することができる。結果、本発明によれば、不正操作がなされた場合には、口座保有者に問合せるなどして早期に不正操作を発見し、これに迅速に対処することができ、スキミング等による不正な引き出し被害を抑制することができる。
【００１８】
また、本発明によれば、第二の暗証コードが正しく入力されていなくとも、金銭を引き出す処理を実行するケースがあるので（第一の暗証コードが正しく入力された場合）、第二の暗証コードが間違えて入力された場合には、悪意の者に対して知られずに、口座保有者や監視システム等に対して、異常を報知することができる。そして、このことについて、悪意の者に対し不安を抱かせることができるので、複数回に及ぶ不正な引き出し被害が発生するのを抑制することができる。
【００１９】
尚、このシステムを導入するに当たっては、ＡＴＭを、第二の暗証コードを入力可能なＡＴＭに入れ替える等の作業が必要になるため、導入過程では、旧型のＡＴＭを用いた金銭の引き出しを可能とする必要がある。しかしながら、この場合には、悪意の者が旧型のＡＴＭを用いて、異常報知を逃れようとする可能性があるので、管理システムは、請求項３記載のように構成されるとよい。
【００２０】
請求項３記載の管理システムは、暗証コード取得手段が取得した暗証コードにおいて第二の暗証コードに対応する部位に記号が記されていない場合、異常が有ると、異常有無判断手段が判断する構成にされたものである。
【００２１】
このように構成された管理システムによれば、第二の暗証コードが入力されない場合に、異常を報知するので、悪意の者が旧型のＡＴＭを用いて、金銭の引き出しを行った場合にも、異常を、口座保有者等に報知することができる。尚、異常を口座保有者に報知するようにシステムを構成する場合には、上述の管理システムを、請求項４記載のように構成すればよい。
【００２２】
請求項４記載の管理システムは、口座毎に、異常の報知先を示す報知先情報を記憶する報知先情報記憶手段を備え、異常報知手段が、上記異常有無判断手段によって異常が有ると判断されると、報知先情報記憶手段が記憶する上記カード読取手段によって読み取られた口座の識別情報に対応する口座の報知先情報を参照して、この報知先情報が示す報知先に向け、異常を報知するためのデータを出力する構成にされたものである。
【００２３】
上述の管理システムを、このように構成すれば、オペレータを介さずに、各口座保有者に対し、自動で異常を報知することができ、大変便利である。
また、報知は、電子メールの形態で行うことができ、この場合には、報知先情報として、メールアドレスを示す情報を、報知先情報記憶手段に記憶させると共に、異常報知手段を請求項５記載のように構成すればよい。
【００２４】
請求項５記載の管理システムにおける異常報知手段は、報知先情報が示すメールアドレスを宛先とし、異常を報知するための文字データを格納した電子メールを、メールサーバに出力することにより、電子メールを通じて、利用者に異常を報知する。近年では、電子メールを受信可能な携帯端末を保有する人が多いため、電子メールを通じて、利用者に異常を報知すれば、迅速に利用者（口座保有者）に対し、異常を知らせることができる。
【００２５】
その他、報知は、電話装置を通じて行っても良く、この場合には、報知先情報として、電話番号を示す情報を、報知先情報記憶手段に記憶させると共に、異常報知手段を請求項６記載のように構成すればよい。
【００２６】
請求項６記載の管理システムにおける異常報知手段は、報知先情報が示す電話番号に対応する電話装置との接続を確立し、異常を報知するための音声データを、電話装置に出力して、電話装置の利用者に異常を報知する構成にされたものである。近年では、携帯電話装置を保有する人が多いため、電話装置を通じて、利用者に異常を報知すれば、迅速に利用者（口座保有者）に対して、異常を知らせることができる。
【００２７】
また、異常の検出時には、異常を検出する原因となった暗証コードが入力された入力装置を操作する者を、重点的に撮影するようにすると、犯人特定の際に有用である。
請求項７記載の管理システムは、通常時用の動作モード及び異常時用の動作モードを有し、動作モード毎に異なる方法にて、入力装置の周囲を撮影し、この撮影内容を示す映像データを記録する映像記録手段と、異常の報知を受けると、その後所定期間、映像記録手段を異常時用の動作モードにて動作させると共に、上記所定期間を除く期間には、映像記録手段を通常時用の動作モードにて動作させるモード制御手段とを備え、異常報知手段が、上記異常有無判断手段により異常が有ると判断されると、モード制御手段に対して異常を報知する構成にされたものである。
【００２８】
この管理システムによれば、異常な引き出し操作が行われている際に、映像記録手段を異常時動作モードに移行させることができて、映像記録手段により、現場の映像を重点的に撮影及び記録することができる。
【００２９】
例えば、記録する映像データの量を抑えるため、通常時動作モードでは低画質モードにて映像データを記録するように、映像記録手段を構成する場合には、異常時動作モードの場合にのみ、高画質モードにて映像データを記録するように、映像記録手段を構成することで、現場の映像を重点的に撮影して記録することができる。
【００３０】
その他、通常時動作モードでは複数台の入力装置（ＡＴＭ）をフレームに収めて撮影するように、映像記録手段を構成にする場合には、異常時動作モードの場合にのみ、ズーム機能を用いて、特定の入力装置（ＡＴＭ）を拡大して撮影し、この映像データを記録するように、映像記録手段を構成することで、現場の映像を重点的に撮影して記録することができる。
【００３１】
また、通常時動作モードでは複数台の入力装置（ＡＴＭ）を回動式のカメラを用いて順次撮影するように、映像記録手段を構成にする場合には、異常時動作モードの場合にのみ、回動を止めて、特定の入力装置（ＡＴＭ）のみを撮影し、この映像データを記録するように、映像記録手段を構成することで、現場の映像を重点的に撮影して記録することができる。
【００３２】
従って、この管理システムによれば、悪意の者に監視されるといった意識を抱かせることができて、その者が不正操作に及ぶのを抑制することができる。よって、この発明によれば、スキミング等による不正な引き出し被害を抑制することができる。
【００３３】
また、ＡＴＭ等を常時監視するシステムでは、監視カメラにより生成される映像データが膨大な量となるため、スキミング等による被害が生じても、映像データから不正利用者が映し出された映像を特定するのに、非常な労力がかかる。従って、上述の管理システムは、請求項８記載のように構成されるとよい。
【００３４】
請求項８記載の管理システムは、入力装置の周囲を撮影し、この撮影内容を示す映像データを記録する映像記録手段と、異常の報知を受けると、報知を受けた時点の撮影内容を示す映像データの部位をマーキングするマーキング手段とを備え、異常報知手段が、上記異常有無判断手段により異常が有ると判断されると、マーキング手段に対して異常を報知する構成にされたものである。
【００３５】
この管理システムによれば、異常を検出した時点の撮影内容を示す映像データにマーキング（頭出しのためのマーキング等）を行うので、効率的に映像データを調査することができ、映像データから不正利用者が映し出された映像を特定する労力を、従来と比較して軽減することができる。
【００３６】
尚、映像データにマーキングを行わなくとも、異常報知手段による報知動作の実行履歴を保存しておけば、上記発明と同様の効果を得ることができる。請求項９記載の管理システムは、異常報知手段による報知動作の実行履歴を記録する履歴記録手段、を備えることを特徴とするものである。
【００３７】
この発明によれば、実行履歴を参照することにより、必要な映像データの部位を調査する者が容易に把握することができ、効率よく映像データの調査を行うことができる。従って、この発明によれば、上記の労力を軽減することができる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明の実施例について、図面と共に説明する。図１は、本発明が適用された管理システム１の構成を表すブロック図である。
本実施例の管理システム１は、ＡＴＭ１０と、このＡＴＭ１０に接続された金融機関システム３０と、ＡＴＭ１０周囲を撮影する監視カメラ５０に接続された監視制御装置６０と、からなる。この管理システム１では、店舗内に、複数のＡＴＭ１０と、回動可能な監視カメラ５０と、が設置され、監視カメラ５０が、通常時回動しながら、店舗内の各ＡＴＭ１０を順次撮影して、店舗内の複数のＡＴＭ１０を監視する。
【００３９】
ＡＴＭ１０は、キャッシュカードに搭載された磁気テープやＩＣチップなどに担持されたカード情報（口座番号を含む情報）を読取可能なカード読取部１１と、画面表示用のモニタを有し、モニタに対する利用者の接触を感知して利用者の操作情報を得るタッチパネル式の表示操作部１３と、取引内容を紙媒体に記録して取引明細書を生成し、これを出力する明細発行部１５と、金銭を格納した格納部を有し、この格納部から許可された金額分の金銭を取り出して、これを利用者が受け取り可能な受取口へと出力する現金受渡部１７と、金融機関システム３０と通信可能な通信部１９と、これら装置内各部を統括制御する制御部２１と、を備える。
【００４０】
一方、金融機関システム３０は、複数のＡＴＭ１０と専用回線ＬＮを介して通信可能な通信部３１と、ＡＴＭ１０からの要求に応じて、出金（利用者の口座から電子的に金銭を引き出すと共に、これに対応する金銭をＡＴＭ１０を通じて利用者に支払う行為）に必要な手続きを実行すると共に、ＡＴＭ１０からの要求に応じて、振込（利用者の口座から電子的に金銭を引き出して、これを指定された振込先の口座に移動する行為）に必要な手続きを実行する出金振込処理部３３と、監視制御装置６０と通信可能な構成にされ、暗証コードの入力操作について異常が有ると所定の処理を実行する異常処理部３５と、口座毎の口座データを記憶する口座管理データベース（ＤＢ）３７と、異常時の連絡先（報知先）を示す連絡先データを口座毎に記憶する連絡先データベース（ＤＢ）３９と、を備える。
【００４１】
図２（ａ）は、口座管理データベース３７の構成を表す説明図である。口座管理データベース３７が記憶する各口座毎の口座データは、口座番号の情報と、口座名義人の情報と、預金額等を示す取引情報と、出金手続や振込手続等の際に用いられる暗証コードである手続用暗証コード（具体的には４桁の数字）の情報と、異常検出用に用いられる暗証コードである異常検出用暗証コード（具体的には１桁の数字）の情報と、後述するＵＩＤ値の入力履歴を表すＵＩＤ値入力履歴ファイルと、を有する。また、ＵＩＤ値入力履歴ファイルは、ＵＩＤ値が入力された日時の情報と、入力されたＵＩＤ値を示す情報とからなるレコードの複数から構成される。
【００４２】
また、図２（ｂ）は、連絡先データベース３９の構成を表す説明図である。連絡先データベース３９が記憶する各口座毎の連絡先データは、口座番号の情報と、口座名義人の情報と、「メール」若しくは「電話」との値を示す連絡方法指定情報と、連絡先の電話番号の情報と、連絡先のメールアドレスの情報と、を有する。
【００４３】
その他、監視制御装置６０は、各店舗に設置された監視カメラ５０に接続されており、各店舗の監視カメラ５０を統括制御する制御部６１と、監視カメラ５０から取得した映像データを記憶する記録部６３と、当該監視制御装置６０の管理者が操作可能な操作部６５と、操作部６５から入力される指令に従って、対応する映像データを再生し、この再生映像を出力する表示部６７と、を備える。
【００４４】
次に、ＡＴＭ１０の制御部２１が実行する処理について説明する。図３は、ＡＴＭ１０の制御部２１が繰返し実行するメインルーチンを表すフローチャートである。
メインルーチンを実行すると、制御部２１は、表示操作部１３が有するモニタに、「出金手続」及び「振込手続」を含む各種手続きを利用者が選択操作可能な手続選択画面を表示させ、その後、利用者により手続きの選択操作がなされるまで待機する（Ｓ１２０）。そして、手続きの選択操作がなされると（Ｓ１２０でＹｅｓ）、利用者により選択された手続きが「出金手続」であるか否かを判断し（Ｓ１３０）、「出金手続」であると判断すると（Ｓ１３０でＹｅｓ）、Ｓ１４０にて、暗証コード取得処理を実行する。図４は、制御部２１が実行する暗証コード取得処理を表すフローチャートである。
【００４５】
暗証コード取得処理を実行すると、制御部２１は、利用者に対してキャッシュカードの提示を求め（Ｓ３１０）、その後、キャッシュカードがカード読取部１１に挿入されることにより、利用者からキャッシュカードが提示されたか否かを判断する（Ｓ３２０）。そして、キャッシュカードが提示（挿入）されていないと判断すると、表示操作部１３を通じ、利用者からキャンセル指示が入力されたか否かを判断し（Ｓ３２５）、キャンセル指示が入力されたと判断すると（Ｓ３２５でＹｅｓ）、当該暗証コード取得処理を終了し、キャンセル指示が入力されていないと判断すると（Ｓ３２５でＮｏ）、Ｓ３２０に移行して、キャッシュカードが提示されるか、キャンセル指示が入力されるまで待機する。
【００４６】
Ｓ３２０で、キャッシュカードが提示（挿入）されたと判断すると（Ｓ３２０でＹｅｓ）、制御部２１は、カード読取部１１を制御し、カード読取部１１にキャッシュカードに担持されたカード情報（口座番号を含む情報）を読み取らせて、このカード情報を、カード読取部１１から取得する（Ｓ３３０）。また、カード情報の取得が完了すると、Ｓ３４０に移行して、表示操作部１３が有するモニタに、暗証コード入力画面を表示させ、この入力画面にて、利用者に対し、５桁目の入力が任意であることを示して５桁までの暗証コードの入力を求める。
【００４７】
その後、制御部２１は、暗証コード入力画面を通じて４桁までの暗証コードが入力されたか否かを判断し（Ｓ３５０）、４桁までの暗証コードが入力されていないと判断すると（Ｓ３５０でＮｏ）、表示操作部１３を通じて利用者からキャンセル指示が入力されたか否かを判断し（Ｓ３５５）、キャンセル指示が入力されたと判断すると（Ｓ３５５でＹｅｓ）、当該暗証コード取得処理を終了し、キャンセル指示が入力されていないと判断すると（Ｓ３５５でＮｏ）、Ｓ３５０に移行して、４桁までの暗証コードが入力されるか、キャンセル指示が入力されるまで待機する。
【００４８】
また、Ｓ３５０で、４桁までの暗証コードが入力されたと判断すると、制御部２１は、５桁目の暗証コードが入力されたか否かを判断し（Ｓ３６０）、５桁目の暗証コードが入力されていないと判断すると（Ｓ３６０でＮｏ）、４桁までの暗証コードが入力されてから所定時間（数秒）が経過したか否かを判断し（Ｓ３６５）、所定時間が経過していないと判断すると（Ｓ３６５でＮｏ）、Ｓ３６０に移行して、５桁目の暗証コードが入力されるか、所定時間が経過するまで待機する。
【００４９】
そして、５桁目の暗証コードが入力されたと判断すると（Ｓ３６０でＹｅｓ）、制御部２１は、Ｓ３７０にて、先に入力された４桁までの暗証コードを、パラメータＰＩＮに設定し（以下、パラメータＰＩＮに設定された値を、ＰＩＮ値と表現する）、更に、Ｓ３７５にて、５桁目の暗証コードを、パラメータＵＩＤに設定する（以下、パラメータＵＩＤに設定された値を、ＵＩＤ値と表現する）。その後、暗証コード取得処理を終了する。
【００５０】
一方、所定時間が経過したと判断すると（Ｓ３６５でＹｅｓ）、制御部２１は、入力された４桁までの暗証コードを、パラメータＰＩＮに設定し（Ｓ３８０）、更に、パラメータＵＩＤに、ヌル値を設定する（Ｓ３８５）。その後、暗証コード取得処理を終了する。
【００５１】
このようにして、Ｓ１４０で暗証コード取得処理を実行し終了すると、制御部２１は、この暗証コード取得処理にてキャンセル指示が入力されたか否かを判断し（Ｓ１５０）、キャンセル指示が入力されている場合には（Ｓ１５０でＹｅｓ）、処理をＳ１１０に移行する。
【００５２】
一方、キャンセル指示が入力されていないと判断すると（Ｓ１５０でＮｏ）、制御部２１は、Ｓ１６０に移行し、表示操作部１３のモニタに、出金額入力画面を表示させて、この出金額入力画面に基づき利用者が入力した出金額の情報を、表示操作部１３から取得する。
【００５３】
また、Ｓ１６０の処理を終えると、制御部２１は、先に取得したカード情報（口座番号を含む情報）と、出金額の情報と、暗証コード取得処理にて設定されたＰＩＮ値及びＵＩＤ値と、当該ＡＴＭ１０に関する端末情報（当該ＡＴＭ１０のＡＴＭ識別コードを含む情報）とを格納した出金手続要求データを生成し、これを、金融機関システム３０に通信部１９を介して送信し（Ｓ１７０）、送信後、金融機関システム３０から応答データを受信するまで待機する（Ｓ１８０）。そして、通信部１９を介して金融機関システム３０から応答データを受信すると（Ｓ１８０でＹｅｓ）、Ｓ１９０にて、出金手続後処理を実行する。
【００５４】
図５（ａ）は、Ｓ１７０で送信される出金手続要求データの構成を表す説明図であり、図６（ａ）は、制御部２１が実行する出金手続後処理を表すフローチャートである。図５（ａ）に示すように、出金手続要求データは、主に、当該データが出金手続要求データであることを示すコマンド情報と、送信元ＡＴＭを表すＡＴＭ識別コードを含むＡＴＭ１０の端末情報と、口座番号の情報を含むカード情報と、ＰＩＮ値と、ＵＩＤ値と、出金額の情報と、からなる。
【００５５】
また、出金手続後処理を実行すると、制御部２１は、金融機関システム３０から受信した応答データに、出金を許可する旨の出金許可情報、及び、出金を禁止する旨の出金不可情報のいずれの情報が含まれるかを判断し（Ｓ４１０）、出金許可情報が含まれると判断すると（Ｓ４１０でＹｅｓ）、応答データに含まれる許可された出金額の情報に基づいて、許可された出金額分の金銭を、現金受渡部１７の受取口から出力する処理を行い、その出金額分の金銭を、利用者に対して支払う（Ｓ４２０）。その後、明細発行部１５を制御して、今回の取引内容を表す取引明細書を、明細発行部１５に生成・出力させる（Ｓ４３０）。また、これらの処理を終えると、終了メッセージを、表示操作部１３のモニタに表示させ（Ｓ４４０）、その後、当該出金手続後処理を終了する。
【００５６】
一方、制御部２１は、応答データに出金許可情報が含まれない（換言すると、出金不可情報が含まれる）と判断すると（Ｓ４１０でＮｏ）、出金不可とのメッセージを、表示操作部１３のモニタに表示させ（Ｓ４５０）、その後、当該出金手続後処理を終了する。また、Ｓ１９０にて出金手続後処理を終了すると、制御部２１は、再びＳ１１０以降の処理を実行する。
【００５７】
その他、利用者により選択された手続きが「出金手続」ではないと判断すると（Ｓ１３０でＮｏ）、制御部２１は、Ｓ２００にて、利用者により選択された手続きが「振込手続」であるか否かを判断し、利用者により選択された手続きが「振込手続」ではないと判断すると（Ｓ２００でＮｏ）、Ｓ２１０に移行して、利用者により選択された手続きに対応する処理を実行し、その後、再びＳ１１０以降の処理を実行する。
【００５８】
また、Ｓ２００にて、利用者により選択された手続きが「振込手続」であると判断すると（Ｓ２００でＹｅｓ）、制御部２１は、Ｓ２２０に移行し、上述した暗証コード取得処理（図４参照）を実行する。そして、この暗証コード取得処理を終了すると、Ｓ２３０に移行し、Ｓ２２０で実行した暗証コード取得処理にてキャンセル指示が入力されたか否かを判断し、キャンセル指示が入力されている場合には（Ｓ２３０でＹｅｓ）、Ｓ１１０に処理を移行する。
【００５９】
一方、キャンセル指示が入力されていないと判断すると（Ｓ２３０でＮｏ）、制御部２１は、Ｓ２４０に移行し、振込額の情報及び振込先の情報を利用者が入力可能な振込情報入力画面を、表示操作部１３のモニタに表示させ、この振込情報入力画面に基づいて利用者が入力した振込額の情報及び振込先の情報を、表示操作部１３から取得する。
【００６０】
また、この処理を終えると、制御部２１は、先に取得したカード情報（口座番号を含む情報）と、振込額の情報と、振込先の情報と、暗証コード取得処理にて設定されたＰＩＮ値及びＵＩＤ値と、当該ＡＴＭ１０に関する端末情報（当該ＡＴＭ１０のＡＴＭ識別コードを含む情報）とを格納した振込手続要求データを、金融機関システム３０に通信部１９を介して送信し（Ｓ２５０）、送信後、金融機関システム３０から応答データを受信するまで待機する（Ｓ２６０）。そして、通信部１９を介し、金融機関システム３０から応答データを受信すると（Ｓ２６０でＹｅｓ）、Ｓ２７０に移行して、振込手続後処理を実行する。
【００６１】
図５（ｂ）は、Ｓ２５０で送信される振込手続要求データの構成を表す説明図であり、図６（ｂ）は、制御部２１が実行する振込手続後処理を表すフローチャートである。図５（ｂ）に示すように、振込手続要求データは、主に、当該データが振込手続要求データであることを示すコマンド情報と、送信元ＡＴＭを表すＡＴＭ識別コードを含むＡＴＭ１０の端末情報と、口座番号の情報を含むカード情報と、ＰＩＮ値と、ＵＩＤ値と、振込額の情報と、振込先の情報と、から構成される。
【００６２】
また、振込手続後処理を実行すると、制御部２１は、金融機関システム３０から受信した応答データに、振込を完了した旨の振込完了情報、及び、振込ができない旨の振込不可情報のいずれが含まれるかを判断し（Ｓ５１０）、振込完了情報が含まれると判断すると（Ｓ５１０でＹｅｓ）、振込が完了した旨のメッセージを、表示操作部１３のモニタに表示させる（Ｓ５２０）。
【００６３】
また、上記メッセージの表示と共に、明細発行部１５を制御して、今回の取引内容を表す取引明細書を、明細発行部１５に生成・出力させる（Ｓ５３０）。また、これらの処理を終えると、終了メッセージを、表示操作部１３のモニタに表示させ（Ｓ５４０）、その後、振込手続後処理を終了する。
【００６４】
一方、Ｓ５１０にて、応答データに振込完了情報が含まれない（換言すると、振込不可情報が含まれる）と判断すると（Ｓ５１０でＮｏ）、制御部２１は、振込ができない旨のメッセージを、表示操作部１３のモニタに表示させ（Ｓ５５０）、その後、振込手続後処理を終了する。また、Ｓ２７０にて振込手続後処理を終了すると、再びＳ１１０以降の処理を実行する。
【００６５】
以上、ＡＴＭ１０の制御部２１が行う処理について説明したが、続いて、金融機関システム３０の出金振込処理部３３が実行する処理について説明する。
図７は、出金振込処理部３３が繰返し実行する受付処理を表すフローチャートである。この処理は、上記出金手続要求データ及び振込手続要求データを含む各種要求データを、ＡＴＭ１０から受け付けるために、出金振込処理部３３が実行するものである。
【００６６】
受付処理を実行すると、出金振込処理部３３は、ＡＴＭ１０から出力される要求データを、通信部３１を介して受信するまで待機し（Ｓ６１０）、要求データを受信すると（Ｓ６１０でＹｅｓ）、受信した要求データが、出金手続要求データであるか否かを判断する（Ｓ６２０）。そして、受信した要求データが、出金手続要求データであると判断すると（Ｓ６２０でＹｅｓ）、Ｓ６３０にて、図８に示す出金処理を実行する。
【００６７】
図８は、出金振込処理部３３が実行する出金処理を表すフローチャートである。出金処理を実行すると、出金振込処理部３３は、受信した出金手続要求データに基づき、処理対象口座の口座データを、口座管理データベース３７から読み出す（Ｓ７１０）。出金手続要求データには、上述したように、口座番号を示すカード情報が含まれるので、出金振込処理部３３は、この情報に基づき、処理対象口座を特定する。
【００６８】
そして、口座データを読み出すと、出金振込処理部３３は、Ｓ７２０にて、口座データに、異常検出用暗証コードが登録されているか否かを判断する。尚、本実施例では、手続用暗証コードについては、口座開設時に、利用者から申請された暗証コードを口座管理データベース３７に手動登録するが、異常検出用暗証コードについては、ＵＩＤ値の入力履歴に基づき、自動登録する。このため、口座が開設されてからＵＩＤ値の入力回数が規定回数を超えるまで、異常検出用暗証コードは、口座データにおいて未登録状態にされる。このステップは、このような特性の異常検出用暗証コードが、口座データに登録されているかを判断するためのものである。
【００６９】
Ｓ７２０で口座データに異常検出用暗証コードが登録されていないと判断すると（Ｓ７２０でＮｏ）、出金振込処理部３３は、Ｓ７３０にて、図９に示す履歴記録処理を実行する。図９は、出金振込処理部３３が実行する履歴記録処理を表すフローチャートである。
【００７０】
履歴記録処理を実行すると、出金振込処理部３３は、今回の受信データに含まれるＵＩＤ値と、現在日時の情報とからなるレコードを、処理対象口座のＵＩＤ値入力履歴ファイルに書き込んで、登録する（Ｓ８１０）。また、この処理を終えると、ＵＩＤ値入力履歴ファイルに登録されているレコード数が、予め定められた上限値を超えているか否かを判断し（Ｓ８２０）、レコード数が上限値を超えていると判断すると（Ｓ８２０でＹｅｓ）、最も古い日時を示すレコードを、ＵＩＤ値入力履歴ファイルから削除する（Ｓ８３０）。これにより、出金振込処理部３３は、ＵＩＤ値入力履歴ファイルを、最大で、最新のものから上限値分のレコードを有するデータにする。
【００７１】
また、Ｓ８２０でレコード数が上限値を超えていないと判断するか（Ｓ８２０でＮｏ）、Ｓ８３０での処理を終えると、出金振込処理部３３は、処理対象口座のＵＩＤ値入力履歴ファイルに登録されているレコードに基づいて、この口座の利用者により入力されたＵＩＤ値のうち、最も入力回数の多いＵＩＤ値を判別する（Ｓ８４０）。
【００７２】
Ｓ８４０での処理を終えると、出金振込処理部３３は、判別した最も入力回数の多いＵＩＤ値が、ヌル値であるか否かを判断し（Ｓ８５０）、ヌル値であると判断すると（Ｓ８５０でＹｅｓ）、Ｓ８７０の処理を実行することなく、当該履歴記録処理を終了する。
【００７３】
一方、判別した最も入力回数の多いＵＩＤ値が、ヌル値ではないと判断すると（Ｓ８５０でＮｏ）、Ｓ８６０に移行し、判別した最も入力回数の多いＵＩＤ値について、その入力回数が、規定値以上であるか否かを判断し、入力回数が規定値未満であると判断すると（Ｓ８６０でＮｏ）、Ｓ８７０の処理を実行することなく当該履歴記録処理を終了する。
【００７４】
これに対し、入力回数が規定値以上であると判断すると（Ｓ８６０でＹｅｓ）、出金振込処理部３３は、Ｓ８７０にて、判別した最も入力回数の多い上記ＵＩＤ値を、異常検出用暗証コードとして、処理対象口座の口座データに登録し、その後、当該履歴記録処理を終了する。
【００７５】
また、このようにしてＳ７３０での履歴記録処理を終了すると、出金振込処理部３３は、Ｓ７６０に移行する。その他、Ｓ７２０にて、口座データに、異常検出用暗証コードが登録されていると判断すると（Ｓ７２０でＹｅｓ）、出金振込処理部３３は、Ｓ７３５にて、上述した履歴記録処理を実行する。但し、この場合には、既に口座データに異常検出用暗証コードが登録されていることになるので、Ｓ８７０では、口座データに含まれる異常検出用暗証コードを更新する処理を行う。
【００７６】
また、Ｓ７３５で履歴記録処理を終了すると、出金振込処理部３３は、Ｓ７４０に移行し、今回受信した出金手続要求データが示すＵＩＤ値がヌル値であるか否かを判断する。尚、当該金融機関システム３０は、出金手続要求データにＵＩＤ値を格納しないタイプのＡＴＭの出金手続要求データも受付可能な構成にされており、出金振込処理部３３は、出金手続要求データにＵＩＤ値が格納されていない場合、ＵＩＤ値がヌル値であると判断する。
【００７７】
Ｓ７４０でＵＩＤ値がヌル値であると判断すると（Ｓ７４０でＹｅｓ）、出金振込処理部３３は、処理対象口座の口座番号の情報と、受信した出金手続要求データが示す送信元ＡＴＭのＡＴＭ識別コードと、を格納した図１０に示す異常検出データを、異常処理部３５に出力する（Ｓ７５５）。尚、図１０は、異常検出データの構成を表す説明図である。
【００７８】
図１０に示すように、異常検出データは、主に、当該データが異常検出データであることを示すコマンド情報と、口座番号の情報と、異常検出データを出力する原因となった要求データを送信してきたＡＴＭのＡＴＭ識別コードと、からなる。
【００７９】
このような構成の異常検出データを、Ｓ７５５で出力すると、出金振込処理部３３は、Ｓ７６０に移行する。その他、Ｓ７４０で、出金手続要求データが示すＵＩＤ値がヌル値ではないと判断すると（Ｓ７４０でＮｏ）、出金振込処理部３３は、Ｓ７５０にて、出金手続要求データが示すＵＩＤ値と、処理対象口座の口座データが示す異常検出用暗証コードとを照合し、出金手続要求データが示すＵＩＤ値が、処理対象口座の口座データが示す異常検出用暗証コードと一致するか否かを判断する。
【００８０】
そして、出金手続要求データが示すＵＩＤ値が、処理対象口座の口座データが示す異常検出用暗証コードと一致すると判断すると（Ｓ７５０でＹｅｓ）、Ｓ７６０に移行し、出金手続要求データが示すＵＩＤ値が、処理対象口座の口座データが示す異常検出用暗証コードと一致しないと判断すると（Ｓ７５０でＮｏ）、Ｓ７５５にて、上述の異常検出データを異常処理部３５に出力した後に、Ｓ７６０に移行する。
【００８１】
Ｓ７６０に移行すると、出金振込処理部３３は、受信した出金手続要求データが示すＰＩＮ値と、処理対象口座の口座データが示す手続用暗証コードと、を照合して、出金手続要求データが示すＰＩＮ値が、処理対象口座の口座データが示す手続用暗証コードと一致するか否か判断する。
【００８２】
そして、出金手続要求データが示すＰＩＮ値が、処理対象口座の口座データが示す手続用暗証コードと一致しないと判断すると（Ｓ７６０でＮｏ）、Ｓ７９０に移行し、出金手続要求データが示すＰＩＮ値が、処理対象口座の口座データが示す手続用暗証コードと一致すると判断すると（Ｓ７６０でＹｅｓ）、Ｓ７６５に移行する。
【００８３】
また、Ｓ７６５では、受信した出金手続要求データが示す出金額と、出金手続にかかる手数料との合計金額以上の預金が処理対象口座にあるか否かを判断し、合計金額以上の預金がないと判断すると（Ｓ７６５でＮｏ）、Ｓ７９０に移行し、合計金額以上の預金があると判断すると（Ｓ７６５でＹｅｓ）、Ｓ７７０に移行する。
【００８４】
また、Ｓ７７０に移行すると、出金振込処理部３３は、所定の出金手続を実行して、処理対象口座から電子的に金銭を引き出し、この後、Ｓ７８０に移行して、出金を許可する旨を記した出金許可情報と、許可する出金額の情報とを格納した応答データを生成し、これを通信部３１を介して上記出金手続要求データの送信元ＡＴＭに送信する。その後、当該出金処理を終了する。
【００８５】
その他、Ｓ７６０又はＳ７６５でＮｏと判断して、Ｓ７９０に移行すると、出金振込処理部３３は、出金を禁止する旨を記した出金不可情報を格納した応答データを生成し、これを通信部３１を介して、上記出金手続要求データの送信元ＡＴＭに送信する。その後、当該出金処理を終了する。また、このようにして、Ｓ６３０で出金処理を終了すると、出金振込処理部３３は、再びＳ６１０に処理を移行する。
【００８６】
一方、Ｓ６２０で、受信した要求データが、出金手続要求データではないと判断すると（Ｓ６２０でＮｏ）、出金振込処理部３３は、Ｓ６４０に移行し、受信した要求データが、振込手続要求データであるか否かを判断する。そして、受信した要求データが、振込手続要求データであると判断すると（Ｓ６４０でＹｅｓ）、Ｓ６５０にて、図１１に示す振込処理を実行する。
【００８７】
図１１は、出金振込処理部３３が実行する振込処理を表すフローチャートである。振込処理を実行すると、出金振込処理部３３は、受信した振込手続要求データに基づき、処理対象口座の口座データを、口座管理データベース３７から読み出す（Ｓ９１０）。振込手続要求データには、上述したように、口座番号を示すカード情報が含まれるので、出金振込処理部３３は、この情報に基づき、処理対象口座を特定する。
【００８８】
口座データを読み出すと、出金振込処理部３３は、読み出した処理対象口座の口座データに、異常検出用暗証コードが登録されているか否かを判断する（Ｓ９２０）。そして、口座データに異常検出用暗証コードが登録されていないと判断すると（Ｓ９２０でＮｏ）、Ｓ９３０にて、上述した履歴記録処理（図９参照）を実行し、Ｓ９３０での履歴記録処理を終了すると、Ｓ９６０に移行する。
【００８９】
一方、Ｓ９２０にて、口座データに、異常検出用暗証コードが登録されていると判断すると（Ｓ９２０でＹｅｓ）、出金振込処理部３３は、Ｓ９３５にて、上述した履歴記録処理を実行する。但し、この場合には、既に口座データに異常検出用暗証コードが登録されていることになるので、Ｓ８７０では、上述したように、口座データに含まれる異常検出用暗証コードを更新する処理を行う。
【００９０】
そして、Ｓ９３５で履歴記録処理を終了すると、Ｓ９４０に移行し、今回受信した振込手続要求データが示すＵＩＤ値がヌル値であるか否かを判断する。尚、当該金融機関システム３０は、振込手続要求データにＵＩＤ値を格納しないタイプのＡＴＭの振込手続要求データも受付可能な構成にされており、出金振込処理部３３は、振込手続要求データにＵＩＤ値が格納されていない場合、ＵＩＤ値がヌル値であると判断する。
【００９１】
Ｓ９４０でＵＩＤ値がヌル値であると判断すると（Ｓ９４０でＹｅｓ）、出金振込処理部３３は、処理対象口座の口座番号の情報と、振込手続要求データが示す送信元ＡＴＭのＡＴＭ識別コードと、を格納した異常検出データ（図１０参照）を、異常処理部３５に出力する（Ｓ９５５）。また、Ｓ９５５で、異常検出データを出力すると、出金振込処理部３３は、Ｓ９６０に移行する。
【００９２】
その他、Ｓ９４０で、振込手続要求データが示すＵＩＤ値がヌル値ではないと判断すると（Ｓ９４０でＮｏ）、出金振込処理部３３は、Ｓ９５０に移行し、振込手続要求データが示すＵＩＤ値と、処理対象口座の口座データが示す異常検出用暗証コードとを照合して、振込手続要求データが示すＵＩＤ値が、処理対象口座の口座データが示す異常検出用暗証コードと一致するか否かを判断する。
【００９３】
そして、振込手続要求データが示すＵＩＤ値が、処理対象口座の口座データが示す異常検出用暗証コードと一致すると判断すると（Ｓ９５０でＹｅｓ）、Ｓ９６０に移行し、振込手続要求データが示すＵＩＤ値が、処理対象口座の口座データが示す異常検出用暗証コードと一致しないと判断すると（Ｓ９５０でＮｏ）、Ｓ９５５にて、上述の異常検出データを異常処理部３５に出力した後、Ｓ９６０に移行する。
【００９４】
また、Ｓ９６０に移行すると、出金振込処理部３３は、受信した振込手続要求データが示すＰＩＮ値と、処理対象口座の口座データが示す手続用暗証コードと、を照合して、振込手続要求データが示すＰＩＮ値が、処理対象口座の口座データが示す手続用暗証コードと一致するか否かを判断する。
【００９５】
そして、振込手続要求データが示すＰＩＮ値が、処理対象口座の口座データが示す手続用暗証コードと一致しないと判断すると（Ｓ９６０でＮｏ）、Ｓ９９０に移行し、振込手続要求データが示すＰＩＮ値が、処理対象口座の口座データが示す手続用暗証コードと一致すると判断すると（Ｓ９６０でＹｅｓ）、Ｓ９６５に移行する。
【００９６】
また、Ｓ９６５では、受信した振込手続要求データが示す振込額と、振込手続にかかる手数料との合計金額以上の預金が処理対象口座にあるか否かを判断し、合計金額以上の預金がないと判断すると（Ｓ９６５でＮｏ）、Ｓ９９０に移行し、合計金額以上の預金があると判断すると（Ｓ９６５でＹｅｓ）、Ｓ９７０に移行する。
【００９７】
また、Ｓ９７０に移行すると、出金振込処理部３３は、所定の振込手続を実行して、処理対象口座から電子的に金銭を引き出し、これを振込手続要求データが示す振込先の口座に振り込む。この後、Ｓ９８０に移行して、振込を完了した旨の振込完了情報を格納した応答データを生成し、これを通信部３１を介して、振込手続要求データの送信元ＡＴＭに送信する。その後、当該振込処理を終了する。
【００９８】
一方、Ｓ９６０又はＳ９６５でＮｏと判断して、Ｓ９９０に移行すると、出金振込処理部３３は、振込ができない旨の振込不可情報を格納した応答データを生成し、これを通信部３１を介して、振込手続要求データの送信元ＡＴＭに送信する。その後、当該振込処理を終了する。また、このようにして、Ｓ６５０で振込処理を終了すると、出金振込処理部３３は、再びＳ６１０に処理を移行する。
【００９９】
その他、出金振込処理部３３は、Ｓ６４０にて、受信データが振込手続要求データではないと判断すると、Ｓ６６０に移行し、受信した要求データに対応する処理を実行する。また、Ｓ６６０での処理を終えると、再びＳ６１０に処理を移行する。
【０１００】
以上、出金振込処理部３３が実行する処理について説明したが、続いて、異常処理部３５が実行する処理について説明する。図１２は、異常処理部３５が繰返し実行する異常報知処理を表すフローチャートである。
【０１０１】
異常報知処理を実行すると、異常処理部３５は、出金振込処理部３３から出力される異常検出データを受信するまで待機し（Ｓ１０１０）、異常検出データを受信すると（Ｓ１０１０でＹｅｓ）、異常検出データが示すＡＴＭ識別コードを格納した異常報知データを生成し、これを、複数店舗の監視カメラ５０に接続された監視制御装置６０に送信する（Ｓ１０２０）。
【０１０２】
尚、図１３は、Ｓ１０２０で出力される異常報知データの構成を表す説明図である。図１３に示すように、異常報知データは、当該データが異常報知データであることを示すコマンド情報と、異常が検出されたＡＴＭを表すＡＴＭ識別コードと、からなる。
【０１０３】
Ｓ１０２０での処理を終えると、異常処理部３５は、出金振込処理部３３から受信した異常検出データに含まれる口座番号の情報に基づき、対応する顧客の連絡先データを、連絡先データベース３９から読み出す（Ｓ１０３０）。尚、連絡先データには、上述したように口座番号の情報が含まれており、異常処理部３５は、受信した異常検出データが示す口座番号に一致する口座番号の連絡先データを、Ｓ１０３０にて、連絡先データベース３９から読み出す。
【０１０４】
Ｓ１０３０で連絡先データを読み出すと、異常処理部３５は、Ｓ１０４０に移行して、読み出した連絡先データに含まれる連絡先指定情報が、「メール」との値を示しているか否かを判断する。そして、連絡先指定情報が「メール」との値を示していると判断すると（Ｓ１０４０でＹｅｓ）、連絡先データが示す連絡先のメールアドレスを宛先として、異常発生の旨のメッセージ（文字データ）を格納した電子メールを生成し、これを、当該異常処理部３５に接続されたメールサーバ７０に出力し（Ｓ１０５０）、このメールサーバ７０を介して、異常が発生した旨を、電子メールにて、顧客に連絡する。その後、再びＳ１０１０に処理を移行する。
【０１０５】
一方、連絡先指定情報が「電話」との値を示している場合には、Ｓ１０４０でＮｏと判断して、連絡先データが示す電話番号先の電話装置との接続を確立し、接続が確立された後には、異常を報知する音声を接続先の電話装置に出力させるための音声信号（音声データ）を、その電話装置に対して送信し（Ｓ１０６０）、これによって、異常が発生した旨を、電話にて、顧客に連絡する。その後、当該異常報知処理を一旦終了し、再びＳ１０１０に移行する。
【０１０６】
次に、この異常処理部３５から出力される異常報知データを受信する監視制御装置６０にて実行される処理について説明する。図１４（ａ）は、制御部６１が実行する監視カメラ統括制御タスクにより実現される監視カメラ統括制御処理を表すフローチャートである。また、図１４（ｂ）は、制御部６１が実行する監視カメラ個別制御タスクにより実現される監視カメラ個別制御処理を表すフローチャートである。監視制御装置６０の制御部６１は、複数のタスク（上記監視カメラ統括制御タスク及び監視カメラ個別制御タスクを含む各タスク）を並列実行する構成にされ、監視カメラ個別制御タスクを、監視カメラ５０毎に実行する。
【０１０７】
監視カメラ統括制御タスクは、異常処理部３５から上述した異常報知データを受信すると（Ｓ１１１０でＹｅｓ）、受信した異常報知データに含まれるＡＴＭ識別コードに基づき、ＡＴＭ識別コードに対応するＡＴＭ１０周囲を撮影可能な監視カメラ５０を制御するタスク（監視カメラ個別制御タスク）を特定し（Ｓ１１２０）、このタスクに対して、撮影対象のＡＴＭ１０を指定した異常モード移行指示を入力する（Ｓ１１３０）。そして、この処理を終えると、Ｓ１１１０に移行し、再び異常報知データを受信するまで待機する。このような動作によって、上述したＳ１１１０〜Ｓ１１３０の処理を繰返し実行する。
【０１０８】
一方、監視カメラ個別制御タスクは、異常モード移行指示が監視カメラ統括制御タスクから入力されるまで（Ｓ１２３０でＹｅｓ）、通常モードで動作して、繰返し通常時制御処理を実行し（Ｓ１２１０）、これによって、予め割り当てられた監視カメラ５０を回動させ、この監視カメラ５０の撮影内容を表す映像データを監視カメラ５０から取得する。そして、これを記録部６３に記録する（Ｓ１２２０）。尚具体的に、通常モードでは、Ｓ１２１０にて、監視カメラ５０を回動させることによって、店舗内に設置された複数のＡＴＭ１０を、監視カメラ５０に順次撮影させる。
【０１０９】
また、監視カメラ個別制御タスクは、異常モード移行指示が当該タスクに入力されると（Ｓ１２３０でＹｅｓ）、異常モードに移行し、監視カメラ５０を制御して、監視カメラ５０の撮影方向を、指定されたＡＴＭ１０が位置する方向に固定化する（Ｓ１２４０）。
【０１１０】
その後、監視カメラ個別制御タスクは、記録部６３が有する異常モード移行履歴ファイル（図示せず）に、現在日時の情報と、指定されたＡＴＭ１０のＡＴＭ識別コードの情報とを記したレコードを登録し（Ｓ１２５０）、更に、記録途中の映像データに、マーキング用のデータを書き込んで、現在記録した映像の末尾を、頭出し地点として登録する（Ｓ１２６０）。
【０１１１】
また、Ｓ１２６０の処理を終了すると、監視カメラ個別制御タスクは、中断していた映像データの記録を再開し、所定時間が経過するまで（Ｓ１２８０でＹｅｓ）、監視カメラ５０の撮影方向を固定した状態で、監視カメラ５０から受信した映像データを、記録部６３に記録する（Ｓ１２７０）。そして、所定時間が経過すると（Ｓ１２８０でＹｅｓ）、Ｓ１２１０に移行し、再び通常モードにて動作する。即ち、監視カメラ５０を回動させながら、映像データを、記録部６３に記録する（Ｓ１２１０，Ｓ１２２０）。
【０１１２】
以上、本実施例の管理システム１について説明したが、この管理システム１によれば、口座管理データベース３７（本発明の口座情報記憶手段に相当）が、口座毎に、手続用暗証コード（第一の暗証コードに相当）と、異常検出用暗証コード（第二の暗証コードに相当）とを示す口座データを記憶する。
【０１１３】
また、ＡＴＭ１０が、カード読取部１１（カード読取手段に相当）にて、利用者から提示された口座の識別情報としての口座番号が担持されたキャッシュカードから、口座番号を読み取り、Ｓ１４０又はＳ２２０で実行する暗証コード取得処理にて、利用者が操作可能な表示操作部１３（入力装置に相当）から、カードを提示した利用者が入力した暗証コード（５桁の暗証コード）を取得する（暗証コード取得手段に相当）。
【０１１４】
また、金融機関システム３０は、ＡＴＭ１０にて読み取られた口座番号の情報に基づき、Ｓ７１０又はＳ９１０にて、口座管理データベース３７から、対応する口座の手続用暗証コード及び異常検出用暗証コードが記された口座データを読み出し（読出手段に相当）、ＡＴＭ１０が利用者から取得した５桁の暗証コードの内、先に入力された４桁の暗証コード（第一の部位に相当）と、口座データに記された手続用暗証コードとを、Ｓ７６０又はＳ９６０にて照合して両コードが一致するか否かを判断する（引出許可判断手段に相当）。
【０１１５】
そして、両コードが一致する場合には、口座残高が十分である限り、上記口座番号に対応する口座からの金銭の引き出しを許可して（Ｓ７６０でＹｅｓ、Ｓ９６０でＹｅｓ）、出金手続又は振込手続を実行し（Ｓ７７０又はＳ９７０）、利用者の要求に応じて、上記口座から金銭を引き出す（引出処理手段に相当）。
【０１１６】
尚、この際の利用者の要求が、出金手続要求である場合には、ＡＴＭ１０に対して出金許可との応答データを送信して（Ｓ７８０）、ＡＴＭ１０に、受取口から金銭を支払わせる（Ｓ４２０）。その他、両コードが一致しない場合には、口座からの金銭の引き出しを禁止する（Ｓ７６０でＮｏ、Ｓ９６０でＮｏ）。
【０１１７】
また、本実施例の管理システム１の特徴として、金融機関システム３０は、ＡＴＭ１０が利用者から取得した５桁の暗証コードの内、５桁目の暗証コード（第二の部位に相当）と、口座管理データベース３７から読み出した口座データが示す異常検出用暗証コードとを、Ｓ７５０又はＳ９５０にて照合して、両コードが一致するか否かを判断し（異常有無判断手段に相当）、両コードが一致しない場合には、暗証コードの入力操作について異常が有ると判断して（Ｓ７５０でＮｏ、Ｓ９５０でＮｏ）、異常検出データを出力する（Ｓ７５５又はＳ９５５）。
【０１１８】
その他、金融機関システム３０は、ＡＴＭから受信した要求データに、５桁目の暗証コードが含まれない場合、Ｓ７４０又はＳ９４０でＹｅｓと判断して、異常検出データを出力する（Ｓ７５５又はＳ９５５）。
【０１１９】
その他、異常処理部３５（異常報知手段に相当）は、異常が有ると判断されて異常検出データが出金振込処理部３３から入力されると、監視制御装置６０に向けて異常報知データを出力して、監視制御装置６０に異常を報知すると共に（Ｓ１０２０）、口座毎に異常の報知先を示す連絡先データを有する連絡先データベース３９（報知先情報記憶手段に相当）から、ＡＴＭにて読み取られた口座番号に対応する口座の連絡先データを読み出して、この連絡先データが示す連絡先に、電子メール又は電話の形態で、異常を報知するためのデータを送信し（Ｓ１０５０又はＳ１０６０）、顧客に異常を報知する。
【０１２０】
従って、この管理システム１によれば、正当な利用者の入力操作に対しては異常を検出せず、不正な利用者の入力操作に対しては異常を検出し、これを報知する動作を、従来システムよりも高精度且つ迅速に行うことができる。
【０１２１】
即ち、本実施例の管理システム１では、異常検出用暗証コードを間違えて入力しても口座から金銭を引き出せることから、口座保有者とっては、暗証コードの５桁目に、忘れてしまいがちなコードを設定しても、特に問題がない。従って、本実施例によれば、暗証コードに、悪意の者に想起されやすい暗証コードが利用者によって設定される傾向を弱めることができ、手続用暗証コードが、悪意の者に特定されて不正な引き出しが可能となっても、異常検出用暗証コードについては、悪意の者に特定されなくて済む。
【０１２２】
そして、本実施例によれば、利用者から入力された５桁目の暗証コードと、異常検出用暗証コードとが一度でも異なれば、異常を検出して、これを顧客に報知するので、手続用暗証コードが悪意の者に知られた場合においての不正操作の検出及び報知を、従来より高精度且つ迅速に行うことができるのである。勿論、正当な利用者でも５桁目の暗証コードとして誤ったコードを入力すれば異常が検出されて異常の報知が行われるが、異常の報知は利用者に対して行われるので、正当な利用者の入力ミスにより誤った異常報知をすることについては特に問題がない。また、利用者が入力ミスをしない限り、誤った異常報知は行われないので、当該システムによれば、ＡＴＭの利用がある度に、ＡＴＭの利用があった旨の報知を行う場合よりも、利用者に煩わしさを与えなくて済む。
【０１２３】
よって、この管理システム１によれば、不正操作がなされた場合に、早期に不正操作を発見することができて、これに迅速に対処することができ、スキミング等による不正な引き出し被害を抑制することができる。
【０１２４】
また、本実施例によれば、５桁目の暗証コードが正しく入力されていなくとも、金銭を引き出す処理を実行するので、悪意の者が暗証コードを間違えて入力した場合には、悪意の者に対して知られずに、顧客（口座保有者）に対して、異常を報知することができる。そして、このことについて、悪意の者に対し不安を抱かせることができるので、本実施例によれば、複数回に及ぶ不正な引き出し被害が発生するのを抑制することができる。
【０１２５】
つまり、本実施例によれば、利用者が暗証コードとして悪意の者に容易に想起されやすい暗証コードを設定するのを抑制することができ、異常が報知されるかもしれないといった不安を悪意の者に抱かせることができるので、効果的に、不正な引き出し被害の発生を抑制することができる。
【０１２６】
また、本実施例によれば、オペレータを介さずに、電子メール又は電話の形態で、顧客に異常の報知を行うので、異常検出後、迅速に顧客に対して異常を報知することができる。その他、報知の形態を、電子メール又は電話としているので、利用者にとっては、携帯端末に割り当てられたメールアドレスや電話番号を、連絡先としておけば、外出先等においても即座に異常を知ることができる。従って、効果的に、不正な引き出し被害の発生を抑制することができる。
【０１２７】
その他、本実施例では、監視制御装置６０が、監視カメラ５０毎に、監視カメラ個別制御タスクを実行すると共に、異常報知データが入力された場合には、異常報知データが示すＡＴＭ識別コードに基づいて、異常が検出されたＡＴＭ１０の周囲を撮影する監視カメラ５０を制御する監視カメラ個別制御タスクに対して、異常モードへの移行指示を入力する（モード制御手段）。
【０１２８】
監視カメラ個別制御タスクは、Ｓ１２１０〜Ｓ１２３０の処理を繰返し実行する通常モードと、Ｓ１２４０〜Ｓ１２８０の処理を実行する異常モードとを有し、異常モードでは、通常モードとは異なり、撮影方向を固定化した状態にて、ＡＴＭ１０の周囲を撮影し、この撮影内容を示す映像データを記録する（映像記録手段に相当）。このため、監視制御装置６０は、監視カメラ統括制御タスクにて、異常モードへの移行指示を入力することにより、該当する監視カメラ個別制御タスクを、所定期間異常モードへ移行させて、監視カメラ５０に異常が検出されたＡＴＭ１０周囲のみを重点的に撮影させることができるのである。従って、本実施例の管理システム１は、映像データによる不正利用者の特定に有用である。
【０１２９】
また、この管理システム１によれば、異常報知データが入力されると、監視カメラ統括制御タスクが、対応する監視カメラ個別制御タスクを異常モードに移行させて、その監視カメラ個別制御タスクに、Ｓ１２６０の処理を実行させ、モード移行時点の撮影内容を示す映像データの部位を、マーキングさせる（マーキング手段に相当）。従って、本実施例によれば、異常を検出した時点の撮影内容を示す映像データの部位を容易に見つけだすことができ、効率的に映像データを調査することができ、映像データから不正利用者が映し出された映像を特定する労力を、従来と比較して軽減することができる。
【０１３０】
また、本実施例では、補助的に、Ｓ１２５０にて、異常モードへの移行履歴（換言すると異常報知データの受信履歴であって、報知動作の実行履歴）を記録部６３に保存する（履歴記録手段に相当）。従って、本実施例によれば、不正操作者の特定を行う際に、効率よく映像データの調査を行うことができる。
【０１３１】
尚、本発明の管理システム１は、上記実施例に限定されるものではなく、種々の態様を採ることができる。
例えば、上記実施例では、手続用暗証コード及び異常検出用暗証コードを数字で構成することとしたが、暗証コードは、数字とアルファベットとで構成されてもよい。例えば、手続用暗証コードを、従来通り４桁の数字で構成し、異常検出用暗証コードを、アルファベットで構成すると、利用者が、５桁の暗証コードを覚え易くて便利である。
【０１３２】
その他、上記実施例では、一度、異常検出用暗証コードを口座データに登録した後にも、入力履歴に基づいて異常検出用暗証コードを更新するように金融機関システム３０を構成したが、異常検出用暗証コードを更新しないように、金融機関システム３０を構成してもよい。具体的には、Ｓ７３５及びＳ９３５の処理を省くことで、異常検出用暗証コードを更新しないように金融機関システム３０を構成することができる。
【０１３３】
尚、異常検出用暗証コードを入力履歴に基づいて更新する場合には、異常検出用暗証コードの変更を窓口にて申請しなくても、意識的に入力するＵＩＤ値を変更することで、利用者は頻繁に異常検出用暗証コードを変更することができる。従って、この場合には、悪意の者に正しい暗証コードを知られる可能性を低くすることができる。しかしながら、このシステムの場合には、悪意の者が複数回不正な暗証コードの入力操作をすると、異常を検知することができなくなるといったデメリットがある。
【０１３４】
勿論、ある程度の回数以上（例えば１０回以上）、同一のＵＩＤ値が入力されなければ、異常検出用暗証コードを更新しないように金融機関システム３０を構成すれば、それまでに口座取引を禁止することができるので、実質的には問題ないが、異常検出用暗証コードを入力履歴に基づいて更新しないようにすれば、このような問題を確実に防止することができる。
【０１３５】
また、上記実施例では、異常検出用暗証コードをＵＩＤ値の入力履歴に基づいて決定するようにしたが、異常検出用暗証コードについても、手続用暗証コードと同様、口座開設時に登録するようにしてもよい。
【図面の簡単な説明】
【０１３６】
【図１】本実施例の管理システム１の構成を表すブロック図である。
【図２】口座管理データベース３７の構成を表す説明図（ａ）及び連絡先データベース３９の構成を表す説明図（ｂ）である。
【図３】制御部２１が実行するメインルーチンを表すフローチャートである。
【図４】制御部２１が実行する暗証コード取得処理を表すフローチャートである。
【図５】出金手続要求データの構成を表す説明図（ａ）及び振込手続要求データの構成を表す説明図（ｂ）である。
【図６】制御部２１が実行する出金手続後処理を表すフローチャート（ａ）及び振込手続後処理を表すフローチャート（ｂ）である。
【図７】出金振込処理部３３が実行する受付処理を表すフローチャートである。
【図８】出金振込処理部３３が実行する出金処理を表すフローチャートである。
【図９】出金振込処理部３３が実行する履歴記録処理を表すフローチャートである。
【図１０】異常検出データの構成を表す説明図である。
【図１１】出金振込処理部３３が実行する振込処理を表すフローチャートである。
【図１２】異常処理部３５が実行する異常報知処理を表すフローチャートである。
【図１３】異常報知データの構成を表す説明図である。
【図１４】制御部６１が実行する監視カメラ統括制御処理を表すフローチャート（ａ）及び監視カメラ個別制御処理を表すフローチャート（ｂ）である。
【符号の説明】
【０１３７】
１…管理システム、１０…ＡＴＭ、１１…カード読取部、１３…表示操作部、１５…明細発行部、１７…現金受渡部、１９，３１…通信部、２１，６１…制御部、３０…金融機関システム、３３…出金振込処理部、３５…異常処理部、３７…口座管理データベース、３９…連絡先データベース、５０…監視カメラ、６０…監視制御装置、６３…記録部、６５…操作部、６７…表示部、７０…メールサーバ
【図１】
2006323659.tif 000003
【図２】
2006323659.tif 000004
【図３】
2006323659.tif 000005
【図４】
2006323659.tif 000006
【図５】
2006323659.tif 000007
【図６】
2006323659.tif 000008
【図７】
2006323659.tif 000009
【図８】
2006323659.tif 000010
【図９】
2006323659.tif 000011
【図１０】
2006323659.tif 000012
【図１１】
2006323659.tif 000013
【図１２】
2006323659.tif 000014
【図１３】
2006323659.tif 000015
【図１４】
2006323659.tif 000016