(57)【要約】【課題】  高い互換性を有する既存の伝送プロトコルを著しく変更することなく，メッセージの確認の機能がプロトコル内に設置されていなくても，メッセージ確認の可能な，データ伝送の監視方法およびその監視装置を提供する。【解決手段】  ネットワークの少なくとも２の加入者間のデータ伝送において，少なくとも１の送信者が少なくとも１の受信者へ，メッセージ（ＳＦ，ＦＦ，ＣＦ）の形式のデータを伝送する。このとき，データ伝送は少なくとも１つのメッセージ（ＳＦ）により行われ，伝送されるデータは，第１のメッセージ（ＦＦ）と少なくとも１つの後続のメッセージ（ＣＦ）に分割して伝送される。そして，受信者は送信者へ，少なくとも１つのフローコントロールブロック（ＦＣ）を伝送する。この方法では，データ伝送の最後のメッセージ（ＳＦ，ＬＣＦ）の後に，受信者から送信者へ付加的なフローコントロールブロック（ＦＣＢ）が伝送される。
2005534267.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの少なくとも２の加入者間におけるデータ伝送の監視方法であって，
少なくとも１の送信者が少なくとも１の受信者へメッセージ（ＳＦ，ＦＦ，ＣＦ）の形式のデータを伝送し，
データ伝送は少なくとも１つのメッセージ（ＳＦ）によって行われ，前記データ伝送のデータが第１のメッセージ（ＦＦ）と，少なくとも１つの後続のメッセージと（ＣＦ）に分割されて伝送される場合に，前記受信者は前記送信者に対して，少なくとも１つのフローコントロールブロック（ＦＣ）を伝送し，
前記データ伝送における最後のメッセージ（ＳＦ，ＬＣＦ）の後に，前記受信者から前記送信者へ付加的なフローコントロールブロック（ＦＣＢ）が伝送されることを特徴とする，データ伝送の監視方法。
【請求項２】
前記データ伝送は，ＩＳＯ１５７６５−２に基づくプロトコルにしたがって遂行されることを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項３】
前記フローコントロールブロックは，２つの種類に区別され，
第１のフローコントロールブロック（ＦＣ．ＣＴＳ）は，ポジティブなアクノリッジとして使用され，
第２のフローコントロールブロック（ＦＣ．ＷＡＩＴ）は，ネガティブなアクノリッジとして使用されることを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項４】
前記送信者は，少なくとも１つのメッセージの送信後，予め設定可能な第１のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ）内に，前記フローコントロールブロックの到着を検査し，
エラーのある場合，前記送信者は，前記データ伝送の最後に送信したメッセージまたは最後に送信したすべてのメッセージを繰り返すことを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項５】
前記送信者は，前記送信者が個々のメッセージ（ＴＦ）を送信して，確認としてのフローコントロールブロック（ＦＣ）の到着を検査することにより，受信者がデータ伝送の最後にフローコントロールブロックの送信し，入力確認する駆動種類により駆動できるかを調べることを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項６】
駆動種類は２つに区別され，
第１の駆動種類は，データ伝送における最後のメッセージ（ＳＦ，ＬＣＦ）の後に前記受信者から前記送信者への付加的なフローコントロールブロックの伝送を可能とし，第２の駆動種類は，フローコントロールブロックの伝送を許可しないとして，
前記送信者がテストメッセージ（ＴＦ）の後にフローコントロールブロック（ＦＣ）を受信した場合，前記送信者は前記第１の駆動種類において実行し，
他の場合には，前記第２の駆動種類に切り替えることを特徴とする，請求項５に記載のデータ伝送の監視方法。
【請求項７】
テストメッセージ（ＴＦ）後に，予め設定可能な第２のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＿２）内にフローコントロールブロック（ＦＣ）が前記送信者に到着したか否かを確認することを特徴とする，請求項５に記載のデータ伝送の監視方法。
【請求項８】
前記第２のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ２）は，前記第１のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ）と一致することを特徴とする，請求項４または７のいずれかに記載のデータ伝送の監視方法。
【請求項９】
請求項１〜８のいずれかに記載のデータ伝送の監視方法を実施するための，データ担体上のコンピュータプログラム。
【請求項１０】
ネットワークの少なくとも２の加入者間におけるデータ伝送の監視装置であって，
少なくとも１の送信者が少なくとも１の受信者に，メッセージ（ＳＦ，ＦＦ，ＣＦ）の形式のデータを伝送し，
データ伝送が少なくとも１つのメッセージ（ＳＦ）によって行われ，前記データ伝送のデータが第１のメッセージ（ＦＦ）と少なくとも１つの後続のメッセージと（ＣＦ）に分割されて伝送される場合に，前記受信者は前記送信者に対して，少なくとも１つのフローコントロールブロック（ＦＣ）を伝送する，データ伝送の監視装置において，
前記データ伝送における最後のメッセージの（ＳＦ，ＬＣＦ）後に，前記受信者から前記送信者へ付加的な前記フローコントロールブロック（ＦＣＢ）を伝送する手段が設けられていることを特徴とする，データ伝送の監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ネットワークの少なくとも２の加入者間のデータ伝送を監視する方法，データ伝送の監視装置，およびコンピュータプログラムに関する。
【背景技術】
【０００２】
データ伝送する方法，特にデータ伝送プロトコルに基づいて，大きなデータ量を，以下でメッセージと称される，小さいパケットにおいて保護して伝送しようとする方法が至るところで使用されている。例えば，ＣＡＮ−テレグラム（ＣＡＮ：ｃｏｎｔｒｏｌｌｅｒ  ｅｒｅａ  ｎｅｔｗｏｒｋ）では，所定数の有効ビットを伝送することができる。また，より大きいパケットまたはデータ量を伝送する場合には，送信者におけるセグメンティールングまたは受信者におけるアセンブリングのための伝送プロトコルを使用する必要がある。
【０００３】
特に，診断利用のために，ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｉｓａｔｉｏｎ  Ｏｒｇａｎｉｓａｔｉｏｎ）は，基準１５７６５を発行した。ＩＳＯ１５７６５−２の基準の第２部には，伝送プロトコルに関して詳細に説明されている。この基準では，データ伝送のフレーム内で伝達されるメッセージの承認（アクノリッジ）は行われない。これは，種々の利用，特に自動車産業において，所定の情報を有するデータまたはメッセージが周期的に送信されるためである。このとき，データ，特にメッセージが失われた場合には，この失われたデータへの同期化は，次のメッセージにおいて行われる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし，メッセージが事象指向で伝達される場合，メッセージの承認がなくては受け入れられない。
【０００５】
特に，ＣＡＮベースのシステムにおける，メッセージの承認が欠けているという問題を解決する方法の１つに，メッセージの承認専用に伝送プロトコルを設けて，この伝送プロトコルを使用することがある。しかし，この場合，上記伝送プロトコルはもちろん，特に自動車内の診断の範囲内において，多数のアプリケーションによって要請されるプロトコルに対して互換性がなくなるという欠点がある。また，要請される承認が，より高いプロトコル層，いわゆる付加的なセキュリティ層上で実施されることにより，エラーが発生しやすくなる。そのため，より大きな手間がかかるようになり，さらに，バス負荷も高まって非効率である。
【０００６】
したがって，本発明の課題は，極めて多くの利用に対して高い互換性を有する，既存の伝送プロトコル，特にＩＳＯ基準１５７６５−２に基づく伝送プロトコルを，プロトコル自体を著しく変更することなく，さらにメッセージの承認がプロトコル内に設けられていなくても，それが可能になるように拡張することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために，本発明は，ネットワークの少なくとも２の加入者間におけるデータ伝送の監視方法とデータ伝送の監視装置において，少なくとも１の送信者が少なくとも１の受信者へメッセージの形式のデータを伝送し，このとき，データ伝送が少なくとも１つのメッセージによって行われる。ここで，データ伝送されるデータが，第１のメッセージと，後続の少なくとも１つのメッセージとに分けて伝送される場合に，受信者は送信者に少なくとも１つのフローコントロールブロックを伝送する。このとき，データ伝送における最後のメッセージの後に，受信者から送信者へ付加的にフローコントロールブロックが伝送されるのがよい。
【０００８】
このとき，データ伝送は，ＩＳＯ１５７６５−２に基づくプロトコルにしたがって行うこともできる。
【０００９】
すなわち，上述のデータ伝送の監視方法およびデータ伝送の監視装置の利点は，既存のプロトコル，特にＩＳＯ１５７６５−２の互換性のある拡張にあり，特にこのＩＳＯ規格を著しく変更する必要のない点にある。したがって，例えば，新規の，または変更されたメッセージ，特にプロトコル制御情報（ｐｒｏｔｏｃｏｌ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を導入する必要がない。
【００１０】
したがって，わずかな手間で効果的に，入力確認される通信サービス，または入力確認されるデータ伝送を行うことができる。
【００１１】
この場合に，既知のプロトコルにおける純粋なインプリメンテーション，特に純粋なＩＳＯ規格に基づくインプリメンテーションをすることによって，オブザーバとして機能する（ツーリング）受信者は，上述のプロトコル拡張の範囲内において，問題なく駆動することができる。
【００１２】
したがって，ＩＳＯ−１５７６５−２規格の範囲内で，データ伝送における最後のメッセージの後に，付加的にフローコントロールテレグラムＦＣを伝送することによって，データ伝送の入力確認が可能となることが好ましい。
【００１３】
また，このようなフローコントロールブロックＦＣは，２つの種類に区別されるのがよい。このとき，第１のフローコントロールブロックＦＣ．ＣＴＳは，ポジティブなアクノリッジ（承認）として使用される。一方，第２のフローコントロールブロックＦＣ．ＷＡＩＴは，ネガティブなアクノリッジ（承認）として使用される。
【００１４】
さらに，送信者は，少なくとも１つのメッセージを送信した後，予め設定可能な第１のタイムスパンＮ＿Ｂｓ＿Ｔｉｍｅｏｕｔ内にフローコントロールブロックが到着したか否かをチェックするのが効果的である。このとき，エラーの場合には，送信者はデータ伝送で最後に送信したメッセージ，または最後に送信したすべてのメッセージを繰り返し送信する。
【００１５】
同様に，送信者は，個々のテストメッセージを送信して，承認としてのフローコントロールブロックの到着をチェックすることにより，受信者が承認される。そのため，データ伝送の最後にフローコントロールブロックの送信を行う機能を有する駆動種類おいて駆動できるかをチェックすることが望ましい。
【００１６】
この場合，駆動種類は，２つの駆動種類に区別されるのがよい。このとき，第１の駆動種類では，データ伝送における最後のメッセージの後に，受信者から送信者への付加的なフローコントロールブロックの伝送を可能とする。一方，第２の駆動種類では，このような伝送をすることはできない。この場合，送信者がテストメッセージの後にフローコントロールブロックを受信した場合は，第１の駆動種類により駆動される。他の場合には，第２の駆動種類に切り替えられる。
【００１７】
このとき，特別な形態においては，さらに，テストメッセージの後に予め設定できる第２のタイムスパンＮ＿Ｂｓ＿Ｔｉｍｅｏｕｔ２内において，フローコントロールブロックが送信者へ届いたか否かを，調べられることが望ましい。
【００１８】
また，特別な形態においては，第１のタイムスパンと第２のタイムスパンとを一致させることもできる（すなわち，Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＝Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ２とすることもできる）。
【００１９】
そして，本発明を特に効果的に実現および適用するには，本発明にかかる方法において，データ担体上のコンピュータプログラムを使用するのがよい。
【発明の効果】
【００２０】
本発明により，ネットワーク内の信頼性を極めて効率的に向上することができる。その理由として，ひとつには，ネットワークを入力確認される機能を有する駆動種類において駆動できるからである。また，既知の上位互換の伝送プロトコル，特にＩＳＯ１５７６５−２を使用することができるからであり，同時に，本発明にかかる標準プロトコルに対する拡張を含まないネットワーク加入者を，既存のネットワーク内で駆動することができるからである。
【発明を実施するための最良の形態】
【００２１】
以下，図面を用いて，本発明を詳細に説明する。
【００２２】
図１は，バス接続１００と，少なくとも２の加入者１０１および１０２を有するネットワークＮとを示している。また，本実施形態においては，選択的に，他の加入者１０３についても考えられる。ネットワークまたはバスシステムは，特に，ＩＳＯ１５７６５−２に基づいた，例えばＣＡＮシステムであり，特に車両等の乗物に適用されている。特に，工作機械領域または産業および耐久消費財の領域における他の利用並びに他のバスシステムに関しても，同様に考えることができる。
【００２３】
なお，伝送プロトコルとして，以下では上述したＩＳＯ１５７６５−２，特にＩＳＯ／ＤＩＳ１５７６５−２，１９９９年１１月３０日状態（ＩＳＯ／ＴＣ  ２２／ＳＣ  ３ＷＧ／  １／ＴＦ２Ｎ  １２４）を元にしている。この際，本実施形態に基づいて利用される，このＩＳＯ規格の特性を満たし，かつ入力確認をせずにサービスを提供する，他の各プロトコルも考えられる。
【００２４】
図１におけるバス加入者は，バスインタフェース１０４，１０５または１０６と，処理ユニット１０７，１０８および１０９と，メモリ素子１１０，１１１または１１２とを有している。これらの処理ユニットとメモリ素子とは，処理ユニット１０１，１０２内に示されるように，加入者自体の中に収容することができる。また，加入者１０３のように，インタフェースユニット内に統合することもできる。この場合，本実施形態にかかる方法は，処理ユニット，特に，例えば該当するプログラムを収容するメモリ素子との組合せにより行われる。この場合に，本実施形態にかかるコンピュータプログラムは，１つには，図１に示すメモリ素子内に格納することができる。また，特に，コンピュータプログラムがメモリ素子内で実行される前に，他のデータ担体上に位置付けることもできる。その場合，すべての考えられるデータ担体並びに，例えばインターネットを介しての伝送も，本実施形態により可能となる。
【００２５】
本実施形態の核心は，フローコントロールメッセージ，すなわち，上述したＩＳＯ規格のフローコントロールテレグラムＦＣの特殊な利用に基づいている。フローコントロールブロックＦＣは，ここで説明する本実施形態にかかる方法により，メッセージの受信者から送信者への各伝送の最後に付加的に伝達されるものである。この場合，例えば，送信者である加入者１０１と受信者である加入者１０２とが，データ伝送に関して設定されている。このとき各加入者は，特にＣＡＮシステムの範囲内において，送信者であると共に受信者となることもできる。また，どの加入者が送信者として機能し，どの加入者が受信者として機能するかを決定することも，本実施形態に基づいて考えられる。この場合，この標準に基づくフローコントロールブロックＦＣは，本実施形態によれば，データ伝送全体の，すなわちデータ伝送と関連するすべてのメッセージのポジティブまたはネガティブな承認（アクノリッジ）として，ＦＣ．ＣＴＳ（ｆｌｏｗ  ｓｔａｔｕｓ  ｉｓ  ｃｏｎｔｉｎｕｅｄ  ｔｏ  ｓｅｎｄ）とＦＣ．ＷＡＩＴ（ｆｌｏｗ  ｓｔａｔｕｓ  ｉｓ  ｗａｉｔ）の２種類に区別することができる。このとき，本実施形態によれば，ＦＣ．ＣＴＳは，ポジティブな承認，すなわちエラーのない伝送の入力確認として使用される。一方，ＦＣ．ＷＡＩＴはネガティブな承認，すなわち伝送エラーの表示として使用される。なお，この決定は，有意義性に従ってなされる。また，２種類のフローコントロールブロックを逆に使用することも考えられる。
【００２６】
次に，図２〜５に基づいて，本実施形態にかかる例を，流れ図またはシーケンスチャートで示す。以下の説明において，ＩＳＯ／ＤＩＳ１５７６５−２に基づく略称が使用される。ここで，ＳＦ（ｓｉｎｇｌｅ  ｆｒａｍｅ）は，個々のメッセージである。また，ＦＣ（ｆｌｏｗ  ｃｏｎｔｒｏｌ）は，フローコントロールブロックである。そして，ＦＣ．ＣＴＳ（ｆｌｏｗ  ｃｏｎｔｒｏｌ（ｃｏｎｔｉｎｕｅ  ｔｏ  ｓｅｎｄ））は，ポジティブな承認であり，ＦＣ．ＷＡＩＴ（ｆｌｏｗ  ｃｏｎｔｒｏｌ（ｗａｉｔ））は，ネガティブな承認である。さらに，ＦＦ（ｆｉｒｓｔ  ｆｒａｍｅ）は，少なくとも２つのメッセージからなるデータ伝送における第１のメッセージであり，ＣＦ（ｃｏｎｓｉｃｕｔｉｖｅ  ｆｒａｍｅ）は，少なくとも２つのメッセージからなるデータ伝送における後続のメッセージである。そして，ＬＣＦ（ｌａｓｔ  ｃｏｎｓｉｃｕｔｉｖｅ  ｆｒａｍｅ）は，後続の最後のメッセージであり，Ｎ＿Ｂｓ（ｎｅｔｗｏｒｋ  ｌａｙｅｒ  ｔｉｍｉｎｇ  ｐａｒａｍｅｔｅｒ  Ｂｓ）は，次のフローコントロールブロックＦＣを受信するまでの時間である。
【００２７】
ここで，本実施形態にかかる方法において，標準プロトコルに対する拡張を破線で示す。また，見やすさから，タイマーＮ＿Ｂｓは，エラー認識の説明において重要な箇所のみに記載する。これが，図４に示されている。
【００２８】
一般的に，メッセージＳＦのみを送信すればよい短いデータ伝送の場合も，または長いデータ伝送の場合も，複数のメッセージＦＦとＣＦによって補うことができる。このとき，本実施形態にかかる基本原理は同じである。すなわち，受信者は，それぞれ最後のデータテレグラムＳＦまたはＬＣＦを受け取った後，付加的なフローコントロールブロックＦＣを送信する。ここで，重要なのは，このフローコントロールブロックＦＣのフォーマットが，正確にＩＳＯ仕様に従っていることである。ただフローコントロールブロックの解釈だけが拡張されている。そして，ＦＣ．ＣＴＳは，送信者によってポジティブな入力確認として評価される。それに対し，ＦＣ．ＷＡＩＴは，ネガティブな入力確認として評価される。
【００２９】
次に，図２の流れ図またはシーケンスは，短いデータ伝送，すなわちセグメント化されないデータ伝送，つまり，個々のメッセージＳＦにおけるメッセージの順序を，エラーのない場合について示したものである。送信者，特に加入者１０１は，メッセージＳＦを受信者，ここでは特に加入者１０２へ送信する。受信者がＳＦテレグラム，すなわち個々のメッセージを得た後に，受信者は，成功した場合のポジティブな承認をするために，ＦＣ．ＣＴＳテレグラム，すなわち該当するフローコントロールブロックを送信者へ送信する。これは，ＩＳＯプロトコルに対する拡張として，個々のメッセージＳＦの承認を含んでいる。
【００３０】
図２は，図１に対応する流れ図またはシーケンスを示している。ここでは，受信者が個々のメッセージ，すなわちＳＦテレグラムを受信する際にエラーを確認する点が異なる。エラーを認識した場合，あるいはその後に，受信者は送信者に，ネガティブな承認，すなわちフローコントロールブロックＦＣ．ＷＡＩＴを送信する。このとき，エラー反応として，送信者は個々のメッセージ，すなわち送信者のＳＦテレグラムを繰り返すことができる。そして，例えば，今回は成功すると，受信者から送信者へのフローコントロールブロックＦＣ．ＣＴＳによるポジティブな承認に反映される。
【００３１】
さらに，特別な場合が，図４に示されている。この流れ図またはシーケンスは，例えばデータ伝送の際に個々のメッセージＳＦが失われてしまったため，受信者が誤ってフローコントロールブロック，すなわち入力確認としてのＦＣテレグラムを送信しなかった場合を表している。この場合も，特別な構成，特に第１のタイムスパンを送信側で監視することによって，認識することができる。このとき，ＩＳＯ基準において設けられ，フローコントロールブロックを待たなければならない場合に常に開始されるタイマーＮ＿Ｂｓが使用される。ここで，同一のタイマーＮ＿Ｂｓが使用され，タイムスパンＮ＿ＢｓＴｉｍｅｏｕｔが送信者によって監視されることが望ましい。しかし，本実施形態では，他のタイマーまたは他のタイムスパンを使用することも考えられる。この場合も，Ｎ＿Ｂｓの使用により，既存のプロトコルの適合を最小限に抑えるという利点を有している。
【００３２】
タイムスパンＮ＿ＢｓＴｉｍｅｏｕｔの経過に対する対応は，エラー反応として個々のメッセージＳＦの繰返しが行われ，例えばＦＣ．ＣＴＳによるポジティブな承認に通じることになる。さらに，エラー認識あり，エラー認識なし，タイムアウトあり，タイムアウトなしなど，本実施形態に基づいて示されたすべてのシーケンスの組合せも可能であり，かつ本実施形態によって含まれるものである。
【００３３】
そして，図５には，長いデータ伝送，すなわちセグメント化されたデータ伝送が，流れ図またはシーケンスにより示されている。この種のセグメント化されたデータ伝送の場合，すなわち第１のメッセージＦＦと他の後続のメッセージＣＦを使用する場合には，まずフローコントロールブロックが基準にしたがって使用される。次いで，第１のメッセージＦＦの後にＦＣ−ＴＦが送信される。これは，例えばＩＳＯ１５７６５−２にしたがって情報ＢｓとＳＴｍｉｎ，すなわちブロックの大きさおよび後続のデータテレグラムＣＦとの間の最小間隔を有している。そして，ＩＳＯの拡張において，ここでは単に最後のメッセージＣＦ，すなわちＬＣＦの後に，受信者から承認としてのポジティブな承認が送信者へ送信される。エラーの場合は，図３および図４と同様に実行することが可能であり，かつ取り扱うことができる。ここで，状況によっては，エラーメッセージまたは連続したエラーメッセージのみを，２つのフローコントロールブロックの間で繰り返すことができる。しかし，ＩＳＯプロトコルの構造に基づいて，通常エラーである場合においては，データ伝送全体，すなわちすべてのメッセージが繰り返される。
【００３４】
次に，純粋なＩＳＯ規格に基づくインプリメンテーション，すなわち本実施形態に基づく解釈を許さない，個々の加入者におけるインプリメンテーションに対する互換性について，再度簡単に説明する。本実施形態にかかる方法は，送信者もフローコントロールブロックの承認を待機し，受信者もフローコントロールブロックの承認を送信するように修正されるものである。特に，プログラム技術的に適合する必要があることを前提としている。また，以前の形態にかかる送信者，すなわちＩＳＯ規格に基づく送信者が，本実施形態にかかる新しい受信者と共に問題なく機能することも前提としている。
【００３５】
しかし，これは，本実施形態にかかる送信者が，純粋なＩＳＯ規格に基づく受信者と協働する場合に問題となる。特に，タイムアウトによって望ましくない繰返しをもたらすことになる。それにもかかわらず，下位との互換を可能にするために，特別な形態において，方法を１コンフィグレーションランだけ補足することができる。例えば，本実施形態にかかる送信者のテストメッセージの送信と，予め設定された第２のタイムスパンＮ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＿２以内に，フローコントロールブロックが返ってくるか否かをチェックすることにより補足できる。１コンフィグレーションランの過程では，フローコントロールブロックが返ってきた場合は，本実施形態にかかる，すなわち入力確認を行うサービスを有する駆動種類を利用することができる。そうでない場合には，この受信者に関しては，純粋にＩＳＯ規格に基づく駆動種類に，すなわち本実施形態にかかる拡張なしの駆動種類に切り替えなければならない。
【００３６】
この場合，２つの変形例が考えられる。１つは，特殊なテストメッセージがそれとして認識できるように送信されることである。すなわち，送信者はエラーモードでは作業せず，承認の入力がない場合に，純粋にＩＳＯ規格に基づく受信者が存在しているものとする。もう１つは，所定の時間が設定され，その時間内にエラーについてではなく，本実施形態にかかる方法または純粋なＩＳＯ規格に基づく解釈に関する一致について，チェックされることである。この時間は，第１のメッセージを送信する場合の各前期間（ランアップ）に用いられる。しかしまた，他の時間を設けることもできる。この場合，安全性を高めるため，コンフィグレーションランを何回も続けて実施する。これにより，コンフィグレーションラン内で発生するエラーの重なりを効果的に排除，または最小限に抑えることができる。
【００３７】
コンフィグレーションランが，第１のメッセージを送信する際の各前期間の後に実施される場合には，本実施形態にかかる方法により拡張された受信者は，原則的に，送信者の第１のメッセージにすでに反応し，かつ入力確認としてのフローコントロールブロックを送信するためには，開始時に本実施形態にかかるプロトコルに従って実行しなければならない。すなわち，新しい本実施形態にかかる送信者と，古い純粋なＩＳＯ規格に基づく受信者との組合せにおいてのみ，本実施形態にかかる入力確認駆動は実行することができない。しかし，この場合は，純粋なＩＳＯ規格に基づくプロトコルに切り替えることができる。
【００３８】
したがって，本実施形態により，本来入力確認駆動が設けられていない，上位互換性のある標準プロトコルを使用するにもかかわらず，入力確認駆動を導入することができる。ここで，エラーのない場合，あるいは成功した場合は，ポジティブな承認によってほぼ即座に認識され，付加的なタイムアウトなどに注意する必要はない。また，本実施形態にかかるインプリメンテーションは，極めて簡単に行われる。したがって，既存の層または既存のプロトコルの比較的小さい拡張をするものであって，冒頭で述べたセキュリティ層に基づく，承認のために専用のプロトコル層を実装するよりも，はるかに複雑でない。
【図面の簡単な説明】
【００３９】
【図１】監視するデータ伝送の範囲において，少なくとも２の加入者を有するネットワークまたはバスシステムを示した図である。
【図２】メッセージ承認の範囲において，個々のメッセージを示す第１の流れ図である。
【図３】個々のメッセージにおいて，ネガティブなメッセージの承認，すなわちエラーが認識された場合を示す第２の流れ図である。
【図４】タイムアウトを含む個々のメッセージについての特別な実施例を示す。
【図５】データ伝送が分離されている場合のメッセージ承認を表す第４の流れ図である。
【図１】
2005534267.tif 000003
【図２】
2005534267.tif 000004
【図３】
2005534267.tif 000005
【図４】
2005534267.tif 000006
【図５】
2005534267.tif 000007
【手続補正書】
【提出日】平成17年3月3日(2005.3.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークの少なくとも２の加入者間におけるデータ伝送の監視方法であって，
少なくとも１の送信者が少なくとも１の受信者へメッセージ（ＳＦ，ＦＦ，ＣＦ）の形式のデータを伝送し，
データ伝送は少なくとも１つのメッセージ（ＳＦ）によって行われ，前記データ伝送のデータが第１のメッセージ（ＦＦ）と，少なくとも１つの後続のメッセージと（ＣＦ）に分割されて伝送される場合に，前記受信者は前記送信者に対して，少なくとも１つのフローコントロールブロック（ＦＣ）を伝送し，
前記データ伝送における最後のメッセージ（ＳＦ，最後のＣＦ）の後に，前記受信者から前記送信者へ付加的なフローコントロールブロック（ＦＣＢ）が伝送されることを特徴とする，データ伝送の監視方法。
【請求項２】
前記データ伝送は，ＩＳＯ１５７６５−２に基づくプロトコルにしたがって遂行されることを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項３】
前記フローコントロールブロックは，２つの種類に区別され，
第１のフローコントロールブロック（ＦＣ．ＣＴＳ）は，ポジティブなアクノリッジとして使用され，
第２のフローコントロールブロック（ＦＣ．ＷＡＩＴ）は，ネガティブなアクノリッジとして使用されることを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項４】
前記送信者は，少なくとも１つのメッセージの送信後，予め設定可能な第１のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ）内に，前記フローコントロールブロックの到着を検査し，
エラーのある場合，前記送信者は，前記データ伝送の最後に送信したメッセージまたは最後に送信したすべてのメッセージを繰り返すことを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項５】
前記送信者は，前記送信者が個々のメッセージ（ＴＦ）を送信して，確認としてのフローコントロールブロック（ＦＣ）の到着を検査することにより，受信者がデータ伝送の最後にフローコントロールブロックの送信し，入力確認する駆動種類により駆動できるかを調べることを特徴とする，請求項１に記載のデータ伝送の監視方法。
【請求項６】
駆動種類は２つに区別され，
第１の駆動種類は，データ伝送における最後のメッセージ（ＳＦ，最後のＣＦ）の後に前記受信者から前記送信者への付加的なフローコントロールブロックの伝送を可能とし，第２の駆動種類は，フローコントロールブロックの伝送を許可しないとして，
前記送信者がテストメッセージ（ＴＦ）の後にフローコントロールブロック（ＦＣ）を受信した場合，前記送信者は前記第１の駆動種類において実行し，
他の場合には，前記第２の駆動種類に切り替えることを特徴とする，請求項５に記載のデータ伝送の監視方法。
【請求項７】
テストメッセージ（ＴＦ）後に，予め設定可能な第２のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＿２）内にフローコントロールブロック（ＦＣ）が前記送信者に到着したか否かを確認することを特徴とする，請求項５に記載のデータ伝送の監視方法。
【請求項８】
前記第２のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＿２）は，前記第１のタイムスパン（Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ）と一致することを特徴とする，請求項４または７のいずれかに記載のデータ伝送の監視方法。
【請求項９】
請求項１〜８のいずれかに記載のデータ伝送の監視方法を実施するための，データ担体上のコンピュータプログラム。
【請求項１０】
ネットワークの少なくとも２の加入者間におけるデータ伝送の監視装置であって，
少なくとも１の送信者が少なくとも１の受信者に，メッセージ（ＳＦ，ＦＦ，ＣＦ）の形式のデータを伝送し，
データ伝送が少なくとも１つのメッセージ（ＳＦ）によって行われ，前記データ伝送のデータが第１のメッセージ（ＦＦ）と少なくとも１つの後続のメッセージと（ＣＦ）に分割されて伝送される場合に，前記受信者は前記送信者に対して，少なくとも１つのフローコントロールブロック（ＦＣ）を伝送する，データ伝送の監視装置において，
前記データ伝送における最後のメッセージの（ＳＦ，最後のＣＦ）後に，前記受信者から前記送信者へ付加的な前記フローコントロールブロック（ＦＣＢ）を伝送する手段が設けられていることを特徴とする，データ伝送の監視装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
しかし，メッセージが事象指向のみで伝達される場合，メッセージの承認がなくては受け入れられない。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
この場合に，既知のプロトコルにおける純粋なインプリメンテーション，特に純粋なＩＳＯ規格に基づくインプリメンテーションをすることによって，オブザーバとして機能する（ツーリング）受信者は，上述のプロトコル拡張の範囲内において，問題なく駆動する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
このとき，特別な形態においては，さらに，テストメッセージの後に予め設定できる第２のタイムスパンＮ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＿２内において，フローコントロールブロックが送信者へ届いたか否かを，調べられることが望ましい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
また，特別な形態においては，第１のタイムスパンと第２のタイムスパンとを一致させることもできる（すなわち，Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＝Ｎ＿Ｂｓ＿Ｔｉｍｅｏｕｔ＿２とすることもできる）。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
次に，図２〜５に基づいて，本実施形態にかかる例を，流れ図またはシーケンスチャートで示す。以下の説明において，ＩＳＯ／ＤＩＳ１５７６５−２に基づく略称が使用される。ここで，ＳＦ（ｓｉｎｇｌｅ  ｆｒａｍｅ）は，個々のメッセージである。また，ＦＣ（ｆｌｏｗ  ｃｏｎｔｒｏｌ）は，フローコントロールブロックである。そして，ＦＣ．ＣＴＳ（ｆｌｏｗ  ｃｏｎｔｒｏｌ（ｃｏｎｔｉｎｕｅ  ｔｏ  ｓｅｎｄ））は，ポジティブな承認であり，ＦＣ．ＷＡＩＴ（ｆｌｏｗ  ｃｏｎｔｒｏｌ（ｗａｉｔ））は，ネガティブな承認である。さらに，ＦＦ（ｆｉｒｓｔ  ｆｒａｍｅ）は，少なくとも２つのデメッセージからなるデータ伝送における第１のメッセージであり，ＣＦ（ｃｏｎｓｉｃｕｔｉｖｅ  ｆｒａｍｅ）は，少なくとも２つのメッセージからなるデータ伝送における後続のメッセージである。そして，Ｎ＿Ｂｓ（ｎｅｔｗｏｒｋ  ｌａｙｅｒ  ｔｉｍｉｎｇ  ｐａｒａｍｅｔｅｒ  Ｂｓ）は，次のフローコントロールブロックＦＣを受信するまでの時間である。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
一般的に，メッセージＳＦのみを送信すればよい短いデータ伝送の場合も，または長いデータ伝送の場合も，複数のメッセージＦＦとＣＦによって補うことができる。このとき，本実施形態にかかる基本原理は同じである。すなわち，受信者は，それぞれ最後のデータテレグラムＳＦまたは最後のＣＦを受け取った後，付加的なフローコントロールブロックＦＣを送信する。ここで，重要なのは，このフローコントロールブロックＦＣのフォーマットが，正確に標準伝送プロトコルの基礎を成している，例えばＩＳＯ仕様に従っていることである。ただフローコントロールブロックの解釈だけが拡張されている。そして，ＦＣ．ＣＴＳは，送信者によってポジティブな入力確認として評価される。それに対し，ＦＣ．ＷＡＩＴは，ネガティブな入力確認として評価される。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
図３は，図２に対応する流れ図またはシーケンスを示している。ここでは，受信者が個々のメッセージ，すなわちＳＦテレグラムを受信する際にエラーを確認する点が異なる。エラーを認識した場合，あるいはその後に，受信者は送信者に，ネガティブな承認，すなわちフローコントロールブロックＦＣ．ＷＡＩＴを送信する。このとき，エラー反応として，送信者は個々のメッセージ，すなわち送信者のＳＦテレグラムを繰り返すことができる。そして，例えば，今回は成功すると，受信者から送信者へのフローコントロールブロックＦＣ．ＣＴＳによるポジティブな承認に反映される。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
そして，図５には，長いデータ伝送，すなわちセグメント化されたデータ伝送が，流れ図またはシーケンスにより示されている。この種のセグメント化されたデータ伝送の場合，すなわち第１のメッセージＦＦと他の後続のメッセージＣＦを使用する場合には，まずフローコントロールブロックが基準にしたがって使用される。次いで，第１のメッセージＦＦの後にＦＣ．ＣＴＳが送信される。これは，例えばＩＳＯ１５７６５−２にしたがって情報ＢｓとＳＴｍｉｎ，すなわちブロックの大きさおよび後続のデータテレグラムＣＦとの間の最小間隔を有している。そして，ＩＳＯの拡張において，ここでは単に最後のメッセージＣＦ，すなわち最後のＣＦの後に，受信者から承認としてのポジティブな承認が送信者へ送信される。エラーの場合は，図３および図４と同様に実行することが可能であり，かつ取り扱うことができる。ここで，状況によっては，エラーメッセージまたは連続したエラーメッセージのみを，２つのフローコントロールブロックの間で繰り返すことができる。しかし，ＩＳＯプロトコルの構造に基づいて，通常エラーである場合においては，データ伝送全体，すなわちすべてのメッセージが繰り返される。
【国際調査報告】
2005534267.tif 000008
2005534267.tif 000009
2005534267.tif 000010
2005534267.tif 000011
2005534267.tif 000012
2005534267.tif 000013