JP4575068B2

JP4575068B2 - 自動機システム及び自動機管理方法

Info

Publication number: JP4575068B2
Application number: JP2004223486A
Authority: JP
Inventors: 有司角谷; 幸徳寺濱; 信萱島; 弘文長須賀; 靖久吉田; 孝治古田
Original assignee: Hitachi Omron Terminal Solutions Corp
Current assignee: Hitachi Omron Terminal Solutions Corp
Priority date: 2004-07-30
Filing date: 2004-07-30
Publication date: 2010-11-04
Anticipated expiration: 2024-07-30
Also published as: JP2006040226A

Description

本発明は、ユーザからの操作を受け付ける複数の自動機を管理する自動機システム及び自動機管理方法に関する。

金融機関の営業店舗等に設置された複数の自動機を有するシステムとして、特許文献１記載のシステムが知られている。このシステムにおいては、個々の自動機上に、画面の表示内容にしたがってユーザが行う操作に応じて各種手続き(例えば、現金預入、現金払戻し、振込送金等)を実行する業務アプリケーションソフトがそれぞれ実装されている。

特開２００２−１０９２３４号公報

ところが、上記従来のシステムにおいて、自動機上の個々の業務アプリケーションに変更を加える場合に、作業員がわざわざ現地へ赴く必要がある。

そこで、本発明は、個々の自動機の稼動を停止させずに、それらの業務アプリケーションを効率的に変更することができる自動機システムを提供することを目的とする。

本発明は、
複数の自動機と通信可能な管理端末と、
前記複数の自動機のうち、ログイン中の自動機から要求を受けて、当該自動機から送出されたデータを入力として所定の業務アプリケーションを実行する複数の端末と、
を有し、
前記管理端末は、
前記各端末について、それぞれ、当該端末が実行する業務アプリケーションに対応する処理の種別を表す種別情報と、当該端末にログインするための端末識別情報とが格納された記憶手段と、
前記複数の自動機のうちのいずれかの自動機から、種別情報を含むリクエストを受け付け、与えられた端末識別情報を前記種別情報に応じた業務アプリケーションを実行する前記端末の識別情報として前記リクエスト元の自動機宛てに出力する通信手段と、
前記通信手段が前記リクエストを受け付けた場合に、当該リクエストに含まれる種別情報に対応付けられた端末識別情報を前記記憶手段から読み出し、当該端末識別情報を前記通信手段に与える処理手段と、を有し、
前記リクエスト元の自動機は、前記通信手段から出力された前記端末識別情報を用いて前記業務アプリケーションを実行する端末に入力データを受け渡し、
前記業務アプリケーションを実行する各端末は、前記リクエスト元の自動機からの入力データを受け付けて前記種別情報に応じた業務アプリケーションを実行し、実行結果を示す表示情報を前記リクエスト元の自動機へ送出する、
ことを特徴とする自動機システムを提供する。

本発明によれば、個々の自動機の稼動を停止させずに、それらに対応する業務アプリケーションを効率的に変更することができる。

以下、添付の図面を参照しながら、本発明に係る実施の一形態について説明する。

まず、図１により、本実施の形態に係る自動機システムの全体構成について説明する。

本実施の形態に係る自動機システムは、店舗内に設置された店舗内システム１００、ネットワーク２００を介して店舗内システム１００に接続されたセンタシステム３００、ネットワーク４００を介してセンタシステム３００に接続されたホスト５００、等を有している。センタシステム３００及び店舗内システム１００の詳細は、以下の通りである。

センタシステム３００には、複数の端末３２０,３３０Ａ_１〜３３０Ａ_ｍ、これらの端末を相互に接続するＬＡＮ３４０、ＬＡＮ３４０をネットワーク２００に接続するファイアウォール機能付きルータ３１０、ＬＡＮ３４０をネットワーク４００に接続するルータ(不図示)、等を有している。

複数の端末３２０,３３０Ａ_１〜３３０Ａ_ｎは、いずれも、内蔵プログラムを実行する処理装置、各種データを記憶する記憶装置、等を有している。

これらの端末３２０,３３０Ａ_１〜３３０Ａ_ｎのうち、少なくとも１台の端末３２０(以下、管理端末３２０と呼ぶ)は、プログラム(管理プログラム、通信プログラム)の実行により、図５に示す機能構成を実現する。すなわち、管理端末３２０は、他の端末(以下、リモート端末)３３０Ａ_１〜３３０Ａ_ｎのうちのいずれかの端末に店舗内システム１００からの要求を割り当てる分散処理部３２１、を有している。また、管理端末３２０の記憶装置(好ましくは、セキュリティ保護領域)には、分散処理部３２１により参照されるリモート端末管理テーブル３２２が格納されている。このリモート端末管理テーブル３２２には、図６に示すように、各リモート端末３３０Ａ_１〜３３０Ａ_ｎについて、それぞれ、端末の識別情報(端末ＩＤ)３２２１、担当する業務種別(業務アプリケーションが実行する業務処理の種別)の識別情報(業務ＩＤ)３２２２、リモート端末の状態情報３２２３が格納される。なお、図６のリモート端末管理テーブルにおいては、リモート端末が店舗内システムからのリクエストを処理中であることを表す状態情報として「処理中」、リモート端末が店舗内システムのリクエスト待ちであることを表す状態情報として「空き」が用いられている。

その他のリモート端末３３０Ａ_１〜３３０Ａ_ｎは、プログラム(それぞれのリモート端末に割り当てられた業務処理が定義されたアプリケーション、通信プログラム)の実行により、図７に示す機能構成を実現する。すなわち、各リモート端末３３０Ａ_１〜３３０Ａ_ｎは、接続を確立した自動機及びホスト５００と通信しながら業務を実行する業務処理部３３１、業務処理部３３１の指示に応じて店舗内システム内の自動機を制御するターミナルサービス部３３２、を有している。また、各リモート端末の記憶装置には、リモート端末の端末ＩＤ３３３が格納されている。

一方、店舗内システム１００には、ユーザにより操作される複数の端末装置(以下、自動機)１１０Ａ_１〜１１０Ａ_ｍ、これらの端末装置１１０Ａ_１〜１１０Ａ_ｎを相互に接続するＬＡＮ１４０、ＬＡＮ１４０をネットワーク２００に接続するルータ(不図示)等が含まれている。

各自動機１１０Ａ_１〜１１０Ａ_ｍは、図２に示すように、内蔵プログラムを実行する処理装置１１１、自動機に割り当てられた自動機ＩＤ１１２１及びリモート端末３３０Ａ_１〜３３０Ａ_ｎにログインするための認証情報(ログイン名、パスワード)等が格納された記憶装置１１２、ユーザに提示すべき情報を表示する表示装置１１３、現金を出し入れする入出金機構等の入出力デバイス１１４、挿入されたメモリカード１２０から情報を読み出すリーダライタ１１５を有している。そして、各自動機１１０Ａ_１〜１１０Ａ_ｍは、処理装置１１１のプログラム実行により以下の機能構成を実現する。すなわち、処理装置１１１は、周辺機器(表示装置１１３、入出力デバイス１１４、リーダライタ１１５)を制御する周辺機器制御処理部１１１１、センタシステム３００からの指示に応じて周辺機器制御処理部１１１１を呼び出すターミナルクライアント処理部１１１２、センタシステム３００のファイアウォール３１０との通信を確立するトンネル通信処理部１１１３、センタシステム３００内のリモート端末３２０,３３０Ａ_１〜３３０Ａ_ｎへログインするログイン処理部１１１４、を有している。

ここで、リーダライタ１１５に挿入可能なメモリカード１２０には、ユーザ情報が格納されたユーザ用メモリカードの他、自動機情報が格納された自動機用メモリカードがある。

この自動機用メモリカードは、図３に示すように、ＩＣカード機能(暗号処理機能、認証処理機能等)を実現する耐タンパモジュール１２１、接続先管理テーブル１２２１が格納された記憶装置１２２、これら各部１２１,１２２を制御するコントローラ１２３、を有している。そして、接続先情報テーブル１２２１には、図４に示すように、自動機ごとに、それぞれ、機器ＩＤ１２２１１、その自動機が接続可能なリモート端末の業務ＩＤ(または業務ＩＤのリスト)１２２１２が登録されている。なお、情報漏洩防止の観点から、記憶装置１２２はセキュリティ保護領域を有していることが望ましい。

なお、図２に示した自動機にはリーダライタ１１５が１台設けられているが、メモリカードの種類ごとに個別のリーダライタが設けられていてもよい。

このような自動機システムの具体例としては、複数のＡＴＭを有する金融システム、複数の発券装置を有する発券システム、カード決済システム等が挙げられる。

つぎに、図８により、この自動機システムにおいて実行される取引業務処理について説明する。ここでは、自動機のリーダライタ１１５に自動機用メモリカードが挿入されていることとする。

いずれかの自動機(１１０Ａ_ｋとする)において、ユーザが取引開始を指示すると、自動機１１０Ａ_ｋでは、トンネル通信処理部１１１３が、センタシステム３００のファイアウォール３１０との接続を確立する(Ｓ６１０〜Ｓ６２０)。このとき、自動機用メモリカード１２０の耐タンパモジュール１２１が提供する機能(例えば暗号処理機能)を利用すれば、ファイアウォール３１０との間によりセキュアな通信路を確立することができる。

センタシステム３００のファイアウォール３１０との通信が確立されると、ログイン処理部１１１４は、記憶装置１１２から自動機ＩＤ１１２１を読み出し、その自動機ＩＤに合致する自動機ＩＤに対応付けられた業務ＩＤの検索を周辺機器制御処理部１１１１に指示する。これに応じて、周辺機器制御処理部１１１１は、該当する業務ＩＤを、自動機用メモリカード１２０の接続先情報テーブル１２２１から読み出す(Ｓ６１１)。ログイン処理部１１１４は、このとき取り出された業務ＩＤを、ログインすべきリモート端末の業務ＩＤとして決定する。

ただし、このとき複数の業務ＩＤが取り出されたときには、ログイン処理部１１１４は、周辺機器制御処理部１１１１を制御して、表示装置１１３に業務選択画面を表示する。この業務選択画面には、自動機用メモリカード１２０から読み出された複数の業務ＩＤが１つずつ付されたボタンが表示されている。２つの業務ＩＤ「Ａ銀行」「Ｂ銀行」のそれぞれに対応付けられたボタン１１３１Ａ,１１３１Ｂが表示された業務選択画面を図９に示す。

ユーザが、この業務選択画面上のいずれかのボタンを選択すると、ログイン処理部１１１４は、そのボタンに対応する業務ＩＤを、自動機１１０Ａ_ｋがログインすべきリモート端末の業務ＩＤとして決定する。

このようにして、ログインすべきリモート端末の業務ＩＤを決定すると、ログイン処理部１１１４は、その業務ＩＤを含む端末ＩＤ送信リクエストをセンタシステム３００のファイアウォール３１０に送信する(Ｓ６１２)。ファイアウォール３１０が、そのリクエストを管理端末３２０に転送すると(Ｓ６２２)、管理端末３２０の分散処理部３２１は、そのリクエストに含まれる業務ＩＤに合致する業務ＩＤと状態情報「空き」とに対応付けられた端末ＩＤを、リモート端末管理テーブル３２２から読み出す。このとき、さらに、分散処理部３２１は、このとき読み出した端末ＩＤをキーとしてリモート端末管理テーブル３２２を更新する。これにより、その端末ＩＤに対応付けられた状態情報３２２３の内容「空き」が「処理中」に書き換えられる(Ｓ６３２)。

その後、分散処理部３２１は、このとき取り出した端末ＩＤを含むメッセージを自動機１１０Ａ_ｋに返信する(Ｓ６３３)。このメッセージは、ファイアウォール３１０により、自動機１１０Ａ_ｋに転送される(Ｓ６２３)。

自動機１１０Ａ_ｋでは、このメッセージをトンネル通信処理部１１１３が受信すると(Ｓ６１３)、ログイン処理部１１１４が、記憶装置１１２から認証情報を読み出し、その認証情報を含むログイン要求を、メッセージ内の端末ＩＤが示すリモート端末(３３０Ａ_ｊとする)に送信する(Ｓ６１４)。なお、ここでは、ログイン処理部１１１４は、記憶装置１１２から認証情報を読み出すが、自動機用メモリカードまたはユーザ用メモリカードに認証情報が格納されているときには、リーダライタ１１５に認証情報を読み出させる。

このログイン要求がファイアウォール３１０によってリモート端末３３０Ａ_ｊに転送されると(Ｓ６２４)、リモート端末３３０Ａ_ｊでは、ターミナルサービス部３３２が、そのログイン要求に含まれる認証情報を用いて認証処理を実行する(Ｓ６４４)。その結果、認証が成功すれば、業務処理部３３１が所定の業務処理を開始する(Ｓ６０５)。例えば、業務処理部３３１の指示に応じて、ターミナルサービス部３３２が、自動機１１０Ａ_ｋ上のターミナルクライアント処理部１１１２を遠隔制御して、表示装置１１３に画面を表示させたり、入出力デバイス１１４及びリーダライタ１１５を動作させる。ここで、ユーザが自動機１１０Ａ_ｋで必要なデータ入力を行なうと、それらのデータは業務処理部３３１へと送信される。最終的に業務処理が終了すると、業務処理部３３１は、記憶装置から端末ＩＤを読み出して、この端末ＩＤを含む終了通知を管理端末３２０へ送信する(Ｓ６４６)。

管理端末３２０では、分散処理部３２１が、この処理通知を受け付けると(Ｓ６３６)、この処理通知から端末ＩＤを取り出し、その端末ＩＤをキーとしてリモート端末管理テーブル３２２を更新する(Ｓ６３７)。これにより、その端末ＩＤに合致する端末ＩＤ３２２３に対応付けられた端末情報３２２３の内容「処理中」が「空き」に書き換えられる。

以上の処理が終了したら、ターミナルサービス部３３２が、業務処理部３３１の指示に応じてログオフ要求を自動機１１０Ａ_ｋに送信する(Ｓ６４８)。これに応じて、自動機１１０Ａ_ｋのトンネル通信処理部１１１３が、ファイアウォール３１０に接続断を要求し(Ｓ６１９)、ファイアウォール３１０が、自動機１１０Ａ_ｋとの接続断を実行する(Ｓ６２９)。

このような取引業務処理によれば、業務処理部３３１を実現する業務アプリケーションを、個々の自動機にそれぞれ実装しておく必要がなく、１箇所(センタシステム３００)に設けられたリモート端末に実装しておけばよくなる。したがって、作業者は、例えば、いずれの業務アプリケーションに変更を加えるときにも、センタシステム３００において対応すればよく、個々の自動機の設置場所に赴く必要がない。また、自動機の稼動を停止する必要もない。

また、自動機ごとに業務アプリケーションを実装している場合、例えば、店舗が定められた利用可能時間帯以外の時間帯には、その店舗内の自動機上の業務アプリケーションは休眠状態になる。しかし、本実施の形態によれば、リモート端末上の業務アプリケーションを全自動機で共用するため、より少ないリソースを有効活用することができる。

また、自動機からのリクエストが発生したときに、そのリクエストがリクエスト待ち状態のリモート端末に分散されるため、自動機に１対１に対応付けてリモート端末を用意しておく必要がない。

なお、以上においては、ファイアウォールと自動機との接続の確立及び切断が取引業務ごとにその都度実行されているが、例えば、各自動機の起動及び終了時にだけそれらの処理が実行されるようにしてもよい。

また、以上においては、ログインすべきリモート端末の業務ＩＤを記憶装置１１２内の自動機ＩＤ１１２１から決定しているが、記憶装置１１２内の自動機ＩＤとユーザ用メモリカード１３０内のユーザ情報とから、ログインすべきリモート端末の業務ＩＤが決定されるようにしてもよい。

また、以上においては、処理装置の内蔵プログラムにより実現されるログイン処理部１１１４が業務選択画面を表示しているが、業務選択画面の表示プログラムを、自動機用メモリカードまたはユーザ用メモリカードのいずれに格納しておき、業務選択画面を表示するタイミングになったときに、ログイン処理部１１１４が、その表示プログラムを自動機用メモリカードまたはユーザ用メモリカードから呼び出すようにしてもよい。

ところで、本実施の形態に係る自動機システムには、各リモート端末３３０Ａ_１〜３３０Ａ_ｎ上の業務アプリケーションで発生するアプリケーション障害に対する復旧機能を付加することもできる。

このようにする場合の自動機システムと上述の場合の自動機システムとの構成上の相違点は、以下の通りである。

この場合、各リモート端末３３０'Ａ_１〜３３０'Ａ_ｎは、図１１に示すように、上述の機能構成部３３１,３３２に加え、業務アプリケーションの障害監視及び障害復旧を実行する障害処理部３３４を実現する。なお、記憶装置には、上述と同様、端末ＩＤ３３３等が格納されている。

また、自動機１１０'Ａ_１〜１１０'Ａ_ｍは、図１０に示すように、上述の機能構成部１１１１〜１１１４に加え、自動機の障害監視及び障害復旧を実行する障害処理部１１１６を実現する。なお、記憶装置１１２には、上述と同様、自動機ＩＤ１１２１等が格納されている。

その他の構成は、上述の自動機システムの構成と同様である。

図１２に、このような自動機１１０'Ａ_１〜１１０'Ａ_ｍ及びリモート端末３３０'Ａ_１〜３３０'Ａ_ｎを有する自動機システムにおいて実行されるアプリケーション障害復旧処理のフローチャートを示す。

各リモート端末３３０'Ａ_１〜３３０'Ａ_ｎでは、それぞれの障害処理部３３４がアプリケーションの状態を監視している(Ｓ８４０)。いずれかのリモート端末にログイン中の自動機では、それぞれの障害処理部１１１６が、ログイン中のリモート端末からのアプリケーション障害発生通知の有無を監視している(Ｓ８１０)。

ここで、いずれかのリモート端末(３３０'Ａ_ｋとする)の障害処理部３３４は、業務アプリケーションにアプリケーション障害が発生したことを検知すると(Ｓ８４１)、記憶装置から端末ＩＤ３３３を取り出し、その端末ＩＤ３３３及び障害の種別ＩＤを含むメッセージを管理端末３２０に送信する(Ｓ８４２)。

管理端末３２０の分散処理部３２１は、リモート端末からのメッセージを受信すると(Ｓ８３２)、そのメッセージ内の種別ＩＤに応じた処理を実行する。ここでは、メッセージ内の種別ＩＤが「アプリケーション障害」を示しているため、分散処理部３２１は、以下の処理を実行する。すなわち、分散処理部３２１は、メッセージに含まれる端末ＩＤをキーとしてリモート端末管理テーブル３２２を更新してから、自動機からの端末ＩＤ送信リクエストと、メッセージ発信元リモート端末からの復旧通知を待つ。これにより、メッセージ内の端末ＩＤに合致する端末ＩＤに対応付けられた状態情報の内容が、障害発生を表す情報(ここでは「障害中」)に書き換えられる(Ｓ８３３)。

一方、リモート端末３３０Ａ_ｋの障害処理部３３４は、障害発生を表すメッセージを、リモート端末３３０'Ａ_ｋにログイン中の自動機(１１０'Ａ_ｋとする)に送信する(Ｓ８４５)。このメッセージは、ファイアウォール３１０によって自動機１１０'Ａ_ｋへ配信される(Ｓ８２５)。自動機１１０'Ａ_ｋの障害処理部１１１６は、このメッセージを受信すると(Ｓ８１１)、周辺機器制御処理部１１１１を制御して、表示装置１１３に取扱中止画面を表示させる(Ｓ８１２)。さらに、障害処理部１１１６は、復旧処理を実行し、周辺機器１１４,１１５を初期状態に復帰させる(Ｓ８１４)。

周辺機器が初期状態に復帰したら、ログイン処理部１１１４が、最初のログイン時に送信した業務ＩＤを含む端末ＩＤ送信リクエストをセンタシステム３００のファイアウォール３１０に送信する(Ｓ６１２')。

その後、最初のログイン時と同様な処理(図８のＳ６２２、Ｓ６３２、Ｓ６３３、Ｓ６２３、Ｓ６１３、Ｓ６１４、Ｓ６２４、Ｓ６４４)が実行され、自動機１１０'Ａ_ｋは、管理端末３２０の分散処理部３２１がＳ６３２で新たに決定した端末ＩＤに対応するリモート端末(リクエスト待ちのリモート端末)にログインする。これにより、自動機１１０'Ａ_ｋと、新たにログインしたリモート端末との間で取引業務が再開する。

一方、障害発生メッセージ発信元のリモート端末３３０'Ａ_ｋの障害処理部３３４は、アプリケーション障害の復旧処理を実行している。これによりアプリケーション障害が復旧すれば、リモート端末３３０'Ａ_ｋの障害処理部３３４は、自己の端末ＩＤを含む復旧通知を管理端末３２０へ送信する。この復旧通知を受け付けた管理端末３２０では、分散処理部３２１が、その通知に含まれていた端末ＩＤをキーとしてリモート端末管理テーブル３２２を更新する。これにより、復旧通知内の端末ＩＤに合致する端末ＩＤに対応付けられた端末情報の内容が、「障害中」から「空き」に更新される。

このような処理によれば、自動機は、ログイン中のリモート端末にアプリケーション障害が発生したときには、他のリモート端末に自動的にログインする。このため、ユーザは、取引業務を再開することができる。

また、本実施の形態に係る自動機システムには、ネットワーク２００上の通信障害に対する復旧機能を管理端末３２０に付加することもできる。以下、アプリケーション障害に対する復旧機能を有する上述の自動機システム(自動機１１０'Ａ_１〜１１０'Ａ_ｍ及びリモート端末３３０'Ａ_１〜３３０'Ａ_ｎを有する自動機システム)に、ネットワーク２００上の通信障害に対する復旧機能を付加した場合について説明する。

図１３に、自動機１１０'Ａ_１〜１１０'Ａ_ｍ及びリモート端末３３０'Ａ_１〜３３０'Ａ_ｎを有する自動機システムにおいて実行される通信障害復旧処理のフローチャートを示す。

各リモート端末３３０'Ａ_１〜３３０'Ａ_ｎでは、それぞれの障害処理部３３４が、通信障害発生の有無を監視している(Ｓ９４０)。同様に、いずれかのリモート端末にログイン中の自動機でも、それぞれの障害処理部１１１６が、ログイン中のリモート端末からの通信障害発生通知の有無を監視している(Ｓ９１０)。

ここで、ネットワーク２００上で通信障害が発生すると、各リモート端末の障害処理部３３４及びいずれかのリモート端末にログイン中の自動機の障害処理部１１１６が、それを検知し(Ｓ９４１,Ｓ９１１)、それぞれ、以下の処理を実行する。

自動機の障害処理部１１１６は、周辺機器制御処理部１１１１を制御して、取扱中止画面を表示装置１１３に表示させる(Ｓ９１２)。さらに、障害処理部１１１６は、周辺機器１１４,１１５を初期状態に復帰させ(Ｓ９１３)、その状態で通信障害の復旧を待つ。

一方、各リモート端末３３０'Ａ_１〜３３０'Ａ_ｎの障害処理部３３４は、記憶装置から端末ＩＤ３３３を取り出し、その端末ＩＤ３３３及び障害種別ＩＤを含むメッセージを管理端末３２０に送信する(Ｓ９４２)。

管理端末３２０の分散処理部３２１は、各自動機からメッセージを受け付けるごとに(Ｓ９３２)、そのメッセージ内の種別ＩＤに応じた処理を実行する。ここでは、メッセージ内の種別ＩＤが「通信障害」を示しているため、分散処理部３２１は、以下の処理を実行する。すなわち、分散処理部３２１は、メッセージに含まれる端末ＩＤをキーとしてリモート端末管理テーブル３２２を更新してから(Ｓ９３３)、メッセージ発信元リモート端末からの復旧通知を待つ。これにより、各メッセージ内の端末ＩＤに合致する端末ＩＤに対応付けられた各端末情報の内容が「障害中」に書き換えられる。

このとき、メッセージ発信元の各リモート端末の障害処理部３３４は、ネットワーク２００の通信障害の復旧処理を実行している(Ｓ９４４)。これにより通信障害が復旧すれば、各リモート端末３３０'Ａ_１〜３３０'Ａ_ｎの障害処理部３３４は、それぞれの端末ＩＤを含む復旧通知を管理端末３２０へ送信する(Ｓ９４５)。

管理端末３２０では、分散処理部３２１が、これらの復旧通知を受け付けるごとに(Ｓ９３５)、その通知に含まれていた端末ＩＤをキーとしてリモート端末管理テーブル３２２を更新する(Ｓ９３６)。これにより、復旧通知内の端末ＩＤに合致する端末ＩＤに対応付けられた端末情報の内容が「空き」に変更される。

いずれかのリモート端末にログイン中の自動機では、障害処理部１１１６が通信障害の復旧を検知すると、ログイン処理部１１１４が、最初のログイン時に送信した業務ＩＤを含む端末ＩＤ送信リクエストをセンタシステム３００のファイアウォール３１０に送信する(Ｓ６１２')。その後、最初のログイン時と同様な処理(図８のＳ６２２、Ｓ６３２、Ｓ６３３、Ｓ６２３、Ｓ６１３、Ｓ６１４、Ｓ６２４、Ｓ６４４)が実行され、いずれかのリモート端末にログインしていた自動機は、管理端末３２０の分散処理部３２１が新たに決定した端末ＩＤに対応するリモート端末(リクエスト待ちのリモート端末)にログインする。これにより、いずれかのリモート端末にログインしていた自動機は、元のリモート端末または別のリモート端末との間で取引業務を再開する。

このような処理によれば、自動機は、ネットワーク２００の通信障害が発生したときには、通信障害の復旧を待って、同じリモート端末または他のリモート端末に自動的にログインする。このため、ユーザは、通信障害の復旧後ただちに、取引業務を再開することができる。

なお、ここでは、アプリケーション障害に対する復旧機能を有する上述の自動機システムに、ネットワーク２００上の通信障害に対する復旧機能を付加した場合について説明したが、本実施の形態に係る自動機システムには、ネットワーク２００上の通信障害に対する復旧機能のみを付加することもできる。

さて、本実施の形態に係る自動機システムの自動機(図２、図１０)は、自動機検証を行うことが好ましい。以下、自動機検証機能を自動機に付加する場合について説明する。ただし、ここでは、図３の自動機に自動機検証機能を付加する場合に挙げる。

この場合の自動機は、図１５に示すように、上述の機能構成部１１１１〜１１１４の他、さらに、自機の正当性を検証する自動機検証部１１１５を実現する。また、この自動機に装着される自動機用メモリカードの記憶装置１１２(好ましくは、セキュリティ保護領域)には、上述の接続先情報テーブル１２２１の他、さらに自動機情報テーブルが格納されている。この自動機情報テーブルには、図１４に示すように、自動機ごとに、自動機ＩＤ１２２２１、自動機システムの正当な構成自動機であるか否かを示す端末情報(正当な自動機である場合：「登録済」、不正な自動機である場合：「削除済」)１２２２２が登録されている。

このような自動機では、図１６に示す自動機検証処理が実行される。

例えば自動機用メモリカードがリーダライタ１１５に差し込まれたとき等に、ログイン処理部１１１４は、自動機検証部１１１５に機器検証の実行を指示する(Ｓ７１０)。自動機検証部１１１５は、この指示に応じて、自動機用メモリカード１２０に自動機情報テーブルの読み出しを指示する(Ｓ７２０)。

自動機用メモリカード１２０のコントローラ１２３は、この指示に応じて、自動機情報テーブルを読み出し(Ｓ７３０)、それを自動機検証部１１１５に送信する(Ｓ７３１)。自動機検証部１１１５は、この自動機情報テーブルを受け付けると(Ｓ７２１)、記憶装置から自動機ＩＤ１１２１を読み出す(Ｓ７２２)。

その後、自動機検証部１１１５は、この機器ＩＤに合致する機器ＩＤに対応付けられた自動機情報を自動機情報テーブルから読み出す。その結果得られた自動機情報に基づき、自動機の正当性を検証する(Ｓ７２３)。すなわち、自動機検証部１１１５は、自動機情報が「登録済」であれば、自動機が正当性であると判断し、自動機情報が「削除済」であれば、自動機の不正であると判断する。そして、この判断結果をログイン処理部１１１４に返す(Ｓ７２４)。ログイン処理部は、自動機検証部１１１５の判断結果を受け付けると(Ｓ７１４)、それが自動機の正当性を示していたときにのみ、以後、センタシステムへのログインを行う。

このような処理を自動機において実行させることにより、自動機のなりすましを防止することができる。

なお、ここでは自動機検証部を自動機に設けているが、自動機用メモリカード１２０または他のメモリカードに設けてもよい。

本発明の実施の一形態に係る自動機システムの概要構成図である。本発明の実施の一形態に係る自動機の概略構成図である。本発明の実施の一形態に係る自動機用メモリカードの概略図である。本発明の実施の一形態に係る接続先情報テーブルのデータ構造を概念的に示した図である。本発明の実施の一形態に係る管理端末の機能構成図である。本発明の実施の一形態に係るリモート端末管理テーブルのデータ構造を概念的に示した図である。本発明の実施の一形態に係るリモート端末の機能構成図である。本発明の実施の一形態に係る自動機システムにおいて実行される取引業務処理のフローチャートである。本発明の実施の一形態に係る自動機で表示される業務選択画面内のレイアウト例を示した図である。本発明の実施の一形態に係る自動機の概略構成図である。本発明の実施の一形態に係るリモート端末の概略構成図である。本発明の実施の一形態に係る自動機システムで実行されるアプリケーション障害復旧処理のフローチャートである。本発明の実施の一形態に係る自動機システムで実行される通信障害復旧処理のフローチャートである。本発明の実施の一形態に係る自動機情報テーブルのデータ構造を概念的に示した図である。本発明の実施の一形態に係る自動機の構成を説明する図である。本発明の実施の一形態に係る自動機システムで実行される自動機検証処理のフローチャートである。

符号の説明

１００：店舗内システム、１１０Ａ_１〜１１０Ａ_ｎ,１１０'Ａ_１〜１１０'Ａ_ｎ：自動機、１２０：メモリカード、３００：センタシステム、３１０：ファイアウォール、３２０：管理端末、３３０Ａ_１〜３３０Ａ_ｎ：リモート端末、５００：ホスト

Claims

複数の自動機と通信可能な管理端末と、
前記複数の自動機のうち、ログイン中の自動機から要求を受けて、当該自動機から送出されたデータを入力として所定の業務アプリケーションを実行する複数の端末と、
を有し、
前記管理端末は、
前記各端末について、それぞれ、当該端末が実行する業務アプリケーションに対応する処理の種別を表す種別情報と、当該端末にログインするための端末識別情報とが格納された記憶手段と、
前記複数の自動機のうちのいずれかの自動機から、種別情報を含むリクエストを受け付け、与えられた端末識別情報を前記種別情報に応じた業務アプリケーションを実行する前記端末の識別情報として前記リクエスト元の自動機宛てに出力する通信手段と、
前記通信手段が前記リクエストを受け付けた場合に、当該リクエストに含まれる種別情報に対応付けられた端末識別情報を前記記憶手段から読み出し、当該端末識別情報を前記通信手段に与える処理手段と、を有し、
前記リクエスト元の自動機は、前記通信手段から出力された前記端末識別情報を用いて前記業務アプリケーションを実行する端末に入力データを受け渡し、
前記業務アプリケーションを実行する各端末は、前記リクエスト元の自動機からの入力データを受け付けて前記種別情報に応じた業務アプリケーションを実行し、実行結果を示す表示情報を前記リクエスト元の自動機へ送出する、
ことを特徴とする自動機システム。
請求項１記載の自動機システムであって、
前記記憶手段には、さらに、前記各端末の状態を表す状態情報が格納され、
前記処理手段は、前記リクエストに含まれる種別情報に対応付けられた端末識別情報のうち、前記状態情報が第１の状態を表す状態情報に対応付けられた端末識別情報を前記記憶手段から読み出し、当該読み出した端末識別情報を前記通信手段に与え、当該読み出した端末識別情報に対応付けられた、前記記憶手段内の状態情報を、第２の状態を表す情報で更新することを特徴とする自動機システム。
請求項２記載の自動機システムであって、
前記処理手段は、前記いずれかの自動機がログイン中の端末から、当該端末の端末識別情報を含む障害発生通知を受け付けた場合、当該障害発生通知に含まれる端末識別情報に対応付けられた、前記記憶手段内の状態情報を、第３の状態を表す情報で更新することを特徴とする自動機システム。
請求項２または３記載の自動機システムであって、
前記処理手段は、
前記いずれかの端末から、当該端末の端末識別情報を含む障害発生通知を受け付けると、当該障害発生通知に含まれる端末識別情報に対応付けられた、前記記憶手段内の状態情報を、第４の状態を表す情報で更新し、当該端末の端末識別情報を含む復旧通知を受け付けると、前記第４の状態を表す情報で更新した前記状態情報を、第１の状態を表す情報で更新することを特徴とする自動機システム。
請求項１、２、３及び４のいずれか１項に記載の自動機システムであって、
前記各自動機は、
前記各自動機の登録の有無を表す情報を可搬型記憶媒体から読み出すリーダライタと、
前記可搬型記憶媒体から読み出された前記情報が、当該自動機が登録されていることを表す場合、前記管理端末宛てに前記リクエストを出力する処理手段と、
を備えることを特徴とする自動機システム。
請求項５記載の自動機システムであって、
前記可搬型記憶媒体は、ＩＣカード機能を有する耐タンパモジュールを有することを特徴とする自動機システム。
請求項５記載の自動機システムであって、
前記可搬型記憶媒体は、セキュリティ保護領域を有することを特徴とする自動機システム。
複数の自動機を有する自動機システムにおける自動機管理方法であって、
前記自動機システムは、
前記複数の自動機のうち、ログイン中の自動機から要求を受けて、当該自動機から送出されたデータを入力として所定の業務アプリケーションを実行する複数の端末と、
前記各端末について、実行する業務アプリケーションに対応する処理の種別を表す種別情報と、当該端末にログインするための端末識別情報とが格納された記憶手段と、処理手段と、通信手段とを有する管理端末と、
を有し、
当該自動機管理方法は、
前記処理手段が、前記複数の自動機のうちのいずれかの自動機から、種別情報を含むリクエストを受け付ける第１処理と、
前記処理手段が、前記リクエストに含まれる種別情報に対応付けられた端末識別情報を前記記憶手段から読み出す第２処理と、
前記通信手段が、前記記憶手段から読み出された端末識別情報を前記種別情報に応じた業務アプリケーションを実行する前記端末の識別情報として前記リクエスト元の自動機に送信する第３処理と、
前記リクエスト元の自動機が、前記通信手段から送信された前記端末識別情報を用いて前記業務アプリケーションを実行する端末に入力データを受け渡す第４処理と、
前記業務アプリケーションを実行する各端末が、前記リクエスト元の自動機からの入力データを受け付けて前記種別情報に応じた業務アプリケーションを実行し、実行結果を示す表示情報を前記リクエスト元の自動機へ送出する第５処理と、
を有することを特徴とする自動機管理方法。
請求項８記載の自動機管理方法であって、
前記記憶手段には、さらに、前記各端末の状態を表す状態情報が格納され、
前記第２処理においては、
前記処理手段は、前記リクエストに含まれる種別情報に対応付けられた端末識別情報のうち、前記状態情報が第１の状態を表す状態情報に対応付けられた端末識別情報を前記記憶手段から読み出し、当該読み出した端末識別情報に対応付けられた、前記記憶手段内の状態情報を、第２の状態を表す情報で更新する、
ことを特徴とする自動機管理方法。
請求項９記載の自動機管理方法であって、
前記処理手段が、前記いずれかの自動機がログイン中の端末から、当該端末の端末識別情報を含む障害発生通知を受け付けた場合、当該障害発生通知に含まれる端末識別情報に対応付けられた、前記記憶手段内の状態情報を、第３の状態を表す情報で更新する処理を有することを特徴とする自動機管理方法。
請求項９記載の自動機管理方法であって、
前記処理手段が、前記いずれかの端末から、当該端末の端末識別情報を含む障害発生通知を受け付けると、当該障害発生通知に含まれる端末識別情報に対応付けられた、前記記憶手段内の状態情報を、第４の状態を表す情報で更新する処理と、
前記処理手段が、前記障害発生通知元の端末の端末識別情報を含む復旧通知を受け付けると、前記第４の状態を表す情報で更新した前記状態情報を、第１の状態を表す情報で更新する処理と、
を有することを特徴とする自動機管理方法。
請求項８、９、１０及び１１のいずれか１項に記載の自動機管理方法であって、
前記各自動機は、
前記各自動機の登録の有無を表す情報を可搬型記憶媒体から読み出すリーダライタと、
演算処理手段と、
を有し、
当該自動機管理方法は、
前記リーダライタが前記可搬型記憶媒体から前記情報を読み出す処理と、
前記情報が、当該自動機が登録されていることを前記情報が表す場合に、前記演算処理手段が、前記管理端末に前記リクエストを出力する処理と、
を有することを特徴とする自動機管理方法。