(57)【特許請求の範囲】
【請求項１】
第１の通信手段（ＴＥＲＡ）と第２の通信手段（ＴＥＲＢ）の間でデータ通信をセットアップする方法であって、第１の通信手段（ＴＥＲＡ）は通信のプロトコルスタックの少なくとも１つの第１の層を介したデータ通信用の少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）を保有し、前記少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）が、前記第１の通信手段（ＴＥＲＡ）の制御手段（ＣＰＵＴＡ）によって実行できるプログラムコードを含み、前記方法が、
前記第２の通信手段（ＴＥＲＢ）が、前記第１の通信手段（ＴＥＲＡ）とのデータ通信用のプロトコルスタックの前記少なくとも１つの第１の層の、またはプロトコルスタックの少なくとも１つ第２の層の、少なくとも１つのターゲットプロトコル属性をテスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）に送るステップと、
前記第１の通信手段（ＴＥＲＡ）が、プロトコルの前記少なくとも１つの第１の層の、少なくとも１つの第１の実際のプロトコル属性を決定するステップとを含み、前記プロトコルスタックの層が、前記少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）によって処理することができ、
前記方法がさらに、前記第１の通信手段（ＴＥＲＡ）が前記少なくとも１つの第１の実際のプロトコル属性を前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）に送るステップと、
前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、前記少なくとも１つの第１の実際のプロトコル属性を前記ターゲットプロトコル属性と比較するステップと、
前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、それぞれの比較の結果に依存する形で、後続の動作の実行用の命令を、前記第１の通信手段、第２の通信手段（ＴＥＲＢ）、または両方に送るステップと、
受信手段（ＴＲＡ）を含む前記第１の通信手段（ＴＥＲＡ）による、命令の受信手段（ＴＲＢ）を含む前記第２の通信手段（ＴＥＲＢ）による、または両方による、命令の受信ステップを含み、前記第１の通信手段（ＴＥＲＡ）、前記第２の通信手段（ＴＥＲＢ）、または両方は、前記比較に依存する形で、後続の動作を行うよう命令される、ことを特徴とする方法。
【請求項２】
後続の動作の実行用の前記命令中で、プロトコルスタックの前記少なくとも１つの第１の層の前記ターゲットプロトコル属性に依存する形で、データ通信用に前記第１の通信手段（ＴＥＲＡ）の前記制御手段（ＣＰＵＴＡ）によって実行できるプログラムコードを含む少なくとも１つの第２のプロトコルモジュール（Ｐ２２Ａ）をインストールするよう、前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が前記第１の通信手段に命令することを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の通信手段（ＴＥＲＡ）が、プロトコルスタックを介して第２のプロトコルモジュール（Ｐ１２Ａ）とデータの送信および受信のそれぞれを行うことのできるプロトコルスタックの前記少なくとも１つの第１の層のまたは少なくとも１つの第２の層の、または少なくとも１つの第３の層の、少なくとも１つの第２の実際のプロトコル属性を決定し、前記第２のプロトコルモジュールのプログラムコードが、前記第１の通信手段（ＴＥＲＡ）の前記制御手段（ＣＰＵＴＡ）によって実行できることと、前記第１の通信手段（ＴＥＲＡ）が、前記少なくとも１つの第２の実際のプロトコル属性を前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）に送ることと、前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、前記少なくとも１つの第２の実際のプロトコル属性を前記ターゲットプロトコル属性と比較することと、および前記テスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、前記少なくとも１つの第１および少なくとも１つの第２の実際のプロトコル属性に依存する形で、前記第１の通信手段（ＴＥＲＡ）に、前記データ通信用の前記少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）、前記少なくとも１つの第２のプロトコルモジュール（Ｐ１２Ａ）、または両方の使用に対する命令中で命令することとを特徴とする請求項１に記載の方法。
【請求項４】
少なくとも１つのパラメータが、前記ターゲットプロトコル属性として、または前記少なくとも１つの第１の実際のプロトコル属性として、前記少なくとも１つの第１のプロトコル層または少なくとも１つの第２のプロトコル層を識別するように送られることを特徴とする請求項１に記載の方法。
【請求項５】
少なくとも１つのパラメータが、ターゲットプロトコル属性として、または前記少なくとも１つの第１の実際のプロトコル属性として、前記少なくとも１つの第１のプロトコル層または少なくとも１つの第２のプロトコル層の機能を記述するように送られることを特徴とする請求項１に記載の方法。
【請求項６】
少なくとも１つのパラメータが、ターゲットプロトコル属性として、または前記少なくとも１つの第１の実際のプロトコル属性として、前記少なくとも１つの第１のプロトコル層または少なくとも１つの第２のプロトコル層の互換性用に送られることを特徴とする請求項１に記載の方法。
【請求項７】
前記ターゲットプロトコル属性、前記少なくとも１つの第１の実際のプロトコル属性、または両方がメタデータとして送信され、好ましくはスキーマ言語によってモデリングされることを特徴とする請求項１に記載の方法。
【請求項８】
前記第２の通信手段（ＴＥＲＡ）、または前記第１の通信手段（ＴＥＲＡ）のテスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）が、前記第１の実際のプロトコル属性の送信命令を送信することを特徴とする請求項１に記載の方法。
【請求項９】
請求項１に記載の方法で使用する第２の通信手段（ＴＥＲＢ）とのデータ通信をセットアップする、請求項１に記載の方法で使用する第１の通信手段（ＴＥＲＡ）であって、通信プロトコルスタックの少なくとも１つの第１の層を介したデータ通信用の少なくとも１つの第１のプロトコル属性（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）を含み、
前記少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）が、前記第１の通信手段（ＴＥＲＡ）の制御手段（ＣＰＵＴＡ）によって実行できるプログラムコードを含み、
前記第１の通信手段（ＴＥＲＡ）は、前記少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）によって処理できるプロトコルの少なくとも１つの第１の層の、少なくとも１つの第１の実際のプロトコル属性を検出する認識手段（ＰＭＰＡ）を含み、
前記第１の通信手段（ＴＥＲＡ）は、前記少なくとも１つの第１の実際のプロトコル属性をテスト手段（ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ）に送信する送信手段（ＴＲＡ）を含み、
前記第１の通信手段（ＴＥＲＡ）は、命令を受信する受信手段（ＴＲＡ）を含み、前記命令中で、前記第１の通信手段（ＴＥＲＡ）は、前記少なくとも１つの第１の実際のプロトコル属性に依存する形で、後続の動作を行うよう命令される、ことを特徴とする第１の通信手段（ＴＥＲＡ）。
【請求項１０】
第１の通信手段（ＴＥＲＡ）と第２の通信手段（ＴＥＲＢ）の間でデータ通信をセットアップするテスト手段（ＣＫ）であって、第１の通信手段（ＴＥＲＡ）は通信プロトコルスタックの少なくとも１つの第１の層を介したデータ通信用の少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）を含み、前記少なくとも１つの第１のプロトコルモジュール（Ｐ１１Ａ、Ｐ２１Ａ、ＢＡ）が、前記第１の通信手段（ＴＥＲＡ）の制御手段（ＣＰＵＴＡ）によって実行できるプログラムコードを含み、
前記テスト手段（ＣＫ）は、前記第１の通信手段（ＴＥＲＡ）とのデータ通信用の前記第２の通信手段（ＴＥＲＢ）によるプロトコルスタックの前記少なくとも１つの第１の層または少なくとも１つの第２の層の、少なくとも１つのターゲットプロトコル属性を受信する受信手段（ＴＲＣＫ）を含み、
前記受信手段（ＴＲＣＫ）が、前記第１の通信手段（ＴＥＲＡ）によるプロトコルスタックの少なくとも１つの第１の層の、少なくとも１つの第１の実際のプロトコル属性を受信するように構成され、
前記テスト手段（ＣＫ）は、前記少なくとも１つの第１の実際のプロトコル属性を前記ターゲットプロトコル属性と比較する比較手段（ＰＭＣＫ）を含み、
前記テスト手段（ＣＫ）は、前記比較手段によって決定されたそれぞれの結果に依存する形で、後続の動作の実行の命令を前記第１の通信手段、第２の通信手段、または両方（ＴＥＲＡ及び又はＴＥＲＢ）に送信する送信手段（ＣＫ）を含む、テスト手段（ＣＫ）。
【請求項１１】
コンピュータに請求項１に記載の方法の各ステップを実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信手段でデータ通信をセットアップする方法、そのための通信手段、そのための通信手段用のセットアップモジュール、そのためのテスト手段、さらにテスト手段用のテストモジュールに関する。
【０００２】
【従来の技術】
異なる通信プロトコルを使用して通信するために通信端末の能力によって満たすべき要件は、ますます動的になっている。例えば、音声入出力用のサウンドボードを有するパーソナルコンピュータが、適したアプリケーションソフトウェアを使用するＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を装備する場合がある。パーソナルコンピュータのユーザは、この目的のために、インターネットから、あるいは例えばＣＤ−ＲＯＭなどのメモリ媒体または記憶媒体から、自分のパーソナルコンピュータにアプリケーションソフトウェアをダウンロードし、それをインストールプログラムの助けによってインストールしなければならない。続くＶｏＩＰ通信の間に、いわゆる下位プロトコル層は、パーソナルコンピュータにインストールされたオペレーティングシステムによって処理され、上位プロトコル層は、ＶｏＩＰアプリケーションソフトウェアによって処理される。次いでプロトコル層は、例えば、いわゆるＩＳＯ（国際標準化機構）モデルに従って、いわゆるプロトコルスタック上に７層に重ねられる場合がある。しかし、新しくインストールされたＶｏＩＰアプリケーションソフトウェアが、オペレーティングシステムによってすでに処理されているプロトコル層を処理することが起こる可能性があり、そのために、オペレーティングシステムとＶｏＩＰアプリケーションソフトウェアが衝突せずに共存することが不可能となる。このような場合、パーソナルコンピュータのユーザは、このような問題を引き起こさないＶｏＩＰアプリケーションソフトウェアをインストールしなければならないことになる。しかし、そのようなＶｏＩＰアプリケーションソフトウェアの配置は、しばしばユーザにとって長たらしくて飽き飽きするか、不可能であることが多い。さらに、前述のインストールは、新しく配置したＶｏＩＰソフトウェアが、例えばライブラリ機能としてのソフトウェアコンポーネントを、パーソナルコンピュータにインストールされている他のソフトウェアコンポーネントとの互換性をおそらく有しない新しいソフトウェアコンポーネントによって自動的に置換することになる可能性がある。
【０００３】
別の筋書きでは、マルチメディア通信用のアプリケーションソフトウェアがパーソナルコンピュータにインストールされ、それによりパーソナルコンピュータは、画像、音声、およびデータを送受信することができる。通常、マルチメディア通信にはインターネットが採用される。しかし、送信の質を改善する場合、インターネットの代案としてまたはそれに加えて回線交換式通信ネットワークを利用することで、十分に目的を果たすこともできる。しかしこの目的のために、ユーザは、自分の通信相手が協働可能な端末を持っているかどうかを知らなければならない。さらに、ユーザ自身も、代替送信パスに切り替えなければならない。
【０００４】
【発明が解決しようとする課題】
したがって、本発明の１つの目的は、変化するプロトコル要件に対して通信手段が都合よく適合できるようにすることである。
【０００５】
【課題を解決するための手段】
この目的は、請求項１の技術原理による方法と、請求項９の技術原理による（第１の）通信手段用のセットアップモジュールと、請求項１０の技術原理によるテストモジュールと、請求項１１の技術原理によるセットアップモジュールと、請求項１２の技術原理による（第１の）通信手段と、請求項１３の技術原理によるテスト手段と、さらに、請求項１４の技術原理による（第２の）通信手段とによって達成される。本発明の他の有利な効果は、従属クレームおよび明細書を読めば分かるであろう。
【０００６】
この点に関し、本発明の原理の１つは、プロトコルスタックの様々なプロトコル層が、個別にまたは部分的にグループで、別個の対話式プロトコルモジュールによって、まとまった方式（bundled manner）で処理されるものであり、プロトコルモジュールのそれぞれのプログラムコードは、例えばパーソナルコンピュータや移動電話端末のプログラムコードのように第１の通信手段のプロセッサによって実行される。第１の通信手段と第２の通信手段との間で通信する前に、第１の通信手段のプロトコルスタックに関するそれぞれの要件、すなわちそのターゲットのまたは所望の属性が決定され、テスト手段に送られる。テスト手段は、例えば通信ネットワークのサーバ、または第１の通信手段、第２の通信手段、または両方によって実行されるプログラムモジュールである。さらに、第１の通信手段上にすでに存在するプロトコルモジュールの実際のまたは現実のプロトコル属性が、テスト手段に送られる。これらの属性をモデリングするため、すなわち送信前にこれらの属性をエンコードするために、スキーマ言語、例えばＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）データモデルおよびスキーマ言語に基づき、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）勧告に従ってＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）タグを一般に使用するスキーマ言語を採用して、メタデータ情報をエンコードして送信するのが好都合である。次いでテスト手段は、実際のまたは現実の属性をターゲット属性と比較し、それぞれに判定された結果に依存する形で後続の動作の実行のための命令を通信手段に送るが、この命令中で、通信手段は、例えば第１の通信手段にすでにインストールされているプロトコルモジュールと協働する新しいプロトコルモジュールをインストールするよう命令される。さらに、その命令中で、そのようなすでにインストールされたプロトコルモジュールであって差し迫った通信を最適な形でサポートするプロトコルモジュールを活動化させるよう第１の通信手段が命令されることも可能である。
【０００７】
したがって、それぞれの場合に、通信に最適なプロトコルモジュールが通信手段中で使用される。これは、本発明において、一方でプロトコルモジュールの概念によって、他方で通信への準備段階としてそれぞれの属性を取り決めることによって可能となる。さらに、インストールされた通信手段を単純な形で実際の要件に適合させることも可能である。
【０００８】
前述の第１の例の原理を採用すると、ＶｏＩＰアプリケーションソフトウェアは、サービスおよびアプリケーションの機能しか提供しないが、ＶｏＩＰアプリケーションの下にあるプロトコル層上のプロトコル機能は、パーソナルコンピュータにインストールされ他のアプリケーションもサポートする可能性のあるプロトコルモジュールによって実行される。後にＶｏＩＰアプリケーションソフトウェアのアップデートバージョンがパーソナルコンピュータにインストールされる場合、これらのプロトコルモジュールを引き続き利用することができ、それにより、これらのプロトコルモジュールもおそらく採用する他のアプリケーションとの互換性問題は起こらない。
【０００９】
後続の記述は、添付の図面中に示す動作例に基づいて本発明の利点を説明するのに役立つ。
【００１０】
【発明の実施の形態】
図１は、本発明を実施できる、極めて概略的に表した構成を例によって示している。図１に、通信手段として機能する端末ＴＥＲＡおよびＴＥＲＢを示すが、この場合、例えばパーソナルコンピュータや移動電話端末の問題である。話を簡単にするために、端末ＴＥＲＡおよびＴＥＲＢは、同様の設計を有し、機能のブロック図として概略的に示されるに留まる。端末ＴＥＲＡおよびＴＥＲＢは、通信ネットワークＮＥＴを介してデータを送受信するための接続手段ＴＲＡおよびＴＲＢを保有し、通信ネットワークＮＥＴは、例えば移動無線ネットワークや回線交換式通信ネットワーク、インターネット、またはそのようなネットワークのいずれか所望の組合せとなる。接続手段ＴＲＡおよびＴＲＢはそれぞれ、例えばモデム、ＩＳＤＮ（ディジタル総合サービス網）アダプタ、または無線インタフェースモジュールを含む。さらに、端末ＴＥＲＡおよびＴＥＲＢは、それぞれ制御手段ＣＰＵＴＡおよびＣＰＵＴＢ、またそれぞれメモリ手段ＭＥＭＴＡおよびＭＥＭＴＢを保有し、これらは相互に、かつそれぞれ接続手段ＴＲＡおよびＴＲＢに、図示していない接続によってそれぞれ接続される。制御手段ＣＰＵＴＡおよびＣＰＵＴＢはそれぞれ、例えば、メモリ手段ＭＥＭＴＡおよびＭＥＭＴＢそれぞれに記憶されたプログラムコードを実行することのできるプロセッサである。メモリ手段ＭＥＭＴＡおよびＭＥＭＴＢは、例えば固定ディスクまたはＲＡＭモジュールの形をとる。さらに、端末ＴＥＲＡおよびＴＥＲＢは、例えばＬＣＤ（液晶表示装置）などの表示手段、および例えばキーボードなどの入力手段も有する。図示していない他のコンポーネントは、音声入出力用のスピーカおよびマイクロフォンである。端末ＴＥＲＡおよびＴＥＲＢは、オペレーティングシステムによって駆動される。
【００１１】
端末ＴＥＲＡ内にはプロトコルモジュールＰ１１Ａ、ＢＡ、およびＰ２１Ａがインストールされており、それぞれは、制御手段ＣＰＵＴＡによって、接続手段ＴＲＡの図示していない制御手段によって、または両方によって実行されるプログラムコードを含む。プロトコルモジュールＰ１１Ａは、より下位のプロトコル層の上で端末ＴＥＲＡの物理接続インタフェースとして働き、基本接続層上に置かれたプロトコル層にデータ移送機能を提供する。プロトコルモジュールＰ１１Ａは、例えばインターネットプロトコル（ＩＰ）やＴＣＰ／ＩＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）の機能を実行することができる。プロトコルモジュールＰ２１Ａ、またプロトコルモジュールＢＡは、プロトコルモジュールＰ１１Ａのプロトコル層上で動作し、このプロトコルモジュールＢＡによって、端末ＴＥＲＡはテストサーバＣＫへの接続ＣＡ、およびソフトウェアサーバＳＷＤＢとの接続ＣＳＷを確立する。一方のプロトコルモジュールＰ２１ＡおよびＢＡと、他方のプロトコルモジュールＰ１１Ａはそれぞれ、相互に互換性のあるインタフェース、いわゆるＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍ  ｉｎｔｅｒｆａｃｅｓ）を有する。プロトコルモジュールＰ１１ＡおよびＢＡは、端末ＴＥＲＡのオペレーティングシステムによって管理されるか、あるいはオペレーティングシステム中に統合される。
【００１２】
端末ＴＥＲＡから端末ＴＥＲＢに接続ＣＯＭが確立されるとき、まず、２つの端末がそれぞれ相互に互換性のある接続手段をそれらの中に有するかどうかを判定する必要がある。ここでは、インターネットを介してマルチメディア通信を確立するのが目的である。したがって端末ＴＥＲＡは、プログラムモジュールＰＭＰＡの助けによって、プロトコルモジュールＰ１１ＡおよびＰ２１Ａによってそれぞれ処理されるプロトコル層の実際のプロトコル属性を判定し、実際のプロトコル属性と接続ＣＯＭを求める要求とを、テスト手段として機能するサーバＣＫに通信する。
【００１３】
現実のまたは実際のプロトコル属性は、例えば、それぞれのプロトコル層を識別するためのパラメータ、例えばそれぞれのプロトコルの名称、現在のプロトコル実装のバージョン番号、規格、販売者などを含む。さらに、実際の属性は、それぞれのプロトコル層の機能を記述するためのパラメータ、例えばプロトコルタイプ（信号プロトコル、トランスポートプロトコル）、データパケットの順序付けのタイプ、またはプロトコルメッセージのエンコード化のタイプを含むことも可能である。さらに、例えばプロトコルモジュールＰ１１Ａが、プロトコルモジュールＰ２１Ａによって処理されるプロトコル層を搬送できるプロトコル層を処理しているなど、互換性に関するパラメータを含めることも可能である。さらにこの場合、プロトコルモジュールＰ２１Ａの「語彙」、すなわちプロトコルモジュールＰ２１Ａが処理できるプロトコルメッセージの範囲およびタイプも指定される。他のパラメータも容易に可能である。しかし、前述のパラメータの１つがプロトコルモジュールＰ２１Ａの実際の属性を同様に明確に識別する場合、その１つだけを送信することもまた可能である。次いでサーバＣＫは、他の実際の属性を、例えば図示していないデータベースから得ることができる。
【００１４】
サーバＣＫのいくつかの重要なコンポーネントを、例によって示す。すなわち、制御手段ＣＰＵＣＫ、メモリ手段ＭＥＭＣＫ、および接続手段ＴＲＣＫである。サーバＣＫは、接続手段ＴＲＣＫを使用して、接続ＣＡ、ＣＢ、および図示していない他の接続を確立することが可能である。制御手段ＣＰＵＣＫの場合、メモリ手段ＭＥＭＣＫに記憶されたプログラムモジュールのプログラムコードを実行できるプロセッサまたはプロセッサのグループの問題である。制御手段ＣＰＵＣＫは、サーバＣＫの機能を制御し、その間、例えば接続手段ＴＲＣＫの他の機能に影響する。接続手段ＴＲＣＫ、制御手段ＣＰＵＣＫ、およびメモリ手段ＭＥＭＣＫは、図１に図示していない接続によって相互に接続される。サーバＣＫは、例えばＵｎｉｘなどのオペレーティングシステムによって操作され、通信ネットワークＮＥＴに関連付けられる。
【００１５】
端末ＴＥＲＡは、前述のプロトコルパラメータをサーバＣＫに送信する。サーバＣＫは、この実施形態ではスキーマ言語、例えば前述のＲＤＦや他のＸＭＬファミリのスキーマ言語でこれらのパラメータをモデリングする。スキーマ言語では通常、クラス（オブジェクト指向モデルにおける）、それらの属性、制約、およびデータ型を定義することができる。通常、具体的な目的またはドメイン用に、ここではプロトコルパラメータの送信用に書かれたクラスの集合が、スキーマと呼ばれる。クラスは階層的に構成され、サブクラスの改良によって拡張性を持つ。このように、既存のスキーマとわずかに異なるスキーマを生成するには、基本スキーマにインクリメンタルな修正をもたらすだけで可能である。スキーマの共用可能性により、ＲＤＦのようなスキーマ言語は、メタデータ定義の再利用可能性をサポートする。スキーマが定義されれば、メタデータ、ここではプロトコルパラメータデータを表して交換することができる。（メタ）データは、開発されたスキーマに従って妥当性検査することができる。この点に関し、例えばパラメータの値の範囲をメタデータで示し、それにより、具体的に示されたパラメータの許容性をテストすることができる。
【００１６】
このようにして、スキーマを、プロトコルモジュールＰ２１Ａによって処理されるプロトコル層の属性を記述するように定義することができる。スキーマ中に定義されるクラスおよび属性は継承機構を利用することができ、それにより、非常にフレキシブルな方法によるスキーマの更新、例えば新しい属性の定義や新しいクラスの追加などが可能になる。スキーマ言語のインクリメンタルな拡張性により、メタデータを処理するエージェント、ここでのサーバＣＫは、なじみのないスキーマの起点を溯って、エージェントが元々処理することになっていないメタデータ上で意味ある動作を行うことができる。したがって、実行中の新しい機能を導入することが可能である。
【００１７】
端末ＴＥＲＡは、プロトコルパラメータだけでなくその物理属性、例えば端末ＴＥＲＡが配線式インタフェースおよびさらに無線インタフェースを保有することを示すような物理属性をサーバＣＫに送信することもできる。この目的のために、端末ＴＥＲＡは、例えば、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）の勧告に基づくＣＣ／ＰＰ（ｃｏｍｐｏｓｉｔｅ  ｃａｐａｂｉｌｉｔｉｅｓ／ｐｒｅｆｅｒｅｎｃｅｓ  ｐｒｏｆｉｌｅ）言語を採用することになる。
【００１８】
サーバＣＫが端末ＴＥＲＡにインストールされたプロトコルモジュールのプロトコルパラメータを受信すると、サーバＣＫは、端末ＴＥＲＢに、所望の接続ＣＯＭに必要なプロトコル層の、ターゲットのまたは所望のプロトコル属性をサーバＣＫに供給するよう要求する。対応する要求は、サーバＣＫによって接続ＣＢを介して端末ＴＥＲＢに送られ、端末ＴＥＲＢは、プロトコルモジュールＢＡと同様の機能を果たすプロトコルモジュールＢＢによってその要求を受信する。端末ＴＥＲＡ中には、さらにプロトコルモジュールＰ１１ＡおよびＰ２１Ｂもインストールされており、これらはプロトコルモジュールＰ１１ＡおよびＰ２１Ａと同様の機能を果たす。さらに、端末ＴＥＲＢは、プロトコルモジュールＰ２２Ｂも有し、さらに、接続ＣＯＭを介したマルチメディア通信を可能にするサービスモジュールＳＰＢも有する。プロトコルモジュールＰ２２Ｂは、プロトコルモジュールＰ２１Ｂを補い、プロトコルモジュールＰ２１Ｂと同じプロトコル層を介して追加のメッセージを送受信することができる。プロトコルモジュールＰ２２Ｂはまた、データ転送用にアルゴリズムを暗号化するなどの追加の安全機能用にすることもできる。サービスモジュールＳＰＢは、プロトコルモジュールＰ１２Ｂ、Ｐ２２Ｂ、およびＰ２１Ｂのプロトコルスタックを介してサービスデータを送受信することができる。端末ＴＥＲＢは、プログラムモジュールＰＭＰＢを使用して、サービスモジュールＳＰＢとプロトコルモジュールＰ２１ＢおよびＰ２２Ｂとによって処理されるプロトコル層の属性を、ターゲットプロトコル属性としてサーバＣＫに転送する。ターゲットプロトコル属性の転送のためには、端末ＴＥＲＡに採用されるスキーマ言語と同じスキーマ言語を採用するのが有利である。
【００１９】
次いでサーバＣＫは、制御手段ＣＰＵＣＫによって実行されるプログラムモジュールＰＭＣＫの助けにより、端末ＴＥＲＡから受信した実際の属性が端末ＴＥＲＢから受信したターゲット属性と相関する程度を調べる。この点に関し、サーバＣＫは、プロトコルモジュールＰ２２ＢおよびまたサービスモジュールＳＰＢによって実行される機能を端末ＴＥＲＡが実行できないことを判定する。したがって、サーバＣＫは、プロトコルモジュールＰ２２ＢおよびサービスモジュールＳＰＢそれぞれの機能と同じ機能を有する、プロトコルモジュールＰ２２ＡおよびさらにサービスモジュールＳＰＡをインストールする命令を端末ＴＥＲＡに与える。この命令は、例えばＲＤＦでエンコードすることができ、いわゆるセットアップファイルを含む。ここでは、この命令は、ＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｉｏｎ）アドレス形式のソフトウェアサーバＳＷＤＢのアドレスと、ＯＳＤ（Ｍｉｃｒｏｓｏｆｔ社のｏｐｅｎ  ｓｏｆｔｗａｒｅ  ｄｉｓｔｒｉｂｕｔｉｏｎ）ファイルを含む。次いで端末ＴＥＲＡは、プロトコルモジュールＰ２２ＡおよびサービスモジュールＳＰＡを求める要求をサーバＳＷＤＢに送信し、それらをインストールする。この点に関し、端末ＴＥＲＡの操作者がまずインストール手順をイネーブルにしなければならないか、または操作者がインストール操作に介入できることが考えられる。インストール操作の完了を、端末ＴＥＲＡ中に点線で示すプロトコルモジュールＰ２２ＡおよびサービスモジュールＳＰＡによって示す。次いで端末ＴＥＲＡは、水平にも垂直にも全部揃っており接続ＣＯＭに必要なプロトコルスタックＰ１１Ａ、Ｐ２１Ａ、Ｐ２２Ａ、およびＳＰＡを有する。
【００２０】
サーバＣＫはまた、必要な場合に、プロトコルモジュールＰ２１Ａを、サービスモジュールＳＰＡとの互換性を有するより新しいものに交換するよう端末ＴＥＲＡに命令することもできる。さらに、プロトコルモジュールＰ２２ＡおよびサービスモジュールＳＰＡは、異なるサーバからロードすることも可能である。
【００２１】
別個のサーバＣＫを有する図１の動作実施形態に加え、プログラムモジュールＰＭＣＫと同様のテストモジュールを端末ＴＥＲＡ、端末ＴＥＲＢ、または両方にインストールすることも可能であり、そのようなモジュールは、それぞれの制御手段ＣＰＵＴＡおよびＣＰＵＴＢそれぞれによって実行され、前述のモジュールＰＭＣＫの機能を果たす。したがって、テストモジュールＰＭＣＫＡが端末ＴＥＲＡにインストールされる。端末ＴＥＲＡは、実際のプロトコル属性と、所望の接続ＣＯＭに必要なプロトコル層のターゲット属性を端末ＴＥＲＢに求める要求とをテストモジュールＰＭＣＫＡに送る。次いでテストモジュールＰＭＣＫＡは、欠けているプロトコルモジュールＰ２２Ａおよび欠けているサービスモジュールＳＰＡを決定し、それぞれのインストールを行うよう端末ＴＥＲＡに命令する。
【００２２】
端末ＴＥＲＢには、テストモジュールＰＭＣＫＡと同様に動作するテストモジュールＰＭＣＫＢがインストールされる。したがって端末ＴＥＲＢは、その実際のプロトコル属性を供給するよう端末ＴＥＲＡに要求し、それらを、所望の接続ＣＯＭに必要なプロトコル層のターゲットプロトコル属性に加えて、テストモジュールＰＭＣＫＢに供給することができる。次いでテストモジュールＰＭＣＫＢは、プロトコルモジュールＰ２２ＡおよびサービスモジュールＳＰＡをインストールする命令を端末ＴＥＲＡに供給する。
【００２３】
図２に、図１に示した構成だが、端末ＴＥＲＢと接続ＣＢおよびＣＯＭのない構成を示す。図１の構成と異なり、サーバＣＫはこの場合、端末ＴＥＲＢすなわち通信手段の機能も果たす。端末ＴＥＲＡは、新しいサービス、例えばビデオオンデマンドに参加するように装備されることになっている。したがって端末ＴＥＲＡは、接続ＣＡを介して、対応する要求と、端末ＴＥＲＡにすでにインストールされているモジュールＰ１１Ａ、Ｐ２２Ａ、Ｐ２１Ａ、およびＳＰＡの実際のプロトコル属性とをサーバＣＫに送信する。採用されることが好ましいパラメータのタイプおよびさらにメタデータは、図１を参照しながらすでに述べた。実際のプロトコル属性は、プログラムモジュールＰＭＣＫに供給される。サーバＰＣは、ビデオオンデマンドサービスを最適化するのに必要な第１のターゲットプロトコル属性をデータベースＲＤＢから抽出する。サーバＣＫは、これらの第１のターゲット属性をプログラムモジュールＰＭＣＫに送り、次いでサーバは、ビデオオンデマンドサービスのデータを処理するために追加のプロトコルモジュールＰ１２Ａ、Ｐ２３Ａ、およびＰ３３Ａ、さらにサービスモジュールＶＯＤが端末ＴＥＲＡにインストールされなければならないことを決定する。プロトコルモジュールＰ２３Ａは、サーバＳＷＤＢ中で明らかに入手可能だが、端末ＴＥＲＡにすでにインストールされているプロトコルモジュールＰ２１Ａを置換することになる。しかし、サービスモジュールＳＰＡがプロトコルモジュールＰ２１Ａの機能を必要とするため、これにより互換性問題が生じる。したがってプログラムモジュールＰＭＣＫは、データベースＲＤＢに第２のターゲットプロトコル属性を要求し、それらが端末ＴＥＲＡにすでにインストールされているプロトコルモジュールＰ１１ＡおよびＰ２１Ａの実際のプロトコル属性とより調和するかどうかを知るためにそれらを調べる。この場合では、このように行われる。したがってサーバＣＫは、プロトコルモジュールＰ１２Ａ、およびＰ３３Ａ、さらにサービスモジュールＶＯＤだけをサーバＳＷＤＢからロードし、ただしプロトコルモジュールＰ２３Ａはロードせずに、それらをインストールする命令を、端末ＴＥＲＡに送信する。
【００２４】
命令に従って端末ＴＥＲＡにインストールされたモジュールＰ１２Ａ、Ｐ３３Ａ、およびＶＯＤを点線で示す。プロトコルモジュールＰ３３Ａは、プロトコルモジュールＰ２１Ａによって処理されるプロトコル層の上に配置されるプロトコル層を処理し、サービスモジュールＶＯＤによるビデオオンデマンドサービスのデータ送信に役立つ。プロトコルモジュールＰ１２ＡはプロトコルモジュールＰ１１Ａと同じプロトコル層上で動作するが、例えばプロトコルモジュールＰ１１Ａは配線式インタフェース用とされ、プロトコルモジュールＰ１２Ａは無線インタフェース用とされ、あるいは、プロトコルモジュールＰ１１Ａはイーサネット接続用とされ、プロトコルモジュールＰ１２ＡはＡＴＭ（非同期転送モード）接続用とされる。プロトコルモジュールＰ１１ＡおよびＰ１２Ａは、相互に補完するように、または二者択一的に、通信ネットワークＮＥＴのそれぞれの負荷状態に依存して選択的に操作することができる。例えば、端末ＴＥＲＡにサービスする図示していないビデオンデマンドサーバ、または通信ネットワークＮＥＴの制御センターが、必要に応じてプロトコルモジュールＰ１１ＡおよびＰ１２Ａを活動化および非活動化させることが可能である。
【００２５】
図３に示す本発明の別の形では、サーバＣＫは、ビデオオンデマンドサービスに参加するためのサービスモジュールＶＯＤを端末ＴＥＲＡに供給することのできるサービスサーバでしかない。端末ＴＥＲＡは、ビデオオンデマンドサービスを求める要求をサーバＣＫに送信し、サーバＣＫは、サービスモジュールＶＯＤと、さらにサービスモジュールＶＯＤに対してデータベースＲＤＢから取り出した第１のターゲットプロトコル属性も送信する。端末ＴＥＲＡは、端末ＴＥＲＡにインストールされているプロトコルモジュールＰ１１Ａ、Ｐ２１Ａ、およびＰ２２Ａの実際のプロトコル属性を決定し、図１に示したように、その実際のプロトコルモジュール属性および第１のターゲットプロトコル属性をテストモジュールＰＭＣＫＡに送る。図２に示した例におけるように、このような第１のターゲットプロトコル属性が実際のまたは現実のプロトコル属性と調和しないため、端末ＴＥＲＡは、第２のターゲットプロトコル属性をサーバＣＫに要求する。説明したように、第２のターゲットプロトコル属性は実際のプロトコル属性との互換性をより有し、したがってプログラムモジュールＰＭＣＫは、プロトコルモジュールＰ１２ＡおよびＰ３３ＡだけをサーバＳＷＤＢからロードしてインストールするよう端末ＴＥＲＡに命令する。必要ならば、プログラムモジュールＰＭＣＫが、プロトコルモジュールＰ１１ＡおよびＰ２１Ａの実際のプロトコル属性との「最小公分母」が見つかるまで、サーバＣＫで他のターゲットプロトコル属性を決定するようにすることも可能である。
【００２６】
図３の例から、サービスまたはサービスモジュールを、ここではサービスモジュールＶＯＤを提供することは、独立したサービス供給側、サーバＣＫの操作者によって可能にされることが明確になるであろう。これに関係なく、端末ＴＥＲＡはそれ自体で、それぞれのサービスに必要なネットワーク機能への適合を可能にし、適したプロトコルモジュールをロードすることになる。それぞれ別個のサービスサーバがサービスモジュールの利用可能性を備え、別個のネットワークサーバがプロトコルモジュールの利用可能性を備えることも可能である。このとき、サービスサーバおよびネットワークサーバは有利に協働して、サービスモジュールおよびそれに必要なプロトコルモジュールを利用できるようにする。新しいサービス要求が端末ＴＥＲＡによってサービスサーバで作られるとすぐにそれは、ネットワークサーバを活動化させて、所望のサービスに必要なプロトコルモジュールを探し出して利用できるようにすることになる。
【図面の簡単な説明】
【図１】端末ＴＥＲＡおよびＴＥＲＢ、本発明によるテストサーバＣＫ、およびソフトウェアサーバＳＷＤＢを使用して本発明による方法を実行するための構成を示す図である。
【図２】図１と本質的に同じだが端末ＴＥＲＢのない構成を示す図である。
【図３】図２の構成の修正形を示す図である。
【符号の説明】
ＢＡ、ＢＢ、Ｐ２１Ａ、Ｐ２２Ａ、Ｐ１１Ａ、Ｐ２１Ｂ、Ｐ２２Ｂ、Ｐ１Ｂ、Ｐ３３Ａ、Ｐ１２Ａ、Ｐ２３Ａ  プロトコルモジュール
ＣＡ、ＣＢ、ＣＯＭ  接続
ＣＫ、ＰＭＣＫＡ、ＰＭＣＫＢ  テスト手段
ＣＫ、ＳＷＤＢ  サーバ
ＣＰＵＴＡ、ＣＰＵＴＢ、ＣＰＵＣＫ  制御手段
ＭＥＭＴＡ、ＭＥＭＴＢ、ＭＥＭＣＫ  メモリ手段
ＮＥＴ  通信ネットワーク
ＰＭＣＫ  比較手段
ＰＭＣＫＡ、ＰＭＣＫＢ、ＰＭＣＫ  テストモジュール
ＰＭＰＡ  セットアップ手段
ＰＭＰＡ  認識手段
ＰＭＰＡ、ＰＭＰＢ  セットアッププログラムモジュール
ＰＭＰＡ、ＰＭＰＢ  セットアップモジュール
ＰＭＰＡ、ＰＭＰＢ、ＰＭＣＫ  プログラムモジュール
ＲＤＢ  データベース
ＳＰＡ、ＳＰＢ、ＶＯＤ  サービスモジュール
ＳＷＤＢ  ソフトウェアサーバ
ＴＥＲＡ  第１の通信手段（端末）
ＴＥＲＡ、ＴＥＲＢ  端末
ＴＥＲＢ  第２の通信手段（端末）
ＴＲＡ  送信手段
ＴＲＡ、ＴＲＢ、ＴＲＣＫ  接続手段
ＴＲＣＫ  受信手段
【図１】
0004703859.tif 000002
【図２】
0004703859.tif 000003
【図３】
0004703859.tif 000004