(57)【要約】【課題】リアルタイムのサービス・レベル・アグリーメント（ＳＬＡ）影響分析を実施するためシステム、方法および装置を提供すること。【解決手段】本発明のシステムでは、サービス・レベル・マネージャが、選択されたリソースを直接的に関与させる複数のＳＬＡを設定するようにプログラムされ得る。リレーションシップ・データベースはさらに、選択されたリソースを管理するようにプログラムされた１つまたは複数の管理アプリケーションに結合するように構成され得る。最後に、モデル化／評価システムは、リレーションシップ・データベースおよびサービス・レベル・マネージャに通信可能に結合され、ＳＬＡによって直接的に関与させられるリソースと、またＳＬＡによって直接的に関与させられるリソースに関係するリソースの両方に基づいて、リアルタイムＳＬＡ影響分析を実施するようにプログラムされ得る。【選択図】図１
2005108220.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイムのサービス・レベル・アグリーメント（ＳＬＡ）影響分析を実施するための方法であって、
特定のリソースから生じるイベントを検出するステップと、
前記イベントに基づいて、前記特定のリソースが、前記特定のリソースを直接的に関与させるＳＬＡの条件を満たすのに十分なほど機能することができないかどうかを判断するステップと、
前記イベントに基づいて、前記特定のリソースによって、別のリソースが、前記特定のリソースを直接的に関与させないが、前記別のリソースを直接的に関与させる前記ＳＬＡの条件を満たすのに十分なほど機能することを妨げられるかどうかをさらに判断するステップとを含む方法。
【請求項２】
前記さらなる判断ステップにおいて、前記特定のリソースと前記別のリソースの間の関係を認識し得るための共有データベース内に、リソースの階層を構築するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記イベント検出ステップが、前記特定のリソースを管理する役割を担う管理アプリケーションからイベントを受信するステップを含む、請求項１に記載の方法。
【請求項４】
リアルタイムのサービス・レベル・アグリーメント（ＳＬＡ）影響分析を実施するためのシステムであって、
選択されたリソースを直接的に関与させる複数のＳＬＡを設定するようにプログラムされたサービス・レベル・マネージャと、
前記選択されたリソースを管理するようにプログラムされた複数の管理アプリケーションに結合するように構成されたリレーション・データベースと、
前記リレーション・データベースおよび前記サービス・レベル・マネージャに通信可能に結合され、前記ＳＬＡによって直接的に関与させられるリソースと、また前記ＳＬＡによって直接的に関与させられる前記リソースに関係するリソースの両方に基づいて、リアルタイムＳＬＡ影響分析を実施するようにプログラムされたモデル化／評価システムとを含むシステム。
【請求項５】
前記選択されたリソース間の依存関係の階層をさらに含む、請求項４に記載のシステム。
【請求項６】
前記リレーション・データベースに結合され、前記階層を格納するように構成されたデータウェアハウスをさらに含む、請求項５に記載のシステム。
【請求項７】
前記モデル化／評価システムが、前記サービス・レベル・マネージャ内に配置される、請求項４に記載のシステム。
【請求項８】
リアルタイムのサービス・レベル・アグリーメント（ＳＬＡ）影響分析を実施するためのコンピュータ・プログラムが格納されたマシン読取り可能記憶装置であって、前記コンピュータ・プログラムが、前記マシンに、
特定のリソースから生じるイベントを検出するステップと、
前記イベントに基づいて、前記特定のリソースが、前記特定のリソースを直接的に関与させるＳＬＡの契約を満たすのに十分なほど機能することができないかどうかを判断するステップと、
前記イベントに基づいて、前記特定のリソースによって、別のリソースが、前記特定のリソースを直接的に関与させないが、前記別のリソースを直接的に関与させる前記ＳＬＡの条件を満たすのに十分なほど機能することを妨げられるかどうかをさらに判断するステップとを実施させるためのルーチンの命令セットを含むマシン読取り可能記憶装置。
【請求項９】
前記さらなる判断ステップにおいて、前記特定のリソースと前記別のリソースの間の関係を認識し得るための共有データベース内に、リソースの階層を構築するステップをさらに含む、請求項８に記載のマシン読取り可能記憶装置。
【請求項１０】
前記イベント検出ステップが、前記特定のリソースを管理する役割を担う管理アプリケーションからイベントを受信するステップを含む、請求項８に記載のマシン読取り可能記憶装置。
【請求項１１】
サービス・レベル・アグリーメント（ＳＬＡ）内の、間接的に関与させられるリソースの影響を評価するための方法であって、
基となるリソースのパフォーマンス・レベルを直接的に関与させるＳＬＡを設定するステップと、
前記基となるリソースが依存する少なくとも１つのリソースに留意するステップと、
前記少なくとも１つのリソースから生じるイベントを受信するステップと、
前記イベントが、前記基となるリソースに、前記パフォーマンス・レベルを満たすのに影響を与えるかどうかを判断するステップと、
前記イベントによって、前記基となるリソースが、前記パフォーマンス・レベルを満たすことを妨げられる場合は、前記ＳＬＡに対する前記イベントの影響を指定する通知を生成するステップとを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、差別化に基づくポリシーの分野に関し、より詳細には、サービス・レベル・アグリーメント（ＳＬＡ：service level agreement）の契約条件の実施をリアルタイムに監視することに関する。
【背景技術】
【０００２】
現代のグローバル・ネットワークは、複数のネットワーク技術、サーバ・プラットフォーム、クライアント機能、およびアプリケーション要件が複雑に混ざり合ったものと見なされ得る。大部分のネットワーク技術では、装置の要求が、無差別に取り扱われる。つまり、要求元の識別または要求のタイプに関係なく、それぞれの装置要求は、同じ優先度で処理され得る。インターネット全体のネットワーク・トラフィックの急激な増加を考慮して、より最近のネットワーク指向のコンピューティング装置は、「ポリシー・ベースのサービス差別化モデル」と称されてきたものに基づいて、様々なレベルのコンピューティング・サービスを提供し始めている。
【０００３】
ポリシー・ベースのサービス差別化モデルでは、コンピューティング装置は、多くのレベルのサービスを提供することができ、この場合、様々な要求元から生じる、様々な内容またはサービスを求める様々な要求が、管理上定義されたポリシーに応じて様々なレベルの扱いを受ける。これに関して、サービス・レベル・アグリーメント（ＳＬＡ）は、事前に定められたポリシーに基づいて、保証された責任のレベルを明示し得る。より具体的には、ＳＬＡは、特定のリソースについて、サービス提供元から顧客に提供されるサービスのレベルに関して、サービス提供元と顧客の間の合意を明示する契約である。
【０００４】
ポリシー・ベースのサービス差別化モデルは、複数の要因の論理的な結果である。第１に、この１０年間で、私設と公設の両方のネットワーク上で、要求を生成するコンピューティング・アプリケーションの数および種類が、劇的に増加した。しかし、こうしたアプリケーションはそれぞれ、異なるサービス要件を有する。第２に、様々なレベルのセキュリティおよびサービス品質（ＱｏＳ：quality of service）を有する様々なサービスの提供を可能にする技術およびプロトコルが、広く利用可能になった。しかし、こうした特定のサービスは、ネットワーク帯域幅、メモリおよび処理サイクルなど、重要なコンピューティング・リソースを消費し得るので、こうした様々な特定のサービスへのアクセスを規制しなければならない。最後に、すべてのコンピュータ処理要求を、同じように扱うのではなく、様々な要求を差別化する場合に、ビジネス目的または組織目標が、最もよく満たされ得る。
【０００５】
現代企業では、企業は、一部の顧客およびデータが、他の顧客およびネットワーク上のデータよりも高いレベルのサービスを受けるように、様々な顧客および様々なデータに、差別化されたサービスを効率的に提供することの多大な恩恵を受けることができる。すなわち、企業が、貴重な顧客の期待されるサービス・レベルを満たす場合に、顧客を維持することができる。それに対して、企業が、貴重な顧客の期待されるサービス・レベルを満たし損なう場合に、顧客を失う可能性が高くなり得る。したがって、顧客は常に、応答時間が長い競合相手のシステムから、単に「クリック１つ離れた」ところにいると見なされ得るので、差別化されたサービスは、電子商取引の重要な構成要素であり得る。
【０００６】
したがって、ＳＬＡの条件の実施は、顧客サービス関係の管理において、最も重要なことであり得る。そのために、企業では、サービス・レベル管理システムが、一般的なものになってきた。サービス・レベル管理システムは、顧客に提供されるサービスをトラッキングし、サービス納入を、対応するＳＬＡのサービス条件と比較することができる。ＳＬＡに関連するリソースに関して、パフォーマンスのメトリックを、時間をかけて収集することができ、そのメトリックを評価して、ＳＬＡのいずれかの条件が違反されていないかどうかを判断することができる。
【０００７】
パフォーマンス・メトリックの評価は、事後にＳＬＡの遵守が判断される、履歴的な時間と、また監視されるシステムにおけるイベントの発生に応答したリアルタイムの両方の文脈で行われ得る。リアルタイム評価の場合、パフォーマンス・メトリックを使用して、イベントの発生後すぐに、ＳＬＡ条件に対するイベントの影響を判断することができる。従来、サービス・レベル管理システムは、サービスの一部を形成する個々のリソース・レベルで、リアルタイム・イベントを処理して、サービスに関するＳＬＡが即時的な意味合いで影響を受けたかどうか、あるいはＳＬＡが将来に影響を受けるかどうかを判断する。さらに、企業内には、しかしＳＬＡに関連する個々のリソースだけを介しては露呈されないより間接的なやり方で、ＳＬＡの条件を満たすことに対して即時的または将来的な影響を及ぼし得る多くの他の要因がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、基となるリソース（underlying resource）内のイベントがＳＬＡ条件に及ぼす効果のリアルタイム影響分析を提供することに関する技術の欠点に対処し、リアルタイムＳＬＡ影響分析を実施するための、新規な自明でない方法、システム、および装置を提供する。
【課題を解決するための手段】
【０００９】
リアルタイムＳＬＡ影響分析を実施するための方法では、特定のリソースから生じるイベントを検出することができ、イベントに基づいて、特定のリソースが、特定のリソースを直接的に関与させる（implicate）ＳＬＡの条件を満たすのに十分なほど機能することができないかどうかを判断することができる。重要なことに、また従来技術のリアルタイムＳＬＡ影響分析の試みとは異なって、イベントに基づいて、特定のリソースによって、他のリソースが、特定のリソースは直接的に関与させないが、他のリソースを直接的に関与させるＳＬＡの条件を満たすのに十分ほど機能することを妨げられるかどうかを、さらに判断することができる。
【００１０】
リアルタイムＳＬＡ影響分析を実施するシステムでは、サービス・レベル・マネージャを、選択されたリソースを直接的に関与させる複数のＳＬＡを設定するようにプログラムすることができる。リレーションシップ・データベースはさらに、選択されたリソースを管理するようにプログラムされた、１つまたは複数の管理アプリケーションに結合するように構成することができる。最後に、モデル化／評価システムは、リレーションシップ・データベースおよびサービス・レベル・マネージャに通信可能に結合され、ＳＬＡによって直接的に関与させられるリソースと、またＳＬＡによって直接的に関与させられるリソースに関係するリソースの両方に基づいて、リアルタイムＳＬＡ影響分析を実施するようにプログラムされ得る。
【００１１】
本発明の追加の態様について、以下の説明で部分的に述べ、その一部は、説明から明らかであり、または本発明を実施することによって知ることができる。本発明の諸態様は、添付の特許請求の範囲に具体的に指摘される、要素および組合せによって実現され、達成され得る。上記の一般的な説明と下記の詳細な説明の両方は、本発明を限定するものではなく、例示的で説明的なものにすぎないことを理解されたい。
【００１２】
この仕様に組み込まれ、その一部を構成する添付の図面は、本発明の実施形態を示し、説明と共に、本発明の原理を説明するのに役立つ。本明細書に示す実施形態は、現在好まれているものであるが、しかし、本発明は、図示される厳密な構成および手段に限定されないことが理解されよう。
【発明を実施するための最良の形態】
【００１３】
本発明は、リアルタイムＳＬＡ影響分析システム、方法および装置である。本発明の構成によれば、サービス・レベル管理システムによって監視される、管理対象アプリケーションが依存する、相互依存のリソース間の関係が、確立され得る。次いで、リソースのうちの１つに関するイベントを受信すると、そのイベントの影響が、関連するリソースを直接的に明示するＳＬＡの実施に関してだけでなく、関連するリソースに依存するリソースを明示するＳＬＡの実施に関しても分析され得る。
【００１４】
図１は、本発明によるリアルタイムＳＬＡ影響分析のために構成された、サービス・レベル監視システムの概略図である。サービス・レベル監視システムは、リソース１７０のうちの１つまたは複数のリソースに関して、ＳＬＡ１５０を設定するようにプログラムされた、サービス・レベル・マネージャ１００を含み得る。サービス・レベル監視システムはさらに、リソース１７０のうちの選択されたリソースに通信可能に結合された、１つまたは複数の管理アプリケーション１６０を含み得る。管理アプリケーション１６０は、リレーションシップ・データベース１４０などの１つまたは複数の共有データベース内に、管理対象リソース１７０に関する情報１１０Ｂを格納することができる。
【００１５】
重要なことに、リレーションシップ管理プロセス１２０を、管理対象リソース１７０とリレーションシップ・データベース１４０の間に置いて、新しいリソース参照およびリソース・リレーションシップが、リレーションシップ・データベース１４０に追加される際に、リレーションシップ・データベース１４０へのアクセスを管理することができる。これに関して、新しいリソース参照がリレーションシップ・データベース１４０に追加されるときに、リレーションシップ・データベース１４０内の既存のリレーションシップ・データから、追加のリレーションシップ・データを導出することができる。具体的には、リレーションシップ管理プロセス１２０は、リソース１７０のうちのそれぞれ異なるリソース間の関係、具体的にはリソースの依存関係を指定することができる。したがって、リソース１９０Ａなどのリソース１７０が、２つの他のリソース１９０Ｂに依存する場合、リレーションシップ・データベース１４０内で、関係を、そのように指定することができる。比較すると、たとえばリソース１８０など、リソース１７０間に依存関係が存在しない場合、リレーションシップ・データベース１４０内に、関係は、記録されない。
【００１６】
いずれの場合にも、共有のリレーションシップ・データベース１４０内に、リソース・リレーションシップの階層が構築され得る。したがって、リソース１７０のうちのある特定のリソースに生じるイベントの影響を、リソース１７０のうちの特定のリソースを直接的に関与させるＳＬＡに対する即時的な影響だけでなく、リソース１７０のうちの特定のリソースを間接的に関与させるＳＬＡに対する即時的な影響についても、リソース１７０のうちの特定の１つに依存する、リソース１７０のうちの具体的に参照されるリソースを介して評価することができる。したがって、本発明に鑑みると、より堅固なＳＬＡ影響分析が生じ得る。
【００１７】
そのために、モデル化／評価プロセス１３０は、リレーションシップ・データベース１４０、ＳＬＡ１５０および管理アプリケーション１６０にそれぞれ結合される。モデル化／評価プロセス１３０は、リソース１７０内で生じ、それぞれの管理アプリケーション１６０によって検出されるイベント１１０Ａを受信することができる。モデル化／評価プロセス１３０は、イベント１１０Ａによって関与させられるリソース１７０を突き止めることができる。リレーションシップ・データベース１４０内のリソース階層を処理して、イベント１１０Ａの発生元であるリソース１７０のうちの具体的なリソースを直接的に指定する、ＳＬＡ１５０のうちのＳＬＡだけでなく、リソース１７０のうちの具体的なリソースの階層内で関係付けられた、リソース１７０のうちの選択されたリソースを直接的に参照することによって、リソース１７０のうちの具体的なリソースを間接的に指定するＳＬＡ１５０をも識別することができる。
【００１８】
モデル化／評価システムの動作のより具体的な図として、図２は、図１のサービス・レベル監視システムで、リアルタイムＳＬＡ影響分析を実施するためのプロセスを示すフローチャートである。ブロック２１０で、このプロセスを開始することができ、基となるリソースから生じるイベントが受信され得る。ブロック２２０で、基となるリソースが識別され得る。次いで、ブロック２３０で、第１のＳＬＡが参照されて、判断ブロック２４０で、ＳＬＡが基となるリソースを直接的に指定しているかどうかを判断する。そうである場合は、ブロック２５０で、イベントがＳＬＡの条件のいずれか１つに影響を及ぼし得るときに、通知が作成され得る。そうでない場合、処理は２８０および２９０に続き得る。
【００１９】
具体的には、ＳＬＡ内では、他のリソースについての直接的な指定を識別することはできないが、ブロック２８０で、階層に照会して、他のリソースが基となるリソースに依存するかどうかを判断することができる。判断ブロック２９０で、上流の影響が識別され得る場合、再びブロック２５０で、イベントがＳＬＡ条件のいずれか１つに影響を及ぼし得るときに、通知が作成され得る。しかし、それとは関係なく、ブロック２６０で、分析すべき追加のＳＬＡが残っているかどうかが判断され得る。そうである場合は、ブロック２７０で、次のＳＬＡをロードすることができ、プロセスが、判断ブロック２４０を通って繰り返され得る。そうでない場合、ブロック３００で、プロセスが、終了し得る。
【００２０】
重要なことに、上記のプロセスおよびシステムは、限定的にではなく、例示的に示された具体的な例を用いて説明され得る。例示的なシナリオでは、サーバ・リソースは、ディスク・リソースとデータベース・リソースの両方に依存し得る。ディスク・リソースは、第１の管理アプリケーション内で管理することができ、データベース・リソースは、第２の管理アプリケーション内で管理することができ、サーバ・リソースはさらに、第３の管理アプリケーション内で管理することができる。それぞれの管理アプリケーションは、リレーション・データベースに、基となるリソース、およびそれぞれの依存関係を報告することができる。
【００２１】
ＳＬＡは、サーバ・リソースからの具体的なレベルのパフォーマンスを必要とする、サーバ・リソースに基づいて設定され得る。たとえば、ＳＬＡは、以下のように、パフォーマンス・レベルを指定し得る。
提供内容：
サーバ可用性
ピーク９８％使用可能
オフ・ピーク９２％使用可能
月次評価
ＳＬＡ
リソース＝サーバ・リソース
【００２２】
ＳＬＡ条件を満たすサーバ・リソースの能力を疑問視させるイベントが発生すると、モデル化／評価プロセスは、イベントの即時的な影響を認識することができ、その結果、通知が生成され得る。しかし、より重要なことには、ディスク・リソースが十分に機能する能力を疑問視させるイベントが発生して、サーバ・リソースがＳＬＡ条件を満たすことを妨げられる場合は、モデル化／評価システムは、リレーションシップ・データベース内の依存関係を認識することができ、その結果、通知が生成され得る。
【００２３】
特に、図１で、リレーションシップ・データベース１４０は、スタンドアローンの単一のデータベースとして示されているが、本発明は、リレーションシップ・データベース１４０、リレーションシップ管理プロセス１２０、モデル化／評価プロセス１３０、およびサービス・レベル・マネージャ１００の厳密な構成に限定されない。実際、好ましい一構成では、より堅牢なストレージ構成のために、データウェアハウスをリレーションシップ・データベースに結合することができる。同様に、モデル化／評価プロセス１３０およびリレーションシップ管理プロセス１２０を、サービス・レベル・マネージャ１００内に組み込むことができる。
【００２４】
本発明は、ハードウェアでも、ソフトウェアでも、またハードウェアとソフトウェアの組合せでも実現され得る。本発明の方法およびシステムの実装は、１つのコンピュータ・システム内での集中方式でも、様々な要素が複数の相互接続されたコンピュータ・システム上に広がる分散方式でも実現することができる。任意の種類のコンピュータ・システム、または本明細書に記載された方法を実施するように適応された他の装置が、本明細書に記載された機能を実施するのに適している。
【００２５】
ハードウェアとソフトウェアの典型的な組合せは、ロードされ実行されたときに、コンピュータ・システムが本明細書で記載した方法を実施するように、コンピュータ・システムを制御するコンピュータ・プログラムを含む、汎用コンピュータ・システムであり得る。本発明は、本明細書に記載した方法の実装を可能にするすべての特徴を含むコンピュータ・プログラム・プロダクトに組み込むこともできる。
【００２６】
この文脈のコンピュータ・プログラムまたはアプリケーションは、情報処理能力を有するシステムに、直接的に、あるいは以下のいずれかまたは両方、ａ）別の言語、コードまたは表記法への変換、ｂ）異なる材料の形の複製を行った後に、特定の機能を実施させるための一組の命令の、任意の言語、コードまたは表記法での任意の表現を意味する。重要なことには、本発明は、本発明の精神または本質的な属性から逸脱せずに、他の具体的な形で実施することができ、したがって、言及は、上記の仕様ではなく、本発明の範囲を示す、以下の特許請求の範囲に対して行われるべきである。
【図面の簡単な説明】
【００２７】
【図１】本発明によるリアルタイムＳＬＡ影響分析のために構成された、サービス・レベル監視システムの概略図である。
【図２】図１のサービス・レベル監視システムにおいて、リアルタイムＳＬＡ影響分析を実施するためのプロセスを示すフローチャートである。
【符号の説明】
【００２８】
１００  サービス・レベル・マネージャ
１１０Ａ  イベント
１１０Ｂ  情報
１２０  リレーションシップ管理プロセス
１３０  モデル化／評価プロセス
１４０  リレーションシップ・データベース
１５０  ＳＬＡ
１６０  管理アプリケーション
１７０  リソース
１８０  リソース
１９０Ａ  リソース
１９０Ｂ  リソース
【図１】
2005108220.tif 000003
【図２】
2005108220.tif 000004