特開 2022-156463 通信システム、移動体、及び通信方法

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

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

(11)【公開番号】P2022156463

(43)【公開日】2022-10-14

(54)【発明の名称】通信システム、移動体、及び通信方法

(51)【国際特許分類】

   H04L 12/40 20060101AFI20221006BHJP

   B60R 16/023 20060101ALI20221006BHJP

   G01M 17/007 20060101ALI20221006BHJP

【ＦＩ】

H04L12/40 M

B60R16/023 P

G01M17/007 J

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021060176

(22)【出願日】2021-03-31

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＣＡＮ

(71)【出願人】

【識別番号】000005326

【氏名又は名称】本田技研工業株式会社

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】福田 憲吾

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

5K032

【Ｆターム（参考）】

5K032BA06

5K032EA03

5K032EA07

(57)【要約】      （修正有）

【課題】ＥＣＵが、車両用故障診断装置からの要求に応じて、速やかに診断データを応答し、通信ネットワーク上のトラフィックの増大を抑制する通信システム及び方法を提供する。
【解決手段】通信システムは、移動体に搭載される通信ネットワークを通じて、そのＩＤが格納されるＩＤフィールド及びデータフィールドを含むデータフレームを送信する第１ＥＣＵ及びデータフレームを受信する第２ＥＣＵを備える。第１ＥＣＵは、移動体の診断データ及び診断データのデータ種別を夫々含む複数のデータセットをデータフィールドに含めてデータフレームを送信する。第２ＥＣＵは、第１ＥＣＵから受信したデータフレームのデータフィールドから複数の診断データをデータ種別毎に抽出し、複数のデータ種別毎に記憶し、有線ネットワークを通じて接続されて移動体の診断を行う外部診断装置からの要求を受信した場合に、記憶している診断データを外部診断装置に送信する。
【選択図】図４

【特許請求の範囲】

【請求項1】

移動体に搭載されるＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信ネットワークを通じて、ＣＡＮ－ＩＤが格納されるＩＤフィールド及びデータフィールドを含むデータフレームを送信する第１ＥＣＵと、
前記ＣＡＮ通信ネットワークを通じて前記データフレームを受信する第２ＥＣＵと
を備え、
前記第１ＥＣＵは、前記移動体の診断データ及び前記診断データのデータ種別をそれぞれ含む複数のデータセットを前記データフィールドに含めて前記データフレームを送信し、
前記第２ＥＣＵは、
前記第１ＥＣＵから受信した前記データフレームの前記データフィールドから複数の前記診断データをデータ種別毎に抽出し、前記抽出した前記複数の診断データを複数の前記データ種別毎に記憶し、
有線ネットワークを通じて接続され前記移動体の診断を行う外部診断装置からの要求を受信した場合に、前記記憶している診断データを前記外部診断装置に送信する
通信システム。

【請求項2】

前記第１ＥＣＵは、前記ＣＡＮ通信ネットワークを通じて前記データフレームを送信する送信周期毎に、前記データフィールドに含める前記診断データの種別を変えて前記第２ＥＣＵに送信する
請求項１に記載の通信システム。

【請求項3】

前記データフレームは、前記データフィールドのデータ長を示すデータ長コードを含み、
前記第１ＥＣＵは、前記複数のデータセットの合計のデータ長が、前記データ長コードによって示されるデータ長に満たない場合、前記データフィールドに格納されるデータのうち前記複数のデータセットの合計のデータ長を超える部分を予め定められた固定値で埋める
請求項１又は２に記載の通信システム。

【請求項4】

前記移動体は、車両であり、
前記外部診断装置は、車両用故障診断装置である
請求項１から３のいずれか一項に記載の通信システム。

【請求項5】

前記診断データは、診断サービスにおいて前記車両用故障診断装置が要求する情報を示すＩＤで識別される種別のデータであり、
前記第１ＥＣＵ及び第２ＥＣＵは、ＩＤと、前記診断データのデータ種別及びデータ長を識別する識別情報とを対応づける対応情報を記憶しており、
前記第１ＥＣＵは、前記対応情報を参照し、前記データフィールドに含める前記診断データの種別を識別するＩＤに対応づけられた前記識別情報を、前記データ種別に設定して前記データフレームを送信し、
前記第２ＥＣＵは、前記対応情報と、受信した前記データフレームの前記データフィールドに含まれる複数の前記識別情報とに基づいて、前記複数の診断データのそれぞれのデータ種別及びデータ長を特定し、特定した前記データ種別及び前記データ長に基づいて、前記データフィールドから前記複数の診断データを前記複数のデータ種別毎に抽出する
請求項４に記載の通信システム。

【請求項6】

前記第１ＥＣＵは、前記移動体に搭載される機器に関する測定値を取得し、前記機器に関する第１測定値を含む第１診断データを含む第１データフレームを送信した後、前記第１測定値とは異なる第２測定値が得られた場合に、前記第２測定値を含む第２データフレームを送信する
請求項４又は５に記載の通信システム。

【請求項7】

前記第２ＥＣＵは、前記第１データフレームを受信してから、前記機器に関する測定値を含む新たなデータフレームを予め定められた時間以上受信しなかった場合に、前記第１ＥＣＵにデータフレームの送信を要求する
請求項６に記載の通信システム。

【請求項8】

前記第１ＥＣＵは、前記第１データフレームを送信した後、予め定められた時間が経過した場合には、前記第１測定値とは異なる第２測定値が得られていない場合であっても、前記第２測定値を含む前記第２データフレームを送信する
請求項６に記載の通信システム。

【請求項9】

前記第２ＥＣＵは、
前記外部診断装置が接続された場合に、前記第１ＥＣＵに、前記移動体に搭載される機器に関する測定値を繰り返し取得し、当該測定値を含む前記診断データを含む前記データフレームを送信するよう指示し、
前記第１ＥＣＵから新たな前記データフレームを受信する毎に、前記新たに受信した前記データフレームの前記データフィールドから前記複数の診断データを前記複数のデータ種別毎に抽出し、抽出した前記複数の診断データを用いて、前記記憶している前記複数の診断データを前記複数のデータ種別毎に更新する
請求項６から８のいずれか一項に記載の通信システム。

【請求項10】

前記第２ＥＣＵは、前記外部診断装置が接続された場合に、前記第１ＥＣＵに、前記移動体に搭載される機器に関する測定値のうち単位時間あたりの値の変動が予め定められた値より大きい予め定められた種別の測定値を繰り返し取得し、前記予め定められた種別の測定値を含む前記診断データを含む前記データフレームを送信するよう指示する
請求項９に記載の通信システム。

【請求項11】

請求項１から１０のいずれか一項に記載の通信システムを備える移動体。

【請求項12】

第１ＥＣＵが、移動体に搭載されるＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信ネットワークを通じて、ＣＡＮ－ＩＤが格納されるＩＤフィールド及びデータフィールドを含むデータフレームを送信する段階であって、前記移動体の診断データ及び前記診断データのデータ種別をそれぞれ含む複数のデータセットを前記データフィールドに含めて前記データフレームを送信する、段階と、
第２ＥＣＵが、前記ＣＡＮ通信ネットワークを通じて前記データフレームを受信する段階と、
前記第２ＥＣＵが、前記第１ＥＣＵから受信した前記データフレームの前記データフィールドから複数の前記診断データをデータ種別毎に抽出し、前記抽出した前記複数の診断データを複数の前記データ種別毎に記憶する段階と、
前記第２ＥＣＵが、有線ネットワークを通じて接続され前記移動体の診断を行う外部診断装置からの要求を受信した場合に、前記記憶している診断データを前記有線ネットワークを通じて前記外部診断装置に送信する段階と
を備える通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システム、移動体、及び通信方法に関する。

【背景技術】

【0002】

特許文献１及び特許文献２には、ＥＣＵが接続された複数のＣＡＮバス間を接続するゲートウェイＥＣＵが開示されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２００８－７２３２７号公報
［特許文献２］ 特開２００８－７２３２８号公報

【発明の概要】

【0003】

第１の態様において、通信システムが提供される。通信システムは、移動体に搭載されるＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信ネットワークを通じて、ＣＡＮ－ＩＤが格納されるＩＤフィールド及びデータフィールドを含むデータフレームを送信する第１ＥＣＵを備える。通信システムは、ＣＡＮ通信ネットワークを通じてデータフレームを受信する第２ＥＣＵを備える。第１ＥＣＵは、移動体の診断データ及び診断データのデータ種別をそれぞれ含む複数のデータセットをデータフィールドに含めてデータフレームを送信する。第２ＥＣＵは、第１ＥＣＵから受信したデータフレームのデータフィールドから複数の診断データをデータ種別毎に抽出し、抽出した複数の診断データを複数のデータ種別毎に記憶し、有線ネットワークを通じて接続され移動体の診断を行う外部診断装置からの要求を受信した場合に、記憶している診断データを外部診断装置に送信する。

【0004】

第１ＥＣＵは、ＣＡＮ通信ネットワークを通じてデータフレームを送信する送信周期毎に、データフィールドに含める診断データの種別を変えて第２ＥＣＵに送信してよい。

【0005】

データフレームは、データフィールドのデータ長を示すデータ長コードを含んでよい。第１ＥＣＵは、複数のデータセットの合計のデータ長が、データ長コードによって示されるデータ長に満たない場合、データフィールドに格納されるデータのうち複数のデータセットの合計のデータ長を超える部分を予め定められた固定値で埋めてよい。

【0006】

移動体は、車両であってよい。外部診断装置は、車両用故障診断装置であってよい。

【0007】

診断データは、診断サービスにおいて前記車両用故障診断装置が要求する情報を示すＩＤで識別される種別のデータであってよい。第１ＥＣＵ及び第２ＥＣＵは、ＩＤと、診断データのデータ種別及びデータ長を識別する識別情報とを対応づける対応情報を記憶してよい。第１ＥＣＵは、対応情報を参照し、データフィールドに含める診断データの種別を識別するＩＤに対応づけられた識別情報を、データ種別に設定してデータフレームを送信してよい。第２ＥＣＵは、対応情報と、受信したデータフレームのデータフィールドに含まれる複数の識別情報とに基づいて、複数の診断データのそれぞれのデータ種別及びデータ長を特定し、特定したデータ種別及びデータ長に基づいて、データフィールドから複数の診断データを複数のデータ種別毎に抽出してよい。

【0008】

第１ＥＣＵは、移動体に搭載される機器に関する測定値を取得し、機器に関する第１測定値を含む第１診断データを含む第１データフレームを送信した後、第１測定値とは異なる第２測定値が得られた場合に、第２測定値を含む第２データフレームを送信してよい。

【0009】

第２ＥＣＵは、第１データフレームを受信してから、機器に関する測定値を含む新たなデータフレームを予め定められた時間以上受信しなかった場合に、第１ＥＣＵにデータフレームの送信を要求してよい。

【0010】

第１ＥＣＵは、第１データフレームを送信した後、予め定められた時間が経過した場合には、第１測定値とは異なる第２測定値が得られていない場合であっても、第２測定値を含む第２データフレームを送信してよい。

【0011】

第２ＥＣＵは、外部診断装置が接続された場合に、第１ＥＣＵに、移動体に搭載される機器に関する測定値を繰り返し取得し、当該測定値を含む診断データを含むデータフレームを送信するよう指示してよい。第２ＥＣＵは、第１ＥＣＵから新たなデータフレームを受信する毎に、新たに受信したデータフレームのデータフィールドから複数の診断データを複数のデータ種別毎に抽出し、抽出した複数の診断データを用いて、記憶している複数の診断データを複数のデータ種別毎に更新してよい。

【0012】

第２ＥＣＵは、外部診断装置が接続された場合に、第１ＥＣＵに、移動体に搭載される機器に関する測定値のうち単位時間あたりの値の変動が予め定められた値より大きい予め定められた種別の測定値を繰り返し取得し、予め定められた種別の測定値を含む診断データを含むデータフレームを送信するよう、指示してよい。

【0013】

第２の態様において、移動体が提供される。移動体は、上記の通信システムを備える。

【0014】

第３の態様において、通信方法が提供される。通信方法は、第１ＥＣＵが、移動体に搭載されるＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信ネットワークを通じて、ＣＡＮ－ＩＤが格納されるＩＤフィールド及びデータフィールドを含むデータフレームを送信する段階であって、移動体の診断データ及び診断データのデータ種別をそれぞれ含む複数のデータセットをデータフィールドに含めてデータフレームを送信する、段階を備える。通信方法は、第２ＥＣＵが、ＣＡＮ通信ネットワークを通じてデータフレームを受信する段階を備える。通信方法は、第２ＥＣＵが、第１ＥＣＵから受信したデータフレームのデータフィールドから複数の診断データをデータ種別毎に抽出し、抽出した複数の診断データを複数のデータ種別毎に記憶する段階を備える。通信方法は、第２ＥＣＵが、有線ネットワークを通じて接続され移動体の診断を行う外部診断装置からの要求を受信した場合に、記憶している診断データを有線ネットワークを通じて外部診断装置に送信する段階を備える。

【0015】

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0016】

【図1】一実施形態に係る車両２０を、車両用故障診断装置７４とともに模式的に示す。

【図2】ＣＡＮプロトコルで規定されるデータフレームのフォーマットの一例を示す。

【図3】ＣＡＮ－ＦＤプロトコルで規定されるデータフレームのフォーマットの一例を示す。

【図4】ＥＣＵ２０２に送信される診断用のデータフィールドのフォーマットの一例を示す。

【図5】ｎ個のデータセットを含んで構成されるデータフィールドのフォーマットの他の一例である。

【図6】データフレームのＩＤフィールド及びデータフィールドの具体的なデータ構成を示す。

【図7】ＰＩＤ及びデータ長と識別情報との対応関係を示す対応情報のデータ構造を示す。

【図8】ＥＣＵ２０２が内部メモリに記憶する診断データリストのデータ構造を示す。

【図9】ＥＣＵ２０５が定期的に送信する診断データのデータフレームの内容を説明するための図である。

【図10】車両用故障診断装置７４、ＥＣＵ２０２及びＥＣＵ２０５による通信方法の実行手順を示すシーケンス図である。

【図11】コンピュータ２０００の例を示す。

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

【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】

ＣＡＮ－ＦＤのデータフレームは、ＳＯＦ、ＩＤフィールド、ＲＲＳ（Ｒｅｍｏｔｅ Ｒｅｑｕｅｓｔ Ｓｕｂｓｔｉｔｕｔｉｏｎ）、コントロールフィールド、データフィールド、スタッフカウント、ＣＲＣシーケンス、ＣＲＣデリミタ、ＡＣＫスロット、ＡＣＫデリミタ、及びＥＯＦの各フィールドで構成される。ＲＲＳは、１ｂｉｔのドミナントで構成される。スタッフカウントは、ＳＯＦからデータフィールドまでに含まれるスタッフビットの総数を８で割った剰余を３ｂｉｔ長でグレイコード化した値と、１ｂｉｔのパリティービットとを含む。

【0042】

ＣＡＮ－ＦＤのコントロールフィールドは、ＩＤＥ、１ビット長のＦＯＦ（ＦＤ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）、ｒｅｓ、１ビット長のＢＲＳ（Ｂｉｔ Ｒａｔｅ Ｓｗｉｔｃｈ）、１ビット長のＥＳＩ（Ｅｒｒｏｒ Ｓｔａｔｅ Ｉｎｄｉｃａｔｏｒ）及びＤＬＣを含む。ＦＯＦは、データフレームがＣＡＮでフレームであるかＣＡＮ－ＦＤフレームであるかを示す。ＢＲＳ（Ｂｉｔ Ｒａｔｅ Ｓｗｉｔｃｈ）は、高速な転送速度のクロックモード（ビットレート）に切り替えることを示す。ＥＳＩは、送信ノードのエラー状態を示す。ＤＬＣには、データ長として０～８、１２、１６、２０、２４、３２、４８、及び６４バイトを指定することができる。ＣＡＮ－ＦＤでは、ＢＲＳからＣＲＣデリミタまでをＣＡＮに比べて高速に通信することができる。それ以外の領域は、ＣＡＮと同じビットレートで通信が行われる。

【0043】

図４は、ＥＣＵ２０２に送信される診断用のデータフィールドのフォーマットの一例を示す。診断用のデータフィールドは、図３に関連して説明したＣＡＮ－ＦＤプロトコルのデータフィールドであってよく、図２に関連して説明したＣＡＮプロトコルのデータフィールドであってよい。ＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５は、診断データを含むデータフレームを生成する場合、図４に示すフォーマットのデータフィールドを含むデータフレームを生成する。

【0044】

図４は、データフィールドをｎ個のデータセットから構成する場合のフォーマットである。このフォーマットのデータフィールドは、識別情報１及び診断データ１を含む第１データセットと、識別情報２及び診断データ２を含む第２データセットと、識別情報ｎ及び診断データｎを含む第２データセットとを含んで構成される。図４のデータフォーマットは、データフレームのＤＬＣで指定されるデータフィールドのデータ長が、データセット１～データセットｎのｎ個のデータセットのデータ長の合計値と一致する場合のデータフォーマットである。

【0045】

識別情報１は、診断データ１の種別を示す情報である。識別情報２は、診断データ２の種別を示す情報である。識別情報ｎは、診断データｎの種別を示す情報である。識別情報は、診断データの種別及び診断データのデータ長を示す情報であってよい。なお、識別情報は、種別を示す情報と、データ長を示す情報とを含んでよい。例えば、識別情報は、種別を示す１バイトの情報と、データ長を示す１バイトの情報とを含んでよい。識別情報は１バイトの情報であってもよい。１バイトの識別情報を用いる場合の具体例については、図６及び図７等に関連して説明する。

【0046】

図５は、ｎ個のデータセットを含んで構成されるデータフィールドのフォーマットの他の一例である。図５のデータフォーマットは、データフレームのＤＬＣで指定されるデータフィールドのデータ長が、データセット１～データセットｎのｎ個のデータセットのデータ長の合計値より長い場合のフォーマットである。

【0047】

図５に示すように、データフィールドは、図４のフォーマットと同じく識別情報１及び診断データ１を含む第１データセットと、識別情報２及び診断データ２を含む第２データセットと、識別情報ｎ及び診断データｎを含む第２データセットに加えて、０埋めされたデータ部分４００を含んで構成される。データ部分４００は、データフレームのＤＬＣで指定されるデータフィールドのデータ長とｎ個のデータセットのデータ長の合計値との差のデータ長を持つデータ部分である。

【0048】

図４及び図５等に関連して説明したように、１つのデータフレームのデータフィールド内に、複数のデータ種別のデータと、データ種別を識別する複数の識別情報を格納する。これにより、１つのＣＡＮ－ＩＤで複数の種別のデータを送信することができる。これにより、ＣＡＮ通信ネットワーク１８０で送信するデータの種別を増やす必要がある場合に、ＣＡＮ－ＩＤを追加する設計変更を行う必要がない。そのため、既存のＣＡＮ－ＩＤを有効利用することができる。ＣＡＮ通信ネットワークではＣＡＮ－ＩＤを用いて伝送優先度が制御されるため、ＣＡＮ－ＩＤを追加する場合にはＣＡＮ－ＩＤを再調整することが必要となる場合がある。本実施形態によれば、既存のＣＡＮ－ＩＤを利用しつつ送信するデータの種別を増やすことができるので、例えば伝送優先度は変えずに単に診断データの種別を増やす必要がある場合に、ＣＡＮ－ＩＤを再調整する必要がない。また、データフィールドに各データのデータ長を識別する識別情報を格納するので、データフィールド内に可変長の複数のデータを格納することができる。

【0049】

図６は、データフレームのＩＤフィールド及びデータフィールドの具体的なデータ構成を示す。図６の例において、データフレームのＩＤフィールドには、ＣＡＮ－ＩＤとして「１１ｈ」が設定されている。図６は、「１１ｈ」のＣＡＮ－ＩＤを用いて、ＳＩＤ＄０１ ＰＩＤ＄０１の診断データと、ＰＩＤ＄０３の診断データをデータフィールドに含める場合のデータ構成である。

【0050】

ＰＩＤは、ＳＡＥ Ｊ１９７９規格に規定された診断サービスにおけるパラメータ識別番号であり、ＳＩＤはサービスＩＤであるとする。なお、本実施形態では、ＳＩＤ＄０１による診断データ要求に応答して送信されるべき診断データの種別を「データ種別」の一例として取り上げる。そのため、「ＳＩＤ＄０１」を省略して説明する場合がある。データフィールドには、第１識別情報として１バイトの「００ｈ」が格納され、第２識別情報として１バイトの「０２ｈ」が格納されている。

【0051】

図７は、ＰＩＤ及びデータ長と識別情報との対応関係を示す対応情報のデータ構造を示す。対応情報は、「識別情報」と、「ＰＩＤ値」と、「データ長」とを対応づける情報である。

【0052】

対応情報の「識別情報」は、データフィールドの識別情報に格納される１バイトの値である。対応付け情報の「ＰＩＤ値」は、ＳＩＤ＄０１におけるＰＩＤの値を示す。

【0053】

データ長は、診断データのデータ長を示す。ＥＣＵ２０２、ＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５は、対応情報を参照して、識別情報と、診断データのＰＩＤ及びデータ長との対応関係を特定する。

【0054】

ＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５は、対応情報を参照して、データセットに含める診断データのＰＩＤに対応する識別情報及びデータ長を特定して、データフィールドに格納する情報を生成する。例えば、ＥＣＵ２０５が「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データと「ＳＩＤ＄０１ ＰＩＤ＄０３」の診断データを送信する場合、ＥＣＵ２０５は、対応情報を参照して、ＰＩＤ＄０１に対応する識別情報００ｈと「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データとを順に含む第１データセットを生成するとともに、ＰＩＤ＄０３に対応する識別情報０２ｈと「ＳＩＤ＄０１ ＰＩＤ＄０３」の診断データとを順に含む第２データセットを生成する。そして、ＥＣＵ２０５は、第１データセット及び第２データセットを順に含むデータフィールドを生成する。

【0055】

ＥＣＵ２０２は、対応情報を参照して、データセットに含まれる識別情報から、診断データのＰＩＤとデータ長を特定して、ＰＩＤ毎に診断データを抽出する。例えば、ＥＣＵ２０２は、「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データと「ＳＩＤ＄０１ ＰＩＤ＄０３」の診断データを受信した場合、受信したデータフレームのデータフィールドの先頭の１バイトの識別情報を読出し、読みだした識別情報から、第１データセットに含まれる診断データのデータ長４及びＰＩＤ＄０１を特定し、特定したデータ長の診断データをデータフィールドから抽出する。また、ＥＣＵ２０２は、受信したデータフレームのデータフィールドから 第１データセットの次の１バイトの識別情報を読出し、読みだした識別情報から、第２データセットに含まれる診断データのデータ長２及びＰＩＤ＄０３を特定し、特定したデータ長の診断データをデータフィールドから抽出する。

【0056】

図８は、ＥＣＵ２０２が内部メモリに記憶する診断データリストのデータ構造を示す。診断データリストは、ＰＩＤ値と診断データとを対応付ける情報である。なお、「ＰＩＤ値」はＳＩＤ＄０１のＰＩＤの値のことをいう。

【0057】

上述したように、ＥＣＵ２０２は、対応情報を参照して、複数のデータセットのそれぞれに含まれる識別情報から診断データのＰＩＤとデータ長を特定し、複数のデータセットのそれぞれに含まれる診断データを抽出する。ＥＣＵ２０２は、抽出した診断データを、識別情報から特定したＰＩＤに対応づけて、ＥＣＵ２０２の内部メモリに記憶する。

【0058】

ＥＣＵ２０２は、ＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５から新たなデータフレームを受信する毎に、新たなデータフレームからＰＩＤ毎に診断データを抽出し、新たなデータフレームから抽出した診断データにより、新たなデータフレームから抽出したＰＩＤに対応づけて内部メモリに記憶している診断データを更新する。これにより、ＥＣＵ２０２は、ＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５から定期的に送信される診断データのデータフレームに基づいて、診断データリストを最新の診断データで更新することができる。

【0059】

図９は、ＥＣＵ２０５が定期的に送信する診断データのデータフレームの内容を説明するための図である。ＥＣＵ２０５は、診断データを含むデータフレームを定期的に送信する。例えば、ＥＣＵ２０５は、診断データを含むデータフレームを１０ｍｓの周期で送信する。

【0060】

例えば、ＥＣＵ２０５は、ＰＩＤ＄０１の診断データとＰＩＤ＄０３の診断データを含むデータフレームを送信する（１周期目）。診断データの次の送信タイミングにおいて、ＥＣＵ２０４は、ＰＩＤ＄０２の診断データと、ＰＩＤ＄０４の診断データと、ＰＩＤ＄０５の診断データとを含むデータフレームを送信する（２周期目）。診断データの更に次の送信タイミングにおいて、ＥＣＵ２０５は、ＰＩＤ＄０１の診断データとＰＩＤ＄０３の診断データを含むデータフレームを送信する（３周期目）。

【0061】

このように、ＥＣＵ２０５は、データフレームに含める診断データのデータ種別を送信周期毎に切り換える。これにより、１つのＣＡＮ－ＩＤを使って、データフレームに含める複数の診断データのデータ種別を切り換えながら送信することができる。これにより、個々の診断データを個々のデータフレームで送信する場合に比べて、ＣＡＮ通信ネットワーク１８０上の通信トラフィックの増大を抑制することができる。

【0062】

図１０は、車両用故障診断装置７４、ＥＣＵ２０２及びＥＣＵ２０５による通信方法の実行手順を示すシーケンス図である。本シーケンスの開始時においては、車両用故障診断装置７４は診断ポート３４に接続されていないものとする。

【0063】

Ｓ３０１において、ＥＣＵ２０５は、「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０３」の診断データを含むデータフレームを送信する。Ｓ３０３において、ＥＣＵ２０２は、ＥＣＵ２０５から送信されたデータフレームから「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０３」の診断データを抽出して、診断データリストに記憶する。続いて、Ｓ３０５において、ＥＣＵ２０５は、「ＳＩＤ＄０１ ＰＩＤ＄０２」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを含むデータフレームを送信する。Ｓ３０７において、ＥＣＵ２０２は、ＥＣＵ２０５から送信されたデータフレームから「ＳＩＤ＄０１ ＰＩＤ＄０２」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを抽出して、診断データリストに記憶する。ＥＣＵ２０５は、Ｓ３０１、Ｓ３０３、Ｓ３０５、及びＳ３０７を含むデータフレームの送信を予め定められた時間間隔で繰り返し、ＥＣＵ２０２はデータフレームの受信する毎に、予め定められた種別の診断データを診断データリストに記憶する。

【0064】

Ｓ３０９において、ＥＣＵ２０２は、診断ポート３４に車両用故障診断装置７４が接続されたことを検知すると、Ｓ３１０において、「ＳＩＤ＄０１ ＰＩＤ＄０Ｃ」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データの送信要求をＥＣＵ２０５に送信する。「ＳＩＤ＄０１ ＰＩＤ＄０Ｃ」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データは、単位時間あたりの値の変化量が予め定められた値より大きい予め定められた種別の測定値の一例である。Ｓ３１２において、ＥＣＵ２０５は、「ＳＩＤ＄０１ ＰＩＤ＄０Ｃ」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを含むデータフレームを送信し、Ｓ３１４において、ＥＣＵ２０２は、受信したデータフレームから「ＳＩＤ＄０１ ＰＩＤ＄０Ｃ」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを抽出して、診断データリストに記憶する。

【0065】

続いて、ＥＣＵ２０２及びＥＣＵ２０５は、Ｓ３０１、Ｓ３０３、Ｓ３０５、及びＳ３０７と同様に、予め定められた種別の診断データの定期的な収集を行う。すなわち、ＥＣＵ２０５は、「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０３」の診断データを含むデータフレームを送信し（Ｓ３２１）、ＥＣＵ２０２は、ＥＣＵ２０５から送信されたデータフレームから「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０３」の診断データを抽出し、診断データリストに記憶する（Ｓ３２３）。そして、ＥＣＵ２０５は、「ＳＩＤ＄０１ ＰＩＤ＄０２」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを含むデータフレームを送信し（Ｓ３２５）。ＥＣＵ２０２は、ＥＣＵ２０５から送信されたデータフレームから「ＳＩＤ＄０１ ＰＩＤ＄０２」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを抽出して、診断データリストに記憶する（Ｓ３０７）。

【0066】

続いて、ＥＣＵ２０２は、Ｓ３３０において、「ＳＩＤ＄０１ ＰＩＤ＄０Ｃ」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データの送信要求をＥＣＵ２０５に送信する。Ｓ３３２において、ＥＣＵ２０５は、「ＳＩＤ＄０１ ＰＩＤ＄０Ｃ」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを含むデータフレームを送信し、Ｓ３３４において、ＥＣＵ２０２は、受信したデータフレームから「ＳＩＤ＄０１ ＰＩＤ＄０Ｃ」の診断データ、「ＳＩＤ＄０１ ＰＩＤ＄０４」の診断データ及び「ＳＩＤ＄０１ ＰＩＤ＄０５」の診断データを抽出して、診断データリストに記憶する。これにより、車両用故障診断装置７４が接続されると、ＥＣＵ２０２は、診断データリストに記憶する診断データのうち、単位時間あたりの値の変化量が大きい予め定められた種別の診断データを最新の診断データで更新することができる。

【0067】

ＥＣＵ２０２は、Ｓ３４０において、車両用故障診断装置７４から送信された「ＳＩＤ＄０１ ＰＩＤ＄０１」の診断データ要求のリクエストを受信すると、Ｓ３４２において、診断情報リストからＰＩＤ＄０１に対応づけられた診断データ（＄０１）を読み出す。Ｓ３２４において、診断データ要求に対するレスポンスを車両用故障診断装置７４に送信する。

【0068】

なお、本シーケンスでは、ＥＣＵ２０５が定期的に診断データのデータフレームを送信するものとしたが、診断データとして送信されるべき測定値が変わった場合にその測定値を診断データとして含むデータフレームを送信し、測定値が変わらない場合には当該データフレームを送信しなくてもよい。例えば、ＥＣＵ２０５は、車速０が継続している間は、車速の診断データをデータフレームに含めなくてよい。この場合、ＥＣＵ２０５は、車速の診断データに代えて、他の種別の診断データをデータフレームに含めて送信してよい。なお、ＥＣＵ２０５は、測定値が変わらない場合であっても、診断データの送信周期より長い予め定められた時間が経過する毎に、その測定値を含む診断データを含むデータフレームを送信してよい。また、ＥＣＵ２０２は、ＥＣＵ２０５から車速の測定値を含むデータフレームを最後に受信してから、診断データの送信周期より長い予め定められた時間が経過した場合に、車速の測定値を含む診断データを送信するようＥＣＵ２０５に要求してもよい。なお、本シーケンスではＥＣＵ２０５が診断データのデータフレームを送信する場合を取り上げて説明したが、ＥＣＵ２０３やＥＣＵ２０４が診断データのデータフレームを送信する場合も同様の処理を適用できる。

【0069】

以上の実施形態の説明では、車両２０の診断データの一例として、主としてＳＩＤ＄０１に関する診断データを取り上げたが、車両２０の診断データは、ＳＩＤ＄０１に関する診断データに限られず、任意の種別の診断データであってよい。一例として、車両２０の診断データは、ＳＩＤ＄０２、＄０３、ＳＩＤ＄０６、ＳＩＤ＄０７、ＳＩＤ＄０９、ＳＩＤ＄０Ａに関するデータであってよい。例えば、車両２０の診断データとしてＳＩＤ＄０２に関する診断データを適用する場合、ＳＩＤ＄０１と同様に、データ種別としてＰＩＤを適用してよい。車両２０の診断データとしてＳＩＤ＄０６に関するデータを適用する場合、データ種別としてＴｅｓｔ ＩＤを適用してよい。車両２０の診断データとしてＳＩＤ＄０９に関するデータを適用する場合、データ種別としてＩｎｆｏ Ｔｙｐｅを適用してよい。車両２０の診断データとしてＳＩＤ＄０３、ＳＩＤ＄０７、ＳＩＤ＄０Ａに関するＤＴＣ（Ｄｉａｇｎｏｓｔｉｃ Ｔｒｏｕｂｌｅ Ｃｏｄｅ：故障コード）データを適用する場合、データ種別として診断対象を示す値を適用してよい。なお、車両２０の診断データとしてＤＴＣデータを適用する場合、データフィールド内にデータ種別を含めない形態を採用してよい。この場合、データフィールド内には、予め定められた順番で複数の種類のＤＴＣデータを格納してよい。

【0070】

ＥＣＵ２０２は、車両用故障診断装置７４からＳＩＤ＄０４のクリア要求を受信した場合、ＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５を含む複数のＥＣＵにＳＩＤ＄０４のクリア要求を送信してよい。この場合、ＥＣＵ２０２は、ＳＩＤ＄０４のクリア要求のデータフレームに予め定められた値より優先度の高いＣＡＮ－ＩＤを設定し、各ＥＣＵはＤＴコードをクリアするとＳＩＤ＄０４に対する応答をＥＣＵ２０２に送信してよい。なお、ＥＣＵ２０２は、ＳＩＤ＄０４のクリア要求のデータフレームを、ＤｏＣＡＮ（Ｄｉａｇｎｏｓｔｉｃ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）フォーマットに変換してＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５を含む複数のＥＣＵに送信してもよい。

【0071】

本実施形態によれば、ＥＣＵ２０２は、ＥＣＵ２０３、ＥＣＵ２０４及びＥＣＵ２０５から送信される診断データを集約して、車両用故障診断装置７４からの要求に応じて、速やかに診断データを応答することができる。また、車両用故障診断装置７４から送信される診断データの要求メッセージを対象のＥＣＵが接続されたＣＡＮ通信ネットワーク１８０に転送し、対象のＥＣＵから送信された診断データの応答メッセージを車両用故障診断装置７４に転送する通信処理を行う場合に比べて、ＣＡＮ通信ネットワーク１８０上のトラフィックの増大を抑制することができる。

【0072】

車両２０は、輸送機器の一例としての車両である。車両は、内燃機関を備える自動車、電気自動車、燃料電池自動車（ＦＣＶ）等の自動車であってよい。自動車は、バス、トラック、二輪自動車等を含む。車両は、鞍乗型車両等であってよく、バイクであってよい。輸送機器としては、車両の他に、無人航空機を含む航空機、船舶等の機器を含む。輸送機器は、人又は物品を輸送する任意の機器であってよい。輸送機器は移動体の一例である。移動体は、輸送機器に限らず、移動可能な任意の機器であってよい。

【0073】

図１１は、本発明の複数の実施形態が全体的又は部分的に具現化され得るコンピュータ２０００の例を示す。コンピュータ２０００にインストールされたプログラムは、コンピュータ２０００を、実施形態に係る制御システム等のシステム又は当該システムの各部として機能させる、当該システム又は当該システムの各部に関連付けられるオペレーションを実行させる、及び／又は、実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ２０００に、本明細書に記載の処理手順及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ２０１２によって実行されてよい。

【0074】

本実施形態によるコンピュータ２０００は、ＣＰＵ２０１２、及びＲＡＭ２０１４を含み、それらはホストコントローラ２０１０によって相互に接続されている。コンピュータ２０００はまた、ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０を含む。ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０は、入力／出力コントローラ２０２０を介してホストコントローラ２０１０に接続されている。

【0075】

ＣＰＵ２０１２は、ＲＯＭ２０２６及びＲＡＭ２０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。

【0076】

通信インタフェース２０２２は、ネットワークを介して他の電子デバイスと通信する。フラッシュメモリ２０２４は、コンピュータ２０００内のＣＰＵ２０１２によって使用されるプログラム及びデータを格納する。ＲＯＭ２０２６は、アクティブ化時にコンピュータ２０００によって実行されるブートプログラム等、及び／又はコンピュータ２０００のハードウエアに依存するプログラムを格納する。入力／出力チップ２０４０はまた、キーボード、マウス及びモニタ等の様々な入力／出力ユニットをシリアルポート、パラレルポート、キーボードポート、マウスポート、モニタポート、ＵＳＢポート、ＨＤＭＩ（登録商標）ポート等の入力／出力ポートを介して、入力／出力コントローラ２０２０に接続してよい。

【0077】

プログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、又はメモリカードのようなコンピュータ可読記憶媒体又はネットワークを介して提供される。ＲＡＭ２０１４、ＲＯＭ２０２６、又はフラッシュメモリ２０２４は、コンピュータ可読記憶媒体の例である。プログラムは、フラッシュメモリ２０２４、ＲＡＭ２０１４、又はＲＯＭ２０２６にインストールされ、ＣＰＵ２０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２０００に読み取られ、プログラムと上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ２０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

【0078】

例えば、コンピュータ２０００及び外部デバイス間で通信が実行される場合、ＣＰＵ２０１２は、ＲＡＭ２０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２０２２に対し、通信処理を命令してよい。通信インタフェース２０２２は、ＣＰＵ２０１２の制御下、ＲＡＭ２０１４及びフラッシュメモリ２０２４のような記録媒体内に提供される送信バッファ処理領域に格納されたデータセットを読み取り、読み取ったデータセットをネットワークに送信し、ネットワークから受信された受信データを、記録媒体上に提供される受信バッファ処理領域等に書き込む。

【0079】

また、ＣＰＵ２０１２は、フラッシュメモリ２０２４等のような記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ２０１４に読み取られるようにし、ＲＡＭ２０１４上のデータに対し様々な種類の処理を実行してよい。ＣＰＵ２０１２は次に、処理されたデータを記録媒体にライトバックする。

【0080】

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理にかけられてよい。ＣＰＵ２０１２は、ＲＡＭ２０１４から読み取られたデータに対し、本明細書に記載され、プログラムの命令シーケンスによって指定される様々な種類のオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々な種類の処理を実行してよく、結果をＲＡＭ２０１４にライトバックする。また、ＣＰＵ２０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２０１２は、第１の属性の属性値が指定されている、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

【0081】

上で説明したプログラム又はソフトウェアモジュールは、コンピュータ２０００上又はコンピュータ２０００近傍のコンピュータ可読記憶媒体に格納されてよい。専用通信ネットワーク又はインターネットに接続されたサーバーシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能である。コンピュータ可読記憶媒体に格納されたプログラムを、ネットワークを介してコンピュータ２０００に提供してよい。

【0082】

コンピュータ２０００にインストールされ、コンピュータ２０００をＥＣＵ２０２として機能させるプログラムは、ＣＰＵ２０１２等に働きかけて、コンピュータ２０００を、ＥＣＵ２０２の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ２０００に読込まれることにより、ソフトウエアと上述した各種のハードウエア資源とが協働した具体的手段であるＥＣＵ２０２の各部として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ２０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有のＥＣＵ２０２が構築される。

【0083】

様々な実施形態が、ブロック図等を参照して説明された。ブロック図において各ブロックは、（１）オペレーションが実行されるプロセスの段階又は（２）オペレーションを実行する役割を持つ装置の各部を表わしてよい。特定の段階及び各部が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウエア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、及び他の論理オペレーション、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウエア回路を含んでよい。

【0084】

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく実行され得る命令を含む製品の少なくとも一部を構成する。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

【0085】

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

【0086】

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ又はプログラマブル回路に対し、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、説明された処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

【0087】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【0088】

特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

【符号の説明】

【0089】

２０ 車両
２２ 通信システム
７４ 車両用故障診断装置
１８０ ＣＡＮ通信ネットワーク
２０１ ＴＣＵ
２０２、２０３、２０４、２０５ ＥＣＵ
２０００ コンピュータ
２０１０ ホストコントローラ
２０１２ ＣＰＵ
２０１４ ＲＡＭ
２０２０ 入力／出力コントローラ
２０２２ 通信インタフェース
２０２４ フラッシュメモリ
２０２６ ＲＯＭ
２０４０ 入力／出力チップ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】