特開 2018-207394 通信装置、及び通信方法

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

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

(11)【公開番号】特開2018-207394(P2018-207394A)

(43)【公開日】2018年12月27日

(54)【発明の名称】通信装置、及び通信方法

(51)【国際特許分類】

   H04L 12/28 20060101AFI20181130BHJP

【ＦＩ】

   H04L12/28 200Z

   H04L12/28 100A

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

【全頁数】12

(21)【出願番号】特願2017-113453(P2017-113453)

(22)【出願日】2017年6月8日

(71)【出願人】

【識別番号】000005326

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

(74)【代理人】

【識別番号】100165179

【弁理士】

【氏名又は名称】田▲崎▼ 聡

(74)【代理人】

【識別番号】100126664

【弁理士】

【氏名又は名称】鈴木 慎吾

(74)【代理人】

【識別番号】100154852

【弁理士】

【氏名又は名称】酒井 太一

(74)【代理人】

【識別番号】100194087

【弁理士】

【氏名又は名称】渡辺 伸一

(74)【代理人】

【識別番号】100064908

【弁理士】

【氏名又は名称】志賀 正武

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(74)【代理人】

【識別番号】100175802

【弁理士】

【氏名又は名称】寺本 光生

(74)【代理人】

【識別番号】100094400

【弁理士】

【氏名又は名称】鈴木 三義

(72)【発明者】

【氏名】荒木 秀和

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

5K033

【Ｆターム（参考）】

5K033AA05

5K033BA06

5K033CB01

5K033DA13

(57)【要約】

【課題】システムの状況に応じて変化する情報の優先度に対応するように、その情報を適切に送信する。
【解決手段】通信装置は、所定の情報を、前記所定の情報に対応付けられる識別情報とともに送信する送信部と、前記所定の情報と前記識別情報との対応関係を変更する制御部と、を備え、前記制御部は、所定条件が成立する場合に、２以上の同一の前記所定の情報がそれぞれ異なる識別情報に対応付けられるように前記対応関係を変更する。
【選択図】図１

【特許請求の範囲】

【請求項1】

所定の情報を、前記所定の情報に対応付けられる識別情報とともに送信する送信部と、
前記所定の情報と前記識別情報との対応関係を変更する制御部と、
を備え、
前記制御部は、所定条件が成立する場合に、２以上の同一の前記所定の情報がそれぞれ異なる識別情報に対応付けられるように前記対応関係を変更する、
ことを特徴とする通信装置。

【請求項2】

通信システムに搭載され、
前記所定条件は、前記通信システムについて状態遷移が生じることであり、
前記所定の情報は、前記通信システムの前記状態遷移の完了の検証に用いられる情報である、
ことを特徴とする請求項１に記載の通信装置。

【請求項3】

通信システムに搭載され、
前記所定条件は、前記通信システムが所定の機能を停止させることであり、
前記所定の情報は、前記所定の機能の起動要求の発生の検証に用いられる情報である、
ことを特徴とする請求項１に記載の通信装置。

【請求項4】

前記通信システムは、動力源を有する車両であり、
前記所定条件は、前記動力源が作動状態となる状態遷移が生じることであり、
前記所定の情報は、前記動力源の作動が完了したことの検証に用いられる情報である、
ことを特徴とする請求項２又は請求項３に記載の通信装置。

【請求項5】

前記所定条件は、前記所定の情報とは異なる情報に関する所定の異常が生じることであり、
前記所定の異常は、前記異なる情報を生成できない事象を含む、
ことを特徴とする請求項１から請求項４の何れか１項に記載の通信装置。

【請求項6】

前記制御部は、前記所定条件が成立する場合に、前記所定条件の成立前に前記所定の情報と異なる情報に対応付けられる前記識別情報が、前記所定の情報に対応付けられるように前記対応関係を変更する、
ことを特徴とする請求項１から請求項５の何れか１項に記載の通信装置。

【請求項7】

所定の情報を、前記所定の情報に対応付けられる識別情報とともに送信し、
前記所定の情報と前記識別情報との対応関係を変更し、
所定条件が成立する場合に、２以上の同一の前記所定の情報がそれぞれ異なる識別情報に対応付けられるように前記前記所定の情報と前記識別情報との対応関係を変更する、
ことを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置、及び通信方法に関する。

【背景技術】

【0002】

近年、車両内に設けた複数の制御装置同士が車両内のネットワークを介して通信して、車両における各種機能を制御するための通信装置がある。このような通信装置が送信周期に従い情報を送信することが知られている（例えば、特許文献１参照。）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０−２６２４４４号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１によれば、情報の優先度が変化して状況によって送信不要となる情報であっても所定の送信周期に従い送信することになる。そのため、その送信は適切なものとは言えない場合がある。

【0005】

本発明は、このような事情を考慮してなされたものであり、システムの状況に応じて変化する情報の優先度に対応するように、その情報を適切に送信する通信装置、及び通信方法を提供することを目的の一つとする。

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

【0006】

（１）の通信装置は、所定の情報を、前記所定の情報に対応付けられる識別情報とともに送信する送信部と、前記所定の情報と前記識別情報との対応関係を変更する制御部と、を備え、前記制御部は、所定条件が成立する場合に、２以上の同一の前記所定の情報がそれぞれ異なる識別情報に対応付けられるように前記対応関係を変更することを特徴とする通信装置である。

【0007】

（２）の通信装置は、通信システムに搭載され、前記所定条件は、前記通信システムについて状態遷移が生じることであり、前記所定の情報は、前記通信システムの前記状態遷移の完了の検証に用いられる情報であることを特徴とする。

【0008】

（３）の通信装置は、通信システムに搭載され、前記所定条件は、前記通信システムが所定の機能を停止させていることであり、前記所定の情報は、前記所定の機能の起動トリガの発生の検証に用いられる情報であることを特徴とする。

【0009】

（４）の通信装置において前記通信システムは、動力源を有する車両であり、前記所定条件は、前記動力源が作動状態となる状態遷移が生じることであり、前記所定の情報は、前記動力源の作動が完了したことの検証に用いられる情報であることを特徴とする。

【0010】

（５）の通信装置における前記所定条件は、前記所定の情報とは異なる情報に関する所定の異常が生じることであり、前記所定の異常は、前記異なる情報を生成できない事象を含むことを特徴とする。

【0011】

（６）の通信装置における前記制御部は、前記所定条件が成立する場合に、前記所定条件の成立前に前記所定の情報と異なる情報に対応付けられる前記識別情報が、前記所定の情報に対応付けられるように前記対応関係を変更することを特徴とする。

【0012】

（７）の通信方法は、所定の情報を、前記所定の情報に対応付けられる識別情報とともに送信し、前記所定の情報と前記識別情報との対応関係を変更し、所定条件が成立する場合に、２以上の同一の前記所定の情報がそれぞれ異なる識別情報に対応付けられるように前記前記所定の情報と前記識別情報との対応関係を変更する、ことを特徴とする通信方法である。

【発明の効果】

【0013】

上記の（１）によれば、所定の情報を、前記所定の情報に対応付けられる識別情報とともに送信する送信部と、前記所定の情報と前記識別情報との対応関係を変更する制御部と、を備え、前記制御部は、所定条件が成立する場合に、２以上の同一の前記所定の情報がそれぞれ異なる識別情報に対応付けられるように前記対応関係を変更することにより、システムの状況に応じて情報を適切に送信することができる。

【図面の簡単な説明】

【0014】

【図1】第１の実施形態の通信システム１の構成を示す図である。

【図2】ＥＣＵ１０の構成例を示す図である。

【図3】ＥＣＵ１０がバス２に送信するフレームＦの形式例である。

【図4】２以上の同一の所定の情報と識別情報との対応関係を説明するための図である。

【図5】制御状態の変更処理の手順を示すフローチャートである。

【図6】第２の実施形態の２以上の同一の所定の情報と識別情報との対応関係を説明するための図である。

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

【0015】

以下、図面を参照し、本発明の通信装置、及び通信方法の実施形態について説明する。以下の説明において、同じ機能を有するものについて同じ符号を附す。

【0016】

（第１の実施形態）
図１は、本実施形態の通信システム１の構成を示す図である。通信システム１は、例えば車両４（移動体）に搭載される。通信システム１は、少なくとも車両４内にネットワークＮＷを構成する。ネットワークＮＷでは、例えば、バス２（通信バス）を介してＣＡＮ（Controller Area Network）、ＩＥＥＥ８０２．３などの通信方式に基づく通信が行われる。

【0017】

通信システム１は、バス２に接続されたＥＣＵ１０−１からＥＣＵ１０−３とインタフェース装置（ＩＦ装置）３とを備える。以下、ＥＣＵ１０−１からＥＣＵ１０−３を区別しない場合は、単にＥＣＵ１０と表記する。「−１」から「−３」などの記載は以下で説明する他の構成についても同様である。ＥＣＵ１０とＩＦ装置３は、通信装置の一例である。

【0018】

以下の説明では、ＥＣＵ１０は、車両４のデバイスを制御する制御装置として説明するが、信号の中継機能を有する中継装置であってもよい。また、ＥＣＵ１０は、共通のバス２に接続されたものとして説明するが、バス２と、バス２以外のバスとに接続されていてもよい。

【0019】

ＥＣＵ１０は、例えばエンジンを制御するエンジンＥＣＵや、シートベルトを制御するシートベルトＥＣＵ等である。ＥＣＵ１０は、自装置が所属するネットワークＮＷに送信されたフレームを受信する。以下、ネットワークＮＷに送信される各フレームのことをフレームＦという。フレームＦは、それぞれに附された識別子（以下、ＩＤという。）により識別される。ＥＣＵ１０は、自ＥＣＵ１０に係るフレームＦを識別するＩＤ（以下、受信ＩＤという）を記憶部１２（図２Ｂ）に格納しておく。ＥＣＵ１０は、フレームＦを受信する際には、受け付けたフレームＦに附されたＩＤ（以下、送信ＩＤという）を参照して、受信ＩＤと同じ値の送信ＩＤが附されたフレームＦを抽出して取得する。ＥＣＵ１０は、通信をする際に通信相手の認証処理を実施する。

【0020】

ネットワークＮＷには、ＥＣＵ１０の他に、外部装置５０が接続されるＩＦ装置３が設けられている。例えば、ＩＦ装置３は、外部装置５０と有線回線を利用して通信するための接続端子（ＤＬＣ）、又は、外部装置５０と無線回線を利用して通信するための無線通信部を有している。

【0021】

例えば、外部装置５０は、ＥＣＵ１０の状態を判定する測定器である。外部装置５０は、図１に示すようにＩＦ装置３に接続される。ＩＦ装置３は、ゲートウエイとして機能して、外部装置５０とＥＣＵ１０の通信を中継する。なお、外部装置５０をＩＦ装置３に接続することなく、通信システム１を機能させることができる。

【0022】

図２は、本実施形態のＥＣＵ１０のハードウエア構成を示す図である。ＥＣＵ１０は、ＣＰＵ１０Ａと、ＲＡＭ（Random Access Memory）、レジスタ等の揮発性記憶装置１０Ｂと、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、ＨＤＤ（Hard Disk Drive）の不揮発性記憶装置１０Ｃと、無線通信インタフェース１０Ｄと、入出力装置１０Ｅと、通信インタフェース１０Ｆなどを含むコンピュータである。なお、ＥＣＵ１０は、その種類又は用途により、無線通信インタフェース１０Ｄと入出力装置１０Ｅの何れか又は両方を含まない場合がある。

【0023】

図３は、本実施形態のＥＣＵ１０の機能構成を示す図である。ＥＣＵ１０は、制御部１１と、記憶部１２と、通信制御部１３（送信部）とを含む。例えば、制御部１１と通信制御部１３は、ＣＰＵ１０Ａ等のプロセッサが制御プログラム（ソフトウェアプログラム）を実行することにより実現される。

【0024】

制御部１１は、ＥＣＵ１０内の各部を制御する。例えば、制御部１１は、他のＥＣＵ１０、ＩＦ装置３、外部装置５０等の他の装置からの通信要求を受け付ける。その通信要求には、制御プログラムを書き換えることを要求するものが含まれる。

【0025】

記憶部１２は、揮発性記憶装置１０Ｂと不揮発性記憶装置１０Ｃとによって実現される。記憶部１２は、アプリケーションプログラム、通信制御プログラム等の制御プログラム１２５と、上記の制御プログラムの実行により参照される各種情報とを格納する。各種情報には、送信ＩＤ１２１と受信ＩＤ１２２とが含まれる。

【0026】

通信制御部１３は、通信インタフェース１０Ｆを介した外部の装置との通信を制御する。通信インタフェース１０Ｆは、ＥＣＵ１０をバス２に接続するインタフェースである。通信制御部１３は、通信インタフェース１０Ｆを介して、制御部１１が要求する他の装置との通信を可能にする。通信制御部１３は、制御部１１が指定する所定の情報を、その所定の情報に対応付けられる識別情報とともに送信する。通信制御部１３は、通信インタフェース１０Ｆからの通知を受け、所定の条件を満たす通信を抽出して、他の装置からの通信要求を制御部１１に通知する。

【0027】

例えば、制御部１１は、所定条件が成立する場合に、２以上の同一の所定の情報がそれぞれ異なる識別情報に対応付けられるように対応関係を変更する。例えば、２以上の同一の所定の情報とは、情報の種別が同一と識別されるものであってもよい。

【0028】

次に、より具体的な一例を示す。図４は、本実施形態の２以上の同一の所定の情報と識別情報との対応関係を説明するための図である。

【0029】

各ＥＣＵ１０は、例えば、下記の用途に割り付けられている。
ＥＣＵ１０−１は、ＥＣＵ１０−２とＥＣＵ１０−３宛の指令を送信する。
ＥＣＵ１０−２は、ＥＣＵ１０−１等から受けた指令に基づいて、例えば、それに対応させて設けられているトランスミッションを制御する。ＥＣＵ１０−２は、その指令に対する応答をＥＣＵ１０−１宛に送信する。
ＥＣＵ１０−３は、ＥＣＵ１０−１等から受けた指令に基づいて、例えば、それに対応させて設けられているバッテリのＳＯＣ（State of charge）を制御する。ＥＣＵ１０−３は、その指令に対する応答をＥＣＵ１０−１宛に送信する。

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

１‥通信システム、２…バス、３…ＩＦ装置（通信装置）、４…車両（移動体）、１０、１０−１、１０−２、１０−３…ＥＣＵ（通信装置）、１１…制御部、１２…記憶部、１３…通信制御部（通信部）、５０…外部装置、ＮＷ…ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】