JP2005536956A - 通信ネットワークにおけるリソースを提供するための方法 - Google Patents

Abstract

本発明は、パケット交換通信ネットワークにおけるリソースを提供するための方法に関する。通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）はネットワークにおいてリソースを利用し及び／又はリソースをネットワークにおいて他の通信コンポーネント通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）による利用のために提供し、リソースは通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）において実行されるソフトウェアによって提供され、ソフトウェアは通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）のハードウェアにアクセスする。サービスは通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）のうちの少なくとも１つの通信コンポーネントのハードウェアを、この通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）においてソフトウェアによってリソースが提供されうるかどうかについて検査する。ポジティブな検査結果の場合にはこのリソース固有のソフトウェアがこの通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）に伝送され、リソースが利用のために提供される。

Description

コンポーネントがパケット交換によって互いに通信しあう通信ネットワークが回線交換通信ネットワークに代わって大幅に利用されてきた。このようなネットワークは、データの形式で存在するアコースティック情報の交換のためにインターネットプロトコル（ＩＰ）が使用される場合にはしばしばボイスオーバＩＰ（略してＶｏＩＰ）ネットワークとも呼ばれる。この場合、ネットワークは専ら音声データの伝送のために使用されるか、もしくは、音声データも他の情報も一緒に伝送することができる。

通信ネットワーク内に設けられかつ互いに接続された機器は一般的に通信コンポーネントと呼ばれる。このような通信コンポーネントが端末として、例えば電話又はマルチメディアターミナルとして使用される場合には、これらのコンポーネントはクライアントコンポーネントとも呼ばれる。他のコンポーネントは端末としては使用されず、通信ネットワークにおいてサービスを提供する。これらのサービスは例えばゲートウェイ機能、ボイスメールサーバ、アドレス帳のようなものであるかもしれない。このような通信コンポーネントはサーバコンポーネントとも呼ばれる。サーバコンポーネントによって提供されるサービス及び機能は文献においてはしばしばリソースと呼ばれる。

クライアントコンポーネントもサーバコンポーネントも通常はコンピュータハードウェア（例えばＰＣ）から成り、これらのコンピュータハードウェアは相応のハードウェア拡張及び適応されたソフトウェアによって相応の機能を実行する。この場合、コンピュータハードウェアには１つ以上のソフトウェアアプリケーションもインストールされ、この結果、ただ一つの物理的コンポーネントがネットワークにおいて原則的にクライアント機能もサーバ機能も果たすことができる。このような通信コンポーネントは文献ではサーバント（servent）とも呼ばれる。これは概念「クライアント」及び「サーバ」から導出された人工単語である。

通信コンポーネントは、アドレス指定されたデータパケットを互いに交換することによって互いにコネクトする。この場合、各通信コンポーネントはパケット交換ネットワークにおいてネットワークアドレスを有し、このネットワークアドレスが各通信コンポーネントに一意的に割り当てられている。データをインターネットプロトコルによって交換するネットワーク（ＩＰネットワーク）においては、これは例えばＩＰアドレス及びＩＰポート番号である。通信コンポーネントが他の通信コンポーネントとコネクトする又はデータを交換しなければならないならば、この他の通信コンポーネントのネットワークアドレスを予め知っていなければならない。ネットワークアドレスは通信コンポーネントに時間的に必ずしも固定的に割り当てられるのではなく、ネットワーク内においてダイナミックに付与されうるものであり、これによって通信コンポーネントは遮断切換及び再投入切換毎に又は所定のイベントに応じてその都度別のアドレスを有しうる。この理由から周知のパケット交換通信ネットワークでは少なくとも１つのネットワークコンポーネントにこのネットワークで使用可能な全ての通信コンポーネントのアドレス帳（アドレスデータバンク）が設けられる。これらのサーバコンポーネントは通常はゲートキーパと呼ばれる。

しかし、例えば方法”Ｔｈｅ Ｇｎｕｔｅｌｌａ Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ ０−４”によって、ゲートキーパのような中央アドレスデータバンクなしのデータ交換も周知であり、この方法”Ｔｈｅ Ｇｎｕｔｅｌｌａ Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ ０−４”によって通信コンポーネントはインターネットにおいて自動的に他の通信コンポーネントをファイル交換のために発見することができる。よって、ファイル、すなわちデータ交換はこの場合中央サーバコンポーネント又は「ゲートキーパ」の助けを借りて行われるのではなく、直接的に個別コンポーネントの間で行われる。下位エンティティなしに通信コンポーネント間の直接データ交換を行うネットワークはピアツーピア（peer-to-peer）ネットワークと呼ばれる。「クライアント」の機能も「サーバ」の機能も有する通信コンポーネントは既に上記した「サーバント」である。

Ｇｎｕｔｅｌｌａ Ｓｐｅｃｉｆｉｃａｔｉｏｎによるピアツーピアネットワークでは、各通信コンポーネント（例えばＰＣ）は他のコンポーネントとの交換のためにファイルを用意して持っている。データ交換をすることができるためには、サーチする側のコンポーネントは、呼び出しに対してサーチされているファイルを準備して持っているコンポーネントのネットワークアドレスを必要とする。このためにこのサーチする側のコンポーネントはまず最初に第１のサーチメッセージ、いわゆる「ピング（ping）」を送信する。「ピング」サーチメッセージを受け取る通信コンポーネントはこのサーチする側の通信コンポーネントにヒット応答、いわゆる「ポング（pong）」によって応答する。このヒット応答にはその都度応答する通信コンポーネントのネットワークアドレスならびにこのコンポーネントにより交換のために提供されるファイルの総数が含まれている。次のステップにおいて、サーチ側のコンポーネントは第２のサーチメッセージ「クエリ（query）」を「ピング」サーチメッセージに対して「ポング」で応答した通信コンポーネントのうちの限定的に選別されたコンポーネントへと送信する。この第２のサーチメッセージはサーチされるファイルのファイル名を既に含んでいる。サーチされるファイルを自分では交換のためには用意して持っていないコンポーネントが第２のサーチメッセージ「クエリ」を受信する場合、このコンポーネントはネットワーク内の他の通信コンポーネントにこのサーチメッセージにさらに送信する。これらの他の通信コンポーネントのアドレスはこのコンポーネントが例えば既に過去に実施された「ピング」方法によってもとめていたものである。しかし、通信コンポーネントが所望のファイルを交換のために提供することができるならば、この通信コンポーネントは第２のサーチメッセージ「クエリ」に対してヒット応答「クエリヒット（query hit）」によって応答し、これによってサーチする側の通信コンポーネントはファイル伝送をインターネットプロトコルにおいて定義された命令によって開始することができる。

このＧｎｕｔｅｌｌａ方法は、所定のファイルが他の通信コンポーネントにおいてサーチされる場合に使用される。このサーチ方法は、サーチされるファイルが最初に発見されるやいなやただちに終了される。

適正なファイルを一度で発見するＧｎｕｔｅｌｌａ方法によるサーチで十分である間には、通信ネットワーク、すなわちリソースにおけるサービスにおいてしばしば同じタイプの複数のリソースへのアクセスを得ることがこれらのリソース間で必要ならば選択することができるために重要である。このケースは例えばパケット交換ネットワークにおけるクライアントコンポーネントを回線交換通信ネットワークにおけるコンポーネントへ接続させるゲートウェイにおいて発生する。この場合、パケット交換通信ネットワークのクライアントコンポーネントはこのタイプの複数のリソースに関する利用に関連する情報を必要とする。というのも、ゲートウェイはそのチャネル数に応じて常に限られた個数の通信コネクションしか同時にサポートしないからである。よって、ゲートウェイが既にフルロード状態であるか又は故障した場合には、他のゲートウェイを利用することができなければならない。このために、クライアントコンポーネント又はネットワークの中央部には、複数のゲートウェイのアドレスを有するリストが格納されている。フリーな、すなわちまだフルロード状態ではないゲートウェイを探す際にクライアントコンポーネントは十分な（残り）容量を有するゲートウェイが見つかるまで順番にリストに記載されている全てのゲートウェイにコンタクトする。ネットワーク内の使用可能なリソースを有するこのようなリストはネットワークの中央部から管理運営される。ネットワークトポロジの変更の際には又は使用可能なリソースの変更の際にはリストが変更され続いて更新されて、クライアントコンポーネントに提供される。

リソースは今日一般に使用されているパケット交換通信ネットワークでは大抵の場合ＰＣハードウェアにおいて実行されるソフトウェアアプリケーションである。この場合、複数のリソースも共通の１つのＰＣハードウェアにインストールされうる。ソフトウェアアプリケーションはＰＣのインストールされたハードウェアコンポーネントにアクセスする。例えば、ＩＳＤＮカードは回線交換通信ネットワークＩＳＤＮへのコネクションのために使用され、サウンドカードはアコースティック情報の入力及び出力に使用される等々。ＰＣが各ハードウェアコンポーネントを自由に使用できるようになるやいないや、このＰＣは適当なソフトウェアのインストールによって通信ネットワークの他の通信コンポーネントによる利用のためにネットワークにおいて所望のリソースを提供することができる。

周知の通信ネットワークでは、リソースが必要な個数だけネットワークに存在しないことは欠点と見なされる。いろいろなリソースタイプの利用の永続的な監視、更に別のリソースの付加的なインストール及び余分なリソースのアンインストールは、煩雑な手動操作による高いコストに結びついている。

本発明の課題は、ネットワークにおけるリソースの提供を最適化し、同時にネットワークのアドミニストレーションのためのコストを低減することである。

上記課題は請求項１の特徴部分記載の構成によって解決される。

上記課題の解決策によれば、サービスは通信コンポーネントのうちの少なくとも１つの通信コンポーネントのハードウェアを、この通信コンポーネントにおいてソフトウェアによってリソースが提供されうるかどうかについて検査し、ポジティブな検査結果の場合にはこのリソース固有のソフトウェアがこの通信コンポーネントに伝送され、リソースが利用のために提供される。これによって頻繁に利用されるタイプのリソースが頻繁にコピーされ、これらの新たに提供されるリソースが既にネットワークに存在していたがこれまでは使用されなかったハードウェアを利用する。フルロード状態ではない通信コンポーネントには自動的にソフトウェアがもたらされ、この結果、フリーな容量が有意義に利用されうる。

従属請求項の構成によって本発明の有利な実施形態が得られる。

検査すべき通信コンポーネントにサービスがソフトウェアとしてインストールされている場合には、通信コンポーネントの検査は永続的にバックグラウンドプロセスとして行われる。

サービスが第２の通信コンポーネントによる第１の通信コンポーネントのリソースの利用の際にこの第２の通信コンポーネントを、この第２の通信コンポーネントによってもこのリソースが提供されうるかどうかについて検査し、この検査結果がポジティブである場合には第１の通信コンポーネントから第２の通信コンポーネントへのこのソフトウェアの伝送が開始されることによって、頻繁に利用されるリソースがネットワークにおいてますます多く配備される。

通信コンポーネントは実際に使用されるリソースによってだけ占有され、めったに又はおよそ全く利用されないリソースのソフトウェアは不活性化又はアンインストールされ、改めて必要な場合に再び活性化又新たにインストールされる。この場合、ネットワークに存在するリソースの最後のエンティティはアンインストールされないことが定められる。

権利及び／又は制限に依存してソフトウェアの伝送が行われることによって、所望されないリソースのコントロールされない拡張は回避される。

権利がソフトウェアを伝送する通信コンポーネントのユーザ及び／又はソフトウェアを受信する通信コンポーネントのユーザによって与えられる場合、ユーザ自身が通信コンポーネントの使用の仕方について決定する。

制限が伝送すべきソフトウェアのソフトウェアライセンスの予め設定される最大個数によって与えられることによって、ライセンス制限の顧慮及びリソースのインストールされるエンティティの個数の管理が可能である。

第１のバージョンを有するソフトウェアによって形成されるサービスは第２のバージョンを有するソフトウェアによって形成される第２の同様のサービスを見つけた場合にはバージョンを比較し、異なるバージョンの際にはより古いバージョンのソフトウェアを有する通信コンポーネントへのより新しいバージョンを有するソフトウェアの伝送を開始し、そこでより古いバージョンを有するソフトウェアを伝送されたソフトウェアによって更新する場合に、サービスはその更新のために通信ネットワーク内の一箇所でユーザによって更新されるだけでよい。

サービスによる検査が自動的に規則的な時間間隔で及び／又はリソースの利用のたびに及び／又は手動による活性化の後で行われる場合、通信ネットワークのトポロジ又は利用の変更が即座にかつ自動的にインストールされたリソースの適応をもたらす。

通信ネットワークにおけるリソースの提供のための本発明の方法の実施例を次に図面に基づいて記述される。

図１は、回線交換通信ネットワークに接続された通信コンポーネントを有するパケット交換通信ネットワークを示し、
図２はリソース固有のソフトウェアを交換するパケット交換通信ネットワークにおける通信コンポーネントを示す。

図１には通信コンポーネントＡ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６が図示されており、これらの通信コンポーネントはパケット交換通信ネットワークの部分である。通信コンポーネント間のコネクションラインは例示的に個々の通信コンポーネントＡ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６がデータ乃至はデータパケットを互いに交換することができるルートを示す。データ交換はこの場合ネットワークの物理的トポロジ（例えばリング状、スター状又は任意にメッシュ状の相互結合網）には依存せずに直接的に通信コンポーネントＡ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６の間で行われる。通信コンポーネントＡ、Ｄ１は特別なハードウェア装備としてここには図示されていないＩＳＤＮカードを使用し、これらのＩＳＤＮカードは回線交換通信ネットワークＩＳＤＮへの接続を可能にする。このようなＩＳＤＮカードは例えばいわゆるゲートウェイ機能をリソースとして提供するために利用されうる。

通信コンポーネントＤ１はゲートウェイタイプのリソースを使用する。このリソースは特別なソフトウェア、以下ではゲートウェイソフトウェアと呼ぶ、から形成されており、これは既に記述したように通信コンポーネントＤ１にインストールされたＩＳＤＮカードである。このＩＳＤＮカードは物理的に回線交換通信ネットワークＩＳＤＮへの接続をもたらす。このためにＩＳＤＮカードはゲートウェイソフトウェアによって制御される。

図２には通信コンポーネントＡによる通信コンポーネントＤ１にインストールされたゲートウェイの利用のための経過が記述されている。コネクションライン及び矢印に割り当てられかつ以下において相応のテキスト箇所に記載された数字（１）〜（９）は、この場合連続する方法ステップを示す。

通信コンポーネントＡはパケット交換通信ネットワーク内でリソースとして回線交換通信ネットワークＩＳＤＮへのゲートウェイを提供しうる通信コンポーネントをサーチする。このために、通信コンポーネントＡはサーチメッセージを既知の「近隣の」通信コンポーネントＢ４に送信する（１）。このサーチメッセージは通信コンポーネントＡの自分のネットワークアドレスの他に回線交換通信ネットワークＩＳＤＮへの音声コネクションのためのゲートウェイを探しているという情報を含んでいる。このサーチメッセージを受信する通信コンポーネントＢ４はタイプ「ゲートウェイ」の適当なリソースを使用しない。それゆえ、通信コンポーネントＢ４はサーチメッセージを、自分のネットワークアドレスの分だけ拡張して、自分には既知の「近隣の」通信コンポーネントＣ１〜Ｃ６に転送する（２）。通信コンポーネントＣ１もタイプ「ゲートウェイ」の所望のリソースを提供できないので、このＣ１自身もサーチメッセージを自分のネットワークアドレスを付加してから通信コンポーネントＤ１〜Ｄ６へと転送する（３）。

通信コンポーネントＤ１はタイプ「ゲートウェイ」の所望のリソースを使用するので、通信コンポーネントＣ１にヒット応答によって応答する（４）。このヒット応答は通信コンポーネントＤ１のネットワークアドレスならびに提供されるゲートウェイのフリーなチャネルの帯域幅、タイプ及び個数を含む。通信コンポーネントＣ１はヒット応答を通信コンポーネントＢ４に転送する（５）。通信コンポーネントＢ４はこのヒット応答を最後にサーチしている通信コンポーネントＡに伝達する（６）。

こうして獲得された使用可能なゲートウェイに関する情報によって通信コンポーネントＡは通信コンポーネントＤ１へのダイレクトなデータコネクションをセットアップする（７）。サーチの際に複数のゲートウェイが発見された場合には、伝達された情報にもとづいてこれらのゲートウェイのうちの１つが選択される。

パケット交換通信ネットワークはインターネットプロトコルによって作動するネットワークである。ここでは、例えばプロトコルＨ．３２３が音声コネクションのセットアップ及び実施のために一般的に使用されている。プロトコルＨ．３２３に存在するプロトコルエレメントによって上述のコネクションが通信コンポーネントＡとＤ１との間にセットアップされる。代替的に、もちろん別のプロトコル、例えばＳＩＰプロトコル（Session Initiation Protokoll）も使用されうる。コネクションのセットアップの後で、本来の有効データ、ここではすなわち音声データが通信コンポーネントＡから通信コンポーネントＤ１へと伝送され、そこでゲートウェイを使用して回線交換通信ネットワークＩＳＤＮの加入者へと伝送される（８）。

通信コンポーネントＡが今や自分に必要なリソース、すなわちゲートウェイが通信コンポーネントＤ１によって提供されるという情報を得た後で、この通信コンポーネントＡはこの通信コンポーネントＤ１に特別な問い合わせメッセージによってどのようなハードウェア前提条件が通信コンポーネントＤ１で使用されるゲートウェアソフトウェアの動作のために必要であるかに関する情報を問い合わせる。この問い合わせは通信コンポーネントＡにインストールされたバックグラウンドで永続的にアクティブなサービスによって行われる。通信コンポーネントＤ１は、ＩＳＤＮカードはＣＡＰＩドライバ（ＣＡＰＩ＝Common Application Programming Interface ＩＳＤＮカード通信アダプタのための規格化されたアプリケーションインターフェース）がインストールされなければならないとデータによって応答する。サービスは通信コンポーネントＡにインストールされたハードウェア乃至はこのハードウェアのアプリケーションインターフェースをこれらのデータと比較し、通信コンポーネントＤ１で使用されるゲートウェイソフトウェアの実行のための最低前提条件が通信コンポーネントＡのハードウェアによっても同様に満たされることを検出する。

ソフトウェア伝送の結果としてソフトウェアのコピーが作成される。このために必要な権利は、通信コンポーネントＤ１の権利ファイルから通信コンポーネントＡ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ２−Ｄ６のうちのどれがソフトウェア伝送のために原則的に権利を与えられているかに関する情報が読み出されることによって検査される。これはこのケースでは全ての通信コンポーネントＡ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６であり、これらの通信コンポーネントは同一のドメインに割り当てられている。さらに、ここには図示されていないが、通信コンポーネントＢ６にリソースとしてインストールされているライセンスサーバにゲートウェイソフトウェアのまだフリーなライセンスの個数が問い合わせられる。権利の前提条件は少なくとも１つのフリーなライセンスである。ソフトウェア伝送の後でフリーなライセンスの数が１だけ低減される。ソフトウェア伝送の権利のための情報は通信コンポーネントＤ１のユーザによってアドミニストレート可能である。

技術的前提条件もライセンスに起因する前提条件も満たされた後で、サービスは通信コンポーネントＤ１から通信コンポーネントＡへのゲートウェイソフトウェアの伝送を開始する（９）。伝送されたゲートウェイソフトウェアが起動され、これによってリソース「ゲートウェイ」が通信コンポーネントＡによっても提供される。

サービスは規則的な時間間隔で、この例では日に一度、通信ネットワークにおいて発見された他の通信コンポーネントＢ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６に、これらのコンポーネントに同じサービスがインストールされているかどうかを問い合わせる。イエスの場合、このサービスは同じサービスを有する他の通信コンポーネントＢ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６の各々から応答メッセージを受け取る。この応答メッセージはこの他の通信コンポーネントＢ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６のサービスをそれぞれ形成するソフトウェアのバージョンに関する情報としてバージョン番号を含む。これらの応答メッセージを受信するこのサービスはバージョン番号を自分自身のバージョン番号と比較する。他の通信コンポーネントＢ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６のサービスがより新しいソフトウェアバージョンを有する場合、サービスは自分の通信コンポーネントＡへの最新の発見されたソフトウェアの伝送を開始し、これによって自分のソフトウェアを置き換える。他の通信コンポーネントＢ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６のサービスがより古いソフトウェアバージョンを有する場合には、サービスは他の通信コンポーネントＢ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６への自分のソフトウェアの伝送を開始し、この結果、より古いソフトウェアが置き換えられる。通信コンポーネントＡにインストールされたゲートウェイソフトウェアはリソースの各々の利用を記録する。これはプロトコルファイルの管理によって行われる。このプロトコルファイルは規則的にサービスによって評価される。リソースが比較的長い時間、時間制限はこの場合一週間であるが、利用されなかった場合、ゲートウェイソフトウェアはサービスによってアンインストールされる。これによって、再び他のインストール可能なリソースのためのメモリスペースがフリーになる。

回線交換通信ネットワークに接続された通信コンポーネントを有するパケット交換通信ネットワークを示す。 リソース固有のソフトウェアを交換するパケット交換通信ネットワークにおける通信コンポーネントを示す。

符号の説明

Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６ 通信コンポーネント

Claims (9)

1. 通信ネットワーク、とりわけ通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）を有するパケット交換通信ネットワークにおけるリソースを提供するための方法であって、前記通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）はネットワークにおいてリソースを利用し及び／又はリソースをネットワークにおいて利用のために提供し、
   前記リソースは前記通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）において実行されるソフトウェアによって提供され、
   ソフトウェアは前記通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）のハードウェアにアクセスする、通信ネットワーク、とりわけ通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）を有するパケット交換通信ネットワークにおけるリソースを提供するための方法において、
   サービスは前記通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）のうちの少なくとも１つの通信コンポーネントのハードウェアを、この通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）においてソフトウェアによってリソースが提供されうるかどうかについて検査し、
   ポジティブな検査結果の場合にはこのリソース固有のソフトウェアがこの通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）に伝送され、リソースが利用のために提供されることを特徴とする、通信ネットワーク、とりわけ通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）を有するパケット交換通信ネットワークにおけるリソースを提供するための方法。
2. サービスはソフトウェアとして検査すべき通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）においてインストールされていることを特徴とする、請求項１記載の方法。
3. サービスは第２の通信コンポーネント（Ａ）による第１の通信コンポーネント（Ｄ１）のリソースの利用の際にこの第２の通信コンポーネント（Ａ）を、この第２の通信コンポーネント（Ａ）によってもこれらのリソースが提供されうるかどうかについて検査し、ポジティブな検査結果の場合には第１の通信コンポーネント（Ｄ１）から第２の通信コンポーネント（Ａ）へのこのソフトウェアの伝送が開始されることを特徴とする、請求項１又は２記載の方法。
4. めったに又はおよそ全く利用されないリソースのソフトウェアは不活性化又はアンインストールされ、改めて必要な場合に再び活性化又新たにインストールされることを特徴とする、請求項１〜３のうちの１項記載の方法。
5. ソフトウェアの伝送は権利及び／又は制限に依存して行われることを特徴とする、請求項１〜４のうちの１項記載の方法。
6. 権利はソフトウェアを伝送する通信コンポーネント（Ｄ１）のユーザ及び／又はソフトウェアを受信する通信コンポーネント（Ａ）のユーザによって与えられることを特徴とする、請求項５記載の方法。
7. 制限は伝送すべきソフトウェアにおけるソフトウェアライセンスの予め設定される最大個数によって与えられることを特徴とする、請求項５又は６記載の方法。
8. 第１のバージョンを有するソフトウェアによって形成されたサービスは第２のバージョンを有するソフトウェアによって形成される第２の同様のサービスを見つけた場合にはバージョンを比較し、バージョンが異なる際には古いバージョンのソフトウェアを有する通信コンポーネント（Ａ、Ｂ１−Ｂ６、Ｃ１−Ｃ６、Ｄ１−Ｄ６）への新しいバージョンを有するソフトウェアの伝送を開始し、そこで古いバージョンを有するソフトウェアを伝送されたソフトウェアによって更新することを特徴とする、請求項１〜７のうちの１項記載の方法。
9. サービスによる検査は自動的に規則的な時間間隔で及び／又はリソースの利用のたびに及び／又は手動による活性化の後で行われることを特徴とする、請求項１〜８のうちの１項記載の方法。

Images