(57)【特許請求の範囲】
【請求項１】
検証規則に従って、検証モジュール（ＶＭ）によって通信システムの性能パラメータとしてコンフィグレーションデータ（ＫＤ）を検証する方法であって、
コンフィグレーションデータを獲得するステップと、
検証規則の組へのコンフィグレーションデータの割当てを定義する制御データ（ＶＣＯＮＦ）を使用して、少なくとも２つの検証規則の組（ＶＲ１、ＶＲ２）から、コンフィグレーションデータを検証するための少なくとも１つの検証規則を含む１つの検証規則の組（ＶＲ２）を選択し、検証規則の組を決定するステップと、
前記選択し、決定した検証規則の組を読み取るステップと、
検証規則の組を解釈するステップと、
検証規則の組に従って、コンフィグレーションデータを検査するステップと、
検査の結果に関する情報を含むメッセージ（ＭＳＧ）を出力するステップとを含む方法。
【請求項２】
検証規則の組（ＶＲ１）が、コンフィグレーションデータ（ＫＤ）内に含まれる識別子（ＩＤ１）によって決定されることを特徴とする請求項１に記載の方法。
【請求項３】
検証規則の組（ＶＲ２）を解釈するステップが、検証規則の組に含まれる検証規則に従ってコンフィグレーションデータ（ＫＤ）を検査するための機能ユニットを決定するステップと読み取るステップとを含み、
機能ユニットが、コンフィグレーションデータを検査するために使用されることを特徴とする請求項１に記載の方法。
【請求項４】
検証規則の組（ＶＲ２）を解釈するステップが、検証規則の組に含まれる検証規則から、検証規則の組に含まれる検証規則に従ってコンフィグレーションデータ（ＫＤ）を検査するための機能ユニットを生成するステップを含み、
機能ユニットが、コンフィグレーションデータを検査するために使用されることを特徴とする請求項１に記載の方法。
【請求項５】
検査の結果に関する情報を含むメッセージ（ＭＳＧ）を出力する時に、検証規則の組に含まれる事前定義されたテキスト要素が使用されることを特徴とする請求項１に記載の方法。
【請求項６】
検証モジュール（ＶＭ）がコンピュータのメモリに読み込まれたときに、検証規則に従って、通信システムの性能パラメータとしてコンフィグレーションデータ（ＫＤ）を検証する動作をコンピュータに実行させる検証モジュール（ＶＭ）を記憶したコンピュータによって読み取り可能な記憶媒体であって、前記検証モジュール（ＶＭ）は、
コンフィグレーションデータを、検証モジュールが獲得できるように設計された機能受信ユニット（ＳＴ１）と、
検証規則の組へのコンフィグレーションデータの割当てを定義する制御データ（ＶＣＯＮＦ）を使用して、少なくとも２つの検証規則の組（ＶＲ１、ＶＲ２）から、コンフィグレーションデータを検証するための少なくとも１つの検証規則を含む１つの検証規則の組を選択し、検証規則の組を検証モジュールが決定できるように設計された機能決定ユニット（ＳＴ２）と、
前記選択し、決定した検証規則の組を、検証モジュールが読み取ることができるように設計された機能読取りユニット（ＳＴ３）と、
検証規則の組を、検証モジュールが解釈できるように設計された機能解釈ユニット（ＳＴ４）と、
検証規則の組に従って、コンフィグレーションデータを、検証モジュールが検査できるように設計された機能検査ユニット（ＳＴ５）と、
検査の結果に関する情報を含むメッセージを、検証モジュールが出力できるように設計された機能出力ユニット（ＳＴ６）と、
を含むことを特徴とする、コンピュータによって読み取り可能な記憶媒体。
【請求項７】
検証規則に従って、通信システムの性能パラメータとしてコンフィグレーションデータ（ＫＤ）を検証するサーバ（ＳＥＲ）であって、
コンフィグレーションデータを、サーバが獲得できるように設計された受信手段（ＩＦ、ＫＥＹ）と、
検証規則の組へのコンフィグレーションデータの割当てを定義する制御データ（ＶＣＯＮＦ）を使用して、少なくとも２つの検証規則の組（ＶＲ１、ＶＲ２）から、コンフィグレーションデータを決定するための少なくとも１つの検証規則を含む１つの検証規則の組を選択し、検証規則の組をサーバが決定できるように設計された決定手段と、
前記選択し、決定した検証規則の組を、サーバが読み取ることができるように設計された読取り手段と、
検証規則の組を、サーバが解釈できるように設計された解釈手段と、
検証規則の組に従って、コンフィグレーションデータを、サーバが検査できるように設計された検査手段と、
検査の結果に関する情報を含むメッセージを、サーバが出力できるように設計された出力手段（ＤＩＳ）と、
を含むことを特徴とするサーバ（ＳＥＲ）。
【請求項８】
前記コンピュータによって読み取り可能な記憶媒体は、コンパクトディスク、又は、フロッピーディスク（登録商標）である、請求項６に記載のサーバによって読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システムの性能パラメータとしてコンフィグレーション（ｃｏｎｆｉｇｕｒａｔｉｏｎ）データを検証する方法、この方法を実行するための、請求項７のプリアンブルに記載の検証モジュール、請求項８のプリアンブルに記載のサーバ、制御モジュール、および記憶手段に関する。
【０００２】
【従来の技術】
交換局、アクセスシステム、クロスコネクト、ネットワーク管理システム、コンピュータネットワークなどの通信システムは、一般に、一定の限度内で選択可能なコンフィグレーションデータを使用して、それぞれの適用分野によって決定される特定の要件に適合されている。そのような事前選択されたコンフィグレーションデータに基づいて、通信システム内に含まれる制御ソフトウェアは、それぞれの適用分野で通信システムを制御することができる。例えば、今日のディジタル交換局用に指定すべきシステム構成オプションは、とりわけ、交換局が処理すべき加入者端末、これらの加入者端末に割り当てられたそれぞれの番号、およびそれぞれの加入者端末が利用できる通信サービスである。そのような加入者端末のコンフィグレーションデータは、事前定義された規則に準拠しなければならない。例えば、いくつかの加入者端末は、数字のみを含み文字を含まないことがあり、所定の数の数字から構成されなければならない。さらに、加入者端末の番号が、それぞれの通信サービスに割り当てられた番号のグループに属する場合のみ、加入者端末に通信サービスを割り当てることが一般に可能である。例えば、ＩＳＤＮ通信ネットワーク（総合サービスディジタル網）用に定義されたサービスはＩＳＤＮ対応の端末局に対してのみ十分に提供できる。したがって、単一の加入者端末のコンフィグレーションデータを生成する場合に満足すべき要件は、極めて広範囲で複雑である。ただし、例えば複数の加入者端末は共通の加入者モジュールに接続されているために、コンフィグレーションデータに関して交換局の個々の加入者端末の間に相互関係が存在するので、コンフィグレーションデータを生成する場合には、この相互関係によって生じる要件も満足しなければならない。通信システムの制御ソフトウェアは、性能パラメータとして指定されたコンフィグレーションデータが正しく、それ自体一貫している場合のみ正確に動作できるので、コンフィグレーションデータを通信システムに入力する前に検査されなければならない。そのようなプロセスは「検証」と呼ばれる。
【０００３】
【発明が解決しようとする課題】
コンフィグレーションデータは、通信システム自体によって検査できる。ただし、上記の例に示したように、通信システムのコンフィグレーションデータは、一般的に極めて大きく、コンフィグレーションデータは、複雑な要件を満足しなければならないので、通信システム内で、広範囲の「検査ソフトウェア」が必要であろう。この検査ソフトウェアは、記憶空間などのその他の目的のために、通信システム内で、よりさし迫って必要なリソースを必要とするであろう。したがって、そのようなコンフィグレーションデータは、１つの通信システムまたは１つのタイプの通信システムのコンフィグレーションデータに適した構成システムの助けを借りて作成される。そのような構成システムの代表例が、欧州特許出願ＥＰ０６７８８１７Ａ１に提示されている。したがって、コンフィグレーションデータは、グラフィカルユーザインタフェースの助けを借りてコンピュータによって獲得され、次にプログラムモジュールによって一貫性検査、すなわち検証を受ける。その後で初めてコンフィグレーションデータは、データベースに書き込まれ、その後で「ターゲットシステム」と呼ばれる通信システム内にロードできる状態に処理される。コンフィグレーションデータを検証するためのグラフィカルユーザインタフェースおよびプログラムモジュールと、検証プログラムモジュール内に含まれる検証規則の両方は、通例、特に獲得すべきコンフィグレーションデータ用に提供されプログラミングされており、ユーザインタフェースとプログラムモジュールは、プログラミング言語「Ｏｍｎｉｓ  ７」の形式で設計される。そのような「固定」プログラミングされたグラフィカルユーザインタフェース及び同様に「固定」プログラミングされたそれに関連する検証プログラムモジュールは、特定のターゲットシステム用のコンフィグレーションデータの作成にのみ適しており、したがって、ターゲットシステムまたはターゲットシステムのタイプごとに特定の構成システムを作成して使用しなければならない。
【０００４】
例えば、通信システムの新しい制御ソフトウェアが、異なる形式または異なる程度のコンフィグレーションデータを必要とし、または新しいサービス機能を構成する新しいデータ型が、コンフィグレーションデータ内にさらに含まれるために、コンフィグレーションデータが満足すべき要件が変化する場合、新しいコンフィグレーションデータに適した新しい検証プログラムモジュールを作成するか、既存の検証プログラムモジュールを少なくとも部分的に再プログラミングし、その後でコンパイルしなければならない。一方で、新しい検証プログラムモジュールの作成は、時間がかかり、プログラミングツールを使用してのみ可能である。他方、そのような再プログラミング中にはエラーが発生しやすく、このエラーを新しいまたは変更された検証プログラムモジュールを検査することによって検出し、その後で修正しなければならない。
【０００５】
本発明の一目的は、コンフィグレーションデータを使用するそれぞれの通信システムに必要な検証規則に従って、効率的な方法で通信システムのコンフィグレーションデータを検証することである。
【０００６】
【課題を解決するための手段】
この目的は、請求項１の技術的教示による通信システム用のコンフィグレーションデータを検証する方法、請求項７の技術的教示による検証モジュール、請求項８の技術的教示によるサーバ、請求項９の技術的教示による制御モジュール、および請求項１０の技術的教示による記憶手段によって達成される。本発明のその他の有利な態様は従属請求項および以下の説明から明らかである。
【０００７】
本発明の根底にあるアイデアは、通信システムのコンフィグレーションデータを検証するのに必要であり、検証規則の組として記憶される検証規則が、検証自体の前に検証モジュールによって決定されるような形で、コンピュータ上で実行可能なプログラムモジュールである検証モジュールを設計することである。次いで検証モジュールは、そのようにして決定された検証規則の組をメモリから読み取り、その検証規則の組に含まれる検証規則に従ってコンフィグレーションデータを検査する。このようにして、本発明によれば、検証規則は、検証モジュール自体には含まれず、検査すべきコンフィグレーションデータに依存して読み取られ、検証モジュールによって検証される。
【０００８】
本発明の有利な一態様によれば、検証モジュールは、コンフィグレーションデータに属する検証規則の組が定義される制御データを読み取る。本発明の別の有利な態様によれば、検証モジュールは、検査すべきコンフィグレーションデータに含まれる識別子に基づいて、コンフィグレーションデータを検査するのに使用する検証規則の組を決定する。本発明の一変形形態では、検証規則の組の検証規則は、「インタプリタ型（ｉｎｔｅｒｐｒｅｔｉｖｅ）言語」で表現され、コンフィグレーションデータの検査中に検証モジュールによって解釈される。ただし、検証モジュールによって検証規則がいわゆる「機能（ｆｕｎｃｔｉｏｎ）」として検査プロセス内に直接組み込まれるように、プロセッサによって実行可能な言語で検証規則を表現することも可能である。
【０００９】
本発明とその利点は、添付の図面に関連する本発明の一実施形態についての以下の説明を参照すればより明らかになろう。
【００１０】
【発明の実施の形態】
図１は、本発明による方法を実行するための一構成を示す概略図を示す。この構成は、コンピュータ、例えば、パーソナルコンピュータまたはワークステーション上で、プログラムモジュールとして実行可能であり、異なる種類の通信システムに一般的に使用されるコンフィグレーションデータＫＤで示されるコンフィグレーションデータを検証できる本発明による検証モジュールＶＭを含む。通信システムの一例が、ターゲットシステムＴＳの形式で図１に示されている。ターゲットシステムＴＳは、コンフィグレーションデータＫＤを使用して構成することができる。ターゲットシステムＴＳは、例えば交換局またはネットワーク管理システムである。コンフィグレーションデータＫＤは、例えば、ターゲットシステムＴＳによって交換可能な接続に関するデータ、またはターゲットシステムＴＳによって処理される加入者端末を定義するデータを含む。ターゲットシステムＴＳは、例えば遠隔制御の従属局であってもよい。その場合、コンフィグレーションデータＫＤは、例えば、従属局がそれぞれ獲得し出力すべき測定データおよび命令を含む。
【００１１】
検証モジュールＶＭを実行するためのコンピュータのいくつかの基本構成要素が、サーバＳＥＲとして図４に示されている。サーバＳＥＲは、マシン可読命令、例えば検証モジュールＶＭを実行するための命令を実行する制御手段ＣＰＵ、例えばプロセッサを含む。さらに、サーバＳＥＲは、検証モジュールＶＭを記憶できるメモリＭＥＭを含む。サーバＳＥＲは、例えば、それぞれ検証モジュールＶＭにデータを送信し、検証モジュールＶＭによって生成されるデータを出力するキーボードＫＥＹとディスプレイ装置ＤＩＳの形式の入力手段と出力手段を含む。サーバＳＥＲは、図１のターゲットシステムＴＳとデータを交換するためのインタフェース装置ＩＦをさらに含む。サーバＳＥＲの構成要素は、相互接続される（接続は図４に示さず）。オペレーティングシステム、例えばＵＮＩＸまたはＤＯＳ（ディスクオペレーティングシステム）は、サーバＳＥＲのリソースを管理し、とりわけ検証モジュールＶＭの実行を制御する。再び図１に関して、図４に示されたサーバＳＥＲの各構成要素を参照しながら、本発明について以下で説明する。
【００１２】
検証モジュールＶＭは、検証規則の組の１つまたは複数の検証規則に従ってコンフィグレーションデータＫＤを検証することができる。そのような数組の検証規則の例が、検証規則の組ＶＲ１と検証規則の組ＶＲ２の形式で、図１に示されている。検証規則の組ＶＲ１とＶＲ２は、別の検証規則を示し（図１に示さず）、メモリＭＥＭ内に記憶される。コンフィグレーションデータＫＤは、ターゲットシステムＴＳから検証モジュールＶＭに送信されるか、プログラムモジュール（図１に示さず）、例えば、エディタまたはグラフィカルユーザインタフェースによって獲得されるか、またはインタフェース装置ＩＦを介して読み込まれる。次いで、コンフィグレーションデータＫＤは、例えば、メモリＭＥＭ内に記憶されるファイルの形式で、またはメッセージによって、検証モジュールＶＭに転送される。転送は、図１内で矢印によって示されている。
【００１３】
検証モジュールＶＭが、コンフィグレーションデータＫＤを獲得した後で、検証モジュールは、コンフィグレーションデータＫＤを検査するのに従わなければならない検証規則を決定する。このために、検証モジュールＶＭは、必要な検証規則が含まれる検証規則の組を指定する制御データＶＣＯＮＦを使用する。制御データは、例えば、検証規則の組へのコンフィグレーションデータの割当てが定義される制御テーブルの形式で記憶できる。そのような制御テーブル内では、例えば、特定のタイプのターゲットシステムは、検証規則の組ＶＲ１に従って検査されなければならないコンフィグレーションデータを必要とし、一方で別のタイプのターゲットシステムは、検証規則の組ＶＲ２に準拠されなければならないコンフィグレーションデータを必要とするということを規定することができる。図１の例では、コンフィグレーションデータＫＤを検証規則の組ＶＲ２に従って検査しなければならないことが、制御データＶＣＯＮＦ内に規定される。検証モジュールＶＭは、メモリＭＥＭから検証規則の組ＶＲ２を読み取って、検証規則の組ＶＲ２に従ってコンフィグレーションデータＫＤを検査する。検査の結果は、検証モジュールＶＭによってメッセージＭＳＧ、例えば、ディスプレイ装置ＤＩＳまたはプリンタへの出力の形式のメッセージで送信される。メッセージＭＳＧの助けを借りて、検査中に検出されたエラーを詳細表示することもできる。検証モジュールＶＭによって検査されるコンフィグレーションデータＫＤが検査に合格した場合、すなわち、コンフィグレーションデータＫＤが一貫している場合、このコンフィグレーションデータＫＤは、例えばインタフェース装置ＩＦを介してターゲットシステムＴＳ内にロードでき、ターゲットシステムＴＳによって性能パラメータとして使用することができる。
【００１４】
ターゲットシステムＴＳが正しく動作するためにコンフィグレーションデータが満足すべき要件が変化した場合、検証規則の組ＶＲ２を交換するか変更して、新しいまたは変更された検証規則の組ＶＲ２が、ターゲットシステムＴＳの新しい要件に適う完全な検証を保証できるようにすれば十分である。検証モジュールＶＭ自体を変更する必要はない。このようにして、検証規則の組に別の検証規則を挿入したり、検証規則の組からもはや必要でない検証規則を削除することが、ただちに可能である。検証モジュールＶＭが、検証規則の組ＶＲ１でも検証規則の組ＶＲ２でも検証できないコンフィグレーションデータを検証しなければならない場合、新しいコンフィグレーションデータを検証するための検証規則の新しい組をいつでも検証規則の組ＶＲ１およびＶＲ２に追加することができる。
【００１５】
検証規則の組ＶＲ１またはＶＲ２が事前定義された情報、例えば、メッセージＭＳＧのテキスト要素を含む場合、検証モジュールＶＭは、この情報を使用してメッセージＭＳＧを実施することができる。検証規則の組ＶＲ１またはＶＲ２は、その中に含まれる検証規則の各々について、それぞれの検証規則に従った検査でエラーが検出された場合に、どのエラーメッセージを検証モジュールＶＭによって表示するかを定義できる。メッセージＭＳＧの事前定義された情報は、検証モジュールＶＭの部分を構成せず、検証規則の組から読み取ることができるので、この事前定義された情報は、検証規則と同様、容易に交換または変更して現在の要件を満足することができる。この結果、検証規則の組に新たに挿入されたエラーメッセージのテキストは、例えば、エラーの原因を明記することができる。
【００１６】
制御データＶＣＯＮＦを使用して、検証モジュールＶＭは、例えば、モジュールの開始時に制御データＶＣＯＮＦがいわゆる呼出しパラメータとして検証モジュールに追加されている場合、コンフィグレーションデータＫＤを読み取る前に、コンフィグレーションデータＫＤを検査するための検証規則の組ＶＲ１またはＶＲ２をあらかじめ決定することもできる。
【００１７】
制御データに基づく検証規則の組の決定に加えて、またはその代替形態として、検証モジュールＶＭは、コンフィグレーションデータＫＤを検査するために必要な検証規則の組ＶＲ１またはＶＲ２をコンフィグレーションデータＫＤに基づいて決定することができる。これを達成するために、検証モジュールＶＭは、コンフィグレーションデータＫＤ内でコンフィグレーションデータＫＤを一意的に識別する特徴または識別子を検索する。そのような識別子は、識別子ＩＤ２の形式でコンフィグレーションデータＫＤ内に含まれる。識別子ＩＤ２は、特定のターゲットシステム、図１ではターゲットシステムＴＳに属するものとしてコンフィグレーションデータＫＤを識別でき、「制御ソフトウェアバージョン1．３を有する交換局Ａ」という情報を含むテキスト要素であってもよい。次いで、例えば、割当てテーブル内に含むことができる検証規則の組の各々にそのような識別子のそれぞれを割り当てる処理に基づいて、検証モジュールＶＭは、どの検証規則の組を使用してコンフィグレーションデータＫＤを検査するかを決定できる。検証モジュールＶＭは、コンフィグレーションデータＫＤに含まれる識別子と同じでなければならない識別子に基づいて、コンフィグレーションデータＫＤを検証するのに必要な検証規則の組ＶＲ１またはＶＲ２を決定することもできる。図１の例では、コンフィグレーションデータＫＤの識別子ＩＤ２は、検証規則の組ＶＲ２内に含めることもできる。対照的に、検証規則の組ＶＲ１は、識別子ＩＤ１を有する。
【００１８】
そのような識別子はターゲットシステムＴＳ内のコンフィグレーションデータＫＤの処理に干渉するので、コンフィグレーションデータＫＤに識別子が含まれない場合、検証モジュールＶＭは、コンフィグレーションデータＫＤの構造と型に基づいて、検査のために使用すべき検証規則の組を決定することもできる。極めて簡単な例では、コンフィグレーションデータＫＤが、各々が数字の列で始まるレコードのみを含む場合、そこから検証モジュールＶＭは、コンフィグレーションデータＫＤを検証規則の組ＶＲ１に従って、検査しなければならないということを推論することができる。もっとも、コンフィグレーションデータＫＤが、各々が文字列で始まるレコードのみを含む場合、そこから検証モジュールＶＭは、コンフィグレーションデータＫＤを検証規則の組ＶＲ２に従って、検査しなければならないということを推論することができる。
【００１９】
検証規則の組ＶＲ１およびＶＲ２に含まれる検証規則は、検証モジュールＶＭの設計によって決定される意味（ｓｅｍａｎｔｉｃ）規則および構文（ｓｙｎｔａｃｔｉｃ）規則に準拠しなければならない。そのような規則に準拠するために、検証規則は、検証モジュールＶＭによって、その命令が「解釈」できる、すなわち、評価されマシン可読命令に変換できるインタプリタ型言語で表現されなければならない。次いでこれらの命令は、検証モジュールＶＭの命令シーケンスと同様の方法で、制御手段ＣＰＵによって、検証モジュールＶＭの命令シーケンスとして実行できる。検証規則用のインタプリタ型言語は、検証モジュールＶＭについてのみ定義することができる。ただし、一般的に適用可能なインタプリタ型言語を使用することも可能である。一般的なインタプリタ型言語の例は、ＵＮＩＸオペレーティングシステムに関連して使用される言語ＰＥＲＬ（Ｐｒａｃｔｉｃａｌ  Ｅｘｔｒａｃｔｉｏｎ  ａｎｄ  Ｒｅｐｏｒｔ  Ｌａｎｇａｇｅ）である。検証規則がＰＥＲＬで表現されると、検証モジュールＶＭは、必ずしもそれ自体が検証規則を解釈する必要はなく、「ＰＥＲＬインタープリタ」と呼ばれるプログラムモジュールに検証規則の解釈を実行させることができる。ＰＥＲＬインタープリタは、一般に供給されるＵＮＩＸオペレーティングシステムの部分を形成する。検証規則の組からＰＥＲＬインタープリタによって得られたマシン可読命令は、検証モジュールＶＭによって専用の命令シーケンス内に、例えば、分岐の形式で組み込まれる。
【００２０】
検証規則を検証モジュールＶＭ内に組み込むこのプロセスは、検証モジュールＶＭと組み込むべき検証規則の両方が、同じインタプリタ型言語で表現されている場合には特に簡単である。この場合、検証モジュールＶＭは、呼出しにおいて指定された名前を有する検証規則を参照する一般的な呼出しを含むことができる。ただし、この呼出しは、検証に検証規則の組ＶＲ１とＶＲ２のどちらを使用しなければならないかによって、検証規則ＶＲ１の組の検証規則または検証規則ＶＲ２の組の検証規則を参照する。この２つの検証規則は、同じ名前を有するが異なる検査仕様を含むことができる。その場合、検証モジュールＶＭを検証規則の解釈によって生成された命令シーケンスに正しく分岐させる処理が、インタープリタモジュールによって確実に実行される。
【００２１】
検証規則は、プロセッサによって実行可能な形式で、すなわち、いわゆる機能または「ライブラリ機能」の形式で、検証規則の組に含めることもできる。検証モジュールＶＭは、そのような機能の命令シーケンスを前もって解釈することなく直接に、自身の命令シーケンス内に組み込むことができる。そのようなプロセスは「動的リンク」とも呼ばれる。本発明の別の変形形態では、そのような機能は、検証モジュールＶＭの実行時間中に生成することもできる。これを達成するため、検証モジュールＶＭは、コンフィグレーションデータＫＤを検証するために使用すべき検証規則の組をプロセッサによって実行可能な命令シーケンスに翻訳するか、これをトランスレータモジュールによって実行させるかし、このようにして生成された検証規則の命令シーケンスを、自身の命令シーケンスに組み込む。
【００２２】
次に図２を参照しながら、本発明についてより詳細に説明し、また本発明による検証規則の動的な組込みによって可能になる本発明の別の態様について説明する。図２で、検証すべきコンフィグレーションデータＫＤ（図１を参照）は、やはり図１の検証モジュールＶＭによって検証される２つのサブセットＴＡＢ１およびＴＡＢ２、例えば、２つのデータテーブルに分割されている。検証モジュールＶＭは、最初に、上記の方法で、検証規則の組ＶＲ１とＶＲ２のどちらを使用してコンフィグレーションデータＫＤを検証しなければならないかを決定する。次いで、検証モジュールＶＭは、決定された検証規則の組に含まれる検証規則に従って、検証自体を実行する。図２で、これらの検証規則は、図１の例によれば検証規則の組ＶＲ２に含まれる検証規則ＶＲＡ１、ＶＲＡ２、およびＶＲＢの形式で表される。
【００２３】
図２に点線で示された検査Ｓ１および検査Ｓ２において、検証モジュールＶＭは、検証規則ＶＲＡ１、ＶＲＡ２、およびＶＲＢに従って、コンフィグレーションデータＫＤを検査する。検査Ｓ１において、サブセットＴＡＢ１およびＴＡＢ２は、検証モジュールＶＭによって、別々に検査される。すなわち、サブセットＴＡＢ１は、検証規則ＶＲＡ１によって、サブセットＴＡＢ２は、検証規則ＶＲＡ２によって、検査される。検査によって、例えば、サブセットＴＡＢ１が、６桁の電話番号と第１の識別子を有するレコードのみを含むか否か、またサブセットＴＡＢ２が、各々電話番号と第２の識別子を有するレコードのみを含むか否かを判定できる。サブセットＴＡＢ１およびＴＡＢ２が検査Ｓ１に合格した場合、すなわち、それらがそれ自体一貫している場合、検査Ｓ２で、検証モジュールＶＭは、サブセットＴＡＢ１およびＴＡＢ２が相互に一貫しているか否かを検査する。これを実行するために、検証モジュールＶＭは、検証規則ＶＲＢを適用する。この検証規則は、例えば、サブセットＴＡＢ１内の各電話番号が、サブセットＴＡＢ２の少なくとも１つのレコード内にも含まれていなければならないと規定する。図１に示すように、検査Ｓ１およびＳ２の結果は、検証モジュールＶＭによってメッセージＭＳＧで送信される。
【００２４】
上記のように、検証モジュールＶＭは、検証規則の組に含まれるすべての検証規則をコンフィグレーションデータＫＤに連続的かつ完全に適用することができる。ただし、制御データによって、検証モジュールＶＭに、コンフィグレーションデータＫＤの部分的な検証のみを実行する、すなわち、検証規則の組の検証規則の一部のみを適用するように命令することも可能である。例えば、検証モジュールＶＭに、検証規則ＶＲＡ１とＶＲ２のみに従って、検査Ｓ１を実行するように命令することができる。このようにすれば、検証モジュールＶＭは、実際に検証に必要な検証規則のみを読み取って解釈すればよいので、検証モジュールＶＭは、極めて効率的に動作できる。
【００２５】
本発明の別の実施形態を表すために、検証規則ＶＲＡ１およびＶＲＡ２が、第１の検証規則の組、例えば組ＶＲ１に含まれ、検証規則ＶＲＢが、第２の検証規則の組、例えば組ＶＲ２に含まれるものとする。検証モジュールＶＭが、検査Ｓ１だけを実行するように命令される場合、検証モジュールＶＭは、検証規則の組ＶＲ１のみがこれに必要であると判断し、検証規則の組ＶＲ１のみを読み取り、検証規則の組ＶＲ１の検証規則に従って、検査を実行するであろう。両方の検査Ｓ１およびＳ２が必要な場合にのみ、検証モジュールＶＭは、コンフィグレーションデータＫＤの所望の検証に、検証規則の組ＶＲ１と検証規則の組ＶＲ２の両方を使用する。
【００２６】
図３は、検証モジュールＶＭの基本ステップを示す。前述したように、検証モジュールＶＭは、制御手段、例えばプロセッサによって読み取れ、または直接実行できる、あるいはインタープリタモジュールの助けを借りて間接的に解釈できる、メモリ内に記憶された命令シーケンスからなる。図を見やすくするために、図３では検証モジュールＶＭは、流れ図の形式で示されている。個々のステップの各々は、機能ユニット、いわゆる「機能」を形成する単一の命令または命令シーケンスを表す。図３のステップ数とそのシーケンス数は、実際の要件を満足する解決策のための例と考えるべきである。開始フィールドＳＴＡＲＴから始めて、ステップＳＴ１で、検証モジュールＶＭは、コンフィグレーションデータを獲得し、コンフィグレーションデータは、例えばインタフェース装置ＩＦまたはキーボードＫＥＹを介して検証モジュールＶＭに送信される。ステップＳＴ１の命令は、機能受信ユニット、例えばサブプログラム内で結合される。ステップＳＴ２で、検証モジュールＶＭは、獲得されたコンフィグレーションデータＫＤを検証するのに必要な検証規則の組を決定する。ステップＳＴ３で、検証モジュールＶＭは、決定された検証規則の組を読み取り、ステップＳＴ４で、検証モジュールＶＭは、この組に含まれる第１の検証規則を解釈する。ステップＳＴ５で、検証モジュールＶＭは、ステップＳＴ４で解釈された検証規則に従ってコンフィグレーションデータを検査する。ステップＳＴ６で、ステップＳＴ５の完了後に、検証モジュールＶＭが、別の検証規則を解釈すべきか否かを決定するためのテストが行われる。検証モジュールＶＭが、別の検証規則を解釈すべき場合、処理は、分岐してステップ４に戻る。そうでない場合、検証モジュールＶＭは、ステップＥＮＤで終了する。
【図面の簡単な説明】
【図１】本発明による検証モジュール（ＶＭ）、検証規則の組（ＶＲ１、ＶＲ２）、検証すべきコンフィグレーションデータ（ＫＤ）、およびメッセージ（ＭＳＧ）を有する、本発明による方法を実行するための一構成を示す概略図である。
【図２】２つのサブセット（ＴＡＢ１、ＴＡＢ２）内のコンフィグレーションデータと３つの異なる検証規則（ＶＲＡ１、ＶＲＡ２、およびＶＲＢ）とを有する、本発明による方法を実行するための別の構成の概略図である。
【図３】本発明による検証モジュール（ＶＭ）の流れ図である。
【図４】本発明による方法を実行するための本発明によるサーバ（ＳＥＲ）を示す図である。
【符号の説明】
ＶＣＯＮＦ  制御データ
ＫＤ  コンフィグレーションデータ
ＩＤ１、ＩＤ２  識別子
ＴＳ  ターゲットシステム
ＶＭ  検証モジュール
ＶＲ１、ＶＲ２  検証規則の組
ＭＥＧ  メッセージ
ＴＡＢ１、ＴＡＢ２  サブセット
ＶＲＡ１、ＶＲＡ２、ＶＲＢ  検証規則
Ｓ１、Ｓ２  検査
ＳＥＲ  サーバ
ＤＩＳ  ディスプレイ装置
ＫＥＹ  キーボード
ＭＥＭ  メモリ
ＣＰＵ  制御手段
ＩＦ  インタフェース装置
【図１】
0004394225.tif 000002
【図２】
0004394225.tif 000003
【図３】
0004394225.tif 000004
【図４】
0004394225.tif 000005