(57)【要約】【課題】利用者の操作に応じて、Ｗｅｂサーバと交信し、自動取引する自動取引装置に関し、Ｗｅｂサーバへのリクエスト回数を削減して、自動取引処理する。【解決手段】Ｗｅｂサーバ（１００）の画面コンテンツ（１２２）に取引処理の各処理単位のオブジェクト（１２４）を埋め込み、画面の更新を全てＷｅｂサーバからダウンロードするのではなく、画面コンテンツのアプレットとスクリプトで、画面の一部を更新する。Ｗｅｂサーバとの通信を行わずに、画面の更新が可能となる。このため、Ｗｅｂサーバ１００へのリクエスト回数が減少し、通信回数及び通信時間を減少でき、自動取引装置の取引性能（速度）を向上でき、且つＷｅｂサーバの負荷を軽減できる。【選択図】図１８
2005157427.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自体を大幅に変更する必要がある。即ち、画面コンテンツの記述を、制御するＡＴＭの構成機能又はユニットの相違に応じて、設計する必要がある。
【００１６】
このため、ＷＷＷサーバ３００での、Ｗｅｂページの開発に多大の労力を要し、且つ新しい機能（例えば、携帯電話との連係機能等）を付加するのに、手間がかかるおそれがある。
【００１７】
従って、本発明の目的は、１取引に必要なリクエスト回数を減少する自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
【００１８】
又、本発明の他の目的は、アプレットで、Ｗｅｂサーバにリクエストを発する必要がない処理を行い、通信時間を減少し、自動取引に要する時間を低減するための自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
【００１９】
又、本発明の他の目的は、Ｗｅｂサーバにリクエストを発する必要がない場合に、アプレットで処理を行い、リクエスト回数を減少するための自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
【００２０】
更に、本発明の他の目的は、アプレットで画面更新処理を行い、リクエスト回数を減少するための自動取引装置、自動取引装置の制御方法及び自動取引システムを提供することにある。
【課題を解決するための手段】
【００２１】
この目的の達成のため、本発明の自動取引装置は、利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記ＩＯユニットをシーケンス制御するとともに、前記表示ユニットの表示文言を前記シーケンス制御に応じて、更新する。
【００２２】
本発明の自動取引装置の制御方法は、利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置の制御方法において、前記Ｗｅｂサーバからの画面コンテンツに応じて、表示装置の画面の案内表示を行うステップと、前記画面コンテンツに埋め込まれたオブジェクトに応じて、ＩＯユニットをシーケンス制御するステップと、前記オブジェクトにより、前記ＩＯユニットのシーケンス制御に応じて、前記表示ユニットの表示文言を更新するステップとを有する。
【００２３】
本発明の自動取引システムは、Ｗｅｂサーバと、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、前記自動取引装置は、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記ＩＯユニットをシーケンス制御するとともに、前記表示ユニットの表示文言を前記シーケンス制御に応じて、更新する。
【００２４】
又、本発明では、好ましくは、前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記ＩＯユニットをシーケンス制御し、且つ前記シーケンス制御に応じて、前記表示ユニットの表示文言を更新する。
【００２５】
又、本発明では、好ましくは、前記制御ユニットは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新する。
【００２６】
又、本発明では、好ましくは、前記制御ユニットは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新する。
【００２７】
又、本発明では、好ましくは、前記制御ユニットは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御する。
【００２８】
又、本発明では、好ましくは、前記ＩＯユニットは、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットを含み、前記制御ユニットは、前記現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新する。
【００２９】
又、本発明では、好ましくは、前記制御ユニットは、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信する。
【発明の効果】
【００３０】
本発明では、画面の更新を全てＷｅｂサーバからダウンロードするのではなく、画面コンテンツのアプレットとスクリプトで、画面の一部を更新するため、Ｗｅｂサーバとの通信を行わずに、画面の更新が可能となる。
【００３１】
このため、Ｗｅｂサーバ１００へのリクエスト回数が減少し、通信回数及び通信時間を減少でき、自動取引装置の取引性能（速度）を向上でき、且つＷｅｂサーバの負荷を軽減できる。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の実施の形態を、自動取引システム、Ｗｅｂ制御によるＩＯ制御機構、Ａｇｅｎｔを用いた自動取引処理，Ａｇｅｎｔによるリクエスト回数の削減方法、リクエスト回数を削減した自動取引処理、他の実施の形態の順で説明する。
【００３３】
［自動取引システム］
図１は、本発明の一実施の形態の自動取引装置の外観図、図２は、図１の自動取引装置のブロック図、図３は、本発明の一実施の形態の自動取引システムのシステム構成図である。
【００３４】
図１に示すように、自動取引装置１は、磁気カードの挿入及び排出のためのカード出入口２、磁気通帳の挿入及び排出のための通帳出入口３、紙幣の投入及び排出のための紙幣出入口４、硬貨の投入及び排出のための硬貨出入口５、利用者の操作のためのＵＯＰ（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は、各ＩＯコントローラ（紙幣、硬貨、通帳、カード、レシート、ジャーナル、取引制御、テンキー）に、入力フラグを設定する８ビットの情報で構成されている。
【０１６１】
入力フラグは、”１”がセットされたＩＯコントローラへのメソッドの入力を許可することを示す。呼び出されたメソッドは、この入力フラグを参照して、コマンドを発行するＩＯコントローラを決定する。このため、入力フラグをＷｅｂサーバ１００で操作することにより、異なる機能のＡＴＭでも、同一のアプレットタグ、メソッド名で、同一の処理を実行させることができる。
【０１６２】
例えば、硬貨を扱わない取引装置では、硬貨の入力フラグを”０”にセットしておけば、硬貨コントローラへのコマンド発行を防止できる。同様に、通帳を扱わない取引装置では、通帳の入力フラグを”０”にセットしておけば、通帳コントローラへのコマンド発行を防止できる。
【０１６３】
図７の実施の形態では、画面コンテンツとともに送信するアプレット（エージェント）が、図２５の例に比し、比較的小容量のプログラムに分割できるため、送信コンテンツのデータ量を少なくでき、通信時間を短縮できる。
【０１６４】
一方、図２５のエージェントの例では、同期制御のアプレットが、多数のメソッドを搭載しているため、比較的大容量のプログラムであるが、ＡＴＭ１で、アプレットをキャシュすることにより、次回からこのアプレットの送信を省略でき、次回からの送信コンテンツのデータ量を少なくでき、通信時間を短縮できる。
【０１６５】
前述の実施の形態では、図１のような自動取引装置として、自動入出金機を例に、説明したが、出金機、自動現金貸出機、自動発行機等の他の装置に適用できる。又、ネットワークをインターネットで説明したが、他のネットワークに適用でき、且つサーバは、ＳＣＲＩＰＴは、Ｊａｖａ  ＳＣＲＩＰＴのみならず、他のＳＣＲＩＰＴのものにも適用できる。
【０１６６】
又、画面の更新を、入金処理で説明したが、暗証入力画面において、暗証入力時に訂正ボタンを押した時の再入力案内画面への更新や、通帳、カードの再挿入案内画面への更新等にも適用できる。更に、共通ＡＰＩによるカストマイズ化したミドルウェア制御を例に説明したが、これを使用せず、ミドルウェア制御するものにも、適用できる。
【０１６７】
以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。
【０１６８】
（付記１）利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置において、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記ＩＯユニットをシーケンス制御するとともに、前記表示ユニットの表示文言を前記シーケンス制御に応じて、更新することを特徴とする自動取引装置。
【０１６９】
（付記２）前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記ＩＯユニットをシーケンス制御し、且つ前記シーケンス制御に応じて、前記表示ユニットの表示文言を更新することを特徴とする付記１の自動取引装置。
【０１７０】
（付記３）前記制御ユニットは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新することを特徴とする付記２の自動取引装置。
【０１７１】
（付記４）前記制御ユニットは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新することを特徴とする付記２の自動取引装置。
【０１７２】
（付記５）前記制御ユニットは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記１の自動取引装置。
【０１７３】
（付記６）前記ＩＯユニットは、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットを含み、前記制御ユニットは、前記現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新することを特徴とする付記１の自動取引装置。
【０１７４】
（付記７）前記制御ユニットは、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信することを特徴とする付記６の自動取引装置。
【０１７５】
（付記８）利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置の制御方法において、前記Ｗｅｂサーバからの画面コンテンツに応じて、表示装置の画面の案内表示を行うステップと、前記画面コンテンツに埋め込まれたオブジェクトに応じて、ＩＯユニットをシーケンス制御するステップと、前記オブジェクトにより、前記ＩＯユニットのシーケンス制御に応じて、前記表示ユニットの表示文言を更新するステップとを有することを特徴とする自動取引装置の制御方法。
【０１７６】
（付記９）案内表示ステップは、ブラウザにより、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うステップからなり、前記制御ステップは、前記ブラウザにより、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すステップからなり、前記更新ステップは、前記ブラウザから前記ＩＯユニットをシーケンス制御したことに応じて、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記８の自動取引装置の制御方法。
【０１７７】
（付記１０）前記更新ステップは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記９の自動取引装置の制御方法。
【０１７８】
（付記１１）前記更新ステップは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記９の自動取引装置の制御方法。
【０１７９】
（付記１２）前記制御ステップは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御するステップからなることを特徴とする付記８の自動取引装置の制御方法。
【０１８０】
（付記１３）前記更新ステップは、前記ＩＯユニットとして設けられた、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新するステップからなることを特徴とする付記８の自動取引装置の制御方法。
【０１８１】
（付記１４）前記現金ユニットが、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信するステップを更に有することを特徴とする付記１３の自動取引装置の制御方法。
【０１８２】
（付記１５）Ｗｅｂサーバと、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内表示と取引動作を行う自動取引装置とを有し、前記自動取引装置は、前記案内表示を行う表示ユニットと、前記取引動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記表示装置の画面の案内表示を制御し、且つ前記画面コンテンツに埋め込まれたオブジェクトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記オブジェクトのスクリプトにより、前記ＩＯユニットをシーケンス制御するとともに、前記表示ユニットの表示文言を前記シーケンス制御に応じて、更新することを特徴とする自動取引システム。
【０１８３】
（付記１６）前記自動取引装置の前記制御ユニットは、前記Ｗｅｂサーバからの画面コンテンツのアプレットタグを解釈し、前記案内表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのアプレットタグを解釈し、前記ＩＯユニットを制御する処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記ＩＯユニットをシーケンス制御し、且つ前記シーケンス制御に応じて、前記表示ユニットの表示文言を更新することを特徴とする付記１５の自動取引システム。
【０１８４】
（付記１７）前記制御ユニットは、前記オブジェクトのアプレットと前記画面のアプレットとの通信を行い、前記表示ユニットの表示文言を更新することを特徴とする付記１６の自動取引システム。
【０１８５】
（付記１８）前記制御ユニットは、前記オブジェクトのアプレットにより、前記スクリプトの関数を呼び出し、前記表示ユニットの表示文言を更新することを特徴とする付記１６の自動取引システム。
【０１８６】
（付記１９）前記制御ユニットは、前記画面コンテンツに埋め込まれたオブジェクトのスクリプトに応じて、前記複数のＩＯユニットを同期制御する処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御することを特徴とする付記１５の自動取引システム。
【０１８７】
（付記２０）前記ＩＯユニットは、少なくとも現金を受け入れ、受け入れた現金を鑑別して、入金する現金ユニットを含み、前記制御ユニットは、前記現金ユニットの動作に応じて、前記画面コンテンツのスクリプトを解釈し、前記表示ユニットの表示文言を更新することを特徴とする付記１５の自動取引システム。
【０１８８】
（付記２１）前記制御ユニットは、初回入金と追加入金とを実行した後、前記Ｗｅｂサーバにリクエストを送信することを特徴とする付記２０の自動取引システム。
【産業上の利用可能性】
【０１８９】
このように、Ｗｅｂサーバの画面コンテンツに取引処理の各処理単位のアプレットとスクリプトを埋め込み、ＩＯユニットの動作制御と画面更新を行うため、Ｗｅｂサーバとの通信回数を減少でき、自動取引装置の性能向上ができ，Ｗｅｂ制御の自動取引装置の普及に寄与する。
【図面の簡単な説明】
【０１９０】
【図１】本発明の一実施の形態の自動取引装置の外観図である。
【図２】図１の自動取引装置のブロック図である。
【図３】本発明の一実施の形態の自動取引システムのシステム構成図である。
【図４】図３のブラウザ及び画面コンテンツの説明図である。
【図５】図３及び図４のＡＴＭミドルウェアのブロック図である。
【図６】図３及び図５の共通インタフェースの取引コマンドの説明図である。
【図７】図３及び図４のエージェントの説明図である。
【図８】図３及び図４の他のエージェントの説明図である。
【図９】図３及び図４の画面コンテンツの説明図である。
【図１０】図３及び図４のエージェントによるＩＯ制御動作の説明図である。
【図１１】図９の画面コンテンツの入力パラメータの説明図である。
【図１２】図１０のエージェントのメソッドの動作説明図である。
【図１３】本発明の一実施の形態の入金処理の説明図である。
【図１４】本発明の一実施の形態の第１の案内画面更新動作説明図である。
【図１５】本発明の一実施の形態の第２の案内画面更新動作説明図である。
【図１６】本発明の一実施の形態の第３の案内画面更新動作説明図である。
【図１７】本発明の一実施の形態のＶｉｅｗＡｇｅｎｔの画面更新処理フロー図である。
【図１８】本発明の一実施の形態のＩＯ制御と画面更新処理のシーケンス図である。
【図１９】図１８の実施の形態の画面コンテンツの記述例の説明図である。
【図２０】本発明の他の実施の形態のＩＯ制御と画面更新処理のシーケンス図である。
【図２１】図２０の実施の形態の画面コンテンツの記述例の説明図である。
【図２２】本発明の一実施の形態の紙幣／硬貨入金処理フロー図（その１）である。
【図２３】本発明の一実施の形態の紙幣／硬貨入金処理フロー図（その２）である。
【図２４】本発明の一実施の形態の紙幣／硬貨入金処理フロー図（その３）である。
【図２５】本発明の他の実施の形態のエージェントの説明図である。
【図２６】本発明の他の実施の形態の画面コンテンツの説明図である。
【図２７】従来のＷｅｂ制御による自動取引システムの説明図である。
【図２８】従来のＷｅｂ制御の画面コンテンツの説明図である。
【図２９】従来の画面コンテンツのスクリプトによるＩＯ制御動作のシーケンス図である。
【符号の説明】
【０１９１】
１  自動取引装置
２  カード出入口
３  通帳出入口
４  紙幣出入口
５  硬貨出入口
６  ＵＯＰ
１０  磁気カードリーダユニット
２０  レシートプリンタユニット
３０  ＵＯＰユニット
４０  通帳処理ユニット
５０  紙幣／硬貨処理ユニット
６０  制御ユニット
７０  ジャーナルプリンタユニット
１００  Ｗｅｂサーバ
１１０  ネットワーク
１２０  ブラウザ
１２２  画面コンテンツ
１２４、１２６、１２８  エージェント
１３０  ＡＴＭミドルウェア
１４０  カーネル
１５０  デバイスドライバ
１６０  パラメータファイル
１７０  ＩＯコントロール層
１８０  既存ミドルウェア層
【図１】
2005157427.tif 000003
【図２】
2005157427.tif 000004
【図３】
2005157427.tif 000005
【図４】
2005157427.tif 000006
【図５】
2005157427.tif 000007
【図６】
2005157427.tif 000008
【図７】
2005157427.tif 000009
【図８】
2005157427.tif 000010
【図９】
2005157427.tif 000011
【図１０】
2005157427.tif 000012
【図１１】
2005157427.tif 000013
【図１２】
2005157427.tif 000014
【図１３】
2005157427.tif 000015
【図１４】
2005157427.tif 000016
【図１５】
2005157427.tif 000017
【図１６】
2005157427.tif 000018
【図１７】
2005157427.tif 000019
【図１８】
2005157427.tif 000020
【図１９】
2005157427.tif 000021
【図２０】
2005157427.tif 000022
【図２１】
2005157427.tif 000023
【図２２】
2005157427.tif 000024
【図２３】
2005157427.tif 000025
【図２４】
2005157427.tif 000026
【図２５】
2005157427.tif 000027
【図２６】
2005157427.tif 000028
【図２７】
2005157427.tif 000029
【図２８】
2005157427.tif 000030
【図２９】
2005157427.tif 000031