特開 2025-22505 情報処理装置、監視システム、判別方法及び判別プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025022505

(43)【公開日】2025-02-14

(54)【発明の名称】情報処理装置、監視システム、判別方法及び判別プログラム

(51)【国際特許分類】

   H04L 41/0604 20220101AFI20250206BHJP

   H04L 41/069 20220101ALI20250206BHJP

   G07D 11/26 20190101ALI20250206BHJP

   G07F 19/00 20060101ALI20250206BHJP

   G06F 11/07 20060101ALI20250206BHJP

   G06F 11/32 20060101ALI20250206BHJP

   G07D 11/235 20190101ALI20250206BHJP

【ＦＩ】

H04L41/0604

H04L41/069

G07D11/26

G07F19/00

G06F11/07 160

G06F11/32 170

G06F11/07 181

G06F11/07 140H

G07D11/235

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023127152

(22)【出願日】2023-08-03

(71)【出願人】

【識別番号】000237639

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

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】岩倉 洋一

【テーマコード（参考）】

3E141

5B042

【Ｆターム（参考）】

3E141BA07

3E141CA02

3E141CA07

3E141CB04

3E141DA10

5B042GA10

5B042GC16

5B042JJ02

5B042KK11

5B042MA08

5B042MA11

5B042MA13

5B042MA16

5B042MC17

5B042MC18

5B042MC19

5B042MC27

5B042MC35

(57)【要約】

【課題】収集されたメッセージから再起動に伴うメッセージを除外してエラー発生の重要メッセージを判別できる情報処理装置等を提供する。
【解決手段】金融取引装置と通信で接続して前記金融取引装置を監視する情報処理装置は、取得部と、記憶部と、特定部と、判別部とを有する。取得部は、前記金融取引装置から収集されたメッセージから前記金融取引装置の状態及び当該メッセージの発生日時を取得する。記憶部は、前記金融取引装置の再起動時間帯を事前に記憶している。特定部は、前記メッセージのうち、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数を特定する。判別部は、前記指定メッセージの発生日時を含む時間帯における前記他の金融取引装置のエラー発生の発生数と、前記再起動時間帯とに基づき、前記指定メッセージが再起動に伴うメッセージであるか否かを判別する。
【選択図】図１

【特許請求の範囲】

【請求項1】

金融取引装置と通信で接続して前記金融取引装置を監視する情報処理装置であって、
前記金融取引装置から収集されたメッセージから前記金融取引装置の状態及び当該メッセージの発生日時を取得する取得部と、
前記金融取引装置の再起動時間帯を事前に記憶した記憶部と、
前記メッセージのうち、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数を特定する特定部と、
前記指定メッセージの発生日時を含む時間帯における前記他の金融取引装置のエラー発生の発生数と、前記再起動時間帯とに基づき、前記指定メッセージが再起動に伴うメッセージであるか否かを判別する判別部と、
を有することを特徴とする情報処理装置。

【請求項2】

前記判別部は、
前記エラー発生の発生数が所定閾値を超え、かつ、前記指定メッセージの発生日時が前記再起動時間帯外の場合に当該指定メッセージが再起動に伴うメッセージでないと判別することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記判別部は、
前記エラー発生の発生数が所定閾値を超え、かつ、前記指定メッセージの発生日時が前記再起動時間帯内の場合に当該指定メッセージが再起動に伴うメッセージであると判別することを特徴とする請求項１又は２に記載の情報処理装置。

【請求項4】

前記判別部は、
前記金融取引装置が保守中ではなく、前記エラー発生の発生数が所定閾値を超え、かつ、前記指定メッセージの発生日時が前記再起動時間帯外の場合に当該指定メッセージが再起動に伴うメッセージでないと判別することを特徴とする請求項１に記載の情報処理装置。

【請求項5】

前記特定部は、
前記指定メッセージの発生日時を特定し、特定された発生日時から所定時間前までの確認時間帯を算出し、前記メッセージのうち、前記発生日時が前記確認時間帯内の前記他の金融取引装置のエラー発生に関わるキーワードを含むメッセージを検索し、当該キーワードに関わるメッセージの数で前記他の金融取引装置のエラー発生の発生数を特定することを特徴とする請求項１に記載の情報処理装置。

【請求項6】

金融取引装置と、複数の金融取引装置と通信で接続して前記金融取引装置を監視する情報処理装置と、を有する監視システムであって、
前記情報処理装置は、
前記金融取引装置から収集されたメッセージから前記金融取引装置の状態及び当該メッセージの発生日時を取得する取得部と、
前記金融取引装置の再起動時間帯を事前に記憶した記憶部と、
前記メッセージのうち、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数を特定する特定部と、
前記指定メッセージの発生日時を含む時間帯における前記他の金融取引装置のエラー発生の発生数と、前記再起動時間帯とに基づき、前記指定メッセージが再起動に伴うメッセージであるか否かを判別する判別部と、
を有することを特徴とする監視システム。

【請求項7】

金融取引装置と通信で接続して前記金融取引装置を監視する情報処理装置が、
前記金融取引装置の再起動時間帯を事前に記憶し、
前記金融取引装置から収集されたメッセージから前記金融取引装置の状態及び当該メッセージの発生日時を取得し、
前記メッセージのうち、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数を特定し、
前記指定メッセージの発生日時を含む時間帯における前記他の金融取引装置のエラー発生の発生数と、前記再起動時間帯とに基づき、前記指定メッセージが再起動に伴うメッセージであるか否かを判別する
処理を実行することを特徴とする判別方法。

【請求項8】

金融取引装置と通信で接続して前記金融取引装置を監視する情報処理装置のプロセッサに、
前記金融取引装置の再起動時間帯を事前に記憶し、
前記金融取引装置から収集されたメッセージから前記金融取引装置の状態及び当該メッセージの発生日時を取得し、
前記メッセージのうち、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数を特定し、
前記指定メッセージの発生日時を含む時間帯における前記他の金融取引装置のエラー発生の発生数と、前記再起動時間帯とに基づき、前記指定メッセージが再起動に伴うメッセージであるか否かを判別する
処理を前記プロセッサに実行させることを特徴とする判別プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、監視システム、判別方法及び判別プログラムに関する。

【背景技術】

【0002】

例えば、金融機関のＡＴＭ(Automatic Teller Machine)等の金融取引装置を遠隔監視する監視システムが広く普及している。図１４は、従来の監視システム２００の一例を示す説明図である。図１４に示す監視システム２００は、ＡＴＭ２０１と、監視サーバ２０２と、監視端末２０３とを有する。ＡＴＭ２０１は、例えば、銀行、駅やコンビニ等の店舗に配置された紙幣等を入出金する監視対象のキャッシュディスペンサである。ＡＴＭ２０１は、本体監視部２０１Ａと、ＮＷ機器２０１Ｂと、警備機器２０１Ｃとを有する。本体監視部２０１Ａは、ＡＴＭ２０１の生死状態や紙幣詰まり等の状態を監視し、監視結果を示すメッセージを監視サーバ２０２に通知する。ＮＷ機器２０１Ｂは、ＡＴＭ２０１と通信で接続するネットワークの状態を監視し、監視結果を示すメッセージを監視サーバ２０２に通知する機器である。警備機器２０１Ｃは、例えば、ＡＴＭ２０１の保守扉の開閉等の保守警備に関する情報を監視し、監視結果を示すメッセージを監視サーバ２０２に通知する機器である。

【0003】

監視サーバ２０２は、複数のＡＴＭ２０１から受信したメッセージに基づき、ＡＴＭ２０１の状態を遠隔監視するサーバである。監視端末２０３は、監視サーバ２０２と通信して監視サーバ２０２から通知された各ＡＴＭ２０１のメッセージを画面表示する、オペレータ側の操作端末である。

【0004】

監視サーバ２０２は、ＡＴＭ２０１からエラー等のメッセージを受信した場合、受信メッセージの重要度及びキーワードを管理するフィルタ定義を参照し、受信メッセージの重要度を識別する。更に、監視サーバ２０２は、識別された重要度に基づき、受信メッセージを監視端末２０３に通知するか否かを判別することになる。監視サーバ２０２は、受信メッセージの判別結果に基づき、受信メッセージを監視端末２０３に通知する。そして、監視端末２０３は、監視サーバ２０２からの受信メッセージを監視画面に表示する。その結果、監視端末２０３のオペレータは、監視画面を見てＡＴＭ２０１のエラー発生を認識できる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１９－１５９４７４号公報

【特許文献2】特開２０１７－１２３００１号公報

【特許文献3】特開２０２１－６４２７７号公報

【特許文献4】特開２００７－３２３１９８号公報

【特許文献5】特開２０２１－１２８６６４号公報

【発明の概要】

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

【0006】

監視サーバ２０２は、メッセージの重要度に基づき、監視端末２０３に通知する通知対象のメッセージであるか否かを判定する。監視サーバ２０２は、通知対象のメッセージの場合、通知対象のメッセージを監視端末２０３に通知する。また、監視サーバ２０２は、通知対象外のメッセージの場合、通知対象外のメッセージを監視端末２０３に通知しない。

【0007】

監視システム２００では、例えば、１日１回の深夜の時間帯にＡＴＭ２０１のシステムアップデート等で再起動する運用が行われている。しかしながら、監視対象のＡＴＭ２０１の台数は約１万台を超えている。

【0008】

また、ＮＷ機器２０１Ｂでは、例えば、ＮＷ機器２０１Ｂ自体のポートが物理的又は論理的に故障した場合にメッセージを監視サーバ２０２に通知している。しかしながら、再起動する運用においてＡＴＭ２０１が再起動した場合でも、ＮＷ機器２０１Ｂは、再起動に伴ってＮＷ機器２０１Ｂに接続されているポートに問題があるとの監視結果が生じるため、その監視結果を示すメッセージを監視サーバ２０２に通知している。つまり、ＡＴＭ２０１内のＮＷ機器２０１Ｂでは、ＡＴＭ２０１の再起動に応じて、ＡＴＭ２０１が正常であるにもかかわらず、再起動に伴うメッセージを監視サーバ２０２に通知することになる。

【0009】

しかも、監視サーバ２０２では、再起動対象のＡＴＭ２０１が一斉に再起動を実行した場合、ＡＴＭ２０１から大量のメッセージを一斉に受信することになる。従って、監視サーバ２０２は、ＮＷ機器２０１Ｂから障害発生でメッセージが通知されているのか、ＡＴＭ２０１の再起動により間接的にメッセージが通知されているのか、フィルタ定義のみでは識別できないのが実情である。つまり、監視サーバ２０２では、再起動に関わる大量メッセージによって、実際に故障やアプリ障害等の重要なメッセージが埋もれてしまう。従って、監視サーバ２０２では、再起動に伴う大量のメッセージを除外して重要メッセージを識別する方法が求められている。

【0010】

一つの側面では、収集されたメッセージから再起動に伴うメッセージを除外してエラー発生の重要メッセージを判別できる情報処理装置等を提供することを目的とする。

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

【0011】

一つの態様の情報処理装置では、金融取引装置と通信で接続して前記金融取引装置を監視する。情報処理装置は、取得部と、記憶部と、特定部と、判別部とを有する。取得部は、前記金融取引装置から収集されたメッセージから前記金融取引装置の状態及び当該メッセージの発生日時を取得する。記憶部は、前記金融取引装置の再起動時間帯を事前に記憶している。特定部は、前記メッセージのうち、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数を特定する。判別部は、前記指定メッセージの発生日時を含む時間帯における前記他の金融取引装置のエラー発生の発生数と、前記再起動時間帯とに基づき、前記指定メッセージが再起動に伴うメッセージであるか否かを判別する。

【発明の効果】

【0012】

一つの側面として、収集されたメッセージから再起動に伴うメッセージを除外してエラー発生の重要メッセージを判別できる。

【図面の簡単な説明】

【0013】

【図1】図１は、本実施例の監視システムの一例を示す説明図である。

【図2】図２は、ＡＴＭの一例を示す説明図である。

【図3】図３は、監視サーバの一例を示す説明図である。

【図4】図４は、動作定義メモリの一例を示す説明図である。

【図5】図５は、メッセージ管理テーブルの一例を示す説明図である。

【図6】図６は、判別処理に関わる監視サーバの処理動作の一例を示すフローチャートである。

【図7】図７は、判別処理に関わる監視サーバの処理動作の一例を示すフローチャートである。

【図8】図８は、登録処理に関わる監視サーバの処理動作の一例を示すフローチャートである。

【図9】図９は、通知対象確認処理に関わる監視サーバの処理動作の一例を示すフローチャートである。

【図10】図１０は、保守中確認処理に関わる監視サーバの処理動作の一例を示すフローチャートである。

【図11】図１１は、他機器状況確認処理に関わる監視サーバの処理動作の一例を示すフローチャートである。

【図12】図１２は、再起動時間帯確認処理に関わる監視サーバの処理動作の一例を示すフローチャートである。

【図13】図１３は、判別プログラムを実行する情報処理装置の一例を示す説明図である。

【図14】図１４は、従来の監視システムの一例を示す説明図である。

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

【0014】

以下、図面に基づいて、本願の開示する情報処理装置等の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

【実施例0015】

図１は、本実施例の監視システム１の一例を示す説明図である。図１に示す監視システム１は、監視対象であるＡＴＭ１０と、監視サーバ２０と、監視端末３０と、を有する。尚、監視システム１では、数万台のＡＴＭ１０を有するものとする。

【0016】

ＡＴＭ１０は、例えば、銀行、駅やコンビニ等の店舗等の配置拠点２に配置された紙幣等を入出金する監視対象のキャッシュディスペンサ等の金融取引装置である。ＡＴＭ１０は、Ｗｅｂタイプを採用し、データセンタ内のサーバ群に主な制御アプリケーションを搭載し、提携銀行ホストとの間で電文制御、画面遷移や各種取引を実現している。

【0017】

監視サーバ２０は、複数のＡＴＭ１０と通信し、ＡＴＭ１０の状態を遠隔監視する情報処理装置である。監視サーバ２０は、例えば、データセンタ３に配置されているものとする。監視端末３０は、監視サーバ２０と通信し、監視サーバ２０の監視結果を画面表示する、オペレータ側の操作端末である。監視端末３０は、例えば、監視センタ等の運用拠点４に配置されているものとする。尚、説明の便宜上、監視サーバ２０及び監視端末３０は１台として説明するが、これに限定されるものではなく、複数台であっても良い。

【0018】

図２は、ＡＴＭ１０の一例を示す説明図である。図２に示すＡＴＭ１０は、本体監視部１０Ａと、ＮＷ機器１１と、警備機器１２と、通信ＩＦ（Interface）１３と、タッチパネル１４と、メモリ１５と、ＡＴＭメカ機構１６と、機構制御部１７と、プロセッサ１８とを有する。本体監視部１０Ａは、ＡＴＭ１０の生死状態や紙幣詰まり等の状態を監視し、監視結果を示すメッセージを監視サーバ２０に通知する。ＮＷ機器１１は、ＡＴＭ１０と通信で接続するネットワークの状態を監視し、監視結果を示すメッセージを監視サーバ２０に通知する機器である。警備機器１２は、例えば、ＡＴＭ１０の保守扉の開閉等の保守警備に関する情報を監視し、監視結果を示すメッセージを監視サーバ２０に通知する機器である。

【0019】

メッセージは、発生日時と、機器情報と、メッセージ内容とを含む情報である。発生日時は、メッセージに関わる事象が発生した日時である。機器情報は、メッセージを発信した機器を識別する情報である。機器を識別する情報には、ＡＴＭ１０を識別する識別情報、ＮＷ機器１１を識別する識別情報や警備機器１２を識別する識別情報を含む文字列である。メッセージ内容は、”NETWOR ERROR”や”ATM OPEN”等のフィルタ定義でメッセージ内容が判別可能なキーワード等の文字列である。

【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】

プロセッサ２３は、指定メッセージの他のＮＷ機器１１のエラーに関するキーワードがあるか否かを判定する（ステップＳ７８）。プロセッサ２３は、指定メッセージの他のＮＷ機器１１のエラーに関するキーワードがある場合（ステップＳ７８：Ｙｅｓ）、ＮＷ機器エラー数を＋１インクリメントする（ステップＳ７９）。プロセッサ２３は、ＮＷ機器エラー数を＋１インクリメントした後、第２の確認時間帯内に他のＮＷ機器１１の発生日時の未指定のメッセージがあるか否かを判定するステップＳ７５の処理に移行する。

【0078】

また、プロセッサ２３は、第２の確認時間帯内に他のＮＷ機器１１の発生日時の未指定のメッセージがない場合（ステップＳ７５：Ｎｏ）、図１１に示す処理動作を終了する。また、プロセッサ２３は、指定メッセージの他のＮＷ機器１１のエラーに関するキーワードがない場合（ステップＳ７８：Ｎｏ）、第２の確認時間帯内に他のＮＷ機器１１の発生日時の未指定のメッセージがあるか否かを判定するステップＳ７５の処理に移行する。

【0079】

他機器状況確認処理を実行するプロセッサ２３は、第２の確認時間帯内に他のＮＷ機器１１の発生日時の未指定のメッセージがある場合、未指定のメッセージを指定する。プロセッサ２３は、指定メッセージ内に他のＮＷ機器１１のエラーに関するキーワードがある場合、ＮＷ機器エラー数を＋１インクリメントする。その結果、監視サーバ２０は、指定メッセージの自ＮＷ機器１１以外の他のＮＷ機器１１のＮＷ機器エラー数をカウントできる。

【0080】

図１２は、再起動時間帯確認処理に関わる監視サーバ２０の処理動作の一例を示すフローチャートである。図１２において監視サーバ２０内のプロセッサ２３は、メッセージ管理テーブル２２３内の指定の受信メッセージの再起動時間帯フラグ２２３Ｈを初期化する（ステップＳ８１）。プロセッサ２３は、メッセージ管理テーブル２２３から指定の受信メッセージの発生日時を取得する（ステップＳ８２）。プロセッサ２３は、発生日時が再起動時間帯内であるか否かを判定する（ステップＳ８３）。

【0081】

プロセッサ２３は、発生日時が再起動時間帯内である場合（ステップＳ８３：Ｙｅｓ）、発生日時が時間内と判断する。プロセッサ２３は、メッセージ管理テーブル２２３内の指定の受信メッセージの再起動時間帯フラグ２２３Ｈを時間内として設定し（ステップＳ８４）、図１２に示す処理動作を終了する。尚、時間内の再起動時間帯フラグ２２３Ｈは、“１”を設定する。

【0082】

プロセッサ２３は、発生日時が再起動時間帯内でない場合（ステップＳ８３：Ｎｏ）、発生日時が時間外と判断する。プロセッサ２３は、メッセージ管理テーブル２２３内の指定の受信メッセージの再起動時間帯フラグ２２３Ｈを時間外として設定し（ステップＳ８５）、図１２に示す処理動作を終了する。尚、時間外の再起動時間帯フラグ２２３Ｈは、“０”を設定する。

【0083】

再起動時間帯確認処理を実行するプロセッサ２３は、指定メッセージの発生日時が再起動時間帯内であるか否かを判定し、発生日時が再起動時間帯内の場合、指定メッセージの再起動時間帯フラグ２２３Ｈを“１”に設定する。プロセッサ２３は、発生日時が再起動時間帯外の場合、指定メッセージの再起動時間帯フラグ２２３Ｈを“０”に設定する。その結果、監視サーバ２０は、指定メッセージが再起動を伴うメッセージであるか否かを認識できる。

【0084】

本実施例の監視サーバ２０は、メッセージのうち、指定メッセージの発生日時を含む第２の確認時間帯における他のＮＷ機器１１のＮＷ機器エラー数を特定する。監視サーバ２０は、ＮＷ機器エラー数と、再起動時間帯とに基づき、指定メッセージが再起動に伴うメッセージであるか否かを判別する。監視サーバ２０は、ＮＷ機器エラー数が所定閾値を超え、かつ、指定メッセージの発生日時が再起動時間帯外の場合に当該指定メッセージが再起動に伴うメッセージではなく、重要メッセージであると判別する。その結果、監視サーバ２０は、収集されたメッセージから再起動に伴うメッセージを除外することで、監視端末３０のオペレータでは、エラー発生の重要メッセージを特定できる。

【0085】

監視サーバ２０は、ＮＷ機器エラー数が所定閾値を超え、かつ、指定メッセージの発生日時が再起動時間帯内の場合に当該指定メッセージが再起動に伴うメッセージであると判別する。その結果、監視サーバ２０は、再起動に伴う不要なメッセージを監視端末３０に通知することがないため、監視端末３０のオペレータでは、重要メッセージが再起動に伴うメッセージに埋もれるような事態を回避できる。

【0086】

監視サーバ２０は、保守中ではなく、ＮＷ機器エラー数が所定閾値を超え、かつ、指定メッセージの発生日時が再起動時間帯外の場合に当該指定メッセージが再起動に伴うメッセージではなく、エラー発生の重要メッセージであると判別する。その結果、監視サーバ２０は、収集されたメッセージから再起動及び保守作業に伴うメッセージを除外することで、監視端末３０のオペレータでは、エラー発生の重要メッセージを特定できる。

【0087】

監視サーバ２０は、指定メッセージの発生日時を特定し、特定された発生日時から第２の時間前までの第２の確認時間帯を算出する。監視サーバ２０は、メッセージのうち、発生日時が第２の確認時間帯内の他のＮＷ機器１１のエラー発生に関わるキーワードを含むメッセージを検索する。監視サーバ２０は、当該キーワードに関わるメッセージの数でＮＷ機器エラー数を特定する。その結果、監視サーバ２０は、ＮＷ機器エラー数を特定できる。

【0088】

また、ＮＷ機器１１では、ＮＷ機器１１自体のポートが物理的又は論理的に故障した場合にメッセージを監視サーバ２０に通知している。また、ＮＷ機器１１では、ＡＴＭ１０本体やＮＷ機器１１自体の保守作業を実行した場合でも、例えば、ＡＴＭ１０とＮＷ機器１１との間を接続するＬＡＮケーブル等が抜線されたことでメッセージを監視サーバ２０に通知している。しかも、ＡＴＭ１０が再起動した場合でも、ＮＷ機器１１は、ＮＷ機器１１に接続されているポートに問題があるとの監視結果が生じるため、その監視結果を示すメッセージを監視サーバ２０に通知している。

【0089】

そして、監視サーバ２０では、複数のＡＴＭ１０が一斉に再起動を実行した場合、各ＡＴＭ１０から大量のメッセージを一斉に受信することになる。しかしながら、本実施例の監視サーバ２０では、大量のメッセージから、再起動や保守作業に関わるメッセージを通知対象から除外するため、監視端末３０のオペレータでは、例えば、実際に故障やアプリ障害等の重要なメッセージを判別できる。

【0090】

尚、説明の便宜上、監視サーバ２０は、情報処理装置で実現する場合を例示したが、クラウドに設けても良く、適宜変更可能である。

【0091】

監視対象としてＡＴＭ１０を例示したが、監視対象はこれに限定されるものではなく、金融機関システムに使用する機器であればよく、適宜変更可能である。

【0092】

第１の確認時間帯を算出する第１の時間及び第２の確認時間帯を算出する第２の時間を同一の監視時間を設定する場合を例示したが、これに限定されるものではなく、異なる時間を設定しても良い。

【0093】

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

【0094】

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

【0095】

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図１３は、判別プログラムを実行する情報処理装置の一例を示す説明図である。

【0096】

図１３に示す判別プログラムを実行する情報処理装置１００では、通信部１０１と、ＨＤＤ（Hard Disk Drive）１０２と、ＲＯＭ(Read Only Memory)１０３と、ＲＡＭ(Random Access Memory)１０４と、を有する。更に、情報処理装置１００は、ＣＰＵ１０５と、バス１０６とを有する。

【0097】

情報処理装置１００は、金融取引装置と通信で接続して前記金融取引装置を監視するコンピュータである。ＨＤＤ１０２は、前記金融取引装置の再起動時間帯を事前に記憶している。

【0098】

そして、ＲＯＭ１０３には、上記実施例と同様の機能を発揮する判別プログラムが予め記憶されている。尚、ＲＯＭ１０３ではなく、図示せぬドライブで読取可能な記録媒体に判別プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。判別プログラムとしては、図１３に示すように、取得プログラム１０３Ａ、特定プログラム１０３Ｂ及び判別プログラム１０３Ｃである。尚、取得プログラム１０３Ａ、特定プログラム１０３Ｂ及び判別プログラム１０３Ｃについては、適宜統合又は分散しても良い。

【0099】

そして、ＣＰＵ１０５は、これらのプログラム１０３Ａ、１０３Ｂ及び１０３ＣをＲＯＭ１０３から読み出し、これら読み出された各プログラムをＲＡＭ１０４上に展開して実行する。そして、ＣＰＵ１０５は、図１３に示すように、各プログラム１０３Ａ、１０３Ｂ及び１０３ＣをＲＡＭ１０４上で実行することで、取得プロセス１０４Ａ、特定プロセス１０４Ｂ及び判別プロセス１０４Ｃとして機能する。

【0100】

ＣＰＵ１０５は、金融取引装置から収集されたメッセージから金融取引装置の状態及び当該メッセージの発生日時を取得する。ＣＰＵ１０５は、メッセージのうち、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数を特定する。ＣＰＵ１０５は、指定メッセージの発生日時を含む時間帯における他の金融取引装置のエラー発生の発生数と、再起動時間帯とに基づき、指定メッセージが再起動に伴うメッセージであるか否かを判別する。その結果、収集されたメッセージから再起動に伴うメッセージを除外してエラー発生の重要メッセージを判別できる。

【符号の説明】

【0101】

１ 監視システム
１０ ＡＴＭ
１０Ａ 本体監視部
１１ ＮＷ機器
１２ 警備機器
２０ 監視サーバ
２３ プロセッサ
２３Ａ 取得部
２３Ｂ 特定部
２３Ｃ 判別部
３０ 監視端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】