(57)【特許請求の範囲】
【請求項１】
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して、入出金のための取引処理を実行する装置であって
前記入出金のための取引処理を所定の手順に従って制御し、前記取引処理の結果生成された取引データを業務用記憶装置に記憶させるとともに、前記取引データを管理用に形式変換して管理用記憶装置に記憶させる業務アプリケーションと、
前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、前記自動制御デバイスを含む自動取引装置の保守管理処理を制御する管理アプリケーションと、
前記業務アプリケーションと通信をして、前記入出金のための取引処理時にユーザが操作をする画面を表示し、前記取引データの入出力制御を実行し、前記管理アプリケーションと通信をして、前記保守管理処理のためのデータの入出力処理を実行し、前記自動制御デバイスを制御するためのデータ通信をするブラウザと、
前記ブラウザからコマンドを受け付け、個々の自動制御デバイスに該当する処理を実行させるためのコマンドを生成して前記自動制御デバイスに送信し、前記ブラウザに対応するレスポンスを返すミドルウエアと、
前記ブラウザとミドルウエアとの間のプログラム間通信を制御するアプリケーションインタフェースとを備えたことを特徴とする自動取引装置。
【請求項２】
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して入出金のための取引処理を実行する自動取引装置の制御をするシステムであって、
前記入出金のための取引処理を所定の手順に従って制御し、前記取引処理の結果生成された取引データを業務用記憶装置に記憶させるとともに、前記取引データを管理用に形式変換して管理用記憶装置に記憶させる業務アプリケーションがリモートウェブサーバに設けられており、
前記自動取引装置には、
前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、前記自動制御デバイスを含む自動取引装置の保守管理処理を制御する管理アプリケーションと、
前記リモートウェブサーバとネットワークを介して接続されたネットワークインタフェースと、
ユーザが操作をするための画面を表示し、前記リモートウェブサーバの業務アプリケーションと前記ネットワークインタフェースを介して通信をして、入出金のための取引処理を実行するブラウザと、
前記ブラウザからコマンドを受け付け、前記自動制御デバイスに該当する処理を実行させて、ブラウザにレスポンスを返すミドルウエアと、
前記ブラウザとミドルウエアとの間のプログラム間通信を制御するアプリケーションインタフェースとが設けられていることを特徴とする自動取引装置制御システム。
【請求項３】
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して、入出金のための取引処理を実行する自動取引装置の制御をするシステムであって、
前記入出金のための取引処理を所定の手順に従って制御し、前記取引処理の結果生成された取引データを業務用記憶装置に記憶させるとともに、前記取引データを管理用に形式変換して管理用記憶装置に記憶させる業務アプリケーションと、前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、前記自動制御デバイスを含む自動取引装置の保守管理処理を制御する管理アプリケーションとがリモートウェブサーバに設けられており、
前記自動取引装置には、
前記リモートウェブサーバとネットワークを介して接続されたネットワークインタフェースと、
ユーザが操作をするための画面を表示し、前記リモートウェブサーバの業務アプリケーションと前記ネットワークインタフェースを介して通信をして、当該業務アプリケーションの制御により前記入出金のための取引処理を実行し、かつ、前記リモートウェブサーバの管理アプリケーションと前記ネットワークインタフェースを介して通信をして、当該管理アプリケーションの制御により前記自動制御デバイスを含む自動取引装置の保守管理処理のためのデータの入出力処理を実行するブラウザと、
前記ブラウザからコマンドを受け付け、前記自動制御デバイスに該当する処理を実行させて、ブラウザにレスポンスを返すミドルウエアと、
前記ブラウザとミドルウエアとの間のプログラム間通信を制御するアプリケーションインタフェースとが設けられていることを特徴とする自動取引装置制御システム。
【請求項４】
請求項１に記載の自動取引装置において、
前記管理アプリケーションは、前記管理用記憶装置に記憶された取引データを使用して前記自動取引装置の障害復旧処理および監視処理を制御することを特徴とする自動取引装置。
【請求項５】
請求項２または３に記載の自動取引装置制御システムにおいて、
前記管理アプリケーションは、前記管理用記憶装置に記憶された取引データを使用して前記自動取引装置の障害復旧処理および監視処理を制御することを特徴とする自動取引装置制御システム。
【請求項６】
請求項２に記載の自動取引装置制御システムにおいて、
前記自動取引装置に前記ブラウザにより表示制御される画面は、複数のフレームから構成され、
前記いずれかのフレームに、ネットワーク監視モジュールが組み込まれており、
前記ネットワーク監視モジュールは、ネットワークを通じて自動取引装置が前記リモートウェブサーバと正常な通信が可能かどうかを監視し、正常な通信ができないと判断したときは、ローカルウェブサーバに通知し、
前記ローカルウェブサーバは、障害復旧処理を制御する管理アプリケーションを起動することを特徴とする自動取引装置制御システム。
【請求項７】
請求項６に記載の自動取引装置制御システムにおいて
前記ネットワーク監視モジュールは、前記リモートウェブサーバに対して、前記業務アプリケーションによる取引処理開始時に、何らかのレスポンスを要求するリクエストを送信し、一定時間を経過してもなおレスポンスが受信されないときは、正常な通信ができないと判断することを特徴とする自動取引装置制御システム。
【請求項８】
請求項６または７に記載の自動取引装置制御システムにおいて
前記管理アプリケーションは、
前記管理用記憶装置に記憶された取引データを参照して、前記正常な通信ができなくて中断した取引を正常に終了させるとともに、いずれかの前記自動制御デバイスと通信をして障害が発生していないかどうかを確認し、障害が発生したデバイスがあれば、そのデバイスを切り離して、前記自動取引装置による取引を再開することを特徴とする自動取引装置制御システム。
【請求項９】
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して、入出金のための取引処理を実行する自動取引装置のコンピュータを、
請求項１に記載の業務アプリケーションと、管理アプリケーションとブラウザとミドルウエアとアプリケーションインタフェースとして機能させるコンピュータプログラム。
【請求項１０】
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して入出金のための取引処理を実行する自動取引装置の制御をするシステムにおいて、
前記リモートウェブサーバのコンピュータを、請求項２に記載の業務アプリケーションとして機能させ
前記自動取引装置のコンピュータを、請求項２に記載の管理アプリケーションとブラウザとミドルウエアとアプリケーションインタフェースとして機能させるコンピュータプログラム。
【請求項１１】
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して入出金のための取引処理を実行する自動取引装置の制御をするシステムにおいて、
前記リモートウェブサーバのコンピュータを、請求項３に記載の業務アプリケーションと管理アプリケーションとして機能させ
前記自動取引装置のコンピュータを、請求項３に記載のブラウザとミドルウエアとアプリケーションインタフェースとして機能させるコンピュータプログラム。
【請求項１２】
請求項９または１０または１１に記載のコンピュータプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１３】
異種の金融システムの業務アプリケーションにより制御される、それぞれ異種の複数の自動取引装置に対して、
ユーザが操作をするための画面を表示し、前記いずれかの業務アプリケーションとネットワークインタフェースを介して通信をして、入出金取引処理を実行するブラウザと、
前記ブラウザからコマンドを受け付け、前記入出金取引処理時に駆動される機構を含む自動制御デバイスに、該当する処理を実行させて、ブラウザにレスポンスを返すミドルウエアと、
前記ブラウザと前記ミドルウエアとの間のプログラム間通信を仲介制御するアプリケーションインタフェースとを搭載し、
前記業務アプリケーションに、取引処理の結果生成された取引データを、前記異種の全ての自動取引装置に共通する管理用の取引データに形式変換して、任意の場所に設けた管理用記憶装置に記憶させる手段を付加し、
前記業務アプリケーションとは分離独立し、前記管理用記憶装置に記憶されたデータを利用して、前記全ての自動取引装置の自動制御デバイスを含む保守管理処理を制御する管理アプリケーションを動作させる手段を設けることを特徴とする、異種の金融システムに管理される自動取引装置の統合管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関等で使用される多数の自動取引装置の制御に適する自動取引装置制御システムに関する。
【背景技術】
【０００２】
従来、金融機関の自動取引装置は、それぞれその金融機関固有のコンピュータシステムにより運用されてきた。特に、堅牢で高い信頼性とセキュリティを確保することに重点を置き、独自のサービスを生かすためのシステム開発がなされてきた（特許文献１参照）。
【特許文献１】特開２００６−３４３８０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
近年になって、金融機関の合併が頻発し、さらには、顧客の便宜を図るために、自動取引装置の相互利用や共有化が強く要求されるようになった。しかし、それぞれ独自に設計開発されたコンピュータシステムを相互に接続して連携させるのは容易でない。いずれか一方のシステムに統合するために、他方のシステムの既存の自動取引装置やその制御のためのソフトウエアやハードウエアを一挙に廃棄して更新するのは不経済で現実的でない。
【０００４】
上記の課題を解決するために、本発明は次のような自動取引装置制御システムを提供することを目的とする。
まず、自動取引装置の相互利用や共有化のための開発コストや管理コストを削減するために、既存のソフトウエアやハードウエア資産を有効に生かしつつ、部分的にソフトウエアやデータの共通化を図る。さらに、ネットワークを介しての制御を可能にするために、ウエブベースで自動取引装置の制御をし、汎用性の高い管理を可能にする。また、自立して入出金取引を実行する構成のシステムから、順次、ネットワークを介して全ての機能を遠隔制御するシステムに移行することを可能にする。
【課題を解決するための手段】
【０００５】
以下の構成はそれぞれ上記の課題を解決するための手段である。
〈構成１〉
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して、入出金のための取引処理を実行する装置であって、
前記入出金のための取引処理を所定の手順に従って制御し、前記取引処理の結果生成された取引データを業務用記憶装置に記憶させるとともに、前記取引データを管理用に形式変換して管理用記憶装置に記憶させる業務アプリケーションと、
前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、前記自動制御デバイスを含む自動取引装置の保守管理処理を制御する管理アプリケーションと、
前記業務アプリケーションと通信をして、前記入出金のための取引処理時にユーザが操作をする画面を表示し、前記取引データの入出力制御を実行し、前記管理アプリケーションと通信をして、前記保守管理処理のためのデータの入出力処理を実行し、前記自動制御デバイスを制御するためのデータ通信をするブラウザと、
前記ブラウザからコマンドを受け付け、個々の自動制御デバイスに該当する処理を実行させるためのコマンドを生成して前記自動制御デバイスに送信し、前記ブラウザに対応するレスポンスを返すミドルウエアと、
前記ブラウザとミドルウエアとの間のプログラム間通信を制御するアプリケーションインタフェースとを備えたことを特徴とする自動取引装置。
【０００６】
業務アプリケーションと管理アプリケーションとブラウザ等のコンピュータプログラムを連携動作させることにより、金融機関等で使用される自動取引装置をウエブベースで制御することができる。また、業務アプリケーションと管理アプリケーションとを別個独立に設けることにより、両者の開発や運用を分離することができ、例えば、業務アプリケーションは金融機関毎に固有のものでも、管理アプリケーションを自動取引装置の機種を問わない共通の仕様にできる。業務アプリケーションが取引データを管理用に形式変換して記憶装置に記憶させるので、業務アプリケーションは独自の形式の取引データを扱える一方、共通仕様の管理アプリケーションが、管理用の取引データを使用して、障害復旧等の管理業務を実行できる。
【０００７】
〈構成２〉
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して入出金のための取引処理を実行する自動取引装置の制御をするシステムであって、
前記入出金のための取引処理を所定の手順に従って制御し、前記取引処理の結果生成された取引データを業務用記憶装置に記憶させるとともに、前記取引データを管理用に形式変換して管理用記憶装置に記憶させる業務アプリケーションがリモートウェブサーバに設けられており、
前記自動取引装置には、
前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、前記自動制御デバイスを含む自動取引装置の保守管理処理を制御する管理アプリケーションと、
前記リモートウェブサーバとネットワークを介して接続されたネットワークインタフェースと、
ユーザが操作をするための画面を表示し、前記リモートウェブサーバの業務アプリケーションと前記ネットワークインタフェースを介して通信をして、入出金のための取引処理を実行するブラウザと、
前記ブラウザからコマンドを受け付け、前記自動制御デバイスに該当する処理を実行させて、ブラウザにレスポンスを返すミドルウエアと、
前記ブラウザとミドルウエアとの間のプログラム間通信を制御するアプリケーションインタフェースとが設けられていることを特徴とする自動取引装置制御システム。
【０００８】
業務アプリケーションはリモートサーバに、管理アプリケーションはローカルサーバに設ける。業務アプリケーションの制御により取得された取引データが管理用に形式変換されて自動取引装置の記憶装置に記憶されるので、ネットワーク障害が発生しても、管理アプリケーションは、自動取引装置を独自に復旧できる。
【０００９】
〈構成３〉
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して、入出金のための取引処理を実行する自動取引装置の制御をするシステムであって、
前記入出金のための取引処理を所定の手順に従って制御し、前記取引処理の結果生成された取引データを業務用記憶装置に記憶させるとともに、前記取引データを管理用に形式変換して管理用記憶装置に記憶させる業務アプリケーションと、前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、前記自動制御デバイスを含む自動取引装置の保守管理処理を制御する管理アプリケーションとがリモートウェブサーバに設けられており、
前記自動取引装置には、
前記リモートウェブサーバとネットワークを介して接続されたネットワークインタフェースと、
ユーザが操作をするための画面を表示し、前記リモートウェブサーバの業務アプリケーションと前記ネットワークインタフェースを介して通信をして、当該業務アプリケーションの制御により前記入出金のための取引処理を実行し、かつ、前記リモートウェブサーバの管理アプリケーションと前記ネットワークインタフェースを介して通信をして、当該管理アプリケーションの制御により前記自動制御デバイスを含む自動取引装置の保守管理処理のためのデータの入出力処理を実行するブラウザと、
前記ブラウザからコマンドを受け付け、前記自動制御デバイスに該当する処理を実行させて、ブラウザにレスポンスを返すミドルウエアと、
前記ブラウザとミドルウエアとの間のプログラム間通信を制御するアプリケーションインタフェースとが設けられていることを特徴とする自動取引装置制御システム。
【００１０】
業務アプリケーションも管理アプリケーションもリモートサーバ側にあるので、多数の自動取引装置をネットワークを通じて遠隔制御できる。また、自動取引装置に記録を残さないので、セキュリティの堅固なシステムを構築できる。また、自動取引装置の価格も低減できる。
【００１１】
〈構成４〉
構成１に記載の自動取引装置において、
前記管理アプリケーションは、前記管理用記憶装置に記憶された取引データを使用して前記自動取引装置の障害復旧処理および監視処理を制御することを特徴とする自動取引装置。
〈構成５〉
構成２または３に記載の自動取引装置制御システムにおいて、
前記管理アプリケーションは、前記管理用記憶装置に記憶された取引データを使用して前記自動取引装置の障害復旧処理および監視処理を制御することを特徴とする自動取引装置制御システム。
【００１２】
構成４と構成５では、管理アプリケーションを、業務アプリケーションとは独立した管理専用の共通モジュールにすることができる。
【００１３】
〈構成６〉
請求項２に記載の自動取引装置制御システムにおいて、
前記自動取引装置に前記ブラウザにより表示制御される画面は、複数のフレームから構成され、
前記いずれかのフレームに、ネットワーク監視モジュールが組み込まれており、
前記ネットワーク監視モジュールは、ネットワークを通じて自動取引装置が前記リモートウェブサーバと正常な通信が可能かどうかを監視し、正常な通信ができないと判断したときは、ローカルウェブサーバに通知し、
前記ローカルウェブサーバは、障害復旧処理を制御する管理アプリケーションを起動することを特徴とする自動取引装置制御システム。
【００１４】
ブラウザにネットワーク監視機能を付与し、ネットワーク障害が発生したときに、自動的に管理アプリケーションを起動させることができる。
【００１５】
〈構成７〉
請求項６に記載の自動取引装置制御システムにおいて、
前記ネットワーク監視モジュールは、前記リモートウェブサーバに対して、前記業務アプリケーションによる取引処理開始時に、何らかのレスポンスを要求するリクエストを送信し、一定時間を経過してもなおレスポンスが受信されないときは、正常な通信ができないと判断することを特徴とする自動取引装置制御システム。
【００１６】
ネットワーク障害発生の有無を業務開始時に実行して、自動取引装置の正常な運用を担保する。
【００１９】
〈構成８〉
請求項６または７に記載の自動取引装置制御システムにおいて、
前記管理アプリケーションは、
前記管理用記憶装置に記憶された取引データを参照して、前記正常な通信ができなくて中断した取引を正常に終了させるとともに、いずれかの前記自動制御デバイスと通信をして障害が発生していないかどうかを確認し、障害が発生したデバイスがあれば、そのデバイスを切り離して、前記自動取引装置による取引を再開することを特徴とする自動取引装置制御システム。
【００２０】
管理アプリケーションは管理用記憶装置に記憶された取引データを使用して取引処理を再開できる。
【００２１】
〈構成９〉
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して、入出金のための取引処理を実行する自動取引装置のコンピュータを、
請求項１に記載の業務アプリケーションと、管理アプリケーションとブラウザとミドルウエアとアプリケーションインタフェースとして機能させるコンピュータプログラム。
〈構成１０〉
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して入出金のための取引処理を実行する自動取引装置の制御をするシステムにおいて、
前記リモートウェブサーバのコンピュータを、構成２に記載の業務アプリケーションとして機能させ、
前記自動取引装置のコンピュータを、構成２に記載の管理アプリケーションとブラウザとミドルウエアとアプリケーションインタフェースとして機能させるコンピュータプログラム。
〈構成１１〉
入出金のための取引処理時に駆動される機構を含む自動制御デバイスを制御して入出金のための取引処理を実行する自動取引装置の制御をするシステムにおいて、
前記リモートウェブサーバのコンピュータを、構成３に記載の業務アプリケーションと管理アプリケーションとして機能させ、
前記自動取引装置のコンピュータを、構成３に記載のブラウザとミドルウエアとアプリケーションインタフェースとして機能させるコンピュータプログラム。
【００２２】
〈構成１２〉
構成９または１０または１１に記載のコンピュータプログラムを記録したコンピュータで読み取り可能な記録媒体。
【００２３】
〈構成１３〉
異種の金融システムの業務アプリケーションにより制御される、それぞれ異種の複数の自動取引装置に対して、
ユーザが操作をするための画面を表示し、前記いずれかの業務アプリケーションとネットワークインタフェースを介して通信をして、入出金取引処理を実行するブラウザと、
前記ブラウザからコマンドを受け付け、前記入出金取引処理時に駆動される機構を含む自動制御デバイスに、該当する処理を実行させて、ブラウザにレスポンスを返すミドルウエアと、
前記ブラウザと前記ミドルウエアとの間のプログラム間通信を仲介制御するアプリケーションインタフェースとを搭載し、
前記業務アプリケーションに、取引処理の結果生成された取引データを、前記異種の全ての自動取引装置に共通する管理用の取引データに形式変換して、任意の場所に設けた管理用記憶装置に記憶させる手段を付加し、
前記業務アプリケーションとは分離独立し、前記管理用記憶装置に記憶されたデータを利用して、前記全ての自動取引装置の自動制御デバイスを含む保守管理処理を制御する管理アプリケーションを動作させる手段を設けることを特徴とする、異種の金融システムに管理される自動取引装置の統合管理方法。
【００２４】
異種の金融システムが統合されるときに、各自動取引装置にアプリケーションインタフェースを設けることにより、ブラウザを汎用コマンドで動作させて、全ての自動制御デバイスが制御できるようになる。管理アプリケーションは共通形式に変換された取引データを使用して、金融システムの違いを意識することなく管理業務ができる。管理用記憶装置と管理アプリケーションとは、自動取引装置側にあっても、リモートウェブサーバ側にあっても、どこにあっても構わない。
業務アプリケーションは、業務用記憶装置に当該業務アプリケーション固有の形式の取引データを記憶させる一方、当該取引データを、異種の業務管理用に編集して、管理用記憶装置に記憶させる。
取引データを、業務用の記憶装置に記憶させるだけでなく、管理アプリケーションのアクセスできる管理用に編集する。この管理用の取引データを、管理用記憶装置に記憶させる。業務用の取引データは金融機関特有のものであり、自動取引装置毎にことなることもある。一方、管理用の取引データのフォーマットは自動取引装置の機種を問わず共通化できる。従って、汎用性のある管理用アプリケーションがこれを読み取って、障害発生時の復旧処理等に利用できる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を実施例毎に詳細に説明する。
【実施例１】
【００２６】
［コンピュータの構成］
図１は実施例１の自動取引装置制御システムを示すブロック図である。円内にはその外観の一例を示す。
この自動取引装置制御システム１０は、自動取引装置１１に内蔵されたコンピュータ１２により制御される。コンピュータ１２は演算処理装置１４と業務用記憶装置１６と管理用記憶装置１８とを備えている。コンピュータ１２は、自動制御デバイス２０を制御して入出金等の取引処理を実行する。利用者は、自動取引装置１１のディスプレイ２２に表示された画面を見ながら入出金等の取引処理を実行する。
【００２７】
自動制御デバイス２０には、現金自動入出金機２４やカードリーダライタ３０や通帳レシートプリンタ３４が設けられている。現金自動入出金機２４は、紙幣デバイス２６と硬貨デバイス２８とを備えている。これらにより紙幣や硬貨の入出金処理をする。カードリーダライタ３０はカードデバイス３２を備えている。これはキャッシュカードの読み書きを制御する。通帳レシートプリンタ３４は通帳デバイス３６とレシートデバイス３７を備えている。通帳デバイス３６は通帳の印刷を制御する。レシートデバイス３７はレシートの印刷を制御する。自動取引装置１１は、これらの自動制御デバイスに入出金のための取引処理を実行させる。
【００２８】
コンピュータ１２には、ブラウザ４２とミドルウエア４４とアプリケーションインタフェース４６をインストールする。さらに、この自動取引装置が自立して取引処理を実行する機能を持つように、業務アプリケーション３８と管理アプリケーション４０をインストールする。なお、業務アプリケーション３８と管理アプリケーション４０とは、それぞれ、自動取引装置に内蔵された別個のコンピュータに独立にインストールされていて構わない。
【００２９】
業務アプリケーション３８は、入出金のための取引処理を所定の手順に従って制御し、取引データ５８を業務用記憶装置１６に記憶させる機能を持つ。取引処理というのは、例えば、預金の引き出し処理とか、送金処理といった処理である。業務アプリケーション３８は、さらに、取引処理の結果得られた取引データ５８を、定型フォーマットの取引データ５９に変換した上で、アプリケーションインタフェース４６を通じて管理用記憶装置１８に記憶させる機能を持つ。
【００３０】
管理アプリケーション４０は、管理用記憶装置１８に記憶された取引データ５９を利用して、自動制御デバイス２０を含む自動取引装置の保守管理処理を制御する機能を持つ。保守管理処理とは、例えば、自動取引装置の障害除去や、金庫に収納された現金の計数処理とか、取引ログの出力処理といった管理者の行う処理である。管理アプリケーション４０は、業務アプリケーション３８とは別個独立に動作するように構成されている。業務アプリケーション３８は、金融機関が固有のサービスを提供するために設計され、随時自由に改変される。一方、管理アプリケーション４０や管理用の取引データ５９は定型化されており、いずれの金融機関の自動取引装置にも共通化することができる。
【００３１】
ブラウザ４２は、ユーザが操作をして入出金のための取引処理を実現するときに、ディスプレイ２２を利用したマンマシンインタフェースとして機能する。業務アプリケーション３８や管理アプリケーション４０は、ブラウザ４２により表示されるウェブページを含む。ウェブページは、ＨＴＭＬ（Hyper Text Mark-up Language）、ＳＧＭＬ（Standard Generalized Mark-up Language）、ＸＭＬ（eXtensible Markup Language） 等の形式で作成されたものである。ウェブページのデータ中には、VBScript（登録商標）（Visual Basic Script：Microsoft社の開発したプログラミング言語）やJava（登録商標）（Sun Microsystems社の開発したプログラミング言語）、Java(登録商標）Script（Sun Microsystems社とNetscape Communications社が開発したスクリプト言語）等で記述したコンピュータ１２プログラムが含まれており、ブラウザ４２上で所定の処理を実行する。
【００３２】
ミドルウエア４４は自動制御デバイス２０を制御するためのコンピュータプログラムである。ミドルウエア４４は、アプリケーションインタフェース４６を介してブラウザ４２からコマンドを受け付け、デバイスに該当する処理を実行させて、アプリケーションインタフェース４６を介してブラウザ４２にレスポンスを返す機能を持つ。アプリケーションインタフェース４６は、例えば、ActiveX（登録商標）コントロールにより実現する。
【００３３】
アプリケーションインタフェース４６はブラウザ４２とミドルウエア４４との間のプログラム間通信を制御する。ミドルウエア４４と通信をするにはデバイス固有のコマンド等が必要になる。アプリケーションインタフェース４６は、ブラウザ等の上位のプログラムから汎用のコマンドを受け付けて、各ミドルウエアに対して固有のコマンドを送信する機能を持つ。また、逆方向についても、コマンドを変換して転送する機能を持つ。従って、業務アプリケーションや管理アプリケーションをデバイスを意識することなく開発できる。
【００３４】
［入出金取引処理］
図２は、業務アプリケーションの具体的な動作を示すシーケンスチャートである。
入出金のための取引処理では、まず、業務アプリケーション３８から、取引処理に必要な操作画面を表示するウェブページが送信されて、ブラウザ４２によりディスプレイ２２上にこの操作画面が表示される（Ｔ１、Ｔ２）。自動取引装置には、利用者が操作するための操作盤が設けられている。操作盤は、操作画面を表示するディスプレイ２２（図１）に貼り付けられた既知の透明感圧式電極群や、ディスプレイ２２の周辺に配置された操作ボタン群等を含む。取引開始画面が表示された状態で操作盤が操作されると、ブラウザ４２に操作制御信号が受け付けられる。ブラウザ４２は、操作制御信号を業務アプリケーション３８に送信する（Ｔ３）。ブラウザ４２は指定された取引画面を業務アプリケーション３８から受信して表示する（Ｔ４）。
【００３５】
利用者の操作に従って、取引画面を用いた取引処理が進められる（Ｔ５）。取引画面のウェブページ中に記述されたスクリプト言語が解釈されると、ブラウザ４２から、該当するコマンドがアプリケーションインタフェース４６に送出される（Ｔ６）。また、図示していないが、ブラウザ４２は、各デバイスを制御するためのコマンドを業務アプリケーション３８から受信すると、そのコマンドをアプリケーションインタフェース４６に転送する。そのコマンドはアプリケーションインタフェース４６からミドルウエア４４に送信され（Ｔ７）、解釈されて自動制御デバイス２０が制御される（Ｔ８）。こうして現金の入出金等の取引処理が実行される。その処理結果（レスポンス）は、これまでと逆方向にブラウザ４２に転送される（Ｔ９−Ｔ１１）。レスポンスの内容は、例えば、指定された金額の出金成功といった情報である。
【００３６】
ブラウザ４２は処理結果を業務アプリケーション３８に返す（Ｔ１２）。業務アプリケーション３８は、業務用記憶装置１６に取引データ５８を記憶させる（Ｔ１３）。さらに、この取引データ５８を定型フォーマットの取引データ５９に変換する（Ｔ１４）。そして、ブラウザ４２を経由してアプリケーションインタフェース４６に対して、取引データ５９の書き込みを依頼する（Ｔ１５、Ｔ１６）。アプリケーションインタフェース４６は、管理用記憶装置１８に取引データ５９を書き込む（Ｔ１７）。さらに、業務アプリケーション３８は、所定のタイミングで、図示しないネットワークを介して、金融機関の管理サーバに取引処理の結果を転送する。
【００３７】
このように、業務アプリケーションと管理アプリケーションとを完全に別体にし、後者に汎用性を持たせることにより、例えば、業務アプリケーションを入れ替えれば、自由に別の金融機関用として自動取引装置を運用することができる。
【００３８】
［障害対応処理］
ここで、自動取引装置に障害が発生したときには、サービスマンが自動取引装置を制御しながらその機能を点検して復旧を試みる。復旧処理の際には、中断した取引処理を完結させたり、取引データ５８を書き直したり、様々な処理が実行される。サービスマンが保守点検用のノートパソコン等に、業務アプリケーションや管理アプリケーションをインストールして持参するのは、セキュリティ上問題がある。また、業務アプリケーションは金融機関により随時独自に改変される。そこで、保守管理業務専用の管理アプリケーション４０を、自動取引装置１１にインストールしておく。業務アプリケーション３８が使用する取引データ５８の変更等が必要になったときには、管理アプリケーション４０から業務アプリケーション３８に該当する処理を依頼する。
【００３９】
自動取引装置１１のコンピュータ１２にインストールされた管理アプリケーション４０は、汎用性の高い管理処理を実行する機能を持つ。即ち、自動取引装置の機種を問わない共通化された動作をするように設計されている。ここで、管理アプリケーション４０と業務アプリケーション３８の役割分担をもう一度明確にしておく。管理アプリケーション４０は、自動取引装置の起動、終了制御、自動取引装置の接続デバイスに対する初期化、障害監視、障害復旧の制御、デバイスの状態、スケジュール、係員設定に従った顧客取引モードの算出、監視システムとの連動制御、係員、保守員取引の制御、顧客取引障害の復旧処理、業務アプリケーション３８との連携制御等の処理を実行する。
【００４０】
一方、業務アプリケーション３８は、顧客取引の実行制御、顧客取引で使用されるデバイスの制御、勘定系システムとの勘定系取引の連動制御、業務用の記憶装置への顧客取引記録の格納処理、管理用の記憶装置への顧客取引記録の格納処理、ＣＲＭ（顧客関係管理）システムとの連携制御（顧客情報にもとづいた画面表示制御など）、ローカルウェブサーバ５２との連携制御等の処理を実行する。従って、連携制御のためのインタフェース以外の部分については、管理アプリケーション４０と業務アプリケーション３８とは別個に切り離して開発をすることができるので、システムの開発や運用を円滑に行うことができる。例えば、業務アプリケーションは金融機関直属のシステムエンジニアにより設計される。管理アプリケーションは、自動取引システムの管理運用を主たる業務とする会社のエンジニアにより設計される。
【００４１】
ここで、例えば、中断した取引により発生した障害を復旧する場合に、管理アプリケーション４０は、中断した取引の状態を確認する必要がある。業務アプリケーション３８は、正常な取引処理を実行中に、使用される取引データ５８を、業務用記憶装置１６に記憶させる。しかし、管理アプリケーション４０は取引データ５８を読むことができない。そこで、業務アプリケーション３８は、取引データ５８を、管理アプリケーション４０が読み取ることのできる定型フォーマットに変換し、アプリケーションインターフェースを通じて管理用記憶装置５９に記憶させる。
【００４２】
業務アプリケーション３８が、金融機関独自の形式の取引データ５８を、共通化された定型フォーマットの取引データ５９に変換するので、管理アプリケーション４０を、独自の取引データ５８を意識することなく開発することができる。例えば、複数の金融機関を統合するときには、当初、複数種類の業務アプリケーション３８と取引データ５８と自動取引装置とが併存する。このとき、管理アプリケーション４０とこれが取り扱う取引データ５９とを共通化しておく。これにより、管理システムの統合を最短時間で実施することができる。
【００４３】
一方、共通化された定型フォーマットの取引データ５９は、ログファイルとして保存して、管理業務に利用する。例えば、自動制御デバイス２０に障害が発生したときには、中断した取引を自動的に完結させるために使用される。アプリケーションインタフェース４６とミドルウエア４４により、自動制御デバイス２０を構成する各ハードウエアの独自性は吸収される。即ち、ハードウエアが独自の仕様でも、管理アプリケーション４０の制御は共通化できる。従って、あらゆる自動取引装置について、管理アプリケーション４０を共通化して、その開発コストを軽減できる。次に、管理アプリケーション４０による具体的な障害復旧処理動作を説明する。
【００４４】
図３は障害復旧処理例を示す動作フローチャートである。
管理アプリケーション４０は、自動取引装置１１の各部の障害監視をする（ステップＳ１１）。管理アプリケーション４０は、例えば、ブラウザ４２に制御される常駐フレーム上で動作する。そして、所定のタイミングで各自動制御デバイス２０に対して応答要求コマンドを送信する。レスポンスが無いときやレスポンスが異常なときには、そのデバイスに障害発生と判断する。管理アプリケーション４０は、ステップＳ１２で障害検出をすると、ステップＳ１３で、管理用記憶装置１８に記憶された取引データ５９の読み取りをする。次いで、監視中に取得したデータやこの取引データ５９を利用して、障害の診断を実行する（ステップＳ１４）。そして、ステップＳ１５で、管理アプリケーション４０は、業務アプリケーション３８と連携をして、中断した取引を正常に終了させる。
【００４５】
例えば、出金取引時に紙幣デバイスの紙幣搬送障害が発生したとする。利用者の呼び出しに応じた係員は、紙幣搬送障害を除去するとともに、出金取引開始直前の状態に戻す処理を管理アプリケーション４０に要求する。管理アプリケーション４０は、該当する取引データ５９を読み取って、取引取り消し処理の対象を特定する。この情報を業務アプリケーション３８に通知すると、業務アプリケーション３８は中断した取引の内容を確認してその取り消し処理を実行する。管理アプリケーション４０は、その結果を受け取って、その他の復旧処理を進める。
【００４６】
その後、管理アプリケーション４０は、自動取引装置の各デバイスに障害が発生していないかどうかを確認する（ステップＳ１６）。このために、通帳デバイス３６、紙幣デバイス２６、硬貨デバイス２８等と通信をする。機能障害が発生したデバイスがあれば、そのデバイスをシステムから切り離す。例えば、通帳デバイス３６に障害があれば、記帳処理をしないモードに装置を設定する（ステップＳ１７）。記帳処理関連プログラムの動作を禁止して、取引処理を再開すればよい。自動取引装置のブースには、「ご入金」「お引き出し」「お振り込み」「記帳」といった表示があり、モードに応じてバックライトが点灯している。その「記帳」のバックライトを消灯して、該当するモードで取引を再開する（ステップＳ１８）。
【実施例２】
【００４７】
［ネットワーク利用システム］
図４は、ネットワークを利用した自動取引装置制御システムの実施例を示すブロック図である。
この実施例２では、自動取引装置とネットワーク４８を介して接続されたリモートウェブサーバ５０の業務アプリケーション３８が、入出金のための取引処理を制御する。即ち、リモートウェブサーバ５０から取引処理に必要な画面を表示するウェブページが自動取引装置に送信されて、ブラウザ４２により操作画面が表示される。利用者の操作に従って、ウェブページ中に記述されたスクリプト言語が解釈され、該当するコマンドがアプリケーションインタフェース４６を通じてミドルウエア４４に送出されて取引処理が実行される。その処理結果は、自動取引装置からリモートウェブサーバ５０に転送される。この実施例２のように、自動取引装置１１から図１に示した業務アプリケーションと業務用記憶装置１６を除去すると、自動取引装置１１を共通化して汎用性の高いものにすることができる。
【００４８】
図５は、ネットワークを利用した自動取引装置制御システムの変形例を示すブロック図である。
この実施例では、さらに、管理アプリケーション４０と管理用記憶装置１８もリモートウェブサーバ５０側に設けた。図４の例でも図５の例でも、リモートウェブサーバ５０の業務アプリケーション３８は、ネットワーク４８を介して、例えば、金融機関の管理サーバ５４に接続されている。取引処理結果は、逐次、業務アプリケーション３８から金融機関の管理サーバ５４に転送される。取引開始画面が表示された状態で操作盤が操作されると、ブラウザ４２に操作制御信号が受け付けられる。ブラウザ４２は、操作制御信号をリモートウェブサーバ５０に送信して、取引画面を受信して順次表示する。また、リモートウェブサーバ５０から各デバイスを制御するためのコマンドを受信して、アプリケーションインタフェース４６に転送する。こうして、現金の入出金処理等が実行される。
【００４９】
図４の実施例の障害復旧処理は、図１の実施例と変わらない。図５の実施例では、リモートウェブサーバ５０側の管理アプリケーション４０が、遠隔制御により障害復旧処理を実行する。なお、このシステムは、ネットワーク４８に障害が発生したときには、自動取引装置の運用を停止し、サービスマンが、管理アプリケーションをインストールしたパーソナルコンピュータを持参して対応する。これは、無人端末等の管理に適する。
このシステムは、自動取引装置側に何もデータが残らないので、情報管理上のセキュリティが高いという特徴がある。
【実施例３】
【００５０】
［ネットワーク監視処理］
図６は実施例２のシステムに使用されるネットワークの監視動作説明図である。
この実施例では、ブラウザ４２の常駐フレームに、ネットワーク４８の監視機能を付与する。自動取引装置による取引処理中や待機中では、ブラウザ４２によりディスプレイ２２に待機画面が表示されている。待機画面は、複数のフレームから構成されている。取引処理を実行する主画面６１のほかに、もっぱらメニューやガイダンス表示等を行う副画面６２や６３を設ける。こうした副画面は、主画面６１が頻繁に切り替わっても、表示が切り換えられない。この常駐フレーム６３に、ネットワー監視モジュール５６を組み込む。
【００５１】
フレーム６３は、例えば、ＨＴＭＬにより記述される。この中に、ネットワーク監視モジュール５６を、例えば、スクリプト言語により記述する。ネットワーク監視モジュール５６はネットワーク４８を通じて、自動取引装置がリモートウェブサーバ５０と正常な通信ができるかどうかを監視する機能を持つ。
【００５２】
図７は、ネットワーク監視モジュールの動作フローチャートである。
ネットワーク監視モジュール５６は、例えば、自動取引装置を起動して取引を開始するときに自動的に起動する（ステップＳ２１）。ネットワーク監視モジュール５６は、自動取引装置の起動直後に、リモートウェブサーバ５０に対して、何らかのレスポンスを要求するリクエストを送信する（ステップＳ２２）。ネットワーク４８が正常であれば、折り返しリモートウェブサーバ５０からレスポンスが受信される。しかし、ネットワーク４８に障害があれば、レスポンスは受信されない。リクエストを送信したと同時にタイマーを起動する（ステップＳ２３）。
【００５３】
こうして、ネットワーク４８の監視をし、レスポンスの有無を判断する（ステップＳ２４）。タイマーが制限時間を計時してもなおレスポンスが受信されないときは、ネットワーク４８に障害が発生したとして、ローカルウェブサーバ５２に対して障害発生のリクエストが送られる（ステップＳ２５）。ローカルウェブサーバ５２は、用意された障害復旧処理プログラムを起動する。レスポンスが受信されたときは、そのまま通常の取引業務を開始する（ステップＳ２６）。なお、ネットワーク障害の検出動作は、例えば、一定時間毎に定期的に実行されても構わない。しかしながら、取引が実行されていないときにネットワーク障害が発生しても、次の取引開始時に障害が復旧していればなんの問題もない。従って、取引開始のための画面表示開始時に自動的に実行されることが好ましい。
【００５４】
図８は、異種の金融システムの統合イメージを説明する説明図である。
例えば、２つの金融機関が統合される直前には、一方の金融システムのサーバ７０がネットワーク４８を通じて自動取引装置７１を制御し、他方の金融システムのサーバ７２がネットワーク４８を通じて自動取引装置７３を制御している。この異種の既存の金融システムの取引業務を共通化して短期間に統合することは困難であり、無理をすると弊害が大きい。そこで、各金融システムの業務アプリケーションをそのまま継続して利用できるようにする一方で、まず、保守管理のためのシステムを共通化する。
【００５５】
自動取引装置は、いずれも、上記の実施例のとおりウェブベースで制御する。既存のシステムがウェブベースのシステムでない場合でも、ハードウエアを変更することなく、部分的なソフトウエアの変更でウェブベースに変換することができる。各自動取引装置には、ブラウザを搭載する。ブラウザは、ユーザが操作をするための画面を表示し、金融システムの業務アプリケーションとネットワークインタフェースを介して通信をして、入出金のための取引処理を実行する。汎用のブラウザの機能をそのまま利用すればよい。
【００５６】
また、自動取引装置に設けられていた既存の自動制御デバイスも変更しなくて構わない。自動制御デバイスを直接制御するために、デバイスメーカーはミドルウエアを提供している。このミドルウエアは、それぞれ独自に設計された自動制御デバイス専用のドライバに相当する。ミドルウエアは、制御用コマンドを受け付けると、個々の自動制御デバイス用の専用のコマンドを生成して自動制御デバイスに送信する。自動制御デバイスの処理結果を認識するとレスポンスを生成する。このレスポンスは、制御用コマンドを発生させた業務アプリケーションに返される。
【００５７】
既存の業務アプリケーションは、制御対象となる自動取引装置が特定されていたから、ミドルウエアの指定する制御用コマンドを生成してミドルウエアと通信をし、自動制御デバイスを制御していた。ところが、複数の仕様の異なる自動取引装置を共通の管理アプリケーションで管理するには、ミドルウエア毎に指定されたコマンドは取り扱えない。そこで、各自動取引装置のミドルウエアの相違を吸収して、自動制御デバイス制御のためのコマンドを共通化するために、アプリケーションインタフェースを設けた。
【００５８】
アプリケーションインタフェースは、既に上記の実施例で説明したように、ブラウザとミドルウエアとの間のプログラム間通信を仲介制御する。このアプリケーションインタフェースを設けることにより、管理アプリケーションは、自動制御デバイスの特性を意識しないで、汎用コマンドで自動制御デバイスを制御できるから、異種の金融システムの自動取引装置を共通に自由に制御できる。一方、各金融システムの業務アプリケーションは、制御対象がこれまでと変わらない自動取引装置だから、これまでどおり、固有の制御用コマンドを使い続けることができる。
【００５９】
以上により、統合対象の全ての自動取引装置に対して、ハードウエアの交換や大幅な改造をすることなく、ソフトウエアのインストールだけで、統合準備ができる。なお、業務アプリケーションには、取引処理の結果生成された取引データを、異種の全ての自動取引装置に共通する管理用の取引データに形式変換して、任意の場所に設けた管理用記憶装置に記憶させるプログラムモジュールを追加する。管理アプリケーションは、管理用記憶装置に記憶された取引データを利用して障害復旧処理や管理データの生成その他の管理業務を実行する。
【００６０】
管理アプリケーションは、業務アプリケーションとは分離独立し、全ての自動取引装置の保守管理処理を制御する。例えば、自動取引装置本体や、リモートウェブサーバや、あるいは、保守管理用のモバイルコンピュータ等に搭載する。金融システムの相違に関わりなく、共通に利用できるから、障害発生への対応や復旧処理がきわめて迅速にできる。特に、異質の金融システムの自動取引装置が混在する店舗等での保守管理業務に大きな威力を発揮する。
【００６１】
管理用記憶装置には、共通形式の取引データが記憶されている。これは、保守管理に必要な取引データを管理アプリケーションに提供するだけでなく、データ連携や異質の金融システム相互間の情報交換に有効に利用できる。業務アプリケーションに追加されたプログラムモジュールが、異種の業務アプリケーション間の情報交換にも有効に機能する。
【００６２】
上記のシステムでは、異種の金融システムが統合されるとき、当初は、それぞれ異種の業務アプリケーションでこれまでどおり、固有の自動取引装置が制御される。各自動取引装置の仕様はそれぞれ異なるが、上記の管理アプリケーションは、自動取引装置の機種を越えて、共通した保守管理ができる。その後、例えば、アプリケーションインタフェースに、業務アプリケーションから出力される制御用コマンドを任意の自動取引装置のミドルウエアが解釈できるコマンドに変換する機能を付与すると、業務アプリケーションが制御できる自動取引装置が増加する。
【００６３】
また、共通形式に変換して管理用記憶装置に記憶された取引データを蓄積していき、業務アプリケーションからもアクセスできるようにして、異種金融システム間の情報交換に利用するようにすると、業務アプリケーションの設計を時間をかけて共通化していくことが可能になる。また、上記のシステムは、合併等による金融システムの統合のみならず、複数の金融機関により自動取引装置を共有する場合にも効力を発揮する。
【００６４】
上記のサーバや自動取引装置のコンピュータの演算処理装置にインストールされたコンピュータプログラムは、それぞれ独立したプログラムモジュールを組み合わせて構成してもよいし、全体を一体化したプログラムにより構成してもよい。コンピュータプログラムにより制御される処理の全部または一部を同等の機能を備えるハードウエアで構成しても構わない。また、上記のコンピュータプログラムは、既存のアプリケーションプログラムに組み込んで使用してもよい。上記のような本発明を実現するためのコンピュータプログラムは、例えばＣＤ−ＲＯＭのようなコンピュータで読み取り可能な記録媒体に記録して、任意の情報処理装置にインストールして利用することができる。また、ネットワークを通じて任意のコンピュータのメモリ中にダウンロードして利用することもできる。
【図面の簡単な説明】
【００６５】
【図１】実施例１の自動取引装置制御システムを示すブロック図である。
【図２】業務アプリケーションの具体的な動作を示すシーケンスチャートである。
【図３】障害復旧動作例を示す動作フローチャートである。
【図４】ネットワークを利用した自動取引装置制御システムの実施例を示すブロック図である。
【図５】ネットワークを利用した自動取引装置制御システムの変形例を示すブロック図である。
【図６】実施例２のシステムに使用されるネットワークの監視動作説明図である。
【図７】ネットワーク監視モジュールの動作フローチャートである。
【図８】異種の金融システムの統合イメージを説明する説明図である。
【符号の説明】
【００６６】
１０  自動取引装置制御システム
１１  自動取引装置
１２  コンピュータ
１４  演算処理装置
１６  業務用記憶装置
１８  管理用記憶装置
２０  自動制御デバイス
２２  ディスプレイ
２４  現金自動入出金機
２６  紙幣デバイス
２８  硬貨デバイス
３０  カードリーダライタ
３２  カードデバイス
３４  通帳レシートプリンタ
３６  通帳デバイス
３７  レシートデバイス
３８  業務アプリケーション
４０  管理アプリケーション
４２  ブラウザ
４４  ミドルウエア
４６  アプリケーションインタフェース
４８  ネットワーク
５０  リモートウェブサーバ
５２  ローカルウェブサーバ
５４  管理サーバ
５６  ネットワーク監視モジュール
５８  取引データ
５９  取引データ
６１  主画面
６２  副画面
６３  副画面
７０  金融システムのサーバ
７１  自動取引装置
７２  金融システムのサーバ
７３  自動取引装置
【図１】
0005187937.tif 000002
【図２】
0005187937.tif 000003
【図３】
0005187937.tif 000004
【図４】
0005187937.tif 000005
【図５】
0005187937.tif 000006
【図６】
0005187937.tif 000007
【図７】
0005187937.tif 000008
【図８】
0005187937.tif 000009