JP4519450B2 - 自動取引装置、自動取引装置の係員処理方法及びその制御プログラム - Google Patents

Description

本発明は、ホストからのコマンドに応じて、自動取引動作する自動取引装置、自動取引装置の係員処理方法及びその制御プログラムに関し、特に、係員が自動取引装置を操作している時に、ホストの業務アプリケーションから指示を可能とする自動取引装置、自動取引装置の係員処理方法及びその制御プログラムに関する。

自動取引装置は、各種の取引に利用されており、例えば、金融分野では、自動出金機、自動入出金機が、他の分野では、自動発券機や自動発行機等が利用されている。このような自動取引装置は、通常、ホストに接続され、ホストデータベースを利用して、入出金、発券、各種情報の出力を行う。

この自動取引装置では、カード、現金等の媒体を取り扱う関係上、自動取引装置の運用中に、装置の障害解除や、現金等の計数、補充、回収のため、係員が装置内部のユニットを操作する場合がある。

このため、利用者の操作のため表示装置の他に、係員の操作のための表示パネルを、自動取引装置に設けている。係員が操作する場合には、係員が、自動取引装置の扉を開いて、装置内部の表示（操作）パネルから内部ユニットに指示を送り、係員処理する。

この係員処理中に、ホストからの動作を伴う制御命令が到来すると、係員が操作しているＩＯユニットが突然動作したり、他の内部ユニットが動作し、係員の操作に悪影響を与える場合がある。このため、ホストからの制御命令が到来しても、内部ユニットの動作を禁止するように工夫していた（例えば、特許文献１参照）。
特開２０００−２１５３４５号公報

この従来技術では、係員の操作中に、突然、内部ユニットが動作することを防止でき、係員の操作を安全且つ確実に行わせることができる。しかしながら、係員操作の種類によっては、ホスト（上位）からの制御命令により、内部ユニットを動作させた方が良い場合がある。

例えば、運用中に、装置内部の現金枚数が充分でなくなる場合に、現金の補充が必要であり、同様に、装置内部の現金枚数が多くなると、現金の回収が必要となる。この場合に、係員が呼び出され、現金の補充回収処理を行い、その操作結果（操作のカウンタ）である回収枚数、補充枚数等は、記録され、場合によっては、ホストに通知される。

この場合に、ホスト側で、取引毎に集計している枚数等の印字指令を発行すれば、レシート、ジャーナルに通知された枚数等が印字され、係員は、その場で、レシートを持ち帰ることができ、操作結果をドキュメントで保存できる。

又、係員が操作を複数回行った場合など、その操作毎に、ホスト側のデータと合わせて、レシートに操作結果を出力することにより、操作毎に、操作結果を確認でき、係員の操作性を改善できる。

従来技術では、このようなホスト処理を行うには、一旦、係員処理を終了し、ホストのアプリケーションに制御権を移し、ホストから印字処理を行う必要がある。このため、係員処理を継続する場合には、再度、係員処理に遷移する必要があり、係員の操作の手間が煩雑となり、且つ係員の操作時間が長くなり、効率が低下する。更に、ホストの負担が増大するという問題が生じる。

従って、本発明の目的は、係員処理中に、不要な処理を禁止し、且つ係員に必要な処理を実行するための自動取引装置、自動取引装置の係員処理方法及びその制御プログラムを提供することにある。

又、本発明の他の目的は、係員処理中に、デバイスを開放し、係員に必要な処理のみを実行するための自動取引装置、自動取引装置の係員処理方法及びその制御プログラムを提供することにある。

更に、本発明の他の目的は、係員処理を終了しなくても、係員に必要な処理のみを実行するための自動取引装置、自動取引装置の係員処理方法及びその制御プログラムを提供することにある。

この目的の達成のため、本発明の自動取引装置は、顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置において、現金処理ユニットと印字ユニットとを少なくとも有し、前記取引動作を行うためのＩＯユニットと、係員処理を指示するための係員操作ユニットと、前記上位からの取引制御信号に応じて、前記ＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記係員操作ユニットからの開始指示により開始し、前記係員操作ユニットからの前記現金処理ユニットに対する係員処理指示により、前記現金処理ユニットを動作して、前記係員処理指示された処理を実行する係員処理プロセスを実行するとともに、前記係員処理プロセスの実行中に、前記上位からの前記現金処理ユニットへのリモート処理コマンドの受け付けを禁止し、且つ前記係員処理指示された処理の完了により、前記リモート処理コマンド以外のコマンドを許可し、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記上位からの前記リモート処理コマンド以外の前記印字ユニットへのコマンドを受け付け、前記印字ユニットを動作し、記録媒体に金額に関する情報を記録し、前記受け付けたコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放する。

又、本発明の係員処理方法は、顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置の係員処理方法において、上位からの指示に応じて、現金処理ユニットと印字ユニットとを少なくとも有するＩＯユニットを動作する制御ユニットが、係員操作ユニットからの開始指示により開始し、前記係員操作ユニットからの前記現金処理ユニットに対する係員処理指示により、前記ＩＯユニットを動作して、前記係員処理指示された処理を実行する係員処理プロセスの実行するステップと、前記制御ユニットが、前記係員処理プロセスの実行中に、前記上位からの前記現金処理ユニットへのリモート処理コマンドの受け付けを禁止するステップと、前記制御ユニットが、前記係員処理指示された処理の完了により、前記リモート処理コマンド以外のコマンドを許可し、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記上位からの前記リモート処理コマンド以外の前記印字ユニットへのコマンドを受け付け、前記印字ユニットを動作し、記録媒体に金額に関する情報を記録し、前記受け付けたコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放するステップとを有する。

更に、本発明のプログラムは、顧客の操作に応じて、上位と交信し、現金処理ユニットと印字ユニットとを少なくとも有するＩＯユニットを動作して、取引動作を行う自動取引装置の係員処理のためのプログラムであって、係員操作ユニットからの開始指示により開始し、前記係員操作ユニットからの前記現金処理ユニットに対する係員処理指示により、前記ＩＯユニットを動作して、前記係員処理指示された処理を実行する係員処理プロセスの実行するステップと、前記係員処理プロセスの実行中に、前記上位からの前記現金処理ユニットへのリモート処理コマンドの受け付けを禁止するステップと、前記係員処理指示された処理の完了により、前記リモート処理コマンド以外のコマンドを許可し、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記上位からの前記リモート処理コマンド以外の前記印字ユニットへのコマンドを受け付け、前記印字ユニットを動作し、記録媒体に金額に関する情報を記録し、前記受け付けたコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放するステップとを、前記自動取引装置のデータ処理ユニットに実行させる。

又、本発明では、好ましくは、前記制御ユニットは、前記係員処理プロセスにおいて、前記上位からの前記リモート処理コマンド以外のコマンドの許可が可能となった時に、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記リモート処理コマンド以外のコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放する。

又、本発明では、好ましくは、前記制御ユニットは、前記上位からの前記リモート処理コマンド以外のコマンドの許可が可能となった時に、前記上位にＥＸＩＴのレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記リモート処理コマンド以外のコマンドの実行完了によるＥＸＩＴ完了を受け、前記係員処理プロセスの待ち状態を開放する。

又、本発明では、好ましくは、前記係員処理プロセスが、前記係員操作ユニットの指示による前記ＩＯユニットである媒体処理ユニットの制御を行うプロセスである。

又、本発明では、好ましくは、前記媒体処理ユニットが、前記取引のための現金処理ユニットであり、前記係員操作パネルの指示が、前記現金ユニット内の現金計数処理である。

又、本発明では、好ましくは、前記受け取るリモート処理コマンド以外のコマンドが、前記ＩＯユニットである印字ユニットに印字するコマンドである。

又、本発明では、好ましくは、前記上位からの前記リモート処理コマンドが、前記媒体処理ユニットへのリモート動作コマンドである。

又、本発明では、好ましくは、前記上位からの前記リモート処理コマンドが、前記現金処理ユニットへのリモート動作コマンドである。

本発明では、上位からリモート精査、合計計数、リモート補充等の現金処理ユニットへのリモート系コマンドを定期的又は随意に発行するシステムにおいて、係員処理中は、係員の操作に障害を与えるおそれがあるリモートコマンドの受付を禁止するので、安全で確実に係員が処理できる。

又、係員処理の完了により、ＩＯユニットを開放し、リモートコマンド以外のコマンドは受け付けるため、合計計数終了等において、上位からの印字コマンドで、上位の合計データ等の係員に通知でき、操作結果を確認して、操作を終了でき、間違いのない運用が可能となる。又、操作結果をドキュメントで保存する場合に、その場で、レシートを持ち帰ることができ、ＡＴＭの運用形態拡大に寄与する。

更に、係員の操作を複数回行った場合等において、その操作毎に、上位との操作結果を確認できるので、係員の操作性も向上できる。

以下、本発明の実施の形態を、自動取引システム、自動取引処理，既存ミドルウェアのカストマイズ化方法、係員ＡＰＬ連携処理、他の実施の形態の順で説明する。

［自動取引システム］
図１は、本発明の一実施の形態の自動取引装置の外観図、図２は、図１の自動取引装置のブロック図、図３は、図２の係員操作パネルの説明図、図４は、図２紙幣処理ユニットの構成図、図５は、本発明の一実施の形態の自動取引システムのシステム構成図である。

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

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

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

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

紙幣／硬貨処理ユニット５０は、紙幣出入口４、硬貨出入口５から投入された紙幣、硬貨を鑑別、計数し、スタッカに収容する入金動作を行い、且つ現金スタッカから要求された紙幣、硬貨を取り出し、紙幣出入口４、硬貨出入口５へ放出する出金動作を行う。

制御部６０は、ＬＡＮ等のネットワーク９０を介し、これら制御ユニット１０，２０，３０，４０，５０、７０，８０に接続され、図５にて後述するソフトウェアの構成により自動取引処理を行う。

図３に示すように、ＭＯＰ９は、自動取引装置１の後面扉１−１に設けられ、係員が後面扉を開放して、操作する。又、図４に示すように、紙幣ユニット５０は、紙幣リサイクル型の入出金機で構成され、入出金口５００、鑑別部５０２、プール部５０４、紙幣スタッカ５０５、５０６、回収金庫５０８、補充金庫５１０、不良券を収容するリジェクトボックス５１２とを有する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

又、共通ＡＰＩのコマンドとして、係員ＡＰＬ制御遷移コマンドが設けられている。更に、図示しないが、リモート系コマンドとして、リモート自動精査コマンド、リモート合計計数コマンド、リモート補充コマンドが設けられている。

次に、ＡＴＭミドルウェア１３０の構成を、図７により説明する。ＩＯコントロール層１７０は、各ＩＯのコントロールを行うＩＯコントロールライブラリ群１７１〜１７８及び係員ＡＰＬ連携コントロールライブラリ１７９を有する。

ここでは、ＩＯコントロールライブラリ群は、通帳コントロールライブラリ１７１、ＣＲＷコントロールライブラリ１７２、テンキーコントロールライブラリ１７３、レシートコントロールライブラリ１７４、紙幣コントロールライブラリ１７５、硬貨コントロールライブラリ１７６、ジャーナルコントロールライブラリ１７７、取引制御コントロールライブラリ１７８を有する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［係員ＡＰＬ連携処理］
次に、ＩＯコントロール層１７０及び係員ＡＰＬ連携コントロールライブラリ１７９を説明する。係員ＡＰＬ連携コントロールライブラリ１７９は、係員の操作に応じて、他のＩＯコントロールライブラリ１７１〜１７８を連携制御し、所望の係員処理を実行する。この係員連携コントロールライブラリ１７９も、ベンダ固有パラメータでカストマイズできる。図１５は、係員ＡＰＬ連携コントロールライブラリのベンダ固有パラメータの説明図である。

図１５に示すように、係員ＡＰＬ連携コントロールライブラリのベンダ固有パラメータとして、キー表示パラメータ、キー表示特別パラメータ、プリントパラメータ、取引パラメータ、個別パラメータとが設けられている。

キー表示パラメータは、ＭＯＰ９に表示する各係員処理（開始、終了、合計指示等）のキーを表示するか否かを指定する。即ち、係員処理で指定できる処理種類を指定する。キー表示特別パラメータは、装置の状態（搭載ＩＯユニットの種類、状態）により、係員処理できるキーの有効／無効を指定する。

プリントパラメータは、係員処理で印字を行う場合の印字媒体及び印字内容を指定する。例えば、レシート印字、ジャーナル印字等である。取引パラメータは、係員処理中の取引アプリケーションへの遷移のタイミングを指定する。例えば、図１６以下で説明するＥＸＩＴの有無、タイミング等である。個別パラメータは、係員処理の個別機能を指定する。例えば、係員処理でその装置で個別にできる機能であり、金種別の合計等である。

図１６は、係員ＡＰＬ制御系コマンドを受けた時のＩＯコントロール層１７０の処理フロー図、図１７及び図１８は、上位プロセス（ＡＴＭアプリ）、ＩＯコントロール層、係員ＡＰＬ連携コントロールライブラリ１７９とＭＯＰ９のキー操作との動作説明図、図１９は、合計計数回収動作の説明図、図２０は、現金補充動作の説明図、図２１は、現金精査動作の説明図である。

図１７及び図１８において、上位プロセスは、サーバ１００のＡＴＭアプリケーションであり、ＩＯコントロールは、ＩＯコントロール層１７０であり、ＡＰＬ連携は、係員ＡＰＬ連携コントロールライブラリ１７９であり、キー操作は、ＭＯＰ９での係員のキー操作を示す。

図１７に示すように、上位プロセスが、係員ＡＰＬ制御遷移コマンドを発行する。図１７の例では、図８及び図９の取引制御コントロールライブラリ１７８が装置状態を監視し、千円券スタッカ５０６又は万円券スタッカ５０５が、満杯又は空になったことを検出し、上位プロセスが係員処理を要求する場合を示す。

次に、図１７及び図１８を参照して、図１６により、ＩＯコントロール層１７０の係員処理を説明する。尚、係員は、係員処理の開始を、係員処理キーの押下で、終了を係員処理終了（取引詳細）キーの押下で通知し、リセットキーの押下で、係員処理をリセットする。

（Ｓ３０）上位プロセスから係員ＡＰＬ制御遷移系コマンドを受信すると、係員処理に移行するため、係員ＡＰＬ連携コントロールライブラリ（ＡＰＬ連携コントロールと以下称する）１７９に、係員ＡＰＬ遷移制御コマンド（後面係員初期遷移）を発行する。図１７に示すように、ＡＰＬ連携コントロール１７９は、後面係員初期化である、ＭＯＰ９への取引詳細画面表示を行う。

この取引詳細画面には、係員が指定できる係員処理のメニューが表示されている。係員は、ＭＯＰ９の係員処理キーを押下すると、ＡＰＬ連携コントロール１７９は、係員処理開始を、ＩＯコントロール層１７０に通知し、係員処理を開始する。尚、ＡＰＬ連携コントロール１７９は、係員の指示に応じて、他のＩＯコントロールライブラリを介しＩＯユニットを動作する。

（Ｓ３２）ＩＯコントロール層１７０はＡＰＬ連携コントロール１７９からの応答（通知）を解析する。

（Ｓ３４）ＩＯコントロール層１７０は、応答が係員処理開始と判定すると、図１７の点線枠に示すように、係員処理中状態に移行し、且つ上位プロセスからのリモートコマンドと処理キャンセルコマンドの受付を禁止する。そして、途中レスポンスとして、係員処理開始を上位プロセスに応答し、ステップＳ３２に戻る。

この間に、係員が、ＭＯＰ９から合計キーを押下すると、ＡＰＬ連携コントロール１７９は、合計計数処理を実行する。図１９に示すように、合計計数処理は、紙幣コントロールライブラリ１７５により、紙幣ユニット５０に合計計数動作させるものであり、各スタッカ５０５、５０６の収容紙幣を取り出し、鑑別部５０２で鑑別（計数）し、回収金庫５０８に収容する。更に、必要に応じて、リジェクトボックス５１２の不良券を取り出し、鑑別部５０２で鑑別（計数）し、回収金庫５０８のリジェクトボックスに収容する。合計計数処理の結果は、レシート及びジャーナルに印字される。

（Ｓ３６）図１７で合計計数が終了すると、ＡＰＬ連携コントロール１７９は、ＩＯコントロール層１７０に処理終了を通知する。ＩＯコントロール層１７０が、応答が処理終了と判定すると、上位プロセス（ＡＴＭアプリケーション）に、合計計数、処理終了で、ＥＸＩＴを発行する。これにより、制御権を、ＡＴＭアプリケーションに戻し、係員処理で使用していたＩＯユニットを開放する。

（Ｓ３８）ＡＴＭアプリケーションは、係員処理で使用していたＩＯユニットを開放されたので、前述のリモート、キャンセルコマンド以外のこれらを利用したコマンドの発行が可能となる。例えば、ホスト側で把握している金種毎の収容枚数や合計枚数、不良券の枚数等の印字コマンドを、ＡＴＭ１のＩＯコントロール層１７０に発行し、ジャーナル及びレシートコントロールライブラリ１７４、１７７を介しレシートプリンタ２０、ジャーナルプリンタ７０に、ホスト把握データを印字する。同様に、係員処理に有効な他のコマンドを発行できる。

ＩＯコントロール層１７０は、コマンド処理後は、ホストＡＴＭアプリケーションに終了レスポンスを通知する。これにより、ステップＳ３０に戻る。即ち、係員処理を継続する場合には、ＡＴＭアプリケーションは、係員ＡＰＬ制御遷移系コマンドを、ＡＴＭ１のＩＯコントロール層１７０に発行する。

（Ｓ４０）ここで、合計計数の係員処理に引き続いて、現金補充の係員処理を行う場合には、ＡＴＭアプリケーションが、係員ＡＰＬ制御遷移コマンドを発行し、ＩＯコントロール層１７０に、ＡＰＬ連携コントロール１７９を呼び出させる。そして、係員が、ＭＯＰ９から一部補充キーを押下すると、ＡＰＬ連携コントロール１７９は、一部補充処理を実行する。

図２０に示すように、一部補充処理は、紙幣コントロールライブラリ１７５により、紙幣ユニット５０に現金の補充動作を行わせるものであり、補充金庫５１０の収容紙幣を取り出し、鑑別部５０２で鑑別（計数）し、各スタッカ５０５、５０６に収容する。更に、鑑別部５０２で不良券と判定されたものを、補充金庫５１０のリジェクトボックスに収容する。補充処理の結果は、レシート及びジャーナルに印字される。

ＡＰＬ連携コントロール１７９は、補充処理終了後、処理遷移待ちとなり、ＭＯＰ９から係員処理終了（取引詳細）キーが押下されると、係員処理終了遷移し、これをＩＯコントロール層１７０に通知する。

ＩＯコントロール層１７０は、係員処理終了遷移を受け、係員処理中を解除し、リモート、キャンセルコマンドの受付禁止を解除する。そして、上位（ＡＴＭアプリ）に、係員ＡＰＬ制御遷移の途中レスポンスとして、係員処理終了を通知する。

ここで、ＡＴＭアプリは、係員処理終了を認識し、この係員ＡＰＬ制御遷移コマンドをキャンセルしてもよく、又、図１８のように、リモート処理を依頼できる。例えば、図１８では、リモート自動精査を、ＡＴＭ１のＩＯコントロール層１７０に依頼する例を示す。

リモート制御では、ＩＯコントロール層１７０は、係員ＡＰＬ遷移制御コマンド（強制ＥＸＩＴ）を発行し、ＡＰＬ連携アプリケーション１７９を強制処理中とし、ＭＯＰ９からのキー押下での処理を抑止する。

そして、ＡＰＬ遷移制御コマンド（リモート処理遷移）を、ＡＰＬ連携コントロール１７９に発行し、紙幣コントロールライブラリ１７５を介し紙幣ユニット５０に自動精査処理を実行させる。自動精査処理は、図２１に示すように、紙幣ユニット５０において、スタッカ５０５、５０６の収容紙幣を繰り出し、鑑別部５０２で紙幣を計数し、紙幣スタッカ５０５、５０６に紙幣を収納して、計数を行うものである。この自動精査処理として、リジェクトボックス５１２の同様に計数しても良い。

この精査処理が終了すると、処理終了をＡＰＬ連携コントロールライブラリ１７９からＩＯコントロール層１７０に通知する。ＩＯコントロール層１７０は、ＡＰＬコントロールライブラリ１７９の強制処理状態を終了させ、且つリモート自動精査の終了レスポンスを、上位プロセス（ＡＴＭアプリ）に通知する。

最後に、係員がＭＯＰ９からリセットキーを押下すると、ＡＰＬ連携コントロール１７９は、リセット遷移し、ＩＯコントロール層１７０はこれを受け、係員ＡＰＬ制御遷移の終了レスポンス（正常処理、リセット）を上位プロセス（ＡＴＭアプリ）に発行する。これにより、係員ＡＰＬ制御遷移を終了する。

ここでは、紙幣の係員処理について説明したが、硬貨の係員処理も同様であり、更に、カード、通帳、紙幣の搬送路でのつまり障害の除去のための係員処理も同様である。

このように、上位からリモート精査、合計計数、リモート補充を定期的又は随意に発行するシステムにおいて、係員処理中は、係員の操作に障害を与えるおそれがあるリモートコマンドの受付を禁止するので、安全で確実に係員が処理することができる。

又、リモートコマンド以外のコマンドは受け付けるため、合計計数終了等において、上位からのコマンドで、上位の合計データを係員に通知でき、操作結果を確認して、操作を終了でき、間違いのない運用が可能となる。又、操作結果をドキュメントで保存する場合に、その場で、レシートを持ち帰ることができ、ＡＴＭの運用形態拡大に寄与する。

更に、係員の操作を複数回行った場合等において、その操作毎に、上位との操作結果を確認できるので、係員の操作性も向上できる。

［他の実施の形態］
前述の実施の形態では、図１のような自動取引装置として、自動現金入出金機を例に、説明したが、出金機、自動現金貸出機等の他の装置に適用できる。又、ネットワークをインターネットで説明したが、他のネットワークに適用でき、且つサーバは、Ｗｅｂアプリケーションのもののみならず、他のアプリケーションのものにも適用できる。

更に、係員操作として、合計計数、回収、補充の例で説明したが、単なる合計計数（精査）、補充の場合や、カード、通帳、紙幣の搬送路での障害除去の場合も同様に、適用できる。

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

（付記１）顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置において、前記取引動作を行うための複数のＩＯユニットと、係員処理を指示するの係員操作ユニットと、前記上位からの取引制御信号に応じて、前記ＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記係員操作ユニットの指示による係員処理プロセスの実行中に、前記上位からのリモート処理コマンドの受け付けを禁止し、且つ前記リモート処理コマンド以外のコマンドを許可することを特徴とする自動取引装置。

（付記２）前記制御ユニットは、前記係員処理プロセスにおいて、前記上位からの前記リモート処理コマンド以外のコマンドの許可が可能となった時に、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記リモート処理コマンド以外のコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放することを特徴とする付記１の自動取引装置。

（付記３）前記制御ユニットは、前記上位からの前記リモート処理コマンド以外のコマンドの許可が可能となった時に、前記上位にＥＸＩＴのレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記リモート処理コマンド以外のコマンドの実行完了によるＥＸＩＴ完了を受け、前記係員処理プロセスの待ち状態を開放することを特徴とする付記２の自動取引装置。

（付記４）前記係員処理プロセスが、前記係員操作ユニットの指示による前記ＩＯユニットである媒体処理ユニットの制御を行うプロセスであることを特徴とする付記１の自動取引装置。

（付記５）前記媒体処理ユニットが、前記取引のための現金処理ユニットであり、前記係員操作パネルの指示が、前記現金ユニット内の現金計数処理であることを特徴とする付記４の自動取引装置。

（付記６）前記受け取るリモート処理コマンド以外のコマンドが、前記ＩＯユニットである印字ユニットに印字するコマンドであることを特徴とする付記５の自動取引装置。

（付記７）前記上位からの前記リモート処理コマンドが、前記媒体処理ユニットへのリモート動作コマンドであることを特徴とする付記４の自動取引装置。

（付記８）前記上位からの前記リモート処理コマンドが、前記現金処理ユニットへのリモート動作コマンドであることを特徴とする付記５の自動取引装置。

（付記９）顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置の係員処理方法において、係員操作ユニットの指示による係員処理プロセスの実行するステップと、前記係員処理プロセスの実行中に、前記上位からのリモート処理コマンドの受け付けを禁止し、且つ前記リモート処理コマンド以外のコマンドを許可するステップとを有することを特徴とする自動取引装置の係員処理方法。

（付記１０）前記係員処理プロセスを実行するステップは、前記上位からの前記リモート処理コマンド以外のコマンドの許可が可能となった時に、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放するステップを有し、前記許可ステップは、前記リモート処理コマンド以外のコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放するステップを有することを特徴とする付記９の自動取引装置の係員処理方法。

（付記１１）前記係員処理プロセスを実行するステップは、前記上位からの前記リモート処理コマンド以外のコマンドの許可が可能となった時に、前記上位にＥＸＩＴのレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放するステップを有し、前記許可ステップは、前記リモート処理コマンド以外のコマンドの実行完了によるＥＸＩＴ完了を受け、前記係員処理プロセスの待ち状態を開放するステップを有することを特徴とする付記１０の自動取引装置の係員処理方法。

（付記１２）前記係員処理プロセスを実行するステップが、前記係員操作ユニットの指示による前記自動取引装置の媒体処理ユニットの制御を行うステップであることを特徴とする付記９の自動取引装置の係員処理方法。

（付記１３）前記係員処理プロセスを実行するステップは、前記媒体処理ユニットである前記取引のための現金処理ユニットに対し、前記係員操作パネルから前記現金ユニット内の現金計数処理を指示するステップであることを特徴とする付記１２の自動取引装置の係員処理方法。

（付記１４）許可ステップは、前記受け取るリモート処理コマンド以外のコマンドとして、前記自動取引装置の印字ユニットに印字するコマンドを許可するステップであることを特徴とする付記１３の自動取引装置の係員処理方法。

（付記１５）前記許可ステップは、前記上位からの前記リモート処理コマンドとしての前記媒体処理ユニットへのリモート動作コマンドを禁止するステップであることを特徴とする付記１２の自動取引装置の係員処理方法。

（付記１６）前記許可ステップは、前記上位からの前記リモート処理コマンドとしての前記現金処理ユニットへのリモート動作コマンドを禁止するステップであることを特徴とする付記１３の自動取引装置の係員処理方法。

（付記１７）顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置の係員処理のためのプログラムであって、係員操作ユニットの指示による係員処理プロセスの実行するステップと、前記係員処理プロセスの実行中に、前記上位からのリモート処理コマンドの受け付けを禁止し、且つ前記リモート処理コマンド以外のコマンドを許可するステップとを、前記自動取引装置のデータ処理ユニットに実行させることを特徴とするプログラム。

このように、上位からリモート精査、合計計数、リモート補充等の現金処理ユニットへのリモート系コマンドを定期的又は随意に発行するシステムにおいて、係員処理中は、係員の操作に障害を与えるおそれがあるリモートコマンドの受付を禁止するので、安全で確実に係員が処理できる。

又、係員処理の完了により、ＩＯユニットを開放し、リモートコマンド以外のコマンドは受け付けるため、合計計数終了等において、上位からの印字コマンドで、上位の合計データ等の係員に通知でき、操作結果を確認して、操作を終了でき、間違いのない運用が可能となる。又、操作結果をドキュメントで保存する場合に、その場で、レシートを持ち帰ることができ、ＡＴＭの運用形態拡大に寄与する。

更に、係員の操作を複数回行った場合等において、その操作毎に、上位との操作結果を確認できるので、係員の操作性も向上できる。

本発明の一実施の形態の自動取引装置の外観図である。 図１の自動取引装置のブロック図である。 図１のＭＯＰパネルの説明図である。 図１の紙幣ユニットの構成図である。 本発明の一実施の形態の自動取引システムのシステム構成図である。 図５の共通インタフェースの取引コマンドの説明図である。 図３のＡＴＭミドルウェアのブロック図である。 自動取引制御の流れ図（その１）である。 自動取引制御の流れ図（その２）である。 本発明の一実施の形態のＡＰＩ変換動作説明図である。 本発明の他の実施の形態のＡＰＩ変換動作説明図である。 本発明の一実施の形態の共通インタフェースとベンダ固有インタフェースの説明図である。 ＩＯコントロールライブラリでの初期化インタフェース変換処理フロー図である。 ＩＯコントロールライブラリでの通帳挿入処理のインタフェース変換処理フロー図である。 係員連携ＡＰＬコントロールライブラリのベンダ固有パラメータの説明図である。 本発明の一実施の形態の係員処理におけるＩＯコントロール層の処理フロー図である。 本発明の一実施の形態の係員ＡＰＬ制御遷移の動作シーケンス図である。 本発明の一実施の形態のリモート自動精査の動作シーケンス図である。 図１７の紙幣ユニットの合計計数動作の説明図である。 図１７の紙幣ユニットの一部補充動作の説明図である。 図１７の紙幣ユニットのリモート自動精査動作の説明図である。

符号の説明

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

Claims (5)

1. 顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置において、
   現金処理ユニットと印字ユニットとを少なくとも有し、前記取引動作を行うためのＩＯユニットと、
   係員処理を指示するための係員操作ユニットと、
   前記上位からの取引制御信号に応じて、前記ＩＯユニットを制御する制御ユニットとを有し、
   前記制御ユニットは、前記係員操作ユニットからの開始指示により開始し、前記係員操作ユニットからの前記現金処理ユニットに対する係員処理指示により、前記現金処理ユニットを動作して、前記係員処理指示された処理を実行する係員処理プロセスを実行するとともに、
   前記係員処理プロセスの実行中に、前記上位からの前記現金処理ユニットへのリモート処理コマンドの受け付けを禁止し、且つ前記係員処理指示された処理の完了により、前記リモート処理コマンド以外のコマンドを許可し、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記上位からの前記リモート処理コマンド以外の前記印字ユニットへのコマンドを受け付け、前記印字ユニットを動作し、記録媒体に金額に関する情報を記録し、前記受け付けたコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放する
   ことを特徴とする自動取引装置。
2. 前記制御ユニットは、前記上位から前記印字コマンドを受け付け、前記印字ユニットにより、前記上位の把握している前記現金処理ユニットの金額に関する情報を記録する
   ことを特徴とする請求項１の自動取引装置。
3. 顧客の操作に応じて、上位と交信し、取引動作を行う自動取引装置の係員処理方法において、
   上位からの指示に応じて、現金処理ユニットと印字ユニットとを少なくとも有するＩＯユニットを動作する制御ユニットが、係員操作ユニットからの開始指示により開始し、前記係員操作ユニットからの前記現金処理ユニットに対する係員処理指示により、前記ＩＯユニットを動作して、前記係員処理指示された処理を実行する係員処理プロセスの実行するステップと、
   前記制御ユニットが、前記係員処理プロセスの実行中に、前記上位からの前記現金処理ユニットへのリモート処理コマンドの受け付けを禁止するステップと、
   前記制御ユニットが、前記係員処理指示された処理の完了により、前記リモート処理コマンド以外のコマンドを許可し、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記上位からの前記リモート処理コマンド以外の前記印字ユニットへのコマンドを受け付け、前記印字ユニットを動作し、記録媒体に金額に関する情報を記録し、前記受け付けたコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放するステップとを有する
   ことを特徴とする自動取引装置の係員処理方法。
4. 前記開放ステップは、前記制御ユニットは、前記上位から前記印字コマンドを受け付け、前記印字ユニットにより、前記上位の把握している前記現金処理ユニットの金額に関する情報を記録するステップを有する
   ことを特徴とする請求項３の自動取引装置の係員処理方法。
5. 顧客の操作に応じて、上位と交信し、現金処理ユニットと印字ユニットとを少なくとも有するＩＯユニットを動作して、取引動作を行う自動取引装置の係員処理のためのプログラムであって、
   係員操作ユニットからの開始指示により開始し、前記係員操作ユニットからの前記現金処理ユニットに対する係員処理指示により、前記ＩＯユニットを動作して、前記係員処理指示された処理を実行する係員処理プロセスの実行するステップと、
   前記係員処理プロセスの実行中に、前記上位からの前記現金処理ユニットへのリモート処理コマンドの受け付けを禁止するステップと、
   前記係員処理指示された処理の完了により、前記リモート処理コマンド以外のコマンドを許可し、前記上位にレスポンスを返送し、前記係員処理プロセスで使用していた前記ＩＯユニットを開放し、前記上位からの前記リモート処理コマンド以外の前記印字ユニットへのコマンドを受け付け、前記印字ユニットを動作し、記録媒体に金額に関する情報を記録し、前記受け付けたコマンドの実行完了後に、前記係員処理プロセスの待ち状態を開放するステップとを、前記自動取引装置のデータ処理ユニットに実行させる
   ことを特徴とするプログラム。

Images