(57)【要約】【課題】利用者の操作に応じて、Ｗｅｂサーバと交信し、自動取引する自動取引装置に関し、異なる機能、ユニットを有する自動取引装置を制御する画面コンテンツの作成を容易とする。【解決手段】Ｗｅｂサーバ（１００）の画面コンテンツ（１２２）に取引処理の各処理単位のオブジェクト（１２４）を埋め込み、処理単位の１つのメソッドを呼び出して、複数のＩＯユニット（１０〜５０）を動作制御する。一般的な取引処理の流れで、異なる自動取引装置に共通に使用でき、異なる機能、構成の自動取引装置をＷｅｂ制御する画面コンテンツの作成が容易となり、且つ並列制御が可能となり、高速のＩＯユニット制御を実現できる。【選択図】図４
2005157428.tif 000002
【特許請求の範囲】
【請求項１】
利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、
前記案内表示を行う表示ユニットと、
前記取引動作を行うための複数のＩＯユニットと、
前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、
前記制御ユニットは、前記オブジェクトのスクリプトにより、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御する
ことを特徴とする自動取引装置。
【請求項２】
前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出すブラウザを有し、
前記ブラウザから前記複数のＩＯユニットを同期制御する
ことを特徴とする請求項１の自動取引装置。
【請求項３】
前記制御ユニットは、前記呼び出されたメソッドによるポスト依頼に応じて、前記Ｗｅｂサーバにリクエストを送信する
ことを特徴とする請求項１の自動取引装置。
【請求項４】
Ｗｅｂサーバと、
前記Ｗｅｂサーバにネットワークを介し接続され、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、
前記自動取引装置は、
前記案内表示を行う表示ユニットと、
前記取引動作を行うための複数のＩＯユニットと、
前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、
前記制御ユニットは、前記オブジェクトのスクリプトにより、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御する
ことを特徴とする自動取引システム。
【請求項５】
前記自動取引装置の前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出すブラウザを有し、
前記ブラウザから前記複数のＩＯユニットを同期制御する
ことを特徴とする請求項４の自動取引システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバからの画面コンテンツに応じて、画面制御と自動取引動作とを実行する自動取引装置及び自動取引システムに関し、特に、画面情報と画面に関連する装置の制御情報を埋め込んだ画面コンテンツにより動作する自動取引装置及び自動取引システムに関する。
【背景技術】
【０００２】
自動取引装置は、各種の取引に利用されており、例えば、金融分野では、自動出金機、自動入出金機が、他の分野では、自動発券機や自動発行機等が利用されている。このような自動取引装置において、近年のインターネット等のネットワークの発達に伴い、Ｗｅｂ技術を利用して、入出金、発券、各種情報の出力を行うものが提供されている。
【０００３】
図２１は、従来の自動取引システムの構成図であり、金融業務のＡＴＭ（Automatic  Teller  Machine）システムを示す。図２１に示すように、ＷＷＷ（World  Wide  Web）サーバ３００と、現金自動取引装置４００とがネットワークで接続される。
【０００４】
サーバ３００は、クライアントである自動取引装置（ＡＴＭ）４００のリクエストに従い、Ｗｅｂページ（画面コンテンツ）５００をＡＴＭ４００に送信する。このＷｅｂページは、表示装置に表示される画面を作成するためのプログラムを、ページ記述言語（ＨＴＭＬ，Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔ）を用いて作成し、この１ページ（１画面）の表示内容に関連して、駆動制御する他の装置(カード処理装置、現金処理装置、通帳処理装置、明細票処理装置等）の制御プログラムをオブジェクトとして、埋め込む。
【０００５】
例えば、図２１に示すように、Ｗｅｂページ５００は、ページ記述言語ＨＴＭＬ（Hyper Text Markup Language)により、画面作成プログラムと、オブジェクト（アプレット）を指定するアプレットタグと、その実行方法（ｍｅｔｈｏｄ）をScriptで指定する画面コンテンツ５０２と、オブジェクト（アプレット）のmethodを実行するプログラムをセットしたアプレット５１０からなる。
【０００６】
このＷｅｂページ５００は、ＷＷＷサーバ３００からＡＴＭ４００のブラウザ４１０にダウンロードされる。一方、ＡＴＭ４００は、カーネル（ＯＳ）の制御の基に、ＡＴＭミドルウェアが動作し、Ｉ／Ｏ動作(取引動作）する。ＡＴＭ４００は、Ｉ／Ｏメカユニットとして、カードリーダ／ライタユニット４４０、レシート／ジャーナルプリンタ４４１、紙幣／硬貨処理ユニット４４２、通帳処理ユニット４４３、顧客操作パネル等を有する。
【０００７】
ブラウザ４１０は、Ｗｅｂページの画面作成プログラムに従い、画面を顧客操作パネルに表示するとともに、画面コンテンツ５０２のアプレットタグと、method名を解析し、アプレット５１０の該当プログラムを実行し、Ｉ／Ｏユニット４４０〜４４３にコマンドを発行する。
【０００８】
このようなＷｅｂブラウザによるＡＴＭ制御において、図２１及び図２２に示すように、methodを、各装置（現金処理装置等）単位とし、画面コンテンツ５０２の埋め込みオブジェクト（アプレット）として、装置インタフェース振分け部(Machine  ID）を指定し、画面コンテンツ５０２のScript（Java  script)で、各装置の動作（この例では、Initialize）方法を指定することが提案されている（例えば、特許文献１参照）。
【０００９】
この方法では、画面コンテンツ５０２のアプレットタグで、装置インタフェース振分け部４２０が指定され、そして、装置振分け部４２０は、Scriptを順次読み込み、解読し、動作指令を対応するインタフェース部４３０〜４３３に振分け、対応するＩ／Ｏユニット４４０〜４４３を動作する。
【００１０】
この例では、装置初期化の動作指令であるから、図２３に示すように、画面コンテンツ５０２のScriptのInitialize("Cash")を読み込み、現金処理装置４４２のコントローラに初期化コマンドを送り、初期化完了応答を得て、次に、ScriptのInitialize("Card")を読み込み、カード処理装置４４０のコントローラに初期化コマンドを送り、初期化完了応答を得る。以下、順次、ScriptのInitialize（  ）を読み込み、対応する処理装置のコントローラに初期化コマンドを送り、初期化完了応答を得て、終了する。
【００１１】
この提案では、同一機能のＡＴＭをＷｅｂ制御する場合に、画面コンテンツの１つのアプレットタグで、複数のユニットを動作することができ、画面コンテンツのＨＴＭＬ内の記述を少なくでき、埋め込みオブジェクトを軽くできる。
【特許文献１】特開２０００−２９８７５２号公報（図６、図７）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、ＡＴＭは、同一の機能のものならず、異なる機能のＡＴＭも多く存在する。例えば、現金処理機能として、紙幣及び硬貨を処理するものと、紙幣のみを処理するものがあり、又、通帳処理を行うものと、行わないものがあり、更に、入出金処理するものと、出金専用のものがある。
【００１３】
このような異なる機能のＡＴＭをＷｅｂ制御する場合には、この従来技術では、呼び出されるmethodが、各ユニット単位であるため、構成機能又はユニットに応じて、同一のアプレットタグでも、画面コンテンツのScript自体を大幅に変更する必要がある。即ち、画面コンテンツの記述を、制御するＡＴＭの構成機能又はユニットの相違に応じて、設計する必要がある。
【００１４】
このため、ＷＷＷサーバ３００での、Ｗｅｂページの開発に多大の労力を要し、且つ新しい機能（例えば、携帯電話との連係機能等）を付加するのに、手間がかかるおそれがある。
【００１５】
又、従来技術では、呼び出されるmethodが、各ユニット単位であるため、画面コンテンツのScriptをユニット単位に設ける必要がある。このため、前述の図２３で示した初期化の例のように、複数ユニットの同期制御を行うには、Script単位にコマンド発行及び応答受信を行うため、同期制御に時間がかかり、自動取引装置の利用者の利用時間が長くなり、稼働率の低下及び応答待ち時間の長期化を招くおそれがある。
【００１６】
従って、本発明の目的は、画面コンテンツ内のオブジェクトの記述の変更を少なくして、複数の異なる機能の自動取引装置を制御するための自動取引装置及び自動取引システムを提供することにある。
【００１７】
又、本発明の他の目的は、複数の異なる機能の自動取引装置を制御する場合に、ＷｅｂサーバのＷｅｂページの作成を簡単化するための自動取引装置及び自動取引システムを提供することにある。
【００１８】
更に、本発明の他の目的は、Ｗｅｂ制御しても、複数の異なるユニットの同期制御の速度を向上し、応答待ち時間を短縮するための自動取引装置及び自動取引システムを提供することにある。
【課題を解決するための手段】
【００１９】
この目的の達成のため、本発明の自動取引装置は、利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御する。
【００２０】
又、本発明の自動取引システムは、Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介し接続され、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、前記自動取引装置は、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御する。
【００２１】
更に、本発明では、好ましくは、前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記複数のＩＯユニットを同期制御する。
【００２２】
更に、本発明では、好ましくは、前記制御ユニットは、前記呼び出されたメソッドによるポスト依頼に応じて、前記Ｗｅｂサーバにリクエストを送信する。
【００２３】
更に、本発明では、好ましくは、前記制御ユニットは、ページ記述言語で記述された画面作成プログラムと前記オブジェクトのスクリプトと、前記スクリプトで呼び出されるメソッドプログラムとを有する画面コンテンツを、前記Ｗｅｂサーバから受信する。
【００２４】
更に、本発明では、好ましくは、前記制御ユニットは、前記呼び出したメソッドにより、前記複数のＩＯユニットに動作コマンドを発行し、前記ＩＯユニットからの応答を受信する。
【００２５】
更に、本発明では、好ましくは、前記複数のＩＯユニットは、少なくとも、現金処理ユニットと、カード処理ユニットとを有する。
【００２６】
更に、本発明では、好ましくは、前記制御ユニットは、前記スクリプトに付記された入力パラメータに従い、前記メソッドにより同期制御する複数のＩＯユニットを指定する。
【００２７】
更に、本発明では、好ましくは、前記ブラウザは、前記画面コンテンツのページ記述言語で記述された画面作成プログラムにより前記案内画面を作成するとともに、前記オブジェクトのスクリプトから、前記メソッドプログラムを呼び出し、前記複数のＩＯユニットを同期制御する。
【００２８】
更に、本発明では、好ましくは、前記ブラウザは、前記画面コンテンツのページ記述言語で記述された画面作成プログラムにより前記案内画面を作成するとともに、前記オブジェクトのスクリプトのアプレット指定とメソッド指定から、前記アプレットのメソッドプログラムを呼び出し、前記複数のＩＯユニットを同期制御する。
【００２９】
更に、本発明では、好ましくは、前記ブラウザは、前記呼び出したメソッドにより、前記ＩＯユニットの各々を制御する複数のＩＯコントローラに、動作コマンドを発行し、前記ＩＯコントローラからの応答を受信する。
【発明の効果】
【００３０】
本発明では、Ｗｅｂサーバの画面コンテンツに取引処理の各処理単位のオブジェクトを埋め込み、処理単位の１つのメソッドを呼び出すことにより、複数のＩＯユニットを動作制御でき、一般的な取引処理の流れで、異なる自動取引装置に共通に使用できる。このため、異なる機能、構成の自動取引装置をＷｅｂ制御する画面コンテンツの作成が容易となる。
【００３１】
又、１つのメソッドをコールするため、並列制御が可能となり、高速のＩＯユニット制御を実現できる。これにより、利用者の自動取引装置の待ち時間を短縮でき、且つ稼働率を向上できる。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の実施の形態を、自動取引システム、Ｗｅｂ制御によるＩＯ制御機構、自動取引処理，既存ミドルウェアのカストマイズ化方法、他の実施の形態の順で説明する。
【００３３】
［自動取引システム］
図１は、本発明の一実施の形態の自動取引装置の外観図、図２は、図１の自動取引装置のブロック図、図３は、本発明の一実施の形態の自動取引システムのシステム構成図である。
【００３４】
図１に示すように、自動取引装置１は、磁気カードの挿入及び排出のためのカード出入口２、磁気通帳の挿入及び排出のための通帳出入口３、紙幣の投入及び排出のための紙幣出入口４、硬貨の投入及び排出のための硬貨出入口５、利用者の操作のためのＵＯＰ（User  Operation  Panel）６、利用者に運用状況を表示するための運用表示器７、利用者を検出する顧客センサ８を備える。
【００３５】
図２は、図１の自動取引装置１のブロック図である。ＣＲＷ（Card  Reader  Writer）ユニット１０は、カード出入口（カード挿入口）２から挿入された磁気カードを、図示しない搬送機構で搬送しながら、磁気ヘッドで読み取り、出入口２へ返却する。ＣＲＷユニット１０には、イメージセンサが設けられ、磁気カード（エンボス部）を光学的に読み取る。
【００３６】
ＲＰＲ（Receipt  Printer)ユニット２０は、印字ヘッドで、レシート用紙に、取引結果の印字を行い、レシートをカード出入口２に排出する。又、ＲＰＲユニット２０は、排出されたレシートが所定時間内に利用者に抜き取られない時に、出入口２から戻されたレシートを収容する。
【００３７】
ＪＰＲ（Journal  Printer）ユニット７０は、印字ヘッドで、ジャーナル用紙に、取引状態、結果等を印字する。ＵＯＰ（User Operation Panel)ユニット３０は、ＵＯＰ（タッチパネル付きデイスプレイ）６とその制御回路で構成される。通帳（ＰＰＲ）処理ユニット４０は、通帳出入口３から挿入された磁気通帳を読み取り、且つ磁気通帳に取引印字を行い、通帳出入口３から排出する。
【００３８】
紙幣／硬貨処理ユニット５０は、紙幣出入口４、硬貨出入口５から投入された紙幣、硬貨を鑑別、計数し、スタッカに収容する入金動作を行い、且つ現金スタッカから要求された紙幣、硬貨を取り出し、紙幣出入口４、硬貨出入口５へ放出する出金動作を行う。
【００３９】
制御部６０は、ＬＡＮ等のネットワーク９０を介し、これら制御ユニット１０，２０，３０，４０，５０、７０に接続され、図３にて後述するソフトウェアの構成により自動取引処理を行う。
【００４０】
図３は、本発明の一実施の形態の自動取引システムのブロック図である。自動取引装置１は、インターネット等のネットワーク１１０を介し、ＷＷＷ（World Wide Web)サーバ（ホスト）１００と、取引処理に必要なコマンド、パラメータ、データのやりとりを行う。
【００４１】
自動取引装置１では、前述の制御部６０が、ブラウザ１２０と、ＡＴＭミドルウェア１３０と、カーネル（ＯＳ）１４０と、デバイスドライバ１５０とを搭載する。
【００４２】
デバイスドライバ１５０は、カード（ＣＲＷ）ユニット１０をドライブするためのカードユニットドライバ１５１と、レシート／ジャーナルユニット（ＲＰＲ／ＪＰＲ）２０、７０をドライブするためのレシート／ジャーナルユニットドライバ１５２と、ＢＲＵ（紙幣）ユニット５０をドライブするためのＢＲＵドライバ１５３と、ＣＲＵ（硬貨）ユニット５０をドライブするためのＣＲＵドライバ１５４と、ＵＯＰ３０をドライブするためのグラフィックドライバ１５５及びタッチスクリーンドライバ１５６と、通帳ユニット４０をドライブするためのＰＰＲドライバ１５７とを有する。
【００４３】
ブラウザ１２０は、例えば、Internet  Explorer（Microsoft社商標名）等のＷｅｂブラウザで構成され、Ｗｅｂサーバ１００にコンテンツの送信を要求し、Ｗｅｂサーバ１００が送信する画面コンテンツ（Webページ）を解釈し、表示等を行う。ここでは、ＨＴＭＬとJava  Scriptで構成された取引処理に必要なＷｅｂページを要求し、送信されたWebページを解釈し、ＡＴＭミドルウェア１３０、ＵＯＰ３０の画面制御を行う。
【００４４】
カーネル１４０は、例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ等の周知のＯＳ(Operating  System）で構成され、カーネル１４０の動作環境下で、ブラウザ１２０、ＡＴＭミドルウェア１３０、デバイスドライバ１５０が動作する。
【００４５】
ＡＴＭミドルウェア１３０は、パラメータファイル１６０と、ＩＯコントロール層１７０と、ＩＯクライアント層１９０と、ＩＯサーバ層２００と、ＩＯサービスプロバイダ層２１０とを有する。
【００４６】
このＩＯクライアント層１９０は、装置に実装された個々のＩ／Ｏユニットを制御するものであり、ＩＯサーバ層２００は、ＩＯ動作の起動、終結及び通信プロトコル制御を行うものであり、ＩＯサービスプロバイダ層２１０は、各ＩＯユニットへの電文の変換を行うものである。これらは、その装置の機能範囲、種類、接続されたＩＯユニットの仕様に従い、設計された既存のミドルウェア１８０である。
【００４７】
一方、ＩＯコントロール層１７０は、Ｗｅｂサーバ１００とミドルウェア共通アプリケーションインタフェース規約で、コマンド、データの送受信を行う。この共通アプリケーションインタフェース（ＡＰＩ）は、装置の機種によって、機能範囲が異なるため、全ての機種を動作できる共通のコマンド、データ体系で構成され、図６で後述する。
【００４８】
ＩＯコントロール層１７０は、ＩＯクライアント層１９０のアプリケーションインタフェース（ＡＰＩ）を統合、集約し、抽象度の高い共通ＡＰＩを構築するものである。パラメータファイル１６０は、ベンダ（ＡＴＭメーカ）固有のシステム仕様によって、一意に決定される入力パラメータ／固定パラメータを格納するものである。
【００４９】
ＩＯコントロール層１７０は、ＩＯクライアント層１９０の呼び出し時に、このパラメータファイル１６０から各ＩＯクライアント層固有のパラメータを呼び出し、共通ＡＰＩを、既存のクライアントＡＰＩに変換する。
【００５０】
これにより、抽象度の高い共通ＡＰＩを、自動取引装置１のＡＴＭミドルウェア１９０、搭載ＩＯユニットの種類に合致したクライアントＡＰＩに変換でき、既存のＡＴＭミドルウェア１８０とＩＯユニットを動作することができる。即ち、既存のＡＴＭミドルウェアを、共通ＡＰＩで動作するように、カストマイズ化できる。
【００５１】
図３に示すように、本発明では、Ｗｅｂページの画面コンテンツ１２２のアプレットとして、ＡＴＭの処理単位で定義したエージェント（Agent)１２３を埋め込み、処理単位で処理に必要なＩＯユニットの動作を制御する。詳細は、図４以下で後述するが、アプレット名を、同期制御や、同期制御の初期化制御という処理単位で定義し（以下、Agentという）、methodも処理単位で設ける。即ち、処理に対応したＩＯユニットの動作を制御するmethodを有するアプレット（Agent）を設け、処理単位で、アプレット（Agent）、methodを指定する。
【００５２】
これにより、複数ユニットを同期動作する場合でも、処理単位にくくることができ、且つ処理単位のアプレット名を付すことができるため、異なる機能のＡＴＭのＷｅｂ制御をＷｅｂページの変更箇所が少なくでき、且つ複雑な自動取引制御においても、Ｗｅｂページを容易に作成できる。
【００５３】
又、１つのmethodをコールするだけで、複数のIOユニットを制御できるため、複数のIOユニットを並行制御でき、それだけ、処理速度を向上でき、Ｗｅｂ制御しても、ＡＴＭの制御時間を短縮でき、利用者の待ち時間を短縮できる。
【００５４】
[Ｗｅｂ制御によるＩＯ制御機構]
次に、Ｗｅｂ制御によるＩＯ制御機構を説明する。図４は、図３の構成におけるＷｅｂブラウザとＩＯコントローラのブロック図、図５は、図３の構成におけるＡＴＭミドルウェアの構成図、図６は、図３及び図４における共通ＡＰＩのコマンドの説明図である。
【００５５】
図４に示すように、Ｗｅｂブラウザ１２０には、画面コンテンツ（ＨＴＭＬ＋JavaScript)１２２と、Ａｇｅｎｔ（アプレット）１２３とが、ＷＷＷサーバ１００からダウンロードされる。Ａｇｅｎｔ１２３は、各ユニットを制御するための制御Ａｇｅｎｔ群１２４と、ポスト処理を行うＰＯＳＴＡｇｅｎｔ１２６と、画面構築のためのＶｉｅｗＡｇｅｎｔ１２８と、Ｊａｖａ  Ｎａｔｉｖｅ  Ｉｎｔｅｒｆａｃｅと共通ＡＰＩインタフェース１３２を介しＩＯコントローラ１７０と通信するための通信ＤＬＬ群（Dynamic  Link  Library)１２９を有する。
【００５６】
尚、インタフェースが同一であれば、通信ＤＬＬ群１２９は、不要である。制御Ａｇｅｎｔ群１２４は、表示画面で必要な制御Ａｇｅｎｔのみダウンロードされる。図７以下で詳細に説明するように、制御Ａｇｅｎｔは、ＡＴＭ取引の処理単位に構成されている。
【００５７】
図４の構成の動作を説明すると、画面コンテンツ１２２のJava  Scriptで記述されたメソッド名で、制御Ａｇｅｎｔ１２４のメソッドを呼び出す。呼び出されたメソッドは、通信ＤＬＬ群１２９を介しＩＯコントローラ１７０にコマンドを発行する。
【００５８】
ＩＯコントローラ１７０は、ＡＴＭミドルウェア１８０を介し対応するユニットを動作し、動作完了を受ける。ＩＯコントローラ１７０は、コマンドの実行結果を制御Ａｇｅｎｔ１２４に応答する。制御Ａｇｅｎｔ１２４は、Ｐｏｓｔ処理を行うＰＯＳＴＡｇｅｎｔ１２６又は画面更新を行うＶｉｅｗＡｇｅｎｔ１２８にＰＯＳＴ依頼又は描画依頼を依頼し、ＰＯＳＴ処理又は画面更新処理を行わせる。
【００５９】
このＡｇｅｎｔを説明する前に、先ず、共通ＡＰＩを説明する。図６は、共通ＡＰＩのコマンド種類の一例を示す。ＣＲＷ（カードリーダ／ライタ）コマンドとしては、カード挿入コマンド、カード排出コマンドが用意されている。
【００６０】
ＲＰＲ（レシートプリンタ）コマンドとしては、印字コマンド、放出コマンド等が用意されている。ＰＰＲ（通帳プリンタ）コマンドとしては、通帳挿入コマンド、印字コマンド、ＭＳ（磁気ストライプ）書き込みコマンド、通帳排出コマンド、オートターンページコマンド等が用意されている。
【００６１】
ＢＲＵ（紙幣リサイクルユニット）コマンドとしては、初期化コマンド、受付／計数コマンド、収納コマンド、入金返却コマンド、繰り出しコマンド、放出コマンド、取り込みコマンド、搬送路チエックコマンド、ジャムリセットコマンド等が用意されている。ＣＲＵ（硬貨リサイクルユニット）コマンドも同様であり、説明を省略する。
【００６２】
次に、図３及び図４のＡＴＭミドルウェア１３０の構成を、図５により説明する。ＩＯコントロール層１７０は、各ＩＯのコントロールを行うＩＯコントロールライブラリ群（ＩＯコントローラ）１７１〜１７８を有する。
【００６３】
ここでは、ＩＯコントロールライブラリ群は、通帳コントロールライブラリ１７１、ＣＲＷコントロールライブラリ１７２、テンキーコントロールライブラリ１７３、レシートコントロールライブラリ１７４、紙幣コントロールライブラリ１７５、硬貨コントロールライブラリ１７６、ジャーナルコントロールライブラリ１７７、取引制御コントロールライブラリ１７８を有する。
【００６４】
これらコントロールライブラリ１７１〜１７８は、共通ＡＰＩで指定されたタスク（カードコントロールＥＸＥ等）により呼び出され、そのタスクを前述のパラメータテーブル１６０を利用して、既存ミドルウェアのクライアントＡＰＩに変換する。
【００６５】
又、既存ミドルウェア１８０のＩＯクライアント層１９０は、装置に実装された個々のＩ／Ｏユニットを制御するものであり、ここでは、カード（ＣＲＷ）クライアント１９１，硬貨クライアント１９２、紙幣クライアント１９３、ＲＰＲクライアント１９４、ＪＰＲクライアント１９５、ＰＰＲクライアント１９６等が設けられている。
【００６６】
同様に、ＩＯサーバ層２００も、個々のＩＯ動作の起動、終結及び通信プロトコル制御を行うため、個々のＩＯに分割されている。即ち、カード（ＣＲＷ）サーバ２０１，硬貨サーバ２０３、紙幣サーバ２０２、ＲＰＲ（レシートプリンタ）サーバ２０４、ＪＰＲサーバ２０５、ＰＰＲ（通帳プリンタ）サーバ２０６が設けられている。
【００６７】
又、同様に、ＩＯサービスプロバイダ層２１０も、各ＩＯユニットへの電文の変換を行うため、個々のＩＯに分割されている。即ち、カード（ＣＲＷ）サービスプロバイダ２１１，硬貨サービスプロバイダ２１３、紙幣サービスプロバイダ２１２、ＲＰＲサービスプロバイダ２１４、ＪＰＲサービスプロバイダ２１５、ＰＰＲサービスプロバイダ２１６が設けられている。
【００６８】
即ち、ＡＴＭミドルウェアを構成する、コントロールライブラリ、クライアント、サーバ、サービスプロバイダが、個々のＩＯユニットに対応して設けられ、要求された共通ＡＰＩのコマンド，パラメータを、ＩＯコントロール１７０が、既存ミドルウェアＡＰＩのコマンド、パラメータに変換し、既存ミドルウェアを介しＩＯユニットを動作する。
【００６９】
次に、前述のＡｇｅｎｔを、図７、図８で説明する。図７に示すように、同期Ａｇｅｎｔは、複数のＩＯユニットを同期制御するプログラムであり、メソッド（プログラム）として、初期化、メカリセット、紙幣／硬貨挿入、媒体同時排出、印字／繰り出し／ＭＳライト／排出準備、入金返却、収納、強制排出／取込み、ユニット情報取得／取引状態設定／二面表示制御、入出金準備、強制補充、ジャムリセット、カード／通帳挿入等を有する。
【００７０】
各メソッドは、図７の黒丸で示すＩＯコントローラ（即ち、ＩＯユニット）にコマンドを発行し、コマンド実行結果の応答を受ける。例えば、初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。
【００７１】
同様に、メカリセットメソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７（図５参照）に、メカリセットコマンドを発行し、各コントローラによるメカリセット処理を行わせ、各コントローラからメカリセット処理結果を応答として、受信する。
【００７２】
以下、同様に、紙幣／硬貨挿入メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６（図５参照）に、挿入コマンドを発行し、各コントローラによる挿入処理を行わせ、各コントローラから挿入処理結果を応答として、受信する。
【００７３】
同様に、ＰＯＳＴエージェントとして、ＰＯＳＴ処理メソッドと、ＰＯＳＴデータ保持メソッドを設ける。又、Ｖｉｅｗ（テキスト表示）エージェントとして、フォント設定メソッド、テキスト表示メソッド、テキスト消去メソッドを設ける。
【００７４】
更に、図８に示すように、単一のＩＯユニットを制御するアプレットも、同一アーキテクチャで制御するため、Ａｇｅｎｔとして、定義する。即ち、図８に示すように、紙幣制御Ａｇｅｎｔ，通帳制御Ａｇｅｎｔ，カード制御Ａｇｅｎｔ，レシート制御Ａｇｅｎｔ，取引制御Ａｇｅｎｔ，テンキーＡｇｅｎｔを設ける。
【００７５】
そして、紙幣制御Ａｇｅｎｔは、各々紙幣コントローラ１７５を制御する受付／計数メソッド、収納メソッド、入金返却メソッド、放出メソッド、キャンセルメソッドを有する。又、通帳制御Ａｇｅｎｔは、各々通帳コントローラ１７１を制御する行セット／ページマークリードメソッド、ＭＳ（磁気ストライプ）リードメソッド、オートターンページメソッド、ページチエックオートターンメソッド、通帳構成情報設定メソッドを有する。
【００７６】
更に、カード制御Ａｇｅｎｔは、各々カード（ＣＲＷ）コントローラ１７２を制御するカード挿入メソッド、キャンセルメソッド、振込みカード印字メソッド、振込みカード発行メソッド、排出準備メソッドを有する。レシート制御Ａｇｅｎｔは、各々レシートコントローラ１７４を制御するオーバーレイ登録メソッド、排出準備メソッドを有する。
【００７７】
同様に、取引制御Ａｇｅｎｔは、各々取引制御コントローラ１７８を制御する取引情報設定メソッド、装置状態監視メソッド、装置状態取得メソッド、運用情報設定メソッド、キャンセルメソッドを有する。テンキーＡｇｅｎｔは、各々テンキーコントローラ１７３を制御するテンキー入力開始メソッド、テンキー入力終了メソッドを有する。
【００７８】
このようなＡｇｅｎｔ及びメソッドを呼び出すＷｅｂ操作を、図９乃至図１２で説明する。図９は、Ｗｅｂサーバ１００が、送信する画面コンテンツの説明図であり、図１０は、図９の画面コンテンツによるＩＯ制御の説明図である。
【００７９】
図９に示すように、ＨＴＭＬ（ページ記述言語）で記述された画面コンテンツ内で、画面内で呼び出すＡｇｅｎｔ名を指定する。ここでは、一例として、アプレットタグ＜ＡＰＰＬＥＴ  ＣＯＤＥ＝”Ｕ＿ａｇｔＳｙｎｃ．ｃｌａｓｓ”により、同期制御（Ｓｙｎｃ）エージェントを呼び出すことを示す。
【００８０】
更に、＜SCRIPT  Language＝“javaScript＞の記述により、Java  Scriptで、同期制御エージェントのメソッドの呼び出しを指定する。即ち、ret=document．U＿agtSync．initialの記述で、同期制御エージェントの初期化メソッドの呼び出しを指定する。尚、ここでは、画面表示コンテンツの詳細を省略してある。
【００８１】
この画面コンテンツが、ブラウザ１２０にダウンロードされると、図１０に示すように、アプレットタグにより、同期制御エージェントが指定され、且つSCRIPTの呼び出しメソッド名により、初期化メソッドが呼び出される。
【００８２】
前述のように、呼び出された初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。
【００８３】
この場合に、図１２に示すように、呼び出された初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを連続的に発行し、これらコントローラからの応答を、処理完了したものから順次受ける。
【００８４】
このため、ＩＯユニットを並列的に制御でき、複数のＩＯユニットを制御しても、短時間で制御できる。これに比し、図２３で示したように、従来のＳｃｒｉｐｔで、ＩＯユニット単位のメソッドを指定する方法では、Script毎に、コマンド発行、応答受信を順次行う順次制御のため、ＷｅｂによるＩＯ制御に時間がかかる。
【００８５】
更に、前述のＡｇｅｎｔは、処理単位名が付された処理単位で設けられるため、この処理単位の内容を若干変更するだけで、各種の機能のＡＴＭに、同一のアプレットタグ、メソッド名で、対応できる。この例では、前述のメソッド呼び出しSCRIPTのメソッド名の括弧内に設けられたinput  Paramの変更により実現している。即ち、図１１に示すように、input  Paramは、各ＩＯコントローラ（紙幣、硬貨、通帳、カード、レシート、ジャーナル、取引制御、テンキー）に、入力フラグを設定する数バイトのビット情報（図では、８ビットの情報）で構成されている。
【００８６】
入力フラグは、”１”がセットされたＩＯコントローラへのメソッドの入力を許可することを示す。呼び出されたメソッドは、この入力フラグを参照して、コマンドを発行するＩＯコントローラを決定する。このため、入力フラグをＷｅｂサーバ１００で操作することにより、異なる機能のＡＴＭでも、同一のアプレットタグ、メソッド名で、同一の処理を実行させることができる。
【００８７】
例えば、硬貨を扱わない取引装置では、硬貨の入力フラグを”０”にセットしておけば、硬貨コントローラへのコマンド発行を防止できる。同様に、通帳を扱わない取引装置では、通帳の入力フラグを”０”にセットしておけば、通帳コントローラへのコマンド発行を防止できる。
【００８８】
又、SCRIPTのメソッド名の括弧内に設けられたParseInt(postMode）により、ＰＯＳＴエージェントを、このエージェント内で指定している。このため、ＰＯＳＴ処理を、エージェント主導で円滑に実行できる。又、エージェントが全てのコマンド完了を受信したタイミングで、直ちに、ＰＯＳＴすることができる。
【００８９】
［自動取引処理］
次に、図１３のカード入金取引を例に、Ｗｅｂサーバ１００の画面コンテンツと、顧客操作画面（ＵＯＰ画面）と、Ａｇｅｎｔとメソッド、ＩＯコントローラとの関係を説明する。
【００９０】
Ｗｅｂサーバ１００は、ＪＳＰ（ＪａｖａＳｅｒｖｅｒ  Ｐａｇｅｓ）により取引種別選択の画面コンテンツ及びアプレットを、ＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０で、取引種別選択画面を、ＵＯＰ６の顧客操作画面に、表示する。
【００９１】
そして、画面コンテンツに埋め込まれたアプレット名とメソッド名により、図７の同期制御Ａｇｅｎｔの入出金準備メソッドを呼び出し、紙幣コントローラ１７５と、硬貨コントローラ１７６に、入出金準備コマンドを発行し、入出金の準備を行わせる。両コントローラ１７５、１７６は、入出金の準備が完了すると、入出金準備メソッドに完了を応答する。
【００９２】
ＵＯＰ６の種別選択画面で、入金キーが押下されると、Ｗｅｂサーバ１００に報告される。これにより、Ｗｅｂサーバ１００は、ＪＳＰにより、カード開始処理に移行し、挿入処理の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０で、ＵＯＰ６の顧客操作画面に、カード挿入画面を表示する。
【００９３】
そして、画面コンテンツに埋め込まれたアプレット名カード制御、メソッド名カード挿入により、カード制御Ａｇｅｎｔのカード挿入メソッドを呼び出し、カードコントローラ１７２にカード挿入コマンドを発行する。コントローラ１７２は、カード挿入コマンドにより、カードユニット１０を動作する。カードユニット１０がカードの挿入を検出し、カードを読取ると、カードコントロールライブラリ１７２より、カード挿入完了を、カード挿入メソッドに応答する。
【００９４】
そして、カード挿入メソッドは、取引状態（ここでは、カード挿入検出及びカードの読取りデータ）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。この場合、同期制御Ａｇｅｎｔのカード／通帳挿入メソッドを呼び出し、その入力フラグ（図１１参照）で、カードコントローラに入力フラグを設定しておくことにより、同様に、制御できる。
【００９５】
次に、Ｗｅｂサーバ１００のＪＳＰは、カード挿入処理の終了によるリクエストにより、現金挿入処理の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０が、画面コンテンツに応じて、ＵＯＰ６の顧客操作画面に、現金挿入画面を表示する。そして、画面コンテンツに埋め込まれたアプレット名であるカード制御Ａｇｅｎｔ、メソッド名であるカード挿入により、同期制御Ａｇｅｎｔの紙幣／硬貨挿入メソッドを呼び出し、紙幣コントローラ１７５、硬貨コントローラ１７６に受付計数コマンドを発行する。
【００９６】
紙幣コントローラ１７５、硬貨コントローラ１７６は、受付計数コマンドにより、紙幣ユニット、硬貨ユニット５０を動作する。紙幣、硬貨ユニット５０は、挿入口を開き、投入紙幣、硬貨を検出し、挿入口を閉じ、投入紙幣、硬貨を計数する。計数を終了すると、紙幣コントローラ１７５と硬貨コントローラ１７６より、受付計数完了を、紙幣／硬貨挿入メソッドに応答する。そして、紙幣／硬貨挿入メソッドは、取引状態（ここでは、受付枚数、合計額）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。
【００９７】
次に、Ｗｅｂサーバ１００のＪＳＰは、現金挿入処理の終了によるリクエストにより、残高更新等の入金処理に移行し、コンピュータ処理の画面コンテンツをＡＴＭ１に発行し、ＵＯＰ６の顧客操作画面に、お待ち下さい画面を表示する。
【００９８】
そして、ブラウザ１２０は、画面コンテンツに埋め込まれたアプレット名である同期制御Ａｇｅｎｔ，メソッド名である印字／繰り出し／ＭＳライト／排出準備により、同期制御Ａｇｅｎｔの印字／繰り出し／ＭＳライト／排出準備メソッド(図７参照）を呼び出し、カードコントローラ１７２にMSライトコマンド、排出準備コマンドを、レシートコントローラ１７４に印字コマンド、排出準備コマンドを、ジャーナルコントローラ１７７に印字コマンドを発行する。
【００９９】
これにより、カードユニット１０は、カードの磁気ストライプに書き込みを行い、カードの排出を準備し、レシートプリンタ２０は、レシートを印字し、排出の準備を行い、ジャーナルプリンタ７０は、ジャーナルに印字を行う。各コントローラ１７２，１７４，１７７は、コマンド実行完了により、印字/繰り出し/MSライト/排出準備メソッドに完了を応答する。
【０１００】
そして、印字／繰り出し/MSライト/排出準備メソッドは、取引状態（ここでは、排出準備完了）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。
【０１０１】
Ｗｅｂサーバ１００のＪＳＰは、媒体排出処理に移行し、媒体排出の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０が、ＵＯＰ６の顧客操作画面に、媒体排出画面を表示する。そして、ブラウザ１２０は、画面コンテンツに埋め込まれたアプレット名である同期制御Ａｇｅｎｔ，メソッド名である媒体排出により、同期制御Ａｇｅｎｔの媒体排出メソッド(図７参照）を呼び出し、カードコントローラ１７２に放出コマンドを、レシートコントローラ１７４に放出コマンドを、図示しないサウンドコントローラに、ベル再生コマンドを発行する。
【０１０２】
これにより、カードユニット１０は、カードを、レシートプリンタ２０は、レシートを放出し、カード、レシートの抜き取りを検出し、所定時間内に抜き取られないと、連続音を発する。各コントローラ１７２，１７４は、コマンド実行完了により、媒体排出メソッドに完了を応答する。
【０１０３】
そして、媒体排出メソッドは、取引状態（ここでは、抜き取り完了）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。
【０１０４】
次に、Ｗｅｂサーバ１００のＪＳＰは、ＡＴＭ１からの抜き取り完了によるリクエストを受け、取引終了処理に移行し、取引終了の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０により、ＵＯＰ６の顧客操作画面に、終了画面を表示する。ブラウザ１２０は、画面コンテンツに埋め込まれたアプレット名である同期制御Ａｇｅｎｔ，メソッド名である紙幣／硬貨収納により、同期制御Ａｇｅｎｔの紙幣／硬貨メソッド(図７参照）を呼び出し、紙幣コントローラ１７５と硬貨コントローラ１７６に収納コマンドを発行する。
【０１０５】
これにより、紙幣ユニット、硬貨ユニット５０は、計数紙幣、硬貨を内部スタッカに収納する。各コントローラ１７５，１７６は、コマンド実行完了により、紙幣/硬貨メソッドに完了を応答する。そして、紙幣／硬貨メソッドは、取引状態（ここでは、収納完了）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。
【０１０６】
これにより、Ｗｅｂサーバ１００は、前述の取引種別選択処理に戻り、同様な処理を繰り返す。
【０１０７】
このように、Ｗｅｂサーバ１００の画面コンテンツに取引処理の各処理単位のＡｇｅｎｔを埋め込み、処理単位の１つのメソッドを呼び出すことにより、複数のＩＯユニットを動作制御でき、一般的な取引処理の流れで、異なる自動取引装置に共通に使用できる。このため、異なる機能、構成の自動取引装置をＷｅｂ制御する画面コンテンツの作成が容易となり、且つ並列制御が可能となり、高速のIOユニット制御を実現できる。これにより、利用者の自動取引装置の待ち時間を短縮でき、且つ稼働率を向上できる。
【０１０８】
この例では、カード入金処理で説明したが、出金処理、通帳を使用した入金処理、出金処理、記帳処理、残高照会等も同様である。
【０１０９】
［既存ＡＴＭミドルウェアのカストマイズ化方法］
次に、ＡＴＭの機種により、ＩＯユニットの仕様や、ＡＴＭミドルウェアの仕様が異なる場合でも、この共通インタフェースで動作できる方法を説明する。この場合に、ＡＴＭミドルウェア自体を、この共通インタフェースに合わせて設計することは、共通インタフェースを制定した意味が薄れる。
【０１１０】
このため、ＩＯユニットを動作するための既存のＡＴＭミドルウェアを活かして、共通インタフェースで動作できるように、既存ＡＴＭミドルウェアのカストマイズを行う。
【０１１１】
図１４及び図１５は、本発明の一実施の形態の動作説明図であり、図１６は、その共通インタフェースとベンダ固有インタフェースの説明図、図１７及び図１８は、ＩＯコントロールライブラリでのインタフェース変換処理フロー図である。
【０１１２】
図１４及び図１５では、サーバ１００のＡＴＭアプリケーションをＷｅｂアプリケーションで示し、ブラウザ１２０で、ＪＡＶＡ（登録商標）のＡＴＭアプレット関数呼び出しの形式でＣＲＷ（カードユニット）コマンド、ＢＲＵ（紙幣ユニット）コマンドを、パラメータａ，ｂ，Ａ，Ｂを付して、共通インタフェースとして、発行する。
【０１１３】
一方、ＡＴＭ１では、図５で説明したように、パラメータファイル１６０は、各ベンダのシステム仕様によって、一意に決定される入力パラメータ／固定パラメータを格納している。図１４では、Ａ社固有の設定情報として、ＣＲＷコマンドＡに対し、固有パラメータｃ，ｄを、ＢＲＵコマンドＸに対し、固有パラメータＣ，Ｄ，Ｅを格納する。
【０１１４】
同様に、図１５では、Ａ社固有の設定情報として、ＣＲＷコマンドＡに対し、固有パラメータｃを、ＢＲＵコマンドＸに対し、固有パラメータＣ，Ｄ，Ｅ、Ｆを格納する。
【０１１５】
ＩＯコントロール層１７０は、ＩＯクライアント層１９０を含むＡＴＭミドルウェア１８０の呼び出し時に、このパラメータファイル１６０から各ＩＯクライアント層固有のパラメータを呼び出し、共通ＡＰＩを、既存のクライアントＡＰＩに変換する。
【０１１６】
例えば、図１４では、ＩＯコントロール層１７０が、共通インタフェース（ＡＰＩ）のＣＲＷコマンドＡ（ａ，ｂ）を、ＣＲＷミドルＡＰＩのコマンドＡ（ａ，ｂ，ｃ、ｄ）に変換し、ＣＲＷミドルウェア１８０に送り、ＣＲＷユニット１０を動作し、共通インタフェース（ＡＰＩ）のＢＲＵコマンドＸ（Ａ，Ｂ）を、ＢＲＵミドルＡＰＩのコマンドＸ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）に変換し、ＢＲＵミドルウェア１８０に送り、ＢＲＵユニット５０を動作する。
【０１１７】
同様に、図１５では、ＩＯコントロール層１７０が、共通インタフェース（ＡＰＩ）のＣＲＷコマンドＡ（ａ，ｂ）を、ＣＲＷミドルＡＰＩのコマンドＡ（ａ，ｂ，ｃ）に変換し、ＣＲＷミドルウェア１８０に送り、ＣＲＷユニット１０を動作し、共通インタフェース（ＡＰＩ）のＢＲＵコマンドＸ（Ａ，Ｂ）を、ＢＲＵミドルＡＰＩのコマンドＸ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ、Ｆ）に変換し、ＢＲＵミドルウェア１８０に送り、ＢＲＵユニット５０を動作する。
【０１１８】
図１６の通帳処理コマンドを例に、具体例で説明する。ユニット初期化コマンドに対しては、ベンダ固有インタフェース（パラメータ）として、通帳プリンタのユーザ種別コード、通帳リボンニアエンドチエック有無の指定、通帳ＭＳ（磁気ストライプ）エラーの休止有無の指定、通帳ページマーク上下使用の有無の指定、取り忘れ通帳引き込み時のページ閉じの有無の指定があり、各ベンダの通帳ユニットの仕様により、指定できる。
【０１１９】
通帳挿入処理コマンドに対しては、共通インタフェース（パラメータ）として、挿入媒体論理種別の指定、通帳タイプ番号Ｎｏ．の指定、Ｗ−ＭＳ（ワイド磁気ストライプ）切り替え指定、ストライプ位置指定、ＭＳ消去の有無指定、指定行位置指定、複合動作指定、カメラ制御（通帳挿入時にカメラを動作する）の指定がある。
【０１２０】
一方、ベンダ固有インタフェース（パラメータ）として、ＭＳ位置の指定（例えば、金融機関毎に通帳のＭＳの位置が異なる場合がある）、ＭＳ方式（記録フォーマット）、ＭＳパラメータ（ＭＳのデータ消去可か等）、ラインランプ制御の指定（通帳入口にラインランプがある時に、挿入、排出時にランプを点灯する）がある。
【０１２１】
図１７は、前述のユニット初期化処理のフロー図である。
【０１２２】
（Ｓ１０）ユニット初期化コマンドを受けると、パラメータファイル１６０より、初期化に関するベンダ固有の設定情報（パラメータ）を読み込む。
【０１２３】
（Ｓ１２）読み込んだパラメータを初期化コマンドに付して、ユニットに送信し、応答を受信する。
【０１２４】
図１８は、前述の通帳挿入処理のフロー図である。
【０１２５】
（Ｓ２０）通帳挿入コマンドを受けると、パラメータファイル１６０より、通帳挿入に関するベンダ固有の設定情報（パラメータ）を読み込む。
【０１２６】
（Ｓ２２）読み込んだパラメータと、共通インタフェースから受信したパラメータ（入力情報）とから、ベンダ固有ユニットのパラメータを編集する。
【０１２７】
（Ｓ２４）編集したパラメータを通帳挿入コマンドに付して、ユニットに送信し、応答を受信する。
【０１２８】
このようにして、予め、ベンダ固有のパラメータをパラメータファイル１６０に設定しておき、ＩＯコントロール層１７０が、共通インタフェース（ＡＰＩ）のコマンドのパラメータと、パラメータファイル１６０のベンダ固有のパラメータとを編集し、ＡＴＭミドルＡＰＩのコマンドに変換し、ＡＴＭミドルウェアに送り、ベンダ固有のＩＯユニット１０を動作するので、共通インタフェース（ＡＰＩ）のコマンドで、ベンダ固有のＩＯユニットを動作できる。即ち、既存のＡＴＭミドルウェアを、標準インタフェースで動作するように、カストマイズ化できる。
【０１２９】
［他の実施の形態］
次に、前述のＡｇｅｎｔ、メソッドの他の実施の形態を説明する。図１９は、本発明の他の実施の形態のエージェントの説明図である。図１９に示すように、この例では、同期Ａｇｅｎｔと、メソッド（プログラム）を合体し、同期Ａｇｅｎｔは、同期制御の初期化、メカリセット、紙幣／硬貨挿入、媒体同時排出、印字／繰り出し／ＭＳライト／排出準備、入金返却、収納、強制排出／取込み、ユニット情報取得／取引状態設定／二面表示制御、入出金準備、強制補充、ジャムリセット、カード／通帳挿入を有する。
【０１３０】
合体された各エージェント/メソッドは、図１９の黒丸で示すＩＯコントローラ（即ち、ＩＯユニット）にコマンドを発行し、コマンド実行結果の応答を受ける。例えば、同期制御の初期化エージェント/メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。
【０１３１】
同様に、同期制御のメカリセットエージェント/メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７（図５参照）に、メカリセットコマンドを発行し、各コントローラによるメカリセット処理を行わせ、各コントローラからメカリセット処理結果を応答として、受信する。
【０１３２】
以下、同様に、同期制御の紙幣／硬貨挿入エージェント/メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６（図５参照）に、挿入コマンドを発行し、各コントローラによる挿入処理を行わせ、各コントローラから挿入処理結果を応答として、受信する。
【０１３３】
図２０は、本発明の他の実施の形態におけるＷｅｂサーバ１００が、送信する画面コンテンツの説明図である。
【０１３４】
図２０に示すように、ＨＴＭＬ（ページ記述言語）で記述された画面コンテンツ内で、画面内で呼び出すＡｇｅｎｔ名を指定する。ここでは、一例として、アプレットタグ＜ＡＰＰＬＥＴ  ＣＯＤＥ＝”Ｕ＿ａｇｔＳｙｎｃ_Initial.ｃｌａｓｓ”により、同期制御（Ｓｙｎｃ）の初期化エージェントを呼び出すことを示す。
【０１３５】
更に、＜SCRIPT  Language＝“javaScript＞の記述により、Java  Scriptで、同期制御の初期化エージェントをメソッドとして呼び出しを指定する。即ち、ret=document．U＿agtSync＿initial．の記述で、同期制御の初期化エージェント/メソッドの呼び出しを指定する。尚、ここでは、画面表示コンテンツの詳細を省略してある。
【０１３６】
この画面コンテンツが、ブラウザ１２０にダウンロードされると、アプレットタグにより、同期制御の初期化エージェントが指定され、且つSCRIPTの呼び出しメソッド名により、同期制御の初期化エージェント/メソッドが呼び出される。
【０１３７】
前述のように、呼び出された初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。
【０１３８】
この場合にも、図１２に示したように、呼び出された初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを連続的に発行し、これらコントローラからの応答を、処理完了したものから順次受ける。
【０１３９】
このため、ＩＯユニットを並列的に制御でき、複数のＩＯユニットを制御しても、短時間で制御できる。これに比し、図２３で示したように、従来のＳｃｒｉｐｔで、ＩＯユニット単位のメソッドを指定する方法では、Script毎に、コマンド発行、応答受信を順次行う順次制御のため、ＷｅｂによるＩＯ制御に時間がかかる。
【０１４０】
更に、前述のＡｇｅｎｔは、処理単位名が付された処理単位で設けられるため、この処理単位の内容を若干変更するだけで、各種の機能のＡＴＭに、同一のアプレットタグ、メソッド名で、対応できる。この例でも、前述のメソッド呼び出しSCRIPTのメソッド名の括弧内に設けられたinitial(input  Param)の変更により実現している。即ち、図１１に示したように、input  Paramは、各ＩＯコントローラ（紙幣、硬貨、通帳、カード、レシート、ジャーナル、取引制御、テンキー）に、入力フラグを設定する８ビットの情報で構成されている。
【０１４１】
入力フラグは、”１”がセットされたＩＯコントローラへのメソッドの入力を許可することを示す。呼び出されたメソッドは、この入力フラグを参照して、コマンドを発行するＩＯコントローラを決定する。このため、入力フラグをＷｅｂサーバ１００で操作することにより、異なる機能のＡＴＭでも、同一のアプレットタグ、メソッド名で、同一の処理を実行させることができる。
【０１４２】
例えば、硬貨を扱わない取引装置では、硬貨の入力フラグを”０”にセットしておけば、硬貨コントローラへのコマンド発行を防止できる。同様に、通帳を扱わない取引装置では、通帳の入力フラグを”０”にセットしておけば、通帳コントローラへのコマンド発行を防止できる。
【０１４３】
この実施の形態は、画面コンテンツとともに送信するアプレット（エージェント）が、図７の例に比し、比較的小容量のプログラムに分割できるため、送信コンテンツのデータ量を少なくでき、通信時間を短縮できる。
【０１４４】
一方、図７のエージェントの例では、同期制御のアプレットが、多数のメソッドを搭載しているため、比較的大容量のプログラムであるが、ＡＴＭ１で、アプレットをキャシュすることにより、次回からこのアプレットの送信を省略でき、次回からの送信コンテンツのデータ量を少なくでき、通信時間を短縮できる。
【０１４５】
前述の実施の形態では、図１のような自動取引装置として、自動入出金機を例に、説明したが、出金機、自動現金貸出機、自動発行機等の他の装置に適用できる。又、ネットワークをインターネットで説明したが、他のネットワークに適用でき、且つサーバは、ＳＣＲＩＰＴは、Ｊａｖａ  ＳＣＲＩＰＴのみならず、他のＳＣＲＩＰＴのものにも適用できる。
【０１４６】
更に、共通ＡＰＩによるカストマイズ化したミドルウェア制御を例に説明したが、これを使用せず、ミドルウェア制御するものにも、適用できる。
【０１４７】
以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。
【０１４８】
（付記１）利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする自動取引装置。
【０１４９】
（付記２）前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記複数のＩＯユニットを同期制御することを特徴とする付記１の自動取引装置。
【０１５０】
（付記３）前記制御ユニットは、前記呼び出されたメソッドによるポスト依頼に応じて、前記Ｗｅｂサーバにリクエストを送信することを特徴とする付記１の自動取引装置。
【０１５１】
（付記４）前記制御ユニットは、ページ記述言語で記述された画面作成プログラムと前記オブジェクトのスクリプトと、前記スクリプトで呼び出されるメソッドプログラムとを有する画面コンテンツを、前記Ｗｅｂサーバから受信することを特徴とする付記１の自動取引装置。
【０１５２】
（付記５）前記制御ユニットは、前記呼び出したメソッドにより、前記複数のＩＯユニットに動作コマンドを発行し、前記ＩＯユニットからの応答を受信することを特徴とする付記１の自動取引装置。
【０１５３】
（付記６）前記複数のＩＯユニットは、少なくとも、現金処理ユニットと、カード処理ユニットとを有することを特徴とする付記１の自動取引装置。
【０１５４】
（付記７）前記制御ユニットは、前記スクリプトに付記された入力パラメータに従い、前記メソッドにより同期制御する複数のＩＯユニットを指定することを特徴とする付記１の自動取引装置。
【０１５５】
（付記８）前記ブラウザは、前記画面コンテンツのページ記述言語で記述された画面作成プログラムにより前記案内画面を作成するとともに、前記オブジェクトのスクリプトから、前記メソッドプログラムを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記４の自動取引装置。
【０１５６】
（付記９）前記ブラウザは、前記画面コンテンツのページ記述言語で記述された画面作成プログラムにより前記案内画面を作成するとともに、前記オブジェクトのスクリプトのアプレット指定とメソッド指定から、前記アプレットのメソッドプログラムを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記８の自動取引装置。
【０１５７】
（付記１０）前記ブラウザは、前記呼び出したメソッドにより、前記ＩＯユニットの各々を制御する複数のＩＯコントローラに、動作コマンドを発行し、前記ＩＯコントローラからの応答を受信することを特徴とする付記５の自動取引装置。
【０１５８】
（付記１１）Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介し接続され、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、前記自動取引装置は、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする自動取引システム。
【０１５９】
（付記１２）前記自動取引装置の前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記複数のＩＯユニットを同期制御することを特徴とする付記１１の自動取引システム。
【０１６０】
（付記１３）前記制御ユニットは、前記呼び出されたメソッドによるポスト依頼に応じて、前記Ｗｅｂサーバにリクエストを送信することを特徴とする付記１１の自動取引システム。
【０１６１】
（付記１４）前記Ｗｅｂサーバは、ページ記述言語で記述された画面作成プログラムと前記オブジェクトのスクリプトと、前記スクリプトで呼び出されるメソッドプログラムとを有する画面コンテンツを、前記自動取引装置に送信することを特徴とする付記１１の自動取引システム。
【０１６２】
（付記１５）前記制御ユニットは、前記呼び出したメソッドにより、前記複数のＩＯユニットに動作コマンドを発行し、前記ＩＯユニットからの応答を受信することを特徴とする付記１１の自動取引システム。
【０１６３】
（付記１６）前記複数のＩＯユニットは、少なくとも、現金処理ユニットと、カード処理ユニットとを有することを特徴とする付記１１の自動取引システム。
【０１６４】
（付記１７）前記Ｗｅｂサーバは、前記スクリプトに、前記メソッドにより同期制御する複数のＩＯユニットを指定する入力パラメータを付記して、前記自動取引装置に送信し、前記制御ユニットには、前記スクリプトに付記された入力パラメータに従い、前記メソッドにより同期制御する複数のＩＯユニットを指定することを特徴とする付記１１の自動取引システム。
【０１６５】
（付記１８）前記ブラウザは、前記画面コンテンツのページ記述言語で記述された画面作成プログラムにより前記案内画面を作成するとともに、前記オブジェクトのスクリプトから、前記メソッドプログラムを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記１４の自動取引システム。
【０１６６】
（付記１９）前記ブラウザは、前記画面コンテンツのページ記述言語で記述された画面作成プログラムにより前記案内画面を作成するとともに、前記オブジェクトのスクリプトのアプレット指定とメソッド指定から、前記アプレットのメソッドプログラムを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記１８の自動取引システム。
【０１６７】
（付記２０）前記ブラウザは、前記呼び出したメソッドにより、前記ＩＯユニットの各々を制御する複数のＩＯコントローラに、動作コマンドを発行し、前記ＩＯコントローラからの応答を受信することを特徴とする付記１５の自動取引システム。
【産業上の利用可能性】
【０１６８】
このように、Ｗｅｂサーバの画面コンテンツに取引処理の各処理単位のＡｇｅｎｔを埋め込み、処理単位の１つのメソッドを呼び出すことにより、複数のＩＯユニットを動作制御でき、一般的な取引処理の流れで、異なる自動取引装置に共通に使用できる。このため、異なる機能、構成の自動取引装置をＷｅｂ制御する画面コンテンツの作成が容易となり、且つ並列制御が可能となり、高速のIOユニット制御を実現できる。これにより、利用者の自動取引装置の待ち時間を短縮でき、且つ稼働率を向上でき，Ｗｅｂ制御の自動取引装置の普及に寄与する。
【図面の簡単な説明】
【０１６９】
【図１】本発明の一実施の形態の自動取引装置の外観図である。
【図２】図１の自動取引装置のブロック図である。
【図３】本発明の一実施の形態の自動取引システムのシステム構成図である。
【図４】図３のブラウザ及び画面コンテンツの説明図である。
【図５】図３及び図４のＡＴＭミドルウェアのブロック図である。
【図６】図３及び図５の共通インタフェースの取引コマンドの説明図である。
【図７】図３及び図４のエージェントの説明図である。
【図８】図３及び図４の他のエージェントの説明図である。
【図９】図３及び図４の画面コンテンツの説明図である。
【図１０】図３及び図４のエージェントによるＩＯ制御動作の説明図である。
【図１１】図９の画面コンテンツの入力パラメータの説明図である。
【図１２】図１０のエージェントのメソッドの動作説明図である。
【図１３】本発明の一実施の形態の入金処理の説明図である。
【図１４】本発明の一実施の形態のミドルウェアＡＰＩ変換動作説明図である。
【図１５】本発明の他の実施の形態のミドルウェアＡＰＩ変換動作説明図である。
【図１６】本発明の一実施の形態の共通インタフェースとベンダ固有インタフェースの説明図である。
【図１７】ＩＯコントロールライブラリでの初期化インタフェース変換処理フロー図である。
【図１８】ＩＯコントロールライブラリでの通帳挿入処理のインタフェース変換処理フロー図である。
【図１９】本発明の他の実施の形態のエージェントの説明図である。
【図２０】本発明の他の実施の形態の画面コンテンツの説明図である。
【図２１】従来のＷｅｂ制御による自動取引システムの説明図である。
【図２２】従来のＷｅｂ制御の画面コンテンツの説明図である。
【図２３】従来の画面コンテンツのスクリプトによるＩＯ制御動作のシーケンス図である。
【符号の説明】
【０１７０】
１  自動取引装置
２  カード出入口
３  通帳出入口
４  紙幣出入口
５  硬貨出入口
６  ＵＯＰ
１０  磁気カードリーダユニット
２０  レシートプリンタユニット
３０  ＵＯＰユニット
４０  通帳処理ユニット
５０  紙幣／硬貨処理ユニット
６０  制御ユニット
７０  ジャーナルプリンタユニット
１００  Ｗｅｂサーバ
１１０  ネットワーク
１２０  ブラウザ
１２２  画面コンテンツ
１２４、１２６、１２８  エージェント
１３０  ＡＴＭミドルウェア
１４０  カーネル
１５０  デバイスドライバ
１６０  パラメータファイル
１７０  ＩＯコントロール層
１８０  既存ミドルウェア層
【図１】
2005157428.tif 000003
【図２】
2005157428.tif 000004
【図３】
2005157428.tif 000005
【図４】
2005157428.tif 000006
【図５】
2005157428.tif 000007
【図６】
2005157428.tif 000008
【図７】
2005157428.tif 000009
【図８】
2005157428.tif 000010
【図９】
2005157428.tif 000011
【図１０】
2005157428.tif 000012
【図１１】
2005157428.tif 000013
【図１２】
2005157428.tif 000014
【図１３】
2005157428.tif 000015
【図１４】
2005157428.tif 000016
【図１５】
2005157428.tif 000017
【図１６】
2005157428.tif 000018
【図１７】
2005157428.tif 000019
【図１８】
2005157428.tif 000020
【図１９】
2005157428.tif 000021
【図２０】
2005157428.tif 000022
【図２１】
2005157428.tif 000023
【図２２】
2005157428.tif 000024
【図２３】
2005157428.tif 000025