JP2006282053A - 通信制御装置および通信制御方法 - Google Patents

Abstract

【課題】 複数のセンサと、各センサで検知されたデータを処理する情報処理装置との間の通信を簡単な構成で安価に実現できる通信制御装置を提供する。
【解決手段】 サテライトセンサ２０と、サテライトセンサ２０で検出された検知データを処理するＥＣＵ３０とを備える通信制御装置１において、サテライトセンサ２０は、所定の検知データをそれぞれ検出する衝突検知センサ２１，取付角度センサ２２と、各センサ２１，２２で検出された検知データを共通の信号線１０を介してＥＣＵ３０に送信するための通信インターフェース２３と、送信される検知データの送信周期をセンサの種類に応じて切り替えるＣＰＵ２５とを有し、ＥＣＵ３０は、サテライトセンサ２０から受信したデータの受信周期に基づいて、この受信データがどのセンサが検知した検知データであるかを識別するデータ識別手段３７を有する。
【選択図】 図１

Description

本発明は、通信制御装置に関し、特に車両用フード制御装置の通信制御装置および通信制御方法に関する。

従来、車両が歩行者に衝突した場合に、衝突された歩行者を保護するために車両用フードを制御する車両用フード制御装置が知られている（例えば特許文献１、特許文献２参照）。特許文献１に開示された車両用フード制御装置は、車両前方のバンパに取り付けられた衝突検知センサと、１本の信号線にて接続された制御装置（ＥＣＵ等の情報処理装置）とから構成された通信制御装置を有している。この通信制御装置は、制御装置にて歩行者と衝突したと判定したときに、フードを所定量持上げさせると共に、その持上げさせた位置で保持させる。このようにフードを持上げると、フードの下方への変形可能量が増大し、フードに歩行者が衝突するときのフードの変形によって衝突エネルギーを吸収させることができる。

また、特許文献２に開示された車両用フード制御装置は、車両前方からの衝撃を検出するバンパセンサと、フード上方からの衝撃を検出するフードセンサと、各センサの出力信号をそれぞれ送信するための２本の信号線にて接続された制御装置とから構成された通信制御装置を有している。この車両用フード制御装置は、前方および上方からの衝撃を検出した場合にフード上にエアバッグを展開し、前方からの衝撃だけを検出した場合にエアバッグを展開しない。これは、車両が歩行者に衝突した場合には、歩行者が車両の前方およびフードの上方で２重に衝突する現象が起こることを考慮することにより、車両に衝突した対象が歩行者か否かを判別してエアバッグの無用な展開を防止するためである。
特開平９−３１５２６６号公報（段落００１２〜００１８、図１） 特開平８−２１６８２６号公報（段落００１０〜００２２、図１）

ところで、車両のバンパおよびその近傍は比較的柔らかい材質で構成されているため、例えば駐車場内での軽衝突等によりバンパが変形すると、このバンパに取り付けられた衝突検知センサの取付プレートが歪んだり変形したりする。そのため、特許文献１および特許文献２に開示された車両用フード制御装置では、衝突検知センサが衝突検知を正確に実行できなくなる虞がある。

そこで、この衝突検知センサの取付角度を検出する取付角度センサを別に設け、取付角度が変化して衝突検知センサの精度に影響を与えるような場合に、そのことを乗員に報知するように改良することが考えられる。この場合、衝突検知センサおよび取付角度センサの２つのセンサを用いるため、特許文献２に開示された通信制御装置のように、衝突検知センサと制御装置の間に２本の信号線が必要となる。このように２本の信号線を用いた場合、フード近傍に多くのスペースを必要とするばかりでなく、以下のような不都合が生じる。

（１）衝突検知センサから制御装置へ衝突検知情報が常に送信されるので、制御装置への通信負荷が大きくなる。また、この衝突検知情報として衝突時に早いタイミングで大量のデータを送信する必要がある。
（２）衝突検知センサ用通信インターフェースおよび信号線と、取付角度センサ用通信インターフェースおよび信号線を個別に設ける必要がある。
（３）制御装置において、センサで検知されたデータの受信処理を行なうソフトウェアに対して負担が大きくなり、高性能な処理能力を有する高価なＣＰＵ等が必要となる。
（４）信号線が１本の場合に比較して外部からのノイズの影響を受け易くなるため、衝突検知センサの故障診断工数が増加してしまう。

そこで、本発明では、前記した問題を解決し、複数のセンサと、各センサで検知されたデータを処理する情報処理装置との間の通信を簡単な構成で安価に実現できる通信制御装置および通信制御方法を提供することを目的とする。

前記課題を解決するため、請求項１の通信制御装置は、センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置において、前記センサ装置は、所定の検知データをそれぞれ検出する複数のセンサと、各センサで検出された検知データを共通の信号線を介して前記情報処理装置に送信するための送信手段と、この送信手段で送信される検知データの送信周期をセンサの種類に応じて切り替える切替制御手段とを有し、前記情報処理装置は、前記センサ装置から受信したデータの受信周期に基づいて、この受信データがどのセンサが検知した検知データであるかを識別するデータ識別手段を有することを特徴とする。

かかる構成によれば、通信制御装置は、センサ装置の切替制御手段によって、各センサで検出された検知データを切り替えて選択し、所定の送信タイミングであるかどうかを判定して、送信タイミングの検知データを検知したセンサの種類に応じて、送信周期の異なる複数の送信モードを用いて、選択した検知データを情報処理装置に送信する。ここで、所定の送信タイミングを判定する基準は、例えば、最も頻繁に送りたい検知データ、すなわち、最短周期で送信する検知データの値と、１つ以上の所定のしきい値との比較結果に基づくものであってもよい。

請求項２に記載の通信制御装置は、請求項１に記載の通信制御装置において、前記情報処理装置のデータ識別手段は、前記センサ装置から受信したデータを一時記憶する受信データ記憶手段から、所定時間間隔毎に受信データを読み出し、読み出すべき受信データがないときに所定値を積算し、この積算された値に基づいて、前記受信データがどのセンサが検知した検知データであるかを識別することを特徴とする。

かかる構成によれば、通信制御装置は、情報処理装置のデータ識別手段によって、所定値を積算することで受信データの受信周期を認識することができる。したがって、予めセンサ装置のセンサの種類に応じた送信周期に基づくしきい値を設けておくことで、受信データの受信周期から、その受信データがどのセンサが検知した検知データであるかを識別することができる。ここで、データ識別手段が受信データ記憶手段から受信データを読み出すタイミング、すなわち、前記所定時間間隔は、最も頻繁に送りたい検知データ、すなわち、最短周期で送信する検知データの送信周期とほぼ同じとし、１〜１０％程度長いことが好ましい。このようにすることで、最短周期で送信される検知データを受信する際の誤作動を軽減できる。

請求項３に記載の通信制御装置は、請求項２に記載の通信制御装置において、前記情報処理装置のデータ識別手段は、前記積算された値が所定の範囲内にないときに、前記受信データ記憶手段に一時記憶された受信データを破棄することを特徴とする。

かかる構成によれば、通信制御装置は、情報処理装置のデータ識別手段によって、検知データの受信周期に適合させて、前記積算された値の所定の範囲を予め決定しておくことにより、この検知データを誤りなく識別することができる。一方、情報処理装置が、例えば長周期で受信する検知データに続けて、短周期で受信する検知データを受信した場合、この２種類の検知データの境界においては、前記積算された値が所定の範囲内にないことになる。この場合、いずれの検知データであるのか不明確になるので、この受信データだけを破棄することで、データ識別手段によるデータ識別を精度よく実行することが可能となる。

請求項４に記載の通信制御装置は、請求項１乃至請求項３のいずれか一項に記載の通信制御装置において、前記センサ装置の複数種類のセンサは、車両が歩行者と衝突したときに、前記検知データとして衝突検知情報を検出するための衝突検知センサと、前記衝突検知センサの取付角度が変化したときに、前記検知データとして、取付角度情報を検出するための取付角度センサとから構成され、前記衝突検知センサからの検知データの送信周期は、前記取付角度センサからの検知データの送信周期よりも短いことを特徴とする。

かかる構成によれば、通信制御装置は、センサ装置によって、取付角度情報に対して比較的長い送信周期を使用し、衝突検知情報に対して比較的短い送信周期を使用する。したがって、衝突検知情報を比較的短時間で情報処理装置に送信することができる。その結果、通信制御装置は、情報処理装置によって、受信した衝突検知情報を車両の衝突判定に迅速に利用することができる。

請求項５に記載の通信制御方法は、センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置における通信制御方法であって、前記センサ装置において、所定の検知データをそれぞれ検出する複数のセンサで検出された検知データを共通の信号線を介して前記情報処理装置に送信する送信ステップと、この送信ステップで送信される検知データの送信周期をセンサの種類に応じて切り替える切替ステップと、を含んで実行し、前記情報処理装置において、前記センサ装置から各検知データを受信する受信ステップと、受信したデータの受信周期に基づいて、各受信データがどのセンサで検知された検知データであるかを識別するデータ識別ステップと、を含んで実行することを特徴とする。

このような手順によれば、通信制御装置は、センサ装置において、切替ステップによって、各センサで検出された検知データを切り替えて選択する。そして、所定の送信タイミングとなったときに、送信ステップによって、選択した検知データを、検知したセンサの種類に応じた送信周期の異なる複数の送信モードを用いて、情報処理装置に送信する。そして、通信制御装置は、情報処理装置において、受信ステップによって受信した各検知データの受信周期に基づいて、データ識別ステップによって、各受信データがどのセンサで検知された検知データであるかを識別する。

本発明によれば、センサ装置で検知した複数の検知データを情報処理装置に対して１つの信号線で送信できるので、通信用のＩＣやハーネスを削減することができる。これによって、スペース効率が向上し、製造コストを低減することができると共に、外部からのノイズを低減することができる。

［通信制御装置の構成］
以下、本発明の実施形態に係る通信制御装置について図１を参照して説明する。図１は、本発明の実施形態に係る通信制御装置の構成を示すブロック図である。
通信制御装置１は、自動車などの車両に配設されるものであり、図１に示すように、１本の信号線１０で互いに接続されたサテライトセンサ２０と、ＥＣＵ３０とを備えている。

サテライトセンサ（センサ装置）２０は、車両の前方部の所定位置に配設され、車両が受けた衝撃をＥＣＵ３０に伝達するものであり、図１に示すように、衝突検知センサ２１と、取付角度センサ２２と、通信インターフェース２３と、ＲＡＭ２４と、ＣＰＵ２５とを備えている。

衝突検知センサ２１は、衝撃等を検出する加速度センサであり、検出レンジは例えば±５０〜１００Ｇである。この加速度センサの出力であるアナログ信号はＣＰＵ２５のＩＮ１に出力される。
取付角度センサ２２は、重力を検出する加速度センサであり、検出レンジは、衝突検知センサ２１の検出レンジよりも十分小さいものであり、例えば±１Ｇ程度である。この加速度センサの出力であるアナログ信号はＣＰＵ２５のＩＮ２に出力される。この取付角度センサ２２で検出される重力が、後記するように、ＥＣＵ３０において、衝突検知センサ２１の取付角度の変化（センサ取付角度の変化）か生じたか否かを判定するために利用される。

通信インターフェース２３は、ＣＰＵ２５の制御に基づいて所定の送信モードで、送信バッファ２６に格納されたデータを信号線１０を介してＥＣＵ３０に送信するものである。ここで、送信モードは、長周期Ｔ₁（例えば１０〜１００ｍｓ）の間欠送信モードＭ_Sと、短周期Ｔ₂（例えば０．５〜１ｍｓ）の連続送信モードＭ_Cを含んでいる。
ＲＡＭ（Random Access Memory）２４は、半導体メモリや磁気メモリなどの書き換え可能な記憶手段であり、後記するように、ＣＰＵ２５による演算処理等に利用される。

ＣＰＵ（Central Processing Unit）２５は、ＩＮ１またはＩＮ２への入力信号に基づいて送信データを生成し、生成した送信データの種類に応じて送信モードを切り替えるものである。このＣＰＵ２５は、所定時間Ｔ₃（＝Ｔ₂／２、例えば０．２５〜０．５ｍｓ）毎に、読み込む入力をＩＮ１とＩＮ２の間で切り替える割込処理を実行する。この割込処理において、ＣＰＵ２５は、ＩＮ１に入力するアナログ信号をディジタル信号（以下、衝突データＤ_Cという）にＡＤ変換し、この衝突データ（衝突検知情報）Ｄ_Cを連続送信モードＭ_Cで送信する。また、この割込処理において、ＣＰＵ２５は、ＩＮ２に入力するアナログ信号をディジタル信号（以下、取付角度データＤ_Sという）にＡＤ変換し、この取付角度データ（取付角度情報）Ｄ_Sを間欠送信モードＭ_Sで送信する。

ＥＣＵ（Electronic Control Unit：情報処理装置）３０は、サテライトセンサ２０の出力データに基づいて、車両の衝突またはセンサ取付角度の変化が生じたか否かを判定し、衝突またはセンサ取付角度の変化に応じた対処を実行するものであり、図１に示すように、衝突対処手段３１と、通信インターフェース３２と、ＣＰＵ３３とを備えている。

衝突対処手段３１は、ＣＰＵ３３から出力される信号に基づいて、車両の衝突またはセンサ取付角度の変化に応じた対処を実行するものである。この衝突対処手段３１は、衝突判定制御手段３５から出力される衝突検知信号に基づいて、図示しない車両の乗員保護装置（エアバッグ等）を展開するための点火動作を実行する。また、衝突対処手段３１は、取付角度検知制御手段３６から出力される取付角度異常信号に基づいて、図示しない警告表示部や音声アナウンスで衝突検知センサ２１が正常な検知動作をできない状態にあることを乗員ヘ報知する。

通信インターフェース３２は、ＣＰＵ３３の制御に基づいて、受信したデータを受信バッファ３４に格納するものである。
ＣＰＵ３３は、衝突判定制御手段３５と、取付角度検知制御手段３６と、データ識別手段３７とを備えている。

衝突判定制御手段３５は、衝突データＤ_Cに基づいて、車両が衝突したか否かを検知するものである。この衝突判定制御手段３５は、衝突を検知した場合に、そのことを示す衝突検知信号を衝突対処手段３１に出力する。
取付角度検知制御手段３６は、取付角度データＤ_Sに基づいて、衝突検知センサ２１の取付角度が変化したか否かを検知するものである。この取付角度検知制御手段３６は、衝突検知センサ２１の取付角度が変化したことを検知した場合、そのことを示す取付角度異常信号を衝突対処手段３１に出力する。

データ識別手段３７は、通信インターフェース３２で受信したデータ（受信データ）が、衝突データＤ_Cと取付角度データＤ_Sのいずれであるかを識別し、データの種類に応じて、受信データを衝突判定制御手段３５または取付角度検知制御手段３６に出力するものである。このデータ識別手段３７は、所定時間Ｔ₄（Ｔ₂より僅かに大きい、例えば０．５〜１ｍｓ）毎に、受信バッファ３４に受信データがあるか否かを判定する割込処理を実行する。この割込処理において、データ識別手段３７は、受信バッファ３４に受信データがない場合にタイマ（エンプティタイマ）の値Ｔ_Nを積算し、受信バッファ３４に受信データがある場合にエンプティタイマの値Ｔ_Nに基づいて、受信データが衝突データＤ_Cと取付角度データＤ_Sのいずれであるかを識別する。

［サテライトセンサの割込処理］
次に、サテライトセンサ２０のＣＰＵ２５が所定時間Ｔ₃毎に行う割込処理について図２を参照（適宜図１参照）して説明する。図２は、図１に示したサテライトセンサのＣＰＵの動作を示すフローチャートである。
まず、ＣＰＵ２５は、読み込む入力をＩＮ１とＩＮ２の間で切り替える（ステップＳ１）。すなわち、前回ＩＮ２の入力を読み込んだ場合、今回はＩＮ１の入力を読み込むように交互に切り替える。

ＣＰＵ２５は、今回は入力をＩＮ１に切り替えたか否かを判定する（ステップＳ２）。ＩＮ１に切り替えた場合（ステップＳ２：Ｙｅｓ）、ＣＰＵ２５は、入力アナログ信号を衝突データＤ_CにＡＤ変換し（ステップＳ３）、続いて、衝突データＤ_Cの絶対値が所定のしきい値α（例えば６Ｇ）以上か否かを判定する（ステップＳ４）。衝突データＤ_Cの絶対値がしきい値α以上の場合（ステップＳ４：Ｙｅｓ）、ＣＰＵ２５は、衝突検知タイマの値Ｔ_Cを予め定められた値Ｘ（以下、タイマセット値Ｘという、例えばＸ＝１００）にセットし（ステップＳ５）、フラグＦを「１」として（ステップＳ６）、処理を終了する。なお、フラグＦ＝「１」は、車両に対して許容範囲の加速度（例えば重力程度、±Ｇ）を超える比較的大きな衝撃が検出されたことを示している。

衝突データＤ_Cの絶対値がしきい値αより小さい場合（ステップＳ４：Ｎｏ）、ＣＰＵ２５は、衝突検知タイマの値Ｔ_Cを減算し（ステップＳ７）、衝突検知タイマの値Ｔ_Cが「０」か否かを判定する（ステップＳ８）。衝突検知タイマの値Ｔ_Cが「０」の場合（ステップＳ８：Ｙｅｓ）、ＣＰＵ２５は、フラグＦを「０」として（ステップＳ９）、処理を終了する。なお、フラグＦ＝「０」は、車両に対して許容範囲の加速度（例えば重力程度、±Ｇ）が検出されたことを示している。
一方、衝突検知タイマの値Ｔ_Cが「０」ではない場合（ステップＳ８：Ｎｏ）、ＣＰＵ２５は、ステップＳ６に進む。すなわち、フラグＦを「１」として処理を終了する。

また、ＣＰＵ２５は、今回は入力をＩＮ２に切り替えた場合（ステップＳ２：Ｎｏ）、入力アナログ信号を取付角度データＤ_SにＡＤ変換し（ステップＳ１０）、フラグが「１」か否かを判定する（ステップＳ１１）。フラグが「１」の場合（ステップＳ１１：Ｙｅｓ）、ＣＰＵ２５は、衝突データＤ_Cを送信バッファ２６に格納し（ステップＳ１２）、送信モードを連続送信モードＭ_Cに切り替える（ステップＳ１３）。これにより、衝突データＤ_Cが連続的に送信される（送信ステップ）。一方、フラグが「０」の場合（ステップＳ１１：Ｎｏ）、ＣＰＵ２５は、取付角度データＤ_Sを送信バッファ２６に格納し（ステップＳ１４）、送信モードを間欠送信モードＭ_Sに切り替える（ステップＳ１５）。これにより、取付角度データＤ_Sが間欠的に送信される（送信ステップ）。なお、本実施形態では、前記したステップＳ１１乃至ステップＳ１５の処理が特許請求の範囲にいう切替ステップに相当することになる。

［サテライトセンサの時系列動作］
次に、サテライトセンサ２０のＣＰＵ２５の時系列的な動作について図３を参照（適宜図２参照）して説明する。図３は、図２に示したＣＰＵの動作を説明するための説明図である。
ここでは、時間間隔が所定時間Ｔ₃である時刻ｔ₀〜ｔ₆を仮定し、ＣＰＵ２５が時刻ｔ₀でＩＮ１の入力信号を読み込み、読み込んだ信号から衝突データＤ_Cを生成するものとする（Ｄ_C生成）。この場合、ＣＰＵ２５は、前記したステップＳ４に示したように、衝突データＤ_Cとしきい値αとの大小を比較判定する（衝突判定）。なお、このときには、まだ衝突が生じていないもの（フラグＦ＝０）とする。

次に、時刻ｔ₁では、ＣＰＵ２５はＩＮ２の入力信号を読み込み、取付角度データＤ_Sを生成する（Ｄ_S生成）。この場合、ＣＰＵ２５は、前記したステップＳ１４およびステップＳ１５に示したように、取付角度データＤ_Sを間欠送信モードＭ_Sで送信する（Ｄ_S送信）。つまり、送信周期は長周期Ｔ₁（≫短周期Ｔ₂）である。

次に、時刻ｔ₃では、ＣＰＵ２５は時刻ｔ₀の場合と同様に動作する。ここで、仮に、衝突判定において、許容範囲を超える衝撃が生じたと判定されたもの（フラグＦ＝１）とする。
すると、時刻ｔ₄では、ＣＰＵ２５は時刻ｔ₁の場合と同様に取付角度データＤ_Sを生成し（Ｄ_S生成）、その後、前記したステップＳ１２およびステップＳ１３に示したように、衝突データＤ_Cを連続送信モードＭ_Cで送信する（Ｄ_C送信）。次に、時刻ｔ₄では、ＣＰＵ２５は時刻ｔ₀の場合と同様に動作し、時刻ｔ₅では、ＣＰＵ２５は時刻ｔ₃の場合と同様に動作する。つまり、送信周期は短周期Ｔ₂（＝２Ｔ₃）となる。時刻ｔ₆以降においては、衝突判定において衝撃が許容範囲内と判定される（フラグＦ＝０）までＣＰＵ２５は同様な動作を繰り返す。

［サテライトセンサにおける衝撃収束時の動作］
次に、衝突判定において衝撃が許容範囲を超えた状態から許容範囲内に収束していく場合（連続送信モードＭ_Cを終了する場合）のＣＰＵ２５の動作について、図４を参照（適宜図２および図３参照）して説明する。図４は、図１に示したサテライトセンサのＣＰＵで連続送信モードを終了する際の動作を説明するための説明図であり、（ａ）は衝突検知センサの検出する加速度、（ｂ）は衝突検知タイマのカウントを示している。

衝突検知センサ２１の検出する加速度は、図４の（ａ）に示すように、時刻ｔ₁₁において初めてしきい値αを超え、数回しきい値αの絶対値を超えた後（時刻ｔ₁₂以降）、次第に振幅が減少し、時刻ｔ₁₃において±Ｇの範囲に収束する。

衝突検知タイマの値Ｔ_Cは、図４の（ｂ）に示すように、時刻ｔ₁₁において初めてタイマセット値Ｘとなり、衝突検知センサ２１の検出する加速度がしきい値αの絶対値を超えている範囲では、カウントはタイマセット値Ｘを維持し、この加速度がしきい値αの絶対値以内の範囲では、一定の割合で減少する。すなわち、衝突検知タイマの値Ｔ_Cは、時刻ｔ₁₂以降、一定の割合で減少し、時刻ｔ₁₃において「０」となる。なお、時刻ｔ₁₂と時刻ｔ₁₃との間の時間間隔をＴ₅とすると、この時間間隔Ｔ₅（例えば５０〜１００ｍｓ）は、短周期Ｔ₂とタイマセット値Ｘとの積で表すことができる。
このようにタイマセット値Ｘを予め定めておくことにより、ＣＰＵ２５は、衝撃が十分和らいだことを確認できるので、連続送信モードＭ_Cから間欠送信モードＭ_Sに誤りなく切り替えることができる。

［ＥＣＵにおける割込処理］
次に、ＥＣＵ３０のデータ識別手段３７が所定時間Ｔ₄毎に行う割込処理について図５を参照（適宜図１参照）して説明する。図５は、図１に示したＥＣＵのデータ識別手段の動作を示すフローチャートである。
まず、データ識別手段３７は、受信バッファ３４に受信データがあるか否かを判定する（ステップＳ２１）。受信バッファ３４に受信データがない場合（ステップＳ２１：Ｎｏ）、データ識別手段３７は、エンプティタイマの値Ｔ_Nを加算し（ステップＳ２２）、処理を終了する。なお、エンプティタイマは、受信バッファ３４に受信データがない（エンプティ）場合に加算するタイマを示している。
一方、受信バッファ３４に受信データがある場合（ステップＳ２１：Ｙｅｓ、受信ステップ）、データ識別手段３７は、エンプティタイマの値Ｔ_Nが「０」か否かを判定する（ステップＳ２３）。

エンプティタイマの値Ｔ_Nが「０」の場合（ステップＳ２３：Ｙｅｓ）、データ識別手段３７は、受信データを衝突判定制御手段３５に出力し（ステップＳ２４）、処理を終了する。一方、エンプティタイマの値Ｔ_Nが「０」ではない場合（ステップＳ２３：Ｎｏ）、データ識別手段３７は、エンプティタイマの値Ｔ_Nが所定範囲以内（β≦Ｔ_N≦γ）か否かを判定する（ステップＳ２５）。ここで、所定値β，γは長周期Ｔ₁を特定できるように、例えば１０〜１００ｍｓに相当するような値に予め決定されている。

エンプティタイマの値Ｔ_Nが所定範囲以内（β≦Ｔ_N≦γ）である場合（ステップＳ２５：Ｙｅｓ）、データ識別手段３７は、受信データを取付角度検知制御手段３６に出力し（ステップＳ２６）、エンプティタイマの値Ｔ_Nを「０」として（ステップＳ２７）、処理を終了する。
一方、エンプティタイマの値Ｔ_Nが所定範囲以内（β≦Ｔ_N≦γ）ではない場合（ステップＳ２５：Ｎｏ）、データ識別手段３７は、受信データを受信バッファ３４から削除し（ステップＳ２８）、ステップＳ２７に進む。すなわち、エンプティタイマの値Ｔ_Nを「０」として処理を終了する。なお、本実施形態では、前記したステップＳ２３およびステップＳ２５の処理が特許請求の範囲にいうデータ識別ステップに相当することになる。

［データ識別手段の時系列動作］
次に、データ識別手段３７の時系列的な動作について図６を参照（適宜図５参照）して説明する。図６は、図１に示したＥＣＵのデータ識別手段の動作を説明するための説明図であって、（ａ）はサテライトセンサの送信データ、（ｂ）はＥＣＵの受信データ、（ｃ）はＥＣＵの識別手段で計測されるエンプティタイマのカウントを示している。

サテライトセンサ２０は、図６の（ａ）に示すように、データｄ₁〜ｄ₁₃を順番に所定の周期で送信する。サテライトセンサ２０のＣＰＵ２５は、データｄ₁〜ｄ₄およびデータｄ₈〜ｄ₁₃を連続送信モードＭ_Cで送信し、データｄ₅〜ｄ₇を間欠送信モードＭ_Sで送信する。換言すると、データｄ₅〜ｄ₇は、その前に送信したデータから長周期Ｔ₁毎に送信される。また、データｄ₂〜ｄ₄およびデータｄ₉〜ｄ₁₃は、その前に送信したデータから短周期Ｔ₂で送信される。さらに、データｄ₈はデータｄ₇を送信した後、所定時間間隔を空けて送信される。

ＥＣＵ３０は、図６の（ｂ）に示すように、データｄ₁〜ｄ₁₃を所定の時間のずれを伴って受信する（なお、ｄ₁₃は図示を省略した）。これは、サテライトセンサ２０のＣＰＵ２５が連続送信モードＭ_Cで送信処理を実行する周期（Ｔ₂、例えば０．５ｍｓ）よりも、ＥＣＵ３０のデータ識別手段３７が受信バッファ３４を参照する割込処理を実行する周期（Ｔ₄、例えば０．５５ｍｓ）の方を若干長くとっているためである。
ここで、受信したデータｄ₄およびデータｄ₅の間では、受信バッファ３４に受信データがないことを点線で示す。同様に、データｄ₅およびデータｄ₆の間、データｄ₆およびデータｄ₇の間、並びに、データｄ₇およびデータｄ₈の間には、受信データがない。また、データ識別手段３７は、データｄ₈を後記する理由で廃棄する。

エンプティタイマの値Ｔ_Nは、図６の（ｃ）に示すように、データｄ₄の受信が完了するまで「０」である。これは、前記したように連続送信モードＭ_Cでの周期Ｔ₂を例えば０．５ｍｓとし、データ識別手段３７が受信バッファ３４を参照する周期Ｔ₄を例えば０．５５ｍｓとすることにより、データ識別手段３７が受信バッファ３４を参照するときに常に受信データがあることになるからである。このために、エンプティタイマの値Ｔ_Nは常に「０」となる。これによって、データ識別手段３７は、データｄ₁〜データｄ₄が連続送信モードＭ_Cで送られてきたデータ、すなわち、衝突データＤ_Cであることを認識できる。

また、エンプティタイマの値Ｔ_Nは、図６の（ｃ）に示すように、データｄ₄の受信が完了してからデータｄ₅の受信が開始するまで一定の割合で増加する。これは、受信データが受信バッファ３４にないからである。ここで、データｄ₅の受信が開始したときのエンプティタイマの値Ｔ_Nは所定値γとなっている。これによって、データ識別手段３７は、データｄ₅が間欠送信モードＭ_Sで送られてきたデータ、すなわち、取付角度データＤ_Sであることを認識できる。以降、エンプティタイマの値Ｔ_Nは、データｄ₅の受信が完了するまで「０」であり、データｄ₆およびデータｄ₇の受信については、データｄ₅の場合と同様である。

次に、エンプティタイマの値Ｔ_Nは、データｄ₈の受信が開始されるまで一定の割合で増加する。ここで、データｄ₈の受信が開始されたときのエンプティタイマの値Ｔ_Nは所定値βよりも小さくなっている。これによって、データ識別手段３７は、データｄ₈がどの送信モードで送られてきたか、すなわち、何のデータであるのか認識できない。そこで、データ識別手段３７は、データｄ₈を廃棄する。

本実施形態の通信制御装置１によれば、サテライトセンサ２０から、衝突検知データと取付角度データとを１本の信号線１０でＥＣＵ３０に送信すると共に、ＥＣＵ３０では、受信したデータを識別して、受信データに応じた対処をすることができる。このように、サテライトセンサ２０とＥＣＵ３０とを１本の信号線１０で接続したので、２つのセンサ２１，２２に対応した２本の信号線を設けるような従来の方法と比べて、必要とする構成を簡略化して車両のフード近傍のスペース効率を向上し、製造コストを低減すると共に、外部からのノイズを低減することができる。

以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、その趣旨を変えない範囲でさまざまに実施することができる。例えば、本実施形態では、１つのサテライトセンサ２０を有するものとして説明したが、サテライトセンサ２０の個数は複数であってもよい。
また、本実施形態では、車両のフード制御装置の通信制御装置として説明したが、本発明は、車両のフード制御装置以外の通信制御装置として構成できることはもちろんである。

本発明の実施形態に係る通信制御装置の構成を示すブロック図である。 図１に示したサテライトセンサのＣＰＵの動作を示すフローチャートである。 図２に示したＣＰＵの動作を説明するための説明図である。 図１に示したサテライトセンサのＣＰＵで連続送信モードを終了する際の動作を説明するための説明図であり、（ａ）は衝突検知センサの検出する加速度、（ｂ）は衝突検知タイマのカウントを示している。 図１に示したＥＣＵのデータ識別手段の動作を示すフローチャートである。 図１に示したＥＣＵのデータ識別手段の動作を説明するための説明図であって、（ａ）はサテライトセンサの送信データ、（ｂ）はＥＣＵの受信データ、（ｃ）はＥＣＵの識別手段で計測されるエンプティタイマのカウントを示している。

符号の説明

１ 通信制御装置
１０ 信号線
２０ サテライトセンサ（センサ装置）
２１ 衝突検知センサ
２２ 取付角度センサ
２３ 通信インターフェース
２４ ＲＡＭ
２５ ＣＰＵ
２６ 送信バッファ
３０ ＥＣＵ（情報処理装置）
３１ 衝突対処手段
３２ 通信インターフェース
３３ ＣＰＵ
３４ 受信バッファ
３５ 衝突判定制御手段
３６ 取付角度検知制御手段
３７ データ識別手段

Claims (5)

1. センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置において、
   前記センサ装置は、
   所定の検知データをそれぞれ検出する複数のセンサと、
   各センサで検出された検知データを共通の信号線を介して前記情報処理装置に送信するための送信手段と、
   この送信手段で送信される検知データの送信周期をセンサの種類に応じて切り替える切替制御手段と、
   を有し、
   前記情報処理装置は、
   前記センサ装置から受信したデータの受信周期に基づいて、この受信データがどのセンサが検知した検知データであるかを識別するデータ識別手段を有する、
   ことを特徴とする通信制御装置。
2. 前記情報処理装置のデータ識別手段は、
   前記センサ装置から受信したデータを一時記憶する受信データ記憶手段から、所定時間間隔毎に受信データを読み出し、読み出すべき受信データがないときに所定値を積算し、この積算された値に基づいて、前記受信データがどのセンサが検知した検知データであるかを識別することを特徴とする請求項１に記載の通信制御装置。
3. 前記情報処理装置のデータ識別手段は、
   前記積算された値が所定の範囲内にないときに、前記受信データ記憶手段に一時記憶された受信データを破棄することを特徴とする請求項２に記載の通信制御装置。
4. 前記センサ装置の複数種類のセンサは、
   車両が歩行者と衝突したときに、前記検知データとして衝突検知情報を検出するための衝突検知センサと、
   前記衝突検知センサの取付角度が変化したときに、前記検知データとして、取付角度情報を検出するための取付角度センサとから構成され、
   前記衝突検知センサからの検知データの送信周期は、前記取付角度センサからの検知データの送信周期よりも短い、
   ことを特徴とする請求項１乃至請求項３のいずれか一項に記載の通信制御装置。
5. センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置における通信制御方法であって、
   前記センサ装置において、
   所定の検知データをそれぞれ検出する複数のセンサで検出された検知データを共通の信号線を介して前記情報処理装置に送信する送信ステップと、
   この送信ステップで送信される検知データの送信周期をセンサの種類に応じて切り替える切替ステップと、
   を含んで実行し、
   前記情報処理装置において、
   前記センサ装置から各検知データを受信する受信ステップと、
   受信したデータの受信周期に基づいて、各受信データがどのセンサで検知された検知データであるかを識別するデータ識別ステップと、
   を含んで実行する、
   ことを特徴とする通信制御方法。

Images