JP6229537B2 - 管理プログラム及び管理装置 - Google Patents

Description

本発明は、管理プログラム及び管理装置に関する。

複数のサーバを監視し、管理する担当者は、複数のサーバを監視する監視サーバから送信されてくるメッセージを確認する作業を行う。監視サーバから送信されてくるメッセージには、監視対象のサーバにおいて生じたエラーに関するメッセージやサーバの処理負荷が増大したことを通知するメッセージなどが含まれる。

各サーバにおいては、定期的にバッチ処理や再起動などが行われることがあるため、監視サーバはバッチ処理や再起動などに伴うメッセージを定期的に通知する場合がある。このような定期的に通知されるメッセージは、確認する必要のないメッセージであることが多い。

なお、従来、電子メールの分野において、参照リソースの確率的解析に基づいて不要な電子メールメッセージを検出する方法が知られている（例えば、特許文献１参照）。

特表２００８−５４７０６７号公報

監視が２４時間体制の場合、複数の担当者が交代しながらサーバの監視を行うことが多い。特に夜間の時間帯においては、同じ担当者が連日同じ時間帯の監視を行うことはほとんどない。したがって、担当者個人では監視サーバからのメッセージが定期的に発生しているメッセージであるか否かを把握することが難しいことから、通知不要なメッセージの非通知設定を担当者が手動で行うことは容易ではない。

１つの側面では、本発明は、ネットワークに接続された装置において生成されたメッセージのうち通知が不要なメッセージを通知しないようにすることが可能な管理プログラム及び管理装置を提供することを目的とする。

一つの態様では、管理プログラムは、ネットワークに接続された装置において生成されたメッセージを管理するための管理プログラムであって、メッセージの識別情報及び該メッセージが生成された時刻を少なくとも含むメッセージ情報が複数記憶された記憶部を参照して、共通の識別情報で定期的に所定回数以上生成されたメッセージを特定し、識別情報が特定した前記メッセージの識別情報と共通し、かつ特定した前記メッセージが定期的に生成されたタイミングに合致するタイミングで生成されたメッセージを受信した場合、受信した該メッセージを通知しない制御を行う、処理をコンピュータに実行させる管理プログラムである。

一つの態様では、管理装置は、ネットワークに接続された装置において生成されたメッセージを管理するための管理装置であって、メッセージの識別情報及び該メッセージが生成された時刻を少なくとも含むメッセージ情報が複数記憶された記憶部と、前記記憶部を参照して、共通の識別情報で定期的に所定回数以上生成されたメッセージを特定する特定部と、識別情報が前記特定部が特定した前記メッセージの識別情報と共通し、かつ前記特定部が特定した前記メッセージが定期的に生成されたタイミングに合致するタイミングで生成されたメッセージを受信した場合、受信した該メッセージを通知しない制御を行う制御部と、を備えている。

ネットワークに接続された装置において生成されたメッセージのうち通知が不要なメッセージを通知しないようにすることができる。

一実施形態に係るサーバ監視システムの構成を概略的に示す図である。 監視サーバのハードウェア構成図である。 監視サーバのＣＰＵの機能ブロック図である。 監視部及び送信部の処理を示すフローチャートである。 図４のステップＳ１２の具体的な処理を示すフローチャートである。 図６（ａ）、図６（ｂ）は、メッセージの一例を示す図である。 監視フォーマット情報テーブルのデータ構造を示す図である。 取得メッセージＤＢのデータ構造を示す図である。 非通知設定マスタのデータ構造を示す図である。 通知メッセージＤＢのデータ構造を示す図である。 非通知設定部の処理を示すフローチャートである。 図１１のステップＳ３２の具体的な処理を示すフローチャートである。 図１１のステップＳ３０の処理を説明するための図である。 図１２のステップＳ５０の処理を説明するための図である。 図１５（ａ）、図１５（ｂ）は、図１２のステップＳ５４の処理を説明するための図である。 規則性判定閾値テーブルのデータ構造を示す図である。 一実施形態の効果を説明するための図である。

以下、サーバ監視システムの一実施形態について、図１〜図１７に基づいて詳細に説明する。

図１には、一実施形態に係るサーバ監視システム１００の構成が概略的に示されている。サーバ監視システム１００は、例えば複数の病院それぞれに設けられた病院内システム４０に含まれる監視対象サーバ１０を監視するためのシステムである。

図１に示すように、サーバ監視システム１００は、病院内システム４０と、監視ログＤＢ６０と、監視担当者端末７０と、を備える。病院内システム４０、監視ログＤＢ６０、及び監視担当者端末７０は、インターネットなどのネットワーク８０に接続されている。

病院内システム４０は、監視対象の装置としての１又は複数の監視対象サーバ１０と、管理装置としての監視サーバ２０と、を有する。監視対象サーバ１０及び監視サーバ２０は、ＬＡＮ（Local Area Network）などのネットワーク３０に接続されている。

監視対象サーバ１０は、病院内で扱われる電子カルテデータ等を処理し、管理するサーバである。監視対象サーバ１０が管理するデータは、ネットワーク３０に接続されている不図示の医師端末等から入力されるデータを含み、各データは医師端末等からの閲覧が可能とされている。

監視サーバ２０は、監視対象サーバ１０の状態を監視し、監視対象サーバ１０からエラー等が出力された場合に、エラー情報（メッセージとも呼ぶ）を生成し、出力する。監視対象サーバ１０から出力されるメッセージには、監視対象サーバ１０において、あるプロセスが稼動することにより生成されるメッセージや、監視対象サーバ１０のディスク使用率が所定の閾値以上になったことにより生成されるメッセージが含まれる。

図２には、監視サーバ２０のハードウェア構成が概略的に示されている。図２に示すように、監視サーバ２０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。監視サーバ２０の構成各部は、バス９８に接続されている。監視サーバ２０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（管理プログラムを含む）をＣＰＵ９０が実行することにより、図３の各部の機能が実現される。

図３は、監視サーバ２０のＣＰＵ９０の機能ブロック図である。図３に示すように、ＣＰＵ９０は、プログラムを実行することで、制御部としての監視部２２、送信部２４、及び特定部としての非通知設定部２６、の機能を実現する。なお、図３には、ＨＤＤ９６等に格納されている監視フォーマット情報テーブル３２、規則性判定閾値テーブル３４、取得メッセージＤＢ３６、非通知設定マスタ３８、及び記憶部としての通知メッセージＤＢ４２も図示されている。

監視部２２は、ネットワーク３０を介して監視対象サーバ１０と通信し、監視対象サーバ１０の状態を監視する。具体的には、監視部２２は、監視対象サーバ１０において生成されたメッセージが送信されてきた場合に、メッセージを受信し、取得メッセージＤＢ３６に格納する。また、監視部２２は、受信したメッセージを、監視を担当する担当者に通知すべきメッセージと、通知する必要のないメッセージとに区別して、通知メッセージＤＢ４２に格納する。なお、監視部２２は、上記処理において、監視フォーマット情報テーブル３２、及び非通知設定マスタ３８を利用するが、これらのテーブル及びマスタのデータ構造等については後述する。

送信部２４は、通知メッセージＤＢ４２に格納されたメッセージを所定時間間隔（例えば、５分間隔）で監視ログＤＢ６０に対して出力する。

非通知設定部２６は、通知メッセージＤＢ４２に格納されているメッセージを解析して、非通知設定マスタ３８を更新する。

図１に戻り、監視ログＤＢ６０は、監視サーバ２０の送信部２４から送信されてきたメッセージを蓄積する。

監視担当者端末７０は、監視を担当する担当者が利用する端末であり、監視ログＤＢ６０に蓄積されているメッセージを所定時間間隔で読み出し、表示する機能を有する。監視担当者端末７０としては、ＰＣ（Personal Computer）や、携帯端末、タブレット型端末等を用いることができる。

（監視部２２及び送信部２４の処理）
次に、監視サーバ２０の監視部２２及び送信部２４の処理について、図４、図５のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。

図４の処理では、まず、ステップＳ１０において、監視部２２は、監視対象サーバ１０の監視処理を実行する。具体的には、監視部２２は、監視対象サーバ１０において生成されたエラー情報（メッセージ）が出力された場合に、該メッセージの入力を受け付ける。なお、メッセージには、所定のプロセスが稼動したことを示すメッセージや、ディスク使用率が所定の閾値以上になったことを示すメッセージ等が含まれる。例えば、施設ＩＤがＡ０００１である病院内に設置された監視対象サーバ１０からは、図６（ａ）や図６（ｂ）に示すようなメッセージが出力されるものとする。図６（ａ）、図６（ｂ）のメッセージには、「施設ＩＤ」、「監視対象ＩＰアドレス」、「監視日時」、「曜日」、「監視項目」、「エラー区分」、「メッセージ内容」の項目が含まれる。「施設ＩＤ」の項目には、病院内システム４０が設置されている病院の識別子が格納され、「監視対象ＩＰアドレス」の項目には、監視対象サーバ１０のＩＰアドレスが格納される。また、「監視日時」、「曜日」の項目には、メッセージが監視対象サーバ１０において生成された年月日及び時刻、並びに曜日が格納され、「監視項目」の項目には、何に関するエラーかが格納され、「エラー区分」の項目には、エラーの区分の情報（Errorなど）が格納される。更に、「メッセージ内容」の項目には、エラーの情報、すなわち、監視項目が「プロセス稼働」であれば、どのプロセスが稼働したのかの情報が格納され、監視項目が「ディスク使用率」であれば、どのディスクがどの程度使用されているのかの情報が格納される。

次いで、ステップＳ１２では、監視部２２は、メッセージを通知メッセージＤＢ４２へ格納する処理を実行する。本ステップＳ１２においては、図５のフローチャートに沿った処理が実行される。

図５の処理では、ステップＳ２０において、監視部２２が、監視フォーマット情報テーブル３２を読み込む。ここで、監視フォーマット情報テーブル３２は、図６（ａ）、図６（ｂ）の情報に含まれる「メッセージ内容」のうち、どのデータを監視部２２が参照すべきかを定めたテーブルである。監視フォーマット情報テーブル３２は、例えば、図７に示すようなデータ構造を有する。

監視フォーマット情報テーブル３２は、図７に示すように、「監視項目」、「データＮｏ．」、「キー」、「データ名」の各フィールドを有する。「監視項目」のフィールドには、図６（ａ）、図６（ｂ）のメッセージの「監視項目」の項目と同様の情報が格納される。「データＮｏ．」には、図６（ａ）、図６（ｂ）の「メッセージ内容」において「，」で区切られた複数のデータの左から何番目のデータであるかを示す番号が格納される。「キー」のフィールドには、監視部２２が参照すべきデータである場合に「ＯＮ」が格納され、監視部２２が参照する必要がないデータである場合に「ＯＦＦ」が格納される。「データ名」のフィールドには、データの名称が格納される。

図７の監視フォーマット情報テーブル３２によれば、例えば、監視項目が「プロセス稼働」の場合において、メッセージが「ｘｘｘ，ｙｙｙ」であれば、左から１つ目のデータ「ｘｘｘ」がプロセス名のデータであり、左から２つ目のデータ「ｙｙｙ」が処理名のデータであることがわかる。また、プロセス名のデータ「ｘｘｘ」が、監視部２２が参照すべきデータであることがわかる。

次いで、ステップＳ２２では、監視部２２は、メッセージのキー項目を抽出する。ここで、メッセージのキー項目とは、図６（ａ）、図６（ｂ）のメッセージのうち、監視部２２が参照すべきデータを意味する。図６（ａ）のメッセージの場合、監視項目が「プロセス稼働」、メッセージ内容が「ProcessA,プロセスＡ」であるので、メッセージのキー項目としては、図７の監視フォーマット情報テーブル３２より、「ProcessA」が抽出される。一方、図６（ｂ）のメッセージの場合、監視項目が「ディスク使用率」、メッセージ内容が「C:,92.3%」であるので、メッセージのキー項目としては、監視フォーマット情報テーブル３２より、「C:」が抽出される。

次いで、ステップＳ２４では、監視部２２は、メッセージとキー項目を図８の取得メッセージＤＢ３６へ格納する。取得メッセージＤＢ３６は、図８に示すように、図６（ａ）、図６（ｂ）のメッセージの各項目を格納するフィールドと「キー項目」のフィールドを有する。監視部２２は、ステップＳ１０で取得したメッセージが図６（ｂ）のメッセージであった場合には、図８の下から１行目に示すように、図６（ｂ）のメッセージの各項目の情報と、ステップＳ２２で抽出したキー項目の情報を格納する。

次いで、ステップＳ２６では、監視部２２が、取得メッセージＤＢ３６に新たに追加されたメッセージ（図８に新たに追加された行）を読み出し、各メッセージに対する非通知処理を実行する。このステップＳ２６においては、監視部２２は、図９に示す非通知設定マスタ３８を参照し、非通知処理の結果を図１０に示す通知メッセージＤＢ４２に格納する。ここで、非通知設定マスタ３８は、非通知にすべきメッセージを定義するテーブルである。非通知設定マスタ３８は、図９に示すように、「施設ＩＤ」、「監視対象ＩＰアドレス」、「監視項目」、「エラー区分」、「メッセージ条件」、「非通知条件」の各フィールドを有する。「施設ＩＤ」、「監視対象ＩＰアドレス」、「監視項目」、「エラー区分」のフィールドには、図６（ａ）、図６（ｂ）の「施設ＩＤ」、「監視対象ＩＰアドレス」、「監視項目」、「エラー区分」の各項目と同様の情報が格納される。「メッセージ条件」及び「非通知条件」のフィールドには、メッセージのキー項目が何であり、どのようなタイミングで生成された場合に非通知にするかの条件を格納する。例えば、図９の上から１行目の場合、火曜日の時刻１：００にキー項目「ProcessA」のエラーが施設ＩＤ「Ａ０００１」の監視対象ＩＰアドレス「192.168.0.10」の監視対象サーバ１０において生成された場合に、そのエラーの情報を非通知に設定することが定義されている。また、図９の上から３行目の場合、金曜日の時刻２：００にキー項目「C:」のエラーが施設ＩＤ「Ａ０００２」の監視対象ＩＰアドレス「192.168.0.20」の監視対象サーバ１０において生成された場合に、そのエラーの情報を非通知に設定することが定義されている。なお、非通知設定マスタ３８へのデータの追加方法については、後述する。

図１０には、通知メッセージＤＢ４２のデータ構造が示されている。通知メッセージＤＢ４２は、図１０に示すように、取得メッセージＤＢ３６と同一のフィールドに加えて、「非通知フラグ」のフィールドを有している。「非通知フラグ」のフィールドには、「ＯＮ」又は「ＯＦＦ」が格納される。「ＯＮ」が格納されているメッセージは、担当者に対して通知する必要がないメッセージであることを意味し、「ＯＦＦ」が格納されているメッセージは、担当者に対して通知すべきメッセージであることを意味する。

例えば、図１０において、下から３行目のメッセージは、図９の非通知設定マスタ３８の上から１行目の条件を満たしているので、非通知フラグは「ＯＮ」となっている。また、図１０の下から２行目のメッセージは、図９の非通知設定マスタ３８の上から４行目の条件を満たしているので、非通知フラグは「ＯＮ」となっている。一方、図１０の下から１行目のメッセージは、図９の非通知設定マスタ３８のいずれの行の条件も満たしていないので、非通知フラグは「ＯＦＦ」となっている。以上のようにして、図５の全処理が終了すると、図４のステップＳ１４に移行する。

図４に戻り、ステップＳ１４では、送信部２４は、通知メッセージＤＢ４２に格納された新たなメッセージを、監視ログＤＢ６０に送信し、格納する。なお、送信部２４は、非通知フラグが「ＯＦＦ」のメッセージのみを監視ログＤＢ６０に送信し、格納することとしてもよい。この場合、送信部２４は、「非通知フラグ」のフィールドに格納されている情報を監視ログＤＢ６０に送信しなくてもよい。

ステップＳ１４が行われた後は、ステップＳ１０に戻り、上述した各処理を繰り返す。

なお、監視担当者端末７０では、所定時間ごとに、監視ログＤＢ６０から新規のメッセージを読み出し、非通知フラグが「ＯＦＦ」のメッセージを表示するなどして、担当者に対してエラー情報を通知する。これにより、担当者が確認する必要がないメッセージは、通知しないようにすることができるため、担当者は確認が必要なメッセージのみを確認すればよくなり、担当者の作業効率が向上する。

なお、本実施形態では、監視部２２は、図４、図５の処理により、キー項目が非通知設定マスタ３８に格納されているメッセージ条件と共通し、かつそのメッセージ条件に対応する非通知条件において定義されているタイミングに合致するタイミングで生成されたメッセージを受信した場合に、受信したメッセージを通知しない制御を行っているといえる。

（非通知設定部２６の処理）
次に、非通知設定部２６による、非通知設定マスタ３８の更新方法、すなわち非通知設定マスタ３８へのデータの追加方法、について、図１１、図１２のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。なお、図１１、図１２の処理は、所定時間ごと（例えば、１週間ごと）に実行されるものとする。

図１１の処理では、まず、ステップＳ３０において、非通知設定部２６が、通知メッセージＤＢ４２のうち、非通知フラグが「ＯＦＦ」であるメッセージの中から、「施設ＩＤ」、「監視対象ＩＰアドレス」および「キー項目」が同一のメッセージを抽出する。図１３には、一例として、施設ＩＤ＝Ａ０００１、監視対象ＩＰアドレス＝192.168.0.10、キー項目＝ProcessAのメッセージを抽出した結果が示されている。なお、説明の便宜上、図１０の通知メッセージＤＢ４２と図１３とは対応していない。

次いで、ステップＳ３２では、非通知設定部２６が、監視日時から規則判定する処理を実行する。具体的には、非通知設定部２６は、ステップＳ３２において、図１２のフローチャートに沿った処理を実行する。

図１２の処理では、まず、ステップＳ５０において、非通知設定部２６が、監視日時の時間間隔を抽出する。図１３の場合、図１４に示すように、時間間隔として、９６時間と７２時間が交互に抽出される。

次いで、ステップＳ５２では、非通知設定部２６が、同一の時間間隔が連続発生判定閾値（図１６参照）以上連続しているか否かを判断する。図１４の場合、９６時間と７２時間が交互に抽出されており、一回も連続していないので、ステップＳ５２の判断は否定され、ステップＳ５４に移行する。なお、ステップＳ５２の判断が肯定された場合には、ステップＳ５８に移行する。

ステップＳ５２の判断が否定され、ステップＳ５４に移行すると、非通知設定部２６は、曜日ごとに監視日時の時間間隔を抽出する。例えば、図１３から、火曜日のメッセージの時間間隔を抽出すると、図１５（ａ）に示すような時間間隔が抽出される。また、例えば、図１３から、金曜日のメッセージの時間間隔を抽出すると、図１５（ｂ）に示すような時間間隔が抽出される。

次いで、ステップＳ５６では、非通知設定部２６が、同一の時間間隔が連続発生判定閾値以上連続しているか否かを判断する。図１５（ａ）、図１５（ｂ）の場合、同一の時間間隔が連続しており、連続している回数が、図１６に示す規則性判定閾値テーブル３４で定義されている連続発生判定閾値（プロセス稼働の場合、３回）以上であるので、ステップＳ５６の判断は肯定され、ステップＳ５８に移行する。なお、図１６の規則性判定閾値テーブル３４の連続発生判定閾値は、管理者等が決定してもよいし、監視項目ごとに予め定められていてもよい。あるいは、連続発生判定閾値は、監視項目にかかわらず共通の値であってもよい。

ステップＳ５８に移行すると、非通知設定部２６は、メッセージ非通知設定情報を取得する。具体的には、非通知設定部２６は、図１５（ａ）の時間間隔の抽出条件に基づいて、プロセス名＝“ProcessA”、曜日＝“火曜日”、時刻＝“１：００”をメッセージ非通知設定情報として取得する。また、非通知設定部２６は、図１５（ｂ）の抽出条件に基づいて、プロセス名＝“ProcessA”、曜日＝“金曜日”、時刻＝“１：００”をメッセージ非通知設定情報として取得する。その後は、図１１のステップＳ３４に移行する。

一方、ステップＳ５６の判断が否定された場合、すなわち、曜日ごとに抽出した時間間隔が同一の時間間隔で連続していなかった場合には、ステップＳ６０に移行する。ステップＳ６０に移行すると、非通知設定部２６は、日にちごとに監視日時に含まれる時刻を抽出する。

次いで、ステップＳ６２では、非通知設定部２６は、同一時刻が連続発生判定閾値以上連続しているか否かを判断する。このステップＳ６２の判断が肯定された場合には、非通知設定部２６は、ステップＳ５８に移行し、上述と同様にステップＳ５８を実行した後、図１１のステップＳ３４に移行する。一方、ステップＳ６２の判断が否定された場合には、図１２の全処理を終了し、図１１のステップＳ３４に移行する。

図１１に戻り、ステップＳ３４に移行すると、非通知設定部２６は、図１２の処理において、非通知設定情報を取得したか否か、すなわち、ステップＳ５８を経たか否かを判断する。このステップＳ３４における判断が否定された場合には、ステップＳ３８に移行するが、ステップＳ３４の判断が肯定された場合には、ステップＳ３６に移行する。

ステップＳ３６に移行すると、非通知設定部２６は、メッセージ非通知設定情報を非通知設定マスタ３８に格納し、ステップＳ３８に移行する。なお、非通知設定マスタ３８に同一のメッセージ非通知設定情報がすでに格納されていた場合には、ステップＳ３６の処理を実行しないものとする。

ステップＳ３８に移行すると、非通知設定部２６は、通知メッセージＤＢ４２に含まれるすべてのキー項目の監視結果を抽出したか否かを判断する。このステップＳ３８の判断が否定された場合には、ステップＳ３０に戻り、非通知設定部２６は、異なるキー項目に関して、ステップＳ３０〜Ｓ３８の処理を実行する。一方、ステップＳ３８の判断が肯定された場合には、非通知設定部２６は、図１１の全処理を終了する。なお、非通知設定部２６が非通知設定マスタ３８に登録した内容に対応する通知メッセージＤＢ４２内のデータは、次に図１１の処理を行う際の処理対象から除外するようにしてもよい。また、上記においては、非通知設定部２６は、ステップＳ３０において、通知メッセージＤＢ４２からメッセージを抽出する場合について説明したが、これに限らず、取得メッセージＤＢ３６からメッセージを抽出してもよい。

以上のように、非通知設定部２６が、図１１、図１２の処理を実行することにより、非通知設定マスタ３８が随時更新されることになる。これにより、図４、図５の処理において、通知不要なメッセージの非通知設定を適切に行うことが可能となる。

なお、非通知設定部２６は、図１１、図１２の処理を実行することで、キー項目及びメッセージが生成された時刻を少なくとも含むメッセージが複数記憶された通知メッセージＤＢ４２を参照して、共通のキー項目で定期的に連続発生判定閾値以上生成されたメッセージを特定する処理を行っているといえる。

以上、詳細に説明したように、本実施形態によると、ネットワーク３０，８０に接続された監視対象サーバ１０において生成されたメッセージを管理する際、識別情報（キー項目）及びメッセージが生成された時刻（監視日時、曜日）を少なくとも含むメッセージが複数記憶された通知メッセージＤＢ４２を参照して、共通の識別情報（キー項目）で定期的に連続発生判定閾値以上生成されたメッセージを特定し（Ｓ３２）、識別情報（キー項目）がステップＳ３２で特定した識別情報（キー項目）と共通し、かつ特定したメッセージが定期的に生成されたタイミングに合致するタイミングで生成されたメッセージを受信した場合に、受信したメッセージを通知しない制御を行う（Ｓ２６）。これにより、定期的に通知される同内容のメッセージ（エラー情報）を監視担当の担当者に対して通知しないようにできる。したがって、担当者は確認が必要なメッセージのみを確認すればよくなるので、担当者の作業効率を向上することができる。ここで、定期的に発生するメッセージを同じ担当者が確認できる状況では、該担当者が、該メッセージの非通知設定を手動で行うことができると考えられる。しかしながら、監視する担当者が交代することで、図１７の右端列に示すように、定期的に発生しているメッセージを異なる担当者が確認しているような状況では、メッセージが定期的に発生しているか否かを把握しにくい。このように、定期的に発生しているメッセージを把握しにくく、手動ではメッセージの非通知設定をするのが難しい状況においては、本実施形態の監視サーバ２０は特に有用である。

また、本実施形態では、ステップＳ２６では、通知メッセージＤＢ４２から同一の曜日に生成された識別情報（キー項目）が共通するメッセージを抽出し、抽出されたメッセージのうち、所定時間毎に連続発生判定閾値以上生成されたメッセージを特定する。これにより、ある曜日のある時刻に定期的に通知されるメッセージを特定することができるので、適切に、非通知にすべきメッセージを特定することが可能となる。特に、図１４に示すように、単に時間間隔を抽出するだけでは、非通知にすべきメッセージを特定することができない場合でも、図１５（ａ）、図１５（ｂ）を用いて説明したように、非通知にすべきメッセージを特定することが可能となる。

また、ステップＳ２６では、通知メッセージＤＢ４２から同一の日にちに生成された識別情報（キー項目）が共通するメッセージを抽出し、抽出されたメッセージのうち、連続発生判定閾値以上所定時刻に生成されたメッセージを特定する（Ｓ６０，Ｓ６２）。これにより、各月のある時刻に定期的に通知されるメッセージを特定することができるので、適切に、非通知にすべきメッセージを特定することが可能となる。特に、図１４に示すように、単に時間間隔を抽出するだけでは、非通知にすべきメッセージを特定することができない場合でも、非通知にすべきメッセージを特定することが可能となる。

なお、上記実施形態では、図４、図５の処理と、図１１、図１２の処理を別々に実行する場合について説明したが、これに限らず、図４、図５の処理の流れの中で、図１１、図１２の処理を実行するようにしてもよい。

また、上記実施形態では、監視サーバ２０が、病院内システム４０に含まれる場合について説明したが、これに限られるものではない。例えば、監視サーバ２０は、ネットワーク８０上に設けられ、複数の病院内システム４０内の監視対象サーバ１０を監視するようにしてもよい。また、例えば、監視ログＤＢ６０に代えて、データを格納するデータベースを有するとともに、所定の処理を実行することが可能なデータサーバを採用することとしてもよい。この場合、データサーバは、上記実施形態で説明した監視サーバ２０の処理（図４、図５、図１１、図１２）を実行することとしてもよい。

なお、上記実施形態では、病院内に設置される病院内システム４０において監視サーバ２０を用いる場合について説明したが、これに限られるものではない。例えば、会社や学校などに設置される他のシステムにおいて、監視サーバ２０を用いることとしてもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） ネットワークに接続された装置において生成されたメッセージを管理するための管理プログラムであって、
メッセージの識別情報及び該メッセージが生成された時刻を少なくとも含むメッセージ情報が複数記憶された記憶部を参照して、共通の識別情報で定期的に所定回数以上生成されたメッセージを特定し、
識別情報が特定した前記メッセージの識別情報と共通し、かつ特定した前記メッセージが定期的に生成されたタイミングに合致するタイミングで生成されたメッセージを受信した場合、受信した該メッセージを通知しない制御を行う、
処理をコンピュータに実行させる管理プログラム。
（付記２） 前記特定する処理は、前記記憶部から同一の曜日に生成された識別情報が共通するメッセージを抽出し、抽出されたメッセージのうち、所定時間毎に所定回数以上生成されたメッセージを特定することを特徴とする付記１に記載の管理プログラム。
（付記３） 前記特定する処理は、前記記憶部から同一の日にちに生成された識別情報が共通するメッセージを抽出し、抽出されたメッセージのうち、所定回数以上所定時刻に生成されたメッセージを特定することを特徴とする付記１に記載の管理プログラム。
（付記４） ネットワークに接続された装置において生成されたメッセージを管理するための管理装置であって、
メッセージの識別情報及び該メッセージが生成された時刻を少なくとも含むメッセージ情報が複数記憶された記憶部と、
前記記憶部を参照して、共通の識別情報で定期的に所定回数以上生成されたメッセージを特定する特定部と、
識別情報が前記特定部が特定した前記メッセージの識別情報と共通し、かつ前記特定部が特定した前記メッセージが定期的に生成されたタイミングに合致するタイミングで生成されたメッセージを受信した場合、受信した該メッセージを通知しない制御を行う制御部と、を備える管理装置。
（付記５） 前記特定部は、前記記憶部から同一の曜日に生成された識別情報が共通するメッセージを抽出し、抽出されたメッセージのうち、所定時間毎に所定回数以上生成されたメッセージを特定することを特徴とする付記４に記載の管理装置。
（付記６） 前記特定部は、前記記憶部から同一の日にちに生成された識別情報が共通するメッセージを抽出し、抽出されたメッセージのうち、所定回数以上所定時刻に生成されたメッセージを特定することを特徴とする付記４に記載の管理装置。

１０ 監視対象サーバ（装置）
２０ 監視サーバ（管理装置）
２２ 監視部（制御部）
２６ 非通知設定部（特定部）
３０ ネットワーク
４２ 通知メッセージＤＢ（記憶部）

Claims (4)

1. ネットワークに接続された装置において生成されたメッセージを管理するための管理プログラムであって、
   メッセージの識別情報及び該メッセージが生成された時刻を少なくとも含むメッセージ情報が複数記憶された記憶部を参照して、共通の識別情報で定期的に所定回数以上生成されたメッセージを特定し、
   識別情報が特定した前記メッセージの識別情報と共通し、かつ特定した前記メッセージが定期的に生成されたタイミングに合致するタイミングで生成されたメッセージを受信した場合、受信した該メッセージを通知しない制御を行う、
   処理をコンピュータに実行させる管理プログラム。
2. 前記特定する処理は、前記記憶部から同一の曜日に生成された識別情報が共通するメッセージを抽出し、抽出されたメッセージのうち、所定時間毎に所定回数以上生成されたメッセージを特定することを特徴とする請求項１に記載の管理プログラム。
3. 前記特定する処理は、前記記憶部から同一の日にちに生成された識別情報が共通するメッセージを抽出し、抽出されたメッセージのうち、所定回数以上所定時刻に生成されたメッセージを特定することを特徴とする請求項１に記載の管理プログラム。
4. ネットワークに接続された装置において生成されたメッセージを管理するための管理装置であって、
   メッセージの識別情報及び該メッセージが生成された時刻を少なくとも含むメッセージ情報が複数記憶された記憶部と、
   前記記憶部を参照して、共通の識別情報で定期的に所定回数以上生成されたメッセージを特定する特定部と、
   識別情報が前記特定部が特定した前記メッセージの識別情報と共通し、かつ前記特定部が特定した前記メッセージが定期的に生成されたタイミングに合致するタイミングで生成されたメッセージを受信した場合、受信した該メッセージを通知しない制御を行う制御部と、を備える管理装置。

Images