中央管理モジュールCMMであって、XPath表現を含む、少なくとも1つのXML表現された管理トランザクション要求を受信すること、前記要求に関連付けられた少なくとも1つのサブシステムを識別すること、前記要求を、XPath表現を含まない、拡張された内部要求に変換すること、および前記内部要求を前記識別されたサブシステムに転送することを行うように動作可能であることを特徴とする中央管理モジュールCMM。中央管理モジュールCMMであって、XPath表現を含む、少なくとも1つのXML表現された管理トランザクション要求を受信すること、前記要求に関連付けられた少なくとも1つのサブシステムを識別すること、および前記受信された要求を前記識別されたサブシステムに転送することを行うように動作可能であることを特徴とする中央管理モジュールCMM。中央管理モジュールCMMであって、XPath表現を含む、少なくとも1つのXML表現された管理トランザクション要求を受信すること、前記要求の構文を、XMLスキーマを使用して妥当性検査すること、および前記要求のセマンティクスを、全体の構成を表現する集中DOMツリーを使用して妥当性検査することを行うように動作可能であることを特徴とする中央管理モジュールCMM。前記要求に関連付けられたDOMツリーを生成すること、少なくとも1つのターゲット構成要素を前記DOMツリー内で識別すること、集中DOMツリーを探索して、前記集中DOMツリーが前記識別された要素に対する一致を含むかどうかを判断すること、および前記識別された要素の一致に関連付けられたサブシステムを識別することを行うようにさらに動作可能であることを特徴とする請求項3に記載のCMM。CMMサブシステムであって、少なくとも1つのターゲット構成要素または状態要素を含む、少なくとも1つのXML表現された管理トランザクション要求を受信することであって、前記要求は、XPath表現、プログラミング言語スクリプト、およびXQuery表現から選択されたグループからの少なくとも1つの要求を含むこと、および、構成および状態情報を探索して、前記少なくとも1つのターゲット構成要素または状態要素に対する一致があるかどうかを判断することを行うように動作可能であることを特徴とするCMMサブシステム。我々は、XPath表現を含むように生成されたXML管理トランザクション要求以下でXML要求と称するを、データネットワークデバイスの1つまたは複数のサブシステムを再構成するため、または、このようなサブシステムの現在の構成を得るための、共通の管理トランザクション要求を作成するための構造として使用することができると認識している。このようなXML要求は、複雑な管理トランザクションに関連付けられるXPath表現を含むことができる。このような要求の実行により、XPath表現がパターンマッチング表現として、例えば、実質的に同じ時間に変更などがされるべきである、所与のサブシステム構成のいくつかの異なる要素を識別することが可能となる。これにより、データネットワークデバイスまたは関連付けられたサブシステムを再構成する時間およびコストが削減される。Xpath表現を含むXML要求の使用により、使いやすいCLIまたは他の類似のエージェントの設計もまた可能となる。本発明によって提供された各エージェントは、同じXML要求構造を使用して要求を生成するので、これらの要求を、データネットワークデバイス内の中央管理モジュールCMMなどによって、高速に処理することができる。CMMは、1つの共通構造を使用してトランザクションを処理することのみを必要とするので、データネットワークデバイスを設計するコストを削減することができる。小規模データネットワークがこの共通のXML要求構造を利用することができることを確認するために、本発明は、受信されたXML要求を、XPath表現を含まない、拡張された内部要求に変換することに備える。これは、XPath表現を処理することができないデータネットワークデバイスの所与のサブシステムが、それにもかかわらず、XPath表現を処理することなくXML要求を処理することを可能とするために行われる。これにより、このようなサブシステムのコストが低く保たれる。代替として、このようなサブシステムのリソース使用が最大の関心事ではない、より大規模なデータネットワークデバイスでは、本発明は追加として、XML要求を、その中に含まれたXPath表現を含めて処理のためにサブシステム上に渡す、CMMに備える。このとき図1を見ると、本発明の一実施形態によるデータネットワーク1が図示される。図のように、ネットワーク1は、1つまたは複数のエージェント30a、30b、...30nただしnは最後のエージェントを含み、各エージェントは、パスウェイ40を介してCMM10に接続されたXMLインタフェース31a、31b、...31nを含む。CMM10は、データネットワークデバイスの一部であり、ルーター、MPLSスイッチなどである。CMM10は、外部XML要求を1つまたは複数のエージェント30a、30b、...30nから受信するための、入出力I/Oユニット11を含むことができる。XML要求を受信すると、入出力ユニット11を、これらの要求をパーサー12に転送するように動作可能にすることができ、パーサー12は、格納XMLスキーマセクション13を使用して、受信された各要求の構文を妥当性検査するように動作可能である。以下でさらに説明するように、受信された各XML要求の構文の妥当性検査はオプショナルであることを理解されたい。引き続き、CMM10はまた、DOMツリーセクション14を含むようにも図示され、DOMツリーセクション14は、サブシステム20a、20b、...20nのすべての構成を表現する全体のDOMツリーを格納するように動作可能である。DOMツリーセクション14はまた、受信された各XML要求が、サブシステム20a、20b、...20nのうち1つに含まれた構成要素を含むかどうかを判断することにおける工程として、受信された各XML要求を表現する1つまたは複数のDOMツリーを生成するようにも動作可能である。別の言い方では、DOMツリーセクション14を、XSLTセクション15と共に使用して、各要求のセマンティクスを妥当性検査することができる。これもまたオプショナルである。CMM10内にまた、比較セクション16、変換セクション17およびコントロールセクション18も図示される。これらのセクションのオペレーションを、以下でより詳細に論じる。本発明の一実施形態では、図1のサブシステム20a、20b、...20nの各々は、XML要求を受信するように動作可能であり、これらのXML要求は、それらの構成を変更すること、状態情報例えば、カウンタの値へのアクセスを可能にすること、またはそうでない場合はサブシステムを管理することができる。代替として、各サブシステム20a、20b、...20nは、仮想DOMツリーインタフェース21a、21b、...21nを含むことができる。アドホッククエリがXPath表現、XQuery表現またはプログラミング言語スクリプトの形態でサブシステムに送信されるとき、インタフェース21a、21b、...21nは必要である。サブシステム20a、20b、...20nはCMM10に、パスウェイ50などを使用して接続され、エージェント30a、30b、...30nに、パスウェイ70によって接続される。別々のセクションとして図示するが、CMM10を構成するセクションの各々を結合してより少数のセクションを形成することができ、あるいは代替として、分解してさらに追加のセクションを形成することができることを理解されたい。本発明の一実施形態では、エージェント、インタフェース、CMM、CMMセクションおよびサブシステムの各々を、ソフトウェア、ファームウェア、ハードウェア、またはこれら3つのある組み合わせにおいて実施することができる。ソフトウェアまたはファームウェアの場合、各々は、上述および後述の本発明の特徴および機能を実行することができる、1つまたは複数のプログラムまたはプログラムコンポーネントを含むことができる。図1に示すコンポーネントのオペレーションを論じる前に、このとき図2を参照し、図2では、本発明の一実施形態による、生成された外部XML要求の一実施例が示される。前述のように、共通管理トランザクション要求構造の使用は、ルーターおよびスイッチなど、データネットワークデバイスを設計することに関連付けられたコストを大幅に削減するようになる。これを理解して、本発明者は、XML表現された管理トランザクション要求の新しい構造または形式を発見した。すなわち、本発明者は、XPath表現を含んだXML表現された管理トランザクション要求が、複雑な管理トランザクションが以前に可能だと考えられたよりも高速に実行されることを可能にすることを発見した。これは、部分的には、XPath表現がパターンマッチング表現として動作して、サブシステム内で1つまたは複数のターゲット構成要素を識別するという事実による。複雑なトランザクションを、XPath表現を使用して実行するための能力は、複雑なトランザクション要求のほぼ同時処理を、最小のロッキング要件により可能にする。相対的に、既存のXMLスキームは、データネットワークデバイスの構成が、延長された期間に渡ってロックされて、複雑なトランザクション要求を複数のソースから受信することが可能になることを必要とする。図2に示す外部XML要求200は、一連の異なるセグメントから構成される。説明を容易にするため、これらのセグメントのうちいくつかのみを論じる。図のように、要求200は、要求名セグメント201、そのうちの1つがセグメント202である、1つまたは複数の属性名セグメント、および、XPath表現セグメント203を含む。一般に、角括弧<>は、XML開始タグまたはXML終了タグを描く。XML要求200は開始タグ301で開始し、終了タグ302で終了する。開始タグ301内に、要素の属性がリストされる。属性名セグメント202は、XPath表現セグメント203内に含まれた属性値204に関連付けられる。属性値204および属性名セグメント202を使用して、XML要求200のターゲットを識別することができる。本発明の一実施形態では、要素名セグメント201は、サブシステムの構成の少なくとも1つのターゲット構成要素上で実行されるべきオペレーションを指示して、例えば、CMM10に関連付けられたサブシステム20a、20b、...20nのオペレーションを再構成する。上述のように、XPath表現が実行されるとき、XPath表現はパターンマッチング表現としての機能を果たす。具体的には、XPath表現は、例えば、要素のシーケンス204がXML構成ツリー内でネストされる順序で、要素のシーケンス204によって定義されたパスに従うことによって、ターゲット構成要素を識別する。つまり、本発明によって提供されたXML要求を使用することによって、ユーザー60によって最初に発信された単純または複雑な管理トランザクション要求のターゲットである、サブシステム内の構成要素を、高速に識別することができる。実際に、以前に可能であると考えられたよりもはるかに高速である。図2に示す要素名をaddRequestとして示すが、いくつかの要素名を使用することができることを理解されたい。本発明のさらなる実施形態では、要素名セグメント201を、2、3例を挙げると、addRequest、deleteRequest、mergeRequest、replaceRequest、getRequestおよびcommandRequestからなるグループから選択することができる。XML要求は、1つまたは複数の構成要素を識別するXPath表現を含むので、XPath表現は、ユーザー60によって1つまたは複数のエージェント30a、30b、...30nに入力された元の管理トランザクション要求のターゲットを含む、と言うこともできる。やや引き返すと、図2に示すXML要求200を、1つまたは複数のエージェント30a、30b、...30nによって生成し、次いでCMM10に送信することができることを理解されたい。このXML要求を後述の他のXML表現された管理トランザクション要求と区別するために、このタイプのトランザクションを外部XML要求と称しており、以下でもそのように称する。また、XML要求200を、エージェント30a、30b、...30nから離れて、例えば、XML要求ジェネレータ80例えば、リモート管理システム、サーバーなどによって生成し、次いで、エージェント30a、30b、...30nにダウンロード、またはそうでない場合は入力することができることも理解されたい。上述のように、本発明によって提供されたXML要求は、複雑な管理トランザクションを表現するXPath表現を含むことができる。このような複雑なトランザクションは、複数のターゲット構成要素が同時に再構成または変更されることを必要とする場合がある。これに関して、本発明は、複数のターゲット構成要素上で実行されるべきオペレーションを指示する要素名セグメント、複数のターゲット構成要素の各々に関連付けられた属性名を含む属性名セグメント、および、複数のターゲット構成要素の各々に関連付けられた属性値を含むXPath表現セグメントを含む、XML要求を提供する。上述のように、CMM10によってパスウェイ40に沿って受信されるXML要求は、1つまたは複数のエージェント30a、30b、...30nで発生する。これらのエージェントは、本発明によって提供された新規なエージェントである。具体的には、エージェント30a、30b、...30nの各々は、新規なXMLインタフェースセクション31a、31b、...31nを含むことができ、これらのXMLインタフェースセクションは、1つまたは複数の従来の管理トランザクション要求をユーザー60から受信するように動作可能である。1つまたは複数の要求を受信すると、各XMLインタフェースセクション31a、31b、...31nは、少なくとも1つのXML要求XPath表現を含むを、受信された従来の要求毎に生成するように動作可能である。1つまたは複数の受信された従来の管理トランザクション要求は、単純または複雑な管理トランザクションを含むことができる。生成されたXML要求の構造は、図2に示すような類似の構造に従う。エージェント30a、30b、...30nは、いくつかのタイプのエージェントを含むことができ、これらのエージェントには、2、3例を挙げると、CLIクライアント、HTTP/SOAPクライアント、SNMPエージェントまたはスクリプトクライアントが含まれる。CLIは、実際には、本発明の目的のクライアント/エージェント全体の一部でしかない場合があるが、CLIエージェントという用語は、特に明記しない限り、または、以下の考察の文脈が別のように示さない限り、単にCLIを指す。XML要求の生成に加えて、エージェント30a、30b、...30nの各々をさらに、そのように生成された各XML要求の構文を、XMLスキーマを使用して妥当性検査するように、動作可能にすることができる。一般的に言えば、XMLスキーマを文法または語彙と見なすことができる。本発明のさらなる実施形態では、エージェント30a、30b、...30nの各々は、生成された各XML要求が、要求をCMM10上に送信することに先立ってCMM10によって認識可能である語彙/文法に準拠することを検証するために、この文法または語彙を使用するように動作可能である。このように、認識可能な構文例えば、認識可能な要素名、属性名を含まない要求は、CMM10に到達することを防止される。認識不可能な要求は、無害のエラーの結果となる場合があり、あるいは代替として、CMM10をハッキングまたは中断しようとする、より故意の試みの結果となる場合がある。本発明のさらなる実施形態では、CLIエージェント30aをさらに、ユーザー60との1つまたは複数のインタラクティブなセッションを生成するように動作可能にすることができる。例えば、CLIエージェント30aは、ユーザーコマンドフィードバック、文脈依存ヘルプ、モーダルビヘイビア、および、XMLスキーマを使用する他のカスタマイズされた機能からなるグループから少なくとも選択された機能を含む、セッションを生成することができる。別の言い方では、CLIエージェント30aはユーザー60に、XMLスキーマに準拠する、カスタマイズされた文脈依存XML要求をインタラクティブに作成する機会を提供する。XMLスキーマを各エージェント30a、30b、...30n内に格納することができるが、本発明の代替実施形態では、エージェント30a、30b、...30nの各々を、XMLスキーマをCMM10から、または、リモートネットワーク管理システムからなど、リモートデバイスから受信するように、動作可能にすることができる。XMLスキーマを受信すると、エージェント30a、30b、...30nの各々を、XMLスキーマを例えばプログラムにロードするように動作可能にすることができる。このようなプログラムを、XML要求の構文を妥当性検査するように動作可能にすることができる。さらに、本発明のさらなる実施形態では、CLIエージェント30a内のXMLインタフェース31aは、増補されたXMLスキーマを受信するあるいは、増補されたXMLスキーマを格納することができる。この増補されたXMLスキーマは、ユーザー60とCLIエージェント30aの間の対話をカスタマイズする、追加の命令を含む。図3は、本発明の一実施形態による、増補されたXMLスキーマの一実施例を示す。増補されたXMLスキーマを使用して、コマンドモードおよび関連付けられたコマンドラインプロンプトを定義することができ、ISOのようなnoプレフィックスを、例えばコマンドに適用することができるときを定義することができる。管理されたデバイスから機能が追加または除去されるとき、エージェント30a、30b、...30nによって使用されたXMLスキーマを増補することができる。CLIエージェント30aをさらにユーザーフレンドリーにするために、本発明は、ユーザー60にコマンド履歴、コマンド完了プロンプト、およびコマンドライン編集を提供するCLIを提供する。前述のように、各エージェントは、同じXML要求構造を使用して、要求を生成する。このため、CMM10によって受信された管理要求はすべて共通の管理トランザクション要求構造に準拠し、これは、CMM10および/またはCMM10がその一部であるデータネットワークデバイスの設計を削減する助けとなる。新しいXML要求構造、および、新しいXML要求を生成するための方法を発明した後、本発明者は、このような要求を処理することができる新しいCMMも提供される必要があることを理解した。一般に、今日存在するCMMは2つのタイプがあり、すなわち、限定リソースを有するもの、および、相対的に言うと、無制限のリソースを有するものである。別の言い方では、高度な処理を実行することができるサブシステムを含むCMMが存在する。これらは相対的に無制限のリソースのCMMである。対照的に、いくつかのCMMは、限定量の処理のみが可能であるサブシステムを含む。これらは、限定リソースCMMである。CMMが、限定リソースを有するサブシステムを含むか、無制限リソースを有するサブシステムを含むかに応じて、受信されたXML要求をCMMがどのように処理することができるかが決定する。まず、限定リソースCMMを論じる。サブシステムが限定リソースを有する場合、ほとんど確実に、サブシステムはXPath表現を処理することができないようになる。したがって、1つまたは複数のエージェント30a、30b、...30nから受信された外部XML要求は、XPath表現を含まない要求に変換されなければならない。本発明の一実施形態では、XPath表現を含む少なくとも1つのXML要求を受信すると、CMM10は、要求内の属性名および属性値に関連付けられた少なくとも1つのサブシステム20a、20b、...20nを識別するように動作可能である。識別されたサブシステムが限定リソースを有するとき、CMM10はさらに、受信された要求を、XPath表現を含まない拡張された内部要求に変換するように動作可能である。CMM10はさらに、次いで、拡張された内部要求を、識別されたサブシステム上に転送するように動作可能である。このタイプのXML要求を、エージェントから受信された外部要求と区別するために、この要求を内部XML要求と称する。拡張された内部XML要求の一実施例を図4に示す。図4に示す要求は、図2に示す外部XML要求の拡張バージョンである。このサブシステムの識別を、例えば比較セクション16と共に、コントロールセクション18によって実行することができる。具体的には、サブシステムを識別するため、CMM10は最初に所有権登録を1つまたは複数のサブシステム20a、20b、...20nから受信することができる。これらの所有権登録は、どの構成要素がどのサブシステム内に含まれるかを指示する。その後、特定のサブシステムを識別するために、CMM10をさらに、1つまたは複数の所有権登録を、受信されたXPath表現内のターゲット構成要素と比較するように、動作可能にすることができる。一致が生じる場合、これは、受信されたXML表現が、最終的にXPath表現に一致した所有権登録を以前に供給していた特定のサブシステム上に転送されるべきであるという指示である。このような一致が生じるとき、CMM10を、変換セクション17を使用して、例えば、受信された外部XML要求を、XPath表現を含まない拡張された内部要求に変換するように、動作可能にすることができる。その後、CMM10を、入出力セクション11を介して、例えば、拡張された内部要求を、識別されたサブシステム上に転送するように、動作可能にすることができる。再度、識別されたサブシステムが限定リソースを有し、したがって、XPath表現を処理することができないと仮定される。時として、あるサブシステムに、変更が他のサブシステムに行われていることが通知されることが望ましい。これを理解して、本発明は、1つまたは複数の通知登録を1つまたは複数のサブシステム20a、20b、...20nから受信することができる、CMM10を提供する。これらの通知登録は、サブシステムが、特定の変更が別のサブシステムに行われるたびに通知を受信することを望むことを、CMMに知らせるための方法である。具体的には、CMM10は、これらの登録のうち1つまたは複数を受信するように動作可能であり、各登録は、別のサブシステムの構成内の少なくとも1つの構成要素に関連付けられる。CMM10が、通知登録に関連付けられた構成要素の1つを含むXPath表現を含むXML要求を受信するとき、CMM10はさらに、通知メッセージを1つまたは複数のサブシステム20a、20b、...20nに転送し、それがこのようなXML要求を受信していることをサブシステムに通知するように動作可能である。このように、受信されたXML要求は、通知登録を発信したサブシステム上に送信されないが、それにもかかわらず、サブシステムには、別のサブシステムに行われた変更を追跡するために、このようなXML要求の受信が通知される。いくつかのCMMは、相対的に無制限のリソースを有するサブシステムを含む。このような場合、受信されたXML要求を、XPath表現を除去する内部要求に変換する必要はない。その代わりに、本発明のさらなる実施形態では、CMM10が、XML要求内の属性名および属性値に関連付けられる少なくとも1つのサブシステム20a、20b、...20nを識別した後、CMM10は、受信されたXML要求を、そのように識別されたサブシステム上に転送するように動作可能である。その後、サブシステムは、要求をXPath表現と共に処理することができる。今までは、受信されたXML要求の構文およびセマンティクスの両方が適切であったこと、または、エージェントが両方を妥当性検査していることが仮定された。本発明の追加の実施形態では、CMM10はさらに、各要求の構文およびセマンティクスを、このような要求をサブシステム上に転送する前に、妥当性検査するように動作可能である。特に、本発明のさらなる実施形態では、XPath表現を含む少なくとも1つの外部XML要求を受信した後、CMM10は、この要求の構文を、格納されたXMLスキーマを使用して妥当性検査するように動作可能である。この妥当性検査をパーサー12によって、1つまたは複数のXMLスキーマを格納するように動作可能であるXMLスキーマセクション13と共に、実行することができる。セクション13内に格納されたXMLスキーマの構成は、例えば、CMM10の機能に応じて変わる場合がある。前述のように、入ってくる各要求の構文を妥当性検査することは、オプショナルであることを理解されたい。いくつかの場合、これは、不適切な構文におけるいかなる要求、特に、ハッカーまたは他者によって有害な意図により生成されているものを除去するために、望ましい。各外部XML要求の構文を妥当性検査することに加えて、CMM10はまた、各要求のセマンティクスを、サブシステム20a、20b、...20nの全体の構成を表現する集中DOMツリーを使用して、妥当性検査することもできる。すなわち、受信された要求が適切な構文例えば、要素名を有する場合があるとしても、このような要求は、サブシステム20a、20b、...20nのいずれの内部にも存在しない属性値を含む場合がある。このような場合、時間を節約するために、要求をサブセクション上に転送して、エラーメッセージを戻させるのではなく、CMM10はさらに、無効なセマンティクスを有するいかなる要求をも識別し、次いでエラーメッセージを、発信元のエージェントまたは要求のソースに戻すように動作可能である。CMM10は、このセマンティック妥当性検査を、XSLTセクション15と共に、DOMツリーセクション14を使用して実行することができる。具体的には、外部XML要求を受信すると、DOMツリーセクション14を、受信された要求に関連付けられたDOMツリーを生成するように動作可能にすることができる。その後、DOMツリーセクション14を、XSLTセクション15と共に、DOMツリー内で少なくとも1つのターゲット構成要素を識別するように動作可能にすることができる。生成されたDOMツリー内でターゲット構成要素を識別すると、DOMツリーセクション14を、XSLTセクション15と共に、セクション14内に格納されたサブシステム20a、20b、...20nの構成全体を表現する集中DOMツリーを探索するように、動作可能にすることができ、これは、集中DOMツリーが識別された要素に対する一致を含むかどうかを判断するためである。そうである場合、DOMツリーセクション14はさらに、一致され識別された要素に関連付けられるサブシステムを識別するように動作可能である。一致がない場合、DOMツリーセクション14は命令を、エラーメッセージを生成するコントロールセクション18などに送信するように動作可能である。引き続き、一致が発見されるとき、要求を、識別されたサブシステム上に転送することができる。前述のように、識別されたサブシステムが、限定リソースを有するものである場合、この要求は、XPath表現を含まない拡張された内部要求に変換されなければならない。他方では、サブシステムが相対的に無制限のリソースを有する場合、XPath表現を含む元のXML要求を、識別されたサブシステム上に転送することができる。これまで、本発明によって提供された新規なXML要求、エージェントおよびCMMを論じた。残るものは、本発明によって提供された新規なサブシステムを論じることであるしかし、これらのすべては相互に関係がある。前述のように、各サブシステム20a、20b、...20nは、所有権または通知登録を生成することができ、これらの所有権または登録通知はCMM10に送信され、これは、各サブシステム内に格納される構成要素の指示をCMM10に提供するため、および、所与のサブシステムが監視することを望む他のサブシステムのある種のリストをCMM10に提供するためである。サブシステムが無制限リソースを有するとき、サブシステムを、CMM10に関して上述した構文およびセマンティクス妥当性検査を実行するように動作可能にすることができる。本発明のさらに追加の実施形態では、サブシステム20a、20b、...20nの各々は、仮想DOMツリーインタフェース21a、21b、...21nを含むことができる。これらの各インタフェースを、管理トランザクション要求を受信し、次いで要求に基づいて、a関連付けられたサブシステムの現在の構成を戻すように、または、b関連付けられたサブシステムの構成を修正するように、動作可能にすることができる。受信された要求のタイプは変わる場合がある。本発明の一実施形態では、要求を、少なくとも1つのターゲット構成要素を含むXPath表現を含む、XML要求にすることができる。本発明のもう1つの実施形態では、要求はXQuery表現を含むことができる。本発明のさらにもう1つの実施形態では、要求はプログラミング言語スクリプトを含むことができる。いずれにしても、所与の仮想DOMツリーインタフェース21a、21b、...21nが要求を受信した後、この仮想DOMツリーインタフェースはさらに、関連付けられたサブシステム構成を探索して、その構成が、要求に含まれた少なくとも1つのターゲット構成要素の一致を含むかどうかを判断するように、動作可能である。一致が発見されるとき、インタフェース21a、21b、...21nはさらに、発見されたいかなる一致する要素をも戻すように動作可能である。具体的には、要求を受信すると、各インタフェース21a、21b、...21nは、XMLDOMAPIを、構成および状態情報例えば、カウンタの値などに適用し、サブシステムを構成するように動作可能である。その後、各インタフェースは、XPath、XQueryまたはプログラミング言語スクリプトを仮想DOMツリーへ、適用されたAPIを使用して適用して、一致があるかどうかを判断し、あるいは、スクリプト指示処理例えば、カウンタの値を抽出するなどを実行するように、動作可能である。一致が発生する場合、一致する構成または状態要素は、応答のXMLメッセージにおいて戻される。そうでない場合、エラーメッセージが、例えば1つまたは複数のエージェント30a、30b、...30nに戻される。元のXML要求がプログラミング言語スクリプトを含んだ場合、このスクリプトに応答して生成されたいかなる出力も、応答のXMLメッセージのコンテンツ内で戻される。スクリプトがインタフェース21a、21b、...21nによって受信されるとき、インタフェースを、例えば適切な一致が発見されるとき、スクリプトのコンテンツに基づいて、関連付けられたサブシステムの構成を修正するように動作可能にすることができる。上述の考察は本発明の実施例を示すように試みており、本発明の真の範囲は、以下に続く特許請求の範囲によって決定される。