JP6099595B2

JP6099595B2 - 車内通信システム

Info

Publication number: JP6099595B2
Application number: JP2014088542A
Authority: JP
Inventors: 樋口　崇; 崇樋口
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2014-04-22
Filing date: 2014-04-22
Publication date: 2017-03-22
Anticipated expiration: 2034-04-22
Also published as: JP2015207946A

Description

本発明は、車内の車載ユニット同士の間で情報通信を行う車内通信システムに関する。

従来、車両は、内部の車載ユニット（例えば、ＥＣＵ）により、車両自体の状態を監視し異常を検出する自己診断を行っている。ＥＣＵは、複数のセンサや複数の車載ユニットの信号を取得して異常の発生（トリガ）を検出し、トリガの種類に応じた所定のセンサの検出値を抽出して診断データを構築する。この診断データは後のメンテナンスや修理にも使用される。

また、診断データには、特許文献１に開示されているように、ＧＰＳ装置の位置情報や時間情報が付加されてもよい。つまり、特許文献１に開示のエンジン制御装置（車載ユニット）は、センサや他の車載ユニットに加えて測位装置が接続され、測位装置の付属情報（位置情報及び時間情報）を付加することで、診断データを充実化している。この診断データを利用することにより、異常が生じた場所や時間を把握することが可能となり、異常の原因究明等に役立てられる。

特開平１０−１６０６４２号公報

ところで、エンジン制御装置は、エンジンを高精度に制御処理する観点から言えば、制御に関わらない付属情報（位置情報や時間情報等）を受信して取り扱うことは本来好ましくない。また、付属情報を生成する車載ユニットが送信機能を有する場合は、車載ユニットからエンジン制御装置に付属情報を送信した後、この付属情報を含む診断データをエンジン制御装置から車載ユニットに送ることになり、不要な通信負荷を生じさせる。

そのため、エンジン制御装置から、付属情報を取得する車載ユニットに診断データを送信する車内通信システムを構成し、車載ユニットで位置情報や時間情報を付加することが考えられる。これにより車両は、エンジン制御の安定化と、診断データの充実化を両立し、しかも車載ユニットから外部に診断データを送信することが可能となる。

しかしながら、車内通信システムは、ＥＣＵが時間をあけずに複数の異常（例えば、第１及び第２のトリガ）を検出した場合に、診断データの取扱に別の不都合を生じさせる。つまり、第１のトリガに基づく第１のデータの送信中に第２のトリガを検出した場合、ＥＣＵは、基本的に第１のデータの送信完了後に、第２のトリガに基づく第２のデータを送信する。このように、第２のデータを後回しに送信すると、受信側で第２のデータに位置情報や時間情報を付加しても、第２のトリガ発生時の位置情報や時間情報を反映せず、情報の精度が低下することになる。

本発明は、上記の車内通信システムに関連してなされたものであって、複数のトリガが発生しても、各トリガの発生時点における付属情報を付与可能とすることで、付属情報を有効に活用し得る車内通信システムを提供することを目的とする。

前記の目的を達成するために、本発明は、トリガに基づきデータの送信を行う第１車載ユニットと、前記第１車載ユニットから前記データを受信し、時間的に変化する付属情報を前記データに付加する第２車載ユニットと、を備え、前記第１車載ユニットは、第１のトリガに基づく第１のデータを送信している間に第２のトリガが発生した場合に、前記第１のデータの送信を中断して、前記第２のトリガに基づく第２のデータの送信を開始し、前記第２車載ユニットは、前記第１及び第２のデータを最初に受信したタイミングで、前記付属情報として、前記受信した時点での時間情報及び位置情報を前記第１及び第２のデータにそれぞれ付与して外部送信情報を生成し、前記外部送信情報を車両の外部に送信することを特徴とする。

上記によれば、車内通信システムは、第１のデータの送信中に第２のトリガが発生した場合に、第１のデータの送信を中断して第２のデータの送信を開始することで、各データに付属情報を良好に付加することができる。すなわち、第２車載ユニットは、第１のトリガの発生時点における付属情報を第１のデータに付加し、且つ第２のトリガの発生時点における付属情報を第２のデータに付加する。そのため、第１及び第２のデータ各々の情報の精度が向上する。そして、付属情報を含む第１及び第２データは、後に車両の異常の原因を究明する際等に一層有効に活用される。

この場合、前記第１車載ユニットは、前記第２のデータの送信が完了した後に、前記第１のデータの送信を再開することが好ましい。

このように、第２のデータの送信が完了した後に、第１のデータの送信を再開することで、第１車載ユニットにおける第１及び第２のデータの送信制御をより簡単に行うことができる。

或いは、前記第１車載ユニットは、前記第１のデータの中断後に前記第２のデータの一部のみを送信し、その後に前記第１のデータの送信を再開してもよい。

このように、第２のデータの一部のみを送信した後に第１のデータの送信を再開することで、発生したトリガの順にデータ送信を完了することができる。従って、第２車載ユニットから外部に複数のデータを送信する際に、トリガの順に簡単に送信することができ、外部においてスムーズな対処をとることができる。

本発明によれば、車内通信システムは、複数のトリガが発生しても、各トリガの発生時点における付属情報を付与可能とすることで、付属情報を有効に活用することができる。

本発明の一実施形態に係る車内通信システムの全体構成を示す概略図である。図１の車内通信システムを機能的に示すブロック図である。図２の車内通信システムが扱うＯＢＳ情報及び外部送信情報を示す説明図である。図１のＦＩ−ＥＣＵからＤＡに複数のＯＢＳ情報を送信する際の送信制御を示すタイムチャートである。変形例に係るＦＩ−ＥＣＵからＤＡに複数のＯＢＳ情報を送信する際の送信制御を示すタイムチャートである。

以下、本発明に係る車内通信システムについて好適な実施形態を挙げ、添付の図面を参照して詳細に説明する。

本発明の一実施形態に係る車内通信システム１０は、車両１２の内部に配置される複数の車載ユニットを適宜接続して、相互のユニット間で情報通信を行うものである。以下の説明では、図１に示すように、車載ユニットとして、車内に搭載されるエンジン制御装置１４とディスプレイオーディオ１６（以下、ＤＡ１６という）の間の通信について代表的に説明する。

なお、図１中では、車両１２として自動四輪車を図示しているが、車内通信システム１０を利用する車両１２は特に限定されるものではない。或いは、本発明では車内通信システム１０と称しているが、この車内通信システム１０は車両１２の他に、運輸に関わる機器（鉄道、船舶、航空機等）に適用することも可能である。

車両１２は、車内通信システム１０により車内で情報通信を行う他に、車両１２から外部にアクセスを図る車外通信システム１８を備える。車外通信システム１８は、ＤＡ１６に外部通信装置２０を接続することで構成され、外部通信装置２０から基地局２２（ＢＳ）に無線通信を行い、ネットワーク２４を介して外部アクセス群２６に対し情報通信を行う。例えば、車外通信システム１８は、外部アクセス群２６のうち所定のサービスセンタ２８に対し通信回線を開くことで、エンジン制御装置１４の情報をサービスセンタ２８に送信する。特に、車内通信システム１０及び車外通信システム１８は、車両１２に異常が生じた場合に、サービスセンタ２８に車両１２の異常に関する情報を自動送信する通報システムを構築している。

エンジン制御装置１４は、点火系、燃料系、又はトランスミッションを含むパワートレイン全体を制御する電子制御装置（コンピュータ）であり、演算処理部、記憶部、入出力部等を有する。特に、燃料噴射装置を制御するためＦＩ−ＥＣＵ（ＦｕｅｌＩｎｊｅｃｔｉｏｎ−ＥｌｅｃｔｒｉｃＣｏｎｔｏｒｏｌＵｎｉｔ）と呼ばれており、以下の説明でもＦＩ−ＥＣＵ１４と呼称する。ＦＩ−ＥＣＵ１４は、上記の各系統を適切に制御することにより、エンジンの性能向上、燃費向上、排気ガスのクリーン化、運転性の向上等を図っている。

図２に示すように、ＦＩ−ＥＣＵ１４は、車内通信システム１０の通信線３６により他の車載ユニットである複数のＥＣＵ、複数のセンサ、スイッチ又は計器類に接続されている。通信線３６としては、ＣＡＮ（ＣｏｎｔｒｏｌｌｅｒＡｒｅａＮｅｔｗｏｒｋ）やＬＩＮ（ＬｏｃａｌＩｎｔｅｒｆａｃｅＮｅｔｗｏｒｋ）等の規格に対応したバスを適用することができる。

また、ＦＩ−ＥＣＵ１４は、自己診断部３０を内部に備えることで、点火系や燃料系等の自己診断（状態把握、異常検出）を実施している。車両１２に生じた異常の内容によっては、車両１２の走行に影響を及ぼすことがあるからである。

ＦＩ−ＥＣＵ１４に接続される他のＥＣＵは、特に限定されるものではないが、例えば、ＡＢＳ−ＥＣＵ、パワーステアリングＥＣＵ、イモビライザーＥＣＵ、ボディＥＣＵ、エアコンＥＣＵ、メーターＥＣＵ、エアバッグＥＣＵ等が挙げられる。以下、単にＥＣＵ３２（第１ＥＣＵ３２ａ、第２ＥＣＵ３２ｂ、…）と称した場合には、ＦＩ−ＥＣＵ１４以外のＥＣＵを指すものとする。所定のＥＣＵ３２も、それぞれ内部に自己診断部を有し、各々の制御機能に応じた自己診断を実施している。

ＦＩ−ＥＣＵ１４に接続されるセンサも、特に限定されず、時間的に変化する温度、圧力、回転速度、燃焼ガス等の物質の状態を、電圧変化に置き換えてＦＩ−ＥＣＵ１４やＥＣＵ３２に出力する種々の検出器を適用し得る。センサとしては、例えば、車速センサ、クランク角センサ、カム角センサ、スロットルポジションセンサ、バキュームセンサ（吸入空気量センサ）、Ｏ₂センサ、ノックセンサ、冷却水温度センサ等が挙げられる。以下、単にセンサ３４（第１センサ３４ａ、第２センサ３４ｂ、…）と称する。

ＦＩ−ＥＣＵ１４に接続されるスイッチも、特に限定されず、例えば、イグニションスイッチ、エアコンスイッチ、シフトポジションスイッチ等が挙げられる。なお、図２中ではスイッチの図示を省略している。

ＦＩ−ＥＣＵ１４は、エンジン制御に関わる所定のセンサ３４の検出信号を受信して、ＦＩ−ＥＣＵ１４の記憶部に一時的に記憶する。具体的には、複数のセンサ３４の各検出信号を順次記憶していき一定容量記憶すると、古い記憶データから新たに上書きしていく処理（所謂リングバッファ領域への記憶）を行う。

そして、ＦＩ−ＥＣＵ１４の自己診断部３０は、所定のセンサ３４の検出信号を受信する際にその信号値を適宜判断することで、車両１２に生じる異常を検出する。自己診断部３０は、検出した異常の種類に応じてコードを設定し、コードに基づく処理を実施する。例えばコードに応じて、自己診断部３０は、ユーザ（運転者や搭乗者）に対し異常の報知を行う。

また、自己診断部３０は、異常の発生をトリガとして、コードに応じた特定のセンサ３４の記憶データ（ＦＩ−ＥＣＵ１４の記憶部に記憶されている検出信号）を診断データとして抽出する。この診断データは、異常の発生前の時々刻々と変化するセンサ３４の連続的な値であり、ＯＢＳ（ＯｎＢｏａｒｄＳｎａｐｓｈｏｔ）とも呼ばれる。ＯＢＳ情報は、後に修理工場やディーラー等に車両１２を持ち込んだ際に、専用の読取装置が接続されることで読み出される。そして、車両１２のメンテナンスや修理、品質改善、異常の原因究明等に使用される。なお、ＯＢＳ情報には、異常の発生後のセンサ３４の検出信号を含んでもよい。

図３に示すように、ＯＢＳ情報Ｘは、ＯＢＳ識別符号ＸＡと、ＯＢＳ診断データＸＢとを含む。ＯＢＳ識別符号ＸＡは、一のトリガに基づいて生成されるＯＢＳ情報Ｘを識別するためのものである。ＯＢＳ識別符号ＸＡは上記のコードを含んでもよい。一方、ＯＢＳ診断データＸＢは、上述した所定のセンサ３４の連続的な検出値を含むデータであり、比較的大きなデータ量を有し、例えば車載用のＣＡＮで送信する場合には数分から２０分程度要する。

このため、自己診断部３０は、ＯＢＳ情報Ｘを送信する際にＯＢＳ情報Ｘを複数のデータフレームに分割する。ＯＢＳ情報Ｘの複数のデータフレームのうち最初のデータフレーム＃０には、ＯＢＳ識別符号ＸＡが入れられる。そして、ＯＢＳ診断データＸＢは、以降のデータフレーム＃１〜＃ｎに入れられる。

図１に戻り、車内通信システム１０及び車外通信システム１８は、走行時等に異常の発生を検出すると、自己診断部３０が構築したＯＢＳ情報Ｘをサービスセンタ２８に無線送信する構成となっている。これにより、サービスセンタ２８側では、車両１２の異常の対処を早期に行うことが可能となる。そのため、車内通信システム１０は、トリガに基づくＯＢＳ情報ＸをＦＩ−ＥＣＵ１４からＤＡ１６に送信する処理を行う。なお、他のＥＣＵ３２のＯＢＳ情報ＸもＦＩ−ＥＣＵ１４とパラレルに（又は重要度順にシリアルに）ＤＡ１６に送信される。そして車外通信システム１８は、ＤＡ１６からサービスセンタ２８にＯＢＳ情報Ｘを送信する処理を行う。

ＦＩ−ＥＣＵ１４とＤＡ１６の間は、上述したように通信線３６により接続されている。ＣＡＮ規格の通信線３６は、シリアル通信を行うためデータ転送速度が低くなるものの、ノイズに強く通信を確実に行うことができる。また、車内通信システム１０は、ＦＩ−ＥＣＵ１４（及びＥＣＵ３２）からＤＡ１６に向けてＯＢＳ情報Ｘを送信するのみの一方向通信を行うように構成されている。これにより、ＦＩ−ＥＣＵ１４やＥＣＵ３２が、車両制御に関与しない構成要素から情報を受けることがなく、車両制御を良好に行うことが可能となる。また、車内通信システム１０の一方向通信機能により、車内ネットワークの信頼性を担保する、又は車内ネットワークの通信線３６の負荷を低減する等の効果を得ることもできる。

一方、第２車載ユニットであるＤＡ１６は、図示しない演算処理部、記憶部及び入出力部を有するコンピュータとして構成され、同じく車内に搭載される図示しないスピーカを介して、音コンテンツを出力する機能を有する。音コンテンツとしては、ユーザが持ち込んだコンパクトディスク等や記憶部に予め記憶した楽音が挙げられる。また、音コンテンツは、外部アクセス群２６からネットワーク２４及び外部通信装置２０（或いはアンテナ）を介して受信したコンテンツ（例えば、ラジオ、ダウンロードした楽音等）でもよい。

さらに、ＤＡ１６は、車両１２のナビゲーションを実施するために、ＧＮＳＳ（ＧｌｏｂａｌＮａｖｉｇａｔｉｏｎＳａｔｅｌｌｉｔｅＳｙｓｔｅｍ）衛星の信号を受信して車両１２の現在位置を測位するＧＮＳＳ測位部３８（図２参照）を有する。これによりＤＡ１６は、走行時等に、ＧＮＳＳ測位部３８が測位した車両１２の位置情報を地図情報に重畳して車載タッチパネル１６ａに表示し、さらにユーザが入力した目的地の経路を表示すると共に車載スピーカから音声案内を出力してナビゲーションを行う。このようなナビゲーションの機能は公知であるため、詳細な説明については省略する。なお、ＦＩ−ＥＣＵ１４から情報を受信する車載ユニットは、ＤＡ１６に限定されず、例えばナビゲーション装置を適用してもよい。

ＤＡ１６は、自己診断部３０からＯＢＳ情報Ｘを受信すると、記憶部にデータを一時的に蓄積する。また、ＤＡ１６は、電波受信により正確な時刻を計測しており、図３に示すように、ＯＢＳ情報Ｘに時間情報ＸＣを付加する。さらに、ＤＡ１６は、内部のＧＮＳＳ測位部３８で測位した車両１２の位置情報ＸＤをＯＢＳ情報Ｘに付加する。これにより、ＯＢＳ情報Ｘは、付属情報α（時間情報ＸＣ、位置情報ＸＤ）が付加された状態で外部に送信される。ＯＢＳ情報Ｘに付加される付属情報αは、車両１２が移動性を有することから、時間的に値が変化する情報と言うことができる。以下の説明では、車内通信時のＯＢＳ情報Ｘと区別するため、外部送信用の付属情報αを含むＯＢＳ情報Ｘを単に外部送信情報Ｙという。

ＤＡ１６は、ＯＢＳ情報Ｘに対し、付属情報αを新たなデータフレーム（例えば、時間情報ＸＣを＃ｎ＋１、位置情報ＸＤを＃ｎ＋２〜＃ｎ＋ｍ）として付加する。これにより外部送信情報Ｙは、外部通信装置２０を介して、データフレーム毎に分割されて外部に送信される。

ＤＡ１６に接続される外部通信装置２０は、車外の基地局２２にアクセス可能な図示しない無線用アンテナを有する。外部通信装置２０は、データフレームをパケット通信方式により無線送信する。外部通信装置２０は、コスト低減のため、符号データのみを送受信する簡易な装置を適用することが好ましい。

また、外部通信装置２０は、自己診断部３０が異常を検出しない通常時に、ＤＡ１６の処理下に通信回線を開くことで、ネットワーク２４を介して無線通信を行い、走行に利用可能なサービス情報を外部アクセス群２６から受信してもよい。受信するサービス情報としては、例えば、道路の渋滞情報、駐車場の位置情報ＸＤ、地図の更新情報、気象情報、防災情報、観光スポット等のドライブ情報、システムの更新情報等が挙げられる。

また、ＤＡ１６と外部アクセス群２６との間で情報通信を行う通信手段は、上記の外部通信装置２０に限定されるものではなく、種々の装置を適用することができる。例えば、通信手段としてユーザが車内に持ち込む携帯端末４０を適用することができる。携帯端末４０は、外部への通信機能を有するものであれば特に限定されず、スマートフォンを含む携帯電話、携帯型情報端末（ＰＤＡ、タブレット端末等）、ラップトップコンピュータ、ウェアラブルコンピュータ或いは他の情報通信機器等を適用し得る。

この場合、携帯端末４０は、外部アクセス群２６への無線接続の他に、車内のＤＡ１６との間でデータを送受信可能なものが適用される。これにより、携帯端末４０は、ＤＡ１６の情報を受信して使用する、又は携帯端末４０の情報をＤＡ１６に提供することができる。ＤＡ１６と携帯端末４０間の接続は、例えば、ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格で知られる近距離無線通信を適用することができる。なお、ＤＡ１６と携帯端末４０の接続は、近距離無線通信に限らず、例えばＵＳＢやＨＤＭＩ（登録商標）等による有線通信でもよい。

車両１２からアクセスされるネットワーク２４としては、例えば、インターネットプロトコルを利用する無線アクセスシステムが挙げられる。無線アクセスシステムの基地局２２は、通信インフラとして公道付近に多数設けられており、外部通信装置２０からのデータ通信を比較的容易に行うことができる。なお、ネットワーク２４は、車両１２と外部アクセス群２６の間を情報通信可能なものであれば、その経路や通信方式については特に限定されず、例えば、プライベートネットワークに対応するように構成されてもよい。これにより、ネットワーク２４の混雑による通信遅延の防止及び接続率の向上が可能となる。

外部送信情報Ｙの受信先であるサービスセンタ２８は、外部送信情報Ｙを受信するサーバ２８ａを有する。サービスセンタ２８のサーバ２８ａは、複数の外部送信情報Ｙを適宜なデータ保存形式（例えば、異常のコード毎にデータベース化する等）により管理する。車両１２を製造する工場の品質管理部門４２等は、このサーバ２８ａにアクセスして保存した外部送信情報Ｙを利用することで、不具合の原因究明や品質改善に役立てることができる。

次に、図２を参照して、車内通信システム１０の具体的な構成を説明していく。自己診断部３０は、ＦＩ−ＥＣＵ１４に記憶されている自己診断プログラム（図示せず）の実行に基づき動作し、ＯＢＳ情報生成部５０及びＯＢＳ送信部６０を機能的に構築する。

ＯＢＳ情報生成部５０は、車両１２の異常の発生（トリガの検出）に基づくＯＢＳ情報Ｘを生成する機能部である。ＯＢＳ情報生成部５０は、２つの異常が発生した場合でも、第１のトリガに基づく第１のＯＢＳ情報Ｘ１（第１のデータ、以下ＯＢＳ１ともいう）と、第２のトリガに基づく第２のＯＢＳ情報Ｘ２（第２のデータ、以下ＯＢＳ２ともいう）を並列的に生成する。ＯＢＳ情報生成部５０の内部には、トリガ検出部５２と、識別符号生成部５４と、診断データ生成部５６とが設けられる。

トリガ検出部５２は、自己診断部３０の動作状態で、センサ３４から送信される信号を定常的に監視して、ＦＩ−ＥＣＵ１４の異常を判断する。トリガ検出部５２は、異常の種類（コード）に対応したレジスタを内部に有し、車両１２の異常を検出すると、異常の検出箇所や種類に応じてフラグを立てることで、ＯＢＳ情報Ｘの生成用のトリガとする。

識別符号生成部５４は、トリガ検出部５２のトリガの検出に基づき、ＯＢＳ情報ＸのＯＢＳ識別符号ＸＡを割りふる。ＯＢＳ識別符号ＸＡは、他のＯＢＳ情報Ｘと識別できればよく、車両１２の購入時から異常が発生した順に符号をふってもよく、ランダムに符号をふってもよい。

診断データ生成部５６は、トリガ検出部５２のトリガに基づき、ＦＩ−ＥＣＵ１４に記憶されている所定（複数又は１つ）のセンサ３４の検出信号を抽出する。抽出される検出信号は、トリガの検出時を基準に、それよりも前にリングバッファ領域に一時記憶されたもの全て（又は直近の一部）が取り出される。そして、診断データ生成部５６は、センサ３４個別の検出信号をまとめてＯＢＳ診断データＸＢを生成する。ＯＢＳ情報生成部５０は、ＯＢＳ識別符号ＸＡとＯＢＳ診断データＸＢを生成すると、これらの情報を一体化してＯＢＳ情報Ｘとする。

自己診断部３０のＯＢＳ送信部６０は、ＯＢＳ情報生成部５０が生成したＯＢＳ情報ＸをＤＡ１６に送信する。特に、本実施形態に係るＯＢＳ送信部６０は、２以上のＯＢＳ情報Ｘ（ＯＢＳ１、ＯＢＳ２）を送信する場合でも、ＯＢＳ情報Ｘを効果的に送信することができる。具体的に、ＯＢＳ送信部６０の内部には、データフレーム生成部６２及び送信タイミング設定部６４が設けられる。

データフレーム生成部６２は、ＯＢＳ情報生成部５０で生成されたＯＢＳ情報Ｘを、パケット通信方式で送信するために分割してデータフレームを複数形成する。

送信タイミング設定部６４は、トリガ検出部５２のレジスタを監視し、ＤＡ１６に送信するＯＢＳ情報Ｘの送信タイミングを設定する。具体的に、送信タイミング設定部６４は、送信ステータス（図４及び図５参照）を管理しており、２以上のＯＢＳ情報Ｘを送信する場合は、トリガ検出部５２のフラグに基づき送信ステータスを変化させることで、ＤＡ１６に送信するＯＢＳ情報Ｘの切替等を行う。例えば、送信タイミング設定部６４は、第１のトリガに基づくＯＢＳ１の送信中に、トリガ検出部５２により第２のトリガを検出した場合、ＯＢＳ１の送信を中断して第２のトリガに基づくＯＢＳ２の送信に切り替える処理を行う。この処理については、後に詳述する。

一方、受信側であるＤＡ１６の内部には、ＤＡ１６内に記憶されている送信用プログラム（図示せず）の動作に基づき、ＯＢＳ受信部７０、送信情報生成部７２及び外部送受信部７４を機能的に構築する。ＯＢＳ受信部７０は、自己診断部３０のＯＢＳ送信部６０から送信されるＯＢＳ情報Ｘを受信する。ＯＢＳ情報Ｘはデータフレーム単位で受信されて、ＯＢＳ受信部７０において一連のＯＢＳ情報Ｘに構成される。

送信情報生成部７２は、ＯＢＳ受信部７０が受信したＯＢＳ情報Ｘに対し、ＤＡ１６内で計測している時間情報ＸＣ、ＧＮＳＳ測位部３８が測位した車両１２の位置情報ＸＤを付加し、外部送信情報Ｙを生成する。

外部送受信部７４は、車外通信システム１８の一部を構成し、送信情報生成部７２が生成した外部送信情報Ｙを、外部通信装置２０を用いて無線送信する。外部送信情報Ｙは、送信時に外部送受信部７４によって、外部の無線アクセスシステムに対応したデータフレームに分割されるとよい。従って、ＤＡ１６では、自己診断部３０のデータフレーム生成部６２が生成したデータフレームを維持し、そのまま外部送受信部７４に送信してもよい。

本実施形態に係る車内通信システム１０は、基本的には以上のように構成されるものであり、以下その作用効果について説明する。

図４は、図１の自己診断部３０（ＦＩ−ＥＣＵ１４）からＤＡ１６に複数のＯＢＳ情報Ｘ（ＯＢＳ１、ＯＢＳ２）を送信する際の送信制御を示すタイムチャートである。車内通信システム１０の自己診断部３０は、図４中の時点ｔ１において、トリガ検出部５２により車両１２の異常を最初に検出する。これにより、トリガ検出部５２は、最初のフラグ（以下、ＯＢＳ１フラグという）を立てて第１のトリガとする。

ＯＢＳ１フラグが立つと、ＯＢＳ情報生成部５０の識別符号生成部５４は、第１のトリガに基づくＯＢＳ１識別符号を生成する。同時に、診断データ生成部５６は、所定のセンサ３４の記憶されている検出値を抽出してＯＢＳ１診断データを生成する。ＯＢＳ情報生成部５０で生成されたＯＢＳ１（ＯＢＳ１識別符号、ＯＢＳ１診断データ）は、ＯＢＳ送信部６０からＤＡ１６に送信される。この場合、送信タイミング設定部６４は、第１のトリガに基づきＯＢＳ送信ステータスを１に設定し、ＯＢＳ１の送信を管理する。

ＯＢＳ送信部６０は、ＯＢＳ１識別符号を含むデータフレーム＃０を最初に送信する。よって、受信側であるＤＡ１６も、このＯＢＳ１識別符号を最初に受信する。ＤＡ１６の送信情報生成部７２は、認識したＯＢＳ１識別符号に対しその時点での時間情報ＸＣ（タイムスタンプ）と位置情報ＸＤ（ＧＮＳＳ情報）を紐付けする。これにより、ＯＢＳ１を有する外部送信情報Ｙ１には、車両１２の異常が発生したタイミングでのリアルタイムな時間情報ＸＣと位置情報ＸＤが付加される。

その後、車内通信システム１０は、自己診断部３０からＤＡ１６にＯＢＳ１診断データを継続的に送信し、ＤＡ１６側にＯＢＳ１のデータを蓄積していく。ＯＢＳ１の送信時に、例えば車両１２のイグニションスイッチが操作される等して電源が停止された場合には、ＯＢＳ送信部６０は、電源が停止された際に送信していたデータフレームを記憶しておく。再起動された際には、停止されたデータフレームを最初から送信を再開する、又は停止されたデータフレームよりも幾つか前のデータフレームから送信を行うとよい。これによりデータフレームの抜けを防ぐことができる。

図４中の時点ｔ２において、ＯＢＳ１の送信中に、トリガ検出部５２により新たな車両１２の異常を検出すると、トリガ検出部５２は、別のフラグ（以下、ＯＢＳ２フラグという）を立てて第２のトリガとする。

ＯＢＳ２フラグが立つと、ＯＢＳ情報生成部５０の識別符号生成部５４は、第２のトリガに基づくＯＢＳ２識別符号を生成する。同時に、診断データ生成部５６は、所定のセンサ３４の記憶されている検出値を抽出してＯＢＳ２診断データを生成する。

そして、ＯＢＳ送信部６０の送信タイミング設定部６４は、ＯＢＳ２フラグに基づき、ＯＢＳ送信ステータスを１から２に変更する。これにより、ＯＢＳ送信部６０は、ＤＡ１６へのＯＢＳ１の送信を中断して、ＯＢＳ２の送信に切り替える。この切替に伴い、ＯＢＳ情報生成部５０で生成されたＯＢＳ２（ＯＢＳ２識別符号、ＯＢＳ２診断データ）をＤＡ１６に送信する。

ＯＢＳ送信部６０は、ＯＢＳ１の送信を中断する際に、送信途中のデータフレームを送りきり、そのＥＯＦ（ＥｎｄｏｆＦｒａｍｅ）の前等に中断を示す中断指示データを付与するとよい。ＯＢＳ送信部６０は、ＯＢＳ１の送信再開時に、中断指示データに照合するデータフレーム（中断したデータフレームの次のデータフレーム）を送信して、ＯＢＳ１の送信を途中から再開することができる。また、送信中のＯＢＳ１のデータフレームを送りきるまでの時間は僅かであるため、ＯＢＳ２識別符号に付属情報αを付加するタイミングが大きく遅れることはない。

ＯＢＳ送信部６０は、ＯＢＳ２を送る際も、ＯＢＳ２識別符号を含むデータフレーム＃０を最初に送信する。よってＤＡ１６も、このＯＢＳ２識別符号を最初に受信する。そして、ＤＡ１６の送信情報生成部７２は、ＯＢＳ２識別符号を受信した時点での時間情報ＸＣと位置情報ＸＤを紐付ける。これにより、ＯＢＳ２を有する外部送信情報Ｙ２も、車両１２の異常が発生したタイミングのリアルタイムな時間情報ＸＣと位置情報ＸＤを有する。

その後、車内通信システム１０は、自己診断部３０からＤＡ１６にＯＢＳ２診断データを継続的に送信し、ＤＡ１６側にＯＢＳ２のデータを蓄積していく。ＯＢＳ２の送信は、図４中の時点ｔ３においてＯＢＳ２診断データの送信が全て完了するまで継続される。

そして、ＯＢＳ２の送信が完了したことにともない、トリガ検出部５２はＯＢＳ２フラグを倒す。これにより送信タイミング設定部６４は、ＯＢＳ送信ステータスを１に戻し、ＯＢＳ送信部６０はＯＢＳ１の送信を再開する。ＯＢＳ送信部６０は、ＯＢＳ１のデータフレームを途中（或いは中断したフレームよりも多少前）から送信再開することで、ＯＢＳ１及びＯＢＳ２全体の送信時間を短くすることができ、省電力化を図ることができる。

ＯＢＳ１の送信を継続して、図４中の時点ｔ４において完了すると、トリガ検出部５２は、ＯＢＳ１フラグを倒す。これにより送信タイミング設定部６４は、ＯＢＳ送信ステータスを０に戻し、ＯＢＳ情報Ｘの送信を終了する。

なお、車内通信システム１０は、３つ（或いは４以上）のトリガを並行的に検出した場合でも上記と同様の処理を行うことができる。例えば、ＯＢＳ２の送信中に第３のトリガが発生した場合には、ＯＢＳ２から第３のトリガに基づくＯＢＳ３に切り替えて送信を行うことで、異常検出時の時間情報ＸＣ及び位置情報ＸＤをＯＢＳ３に付加することができる。ＯＢＳ３の送信完了後は、ＯＢＳ１又はＯＢＳ２のいずれかの送信を再開すればよい。

以上のように、本実施形態に係る車内通信システム１０は、ＯＢＳ１の送信中に第２のトリガが発生した場合に、ＯＢＳ１の送信を中断してＯＢＳ２の送信を開始する。これにより、ＤＡ１６では、第１のトリガの発生時点における時間情報ＸＣ及び位置情報ＸＤをＯＢＳ１に付加し、且つ第２のトリガの発生時点における時間情報ＸＣ及び位置情報ＸＤをＯＢＳ２に付加する。そのため、ＯＢＳ１、ＯＢＳ２各々の情報の精度が向上する。そして、付属情報αを含む外部送信情報Ｙは、後に車両１２の異常の原因を究明する際等に有効に活用される。

この場合、自己診断部３０は、ＯＢＳ２の送信が完了した後に、ＯＢＳ１の送信を再開することで、自己診断部３０におけるＯＢＳ１、ＯＢＳ２のデータの送信制御をより簡単に行うことができる。

なお、本実施形態に係る車内通信システム１０は、上記の実施形態に限定されるものではなく、種々の変形例及び応用例をとり得る。例えば、携帯端末４０が測位機能を有している構成では、車内通信システム１０は、自己診断部３０のＯＢＳ情報Ｘを携帯端末４０に送信し、携帯端末４０において位置情報ＸＤや時間情報ＸＣを付加する構成としてもよい。すなわち、本発明に係る車載ユニットは、ユーザが車内に持ち込む機器を含むものとする。この場合、携帯端末４０には、上記のＤＡ１６と同様の処理を行うアプリケーションを予めインストールしておけばよい。

また、車内通信システム１０は、ＯＢＳ１の送信を中断した場合、ＯＢＳ１識別符号のデータフレームと付属情報αを残してＯＢＳ１診断データを削除し、ＯＢＳ２の送信後にＯＢＳ１診断データを再び最初から送信してもよい。これにより、自己診断部３０は、ＯＢＳ１のデータフレームをどこまで送信したかを認識しなくてもよくなるため、送信制御を一層簡単化することができる。

以下、変形例に係る車内通信システム１０Ａの送信制御について、図５を参照して説明する。

図５に示す変形例に係る車内通信システム１０Ａ（図１参照）は、ＯＢＳ送信部６０がＯＢＳ識別符号ＸＡとＯＢＳ診断データＸＢとを個別に送信している点で、車内通信システム１０と異なる。この場合、車内通信システム１０Ａの自己診断部３０Ａ（図２参照）は、図５中の時点ｔ１１において、トリガ検出部５２により最初に車両１２の異常を検出する。これにより、トリガ検出部５２は、ＯＢＳ１フラグを立てて第１のトリガとする。

ＯＢＳ１フラグが立つと、ＯＢＳ情報生成部５０の識別符号生成部５４は、第１のトリガに基づくＯＢＳ１識別符号を生成する。同時に、診断データ生成部５６は、所定のセンサ３４の記憶されている検出値を抽出してＯＢＳ１診断データを生成する。そして、ＯＢＳ送信部６０の送信タイミング設定部６４は、ＯＢＳ送信ステータスを１に設定し、ＯＢＳ１の送信を管理する。

ＯＢＳ送信部６０は、ＯＢＳ１の送信を開始すると、識別符号生成部５４で生成されたＯＢＳ１識別符号をＤＡ１６に送信する。受信側であるＤＡ１６は、このＯＢＳ１識別符号を受信すると、送信情報生成部７２において受信時点の時間情報ＸＣ（タイムスタンプ）と位置情報ＸＤ（ＧＮＳＳ情報）を紐付ける。これにより、ＯＢＳ１を有する外部送信情報Ｙには、車両１２の異常が発生したタイミングでの時間情報ＸＣと位置情報ＸＤが付加される。

次に、ＯＢＳ送信部６０は、診断データ生成部５６で生成したＯＢＳ１診断データを継続的に送信する。ＤＡ１６は、ＯＢＳ１識別符号とＯＢＳ１診断データを関連付けて記憶し、ＯＢＳ１としてデータを蓄積していく。

そして、図５中の時点ｔ１２において、ＯＢＳ１診断データの送信中に、トリガ検出部５２により新たな車両１２の異常を検出すると、トリガ検出部５２は、ＯＢＳ２フラグを立てて第２のトリガとする。

そして、ＯＢＳ送信部６０の送信タイミング設定部６４は、ＯＢＳ２フラグに基づき、ＯＢＳ送信ステータスを一時的に１から２に変更する。これにより、ＯＢＳ送信部６０は、ＤＡ１６へのＯＢＳ１の送信を中断して、ＯＢＳ２の送信に一時的に切り替える。この一時的な切替に伴い、ＯＢＳ送信部６０は、識別符号生成部５４で生成されたＯＢＳ２識別符号をＤＡ１６に送信する。換言すれば、変形例に係る自己診断部３０Ａの送信タイミング設定部６４は、ＯＢＳ２識別符号を含むデータフレームのみを送信させる送信トリガを発生させる。

受信側であるＤＡ１６は、ＯＢＳ２識別符号を受信すると、送信情報生成部７２において受信時点の時間情報ＸＣ（タイムスタンプ）と位置情報ＸＤ（ＧＮＳＳ情報）を紐付ける。その結果、ＯＢＳ２を有する外部送信情報Ｙには、車両１２の異常が発生したタイミングでの時間情報ＸＣと位置情報ＸＤが付加される。

送信タイミング設定部６４がＯＢＳ送信ステータスを１に戻すと、ＯＢＳ１診断データの送信を再開する。そして、ＯＢＳ１診断データの送信が完了するまで、ＯＢＳ１の送信を継続する。仮に、新たなトリガ（第３のトリガ）が発生した場合には第２のトリガ発生時と同様の処理を行い、ＯＢＳ１の送信に戻る。

図５中の時点ｔ１３においてＯＢＳ１の送信が完了すると、トリガ検出部５２はＯＢＳ１フラグを倒す。これにより、送信タイミング設定部６４はＯＢＳ送信ステータスを１から２に変更して、ＯＢＳ２の送信に切り替え、ＯＢＳ送信部６０がＯＢＳ２診断データの送信を行う。受信側であるＤＡ１６は、先に受信したＯＢＳ２識別符号にＯＢＳ２診断データを関連付けることで、ＯＢＳ２としてデータを蓄積していく。

そして、図５中の時点ｔ１４においてＯＢＳ２の送信が完了すると、トリガ検出部５２は、ＯＢＳ２フラグを倒す。これにより送信タイミング設定部６４は、ＯＢＳ送信ステータスを０に戻し、ＯＢＳ情報Ｘの送信を終了する。

以上のように、変形例に係る車内通信システム１０Ａの送信制御でも、第１のトリガの発生時点における付属情報αをＯＢＳ１に付加し、且つ第２のトリガの発生時点における付属情報αをＯＢＳ２に付加することができる。よって、車内通信システム１０と同様の効果を得ることができる。特に、この車内通信システム１０Ａは、ＯＢＳ２の一部のみを送信した後にＯＢＳ１の送信を再開することで、ＯＢＳ１のデータ送信を発生したトリガの順にデータ送信を完了することができる。従って、ＤＡ１６からサービスセンタ２８にＯＢＳ１、ＯＢＳ２を送信する際に、ＯＢＳの発生順に簡単に送信することができ、サービスセンタ２８においてスムーズな対処をとることができる。

なお、車内通信システム１０Ａは、ＯＢＳ識別符号ＸＡに、発生した異常に関する重要度のパラメータを設けておき、ＯＢＳ識別符号ＸＡに含まれる重要度が高い順にデータ送信を行う構成としてもよい。例えば、ＯＢＳ１識別符号の重要度よりもＯＢＳ２識別符号の重要度が高い場合には、ＯＢＳ２診断データの送信を優先する。これにより、ＤＡ１６は、重要度が高いＯＢＳ情報Ｘを直ぐにサービスセンタ２８に送信することができる。また、車内通信システム１０Ａでも、ＯＢＳ２識別符号を送信するためにＯＢＳ１の送信を中断した場合に、ＯＢＳ１診断データを最初から送信し直してもよい。

上記において、本発明について好適な実施形態を挙げて説明したが、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の改変が可能なことは言うまでもない。例えば、車内通信システム１０、１０Ａによる通信は、ＦＩ−ＥＣＵ１４とＤＡ１６の間に限定されるものではなく、車両１２内に配される２つの異なる装置の間（例えば、ＥＣＵ３２同士）の通信にも適用することができる。

１０、１０Ａ…車内通信システム
１４…エンジン制御装置（ＦＩ−ＥＣＵ）
１６…ディスプレイオーディオ（ＤＡ）
３０、３０Ａ…自己診断部
３２…ＥＣＵ３４…センサ
５０…ＯＢＳ情報生成部６０…ＯＢＳ送信部
Ｘ…ＯＢＳ情報ＸＡ…ＯＢＳ識別符号
ＸＢ…ＯＢＳ診断データＹ…外部送信情報
α…付属情報

Claims

トリガに基づきデータの送信を行う第１車載ユニットと、
前記第１車載ユニットから前記データを受信し、時間的に変化する付属情報を前記データに付加する第２車載ユニットと、を備え、
前記第１車載ユニットは、第１のトリガに基づく第１のデータを送信している間に第２のトリガが発生した場合に、前記第１のデータの送信を中断して、前記第２のトリガに基づく第２のデータの送信を開始し、
前記第２車載ユニットは、前記第１及び第２のデータを最初に受信したタイミングで、前記付属情報として、前記受信した時点での時間情報及び位置情報を前記第１及び第２のデータにそれぞれ付与して外部送信情報を生成し、前記外部送信情報を車両の外部に送信する
ことを特徴とする車内通信システム。
請求項１記載の車内通信システムにおいて、
前記第１車載ユニットは、前記第２のデータの送信が完了した後に、前記第１のデータの送信を再開する
ことを特徴とする車内通信システム。
請求項１記載の車内通信システムにおいて、
前記第１車載ユニットは、前記第１のデータの中断後に前記第２のデータの一部のみを送信し、その後に前記第１のデータの送信を再開する
ことを特徴とする車内通信システム。