JP5245211B2 - 監視システム - Google Patents

Description

本発明は、監視システムに関する。

ＰＯＳ（Point of Sales）端末等の業務装置は、自業務装置で処理された結果を編集して蓄積する。業務装置は、蓄積されたデータを所定の期間ごと、例えば、１日ごとに所定の監視装置に送信する。監視装置は、複数の業務装置から受信されたデータを格納する。監視装置は、格納されたデータを監視クライアントが監視し易い情報の形式に処理し、監視クライアントに提供する。

図１７は、従来技術における監視装置の例を示したものである。監視装置２７には、業務装置２６Ａ〜２６Ｄとして示される複数の業務装置２６と監視クライアントによって操作される管理コンソール３１とが接続されている。監視装置２７は、所定期間ごとに業務装置２６から出力されるイベント情報の入力を受け付ける。イベント情報には、業務装置２６における処理結果が含まれている。監視装置２７は、イベント情報をデータベース２９に格納する。監視装置２７は、データベース２９に格納されたイベント情報を読み出し、イベント情報分類部２８にて分類する。監視装置２７は、表示部３０によって、分類された情報を監視クライアントに表示したり、分類された情報を電子メールとして監視クライアントに送ったりする。このようにして、監視装置２７は、複数の業務装置２６における処理結果を監視クライアントに提供する。

本発明に係る先行技術文献としては、次に示すものがある。
特開２００３−１３２２４８号公報 特開２００５−１１５４９４号公報

業務装置は、所定の期間ごとに、所定の監視装置にデータを送信する。したがって、監視クライアントは、所定の期間ごとにしかデータを監視できず、業務装置による業務処理の実行から所定時間以内にその処理内容を把握するというような実時間的な対応ができない問題があった。

本発明は、係る問題に鑑みてなされたものである。本発明の目的は、業務装置による処理を実時間に応じて監視できる監視技術を提供することである。

上記課題を解決するために、本発明は以下の構成を採用した。

（１）すなわち、本発明による監視システムは、業務装置における業務処理で使用される業務データを監視し、業務データから所定の監視条件に該当する監視対象データを抽出する抽出装置と１以上の抽出装置からの監視対象データを処理する監視装置とを備え、抽出装置は、業務装置において、業務処理が発生した際に、業務処理で使用される業務データが監視対象データであるか否かを判定する監視対象データ判定部と、判定された監視対象データを監視装置に送信する送信部を備え、監視装置は、抽出装置によって抽出された監視対象データを格納する監視対象データ格納部と、監視対象データ格納部によって格納された監視対象データを分析する監視対象データ分析部と、監視対象データ分析部によって分析された結果データを格納する結果格納部と、結果格納部によって格納された結果デ
ータを監視クライアントに通知する表示部とを備える。

この構成によると、この抽出装置は、業務装置において、在庫管理等の業務処理が発生した際、業務処理で使用される業務データが監視対象データであるか否かを判定し、監視対象データを監視装置に送信する。この監視装置は、抽出装置によって抽出された監視対象データを１以上の抽出装置から集計し、集計されたデータを格納し、格納されたデータを分析し、分析された結果データを格納し、格納された結果データを監視クライアントに通知する。このようにして、この監視システムは、業務装置における処理を監視し、処理発生時点で監視結果を監視クライアントに通知できる。

（２）また、本発明による監視システムは、監視対象データ分析部と表示部とに対してそれぞれの処理の際に参照する所定の設定情報を格納する設定情報格納部とを更に備え、前記監視対象データ分析部と前記表示部とが、前記設定情報格納部に格納された前記設定情報を読み出し、読み出された前記設定情報に基づいて、それぞれ処理を実行してもよい。

この構成によると、この監視システムは、抽出装置が、抽出装置に格納された設定情報に基づいて、設定情報に応じた様々な処理を実行できる。

（３）また、本発明による監視システムは、表示部が、結果データを電子メールで通知するためのデータ形式に変換し、変換された結果データを、監視装置に接続されたメール配信サーバを通じて監視クライアントに提供する電子メール送信部を備えてもよい。

この構成によると、この監視システムは、監視システムによる監視結果を電子メールで通知するためのデータ形式に変換し、変換された監視結果を、監視装置に接続されたメール配信サーバを通じて監視クライアントに通知できる。

（４）また、本発明による監視システムは、表示部が、結果データをウェブサイト上で表示させるためのデータ形式に変換するウェブ形式変換部と、ウェブ形式変換部によって変換された監視結果を、ウェブサーバを通じて監視クライアントに表示させる表示部とを備えてもよい。

この構成によると、この監視システムは、監視システムによる監視結果をワールドワイドウェブ上で表示させるためのデータ形式に変換し、変換された監視結果をウェブサーバに出力することにより、ワールドワイドウェブを通じて、監視結果を監視クライアントに通知できる。

（５）また、本発明による監視システムは、前記監視対象データ分析部が、前記監視対象データを所定のグループことに分類して集計する集計部、前記監視対象データを統計処理する統計部、前記監視対象データと前記設定情報とを対比し、対比の結果に応じてアラート情報を生成するアラート判定部、前記監視対象データに含まれる情報の所定時間後の情報を推定する推定部の少なくとも１つを含んでもよい。

この構成によると、この監視システムは、少なくとも、監視対象データを所定のグループことに分類して集計、監視対象データの統計処理、監視対象データと設定情報とを対比し、対比の結果に応じたアラート情報の生成、又は、監視対象データに含まれる情報の所定時間後の情報の推定のいずれか１つを実行できる。

本発明に係る抽出装置は、同様の特徴を有する抽出方法として実現可能である。また、本発明に係る抽出装置は、コンピュータを上述した抽出装置として機能させるプログラム
や、このプログラムを記録した記憶媒体として実現することができる。

本発明に係る監視装置は、同様の特徴を有する監視方法として実現可能である。また、本発明に係る監視装置は、コンピュータを上述した監視装置として機能させるプログラムや、このプログラムを記録した記憶媒体として実現することができる。

本発明によれば、業務装置による処理を実時間で監視できる技術を提供できる。

以下、図面を参照して、本発明の実施形態の監視システムを説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成には限定されない。

《システムの全体の構成》
図１は、本実施形態に係るシステム１を示す基本構成図である。システム１は、業務装置２Ａ〜２Ｄとして示される複数の業務装置２と、業務装置２Ａ〜２Ｄにそれぞれ接続され、イベント情報抽出装置３として示されるイベント情報抽出装置３Ａ〜３Ｄと、業務装置２Ａ〜２Ｄに接続されたネットワーク５と、ネットワーク５に接続されたデータウェアハウス６と、イベント情報抽出装置３Ａ〜３Ｄにネットワーク等によって接続された監視装置７と、監視装置７に接続されたデザイン装置８及び管理コンソール９とからなる。

システム１は、業務に使用される業務システムと、業務の監視に使用される監視システムとに分けることができる。業務システムは、業務装置２と、ネットワーク５と、データベースにデータの管理機能が付加されたデータウェアハウス６とからなる。また、監視システムは、業務装置２とイベント情報抽出装置３と監視装置７とデザイン装置８と管理コンソール９とからなる。

業務装置２は、ＰＯＳ端末等であり、例えば、スーパーに設置されたレジスタ装置等である。業務装置２は、所定の期間ごとの処理結果、例えば、商業施設での売上げの集計結果、金融機関での入出金の結果等をネットワーク５を通じてデータウェアハウス６に送信する。

業務装置２は、本実施形態における処理を実行させるためのプログラムを格納するハードディスク、このプログラムを実行する中央処理装置、及び、情報の一時記憶に使用されるメモリを有するコンピュータを用いて実現することができる。業務装置２の機能は、中央処理装置がハードディスクに格納されたプログラムをメモリにロードして実行することによって実現される。

データウェアハウス６は、複数の業務装置２からの集計結果を格納する。データウェアハウス６に格納されたデータは、例えば、販売された商品のリストを含んでおり、スーパーにおける商品の在庫管理等に使用される。

イベント情報抽出装置３は、業務装置２に接続されている。イベント情報抽出装置３は、本実施形態における処理を実行させるためのプログラムを格納するハードディスク、このプログラムを実行する中央処理装置、及び、情報の一時記憶に使用されるメモリを有するコンピュータを用いて実現することができる。イベント情報抽出装置３の機能は、中央処理装置がハードディスクに格納されたプログラムをメモリにロードして実行することによって実現される。また、イベント情報抽出装置３は、業務装置２と一体で構成され、業務装置２に格納されたプログラムの実行によって実現されてもよい。

イベント情報抽出装置３は、業務装置２において各業務の実行に使用されるアプリケーションの実行状態を示すイベント情報を検知する。イベント情報抽出装置３は、例えば、業務装置２から通信回線を通じてデータウェアハウス６に送信されるイベント情報を検知する。

したがって、イベント情報抽出装置３は、業務装置２に内蔵されたプログラムを中央処理装置が実行することで実現してもよい。また、イベント情報抽出装置３は、業務装置２に外付けして接続され、業務装置２とデータウェアハウス６との間の通信回線を監視するように構成してもよい。また、イベント情報抽出装置３は、業務装置２とデータウェアハウス６との間の通信回線上に設置され、通信回線を監視するように構成してもよい。

イベント情報抽出装置３（本発明の抽出装置に相当）は、イベント判定部４（本発明の監視対象データ判定部に相当）を有している。イベント判定部４は、イベント情報抽出装置３で検知されたイベント情報を監視し、監視対象となるイベント情報（監視対象データ）か否かを判定する。

イベント情報は、業務装置２において各業務の実行に使用されるアプリケーションの実行状態を示す情報である。イベント判定部４が実行する判定の基準は、業務装置２に予め設定されている。また、この判定の基準は、監視クライアントによって、監視装置７を通じて、デザイン装置８によって設定されてもよい。イベント情報抽出装置３の提供者（ベンダ）は、デザイン装置８のユーザインターフェースを通じて、ユーザの業務に応じたイベント情報を定義すればよい。例えば、ユーザが商業施設であるならば、「売上げ」をイベント情報として設定すればよい。イベント情報抽出装置３は、イベント判定部４によって判定されたイベント情報を監視装置７に送信する（この処理を実行するイベント情報抽出装置３が送信部に相当する）。

監視装置７は、イベント情報抽出装置３から送信されたイベント情報を受信し、格納する。監視装置７は、格納されたイベント情報を分析する。監視装置７は、分析された結果をウェブ上での公開、又は、電子メールの送信によって監視クライアントに通知する。監視装置７におけるイベント情報の処理方法等は、デザイン装置８によって設定される。また、監視装置７の起動等の管理は、管理コンソール９を通じて実行される。また、監視装置７には、メール配信サーバ（図示せず）、及び、ウェブサーバ（図示せず）が接続され、監視装置７は、これらを通じて、監視システム１６における監視結果を監視クライアントに通知してもよい。

監視装置７は、イベント情報収集部１０とイベント情報分析部１１と表示部１２と設定情報データベース１３とイベント情報格納データベース１４と結果格納データベース１５とを有している。監視装置７が有するこれらの機能ブロックのそれぞれの機能については、後に、図２−図８に基づいて、それぞれ説明される。

デザイン装置８は、監視装置７に接続されたパーソナルコンピュータ等である。デザイン装置８は、本実施形態における処理を実行させるためのプログラムを格納するハードディスク、このプログラムを実行する中央処理装置、及び、情報の一時記憶に使用されるメモリを有するコンピュータを用いて実現することができる。デザイン装置８の機能は、中央処理装置がハードディスクに格納されたプログラムをメモリにロードして実行することによって実現される。デザイン装置８は、監視クライアントによる操作に基づいて、監視装置７が受信するイベント情報の処理方法等を設定情報データベース１３に設定情報として設定する。

管理コンソール９は、監視装置７に接続されたパーソナルコンピュータ等である。管理
コンソール９は、本実施形態における処理を実行させるためのプログラムを格納するハードディスク、このプログラムを実行する中央処理装置、及び、情報の一時記憶に使用されるメモリを有するコンピュータを用いて実現することができる。管理コンソール９の機能は、中央処理装置がハードディスクに格納されたプログラムをメモリにロードして実行することによって実現される。管理コンソール９は、監視クライアントによる操作に基づいて、監視装置７の保守作業等の設定、及び、環境設定を設定情報データベース１３に設定情報として設定したり、監視装置７の起動及び停止を実行する。

《監視システムの構成》
図２に基づいて、本実施形態の監視システムの構成について説明する。監視システム１６は、業務装置２とイベント情報抽出装置３と監視装置７とデザイン装置８と管理コンソール９とを含んでいる。これらの構成に基づいて、監視システム１６において、業務装置２が処理するデータ（業務データ）の監視について説明する。

まず、業務装置２は、業務処理（イベント）を実行する。イベント情報抽出装置３は、業務装置２で処理のうち、監視対象の処理の処理結果をイベント情報として検知し、抽出する。イベント情報抽出装置３は、抽出されたイベント情報を監視装置７に送信する。監視装置７が備えるイベント情報収集部１０は、イベント情報を受信する。イベント情報収集部１０は、設定情報格納データベース１３に格納された設定情報に基づいて、受信したイベント情報をイベント情報格納データベース１４に格納する。イベント情報分析部１１は、イベント情報格納データベース１４からデータを読み出す。イベント情報分析部１１は、設定情報格納データベース１３に格納された設定情報に基づいて、イベント情報格納データベース１４から読み出されたデータを分析する。イベント情報分析部１１は、分析の結果を示す結果データを結果格納データベース１５に格納する。表示部１２は、設定情報格納データベース１３に格納された設定情報に基づいて、結果格納データベース１５から読み出された結果データを電子メールサーバ（図示せず）を通じて電子メールとして送信する。また、表示部１２は、結果データをウェブサーバ（図示せず）を通じてウェブ上に表示して監視クライアントに通知する。このようにして、監視システム１６は、業務装置２における処理を監視する。

次に、監視装置７に含まれるそれぞれの機能ブロックの機能について説明する。まず、図３−図６に基づいて、イベント情報抽出装置３とイベント情報収集部１０との間で実行される処理機能について説明する。

〈イベント情報抽出装置〉
図３には、複数の業務装置２のそれぞれに接続されたイベント情報抽出装置３が、イベント情報を、イベント情報収集部１０にそれぞれ送信する動作が示されている。イベント情報抽出装置３は、業務装置２から監視対象のイベント情報を抽出する。イベント情報抽出装置３は、抽出されたイベント情報を、イベント情報収集部１０での処理に適したデータ形式に変換する。図３では、例として、イベント情報抽出装置３は、業務装置２から抽出されたデータを、ＸＭＬ（eXtensible Markup Language）形式で書かれた標準イベント形式のデータに変換し、イベント情報収集部１０に送信する。イベント情報収集部１０は、設定情報データベース１３に格納された設定情報に基づいて、イベント情報抽出装置３から受信されたイベント情報をイベント情報格納データベース１４に格納する。

次に、図４−図６に基づいて、イベント情報抽出装置３がイベント情報を標準ＸＭＬ（eXtensible Markup Language）形式の情報に変換する動作について説明する。ただし、イベント情報抽出装置３がイベント情報を標準イベント形式のデータに変換せず、イベント情報収集部１０がイベント情報抽出部３から受信されたイベント情報を標準イベント形式のデータに変換してもよい。

図４は、イベント情報抽出装置３が業務装置２から抽出するイベント情報を構成する情報と、その格納先（ＸＭＬパス形式で記述したＸＭＬデータベース上の場所）の例を示している。図４において、項目名がイベント情報を構成する情報の種類を示し、参照先が、その情報の格納先を示している。このような項目名と、参照先の関係は、処理対象とする業務システムに応じて、デザイン装置８のユーザインターフェースを通じて設定される。このような項目名と、参照先の関係との関係は、設定情報データベース１３に格納される。

「システム名」は、業務装置２を指定する情報（例えば、計算機のサーバ名）である。シーケンス名は、業務装置２における処理を示す情報である。また、「シーケンスＩＤ」は、業務装置２における処理を示す識別子である。「ファンクション名」は、業務装置２における処理を示すシーケンスの下位における処理（機能）を示す情報である。「サービス名」は、ファンクション名が識別し易いよう付けられ、ファンクション名に対応する情報である。この情報は、マスターデータを通じてファンクション名から選択される。例えば、ファンクション名「００１」がサービス名では「出荷」であり、ファンクション名「００２」がサービス名では「発注」である。

「シーケンス処理時間」は、シーケンスの開始時間とシーケンスの終了時間から算出される。「イベント種別」は、イベント情報の種類を指定する情報である。「イベントステータス」は、イベント情報における状態を指定する情報である。「業務モデル名」は、業務の名前を指定する情報である。「フロー名」は、複数のシーケンスからなるグループを示すフローの名称である。「アクティビティ名」は、フローにおけるイベント情報の位置を指定する情報である。「プロセスＩＤ」は、フローにおける個々のイベントの識別子である。

図４に示されるように、例えば、「システム名」は、イベント情報抽出装置３の/ISIMonitoringEvent/@systemNameに格納される。イベント情報抽出装置３は、設定情報データ
ベース１３に定義された参照先を元に、/ISIMonitoringEvent/@systemNameに格納された
システム名を抽出する。

図５は、イベント情報抽出装置３が業務装置２から抽出するイベント情報の例を示す図である。図４に示される括弧と図５に示される括弧とは対応している。図４に（１）として示される「システム名」には、図５では「gg7188-vm1」が設定されている。また、図４に（２）として示される「シーケンス名」には、図５では、「bpmct#sequence」が設定されている。本実施形態では、この「システム名」と「シーケンス名」とによって、抽出すべきイベント情報か否かを判定する。

なお、図５は、イベント情報をタグ形式で記述したものであり、一方、図４は、そのイベント情報のＸＭＬデータベース内の格納先をＸＭＬパス形式で記述したものである。したがって、本実施形態において、図５で示されるイベント情報のそれぞれの項目（例えば、（１）で示されるsystemName）は、実際には不図示のＸＭＬデータベース内で、図４の参照先（例えば、（１）で示される/ISIMonitoringEvent/@systemName）に格納されてい
る。

図６は、標準イベント形式のデータ例を示している。イベント情報抽出装置３は、設定情報データベース１３に定義される参照先（図４の例を参照）に格納されたデータと抽出し、標準イベント形式のデータを生成する。図６に示される括弧は、図４及び図５に示される括弧に、それぞれ対応する。また、図６に示される（０）は、イベント情報抽出装置３において標準イベント形式のデータが生成された時を示している。

〈イベント情報分析部〉
図７は、イベント情報分析部１１が、イベント情報格納データベース１４から読み出されたデータを分析し、その分析結果を結果格納データベース１５に格納する動作を示している。

イベント情報分析部１５は、集計部１７、統計部１８、アラート判定部１９、及び、推測部２０を含んでいる。イベント情報分析部１５は、集計部１７、統計部１８、アラート判定部１９、及び、推定部２０において、イベント情報をそれぞれ処理した後、その分析結果を結果格納データベース１５に格納する。

集計部１７は、設定情報に基づいて、イベント情報を所定のグループに分け、それぞれ集計を実行する。集計部１７は、例えば、イベント情報を、所定の地域、所定の曜日、所定の時間、業務装置２の担当者、又は、それらのうちのいくつかを組み合わせたグループで、それぞれ集計を実行してもよい。また、集計部１７は、イベント情報を所定のグループに分け、分けられた情報をさらに所定のグループに分けることを繰り返し、イベント情報の分け方を階層的にしてもよい。例えば、イベント情報が売上げであれば、全国を関東と関西に分離し、さらに、関東を東京、神奈川等の地域に分離して集計する等である。

統計部１８は、設定情報データベース１３に格納された設定情報に基づいて、イベント情報に含まれた情報の統計処理を実行する。例えば、統計部１８は、設定情報に基づいて、イベント情報に含まれたスーパーでの売上げ金額の平均値、標準偏差、及び、分布を算出する。

アラート判定部１９は、設定情報データベース１３に格納された設定情報に含まれる所定のルールに基づいて、イベント情報に含まれた情報のアラート判定を実行する。例えば、アラート判定部１９は、設定情報に基づいて、個人による売上げ金額を示す情報が、所定の金額以上のとき、警告（アラート）を出力するよう判定する。アラート判定部１９は、アラートを出力すべきと判定すると、アラート情報を生成する。

また、アラート判定部１９は、設定情報に含まれる所定のルールに基づいて、複数のイベントの関係を判定する。アラート判定部１９は、業務装置２において、例えば、クレジットカード、キャッシュカード等の個人を識別可能な情報が使用され、所定期間に所定の金額が所定回数以上使用された際、アラートを出力するよう判定してもよい。

推定部２０は、設定情報データベース１３に格納された設定情報に基づいて、イベント情報に含まれた情報の時間に対する変化量を推定する。例えば、推定部２０は、所定の小売店における所定の物品が、数時間後に、どの程度残るかを推定する。推定は、例えば、イベント情報である売上げ情報の発生ごとに蓄積した売上げ個数の変動にローパスフィルタを適用して、売上げ個数のトレンドを求めればよい。そして、現在の在庫との関係から将来の在庫を推定すればよい。

〈表示部〉
図８は、表示部１２の処理を示す。表示部１２は、結果格納データベース１５から結果データを読み出し、監視装置７に接続されたメール配信サーバ２４を通じて結果データを電子メールとして監視クライアントに送信する。また、表示部１２は、監視装置７に接続されたウェブサーバ２５を通じて結果データをウェブ上の情報として監視クライアントに表示させる。

表示部１２は、電子メール生成・配信部２１、アラート画面生成部２２、及び、グラフ
生成・レイアウト制御部２３を含んでいる。電子メール生成・配信部２１は、結果格納データベース１５に格納されたアラート情報等のデータを電子メールの形式に変換し、メール配信サーバ２４を通じて監視クライアントに送信する。

アラート画面生成部２２は、監視クライアントに対してアラートを発信するよう結果データに指示がある場合、ウェブ上の情報として監視クライアントに表示させるためのアラート情報を生成する。そして、アラート画面生成部２２は、ウェブサーバ２５を通じて、ウェブ上の情報として監視クライアントに表示させる。

グラフ生成・レイアウト制御部２３は、結果格納データベースに格納された結果データからウェブ上でグラフを示すためのグラフデータを作成する。グラフ生成・レイアウト制御部２３は、このグラフデータを、ウェブサーバ２５を通じて監視クライアントに表示させる。また、グラフ生成・レイアウト制御部２３は、ウェブサーバ２５を通じて、ウェブ上の情報として監視クライアントに情報を表示させるためのレイアウト（情報の配置）を実行する。

〈管理コンソール及びデザイン装置〉
図９に基づいて、デザイン装置８及び管理コンソール９による動作を示す。デザイン装置８は、監視装置７に接続されており、監視クライアントによって操作され、デザインインターフェースを通じて、監視装置７の運用設計、運用操作、及び、設計表示を実行する。デザイン装置８は、運用設計として、イベント情報の表示仕様の設定やアラート情報の表示態様の設定を実行する。デザイン装置８は、運用操作として、イベント情報抽出装置３の起動や停止を実行する。デザイン装置８は、設定表示として、監視装置７における処理を視覚的に見易くするための設定を実行する。

管理コンソール９は、監視装置７に接続されており、運用管理インターフェースを通じて、監視装置７の起動や停止、環境設定、及び、保守作業を実行する。管理コンソール９は、環境設定として、監視装置７のパスワードを設定する。また、管理コンソール９は、環境設定として、イベント情報抽出装置３及び監視装置７で実行される複数のアプリケーション間における情報のやりとりを指定するためのアプリケーション間の接続情報を設定する。管理コンソール９は、保守作業として、監視装置７で実行されるアプリケーションの更新や監視装置７に格納されたデータのバックアップを実行する。

次に、図１０に基づいて、デザイン装置８が監視システム１６に対して設定可能な設定を説明する。デザイン装置８による設定の対象は、物理層、論理層、及び、表示層の３つの層に分けることができる。設定結果は、設定情報データベース１３に設定情報として格納される。

まず、物理層における設定には、「マッピング情報」、「ソースタイプ」、及び、「ロケーション」がある。マッピング情報は、イベント情報が論理層で処理される際のデータ形式に変換させるための情報を含んでいる。「ソースタイプ」は、イベント情報のソースコードのタイプを指定する情報である。例えば、「ソースタイプ」として、ソースコードのタイプをＸＭＬ形式として指定する情報が含まれている。「ロケーション」は、イベント情報の格納先を指定する情報が含まれている。 論理層では、監視装置７における処理を、１または複数の論理プロセスとして実現する。また、これらの論理プロセス間でのデータの受け渡しを実行してもよい。また、論理プロセスによって生成された結果を一次情報とし、一次情報の更なる処理として二次情報を生成してもよい。

「推測ルール」は、イベント情報に含まれる情報から所定時間経過後の情報を推測するための情報である。「メール配信ルール」は、監視装置７における処理結果を監視クライ
アントに提供するためのメール配信のルール（例えば、配信先）を示す情報である。「データフロー」は、論理プロセスＢから論理プロセスＡにデータの受け渡しをするための情報を含んでいる。また、論理プロセスＡから論理プロセスＢに対してデータの受け渡しがあってもよい。「アラートルール」は、論理プロセスＡにおいて、イベント情報に含まれる情報からアラートの生成が必要か否かを判定するための情報を含んでいる。「演算ルール」は、イベント情報に含まれる情報の演算のルールを含んでいる。「統計ルール」は、イベント情報に含まれる情報の統計処理に使用される統計方法等の情報を含んでいる。「集計ルール」は、イベント情報を所定のグループに分けて集計するための集計方法等の情報を含んでいる。「イベントスキーマ」は、イベント情報を論理プロセスに割り当てるための情報を含んでいる。

表示層では、監視装置７における処理を、複数の表示情報として処理する。そして、これらの表示情報間でのデータの受け渡しを実行してもよい。「表示タイプ」は、監視クライアントに提供する情報のタイプを指定する情報を含んでいる。「表示データ」は、論理プロセスから出力され、監視クライアントに提供されるデータを含んでいる。「デコレーション」は、表示情報の表示の仕方を指定する情報を含んでいる。「表示階層」は、表示情報を、例えば、表示情報Ａ及び表示情報Ｂとして、表示階層を分けて監視クライアントに表示することにより、監視クライアントが論理プロセスによる結果を見易くするための情報を含んでいる。

表示部１２は、デザイン装置８によって設定される設定対象の情報を表示する。このため、監視クライアントのユーザ（または、システムのベンダ）は、デザイン装置８の使用により、論理プロセスとイベント情報との関係を示す情報の流れを視覚的に把握しながら、設定情報を設定することができる。

《動作例》
〈イベント情報抽出装置における処理〉
図１１に基づいて、イベント情報抽出装置３における処理を説明する。この処理では、イベント情報抽出装置３は、イベント情報を監視することによって、業務装置２でのイベントの発生を検知する。そして、イベント情報抽出装置３は、監視対象のイベント情報を抽出して、抽出したイベント情報を監視装置７に送信する。

まず、ステップＳ１の処理では、イベント情報抽出装置３は、業務装置２においてイベントが発生したか否かをイベント情報の検知によって判定する。イベント情報抽出装置３は、イベントが発生したと判定する（Ｓ１；ＹＥＳ）と、ステップＳ２の処理に進む。イベント情報抽出装置３は、イベントが発生していないと判定する（Ｓ１；ＮＯ）と、ステップＳ１の処理に戻る。

ステップＳ２の処理では、イベント情報抽出装置３は、業務装置２で発生したイベントが監視対象か否かを判定する。この判定は、発生イベント情報と設定情報データベース１３との設定情報とを照合することによる。イベント情報抽出装置３は、業務装置２で発生したイベントが監視対象ではないと判定する（Ｓ２；ＮＯ）と、ステップＳ１の処理に戻る。イベント情報抽出装置３は、業務装置２で発生したイベントが監視対象であると判定する（Ｓ２；ＹＥＳ）と、ステップＳ３の処理に進む。

図１２は、イベント情報抽出装置３が、業務装置２からイベント情報を抽出し、監視対象のイベント情報であるか否かを判定するための判定方法の例を示している。なお、図１２に示したイベント情報ＩＤ、タイプ、加工、判定方法の組合せは、設定情報データベース１３の設定情報として格納されている。

イベント情報抽出装置３は、図１２に示す判定方法に応じて、監視対象のイベント情報であるか否かを判定する。イベント情報には、それぞれＩＤが割り当てられている。図１２では、イベント情報ＩＤ「Ｅ３５」のイベント情報は、ＸＭＬで書かれており、加工を実行するか否かの指定がある。また、ISIMonitoringEventエレメントのsequenceName属性が"bpmmct#sequence"に等しく、かつ、systemName属性が"gg7188-vm1"に等しいとき、イ
ベント情報抽出装置３は、このイベント情報を監視対象のイベント情報であると判定する。すなわち、本実施形態では、システム名とシーケンス名とによって、監視対象のイベントであるか否かを判定する。ただし、監視対象か否かの判定は、このような項目名の情報には限定されるものではない。このようにして、イベント情報抽出装置３は、図１２に示されるようなイベント情報に応じて、イベントを監視し、監視対象のイベントを示すイベント情報を抽出する。

ステップＳ３の処理では、イベント情報抽出装置３は、監視対象と判定されたイベント情報に対して加工が必要か否かを判定する。イベント情報に加工が必要であるか否かの情報は、図１２に示されるイベント情報の加工が必要か否かの情報、すなわち、加工が「あり」か「なし」かの情報によって判定される。イベント情報抽出装置３は、イベント情報の加工が必要であると判定する（Ｓ３；ＹＥＳ）と、ステップＳ４の処理に進む。イベント情報抽出装置３は、イベント情報の加工が必要ではないと判定する（Ｓ３；ＮＯ）と、ステップＳ５の処理に進む。

図１３は、監視対象のイベント情報に対する加工方法を示す図である。これらの加工方法は、設定情報データベース１３の設定情報として格納されている。イベント情報抽出装置３は、イベント情報の加工が必要であると判定すると、図１３に示される加工対象ＩＤに応じて、イベント情報の加工を実行する。図１３では、加工ＩＤと加工方法とが対応しており、イベント情報抽出装置３は、加工ＩＤに応じた加工方法によって、イベント情報の加工を実行する。例えば、イベント情報に対して、イベント情報の加工が指定されており、加工対象ＩＤがＴ２３のとき、イベント情報抽出装置３は、イベント情報に含まれるファンクション名を鍵として、サービス名のマスターデータから、この鍵に対応するサービス名を検索し、検索されたサービス名をイベント情報に付加する。このようにして、イベント情報抽出装置３によって、イベント情報の加工が実行される。

ステップＳ４の処理では、イベント情報抽出装置３は、業務装置２から抽出されたイベント情報を加工する。ステップＳ５の処理では、イベント情報抽出装置３は、イベント情報を監視装置７での処理に適した形式のデータ（標準イベント形式のデータ）に変換する。ステップＳ６の処理では、イベント情報抽出装置３は、標準イベント形式のデータを監視装置７に送信する。

このようにして、イベント情報抽出装置３は、業務装置２における処理を監視し、監視対象のデータを業務装置２から抽出し、抽出されたデータを監視装置７における処理に適した形式のデータに変換し、変換したデータを監視装置７に送信できる。

〈監視装置における処理〉
図１４は、監視装置７におけるイベント情報収集部１０及びイベント情報分析部１１のフローチャートである。この処理では、監視装置７が設定情報に含まれるルールに基づいて、アラート情報を生成し、生成されたアラート情報を監視クライアントにメール配信する。

まず、ステップＳ７の処理では、イベント情報収集部１０は、イベント情報抽出装置３からイベント情報を受信したか否かを判定する。イベント情報収集部１０は、イベント情報抽出装置３からイベント情報を受信したと判定する（Ｓ７；ＹＥＳ）と、ステップＳ８
の処理に進む。イベント情報収集部１０は、イベント情報抽出装置３からイベント情報を受信していないと判定する（Ｓ７；ＮＯ）と、ステップＳ７の処理に戻る。

ステップＳ８の処理では、イベント情報分析部１１は、設定情報データベース１３に格納された設定情報に基づいて、イベント情報抽出装置３から受信したイベント情報（標準イベント形式）を解釈する。次に、ステップＳ９の処理では、イベント情報収集部１０は、受信したイベント情報をイベント情報格納データベース１４に格納する。

ステップＳ１０の処理では、イベント情報分析部１１は、イベント情報格納データベース１４からイベント情報を読み出す。イベント情報分析部１１は、設定情報データベース１３に格納された設定情報に基づいて、イベント情報格納データベース１４から読み出されたイベント情報のルール判定を実行する。このルールは、デザイン装置８によって、設定情報データベース１３に対して、設定情報として設定されている。イベント情報分析部１１は、イベント情報とルールとを照合し、その照合結果として、ルール判定が真か否かを判定する。イベント情報分析部１１は、ルール判定が真でないと判定する（Ｓ１０；ＮＯ）と、イベント情報収集部１０によるステップＳ７の処理に戻る。ルール判定が真ではあると判定する（Ｓ１０；ＹＥＳ）と、イベント情報分析部１１によるステップＳ１１の処理が実行される。

ステップＳ１１の処理では、イベント情報分析部１１は、ルール判定が真と判定された情報に対してアラート情報を作成し、作成されたアラート情報を、結果格納データベース１５に格納する。

ステップＳ１２の処理では、表示部１２は、結果格納データベース１５に格納されたアラート情報がメールによる配信対象であるか否かを判定する。結果格納データベース１５に格納されたアラート情報がメール配信対象の情報であるか否かの情報は、デザイン装置８によって設定情報データベース１３に設定情報として設定されている。表示部１２は、登録されたアラート情報がメールによる配信対象であると判定する（Ｓ１２；ＹＥＳ）と、ステップＳ１３の処理に進む。表示部１２は、登録されたアラート情報がメールによる配信対象ではないと判定する（Ｓ１２；ＮＯ）と、ステップＳ７の処理に戻る。ステップＳ１３の処理では、表示部１２は、メールによる配信対象のアラート情報を所定のメール送信先アドレスリストに対して送信する。

図１５は、配信メールＩＤとアラート情報ＩＤとメール送信先アドレスリストとの関係を示している。これらの関係は、設定情報データベース１３の設定情報として格納されている。配信メールＩＤは、配信対象のアラート情報ごとに付加される情報である。アラート情報ＩＤは、アラート情報の識別子である。メール送信先アドレスリストは、アラート情報を送信する送信先のメールアドレスを指定する情報である。図１５には、例として、表示部１２は、配信メールＩＤがＭ０３のとき、アラート情報ＩＤがＲ００７の情報を、送信先メールアドレスリストに含まれるxxxx@yyyy.zzzz.com, aaaa@yyyy.zzzz.com, bbbb@cccc.dddd.comにそれぞれ送信することが指定されている。

このようにして、監視装置７は、設定情報データベースに格納された設定情報に基づいて、イベント情報抽出装置３から抽出されたイベント情報に含まれた情報が、監視クライアントに通知すべき情報か否かを判定する。そして、監視装置７は、イベント情報に含まれた情報が監視クライアントに通知すべき情報であると判定するとき、この情報を電子メールによって監視クライアントに通知できる。

図１６は、監視装置７における処理を示す第２のフローチャートを示している。このフローチャートにおける処理では、監視クライアントによるリクエストに応じて、監視装置
７が、アラート情報の一覧、イベント情報の処理結果を示す図、又は、表を監視クライアントに通知する。

まず、ステップＳ１４の処理では、表示部１２は、メール配信サーバ２４又はウェブサーバ２５を通じて、監視クライアントからイベント情報の処理結果を示す情報取得のリクエストを受信したか否かを判定する。表示部１２は、監視クライアントから情報取得のリクエストを受信したと判定する（Ｓ１４；ＹＥＳ）と、ステップＳ１５の処理に進む。表示部１２は、監視クライアントから情報取得のリクエストを受信していないと判定する（Ｓ１４；ＮＯ）と、ステップＳ１４の処理に戻る。

ステップＳ１５の処理では、表示部１２は、受信されたリクエストから、要求されている情報を読み出す（リクエストを解釈する）。ステップＳ１６の処理では、表示部１２は、リクエストによって要求されている情報が、アラート検索のリクエストか否かを判定する。表示部１２は、要求されている情報が、アラート情報の検索であると判定する（Ｓ１６；ＹＥＳ）と、ステップＳ１７の処理に進む。表示部１２は、要求されている情報が、アラート情報の検索ではないと判定する（Ｓ１６；ＮＯ）と、ステップＳ１９の処理に進む。

ステップＳ１７の処理では、表示部１２は、結果格納データベース１５からアラート情報を検索する。ステップＳ１８の処理では、表示部１２は、結果格納データベース１５の検索結果として得られたアラート情報の一覧の情報を生成する。表示部１２は、ステップＳ２３の処理に進む。

ステップＳ１９の処理では、イベント情報分析部１１は、監視クライアントからのリクエストに応じて、イベント情報格納データベース１４を検索する。イベント情報分析部１１は、イベント情報格納データベース１４から検索対象の情報を読み出す。

ステップＳ２０の処理では、イベント情報分析部１１は、監視クライアントからのリクエストに図を生成するための情報が指定されているか否かを判定する。イベント情報分析部１１は、図を生成すると判定する（Ｓ２０；ＹＥＳ）と、ステップＳ２１の処理に進む。イベント情報分析部１１は、図を生成しないと判定する（Ｓ２０；ＮＯ）と、表を生成するとして、ステップＳ２２の処理に進む。

ステップＳ２１の処理では、イベント情報分析部１１は、監視クライアントからのリクエストに応じて、イベント情報格納データベース１４から読み出した情報から、図を監視クライアントに示すための表示データを生成する。イベント情報分析部１１は、生成された表示データを結果格納データベース１５に格納する。表示部１２は、結果格納データベース１５から表示データを読み出す。表示部１２は、ステップＳ２３の処理に進む。

ステップＳ２２の処理では、イベント情報分析部１１は、監視クライアントからのリクエストに応じて、イベント情報格納データベース１４から読み出された情報から、表を監視クライアントに示すためのデータを生成する。イベント情報分析部１１は、生成された表示データを結果格納データベース１５に格納する。表示部１２は、結果格納データベース１５から表示データを読み出す。表示部１２は、ステップＳ２３の処理に進む。

ステップＳ２３の処理では、表示部１２は、監視クライアントからのリクエストに応じて、アラート情報の一覧、図、又は、表を、リクエストを送信した監視クライアントに対して、メールによって該リクエストを受信した場合にはメール配信サーバ２４を通じて、ウェブを通じて該リクエストを受信した場合にはウェブサーバ２５を通じて、通知する。

このようにして、監視装置７は、監視クライアントからのリクエストに応じて、現時点６におけるアラート情報の一覧、イベント情報の処理結果を示す図、又は、イベント情報の処理結果を示す表を監視クライアントに表示させることができる。したがって、監視システム１６は、例えば、システム１をスーパー等の小売店での売上システムとした場合、所定の商品の売上が予想よりも多いとき、その商品の補充が適切に実行されるよう指定された情報を監視クライアントに通知できる。

本実施形態では、イベント情報抽出装置３は、イベント情報の発生（例えば、商品の販売による売上げの発生）を監視して、発生したイベント情報を監視装置７に提供する。監視装置７は、得られた情報を集計し、分析し、その結果を監視クライアントに提供する。したがって、監視装置７は、例えば、直近１時間の売上げ状況というような、従来のバッチシステムでは得られない情報を監視クライアントに提供できる。

また、監視装置７は、監視クライアントからのリクエストに応じて、所定時間後の情報を推定し、推定結果を示す図、又は、表を監視クライアントに示すことができる。したがって、システム１を例えば、スーパー等の小売店での売上システムとした場合、監視システム１６が所定期間後までの商品の売上の推定結果を監視クライアントに通知することにより、監視クライアントは商品を予め補充できる。

また、監視装置７は、設定情報に設定されたルールに応じて、アラート情報を生成し、メール又はウェブを通じて、アラート情報を監視クライアントに通知する。このようにして、監視システム１６は、システム１において緊急事態が発生した際に、その情報を迅速に監視クライアントに通知できる。また、監視システム１６において、カード等の個人が識別可能な情報が処理される場合、監視システム１６は、業務装置２において、個人がカード等によって所定以上のお金を所定の期間に所定の回数以上使用した際、その個人を監視クライアントに迅速に通知できる。

また、監視装置７は、イベント情報に含まれる情報に基づいて、所定時間後の監視クライアントが望む情報を推定し、推定された情報に対して、設定情報に設定されたルールが真であるとき、アラート情報を生成してもよい。そして、監視装置７は、メール又はウェブを通じて、監視クライアントに、生成されたアラート情報を通知する。このようにして、監視クライアントは、所定時間後（将来）の情報を推定してシステム１の問題点を把握できる。

監視システム１６（イベント情報抽出装置３）は、業務装置２に発生している業務処理に対応するイベント情報を検知し、監視装置７に通知する。したがって、従来のように、１日１回、あるいは、１月に１回といったバッチ処理を実行するシステムと異なり、監視システム１６は、現在時点で発生している業務処理の情報及び業務装置２の状態を把握できる。そして、監視システム１６は、現在時点で発生している情報を基に、業務処理を分析し、現在時点の分析結果を提供できる。

また、監視システム１６（イベント情報抽出装置３）は、業務装置２が出力するイベント情報と論理プロセスとを関連付けることで、複数の業務装置２間の関係や、発生するイベント情報の関係を整理し、視覚的に現在の業務活動を監視クライアントに通知する。このようにして、監視クライアントは、システム１全体の問題点を把握でき、システム１の継続的な改善を支援できる。

監視装置７は、設定情報に含まれるルールに応じて、アラート（警告）が必要となる情報を監視し、監視結果を監視クライアントに通知する。このため、監視が必要な情報が効率よく監視クライアントに伝わるので、不正や不法な業務活動に対処するためのコストを
削減できる。

〈変形例〉
本実施形態では、イベント情報抽出装置３は、業務装置２に接続されているとした。しかし、変形例として、イベント情報抽出装置は、業務装置から送信された業務データを通信回線上で検知してもよい。そして、イベント情報抽出装置は、通信回線上で検知された業務データのうちから監視対象のイベント情報を抽出する。このようにして、監視装置７は、業務データの直接の受け手ではないイベント情報抽出装置が、業務データから監視対象のイベント情報を抽出することにより、業務装置を監視してもよい。
《その他》
さらに、本実施の形態は以下の発明を開示する。以下の発明は、必要に応じて適宜組み合わせることができる。
（付記１）
業務装置における業務処理で使用される業務データを監視し、前記業務データから所定の監視条件に該当する監視対象データを抽出する抽出装置と１以上の前記抽出装置からの前記監視対象データを処理する監視装置とを備える監視システムであって、
前記抽出装置は、
前記業務装置において、前記業務処理が発生した際に、前記業務処理で使用される前記業務データが前記監視対象データであるか否かを判定する監視対象データ判定部と、
前記判定された監視対象データを前記監視装置に送信する送信部とを備え、
前記監視装置は、
前記抽出装置によって抽出された監視対象データを格納する監視対象データ格納部と、
前記監視対象データ格納部によって格納された前記監視対象データを分析する監視対象データ分析部と、
前記監視対象データ分析部によって分析された結果データを監視クライアントに通知する表示部と
を備える監視システム。 （１）
（付記２）
前記監視対象データ分析部と前記表示部とがそれぞれの処理の際に参照する所定の設定情報を格納する設定情報格納部とを更に備え、前記監視対象データ分析部と前記表示部とは、前記設定情報格納部に格納された前記設定情報を読み出し、読み出された前記設定情報に基づいて、それぞれ処理を実行する付記１に記載の監視システム。 （２）
（付記３）
前記表示部は、前記結果データを電子メールで通知するためのデータ形式に変換し、変換された前記監視結果を、前記監視装置に接続されたメール配信サーバを通じて監視クライアントに提供する電子メール送信部を更に備える付記１又は２に記載の監視システム。（付記４）
前記表示部は、前記結果データをウェブサイト上で表示させるためのデータ形式に変換し、変換された前記監視結果を、前記監視装置に接続されたウェブサーバを通じて監視クライアントに表示させる制御部を備える付記１〜３のいずれかに記載の監視システム。
（付記５）
前記監視対象データ分析部は、前記監視対象データを所定のグループことに分類して集計する集計部、前記監視対象データの統計処理を実行する統計部１８、前記監視対象データと前記設定情報とを対比し、対比の結果に応じてアラート情報を生成するアラート判定部、及び、前記監視対象データに含まれる情報の所定時間後の情報を推定する推定部の少なくとも１つを含む付記２に記載の監視システム。
（付記６）
業務装置における業務処理で使用される業務データを監視し、前記業務データから所定の監視条件に該当する監視対象データを抽出する抽出装置と１以上の前記抽出装置からの
前記監視対象データを処理する監視装置とを備える監視システムが実行する情報処理方法であって、
前記抽出装置は、
前記業務装置において、前記業務処理が発生した際に、前記業務処理で使用される前記業務データが前記監視対象データであるか否かを判定する監視対象データ判定ステップと、
前記判定された監視対象データを前記監視装置に送信する送信ステップとを実行し、
前記監視装置は、
前記抽出装置によって抽出された監視対象データを格納する監視対象データ格納ステップと、
前記監視対象データ格納部によって格納された前記監視対象データを分析する監視対象データ分析ステップと、
前記監視対象データ分析部によって分析された結果データを監視クライアントに通知する表示ステップと
を実行する情報処理方法。（３）

（付記７）
業務装置における業務処理で使用される業務データから抽出される監視対象データを処理する監視装置と連係し、前記業務データから所定の監視条件に該当する監視対象データを抽出する抽出装置と１以上の前記抽出装置からの前記監視対象データを処理する抽出装置であって、
前記業務装置において、前記業務処理が発生した際に、前記業務処理で使用される前記業務データが前記監視対象データであるか否かを判定する監視対象データ判定部と、
前記判定された監視対象データを前記監視装置に送信する送信部とを備える抽出装置。（４）
（付記８）
コンピュータに、業務装置における業務処理で使用される業務データから抽出される監視対象データを処理する監視装置と連係させ、前記業務データから所定の監視条件に該当する監視対象データを抽出させる抽出装置で実行されるプログラムであって、
前記業務装置において、前記業務処理が発生した際に、前記業務処理で使用される前記業務データが前記監視対象データであるか否かを判定する監視対象データ判定ステップと、
前記判定された監視対象データを前記監視装置に送信する送信ステップとを備えるプログラム。（５）

本発明の実施形態に係るシステムを示す図である。 本発明の実施形態の監視システムを示す図である。 本発明の実施形態に係るイベント情報収集部を示す図である。 本発明の実施形態に係るイベント情報に含まれるデータ例を示す図である。 本発明の実施形態に係るイベント情報抽出装置で検知されるイベント情報の例を示す図である。 本発明の実施形態に係る標準イベント形式のデータ例を示す図である。 本発明の実施形態に係るイベント情報分析部を示す図である。 本発明の実施形態に係る表示部を示す図である。 本発明の実施形態に係るデザイン装置及び管理コンソールを示す図である。 本発明の実施形態に係るデザイン装置による設定対象を示す図である。 本発明の実施形態に係るイベント情報抽出装置における処理を示すフローチャートである。 本発明の実施形態に係るイベント情報の判定に使用する判定方法を示す図である。 本発明の実施形態に係る監視対象のイベント情報の加工方法を示す図である。 本発明の実施形態に係る監視装置における処理を示す第１のフローチャートを示す図である。 本発明の実施形態に係るアラート情報とメール送信先アドレスリストとの関係を示す図である。 本発明の実施形態に係る監視装置における処理を示す第２のフローチャートを示す図である。 従来技術に係るシステムを示す図である。

符号の説明

１ システム
２，２Ａ〜２Ｄ 業務装置
３，３Ａ〜３Ｄ イベント情報抽出装置
４，４Ａ〜４Ｄ イベント判定部
５ ネットワーク
６ データウェアハウス
７ 監視装置
８ デザイン装置
９ 管理コンソール
１０ イベント情報収集部
１１ イベント情報分析部
１２ 表示部
１３ 設定情報データベース
１４ イベント情報格納データベース
１５ 結果格納データベース
１６ 監視システム
１７ 集計部
１８ 統計部
１９ アラート判定部
２０ 推測部
２１ 電子メール生成・配信部
２２ アラート画面生成部
２３ グラフ生成・レイアウト制御部
２４ メール配信サーバ
２５ ウェブサーバ
２６ 業務装置
２７ 監視装置
２８ イベント情報分類部
２９ データベース
３０ 表示部
３１ 管理コンソール

Claims (4)

1. 情報処理装置において処理が発生するたびに、前記処理に関する処理情報を取得し、
   取得された前記処理情報が監視対象と設定された処理情報であるか否かを判定し、取得された前記処理情報が監視対象と判定され、かつ、取得された前記処理情報に対してデータの加工が必要である場合に、処理と当該処理に対応する加工処理とを対応付けて第１の記憶手段に記憶された情報に基づいて、前記処理情報に含まれる前記処理を特定する情報に対応する加工処理を特定し、前記処理情報について特定した該加工処理を施し、加工処理が施された処理情報を前記監視装置に送信する、抽出装置と、
   前記抽出装置から受信した前記処理情報を第２の記憶手段に記憶し、記憶された前記処理情報を分析し、分析された結果データを監視クライアントに通知する、監視装置と、
   を備えることを特徴とする監視システム。
2. 抽出装置が、
   情報処理装置において処理が発生するたびに、前記処理に関する処理情報を取得し、
   取得された前記処理情報が監視対象と設定された処理情報であるか否かを判定し、取得された前記処理情報が監視対象と判定され、かつ、取得された前記処理情報に対してデータの加工が必要である場合に、処理と当該処理に対応する加工処理とを対応付けて第１の記憶手段に記憶された情報に基づいて、前記処理情報に含まれる前記処理を特定する情報に対応する加工処理を特定し、前記処理情報について特定した該加工処理を施し、加工処理が施された処理情報を前記監視装置に送信し、
   前記監視装置が、
   前記抽出装置から受信した前記処理情報を第２の記憶手段に記憶し、記憶された前記処理情報を分析し、分析された結果データを監視クライアントに通知することを特徴とする情報処理方法。
3. 情報処理装置において処理が発生するたびに、前記処理に関する処理情報を取得する取得部と、
   取得された前記処理情報が監視対象と設定された処理情報であるか否かを判定する判定部と、
   取得された前記処理情報が監視対象と判定され、かつ、取得された前記処理情報に対してデータの加工が必要である場合に、処理と当該処理に対応する加工処理とを対応付けて第１の記憶手段に記憶された情報に基づいて、前記処理情報に含まれる前記処理を特定する情報に対応する加工処理を特定し、前記処理情報について特定した該加工処理を施し、加工処理が施された処理情報を監視装置に送信する送信部とを備えることを特徴とする抽出装置。
4. 抽出装置に、
   情報処理装置において処理が発生するたびに、前記処理に関する処理情報を取得させ、
   取得された前記処理情報が監視対象と設定された処理情報であるか否かを判定させ、取得された前記処理情報が監視対象と判定され、かつ、取得された前記処理情報に対してデータの加工が必要である場合に、処理と当該処理に対応する加工処理とを対応付けて第１の記憶手段に記憶された情報に基づいて、前記処理情報に含まれる前記処理を特定する情報に対応する加工処理を特定し、前記処理情報について特定した該加工処理を施し、加工処理が施された処理情報を監視装置に送信させるための第１のプログラムと、
   前記監視装置に、
   前記抽出装置から受信した前記処理情報を第２の記憶手段に記憶させ、
   記憶された前記処理情報を分析させ、
   分析された結果データを監視クライアントに通知させるための第２のプログラムと、を含むことを特徴とするプログラム。

Images