JP2001285396A - 通信手段によってデータ通信をセットアップする方法、さらにそのためのプログラムモジュールおよび手段 - Google Patents

Abstract

(57)【要約】 【課題】 通信手段ＴＥＲＡによってデータ通信をセッ
トアップする方法、その第１ＴＥＲＡおよび第２ＴＥＲ
Ｂの通信手段、そのためのセットアッププログラムモジ
ュールＰＭＰＡとＰＭＰＢ、テスト手段ＣＫ、およびテ
スト手段用のテストモジュールＰＭＣＫを提供するこ
と。 【解決手段】 ＴＥＲＡは、少なくとも１つの第１の通
信プロトコル層を介したデータ通信用の、少なくとも１
つのプロトコルモジュールＰ１１Ａ、Ｐ２１Ａ、および
ＢＡを保有する。ＴＥＲＢは、ＴＥＲＡとのデータ通信
用の少なくとも１つの第１または第２のプロトコル層
の、少なくとも１つの対象プロトコル属性をＣＫに送信
する。ＴＥＲＡは、Ｐ１１Ａ、Ｐ２１Ａ、ＢＡによって
処理できる少なくとも１つのプロトコル層の、少なくと
も１つの実際のプロトコル属性をＣＫに送信する。ＣＫ
は、実際と対象のプロトコル属性と比較し命令を送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信手段でデータ
通信をセットアップする方法、そのための通信手段、そ
のための通信手段用のセットアップモジュール、そのた
めのテスト手段、さらにテスト手段用のテストモジュー
ルに関する。

【０００２】

【従来の技術】異なる通信プロトコルを使用して通信す
るために通信端末の能力によって満たすべき要件は、ま
すます動的になっている。例えば、音声入出力用のサウ
ンドボードを有するパーソナルコンピュータが、適した
アプリケーションソフトウェアを使用するＶｏＩＰ（ｖ
ｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃ
ｏｌ）通信を装備する場合がある。パーソナルコンピュ
ータのユーザは、この目的のために、インターネットか
ら、あるいは例えばＣＤ−ＲＯＭなどのメモリ媒体また
は記憶媒体から、自分のパーソナルコンピュータにアプ
リケーションソフトウェアをダウンロードし、それをイ
ンストールプログラムの助けによってインストールしな
ければならない。続くＶｏＩＰ通信の間に、いわゆる下
位プロトコル層は、パーソナルコンピュータにインスト
ールされたオペレーティングシステムによって処理さ
れ、上位プロトコル層は、ＶｏＩＰアプリケーションソ
フトウェアによって処理される。次いでプロトコル層
は、例えば、いわゆるＩＳＯ（国際標準化機構）モデル
に従って、いわゆるプロトコルスタック上に７層に重ね
られる場合がある。しかし、新しくインストールされた
ＶｏＩＰアプリケーションソフトウェアが、オペレーテ
ィングシステムによってすでに処理されているプロトコ
ル層を処理することが起こる可能性があり、そのため
に、オペレーティングシステムとＶｏＩＰアプリケーシ
ョンソフトウェアが衝突せずに共存することが不可能と
なる。このような場合、パーソナルコンピュータのユー
ザは、このような問題を引き起こさないＶｏＩＰアプリ
ケーションソフトウェアをインストールしなければなら
ないことになる。しかし、そのようなＶｏＩＰアプリケ
ーションソフトウェアの配置は、しばしばユーザにとっ
て長たらしくて飽き飽きするか、不可能であることが多
い。さらに、前述のインストールは、新しく配置したＶ
ｏＩＰソフトウェアが、例えばライブラリ機能としての
ソフトウェアコンポーネントを、パーソナルコンピュー
タにインストールされている他のソフトウェアコンポー
ネントとの互換性をおそらく有しない新しいソフトウェ
アコンポーネントによって自動的に置換することになる
可能性がある。

【０００３】別の筋書きでは、マルチメディア通信用の
アプリケーションソフトウェアがパーソナルコンピュー
タにインストールされ、それによりパーソナルコンピュ
ータは、画像、音声、およびデータを送受信することが
できる。通常、マルチメディア通信にはインターネット
が採用される。しかし、送信の質を改善する場合、イン
ターネットの代案としてまたはそれに加えて回線交換式
通信ネットワークを利用することで、十分に目的を果た
すこともできる。しかしこの目的のために、ユーザは、
自分の通信相手が協働可能な端末を持っているかどうか
を知らなければならない。さらに、ユーザ自身も、代替
送信パスに切り替えなければならない。

【０００４】

【発明が解決しようとする課題】したがって、本発明の
１つの目的は、変化するプロトコル要件に対して通信手
段が都合よく適合できるようにすることである。

【０００５】

【課題を解決するための手段】この目的は、請求項１の
技術原理による方法と、請求項９の技術原理による（第
１の）通信手段用のセットアップモジュールと、請求項
１０の技術原理によるテストモジュールと、請求項１１
の技術原理によるセットアップモジュールと、請求項１
２の技術原理による（第１の）通信手段と、請求項１３
の技術原理によるテスト手段と、さらに、請求項１４の
技術原理による（第２の）通信手段とによって達成され
る。本発明の他の有利な効果は、従属クレームおよび明
細書を読めば分かるであろう。

【０００６】この点に関し、本発明の原理の１つは、プ
ロトコルスタックの様々なプロトコル層が、個別にまた
は部分的にグループで、別個の対話式プロトコルモジュ
ールによって、まとまった方式（bundled manner）で処
理されるものであり、プロトコルモジュールのそれぞれ
のプログラムコードは、例えばパーソナルコンピュータ
や移動電話端末のプログラムコードのように第１の通信
手段のプロセッサによって実行される。第１の通信手段
と第２の通信手段との間で通信する前に、第１の通信手
段のプロトコルスタックに関するそれぞれの要件、すな
わちそのターゲットのまたは所望の属性が決定され、テ
スト手段に送られる。テスト手段は、例えば通信ネット
ワークのサーバ、または第１の通信手段、第２の通信手
段、または両方によって実行されるプログラムモジュー
ルである。さらに、第１の通信手段上にすでに存在する
プロトコルモジュールの実際のまたは現実のプロトコル
属性が、テスト手段に送られる。これらの属性をモデリ
ングするため、すなわち送信前にこれらの属性をエンコ
ードするために、スキーマ言語、例えばＲＤＦ（Ｒｅｓ
ｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏ
ｒｋ）データモデルおよびスキーマ言語に基づき、Ｗ３
Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉ
ｕｍ）勧告に従ってＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍ
ａｒｋｕｐＬａｎｇｕａｇｅ）タグを一般に使用するス
キーマ言語を採用して、メタデータ情報をエンコードし
て送信するのが好都合である。次いでテスト手段は、実
際のまたは現実の属性をターゲット属性と比較し、それ
ぞれに判定された結果に依存する形で後続の動作の実行
のための命令を通信手段に送るが、この命令中で、通信
手段は、例えば第１の通信手段にすでにインストールさ
れているプロトコルモジュールと協働する新しいプロト
コルモジュールをインストールするよう命令される。さ
らに、その命令中で、そのようなすでにインストールさ
れたプロトコルモジュールであって差し迫った通信を最
適な形でサポートするプロトコルモジュールを活動化さ
せるよう第１の通信手段が命令されることも可能であ
る。

【０００７】したがって、それぞれの場合に、通信に最
適なプロトコルモジュールが通信手段中で使用される。
これは、本発明において、一方でプロトコルモジュール
の概念によって、他方で通信への準備段階としてそれぞ
れの属性を取り決めることによって可能となる。さら
に、インストールされた通信手段を単純な形で実際の要
件に適合させることも可能である。

【０００８】前述の第１の例の原理を採用すると、Ｖｏ
ＩＰアプリケーションソフトウェアは、サービスおよび
アプリケーションの機能しか提供しないが、ＶｏＩＰア
プリケーションの下にあるプロトコル層上のプロトコル
機能は、パーソナルコンピュータにインストールされ他
のアプリケーションもサポートする可能性のあるプロト
コルモジュールによって実行される。後にＶｏＩＰアプ
リケーションソフトウェアのアップデートバージョンが
パーソナルコンピュータにインストールされる場合、こ
れらのプロトコルモジュールを引き続き利用することが
でき、それにより、これらのプロトコルモジュールもお
そらく採用する他のアプリケーションとの互換性問題は
起こらない。

【０００９】後続の記述は、添付の図面中に示す動作例
に基づいて本発明の利点を説明するのに役立つ。

【００１０】

【発明の実施の形態】図１は、本発明を実施できる、極
めて概略的に表した構成を例によって示している。図１
に、通信手段として機能する端末ＴＥＲＡおよびＴＥＲ
Ｂを示すが、この場合、例えばパーソナルコンピュータ
や移動電話端末の問題である。話を簡単にするために、
端末ＴＥＲＡおよびＴＥＲＢは、同様の設計を有し、機
能のブロック図として概略的に示されるに留まる。端末
ＴＥＲＡおよびＴＥＲＢは、通信ネットワークＮＥＴを
介してデータを送受信するための接続手段ＴＲＡおよび
ＴＲＢを保有し、通信ネットワークＮＥＴは、例えば移
動無線ネットワークや回線交換式通信ネットワーク、イ
ンターネット、またはそのようなネットワークのいずれ
か所望の組合せとなる。接続手段ＴＲＡおよびＴＲＢは
それぞれ、例えばモデム、ＩＳＤＮ（ディジタル総合サ
ービス網）アダプタ、または無線インタフェースモジュ
ールを含む。さらに、端末ＴＥＲＡおよびＴＥＲＢは、
それぞれ制御手段ＣＰＵＴＡおよびＣＰＵＴＢ、またそ
れぞれメモリ手段ＭＥＭＴＡおよびＭＥＭＴＢを保有
し、これらは相互に、かつそれぞれ接続手段ＴＲＡおよ
びＴＲＢに、図示していない接続によってそれぞれ接続
される。制御手段ＣＰＵＴＡおよびＣＰＵＴＢはそれぞ
れ、例えば、メモリ手段ＭＥＭＴＡおよびＭＥＭＴＢそ
れぞれに記憶されたプログラムコードを実行することの
できるプロセッサである。メモリ手段ＭＥＭＴＡおよび
ＭＥＭＴＢは、例えば固定ディスクまたはＲＡＭモジュ
ールの形をとる。さらに、端末ＴＥＲＡおよびＴＥＲＢ
は、例えばＬＣＤ（液晶表示装置）などの表示手段、お
よび例えばキーボードなどの入力手段も有する。図示し
ていない他のコンポーネントは、音声入出力用のスピー
カおよびマイクロフォンである。端末ＴＥＲＡおよびＴ
ＥＲＢは、オペレーティングシステムによって駆動され
る。

【００１１】端末ＴＥＲＡ内にはプロトコルモジュール
Ｐ１１Ａ、ＢＡ、およびＰ２１Ａがインストールされて
おり、それぞれは、制御手段ＣＰＵＴＡによって、接続
手段ＴＲＡの図示していない制御手段によって、または
両方によって実行されるプログラムコードを含む。プロ
トコルモジュールＰ１１Ａは、より下位のプロトコル層
の上で端末ＴＥＲＡの物理接続インタフェースとして働
き、基本接続層上に置かれたプロトコル層にデータ移送
機能を提供する。プロトコルモジュールＰ１１Ａは、例
えばインターネットプロトコル（ＩＰ）やＴＣＰ／ＩＰ
（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏ
ｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）の
機能を実行することができる。プロトコルモジュールＰ
２１Ａ、またプロトコルモジュールＢＡは、プロトコル
モジュールＰ１１Ａのプロトコル層上で動作し、このプ
ロトコルモジュールＢＡによって、端末ＴＥＲＡはテス
トサーバＣＫへの接続ＣＡ、およびソフトウェアサーバ
ＳＷＤＢとの接続ＣＳＷを確立する。一方のプロトコル
モジュールＰ２１ＡおよびＢＡと、他方のプロトコルモ
ジュールＰ１１Ａはそれぞれ、相互に互換性のあるイン
タフェース、いわゆるＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ
ｐｒｏｇｒａｍ ｉｎｔｅｒｆａｃｅｓ）を有する。
プロトコルモジュールＰ１１ＡおよびＢＡは、端末ＴＥ
ＲＡのオペレーティングシステムによって管理される
か、あるいはオペレーティングシステム中に統合され
る。

【００１２】端末ＴＥＲＡから端末ＴＥＲＢに接続ＣＯ
Ｍが確立されるとき、まず、２つの端末がそれぞれ相互
に互換性のある接続手段をそれらの中に有するかどうか
を判定する必要がある。ここでは、インターネットを介
してマルチメディア通信を確立するのが目的である。し
たがって端末ＴＥＲＡは、プログラムモジュールＰＭＰ
Ａの助けによって、プロトコルモジュールＰ１１Ａおよ
びＰ２１Ａによってそれぞれ処理されるプロトコル層の
実際のプロトコル属性を判定し、実際のプロトコル属性
と接続ＣＯＭを求める要求とを、テスト手段として機能
するサーバＣＫに通信する。

【００１３】現実のまたは実際のプロトコル属性は、例
えば、それぞれのプロトコル層を識別するためのパラメ
ータ、例えばそれぞれのプロトコルの名称、現在のプロ
トコル実装のバージョン番号、規格、販売者などを含
む。さらに、実際の属性は、それぞれのプロトコル層の
機能を記述するためのパラメータ、例えばプロトコルタ
イプ（信号プロトコル、トランスポートプロトコル）、
データパケットの順序付けのタイプ、またはプロトコル
メッセージのエンコード化のタイプを含むことも可能で
ある。さらに、例えばプロトコルモジュールＰ１１Ａ
が、プロトコルモジュールＰ２１Ａによって処理される
プロトコル層を搬送できるプロトコル層を処理している
など、互換性に関するパラメータを含めることも可能で
ある。さらにこの場合、プロトコルモジュールＰ２１Ａ
の「語彙」、すなわちプロトコルモジュールＰ２１Ａが
処理できるプロトコルメッセージの範囲およびタイプも
指定される。他のパラメータも容易に可能である。しか
し、前述のパラメータの１つがプロトコルモジュールＰ
２１Ａの実際の属性を同様に明確に識別する場合、その
１つだけを送信することもまた可能である。次いでサー
バＣＫは、他の実際の属性を、例えば図示していないデ
ータベースから得ることができる。

【００１４】サーバＣＫのいくつかの重要なコンポーネ
ントを、例によって示す。すなわち、制御手段ＣＰＵＣ
Ｋ、メモリ手段ＭＥＭＣＫ、および接続手段ＴＲＣＫで
ある。サーバＣＫは、接続手段ＴＲＣＫを使用して、接
続ＣＡ、ＣＢ、および図示していない他の接続を確立す
ることが可能である。制御手段ＣＰＵＣＫの場合、メモ
リ手段ＭＥＭＣＫに記憶されたプログラムモジュールの
プログラムコードを実行できるプロセッサまたはプロセ
ッサのグループの問題である。制御手段ＣＰＵＣＫは、
サーバＣＫの機能を制御し、その間、例えば接続手段Ｔ
ＲＣＫの他の機能に影響する。接続手段ＴＲＣＫ、制御
手段ＣＰＵＣＫ、およびメモリ手段ＭＥＭＣＫは、図１
に図示していない接続によって相互に接続される。サー
バＣＫは、例えばＵｎｉｘなどのオペレーティングシス
テムによって操作され、通信ネットワークＮＥＴに関連
付けられる。

【００１５】端末ＴＥＲＡは、前述のプロトコルパラメ
ータをサーバＣＫに送信する。サーバＣＫは、この実施
形態ではスキーマ言語、例えば前述のＲＤＦや他のＸＭ
Ｌファミリのスキーマ言語でこれらのパラメータをモデ
リングする。スキーマ言語では通常、クラス（オブジェ
クト指向モデルにおける）、それらの属性、制約、およ
びデータ型を定義することができる。通常、具体的な目
的またはドメイン用に、ここではプロトコルパラメータ
の送信用に書かれたクラスの集合が、スキーマと呼ばれ
る。クラスは階層的に構成され、サブクラスの改良によ
って拡張性を持つ。このように、既存のスキーマとわず
かに異なるスキーマを生成するには、基本スキーマにイ
ンクリメンタルな修正をもたらすだけで可能である。ス
キーマの共用可能性により、ＲＤＦのようなスキーマ言
語は、メタデータ定義の再利用可能性をサポートする。
スキーマが定義されれば、メタデータ、ここではプロト
コルパラメータデータを表して交換することができる。
（メタ）データは、開発されたスキーマに従って妥当性
検査することができる。この点に関し、例えばパラメー
タの値の範囲をメタデータで示し、それにより、具体的
に示されたパラメータの許容性をテストすることができ
る。

【００１６】このようにして、スキーマを、プロトコル
モジュールＰ２１Ａによって処理されるプロトコル層の
属性を記述するように定義することができる。スキーマ
中に定義されるクラスおよび属性は継承機構を利用する
ことができ、それにより、非常にフレキシブルな方法に
よるスキーマの更新、例えば新しい属性の定義や新しい
クラスの追加などが可能になる。スキーマ言語のインク
リメンタルな拡張性により、メタデータを処理するエー
ジェント、ここでのサーバＣＫは、なじみのないスキー
マの起点を溯って、エージェントが元々処理することに
なっていないメタデータ上で意味ある動作を行うことが
できる。したがって、実行中の新しい機能を導入するこ
とが可能である。

【００１７】端末ＴＥＲＡは、プロトコルパラメータだ
けでなくその物理属性、例えば端末ＴＥＲＡが配線式イ
ンタフェースおよびさらに無線インタフェースを保有す
ることを示すような物理属性をサーバＣＫに送信するこ
ともできる。この目的のために、端末ＴＥＲＡは、例え
ば、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓ
ｏｒｔｉｕｍ）の勧告に基づくＣＣ／ＰＰ（ｃｏｍｐｏ
ｓｉｔｅ ｃａｐａｂｉｌｉｔｉｅｓ／ｐｒｅｆｅｒｅ
ｎｃｅｓ ｐｒｏｆｉｌｅ）言語を採用することにな
る。

【００１８】サーバＣＫが端末ＴＥＲＡにインストール
されたプロトコルモジュールのプロトコルパラメータを
受信すると、サーバＣＫは、端末ＴＥＲＢに、所望の接
続ＣＯＭに必要なプロトコル層の、ターゲットのまたは
所望のプロトコル属性をサーバＣＫに供給するよう要求
する。対応する要求は、サーバＣＫによって接続ＣＢを
介して端末ＴＥＲＢに送られ、端末ＴＥＲＢは、プロト
コルモジュールＢＡと同様の機能を果たすプロトコルモ
ジュールＢＢによってその要求を受信する。端末ＴＥＲ
Ａ中には、さらにプロトコルモジュールＰ１１Ａおよび
Ｐ２１Ｂもインストールされており、これらはプロトコ
ルモジュールＰ１１ＡおよびＰ２１Ａと同様の機能を果
たす。さらに、端末ＴＥＲＢは、プロトコルモジュール
Ｐ２２Ｂも有し、さらに、接続ＣＯＭを介したマルチメ
ディア通信を可能にするサービスモジュールＳＰＢも有
する。プロトコルモジュールＰ２２Ｂは、プロトコルモ
ジュールＰ２１Ｂを補い、プロトコルモジュールＰ２１
Ｂと同じプロトコル層を介して追加のメッセージを送受
信することができる。プロトコルモジュールＰ２２Ｂは
また、データ転送用にアルゴリズムを暗号化するなどの
追加の安全機能用にすることもできる。サービスモジュ
ールＳＰＢは、プロトコルモジュールＰ１２Ｂ、Ｐ２２
Ｂ、およびＰ２１Ｂのプロトコルスタックを介してサー
ビスデータを送受信することができる。端末ＴＥＲＢ
は、プログラムモジュールＰＭＰＢを使用して、サービ
スモジュールＳＰＢとプロトコルモジュールＰ２１Ｂお
よびＰ２２Ｂとによって処理されるプロトコル層の属性
を、ターゲットプロトコル属性としてサーバＣＫに転送
する。ターゲットプロトコル属性の転送のためには、端
末ＴＥＲＡに採用されるスキーマ言語と同じスキーマ言
語を採用するのが有利である。

【００１９】次いでサーバＣＫは、制御手段ＣＰＵＣＫ
によって実行されるプログラムモジュールＰＭＣＫの助
けにより、端末ＴＥＲＡから受信した実際の属性が端末
ＴＥＲＢから受信したターゲット属性と相関する程度を
調べる。この点に関し、サーバＣＫは、プロトコルモジ
ュールＰ２２ＢおよびまたサービスモジュールＳＰＢに
よって実行される機能を端末ＴＥＲＡが実行できないこ
とを判定する。したがって、サーバＣＫは、プロトコル
モジュールＰ２２ＢおよびサービスモジュールＳＰＢそ
れぞれの機能と同じ機能を有する、プロトコルモジュー
ルＰ２２ＡおよびさらにサービスモジュールＳＰＡをイ
ンストールする命令を端末ＴＥＲＡに与える。この命令
は、例えばＲＤＦでエンコードすることができ、いわゆ
るセットアップファイルを含む。ここでは、この命令
は、ＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏ
ｃａｔｉｏｎ）アドレス形式のソフトウェアサーバＳＷ
ＤＢのアドレスと、ＯＳＤ（Ｍｉｃｒｏｓｏｆｔ社のｏ
ｐｅｎ ｓｏｆｔｗａｒｅｄｉｓｔｒｉｂｕｔｉｏｎ）
ファイルを含む。次いで端末ＴＥＲＡは、プロトコルモ
ジュールＰ２２ＡおよびサービスモジュールＳＰＡを求
める要求をサーバＳＷＤＢに送信し、それらをインスト
ールする。この点に関し、端末ＴＥＲＡの操作者がまず
インストール手順をイネーブルにしなければならない
か、または操作者がインストール操作に介入できること
が考えられる。インストール操作の完了を、端末ＴＥＲ
Ａ中に点線で示すプロトコルモジュールＰ２２Ａおよび
サービスモジュールＳＰＡによって示す。次いで端末Ｔ
ＥＲＡは、水平にも垂直にも全部揃っており接続ＣＯＭ
に必要なプロトコルスタックＰ１１Ａ、Ｐ２１Ａ、Ｐ２
２Ａ、およびＳＰＡを有する。

【００２０】サーバＣＫはまた、必要な場合に、プロト
コルモジュールＰ２１Ａを、サービスモジュールＳＰＡ
との互換性を有するより新しいものに交換するよう端末
ＴＥＲＡに命令することもできる。さらに、プロトコル
モジュールＰ２２ＡおよびサービスモジュールＳＰＡ
は、異なるサーバからロードすることも可能である。

【００２１】別個のサーバＣＫを有する図１の動作実施
形態に加え、プログラムモジュールＰＭＣＫと同様のテ
ストモジュールを端末ＴＥＲＡ、端末ＴＥＲＢ、または
両方にインストールすることも可能であり、そのような
モジュールは、それぞれの制御手段ＣＰＵＴＡおよびＣ
ＰＵＴＢそれぞれによって実行され、前述のモジュール
ＰＭＣＫの機能を果たす。したがって、テストモジュー
ルＰＭＣＫＡが端末ＴＥＲＡにインストールされる。端
末ＴＥＲＡは、実際のプロトコル属性と、所望の接続Ｃ
ＯＭに必要なプロトコル層のターゲット属性を端末ＴＥ
ＲＢに求める要求とをテストモジュールＰＭＣＫＡに送
る。次いでテストモジュールＰＭＣＫＡは、欠けている
プロトコルモジュールＰ２２Ａおよび欠けているサービ
スモジュールＳＰＡを決定し、それぞれのインストール
を行うよう端末ＴＥＲＡに命令する。

【００２２】端末ＴＥＲＢには、テストモジュールＰＭ
ＣＫＡと同様に動作するテストモジュールＰＭＣＫＢが
インストールされる。したがって端末ＴＥＲＢは、その
実際のプロトコル属性を供給するよう端末ＴＥＲＡに要
求し、それらを、所望の接続ＣＯＭに必要なプロトコル
層のターゲットプロトコル属性に加えて、テストモジュ
ールＰＭＣＫＢに供給することができる。次いでテスト
モジュールＰＭＣＫＢは、プロトコルモジュールＰ２２
ＡおよびサービスモジュールＳＰＡをインストールする
命令を端末ＴＥＲＡに供給する。

【００２３】図２に、図１に示した構成だが、端末ＴＥ
ＲＢと接続ＣＢおよびＣＯＭのない構成を示す。図１の
構成と異なり、サーバＣＫはこの場合、端末ＴＥＲＢす
なわち通信手段の機能も果たす。端末ＴＥＲＡは、新し
いサービス、例えばビデオオンデマンドに参加するよう
に装備されることになっている。したがって端末ＴＥＲ
Ａは、接続ＣＡを介して、対応する要求と、端末ＴＥＲ
ＡにすでにインストールされているモジュールＰ１１
Ａ、Ｐ２２Ａ、Ｐ２１Ａ、およびＳＰＡの実際のプロト
コル属性とをサーバＣＫに送信する。採用されることが
好ましいパラメータのタイプおよびさらにメタデータ
は、図１を参照しながらすでに述べた。実際のプロトコ
ル属性は、プログラムモジュールＰＭＣＫに供給され
る。サーバＰＣは、ビデオオンデマンドサービスを最適
化するのに必要な第１のターゲットプロトコル属性をデ
ータベースＲＤＢから抽出する。サーバＣＫは、これら
の第１のターゲット属性をプログラムモジュールＰＭＣ
Ｋに送り、次いでサーバは、ビデオオンデマンドサービ
スのデータを処理するために追加のプロトコルモジュー
ルＰ１２Ａ、Ｐ２３Ａ、およびＰ３３Ａ、さらにサービ
スモジュールＶＯＤが端末ＴＥＲＡにインストールされ
なければならないことを決定する。プロトコルモジュー
ルＰ２３Ａは、サーバＳＷＤＢ中で明らかに入手可能だ
が、端末ＴＥＲＡにすでにインストールされているプロ
トコルモジュールＰ２１Ａを置換することになる。しか
し、サービスモジュールＳＰＡがプロトコルモジュール
Ｐ２１Ａの機能を必要とするため、これにより互換性問
題が生じる。したがってプログラムモジュールＰＭＣＫ
は、データベースＲＤＢに第２のターゲットプロトコル
属性を要求し、それらが端末ＴＥＲＡにすでにインスト
ールされているプロトコルモジュールＰ１１ＡおよびＰ
２１Ａの実際のプロトコル属性とより調和するかどうか
を知るためにそれらを調べる。この場合では、このよう
に行われる。したがってサーバＣＫは、プロトコルモジ
ュールＰ１２Ａ、およびＰ３３Ａ、さらにサービスモジ
ュールＶＯＤだけをサーバＳＷＤＢからロードし、ただ
しプロトコルモジュールＰ２３Ａはロードせずに、それ
らをインストールする命令を、端末ＴＥＲＡに送信す
る。

【００２４】命令に従って端末ＴＥＲＡにインストール
されたモジュールＰ１２Ａ、Ｐ３３Ａ、およびＶＯＤを
点線で示す。プロトコルモジュールＰ３３Ａは、プロト
コルモジュールＰ２１Ａによって処理されるプロトコル
層の上に配置されるプロトコル層を処理し、サービスモ
ジュールＶＯＤによるビデオオンデマンドサービスのデ
ータ送信に役立つ。プロトコルモジュールＰ１２Ａはプ
ロトコルモジュールＰ１１Ａと同じプロトコル層上で動
作するが、例えばプロトコルモジュールＰ１１Ａは配線
式インタフェース用とされ、プロトコルモジュールＰ１
２Ａは無線インタフェース用とされ、あるいは、プロト
コルモジュールＰ１１Ａはイーサネット（登録商標）接
続用とされ、プロトコルモジュールＰ１２ＡはＡＴＭ
（非同期転送モード）接続用とされる。プロトコルモジ
ュールＰ１１ＡおよびＰ１２Ａは、相互に補完するよう
に、または二者択一的に、通信ネットワークＮＥＴのそ
れぞれの負荷状態に依存して選択的に操作することがで
きる。例えば、端末ＴＥＲＡにサービスする図示してい
ないビデオンデマンドサーバ、または通信ネットワーク
ＮＥＴの制御センターが、必要に応じてプロトコルモジ
ュールＰ１１ＡおよびＰ１２Ａを活動化および非活動化
させることが可能である。

【００２５】図３に示す本発明の別の形では、サーバＣ
Ｋは、ビデオオンデマンドサービスに参加するためのサ
ービスモジュールＶＯＤを端末ＴＥＲＡに供給すること
のできるサービスサーバでしかない。端末ＴＥＲＡは、
ビデオオンデマンドサービスを求める要求をサーバＣＫ
に送信し、サーバＣＫは、サービスモジュールＶＯＤ
と、さらにサービスモジュールＶＯＤに対してデータベ
ースＲＤＢから取り出した第１のターゲットプロトコル
属性も送信する。端末ＴＥＲＡは、端末ＴＥＲＡにイン
ストールされているプロトコルモジュールＰ１１Ａ、Ｐ
２１Ａ、およびＰ２２Ａの実際のプロトコル属性を決定
し、図１に示したように、その実際のプロトコルモジュ
ール属性および第１のターゲットプロトコル属性をテス
トモジュールＰＭＣＫＡに送る。図２に示した例におけ
るように、このような第１のターゲットプロトコル属性
が実際のまたは現実のプロトコル属性と調和しないた
め、端末ＴＥＲＡは、第２のターゲットプロトコル属性
をサーバＣＫに要求する。説明したように、第２のター
ゲットプロトコル属性は実際のプロトコル属性との互換
性をより有し、したがってプログラムモジュールＰＭＣ
Ｋは、プロトコルモジュールＰ１２ＡおよびＰ３３Ａだ
けをサーバＳＷＤＢからロードしてインストールするよ
う端末ＴＥＲＡに命令する。必要ならば、プログラムモ
ジュールＰＭＣＫが、プロトコルモジュールＰ１１Ａお
よびＰ２１Ａの実際のプロトコル属性との「最小公分
母」が見つかるまで、サーバＣＫで他のターゲットプロ
トコル属性を決定するようにすることも可能である。

【００２６】図３の例から、サービスまたはサービスモ
ジュールを、ここではサービスモジュールＶＯＤを提供
することは、独立したサービス供給側、サーバＣＫの操
作者によって可能にされることが明確になるであろう。
これに関係なく、端末ＴＥＲＡはそれ自体で、それぞれ
のサービスに必要なネットワーク機能への適合を可能に
し、適したプロトコルモジュールをロードすることにな
る。それぞれ別個のサービスサーバがサービスモジュー
ルの利用可能性を備え、別個のネットワークサーバがプ
ロトコルモジュールの利用可能性を備えることも可能で
ある。このとき、サービスサーバおよびネットワークサ
ーバは有利に協働して、サービスモジュールおよびそれ
に必要なプロトコルモジュールを利用できるようにす
る。新しいサービス要求が端末ＴＥＲＡによってサービ
スサーバで作られるとすぐにそれは、ネットワークサー
バを活動化させて、所望のサービスに必要なプロトコル
モジュールを探し出して利用できるようにすることにな
る。

【図面の簡単な説明】

【図１】端末ＴＥＲＡおよびＴＥＲＢ、本発明によるテ
ストサーバＣＫ、およびソフトウェアサーバＳＷＤＢを
使用して本発明による方法を実行するための構成を示す
図である。

【図２】図１と本質的に同じだが端末ＴＥＲＢのない構
成を示す図である。

【図３】図２の構成の修正形を示す図である。

【符号の説明】 ＢＡ、ＢＢ、Ｐ２１Ａ、Ｐ２２Ａ、Ｐ１１Ａ、Ｐ２１
Ｂ、Ｐ２２Ｂ、Ｐ１Ｂ、Ｐ３３Ａ、Ｐ１２Ａ、Ｐ２３Ａ
プロトコルモジュール ＣＡ、ＣＢ、ＣＯＭ 接続 ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ テスト手段 ＣＫ、ＳＷＤＢ サーバ ＣＰＵＴＡ、ＣＰＵＴＢ、ＣＰＵＣＫ 制御手段 ＭＥＭＴＡ、ＭＥＭＴＢ、ＭＥＭＣＫ メモリ手段 ＮＥＴ 通信ネットワーク ＰＭＣＫ 比較手段 ＰＭＣＫＡ、ＰＭＣＫＢ、ＰＭＣＫ テストモジュール ＰＭＰＡ セットアップ手段 ＰＭＰＡ 認識手段 ＰＭＰＡ、ＰＭＰＢ セットアッププログラムモジュー
ル ＰＭＰＡ、ＰＭＰＢ セットアップモジュール ＰＭＰＡ、ＰＭＰＢ、ＰＭＣＫ プログラムモジュール ＲＤＢ データベース ＳＰＡ、ＳＰＢ、ＶＯＤ サービスモジュール ＳＷＤＢ ソフトウェアサーバ ＴＥＲＡ 第１の通信手段（端末） ＴＥＲＡ、ＴＥＲＢ 端末 ＴＥＲＢ 第２の通信手段（端末） ＴＲＡ 送信手段 ＴＲＡ、ＴＲＢ、ＴＲＣＫ 接続手段 ＴＲＣＫ 受信手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ハンス・フアンデルストラーテン ベルギー国、ベー−9280・レベツケ、オプ スタルストラート・１・ベー

Claims (15)

【特許請求の範囲】
1. 【請求項１】 少なくとも１つの第１の通信のプロトコ
   ル層を介したデータ通信用の少なくとも１つの（第１
   の）プロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、Ｂ
   Ａ）を保有する第１の通信手段（ＴＥＲＡ）によってデ
   ータ通信をセットアップする方法であって、前記少なく
   とも１つの（第１の）プロトコルモジュール（Ｐ１１
   Ａ、Ｐ２１Ａ、ＢＡ）が、前記第１の通信手段（ＴＥＲ
   Ａ）の制御手段（ＣＰＵＴＡ）によって実行できるプロ
   グラムコードを含み、前記方法が、 第２の通信手段（ＴＥＲＢ）が、前記第１の通信手段
   （ＴＥＲＡ）とのデータ通信用の前記少なくとも１つの
   第１のプロトコル層の、または少なくとも１つの第２の
   プロトコル層の、少なくとも１つのターゲットプロトコ
   ル属性をテスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）
   に送るステップと、 前記第１の通信手段（ＴＥＲＡ）が、前記少なくとも１
   つの第１のプロトコル層の、少なくとも１つの（第１
   の）実際のプロトコル属性を決定するステップとを含
   み、前記プロトコル層が、前記少なくとも１つの（第１
   の）プロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、Ｂ
   Ａ）によって処理することができ、 前記方法がさらに、前記第１の通信手段（ＴＥＲＡ）が
   前記少なくとも１つの（第１の）実際のプロトコル属性
   を前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）に
   送るステップと、 前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、
   前記少なくとも１つの（第１の）実際のプロトコル属性
   を前記ターゲットプロトコル属性と比較するステップ
   と、 前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、
   比較の結果に依存する形で、後続の動作の実行用の命令
   を前記第１の通信手段、第２の通信手段（ＴＥＲＢ）、
   または両方に送るステップとを含む方法。
2. 【請求項２】 後続の動作の実行用の前記命令中で、前
   記少なくとも１つの第１のプロトコル層の前記ターゲッ
   トプロトコル属性に依存する形で、データ通信用に前記
   第１の通信手段（ＴＥＲＡ）の前記制御手段（ＣＰＵＴ
   Ａ）によって実行できるプログラムコードを含む少なく
   とも１つの第２のプロトコルモジュール（Ｐ２２Ａ）を
   インストールするよう、前記テスト手段（ＣＫ、ＰＭＣ
   ＫＡ、ＰＭＣＫＢ）が前記第１の通信手段に命令するこ
   とを特徴とする請求項１に記載の方法。
3. 【請求項３】 前記第１の通信手段（ＴＥＲＡ）が、プ
   ロトコル層を介して第２のプロトコルモジュール（Ｐ１
   ２Ａ）でデータの送信および受信のそれぞれを行うこと
   のできる前記少なくとも１つの第１のプロトコル層のま
   たは少なくとも１つの第２のプロトコル層の、または少
   なくとも１つの第３のプロトコル層の、少なくとも１つ
   の第２の実際のプロトコル属性を決定し、前記第２のプ
   ロトコルモジュールのプログラムコードが、前記第１の
   通信手段（ＴＥＲＡ）の前記制御手段（ＣＰＵＴＡ）に
   よって実行できることと、前記第１の通信手段（ＴＥＲ
   Ａ）が、前記少なくとも１つの第２の実際のプロトコル
   属性を前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫ
   Ｂ）に送ることと、前記テスト手段（ＣＫ、ＰＭＣＫ
   Ａ、ＰＭＣＫＢ）が、前記少なくとも１つの第２の実際
   のプロトコル属性を前記ターゲットプロトコル属性と比
   較することと、および前記テスト手段（ＣＫ、ＰＭＣＫ
   Ａ、ＰＭＣＫＢ）が、前記少なくとも１つの第１および
   少なくとも１つの第２の実際のプロトコル属性に依存す
   る形で、前記第１の通信手段（ＴＥＲＡ）に、前記デー
   タ通信用の前記少なくとも１つの第１のプロトコルモジ
   ュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）、前記少なくとも
   １つの第２のプロトコルモジュール（Ｐ１２Ａ）、また
   は両方の使用に対する命令中で命令することとを特徴と
   する請求項１に記載の方法。
4. 【請求項４】 少なくとも１つのパラメータが、前記タ
   ーゲットプロトコル属性として、または前記少なくとも
   １つの（第１の）実際のプロトコル属性として、前記少
   なくとも１つの第１のプロトコル層または少なくとも１
   つの第２のプロトコル層を識別するように送られること
   を特徴とする請求項１に記載の方法。
5. 【請求項５】 少なくとも１つのパラメータが、前記タ
   ーゲットプロトコル属性として、または前記少なくとも
   １つの（第１の）実際のプロトコル属性として、前記少
   なくとも１つの第１のプロトコル層または少なくとも１
   つの第２のプロトコル層の機能を記述するように送られ
   ることを特徴とする請求項１に記載の方法。
6. 【請求項６】 少なくとも１つのパラメータが、ターゲ
   ットプロトコル属性として、または前記少なくとも１つ
   の（第１の）実際のプロトコル属性として、前記少なく
   とも１つの第１のプロトコル層または少なくとも１つの
   第２のプロトコル層の互換性用に送られることを特徴と
   する請求項１に記載の方法。
7. 【請求項７】 前記ターゲットプロトコル属性、前記少
   なくとも１つの（第１の）実際のプロトコル属性、また
   は両方がメタデータとして送信され、好ましくはスキー
   マ言語によってモデリングされることを特徴とする請求
   項１に記載の方法。
8. 【請求項８】 前記第２の通信手段（ＴＥＲＡ）、また
   は前記第１の通信手段（ＴＥＲＡ）のテスト手段（Ｃ
   Ｋ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、前記（第１の）実際
   のプロトコル属性の送信命令を送信することを特徴とす
   る請求項１に記載の方法。
9. 【請求項９】 少なくとも１つの第１の通信プロトコル
   層を介した通信用の少なくとも１つの（第１の）プロト
   コルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）を含む
   （第１の）通信手段（ＴＥＲＡ）とのデータ通信をセッ
   トアップする、前記（第１の）通信手段（ＴＥＲＡ）用
   のセットアップモジュール（ＰＭＰＡ）であって、 前記少なくとも１つの（第１の）プロトコルモジュール
   （Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）および前記セットアップ
   モジュール（ＰＭＰＡ）がそれぞれ、前記第１の通信手
   段（ＴＥＲＡ）の制御手段（ＣＰＵＴＡ）によって実行
   できるプログラムコードを含み、 前記セットアップモジュール（ＰＭＰＡ）は、前記少な
   くとも１つのプロトコル層の、少なくとも１つの（第１
   の）実際のプロトコル属性を検出する認識手段を含み、
   前記プロトコル層が、前記少なくとも１つの（第１の）
   プロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）に
   よって処理することができ、 前記セットアップモジュール（ＰＭＰＡ）は、前記少な
   くとも１つの（第１の）実際のプロトコル属性をテスト
   手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）に送信する送信
   手段を含み、 前記セットアップモジュール（ＰＭＰＡ）は、命令を受
   信する受信手段を保有し、前記命令中で、前記（第１
   の）通信手段（ＴＥＲＡ）が、前記少なくとも１つの
   （第１の）実際のプロトコル属性に依存する形で、後続
   の動作を実行するよう命令されるセットアップモジュー
   ル。
10. 【請求項１０】 少なくとも１つの第１の通信プロトコ
    ル層を介したデータ通信用の少なくとも１つの（第１
    の）プロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、Ｂ
    Ａ）を含む（第１の）通信手段（ＴＥＲＡ）のデータ通
    信をセットアップするテスト手段（ＣＫ）用のテストモ
    ジュール（ＰＭＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）であっ
    て、前記少なくとも１つの（第１の）プロトコルモジュ
    ール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）が、前記（第１の）
    通信手段（ＴＥＲＡ）の制御手段によって実行できるプ
    ログラムコードを含み、 前記テストモジュール（ＰＭＣＫ、ＰＭＣＫＡ、ＰＭＣ
    ＫＢ）は、前記テスト手段（ＣＫ）の制御手段（ＣＰＵ
    ＣＫ）によって実行できるプログラムコードを含み、 前記テストモジュール（ＰＭＣＫ、ＰＭＣＫＡ、ＰＭＣ
    ＫＢ）は、前記（第１の）通信手段（ＴＥＲＡ）とのデ
    ータ通信用の前記少なくとも１つの第１のプロトコル層
    のまたは少なくとも１つの第２のプロトコル層の、少な
    くとも１つのターゲットプロトコル属性を受信する受信
    手段を含み、 前記受信手段が、前記少なくとも１つの（第１の）プロ
    トコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）によっ
    て処理できる前記少なくとも１つの第１のプロトコル層
    の少なくとも１つの（第１の）実際のプロトコル属性を
    受信するように構成され、 前記テストモジュール（ＰＭＣＫ、ＰＭＣＫＡ、ＰＭＣ
    ＫＢ）は、前記少なくとも１つの（第１の）実際のプロ
    トコル属性を前記ターゲットプロトコル属性と比較する
    比較手段を含み、 前記テストモジュール（ＰＭＣＫ、ＰＭＣＫＡ、ＰＭＣ
    ＫＢ）は、前記比較手段によって決定されたそれぞれの
    結果に依存する形で、後続の動作の実行の命令を、前記
    第１の通信手段（ＴＥＲＡ）、前記第１の通信手段（Ｔ
    ＥＲＡ）と通信する第２の通信手段（ＴＥＲＢ）、また
    は両方に送信する送信手段を含むテストモジュール。
11. 【請求項１１】 第１の通信手段（ＴＥＲＡ）とのデー
    タ通信をセットアップする、（第２の）通信手段（ＴＥ
    ＲＢ）用のセットアップモジュール（ＰＭＰＢ）であっ
    て、前記第２の通信手段（ＴＥＲＢ）の制御手段（ＣＰ
    ＵＴＢ）によって実行できるプログラムコードを含み、
    前記第１の通信手段（ＴＥＲＡ）とのデータ通信用の少
    なくとも１つのプロトコル層の、少なくとも１つのター
    ゲットプロトコル属性をテスト手段（ＣＫ、ＰＭＣＫ
    Ａ、ＰＭＣＫＢ）に送信する送信手段を含むセットアッ
    プモジュール。
12. 【請求項１２】 （第１の）通信手段（ＴＥＲＡ）との
    データ通信をセットアップする前記（第１の）通信手段
    （ＴＥＲＡ）であって、少なくとも１つの第１の通信プ
    ロトコル層を介したデータ通信用の少なくとも１つの
    （第１の）プロトコル属性（Ｐ１１Ａ、Ｐ２１Ａ、Ｂ
    Ａ）を含み、 前記少なくとも１つの（第１の）プロトコルモジュール
    （Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）が、前記第１の通信手段
    （ＴＥＲＡ）の制御手段（ＣＰＵＴＡ）によって実行で
    きるプログラムコードを含み、 前記（第１の）通信手段（ＴＥＲＡ）は、前記少なくと
    も１つの（第１の）プロトコルモジュール（Ｐ１１Ａ、
    Ｐ２１Ａ、ＢＡ）によって処理できる少なくとも１つの
    第１のプロトコル層の、少なくとも１つの（第１の）実
    際のプロトコル属性を検出する認識手段（ＰＭＰＡ）を
    含み、 前記（第１の）通信手段（ＴＥＲＡ）は、前記少なくと
    も１つの（第１の）実際のプロトコル属性をテスト手段
    （ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）に送信する送信手段
    （ＴＲＡ）を含み、 前記（第１の）通信手段（ＴＥＲＡ）は、命令を受信す
    る受信手段（ＴＲＡ）を含み、前記命令中で、前記第１
    の通信手段（ＴＥＲＡ）は、前記少なくとも１つの（第
    １の）実際のプロトコル属性に依存する形で、後続の動
    作を行うよう命令される（第１の）通信手段（ＴＥＲ
    Ａ）。
13. 【請求項１３】 少なくとも１つの第１の通信プロトコ
    ル層を介したデータ通信用の少なくとも１つの（第１
    の）プロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、Ｂ
    Ａ）を含む（第１の）通信手段（ＴＥＲＡ）とのデータ
    通信をセットアップするテスト手段（ＣＫ）であって、
    前記少なくとも１つの（第１の）プロトコルモジュール
    （Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）が、前記第１の通信手段
    （ＴＥＲＡ）の制御手段（ＣＰＵＴＡ）によって実行で
    きるプログラムコードを含み、前記テスト手段（ＣＫ）
    は、前記第１の通信手段（ＴＥＲＡ）とのデータ通信用
    の前記少なくとも１つの第１のプロトコル層または少な
    くとも１つの第２のプロトコル層の、少なくとも１つの
    ターゲットプロトコル属性を受信する受信手段（ＴＲＣ
    Ｋ）を含み、 前記受信手段（ＴＲＣＫ）が、プロトコルの前記少なく
    とも１つの（第１の）実際のプロトコルモジュール（Ｐ
    １１Ａ、Ｐ２１Ａ、ＢＡ）によって処理できる少なくと
    も１つの第１のプロトコル層の、少なくとも１つの（第
    １の）実際のプロトコル属性を受信するように構成さ
    れ、 前記テスト手段（ＣＫ）は、前記少なくとも１つの（第
    １の）プロトコル属性を前記ターゲットプロトコル属性
    と比較する比較手段（ＰＭＣＫ）を含み、 前記テスト手段（ＣＫ）は、前記比較手段によって決定
    されたそれぞれの結果に依存する形で、後続の動作の実
    行の命令を前記第１、通信手段（ＴＥＲＢ）、または両
    方に送信する送信手段（ＣＫ）を含むテスト手段（Ｃ
    Ｋ）。
14. 【請求項１４】 第１の通信手段（ＴＥＲＡ）とのデー
    タ通信をセットアップする（第２の）通信手段（ＴＥＲ
    Ｂ）であって、前記セットアップモジュール（ＰＭＰ
    Ｂ）が、前記第１の通信手段（ＴＥＲＡ）とのデータ通
    信用の少なくとも１つのプロトコル層の、少なくとも１
    つのターゲットプロトコル属性をテスト手段（ＣＫ、Ｐ
    ＭＣＫＡ、ＰＭＣＫＢ）に送信する送信手段を含む、
    （第２の）通信手段（ＴＥＲＢ）。
15. 【請求項１５】 請求項８に記載のセットアップ手段
    （ＰＭＰＡ）、請求項１０に記載のテストモジュール
    （ＰＭＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）、請求項１１に
    記載のセットアップモジュール（ＰＭＰＢ）、またはこ
    れらの組み合わせを含む、コンピュータ読取可能メモリ
    媒体。