特開 2023-64056 通信装置および通信システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023064056

(43)【公開日】2023-05-10

(54)【発明の名称】通信装置および通信システム

(51)【国際特許分類】

   H04L 25/49 20060101AFI20230428BHJP

【ＦＩ】

H04L25/49 H

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2022159177

(22)【出願日】2022-10-03

(31)【優先権主張番号】17/509,469

(32)【優先日】2021-10-25

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】518364964

【氏名又は名称】ルネサス エレクトロニクス アメリカ インコーポレイテッド

【氏名又は名称原語表記】ＲＥＮＥＳＡＳ ＥＬＥＣＴＲＯＮＩＣＳ ＡＭＥＲＩＣＡ ＩＮＣ．

【住所又は居所原語表記】１００１ Ｍｕｒｐｈｙ Ｒａｎｃｈ Ｒｏａｄ， Ｍｉｌｐｉｔａｓ， Ｃａｌｉｆｏｒｎｉａ ９５０３５， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110002066

【氏名又は名称】弁理士法人筒井国際特許事務所

(72)【発明者】

【氏名】シュテファン・ベンダー

【テーマコード（参考）】

5K029

【Ｆターム（参考）】

5K029BB03

5K029CC01

5K029DD13

5K029EE01

(57)【要約】

【課題】ＳＥＮＴ通信プロトコルを利用する複数のセンサが１つの受信部に接続し、通信することを可能にするマルチ通信モード方法を提供することである。
【解決手段】シングルエッジニブル通信（ＳＥＮＴ）マルチ通信モードのための方法、システム、および装置が記載される。一例では、システムは、互いに接続された送信部及び受信部を含むことができる。送信部は、ＳＥＮＴ信号の同期ニブルにおいて装置の識別子を符号化することができる。送信部は、さらに、符号化された識別子を有するＳＥＮＴ信号を受信部に送信することができる。受信部は、送信部からＳＥＮＴ信号を受信してもよい。受信部は、さらに通信装置を識別するために、ＳＥＮＴ信号の同期ニブルからの識別子を復号することができる。
【選択図】図１

【特許請求の範囲】

【請求項1】

ＳＥＮＴ信号の同期ニブルにおける通信装置の識別子を符号化するコントローラを含む通信装置。

【請求項2】

前記識別子を符号化するため、前記コントローラは、
論理Ｌｏｗ状態から論理Ｈｉｇｈ状態への遷移を開始するため、前記同期ニブルにおけるティック位置をセットする、請求項１記載の通信装置。

【請求項3】

前記コントローラは、さらに前記ＳＥＮＴ信号のＣＲＣニブルにおける前記識別子を符号化する、請求項１記載の通信装置。

【請求項4】

前記コントローラは、さらに前記ＳＥＮＴ信号のデータニブルにおける前記識別子を符号化する、請求項１記載の通信装置。

【請求項5】

前記コントローラは、符号化された前記識別子により電子制御ユニット（ＥＣＵ）へ前記ＳＥＮＴ信号を出力し、前記通信装置と前記ＥＣＵは車載センサシステムの一部である、請求項１記載の通信装置。

【請求項6】

前記コントローラは、
通信バス上のトラフィックを確認し、
前記通信装置が前記ＳＥＮＴ信号を他の通信装置へ送信することが許可されていることを示すトラフィックに応答して、前記ＳＥＮＴ信号を前記通信バスに出力し、
前記通信装置が前記ＳＥＮＴ信号を他の通信装置へ送信することが禁止されていることを示すトラフィックに応答して、前記通信バス上のトラフィック確認を継続するように構成されている、請求項１記載の通信装置。

【請求項7】

前記通信装置は前記通信バスに接続しており、
前記コントローラは、前記通信バス上のトラフィックにおけるリセット要求を検出し、
リセット処理を開始する前記通信バスに接続されている前記通信装置の数を決定し、
前記通信装置の前記識別子を決定するため前記同期ニブルにおけるリセット信号を符号化するように構成されている、請求項６記載の通信装置。

【請求項8】

コントローラは、
ＳＥＮＴ信号を受信し、
通信装置を識別するため、受信した前記ＳＥＮＴ信号の同期ニブルから前記通信装置の識別子を復号する、通信装置。

【請求項9】

前記コントローラは、前記識別子を復号するため、前記ＳＥＮＴ信号の前記同期ニブルにおけるティック位置を識別するために構成され、
前記ティック位置は、前記同期ニブルの論理Ｌｏｗ状態から論理Ｈｉｇｈ状態へ遷移する開始位置である、請求項８記載の通信装置。

【請求項10】

前記識別子は、さらに前記ＳＥＮＴ信号のＣＲＣニブルにおいて符号化される、請求項８記載の通信装置。

【請求項11】

前記識別子は、さらに前記ＳＥＮＴ信号のデータニブルにおいて符号化される、請求項８記載の通信装置。

【請求項12】

前記コントローラは、電子制御ユニット（ＥＣＵ）の一部であり、前記通信装置と前記ＥＣＵは車載センサシステムの一部である、請求項８記載の通信装置。

【請求項13】

受信部と、前記受信部に接続された送信部から構成された通信システムであって、
前記送信部は、ＳＥＮＴ信号の同期ニブルにおける通信装置の識別子を符号化し、前記ＳＥＮＴ信号を符号化された前記識別子により前記受信部に送信し、
前記受信部は、前記送信部から送信された前記ＳＥＮＴ信号を受信し、前記通信装置を識別するため、前記ＳＥＮＴ信号の前記同期ニブルから前記通信装置の前記識別子を復号する、通信システム。

【請求項14】

前記送信部は、前記識別子を符号化するため、前記ＳＥＮＴ信号の前記同期ニブルを論理Ｌｏｗ状態から論理Ｈｉｇｈ状態への遷移を開始するため、前記同期ニブルにティック位置をセットする、請求項１３記載の通信システム。

【請求項15】

前記受信部は、前記識別子を復号するため、前記ＳＥＮＴ信号の前記同期ニブルにおけるティック位置を識別し、
前記ティック位置は前記ＳＥＮＴ信号の前記同期ニブルを論理Ｌｏｗ状態から論理Ｈｉｇｈ状態へ遷移する開始位置である、請求項１３記載の通信システム。

【請求項16】

前記送信部は、さらに前記ＳＥＮＴ信号のＣＲＣニブルにおける前記識別子を符号化する、請求項１３記載の通信システム。

【請求項17】

前記送信部は、さらに前記ＳＥＮＴ信号のデータニブルにおける前記識別子を符号化する、請求項１３記載の通信システム。

【請求項18】

前記送信部は前記通信装置の一部であり、
前記受信部は電子制御ユニット（ＥＣＵ）の一部であり、
前記通信装置と前記ＥＣＵは車載センサシステムの一部である、請求項１３記載の通信システム。

【請求項19】

前記送信部は通信バス上のトラフィックを確認し、
前記通信装置が前記ＳＥＮＴ信号を他の通信装置へ送信することが許可されていることを示すトラフィックに応答して、前記ＳＥＮＴ信号を前記通信バスに出力し、
前記通信装置が前記ＳＥＮＴ信号を他の通信装置へ送信することが禁止されていることを示すトラフィックに応答して、前記通信バス上のトラフィック確認を継続する、請求項１３記載の通信システム。

【請求項20】

前記送信部は前記通信バスに接続されており、
前記送信部は前記通信バスのトラフィックにおいてリセット要求を検出し、前記通信バスに接続する送信数を決定し、送信数の識別子を決定するプロセスを開始するため、前記同期ニブルにおけるリセット信号を符号化する、請求項１９記載の通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＳＥＮＴ通信（ＳＥＮＴ:Ｓｉｎｇｌｅ Ｅｄｇｅ Ｎｉｂｂｌｅ Ｔｒａｎｓｍｉｓｓｉｏｎ）プロトコルを利用するセンサのための通信装置および通信システムに関する。より具体的には、複数のセンサが１つの受信部に接続し、通信することを可能にするマルチ通信モードに関する。

【背景技術】

【0002】

センサは、様々なタイプのシステムにおいてフィードバック情報を提供するために使用することができる。いくつかの例では、センサは、センサインターフェースを介してＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）に接続されるスタンドアロンセンサとして動作することができる。センサがＥＣＵにデータを送信するために使用することができる例示的なインターフェースとして、ＳＥＮＴデジタル通信プロトコル（ＳＡＥ Ｊ２７１６としても知られている）を利用することができる。ＳＥＮＴプロトコルは、センサがＥＣＵにデータを送信することを可能にする単方向ポイント・ツー・ポイント接続である。ＳＥＮＴプロトコルを用いたデータ通信はシリアルデータ通信であり、通信されるデータを解釈し復号化するためには、ＥＣＵ内に特定のハードウェアユニットが必要である。ＳＥＮＴプロトコルは、センサ当たり１つのハードウェアユニットに限定することができる。従って、追加のセンサをＥＣＵに接続するために、ＥＣＵ上の利用可能なＳＥＮＴポート、および追加のセンサのための追加のハードウェアユニットが必要となる。これらの追加のポートおよびハードウェアユニットはコストがかかる可能性があり、さらにＥＣＵ内の追加スペースを占有する可能性がある。

【発明の概要】

【発明が解決しようとする課題】

【0003】

従って、本発明の目的は、ＳＥＮＴ通信プロトコルを利用する複数のセンサが１つの受信部に接続し、通信することを可能にするマルチ通信モード方法を提供することである。

【課題を解決するための手段】

【0004】

本発明におけるいくつかの例では、ＳＥＮＴプロトコルのマルチ通信モードを動作させるための通信装置が一般的に説明される。通信装置は、コントローラを含むことができる。コントローラは、ＳＥＮＴ信号の同期ニブルにおいて通信装置の識別子を符号化するように構成することができる。

【0005】

本発明におけるいくつかの例では、ＳＥＮＴプロトコルのマルチ送信モードを動作させるための通信装置が一般的に説明される。通信装置は、コントローラを含むことができる。コントローラは、ＳＥＮＴ信号を受信するように構成することができる。コントローラは、通信装置を識別するために、受信されたＳＥＮＴ信号の同期ニブルからの識別子を復号するようにさらに構成され得る。

【0006】

本発明におけるいくつかの例では、ＳＥＮＴプロトコルのマルチ送信モードを実装するように構成された通信システムが一般的に説明される。通信システムは、互いに接続された受信部及び送信部を含むことができる。送信部は、ＳＥＮＴ信号の同期ニブルにおいて装置の識別子を符号化するように構成され得る。送信部は、符号化された識別子を有するＳＥＮＴ信号を受信部に送信するようにさらに構成され得る。受信部は、送信部から送信されたＳＥＮＴ信号を受信するように構成することができる。受信部は、通信装置を識別するために、ＳＥＮＴ信号の同期ニブルからの識別子を復号するようにさらに構成され得る。
以下において、本発明は、添付の図に示される実施形態に関してさらに説明される。

【図面の簡単な説明】

【0007】

【図1】実施形態に係るＳＥＮＴ通信のマルチ通信モードを実施する通信システムを示す図である。

【図2】実施形態に係るＳＥＮＴ通信のマルチ送信モードを実施するＳＥＮＴ信号の例を示す図である。

【図3】実施形態に係るＳＥＮＴ信号において符号化することができる異なるセンサ識別子を示す図である。

【図4】実施形態に係るＳＥＮＴ通信のマルチ通信モードを実施するための通信システムの初期化の一例を示す図である。

【図5】実施形態に係るＳＥＮＴ通信のマルチ通信モードを実施するためのプロセスを示すフロー図である。

【発明を実施するための形態】

【0008】

図１は、実施形態におけるＳＥＮＴ通信においてマルチ通信モードを実施することができる例示的なシステムを示す図である。通信システム１００は、車両内の車両センサシステムとすることができる。通信システム１００は、ＥＣＵ１０２と、通信バスまたはセンサバス（またはセンサインターフェース）１０６と、センサ１１０、１２０、１３０などの１つまたは複数のセンサとを含むことができる。図１の例では３つのセンサが示されているが、通信システム１００は、任意の多数のセンサに対して、および／または通信システム１００の所望の実装および／または性能に基づいて実装することができることは、当業者には明らかであろう。ＥＣＵ１０２は、モータ、エンジン、トランスミッション、ユーザーインタフェース（例えば、カーインフォテインメントシステム）、ボタンなどの制御機構、および／またはＥＣＵ１０２によって制御され得る車両の他の部分など、車両の１つ以上の部分に接続されるコンピュータであり得る。ＥＣＵ１０２は、センサバス１０６を介してセンサ１１０、１２０、１３０に接続することができ、センサバス１０６を介してセンサ１１０、１２０、１３０からデータを受信することができる。

【0009】

センサ１１０、１２０、１３０の間の各センサは、送信（ＴＸ）モジュール１４０を含むことができる。ＴＸモジュール１４０は、ＳＥＮＴ信号１０８（例えば、ＳＥＮＴプロトコルによって定義されたフォーマットを有する信号）を出力するように構成されたＳＥＮＴ通信インターフェースまたはモジュールとして動作することができる装置とすることができる。さらに、センサ１１０、１２０、１３０は、それぞれセンサ素子１１２、１２２、１３２を含むことができる。センサ素子１１２、１２２、１３２は、圧力センサ、温度センサ、気流センサ、加速度センサ、速度センサ、赤外線センサ、および／または通信システム１００を実装する車両の周囲または内部の環境の様々なパラメータ（例えば、物理パラメータ）を感知することができる他のタイプのセンサを含むことができるが、これらに限定されない。センサ素子１１２、１２２、１３２のそれぞれの１つは、その対応するセンサ内のＴＸモジュール１４０に接続することができる。センサ素子１１２、１２２、１３２によって感知されているパラメータは、ＴＸモジュール１４０に提供することができ、ＴＸモジュール１４０（またはＴＸモジュール１４０内のコントローラ）は、感知されたパラメータをＳＥＮＴ信号に変換することができる。

【0010】

ＥＣＵ１０２は、受信（ＲＸ）モジュール１５０およびマイクロコントローラユニット（ＭＣＵ）１６０を含むことができる。ＭＣＵ１６０は、プロセッサ１６２などの処理コンポーネントと、メモリまたはプロセッサのキャッシュメモリなどの記憶部１６４とを含むことができる。記憶部１６４は、本開示に従って説明されている実施形態のうちの１つまたは複数を実行するためにプロセッサ１６２によって実行可能であり得る、実行可能コードなどの命令を記憶するように構成され得る。ＲＸモジュール１５０は、センサバス１０６を介して、センサ１１０、１２０、１３０のＴＸモジュール１４０からＳＥＮＴ信号を受信するように構成されたＳＥＮＴ受信器インターフェースまたはモジュールとして動作することができる装置とすることができる。ＲＸモジュール１５０（またはＲＸモジュール１５０のコントローラ）は、ＳＥＮＴ信号１０８に符号化されたデータおよびメッセージを解釈および復号するように構成することができ、復号されたデータを、ＭＣＵ１６０のプロセッサ１６２によって処理することができるフォーマットを有するデジタル信号に変換することができる。ＭＣＵ１６０のプロセッサ１６２は、ＲＸモジュール１５０によって提供されるデジタル信号を使用して、ＥＣＵ１０２に接続された種々の部品（例えば、車両の種々の部品）を制御および／または動作させることができる制御信号を生成することができる。

【0011】

センサ１１０、１２０、１３０内のＴＸモジュール１４０、およびＥＣＵ１０２内のＲＸモジュール１５０は、ＳＥＮＴプロトコルを使用して、センサ１１０、１２０、１３０からＥＣＵ１０２への一方向のデータ送信を容易にすることができる。ＳＥＮＴプロトコルは単方向であり、非同期電圧インターフェースである。ＳＥＮＴ信号の通信は、１）信号線（Ｌｏｗ状態＜０.５Ｖ、Ｈｉｇｈ状態＞４．１Ｖ）、２）電源電圧線（５Ｖ）、および３）接地線の３つの配線を使用して実行することができ、これらの３つの配線はセンサバス１０６内に存在することができる。ＴＸモジュール１４０およびＲＸモジュール１５０は、ＥＣＵ１０２上の１つのポート１０９を使用して、センサ１１０、１２０、１３０からＥＣＵ１０２へのＳＥＮＴ信号１０８などのＳＥＮＴ信号の通信を容易にするように構成することができる。ポート１０９は、ＲＸモジュール１５０に接続することができる。２つ以上のセンサ（例えば、センサ１１０、１２０、１３０）からＳＥＮＴ信号を受信するために１つのポート（例えば、ポート１０９）を使用するために、ＩＤ１０７によりＳＥＮＴ信号１０８を送信したセンサを識別するため、ＳＥＮＴ信号１０８における識別子（ＩＤ）１０７を符号化することができる。センサ１１０、１２０、１３０の中の各センサのＴＸモジュール１４０は、対応するＳＥＮＴメッセージの中にそれぞれのＩＤを符号化するように構成することができる。例えば、センサ１１０がＳＥＮＴ信号１０８を送信するセンサである場合、センサ１１０のＴＸモジュール１４０は、ＳＥＮＴ信号１０８内のセンサ１１０のＩＤ１０７を符号化することができる。

【0012】

図２は、実施形態におけるＳＥＮＴ通信においてマルチ送信モードを実施することができるＳＥＮＴ信号１０８の例示的なメッセージフレームを示す図である。なお、図２に示すＳＥＮＴ信号１０８のメッセージフレームは、説明のための一例である。ＳＥＮＴ信号１０８のメッセージフレームは、高速チャネルフォーマットまたは低速チャネルフォーマットを有することができ、高速チャネルフォーマットおよび低速チャネルフォーマットのそれぞれは、複数のメッセージフレームフォーマットを有することができる。本明細書に記載の実施形態は、ＳＥＮＴ信号１０８の任意のフォーマットに適用することができることは、当業者には明らかであろう。

【0013】

ＳＥＮＴプロトコルの基本的な時間単位はティックと呼ばれ、ティックの持続時間は、例えば、３～９０マイクロ秒（μs）の間で可変であり得る。一例では、ティックの持続時間は、クロックサイクル（例えば、４メガヘルツ（ＭＨｚ）クロック）を、通信システム１００に対して定義されたティックパラメータで割ることによって定義することができる。最小データ単位はニブルと呼ばれる。ニブルは、パルス幅変調（ＰＷＭ）を使用して符号化された４ビットのデータであり、初期固定幅Ｌｏｗ期間とそれに続く可変幅Ｈｉｇｈ期間の組み合わせパルスタイミングで符号化される。図２に示す例示的なメッセージフレームでは、ＳＥＮＴ信号１０８の各ニブルは、例えば５ティック以上の固定幅の間、論理０（論理Ｌｏｗ）で始まり、その後、可変持続時間を有する論理１（論理Ｈｉｇｈ）が続くことができる。従って、ニブルの継続時間は、固定論理ゼロ継続時間と可変論理１継続時間との和とすることができ、その結果、ニブルの継続時間は、例えば、データニブル（例えば、Ｓ１Ｄ１、Ｓ１Ｄ２、・・・、Ｓ２Ｄ３）内で可変となり、１２～２７ティック（例えば、０～１５のニブル値、または２進「００００」～「１１１１」）を有することができる。ステータスまたは通信ニブル、巡回冗長検査（ＣＲＣ）ニブルなどの他のニブルは、異なる情報を表すために可変ティックカウントまたは持続時間を有することができる。

【0014】

ＳＥＮＴ信号のメッセージフレームは、較正パルス（ＣＰ）を含む同期ニブル（ＳＮ）から始まり、ここで同期ニブル（ＳＮ）は、受信部（例えば、図１に示すＲＸモジュール１５０）によって使用されて、送信のティックタイミングを測定することができる。例えば、同期ニブル（ＳＮ）は、５６ティックの単位持続時間を有し、その結果、受信部は、同期ニブルの持続時間を５６で割って、ティックタイミング単位を得ることができる。ステータスまたは通信ニブル（Ｓ／Ｃ）は、メッセージフレーム内の同期ニブルに従うことができる。状態または通信ニブルは、同期ニブルの後の最初のニブルとすることができ、通信システム１００に使用されているＳＥＮＴフォーマットに応じて、状態および／または低速チャネルデータビットを通信することができる。メッセージフレームは、ＣＲＣまたはチェックサムニブル、および時にはオプションの休止パルス（ＯＰ）で終了することができる。オプションの休止パルス（ＯＰ）は可変であってもよく、均一なティックカウントを維持するために使用されてもよい。従って、図２の例に示すように、ＳＥＮＴ信号のメッセージフレームは、同期ニブルからＣＲＣまたはＯＰに及ぶことができる。

【0015】

図２に示す例では、ＳＥＮＴ信号１０８は、２つの１２ビット・データ・ワードを搬送することができる。最初の１２ビットワードは、ニブルＳ１Ｄ１、Ｓ１Ｄ２、およびＳ１Ｄ３を含み、これらのニブルの各々は、４ビットのデータを符号化する。ニブルＳ１Ｄ１は、「１１１１」の４ビットデータ、または１５の値を表す２７のティックを有することができる。ニブルＳ１Ｄ２は、「０１０１」の４ビットデータまたは５の値を表す１７ティックを有することができる。ニブルＳ１Ｄ３は、「１０１０」の４ビットデータ、または１０の値を表す２２のティックを有することができる。第２の１２ビットワードは、ニブルＳ２Ｄ１、Ｓ２Ｄ２、およびＳ２Ｄ３を含み、これらのニブルの各々は、４ビットのデータを符号化する。ニブルＳ２Ｄ１は、「００１０」の４ビットデータ、または２の値を表す１４のティックを有することができる。ニブルＳ２Ｄ２は、「１０００」の４ビットデータ、または８の値を表す２０ティックを有することができる。ニブルＳ２Ｄ３は、「００００」の４ビットデータ、または０の値を表す１２ティックを有することができる。なお、図２に示すＳＥＮＴ信号１０８は説明のための一例である。ＳＥＮＴ信号１０８は、１６ビット・ワードおよび８ビット・ワードなど、種々異なる長さのデータ・ワードを搬送することができることを理解することは、当業者には明らかであろう。

【0016】

上述のように、１つのポート（例えば、図１に示されるポート１０９）を使用して、複数のセンサ（例えば、図１に示されるセンサ１１０、１２０、１３０）からＳＥＮＴ信号を受信するために、ＩＤ１０７は、ＳＥＮＴ信号１０８において符号化され得、ここで、ＩＤ１０７は、ＳＥＮＴ信号１０８を送信したセンサを識別する。センサ１１０、１２０、１３０の中の各センサのＴＸモジュール１４０（図１に示す）またはＴＸモジュール１４０のコントローラは、ＳＥＮＴメッセージ１０８内のＩＤ１０７を符号化するように構成することができる。図２に示す例示的な実施形態では、ＩＤ１０７は、ＳＥＮＴ信号１０８の同期ニブル（ＳＮ）に符号化することができる。ＩＤ１０７を符号化するために、ＴＸモジュール１４０またはＴＸモジュール１４０のコントローラは、ティック位置２０１を設定して、同期ニブル（ＳＮ）において論理０（または論理Ｌｏｗ）から論理１（論理Ｈｉｇｈ）への遷移を開始し、較正パルス（ＣＰ）を開始することができる。例えば、ＩＤ１０７を符号化する前に、較正パルス（ＣＰ）は、Ｘティックにまたがる論理Ｈｉｇｈ信号を有することができる（例えば、ＳＥＮＴ信号１０８内の全てのニブルを開始するための固定論理Ｌｏｗが５ティックである場合、Ｘは５１とすることができる）。ＩＤ１０７を較正パルス（ＣＰ）に符号化するＴＸモジュール１４０に応答して、符号化されたＩＤ１０７を有する較正パルス（ＣＰ）は、Ｘ’ティックにまたがる論理Ｈｉｇｈ信号を有することができ、Ｘ’はＸ未満である。符号化が実行された後の同期ニブルにおけるティック位置２０１、すなわち、この例ではＸ’である較正パルス（ＣＰ）の幅は、ＩＤ１０７を表すことができる。図１に示すＲＸモジュール１５０は、センサバス１０６を介してＴＸモジュール１４０からＳＥＮＴ信号１０８を受信することができる。ＲＸモジュール１５０は、受信したＳＥＮＴ信号１０８の同期ニブルからＩＤ１０７を復号するように構成することができる。

【0017】

実施形態では、ＩＤ１０７は、ＳＥＮＴ信号１０８の他のニブルに符号化することができる。たとえば、ＩＤ１０７は、同期ニブル（ＳＮ）の代わりにＣＲＣニブルで符号化できる。別の例では、ＩＤ１０７は、未使用であり得る１２ビットワードのうちの１つで符号化され得る（例えば、任意のデータで符号化されない）。例えば、第２の１２ビット・ワードが使用されていない場合、ＩＤ１０７は、第２の１２ビット・ワードのニブルＳ２Ｄ１、Ｓ２Ｄ２、Ｓ２Ｄ３のうちの１つまたは複数の中に符号化することができる。１つ以上のニブル（例えば、同期ニブル、ＣＲＣニブル、および／またはデータニブル）にＩＤ１０７を符号化することによって、ＳＥＮＴ信号１０８は、ＳＥＮＴ信号１０８を送信したセンサの識別を含むことができる。一例では、ＣＲＣニブルまたはデータニブルにおけるＩＤ１０７の符号化は、ニブル内の番号ティックを定義することを含むことができる。たとえば、１２ティックのＣＲＣニブルは、「００００」の４ビットワード、またはＩＤ＃０を表すことができ、１５ティックのＣＲＣニブルは「００１１」の４ビットワード、またはＩＤ＃３を表すことができます。

【0018】

別の例では、ＩＤ１０７は、ＲＸモジュール１５０が受信された復号されたＩＤの正しさをチェックするために、複数のニブルに符号化することができる。例えば、ＩＤ１０７は、同期ニブルとＣＲＣニブルの両方で符号化することができ、それにより、ＭＣＵ１６０のプロセッサ１６２は、ＩＤ１０７の符号化コピーの両方を比較して、ＩＤ１０７の正確さを検証することができる。ＩＤ１０７の２つの符号化されたコピーが一致しない場合、プロセッサ１６２は、ＩＤ１０７を有するセンサの動作における誤差、または潜在的なセキュリティ問題（例えば、中間者攻撃など）などの異常があり得ることを決定することができる。

【0019】

一例では、ＩＤ１０７を復号するために、ＲＸモジュール１５０は、同期ニブル内のティック位置２０１を識別して、較正パルス（ＣＰ）の論理Ｌｏｗ状態から論理Ｈｉｇｈ状態への遷移が開始するティック位置を決定することができる。ＲＸモジュール１５０は、識別されたティック位置２０１をＭＣＵ１６０に提供することができ、記憶部１６４は、センサＩＤとティック位置との間の対応を記憶することができる。例えば、ティック位置２０１をセンサ１１０に割り当て、別のティック位置をセンサ１２０に割り当てることができる。従って、ＭＣＵ１６０は、ＲＸモジュール１５０によって復号されたティック位置２０１を使用して、ＳＥＮＴ信号１０８を送信したセンサを識別することができる。

【0020】

別の例では、ＩＤ１０７を復号するために、ＲＸモジュール１５０は、ＳＥＮＴ信号１０８内の較正パルス（ＣＰ）のティックカウントを決定することができる。例えば、ＲＸモジュール１５０は、較正パルス（ＣＰ）の論理Ｈｉｇｈ状態が開始する（またはＬｏｗからＨｉｇｈへの遷移が生じる）第１のタイムスタンプと、較正パルス（ＣＰ）の論理Ｈｉｇｈ状態が終了する（またはＨｉｇｈからＬｏｗへの遷移が生じる）第２のタイムスタンプを決定することができる。ＲＸモジュール１５０は、第１のタイムスタンプと第２のタイムスタンプとの間の差を決定することができ、時間差をＳＥＮＴメッセージのティック単位で割って（例えば、同期ニブルの全時間持続時間を５６で割ることによって得られる）、較正パルス（ＣＰ）のティックカウントを得ることができる。較正パルス（ＣＰ）のティックカウントは、ＩＤ１０７を表すことができる。ＲＸモジュール１５０は、Ｈｉｇｈ論理状態のティックカウントをＭＣＵ１６０に提供することができ、記憶部１６４は、センサＩＤとティックカウントとの間の対応関係を記憶することができる。例えば、ティックカウントＸ’をセンサ１１０に割り当てることができ、別のティックカウントをセンサ１２０に割り当てることができる。従って、ＭＣＵ１６０は、較正パルス（ＣＰ）が開始するティック位置（例えば、ティック位置２０１）、または較正パルス（ＣＰ）のティックカウント（例えば、Ｘ’）のいずれかを使用して、ＳＥＮＴ信号１０８を送信したセンサを識別することができる。

【0021】

図２に示される例示的なＳＥＮＴ信号１０８は、高速チャネルフォーマットを有するＳＥＮＴ信号であることに留意されたい（例えば、低速チャネルで２次データを同時に送信するオプションと共に送信される）。ＳＥＮＴ信号の他のフォーマットは、高速チャネルフォーマット：１２ビット単一セキュアメッセージおよび高速チャネル高速；および低速チャネルフォーマット：８ビットメッセージのための短絡シリアルメッセージフォーマットおよび１２ビットまたは１６ビットメッセージのいずれかのための拡張シリアルメッセージフォーマットを含むことができる。１２ビットの単セキュアメッセージの高速チャネルフォーマットは、１つの１２ビットデータメッセージ、８ビットインクリメンタルカウンタ、および最上位データニブルの逆数を送信できる。高速チャネル高速フォーマットは、４つのニブルで１２ビットのデータを送信でき、ニブル幅で符号化された４ビットの場合、最上位ビットは常に論理「０」であるため、送信データは最下位３ビットのみになる。スローチャネルフォーマットは、通常、データが一度に２ビットしか送信されないように制限するため、高速チャネルメッセージフレームごとに制限される。スローチャネルデータの２ビットは、ステータスニブルのビット３とビット２に含めることができる。低速チャネルフォーマットは、高速チャネルデータフレームのステータスニブルで伝達される低速チャネルデータを介して単一値の送信を完了するために複数の高速チャネルメッセージフレームを必要とするので、「低速」メッセージと呼ばれる。たとえば、８ビットの低速チャネルデータを送信するには、１６個の高速チャネルデータフレームが必要となる。しかしながら、遅いチャネル通信は、温度、診断及び生産コードのような情報の連続的な監視を可能にし、これらの情報は、典型的には、センサによって感知される物理的パラメータよりも変化しないか、または遅い速度で変化し得る。本明細書に記載される実施形態は、ＳＥＮＴ信号の任意のフォーマットに適用され得ることが、当業者には明らかであろう。

【0022】

図３は、実施形態におけるＳＥＮＴ信号において符号化することができる異なるセンサ識別子を示す図である。図３に示す例では、６つの異なるセンサを、図１に示すＥＣＵ１０２のポート１０９に接続することができる。これら６つのセンサの同期ニブルおよび対応する較正パルス（ＣＰ）は、図３に示され、同期ニブル３０１、３０２、３０３、３０４、３０５、３０６としてラベル付けされる。同期ニブル３０１、３０２、３０３、３０４、３０５、３０６の中の各同期ニブルは、（ティック位置０からティック位置５５までの）５６ティックのティックカウントを有することができる。ティック位置０から４までの最初の５つのティックは、較正パルス（ＣＰ）を開始する前の論理Ｌｏｗ状態に対する固定ティックカウントである。較正パルス（ＣＰ）は、ＬｏｗからＨｉｇｈへの遷移が発生するティックカウントで開始できる。ティック位置４６におけるティック位置Ｒは、システムへのリセットを要求し、初期化プロセス（図４に関して後述する）のリセットを要求するためにＥＣＵ１０２によって使用され得るリセットを示すことができる。

【0023】

図３に示される各パルスは、対応するセンサのそれぞれのＩＤで符号化される。例えば、第１のセンサは、Ｘ１の符号化されたＩＤを有する同期ニブル３０１を含むＳＥＮＴメッセージを送信することができ、ここで、Ｘ１は、パルス３０１の送信を開始するためにＬｏｗからＨｉｇｈへの遷移が生じるティック位置（例えば、ティック位置１０）によって定義することができる。第２のセンサは、Ｘ２の符号化されたＩＤを有する同期ニブル３０２を含むＳＥＮＴメッセージを送信することができ、Ｘ２は、パルス３０２の送信を開始するためにＬｏｗからＨｉｇｈへの遷移が生じるティック位置（例えば、ティック位置１６）によって定義することができる。図３に示す例は、ティック位置１０、１６、２２、２８、３４、４０を利用して、６つの異なるセンサの６つの異なるＩＤを復号することができる。例えば、１６、２２、２８、３４、４０、４６（Ｒは別のティック位置で定義される）、または５、１１、１７、２３、２９、３５、４１などの他のティック位置が可能である。ＩＤを符号化するためのティック位置は、通常動作の前に各センサに割り当てられる。特定のティック位置に割り当てられると、各センサは、ＥＣＵ１０２に送信される各ＳＥＮＴ信号に対して割り当てられたティック位置でそのＩＤを符号化することができる。

【0024】

図３に示す例は、複数のセンサＩＤを符号化するために、互いに６ティック離れたティック位置を利用する。６ティックの間隔は、例えば、２０％の最大値ティック時間誤差に基づくことができる。この最大値ティック時間誤差は、センサによって使用される抵抗－容量（ＲＣ）発振回路の温度および電源電圧依存性などの様々な要因に基づくことができる。通信システム１００内の部品の所望の実装および設計制約に応じて、他の間隔も可能である。また、ＳＥＮＴフォーマットにかかわらず、ＳＥＮＴメッセージ内の同期ニブルは５６ティックに固定されるので、センサＩＤを符号化するために使用することができるティック位置間の間隔は、ＥＣＵ１０２に接続することができる多数のセンサを変更することができる。

【0025】

図４は、実施形態におけるシングルエッジニブル通信（ＳＥＮＴ）においてマルチ通信モードを実施するための図１のシステムの例示的な初期化を示す図である。ポート１０９に接続された複数のセンサが、データを順序正しくＥＣＵ１０２に送信することを可能にするために、各センサ内のＴＸモジュール１４０は、初期化プロセスを実行するように構成することができる。初期化プロセスは、各センサのＴＸモジュール１４０によって、通信システム１００の電源投入に応答して、または接続されたセンサのうちの１つまたはＥＣＵ１０２によって出力されているリセット信号に応答して、実行することができる。初期化プロセスは、ＥＣＵ１０２に接続された多数のセンサ、および接続されたセンサのアドレスを得ることを含むことができる。例えば、ＴＸモジュール１４０は、センサバス１０６に接続された多数のセンサや接続されたセンサのアドレスなどの情報を得るために、センサバス１０６上でトラフィック４０６を聴くように構成されたコントローラ４０２を含むことができる。

【0026】

初期化プロセスにおいて、センサ１１０、１２０、１３０の間の各センサのＴＸモジュール１４０は、センサバス１０６上でトラフィック４０６をリッスンすることができる。一例では、トラフィック４０６は、センサバス１０６上で送信されているＳＥＮＴ信号の構造フレームを含むことができる。複数のＳＥＮＴ信号が同じティック位置を有する同期ニブルを有してＬｏｗからＨｉｇｈへの遷移を開始する場合、コントローラ４０２は、センサバス１０６に１つのセンサが接続されていると判断することができ、接続されているセンサのＩＤを抽出するために、複数のセンサ信号の同期ニブルのうちの１つを復号することができる。複数のＳＥＮＴ信号が、２つの異なるティック位置で始まるＬｏｗからＨｉｇｈへの遷移を有する同期ニブルを有する２つのＳＥＮＴ信号である場合、トラフィック４０６は、送信位置に割り当てられた２つのセンサがあることを示すことができ、コントローラ４０２は、２つの接続されたセンサのＩＤを抽出するために同期ニブルを復号することができる。センサバス１０６上に（トラフィック４０６に従って）ＳＥＮＴ信号がない場合、ＴＸモジュール１４０は、センサバス１０６にＳＥＮＴ信号を送信する前に、ある量の時間（例えば、多数の時間サイクル）を待つことができる。例えば、（ＩＤ＃１に割り当てられた）センサ１２０のためのＴＸモジュール１４０がトラフィック４０６をリッスンし、センサバス上にＳＥＮＴ信号がないことを見た場合、センサ１２０は、その同期ニブルにおいてＩＤ＃１を表すティック位置を有するそれ自体のＳＥＮＴ信号を送信する前に、１タイムサイクル待機することができる。センサ用のＴＸモジュールがＩＤ＃６に割り当てられており、トラフィック４０６がセンサバス上でＳＥＮＴ信号が送信されなかったことを示す場合、このセンサは、ＩＤ＃６を表すティック位置がその同期ニブルで独自のＳＥＮＴ信号を送信する前に、５タイムサイクル待機することがあります。いくつかの例では、各センサ上のＴＸモジュール１４０は、同期ニブル内のそのＩＤの代わりに、Ｒティック位置（図３に示す）にリセット信号を符号化することができる。トラフィック４０６は、センサバス１０６上の信号の１つで検出されているリセット信号の指示で更新することができ、全センサのＴＸモジュール１４０は、再び初期化処理を開始することができる。

【0027】

コントローラ４０２は、さらに、構成ビット４０４によって、マルチ送信モードをアクティブまたは非アクティブにするように構成することができる。構成ビット４０４は、通信システム１００およびＴＸモジュール１４０の設計および実装に応じて、例えば、ハードウェアスイッチング素子、ソフトウェアを使用して定義することができるパラメータ、レジスタに格納された値、またはセンサの不揮発性メモリ（ＮＶＭ）に構成されたビットとすることができる。構成ビット４０４は、バイナリ０およびバイナリ１のような２つの値を有することができる。一例では、構成ビット４０４がバイナリ０（またはバイナリ１）であることは、マルチ通信モードの非アクティブ化を示すことができ、構成ビット４０４がバイナリ１（またはバイナリ０）であることは、マルチ通信モードのアクティブ化を示すことができる。マルチ送信モードの活性化により、ＴＸモジュール１４０は、ＳＥＮＴ信号１０８にＩＤ１０７を符号化して、複数のセンサからＥＣＵへの送信を容易にすることができる。マルチ送信モードの非アクティブ化は、ＳＥＮＴ信号１０８にセンサＩＤを符号化することなく、ＴＸモジュール１４０が通常のＳＥＮＴ通信として機能することを可能にすることができる。従って、ＴＸモジュール１４０は、センサＩＤ符号化なしにＳＥＮＴプロトコルを使用する既存のシステムと互換性があり得る。

【0028】

初期化プロセスの完了に応答して、マルチ送信モードにおける通信システム１００の動作は、センサが、割り当てられた送信位置の下で自己のＳＥＮＴ信号を送信することによって開始することができる。一例では、ＴＸモジュール１４０は、信号を送信するのに適切な時間であるかどうかを判定するために、トラフィック４０６をリッスンし続けることができる。一例では、複数のセンサの送信順序を事前定義することができる。例えば、図４に示す３つのセンサ１１０、１２０、１３０の各々のＮＶＭは、それぞれの通信ＩＤを示す命令または規則を格納することができる。記憶された通信ＩＤは、通信順序内の通信位置を表すことができる。例えば、センサ１１０が通信ＩＤ＃０を格納し、センサ１２０が通信ＩＤ＃１を格納し、センサ１３０が通信ＩＤ＃２を格納してもよい。

【0029】

マルチ通信モードの下で通信を実行するために、コントローラ４０２は、トラフィック４０６を使用して、対応するセンサがそのＳＥＮＴ信号をセンサバス１０６に通信すべきかどうか、またはその順番が通信されるのを待つべきかどうかを決定することができる。例えば、ＴＸモジュール１４０は、センサバス１０６上の最新のＳＥＮＴ信号のフレーム構造および／または同期ニブルを含むトラフィック４０６を取得することができる。ＴＸモジュール１４０は、トラフィック４０６内の同期ニブルを復号して、最新のＳＥＮＴ信号を送信したセンサの符号化ＩＤを識別または抽出することができる。センサ１３０によって最新のＳＥＮＴ信号が送信される場合、センサ１１０のＴＸモジュール１４０は、センサ１１０に記憶された送信順序（例えば、＃０、＃１、＃２、＃０、＃１など）および送信位置（例えば、＃０に割り当てられているセンサ１１０および＃２に割り当てられているセンサ１３０）に基づいて、センサ１１０がセンサバス１０６にＳＥＮＴ信号送信を実行できることを決定することができる。センサ１３０によって最新のＳＥＮＴ信号が送信される場合、センサ１２０のＴＸモジュール１４０は、センサ１１０に記憶された送信順序（例えば、＃０、＃１、＃２、＃０、＃１など）および送信位置（例えば、＃１に割り当てられたセンサ１２０および＃２に割り当てられたセンサ１３０）に基づいて、センサ１２０がセンサバス１０６へのＳＥＮＴ信号送信を実行することを禁止されていると判断することができる。従って、ＥＣＵ１０２は、整然とした方法でＳＥＮＴ信号を受信することができ、センサバス１０６上の矛盾するトラフィックを回避することができる。

【0030】

別の例では、センサ１１０、１２０、１３０は、それぞれＩＤ＃１、＃３、＃４の順序でＳＥＮＴ信号を送信するように構成することができる。従って、センサ１２０は、ＩＤ＃１がトラフィック４０６内に現れてそのＳＥＮＴ信号を送信するのを待つことができ、センサ１３０は、ＩＤ＃３がトラフィック４０６内に現れてそのＳＥＮＴ信号を送信するのを待つことができ、センサ１１０は、ＩＤ＃４がトラフィック４０６内に現れてそのＳＥＮＴ信号を送信するのを待つことができる。トラフィック４０６が＃１、＃２の送信順序を示すようなエラーが発生した場合、センサ１３０は、トラフィック４０６がＩＤ＃３を示さないので、そのＳＥＮＴ信号を送信する前に、待機イベントを開始して、ある時間待機することができる。例えば、異なるセンサからのＳＥＮＴ信号の各通信の間の時間はＴである。直近の通信がＩＤ＃２からであったことを示すトラフィック４０６に応じて、センサ１３０は、例えば、センサ１３０が通信を行う前に、ＩＤ＃３を有するセンサがＳＥＮＴ信号を通信するのに十分な時間がある可能性があることを確認するために、Ｔの時間を待つことができる。また、ＥＣＵ１０２は、待ち時間Ｔを知っていてもよく、待ち時間Ｔの後にＥＣＵ１０２がセンサからＳＥＮＴ信号を受信しないか、またはセンサが多数の場合（例えば、シーケンス＃１、＃３、＃４のＮ回の繰り返しの間）に待ち時間Ｔを待つことを検出する場合、ＥＣＵ１０２は、センサバス１０６上にリセット要求を出す（例えば、送信する、ブロードキャストする）ことができる。つまり、ＥＣＵ１０２は、ＳＥＮＴ信号が受信されている順序に基づいて、また、ＳＥＮＴ信号が受信されているタイミングに基づいて、潜在的なエラーがあるか否かを検出することができる。トラフィック４０６は、リセット要求を示すことができ、センサ１１０、１２０、１３０は、トラフィック４０６をリッスンし、リセット要求を検出し、ＥＣＵ１０２を用いて初期化プロセスをリセットすることができる。

【0031】

ＳＥＮＴメッセージの同期ニブル（ＳＮ）にセンサＩＤを符号化することによって、空間を占有し、サイズを増大させることができる追加のポートおよびハードウェアを追加する必要なしに、複数のセンサを単一のＥＣＵに接続することができる。さらに、同期ニブルは、典型的には、同期目的のみに使用され、データまたは情報を含まないため、同期ニブル内の較正パルス（ＣＰ）の開始ティックと終了ティックとの間のティック位置を、センサＩＤを復号するために使用することができる。同期ニブル（ＳＮ）の利用は、ＳＥＮＴプロトコルにティックまたはニブルを追加することなく、またＳＥＮＴ信号によって搬送されるデータまたは情報に影響を及ぼすことなく、ＩＤ符号化を可能にする。さらに、送信部によって実行される符号化、および受信部によって実行される復号は、通信システム１００の通常の動作に影響を与えることなく、ハードウェア、ソフトウェア、またはファームウェアに対する比較的単純な修正で実現することができる。また、送信されている各ＳＥＮＴメッセージ内のそのＩＤを各センサに符号化させることによって、送信部と受信部との間でＳＥＮＴメッセージを送信する前または後に追加の通信が必要とされない。

【0032】

図５は、実施形態におけるＳＥＮＴ通信においてマルチ通信モードを実施するためのプロセス５００を示すフロー図である。プロセスは、ステップＳ５０１、Ｓ５０２、Ｓ５０３、および／またはＳ５０４のうちの１つまたは複数によって示されるように、１つまたは複数の動作、アクション、または機能を含むことができる。個別のステップとして図示されているが、様々なステップは、所望の実装に応じて、追加のステップに分割され、より少ないステップに組み合わされ、削除され、または並列に実行されることが可能である。

【0033】

プロセス５００は、ＳＥＮＴ通信プロトコルを実施するシステム内の送信部によって実施することができる。システムは、センサバスを介して１つまたは複数の送信部（プロセス５００を実行する送信部を含む）に接続された受信部を含むことができる。送信部は、センサ素子、メモリ、および処理素子を含むセンサの一部とすることができる。受信部は、メモリ装置及びマイコンのような処理ユニットを含む電子制御ユニットの一部とすることができる。

【0034】

プロセス５００は、ステップＳ５０１で開始することができる。ステップＳ５０１において、送信部は、マルチ送信モードをイネーブルすることができる。一例では、送信部は、送信部に格納された構成ビットを設定することによって、マルチ送信モードを有効にすることができる。マルチ送信モードは、システム内の複数の送信部が、受信部にＳＥＮＴ信号を接続し、送信することを可能にすることができる。プロセス５００は、ステップＳ５０１からＳ５０２に進むことができる。ステップＳ５０２では、多重送信モードの下で、送信部は、センサバス上のトラフィックをリッスンすることができる。送信部によって得られるトラフィックは、例えば、センサバスを介して受信部に送信されるＳＥＮＴ信号のフレーム構造を含むことができる。

【0035】

プロセス５００は、ステップＳ５０２からＳ５０３に進むことができる。ステップＳ５０３において、送信部は、ステップＳ５０２から得られたトラフィックを使用して、センサバス上の直近のＳＥＮＴ信号が、以前のセンサとして割り当てられた別のセンサによって、送信順序またはシーケンスで出力されるか否かを判断することができる。例えば、システムは、送信位置＃０、＃１、＃２に割り当てられた３つのセンサを含むことができる。３つのセンサがＳＥＮＴ信号を送信するための送信順序は、所定の順序＃０、＃１、＃２、＃０、＃１、＃２などとすることができる。一例では、プロセス５００を実行する送信部は、送信位置＃２に割り当てることができる。＃０に割り当てられたセンサによって出力されているセンサバス上の最新のＳＥＮＴ信号に応答して、プロセス５００はステップＳ５０２に戻ることができ、そこで送信部はセンサバス上のトラフィックを聞き続けることができる。＃１に割り当てられたセンサによって出力されているセンサバス上の最新のＳＥＮＴ信号に応答して、プロセス５００はステップＳ５０４に進むことができ、そこで送信部はセンサバスを介してそのＳＥＮＴ信号を受信部に送信することができる。

【0036】

本明細書で説明される主題は、異なる他の成分内に含まれるか、または異なる他の成分と接続された異なる構成要素を示すことがある。このように描かれたアーキテクチャは例示的なものであり、実際には、同じ機能を実現する多くの他のアーキテクチャを実装できることが理解されるべきである。概念的な意味では、同じ機能性を達成するための部品の任意の配置は、所望の機能性が達成されるように、効果的に「関連付けられる」。従って、特定の機能を達成するために本明細書で組み合わされる任意の2つの構成要素は、アーキテクチャまたは中間構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられる」と見なすことができる。同様に、そのように関連付けられた任意の2つの構成要素は、所望の機能を達成するために互いに「動作可能に接続されている」または「動作可能に結合されている」と見なすこともでき、そのように関連付けられることができる任意の2つの構成要素は、所望の機能を達成するために互いに「動作可能に結合可能である」と見なすこともできる。動作可能に結合可能な特定の例には、物理的に結合可能および／または物理的に相互作用する構成要素、および／または無線で相互作用可能および／または無線で相互作用する構成要素、および／または論理的に相互作用可能および／または論理的に相互作用可能な構成要素が含まれるが、これらに限定されない。

【0037】

本明細書における複数および／または単数の用語の使用に関して、当業者は、文脈および／または用途に適切であるように、複数から単数へ、および／または単数から複数へと翻訳することができる。種々単数／複数の置換は、明確にするために、本明細書に明確に記載されてもよい。

【0038】

当業者であれば、一般に、本明細書で使用される項、特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本体）は、一般に、「開いた」項として意図されることを理解するであろう（例えば、「含む」という項は、「含むがこれに限定されない」と解釈されるべきであり、「有する」という項は、「少なくとも有する」と解釈されるべきであり、「含む」という項は、「含むがこれに限定されない」などと解釈されるべきである）。

【0039】

図および説明は、方法におけるステップは特定の順序を示すことができるが、このようなステップの順序は、上で異なるように指定されない限り、示され、説明されるものとは異なることができる。また、２以上の工程は、上記で異なるように指定されない限り、同時に、または部分的に同時に実行されてもよい。このような変形例は、例えば、選択されたソフトウェア及びハードウェアシステム、並びに設計者の選択に依存し得る。全てのこのような変形は、本開示の範囲内である。同様に、記述された方法のソフトウェア実装は、様々な接続ステップ、処理工程、比較ステップ、および決定ステップを達成するために、ルールベースの論理および他の論理をもつ標準プログラミング技術によって達成することができる。

【0040】

特定の数の導入されたクレームの列挙が意図される場合、そのような意図はクレームに明示的に列挙され、そのような列挙がない場合、そのような意図は存在しないことが、当業者によってさらに理解されるであろう。例えば、理解を助けるために、以下の添付の特許請求の範囲は、特許請求の範囲の記載を導入するために、「少なくとも１つ」および「１つまたは複数」という導入語句の使用を含むことができる。さらに、たとえ導入された請求項列挙の特定の数が明示的に列挙されたとしても、当業者は、そのような列挙が、典型的には、少なくとも列挙された数を意味すると解釈されるべきであることを認識するであろう（例えば、他の修飾語なしの「２つの列挙」の裸の列挙は、典型的には、少なくとも２つの列挙、または２つ以上の列挙を意味する)。

【0041】

さらに、「Ａ、Ｂ、およびＣなどのうちの少なくとも１つ」に類似する規約が使用される場合、一般に、そのような構造は、当業者がその規約を理解することを意図する（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢ単独、ＡおよびＢ単独、ＡおよびＣ単独、ＡおよびＣ単独、ＢおよびＣ単独、ならびに／またはＡ、ＢおよびＣ単独などを有するシステムを含むが、それらに限定されない)。「Ａ、Ｂ、またはＣなどのうちの少なくとも１つ」に類似する規約が使用される場合、一般に、そのような構造は、当業者がその規約を理解するであろうという意味で意図される（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢ同士、ＡおよびＣ同士、ＢおよびＣ同士、および／またはＡ、ＢおよびＣ同士などを有するシステムを含むが、それらに限定されない)。さらに、説明、特許請求の範囲、または図面のいずれかにおいて、２つ以上の代替用語を提示する実質的に任意の離接的な単語および／または句は、用語のうちの１つ、用語のうちのいずれか、または用語の両方を含む可能性を企図すると理解されるべきであることが、当業者によってさらに理解されるであろう。例えば、語句「ＡまたはＢ」は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解される。

【0042】

さらに、特に断らない限り、「おおよそ」、「約」、「約」、「実質的に」などの用語の使用は、プラスまたはマイナス１０パーセントを意味する。

【0043】

例示的な実施形態の前述の説明は、例示および説明の目的で提示されている。これは、開示された正確な形態に関して網羅的または限定的であることを意図するものではなく、上記の教示に照らして修正および変形が可能であり、または開示された実装の実施から獲得され得る。本発明の範囲は、添付の特許請求の範囲およびその均等物によって定義されることが意図される。

【符号の説明】

【0044】

１００ 通信システム
１０２ ＥＣＵ
１０６ センサバス
１０７ 識別子（ＩＤ）
１０８ ＳＥＮＴ信号
１０９ ポート
１１０、１２０、１３０ センサ
１１２、１２２、１３２ センサ素子
１４０ ＴＸモジュール
１５０ ＲＸモジュール
１６０ ＭＣＵ
１６２ プロセッサ
１６４ 記憶部
４０２ コントローラ
４０４ 構成ビット
４０６ トラフィック
３０１、３０２、３０３、３０４、３０５、３０６ 同期ニブル

【図1】

【図2】

【図3】

【図4】

【図5】