JP4424974B2 - 自動取引装置、自動取引装置の制御方法及び自動取引システム - Google Patents

自動取引装置、自動取引装置の制御方法及び自動取引システム Download PDF

Info

Publication number
JP4424974B2
JP4424974B2 JP2003390477A JP2003390477A JP4424974B2 JP 4424974 B2 JP4424974 B2 JP 4424974B2 JP 2003390477 A JP2003390477 A JP 2003390477A JP 2003390477 A JP2003390477 A JP 2003390477A JP 4424974 B2 JP4424974 B2 JP 4424974B2
Authority
JP
Japan
Prior art keywords
control
unit
screen
applet
display
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003390477A
Other languages
English (en)
Other versions
JP2005157427A (ja
Inventor
知道 小原
哲 富
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Fujitsu Frontech Ltd
Original Assignee
Fujitsu Ltd
Fujitsu Frontech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd, Fujitsu Frontech Ltd filed Critical Fujitsu Ltd
Priority to JP2003390477A priority Critical patent/JP4424974B2/ja
Priority to US10/828,464 priority patent/US7131577B2/en
Publication of JP2005157427A publication Critical patent/JP2005157427A/ja
Application granted granted Critical
Publication of JP4424974B2 publication Critical patent/JP4424974B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20—Automatic teller machines [ATMs]
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20—Automatic teller machines [ATMs]
    • G07F19/211—Software architecture within ATMs or in relation to the ATM network

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)

Description

本発明は、リクエストによりＷｅｂサーバから送信された画面コンテンツに応じて、画面制御と自動取引動作とを実行する自動取引装置及び自動取引システムに関し、特に、画面情報と画面に関連する装置の制御情報を埋め込んだ画面コンテンツにより動作する自動取引装置及び自動取引システムに関する。
自動取引装置は、各種の取引に利用されており、例えば、金融分野では、自動出金機、自動入出金機が、他の分野では、自動発券機や自動発行機等が利用されている。このような自動取引装置において、近年のインターネット等のネットワークの発達に伴い、Ｗｅｂ技術を利用して、入出金、発券、各種情報の出力を行うものが提供されている。
図２７は、従来の自動取引システムの構成図であり、金融業務のＡＴＭ（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自体を大幅に変更する必要がある。即ち、画面コンテンツの記述を、制御するＡＴＭの構成機能又はユニットの相違に応じて、設計する必要がある。
このため、ＷＷＷサーバ３００での、Ｗｅｂページの開発に多大の労力を要し、且つ新しい機能（例えば、携帯電話との連係機能等）を付加するのに、手間がかかるおそれがある。
従って、本発明の目的は、１取引に必要なリクエスト回数を減少する自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
又、本発明の他の目的は、アプレットで、Ｗｅｂサーバにリクエストを発する必要がない処理を行い、通信時間を減少し、自動取引に要する時間を低減するための自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
又、本発明の他の目的は、Ｗｅｂサーバにリクエストを発する必要がない場合に、アプレットで処理を行い、リクエスト回数を減少するための自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
更に、本発明の他の目的は、アプレットで画面更新処理を行い、リクエスト回数を減少するための自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
この目的の達成のため、本発明の自動取引装置は、利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、少なくとも、前記案内表示を行う表示ユニットを含む顧客操作部と、現金を取り扱う現金取扱部と、顧客カードのリード及びライトを行うカード取扱部とを有する複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示ユニットの画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記Ｗｅｂサーバから前記オブジェクトのスクリプトにより、前記ＩＯユニットを制御する制御アプレットの制御アプレット名と前記表示ユニットの画面遷移制御を行う画面アプレットの画面アプレット名とを指定され、前記制御アプレット名により、前記現金取扱部を制御する制御アプレットのメソッドを呼び出し、前記現金取扱部をシーケンス制御するとともに、前記制御アプレットのシーケンス制御と連動して、前記画面アプレットにより、前記表示ユニットの画面を前記シーケンス制御に応じて、更新する。
本発明の自動取引装置の制御方法は、少なくとも、前記案内表示を行う表示ユニットを含む顧客操作部と、現金を取り扱う現金取扱部と、顧客カードのリード及びライトを行うカード取扱部とを有する複数のＩＯユニットと、制御ユニットとを有し、利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置の制御方法において、前記制御ユニットが、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示ユニットの画面の案内表示を行うステップと、前記制御ユニットが、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトで指定された、前記ＩＯユニットを制御する制御アプレットの制御アプレット名で、前記現金取扱部を制御する制御アプレットのメソッドを呼び出し、前記現金取扱部をシーケンス制御するするステップと、前記制御ユニットが、前記オブジェクトのスクリプトで指定された、前記表示ユニットの画面遷移制御を行う画面アプレット名の画面アプレットを、前記制御アプレットのシーケンス制御と連動させて、前記現金取扱部のシーケンス制御に応じて、前記表示ユニットの画面を更新するステップとを有する。
本発明の自動取引システムは、Ｗｅｂサーバと、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、前記自動取引装置は、少なくとも、前記案内表示を行う表示ユニットを含む顧客操作部と、現金を取り扱う現金取扱部と、顧客カードのリード及びライトを行うカード取扱部とを有する複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示ユニットの画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記Ｗｅｂサーバから前記オブジェクトのスクリプトにより、前記ＩＯユニットを制御する制御アプレットの制御アプレット名と前記表示ユニットの画面遷移制御を行う画面アプレットの画面アプレット名とを指定され、前記制御アプレット名により、前記現金取扱部を制御する制御アプレットのメソッドを呼び出し、前記現金取扱部をシーケンス制御するとともに、前記制御アプレットのシーケンス制御と連動して、前記画面アプレットにより、前記表示ユニットの画面を前記シーケンス制御に応じて、更新する。
又、本発明では、好ましくは、前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記ＩＯユニットをシーケンス制御し、且つ前記シーケンス制御に応じて、前記表示ユニットの表示文言を更新する。
又、本発明では、好ましくは、前記制御ユニットは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新する。
又、本発明では、好ましくは、前記制御ユニットは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新する。
又、本発明では、好ましくは、前記制御ユニットは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御する。
又、本発明では、好ましくは、前記ＩＯユニットは、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットを含み、前記制御ユニットは、前記現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新する。
又、本発明では、好ましくは、前記制御ユニットは、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信する。
本発明では、画面の更新を全てＷｅｂサーバからダウンロードするのではなく、画面コンテンツのアプレットとスクリプトで、画面の一部を更新するため、Ｗｅｂサーバとの通信を行わずに、画面の更新が可能となる。
このため、Ｗｅｂサーバ１００へのリクエスト回数が減少し、通信回数及び通信時間を減少でき、自動取引装置の取引性能（速度）を向上でき、且つＷｅｂサーバの負荷を軽減できる。
以下、本発明の実施の形態を、自動取引システム、Ｗｅｂ制御によるＩＯ制御機構、Ａｇｅｎｔを用いた自動取引処理，Ａｇｅｎｔによるリクエスト回数の削減方法、リクエスト回数を削減した自動取引処理、他の実施の形態の順で説明する。
［自動取引システム］
図１は、本発明の一実施の形態の自動取引装置の外観図、図２は、図１の自動取引装置のブロック図、図３は、本発明の一実施の形態の自動取引システムのシステム構成図である。
図１に示すように、自動取引装置１は、磁気カードの挿入及び排出のためのカード出入口２、磁気通帳の挿入及び排出のための通帳出入口３、紙幣の投入及び排出のための紙幣出入口４、硬貨の投入及び排出のための硬貨出入口５、利用者の操作のためのＵＯＰ（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ユニット制御を実現できる。これにより、利用者の自動取引装置の待ち時間を短縮でき、且つ稼働率を向上できる。
この例では、カード入金処理で説明したが、出金処理、通帳を使用した入金処理、出金処理、記帳処理、残高照会等も同様である。
［Ａｇｅｎｔによるリクエスト回数削減方法］
次に、Ａｇｅｎｔによるリクエスト回数の削減方法を説明する。図１４乃至図１６は、図１３で説明した現金挿入画面の遷移を説明する図、図１７は、図４のＶｉｅｗＡｇｅｎｔ１２８の処理フロー図である。
図１４乃至図１６の案内画面において、網掛け部分が、図１７のＶｉｅｗＡｇｅｎｔ１２８による画面更新可能エリア（即ち、Ａｐｐｌｅｔエリア）を示す。
図１４乃至図１６に示すように、紙幣／硬貨挿入処理においては、紙幣／硬貨ユニット５０の紙幣挿入、硬貨挿入、計数／鑑別、追加挿入、鑑別不良返却の動作に応じて、ＵＯＰ６の案内画面は、図１４の初回入金画面から、紙幣挿入画面、図１５の硬貨挿入画面、紙幣／硬貨挿入画面、追加挿入画面、図１６の鑑別不良返却画面へ遷移する。
即ち、図１４に示すように、初回入金画面は、文言「紙幣と硬貨を入れてください。紙幣は、ｘｘｘ枚まで硬貨は、ｘｘｘ枚まで挿入できます。」という紙幣／硬貨の挿入指示画面である。次に、紙幣／硬貨ユニット５０に紙幣が挿入されると、図１４に示すように、紙幣挿入画面に遷移し、文言は、「紙幣を計数しております。硬貨をお持ちでしたら投入して下さい。」の紙幣計数状態を示す。
一方、紙幣／硬貨ユニット５０に先に硬貨が挿入されると、図１５に示すように、硬貨挿入画面に遷移し、文言は、「硬貨を計数しております。紙幣をお持ちでしたら投入して下さい。」の硬貨計数状態を示す。更に、紙幣／硬貨ユニット５０に紙幣と硬貨とが挿入されると、図１５に示すように、紙幣／硬貨挿入画面に遷移し、文言は、「紙幣と硬貨を計数しております。しばらくお待ち下さい。」の紙幣／硬貨計数状態を示す。
更に、紙幣／硬貨ユニット５０が、挿入紙幣／硬貨の鑑別を終了すると、図１５に示すように、追加挿入画面に移行し、文言は、「金額をご確認のうえ、紙幣と硬貨をお入れ下さい。（金額が）よろしければ確認ボタンを押して下さい。」と「合計入金金額ｘｘｘ円」の鑑別結果確認及び追加問い合わせ状態を示す。
更に、紙幣／硬貨ユニット５０が、挿入紙幣／硬貨の鑑別結果として鑑別不良を検出すると、図１６のように、鑑別不良返却画面に移行し、文言は、「現金をお返しします。現金を抜き取り後、シャッタが閉じます。」と、「（鑑別不良でない現金の）合計入金金額ｘｘｘｘ円」の鑑別不良券返却及びそれ以外の合計金額を示す。
このような画面の遷移を行うには、Ｗｅｂ制御では、通常、画面更新毎に、Ｗｅｂサーバ１００にリクエストを送信する必要があり、リクエスト回数が増大する。
そこで、図１４乃至図１６に示すように、更新部分（網掛け部分）を、ＶｉｅｗＡｇｅｎｔ１２８のアプレットエリアとし、図１７に示すように、ＶｉｅｗＡｇｅｎｔ１２８のアプレットを、初回入金画面から、紙幣挿入画面、硬貨挿入画面、紙幣／硬貨挿入画面、追加挿入画面、鑑別不良返却画面へ遷移するように構成する。そして、紙幣／硬貨Ａｇｅｎｔからの画面更新指示に応じて、必要なアプレットを呼び出し、画面の一部を変更する。
このための制御方法として、図１８及び図１９で説明するＡｐｐｌｅｔ間通信による表示方法と、図２０及び図２１で説明するＪａｖａＳｃｒｉｐｔ呼び出しによる表示方法とを示す。尚、ここでは、紙幣又は硬貨の挿入フェーズのみを例として、示す。
図１８は、Ａｐｐｌｅｔ間通信による表示制御動作の説明図、図１９は、そのための画面コンテンツの記述内容の説明図である。図１９に示すように、画面内で呼び出すＡｇｅｎｔをアプレットタグで指定する。ここでは、紙幣又は硬貨の現金挿入のため、＜APPLET CODE＝”U＿agtSync＿insertCash．〜”＞が記述される。又、ＶｉｅｗＡｇｅｎｔをアプレットタグで指定する。即ち、＜APPLET CODE＝”U＿agtView”〜＞が記述される。
そして、ＶｉｅｗＡｇｅｎｔのＳＣＲＩＰＴの＜font size＞で、初期画面のパラメータとして、文言「紙幣／硬貨を挿入して下さい。」を記述する。又、ＶｉｅｗＡｇｎｅｔの遷移画面の表示文言等（パラメータ）は、前述のＶｉｅｗＡｇｅｎｔのアプレットタグのパラメ−タ定義で設定する。ここでは、＜PARAM NAME＞で設定され、文言は、「紙幣を鑑別しています。」を示す。
図１８により、この記述言語による動作を説明する。まず、図１８の画面コンテンツのロード時に、ＶｉｅｗＡｇｅｎｔ１２８は、画面コンテンツのパラメータ定義を取得する。次に、制御（現金）Ａｇｅｎｔのメソッド（insert Cash）が呼び出し、ＩＯコントローラ１７５、１７６にコマンドを依頼する。ＩＯコントローラ１７５、１７６は、紙幣／硬貨ユニット５０を制御し、その途中状態を、シャッタ開放、媒体(現金)検出、シャッタ閉鎖、鑑別開始時に、制御Ａｇｅｎｔ１２４にレスポンスする。
制御Ａｇｅｎｔ１２４は、鑑別開始レスポンスを受けると、ＶｉｅｗＡｇｅｎｔ１２８に、画面更新を要求する。ＶｉｅｗＡｇｅｎｔ１２８は、これに応じて、取得したパラメータ定義の画面を作成し、ＵＯＰ６に表示する。図１９の記述では、文言定義が、「紙幣を鑑別しています。」であるため、図１４に示したように、ＵＯＰ６の画面は、初回入金画面から紙幣挿入画面に遷移する。
以下、同様に、ＶｉｅｗＡｇｅｎｔ１２８による画面の一部更新が、制御Ａｇｅｎｔ１２４の更新要求により行われる。そして、ＩＯコントローラ１７５、１７６が、コマンド処理を完了すると、制御Ａｇｅｎｔ１２４にコマンド完了を通知する。制御Ａｇｅｎｔ１２４は、ＰＯＳＴＡｇｅｎｔ１２６にＰＯＳＴ依頼し、ＰＯＳＴＡｇｅｎｔ１２６が、ＰＯＳＴ処理（Ｗｅｂサーバ１００へのリクエスト送信）する。
この方法は、制御Ａｇｅｎｔ１２４より対象となるイベントの受信タイミングで、Ａｐｐｌｅｔ間通信により呼び出すものであり、スクリプテイング量は小さくて済む利点がある。一方、画面更新タイミングが増える度に、アプレットタグのパラメータセットが増加し、制御Ａｇｅｎｔ１２４とＪＳＰの修正が必要となる。
図２０は、他の制御方法としてのＪａｖａＳｃｒｉｐｔ呼び出しによる表示制御動作の説明図、図２１は、そのための画面コンテンツの記述内容の説明図である。図２１に示すように、画面内で呼び出すＡｇｅｎｔをアプレットタグで指定する。ここでは、紙幣又は硬貨の現金挿入のため、＜APPLET CODE＝”U＿agtSync＿insertCash．〜”＞が記述される。又、ＶｉｅｗＡｇｅｎｔをアプレットタグで指定する。即ち、＜APPLET CODE＝”U＿agtView”〜＞が記述される。
そして、ＳＣＲＩＰＴで制御Ａｇｅｎｔ１２４から呼び出される関数を定義する。即ち、”function insertCashFunc（eventKind，billVal，coinVal）”｛switch(eventKind）｛”で、イベント毎に、切り替えることを記述する。その切り替え内容を、ｃａｓｅ１： 鑑別開始(紙幣）／／ＶｉｅｗＡｇｅｎｔの呼び出し、ｃａｓｅ２： 鑑別開始(硬貨）／／ＶｉｅｗＡｇｅｎｔの呼び出し、〜ｃａｓｅ ｎ： 鑑別終了(紙幣／硬貨）／／ＶｉｅｗＡｇｅｎｔの呼び出し、で記述する。
更に、ＳＣＲＩＰＴの＜font size＞で、初期画面のパラメータとして、文言「紙幣／硬貨を挿入して下さい。」等を記述する。図２０により、この記述言語による動作を説明する。まず、画面コンテンツ１２２が、制御（現金）Ａｇｅｎｔのメソッド（insert Cash）を呼び出し、ＩＯコントローラ１７５、１７６にコマンドを依頼する。ＩＯコントローラ１７５、１７６は、紙幣／硬貨ユニット５０を制御し、その途中状態を、シャッタ開放、媒体(現金)検出、シャッタ閉鎖、鑑別開始時に、制御Ａｇｅｎｔ１２４にレスポンスする。
制御Ａｇｅｎｔ１２４は、鑑別開始レスポンスを受けると、画面コンテンツ１２２のＪａｖａＳｃｒｉｐｔの関数（ＪＳＯｂｊｅｃｔ）を呼び出す。ＪａｖａＳｃｒｉｐｔの関数内で、ＶｉｅｗＡｇｅｎｔ１２８をメソッド呼び出しする。文言は、呼び出された関数の引数（鑑別状態や鑑別枚数等）を判断して、選択される。これにより、ＶｉｅｗＡｇｅｎｔ１２８は、呼び出された関数の文言の画面を作成し、ＵＯＰ６に表示する。図２１の記述では、文言定義が、「紙幣を鑑別しています。」であるため、図２０に示したように、ＵＯＰ６の画面は、初回入金画面から紙幣挿入画面に遷移する。
以下、同様に、ＶｉｅｗＡｇｅｎｔ１２８による画面の一部更新が、制御Ａｇｅｎｔ１２４の更新要求により行われる。そして、ＩＯコントローラ１７５、１７６が、コマンド処理を完了すると、制御Ａｇｅｎｔ１２４にコマンド完了を通知する。制御Ａｇｅｎｔ１２４は、ＰＯＳＴＡｇｅｎｔ１２６にＰＯＳＴ依頼し、ＰＯＳＴＡｇｅｎｔ１２６が、ＰＯＳＴ処理（Ｗｅｂサーバ１００へのリクエスト送信）する。
この方法は、図２１で示したように、制御Ａｇｅｎｔ１２４は、対称イベントの受信タイミングで、画面コンテンツ１２２のＪａｖａＳｃｒｉｐｔの関数（ＪＳＯｂｊｅｃｔ）を呼び出す。そして、ＪａｖａＳｃｒｉｐｔの関数内で、ＶｉｅｗＡｇｅｎｔ１２８をメソッド呼び出しする。文言は、呼び出された関数の引数（鑑別状態や鑑別枚数等）を判断して、選択される。
この方法は、画面更新タイミング時に、ＪａｖａＳｃｒｉｐｔ関数を呼び出すため、ボタン制御等も連動でき、ＶｉｅｗＡｇｅｎｔを、文言表示領域と金額表示領域の分割等の複数画面に組み込むことができる。一方、スクリプテイング量は、図１９の例に比し、増加する。
［リクエスト回数を削減した自動取引処理］
次に、前述のＡｇｅｎｔによるリクエスト回数削減方法を使用した自動取引処理を、図２２乃至図２４で説明する。図２２乃至図２４は、図１４乃至図２２で説明した紙幣／硬貨鑑別シーケンスを例に、案内画面、Script、ViewAgent、ControlAgent、紙幣コントローラ１７５、硬貨コントローラ１７６の処理シーケンスを示す。
（Ｓ１）画面コンテンツのＳＣＲＩＰＴ１２２が、制御（現金）Ａｇｅｎｔ１２４の挿入メソッド（insert Cash）を呼び出し、制御Ａｇｅｎｔ１２４は、ＶｉｅｗＡｇｅｎｔ１２８のメソッド（View1)を呼び出す。ＶｉｅｗＡｇｅｎｔ１２８は、ＵＯＰ６に、「現金をお入れ下さい。」の文言の案内表示を行う。制御Ａｇｅｎｔ１２４は、ＶｉｅｗＡｇｅｎｔ１２８からの応答を受け、紙幣コントローラ１７５、硬貨コントローラ１７６に受付／計数コマンドを発行する。紙幣コントローラ１７５、硬貨コントローラ１７６は、紙幣／硬貨ユニット５０を制御し、その途中状態を、シャッタ開放、媒体(現金)検出、シャッタ閉鎖、鑑別開始時に、制御Ａｇｅｎｔ１２４にレスポンスする。
（Ｓ２）制御Ａｇｅｎｔ１２４は、紙幣コントローラ１７５から鑑別開始レスポンスを受けると、ＶｉｅｗＡｇｅｎｔ１２８に、紙幣鑑別開始のメソッド呼び出しを行う。ＶｉｅｗＡｇｅｎｔ１２８は、これに応じて、ＵＯＰ６に、文言定義が、「紙幣を計数しています。硬貨をお入れ下さい。」の案内表示を行う。即ち、図１４に示したように、ＵＯＰ６の画面は、初回入金画面から紙幣挿入画面に遷移する。
（Ｓ３）更に、制御Ａｇｅｎｔ１２４は、硬貨コントローラ１７６から鑑別開始レスポンスを受けると、ＶｉｅｗＡｇｅｎｔ１２８に、硬貨鑑別開始のメソッド呼び出しを行う。ＶｉｅｗＡｇｅｎｔ１２８は、これに応じて、ＵＯＰ６に、文言定義が、「紙幣／硬貨を計数しています。」の案内表示を行う。即ち、図１５に示したように、ＵＯＰ６の画面は、紙幣挿入画面から紙幣／硬貨挿入画面に遷移する。
（Ｓ４）制御Ａｇｅｎｔ１２４は、紙幣及び硬貨コントローラ１７５、１７６から鑑別完了を受けると、鑑別枚数を保持する。取引状態を監視する取引制御Ａｇｅｎｔ（図８参照）は、現金の受付待ち（例えば、硬貨無しの鑑別開始前）中かを判定する。受付待ち中であれば、取引制御Ａｇｅｎｔは、制御Ａｇｅｎｔ１２４から、硬貨コントローラ１７６にキャンセルを依頼し、硬貨コントローラ１７６は、キャンセルを行い、キャンセル完了を応答する。そして、硬貨コントローラ１７６の制御を完了する。
一方、受付待ち中でない場合や、硬貨コントローラ１７６の処理完了後に、コマンドの異常があったか（コントローラが異常か）を判定する。コマンド異常であれば、図２４の「Ａ」に進む。コマンド異常でない時は、入金枚数が限度枚数に一致するか、又は限度枚数をオーバーしているかを判定する。どちらの一方の場合には、同様に、図２４の「Ａ」に進む。更に、入金回数は、最大回数以上かを判定する。最大回数以上であれば、図２４の「Ａ」に進む。
（Ｓ５）最大回数以下であれば、図２３に進み、制御Ａｇｅｎｔ１２４は、ＶｉｅｗＡｇｅｎｔ１２８のメソッド（View1)を呼び出す。ＶｉｅｗＡｇｅｎｔ１２８は、ＵＯＰ６のView1に、「追加の現金をお入れ下さい。」の文言の案内表示を行う。制御Ａｇｅｎｔ１２４は、ＶｉｅｗＡｇｅｎｔ１２８からの応答を受け、ＶｉｅｗＡｇｅｎｔ１２８のメソッド（View２)を呼び出す。ＶｉｅｗＡｇｅｎｔ１２８は、ＵＯＰ６のＶｉｅｗ２に、「入金金額ｘｘｘｘ円」の文言の案内表示を行う。即ち、図１５の追加挿入画面に移行する。更に、制御Ａｇｅｎｔ１２４は、ＶｉｅｗＡｇｅｎｔ１２８からの応答を受け、紙幣コントローラ１７５、硬貨コントローラ１７６に受付／計数コマンドを発行する。紙幣コントローラ１７５、硬貨コントローラ１７６は、紙幣／硬貨ユニット５０を制御し、シャッタ開放し、これを制御Ａｇｅｎｔ１２４にレスポンスする。
（Ｓ６）その後、取引制御Ａｇｅｎｔは、終了キー（図１５の確認キー）が押下されたかを判定し、押下されていない場合に、図２２のステップＳ２に戻る。一方、終了キーが押下された場合には、Ｓｃｒｉｐｔから制御Ａｇｅｎｔ１２４のキャンセルメソッドを呼び出す。制御Ａｇｅｎｔ１２４から、紙幣及び硬貨コントローラ１７５、１７６にキャンセルを依頼し、紙幣及び硬貨コントローラ１７５、１７６は、キャンセルを行い、キャンセルコマンド完了を応答する。更に、制御Ａｇｅｎｔ１２４から、紙幣／硬貨コントローラ１７５，１７６にシャッタクローズ用排出を依頼し、紙幣／硬貨コントローラ１７５，１７６は、シャッタクローズを行い、コマンド完了を応答する。制御Ａｇｅｎｔ１２４は、ＰＯＳＴＡｇｅｎｔ１２６にＰＯＳＴ依頼し、ＰＯＳＴＡｇｅｎｔ１２６が、ＰＯＳＴ処理（Ｗｅｂサーバ１００へのリクエスト送信）する。
（Ｓ７）一方、図２４の「Ａ」に進むと、制御Ａｇｅｎｔ１２４は、ＶｉｅｗＡｇｅｎｔ１２８のメソッド（View1)を呼び出す。ＶｉｅｗＡｇｅｎｔ１２８は、ＵＯＰ６のView1に、「シャッタを閉めます。」の文言の案内表示を行う。制御Ａｇｅｎｔ１２４は、ＶｉｅｗＡｇｅｎｔ１２８からの応答を受けた後、取引制御Ａｇｅｎｔは、返却現金があるかを判定する。返却現金がある場合には、制御Ａｇｅｎｔ１２４に通知し、制御Ａｇｅｎｔ１２４は、紙幣／硬貨コントローラ１７５，１７６に現金排出を依頼し、紙幣／硬貨コントローラ１７５，１７６は、シャッタ開放を行い、現金抜き取りを検出すると、シャッタを閉じ、コマンド完了を応答する。
（Ｓ８）取引制御Ａｇｅｎｔは、返却現金がない場合や、返却現金の排出を完了した場合には、シャッタが開放しているかを確認する。シャッタが開放している場合には、制御Ａｇｅｎｔ１２４に通知し、制御Ａｇｅｎｔ１２４は、紙幣／硬貨コントローラ１７５，１７６に現金排出を依頼し、紙幣／硬貨コントローラ１７５，１７６は、シャッタ開放を行い、現金抜き取りを検出すると、シャッタを閉じ、コマンド完了を応答する。シャッタが開放していない場合や、排出処理が完了している場合には、制御Ａｇｅｎｔ１２４は、ＰＯＳＴＡｇｅｎｔ１２６にＰＯＳＴ依頼し、ＰＯＳＴＡｇｅｎｔ１２６が、ＰＯＳＴ処理（Ｗｅｂサーバ１００へのリクエスト送信）する。
このように、ステップＳ２乃至Ｓ６で示したように、追加入金を行う場合に、１回の入金毎に、Ｗｅｂサーバ１００と通信を行うのではなく、何回かの追加入金が全て完了した後、まとめて通信する（ＰＯＳＴ処理する）ので、Ａｇｅｎｔにて、Ｗｅｂサーバに判断を仰ぐ必要がない場合には、Ａｇｅｎｔにて、処理を判断して、通信回数を削減できる。
同様に、画面の更新を全てＷｅｂサーバからダウンロードするのではなく、Ａｇｅｎｔで、画面の一部を更新するため、Ｗｅｂサーバとの通信を行わずに、画面の更新が可能となる。ここでは、入金画面の文言更新を行い、且つ追加入金時の文言更新できる。
このため、Ｗｅｂサーバ１００へのリクエスト回数が減少し、通信回数及び通信時間を減少でき、自動取引装置の取引性能（速度）を向上でき、且つＷｅｂサーバの負荷を軽減できる。
同様に、図９で説明したＰＯＳＴ処理のタイマーにより、Ｗｅｂサーバとの通信が一定時間ないと、処理を中断する。これにより、Ｗｅｂサーバに通信の問い合わせを行わずに済み、通信回数の低減が可能となり、且つＷｅｂサーバとの通信切断時にも、クライアント（ＡＴＭ）側で、処理を中断できる。
［他の実施の形態］
次に、前述のＡｇｅｎｔ、メソッドの他の実施の形態を説明する。図２５は、本発明の他の実施の形態のエージェントの説明図である。図２５に示すように、この例では、同期Ａｇｅｎｔと、メソッド（プログラム）を別体とし、同期Ａｇｅｎｔは、メソッドとして、初期化、メカリセット、紙幣／硬貨挿入、媒体同時排出、印字／繰り出し／ＭＳライト／排出準備、入金返却、収納、強制排出／取込み、ユニット情報取得／取引状態設定／二面表示制御、入出金準備、強制補充、ジャムリセット、カード／通帳挿入を有する。
各メソッドは、図２５の黒丸で示すＩＯコントローラ（即ち、ＩＯユニット）にコマンドを発行し、コマンド実行結果の応答を受ける。例えば、同期制御エージェントの初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。
同様に、同期制御エージェントのメカリセットメソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７（図５参照）に、メカリセットコマンドを発行し、各コントローラによるメカリセット処理を行わせ、各コントローラからメカリセット処理結果を応答として、受信する。
以下、同様に、同期制御エージェントの紙幣／硬貨挿入メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６（図５参照）に、挿入コマンドを発行し、各コントローラによる挿入処理を行わせ、各コントローラから挿入処理結果を応答として、受信する。
図２６は、本発明の他の実施の形態におけるＷｅｂサーバ１００が、送信する画面コンテンツの説明図である。
図２６に示すように、ＨＴＭＬ（ページ記述言語）で記述された画面コンテンツ内で、画面内で呼び出すＡｇｅｎｔ名を指定する。ここでは、一例として、アプレットタグ＜ＡＰＰＬＥＴ ＣＯＤＥ＝”Ｕ＿ａｇｔＳｙｎｃ_ｃｌａｓｓ”により、同期制御（Ｓｙｎｃ）エージェントを呼び出すことを示す。
更に、＜SCRIPT Language＝“javaScript＞の記述により、Java Scriptで、同期制御の初期化メソッドとして呼び出しを指定する。即ち、ret=document．U＿agtSync＿initial．の記述で、同期制御の初期化メソッドの呼び出しを指定する。尚、ここでは、画面表示コンテンツの詳細を省略してある。
この画面コンテンツが、ブラウザ１２０にダウンロードされると、アプレットタグにより、同期制御の初期化エージェントが指定され、且つSCRIPTの呼び出しメソッド名により、同期制御の初期化メソッドが呼び出される。
前述のように、呼び出された初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。
この場合にも、図１２に示したように、呼び出された初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを連続的に発行し、これらコントローラからの応答を、処理完了したものから順次受ける。
このため、ＩＯユニットを並列的に制御でき、複数のＩＯユニットを制御しても、短時間で制御できる。これに比し、図２９で示したように、従来のＳｃｒｉｐｔで、ＩＯユニット単位のメソッドを指定する方法では、Script毎に、コマンド発行、応答受信を順次行う順次制御のため、ＷｅｂによるＩＯ制御に時間がかかる。
更に、前述のＡｇｅｎｔは、処理単位名が付された処理単位で設けられるため、この処理単位の内容を若干変更するだけで、各種の機能のＡＴＭに、同一のアプレットタグ、メソッド名で、対応できる。この例でも、前述のメソッド呼び出しSCRIPTのメソッド名の括弧内に設けられたinitial(input Param)の変更により実現している。即ち、図１１に示したように、input Paramは、各ＩＯコントローラ（紙幣、硬貨、通帳、カード、レシート、ジャーナル、取引制御、テンキー）に、入力フラグを設定する８ビットの情報で構成されている。
入力フラグは、”１”がセットされたＩＯコントローラへのメソッドの入力を許可することを示す。呼び出されたメソッドは、この入力フラグを参照して、コマンドを発行するＩＯコントローラを決定する。このため、入力フラグをＷｅｂサーバ１００で操作することにより、異なる機能のＡＴＭでも、同一のアプレットタグ、メソッド名で、同一の処理を実行させることができる。
例えば、硬貨を扱わない取引装置では、硬貨の入力フラグを”０”にセットしておけば、硬貨コントローラへのコマンド発行を防止できる。同様に、通帳を扱わない取引装置では、通帳の入力フラグを”０”にセットしておけば、通帳コントローラへのコマンド発行を防止できる。
図７の実施の形態では、画面コンテンツとともに送信するアプレット（エージェント）が、図２５の例に比し、比較的小容量のプログラムに分割できるため、送信コンテンツのデータ量を少なくでき、通信時間を短縮できる。
一方、図２５のエージェントの例では、同期制御のアプレットが、多数のメソッドを搭載しているため、比較的大容量のプログラムであるが、ＡＴＭ１で、アプレットをキャシュすることにより、次回からこのアプレットの送信を省略でき、次回からの送信コンテンツのデータ量を少なくでき、通信時間を短縮できる。
前述の実施の形態では、図１のような自動取引装置として、自動入出金機を例に、説明したが、出金機、自動現金貸出機、自動発行機等の他の装置に適用できる。又、ネットワークをインターネットで説明したが、他のネットワークに適用でき、且つサーバは、ＳＣＲＩＰＴは、Ｊａｖａ ＳＣＲＩＰＴのみならず、他のＳＣＲＩＰＴのものにも適用できる。
又、画面の更新を、入金処理で説明したが、暗証入力画面において、暗証入力時に訂正ボタンを押した時の再入力案内画面への更新や、通帳、カードの再挿入案内画面への更新等にも適用できる。更に、共通ＡＰＩによるカストマイズ化したミドルウェア制御を例に説明したが、これを使用せず、ミドルウェア制御するものにも、適用できる。
以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。
（付記１）利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記ＩＯユニットをシーケンス制御するとともに、前記表示ユニットの表示文言を前記シーケンス制御に応じて、更新することを特徴とする自動取引装置。
（付記２）前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記ＩＯユニットをシーケンス制御し、且つ前記シーケンス制御に応じて、前記表示ユニットの表示文言を更新することを特徴とする付記１の自動取引装置。
（付記３）前記制御ユニットは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新することを特徴とする付記２の自動取引装置。
（付記４）前記制御ユニットは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新することを特徴とする付記２の自動取引装置。
（付記５）前記制御ユニットは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記１の自動取引装置。
（付記６）前記ＩＯユニットは、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットを含み、前記制御ユニットは、前記現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新することを特徴とする付記１の自動取引装置。
（付記７）前記制御ユニットは、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信することを特徴とする付記６の自動取引装置。
（付記８）利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置の制御方法において、前記Ｗｅｂサーバからの画面コンテンツに応じて、表示装置の画面の案内表示を行うステップと、前記画面コンテンツに埋め込まれたオブジェクトに応じて、ＩＯユニットをシーケンス制御するステップと、前記オブジェクトにより、前記ＩＯユニットのシーケンス制御に応じて、前記表示ユニットの表示文言を更新するステップとを有することを特徴とする自動取引装置の制御方法。
（付記９）案内表示ステップは、ブラウザにより、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うステップからなり、前記制御ステップは、前記ブラウザにより、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すステップからなり、前記更新ステップは、前記ブラウザから前記ＩＯユニットをシーケンス制御したことに応じて、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記８の自動取引装置の制御方法。
（付記１０）前記更新ステップは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記９の自動取引装置の制御方法。
（付記１１）前記更新ステップは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記９の自動取引装置の制御方法。
（付記１２）前記制御ステップは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御するステップからなることを特徴とする付記８の自動取引装置の制御方法。
（付記１３）前記更新ステップは、前記ＩＯユニットとして設けられた、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記８の自動取引装置の制御方法。
（付記１４）前記現金ユニットが、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信するステップを更に有することを特徴とする付記１３の自動取引装置の制御方法。
（付記１５）Ｗｅｂサーバと、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、前記自動取引装置は、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記ＩＯユニットをシーケンス制御するとともに、前記表示ユニットの表示文言を前記シーケンス制御に応じて、更新することを特徴とする自動取引システム。
（付記１６）前記自動取引装置の前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記ＩＯユニットをシーケンス制御し、且つ前記シーケンス制御に応じて、前記表示ユニットの表示文言を更新することを特徴とする付記１５の自動取引システム。
（付記１７）前記制御ユニットは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新することを特徴とする付記１６の自動取引システム。
（付記１８）前記制御ユニットは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新することを特徴とする付記１６の自動取引システム。
（付記１９）前記制御ユニットは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記１５の自動取引システム。
（付記２０）前記ＩＯユニットは、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットを含み、前記制御ユニットは、前記現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新することを特徴とする付記１５の自動取引システム。
（付記２１）前記制御ユニットは、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信することを特徴とする付記２０の自動取引システム。
このように、Ｗｅｂサーバの画面コンテンツに取引処理の各処理単位のアプレットとスクリプトを埋め込み、ＩＯユニットの動作制御と画面更新を行うため、Ｗｅｂサーバとの通信回数を減少でき、自動取引装置の性能向上ができ，Ｗｅｂ制御の自動取引装置の普及に寄与する。
本発明の一実施の形態の自動取引装置の外観図である。 図１の自動取引装置のブロック図である。 本発明の一実施の形態の自動取引システムのシステム構成図である。 図３のブラウザ及び画面コンテンツの説明図である。 図３及び図４のＡＴＭミドルウェアのブロック図である。 図３及び図５の共通インタフェースの取引コマンドの説明図である。 図３及び図４のエージェントの説明図である。 図３及び図４の他のエージェントの説明図である。 図３及び図４の画面コンテンツの説明図である。 図３及び図４のエージェントによるＩＯ制御動作の説明図である。 図９の画面コンテンツの入力パラメータの説明図である。 図１０のエージェントのメソッドの動作説明図である。 本発明の一実施の形態の入金処理の説明図である。 本発明の一実施の形態の第１の案内画面更新動作説明図である。 本発明の一実施の形態の第２の案内画面更新動作説明図である。 本発明の一実施の形態の第３の案内画面更新動作説明図である。 本発明の一実施の形態のＶｉｅｗＡｇｅｎｔの画面更新処理フロー図である。 本発明の一実施の形態のＩＯ制御と画面更新処理のシーケンス図である。 図１８の実施の形態の画面コンテンツの記述例の説明図である。 本発明の他の実施の形態のＩＯ制御と画面更新処理のシーケンス図である。 図２０の実施の形態の画面コンテンツの記述例の説明図である。 本発明の一実施の形態の紙幣／硬貨入金処理フロー図（その１）である。 本発明の一実施の形態の紙幣／硬貨入金処理フロー図（その２）である。 本発明の一実施の形態の紙幣／硬貨入金処理フロー図（その３）である。 本発明の他の実施の形態のエージェントの説明図である。 本発明の他の実施の形態の画面コンテンツの説明図である。 従来のＷｅｂ制御による自動取引システムの説明図である。 従来のＷｅｂ制御の画面コンテンツの説明図である。 従来の画面コンテンツのスクリプトによるＩＯ制御動作のシーケンス図である。
符号の説明
１ 自動取引装置
２ カード出入口
３ 通帳出入口
４ 紙幣出入口
５ 硬貨出入口
６ ＵＯＰ
１０ 磁気カードリーダユニット
２０ レシートプリンタユニット
３０ ＵＯＰユニット
４０ 通帳処理ユニット
５０ 紙幣／硬貨処理ユニット
６０ 制御ユニット
７０ ジャーナルプリンタユニット
１００ Ｗｅｂサーバ
１１０ ネットワーク
１２０ ブラウザ
１２２ 画面コンテンツ
１２４、１２６、１２８ エージェント
１３０ ＡＴＭミドルウェア
１４０ カーネル
１５０ デバイスドライバ
１６０ パラメータファイル
１７０ ＩＯコントロール層
１８０ 既存ミドルウェア層

Claims (5)

  1. 利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、
    少なくとも、前記案内表示を行う表示ユニットを含む顧客操作部と、現金を取り扱う現金取扱部と、顧客カードのリード及びライトを行うカード取扱部とを有する複数のＩＯユニットと、
    前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示ユニットの画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、
    前記制御ユニットは、前記Ｗｅｂサーバから前記オブジェクトのスクリプトにより、前記ＩＯユニットを制御する制御アプレットの制御アプレット名と前記表示ユニットの画面遷移制御を行う画面アプレットの画面アプレット名とを指定され、前記制御アプレット名により、前記現金取扱部を制御する制御アプレットのメソッドを呼び出し、前記現金取扱部をシーケンス制御するとともに、前記制御アプレットのシーケンス制御と連動して、前記画面アプレットにより、前記表示ユニットの画面を前記シーケンス制御に応じて、更新する
    ことを特徴とする自動取引装置。
  2. 前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記現金取扱部を制御する処理単位のメソッドを呼び出すブラウザを有し、
    前記ブラウザから前記現金取扱部をシーケンス制御し、且つ前記シーケンス制御に応じて、前記表示ユニットの表示文言を更新する
    ことを特徴とする請求項１の自動取引装置。
  3. 少なくとも、前記案内表示を行う表示ユニットを含む顧客操作部と、現金を取り扱う現金取扱部と、顧客カードのリード及びライトを行うカード取扱部とを有する複数のＩＯユニットと、制御ユニットとを有し、利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置の制御方法において、
    前記制御ユニットが、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示ユニットの画面の案内表示を行うステップと、
    前記制御ユニットが、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトで指定された、前記ＩＯユニットを制御する制御アプレットの制御アプレット名で、前記現金取扱部を制御する制御アプレットのメソッドを呼び出し、前記現金取扱部をシーケンス制御するするステップと、
    前記制御ユニットが、前記オブジェクトのスクリプトで指定された、前記表示ユニットの画面遷移制御を行う画面アプレット名の画面アプレットを、前記制御アプレットのシーケンス制御と連動させて、前記現金取扱部のシーケンス制御に応じて、前記表示ユニットの画面を更新するステップとを有する
    ことを特徴とする自動取引装置の制御方法。
  4. 前記案内表示ステップは、ブラウザにより、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うステップからなり、
    前記制御ステップは、前記ブラウザにより、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記現金取扱部を制御する処理単位のメソッドを呼び出すステップからなり、
    前記更新ステップは、前記ブラウザから前記現金取扱部をシーケンス制御したことに応じて、前記表示ユニットの表示文言を更新するステップからなる
    ことを特徴とする請求項３の自動取引装置の制御方法。
  5. Ｗｅｂサーバと、
    利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、
    前記自動取引装置は、
    少なくとも、前記案内表示を行う表示ユニットを含む顧客操作部と、現金を取り扱う現金取扱部と、顧客カードのリード及びライトを行うカード取扱部とを有する複数のＩＯユニットと、
    前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示ユニットの画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、
    前記制御ユニットは、前記Ｗｅｂサーバから前記オブジェクトのスクリプトにより、前記ＩＯユニットを制御する制御アプレットの制御アプレット名と前記表示ユニットの画面遷移制御を行う画面アプレットの画面アプレット名とを指定され、前記制御アプレット名により、前記現金取扱部を制御する制御アプレットのメソッドを呼び出し、前記現金取扱部をシーケンス制御するとともに、前記制御アプレットのシーケンス制御と連動して、前記画面アプレットにより、前記表示ユニットの画面を前記シーケンス制御に応じて、更新する
    ことを特徴とする自動取引システム。
JP2003390477A 2003-11-20 2003-11-20 自動取引装置、自動取引装置の制御方法及び自動取引システム Expired - Fee Related JP4424974B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2003390477A JP4424974B2 (ja) 2003-11-20 2003-11-20 自動取引装置、自動取引装置の制御方法及び自動取引システム
US10/828,464 US7131577B2 (en) 2003-11-20 2004-04-21 Automatic transaction apparatus, control method of automatic transaction apparatus, and automatic transaction system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003390477A JP4424974B2 (ja) 2003-11-20 2003-11-20 自動取引装置、自動取引装置の制御方法及び自動取引システム

Publications (2)

Publication Number Publication Date
JP2005157427A JP2005157427A (ja) 2005-06-16
JP4424974B2 true JP4424974B2 (ja) 2010-03-03

Family

ID=34587446

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003390477A Expired - Fee Related JP4424974B2 (ja) 2003-11-20 2003-11-20 自動取引装置、自動取引装置の制御方法及び自動取引システム

Country Status (2)

Country Link
US (1) US7131577B2 (ja)
JP (1) JP4424974B2 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4437396B2 (ja) 2003-11-20 2010-03-24 富士通株式会社 自動取引装置及び自動取引システム
JP4425081B2 (ja) 2004-07-15 2010-03-03 富士通株式会社 自動サービス装置及び自動サービスシステム
US7580837B2 (en) 2004-08-12 2009-08-25 At&T Intellectual Property I, L.P. System and method for targeted tuning module of a speech recognition system
US7242751B2 (en) 2004-12-06 2007-07-10 Sbc Knowledge Ventures, L.P. System and method for speech recognition-enabled automatic call routing
US7751551B2 (en) 2005-01-10 2010-07-06 At&T Intellectual Property I, L.P. System and method for speech-enabled call routing
US8526577B2 (en) * 2005-08-25 2013-09-03 At&T Intellectual Property I, L.P. System and method to access content from a speech-enabled automated system
US9524496B2 (en) * 2007-03-19 2016-12-20 Hugo Olliphant Micro payments
WO2012048158A1 (en) 2010-10-06 2012-04-12 Planet Data Solutions System and method for indexing electronic discovery data
US9755922B2 (en) * 2015-03-26 2017-09-05 Ca, Inc. Minimized installation of point of presence software agents by use of pre-installed browser
JP6493130B2 (ja) 2015-09-30 2019-04-03 富士通株式会社 情報処理装置、方法、及びプログラム
JP2019125018A (ja) * 2018-01-12 2019-07-25 グローリー株式会社 取引管理システム及び取引管理方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6209029B1 (en) * 1998-05-12 2001-03-27 Silverstream Software, Inc. Method and apparatus for accessing data sources in a three tier environment
JP2000298752A (ja) 1999-04-15 2000-10-24 Omron Corp インタフェース制御装置および自動取引装置
JP2001076212A (ja) 2000-07-11 2001-03-23 Hitachi Ltd 振込画面表示方法及び振込システム
JP2002024912A (ja) 2000-07-12 2002-01-25 Oki Electric Ind Co Ltd 自動取引装置におけるスクリプト実行方法
GB2377784B (en) * 2001-02-12 2003-11-05 Altio Ltd A presentation server which enables a client device to run a network based application

Also Published As

Publication number Publication date
US20050109831A1 (en) 2005-05-26
US7131577B2 (en) 2006-11-07
JP2005157427A (ja) 2005-06-16

Similar Documents

Publication Publication Date Title
US7725393B2 (en) Application service provider and automated transaction machine system and method
US8123120B2 (en) Automated banking machine that operates responsive to data bearing records
US7716096B2 (en) Application service provider and automated transaction machine system and method
US8042733B2 (en) Automated banking machine that operates responsive to data bearing records
JP4459598B2 (ja) 自動取引装置、自動取引制御方法及びその制御プログラム
US7025255B1 (en) Application service provider and automated transaction machine system and method
JP4424974B2 (ja) 自動取引装置、自動取引装置の制御方法及び自動取引システム
JP4519450B2 (ja) 自動取引装置、自動取引装置の係員処理方法及びその制御プログラム
JP2005258675A (ja) 自動取引装置の取引縮退処理方法、そのシステム及びその運営サーバ
JP4437396B2 (ja) 自動取引装置及び自動取引システム
WO2001006338A2 (en) Automated banking machine system and development method
US8090804B2 (en) Automatic service apparatus and automatic service system
JP2002117438A (ja) 営業店端末装置のソフトウェア試験装置
JP2000067142A (ja) カード内蔵プログラムを利用する取引処理方法及びシステム
JP2003168146A (ja) 金融端末、口座履歴情報照会システムおよび通帳記帳方法
JP3914801B2 (ja) 自動機
JP3738138B2 (ja) 自動取引装置のデータ登録システム
CA2478548C (en) Automated banking machine system and development method
JP2004021568A (ja) 金融営業店における取引処理システム
JP2001076215A (ja) 現金カセット、オンライン自動取引装置、オンライン自動取引システム、及びその取引方法
JP2000235612A (ja) 自動取引システム
JP2005222490A (ja) 自動取引装置の画面制御方法
JPH06282729A (ja) 自動取引処理装置
JPH11259726A (ja) 自動取引装置
JPH07210722A (ja) 現金自動取引装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060911

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090908

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091109

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091208

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091208

R150 Certificate of patent or registration of utility model

Ref document number: 4424974

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121218

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121218

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131218

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees