特許 6847307 ネットワークを設定する方法および装置ならびに通信ネットワーク

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6847307

(24)【登録日】2021年3月4日

(45)【発行日】2021年3月24日

(54)【発明の名称】ネットワークを設定する方法および装置ならびに通信ネットワーク

(51)【国際特許分類】

   H04L 12/28 20060101AFI20210315BHJP

   H04L 12/717 20130101ALI20210315BHJP

   H04L 12/725 20130101ALI20210315BHJP

【ＦＩ】

   H04L12/28 203

   H04L12/717

   H04L12/725

【請求項の数】15

【全頁数】17

(21)【出願番号】特願2020-518640(P2020-518640)

(86)(22)【出願日】2017年10月5日

(65)【公表番号】特表2020-536437(P2020-536437A)

(43)【公表日】2020年12月10日

(86)【国際出願番号】EP2017075340

(87)【国際公開番号】WO2019068329

(87)【国際公開日】20190411

【審査請求日】2020年5月29日

【早期審査対象出願】

(73)【特許権者】

【識別番号】517291346

【氏名又は名称】シーメンス アクチエンゲゼルシヤフト

【氏名又は名称原語表記】Ｓｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ

(74)【代理人】

【識別番号】100114890

【弁理士】

【氏名又は名称】アインゼル・フェリックス＝ラインハルト

(74)【代理人】

【識別番号】100098501

【弁理士】

【氏名又は名称】森田 拓

(74)【代理人】

【識別番号】100116403

【弁理士】

【氏名又は名称】前川 純一

(74)【代理人】

【識別番号】100135633

【弁理士】

【氏名又は名称】二宮 浩康

(74)【代理人】

【識別番号】100162880

【弁理士】

【氏名又は名称】上島 類

(72)【発明者】

【氏名】フリンポン アンザー

(72)【発明者】

【氏名】モハメド エル アミネ ホウユウ

【審査官】 安藤 一道

(56)【参考文献】

【文献】 米国特許出願公開第２００５／００８６３６２（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００５／００５８０８３（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００７／００７１０２６（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／２８

Ｈ０４Ｌ １２／７１７

Ｈ０４Ｌ １２／７２５

(57)【特許請求の範囲】

【請求項1】

第１の個数の送信器（１−ｉ）と、第２の個数の受信器（２−ｉ）とを有するネットワーク（１０）を設定する方法において、
前記第１の個数の送信器（１−ｉ）の各送信器（１−ｉ）は、前記第２の個数の受信器（２−ｉ）の、関連付けられた受信器（２−ｉ）に、あらかじめ定めた量のデータを定期的に送信し、
定期的な前記送信は、前記送信器（１−ｉ）毎に個別にあらかじめ定めた送信周期で行われ、かつ各前記送信器（１−ｉ）と、関連付けられた前記受信器（２−ｉ）との間では、あらかじめ定めた送信パスが使用され、
前記方法は、
あらかじめ定めたテスト周期内に、前記送信器（１−ｉ）の送信毎に、送信器（１−ｉ）によるデータの送信と、関連付けられた前記受信器（２−ｉ）による前記データの受信との間の最大遅延量を計算するステップ（Ｓ１）と、
あらかじめ定めた前記テスト周期内に、前記送信器（１−ｉ）の送信毎に、計算した前記最大遅延量が、あらかじめ定めた第１閾値を上回るか否かを判定するステップ（Ｓ２）と、
あらかじめ定めた前記テスト周期内に、あらかじめ定めた前記第１閾値を上回る、計算した前記最大遅延量の個数が、あらかじめ定めた第２閾値以下である場合には、あらかじめ定めた前記送信パスを適用するステップ（Ｓ３）と、
を含む
ことを特徴とする、方法。

【請求項2】

複数の前記送信器（１−ｉ）の前記送信周期の最小公倍数に基づいて、前記テスト周期を計算する、請求項１記載の方法。

【請求項3】

少なくとも２つの送信器（１−ｉ）によるデータ送信が重なっている場合には、タイムスロット毎に前記最大遅延量を計算する、請求項１または２記載の方法。

【請求項4】

それぞれの前記タイムスロットに送信されるデータ量の総和に基づいて、前記最大遅延量を計算する、請求項３記載の方法。

【請求項5】

あらかじめ定めた前記テスト周期内に、あらかじめ定めた前記第１閾値を上回る、計算した前記最大遅延量の前記個数が、あらかじめ定めた前記第２閾値を上回る場合には、少なくとも１つの送信パスを適合させるステップを含む、請求項１から４までのいずれか１項記載の方法。

【請求項6】

あらかじめ定めた前記テスト周期内に、あらかじめ定めた前記第１閾値を上回る、計算した前記最大遅延量の前記個数が、あらかじめ定めた前記第２閾値を上回る場合には、少なくとも１つの送信器（１−ｉ）と、関連付けられた前記受信器（２−ｉ）との間で時分割多重化送信を適用するステップを含む、請求項１から５までのいずれか１項記載の方法。

【請求項7】

各前記送信器（１−ｉ）と、関連付けられた前記受信器（２−ｉ）との間の前記送信パスにおける、ネットワーク装置（３−ｉ）の共通ポートによって、少なくとも２つの送信器（１−ｉ）からのデータを処理する、請求項１から６までのいずれか１項記載の方法。

【請求項8】

前記ネットワーク（１０）の関連付けられた受信器（２−ｉ）に、あらかじめ定めた量のデータを定期的に送信するように適合された別の送信器（１−ｉ）を、前記ネットワーク（１０）に加えるステップを含む、請求項１から７までのいずれか１項記載の方法。

【請求項9】

ネットワーク（１０）を設定するネットワーク制御装置（４）であって、
前記ネットワーク（１０）は、第１の個数の送信器（１−ｉ）と、第２の個数の受信器（２−ｉ）とを有し、前記第１の個数の送信器（１−ｉ）の各送信器（１−ｉ）は、前記第２の個数の受信器（２−ｉ）の、関連付けられた受信器（２−ｉ）に、あらかじめ定めた量のデータを定期的に送信し、
定期的な前記送信は、前記送信器（１−ｉ）毎に個別にあらかじめ定めた送信周期で行われ、
各前記送信器（１−ｉ）と、関連付けられた前記受信器（２−ｉ）との間では、あらかじめ定めた送信パスが使用され、
前記ネットワーク制御装置（４）は、
あらかじめ定めたテスト周期内に、前記送信器（１−ｉ）の送信毎に、送信器（１−ｉ）によるデータの送信と、関連付けられた前記受信器（２−ｉ）による前記データの受信との間の最大遅延量を計算するように適合された遅延計算器（４１）と、
あらかじめ定めた前記テスト周期内に、前記送信器（１−ｉ）の送信毎に、計算した前記最大遅延量が、あらかじめ定めた第１閾値を上回るか否かを判定するように適合されたコンパレータ（４２）と、
あらかじめ定めた前記テスト周期内に、あらかじめ定めた前記第１閾値を上回る、計算した前記最大遅延量の個数が、あらかじめ定めた第２閾値以下である場合には、あらかじめ定めた前記送信パスを適用するように適合されたネットワークコンフィギュレータ（４３）と、
を有する、
ネットワーク制御装置（４）。

【請求項10】

前記遅延計算器は、前記送信器（１−ｉ）の前記送信周期の最小公倍数に基づいて、前記テスト周期を計算するように適合されている、請求項９記載の装置（４）。

【請求項11】

あらかじめ定めた前記テスト周期内に、あらかじめ定めた前記第１閾値を上回る、計算した前記最大遅延量の前記個数が、あらかじめ定めた前記第２閾値を上回る場合には、少なくとも１つの送信器（１−ｉ）と、関連付けられた前記受信器（２−ｉ）との間で時分割多重化送信を適用するように前記ネットワークコンフィギュレータ（４３）が適合されている、請求項９または１０記載の装置（４）。

【請求項12】

少なくとも２つの送信器（１−ｉ）からのデータが、各前記送信器（１−ｉ）と、関連付けられた前記受信器（２−ｉ）との間の前記送信パスにおいて、ネットワーク装置（３−ｉ）の共通ポートによって処理される、請求項９から１１までのいずれか１項記載の装置（４）。

【請求項13】

前記ネットワーク（１０）の関連付けられた受信器（２−ｉ）にあらかじめ定めた量のデータを定期的に送信するように適合された別の送信器（１−ｉ）が、前記ネットワーク（１０）に加えられるように前記ネットワークコンフィギュレータ（４３）が適合されている、請求項９から１２までのいずれか１項記載の装置（４）。

【請求項14】

第１の個数の送信器（１−ｉ）と、
第２の個数の受信器（２−ｉ）と、
前記第１の個数の送信器（１−ｉ）と、前記第２の個数の受信器（２−ｉ）とを通信接続するように適合されたネットワークインフラストラクチャと、
を有する、通信ネットワーク（１０）において、
前記第１の個数の送信器（１−ｉ）の各送信器（１−ｉ）は、前記第２の個数の、関連付けられた受信器（２−ｉ）に、あらかじめ定めた量のデータを定期的に送信するように適合されており、定期的な前記送信は、前記送信器（１−ｉ）毎に個別にあらかじめ定めた送信周期で行われ、
各前記送信器（１−ｉ）と、関連付けられた前記受信器（２−ｉ）との間では、前記ネットワークインフラストラクチャを通るあらかじめ定めた送信パスが使用され、
前記通信ネットワーク（１０）は、さらに請求項９から１１までのいずれか１項記載のネットワーク制御装置（４）を有する、
ことを特徴とする、通信ネットワーク（１０）。

【請求項15】

前記ネットワークインフラストラクチャは、パケット交換網を有する、請求項１４記載のネットワーク。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークを設定する方法および装置に関する。本発明はさらに、通信ネットワークに関する。

【0002】

背景技術
米国特許出願公開第２００５／０８６３６２号明細書には、ネットワーク上でパケットを送信する方法が開示されており、この方法には、パケット送達スケジュールを別々の異なるタイムスロットに分割することと、複数の試験パケットを、異なるタイムスロットを使用してネットワーク上の第１のエンドポイントからネットワークにおける意図された受信側に送信することと、ネットワークの信頼性を評価して複数の試験パケットを各タイムスロットに送信することと、送達スケジュールにおける１つまたは複数のタイムスロットを選択することと、が含まれている。
米国特許出願公開第２００５／０５８０８３号明細書には、粗細試験期間を使用したネットワーク・パケットの経験的スケジューリングが開示されている。
米国特許出願公開第２００７／０７１０２６号明細書には、ネットワークを介して圧縮ビデオ・パケットを送信する方法が開示されており、この方法には、送信区間を離散的タイムスロットへ区分することと、送信ノードから受信ノードへネットワークを介してスケジューリング・パケットを送ることと、受信ノードの応答を評価して異なるタイムスロットでのネットワークの信頼度を決定することと、圧縮ビデオ・パケットを配信するために１つまたは複数のタイムスロットを選択することと、が含まれている。
本発明およびその根底にある課題は、基本的に任意の通信ネットワークに適用可能であるが、以下では、工業環境においてマスタコントローラと周辺装置との間で更新が必要なアプリケーションを使用する自動化システムに関連して説明する。

【0003】

自動化システム、特に工業アプリケーションの自動化システムでは、マスタコントローラと複数の周辺装置との間で周期的な更新が必要なコントローラ一括管理アプリケーションが使用されることがある。このために、各周辺装置から、対応するマスタコントローラにデータが定期的に送信される。周辺装置とコントローラとの間でデータを送信するためには、工業用イーサネットまたは工業用バスシステムのような多種多様な技術を使用可能である。例えば、ロボットアームのような装置は、その状態、例えばロボットアームの位置などをコントローラに定期的に通知可能であり、コントローラは、受信データに基づいてその後の制御命令を計算可能である。

【0004】

このようなアプリケーションを高い信頼性で制御できるようにするために、コントローラは、周辺装置から定期的にかつ過度の遅延なしにデータを受信しなければならない。

【0005】

そのゆえに、新たなシステムを設計する場合または既存のシステムを拡張する場合には、周辺装置とコントローラとの間での適時かつ信頼性の高いデータ送信に対する要件が、確実に保証されるようにする必要がある。

【0006】

このような背景の下に、本発明によって扱われる課題は、データが定期的に送信されるネットワークにおいて、適時かつ信頼性の高いデータ送信を可能にする、ネットワーク用の設定を提供することである。

【0007】

要約
本発明によって提供されるのは、請求項１の特徴を有する、ネットワークを設定する方法と、請求項９の特徴的構成を有する、ネットワークを設定する装置と、請求項１４の特徴的構成を有する通信ネットワークとである。

【0008】

第１の態様によれば、本発明により、ネットワークを設定する方法が提供される。このネットワークは、第１の個数の送信器と、第２の個数の受信器とを有する。第１の個数の送信器の各送信器は、第２の個数の受信器の、関連付けられた受信器に、あらかじめ定めた量のデータを定期的に送信する。特に、各送信器によって送信されるあらかじめ定めたデータ量は、異なっていてよい。ここでは、定期的な送信は、送信器毎に個別にあらかじめ定めた送信周期で行われる。各送信器と、それぞれの関連付けられた受信器との間では、あらかじめ定めた送信パスを使用する。この方法は、あらかじめ定めたテスト周期内に、送信器の送信毎に、送信器によるデータの送信と、それぞれの関連付けられた受信器によるデータの受信との間の最大遅延量を計算するステップを有する。この方法はさらに、あらかじめ定めたテスト周期内に、送信器の送信毎に、計算した遅延量が、あらかじめ定めた第１閾値を上回るか否かを判定するステップを有する。さらに、この方法は、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、あらかじめ定めた第２閾値以下である場合に、あらかじめ定めた送信パスを適用するステップを有する。

【0009】

第２の態様によれば、本発明により、ネットワークを設定するネットワーク制御装置が提供される。このネットワークは、第１の個数の送信器と、第２の個数の受信器とを有する。第１の個数の送信器の各送信器は、第２の個数の受信器の、関連付けられた受信器に、あらかじめ定めた量のデータを定期的に送信する。定期的な送信は、送信器毎に個別にあらかじめ定めた送信周期で行われる。各送信器と、それぞれの関連付けられた受信器との間では、あらかじめ定めた送信パスが使用される。この装置は、遅延計算器、コンパレータおよびネットワークコンフィギュレータを有する。遅延計算器は、あらかじめ定めたテスト周期内に、送信器の送信毎に、送信器によるデータの送信と、関連付けられた受信器によるデータの受信との間の最大遅延量を計算するように構成されている。コンパレータは、あらかじめ定めたテスト周期内に、送信器の送信毎に、計算した遅延量が、あらかじめ定めた第１閾値を上回るか否かを判定するように構成されている。ネットワークコンフィギュレータは、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、あらかじめ定めた第２閾値以下である場合に、あらかじめ定めた送信パスを適用するように適合されている。

【0010】

第３の態様によれば、通信ネットワークが提供される。この通信ネットワークは、第１の個数の送信器と、第２の個数の受信器と、ネットワークインフラストラクチャと、ネットワーク制御装置とを有する。ネットワークインフラストラクチャは、第１の個数の送信器と、第２の個数の受信器とを通信接続するように構成されている。第１の個数の送信器の各送信器は、第２の個数の受信器の、関連付けられた受信器に、あらかじめ定めた量のデータを定期的に送信する。定期的な送信は、送信器毎に個別にあらかじめ定めた送信周期で行われる。各送信器と、関連付けられた受信器との間では、ネットワークインフラストラクチャを介するあらかじめ定めた送信パスが使用される。ネットワーク制御装置は、ネットワークを設定するように適合されている。ネットワーク制御装置は、遅延計算器、コンパレータおよびネットワークコンフィギュレータを有する。遅延計算器は、あらかじめ定めたテスト周期内に、送信器の送信毎に、送信器によるデータの送信と、関連付けられた受信器によるデータの受信との間の最大遅延量を計算するように構成されている。コンパレータは、あらかじめ定めたテスト周期内に、送信器の送信毎に、計算した遅延量が、あらかじめ定めた第１閾値を上回るか否かを判定するように適合されている。ネットワークコンフィギュレータは、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、あらかじめ定めた第２閾値以下である場合に、あらかじめ定めた送信パスを適用するように適合されている。

【0011】

本発明は、ネットワークを介して同じ時点に複数のデータパケットを送信しようとする場合に、データの送信を遅延させることがあるという事実に基づいている。このような場合、個別のデータパケットを順次に送信しなければならない。それゆえに、キューに入れられるデータパケットは、後の時点に送信可能である。データパケットのこのような遅延は、アプリケーションの制御が、遅延して受信されるデータに基づく場合、なんらかの問題を引き起こすことがある。アプリケーションによっては、受信データを使用するために、あらかじめ定めた閾値よりも小さなわずかな遅延が、許容可能であることがある。しかしながら、受信データの遅延が、許容可能な閾値よりも大きい場合、このようなデータは廃棄しなければならない。

【0012】

アプリケーションによっては、受信データが、１回またはあらかじめ定めた回数よりも小さい回数だけ、廃棄される場合であっても、制御の実行も許容できることがある。しかしながら、より長い周期にわたって、信頼性の高いデータが利用できない場合には、信頼性の高い制御を行うことはできず、結果的に制御システムは、不安定または危険な状態に陥ってしまうことがある。

【0013】

したがって、本発明の一着想は、前もってこのようなシステムの構成を分析し、所望のデータ送信コンセプトに基づいて、信頼性の高い制御を行うことができるか否かを判定することである。遅延および廃棄されたデータパケットの個数が、要求に対する最悪ケースの考察を下回ることを保証できる場合にのみ、それぞれの構成が適用される。そうでない場合には択一的な解決手段を探し求めなければならない。したがって、本発明により、アプリケーションを制御するための、信頼性が高くかつ定期的なデータ送信を実現する解決手段が提供される。

【0014】

送信器は、あらかじめ定めた量のデータを定期的に送信する任意のタイプの送信器であってよい。例えば、送信器は、測定値、例えば、位置、角度、速度、温度、圧力、電圧、電流などを定期的に測定するセンサを有していてよい。しかしながら、任意の別の測定値も検出可能である。検出された測定値は、デジタル値として直接に測定可能であるか、またはアナログの測定値は、アナログ・デジタル変換器によってデジタル値に変換可能である。したがって、検出した測定値に対応するデジタルデータは、送信器から、関連付けられた受信器に定期的に送信可能である。システムの複雑さによっては、任意の個数の、すなわち１つ以上の送信器および受信器が可能である。特に、送信器の個数は、受信器の個数と異なっていてよい。

【0015】

共通の一空間位置おいて、または少なくとも共通の一ハードウェアによって複数の測定値を収集してもよいことはいうまでもない。この場合にこの共通のハードウェアは、収集したすべての測定値のデータを送信可能である。例えば、収集したすべての測定値のデータを共通の一データパケットに組み合わせ、組み合わせたこのデータパケットを、関連付けられた受信器に送信することが可能である。しかしながら、個別の測定値について、個別のデータパケットを生成可能であってもよい。この場合、送信器から２つ以上の受信器に別々のデータパケットを送信可能である。特に、タイプの異なる測定値について、異なる送信間隔を適用可能であってよい。したがって、データは共通のハードウェア装置によって送信されるのにもかかわらず、異なるデータの送信は、個別の送信器によって送信されるデータの送信とみなすことができる。というのは、送信周期および／または関連付けられた受信器データが異なり得るからである。

【0016】

送信器から受信器へのデータの送信は、任意の適切な通信ネットワークを介して行うことが可能である。例えば、送信は、スイッチ、ルータなどのような複数のホップを有する通信ネットワークによって行うことが可能である。したがって送信器から受信器への通信毎に、個別の送信パスを選択可能である。送信パスは、例えば、複数のホップを介する、あらかじめ定めた順序の、送信器から受信器へのルートを指定可能である。特に、特定の送信器から、関連付けられた受信器への送信毎に同じ送信パスが使用される。したがって送信器から受信器への送信パスは、明確に指定可能である。特に、送信器の出力ポート、受信器の入力ポート、および／または中間装置の入出力ポートは、既知である。

【0017】

送信パスおよび関連したハードウェア装置は既知であるため、あらかじめ定めた送信パスを介する、送信器から受信器へのデータ送信に要する時間も既知である。特に、送信器から、関連付けられた受信器に送信される、あらかじめ定めたデータの量は既知であるため、またさらに関連した装置も既知であるため、送信器から受信器にデータを送信するのに要する時間は、極めて正確に特定可能である。

【0018】

すでに上で説明したように、複数の送信器からのデータは、１つ以上の受信器に定期的に送信可能である。各送信器は、そのデータを定期的に送信するために異なる周期を有し得るため、それぞれの送信器によってデータを送信するために個別の時点を考慮しなければならない。例えば、１つの送信器だけがデータを送信しているいくつかの時点が存在し得る。しかしながら、２つ以上の送信器が、データを同時に送信したいといういくつかの時点も存在し得る。特に、このような状況では、送信パスの少なくともいくかの部分は、共通に使用され得る。ネットワークの各セグメントを介しては、１つのデータ送信だけが可能であるため、いくかのデータ送信を延期する、すなわちこれをキューに入れなければならないことがある。したがって、キューに入れられたデータ送信は、時間的に遅延して受信されることがある。

【0019】

最悪ケースのシナリオを評価するために、データ送信を延期する場合に、所望のデータ送信が、送信キューにおける最後の送信になり得ると、想定することができる。したがって、データのこのように遅延された受信がなお許容可能であり得るか否か、またはデータ送信の遅延があらかじめ定めた閾値を上回り、それゆえにこの受信した遅延データをもはや考慮できないか否かを評価可能である。

【0020】

この遅延データがもはや考慮されず、それゆえにこの遅延データが廃棄される場合、このようなデータの廃棄を許容できるか否かを評価しなければならない。例えば、特定の送信器からのデータは、あらかじめ定めた回数（あらかじめ定めた周期に対応する）の間は、廃棄可能であってよい。したがって、受信データが廃棄される場合、データのこのような廃棄を許容でき得るか否かを評価しなければならない。データが、許容可能な回数よりも多く廃棄される場合、すなわち、許容可能な周期よりも長く遅延されるデータの個数が、あらかじめ定めた個数を上回る場合、システムの所望の設定は、なんらかの問題を生じ得る。それゆえに、所望のシステムのこのような設定は、許容可能であることはなく、したがって択一的な設定を探し求めなければならない。

【0021】

しかしながら、データの遅延が、許容可能閾値を下回るか、または、少なくとも、送信中の長い遅延に起因してデータを廃棄しなければならないときの回数が所望の閾値を下回る場合、送信器および受信器を有するネットワークの所望の設定は、許容可能である。それゆえに、このような設定は、システムに適用可能である。

【0022】

送信データの最大遅延と、廃棄されるデータの個数を評価するために、特定のテスト周期の間、データ送信の分析を考慮しなければならない。このテスト周期は、複数の送信器によるデータ送信についての個別の周期に依存する。特に、このテスト周期は、個別の送信器によるデータ送信のすべての組み合わせを考慮に入れることが可能な、少なくとも１つの周期でなければならない。

【0023】

一実施形態によれば、複数の送信器の送信周期の最小公倍数に基づいて、テスト周期を計算する。

【0024】

関連したすべての送信器の個別の送信周期の最小公倍数を考慮する場合、関連したテスト周期は、関連した送信器によるデータ送信のすべての組み合わせを含む。例えば、個別の送信器は、あらかじめ定めた時間間隔を有するあらかじめ定めた時間グリッドに基づいて、データを送信可能である。したがってデータ送信についての周期は、あらかじめ定めたグリッドの時間間隔の倍数で特定可能である。この場合、テスト周期は、個別の送信器の時間間隔の最小公倍数の周期として選択可能である。このようにして、関連した送信器によるデータ送信のすべての組み合わせを考慮することができる。

【0025】

考えられ得る一実施形態において、少なくとも２つの送信器によるデータ送信が重なっている場合、タイムスロット毎に、すなわち時点毎に最大遅延量を計算する。

【0026】

特定の時点に１つの送信器だけがデータを送信している場合、それぞれのデータは、いかなる遅延もなしに直ちに送信可能である。特に、付加的なデータを送信しようとしていない場合、データ送信を延期する／キューに入れる必要はない。しかしながら、特定の時点に２つ以上の送信器が、データを送信しようとする場合、送信されるはずであるデータのうちのいくつかをキューに入れなければならないことがある。これにより、いくかのデータは、それぞれの受信器により、遅延を伴って受信可能である。それゆえに、それぞれのシステムにとってこのような遅延が許容可能か否かを判定するために、この遅延を評価しなければならない。

【0027】

考えられ得る一実施形態では、それぞれのタイムスロットにおいて、すなわちそれぞれの時点において送信されるデータ量の総和に基づいて、最大遅延量を計算する。

【0028】

送信されるはずであるデータ量が既知の場合、このデータ量を送信するのに必要な時間が計算可能である。特に、関連したネットワークの送信速度が既知の場合、データ送信に要する時間は、この送信速度に基づいて特定可能である。必要であれば、それぞれのデータの送信に要する時間を特定するときに、制御データまたは関連した別のデータに起因するオーバヘッドをデータに加えることが可能である。

【0029】

考えられ得る一実施形態では、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、あらかじめ定めた第２閾値を上回る場合に、少なくとも１つの送信パスを適合させる。

【0030】

したがって、所望の設定が、許容できない遅延および／または許容できない廃棄データ量に起因して問題を生じさせることが検出される場合、データ送信を最適化するために設定を変更しなければならないことになる。したがって、このような最適化は、送信器と受信器との間の少なくとも１つの送信パスを変更することによって実現可能である。例えば、別のホップ（スイッチ、ルータなど）を使用する送信パスを選択可能である。したがって、ネットワークにおける負荷を均すことができる。例えば、過負荷のホップの負担を減らすことできるように、択一的なホップを介していくつかのデータをルーティングすることが可能であってよい。これにより、このような過負荷のホップにおける最大遅延を減少可能であり、結果的に、最大遅延を減少させてそれぞれのデータを送信可能である。

【0031】

考えられ得る一実施形態において、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、あらかじめ定めた第２閾値を上回る場合に、少なくとも１つの送信器と、関連付けられた受信器との間で時分割多重化送信を適用する。

【0032】

時分割多重化送信により、ネットワークを介してデータを送信するのに要する、信頼性が高くかつ既知の送信時間が可能になり得る。したがって、ネットワークにおける、許容できない大きな遅延、または許容できない大きな廃棄データ量を回避するためにＴＤＭ送信を適用可能である。このようなＴＤＭ送信を特定の場合だけに制限することにより、このような複雑かつコストのかかる送信方式を計画および実現するための労力を最小化することができる。

【0033】

考えられ得る一実施形態では、少なくとも２つの送信器からのデータを、各送信器と、関連付けられた受信器との間の送信パスにおける、ネットワーク装置の共通のポートによって、処理する。

【0034】

ネットワークを介した送信を指定することにより、一般に、スイッチおよびルータのような関連したホップと、リンク、すなわちそれぞれのホップの間のケーブルとが関連付けられる。したがって、２つのホップの間の各リンクは、ネットワーク装置のそれぞれのポートに割り当て可能である。したがって、共通の一送信ライン（ケーブル）を介して、複数の送信器からデータを送信する場合、それぞれのネットワーク装置の共通の一ポートを使用可能である。

【0035】

考えられ得る一実施形態では、この方法はさらに、別の送信器をネットワークに加えるステップを有する。この別の送信器は、ネットワークの関連付けられた受信器に、あらかじめ定めた量のデータを定期的に送信するように適合可能である。

【0036】

したがって、この方法は、既存のネットワークを増強するために使用可能である。特に、この方法は、それぞれのデータ送信の遅延に起因する問題をなんら生じさせることなく、既存のネットワークに任意の別の送信器を加えることができるか否かを分析可能である。それゆえに、この方法が、なんらの問題もなく別の送信装置を加えることが可能であるという結論に達した場合、増強されたこの設定を受け入れることが可能である。そうでない場合、すなわち送信遅延において問題が検出される場合、この別の送信器を拒否することができるか、または択一的には、この別の送信器を加える前に送信システムの再構成が必要になる。

【0037】

考えられ得る一実施形態において、ネットワーク、特にネットワークインフラストラクチャは、パケット交換網を有する。

【0038】

パケット交換網は、例えば、イーサネットネットワーク、特に工業用イーサネットネットワーク、または任意の別のパケット交換式工業用バスネットワークであってよい。したがって送信器から受信器への定期的なデータの通知は、簡単かつコスト的に有利な仕方で適用可能である。

【0039】

したがって、複数の送信器から複数の受信器に定期的にデータを通知する場合に、本発明により、ネットワーク設定を調べることができる。特に、同じネットワークを介し、複数の送信器によってデータを同時に送信することによって生じる、データ送信における遅延に起因する問題を識別可能である。最大許容可能遅延についての閾値と、許容できないほどの大きな遅延データに起因する、許容可能廃棄データの最大個数についての別の閾値とを考慮することにより、所望の設定において、信頼性の高いデータの送信に対する最小要件が達成できるか否かを識別可能である。特に、所望の設定が、適切であるか否かを自動的に決定できる。それゆえに、不適切な設定は、自動的に拒絶され、そうでない場合、所望の設定の有効性を立証できるときには、この所望の設定を自動的に適用可能である。

【0040】

本発明およびその利点を一層完全に理解できるようにするために、添付の図面と共に取り上げられた以下の説明を参照する。以下では、図面の概略図に示した例示的な実施形態を使用して本発明をより詳細に説明する。

【図面の簡単な説明】

【0041】

【図1】本発明による通信ネットワークの一実施形態のブロック図である。

【図2】本発明によるネットワーク制御装置の一実施形態のブロック図である。

【図3】複数の送信器による定期的な送信を説明する線図である。

【図4】本発明による方法の一実施形態の流れ図である。

【0042】

添付の図面は、本発明の実施形態のさらなる理解を提供することを意図している。これらの実施形態は、以下の説明と共に、本発明の基本原理およびコンセプトを説明するのに役立つ。また言及される複数の実施形態および多くの利点は、図面を考慮すれば、明らかになる。

【0043】

複数の図面において、同様の、機能的に同等の、および同じ動作の要素、特徴およびコンポーネントには、特に指示のないかぎり、それぞれ同様の参照符号が付されている。

【0044】

図面の詳細な説明
図１には、通信ネットワーク１０の一実施形態のブロック図が示されている。通信ネットワークには、複数の送信器１−ｉと、複数の受信器２−ｉとが含まれている。図１では３つの送信器１−ｉと、２つの受信器２−ｉとが示されているが、この通信ネットワークは、任意の個数の、すなわち１つ以上の送信器１−ｉと、任意の個数の受信器２−ｉとを有していてよいことはいうまでもない。送信器１−ｉおよび受信器２−ｉは、複数のホップ３−ｉを有するネットワークインフラストラクチャによって通信接続されている。送信器１−ｉ、ホップ３−ｉおよび受信器２−ｉは、リンクによって、例えばケーブルによって、特に光ファイバまたは銅ケーブルによって接続可能である。例えば、各送信器１−ｉは、出力ポートを有していてよく、この出力ポートは、それぞれのリンクによってホップ３−ｉのポートに接続されている。さらに、個々のホップ３−ｉは、個々のホップ３−ｉを互いに接続するための、またはホップ３−ｉと、受信器２−ｉの入力ポートとを接続するためのポートを有していてよい。これにより、各送信器１−ｉは、ネットワークインフラストラクチャを介し、あらかじめ定めた送信パスを介して受信器２−ｉにデータを送信可能である。例えば、送信パスは、関連したホップ３−ｉを指定することによって特定可能である。特に、送信器１−ｉから、関連したホップ３−ｉを介して、所望の受信器２−ｉにデータを送信するための順序を指定可能である。

【0045】

各送信器１−ｉは、ネットワークインフラストラクチャを介し、関連付けられた受信器２−ｉにデータを定期的に送信可能である。連続する２つのデータ送信の間の周期は、送信器１−ｉ毎に個別に設定可能である。したがって各送信器１−ｉは、それぞれの周期に基づいて、既知の時点にデータを送信する。連続する２つのデータ送信の間の間隔は、所望のアプリケーションに依存してよい。例えば、連続する２つの送信の間の間隔は、ミリ秒、秒、分の範囲内に、またはさらに長い範囲内にあってよい。

【0046】

例えば、送信器１−ｉは、工業用アプリケーションの一部であってよい。特に、各送信器１−ｉは、状態情報、測定値、検知パラメータ、または任意の別のタイプの情報を通知可能である。例えば、収集装置（図示せず）によって特定される、例えば温度、圧力、湿度、電圧、電流、速度、位置、角度などの環境パラメータ、測定値、状態情報を特定可能である。収集したデータは、デジタル形式で収集可能であるか、またはアナログ値で収集可能でありかつアナログ・デジタル変換器によってデジタル値に変換可能である。したがってデジタル値は、送信器１−ｉにより、ネットワークインフラストラクチャを介して、関連付けられた受信器２−ｉに送信可能である。

【0047】

受信器２−ｉは、送信器１−ｉによって送信されたデータを受信し、受信データを分析し、受信データに基づいて処理を実行し、特にシステムを制御することができる。

【0048】

例えば、工業システムでは、複数のセンサにより、センサデータを収集可能であり、ネットワークインフラストラクチャを介して、送信器１−ｉから受信器２−ｉに、収集したセンサデータを定期的に通知可能である。受信データに基づき、工業システムを制御可能である。しかしながら、本発明は、工業システムのこのようなアプリケーションに限定されないことはいうまでもない。さらに、送信器１−ｉから受信器２−ｉに任意のタイプのデータを定期的に通知して、受信データに基づいて処理を行うことも可能である。

【0049】

受信器２−ｉによって受信したデータに基づいて、信頼性の高い処理を実行するためには、定期的に送信されるデータを適時に受信しなければならない。したがって受信器２−ｉは、送信器１−ｉによってデータが送信される時点と、受信器２−ｉによってそれぞれのデータが受信される時点との間の遅延を評価可能である。例えば、送信器１−ｉによってデータを送信するときに、データにタイムスタンプを含めることが可能である。このタイムスタンプに基づき、受信器２−ｉは、それぞれのタイムスタンプと、受信器２−ｉの現在のシステム時刻とを比較することによって遅延を特定可能である。特定した遅延が、最大許容遅延を下回る場合、受信データは受け入れ可能であり、引き続きの処理に、例えば技術システムの制御に使用可能である。しかしながら、送信データが、許容可能閾値を上回って遅延している場合、受信データを廃棄可能である。受信データが、許容可能閾値を上回って遅延している場合、受信データは、観察対象システムの現状を表していないことがあり、したがってこのようなデータをシステムの制御に使用してはならない。

【0050】

所望のアプリケーションによっては、いくつかのデータが、過度の遅延に起因して受信されないかまたは廃棄される場合であっても、処理、例えばシステムの制御を実行可能である。したがってデータのタイプ毎に、または送信器１−ｉ毎に、データの廃棄を許容できるあらかじめ定めた回数を指定可能である。択一的には、有効なデータが受信されることなく、処理、特にシステムの制御の実行が許容可能になり得る最大期間を指定可能である。このような期間は、例えば「猶予期間」と称することが可能である。

【0051】

複数の送信器１−ｉが、共通のネットワークインフラストラクチャを介して１つ以上の受信器２−ｉに定期的にデータを送信する場合、２つ以上の送信器１−ｉが、同じ時点にデータを送信しようとしている可能性があり得る。２つ以上の送信器１−ｉが、同じ時点にデータを送信しようとしており、かつ複数の送信器１−ｉにより、関連付けられた受信器２−ｉにデータが送信されるそれぞれの送信パスが、少なくとも部分的に共通のネットワークインフラストラクチャを使用する場合、いくつかのデータ送信操作をキューに入れなければならない。図１を参照すると、例えば送信器１−１および１−２が、同じ時点に受信器２−１にデータを送信しようとしている。この場合、２つの送信器１−１、１−２により、同じホップ３−１および３−２、ホップ３−１と３−２との間の通信リンク、ならびにホップ３−２と受信器２−１との間のリンクが使用される。したがって、一方の送信器１−１または１−２のデータは、他方の送信器１−２または１−１のデータが送信されるまでキューに入れられなければならない。送信が完了した後、キューに入れられたデータは、後の時点に送信可能である。したがってキューに入れられたデータは、付加的な遅延を伴って受信器２−１によって受信される。この場合、受信器２−１は、付加的な遅延が、それぞれのデータについての許容可能閾値よりも長いか否かを特定可能である。あらかじめ定めた閾値より遅延が短い場合、この遅延データは、受け入れられる。そうでない場合、この遅延データは、廃棄される。

【0052】

すべての送信器１−ｉが、データ送信について同じ周期を有している場合、複数の送信器１−ｉからのデータの同時の送信に対し、データを送信する毎にそのような衝突が発生し得る。しかしながらすでに上述したように、すべての送信器１−ｉが、定期的なデータ送信について同じ周期を有する必要はない。特に、送信器１−ｉの定期的なデータ送信についての周期が異なる場合、複数の送信器１−ｉのうちのただ１つだけが、またはいくつかだけがデータを送信しようとしているケースもあり得るが、複数の送信器１−ｉが、またはすべての送信器１−ｉさえもが同じ時点にデータを送信しようとしている時点もあり得る。したがって、複数の送信器からのデータの同時の送信に起因する遅延が、通信ネットワーク１０においてなんらかの問題を起こし得るか否かを検出するために、送信方式を分析しなければならないことになる。

【0053】

したがって新たなシステムを設計するか、または既存のシステムに別の送信器１−ｉを追加するか、またはネットワークインフラストラクチャを変更する場合には、定期的に送信されるデータの最大遅延に関する要求を満たすことができるか否かを評価する必要がある。例えば、所望の設定を分析するネットワーク制御装置４を設けることできる。ネットワーク制御装置４は、ネットワークインフラストラクチャを介し、あらかじめ定めた送信パスに基づいて、送信器１−ｉから受信器２−ｉに定期的にデータを送信するための周期を考慮することができる。ネットワーク制御装置４は、独立した装置として、またはネットワークインフラストラクチャに含まれる装置として使用可能である。ネットワーク制御装置４を使用するための任意のタイプの設定も可能であることはいうまでもない。

【0054】

図２は、一実施形態によるネットワーク制御装置４のブロック図を示している。

【0055】

ネットワーク制御装置４は、例えば、処理装置のようなハードウェア要素を含んでいてよい。しかしながらネットワーク制御装置４はまた、少なくとも部分的にソフトウェアで実装されていてよい。したがって、例えば、命令は、例えばメモリバスを介して汎用プロセッサに接続されているメモリに格納可能である。プロセッサはさらに、命令を読み込んで実行するオペレーティングシステムを実行可能である。プロセッサは、例えば、命令を読み込んで実行する、WindowsまたはLinuxオペレーティングシステムのようなオペレーティングシステムを実行するIntelプロセッサであってよい。択一的にはプロセッサは、例えば、命令を読み込んで実行する組み込みオペレーティングシステムを動作させる、装置のプロセッサであってよい。

【0056】

ネットワーク制御装置４は、遅延計算器４１、コンパレータ４２およびネットワークコンフィギュレータ４３を有していてよい。遅延計算器４１は、あらかじめ定めたテスト周期内に、送信器１−ｉの送信毎に、送信器１−ｉによってデータが送信される時点と、関連付けられた受信器２−ｉによってそれぞれのデータが受信される時点との間の最大遅延量を計算可能である。この遅延は、送信されるはずであるデータ量に関連し、ネットワークインフラストラクチャの送信速度のような理論想定に基づいて計算可能である。さらに、送信器１−ｉと受信器２−ｉとの間の送信パスにおける個別のホップでのデータの処理によって生じる付加的な遅延も同様に考慮に入れることが可能である。さらに、送信器１−ｉから受信器２−ｉへの送信についての最大遅延を計算する場合、複数の送信器によるデータの同時送信に起因する付加的な遅延も同様に考慮に入れることが可能である。すでに上で説明したように、２つ以上の送信器１−ｉが同じ時点にデータを送信しようとしている場合、ただ１つの送信器のデータが直ちに送信可能であり、他の送信器１−ｉのデータはキューに入れなければならない。したがってそれぞれの送信器１−ｉのデータは、順次に送信される。この場合に想定できるのは、同時に送信されるはずである、複数の送信器からのデータをキューに入れる場合に、着目されているデータが、送信される最後のデータとしてスケジュールされることである。特に、ネットワークインフラストラクチャの送信パスにおける、関連したホップ３−ｉ毎に、キューに入れられるデータの遅延のこのような考察を考慮に入れなければならない。この評価の結果として、送信されるはずであるデータの最大遅延についての最悪ケースの想定が得られる。この最大遅延は、あらかじめ定めたテスト周期内でデータの送信毎に特定しなければならない。関連したテスト周期の特定を、以下により詳細に説明する。

【0057】

送信データの特定した最大遅延に基づき、さらに特定できるのは、この最大遅延が、あらかじめ定めた閾値を上回るか否かである。あらかじめ定めたこの閾値は、送信中のデータの最大許容可能遅延についての制限時間を指定する。あらかじめ定めたこの閾値よりもデータが長く遅延する場合、それぞれのデータは、廃棄され、後続の処理に対して考慮に入れられない。そうでない場合、すなわち送信データの遅延が、あらかじめ定めた閾値を下回る場合、受信データは、受け入れられて、さらなる処理に使用される。このために、コンパレータ４２によって特定できるのは、計算した最大遅延量が、あらかじめ定めた閾値を上回るか否かである。この特定は、あらかじめ定めたテスト周期内において、各送信器によるデータ送信毎に行われる。

【0058】

次に、あらかじめ定めた閾値を上回る遅延に起因して、何回、データが廃棄されるかが特定される。特に、考慮したテスト周期内に、過度の遅延に起因していくつのデータ送信が廃棄されるかが送信器１−ｉ毎に特定される。廃棄されるデータ送信の個数が、別の閾値（猶予期間に対応する）を上回る場合、残りの受信データに基づいて、信頼性の高い処理を実行できないことが想定される。そうでない場合、すなわち過度の遅延に起因して廃棄されるデータの個数が別の閾値を下回る場合、受信データに基づいて、信頼性の高い処理を実行できることが想定される。後者の場合には、送信器１−ｉから、関連付けられた受信器２−ｉに定期的にデータを送信するこの送信方式を、ネットワークインフラストラクチャの所望のこの設定に適用可能である。特に、ネットワークコンフィギュレータ４３は、上記の条件が満たされる場合、すなわち廃棄されるデータ送信の個数が、必要とされる閾値を下回る場合に、所望の設定を適用可能である。そうでない場合、択一的な設定を計算し、上記のようにテストしなければならない。このためには、送信器１−ｉと、関連付けられた受信器２−ｉとの間の、あらかじめ定めた送信パスのうちの少なくともいくつかを変更可能である。さらに、データを定期的に送信するための周期の変更、少なくともいくつかの送信器と、別のホップ３−ｉとの接続もしくはホップ３−ｉの別のポートとの接続の変更、または所望の設定の別の変更を行うことが可能である。設定を変更した後には、あらたに特定したこの設定を上記のようにテスト可能である。

【0059】

テストした設定が、上述の要求を満たす場合、送信器１−ｉから受信器２−ｉへのデータ送信は、ネットワークインフラストラクチャを介し、キュー方式のデータ送信に基づいて行うことが可能である。しかしながら、キュー方式のデータ送信に基づく、データ送信についての適切な解決手段が見つからない場合には、送信器から受信器への適時な送信を保証する時分割多重化送信（ＴＤＭ送信）に基づいて、少なくともいくかのデータを送信可能である。

【0060】

図３には、３つの送信器１−ｉ、２−ｉ、３−ｉによる定期的なデータ送信のための送信方式が略示されている。すでに上述したように、本発明は、３つの送信器に限定されないことはいうまでもない。さらに、任意の別の個数の送信器も使用可能である。さらに、本発明は、図３に示した送信方式にも限定されない。任意の別の送信方式、特に定期的にデータを送信するための任意の別の間隔も可能であってよい。

【0061】

図３に見られるように、第１送信器１−１は、第１周期で定期的にデータを送信可能である。この場合、第１送信器１−１は、時点１、２、３、４、５、６…にデータを送信する。第２送信器１−２は、異なる周期でデータを送信する。この場合、第２送信器１−２の周期は、第１送信器１−１の周期の２倍である。さらに、第３送信器１−３は、第３周期で定期的にデータを送信する。この場合、第３周期は、第１送信器１−１の周期の３倍である。したがって第１時点１では、第１送信器だけがデータを送信する。第２時点２では、第１送信器１−１と第２送信器１−２とが、同時にデータを送信しようとしている。それゆえに、一方の送信器（例えば１−２）のデータは、他方の送信器（例えば１−１）のデータが送信されるまで、キューに入れられる。第３時点では、第１送信器１−１と、第３送信器１−３とが、同時にデータを送信しようとしている。したがって、一方の送信器（例えば１−３）のデータは、他方の送信器（例えば１−１）のデータの送信が成功するまでキューに入れられる。この図３にさらに見られるように、第６時点６には３つのすべての送信器１−１、１−２および１−３が、同時にデータを送信しようとしている。それゆえに、２つの送信器（例えば１−２、１−３）のデータをキューに入れなければならない。したがって１つの送信器（例えば１−１）のデータだけが直ちに送信可能であるのに対し、別の２つの送信器（例えば１−２、１−３）の、残りのデータをキューに入れなければならない。第１データの送信に成功した後、別の複数の送信器のうちの１つ（例えば１−２）のデータは送信可能であるが、残りのデータは引き続いてキューに入れられている。したがってこの時点６については、関連したデータが、通信ネットワークインフラストラクチャを介して送信されるはずである最後のデータであることを考慮することにより、最大遅延を計算可能である。このようにして、考えられ得るすべてのキューイングの組み合わせによって、最悪ケースの想定を考慮に入れることができる。

【0062】

この図３に見られるように、送信パターンは、第６時点の後毎に繰り返される。それゆえに、考えられるすべての遅延を考慮する最小テスト周期により、少なくともこのような周期を評価可能である。この周期は、関連したすべての周期の最小公倍数によって容易に計算可能である。この例において、第１送信器１−１は、１の周期を有し、第２送信器１−２は、２の周期を有し、第３送信器１−３は、３の周期を有する。したがって１、２および３の最小公倍数は６であり、結果的に、最大遅延を考慮するテスト周期は、１、２および３の最小公倍数、すなわち６と考えることができる。

【0063】

上述のように、ネットワークインフラストラクチャを介して送信器１−ｉから受信器２−ｉに送信されるデータのなかに、最大許容遅延を上回る遅延を伴って受信され得るものがあるか否かを識別可能である。同様に上述したように、遅延が最大許容閾値を上回るデータは廃棄される。この場合、遅延を生じさせるデータを送信しない送信方式を適用することさえも可能であってよい。それゆえに、あらかじめ定めた許容可能閾値よりも大きな遅延伴って受信されるデータ、または同時に送信されることになっている別のデータの遅延を生じさせるデータの送信をしないことにより、ネットワークの負荷をさらに減少させることが可能である。

【0064】

したがって、他のデータを適時に受信できるようにするために、特定のデータの送信をやめることが可能であってよい。例えば、特定の送信器１−ｉから、関連付けられた受信器２−ｉへのデータが、別の送信器１−ｉによるデータの送信に起因して、過度の遅延伴って受信されることになる場合、この別の送信器１−ｉの送信を停止することができ、これにより、さもなければ遅延して受信されるデータを適時に受信できるようにする。

【0065】

図４には、ネットワークを設定する方法の流れ図が示されている。わかり易くするために、図４に基づくこの方法の以下の説明では、この明細書において上で使用した参照符号をそのまま使用する。

【0066】

ネットワークを設定するこの方法は、すでに上で説明した通信ネットワーク１０に適用可能である。したがって、上述の要素の動作は、以下で説明されるようにこの方法に適用される。したがって、以下で説明するネットワークを設定する方法のすべてのステップはまた、上述のネットワーク制御器４にも適用される。

【0067】

ネットワーク１０を設定する方法は、第１の個数の送信器１−ｉと、第２の個数の受信器２−ｉとを有するネットワークに適用可能である。各送信器１−ｉは、関連付けられた受信器２−ｉに、あらかじめ定めた量のデータを定期的に送信する。この定期的な送信は、送信器１−ｉ毎に個別にあらかじめ定めた送信周期で行われる。さらに、各送信器１−ｉと、関連付けられた受信器２−ｉとの間では、あらかじめ定めた送信パスが使用される。この方法は、送信器１−ｉによるデータの送信と、関連付けられた受信器２−ｉによるデータの受信との間の最大遅延量を計算するステップＳ１を有する。計算Ｓ１は、あらかじめ定めたテスト周期内に、送信器１−ｉの送信毎に行われる。

【0068】

この方法はさらに、計算した遅延量が、あらかじめ定めた第１閾値値を上回るか否かを判定するステップＳ２を有する。この判定は、あらかじめ定めたテスト周期に送信器１−ｉの送信毎に行われる。さらに、この方法は、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、少なくとも、あらかじめ定めた第２閾値以下の場合に、あらかじめ定めた送信パスを適用するステップＳ３を有する。

【0069】

テスト周期は、送信器１−ｉの送信周期の最小公倍数に基づいて計算可能である。

【0070】

最大遅延量は、タイムスロット毎に、すなわち、少なくとも２つの送信器１−ｉによるデータ送信が重なっている時点毎に計算可能である。

【0071】

最大遅延量は、それぞれのタイムスロットに送信されるデータ量の総和に基づいて計算可能である。

【0072】

この方法はさらに、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、あらかじめ定めた第２閾値を上回る場合に、少なくとも１つの送信パスを適合させるステップを有する。

【0073】

この方法はさらに、あらかじめ定めたテスト周期内に、あらかじめ定めた第１閾値を上回る、計算した遅延量の個数が、あらかじめ定めた第２閾値を上回る場合に、少なくとも１つの送信器１−ｉと、関連付けられた受信器２−ｉの間で時分割多重化送信を適用するステップを有していてよい。

【0074】

少なくとも２つの送信器からのデータは、各送信器１−ｉと、関連付けられた受信器２−ｉとの間の送信パスにおける、ネットワーク装置３−ｉの共通ポートによって処理可能である。

【0075】

この方法はさらに、ネットワークに別の送信器１−ｉを加えるステップを有していてよい。この別の送信器ｉ−１は、ネットワークの関連付けられた受信器２−ｉに、あらかじめ定めた量のデータを定期的に送信するように適合させることが可能である。

【0076】

特に、ネットワーク１０は、パケット交換網を有する、例えば工業用イーサネットまたは工業用バスシステムのようなイーサネットを有するネットワークインフラストラクチャを有していてよい。

【0077】

要約すると、本発明は、複数の送信器が、複数の受信器に定期的にデータを送信する通信ネットワークに関する。データは、キューを利用する送信方式によって送信可能である。通信ネットワークの信頼性を評価するために、キューに入れられた送信の遅延についての最悪ケースの想定が行われる。キューに入れられて遅延した送信が、あらかじめ定めた最大値を上回る場合、データは廃棄可能である。ネットワークは、過度の遅延に起因して廃棄されるデータの個数が、別の閾値を下回る場合に、受け入れ可能とみなすことができる。

【図1】

【図2】

【図3】

【図4】