(57)【特許請求の範囲】
【請求項１】
クリティカルなリソース消費に関連付けられた障害をオペレータに警告するように動作可能なコンピュータ・システムを監視するための装置であって、
リソース消費を監視するためのリソース監視コンポーネントと、
平均的なリソース消費値からクリティカルなリソース消費値までの間でリソース消費のしきい値を設定するためのしきい値設定コンポーネントと、
診断データ収集コンポーネントと、
しきい値超え検出コンポーネントと、
を備え、前記診断データ収集コンポーネントは、前記しきい値超え検出コンポーネントが、前記しきい値より下のリソース消費値から前記しきい値より上のリソース消費値へのしきい値超えを検出することに応答して、診断データ収集を開始するように動作可能である、装置。
【請求項２】
前記診断データ収集コンポーネントは、前記しきい値超え検出コンポーネントが、前記しきい値より上のリソース消費値から前記しきい値より下のリソース消費値へのしきい値超えを検出することに応答して、診断データ収集を停止するように動作可能である、請求項１に記載の装置。
【請求項３】
診断データを格納するように動作可能な診断データ格納コンポーネントをさらに備える、請求項１または２に記載の装置。
【請求項４】
前記しきい値超え検出コンポーネントが、前記しきい値より上のリソース消費値から前記しきい値より下のリソース消費値への前記しきい値超えを検出すること、および、前記診断データ収集コンポーネントに診断データ収集を停止させることに応答して、前記診断データをパージするように動作可能な、診断データ・パージング・コンポーネントをさらに備える、請求項３に記載の装置。
【請求項５】
前記しきい値設定コンポーネントは、リソース消費の前記しきい値を、前記平均リソース消費値から前記クリティカル・リソース消費値までの間で決定するための、規則エンジンをさらに備える、請求項１乃至４のいずれか一項に記載の装置。
【請求項６】
前記規則エンジンは、前記リソース監視コンポーネントから複数の入力を受け入れること、およびこれに確率ベースの規則を適用することを、実行するように動作可能である、請求項５に記載の装置。
【請求項７】
前記しきい値設定コンポーネントは、それぞれが診断データ収集のレベルに関連付けられた複数のしきい値を設定するように動作可能であり、前記診断データ収集コンポーネントは、各前記レベルについて診断データ収集を開始および停止するように動作可能である、請求項１乃至６のいずれか一項に記載の装置。
【請求項８】
クリティカルなリソース消費に関連付けられた障害をオペレータに警告するように動作可能なコンピュータ・システムを監視するための方法であって、
リソース監視コンポーネントによってリソース消費を監視するステップと、
しきい値設定コンポーネントによって、平均的なリソース消費値からクリティカルなリソース消費値までの間でリソース消費のしきい値を設定するステップと、
しきい値超え検出コンポーネントによって、前記しきい値より下のリソース消費値から前記しきい値より上のリソース消費値へのしきい値超えを検出するステップと、
前記検出ステップに応答して、診断データ収集コンポーネントによって診断データ収集を開始するステップと、
を含む、方法。
【請求項９】
前記しきい値超え検出コンポーネントが、前記しきい値より上のリソース消費値から前記しきい値より下のリソース消費値へのしきい値超えを検出することに応答して、前記診断データ収集コンポーネントによる診断データ収集が停止される、請求項８に記載の方法。
【請求項１０】
診断データを格納するステップをさらに含む、請求項８または９に記載の方法。
【請求項１１】
前記しきい値超え検出コンポーネントが、前記しきい値より上のリソース消費値から前記しきい値より下のリソース消費値への前記しきい値超えを検出すること、および、前記診断データ収集コンポーネントに診断データ収集を停止させることに応答して、前記診断データをパージするステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
規則エンジンによって、リソース消費の前記しきい値を、前記平均リソース消費値から前記クリティカル・リソース消費値までの間で決定するステップをさらに含む、請求項８から１０のいずれか一項に記載の方法。
【請求項１３】
前記規則エンジンは、前記リソース監視コンポーネントから複数の入力を受け入れること、およびこれに確率ベースの規則を適用することを、実行するように動作可能である、請求項１２に記載の方法。
【請求項１４】
それぞれが診断データ収集のレベルに関連付けられた複数のしきい値を設定するステップをさらに含み、前記診断データ収集コンポーネントは、各前記レベルについて診断データ収集を開始および停止するように動作可能である、請求項８から１３のいずれか一項に記載の方法。
【請求項１５】
コンピュータ・システムにロードされ、そこで実行された場合、請求項８から１４のいずれか一項に記載の方法の諸ステップを前記コンピュータ・システムに実行させるための、コンピュータ・プログラム・コードを備える、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータ・システムの監視の分野に関し、より具体的には、オペレータ警告が駆動された場合に適切な履歴診断データを提示するための自動装置および方法に関する。
【背景技術】
【０００２】
監視アプリケーションは、ある種の被監視リソースが事前に定義されたしきい値を超えるかまたは下回った場合、エンド・ユーザに警告するように構成することができる。これらのしきい値は、通常、ある期間、システムの使用を観察することによって決定される。この手法の考慮点は以下のとおりである。
【０００３】
１．長期実行または複雑なシステムにおいて、管理者による頻繁な手動介入が予期されることは非実用的である。したがって、警告は頻繁に駆動されず、通常は、クリティカル（critical）なシステム障害が発生した場合にのみ駆動される。
【０００４】
２．性能または格納の制約により、診断情報の収集は継続的に実行されない。警告が起動された際に、使用可能な履歴診断情報が非常に少ないことがよくある。
【０００５】
これにより、以下の諸問題が生じる。
【０００６】
１．履歴診断データの欠如によって問題診断が困難になるため、オペレータは問題を解決するためにどのような処置を講じればよいかがわからない。
【０００７】
２．システム管理者は、事前に潜在的な問題を識別するのではなく、問題が発生した後に対処する傾向がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって本出願者は、オペレータ警告が駆動された場合に、適切な履歴診断データを提供させるための自動装置および方法を有することが望ましいと考える。
【課題を解決するための手段】
【０００９】
したがって本発明は、第一の態様において、クリティカルなリソース消費に関連付けられた障害をオペレータに警告するように動作可能なコンピュータ・システムを監視するための装置であって、リソース消費を監視するためのリソース監視コンポーネントと、平均的なリソース消費値からクリティカルなリソース消費値までの間でリソース消費のしきい値を設定するためのしきい値設定コンポーネントと、診断データ収集コンポーネントと、しきい値超え検出（threshold crossing detection）コンポーネントとを備え、当該診断データ収集コンポーネントは、当該しきい値超え検出コンポーネントが、当該しきい値より下のリソース消費値から当該しきい値より上のリソース消費値へのしきい値超えを検出することに応答して、診断データ収集を開始するように動作可能である、装置を提供する。
【００１０】
好ましくは、当該診断データ収集コンポーネントは、当該しきい値超え検出コンポーネントが、当該しきい値より上のリソース消費値から当該しきい値より下のリソース消費値へのしきい値超えを検出することに応答して、診断データ収集を停止するように動作可能である。
【００１１】
好ましくは、この装置は、診断データを格納するように動作可能な診断データ格納コンポーネントをさらに備える。
【００１２】
この装置は、当該しきい値超え検出コンポーネントが、当該しきい値より上のリソース消費値から当該しきい値より下のリソース消費値への当該しきい値超えを検出すること、および、当該診断データ収集コンポーネントに診断データ収集を停止させることに応答して、当該診断データをパージするように動作可能な、診断データ・パージング（purging）・コンポーネントをさらに備えることができる。
【００１３】
好ましくは、当該しきい値設定コンポーネントは、リソース消費の当該しきい値を、当該平均リソース消費値から当該クリティカル・リソース消費値までの間で決定するための、規則エンジンをさらに備える。
【００１４】
好ましくは、当該規則エンジンは、当該リソース監視コンポーネントから複数の入力を受け入れること、およびこれに確率ベースの規則を適用することを、実行するように動作可能である。
【００１５】
好ましくは、当該しきい値設定コンポーネントは、それぞれが診断データ収集のレベルに関連付けられた複数のしきい値を設定するように動作可能であり、当該診断データ収集コンポーネントは、各当該レベルについて診断データ収集を開始および停止するように動作可能である。
【００１６】
さらに本発明は、クリティカルなリソース消費に関連付けられた障害をオペレータに警告するように動作可能なコンピュータ・システムを監視するための方法であって、リソース監視コンポーネントによってリソース消費を監視するステップと、しきい値設定コンポーネントによって平均的なリソース消費値からクリティカルなリソース消費値までの間でリソース消費のしきい値を設定するステップと、しきい値超え検出コンポーネントによって、当該しきい値より下のリソース消費値から当該しきい値より上のリソース消費値へのしきい値超えを検出するステップと、当該検出ステップに応答し、診断データ収集コンポーネントによって診断データ収集を開始するステップとを含む、方法を提供する。
【００１７】
好ましくは、当該しきい値超え検出コンポーネントが、当該しきい値より上のリソース消費値から当該しきい値より下のリソース消費値へのしきい値超えを検出することに応答して、当該診断データ収集コンポーネントによる診断データ収集が停止される。
【００１８】
この方法は、診断データを格納するステップをさらに含むことができる。
【００１９】
この方法は、当該しきい値超え検出コンポーネントが、当該しきい値より上のリソース消費値から当該しきい値より下のリソース消費値への当該しきい値超えを検出すること、および、当該診断データ収集コンポーネントに診断データ収集を停止させることに応答して、当該診断データをパージするステップをさらに含むことができる。
【００２０】
この方法は、規則エンジンによって、リソース消費の当該しきい値を、当該平均リソース消費値から当該クリティカル・リソース消費値までの間で決定するステップをさらに含むことができる。
【００２１】
好ましくは、当該規則エンジンは、当該リソース監視コンポーネントから複数の入力を受け入れること、およびこれに確率ベースの規則を適用することを、実行するように動作可能である。
【００２２】
この方法は、それぞれが診断データ収集のレベルに関連付けられた複数のしきい値を設定するステップをさらに含むことが可能であり、当該診断データ収集コンポーネントは、各当該レベルについて診断データ収集を開始および停止するように動作可能である。
【００２３】
第３の態様では、コンピュータ・システムにロードされ、そこで実行された場合、第２の態様に従った方法の諸ステップを当該コンピュータ・システムに実行させるための、コンピュータ・プログラム・コードを備えるコンピュータ・プログラムが提供される。
【００２４】
したがって本発明の好ましい諸実施形態は、有利なことに、オペレータ警告が駆動された場合に、適切な履歴診断データを提供させるための自動装置および方法を提供する。
【００２５】
本発明の諸実施形態では、オペレータ警告が駆動された場合に、履歴診断情報を提供するための自動システムが提供される。所定のしきい値が、リソースに関する平均レベルからクリティカル・ポイントまでの間で設定され、このしきい値に達した場合、アプリケーションは自動的にその診断収集機構を起動し、被監視リソースが収集に関するしきい値を下回るまで収集を活動状態にしておく。障害警告が駆動された場合、オフライン分析のために、被監視リソースが最初に診断しきい値に達した時点から障害ポイントまでの診断情報が存在することになる。問題が切迫している可能性がある場合にのみ診断収集をトリガすることによって、性能／格納への影響が軽減される。
【００２６】
次に、本発明の好ましい実施形態について、添付の図面を参照しながら単なる例として説明する。
【図面の簡単な説明】
【００２７】
【図１】本発明の一実施形態に従った装置を示す簡略図である。
【図２】本発明の一実施形態に従った方法を示す流れ図である。
【図３】本発明の一実施形態に従った、クリティカル設定を下回る単一トリガしきい値設定を示す線グラフである。
【発明を実施するための形態】
【００２８】
次に図１を参照すると、典型的には、クリティカルなリソース消費に関連付けられた障害をオペレータに警告するための機構を有する、コンピュータ・システム１０１を監視するための装置１００が示されている。装置１００は、リソース消費を監視するためのリソース監視コンポーネント１０２と、平均リソース消費値からクリティカル・リソース消費値までの間でリソース消費のしきい値を設定するためのしきい値設定コンポーネント１０４とを備える。装置１００は、診断データ収集コンポーネント１０６およびしきい値超え検出コンポーネント１０８をさらに備える。診断データ収集コンポーネント１０６は、しきい値超え検出コンポーネント１０８が、下方リソース消費値から上方リソース消費値へのしきい値超えを検出するのに応答して、診断データ収集を開始するように動作可能である。
【００２９】
加えて、診断データ収集コンポーネント１０６は、しきい値超え検出コンポーネント１０８が、上方リソース消費値から下方リソース消費値へのしきい値超えを検出するのに応答して、診断データ収集を停止するように動作可能である。
【００３０】
装置１００は、診断データを格納するように動作可能な診断データ格納コンポーネント１１０と、しきい値超え検出コンポーネント１０８が、上方リソース消費値から下方リソース消費値へのしきい値超えを検出すること、および、診断データ収集コンポーネント１０６に診断データ収集を停止させることに応答して、格納された診断データをパージするように動作可能な、診断データ・パージング・コンポーネント１１２とを、さらに備える。
【００３１】
しきい値設定コンポーネント１０４は、リソース消費のしきい値を、平均リソース消費値からクリティカル・リソース消費値までの間で決定するための、規則エンジン１１４を備える。規則エンジン１１４は、リソース監視コンポーネント１０２から複数の入力を受け入れること、およびこれに確率ベースの規則を適用することを、実行するように動作可能である。確率ベースの規則は、平均および偏差ベースの規則、ガウス分布ベースの規則、ポアソン分布ベースの規則などを含むことができる。
【００３２】
次に図２を参照すると、クリティカルなリソース消費に関連付けられた障害をオペレータに警告するために動作可能なコンピュータ・システムを監視するための方法または論理プロセスが、流れ図形式で示されている。開始ステップ２００でプロセスが開始され、ステップ２０２でしきい値が設定される。これは、特定レベルの診断データ収集に関するしきい値とするか、または単一しきい値とすることができる。ステップ２０４は、その他のレベルが必要であるかどうかを決定する。結果が肯定の場合、プロセスはステップ２０２およびテスト・ステップ２０４を反復する。結果が否定の場合、プロセスは続行する。ステップ２０６で、リソース消費の監視が開始され、システムは通常の実行を進める。テスト・ステップ２０７は、リソース消費の監視からの１つまたは複数の入力から、しきい値を異なる値に設定する必要があるかどうかを決定する。結果が肯定の場合、プロセスはステップ２０２のしきい値設定に戻る。結果が否定の場合、システムは通常の実行を続ける。テスト・ステップ２０８は、リソース消費のしきい値を下方値から上方値へと上向きに超えたことに関する指標についてテストする。上向きに超えていない場合、ステップ２０６および２０８が反復ループとして続行される。テスト・ステップ２０８の結果が、リソース消費のしきい値を上向きに超えたことを示す場合、ステップ２１０で適切なレベルに関する診断データの収集が開始され、テスト・ステップ２１２がクリティカル・レベルに達したかまたはしきい値を下向きに超えたことを示すまで続行される。ステップ２１４で、プロセスはそのレベルに関する診断データの収集を停止する。これは単一しきい値システムにおける単一レベルとするか、または、リソース消費値とクリティカル値との近接に従った特定レベルのデータ収集設定とすることができる。ステップ２１６で、プロセスは本発明の好ましい実施形態に従って完了する。
【００３３】
したがって本発明の諸実施形態は、問題が発生しそうなタイミングを決定し、オペレータ警告が駆動されるのに先立って診断データの収集を起動するための、自動システムおよび方法を提供する。
【００３４】
本発明の好ましい実施形態は、リソースに関する平均レベルを計算し、リソースがクリティカル・ポイントを上回るかまたは下回る場合に警告が発生するように構成されるという事実を使用する。平均からクリティカル・ポイントまでの間の所定のしきい値で、アプリケーションはその診断収集機構を自動的に起動し、被監視リソースが収集に関するしきい値を下回る／上回るまで、これを活動状態にしておく。障害警告が駆動されない場合、診断データは保存または削除される。障害警告が駆動された場合、オフライン分析のために、被監視リソースが最初に診断しきい値に達した時点から障害ポイントまでの診断情報が存在することになる。問題が切迫している可能性がある場合にのみ診断収集をトリガすることによって、性能／格納への影響が軽減される。
【００３５】
有利なことに、管理者は、警告が発せられた時点で関連する診断情報を利用することが可能であり、性能に負担をかけるデバッグ・オプションをシステムが活動状態にする時間が最小限度に抑えられる。オペレータが診断情報の収集を起動するための構成または手動対話は、オペレータ警告が駆動されるのに先立ってシステムによって自動的に起動されるため、不要である。
【００３６】
好ましい実施形態の追加の利点は以下のとおりである。
【００３７】
１．診断情報の収集スイッチをオンにするタイミングを決定するために、統計的方法を使用する。
【００３８】
２．管理者がオペレータ警告を構成する場合、システムは診断情報を起動するための２次的「弱」警告を構成することができる。
【００３９】
好ましい実施形態は、診断収集に関する「トリガ」しきい値を選択することによって作動する。このトリガしきい値は、任意の被監視リソースに関する「平均」レベルと「クリティカル」レベルとの間のどこかに存在することになる。診断トリガに達すると、診断収集が起動し、値が再度しきい値を上回る／下回るまで継続される。
【００４０】
トリガしきい値を自動的に選択する方法は、平均および標準偏差が周知の場合、ある範囲の値が発生する確率を推定することが可能な統計的技法を使用する。システムは、オペレータ警告よりもわずかに発生確率が高い値にトリガを設定する。これによって、ユーザ警告が駆動されようとしていない限り駆動される見込みのない、最適なトリガ値を生成する。加えてこれは、エンド・ユーザが、実行中のシステム上でのユーザ警告の駆動頻度およびデバッグ収集の起動頻度の推定値を得られることを意味する。トリガとユーザ警告との間のデルタの大きさが被監視リソース上での値の拡散に依存するため、ユーザ値に対して設定値を単に加算または減算すること、およびそれをトリガとして使用することは非効率的である。
【００４１】
確率値を推定するいくつかの統計的方法が存在する。これらの方法は、複雑さが異なる。最も単純な方法は、平均がトリガより小さい場合、ユーザ警告値からのわずかな標準偏差を減算する。平均がトリガよりも大きい場合、ユーザ警告からのわずかな標準偏差を加算する。これは最も単純で最も計算処理費用のかからないオプションであり、広範囲にわたるデータに適合する。他の方法は、確率をわずかに上昇させるトリガ値発生の確率を明示的に計算するために、ガウス／正規分布またはポアソン分布に関する公式を適用すること、および、トリガ値を計算するために逆の数式を適用することを含む。
【００４２】
図３は、ランダム・データへの正規分布の適用を示す。図に示された線は、クリティカル・ポイントおよびデバッグ・トリガのレベルである。この例でシステムは、デバッグ・トリガしきい値を、ユーザ警告よりも高い確率になるように設定する。デバッグ・データの収集は、２本の線の間のポイントで活動状態となる。この例の場合、デバッグ・トリガが活動状態であったすべてのケースで、直後にユーザ警告が駆動された。大部分の時間、デバッグ追跡はオフであった。これは、デバッグ追跡を適用するタイミングに照準を当てた場合、確率分布が非常に効果的な可能性があることを実証している。デバッグ収集は、常にユーザ警告が駆動される直前に開始されることがわかる。このデータ例では、システムは、ユーザ警告の駆動を首尾よく予測しており、デバッグ収集はユーザ警告の直前にのみ起動される。
【００４３】
当業者であれば、同様の有利な結果を伴う様々な他の統計的方法（他の確率分布またはわずかな標準偏差値）が使用可能であることが明らかとなろう。
【００４４】
他の改良された実施形態では、診断データの提供をより精密に制御するために追加のしきい値を有することが企図される。
【００４５】
様々なレベルの詳細な診断データ収集は、システム性能に相応の影響を与えるものであり、診断が詳細になるほどシステムに与える影響も大きくなる。問題の深刻度に応じて追跡のレベルを調整することによって、単にオンまたはオフにするよりも精密な制御が提供される。
【００４６】
問題の種類または調査されるソフトウェアの複雑さに応じて、異なる診断レベル／細部が、どのレベルが手動タスクであるかを起動するタイミングを知るという問題を診断するために必要な情報を与えることになり、追跡が詳細になるほど問題を識別する可能性は高くなるが、システムに与える影響が犠牲となる。
【００４７】
好ましい改良された実施形態は、所定の統計値に基づいて診断レベルを動的に調整するための手段を提供する。リソース使用量の統計的分析を使用して、異なるレベルの診断データを収集する必要がある好適なしきい値を決定することが可能である。リソース使用量がしきい値を下回った場合、診断データのレベルも低減される。
【００４８】
前述の第一の実施形態におけるように、診断トリガに関する単一のしきい値を定義する代わりに、複数のしきい値を定義することができる。これらのしきい値は、深刻度の低い問題は詳細レベルが低い診断を起動し、深刻度の高い問題は詳細レベルの高い診断を実行できるというように、深刻度の異なる問題に対応することが可能である。診断レベルに関して動的な設定を提供することにより、「全か無か」の手法に訴えることなく、経験する「問題」のレベルに対して常に適切な情報が使用可能である。
【００４９】
好ましい実施形態は、監視されるリソースを有すること、および、問題があることをオペレータに通知するタイミングにとって好適な「クリティカル」しきい値を設定することによって、動作する。
【００５０】
手動または統計的手段を介して「典型的な」作業負荷を分析することにより、リソース使用量の「通常の」範囲を定義することができる。リソースが「通常の」範囲を超えてクリティカル・レベル方向に移動した場合、異なる診断トリガを設定することができる。これらのトリガの正確な設定は、使用可能な診断レベルの粒度がどの程度細かいか、および、どこにトリガが定義されるかに依存する。
【００５１】
以下の作業例は、作業負荷の統計的分析を使用してトリガが設定されたシステムを示す。
【００５２】
製品は、０−エラー、１−警告、２−情報、３−詳細（Verbose）、４−デバッグという、５つの異なる診断レベルを定義する。レベル０は、通常の作業負荷中、常時活動状態である。製品はネットワークをまたがって通信を行うためにソケットを使用し、たとえば潜在的なソケット・リーク（socket leak）によって問題が発生する。
【００５３】
リソースｓｏｃＣｏｕｎｔが監視されるように設定される。クリティカル・ポイントでシステムはソケットを使い果たすことになり、クリティカル・レベルはＭＡＸＳＯＣである。通常のソケット使用範囲はｓｏｃｍｉｎ≧ｓｏｃｍａｘであり、ＭＡＸＳＯＣとｓｏｃｍａｘとの間の差異は、ｓｏｃＡｖａｉｌとして与えられる。
【００５４】
ｓｏｃｍａｘとＭＡＸＳＯＣとの間のどこかで、様々な診断レベルに関してトリガが設定される。レベル１はｓｏｃｍａｘ＋ｓｏｃＡｖａｉｌの２０％で起動され、レベル２はｓｏｃｍａｘ＋ｓｏｃＡｖａｉｌの４０％で、レベル３はｓｏｃｍａｘ＋ｓｏｃＡｖａｉｌの６０％で、レベル４はｓｏｃｍａｘ＋ｓｏｃＡｖａｉｌの７５％で起動される。使用中のソケット数が特定のしきい値に達すると、そのレベルの診断情報が収集される。ソケット数が減少すると、それに応じて診断レベルは通常レベルに戻るまで下げられる。
【００５５】
当業者であれば、本発明の好ましい諸実施形態の方法のすべてまたは一部が、方法の諸ステップを実行するように配置構成された論理要素を備える、単一の論理装置または複数の論理装置において、好適かつ有用に具体化可能であること、ならびに、こうした論理要素がハードウェアコンポーネント、ファームウェア・コンポーネント、またはそれらの組み合わせを備えることが可能であることが明らかとなろう。
【００５６】
同様に、当業者であれば、本発明の好ましい諸実施形態に従った論理配置構成のすべてまたは一部が、方法の諸ステップを実行するための論理要素を備える論理装置内で好適に具体化可能であること、ならびに、こうした論理要素が、たとえばプログラマブル論理アレイまたは特定用途向け集積回路内の論理ゲートなどのコンポーネントを備えることが可能であることが明らかとなろう。さらにこうした論理配置構成は、固定または伝送可能な搬送波媒体を使用して格納または伝送可能な、たとえば仮想ハードウェア記述子言語を使用して、こうしたアレイまたは回路内で一時的または永続的に論理構造を確立するための要素を実行可能にすることで、具体化可能である。
【００５７】
前述の方法および配置構成は、１つまたは複数のプロセッサ（図示せず）上で実行中のソフトウェア内で、全体的または部分的に好適に実施可能でもあること、ならびに、ソフトウェアは、磁気または光ディスクなどの任意の好適なデータ担体（同じく図示せず）上で担持される１つまたは複数のコンピュータ・プログラム要素の形で提供可能であることを、理解されよう。データの伝送用チャネルは、同様に、すべての記述子の格納媒体、ならびに、有線または無線の信号搬送媒体などの信号搬送媒体を備えることができる。
【００５８】
方法は、通常、所望の結果につながる首尾一貫した一連のステップとなるように考案される。これらのステップは、物理量の物理的処置を必要とする。通常、これらの量は、格納、転送、結合、比較、および他の処置が可能な電気信号または磁気信号の形を取るが、その限りではない。これらの信号は、原則として一般的な用法という理由から、時にはビット、値、パラメータ、アイテム、要素、オブジェクト、記号、文字、用語、数値などと呼ばれることが便利である。しかしながら、これらすべての用語および同様の用語は適切な物理量に関連付けられるものとし、これらの量に適用される単なる便宜的ラベルであることに留意されたい。
【００５９】
さらに本発明は、コンピュータ・システムと共に使用するためのコンピュータ・プログラム製品として好適に具体化可能である。こうした実装は、たとえばディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、またはハード・ディスクといったコンピュータ読み取り可能媒体などの有形の媒体上に固定されるか、あるいは、光またはアナログ通信回線を含むがこれらに限定されない有形の媒体を介するか、あるいは、マイクロ波、赤外線、または他の伝送技法を含むがこれらに限定されない無線技法を使用して無形に、モデムまたは他のインターフェース・デバイスを介してコンピュータ・システムに伝送可能である、一連のコンピュータ読み取り可能命令を備えることができる。一連のコンピュータ読み取り可能命令は、本明細書で前述した機能のすべてまたは一部を具体化する。
【００６０】
当業者であれば、こうしたコンピュータ読み取り可能命令が、多くのコンピュータ・アーキテクチャまたはオペレーティング・システムと共に使用するために、いくつかのプログラミング言語で作成可能であることを理解されよう。さらにこうした命令は、半導体、磁気、または光を含むがこれらに限定されない、現行または将来の任意のメモリ技術を使用して格納するか、あるいは、光、赤外線、またはマイクロ波を含むがこれらに限定されない、現行または将来の任意の通信技術を使用して伝送することができる。こうしたコンピュータ・プログラム製品は、たとえば市販ソフトウェアなどのように添付の印刷または電子文書と共に取り外し可能媒体として配布すること、たとえばシステムＲＯＭまたは固定ディスクなどのようにコンピュータ・システムに事前ロードすること、あるいは、たとえばインターネットまたはワールド・ワイド・ウェブなどのネットワークを介してサーバまたは電子掲示板から配布することが、可能であるものと企図される。
【００６１】
一代替実施形態では、本発明の好ましい実施形態は、コンピュータ・インフラストラクチャ内に配置され、そこで実行された場合、方法のすべてのステップをコンピュータ・システムに実行させるように動作可能な、コンピュータ・プログラム・コードを配置するステップを含むサービスを配置する、コンピュータ実施方法の形で実現可能である。
【００６２】
他の代替実施形態では、本発明の好ましい実施形態は機能データを有するデータ搬送波の形で実現可能であり、当該機能データは、コンピュータ・システム内にロードされ、それによって動作された場合、当該コンピュータ・システムが方法のすべてのステップを実行できるようにするための、機能的なコンピュータ・データ構造を備える。
【図１】
0005506918.tif 000002
【図２】
0005506918.tif 000003
【図３】
0005506918.tif 000004