JP2014059842A - 運用監視システム - Google Patents

Abstract

【課題】それぞれ異なる遠隔管理プロトコルに対応した複数のデバイスを監視する運用監視システムにおいて、デバイス毎に固有の監視プログラムを開発する負担を軽減する。
【解決手段】本発明に係る運用監視システムは、ツリー形式でデバイスの稼動状態情報を記述する遠隔管理プロトコルに準拠したデバイスから稼動状態情報を収集する、プロキシ装置を備える。プロキシ装置は、デバイスから収集した稼動状態情報を、第２フォーマットに変換した上で、監視サーバに送信する。
【選択図】図１

Description

本発明は、それぞれ異なる遠隔管理プロトコルに対応した複数のデバイスから稼働状態情報を収集して監視する運用監視システムに関する。

通信モジュールの低コスト化に伴い、近年、様々な産業分野において、大量のセンサなどの非ＰＣデバイスを活用したＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）システムに対するニーズが増してきている。Ｍ２Ｍシステムを安定的に稼働させるためには、通常の監視対象である業務サーバと合わせて、大量に配備される他種多様なデバイスを含めた稼働状態情報を、統合的に監視することが求められている。

下記特許文献１には、運用監視システムに関する技術が記載されている。同文献は、監視対象機器に、ＲＡＳ（Ｒｅｌｉａｂｉｌｉｔｙ・Ａｖａｉｌａｂｉｌｉｔｙ・Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）プログラムと呼ばれる監視ソフトウェアを導入し、監視データを収集して閾値に基づく異常判定を実施し、異常があった場合に運用監視サーバへイベントを送信する技術を開示している。

一方で、デバイスが持つデータを遠隔管理するための通信プロトコルとデータフォーマットは標準化が進められてきている。例えばＯＭＡ−ＤＭ、ＴＲ−０６９（後述するツリー形式のデータ構造についてはＴＲ−１０６において規定されている）、ＥＴＳＩ Ｍ２Ｍなどの規格がある。これら規格に準拠したデバイスには、上記プロトコルに対応した遠隔管理用のソフトウェアやハードウェアが組み込まれて出荷されている。

上述の標準規格においては、デバイスの管理データをツリー形式の論理構造で記述し、ツリー上のノード名を区切り文字で連結した文字列によって個々のデータに対する参照パスを表現するのが主流となってきている。例えば、デバイス上で動作するアプリケーションであるApplicationXの動作ログに対する参照パスは「/DevInfo/Logs/ApplicationX/UserA/20120-08-01 10:00:00」のような形式で表現される。

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

上記特許文献１に記載されている技術においては、デバイス毎に監視プログラムを導入する手間が大きいという課題がある。同文献においては、監視対象とするデバイス毎に監視プログラム（ＲＡＳプログラム）を導入する必要があるが、ＰＣ環境と異なり、デバイスのソフトウェア実行環境には多くの種類が存在するため、これら実行環境毎に監視プログラムを開発する手間が大きい。例えば、ソフトウェア実行環境であるＯＳの例として、Ｌｉｎｕｘ（登録商標）、ＷｉｎｄｏｗｓＭｏｂｉｌｅ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）、ＴＲＯＮ（登録商標）などがあり、これらＯＳ毎に監視プログラムを開発するのは大きな負担となる。

本発明は、上記のような課題に鑑みてなされたものであり、それぞれ異なる遠隔管理プロトコルに対応した複数のデバイスを監視する運用監視システムにおいて、デバイス毎に固有の監視プログラムを開発する負担を軽減することを目的とする。

本発明に係る運用監視システムは、ツリー形式でデバイスの稼動状態情報を記述する遠隔管理プロトコルに準拠したデバイスから稼動状態情報を収集する、プロキシ装置を備える。プロキシ装置は、デバイスから収集した稼動状態情報を、第２フォーマットに変換した上で、監視サーバに送信する。

本発明に係る運用監視システムによれば、デバイス毎に監視プログラムを個別に開発する手間を軽減しつつ、それぞれ異なる遠隔管理プロトコルに対応したデバイスの稼働状態を統合的に監視することができる。

本発明に係る運用監視システム１００の構成図である。 システム監視クライアント１１０の内部構成図である。 システム監視サーバ１２０の内部構成図である。 デバイス監視プロキシ１４０の内部構成図である。 デバイス１５０の内部構成図である。 業務サーバ１３０の内部構成図である。 監視データテーブル１２６２の構成例を示す図である。 変換前デバイス監視データテーブル１４６３の構成例を示す図である。 変換後デバイス監視データテーブル１４６４の構成を示す図である。 変換設定ファイル１４６５の構成例を示す図である。 システム監視クライアント１１０が提供する監視データ確認画面１１４１の画面例である。 システム監視サーバ１２０がデバイス１５０から監視データを収集する処理を説明する処理フロー図である。 システム監視クライアント１１０が監視データを参照する処理を説明する処理フロー図である。 ステップＳ１２０９の詳細を説明するフローチャートである。

以下、添付図面を参照して本発明の実施形態について説明する。なお、本実施形態においては、稼働状態情報を監視データと表記する場合がある。監視データの例として、業務サーバマシンとデバイスがそれぞれ出力するログを取り上げる。

＜システム構成＞
図１は、本発明に係る運用監視システム１００の構成図である。運用監視システム１００は、業務サーバ１３０とデバイス１５０の稼動状態を監視するシステムであり、システム監視クライアント１１０、システム監視サーバ１２０、デバイス監視プロキシ１４０を有する。システム監視クライアント１１０、システム監視サーバ１２０、業務サーバ１３０は、サーバ監視用ネットワーク１６０を介してデバイス監視プロキシ１４０に接続されている。デバイス監視プロキシ１４０は、デバイス監視用ネットワーク１７０を介してデバイス１５０と接続されている。

システム監視クライアント１１０は、運用監視システム１００を使用するユーザが操作するコンピュータであり、ユーザ操作によって監視データの収集、検索、参照などの指示を発行する。システム監視クライアント１１０の詳細構成については後述の図２で改めて説明する。

システム監視サーバ１２０は、業務サーバ１３０とデバイス１５０から監視データを収集し、後述する監視データテーブル１２６２に格納する。ただしデバイス１５０の監視データについては、デバイス監視プロキシ１４０が所定のフォーマットに変換した後のデータを格納する。この変換処理については後述する。システム監視サーバ１２０の詳細構成については後述の図３で改めて説明する。

業務サーバ１３０は、デバイス１５０と連携してアプリケーション機能を提供するコンピュータであり、運用監視システム１００の監視対象である。業務サーバ１３０は一般的に、デバイス１５０とは異なる遠隔管理プロトコルを採用しており、監視データの記述形式も異なる。業務サーバ１３０の詳細構成については後述の図６で改めて説明する。

デバイス監視プロキシ１４０は、システム監視サーバ１２０から監視データを収集するようリクエストを受け取ると、デバイス１５０から監視データを収集し、さらに収集した監視データのフォーマットを変換して統一した上で、システム監視サーバ１２０へ送信する。デバイス監視プロキシ１４０の詳細構成については後述の図４で改めて説明する。

デバイス１５０は、業務サーバ１３０と連携してアプリケーション機能を提供する、センサなどの業務端末である。運用監視システム１００は、複数のデバイス１５０の監視データを管理する。各デバイス１５０は、それぞれ異なる遠隔管理プロトコルに準拠している。ここではデバイス＃１とデバイス＃２がプロトコルＡに準拠し、デバイス＃３とデバイス＃４がプロトコルＢに準拠しているものとする。これら遠隔管理プロトコルは、先述したＯＭＡ−ＤＭなどのように、監視データをツリー形式で記述するように規定されている。デバイス１５０の詳細構成については後述の図５で改めて説明する。

＜システム監視クライアント１１０の内部構成＞
図２は、システム監視クライアント１１０の内部構成図である。システム監視クライアント１１０は、処理装置１１１、メモリ１１２、入力装置１１３、出力装置１１４、通信装置１１５、記憶装置１１６を備える。記憶装置１１６は、システム監視クライアントプログラム１１６１を格納している。これら各装置は、バス１１７を介して接続されている。

処理装置１１１は、システム監視クライアントプログラム１１６１を実行する。システム監視クライアントプログラム１１６１は、システム監視サーバ１２０に対して監視データをリクエストするなどのクライアント機能を実装している。メモリ１１２は、処理装置１１１が一時的に使用するデータを記憶する。入力装置１１３は、キーボードやマウスなどの操作デバイスである。出力装置１１４は、ディスプレイなどの表示デバイスである。通信装置１１５は、他機器と通信する通信Ｉ／Ｆである。記憶装置１１６は、ハードディスク装置などの記憶デバイスである。

以下の説明においては、記載の便宜上、各プログラムを動作主体として説明する場合があるが、実際に各プログラムを実行するのは処理装置１１１などの演算装置であることを付言しておく。システム監視クライアント１１０以外の各装置においても同様である。また、各機器が備えるプログラムは、同様の機能を備える回路デバイスなどのハードウェアによって実現することもできる。

＜システム監視サーバ１２０の内部構成＞
図３は、システム監視サーバ１２０の内部構成図である。システム監視サーバ１２０は、処理装置１２１、メモリ１２２、入力装置１２３、出力装置１２４、通信装置１２５、記憶装置１２６を備える。記憶装置１２６は、システム監視サーバプログラム１２６１と監視データテーブル１２６２を格納している。これら各装置は、バス１２７を介して接続されている。メモリ１２２、入力装置１２３、出力装置１２４、通信装置１２５の機能は、システム監視クライアント１１０が備えるものと同様である。

処理装置１２１は、システム監視サーバプログラム１２６１を実行する。システム監視サーバプログラム１２６１は、業務サーバ１３０やデバイス１５０から監視データを取得する。ただしデバイス１５０については、デバイス監視プロキシ１４０を経由する。監視データテーブル１２６２は、業務サーバ１３０やデバイス１５０から取得した監視データを格納するテーブルである。監視データテーブル１２６２の詳細については後述の図７で改めて説明する。

＜デバイス監視プロキシ１４０の内部構成＞
図４は、デバイス監視プロキシ１４０の内部構成図である。デバイス監視プロキシ１４０は、処理装置１４１、メモリ１４２、入力装置１４３、出力装置１４４、通信装置１４５、記憶装置１４６を備える。記憶装置１４６は、デバイス監視プロキシプログラム１４６１、デバイス通信サーバプログラム１４６２、変換前デバイス監視データテーブル１４６３、変換後デバイス監視データテーブル１４６４、変換設定ファイル１４６５を格納している。これら各装置は、バス１４７を介して接続されている。メモリ１４２、入力装置１４３、出力装置１４４、通信装置１４５の機能は、システム監視クライアント１１０が備えるものと同様である。

処理装置１４１は、デバイス監視プロキシプログラム１４６１とデバイス通信サーバプログラム１４６２を実行する。デバイス通信サーバプログラム１４６２は、デバイス１５０が準拠している遠隔管理プロトコルにしたがって、デバイス１５０と通信する処理を実装している。デバイス監視プロキシプログラム１４６１は、デバイス１５０から監視データを取得し、後述する手順にしたがって所定のフォーマットに変換する処理を実装している。

変換前デバイス監視データテーブル１４６３は、デバイス通信サーバプログラム１４６２がデバイス１５０から収集した監視データを格納するテーブルである。変換後デバイス監視データテーブル１４６４は、デバイス監視プロキシプログラム１４６１がフォーマット変換したデバイス１５０の監視データを格納するテーブルである。これらテーブルの詳細については後述の図８と図９で説明する。

変換設定ファイル１４６５は、デバイス監視プロキシプログラム１４６１がデバイス１５０の監視データを変換する際の変換ルールを定義するデータファイルである。変換設定ファイル１４６５の構成は後述の図１０で改めて説明する。

図５は、デバイス１５０の内部構成図である。デバイス１５０は、処理装置１５１、メモリ１５２、入力装置１５３、通信装置１５５、記憶装置１５６を備える。記憶装置１５６は、デバイス通信クライアントプログラム１５６１、デバイスプログラム１５６２を格納している。これら各装置は、バス１５７を介して接続されている。メモリ１５２、通信装置１５５の機能は、システム監視クライアント１１０が備えるものと同様である。ただし出力装置１１４に相当する機能部は発明の実施に必須ではないため記載していない。入力装置１５３は、デバイス１５０の役割に応じた機能を備える。例えばデバイス１５０がセンサである場合は、検出対象物から検出値を取得する。

処理装置１５１は、デバイス通信クライアントプログラム１５６１とデバイスプログラム１５６２を実行する。デバイス通信クライアントプログラム１５６１は、外部装置と通信して当該デバイス１５０の監視データを送信する機能を実装している。デバイスプログラム１５６２は、当該デバイス１５０の役割に応じた機能（例えば検出処理）と、システム監視サーバ１２０が監視対象とする監視データを生成する機能を実装している。監視データの例としては、ログ、アラート、リソース消費量などのような、当該デバイス１５０の稼動状態情報が考えられる。

図６は、業務サーバ１３０の内部構成図である。処理装置１３１、メモリ１３２、入力装置１３３、出力装置１３４、通信装置１３５、記憶装置１３６を備える。記憶装置１３６は、業務サーバプログラム１３６１、監視クライアントプログラム１３６２を格納している。これら各装置は、バス１３７を介して接続されている。メモリ１３２、入力装置１３３、出力装置１３４、通信装置１３５の機能は、システム監視クライアント１１０が備えるものと同様である。

処理装置１３１は、業務サーバプログラム１３６１と監視クライアントプログラム１３６２を実行する。例えば、デバイス１５０が家庭用の電力メータである場合は、業務サーバプログラム１３６１は、電力メータ値の収集や課金計算などの処理を実装する。監視クライアントプログラム１３６２は、業務サーバ１３０の監視データ（デバイス１５０の監視データと同様に、例えばログ、アラート、リソース消費量などの稼動状態情報）を生成してシステム監視サーバ１２０へ送信する。

＜監視データテーブル１２６２＞
図７は、監視データテーブル１２６２の構成例を示す図である。監視データテーブル１２６２は、業務サーバ１３０の監視データとデバイス１５０の監視データを統合して格納するテーブルであり、機器タイプフィールド１２６２１、機器ＩＤフィールド１２６２２、日時フィールド１２６２３、監視レベルフィールド１２６２４、コンポーネントＩＤフィールド１２６２５、ユーザＩＤ１２６２６、監視データ値フィールド１２６２７を有する。

機器タイプフィールド１２６２１は、監視データの発生源である監視対象機器の種類を示す識別子である。例えば業務サーバ１３０の名前、デバイス１５０の種類、デバイス１５０の製造元メーカ名などの情報が格納される。

機器ＩＤフィールド１２６２２は、監視データの発生源である監視対象機器を個別に識別するための識別子である。
日時フィールド１２６２３は、監視データの取得日時である。

監視レベルフィールド１２６２４は、監視データの種別を表す識別子である。本実施形態では、監視データの示す事象の深刻度に応じ「Error」「Warning」「Information」のうちいずれかを格納している。

コンポーネントＩＤフィールド１２６２５は、監視データの発生源であるソフトウェアコンポーネントを示す識別子である。例えば当該監視データを生成したプログラムの関数名などを格納する。

ユーザＩＤ１２６２６は、監視データの発生につながる処理を実施したユーザの識別子である。業務サーバプログラム１３６１の実行ユーザ名、デバイスプログラム１５６２の実行ユーザ名などを格納する。

監視データ値フィールド１２６２７は、監視データの内容を記述する。図７に示すデータ例においてはログ内容を格納している。その他、アラート情報の内容、リソース消費量の計測値などが格納される。

＜変換前デバイス監視データテーブル１４６３＞
図８は、変換前デバイス監視データテーブル１４６３の構成例を示す図である。変換前デバイス監視データテーブル１４６３は、デバイス通信サーバプログラム１４６２がデバイス１５０から収集した監視データを格納するテーブルである。

デバイス管理プロトコルフィールド１４６３１は、デバイス通信サーバプログラム１４６２がデバイス１５０から監視データを収集した際に使用した遠隔管理プロトコルの名称である。必ずしもプロトコル名そのものでなくとも、当該遠隔管理プロトコルにおいて監視データを記述するために使用するツリーの書式を特定できればよい。

機器タイプフィールド１４６３２は、監視データの発生源である監視対象機器の種類を示す識別子である。機器ＩＤフィールド１４６３３は、監視データの発生源である監視対象機器を区別するための識別子である。

パラメータ名フィールド１４６３４は、デバイス通信サーバプログラム１４６２がデバイス１５０から取得した監視データの項目名である。パラメータ値フィールド１４６３５は、デバイス通信サーバプログラム１４６２がデバイス１５０から取得した監視データの値である。

＜変換後デバイス監視データテーブル１４６４＞
図９は、変換後デバイス監視データテーブル１４６４の構成を示す図である。変換後デバイス監視データテーブル１４６４は、デバイス通信サーバプログラム１４６２がデバイス１５０から収集した監視データをデバイス監視プロキシプログラム１４６１がフォーマット変換することによって得られた変換後の監視データを格納するテーブルである。変換後デバイス監視データテーブル１４６４の構成は、監視データテーブル１２６２と同様である。

変換前デバイス監視データテーブル１４６３のパラメータ名フィールド１４６３４とパラメータ値フィールド１４６３５が保持する項目名および項目値は、変換後デバイス監視データテーブル１４６４が格納する監視データに対応する。しかし、両テーブルの間で項目名と値は必ずしも一致しない。各デバイス１５０が準拠する遠隔管理プロトコルにおいて使用される監視データのフォーマットが異なる場合があるからである。そこでデバイス監視プロキシ１４０は、デバイス１５０から取得した監視データのフォーマットを変換することにより、各デバイス１５０の監視データを統合的に管理できるようにする。変換後のフォーマットについては特に限定しないが、本実施形態においては業務サーバ１３０の監視データを保持する監視データテーブル１２６２のスキーマ形式に合わせることとした。

＜変換設定ファイル１４６５＞
図１０は、変換設定ファイル１４６５の構成例を示す図である。変換設定ファイル１４６５は、デバイス１５０が準拠している遠隔管理プロトコルにおいて使用する監視データの対応関係を定義するデータファイルであり、遠隔管理プロトコル毎に設けられる。図１０においては、プロトコルＡ用の変換設定ファイル１４６５１と、プロトコルＢ用のタ変換設定ファイル１４６５２の２つを例示した。

変換設定ファイル１４６５は、プロトコル指定部１４６５３、区切り文字指定部１４６５４、カラム指定部１４６５５、値指定部１４６５６を有する。

プロトコル指定部１４６５３は、変換設定ファイル１４６５が遠隔管理プロトコルの名称等を指定する。

区切り文字指定部１４６５４は、遠隔管理プロトコルが使用する監視データのフォーマットにおいて、項目名を区切るために使用される区切り文字を指定する。図１０に示す例では、プロトコルＡの区切り文字として「/」を指定し、プロトコルＢの区切り文字として「\」を指定している。変換前デバイス監視データテーブル１４６３のパラメータ名フィールド１４６３４に格納される監視データは、これら区切り文字を使用して記述される。

カラム指定部１４６５５は、デバイス通信サーバプログラム１４６２がデバイス１５０から収集した監視データにおける項目名（パラメータ名フィールド１４６３４が記述している監視データ内の項目名）と、変換後デバイス監視データテーブル１４６４に格納するフィールドとの間の対応関係を指定する。

図１０に示す例では、デバイス管理プロトコルフィールド１４６３１の値が「プロトコルＡ」である変換前デバイス監視データ格納テーブル１４６３上のレコードについて、パラメータ名フィールド１４６３４に格納された値の「/DevInfo/Logs/」以降から次の区切り文字「/」までの間にある文字列を、コンポーネントＩＤ１４６４５に格納するように指定している。同様に、デバイス管理プロトコルフィールド１４６３１の値が「プロトコルＢ」である変換前デバイス監視データテーブル１４６３上のレコードについて、パラメータ名フィールド１４６３４に格納された「\Device\ServiceState\*\*\level\」以降から次の区切り文字「\」までの間にある文字列を、監視レベルフィールド１４６４４に格納するように指定している。なお、設定ファイル中の「*」は任意の文字列が入ることを示す識別子である。

値指定部１４６５６は、デバイス通信サーバプログラム１４６２がデバイス１５０から収集した監視データにおける項目値（パラメータ名フィールド１４６３４が記述している監視データ内の項目値）と、変換後デバイス監視データテーブル１４６４に格納する項目値との間の対応関係を指定する。同じ項目名であっても、使用する値が遠隔管理プロトコル毎に異なる場合があるため、その対応関係を定義したものである。

図１０に示す例では、デバイス管理プロトコルフィールド１４６３１の値が「プロトコルＢ」である変換前デバイス監視データテーブル１４６３の上のレコードについて、「\Device\ServiceState\*\*\level\」以降から次の区切り文字「\」までの間にある文字列を、監視レベルフィールド１４６４４に格納する際の項目値同士の対応関係を定義している。具体的には、プロトコルＢにおける「Level1」という項目値は「Information」という項目値に変換し、プロトコルＢにおける「Level2」という項目値は「Warning」という項目値に変換し、プロトコルＢにおける「Level3」という項目値は「Error」に変換するように指定している。

区切り文字によって項目を連結したツリー形式は、項目を自由に追加できるため、一般に拡張性があると考えられている。これは、デバイス１５０に対して同形式によって記述されたコマンドを発行する際においても有用であるし、監視対象項目を拡張するような場合においても同様である。本発明はこの点をさらに拡張し、データフォーマットの違いを吸収することに利用することとした。

すなわち、ツリー形式は区切り文字、項目名の並び順、および項目値の組み合わせによって拡張性を確保するものであると考えられるので、これらの対応関係を定義することにより、ツリー形式である限りにおいては、データフォーマットが異なっていても相互に変換することができると考えられる。本発明はこの点に着目し、デバイス１５０が準拠している遠隔管理プロトコルのデータフォーマットの差異を吸収することに利用することとしたものである。

＜システム監視データ確認画面１１４１＞
図１１は、システム監視クライアント１１０が提供する監視データ確認画面１１４１の画面例である。監視データ確認画面１１４１は、システム監視クライアントプログラム１１６１が、システム監視クライアント１１０の出力装置１１４に出力する画面である。運用管理システム１００のユーザは、監視データ確認画面１１４１を用いて、デバイス１５０や業務サーバ１３０から収集した監視データを検索・参照する。

領域１１４２は、監視データの検索条件を入力するためのインターフェースである。参照したい監視データの条件を１１４２に入力し、監視データ検索ボタン１１４３を押下すると、システム監視クライアントプログラム１１６１はその条件に合致する監視データをシステム監視サーバ１２０から取得し、テーブル１１４５上に表示する。

領域１１４４は、監視データ管理命令を実行するためのボタン群を配置したインターフェースである。「監視データ収集」ボタンを押下すると、監視データの収集要求がシステム監視サーバ１２０へ発行される。「データ削除」ボタンを押下すると、収集済の古い監視データをシステム監視サーバ１２０から削除するための管理命令がシステム監視サーバ１２０へ発行される。「収集スケジュール設定」ボタンを押下すると、監視データ収集処理の開始日時を設定するための管理命令がシステム監視サーバ１２０へ発行される。日時を設定するためのダイアログボックス等の表記は省略する。

＜運用監視システムの全体処理フロー＞
本運用監視システムは、監視データの収集機能と、収集した監視データの検索・参照機能を提供する。ユーザは、本監視システムを利用し、システム監視データ確認画面１１４１を参照することで、デバイスと業務サーバの稼働状態を統合監視できる。

＜システム監視データ収集処理の処理フロー＞
図１２は、システム監視サーバ１２０がデバイス１５０から監視データを収集する処理を説明する処理フロー図である。以下、図１２の各ステップについて説明する。
（図１２：ステップＳ１２０１）
システム監視クライアント１１０の処理装置１１１は、監視データ確認画面１１４１のユーザインターフェース１１４４上で設定された収集スケジュールにしたがって、システム監視クライアントプログラム１１６１を実行し、監視データ取得リクエストをシステム監視サーバ１２０へ送信する。
（図１２：ステップＳ１２０２）
システム監視サーバ１２０の処理装置１２１は、システム監視サーバプログラム１２６１を実行し、システム監視クライアント１１０から受信した監視データ取得リクエストを、業務サーバ１３０またはデバイス監視プロキシ１４０へ送信する。業務サーバ１３０の監視クライアントプログラム１３６２は、業務サーバプログラム１３６１が生成した監視データ（ログ、アラート、リソース消費量など）を収集し、システム監視サーバ１２０へ返信する。デバイス監視プロキシ１４０の動作については以下のステップで説明する。

（図１２：ステップＳ１２０３）
デバイス監視プロキシ１４０の処理装置１４１は、デバイス監視プロキシプログラム１４６１を実行し、ステップＳ１２０２でシステム監視サーバ１２０が送信した監視データ取得リクエストを受信する。デバイス監視プロキシプログラム１４６１は、デバイス監視プロキシ１４０上において登録されている全てのデバイス通信サーバプログラム１４６２を起動する。
（図１２：ステップＳ１２０４）
デバイス監視プロキシ１４０の処理装置１４１は、デバイス通信サーバプログラム１４６２を実行し、デバイス通信サーバプログラム１４６２毎に決められた遠隔管理プロトコルとデータフォーマットにしたがって、デバイス１５０に対して監視データ取得リクエストを送信する。

（図１２：ステップＳ１２０５）
デバイス１５０の処理装置１５１は、デバイス通信クライアントプログラム１５６１を実行し、デバイスプログラム１５６２に対して監視データを取得するよう要求する。
（図１２：ステップＳ１２０６）
デバイス１５０の処理装置１５１は、デバイスプログラム１５６２を実行し、デバイス１５０がアプリケーション処理の実行中に蓄積した監視データを収集して、デバイス通信クライアントプログラム１５６１へ返信する。

（図１２：ステップＳ１２０７）
デバイス１５０の処理装置１５１は、デバイス通信クライアントプログラム１５６１を実行し、ステップＳ１２０６で取得したデバイス１５０の監視データを、デバイス監視プロキシ１４０へ送信する。
（図１２：ステップＳ１２０８）
デバイス監視プロキシ１４０の処理装置１４１は、デバイス通信サーバプログラム１４６２を実行し、ステップＳ１２０７で取得したデバイス１５０の監視データを、変換前デバイス監視データテーブル１４６３へ格納する。

（図１２：ステップＳ１２０９）
処理装置１４１は、デバイス監視プロキシプログラム１４６１を実行し、デバイス１５０の監視データをフォーマット変換する。フォーマット変換処理の詳細は後述の図１４で説明する。デバイス監視プロキシプログラム１４６１は、フォーマット変換後の監視データを変換後デバイス監視データテーブル１４６４に格納し、システム監視サーバ１２０へ送信する。
（図１２：ステップＳ１２１０）
システム監視サーバ１２０の処理装置１２１は、システム監視サーバプログラム１２６１を実行し、ステップＳ１２０９で受信したデバイス１５０の監視データを監視データテーブル１２６２へ格納する。システム監視サーバプログラム１２６１は、システム監視クライアントマシン１１０へ監視データ取得完了を通知する。
（図１２：ステップＳ１２０２〜Ｓ１２１０：補足）
ステップＳ１２０２で要求した業務サーバ１３０の監視データについても、デバイス監視プロキシ１４０を経由しない点を除いてステップＳ１２０３〜Ｓ１２１０と同様に実施され、監視データテーブル１２６２に格納される。

＜システム監視データ検索・参照処理の処理フロー＞
図１３は、システム監視クライアント１１０が監視データを参照する処理を説明する処理フロー図である。以下、図１３の各ステップについて説明する。
（図１３：ステップＳ１３０１）
システム監視クライアント１１０の処理装置１１１は、監視データ確認画面１１４１上の監視データ検索ボタン１１４３が押下されると、システム監視クライアントプログラム１１６１を実行し、領域１１４２で指定された検索条件に合致する監視データを検索するよう要求する検索リクエストをシステム監視サーバ１２０へ送信する。
（図１３：ステップＳ１３０２）
システム監視サーバ１２０の処理装置１２１は、システム監視サーバプログラム１２６１を実行し、ステップＳ１３０１で受信した検索リクエストから検索条件を取得する。

（図１３：ステップＳ１３０３）
システム監視サーバプログラム１２６１は、ステップＳ１３０２で取得した検索条件に合致する監視データを、監視データテーブル１２６２から検索する。
（図１３：ステップＳ１３０４）
システム監視サーバプログラム１２６１は、ステップＳ１３０３で取得した監視データをシステム監視クライアントプログラム１１６１へ送信する。
（図１３：ステップＳ１３０５）
システム監視クライアント１１０の処理装置１１１は、システム監視クライアントプログラム１１６１を実行し、ステップＳ１３０４で受信した監視データを監視データ確認画面１１４１上のテーブル１１４５に表示する。

＜監視データを変換する処理の処理フロー＞
図１４は、ステップＳ１２０９の詳細を説明するフローチャートである。以下、図１４の各ステップについて説明する。
（図１４：ステップＳ１４０１）
デバイス監視プロキシプログラム１４６１は、変換前デバイス監視データテーブル１４６３から未処理の監視データを１行読み込む。
（図１４：ステップＳ１４０２）
デバイス監視プロキシプログラム１４６１は、ステップＳ１４０１で読み込んだ監視データのデバイス管理プロトコルフィールド１４６３１の値を読み取る。デバイス監視プロキシプログラム１４６１は、プロトコル指定部１４６５３の値がその値に一致する変換設定ファイル１４６５を読み込む。

（図１４：ステップＳ１４０３）
デバイス監視プロキシプログラム１４６１は、変換設定ファイル１４６５の区切り文字指定部１４６５４とカラム指定部１４６５５が指定する内容にしたがって、ステップＳ１４０１で読み込んだ監視データの、変換後デバイス監視データテーブル１４６４上における格納先カラムを決定する。
（図１４：ステップＳ１４０４）
デバイス監視プロキシプログラム１４６１は、変換設定ファイル１４６５の値指定部１４６５６の指定内容を基に、ステップＳ１４０１で読み込んだ監視データの値を、変換後デバイス監視データテーブル１４６４に格納する値に変換する。

（図１４：ステップＳ１４０５）
デバイス監視プロキシプログラム１４６１は、ステップＳ１４０３とステップＳ１４０４で決定した格納先カラムと変換後値の対応ルールにしたがって、ステップＳ１４０１で読み込んだ監視データを、変換後デバイス監視データテーブル１４６４に格納する。
（図１４：ステップＳ１４０６）
デバイス監視プロキシプログラム１４６１は、変換前デバイス監視データ格納テーブル１４６３に格納された全ての監視データについて処理が完了したか否かをチェックする。完了した場合はステップＳ１４０７へ進み、完了していない場合はステップＳ１４０１へ戻る。
（図１４：ステップＳ１４０７）
デバイス監視プロキシプログラム１４６１は、変換後デバイス監視データテーブル１４６４に格納されている全ての監視データを、システム監視サーバ１２０へ送信する。

＜本発明のまとめ＞
以上のように、本発明に係る運用監視システム１００において、デバイス監視プロキシ１４０は、各デバイス１５０から収集した、ツリー形式によって記述されている稼働状態情報のデータフォーマットを、監視データテーブル１２６２のスキーマ構造に合わせて変換する。これにより、各デバイス１５０が準拠している遠隔管理プロトコルの監視データのフォーマットによらず、システム監視サーバ１２０が取り扱う監視データのフォーマットを統一することができる。

また、本発明に係る運用監視システム１００において、システム監視サーバ１２０は、業務サーバ１３０から収集した監視データを、デバイス１５０から収集した監視データと同じ監視データテーブル１２６２に格納する。これにより、従来から監視対象としている業務サーバ１３０などのコンピュータと、今後登場する多種多様なデバイス１５０とを統合的に監視することができるので、運用監視コストを抑えつつ各機器を効率的に監視することができる。

１００：運用監視システム、１１０：システム監視クライアント、１２０：システム監視サーバ、１３０：業務サーバ、１４０：デバイス監視プロキシ、１５０：デバイス、１６０：サーバ監視用ネットワーク、１７０：デバイス監視用ネットワーク。

Claims (6)

1. それぞれ異なる遠隔管理プロトコルに準拠した複数のデバイスの稼動状態情報を監視する運用監視システムであって、
   前記デバイスから収集した稼動状態情報のフォーマットを第２フォーマットに変換するプロキシ装置と、
   前記デバイスの稼動状態情報を格納する監視データテーブルを備える監視サーバと、
   を有し、
   前記デバイスは、ツリー形式で前記稼動状態情報を記述する前記遠隔管理プロトコルに準拠しており、
   前記プロキシ装置は、前記デバイスから収集した前記稼動状態情報を、前記第２フォーマットに変換して前記監視サーバへ送信することにより、前記監視データテーブルが格納する前記稼動状態情報のフォーマットを、前記遠隔管理プロトコルの違いによらず共通化する
   ことを特徴とする運用監視システム。
2. 前記プロキシ装置は、
   前記稼動状態情報の区切り文字を定義する設定データを保持しており、
   前記設定データが定義している前記稼動状態情報の区切り文字にしたがって、前記デバイスから収集した前記稼動状態情報が記述している項目を識別し、前記第２フォーマットにおける項目として用いる
   ことを特徴とする請求項１記載の運用監視システム。
3. 前記設定データは、
   前記稼動状態情報が記述している項目の前記ツリー形式上における位置と、その項目の前記監視データテーブル上における格納位置との間の対応関係を記述した位置対応情報を定義しており、
   前記プロキシ装置は、
   前記位置対応情報が定義している前記対応関係にしたがって、前記デバイスから収集した前記稼動状態情報が記述している項目を、前記監視データテーブル上の対応する格納位置に格納する
   ことを特徴とする請求項２記載の運用監視システム。
4. 前記設定データは、
   前記稼動状態情報が記述している項目の値と、その項目の前記監視データテーブル上における値との間の対応関係を記述した値対応情報を定義しており、
   前記プロキシ装置は、
   前記値対応情報が定義している前記対応関係にしたがって、前記デバイスから収集した前記稼動状態情報が記述している項目値を、前記監視データテーブルに格納すべき値に変換した上で、前記監視サーバへ送信する
   ことを特徴とする請求項２または３記載の運用監視システム。
5. 前記監視サーバは、
   前記遠隔管理プロトコルとは異なる遠隔管理プロトコルを用いて、前記デバイスとは異なるコンピュータの稼動状態情報を収集し、前記監視データテーブルに格納する
   ことを特徴とする請求項１から４のいずれか１項記載の運用監視システム。
6. 前記遠隔管理プロトコルは、ＯＭＡ−ＤＭ、ＴＲ−０６９およびＴＲ−１０６、またはＥＴＳＩ Ｍ２Ｍのうち少なくともいずれかである
   ことを特徴とする請求項１から５のいずれか１項記載の運用監視システム。

Images