JP6574146B2 - サービス監視装置及びサービス監視方法 - Google Patents

Description

本発明は、サービス監視装置及びサービス監視方法に関する。

近年のシステムリソースの仮想化及び動的な構成変更が行われているシステムの運用においては、システム障害によるアプリケーションサービス利用者への影響を迅速に検出する必要がある。このため、従来から行われているハードウェア故障の検知だけでなく、アプリケーションサービスの正常性を監視することが必要とされる。また、アプリケーションサービスでは、アプリケーションごとに、構成や動作が異なるため、標準的な監視方法が確立されておらず、個々に監視方法を作成する必要がある。

従来、アプリケーションサービスの監視方法を自動的に生成するために、記述したフロー図に基づきサービスが生成するログを解析し、解析結果からサービスに対応した監視プログラムを生成、実行するサービス監視方法が提案されている（例えば、特許文献１参照）。

また、ＡＰＭ（Application Performance Management）と呼ばれるアプリケーションの性能測定によりサービスの正常性や改善箇所等を確認してアプリケーションサービスを管理する方法が提案されている（例えば、非特許文献１参照）。

特開２０００−４７９１２号公報

"Java（登録商標） run-time monitoring, Part 1: Run-time performance and availability monitoring for Java systems，" ［平成２８年５月１０日検索，インターネット＜ＵＲＬ：http://www.ibm.com/developerworks/library/j-rtm1/index.html＞

しかしながら、従来の方法では、システム運用者の負担が大きく、適用範囲が制限されるという問題や、プログラムの知識や修正が必要となり、アプリケーションサービスの監視作業が煩雑であることが問題であった。

具体的に、特許文献１記載の方法では、サービスごとにログを解析するためのフロー図を作成する必要があり、システム運用者にフロー図作成の負担が必要であった。また、特許文献１記載の方法では、監視対象のアプリケーションサービスが、フロー図から監視方法の生成が可能なログが出力されるサービス内容である必要があり、適用範囲が制限されるという問題があった。

また、非特許文献１記載の方法では、アプリケーションサービスの性能を測定するために、システム運用者に、アプリケーションサービスのプログラムの知識や、アプリケーションサービスの修正能力が必要であるという問題があった。

本発明は、上記に鑑みてなされたものであって、サービスへの適用範囲を制限せず、システム運用者の負荷を低減するとともに、システム運用者のプログラムの知識や修正能力によらず、アプリケーションサービスの監視を可能にするサービス監視装置及びサービス監視方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るサービス監視装置は、サービスを実行するユーザ操作手順を取得し、サービスを実行するサービス利用実行部と、サービス利用実行部に予め複数回実行させたサービスの実行結果を示すそれぞれの画像から文字列を抽出する判定情報抽出部と、判定情報抽出部が抽出した複数の文字列のうち共通する文字列部分を判別し、少なくとも共通する文字列部分を監視情報として設定する監視情報設定部と、サービス利用実行部に再現させたサービスの実行結果を示す画像から判定対象として抽出した文字列と、監視情報として設定された文字列部分との比較を基に、サービスの実行の障害の有無を判定する障害判定部と、を有することを特徴とする。

本発明によれば、サービスへの適用範囲を制限せず、システム運用者の負荷を低減するとともに、システム運用者のプログラムの知識や修正能力によらず、アプリケーションサービスの監視を可能にする。

図１は、本発明の実施の形態に係るサービス監視システムの構成の一例を説明するための図である。 図２は、判定情報の一例を説明する図である。 図３は、監視情報の一例を説明する図である。 図４は、図１に示す障害判定部の判定処理を説明する図である。 図５は、図１に示す障害判定部の判定処理を説明する図である。 図６は、図１に示すサーバによるサービス監視処理の流れを説明する図である。 図７は、本実施の形態に係るサービス監視処理の処理手順を示すフローチャートである。 図８は、図７に示す事前設定処理の処理手順を示すフローチャートである。 図９は、図７に示す監視処理の処理手順を示すフローチャートである。 図１０は、プログラムが実行されることによりサーバが実現されるコンピュータの一例を示す図である。

以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［実施の形態］
まず、実施の形態に係るサービス監視装置を有するサービス監視システムについて、サービス監視システムの概略構成及びサービス監視装置における処理の流れ及び具体例を説明する。

［サービス監視システムの構成］
まず、図１を参照して、実施の形態に係るサービス監視システムの構成について説明する。図１は、本発明の実施の形態に係るサービス監視システムの構成の一例を説明するための図である。

図１に示すように、実施の形態１に係るサービス監視システム１は、監視端末１０及び
サーバ（サービス管理装置）２０を有する。監視端末１０及びサーバ２０は、例えば、専用回線等で接続される。サーバ２０は、例えばＬＡＮ等で、アプリケーションサービス（以降、「サービス」とする。）を提供するアプリケーションサーバ３０と接続する。アプリケーションサーバ３０は、インターネット等のネットワーク４０を介して、アプリケーションサーバ３０によって提供されたサービスを利用するユーザ端末５０と接続する。

監視端末１０は、入力デバイスによるサービス利用時のユーザ操作手順を取得するとともに、サーバ２０による障害判定結果をディスプレイ等から出力する。

サーバ２０は、アプリケーションサーバ３０が提供するサービスの実行の障害の有無を判定する。サーバ２０は、事前設定処理として、取得したユーザ操作手順を基に予め複数回実行したサービスの実行結果を示すそれぞれの画像から文字列を抽出し、抽出した複数の文字列のうち、少なくとも共通する文字列部分を監視情報として設定する。したがって、サーバ２０は、サービスの実行結果を示す画像から、サービス実行の障害の有無の判定の基となる情報（監視情報）を抽出する作業を、自動的に実行する。続いて、サーバ２０は、定期的に再現したサービスの実行結果を示す画像から判定対象として抽出した文字列と、監視情報として設定された文字列部分との比較を基に、サービスの実行の障害の有無を判定する監視処理を実行する。

［監視端末の構成］
ここで、監視端末１０の構成について説明する。監視端末１０は、図１に示すように、入力部１１、制御部１２、通信部１３、記憶部１４及び出力部１５を有する。

入力部１１は、システムの運用者からの各種操作を受け付ける入力インタフェースである。例えば、入力部１１は、キーボード、マウス、タッチパネル、音声入力デバイス等の入力デバイスによって構成される。システムの運用者が予めサービスを利用するための操作を実行することによって、入力部１１は、サービスを実行するユーザ操作手順を取得する。このユーザ操作手順は、ユーザ操作イベント(マウス操作やキーボード入力)を示す情報である。なお、システムの運用者は、入力部１１を介して、実際のサービス利用のユーザと同様の操作手順を行う。

制御部１２は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部１２は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。

通信部１３は、サーバ２０との間で、各種情報を送受信する通信インタフェースである。記憶部１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、監視端末１０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。

出力部１５は、例えば、液晶ディスプレイやプリンタ等であって、サービスの実行の管理に関する各種情報を出力する。出力部１５は、サーバ２０によるサービスの障害の有無に関する判定結果を出力する。

［サーバの構成］
次に、サーバ２０の構成について説明する。サーバ２０は、通信部２１、記憶部２２及び制御部２３を有する。

通信部２１は、監視端末１０と、アプリケーションサーバ３０との間で、各種情報を送受信する通信インタフェースである。

記憶部２２は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、サーバ２０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。記憶部２２は、ユーザ操作記憶部２２１、判定情報記憶部２２２及び監視情報記憶部２２３を有する。

ユーザ操作記憶部２２１は、サービスを実行するユーザ操作手順を記憶する。このユーザ操作手順は、監視端末１０の入力部１１が取得したものであり、サーバ２０は、通信部１３，２１を介して、このユーザ操作手順を監視端末１０から受信し、ユーザ操作記憶部２２１に記憶する。ユーザ操作記憶部２２１は、サービスごとにユーザ操作手順を記憶する。

判定情報記憶部２２２は、判定情報抽出部２３２（後述）が、サービス利用実行部２３１（後述）に予め実行させたサービスの実行結果を示す画像から抽出した文字列を、判定情報として記憶する。判定情報記憶部２２２は、同一のユーザ操作手順について、複数の判定情報を記憶する。

図２は、判定情報の一例を説明する図である。図２は、事前設定処理（後述）において、予め複数回実行されたサービスＡのログイン結果を示すそれぞれの画像から抽出した文字列を含む画像を示す。図２の（ａ）の上段には、例えば、一度目の実行結果に対応する画像Ｇ１を示し、図２の（ａ）の下段には、二度目の実行結果に対応する画像Ｇ２を示す。画像Ｇ１の領域Ｒ１１ａ，Ｒ１１ｂ，Ｒ１２ａ，Ｒ１２ｂには、文字列「サービスＡにログイン」，「ログイン時刻：」，「０９」，「：」，「１１」が含まれる。画像Ｇ２のＲ２１ａ，Ｒ２１ｂ，Ｒ２２ａ，Ｒ２２ｂには、文字列「サービスＡにログイン」，「ログイン時刻：」，「１０」，「：」，「１４」が含まれる。なお、図２の（ｂ）には、監視画像Ｇｔも示す。この監視画像Ｇｔについては後述する。

監視情報記憶部２２３は、監視情報設定部２３３（後述）によって設定された監視情報を記憶する。監視情報記憶部２２３は、サービスごとに監視情報を記憶する。監視情報は、判定情報記憶部２２２が記憶する文字列を基に設定される。ここで、具体的に、図３を参照して、監視情報について説明する。

図３は、監視情報の一例を説明する図である。図３に示す監視画像Ｇｔは、サービスＡのログイン結果に対応する監視情報であり、サービスＡのログイン結果を示す画像から抽出した文字列を含む画像情報である。図３では、説明のために、監視画像Ｇｔは、領域Ｒ１ａ，Ｒ１ｂ，Ｒ２ａ，Ｒ２ｂに区切っている。

領域Ｒ１ａは、文字列「サービスＡにログイン」，「ログイン時刻：」を含む。領域Ｒ１ｂは、文字列「：」を含む。この領域Ｒ１ａ，Ｒ１ｂの文字列は、サービスＡに対するログイン操作を行った場合に常に示されるものであり、サービスＡのログイン実行結果を示す画像において共通する部分である。このため、この領域Ｒ１ａ，Ｒ１ｂの文字列は、サービスＡのログイン実行時には、一致が必要である文字列部分であるとして、監視情報設定部２３３によって監視情報として設定される。障害判定部２３４（後述）では、この領域Ｒ１ａ，Ｒ１ｂの文字列部分を判定対象となる文字列と比較することによって、このサービスＡの障害の有無が判定される。

一方、領域Ｒ２ａ，Ｒ２ｂは、文字列「ｈｈ」，「ｍｍ」を含む。この領域Ｒ２ａの文字列は、サービスＡのログイン時刻の時を示す文字列であり、領域Ｒ２ｂの文字列は、サービスＡのログイン時刻の分を示す文字列である。したがって、これらの領域Ｒ２ａ，Ｒ２ｂの文字列は、ログインを実行する度に文字列が変化する部分である。このため、領域Ｒ２ａ，Ｒ２ｂの文字列部分は、変化を許容する文字列部分として、監視情報設定部２３３によって設定される。障害判定部２３４（後述）は、判定対象となる文字列のうち、この領域Ｒ２ａ，Ｒ２ｂに対応する部分に、時或いは分を示す数字が示されているかについても判断し、サービスＡの障害の有無を判定する。

図１に戻り、制御部２３について説明する。制御部２３は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部２３は、ＣＰＵやＭＰＵなどの電子回路である。制御部２３は、サービス利用実行部２３１、判定情報抽出部２３２、監視情報設定部２３３及び障害判定部２３４を有する。

サービス利用実行部２３１は、サービスを実行するユーザ操作手順を記憶し、サービスを実行する。言い換えると、サービス利用実行部２３１は、監視端末１０の入力部１１から取得したサービス利用時のユーザ操作手順を、ユーザ操作記憶部２２１に記憶する。そして、サービス利用実行部２３１は、ユーザ操作記憶部２２１に記憶するユーザ操作手順を用いて、ユーザ操作イベント(マウス操作やキーボード入力)を再現し、ユーザのサービス利用を実行する。そして、サービス利用実行部２３１は、実行させたサービスの実行結果を示す画像、すなわち、サービス利用画面のキャプチャ画像を取得する。

例えば、サービス利用実行部２３１は、監視情報を事前に設定するための事前設定処理では、監視情報の設定対象であるサービスを、予め複数回実行し、このサービスの各実行結果を示すそれぞれの画像を取得する。一方、サービス利用実行部２３１は、サービスの障害の有無を監視する監視処理では、監視対象であるサービスを定期的に再現し、このサービスの実行結果を示す画像を取得する。サービス利用実行部２３１は、監視処理では、監視対象であるサービスを、例えば５分に１回、再現する。

判定情報抽出部２３２は、事前設定処理において、サービス利用実行部２３１に予め複数回実行させたサービスの実行結果を示すそれぞれの画像から判定情報として文字列を抽出する。言い換えると、判定情報抽出部２３２は、事前設定対象のサービスに対する同一のユーザ操作について、複数の判定情報を取得する。また、判定情報抽出部２３２は、監視処理において、サービス利用実行部２３１が定期的に実行した監視対象のサービスの実行結果を示すそれぞれの画像から判定対象として文字列を抽出する。判定情報抽出部２３２は、サービス利用実行部２３１から出力された複数のキャプチャ画像のそれぞれに対し、文字認識（ＯＣＲ（Optical Character Recognition/Reader））等）により、文字列を抽出する。判定情報抽出部２３２は、抽出した文字列を判定情報記憶部２２２に記憶させる。

具体的には、図２を参照して、事前設定処理における判定情報抽出部２３２による文字列の抽出処理を説明する。まず、画像Ｇ１のＲ１１ａ，Ｒ１１ｂ，Ｒ１２ａ，Ｒ１２ｂには、文字列「サービスＡにログイン」，「ログイン時刻：」，「０９」，「：」，「１１」が含まれる。このため、判定情報抽出部２３２は、Ｒ１１ａ，Ｒ１１ｂ，Ｒ１２ａ，Ｒ１２ｂから、各文字列「サービスＡにログイン」，「ログイン時刻：」，「０９」，「：」，「１１」を抽出する。一方、画像Ｇ２のＲ２１ａ，Ｒ２１ｂ，Ｒ２２ａ，Ｒ２２ｂには、文字列「サービスＡにログイン」，「ログイン時刻：」，「１０」，「：」，「１４」が含まれる。このため、判定情報抽出部２３２は、Ｒ２１ａ，Ｒ２１ｂ，Ｒ２２ａ，Ｒ２２ｂから、文字列「サービスＡにログイン」，「ログイン時刻：」，「１０」，「：」，「１１」を抽出する。そして、判定情報抽出部２３２は、抽出した各文字列を、判定情報として判定情報記憶部２２２に記憶する。

監視情報設定部２３３は、判定情報抽出部２３２が抽出した複数の文字列のうち共通する文字列部分を判別し、少なくとも、この共通する文字列部分を監視情報として設定する。監視情報設定部２３３は、判定情報記憶部２２２が記憶した文字列を基に、共通する文字列部分を判別する。

或いは、監視情報設定部２３３は、判定情報抽出部２３２が抽出した複数の文字列のうち、共通する文字列部分を、一致が必要である文字列部分として判別し、共通する文字列部分以外の文字列部分を、変化を許容する文字列部分として判別する。そして、監視情報設定部２３３は、一致が必要である文字列部分と変化を許容する文字列部分との組み合わせを監視情報として設定する。

具体的に、図２に示す画像Ｇ１，Ｇ２を例として、監視情報設定部２３３が、サービスＡのログイン結果に対応する監視情報（監視画像Ｇｔ）を設定する場合について説明する。画像Ｇ１，Ｇ２に示すように、画像Ｇ１，Ｇ２に含まれる文字列のうち、各画像Ｇ１，Ｇ２のＲ１１ａ，Ｒ１１ｂ，Ｒ２１ａ，Ｒ２１ｂにはともに、文字列「サービスＡにログイン」，「ログイン時刻：」，「：」が含まれている。言い換えると、画像Ｇ１，Ｇ２については、文字列「サービスＡにログイン」，「ログイン時刻：」，「：」が共通する。このため、サービスＡのログイン結果については、監視情報設定部２３３は、文字列「サービスＡにログイン」，「ログイン時刻：」，「：」が共通すると判別する。

言い換えると、画像Ｇ１，Ｇ２における文字列「サービスＡにログイン」，「ログイン時刻：」，「：」は、サービスＡに対するログイン操作を行った場合に常に示されるものであり、サービスＡのログイン結果を示す画像において共通する部分である。したがって、サービスＡのログイン実行時においては、文字列「サービスＡにログイン」，「ログイン時刻：」，「：」は、一致が必要である文字列部分であるとして、監視情報設定部２３３によって設定される。

一方、画像Ｇ１，Ｇ２の領域Ｒ１２ａ，Ｒ１２ｂ，Ｒ２２ａ，Ｒ２２ｂには、実際のログイン時刻の時または分を示す文字列「０９」，「１１」，「１０」，「１４」が含まれる。画像Ｇ１，Ｇ２の領域Ｒ１２ａ，Ｒ１２ｂ，Ｒ２２ａ，Ｒ２２ｂの文字列は、それぞれのログイン操作を実際に実行した時刻に応じて異なるものである。すなわち、画像Ｇ１，Ｇ２の領域１２ａ，Ｒ１２ｂ，Ｒ２２ａ，Ｒ２２ｂのログイン文字列「０９」，「１１」，「１０」，「１４」は、サービスＡへのログインを実行する度に変化する部分である。このため、領域１２ａ，Ｒ１２ｂ，Ｒ２２ａ，Ｒ２２ｂの文字列部分は、変化を許容する文字列部分として、監視情報設定部２３３によって設定される。

この結果、監視情報設定部２３３は、図２に示す監視画像Ｇｔを、サービスＡのログイン結果に対応する監視情報として設定する。監視画像Ｇｔにおいては、領域Ｒ１ａ，Ｒ１ｂの文字列「サービスＡにログイン」，「ログイン時刻：」，「：」は、サービスＡのログイン実行時には一致が必要である文字列部分である。

また、監視画像Ｇｔの領域Ｒ２ａ，Ｒ２ｂの文字列「ｈｈ」，「ｍｍ」は、変化を許容する文字列部分であり、必ずしも一致が必要ではない。監視画像Ｇｔの領域Ｒ２ａの文字列「ｈｈ」には、時を示す「００」〜「２３」のいずれかの数字が入り、領域Ｒ２ｂの文字列「ｍｍ」には、分を示す「００」〜「５９」のいずれかの数字が入る。障害判定部２３４（後述）では、少なくとも、監視画像Ｇｔの領域Ｒ１ａ，Ｒ１ｂの文字列部分と、判定対象となる文字列とを比較することによって、このサービスＡの障害の有無を判定する。また、障害判定部２３４（後述）では、判定対象となる文字列のうち、この領域Ｒ２ａ，Ｒ２ｂの文字列部分に対応する部分に、時または分を示す数字が示されているかについても判断し、サービスＡの障害の有無を判定する。

そこで、次に、障害判定部２３４について説明する。障害判定部２３４は、定期的に、サービス利用実行部２３１に実行させたサービスの実行結果を示す画像から判定対象として抽出した文字列と、監視情報として設定された文字列部分との比較を基に、サービスの実行の障害の有無を判定する。

例えば、障害判定部２３４は、判定対象として抽出した文字列部分と監視情報として設定された文字列とが一致しない場合には、サービスの実行に障害があることを判定する。

或いは、障害判定部２３４は、判定対象として抽出した文字列のうち、監視情報の一致が必要である文字列部分に対応する文字列が一致しない場合、或いは、変化を許容する文字列部分に対応する文字列が許容された変化を超えた文字列である場合、サービスの実行に障害があることを判定する。

具体的に、図４及び図５を用いて、障害判定部２３４の判定処理について説明する。図４及び図５は、障害判定部２３４の判定処理を説明する図である。まず、図４を参照して説明を行う。

図４に示す画像Ｇｈは、監視処理のあるタイミングでサービス利用実行部２３１に実行させたサービスＡへのログイン結果を示す画像から抽出した文字列を含む画像である。障害判定部２３４は、監視画像Ｇｔと、判定対象となる画像Ｇｈとを比較することによって、サービスの実行の障害の有無を判定する。画像Ｇｈの領域Ｒ１ｈａは、監視画像Ｇｔにおける領域Ｒ１ａに対応する領域である。画像Ｇｈの領域Ｒ１ｈｂは、監視画像Ｇｔにおける領域Ｒ１ｂに対応する領域である。画像Ｇｈの領域Ｒ２ｈａは、監視画像Ｇｔにおける領域Ｒ２ａに対応する領域である。画像Ｇｈの領域Ｒ２ｈｂは、監視画像Ｇｔにおける領域Ｒ２ｂに対応する領域である。

そこで、障害判定部２３４は、この画像Ｇｈの領域Ｒ１ｈａ，Ｒ１ｈｂの文字列と、監視画像Ｇｔの領域Ｒ１ａ，Ｒ１ｂの文字列とを比較する（図４の（１）参照）。図４の例では、画像Ｇｈの領域Ｒ１ｈａの文字列「サービスＡにログイン」，「ログイン時刻：」及び領域Ｒ１ｈｂの文字列「：」と、監視画像Ｇｔの領域Ｒ１ａの文字列「サービスＡにログイン」，「ログイン時刻：」及び領域Ｒ１ｂの文字列「：」とが一致する（図４の（２）参照）。また、画像Ｇｈの領域Ｒ２ｈａには、「１２」時を示す数字が示されており、画像Ｇｈの領域Ｒ２ｈｂには、「０４」分を示す数字が示されている。このため、障害判定部２３４は、サービスＡは正常であると判定する（図４の（３）参照）。

次に、図５を参照して説明を行う。図５に示す画像Ｇｉは、監視処理の他のタイミングでサービス利用実行部２３１に実行させたサービスＡへのログイン結果を示す画像から抽出した文字列を含む画像である。画像Ｇｉの領域Ｒ１ｉａは、監視画像Ｇｔにおける領域Ｒ１ａに対応する領域である。画像Ｇｉの領域Ｒ１ｉｂは、監視画像Ｇｔにおける領域Ｒ１ｂに対応する領域である。画像Ｇｉの領域Ｒ２ｉａは、監視画像Ｇｔにおける領域Ｒ２ａに対応する領域である。画像Ｇｉの領域Ｒ２ｉｂは、監視画像Ｇｔにおける領域Ｒ２ｂに対応する領域である。

この場合、障害判定部２３４は、この画像Ｇｉの領域Ｒ１ｉａの文字列と、監視画像Ｇｔの領域Ｒ１ａ，Ｒ１ｂの文字列とを比較する（図５の（１）参照）。図５の例では、画像Ｇｉの領域Ｒ１ｉａは、文字列「サービスＡにログインエラー」を含むものの、監視画像Ｇｔの領域Ｒ１ａの文字列「ログイン時刻：」及び領域Ｒ１ｂの文字列「：」が示されていない。このため、画像Ｇｉの領域Ｒ１ｉａの文字列と、監視画像Ｇｔの領域Ｒ１ａの文字列とが一致しない（図５の（２）参照）。さらに、画像ＧｉのＲ２ｉａ，Ｒ２ｉｂには、空白であり、時または分を示す数字のいずれもが示されていない。このため、障害判定部２３４は、サービスＡは異常であり、サービスＡに障害があると判定する（図５の（３）参照）。

このように、サーバ２０は、単に画像の一致判定をするのではなく、複数の判定情報である文字列から、一致が必要である文字列部分と変化を許容する文字列部分とを組み合わせた監視情報（例えば、監視画像Ｇｔ）を設定し、日時や時刻が異なる場合等の変化部分を許容する判定を可能としている。したがって、サーバ２０では、障害以外の変化による誤検知をなくし、サービスに対して幅広く、かつ、実用的な監視を実行可能とした。

なお、障害判定部２３４は、サービスの実行に障害があることを判定した場合には、サービスの実行に障害がある旨を示す障害通知を、監視端末１０に出力する。これに応じて、監視端末１０は、出力部１５から、サービスの実行に障害がある旨を出力する。この出力結果を確認することによって、システム運用者は、サービスの実行に障害があることを認識することができる。

［サービス監視処理の流れ］
次に、図６を参照して、サーバ２０によるサービス監視処理の流れについて説明する。図６は、サーバ２０によるサービス監視処理の流れを説明する図である。前述したように、サーバ２０は、事前設定処理と、監視処理とを実行する。図６では、実線の矢印が事前設定処理に対応し、破線の矢印が監視処理に対応するものとして説明する。

まず、事前設定処理について説明する。サーバ２０は、事前設定処理を、各サービスの操作手順ごとに実行する。事前設定処理では、まず、システムの運用者が予めサービスを利用するための操作を監視端末１０の入力部１１で実行する。サーバ２０では、サービス利用実行部２３１が、矢印Ｙ１に示すように、入力部１１からサービス実行時のユーザ操作手順を取得する（図６の（１）参照）。

サービス利用実行部２３１は、矢印Ｙ２のように、このユーザ操作手順をユーザ操作記憶部２２１に記憶する（図６の（２）参照）。そして、サービス利用実行部２３１は、ユーザ操作記憶部２２１に記憶するユーザ操作手順を用いて、ユーザ操作イベント(マウス操作やキーボード入力)を再現し、ユーザのサービス利用を複数回実行する（図６の（２）参照）。そして、サービス利用実行部２３１は、それぞれ実行したサービスの実行結果を示す画像、すなわち、サービス利用画面のキャプチャ画像を取得し、矢印Ｙ３のように、判定情報抽出部２３２に出力する（図６の（３）参照）。

判定情報抽出部２３２は、サービス利用実行部２３１から出力された複数のキャプチャ画像のそれぞれに対し、文字認識により、文字列を抽出する（図６の（４）参照）。そして、判定情報抽出部２３２は、矢印Ｙ４のように、各ユーザ操作手順の実行によるサービス実行結果を示す各画像からそれぞれ抽出した文字列を、判定情報記憶部２２２に出力する（図６の（５）参照）。判定情報記憶部２２２は、同一のユーザ操作手順に対して複数の文字列を記憶する（図６の（６）参照）。

続いて、監視情報設定部２３３は、矢印Ｙ５のように、判定情報として、複数の文字列部分を示す画像を読み出す（図６の（７）参照）。監視情報設定部２３３は、読み出した判定情報から監視情報を生成する（図６の（８）参照）。具体的には、監視情報設定部２３３は、複数の文字列部分を示す画像間において、共通した文字列部分は、一致が必要である文字列部分であると判別する（図６の（８）の（ａ）参照）。監視情報設定部２３３は、複数の文字列部分を示す画像間において、異なった文字列部分は、変化を許容する文字列部分であると判別する（図６の（８）の（ｂ）参照）。

そして、監視情報設定部２３３は、この結果を基に、矢印Ｙ６のように、監視情報を設定し（図６の（９）参照）、監視情報記憶部２２３に記憶する。例えば、サービスＡのログイン結果に対応する監視情報として、図２に示す監視画像Ｇｔを設定する。

続いて、監視処理について説明する。サーバ２０は、監視処理を、各サービスの操作手順ごとに、定期的に実行する。まず、監視処理として、サービス利用実行部２３１は、ユーザ操作記憶部２２１に記憶するユーザ操作手順を用いて、定期的に、ユーザ操作イベントを再現し、ユーザのサービス利用を実行する（図６の（１１）参照）。そして、サービス利用実行部２３１は、サービス利用画面のキャプチャ画像を取得し、矢印Ｙ１１のように、判定情報抽出部２３２に出力する（図６の（１２）参照）。

そして、判定情報抽出部２３２は、サービス利用実行部２３１から出力されたキャプチャ画像から文字列を抽出する（図６の（１３）参照）。そして、判定情報抽出部２３２は、矢印Ｙ１２のように、キャプチャ画像から抽出した文字列を、判定対象の文字列として障害判定部２３４に出力する（図６の（１４）参照）。

続いて、障害判定部２３４は、矢印Ｙ１３のように、このユーザ操作手順に対応して監視情報として設定された文字列部分を、監視情報記憶部２２３から読み出す（図６の（１５）参照）。そして、障害判定部２３４は、読み出した監視情報と、監視時に取得した判定対象とを比較する（図６の（１６）参照）。

具体的には、障害判定部２３４は、監視情報記憶部２２３から読み出した文字列部分と、判定対象の文字列として障害判定部２３４に出力された文字列部分とを比較し、監視情報の一致が必要である文字列部分に対応する文字列が一致しない場合、或いは、変化を許容する文字列部分に対応する文字列が許容された変化を超えた文字列である場合、サービスの実行に障害があることを判定する。

これに対し、障害判定部２３４は、読み出した監視情報と、監視時に取得した判定対象とが一致しない場合には、このユーザ操作手順で実行するサービスに障害があると判定し、矢印Ｙ１４のように、障害通知を監視端末１０に出力する（図６の（１７）参照）。これに応じて、監視端末１０では、出力部１５から、このユーザ操作手順でのサービスの実行に障害がある旨を出力する。

［サービス監視処理の処理手順］
次に、図７を参照して、サーバ２０が実行するサービス監視処理の処理手順について説明する。図７は、本実施の形態に係るサービス監視処理の処理手順を示すフローチャートである。

図７に示すように、サーバ２０は、予め実行したサービスの実行結果を示す画像から文字列を抽出し、抽出した文字列のうち共通する文字列部分を監視情報として設定する事前設定処理を行う（ステップＳ１）。そして、サーバ２０は、定期的に実行したサービスの実行結果を示す画像から抽出した文字列と、監視情報として設定された文字列部分との比較を基に、サービスの実行の障害の有無を判定する監視処理を行う（ステップＳ２）。

［事前設定処理］
図８は、図７に示す事前設定処理（ステップＳ１）の処理手順を示すフローチャートである。

図８に示すように、まず、サービス利用実行部２３１は、監視端末１０から、事前設定処理対象のユーザ操作手順を取得する（ステップＳ１１）。続いて、サービス利用実行部２３１は、取得したユーザ操作手順を用いて、ユーザ操作イベントを再現し、ユーザのサービス利用を複数回実行するサービス利用実行処理を行う（ステップＳ１２）。この処理において、サービス利用実行部２３１は、それぞれ実行したサービスの実行結果を示すキャプチャ画像を取得し、判定情報抽出部２３２に出力する。

判定情報抽出部２３２は、サービス利用実行部２３１から出力された複数のキャプチャ画像のそれぞれに対し、判定情報として、文字列を抽出する判定情報抽出処理を行う（ステップＳ１３）。そして、判定情報抽出部２３２は、抽出した同一のユーザ操作手順に対する複数の文字列を判定情報記憶部２２２に記憶させる判定情報記憶処理を行う（ステップＳ１４）。

続いて、監視情報設定部２３３は、判定情報記憶部２２２から、判定情報として読み出した複数の文字列部分から、共通する文字列部分を判別し、少なくとも、この共通する文字列部分を監視情報として設定する監視情報設定処理を行う（ステップＳ１５）。また、監視情報設定部２３３は、判定情報抽出部２３２が抽出した複数の文字列のうち、共通する文字列部分を、一致が必要である文字列部分として判別し、共通する文字列部分以外の文字列部分を、変化を許容する文字列部分として判別し、一致が必要である文字列部分と変化を許容する文字列部分との組み合わせを監視情報として設定してもよい。監視情報設定部２３３は、設定した監視情報を監視情報記憶部２２３に記憶して、このユーザ操作手順に対応する事前設定処理を終了する。

［監視処理］
図９は、図７に示す監視処理（ステップＳ２）の処理手順を示すフローチャートである。

制御部２３は、監視タイミングであるか否かを判断する（ステップＳ２１）。この監視タイミングは、監視対象のそれぞれのユーザ操作手順に対し、定期的に監視処理が実行できるように設定されている。制御部２３は、監視対象タイミングでないと判断した場合には（ステップＳ２１：Ｎｏ）、ステップＳ２１に戻り、ステップＳ２１の判断処理を再度実行する。

一方、制御部２３は、監視対象タイミングであると判断した場合には（ステップＳ２１：Ｙｅｓ）、サービス利用実行部２３１は、監視対象のユーザ操作手順をユーザ操作記憶部２２１から読み出して（ステップＳ２２）、ユーザ操作イベントを再現し、ユーザのサービス利用を実行するサービス利用再現処理を行う（ステップＳ２３）。この場合、サービス利用実行部２３１は、再現したサービスの実行結果を示すサービス利用画面のキャプチャ画像を取得し、判定情報抽出部２３２に出力する。

そして、判定情報抽出部２３２は、サービス利用実行部２３１から出力されたキャプチャ画像から、判定対象として、文字列を抽出する判定対象抽出処理を行い（ステップＳ２４）、抽出した文字列を障害判定部２３４に出力する。

続いて、障害判定部２３４は、このユーザ操作手順に対応して監視情報として設定された文字列部分を、監視情報記憶部２２３から読み出す（ステップＳ２５）。そして、障害判定部２３４は、監視情報として読み出した文字列部分と、判定対象の文字列とを比較し、監視情報として読み出した位置が必要である文字列部分と、判定対象の文字列とが一致するか否かを判断する（ステップＳ２６）。なお、障害判定部２３４は、ステップＳ２６において、監視情報の一致が必要である文字列部分に対応する文字列に対する比較とともに、変化を許容する文字列部分に対応する文字列が許容された変化を超えた文字列であるか否かを判断してもよい。

障害判定部２３４は、監視情報として読み出した一致が必要である文字列部分と、判定対象の文字列とが一致すると判断した場合（ステップＳ２６：Ｙｅｓ）、このユーザ操作手順で実行するサービスは正常であると判定し（ステップＳ２７）、ステップＳ２１に戻る。或いは、障害判定部２３４は、判定対象のうち、監視対象における変化を許容する文字列部分に対応する文字列が許容された変化を超えていないことをさらに判断した場合に、このユーザ操作手順で実行するサービスは正常であると判定する。

一方、障害判定部２３４は、監視情報として読み出した一致が必要である文字列部分と判定対象の文字列とが一致しないと判断した場合（ステップＳ２６：Ｎｏ）、このユーザ操作手順で実行するサービスに障害（異常）があると判定する（ステップＳ２８）。或いは、障害判定部２３４は、判定対象のうち、監視情報における変化を許容する文字列部分に対応する文字列が許容された変化を超えていることを判断した場合には、このユーザ操作手順で実行するサービスはサービスに障害があると判定する。そして、障害判定部２３４は、障害通知を監視端末１０に出力する（ステップＳ２９）。

［実施の形態の効果］
上記のように、本実施の形態では、事前設定処理時に実行したアプリケーションサービスの実行結果を示す画像から監視情報として抽出した共通する文字列部分と、サービス利用実行部２３１に再現させたサービスの実行結果を示す画像から判定対象として抽出した文字列との比較を基に、サービスの実行の障害の有無を判定する。このため、本実施の形態によれば、フロー図から監視方法の生成が可能なログが出力されるサービス内容である必要がなく、サービスへの適用範囲を制限することなくサービスの監視が可能である。すなわち、本実施の形態によれば、これまで適用できなかったサービスについても、アプリケーションサービスの正常性の監視が行えるようになることで、アプリケーションサービス利用者への影響をより迅速に検知できるようになる。

また、本実施の形態によれば、システム運用者は、事前設定処理時に、監視対象となるアプリケーションサービスの利用操作を行うだけでよい。言い換えると、本実施の形態によれば、アプリケーションサービスごとにログを解析するためのフロー図の作成やアプリケーションの知識、修正が不要になるため、システム運用者の負荷を低減することができる。

さらに、本実施の形態では、単に画像の一致判定をするのではなく、複数の判定情報である文字列から、一致が必要である文字列部分と変化を許容する文字列部分とを組み合わせた監視情報を設定し、日時が異なる場合等の変化部分を許容する判定を可能としている。この結果、本実施の形態によれば、障害以外の変化による誤検知をなくし、アプリケーションサービスに対して幅広く、かつ、実用的な監視を実行することができる。

したがって、本実施の形態によれば、アプリケーションサービスへの適用範囲を制限せず、システム運用者の負荷を低減するとともに、システム運用者のプログラムの知識や修正能力によらず、アプリケーションサービスの監視を可能にする。

なお、本実施の形態では、サーバ２０が監視処理を定期的に実行する例について説明したが、もちろんこれに限らない。例えば、サーバ２０は、監視端末１０による監視処理実行指示を受けた場合に監視処理を実行してもよい。或いは、サーバ２０は、アプリケーションサーバ３０によるアプリケーションサービスの改版等があった場合に監視処理を実行してもよい。

また、本実施の形態では、監視情報が、判定情報抽出部２３２が抽出した複数の文字列を基に、一致が必要である文字列部分と変化を許容する文字列部分との組み合わせである場合について説明したが、もちろん、これに限らない。監視情報は、判定情報抽出部２３２が抽出した複数の文字列のうち、共通する文字列部分、すなわち、一致が必要である文字列部分だけでもよい。この場合も、判定対象となる文字列との比較が可能であるため、サービスの実行の障害の有無を判定することが可能になる。

［他の実施の形態］
［システム構成等］
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部又は一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
図１０は、プログラムが実行されることにより、サーバ２０が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、サーバ２０の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、サーバ２０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。

また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。

１ サービス監視システム
１０ 監視端末
１１ 入力部
１２，２３ 制御部
１３，２１ 通信部
１４，２２ 記憶部
１５ 出力部
２０ サーバ
３０ アプリケーションサーバ
４０ ネットワーク
５０ ユーザ端末
２２１ ユーザ操作記憶部
２２２ 判定情報記憶部
２２３ 監視情報記憶部
２３１ サービス利用実行部
２３２ 判定情報抽出部
２３３ 監視情報設定部
２３４ 障害判定部

Claims (6)

1. サービスを実行するユーザ操作手順を取得し、前記サービスを実行するサービス利用実行部と、
   前記サービス利用実行部に予め複数回実行させた前記サービスの実行結果を示すそれぞれの画像から文字列を抽出する判定情報抽出部と、
   前記判定情報抽出部が抽出した複数の文字列のうち共通する文字列部分を判別し、少なくとも前記共通する文字列部分を監視情報として設定する監視情報設定部と、
   前記サービス利用実行部に再現させた前記サービスの実行結果を示す画像から判定対象として抽出した文字列と、前記監視情報として設定された文字列部分との比較を基に、前記サービスの実行の障害の有無を判定する障害判定部と、
   を有し、
   前記監視情報設定部は、前記判定情報抽出部が抽出した複数の文字列のうち、前記共通する文字列部分を、一致が必要である文字列部分として判別し、前記共通する文字列部分以外の文字列部分を、変化を許容する文字列部分として判別し、前記一致が必要である文字列部分と前記変化を許容する文字列部分との組み合わせを前記監視情報として設定することを特徴とするサービス監視装置。
2. 前記障害判定部は、前記判定対象として抽出した文字列のうち、前記監視情報の前記一致が必要である文字列部分に対応する文字列が一致しない場合、或いは、前記変化を許容する文字列部分に対応する文字列が許容された変化を超えている場合、前記サービスの実行に障害があることを判定することを特徴とする請求項１に記載のサービス監視装置。
3. 前記障害判定部は、定期的に、前記サービスの実行の障害の有無を判定することを特徴とする請求項１または２に記載のサービス監視装置。
4. 前記障害判定部は、前記サービスの実行に障害があることを判定した場合には、前記サービスの実行に障害がある旨を示す障害通知を出力することを特徴とする請求項１〜３のいずれか一つに記載のサービス監視装置。
5. 前記判定情報抽出部が抽出した文字列を記憶する判定情報記憶部をさらに有し、
   前記監視情報設定部は、前記判定情報記憶部が記憶した文字列を基に前記共通する文字列部分を判別することを特徴とする請求項１〜４のいずれか一つに記載のサービス監視装置。
6. サービスの実行の障害を管理するサービス管理装置が実行するサービス監視方法であって、
   前記サービス管理装置が、前記サービスを実行するユーザ操作手順を取得し、前記サービスを予め複数回実行する工程と、
   前記サービス管理装置が、前記サービスを実行する工程において予め複数回実行させた前記サービスの実行結果を示すそれぞれの画像から文字列を抽出する工程と、
   前記サービス管理装置が、抽出した複数の文字列のうち共通する文字列部分を判別し、少なくとも前記共通する文字列部分を監視情報として設定する工程と、
   前記サービス管理装置が、前記サービスを再現する工程と、
   前記サービス管理装置が、前記サービスを再現する工程における前記サービスの実行結果を示す画像から判定対象として抽出した文字列と、前記監視情報として設定された文字列部分との比較を基に、前記サービスの実行の障害の有無を判定する工程と、
   を含み、
   前記設定する工程は、前記抽出した複数の文字列のうち、前記共通する文字列部分を、一致が必要である文字列部分として判別し、前記共通する文字列部分以外の文字列部分を、変化を許容する文字列部分として判別し、前記一致が必要である文字列部分と前記変化を許容する文字列部分との組み合わせを前記監視情報として設定することを特徴とするサービス監視方法。

Images