特許 6205305 メンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6205305

(24)【登録日】2017年9月8日

(45)【発行日】2017年9月27日

(54)【発明の名称】メンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20170914BHJP

   G06Q 40/02 20120101ALI20170914BHJP

【ＦＩ】

   G06F13/00 351N

   G06Q40/02

【請求項の数】4

【全頁数】15

(21)【出願番号】特願2014-89421(P2014-89421)

(22)【出願日】2014年4月23日

(65)【公開番号】特開2015-210534(P2015-210534A)

(43)【公開日】2015年11月24日

【審査請求日】2016年5月19日

(73)【特許権者】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】内山 貴史

(72)【発明者】

【氏名】野澤 悟

【審査官】 寺谷 大亮

(56)【参考文献】

【文献】 特開２０１０−１１０５０８（ＪＰ，Ａ）

【文献】 特開２０００−３４１３３１（ＪＰ，Ａ）

【文献】 国際公開第２０１３／０３５７１９（ＷＯ，Ａ１）

【文献】 特開平１１−２９８５１６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｑ ４０／０２

Ｇ０７Ｇ １／００

(57)【特許請求の範囲】

【請求項1】

リモートメンテナンスの対象である端末装置の情報が登録されるテーブルと、
複数の端末装置のそれぞれをフラグの第一状態と第二状態とに対応付けて前記テーブルに登録し、毎日定刻に各端末装置のフラグの状態を確認し、前記フラグが前記第一状態にある端末装置を前記テーブルから削除した後に、前記テーブルに残った端末装置のフラグを前記第二状態から前記第一状態に変更し、端末装置から送信される情報に基づいて、前記情報の送信元の端末装置が前記テーブルに存在するか否かを判断し、前記情報の送信元の端末装置が前記テーブルに存在するときは、その端末装置のフラグを前記第二状態に更新し、前記情報の送信元の端末装置が前記テーブルに存在しないときは、その端末装置を前記テーブルに追加した上でその端末装置のフラグを前記第二状態にセットし、前記テーブルに登録されている端末装置をリモートメンテナンスの対象とする更新部と、
を具備するメンテナンスサーバ。

【請求項2】

前記更新部は、前記定刻に稼働していない端末装置が前記定刻以降に起動したときに、その起動時点でその端末装置を前記テーブルに追加する、
請求項１に記載のメンテナンスサーバ。

【請求項3】

リモートメンテナンスの対象である端末装置の情報が登録されるテーブルに複数の端末装置のそれぞれをフラグの第一状態と第二状態とに対応付けて登録し、
毎日定刻に各端末装置のフラグの状態を確認し、前記フラグが前記第一状態にある端末装置を前記テーブルから削除した後に、前記テーブルに残った端末装置のフラグを前記第二状態から前記第一状態に変更し、
端末装置から送信される情報に基づいて、前記情報の送信元の端末装置が前記テーブルに存在するか否かを判断し、前記情報の送信元の端末装置が前記テーブルに存在するときは、その端末装置のフラグを前記第二状態に更新し、前記情報の送信元の端末装置が前記テーブルに存在しないときは、その端末装置を前記テーブルに追加した上でその端末装置のフラグを前記第二状態にセットし、
前記テーブルに登録されている端末装置をリモートメンテナンスの対象とする、
処理をメンテナンスサーバに実行させるテーブル更新プログラム。

【請求項4】

リモートメンテナンスの対象である端末装置の情報が登録されるテーブルに複数の端末装置のそれぞれをフラグの第一状態と第二状態とに対応付けて登録し、
毎日定刻に各端末装置のフラグの状態を確認し、前記フラグが前記第一状態にある端末装置を前記テーブルから削除した後に、前記テーブルに残った端末装置のフラグを前記第二状態から前記第一状態に変更し、
端末装置から送信される情報に基づいて、前記情報の送信元の端末装置が前記テーブルに存在するか否かを判断し、前記情報の送信元の端末装置が前記テーブルに存在するときは、その端末装置のフラグを前記第二状態に更新し、前記情報の送信元の端末装置が前記テーブルに存在しないときは、その端末装置を前記テーブルに追加した上でその端末装置のフラグを前記第二状態にセットし、
前記テーブルに登録されている端末装置をリモートメンテナンスの対象とする、
テーブル更新方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、メンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法に関する。

【背景技術】

【0002】

メンテナンス作業者と離れた場所にある端末装置をメンテナンスする技術として「リモートメンテナンス」がある。リモートメンテナンスでは、メンテナンス作業者は、端末装置とネットワークを介して接続されたメンテナンスサーバを用いて、端末装置の設定変更、トラブル対処等のメンテナンスを行う。リモートメンテナンスの対象となる端末装置の情報は、メンテナンステーブルに登録されている。端末装置の情報としては、端末ＩＤ、ＩＰアドレス等がある。メンテナンスサーバは、メンテナンステーブルに登録されている端末装置を対象としてリモートメンテナンスを行う。従来、メンテナンス作業者は、端末装置の新設の都度、端末装置の情報を手作業にてメンテナンステーブルに登録し、端末装置の撤去の都度、該当する端末装置の情報を手作業にてメンテナンステーブルから削除していた。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８−２９３２５８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

リモートメンテナンスの対象となる端末装置として、銀行オンラインシステムにおける「ＡＴＭ（Automated Teller Machine）端末」がある。近年、銀行の店舗以外に、コンビニエンスストアや、駅のコンコース等にもＡＴＭ端末が設置されており、新設されるＡＴＭ端末の台数は、ますます増加する状況にある。また、近年、銀行店舗の統廃合、コンビニエンスストアの新規出店または閉店、顧客ニーズに合わせた店舗改築等に伴って、ＡＴＭ端末の新設や撤去が頻繁に行われている状況にある。このような状況の下、従来は、ＡＴＭ端末の情報のメンテナンステーブルへの登録、及び、メンテナンステーブルからの削除は、メンテナンス作業者の手作業によって行われていた。登録・削除が手作業によるため、新設や撤去の対象となるＡＴＭ端末の台数が多くなるほど、または、ＡＴＭ端末の新設や撤去の頻度が高くなるほど、メンテナンス作業者の作業負担が大きくなるとともに、登録ミスや削除ミスが発生しやすくなっていた。

【0005】

開示の技術は、上記に鑑みてなされたものであって、メンテナンス作業者の作業負担を軽減できるとともに、端末情報の登録ミス及び削除ミスを防ぐことができるメンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法を提供することを目的とする。

【課題を解決するための手段】

【0006】

メンテナンスサーバは、リモートメンテナンスの対象である対象端末の情報が登録されるテーブルと、前記テーブルを更新する更新部とを備える。前記更新部は、端末装置の起動時に前記端末装置から送信される情報に基づいて毎日定刻に前記テーブルを更新して、前記定刻に稼働している第１の端末装置を前記対象端末として前記テーブルに含める一方で、前記定刻に稼働していない第２の端末装置を前記テーブルに含めない。

【発明の効果】

【0007】

開示の態様によれば、メンテナンス作業者の作業負担を軽減できるとともに、端末情報の登録ミス及び削除ミスを防ぐことができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施例１のリモートメンテナンスシステムの構成例を示す図である。

【図2】図２は、実施例１のＡＴＭ端末の一例を示す機能ブロック図である。

【図3】図３は、実施例１の端末情報の一例を示す図である。

【図4】図４は、実施例１のメンテナンスサーバの一例を示す機能ブロック図である。

【図5】図５は、実施例１のメンテナンステーブルの一例を示す図である。

【図6】図６は、実施例１のリモートメンテナンスシステムの動作の説明に供する図である。

【図7】図７は、実施例１のメンテナンスサーバの処理の説明に供するフローチャートである。

【図8】図８は、実施例２のメンテナンスサーバの一例を示す機能ブロック図である。

【図9】図９は、実施例２のリモートメンテナンスシステムの動作の説明に供する図である。

【図10】図１０は、実施例２のメンテナンスサーバの処理の説明に供するフローチャートである。

【図11】図１１は、メンテナンスサーバのハードウェア構成例を示す図である。

【図12】図１２は、ＡＴＭ端末のハードウェア構成例を示す図である。

【発明を実施するための形態】

【0009】

以下に、本願の開示するメンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法の実施例を図面に基づいて詳細に説明する。なお、この実施例により本願の開示するメンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法が限定されるものではない。また、各実施例において同一の機能を有する構成、及び、同一の処理を行うステップには同一の符号を付し、重複する説明を省略する。

【0010】

また、以下の実施例では、リモートメンテナンスの対象となる端末装置として、ＡＴＭ端末を一例に挙げて説明する。しかし、開示の技術が適用可能な端末装置は、ＡＴＭ端末に限定されない。開示の技術は、通信機能を有するあらゆる端末装置に適用可能である。

【0011】

［実施例１］
＜リモートメンテナンスシステムの構成＞
図１は、実施例１のリモートメンテナンスシステムの構成例を示す図である。図１に示すリモートメンテナンスシステム１は、メンテナンスサーバ１０と、ＡＴＭ端末２０−１〜２０−３とを有する。メンテナンスサーバ１０と、ＡＴＭ端末２０−１〜２０−３とは、ネットワーク３０を介して接続されている。

【0012】

以下では、ＡＴＭ端末２０−１〜２０−３を区別しない場合には、ＡＴＭ端末２０と総称することがある。また、図１では３台のＡＴＭ端末を一例として挙げているが、メンテナンスサーバ１０に接続可能なＡＴＭ端末の台数は３台に限定されない。

【0013】

＜ＡＴＭ端末の構成＞
図２は、実施例１のＡＴＭ端末の一例を示す機能ブロック図である。図２に示すＡＴＭ端末２０は、端末情報記憶部２１と、端末情報取得部２２と、ネットワーク３０に接続された通信部２３と、メンテナンス実行部２４とを有する。

【0014】

端末情報記憶部２１は、ＡＴＭ端末２０の端末情報を記憶する。図３は、実施例１の端末情報の一例を示す図である。図３に示すように、端末情報は、端末ＩＤと、ＩＰアドレスと、銀行コードと、店番号と、機番と、機種コードとを有する。端末ＩＤは、ＡＴＭ端末２０−１〜２０−３のそれぞれを一意に特定するＩＤである。ＩＰアドレスは、ＡＴＭ端末２０−１〜２０−３毎に異なるものであり、メンテナンスサーバ１０から送信される制御コマンドの宛先を示す。銀行コードは、金融機関毎に異なるコードである。店番号は、ＡＴＭ端末２０−１〜２０−３が設置されている店舗や場所を特定するものである。機番は、同一店舗内の複数のＡＴＭ端末２０に対してそれぞれ付与される互いに異なる番号である。機種コードは、ＡＴＭ端末２０−１〜２０−３のそれぞれの機種を特定するコードである。端末情報は、ＡＴＭ端末２０−１〜２０−３のそれぞれが設置されるときに各ＡＴＭ端末に個別に設定されて、端末情報記憶部２１に記憶される。

【0015】

端末情報取得部２２は、ＡＴＭ端末２０の起動時に、端末情報記憶部２１から端末情報を取得して、取得した端末情報を通信部２３に出力する。

【0016】

通信部２３は、端末情報取得部２２から入力された端末情報をネットワーク３０を介してメンテナンスサーバ１０へ送信する。また、通信部２３は、メンテナンスサーバ１０から送信された制御コマンドをネットワーク３０を介して受信し、受信した制御コマンドをメンテナンス実行部２４に出力する。

【0017】

メンテナンス実行部２４は、通信部２３から入力された制御コマンドに従って、ＡＴＭ端末２０の各種のメンテナンスを行う。例えば、メンテナンス実行部２４は、ＡＴＭ端末２０に記憶されているソフトウェアを、制御コマンドに従って修正する。

【0018】

＜メンテナンスサーバの構成＞
図４は、実施例１のメンテナンスサーバの一例を示す機能ブロック図である。図４に示すメンテナンスサーバ１０は、ネットワーク３０に接続された通信部１１と、テーブル更新部１２と、メンテナンステーブル記憶部１３と、コマンド発行部１４とを有する。

【0019】

通信部１１は、ＡＴＭ端末２０−１〜２０−３からそれぞれ送信された端末情報をネットワーク３０を介して受信し、受信した端末情報をテーブル更新部１２に出力する。また、通信部１１は、コマンド発行部１４から入力される制御コマンドをＩＰアドレスに従ってＡＴＭ端末２０−１〜２０−３のそれぞれへネットワーク３０を介して送信する。

【0020】

メンテナンステーブル記憶部１３は、メンテナンステーブルを記憶する。図５は、実施例１のメンテナンステーブルの一例を示す図である。ここでは、ＡＴＭ２０−１の端末ＩＤを「ＡＴＭ１」、ＡＴＭ２０−２の端末ＩＤを「ＡＴＭ２」、ＡＴＭ２０−３の端末ＩＤを「ＡＴＭ３」とする。メンテナンステーブルに登録されているＡＴＭ端末２０が、リモートメンテナンスの対象となる。図５に示すメンテナンステーブルにおいて、「稼働フラグ」は、「１」または「０」の値を採り、毎日定刻でのＡＴＭ端末２０の稼働状況を示す。すなわち、ある日の定刻において、電源がオンになっていて稼働しているＡＴＭ端末２０の稼働フラグは「１」となり、電源がオフになっているか、または、撤去されていて稼働していないＡＴＭ端末２０の稼働フラグは「０」となる。

【0021】

テーブル更新部１２は、通信部１１から入力された端末情報に基づいて、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを更新する。

【0022】

コマンド発行部１４は、リモートメンテナンスのための制御コマンドを発行する。コマンド発行部１４は、制御コマンドを発行する際に、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを参照し、メンテナンステーブルからＡＴＭ端末２０−１〜２０−３の各ＩＰアドレスを取得する。コマンド発行部１４は、制御コマンドに各ＩＰアドレスをヘッダとして付加し、ＩＰアドレス付加後の制御コマンドを通信部１１に出力する。

【0023】

＜リモートメンテナンスシステムの動作＞
図６は、実施例１のリモートメンテナンスシステムの動作の説明に供する図である。図６では、メンテナンステーブルの更新状況が時系列に示されている。なお、図６におけるメンテナンステーブルでは、説明を簡潔にするために、メンテナンステーブルの各項目のうち、端末ＩＤと、稼働フラグだけが示されている。また、ＡＴＭ１はＡＴＭ端末２０−１に相当し、ＡＴＭ２はＡＴＭ端末２０−２に相当し、ＡＴＭ３はＡＴＭ端末２０−３に相当する。また、図６における各時刻は２４時間表示されている。

【0024】

３月１日１６時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３が新設された。ＡＴＭ１、ＡＴＭ２は、銀行の店舗に設置されたものであり、ＡＴＭ１、ＡＴＭ２の稼働時間は８時〜２２時である。このため、ＡＴＭ１、ＡＴＭ２の電源は、毎日８時に自動的にオンになり、毎日２２時に自動的にオフになるように設定されている。一方で、ＡＴＭ３は、２４時間営業のコンビニエンスストアに設置されたものであり、２４時間稼働のＡＴＭである。このため、ＡＴＭ３は、毎日２時に再起動するように設定されている。

【0025】

３月２日２時に電源がオンになったＡＴＭ３は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２が、メンテナンステーブルにＡＴＭ３の端末情報を登録する。また、テーブル更新部１２は、ＡＴＭ３の稼働フラグを「１」にセットする。

【0026】

３月２日８時に電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２が、メンテナンステーブルにＡＴＭ１の端末情報とＡＴＭ２の端末情報とを追加する。また、テーブル更新部１２は、ＡＴＭ１、ＡＴＭ２の稼働フラグを「１」にセットする。

【0027】

テーブル更新部１２は、毎日の定刻１０時に、稼働フラグが「０」の端末情報をメンテナンステーブルから削除した後に、残りの端末情報の稼働フラグを「０」にリセットする。３月２日１０時の時点では、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグがすべて「１」であるため、メンテナンステーブルから削除される端末情報はない。そこで、テーブル更新部１２は、３月２日１０時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグを「０」にリセットする。

【0028】

３月２日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。

【0029】

３月３日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ３の端末情報が存在するので、ＡＴＭ３の稼働フラグを「０」から「１」に更新する。

【0030】

ここで、特別なスケジュールの発生により、３月３日のＡＴＭ２の起動時刻が８時から１４時に変更された。

【0031】

よって、３月３日８時には、ＡＴＭ１、ＡＴＭ２のうち、ＡＴＭ１の電源だけがオンになる。電源がオンになったＡＴＭ１は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ１の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ１の端末情報が存在するので、ＡＴＭ１の稼働フラグを「０」から「１」に更新する。

【0032】

よって、３月３日１０時の時点では、ＡＴＭ１、ＡＴＭ３の稼働フラグは「１」であるのに対し、ＡＴＭ２の稼働フラグは「０」である。そこで、テーブル更新部１２は、３月３日１０時に、メンテナンステーブルからＡＴＭ２の端末情報を削除する。また、テーブル更新部１２は、ＡＴＭ２の端末情報を削除後、ＡＴＭ１、ＡＴＭ３の稼働フラグを「０」にリセットする。

【0033】

３月３日１４時には、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ２は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ２の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２が、メンテナンステーブルにＡＴＭ２の端末情報が存在するか否かを確認する。ここでは、メンテナンステーブルにＡＴＭ２の端末情報が存在しないので、テーブル更新部１２は、ＡＴＭ２の端末情報をメンテナンステーブルに追加する。また、テーブル更新部１２は、ＡＴＭ２の稼働フラグを「１」にセットする。

【0034】

３月３日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。

【0035】

３月４日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ３の端末情報が存在するので、ＡＴＭ３の稼働フラグを「０」から「１」に更新する。

【0036】

３月４日８時にはＡＴＭ１、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ１の端末情報が存在するので、ＡＴＭ１の稼働フラグを「０」から「１」に更新する。また、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「１」のＡＴＭ２の端末情報が存在するので、ＡＴＭ２の稼働フラグを「１」のまま維持する。

【0037】

そして、３月４日１０時の時点では、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグがすべて「１」であるため、メンテナンステーブルから削除される端末情報はない。そこで、テーブル更新部１２は、３月４日１０時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグを「０」にリセットする。

【0038】

よって、３月２日１０時から３月３日１０時までは、３月２日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ２、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。また、３月３日１０時から３月３日１４時までは、３月３日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ３がリモートメンテナンスの対象となる。そして、３月３日１４時にＡＴＭ２がメンテナンステーブルに追加されるため、３月３日１４時から３月４日１０時まではＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。

【0039】

＜メンテナンスサーバの処理＞
図７は、実施例１のメンテナンスサーバの処理の説明に供するフローチャートである。図７に示すフローチャートは、メンテナンスサーバ１０の電源がオンになったときに開始され、オフになったときに終了する。

【0040】

テーブル更新部１２は、現在時刻が定刻か否かを判断する（ステップＳ０１）。現在時刻が定刻でないときは（ステップＳ０１：Ｎｏ）、処理はステップＳ０５に進む。

【0041】

現在時刻が定刻であるときは（ステップＳ０１：Ｙｅｓ）、テーブル更新部１２は、メンテナンステーブルに登録されている各端末情報の稼働フラグを確認する（ステップＳ０２）。そして、テーブル更新部１２は、稼働フラグが「０」の端末情報をメンテナンステーブルから削除した後（ステップＳ０３）、メンテナンステーブルに残った端末情報の稼働フラグを「１」から「０」にリセットする（ステップＳ０４）。

【0042】

次いで、テーブル更新部１２は、端末情報が受信されたか否か、つまり、通信部１１から端末情報が入力されたか否かを判断する（ステップＳ０５）。端末情報が受信されていないときは（ステップＳ０５：Ｎｏ）、処理はステップＳ０１に戻る。

【0043】

端末情報が受信されると（ステップＳ０５：Ｙｅｓ）、テーブル更新部１２は、受信された端末情報の端末ＩＤがメンテナンステーブルに存在するか否かを判断する（ステップＳ０６）。

【0044】

受信された端末情報の端末ＩＤがメンテナンステーブルに存在するときは（ステップＳ０６：Ｙｅｓ）、テーブル更新部１２は、その端末ＩＤに対応する稼働フラグを「１」に更新する（ステップＳ０７）。稼働フラグの更新後、処理はステップＳ０１に戻る。

【0045】

受信された端末情報の端末ＩＤがメンテナンステーブルに存在しないときは（ステップＳ０６：Ｎｏ）、テーブル更新部１２は、その端末情報をメンテナンステーブルに追加するとともに、その端末情報に対応する稼働フラグを「１」にセットする（ステップＳ０８）。端末情報のメンテナンステーブルへの追加後、処理はステップＳ０１に戻る。

【0046】

[実施例２]
実施例２では、リモートメンテナンスシステムの構成及びＡＴＭ端末の構成は実施例１と同様であるため、説明を省略する。但し、実施例２のメンテナンステーブルは、図５に示したメンテナンステーブルから「稼働フラグ」の項目を削除したものになる。以下、実施例２では、メンテナンスサーバの構成と、リモートメンテナンスシステムの動作と、メンテナンスサーバの処理とについて説明する。

【0047】

＜メンテナンスサーバの構成＞
図８は、実施例１のメンテナンスサーバの一例を示す機能ブロック図である。図８に示すメンテナンスサーバ４０は、ネットワーク３０に接続された通信部１１と、テーブル更新部４１と、テンポラリテーブル記憶部４２と、メンテナンステーブル記憶部１３と、コマンド発行部１４とを有する。

【0048】

テーブル更新部４１は、通信部１１から入力された端末情報に基づいて、テンポラリテーブル記憶部４２に記憶されているテンポラリテーブル、及び、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを更新する。テンポラリテーブルは、メンテナンステーブルと同一の項目を有する。

【0049】

＜リモートメンテナンスシステムの動作＞
図９は、実施例２のリモートメンテナンスシステムの動作の説明に供する図である。図９では、テンポラリテーブル及びメンテナンステーブルの更新状況が時系列に示されている。なお、図９におけるテンポラリテーブル及びメンテナンステーブルでは、説明を簡潔にするために、各項目のうち端末ＩＤだけが示されている。また、テンポラリテーブル及びメンテナンステーブルは、図５に示した各項目のうち「稼働フラグ」以外の項目を有する。つまり、本実施例では、「稼働フラグ」は不要である。また、ＡＴＭ１はＡＴＭ端末２０−１に相当し、ＡＴＭ２はＡＴＭ端末２０−２に相当し、ＡＴＭ３はＡＴＭ端末２０−３に相当する。また、図９における各時刻は２４時間表示されている。

【0050】

３月１日１６時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３が新設された。ＡＴＭ１、ＡＴＭ２は、銀行の店舗に設置されたものであり、ＡＴＭ１、ＡＴＭ２の稼働時間は８時〜２２時である。このため、ＡＴＭ１、ＡＴＭ２の電源は、毎日８時に自動的にオンになり、毎日２２時に自動的にオフになるように設定されている。一方で、ＡＴＭ３は、２４時間営業のコンビニエンスストアに設置されたものであり、２４時間稼働のＡＴＭである。このため、ＡＴＭ３は、毎日２時に再起動するように設定されている。

【0051】

３月２日２時に電源がオンになったＡＴＭ３は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ３の端末情報を登録する。

【0052】

３月２日８時に電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリステーブルにＡＴＭ１の端末情報とＡＴＭ２の端末情報とを追加する。

【0053】

テーブル更新部４１は、毎日の定刻１０時に、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを、テンポラリテーブル記憶部４２に記憶されているテンポラリテーブルによって全更新する。よって、３月２日１０時に、テーブル更新部４１は、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の各端末情報が登録されているテンポラリテーブルによってメンテナンステーブルを全更新する。全更新後、テーブル更新部４１は、テンポラリテーブルをクリアする。

【0054】

３月２日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。

【0055】

３月３日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ３の端末情報を登録する。

【0056】

ここで、特別なスケジュールの発生により、３月３日のＡＴＭ２の起動時刻が８時から１４時に変更された。

【0057】

よって、３月３日８時には、ＡＴＭ１、ＡＴＭ２のうち、ＡＴＭ１の電源だけがオンになる。電源がオンになったＡＴＭ１は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ１の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ１の端末情報を追加する。

【0058】

よって、３月３日１０時の時点では、テンポラリテーブルには、ＡＴＭ１の端末情報とＡＴＭ３の端末情報とが存在するが、ＡＴＭ２の端末情報は存在しない。よって、テーブル更新部４１は、３月３日１０時に、ＡＴＭ１、ＡＴＭ３の各端末情報が登録されているテンポラリテーブルによってメンテナンステーブルを全更新する。全更新後、テーブル更新部４１は、テンポラリテーブルをクリアする。

【0059】

３月３日１４時には、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ２は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ２の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、メンテナンステーブルにＡＴＭ２の端末情報が存在するか否かを確認する。ここでは、メンテナンステーブルにＡＴＭ２の端末情報が存在しないので、テーブル更新部４１は、ＡＴＭ２の端末情報をメンテナンステーブルに追加する。

【0060】

３月３日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。

【0061】

３月４日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ３の端末情報を登録する。

【0062】

３月４日８時にはＡＴＭ１、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ１の端末情報とＡＴＭ２の端末情報とを追加する。

【0063】

よって、３月４日１０時の時点では、テンポラリテーブルには、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の各端末情報が存在する。テーブル更新部４１は、３月４日１０時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の各端末情報が登録されているテンポラリテーブルによってメンテナンステーブルを全更新する。全更新後、テーブル更新部４１は、一時記憶テーブルをクリアする。

【0064】

よって、実施例１と同様に、３月２日１０時から３月３日１０時までは、３月２日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ２、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。また、３月３日１０時から３月３日１４時までは、３月３日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ３がリモートメンテナンスの対象となる。そして、３月３日１４時にＡＴＭ２がメンテナンステーブルに追加されるため、３月３日１４時から３月４日１０時まではＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。

【0065】

＜メンテナンスサーバの処理＞
図１０は、実施例２のメンテナンスサーバの処理の説明に供するフローチャートである。図１０に示すフローチャートは、メンテナンスサーバ４０の電源がオンになったときに開始され、オフになったときに終了する。

【0066】

テーブル更新部４１は、現在時刻が定刻か否かを判断する（ステップＳ０１）。現在時刻が定刻でないときは（ステップＳ０１：Ｎｏ）、処理はステップＳ０５に進む。

【0067】

現在時刻が定刻であるときは（ステップＳ０１：Ｙｅｓ）、テーブル更新部４１は、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを、テンポラリテーブル記憶部４２に記憶されているテンポラリテーブルによって全更新し、全更新後、テンポラリテーブルをクリアする（ステップＳ７１）。

【0068】

次いで、テーブル更新部４１は、端末情報が受信されたか否か、つまり、通信部１１から端末情報が入力されたか否かを判断する（ステップＳ０５）。端末情報が受信されていないときは（ステップＳ０５：Ｎｏ）、処理はステップＳ０１に戻る。

【0069】

端末情報が受信されると（ステップＳ０５：Ｙｅｓ）、テーブル更新部４１は、受信された端末情報の端末ＩＤがメンテナンステーブルに存在するか否かを判断する（ステップＳ０６）。

【0070】

受信された端末情報の端末ＩＤがメンテナンステーブルに存在するときは（ステップＳ０６：Ｙｅｓ）、テーブル更新部４１は、その端末情報をテンポラリテーブルに追加する（ステップＳ７２）。端末情報のテンポラリテーブルへの追加後、処理はステップＳ０１に戻る。

【0071】

受信された端末情報の端末ＩＤがメンテナンステーブルに存在しないときは（ステップＳ０６：Ｎｏ）、テーブル更新部４１は、その端末情報をメンテナンステーブルに追加する（ステップＳ０８）。端末情報のメンテナンステーブルへの追加後、処理はステップＳ０１に戻る。

【0072】

以上、実施例１、２の各実施例について説明した。

【0073】

以上のように、上記の各実施例では、メンテナンステーブルには、リモートメンテナンスの対象であるＡＴＭ端末２０の情報が登録される。テーブル更新部１２，４１は、ＡＴＭ端末２０の起動時にＡＴＭ端末２０から送信される情報に基づいて毎日定刻（例えば、毎日１０時）にメンテナンステーブルを更新して、定刻に稼働しているＡＴＭ端末２０をリモートメンテナンス対象としてメンテナンステーブルに含める一方で、定刻に稼働していないＡＴＭ端末２０をメンテナンステーブルに含めない。

【0074】

こうすることで、メンテナンスサーバ１０，４０では、各ＡＴＭ端末２０の起動時に自動的に各ＡＴＭ端末２０から端末情報が収集されてメンテナンステーブルが更新されるため、メンテナンス作業者の作業負担を軽減できるとともに、端末情報の登録ミス及び削除ミスを防ぐことができる。

【0075】

また、上記の各実施例では、テーブル更新部１２，４１は、定刻に稼働していないＡＴＭ端末２０が定刻以降に起動したときに、その起動時点でそのＡＴＭ端末２０をリモートメンテナンス対象としてメンテナンステーブルに含める。

【0076】

こうすることで、定刻以外の時刻でもリモートメンテナンス対象のＡＴＭ端末２０をメンテナンステーブルに追加することができるため、メンテナンステーブルへの登録漏れを防ぐことができる。

【0077】

［他の実施例］
［１］メンテナンスサーバ１０，４０は、例えば、次のようなハードウェア構成により実現することができる。図１１は、メンテナンスサーバのハードウェア構成例を示す図である。図１１に示すように、メンテナンスサーバ１０，４０は、ハードウェアの構成要素として、プロセッサ１０ａと、メモリ１０ｂと、ネットワークインタフェースモジュール１０ｃとを有する。プロセッサ１０ａの一例として、ＣＰＵ（Central Processing Unit），ＤＳＰ（Digital Signal Processor），ＦＰＧＡ（Field Programmable Gate Array）等が挙げられる。また、メンテナンスサーバ１０は、プロセッサ１０ａと周辺回路とを含むＬＳＩ（Large Scale Integrated circuit）を有してもよい。メモリ１０ｂの一例として、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory），ＲＯＭ（Read Only Memory）、フラッシュメモリ等が挙げられる。通信部１１は、ネットワークインタフェースモジュール１０ｃによって実現される。テーブル更新部１２，４１と、コマンド発行部１４とは、プロセッサ１０ａによって実現される。メンテナンステーブル記憶部１３と、テンポラリテーブル記憶部４２とは、メモリ１０ｂによって実現される。

【0078】

そして、メンテナンスサーバ１０，４０での上記説明における各処理は、各処理に対応するプログラムをプロセッサ１０ａに実行させることによって実現してもよい。例えば、上記説明における各処理に対応するプログラムがメモリ１０ｂまたはＨＤＤ（Hard Disk Drive）等の記憶部に記憶され、プログラムがプロセッサ１０ａによって記憶部から読み出されて実行されてもよい。

【0079】

［２］ＡＴＭ端末２０は、例えば、次のようなハードウェア構成により実現することができる。図１２は、ＡＴＭ端末のハードウェア構成例を示す図である。図１２に示すように、ＡＴＭ端末２０は、ハードウェアの構成要素として、プロセッサ２０ａと、メモリ２０ｂと、入出金機構２０ｃと、ネットワークインタフェースモジュール２０ｄとを有する。プロセッサ２０ａの一例として、ＣＰＵ，ＤＳＰ，ＦＰＧＡ等が挙げられる。また、ＡＴＭ端末２０は、プロセッサ２０ａと周辺回路とを含むＬＳＩを有してもよい。メモリ２０ｂの一例として、ＳＤＲＡＭ等のＲＡＭ，ＲＯＭ，フラッシュメモリ等が挙げられる。通信部２３は、ネットワークインタフェースモジュール２０ｄによって実現される。端末情報取得部２２と、メンテナンス実行部２４とは、プロセッサ２０ａによって実現される。端末情報記憶部２１は、メモリ２０ｂによって実現される。

【0080】

そして、ＡＴＭ端末２０での上記説明における各処理は、各処理に対応するプログラムをプロセッサ２０ａに実行させることによって実現してもよい。例えば、上記説明における各処理に対応するプログラムがメモリ２０ｂに記憶され、プログラムがプロセッサ２０ａによってメモリ２０ｂから読み出されて実行されてもよい。

【符号の説明】

【0081】

１ リモートメンテナンスシステム
１０ メンテナンスサーバ
２０−１〜２０−３ ＡＴＭ端末
３０ ネットワーク
１１，２３ 通信部
１２，４１ テーブル更新部
１３ メンテナンステーブル記憶部
１４ コマンド発行部
４２ テンポラリテーブル記憶部
２１ 端末情報記憶部
２２ 端末情報取得部
２４ メンテナンス実行部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】