JP2001506076A

JP2001506076A - 被試験システムの運転試験を行う運転試験装置と方法

Info

Publication number: JP2001506076A
Application number: JP52620898A
Authority: JP
Inventors: サシン，チベリウス; ヘルマンス，ステファン; クロイアー，ディーター
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン（パブル）
Priority date: 1996-12-10
Filing date: 1997-12-09
Publication date: 2001-05-08
Also published as: DE19651334A1; WO1998026617A3; WO1998026617A2; US6011830A; AU5660898A; CA2274559A1; EP0944986A2; AU731542B2

Abstract

(57)【要約】本発明は、多数の運転状態をとることのできる試験システムの運転試験を行う運転試験装置と方法に関する。テストケースジェネレータ（ＴＣＧ）を設けて多数のテストケースを生成し、試験装置インターフェース（ＩＮＴ）を介してテストケースを被試験システム（ＳＵＴ）に送る。試験システム（ＳＵＴ）のハードウエア構成に関する情報と、試験システム（ＳＵＴ）の可能な運転状態に関する情報と、試験システム（ＳＵＴ）内の運転状態に変化をもたらすのに必要な試験コマンドに関する情報から、また運転状態について試験システムの実アプリケーションで確かめられる遷移確率を示すトラフィック値から、試験状態モデルジェネレータ（ＴＳＴＭ−Ｇ）が試験システムの試験状態モデルを確かめる。試験コマンドは、この試験状態モデルのモンテカルロ・シミュレーションに基づいて生成される。運転試験装置は、ペトリネット状態モデルと共に用いて、電話網、特にＧＳＭ網などの移動電話網の、例えば、接続線の中断を試験するのに特に適している。

Description

【発明の詳細な説明】被試験システムの運転試験を行う運転試験装置と方法本発明は、被試験システムの運転試験を行う運転試験装置と方法に関する。詳しく述べると、本発明は、電話網、特に移動電話網などの通信システムで運転機能を試験する、例えば移動電話システムの負荷試験または一致試験を行う運転試験装置に関する。製品を構成するものがハードウエア構成要素か、ソフトウエア構成要素か、ハードウエアおよびソフトウエア構成要素の組合わせかに関わらず、全ての製品は、設計段階から運転期間が終わるまで特定のライフサイクルを通る。図２１ａに示すように、プログラムのコーディングＣとそれに続く試験は、例えば一般にソフトウエア構成要素を含むシステムの要求分析（ＲＡ）、高水準設計（ＨＬＤ）、詳細設計（ＤＤ）に従って行われる。次に製作者は、ソフトウエアを顧客に納入し、その運転を立ち上げ、更に保守し（運転と保守）、製作者の支援は、「アウトフェーズ」の段階まで続く。基本試験ＢＴから機能試験ＦＴ、統合試験ＩＴ、システム試験ＳＴを経て顧客が行う受入れ試験ＡＴまで、試験は、種々の試験段階に分かれる。試験法としては、装置の内部機能や構成要素を試験するホワイトボックス試験と、顧客に特有の所定の要求に装置が耐えるかどうかを調べるために外部インターフェースだけを試験するブラックボックス試験に区分される。基本および機能試験段階では、手順は、主としてホワイトボックス試験法に基づく。統合試験・システム試験・受入れ試験では、ブラックボックス法が主に用いられる（しかし、この区分は、あまり厳密なものではない。試験が後の段階に進むに従ってブラックボックス試験の重要度が増し、それに従ってホワイトボックス試験の重要度が減る）。受入れ試験は、重要な試験段階である。なぜなら、システムまたは装置は、その後アプリケーションの現場で予想される運転条件にできるだけ近いと考えられる試験条件の下で、顧客の前で試験されるはずだからである。顧客は、この受入れ試験の結果から、その製品が実運転条件における指定された要求と一致するかどうか判定する。訂正が行われると条件が変わり、コーディング段階Ｃは、ブラックボックス試験法の段階にまで延びることが多いので、統合試験・システム試験・受入れ試験は、時間的に厳しくなることが予想される。より複雑なシステムにおいては、多くの互換性や運転機能が試験されるので、受入れ試験は、決して簡単な仕事ではないし、特に、訂正が行われると、訂正が試験システムの他の部分に与える悪い影響を除くために、被試験システムが良好に作動することをすでに確認した多くの試験を繰り返す（回帰試験）必要があるので非常に時間がかかる。したがって、この段階では、効率よく働く試験ツールを用いる必要がある。図２１ｃは、被試験システム（ＳＵＴ）のブラックボックス試験に用いる運転試験装置の一般的構造を示す。この運転試験装置は、テストケースジェネレータＴＣＧと、出力装置ＰＲＮと、インターフェースＩＮＴを含む。この運転試験装置は、インターフェースＩＮＴを介して試験システムＳＵＴに試験コマンドを出力して運転機能をチェックする。テストケースジェネレータＴＣＧは、多種類のパターンの試験コマンドを生成して全ての運転機能をチェックする。試験コマンドに対する反応は、信号の形でＳＵＴからインターフェースＩＮＴを介して試験装置に戻され、ここでエラー評価が行われる。エラーは、仕様と一致しないＳＵＴの反応（予想外の信号）から認識する。エラーがあれば、出力装置ＰＲＮに表示する。インターフェースＩＮＴとテストケースジェネレータＴＣＧは、非常に重要である。なぜなら、実運転条件にできるだけ一致する試験コマンドのパターンを出力しなければならないからである。例えば、テストケースジェネレータは、被試験システム内のソフトウエアエラーを統計的使用試験（ＳｔＵＴ）により見つける役割を持つ。言い換えると、試験コマンドを生成して、実運転環境と同じ使用特性（特定の確率分布で示された個々の機能の使用頻度と時間）を持つＳＵＴの広範な使用をシミュレートする。その結果、実行された多数の試験パターン、すなわちテストケースにより、被試験システムを実際に使用するときに多く発生するエラーが明らかになる。システムソフトウエアなどの残りのエラーの数は、いくつかの訂正段階の後の試験コマンドにより発見されるエラーの数から推定することができる。実アプリケーションにおいて、システムが示す質のレベルを顧客に示す値である平均故障間隔（ＭＴＴＦ）を、これから決定することができる（システムの検定）。自動テストケースジェネレータは、ＳＵＴ試験システムの自動ブラックボックス試験を行う。この場合、システム環境に従って、１人または複数のＳＵＴユーザからの入力をシミュレートする。実運転条件の下で予想される運転特性の最終的な判断基準を得るために、試験に必要な時間をできるだけ短くして試験のコストを最小にするようなテストケース、すなわち試験コマンドの生成が最も重要である。図２１ｂに示す移動電話システムの例を用いて以下に説明するように、複雑なシステムの場合は、これは簡単な仕事ではない。例えば、ＧＳＭ（移動通信用グローバルシステム）標準を満足する一般的な移動電話システムは、それぞれいくつかの基地局コントローラＢＳＣに接続する１台または複数台の移動交換局ＭＳＣの網を含む。各基地局コントローラＢＳＣは、いくつかの基地トランシーバ局ＢＴＳおよび移動局ＭＳと通信する。ＭＳは、ＢＴＳと無線電波を用いて、すなわち「エアインターフェース」を介して通信する。全ての他の構成要素は、恒久データ線を介して相互に接続する（或る場合には、これらの線は、物理的レベルの見通し無線リンクで構成してよいが、網構造という点からは、これも論理レベルの恒久線である）。在来型の電話網、すなわち公衆交換電話網（ＰＳＴＮ）は、通常は１台（または複数台）のＭＳＣを介して移動電話システムに結合する。このシステムでシステム試験ＳＴまたは受入れ試験ＡＴ（図２１ａ参照）を行うには、負荷試験ＬＴと一致試験ＣＴと、恐らく妨害試験ＤＴを、できるだけ組合わせて行う必要がある（図２１ｂの下部）。多数の呼の交換を行うときのＭＳＣおよびＭＳＣ交換局の効率を調べる負荷試験（ＬＴ）では、信号トラフィックの形の高負荷の呼がこれらの交換局に直接かかる。例えば、ＭＳＣ／ＢＳＣにより最大５００，０００呼を交換するという負荷をシミュレートして、その挙動を評価する。このため、負荷ジェネレータは用いる信号システムの通信プロトコルを識別して、対応する数（この例では５００，０００）の事例、すなわち個別の呼の信号トラフィックを生成する独立のプロセスをシミュレートしなければならない。作動不良（例えば、信号リンクの中断や個別の網構成要素の故障）の場合のシステムの挙動は、妨害試験（ＤＴ）で調べる。移動電話網は、十分な冗長度を持っているので、このような作動不良は、例えば呼を他の交換局に経路変更するなどして完全にまたは少なくともその一部を補償することができる。このため、妨害試験では、信号リンクを故意に中断し、またはＭＳＣやＢＳＣ内のプロセッサを停止させる。現在の試験では、この作動不良は、例えば交換局のハードウエアからプラグインカードを引き抜くなどして、手動で発生させる。なお、該当する電気回線をコマンドにより開閉する装置を用いて、この手順を自動化して、この手順を正確に再現することもできる。一致試験（ＣＴ）では、移動局ＭＳが相互にまたはＰＳＴＮ電話と通信するときに、呼の経路変更や会議電話などの移動電話網の個々のサービスの詳細な挙動をチェックする。これらは、例えばサービスが正しく機能するかどうかに関係するが、最大許容呼セットアップ時間などの保全にも関係する。移動電話網の移動体加入者が多種類の運転機能を自由に使用できる現状を考えると、一致試験で多種類の機能をシミュレートする必要がある。在来型の解決法では、ＭＳＣ、ＢＳＣ、ＢＴＳで構成する小さな試験網に複数の移動電話を同軸線で接続する（エアインターフェースを介して試験するのは、外部の移動電話網が妨害を受けるので問題外である）。次に移動電話を用いて所望の運転機能を手動でポーリングして、例えばダイアル操作や呼セットアップや呼出しを行い、例えば呼出し信号が出ないことや呼接続信号が出ないことなどから、発生したと認められるエラーを手動で評価する。より高度のコンピュータ支援の試験装置は、エアインターフェースシミュレーション（ＡＩＳ）を含み、移動電話とＢＴＳの間の同軸線に可変減衰器を備えて個々の移動局の動きをシミュレートし、例えば他の無線セルに「ハンドオーバー」するときに発生したエラーを評価する。現在一般に一致試験では、実際に３台（会議電話は例外的に５台）の移動電話を同時に用いることができる。これを運転するには数人の試験担当者が必要である。実際の移動電話システムでは、通信に参加する移動局の数は、はるかに多く、また多種類の機能が利用されることを考えると、手動でこの一致試験を行うことのできる移動電話の数は少なすぎるので、多数の移動電話を用いる自動試験を行えることが望ましい。これにより、同じ時間内に試験する事例の数をかなり増やすことができる。ＭＴＴＦの測定が、従ってシステムの検定が可能になるには、テストケースは、試験するシステムの実アプリケーションと同じ特性で行わなければならない。会議電話、音声メール、データ伝送などの顧客サービスは、例えば移動電話通信装置で利用可能でなければならない。これらのサービスは、各電話から起動することが可能でなければならない。更に、単純な電話通話などの特定の機能は、非常に多くの人が使用するが、呼の転送やメイルボックス機能などの特殊な機能は、使用する人の数が限られており、使用頻度は、１日の中でまちまちである。統計的要因を考慮する特性ＭＴＴＦ値を測定するため、移動電話網で実際使用中の運転機能の使用頻度を統計的に記録し、または（全く新しい運転機能の場合は）推定し、できるだけ多数の移動体加入者を用いた運転試験で統計的な代表値として再生しなければならない。移動電話通信装置は、このように複雑なシステムであり、通常は、ハードウエアおよびソフトウエア構成要素を相互に連結して利用し運転する。上に述べたように移動電話通信システムは、複雑なので、個別の構成要素もシステム全体も正確に試験する必要がある。システムと開発が承認され発売される前に、運転中に起こるソフトウエアおよびハードウエアのシステムエラーを突きとめるための大規模の試験が行われる。しかし、従来の試験システムでは、電話網のハードウエアおよびソフトウエアを自動的に大規模に試験することができない。例えば、ＤＥ３２１１９６７は、電話交換システムまたはこれに接続する装置で、異なる操作および試験シーケンスを行う装置、特に電話交換システム内のトラフィックのシミュレーションに用いられる、また対応する加入者シミュレーションを備える装置について、回路を説明し、変わったパターンを示している。「接続」、「ダイアル」、「呼出し」、「通話」などの一般的なシステム機能を、これらの加入者シミュレーションにより再現し、またはシミュレートすることができる。プログラム制御の試験装置の恒久的に定められた試験プログラムに従って、レベルジェネレータが生成する或るトーン電圧を加入者シミュレーションに与える。伝送された可聴トーンと呼電流と、必要があれば、ダイアルパルスを評価して監視を行う。ＤＥ３２１１９６７に述べられている方法は、例えばハードウエアエラーをシミュレートすることができないという欠点がある。運転中に起こった伝送局エラーを突きとめ、または通信システムを試験するためのハードウエアエラーは、例えば伝送局の完全に差し込み方式のユニットを抜き出し、または再び挿入することにより、またシステム内の操作シーケンスを分析することにより突きとめる。しかし、この方法は、テストケースの再現性を支援しないし一時的に厳密な状態を作るのに必要な正確さも支援しないので、例えばシステムの一層の開発を承認するために一連の試験を繰り返し行わねばならないときに、または一連の試験により正しくない結果が得られたために同じ試験状態を再現しなければならないときに、エラーが除去されたことを確認することができない。回帰試験や、特に通信システムなどの実時間システムでは、非常に正確な時間仕様を用いてテストケースを再現する必要がある。テストケースを手動で行うと時間もかかり、試験する装置に試験担当者をつける必要がある。このように担当者をつけると、例えばハードウエア構成要素の除去や再設置や電話の操作が必要なときに手動になる。伝送局のハードウエア構成要素を除去すると、「試験の粒度」、すなわちエラーを突きとめる審査の精密性が可能になるだけである。この精密性は、除去されたハードウエア構成要素に対応する。製品の試験に関連する問題点を移動電話システムに特に限定して述べたが、このような問題は、任意の複雑なシステムを試験するときに同様に起こる。すなわち、実運転条件にできるだけ対応する試験条件で運転試験を行う運転試験装置が利用できることが一般に望ましい。上に述べたように、運転試験装置は、このような複雑な運転試験をできるだけ短時間に行わなければならない。したがって、本発明の目的は、・短時間で、テストケースを用いて運転試験を行うことのできる試験システムの運転試験を行う運転試験装置と方法を利用可能にすることである。この試験は、試験装置を実環境で用いるときに実際に予想される運転条件をシミュレートする。この目的は、実運転環境において試験条件の下で用いられる実運転システムに対応する運転状態を有する試験システムの運転試験を行う運転試験装置により解決され（請求項１）、この運転試験装置は、ａ）それぞれが試験システム内で運転状態に望ましい変化を作ることを目的にし、試験コマンドを持つ多数の試験サンプルを生成するテストケースジェネレータと、ｂ）試験コマンドを受け、対応する制御信号を試験システムに出力して、運転状態に望ましい変化をもたらす試験装置インターフェースと、を備え、ｃ）前記テストケースジェネレータは、・試験システムのハードウエア構成に関する情報から、実運転システムの可能な運転状態に関する情報から、運転状態について運転システムの実アプリケーション中に確かめられる遷移確率を示すトラフィック値から、試験システムの許された試験コマンドから、試験システムの試験状態モデルを生成する試験状態モデルジェネレータと、・試験状態モデルを記憶する試験状態モデル記憶装置と、・試験状態モデルを統計的に通過して望ましい運転状態遷移を生成する試験状態モデルシミュレータと、・試験状態モデルシミュレータが生成する運転状態遷移に基づいてテストケースの試験コマンドを順次生成する試験状態モデルコマンドジェネレータと、を備える。また、この目的は、実運転環境において試験条件の下で用いられる実運転システムに対応する運転状態を有する試験システムの運転試験を行う方法によっても解決され（請求項３１）、この方法は、ａ）テストケースジェネレータを有し、それぞれが試験システム内で運転状態の所定の変化を示す試験コマンドを持つ多数のテストケースを生成し、ｂ）試験コマンドを受け、対応する操作信号を試験システム（ＳＵＴ）に出力して、試験装置インターフェースを介して運転状態に所定の変化をもたらし、ｃ１）試験状態モデルジェネレータを有し、試験システムのハードウエア構成に関する情報と、実アプリケーションにおける試験システムの可能な運転状態に関する情報と、試験システム内で運転状態に変化をもたらすのに必要な試験コマンドに関する情報から成り、運転状態について試験システムの実アプリケーション中に確かめられる遷移確率を表すトラフィック値に基づいて試験システムの状態モデルを生成し、ｃ２）試験状態モデルシミュレータを用いて試験状態モデル内の遷移確率に従ってランダムに制御された状態変化を順次生成し、ｃ３）試験状態モデルシミュレータが生成する状態遷移と、試験状態モデルコマンドジェネレータを用いた試験状態モデルに従って、これらの状態遷移に連結する試験コマンドに基づいてテストケースの試験コマンドを生成する、ステップを含む。本発明の運転試験装置および方法では、モンテカルロ・シミュレーションでシミュレートした試験システムの試験状態モデルの状態（通過した）に従って、テストケースジェネレータは、試験コマンドを生成する。試験システムのハードウエア構成と利用可能な操作手段に関する情報に基づいて、実際の使用中の試験システムの可能な運転状態に関する情報から、これらの運転状態をもたらすのに必要な試験コマンドから、またアプリケーション中に確かめられた状態間の遷移確率を表すトラフィック値から試験状態モデルを生成する。モンテカルロ・シミュレーションでは、状態モデル内の運転状態は、ランダムであるが統計的分布に従う頻繁な遷移を行い、最も近い状態へのそれぞれ選択された遷移に基づいて試験コマンドを生成する。実際に頻繁であるこれらの遷移は、シミュレーションでも頻繁に発生し、顧客が用いるときに早くから発生する遷移のエラーは、シミュレーションでも早くから現れる。統計的使用試験（ＳｔＵＴ）のこの原理により、最も頻繁に起こる、従って最も重大なエラーを少ない費用で確かめることができる。これは、普通の従来の試験法とは対照的である。従来の試験法では、試験担当者は実際上自分の知識と信念から最良のテストケースを選択するが、結局ランダムに選択することになり、統計的な有意性がなく、完全性は、主張されず、頻繁に用いられる試験システム機能のエラーが発見されずに終わる結果になることが多い。本発明の１つの優れた実施の形態（請求項３３）では、ａ）試験システム（すなわち被試験システム）は、通信装置に関係し、前記通信装置は、複数の電話、特に移動電話と、複数の電気接続線と、電話通信装置内で信号を送信する少なくとも１台の伝送局を含み、ここで、ｂ）試験装置インターフェースとテストケースジェネレータは、電話通信装置を運転負荷条件で試験する試験装置を形成し、前記試験装置は、ｂ１）中央信号処理装置であって、ｂ１１）電話通信装置を試験する試験コマンドを供給する少なくとも１台のプログラマブルデータ処理装置と、ｂ１２）前記プログラマブルデータ処理装置に接続し、前記試験コマンドを制御することにより前記プログラマブルデータ処理装置が生成するディジタル試験信号を操作信号に変換するよう設計されたコンバータ装置と、を有する中央信号処理装置と、ｂ２）前記コンバータ装置に接続し、前記コンバータ装置の操作信号により予め定められた時間、個別のまたはグループの電気接続線を前記操作信号に従って規則的に中断するよう設計された少なくとも１台の中断装置と、を備え、ここでｂ３）前記電話通信装置内の規則的な中断のために、信号の変化を生成して、関連する標準信号変化からの偏差があるときは、これを発信する。中断装置（以下、妨害要素とも呼ぶ）は、複数の制御されたスイッチから成り、これらのスイッチは、中央信号処理装置のプログラマブルデータ処理装置により、プログラム制御により作動する。これにより、伝送局内または異なる伝送局間の個別またはグループの電気接続線を規定された時間中断することができる。非常に高い試験粒度も達成することができる。すなわち、エラーを正確に突きとめることができる。運転負荷条件は、例えば複数の呼をシミュレートする負荷ジェネレータにより生成することができる。所定の基本的な網負荷は、試験中に負荷ジェネレータが生成する。別の実施の形態では、中断装置（妨害要素）を回路カードと、伝送局の回路カード台板または回路カード台板に挿入された伝送局回路カードの前面との間に設けてよい。また中断端末を種々の伝送局の間に設け、また複数の中断端末を同様にこの方法で設けてよい。これらの実施の形態の更に一般的な利点は、ハードウエア構成要素と構成ファイルをメモリ装置内に記憶することも可能なことであって、これにより移動電話および／または固定電話は、異なる形式（例えば、異なるメーカの製品）でもインターフェースを介して自動的に運転し監視することができる。この方法により、キーパッドとマイクロホンを制御し、また電話の呼出し装置やスピーカから分岐することにより、加入者とその挙動をシミュレートすることができる。このようにして、加入者の動きや、２台の伝送局の間の呼をシミュレートすることもできる。したがって、試験プログラムは、電話を作動させ、また電話の動きをシミュレートする、時と方法についての命令を含んでもよい。これにより、メーカの異なる電話と同様にして通信装置を試験し、特定の加入者サービスを自動的に作動させることができる。呼に参加する各電話を識別する識別信号を、試験装置を試験命令（すなわち、試験コマンド）で制御して、音声チャンネルを介して伝送することもできる。このため、２個の電話が関わる呼や、３者以上の加入者が関わる会議電話において、複数の電話の各対の電話間に音声チャンネルを設定することができる。第１の電話をはっきり識別しかつ所定の周波数を持つトーンパルスのパターンを、第１の電話から音声チャンネルを介して送信する。音声チャンネルを介して送信されたトーンパルスのパターンを受けたことを、呼に参加する第２の電話が監視する。トーンパルスのパターンの伝送は、音声圧縮と音声伸張を用いて、第１の電話と第２の電話の間で行う。音声圧縮および音声伸張を用いる場合は、トーンパルスのパターンを第２の電話が受けたときに第１の電話を識別することもできるように、トーンパルスのパターンを選択する。２台の電話または会議電話の場合の接続の正しい切替えを確立し、記録し、評価することができる。これにより、長期試験や総合的な自動「ブラックボックス」試験を更に行うことができる。別の実施の形態では、中央信号処理装置をプログラマブルデータ処理装置（例えば市販のコンピュータ）を介して複数の外部のプログラマブルデータ処理装置（これも市販のコンピュータでよい）に、網を介してデータ交換のために接続することができる。この例では、中央信号処理装置のプログラマブルデータ処理装置は、サーバとして働き、サーバプロセスを介してコンバータ装置に接続し、また階層通信プロセス（以下、クライアントプロセスと呼ぶ）を介して複数の外部のプログラマブルデータ処理装置またはデータ表示端末に接続する。したがって、試験命令は、複数のこれらの端末を用いて実行され、クライアントプロセスを介して中央信号処理装置のサーバにデータを送り、ここでディジタル制御信号を生成して、これをサーバプロセスの一部としてコンバータ装置に送信し、コンバータ装置は、伝送局内の中断装置を制御し、または電話を制御して監視する。また、これにより、外部のデータ処理装置を中央信号処理装置のデータ処理装置から遠く離して配置して、構内通信網（ＬＡＮ）やインターネットや他の遠隔データ伝送装置を介して接続することができる。したがって試験命令を局所で実行する必要はない。すなわち、試験を遠隔地で行い（遠隔試験）、試験装置を有効に用いることができる。本発明の別の優れた実施の形態と改善を従属請求項に示す。添付の図面を参照し、実施の形態によって本発明を以下に説明する。図１ａは、本発明の運転試験装置の概観を示す。図１ｂは、図１ａのテストケースジェネレータＴＣＧの構造を示す。図２ａは、電話網（例えば移動電話網）を試験するための運転試験装置の構造を示す。図２ｂは、図２１ｂに示す移動電話網における負荷試験、妨害試験、および／または一致試験を行う試験環境の例を示す。図２ｃは、電話網に適用される運転試験装置の一般的な実施の形態を示す。図３ａは、状態の変化を試験装置に帰還する運転試験装置の１つの実施の形態を示す。図３ｂは、図３ａに示すように状態の変化をＴＣＧに帰還するときの関連するテストケースジェネレータＴＣＧ−Ｆの構造を示す。図３ｃは、電話網用の試験コマンドを生成する時間連続マルコフ連鎖に基づく試験状態モデルの例を示す。図４ａは、被試験システムの確率的ペトリネット状態モデルを用いて試験コマンドを生成するＴＣＧの１つの実施の形態ＴＣＧ−ＰＮを示す。図４ｂは、２台の電話が関係する電話網の試験コマンドを生成する非カラー確率的ペトリネットの一例を示す。図４ｃは、任意の数の電話が関係する電話網の試験コマンドを生成するカラー確率的ペトリネットの例を示す。図４ｄは、時間遷移ではなく、待ち時間位置で実現される図４ｃの例を示す。図５ａは、図４ａのテストケースジェネレータの１つの実施の形態ＴＣＧ−ＴＮＦであるが、試験システムからの状態の変化の帰還（同期）を含むものを示す。図５ｂは、同期位置を用いて電話網の帰還信号を識別し評価することにより補足された図４ｃからの例を示す。図５ｃは、電話の識別と、加入した「多者」および「呼転送」サービスをカラートークンの形で同期位置に記憶するカラーネットの詳細を示す。図６は、ペトリネット状態モデルの状態を記憶された状態にリセットすることのできるテストケースジェネレータの１つの実施の形態ＴＣＧ−ＰＮＲを示す。図７ａは、図４ａ、図５ａ、図６の実施の形態を組み合わせたときのテストケースジェネレータの１つの実施の形態のＴＣＧ−ＰＮＦＲを示す。図７ｂは、図７ａのテストケースジェネレータにより可能になるエラーがあるときに、同期とリセットが与えられる図５ｂのペトリネットの詳細を示す。図８ａは、非カラー確率的ペトリネットの構成要素と動作モードを示す。図８ｂは、カラートークンまたは位置と待ち時間位置の形の非カラー確率的ペトリネットの拡張を示す。図８ｃは、エディタとして実行されるペトリネットモデルジェネレータ（ＰＮＭ−Ｇ）に関する簡単な電話網のペトリネットモデルの一例の外観を示す。図９−図１１は、通信システムの実施の形態のブロック図を示す。図１２は、試験シーケンスの流れ図を示す。図１３は、試験装置の一部のブロック図を示す。図１４は、試験シーケンスの一部の流れ図を示す。図１５は、伝送局内に設けられた中断装置のブロック図を示す。図１６は、中断装置の一部のブロック図を示す。図１７は、伝送局内の複数の中断装置の配置を示す。図１８は、コンバータ装置の一例を示す。図１９は、伝送局間の複数の中断装置の配置の一例を示す。図２０は、通信システムのブロック図を示す。図２１ａは、特に試験段階中のソフトウエア製品の開発過程を示す。図２１ｂは、ＧＳＭ標準に従う実際の移動電話網と、負荷試験・妨害試験・一致試験を行う最小ＧＳＭ試験網の構造を示す。図２１ｃは、試験システムをブラックボックス的に自動的に試験する試験環境の一般的な表現を示す。図１は、ＳｔＵＴ（統計使用試験）に基づくブラックボックス試験を可能にする運転試験装置の第一の実施例を示す。この運転試験装置の主な用途は、後で図２を参照して説明するように、電話網用システムソフトウエアを試験することである。図１ａにはＳＵＴ（被試験システム）が示されている。これについては、ここでは更に詳しく述べることはしない。図１ａには更に、ＴＣＧ（テストケースジェネレータ）、間に配置されるＩＮＴ（インタフェース）、ＴＲＲ（試験結果レコーダ）、ＳＵＴ−ＲＡ（ＳＵＴの実アプリケーション）、およびＵＳＭＳ（使用統計測定システム）が示されている。ハードウエア構成に関して、ＳＵＴは、実アプリケーションのＳＵＴ−ＲＡに対応し、実際の運転環境で試験した後、引き続いて使用される。ＴＣＧは、ＳＵＴのハードウエア構成、実試験システムがとり得る、または、とるはずの状態についての情報、状態相互間の可能な遷移についての情報、およびＳＵＴへの必要なコマンドについての情報を受けることにより、ＳＵＴにこのような遷移を生じさせる。これらの状態は、純粋に仮想の値に関連するだけでなく、ある程度まではＳＵＴまたはそれのユーザの実際にとられる運転状態にも関連している。ユーザも、試験の目的で、トラヒック源としてシミュレーションしなければならない。これらの状態は、試験システムからの対応する信号によって外部にディスプレイされる。運転試験装置が、たとえば、一組の交通信号灯を制御するために使用されるシステムの試験に使用される場合には、信号は、特定の交通信号灯の赤、琥珀、青の状態をディスプレイする。ブラックボックス手法の一部として他のシステムを試験するために、これらの信号は、たとえば、製造プラント内の材料の流れ、材料の停止等をディスプレイしてもよい。ブラックボックス方法では、これらの信号は、ＳＵＴの内部状態についての唯一の情報として評価される。これにより、これ（すなわち、ブラックボックス試験）が直接、ＳＵＴの内部状態を調べることができるという点でブラックボックス試験は、ホワイトボックス試験からきわ立っている。ＴＣＧは、トラヒックパラメータをも得る。トラヒックパラメータは、実運転環境でトラヒックデータに対する測定装置（ＵＳＭＵ）による測定値から抽出される。あるいは、試験すべき機能が新しいために、ＳＵＴ−ＲＡでまだ使用されていない場合には、推定される。これらのトラヒックパラメータは、実運転環境で状態が統計的にどのように変化するかを示す確率分布のパラメータである。したがって、分布は、実運転環境でＳＵＴを使用しているときに期待されるべき状態の遷移確率を示す。上記の交通信号灯の制御運転の場合、これらのトラヒック値は、たとえば、交通信号灯が待っているそれぞれの車両の数によって自動的に制御される場合に、特定の時刻に交通信号灯が交差点で赤に切り換えられる頻度を示す。この頻度は、時刻によって決まる統計的分布によって特性が表される。ＳＵＴのハードウエア構成についてＴＣＧに送られる情報は、試験を受けることができ、ＳＵＴに存在す操作媒体の種類、たとえば、試験システムに設定される交通信号灯と車両の数を示す。ＩＮＴは、ＴＣＧの試験コマンドを試験システム内で、たとえば、交通信号灯の制御を行うことができる信号に変換するために必要である。ＴＲＲは、同様に、実行されたテストケースとＳＵＴの観測された信号のすべてを記録する。これにより、後続の評価の際に、テストケースにより状態に所望の変化が生じたか、すなわち、テストケースのランは、成功したかを自動または手動で）検証することができる。図１ｂに示すように、ＴＣＧには、試験状態モデルジェネレータＴＳＴＭ−Ｇ、試験状態モデル記憶装置ＴＳＴＭ−Ｓ、試験状態モデルシミュレータＴＳＴＭ −Ｓｉｍ、および試験状態モデルコマンドジェネレータ（ＴＳＴＭ−ＣＧ）が含まれている。生成されたテストケースを後で実行するため、および／または生成されたテストケースを再使用できるようにするために、テストケース記憶装置ＴＣＳを選択的に設けてもよい。ＴＳＴＭ−Ｇは、ＳＵＴ状態モデル、モデルに対するパラメータ、およびそれぞれの遷移に割り当てられた試験動作に基づいて、試験システムの試験状態モデルを生成するための装置である。遷移確率のような他のパラメータ無しにＳＵＴの可能な状態および可能な状態遷移だけが記述されるＳＵＴ状態モデルと異なり、試験状態モデルは、非常に明確である。状態は、たとえば、ここでは時間にリンクすることができる。時間は、実時間または擬似された時間で、適切な確率分布により（たとえば、指数分布または一定に）それぞれの状態の生存期間のモデルを模する。１つの状態から異なる引き続く状態への数個の遷移が可能であるとき、遷移には個別の確率が課される。代わりに、遷移に時間を課してもよい。その結果、状態の生存期間は、最初に現れる遷移までの継続時間によって生じる。最後に、モデルは、時間軸上の離散した点でのみ遷移ができるようにし、ある状態から同じ状態に戻る遷移が可能なようにしてもよい。ここでは、ある状態の生存期間は、その状態に最初に入ってから別の状態にはじめて遷移するまでの時間パルスの数に対応する。適切な試験状態モデルを生成するために、試験状態モデルジェネレータは、すべての可能な状態とこれらの状態の間の遷移についての情報（ＳＵＴの状態モデル）、トラヒックパラメータについての情報（状態の生存期間、遷移の確率等）、状態が変化したときに実行されるべき、そしてＳＵＴの中の状態に対応する変化を生じるはずである試験コマンドについての情報、および利用可能な試験ハードウエア（試験のための操作手段）についての情報を入手しなければならない。ＴＳＴＭ−Ｇは、この情報を使用することにより、利用可能な試験ハードウエアを使用する試験システムの統計試験に対するすべての必要な情報が入っている試験状態モデルを生成する。このモデルは、ＴＳＴＭ−Ｓに記憶されている。ＴＳＴＭ−Ｓｉｍは、今、試験状態モデルの確率的パラメータ（生存期間、遷移確率等）に基づいて状態のランダムな変化を生成するという点で、試験状態モデルのモンテカルロシミュレーションを行うことができる。ＴＳＴＭ−ＣＧは、生成された状態変化をＳＵＴに対するコマンドに変換する。これにより、試験状態モデルの中の状態のランダムシーケンスがＳＵＴに対するテストケースとして試験コマンドのランダムシーケンスを生成する。これらのテストケースは、このＳＵＴの中で対応する状態変化を生じるように予定されている。本当にそうなれば、そのテストケースは、ＳＵＴによる処理が成功したのであり、そうでなければＳＵＴの中にエラーがあったことになる。テストケースの正しい処理または不良処理についての情報は、試験の間に適切なＴＲＲによって作成される信号および生成されるテストケースの記録から推定されるはずである。換言すれば、試験状態モデルは、試験システムの入力されたトラヒック値および可能な状態と遷移から、試験システムの中に対応する遷移を生じるために試験システムに送出されなければならない試験コマンドから、および試験システムの現在のハードウエア構成から生成される。このモデルに基づいて、現在の被試験システムを使用するとき実運転環境で期待されるのとまったく同一のアプローチと統計的頻度で、試験コマンドとともに多数のテストケースが通される。交通信号灯の上記の例に対して、ＴＳＴＭ−ＣＧは、交通信号灯の集合が個々の状態に戻れるようにするトラヒックの流れを統計的にシミュレーションする試験コマンドを生成する。本発明による運転試験装置を使用することにより、状態モデルに基づいてどのような試験システムでも統計的に試験することができる。ほんの短時間に、まさしく可能なＳＵＴ状態と状態の変化、状態を変化させるコマンド、トラヒック値、および試験システムの現在のハードウエア構成に基づいて、試験が実行され、実運転条件で試験システムを使用しているときに実際に行われている試験条件のもとで、試験システムが試験される。テストケースは、ＳＵＴにより実時間で処理することができる。ＴＣＧは、生成されたケースを直ちにＩＮＴインターフェースを介して送信し、すべての擬似された時間は、実時間に対応する。本発明によるもう１つの実施例では、テストケースは、まず生成して、テストケース記憶装置ＴＣＳに入れることができる。これにより、後で実際の試験の際にのみＴＣＧがロードして実行する。この実施例の利点には、（たとえば、重複を避けるように）実行前にテストケースをディスプレイし、編集できること、テストケースを他のロケーションに送ってそこで試験を行えること、そして新しいシミュレーションを要することなく、反復試験の場合に数回テストケースを行えることが含まれる。図２ａ、２ｂ、２ｃは、移動電話システムおよび／またはＰＳＴＮの状態モデルに基づいて電話網を試験するための、本発明による運転試験装置の実施例を示す。ＴＣＧのコンポーネントを制御するために、特殊なソフトウェア制御ＳＷＣｔｒ１が設けられる。電話網のブラックボックス試験について、インターフェースＩＮＴとして負荷ジェネレータのような既存の装置に頼ることができる。このような装置は、ＳＵＴへのコマンドの簡単な転送に比べて、より複雑なタスクに対して責任がある。その結果、試験システムに対するＩＮＴは、ここでは独立のテストケース実行器ＴＣＥとして実行される。これは、たとえば、接続された電話機または移動電話機を制御する装置であってもよい。図２ｂに示された移動電話システムについては、ＴＣＧは、負荷試験ＬＴ、一致試験ＣＴ、および妨害試験ＤＴのための試験コマンドを同時に生成する。負荷試験ではＭＳＣおよびＢＳＣの交換局にはかなりの数の擬似電話接続が課される。一致試験では、移動電話網の個々のサービスは、移動電話機ＭＳおよびエアインターフェースシミュレータＡＩＳを個々に制御することによって試験される。ＢＴＳ局（基地トランシーバ局）間での呼からのハンドオーバーを生じる移動加入者の移動に基づいて実移動電話網に生じる信号レベルの変動を擬似するために、ＡＩＳは、可変減衰器を使用する。更に、固定網と移動電話網との間のスイッチは、ＰＳＴＮ電話機の制御を介して試験することができる。最後に、妨害試験では、交換センタ相互間または交換センタ内のコンポーネント相互間の回線が適切な妨害要素（割込み装置）により動作不能とされる。これにより、誤動作の間に移動電話網が自身を再構成する能力が検証される。種々の試験に対して、試験の型毎にテストケースを実行するための独立の装置ＬＴ−ＴＣＥ、ＤＴ−ＴＣＥおよびＣＴ−ＴＣＥがそれぞれ設けられ、図２ｂに示されている。移動電話網に対するそれぞれのインターフェースは、極めて異なって見えるからである（負荷試験の間の信号回線、一致試験での移動電話機または固定網電話機および妨害試験での妨害エレメント、すなわち割込み装置）。もちろん、試験装置の可能な実行は、移動電話網に対して適切なインターフェースをそなえていれば、１つの装置の中でこれらのＴＣＥのいくつかを組み合わせるかも知れない。図２ｂで明らかなように、ＴＣＧのソフトウェア制御も遠隔局からデータ網を介して行うこともあり得る。これにより、このような試験ハードウエアが利用できない位置から試験ハードウエアを利用することができる（「遠隔試験」）。図１ａの全体ブロック図との類推により、電話網を試験するための試験構造の中の装置とデータフローが図２ｃに概略図示されている。実電話網またはその加入者がとり得る状態は、電話網の正式仕様から求めることができる。たとえば、ＧＳＭ網では、個別の電話機に対する「空き」、「ダイヤル」、「呼出し信号」、「話中」、「接続」等のような簡単な状態である。現代の移動電話網は、複数のこのような基本状態の他に、「呼転送」等のような拡張サービスに関連する状態を利用可能にする。テストケースジェネレータに入力されるトラヒックパラメータは（利用できる場合）、実運転条件で使用される電話網の実測値から得られる。これらは、もっぱらシステムに特有のものではなくて、それらが測定される環境（位置、時間等）にも特有のものである。その結果、それらは試験システムのハードウエア構成にかかわらず、場所と時間に特有の試験状態モデルを生成するために使用することができる。この目的のため、いかなる特殊サービス（呼転送、ファクシミリ等）も使用することなくある時刻（午前９時−１０時）に移動加入者が短い簡単な呼を行う頻度のような統計トラヒックデータが電話網で測定される。このような測定は、トラヒックの地方特性を測定するように、地域的に特定の地域に限定された仕方で行うことができる（たとえば、多くの大企業が主に短い呼を発する市部よりも、人口のまばらな地域の方が短い呼の頻度が少ない）。したがって、人口の少ない地域では、市部に比べて、移動電話機ＭＳ、基地局コントローラＢＴＳまたは移動サービス交換局ＭＳＣが示す状態変化について異なる遷移確率が存在する。テストケースジェネレータは、試験対象の電話網の現在のハードウエア構成および操作手段、たとえば、移動局の数、加入者が命ずる網サービス機能、固定網電話機の数等についての情報も入手する。最後に、「受話器取り上げ」コマンドを使用して「呼出し信号」から「接続」に到達するために、電話網の中で状態変化を生じるためのコマンドをＴＣＧに通知しなければならない。ＴＣＧは、この情報を使用して電話網の試験状態モデルを生成する。この電話網の試験状態モデルには、すべての可能な状態変化、それらの確率および実行されるべきコマンドが、利用し得る試験ハードウエアに適合するような仕方で含まれている。したがって、この場合も、生成された試験状態モデルに基づいて、ＴＣＧは、統計的に（確定的シーケンスではなくてランダムに）試験コマンドを生成する。これらの試験コマンドは、テストケース実行器ＴＣＥを介して試験電話網のハードウエア構成要素上で実行される。換言すれば、実際の呼は、試験電話網の中に存在する移動電話機によって生成され、試験電話網は、これらの呼を伝えて、呼出し信号、ラインクリア信号等を生成する。これらの信号は、試験電話網の中の状態変化を反映する。したがって、ＴＣＥは、ＴＣＧが生成したコマンドを試験電話網の中の実際の状態遷移に変換する。妨害試験のための別の型のＴＣＥがたとえば故意に障害を生成することもできる。たとえば、図２ｂに示すように、２つの移動交換局ＭＳＣの間の回線に割り込む障害を生成することもできる。これは、統計的に生成された試験コマンドに従ってＴＣＥが移動電話システムの中の実際の状態変化を作成するということを意味する。したがって、ＴＣＥは、試験電話網の中の実際の状態変化のための信号を生成する運転試験装置の一コンポーネントである。たとえば、ＴＣＥは、加入者（移動電話機）と、ダイヤル、電話を掛けること、受話器取り上げ等の加入者（移動電話機）の状態変化を擬似し（一致試験）、または交換局に対する妨害の影響を擬似し（妨害試験）、または多数の電話加入者のシグナリングトラヒックを擬似する（負荷試験）。本発明のもう１つの実施例によれば、図３ａ、３ｂ、３ｃに示すように、図１ａと比較して、ＴＣＧ−Ｅは、試験コマンドを生成するだけでなく、統計的に生成された試験コマンドに対する応答として試験システムからの信号を介して帰還も得る。この帰還は、双方向インターフェースＢＤ−ＩＮＴによりＳＵＴからＴＣＧに伝えられる信号の形式で行われる（図３ａ）。これらの信号は、図３ｂに示すように、エラーを評価するために使用することができる。簡単な実施例では、ＴＳＴＭ−Ｓｉｍは、状態シーケンスを生成する。これらの生成されたシーケンスは、ＴＳＴＭ−ＣＧによりテストケース、すなわち試験コマンドのシーケンスに変換される。ＴＳＴＭ−Ｓｉｍには状態記憶装置ｓｔｓ（ｓｔａｔｅｓｔｏｒａｇｅ）が含まれており、これにはシミュレーションの間に試験状態モデルの現在の状態が記録される。ＴＳＴＭシミュレータは、ＳＵＴに送られる各試験コマンドに対してバッファＢに、期待される信号を記憶させる。観測された信号は、ＢＤ−ＩＮＴを介してＳＵＴにより受信され、第２のバッファＡに記憶される。２つのバッファＡおよびＢの中の信号を比較する比較器ＣＭＰは２つのバッファＡ、Ｂと交互作用する。それらが一致すれば、両方のバッファの信号は消去される。一致しなければ、比較器からエラーが出力される。試験システムは、試験状態モデルに決定されたその仕様とは明らかに異なるからである。たとえば、ＴＣＧは、特定の移動局Ｙの番号を選択するための試験コマンドを移動局Ｘに対して生成する。被呼移動局Ｙに呼出し信号が送られ、その局Ｘがラインクリア信号を聞くと期待される。したがって、試験状態モデルシミュレータは、バッファＢに期待信号「Ｙに呼出し信号」および「Ｘがラインクリア信号を聞く」を記憶する（信号は必ずしも特定のシーケンスに記憶される必要はなくて、その中で信号が期待される時間間隔を示す時間トークンを含んでもよい）。対応する観測された信号がＳＵＴから（いい頃合いに）受信されれば、比較器は、エラーを生成しない。そうでなければ、エラーが表示される（信号が全然受信されなかったか、またはいい頃合いに受信されなかった）。したがって、試験状態モデルに基づいて、ＴＣＧは、相次ぐ状態変化を統計的に生成し、結合された試験コマンドを生成し、期待信号に関連して試験電話網が帰還する信号を評価する。これにより、図１ａで必要なＴＲＲは、ＴＣＧが識別した記録エラーに限定されるかも知れない。図３ｃは、可能な実施例を示す。この実施例では、状態モデルジェネレータＴＳＴＭ−Ｇは、試験状態モデルとして時間的に連続したマルコフ連鎖を生成する。試験状態モデルシミュレータＴＳＴＭ−Ｓｉｍは、ランダムにマルコフ連鎖を通過する。左側は、マルコフ連鎖のグラフィック表現を示し、右側は、すべての可能な遷移のパラメータの表を示す。下部には、動作パスの間に生成される可能なテストケースが示されており、時間的な進行、ＴＳＴＭ−ＣＧ出力およびＳＵＴ信号が含まれている。異なるノード○は、電話網全体の可能な状態を示す。これらは、電話網仕様から推論できるように、個々の電話加入者の状態の可能な組み合わせから生じる。個々の加入者がたとえば「空き」、「ダイヤル」、「呼出し音」、「呼出し信号」、「話中音」および「接続」の状態をとることができる場合には、２人の加入者に対して「Ａ空き、Ｂ空き」、「ＡがＢにダイヤル、Ｂ空き」、および「Ａ、Ｂ接続」のような有効な状態が得られるのに対して、「Ａ空き、Ｂ接続」は、２人の加入者の場合の網の有効な状態ではない。エッジ→は、状態相互の間の可能な遷移を示す。このような時間的に連続したマルコフ連鎖では、個々の遷移に対して離散確率の代わりに、ランダム分布−指数分布−のパラメータである平均遷移が規定される。可能な各遷移は、平均して、それに割り当てられた時間だけ継続するが、特定の個々の場合には、その確率が指数分布に従うランダムな時間も得られる。このようにして、平均時間が１０ｓの遷移は５ｓまたは３０ｓ後にも生じ得る。これにより、所定の時間間隔（０，ｔ）内に遷移が生じる確率は指数分布Ｆ（ｔ）＝１−ｅｘｐ（−ｔ／Ｔ）、Ｔ＝平均継続時間の確率関数から計算することができる。０ｓ−５ｓに対しては、Ｔ＝１０ｓでの確率は、たとえばＦ（５ｓ）＝３９．３４％である。０ｓ−１０ｓに対しては、Ｆ（１０ｓ）＝６３．２１％である。５ｓから１０ｓに対しては、Ｆ（１０ｓ）−Ｆ（５ｓ）＝６３．２１％−３９．３４％＝２３．８７％である。したがって、ある状態では、滞在時間は可能な遷移が生じるまでの最小時間として得られる。数個の可能な遷移の中の特定の遷移が生じる確率は、この遷移の特定のランダムに生成された継続時間が他の遷移の継続時間の最小値より短い確率から計算される。個々の遷移に対する平均時間Ｔは、トラヒック値から計算される。マルコフ試験状態モデルでは、２つのＰＳＴＮ電話機ＡおよびＢに対して図３ｃに示すように、１４個の可能状態が必要とされる。加入者が自分自身の番号を選択する場合さえも図示されたモデルには含まれていない。この無意味な状況も電話網により正しく処理されなければならず、したがって試験されなければならない。ＴＳＴＭ−Ｓｉｍは、たとえば、図３ｃの下部に示された場合に対して指数分布された遷移の継続時間により、連鎖の中の状態シーケンスを統計的に生成する。両方の加入者とも状態「Ａ空き、Ｂ空き」で始まり、「Ａダイヤル、Ｂ空き」または「Ａ空き、Ｂダイヤル」への二つの可能な遷移の１つが生じるまで、その状態にとどまる。この遷移は、それぞれ平均して３６００ｓ後に生じる（図３ｃのパラメータ表の「平均継続時間」の列参照）。平均して、２つの中のどちらか１つが１８００ｓ後に生じる。これは状態「Ａ空き、Ｂ空き」での平均滞在時間でもある。例では、Ａは、２１７０ｓ後にダイヤルすることにより開始する。すなわち、「Ａ空き、ＢがＡにダイヤル」への遷移がまずランダムに生じる。パラメータ表から明らかなように、試験コマンド「Ｂオフフック、Ａにダイヤル」が実行される。すなわち、ＴＳＴＭ−ＣＧは、受話器取り上げのこのコマンドを電話機Ｂに送信した後、パラメータとしてＡへのダイヤルコマンドを送信する（特定の用途では、Ａは、ここで電話機Ａの呼出し番号によって置き換えられる）。試験システムでは、これらのコマンドは対応するキーを電話機Ｂに押させるためのものである。これは、電話機が接続された適切なテストケース実行器ＴＣＥによって行うことができる。例では、「ＡがＢにダイヤル、ＢがＡにダイヤル」（両方の電話機が互いに起呼する）への遷移が２ｓ後にランダムに生成される。この遷移が行われる確率は示された平均遷移継続時間では０．２％に過ぎない（これは指数分布の性質によるものであり、これについては、ここでは更に詳しく説明することはしない）が、この状況が現実に生じることも極めてまれである。「Ａ話中音、Ｂ話中音」への次の遷移では、ＳＵＴへ信号が送られないで、遷移までの４杪間の遷移の間にＳＵＴから、比較器ＣＭＰによって評価される信号が受信される（下記参照）。電話機は、「Ａ話中音、Ｂ話中音」の状態に８秒間とどまり、その後、まず電話機Ｂが受話器を置き、４秒後に電話機Ａが受話器を置き、システムは、再び「Ａ空き、Ｂ空き」の初期状態となる。図３ａ、３ｂを参照して既に説明したように、ＴＣＧは、帰還された信号をエラー評価することができる。しかし、マルコフ試験状態モデルは帰還された信号を処理して新しい試験コマンドを生成することはできず、帰還された信号を期待信号と比較できるだけである。パラメータ表の右側の列の「期待信号」は、この目的のためのものである。ＣＭＰは、受信した信号をこれらの期待信号と比較し、一致しないときはエラーを登録することができる。期待信号に対して許容可能な時間限界を規定し、いい頃合いに受信されなかった信号をエラーと識別することさえ考えられる。図３ｃから明らかなように、２個の電話機だけがあるマルコフ連鎖状態モデルでは１４個の状態○が必要とされる。電気通信網の中の独立加入者（移動電話機または通常の電話機）の普通大きな数では、マルコフ連鎖の試験状態モデルの範囲は大幅に広がる。しかし、マルコフ連鎖の試験状態モデルは、限定された数の電話機を使用する効率的な試験、または単一のユーザインターフェースだけを使用する試験システムを試験するために適切である（電話機は電話網に対して、たとえば数個のユーザインターフェースを形成する）。図４を参照して、ペトリネット状態モデルを使用することにより、運転試験装置の一実施例を以下に説明する。ペトリネットでは、状態に対する広大なスペースのあるマルコフモデルを非常にコンパクトに記述することができる。このスペースは、数ダース以上の加入者をそなえた移動電話システムまたは電話システムを記述するために必要である。図８ａの１）に示すように、簡単なペトリネットモデルには、位置、遷移、エッジおよびトークンが含まれている。位置は、円○で示され、たとえば、試験システムに参加する操作手段の異なる状態、たとえば電話機の操作状態または接続の操作状態を示す。位置には、１つ以上のトークンを含めることができ、トークンは、小さな黒丸と表される。トークンは、電話機のような、試験システムで利用できる操作手段を示す。ペトリネットの中のトークンの特定の分布は、マーキングとして示されている。特定のマーキングは、ネットの極めて特定の状態に対応する。ネットの可能な各状態は、明白に特定のマーキングに割り当てられる。遷移は、塗り潰した長方形で表され、操作手段の動作または相互動作、たとえば２つの電話機の間の設定接続を表す。それらは、マーキングを新しいマーキングに変換し、したがってペトリネットのすべての状態遷移を作成する。位置と遷移は、エッジによって一緒に接続される。１つのエッジは、必ず位置から遷移に至る（遷移の入力エッジまたは位置の出力エッジ）、または遷移から位置に至る（遷移の出力エッジまたは位置の入力エッジ）。遷移は、数個の位置に接続してもよい。ある遷移の入力エッジを介してこの遷移に接続される位置は、遷移のプリレンジと呼ばれる。図８ａの１）では、遷移の上の２つの位置がそのプリレンジを形成する。ある遷移の出力エッジを介してこの遷移に接続される位置は、遷移のポストレンジを形成する。例では、右上の位置と下の位置が遷移のポストレンジを形成する。この例では、ポストレンジとプリレンジは、重なる。逆に、１つの位置は、数個の遷移に接続してもよい。同様に、遷移が位置の入力エッジまたは出力エッジによってこの位置に接続されるとき、遷移は、その位置の入力エッジまたは出力エッジを形成する。例に存在する遷移は、下と右上の位置に対するプリレンジおよび上の２つの位置に対するポストレンジだけである。図８ａの２）に示すように、文献で「位置−遷移ネット」として知られている、このような簡単なペトリネットの動作モードは、次のように表される。すなわち、それのプリレンジのすべての位置に少なくとも１つのトークンがあるとき、遷移が起動される。換言すれば、それからのエッジがある遷移に至るすべての位置に少なくとも１つのトークンが存在するときのみ、その遷移を起動することができる。マークの無い単一の位置は、遷移を不活性にする。一般に、数個の遷移は、多分プリレンジの共通の位置によってでも、すなわち遷移のオーバラップするプリレンジで同時に起動することができる。図８ａの左側で、たとえば、遷移Ｔ２およびＴ３が起動されるが、Ｔ１は、起動されない。Ｐ１にトークンが無いからである。起動された遷移の１つがランダムに選択され、「発火する」ことが許される。発火するとき、遷移のプリレンジの各位置から１つのトークンがそれぞれ減じられ、遷移のポストレンジの各位置に新しいトークンが記憶される。その結果、引き続くマーキング、したがってペトリネットの新しい状態が既存のマーキングから得られる。図８ａの２）では、Ｔ２は、発火のためにランダムに選択される。Ｐ２からトークンが減じられ、Ｐ５およびＰ６に新しいトークンが記憶される。Ｔ３も発火され得る。その場合、Ｐ２およびＰ３からの２つのトークンが消費され、新しいトークンがＰ３およびＰ６に記憶される。両方の場合で、引き続くマーキングが異なる。したがって、異なる状態への遷移が行われる。もう１つの不活性化された遷移の発火遷移がプリレンジからトークンを除去した（Ｔ２の例で、Ｔ３のプリレンジにもあるＰ２からトークンを除去した）後、これが不活性化された場合には、競合があり、これは、発火遷移のランダム選択によって解決された。しかし、プリレンジでどの共通のトークンも要求しない遷移には競合が無く、引き続いて任意の順序で発火することができ、同一の最終トークンがそれぞれ得られる（例では、Ｐ１にトークンが入っている場合、Ｔ１とＴ２またはＴ１とＴ３には競合が無い）。このような遷移は、同時に発火することができる。図８ａの１）に示すように、位置−遷移ネットのエッジには、エッジの重みを示すエッジアドレスを設けてもよい。エッジの重みは、どれだけ多くのトークンをエッジが消費または作成するかを示す。アドレス「３」を与えられた遷移の入力エッジは、たとえばプリレンジの結合された位置から３つのトークンを減じる。存在するトークンが３個より少なければ、その遷移は、不活性化され、発火することができない。アドレスが「２」である遷移の出力エッジは、その遷移が発火したとき、ポストレンジの対応する位置に２つの新しいトークンを生じる。位置−遷移ネットのもう１つの性質は、位置の容量で構成される。ある位置が有限の容量ｎをそなえていれば、これは最大ｆｎ個のトークンを受け入れることができる。その発火の結果として、この位置のトークン数をｎより大きい数に増大する遷移は、自動的に不活性化される。すなわち、ある遷移のポストレンジにある位置の容量が２であり、その位置に既にトークンが１つ入っており、アドレス２の出力エッジを横切る遷移がこの位置に接続されると、この遷移は、不活性化される。発火の結果、２個の新しいトークンがその位置に記憶され、その位置の容量を１トークンだけ超えることになる。容量が有限の位置と無限の位置およびアドレスのあるエッジとアドレスの無いエッジが同じネットに混合した形式で生じ得る。アドレスの無いエッジは、アドレス１のエッジと解釈される。容量が規定されていない位置の容量は、無限大である。上記の型の位置−遷移ネットは、１９６２年にはじめてカール・アダム・ペトリ（ＣａｒｌＡｄａｍＰｅｔｒｉ）によって博士論文で記述され、通信する有限のオートマトンの分析に使用された。このとき以来、位置−遷移ネットは、固有の並列性をそなえた複雑なシステムの指定と分析、たとえば通信プロトコルの分析に使用されてきた。種々の拡張と新しい型のペトリネットがそれから導き出されてきた。本発明によれば、たとえば拡張として以外の動作を示す以下の他の型のエッジが考えられている。図８ａの３）では、以下のペトリネットのエッジ型が使用されている。フローエッジフローエッジは、上記の「普通の」型のエッジであり、ある遷移のプリレンジで、それらのフローエッジにより接続された位置〇に少なくともエッジの重みに対応する数のトークンが含まれたとき、遷移の入力エッジとして、その遷移を起動する。遷移の出力エッジとして、フローエッジは、発火の際にポストレンジでそれらの出力エッジに接続された位置にエッジの重みに対応する数のトークンを入れる。試験エッジ試験エッジは、遷移のプリレンジの割り当てられた位置の内容をチェックする。エッジの重みに対応する数のトークンがその位置に存在するときだけ、遷移は、発火することができる。発火の際に、これらのトークンは除去され、同数の新しいトークンがその位置に入れられ、その結果、この位置のマーキングを変えることなく遷移は、事実上発火する。試験エッジは、遷移の入力と出力のフローエッジの組み合わせである。遷移と位置との間の同じアドレスをそなえた２つの平行でしかも方向正反対のエッジによって、同じ動作を達成することができる。禁止されたエッジ禁止されたエッジは、遷移の入力エッジにだけなり得る。禁止されたエッジは、遷移を不活性化する。結合された位置にエッジの重みに対応する数以上のトークンが存在するとき、遷移は、まさに発火することができない。禁止されたエッジは、遷移の入力エッジとして否定を実現する。クリアエッジクリアエッジも同様に遷移の入力エッジである。クリアエッジは、遷移の起動または不活性化には何の影響も及ぼさない。プリレンジの対応する位置にトークンがあるか、どれだけの個数のトークンがあるかは発火にとって重要でない。しかし、他のエッジによって遷移が起動され、その遷移が発火した場合には、クリアエッジを介してその遷移に接続された位置に含まれるそれらのトークンは、すべて除去される。いずれの場合もクリアエッジは、ある位置からすべてのトークンを除去するので、クリアエッジは、いかなる重みも持たない。クリアエッジは、通常、無限マーキングでネットをきれいに片付ける役目を果たす。いわゆる確率的ペトリネット（ＳＰＮでは、発火遷移のランダム選択が影響を受けることがあり得る。これが図８ａの４）に示されている。この目的のため、時間的に連続したマルコフ連鎖に対して同様に処理される、確率的レートまたは平均継続時間（平均継続時間＝１／レート）が遷移に割り当てられる。発火遷移を決めるとき、起動される各遷移は、ランダムな指数分布された待ち時間を確かめる。待ち時間の平均値は、確率的レートまたは平均継続時間によって固定される。しかし、個々のランダム値は、平均値より大きくなることもあるし、小さくなることもある。数個の遷移が同時に起動された場合には、最初に発火させられるのは、最短の待ち時間を確かめた遷移である。平均して、それらの平均値（またはそれらの確率的レート）が他の遷移の平均値より小さい遷移は、より頻繁に発火する。図８ａの４）に示されているように、６個の発火の場合には確率的レートが０．１である遷移は、平均して１回だけ発火し、確率的レートが０．５である遷移は、５回発火する。これらの数字は、もちろん平均値に過ぎない。個々の場合に、この比は、確率的法則に対応するように異なって見える。ＧＳＰＮと表される確率的ペトリネットの汎化では、確率的レートと継続時間が有限である確率的遷移の他に、レートが無限であるか、または継続時間が無限に短い確率的遷移がある。このような決定的遷移は、起動されたとき直ちに発火し、これにより、すべての確率的遷移をヒットすることが許される。この原理は、すべて確率的レートに優先し、それら自身の間に固定された配列をそなえた、いわゆる決定的優先順位の段階に継続することができる。より高い決定的優先順位をそなえた起動された遷移は、常に、より低い優先順位の他のすべての決定的遷移の前に、そして確率的レートのすべての遷移の前に、発火させられる。簡単な仕方で時間を擬似するために、図３ｃのマルコフ連鎖の例であてはまるように、遷移の平均継続時間は、実際の時間とみなすことができる。確率的に分布したテストケースを生成するために、発火の間に実行されるある動作が遷移に割り当てられるという点でマルコフ連鎖のような類似した形式でペトリネットを使用することができる。図４ａには、ペトリネット試験モデルに基づいてテストケースジェネレータの構造が描かれている。テストケースジェネレータＴＣＧ−ＰＮは、図３ｂの一般の帰還付きテストケースジェネレータＴＣＧ −Ｆに完全に類似した構造をそなえている。試験状態モデルジェネレータＴＳＴＭ−Ｇは、ペトリネットモデルジェネレータＰＮＭ−Ｇに置き換えられる。ペトリネットモデルジェネレータＰＮＭ−Ｇは、生成されたペトリネットモデルをペトリネットモデル記憶装置ＰＮＭ−Ｓに記憶させる。ペトリネットモデルシミュレータＰＮＭ−Ｓｉｍは、ペトリネットモデルの構造（位置、遷移およびエッジ）の他に、エッジアドレス、確率的レートおよび内部マーキング記憶装置Ｍｓｔに記憶されたネットの初期マーキングのような結合されたパラメータを引き継ぎ、図３ｂのＴＳＴＭ−Ｓｉｍが開始状態に基づいて時間的に連続したマルコフ連鎖をシミュレーションする仕方と類似の仕方で初期マーキングに基づいてペトリネットをシミュレーションする。ＰＮＭシミュレータは、それぞれマーキング記憶装置Ｍｓｔから現在のマーキングをロードし、モンテカルロ原理に従って発火すべき遷移を選択し、結果の順次的マーキングをマーキング記憶装置に書き戻す。発火遷移は、ペトリネットモデルコマンドジェネレータＰＮＭ−ＣＧに通知される。ペトリネットモデルコマンドジェネレータＰＮＭ−ＣＧは、モデル記憶装置ＰＮＭ−Ｓから、結合された遷移動作をロードし解釈する。ＳＵＴへのコマンドが出力として送られる。観測された信号は、帰還としてバッファＡに読み込まれ、シミュレーションの強さについての期待信号は、ペトリネットモデルシミュレータＰＮＭ−ＳｉｍによつてバッファＢに記憶される。この場合、比較器ＣＭＰは、図３ｂのそれと同じである。図４ａは、ペトリネットモデルを使用する、本発明によるテストケースジェネレータを示すのに対して、図４ｂは、その運転モードについて図３ｃのモデルに対応する可能なペトリネット試験モデルの一実施例を示す。図４ｂのネット例では、確率的レートは、遷移での平均継続時間として示されている。ＰＮＭ−ＣＧによりＳＵＴに送られるべき動作は、遷移シンボルの中に示されている。位置「Ａ空き」と位置「Ｂ空き」の中の２つのトークンは、まず、２人の電話加入者がイナクティブ（不活性）であるということを示す。両方のダイヤル遷移（「Ａダイヤル」と「Ｂダイヤル」）が起動されるので、両方の電話加入者とも今では自発的にダイヤルを開始することができる。両方が同時にダイヤルすることもできる。特定の加入者がダイヤルするまでの平均待ち時間は、３６００ｓである。遷移「Ｂダイヤル」が発火したものとすると、「Ｂ空き」位置からトークンが除去され、「Ｂダイヤル」位置にトークンが置かれ、「Ｂダイヤル」遷移に示された動作ブロックがＰＮＭ−ＣＧによりＳＵＴに送られる。次に、２つの遷移、「Ａダイヤル」と「Ａ空き」が起動される。すなわち、Ａもダイヤルを開始する（これは平均して３６００ｓ続く）か、または、そうしない（この場合、正規のセットアップ接続は、平均して７ｓ後に行われる）。位置「Ａ空き」から遷移「Ａ空きでない」への禁止エッジにより、Ａがまだダイヤルしない間は、この遷移が起動されることが防止される。しかし、「Ａダイヤル」が点火し、したがって「Ａ空き」からトークンが除去されると、「Ａ空きでない」が起動され、「Ａ空き」が不活性化される。「Ａ空き」から「Ａ空き」に１つのフローエッジがあるからである。ネットのシミュレーションは、同様に継続される。生成されるテストケースは、図３ｃで生成されたものに正確に対応する。電話機ＡとＢの状態は、もはやここでは全体の状態では概括されないで、個々の位置で実現される。このようにして、ペトリネットモデルは、位置を節減する。この利点は、２つの電話機の場合にはまだそれほど明らかでないが、シミュレーションされる電話機の数が多いほど、その効果は、大きくなる。位置の数は、シミュレーションされる加入者の数とともに線形に増加する。これに対してマルコフ連鎖では、必要な状態の数は、指数的に増加する。モデルのサイズのそれ以上の削減は、「カラーペトリネット」（ＣＰＮ）または「カラー確率的ペトリネット」（ＣＰＳＮで行われる。カラーペトリネットのトークンは、個々に区別することができる。最も簡単な場合には、トークンが異なるカラーをそなえていると想像することができる。この場合、たとえば、赤、黄、緑および青の一組のトークンがある。このとき、エッジは、「カラーｘ」の形式のアドレスをそなえている。アドレスが「カラーｘ」である２つの入力エッジをそなえた遷移が発火するのは、その遷移のプリレンジで、結合された位置に同じカラーのトークンが入っている場合だけである。正確には、これらのトークンは、そのとき除去される。ペトリネットシミュレータは、この状況で一貫した変数リンクを探す。すなわち、ペトリネットシミュレータは、ｘが同じ値であるすべてのエッジアドレス「カラーｘ」、すなわち同じトークンカラーが識別されるような仕方でトークンを探す。選択されたカラーのトークンだけがエッジを介して遷移を起動することができる。既存のトークンが不足しているために、これに失敗すると、遷移が不活性化される。したがって、起動に関する限り、これは、もはやプリレンジの位置の中のトークンの数だけで決まらず、トークンのカラーによっても左右される。実際上、利用可能なカラーをあるデータ型の値として解釈する、より一般的なモデルが使用される。これにより、データ型は、カラーの集合として示される。このようにして、「淡青色」、「空色」および「インク色」がカラー集合「青」を形成するか、または１、６、４９がカラー集合「整数」の値となり得る。カラーペトリネットの位置は、あるカラー集合のトークンだけを保持してもよく、これがこの位置のカラー集合である。また一方では、遷移は、異なるカラー集合の位置に接続してもよい。変数の集合は、エッジアドレスとしてトークンの選択を制御する。トークン値の変数への一貫したリンクをそれらに対して見出さなければならないからである。図８ｂは、この概念を示す。カラーネットの表示法が図８ｂの１）に説明されている。位置に属するカラー集合は、ここでは位置の隣にイタリック体で書かれている。トークンは、直接、それらのカラー（値）によって表される。ここでは、２つのトークンを見ることができる。すなわち、整数トークンと、２つの整数値で構成される組を形成するトークンである。それにもかかわらず、この場合は、値に対して２つのフィールドを明らかに含むトークンにだけ関連している。類推により、次のものが実行可能である。すなわち、それ以上のフィールドをそなえた組および異なるデータ型のフィールド（フローコンマ数、テキスト、より小さな組等）を組み合わせた組である。エッジアドレスには、コンマで隔てられたトークンのリストが含まれる。これらのトークンでは、値は、変数に置き換えられる。”（ｘ，ｙ）”は、たとえば２要素組のトークンを示し、”ｙ，ｘ”は２つの整数のトークンを示し、”（ｘ，ｙ，２（ａ，ｂ，ｃ）”は２要素組のトークンと２つの３要素組のトークンを記述する。カラーネットでは、もはやアドレスの無いエッジは、許されず、またアドレスは、エッジに接続された位置のカラー集合に構造的に適応しなければならない（すなわち、組（ａ，ｂ）は、たとえば整数位置の入力エッジまたは出力エッジでマークすることはできない）。図８ｂの２）は、カラーネットで発火のプロセスがどのように進行するかを示す。義務的なエッジアドレスが既に位置のカラー集合を示しているので、ここでは、わかりやすくするために位置には、それらを示していない。遷移の入力エッジのエッジアドレスと一致する変数リンクの１つがまず捜し求められる。これらの変数リンクは、遷移を起動する。何も見つからないと、遷移は、不活性化される。しかし、例では、２つのリンクｘ＝２，ｙ＝１およびｘ＝１，ｙ＝１が可能である。発火の間に、それらの中の１つがランダムに選択される。可能なリンクは、各々、等しい確率で選択される。選択されたリンクに応じて、結合されたトークンが各入力エッジを介して位置から除去される。例では、アドレスがｘ，ｙのエッジがずっと右の位置から２つのトークン２および１を除去する。左の出力エッジのアドレス（ｙ，ｘ）により、値が（１，２）の新しいトークンがこのエッジを介して左下の結合された位置に入れられる。またアドレス２ｙにより、値が１の２つのトークンが右の出力エッジにより右下の結合された位置に記憶される。カラーペトリネットの利点は、図４ｃで明らかになる。このネットは図４ｂの非カラーネットの１１個の位置の代わりに７個の位置しか無い。しかも、これは、非カラーネットが生成できたすべてのテストケースを実現し、実際には更に多くのテストケースさえ実現する。まず、このネットでは「空き電話機」の位置に３個の電話機がトークンとして記憶されていることが目ざましいことである。このネットは、３個の電話機、初期マーキングに対応する数のトークンが含まれているときには、それ以上の電話機についても、すべてのテストケースをシミュレーションする。新しい位置「電話帳」も「空き電話機」と同じトークンを含んでおり、被呼加入者の選択を制御する。前の例と異なり、この場合には加入者は自身に発呼することができる、すなわち加入者は自身の番号をダイヤルすることができる。その番号をダイヤルすることができるすべての加入者がこの位置に記入（マーキング）される。「Ａダイヤル」の遷移では、この番号は、サンプルだけされ、マーキングは、変更されない（試験エッジ）。加入者が自身にダイヤルする場合を、もう１つの確率的レートをそなえた独立の遷移により処理することは困難ではないが、この例では、これ無しにすませた。「Ａダイヤル」遷移の確率的レートは、加入者数に合わせて変更され、１２００ｓの平均継続時間に減らされた。その結果、図４ｂのように、各個別加入者は、平均して３６００ｓ後にダイヤルしようとする。ダイヤル後、ダイヤルしている加入者に対応するトークンが「空き電話機」位置から除去され、第１のコンポーネントに発呼者の値があり、第２のコンポーネントに被呼者の値がある新しい組トークンが位置「ＡがＢにダイヤル」に記憶される。たとえば、これは組（１，１）、すなわち加入者１が自身に発呼することになるかも知れない。この場合には、遷移「Ｂ空き」が不活性化される。アドレスが「Ｂ」のフローエッジが「空き電話機」から「Ｂ空き」に至り、「ＡがＢにダイヤル」からエッジアドレス（Ａ，Ｂ）を通って「Ｂ空き」に至るエッジが必然的にＢの値を値１（「ＡがＢにダイヤル」のトークン（１，１）の第２のコンポーネント）にリンクするので、Ｂが同じ値、すなわち１であるトークンは「空き電話機」には見出されない。このトークンは、発火の間に「Ａダイヤル」から結局減じられたからである。しかも全く同じ理由で、「空き電話機」から「Ｂ空きでない」への禁止エッジは、遷移「Ｂ空きでない」に対して禁止の効果をそなえていない。禁止エッジは、フローエッジと全く逆の動作を行うからである。したがって、「Ｂ空きでない」が起動され、平均して５ｓ後に発火する。Ａが（１，１）の第１のコンポーネントにリンクされていたので、値が１のトークンが位置「Ａ話中音」に記憶される。これにより、普通の電話網で期待されるように、加入者１は話中信号を聞くことがシミュレーションされる。このとき、加入者には短時間の後に受話器を戻すしかなく、再び「空き電話機」に加わる。これに反して、組（１，２）が位置「ＡがＢにダイヤル」にある場合には、トークン値２は、まだ「空き電話機」で利用でき、遷移「Ｂ空き」が起動されるが、「Ｂ空きでない」は、起動されない（禁止エッジが起動を妨げる）。同時に、遷移「Ａダイヤル」も起動されるので、もう１人の加入者は、いつでもダイヤルを開始することができ、これは被呼者にも当てはまる（たとえば、２が１にダイヤルする）。平均７秒続く擬似されたセットアップ接続の後に遷移「Ｂ空き」が発火した場合のみ、（被呼者自身が既にダイヤルして「Ｂ空きでない」が起動されていない限り）被呼者が「空き電話機」位置から除去され、成功裏にスイッチングされた加入者対の値をそなえた組トークンが「Ａ呼出し音、Ｂ呼出し信号」に記憶される。被呼者は、まだ何の動作もしていないが、被呼者は、もはや「空き」ではない。他の発呼者は、「Ａ話中音」に終わる、すなわち話中信号を間くことになる。この位置に基づいて、他の加入者によるダイヤルの新たな試みは別として、被呼者Ｂは、今、呼を受け入れることができる（平均して１０ｓ後の遷移「Ｂ応答」）か、または発呼者Ａが受話器を置く（平均２０ｓ後の遷移「Ｂ無応答」）。第２の場合には、両方の加入者とも再び位置「空き電話機」に入れられ、コマンド「Ａオンフック」がＰＮＭ−ＣＧによりＳＵＴに送られる。明らかなように、このネット構造は、非カラーネットよりずっと簡単であり、しかもはるかに強力である。どんなに多数の電話機でも、単に「空き電話機」および「電話帳」にトークンを追加するだけで制御することができ、更に位置または遷移を導入する必要は無い。カラーペトリネット試験モデルに基づくこのようなテストケースジェネレータを初めに使用することにより、極めて短時間に、多数の擬似加入者に対して電気通信システム用運用試験に通すためのテストケースまたは試験コマンドを自動的に遂行することができる。図８ａの４）に示されるような確率的発火の実現も、ネットの時間的進行を制御するために図４ｂと４ｃの２つの例で使用された。確かめられた遷移継続時間はすべて指数分布に従うので、結果として分析が簡単になっても、この型のネットを使用する実モデルシステムの能力は限定される。たとえば、電話の通話継続時間については、指数分布よりもガンマ分布の方がより良く近似する動作が実際に観測される。しかし、遷移継続時間の他の分布を許すと、確率的ペトリネットの都合のよい分析の性質は失われる。本発明は、遷移の選択と時間の進行が分離される構成を提案する。この構成は図８ｂの３）に示されている。ここには、４つの異なる時点に同じ（非カラー）ペトリネットが示されている。ここでは、発火遷移を選択するだけのためにこのようなネットで使用される確率的レートまたは継続時間は、もはや遷移に付けられていない。ここでは、確率的レートは時間の進行に対して全く無意味である。この型のネットでは、遷移は常に無時的に発火するからである。その代わりに、位置Ｓ２は、二重リングによって強調され、５ｓという時間が付けられている。Ｓ２は、待ち時間付きの位置である。この例では、Ｔ１はまず時点０ｓで発火する。時間は、経過していない。第２の図では、まだ時点０ｓでＴ１により待ち時間付きの位置Ｓ２にトークンが記憶される。Ｓ２に記憶されたトークンは、５ｓ間「潜在」している。すなわち、ある程度まで、実際には存在していないので、遷移Ｔ２を起動しない。これは、５ｓの時点まで変わらない。次に、トークンの待ち時間が終わり、Ｔ２が起動される。このとき、時間進行無しにＴ２が発火し、Ｓ２からトークンを除去する。この例では、待ち時間は、一定であった。しかし、待ち時間は確率分布によって示すこともでき、したがって新しく記憶されたトークン毎に別の値をとることもできる。同じ待ち時間位置に数個のトークンが引き続いて入れられると、それらの待ち時間は、記憶の瞬間から個々に適用される。したがって、待ち時間位置は、すべてが待ち時間によって与えられる同じ動作時間をそなえた無限の数の動作局のある待ち行列ネットを実現する。図４ｃで位置「空き電話機」を３６００ｓの待ち時間のある位置に置き換えると、この値は、もはやトークンの数に合わせて変える必要は無く、より多くのトークン（より多くの加入者）は、独力で時間単位当たり、より多くのダイヤルの試みに至る。すべての加入者は、それ自身の待ち時間をそなえているからである。これに反して、図４ｃのような普通の確率的ペトリネットでは、どれだけ多くのトークンが利用できるかにかかわりなく、遷移は、その確率的レートに対応する頻度で発火するだけである。図４ｄは、図４ｃと同じペトリネットを示すが、遷移に時間が付く代わりに、位置に待ち時間が付いている。遷移に記された確率的レートは、遷移発火シーケンス、したがって、時間進行を生成することなく、遷移相互の間の発火頻度の相対を決める役目だけを果たす。したがって、ここでは、それらは確率的優先順位としてだけ示されている。時間的進行は、完全に待ち時間付きの位置の中に含まれている。このネットでは、待ち時間は大ざっぱに図４ｃの待ち時間に相当する。図４ｄの位置「Ａ呼出し音、Ｂ呼出し信号」の中のトークンの滞在時間は、たとえば平均値６．６７ｓの指数分布になっており、ｒａｎ＿ｅｘｐ（６．６７ｓ）の式で与えられる。これは待ち時間を決めるとき、指数分布に対するランダム発生器の呼出しを記号化したものである。図４ｃでは、滞在時間は、２つの遷移「Ｂ応答」と「Ｂ無応答」の指数分布発火継続時間を重畳することによって得られる。これにより、レート＝両方の遷移レートの和（１／（１０ｓ）＋１／（２０ｓ）＝０．１５／ｓ）、平均値１／（０．１５）＝６．６７ｓ（平均値＝レートの逆数値）の指数分布が得られる。ダイヤル試行の間の継続時間は、図４ｄでは位置「起呼」によってシミュレーションされる。位置「起呼」では、非カラートークンが除去され、発火の目的で戻される。挿入されたトークンは、潜在しているので、遷移は、平均１２００ｓの待ち時間の後になって再び発火することができる。位置「空き電話機」が待ち時間付き位置として実行された場合には、被呼加入者Ｂとして選択された「空き電話機」の中のトークンは、たとえまだ潜在していても、遷移「Ｂ空き」を発火させるために利用することはできない。待ち時間付き位置の利点は、遅延のモデルを形成するように指数分布以外の分布を利用できるということである。確率的性質のため、時間的進行が無視されても、ペトリネット自体は、マルコフ連鎖として動作し続ける（これは「埋込みマルコフ連鎖」と呼ばれる）。これは、遷移の選択が他の型の分布によって制御される場合には当てはまらず、したがって、多数の場合にネットの分析を行うことは、もはやできない。図４に示された運転試験装置の実施例では、図３ｂで説明したように、試験システムは、帰還された状態変化を使用して、比較器ＣＭＰでエラー評価を行うことができる。しかし、図４に示された実施例では、試験コマンドによって指定される試験システムの状態は、各々正確にペトリネットの現在の状態（すなわち、トークンの占める位置）に対応すると仮定しなければならない。しかし、試験コマンドによってＳＵＴ内に期待された状態変化が生じない場合、ペトリネットと試験システムは、同期からはずれるので、試験コマンドを更に生成してもＳＵＴの中に再構成可能な状態変化が生じることはもはや無く、したがって、試験ランは、停止しなければならない。状態モデルと試験システムとの間の同期が失われることは、もちろん、ＳＵＴの中でエラーが発見されたということを意味し、用途によっては、一旦エラーが見出されれば、試験を停止することで充分かも知れない。しかし、平均罹障時間（ＭＴＴＦ）を判定するために、エラー後も試験を続行して、エラー頻度の統計量を測定することが望ましい。しかし、この目的のためには、ＳＵＴの状態についての情報を状態モデルに帰還することが必要である。図５に示す本発明に従ったＴＣＧの実施例は、本発明のこのような改善を表している。最初に、図５ａは、帰還ＴＣＧ−ＰＮＦ付きペトリネットに基づくテストケースジェネレータの構造を示す。ＰＮＭシミュレータは、付加要素として観察された信号を受信して処理する信号ハンドラＰＮＭ−ＳＨを含んでいる。遷移動作だけでなく、ペトリネットモデル条件は、信号ハンドラに対する符号を含んでいる。このモデル依存符号は、観察された信号に依存する方法でマーキン記憶装置ＭＳｔ内にトークンを入れるよう信号ハンドラを命令する。したがって、ＳＵＴの観察された信号は、そこの遷移の発火に影響を及ぼしてシミュレーションのシーケンスを変えるために、ペトリネットモデルのある同期位置に即座にトークンとして現れる。こうして、ペトリネットモデルにおいて適切な遷移および待ち時間阻止位置を使用して観察された信号が期待信号に対応するか、またそれが正しい時間に受信されたかどうかを判断することができる。信号が十分間に合って受信されるかどうかを監視する本発明に従ったペトリネットのこのようなネット要素を図８ｂの４）に示す。遷移“動作を行いタイマをスタート”によりＳＵＴへコマンドが送信され、決定的待ち時間ｔを有する待ち時間阻止位置“タイマ”内にカラートークンを格納する。同時に、同じ値のトークンが位置“ウェイト”に格納される。同期位置として太字で表した位置“観察された信号”は、信号受信時に信号ハンドラにより発生されるカラートークンを受け入れる役を果たす。エッジアドレス“ｘ”は、適切な信号しか受け入れられないことを保証するものである。例えば、番号３により電話の呼出信号が期待される場合には、対応する信号がＳＵＴにより受信される場合に信号ハンドラは、値３を有するトークンを発生しなければならない。このようなトークンが待ち時問ｔ内に受信され、かつ“ウェイト”および“タイマ”内のトークンと一致するカラーであれば、遷移“オンタイム”が起動されて発火される。クリアエッジにより位置からの全てのトークンが待ち時間であってもなくても常にクリアされることをお判り願いたい。潜在的トークンも未定義マーキングに属することがあるため、待ち時間阻止位置において、これらの意味に基づいてのみクリアエッジは、正確に知られていないトークンを明確に定義されたトークンへ変換する実際の感覚を正当化することができる。すなわち、“オンタイム”が発火すれば、ネットは、期待信号が十分間に合って受信されタイマトークンが推定されると判断している。しかしながら、信号が受信されなければ、“オンタイム”は、起動されず“タイマ”内のトークンの待ち時間が経過した後で遷移“タイムアウト”が発火する。その結果、ネットは、期待信号が十分間に合って受信されず適切な遷移動作によりエラーがプリントされることがあると判断する。遅すぎて受信される信号は、その後“観察された信号”内に止まるが、信号が期待されない場合には（もう１つの位置で示される）正確にアクティブであるもう１つの遷移により即座にクリアすることもできる。図５ｂは、図４ｄからのＳＵＴに関する同期付きペトリネットを示す、すなわちＳＵＴからの信号がネット内で考慮される。ネットの構造は、大部分図４のそれと同じである。しかしながら、ここには３つの同期位置“話中音”、“呼出音 ”および“Ｂ呼出し信号”があり、加入者Ａが話中音もしくは呼出音を聞くこと、あるいは加入者Ｂの電話機が呼出し中であることを知らせる。２つの待ち時間阻止位置“話中タイマ”および“呼出し信号タイマ”が前記構造により信号が１０ｓ内に十分間に合って受信されるかどうかを監視する。ここで、““呼出し信号タイマ”は、２つの信号、すなわちＡにおける呼出し音およびＢにおける呼出し信号を即座に期待する。両信号共トークンとして存在しかつトークンの値がＡもしくはＢ加入者に対応する場合しか遷移“呼出し信号ＯＫ”は”、発火されない。一方、“呼出し信号タイマ”が自然な経過をたどると、遷移“タイムアウト ”が発火してＡ加入者は、電話を切りコマンド“ｅｒｒｏｒｍｓｇ”を使用してエラーメッセージを出力する。話中音は、同様に処理される。同期位置から遷移“Ａダイヤル”へのクリアエッジも監視する価値がある。それらは加入者が別の加入者へ次にダイヤルする時に、関連する全てのトークン（しかも、それだけ）が前の会話からクリアされることを保証する。クリアエッジは、遷移“Ａダイヤル”の発火になんら影響を及ぼさないため、トークンが実際に存在するかどうかは無関係である。同様な機構を使用してトークン（自動構成）の形の試験ペトリネット内の試験（電話機、基地局等）やそれらの特性（たとえば、各加入者に対するＧＳＭ網内のネットワークオペレータにより個別に解放しなければならない呼転送、会議呼等のシミュレーションされた加入者により指示される特殊サービス）に利用できる操作手段を自動的に輸入することができる。シミュレーションが開始される前に、ネット内の接続された電話機の数およびカラーペトリネットの場合にはアイデンティティをたとえばそのトークン内の双方向インターフェイスＢＤ−ＩＮＴにより公表することができ（カラーネットの場合はアイデンティティを１つの値として）、それは電話機が適切な位置へ格納されるためである。シミュレーション中もしくは前に加入者に対してサービスが解放されると、加入者の値を有するカラートークンがサービスに割り当てられた特殊同期位置内に現れることがあり、このサービスの使用を許される各加入者に対するトークンを含んでいる。その必要条件は、各変化に対して独立にあるいはペトリネットからの要求に答えて、インターフェイスＢＤ−ＩＮＴがこの情報を信号形式で供給することである。電話機のアイデンティティおよび、それらにより予約される“多者転送”および“呼転送”サービスがカラートークンの形で同期位置に格納されるカラーネットからの詳細を図５ｃに示す。遷移“呼セットアップ”において、２台の電話機間の呼がセットアップされる（極端に単純化した形で）。Ａ加入者（呼を開始した加入者）が多者サービスを予約しておれば、遷移“結合”により三者会議の形成にさらに加入者を加えることができる。さもなくば、呼は、遷移“呼終了”により完了するだけである。また、そのサービスを予約しておれば、ネットにより個別の加入者が別の加入者へ呼転送を切り替えることができる。明瞭にするために、ネットの例には加入者や電話システムが転送された呼にどのように反応すると思われるかは示されていない。対応する信号が双方向インターフェイスＢＤ−ＩＮＴにより供給される場合には（自律的にもしくはペトリネットからの要求に答えて）、太字同期位置内に維持されたトークンは、シミュレーション中もしくは前に信号ハンドラＰＮＭ−ＳＨにより位置内に格納することができる。図４ｂおよび図５ｂについて説明したように、試験コマンドの発生を開始するためにトークンは、“空き電話機”および“電話帳”のような初期状態とされる。ペトリネットがペトリネットモデルシミュレータＰＮＭ−Ｓｉｍにより実行される間に遷移が発火し、トークンは、位置から除去されるか、もしくは他の位置へ加えられて、新しいマーキングが得られる。したがって、ペトリネットが実行される間の現在の“スナップショット”は、ペトリネットの特定マーキングを示す。規則的な同期が存在する場合には、試験システムの外部状態は、試験システムの内部状態に対応する。任意の初期状態もしくは中間状態を指定できるようにするために、試験コマンドにより内部状態および外部状態をリセットできることが望ましい。図６に示すように、本発明に従ったテストケースジェネレータのもう１つの実施例により、このようなリセットが可能とされる。図６は、テストケースジェネレータを示し、そのＰＮＭシミュレータは、ペトリネットの実行中に“スナップショット”、すなわちネットの現在のマーキングを一時的に格納することができるリセット記憶装置ＲＳｔを含んでいる。ＰＮＭ −ＳｉｍからＰＮＭ−Ｓへの矢印で示すように、これらのスナップショットマーキングも格納されたペトリネットモデル内に恒久的に含めることができる。このようなマーキングの格納を行うこと、およびこれらの状態内のネットを１ステップでリセットできることがなぜ有益であるかについて、さまざまな理由がある。ネットが異なる初期状態で開始される場合には、例えば所望する開始状態のライブラリを構成することができる（例えば、試験システムのさまざまなサービスを個別に調べる）。試験システムのエラーが発見される場合には、ネットはエラーが発見されたマーキングを自動的に記録することができ、その後、試験官がスナップショットにより状況を解析することができる。最後に、ＴＣＧにより試験システムエラーが発見されたら、試験システムとペトリネットモデルの両方を再同期の目的のために定義された状態へ迅速に変換し戻すのが適切である。対応する試験コマンドによりリセット操作が促される（遷移動作）場合には、ペトリネットコマンドジェネレータは、リセット記憶装置ＲＳｔからのスナップショットマーキングをロードして現在のマーキングをこのスナップショットマーキングヘセ七ットするようペトリネットモデルシミュレータを命令する。次に、ペトリネットは、スナップショットが格納された時の状態へ１ステップでシフトし戻される。図４、図５、図６の実施例が組み合わされた、すなわち試験コマンドがペトリネット状態モデルに基づいて発生され（図４）、カラートークンとの同期が実施され（図５）かつ所定のトークンヘリセットすることができる（図６）、実施例を図７に示す。同期位置によりエラーを発見できるようにした後で、リセットコマンドを使用してネットを初期状態へシフトし戻す単純な例を図７ｂに示す。図５ｂからのネットの一部を図７ｂに示し、スナップショットマーキングの格納および検索を手配する動作が補足されている。最初に、非カラー位置“スタート”があり、それに基づいて禁止されたエッジが遷移“Ａダイヤル”の発火を防止する。替わりに、遷移“初期”が起動される。発火すれば、リセット記憶装置内の名称“スタート”の下のコマンド“‘スタート’格納”によって、“スタート”からトークンが除去されて現在のマーキングが格納される。したがって、スナップショットマーキング“スタート”は、もはや位置“スタート”内にトークンを含まず、その結果ネットは、即座に遷移“Ａダイヤル”を発火することができる。スナップショットマーキング“スタート”をリロードするコマンド“‘スタート’リセット ”が、ＳＵＴからの信号が十分間に合って受信されない場合に発火する、“タイムアウト”遷移内に含まれている。したがって、ネットは、初期状態で再開される。ＳＵＴも初期状態内へシフトされるように、利用可能な全ての電話機（この呼に関わるものだけでなく）がコマンド“全て：オンフック”により切られる。特に電話網の実施例に関して試験コマンドの発生、同期およびリセットを説明してきたが、試験コマンドのこのような発生、同期の状態変化のこのような帰還、およびこのようなリセットは、電話網の試験に対して特に有利な効果は得られるが、それに限定されるものではない。被試験システムに無関係に、各受入れ試験にとって極めて重大な“平均故障間隔”値を求めるために、前記した操作試験装置を使用しかつペトリネットモデルに支援されて任意の試験システムを試験することができる。図８ｃにおいて、ペトリネットのより詳細な例が最終的に単純な電話網に応用される。ペトリネットのこのような表現は、ペトリネットの実行前および実行中にも、図２ａ、図２ｂに示すエディタを使用してテストケースジェネレータによりディスプレイすることができる。図８ｃでは、ペトリネットモデルジェネレータＰＮＭ−Ｇは、非常に単純な電話網のモデルが作り出されたエディタ（次の）として実行される。エディタ機能および最上位ペトリネットモデル（次の−‘ｄｅｍ’）を有する主ウィンドウ、遷移“ＡがＢを呼出し”がより細かい粒度のペトリサブネット（次のサブシステム−‘ＡがＢを呼出し’）としてモデル化されるより小さいウィンドウおよび位置（次の位置）と遷移（次の遷移）の内容を示す２つの会話ウィンドウを含む、いくつかのウィンドウが開けられる。このペトリネットモデルジェネレータでは、遷移がサブネットを含むことができるようにモデルを階層的に構成することができ、ここではそれらはエディタにより白で埋められた矩形として表される。このようなサブネット遷移に接続される全ての位置がサブネット内で入出力位置として利用できる。サブネットは、それ自体のウィンドウ内に表現され順にサブネットを含むことができる。このようにして、ちょうど複雑なソフトウェアプログラムがそれをサブプログラムへ分割することにより判り易くされるように、かなり複雑なペトリネットも簡潔な方法で表現することができる。遷移の確率的優先順位、ＳＵＴへ送られる試験コマンド（動作）および考えられる述語は、ネット自体には表現されず、各遷移についてマウスをクリックさせて開くことができるウィンドウ内に表現されてネット表現内に含まれる情報を管理できる程度に制限するようにされる。述語は、エッジアドレスの変数にわたって指定することができかつ遷移が発火できるように起動する可変リンクにより満たされなければならない論理表現である（本例では、ａは、ｂに等しくないことが要求される、すなわち“電話帳”からのトークンｂおよび“イナクティブ加入者”からのトークンａは、異なる値を持たなければならず、さもなくば遷移“ＡがＢにダイヤル”は、発火しない）。この遷移により試験コマンドとしてコマンド“＝ａから＝ｂへダイヤル”が送られる、すなわちトークンｂにより表される被呼者の番号をダイヤルする発呼者がトークンａにより決定される。コマンドが実行されると、変数ａおよびｂは、発火中にこれらの変数にリンクされるトークンの値により置換される。遷移は、ここではレート１の指数分布（“指数レート＝１”）に対応する確率的優先順位で発火する。決定的優先順位を選択することもできる。位置情報を含むウィンドウ内で、位置の容量は、有限値もしくは無限値に設定することができる。この位置内の全てのトークンが持たなければならないカラーは、“位置のタイプ選択”で設定することができ、本例では、位置“接続”に対して、それらは整数の２項組として定義されるカラー“接続”のトークンである。“待ち時間式”は、アクティブであるため位置は、待ち時間により阻止され、待ち時間式“＿ｒａｎ＿ｅｘｐｏｎｅｎｔｉａｌ（１５０００）”は、平均値１５０００の指数分布数に対して乱数発生器により発生される乱数を示す。したがって、新しい各トークンがこの分布に従って新しいランダムな待ち時間を受信し、待ち時間は、ここではｍｓで示される。最後に、フィールド“含まれたトークン”内に２つのトークン、アクティブトークン（３，２）および潜在トークン（１，４）が見られる。両方のトークンが（ちょうど位置自体および各遷移のように）、ここでは１９７３および１９６５の進行中の識別番号を有し、それらは、内部処理のためにしか使われずペトリネットの意味において重要ではない。１，２，３，４の値は、試験システム内の特定の電話機を示し、発生された試験システムへ送られる最終公式化試験コマドしかないため、それらの呼出番号は、モデル内で知られる必要はなく、コマンドジェネレータやテストケース実行器（ＩＮＴ，ＴＣＥ）だけが知っておればよい。最後に、位置ウィンドウは、それを介して新しいトークンを定義することができる（“新しいトークン”）一連のボタンも含んでおり、トークンの値は、変えることができ（“トークン編集”）、特定のトークンを消去することができ（“トークン削除”）あるいは全てのトークンを除去することができる（“全トークン削除”）。図示するペトリネットの構造は、単純で図４ｄに示す例に完全に類似しているが、その特定のインプリメンテーションは、完全に同一ではない。前記したように、本発明に従った操作試験装置および操作試験方法では、ハードウエア構成、考えられる状態、状態変化に必要な試験コマンドおよびトラフィック値（遷移的確率および確率的優先順位）のみに基づいてエディタにより電話網の試験状態モデルを発生、ディスプレイもしくは変化することができる。状態モデルシミュレータが遷移的優先順位および現在のマーキングに基づいてペトリネットのランダムに制御されたシミュレーションを実行する。遷移が発火されると、遷移動作のテキストがコマンドジェネレータへ送られ、それは、テキストをコマンドとして解釈して対応する試験コマンドを試験システムへ送信する。したがって、ペトリネットをこのように試験コマンドやテストケースの発生に使用すると、操作中に実際に遭遇する操作条件に近い試験条件で、例えば電話網や移動電話網等の、複雑な試験システムを試験できる操作試験装置を利用できるようになる。操作が自動化され、大きな確率的に有意数のテストケースを極端に短時間で発生することができる。その結果、統合、システムもしくは受入れ試験のコストが低減される。操作試験システムの実施例を以下に示し、ＳＵＴは、一般的な通信装置ＫＶに関連しており前記したテストケースジェネレータＴＣＧおよび試験装置インターフェイスＩＮＴは、一緒に試験装置ＴＶを形成する。通信装置の電気的接続線（ハードウエア妨害器）のハードウエア割込みは、発生した試験コマドにより実施される。本発明に従ったこのような通信装置ＫＶおよびこのような試験装置ＴＶを有する通信システムＫＳの一般的構造を図９に示す（したがって、ＫＶは、被試験システムに対応し、試験装置インターフェイスおよびテストケースジェネレータを含む）。通信システムＫＳは、一緒に接続された通信装置ＫＶおよび試験装置ＴＶを含んでいる。図９には通信装置の選択された部品、電話機Ｔ₁からＴ_nおよび送信局ＵＥＶ₁からＵＥＶ_n、も図示されている。Ｔ₁およびＴ₂は移動電話機を示し、Ｔ₃は従来のＰＳＴＮ電話機を含んでいる。送信局ＵＥＶ₁およびＵＥＶ₂も移動電話機への無線通信接続をセットアップすることができる移動電話送信局である。本発明に従って、送信局ＵＥＶ₃は、もう１つの通信網の送信局もしくは通信装置内でデータを送信するもう１つの装置とすることができる。通信装置は、とりわけ、被呼移動電話機をネット内で絞り込むことができて、移動電話機が呼出し中に送信局の捕捉エリアから移って行く場合に、対応する呼をもう１つの送信局へ通してあるユーザサービスを起動できることを保証しなければならない。データ交換の目的のために、通信装置は、試験装置に接続され、それにより試験プログラム（すなわち、テストケースジェネレータからの試験コマンドを有するテストケースの１つ以上のシーケンス）および／もしくは試験命令、すなわち通信装置を試験する試験コマンドを発生して実行することができる。すなわち、本実施例では、図示する通信装置ＫＶは、試験装置ＴＶ、すなわち前記したＴＣＧにより状態モデルに基づいて発生される試験コマンドにより制御される。本発明に従った通信システムのもう１つの実施例のブロック図を図１０に示す。試験装置ＴＶは、通信装置ＫＶから離れて配置された中央信号処理装置ＺＶを含んでいる。試験装置は、送信局ＵＥＶの複数の電気的接続線に系統的に、すなわち精密な時間的仕様により割り込みできるように通信装置の送信局ＵＥＶ内に配置される割込装置ＵＶ（すなわち、前記した妨害要素）も含んでいる。割込装置ＵＶは、中央信号処理装置内に配置されたコンバータ装置ＷＶに接続されて操作信号を受信する。コンバータ装置は、プログラマブルデータ処理装置Ｓに接続されている。このデータ処理装置Ｓは、前記したテストケースジェネレータＴＣＧである。プログラマブルデータ処理装置Ｓにより、試験命令を自動的に発生したりオペレータによりインタラクティブに発生することができる。コンバータ装置は、試験命令に従って発生されるデジタル試験信号を操作信号へ変換して割込装置ＵＶへ送信し、それにより送信局内の個別の電気的接続線もしくは電気的接続線群に操作信号に従って特定期間割り込むことができる。通信システムへの割込みの影響は、例えば、手動ダイヤル、通話、ユーザサービスの起動により同時に確立される。別の実施例では、割込みの影響は、送信局ＵＥＶのポーリング局を介して確立することもできる。本発明に従った通信システムのもう１つの実施例を図１１に示す。電話機Ｔ₁ からＴ_nおよび送信局ＵＥＶ₁からＵＥＶ_nの接続、すなわちアンテナケーブルは、試験装置の移動シミュレーション回路ＢＳに接続されていて、移動電話機の移動およびエアパスをシミュレート、すなわち再生することができる。コンバータ装置は、電話機Ｔ₁からＴ_nおよび送信局ＵＥＶ₁内の割込装置ＵＶにも接続されていて、操作信号に基づいて電話機および割込装置を制御し電話機から応答信号を受信する（すなわち、これらの操作応答信号は、図５ａ以下に示す試験システムの観察された信号に対応し、ペトリネットＴＣＧ−ＰＮＦのテストケースジェネレータへ帰還される）。移動シミュレーション回路およびコンバータ装置は、それぞれプログラマブルデータ処理装置Ｓ（テストケースジェネレータ）に接続されている。試験中に、送信局間の移動電話機のシミュレーションされた移動に対する試験命令だけでなく、図１０に関して前記したように、割込装置を操作するためのプログラマブルデータ処理装置から試験命令（すなわち、状態モデルに基づいてＴＣＧにより発生される試験コマンド）が供給される。コンバータ装置は、電話機のキーパッドおよびマイクロフォンを操作する操作信号も供給し、電話機のラウドスピーカおよび呼出装置から応答信号を受信する。移動シミュレーションが必要でなければ、電話機および割込装置ＵＶ_1-nの接続、すなわちアンテナケーブルは、移動シミュレーション回路ＢＳに接続する必要がないことに注意される。１つ以上の送信局ＵＥＶ_1-nに付加割込装置ＵＶ_1-n を設けることができる。図１０に従った通信システムにおける試験プロセスのフロー図を図１２に示す。通信装置を試験する命令（コマンド）は、プログラマブルデータ処理装置Ｓ内で発生される、あるいはメモリ媒体に格納される試験命令もしくは試験プログラムが呼び出されて実行される。試験命令／試験プログラムの実行を要求される場合には、コンバータ装置ＷＶへ送信され、そこで操作信号へ変換されるデジタル試験信号がプログラマブルデータ処理装置Ｓにより発生される。操作信号は、割込装置ＵＶを制御する。したがって、送信局ＵＥＶ内の１本以上の電気的接続線が系統的に所定期間割り込まれる。同時に、通信装置ＫＶが手動操作、例えばダイヤル、通話される。通信装置ＫＶの機能は、記録される、あるいは記録されたデータがプログラマブルデータ処理装置Ｓにおいて自動的に評価される。図１１に示す通信システムに従って、試験命令／試験プログラムを制御することによりネットも自動的に操作することができる。この場合、電話機Ｔ₁からＴ_n ーパッドおよびマイクロホンを操作するために、ＴＣＧにより発生されるデジタル試験信号は、コンバータ装置ＷＶ内のデータ処理装置Ｓにより付加操作信号へ変換される。音声チャネルを介して通信装置ＫＶから送信される操作信号、ラウドスピーカからの操作信号およびコンバータ装置ＷＶ内の電話機の呼出装置からの操作信号もデジタル操作応答信号へ変換され、プログラマブルデータ処理装置Ｓへ送信され、そこで記録もしくは評価される。呼に関与する各電話機を識別する識別信号を試験装置ＴＶを介した音声チャネルを介して試験命令により制御されるように送信することができる。そのために、２台の電話機を伴う呼もしくは３人以上の加入者を含む会議呼における複数の電話機の各電話機対間で音声チャネルがセットアップされ、第１の電話機を明確に識別する信号音パルスのパターンが第１の電話機に基づく音声チャネルを介して送信される。音声チャネルを介して送信される信号音パルスのパターンの受信が呼に関与する第２の電話機において監視される。第１および第２の電話機間の信号音パルスパターンの送信は、例えば通常ＧＳＭにおいてそうであるように、音声圧縮および音声伸長の存在の元で行われる。信号音パルスのパターンは、音声圧縮および音声伸長を使用する場合に、それが第２の電話機で受信される時に第１の電話機を識別することもできるように選択される。本発明に従った試験装置の部分図を図１３に示す。複数の外部データ処理装置、すなわちデータディスプレイ局Ｃ₁からＣ_nが遠隔データ送信局ＤＦＶを介してプログラマブルデータ処理装置Ｓに接続されている。プログラマブル外部データ処理装置Ｃ₁からＣ_nは、クライアントであり、プログラマブルデータ処理装置Ｓは、サーバである。図示する典型的な実施例では、試験命令もしくは試験プログラムを外部データ処理装置で発生および／もしくは実行することができる。図１４は、対応する試験プロセスのフロー図である。独立した試験プログラムもしくは、試験命令を１台以上の外部データ処理装置で実行することができる。試験命令は、外部データ処理装置により遠隔データ送信局ＤＦＶを介して“クライアント”プロセス内のプログラマブルデータ処理装置Ｓ（サーバ）へ送信される。クライアントプロセス内で送信される命令に従って、サーバＳは、コンバータ装置もしくは“サーバ”プロセス内の移動シミュレーション装置へ送信されるデータ制御信号を発生する。図１５は、送信局内の本発明に従った割込装置の構成に対するブロック図である。割込装置は、通常直接接続される回路カードＳＫもしくは回路カードキャリヤＳＴのコンタクトストリップＫＬ₁およびＫＬ₂間に相互接続されている。このようにして、回路カードキャリヤＳＴと回路カードＳＫ間の個別のライン接続は、特定期間だけ系統的に割り込むことができる。図示する例とは異なり、複数の回路カードおよび非常に多数の割込装置を送信局に設けることもできる。図１６は、本発明に従った割込装置のもう１つの例を示す。複数の可制御スイッチがＳ₁からＳ_nで示されている。個別もしくはいくつかのスイッチは、コンバータ装置ＷＶからの操作信号により特定期間開放することができる。このようにして、回路カードと回路カードキャリヤ間の接続線が割り込まれる。図１７は、本発明に従った割込装置のもう１つの構成図を示す。送信局は、各各がコンバータ装置により制御可能な複数の割込装置ＵＶ₁からＵＶ_nを介して回路カードキャリヤＳＴに接続される複数の回路カードＳＫ₁からＳＫ_nを含んでいる。図１８は、本発明に従ったコンバータ装置ＷＶの典型的な実施例を示す。デジタル制御回路ＤＳが変換回路ＡＳに接続されている。デジタル制御回路ＤＳには、論理回路およびコンバータ装置ＷＶへ適応するために電話機等の特殊構成ファイルが送信局ＵＥＶに対して格納されるメモリが取り付けられる。回路には、論理および操作信号を発生するのに必要なフィルタが取り付けられる。デジタル制御回路ＤＳのメモリ装置内に格納される構成ファイルを使用して、プログラマブルデータ処理装置Ｓにより受信される試験命令がデジタル制御回路ＤＳにより変換回路ＡＳへ送信されるデジタル制御信号へ変換される。変換回路において、デジタル制御信号は、各目標装置（さまざまなメーカの電話機、さまざまなタイプの送信局）に適応されたアナログ操作信号へ変換され、次に送信局ＵＥＶ内の割込装置を操作するように送信されるか、あるいは選択された電話機へ送信される。図１９は、本発明に従った通信装置ＫＶの一部の典型的な実施例を示す。ここでは、割込装置ＵＶは、さまざまな送信局ＵＥＶ間の電気的接続に割り込めるように構成されている。そのために、割込装置ＵＶは、２つの送信局ＵＥＶ間に配置される。別の典型的な実施例では、さらに送信局ＵＥＶ間にさらに割込装置ＵＶを配置することができる。図２０は、本発明に従った通信システムのもう１つの典型的な実施例のブロック図を示す。送信局ＵＥＶは、移動サービス交換局ＭＳＣ、基地交換局ＢＳＣおよび通信装置ＫＶ内で信号を送信する基地トランシーバ局ＢＴＳを含むＧＳＭ送信局である。移動シミュレーション回路ＢＳが基地トランシーバ局ＢＴＳと移動電話機Ｔとの間に接続されており、このＢＳ回路は、コンバータ装置ＷＶにより制御されながら移動電話機Ｔの移動をシミュレーションする。電話機Ｔおよび割込装置ＵＶ₁およびＵＶ₂もコンバータ装置ＷＶに接続されて、そこからの操作信号により制御され、コンバータ装置ＷＶへ応答信号を送信するようにされている。図１０に関して前記したように、コンバータ装置ＷＶは、プログラマブルデータ処理装置Ｓにより制御される。下記の名称が図９から図２０において使用される。ＫＳ通信システムＫＶ通信装置ＴＶ試験装置ＵＥＶ_1-n 送信局Ｓ中央信号処理装置（サーバ）のプログラマブルデータ処理装置ＷＶコンバータ装置Ｔ_1-n 電話機Ｃ_1-n 外部プログラマブルデータ処理装置ＤＦＶ遠隔データ送信装置ＳＫ送信局の回路カードＳＴ送信局の回路カードキャリヤＫＬコンタクトストリップＤＳデジタル制御回路ＡＳ変換回路ＢＳ移動シミュレーション回路ＺＶ中央信号処理装置ＭＳＣ移動サービス交換局ＢＳＣ基地交換局ＢＴＳ基地トランシーバ局ＵＶ割込装置（妨害要素）したがって、図９から図２０の実施例は、電話通信装置を試験する例を示し、コンバータにより割込みハードウエアを制御するための実際の操作信号がそこから発生される試験コマンドがテストケースジェネレータＴＣＧ、すなわちデータ処理装置により発生される。図５ａ等に一般的に示したように、同期やリセットのために操作応答信号もテストケースジェネレータへ帰還させることができる。したがって、図１から図８に関して説明した実施例は、全て図９から図２０の実施例に適用できる。図１から図８では、テストケースジェネレータおよびインターフェイスは、別別に考慮されたが、インターフェイスもテストケースジェネレータへ割り当てることができる。例えば、テストケースジェネレータおよびインターフェイスは、図９から図２０では、試験装置ＴＶとして結合され、中央信号処理装置のデータ処理装置がテストケースジェネレータ機能を引き継ぎコンバータ装置や割込装置等の他のユニットは、インターフェイスに対応する。したがって、本発明に従った操作試験装置および方法が適用されるタイプの試験システムは、使用するインターフェイスＩＮＴもしくはＴＣＥに依存するにすぎず（後者は、インターフェイスが負荷発生等のより複雑なタスクを引き受ける場合であり、したがってテストケースを実行する（ＴＣＥ）手段として実行される）、試験コマンドにより所望の状態変化を試験システム内の実際の信号へ変換して状態変化に対応する方法でテストケースジェネレータへ帰還させる。

【手続補正書】【提出日】平成１１年９月３０日（１９９９．９．３０）【補正内容】 1. 請求の範囲を別紙の通りに訂正する。 2. 明細書を以下の通りに訂正する。 (1) 第７頁、第１６行の「遷移」を『変化』に訂正する。 (2) 第７頁、第１８行の「遷移」を『変化』に訂正する。 (3) 第７頁、第２３行の「請求項３１」を『請求項４５』に訂正する。 (4) 第７頁、第２４行の「を有し」を『により』に訂正する。 (5) 第７頁、第２６行の「試験コマンドを」を『試験装置インターフェース（ＩＮＴ）により試験コマンドを』に訂正する。 (6) 第７頁、第２７行の「試験装置インターフェース」を『前記試験装置インターフェース』に訂正する。 (7) 第７頁、第２８行の「を有し」を『により』に訂正する。 (8) 第８頁、第６行の「状態変化」を『運転状態変化』に訂正する。 (9) 第８頁、第７行の「遷移」を『変化』に訂正する。 (10) 第８頁、第８行の「遷移」を『変化』に訂正する。 (11) 第８頁、第９行の「テストケース」を『前記テストケース（ＴＣ）』に訂正する。 (12) 第８頁、第２９行の「請求項３３」を『請求項３１』に訂正する。請求の範囲 1. 実運転環境において試験条件の下で用いられる実運転システム（ＳＵＴ− ＲＡ）に対応する運転状態を有する試験システム（ＳＵＴ）の運転試験（ＬＴ、ＤＴ、ＣＴ）を実行する運転試験装置であって、ａ）それぞれが前記試験システム内で運転状態に望ましい変化を作ることを目的にし、試験コマンドを持つ多数のテストケース（ＴＣ）を生成するテストケースジェネレータ（ＴＣＧ）と、ｂ）前記試験コマンドを受け、対応する操作信号を前記試験システム（ＳＵＴ）に出力して、運転状態に前記望ましい変化をもたらす試験装置インターフェース（ＩＮＴ）とを備え、ｃ）前記テストケースジェネレータ（ＴＣＧ）は、・前記試験システム（ＳＵＴ）のハードウエア構成に関する情報から、前記実運転システム（ＳＵＴ−ＲＡ）の可能な運転状態に関する情報から、前記運転状態について前記運転システム（ＳＵＴ−ＲＡ）の実アプリケーション中に確かめられる遷移確率を示すトラフィック値から、前記試験システム（ＳＵＴ）の許された試験コマンドから、前記試験システム（ＳＵＴ）の試験状態モデルを生成する試験状態モデルジェネレータ（ＴＳＴＳ−Ｇ、ＰＮＭ−Ｇ）と、・前記試験状態モデルを記憶する試験状態モデル記憶装置（ＴＳＴＭ−Ｓ、ＰＮＭ−Ｓ）と、・前記試験状態モデルを統計的に通過して望ましい運転状態変化を生成する試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ、ＰＮＭ−Ｓｉｍ）と、・前記試験状態モデルシミュレータが生成する前記運転状態変化に基づいて前記テストケース（ＴＣ）の試験コマンドを順次生成する試験状態モデルコマンドジェネレータ（ＴＳＴＭ−ＣＧ）ＰＮＭ−ＣＧ）と、を備える運転試験装置。 2. 前記試験状態モデルコマンドジェネレータ（ＴＳＴＭ−ＣＧ、ＰＮＭ−ＣＧ）は、ランダムに、かつ、自然の統計的規則に従ってモンテカルロ・シミュレーションの前記試験状態モデルを通過することを特徴とする請求項１に記載の運転試験装置。 3. 前記試験装置インターフェース（ＩＮＴ）は、それぞれ各操作信号に応じて前記試験システム内で実行される運転状態の変化を示す操作応答信号を前記試験システム（ＳＵＴ）から受け、対応する操作応答信号を前記テストケースジェネレータ（ＴＣＧ）に出力することを特徴とする請求項２に記載の運転試験装置。 4. 前記テストケースジェネレータ（ＴＣＧ）は、比較器（ＣＭＰ）を含み、前記試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ、ＰＮＭ−Ｓｉｍ）は、前記状態モデルに基づいて前記試験システム（ＳＵＴ）の期待操作応答信号を生成して、これを第１の記憶装置（バッファＢ）に記憶し、順次送信される試験コマンドに応じて前記試験システム（ＳＵＴ）が生成する操作応答信号を第２の記憶装置（バッファＡ）に記憶し、前記比較器（ＣＭＰ）は、前記試験システムが観測した操作応答信号とシミュレーション中に生成された期待操作応答信号を比較し、前記記憶された期待および観測操作応答信号が一致しないときは、エラー出力を生成することを特徴とする請求項３に記載の運転試験装置。 5. 前記試験状態モデルジェネレータ（ＴＳＴＭ−Ｇ）は、マルコフ連鎖モデルに基づいて前記試験システム（ＳＵＴ）の試験状態モデルを生成することを特徴とする請求項２に記載の運転試験装置。 6. 前記テストケースジェネレータ（ＴＣＧ）は、前記試験システム内に状態の変化があるとき、前記試験システム（ＳＵＴ）が実行すべき対応する運転機能を示す試験コマンドを生成することを特徴とする請求項２に記載の運転試験装置。 7. 前記試験状態モデルジェネレータ（ＰＮＭ−Ｇ）は、ペトリネットモデル（ＰＮＭ）に基づいて前記試験システム（ＳＵＴ）の試験状態モデルを生成することを特徴とする請求項２に記載の運転試験装置。 8. 前記試験システム（ＳＵＴ）は、電話網および／または移動電話網であることを特徴とする請求項２に記載の運転試験装置。 9. 前記テストケースジェネレータ（ＴＣＧ）は、負荷試験コマンドジェネレータ（ＬＴ−ＴＣＥ）を用いて負荷試験（ＬＴ）を行うための試験コマンドを移動電話網の交換局（ＭＳＣ）および／またはローカル交換局（ＢＳＣ）に送信することを特徴とする請求項８に記載の運転試験装置。 10．前記テストケースジェネレータ（ＴＣＧ）は、一連の移動電話（ＭＳ）とエアインターフェース・シミュレータ（ＡＩＳ）を制御する一致試験コマンドジェネレータ（ＣＴ−ＴＣＥ）を用いた一致試験（ＣＴ）のための試験コマンドを生成し、移動電話網のユーザトラフィックを生成することを特徴とする請求項８に記載の運転試験装置。 11．前記テストケースジェネレータ（ＴＣＧ）は、移動電話網の交換局間の線を規則的に中断または切断し、および／または交換局コンピュータ内の構成要素の動作を停止しまたは中断することのできる妨害試験コマンドジェネレータ（ＤＴ−ＴＣＥ）を用いた妨害試験（ＤＴ）のための試験コマンドを生成することを特徴とする請求項８に記載の運転試験装置。 12．前記移動電話網は、ＧＳＭ移動電話網であり、前記電話網は、在来型の公衆電話交換網（ＰＳＴＮ）であることを特徴とする請求項８に記載の運転試験装置。 13．運転試験装置であって、ａ）ペトリネットモデルジェネレータ（ＰＮＭ−Ｇ）として実行する前記試験状態モデルジェネレータ（ＴＳＴＭ−Ｇ）は、前記試験システム（ＳＵＴ）の生成されたペトリネット状態モデルをペトリネットモデル記憶（ＰＮＭ−Ｓ）に書き込み、ｂ）前記試験状態モデル・シミュレータ（ＴＳＴＭ−Ｓｉｍ）ＰＮＭ−Ｓｉｍ）は、前記ペトリネットの現在の運転状態を記憶するのに用いられるペトリネット・マーキング記憶（Ｍｓｔ）を含むペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）であり、ｃ）前記ペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）は、前記ペトリネット・マーキング記憶（Ｍｓｔ）から前記ペトリネットモデルの現在の状態をトークン（・）を有する全ての位置の現在のマーキングとして読み取り、前記試験システム（ＳＵＴ）のペトリネット状態モデル（ＰＮＭ）を前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）から読み取り、前記ペトリネットモデルの現在のマーキングと構造により与えられる可能な状態遷移の１つをランダムな制御方法で選択し、この状態遷移から得られた新しいマーキングを計算して、これを現在のマーキングとしてマーキング記憶装置（Ｍｓｔ）に記憶し、ｄ）前記試験状態モデルコマンドジェネレータは、ペトリネットモデル・コマンドジェネレータ（ＰＮＭ−ＣＧ）であり、行われた遷移について前記ペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）から通知を受けて、前記生成されたテストケースを構成する対応する試験コマンドを前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）からロードし、これを前記試験システム（ＳＵＴ）に送ることを特徴とする請求項７に記載の運転試験装置。 14．前記試験状態モデル記憶（ＴＳＴＭ−Ｓ、ＰＮＭ−Ｓ）は、ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）であり、・前記試験システム（ＳＵＴ）の個別の操作手段、サービスまたは構成要素の可能な運転状態を示す前記ペトリネットの位置（○）と、・前記状態モデル内の状態の可能な変化を記述し、また動作の形で実行される運転機能を含む前記ペトリネットの遷移（｜）と、・エッジであって、位置を遷移にまた遷移をエッジに接続し遷移の切替えの前または後に満たされるべき条件を示し、これらの条件は、エッジを経て遷移に接続する位置のマーキングにより与えられ、前記遷移とその結果に必要であるエッジ（→）と、・シミュレーションの開始またはテストケースの生成の前にモデルの初期状態を指定するトークン（・）を含む前記ペトリネット状態モデル（ＰＮＭ）の位置の初期マーキングを記憶するために設けられることを特徴とする請求項１３に記載の運転試験装置。 15．前記テストケースジェネレータ（ＴＣＧ）は、・前記操作応答信号を受け、前記操作応答信号から前記試験システム（ＳＵＴ）の現在の状態の変化を検出し、現在の状態の変化をトークンの形で前記ペトリネット・マーキング記憶装置（Ｍｓｔ）に出力して前記ペトリネットの現在の状態と前記試験システム（ＳＵＴ）の現在の運転状態を同期させるための信号ハンドラ（ＰＮＭ−ＳＨ）を更に備えることを特徴とする請求項３および１３に記載の運転試験装置。 16．前記操作応答信号が状態の変化が更に起こることだけでなく、前記試験コマンドの出力に応じて前記試験システム（ＳＵＴ）内の状態に変化があるときに運転機能を実行することを示したとき、前記信号ハンドラ（ＰＮＭ−ＳＨ）は、状態の変化の発生だけでなく、前記実行された運転機能に対応する値（カラートークン）を前記ペトリネット・マーキング記憶装置（Ｍｓｔ）に送って、同期の目的で現在の状態を更新することを特徴とする請求項１５および６に記載の運転試験装置。 17．前記信号ハンドラ（ＰＮＭ−ＳＨ）は、ハードウエア構成に関する情報から、前記試験システム内で利用可能な操作手段またはその状態をそれぞれ示す多数のトークン（・）を生成する（自動構成）ことを特徴とする請求項１４に記載の運転試験装置。 18．前記信号ハンドラは、前記試験システム内に操作手段が存在することだけでなく価格の形で、その識別を示すカラートークン（・）を生成することを特徴とする請求項６および１７に記載の運転試験装置。 19．前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）は、所定の数の同期位置（○）を含み、これらの同期位置（○）に、また必要であれば、他の位置（○）に入力エッジを介して接続する遷移（|）は、前記ペトリネット状態モデル内のこの同期位置（○）を介して、前記信号ハンドラ（ＰＮＭ−ＳＨ）が前記試験システム（ＳＵＴ）内の状態の変化を告げ、応答操作信号のために前記信号ハンドラがトークンを前記同期位置（○）に入れるときだけ発火することを特徴とする請求項１７に記載の運転試験装置。 20．前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）は、所定数のカラー同期位置（○）を含み、これらのカラー同期位置（○）やその他のカラー位置（○）にエッジアドレス付き入力エッジを介して接続する遷移（|）は、応答操作信号の結果、前記信号ハンドラ（ＰＮＭ−ＳＨ）が同じエッジアドレスの入力エッジを介して前記遷移（|）に接続する全ての前記カラー位置（○）内のトークンの値と一致する値を持つ前記同期位置（○）にカラートークンを置いたときにだけ発火することを特徴とする請求項１８と１９に記載の運転試験装置。 21．或る位置（○）または同期位置（○）は、中に記憶されているトークンが所定の待ち時間による遅延時間（△Ｔ）の後に初めて動作するよう待ち時間（△ Ｔ）が与えられ、前記待ち時間は、統計的分布により与えられる固定値またはランダム値を含み、この統計的分布に従ってトークンによって変わり、待ち時間は、実時間間隔（実時間）またはシミュレートされた時間間隔（仮想時間、すなわちシミュレーション時間）を実現することを特徴とする請求項１４および１９に記載の運転試験装置。 22．運転試験装置であって、ａ）少なくとも前記ペトリネットのマーキングをリセット状態（スナップショット）として記憶することができるリセット状態記憶装置（Ｒｓｔ）が存在し、ｂ）前記ペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）は、前記リセット状態記憶装置（Ｒｓｔ）からリセット状態（スナップショット）を読み出して、前記ペトリネット・マーキング記憶装置（Ｍｓｔ）内の前記ペトリネットの現在の状態（すなわち、現在のマーキング）を前記読み出したリセット状態にリセットすることを特徴とする請求項１３に記載の運転試験装置。 23．少なくとも１つの所定のリセットマーキング（スナップショット）を前記リセット状態記憶装置（Ｒｓｔ）に記憶し、前記リセット手段（ＲＳ）は、前記ペトリネット・マーキング記憶装置（Ｍｓｔ）内のトークンの現在の分布を前記トークンのリセット分布にセットすることを特徴とする請求項２２に記載の運転試験装置。 24．前記リセット状態記憶装置（Ｒｓｔ）は、前記ペトリネットがシミュレーション中にとる前記ペトリネットの現在のマーキング（スナップショット）をリセット状態として記憶することを特徴とする請求項２２に記載の運転試験装置。 25．前記試験システム（ＳＵＴ）の現在の状態と前記ペトリネットの現在の状態が一致しないときは、前記リセット手段（ＲＳ）は、前記ペトリネットの状態をリセット状態（スナップショット）にリセットし、同時に、前記試験システム（ＳＵＴ）を前記リセット状態に対応する状態にリセットする試験コマンドが生成されることを特徴とする請求項１５、１６、２２に記載の運転試験装置。 26．運転試験装置であって、ａ）前記トークン（・）は、電話網の加入者、加入者間の接続、加入者が用いる他の網サービスおよび／またはタイマを表し、ｂ）前記位置（○）は、前記加入者がとることのできる状態、前記加入者間の接続、前記加入者が用いる電話網サービスまたは前記試験システム（ＳＵＴ）内のタイマを示し、ｃ）前記遷移（|）は、前記ネット内の前記加入者が状態の変化を作る、または加入者自身の状態の変化を反映することができる運転機能を表すことを特徴とする請求項８および１４に記載の運転試験装置。 27．前記加入者は、従来の電話網（ＰＳＴＮ）の電話または移動電話網の移動電話であることを特徴とする請求項２６に記載の運転試験装置。 28．前記遷移は、確定的優先権または確率的優先権で発火し、したがってランダムおよび確定の両コマンドシーケンスを生成することができることを特徴とする請求項１４に記載の運転試験装置。 29．待ち時間位置を実時間で用いて前記試験システム（ＳＵＴ）のテストケースを生成し、またエラーを識別し、待ち時間のシミュレーションは、実時間で行い、前記ペトリネットモデル（ＰＮ）内の待ち時間で、制御される遅延状態遷移は、前記試験システム（ＳＵＴ）の状態遷移の対応する遅延を生成し、前記試験システム（ＳＵＴ）の帰還信号により同期位置に生成されるトークンの形で識別可能になる前記試験システム（ＳＵＴ）内の状態変化の規則的な発生は、前記ペトリネットモデル（ＰＮ）内でタイマとして切り替えられる待ち時間位置を用いて監視することを特徴とする請求項２１に記載の運転試験装置。 30．前記試験状態モデルは、恒久的に、または一時的に、すなわち、そのシミュレーションの間、前記試験状態モデル記憶装置（ＴＳＴＭ−Ｓ、ＰＮＭ−Ｓ）内に記憶されることを特徴とする請求項２に記載の運転試験装置。 31 ．運転試験装置であって、ａ）前記試験システム（ＳＵＴ）は、電話通信装置（ＫＶ）で形成され、前記電話通信装置（ＫＶ）は、複数の電話（Ｔ₁−Ｔ_n）、特に移動電話と、複数の電気接続線と、前記電話通信装置（ＫＶ）内で信号を伝送する少なくとも１台の伝送局（ＵＥＶ）を含み、ｂ）前記試験装置インターフェース（ＩＮＴ）とテストケースジェネレータ（ＴＣＧ）は、前記電話通信装置（ＫＶ）を運転負荷条件で試験する試験装置（ＴＶ）を形成し、前記試験装置（ＴＶ）は、ｂ１）中央信号処理装置（ＺＶ）であって、ｂ１１）前記電話通信装置（ＫＶ）を試験する前記試験コマンドを供給する少なくとも１台のプログラマブルデータ処理装置（Ｓ）と、ｂ１２）前記プログラマブルデータ処理装置（Ｓ）に接続し、前記試験コマンドを制御することにより前記プログラマブルデータ処理装置（Ｓ）が生成するデジタル信号を前記操作信号に変換するよう設計されたコンバータ装置（ＷＶ）と、を有する中央信号処理装置と、ｂ２）前記コンバータ装置（ＷＶ）に接続し、前記コンバータ装置（ＷＶ）の前記操作信号により予め定められた時間、個別またはグループの電気接続線を前記操作信号に従って規則的に中断するよう設計された少なくとも１台の中断装置（ＵＶ）とを備え、ｂ３）前記電話通信装置（ＫＶ）内の前記規則的な中断のために信号変化を生成し、関連する標準信号変化からの偏差があるときは、これを発信することを特徴とする請求項１に記載の運転試験装置。 32 ．少なくとも１つの前記１台の伝送局（ＵＥＶ）内に、および／または異なる伝送局（ＵＥＶ）間に配置された個別またはグループの電気接続線は、前記中断装置（ＵＶ）により中断することができることを特徴とする請求項３１に記載の運転試験装置。 33 ．前記コンバータ装置（ＷＶ）が前記伝送局（ＵＥＶ）から得る応答信号は、デジタル操作応答信号に変換することができることを特徴とする請求項３１または３２記載の運転試験装置。 34 ．前記コンバータ装置（ＷＶ）は、・前記プログラマブルデータ処理装置（Ｓ）が試験命令を更に制御することにより前記電話（Ｔ_n）のキーパッドおよびマイクロホンを制御し、・前記電話（Ｔ_n）のラウドスピーカおよび呼出し装置から受けた応答信号をデジタル操作応答信号に変換し、前記プログラマブルデータ処理装置（Ｓ）に送って記憶するよう設計されることを特徴とする請求項３１又は請求項３１に従属する請求項のいずれかに記載の運転試験装置。 35 ．前記試験装置（ＴＶ）は、接続装置も含み、これを通して前記コンバータ装置（ＷＶ）は、前記各電話（Ｔ₁−Ｔ_n）に接続し、これを通して前記操作信号は、前記コンバータ装置（ＷＶ）から選択された電話（Ｔ_n）に送信され、この信号によりダイアルされた電話（Ｔ_n）から、または前記選択された電話（Ｔ_n）から応答信号が前記コンバータ装置（ＷＶ）に送信されることを特徴とする請求項３１又は請求項３１に従属する請求項のいずれかに記載の運転試験装置。 36 ．前記接続装置は、・電話のキーパッド、マイクロホン、ラウドスピーカ、呼出し装置に接続する前記電話のアダプタと、・前記電話の前記アダプタと前記コンバータ装置の間に設けられる脱着可能な接続線と、を含むことを特徴とする請求項３５に記載の運転試験装置。 37 ．前記コンバータ装置（ＷＶ）は、記憶装置を含み、電話に特有のデータおよび／または伝送局に特有のデータは、前記コンバータ装置（ＷＶ）の前記メモリ装置の構成ファイル内に記憶され、前記コンバータ装置（ＷＶ）を異なる電話および／または伝送局（ＵＥＶ）に適応させることを特徴とする請求項３１又は請求項３１に従属する請求項のいずれかに記載の運転試験装置。 38 ．前記中央信号処理装置（ＺＶ）の前記プログラマブルデータ処理装置（Ｓ）は、遠隔データ伝送装置（ＤＦＶ）を介して複数の外部プログラマブルデータ処理装置（Ｃ₁−Ｃ_n）および／またはデータ表示装置に接続することを特徴とする請求項３１又は請求項３１に従属する請求項のいずれかに記載の運転試験装置。 39 ．遠隔データ伝送用に構内通信網（ＬＡＮ）が設けられることを特徴とする請求項３８に記載の運転試験装置。 40 ．遠隔データ伝送用にインターネット接続が設けられることを特徴とする請求項３８に記載の運転試験装置。 41 ．少なくとも１台の中断装置（ＵＶ）が、前記伝送局（ＵＥＶ）の少なくとも１枚の回路カード（ＳＫ）の接触片（ＫＬＩ）と回路カードキャリヤ（ＳＴ）の接触片（ＫＬ２）の間に設けられることを特徴とする請求項３１又は請求項３１に従属する請求項のいずれかに記載の運転試験装置。42 ．複数の回路カードが直列に接続され、それぞれ各自のアドレスを持ち、前記回路カードは、単一の制御線を介して制御することができることを特徴とする請求項４１に記載の運転試験装置。 43 ．前記少なくとも１台の中断装置（ＵＶ）は、回路カードキャリヤ（ＳＴ）に接続する前記伝送局（ＵＥＶ）の前記回路カード（ＳＫ）の各前部に設けられることを特徴とする請求項４１に記載の運転試験装置。 44 ．前記伝送局（ＵＥＶ）は、移動交換局（ＭＳＣ）、基地交換局（ＢＳＣ）、基地トランシーバ局（ＢＴＳ）を含むＧＳＭ伝送局であることを特徴とする請求項３１又は請求項３１に従属する請求項のいずれかに記載の運転試験装置。 45 ．実運転環境において試験条件の下で用いられる実運転システム（ＳＵＴ− ＲＡ）に対応する運転状態を有する試験システム（ＳＵＴ）の運転試験（ＬＴ、ＤＴ、ＣＴ）を実行する方法であって、ａ）テストケースジェネレータ（ＴＣＧ）より、それぞれが前記試験システム内で運転状態の所定の変化を示し、試験コマンドを持つ多数のテストケース（ＴＣ）を生成し、ｂ）試験装置インターフェース（ＩＮＴ）により前記試験コマンドを受け、対応する操作信号を前記試験システム（ＳＵＴ）に出力して、前記試験装置インターフェース（ＩＮＴ）を介して運転状態に所定の変化をもたらし、ｃ１）試験状態モデルジェネレータ（ＴＳＴＭ−Ｇ、ＰＮＭ−Ｇ）により、前記試験システム（ＳＵＴ）のハードウエア構成に関する情報と、実アプリケーションにおける前記試験システム（ＳＵＴ−ＲＡ）の可能な運転状態に関する情報と、前記試験システム（ＳＵＴ）内で運転状態に変化をもたらすのに必要な試験コマンドに関する情報から、また前記運転状態について運転システムの実アプリケーション中に確かめられる遷移確率を示すトラフィック値から前記試験システムの状態モデルを生成し、ｃ２）試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ、ＰＮＭ−Ｓｉｍ）を使用する前記試験状態モデル（ＴＳＴＭ）内の前記遷移確率に従ってランダムに制御された運転状態変化を順次生成し、ｃ３）前記試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ）が生成する前記状態変化と、試験状態モデルコマンドジェネレータ（ＴＳＴＭ−ＣＧ、ＰＮＭ− ＣＧ）による前記試験状態モデル（ＴＳＴＭ、ＰＮＭ）に従って、これらの状態変化に連結する試験コマンドに基づいて前記テストケース（ＴＣ）の試験コマンドを生成するステップを含む運転試験を行う方法。 46 ．前記操作信号は、テストケースを実行する装置（ＴＣＥ）を介して試験装置インターフェース（ＩＮＴ）として出力されることを特徴とする請求項４５に記載の運転試験を行う方法。 47．運転試験を行う方法であって、前記運転試験（ＬＴ、ＤＴ、ＣＴ）は、電話通信装置（ＫＶ）を含む試験システム（ＳＵＴ）を運転負荷条件で試験するために実行され、前記電話通信装置（ＫＶ）は、複数の電話（Ｔ₁−Ｔ_n）、特に移動電話と、複数の電気接続線と、前記電話通信装置（ＫＶ）内で信号を伝送する少なくとも１台の伝送局（ＵＥＶ）を含み、前記試験装置インターフェース（ＩＮＴ）と前記テストケースジェネレータ（ＴＣＧ）は、前記電話通信装置（ＫＶ）を負荷条件で試験する試験装置（ＴＶ）を形成し、前記方法は、・前記電話通信装置（ＫＶ）を試験するために前記試験装置（ＴＶ）の中央信号処理装置（ＺＶ）のプログラマブルデータ処理装置（Ｓ）で前記試験コマンドを生成して実行し、・前記試験コマンドに従って生成されたデジタル試験信号をコンバータ装置（ＷＶ）に送信して、前記デジタル試験信号を、前記複数の電気接続線の少なくとも１つの電気接続線を規則的に中断するための操作信号に変換し、・前記操作信号を前記コンバータ装置（ＷＶ）から中断装置（ＵＶ）に送信し、前記操作信号に従って前記中断装置（ＵＶ）を制御して、少なくとも１つの電気接続線を前記操作信号により予め定められた時間中断し、・前記規則的中断により作られた実際の運転信号変化と、関連する基準信号変化とを比較し、・前記基準信号変化からの前記実信号変化の偏差を送信するステップを含むことを特徴とする請求項４５に記載の運転試験を行う方法。 48．運転試験を行う方法であって、・前記コンバータ装置（ＷＶ）を用いて試験コマンドを更に制御することにより前記電話のキーパッドとマイクロホンを制御し、・前記電話のラウドスピーカおよび呼出し装置から応答信号を受け、前記応答信号をデジタル操作信号に変換し、前記デジタル操作応答信号を前記プログラマブルデータ処理装置（Ｓ）に送信するステップを含むことを特徴とする請求項４７に記載の運転試験を行う方法。 49．運転試験を行う方法であって、二者が関係する電話、または三者以上の参加者が関係する会議電話において、複数の電話（Ｔ₁−Ｔ_n）の各対の電話の間に音声チャンネルを設定し、前記第１の電話を用いて、前記第１の電話をはっきり識別するトーンパルスのパターンを前記音声チャンネルを介して所定の周波数で繰り返し送信し、前記音声チャンネルを介して送信される前記第１の電話のトーンパルスのパターンの受信を呼に参加する第２の電話により監視させる、ステップを含み、前記第１および第２の電話の間の前記トーンパルスのパターンの伝送は、音声圧縮と音声伸張を含み、前記トーンパルスのパターンは、音声圧縮と音声伸張を用いた場合に、前記第２の電話が前記トーンパルスのパターンを受信したときに前記第１の電話を識別することができるように選択することを特徴とする請求項４７または４８に記載の運転試験を行う方法。 50．前記コンバータ装置（ＷＶ）から前記試験コマンドに従って選択された電話に接続装置を介して操作信号を送信し、ダイアルされた電話の応答信号を前記接続装置を介して前記コンバータ装置に送信するステップを含むことを特徴とする請求項４７から４９のいずれかに記載の運転試験を行う方法。 51．前記試験装置（ＴＶ）の前記プログラマブルデータ処理装置（Ｓ）と複数の外部プログラマブルデータ処理装置（Ｃ₁−Ｃ_n）および／またはデータ表示装置の間に遠隔データ伝送装置（ＤＦＶ）を介してデータを伝送することを特徴とする請求項４７から４９のいずれかに記載の運転試験を行う方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者クロイアー，ディータードイツ連邦共和国ドュレン，アムシュタインベルグ 25

Claims

【特許請求の範囲】 1. 実運転環境において試験条件の下で用いられる実運転システム（ＳＵＴ− ＲＡ）に対応する運転状態を有する試験システム（ＳＵＴ）の運転試験（ＬＴ、ＤＴ、ＣＴ）を実行する運転試験装置であって、ａ）それぞれが前記試験システム内で運転状態に望ましい変化を作ることを目的にし、試験コマンドを持つ多数のテストケース（ＴＣ）を生成するテストケースジェネレータ（ＴＣＧ）と、ｂ）前記試験コマンドを受け、対応する操作信号を前記試験システム（ＳＵＴ）に出力して、運転状態に前記望ましい変化をもたらす試験装置インターフェース（ＩＮＴ）と、を備え、ｃ）前記テストケースジェネレータ（ＴＣＧ）は、・前記試験システム（ＳＵＴ）のハードウエア構成に関する情報から、前記実運転システム（ＳＵＴ−ＲＡ）の可能な運転状態に関する情報から、前記運転状態について前記運転システム（ＳＵＴ−ＲＡ）の実アプリケーション中に確かめられる遷移確率を示すトラフィック値から、前記試験システム（ＳＵＴ）の許された試験コマンドから、前記試験システム（ＳＵＴ）の試験状態モデルを生成する試験状態モデルジェネレータ（ＴＳＴＳ−Ｇ、ＰＮＭ−Ｇ）と、・前記試験状態モデルを記憶する試験状態モデル記憶装置（ＴＳＴＭ−Ｓ、ＰＮＭ−Ｓ）と、・前記試験状態モデルを統計的に通過して望ましい運転状態遷移を生成する試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ、ＰＮＭ−Ｓｉｍ）と、・前記試験状態モデルシミュレータが生成する前記運転状態遷移に基づいて前記テストケース（ＴＣ）の試験コマンドを順次生成する試験状態モデルコマンドジェネレータ（ＴＳＴＭ−ＣＧ、ＰＮＭ−ＣＧ）と、を備える、運転試験装置。 2. 前記試験状態モデルコマンドジェネレータ（ＴＳＴＭ−ＣＧ、ＰＮＭ−ＣＧ）は、ランダムに、しかし自然の統計的規則に従ってモンテカルロ・シミュレーションの前記試験状態モデルを通過することを特徴とする請求項１に記載の運転試験装置。 3. 前記試験装置インターフェース（ＩＮＴ）は、それぞれ各操作信号に応じて前記試験システム内で実行される運転状態の変化を示す操作応答信号を前記試験システム（ＳＵＴ）から受け、対応する操作応答信号を前記テストケースジェネレータ（ＴＣＧ）に出力することを特徴とする請求項２に記載の運転試験装置。 4. 前記テストケースジェネレータ（ＴＣＧ）は、比較器（ＣＭＰ）を含み、前記試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ、ＰＮＭ−Ｓｉｍ）は、前記状態モデルに基づいて前記試験システム（ＳＵＴ）の期待操作応答信号を生成して、これを記憶装置（バッファＢ）に記憶し、順次送信される試験コマンドに応じて前記試験システム（ＳＵＴ）が生成する操作応答信号を記憶装置（バッファＡ）に記憶し、前記比較器（ＣＭＰ）は、前記試験システムが観測した操作応答信号とシミュレーション中に生成された期待操作応答信号を比較し、前記記憶された期待および観測操作応答信号が一致しないときは、エラー出力を生成すること、を特徴とする請求項３に記載の運転試験装置。 5. 前記試験状態モデルジェネレータ（ＴＳＴＭ−Ｇ）は、マルコフ連鎖モデルに基づいて前記試験システム（ＳＵＴ）の試験状態モデルを生成することを特徴とする請求項２に記載の運転試験装置。 6. 前記テストケースジェネレータ（ＴＣＧ）は、前記試験システム内に状態の変化があるとき、前記試験システム（ＳＵＴ）が実行すべき対応する運転機能を示す試験コマンドを生成することを特徴とする請求項２に記載の運転試験装置。 7. 前記試験状態モデルジェネレータ（ＰＮＭ−Ｇ）は、ペトリネットモデル（ＰＮＭ）に基づいて前記試験システム（ＳＵＴ）の試験状態モデルを生成することを特徴とする請求項２に記載の運転試験装置。 8. 前記試験システム（ＳＵＴ）は、電話網および／または移動電話網であることを特徴とする請求項２に記載の運転試験装置。 9. 前記テストケースジェネレータ（ＴＣＧ）は、負荷試験コマンドジェネレータ（ＬＴ−ＴＣＥ）を用いて負荷試験（ＬＴ）を行うための試験コマンドを移動電話網の交換局（ＭＳＣ）および／またはローカル交換局（ＢＳＣ）に送信することを特徴とする請求項８に記載の運転試験装置。 10．前記テストケースジェネレータ（ＴＣＧ）は、一連の移動電話（ＭＳ）とエアインターフェース・シミュレータ（ＡＩＳ）を制御する一致試験コマンドジェネレータ（ＣＴ−ＴＣＥ）を用いた一致試験（ＣＴ）のための試験コマンドを生成し、このようにして移動電話網のユーザトラフィックを生成することを特徴とする請求項８に記載の運転試験装置。 11．前記テストケースジェネレータ（ＴＣＧ）は、移動電話網の交換局間の線を規則的に中断または切断しおよび／または交換局コンピュータ内の構成要素の動作を停止しまたは中断することのできる妨害試験コマンドジェネレータ（ＤＴ −ＴＣＥ）を用いた妨害試験（ＤＴ）のための試験コマンドを生成することを特徴とする請求項８に記載の運転試験装置。 12．前記移動電話網は、ＧＳＭ移動電話網であり、前記電話網は、在来型の公衆電話交換網（ＰＳＴＮ）であることを特徴とする請求項８に記載の運転試験装置。 13．運転試験装置であって、ａ）ペトリネットモデルジェネレータ（ＰＮＭ−Ｇ）として実行する前記試験状態モデルジェネレータ（ＴＳＴＭ−Ｇ）は、前記試験システム（ＳＵＴ）の生成されたペトリネット状態モデルをペトリネットモデル記憶（ＰＮＭ−Ｓ）に書き込み、ｂ）前記試験状態モデル・シミュレータ（ＴＳＴＭ−Ｓｉｍ、ＰＮＭ−Ｓｉｍ）は、前記ペトリネットの現在の運転状態を記憶するのに用いられるペトリネット・マーキング記憶（Ｍｓｔ）を含むペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）であり、ｃ）前記ペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）は、前記ペトリネット・マーキング記憶（Ｍｓｔ）から前記ペトリネットモデルの現在の状態をトークン（・）を有する全ての位置の現在のマーキングとして読み取り、前記試験システム（ＳＵＴ）のペトリネット状態モデル（ＰＮＭ）を前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）から読み取り、前記ペトリネットモデルの現在のマーキングと構造により与えられる可能な状態遷移の１つをランダムな制御方法で選択し、この状態遷移から得られた新しいマーキングを計算して、これを現在のマーキングとしてマーキング記憶装置（Ｍｓｔ）に記憶し、ｄ）前記試験状態モデルコマンドジェネレータは、ペトリネットモデル・コマンドジェネレータ（ＰＮＭ−ＣＧ）であり、行われた遷移について前記ペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）から通知を受けて、前記生成されたテストケースを構成する対応する試験コマンドを前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）からロードし、これを前記試験システム（ＳＵＴ）に送ることを特徴とする請求項７に記載の運転試験装置。 14．前記試験状態モデル記憶（ＴＳＴＭ−Ｓ、ＰＮＭ−Ｓ）は、ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）であり、これは、・前記試験システム（ＳＵＴ）の個別の操作手段、サービスまたは構成要素の可能な運転状態を示す前記ペトリネットの位置（○）と、・前記状態モデル内の状態の可能な変化を記述し、また動作の形で実行される運転機能を含む前記ペトリネットの遷移（｜）と、・エッジであって、位置を遷移にまた遷移をエッジに接続し遷移の切替えの前または後に満たされるべき条件を示し、これらの条件は、エッジを経て遷移に接続する位置のマーキングにより与えられ、前記遷移とその結果に必要であるエッジ（→）と、・シミュレーションの開始またはテストケースの生成の前にモデルの初期状態を指定するトークン（・）を含む前記ペトリネット状態モデル（ＰＮＭ）の位置の初期マーキングを記憶するために設けられることを特徴とする請求項１３に記載の運転試験装置。 15．前記テストケースジェネレータ（ＴＣＧ）は、・前記操作応答信号を受け、前記操作応答信号から前記試験システム（ＳＵＴ）の現在の状態の変化を検出し、現在の状態の変化をトークンの形で前記ペトリネット・マーキング記憶装置（Ｍｓｔ）に出力して前記ペトリネットの現在の状態と前記試験システム（ＳＵＴ）の現在の運転状態を同期させるための信号ハンドラ（ＰＮＭ−ＳＨ）を更に備えることを特徴とする請求項３および１３に記載の運転試験装置。 16．前記操作応答信号が状態の変化が更に起こることだけでなく、前記試験コマンドの出力に応じて前記試験システム（ＳＵＴ）内の状態に変化があるときに運転機能を実行することを示したとき、前記信号ハンドラ（ＰＮＭ−ＳＨ）は、状態の変化の発生だけでなく、前記実行された運転機能に対応する値（カラートークン）を前記ペトリネット・マーキング記憶装置（Ｍｓｔ）に送って、同期の目的で現在の状態を更新することを特徴とする請求項１５および６に記載の運転試験装置。 17．前記信号ハンドラ（ＰＮＭ−ＳＨ）は、ハードウエア構成に関する情報から、前記試験システム内で利用可能な操作手段またはその状態をそれぞれ示す多数のトークン（・）を生成する（自動構成）ことを特徴とする請求項１４に記載の運転試験装置。 18．前記信号ハンドラは、前記試験システム内に操作手段が存在することだけでなく価格の形で、その識別を示すカラートークン（・）を生成することを特徴とする請求項６および１７に記載の運転試験装置。 19．前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）は、所定の数の同期位置（○）を含み、これらの同期位置（○）にまた必要であれば他の位置（○）に入力エッジを介して接続する遷移（|）は、前記ペトリネット状態モデル内のこの同期位置（○）を介して、前記信号ハンドラ（ＰＮＭ−ＳＨ）が前記試験システム（ＳＵＴ）内の状態の変化を告げ、応答操作信号のために前記信号ハンドラがトークンを前記同期位置（○）に入れるときだけ発火することを特徴とする請求項１７に記載の運転試験装置。 20．前記ペトリネットモデル記憶装置（ＰＮＭ−Ｓ）は、所定数のカラー同期位置（○）を含み、これらのカラー同期位置（○）やその他のカラー位置（○）にエッジアドレス付き入力エッジを介して接続する遷移（|）は、応答操作信号の結果、前記信号ハンドラ（ＰＮＭ−ＳＨ）が同じエッジアドレスの入力エッジを介して前記遷移（|）に接続する全ての前記カラー位置（○）内のトークンの値と一致する値を持つ前記同期位置（○）にカラートークンを置いたときにだけ発火することを特徴とする請求項１８と１９に記載の運転試験装置。 21．成る位置（○）または同期位置（○）は、中に記憶されているトークンが所定の待ち時間による遅延時間（△Ｔ）の後に初めて動作するよう待ち時間（△ Ｔ）が与えられ、前記待ち時間は、統計的分布により与えられる固定値またはランダム値を含み、この統計的分布に従ってトークンによって変わり、待ち時間は、実時間間隔（実時間）またはシミュレートされた時間間隔（仮想時間すなわちシミュレーション時間）を実現することを特徴とする請求項１４および１９に記載の運転試験装置。 22．運転試験装置であって、ａ）少なくとも前記ペトリネットのマーキングをリセット状態（スナップショット）として記憶することができるリセット状態記憶装置（Ｒｓｔ）が存在し、ｂ）前記ペトリネットモデル・シミュレータ（ＰＮＭ−Ｓｉｍ）は、前記リセット記憶装置（Ｒｓｔ）からリセット状態（スナップショット）を読み出して、前記ペトリネット・マーキング記憶装置（Ｍｓｔ）内の前記ペトリネットの現在の状態（すなわち、現在のマーキング）を前記読み出したリセット状態にリセットすることを特徴とする請求項１３に記載の運転試験装置。 23．少なくとも１つの所定のリセットマーキング（スナップショット）を前記リセット状態記憶装置（Ｒｓｔ）に記憶し、前記リセット手段（ＲＳ）は、前記ペトリネット・マーキング記憶装置（Ｍｓｔ）内のトークンの現在の分布を前記トークンのリセット分布にセットすることを特徴とする請求項２２に記載の運転試験装置。 24．前記リセット状態記憶装置（ＲＳ）は、前記ペトリネットがシミュレーション中にとる前記ペトリネットの現在のマーキング（スナップショット）をリセット状態として記憶することを特徴とする請求項２２に記載の運転試験装置。 25．前記試験システム（ＳＵＴ）の現在の状態と前記ペトリネットの現在の状態が一致しないときは、前記リセット手段（ＲＳ）は、前記ペトリネットの状態をリセット状態（スナップショット）にリセットし、同時に、前記試験システム（ＳＵＴ）を前記リセット状態に対応する状態にリセットする試験コマンドが生成されることを特徴とする請求項１５、１６、２２に記載の運転試験装置。 26．運転試験装置であって、ａ）前記トークン（・）は、電話網の加入者、加入者間の接続、加入者が用いる他の網サービスおよび／またはタイマを表し、ｂ）前記位置（○）は、前記加入者がとることのできる状態、前記加入者間の接続、前記加入者が用いる電話網サービスまたは前記試験システム（ＳＵＴ）内のタイマを示し、ｃ）前記遷移（|）は、前記ネット内の前記加入者が状態の変化を作るまたは加入者自身の状態の変化を反映することができる運転機能を表すことを特徴とする請求項８および１４に記載の運転試験装置。 27．前記加入者は従来の電話網（ＰＳＴＮ）の電話または移動電話網の移動電話であることを特徴とする請求項２６に記載の運転試験装置。 28．前記遷移は、確定的優先権または確率的優先権で発火し、したがってランダムおよび確定の両コマンドシーケンスを生成することができることを特徴とする請求項１４に記載の運転試験装置。 29．待ち時間位置を実時間で用いて前記試験システム（ＳＵＴ）のテストケースを生成しまたエラーを識別し、ここで待ち時間のシミュレーションは、実時間で行い、前記ペトリネットモデル（ＰＮ）内の待ち時間で、このようにして制御される遅延状態遷移は、前記試験システム（ＳＵＴ）の状態遷移の対応する遅延を生成し、前記試験システム（ＳＵＴ）の帰還信号により同期位置に生成されるトークンの形で識別可能になる前記試験システム（ＳＵＴ）内の状態変化の規則的な発生は、前記ペトリネットモデル（ＰＮ）内でタイマとして切り替えられる待ち時間位置を用いて監視することを特徴とする請求項２１に記載の運転試験装置。 30．前記試験状態モデルは、恒久的に、または一時的にすなわちそのシミュレーションの間、前記試験状態モデル記憶装置（ＴＳＴＭ−Ｓ、ＰＮＭ−Ｓ）内に記憶されることを特徴とする請求項２に記載の運転試験装置。 31．実運転環境において試験条件の下で用いられる実運転システム（ＳＵＴ− ＲＡ）に対応する運転状態を有する試験システム（ＳＵＴ）の運転試験（ＬＴ、ＤＴ、ＣＴ）を実行する方法であって、ａ）テストケースジェネレータ（ＴＣＧ）を有し、それぞれが前記試験システム内で運転状態の所定の変化を示し、試験コマンドを持つ多数のテストケース（ＴＣ）を生成し、ｂ）前記試験コマンドを受け、対応する操作信号を前記試験システム（ＳＵＴ）に出力して、試験装置インターフェース（ＩＮＴ）を介して運転状態に所定の変化をもたらし、ｃ１）試験状態モデルジェネレータ（ＴＳＴＭ−Ｇ、ＰＮＭ−Ｇ）を有し、前記試験システム（ＳＵＴ）のハードウエア構成に関する情報と、実アプリケーションにおける前記試験システム（ＳＵＴ−ＲＡ）の可能な運転状態に関する情報と、前記試験システム（ＳＵＴ）内で運転状態に変化をもたらすのに必要な試験コマンドに関する情報から、また前記運転状態について運転システムの実アプリケーション中に確かめられる遷移確率を示すトラフィック値から前記試験システムの状態モデルを生成し、ｃ２）試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ、ＰＮＭ−Ｓｉｍ）を有する前記試験状態モデル（ＴＳＴＭ）内の前記遷移確率に従ってランダムに制御された状態変化を順次生成し、ｃ３）前記試験状態モデルシミュレータ（ＴＳＴＭ−Ｓｉｍ）が生成する前記状態遷移と、試験状態モデルコマンドジェネレータ（ＴＳＴＭ−ＣＧ、ＰＮＭ− ＣＧ）が生成した前記試験状態モデル（ＴＳＴＭ、ＰＮＭ）に従って、これらの状態遷移に連結する試験コマンドに基づいて前記テストケース（ＴＣ）の試験コマンドを生成するステップを含む運転試験を行う方法。 32．前記操作信号は、テストケースを実行する装置（ＴＣＥ）を介して試験装置インターフェース（ＩＮＴ）として出力されることを特徴とする請求項３１に記載の運転試験を行う方法。 33．運転試験装置であって、ａ）前記試験システム（ＳＵＴ）は、電話通信装置（ＫＶ）で形成され、前記電話通信装置（ＫＶ）は、複数の電話（Ｔ₁−Ｔ_n）、特に移動電話と、複数の電気接続線と、前記電話通信装置（ＫＶ）内で信号を伝送する少なくとも１台の伝送局（ＵＥＶ）を含み、ｂ）前記試験装置インターフェース（ＩＮＴ）とテストケースジェネレータ（ＴＣＧ）は、前記電話通信装置（ＫＶ）を運転負荷条件で試験する試験装置（ＴＶ）を形成し、前記試験装置（ＴＶ）は、ｂ１）中央信号処理装置（ＺＶ）であって、ｂ１１）前記電話通信装置（ＫＶ）を試験する前記試験コマンドを供給する少なくとも１台のプログラマブルデータ処理装置（Ｓ）と、ｂ１２）前記プログラマブルデータ処理装置（Ｓ）に接続し、前記試験コマンドを制御することにより前記プログラマブルデータ処理装置（Ｓ）が生成するディジタル信号を前記操作信号に変換するよう設計されたコンバータ装置（ＷＶ）と、を有する中央信号処理装置と、ｂ２）前記コンバータ装置（ＷＶ）に接続し、前記コンバータ装置（ＷＶ）の前記操作信号により予め定められた時間、個別のまたはグループの電気接続線を前記操作信号に従って規則的に中断するよう設計された少なくとも１台の中断装置（ＵＶ）と、を備え、ｂ３）前記電話通信装置（ＫＶ）内の前記規則的な中断のために信号変化を生成し、関連する標準信号変化からの偏差があるときは、これを発信することを特徴とする請求項１に記載の運転試験装置。 34．少なくとも１つの前記１台の伝送局（ＵＥＶ）内に、および／または異なる伝送局（ＵＥＶ）間に配置された個別またはグループの電気接続線は、前記中断装置（ＵＶ）により中断することができることを特徴とする請求項３３に記載の運転試験装置。 35．前記コンバータ装置（ＷＶ）が前記伝送局（ＵＥＶ）から得る応答信号は、ディジタル操作応答信号に変換することができることを特徴とする請求項３３または３４記載の運転試験装置。 36．前記コンバータ装置（ＷＶ）は、・前記プログラマブルデータ処理装置（Ｓ）が試験命令を更に制御することにより前記電話（Ｔ_n）のキーパッドおよびマイクロホンを制御し、・前記電話（Ｔ_n）のラウドスピーカおよび呼出し装置から受けた応答信号をディジタル操作応答信号に変換し、これを前記プログラマブルデータ処理装置（Ｓ）に送ってここに記憶するよう設計されることを特徴とする前記請求項のいずれかに記載の運転試験装置。 37．前記試験装置（ＴＶ）は、接続装置も含み、これを通して前記コンバータ装置（ＷＶ）は、前記各電話（Ｔ₁−Ｔ_n）に接続し、またこれを通して前記操作信号は、前記コンバータ装置（ＷＶ）から選択された電話（Ｔ_n）に送信され、この信号によりダイアルされた電話（Ｔ_n）から、または前記選択された電話（Ｔ_n）から応答信号が前記コンバータ装置（ＷＶ）に送信されることを特徴とする前記請求項のいずれかに記載の運転試験装置。 38．前記接続装置は、・電話のキーパッド、マイクロホン、ラウドスピーカ、呼出し装置に接続する前記電話のアダプタと、・前記電話の前記アダプタと前記コンバータ装置の間に設けられる脱着可能な接続線と、を含むことを特徴とする請求項３７に記載の運転試験装置。 39．前記コンバータ装置（ＷＶ）は、記憶装置を含み、電話に特有のデータおよび／または伝送局に特有のデータは、前記コンバータ装置（ＷＶ）の前記メモリ装置の構成ファイル内に記憶され、これにより前記コンバータ装置（ＷＶ）を異なる電話および／または伝送局（ＵＥＶ）に適応させることを特徴とする前記請求項のいずれかに記載の運転試験装置。 40．前記中央信号処理装置（ＺＶ）の前記プログラマブルデータ処理装置（Ｓ）は、遠隔データ伝送装置（ＤＦＶ）を介して複数の外部プログラマブルデータ処理装置（Ｃ₁−Ｃ_n）および／またはデータ表示装置に接続することを特徴とする前記請求項のいずれかに記載の運転試験装置。 41．遠隔データ伝送用に構内通信網（ＬＡＮ）が設けられることを特徴とする請求項４０に記載の運転試験装置。 42．遠隔データ伝送用にインターネット接続が設けられることを特徴とする請求項４０に記載の運転試験装置。 43．少なくとも１台の中断装置（ＵＶ）が、前記伝送局（ＵＥＶ）の少なくとも１枚の回路カード（ＳＫ）の接触片（ＫＬ１）と回路カードキャリヤ（ＳＴ）の接触片（ＫＬ２）の間に設けられることを特徴とする前記請求項のいずれかに記載の運転試験装置。 44．複数の回路カードが直列に接続され、それぞれ各自のアドレスを持ち、前記回路カードは、単一の制御線を介して制御することができることを特徴とする請求項４３に記載の運転試験装置。 45．前記少なくとも１台の中断装置（ＵＶ）は、回路カードキャリヤ（ＳＴ）に接続する前記伝送局（ＵＥＶ）の前記回路カード（ＳＫ）の各前部に設けられることを特徴とする請求項３３から４２に記載の運転試験装置。 46．前記伝送局（ＵＥＶ）は、移動交換局（ＭＳＣ）、基地交換局（ＢＳＣ）、基地トランシーバ局（ＢＴＳ）を含むＧＳＭ伝送局であることを特徴とする前記請求項のいずれかに記載の運転試験装置。 47．運転試験を行う方法であって、前記運転試験（ＬＴ、ＤＴ、ＣＴ）は、電話通信装置（ＫＶ）を含む試験システム（ＳＵＴ）を運転負荷条件で試験するために実行され、前記電話通信装置（ＫＶ）は、複数の電話（Ｔ₁−Ｔ_n）、特に移動電話と、複数の電気接続線と、前記電話通信装置（ＫＶ）内で信号を伝送する少なくとも１台の伝送局（ＵＥＶ）を含み、前記試験装置インターフェース（ＩＮＴ）と前記テストケースジェネレータ（ＴＣＧ）は、前記電話通信装置（ＫＶ）を負荷条件で試験する試験装置（ＴＶ）を形成し、前記方法は、・前記電話通信装置（ＫＶ）を試験するために前記試験装置（ＴＶ）の中央信号処理装置（ＺＶ）のプログラマブルデータ処理装置（Ｓ）で前記試験コマンドを生成して実行し、・前記試験コマンドに従って生成されたディジタル試験信号をコンバータ装置（ＷＶ）に送信して、前記ディジタル試験信号を、前記複数の電気接続線の少なくとも１つの電気接続線を規則的に中断するための操作信号に変換し、・前記操作信号を前記コンバータ装置（ＷＶ）から中断装置（ＵＶ）に送信し、前記操作信号に従って前記中断装置（ＵＶ）を制御して、少なくとも１つの電気接続線を前記操作信号により予め定められた時間中断し、・前記規則的中断により作られた実際の信号変化と、関連する基準信号変化とを比較し、・前記基準信号変化からの前記実信号変化の偏差を送信するステップを含むことを特徴とする請求項３１に記載の運転試験を行う方法。 48．運転試験を行う方法であって、・前記コンバータ装置（ＷＶ）を用いて試験コマンドを更に制御することにより前記電話のキーパッドとマイクロホンを制御し、・前記電話のラウドスピーカおよび呼出し装置から応答信号を受け、前記応答信号をディジタル操作信号に変換し、前記ディジタル操作応答信号を前記プログラマブルデータ処理装置（Ｓ）に送信するステップを含むことを特徴とする請求項４７に記載の運転試験を行う方法。 49．運転試験を行う方法であって、二者が関係する電話、または三者以上の参加者が関係する会議電話において、複数の電話（Ｔ₁−Ｔ_n）の各対の電話の間に音声チャンネルを設定し、前記第１の電話を用いて、前記第１の電話をはっきり識別するトーンパルスのパターンを前記音声チャンネルを介して所定の周波数で繰り返し送信し、前記音声チャンネルを介して送信される前記第１の電話のトーンパルスのパターンの受信を呼に参加する第２の電話により監視させる、ステップを含み、前記第１および第２の電話の間の前記トーンパルスのパターンの伝送は、音声圧縮と音声伸張を含み、前記トーンパルスのパターンは、音声圧縮と音声伸張を用いた場合に、前記第２の電話が前記トーンパルスのパターンを受信したときに前記第１の電話を識別することができるように選択することを特徴とする請求項４７または４８に記載の運転試験を行う方法。 50．前記コンバータ装置（ＷＶ）から前記試験コマンドに従って選択された電話に接続装置を介して操作信号を送信し、ダイアルされた電話の応答信号を前記接続装置を介して前記コンバータ装置に送信するステップを含むことを特徴とする請求項４７から４９に記載の運転試験を行う方法。 51．前記試験装置（ＴＶ）の前記プログラマブルデータ処理装置（Ｓ）と複数の外部プログラマブルデータ処理装置（Ｃ₁−Ｃ_n）および／またはデータ表示装置の間に遠隔データ伝送装置（ＤＦＶ）を介してデータを伝送することを特徴とする請求項４７から５０に記載の運転試験を行う方法。