(57)【要約】【課題】  複数のセンサと、各センサで検知されたデータを処理する情報処理装置との間の通信を簡単な構成で安価に実現できる通信制御装置を提供する。【解決手段】  サテライトセンサ２０と、サテライトセンサ２０で検出された検知データを処理するＥＣＵ３０とを備える通信制御装置１において、サテライトセンサ２０は、所定の検知データをそれぞれ検出する衝突検知センサ２１，取付角度センサ２２と、各センサ２１，２２で検出された検知データを共通の信号線１０を介してＥＣＵ３０に送信するための通信インターフェース２３と、送信される検知データの送信周期をセンサの種類に応じて切り替えるＣＰＵ２５とを有し、ＥＣＵ３０は、サテライトセンサ２０から受信したデータの受信周期に基づいて、この受信データがどのセンサが検知した検知データであるかを識別するデータ識別手段３７を有する。【選択図】      図１
2006282053.tif 000002
【特許請求の範囲】
【請求項１】
センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置において、
前記センサ装置は、
所定の検知データをそれぞれ検出する複数のセンサと、
各センサで検出された検知データを共通の信号線を介して前記情報処理装置に送信するための送信手段と、
この送信手段で送信される検知データの送信周期をセンサの種類に応じて切り替える切替制御手段と、
を有し、
前記情報処理装置は、
前記センサ装置から受信したデータの受信周期に基づいて、この受信データがどのセンサが検知した検知データであるかを識別するデータ識別手段を有する、
ことを特徴とする通信制御装置。
【請求項２】
前記情報処理装置のデータ識別手段は、
前記センサ装置から受信したデータを一時記憶する受信データ記憶手段から、所定時間間隔毎に受信データを読み出し、読み出すべき受信データがないときに所定値を積算し、この積算された値に基づいて、前記受信データがどのセンサが検知した検知データであるかを識別することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記情報処理装置のデータ識別手段は、
前記積算された値が所定の範囲内にないときに、前記受信データ記憶手段に一時記憶された受信データを破棄することを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記センサ装置の複数種類のセンサは、
車両が歩行者と衝突したときに、前記検知データとして衝突検知情報を検出するための衝突検知センサと、
前記衝突検知センサの取付角度が変化したときに、前記検知データとして、取付角度情報を検出するための取付角度センサとから構成され、
前記衝突検知センサからの検知データの送信周期は、前記取付角度センサからの検知データの送信周期よりも短い、
ことを特徴とする請求項１乃至請求項３のいずれか一項に記載の通信制御装置。
【請求項５】
センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置における通信制御方法であって、
前記センサ装置において、
所定の検知データをそれぞれ検出する複数のセンサで検出された検知データを共通の信号線を介して前記情報処理装置に送信する送信ステップと、
この送信ステップで送信される検知データの送信周期をセンサの種類に応じて切り替える切替ステップと、
を含んで実行し、
前記情報処理装置において、
前記センサ装置から各検知データを受信する受信ステップと、
受信したデータの受信周期に基づいて、各受信データがどのセンサで検知された検知データであるかを識別するデータ識別ステップと、
を含んで実行する、
ことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置に関し、特に車両用フード制御装置の通信制御装置および通信制御方法に関する。
【背景技術】
【０００２】
従来、車両が歩行者に衝突した場合に、衝突された歩行者を保護するために車両用フードを制御する車両用フード制御装置が知られている（例えば特許文献１、特許文献２参照）。特許文献１に開示された車両用フード制御装置は、車両前方のバンパに取り付けられた衝突検知センサと、１本の信号線にて接続された制御装置（ＥＣＵ等の情報処理装置）とから構成された通信制御装置を有している。この通信制御装置は、制御装置にて歩行者と衝突したと判定したときに、フードを所定量持上げさせると共に、その持上げさせた位置で保持させる。このようにフードを持上げると、フードの下方への変形可能量が増大し、フードに歩行者が衝突するときのフードの変形によって衝突エネルギーを吸収させることができる。
【０００３】
また、特許文献２に開示された車両用フード制御装置は、車両前方からの衝撃を検出するバンパセンサと、フード上方からの衝撃を検出するフードセンサと、各センサの出力信号をそれぞれ送信するための２本の信号線にて接続された制御装置とから構成された通信制御装置を有している。この車両用フード制御装置は、前方および上方からの衝撃を検出した場合にフード上にエアバッグを展開し、前方からの衝撃だけを検出した場合にエアバッグを展開しない。これは、車両が歩行者に衝突した場合には、歩行者が車両の前方およびフードの上方で２重に衝突する現象が起こることを考慮することにより、車両に衝突した対象が歩行者か否かを判別してエアバッグの無用な展開を防止するためである。
【特許文献１】特開平９−３１５２６６号公報（段落００１２〜００１８、図１）
【特許文献２】特開平８−２１６８２６号公報（段落００１０〜００２２、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、車両のバンパおよびその近傍は比較的柔らかい材質で構成されているため、例えば駐車場内での軽衝突等によりバンパが変形すると、このバンパに取り付けられた衝突検知センサの取付プレートが歪んだり変形したりする。そのため、特許文献１および特許文献２に開示された車両用フード制御装置では、衝突検知センサが衝突検知を正確に実行できなくなる虞がある。
【０００５】
そこで、この衝突検知センサの取付角度を検出する取付角度センサを別に設け、取付角度が変化して衝突検知センサの精度に影響を与えるような場合に、そのことを乗員に報知するように改良することが考えられる。この場合、衝突検知センサおよび取付角度センサの２つのセンサを用いるため、特許文献２に開示された通信制御装置のように、衝突検知センサと制御装置の間に２本の信号線が必要となる。このように２本の信号線を用いた場合、フード近傍に多くのスペースを必要とするばかりでなく、以下のような不都合が生じる。
【０００６】
（１）衝突検知センサから制御装置へ衝突検知情報が常に送信されるので、制御装置への通信負荷が大きくなる。また、この衝突検知情報として衝突時に早いタイミングで大量のデータを送信する必要がある。
（２）衝突検知センサ用通信インターフェースおよび信号線と、取付角度センサ用通信インターフェースおよび信号線を個別に設ける必要がある。
（３）制御装置において、センサで検知されたデータの受信処理を行なうソフトウェアに対して負担が大きくなり、高性能な処理能力を有する高価なＣＰＵ等が必要となる。
（４）信号線が１本の場合に比較して外部からのノイズの影響を受け易くなるため、衝突検知センサの故障診断工数が増加してしまう。
【０００７】
そこで、本発明では、前記した問題を解決し、複数のセンサと、各センサで検知されたデータを処理する情報処理装置との間の通信を簡単な構成で安価に実現できる通信制御装置および通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するため、請求項１の通信制御装置は、センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置において、前記センサ装置は、所定の検知データをそれぞれ検出する複数のセンサと、各センサで検出された検知データを共通の信号線を介して前記情報処理装置に送信するための送信手段と、この送信手段で送信される検知データの送信周期をセンサの種類に応じて切り替える切替制御手段とを有し、前記情報処理装置は、前記センサ装置から受信したデータの受信周期に基づいて、この受信データがどのセンサが検知した検知データであるかを識別するデータ識別手段を有することを特徴とする。
【０００９】
かかる構成によれば、通信制御装置は、センサ装置の切替制御手段によって、各センサで検出された検知データを切り替えて選択し、所定の送信タイミングであるかどうかを判定して、送信タイミングの検知データを検知したセンサの種類に応じて、送信周期の異なる複数の送信モードを用いて、選択した検知データを情報処理装置に送信する。ここで、所定の送信タイミングを判定する基準は、例えば、最も頻繁に送りたい検知データ、すなわち、最短周期で送信する検知データの値と、１つ以上の所定のしきい値との比較結果に基づくものであってもよい。
【００１０】
請求項２に記載の通信制御装置は、請求項１に記載の通信制御装置において、前記情報処理装置のデータ識別手段は、前記センサ装置から受信したデータを一時記憶する受信データ記憶手段から、所定時間間隔毎に受信データを読み出し、読み出すべき受信データがないときに所定値を積算し、この積算された値に基づいて、前記受信データがどのセンサが検知した検知データであるかを識別することを特徴とする。
【００１１】
かかる構成によれば、通信制御装置は、情報処理装置のデータ識別手段によって、所定値を積算することで受信データの受信周期を認識することができる。したがって、予めセンサ装置のセンサの種類に応じた送信周期に基づくしきい値を設けておくことで、受信データの受信周期から、その受信データがどのセンサが検知した検知データであるかを識別することができる。ここで、データ識別手段が受信データ記憶手段から受信データを読み出すタイミング、すなわち、前記所定時間間隔は、最も頻繁に送りたい検知データ、すなわち、最短周期で送信する検知データの送信周期とほぼ同じとし、１〜１０％程度長いことが好ましい。このようにすることで、最短周期で送信される検知データを受信する際の誤作動を軽減できる。
【００１２】
請求項３に記載の通信制御装置は、請求項２に記載の通信制御装置において、前記情報処理装置のデータ識別手段は、前記積算された値が所定の範囲内にないときに、前記受信データ記憶手段に一時記憶された受信データを破棄することを特徴とする。
【００１３】
かかる構成によれば、通信制御装置は、情報処理装置のデータ識別手段によって、検知データの受信周期に適合させて、前記積算された値の所定の範囲を予め決定しておくことにより、この検知データを誤りなく識別することができる。一方、情報処理装置が、例えば長周期で受信する検知データに続けて、短周期で受信する検知データを受信した場合、この２種類の検知データの境界においては、前記積算された値が所定の範囲内にないことになる。この場合、いずれの検知データであるのか不明確になるので、この受信データだけを破棄することで、データ識別手段によるデータ識別を精度よく実行することが可能となる。
【００１４】
請求項４に記載の通信制御装置は、請求項１乃至請求項３のいずれか一項に記載の通信制御装置において、前記センサ装置の複数種類のセンサは、車両が歩行者と衝突したときに、前記検知データとして衝突検知情報を検出するための衝突検知センサと、前記衝突検知センサの取付角度が変化したときに、前記検知データとして、取付角度情報を検出するための取付角度センサとから構成され、前記衝突検知センサからの検知データの送信周期は、前記取付角度センサからの検知データの送信周期よりも短いことを特徴とする。
【００１５】
かかる構成によれば、通信制御装置は、センサ装置によって、取付角度情報に対して比較的長い送信周期を使用し、衝突検知情報に対して比較的短い送信周期を使用する。したがって、衝突検知情報を比較的短時間で情報処理装置に送信することができる。その結果、通信制御装置は、情報処理装置によって、受信した衝突検知情報を車両の衝突判定に迅速に利用することができる。
【００１６】
請求項５に記載の通信制御方法は、センサ装置と、このセンサ装置と信号線を介して接続されてセンサ装置で検出された検知データを処理する情報処理装置とを備える通信制御装置における通信制御方法であって、前記センサ装置において、所定の検知データをそれぞれ検出する複数のセンサで検出された検知データを共通の信号線を介して前記情報処理装置に送信する送信ステップと、この送信ステップで送信される検知データの送信周期をセンサの種類に応じて切り替える切替ステップと、を含んで実行し、前記情報処理装置において、前記センサ装置から各検知データを受信する受信ステップと、受信したデータの受信周期に基づいて、各受信データがどのセンサで検知された検知データであるかを識別するデータ識別ステップと、を含んで実行することを特徴とする。
【００１７】
このような手順によれば、通信制御装置は、センサ装置において、切替ステップによって、各センサで検出された検知データを切り替えて選択する。そして、所定の送信タイミングとなったときに、送信ステップによって、選択した検知データを、検知したセンサの種類に応じた送信周期の異なる複数の送信モードを用いて、情報処理装置に送信する。そして、通信制御装置は、情報処理装置において、受信ステップによって受信した各検知データの受信周期に基づいて、データ識別ステップによって、各受信データがどのセンサで検知された検知データであるかを識別する。
【発明の効果】
【００１８】
本発明によれば、センサ装置で検知した複数の検知データを情報処理装置に対して１つの信号線で送信できるので、通信用のＩＣやハーネスを削減することができる。これによって、スペース効率が向上し、製造コストを低減することができると共に、外部からのノイズを低減することができる。
【発明を実施するための最良の形態】
【００１９】
［通信制御装置の構成］
以下、本発明の実施形態に係る通信制御装置について図１を参照して説明する。図１は、本発明の実施形態に係る通信制御装置の構成を示すブロック図である。
通信制御装置１は、自動車などの車両に配設されるものであり、図１に示すように、１本の信号線１０で互いに接続されたサテライトセンサ２０と、ＥＣＵ３０とを備えている。
【００２０】
サテライトセンサ（センサ装置）２０は、車両の前方部の所定位置に配設され、車両が受けた衝撃をＥＣＵ３０に伝達するものであり、図１に示すように、衝突検知センサ２１と、取付角度センサ２２と、通信インターフェース２３と、ＲＡＭ２４と、ＣＰＵ２５とを備えている。
【００２１】
衝突検知センサ２１は、衝撃等を検出する加速度センサであり、検出レンジは例えば±５０〜１００Ｇである。この加速度センサの出力であるアナログ信号はＣＰＵ２５のＩＮ１に出力される。
取付角度センサ２２は、重力を検出する加速度センサであり、検出レンジは、衝突検知センサ２１の検出レンジよりも十分小さいものであり、例えば±１Ｇ程度である。この加速度センサの出力であるアナログ信号はＣＰＵ２５のＩＮ２に出力される。この取付角度センサ２２で検出される重力が、後記するように、ＥＣＵ３０において、衝突検知センサ２１の取付角度の変化（センサ取付角度の変化）か生じたか否かを判定するために利用される。
【００２２】
通信インターフェース２３は、ＣＰＵ２５の制御に基づいて所定の送信モードで、送信バッファ２６に格納されたデータを信号線１０を介してＥＣＵ３０に送信するものである。ここで、送信モードは、長周期Ｔ1（例えば１０〜１００ｍｓ）の間欠送信モードＭSと、短周期Ｔ2（例えば０．５〜１ｍｓ）の連続送信モードＭCを含んでいる。
ＲＡＭ（Random Access Memory）２４は、半導体メモリや磁気メモリなどの書き換え可能な記憶手段であり、後記するように、ＣＰＵ２５による演算処理等に利用される。
【００２３】
ＣＰＵ（Central Processing Unit）２５は、ＩＮ１またはＩＮ２への入力信号に基づいて送信データを生成し、生成した送信データの種類に応じて送信モードを切り替えるものである。このＣＰＵ２５は、所定時間Ｔ3（＝Ｔ2／２、例えば０．２５〜０．５ｍｓ）毎に、読み込む入力をＩＮ１とＩＮ２の間で切り替える割込処理を実行する。この割込処理において、ＣＰＵ２５は、ＩＮ１に入力するアナログ信号をディジタル信号（以下、衝突データＤCという）にＡＤ変換し、この衝突データ（衝突検知情報）ＤCを連続送信モードＭCで送信する。また、この割込処理において、ＣＰＵ２５は、ＩＮ２に入力するアナログ信号をディジタル信号（以下、取付角度データＤSという）にＡＤ変換し、この取付角度データ（取付角度情報）ＤSを間欠送信モードＭSで送信する。
【００２４】
ＥＣＵ（Electronic Control Unit：情報処理装置）３０は、サテライトセンサ２０の出力データに基づいて、車両の衝突またはセンサ取付角度の変化が生じたか否かを判定し、衝突またはセンサ取付角度の変化に応じた対処を実行するものであり、図１に示すように、衝突対処手段３１と、通信インターフェース３２と、ＣＰＵ３３とを備えている。
【００２５】
衝突対処手段３１は、ＣＰＵ３３から出力される信号に基づいて、車両の衝突またはセンサ取付角度の変化に応じた対処を実行するものである。この衝突対処手段３１は、衝突判定制御手段３５から出力される衝突検知信号に基づいて、図示しない車両の乗員保護装置（エアバッグ等）を展開するための点火動作を実行する。また、衝突対処手段３１は、取付角度検知制御手段３６から出力される取付角度異常信号に基づいて、図示しない警告表示部や音声アナウンスで衝突検知センサ２１が正常な検知動作をできない状態にあることを乗員ヘ報知する。
【００２６】
通信インターフェース３２は、ＣＰＵ３３の制御に基づいて、受信したデータを受信バッファ３４に格納するものである。
ＣＰＵ３３は、衝突判定制御手段３５と、取付角度検知制御手段３６と、データ識別手段３７とを備えている。
【００２７】
衝突判定制御手段３５は、衝突データＤCに基づいて、車両が衝突したか否かを検知するものである。この衝突判定制御手段３５は、衝突を検知した場合に、そのことを示す衝突検知信号を衝突対処手段３１に出力する。
取付角度検知制御手段３６は、取付角度データＤSに基づいて、衝突検知センサ２１の取付角度が変化したか否かを検知するものである。この取付角度検知制御手段３６は、衝突検知センサ２１の取付角度が変化したことを検知した場合、そのことを示す取付角度異常信号を衝突対処手段３１に出力する。
【００２８】
データ識別手段３７は、通信インターフェース３２で受信したデータ（受信データ）が、衝突データＤCと取付角度データＤSのいずれであるかを識別し、データの種類に応じて、受信データを衝突判定制御手段３５または取付角度検知制御手段３６に出力するものである。このデータ識別手段３７は、所定時間Ｔ4（Ｔ2より僅かに大きい、例えば０．５〜１ｍｓ）毎に、受信バッファ３４に受信データがあるか否かを判定する割込処理を実行する。この割込処理において、データ識別手段３７は、受信バッファ３４に受信データがない場合にタイマ（エンプティタイマ）の値ＴNを積算し、受信バッファ３４に受信データがある場合にエンプティタイマの値ＴNに基づいて、受信データが衝突データＤCと取付角度データＤSのいずれであるかを識別する。
【００２９】
［サテライトセンサの割込処理］
次に、サテライトセンサ２０のＣＰＵ２５が所定時間Ｔ3毎に行う割込処理について図２を参照（適宜図１参照）して説明する。図２は、図１に示したサテライトセンサのＣＰＵの動作を示すフローチャートである。
まず、ＣＰＵ２５は、読み込む入力をＩＮ１とＩＮ２の間で切り替える（ステップＳ１）。すなわち、前回ＩＮ２の入力を読み込んだ場合、今回はＩＮ１の入力を読み込むように交互に切り替える。
【００３０】
ＣＰＵ２５は、今回は入力をＩＮ１に切り替えたか否かを判定する（ステップＳ２）。ＩＮ１に切り替えた場合（ステップＳ２：Ｙｅｓ）、ＣＰＵ２５は、入力アナログ信号を衝突データＤCにＡＤ変換し（ステップＳ３）、続いて、衝突データＤCの絶対値が所定のしきい値α（例えば６Ｇ）以上か否かを判定する（ステップＳ４）。衝突データＤCの絶対値がしきい値α以上の場合（ステップＳ４：Ｙｅｓ）、ＣＰＵ２５は、衝突検知タイマの値ＴCを予め定められた値Ｘ（以下、タイマセット値Ｘという、例えばＸ＝１００）にセットし（ステップＳ５）、フラグＦを「１」として（ステップＳ６）、処理を終了する。なお、フラグＦ＝「１」は、車両に対して許容範囲の加速度（例えば重力程度、±Ｇ）を超える比較的大きな衝撃が検出されたことを示している。
【００３１】
衝突データＤCの絶対値がしきい値αより小さい場合（ステップＳ４：Ｎｏ）、ＣＰＵ２５は、衝突検知タイマの値ＴCを減算し（ステップＳ７）、衝突検知タイマの値ＴCが「０」か否かを判定する（ステップＳ８）。衝突検知タイマの値ＴCが「０」の場合（ステップＳ８：Ｙｅｓ）、ＣＰＵ２５は、フラグＦを「０」として（ステップＳ９）、処理を終了する。なお、フラグＦ＝「０」は、車両に対して許容範囲の加速度（例えば重力程度、±Ｇ）が検出されたことを示している。
一方、衝突検知タイマの値ＴCが「０」ではない場合（ステップＳ８：Ｎｏ）、ＣＰＵ２５は、ステップＳ６に進む。すなわち、フラグＦを「１」として処理を終了する。
【００３２】
また、ＣＰＵ２５は、今回は入力をＩＮ２に切り替えた場合（ステップＳ２：Ｎｏ）、入力アナログ信号を取付角度データＤSにＡＤ変換し（ステップＳ１０）、フラグが「１」か否かを判定する（ステップＳ１１）。フラグが「１」の場合（ステップＳ１１：Ｙｅｓ）、ＣＰＵ２５は、衝突データＤCを送信バッファ２６に格納し（ステップＳ１２）、送信モードを連続送信モードＭCに切り替える（ステップＳ１３）。これにより、衝突データＤCが連続的に送信される（送信ステップ）。一方、フラグが「０」の場合（ステップＳ１１：Ｎｏ）、ＣＰＵ２５は、取付角度データＤSを送信バッファ２６に格納し（ステップＳ１４）、送信モードを間欠送信モードＭSに切り替える（ステップＳ１５）。これにより、取付角度データＤSが間欠的に送信される（送信ステップ）。なお、本実施形態では、前記したステップＳ１１乃至ステップＳ１５の処理が特許請求の範囲にいう切替ステップに相当することになる。
【００３３】
［サテライトセンサの時系列動作］
次に、サテライトセンサ２０のＣＰＵ２５の時系列的な動作について図３を参照（適宜図２参照）して説明する。図３は、図２に示したＣＰＵの動作を説明するための説明図である。
ここでは、時間間隔が所定時間Ｔ3である時刻ｔ0〜ｔ6を仮定し、ＣＰＵ２５が時刻ｔ0でＩＮ１の入力信号を読み込み、読み込んだ信号から衝突データＤCを生成するものとする（ＤC生成）。この場合、ＣＰＵ２５は、前記したステップＳ４に示したように、衝突データＤCとしきい値αとの大小を比較判定する（衝突判定）。なお、このときには、まだ衝突が生じていないもの（フラグＦ＝０）とする。
【００３４】
次に、時刻ｔ1では、ＣＰＵ２５はＩＮ２の入力信号を読み込み、取付角度データＤSを生成する（ＤS生成）。この場合、ＣＰＵ２５は、前記したステップＳ１４およびステップＳ１５に示したように、取付角度データＤSを間欠送信モードＭSで送信する（ＤS送信）。つまり、送信周期は長周期Ｔ1（≫短周期Ｔ2）である。
【００３５】
次に、時刻ｔ3では、ＣＰＵ２５は時刻ｔ0の場合と同様に動作する。ここで、仮に、衝突判定において、許容範囲を超える衝撃が生じたと判定されたもの（フラグＦ＝１）とする。
すると、時刻ｔ4では、ＣＰＵ２５は時刻ｔ1の場合と同様に取付角度データＤSを生成し（ＤS生成）、その後、前記したステップＳ１２およびステップＳ１３に示したように、衝突データＤCを連続送信モードＭCで送信する（ＤC送信）。次に、時刻ｔ4では、ＣＰＵ２５は時刻ｔ0の場合と同様に動作し、時刻ｔ5では、ＣＰＵ２５は時刻ｔ3の場合と同様に動作する。つまり、送信周期は短周期Ｔ2（＝２Ｔ3）となる。時刻ｔ6以降においては、衝突判定において衝撃が許容範囲内と判定される（フラグＦ＝０）までＣＰＵ２５は同様な動作を繰り返す。
【００３６】
［サテライトセンサにおける衝撃収束時の動作］
次に、衝突判定において衝撃が許容範囲を超えた状態から許容範囲内に収束していく場合（連続送信モードＭCを終了する場合）のＣＰＵ２５の動作について、図４を参照（適宜図２および図３参照）して説明する。図４は、図１に示したサテライトセンサのＣＰＵで連続送信モードを終了する際の動作を説明するための説明図であり、（ａ）は衝突検知センサの検出する加速度、（ｂ）は衝突検知タイマのカウントを示している。
【００３７】
衝突検知センサ２１の検出する加速度は、図４の（ａ）に示すように、時刻ｔ11において初めてしきい値αを超え、数回しきい値αの絶対値を超えた後（時刻ｔ12以降）、次第に振幅が減少し、時刻ｔ13において±Ｇの範囲に収束する。
【００３８】
衝突検知タイマの値ＴCは、図４の（ｂ）に示すように、時刻ｔ11において初めてタイマセット値Ｘとなり、衝突検知センサ２１の検出する加速度がしきい値αの絶対値を超えている範囲では、カウントはタイマセット値Ｘを維持し、この加速度がしきい値αの絶対値以内の範囲では、一定の割合で減少する。すなわち、衝突検知タイマの値ＴCは、時刻ｔ12以降、一定の割合で減少し、時刻ｔ13において「０」となる。なお、時刻ｔ12と時刻ｔ13との間の時間間隔をＴ5とすると、この時間間隔Ｔ5（例えば５０〜１００ｍｓ）は、短周期Ｔ2とタイマセット値Ｘとの積で表すことができる。
このようにタイマセット値Ｘを予め定めておくことにより、ＣＰＵ２５は、衝撃が十分和らいだことを確認できるので、連続送信モードＭCから間欠送信モードＭSに誤りなく切り替えることができる。
【００３９】
［ＥＣＵにおける割込処理］
次に、ＥＣＵ３０のデータ識別手段３７が所定時間Ｔ4毎に行う割込処理について図５を参照（適宜図１参照）して説明する。図５は、図１に示したＥＣＵのデータ識別手段の動作を示すフローチャートである。
まず、データ識別手段３７は、受信バッファ３４に受信データがあるか否かを判定する（ステップＳ２１）。受信バッファ３４に受信データがない場合（ステップＳ２１：Ｎｏ）、データ識別手段３７は、エンプティタイマの値ＴNを加算し（ステップＳ２２）、処理を終了する。なお、エンプティタイマは、受信バッファ３４に受信データがない（エンプティ）場合に加算するタイマを示している。
一方、受信バッファ３４に受信データがある場合（ステップＳ２１：Ｙｅｓ、受信ステップ）、データ識別手段３７は、エンプティタイマの値ＴNが「０」か否かを判定する（ステップＳ２３）。
【００４０】
エンプティタイマの値ＴNが「０」の場合（ステップＳ２３：Ｙｅｓ）、データ識別手段３７は、受信データを衝突判定制御手段３５に出力し（ステップＳ２４）、処理を終了する。一方、エンプティタイマの値ＴNが「０」ではない場合（ステップＳ２３：Ｎｏ）、データ識別手段３７は、エンプティタイマの値ＴNが所定範囲以内（β≦ＴN≦γ）か否かを判定する（ステップＳ２５）。ここで、所定値β，γは長周期Ｔ1を特定できるように、例えば１０〜１００ｍｓに相当するような値に予め決定されている。
【００４１】
エンプティタイマの値ＴNが所定範囲以内（β≦ＴN≦γ）である場合（ステップＳ２５：Ｙｅｓ）、データ識別手段３７は、受信データを取付角度検知制御手段３６に出力し（ステップＳ２６）、エンプティタイマの値ＴNを「０」として（ステップＳ２７）、処理を終了する。
一方、エンプティタイマの値ＴNが所定範囲以内（β≦ＴN≦γ）ではない場合（ステップＳ２５：Ｎｏ）、データ識別手段３７は、受信データを受信バッファ３４から削除し（ステップＳ２８）、ステップＳ２７に進む。すなわち、エンプティタイマの値ＴNを「０」として処理を終了する。なお、本実施形態では、前記したステップＳ２３およびステップＳ２５の処理が特許請求の範囲にいうデータ識別ステップに相当することになる。
【００４２】
［データ識別手段の時系列動作］
次に、データ識別手段３７の時系列的な動作について図６を参照（適宜図５参照）して説明する。図６は、図１に示したＥＣＵのデータ識別手段の動作を説明するための説明図であって、（ａ）はサテライトセンサの送信データ、（ｂ）はＥＣＵの受信データ、（ｃ）はＥＣＵの識別手段で計測されるエンプティタイマのカウントを示している。
【００４３】
サテライトセンサ２０は、図６の（ａ）に示すように、データｄ1〜ｄ13を順番に所定の周期で送信する。サテライトセンサ２０のＣＰＵ２５は、データｄ1〜ｄ4およびデータｄ8〜ｄ13を連続送信モードＭCで送信し、データｄ5〜ｄ7を間欠送信モードＭSで送信する。換言すると、データｄ5〜ｄ7は、その前に送信したデータから長周期Ｔ1毎に送信される。また、データｄ2〜ｄ4およびデータｄ9〜ｄ13は、その前に送信したデータから短周期Ｔ2で送信される。さらに、データｄ8はデータｄ7を送信した後、所定時間間隔を空けて送信される。
【００４４】
ＥＣＵ３０は、図６の（ｂ）に示すように、データｄ1〜ｄ13を所定の時間のずれを伴って受信する（なお、ｄ13は図示を省略した）。これは、サテライトセンサ２０のＣＰＵ２５が連続送信モードＭCで送信処理を実行する周期（Ｔ2、例えば０．５ｍｓ）よりも、ＥＣＵ３０のデータ識別手段３７が受信バッファ３４を参照する割込処理を実行する周期（Ｔ4、例えば０．５５ｍｓ）の方を若干長くとっているためである。
ここで、受信したデータｄ4およびデータｄ5の間では、受信バッファ３４に受信データがないことを点線で示す。同様に、データｄ5およびデータｄ6の間、データｄ6およびデータｄ7の間、並びに、データｄ7およびデータｄ8の間には、受信データがない。また、データ識別手段３７は、データｄ8を後記する理由で廃棄する。
【００４５】
エンプティタイマの値ＴNは、図６の（ｃ）に示すように、データｄ4の受信が完了するまで「０」である。これは、前記したように連続送信モードＭCでの周期Ｔ2を例えば０．５ｍｓとし、データ識別手段３７が受信バッファ３４を参照する周期Ｔ4を例えば０．５５ｍｓとすることにより、データ識別手段３７が受信バッファ３４を参照するときに常に受信データがあることになるからである。このために、エンプティタイマの値ＴNは常に「０」となる。これによって、データ識別手段３７は、データｄ1〜データｄ4が連続送信モードＭCで送られてきたデータ、すなわち、衝突データＤCであることを認識できる。
【００４６】
また、エンプティタイマの値ＴNは、図６の（ｃ）に示すように、データｄ4の受信が完了してからデータｄ5の受信が開始するまで一定の割合で増加する。これは、受信データが受信バッファ３４にないからである。ここで、データｄ5の受信が開始したときのエンプティタイマの値ＴNは所定値γとなっている。これによって、データ識別手段３７は、データｄ5が間欠送信モードＭSで送られてきたデータ、すなわち、取付角度データＤSであることを認識できる。以降、エンプティタイマの値ＴNは、データｄ5の受信が完了するまで「０」であり、データｄ6およびデータｄ7の受信については、データｄ5の場合と同様である。
【００４７】
次に、エンプティタイマの値ＴNは、データｄ8の受信が開始されるまで一定の割合で増加する。ここで、データｄ8の受信が開始されたときのエンプティタイマの値ＴNは所定値βよりも小さくなっている。これによって、データ識別手段３７は、データｄ8がどの送信モードで送られてきたか、すなわち、何のデータであるのか認識できない。そこで、データ識別手段３７は、データｄ8を廃棄する。
【００４８】
本実施形態の通信制御装置１によれば、サテライトセンサ２０から、衝突検知データと取付角度データとを１本の信号線１０でＥＣＵ３０に送信すると共に、ＥＣＵ３０では、受信したデータを識別して、受信データに応じた対処をすることができる。このように、サテライトセンサ２０とＥＣＵ３０とを１本の信号線１０で接続したので、２つのセンサ２１，２２に対応した２本の信号線を設けるような従来の方法と比べて、必要とする構成を簡略化して車両のフード近傍のスペース効率を向上し、製造コストを低減すると共に、外部からのノイズを低減することができる。
【００４９】
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、その趣旨を変えない範囲でさまざまに実施することができる。例えば、本実施形態では、１つのサテライトセンサ２０を有するものとして説明したが、サテライトセンサ２０の個数は複数であってもよい。
また、本実施形態では、車両のフード制御装置の通信制御装置として説明したが、本発明は、車両のフード制御装置以外の通信制御装置として構成できることはもちろんである。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施形態に係る通信制御装置の構成を示すブロック図である。
【図２】図１に示したサテライトセンサのＣＰＵの動作を示すフローチャートである。
【図３】図２に示したＣＰＵの動作を説明するための説明図である。
【図４】図１に示したサテライトセンサのＣＰＵで連続送信モードを終了する際の動作を説明するための説明図であり、（ａ）は衝突検知センサの検出する加速度、（ｂ）は衝突検知タイマのカウントを示している。
【図５】図１に示したＥＣＵのデータ識別手段の動作を示すフローチャートである。
【図６】図１に示したＥＣＵのデータ識別手段の動作を説明するための説明図であって、（ａ）はサテライトセンサの送信データ、（ｂ）はＥＣＵの受信データ、（ｃ）はＥＣＵの識別手段で計測されるエンプティタイマのカウントを示している。
【符号の説明】
【００５１】
１      通信制御装置
１０    信号線
２０    サテライトセンサ（センサ装置）
２１    衝突検知センサ
２２    取付角度センサ
２３    通信インターフェース
２４    ＲＡＭ
２５    ＣＰＵ
２６    送信バッファ
３０    ＥＣＵ（情報処理装置）
３１    衝突対処手段
３２    通信インターフェース
３３    ＣＰＵ
３４    受信バッファ
３５    衝突判定制御手段
３６    取付角度検知制御手段
３７    データ識別手段
【図１】
2006282053.tif 000003
【図２】
2006282053.tif 000004
【図３】
2006282053.tif 000005
【図４】
2006282053.tif 000006
【図５】
2006282053.tif 000007
【図６】
2006282053.tif 000008