JP2006134346A - 自動取引システム - Google Patents

Abstract

【課題】取引開始直後、もしくは取引の途中でのＷｅｂ障害を回避できるようにする。
【解決手段】自動取引装置１がＷｅｂブラウザ３によりＷｅｂサーバ２からアプリケーションプログラム２ａをダウンロードしながら取引を行う自動取引システムにおいて、自動取引装置１が取引待ちの状態の時、自動取引装置１の監視プログラム６は、Ｗｅｂブラウザ３の状態をチェックし、Ｗｅｂサーバ２からアプリケーションプログラム２ａをダウンロードできる環境を保持する。
【選択図】 図１

Description

本発明は、自動取引装置で実行するアプリケーションをＷｅｂベースで開発し、自動取引装置はこのアプリケーションをＷｅｂサーバからダウンロードして取引を行う自動取引システムに関するものである。

自動取引装置は、例えば金融機関に設置され、顧客の操作により入出金等の取引が行えるものである。このような自動取引装置において、取引を実行するためのアプリケーションをＷｅｂベースで開発し、これをＷｅｂサーバに格納しておくとともに、自動取引装置にはＷｅｂブラウザを搭載しておいて、自動取引装置とＷｅｂサーバを回線で接続し、自動取引装置で取引を実行するに際し、Ｗｅｂサーバからアプリケーションをダウンロードして、このアプリケーションを自動取引装置で実行することで、取引を行う自動取引システムが考えられている。

このような、自動取引装置で実行するアプリケーションをＷｅｂサーバからダウンロードして取引を実行する自動取引システムでは、Ｗｅｂブラウザのホルト等、自動取引装置側のＷｅｂ環境に起因する障害が発生したり、Ｗｅｂサーバのシャットダウンや回線の混雑等、Ｗｅｂサーバ側のＷｅｂ環境に起因する障害が発生した場合に、自動取引装置が稼働するために必要なアプリケーションをダウンロードできなくなってしまい、自動取引装置が停止してしまう。自動取引装置が停止してしまうと、顧客に対する応対ができなくなってしまうとともに、自動取引装置が無人店舗に設置されている場合、係員による応対もできなくなる。したがって、Ｗｅｂ環境に起因する障害の発生を事前に防ぐとともに、障害が発生した場合に、迅速に対応できる自動取引システムを提供することが課題となっている。

本発明は、このような問題を解決することを課題とする。

そのため、本発明は、自動取引装置とＷｅｂサーバを接続し、自動取引装置はＷｅｂサーバからアプリケーションプログラムをダウンロードして取引を行う自動取引システムにおいて、取引待ち状態の時にＷｅｂ環境をチェックし、Ｗｅｂサーバからアプリケーションプログラムをダウンロードできる環境を保持することを特徴とする。

上述した本発明は、取引待ち状態の時にＷｅｂ環境のチェックを行うことにより、取引開始直後、もしくは取引の途中でのＷｅｂ障害を回避することが可能となる。
そして、事前にＷｅｂ障害を検出した場合、障害の種類に応じてＷｅｂブラウザや自動取引装置のシステム全体のリブートを実行したり、サーバ側のチェックを常時行うことにより、自動取引装置の休止時間を最小限にすることが可能となる。

以下、図面を参照して本発明による自動取引システムの実施例について説明する。

図１は本発明の第１の実施例を示す自動取引システムのブロック図である。
図において１は自動取引装置であり、この自動取引装置１は、顧客の操作により入出金等の取引が行えるものである。
自動取引装置１を構成するハードウエアとしては、紙幣の入出金を行う紙幣入出金機、硬貨の入出金を行う硬貨入出金機、操作誘導等の各種情報提供を行うディスプレイ、顧客による暗証番号や引き出し金額等の情報の入力および取引の選択を行うためのタッチパネル、顧客のカードを取り込み、ストライプ情報の読み取り等を行うカード処理機、顧客の通帳を取り込み、印字等を行う通帳処理機、取引明細票とジャナールの印字を行い、取引明細票を顧客に発行するジャーナルプリンタ等を備える。

２はＷｅｂサーバで、自動取引装置１とＬＡＮ等の回線で接続されている。
このＷｅｂサーバ２には、自動取引装置１で取引を実行するために必要なアプリケーション（ＡＰ）プログラム２ａや自動取引装置１のディスプレイ等から顧客に提供するコンテンツ等を格納してある。
３は自動取引装置１に搭載されたＷｅｂブラウザで、Ｗｅｂサーバ２からＡＰプログラム２ａをダウンロードし、表示する。また、ＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出する。

４は自動取引装置１に搭載されたミドルウエアで、Ｗｅｂブラウザ３がＷｅｂサーバ２からダウンロードしたＡＰプログラム２ａが使用する各機能を提供する。
５は自動取引装置１に搭載されたＩ／Ｏドライバで、ＡＰプログラム２ａが紙幣入出金機等のＩ／Ｏを駆動するためのドライバである。
６は自動取引装置１に搭載された監視プログラムで、Ｗｅｂブラウザ３を監視する。

この監視プログラム６では、Ｗｅｂブラウザ３のハングといった、Ｗｅｂブラウザ３自体の障害を検出するとともに、Ｗｅｂブラウザ３からの通知によりＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出する。
７は自動取引装置１に搭載されたローカルＡＰプログラムで、Ｗｅｂサーバ３からダウンロードするＡＰプログラム２ａにより実現可能な機能と同じ機能を実現可能なＡＰプログラムで、自動取引装置１の常駐させてある。

このローカルＡＰプログラム７は、Ｗｅｂブラウザ３のハングといったＷｅｂブラウザ３自体の障害、あるいは、Ｗｅｂブラウザ３は正常であるものの、回線の負荷やＷｅｂサーバ２のダウンにより、ＡＰプログラム２ａがダウンロードできない場合に、代わりに実行される。
８は自動取引装置１に搭載された障害処理プログラムで、自動取引装置１で障害が発生した場合に実行され、取り込んでいる顧客のカード等の媒体等の返却、障害ログの記録等の障害処理を行う。

なお、Ｗｅｂサーバ２からダウンロードするＡＰプログラム２ａにも障害処理プログラムが含まれており、通常、ＡＰプログラム２ａをダウンロードして取引を行っている途中に、紙幣搬送ジャム等、Ｗｅｂに起因しない障害が発生した場合は、ＡＰプログラム２ａ側の障害処理プログラムが実行される。そして、Ｗｅｂブラウザ３のハング等、Ｗｅｂに起因する障害が発生した場合は、障害処理プログラム８が実行されるものである。

ここで、ローカルＡＰプログラム７および障害処理プログラム８は、Ｗｅｂベースでは作成しない。
９は自動取引装置１の図示しないメモリ上に確保した取引情報セーブエリアで、ＡＰプログラム２ａが取引途中の情報をセーブする。
次に第１の実施例の動作を説明する。

通常、自動取引装置１は、顧客の操作により取引を実行する際、その都度、取引の進行に合わせてＷｅｂサーバ２からＡＰプログラム２ａをダウンロードしながら、取引を行うものであり、自動取引装置１にダウンロードされたＡＰプログラム２ａは、ミドルウエア４およびＩ／Ｏドライバ５を介してハードウエアを制御するものである。
そして、ＡＰプログラム２ａは、取引の進行状況に応じて、Ｗｅｂに起因する障害が発生した際にローカルＡＰプログラム７で取引を継続するために必要な情報を取引情報セーブエリア９にセーブする。この必要な情報としては、取引の種別やカードと通帳のような取引で使用している媒体の種類等の取引情報と、カードのストライプ情報、暗証情報、引き出し金額等の顧客の入力情報と、進行ページ等が挙げられる。この取引情報セーブエリア９にセーブした情報は、一取引が終了すると、クリアされる。

監視プログラム６は、取引中、Ｗｅｂブラウザ３がハングする等の障害を起こしたか否かを監視し、Ｗｅｂブラウザ３の障害を検出した時点で、取引情報セーブエリア９にセーブした情報から取引を継続可能であると判断すると、該取引情報セーブエリア９にセーブした進行ページを参照し、自動取引装置１に常駐させているローカルＡＰプログラム７内の該当する処理へジャンプさせる。

また、Ｗｅｂブラウザ３が正常な場合、ＡＰプログラム２ａのダウンロードがタイムアウトを起こしたか否かを監視しており、ＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出すると、Ｗｅｂブラウザ３は、これを監視プログラム６に通知する。
監視プログラム６は、ＡＰプログラム２ａのダウンロードのタイムアウトを検出した時点で、取引情報セーブエリア９にセーブした情報から取引を継続可能であると判断すると、該取引情報セーブエリア９にセーブした進行ページを参照し、自動取引装置１に常駐させているローカルＡＰプログラム７内の該当する処理へジャンプさせる。

このローカルＡＰプログラム７は上述したようにＷｅｂベースで構築しないことから、Ｗｅｂブラウザ３が障害の状態、あるいは、ＡＰプログラム２ａのダウンロードがタイムアウトを起こした場合でも取引を継続することが可能である。
監視プログラム６は、Ｗｅｂブラウザ３の障害を検出した時点、もしくはＡＰプログラム２ａのダウンロードのタイムアウトを検出した時点で、取引情報セーブエリア９にセーブした情報から取引を継続不可能であると判断すると、障害処理プログラム８を実行し、取り込んでいるカード等の媒体の返却や、障害ログの記録等、障害処理を実行する。

なお、この障害処理プログラム８も上述したようにＷｅｂベースで構築しないことから、Ｗｅｂブラウザ３が障害の状態でも、障害処理を行うことが可能である。
自動取引装置とＷｅｂサーバを接続し、該自動取引装置がＷｅｂサーバからＡＰプログラムをダウンロードして取引を実行するシステムでは、Ｗｅｂブラウザがハングすると、ＡＰプログラムのダウンロードが不可能となり、取引を継続できない。また、障害処理プログラムもＷｅｂサーバからダウンロードするＡＰプログラムに含まれているので、障害処理も行えないものであった。

また、Ｗｅｂブラウザが正常であっても、回線の混雑やＷｅｂサーバのシャットダウンもしくはＷｅｂサーバ側のプログラムが異常を起こした場合、ＡＰプログラムのダウンロードがタイムアウトしてしまい、次のＡＰプログラムがダウンロードできないと、取引を継続できず、障害処理プログラムもＷｅｂサーバからダウンロードするＡＰプログラムに含まれているので、障害処理も行えないものであった。

そこで、以上説明した本発明の第１の実施例では、Ｗｅｂブラウザ３の監視を行う監視プログラム６と、ダウンロードされたアプリケーションプログラムで取引途中の情報をセーブするセーブエリア、Ｗｅｂサーバ２からダウンロードするＡＰプログラム２ａで実現可能な機能と同等の機能を実現できるローカルＡＰプログラム７と障害処理を行う障害処理プログラム８を自動取引装置１に搭載するとともに、自動取引装置１のメモリに、ＡＰプログラム２ａが取引途中の情報をセーブする取引情報セーブエリア９を設けて、自動取引装置１がＷｅｂサーバ２からＡＰプログラム２ａをダウンロードして取引を行っている際に、監視プログラム６がＷｅｂに起因する障害を検出すると、取引情報セーブエリア９の情報から取引を継続できる場合はローカルＡＰプログラム７を実行して取引を継続すれば、顧客は取引を最後まで行うことができ、顧客サービスが向上する。

また、取引を継続できない場合は障害処理プログラム８を実行することでカードの返却等が行え、係員による対応無しに取引を中止できるので、顧客を待たせることがなく、やはり、顧客サービスが向上する。
ここで、この第１の実施例では、取引を継続させるため、ローカルＡＰプログラム７を搭載している。これにより、上述したように顧客サービスは向上するが、Ｗｅｂサーバ２側のＡＰプログラム２ａを更新した場合、このローカルＡＰプログラム７も更新しなければならず、金融機関側から見ると、手間がかかるものである。

そこで、ローカルＡＰプログラム７を搭載せず、このローカルＡＰプログラム７で必要な情報をセーブする取引情報セーブエリア９も確保しない実施例も考えられる。この実施例では、Ｗｅｂに起因する障害が発生すると、取引の継続はできないものの、障害処理は実行できるので、顧客を長時間待たせることはなく、顧客サービスを確保しながら、金融機関側の負担を減らすことができる。そして、障害処理移行後の復旧を迅速に行えば、顧客サービスを向上させることができるものである。なお、障害処理移行後の復旧処理については後述する。

図２は本発明の第２の実施例を示す自動取引システムのブロック図である。
図において、１は自動取引装置であり、この自動取引装置１は、顧客の操作により入出金等の取引が行えるものである。
自動取引装置１を構成するハードウエアとしては、紙幣の入出金を行う紙幣入出金機、硬貨の入出金を行う硬貨入出金機、操作誘導等の各種情報提供を行うディスプレイ、顧客による暗証番号や引き出し金額等の情報の入力および取引の選択を行うためのタッチパネル、顧客のカードを取り込み、ストライプ情報の読み取り等を行うカード処理機、顧客の通帳を取り込み、印字等を行う通帳処理機、取引明細票とジャナールの印字を行い、取引明細票を顧客に発行するジャーナルプリンタ等を備える。

２はＷｅｂサーバで、自動取引装置１とＬＡＮ等の回線で接続されている。このＷｅｂサーバ２には、自動取引装置１で取引を実行するために必要なアプリケーション（ＡＰ）プログラム２ａや自動取引装置１のディスプレイ等から顧客に提供するコンテンツ等を格納してある。
３は自動取引装置１に搭載されたＷｅｂブラウザで、Ｗｅｂサーバ２からＡＰプログラム２ａをダウンロードし、表示する。また、ＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出する。

４は自動取引装置１に搭載されたミドルウエアで、Ｗｅｂブラウザ３がＷｅｂサーバ２からダウンロードしたＡＰプログラム２ａが使用する各機能を提供する。
５は自動取引装置１に搭載されたＩ／Ｏドライバで、ＡＰプログラム２ａが紙幣入出金機等のＩ／Ｏを駆動するためのドライバである。
６は自動取引装置１に搭載された監視プログラムで、Ｗｅｂブラウザ３を監視する。

この監視プログラム６では、Ｗｅｂブラウザ３のハングといった、Ｗｅｂブラウザ３自体の障害と、Ｗｅｂブラウザ３のメモリリーク量を検出するとともに、Ｗｅｂブラウザ３からの通知によりＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出する。
１０は自動取引装置１に搭載された業務管理プログラムで、自動取引装置１に搭載された各ソフトウエアが実行する業務を管理する。

この業務管理プログラム１０は、自動取引装置１が取引中、障害中、取引選択待ち等の各状態を把握したり、監視プログラム６に対してＷｅｂブラウザ３の監視の実行を指示する。また、Ｗｅｂブラウザ３等のリブートの実行を指示する。
次に第２の実施例の動作を説明する。
自動取引装置１を長時間運用していると、Ｗｅｂブラウザ３がメモリリークを起こす場合がある。

しかしながら、メモリリークは徐々にメモリを確保するものであり、突然自動取引装置１の運用に影響が起こる程メモリを確保するようなことはない。
そこで、監視プログラム６は、Ｗｅｂブラウザ３のメモリリーク量を監視し、メモリリーク量が自動取引装置１の運用に影響が起こらない値であらかじめ設定してあるしきい値を超えた時、該監視プログラム６は業務管理プログラム１０へその旨通知する。

業務管理プログラム１０は、顧客による取引中か、顧客のいない取引選択待ち中かを管理し、取引中は監視プログラム６からの指示を保留する。
業務管理プログラム１０は、取引選択待ちの状態になったことを検出すると、自動取引装置１のシステムのリブート処理を行い、メモリリークを解消する。
これにより、メモリリークにより自動取引装置１のシステムがホルト状態となることを防ぐことができる。

この第２の実施例においては、取引選択待ちの状態の時に、Ｗｅｂサーバ２やＷｅｂブラウザ３を定期的にチェックすることで、顧客による取引中に障害が発生することを防ぐことができる。
すなわち、業務管理プログラム１０は取引選択待ち状態においても定期的なチェックを監視プログラム６に対し行う。

これに対し監視プログラム６は、Ｗｅｂブラウザ３のハングおよびリーク有無を業務管理プログラム１０へ通知する。
また、監視プログラム６は、業務管理プログラム１０からの定期的なチェックを基に、Ｗｅｂブラウザ３に対しＷｅｂサーバ２の監視を行う旨指示を行う。
Ｗｅｂブラウザ３は、ハングやメモリリークを起こしていない場合はＷｅｂサーバ２側の障害有無、および回線の使用状況、例えばタイムアウト発生するか否かを監視することが可能であり、その結果を監視プログラム６へ通知する。監視プログラム６は、Ｗｅｂブラウザ３によるＷｅｂサーバ２側のチェック結果も併せて業務管理プログラム１０へ通知する。

上述した事前のチェックの結果、Ｗｅｂブラウザ３のハングやＷｅｂサーバ２がシャットダウンされている等、Ｗｅｂに起因する障害が検出されると、後処理を行う。
後処理の方法としては、Ｗｅｂベース取引の縮退もしくは取扱中止を選べることにする。例えば、情報提供のような、業務の主力とならないようなアプリケーションのみＷｅｂベースで構築されたようなシステムでは、業務管理プログラム１０はＷｅｂベースの取引を縮退させる。逆に主力業務がＷｅｂベースの場合は取扱を中止する。後処理の後、復旧処理を行うが、これは後述する。

以上説明したように、第２の実施例では、定期的にＷｅｂ環境のチェックを行うことで、Ｗｅｂに起因する障害の発生もしくは障害につながる事象を事前に検出し、取引選択待ちの状態を利用して、システムのリブートあるいは取引の縮退を行うことで、顧客による取引開始直後や取引途中で取引が中断してしまうことを防ぎ、顧客に不快な思いをさせることがない。

図３は本発明の第３の実施例を示す自動取引システムのブロック図である。
図において１は自動取引装置であり、この自動取引装置１は、顧客の操作により入出金等の取引が行えるものである。
自動取引装置１を構成するハードウエアとしては、紙幣の入出金を行う紙幣入出金機、硬貨の入出金を行う硬貨入出金機、操作誘導等の各種情報提供を行うディスプレイ、顧客による暗証番号や引き出し金額等の情報の入力および取引の選択を行うためのタッチパネル、顧客のカードを取り込み、ストライプ情報の読み取り等を行うカード処理機、顧客の通帳を取り込み、印字等を行う通帳処理機、取引明細票とジャナールの印字を行い、取引明細票を顧客に発行するジャーナルプリンタ等を備える。

２はＷｅｂサーバで、自動取引装置１とＬＡＮ等の回線で接続されている。このＷｅｂサーバ２には、自動取引装置１で取引を実行するために必要なアプリケーション（ＡＰ）プログラム２ａや自動取引装置１のディスプレイ等から顧客に提供するコンテンツ等を格納してある。
３は自動取引装置１に搭載されたＷｅｂブラウザで、Ｗｅｂサーバ２からＡＰプログラム２ａをダウンロードし、表示する。また、ＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出する。

４は自動取引装置１に搭載されたミドルウエアで、Ｗｅｂブラウザ３がＷｅｂサーバ２からダウンロードしたＡＰプログラム２ａが使用する各機能を提供する。
５は自動取引装置１に搭載されたＩ／Ｏドライバで、ＡＰプログラム２ａが紙幣入出金機等のＩ／Ｏを駆動するためのドライバである。
６は自動取引装置１に搭載された監視プログラムで、Ｗｅｂブラウザ３を監視する。この監視プログラム６では、Ｗｅｂブラウザ３のハングといった、Ｗｅｂブラウザ３自体の障害と、Ｗｅｂブラウザ３のメモリリーク量を検出するとともに、Ｗｅｂブラウザ３からの通知によりＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出する。

７は自動取引装置１に搭載されたローカルＡＰプログラムで、Ｗｅｂサーバ３からダウンロードするＡＰプログラム２ａにより実現可能な機能と同じ機能を実現可能なＡＰプログラムで、Ｗｅｂブラウザ３のハングといったＷｅｂブラウザ３自体の障害、あるいは、Ｗｅｂブラウザ３は正常であるものの、回線の負荷やＷｅｂサーバ２のダウンにより、ＡＰプログラム２ａがダウンロードできない場合に、代わりに実行される。

８は自動取引装置１に搭載された障害処理プログラムで、自動取引装置１で障害が発生した場合に実行され、取り込んでいる顧客のカード等の媒体等の返却、障害ログの記録等の障害処理を行う。なお、Ｗｅｂサーバ２からダウンロードするＡＰプログラム２ａにも障害処理プログラムが含まれており、通常、ＡＰプログラム２ａをダウンロードして取引を行っている途中に、紙幣搬送ジャム等、Ｗｅｂに起因しない障害が発生した場合は、ＡＰプログラム２ａ側の障害処理プログラムが実行される。そして、Ｗｅｂブラウザ３のハング等、Ｗｅｂに起因する障害が発生した場合は、障害処理プログラム８が実行されるものである。

ここで、ローカルＡＰプログラム７および障害処理プログラム８は、Ｗｅｂベースでは作成しない。
９は自動取引装置１の図示しないメモリ上に確保した取引情報セーブエリアで、ＡＰプログラム２ａが取引途中の情報をセーブする。
１０は自動取引装置１に搭載された業務管理プログラムで、自動取引装置１に搭載された各ソフトウエアが実行する業務を管理する。この業務管理プログラム１０は、自動取引装置１が取引中、障害中、取引選択待ち等の各状態を把握したり、監視プログラム６に対してＷｅｂブラウザ３の監視の実行を指示する。また、Ｗｅｂブラウザ３等のリブートの実行を指示する。

次に第３の実施例の動作を説明する。
図４は第３の実施例の流れを示すフローチャートで、このフローチャートは、取引選択待ち状態での監視、および復旧処理の流れを示している。
業務管理プログラム１０は、取引選択待ち状態において、定期的なチェックを監視プログラム６に対し行う（Ｓ１）。これに対し監視プログラム６は、Ｗｅｂブラウザ３のハングおよびリーク有無を業務管理プログラム１０へ通知する。

また、監視プログラム６は、業務管理プログラム１０からの定期的なチェックを基に、Ｗｅｂブラウザ３に対しＷｅｂサーバ２の監視を行う旨指示を行う。
Ｗｅｂブラウザ３は、ハングやメモリリークを起こしていない場合はＷｅｂサーバ２側の障害有無、および回線の使用状況、例えばタイムアウト発生するか否かを監視することが可能であり、その結果を監視プログラム６へ通知する。監視プログラム６は、Ｗｅｂブラウザ３によるＷｅｂサーバ２側のチェック結果も併せて業務管理プログラム１０へ通知する。

上述した事前のチェックの結果、Ｗｅｂブラウザ３のハングやＷｅｂサーバ２がシャットダウンされている等、Ｗｅｂに起因する障害が検出されると（Ｓ２）、第２の実施例で説明したような後処理を行う（Ｓ３）。
上述した定期チェックでシステムが正常である間に、顧客の操作で取引が選択されると、自動取引装置１のシステムは取引選択待ちの状態から取引中の状態へ切り替わる。

通常、自動取引装置１は、顧客の操作により取引を実行する際、その都度、取引の進行に合わせてＷｅｂサーバ２からＡＰプログラム２ａをダウンロードしながら、取引を行うものであり、自動取引装置１にダウンロードされたＡＰプログラム２ａは、ミドルウエア４およびＩ／Ｏドライバ５を介してハードウエアを制御するものである。
そして、ＡＰプログラム２ａは、取引の進行状況に応じて、Ｗｅｂに起因する障害が発生した際にローカルＡＰプログラム７で取引を継続するために必要な情報を取引情報セーブエリア９にセーブする。

この必要な情報としては、取引の種別やカードと通帳のような取引で使用している媒体の種類等の取引情報と、カードのストライプ情報、暗証情報、引き出し金額等の顧客の入力情報と、進行ページ等が挙げられる。この取引情報セーブエリア９にセーブした情報は、一取引が終了すると、クリアされる。
監視プログラム６は、取引中、Ｗｅｂブラウザ３がハングする等の障害を起こしたか否かを監視し、Ｗｅｂブラウザ３の障害を検出した時点で、取引情報セーブエリア９にセーブした情報から取引を継続可能であると判断すると、該取引情報セーブエリア９にセーブした進行ページを参照し、自動取引装置１に常駐させているローカルＡＰプログラム７内の該当する処理へジャンプさせる。

また、Ｗｅｂブラウザ３が正常な場合、ＡＰプログラム２ａのダウンロードがタイムアウトを起こしたか否かを監視しており、ＡＰプログラム２ａのダウンロードがタイムアウトを起こしたことを検出すると、Ｗｅｂブラウザ３は、これを監視プログラム６に通知する。監視プログラム６は、ＡＰプログラム２ａのダウンロードのタイムアウトを検出した時点で、取引情報セーブエリア９にセーブした情報から取引を継続可能であると判断すると、該取引情報セーブエリア９にセーブした進行ページを参照し、自動取引装置１に常駐させているローカルＡＰプログラム７内の該当する処理へジャンプさせる。

このローカルＡＰプログラム７は上述したようにＷｅｂベースで構築しないことから、Ｗｅｂブラウザ３が障害の状態、あるいは、ＡＰプログラム２ａのダウンロードがタイムアウトを起こした場合でも取引を継続することが可能である。
監視プログラム６は、Ｗｅｂブラウザ３の障害を検出した時点、もしくはＡＰプログラム２ａのダウンロードのタイムアウトを検出した時点で、取引情報セーブエリア９にセーブした情報から取引を継続不可能であると判断すると、障害処理プログラム８を実行し、取り込んでいるカード等の媒体の返却や、障害ログの記録等、障害処理を実行する。なお、この障害処理プログラム８も上述したようにＷｅｂベースで構築しないことから、Ｗｅｂブラウザ３が障害の状態でも、障害処理を行うことが可能である。

上述したように、取引中に障害が発生し、ローカルＡＰプログラム７で取引を継続してこの取引が終了した後、もしくは取引中に障害が発生し、取引が継続できずに障害処理へ移行してこの障害処理が終了した後、事前チェックにより障害を検出した場合と同様に後処理を行う（Ｓ３）。
この後処理は、Ｗｅｂに起因する障害が発生してその復旧処理を実行するに前に、主力業務のアプリケーションがＷｅｂベースで構築されている場合は、業務管理プログラム１０は、取引制限として、一旦取扱中止にする。これに対し、情報提供のような業務の主力とならないアプリケーションのみＷｅｂベースで構築してある場合は、取引制限として、該当取引の選択キーを消し、このＷｅｂベースの取引を縮退させる。

このように後処理を行って取引を制限することで、Ｗｅｂによらず行える取引がある場合は、復旧処理の前であっても、その取引を行えるようにしておくことができ、自動取引装置１の取扱中止の時間を減らすことができる。
そして、業務管理プログラム１０は、障害の内容に応じて、復旧処理を行う。 すなわち、Ｗｅｂブラウザ３がホルトを起こした場合は（Ｓ４）、業務管理プログラム１０は監視プログラム６へリスタート指示を行う。監視プログラム６は、ホルト状態のＷｅｂブラウザ３を強制終了し、再度Ｗｅｂブラウザ３を起動する（Ｓ５）。起動が完了したらその旨業務管理プログラム１０へ通知する。

業務管理プログラム１０は、再度定期チェックを開始し（Ｓ１）、結果正常となれば、取扱中止、もしくは縮退を解除する（Ｓ６）。
Ｗｅｂブラウザ３がメモリリークを起こした場合は（Ｓ４）、自動取引装置１のシステムがホルトを起こす可能性があるので、Ｗｅｂで提供されるアプリケーションによらず、Ｓ３における取引制限として、一旦取扱中止にする。そして、業務管理プログラム１０は自動取引装置１のシステムをリブートする（Ｓ７）。システム再起動後、業務管理プログラム１０は、再度定期チェックを開始し（Ｓ１）、結果正常となれば、取扱中止を解除する（Ｓ６）。

Ｗｅｂサーバ２の障害、回線障害の場合は（Ｓ４）、継続して定期チェックを行う（Ｓ１）。Ｗｅｂサーバ２もしくは回線が復旧したことにより結果正常となれば、取扱中止、もしくは縮退を解除する（Ｓ６）。
以上説明した第３の実施例では、事前のチェックで顧客の取引中の障害の発生を防ぐとともに、もし、取引中に障害が発生しても、取引の継続あるいは障害処理への移行、そして、障害の復旧が行えるので、顧客が長時間待たされることはなく、顧客サービスが向上するものである。

なお、上述した第１の実施例においても、この第３の実施例で説明した業務管理プログラム１０を搭載することで、第３の実施例と同様の復旧処理が行えるものである。
上述した各実施例において、Ｗｅｂサーバ２から提供されるのはＡＰプログラム２ａとしたが、自動取引装置１の画面を構成するコンテンツのみをＷｅｂサーバ２から提供を受ける自動取引システムであっても、本発明は適用可能である。

また、本発明はＷｅｂサーバ２上に業務アプリケーションを置き、金融自動化機器からダウンロードを行い業務を実現させるシステムの上で説明したが、金融自動化機器に限らず、一般の自動取引装置（例えば、市役所や病院に置かれているシステム）での実現も可能である。

本発明の第１の実施例を示す自動取引システムのブロック図 本発明の第２の実施例を示す自動取引システムのブロック図 本発明の第３の実施例を示す自動取引システムのブロック図 第３の実施例の流れを示すフローチャート

符号の説明

１ 自動取引装置
２ Ｗｅｂサーバ
２ａ ＡＰプログラム
３ Ｗｅｂブラウザ
６ 監視プログラム
７ ローカルＡＰプログラム
８ 障害処理プログラム
９ 取引情報セーブエリア

Claims (6)

1. 自動取引装置とＷｅｂサーバを接続し、自動取引装置はＷｅｂサーバからアプリケーションプログラムをダウンロードして取引を行う自動取引システムにおいて、
   取引待ち状態の時にＷｅｂ環境をチェックし、Ｗｅｂサーバからアプリケーションプログラムをダウンロードできる環境を保持することを特徴とする自動取引システム。
2. 自動取引装置とＷｅｂサーバを接続し、自動取引装置はＷｅｂサーバからアプリケーションプログラムを第１のダウンロードしながら取引を行う自動取引システムにおいて、
   取引待ち状態の時にＷｅｂ環境をチェックし、Ｗｅｂサーバからアプリケーションプログラムをダウンロードできる環境を保持すると共に、
   Ｗｅｂサーバからダウンロードした第１のアプリケーションプログラムにより実行される取引と同じ取引を実現できる第２のアプリケーションプログラムを自動取引装置に常駐させ、
   取引実行の過程で前記第１のアプリケーションプログラムが該取引を実行するために必要な情報をセーブして行き、
   取引実行中にＷｅｂサーバからアプリケーションプログラムをダウンロードできなくなったとき、前記セーブした情報から取引の継続が可能であると判断できた場合、前記常駐するだい２のアプリケーションプログラムに切り換え、該当する処理から前記実行中の取引を継続することを特徴とする自動取引システム。
3. 請求項１または請求項２において、
   取引が行われていない間に自動取引装置のシステムをリブートすることで、Ｗｅｂサーバからアプリケーションプログラムをダウンロードできる環境を保持することを特徴とする自動取引システム。
4. 請求項１または請求項２において、
   自動取引装置のＷｅｂブラウザをリブートすることで、Ｗｅｂサーバからアプリケーションプログラムをダウンロードできる環境を保持することを特徴とする自動取引システム。
5. 請求項４において、
   Ｗｅｂサーバからアプリケーションプログラムをダウンロードして実行する取引を実行不可としている間に、Ｗｅｂブラウザをリブートすることを特徴とする自動取引システム。
6. 請求項１または請求項２において、
   自動取引装置側のＷｅｂ環境に起因しないＷｅｂサーバ側で障害が発生すると、Ｗｅｂサーバからアプリケーションプログラムをダウンロードして実行する取引を実行不可とするとともに、Ｗｅｂ環境の定期的なチェックを続け、Ｗｅｂサーバ側の障害が復旧すると、前記取引の実行不可を解除することを特徴とする自動取引システム。