(57)【要約】【課題】  本発明はアプリケーション運用管理方法及びシステムに関し、アプリケーションの種類や構成、オペレーティングシステムの種類の増減にも容易に対応できるアプリケーション運用管理方法及びシステムを提供することを目的としている。【解決手段】複数のアプリケーションの状態監視、操作を行なうアプリケーション管理部１と、該アプリケーション管理部１と共通インターフェース４で接続され、それぞれのアプリケーション毎に設けられたアプリケーション管理用モジュール３と、該アプリケーション管理用モジュール３と、各アプリケーション毎に異なる状態監視の方法や操作の方法の差分を吸収する個別インターフェース５で接続される、固有の機能を持つアプリケーション２とによる構成される。【選択図】    図１
2006053624.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションの状態監視、操作を行なうアプリケーション管理部で管理するアプリケーション管理方法であって、
前記アプリケーション管理部は、異なる管理対象アプリケーション毎に対応したアプリケーション管理用モジュールを備え、
それぞれのアプリケーション管理用モジュールとアプリケーション管理部は共通に定義されたインターフェースにより情報のやりとりを行ない、
前記アプリケーション管理用モジュールは、アプリケーションとの間に、アプリケーション毎に異なる状態監視の方法や操作の方法の差分を吸収する個別インターフェースにより情報のやりとりを行なうことを特徴とするアプリケーション運用管理方法。
【請求項２】
複数のプロセスから構成されるアプリケーションを管理する場合に、アプリケーションに含まれるそれぞれのプロセスの状態や情報を監視したり、アプリケーション固有の運用状態監視方法を使用したりして、アプリケーションの状態や情報を同一の表示方法で表示することを特徴とする請求項１記載のアプリケーション運用管理方法。
【請求項３】
前記アプリケーション管理部をサーバ管理部、前記各アプリケーション管理用モジュールを各サーバ管理用モジュール、各アプリケーションをサーバとすることで、複数の異なるホスト群を、同じ表示方法、同じ操作方法で運用監視することを特徴とする請求項１記載のアプリケーション運用管理方法。
【請求項４】
複数のアプリケーションの状態監視、操作を行なうアプリケーション管理部と、
該アプリケーション管理部と共通インターフェースで接続され、それぞれのアプリケーション毎に設けられたアプリケーション管理用モジュールと、
該アプリケーション管理用モジュールと、各アプリケーション毎に異なる状態監視の方法や操作の方法の差分を吸収する個別インターフェースで接続される、固有の機能を持つアプリケーションと、
による構成されてなるアプリケーション運用管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアプリケーション運用管理方法及びシステムに関し、更に詳しくはアプリケーションやサーバの状態監視を行なうサーバ及びアプリケーションの運用監視に関する。
【背景技術】
【０００２】
従来の技術として、ネットワークで分散されたコンピュータ上で稼働するソフトウェアをリアルタイムに監視する技術が知られている（例えば、特許文献１参照）。この方法は、ネットワークで分散されたコンピュータ上で稼働するソフトウェアを監視するために、それぞれのコンピュータのオペレーティングシステムに監視用のプロセスを組み込むものである。
【０００３】
その他の技術としては、コンピュータのＯＳ（オペレーティングシステム）上で動作するアプリケーションプログラムが異常であるか否かを検出すると共に、アプリケーションプログラムが異常である時、強制的にアプリケーションプログラムを終了させる技術が知られている（例えば特許文献２参照）。また、複数の装置と通信するための通信インターフェースと、複数の装置のそれぞれに設けられたオペレーティングシステムと、各オペレーティングシステムに対応したアプリケーションとを備えたシステムにおいて、異なるオペレーティングシステム上で動作するプログラム間での通信を実現するＯＳ間制御ソフトウェアを設けた技術が知られている（例えば特許文献３参照）。また、動作指示解析機構と、システム状態管理機構と、プロセス管理機構とプロセス情報管理機構等よりなり、タイミングや異常系の処理を高速に行なうシステムが知られている（例えば特許文献４参照）。
【特許文献１】特開平１１−２８８３８１号公報（第３頁、第４頁、図１）
【特許文献２】特開２００３−１７３２７４号公報（第２頁、第３頁、図１）
【特許文献３】特開２００３−２２３３４１号公報（第４頁、第５頁、図１）
【特許文献４】特開平７−１２１３８６号公報（第２頁、第３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
現在では、アプリケーションの種類や構成、オペレーティングシステムの種類、アプリケーションやサーバ監視や操作に必要な情報は多岐にわたり、これまでのような方法で、それら種類の異なる数多くのアプリケーションやサーバを監視するためには、アプリケーションやサーバが増える毎に、監視装置に対して多くの改造が必要であった。
【０００５】
本発明はこのような課題に鑑みてなされたものであって、アプリケーションの種類や構成、オペレーティングシステムの種類の増減にも容易に対応でき、かつ運用監視用の画面や操作が統一的にできるアプリケーション運用管理方法及びシステムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
（１）請求項１記載の発明は、複数のアプリケーションの状態監視、操作を行なうアプリケーション管理部で管理するアプリケーション管理方法であって、前記アプリケーション管理部は、異なる管理対象アプリケーション毎に対応したアプリケーション管理用モジュールを備え、それぞれのアプリケーション管理用モジュールとアプリケーション管理部は共通に定義されたインターフェースにより情報のやりとりを行ない、前記アプリケーション管理用モジュールは、アプリケーションとの間に、アプリケーション毎に異なる状態監視の方法や操作の方法の差分を吸収する個別インターフェースにより情報のやりとりを行なうことを特徴とする。
【０００７】
（２）請求項２記載の発明は、複数のプロセスから構成されるアプリケーションを管理する場合に、アプリケーションに含まれるそれぞれのプロセスの状態や情報を監視したり、アプリケーション固有の運用状態監視方法を使用したりして、アプリケーションの状態や情報を同一の表示方法で表示することを特徴とする。
【０００８】
（３）請求項３記載の発明は、前記アプリケーション管理部をサーバ管理部、前記各アプリケーション管理用モジュールを各サーバ管理用モジュール、各アプリケーションをサーバとすることで、複数の異なるホスト群を、同じ表示方法、同じ操作方法で運用監視することを特徴とする。
【０００９】
（４）請求項４記載の発明は、複数のアプリケーションの状態監視、操作を行なうアプリケーション管理部と、該アプリケーション管理部と共通インターフェースで接続され、それぞれのアプリケーション毎に設けられたアプリケーション管理用モジュールと、該アプリケーション管理用モジュールと、各アプリケーション毎に異なる状態監視の方法や操作の方法の差分を吸収する個別インターフェースで接続される、固有の機能を持つアプリケーションとにより構成されていることを特徴とする。
【発明の効果】
【００１０】
（１）請求項１記載の発明によれば、複数の異なるアプリケーション群を、同じ表示方法、同じ操作方法で運用監視することができる。
（２）請求項２記載の発明によれば、アプリケーションの状態や情報を同一の表示方法で表示することができる。
（３）請求項３記載の発明によれば、複数の異なるホスト群を、同じ表示方法、同じ操作方法で運用監視することができる。
（４）請求項４記載の発明によれば、統一的な表示や画面操作で運用監視が実現でき、アプリケーションの増減、サーバの増減に対しても容易に対応することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
図１は本発明の原理構成図である。図において、１はアプリケーションを管理するアプリケーション管理部、２はアプリケーションである。ここでは、アプリケーションとしてアプリケーションＡ〜Ｃの３個のアプリケーションを示しているが、これに限るものではない。３はアプリケーション管理部１とアプリケーション２との間に接続された、それぞれが固有のアプリケーションと接続される各アプリケーション管理用モジュールである。４はアプリケーション管理部１と各アプリケーション管理用モジュール３間に設けられた共通インターフェース、５は各アプリケーション管理用モジュール３とアプリケーション２間に設けられた個別インターフェースである。このように構成されたシステムの動作を説明すれば、以下の通りである。
【００１２】
アプリケーション管理部１は、各アプリケーション管理用モジュール３と共通のインターフェース定義を持ち、そのインターフェースに基づいて共通インターフェース４で情報をやりとりし、各アプリケーション２の正常性やプロセス構成、プロセスのリソース使用状況等を一元的に表示することができるものである。また、アプリケーション管理部１からアプリケーションの起動、終了、その他の操作を行なうこともできる。
【００１３】
各アプリケーション管理用モジュール３は、各アプリケーション２に応じた機能を備え、各アプリケーション２の情報を取得してアプリケーション管理部１に通知したり、アプリケーション２からの命令を実行したりすることができるものである。
【００１４】
各アプリケーション２は、それぞれ複数のプロセスから構成される場合があるが、プロセスがハングしたりループ状になったりして、アプリケーションとして機能していない場合もあり、プロセスの生き死にだけではアプリケーション２の状態は監視できない。そのため、各アプリケーション２はアプリケーションが機能しているかどうかを確認する手段を備える。例えば、あるコマンドを実行してその応答表示によりアプリケーションが機能していることを確認する。ＣＯＲＢＡ（プロセス間のやりとりで使用されるプロトコルの一種）のようなミドルウエア（ＯＳとアプリケーション間をつなぐ部分）を使用したアプリケーションでは、このＣＯＲＢＡ応答に答えることができれば、アプリケーションとしても機能していることを確認できる、といった手段を備える。
【００１５】
各アプリケーション管理用モジュール３は、上記のアプリケーション毎の状態確認手段を使用してアプリケーション２の状態を、アプリケーション管理部１に通知する。この状態監視は、定期的に或いはオペレータの命令時にできる。また、上記と同様の仕組みで、各アプリケーション管理用モジュール３が各アプリケーション２から、アプリケーション２が使用するリソース情報やその他の情報を収集して、アプリケーション管理部１に通知し、異なるアプリケーションの情報をアプリケーション管理部１で同一の表示方法で示すことができる。更に、同様の仕組みを使用すると、アプリケーション２の起動や終了の命令を、アプリケーション管理部１から各アプリケーション管理用モジュール３に送信し、各アプリケーション２に送信することで、各アプリケーション管理用モジュール３は、それぞれのアプリケーション２で異なる起動、終了の命令を送ることができる。
【００１６】
上記のようにして、複数の異なるアプリケーション２を、同一の表示方法、同一の操作方法で一元的に管理できるようになる。
再び、図１の説明に戻る。  アプリケーション管理部１、各アプリケーション管理用モジュール３、アプリケーション２は、全て同一マシンでも、それぞれ異なるマシン上でも具備できるものである。アプリケーション管理部１は、各アプリケーション管理用モジュール３と情報のやりとりを行ない、各アプリケーションの様々な情報を表示する。各アプリケーション２は、それぞれ異なる状態監視方法や操作方法を持ち、異なるオペレーションシステム上で動作したり、異なるネットワークに置かれたりする場合もある。各アプリケーション管理用モジュール３は、各アプリケーション２に対して装備される。
【００１７】
アプリケーション管理部１と各アプリケーション管理用モジュール３は、各アプリケーション２に対して装備される。アプリケーション管理部１と各アプリケーション管理用モジュール３間は、共通のインターフェース４が定義されており、全ての各アプリケーション管理用モジュール３とアプリケーション管理部１は、その定義に従って情報をやりとりする。
【００１８】
各アプリケーション２は、管理方法や操作方法が異なるものであり、一つのアプリケーション２は複数のプロセスから構成される場合もある。これらのアプリケーション２を監視する場合、プロセスの生き死にを監視する監視方法があったが、プロセスがループしたりハングしていたりして、アプリケーションとして機能していない状態を検知できない。このような問題もあることから、アプリケーション２は、アプリケーション２に固有の監視方法を備える必要がある。
【００１９】
例えば、コマンドを実行して、そのレスポンスによりアプリケーション２が機能したことを確認する方法や、ＣＯＲＢＡ等を使用しているアプリケーション２であれば、ＣＯＲＢＡ通信の応答状況によりアプリケーションとして機能していることを確認するという方法も考えられる。このようなアプリケーション管理方法は、それぞれのアプリケーションの実装方法によるため、統一することは困難であり、アプリケーション２の種類が増えれば増えるほど監視することは難しくなる。
【００２０】
また、アプリケーション２の情報取得やアプリケーション２の起動、停止、ログ収集などの操作も同様にアプリケーション２毎に異なるものであり、多くのアプリケーション２を一元的に情報収集、操作することは困難である。このような問題を解決するために、各アプリケーション管理用モジュール３は、各アプリケーション２により異なる管理方法を吸収し、アプリケーション管理部１との間に定義された共通インターフェース４の統一的な情報にしてアプリケーション管理部１と情報をやりとりすることで、アプリケーション２が増えた場合もそのアプリケーション２用のアプリケーション管理用モジュール３を追加することで監視対象とすることができる。
【００２１】
アプリケーション管理部１は、各アプリケーション管理用モジュール３から共通インターフェース４で定義された形の情報をやりとりするので、その情報を統一の画面に表示したり、統一の画面操作で操作したりすることは、アプリケーション管理部１に修正を加えることなく、実現することができる。
【００２２】
図２はサーバ、アプリケーション運用監視の説明図である。図１と同一のものは、同一の符号を付して示す。この実施の形態例は、図１に示す実施の形態例をサーバ運用監視とアプリケーション運用監視に適用させた例である。図において、１はアプリケーション管理部、２０は該アプリケーション管理部１を含むサーバＡである。４は共通インターフェースである。３はアプリケーション毎に設けられたアプリケーション管理用モジュールでＡからＣまである。２は該当するアプリケーション管理用モジュール３と接続されるアプリケーションである。アプリケーション２はＡからＣまである。そして、対応するアプリケーション管理用モジュール３と接続されている。３０はこれらアプリケーション管理用モジュール３とアプリケーション２とを含むサーバＢ，サーバＣである。サーバＢは２個のアプリケーションＡ，Ｂを含み、サーバＣは１個のアプリケーションＣを含む。
【００２３】
各アプリケーション２は、それぞれ同一或いは異なるサーバ３０上で稼働していて、各アプリケーション管理用モジュール３は、それぞれのアプリケーション２に対して実装されている。これらのアプリケーション管理用モジュール３は、サーバＡ上に実装されていてもよい。この形態で各アプリケーション２を運用監視できることは、上記した通りであるが、同時にアプリケーション管理用モジュール３でそれぞれのサーバ３０から情報を取得する機能を実装したり、各サーバ３０に対して操作を行なう機能を実施したりしていれば、各サーバ自体の運用監視もできることになる。
【００２４】
ここでは、サーバＢ上のアプリケーション運用状態監視に関しての例を示す。アプリケーションの運用状態を監視するために、共通インターフェースを図３に示すように定義する。図３はアプリケーション運用状態監視のための共通インターフェース例を示す図である。この共通インターフェース４は、「アプリケーション運用状態」という項目に対してアプリケーション状態が正常な運用状態である時は「ＯＫ」とし、アプリケーション状態に何らかの異常がある時は「ＮＧ」という値で表すものである。この共通インターフェース４を使用して、２種類のアプリケーション２を監視する例を示す。
【００２５】
図５はＴｅｌｎｅｔコマンド（キーボードより入力されるコマンド）での運用状態確認ができるアプリケーションの監視例を示す図である。図２と同一のものは、同一の符号を付して示す。サーバＢ上で起動しているアプリケーションＡは、アプリケーションの運用状態を表示するための「Ｃｈｅｃｋ  Ｓｔａｔｕｓ」というコマンドを保持している。Ｃｈｅｃｋ  Ｓｔａｔｕｓコマンドは、図４に示すように、「Ｉｎ  Ｓｅｒｖｉｃｅ」、「Ｏｕｔ  ｏｆ  Ｓｅｒｖｉｃｅ」、「Ｎｏ  Ｒｅｓｐｏｎｃｅ」、「Ｕｎｋｎｏｗｎ」という４種類の状態を表示する。
【００２６】
Ｉｎ  Ｓｅｒｖｉｃｅは正常に動作している状態を示し、Ｏｕｔ  ｏｆ  Ｓｅｒｖｉｃｅは停止している状態を示し、Ｎｏ  Ｒｅｓｐｏｎｃｅは動作しているが、なんらかのループ等で正常に応答できない異常があることを示し、Ｕｎｋｎｏｗｎは動作しているか停止しているか判定できない状態を示している。オペレータが直接アプリケーションＡの運用状態を確認するためには、サーバＢ上でＣｈｅｃｋ  Ｓｔａｔｕｓコマンドを実行し、その実行結果を見てアプリケーションＡの運用状態を確認する。
【００２７】
アプリケーションＡをアプリケーション管理部１で管理するために、アプリケーション管理用モジュールＡは、アプリケーションＡに対してＣｈｅｃｋ  Ｓｔａｔｕｓコマンドを実行する。Ｃｈｅｃｋ  Ｓｔａｔｕｓコマンドは、アプリケーションＡにて装備されているコマンドであり、コマンド実行時はアプリケーションＡに対して、内部的に様々な処理を行なうが、アプリケーション管理用モジュールＡは、コマンドの結果のみを解析できればよい。
【００２８】
アプリケーション管理用モジュールＡがコマンド結果を解析し、コマンド結果がＩｎ  Ｓｅｒｖｉｃｅの時は、共通インターフェースで「ＯＫ」を指定し、コマンド結果がＩｎ  Ｓｅｒｖｉｃｅ以外の場合は、共通インターフェースで「ＮＧ」を指定して、アプリケーション管理部１に通知する（図３，図４参照）。アプリケーション管理部１は、共通インターフェース４に基づいて通知された通りにアプリケーションＡの運用状態を表示する。以上により、アプリケーションＡの運用状態をアプリケーション管理部１に表示することができる。
【００２９】
以上、説明したように、本発明によれば、アプリケーションの状態や情報を同一の表示方法で表示することができる。また、複数の異なるホスト群を同じ表示方法、同じ操作方法で運用監視することができる。更に、複数のアプリケーション群を、同じ表示方法、同じ操作方法で運用監視することができる。
【００３０】
図７はＣＯＲＢＡでの運用状態監視を行なうアプリケーションの監視例を示す図である。図２と同一のものは、同一の符号を付して示す。サーバＢ上で起動しているアプリケーションＢは、ＣＯＲＢＡ通信により動作しているアプリケーションで、オペレータはＣＯＲＢＡクライアント３からＣＯＲＢＡ通信によりアプリケーションＢの運用状態監視を行なうことができる。
【００３１】
図６に示すように、ＣＯＲＢＡクライアント３からＣＯＲＢＡ通信で状態を確認した時に、「正常」、「異常」、「タイムアウト」の３種類の状態が判定できるとする。ＣＯＲＢＡクライアント３と同様にアプリケーション管理用モジュールＢもＣＯＲＢＡクライアントとしての機能を装備させ、アプリケーション管理用モジュールＢからアプリケーションＢに対してＣＯＲＢＡ通信により状態確認を行ない、正常であった場合に共通インターフェース４の「ＯＫ」に変換し、異常又はタイムアウトの場合には共通インターフェース４の「ＮＧ」に変換してアプリケーション管理部１に通知する。以上により、アプリケーションＢの運用状態をアプリケーション管理部１に表示することができる。
【００３２】
次に、図２におけるサーバＢとサーバＣのサーバ監視について説明する。サーバのＣＰＵ使用率を監視するために図８の共通インターフェースを定義する。サーバＢはＳｏｌａｒｉｓ、サーバＣはＬｉｎｕｘであるとする。ＣＰＵ使用率を表示するためのコマンドはＯＳによって異なるが、アプリケーション管理用モジュールＡで、Ｓｏｌａｒｉｓサーバのコマンドｍｐｓｔａを使用し、アプリケーション管理用モジュールＢで、Ｌｉｎｕｘサーバのコマンドｖｍｓｔａｔを使用する。
【００３３】
それぞれの管理用モジュールがコマンドの結果を解析して、共通インターフェースに数値を挿入してアプリケーション管理部１に通知すれば、アプリケーション管理部１は、管理対象サーバのＯＳを意識することなく、それぞれのサーバ監視が可能である。ＣＰＵ使用率以外のサーバの情報等を管理対象とする場合も、共通インターフェースを定義し、それぞれの管理用モジュールにおいて個別の処理を共通インターフェースに変換する機能を追加するだけでよい。
【００３４】
管理対象のサーバＢやサーバＣが異なるオペレーションシステムのものであったとしても、各アプリケーション管理用モジュール３がその差を吸収し、共通インターフェース定義に従って、アプリケーション管理部１とのやりとりを行なうことで、統一的な表示や画面操作で運用監視が実現でき、アプリケーションの増減、サーバの増減に対しても容易に対応することができる。
【００３５】
以上の実施の形態例により、異なる多くのアプリケーションやサーバを、統一的な表示や統一的な操作で運用監視が実現でき、アプリケーションやサーバの増減にも容易に対応することができる。
【００３６】
以上説明したように、本発明によれば、各アプリケーション又は各サーバに対して個々の監視モジュールを備え、そのモジュールが監視部と共通インターフェース定義に添った形で情報をやりとりすることによって、各アプリケーションや各サーバに応じた管理方法をとるため、確実にアプリケーションの状態監視ができ、アプリケーションやサーバの増減に容易に対応することができ、複数の異なるアプリケーションであっても、それらの異なる状態監視や操作を吸収するモジュールを具備することによって、オペレータにとって同じ画面、同じ操作でアプリケーション又はサーバを一元管理することができる。
【図面の簡単な説明】
【００３７】
【図１】本発明の原理構成図である。
【図２】サーバ、アプリケーション運用監視の説明図である。
【図３】アプリケーション運用状態監視のための共通インターフェース例を示す図である。
【図４】アプリケーションＡにおけるＣｈｅｃｋ  Ｓｔａｔｕｓコマンドの結果を示す図である。
【図５】Ｔｅｌｎｅｔコマンドでの運用状態確認ができるアプリケーションの監視例を示す図である。
【図６】ＣＯＲＢＡアプリケーションのＣＯＲＢＡ通信を示す図である。
【図７】ＣＯＲＢＡでのアプリケーション監視例を示す図である。
【図８】サーバＣＰＵ使用率共通インターフェースを示す図である。
【符号の説明】
【００３８】
１  アプリケーション管理部
２  アプリケーション
３  ３各アプリケーション管理用モジュール
４  共通インターフェース
５  個別インターフェース
【図１】
2006053624.tif 000003
【図２】
2006053624.tif 000004
【図３】
2006053624.tif 000005
【図４】
2006053624.tif 000006
【図５】
2006053624.tif 000007
【図６】
2006053624.tif 000008
【図７】
2006053624.tif 000009
【図８】
2006053624.tif 000010