JP4459598B2 - 自動取引装置、自動取引制御方法及びその制御プログラム - Google Patents

Description

本発明は、ホストからのコマンドに応じて、自動取引動作する自動取引装置、自動取引制御方法及びその制御プログラムに関し、特に、ホストとの共通のインタフェースで、異なる仕様の機種の自動取引動作を可能とする自動取引装置、自動取引制御方法及びその制御プログラムに関する。

自動取引装置は、各種の取引に利用されており、例えば、金融分野では、自動出金機、自動入出金機が、他の分野では、自動発券機や自動発行機等が利用されている。

このような自動取引装置は、通常、ホストに接続され、ホストデータベースを利用して、入出金、発券、各種情報の出力を行う。図３７は、従来の自動取引システムの構成図であり、金融業務のＡＴＭ（Automatic Teller Machine）システムを示す。

図３７に示すように、ホスト（サーバ）３００と、現金自動取引装置４００とがネットワークで接続される。ホスト３００は、自動取引装置（ＡＴＭ）４００の制御のため、ＡＴＭアプリケーション層と機能サーバを有し、機能サーバとＡＴＭアプリケーション層とで、ＡＴＭ４００を制御する。

一方、ＡＴＭ４００は、カーネル（ＯＳ）４２０の制御の基に、ＡＴＭミドルウェア４１０、デバイスドライバ４３０が動作し、Ｉ／Ｏ動作(取引動作）する。ＡＴＭ４００は、Ｉ／Ｏメカユニットとして、カードリーダ／ライタユニット４４０、レシート／ジャーナルプリンタ４４１、紙幣／硬貨処理ユニット４４２、通帳処理ユニット４４３、顧客操作パネル４４４を有する。

ＡＴＭミドルウェア４１０は、上位（ホスト）３００の指示に従い、前述の各Ｉ／Ｏユニットを制御するためのアプリケーションプログラムであり、上位とのインタフェースのためのステート層４１２と、個々のＩ／Ｏユニットを制御するためのＩＯクライアント層４１４と、ＩＯ動作の起動、終結及び通信プロトコル制御のためのＩＯサーバ層４１６と、各ＩＯユニットへの電文の変換を行うためのＩＯサービスプロバイダ層４１８とを有する。

このＡＴＭミドルウェア４１０は、ホスト３００の指示により、各Ｉ／Ｏユニットを動作するコマンド、データを生成するものである。このため、ホスト３００との固有のインタフェースや、各Ｉ／Ｏユニット４４０〜４４４の構成、装置のベンダー固有の情報に従い、設計される。

一方、自動取引装置の個々の設定情報、例えば、設置された金融機関番号や、店番号、上位回線種別、回線速度等を、ＴＣＰ／ＩＰ等のプロトコルを使用して、ＷＥＢで変更することが提案されている（例えば、特許文献１参照）。

この提案では、自動取引装置のＯＳやアプリケーションに依存した固定的な設定情報を、変更したＯＳ，アプリケーションでも引き継ぐことができ、異なる装置間での互換性を確保することが可能となる。
特開２００２−２６００６８号公報

近年、オープンシステム化の要求や金融機関等のユーザの合併、統合により、多機種、多ベンダーの自動取引装置を、同一のＡＴＭアプリケーション（アーキテクチャ）で動作させることが、要望されている。

従来の自動取引装置では、自動取引装置の機種及び機能範囲が同一であり、且つＩ／Ｏユニットの仕様が同一であれば、同一のＡＴＭミドルウェア４１０を利用できる。しかしながら、自動取引装置の機種、機能範囲、Ｉ／Ｏユニットの仕様が異なる場合には、同一のＡＴＭミドルウェアを利用できない。

このため、機種、機能範囲、Ｉ／Ｏユニットの仕様が異なる自動取引装置を、同一のＡＴＭアプリケーションで、共通のインタフェースで動作させるためには、自動取引装置のＡＴＭミドルウェア４１０を、それに合わせて、それぞれ設計する必要がある。

従って、既存のＡＴＭミドルウェア（資産）を利用できず、共通インタフェースで、多機種、多ベンダーの自動取引装置を動作するシステムの普及の阻害要因となっていた。特に、金融機関等のユーザの合併によるシステム統合の負担が増加する原因となっていた。

従って、本発明の目的は、既存のミドルウェア資産を利用して、共通インタフェースで動作するための自動取引装置、自動取引制御方法及びその制御プログラムを提供することにある。

又、本発明の他の目的は、既存のミドルウェア資産を、アーキテクチャに対応して、容易にカストマイズするための自動取引装置、自動取引制御方法及びその制御プログラムを提供することにある。

更に、本発明の他の目的は、既存のミドルウェア資産を利用して、共通インタフェースで動作する機種を増大するための自動取引装置、自動取引制御方法及びその制御プログラムを提供することにある。

この目的の達成のため、本発明の自動取引装置は、顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置において、前記取引動作を行うため、少なくとも顧客操作部と現金取扱部とカード処理部とを有する複数のＩＯユニットと、前記上位からのコマンド及びパラメータに応じて、前記ＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、カーネルの制御の基で動作し、前記ＩＯユニットを制御するミドルウェア層と、前記上位とのインタフェースで規定された共通のパラメータを、前記ミドルウェア層固有のパラメータに変換するためのパラメータを格納するパラメータファイルと、前記上位とのインタフェースで規定された前記共通のパラメータを、前記パラメータファイルを参照して、前記ミドルウェア層固有の前記パラメータに変換し、前記ミドルウェア層を動作するＩＯコントロール層とを有する。

又、本発明の自動取引制御方法は、顧客の操作に応じて、上位と交信し、少なくとも顧客操作部と現金取扱部とカード処理部とを有する複数のＩＯユニットを動作して、取引動作を行う自動取引装置の制御方法において、前記上位とのインタフェースで規定されたコマンド及び共通のパラメータを受信するステップと、コマンド及びパラメータに基づき、ミドルウェア層により前記複数のＩＯユニットを制御するステップと、前記上位とのインタフェースで規定された前記共通のパラメータを、前記ミドルウェア層固有のパラメータに変換するためのパラメータを格納するパラメータファイルを参照し、前記上位からの前記共通のパラメータを、前記ミドルウェア層固有の前記パラメータに変換し、前記ミドルウェア層を動作するステップとを有する。

又、本発明の制御プログラムは、顧客の操作に応じて、上位と交信し、少なくとも顧客操作部と現金取扱部とカード処理部とを有する複数のＩＯユニットを動作して、取引動作を行う自動取引装置の制御プログラムであって、前記上位とのインタフェースで規定された共通のコマンド及びパラメータを受信するステップと、前記上位とのインタフェースで規定された前記共通のパラメータを、前記取引動作を行う複数のＩＯユニットを制御するミドルウェア層固有のパラメータに変換するためのパラメータを格納するパラメータファイルを参照し、前記上位からの前記共通のパラメータを、前記ミドルウェア層固有の前記パラメータに変換するステップと、変換された前記ミドルウェア層固有の前記パラメータにより、前記ミドルウェア層を動作して、前記取引動作を行う複数のＩＯユニットを制御するステップとを、前記自動取引装置のＣＰＵに行わせる。

更に、本発明では、好ましくは、前記ＩＯコントロール層は、前記複数のＩＯユニットの各々に対応した複数のＩＯコントロールライブラリを有し、前記上位からの取引制御信号に応じて、前記ＩＯコントロールライブラリを呼び出し、前記パラメータファイルから前記ＩＯコントロールライブラリに対応したパラメータを読み出し、前記ミドルウェア層固有の取引制御信号に編集し、前記ミドルウェア層を動作する。

更に、本発明では、好ましくは、前記ミドルウェア層は、前記ＩＯユニットへの取引制御信号を仲介するためのＩＯクライアント層と、前記ＩＯクライアント層の取引制御信号により、ＩＯ動作の起動、終結及び通信プロトコル制御を行うＩＯサーバ層と、前記各ＩＯユニットとの電文の変換を行うＩＯサービスプロバイダ層とを有する。

更に、本発明では、好ましくは、前記複数のＩＯユニットは、前記顧客の操作に基づいて、現金取引を行う複数のＩＯユニットで構成される。

更に、本発明では、好ましくは、前記ＩＯコントロール層は、前記顧客の指定した現金取引シーケンスに従う前記上位からの取引制御信号を受け、前記ＩＯユニットを動作して、前記上位に応答を返す。

更に、本発明では、好ましくは、前記制御ユニットは、前記上位とＷｅｂで交信し、前記ＩＯコントロール層と前記上位とのインタフェースで規定された制御信号をやりとりするためのブラウザを有する。

更に、本発明では、好ましくは、前記ＩＯコントロール層は、前記ＩＯユニットからの応答を論理化し、前記上位に応答する。

更に、本発明では、好ましくは、前記ＩＯユニットが、媒体を取り扱うＩＯユニットであり、前記ＩＯコントロール層は、前記ＩＯユニットからの前記媒体に関する応答を論理化し、前記上位に応答する。

本発明では、装置のベンダ固有のパラメータをパラメータファイルに設定しておき、ＩＯコントロール層が、共通インタフェース（ＡＰＩ）のコマンドのパラメータと、パラメータファイルのベンダ固有のパラメータとを編集し、ＡＴＭミドルＡＰＩのコマンドに変換し、ＡＴＭミドルウェアに送り、ベンダ固有のＩＯユニットを動作するので、共通インタフェース（ＡＰＩ）のコマンドで、ベンダ固有のＩＯユニットを動作できる。

即ち、既存のＡＴＭミドルウェアを、標準インタフェースで動作するように、カストマイズ化できる。

以下、本発明の実施の形態を、自動取引システム、共通ＡＰＩ，既存ＡＴＭミドルウェアのカストマイズ方法、ＩＯコントロール層の構成、固有出力の論理化方法、他の実施の形態の順で説明する。

［自動取引システム］
図１は、本発明の一実施の形態の自動取引装置の外観図、図２は、図１の自動取引装置の構成図、図３は、本発明の一実施の形態の自動取引システムのシステム構成図である。

図１に示すように、自動取引装置１は、磁気カードの挿入及び排出のためのカード出入口２、磁気通帳の挿入及び排出のための通帳出入口３、紙幣の投入及び排出のための紙幣出入口４、硬貨の投入及び排出のための硬貨出入口５、利用者の操作のためのＵＯＰ（Universal Operation Panel）６、利用者に運用状況を表示するための運用表示器７、利用者を検出する顧客センサ８を備える。

図２は、図１の自動取引装置１のブロック図である。ＣＲＷ（Card Reader Writer）ユニット１０は、カード出入口（カード挿入口）２から挿入された磁気カードを、図示しない搬送機構で搬送しながら、磁気ヘッドで読み取り、出入口２へ返却する。ＣＲＷユニット１０には、イメージセンサが設けられ、磁気カード（エンボス部）を光学的に読み取る。

ＲＰＲ（Receipt Printer)ユニット２０は、印字ヘッドで、レシート用紙に、取引結果の印字を行い、レシートをカード出入口２に排出する。又、ＲＰＲユニット２０は、排出されたレシートが所定時間内に利用者に抜き取られない時に、出入口２から戻されたレシートを収容する。

ＪＰＲ（Journal Printer）ユニット７０は、印字ヘッドで、ジャーナル用紙に、取引状態、結果等を印字する。ＵＯＰユニット３０は、ＵＯＰ（タッチパネル付きデイスプレイ）６とその制御回路で構成される。通帳（ＰＰＲ）処理ユニット４０は、通帳出入口３から挿入された磁気通帳を読み取り、且つ磁気通帳に取引印字を行い、通帳出入口３から排出する。

紙幣／硬貨処理ユニット５０は、紙幣出入口４、硬貨出入口５から投入された紙幣、硬貨を鑑別、計数し、スタッカに収容する入金動作を行い、且つ現金スタッカから要求された紙幣、硬貨を取り出し、紙幣出入口４、硬貨出入口５へ放出する出金動作を行う。制御部６０は、ＬＡＮ等のネットワーク９０を介し、これら制御ユニット１０，３０，４０，５０、７０に接続され、図３にて後述するソフトウェアの構成により自動取引処理を行う。

図３は、本発明の一実施の形態の自動取引システムのブロック図である。自動取引装置１は、インターネット等のネットワーク１１０を介し、ＷＷＷ（World Wide Web)サーバ（ホスト）１００と、取引処理に必要なコマンド、パラメータ、データのやりとりを行う。

自動取引装置１では、前述の制御部６０が、ブラウザ１２０と、ＡＴＭミドルウェア１３０と、カーネル（ＯＳ）１４０と、デバイスドライバ１５０とを搭載する。

デバイスドライバ１５０は、カード（ＣＲＷ）ユニット１０をドライブするためのカードユニットドライバ１５１と、レシート／ジャーナルユニット（ＲＰＲ／ＪＰＲ）２０、７０をドライブするためのレシート／ジャーナルユニットドライバ１５２と、ＢＲＵ（紙幣）ユニット５０をドライブするためのＢＲＵドライバ１５３と、ＣＲＵ（硬貨）ユニット５０をドライブするためのＣＲＵドライバ１５４と、ＵＯＰ３０をドライブするためのグラフィックドライバ１５５と、タッチスクリーンドライバ１５６と、通帳ユニット４０をドライブするためのＰＰＲドライバ１５７とを有する。

ブラウザ１２０は、Ｗｅｂブラウザで構成され、Ｗｅｂサーバ１００にコンテンツの送信を要求し、Ｗｅｂサーバ１００が送信するコンテンツを解釈し、表示等を行う。ここでは、ＨＴＭＬとＪａｖａ（登録商標）で構成された取引処理に必要なコンテンツを要求し、送信されたコンテンツを解釈し、ＡＴＭミドルウェア１３０、ＵＯＰ３０の画面制御を行う。

カーネル１４０は、例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ等の周知のＯＳ(Operating System）で構成され、カーネル１４０の動作環境下で、ブラウザ１２０、ＡＴＭミドルウェア１３０、デバイスドライバ１５０が動作する。

ＡＴＭミドルウェア１３０は、パラメータファイル１６０と、ＩＯコントロール層１７０と、ＩＯクライアント層１９０と、ＩＯサーバ層２００と、ＩＯサービスプロセッサ層２１０とを有する。

このＩＯクライアント層１９０は、装置に実装された個々のＩ／Ｏユニットを制御するものであり、ＩＯサーバ層２００は、ＩＯ動作の起動、終結及び通信プロトコル制御を行うものであり、ＩＯサービスプロバイダ層２１０は、各ＩＯユニットへの電文の変換を行うものである。これらは、その装置の機能範囲、種類、接続されたＩＯユニットの仕様に従い、設計された既存のミドルウェア１８０である。

一方、ＩＯコントロール層１７０は、Ｗｅｂサーバ１００とミドルウェア共通アプリケーションインタフェース規約で、コマンド、データの送受信を行う。この共通アプリケーションインタフェース（ＡＰＩ）は、装置の機種によって、機能範囲が異なるため、全ての機種を動作できる共通のコマンド、データ体系で構成され、図４で後述する。

ＩＯコントロール層１７０は、ＩＯクライアント層１９０のアプリケーションインタフェース（ＡＰＩ）を統合、集約し、抽象度の高い共通ＡＰＩを構築するものである。パラメータファイル１６０は、ベンダ（ＡＴＭメーカ）固有のシステム仕様によって、一意に決定される入力パラメータ／固定パラメータを格納するものである。

ＩＯコントロール層１７０は、ＩＯクライアント層１９０の呼び出し時に、このパラメータファイル１６０から各ＩＯクライアント層固有のパラメータを呼び出し、共通ＡＰＩを、既存のクライアントＡＰＩに変換する。

これにより、抽象度の高い共通ＡＰＩを、自動取引装置１のＡＴＭミドルウェア１９０、搭載ＩＯユニットの種類に合致したクライアントＡＰＩに変換でき、既存のＡＴＭミドルウェア１９０とＩＯユニットを動作することができる。即ち、既存のＡＴＭミドルウェアを、共通ＡＰＩで動作するように、カストマイズ化できる。

［共通ＡＰＩ］
先ず、共通ＡＰＩを説明する。図４は、共通ＡＰＩのコマンド種類の一例を示す。ＣＲＷ（カード・リーダ／ライタ）コマンドとしては、カード挿入コマンド、カード排出コマンドが用意されている。

ＲＰＲ（レシートプリンタ）コマンドとしては、印字コマンド、放出コマンド等が用意されている。ＰＰＲ（通帳プリンタ）コマンドとしては、通帳挿入コマンド、印字コマンド、ＭＳ（磁気ストライプ）書き込みコマンド、通帳排出コマンド、オートターンページコマンド等が用意されている。

ＢＲＵ（紙幣リサイクルユニット）コマンドとしては、初期化コマンド、受付／計数コマンド、収納コマンド、入金返却コマンド、繰り出しコマンド、放出コマンド、取り込みコマンド、搬送路チエックコマンド、ジャムリセットコマンド等が用意されている。ＣＲＵ（硬貨リサイクルユニット）コマンドも同様であり、説明を省略する。

次に、ＡＴＭミドルウェア１３０の構成を、図５により説明する。ＩＯコントロール層１７０は、各ＩＯのコントロールを行うＩＯコントロールライブラリ群１７１〜１７８を有する。ここでは、ＩＯコントロールライブラリ群は、通帳コントロールライブラリ１７１、ＣＲＷコントロールライブラリ１７２、テンキーコントロールライブラリ１７３、レシートコントロールライブラリ１７４、紙幣コントロールライブラリ１７５、硬貨コントロールライブラリ１７６、ジャーナルコントロールライブラリ１７７、取引制御コントロールライブラリ１７８を有する。

これらコントロールライブラリ１７１〜１７８は、共通ＡＰＩで指定されたタスク（カードコントロールＥＸＥ等）により呼び出され、そのタスクを前述のパラメータテーブル１６０を利用して、既存ミドルウェアのクライアントＡＰＩに変換する。

又、既存ミドルウェア１８０のＩＯクライアント層１９０は、装置に実装された個々のＩ／Ｏユニットを制御するものであり、ここでは、カード（ＣＲＷ）クライアント１９１，硬貨クライアント１９２、紙幣クライアント１９３、ＲＰＲクライアント１９４、ＪＰＲクライアント１９５、ＰＰＲクライアント１９６等が設けられている。

同様に、ＩＯサーバ層２００も、個々のＩＯ動作の起動、終結及び通信プロトコル制御を行うため、個々のＩＯに分割されている。即ち、カード（ＣＲＷ）サーバ２０１，硬貨サーバ２０３、紙幣サーバ２０２、ＲＰＲ（レシートプリンタ）サーバ２０４、ＪＰＲサーバ２０５、ＰＰＲ（通帳プリンタ）サーバ２０６が設けられている。

又、同様に、ＩＯサービスプロバイダ層２１０も、各ＩＯユニットへの電文の変換を行うため、個々のＩＯに分割されている。即ち、カード（ＣＲＷ）サービスプロバイダ２１１，硬貨サービスプロバイダ２１３、紙幣サービスプロバイダ２１２、ＲＰＲサービスプロバイダ２１４、ＪＰＲサービスプロバイダ２１５、ＰＰＲサービスプロバイダ２１６が設けられている。

即ち、ＡＴＭミドルウェアを構成する、コントロールライブラリ、クライアント、サーバ、サービスプロバイダが、個々のＩＯユニットに対応して設けられ、要求された共通ＡＰＩのコマンド，パラメータを、ＩＯコントロール１７０が、既存ミドルウェアＡＰＩのコマンド、パラメータに変換し、既存ミドルウェアを介しＩＯユニットを動作する。

図６及び図７の出金取引を例に、サーバ１００のＡＴＭアプリケーションプログラム（ＡＰＬ）と、顧客操作画面（ＵＯＰ画面）と、ＩＯコントロール及びＩＯコントロールライブラリとの関係を説明する。

サーバ１００のＡＰＬは、顧客待ち処理開始において、取引状態設定コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、取引制御コントロールライブラリ１７８を呼び出し、顧客待ち開始状態とし、ＵＯＰ６の顧客操作画面を、顧客待ち状態の表示を行う。以降、取引制御コントロールライブラリ１７８が、装置状態を監視し、ＵＯＰ６の画面に顧客がタッチしたことを検出し、サーバ１００に報告する。

次に、サーバ１００のＡＰＬは、縮退チエック処理を行う。即ち、ＡＰＬは、縮退チエックコマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、取引制御コントロールライブラリ１７８を呼び出し、装置状態（各ＩＯユニットの状態）の取得を行い、次に、運用状態（出金のみか、入出金可能か等）の取得を行い、運用情報を設定し、これを、サーバ１００に報告する。

サーバ１００のＡＰＬは、取引種別選択処理により、設定された運用情報に従い、取引種別選択コマンド及び画面を、ＡＴＭ１に発行し、ＡＴＭ１では、ＵＯＰ６の顧客操作画面に、この選択画面を表示する。

ここでは、出金取引の例なので、ＵＯＰ６の出金キーが押下され、サーバ１００に報告される。これにより、サーバ１００のＡＰＬは、取引開始処理に移行し、取引開始コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、取引制御コントロールライブラリ１７８を呼び出し、取引処理開始状態に設定し、取引情報を取得する。

次に、サーバ１００のＡＰＬは、取引情報の取得終了により、カード開始処理に移行し、カード挿入処理コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、取引制御コントロールライブラリ１７８を呼び出し、カード挿入処理状態に設定し、ＵＯＰ６の顧客操作画面を、カード挿入画面表示とする。

そして、カード挿入コマンドに応じて、ＩＯコントロール１７０が、カードコントロールライブラリ１７２を呼び出し、カードユニット１０を起動する。カードユニット１０がカードの挿入を検出し、カードを読取ると、カードコントロールライブラリ１７２より、カード挿入を、サーバ１００のＡＰＬに通知する。そして、サーバ１００のＡＰＬは、取引情報取得コマンドをＡＴＭ１に発行し、ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、取引制御コントロールライブラリ１７８を呼び出し、取引状態（ここでは、カード挿入検出及びカードの読取りデータ）を取得する。

次に、サーバ１００のＡＰＬは、カード挿入処理の終了により、暗証入力処理に移行し、暗証処理コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、テンキーコントロールライブラリ１７３を呼び出し、ＵＯＰ６の顧客操作画面を、暗証入力画面表示とする。テンキーコントロールライブラリ１７３は、ＵＯＰ６のテンキー入力状況を監視し、テンキー入力終了をサーバ１００に通知する。

次に、サーバ１００のＡＰＬは、テンキー入力終了により、金額入力処理に移行し、金額入力処理コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、テンキーコントロールライブラリ１７３を呼び出し、ＵＯＰ６の顧客操作画面を、金額入力画面表示とする。テンキーコントロールライブラリ１７３は、ＵＯＰ６のテンキー入力状況を監視し、テンキー入力（金額入力、確認キー）終了をサーバ１００に通知する。

次に、サーバ１００のＡＰＬは、金額入力処理の終了により、ホスト通信処理に移行し、ホスト通信処理コマンドをＡＴＭ１に発行し、カードデータ、暗証、金額をＡＴＭ１から取得し、ＵＯＰ６の顧客操作画面を、お待ち下さい画面表示とする。

そして、サーバ１００のＡＰＬは、認証、残高更新処理を終了すると、取引印字処理に移行し、印字コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、レシートコントロールライブラリ１７４を呼び出し、レシートプリンタ２０でレシートの印字を行わせる。

そして、次に、サーバ１００のＡＰＬは、紙幣繰り出し処理に移行し、紙幣繰り出しコマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、紙幣コントロールライブラリ１７５を呼び出し、紙幣ユニット５０を起動し、紙幣を繰り出す。

次に、サーバ１００のＡＰＬは、紙幣繰り出し処理の終了により、媒体排出処理に移行し、媒体排出コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、カードコントロールライブラリ１７２、レシートコントロールライブラリ１７４、紙幣コントロールライブラリ１７５を呼び出し、且つＵＯＰ６の顧客操作画面を、媒体排出画面表示とする。これにより、カードユニット１０からカードが、レシートプリンタ２０からレシートが、紙幣ユニット５０から紙幣が排出される。

次に、サーバ１００のＡＰＬは、ＡＴＭ１からの抜き取り完了を受け、取引終了処理に移行し、取引終了コマンドをＡＴＭ１に発行する。ＡＴＭ１では、上位プロセス（例えば、ブラウザ）を介し、ＩＯコントロール１７０が、ＵＯＰ６の顧客操作画面を、終了画面表示とする。同時に、取引制御コントロールライブラリ１７８に、取引状態を処理終了に設定し、他の各コントロールライブラリ１７１〜１７７の情報を取得する。その後、サーバ１００のＡＰＬは、前述の顧客待ち処理に戻る。

このように、サーバ１００のＡＴＭアプリケーションとＡＴＭ１とのインタフェースを、ＡＴＭ１の製造、販売メーカ、機種によらずに、一般的な出金処理の流れに共通に使用できるものとしている。これにより、各ＡＴＭに共通のインタフェースを構築できる。入金取引、残高照会等も同様である。

［既存ＡＴＭミドルウェアのカストマイズ化方法］
次に、ＡＴＭの機種により、ＩＯユニットの仕様や、ＡＴＭミドルウェアの仕様が異なる場合でも、この共通インタフェースで動作できるように、工夫が必要である。この場合に、ＡＴＭミドルウェア自体を、この共通インタフェースに合わせて設計することは、共通インタフェースを制定した意味が薄れる。

このため、ＩＯユニットを動作するための既存のＡＴＭミドルウェアを活かして、共通インタフェースで動作できるように、既存ＡＴＭミドルウェアのカストマイズを行う。

図８及び図９は、本発明の一実施の形態の動作説明図であり、図１０は、その共通インタフェースとベンダ固有インタフェースの説明図、図１１及び図１２は、ＩＯコントロールライブラリでのインタフェース変換処理フロー図である。

図８及び図９では、サーバ１００のＡＴＭアプリケーションをＷｅｂアプリケーションで示し、ＪＡＶＡ（登録商標）のＡＴＭアプレット関数呼び出しの形式でＣＲＷ（カードユニット）コマンド、ＢＲＵ（紙幣ユニット）コマンドを、パラメータａ，ｂ，Ａ，Ｂを付して、共通インタフェースとして、発行する。

一方、ＡＴＭ１では、図３で説明したように、パラメータファイル１６０は、各ベンダのシステム仕様によって、一意に決定される入力パラメータ／固定パラメータを格納している。図８では、Ａ社固有の設定情報として、ＣＲＷコマンドＡに対し、固有パラメータｃ，ｄを、ＢＲＵコマンドＸに対し、固有パラメータＣ，Ｄ，Ｅを格納する。

同様に、図９では、Ａ社固有の設定情報として、ＣＲＷコマンドＡに対し、固有パラメータｃを、ＢＲＵコマンドＸに対し、固有パラメータＣ，Ｄ，Ｅ、Ｆを格納する。

ＩＯコントロール層１７０は、ＩＯクライアント層１９０を含むＡＴＭミドルウェア１８０の呼び出し時に、このパラメータファイル１６０から各ＩＯクライアント層固有のパラメータを呼び出し、共通ＡＰＩを、既存のクライアントＡＰＩに変換する。

例えば、図８では、ＩＯコントロール層１７０が、共通インタフェース（ＡＰＩ）のＣＲＷコマンドＡ（ａ，ｂ）を、ＣＲＷミドルＡＰＩのコマンドＡ（ａ，ｂ，ｃ、ｄ）に変換し、ＣＲＷミドルウェア１８０に送り、ＣＲＷユニット１０を動作し、共通インタフェース（ＡＰＩ）のＢＲＵコマンドＸ（Ａ，Ｂ）を、ＢＲＵミドルＡＰＩのコマンドＸ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）に変換し、ＢＲＵミドルウェア１８０に送り、ＢＲＵユニット５０を動作する。

同様に、図９では、ＩＯコントロール層１７０が、共通インタフェース（ＡＰＩ）のＣＲＷコマンドＡ（ａ，ｂ）を、ＣＲＷミドルＡＰＩのコマンドＡ（ａ，ｂ，ｃ）に変換し、ＣＲＷミドルウェア１８０に送り、ＣＲＷユニット１０を動作し、共通インタフェース（ＡＰＩ）のＢＲＵコマンドＸ（Ａ，Ｂ）を、ＢＲＵミドルＡＰＩのコマンドＸ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ、Ｆ）に変換し、ＢＲＵミドルウェア１８０に送り、ＢＲＵユニット５０を動作する。

図１０の通帳処理コマンドを例に、具体例で説明する。ユニット初期化コマンドに対しては、ベンダ固有インタフェース（パラメータ）として、通帳プリンタのユーザ種別コード、通帳リボンニアエンドチエック有無の指定、通帳ＭＳ（磁気ストライプ）エラーの休止有無の指定、通帳ページマーク上下使用の有無の指定、取り忘れ通帳引き込み時のページ閉じの有無の指定があり、各ベンダの通帳ユニットの仕様により、指定できる。

通帳挿入処理コマンドに対しては、共通インタフェース（パラメータ）として、挿入媒体論理種別の指定、通帳タイプ番号Ｎｏ．の指定、Ｗ−ＭＳ（ワイド磁気ストライプ）切り替え指定、ストライプ位置指定、ＭＳ消去の有無指定、指定行位置指定、複合動作指定、カメラ制御（通帳挿入時にカメラを動作する）の指定がある。

一方、ベンダ固有インタフェース（パラメータ）として、ＭＳ位置の指定（例えば、金融機関毎に通帳のＭＳの位置が異なる場合がある）、ＭＳ方式（記録フォーマット）、ＭＳパラメータ（ＭＳのデータ消去可か等）、ラインランプ制御の指定（通帳入口にラインランプがある時に、挿入、排出時にランプを点灯する）がある。

図１１は、前述のユニット初期化処理のフロー図である。

（Ｓ１０）ユニット初期化コマンドを受けると、パラメータファイル１６０より、初期化に関するベンダ固有の設定情報（パラメータ）を読み込む。

（Ｓ１２）読み込んだパラメータを初期化コマンドに付して、ユニットに送信し、応答を受信する。

図１２は、前述の通帳挿入処理のフロー図である。

（Ｓ２０）通帳挿入コマンドを受けると、パラメータファイル１６０より、通帳挿入に関するベンダ固有の設定情報（パラメータ）を読み込む。

（Ｓ２２）読み込んだパラメータと、共通インタフェースから受信したパラメータ（入力情報）とから、ベンダ固有ユニットのパラメータを編集する。

（Ｓ２４）編集したパラメータを通帳挿入コマンドに付して、ユニットに送信し、応答を受信する。

このようにして、予め、ベンダ固有のパラメータをパラメータファイル１６０に設定しておき、ＩＯコントロール層１７０が、共通インタフェース（ＡＰＩ）のコマンドのパラメータと、パラメータファイル１６０のベンダ固有のパラメータとを編集し、ＡＴＭミドルＡＰＩのコマンドに変換し、ＡＴＭミドルウェアに送り、ベンダ固有のＩＯユニット１０を動作するので、共通インタフェース（ＡＰＩ）のコマンドで、ベンダ固有のＩＯユニットを動作できる。即ち、既存のＡＴＭミドルウェアを、標準インタフェースで動作するように、カストマイズ化できる。

［ＩＯコントロール層の構成］
次に、ＩＯコントロール層の各コントロールライブラリを説明する。先ず、ＣＲＷコントロールライブラリを説明する。図１３は、カード（ＣＲＷ）ユニットコマンドのベンダ固有パラメータの説明図、図１４は、カード挿入動作の説明図、図１５は、カード排出動作の説明図である。

図１３に示すように、ＣＲＷのベンダ固有パラメータとして、初期化パラメータ、排出パラメータ、カード挿入パラメータ、ＭＳ書き込みパラメータ、強制排出パラメータ、発行パラメータとが設けられている。

初期化パラメータは、ＣＲＷクライアントの初期化処理動作に必要な基本パラメータを指定する。即ち、ベンダ固有ミドルウェアの初期値を指定する。排出パラメータは、媒体排出時に必要なパラメータを指定する。例えば、媒体排出時にラインランプを点灯するか等の指定である。

カード挿入パラメータは、カード挿入時に特別の処理が必要な場合のパラメータを指定する。ＭＳ書き込みパラメータは、カードの磁気ストライプに磁気データを書くのに必要なパラメータを指定する。例えば、データ書き込みの可否、ベンダ、ユーザ独自のデータ等である。

強制排出パラメータは、媒体の強制排出時に必要なパラメータを指定する。例えば、強制排出の可否等である。発行パラメータは、振込券の発行時に必要なパラメータを指定する。振込券は、ユーザで独自に仕様決定できるので、これらのパラメータを指定できる。

図１４は、カード挿入コマンドを受けた時のＣＲＷコントロールライブラリ１７２とカードユニット１０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩのカード挿入コマンドを受けると、ＣＲＷコントロールライブラリ１７２は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、カード挿入コマンドを、カードユニット１０に発行する。

カードユニット１０は、カード挿入待ちを開始し、これを通知し、媒体を検出すると、ライブラリ１７２に通知し、カード吸入を開始し、ライブラリ１７２は、吸入動作開始をブラウザ１２０に通知する。カードユニット１０が、カード挿入動作を完了すると、ライブラリ１７２に通知し、更に、これをブラウザ１２０に通知する。

次に、カードユニット１０が、カードの磁気ストライプの読込みを完了すると、ライブラリ１７２に通知し、更に、これをブラウザ１２０に通知する。更に、カードユニット１０が、カードのエンボスイメージの読込みを完了すると、ライブラリ１７２に通知し、更に、挿入完了をブラウザ１２０に通知する。これにより、カード挿入コマンドの処理が終了する。

図１５は、カード排出コマンドを受けた時のＣＲＷコントロールライブラリ１７２とカードユニット１０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩのカード排出コマンドを受けると、ＣＲＷコントロールライブラリ１７２は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集する。そして、ベンダ固有のパラメータで、ＭＳ更新データの設定をしている場合には、カード排出コマンドとして、ＭＳライトコマンドを、カードユニット１０に発行する。

カードユニット１０は、ＭＳをライトし、カードを排出する。カードユニット１０は、ＭＳライトを完了すると、これをライブラリ１７２に通知する、ライブラリ１７２は、カード抜き取り待ちコマンドを、カードユニット１０に発行し、抜き取り監視開始をライブラリ１７２に通知する。ライブラリ１７２は、カード抜き取り監視開始開始をブラウザ１２０に通知し、ブラウザ１２０は、抜き取り待ちタイマ監視を開始する。ライブラリ１７２は、カメラ指定が、排出時の場合には、監視カメラの動作をカードユニット１０に通知し、カードユニット１０は、完了を通知する。

次に、ライブラリ１７２は、ベンダ固有パラメータでフリッカランプの指定が排出時点滅を指示している場合に、フリッカランプの点滅をカードユニット１０に指示する。カードユニット１０は、完了及び抜き取り完了を通知し、更に、カード排出完了をブラウザ１２０に通知する。これにより、カード排出コマンドの処理が終了する。

次に、紙幣コントロールライブラリ１７５を説明する。図１６は、紙幣（ＢＲＵ）ユニットコマンドのベンダ固有パラメータの説明図、図１７は、紙幣ユニットの初期化動作の説明図、図１８は、紙幣受付／計数動作の説明図、図１９は、紙幣ユニットの紙幣収納動作の説明図、図２０は、紙幣入金返却の説明図、図２１は、紙幣ユニットの紙幣繰り出し動作の説明図、図２２は、紙幣取り込み動作の説明図、図２３は、紙幣放出動作の説明図、図２４は、対象とする紙幣ユニットの構成図である。

図２４に示すように、紙幣ユニット５０は、紙幣リサイクル型の入出金機で構成され、入出金口５００、鑑別部５０２、プール部５０４、紙幣スタッカ５０５、５０６、回収金庫５０８、補充金庫５１０、リジェクトボックス５１２とを有する。

図１６に示すように、ＢＲＵのベンダ固有パラメータとして、初期化パラメータ、紙幣受付パラメータ、紙幣計数パラメータ、紙幣受付／計数パラメータ、紙幣繰り出しパラメータ、紙幣放出パラメータ、搬送路チエックパラメータ、ジャムリセットパラメータとが設けられている。

初期化パラメータは、ＢＲＵクライアントの初期化処理動作に必要な基本パラメータを指定する。即ち、ベンダ固有ミドルウェアの初期値を指定する。紙幣受付パラメータは、紙幣挿入待ち時に必要なパラメータを指定する。例えば、紙幣挿入待ち時のアラームの有無、待ち時間等の指定である。

紙幣計数パラメータは、紙幣の鑑別（計数）時に必要なパラメータを指定する。例えば、最大鑑別枚数等である。紙幣受付／計数パラメータは、紙幣の挿入待ち時や紙幣の鑑別（計数）時に必要なパラメータを指定する。

紙幣繰り出しパラメータは、指定金種の繰り出し、鑑別（計数）、入出金口収納時に必要なパラメータを指定する。例えば、リジェクトの可否等である。紙幣放出パラメータは、紙幣の放出、シャッタ開閉制御に必要なパラメータを指定する。例えば、シャッタ開放時間、取り込みの可否等である。

搬送路チエックパラメータは、ＢＲＵユニット搬送路上の残留チエック時に必要なパラメータを指定する。例えば、残留チエック位置等である。ジャムリセットパラメータは、ＢＲＵ内に滞留しているジャム紙幣収集に必要なパラメータを指定する。例えば、収集先、収集のリトライ回数等である。

図１７は、初期化コマンドを受けた時の紙幣コントロールライブラリ１７５と紙幣ユニット５０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩのＢＲＵ初期化コマンドを受けると、紙幣コントロールライブラリ１７５は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、紙幣ユニット起動コマンドを、紙幣ユニット５０に発行する。

紙幣ユニット５０は、ユニットのオープン処理を行い、これをライブラリ１７５に通知する。ライブラリ１７５は、ベンダ固有のパラメータを含む固定パラメータを、紙幣ユニット５０に通知し、セットする。そして、ライブラリ１７５は、紙幣メカリセットを紙幣ユニット５０に通知し、紙幣ユニット５０が、メカリセット動作を完了すると、ライブラリ１７５に通知し、更に、初期化完了をブラウザ１２０に通知する。これにより、初期化コマンドの処理が終了する。

図１８は、紙幣受付／計数コマンドを受けた時の紙幣コントロールライブラリ１７５と紙幣ユニット５０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの紙幣計数／受付コマンドを受けると、紙幣コントロールライブラリ１７５は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、紙幣受付／計数コマンドを、紙幣ユニット５０に発行する。

紙幣ユニット５０は、入出金口５００（図２４参照）を開放し、開放完了をライブラリ１７５に通知し、ライブラリ１７５は、開放完了をブラウザ１２０に通知する。続いて、紙幣ユニット５０が、媒体（紙幣）を検出すると、ライブラリ１７５に通知し、更に、これをブラウザ１２０に通知する。

次に、紙幣ユニット５０が、入出金口５００を閉じると、閉完了を、ライブラリ１７５に通知し、更に、これをブラウザ１２０に通知する。続いて、紙幣ユニット５０が、鑑別部５０２での鑑別（計数）を開始すると、ライブラリ１７５に通知し、更に、ブラウザ１２０に通知する。そして、紙幣ユニット５０が、プール部５０４へ鑑別された紙幣を集積し終わると、集積完了をライブラリ１７５に通知し、更に、ライブラリ１７５は、紙幣受付／計数コマンドの完了をブラウザ１２０に通知する。これにより、紙幣受付／計数コマンドの処理が終了する。

図１９は、紙幣収納コマンドを受けた時の紙幣コントロールライブラリ１７５と紙幣ユニット５０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの紙幣収納コマンドを受けると、紙幣コントロールライブラリ１７５は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、紙幣収納コマンドを、紙幣ユニット５０に発行する。

紙幣ユニット５０は、プール部５０４の紙幣を計数しながら、紙幣スタッカ５０５、５０６に紙幣を収納し、計数を完了すると、計数完了をライブラリ１７５に通知し、金庫／スタッカ５０５、５０６に収納を完了すると、収納完了をライブラリ１７５に通知する。ライブラリ１７５は、これに応じて、紙幣収納コマンド完了をブラウザ１２０に通知する。これにより、紙幣収納コマンドの処理を完了する。

図２０は、紙幣入金返却コマンドを受けた時の紙幣コントロールライブラリ１７５と紙幣ユニット５０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの紙幣入金返却コマンドを受けると、紙幣コントロールライブラリ１７５は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、紙幣入金返却コマンドを、紙幣ユニット５０に発行する。

紙幣ユニット５０は、プール部５０４の紙幣を入出金口５００へ搬送する。搬送動作を完了すると、ライブラリ１７５に通知し、更に、紙幣入金返却完了をブラウザ１２０に通知する。これにより、紙幣入金返却コマンドの処理を終了する。

図２１は、紙幣繰り出しコマンドを受けた時の紙幣コントロールライブラリ１７５と紙幣ユニット５０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの紙幣繰り出しコマンドを受けると、紙幣コントロールライブラリ１７５は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、紙幣繰り出しコマンドを、紙幣ユニット５０に発行する。

紙幣ユニット５０は、スタッカ５０５、５０６から紙幣を繰り出し、鑑別部５０２を経て、入出金口５００へ搬送する。搬送動作を完了すると、ライブラリ１７５に通知し、更に、紙幣繰り出しコマンド完了をブラウザ１２０に通知する。これにより、紙幣入金返却コマンドの処理を終了する。

図２２は、紙幣取込コマンドを受けた時の紙幣コントロールライブラリ１７５と紙幣ユニット５０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの紙幣取込コマンドを受けると、紙幣コントロールライブラリ１７５は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、紙幣取込コマンドを、紙幣ユニット５０に発行する。

紙幣ユニット５０は、入出金口５００にある紙幣を、指定場所（例えば、ベンダ固有パラメータで指定された場所であり、図２４では、リジェクトボックス５１２）へ搬送する。搬送動作を完了すると、ライブラリ１７５に通知し、更に、紙幣取込コマンド完了をブラウザ１２０に通知する。これにより、紙幣取込コマンドの処理を終了する。

図２３は、紙幣放出コマンドを受けた時の紙幣コントロールライブラリ１７５と紙幣ユニット５０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの紙幣放出コマンドを受けると、紙幣コントロールライブラリ１７５は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、紙幣放出コマンドを、紙幣ユニット５０に発行する。

紙幣ユニット５０は、入出金口５００（図２４参照）を開放し、開放完了をライブラリ１７５に通知し、ライブラリ１７５は、開放完了をブラウザ１２０に通知する。続いて、紙幣ユニット５０が、紙幣抜き取りを検出すると、ライブラリ１７５に通知し、更に、これをブラウザ１２０に通知する。

次に、紙幣ユニット５０が、入出金口５００を閉じると、閉完了を、ライブラリ１７５に通知し、更に、これをブラウザ１２０に通知する。そして、ライブラリ１７５は、紙幣放出コマンド完了をブラウザ１２０に通知する。これにより、紙幣放出コマンドの処理を終了する。

又、硬貨コントロールライブラリ１７６も、紙幣コントロールライブラリ１７５と同様のコマンド処理を行う。

次に、通帳コントロールライブラリ１７１、レシートコントロールライブラリ１７４、ジャーナルコントロールライブラリ１７７を説明する。

図２５は、通帳（ＰＰＲ）ユニットコマンドのベンダ固有パラメータの説明図、図２８は、通帳挿入動作の説明図、図２９は、通帳印字動作の説明図、図３０は、通帳ＭＳ書き込み動作の説明図、図３１は、通帳排出動作の説明図である。

図２５に示すように、ＰＰＲのベンダ固有パラメータとして、初期化パラメータ、排出パラメータ、通帳挿入パラメータ、強制排出パラメータ、発行パラメータとが設けられている。

初期化パラメータは、ＰＰＲクライアントの初期化処理動作に必要な基本パラメータを指定する。即ち、ベンダ固有ミドルウェアの初期値を指定する。排出パラメータは、媒体排出時に必要なパラメータを指定する。例えば、媒体排出時にラインランプを点灯するか等の指定である。

通帳挿入パラメータは、通帳挿入時に特別の処理が必要な場合のパラメータを指定する。強制排出パラメータは、媒体の強制排出時に必要なパラメータを指定する。例えば、強制排出の可否等である。発行パラメータは、通帳／単票の発行時に必要なパラメータを指定する。例えば、新規通帳や単票の発行を、ユーザで独自に仕様決定するパラメータを指定できる。

図２８は、通帳挿入コマンドを受けた時のＰＰＲコントロールライブラリ１７１と通帳ユニット４０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの通帳挿入コマンドを受けると、ＰＰＲコントロールライブラリ１７１は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、通帳挿入コマンドを、通帳ユニット４０に発行する。

通帳ユニット４０は、通帳挿入待ちを開始し、これを通知し、媒体を検出すると、ライブラリ１７１に通知する。ライブラリ１７１は、挿入開始時にカメラを動作するとの指定がなされている時は、通帳ユニット４０に監視カメラの起動を指示する。通帳ユニット４０は、カメラの撮像完了をライブラリ１７１に通知し、通帳吸入を開始し、ライブラリ１７２は、吸入動作開始をブラウザ１２０に通知する。通帳ユニット４０が、通帳挿入動作を完了すると、ライブラリ１７２に通知し、更に、これをブラウザ１２０に通知する。

次に、通帳ユニット４０が、通帳の磁気ストライプの読込みを完了すると、ライブラリ１７２に通知し、更に、これをブラウザ１２０に通知する。更に、通帳ユニット４０が、挿入された通帳のページマークを読み取り、印字行をセットする。通帳ユニット４０は、セット完了を、ライブラリ１７２に通知し、更に、挿入完了をブラウザ１２０に通知する。これにより、通帳挿入コマンドの処理が終了する。

図２９は、通帳印字コマンドを受けた時のＰＰＲコントロールライブラリ１７１と通帳ユニット４０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの通帳印字コマンドを受けると、ＰＰＲコントロールライブラリ１７１は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、印字コマンドを、通帳ユニット４０に発行する。

通帳ユニット４０は、通帳に印字を順次行う。ライブラリ１７１は、通帳の満行印字を検出すると、残りの印字データが残っているかを判定し、残っている場合には、ターンページコマンドを、通帳ユニット４０に発行し、ブラウザ１２０に通知する。通帳ユニット４０は、ターンページ完了を、ライブラリ１７１に通知し、ライブラリ１７１は、再度、印字コマンドを、通帳ユニット４０に発行する。

次に、通帳ユニット４０が、通帳への印字を完了すると、ライブラリ１７１に通知し、更に、印字完了をブラウザ１２０に通知する。これにより、通帳印字コマンドの処理が終了する。

図３０は、通帳ＭＳ書き込みコマンドを受けた時のＰＰＲコントロールライブラリ１７１と通帳ユニット４０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの通帳ＭＳ書き込みコマンドを受けると、ＰＰＲコントロールライブラリ１７１は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、ＭＳ更新コマンドを、通帳ユニット４０に発行する。

通帳ユニット４０は、通帳の磁気ストライプ（ＭＳ）を更新する。次に、通帳ユニット４０が、通帳のＭＳ更新を完了すると、ライブラリ１７１に通知し、更に、ＭＳ更新完了をブラウザ１２０に通知する。これにより、通帳ＭＳ書き込みコマンドの処理が終了する。

図３１は、通帳排出コマンドを受けた時のＰＰＲコントロールライブラリ１７１と通帳ユニット４０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩの通帳排出コマンドを受けると、ＰＰＲコントロールライブラリ１７１は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集する。そして、ライブラリ１７１は、通帳抜き取り待ちコマンドを、通帳ユニット４０に発行し、通帳ユニット４０は、抜き取り監視開始をライブラリ１７１に通知する。

ライブラリ１７１は、通帳抜き取り監視開始をブラウザ１２０に通知し、ブラウザ１２０は、抜き取り待ちタイマ監視を開始する。ライブラリ１７１は、カメラ指定が、排出時の場合には、監視カメラの動作を通帳ユニット４０に通知し、通帳ユニット４０は、完了を通知する。

次に、ライブラリ１７１は、ベンダ固有パラメータでフリッカランプの指定が排出時点滅を指示している場合に、フリッカランプの点滅を通帳ユニット４０に指示する。通帳ユニット４０は、完了及び抜き取り完了を通知し、更に、通帳排出完了をブラウザ１２０に通知する。これにより、通帳排出コマンドの処理が終了する。

図２６は、レシートプリンタユニットコマンドのベンダ固有パラメータの説明図、図３２は、レシート印字動作の説明図、図３３は、レシート排出動作の説明図である。

図２６に示すように、レシートプリンタ（ＲＰＲ）のベンダ固有パラメータとして、初期化パラメータ、レシート排出パラメータとが設けられている。

初期化パラメータは、ＲＰＲクライアントの初期化処理動作に必要な基本パラメータを指定する。即ち、ベンダ固有ミドルウェアの初期値を指定する。レシート排出パラメータは、レシート排出時に必要なパラメータを指定する。例えば、媒体排出時にラインランプを点灯するか等の指定である。

図３２は、レシート印字コマンドを受けた時のＲＰＲコントロールライブラリ１７４とレシートプリンタ２０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩのレシート印字コマンドを受けると、ＲＰＲコントロールライブラリ１７４は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、印字コマンドを、レシートプリンタ２０に発行する。

レシートプリンタ２０は、レシートに印字を順次行う。次に、レシートプリンタ２０が、レシートへの印字を完了すると、ライブラリ１７４に通知する。更に、ライブラリ１７４は、オーバレイコマンドを発行し、レシートプリンタ２０にオーバレイの印刷を行わせる。レシートプリンタ２０が、オーバレイの印刷を終了すると、ライブラリ１７４は、レシート印字完了をブラウザ１２０に通知する。これにより、レシート印字コマンドの処理が終了する。

図３３は、レシート排出コマンドを受けた時のＲＰＲコントロールライブラリ１７４とレシートプリンタ２０との動作説明図である。上位プロセスを行うブラウザ１２０から共通ＡＰＩのレシート排出コマンドを受けると、ＲＰＲコントロールライブラリ１７４は、前述の図１２と同様、ベンダ固有パラメータと入力パラメータとを編集し、レシート排出コマンドを、レシートプリンタ２０に発行する。レシートプリンタ２０は、レシートを出口に排出し、ライブラリ１７４に通知する。

ライブラリ１７４は、レシート抜き取り監視開始をブラウザ１２０に通知し、ブラウザ１２０は、抜き取り待ちタイマ監視を開始する。レシートプリンタ２０は、レシート抜き取りを検出すると、抜き取り完了をライブラリ１７４に通知し、更に、ライブラリ１７４は、レシート排出完了をブラウザ１２０に通知する。これにより、レシート排出コマンドの処理が終了する。

このように、各コントロールライブラリで、ファイルのベンダ固有のパラメータを読込み、共通ＡＰＩを、ベンダ固有のＡＰＩに変換するので、ベンダ固有の既存のＡＴＭミドルウェアを、標準ＡＰＩで動作するように、カストマイズできる。

［ベンダ固有出力の論理化］
次に、前述の共通ＡＰＩを、ベンダ固有のＡＰＩに変換し、ベンダ固有のＡＴＭミドルウェア、ＩＯユニットを動作させた場合に、ベンダ固有のＩＯユニットの応答出力も、共通ＡＰＩでサーバ１００に送信することができる。先ず、このベンダ固有出力を論理化する方法を、紙幣ユニット５０の紙幣コントロールライブラリ１７５で説明する。

図３４は、図１９で説明した紙幣ユニットの入金収納動作の説明図、図３５は、本発明の一実施の形態の紙幣コントロールライブラリ１７５の収納結果応答処理の説明図である。

図３４に示すように、入金収納処理では、プール部５０４にある紙幣を、鑑別部５０２を通過させた後、正常券は、スタッカ５０５、５０６及び回収金庫４０８に、不良券は、リジェクトボックス（Ａ，Ｂ）５１２へ、分別して収納する。

図３５に示すように、このベンダ固有の紙幣ユニット５０では、従って、収納結果は、Ｆ（万券）スタッカ５０５の収納枚数、Ｒ（千券）スタッカ５０６の収納枚数、回収金庫５０８の収納枚数、リジェクトボックス５１２（Ａ），リジェクトボックス５１２（Ｂ）の収納枚数の５種類となる。

ここで、紙幣コントロールライブラリ１７５は、この５種類の出力を紙幣ユニット５０から受け、万券収納枚数（スタッカ５０５の枚数）、千券収納枚数（スタッカ５０６の収納枚数と回収金庫５０８の収納枚数との和）、不良券収納枚数（リジェクトボックス５１２（Ａ）とリジェクトボックス５１２（Ｂ）の収納枚数の和）の３種類に論理化する。これにより、ベンダ固有の収納位置の差を吸収し、ベンダ固有の収納位置を意識することなく、共通化して、通知できる。

図３６は、本発明の他の実施の形態の紙幣コントロールライブラリ１７５の入金収納時の収納エラー処理の説明図である。図３６に示すように、図１９のスタッカへの入金収納時に、収納エラーが発生し、搬送路上に紙幣が残留する。

このベンダ固有の紙幣ユニット５０では、媒体残留位置情報は、鑑別部５０２、Ｆ（万券）スタッカ５０５の収納搬送部、Ｒ（千券）スタッカ５０６の収納搬送部、回収金庫５０８の収納搬送部、リジェクトボックス５１２（Ａ），リジェクトボックス５１２（Ｂ）への縦搬送部の５種類となる。

ここで、紙幣コントロールライブラリ１７５は、この５種類の出力を紙幣ユニット５０から受け、論理媒体残留情報として、入金紙幣に論理化する。これにより、ベンダ固有の残留位置の差を吸収し、ベンダ固有の残留位置を意識することなく、共通化して、通知できる。

ここでは、紙幣について説明したが、硬貨ユニット５０のライブラリ１７６でも同様に論理化出力でき、更に、媒体残留位置の論理化は、カード、通帳のコントロールライブラリ１７１、１７２でも、行われる。

このようにして、ベンダ固有のＩＯユニットの出力を共通ＡＰＩで、サーバ１００に通知できる。
［他の実施の形態］
前述の実施の形態では、図１のような自動取引装置を例に、説明したが、出金機、自動発行機、自動販売機、自動現金貸出機等の他の装置に適用できる。

又、ネットワークをインターネットで説明したが、他のネットワークに適用でき、且つサーバは、Ｗｅｂアプリケーションのもののみならず、他のアプリケーションのものにも適用できる。

以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。

（付記１）顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置において、前記取引動作を行うための複数のＩＯユニットと、前記上位からの取引制御信号に応じて、前記ＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、カーネルの制御の基で動作し、前記ＩＯユニットを制御するミドルウェア層と、前記上位とのインタフェースで規定された取引制御信号を、前記ミドルウェア層固有の取引制御信号に変換するためのパラメータを格納するパラメータファイルと、前記上位とのインタフェースで規定された取引制御信号を、前記パラメータファイルを参照して、前記ミドルウェア層固有の取引制御信号に変換し、前記ミドルウェア層を動作するＩＯコントロール層とを有することを特徴とする自動取引装置。

（付記２）前記ＩＯコントロール層は、前記複数のＩＯユニットの各々に対応した複数のＩＯコントロールライブラリを有し、前記上位からの取引制御信号に応じて、前記ＩＯコントロールライブラリを呼び出し、前記パラメータファイルから前記ＩＯコントロールライブラリに対応したパラメータを読み出し、前記ミドルウェア層固有の取引制御信号に編集し、前記ミドルウェア層を動作することを特徴とする付記１の自動取引装置。

（付記３）前記ミドルウェア層は、前記ＩＯユニットへの取引制御信号を仲介するためのＩＯクライアント層と、前記ＩＯクライアント層の取引制御信号により、ＩＯ動作の起動、終結及び通信プロトコル制御を行うＩＯサーバ層と、前記各ＩＯユニットとの電文の変換を行うＩＯサービスプロバイダ層とを有することを特徴とする付記１の自動取引装置。

（付記４）前記複数のＩＯユニットは、前記顧客の操作に基づいて、現金取引を行う複数のＩＯユニットで構成されたことを特徴とする付記１の自動取引装置。

（付記５）前記ＩＯコントロール層は、前記顧客の指定した現金取引シーケンスに従う前記上位からの取引制御信号を受け、前記ＩＯユニットを動作して、前記上位に応答を返すことを特徴とする付記１の自動取引装置。

（付記６）前記制御ユニットは、前記上位とＷｅｂで交信し、前記ＩＯコントロール層と前記上位とのインタフェースで規定された制御信号をやりとりするためのブラウザを有することを特徴とする付記１の自動取引装置。

（付記７）前記ＩＯコントロール層は、前記ＩＯユニットからの応答を論理化し、前記上位に応答することを特徴とする付記１の自動取引装置。

（付記８）前記ＩＯユニットが、媒体を取り扱うＩＯユニットであり、前記ＩＯコントロール層は、前記ＩＯユニットからの前記媒体に関する応答を論理化し、前記上位に応答することを特徴とする付記７の自動取引装置。

（付記９）顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置の制御方法において、前記上位とのインタフェースで規定された取引制御信号を受信するステップと、前記取引制御信号に基づき、ミドルウェア層により前記取引動作を行うための複数のＩＯユニットを制御するステップと、前記上位とのインタフェースで規定された取引制御信号を、前記ミドルウェア層固有の取引制御信号に変換するためのパラメータを格納するパラメータファイルを参照し、前記上位からの取引制御信号を、前記ミドルウェア層固有の取引制御信号に変換し、前記ミドルウェア層を動作するステップとを有することを特徴とする自動取引制御方法。

（付記１０）動作ステップは、前記複数のＩＯユニットの各々に対応した複数のＩＯコントロールライブラリから、前記上位からの取引制御信号に応じて、前記ＩＯコントロールライブラリを呼び出し、前記パラメータファイルから前記ＩＯコントロールライブラリに対応したパラメータを読み出し、前記ミドルウェア層固有の取引制御信号に編集し、前記ミドルウェア層を動作するステップからなることを特徴とする付記９の自動取引制御方法。

（付記１１）前記制御ステップは、前記ＩＯユニットへの取引制御信号を仲介するためのＩＯクライアント層と、前記ＩＯクライアント層の取引制御信号により、ＩＯ動作の起動、終結及び通信プロトコル制御を行うＩＯサーバ層と、前記各ＩＯユニットとの電文の変換を行うＩＯサービスプロバイダ層とを有する前記ミドルウェア層により、前記ＩＯユニットを制御するステップからなることを特徴とする付記９の自動取引制御方法。

（付記１２）前記制御ステップは、前記顧客の操作に基づいて、現金取引を行う複数のＩＯユニットを制御するステップからなることを特徴とする付記９の自動取引制御方法。

（付記１３）前記顧客の指定した現金取引シーケンスに従う前記上位からの取引制御信号に応じた、前記ＩＯユニットの動作結果を、前記上位に応答として返すステップを更に有することを特徴とする付記１２の自動取引制御方法。

（付記１４）受信ステップは、前記上位とＷｅｂで交信し、前記上位とのインタフェースで規定された制御信号をやりとりステップからなることを特徴とする付記９の自動取引制御方法。

（付記１５）前記ＩＯユニットからの応答を論理化し、前記上位に応答するステップを更に有することを特徴とする付記９の自動取引制御方法。

（付記１６）前記応答ステップは、媒体を取り扱うＩＯユニットからの前記媒体に関する応答を論理化し、前記上位に応答するステップからなることを特徴とする付記１５の自動取引制御方法。

（付記１７）顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置の制御プログラムであって、前記上位とのインタフェースで規定された取引制御信号を受信するステップと、前記上位とのインタフェースで規定された取引制御信号を、前記取引動作を行う複数のＩＯユニットを制御するミドルウェア層固有の取引制御信号に変換するためのパラメータを格納するパラメータファイルを参照し、前記上位からの取引制御信号を、前記ミドルウェア層固有の取引制御信号に変換し、前記ミドルウェア層を動作するステップとを、前記自動取引装置に行わせることを特徴とする制御プログラム。

（付記１８）前記ＩＯユニットからの応答を論理化し、前記上位に応答するステップを前記自動取引装置に更に行わせることを特徴とする付記１７の制御プログラム。

このように、本発明では、ファイルのベンダ固有のパラメータを読込み、共通ＡＰＩを、ベンダ固有のＡＰＩに変換するので、ベンダ固有の既存のＡＴＭミドルウェアを、標準ＡＰＩで動作するように、カストマイズできる。このため、既存ミドルウェアとＩＯユニットの資産を活かして、自動取引システムを構築でき、システムの統合等を容易に且つ迅速に行うことができる。

本発明の一実施の形態の自動取引装置の外観図である。 図１の自動取引装置の構成図である。 本発明の一実施の形態の自動取引システムのシステム構成図である。 図３の共通インタフェースの取引コマンドの説明図である。 図３のＡＴＭミドルウェアのブロック図である。 自動取引制御の流れ図（その１）である。 自動取引制御の流れ図（その２）である。 本発明の一実施の形態の動作説明図である。 本発明の他の実施の形態の動作説明図である。 本発明の一実施の形態の共通インタフェースとベンダ固有インタフェースの説明図である。 ＩＯコントロールライブラリでの初期化インタフェース変換処理フロー図である。 ＩＯコントロールライブラリでの通帳挿入処理のインタフェース変換処理フロー図である。 カード（ＣＲＷ）ユニットコマンドのベンダ固有パラメータの説明図である。 カード挿入動作の説明図である。 カード排出動作の説明図である。 紙幣（ＢＲＵ）ユニットコマンドのベンダ固有パラメータの説明図である。 紙幣ユニットの初期化動作の説明図である。 紙幣受付／計数動作の説明図である。 紙幣ユニットの紙幣収納動作の説明図である。 紙幣入金返却の説明図である。 紙幣ユニットの紙幣繰り出し動作の説明図である。 紙幣取り込み動作の説明図である。 紙幣放出動作の説明図である。 対象とする紙幣ユニットの構成図である。 通帳（ＰＰＲ）ユニットコマンドのベンダ固有パラメータの説明図である。 レシートプリンタ（ＲＰＲ）ユニットコマンドのベンダ固有パラメータの説明図である。 ジャーナルプリンタ（ＪＰＲ）ユニットコマンドのベンダ固有パラメータの説明図である。 通帳挿入動作の説明図である。 通帳印字動作の説明図である。 通帳ＭＳ書き込み動作の説明図である。 通帳排出動作の説明図である。 レシート印字動作の説明図である。 レシート排出動作の説明図である。 本発明のユニット固有出力の論理化を説明するための紙幣ユニットの動作説明図である。 本発明のユニット固有出力の論理化処理の第１の実施の形態の説明図である。 本発明のユニット固有出力の論理化処理の第２の実施の形態の説明図である。 従来の自動取引システムの説明図である。

符号の説明

１ 自動取引装置
２ カード出入口
３ 通帳出入口
４ 紙幣出入口
５ 硬貨出入口
６ ＵＯＰ
１０ 磁気カードリーダユニット
２０ レシートプリンタユニット
３０ ＵＯＰユニット
４０ 通帳処理ユニット
５０ 紙幣／硬貨処理ユニット
６０ 制御ユニット
７０ ジャーナルプリンタユニット
１００ サーバ
１１０ ネットワーク
１２０ ブラウザ
１３０ ＡＴＭミドルウェア
１４０ カーネル
１５０ デバイスドライバ
１６０ パラメータファイル
１７０ ＩＯコントロール層
１８０ 既存ミドルウェア層

Claims (5)

1. 顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置において、
   前記取引動作を行うため、少なくとも顧客操作部と現金取扱部とカード処理部とを有する複数のＩＯユニットと、
   前記上位からのコマンド及びパラメータに応じて、前記ＩＯユニットを制御する制御ユニットとを有し、
   前記制御ユニットは、
   カーネルの制御の基で動作し、前記ＩＯユニットを制御するミドルウェア層と、
   前記上位とのインタフェースで規定された共通のパラメータを、前記ミドルウェア層固有のパラメータに変換するためのパラメータを格納するパラメータファイルと、
   前記上位とのインタフェースで規定された前記共通のパラメータを、前記パラメータファイルを参照して、前記ミドルウェア層固有の前記パラメータに変換し、前記ミドルウェア層を動作するＩＯコントロール層とを有する
   ことを特徴とする自動取引装置。
2. 前記ＩＯコントロール層は、前記複数のＩＯユニットの各々に対応した複数のＩＯコントロールライブラリを有し、
   前記上位からのコマンドに応じて、前記ＩＯコントロールライブラリを呼び出し、前記パラメータファイルから前記ＩＯコントロールライブラリに対応したパラメータを読み出し、前記共通のパラメータを、前記ミドルウェア層固有の前記パラメータに編集し、前記ミドルウェア層を動作する
   ことを特徴とする請求項１の自動取引装置。
3. 顧客の操作に応じて、上位と交信し、少なくとも顧客操作部と現金取扱部とカード処理部とを有する複数のＩＯユニットを動作して、取引動作を行う自動取引装置の制御方法において、
   前記上位とのインタフェースで規定されたコマンド及び共通のパラメータを受信するステップと、
   コマンド及びパラメータに基づき、ミドルウェア層により前記複数のＩＯユニットを制御するステップと、
   前記上位とのインタフェースで規定された前記共通のパラメータを、前記ミドルウェア層固有のパラメータに変換するためのパラメータを格納するパラメータファイルを参照し、前記上位からの前記共通のパラメータを、前記ミドルウェア層固有の前記パラメータに変換し、前記ミドルウェア層を動作するステップとを有する
   ことを特徴とする自動取引制御方法。
4. 前記動作ステップは、前記複数のＩＯユニットの各々に対応した複数のＩＯコントロールライブラリから、前記上位からのコマンドに応じて、前記ＩＯコントロールライブラリを呼び出し、前記パラメータファイルから前記ＩＯコントロールライブラリに対応したパラメータを読み出し、前記共通のパラメータを、前記ミドルウェア層固有の前記パラメータに編集し、前記ミドルウェア層を動作するステップからなる
   ことを特徴とする請求項３の自動取引制御方法。
5. 顧客の操作に応じて、上位と交信し、少なくとも顧客操作部と現金取扱部とカード処理部とを有する複数のＩＯユニットを動作して、取引動作を行う自動取引装置の制御プログラムであって、
   前記上位とのインタフェースで規定された共通のコマンド及びパラメータを受信するステップと、
   前記上位とのインタフェースで規定された前記共通のパラメータを、前記取引動作を行う複数のＩＯユニットを制御するミドルウェア層固有のパラメータに変換するためのパラメータを格納するパラメータファイルを参照し、前記上位からの前記共通のパラメータを、前記ミドルウェア層固有の前記パラメータに変換するステップと、
   変換された前記ミドルウェア層固有の前記パラメータにより、前記ミドルウェア層を動作して、前記取引動作を行う複数のＩＯユニットを制御するステップとを、
   前記自動取引装置のＣＰＵに行わせることを特徴とする制御プログラム。

Images