(57)【要約】請求項１：バスシステムによって互いに接続された加入者間でデータを交換する方法であって、データを含むメッセージは第１の通信プロトコルに従って交換され、メッセージはビットの連なりで構成され、第１の通信プロトコルに従って交換されるメッセージ内の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要があり、メッセージごとに、１の加入者が送信者の役割を有し、少なくとも１つの他の加入者が受信者としてメッセージを受信して、メッセージのためのエラー監視を実行する、上記方法において、予め設定された値とは異なる値を有する制御ビットの送信によって、少なくとも１つの受信者が、プロトコル例外状態に遷移させられ、当該少なくとも１つの受信者はエラー監視を中断し、送信者は、予め設定された値とは異なる値を有する制御ビットの送信後に、第２の通信プロトコルに従って、少なくとも１つの第２の受信者へと更なる別のデータを伝送し始めることを特徴とする、方法。【選択図】図５
2016504873.tif 000002
【特許請求の範囲】
【請求項１】
バスシステムによって互いに接続された加入者間でデータを交換する方法であって、
データを含むメッセージは、第１の通信プロトコルに従って交換され、
前記メッセージは、ビットの連なりで構成され、
前記第１の通信プロトコルに従って交換される前記メッセージ内の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要があり、
メッセージごとに、１の加入者が送信者の役割を有し、少なくとも１つの他の加入者が、受信者として前記メッセージを受信して、前記メッセージのためのエラー監視を実行する、前記方法において、
前記予め設定された値とは異なる値を有する前記制御ビットの送信によって、少なくとも１つの受信者が、プロトコル例外状態に遷移させられ、従って、当該少なくとも１つの受信者は、前記エラー監視を中断し、
前記送信者は、前記予め設定された値とは異なる値を有する前記制御ビットの前記送信後に、第２の通信プロトコルに従って、少なくとも１つの第２の受信者へと更なる別のデータを伝送し始めることを特徴とする、方法。
【請求項２】
ビットの値は、前記バスシステム上では物理的信号によって表され、前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに準拠した前記伝送のための前記物理的信号とは異なる物理的信号が利用されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの第１の受信者は、前記第１の通信プロトコルの利用の再開条件が満たされるまで、前記プロトコル例外状態のままであることを特徴とする、請求項１又は２に記載の方法。
【請求項４】
前記第２の通信プロトコルに準拠した前記伝送のために、当該第２の通信プロトコルに準拠した前記伝送の間に前記第１の通信プロトコルの利用の前記再開条件が満たされないよう選択された物理的信号が利用されることを特徴とする、請求項３に記載の方法。
【請求項５】
前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに関して、当該第１の通信プロトコルに準拠した前記伝送の特定の物理的信号であって、前記再開条件の発生を妨げる前記特定の物理的信号のように解釈される物理的信号が利用されることを特徴とする、請求項３又は４に記載の方法。
【請求項６】
前記送信者は、前記予め設定された値とは異なる値を有する前記少なくとも１つの制御ビットの前記送信後に、どの通信プロトコルに従って自身が前記更なる別のデータを伝送するのかについての情報を、その通信プロトコルに従って前記更なる別のデータを伝送し始める前に伝送することを特徴とする、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記少なくとも１つの受信者は、自身がプロトコル制御ユニット又はプロトコルステートマシンの再起動を実行することで、前記プロトコル例外状態に入ることを特徴とする、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記第１の通信プロトコルの利用の再開条件として、予め設定され又は予め設定可能な数のビットであって、予め設定された値を有する前記ビットが定義されることを特徴とする、請求項３〜７のいずれか１項に記載の方法。
【請求項９】
前記第１の通信プロトコルの利用の再開条件として、前記バス上での予め設定され又は予め設定可能な時間の間の通信停止が定義されることを特徴とする、請求項３〜７のいずれか１項に記載の方法。
【請求項１０】
前記第１の通信プロトコルに従って伝送される前記メッセージは、ヘッダ部、データフィールド、及び終端部を有し、複数の加入者が同時にメッセージを送ろうと試みる場合には、前記メッセージの前記ヘッダ部に含まれる識別子によって、どの加入者が前記バスへの送信アクセス権を獲得するのかが設定され、前記少なくとも１つの制御ビットが、前記ヘッダ部内に含まれることを特徴とする、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記第２の通信プロトコルに従って、前記更なる別のデータが、適切な開始信号の後に、任意の定義されたデータ単位の連なりとして、又は、ＵＡＲＴフォーマットにより、又は、ＦｌｅｘＲａｙフォーマットにより、又は、イーサネットＭＡＣフォーマットにより伝送されることを特徴とする、請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
前記更なる別のデータは、前記第２の通信プロトコルに従って、互いに分離可能な複数の周波数帯域を利用して、複数の受信者へと平行して伝送されることを特徴とする、請求項１〜１１のいずれか１項に記載の方法。
【請求項１３】
前記方法によって、前記第１の通信プロトコルに従って交換されるメッセージからのデータが、冗長性又は暗号化を目的として、前記第２の通信プロトコルに準拠したデータとして追加的に伝送されることを特徴とする、請求項１〜１２のいずれか１項に記載の方法。
【請求項１４】
バスシステムによって互いに接続された加入者間でデータを交換する装置であって、
前記装置は、データを含むメッセージが第１の通信プロトコルに従って交換されるように手段を有し、
前記メッセージは、ビットの連なりで構成され、
前記第１の通信プロトコルに従って交換される前記メッセージ内の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要がある、前記装置において、
前記装置は、前記予め設定された値とは異なる値を有する前記制御ビットが存在する際には第２の通信プロトコルに従って更なる別のデータを伝送するために手段を含むことを特徴とする、装置。
【請求項１５】
前記装置は、送信者として、前記予め設定された値とは異なる値を有する前記制御ビットの送信によって、少なくとも１つの第１の受信者をプロトコル例外状態に遷移させるために手段を有し、従って、前記少なくとも１つの第１の受信者は、前記メッセージのためのエラー監視を中断することを特徴とする、請求項１４に記載の装置。
【請求項１６】
前記装置は、受信者として、前記予め設定された値とは異なる値を有する前記制御ビットの受信の際に、前記第２の通信プロトコルに従って前記更なる別のデータを受信するために手段を有することを特徴とする、請求項１４又は１５に記載の装置。
【請求項１７】
前記装置は、前記予め設定された値とは異なる値を有する前記制御ビットの前記送信後に、どの第２の通信プロトコルに従って前記更なる別のデータが伝送されるのかについての情報を伝送するために手段を有することを特徴とする、請求項１４〜１６のいずれか１項に記載の装置。
【請求項１８】
請求項１４〜１７のいずれか１項に記載の装置と共に利用するためのバス接続ユニットであって、
前記バス接続ユニットは、前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに準拠した前記伝送のための物理的信号とは異なる物理的信号が利用されるように手段を有することを特徴とする、バス接続ユニット。
【請求項１９】
前記第２の通信プロトコルに準拠した前記伝送のための前記物理的信号は、当該第２の通信プロトコルに準拠した前記伝送の間に前記第１の通信プロトコルの利用の再開条件が満たされないように選択されることを特徴とする、請求項１８に記載のバス接続ユニット。
【請求項２０】
前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに関して当該第１の通信プロトコルに準拠した前記伝送の固有の物理的信号のように解釈される物理的信号が利用されることを特徴とする、請求項１８〜１９のいずれか１項に記載のバス接続ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バスシステムによって互いに接続された加入者間でデータを交換する方法であって、データを含むメッセージは、第１の通信プロトコルに従って交換され、メッセージは、ビットの連なりで構成され、第１の通信プロトコルに従って交換されるメッセージ内の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要があり、メッセージごとに、１の加入者が送信者の役割を有し、少なくとも１つの他の加入者が、受信者としてメッセージを受信して、メッセージのためのエラー監視を実行する方法から出発する。
【背景技術】
【０００２】
このような方法は、例えば、コントローラエリアネットワーク（ＣＡＮ：Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の通信コントローラ内で見出される。このような方法は、例えば、ロバート・ボッシュ社のウェブサイトｈｔｔｐ：／／ｗｗｗ.ｓｅｍｉｃｏｎｄｕｃｔｏｒｓ.ｂｏｓｃｈ.ｄｅからダウンロードが可能な、ボッシュＣＡＮ仕様２．０に記載されている。ここでは、バスシステムは通常、例えば銅の撚り線のような導線ペアである。ＣＡＮプロトコルは、例えば、自動車産業において、産業自動化において、又は、建物内のネットワーク化においても広く普及している。ＣＡＮプロトコルで伝送されるメッセージは、ヘッダ部と、データフィールドと、終端部と、を有し、伝送されるデータは、データフィールド内に含まれている。メッセージのヘッダ部は、スタートオブフレームビット（Ｓｔａｒｔ−Ｏｆ−Ｆｒａｍｅ−Ｂｉｔ）と、調停フィールド（Ａｒｂｉｔｒａｔｉｏｎ  Ｆｉｅｌｄ）と、制御フィールド（Ｃｏｎｔｒｏｌ  Ｆｉｅｌｄ）と、を含む。調停フィールドは、メッセージの優先度を決定する識別子を含む。ＣＡＮは、１１ビット（「標準フォーマット」（Ｓｔａｎｄａｒｄ  Ｆｏｒｍａｔ）又は「基本フォーマット」（Ｂａｓｅ  Ｆｏｒｍａｔ））と、２９ビット（「拡張フォーマット」（Ｅｘｔｅｎｄｅｄ  Ｆｏｒｍａｔ））と、の識別子の長さをサポートする。制御フィールドは、データフィールドの長さを予め設定するデータ長コード（Ｄａｔａ  Ｌｅｎｇｔｈ  Ｃｏｄｅ）を含む。メッセージの終端部は、ＣＲＣフィールド(ＣＲＣ  Ｆｉｅｌｄ)と、アクノリッジフィールド（Ａｃｋｎｏｗｌｅｄｇｅ  Ｆｉｅｌｄ）と、エンドオブフレームフィールド（Ｅｎｄ−Ｏｆ−Ｆｒａｍｅ  Ｆｉｅｌｄ）と、を有する。このＣＡＮプロトコルは、以下では「規格ＣＡＮ」（Ｎｏｒｍ  ＣＡＮ）と呼ばれる。規格ＣＡＮを介して、１Ｍｂｉｔ／ｓまでのビットレートが実現される。
【０００３】
伝送されるメッセージのための送信者及び受信者の役割は、加入者の間で、調停過程によって、メッセージのヘッダ部からの情報を用いて割り当てられる。この文脈において、調停過程とは、複数の加入者が同時にメッセージを送信しようと試みる場合に、メッセージに含まれる識別子を用いて、どの加入者がバスへの送信権を獲得するのかを交渉することを意味し、その際に、識別子が一意に割り当てられている状況において、調停過程によって、厳密に１つの加入者に送信権が与えられる。本発明の前提となる少なくとも１つの制御ビットは、ＣＡＮではヘッダ部に含まれ、例えば、調停フィールド又は制御フィールド内の予約ビットであって、予め設定された値を有して、例えば常にドミナントで（ｄｏｍｉｎａｎｔ）伝送される必要がある予約ビットである。
【０００４】
数多くの他の通信システムが、常に固定の値で伝送される類似した予約ビットを知っている。以下、本発明の構想は、ＣＡＮから出発して提示される。しかしながら、このことによって、本発明は、ＣＡＮバスシステムに限定されず、請求される方法の上位概念の特徴を満たす全てのバスシステムから出発して実施が可能である。
【０００５】
例えば、車両内の補助システム、又は、産業装置のネットワーク化された制御システムのような、益々ネットワーク化が進んだ適用の導入によって、直列通信の帯域幅を大きくしなければならないという一般的な要請が生じる。
【０００６】
２つの要因によって、規格ＣＡＮネットワーク内での有効なデータレートが制限されており、即ち、一方では、ビット時間、即ち、ＣＡＮバス調停過程の機能により短めに制限されるビットの時間的長さによって制限され、他方では、ＣＡＮメッセージ内でのデータビット数と、制御ビット数、即ちユーザデータを含まないビットの数と、の関係によって制限される。
【０００７】
「ＣＡＮ  ｗｉｔｈ  Ｆｌｅｘｉｂｌｅ  Ｄａｔａ−Ｒａｔｅ」（可変的なデータレート対応のＣＡＮ）又は「ＣＡＮ  ＦＤ」と呼ばれる更なる別のプロトコルが公知である。ＣＡＮ  ＦＤは、ＣＡＮで公知のバス調停方法を利用するが、調停の終了後からビットＣＲＣデリミタ（ＣＲＣ  Ｄｅｌｉｍｉｔｅｒ）まで、より短いビット時間に切り替えることによって、ビットレートを増加させる。さらに、より長いデータフィールドが許容されることにより、有効なデータレートが増加される。ＣＡＮ  ＦＤの場合も、バスシステムにより互いに接続された加入者間でデータを交換する方法が関わっており、その際、データを含むメッセージは、第１の通信プロトコルに従って交換され、メッセージはビットの連なりで構成され、データを含む各メッセージ内では、上記ビットの連なりの中の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要がある。
【０００８】
ＣＡＮ  ＦＤは、一般的な通信のために利用され、又は、例えばソフトウェアダウンロード若しくはラインの末端でのプログラミングのため、若しくはメンテナンスのための、特定の動作モードでも利用されうる。
【０００９】
ＣＡＮ  ＦＤは、調停フェーズのビット時間と、データフェーズの更なる別のビット時間と、を定める２式のビットクロック設定レジスタを必要とする。調停フェーズのビット時間には、規格ＣＡＮネットワークと同様の制限があり、データフェーズのビット時間は、選択されたトランシーバ（Ｔｒａｎｓｃｅｉｖｅｒ）の性能、及び、ＣＡＮ  ＦＤネットワークでの要請に鑑みて、より短く選択されうる。
【００１０】
ネットワーク内では、トランシーバ又はバス接続ユニットには、設けられた物理的伝送層に応じて通信コントローラの論理的信号を各伝送媒体での対応する物理的信号に変換するというタスクが与えられる。その際に、例えばＣＡＮについては、論理的信号は、物理的信号として適切な電圧差が生成され又は伝送されることで、表されることが多い。このことについて、以下では、説明のためにＣＡＮを例に挙げて記載する。
【００１１】
ＣＡＮについては、論理的信号「０」及び「１」は、通常では、バスシステムを構成する金属製（例えば銅製）などの２つの導線間の電圧差として表される。その際に、トランシーバは通常、「０」を表すために、たとえば適切な電流源を用いて電流を流すことで、例えば２Ｖの予め設定された第１の差動電圧レベルを能動的に設定し、従って、所望の電圧差が設定される。この引き起こされた第１の差動電圧レベルを、他のバス加入者が上書きすることは可能ではない。従って、この第１の差動電圧レベルと、対応するバス状態と、は、「ドミナント」（ｄｏｍｉｎａｎｔ）と呼ばれる。
【００１２】
「論理的１」を表すためには、電流が更に流されない。例えばバスシステムの２つの導線間のバス線の末端に設けられる１つ以上の終端抵抗を介して電流は流れ、従って、論理的「１」に相当する第２の差動電圧レベルが設定される。この差動電圧レベルはゼロであってもよいが、適切な電圧源によって、ゼロとは異なる値に設定されてもよい。この設定される第２の差動電圧レベルは、他のバス加入者によってドミナントレベルに上書きされうる。従って、第２のレベルと、対応するバス状態と、は、「リセッシブ」（ｒｅｚｅｓｓｉｖ）と呼ばれる。
【００１３】
さらに、トランシーバは稼働中に、例えば閾値との比較によって現在ドミナントなバスレベルなのか又はレセッシブなバスレベルなのかを確認するために、２つの導線間の電圧差を定める。
【００１４】
ＣＡＮ  ＦＤメッセージは、規格ＣＡＮメッセージと同じ要素で構成されるが、詳細には異なっている。即ち、ＣＡＮ  ＦＤメッセージ内では、データフィールドとＣＲＣフィールドとは、より長くてもよい。規格ＣＡＮメッセージとＣＡＮ  ＦＤメッセージとの例が、図１に示されている。
【００１５】
ＣＡＮ  ＦＤは、ＣＡＮプロトコルの識別子の２つの長さをサポートし、即ち、「基本フォーマット」（Ｂａｓｅ  Ｆｏｒｍａｔ）とも呼ばれる１１ビット長の「標準フォーマット」（Ｓｔａｎｄａｒｄ  Ｆｏｒｍａｔ）と、２９ビット長の「拡張フォーマット」（Ｅｘｔｅｎｄｅｄ  Ｆｏｒｍａｔ）と、をサポートする。ＣＡＮ  ＦＤメッセージは、規格ＣＡＮメッセージと同じ構造を有する。規格ＣＡＮメッセージとＣＡＮ  ＦＤメッセージとは、規格ＣＡＮでは常にドミナントで送信され「ｒ０」又は「ｒ１」という名前を有しデータ長コード（Ｄａｔａ  Ｌｅｎｇｔｈ  Ｃｏｄｅ）の前の制御フィールド内に存在する予約ビットによって区別される。ＣＡＮ  ＦＤメッセージでは、この予約ビットはリセッシブで伝送され、ＥＤＬと称される。ＣＡＮ  ＦＤメッセージでは、規格ＣＡＮメッセージに比べて、追加的な制御フィールドビット、例えばビットＢＲＳが後に続き、このビットＢＲＳは、当該ＢＲＳビットが対応する値を有する限りにおいて、ＣＡＮ  ＦＤメッセージ内でのビット時間がより短い値に切り替えられる位置を示している。このことが、図２では、高いビットレート又は短いビット時間が利用される「ＣＡＮ  ＦＤデータフェーズ（Ｄａｔｅｎ−Ｐｈａｓｅ）」と称される１区間と、より低いデータレート又はより長いビット時間が利用される「ＣＡＮ  ＦＤ調停フェーズ（Ａｒｂｉｔｒａｔｉｏｎ  Ｐｈａｓｅ）」という名前の２区間と、にメッセージを分ける矢印によって表されている。
【００１６】
データフィールド内のバイト数は、データ長コード（Ｄａｔａ  Ｌｅｎｇｔｈ  Ｃｏｄｅ）によって表示される。このコードは４ビット幅であり、制御フィールドで伝送される。ＣＡＮ  ＦＤの場合、符号化が規格ＣＡＮとは異なっている。最初の９個のコード（０ｘ００００〜０ｘ１０００）は同じであるが、後続のコード（０ｘ１００１〜０ｘ１１１１）は、ＣＡＮ  ＦＤメッセージのより大きなデータフィールド、例えば、１２、１６、２０、２４、３２、４８、及び６４ビットに対応する。
【００１７】
規格ＣＡＮトランシーバ（Ｔｒａｎｓｃｅｉｖｅｒ）は、ＣＡＮ  ＦＤのために利用することが可能であり、特別なトランシーバは必須ではなく、場合によって、データフェーズ内でデータレートをさらに上げるために寄与しうる。
【００１８】
ＣＡＮ  ＦＤプロトコルは、「ＣＡＮ  ｗｉｔｈ  Ｆｌｅｘｉｂｌｅ  Ｄａｔａ−Ｒａｔｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」という表題のプロトコル仕様書に記載されており、ロバート・ボッシュ社のウェブサイトｈｔｔｐ：／／ｗｗｗ.ｓｅｍｉｃｏｎｄｕｃｔｏｒｓ.ｂｏｓｃｈ.ｄｅからダウンロードすることが可能である。
【００１９】
変更されていない規格ＣＡＮコントローラが利用される限り、規格ＣＡＮ加入者とＣＡＮ  ＦＤ加入者とが混ざったネットワークは、規格ＣＡＮフォーマットでのみ通信することが可能である。即ち、ネットワーク内の全ての加入者は、ＣＡＮ  ＦＤ通信を行うために、ＣＡＮ  ＦＤプロトコルコントローラを有する必要がある。しかしながら、全てのＣＡＮ  ＦＤプロトコルコントローラは、規格ＣＡＮ通信に参加することが出来る。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
混ざったネットワーク内で、より遅い通信へとこのように逆戻りする原因は、例えばＣＡＮバスシステム内での高い伝送信頼性に対して共に責任を担う通信加入者による通信の監視である。変更されていない規格ＣＡＮコントローラは、ＣＡＮ  ＦＤメッセージのより速いデータビットを正確には受信できないため、当該ＣＡＮ  ＦＤメッセージを、エラーメッセージ（所謂エラーフレーム（Ｅｒｒｏｒ  Ｆｒａｍｅ））によって破壊するであろう。同じように、ＣＡＮ  ＦＤコントローラは、調停が行われた後で例えばＣＡＮ  ＦＤ仕様に対し更に短縮されたビット時間を利用して又は他のビット符号化若しくは異なるプロトコルを利用して伝送しようと試みられたメッセ―ジを、エラーフレームによって破壊するであろう。即ち、伝送レートは一般に、ネットワーク内のより通信速度が遅い加入者のうちの１つによって、又は、その監視の仕組みによって制限されうる。
【００２１】
特に、異なる通信プロトコル、例えばより高速の通信プロトコルのために構成された２つの特定の加入者の間でデータ伝送が行われる場合に、上記の制限は、必ずしも必要ではなく、さらに、異なる又はより速いメッセージの破壊を招くであろう監視の仕組みを、上記異なる通信プロトコルで設けなくてもよい場合には特に、欠点となる可能性がある。
【００２２】
エラーフレームによりメッセージの破壊をもたらす監視の仕組みが、特別な前提条件において適切な仕組みによって中断される場合には、少なくとも特定の適用ケースにおいて、基本的により高い伝送レートが実現されうる。
【課題を解決するための手段】
【００２３】
本発明は、より高速の通信又は他の形態に変更された通信への切り替えが、既存のバスシステムの導線を用いて、より速く伝送されるメッセージが他のバス加入者によって破壊されることなく、可能となり実行されることで上記の欠点を解消する方法を提供する。
【発明の効果】
【００２４】
本発明の主題は、バスシステムによって互いに接続された加入者間でデータを交換する方法であって、データを含むメッセージは、第１の通信プロトコルに従って交換され、メッセージはビットの連なりで構成され、第１の通信プロトコルに従って交換されるメッセージ内の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要があり、メッセージごとに、１の加入者が送信者の役割を有し、少なくとも１つの他の加入者が受信者としてメッセージを受信して、メッセージのためのエラー監視を実行する、上記方法である。本方法は、予め設定された値とは異なる値を有する制御ビットの送信によって、少なくとも１つの受信者が、プロトコル例外状態に遷移させられ、当該少なくとも１つの受信者はエラー監視を中断し、送信者は、予め設定された値とは異なる値を有する制御ビットの送信後に、第２の通信プロトコルに従って、少なくとも１つの第２の受信者へと更なる別のデータを伝送し始めることを特徴とする。本方法によれば、異なる値を有する制御ビットが、異なる通信プロトコル、例えばエラー監視の中断が可能なより高速の通信プロトコルへとバス線上での通信を切り替えるべきことをシグナリングする。従って、本発明に係る挙動によって、少なくとも１つの受信者によるエラー監視が、より高速のデータ伝送の利用を妨害せず又は妨げないという利点が達成される。
【００２５】
特に有利な実施形態において、ビットの値が、バスシステム上では物理的信号によって表され、第２の通信プロトコルに準拠した伝送のために、第１の通信プロトコルに準拠した伝送のための物理的信号とは異なる物理的信号が利用される。このことによって、受信者側で、第１のプロトコルに準拠した通信と、第２のプロトコルに準拠した通信と、を分け、２つのプロトコルによる相互の妨害を最小限に抑え又は回避することが容易になる。
【００２６】
有利に、少なくとも１つの第１の受信者は、第１の通信プロトコルの利用の再開条件が満たされるまで、プロトコル例外状態のままである。再開条件及び第２の通信プロトコルを上手に選択することによって、再開条件の望まぬ発生を妨げることが可能であり、従って目的に合わせて、第１の通信プロトコルと第２の通信プロトコルとの間で切り替えることが可能である。
【００２７】
第２の通信プロトコルに準拠した伝送のために、当該第２の通信プロトコルに準拠した伝送の間に第１の通信プロトコルの利用の再開条件が満たされないよう選択された物理的信号が利用される場合には、第２のプロトコルに準拠した通信を無制限に行うことが可能であり、その際、再開条件が発生することはない。第２の通信プロトコルに準拠した伝送のために、第１の通信プロトコルに関して当該第１の通信プロトコルに準拠した伝送の特定の物理的信号であって、再開条件の発生を妨げる上記特定の物理的信号のように解釈される物理的信号が利用される場合は、特に有利な構成である。なぜならば、このことによって、第２のプロトコルに準拠した通信が終了する前に再開条件が発生しないことが保証されるからである。
【００２８】
送信者が、予め設定された値とは異なる値を有する少なくとも１つの制御ビットの送信後に、どの通信プロトコルに従って自身が更なる別のデータを伝送するのかについての情報を、その通信プロトコルに従って更なる別のデータを伝送し始める前に伝送する場合には、さらに有利でありうる。特に、送信者及び／又は設けられた受信者が、第１の通信プロトコルに加えて複数の様々な通信プロトコルを利用するよう構成される場合には、これら通信プロトコルのうちのどれが後続の伝送のために利用されるのかについて伝送の開始前に報知することが有効であり、受信者は、例えばこれに対して調整することが可能であり、即ち、自身が適切な受信ユニットを作動させ、又は、後に第２の通信プロトコルに従って受信された信号をこのために適した通信装置に供給する切り替えの仕組みを実行することで、調整することが可能である。
【００２９】
本方法のために、少なくとも１つの受信者が、自身がプロトコル制御ユニット又はプロトコルステートマシンの再起動を実行することで、プロトコル例外状態に入ることが有利でありうる。さらに、第１の通信プロトコルの利用の再開条件として、予め設定され又は予め設定可能な数のビットであって、予め設定された値を有する上記ビットが定義され、又は、バス上での予め設定され又は予め設定可能な時間の間の通信停止が定義される場合には、有利である。このことによって、上記受信者内で本方法を実現するためのコストが最小になる。なぜならば、再起動を実行するための対応する仕組みは通常では、いずれにせよ設けられているからである。その際に、例えば、ＣＡＮのような少なからぬバスシステムにおいて、発生しているバス通信に再び同期するために、通常では、予め設定された値を有する複数ビットの発生が待たれ、特にレセッシブビットの発生が待たれる。
【００３０】
有利に、第１の通信プロトコルに従って伝送されるメッセージは、ヘッダ部、データフィールド、及び終端部を有し、複数の加入者が同時にメッセージを送ろうと試みる場合には、メッセージのヘッダ部に含まれる識別子によって、どの加入者がバスへの送信アクセス権を獲得するのかが設定され、その際に、少なくとも１つの制御ビットはヘッダ部内に含まれる。これにより、メッセージごとのバスへのアクセス権が、定められた加入者に分かり易く付与され、２つのメッセージがぶつかり破壊されることになるメッセージの衝突が発生しない。
【００３１】
第２の通信プロトコルに従って、更なる別のデータが、適切な開始信号の後に、任意の定義されたデータ単位の連なりとして、例えば、バイトの連なりとして、若しくは、１６、３２、若しくは６４ビット単位の連なりとして、又は、ＵＡＲＴフォーマットにより、又は、ＦｌｅｘＲａｙフォーマットにより、又は、イーサネット（登録商標）ＭＡＣフォーマットにより伝送される場合には、データが高速で伝送されうる。さらに、上記の公知のメッセ―ジフォーマットの利用によって、利用されるハードウェア及びソフトウェアの保護の度合い（Ａｂｓｉｃｈｅｒｕｎｇｓｔｉｅｆｅ）が高くなる。
【００３２】
請求される方法のうちの１つを実行するために手段を含む装置には、同じ利点が該当する。
【００３３】
第１の通信プロトコルの利用の再開条件として、有利に、予め設定され又は予め設定可能な数のビットであって、予め設定された値を有する上記ビットが定義され、又は、予め設定され又は予め設定可能な時間の間の通信停止が定義される。特に、少なくとも１つの受信者は、上記再起動後に、エッジ検出部と、予め設定された値を有するビットの発生についてのカウンタと、を利用して、再開条件の発生を監視することが可能であり、その際に、カウンタは、エッジの発生時に新たに開始される。このことによって、第１の通信プロトコルを扱う実装から出発して本方法を実施するためのコストが更に削減される。なぜならば、加入者は通常ではこのやり方で、エラーによる再起動の後又はデータ伝送の開始時に、バス通信に対して同期されるからである。
【００３４】
有利に、第１の通信プロトコルに従って伝送されるメッセージは、ヘッダ部、データフィールド、及び終端部を有し、伝送されるデータはデータフィールド内に含まれ、少なくとも１つの制御ビットはヘッダ部内に含まれる。これにより、メッセージ内では早期に、制御ビットの読出しの後でプロトコル例外状態に入ることが可能であり、場合によっては、送信者が、異なる通信プロトコルに切り替わることが可能である。
【００３５】
送信者及び受信者の役割が、加入者の間で調停過程によって割り当てられ、その際に、複数の加入者が同時にメッセージを送信しようと試みる場合にメッセージのヘッダ部内に含まれる識別子によってどの加入者がバスへの送信権を獲得するのかが設定される限り、有利に、バス通信において衝突が発生しないことが保証される。このことは特に、ＣＡＮ規格ＩＳＯ１１８９８−１に準拠して調停過程が実行され、メッセージのヘッダ部が、スタートオブフレームビットと、調停フィールドと、制御フィールドと、を含み、メッセージの終端部が、ＣＲＣフィールドと、アクノリッジフィールドと、エンドオブフレームフィールドと、を有することによって達成されうる。
【００３６】
請求項１又は請求項１に従属する従属請求項の主題の方法を実施するために適切な手段を有する装置は、対応する利点を有する。特に、このような装置は有利に、混ざったネットワークで使用することが可能であり、そこで、より高速でスムーズなデータ伝送に寄与しうる。
【図面の簡単な説明】
【００３７】
【図１ａ】規格ＣＡＮメッセージとＣＡＮ  ＦＤメッセージに共通の基本構造を示す。メッセージ区間の順番及び名称（スタートオブフレームビット（Ｓｔａｒｔ−Ｏｆ−Ｆｒａｍｅ−Ｂｉｔ）、調停フィールド（Ａｒｂｉｔｒａｔｉｏｎ  Ｆｉｅｌｄ）、制御フィールド（Ｃｏｎｔｒｏｌ  Ｆｉｅｌｄ）、データフィールド（Ｄａｔａ  Ｆｉｅｌｄ）、ＣＲＣフィールド（ＣＲＣ  Ｆｉｅｌｄ）、Ａｃｋフィールド（ＡＣＫ  Ｆｉｅｌｄ）、及びエンドオブフレームフィールド(Ｅｎｄ−Ｏｆ−Ｆｒａｍｅ  Ｆｉｅｌｄ)）が示されている。メッセージの前及びメッセージの後は、バスは、データ伝送が行われていない状態にあり、このことが「インタフレーム  スペース」（Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）という概念によって示される。通常では、規格ＩＳＯ１１８９８で設定されているように英語の名称が利用される。ＣＡＮ  ＦＤメッセージの場合に行うことが可能なビットレート切り替えは、「標準ビットレート」（Ｓｔａｎｄａｒｄ  Ｂｉｔ  Ｒａｔｅ）と、「任意の高速ビットレート」（ｏｐｔｉｏｎａｌ  Ｈｉｇｈ  Ｂｉｔ  Ｒａｔｅ）と、によって示される。
【図１ｂ】標準又は基本フォーマットと、拡張フォーマットと、のそれぞれによる、規格ＣＡＮプロトコル及びＣＡＮ  ＦＤプロトコルに準拠したメッセージのヘッダ部であって、スタートオブフレームビットと、調停フィールドと、制御フィールドと、を含む上記ヘッダ部を示す。ＣＡＮ  ＦＤメッセージでは、データフェーズ（ＤＡＴＡ−Ｐｈａｓｅ）において、ビットレートの切り替えを行うことが可能である。
【図２】第１の加入者２００と、第２の加入者２５０と、から成る混ざったネットワークを示す。加入者は、例えば２線式の銅線として構成可能なバスシステム１００を介して接続されている。メッセージの反射を防止するために、導線の末端は、例えば適切な終端抵抗によって終端されてもよい。リング型、スター型、又はツリー型等の他の配線トポロジも構想されうる。第１の加入者は、第１のインタフェース２０１によってバスシステムと接続され、第２の加入者は、第２の通信インタフェース２５１によってバスシステムと接続されている。上記インタフェースは、例えばＣＡＮトランシーバのようなバス接続ユニットと、ＣＡＮコントローラ又はＣＡＮ−ＦＤコントローラのような通信ユニットと、を備える。また、上記インタフェースは、全体的に又は部分的に、加入者の他の構成要素に組み込まれていてもよい。通常の組み合わせは、例えば、通信ユニットを、加入者の、同じように既に存在するマイクロプロセッサに組み込むことである。  第１の加入者は、本発明に基づいて、プロトコル例外状態に入れることにより卓越しており、第２の加入者は、第２の通信プロトコルを利用でき又は第２の通信プロトコルに切り替われることにより卓越している。記載する方法の邪魔とならない限り、更なる別の加入者がネットワークに接続されてもよい。図２に示される加入者の幾つかは、例えば保守作業又はプログラミング作業の際などの特別な場合にのみ接続される任意の加入者であってもよい。
【図３】インタフェース２０１を有する第１の加入者２００の概略的なブロック図を例示的に示す。上記インタフェースは、バス接続ユニット２１０と、通信コントローラ２２０と、を備える。通信コントローラ２２０は、カウンタ２２１と、エッジ検出部２２２と、を備える。
【図４】インタフェース２５１を有する第２の加入者２５０の概略的なブロック図を例示的に示す。上記インタフェースは、バス接続ユニット２６０と、本発明に係る方法を実行するよう構成された通信コントローラ２７０と、を備える。このために、通信コントローラ２７０は、第１のプロトコル制御ユニット２７１と、第２のプロトコル制御ユニット２７２と、を含む。さらに、上記プロトコル制御ユニットの一方をそれぞれが備える２つの別体の通信コントローラが設けられてもよい。
【図５】本発明に係る方法と、適切なバス接続ユニットと、を利用した際に、第１の通信プロトコルから第２の通信プロトコルへの移行時に送信者によってバス線に送信される物理的信号の一例を示す。第１の時間範囲４１０内にバス上で送信される物理的信号、即ちここでは電圧Ｒ及びＤは、第２の時間範囲４２０内に送信される物理的信号Ｄ及びＭとは異なっている。
【００３８】
以下では、第１の加入者と第２の加入者とがそれぞれ異なる通信プロトコルを利用する複数の実施例が記載される。
【発明を実施するための形態】
【００３９】
ＣＡＮ  ＦＤメッセージに対するＣＡＮ実装（ＣＡＮ−Ｉｍｐｌｅｍｅｎｔｉｅｒｕｎｇ）の許容性のためのプロトコル例外状態：
規格ＣＡＮネットワークから出発した、プロトコル例外状態についての一例が、以下では、図２及び図３によって示される。この場合、図２に示されるネットワークの第１の加入者２００は、例えば、変更された規格ＣＡＮが実装された通信コントローラ２２０をインタフェース２０１の一部として有する制御装置である。図２に示されるネットワークの第２の加入者は、例えば、ＣＡＮ  ＦＤが実装された通信コントローラをインタフェース２５１の一部として有する制御装置である。
【００４０】
実装（Ｉｍｐｌｅｍｅｎｔｉｅｒｕｎｇ）とは、通信プロトコルのハードウェアによる実現又はソフトウェアによる実現を意味し、即ち、例えば、ＣＡＮ通信コントローラ、又は、当該ＣＡＮ通信コントローラを備えより大きな半導体モジュールに組み込むことが可能なＩＰモジュールを意味している。
【００４１】
変更によって、定義によればＣＡＮ  ＦＤメッセージを送信及び受信することが出来ない規格ＣＡＮ実装が、第２の異なる通信プロトコルに従って実行される通信を許容出来るようになる。ここで示す実施形態では、上記第２の異なる通信プロトコルはＣＡＮ  ＦＤである。異なる通信プロトコルを許容するとは、第１の通信プロトコル、即ち規格ＣＡＮの使用の再開条件が満たされない限り、変更された規格ＣＡＮ実装は、第２の通信プロトコル、即ちこの場合ＣＡＮ  ＦＤに従って進行する通信を無視し、当該通信を、例えばエラーフレームを生成することで妨害しないということを意味している。このことには、規格ＣＡＮプロトコルから、より高速の第２のプロトコル、即ちＣＡＮ  ＦＤへの切り替えが、同じバス線を利用したままで可能になるという利点がある。第２の通信プロトコルＣＡＮ  ＦＤに準拠した高速通信の終了後には、第１の通信プロトコル、即ち規格ＣＡＮの利用の再開条件が満たされる限りにおいて、元の規格ＣＡＮプロトコルへと戻して切り替えられる。
【００４２】
ここで記載するプロトコル例外状態のために、ＣＡＮプロトコルの２つの既存の機能が組み合わされ、このように変更された規格ＣＡＮ実装は、ＣＡＮ  ＦＤを許容するようになる。第１に、規格ＣＡＮ実装がバス通信に対して同期される場合には、１１個の連続するレセッシブビットの発生を検出するために、規格ＣＡＮ実装内に設けられたカウンタ２２１が利用される。このことは規格ＣＡＮでは、例えば、再起動後に、又は、所謂「バス・オフ・リカバリ・シーケンス」（Ｂｕｓ  Ｏｆｆ  Ｒｅｃｏｖｅｒｙ  Ｓｅｑｕｅｎｃｅ）（ＣＡＮ仕様２．０の「障害隔離（Ｆａｕｌｔ  Ｃｏｎｆｉｎｅｍｅｎｔ）」の第７章、ルール１２参照）の進行中に行われる。第２に、ＣＡＮバス時間単位ごとに一度ＣＡＮバス側の入力口のエッジを検査するエッジ検出部２２２が利用され、検出されたエッジが、バス同期の基礎として利用される（ＣＡＮバスの場合、ビット長は、複数のバス時間単位、例えば８〜２５バス時間単位又は「タイムクォンタム」（Ｔｉｍｅ  Ｑｕａｎｔｕｍ）から成り、この「タイムクォンタム」の長さ自体は、各バス加入者の内部発振器のクロックから導出される。詳細はＣＡＮ仕様２．０参照）。
【００４３】
ここで記載する例に従って変更されたＣＡＮ実装は、以下の仕組みを利用し、即ち、変更されたＣＡＮ実装は、最初に通常どおり通信に参加し、即ち、送信するメッセージが存在する限り、メッセージのヘッダ部を送信して、調停の枠組みにおいてバスへのアクセス権を獲得しようと試みる。送信するものがなく又は調停で負けた場合には、受信者としてバストラフィックを監視する。標準フォーマットによる、受信された規格ＣＡＮメッセージのビット位置ｒ０でのレセッシブビット、又は、拡張フォーマットによる、受信された規格ＣＡＮメッセージのビット位置ｒ１でのレセッシブビット（ＣＡＮ  ＦＤメッセージのＥＤＬビットの位置に対応、図１ａ及び図１ｂ参照）を検出した直後に、変更された規格ＣＡＮ実装は、プロトコル復号を行う自身のステートマシン（プロトコルステートマシン）又はプロトコル復号のために設けられたプロトコル制御ユニット、例えばハードウェアで実現されたプロトコル制御部を再起動し、その際に、自身のエラーカウンタを変更したり、エラーフレームを送信したりはしない。このようにして、規格ＣＡＮ実装はプロトコル例外状態に入り、当該プロトコル例外状態において、再開条件の発生まで待機する。再開条件が発生した際には以下に詳細に記載するように再開過程が進行する。
【００４４】
代替的に、標準フォーマットでのｒ０ビットの箇所又は拡張フォーマットでのｒ１ビットの箇所で、プロトコル例外状態を導入するために、固定値を有する他のビット、例えば拡張フォーマットでのｒ０ビットも、規格ＣＡＮメッセージ内で利用されてもよい。
【００４５】
プロトコル例外状態：
プロトコル例外状態では、最初に、プロトコルステートマシン又はプロトコル制御ユニットの再起動が実行される。再起動後に、加入者は、本例では１１個の連続するリセッシブビットの連なりを、このために設けられたカウンタ２２１であって、予め設定された値を有するビットをカウントする上記カウンタ２２１を利用しながら待つ。上記の連なりではレセッシブからドミナントへのエッジが発生してはならず、当該連なりでレセッシブからドミナントへのエッジが発生する場合には、カウンタ２２１は新たにカウントを開始する。このことは、既存のエッジ検出部２２２によって監視される。
【００４６】
再開過程：
例えば、カウンタ２２１及びエッジ検出部２２２を利用して再開条件が検出され、即ち本例では、１１個の連続するリセッシブビットの連なりが検出される場合には、加入者は、プロトコル例外状態を脱して、バス通信に対して同期される。これにより、加入者は、規格ＣＡＮメッセージを送信及び受信する体勢が再び整い、当該規格ＣＡＮメッセージの開始が、ドミナントなスタートオブフレームビットによってシグナリングされる。
【００４７】
提示された仕組みの利点は、変更された規格ＣＡＮ加入者が、ＣＡＮ  ＦＤメッセージが伝送されてしまう間（又は、ＣＡＮ  ＦＤ加入者によってエラーが検出された場合に、エラーフレームによってＣＡＮ  ＦＤメッセージの伝送が中断される間）待機するよう保証されていることである。なぜならば、ＣＡＮ  ＦＤメッセージの伝送中には、１１個の連続するリセッシブビットという要件は決して満たされず、変更された規格ＣＡＮ加入者では、先に記載したような再開過程が進行しない。このようにして、記載される方法によって、変更された規格ＣＡＮ実装が全てのＣＡＮメッセージを許容することが可能となる。
【００４８】
ＣＡＮ  ＦＤメッセージのデータフェーズ（ＤＡＴＡ−Ｐｈａｓｅ）内のビット時間が、ＣＡＮ  ＦＤ調停フェーズ（Ａｒｂｉｔｒａｔｉｏｎ−Ｐｈａｓｅ）のＣＡＮバス時間単位より短くないことは有利である（図２参照）。ＣＡＮ  ＦＤメッセージのデータフェーズ内のビット時間が、ＣＡＮ  ＦＤ調停フェーズのＣＡＮバス時間単位より短ければ、変更された規格ＣＡＮ加入者によって、ＣＡＮ  ＦＤメッセージ内で、１１個の連続するリセッシブビットが稀なケースに偶然読み出されるということが起こりうるであろう。
【００４９】
ＣＡＮ  ＦＤメッセージの検出によって、エラーカウンタの増分は引き起こされず、変更されたＣＡＮ実装は、より速いＣＡＮ  ＦＤメッセージの終了直後に、規格ＣＡＮプロトコルに準拠したバス通信を続行することが可能である。
【００５０】
拡張プロトコルに準拠したメッセージに対する、変更されたＣＡＮ  ＦＤ実装の許容性のためのプロトコル例外状態：
ＣＡＮ  ＦＤネットワークから出発した、プロトコル例外状態の更なる別の例が、以下では、再び図２及び図３を参照しながら示される。この場合には、図２に示されるネットワークの第１の加入者２００は、例えば、装置を、即ち図３で示すように、変更されたＣＡＮ  ＦＤ実装による通信コントローラ２２０を、インタフェース２０１の一部として有する制御装置である。図２に示されるネットワークの第２の加入者２５０は、本例では、更なる別の通信プロトコルの実装を含む通信コントローラを、インタフェース２５１の一部として有する制御装置である。更なる別の通信プロトコルは、例えばＣＡＮ  ＦＤプロトコルの拡張版であってもよく、例えばデータ長コードの内容に従って、ＣＡＮ  ＦＤで設けられるより長いデータフィールドを許可する。さらに、例えばデータ保護を目的として、又は、加入者間で追加的な状態情報を伝送するために、制御フィールド内の追加的な制御ビットが考えられる。代替的又は追加的に、更なる別の通信プロトコルでは、ＣＲＣフィールドの内容についての変更された演算、及び／又は、ＣＲＣフィールドの異なる大きさが構想されてもよい。複数の通信コントローラであって、そのうちの１の通信コントローラがＣＡＮ  ＦＤ通信を実行し、第２の通信コントローラが更なる別の通信プロトコルを実行する上記複数の通信コントローラも設けられてもよい。
【００５１】
開示された仕様書に準拠するＣＡＮ  ＦＤプロトコルも、メッセージ内の予め設定された位置に、予め設定された値のビットを有する。図１ｂに示されるように、例えば、標準フォーマットによるＣＡＮ  ＦＤメッセージと、拡張フォーマットによるＣＡＮ  ＦＤメッセージと、はそれぞれ、アービトレーションフィールド内の最終ビットとして予約ビットｒ１と、制御フィールド内の、ＥＤＬビットの後に続く予約ビットｒ０と、を有する。
【００５２】
これに応じて、変更された規格ＣＡＮ実装について先に記載された仕組みが、変更されたＣＡＮ  ＦＤ実装にも同じように適用される。変更されたＣＡＮ  ＦＤ実装は、このために利用される２つの仕組みを含む必要があり、即ち、１つは、本例では１１個の連続するリセッシブビットのためのカウンタ２２１と、もう一つは、エッジ検出部２２２と、を含む必要がある。これらのカウンタ２２１とエッジ検出部２２２は、通常では既に存在している。他の実施例において、再起動後又はエラー検出後の通信の再開に役立ち本方法の実行のために更に利用可能な他の仕組みが利用されてもよい。
【００５３】
プロトコル例外状態のここで記載する例について変更されたＣＡＮ  ＦＤ実装は、以下の仕組みを利用する。即ち、変更されたＣＡＮ  ＦＤ実装は最初に通常通り通信に参加し、即ち、送信するメッセージが存在する限り、メッセージのヘッダ部を送信して、調停の枠組みにおいてバスへのアクセス権を獲得しようと試みる。送信するものが何もなく又は調停で負けた場合には、受信者としてバストラフィックを監視する。標準フォーマットによるＣＡＮ  ＦＤメッセージ内のビット位置ｒ０でのリセッシブビット、又は、拡張フォーマットによるＣＡＮ  ＦＤメッセージ内のビット位置ｒ０でのリセッシブビット（図１ａ及び図１ｂ参照）を検出した直後に、変更されたＣＡＮ  ＦＤ実装は、プロトコル復号を行う自身のステートマシン（プロトコルステートマシン）又はプロトコル復号のために設けられたプロトコル制御ユニット、例えばハードウェアで実現されたプロトコル制御部を再起動し、その際に、自身のエラーカウンタを変更したり、エラーフレームを送信したりはしない。このようにして、変更されたＣＡＮ  ＦＤ実装はプロトコル例外状態に入り、当該プロトコル例外状態において、再開条件の発生まで待機する。再開条件、及び、当該再開条件により開始される再開過程は、基本的に、既に先に第１の実施例について記載したのと同じである。ＣＡＮ  ＦＤ実装は、通常は、類似した仕組みを有し、即ち特に、リセッシブビットのためのカウンタ２２１と、そのために利用することが可能なエッジ検出部２２２と、を有する。
【００５４】
代替的に、標準フォーマット又は拡張フォーマットのｒ０ビットの箇所で、プロトコル例外状態を導入するために、例えば調停フィールドの終りのｒ１ビットのような、固定値を有する他のビットもＣＡＮ  ＦＤメッセージ内で利用されてもよい。
【００５５】
提示された仕組みの利点は、変更されたＣＡＮ  ＦＤ加入者が、更なる別の通信プロトコルに準拠したメッセージが伝送されてしまう間（又は、エラーが検出された場合に、対応する仕組みによって場合によりメッセージの伝送が中断される間）待機するよう保証されていることである。その前提とは、伝送中に１１個の連続するリセッシブビットの要件が満たされず、これに対応して、変更されたＣＡＮ  ＦＤ加入者で先に記載したような再開過程が進行しないように、更なる別の通信プロトコルが構成されることである。このようにして、記載される方法によって、変更されたＣＡＮ  ＦＤ実装は、更なる別の通信プロトコルに従って伝送されるメッセージを許容できるようになる。
【００５６】
プロトコル切り替えに対する、変更された規格ＣＡＮ実装又は変更されたＣＡＮ  ＦＤ実装の許容性のためのプロトコル例外状態の利用：
記載されたプロトコル例外状態は、本発明に基づいて、混ざったネットワーク内で、第１の通信プロトコルとは異なる要請を充足する異なる通信プロトコルへの切り替えを実行するために利用が可能である。プロトコル例外状態での第１の加入者の許容性に基づいて、第２の加入者は、上記異なる通信プロトコルを利用してデータを交換又は伝送することが可能であり、その際に、第１の加入者によって妨害されることはない。以下では、このことについて例示的に記載する。本例は、規格ＣＡＮネットワーク又はＣＡＮ  ＦＤネットワークから出発するが、請求項１の上位概念の特徴を満たす他のネットワークから出発しても、本発明は提示されうる。
【００５７】
規格ＣＡＮネットワーク又はＣＡＮ  ＦＤネットワークから出発する本発明の一実施形態が、以下では、図２、３、及び４を参照しながら示される。本例では、図２に示されるネットワークの第１の加入者２００は例えば、図３に示されるように、変更された規格ＣＡＮ実装による又は変更されたＣＡＮ  ＦＤ実装による通信コントローラ２２０を、インタフェース２０１の一部として有する制御装置である。この第１の加入者は、基本的には、プロトコル例外状態についての先行する２つの例の第１の加入者と異ならない。さらに、変更された規格ＣＡＮ実装も、変更されたＣＡＮ  ＦＤ実装も、第１の加入者として存在してもよい。
【００５８】
この更なる別の例では、図２に示されるネットワークの第２の加入者２５０は、本発明に基づいて、規格ＣＡＮ通信又はＣＡＮ  ＦＤ通信と、少なくとも１つの更なる別の通信プロトコル又は通信モードと、の間で切り替えが可能な通信コントローラ２７０を、インタフェース２５１の一部として有する制御装置である。このような加入者が、図４に概略的に示されている。通信コントローラ２７０は、規格ＣＡＮプロトコル又はＣＡＮ  ＦＤプロトコルのための第１の通信制御ユニット２７１と、少なくとも１つの更なる別の通信プロトコルのための第２のプロトコル制御ユニット２７２と、を含む。図４に示されない本発明の代替的な形態において、複数の別体の通信コントローラであって、そのうちの１の通信コントローラが規格ＣＡＮ通信又はＣＡＮ  ＦＤ通信を実行し、少なくとも１つの他の通信コントローラが更なる別の通信プロトコルを実行する上記複数の別体の通信コントローラが設けられてもよい。この場合には、第１の通信コントローラと第２の通信コントローラとの間、又は、更なる別の通信コントローラ間に接続が提供されてもよく、従って、第１の通信コントローラは、第２の通信プロトコル又は更なる別の通信プロトコルの利用の条件が存在する場合には、第２の通信コントローラ又は更なる別の通信コントローラに報知することが可能である。
【００５９】
本発明の文脈で第２の通信プロトコルに言及する限りおいて、複数の更なる別の通信プロトコル又は通信コントローラがある場合には、第２の通信プロトコルは、更なる別の通信プロトコルのうちの１つとして理解するものとする。
【００６０】
更なる別の通信プロトコルは、ＣＡＮ通信のために設けられたバス線を介して伝送可能である必要があり、変更された規格ＣＡＮコントローラ、又はＣＡＮ  ＦＤコントローラにとって、１１個の連続するリセッシブビットのように見える部分を含んではならない。更なる別のデータは、適切な開始信号の後に、任意の定義されたデータ単位の連なりとして、例えば、バイトの連なりとして、又は、１６ビット、３２ビット、若しくは６４ビット単位の連なりとして、又は、ＵＡＲＴフォーマットにより、又は、ＦｌｅｘＲａｙフォーマットにより、又は、イーサネットＭＡＣフォーマットにより伝送されてもよい。２線式の導線での電圧レベルの連なりとして表され、上記前提条件を満たす通信プロトコルはどれも、原則的に利用が可能である。
【００６１】
このような第２の加入者２５０が、更なる別の通信プロトコルに従ってネットワークを介してデータを伝送したい場合には、本発明のここで記載される例に従って、以下の仕組みを利用し、即ち、第２の加入者２５０は、規格ＣＡＮプロトコル又はＣＡＮ  ＦＤプロトコルに準拠した通信に参加し、規格ＣＡＮメッセージ又はＣＡＮ  ＦＤメッセージのヘッダ部を送信して、調停の枠組みにおいてバスへのアクセス権を獲得しようと試みる。十分に高い優先順位に対応した、十分に小さい値の識別子を選択することにより、必要な場合に、調停の枠組みでのバスへのアクセス権の獲得に成功することが保証される。バス通信の他の加入者は、調停で負けた後は、受信者としての役割を果たす。
【００６２】
メッセージの送信者である第２の加入者は、メッセージでデータを送信し、このデータによって、第１の加入者はプロトコル例外状態に遷移させられる。このことは、先の例で記載したように、標準フォーマットによるＣＡＮ  ＦＤメッセージ内のビット位置ｒ０若しくはｒ１でのリセッシブビット、又は、拡張フォーマットによるＣＡＮ  ＦＤメッセージのビット位置ｒ０又はｒ１でのリセッシブビット（図１ａ及び図１ｂ参照）の送信によって行われる。第１の加入者２００の中に、変更された規格ＣＡＮ加入者が存在する場合には、この変更された規格ＣＡＮ加入者は、ＣＡＮ  ＦＤメッセージの、送信されたヘッダ部のＥＤＬビットのリセッシブレベルに基づいて、プロトコル例外状態に入る。第１の加入者２００の中のＣＡＮ  ＦＤ加入者は、ｒ０ビット又はｒ１ビットの位置でのリセッシブレベルに基づいて、プロトコル例外状態に入る。
【００６３】
全ての第１の加入者２００がプロトコル例外状態に遷移した後で、メッセージの送信者である第２の加入者は、更なる別の通信プロトコルを利用したデータ伝送を開始する。このために、第２の加入者は、既に記載したように、切り替え可能な通信コントローラ２７０を有し、又は、設けられた複数の通信コントローラ間で切り替えるための切り替えの仕組みを有する。この切り替えは、例えば図５に示されるように、プロトコル例外状態に第１の加入者を遷移させるために必要な最後のビットが送信された直後に行われうる。切り替えは、例えば予め設定され又は予め設定可能なトレイリングビット（Ｎａｃｈｌａｕｆ−Ｂｉｔ）分だけ時間的にずれて行われても良い。トレイリングビットは、ここでは、ビット時間、又は、バス線間の電圧差としての物理的な実現に鑑みて、第１の通信プロトコルの制約条件に従って定義されてもよい。このようなトレイリングビットを設けることによって、さらに、例えば、どの更なる別の通信プロトコルに従って切り替えの後にデータが伝送されるのかを示す情報も伝送することが可能である。このことは、メッセージの送信者である第２の加入者が、複数の他の通信プロトコルに準拠したデータ伝送のために構成されている場合には特に有利である。
【００６４】
第１の加入者２００は、再開条件が発生するまでは、プロトコル例外状態のままである。これにより、メッセージの送信者である第２の加入者は、更なる別の通信プロトコルに従ってデータを送信することが可能であり、１つ以上の他の加入者は、当該他の加入者がこの更なる別の通信プロトコルのために設けられている限りにおいて、上記データを受信することが可能である。送信者ではない更なる別の第２の加入者は、更なる別の通信プロトコルに従って、伝送されたデータを受信する。送信者ではない更なる別の第２の加入者は、更なる別の通信プロトコルに準拠したデータ伝送の後で、第１の加入者と同じように、第１の通信プロトコルに準拠した通信の再開条件を待つということが構想されてもよい。しかしながら、送信者ではない更なる別の第２の加入者は、例えば、伝送されるデータに含まれる情報によって、能動的に再び、第１の通信プロトコルに準拠した通信のために切り替えられてもよい。その際には、更なる別の通信プロトコルを用いた通信の間に、再開条件、即ち例えば１１個の連続するリセッシブビットが発生しないことが前提となる。更なる別の通信プロトコルを用いた通信が終了している場合、バス線はデータが無い状態であり、従って再開条件が発生し、第１の加入者と第２の加入者とは再び、規格ＣＡＮプロトコル又はＣＡＮ  ＦＤプロトコルに準拠した通信を開始することが可能である。
【００６５】
示されたやり方で、ネットワークの個々の加入者が、より高速の通信のために構成可能である一方、他の加入者は、即ちネットワークの第１の加入者２００は、先に記載したように、最小限にのみ変更されればよい。例えば、膨大なソフトウェアを例えば通信制御のために含む中央制御ユニット又は中央ゲートウェイ（Ｇａｔｅｗａｙ）は、ネットワーク上の他の加入者によって妨害されることなく、自身に接続された少なくとも１つのプログラム装置、サービス装置、若しくは入力装置とデータを交換することが出来るであろうし、又は、当該少なくとも１つのプログラム装置、サービス装置、若しくは入力装置からデータを受信することが出来るであろう。さらに、そのために設けられた複数の制御装置も、記載された仕組みを介して、自身に接続された少なくとも１つのプログラム装置、サービス装置、若しくは入力装置とデータを交換することが出来るであろうし、又は、当該少なくとも１つのプログラム装置、サービス装置、若しくは入力装置からデータを受信することが出来るであろう。その際にデータは、相前後して、又は、部分的に相前後して、又は、交互に、又は、平行して、例えば更なる別の通信プロトコルが利用される際には複数の互いに分離可能な周波数帯域を利用して、伝送されうる。更に、第１の通信プロトコルに従って交換されるメッセージのデータを、冗長性又は暗号化を目的として、第２の通信プロトコルに準拠したデータとして追加的に伝送するために、本方法を利用することが構想可能であろう。このようにして、特定の選択されたメッセージが、冗長性という理由から、異なるフォーマットで追加的に送信されてもよく、又は、データが、暗号化（例えば、鍵、又は、暗号化されたデータ、又は、暗号化情報）との関連で送信されてもよい。
【００６６】
更なる別の通信プロトコルを用いた通信の間に、再開条件、即ち例えば１１個の連続するリセッシブビットの連なりが発生しないことを保証するために、更なる別の通信プロトコルの物理的伝送層を、第１の通信プロトコルの伝送層に対して調整してもよい。
【００６７】
このために、例えば、新しい形態のトランシーバ２６０を利用してもよく、この新しい形態のトランシーバ２６０は、第１の通信プロトコルの物理的信号に加えて、少なくとも１つの別の通信プロトコルの更なる別の物理的信号であって、再開条件の発生を効果的に防止するように構成された上記更なる別の信号を生成し定められるよう構成されている。例えばこのことは、第２の通信プロトコルに準拠した伝送のために、第１の通信プロトコルに関して、即ち当該第１の通信プロトコルのために設けられた通信コントローラ内で、第１の通信プロトコルに準拠した伝送の特定の物理的信号であって、再開条件の発生を妨げる上記特定の物理的信号のように解釈される物理的信号が利用され、例えば差動電圧レベルが利用されることによって達成される。先に記載したように、再開条件が、予め設定され又は予め設定可能な数のビットであって、予め設定された値を有する上記ビットとして定義され、例えば、予め設定され又は予め設定可能な数の連続するリセッシブビットとして定義される場合には、第２の通信プロトコルに準拠した伝送は、例えば、第１の通信プロトコルに関して当該第１の通信プロトコルとは異なるビットとして、即ち例えばドミナントビットとして解釈される物理的信号を利用することが可能である。このことが、以下では、図５を用いて更に詳細に解説される。
【００６８】
例えば、通常のＣＡＮトランシーバから出発して、新しい形態のトランシーバが、ＣＡＮの公知の２つのレベル「リセッシブ」と「ドミナント」のみ分かるのではなく、少なくとも１つの追加的なレベル、例えば「マクシマム」（ｍａｘｉｍｕｍ）も分かるということが、例えば以下のように導入されうるであろう。
−リセッシブレベルＲ：送信者のトランシーバは、電流を流さない。バス線間の電圧差は、例えば０Ｖである。
−ドミナントレベルＤ：送信者のトランシーバは、適切な手段を用いて、例えば電流源を用いて電流を流し、従って、通常の規格ＣＡＮ電圧差が設定される。バス線間の電圧差は、例えば、２Ｖである。
−マクシマムレベルＭ：送信者のトランシーバは、適切な手段を用いて、例えば電流源を用いて、より強い電流を流し、従って、より大きな電圧差が設定される。バス線間の電圧差は、例えば４Ｖである。
最初の２つのレベルは、参加する全ての規格ＣＡＮトランシーバ、ＣＡＮ  ＦＤトランシーバ、及び新しい形態のトランシーバによって、リセッシブＲ又はドミナントＤとして検出される。第３のレベルは、通常の全てのＣＡＮトランシーバ及びＣＡＮ  ＦＤトランシーバによって、ドミナントＤとして検出され、新しい形態のトランシーバによってはマクシマムＭとして検出される。
【００６９】
図５は、第１の通信プロトコルから第２の通信プロトコルへの遷移時に、送信者の新しい形態のトランシーバによりバス線上で生成されうる物理的信号の一例を示している。第１の部分４１０では、第１の通信プロトコルに準拠した通信が行われる。物理的信号は、リセッシブレベルＲ又はドミナントレベルＤに対応した、０Ｖ又は２Ｖの差動電圧値である。第２の部分４２０では、第２の通信プロトコルに準拠した通信が行われる。物理的信号は、ドミナントレベルＤ又はマクシマムレベルＭに対応した、２Ｖ又は４Ｖの差動電圧値である。
【００７０】
新しい形態のトランシーバ２６０は、例えば、追加的な出力口を有し、この追加的な出力口は、本発明に基づいて変更された通信コントローラに接続され、又は、場合によっては、更なる別の通信プロトコルを実行する更なる別の通信コントローラに接続されている。例えば、プロトコル「Ｕｎｉｖｅｒｓａｌ  Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｒｅｃｅｉｖｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ（万能非同期受信機送信機）」（ＵＡＲＴ）として、又は、ＦｌｅｘＲａｙとして利用することが可能であろうが、原則的には、他のどんな直列伝送プロトコルも、例えばイーサネットＭＡＣフォーマットも可能であろう。バスレベルが「マクシマム」Ｍとして定められるか、又は「ドミナント」Ｄとして定められるかに従って、通信コントローラには異なる論理的信号が転送される。即ち、メッセージの送信者である第２の加入者が、第１の加入者２００をプロトコル例外状態に遷移させている場合には、続いて、２つのレベル「マクシマム」及び「ドミナント」でのみ送信される。これにより、規格ＣＡＮコントローラ又はＣＡＮ  ＦＤコントローラは、トランシーバの受信出力口で、常にドミナント・バスレベルのみ定める。このようにデータが伝送される限りは、１１個の連続するリセッシブビットという再開条件は発生しない。このことは、第２の通信プロトコルの伝送される可能なデータフォーマットに何らかの制限を掛けることなく、有効である。当然のことながら、例えば「マクシマム１」及び「マクシマム２」のような複数の追加的なレベルを設定してもよい。新しい形態のトランシーバが、上記レベルを確実に区別出来る限りにおいて、伝送のために、複数のレベルを用いた対応する符号化を利用することが可能である。対応する方法が、例えばイーサネットネットワークに関して公知である。
【００７１】
少なくとも２つの引き起こされたレベル「ドミナントＤ」と「マクシマムＭ」との間の記載された切り替えには、伝送されるビットを、より短縮されたビット時間で伝送出来るという更なる利点がある。なぜならば、エッジの傾きは、電圧レベルが終端抵抗によりどのように設定されるかにもはや依存しないからである。
【００７２】
バス加入者に、更なる別の通信プロトコルを利用する新しい形態のトランシーバを装備するだけでよい。残りのバス加入者は、従来のトランシーバを利用することが可能である。ドミナントレベルと「マクシマム」レベルとの間の切り替えの代わりに、ＣＡＮバスをドミナントレベルに保ち、適切な手段を用いてＡＳＣデータを変調することも可能であろう。
【図１ａ】
2016504873.tif 000003
【図１ｂ】
2016504873.tif 000004
【図２】
2016504873.tif 000005
【図３】
2016504873.tif 000006
【図４】
2016504873.tif 000007
【図５】
2016504873.tif 000008
【手続補正書】
【提出日】平成27年8月18日(2015.8.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
バスシステムによって互いに接続された加入者間でデータを交換する方法であって、
データを含むメッセージは、第１の通信プロトコルに従って交換され、
前記メッセージは、ビットの連なりで構成され、
前記第１の通信プロトコルに従って交換される前記メッセージ内の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要があり、
メッセージごとに、１の加入者が送信者の役割を有し、少なくとも１つの他の加入者が、受信者として前記メッセージを受信して、前記メッセージのためのエラー監視を実行する、前記方法において、
前記予め設定された値とは異なる値を有する前記制御ビットの送信によって、少なくとも１つの受信者が、プロトコル例外状態に遷移させられ、従って、当該少なくとも１つの受信者は、前記エラー監視を中断し、
前記送信者は、前記予め設定された値とは異なる値を有する前記制御ビットの前記送信後に、第２の通信プロトコルに従って、少なくとも１つの第２の受信者へと更なる別のデータを伝送し始めることを特徴とする、方法。
【請求項２】
ビットの値は、前記バスシステム上では物理的信号によって表され、前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに準拠した前記伝送のための前記物理的信号とは異なる物理的信号が利用されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの第１の受信者は、前記第１の通信プロトコルの利用の再開条件が満たされるまで、前記プロトコル例外状態のままであることを特徴とする、請求項１又は２に記載の方法。
【請求項４】
前記第２の通信プロトコルに準拠した前記伝送のために、当該第２の通信プロトコルに準拠した前記伝送の間に前記第１の通信プロトコルの利用の前記再開条件が満たされないよう選択された物理的信号が利用されることを特徴とする、請求項３に記載の方法。
【請求項５】
前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに関して、当該第１の通信プロトコルに準拠した前記伝送の特定の物理的信号であって、前記再開条件の発生を妨げる前記特定の物理的信号のように解釈される物理的信号が利用されることを特徴とする、請求項３又は４に記載の方法。
【請求項６】
前記送信者は、前記予め設定された値とは異なる値を有する前記少なくとも１つの制御ビットの前記送信後に、どの通信プロトコルに従って自身が前記更なる別のデータを伝送するのかについての情報を、その通信プロトコルに従って前記更なる別のデータを伝送し始める前に伝送することを特徴とする、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記少なくとも１つの受信者は、自身がプロトコル制御ユニット又はプロトコルステートマシンの再起動を実行することで、前記プロトコル例外状態に入ることを特徴とする、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記第１の通信プロトコルの利用の再開条件として、予め設定され又は予め設定可能な数のビットであって、予め設定された値を有する前記ビットが定義されることを特徴とする、請求項３〜７のいずれか１項に記載の方法。
【請求項９】
前記第１の通信プロトコルの利用の再開条件として、前記バス上での予め設定され又は予め設定可能な時間の間の通信停止が定義されることを特徴とする、請求項３〜７のいずれか１項に記載の方法。
【請求項１０】
前記第１の通信プロトコルに従って伝送される前記メッセージは、ヘッダ部、データフィールド、及び終端部を有し、複数の加入者が同時にメッセージを送ろうと試みる場合には、前記メッセージの前記ヘッダ部に含まれる識別子によって、どの加入者が前記バスシステムへの送信アクセス権を獲得するのかが設定され、前記少なくとも１つの制御ビットが、前記ヘッダ部内に含まれることを特徴とする、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記第２の通信プロトコルに従って、前記更なる別のデータが、適切な開始信号の後に、任意の定義されたデータ単位の連なりとして、又は、ＵＡＲＴフォーマットにより、又は、ＦｌｅｘＲａｙフォーマットにより、又は、イーサネットＭＡＣフォーマットにより伝送されることを特徴とする、請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
前記更なる別のデータは、前記第２の通信プロトコルに従って、互いに分離可能な複数の周波数帯域を利用して、複数の受信者へと平行して伝送されることを特徴とする、請求項１〜１１のいずれか１項に記載の方法。
【請求項１３】
前記方法によって、前記第１の通信プロトコルに従って交換されるメッセージからのデータが、冗長性又は暗号化を目的として、前記第２の通信プロトコルに準拠したデータとして追加的に伝送されることを特徴とする、請求項１〜１２のいずれか１項に記載の方法。
【請求項１４】
バスシステムによって互いに接続された加入者間でデータを交換する装置であって、
前記装置は、データを含むメッセージが第１の通信プロトコルに従って交換されるように手段を有し、
前記メッセージは、ビットの連なりで構成され、
前記第１の通信プロトコルに従って交換される前記メッセージ内の予め設定された位置にある少なくとも１つの制御ビットは、予め設定された値を有する必要がある、前記装置において、
前記装置は、前記予め設定された値とは異なる値を有する前記制御ビットが存在する際には第２の通信プロトコルに従って更なる別のデータを伝送するために手段を含むことを特徴とする、装置。
【請求項１５】
前記装置は、送信者として、前記予め設定された値とは異なる値を有する前記制御ビットの送信によって、少なくとも１つの第１の受信者をプロトコル例外状態に遷移させるために手段を有し、従って、前記少なくとも１つの第１の受信者は、前記メッセージのためのエラー監視を中断することを特徴とする、請求項１４に記載の装置。
【請求項１６】
前記装置は、受信者として、前記予め設定された値とは異なる値を有する前記制御ビットの受信の際に、前記第２の通信プロトコルに従って前記更なる別のデータを受信するために手段を有することを特徴とする、請求項１４又は１５に記載の装置。
【請求項１７】
前記装置は、前記予め設定された値とは異なる値を有する前記制御ビットの前記送信後に、どの第２の通信プロトコルに従って前記更なる別のデータが伝送されるのかについての情報を伝送するために手段を有することを特徴とする、請求項１４〜１６のいずれか１項に記載の装置。
【請求項１８】
請求項１４〜１７のいずれか１項に記載の装置と共に利用するためのバス接続ユニットであって、
前記バス接続ユニットは、前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに準拠した前記伝送のための物理的信号とは異なる物理的信号が利用されるように手段を有することを特徴とする、バス接続ユニット。
【請求項１９】
前記第２の通信プロトコルに準拠した前記伝送のための前記物理的信号は、当該第２の通信プロトコルに準拠した前記伝送の間に前記第１の通信プロトコルの利用の再開条件が満たされないように選択されることを特徴とする、請求項１８に記載のバス接続ユニット。
【請求項２０】
前記第２の通信プロトコルに準拠した前記伝送のために、前記第１の通信プロトコルに関して当該第１の通信プロトコルに準拠した前記伝送の固有の物理的信号のように解釈される物理的信号が利用されることを特徴とする、請求項１８〜１９のいずれか１項に記載のバス接続ユニット。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
ＣＡＮ  ＦＤメッセージは、規格ＣＡＮメッセージと同じ要素で構成されるが、詳細には異なっている。即ち、ＣＡＮ  ＦＤメッセージ内では、データフィールドとＣＲＣフィールドとは、より長くてもよい。規格ＣＡＮメッセージとＣＡＮ  ＦＤメッセージとの例が、図１ｂに示されている。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
ＣＡＮ  ＦＤは、ＣＡＮプロトコルの識別子の２つの長さをサポートし、即ち、「基本フォーマット」（Ｂａｓｅ  Ｆｏｒｍａｔ）とも呼ばれる１１ビット長の「標準フォーマット」（Ｓｔａｎｄａｒｄ  Ｆｏｒｍａｔ）と、２９ビット長の「拡張フォーマット」（Ｅｘｔｅｎｄｅｄ  Ｆｏｒｍａｔ）と、をサポートする。ＣＡＮ  ＦＤメッセージは、規格ＣＡＮメッセージと同じ構造を有する。規格ＣＡＮメッセージとＣＡＮ  ＦＤメッセージとは、規格ＣＡＮでは常にドミナントで送信され「ｒ０」又は「ｒ１」という名前を有しデータ長コード（Ｄａｔａ  Ｌｅｎｇｔｈ  Ｃｏｄｅ）の前の制御フィールド内に存在する予約ビットによって区別される。ＣＡＮ  ＦＤメッセージでは、この予約ビットはリセッシブで伝送され、ＥＤＬと称される。ＣＡＮ  ＦＤメッセージでは、規格ＣＡＮメッセージに比べて、追加的な制御フィールドビット、例えばビットＢＲＳが後に続き、このビットＢＲＳは、当該ＢＲＳビットが対応する値を有する限りにおいて、ＣＡＮ  ＦＤメッセージ内でのビット時間がより短い値に切り替えられる位置を示している。このことが、図１ｂでは、高いビットレート又は短いビット時間が利用される「ＣＡＮ  ＦＤデータフェーズ（Ｄａｔｅｎ−Ｐｈａｓｅ）」と称される１区間と、より低いデータレート又はより長いビット時間が利用される「ＣＡＮ  ＦＤ調停フェーズ（Ａｒｂｉｔｒａｔｉｏｎ  Ｐｈａｓｅ）」という名前の２区間と、にメッセージを分ける矢印によって表されている。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
ここで記載する例に従って変更されたＣＡＮ実装は、以下の仕組みを利用し、即ち、変更されたＣＡＮ実装は、最初に通常どおり通信に参加し、即ち、送信するメッセージが存在する限り、メッセージのヘッダ部を送信して、調停の枠組みにおいてバスへのアクセス権を獲得しようと試みる。送信するものがなく又は調停で負けた場合には、受信者としてバストラフィックを監視する。標準フォーマットによる、受信された規格ＣＡＮメッセージのビット位置ｒ０でのレセッシブビット、又は、拡張フォーマットによる、受信された規格ＣＡＮメッセージのビット位置ｒ１でのレセッシブビット（ＣＡＮ  ＦＤメッセージのＥＤＬビットの位置に対応、図１ｂ参照）を検出した直後に、変更された規格ＣＡＮ実装は、プロトコル復号を行う自身のステートマシン（プロトコルステートマシン）又はプロトコル復号のために設けられたプロトコル制御ユニット、例えばハードウェアで実現されたプロトコル制御部を再起動し、その際に、自身のエラーカウンタを変更したり、エラーフレームを送信したりはしない。このようにして、規格ＣＡＮ実装はプロトコル例外状態に入り、当該プロトコル例外状態において、再開条件の発生まで待機する。再開条件が発生した際には以下に詳細に記載するように再開過程が進行する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
ＣＡＮ  ＦＤメッセージのデータフェーズ（ＤＡＴＡ−Ｐｈａｓｅ）内のビット時間が、ＣＡＮ  ＦＤ調停フェーズ（Ａｒｂｉｔｒａｔｉｏｎ−Ｐｈａｓｅ）のＣＡＮバス時間単位より短くないことは有利である（図１ｂ参照）。ＣＡＮ  ＦＤメッセージのデータフェーズ内のビット時間が、ＣＡＮ  ＦＤ調停フェーズのＣＡＮバス時間単位より短ければ、変更された規格ＣＡＮ加入者によって、ＣＡＮ  ＦＤメッセージ内で、１１個の連続するリセッシブビットが稀なケースに偶然読み出されるということが起こりうるであろう。
【国際調査報告】
2016504873.tif 000009
2016504873.tif 000010
2016504873.tif 000011
2016504873.tif 000012
2016504873.tif 000013
2016504873.tif 000014