JP2021128664A - メッセージ監視サーバ、メッセージ監視方法及びメッセージ監視プログラム - Google Patents

Abstract

【課題】制御サーバからのメッセージの重要度を示すランクを適切に決定することができるメッセージ監視サーバ、メッセージ監視方法及びメッセージ監視プログラムを提供する。【解決手段】ＡＴＭ管理システム１０は、ＡＴＭ１００（制御対象機）と、データセンター２００と、監視センター３００とを有している。監視センターのメッセージ監視サーバ３１０は、第１状態情報入力部と、第２状態情報入力部と、メッセージ入力部と、ランク決定部とを有している。第１状態情報入力部は、ＡＴＭ１００−１〜１００−Ｎの第１状態情報が入力される。第２状態情報入力部は、データセンターの制御サーバ２１０、２２０、２３０の第２状態情報が入力される。メッセージ入力部は、制御サーバからのメッセージが入力される。ランク決定部は、第１状態情報と第２状態情報に基づいて、制御サーバから入力されたメッセージの重要度を示すランクを決定する。【選択図】図１

Description

本発明は、例えば、ＡＴＭ（Automatic Teller Machine）等の制御対象機を制御するデータセンター内の業務サーバ（制御サーバ）からのメッセージを監視するメッセージ監視サーバ、メッセージ監視方法及びメッセージ監視プログラムに関する。

例えば、コンビニエンスストア等に設置される店舗向けのＡＴＭサービスを実現するためのシステムは、データセンターに設置された業務サーバが、各拠点におけるＡＴＭの取引処理（勘定系）の制御と、各業務サーバのロギングなどの情報の管理・バックアップ処理（情報管理系）とを実施する集中型のシステムを採用している。

上記のようなシステムにおいて、ＡＴＭ及び／又は業務サーバにおいて異常が発生した際は、業務サーバから異常を示すメッセージが出力され、当該メッセージがメッセージ監視サーバに入力する。メッセージ監視サーバを扱うオペレータは、業務サーバから入力したメッセージの内容を読み取り、必要に応じて、システムエンジニア（ＳＥ：System Engineer）やカスタマエンジニア（ＣＥ：Customer Engineer）に連絡を取ることで、インシデントを管理する。このようにして、業務サーバからのメッセージに応じてＡＴＭ及び／又は業務サーバの調査・復旧が行われる。

また、特許文献１には、ネットワークに掛かる負担を軽減させつつ設定監視を実現するための情報処理装置が開示されている。この情報処理装置では、操作ログファイルを取得して、機器上での変更された監視項目の有無を判定して、システム管理者に対して設定変更を報知する処理を行っている。

特開２０１３−０８０３８７号公報

ところで、メッセージ監視サーバでは、業務サーバから入力したメッセージの重要度を示すランクを決定して（メッセージをランクによって仕分けして）、ランクに応じた対応を行っている。例えば、メッセージを最重要とする最重要ランクの場合、最重要インシデントとして、システムエンジニアやカスタマエンジニアに早急な調査・解決を依頼し、メッセージを重要とする重要ランクの場合、重要インシデントとして、システムエンジニアやカスタマエンジニアに調査・解決を依頼し、メッセージを無視する無視ランクの場合、対処不要とする。

しかしながら、従来のメッセージ監視サーバでは、業務サーバから入力したメッセージの重要度を示すランクを適切に決定できないおそれがある。例えば、実際のインシデントのレベルは無視ランク（対処不要）であるにもかかわらず、対応するメッセージが最重要ランク又は重要ランクと決定された場合、オペレータ、システムエンジニア、カスタマエンジニアに無用な作業負担が掛かってしまう。

あるいは、メッセージ監視サーバにおいて、所定のメッセージと所定のランクを対応付けて定義しておき、メッセージ監視サーバにおいて定義されていないメッセージが業務サーバから入力した場合、当該メッセージを自動的に最重要ランクと決定することも考えられる。しかし、自動的に最重要ランクと決定されたメッセージの中には、実際のインシデントのレベルが無視ランク（対処不要）であるものも相当数含まれるため、やはり、オペレータ、システムエンジニア、カスタマエンジニアに無用な作業負担が掛かってしまう。

本発明は、以上の問題意識に基づいて完成されたものであり、制御サーバからのメッセージの重要度を示すランクを適切に決定することができるメッセージ監視サーバ、メッセージ監視方法及びメッセージ監視プログラムを提供することを目的とする。

本発明の一態様におけるメッセージ監視サーバは、制御対象機の第１状態情報が入力される第１状態情報入力部と、制御サーバの第２状態情報が入力される第２状態情報入力部と、前記制御サーバからのメッセージが入力されるメッセージ入力部と、前記第１状態情報と前記第２状態情報に基づいて、前記制御サーバから入力された前記メッセージの重要度を示すランクを決定するランク決定部と、を有する。

本発明の一態様におけるメッセージ監視方法は、制御対象機の第１状態情報が入力されるステップと、制御サーバの第２状態情報が入力されるステップと、前記制御サーバからのメッセージが入力されるステップと、前記第１状態情報と前記第２状態情報に基づいて、前記制御サーバから入力された前記メッセージの重要度を示すランクを決定するステップと、を有する。

本発明の一態様におけるメッセージ監視プログラムは、制御対象機の第１状態情報が入力されるステップと、制御サーバの第２状態情報が入力されるステップと、前記制御サーバからのメッセージが入力されるステップと、前記第１状態情報と前記第２状態情報に基づいて、前記制御サーバから入力された前記メッセージの重要度を示すランクを決定するステップと、をコンピュータに実行させる。

本発明によれば、制御サーバからのメッセージの重要度を示すランクを適切に決定することができるメッセージ監視サーバ、メッセージ監視方法及びメッセージ監視プログラムを提供することができる。

本実施形態のメッセージ監視サーバを有するＡＴＭ管理システムの概略構成を示す図である。 本実施形態の基本的な技術思想を説明するための概念図である。 本実施形態のメッセージ監視サーバの機能ブロック図とハードウェア構成図である。 第１状態情報（ＡＴＭ状態情報）のデータ構造の一例を示す図である。 ＡＴＭ起動時（正常時）、ＡＴＭ稼働時（異常時）に第１状態情報（ＡＴＭ状態情報）をＡＴＭからメッセージ監視サーバに通知する場合の一例を示す図である。 制御サーバの具体的構成の一例を示す図である。 第２状態情報（制御サーバ状態情報）のデータ構造の一例を示す図である。 制御サーバ異常時に第２状態情報（制御サーバ状態情報）を制御サーバからメッセージ監視サーバに通知する場合の一例を示す図である。 制御サーバ正常時に第２状態情報（制御サーバ状態情報）を制御サーバからメッセージ監視サーバに通知する場合の一例を示す図である。 制御サーバからのメッセージのデータ構造の一例を示す図である。 メッセージ／ランク定義部が保持するサーバメッセージフィルタ定義の一例を示す図である。 ランク決定部によるランク決定処理の一例（事前処理）を示す第１の図である。 ランク決定部によるランク決定処理の一例（本処理）を示す第２の図である。 本実施形態のメッセージ監視処理の一例を示す第１のフローチャートである。 本実施形態のメッセージ監視処理の一例を示す第２−１のフローチャートである。 本実施形態のメッセージ監視処理の一例を示す第２−２のフローチャートである。 本実施形態のメッセージ監視処理の一例を示す第３のフローチャートである。 本実施形態のメッセージ監視処理の一例を示す第４のフローチャートである。 本実施形態のメッセージ監視処理の一例を示す第５のフローチャートである。 本実施形態のメッセージ監視処理の一例を示す第６のフローチャートである。 本実施形態のメッセージ監視処理の一例を示す第７のフローチャートである。

図１は、本実施形態のメッセージ監視サーバ３１０を有するＡＴＭ管理システム１０の概略構成を示す図である。

ＡＴＭ管理システム１０は、ＡＴＭ（制御対象機）１００と、データセンター２００と、監視センター３００とを有している。ＡＴＭ１００とデータセンター２００は、ネットワークで接続されており、データセンター２００と監視センター３００は、ネットワークで接続されている。このため、ＡＴＭ１００と監視センター３００は、間接的に、ネットワークで接続されている。なお、ＡＴＭ１００と監視センター３００は、直接的に、ネットワークで接続されていてもよい。データセンター２００は、提携銀行のホスト４００とネットワークで接続されている。監視センター３００は、システムエンジニアが駐在するＳＥ拠点５００とネットワークで接続されている。ＡＴＭ管理システム１０の各構成要素間におけるデータや制御信号等のやりとりは、ここで述べたネットワークを介して実行することができる。

ＡＴＭ１００は、各拠点（例えばコンビニエンスストアやドラッグストア等）に設置された複数のＡＴＭ１００−１、１００−２、１００−３、…、１００−Ｎ（Ｎは自然数で、例えば数千のオーダーである）を含んで構成されている。複数のＡＴＭ１００−１〜１００−Ｎの各々は、自装置の稼働状態に関する「第１状態情報（ＡＴＭ状態情報）」を生成して、当該第１状態情報を監視センター３００のメッセージ監視サーバ３１０に通知する。第１状態情報の詳細については後述するが、例えば、ＡＴＭが正常に稼働している旨の情報の他、ＡＴＭの機器異常（紙幣が詰まって排出できない紙幣ジャム等）を示す情報を含んでいる。図１の例では、ＡＴＭ１００−２で機器異常が発生して、当該機器異常を示す第１状態情報が、監視センター３００のメッセージ監視サーバ３１０に通知されている。

データセンター２００は、ＡＴＭ１００（１００−１〜１００−Ｎ）の勘定系（ＡＴＭ取引の主要機能）と情報管理系（バックアップ）の制御を包括して制御する業務サーバ（制御サーバ）として、ＷＷＷサーバ２１０と、ＤＢサーバ２２０と、バックアップサーバ２３０とを有している。データセンター２００のＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０が提携銀行のホスト４００と協働することで、ＡＴＭ１００（１００−１〜１００−Ｎ）が適正に動作する。なお、図１では、業務サーバとして３つのサーバを描いているが、実際のデータセンター２００は、例えば数十のオーダーのサーバを包含していてもよい。

例えば、ＷＷＷサーバ２１０とＤＢサーバ２２０は、ＡＴＭ１００（１００−１〜１００−Ｎ）の勘定系（ＡＴＭ取引の主要機能）の制御を担う「勘定系サーバ」として機能することができる。一方、バックアップサーバ２３０は、ＡＴＭ１００（１００−１〜１００−Ｎ）の情報管理系（バックアップ）の制御を担う「情報管理系サーバ」として機能することができる。

勘定系サーバであるＷＷＷサーバ２１０とＤＢサーバ２２０は、データセンター２００の業務サーバとして相対的に優先度が高い「最重要制御サーバ」として機能することができる。一方、情報管理系サーバであるバックアップサーバ２３０は、データセンター２００の業務サーバとして相対的に優先度が低い「重要制御サーバ」として機能することができる。

なお、ここで述べた業務サーバ（制御サーバ）の種別、及び、最重要制御サーバと重要制御サーバの切り分けはあくまで一例にすぎず、種々の設計変更が可能である。例えば、勘定系サーバと情報管理系サーバ以外の機能を持つ他の業務サーバ（制御サーバ）を設けてもよいし、勘定系サーバと情報管理系サーバの重要度を逆にしてもよい。すなわち、勘定系サーバを相対的に優先度が低い重要制御サーバとして機能させ、情報管理系サーバを相対的に優先度が高い最重要制御サーバとして機能させてもよい。このように、最重要制御サーバと重要制御サーバのうち、一方を勘定系サーバとして、他方を情報管理系サーバとしてもよい。さらには、データセンターの業務サーバとしての優先度を三段階、四段階、五段階以上で設定してもよい。

監視センター３００のメッセージ監視サーバ３１０は、データセンター２００のＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０を定期的に監視（ポーリング）している。その結果、データセンター２００のＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０は、自サーバや自機器の稼働状態に関する「第２状態情報（制御サーバ状態情報）」を生成して、当該第２状態情報を監視センター３００のメッセージ監視サーバ３１０に通知する。第２状態情報の詳細については後述する。

データセンター２００のＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０は、制御対象機としてのＡＴＭ１００（１００−１〜１００−Ｎ）の他、自サーバや自機器のイベント情報やログ情報を含んだメッセージ（情報）を生成して、当該メッセージを監視センター３００のメッセージ監視サーバ３１０に通知する。メッセージの詳細については後述する。

監視センター３００のメッセージ監視サーバ３１０には、ＡＴＭ１００（１００−１〜１００−Ｎ）からの第１状態情報（ＡＴＭ状態情報）、並びに、データセンター２００のＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０からの第２状態情報（制御サーバ状態情報）及びメッセージが入力される。メッセージ監視サーバ３１０は、情報管理テーブルとサーバメッセージフィルタ定義を参照して、第１状態情報（ＡＴＭ状態情報）、第２状態情報（制御サーバ状態情報）及びメッセージを解析することにより、メッセージの重要度を示すランクを決定する。メッセージ監視サーバ３１０は、メッセージとランクとを対応付けた形で監視画面に状態を表示する。このとき、メッセージのランクに応じて、監視画面を赤色にして強調表示したり、パトライトを鳴動させたりする。監視オペレータは、監視画面に表示されたメッセージとランクを見て、必要に応じて、システムエンジニアやカスタマエンジニアに調査依頼を出すことで、インシデントを管理する（調査・復旧が行われる）。例えば、メッセージを最重要とする最重要ランクの場合、最重要インシデントとして、システムエンジニアやカスタマエンジニアに早急な調査・解決を依頼し、メッセージを重要とする重要ランクの場合、重要インシデントとして、システムエンジニアやカスタマエンジニアに調査・解決を依頼し、メッセージを無視する無視ランクの場合、対処不要とする。メッセージ監視サーバ３１０の具体的な構成及び制御内容並びに作用効果については後述する。

このように、本実施形態のＡＴＭ管理システム１０は、データセンター２００に設置された業務サーバ（ＷＷＷサーバ２１０、ＤＢサーバ２２０、バックアップサーバ２３０）が、各拠点におけるＡＴＭ１００（１００−１〜１００−Ｎ）のＡＴＭ取引処理（勘定系）の制御と、各業務サーバのロギングなどの情報の管理・バックアップ処理（情報管理系）とを実施する集中型のシステムを採用している。

ＡＴＭはＷｅｂ型を採用しており、データセンター内のサーバ群に主な制御アプリケーションを搭載し、提携銀行ホストと電文制御、画面遷移、各種取引を実現している。本サービスの中核であるＡＴＭとデータセンター内のサーバ群が安定稼働するために、監視センターにて各システム状態を監視している。ＡＴＭからは、紙幣ジャムや取引に関する異常、データセンター内のサーバ群からは、ハードウェア、ミドルウェア、ＡＴＭアプリケーション等の各種メッセージが出力され、それらを監視サーバにて管理し、監視画面にシステムの状態を表示する。監視オペレータは監視画面を見て、異常と判断した場合、システムエンジニアやカスタマエンジニアへのトラブル調査、復旧対処の依頼を、例えば２４時間３６５日実施している。

従来型（既存）のＡＴＭ管理システムとして、業務サーバから異常を検知するメッセージが出力され、当該メッセージがサーバメッセージフィルタ定義に存在する場合は、サーバメッセージフィルタ定義に従って当該メッセージのランク（最重要ランク、重要ランク、無視ランク）を決定し、当該メッセージがサーバメッセージフィルタ定義に存在しない場合は、自動的に、当該メッセージのランクを最重要ランクに決定するものがある。

しかしながら、本発明者の鋭意研究によると、サーバメッセージフィルタ定義に存在せずに自動的に最重要ランクと決定されたメッセージの中には、実際のインシデントのレベルが無視ランク（対処不要）であるものも相当数含まれるため、オペレータ、システムエンジニア、カスタマエンジニアに無用な作業負担が掛かってしまうことが判明した。実際のインシデントのレベルが無視ランク（対処不要）であるものとしては、例えば、メンテナンス時においてサーバに設定変更（例えばアプリケーションの更新）が発生した場合が該当する。このような設定変更は、予め実施することが予定された設定変更であり、装置等の異常ではないため、オペレータがエンジニアに対して調査依頼を出す必要はない。さらに、ＡＴＭ管理システムが長い間稼働していると、それまでに発生していない機器や部位（パーツ）の故障等も発生して、ますます負荷が増大してしまう。

また、サーバ、機器、ＯＳ、ミドルウェアから出力されるメッセージは、基本的に非公開であり、製品マニュアルに記載がされていないのが一般的である。このため、稼働前のシステムテストにおいて、全てのメッセージについて、サーバメッセージフィルタ定義に規定することは困難である。

一方、システムの稼働後に発生したメッセージを解析して、サーバメッセージフィルタ定義にタイムリーに反映・登録することも困難である。これは、サーバメッセージフィルタ定義を更新する場合、メンテナンス時間（例えば月に１回の決まった時間帯）でしか作業（適用）できず、他案件のメンテナンスとの作業や時間調整も必要となるからである。

このように、サーバメッセージフィルタ定義に規定されていないが、本来的には無視ランク（対処不要）に相当するメッセージに対して、サーバメッセージフィルタ定義を修正せずに、監視センター３００（メッセージ監視サーバ３１０）において、当該メッセージを無視ランク（対処不要）と判断できる仕組みを構築することが要求される。また、サーバメッセージフィルタ定義に規定されているか否かにかかわらず、業務サーバから入力したメッセージの重要度を示すランクを適切に決定することが要求される。

本実施形態では、上記の問題点を重要な技術課題として捉えて、サーバメッセージフィルタ定義に規定していない（できていない）メッセージを検知した場合、ＡＴＭや業務サーバの稼働状態に応じて、メッセージ監視サーバにおいて当該メッセージのランクを自動的に判別する（仕分けする）。従来型（既存）のサーバメッセージフィルタ定義に規定していない（できていない）メッセージを含むサービスを提供するＡＴＭ管理システムは、インフラ（サーバ・機器）が故障により起動不可であっても、ユーザがＡＴＭを使った取引が問題なくできていればよいため、ＡＴＭの稼働状況を最優先し、トラブル対応・解決の優先度を付けている。

図２は、本実施形態の基本的な技術思想を説明するための概念図である。（１）では、ＡＴＭ１００（１００−１〜１００−Ｎ）から監視センター３００のメッセージ監視サーバ３１０に第１状態情報（ＡＴＭ状態情報）が入力される。（２）では、データセンター２００のＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０から監視センター３００のメッセージ監視サーバ３１０に第２状態情報（制御サーバ状態情報）が入力される。（３）では、データセンター２００のＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０から監視センター３００のメッセージ監視サーバ３１０にメッセージが入力される。（４）では、監視センター３００のメッセージ監視サーバ３１０が、（１）で入力された第１状態情報（ＡＴＭ状態情報）と（２）で入力された第２状態情報（制御サーバ状態情報）に基づいて、（３）で入力されたメッセージの重要度を示すランクを決定する。

図３Ａは、本実施形態のメッセージ監視サーバ３１０の機能ブロック図である。本実施形態のメッセージ監視方法及びメッセージ監視プログラムは、メッセージ監視サーバ３１０を構成するコンピュータに各種の処理ステップを実行させることにより実現される。

図３Ｂは、本実施形態のメッセージ監視サーバ３１０のハードウェア構成図である。メッセージ監視サーバ３１０は、ＣＰＵ３１０Ａと、ＤＲＡＭ３１０Ｂと、ＲＯＭ３１０Ｃと、記憶部３１０Ｄと、入出力ＩＦ３１０Ｅと、通信ＩＦ３１０Ｆと、これらの各構成要素を接続するバス３１０Ｇとを有している。ＣＰＵ３１０Ａは、ＲＯＭ３１０Ｃに格納される各種制御プログラムを読みこんで実行する。ＤＲＡＭ３１０Ｂは、制御プログラムや各種データを一時的に格納するワーキングエリアを提供する。ＲＯＭ３１０Ｃは、各種制御プログラムを不揮発的に記憶する記憶媒体である。記憶部３１０Ｄは、プログラムや各種処理に用いるデータを格納し、フラッシュメモリやハードディスク等により構成される。入出力ＩＦ３１０Ｅは、コンソール等の外部機器とデータの送受信を行うものである。通信ＩＦ３１０Ｆは、ホストやＡＴＭとの通信を行うものである。これらのハードウェア構成要素が協働することで、メッセージ監視サーバ３１０の各機能ブロックが実現される。

図３Ａに戻り、メッセージ監視サーバ３１０は、第１状態情報入力部（ＡＴＭ状態情報入力部）３１１と、第２状態情報入力部（制御サーバ状態情報入力部）３１２と、メッセージ入力部３１３と、メッセージ／ランク定義部３１４と、ランク決定部３１５とを有している。また、メッセージ監視サーバ３１０は、ＡＴＭ状態管理テーブル３１６と、制御サーバ状態管理テーブル３１７と、メッセージ管理テーブル３１８とを有している。

第１状態情報入力部（ＡＴＭ状態情報入力部）３１１は、制御対象機であるＡＴＭ１００（１００−１〜１００−Ｎ）の第１状態情報（ＡＴＭ状態情報）が入力される。

図４Ａ、図４Ｂ、図４Ｃは、第１状態情報（ＡＴＭ状態情報）のデータ構造の一例を示す図である。

図４Ａに示すように、第１状態情報（ＡＴＭ状態情報）は、ＡＴＭを特定する一意な情報（１から始まる連番の数字）と、直近の更新時間（西暦〇年〇月〇日〇時〇分〇秒）と、ＡＴＭの状態（０（正常）は運用可能、１（異常）は運用不可能）とを互いに紐付けたデータ構造を有している。

図４Ｂは、データ構造の具体例を示しており、ＡＴＭ１号機〜ＡＴＭ２０００号機の情報に対応している。ＡＴＭ１号機は、２０１９年１１月５日の６時５分１秒に更新されて、ＡＴＭの状態は０（正常、運用可能）となっている。ＡＴＭ２号機は、２０１９年１１月５日の６時５分２秒に更新されて、ＡＴＭの状態は１（異常、運用不可能）となっている。ＡＴＭ２０００号機は、２０１９年１１月５日の６時１０分１秒に更新されて、ＡＴＭの状態は０（正常、運用可能）となっている。

図４Ｃは、ＡＴＭから通知されるメッセージ形式の一例を示している。直近の更新時間が「通知時間（２０１９／１２／１ １７：３０：０１）」で示され、ＡＴＭを特定する一意な情報が「ＡＴＭ特定情報（ＡＴＭ＝＃１）」で示され、ＡＴＭの状態が「Ｓｔａｔｕｓ＝０」で示されている。

図５Ａ、図５Ｂは、ＡＴＭ起動時（正常時）、ＡＴＭ稼働時（異常時）に第１状態情報（ＡＴＭ状態情報）をＡＴＭからメッセージ監視サーバに通知する場合の一例を示す図である。

図５Ａでは、ＡＴＭ起動時（正常時）に、ＡＴＭ１号機とＡＴＭ２号機からメッセージ監視サーバに、正常稼働を示す第１状態情報（ＡＴＭ状態情報）を通知している。メッセージ監視サーバは、管轄下にある全てのＡＴＭの状態を管理するＡＴＭ状態管理テーブル３１６（図３）を保持しており、受け取った第１状態情報（ＡＴＭ状態情報）を解析して、ＡＴＭ状態管理テーブル３１６の該当箇所を設定（更新）する。

図５Ｂでは、ＡＴＭ稼働時（異常時）に、ＡＴＭ１号機からメッセージ監視サーバに、取引異常を示す第１状態情報（ＡＴＭ状態情報）を通知している。メッセージ監視サーバは、管轄下にある全てのＡＴＭの状態を管理するＡＴＭ状態管理テーブル３１６を保持しており、受け取った第１状態情報（ＡＴＭ状態情報）を解析して、ＡＴＭ状態管理テーブル３１６の該当箇所を設定（更新）する。

第２状態情報入力部（制御サーバ状態情報入力部）３１２は、制御サーバであるＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０の第２状態情報（制御サーバ状態情報）が入力される。メッセージ監視サーバ３１０は、制御サーバ２１０〜２３０に対して定期的な生死確認（ポーリング）を行い、第２状態情報（制御サーバ状態情報）により制御サーバ２１０〜２３０の状態を管理している。

制御サーバであるＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０は、金融系の重要サーバシステム（社会インフラシステム）であるため、機能サーバ毎に２台以上の冗長構成とすることが好ましい。例えば、図６では、勘定系サーバであるＷＷＷサーバ２１０を３台構成とし、勘定系サーバであるＤＢサーバ２２０を２台構成とし、情報管理系サーバであるバックアップサーバ２３０を２台構成としている。

図７Ａ、図７Ｂは、第２状態情報（制御サーバ状態情報）のデータ構造の一例を示す図である。

図７Ａに示すように、第２状態情報（制御サーバ状態情報）は、サーバを特定する一意な情報（サーバ種別毎に１から始まる連番の数字）と、直近の更新時間（西暦〇年〇月〇日〇時〇分〇秒）と、サーバの状態（０（正常）は正常稼働（問題なし）、１（異常）は異常発生）とを互いに紐付けたデータ構造を有している。

図７Ｂは、データ構造の具体例を示しており、ＷＷＷサーバ１号機とＷＷＷサーバ２号機とＤＢサーバ２号機とバックアップサーバ２号機の情報に対応している。ＷＷＷサーバ１号機は、２０１９年１１月４日の４時３０分１秒に更新されて、サーバの状態は０（正常、問題なし）となっている。ＷＷＷサーバ２号機は、２０１９年１１月４日の４時３５分１秒に更新されて、サーバの状態は１（異常発生）となっている。ＤＢサーバ２号機は、２０１９年１１月４日の４時４０分１秒に更新されて、サーバの状態は１（異常発生）となっている。バックアップサーバ２号機は、２０１９年１１月４日の４時４０分３秒に更新されて、サーバの状態は１（異常発生）となっている。

図８は、制御サーバ異常時に第２状態情報（制御サーバ状態情報）を制御サーバからメッセージ監視サーバに通知する場合の一例を示す図である。

図８において、ＷＷＷサーバ２号機とＤＢサーバ２号機とバックアップサーバ２号機は、メッセージ監視サーバの生死確認（ポーリング）に応答して、サーバの状態が０（正常、問題なし）である旨の第２状態情報（制御サーバ状態情報）をメッセージ監視サーバに通知している。一方、ＷＷＷサーバ１号機は、メッセージ監視サーバの生死確認（ポーリング）に対して応答がない。これは、サーバの状態が１（異常発生）である旨の第２状態情報（制御サーバ状態情報）をメッセージ監視サーバに通知することと等価である。メッセージ監視サーバは、管轄下にある全ての制御サーバの状態を管理する制御サーバ状態管理テーブル３１７（図３）を保持しており、受け取った第２状態情報（制御サーバ状態情報）を解析して、制御サーバ状態管理テーブル３１７の該当箇所を設定（更新）する。

図９は、制御サーバ正常時に第２状態情報（制御サーバ状態情報）を制御サーバからメッセージ監視サーバに通知する場合の一例を示す図である。

図９において、ＷＷＷサーバ１号機とＷＷＷサーバ２号機とＤＢサーバ２号機とバックアップサーバ２号機は、メッセージ監視サーバの生死確認（ポーリング）に応答して、サーバの状態が０（正常、問題なし）である旨の第２状態情報（制御サーバ状態情報）をメッセージ監視サーバに通知している。メッセージ監視サーバは、管轄下にある全ての制御サーバの状態を管理する制御サーバ状態管理テーブル３１７（図３）を保持しており、受け取った第２状態情報（制御サーバ状態情報）を解析して、制御サーバ状態管理テーブル３１７の該当箇所を設定（更新）する。

メッセージ入力部３１３は、制御サーバであるＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０からのメッセージが入力される。

図１０Ａ、図１０Ｂは、制御サーバ（業務サーバ）からのメッセージのデータ構造の一例を示す図である。

図１０Ａに示すように、制御サーバ（業務サーバ）からのメッセージは、メッセージが発生した時刻（西暦〇年〇月〇日〇時〇分〇秒）と、サーバを特定する一意な情報（サーバ種別毎に１から始まる連番の数字）と、メッセージ本体（サーバから出力されたメッセージとしての文字列）とを互いに紐付けたデータ構造を有している。

図１０Ｂは、制御サーバ（業務サーバ）からのメッセージの具体例を示しており、ＷＷＷサーバ１号機とＷＷＷサーバ２号機とＷＷＷサーバ３号機とＤＢサーバ１号機とバックアップサーバ１号機のメッセージに対応している。ＷＷＷサーバ１号機は、２０１９年１１月５日の６時５分１秒に、メッセージＡＡＡを発生している。ＷＷＷサーバ２号機は、２０１９年１１月５日の６時５分２秒に、メッセージＢＢＢを発生している。ＷＷＷサーバ３号機は、２０１９年１１月５日の６時５分２秒に、メッセージＣＣＣを発生している。ＤＢサーバ１号機は、２０１９年１１月５日の６時１０分１秒に、メッセージＺＺＺを発生している。バックアップサーバ１号機は、２０１９年１１月５日の６時１０分３秒に、メッセージ１１１を発生している。メッセージ監視サーバは、管轄下にある全ての制御サーバ（業務サーバ）からのメッセージを管理するメッセージ管理テーブル３１８（図３）を保持しており、受け取った制御サーバ（業務サーバ）からのメッセージを解析して、メッセージ管理テーブル３１８の該当箇所を設定（更新）する。

メッセージ／ランク定義部３１４は、所定のメッセージと所定のランクとを対応付けて定義するものである。別言すると、メッセージ／ランク定義部３１４は、制御サーバ（業務サーバ）からのメッセージをサーバメッセージフィルタ定義に基づいてフィルタリングして、定義済みのメッセージにその重要度を示すランクを付与し、未定義のメッセージに対しては、後述するランク決定部３１５によって自動的にランクを付与するために用いられるものである。

図１１は、メッセージ／ランク定義部３１４が保持するサーバメッセージフィルタ定義の一例を示す図である。

図１１の例では、メッセージＡＡＡに対して、当該メッセージを最重要とする最重要ランクが対応付けられて定義されており、メッセージＢＢＢに対して、当該メッセージを無視する無視ランクが対応付けられて定義されており、メッセージＣＣＣに対して、当該メッセージを重要とする重要ランクが対応付けられて定義されており、メッセージＤＤＤに対して、当該メッセージを重要とする重要ランクが対応付けられて定義されている。従って、制御サーバ（業務サーバ）からのメッセージがメッセージＡＡＡ、ＢＢＢ、ＣＣＣ、ＤＤＤであれば、ランク決定部３１５に頼ることなく、当該メッセージのランクを決定することができる。

これに対して、メッセージ／ランク定義部３１４で定義されていない上記以外のメッセージが制御サーバ（業務サーバ）から入力された場合、サーバメッセージフィルタ定義では、当該メッセージのランクを決定することができない。そこで、ランク決定部３１５によって、当該メッセージのランクを決定することになる（「ランク決定処理」に移行することになる）。

ランク決定部３１５は、第１状態情報入力部（ＡＴＭ状態情報入力部）３１１に入力されてＡＴＭ状態管理テーブル３１６に保持された第１状態情報（ＡＴＭ状態情報）と、第２状態情報入力部（制御サーバ状態情報入力部）３１２に入力されて制御サーバ状態管理テーブル３１７に保持された第２状態情報（制御サーバ状態情報）とに基づいて、制御サーバであるＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０から入力されてメッセージ管理テーブル３１８に保持されたメッセージの重要度を示すランクを決定する。

より具体的に、ランク決定部３１５は、制御サーバであるＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０から入力されてメッセージ管理テーブル３１８に保持されたメッセージがメッセージ／ランク定義部３１４に定義されていない場合に、当該メッセージの重要度を示すランクを決定する。

図１２Ａ、図１２Ｂ、図１２Ｃは、ランク決定部３１５によるランク決定処理の一例（事前処理）を示す第１の図である。

図１２Ａでは、制御サーバ（ここではＷＷＷサーバ１号機）でイベント（ジョブの終了等）が発生して、異常や警告事象が示唆された場合に、メッセージ監視サーバ３１０が、制御サーバ（ここではＷＷＷサーバ１号機）から出力されたメッセージＦＦＦを受信して、当該メッセージがメッセージ入力部３１３に入力される。

図１２Ｂでは、メッセージ監視サーバ３１０が、制御サーバ（ここではＷＷＷサーバ１号機）から出力されたメッセージＦＦＦを解析して、メッセージ管理テーブル３１８の該当箇所を設定（更新）する。

図１２Ｃでは、ランク決定部３１５が、メッセージ／ランク定義部３１４を参照して、制御サーバ（ここではＷＷＷサーバ１号機）から出力されたメッセージＦＦＦのランク決定を試みる。ここで、図１２Ｃに示したサーバメッセージフィルタ定義（図１１と同様）では、メッセージＡＡＡ、ＢＢＢ、ＣＣＣ、ＤＤＤは定義されているが、制御サーバ（ここではＷＷＷサーバ１号機）から出力されたメッセージＦＦＦは定義されていない。そこで、ランク決定部３１５は、第１状態情報（ＡＴＭ状態情報）と第２状態情報（制御サーバ状態情報）に基づいて、メッセージＦＦＦのランク決定を実行する。なお、メッセージ／ランク定義部３１４に定義されていないメッセージのランクを暫定で「最重要」に設定した後、ランク決定部３１５の処理に従って当該メッセージのランクを更新（上書き）してもよい。

図１３Ａ、図１３Ｂは、ランク決定部３１５によるランク決定処理の一例（本処理）を示す第２の図である。

図１３Ａでは、第１状態情報（ＡＴＭ状態情報）と第２状態情報（制御サーバ状態情報）の組み合わせに応じて、次の（１）〜（３）の手法により、メッセージの重要度を示すランクを決定している。
（１）複数のＡＴＭの１台でも異常があれば、制御サーバの状態の如何にかかわらず、メッセージのランクを最重要ランクとする。
（２）全てのＡＴＭの状態が正常であり、制御サーバの状態が正常であれば、メッセージのランクを無視ランクとする。
（３）全てのＡＴＭの状態が正常であるが、制御サーバの状態が異常であれば、メッセージのランクを最重要ランクとする。

上記の（１）〜（３）を纏めると、ランク決定部３１５は、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が正常であることが示され、且つ、第２状態情報によって制御サーバ（ＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０）が正常であることが示される場合に、ランクとして、メッセージを無視する無視ランクを決定する。また、ランク決定部３１５は、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が異常であることが示され、且つ／又は、第２状態情報によって制御サーバ（ＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０）が異常であることが示される場合に、ランクとして、メッセージを最重要とする最重要ランクを決定する。

第２状態情報入力部（制御サーバ状態情報入力部）３１２には、第２状態情報（制御サーバ状態情報）として、最重要制御サーバ（例えば勘定系サーバとしてのＷＷＷサーバ２１０とＤＢサーバ２２０）の第２−１状態情報（最重要制御サーバ状態情報）と、重要制御サーバ（例えば情報管理系サーバとしてのバックアップサーバ２３０）の第２−２状態情報（重要制御サーバ状態情報）とが入力される。

図１３（Ｂ）では、第１状態情報（ＡＴＭ状態情報）と第２−１状態情報（最重要制御サーバ状態情報）と第２−２状態情報（重要制御サーバ状態情報）の組み合わせに応じて、次の（１）〜（８）の手法により、メッセージの重要度を示すランクを決定している。
（１）複数のＡＴＭの１台でも異常があり、最重要制御サーバの状態が正常であれば、メッセージのランクを最重要ランクとする。
（２）複数のＡＴＭの１台でも異常があり、重要制御サーバの状態が正常であれば、メッセージのランクを重要ランクとする。
（３）複数のＡＴＭの１台でも異常があり、最重要制御サーバの状態が異常であれば、メッセージのランクを最重要ランクとする。
（４）複数のＡＴＭの１台でも異常があり、重要制御サーバの状態が異常であれば、メッセージのランクを重要ランクとする。
（５）全てのＡＴＭの状態が正常であり、最重要制御サーバの状態が正常であれば、メッセージのランクを無視ランクとする。
（６）全てのＡＴＭの状態が正常であり、重要制御サーバの状態が正常であれば、メッセージのランクを無視ランクとする。
（７）全てのＡＴＭの状態が正常であり、最重要制御サーバの状態が異常であれば、メッセージのランクを最重要ランクとする。
（８）全てのＡＴＭの状態が正常であり、重要制御サーバの状態が異常であれば、メッセージのランクを重要ランクとする。

上記の（１）〜（８）を纏めると、ランク決定部３１５は、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が正常であることが示され、且つ、第２−１状態情報によって最重要制御サーバ（例えば勘定系サーバとしてのＷＷＷサーバ２１０とＤＢサーバ２２０）が正常であることが示され、又は、第２−２状態情報によって重要制御サーバ（例えば情報管理系サーバとしてのバックアップサーバ２３０）が正常であることが示される場合に、ランクとして、メッセージを無視する無視ランクを決定する。また、ランク決定部３１５は、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が異常であることが示され、且つ、第２−２状態情報によって重要制御サーバ（例えば情報管理系サーバとしてのバックアップサーバ２３０）が正常又は異常であることが示される場合、及び、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が正常であることが示され、且つ、第２−２状態情報によって重要制御サーバ（例えば情報管理系サーバとしてのバックアップサーバ２３０）が異常であることが示される場合に、ランクとして、メッセージを重要とする重要ランクを決定する。さらに、ランク決定部３１５は、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が異常であることが示され、且つ、第２−１状態情報によって最重要制御サーバ（例えば勘定系サーバとしてのＷＷＷサーバ２１０とＤＢサーバ２２０）が正常又は異常であることが示される場合、及び、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が正常であることが示され、且つ、第２−１状態情報によって最重要制御サーバ（例えば勘定系サーバとしてのＷＷＷサーバ２１０とＤＢサーバ２２０）が異常であることが示される場合に、ランクとして、メッセージを最重要とする最重要ランクを決定する。

このように、制御サーバの中でも、最重要制御サーバ（例えば勘定系サーバ）と重要制御サーバ（情報管理系サーバ）とで、ランク決定の仕方を異ならせる（最重要制御サーバを優先して重み付けを行う）ことで、ＡＴＭ管理システムの稼働を確保するための適切なランク決定が可能になる。

ここで、図１３Ａ、図１３Ｂで説明したランク決定処理は一例にすぎない。例えば、図１３Ａにおいて、第１状態情報（ＡＴＭ状態情報）と第２状態情報（制御サーバ状態情報）の組み合わせをどのように用いるか、図１３Ｂにおいて、第１状態情報（ＡＴＭ状態情報）と第２−１状態情報（最重要制御サーバ状態情報）と第２−２状態情報（重要制御サーバ状態情報）の組み合わせをどのように用いるかには自由度があり、種々の設計変更が可能である。

さらに、図１３Ａ、図１３Ｂでは、複数のＡＴＭを一纏めにして、その１台でも異常があるか否かを基準として、メッセージのランクを決定するようにしているが、この限りではない。例えば、複数のＡＴＭを幾つかのグループに分割して、そのＡＴＭグループ毎に、異常があるＡＴＭが存在するか否かを基準として、メッセージのランクを決定してもよい。また、例えば、あるＡＴＭグループに対しては図１３Ａのランク決定処理を適用して、別のＡＴＭグループに対しては図１３Ｂのランク決定処理を適用するといったように、ＡＴＭグループ毎に異なるランク決定処理を適用してもよい。

図１４は、本実施形態のメッセージ監視処理の一例（サーバからのメッセージ受信処理）を示す第１のフローチャートである。

ステップＳ１では、制御サーバ（業務サーバ）からのメッセージを受信したか否かを判定する。制御サーバ（業務サーバ）からのメッセージを受信した場合（ステップＳ１：Ｙｅｓ）は、ステップＳ２に進む。制御サーバ（業務サーバ）からのメッセージを受信していない場合（ステップＳ１：Ｎｏ）は、ステップＳ１１に進む。

ステップＳ２では、制御サーバ（業務サーバ）からのメッセージを解析して、その解析内容をメッセージ管理テーブルに設定（更新）する。ステップＳ３では、メッセージ／ランク定義部のサーバメッセージフィルタ定義を確認する。

ステップＳ４では、制御サーバ（業務サーバ）からのメッセージがメッセージ／ランク定義部のサーバメッセージフィルタ定義に定義（規定）されているか否かを判定する。制御サーバ（業務サーバ）からのメッセージがメッセージ／ランク定義部のサーバメッセージフィルタ定義に定義（規定）されている場合（ステップＳ４：Ｙｅｓ）は、ステップＳ５に進む。制御サーバ（業務サーバ）からのメッセージがメッセージ／ランク定義部のサーバメッセージフィルタ定義に定義（規定）されていない場合（ステップＳ４：Ｎｏ）は、ステップＳ８に進む。

ステップＳ５では、メッセージ／ランク定義部のサーバメッセージフィルタ定義に従って、制御サーバ（業務サーバ）からのメッセージのランクを決定する。ステップＳ６では、ステップＳ５のランク決定処理結果を記憶（メモ）する。ステップＳ７では、「ランク別処理」（サブルーチンで後述する）を呼び出す。ステップＳ７（ランク別処理）が終了すると、ステップＳ１１に進む。

ステップＳ８では、「ランク決定処理」（サブルーチンで後述する）を呼び出す。ステップＳ９では、ステップＳ８のランク決定処理結果を記憶（メモ）する。ステップＳ１０では、「ランク別処理」（サブルーチンで後述する）を呼び出す。ステップＳ１０（ランク別処理）が終了すると、ステップＳ１１に進む。

ステップＳ１１では、一定時間ＷＡＩＴ処理を実行する。一定時間ＷＡＩＴ処理は、例えば、一定時間ＷＡＩＴ処理を実行するためのＳＬＥＥＰ値（例えば、０〜６５５３５（秒）、初期値は１）を用いて実行することができる。

ステップＳ１２では、終了割込みがあるか否かを判定する。終了割込みがない場合（ステップＳ１２：Ｎｏ）は、ステップＳ１に戻る。終了割込みがある場合（ステップＳ１２：Ｙｅｓ）は、処理を終了する。

図１５、図１６は、本実施形態のメッセージ監視処理の一例（ランク決定処理）を示す第２−１、第２−２のフローチャートである。

ステップＳ２１〜ステップＳ２３では、ＡＴＭ状態管理テーブルに保持された全てのＡＴＭ状態情報のうち、所定時間以内（例えば５分以内）に更新されたＡＴＭ状態情報を記憶（更新）する。すなわち、ステップＳ２１では、ＡＴＭ状態管理テーブルに保持された全てのＡＴＭ状態情報を確認したか否かを判定する。ＡＴＭ状態管理テーブルに保持された全てのＡＴＭ状態情報を確認した場合（ステップＳ２１：Ｙｅｓ）は、ステップＳ２４に進む。ＡＴＭ状態管理テーブルに保持された全てのＡＴＭ状態情報を確認していない場合（ステップＳ２１：Ｎｏ）は、ステップＳ２２に進み、未確認のＡＴＭ状態情報を所定の順序に従って確認していく。ステップＳ２２では、ＡＴＭ状態管理テーブルが所定時間以内（例えば５分以内）に更新されたか否かを判定する。ＡＴＭ状態管理テーブルが所定時間以内に更新された場合（ステップＳ２２：Ｙｅｓ）は、ステップＳ２３に進んで、更新されたＡＴＭ確認情報を記憶（メモ）して、ステップＳ２１に戻る。ＡＴＭ状態管理テーブルが所定時間以内に更新されていない場合（ステップＳ２２：Ｎｏ）は、ステップＳ２１に戻る。

なお、ステップＳ２２で用いる所定時間には自由度があり、種々の設計変更が可能であるが、直近で発生したメッセージをランク決定（仕分け）しないと実効性が小さいため、所定時間はある程度小さい値に設定することが好ましい。所定時間の設定値（例えば、０〜６５５３５（分）、初期値は５）を用いることができる。

ステップＳ２４では、例えば、サーバ特定情報等の入力パラメータを設定することで、制御サーバの重要度の確認処理の準備を行う。ステップＳ２５では、「制御サーバの重要度の確認処理」（サブルーチンで後述する）を呼び出す。ステップＳ２６では、ステップＳ２５の制御サーバの重要度の確認処理の結果（例えば最重要制御サーバと重要制御サーバのいずれであるか）を記憶（メモ）する。

ステップＳ２７では、例えば、サーバ特定情報等の入力パラメータを設定することで、制御サーバの状態の確認処理の準備を行う。ステップＳ２８では、「制御サーバの状態の確認処理」（サブルーチンで後述する）を呼び出す。ステップＳ２９では、ステップＳ２８の制御サーバの状態の確認処理の結果（例えば正常と異常のいずれであるか）を記憶（メモ）する。

ステップＳ３０では、ＡＴＭ状態が正常と異常のいずれであるかを判定する。ＡＴＭ状態が正常である場合はステップＳ３１に進み、ＡＴＭ状態が異常である場合はステップＳ３２に進む。ステップＳ３１では、サーバ状態が正常と異常のいずれであるかを判定する。サーバ状態が正常である場合はステップＳ３４に進み、サーバ状態が異常である場合はステップＳ３３に進む。

ステップＳ３３では、サーバ（異常とされたサーバ）が最重要サーバと重要サーバのいずれであるかを判定する。サーバ（異常とされたサーバ）が最重要サーバである場合はステップＳ３５に進み、サーバ（異常とされたサーバ）が重要サーバである場合はステップＳ３６に進む。

ステップＳ３２では、サーバ（異常であるかどうかは問わない）が最重要サーバと重要サーバのいずれであるかを判定する。サーバ（異常であるかどうかは問わない）が最重要サーバである場合はステップＳ３７に進み、サーバ（異常であるかどうかは問わない）が重要サーバである場合はステップＳ３８に進む。

ステップＳ３４では、制御サーバ（業務サーバ）からのメッセージのランクを無視ランクに決定する。ステップＳ３５では、制御サーバ（業務サーバ）からのメッセージのランクを最重要ランクに決定する。ステップＳ３６では、制御サーバ（業務サーバ）からのメッセージのランクを重要ランクに決定する。ステップＳ３７では、制御サーバ（業務サーバ）からのメッセージのランクを最重要ランクに決定する。ステップＳ３８では、制御サーバ（業務サーバ）からのメッセージのランクを重要ランクに決定する。ステップＳ３４、ステップＳ３５、ステップＳ３６、ステップＳ３７、ステップＳ３８のいずれかを経由して処理を終了する。

図１５、図１６で説明したランク決定処理を纏めると次のようになる。すなわち、ランク決定部３１５は、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が正常であることが示され、且つ、第２状態情報によって制御サーバ（ＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０）が正常であることが示される場合に、ランクとして、メッセージを無視する無視ランクを決定する。また、ランク決定部３１５は、第１状態情報によって制御対象機（ＡＴＭ１００（１００−１〜１００−Ｎ））が異常であることが示され、且つ／又は、第２状態情報によって制御サーバ（ＷＷＷサーバ２１０とＤＢサーバ２２０とバックアップサーバ２３０）が異常であることが示される場合に、第２状態情報が最重要制御サーバ（例えば勘定系サーバとしてのＷＷＷサーバ２１０とＤＢサーバ２２０）の第２−１状態情報と、重要制御サーバ（例えば情報管理系サーバとしてのバックアップサーバ２３０）の第２−２状態情報とのいずれであるかを判定する。さらに、ランク決定部３１５は、第２状態情報が最重要制御サーバ（例えば勘定系サーバとしてのＷＷＷサーバ２１０とＤＢサーバ２２０）の第２−１状態情報である場合に、ランクとして、メッセージを最重要とする最重要ランクを決定し、第２状態情報が重要制御サーバ（例えば情報管理系サーバとしてのバックアップサーバ２３０）の第２−２状態情報である場合に、ランクとして、メッセージを重要とする重要ランクを決定する。

図１７は、本実施形態のメッセージ監視処理の一例（ランク別処理）を示す第３のフローチャートである。

ステップＳ４１では、制御サーバ（業務サーバ）からのメッセージについて決定されたランクである入力パラメータ（ランク値）が無視ランク、重要ランク、最重要ランクのいずれであるかを判定する。メッセージが無視ランクの場合はステップＳ４２に進み、メッセージが重要ランクの場合はステップＳ４３に進み、メッセージが最重要ランクの場合はステップＳ４４に進む。

ステップＳ４２では、メッセージが無視ランクであることから、ランク別の処理は行わない。ステップＳ４３では、メッセージが重要ランクであることから、監視画面にオペレータの注意喚起を促すような警告メッセージを表示する（例えば警告メッセージに着色する）。ステップＳ４４では、メッセージが最重要ランクであることから、監視画面にオペレータのより一層の注意喚起を促すような警告メッセージを表示する（例えば警告メッセージに着色したり点滅させたりする）とともに、パトライト鳴動等の緊急通知を行う。ステップＳ４２、ステップＳ４３、ステップＳ４４のいずれかを経由して処理を終了する。

図１８は、本実施形態のメッセージ監視処理の一例（サーバ重要度確認処理）を示す第４のフローチャートである。

ステップＳ５１では、例えば第２状態情報を利用した入力パラメータ（サーバ特定情報）に基づいて、制御サーバ（業務サーバ）の重要度を特定する。その際、メッセージ監視サーバが「サーバ重要度定義テーブル」を参照することができる。このサーバ重要度定義テーブルは、例えば、勘定系サーバが最重要制御サーバであり、情報管理系サーバが重要制御サーバであることを定義（規定）したものである。

ステップＳ５２では、制御サーバ（業務サーバ）の重要度が最重要、重要のいずれであるかを判定する。例えば、制御サーバ（業務サーバ）が勘定系サーバであれば最重要と判定し、制御サーバ（業務サーバ）が情報管理系サーバであれば重要と判定する。制御サーバ（業務サーバ）の重要度が最重要である場合はステップＳ５３に進み、制御サーバ（業務サーバ）の重要度が重要である場合はステップＳ５４に進む。

ステップＳ５３では、ステップＳ５２の判定に該当する制御サーバ（業務サーバ）を最重要サーバに設定する。ステップＳ５４では、ステップＳ５２の判定に該当する制御サーバ（業務サーバ）を重要サーバに設定する。ステップＳ５３、ステップＳ５４のいずれかを経由して、処理を終了する。

図１９は、本実施形態のメッセージ監視処理の一例（サーバ状態確認処理）を示す第５のフローチャートである。

ステップＳ６１では、例えば第２状態情報を利用した入力パラメータ（サーバ特定情報）に基づいて、制御サーバ（業務サーバ）の状態を特定する。その際、メッセージ監視サーバは、制御サーバ状態管理テーブルを参照することができる。

ステップＳ６２では、制御サーバ（業務サーバ）の状態が正常、異常のいずれであるかを判定する。制御サーバ（業務サーバ）の状態が正常である場合はステップＳ６３に進み、制御サーバ（業務サーバ）の状態が異常である場合はステップＳ６４に進む。

ステップＳ６３では、ステップＳ６２の判定に該当する制御サーバ（業務サーバ）の状態を正常に設定する。ステップＳ６４では、ステップＳ６２の判定に該当する制御サーバ（業務サーバ）の状態を異常に設定する。ステップＳ６３、ステップＳ６４のいずれかを経由して、処理を終了する。

図２０は、本実施形態のメッセージ監視処理の一例（ＡＴＭ状態管理処理）を示す第６のフローチャートである。

ステップＳ７１では、ＡＴＭからのＡＴＭ状態情報（第１状態情報）を受信したか否かを判定する。ＡＴＭからのＡＴＭ状態情報（第１状態情報）を受信した場合はステップＳ７２に進む。ＡＴＭからのＡＴＭ状態情報（第１状態情報）を受信していない場合はステップＳ７３に進む。

ステップＳ７２では、ＡＴＭからのＡＴＭ状態情報（第１状態情報）を解析して、その解析内容をＡＴＭ状態管理テーブルに設定（更新）する。

ステップＳ７３では、一定時間ＷＡＩＴ処理を実行する。一定時間ＷＡＩＴ処理は、例えば、一定時間ＷＡＩＴ処理を実行するためのＳＬＥＥＰ値（例えば、０〜６５５３５（秒）、初期値は１）を用いて実行することができる。

ステップＳ７４では、終了割込みがあるか否かを判定する。終了割込みがない場合（ステップＳ７４：Ｎｏ）は、ステップＳ７１に戻る。終了割込みがある場合（ステップＳ７４：Ｙｅｓ）は、処理を終了する。

図２１は、本実施形態のメッセージ監視処理の一例（サーバ状態管理処理）を示す第６のフローチャートである。

ステップＳ８１、ステップＳ８２では、サーバ状態管理テーブルに保持された全てのサーバ状態情報を確認する。ステップＳ８１では、サーバ状態管理テーブルに保持された全てのサーバ状態情報を確認したか否かを判定する。サーバ状態管理テーブルに保持された全てのサーバ状態情報を確認した場合（ステップＳ８１：Ｙｅｓ）は、ステップＳ８３に進む。サーバ状態管理テーブルに保持された全てのサーバ状態情報を確認していない場合（ステップＳ８１：Ｎｏ）は、ステップＳ８２に進み、未確認のサーバ状態情報を所定の順序に従って確認していく。ステップＳ８２では、監視センター３００（メッセージ監視サーバ３１０）からの生死確認（ポーリング）により該当サーバの状態（応答有無）を確認することでサーバ状態情報を取得し、取得したサーバ状態情報をサーバ状態管理テーブルに設定（更新）する。ステップＳ８２の処理が終わると、ステップＳ８１に戻る。

ステップＳ８３では、一定時間ＷＡＩＴ処理を実行する。一定時間ＷＡＩＴ処理は、例えば、一定時間ＷＡＩＴ処理を実行するためのＳＬＥＥＰ値（例えば、０〜６５５３５（秒）、初期値は１）を用いて実行することができる。

ステップＳ８４では、終了割込みがあるか否かを判定する。終了割込みがない場合（ステップＳ８４：Ｎｏ）は、ステップＳ８１に戻る。終了割込みがある場合（ステップＳ８４：Ｙｅｓ）は、処理を終了する。

以上のように、本実施形態のメッセージ監視サーバ、メッセージ監視方法及びメッセージ監視プログラムによれば、第１状態情報（ＡＴＭ状態情報）と第２状態情報（制御サーバ状態情報）に基づいて、制御サーバ（業務サーバ）から入力されたメッセージの重要度を示すランクを適切に決定することができる。

上述した実施形態は、発明の理解を容易にするために具体例を示したものであり、本発明はこれらの実施形態に限定されるものではない。上述したメッセージ監視サーバ、メッセージ監視方法及びメッセージ監視プログラムは、特許請求の範囲に記載した本発明を逸脱しない範囲において、さまざまな変形、変更が可能である。

以上の実施形態では、制御対象機としてＡＴＭを用いた場合を例示して説明した。しかし、制御対象機として、制御サーバによって制御可能なＡＴＭ以外の各種の取引装置（例えばコンビニエンスストアに設置されてチケットや商品の購入を行う端末装置）を用いることができる。

以上の実施形態では、メッセージ監視サーバ３１０のランク決定部３１５が、データセンター２００の制御サーバ（ＷＷＷサーバ２１０、ＤＢサーバ２２０、バックアップサーバ２３０）から入力されたメッセージがメッセージ／ランク定義部３１４に定義されていない場合に、当該メッセージの重要度を示すランクを決定する場合を例示して説明した。しかし、メッセージ監視サーバ３１０のランク決定部３１５は、一部又は全部のメッセージについて、当該メッセージがメッセージ／ランク定義部３１４に定義されているか否かにかかわらず、当該メッセージの重要度を示すランクを決定してもよい。

以上の実施形態では、メッセージの重要度を示すランクを、無視ランクと最重要ランクの２段階、あるいは、無視ランクと重要ランクと最重要ランクの３段階で決定する場合を例示して説明したが、メッセージの重要度を示すランクを４段階以上で決定する態様も可能である。

１０ ＡＴＭ管理システム
１００（１００−１〜１００−Ｎ） ＡＴＭ（制御対象機）
２００ データセンター
２１０ ＷＷＷサーバ（業務サーバ、制御サーバ、勘定系サーバ）
２２０ ＤＢサーバ（業務サーバ、制御サーバ、勘定系サーバ）
２３０ バックアップサーバ（業務サーバ、制御サーバ、情報管理系サーバ）
３００ 監視センター
３１０ メッセージ監視サーバ
３１０Ａ ＣＰＵ
３１０Ｂ ＤＲＡＭ
３１０Ｃ ＲＯＭ
３１０Ｄ 記憶部
３１０Ｅ 入出力ＩＦ
３１０Ｆ 通信ＩＦ
３１０Ｇ バス
３１１ 第１状態情報入力部（ＡＴＭ状態情報入力部）
３１２ 第２状態情報入力部（制御サーバ状態情報入力部）
３１３ メッセージ入力部
３１４ メッセージ／ランク定義部
３１５ ランク決定部
３１６ ＡＴＭ状態管理テーブル
３１７ 制御サーバ状態管理テーブル
３１８ メッセージ管理テーブル
４００ 提携銀行のホスト
５００ ＳＥ拠点

Claims (8)

1. 制御対象機の第１状態情報が入力される第１状態情報入力部と、
   制御サーバの第２状態情報が入力される第２状態情報入力部と、
   前記制御サーバからのメッセージが入力されるメッセージ入力部と、
   前記第１状態情報と前記第２状態情報に基づいて、前記制御サーバから入力された前記メッセージの重要度を示すランクを決定するランク決定部と、
   を有することを特徴とするメッセージ監視サーバ。
2. 所定のメッセージと所定のランクが対応付けて定義されるメッセージ／ランク定義部をさらに有し、
   前記ランク決定部は、前記制御サーバから入力された前記メッセージが前記メッセージ／ランク定義部に定義されていない場合に、当該メッセージの重要度を示すランクを決定する、
   ことを特徴とする請求項１に記載のメッセージ監視サーバ。
3. 前記ランク決定部は、
   前記第１状態情報によって前記制御対象機が正常であることが示され、且つ、前記第２状態情報によって前記制御サーバが正常であることが示される場合に、前記ランクとして、前記メッセージを無視する無視ランクを決定し、
   前記第１状態情報によって前記制御対象機が異常であることが示され、且つ／又は、前記第２状態情報によって前記制御サーバが異常であることが示される場合に、前記ランクとして、前記メッセージを最重要とする最重要ランクを決定する、
   ことを特徴とする請求項１又は請求項２に記載のメッセージ監視サーバ。
4. 前記第２状態情報入力部には、前記第２状態情報として、最重要制御サーバの第２−１状態情報と、重要制御サーバの第２−２状態情報とが入力され、
   前記ランク決定部は、
   前記第１状態情報によって前記制御対象機が正常であることが示され、且つ、前記第２−１状態情報によって前記最重要制御サーバが正常であることが示され、又は、前記第２−２状態情報によって前記重要制御サーバが正常であることが示される場合に、前記ランクとして、前記メッセージを無視する無視ランクを決定し、
   前記第１状態情報によって前記制御対象機が異常であることが示され、且つ、前記第２−２状態情報によって前記重要制御サーバが正常又は異常であることが示される場合、及び、前記第１状態情報によって前記制御対象機が正常であることが示され、且つ、前記第２−２状態情報によって前記重要制御サーバが異常であることが示される場合に、前記ランクとして、前記メッセージを重要とする重要ランクを決定し、
   前記第１状態情報によって前記制御対象機が異常であることが示され、且つ、前記第２−１状態情報によって前記最重要制御サーバが正常又は異常であることが示される場合、及び、前記第１状態情報によって前記制御対象機が正常であることが示され、且つ、前記第２−１状態情報によって前記最重要制御サーバが異常であることが示される場合に、前記ランクとして、前記メッセージを最重要とする最重要ランクを決定する、
   ことを特徴とする請求項１又は請求項２に記載のメッセージ監視サーバ。
5. 前記ランク決定部は、
   前記第１状態情報によって前記制御対象機が正常であることが示され、且つ、前記第２状態情報によって前記制御サーバが正常であることが示される場合に、前記ランクとして、前記メッセージを無視する無視ランクを決定し、
   前記第１状態情報によって前記制御対象機が異常であることが示され、且つ／又は、前記第２状態情報によって前記制御サーバが異常であることが示される場合に、前記第２状態情報が最重要制御サーバの第２−１状態情報と、重要制御サーバの第２−２状態情報とのいずれであるかを判定し、
   前記第２状態情報が前記最重要制御サーバの前記第２−１状態情報である場合に、前記ランクとして、前記メッセージを最重要とする最重要ランクを決定し、
   前記第２状態情報が前記重要制御サーバの前記第２−２状態情報である場合に、前記ランクとして、前記メッセージを重要とする重要ランクを決定する、
   ことを特徴とする請求項１又は請求項２に記載のメッセージ監視サーバ。
6. 前記最重要制御サーバと前記重要制御サーバの一方は、勘定系サーバであり、
   前記最重要制御サーバと前記重要制御サーバの他方は、情報管理系サーバである、
   ことを特徴とする請求項４又は請求項５に記載のメッセージ監視サーバ。
7. 制御対象機の第１状態情報が入力されるステップと、
   制御サーバの第２状態情報が入力されるステップと、
   前記制御サーバからのメッセージが入力されるステップと、
   前記第１状態情報と前記第２状態情報に基づいて、前記制御サーバから入力された前記メッセージの重要度を示すランクを決定するステップと、
   を有することを特徴とするメッセージ監視方法。
8. 制御対象機の第１状態情報が入力されるステップと、
   制御サーバの第２状態情報が入力されるステップと、
   前記制御サーバからのメッセージが入力されるステップと、
   前記第１状態情報と前記第２状態情報に基づいて、前記制御サーバから入力された前記メッセージの重要度を示すランクを決定するステップと、
   をコンピュータに実行させることを特徴とするメッセージ監視プログラム。

Images