(57)【要約】【課題】トランザクション処理システムの現在の状態に基づいてシステム管理基準を動的に調整する方法およびシステムを提供すること。【解決手段】変化する状態に関する粗い自律管理アクションの結果、特定のシステムまたはトランザクションの状態に対するさらに柔軟な反応が得られる。ある一定の基準が、システム・レベル、トランザクション・レベル、またはこれらの組み合わせのどれかで満たされた場合、その発生した特定の状態に適した適切なアクションをとることができる。特定の粗い状態にさらに適した応答は、システム規模または不要な遷移状態に対してではなく、個別に処理するさらに集中したイベントを提供する。この結果、システム資源のさらに効率よい使用が、トランザクション処理のさらに信頼ある管理と共に行われる。【選択図】図１
2005108238.tif 000002
【特許請求の範囲】
【請求項１】
トランザクション処理システムを管理する方法であって、
少なくとも１つの作業負荷特性である少なくとも１つの基準を定義するステップと、
少なくとも１つの基準のそれぞれに対して少なくとも１つの閾値測定基準を定義するステップと、
少なくとも１つの閾値測定基準に応じて少なくとも１つのトリガ・アクションを定義するステップと、
少なくとも１つの閾値測定基準が満たされたことに反応して少なくとも１つのトリガ・アクションを実行するステップと
を含む方法。
【請求項２】
少なくとも１つの基準を定義するステップが、システム・レベル基準とトランザクション・レベル基準の少なくとも１つを定義するステップを含む請求項１に記載の方法。
【請求項３】
少なくとも１つのトリガ・アクションを定義するステップが、システム・レベルのトリガ・アクションとトランザクション・レベルのトリガ・アクションの少なくとも１つを定義するステップを含む請求項１に記載の方法。
【請求項４】
少なくとも１つの基準が、プロセッサ使用率特性、メモリ使用率特性、入出力特性、記憶域特性、およびネットワーク・インターフェース特性の少なくとも１つを含む請求項１に記載の方法。
【請求項５】
少なくとも１つの閾値測定基準を定義するステップが、トランザクション処理システムの一態様の測定値に関する単一の変数と累加変数の少なくとも１つを定義するステップを含む請求項１に記載の方法。
【請求項６】
ステップのそれぞれを既定の間隔で反復するステップをさらに含む請求項１に記載の方法。
【請求項７】
少なくとも１つのトリガ・アクションが、トランザクションの優先順位を変更するステップ、トランザクションを終了するステップ、トランザクションを遅延させるステップ、トランザクションを休止させるステップ、別のシステムにトランザクションの転送を停止させるステップ、別のシステムに対するトランザクションの経路指定をトリガするステップ、およびプロセスを終了するステップの少なくとも１つを含む請求項１に記載の方法。
【請求項８】
トランザクションの部分集合を特定する少なくとも１つのトランザクション識別子を定義するステップと、
少なくとも１つのトランザクション識別子に関連付けられた少なくとも１つのトランザクション・レベル閾値測定基準を定義するステップと
をさらに含む請求項１に記載の方法。
【請求項９】
実行するステップが、少なくとも１つのトランザクション識別子に関連付けられたトランザクションに対して少なくとも１つのトリガ・アクションを実行する請求項８に記載の方法。
【請求項１０】
実行するステップが、少なくとも１つのトランザクション・レベル閾値測定基準が満たされた場合に実行される請求項９に記載の方法。
【請求項１１】
システム・レベルの閾値測定基準を定義するステップと、
システム・レベルの閾値測定基準を少なくとも１つのトランザクション識別子および少なくとも１つのトランザクション・レベルの閾値測定基準に関連付けるステップと
をさらに含む請求項８に記載の方法。
【請求項１２】
実行するステップが、システム・レベルの閾値測定基準とトランザクション・レベルの閾値測定基準の両方とも満たされた場合にのみ実行される請求項１１に記載の方法。
【請求項１３】
少なくとも１つのトランザクション識別子を定義するステップがトランザクション・グループ識別子を定義するステップを含む請求項８に記載の方法。
【請求項１４】
少なくとも１つの閾値測定基準を定義するステップがトランザクション・グループ・レベル測定基準を定義する請求項１に記載の方法。
【請求項１５】
ランタイム・パラメータをロードするステップと、
ランタイム・パラメータを妥当性検査するステップと、
パラメータが受理不能と見なされた場合に処理を終了するステップと
をさらに含む請求項１に記載の方法。
【請求項１６】
現在実行中のトランザクションのトランザクション・リストを入手するステップと、
現在実行中のトランザクションのそれぞれに関する詳細を収集するステップと、
現在実行中のトランザクションに関連付けられた閾値を定義する間隔基準マトリックスに対してトランザクションの詳細を評価するステップと、
評価するステップが閾値が満たされたと判定した場合にアクションを実行するステップと
をさらに含む請求項１に記載の方法。
【請求項１７】
総計トランザクション・グループのリストを入手するステップと、
各総計トランザクション・グループに対する詳細を収集するステップと、
各総計トランザクション・グループに関連付けられた閾値を定義する間隔基準マトリックスに対して各総計トランザクション・グループの詳細を評価するステップと、
評価するステップが閾値が満たされたと判定した場合にアクションを実行するステップと
をさらに含む請求項１に記載の方法。
【請求項１８】
実行可能な収集論理と解釈可能な定義の１つによって実行される、トランザクション処理システムの状態に関するデータを収集するステップをさらに含む請求項１に記載の方法。
【請求項１９】
システムを管理する方法であって、
作業負荷特性の現行の状態を決定するステップと、
作業負荷特性の現行の状態を評価するステップと、
作業負荷特性の現行の状態に関連付けられた閾値測定基準に基づいてシステム管理基準を動的に調整するステップと
を含む方法。
【請求項２０】
作業負荷特性が、トランザクション作業負荷特性とシステム環境作業特性の少なくとも１つである請求項１９に記載の方法。
【請求項２１】
作業負荷特性がトランザクション処理システム特性である請求項１９に記載の方法。
【請求項２２】
調整するステップが、トランザクションの優先順位を変更するステップ、トランザクションを終了するステップ、トランザクションを遅延させるステップ、トランザクションを休止させるステップ、別のシステムにトランザクションの転送を停止させるステップ、別のシステムに対するトランザクションの経路指定をトリガするステップ、およびプロセスを終了するステップの少なくとも１つを含む請求項１９に記載の方法。
【請求項２３】
作業負荷特性に関連付けられたシステム・レベル閾値測定基準を定義するステップと、
トランザクションの部分集合を特定する少なくとも１つのトランザクション識別子を定義するステップと、
少なくとも１つのトランザクション識別子とトランザクション作業負荷特性に関連付けられた少なくとも１つのトランザクション・レベルの閾値測定基準を定義するステップと、
システム・レベルの閾値測定基準を少なくとも１つのトランザクション識別子および少なくとも１つのトランザクション・レベルの閾値測定基準に関連付けるステップと
をさらに含む請求項１９に記載の方法。
【請求項２４】
動的に調整するステップが、システム・レベルの閾値測定基準とトランザクション・レベルの閾値測定基準の両方とも満たされた場合にのみ実行される請求項２３に記載の方法。
【請求項２５】
動的に調整するステップが、システム・レベルの閾値測定基準とトランザクション・レベルの閾値測定基準の少なくとも１つが満たされた場合にのみ実行される請求項２３に記載の方法。
【請求項２６】
トランザクション処理システムを管理するシステムであって、
トランザクション処理システムの作業負荷特性である少なくとも１つの基準を定義する手段と、
少なくとも１つの基準のそれぞれに対して少なくとも１つの閾値測定基準を定義する手段と、
少なくとも１つの閾値測定基準に応じて少なくとも１つのトリガ・アクションを定義する手段と
を含むシステム。
【請求項２７】
トランザクションの部分集合を特定する少なくとも１つのトランザクション識別子を定義する手段と、
少なくとも１つのトランザクション識別子に関連付けられた少なくとも１つのトランザクション・レベルの閾値測定基準を定義する手段と、
システム・レベル閾値測定基準を定義する手段と、
システム・レベルの閾値測定基準を少なくとも１つのトランザクション識別子および少なくとも１つのトランザクション・レベルの閾値測定基準に関連付ける手段と
をさらに含む請求項２６に記載のシステム。
【請求項２８】
ランタイム・パラメータをロードする手段と、
ランタイム・パラメータを妥当性検査する手段と、
パラメータが受理不能と見なされた場合に処理を終了する手段と
をさらに含む請求項２６に記載のシステム。
【請求項２９】
現在実行中のトランザクションのトランザクション・リストを入手する手段と、
現在実行中のトランザクションのそれぞれに関する詳細を収集する手段と、
現在実行中のトランザクションに関連付けられた閾値を定義する間隔基準マトリックスに対してトランザクションの詳細を評価する手段と、
評価するステップが閾値が満たされたと判定した場合に閾値アクションを実行する手段と
をさらに含む請求項２６に記載のシステム。
【請求項３０】
システム・レベル作業負荷特性にシステム・レベル閾値を提供するシステム・レベル測定基準項目と、
１つのトランザクションおよび一群のトランザクションの１つに識別を提供するトランザクション識別子項目と、
トランザクション識別子によって定義されたトランザクション・タイプにトランザクション・レベル閾値を提供するトランザクション・レベル測定基準項目と、
システム・レベル閾値とトランザクション・レベル閾値の少なくとも１つが満たされた場合に実行されるべき論理を特定するファシリティ・アクション項目と
を含む基準マトリックスをさらに含む請求項２６に記載のシステム。
【請求項３１】
少なくとも１つの閾値測定基準が満たされたことに反応して少なくとも１つのトリガ・アクションを実行する手段をさらに含む請求項２６に記載のシステム。
【請求項３２】
トランザクション処理システムを管理するシステムであって、
少なくとも１つの作業負荷特性の現行の状態を決定する手段と、
少なくとも１つの作業負荷特性の現行の状態を評価する手段と、
少なくとも１つの作業負荷特性の現行の状態に関連付けられた閾値測定基準に基づいてシステム管理基準を動的に調整する手段と
を含むシステム。
【請求項３３】
少なくとも１つの作業負荷特性が、トランザクション作業負荷特性とシステム環境作業特性の少なくとも１つである請求項３２に記載のシステム。
【請求項３４】
少なくとも１つの作業負荷特性がトランザクション処理システム特性である請求項３２に記載のシステム。
【請求項３５】
動的に調整する手段が、トランザクションの優先順位を変更するステップ、トランザクションを終了するステップ、トランザクションを遅延させるステップ、トランザクションを休止させるステップ、別のシステムにトランザクションの転送を停止させるステップ、別のシステムに対するトランザクションの経路指定をトリガするステップ、およびプロセスを終了するステップの少なくとも１つを提供する請求項３２に記載のシステム。
【請求項３６】
作業負荷特性に関連付けられたシステム・レベル閾値測定基準を定義する手段と、
トランザクションの部分集合を特定する少なくとも１つのトランザクション識別子を定義する手段と、
少なくとも１つのトランザクション識別子およびトランザクション作業特性に関連付けられた少なくとも１つのトランザクション・レベルの閾値測定基準を定義する手段と、
システム・レベルの閾値測定基準を少なくとも１つのトランザクション識別子および少なくとも１つのトランザクション・レベルの閾値測定基準に関連付ける手段と
をさらに含む請求項３２に記載のシステム。
【請求項３７】
動的に調整する手段が、システム・レベルの閾値測定基準とトランザクション・レベルの閾値測定基準の両方とも満たされた場合にシステム管理基準を調整する請求項３６に記載のシステム。
【請求項３８】
動的に調整する手段が、システム・レベルの閾値測定基準とトランザクション・レベルの閾値測定基準の少なくとも１つが満たされた場合にのみ調整するステップを提供する請求項３６に記載のシステム。
【請求項３９】
コンピュータに、
トランザクション処理システムの作業負荷特性である少なくとも１つの基準を定義する手順と、
少なくとも１つの基準のそれぞれに対して少なくとも１つの閾値測定基準を定義する手順と、
少なくとも１つの閾値測定基準に応じて少なくとも１つのトリガ・アクションを定義する手順と、
少なくとも１つの閾値測定基準が満たされたことに反応して少なくとも１つのトリガ・アクションを実行する手順と
を実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トランザクション処理システムに関し、より詳細には、トランザクション処理システムまたはホスト・コンピュータ・システムの１つまたは複数の現在の特性の現状に関するそれらの固有の現行資源使用特性に基づいた、個々のトランザクションまたは数群のトランザクションの自動制御および管理に関する。
【背景技術】
【０００２】
トランザクション処理システムは電子商取引の基礎として機能する。電子商取引では、複数のエンティティが、購買トランザクションおよび支払トランザクションからバンキング・トランザクションに至る範囲の商取引に関する特定タスクを電子的に処理する。電子商取引の例には、クレジット・カードおよびデビット・カードを使用し、オンラインで請求書を支払い、返品クレジットを処理する購買トランザクションおよび支払トランザクションが含まれる。トランザクション処理システムは、インターネットのようなネットワークを介したデータへのアクセスにも役立つ。売り手のウェブサイト上の商品をブラウジングすること、金融サービス機関のウェブサイトから株式相場を入手すること、ニュース・ウェブサイトでスポーツ・イベントの点数を確認することは、このようなアクセスの例である。日常のネットワーク・トランザクション・イベントの他の例としては、オンライン・ゲーム中に行われるデータの交換、ソフトウェア販売者のサーバから製品の更新をダウンロードすること、および電子メールの交換がある。
【０００３】
インターネット時代が到来する以前は、トランザクション処理システムの一例としては、所与の企業の内部ユーザがホスト・メインフレーム・プロセッサにアクセスし、個々のトランザクションにＩＢＭのＣＩＣＳ（顧客情報制御システム）などのような実行ソフトウェア「トランザクション・モニタ」を介してサービスが提供されるというものであった。インターネットの出現により、トランザクション処理システムの一例には、所与のインターネット・ウェブサイトをホストする１つまたは複数のサーバならびにその基礎であるハードウェアおよびソフトウェアのインフラストラクチャが含まれるが、これにはＩＢＭのＷｅｂＳｐｈｅｒｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒのような「アプリケーション・サーバ」がしばしば含まれる。
【０００４】
トランザクション処理システムがサービスを提供するトランザクションは、いくつのソース由来であってもよい。これらソースの例としては、家庭またはオフィスのパーソナル・コンピュータ、パーソナル・デジタル・アシスタント（ＰＤＡ）、ネットワーク使用可能セルラ・デバイス、および現金自動預け払い機（ＡＴＭ）からこのシステムにアクセスするユーザがある。さらに、トランザクション処理システムは、パートナーのトランザクション処理システム、双方向音声応答システム、またはネットワークを介してトランザクション処理システムにアクセスするいかなる他の自動化されたエンティティのような他のシステムによってもアクセスすることができる。
【０００５】
アプリケーション・エラー、ハードウェアの故障、およびトランザクション処理システムの意図せぬ使用のような様々な理由から、１つのトランザクションまたはトランザクション群がトランザクション処理システムの設計仕様以外の特性を有する可能性がある。システムからの不要な作業負荷を解消するために一般的にとられる行動は、トランザクションを除去することから、トランザクション処理環境全体をシャットダウンし、再起動することに及ぶ場合がある。
【０００６】
他の例では、単に、利用度が高いなどのような現行の一般的なシステムの状態に基づいて１つのタイプの作業を別のタイプに優先させることが望ましい場合がある。現行の方法は、２元評価によりこれらの状態の改善を容易にする。例えば、トランザクション処理システムで所与のトランザクションが所定のＣＰＵ秒数より多くを消費した場合、違反したトランザクションは終了される。違反したトランザクションの終了は、例えば所与のトランザクションが所定の電子記憶容量より多くを消費した場合などにも発生する可能性がある。
【０００７】
現行の方法はまた、トランザクション処理システムから警告があった場合は関わらずトランザクションを終了することを可能にする。そのような警告をトリガする状態のタイプの一例としては、トランザクション処理システム内で記憶容量の不足という事態が発生した場合がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
現行の方法の欠点は、トランザクション管理が無制限であるという性質に起因するものである。実際には、トランザクション処理システムは、ある任意の限度をトランザクションが超えた場合、その限度がトランザクション処理システムに対して現在制約が課されているか否かに関わらずそのトランザクションを除去する。
【０００９】
さらなる欠点は、トランザクション処理システムからの警告に対処するために改善アクションが取られるか、または開始されるが、そのアクションの性質の目標設定が甘い、あるいは果断に過ぎる場合に、その警告自体とほとんど、または全く関係のないトランザクションに影響を与えることである。現在、トランザクション制御ファシリティにおいて、自律補正アクションは、通常、目標設定が不十分で、タイミングの取り方が甘く、影響を与えるユーザの範囲が広すぎる。
【課題を解決するための手段】
【００１０】
本発明の態様によれば、トランザクション処理システムを管理する方法が提供される。この方法は、少なくとも１つの作業負荷特性である少なくとも１つの基準を定義するステップと、少なくとも１つの基準のそれぞれに対して少なくとも１つの閾値測定基準を定義するステップとを含む。この方法は、少なくとも１つの閾値測定基準に応じて少なくとも１つのトリガ・アクションを定義するステップと、少なくとも１つの閾値測定基準が満たされたことに反応して少なくとも１つのトリガ・アクションを実行するステップとをさらに含む。
【００１１】
本発明の別の態様では、システムを管理する方法が提供される。この方法は、作業負荷特性の現行の状態を決定するステップと、作業負荷特性の現行の状態を評価するステップと、作業負荷特性の現行の状態に関連付けられた閾値測定基準に基づいてシステム管理基準を動的に調整するステップとを含む。
【００１２】
本発明の別の態様では、トランザクション処理システムを管理するシステムが提供される。このシステムは、トランザクション処理システムの作業負荷特性である少なくとも１つの基準を定義する手段と、少なくとも１つの基準のそれぞれに対して少なくとも１つの閾値測定基準を定義する手段とを含む。このシステムは、少なくとも１つの閾値測定基準に応じて少なくとも１つのトリガ・アクションを定義する手段をさらに含む。
【００１３】
本発明の別の態様では、トランザクション処理システムを管理するシステムが提供される。このシステムは、少なくとも１つの作業負荷特性の現行の状態を決定する手段と、少なくとも１つの作業負荷特性の現行の状態を評価する手段と、少なくとも１つの作業負荷特性の現行の状態に関連付けられた閾値測定基準に基づいてシステム管理基準を動的に調整する手段とを含む。
【００１４】
本発明の別の態様では、コンピュータに、トランザクション処理システムの作業負荷特性である少なくとも１つの基準を定義する手順と、少なくとも１つの基準のそれぞれに対して少なくとも１つの閾値測定基準を定義する手順と、少なくとも１つの閾値測定基準に応じて少なくとも１つのトリガ・アクションを定義する手順と、少なくとも１つの閾値測定基準が満たされたことに反応して少なくとも１つのトリガ・アクションを実行する手順とを実行させるコンピュータ・プログラムが提供される。
【発明を実施するための最良の形態】
【００１５】
本発明のシステムおよび方法では、トランザクション処理システムの自律拡張機能がトランザクション処理システムの現行の状態に基づいてシステム管理基準を動的に調整する。本発明は、システム設計者および管理者がより優れた自律論理をトランザクション処理システムの管理に適用する機能を提供する。本発明は、トランザクション処理システム内の変化する状態に関する非常に粗い自律管理アクションならびに本明細書で検討する多くの他の利点も可能にする。システム設計者および管理者は、自律制御モデルを開発する際にサーバ／システム全体の変動する状態を考慮することが可能である。
【００１６】
図１は、本発明を実施することができる典型的な分散型データ処理システムを示すブロック図である。分散型データ処理システム１００は、ネットワーク１２０によって接続された複数のコンピュータを含む。一実施態様では、サーバ・コンピュータ１３０は、記憶装置１５０およびクライアント・コンピュータ１６０、１７０、および１８０と共にネットワーク１２０に接続される。図面の実施例では、分散型データ処理システム１００はインターネットであってよく、ここでネットワーク１２０は、相互に通信するためにインターネット・プロトコルによる伝送制御プロトコル（ＴＣＰ／ＩＰ）のプロトコル・スイートを使用する複数のネットワークと複数のゲートウェイの世界的な集合体を表している。本発明の一実施形態は、サーバ１３０対サーバ１４０の対話または記憶域対記憶域の対話を含むことができる。
【００１７】
本発明は、（１）システム・レベルの測定基準を得る、（２）トランザクション・レベルの測定基準を得る、（３）評価を実行する、（４）評価に基づいたアクションを実行する、という４つの循環する複数の段階に分割することができる。すなわち、処理周期が開始される際、本発明はトランザクション処理システムおよび関連する環境、すなわちシステム・レベルの測定基準の状態に関する顕著な詳細を収集する。第２段階の処理は、トランザクションを実行する個人に関する詳細または測定基準、すなわちトランザクション・レベル測定基準の収集に関係する。第３段階の処理は、間隔基準表に定義される評価を実行し、これは管理アクションを実行するステップを含む第４段階をもたらす。本発明の実施形態は、本明細書では「ファシリティ」と称し、トランザクション処理システムのソフトウェア拡張機能であってよい。
【００１８】
実施形態では、上記４段階をサポートするコンポーネントは、（ｉ）管理者の意思決定過程に適したシステムおよびトランザクション情報を収集するコンポーネント、（ｉｉ）上記の収集されたデータと本発明の構成データの間で複雑な評価を実行するコンポーネント、および（ｉｉｉ）管理者の機能に適したアクションを実行するコンポーネントを含むことができる（例えば、図２〜６における検討を参照のこと）。
【００１９】
本発明は、間隔基準マトリックスの実施態様も含む。この間隔基準マトリックスは、通常、本発明が使用する構成可能なデータのソースであってよく、管理者が作成するかまたは構築前の電子ソースからアクセスすることができる。間隔基準マトリックスの一例を表１に示し、図２〜６を参照して以下でさらに詳細に説明する。
【００２０】
【表１】
2005108238.tif 000003
【００２１】
表１に示した構成データは、「システム・レベル測定基準」６０１を含むマトリックスを含む。システム・レベル測定基準は、トランザクション処理システムの一態様の測定値に関する単一の、または累加変数（例えば、範囲）であってよい。表１のマトリックスは、例えば単一または複数のトランザクションに関する選択基準を提供する「トランザクション識別子」６０２もさらに含む。表１は、「トランザクション・レベル測定基準」６０３および「ファシリティ・アクション」６０４もさらに含む。トランザクション・レベル測定基準６０３は、含まれるトランザクションの一態様に関する単一変数または累加変数であってよく、ファシリティ・アクション６０４は、例えば上記変数の評価結果が正の場合に発生するアクションに対する参照であってよい。実施形態では、システム・レベル基準（例えば、６０１および６０４）は別個の表にあってよい。
【００２２】
一例として、表１のデータを使用すると、システム・レベル測定基準が５０％〜７５％の平均システム・プロセッサ使用率を有し、またトランザクション・レベル測定基準６０３が３０秒より大きい場合、ファシリティ・アクション６０４は現行トランザクションの優先順位を下げる場合がある。当然ながら、本明細書で説明し、今や当業者ならば理解するはずの本発明は、他のシナリオも実施できることを理解されたい。本発明のプロセス全体のうちで、トランザクション処理システムおよびサポートするハードウェア、ソフトウェア、およびネットワーク接続環境の様々なシステム・レベル測定基準がサンプリングされることを理解されたい。このようなシステム・レベル測定基準の例は、限定はしないが、プロセッサ使用率、メモリ使用率、記憶域使用率、入出力サブシステム（群）に対する負荷、およびネットワーク・インターフェースに対する負荷を含むことができる。実施形態では、収集されるべき顕著な測定基準およびこれら測定基準のそれぞれの収集を実行する論理プロセスに対する参照のリストは、間隔基準データ・ソース（例えば、データベース）上に存在する。
【００２３】
プロセス全体において、ある時点においてトランザクション処理システム上で実行中の各トランザクションの詳細を収集する方法も提供される。システム・レベル測定基準のように、この方法は、収集されるべき顕著な測定基準および間隔基準データ・ソースからそれらの測定基準のそれぞれの収集を実行する論理プロセスへの参照のリストにアクセスする。本発明は、連続的であってよいある種の順番で個々のトランザクションをすべて処理する。
【００２４】
トランザクション・レベル測定基準が使用可能になると、間隔基準マトリックスに記憶することのできる閾値が評価される。本発明の特徴は、システム・レベルの測定基準とトランザクション・レベルの測定基準の両方の増加する性質を含む。例えば、３０％、４０％、５０％、および６０％というシステム・レベル・プロセッサ使用率レベルはすべて、測定基準の評価のトランザクション・レベル側の異なる閾値を有することができる。この例をさらに進めると、１０ＣＰＵ秒というトランザクション・レベル・プロセッサ使用率は５０％のシステム・レベル・プロセッサ使用率では過度と見なされる場合があり、８ＣＰＵ秒というトランザクション・レベル・プロセッサ使用率は６０％のシステム・レベル・プロセッサ使用率では過度と見なされる場合がある。
【００２５】
システム・レベルの評価とトランザクション・レベルの評価のどちらも所与の間隔基準項目に関して「真」の結果になる場合、本発明は同じ間隔基準項目で指定されたアクションを呼び出す。ここでもまた、間隔基準マトリックスが示した他の論理ポイントのように、実施形態では、アクションは、そのアクションを実行する論理プロセスに対する参照として間隔基準データ・ソース内に記憶される。
【００２６】
図２〜７は、本発明を使用するステップを示す一実施形態の流れ図である。図２〜７はどれも、そのステップを実施する本発明のコンポーネントのハイレベル・ブロック図を表す。図２〜７のステップは、適切なハードウェアと共にコンピュータ・プログラム・コードに対して実施することができる。このコンピュータ・プログラム・コードは、ディスケット、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、またはテープのような記憶媒体、ならびに読み取り専用メモリ（ＲＯＭ）またはランダム・アクセス・メモリ（ＲＡＭ）のような１つの記憶装置または記憶装置の集合に記憶することができる。さらに、コンピュータ・プログラム・コードは、インターネットまたはある種の他のタイプのネットワークを介してワークステーションに転送することができる。図２〜７は、例えば図１のコンポーネントを使用して実施することができる。
【００２７】
図２〜６を参照すると、ファシリティの起動時に、ステップ２００で、ファシリティのランタイム・パラメータ２１０（ファイルもしくはデータベースで維持することができるか、または本発明中にハードコーディングもしくは配線により実装することができる）はステップ２２０でロードされ、ステップ２３０で妥当性検査される。妥当性検査ステップ２３０の結果に応じて、ステップ２４０で、本発明のこの実施形態にある資格基準に基づいて処理を続行すべきか否かを決定するための確認がなされる。妥当性検査が失敗した場合、ファシリティはステップ２７０で終了する。ステップ２５０でファシリティの初期化が正常に完了した後、システムは、ステップ２６０で、間隔で調整できる処理の名目モードに入る。
【００２８】
図３をさらに続けると、ステップ３１０で名目処理周期を開始する際、後述する間隔コントローラ３８０によって頻度を管理することができる。ステップ３２０で、ファシリティは、トランザクション処理システムの現在または現行の作業負荷特性、状態、または「健康状態」に関するデータを収集する。ファシリティは、データが収集されるべき対象である特性３３０の事前に提供されたリストにアクセスする。このデータのソースの例は、ファシリティのランタイム・パラメータ２１０または例えばデータベースであってよい間隔基準（例えば、４２０）を維持するために使用される記憶機構を含むことができる。データを収集できる対象のトランザクション処理システムまたはホスティング・サーバの特性ごとに、データを収集するための専用ルーチンまたはレジストリのようなデータを収集する方法がある場合がある。この論理がある例は、通常はファシリティ自体に含まれる統合ルーチン３４０を、ファシリティ３６０によって解釈可能な独特な別個の実行可能な論理３５０または定義として含む。このプロセスは、ステップ３７０で、データを収集するコレクション・ポイントがこれ以上ないと判定されるまで続く。
【００２９】
すべての関連システム測定基準リストが収集され、使用可能となると、ファシリティは、間隔基準の評価を開始するよう準備される。実施形態では、本発明は、次に示す３段階の動的管理を実行することができる。
１．システム・レベル−システム・レベルの健康特性に基づく動的アクション
２．トランザクション・レベル−トランザクション特有の特性に基づく動的アクション
３．マルチ・トランザクション・レベル−サーバで実行中の現行のトランザクション・ミックスの集合特性に基づく動的管理アクション
【００３０】
図４をさらに続けると、ステップ４１０で、間隔基準データ・ソース４２０からシステム・レベル基準が評価される。システム・レベル評価ステップ４１０は、ステップ３２０で収集されたデータに対して直接実行することができる。ステップ４３０で、評価の結果が要求されたアクションとなるか否かが確認される。要求されたアクションとならない場合、ステップ４４０で、ファシリティは評価されるべきシステム・レベル評価がさらにあるか否かを判定する。システム・レベル評価がさらにある場合、プロセスはステップ４１０に進み次の評価を行う。そうでない場合、ファシリティは次の一連の評価に進む。ステップ４３０で結果がＹＥＳの場合（すなわち、アクションを要求している場合）、間隔基準データ・ソース４２０が定義したアクションが、ステップ４１０で評価された間隔基準に関連付けられた間隔基準アクション４６０の論理を使用してステップ４５０で遂行され、ファシリティ自体のソフトウェア内で実行することができる。
【００３１】
他の実施形態では、４６０で定義されたアクションを、アクションを実行するよう他のエンティティにメッセージを送信するように、他の機構により提供することができる。このようなアクションの例は、トリガするサーバが作業を受理するために使用可能であることをピア・サーバに通知すること、異常な状態を遠隔にいるオペレータに警告すること、またはストレージ・エリア・ネットワーク（ＳＡＮ）装置に対する診断トレースをトリガすることを含む。トリガされたアクションがステップ４５０で遂行された（または扇動された）後で、プロセスはステップ４４０に進み、システム評価がさらにあるか否かを判定する。
【００３２】
システム・レベル基準評価は、ホスト・サーバのトランザクション処理システムであってよいシステムの特性を扱う。一例として、「システム・メモリ使用率」の現在／現行の状態に基づくシステム・レベル基準ツリーの説明を次に示す。
Ａ−システム・メモリ使用率が６０％を超えると、アクションＳＬＳＭＵ＿１を実行する。
Ｂ−システム・メモリ使用率が８０％を超えると、アクションＳＬＳＭＵ＿２を実行する。
Ｃ−システム・メモリ使用率が９０％を超えると、アクションＳＬＳＭＵ＿３を実行する。
Ｄ−システム・メモリ使用率が９５％を超えると、アクションＳＬＳＭＵ＿４を実行する。
各アクション識別子（例えば、ＳＬＳＭＵ＿１、ＳＬＳＭＵ＿２など）に対して、間隔基準アクション４６０で定義された関連するアクションがある。当業者には、アクション識別子は必要に応じていくつあってもよいということを理解されたい。
【００３３】
図５をさらに続けると、トランザクション・レベル基準評価はステップ５００から開始して実行することができる。ステップ５００で、ファシリティは、現在実行中のトランザクションのリストをトランザクション処理システムから入手するが、これは実施形態では、記憶されたトランザクション・リスト５９０で参照するために記憶された現在実行中のトランザクションのリストである。ステップ５１０で、リストの各トランザクションに対して、一連の関連する詳細が収集または入手される。ステップ５２０で、ステップ５１０で収集されたデータに対して間隔基準マトリックス５３０を使用してトランザクション・レベル評価が実行される。
【００３４】
ステップ５４０で、ステップ５２０の評価に基づいてアクションが必要か否かの判定がなされる。アクションが要求されない場合（例えば、評価がＮＯの場合）、ステップ５７０で、ファシリティは実行されるべきトランザクション・レベルの評価がさらにあるか否かを判定し、ある場合、プロセスはステップ５２０で次の評価を続ける。ステップ５４０の結果がアクションを要求する場合（例えば、評価がＹＥＳの場合）、ステップ５５０で、間隔基準データ・ソース５６０が定義するアクションが遂行される。このアクションはそれ自体ファシリティのソフトウェアの中で遂行しても、またはアクションを別のシステム・コンポーネントによってトリガし、遂行させてもよい。トリガされたアクションがステップ５５０で遂行された後、ステップ５７０で、プロセスは次のトランザクション・レベル評価の確認に進む。ステップ５７０で実行されるべきトランザクション・レベル評価がもう残っていない場合、ステップ５８０で、ファシリティは処理するためにトランザクションが残っているか否かを判定する。残っている場合、リスト５９０の次のトランザクションが選択され、処理はステップ５１０に進む。
【００３５】
一実施態様で、表１および図２〜６の流れを参照すると、トランザクション・レベル基準評価は、トランザクション処理システムであってもホスト・サーバであってもそのシステム全体の現在／現行の特性に関する個々のトランザクションの特性を扱う。トランザクション・レベル基準マトリックスの表現例を表１に示す。このマトリックスの第１の要素は、ステップ３２０（図３）で得ることができるシステム・レベル測定基準６０１である。マトリックスの第２の要素はトランザクション識別子６０２である。
【００３６】
トランザクション処理システムは、４バイトの英数字識別子（または他の識別技術）によりトランザクションを識別することができる。表１のトランザクション識別子６０２例のアスタリスクは「ワイルド・カード」を示し、これらのトランザクション・レベル基準は「ＡＡ」から始まる識別子を有するトランザクションにのみ影響を与える。この実施例のトランザクション識別子６０２の使用は、トランザクション・レベル基準は必ずしもトランザクション処理システムのすべてのトランザクションに影響を与える必要はなく、トランザクションの所与の部分集合に一意の識別のいかなる便利なモードによっても選択的に資格を与えることができるということを示す。システム・レベル測定基準６０１に列挙された条件が満たされた場合、トランザクション・レベル測定基準６０３は、トランザクションの現在のどの特性を評価し、特性をどの値に対して評価するかを示す。システム・レベル測定基準６０１、トランザクション識別子６０２、およびトランザクション・レベル測定基準６０３の基準と一致する状態に対してファシリティ・アクション６０４がトリガされる。この実施例を分かり易くするために、ファシリティ・アクション６０４下で呼び出されるアクションを平文で記す。他の実施形態では、ファシリティ・アクション６０４は、間隔基準アクション５６０（図５）として示される、ファシリティが実行可能な形式で実施されることができる論理プロセスを参照する識別子としてトランザクション・レベル基準マトリックス５３０に入れることができる。
【００３７】
マルチ・トランザクション基準評価は、システム全体の現在／現行の特性に関する数群のトランザクションの特性を扱う。これらの評価はトランザクション・レベル基準評価に類似しているが、管理者が構築し管理することができ、または事前構築し電子ソースから得ることができる「トランザクション・グループ」の概念が追加されている。このようなトランザクション・グループの例を表２に示す。
【００３８】
【表２】
2005108238.tif 000004
【００３９】
トランザクション・グループの概念は、類似または関連するエンティティ（例えば、同一サーバ、検索機能など）または共通識別子（例えば、ＩＰサブネット、伝送媒体など）に関するトランザクションの総計と、上記の総計したエンティティに対するトランザクション・グループ・レベル測定基準の適用を許可する。これは一例として図６を参照して示され、ステップ７００で、ファシリティは、関連するトランザクション・タイプまたは特性の集合を定義する間隔基準表７９０から総計トランザクション・グループ・リストを入手する。
【００４０】
ステップ７１０で、各総計トランザクション・グループに対して、一連の関連する詳細が、記憶されたトランザクション・リスト５９０を効率のために任意選択で参照して収集される。ステップ７２０で、ステップ７１０で収集されたデータに対して間隔基準７３０（例えば、表２）を使用してトランザクション・グループ・レベル評価が実行される。ステップ７４０で、アクションが必要か否かに関して判定がなされる。アクションが必要ない場合（例えば、結果がＮＯの場合）、ステップ７７０で、ファシリティは、実行されるべきトランザクション・グループ・レベル評価がさらにあるか否かを判定する。トランザクション・グループ・レベル評価がさらにある場合、プロセスはステップ７２０で次の評価を続ける。ステップ７４０の結果が、アクションが必要であると判定した場合（例えば、ＹＥＳの場合）、ステップ７５０で、間隔基準データ・ソース７６０によって定義されたアクションが遂行される。ステップ７３０で適正とされた間隔基準に関連付けられたアクションの論理は、ファシリティ自体のソフトウェア内で遂行することができる。他の実施形態では、アクション論理が他のコンポーネントによるアクションをトリガすることができる。
【００４１】
トリガされたアクションがステップ７５０で遂行された後、プロセスはステップ７７０で次のトランザクション・グループ・レベル評価の確認に進む。ステップ７７０で実行されるべきトランザクション・グループ・レベル評価がもう残っていない場合、ステップ７８０で、ファシリティは処理するためのトランザクション・グループ評価が残っているか否かを判定する。残っている場合、リスト５９０にある次のトランザクション・グループ評価が選択され、ステップ７１０で処理が続けられる。
【００４２】
そうでない場合、処理は、この実施形態では、処理の続行を許可する前に６０秒などある設定期間の間処理を一時停止する間隔コントローラ３８０に進む。状況に応じて他の時間間隔を選ぶことができる。さらなる一態様では、間隔コントローラは、前のスキャン周期の結果に基づいて変更することができる様々なタイマに作用する。さらに別の態様では、平均プロセッサ使用率が７５％より大きい場合、またはこのトランザクション処理システムに対する接続数が２０００（または他のパラメータ基準）を超える場合、間隔コントローラは１つまたは複数のシステム特性に基づいて処理を再開することができる。あるいは、間隔コントローラは、潜在的に本発明の連続処理を有しながら事実上存在しないか、またはバイパスすることができる。
【００４３】
再び表２を参照すると、このマトリックスの第１の要素は、ステップ３２０（図３）で予め得ることのできるシステム・レベル測定基準８０１である。マトリックスの第２の要素はトランザクション・グループ化方法８０２である。この実施例を分かり易くするために、トランザクション・グループ化方法８０２を平文で記す。他の実施形態では、トランザクション・グループ化方法８０２は、間隔基準アクション７６０（図６）として示される、ファシリティが実行可能な形式で実施される論理プロセスを参照する識別子としてトランザクション・レベル基準マトリックス７３０に入れることができる。システム・レベル測定基準８０１の下で列挙された条件が満たされた場合、トランザクション・グループ・レベル測定基準８０３は、トランザクション・グループの現在のどの特性を評価し、特性をどの値に対して評価するかを示す。システム・レベル測定基準８０１、トランザクション・グループ化方法８０２、およびトランザクション・グループ・レベル測定基準８０３の基準と一致する状態に対してファシリティ・アクション８０４がトリガされる。この実施例を分かり易くするために、ファシリティ・アクション８０４の下で呼び出されるべきアクションを平文で記す。他の実施形態では、ファシリティ・アクション８０４は、間隔基準アクション５６０（図５）として示される、ファシリティが実行可能な形式で実施される論理プロセスを参照する識別子としてトランザクション・レベル基準マトリックス５３０に入れることができる。
【００４４】
図７は、ステップ８１０から開始する本発明の一態様を使用する一実施形態を示す流れ図である。ステップ８２０で、トランザクション処理システムの作業負荷特性の少なくとも１つの基準が定義される。ステップ８３０で、各基準に対する少なくとも１つの閾値測定基準が定義される（これらはシステム・レベルまたはトランザクション・レベル測定基準であってよい）。ステップ８４０で、少なくとも１つの閾値測定基準が満たされたことに反応して実行されるように少なくとも１つのトリガ・アクションが定義される。ステップ８５０で、トランザクションの部分集合を特定する少なくとも１つのトランザクション識別子が定義される。ステップ８６０で、少なくとも１つのトランザクション・レベルの閾値測定基準が少なくとも１つのトランザクション識別子に関連付けられる。一態様では、１つまたは複数の閾値測定基準が満たされる時を確認し特定するために１つのステップが行われる。ステップ８７０で、少なくとも１つの閾値測定基準が満たされたことに反応して少なくとも１つのトリガ・アクションが実行される。次にプロセスはステップ８８０に進む。
【００４５】
本発明を使用すると、トランザクション処理システムの制御を高度に集中させ、高めることができる。異常な状況が、システム規模の、またはより大域的なアクションを実行する代わりのアクションを要求した場合に、個々のトランザクションに作用することができる。本発明は、意思決定過程において、作業負荷特性の数と程度を考慮して、トランザクションおよびシステム・レベル機能の大幅に改善された自律管理を分配する能力を提供する。より優れたシステム性能が得られる。さらに、本発明により提供されたサービスはリアルタイム・システム処理の最中に行われるので、システム管理者は、システム性能の具体的な欠点をより正確に制御し、それらの欠点を克服するために基準を開発する能力をさらに向上させた。
【００４６】
本発明の他の実施形態は、所与の間隔基準項目を考慮して特定のトランザクションを含め、または除外することができる。システムのさらに他の実施形態は、トランザクション・レベル評価と関係なくシステム・レベル基準の評価だけを可能とする場合がある。さらに他の実施形態では、本発明は、システム・レベル基準評価のない、逆のトランザクション・レベル基準評価を可能とする。これらのどちらの実施態様例も、どちらの基準列に対する「ヌル」評価のサポートである。
【００４７】
本発明のさらに別の実施形態は、数群のトランザクションの評価を可能にする。この一例は、トランザクションの論理グループ化から収集されたトランザクション・レベル測定基準データの１つの集合の評価を含む。このようなグループ化論理に対する参照がどこにあるかの一例は、間隔基準データ・ソースの上の列にある。これは、例えば、制御が比較的厳しくない好ましいユーザのクラス、または特定の基準から除去された特定のトランザクションを含むことができる。
【００４８】
ファシリティは、本発明の一実施形態内で設定時刻に（すなわち、既定の）増分を実行することができる。当業者は、本発明を実施するファシリティの呼び出しをトリガする他の技術を確立することを選んでもよい。さらに、本発明の決定ツリーの基礎を形成する所望のシステム挙動を特定し記録する簡単な方法は有用であり、本発明の柔軟な特性である。
【００４９】
間隔基準データ・ソースが参照する本発明がとるアクションは、所与のトランザクション、他のトランザクション、もしくはホスティング・トランザクション処理システムまたは他のトランザクション処理システムのある種の他の態様に作用する場合がある。所与のトランザクションに作用する本発明の一例は、トランザクションを除去または休止させることである。別のトランザクションに作用する本発明の一例は、重要性のより高いトランザクションが、制約された資源に優先的なアクセス権を有することができるようにするために他のトランザクションを除去または休止することである。トランザクション処理システムの他の態様に作用する本発明の例には、新しいトランザクションがシステムに入るのを停止させること、所与のソースからのトランザクションを拒否すること、システムを休止すること、別のトランザクション処理システムに対するトランザクションの経路指定をトリガすることが含まれる。別のトランザクション処理システムに対する本発明のアクションの一例は、ホスト・トランザクション処理システムに対するトランザクションの転送を中止させるために別のトランザクション処理システムをトリガすることである。プロセスを終了させることが発生する場合もある。
【００５０】
以上、本発明を実施形態について説明したが、当業者には、本発明を修正形態により、首記の特許請求の範囲の趣旨および範囲内で実現できることが理解されよう。
【図面の簡単な説明】
【００５１】
【図１】本発明を実施することができる典型的な分散型データ処理システムを示すブロック図である。
【図２】本発明を使用するステップを示す一実施形態の流れ図である。
【図３】本発明を使用するステップを示す一実施形態の流れ図である。
【図４】本発明を使用するステップを示す一実施形態の流れ図である。
【図５】本発明を使用するステップを示す一実施形態の流れ図である。
【図６】本発明を使用するステップを示す一実施形態の流れ図である。
【図７】本発明の一態様を使用する一実施形態を示す流れ図である。
【符号の説明】
【００５２】
１２０  ネットワーク
１３０  サーバ
１４０  サーバ
１５０  記憶装置
１６０  クライアント
１７０  クライアント
１８０  クライアント
【図１】
2005108238.tif 000005
【図２】
2005108238.tif 000006
【図３】
2005108238.tif 000007
【図４】
2005108238.tif 000008
【図５】
2005108238.tif 000009
【図６】
2005108238.tif 000010
【図７】
2005108238.tif 000011