JP4425081B2 - 自動サービス装置及び自動サービスシステム - Google Patents

Description

本発明は、Ｗｅｂサーバからの画面コンテンツに応じて、画面制御と自動サービス動作とを実行する自動サービス装置及び自動サービスシステムに関し、特に、画面情報と画面に関連する装置の制御情報を埋め込んだ画面コンテンツにより動作する自動サービス装置及び自動サービスシステムに関する。

自動サービス装置は、各種のサービス業務に利用されており、例えば、金融分野では、自動出金機、自動入出金機が、他の分野では、自動発券機や自動発行機等が利用されている。このような自動サービス装置において、近年のインターネット等のネットワークの発達に伴い、Ｗｅｂ技術を利用して、入出金、発券、各種情報の出力を行うものが提供されている。

図３１は、従来の自動サービスシステムの構成図であり、金融業務のＡＴＭ（Automatic Teller Machine）システムを示す。図２１に示すように、ＷＷＷ（World Wide Web）サーバ３００と、現金自動取引装置４００とがネットワークで接続される。

サーバ３００は、クライアントである自動取引装置（ＡＴＭ）４００のリクエストに従い、Ｗｅｂページ（画面コンテンツ）５００をＡＴＭ４００に送信する。このＷｅｂページは、表示装置に表示される画面を作成するためのプログラムを、ページ記述言語（ＨＴＭＬ，Ｊａｖａ Ｓｃｒｉｐｔ）を用いて作成し、この１ページ（１画面）の表示内容に関連して、駆動制御する他の装置(カード処理装置、現金処理装置、通帳処理装置、明細票処理装置等）の制御プログラムをオブジェクトとして、埋め込む。

例えば、図３１に示すように、Ｗｅｂページ５００は、ページ記述言語ＨＴＭＬ（Hyper Text Markup Language)により、画面作成プログラムと、オブジェクト（アプレット）を指定するアプレットタグと、その実行方法（ｍｅｔｈｏｄ）をScriptで指定する画面コンテンツ５０２と、オブジェクト（アプレット）のmethodを実行するプログラムをセットしたアプレット５１０からなる。

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

ブラウザ４１０は、Ｗｅｂページの画面作成プログラムに従い、画面を顧客操作パネルに表示するとともに、画面コンテンツ５０２のアプレットタグと、method名を解析し、アプレット５１０の該当プログラムを実行し、Ｉ／Ｏユニット４４０〜４４３にコマンドを発行する。

このようなＷｅｂブラウザによるＡＴＭ制御において、各装置（現金処理装置等）単位とし、画面コンテンツ５０２の埋め込みオブジェクト（アプレット）として、装置インタフェース振分け部(Machine ID）４２０を指定し、画面コンテンツ５０２のScript（Java 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をコールするだけで、複数のＩＯユニットを制御できるため、複数のＩＯユニットを並行制御でき、それだけ、処理速度を向上でき、Ｗｅｂ制御しても、ＡＴＭの制御時間を短縮でき、利用者の待ち時間を短縮できる。

[Ｗｅｂ制御によるＩＯ制御機構]
次に、Ｗｅｂ制御によるＩＯ制御機構を説明する。図４は、図３の構成におけるＷｅｂブラウザ１２０とＩＯコントローラ１３０のブロック図、図５は、図３の構成におけるＡＴＭミドルウェアの構成図、図６は、図３及び図４における共通ＡＰＩのコマンドの説明図である。

図４に示すように、Ｗｅｂブラウザ１２０には、画面コンテンツ（ＨＴＭＬ＋JavaScript)１２２と、Ａｇｅｎｔ（アプレット）１２３とが、ＷＷＷサーバ１００からダウンロードされる。Ａｇｅｎｔ１２３は、各ユニットを制御するための制御Ａｇｅｎｔ群１２４と、ポスト処理を行うＰＯＳＴＡｇｅｎｔ１２６と、画面構築のためのＶｉｅｗＡｇｅｎｔ１２８と、Ｊａｖａ Ｎａｔｉｖｅ Ｉｎｔｅｒｆａｃｅと共通ＡＰＩインタフェース１３２を介しＩＯコントローラ１７０と通信するための通信ＤＬＬ群（Dynamic Link Library)１２９を有する。

尚、インタフェースが同一であれば、通信ＤＬＬ群１２９は、不要である。制御Ａｇｅｎｔ群１２４は、取引制御で必要な制御Ａｇｅｎｔのみが、装置立ち上げ時に、予めダウンロードされ、ブラウザ１２０に常駐する。図７以下で詳細に説明するように、制御Ａｇｅｎｔは、ＡＴＭ取引の処理単位に構成されている。

図４の構成の動作を説明すると、画面コンテンツ１２２のJava Scriptで記述されたメソッド名で、制御Ａｇｅｎｔ１２４のメソッドを呼び出す。呼び出されたメソッドは、通信ＤＬＬ群１２９を介しＩＯコントローラ１７０にコマンドを発行する。

ＩＯコントローラ１７０は、ＡＴＭミドルウェア１８０を介し対応するユニットを動作し、動作完了を受ける。ＩＯコントローラ１７０は、コマンドの実行結果を制御Ａｇｅｎｔ１２４に応答する。制御Ａｇｅｎｔ１２４は、Ｐｏｓｔ処理を行うＰＯＳＴＡｇｅｎｔ１２６又は画面更新を行うＶｉｅｗＡｇｅｎｔ１２８にＰＯＳＴ依頼又は描画依頼を依頼し、ＰＯＳＴ処理又は画面更新処理を行わせる。

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

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

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

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

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

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

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

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

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

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

次に、前述のＡｇｅｎｔを、図７、図８で説明する。図７に示すように、同期Ａｇｅｎｔは、複数のＩＯユニットを同期制御するプログラムであり、メソッド（プログラム）として、初期化、メカリセット、紙幣／硬貨挿入、媒体同時排出、印字／繰り出し／ＭＳライト／排出準備、入金返却、収納、強制排出／取込み、ユニット情報取得／取引状態設定／二面表示制御、入出金準備、強制補充、ジャムリセット、カード／通帳挿入を有する。

各メソッドは、図７の黒丸で示すＩＯコントローラ（即ち、ＩＯユニット）にコマンドを発行し、コマンド実行結果の応答を受ける。例えば、初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。

同様に、メカリセットメソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７（図５参照）に、メカリセットコマンドを発行し、各コントローラによるメカリセット処理を行わせ、各コントローラからメカリセット処理結果を応答として、受信する。

以下、同様に、紙幣／硬貨挿入メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６（図５参照）に、挿入コマンドを発行し、各コントローラによる挿入処理を行わせ、各コントローラから挿入処理結果を応答として、受信する。

同様に、ＰＯＳＴエージェントとして、ＰＯＳＴ処理メソッドと、ＰＯＳＴデータ保持メソッドを設ける。又、Ｖｉｅｗ（テキスト表示）エージェントとして、フォント設定メソッド、テキスト表示メソッド、テキスト消去メソッドを設ける。

更に、図８に示すように、単一のＩＯユニットを制御するアプレットも、同一アーキテクチャで制御するため、Ａｇｅｎｔとして、定義する。即ち、図８に示すように、紙幣制御Ａｇｅｎｔ，通帳制御Ａｇｅｎｔ，カード制御Ａｇｅｎｔ，レシート制御Ａｇｅｎｔ，取引制御Ａｇｅｎｔ，テンキーＡｇｅｎｔを設ける。

そして、紙幣制御Ａｇｅｎｔは、各々紙幣コントローラ１７５を制御する受付／計数メソッド、収納メソッド、入金返却メソッド、放出メソッド、キャンセルメソッドを有する。又、通帳制御Ａｇｅｎｔは、各々通帳コントローラ１７１を制御する行セット／ページマークリードメソッド、ＭＳ（磁気ストライプ）リードメソッド、オートターンページメソッド、ページチエックオートターンメソッド、通帳構成情報設定メソッドを有する。

更に、カード制御Ａｇｅｎｔは、各々カード（ＣＲＷ）コントローラ１７２を制御するカード挿入メソッド、キャンセルメソッド、振込みカード印字メソッド、振込みカード発行メソッド、排出準備メソッドを有する。レシート制御Ａｇｅｎｔは、各々レシートコントローラ１７４を制御するオーバーレイ登録メソッド、排出準備メソッドを有する。

同様に、取引制御Ａｇｅｎｔは、各々取引制御コントローラ１７８を制御する取引情報設定メソッド、装置状態監視メソッド、装置状態取得メソッド、運用情報設定メソッド、キャンセルメソッドを有する。テンキーＡｇｅｎｔは、各々テンキーコントローラ１７３を制御するテンキー入力開始メソッド、テンキー入力終了メソッドを有する。

［ＷｅｂによるＩＯ制御方法］
このようなＡｇｅｎｔ及びメソッドを呼び出すＷｅｂ操作を、図９乃至図１７で説明する。先ず、本発明では、Ａｇｅｎｔ（アプレット）を、装置立ち上げ時に、予めダウンロードしておき、ブラウザに常駐しておき、以降の取引操作時には、アプレットを、Ｗｅｂコンテンツで送信せず、画面に関連したアプレットを指定する。図９は、Ｗｅｂブラウザの画面フレームの説明図、図１０は、図９の動作説明図である。

図９に示すように、ブラウザ１２０の画面(メモリ）１２１を複数のフレーム１２１ａ、１２１ｂに分割する。即ち、取引画面用フレーム１２１ａと、アプレット常駐用フレーム１２１ｂとに分け、取引画面用フレーム１２１ａを表示１００％と設定し、アプレット常駐用フレーム１２１ｂを表示０％に設定する。従って、ＵＯＰ６には、アプレット常駐用フレーム１２１ｂは、表示されず、取引画面用フレーム１２１ａのみ表示される。

そして、図１０に示すように、装置起動時（例えば、電源オン時）に、サーバ１００からＡＴＭ１のブラウザ１２０のアプレット常駐用フレーム（見えないフレーム）１２１ｂに、全てのアプレットをダウンロードして、組み込んでおく。

次に、取引操作に応じて、サーバ１００と通信する際には、サーバ１００からＨＴＭＬ／ＪＳＰ（Java Server Page)／Java Scriptで記述された取引画面コンテンツを受け、取引用フレーム１２１ａにより、取引画面をＵＯＰ６に表示し、取引画面コンテンツ内のメソッド依頼指示により、アプレット（Ａｇｅｎｔともいう）常駐用フレーム１２１ｂのアプレットを呼び出し、ＡＴＭミドルウェア１３０を介して、ＩＯ制御し、制御結果をアプレットを介し取引画面側に応答する。

即ち、図１０に示すように、取引画面用フレーム１２１ａは、取引操作に応じて画面遷移するが、アプレット常駐用フレーム１２１ｂは、装置立ち上げ時移行は、遷移しない。

図１１は、装置立ち上げ時のサーバの処理フロー図、図１２は、図１１のフレーム分割のための送信データの説明図、図１３は、図１１のダウンロード時のアプレットの説明図である。

図１２及び図１３を用いて、図１１のダウンロード処理を説明する。

（Ｓ１０）ＡＴＭ１の電源オン等により、ＡＴＭ１が、サーバ１００に装置の立ち上げを、ネットワーク１１０を介し通知すると、サーバ１００は、ネットワーク１１０を介し、図１２のように、フレーム分割のためのＨＴＭＬ／ＪＳＰを、ＡＴＭ１のブラウザ１２０に送信する。図１２に示すように、ＪＳＰは、フレームセット（FRAMESET）の指示であり、フレームが、メニューとサブメインとからなり、その表示率COLSは、各々、「０％」、「１００％」に指定されている。このため、図９で示したように、ブラウザ１２０では、メニュー（ここでは、常駐用）フレーム１２１ｂは、表示０％に、サブメイン（ここでは、取引画面用）フレーム１２１ａは、表示１００％に設定される。

（Ｓ１２）この設定が終了すると、サーバ１００は、図１３に示すような全アプレットを、ＡＴＭ１のブラウザ１２０の常駐用フレーム（メモリ）１２１ｂに、ダウンロードする。図１３に示すように、図７及び図８で示した各アプレット（メソッド）が、アプレットタグとともに、ダウンロードされる。例えば、図１３の１番目のアプレットは、図７の同期制御Ａｇｅｎｔの初期化メソッドである。ＡＴＭ１のブラウザ１２０は、このダウンロードされたアプレットを、常駐用フレーム(メモリ）１２１ｂに、収容し、常駐させる。

次に、取引操作時の処理を説明する。図１４は、本発明の取引操作時のブラウザのＩＯ制御処理フロー図、図１５は、図１４の取引用フレームの取引画面の構成図、図１６は、取引用フレームの説明図、図１７は、図１６の取引画面によるＩＯ制御の説明図である。

図１５乃至図１７を使用して、図１４のブラウザの処理を説明する。

（Ｓ２０）ＡＴＭ１のブラウザ１２０は、サーバ１００から取引用フレームの画像コンテンツ（ＨＴＭＬ／ＪＳＰ）を受信する。図１５及び図１６に示すように、ＨＴＭＬ（ページ記述言語）で記述された取引画面コンテンツ（ＪＳＰ）１２２は、ヘッダ１２２−１と、取引画面のフレーム名の設定記述１２２−２と、スクリプト欄（画面コンテンツ）１２２−３と、ボデイ１２２−４とからなり、アプレット自体を含まない。スクリプト欄１２２−３は、アプレットが出力情報を画面側に通知するＪａｖａ Ｓｃｒｉｐｔ関数と、画面コンテンツのスクリプトと、画面内で呼び出すＡｇｅｎｔ名を指定欄とを有する。

図１６では、一例として、画面に組み込まれたスクリプトにより、同期制御（Ｓｙｎｃ）エージェントの初期化メソッドを呼び出すことを示す。即ち、＜SCRIPT Language＝“javaScript＞の記述により、Java Scriptで、同期制御エージェントの初期化メソッドの呼び出しを指定する。即ち、先ず、フレーム名の設定記述１２２−２で、取引開始前に取引画面側より取引画面のフレーム名をＡｇｅｎｔに通知する。即ち、Ａｇｅｎｔ側が取引画面側に出力情報を通知できるようにフレーム名を事前に設定する。ここでは、”ｆｒａｍｅ２．ｄｏｃｕｍｅｎｔ“が、常駐フレームの指示であり、”Ｕ＿ａｇｔＰｏｓｔ“で、ＰｏｓｔＡｇｅｎｔを、（ｓｔｒＦｒａｍｅＮａｍｅ）で、取引画面のフレーム名を指定する。

次に、ｊａｖａスクリプト１２２−３ａで、ＰｏｓｔＡｇｅｎｔから呼び出される関数を定義する。そして、ｊａｖａスクリプト１２２−３ｂで、画面コンテンツ自体を定義する。ここでは、「しばらくお待ち下さい。」という画面を表示する例を示す。最後に、ｊａｖａスクリプト１２２−３ｃで、取引画面側から依頼するＡｇｅｎｔのメソッドを指定する。即ち、“ret= parent.frame2.document,U_agtSync_initial.initial”の記述で、同期制御エージェントの初期化メソッドの呼び出しを指定する。

（Ｓ２２）取引用フレームの画面コンテンツが、ブラウザ１２０にダウンロードされると、取引用フレーム（ＨＴＬＭ／ＪＳＰ）から常駐用フレームのアプレットのメソッドを呼び出す。図１７に示すように、スクリプト１２２−３ｃにより、同期制御エージェントの初期化メソッドが呼び出される。これとともに、スクリプト１２２−３ｂで、前述のように、画面コンテンツの内容が、画面表示される。

（Ｓ２４）呼び出された（初期化）メソッドは、ＡＴＭミドルウェア１３０にコマンド以来する。例えば、初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。

（Ｓ２６）呼び出された初期化メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを連続的に発行し、これらコントローラからの応答を、処理完了したものから順次受ける。このため、ＩＯユニットを並列的に制御でき、複数のＩＯユニットを制御しても、短時間で制御できる。アプレットは、取引用フレーム（取引画面側）のＪａｖａＳｃｒｉｐｔ関数を、スクリプト記述１２２−３ａで呼び出し、引数で出力結果を通知する。これにより、取引画面処理を終了する。

このように、ブラウザ１２０の画面フレーム１２１を、取引用フレーム１２１ａと常駐用フレーム１２１ｂとに分割し、全アプレット１２３を、装置立ち上げ時に、サーバ１００からＡＴＭ１の制御部６０のブラウザ１２０の常駐用フレーム１２１ｂにダウンロードする。

そして、画面遷移のためのＷｅｂサーバ１００との通信時には、アプレットを送信せず、アプレットを指定するタグを埋め込んだ取引画面を送信するため、取引画面遷移時のアプレットダウンロード時間を削減できる。このため、利用者による画面遷移の時間待ちを削減でき、利用者の利用時間を短縮でき、利用の効率化を図ることができ、且つ装置の利用効率も向上する。

更に、前述のＡｇｅｎｔは、処理単位名が付された処理単位で設けられるため、この処理単位の内容を若干変更するだけで、各種の機能のＡＴＭに、同一のアプレットタグ、メソッド名で、対応できる。この例では、前述のメソッド呼び出しSCRIPTのメソッド名の括弧内に設けられたinput Paramの変更により実現している。即ち、input Paramは、各ＩＯコントローラ（紙幣、硬貨、通帳、カード、レシート、ジャーナル、取引制御、テンキー）に、入力フラグを設定する８ビットの情報で構成され、入力フラグは、”１”がセットされたＩＯコントローラへのメソッドの入力を許可することを示す。

呼び出されたメソッドは、この入力フラグを参照して、コマンドを発行するＩＯコントローラを決定する。このため、入力フラグをＷｅｂサーバ１００で操作することにより、異なる機能のＡＴＭでも、同一のアプレットタグ、メソッド名で、同一の処理を実行させることができる。

例えば、硬貨を扱わない取引装置では、硬貨の入力フラグを”０”にセットしておけば、硬貨コントローラへのコマンド発行を防止できる。同様に、通帳を扱わない取引装置では、通帳の入力フラグを”０”にセットしておけば、通帳コントローラへのコマンド発行を防止できる。

又、SCRIPTのメソッド名の括弧内に設けられたParseInt(postMode）により、ＰＯＳＴエージェントを、このエージェント内で指定している。このため、ＰＯＳＴ処理を、エージェント主導で円滑に実行できる。

［自動サービス処理］
次に、図１８のカード入金取引を例に、Ｗｅｂサーバ１００の画面コンテンツと、顧客操作画面（ＵＯＰ画面）と、Ａｇｅｎｔとメソッド、ＩＯコントローラとの関係を説明する。

Ｗｅｂサーバ１００は、ＪＳＰ（Ｊａｖａ Ｓｅｒｖｅｒ Ｐａｇｅｓ）により、装置立ち上げ時に、アプレットをダウンロードし、ブラウザ１２０に常駐させる。次に、Ｗｅｂサーバ１００は、取引種別選択の画面コンテンツ（指定アプレット名を埋め込んだ）を、ＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０で、取引種別選択画面を、ＵＯＰ６の顧客操作画面に、表示する。

そして、画面コンテンツに埋め込まれたアプレット名とメソッド名により、図７の同期制御Ａｇｅｎｔの入出金準備メソッドを呼び出し、紙幣コントローラ１７５と、硬貨コントローラ１７６に、入出金準備コマンドを発行し、入出金の準備を行わせる。両コントローラ１７５、１７６は、入出金の準備が完了すると、入出金準備メソッドに完了を応答する。

ＵＯＰ６の種別選択画面で、入金キーが押下されると、Ｗｅｂサーバ１００に報告される。これにより、Ｗｅｂサーバ１００は、ＪＳＰにより、カード開始処理に移行し、挿入処理の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０で、ＵＯＰ６の顧客操作画面に、カード挿入画面を表示する。

そして、画面コンテンツに埋め込まれたアプレット名カード制御、メソッド名カード挿入により、カード制御Ａｇｅｎｔのカード挿入メソッドを呼び出し、カードコントローラ１７２にカード挿入コマンドを発行する。コントローラ１７２は、カード挿入コマンドにより、カードユニット１０を動作する。カードユニット１０がカードの挿入を検出し、カードを読取ると、カードコントロールライブラリ１７２より、カード挿入完了を、カード挿入メソッドに応答する。

そして、カード挿入メソッドは、取引状態（ここでは、カード挿入検出及びカードの読取りデータ）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。この場合、同期制御Ａｇｅｎｔのカード／通帳挿入メソッドを呼び出し、その入力フラグで、カードコントローラに入力フラグを設定しておくことにより、同様に、制御できる。

次に、Ｗｅｂサーバ１００のＪＳＰは、カード挿入処理の終了によるリクエストにより、現金挿入処理の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０が、画面コンテンツに応じて、ＵＯＰ６の顧客操作画面に、現金挿入画面を表示する。そして、画面コンテンツに埋め込まれたアプレット名であるカード制御Ａｇｅｎｔ、メソッド名であるカード挿入により、同期制御Ａｇｅｎｔの紙幣／硬貨挿入メソッドを呼び出し、紙幣コントローラ１７５、硬貨コントローラ１７６に受付計数コマンドを発行する。

紙幣コントローラ１７５、硬貨コントローラ１７６は、受付計数コマンドにより、紙幣ユニット、硬貨ユニット５０を動作する。紙幣、硬貨ユニット５０は、挿入口を開き、投入紙幣、硬貨を検出し、挿入口を閉じ、投入紙幣、硬貨を計数する。計数を終了すると、紙幣コントローラ１７５と硬貨コントローラ１７６より、受付計数完了を、紙幣／硬貨挿入メソッドに応答する。そして、紙幣／硬貨挿入メソッドは、取引状態（ここでは、受付枚数、合計額）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。

次に、Ｗｅｂサーバ１００のＪＳＰは、現金挿入処理の終了によるリクエストにより、残高更新等の入金処理に移行し、コンピュータ処理の画面コンテンツをＡＴＭ１に発行し、ＵＯＰ６の顧客操作画面に、「お待ち下さい」の画面を表示する。

そして、ブラウザ１２０は、画面コンテンツに埋め込まれたアプレット名である同期制御Ａｇｅｎｔ，メソッド名である印字／繰り出し／ＭＳライト／排出準備により、同期制御Ａｇｅｎｔの印字／繰り出し／ＭＳライト／排出準備メソッド(図７参照）を呼び出し、カードコントローラ１７２にMSライトコマンド、排出準備コマンドを、レシートコントローラ１７４に印字コマンド、排出準備コマンドを、ジャーナルコントローラ１７７に印字コマンドを発行する。

これにより、カードユニット１０は、カードの磁気ストライプに書き込みを行い、カードの排出を準備し、レシートプリンタ２０は、レシートを印字し、排出の準備を行い、ジャーナルプリンタ７０は、ジャーナルに印字を行う。各コントローラ１７２，１７４，１７７は、コマンド実行完了により、印字/繰り出し/MSライト/排出準備メソッドに完了を応答する。

そして、印字／繰り出し/MSライト/排出準備メソッドは、取引状態（ここでは、排出準備完了）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。

Ｗｅｂサーバ１００のＪＳＰは、媒体排出処理に移行し、媒体排出の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０が、ＵＯＰ６の顧客操作画面に、媒体排出画面を表示する。そして、ブラウザ１２０は、画面コンテンツに埋め込まれたアプレット名である同期制御Ａｇｅｎｔ，メソッド名である媒体排出により、同期制御Ａｇｅｎｔの媒体排出メソッド(図７参照）を呼び出し、カードコントローラ１７２に放出コマンドを、レシートコントローラ１７４に放出コマンドを、図示しないサウンドコントローラに、ベル再生コマンドを発行する。

これにより、カードユニット１０は、カードを、レシートプリンタ２０は、レシートを放出し、カード、レシートの抜き取りを検出し、所定時間内に抜き取られないと、連続音を発する。各コントローラ１７２，１７４は、コマンド実行完了により、媒体排出メソッドに完了を応答する。

そして、媒体排出メソッドは、取引状態（ここでは、抜き取り完了）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。

次に、Ｗｅｂサーバ１００のＪＳＰは、ＡＴＭ１からの抜き取り完了によるリクエストを受け、取引終了処理に移行し、取引終了の画面コンテンツをＡＴＭ１に発行する。ＡＴＭ１では、ブラウザ１２０により、ＵＯＰ６の顧客操作画面に、終了画面を表示する。ブラウザ１２０は、画面コンテンツに埋め込まれたアプレット名である同期制御Ａｇｅｎｔ，メソッド名である紙幣／硬貨収納により、同期制御Ａｇｅｎｔの紙幣／硬貨メソッド(図７参照）を呼び出し、紙幣コントローラ１７５と硬貨コントローラ１７６に収納コマンドを発行する。

これにより、紙幣ユニット、硬貨ユニット５０は、計数紙幣、硬貨を内部スタッカに収納する。各コントローラ１７５，１７６は、コマンド実行完了により、紙幣/硬貨メソッドに完了を応答する。そして、紙幣／硬貨メソッドは、取引状態（ここでは、収納完了）をＰＯＳＴ依頼し、ＰＯＳＴエージェント１２６が、Ｗｅｂサーバ１００にリクエスト送信する。これにより、Ｗｅｂサーバ１００は、前述の取引種別選択処理に戻り、同様な処理を繰り返す。

このように、Ｗｅｂサーバ１００からアプレット（Ａｇｅｎｔ）を予めダウンロードしておき、画面遷移時に、アプレットをダウンロードせずに、画面遷移できる。又、画面コンテンツに取引処理の各処理単位のＡｇｅｎｔを埋め込み、処理単位の１つのメソッドを呼び出すことにより、複数のＩＯユニットを動作制御でき、一般的な取引処理の流れで、異なる自動取引装置に共通に使用できる。

このため、異なる機能、構成の自動取引装置をＷｅｂ制御する画面コンテンツの作成が容易となり、且つ並列制御が可能となり、高速のIOユニット制御を実現できる。これにより、利用者の自動取引装置の待ち時間を短縮でき、且つ稼働率を向上できる。この例では、カード入金処理で説明したが、出金処理、通帳を使用した入金処理、出金処理、記帳処理、残高照会等も同様である。

［画面切替方法］
次に、画面描画の高速化方法を説明する。図１９は、本発明の第２の実施の形態のシステム構成図、図２０は、図１９の構成におけるＷｅｂブラウザ１２０とＩＯコントローラ１３０のブロック図、図２１は、図２０のエージェントの構成図である。

図１９に示すように、この実施の形態では、制御Ａｇｅｎｔ（アプレット）の他に、画面イメージ生成アプレットを、装置立ち上げ時に、予めダウンロードしておき、ブラウザに常駐しておき、以降の取引操作時には、アプレットを、Ｗｅｂコンテンツで送信せず、画面に関連したアプレットを指定する。

即ち、図１９に示すように、ブラウザ１２０の画面(メモリ）１２１を複数のフレーム１２１ａ、１２１ｂに分割する。即ち、取引画面用フレーム１２１ａと、アプレット常駐用フレーム１２１ｂとに分け、取引画面用フレーム１２１ａを表示１００％と設定し、アプレット常駐用フレーム１２１ｂを表示０％に設定する。従って、ＵＯＰ６には、アプレット常駐用フレーム１２１ｂは、表示されず、取引画面用フレーム１２１ａのみ表示される。

そして、図１９に示すように、装置起動時（例えば、電源オン時）に、サーバ１００からＡＴＭ１のブラウザ１２０のアプレット常駐用フレーム（見えないフレーム）１２１ｂに、全てのアプレット（ここでは、画面イメージ生成アプレット１２５を追加）をダウンロードして、組み込んでおく。そして、装置起動時に、常駐フレーム１２１ｂで、画面イメージ生成アプレット（Ｄｉｓｐ Ａｇｅｎｔという）１２５が、画面の取引画面のボタンイメージの取得と、画面イメージの生成を行っておく。

次に、取引操作に応じて、サーバ１００と通信する際には、サーバ１００からＨＴＭＬ／ＪＳＰ（Java Server Page)／Java Scriptで記述された取引画面コンテンツを受け、取引用フレーム１２１ａにより、取引画面をＵＯＰ６に表示し、取引画面コンテンツ内のメソッド依頼指示により、アプレット（Ａｇｅｎｔともいう）常駐用フレーム１２１ｂのアプレットを呼び出し、ＡＴＭミドルウェア１３０を介して、ＩＯ制御し、制御結果をアプレットを介し取引画面側に応答する。この時、取引用フレームに、画面制御アプレット（図２４で後述する）がダウンロードされた場合に、常駐用フレーム１２１ｂのＤｉｓｐ Ａｇｅｎｔ（アプレット）１２５から画面イメージを取得して、描画する。

即ち、図１０に示したように、取引画面用フレーム１２１ａは、取引操作に応じて画面遷移するが、アプレット常駐用フレーム１２１ｂは、装置立ち上げ時移行は、遷移しない。

図２０に示すように、Ｗｅｂブラウザ１２０には、画面コンテンツ（ＨＴＭＬ＋JavaScript)１２２と、Ａｇｅｎｔ（アプレット）１２３とが、ＷＷＷサーバ１００からダウンロードされる。

Ａｇｅｎｔ１２３は、各ユニットを制御するための制御Ａｇｅｎｔ群１２４と、ポスト処理を行うＰＯＳＴＡｇｅｎｔ１２６と、画面構築のためのＶｉｅｗＡｇｅｎｔ１２８と、Ｊａｖａ Ｎａｔｉｖｅ Ｉｎｔｅｒｆａｃｅと共通ＡＰＩインタフェース１３２を介しＩＯコントローラ１７０と通信するための通信ＤＬＬ群（Dynamic Link Library)１２９を有する。更に、前述のＤｉｓｐＡｇｅｎｔ１２５を有する。

制御Ａｇｅｎｔ群１２４、ＤｉｓｐＡｇｅｎｔ１２５は、取引制御で必要なＡｇｅｎｔが、装置立ち上げ時に、予めダウンロードされ、ブラウザ１２０に常駐する。図２１以下で詳細に説明するように、制御Ａｇｅｎｔは、ＡＴＭ取引の処理単位に構成されている。

図２０の構成の動作を説明すると、画面コンテンツ１２２のJava Scriptで記述されたメソッド名で、制御Ａｇｅｎｔ１２４のメソッドを呼び出す。呼び出されたメソッドは、通信ＤＬＬ群１２９を介しＩＯコントローラ１７０にコマンドを発行する。

ＩＯコントローラ１７０は、ＡＴＭミドルウェア１８０を介し対応するユニットを動作し、動作完了を受ける。ＩＯコントローラ１７０は、コマンドの実行結果を制御Ａｇｅｎｔ１２４に応答する。制御Ａｇｅｎｔ１２４は、Ｐｏｓｔ処理を行うＰＯＳＴＡｇｅｎｔ１２６又は画面更新を行うＶｉｅｗＡｇｅｎｔ１２８にＰＯＳＴ依頼又は描画依頼を依頼し、ＰＯＳＴ処理又は画面更新処理を行わせる。

又、ＤｉｓｐＡｇｅｎｔ１２５は、ダウンロードされた取引画面のボタンイメージの取得と、画面イメージの生成を行っておく。次に、取引操作に応じて、サーバ１００の取引用フレームに、画面制御アプレットがダウンロードされた場合に、常駐用フレーム１２１ｂのＤｉｓｐ Ａｇｅｎｔ（アプレット）１２５から画面イメージを取得して、描画する。

図２１に示すように、この例では、同期Ａｇｅｎｔは、同期制御の初期化、メカリセット、紙幣／硬貨挿入、媒体同時排出、印字／繰り出し／ＭＳライト／排出準備、入金返却、収納、強制排出／取込み、ユニット情報取得／取引状態設定／二面表示制御、入出金準備、強制補充、ジャムリセット、カード／通帳挿入を有する。

各エージェント/メソッドは、図２１の黒丸で示すＩＯコントローラ（即ち、ＩＯユニット）にコマンドを発行し、コマンド実行結果の応答を受ける。例えば、同期制御の初期化エージェント/メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７、取引制御コントローラ１７８、テンキーコントローラ１７３（図５参照）に、初期化コマンドを発行し、各コントローラによる初期化処理を行わせ、各コントローラから初期化処理結果を応答として、受信する。

同様に、同期制御のメカリセットエージェント/メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６、通帳コントローラ１７１、カードコントローラ１７２、レシートコントローラ１７４、ジャーナルコントローラ１７７（図５参照）に、メカリセットコマンドを発行し、各コントローラによるメカリセット処理を行わせ、各コントローラからメカリセット処理結果を応答として、受信する。

以下、同様に、同期制御の紙幣／硬貨挿入エージェント/メソッドは、紙幣コントローラ１７５、硬貨コントローラ１７６（図５参照）に、挿入コマンドを発行し、各コントローラによる挿入処理を行わせ、各コントローラから挿入処理結果を応答として、受信する。

更に、画面制御（キー制御）Ａｇｅｎｔが設けられ、その画面単位のアプレットとして、暗証入力、金額入力、電話番号入力、口座番号入力、依頼人／受取人名入力等とが設けられる。

図２２は、本発明の他の実施の形態における画面フレームの説明図、図２３は、図２２の常駐フレーム１２１ｂのＤｉｓｐＡｇｅｎｔの定義例の説明図、図２４は、図２４の取引フレームでのＤｉｓｐＡｇｅｎｔ呼び出しの定義例の説明図である。

図２２は、常駐フレーム１２１ｂのキー制御（画面制御）Ａｇｅｎｔの依頼人名／受取人名入力メソッドに対する取引フレーム１２１ａの画像例を示す。図２３に示すように、事前に、常駐用として、依頼人名／受取人名入力アプレットを組み込んでおく。ここでは、アプレットタグで、依頼人名／受取人名入力アプレットを、“agtDisp.U_agtDisp_inputName.class”で定義し、幅、高さは、「０」（非表示）とする。又、パラメータとして、パターン名を“strPatternNo”、モードを高速モード（strFastMode VALUE=“2”）で指定する。

例えば、パターン１、高速モード２のパターンファイルＡは、図２２の取引フレーム１２１ａに表示されるパターン定義体であり、各ボタンイメージファイルと格納場所、表示メッセージ、文字フォント、配置位置、色等を定義する。そして、このＤｉｓｐＡｇｅｎｔ１２５の装置立ち上げ時の実行（画面イメージ生成（パネルやボタンの配置）とボタンイメージの取得／組み込み）により、図２２の取引フレーム１２１ａに示すようなボタンイメージのイメージファイル（パターン１、高速モード１）Ｂが、事前に作成される。

次に、図２４に示すように、取引フレーム１２１ａで、常駐側の依頼人名／受取人名入力アプレットが、呼び出された場合は、常駐用画面Ｂを取得して、表示する。ここでは、取引フレーム１２１ａに、画面制御アプレットとして、アプレットタグで、依頼人名／受取人名入力アプレットを、“agtDisp.U_agtDisp_inputName.class”で定義し、幅、高さは、「８００」、「６００」（表示）とする。又、パラメータとして、パターン名を“strPatternNo”＝１、モードを高速モード（strFastMode VALUE=“１”）で指定する。

このため、常駐側のパターンファイルＢが直ちに、図２２に示すように表示される。尚、ここでは、画面イメージ作成アプレットと画面制御アプレットを、同一のアプレット名“agtDisp.U_agtDisp_inputName.class”とし、パラメータ（パターン名“strPatternNo”＝１、モード（strFastMode Value)で区別している。しかし、他のアプレット名としても良い。

図２５乃至図２７は、依頼人名入力画面である。即ち、図２２及び図２５に示すように、かな文字のボタンイメージと、「前に戻る」、「一文字訂正」、「空白」、「英数字」、「確認」等の制御ボタンイメージと、「株式会社」等の簡易入力ボタンイメージ等である。同様に、図２６の他の依頼人名入力画面は、英数文字のボタンイメージと、「前に戻る」、「一文字訂正」、「空白」、「英数字」、「確認」等の制御ボタンイメージと、「株式会社」等の簡易入力ボタンイメージ等である。又、図２７の別の依頼人名入力画面は、「前に戻る」、「一文字訂正」、「空白」、「英数字」、「確認」等の制御ボタンイメージと、「株式会社」等の簡易入力ボタンイメージ等である。

更に、図２８乃至図３０は、受取人名入力画面である。図２８に示すように、かな文字のボタンイメージと、「前に戻る」、「一文字訂正」、「空白」、「英数字」、「確認」等の制御ボタンイメージと、「株式会社」等の簡易入力ボタンイメージ等である。同様に、図２９の他の依頼人名入力画面は、英数文字のボタンイメージと、「前に戻る」、「一文字訂正」、「空白」、「英数字」、「確認」等の制御ボタンイメージと、「株式会社」等の簡易入力ボタンイメージ等である。又、図３０の別の依頼人名入力画面は、「前に戻る」、「一文字訂正」、「空白」、「英数字」、「確認」等の制御ボタンイメージと、「株式会社」等の簡易入力ボタンイメージ等である。

このように、装置起動時（例えば、電源オン時）に、サーバ１００からＡＴＭ１のブラウザ１２０のアプレット常駐用フレーム（見えないフレーム）１２１ｂに、制御アプレットに追加して画面生成イメージアプレット１２５をダウンロードして、組み込んでおく。そして、装置起動時に、常駐フレーム１２１ｂで、画面生成イメージアプレット（Ｄｉｓｐ Ａｇｅｎｔという）１２５が、画面の取引画面のボタンイメージの取得と、画面イメージの生成を行っておく。

次に、取引操作に応じて、サーバ１００と通信する際には、サーバ１００からＨＴＭＬ／ＪＳＰ（Java Server Page)／Java Scriptで記述された取引画面コンテンツを受け、取引用フレーム１２１ａにより、取引画面をＵＯＰ６に表示し、取引画面コンテンツ内のメソッド依頼指示により、アプレット（Ａｇｅｎｔともいう）常駐用フレーム１２１ｂのアプレットを呼び出し、ＡＴＭミドルウェア１３０を介して、ＩＯ制御し、制御結果をアプレットを介し取引画面側に応答する。この時、取引用フレームに、画像描画アプレット名がダウンロードされた場合に、常駐用フレーム１２１ｂのＤｉｓｐ Ａｇｅｎｔ（アプレット）１２５から画面イメージを取得して、描画する。

このため、アプレット自体のダウンロード時間と、ボタンイメージのダウンロード時間を、画面遷移時に削減できるため、画面切替時間を短縮できる。又、体感的に複雑なパターンを表示しても、画像切替時間を短縮でき、利用者の操作入力の体感性能向上に寄与する。

［他の実施の形態］
前述の実施の形態では、図１のような自動取引装置として、自動入出金機を例に、説明したが、出金機、自動現金貸出機、自動発行機等の他の装置に適用できる。又、ネットワークをインターネットで説明したが、他のネットワークに適用でき、且つサーバは、ＳＣＲＩＰＴは、Ｊａｖａ ＳＣＲＩＰＴのみならず、他のＳＣＲＩＰＴのものにも適用できる。

更に、共通ＡＰＩによるカストマイズ化したミドルウェア制御を例に説明したが、これを使用せず、ミドルウェア制御するものにも、適用できる。

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

（付記１）利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示とサービス動作を行う自動サービス装置において、前記案内操作表示を行う表示ユニットと、前記サービス動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、ブラウザにより、前記表示装置の画面の案内操作表示を制御し、且つ前記画面コンテンツに埋め込まれたスクリプトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記サービス画面用フレームと常駐用フレームに分割されたブラウザ画面の前記常駐用フレームに、前記Ｗｅｂサーバからダウンロードされたアプレットを格納しておき、前記Ｗｅｂサーバからの画面コンテンツにより前記案内操作表示を行うとともに、前記画面コンテンツに組み込まれたスクリプトにより、前記ＩＯユニットを制御するアプレットのメソッドを呼び出し、前記ＩＯユニットを制御することを特徴とする自動サービス装置。

（付記２）前記制御ユニットは、前記Ｗｅｂサーバからのフレーム制御コンテンツにより、前記サービス画面用フレームを表示、前記常駐用フレームを非表示に設定することを特徴とする付記１の自動サービス装置。

（付記３）前記制御ユニットは、前記画面コンテンツを解釈し、前記案内操作表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記複数のＩＯユニットを同期制御することを特徴とする付記１の自動サービス装置。

（付記４）前記制御ユニットの前記ブラウザは、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記サービス用フレームを画面遷移ずるとともに、前記常駐用フレームを前記立ち上げ時以外は、遷移させないことを特徴とする付記１の自動サービス装置。

（付記５）前記ＩＯユニットは、少なくとも、現金処理ユニットと、カード処理ユニットとを有することを特徴とする付記１の自動サービス装置。

（付記６）前記制御ユニットは、前記装置立ち上げ時に、更に、前記案内操作画面のイメージを生成する画面イメージ生成アプレットを、前記Ｗｅｂサーバから受信し、前記常駐用フレームに組み込み、且つ前記画面イメージ生成アプレットにより、前記サービス用フレームに表示するための画像イメージファイルを生成することを特徴とする付記１の自動サービス装置。

（付記７）前記制御ユニットは、前記画面コンテンツに前記画面イメージ生成アプレットの呼び出し指定が含まれる時に、前記画像イメージファイルを取得して、前記表示装置に表示することを特徴とする付記６の自動サービス装置。

（付記８）前記画面イメージ生成アプレットは、パターン定義体ファイルから、前記画像イメージファイルを作成することを特徴とする付記７の自動サービス装置。

（付記９）前記画面イメージ生成アプレットは、パターン定義体ファイルに定義されている多数のボタンイメージから、配置された前記画像イメージファイルを作成することを特徴とする付記８の自動サービス装置。

（付記１０）Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介し接続され、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内操作表示とサービス動作を行う自動サービス装置とを有し、前記自動サービス装置は、前記案内操作表示を行う表示ユニットと、前記サービス動作を行うための複数のＩＯユニットと、前記Ｗｅｂサーバからの画面コンテンツに応じて、ブラウザにより、前記表示装置の画面の案内操作表示を制御し、且つ前記画面コンテンツに埋め込まれたスクリプトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、前記制御ユニットは、前記サービス画面用フレームと常駐用フレームに分割されたブラウザ画面の前記常駐用フレームに、前記Ｗｅｂサーバからダウンロードされたアプレットを格納しておき、前記Ｗｅｂサーバからの画面コンテンツにより前記案内操作表示を行うとともに、前記画面コンテンツに組み込まれたスクリプトにより、前記ＩＯユニットを制御するアプレットのメソッドを呼び出し、前記ＩＯユニットを制御することを特徴とする自動サービスシステム。

（付記１１）前記制御ユニットは、前記Ｗｅｂサーバからのフレーム制御コンテンツにより、前記サービス画面用フレームを表示、前記常駐用フレームを非表示に設定することを特徴とする付記１０の自動サービスシステム。

（付記１２）前記制御ユニットは、前記画面コンテンツを解釈し、前記案内操作表示を行うとともに、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出すブラウザを有し、前記ブラウザから前記複数のＩＯユニットを同期制御することを特徴とする付記１０の自動サービスシステム。

（付記１３）前記制御ユニットの前記ブラウザは、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記サービス用フレームを画面遷移ずるとともに、前記常駐用フレームを前記立ち上げ時以外は、遷移させないことを特徴とする付記１０の自動サービスシステム。

（付記１４）前記ＩＯユニットは、少なくとも、現金処理ユニットと、カード処理ユニットとを有することを特徴とする付記１０の自動サービスシステム。

（付記１５）前記制御ユニットは、前記システム立ち上げ時に、更に、前記案内操作画面のイメージを生成する画面イメージ生成アプレットを、前記Ｗｅｂサーバから受信し、前記常駐用フレームに組み込み、且つ前記画面イメージ生成アプレットにより、前記サービス用フレームに表示するための画像イメージファイルを生成することを特徴とする付記１０の自動サービスシステム。

（付記１６）前記制御ユニットは、前記画面コンテンツに前記画面イメージ生成アプレットの呼び出し指定が含まれる時に、前記画像イメージファイルを取得して、前記表示システムに表示することを特徴とする付記１５の自動サービスシステム。

（付記１７）前記画面イメージ生成アプレットは、パターン定義体ファイルから、前記画像イメージファイルを作成することを特徴とする付記１６の自動サービスシステム。

（付記１８）前記画面イメージ生成アプレットは、パターン定義体ファイルに定義されている多数のボタンイメージから、配置された前記画像イメージを作成することを特徴とする付記１７の自動サービスシステム。

（付記１９）サービス画面用フレームと常駐用フレームに分割された自動サービス装置のブラウザ画面の前記常駐用フレームに、Ｗｅｂサーバからダウンロードされたアプレットを格納するステップと、前記Ｗｅｂサーバからの画面コンテンツにより前記自動サービス装置の表示装置に案内操作表示を行うステップと、前記画面コンテンツに組み込まれたスクリプトにより、前記自動サービス装置のＩＯユニットを制御するアプレットのメソッドを呼び出し、前記ＩＯユニットを制御するステップとを有することを特徴とする自動サービス方法。

（付記２０）前記Ｗｅｂサーバからのフレーム制御コンテンツにより、前記自動サービス装置のサービス画面用フレームを表示、前記常駐用フレームを非表示に設定するステップを更に有することを特徴とする付記１９の自動サービス方法。

（付記２１）前記制御ステップは、ブラウザにより、前記画面コンテンツに埋め込まれた前記オブジェクトのスクリプトを解釈し、前記複数のＩＯユニットを同期制御する前記取引動作の処理単位のメソッドを呼び出し、前記複数のＩＯユニットを同期制御するステップからなることを特徴とする付記１９の自動サービス方法。

（付記２２）前記案内操作表示ステップは、前記Ｗｅｂサーバからの画面コンテンツに応じて、前記サービス用フレームを画面遷移するとともに、前記常駐用フレームを前記立ち上げ時以外は、遷移させないステップからなることを特徴とする付記１９の自動サービス方法。

（付記２３）前記制御ステップは、少なくとも、現金処理ユニットと、カード処理ユニットとを有するＩＯユニットを制御するステップからなることを特徴とする付記１９の自動サービス方法。

（付記２４）前記装置立ち上げ時に、更に、前記案内操作画面のイメージを生成する画面イメージ生成アプレットを、前記Ｗｅｂサーバから受信し、前記常駐用フレームに組み込むステップと、前記画面イメージ生成アプレットにより、前記サービス用フレームに表示するための画像イメージファイルを生成するステップを有することを特徴とする付記１９の自動サービス方法。

（付記２５）前記画面コンテンツに前記画面イメージ生成アプレットの呼び出し指定が含まれる時に、前記画像イメージファイルを取得して、前記表示方法に表示するステップを更に有することを特徴とする付記２４の自動サービス方法。

（付記２６）前記生成ステップは、パターン定義体ファイルから、前記画像イメージファイルを作成するステップからなることを特徴とする付記２５の自動サービス方法。

（付記２７）前記生成ステップは、パターン定義体ファイルの多数のボタンイメージから、配置された前記画像イメージを作成するステップからなることを特徴とする付記２６の自動サービス方法。

このように、ブラウザの画面フレームを、取引用フレームと常駐用フレームとに分割し、アプレットを、装置立ち上げ時に、サーバから自動サービス装置のブラウザの常駐用フレームにダウンロードしておき、画面遷移のためのＷｅｂサーバとの通信時には、アプレットを送信せず、アプレットを指定するタグを埋め込んだ取引画面を送信するため、取引画面遷移時のアプレットダウンロード時間を削減でき、装置の利用効率も向上する。

又、装置起動時（例えば、電源オン時）に、アプレット常駐用フレームに、制御アプレットに追加して画面イメージ生成アプレットをダウンロードして、組み込んで、常駐フレームで、画面イメージ生成アプレットが、取引画面のボタンイメージの取得と、画面イメージの生成を行っておき、取引操作に応じて、サーバと通信する際には、取引画面コンテンツを受け、取引用フレームに、画面制御アプレットがダウンロードされた場合に、常駐用フレームから画面イメージを取得して、描画する。

このため、アプレット自体の画面表示時間と、ボタンイメージのダウンロード時間を、画面遷移時に削減できるため、画面切替時間を短縮できる。又、体感的に複雑なパターンを表示しても、画像切替時間を短縮でき、利用者の操作入力の体感性能向上に寄与する。

本発明の一実施の形態の自動サービス装置の外観図である。 図１の自動サービス装置のブロック図である。 本発明の一実施の形態の自動サービスシステムのシステム構成図である。 図３のブラウザ及び画面コンテンツの説明図である。 図３及び図４のＡＴＭミドルウェアのブロック図である。 図３及び図５の共通インタフェースの取引コマンドの説明図である。 図３及び図４のエージェントの説明図である。 図３及び図４の他のエージェントの説明図である。 図３及び図４のブラウザのフレームの説明図である。 図３及び図４のブラウザの動作説明図である。 図３のＷｅｂサーバの装置立ち上げ時のダウンロード処理フロー図である。 図１１のフレーム分割処理の説明図である。 図１１のアプレットダウンロード処理の説明図である。 図３の自動サービス装置のブラウザのエージェントによるＩＯ制御処理フロー図である。 図１４の取引フレームの説明図である。 図１５の取引フレームの定義例の説明図である。 図１４のブラウザのメソッド呼び出し動作の説明図である。 本発明の一実施の形態の入金処理の説明図である。 本発明の他の実施の形態のアプレットダウンロード処理の説明図である。 本発明の他の実施の形態のブラウザと常駐アプレットの構成図である。 本発明の他の実施の形態のエージェントの説明図である。 図２０の取引フレームと常駐フレームの説明図である。 図２２の常駐フレームのアプレットダウンロードの定義例の説明図である。 図２２の常駐フレームのアプレット呼び出し処理の定義例の説明図である。 図２２の取引フレームの依頼人名入力画面の表示例の説明図である。 図２２の取引フレームの依頼人名入力画面の他の表示例の説明図である。 図２２の取引フレームの依頼人名入力画面の更に他の表示例の説明図である。 図２２の取引フレームの受取人名入力画面の表示例の説明図である。 図２２の取引フレームの受取人名入力画面の他の表示例の説明図である。 図２２の取引フレームの受取人名入力画面の別の表示例の説明図である。 従来のＷｅｂ制御による自動取引システムの説明図である。

符号の説明

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

Claims (5)

1. 利用者の操作に応じて、Ｗｅｂサーバと交信し、案内表示とサービス動作を行う自動サービス装置において、
   タッチパネル付きデイスプレイで構成され、前記案内操作表示を行う表示ユニットと、
   前記サービス動作を行うための複数のＩＯユニットと、
   前記Ｗｅｂサーバからの画面コンテンツに応じて、ブラウザにより、前記表示装置の画面の案内操作表示を画面遷移し、且つ前記画面コンテンツに埋め込まれたスクリプトに応じて、前記複数のＩＯユニットを制御し、前記利用者の操作に応じたサービス動作を実行する制御ユニットとを有し、
   前記制御ユニットは、
   前記装置立ち上げ時に、前記Ｗｅｂサーバから前記ＩＯユニットを制御する制御アプレットと前記案内操作画面のイメージを生成する画面イメージ生成アプレットとを受信し、サービス画面用フレームと常駐用フレームに分割されたブラウザ画面の前記常駐用フレームに、前記Ｗｅｂサーバから受信した前記画面イメージ生成アプレットと前記制御アプレットとを格納し、
   前記画面イメージ生成アプレットにより、前記サービス画面用フレームに表示する入力ボタン画面イメージファイルを事前に生成しておき、
   前記Ｗｅｂサーバからの画面コンテンツにより前記案内操作表示を行うとともに、前記画面コンテンツに埋め込まれたスクリプトで指定された制御アプレット名により、前記ＩＯユニットを制御する制御アプレットのメソッドを呼び出し、前記ＩＯユニットを制御し、
   前記画面コンテンツに埋め込まれたスクリプトで前記画面イメージ生成アプレットが指定された場合には、前記事前に生成した前記入力ボタン画面イメージファイルを取得し、前記利用者の入力操作を行わせるため、前記表示装置の画面に表示する
   ことを特徴とする自動サービス装置。
2. 前記制御ユニットは、前記Ｗｅｂサーバからのフレーム制御コンテンツにより、前記サービス画面用フレームを表示、前記常駐用フレームを非表示に設定する
   ことを特徴とする請求項１の自動サービス装置。
3. 前記制御ユニットの画面イメージ生成アプレットは、パターン定義体ファイルに定義されている多数のボタンイメージから、多数のボタンイメージが配置された前記入力ボタン画面イメージファイルを事前に生成する
   ことを特徴とする請求項１の自動サービス装置。
4. Ｗｅｂサーバと、
   前記Ｗｅｂサーバにネットワークを介し接続され、利用者の操作に応じて、前記Ｗｅｂサーバと交信し、案内操作表示とサービス動作を行う自動サービス装置とを有し、
   前記自動サービス装置は、
   タッチパネル付きデイスプレイで構成され、前記案内操作表示を行う表示ユニットと、
   前記サービス動作を行うための複数のＩＯユニットと、
   前記Ｗｅｂサーバからの画面コンテンツに応じて、ブラウザにより、前記表示装置の画面の案内操作表示を画面遷移し、且つ前記画面コンテンツに埋め込まれたスクリプトに応じて、前記複数のＩＯユニットを制御する制御ユニットとを有し、
   前記制御ユニットは、
   前記装置立ち上げ時に、前記Ｗｅｂサーバから前記ＩＯユニットを制御する制御アプレットと前記案内操作画面のイメージを生成する画面イメージ生成アプレットとを受信し、サービス画面用フレームと常駐用フレームに分割されたブラウザ画面の前記常駐用フレームに、前記Ｗｅｂサーバから受信した前記画面イメージ生成アプレットと前記制御アプレットとを格納し、
   前記画面イメージ生成アプレットにより、前記サービス画面用フレームに表示する入力ボタン画面イメージファイルを事前に生成しておき、
   前記Ｗｅｂサーバからの画面コンテンツにより前記案内操作表示を行うとともに、前記画面コンテンツに埋め込まれたスクリプトで指定された制御アプレット名により、前記ＩＯユニットを制御する制御アプレットのメソッドを呼び出し、前記ＩＯユニットを制御し、
   前記画面コンテンツに埋め込まれたスクリプトで前記画面イメージ生成アプレットが指定された場合には、前記事前に生成した前記入力ボタン画面イメージファイルを取得し、前記利用者の入力操作を行わせるため、前記表示装置の画面に表示する
   ことを特徴とする自動サービスシステム。
5. 前記制御ユニットの画面イメージ生成アプレットは、
   パターン定義体ファイルに定義されている多数のボタンイメージから、多数のボタンイメージが配置された前記入力ボタン画面イメージファイルを事前に生成する
   ことを特徴とする請求項４の自動サービスシステム。

Images