(57)【特許請求の範囲】
【請求項１】
コンピュータに、
情報処理装置が出力した第１のメッセージの受信に応じて、前記情報処理装置から受信したメッセージを、メッセージの日時順に記憶した記憶部に、前記第１のメッセージと一致する第２のメッセージが記憶されているかを判定し、
前記判定の結果、前記第２のメッセージが記憶されていると判定し、且つ、前記第１のメッセージの直前に出力された第３のメッセージと、前記第２のメッセージの直前に出力された第４のメッセージとが一致する場合、前記第４のメッセージと一致するメッセージが出力された直後の前記第２のメッセージに一致するメッセージに対する処理定義として、前記第２のメッセージと対応付けて前記記憶部に記憶された、前記第２のメッセージに対して実行した処理を特定する情報に基づく処理を実行する前記処理定義を生成する、
ことを実行させることを特徴とする制御プログラム。
【請求項２】
前記第１のメッセージはさらに、製品を特定する製品情報を含み、
前記記憶部には、前記第１のメッセージに含まれる前記製品情報と一致する製品情報を含むメッセージが記憶される、
ことを特徴とする請求項１記載の制御プログラム。
【請求項３】
前記制御プログラムはさらに、
前記コンピュータに、
生成した前記処理定義を特定する処理定義情報を前記記憶部に記憶する、
ことを実行させることを特徴とする請求項１または２記載の制御プログラム。
【請求項４】
前記制御プログラムはさらに、
前記コンピュータに、
前記第２のメッセージと一致するメッセージに対する処理定義を特定する既存処理定義情報が記憶され、前記既存処理定義情報に、前記第４のメッセージと一致するメッセージが出力された直後の前記第２のメッセージに一致するメッセージに対して処理を実行する旨の情報が含まれない場合、前記処理定義情報に基づく処理を、既存処理定義情報に基づく処理よりも優先して実行する旨の情報を前記記憶部に記憶する、
ことを実行させることを特徴とする請求項３記載の制御プログラム。
【請求項５】
前記制御プログラムはさらに、
前記コンピュータに、
前記処理定義に基づいて、前記情報処理装置から受信したメッセージに対する処理を実行する、
ことを実行させることを特徴とする請求項１乃至４のいずれか１項に記載の制御プログラム。
【請求項６】
コンピュータが、
情報処理装置が出力した第１のメッセージの受信に応じて、前記情報処理装置から受信したメッセージを、メッセージの日時順に記憶した記憶部に、前記第１のメッセージと一致する第２のメッセージが記憶されているかを判定し、
前記判定の結果、前記第２のメッセージが記憶されていると判定し、且つ、前記第１のメッセージの直前に出力された第３のメッセージと、前記第２のメッセージの直前に出力された第４のメッセージとが一致する場合、前記第４のメッセージと一致するメッセージが出力された直後の前記第２のメッセージに一致するメッセージに対する処理定義として、前記第２のメッセージと対応付けて前記記憶部に記憶された、前記第２のメッセージに対して実行した処理を特定する情報に基づく処理を実行する前記処理定義を生成する、
ことを特徴とする制御方法。
【請求項７】
情報処理装置が出力したメッセージを受信する受信部と、
前記受信部が受信したメッセージを、メッセージの日時順に記憶した記憶部と、
前記情報処理装置が出力した第１のメッセージの受信に応じて、前記記憶部に、前記第１のメッセージと一致する第２のメッセージが記憶されているかを判定する判定部と、
前記判定の結果、前記第２のメッセージが記憶されていると判定し、且つ、前記第１のメッセージの直前に出力された第３のメッセージと、前記第２のメッセージの直前に出力された第４のメッセージとが一致する場合、前記第４のメッセージと一致するメッセージが出力された直後の前記第２のメッセージに一致するメッセージに対する処理定義として、前記第２のメッセージと対応付けて前記記憶部に記憶された、前記第２のメッセージに対して実行した処理を特定する情報に基づく処理を実行する前記処理定義を生成する生成部と、
を備えたことを特徴とする制御装置。
【請求項８】
コンピュータに、
情報処理装置が順に出力した第１のメッセージ、第２のメッセージを受信した際の前記第２のメッセージに対して実行した処理を特定し、
前記第２のメッセージと同じメッセージに対する処理の定義情報として、前記情報処理装置から前記第１のメッセージと同じメッセージ、前記第２のメッセージと同じメッセージが順に出力された場合に、特定した前記処理と同じ処理を前記第２のメッセージと同じメッセージに対して実行すべきことが規定された前記定義情報を生成し、
生成した前記定義情報に従って、前記情報処理装置が出力したメッセージに対する処理を実行する、
処理を実行させることを特徴とする制御プログラム。
【請求項９】
前記第２のメッセージに対して実行した処理は、入力装置によって指定された処理、
であることを特徴とする請求項８記載の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信メッセージの処理に関する。
【背景技術】
【０００２】
システムの運用管理においては、システムの運用中に発生した種々の事象について、その事象の内容を通知するメッセージ（情報）が、システムが有する情報処理装置から出力される。システムの管理者は、出力されたメッセージを受信し、出力可能な端末を用いてメッセージの内容を閲覧し、システムの動作状態を確認する。また、場合によっては、システムの管理者は、メッセージの内容から問題事象を発見し、発見した事象に応じた措置を講ずる。
【０００３】
従来技術においては、メッセージの出力に応じて、そのメッセージを端末においてどのように処理すべきかの定義情報を、メッセージの出力を制御する制御装置が記憶している。定義情報に設定される処理は、例えば、受信したメッセージを端末に表示する、または表示しないといった処理である。そして、制御装置は、付加された定義情報に従って受信したメッセージの処理を行う。
【０００４】
また、定義情報がメッセージの出力を制御する制御装置に記憶されていないメッセージが新たに出力された場合に、過去に出力された同じメッセージに対して実行した処理を実行する定義情報を生成する技術が存在する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１３２４８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
システムの運用管理においては、同じ種別のメッセージであっても、他のメッセージの出力との関係によって、表示するか非表示とするかなどの処理内容を変更することが望ましい場合がある。例えば、メッセージＡが出力される場合には、その後にメッセージＢも出力されるような場合、メッセージＢの出力は、当然に予想されるものであるため、システムの運用管理にとって冗長なメッセージともいえる。冗長なメッセージが増加すると、システムの管理者がメッセージを閲覧する作業が煩雑になる。したがってこのような場合、メッセージＡが出力された場合、その後に出力されるメッセージＢの表示処理を抑止する処理を行うことが望ましい。
【０００７】
一方、メッセージＡが出力されずに、メッセージＢが出力される場合には、メッセージＢは冗長ではないため、メッセージＢの表示処理を行うことが望ましい。
【０００８】
しかしながら、従来技術では、他のメッセージの出力状況に関わらず、今回出力されたメッセージが何であるかに応じて処理がなされてしまう。
【０００９】
１つの側面では、本発明は、他のメッセージ（情報）との関連性を加味したメッセージ（情報）の処理制御を行うことを目的とする。
【課題を解決するための手段】
【００１０】
１つの案では、情報処理装置が出力した第１のメッセージの受信に応じて、前記情報処理装置から受信したメッセージを、メッセージの日時順に記憶した記憶部に、前記第１のメッセージと一致する第２のメッセージが記憶されているかを判定し、前記判定の結果、前記第２のメッセージが記憶されていると判定し、且つ、前記第１のメッセージの直前に出力された第３のメッセージと、前記第２のメッセージの直前に出力された第４のメッセージとが一致する場合、前記第４のメッセージと一致するメッセージが出力された直後の前記第２のメッセージに一致するメッセージに対する処理定義として、前記第２のメッセージと対応付けて前記記憶部に記憶された、前記第２のメッセージに対して実行した処理を特定する情報に基づく処理を実行する前記処理定義を生成する。
【発明の効果】
【００１１】
本発明の１つの態様によれば、他のメッセージ（情報）と関連性を加味したメッセージ（情報）の処理制御を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本実施例のシステム１００のハードウェア構成を示す。
【図２】制御装置１２０の機能ブロック図を示す。
【図３】制御装置１２０が実行する処理の手順を示すフローチャートを示す。
【図４】業務サーバ１１０が出力し、送受信部２０１が受信するメッセージのデータ構造の例を示す。
【図５】解析結果５００を示す。
【図６】抽出結果６００を示す。
【図７】定義情報７００ａを示す。
【図８】デフォルト定義情報８００を示す。
【図９】生成部２０６が実行する処理の手順を示すフローチャートを示す。
【図１０】定義情報７００ｂを示す。
【図１１】メッセージ１１１０、１１１１を示す。
【図１２】解析結果１２００を示す。
【発明を実施するための形態】
【００１３】
本発明を実施するための実施形態（実施例）を、図面を用いて説明をする。図１は、本実施例のシステム１００のハードウェア構成を示す図である。図１に示すように、本実施例のシステム１００は、業務サーバ１１０、制御装置１２０、管理クライアント装置１３０を備え、それぞれは例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを用いたネットワーク１４０を介して相互に通信可能に接続される。
【００１４】
業務サーバ１１０、制御装置１２０は、例えばサーバ装置を用いて実現されてもよい。また、管理クライアント装置１３０は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を用いて実現されてもよい。
〔ハードウェアの説明〕
業務サーバ１１０は、システム１００における処理を行うアプリケーションを実行する。業務サーバ１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１２１、メモリ１２２、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１２３、アダプタ１２４を備え、それぞれがバスによって相互に通信可能に接続されている。
【００１５】
ＣＰＵ１１１は、サーバ装置１１０における演算処理などを実行する。メモリ１１２およびＨＤＤ１１３は、例えば、ＣＰＵ１１１が実行するアプリケーションプログラムなどの、サーバ装置１１０が実行する処理に必要な情報を記憶する。尚、ＨＤＤ１１３に替えて、例えば半導体記憶装置などの他の種類の記憶装置を用いることもできる。アダプタ１１４は、サーバ装置１１０をネットワーク１４０に接続するアダプタであり、例えば、ネットワーク１４０がＬＡＮである場合にはＬＡＮアダプタを用いることもできる。
【００１６】
制御装置１２０は、業務サーバ１１０がアプリケーションの実行中に出力するメッセージに対して処理を実行する。また、制御装置１２０は、処理内容を定義する定義情報を生成する。制御装置１２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１２１、メモリ１２２、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１２３、アダプタ１２４を備え、それぞれがバスによって相互に通信可能に接続されている。
【００１７】
ＣＰＵ１２１は、制御装置１２０における演算処理などを実行する。メモリ１２２およびＨＤＤ１２３は、例えば、ＣＰＵ１２１が実行するプログラムなどの、制御装置１２０が実行する処理に必要な情報を記憶する。尚、ＨＤＤ１２３に替えて、例えば半導体記憶装置などの他の種類の記憶装置を用いてもよい。アダプタ１２４は、制御装置１２０をネットワーク１４０に接続するアダプタ（インターフェース）であり、例えば、ネットワーク１４０がＬＡＮである場合にはＬＡＮアダプタを用いる。
【００１８】
管理クライアント装置１３０は、業務サーバ１１０がアプリケーションの実行中に出力するメッセージに対して処理を実行する装置である。管理クライアント装置１３０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１３１、メモリ１３２、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１３３、アダプタ１３４を備え、それぞれがバスによって相互に通信可能に接続されている。
【００１９】
ＣＰＵ１３１は、管理クライアント装置１３０における演算処理などを実行する。メモリ１３２およびＨＤＤ１３３は、例えば、ＣＰＵ１３１が実行するプログラムなどの、管理クライアント装置１３０が実行する処理に必要な情報を記憶する。尚、ＨＤＤ１３３に替えて、例えば半導体記憶装置などの他の種類の記憶装置を用いることもできる。アダプタ１３４は、管理クライアント装置１３０をネットワーク１４０に接続するアダプタであり、例えば、ネットワーク１４０がＬＡＮである場合にはＬＡＮアダプタを用いればよい。入力装置１３５は、サーバ装置１１０、制御装置１２０に対して入力する際に、運用管理者等に利用される。入力装置１３５は、例えばキーボートやマウスである。出力装置１３６は、例えば、サーバ装置１１０が出力するメッセージを表示するディスプレイである。
【００２０】
なお、業務サーバ１１０、制御装置１２０のそれぞれも入力装置、出力装置を備えてよい。
【００２１】
本実施例においては、図１に示すように、業務サーバ１１０と制御装置１２０は異なるハードウェアであるが、例えば、制御装置１２０が実行する処理と、業務サーバ１１０が実行する処理とが、１つのサーバ装置で実行されることとしても構わない。また、例えば業務サーバ１１０は、複数のサーバ装置を用いて実現されてもよく、また、制御装置１２０は、複数のサーバ装置を用いて実現されてもよい。業務サーバ１１０と制御装置１２０を、異なるハードウェアを用いて実現することで、例えば、システムで実行される処理の負荷を分散させることも可能である。
〔機能ブロック図〕
図２に、制御装置１２０の機能ブロック図を示す。制御装置１２０は、機能部として、送受信部２０１、解析部２０２、保存処理部２０３、抽出部２０４、判定部２０５、生成部２０６、処理実行部２０７を有する。また、制御装置１２０は、メッセージ保存データベース（以降、データベースをＤＢと記載する）２１１、抽出結果記憶部２１２、処理定義ＤＢ２１３、デフォルト定義ＤＢ２１４を有する。
【００２２】
送受信部２０１は、業務サーバが出力するメッセージを受信する。解析部２０２は、送受信部２０１が受信したメッセージを解析し、メッセージに含まれる諸々の情報を特定する。保存処理部２０３は、後述する判定処理が完了した後に、解析部２０２が解析した結果をメッセージ解析結果ＤＢ２１１に保存する処理を行う。抽出部２０４は、メッセージ解析結果ＤＢ２１１から、メッセージの解析結果を抽出する。判定部２０５は、送受信部２０１が受信したメッセージに対して、処理が設定（定義）されているかを判定する。生成部２０６は、送受信部２０１が受信したメッセージに対する処理を設定（定義）する処理を実行する。処理実行部２０７は、送受信部２０１によって受信されたメッセージに対して設定された処理（処理定義ＤＢ２１３で設定された処理）を実行する。
【００２３】
メッセージ解析結果ＤＢ２１１は、送受信部２０１が受信し、解析部２０２が解析したメッセージの解析結果を記憶する。抽出結果記憶部２１２は、抽出部がメッセージ解析結果ＤＢ２１１から抽出したメッセージを記憶する。処理定義ＤＢ２１３は、生成部２０６が実行する処理によって生成される、メッセージに対する処理を定義する情報（定義情報）を記憶する。デフォルト定義ＤＢ２１４は、メッセージの種別（メッセージ種別）ごとに、例えばシステム１００の管理者によりあらかじめ設定された情報を記憶する。
【００２４】
解析部２０２、保存処理部２０３、抽出部２０４、判定部２０５、生成部２０６、処理実行部２０７は、例えば、ＣＰＵ１２１が、ＨＤＤ１２３に記憶されたプログラムを実行することにより実現されてもよい。また、送受信部２０１の例として、アダプタ１２４のようなインターフェイスユニットを用いることもできる。また、メッセージ解析結果ＤＢ２１１、抽出結果記憶部２１２、処理定義ＤＢ２１３、デフォルト定義ＤＢ２１４は、ＨＤＤ１２３やメモリ１２２を用いて実現されてもよい。
〔処理フローの説明〕
図３は、制御装置１２０が実行する処理の手順を示すフローチャートである。本実施例の制御装置１２０が実行する処理について、図３を用いて説明する。
【００２５】
まず、業務サーバ１１０がアプリケーションの実行中にメッセージを出力すると、制御装置１２０の送受信部２０１は、業務サーバ１１０が出力したメッセージを受信する（Ｓ３０１）。
【００２６】
図４は、業務サーバ１１０が出力し、送受信部２０１が受信するメッセージのデータ構造の例を示す。図４に示すように、業務サーバ１００から出力されるメッセージ４１０は、例えば、製品ラベル、メッセージ種別、通知内容を含む。尚、ヘッダは、メッセージの送信元、メッセージの宛先、データ長、メッセージの出力日時(送信日時)などを特定する情報を含むデータである。
【００２７】
メッセージ４１０を送受信部２０１が受信すると、解析部２０２は、送受信部２０１が受信したメッセージ４１０を解析する（Ｓ３０２）。具体的には、解析部２０２は、業務サーバ１１０がメッセージを出力する際に業務サーバ１１０によって付与された日時情報からメッセージの出力日時を特定するとともに、メッセージ４１０に含まれる情報から、以下の情報を特定する。
・メッセージがどの製品に関するものかを示す製品ラベル
・メッセージがどのような種類のものであるかを示すメッセージ種別
・メッセージが通知する内容を示す通知内容
図５は、メッセージの解析結果の例を示す。解析部２０２が実行する処理により、図５に示す、出力日時５０１、製品ラベル５０２、メッセージ種別５０３、通知内容５０４が取得される。後述するステップＳ３１０、Ｓ３１３、Ｓ３１４において、保存処理部が解析結果をメッセージ解析結果ＤＢ２１１に保存することにより、メッセージ解析結果ＤＢ２１１に図５のような解析結果が記憶される。
【００２８】
さて、図３に示すフローチャートの説明に戻ると、解析部２０２は、ステップＳ３０２で解析して得られた、受信メッセージに含まれる製品ラベルを取得する（Ｓ３０３）。例えば、図５のメッセージ５１０のようなメッセージを受信した場合は、解析部２０２は製品ラベルとして「製品Ａ」を取得する。
【００２９】
次に、抽出部２０４は、ステップＳ３０３で解析部２０２が取得した製品ラベルと一致する製品ラベルを含むメッセージの解析結果を、メッセージ解析結果ＤＢ２１１から抽出する（Ｓ３０４）。例えば、ステップＳ３０３にて、受信メッセージから製品ラベルとして「製品Ａ」を取得していた場合、抽出部２０４は、メッセージ解析結果ＤＢ２１１に記憶された解析結果５００の中から、製品ラベル５０２に「製品Ａ」を含むメッセージ解析結果５１１、５１２、５１３、５１４、５１５を抽出する。このように製品ラベルを使用することで、生成装置１２０が複数の製品およびアプリケーションを制御し、メッセージ解析結果ＤＢ２１１に複数の製品に関するメッセージが混在して記憶されている場合でも、受信したメッセージの製品に関連したメッセージ解析結果を抽出することができる。尚、システム１００で実行されるアプリケーションが単数であることなどから、メッセージに製品ラベルが付与されない場合には、生成装置１２０は、ステップＳ３０３およびＳ３０４の処理を省略してもよい。
【００３０】
次に、ステップＳ３０５で抽出部２０４は、ステップＳ３０４で抽出部２０４が抽出したメッセージを、メッセージが出力された日時の古い順にソートする（Ｓ３０５）。具体的には、抽出部２０４は、メッセージに含まれる出力日時５０１によって特定される日時が古い順に、抽出結果を並べ替える。
【００３１】
図６は、抽出部２０４が抽出した抽出結果をソートした後の状態を示す。図６の出力日時６０１、製品ラベル６０２、メッセージ種別６０３、通知内容６０４は、図５の出力日時５０１、製品ラベル５０２、メッセージ種別５０３、通知内容５０４と同様である。図６において、メッセージ６１１、６１２、６１３、６１４、６１５のそれぞれは、抽出部２０４によって抽出された各メッセージに対応する。尚、抽出部２０４がステップＳ３０４でメッセージを時刻６０１に示される日時の古い順に抽出可能であるなど、抽出結果をソートする必要がない場合、抽出部２０４はステップＳ７０３の処理は実行しないこととしてもよい。保存処理部２０３は、ステップＳ３０５でソートされた抽出結果を、抽出結果記憶部２１２に記憶させる。ここで、保存処理部２０３は、ステップＳ３０４で抽出された結果をまず抽出結果記憶部２１２に記憶させ、抽出結果記憶部２１２に記憶された抽出結果を抽出部２０４がソートすることとしてもよい。
【００３２】
図３のフローチャートに戻ると、判定部２０５は、ステップＳ３０１で送受信部２０１が受信したメッセージに対して「関連メッセージを考慮した処理」が定義されているか判定する（Ｓ３０６）。「関連メッセージを考慮した処理」の詳細、およびステップＳ３０６の処理の詳細については後述する。
【００３３】
送受信部２０１が受信したメッセージに対する「関連メッセージを考慮した処理」が既に処理定義ＤＢ２１３に記憶されていると判定部２０５が判定した場合、処理実行部２０７は、受信したメッセージに対して設定された「関連メッセージを考慮した処理」に従った処理を実行する（Ｓ３０９）。そして、保存処理部２０３はステップＳ３０２で解析部が実行する処理によって取得された解析結果を、ログ情報としてメッセージ解析結果ＤＢ２１１に追加記憶する（Ｓ３１０）。
【００３４】
一方、ステップＳ３０１で送受信部２０１が受信したメッセージに対する「関連メッセージを考慮した処理」が処理定義ＤＢ２１３に記憶されていないと判定部２０５が判定した場合、判定部２０５は、ステップＳ３０１で送受信部２０１が受信したメッセージと通知内容が一致するメッセージが、過去に業務サーバ１１０から出力されたかどうかを判定する（Ｓ３０７）。具体的には、抽出結果記憶部２１２に記憶された抽出結果に、ステップＳ３０１で送受信部２０１が受信したメッセージに含まれる通知内容と一致する通知内容の抽出結果が含まれているか否かを判定する
判定部２０５がＳ３０７において肯定的な判定を行った場合は、生成部２０６が、抽出結果記憶部２１２に記憶された抽出結果に基づいて、メッセージに対する処理を定義する定義情報を生成する処理を実行する（Ｓ３０８）。ステップＳ３０８の処理を生成部２０６が実行後、処理実行部２０７は、受信したメッセージに対して設定された「関連メッセージを考慮した処理」に従った処理を実行する（Ｓ３０９）。そして、保存処理部２０３はステップＳ３０２で解析部が実行する処理によって取得された解析結果を、ログ情報としてメッセージ解析結果ＤＢ２１１に追加記憶する（Ｓ３１０）。この際、対処情報としてステップＳ３０９にて処理実行部が実行した処理を特定する情報を設定する。
【００３５】
一方、判定部２０５がＳ３０７において否定的な判定を行った場合は、送受信部２０１を介して、ステップＳ３０１で送受信部２０１が受信したメッセージが管理クライアント装置１３０に出力（表示出力）される（Ｓ３１１）。ここで、クライアント装置１３０の入力装置から１３５から、表示を許容する指示が入力されるか又は許容しない指示が入力されない場合（Ｓ３１２；Ｎｏ）は、保存処理部２０３はステップＳ３０２で得られた今回の受信メッセージの解析結果に対処情報として表示すると設定する。そして、保存処理部２０３は、対処情報が設定された抽出結果をログ情報としてメッセージ解析結果ＤＢ２１１に追加記憶する（Ｓ３１３）。
【００３６】
逆に、クライアント装置１３０の入力装置から１３５から、表示を許容する指示が入力されないか又は許容しない指示が入力された場合（Ｓ３１２；Ｙｅｓ）は、保存処理部２０３はステップＳ３０２で得られた今回の受信メッセージの解析結果を対処情報として表示しないと設定する。そして、保存処理部２０３は、対処情報が設定された抽出結果をログ情報としてメッセージ解析結果ＤＢ２１１にメッセージ解析結果ＤＢ２１１に追加記憶する（Ｓ３１４）。
【００３７】
以上のように、制御装置１２０が、業務サーバが出力したメッセージを受信し、受信したメッセージに対する定義情報の生成、および、定義情報に従った処理を実行する。
〔関連メッセージ、定義情報〕
ここで、前述した「関連メッセージを考慮した処理」について、さらに詳細を説明する。本実施例において、関連メッセージとは、例えば、業務サーバ１１０が、同じ製品に関するメッセージの中で、対象とするメッセージの１つ前（ステップＳ３０５でソートされたソート順において、対象とするメッセージの１つ前）に出力したメッセージである。関連メッセージを考慮した処理の定義を生成することにより、例えば、特定のメッセージが１つ前に出力されている場合は、今回のメッセージを管理クライアント装置１３０に出力することを抑止するような処理を行うことができる。したがって、本実施例では、制御装置１２０が、業務サーバが出力したメッセージに対して「関連メッセージを考慮した処理の定義情報」を生成する。
【００３８】
ここで、定義情報の具体例について更に詳しく説明する。図７は、処理定義ＤＢ２１３に記憶される定義情報のデータ構造の一例を示す図である。図７に示す定義情報７００ａは、製品ラベル７０１、メッセージ種別７０２、通知内容７０３、関連通知内容７０４、重要度７０５、優先度７０６、対処情報７０７を含む。製品ラベル７０１、メッセージ種別７０２、通知内容７０３は、前述したメッセージ５００の製品ラベル５０２、メッセージ種別５０３、通知内容５０４と同様であってよい。関連通知内容７０４は、前述した関連メッセージの通知内容を特定する情報である。重要度７０５は、通知内容７０３が、システムの運用管理においてどの程度重要なものであるかの指標であり、例えばシステムの管理者によりメッセージ種別７０２の内容に応じて予め定義され、メッセージ種別７０２に対応付けて記憶された値である。優先度７０６は、あるメッセージについて異なる複数の定義情報が対応づけられている場合に、いずれの定義情報を優先すべきかを示している。
【００３９】
ここで、第１の定義情報がメッセージＡの受信の際にメッセージＡの表示処理を行うことを規定おり、第２の定義情報が、メッセージＢ、メッセージＡの順で受信した場合には、メッセージＡの非表示処理を規定しているとすると、メッセージＢ、メッセージＡの順にメッセージを受信した段階では、第１の定義情報、第２の定義情報の双方に適用が可能である。このような場合に、後述する処理では、処理実行部２０７は、適用可能な定義情報のうち、より優先度が高い定義情報（例えば第２の定義情報）に従った処理を選択する。対処情報７０７は、メッセージに対して実行すべき処理を特定する情報である。
【００４０】
なお、重要度、優先度については、Ｓ３０８で定義情報を記憶させる際に、いかなる重要度、優先度を適用すべきかを管理者に選択させるようにしてもよい。例えば、選択メニューを出力装置１３６に表示し、入力装置１３５を用いた入力操作によって選択された重要度、優先度を選択するようにしてもよい。
【００４１】
前述した重要度と対処情報は、例えば、デフォルト定義ＤＢ２１４に記憶される情報を利用するようにしてもよい。
【００４２】
図８は、デフォルト定義ＤＢ２１４に記憶される情報の一例を示す図である。
【００４３】
デフォルト定義ＤＢ２１４には、例えば図８に示すデフォルト定義情報８００のように、メッセージ種別８０１と、重要度８０２と、処理内容８０３とが対応付けて記憶された情報が記憶される。図８についてより詳細に説明すると、デフォルト定義情報８１０は、メッセージ種別８０１が「ＩＮＦＯ（情報）」のメッセージが、重要度「２」として設定され、業務サーバ１１０からメッセージを受信した場合に、制御装置１２０は管理クライアント装置１３０にはメッセージを「表示しない」といった処理が設定されている。また、デフォルト定義情報８１１は、メッセージ種別８０１が「ＷＡＲＮＩＮＧ（警告）」のメッセージが、重要度「２」として設定され、業務サーバ１１０からメッセージを受信した場合に、制御装置１２０は管理クライアント装置１３０にはメッセージを「表示しない」と設定されている。本実施例において、「ＩＮＦＯ（情報）」、「ＷＡＲＮＩＮＧ（警告）」とは、製品の状態に変更があった場合に業務サーバ１１０が出力するメッセージの種別である。
【００４４】
デフォルト定義情報８１２は、メッセージ種別８０１が「ＥＲＲＯＲ（エラー）」のメッセージが、重要度「１」として設定され、業務サーバ１１０からメッセージを受信した場合に、制御装置１２０は管理クライアント装置１３０にメッセージを「表示する」と設定されている。本実施例において、「ＥＲＲＯＲ（エラー）」とは、製品の動作に異常を検知した場合に業務サーバ１１０が出力するメッセージの種別である。
【００４５】
デフォルト定義情報８１３は、メッセージ種別８０１が「ＨＡＬＴ（停止）」のメッセージが、重要度「１」として設定され、業務サーバ１１０からメッセージを受信した場合に、制御装置１２０は管理クライアント装置１３０にメッセージを「表示する」と設定されている。本実施例において、「ＨＡＬＴ（停止）」とは、製品が、例えばシステム１００の管理者や、製品を利用するユーザの意に反して動作を停止した場合に、業務サーバ１１０が出力するメッセージの種別である。
【００４６】
従って、Ｓ３０８で定義情報を記憶させる際に、デフォルト定義情報８１２を参照して、重要度や対処方法の候補を出力装置１３６に表示させ、管理者にその候補を採用するか否か確認を求め、採用する場合には、その候補を採用し、採用しない場合には、他の設定の入力を促して、別途入力された設定を採用するようにしてもよい。
〔Ｓ３０６の判定処理の詳細〕
前述したステップＳ３０６の処理についてより詳細に説明する。ステップＳ３０６において、判定部２０５は、ステップＳ３０１で送受信部２０１が受信したメッセージに対して「関連メッセージを考慮した処理」が定義されているかを判定する。
【００４７】
具体的には、例えば図４のメッセージ４１０を受信した場合、判定部２０５は、下記の条件すべてを満たす定義情報が処理定義ＤＢ２１３に記憶されているか否かを判定する。
・製品ラベル７０１に「製品Ａ」が設定されている。
・通知内容７０３に「メッセージＡ」が設定されている。
・関連通知内容７０４に「メッセージＢ」が設定されている。
【００４８】
これらの条件すべてを満たす定義情報が処理定義ＤＢ２１３に記憶されている場合、判定部２０５は、メッセージ４１０に対して、「関連メッセージを考慮した処理」が定義されていると判定する。一方、これらの条件のいずれかが満たされない場合、判定部２０５は、メッセージ４１０に対して、「関連メッセージを考慮した処理」が定義されていないと判定する。
〔定義情報の生成処理の詳細〕
次に、前述したステップＳ３０８の生成処理について、図９を用いてより詳細に説明する。
【００４９】
図９は、生成部２０６が実行する定義情報の生成処理の手順を示すフローチャートである。まず、生成部２０６は、図３のステップＳ３０１で送受信部２０１が受信したメッセージとその直前のメッセージの通知内容および出力の順序と一致するメッセージ出力が過去に行われたかを判定する（Ｓ９０１）。すなわち、生成部２０６は、今回受信したメッセージの通知内容（例えば、Ａ）と１つ前に受信したメッセージの通知内容（例えば、Ｂ）とすると、抽出結果記憶部２１２に記憶された抽出結果に、通知内容Ｂ、Ａの順で解析結果が含まれているか否か判定する。
【００５０】
例えば、メッセージ（Ｂ）（通知内容＝メッセージＢ）、メッセージ（Ａ）（通知内容＝メッセージＡ）の順に送受信部２０１がメッセージを受信した場合、抽出結果記憶部２１２に図６の抽出結果６００が記憶されているとする。ここで、抽出結果記憶部２１２に記憶された解析結果６１５、６１４はそれぞれ通知内容がメッセージＢ、メッセージＡであり順番も一致するため、ステップＳ９０１で肯定的な判断がなされる。
【００５１】
ステップＳ９０１で肯定的な判断がなされた場合、生成部２０６は、抽出結果記憶部２１２に記憶された抽出結果を参照し、メッセージに対する、「関連メッセージを考慮した処理」を定義する定義情報を生成する（Ｓ９０２）。
【００５２】
ステップＳ９０２の処理について、具体例を用いて詳細を説明する。例えば、解析結果が図５の解析結果５１０であるメッセージを受信した場合に、定義情報の生成を行うとする。解析結果５１０に含まれる通知内容はメッセージＡであり、この１つ前に出力されたメッセージの通知内容は、図６の抽出結果６１１より、メッセージＢである。生成部２０５は、抽出結果記憶部２１２に記憶された抽出結果のうち、通知内容Ｂ、Ａの順で含まれる通知内容Ａに対応する解析結果を参照する。そして、参照した解析結果に含まれる対処情報から、メッセージに対する処理内容を特定し、メッセージに対して、特定した処理を実行するための定義情報を生成する。
【００５３】
より詳細には、生成部２０３は、生成する定義情報の製品ラベル７０１を「製品Ａ」、メッセージ種別７０２を「ＥＲＲＯＲ」、通知内容７０３を「メッセージＡ」、処理情報７０７を「表示しない」に設定する。
【００５４】
また、生成部２０６は、関連通知内容７０４として、「メッセージＢ」を設定する（Ｓ９０２）。
【００５５】
これにより、図１０に示す定義情報７１３が生成される。
【００５６】
ステップＳ９０１、ステップＳ９０２の処理を生成部２０６が実行した後、生成部２０６は生成処理を終了する。
【００５７】
なお、定義情報の生成の際には、更に、デフォルト定義ＤＢ２１４に記憶されたデフォルト定義情報を利用することもできる。
【００５８】
一方、ステップＳ９０１で否定的な判断がなされた場合、処理は図９の端子Ａから、図３の端子Ａに移行する。すなわち、送受信部２０１を介して、ステップＳ３０１で送受信部２０１が受信したメッセージが管理クライアント装置１３０に出力（表示出力）され、（Ｓ３１１）、図３のステップＳ３１２以降の処理が実行される。
【００５９】
以上の処理により、生成部２０６が、送受信部２０１が受信したメッセージに対する定義情報を生成する。
〔ステップＳ３１０の処理の詳細〕
ステップＳ３１０の処理をより詳細に説明する。前述したように、処理実行部２０７は、処理定義ＤＢ２１３に記憶された定義情報に基づいて、受信したメッセージに対する処理を実行する。
【００６０】
ステップＳ３０９の処理について、具体例を挙げて説明をする。説明に用いる具体例の前提条件として、処理定義ＤＢ２１３には、図１０に示す定義情報７００ｂが記憶されており、このときに送受信部２０１が、図１１に示すメッセージ１１１０、およびメッセージ１１１１を受信することとする。ここで、図１０の定義情報７１２は、例えば、システム１００の管理者によってあらかじめ設定された定義情報である。定義情報７１２は、例えば、業務サーバ１１０から出力されたメッセージＡに対して、「関連メッセージを考慮した処理」を定義した定義情報が適用可能でない場合に、メッセージＡに対して適用される定義情報である。
【００６１】
図１２の解析結果１２００は、図１１に示すメッセージ１１００を解析部２０２が解析した結果であるメッセージである。メッセージ１２１０は、メッセージ１１１０を解析部２０２が解析した結果である。また、メッセージ１２１１は、メッセージ１１１１を解析部２０２が解析した結果である。
〔関連メッセージがない場合の詳細処理〕
まず、メッセージ１１１０に対する処理を説明する。メッセージ１１１０を解析した結果であるメッセージ情報１２１０は、製品ラベルが「製品Ａ」、通知内容が「メッセージＡ」である。処理実行部２０７は、処理定義ＤＢ２１３を参照する。処理定義ＤＢ２１３には、定義情報７００ｂが記憶されており、定義情報７００ｂには、製品ラベル７０１として「製品Ａ」を、通知内容７０３として「メッセージＡ」を含む定義情報７１２、７１３が記憶されている。
【００６２】
ここで、処理実行部２０７は、定義情報７１２、７１３それぞれに含まれる優先度７０６を参照する。定義情報７１２には優先度７０６として「１」が、定義情報７１３には優先度７０６として「２」が設定されているので、処理実行部２０７は、定義情報７１２、定義情報７１３のうち、優先度の値が大きい定義情報７１３を参照する。
【００６３】
定義情報７１３には、関連通知内容７０４として「メッセージＢ」が設定されている。ここで、図１２より、メッセージ１１１０の直前のメッセージの通知内容は、メッセージＤである。このとき、処理実行部２０７は、メッセージ１１１０は、定義情報７１３の適用対象外であると判定する。
【００６４】
次に、処理実行部２０７は定義情報７１２を参照する。定義情報７１２には、通知内容７０３として「メッセージＡ」が設定され、関連通知内容７０４は設定されていない。このとき、処理実行部２０７は、メッセージ１１１０に対して、定義情報７１２に基づく処理を実行する。
【００６５】
定義情報７１２には、対処情報７０７として、「表示する」が設定されている。したがって、処理実行部２０７は、メッセージ１１１０を管理クライアント装置１３０に出力し、制御装置１２０が出力したメッセージ１１１０を受信した管理クライアント装置１３０は、出力装置１３６にメッセージ１１１０を表示する。
【００６６】
以上のように、処理実行部２０７が処理を実行した結果、メッセージ１１１０は、管理クライアント装置１３０の出力装置１３６に表示される。
〔関連メッセージがある場合の詳細処理〕
メッセージ１１１１に対する処理を説明する。メッセージ１１１１を解析した結果であるメッセージ１２１１は、製品ラベルが「製品Ａ」、通知内容が「メッセージＡ」を含む。処理実行部２０７は、処理定義ＤＢ２１３を参照する。処理定義ＤＢ２１３には、定義情報７００ｂが記憶されており、定義情報７００ｂには、製品ラベル７０１として「製品Ａ」を、通知内容７０３として「メッセージＡ」含む定義情報７１２、７１３が記憶されている。
【００６７】
ここで、処理実行部２０７は、定義情報７１２、７１３それぞれに含まれる優先度７０６を参照する。定義情報７１２には優先度７０６として「１」が、定義情報７１３には優先度７０６として「２」が設定されているので、処理実行部２０７は、定義情報７１２、定義情報７１３のうち、優先度の値が大きい定義情報７１３を参照する。
【００６８】
定義情報７１３には、関連通知内容７０４として「メッセージＢ」が設定されている。ここで、図１２より、メッセージ１１１１の直前のメッセージの通知内容は、「メッセージＢ」である。このとき、処理実行部２０７は、定義情報７１３に基づく処理を実行する。
【００６９】
定義情報７１３には、対処情報７０７として、「表示しない」が設定されている。したがって、処理実行部２０７は、メッセージ１１１１の管理クライアント装置１３０への出力を抑止する。結果として、メッセージ１１１１は管理クライアント装置１３０の出力装置１３６に表示されない。このように、処理実行部２０７が処理を実行した結果、メッセージ１１１１は、管理クライアント装置１３０の出力装置１３６に表示されない。
【００７０】
以上のように、本実施例の態様によれば、処理の対象となるメッセージの直前のメッセージを考慮した定義情報を自動で生成し、制御装置１２０は、生成した定義情報に基づいて、同様のメッセージに対して異なる処理を実行することができる。具体的には、メッセージ１１１０、１１１１は、製品ラベル５０２と通知内容５０４とが一致するメッセージであるが、処理実行部２０７が実行する処理により、メッセージ１１１１は出力装置１３５に表示されない。このような処理により、例えば、システムの運用管理において、システムの管理者の負担を軽減することができる。
【００７１】
本実施例で説明した態様は、本実施例を実現する態様の１つであり、具体的な処理の内容や手順については、システムの態様に応じて適宜変更を行うことが可能である。例えば、メッセージに対する処理について本発明では、メッセージを管理クライアント装置１３０の表示装置上に表示する、または表示装置上での表示を抑止する態様を例に挙げて説明したが、処理実行部２０７が実行する処理には、本実施例の態様以外にも様々な態様が考えられる。例えば、業務サーバ１０１上でメッセージを出力したアプリケーションを再起動するコマンドを実行するなど、特定のアプリケーションを実行するためのコマンドを実行する処理であってもよい。また、例えば、抽出部２０４が、メッセージ解析結果ＤＢ２１１から、製品ラベル５０２をキーとしてメッセージを抽出するかわりに、メッセージが予め製品ラベル５０２ごとに分類されてメッセージ解析結果ＤＢ２１１に記憶されることとしてもよい。
【符号の説明】
【００７２】
１００  システム
１１０  業務サーバ
１１１、１２１、１３１  ＣＰＵ
１１２、１２２、１３２  メモリ
１１３、１２３、１３３  ＨＤＤ
１１４、１２４、１３４  アダプタ
１３５  入力装置
１３６  出力装置
１２０  制御装置
１３０  管理クライアント装置
１４０  ネットワーク
２０１  送受信部
２０２  解析部
２０３  保存処理部
２０４  抽出部
２０５  判定部
２０６  生成部
２０７  処理実行部
２１１  メッセージ解析結果ＤＢ
２１２  抽出結果記憶部
２１３  処理定義ＤＢ
２１４  デフォルト定義ＤＢ
【図１】
0005924073.tif 000002
【図２】
0005924073.tif 000003
【図３】
0005924073.tif 000004
【図４】
0005924073.tif 000005
【図５】
0005924073.tif 000006
【図６】
0005924073.tif 000007
【図７】
0005924073.tif 000008
【図８】
0005924073.tif 000009
【図９】
0005924073.tif 000010
【図１０】
0005924073.tif 000011
【図１１】
0005924073.tif 000012
【図１２】
0005924073.tif 000013