JP5667313B2 - 自動取引装置制御システム - Google Patents

Description

本発明は、金融機関等で使用される自動取引装置の制御のための自動取引装置制御システムに関する。

従来、金融機関の自動取引装置は、それぞれその金融機関固有のコンピュータシステムにより運用されてきた。特に、堅牢で高い信頼性とセキュリティを確保することに重点を置き、独自のサービスを生かすためのシステム開発がなされてきた（特許文献１参照）。

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

近年になって、金融機関の合併が頻発し、さらには、顧客の便宜を図るために、自動取引装置の相互利用や共有化が強く要求されるようになった。しかし、それぞれ独自に設計開発されたコンピュータシステムを相互に接続して連携させるのは容易でない。いずれか一方のシステムに統合するために、他方のシステムの既存の自動取引装置やその制御のためのソフトウエアやハードウエアを一挙に廃棄して更新するのは不経済で現実的でない。従ってアプリケーションの整理統合が必要である。さらに、金融機関の店舗では、自動取引装置の設置スペースが問題になっている。混雑をしてもスペースが不足して増設が困難なケースも少なくない。

上記の課題を解決するために、本発明は、統合対象の全ての自動取引装置に対して、ハードウエアの交換や大幅な改造をすることなく、ソフトウエアのインストールだけで、統合準備ができる自動取引装置制御システムを提供することを目的とする。

以下の構成はそれぞれ上記の課題を解決するための手段である。
〈構成１〉
入出金のための取引処理時に駆動される機構が含まれている自動制御デバイスと、この自動制御デバイスを制御して、入出金のための取引処理を実行するコンピュータプログラム群を動作させるコンピュータを有するものであって、前記コンピュータプログラム群は、
金融機関固有の形式の取引データを業務用記憶装置に記憶させて取引処理をするものであって、前記取引データをいずれの金融機関にも共通の定型化されたフォーマットに変換して管理用記憶装置に記憶させる機能を有する業務アプリケーションと、
前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、自動取引装置の保守管理処理を制御する機能を持つ管理アプリケーションと、
ユーザが操作をして入出金のための取引処理をするときに、前記業務アプリケーションの制御により、前記自動取引装置のディスプレイに取引処理に必要な操作画面を表示してマンマシンインタフェースとして機能するブラウザと、
前記取引処理のために動作する前記デバイス固有の通信を制御するミドルウエアと、
前記業務アプリケーションまたは管理アプリケーションから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムに転送する機能を持つアプリケーションインタフェースと、
を備えたことを特徴とする自動取引装置制御システム。

〈構成２〉
前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記上位のプログラムに転送する機能を持つアプリケーションインタフェースを備え、
前記管理用記憶装置に記憶された定型化された取引データを、それぞれ固有の形式の取引データを使用する異種の業務アプリケーションからアクセス可能にして、前記管理用記憶装置をデータ連携用とすることを特徴とする構成１に記載の自動取引装置制御システム。

〈構成３〉
前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記上位のプログラムに転送する機能を持つアプリケーションインタフェースを備え、
前記管理用記憶装置に記憶された定型化された取引データを、それぞれ固有の形式の取引データを使用する異種の業務アプリケーションからアクセス可能にして、前記管理用記憶装置を前記複数の金融機関の情報交換用とすることを特徴とする構成１に記載の自動取引装置制御システム。

〈構成４〉
前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記上位のプログラムに転送する機能を持つアプリケーションインタフェースを備え、
前記管理用記憶装置に記憶された定型化された取引データを、それぞれ固有の形式の取引データを使用する異種の業務アプリケーションからアクセス可能にして、前記複数の金融機関により共有することを特徴とする構成１に記載の自動取引装置制御システム。

〈構成５〉
コンピュータを、構成１に記載の業務アプリケーションと管理アプリケーションとブラウザとミドルウエアとアプリケーションインタフェースとして機能させる自動取引装置制御システムプログラム。

〈構成６〉
構成５に記載の自動取引装置制御システムプログラムを記録したコンピュータで読み取り可能な記録媒体。

〈構成１の効果〉
統合対象の全ての自動取引装置に対して、ハードウエアの交換や大幅な改造をすることなく、ソフトウエアのインストールだけで、統合準備ができる

実施例１の自動取引装置制御システムを示すブロック図である。 実施例１の別の自動取引装置制御システムを示すブロック図である。 業務アプリケーションの具体的な動作を示すシーケンスチャートである。 障害復旧動作例を示す動作フローチャートである。 図１に記載した自動取引装置１３の起動動作フローチャートである。 図１の自動取引装置の使用状態を示す斜視図である。 二種の自動取引装置を混在させたシステムのブロック図である。 実施例３の自動取引装置の主要部ブロック図である。 特定口座の利用機能説明図である。 特定口座の利用処理フローチャートである。

以下、本発明の実施の形態を実施例毎に詳細に説明する。

［コンピュータの構成］
図１と図２は実施例１の自動取引装置制御システム１０を示すブロック図である。円内にはその外観の一例を示す。図１は主要なデバイスが接続されていない自動取引装置１３、図２は、通常の預貯金の入出金操作ができる自動取引装置１１を使用している。
図１と図２の装置を比較しながら説明をする。両図の同一の機能を持つ部分は同一符号を付した。両者を比較してわかるように、図１の装置１３には、現金自動入出金機２４の代わりに、エミュレータ６１が設けられている。以下、まず、共通部分の説明をする。

自動取引装置制御システム１０は、自動取引装置１３、１１に内蔵されたコンピュータ１２により制御される。コンピュータ１２は演算処理装置１４と業務用記憶装置１６と管理用記憶装置１８とを備えている。コンピュータ１２は、自動制御デバイス２０を制御して入出金等の取引処理を実行する。利用者は、自動取引装置１１のディスプレイ２２に表示された画面を見ながら入出金等の取引処理を実行する。図２の自動取引装置１１は専用に設計された顧客操作用のコンソールに収容されている。一方、図１の自動取引装置１３には、ノート型パーソナルコンピュータのように、汎用のモバイル型のコンピュータを利用する。

自動取引装置１１の自動制御デバイス２０には、現金自動入出金機２４やカードリーダライタ３０や通帳レシートプリンタ３４が設けられている。現金自動入出金機２４は、紙幣デバイス２６と硬貨デバイス２８とを備えている。これらにより紙幣や硬貨の入出金処理をする。カードリーダライタ３０はカードデバイス３２を備えている。これはキャッシュカードの読み書きを制御する。通帳レシートプリンタ３４は通帳デバイス３６とレシートデバイス３７を備えている。通帳デバイス３６は通帳の印刷を制御する。レシートデバイス３７はレシートの印刷を制御する。自動取引装置１１は、これらの自動制御デバイスに入出金のための取引処理を実行させる。

図１に示した自動取引装置１３には現金自動入出金機２４が接続されていない。現金自動入出金機２４は自動取引装置にとって必須のデバイスである。従って、装置の立ち上げ時に現金自動入出金機２４が接続されていないと判断されると、通常は取引業務を開始せずに、保守点検モードに切り替わる。この自動取引装置１３は、自動取引装置１１と全く同じプログラムで制御されているが、必須のデバイスがなくても正常に立ち上がる。このためにエミュレータ６１が設けられている。

コンピュータ１２には、ブラウザ４２とミドルウエア４４とアプリケーションインタフェース４６をインストールする。さらに、この自動取引装置が自立して取引処理を実行する機能を持つように、業務アプリケーション３８と管理アプリケーション４０をインストールする。なお、業務アプリケーション３８と管理アプリケーション４０とは、１台のコンピュータにインストールされてもよいし、それぞれ、自動取引装置に内蔵された別個のコンピュータに独立にインストールされても構わない。

業務アプリケーション３８は、入出金のための取引処理を所定の手順に従って制御し、取引データ５８を業務用記憶装置１６に記憶させる機能を持つ。取引処理というのは、例えば、預金の引き出し処理とか、送金処理といった処理である。業務アプリケーション３８は、さらに、取引処理の結果得られた取引データ５８を、定型フォーマットの取引データ５９に変換した上で、アプリケーションインタフェース４６を通じて管理用記憶装置１８に記憶させる機能を持つ。

業務アプリケーション３８は、金融機関の独自性を許容し、金融機関が独自に改変できるように、既存のシステムを踏襲したプログラムでよい。業務用記憶装置１６に記憶させる取引データ５８のフォーマットも金融機関固有の形式で構わない。しかし、多種多様な自動取引装置の動作や取引状態を監視し管理するには、共通性の高い管理システムがどうしても必要になる。そこで、まず、業務アプリケーション３８に、取引データ５８を共通性のある定型フォーマットに変換する機能を付与して、管理に適した取引データ５９を用意するようにした。

管理アプリケーション４０は、管理用記憶装置１８に記憶された取引データ５９を利用して、自動制御デバイス２０を含む自動取引装置の保守管理処理を制御する機能を持つ。保守管理処理とは、例えば、自動取引装置の障害除去や、金庫に収納された現金の計数処理とか、取引ログの出力処理といった管理者の行う処理である。管理アプリケーション４０は、業務アプリケーション３８とは別個独立に動作するように構成されている。業務アプリケーション３８は、金融機関が固有のサービスを提供するために設計され、随時自由に改変される。一方、管理アプリケーション４０や管理用の取引データ５９は定型化されており、いずれの金融機関の自動取引装置にも共通化することができる。

ブラウザ４２は、ユーザが操作をして入出金のための取引処理を実現するときに、ディスプレイ２２を利用したマンマシンインタフェースとして機能する。業務アプリケーション３８や管理アプリケーション４０は、ブラウザ４２により表示されるウェブページを含む。ウェブページは、ＨＴＭＬ（Hyper Text Mark-up Language）、ＳＧＭＬ（Standard Generalized Mark-up Language）、ＸＭＬ（eXtensible Markup Language） 等の形式で作成されたものである。ウェブページのデータ中には、VBScript（登録商標）（Visual Basic Script：Microsoft社の開発したプログラミング言語）やJava（登録商標）（Sun Microsystems社の開発したプログラミング言語）、JavaScript（登録商標）（Sun Microsystems社とNetscape Communications社が開発したスクリプト言語）等で記述したコンピュータ１２プログラムが含まれており、ブラウザ４２上で所定の処理を実行する。

ミドルウエア４４は自動制御デバイス２０を制御するためのコンピュータプログラムである。ミドルウエア４４は、アプリケーションインタフェース４６を介してブラウザ４２からコマンドを受け付け、デバイスに該当する処理を実行させて、アプリケーションインタフェース４６を介してブラウザ４２にレスポンスを返す機能を持つ。アプリケーションインタフェース４６は、例えば、ActiveX（登録商標）コントロールにより実現する。

アプリケーションインタフェース４６はブラウザ４２とミドルウエア４４との間のプログラム間通信を制御する。ミドルウエア４４と通信をするにはデバイス固有のコマンド等が必要になる。アプリケーションインタフェース４６は、ブラウザ等の上位のプログラムから汎用のコマンドを受け付けて、各ミドルウエアに対してデバイス固有のコマンドを送信する機能を持つ。また、逆方向の通信についても、コマンドを変換して転送する機能を持つ。従って、業務アプリケーション３８や管理アプリケーション４０をデバイスを意識することなく開発できる。

［入出金取引処理］
図３は、業務アプリケーションの具体的な動作を示すシーケンスチャートである。
この処理は、図２の自動取引装置１１が実際に金融取引業務を開始した後の動作を示す。これにより、ブラウザ４２や業務アプリケーション等の具体的な動作を説明する。入出金のための取引処理では、まず、業務アプリケーション３８から、取引処理に必要な操作画面を表示するウェブページが送信されて、ブラウザ４２によりディスプレイ２２上にこの操作画面が表示される（Ｔ１、Ｔ２）。自動取引装置には、利用者が操作するための操作盤が設けられている。操作盤は、操作画面を表示するディスプレイ２２（図１）に貼り付けられた既知の透明感圧式電極群や、ディスプレイ２２の周辺に配置された操作ボタン群等を含む。取引開始画面が表示された状態で操作盤が操作されると、ブラウザ４２に操作制御信号が受け付けられる。ブラウザ４２は、操作制御信号を業務アプリケーション３８に送信する（Ｔ３）。ブラウザ４２は指定された取引画面を業務アプリケーション３８から受信して表示する（Ｔ４）。

利用者の操作に従って、取引画面を用いた取引処理が進められる（Ｔ５）。取引画面のウェブページ中に記述されたスクリプト言語が解釈されると、ブラウザ４２から、該当するコマンドがアプリケーションインタフェース４６に送出される（Ｔ６）。また、図示していないが、ブラウザ４２は、各デバイスを制御するためのコマンドを業務アプリケーション３８から受信すると、そのコマンドをアプリケーションインタフェース４６に転送する。そのコマンドはアプリケーションインタフェース４６からミドルウエア４４に送信され（Ｔ７）、解釈されて自動制御デバイス２０が制御される（Ｔ８）。こうして現金の入出金等の取引処理が実行される。その処理結果（レスポンス）は、これまでと逆方向にブラウザ４２に転送される（Ｔ９−Ｔ１１）。レスポンスの内容は、例えば、指定された金額の出金成功といった情報である。

ブラウザ４２は処理結果を業務アプリケーション３８に返す（Ｔ１２）。業務アプリケーション３８は、業務用記憶装置１６に取引データ５８を記憶させる（Ｔ１３）。さらに、この取引データ５８を定型フォーマットの取引データ５９に変換する（Ｔ１４）。そして、ブラウザ４２を経由してアプリケーションインタフェース４６に対して、取引データ５９の書き込みを依頼する（Ｔ１５、Ｔ１６）。アプリケーションインタフェース４６は、管理用記憶装置１８に取引データ５９を書き込む（Ｔ１７）。さらに、業務アプリケーション３８は、所定のタイミングで、図示しないネットワークを介して、金融機関の管理サーバに取引処理の結果を転送する。

このように、業務アプリケーションと管理アプリケーションとを完全に別体にし、後者に汎用性を持たせることにより、例えば、業務アプリケーションを入れ替えれば、自由に別の金融機関用として自動取引装置を運用することができる。

［障害対応処理］
ここで、自動取引装置に障害が発生したときには、サービスマンが自動取引装置を制御しながらその機能を点検して復旧を試みる。復旧処理の際には、中断した取引処理を完結させたり、取引データ５８を書き直したり、様々な処理が実行される。サービスマンが保守点検用のノートパソコン等に、業務アプリケーションや管理アプリケーションをインストールして持参するのは、セキュリティ上問題がある。また、業務アプリケーションは金融機関により随時独自に改変される。そこで、保守管理業務専用の管理アプリケーション４０を、自動取引装置１１にインストールしておく。業務アプリケーション３８が使用する取引データ５８の変更等が必要になったときには、管理アプリケーション４０から業務アプリケーション３８に該当する処理を依頼する。

自動取引装置１１のコンピュータ１２にインストールされた管理アプリケーション４０は、汎用性の高い管理処理を実行する機能を持つ。即ち、自動取引装置の機種を問わない共通化された動作をするように設計されている。ここで、管理アプリケーション４０と業務アプリケーション３８の役割分担をもう一度明確にしておく。管理アプリケーション４０は、自動取引装置の起動、終了制御、自動取引装置の接続デバイスに対する初期化、障害監視、障害復旧の制御、デバイスの状態、スケジュール、係員設定に従った顧客取引モードの算出、監視システムとの連動制御、係員、保守員取引の制御、顧客取引障害の復旧処理、業務アプリケーション３８との連携制御等の処理を実行する。

一方、業務アプリケーション３８は、顧客取引の実行制御、顧客取引で使用されるデバイスの制御、勘定系システムとの勘定系取引の連動制御、業務用の記憶装置への顧客取引記録の格納処理、管理用の記憶装置への顧客取引記録の格納処理、ＣＲＭ（顧客関係管理）システムとの連携制御（顧客情報に基づいた画面表示制御など）、ローカルウェブサーバ５２との連携制御等の処理を実行する。従って、連携制御のためのインタフェース以外の部分については、管理アプリケーション４０と業務アプリケーション３８とは別個に切り離して開発をすることができるので、システムの開発や運用を円滑に行うことができる。例えば、業務アプリケーションは金融機関直属のシステムエンジニアにより設計される。管理アプリケーションは、自動取引システムの管理運用を主たる業務とする会社のエンジニアにより設計される。

ここで、例えば、中断した取引により発生した障害を復旧する場合に、管理アプリケーション４０は、中断した取引の状態を確認する必要がある。業務アプリケーション３８は、正常な取引処理を実行中に、使用される取引データ５８を、業務用記憶装置１６に記憶させる。しかし、管理アプリケーション４０は取引データ５８を読むことができない。そこで、業務アプリケーション３８は、取引データ５８を、管理アプリケーション４０が読み取ることのできる定型フォーマットに変換し、アプリケーションインタフェースを通じて管理用記憶装置１８に記憶させる。

業務アプリケーション３８が、金融機関独自の形式の取引データ５８を、共通化された定型フォーマットの取引データ５９に変換するので、管理アプリケーション４０を、独自の取引データ５８を意識することなく開発することができる。例えば、複数の金融機関を統合するときには、当初、複数種類の業務アプリケーション３８と取引データ５８と自動取引装置とが併存する。このとき、管理アプリケーション４０とこれが取り扱う取引データ５９とを共通化しておく。これにより、管理システムの統合を最短時間で実施することができる。

一方、共通化された定型フォーマットの取引データ５９は、ログファイルとして保存して、管理業務に利用する。例えば、自動制御デバイス２０に障害が発生したときには、中断した取引を自動的に完結させるために使用される。アプリケーションインタフェース４６とミドルウエア４４により、自動制御デバイス２０を構成する各ハードウエアの独自性は吸収される。即ち、ハードウエアが独自の仕様でも、管理アプリケーション４０の制御は共通化できる。従って、あらゆる自動取引装置について、管理アプリケーション４０を共通化して、その開発コストを軽減できる。管理アプリケーション４０による具体的な障害復旧処理動作を次に説明する。

［障害復旧処理動作］
図４は障害復旧処理例を示す動作フローチャートである。
管理アプリケーション４０は、自動取引装置１１の各部の障害監視をする（ステップＳ１１）。管理アプリケーション４０は、例えば、ブラウザ４２に制御される常駐フレーム上で動作する。そして、所定のタイミングで各自動制御デバイス２０に対して応答要求コマンドを送信する。レスポンスが無いときやレスポンスが異常なときには、そのデバイスに障害発生と判断する。管理アプリケーション４０は、ステップＳ１２で障害検出をすると、ステップＳ１３で、管理用記憶装置１８に記憶された取引データ５９の読み取りをする。次いで、監視中に取得したデータやこの取引データ５９を利用して、障害の診断を実行する（ステップＳ１４）。そして、ステップＳ１５で、管理アプリケーション４０は、業務アプリケーション３８と連携をして、中断した取引を正常に終了させる。

例えば、出金取引時に紙幣デバイスの紙幣搬送障害が発生したとする。利用者の呼び出しに応じた係員は、紙幣搬送障害を除去するとともに、出金取引開始直前の状態に戻す処理を管理アプリケーション４０に要求する。管理アプリケーション４０は、該当する取引データ５９を読み取って、取引取り消し処理の対象を特定する。この情報を業務アプリケーション３８に通知すると、業務アプリケーション３８は中断した取引の内容を確認してその取り消し処理を実行する。管理アプリケーション４０は、その結果を受け取って、その他の復旧処理を進める。

その後、管理アプリケーション４０は、自動取引装置の各デバイスに障害が発生していないかどうかを確認する（ステップＳ１６）。このために、通帳デバイス３６、紙幣デバイス２６、硬貨デバイス２８等と通信をする。機能障害が発生したデバイスがあれば、そのデバイスをシステムから切り離す。例えば、通帳デバイス３６に障害があれば、記帳処理をしないモードに装置を設定する（ステップＳ１７）。記帳処理関連プログラムの動作を禁止して、取引処理を再開すればよい。自動取引装置のブースには、「ご入金」「お引き出し」「お振り込み」「記帳」といった表示があり、モードに応じてバックライトが点灯している。その「記帳」のバックライトを消灯して、該当するモードで取引を再開する（ステップＳ１８、１９）。

［立ち上げ制御］

図５は、図１に記載した自動取引装置１３の起動動作フローチャートである。
まず、ステップＳ２１で自動取引装置の起動処理をする。起動時には、自動制御デバイス２０が正常に接続されて正常に機能するかどうかのデバイスチェックが行われる（ステップＳ２２）。この初期立ち上げ制御は管理アプリケーション４０が実行するが、自動制御デバイス２０に対する問い合わせは、ブラウザ４２を通じて行う。ブラウザ４２は、アプリケーションインタフェース４６とミドルウエア４４を通じて、紙幣デバイス２６、硬貨デバイス２８、カードリーダライタ３０、通帳レシートプリンタ３４に対しリクエストを送信する。このリクエストは、機能チェックのためのレスポンスを要求するものである。

図１の例では、カードリーダライタ３０と通帳レシートプリンタ３４は、ブラウザ４２に該当するレスポンスを返す。一方、紙幣デバイス２６、硬貨デバイス２８に対するリクエストはエミュレータ６１が受信する。エミュレータ６１は、紙幣デバイス２６、硬貨デバイス２８から出力されるべき疑似レスポンス信号を生成して出力する機能を持つ。ミドルウエア４４はデバイス固有の通信を制御するものだからデバイスごとに設けられている。エミュレータ６１はミドルウエア４４の機能を一体に組み込んだものでもよいし、ミドルウエア４４を別に設けて接続してもよい。

ステップＳ２３で、ブラウザ４２が、全てのデバイスから正常応答を受信したかどうかの判断をする。一定時間以内に正常応答を受信できないときは、異常発生と判断して、エラー処理に移行する。全てのデバイスから正常応答を受信したときは、初期設定手段６４を起動する。初期設定手段６４は、予め、紙幣デバイス２６と硬貨デバイス２８の代わりにエミュレータ６１が応答したことを認識している。このまま自動取引装置が取引処理を開始すると、紙幣デバイス２６と硬貨デバイス２８が接続されている状態の制御が行われ、動作エラーが生じるおそれがある。一方、自動取引装置には、上記の障害処理で説明したように、紙幣デバイス２６や硬貨デバイス２８が故障したときにこれらのデバイスを点検のため切り離し、これらが接続されていないモードで運用する機能が設けられている。そこで、初期設定手段６４は、自動取引装置の起動時から、紙幣デバイス２６と硬貨デバイス２８が接続されていないモードの設定をする（ステップＳ２４）。フラグ等を立てて、業務アプリケーション３８の動作モードを選択すればよい。その後、ステップＳ２５で業務選択画面を表示して、取引を開始する。

以上のように、図１に示した自動取引装置１３は、ブラウザ４２からアプリケーションインタフェース４６を通じてミドルウエア４４に対して非接続デバイスに対するコマンドが送信されたとき、エミュレータ６１が、該当する非接続デバイスから出力されるべき疑似レスポンス信号を生成して、ブラウザに送信するので、ブラウザは業務アプリケーション３８に対して全ての自動制御デバイスが接続されて正常に機能しているという報告をする。

図１の自動取引装置１３には、現金自動入出金機２４が接続されていない。この現金自動入出金機２４が非接続デバイスに相当する。しかしながら、ブラウザから非接続デバイスに対するコマンドが送信されたときに、エミュレータ６１が、現金自動入出金機２４が接続されているかのように応答する。さらに、初期設定手段６４が、業務アプリケーション３８に対して、非接続デバイスを使用しないモードで起動するように初期設定をする。従って、業務アプリケーション３８は、現金自動入出金機２４が接続されている自動取引装置と全く同様の取引処理を開始できる。このような制御をすると、業務アプリケーション３８に全く手を加えることなく、わずかなプログラムモジュールの追加で、自動取引装置１３用として利用できる。これにより、例えば、カードリーダとレシートプリンタだけしか接続されていないノート型コンピュータやタブレット型コンピュータを、フル装備の自動取引装置と全く同一の業務アプリケーションで制御することができる。

図６は、図１の自動取引装置の使用状態を示す斜視図である。
図のように、一般のノート型コンピュータには、カードデバイス３２が標準装備されている。これにより、キャッシュカード５４の読み取りができる。また、レシートプリンタ６６をケーブルで接続したり、無線ＬＡＮ（ローカルエリアネットワーク）で金融機関の店舗に設置された特定の多機能プリンタ６８を制御できる。これらを、通帳レシートプリンタ３４として機能させることができる。印刷された通帳等は窓口で受け取ればよい。従って、顧客は、現金を使用しない取引であれば、操作場所を自由に選択でき、倚子に座って操作することができる自動取引装置１３を使用できる。

［自動取引装置の混在］
図７は、フル装備の自動取引装置とノート型コンピュータ等の自動取引装置を混在させたシステムのブロック図である。
図のように、金融機関の同一店舗内に、現金自動入出金機を含むデバイスを接続した自動取引装置１１と、一部のデバイスを省略した、図１のようにエミュレータ６１と初期設定手段６４とを含む自動取引装置１３とを混在させて、金融機関を運用できる。自動取引装置１１と自動取引装置１３とは、いずれもネットワーク５０を通じてサーバ５２と接続されている。このサーバに上記の自動取引装置のアプリケーションや記憶装置の一部を分散配置することもできる。

以上のように、金融機関の同一店舗内に、必要十分なデバイスを備えた自動取引装置１１と、デバイスの一部を省略したモバイル的な自動取引装置１３を混在させることにより、店舗の自動取引装置設置スペースを小さくして、顧客による自動取引装置の操作待ち時間を減少させた快適な店舗運用を図ることができる。

［窓口業務］
図８は、実施例３の自動取引装置の主要部ブロック図である。
実施例１の自動取引装置は、エミュレータ６１を設けたので、ノート型コンピュータ等の運搬可能な小型自動取引装置１３を、一般の自動取引装置と混在させて使用することができる。これは、金融機関で預貯金の入出金取引をする顧客のみならず、金融機関の窓口業務を行う係員が顧客に代わって操作をすることも可能になる。このとき、自動取引装置１３で、金融機関の窓口業務を含む係員操作業務を実行できるとさらに好都合である。

そこで、実施例３の自動取引装置には、自動取引装置１３の取引処理を制御する業務アプリケーション３８とともに、金融機関の窓口業務を含む係員操作業務を制御する係員用アプリケーション６５を含めた。これにより、顧客も金融機関の係員も、同じパーソナルコンピュータやタブレット型コンピュータを操作して、様々な金融取引ができる。従って、係員が顧客の操作を補助することが容易になる。また、窓口担当者が、顧客のした操作を引き継いで、係員操作業務を実行し、取引処理を完結させることもできる。

［特定口座の利用］
図９は、特定口座の利用機能説明図である。
上記の実施例では、自動取引装置１１か自動取引装置１３のいずれかを顧客が選択して利用し、その装置で処理を完結した。この実施例では、自動取引装置１１と自動取引装置１３との両方を利用する。まず、顧客は、所定の取引処理を希望する現金を、フル装備の自動取引装置１１を利用して入金する。この入金口座は、金融機関で所定の取引処理のために設けた特定口座である。この口座に入金された現金は預かり金であって、所定の取引処理が完了するまで保持される。なお、図の特定口座６７は、特定口座に入金された金額と、入金者等の情報を記憶する記憶装置である。

顧客には、特定口座６７への入金を受け付けたことを証明する、例えばレシートが出力される。このレシートは、該当する入金取引情報を表示する媒体である。レシートには、例えば、入金額その他の情報を表示した二次元バーコードが、自動取引装置内臓のレシートプリンタにより印刷される。

この実施例では、自動取引装置１３にバーコードリーダを接続し、レシートに印刷された入金額その他の情報を表示した二次元バーコードを読み取る。そして、次の処理に移る。なお、上記のように媒体を直接バーコードリーダ等で読み取らせるほかに、入金取引情報を表示する様々な方法がある。例えば、銀行カードのＩＣメモリに書き込む方法、振り込みカードのようなカードを発行する方法等がある。自動取引装置１３のカードリーダライタ３０に読み取らせることができるのが好ましいが、窓口システムに接続された専用のカードリーダに読み取らせても構わない。

以上のように、現金自動入出金機２４が操作されて、現金が金融機関の特定口座に入金された後に、自動取引装置１３を操作する。始めに該当する入金取引情報を表示する媒体を、カードリーダライタ３０等で読み取る。その後、入金取引情報に基づいて、特定口座に入金された現金の処理を実行する。これにより、例えば、納税処理等の、一般の自動取引装置で処理できない処理を、パーソナルコンピュータやタブレット型コンピュータによる自動取引装置で、係員用アプリケーション６５を使用して完結させることができる。

図１０は、特定口座の利用処理フローチャートである。
以上の処理を実行するコンピュータプログラムは次のように動作する。ステップＳ３１では、自動取引装置１１の現金自動入出金機２４による入金取引を受け付ける。ステップＳ３２では、振り込み手続きと同様の処理により、特定口座６７に入金処理をする。ステップＳ３３では入金取引情報の生成をする。そして、ステップＳ３４で、入金取引情報をレシートに印字して出力をする。

次に、その入金手続きをした顧客は、窓口に行って、係員に該当するレシートを渡す。係員は、バーコードリーダ等により、ステップＳ４１で、入金結果レシートの読み取り処理を実行する。その後、ステップＳ４２で、自動取引装置１３は、取引制御画面の表示をする。この画面は、係員用アプリケーション６５により制御される画面である。ステップＳ４３では、係員は、そのア係員用プリケーション６５を使用して、特定口座６７からの所定の送金処理を実行する。以上の結果、係員は、窓口での現金の受け渡し等の作業無しで、速やかに所定の取引処理をサボートできる。

［プログラムの共通化］
以上により、統合対象の全ての自動取引装置に対して、ハードウエアの交換や大幅な改造をすることなく、ソフトウエアのインストールだけで、統合準備ができる。なお、業務アプリケーションには、取引処理の結果生成された取引データを、異種の全ての自動取引装置に共通する管理用の取引データに形式変換して、任意の場所に設けた管理用記憶装置に記憶させるプログラムモジュールを追加する。管理アプリケーションは、管理用記憶装置に記憶された取引データを利用して障害復旧処理や管理データの生成その他の管理業務を実行する。

管理アプリケーションは、業務アプリケーションとは分離独立し、全ての自動取引装置の保守管理処理を制御する。例えば、自動取引装置本体や、保守管理用のモバイルコンピュータ等に搭載する。金融システムの相違に関わりなく、共通に利用できるから、障害発生への対応や復旧処理がきわめて迅速にできる。特に、異質の金融システムの自動取引装置が混在する店舗等での保守管理業務に大きな威力を発揮する。

管理用記憶装置には、共通形式の取引データが記憶されている。これは、保守管理に必要な取引データを管理アプリケーションに提供するだけでなく、データ連携や異質の金融システム相互間の情報交換に有効に利用できる。業務アプリケーションに追加されたプログラムモジュールが、異種の業務アプリケーション間の情報交換にも有効に機能する。

上記のシステムでは、異種の金融システムが統合されるとき、当初は、それぞれ異種の業務アプリケーションでこれまでどおり、固有の自動取引装置が制御される。各自動取引装置の仕様はそれぞれ異なるが、上記の管理アプリケーションは、自動取引装置の機種を越えて、共通した保守管理ができる。その後、例えば、アプリケーションインタフェースに、業務アプリケーションから出力される制御用コマンドを任意の自動取引装置のミドルウエアが解釈できるコマンドに変換する機能を付与すると、業務アプリケーションが制御できる自動取引装置が増加する。

また、共通形式に変換して管理用記憶装置に記憶された取引データを蓄積していき、業務アプリケーションからもアクセスできるようにして、異種金融システム間の情報交換に利用するようにすると、業務アプリケーションの設計を時間をかけて共通化していくことが可能になる。また、上記のシステムは、合併等による金融システムの統合のみならず、複数の金融機関により自動取引装置を共有する場合にも効力を発揮する。

上記のサーバや自動取引装置のコンピュータの演算処理装置にインストールされたコンピュータプログラムは、それぞれ独立したプログラムモジュールを組み合わせて構成してもよいし、全体を一体化したプログラムにより構成してもよい。コンピュータプログラムにより制御される処理の全部または一部を同等の機能を備えるハードウエアで構成しても構わない。また、上記のコンピュータプログラムは、既存のアプリケーションプログラムに組み込んで使用してもよい。上記のような本発明を実現するためのコンピュータプログラムは、例えばＣＤ−ＲＯＭのようなコンピュータで読み取り可能な記録媒体に記録して、任意の情報処理装置にインストールして利用することができる。また、ネットワークを通じて任意のコンピュータのメモリ中にダウンロードして利用することもできる。

１０ 自動取引装置制御システム
１１ 自動取引装置
１２ コンピュータ
１３ 自動取引装置
１４ 演算処理装置
１６ 業務用記憶装置
１８ 管理用記憶装置
２０ 自動制御デバイス
２２ ディスプレイ
２４ 現金自動入出金機
２６ 紙幣デバイス
２８ 硬貨デバイス
３０ カードリーダライタ
３２ カードデバイス
３４ 通帳レシートプリンタ
３６ 通帳デバイス
３８ 業務アプリケーション
４０ 管理アプリケーション
４２ ブラウザ
４４ ミドルウエア
４６ アプリケーションインタフェース
５０ ネットワーク
５２ サーバ
５４ キャッシュカード
６１ エミュレータ
６４ 初期設定手段
６５ 係員用アプリケーション
６６ レシートプリンタ
６７ 特定口座
６８ 多機能プリンタ

Claims (6)

1. 入出金のための取引処理時に駆動される機構が含まれている自動制御デバイスと、この自動制御デバイスを制御して、入出金のための取引処理を実行するコンピュータプログラム群を動作させるコンピュータを有するものであって、前記コンピュータプログラム群は、
   金融機関固有の形式の取引データを業務用記憶装置に記憶させて取引処理をするものであって、前記取引データをいずれの金融機関にも共通の定型化されたフォーマットに変換して管理用記憶装置に記憶させる機能を有する業務アプリケーションと、
   前記業務アプリケーションとは別個独立に動作し、前記管理用記憶装置に記憶された取引データを利用して、自動取引装置の保守管理処理を制御する機能を持つ管理アプリケーションと、
   ユーザが操作をして入出金のための取引処理をするときに、前記業務アプリケーションの制御により、前記自動取引装置のディスプレイに取引処理に必要な操作画面を表示してマンマシンインタフェースとして機能するブラウザと、
   前記取引処理のために動作する前記デバイス固有の通信を制御するミドルウエアと、
   前記業務アプリケーションまたは管理アプリケーションから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムに転送する機能を持つアプリケーションインタフェースと、
   を備えたことを特徴とする自動取引装置制御システム。
2. 前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記上位のプログラムに転送する機能を持つアプリケーションインタフェースを備え、
   前記管理用記憶装置に記憶された定型化された取引データを、それぞれ固有の形式の取引データを使用する異種の業務アプリケーションからアクセス可能にして、前記管理用記憶装置をデータ連携用とすることを特徴とする請求項１に記載の自動取引装置制御システム。
3. 前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記上位のプログラムに転送する機能を持つアプリケーションインタフェースを備え、
   前記管理用記憶装置に記憶された定型化された取引データを、それぞれ固有の形式の取引データを使用する異種の業務アプリケーションからアクセス可能にして、前記管理用記憶装置を前記複数の金融機関の情報交換用とすることを特徴とする請求項１に記載の自動取引装置制御システム。
4. 前記ブラウザまたは前記業務アプリケーションを含む上位のプログラムから前記デバイスを制御するための汎用のコマンドを受け付けて、前記ミドルウエアに対して前記デバイス固有のコマンドを送信し、前記デバイスから前記ミドルウエアを通じて返されたレスポンスを変換して前記上位のプログラムに転送する機能を持つアプリケーションインタフェースを備え、
   前記管理用記憶装置に記憶された定型化された取引データを、それぞれ固有の形式の取引データを使用する異種の業務アプリケーションからアクセス可能にして、前記複数の金融機関により共有することを特徴とする請求項１に記載の自動取引装置制御システム。
5. コンピュータを、請求項１に記載の業務アプリケーションと管理アプリケーションとブラウザとミドルウエアとアプリケーションインタフェースとして機能させる自動取引装置制御システム用プログラム。
6. 請求項５に記載の自動取引装置制御システム用プログラムを記録したコンピュータで読み取り可能な記録媒体。

Images