画面表示とデバイス処理の同期制御方式
【課題】
クライアント側のブラウザからのリクエストに基づいて、Ｗｅｂアプリケーションサーバからクライアント側にデバイス処理要求を行うシステムにおいて、クライアント側でブラウザの画面表示処理とクライアント側のデバイス処理との間で、回線速度の物理的制限によりタイムラグが発生し、同期を取る事ができない。
【解決手段】
クライアント側でデバイス処理要求を保留キューに保留し、ブラウザでの画面表示完了を契機に、保留されていたデバイス処理を実行することで、ローカルに同期制御を行うことができ、デバイスの動きにタイムラグなく対応した画面を表示できる。
クライアント側のブラウザからのリクエストに基づいて、Ｗｅｂアプリケーションサーバからクライアント側にデバイス処理要求を行うシステムにおいて、クライアント側でブラウザの画面表示処理とクライアント側のデバイス処理との間で、回線速度の物理的制限によりタイムラグが発生し、同期を取る事ができない。
【解決手段】
クライアント側でデバイス処理要求を保留キューに保留し、ブラウザでの画面表示完了を契機に、保留されていたデバイス処理を実行することで、ローカルに同期制御を行うことができ、デバイスの動きにタイムラグなく対応した画面を表示できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーションサーバに業務アプリケーションと画面コンテンツを配置し、クライアントである自動取引装置の顧客操作画面（ブラウザとも言う）からのリクエストにより、サーバ側で業務アプリケーションを実行し、表示画面生成を行い、自動取引装置のブラウザに対して表示画面をレスポンスし、ブラウザに顧客操作用の画面を表示することで取引を実現する自動取引システムに関する。
【背景技術】
【０００２】
Ｗｅｂサーバを用いた自動取引装置を実現する従来技術としては、特許文献１がある。画面コンテンツをＷｅｂサーバ上に保有し、クライアント（自動取引装置）からのリクエストによってサーバ上で画面生成を行い、クライアントに画面データをダウンロードした後でクライアント側のブラウザで画面データを表示させる方式がある。
【０００３】
【特許文献１】特開２００１−７６２１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１のようにクライアント側からの入力に応じてサーバ側が制御して画面を次々と表示させる技術は一般的である。しかし、リクエストに基づいてサーバからクライアント側のデバイス制御を行った場合には、クライアント側での画面表示処理とクライアント側のデバイス制御との間のタイムラグを配慮する必要があるが、これについては考慮されていない。そのため、サーバ側でデバイス処理要求と表示画面のレスポンスを順次処理するだけでは、回線速度の物理的制限により画面表示の遅延が発生し、クライアント側でデバイス制御と画面表示の同期が取れない問題が発生する。
【課題を解決するための手段】
【０００５】
上述の問題を解決するため、サーバ側にデバイス処理要求を伴う業務アプリケーションを配置した構成において、（１）ブラウザからのリクエストにより業務アプリケーションが処理を行い、デバイス処理要求を行う、（２）自動取引装置の保留キューにデバイス処理要求を保留する、（３）サーバ側で画面生成を行いブラウザにレスポンスする事で画面を表示する、（４）ブラウザから保留キューに表示完了を通知することで、保留されていたデバイス処理要求をデバイス制御に通知する、の何れか１つ以上の構成を採用する自動取引システムを提供する。
【発明の効果】
【０００６】
本発明によればデバイス処理要求を伴う業務アプリケーションをサーバ側で実行した場合でも、クライアント側でローカルに同期制御を行うことで、ブラウザ表示とデバイス処理（フリッカランプ点灯や媒体返却等）の同期を取り易くなる。これにより、デバイスの動きにタイムラグなく対応したブラウザ画面を表示でき、エンドユーザの操作をスムーズに誘導することができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の最良の形態について図を用いて説明する。図１は一実施例を示すシステム構成である。自動取引装置３は、顧客又は利用者の操作によって入金や出金等の取引を自動的に行う装置であり、金融機関やコンビニ等に設置されている。ブラウザ８は顧客に表示する画面を閲覧する機能を主に有したソフトウェアであり、顧客操作画面７からの顧客操作に応じてＷｅｂアプリケーションサーバ２に対してリクエストを上げ、レスポンスに応じた次画面を表示する。なお、後述のＣＰＵ等のハード構成を有する制御ユニット（制御部）に記憶されたもので当該ハードと有機的に結びついて種々の制御、処理を行う。また、図１の自動取引装置３の各構成は基本的に制御ユニットに記憶されたものであり、よって制御ユニットが後述の各機能を有しているとも言える。また、ブラウザ８に付随するプログラムであるＡｐｐｌｅｔ９を用いることで画面表示以外の処理を行う。通信制御部１０はサーバ２の業務アプリケーション６と通信する役割を果たし、また、特定の処理を保留することが出来る保留キュー１１を有し、デバイス制御１２に処理の要求を行う。デバイス制御部１２は各種デバイス（後述の各機構、ユニット）に対して処理要求を行う。
ＣＰＵ、メモリ、記憶装置等のハード構成を有するＷｅｂアプリケーションサーバ２はブラウザ８からのリクエストに応じて画面を生成し、その情報をレスポンスすることで、最終的に自動取引装置３のブラウザ８に顧客操作画面７を表示する。業務アプリケーション６は自動取引装置３にて取引を実現するためのプログラムであり、取引の種類に応じてシーケンシャルな処理を行う。この処理の過程で自動取引装置３のデバイスを処理する必要が生じた場合は、通信制御部１０に対して処理要求を行うことができる。顧客操作画面生成部５は業務アプリケーション６の実行結果データを元に、画面コンテンツ４内の画像ファイル等を利用し、自動取引装置８の顧客操作画面７に表示する画面データを生成する。そしてこのＷｅｂアプリケーションサーバ２がホストコンピュータ１と交信することで、自動取引装置３より要求される様々な取引を行うことが出来るシステム構成である。
【０００８】
図２は自動取引装置の概略構成を示す説明図である。図示するように本体の自動取引装置３には次のハードユニットが備えられている。顧客操作部２７は顧客が取引を行う際に取引選択や取引内容の確認を行うために用いられ、上述のブラウザ８によって顧客操作画面７として種々の表示が行われる。カード取扱機構３０はカードの磁気ストライプの読み書きができ、また、カードの吸入や排出を行う。通帳取扱機構２９は磁気ストライプから情報を読み取ることができ、また、取引結果を印字する機能がある。紙幣入出金機構２８は取引の際に発生する紙幣の出し入れや、紙幣を鑑別する鑑別部、紙幣を金種別に収納する収納ボックスを具備するユニットである。明細票取扱機構３１は利用者が行った取引内容の顧客控えである明細票に取引内容を印字し、排出する機能がある。
上記の自動取引装置３の各ユニットをＣＰＵ、メモリ等のハード構成を有する制御ユニット３８が制御を行うことで各ユニット間の情報の受け渡しが可能となる。自動取引装置３はＷｅｂアプリケーションサーバ２に通信回線を介して接続されている。制御ユニット３８はＷｅｂアプリケーションサーバ２と通信を行いつつ、取引を実現する。図中の制御ユニット３８はソフトウェア的に各機能ブロックから構成され、主制御部２０によって制御される。
カードリード/ライト部２４はカード取扱機構３０を制御して磁気ストライプからの情報を取得する。同様に通帳情報入出力部２５は通帳取扱機構２９を制御して通帳からの情報の入力および通帳への書込み処理を制御する。指示入出力部２１は顧客操作部２７を制御し、顧客が操作するための画面を表示、さらに操作結果情報の取得を行う。紙幣入出金処理部２２は紙幣入出金機構３６の入出金口のシャッタ開閉や、出金枚数や入金枚数を制御する。明細票印字部２３は明細票取扱機構３１の排出制御や明細票の印字制御を行う。通信部２６はＷｅｂアプリケーションサーバとの通信を制御する。フリッカランプ３３、３４、３５、３６は上述の各ユニットの挿入又は排出口近傍に設置され、それぞれ点灯することで、カード取扱機構３０、明細票取扱機構３１、通帳取扱機構２９、紙幣入出金機構２８に挿入要求もしくは排出中を顧客に視覚的に知らせる機能がある。
【０００９】
このように、自動取引装置（ＡＴＭ）の各ユニット（機構、デバイス）は制御ユニット３８（単に制御部、制御手段とも言う）によって処理、制御が行われ、特に顧客操作部２７にて検知する顧客の選択取引とそれらに対するＷｅｂアプリケーションサーバ２からの指示等で各種の処理を行うシステムである。
【実施例１】
【００１０】
図１，２にて説明した各構成を用いて具体的な取引を例に以下説明する。なお、上述の制御ユニット３８或いは制御ユニット３８に記憶されたブラウザ８によって主要な各種の処理、制御が行われる。
【００１１】
図３は、自動取引装置３とＷｅｂアプリケーションサーバ２（単にサーバ）との関係を示し、自動取引装置３側ではブラウザ８によって操作部２７に表示される初期画面やガイダンスを示している。本実施例ではブラウザ（顧客操作画面）の取引選択画面４０で利用者が引出キー４８を押下した場合の画面遷移に基づいて説明するが、他の取引「預入」「残高照会」「振込」の各取引項目を選択した場合にも適用できる。
【００１２】
初期画面でもある取引選択画面４０にて顧客が引出キー４８を押下するとそれを検知してＷｅｂアプリケーションサーバ２にリクエストを上げる（送信する）。Ｗｅｂアプリケーションサーバ２でリクエストを受信して当該リクエストに対する業務処理を業務アプリケーション６中心に行い、画面コンテンツ４から必要な素材を取得し、合わせて業務アプリケーション６による業務処理結果から画面生成部５を介して画面生成する。そして生成された画面と自動取引装置３のカード取扱機構３０で必要な処理を、レスポンスとして自動取引装置３に送信する。自動取引装置３０はサーバ２からのこれらのレスポンスを受信することでカード取扱機構３０の起動或いは読取やカード搬送に必要な処理を行い、一方、操作部２７にはブラウザ８による制御、機能によってカード挿入画面４１を表示する。カード挿入画面４１で顧客がカード取扱機構３０の挿入／排出口にカードを挿入すると、それを検知してブラウザ８を介してＷｅｂアプリケーションサーバ２にリクエストを上げる。以下同様に、暗証番号入力画面４２で暗証番号の入力が完了するとリクエストを上げ、支払金額入力画面４３で金額入力が完了するとリクエストを上げる。さらに、カード・明細票受取画面４４で顧客がカードと明細票の受取りが完了するとブラウザを介してリクエストを上げ、紙幣受取画面４５で紙幣の受取りが完了するとブラウザを介してリクエストを上げる。そして、紙幣受取画面４５からのリクエストに対して、初期画面に相当する取引選択画面４０をレスポンスすることで、再び取引を行う。このようなクライアント・サーバによる自動取引システムにて種々の取引を可能にする。
【００１３】
このような自動取引装置３への画面表示に加え、本自動取引システムでは自動取引装置３に具備された各ユニット（狭義のデバイス）の処理、制御をするために、自動取引装置３をシーケンシャルに動作させるサーバ２の業務アプリケーション６からのデバイス処理要求と連動させる必要がある。なお、図１ではサーバ２とＡＴＭ３間でブラウザ８による画面７の表示制御と、業務アプリケーション６と通信制御部１０とのデバイス制御とを分けていることを示している。
【００１４】
例えば、図３の支払金額入力画面４３で押下され検知された金額等の情報はリクエストとして自動取引装置３のブラウザ８からＷｅｂアプリケーションサーバ２に上がる。サーバ２はこの情報に基づいて、業務アプリケーション６が次画面のカード・明細票受取画面４４をレスポンスすると共に装置３の各種デバイス処理要求を行う。各種デバイス処理とは、カード取扱機構３０のデバイスからカードを排出するための排出処理要求、明細票取扱機構３１のデバイスでの明細票を作成するための明細票印字要求、明細票を排出するための明細票排出要求、各ユニットの挿入又は排出口近傍に備えられ、媒体の受取りを顧客に促すためのフリッカランプへの点灯要求等がある。なお、これまで説明してきた業務アプリケーションや画面生成を自動取引装置側で実行する自動取引システムにおいては、媒体排出／フリッカランプ点灯と明細票受取画面４４表示の同期を取ることは、順次処理を行うだけで実現できた。しかし、本システムの様に業務アプリケーション６と画面生成処理４，５をＷｅｂアプリケーションサーバ２で実行した場合には、回線速度の物理的な制限により順次処理するだけでは画面表示に時間が掛かるため同期をとることができない。
【００１５】
以下、クライアントサーバシステムでの自動取引装置３で処理される一例として、カード・明細票受取画面４４の表示と、この表示に付随するデバイス処理の同期制御機能、方法を図４のシーケンス図、図５，６のフロー図、図７，８のデータフォーマット図を用いて説明する。
自動取引装置３の操作部２７に表示される支払金額入力画面４３において、顧客が支払金額を入力完了した時点でブラウザ８からリクエストがＷｅｂアプリケーションサーバ２に上がる（Ｓ４０１）。Ｗｅｂアプリケーションサーバ２は受信したリクエストに基づき業務アプリケーション６の実行中にデバイス処理要求が必要となるかを判断する。本例ででは必要となることから、取引装置３の通信制御部１０に対して図７のデータ（情報）を送信する。本データはデバイスの種類９０、処理内容９１、実行契機９２のパラメータ（特定情報とも言う）が含まれており、これを指定して、デバイス処理要求を送信する。図７のデバイスの種類９０は各ユニットのハード構成をソフト的に制御する図２の紙幣入出金処理部２２・明細票印字部２３・カードリード／ライト部２４・通帳情報入出力部２５等の処理を要求するデバイスの種類を指定する。処理内容９１とは、印字処理・媒体吸入処理・媒体排出処理等をデバイスに対して指定する。実行契機９２は即時実行もしくは画面表示後実行を指定する。
【００１６】
一方、自動取引装置側、つまりデバイス処理要求を受信した通信制御部１０は、図５のフローに従って処理を行う。通信制御部１０はサーバ２より送信される図７のデバイス処理要求データを受信し（Ｓ５０１）、データに含まれる実行契機９２を意識して即実行か、又は表示後実行かを判定する（Ｓ５０２）。このＳ５０２にて表示後実行指定であれば、通信制御１０内の保留キュー１１にデバイス処理要求を保留し（Ｓ５０３）、Ｗｅｂアプリケーションサーバに処理結果（又は実行結果）９３を送信する（Ｓ５０４）。処理結果９３はデバイス処理要求の戻り値であり処理が成功すれば“ＯＫ”を、失敗すれば“ＮＧ”を返す。表示後実行指定でなければ（Ｓ５０２）、デバイス制御部１２に対してデバイス処理を要求し（Ｓ５０５）、デバイス制御部１２で各種デバイスに対して処理内容を実行させ、Ｗｅｂアプリケーションサーバに処理結果を送信する（Ｓ５０４）。ここで、図４の明細票印字処理要求の場合には（Ｓ４０２）、画面表示と同期を取る必要がないため実行契機は即時実行で処理要求を行う。カード排出処理要求は（Ｓ４０３）、カード・明細票受取画面４４の表示と同期を取ることで顧客の操作をスムーズに誘導できるため、実行契機はＳ５０２にて表示後実行指定で行う。
【００１７】
以下同様に、図４に示す明細票排出処理要求（Ｓ４０４）、カード用フリッカランプ点灯処理要求（Ｓ４０５）、明細票用フリッカランプ点灯処理要求（Ｓ４０６）に関しても表示後実行指定で行う。Ｗｅｂアプリケーションサーバ２では以上の業務アプリケーション実行後に画面生成を行いブラウザ８に画面データをレスポンスする（Ｓ４０７）。
【００１８】
自動取引装置３のブラウザ８は、操作部２７にカード・明細票受取画面４４を表示完了した時点で、ブラウザ８に付随するＡｐｐｌｅｔ９から通信制御部１０に対して表示完了通知を発行する。ブラウザに付随するＡｐｐｌｅｔから表示完了通知を受信した通信制御部１０の処理フローを図６に示す。保留キュー１１に上述の各種処理要求が保留されていれば（Ｓ６０２）、保留されていたデバイス処理要求をＦＩＦＯ（先入れ先出し）でデバイス制御部に通知する（Ｓ６０３）。以上の処理を用いることで、ネットワークが介在しても、デバイスの動きにタイムラグなく対応した顧客操作画面を表示可能となる。
【図面の簡単な説明】
【００１９】
【図１】自動取引システムのブロック図
【図２】自動取引装置の構成図
【図３】一般的な取引の画面遷移図
【図４】実施例の処理のシーケンス図
【図５】デバイス処理要求受信時の通信制御部の処理フロー図
【図６】表示完了通知時の通信制御部の処理フロー図
【図７】デバイス処理要求のデータフォーマット
【図８】デバイス処理要求の実行結果のデータフォーマット
【符号の説明】
【００２０】
１…ホストコンピュータ、２…Ｗｅｂアプリケーションサーバ、３…自動取引装置、４…画面コンテンツ、５…顧客操作画面生成部、６…業務アプリケーション、７…顧客操作画面、８…ブラウザ、９…Ａｐｐｌｅｔ、１０…通信制御部、１１…保留キュー、１２…デバイス制御部、２０…主制御部、２１…指示入出力部、２２…紙幣入出金処理部、２３…明細票印字部、２４…カードリード/ライト部、２５…通帳情報入出力部、２６…通信部、２７…顧客操作部、２８…紙幣入出金機構、２９…通帳取扱機構、３０…カード取扱機構、３１…明細票取扱機構、３３…フリッカランプ、３４…フリッカランプ、３５…フリッカランプ、３６…フリッカランプ、３８…制御ユニット、４０…取引選択画面、４１…カード挿入画面、４２…暗証番号入力画面、４３…支払金額入力画面、４４…カード・明細票受取画面、４５…紙幣受取画面、９０…デバイスの種類、９１…処理内容、９２…実行契機、９３…実行結果
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーションサーバに業務アプリケーションと画面コンテンツを配置し、クライアントである自動取引装置の顧客操作画面（ブラウザとも言う）からのリクエストにより、サーバ側で業務アプリケーションを実行し、表示画面生成を行い、自動取引装置のブラウザに対して表示画面をレスポンスし、ブラウザに顧客操作用の画面を表示することで取引を実現する自動取引システムに関する。
【背景技術】
【０００２】
Ｗｅｂサーバを用いた自動取引装置を実現する従来技術としては、特許文献１がある。画面コンテンツをＷｅｂサーバ上に保有し、クライアント（自動取引装置）からのリクエストによってサーバ上で画面生成を行い、クライアントに画面データをダウンロードした後でクライアント側のブラウザで画面データを表示させる方式がある。
【０００３】
【特許文献１】特開２００１−７６２１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１のようにクライアント側からの入力に応じてサーバ側が制御して画面を次々と表示させる技術は一般的である。しかし、リクエストに基づいてサーバからクライアント側のデバイス制御を行った場合には、クライアント側での画面表示処理とクライアント側のデバイス制御との間のタイムラグを配慮する必要があるが、これについては考慮されていない。そのため、サーバ側でデバイス処理要求と表示画面のレスポンスを順次処理するだけでは、回線速度の物理的制限により画面表示の遅延が発生し、クライアント側でデバイス制御と画面表示の同期が取れない問題が発生する。
【課題を解決するための手段】
【０００５】
上述の問題を解決するため、サーバ側にデバイス処理要求を伴う業務アプリケーションを配置した構成において、（１）ブラウザからのリクエストにより業務アプリケーションが処理を行い、デバイス処理要求を行う、（２）自動取引装置の保留キューにデバイス処理要求を保留する、（３）サーバ側で画面生成を行いブラウザにレスポンスする事で画面を表示する、（４）ブラウザから保留キューに表示完了を通知することで、保留されていたデバイス処理要求をデバイス制御に通知する、の何れか１つ以上の構成を採用する自動取引システムを提供する。
【発明の効果】
【０００６】
本発明によればデバイス処理要求を伴う業務アプリケーションをサーバ側で実行した場合でも、クライアント側でローカルに同期制御を行うことで、ブラウザ表示とデバイス処理（フリッカランプ点灯や媒体返却等）の同期を取り易くなる。これにより、デバイスの動きにタイムラグなく対応したブラウザ画面を表示でき、エンドユーザの操作をスムーズに誘導することができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の最良の形態について図を用いて説明する。図１は一実施例を示すシステム構成である。自動取引装置３は、顧客又は利用者の操作によって入金や出金等の取引を自動的に行う装置であり、金融機関やコンビニ等に設置されている。ブラウザ８は顧客に表示する画面を閲覧する機能を主に有したソフトウェアであり、顧客操作画面７からの顧客操作に応じてＷｅｂアプリケーションサーバ２に対してリクエストを上げ、レスポンスに応じた次画面を表示する。なお、後述のＣＰＵ等のハード構成を有する制御ユニット（制御部）に記憶されたもので当該ハードと有機的に結びついて種々の制御、処理を行う。また、図１の自動取引装置３の各構成は基本的に制御ユニットに記憶されたものであり、よって制御ユニットが後述の各機能を有しているとも言える。また、ブラウザ８に付随するプログラムであるＡｐｐｌｅｔ９を用いることで画面表示以外の処理を行う。通信制御部１０はサーバ２の業務アプリケーション６と通信する役割を果たし、また、特定の処理を保留することが出来る保留キュー１１を有し、デバイス制御１２に処理の要求を行う。デバイス制御部１２は各種デバイス（後述の各機構、ユニット）に対して処理要求を行う。
ＣＰＵ、メモリ、記憶装置等のハード構成を有するＷｅｂアプリケーションサーバ２はブラウザ８からのリクエストに応じて画面を生成し、その情報をレスポンスすることで、最終的に自動取引装置３のブラウザ８に顧客操作画面７を表示する。業務アプリケーション６は自動取引装置３にて取引を実現するためのプログラムであり、取引の種類に応じてシーケンシャルな処理を行う。この処理の過程で自動取引装置３のデバイスを処理する必要が生じた場合は、通信制御部１０に対して処理要求を行うことができる。顧客操作画面生成部５は業務アプリケーション６の実行結果データを元に、画面コンテンツ４内の画像ファイル等を利用し、自動取引装置８の顧客操作画面７に表示する画面データを生成する。そしてこのＷｅｂアプリケーションサーバ２がホストコンピュータ１と交信することで、自動取引装置３より要求される様々な取引を行うことが出来るシステム構成である。
【０００８】
図２は自動取引装置の概略構成を示す説明図である。図示するように本体の自動取引装置３には次のハードユニットが備えられている。顧客操作部２７は顧客が取引を行う際に取引選択や取引内容の確認を行うために用いられ、上述のブラウザ８によって顧客操作画面７として種々の表示が行われる。カード取扱機構３０はカードの磁気ストライプの読み書きができ、また、カードの吸入や排出を行う。通帳取扱機構２９は磁気ストライプから情報を読み取ることができ、また、取引結果を印字する機能がある。紙幣入出金機構２８は取引の際に発生する紙幣の出し入れや、紙幣を鑑別する鑑別部、紙幣を金種別に収納する収納ボックスを具備するユニットである。明細票取扱機構３１は利用者が行った取引内容の顧客控えである明細票に取引内容を印字し、排出する機能がある。
上記の自動取引装置３の各ユニットをＣＰＵ、メモリ等のハード構成を有する制御ユニット３８が制御を行うことで各ユニット間の情報の受け渡しが可能となる。自動取引装置３はＷｅｂアプリケーションサーバ２に通信回線を介して接続されている。制御ユニット３８はＷｅｂアプリケーションサーバ２と通信を行いつつ、取引を実現する。図中の制御ユニット３８はソフトウェア的に各機能ブロックから構成され、主制御部２０によって制御される。
カードリード/ライト部２４はカード取扱機構３０を制御して磁気ストライプからの情報を取得する。同様に通帳情報入出力部２５は通帳取扱機構２９を制御して通帳からの情報の入力および通帳への書込み処理を制御する。指示入出力部２１は顧客操作部２７を制御し、顧客が操作するための画面を表示、さらに操作結果情報の取得を行う。紙幣入出金処理部２２は紙幣入出金機構３６の入出金口のシャッタ開閉や、出金枚数や入金枚数を制御する。明細票印字部２３は明細票取扱機構３１の排出制御や明細票の印字制御を行う。通信部２６はＷｅｂアプリケーションサーバとの通信を制御する。フリッカランプ３３、３４、３５、３６は上述の各ユニットの挿入又は排出口近傍に設置され、それぞれ点灯することで、カード取扱機構３０、明細票取扱機構３１、通帳取扱機構２９、紙幣入出金機構２８に挿入要求もしくは排出中を顧客に視覚的に知らせる機能がある。
【０００９】
このように、自動取引装置（ＡＴＭ）の各ユニット（機構、デバイス）は制御ユニット３８（単に制御部、制御手段とも言う）によって処理、制御が行われ、特に顧客操作部２７にて検知する顧客の選択取引とそれらに対するＷｅｂアプリケーションサーバ２からの指示等で各種の処理を行うシステムである。
【実施例１】
【００１０】
図１，２にて説明した各構成を用いて具体的な取引を例に以下説明する。なお、上述の制御ユニット３８或いは制御ユニット３８に記憶されたブラウザ８によって主要な各種の処理、制御が行われる。
【００１１】
図３は、自動取引装置３とＷｅｂアプリケーションサーバ２（単にサーバ）との関係を示し、自動取引装置３側ではブラウザ８によって操作部２７に表示される初期画面やガイダンスを示している。本実施例ではブラウザ（顧客操作画面）の取引選択画面４０で利用者が引出キー４８を押下した場合の画面遷移に基づいて説明するが、他の取引「預入」「残高照会」「振込」の各取引項目を選択した場合にも適用できる。
【００１２】
初期画面でもある取引選択画面４０にて顧客が引出キー４８を押下するとそれを検知してＷｅｂアプリケーションサーバ２にリクエストを上げる（送信する）。Ｗｅｂアプリケーションサーバ２でリクエストを受信して当該リクエストに対する業務処理を業務アプリケーション６中心に行い、画面コンテンツ４から必要な素材を取得し、合わせて業務アプリケーション６による業務処理結果から画面生成部５を介して画面生成する。そして生成された画面と自動取引装置３のカード取扱機構３０で必要な処理を、レスポンスとして自動取引装置３に送信する。自動取引装置３０はサーバ２からのこれらのレスポンスを受信することでカード取扱機構３０の起動或いは読取やカード搬送に必要な処理を行い、一方、操作部２７にはブラウザ８による制御、機能によってカード挿入画面４１を表示する。カード挿入画面４１で顧客がカード取扱機構３０の挿入／排出口にカードを挿入すると、それを検知してブラウザ８を介してＷｅｂアプリケーションサーバ２にリクエストを上げる。以下同様に、暗証番号入力画面４２で暗証番号の入力が完了するとリクエストを上げ、支払金額入力画面４３で金額入力が完了するとリクエストを上げる。さらに、カード・明細票受取画面４４で顧客がカードと明細票の受取りが完了するとブラウザを介してリクエストを上げ、紙幣受取画面４５で紙幣の受取りが完了するとブラウザを介してリクエストを上げる。そして、紙幣受取画面４５からのリクエストに対して、初期画面に相当する取引選択画面４０をレスポンスすることで、再び取引を行う。このようなクライアント・サーバによる自動取引システムにて種々の取引を可能にする。
【００１３】
このような自動取引装置３への画面表示に加え、本自動取引システムでは自動取引装置３に具備された各ユニット（狭義のデバイス）の処理、制御をするために、自動取引装置３をシーケンシャルに動作させるサーバ２の業務アプリケーション６からのデバイス処理要求と連動させる必要がある。なお、図１ではサーバ２とＡＴＭ３間でブラウザ８による画面７の表示制御と、業務アプリケーション６と通信制御部１０とのデバイス制御とを分けていることを示している。
【００１４】
例えば、図３の支払金額入力画面４３で押下され検知された金額等の情報はリクエストとして自動取引装置３のブラウザ８からＷｅｂアプリケーションサーバ２に上がる。サーバ２はこの情報に基づいて、業務アプリケーション６が次画面のカード・明細票受取画面４４をレスポンスすると共に装置３の各種デバイス処理要求を行う。各種デバイス処理とは、カード取扱機構３０のデバイスからカードを排出するための排出処理要求、明細票取扱機構３１のデバイスでの明細票を作成するための明細票印字要求、明細票を排出するための明細票排出要求、各ユニットの挿入又は排出口近傍に備えられ、媒体の受取りを顧客に促すためのフリッカランプへの点灯要求等がある。なお、これまで説明してきた業務アプリケーションや画面生成を自動取引装置側で実行する自動取引システムにおいては、媒体排出／フリッカランプ点灯と明細票受取画面４４表示の同期を取ることは、順次処理を行うだけで実現できた。しかし、本システムの様に業務アプリケーション６と画面生成処理４，５をＷｅｂアプリケーションサーバ２で実行した場合には、回線速度の物理的な制限により順次処理するだけでは画面表示に時間が掛かるため同期をとることができない。
【００１５】
以下、クライアントサーバシステムでの自動取引装置３で処理される一例として、カード・明細票受取画面４４の表示と、この表示に付随するデバイス処理の同期制御機能、方法を図４のシーケンス図、図５，６のフロー図、図７，８のデータフォーマット図を用いて説明する。
自動取引装置３の操作部２７に表示される支払金額入力画面４３において、顧客が支払金額を入力完了した時点でブラウザ８からリクエストがＷｅｂアプリケーションサーバ２に上がる（Ｓ４０１）。Ｗｅｂアプリケーションサーバ２は受信したリクエストに基づき業務アプリケーション６の実行中にデバイス処理要求が必要となるかを判断する。本例ででは必要となることから、取引装置３の通信制御部１０に対して図７のデータ（情報）を送信する。本データはデバイスの種類９０、処理内容９１、実行契機９２のパラメータ（特定情報とも言う）が含まれており、これを指定して、デバイス処理要求を送信する。図７のデバイスの種類９０は各ユニットのハード構成をソフト的に制御する図２の紙幣入出金処理部２２・明細票印字部２３・カードリード／ライト部２４・通帳情報入出力部２５等の処理を要求するデバイスの種類を指定する。処理内容９１とは、印字処理・媒体吸入処理・媒体排出処理等をデバイスに対して指定する。実行契機９２は即時実行もしくは画面表示後実行を指定する。
【００１６】
一方、自動取引装置側、つまりデバイス処理要求を受信した通信制御部１０は、図５のフローに従って処理を行う。通信制御部１０はサーバ２より送信される図７のデバイス処理要求データを受信し（Ｓ５０１）、データに含まれる実行契機９２を意識して即実行か、又は表示後実行かを判定する（Ｓ５０２）。このＳ５０２にて表示後実行指定であれば、通信制御１０内の保留キュー１１にデバイス処理要求を保留し（Ｓ５０３）、Ｗｅｂアプリケーションサーバに処理結果（又は実行結果）９３を送信する（Ｓ５０４）。処理結果９３はデバイス処理要求の戻り値であり処理が成功すれば“ＯＫ”を、失敗すれば“ＮＧ”を返す。表示後実行指定でなければ（Ｓ５０２）、デバイス制御部１２に対してデバイス処理を要求し（Ｓ５０５）、デバイス制御部１２で各種デバイスに対して処理内容を実行させ、Ｗｅｂアプリケーションサーバに処理結果を送信する（Ｓ５０４）。ここで、図４の明細票印字処理要求の場合には（Ｓ４０２）、画面表示と同期を取る必要がないため実行契機は即時実行で処理要求を行う。カード排出処理要求は（Ｓ４０３）、カード・明細票受取画面４４の表示と同期を取ることで顧客の操作をスムーズに誘導できるため、実行契機はＳ５０２にて表示後実行指定で行う。
【００１７】
以下同様に、図４に示す明細票排出処理要求（Ｓ４０４）、カード用フリッカランプ点灯処理要求（Ｓ４０５）、明細票用フリッカランプ点灯処理要求（Ｓ４０６）に関しても表示後実行指定で行う。Ｗｅｂアプリケーションサーバ２では以上の業務アプリケーション実行後に画面生成を行いブラウザ８に画面データをレスポンスする（Ｓ４０７）。
【００１８】
自動取引装置３のブラウザ８は、操作部２７にカード・明細票受取画面４４を表示完了した時点で、ブラウザ８に付随するＡｐｐｌｅｔ９から通信制御部１０に対して表示完了通知を発行する。ブラウザに付随するＡｐｐｌｅｔから表示完了通知を受信した通信制御部１０の処理フローを図６に示す。保留キュー１１に上述の各種処理要求が保留されていれば（Ｓ６０２）、保留されていたデバイス処理要求をＦＩＦＯ（先入れ先出し）でデバイス制御部に通知する（Ｓ６０３）。以上の処理を用いることで、ネットワークが介在しても、デバイスの動きにタイムラグなく対応した顧客操作画面を表示可能となる。
【図面の簡単な説明】
【００１９】
【図１】自動取引システムのブロック図
【図２】自動取引装置の構成図
【図３】一般的な取引の画面遷移図
【図４】実施例の処理のシーケンス図
【図５】デバイス処理要求受信時の通信制御部の処理フロー図
【図６】表示完了通知時の通信制御部の処理フロー図
【図７】デバイス処理要求のデータフォーマット
【図８】デバイス処理要求の実行結果のデータフォーマット
【符号の説明】
【００２０】
１…ホストコンピュータ、２…Ｗｅｂアプリケーションサーバ、３…自動取引装置、４…画面コンテンツ、５…顧客操作画面生成部、６…業務アプリケーション、７…顧客操作画面、８…ブラウザ、９…Ａｐｐｌｅｔ、１０…通信制御部、１１…保留キュー、１２…デバイス制御部、２０…主制御部、２１…指示入出力部、２２…紙幣入出金処理部、２３…明細票印字部、２４…カードリード/ライト部、２５…通帳情報入出力部、２６…通信部、２７…顧客操作部、２８…紙幣入出金機構、２９…通帳取扱機構、３０…カード取扱機構、３１…明細票取扱機構、３３…フリッカランプ、３４…フリッカランプ、３５…フリッカランプ、３６…フリッカランプ、３８…制御ユニット、４０…取引選択画面、４１…カード挿入画面、４２…暗証番号入力画面、４３…支払金額入力画面、４４…カード・明細票受取画面、４５…紙幣受取画面、９０…デバイスの種類、９１…処理内容、９２…実行契機、９３…実行結果
【特許請求の範囲】
【請求項１】
サーバと、当該サーバからの指示に応じて種々の取引を実行する自動取引装置とを有する自動取引システムにおいて、
前記自動取引装置は、画面を表示する操作部と、カード挿入等の処理を行う複数のユニットと、前記操作部及びユニットを制御する制御部とを有し、
前記制御部は、前記操作部への入力に基づきリクエストとして前記サーバに送信し、前記サーバより受信する特定情報に基づき、前記操作部に画面を表示後に前記ユニットを処理するか否かを判断することを特徴とする自動取引システム。
【請求項２】
請求項１記載の自動取引システムにおいて、
前記制御部は、前記操作部に表示される画面を制御するブラウザと、前記サーバより受信する情報を受信する通信制御部とを有し、
前記ブラウザは前記サーバによって作成される画面データを前記操作部に表示することを特徴とする自動取引システム。
【請求項３】
請求項１記載の自動取引システムにおいて、
前記制御部は、前記操作部に表示される画面を制御するブラウザと、前記サーバより受信する情報を受信する通信制御部とを有し、
前記通信制御は、前記サーバより受信するデバイス処理要求を保留する保留キューを有することを特徴とする自動取引システム。
【請求項４】
請求項３記載の自動取引システムにおいて、
前記制御部は、前記ブラウザに画面表示が完了したことに基づいて、前記保留キューに保留した前記デバイス処理要求で指定されるユニットの処理を実行することを特徴とする自動取引システム。
【請求項５】
請求項１記載の自動取引システムにおいて、
前記サーバは、前記自動取引装置より受信する前記リクエストに基づき、前記操作部より表示される画面を生成すると共に、前記ユニットにて実行される契機を示す前記特定情報を含むデバイス処理要求を前記自動取引装置にレスポンスすることを特徴とする自動取引システム。
【請求項６】
請求項３又は５記載の自動取引システムにおいて、
前記デバイス処理要求は、前記複数のユニットのうち１つのユニットの種類を示すデバイス種類と、当該ユニットで処理される情報を示す処理内容とを含むことを特徴とする自動取引システム。
【請求項７】
請求項６記載の自動取引システムにおいて、
前記制御部は、前記デバイス種類で指定されるユニットに対して前記処理内容を実行することを特徴とする自動取引システム。
【請求項８】
請求項１記載の自動取引システムにおいて、
前記特定情報は、前記ユニットの処理を即実行する又は前記操作部への画面表示完了後に前記ユニットの処理を実行することを示す情報であることを特徴とする自動取引システム。
【請求項１】
サーバと、当該サーバからの指示に応じて種々の取引を実行する自動取引装置とを有する自動取引システムにおいて、
前記自動取引装置は、画面を表示する操作部と、カード挿入等の処理を行う複数のユニットと、前記操作部及びユニットを制御する制御部とを有し、
前記制御部は、前記操作部への入力に基づきリクエストとして前記サーバに送信し、前記サーバより受信する特定情報に基づき、前記操作部に画面を表示後に前記ユニットを処理するか否かを判断することを特徴とする自動取引システム。
【請求項２】
請求項１記載の自動取引システムにおいて、
前記制御部は、前記操作部に表示される画面を制御するブラウザと、前記サーバより受信する情報を受信する通信制御部とを有し、
前記ブラウザは前記サーバによって作成される画面データを前記操作部に表示することを特徴とする自動取引システム。
【請求項３】
請求項１記載の自動取引システムにおいて、
前記制御部は、前記操作部に表示される画面を制御するブラウザと、前記サーバより受信する情報を受信する通信制御部とを有し、
前記通信制御は、前記サーバより受信するデバイス処理要求を保留する保留キューを有することを特徴とする自動取引システム。
【請求項４】
請求項３記載の自動取引システムにおいて、
前記制御部は、前記ブラウザに画面表示が完了したことに基づいて、前記保留キューに保留した前記デバイス処理要求で指定されるユニットの処理を実行することを特徴とする自動取引システム。
【請求項５】
請求項１記載の自動取引システムにおいて、
前記サーバは、前記自動取引装置より受信する前記リクエストに基づき、前記操作部より表示される画面を生成すると共に、前記ユニットにて実行される契機を示す前記特定情報を含むデバイス処理要求を前記自動取引装置にレスポンスすることを特徴とする自動取引システム。
【請求項６】
請求項３又は５記載の自動取引システムにおいて、
前記デバイス処理要求は、前記複数のユニットのうち１つのユニットの種類を示すデバイス種類と、当該ユニットで処理される情報を示す処理内容とを含むことを特徴とする自動取引システム。
【請求項７】
請求項６記載の自動取引システムにおいて、
前記制御部は、前記デバイス種類で指定されるユニットに対して前記処理内容を実行することを特徴とする自動取引システム。
【請求項８】
請求項１記載の自動取引システムにおいて、
前記特定情報は、前記ユニットの処理を即実行する又は前記操作部への画面表示完了後に前記ユニットの処理を実行することを示す情報であることを特徴とする自動取引システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００６−１２７１７９（Ｐ２００６−１２７１７９Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００４−３１５００５（Ｐ２００４−３１５００５）
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
[ Back to top ]