(57)【要約】      （修正有）【課題】メンテナンス作業者の作業負担を軽減できるとともに、端末情報の登録ミス及び削除ミスを防ぐテーブル更新プログラム及びテーブル更新方法を提供する。【解決手段】メンテナンステーブル記憶部１３は、リモートメンテナンスの対象であるＡＴＭ端末の情報が登録されるメンテナンステーブルを記憶する。テーブル更新部１２は、ＡＴＭ端末の起動時にＡＴＭ端末から送信される情報に基づいて毎日定刻にメンテナンステーブルを更新して、定刻に稼働しているＡＴＭ端末をリモートメンテナンス対象としてメンテナンステーブルに含める一方で、定刻に稼働していないＡＴＭ端末をメンテナンステーブルに含めない。【選択図】図４
2015210534.tif 000002
【特許請求の範囲】
【請求項１】
リモートメンテナンスの対象である対象端末の情報が登録されるテーブルと、
端末装置の起動時に前記端末装置から送信される情報に基づいて毎日定刻に前記テーブルを更新して、前記定刻に稼働している第１の端末装置を前記対象端末として前記テーブルに含める一方で、前記定刻に稼働していない第２の端末装置を前記テーブルに含めない更新部と、
を具備するメンテナンスサーバ。
【請求項２】
前記更新部は、前記第２の端末装置が前記定刻以降に起動したときに、その起動時点で前記第２の端末装置を前記対象端末として前記テーブルに追加する、
請求項１に記載のメンテナンスサーバ。
【請求項３】
リモートメンテナンスの対象である対象端末の情報が登録されるテーブルを、端末装置の起動時に前記端末装置から送信される情報に基づいて、毎日定刻に更新し、
前記更新により、前記定刻に稼働している端末装置を前記対象端末として前記テーブルに含める一方で、前記定刻に稼働していない端末装置を前記テーブルに含めない、
処理をメンテナンスサーバに実行させるテーブル更新プログラム。
【請求項４】
リモートメンテナンスの対象である対象端末の情報が登録されるテーブルを、端末装置の起動時に前記端末装置から送信される情報に基づいて、毎日定刻に更新し、
前記更新により、前記定刻に稼働している端末装置を前記対象端末として前記テーブルに含める一方で、前記定刻に稼働していない端末装置を前記テーブルに含めない、
テーブル更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法に関する。
【背景技術】
【０００２】
メンテナンス作業者と離れた場所にある端末装置をメンテナンスする技術として「リモートメンテナンス」がある。リモートメンテナンスでは、メンテナンス作業者は、端末装置とネットワークを介して接続されたメンテナンスサーバを用いて、端末装置の設定変更、トラブル対処等のメンテナンスを行う。リモートメンテナンスの対象となる端末装置の情報は、メンテナンステーブルに登録されている。端末装置の情報としては、端末ＩＤ、ＩＰアドレス等がある。メンテナンスサーバは、メンテナンステーブルに登録されている端末装置を対象としてリモートメンテナンスを行う。従来、メンテナンス作業者は、端末装置の新設の都度、端末装置の情報を手作業にてメンテナンステーブルに登録し、端末装置の撤去の都度、該当する端末装置の情報を手作業にてメンテナンステーブルから削除していた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２９３２５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
リモートメンテナンスの対象となる端末装置として、銀行オンラインシステムにおける「ＡＴＭ（Automated  Teller  Machine）端末」がある。近年、銀行の店舗以外に、コンビニエンスストアや、駅のコンコース等にもＡＴＭ端末が設置されており、新設されるＡＴＭ端末の台数は、ますます増加する状況にある。また、近年、銀行店舗の統廃合、コンビニエンスストアの新規出店または閉店、顧客ニーズに合わせた店舗改築等に伴って、ＡＴＭ端末の新設や撤去が頻繁に行われている状況にある。このような状況の下、従来は、ＡＴＭ端末の情報のメンテナンステーブルへの登録、及び、メンテナンステーブルからの削除は、メンテナンス作業者の手作業によって行われていた。登録・削除が手作業によるため、新設や撤去の対象となるＡＴＭ端末の台数が多くなるほど、または、ＡＴＭ端末の新設や撤去の頻度が高くなるほど、メンテナンス作業者の作業負担が大きくなるとともに、登録ミスや削除ミスが発生しやすくなっていた。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、メンテナンス作業者の作業負担を軽減できるとともに、端末情報の登録ミス及び削除ミスを防ぐことができるメンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
メンテナンスサーバは、リモートメンテナンスの対象である対象端末の情報が登録されるテーブルと、前記テーブルを更新する更新部とを備える。前記更新部は、端末装置の起動時に前記端末装置から送信される情報に基づいて毎日定刻に前記テーブルを更新して、前記定刻に稼働している第１の端末装置を前記対象端末として前記テーブルに含める一方で、前記定刻に稼働していない第２の端末装置を前記テーブルに含めない。
【発明の効果】
【０００７】
開示の態様によれば、メンテナンス作業者の作業負担を軽減できるとともに、端末情報の登録ミス及び削除ミスを防ぐことができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１のリモートメンテナンスシステムの構成例を示す図である。
【図２】図２は、実施例１のＡＴＭ端末の一例を示す機能ブロック図である。
【図３】図３は、実施例１の端末情報の一例を示す図である。
【図４】図４は、実施例１のメンテナンスサーバの一例を示す機能ブロック図である。
【図５】図５は、実施例１のメンテナンステーブルの一例を示す図である。
【図６】図６は、実施例１のリモートメンテナンスシステムの動作の説明に供する図である。
【図７】図７は、実施例１のメンテナンスサーバの処理の説明に供するフローチャートである。
【図８】図８は、実施例２のメンテナンスサーバの一例を示す機能ブロック図である。
【図９】図９は、実施例２のリモートメンテナンスシステムの動作の説明に供する図である。
【図１０】図１０は、実施例２のメンテナンスサーバの処理の説明に供するフローチャートである。
【図１１】図１１は、メンテナンスサーバのハードウェア構成例を示す図である。
【図１２】図１２は、ＡＴＭ端末のハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示するメンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法の実施例を図面に基づいて詳細に説明する。なお、この実施例により本願の開示するメンテナンスサーバ、テーブル更新プログラム及びテーブル更新方法が限定されるものではない。また、各実施例において同一の機能を有する構成、及び、同一の処理を行うステップには同一の符号を付し、重複する説明を省略する。
【００１０】
また、以下の実施例では、リモートメンテナンスの対象となる端末装置として、ＡＴＭ端末を一例に挙げて説明する。しかし、開示の技術が適用可能な端末装置は、ＡＴＭ端末に限定されない。開示の技術は、通信機能を有するあらゆる端末装置に適用可能である。
【００１１】
［実施例１］
＜リモートメンテナンスシステムの構成＞
図１は、実施例１のリモートメンテナンスシステムの構成例を示す図である。図１に示すリモートメンテナンスシステム１は、メンテナンスサーバ１０と、ＡＴＭ端末２０−１〜２０−３とを有する。メンテナンスサーバ１０と、ＡＴＭ端末２０−１〜２０−３とは、ネットワーク３０を介して接続されている。
【００１２】
以下では、ＡＴＭ端末２０−１〜２０−３を区別しない場合には、ＡＴＭ端末２０と総称することがある。また、図１では３台のＡＴＭ端末を一例として挙げているが、メンテナンスサーバ１０に接続可能なＡＴＭ端末の台数は３台に限定されない。
【００１３】
＜ＡＴＭ端末の構成＞
図２は、実施例１のＡＴＭ端末の一例を示す機能ブロック図である。図２に示すＡＴＭ端末２０は、端末情報記憶部２１と、端末情報取得部２２と、ネットワーク３０に接続された通信部２３と、メンテナンス実行部２４とを有する。
【００１４】
端末情報記憶部２１は、ＡＴＭ端末２０の端末情報を記憶する。図３は、実施例１の端末情報の一例を示す図である。図３に示すように、端末情報は、端末ＩＤと、ＩＰアドレスと、銀行コードと、店番号と、機番と、機種コードとを有する。端末ＩＤは、ＡＴＭ端末２０−１〜２０−３のそれぞれを一意に特定するＩＤである。ＩＰアドレスは、ＡＴＭ端末２０−１〜２０−３毎に異なるものであり、メンテナンスサーバ１０から送信される制御コマンドの宛先を示す。銀行コードは、金融機関毎に異なるコードである。店番号は、ＡＴＭ端末２０−１〜２０−３が設置されている店舗や場所を特定するものである。機番は、同一店舗内の複数のＡＴＭ端末２０に対してそれぞれ付与される互いに異なる番号である。機種コードは、ＡＴＭ端末２０−１〜２０−３のそれぞれの機種を特定するコードである。端末情報は、ＡＴＭ端末２０−１〜２０−３のそれぞれが設置されるときに各ＡＴＭ端末に個別に設定されて、端末情報記憶部２１に記憶される。
【００１５】
端末情報取得部２２は、ＡＴＭ端末２０の起動時に、端末情報記憶部２１から端末情報を取得して、取得した端末情報を通信部２３に出力する。
【００１６】
通信部２３は、端末情報取得部２２から入力された端末情報をネットワーク３０を介してメンテナンスサーバ１０へ送信する。また、通信部２３は、メンテナンスサーバ１０から送信された制御コマンドをネットワーク３０を介して受信し、受信した制御コマンドをメンテナンス実行部２４に出力する。
【００１７】
メンテナンス実行部２４は、通信部２３から入力された制御コマンドに従って、ＡＴＭ端末２０の各種のメンテナンスを行う。例えば、メンテナンス実行部２４は、ＡＴＭ端末２０に記憶されているソフトウェアを、制御コマンドに従って修正する。
【００１８】
＜メンテナンスサーバの構成＞
図４は、実施例１のメンテナンスサーバの一例を示す機能ブロック図である。図４に示すメンテナンスサーバ１０は、ネットワーク３０に接続された通信部１１と、テーブル更新部１２と、メンテナンステーブル記憶部１３と、コマンド発行部１４とを有する。
【００１９】
通信部１１は、ＡＴＭ端末２０−１〜２０−３からそれぞれ送信された端末情報をネットワーク３０を介して受信し、受信した端末情報をテーブル更新部１２に出力する。また、通信部１１は、コマンド発行部１４から入力される制御コマンドをＩＰアドレスに従ってＡＴＭ端末２０−１〜２０−３のそれぞれへネットワーク３０を介して送信する。
【００２０】
メンテナンステーブル記憶部１３は、メンテナンステーブルを記憶する。図５は、実施例１のメンテナンステーブルの一例を示す図である。ここでは、ＡＴＭ２０−１の端末ＩＤを「ＡＴＭ１」、ＡＴＭ２０−２の端末ＩＤを「ＡＴＭ２」、ＡＴＭ２０−３の端末ＩＤを「ＡＴＭ３」とする。メンテナンステーブルに登録されているＡＴＭ端末２０が、リモートメンテナンスの対象となる。図５に示すメンテナンステーブルにおいて、「稼働フラグ」は、「１」または「０」の値を採り、毎日定刻でのＡＴＭ端末２０の稼働状況を示す。すなわち、ある日の定刻において、電源がオンになっていて稼働しているＡＴＭ端末２０の稼働フラグは「１」となり、電源がオフになっているか、または、撤去されていて稼働していないＡＴＭ端末２０の稼働フラグは「０」となる。
【００２１】
テーブル更新部１２は、通信部１１から入力された端末情報に基づいて、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを更新する。
【００２２】
コマンド発行部１４は、リモートメンテナンスのための制御コマンドを発行する。コマンド発行部１４は、制御コマンドを発行する際に、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを参照し、メンテナンステーブルからＡＴＭ端末２０−１〜２０−３の各ＩＰアドレスを取得する。コマンド発行部１４は、制御コマンドに各ＩＰアドレスをヘッダとして付加し、ＩＰアドレス付加後の制御コマンドを通信部１１に出力する。
【００２３】
＜リモートメンテナンスシステムの動作＞
図６は、実施例１のリモートメンテナンスシステムの動作の説明に供する図である。図６では、メンテナンステーブルの更新状況が時系列に示されている。なお、図６におけるメンテナンステーブルでは、説明を簡潔にするために、メンテナンステーブルの各項目のうち、端末ＩＤと、稼働フラグだけが示されている。また、ＡＴＭ１はＡＴＭ端末２０−１に相当し、ＡＴＭ２はＡＴＭ端末２０−２に相当し、ＡＴＭ３はＡＴＭ端末２０−３に相当する。また、図６における各時刻は２４時間表示されている。
【００２４】
３月１日１６時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３が新設された。ＡＴＭ１、ＡＴＭ２は、銀行の店舗に設置されたものであり、ＡＴＭ１、ＡＴＭ２の稼働時間は８時〜２２時である。このため、ＡＴＭ１、ＡＴＭ２の電源は、毎日８時に自動的にオンになり、毎日２２時に自動的にオフになるように設定されている。一方で、ＡＴＭ３は、２４時間営業のコンビニエンスストアに設置されたものであり、２４時間稼働のＡＴＭである。このため、ＡＴＭ３は、毎日２時に再起動するように設定されている。
【００２５】
３月２日２時に電源がオンになったＡＴＭ３は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２が、メンテナンステーブルにＡＴＭ３の端末情報を登録する。また、テーブル更新部１２は、ＡＴＭ３の稼働フラグを「１」にセットする。
【００２６】
３月２日８時に電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２が、メンテナンステーブルにＡＴＭ１の端末情報とＡＴＭ２の端末情報とを追加する。また、テーブル更新部１２は、ＡＴＭ１、ＡＴＭ２の稼働フラグを「１」にセットする。
【００２７】
テーブル更新部１２は、毎日の定刻１０時に、稼働フラグが「０」の端末情報をメンテナンステーブルから削除した後に、残りの端末情報の稼働フラグを「０」にリセットする。３月２日１０時の時点では、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグがすべて「１」であるため、メンテナンステーブルから削除される端末情報はない。そこで、テーブル更新部１２は、３月２日１０時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグを「０」にリセットする。
【００２８】
３月２日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。
【００２９】
３月３日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ３の端末情報が存在するので、ＡＴＭ３の稼働フラグを「０」から「１」に更新する。
【００３０】
ここで、特別なスケジュールの発生により、３月３日のＡＴＭ２の起動時刻が８時から１４時に変更された。
【００３１】
よって、３月３日８時には、ＡＴＭ１、ＡＴＭ２のうち、ＡＴＭ１の電源だけがオンになる。電源がオンになったＡＴＭ１は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ１の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ１の端末情報が存在するので、ＡＴＭ１の稼働フラグを「０」から「１」に更新する。
【００３２】
よって、３月３日１０時の時点では、ＡＴＭ１、ＡＴＭ３の稼働フラグは「１」であるのに対し、ＡＴＭ２の稼働フラグは「０」である。そこで、テーブル更新部１２は、３月３日１０時に、メンテナンステーブルからＡＴＭ２の端末情報を削除する。また、テーブル更新部１２は、ＡＴＭ２の端末情報を削除後、ＡＴＭ１、ＡＴＭ３の稼働フラグを「０」にリセットする。
【００３３】
３月３日１４時には、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ２は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ２の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２が、メンテナンステーブルにＡＴＭ２の端末情報が存在するか否かを確認する。ここでは、メンテナンステーブルにＡＴＭ２の端末情報が存在しないので、テーブル更新部１２は、ＡＴＭ２の端末情報をメンテナンステーブルに追加する。また、テーブル更新部１２は、ＡＴＭ２の稼働フラグを「１」にセットする。
【００３４】
３月３日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。
【００３５】
３月４日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ３の端末情報が存在するので、ＡＴＭ３の稼働フラグを「０」から「１」に更新する。
【００３６】
３月４日８時にはＡＴＭ１、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ１０との通信が確立すると、自端末の端末情報をメンテナンスサーバ１０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ１０では、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「０」のＡＴＭ１の端末情報が存在するので、ＡＴＭ１の稼働フラグを「０」から「１」に更新する。また、テーブル更新部１２は、メンテナンステーブルに稼働フラグ「１」のＡＴＭ２の端末情報が存在するので、ＡＴＭ２の稼働フラグを「１」のまま維持する。
【００３７】
そして、３月４日１０時の時点では、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグがすべて「１」であるため、メンテナンステーブルから削除される端末情報はない。そこで、テーブル更新部１２は、３月４日１０時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の稼働フラグを「０」にリセットする。
【００３８】
よって、３月２日１０時から３月３日１０時までは、３月２日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ２、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。また、３月３日１０時から３月３日１４時までは、３月３日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ３がリモートメンテナンスの対象となる。そして、３月３日１４時にＡＴＭ２がメンテナンステーブルに追加されるため、３月３日１４時から３月４日１０時まではＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。
【００３９】
＜メンテナンスサーバの処理＞
図７は、実施例１のメンテナンスサーバの処理の説明に供するフローチャートである。図７に示すフローチャートは、メンテナンスサーバ１０の電源がオンになったときに開始され、オフになったときに終了する。
【００４０】
テーブル更新部１２は、現在時刻が定刻か否かを判断する（ステップＳ０１）。現在時刻が定刻でないときは（ステップＳ０１：Ｎｏ）、処理はステップＳ０５に進む。
【００４１】
現在時刻が定刻であるときは（ステップＳ０１：Ｙｅｓ）、テーブル更新部１２は、メンテナンステーブルに登録されている各端末情報の稼働フラグを確認する（ステップＳ０２）。そして、テーブル更新部１２は、稼働フラグが「０」の端末情報をメンテナンステーブルから削除した後（ステップＳ０３）、メンテナンステーブルに残った端末情報の稼働フラグを「１」から「０」にリセットする（ステップＳ０４）。
【００４２】
次いで、テーブル更新部１２は、端末情報が受信されたか否か、つまり、通信部１１から端末情報が入力されたか否かを判断する（ステップＳ０５）。端末情報が受信されていないときは（ステップＳ０５：Ｎｏ）、処理はステップＳ０１に戻る。
【００４３】
端末情報が受信されると（ステップＳ０５：Ｙｅｓ）、テーブル更新部１２は、受信された端末情報の端末ＩＤがメンテナンステーブルに存在するか否かを判断する（ステップＳ０６）。
【００４４】
受信された端末情報の端末ＩＤがメンテナンステーブルに存在するときは（ステップＳ０６：Ｙｅｓ）、テーブル更新部１２は、その端末ＩＤに対応する稼働フラグを「１」に更新する（ステップＳ０７）。稼働フラグの更新後、処理はステップＳ０１に戻る。
【００４５】
受信された端末情報の端末ＩＤがメンテナンステーブルに存在しないときは（ステップＳ０６：Ｎｏ）、テーブル更新部１２は、その端末情報をメンテナンステーブルに追加するとともに、その端末情報に対応する稼働フラグを「１」にセットする（ステップＳ０８）。端末情報のメンテナンステーブルへの追加後、処理はステップＳ０１に戻る。
【００４６】
[実施例２]
実施例２では、リモートメンテナンスシステムの構成及びＡＴＭ端末の構成は実施例１と同様であるため、説明を省略する。但し、実施例２のメンテナンステーブルは、図５に示したメンテナンステーブルから「稼働フラグ」の項目を削除したものになる。以下、実施例２では、メンテナンスサーバの構成と、リモートメンテナンスシステムの動作と、メンテナンスサーバの処理とについて説明する。
【００４７】
＜メンテナンスサーバの構成＞
図８は、実施例１のメンテナンスサーバの一例を示す機能ブロック図である。図８に示すメンテナンスサーバ４０は、ネットワーク３０に接続された通信部１１と、テーブル更新部４１と、テンポラリテーブル記憶部４２と、メンテナンステーブル記憶部１３と、コマンド発行部１４とを有する。
【００４８】
テーブル更新部４１は、通信部１１から入力された端末情報に基づいて、テンポラリテーブル記憶部４２に記憶されているテンポラリテーブル、及び、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを更新する。テンポラリテーブルは、メンテナンステーブルと同一の項目を有する。
【００４９】
＜リモートメンテナンスシステムの動作＞
図９は、実施例２のリモートメンテナンスシステムの動作の説明に供する図である。図９では、テンポラリテーブル及びメンテナンステーブルの更新状況が時系列に示されている。なお、図９におけるテンポラリテーブル及びメンテナンステーブルでは、説明を簡潔にするために、各項目のうち端末ＩＤだけが示されている。また、テンポラリテーブル及びメンテナンステーブルは、図５に示した各項目のうち「稼働フラグ」以外の項目を有する。つまり、本実施例では、「稼働フラグ」は不要である。また、ＡＴＭ１はＡＴＭ端末２０−１に相当し、ＡＴＭ２はＡＴＭ端末２０−２に相当し、ＡＴＭ３はＡＴＭ端末２０−３に相当する。また、図９における各時刻は２４時間表示されている。
【００５０】
３月１日１６時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３が新設された。ＡＴＭ１、ＡＴＭ２は、銀行の店舗に設置されたものであり、ＡＴＭ１、ＡＴＭ２の稼働時間は８時〜２２時である。このため、ＡＴＭ１、ＡＴＭ２の電源は、毎日８時に自動的にオンになり、毎日２２時に自動的にオフになるように設定されている。一方で、ＡＴＭ３は、２４時間営業のコンビニエンスストアに設置されたものであり、２４時間稼働のＡＴＭである。このため、ＡＴＭ３は、毎日２時に再起動するように設定されている。
【００５１】
３月２日２時に電源がオンになったＡＴＭ３は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ３の端末情報を登録する。
【００５２】
３月２日８時に電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリステーブルにＡＴＭ１の端末情報とＡＴＭ２の端末情報とを追加する。
【００５３】
テーブル更新部４１は、毎日の定刻１０時に、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを、テンポラリテーブル記憶部４２に記憶されているテンポラリテーブルによって全更新する。よって、３月２日１０時に、テーブル更新部４１は、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の各端末情報が登録されているテンポラリテーブルによってメンテナンステーブルを全更新する。全更新後、テーブル更新部４１は、テンポラリテーブルをクリアする。
【００５４】
３月２日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。
【００５５】
３月３日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ３の端末情報を登録する。
【００５６】
ここで、特別なスケジュールの発生により、３月３日のＡＴＭ２の起動時刻が８時から１４時に変更された。
【００５７】
よって、３月３日８時には、ＡＴＭ１、ＡＴＭ２のうち、ＡＴＭ１の電源だけがオンになる。電源がオンになったＡＴＭ１は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ１の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ１の端末情報を追加する。
【００５８】
よって、３月３日１０時の時点では、テンポラリテーブルには、ＡＴＭ１の端末情報とＡＴＭ３の端末情報とが存在するが、ＡＴＭ２の端末情報は存在しない。よって、テーブル更新部４１は、３月３日１０時に、ＡＴＭ１、ＡＴＭ３の各端末情報が登録されているテンポラリテーブルによってメンテナンステーブルを全更新する。全更新後、テーブル更新部４１は、テンポラリテーブルをクリアする。
【００５９】
３月３日１４時には、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ２は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ２の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、メンテナンステーブルにＡＴＭ２の端末情報が存在するか否かを確認する。ここでは、メンテナンステーブルにＡＴＭ２の端末情報が存在しないので、テーブル更新部４１は、ＡＴＭ２の端末情報をメンテナンステーブルに追加する。
【００６０】
３月３日２２時には、ＡＴＭ１、ＡＴＭ２の電源がオフになる。
【００６１】
３月４日２時に再起動されたＡＴＭ３は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ３の端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ３の端末情報を登録する。
【００６２】
３月４日８時にはＡＴＭ１、ＡＴＭ２の電源がオンになる。電源がオンになったＡＴＭ１、ＡＴＭ２は、起動後、メンテナンスサーバ４０との通信が確立すると、自端末の端末情報をメンテナンスサーバ４０へ送信する。ＡＴＭ１、ＡＴＭ２の各端末情報を受信したメンテナンスサーバ４０では、テーブル更新部４１が、テンポラリテーブルにＡＴＭ１の端末情報とＡＴＭ２の端末情報とを追加する。
【００６３】
よって、３月４日１０時の時点では、テンポラリテーブルには、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の各端末情報が存在する。テーブル更新部４１は、３月４日１０時に、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３の各端末情報が登録されているテンポラリテーブルによってメンテナンステーブルを全更新する。全更新後、テーブル更新部４１は、一時記憶テーブルをクリアする。
【００６４】
よって、実施例１と同様に、３月２日１０時から３月３日１０時までは、３月２日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ２、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。また、３月３日１０時から３月３日１４時までは、３月３日１０時の時点で稼働しているＡＴＭ１、ＡＴＭ３がメンテナンステーブルに含まれるため、ＡＴＭ１、ＡＴＭ３がリモートメンテナンスの対象となる。そして、３月３日１４時にＡＴＭ２がメンテナンステーブルに追加されるため、３月３日１４時から３月４日１０時まではＡＴＭ１、ＡＴＭ２、ＡＴＭ３がリモートメンテナンスの対象となる。
【００６５】
＜メンテナンスサーバの処理＞
図１０は、実施例２のメンテナンスサーバの処理の説明に供するフローチャートである。図１０に示すフローチャートは、メンテナンスサーバ４０の電源がオンになったときに開始され、オフになったときに終了する。
【００６６】
テーブル更新部４１は、現在時刻が定刻か否かを判断する（ステップＳ０１）。現在時刻が定刻でないときは（ステップＳ０１：Ｎｏ）、処理はステップＳ０５に進む。
【００６７】
現在時刻が定刻であるときは（ステップＳ０１：Ｙｅｓ）、テーブル更新部４１は、メンテナンステーブル記憶部１３に記憶されているメンテナンステーブルを、テンポラリテーブル記憶部４２に記憶されているテンポラリテーブルによって全更新し、全更新後、テンポラリテーブルをクリアする（ステップＳ７１）。
【００６８】
次いで、テーブル更新部４１は、端末情報が受信されたか否か、つまり、通信部１１から端末情報が入力されたか否かを判断する（ステップＳ０５）。端末情報が受信されていないときは（ステップＳ０５：Ｎｏ）、処理はステップＳ０１に戻る。
【００６９】
端末情報が受信されると（ステップＳ０５：Ｙｅｓ）、テーブル更新部４１は、受信された端末情報の端末ＩＤがメンテナンステーブルに存在するか否かを判断する（ステップＳ０６）。
【００７０】
受信された端末情報の端末ＩＤがメンテナンステーブルに存在するときは（ステップＳ０６：Ｙｅｓ）、テーブル更新部４１は、その端末情報をテンポラリテーブルに追加する（ステップＳ７２）。端末情報のテンポラリテーブルへの追加後、処理はステップＳ０１に戻る。
【００７１】
受信された端末情報の端末ＩＤがメンテナンステーブルに存在しないときは（ステップＳ０６：Ｎｏ）、テーブル更新部４１は、その端末情報をメンテナンステーブルに追加する（ステップＳ０８）。端末情報のメンテナンステーブルへの追加後、処理はステップＳ０１に戻る。
【００７２】
以上、実施例１、２の各実施例について説明した。
【００７３】
以上のように、上記の各実施例では、メンテナンステーブルには、リモートメンテナンスの対象であるＡＴＭ端末２０の情報が登録される。テーブル更新部１２，４１は、ＡＴＭ端末２０の起動時にＡＴＭ端末２０から送信される情報に基づいて毎日定刻（例えば、毎日１０時）にメンテナンステーブルを更新して、定刻に稼働しているＡＴＭ端末２０をリモートメンテナンス対象としてメンテナンステーブルに含める一方で、定刻に稼働していないＡＴＭ端末２０をメンテナンステーブルに含めない。
【００７４】
こうすることで、メンテナンスサーバ１０，４０では、各ＡＴＭ端末２０の起動時に自動的に各ＡＴＭ端末２０から端末情報が収集されてメンテナンステーブルが更新されるため、メンテナンス作業者の作業負担を軽減できるとともに、端末情報の登録ミス及び削除ミスを防ぐことができる。
【００７５】
また、上記の各実施例では、テーブル更新部１２，４１は、定刻に稼働していないＡＴＭ端末２０が定刻以降に起動したときに、その起動時点でそのＡＴＭ端末２０をリモートメンテナンス対象としてメンテナンステーブルに含める。
【００７６】
こうすることで、定刻以外の時刻でもリモートメンテナンス対象のＡＴＭ端末２０をメンテナンステーブルに追加することができるため、メンテナンステーブルへの登録漏れを防ぐことができる。
【００７７】
［他の実施例］
［１］メンテナンスサーバ１０，４０は、例えば、次のようなハードウェア構成により実現することができる。図１１は、メンテナンスサーバのハードウェア構成例を示す図である。図１１に示すように、メンテナンスサーバ１０，４０は、ハードウェアの構成要素として、プロセッサ１０ａと、メモリ１０ｂと、ネットワークインタフェースモジュール１０ｃとを有する。プロセッサ１０ａの一例として、ＣＰＵ（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）、フラッシュメモリ等が挙げられる。通信部１１は、ネットワークインタフェースモジュール１０ｃによって実現される。テーブル更新部１２，４１と、コマンド発行部１４とは、プロセッサ１０ａによって実現される。メンテナンステーブル記憶部１３と、テンポラリテーブル記憶部４２とは、メモリ１０ｂによって実現される。
【００７８】
そして、メンテナンスサーバ１０，４０での上記説明における各処理は、各処理に対応するプログラムをプロセッサ１０ａに実行させることによって実現してもよい。例えば、上記説明における各処理に対応するプログラムがメモリ１０ｂまたはＨＤＤ（Hard  Disk  Drive）等の記憶部に記憶され、プログラムがプロセッサ１０ａによって記憶部から読み出されて実行されてもよい。
【００７９】
［２］ＡＴＭ端末２０は、例えば、次のようなハードウェア構成により実現することができる。図１２は、ＡＴＭ端末のハードウェア構成例を示す図である。図１２に示すように、ＡＴＭ端末２０は、ハードウェアの構成要素として、プロセッサ２０ａと、メモリ２０ｂと、入出金機構２０ｃと、ネットワークインタフェースモジュール２０ｄとを有する。プロセッサ２０ａの一例として、ＣＰＵ，ＤＳＰ，ＦＰＧＡ等が挙げられる。また、ＡＴＭ端末２０は、プロセッサ２０ａと周辺回路とを含むＬＳＩを有してもよい。メモリ２０ｂの一例として、ＳＤＲＡＭ等のＲＡＭ，ＲＯＭ，フラッシュメモリ等が挙げられる。通信部２３は、ネットワークインタフェースモジュール２０ｄによって実現される。端末情報取得部２２と、メンテナンス実行部２４とは、プロセッサ２０ａによって実現される。端末情報記憶部２１は、メモリ２０ｂによって実現される。
【００８０】
そして、ＡＴＭ端末２０での上記説明における各処理は、各処理に対応するプログラムをプロセッサ２０ａに実行させることによって実現してもよい。例えば、上記説明における各処理に対応するプログラムがメモリ２０ｂに記憶され、プログラムがプロセッサ２０ａによってメモリ２０ｂから読み出されて実行されてもよい。
【符号の説明】
【００８１】
１  リモートメンテナンスシステム
１０  メンテナンスサーバ
２０−１〜２０−３  ＡＴＭ端末
３０  ネットワーク
１１，２３  通信部
１２，４１  テーブル更新部
１３  メンテナンステーブル記憶部
１４  コマンド発行部
４２  テンポラリテーブル記憶部
２１  端末情報記憶部
２２  端末情報取得部
２４  メンテナンス実行部
【図１】
2015210534.tif 000003
【図２】
2015210534.tif 000004
【図３】
2015210534.tif 000005
【図４】
2015210534.tif 000006
【図５】
2015210534.tif 000007
【図６】
2015210534.tif 000008
【図７】
2015210534.tif 000009
【図８】
2015210534.tif 000010
【図９】
2015210534.tif 000011
【図１０】
2015210534.tif 000012
【図１１】
2015210534.tif 000013
【図１２】
2015210534.tif 000014