JP4982249B2 - 運用整合性維持方法、システム及びプログラム - Google Patents

Description

本発明は計算機システムのアプリケーションサーバ上で動作するアプリケーションの運用整合性を維持する運用整合性維持技術に関するものである。

実行基盤上に存在するアプリケーション等の管理対象に対し、運用を実行する運用機能と、それに対応したＧＵＩ(Graphical User Interface)等の運用プログラムがある。運用プログラムから管理対象を操作する場合、実行基盤側の拡張に合わせて運用機能も追加し、操作と運用機能を関連付けることで、ＧＵＩ等の運用プログラムを簡単に拡張することができるシステムが考案されている（特許文献１）。

また、それぞれの機能が種々に異なっている複数の実行基盤の機能に応じて、運用プログラムからの操作を抑制／補正する手段を新たに設け、一元的に運用管理する為のシステムが考案されている（特許文献２）。

特開平６−３０１４３６号公報 特開２０００−３２２３９３号公報

しかし、実行基盤上の管理対象自身を拡張して（ミドルウェアと呼ぶ）、運用機能を追加し、運用プログラムも新たに拡張すると、新しい運用プログラムから操作可能となるが、従来の技術では、既存の運用プログラムからも操作可能のままとなってしまう。その結果、既存の運用プログラムを使って操作した場合に、管理対象の整合性が保たれなくなる操作が発生しうる。例えば、アプリケーションサーバプログラムの上に新たなミドルウェアを実現する場合に、新たな運用機能、運用プログラムを実装するが、新たなミドルウェアを既存の運用プログラムで操作すると不整合が発生する。具体的にいうと、新たなミドルウェアの起動機能が既存の起動機能にデータベース（ＤＢ）の初期化を伴うものである場合、既存の運用プログラムから起動を実行してしまうとＤＢが初期化されないまま、ミドルウェアが起動してしまう。

本発明の目的は上記問題を解決し、実行基盤上の管理対象自身を拡張した際に、既存の運用プログラムに手を加えることなく、既存の運用プログラムを使って操作した場合にも管理対象の整合性を保つことが可能な技術を提供することにある。

本発明は、アプリケーションサーバ上で動作するアプリケーションの運用整合性を維持する運用整合性維持システムであって、アプリケーション運用プログラムからミドルウェアを操作した際の操作制御方法を表す操作制御情報を元に、操作要求を抑止したり、呼び出す運用機能を変更するものである。

本発明の運用整合性維持システムは、アプリケーションサーバ上に配置された、アプリケーションに特有の機能を付加したミドルウェアに対する、既存のアプリケーション運用プログラムからの運用操作を、制御する為の運用管理システムであって、アプリケーション運用プログラムからミドルウェアを操作した際の操作制御方法を表す操作制御情報を元に、操作要求を抑止したり、呼び出す運用機能を変更したりする運用制御部が設けられていることを特徴としている。

例えば、運用制御部には、ひとつ或いは複数のミドルウェアに関する操作制御情報を収集し依存関係情報とする依存関係生成部と、依存関係情報を参照し、アプリケーション運用プログラムからミドルウェアを操作した際の操作制御方法を決定する依存関係判断部が設けられ、次の様な操作制御を行うことで、管理対象の整合性を保つ。

すなわち、既存の運用プログラムからの操作を禁止したい場合は“抑止”、新しい運用機能に対し、新しい運用プログラムを作らず既存の運用プログラムから操作したい場合は“切替”、既存の運用機能をそのまま再利用して足りる機能は“引継”をそれぞれ適用する。

また例えば、運用制御部には、運用機能提供部より運用機能一覧情報を取得する依存関係生成部と、運用機能一覧情報を参照し、依存関係判断部が決定した運用機能を呼び出す機能呼出部が設けられていることが好ましい。この場合には、運用機能が追加されたときにも運用制御部に変更を加えることなく、依存関係判断部が決定した運用機能を呼び出すことができる。

本発明によれば、実行基盤上の管理対象自身を拡張した際に、既存の運用プログラムに手を加えることなく、既存の運用プログラムを使って操作した場合にも管理対象の整合性を保つことが可能である。

以下にアプリケーションサーバ上で動作するアプリケーションの運用整合性を維持する一実施形態の運用整合性維持システムについて説明する。

図１は本実施形態の運用整合性維持システムの全体構成を示す図である。図１において、アプリケーション運用管理システムでは、サーバ１３が、インターネット等のネットワーク１４を介してアプリケーション管理クライアント１０、ミドルウェア管理クライアント１１、ミドルウェア管理クライアント１２に接続されている。図１ではこれらは異なる計算機上に配置されているが、一部または全部が同一の計算機上に配置されていても構わない。

図１において、サーバ１３はメモリ１とＣＰＵ５から構成され、メモリ１の中にアプリケーションの実行基盤であるアプリケーションサーバプログラム４００があり、アプリケーションサーバプログラム４００上には、アプリケーション４１０、ミドルウェア４１１、ミドルウェア４１２、アプリケーション４１３が存在し、それぞれのアプリケーション及びミドルウェアが提供する機能を実行する。ミドルウェアとはアプリケーションの一種であり、アプリケーションが備える共通機能に加えて、独自の付加機能を備えている。そのためミドルウェアはアプリケーションとしての名称に加えて、ミドルウェアとしての名称も持っている。

アプリケーション運用機能３１０は、ミドルウェアを含む各アプリケーションの運用処理を行う。アプリケーション運用機能３１０は、アプリケーション４１０からアプリケーション４１３までの全てのアプリケーションに対し、前述の共通機能の運用処理を行う。また、ミドルウェア運用機能３１１とミドルウェア運用機能３１２は、それぞれミドルウェア４１１とミドルウェア４１２の運用処理を行う為の専用の運用機能である。ミドルウェアは通常のアプリケーションと比較して機能拡張されているため、ミドルウェア運用機能３１１とミドルウェア運用機能３１２は、アプリケーション運用機能３１０と比較して機能拡張されている。アプリケーション運用機能３１０が全てのアプリケーションの運用処理を行うことができるのに対し、ミドルウェア運用機能３１１とミドルウェア運用機能３１２は、それぞれミドルウェア４１１とミドルウェア４１２の運用処理のみを行う。

ユーザがアプリケーション４１０からアプリケーション４１３を操作するには、アプリケーション運用プログラム１００を実行する。アプリケーション運用プログラム１１０及びアプリケーション運用プログラム１２０もアプリケーション運用プログラム１００と同じ機能を提供する。また、ミドルウェア４１１とミドルウェア４１２を操作するには、それぞれミドルウェア運用プログラム１０１と１０２を実行する。ミドルウェア運用プログラム１０１と１０２は、それぞれミドルウェア運用機能３１１とミドルウェア運用機能３１２を呼び出す為の専用のプログラムであり、それにより、それぞれミドルウェア４１１とミドルウェア４１２をミドルウェアとして運用操作する。

アプリケーション管理クライアント１０はメモリ２とＣＰＵ６から構成され、メモリ２はアプリケーション運用プログラム１００と運用制御部２００を含んでおり、アプリケーション４１０からアプリケーション４１３までの操作を行うことができる。また、ミドルウェア管理クライアント１１はメモリ３とＣＰＵ７から構成され、メモリ３はアプリケーション運用プログラム１１０と運用制御部２０１とミドルウェア運用プログラム１０１を含んでおり、全てのアプリケーションの操作に加えてミドルウェア４１１の操作を行うことができる。また、ミドルウェア管理クライアント１２はメモリ４とＣＰＵ８から構成され、メモリ４はアプリケーション運用プログラム１２０と運用制御部２０２とミドルウェア運用プログラム１０２を含んでおり、全てのアプリケーションの操作に加えてミドルウェア４１２の操作を行うことができる。

アプリケーション運用プログラム１００を実行し、あるアプリケーションに対して意図した機能の操作を行った場合、運用制御部２００に対して操作を要求する。運用制御部２００は、要求する操作に対応する処理を行うことができる運用機能を特定し、運用機能提供部３００を通じて、アプリケーション運用機能３１０、またはミドルウェア運用機能３１１、またはミドルウェア運用機能３１２のうちの適切な運用機能を呼び出す。運用制御部２０１及び運用制御部２０２も運用制御部２００と同じ機能を提供する。

運用制御部２００〜２０２の目的は、ユーザが意図したアプリケーションと意図した運用操作の組み合わせに対応した適切な運用機能を判定することである。例えば、ミドルウェア４１１専用の運用機能であるミドルウェア運用機能３１１の起動機能は、ミドルウェア４１１のアプリケーション運用機能が持つ共通機能としての起動機能の運用処理に続けてＤＢの初期化を行うものとする。この例では、ユーザがミドルウェア管理クライアント１１を使用し、アプリケーション運用プログラム１１０を実行してミドルウェア４１１に対する起動操作を投入した場合、運用制御部２０１はミドルウェア運用機能３１１の起動機能を呼び出す必要がある。仮に、汎用の運用機能であるアプリケーション運用機能３１０の起動機能を呼び出すと、ＤＢの初期化が行われないため、その結果、システムに不整合が生じてしまう。

また本実施形態において、前記運用制御部や運用機能提供部としてコンピュータを機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体からコンピュータにインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。

図４は本実施形態のミドルウェア運用機能３１１の詳細を示す図である。ミドルウェア運用機能３１２についてもまったく同様である。ミドルウェア運用機能３１１は、アプリケーション運用機能としての共通機能である起動機能３１１０、停止機能３１１１、追加機能３１１２等を備えている。この共通機能はアプリケーション運用機能３１０とミドルウェア運用機能３１１の双方が備えている機能であるが、ミドルウェアとして機能拡張している場合もある。例えば、起動機能３１１０はアプリケーションとしての起動機能に続けてＤＢの初期化を行うこともある。

ミドルウェア運用機能３１１は、通常のアプリケーションに対する拡張機能である、ミドルウェア独自機能３１１３を備えている。また、操作制御情報３２１は、アプリケーション運用プログラム１００または１１０または１２０からミドルウェア４１１を操作した際に呼び出す運用機能を定義した情報である。操作制御情報取得機能３１１４は、後述する依存関係生成部２２０からの取得要求に対し、操作制御情報３２１を提供する。

図５は本実施形態の操作制御情報３２１の詳細を示す図である。図５に示す様に操作制御情報３２１は、ミドルウェア運用機能３１１の操作対象アプリケーションと、そのアプリケーションが提供する各機能をアプリケーション運用プログラム１００または１１０または１２０から操作した場合の運用方法から構成されている。

運用方法には、「抑止」、「引継」、「切替」のいずれかを定義する。例えば図５に示した行３２１０では、ミドルウェア運用機能３１１が運用処理を行うのはアプリケーション（ミドルウェア）４１１であることを示している。また、行３２１１、３２１２、３２１３では、起動機能、停止機能、追加機能に対する運用方法は、いずれも「抑止」を定義していることを示している。操作制御情報３２１は、システム共通のアプリケーション運用プログラムを実行した場合の制御方法を保持しているため、ミドルウェア独自機能の情報は含まれない。

「抑止」とは、アプリケーション運用プログラム１００及び１１０及び１２０からの操作を禁止することを表している。また、「引継」とは、ミドルウェア４１１の運用処理をアプリケーション運用機能３１０が行うことを表している。また、「切替」とは、ミドルウェア４１１の運用処理をミドルウェア運用機能３１１が行うことを表している。「抑止」、「引継」、「切替」それぞれを定義した際の操作の流れを、それぞれ図９、図１０、図１１に示す。

「抑止」を定義することは、システム共通のアプリケーション運用機能の利用が不正な操作であることを意味しており、その不正な操作を抑止する。「引継」を定義することは、システム共通のアプリケーション運用機能を利用することを意味しており、他のアプリケーションと運用方法を統一する場合に便利である。「切替」を定義することは、システム共通のアプリケーション運用プログラムを利用して、ミドルウェアとして操作可能であることを意味しており、ミドルウェアを通常のアプリケーションと同様の使い勝手で操作することができる。

運用制御部２００を更に詳述する。運用制御部２０１と運用制御部２０２も同様である。図２は本実施形態の運用制御部２００の詳細を示す図である。図２に示す様に運用制御部２００は依存関係情報２１０を保持している。依存関係情報２１０とは、図１における操作制御情報３２１、操作制御情報３２２を集約した情報であり、各ミドルウェアの機能毎の操作制御方法を記録している。

図６は本実施形態の依存関係情報２１０の詳細を示す図である。図６に示す様に依存関係情報２１０は、アプリケーション名２１００と、当該アプリケーションが持つミドルウェア名２１０１と、機能毎の操作制御種別２１０２の関連付けで構成されている。例えば、図６に示す列２１０３の情報は、図５に示す操作制御情報３２１から取得している。操作制御情報３２１はミドルウェア運用機能３１１が保持しており、運用対象はミドルウェア４１１であるため、図６のミドルウェア名２１０１には「ミドルウェア４１１」を格納する。

図３は本実施形態の運用機能一覧情報２１１の詳細を示す図である。図２における運用機能一覧情報２１１は、図３に示す様に、運用機能２１１０が提供する「起動」、「停止」といった運用機能詳細２１１１に関して、それらを呼び出す為に使用する呼出先情報２１１２の情報を保持する。例えば行２１１３は、ミドルウェア運用機能３１１の起動機能を利用する為に、ミドルウェア運用機能３１１が提供する「ｍｉｄＡＳｔａｒｔ（）」を呼び出すことを表している。

図２における運用制御部２００は、更に依存関係生成部２２０、依存関係判断部２２１、機能呼出部２２２を含んでいる。これらは全てモジュールであり、その詳細な機能は後述する。

図２における依存関係生成部２２０は、依存関係情報２１０と運用機能一覧情報２１１を生成する。これらの情報を生成する処理を図７に基づき説明する。

図７は本実施形態の依存関係生成部２２０が運用機能一覧情報２１１及び依存関係情報２１０を生成する処理の処理手順を示すフローチャートである。依存関係生成部２２０は、あるタイミング、例えばシステムの起動時、或いは運用制御部２００が最初に処理要求を受けた時に処理を行う。まず依存関係情報２１０が生成済みである場合（１０００のＹｅｓ）、処理を終了する。

依存関係情報２１０が生成されていない場合（１０００のＮｏ）、依存関係生成部２２０は運用機能提供部３００に対して、アプリケーション及びミドルウェアが提供する運用機能とその呼出先情報の取得を要求する。要求を受けた運用機能提供部３００は、アプリケーション運用機能３１０及びミドルウェア運用機能３１１及びミドルウェア運用機能３１２のそれぞれが提供する運用機能とその呼出先情報を取得して、依存関係生成部２２０に返す（１００１）。例えば図４の場合、ミドルウェア運用機能３１１が提供する運用機能は、起動機能３１１０、停止機能３１１１、追加機能３１１２、ミドルウェア独自機能３１１３等である。操作制御情報取得機能３１１４は運用機能には含まれないため、ここでは取得対象にはならない。その後各アプリケーション運用機能から取得した情報に基づき運用機能一覧情報２１１を作成する（１００２）。

次に、依存関係生成部２２０は、図４に示した操作制御情報取得機能３１１４を呼び出し、ミドルウェア運用機能３１１及び３１２のそれぞれが保持する操作制御情報を取得する（１００３）。その後各ミドルウェア運用機能から取得した情報に基づき依存関係情報２１０を作成する（１００４）。

ユーザがアプリケーション運用プログラム１００，ミドルウェア運用プログラム１０１，１０２を実行してアプリケーションを操作する際、運用制御部２００〜２０２は、ユーザ所望の操作をする為の適切な運用機能を選び、呼び出す。ユーザは、アプリケーション運用プログラム１００，ミドルウェア運用プログラム１０１，１０２を実行する際に、操作したいアプリケーション名と運用機能を指定する。ユーザは操作したいアプリケーションがミドルウェアであることを意識しない。

図８は本実施形態の依存関係判断部２２１と機能呼出部２２２の処理の処理手順を示すフローチャートである。図８では、ユーザがアプリケーション運用プログラム１００を実行してから、運用機能の呼出を行うまでの処理フローを表している。

アプリケーション運用プログラム１１０及び１２０を実行した場合の処理フローも同一である。ユーザは、操作対象のアプリケーション名と、「起動」、「停止」といった運用機能を指定してアプリケーション運用プログラム１００を実行する。最初に図２における運用制御部内の依存関係判断部２２１は、アプリケーション運用プログラム１００から実行要求を指定されたアプリケーションが、図６における依存関係情報２１０のアプリケーション名２１００に存在するかどうかを確認する（２０００）。

実行要求を指定されたアプリケーションがアプリケーション名２１００に存在する場合（２０００のＹｅｓ）、当該アプリケーションはミドルウェアであることが判明する。依存関係判断部２２１は依存関係情報２１０を参照し、実行要求を受けた運用機能の操作制御種別を取得する（２００１）。例えば、ユーザが「アプリケーション４１１」の「起動」の操作を行う場合、図６に示す依存関係情報によると、依存関係判断部２２１が取得する操作制御種別２１０２は「抑止」となる。

取得した操作制御種別が「抑止」の場合（２００１の抑止）、依存関係判断部２２１はアプリケーション運用プログラム１００に操作不可の通知を行う（２００５）。これにより、アプリケーション運用機能３１０を呼び出して不正な操作を行うことを抑止することができる。

取得した操作制御種別が「切替」の場合（２００１の切替）、依存関係判断部２２１は依存関係情報２１０からミドルウェア名を取得する（２００２）。例えば、ユーザが「アプリケーション４１２」の「起動」の操作を行う場合、図６に示す依存関係情報によると、操作制御種別２１０２は「切替」であり、ミドルウェア名２１０１は「ミドルウェア４１２」となる。そして、依存関係判断部２２１は、機能呼出部２２２に対して、取得したミドルウェア名のミドルウェア運用機能実行を要求する（２００３）。

要求を受けた機能呼出部２２２は、要求された運用機能の呼出先情報を、運用機能一覧情報２１１から取得する（２００６）。例えば、「ミドルウェア４１２」の「切替」の機能の要求を受けた機能呼出部２２２は、図３に示す運用機能一覧情報２１１の行２１１４により、呼出先が「ｍｉｄＢＳｔａｒｔ（）」であることがわかる。そして、機能呼出部２２２から運用機能提供部３００に対して、実行要求を受けたアプリケーションに対する運用機能の実行機能を呼び出す（２００７）。例えば、「ｍｉｄＢＳｔａｒｔ（）」の呼び出しに相当する。これにより、操作制御情報が「切替」の場合は、ユーザは汎用のアプリケーション運用プログラムを使用しているにもかかわらず、汎用のアプリケーション運用機能ではなく、ミドルウェア運用機能を呼び出すことができる。

ステップ２０００において実行要求を指定されたアプリケーションがアプリケーション名２１００に存在しない場合（これはアプリケーションがミドルウェアではない既存のアプリケーションであることを意味する）、或いは、ステップ２００１において取得した操作制御種別が「引継」の場合、依存関係判断部２２１は機能呼出部２２２に対して、アプリケーション運用機能実行を要求し（２００４）、ステップ２００６に進む。これにより、既存のアプリケーションへの実行要求の場合、または操作制御情報が「引継」の場合は、汎用のアプリケーション運用機能を呼び出すことができる。

この様に、依存関係判断部２２１が依存関係情報２１０を参照して、操作制御種別に応じた適切な運用機能を判断する。更に機能呼出部２２２が運用機能一覧情報２１１を参照して、呼出先情報を取得し運用機能の実行要求を行う。

なお、操作制御種別が「抑止」の場合はシステム共通のアプリケーション運用プログラムから操作できないため、また、ユーザがミドルウェアとしての視点でミドルウェアを運用する場合においては、ミドルウェア運用プログラムを使用して操作する。例えばミドルウェア運用プログラム１０１を使用してミドルウェア４１１の「起動」の操作を行う場合、操作対象ミドルウェア名と操作制御情報が既知であるため、運用制御部２０１では、依存関係判断部２２１は処理を行わず、機能呼出部２２２に対して、ミドルウェア４１１の起動運用機能の実行を要求する。

図９、図１０、図１１は、操作制御情報３２１の起動機能３２１１に「抑止」、「引継」、「切替」をそれぞれ定義した際の処理の流れを示している。

図９、図１０、図１１の全てにおいて、まずシステムのユーザがアプリケーション運用プログラム１００を使用してアプリケーション４１１の起動を実行したとする。アプリケーション運用プログラム１００は運用制御部２００にアプリケーション４１１の起動を依頼する。

ここで運用制御部２００はシステム初期化時にミドルウェア運用機能３１１内の操作制御情報３２１を取得し、依存関係情報２１０を生成している。具体的には、まず依存関係生成部２２０が運用機能提供部３００より運用機能一覧を取得し、運用機能一覧情報２１１を生成する。次に依存関係生成部２２０は操作制御情報取得機能３１１４を用いて、全運用機能の操作制御情報３２１〜３２２を取得する。取得した操作制御情報３２１〜３２２の操作対象アプリケーション名３２１０を依存関係情報２１０のアプリケーション名２１００に格納する。また、起動機能３２１１を操作制御種別２１０２の起動の項目に格納する。その他の機能に関しても同様に格納する。全ての操作制御情報を格納し終えたところで依存関係情報２１０の生成が完了する。

運用制御部２００はアプリケーション運用プログラム１００からのアプリケーション４１１の起動要求を受け、生成済みの依存関係情報２１０のアプリケーション名２１００がアプリケーション４１１で操作制御種別２１０２が起動の場所から情報を取得する。

図９の場合、取得した情報が「抑止」となっているため、起動機能を呼び出すことなく、アプリケーション運用プログラム１００に抑止を伝えるメッセージを返す。

図１０の場合、取得した情報が「引継」となっているため、アプリケーション４１１に対しアプリケーション運用機能３１０の起動機能を実施するよう、運用機能提供部３００に要求する。

図１１の場合、取得した情報が「切替」となっているため、アプリケーション４１１に対しミドルウェア運用機能３１１の起動機能を実施するよう、運用機能提供部３００に要求する。

以上、本実施形態のアプリケーション運用管理システムによれば、ユーザがアプリケーション運用プログラム１００または１０１または１０２を実行した場合のミドルウェアの運用方法を、機能単位で定義することができる。「抑止」を定義した場合、ミドルウェア４１１または４１２が不正に実行されるのを抑止し、システムの全体の整合性を維持した運用が可能になる。「引継」を定義した場合、ミドルウェアの運用処理を通常のアプリケーションと統一した視点で行うことが可能になる。「切替」を定義した場合、ミドルウェアの運用を通常のアプリケーションと同一の使い勝手で行うことが可能になる。システムに新しいアプリケーション及びミドルウェアが追加された際でも、この特徴は維持され、既存の運用プログラムに何ら変更を加えることなく、整合性を維持した運用が実現される。既存の運用プログラムを継続使用できるため、ユーザへの負担が減り、システムの操作性、保守性が向上する。

次に本発明の第２の実施形態の運用整合性維持システムについて説明する。本実施形態は、アプリケーションサーバ上で動作するアプリケーションの運用整合性の維持を実現することを目的としている。本実施形態は、アプリケーション運用プログラム１００、１１０、１２０からミドルウェア４１１〜４１２への操作を「全て抑止」し、ミドルウェア４１１〜４１２への操作はそれぞれミドルウェア運用プログラム１０１〜１０２からのみ行うようにさせることで目的を達成するものである。

図１２は本実施形態の運用整合性維持システムの全体構成を示す図である。図１２において、先述の実施形態の全体構成を示している図１と異なる点は、アプリケーション管理クライアント１０、またミドルウェア管理クライアント１１〜１２内の運用制御部２００〜２０２が存在せずに、機能呼出部２２２ａ〜２２２ｃと運用機能一覧情報２１１ａ〜２１１ｃが存在している点、ミドルウェア運用機能３１３〜３１４それぞれに操作制御情報が存在しない点、そしてアプリケーションサーバプログラム４０１に簡易操作制御情報４０２と簡易運用制御部４０３が存在する点である。

機能呼出部２２２ａ〜２２２ｃ、運用機能一覧情報２１１ａ〜２１１ｃは、先述の図３における機能呼出部２２２、運用機能一覧情報２１１と同様の役割を持つ。つまり、運用機能一覧情報２１１ａ〜２１１ｃは、図３に示す様に、運用機能２１１０が提供する「起動」、「停止」といった運用機能詳細２１１１に関して、それらを呼び出す為に使用する呼出先情報２１１２の情報を保持する。例えば行２１１３は、ミドルウェア運用機能３１１の起動機能を利用する為に、ミドルウェア運用機能３１１が提供する「ｍｉｄＡＳｔａｒｔ（）」を呼び出すことを表している。また、機能呼出部２２２ａ〜２２２ｃは、要求されたある対象への運用機能の呼出先情報を、運用機能一覧情報２１１ａ〜２１１ｃから運用機能名２１１０と運用機能詳細２１１１をキーにして取得し、運用機能提供部３００に対して、実行要求を受けた対象に対する運用機能の実行機能を呼び出す。また、例えば、「ミドルウェア４１２」の「起動」の機能の要求を受けた機能呼出部２２２ａ〜２２２ｃは、図３に示す運用機能一覧情報２１１の行２１１４により、呼出先が「ｍｉｄＢＳｔａｒｔ（）」であることがわかる。そして、機能呼出部２２２ａ〜２２２ｃから運用機能提供部３００に対して、「ｍｉｄＢＳｔａｒｔ（）」の呼び出しを行う。

簡易操作制御情報４０２は図１３に示す情報である。本情報の操作対象アプリケーション名４０２１に示されるアプリケーション４１１〜４１２は簡易運用制御部４０３による制御の対象となる。

簡易運用制御部４０３は、アプリケーション運用機能３１０からアプリケーションの運用要求が来た際に、簡易操作制御情報４０２の操作対象アプリケーション名４０２１を参照し、該当するアプリケーションが存在する場合は、その運用要求を全て抑止する。但し、簡易運用制御部４０３はミドルウェア運用機能３１１〜３１２からミドルウェア４１１〜４１２の運用要求が来た際には何も行わない。

例えば、アプリケーション運用機能３１０からアプリケーション４１１の起動要求が来た場合、簡易運用制御部４０３は簡易操作制御情報４０２を参照し、アプリケーション４１１が存在するか確認する。アプリケーション４１１が存在する場合、その起動要求を抑止し、アプリケーション運用機能３１０に抑止を伝えるメッセージを返す。存在しない場合はその起動要求を受理し、機能を実行する。また例えば、ミドルウェア運用機能３１１からミドルウェア４１１の運用要求が来た際には、何も行わずに機能を実行する。

図１４は、アプリケーション運用プログラム１００からアプリケーション４１１の起動を要求した際のフローチャートを示している。アプリケーション運用プログラム１００からのアプリケーション４１１の起動要求は、機能呼出部２２２ａ、運用機能提供部３００、アプリケーション運用機能３１０を順に経て、簡易運用制御部４０３へ伝わる。簡易運用制御部４０３は簡易操作制御情報４０２を参照し、操作対象アプリケーション名４０２１にアプリケーション４１１が存在するため、その要求を抑止する。

図１５は、ミドルウェア運用プログラム１０１からミドルウェア４１１の起動を要求した際のフローチャートを示している。ミドルウェア運用プログラム１０１からのミドルウェア４１１の起動要求は、機能呼出部２２２ｂ、運用機能提供部３００、ミドルウェア運用機能３１３を順に経て、簡易運用制御部４０３へ伝わる。簡易運用制御部４０３はミドルウェア運用機能からの要求であることを判断し、その要求を実行する。

以上、本実施形態のアプリケーション運用管理システムによれば、ユーザがアプリケーション運用プログラム１００または１０１または１０２を実行した場合のミドルウェアの運用を、抑止することができる。システムに新しいアプリケーション及びミドルウェアが追加された際でも、この特徴は維持され、既存の運用プログラムに何ら変更を加えることなく、整合性を維持した運用が実現される。

本実施形態の運用整合性維持システムの全体構成を示す図である。 本実施形態の運用制御部２００の詳細を示す図である。 本実施形態の運用機能一覧情報２１１の詳細を示す図である。 本実施形態のミドルウェア運用機能３１１の詳細を示す図である。 本実施形態の操作制御情報３２１の詳細を示す図である。 本実施形態の依存関係情報２１０の詳細を示す図である。 本実施形態の依存関係生成部２２０が運用機能一覧情報２１１及び依存関係情報２１０を生成する処理の処理手順を示すフローチャートである。 本実施形態の依存関係判断部２２１と機能呼出部２２２の処理の処理手順を示すフローチャートである。 本実施形態の操作制御情報３２１の起動機能３２１１に「抑止」を定義した際の処理の流れを示す図である。 本実施形態の操作制御情報３２１の起動機能３２１１に「引継」を定義した際の処理の流れを示す図である。 本実施形態の操作制御情報３２１の起動機能３２１１に「切替」を定義した際の処理の流れを示す図である。 第２の実施形態の全体構成を示す図である。 第２の実施形態の簡易操作制御情報４０２の詳細を示す図である。 第２の実施形態のアプリケーション運用プログラム１００からアプリケーション４１１の起動を要求した際のフローチャートである。 第２の実施形態のミドルウェア運用プログラム１０１からミドルウェア４１１の起動を要求した際のフローチャートである。

符号の説明

１〜４…メモリ、５〜８…ＣＰＵ、１０…アプリケーション管理クライアント、１１及び１２…ミドルウェア管理クライアント、１３…サーバ、１４…ネットワーク、１００…アプリケーション運用プログラム、１０１及び１０２…ミドルウェア運用プログラム、１１０及び１２０…アプリケーション運用プログラム、２００〜２０２…運用制御部、２１０…依存関係情報、２１１…運用機能一覧情報、２２０…依存関係生成部、２２１…依存関係判断部、２２２…機能呼出部、３００…運用機能提供部、３１０…アプリケーション運用機能、３１１〜３１４…ミドルウェア運用機能、３２１及び３２２…操作制御情報、４００，４０１…アプリケーションサーバプログラム、４０２…簡易操作制御情報、４０３…簡易運用制御部、４１０…アプリケーション、４１１及び４１２…ミドルウェア（アプリケーション）、４１３…アプリケーション、２１００…アプリケーション名、２１０１…ミドルウェア名、２１０２…操作制御種別、２１０３…列、２１１０…運用機能、２１１１…運用機能詳細、２１１２…呼出先情報、２１１３，２１１４…行、３１１０…起動機能、３１１１…停止機能、３１１２…追加機能、３１１３…ミドルウェア独自機能、３１１４…操作制御情報取得機能、４０２１…操作対象アプリケーション名、４０２２及び４０２３…アプリケーション名の例。

Claims (9)

1. アプリケーションと、該アプリケーションと共通する機能である共通機能を有すると共に当該共通機能を拡張した拡張機能を有するミドルウェアと、前記アプリケーション並びに前記ミドルウェアの共通機能の運用処理を実行するアプリケーション運用機能部と、前記拡張機能に専用の運用処理を含む前記ミドルウェアの運用処理を実行するミドルウェア運用機能部と、前記アプリケーション運用機能部又はミドルウェア運用機能部が指定された呼出し要求に応じて前記アプリケーション運用機能部又はミドルウェア運用機能部を呼び出す運用機能提供部と、を有するアプリケーションサーバを有し、前記アプリケーションサーバに対し前記アプリケーション運用機能部又は前記ミドルウェア運用機能部を用いた前記アプリケーション又は前記ミドルウェアに対する運用処理の運用整合性を維持する運用整合性維持システムにおける運用整合性維持方法であって、
   前記運用整合性維持システムは、前記アプリケーション又は前記ミドルウェアの共通機能に関する操作を要求するアプリケーション運用プログラムと、前記ミドルウェアに専用の拡張機能に関する操作を要求するミドルウェア運用プログラムと、前記アプリケーション運用プログラム又はミドルウェア運用プログラムからの操作要求を受け、前記アプリケーション運用機能部又はミドルウェア運用機能部を指定して前記呼出し要求を前記運用機能提供部に送信する運用制御部とを有し、
   前記運用制御部が、前記アプリケーション運用プログラムからの操作要求を受信し、前記アプリケーション運用プログラムから前記ミドルウェアを操作した際の操作制御方法を表す操作制御情報を記憶装置から読み出して、その読み出した操作制御情報を元に、前記アプリケーション運用プログラムからの操作要求を抑止したり、呼び出す運用機能部を前記ミドルウェア運用機能部に変更する前記呼出し要求を通信装置により前記運用機能提供部に送信したりし、
   前記運用機能提供部が、前記呼出しを受信して、その受信した呼出しに指定されている前記アプリケーション運用機能部又は前記ミドルウェア運用機能部を呼び出すことを特徴とする運用整合性維持方法。
2. 前記運用制御部が、ミドルウェアに関する操作制御情報を収集して依存関係情報として記憶装置へ格納し、その記憶装置に格納した依存関係情報を参照して、アプリケーション運用プログラムからミドルウェアを操作した際の操作制御方法を決定することを特徴とする請求項１に記載された運用整合性維持方法。
3. 前記運用制御部が、通信装置により前記アプリケーションサーバから運用機能一覧情報を受信して記憶装置へ格納し、その記憶装置に格納した運用機能一覧情報を参照して、前記アプリケーション運用機能部又はミドルウェア運用機能部を呼び出す呼出し要求を送信することを特徴とする請求項１又は請求項２に記載された運用整合性維持方法。
4. アプリケーションと、該アプリケーションと共通する機能である共通機能を有すると共に当該共通機能を拡張した拡張機能を有するミドルウェアと、前記アプリケーション並びに前記ミドルウェアの共通機能の運用処理を実行するアプリケーション運用機能部と、前記拡張機能に専用の運用処理を含む前記ミドルウェアの運用処理を実行するミドルウェア運用機能部と、前記アプリケーション運用機能部又はミドルウェア運用機能部が指定された呼出し要求に応じて前記アプリケーション運用機能部又はミドルウェア運用機能部を呼び出す運用機能提供部と、を有するアプリケーションサーバと、
   前記アプリケーション又は前記ミドルウェアに関する操作を要求するアプリケーション運用プログラムと、前記ミドルウェアに関する操作を要求するミドルウェア運用プログラムと、前記アプリケーション運用プログラム又はミドルウェア運用プログラムからの操作要求を受け、前記アプリケーション運用プログラムからミドルウェアを操作した際の操作制御方法を表す操作制御情報を記憶装置から読み出して、その読み出した操作制御情報を元に、操作要求を抑止したり、呼び出す運用機能部を前記ミドルウェア運用機能部に変更する呼出しを通信装置により前記運用機能提供部に送信したりする運用制御部と、
   前記運用機能提供部が、前記呼出しを受信して、その受信した呼出しに指定されているアプリケーション運用機能部又はミドルウェア運用機能部を呼び出す運用機能提供部と、を有することを特徴とする運用整合性維持システム。
5. 前記運用制御部が、ミドルウェアに関する操作制御情報を収集して依存関係情報として記憶装置へ格納し、その記憶装置に格納した依存関係情報を参照して、アプリケーション運用プログラムからミドルウェアを操作した際の操作制御方法を決定することを特徴とする請求項４に記載された運用整合性維持システム。
6. 前記運用制御部が、通信装置により前記アプリケーションサーバから運用機能一覧情報を受信して記憶装置へ格納し、その記憶装置に格納した運用機能一覧情報を参照して、前記アプリケーション運用機能部又はミドルウェア運用機能部を呼び出すことを特徴とする請求項４又は請求項５に記載された運用整合性維持システム。
7. アプリケーションと、該アプリケーションと共通する機能である共通機能を有すると共に当該共通機能を拡張した拡張機能を有するミドルウェアと、前記アプリケーション並びに前記ミドルウェアの共通機能の運用処理を実行するアプリケーション運用機能部と、前記拡張機能に専用の運用処理を含む前記ミドルウェアの運用処理を実行するミドルウェア運用機能部と、前記アプリケーション運用機能部又はミドルウェア運用機能部が指定された呼出し要求に応じて前記アプリケーション運用機能部又はミドルウェア運用機能部を呼び出す運用機能提供部と、を有するアプリケーションサーバの運用整合性を維持するコンピュータに実行させる為のプログラムであって、
   前記アプリケーション又は前記ミドルウェアに関する操作を要求するアプリケーション運用機能と、
   前記ミドルウェアに関する操作を要求するミドルウェア運用機能と、
   前記アプリケーション運用機能又はミドルウェア運用機能からの操作要求を受け、前記アプリケーション運用機能部又はミドルウェア運用機能部を指定して前記呼出し要求を前記運用機能提供部に送信する機能と、
   前記アプリケーション運用機能からの操作要求を受信し、前記アプリケーション運用機能から前記ミドルウェアを操作した際の操作制御方法を表す操作制御情報を記憶装置から読み出して、その読み出した操作制御情報を元に、前記アプリケーション運用機能からの操作要求を抑止したり、呼び出す運用機能部を前記ミドルウェア運用機能部に変更する前記呼出し要求を通信装置により前記運用機能提供部に送信したりする機能と、
   前記呼出しを受信して、その受信した呼出しに指定されている前記アプリケーション運用機能部又は前記ミドルウェア運用機能部を呼び出す機能と、を実行させることを特徴とするプログラム。
8. 前記コンピュータに、
   ミドルウェアに関する操作制御情報を収集して依存関係情報として記憶装置へ格納し、その記憶装置に格納した依存関係情報を参照して、アプリケーション運用機能からミドルウェアを操作した際の操作制御方法を決定することを特徴とする請求項７に記載されたプログラム。
9. 前記コンピュータに、
   通信装置により前記アプリケーションサーバから運用機能一覧情報を受信して記憶装置へ格納し、その記憶装置に格納した運用機能一覧情報を参照して、前記アプリケーション運用機能部又はミドルウェア運用機能部を呼び出す呼出し要求を送信する機能を実現させることを特徴とする請求項７又は請求項８に記載されたプログラム。

Images