(57)【要約】【課題】搭載先の車両の構成を自動的に識別し、適切な始動制御を実行する汎用性の高い始動制御装置を提供すること。【解決手段】ノーマル車用始動制御およびハイブリッド車用始動制御を行うプログラムを予め記憶し、始動制御装置が搭載される車両がノーマル車であるかハイブリッド車であるかを識別して、この識別結果に対応する一方の始動制御を選択して実行する。【選択図】        図４
2007120427.tif 000002
【特許請求の範囲】
【請求項１】
異なる車両構成要因を有する車両に搭載できる始動制御装置であって、
当該始動制御装置が搭載される車両の構成要因に応じて車両の構成を登録記憶する登録手段と、
異なる車両構成要因に対応して複数の異なる始動制御を行うためのプログラムが記憶され、車両の始動の際、前記登録手段に登録された車両の構成に対応する始動制御を選択して実行する制御手段と、
を備えたことを特徴とする始動制御装置。
【請求項２】
前記登録手段は、車両側から当該始動制御装置に入力される信号に基づいて、車両構成要因を識別し、識別結果を登録記憶することを特徴とする請求項１に記載の始動制御装置。
【請求項３】
前記登録手段は、当該始動制御装置が搭載される車両がノーマル車であるかハイブリッド車であるかを識別して、識別結果を登録記憶し、
前記制御手段は、ノーマル車用始動制御およびハイブリッド車用始動制御を行うプログラムを予め記憶し、前記登録手段に登録された識別結果に対応する一方の始動制御を選択して実行することを特徴とする請求項１または２に記載の始動制御装置。
【請求項４】
前記登録手段は、車両が始動できるか否かを示す始動許可信号を車両側から受信したか否かに基づいてハイブリッド車であるかノーマル車であるかを識別することを特徴とする請求項３に記載の始動制御装置。
【請求項５】
前記制御手段は、ノーマル車用始動制御を行う場合と、ハイブリッド車用始動制御を行う場合とで、車両側に送信する始動要求信号を形成するパルス信号のメーク時間を変化させることを特徴とする請求項３または４に記載の始動制御装置。
【請求項６】
ノーマル車用始動制御では、エンジン回転数に基づいて始動開始条件および始動停止条件が設定され、
ハイブリッド車用始動制御では、前記始動許可信号およびハイブリッド車が異常であることを示すハイブリッド異常信号に基づいて始動開始条件および始動停止条件が設定されることを特徴とする請求項３〜５の何れか一つに記載の始動制御装置。
【請求項７】
前記登録手段は、当該始動制御装置が搭載される車両が採用している車内ＬＡＮプロトコルを識別して、識別結果を登録記憶し、
前記制御手段は、各別の車内ＬＡＮプロトコルで規定されたデータ形式で始動制御用の制御データを送受信するための始動制御プログラムを予め記憶し、前記登録手段に登録された識別結果に対応する一つの始動制御を選択して実行することによって車両が採用している車内ＬＡＮプロトコルで規定されたデータ形式に基づいて始動制御のための制御データの送受信を行うことを特徴とする請求項１または２に記載の始動制御装置。
【請求項８】
前記登録手段は、各車内ＬＡＮプロトコルで特有の信号の受信の有無に基づいて車両が採用している車内ＬＡＮプロトコルを識別することを特徴とする請求項７に記載の始動制御装置。
【請求項９】
前記登録手段は、車両が採用している車内ＬＡＮプロトコルがＣＡＮ方式かＢＥＡＮ方式であるかを識別し、
前記制御手段は、ＣＡＮ方式で規定されたデータ形式で始動制御用の制御データを送受信するための第１の始動制御プログラムと、ＢＥＡＮ方式で規定されたデータ形式で始動制御用の制御データを送受信するための第２の始動制御プログラムとを予め記憶し、前記登録手段に登録された識別結果に対応する一方の始動制御プログラムを選択して実行することによって車両が採用しているＣＡＮ方式またはＢＥＡＮ方式で規定されたデータ形式に基づいて始動制御のための制御データの送受信を行うことを特徴とする請求項７または８に記載の始動制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、遠隔操作用端末から受信した信号に基づいて、もしくは自律的に車両の始動制御を行なう始動制御装置に関し、特に原動装置構成あるいは車内ＬＡＮプロトコルなどの車両構成要因が異なる車両に共通に搭載可能な汎用性の高い始動制御装置に関する。
【背景技術】
【０００２】
近年、車両の暖機や空調を事前に行うべく、運転者が車外にいる状態でエンジンを遠隔に、もしくはタイマー等を用いて予め定めた時刻に（即ち自律的に）始動する始動制御装置が実用化されている。この始動制御装置は、例えば、運転者が所持する遠隔操作端末（リモートキー）からのエンジン始動要求を受信した場合に、鍵による始動操作が行なわれた場合と同様の操作を実行して、エンジンを始動する。
【０００３】
この始動制御装置としては、車両の製造後に、例えばオプション用品として製造工場などで後付けされる、後付け専用のタイプがある。
【０００４】
ところで、昨今、市場には、原動装置がエンジンのみであるノーマル車（ガソリンエンジン車、ディーゼルエンジン車など）と、原動装置としてエンジンとモータとを併せ持つハイブリッド車（以下、ＨＶ車という）とが存在する。ノーマル車とＨＶ車とでは、始動制御装置が行うべき始動制御の開始，停止条件あるいは始動制御装置から出力すべき始動要求信号を形成するパルス信号のメーク時間（オン期間）などが異なっている。
【０００５】
このように、ノーマル車とＨＶ車とでは、始動制御装置が行うべき始動制御の開始，停止条件あるいは始動制御装置から出力する始動要求信号のメーク時間が異なっているので、後付けタイプの始動制御装置においては、ノーマル車，ＨＶ車のそれぞれに適した始動制御を行う必要がある。このため、従来においては、ノーマル車用の始動制御を行うノーマル車専用の始動制御装置と、ＨＶ車用の始動制御を行うＨＶ車専用の始動制御装置とを別の製品として製造するようにしていた。
【０００６】
また、車内ＬＡＮプロトコルとしては、ＣＡＮ（Controller Area Network），ＢＥＡＮ（Body Electronics Area Network），ＴＴＰ／Ｃ（Time Triggered Protocol），Ｄ２Ｂ ｏｐｔｉｃａｌ（Domestic Digital Bus），ＭＯＳＴ（Media Oriented System Transport），ＬＩＮ（Local Interconnect Network）などの各種プロトコルが存在する。後付けタイプの始動制御装置を車両に搭載する際には、車両側の車両バスと後付用品側の用品バスとの間にプロトコル変換を行うゲートウェイを介在させ、用品バス側に所定の車内ＬＡＮプロトコルを採用する。
【０００７】
例えば、用品バス側にＢＥＡＮが採用され、車両バス側にＣＡＮが採用されているＢＥＡＮ×ＣＡＮ通信方式の場合は、始動制御装置は、ＣＡＮ方式で規定されたデータ形式（アプリケーション層部分のデータ形式）で始動制御用の制御データを作成して、このＣＡＮ方式の制御データをＢＥＡＮ方式の通信フレームに載せて送信しなくてはならない。一方、用品バス側にＢＥＡＮが採用され、車両バス側にＢＥＡＮが採用されているＢＥＡＮ×ＢＥＡＮ通信方式では、ＢＥＡＮ方式で規定されたデータ形式で始動制御用の制御データを作成して、このＢＥＡＮ方式の制御データをＢＥＡＮ方式の通信フレームに載せて送信しなくてはならない。
【０００８】
このように、ＢＥＡＮ×ＣＡＮ通信方式の車両と、ＢＥＡＮ×ＢＥＡＮ通信方式の車両とでは、始動制御用の制御データを割り付けるデータ部分のデータフォーマット（情報の種類や情報の割り付け位置など）すなわちビットアサインが異なるので、後付けタイプの始動制御装置においては、ＢＥＡＮ×ＣＡＮ通信方式の車両と、ＢＥＡＮ×ＢＥＡＮ通信方式のそれぞれに適した始動制御を行う必要がある。このため、従来においては、ＢＥＡＮ×ＣＡＮ通信方式の始動制御を行う始動制御装置と、ＢＥＡＮ×ＢＥＡＮ通信方式の始動制御を行う始動制御装置とを別の製品として製造するようにしていた。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来においては、ノーマル車用の始動制御を行うノーマル車専用の始動制御装置と、ＨＶ車用の始動制御を行うＨＶ車専用の始動制御装置とを別の製品として製造するようにしていたので、生産、管理が複雑化し、コストの上昇を招くという問題がある。
【００１０】
また、従来においては、異なる車内ＬＡＮプロトコルのデータ形式で始動制御を行う始動制御装置を別の製品として製造するようにしていたので、生産、管理が複雑化し、コストの上昇を招くという問題がある。
【００１１】
すなわち、従来の始動制御装置には、搭載先の車両の構成によって異なる装置を使用したいたという問題点があった。そこで、搭載先の車両の構成を自動的に識別し、識別した結果に対応する始動制御を選択する始動制御装置の実現が重要な課題となっていた。
【００１２】
この発明は、上述した従来技術による問題点を解消し、課題を解決するためになされたものであり、搭載先の車両の構成要因を自動的に識別し、適切な始動制御を実行する汎用性の高い始動制御装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る始動制御装置は、異なる車両構成要因を有する車両に搭載できる始動制御装置であって、当該始動制御装置が搭載される車両の構成要因に応じて車両の構成を登録記憶する登録手段と、異なる車両構成要因に対応して複数の異なる始動制御を行うためのプログラムが記憶され、車両の始動の際、前記登録手段に登録された車両の構成に対応する始動制御を選択して実行する制御手段とを備えたことを特徴とする。
【００１４】
この請求項１の発明に係る始動制御装置では、登録手段が自車両の車両構成要因を登録記憶し、制御手段は登録手段に登録された車両の構成に対応する始動制御を選択して実行する。
【００１５】
また、請求項２の発明に係る始動制御装置は、請求項１の発明において、前記登録手段は、車両側から当該始動制御装置に入力される信号に基づいて、車両構成要因を識別し、識別結果を登録記憶することを特徴とする。
【００１６】
この請求項２の発明に係る始動制御装置では、登録手段は車両側から当該始動制御装置に入力される信号に基づいて車両構成要因を識別してこの識別結果を登録記憶し、制御手段は登録記憶された識別結果に基づいて始動制御の内容を選択して実行する。
【００１７】
また、請求項３の発明に係る始動制御装置は、請求項１または２の発明において、前記登録手段は、当該始動制御装置が搭載される車両がノーマル車であるかハイブリッド車であるかを識別して、識別結果を登録記憶し、前記制御手段は、ノーマル車用始動制御およびハイブリッド車用始動制御を行うプログラムを予め記憶し、前記登録手段に登録された識別結果に対応する一方の始動制御を選択して実行することを特徴とする。
【００１８】
この請求項３の発明に係る始動制御装置では、登録手段は、当該始動制御装置が搭載される車両がノーマル車であるかハイブリッド車であるかを識別し、制御手段はこの識別結果に基づいてノーマル車用の始動制御またはハイブリッド車用の始動制御を選択して実行する。
【００１９】
また、請求項４の発明に係る始動制御装置は、請求項３の発明において、前記登録手段は、車両が始動できるか否かを示す始動許可信号を車両側から受信したか否かに基づいてハイブリッド車であるかノーマル車であるかを識別することを特徴とする。
【００２０】
この請求項４の発明に係る始動制御装置では、登録手段は、始動許可信号を車両側から受信したか否かに基づいてハイブリッド車であるかノーマル車であるかを識別し、制御手段はこの識別結果に基づいてノーマル車用の始動制御またはハイブリッド車用の始動制御を選択して実行する。
【００２１】
また、請求項５の発明に係る始動制御装置は、請求項３または４の発明において、前記制御手段は、ノーマル車用始動制御を行う場合と、ハイブリッド車用始動制御を行う場合とで、車両側に送信する始動要求信号を形成するパルス信号のメーク時間を変化させることを特徴とする。
【００２２】
請求項５の発明に係る始動制御装置では、制御手段は、ノーマル車用始動制御を行う場合と、ハイブリッド車用始動制御を行う場合とで、車両側に送信する始動要求信号を形成するパルス信号のメーク時間を変化させる。
【００２３】
また、請求項６の発明に係る始動制御装置は、請求項３〜５の何れか一つの発明において、ノーマル車用始動制御では、エンジン回転数に基づいて始動開始条件および始動停止条件が設定され、ハイブリッド車用始動制御では、前記始動許可信号およびハイブリッド車が異常であることを示すハイブリッド異常信号に基づいて始動開始条件および始動停止条件が設定されることを特徴とする。
【００２４】
請求項６の発明に係る始動制御装置では、ノーマル車用始動制御では、エンジン回転数に基づいて始動開始条件および始動停止条件が設定され、ハイブリッド車用始動制御では、始動許可信号およびハイブリッド異常信号に基づいて始動開始条件および始動停止条件が設定される。
【００２５】
また、請求項７の発明に係る始動制御装置は、請求項１または２の発明において、前記登録手段は、当該始動制御装置が搭載される車両が採用している車内ＬＡＮプロトコルを識別して、識別結果を登録記憶し、前記制御手段は、各別の車内ＬＡＮプロトコルで規定されたデータ形式で始動制御用の制御データを送受信するための始動制御プログラムを予め記憶し、前記登録手段に登録された識別結果に対応する一つの始動制御を選択して実行することによって車両が採用している車内ＬＡＮプロトコルで規定されたデータ形式に基づいて始動制御のための制御データの送受信を行うことを特徴とする。
【００２６】
請求項７の発明に係る始動制御装置では、登録手段は、当該始動制御装置が搭載される車両が採用している車内ＬＡＮプロトコルを識別し、制御手段は、登録手段に登録された識別結果に対応する始動制御を選択して実行することによって車両が採用している車内ＬＡＮプロトコルで規定されたデータ形式に基づいて始動制御のための制御データの送受信を行う。
【００２７】
また、請求項８の発明に係る始動制御装置は、請求項７の発明において、前記登録手段は、各車内ＬＡＮプロトコルで特有の信号の受信の有無に基づいて車両が採用している車内ＬＡＮプロトコルを識別することを特徴とする。
【００２８】
請求項８の発明に係る始動制御装置では、登録手段は、各車内ＬＡＮプロトコルで特有の信号の受信の有無に基づいて車両が採用している車内ＬＡＮプロトコルを識別し、制御手段は、登録手段に登録された識別結果に対応する始動制御を選択して実行することによって車両が採用している車内ＬＡＮプロトコルで規定されたデータ形式に基づいて始動制御のための制御データの送受信を行う。
【００２９】
また、請求項９の発明に係る始動制御装置は、請求項７または８において、前記登録手段は、車両が採用している車内ＬＡＮプロトコルがＣＡＮ方式かＢＥＡＮ方式であるかを識別し、前記制御手段は、ＣＡＮ方式で規定されたデータ形式で始動制御用の制御データを送受信するための第１の始動制御プログラムと、ＢＥＡＮ方式で規定されたデータ形式で始動制御用の制御データを送受信するための第２の始動制御プログラムとを予め記憶し、前記登録手段に登録された識別結果に対応する一方の始動制御プログラムを選択して実行することによって車両が採用しているＣＡＮ方式またはＢＥＡＮ方式で規定されたデータ形式に基づいて始動制御のための制御データの送受信を行うことを特徴とする。
【００３０】
請求項９の発明に係る始動制御装置では、登録手段は、車両が採用している車内ＬＡＮプロトコルがＣＡＮ方式かＢＥＡＮ方式であるかを識別し、制御手段は、登録手段に登録された識別結果に対応する始動制御を選択して実行することによって車両が採用しているＣＡＮ方式またはＢＥＡＮ方式で規定されたデータ形式に基づいて始動制御のための制御データの送受信を行う。
【発明の効果】
【００３１】
請求項１の発明に係る始動制御装置によれば、登録手段が自車両の車両構成要因を登録記憶し、制御手段は登録手段に登録された車両の構成に対応する始動制御を選択して実行するので、搭載先の車両の構成に対応する適切な始動制御を実行する汎用性の高い始動制御装置を得ることができる。このように１つの始動制御装置で車両の複数の異なる構成に対応できるので、生産、管理が簡単化し、装置コストを低減できるという効果を奏する。
【００３２】
また、請求項２の発明に係る始動制御装置によれば、登録手段は車両側から当該始動制御装置に入力される信号に基づいて車両構成を識別してその識別結果を登録記憶するので、車両側の構成を設定作業を行うことなく、簡易かつ正確に検出することができる。
【００３３】
また、請求項３の発明に係る始動制御装置によれば、登録手段は、搭載される車両がノーマル車であるかハイブリッド車であるかを識別し、制御手段はこの識別結果に基づいてノーマル車用の始動制御またはハイブリッド車用の始動制御を選択して実行するようにしているので、１つの始動制御装置でノーマル車およびＨＶ車の始動制御に対応でき、生産、管理が簡単化し、装置コストを低減できるという効果を奏する。
【００３４】
また、請求項４の発明に係る始動制御装置によれば、登録手段は、始動許可信号を車両側から受信したか否かに基づいてハイブリッド車であるかノーマル車であるかを識別し、制御手段はこの識別結果に基づいてノーマル車用の始動制御またはハイブリッド車用の始動制御を選択して実行するので、ハイブリッド車であるかノーマル車であるかを設定作業を行うことなく、簡易かつ正確に検出することができる。
【００３５】
また、請求項５の発明に係る始動制御装置によれば、制御手段は、ノーマル車用始動制御を行う場合と、ハイブリッド車用始動制御を行う場合とで、車両側に送信する始動要求信号を形成するパルス信号のメーク時間を変化させるので、ノーマル車用とハイブリッド車用とに応じた始動要求信号を適切に出力することができる。
【００３６】
また、請求項６の発明に係る始動制御装置によれば、ノーマル車用始動制御では、エンジン回転数に基づいて始動開始条件および始動停止条件を設定し、ハイブリッド車用始動制御では、始動許可信号およびハイブリッド異常信号に基づいて始動開始条件および始動停止条件を設定しているので、ノーマル車用とハイブリッド車用とに応じた始動制御を適切に実行させることができる。
【００３７】
また、請求項７の発明に係る始動制御装置によれば、登録手段は、車両が採用している車内ＬＡＮプロトコルを識別し、制御手段は、登録手段に登録された識別結果に対応する始動制御を選択して実行することによって車両が採用している車内ＬＡＮプロトコルで規定されたデータ形式に基づいて始動制御のための制御データの送受信を行うので、１つの始動制御装置で複数の異なる車内ＬＡＮプロトコルによる始動制御に対応でき、生産、管理が簡単化し、装置コストを低減できるという効果を奏する。
【００３８】
また、請求項８の発明に係る始動制御装置によれば、登録手段は各車内ＬＡＮプロトコルで特有の信号の受信の有無に基づいて車両が採用している車内ＬＡＮプロトコルを識別しているので、車両側で採用されている車内ＬＡＮプロトコルを設定作業を行うことなく、簡易かつ正確に検出することができる。
【００３９】
また、請求項９の発明に係る始動制御装置によれば、登録手段は、車両が採用している車内ＬＡＮプロトコルがＣＡＮ方式かＢＥＡＮ方式であるかを識別し、制御手段は、登録手段に登録された識別結果に対応する始動制御を選択して実行することによって車両が採用しているＣＡＮ方式またはＢＥＡＮ方式で規定されたデータ形式に基づいて始動制御のための制御データの送受信を行うので、１つの始動制御装置で車両側がＣＡＮ方式を採用している場合と車両側がＢＥＡＮ方式を採用している場合とに対応でき、生産、管理が簡単化し、装置コストを低減できるという効果を奏する。
【発明を実施するための最良の形態】
【００４０】
以下に添付図面を参照して、この発明に係る始動制御装置の好適な実施の形態について詳細に説明する。
【実施例１】
【００４１】
図１〜図６に従ってこの発明に係る始動制御装置の実施例１について説明する。この実施例１に示す始動制御装置は、後付けで車両に搭載されるものであって、原動装置がエンジンのみであるノーマル車と、原動装置としてエンジンとモータとを併せ持つＨＶ車の双方に共通して搭載可能なものである。図１は、始動制御装置２０をノーマル車に搭載した状態を示すもので、図２は始動制御装置２０をＨＶ車に搭載した状態を示すものである。
【００４２】
図１に示すように、ノーマル車用の車載システム１０は、アンテナ３、始動制御装置としてのリモートエンジンスタータ（以下、ＲＥＳという）２０、車内始動スイッチ１１、エンジン制御ＥＣＵ１２、エンジン１３などを備えている。車載システム１０に通常備えられているボディＥＣＵなどの各種ＥＣＵなどの図示は省略する。
【００４３】
リモートキー１は、ユーザが所持する遠隔操作端末であり、アンテナ２を介してエンジン始動要求や停止要求を車載システム１０内のＲＥＳ２０に送信する。ＲＥＳ２０はアンテナ３を介してリモートキー１との通信を行なう。リモートキー１に、ドアの施錠要求や解錠要求などをさらに送信する機能を備えさせても良い。車内始動スイッチ１１は、プッシュスイッチあるいはエンジン始動キーであり、車内でエンジン１３を直接始動させるためのスイッチである。なお、エンジン始動キーにリモートキー１の機能を持たせても良い。エンジン制御ＥＣＵ１２は、エンジン１３の動作を電子制御する制御装置である。
【００４４】
図２に示すように、ＨＶ車用の車載システム３０は、アンテナ３、ＲＥＳ２０、車内始動スイッチ３１、エンジン／モータ切換装置３２、エンジン制御ＥＣＵ３３、エンジン３４、モータ制御ＥＣＵ３５、モータ３６などを備えている。車載システム３０に通常備えられているボディＥＣＵなどの各種ＥＣＵなどの図示は省略する。
【００４５】
車内始動スイッチ３１は、プッシュスイッチあるいはエンジン始動キーであり、車内でエンジン３４および／またはモータ３６直接始動させるためのスイッチである。エンジン／モータ切換装置３２は、エンジン３４およびモータ３６の切り換え制御を行うものであり、切り換え制御のための各種制御指令をエンジン制御ＥＣＵ３３またはモータ制御ＥＣＵ３５に出力する。エンジン制御ＥＣＵ３３は、エンジン３４の動作を電子制御する制御装置である。モータ制御ＥＣＵ３５は、モータ３６の動作を電子制御する制御装置である。
【００４６】
つぎに、図１に示すノーマル車用の車載システム１０と図２に示すＨＶ車用の車載システム３０に共用搭載されるＲＥＳ２０について説明する。ＲＥＳ２０は、リモートキー１からのエンジン始動要求あるいはタイマー等を用いて予め定めた時刻に（即ち自律的に）車両の始動制御を行うものであり、ノーマル／ＨＶ識別部２１、制御部２２およびメモリ２３を備えている。
【００４７】
ノーマル／ＨＶ識別部２１は、ＨＶ車，ノーマル車のうちの一方にのみ固有の信号に基づいてＲＥＳ２０が搭載されている車両がノーマル車，ＨＶ車のうちの何れであるかを判別する。例えば、ノーマル／ＨＶ識別部２１では、ＨＶ車の場合にのみエンジン／モータ切換装置３２からＲＥＳ２０に入力される始動許可信号（車両が始動できるか否かを示す信号）の有無に基づいてＲＥＳ２０が搭載されている車両がノーマル車，ＨＶ車のうちの何れであるかを判別し、その判別結果を示すＨＶフラグをメモリ２３に登録する。メモリ２３は、ＨＶ車用とノーマル車用にそれぞれ対応した始動処理プログラムを内蔵し、制御部２２は始動制御を行う際に、メモリ２３に登録されたＨＶフラグを参照し、ＨＶフラグに基づいて適切な始動処理プログラムをメモリ２３から選択し、実行する。
【００４８】
つぎに、ＲＥＳ２０で行われる処理動作について図３〜図６のフローチャートを参照して説明する。まず、図３にしたがってＨＶフラグの登録処理について説明する。作業者は、ＲＥＳ２０を車両に接続した後、まず、例えばリモートキー１、車内始動スイッチ１１、ハザードボタンなどの操作を組み合わせた所定の登録開始操作を行い（ステップＳ１００）、その後車内始動スイッチ１１を用いて車両の原動装置を始動する（ステップＳ１０３）。ＲＥＳ２０の制御部２２では、登録開始操作が行われたか否かを監視しており（ステップＳ１００）、所定の登録開始操作が行われたことを検出した場合は、ノーマル／ＨＶ識別部２１によって始動許可信号を受信したか否かを判別させる（ステップＳ１０４）。前述したように、始動許可信号は、ＨＶ車の場合にのみエンジン／モータ切換装置３２からＲＥＳ２０に入力されるので、この始動許可信号の有無に基づいてＲＥＳ２０が搭載されている車両がノーマル車，ＨＶ車のうちの何れであるかを判別することができる。
【００４９】
ＲＥＳ２０のノーマル／ＨＶ識別部２１では、始動許可信号を受信したことを検出した場合は、ＲＥＳ２０がＨＶ車に搭載されていると判断し、メモリ２３のＨＶフラグを“１”に設定する（ステップＳ１０５）。一方、所定時間以上の間、始動許可信号を検出することが出来ない場合、ノーマル／ＨＶ識別部２１は、ＲＥＳ２０がノーマル車に搭載されていると判断し、メモリ２３のＨＶフラグを“０”に設定する（ステップＳ１０６）。このような登録処理が終了すると、作業者は、車両の原動装置を停止させた後、所定の登録終了操作を実行する。ＲＥＳ２０の制御部２２は、この登録終了操作を検出して、登録操作を終了させる（ステップＳ１０７）。
【００５０】
一方、登録開始操作を検出することなく、例えばリモートキー１からの始動要求信号を受信した場合（ステップＳ１０１）、ＲＥＳ２０の制御部２２は、車両の始動制御を実行する（ステップＳ１０２）。
【００５１】
図４は、ＲＥＳ２０で行われる車両の始動制御ルーチンを示すものである。ＲＥＳ２０の制御部２２は、始動制御の開始に先立って、メモリ２３のＨＶフラグを参照する（ステップＳ２００）。そして、制御部２２は、ＨＶフラグ＝“１”である場合は、メモリ２３に内蔵されたＨＶ車用の始動処理プログラムを読み出し、該ＨＶ車用の始動処理プログラムにしたがって始動制御を実行し（ステップＳ２１０）、ＨＶフラグ＝“０”である場合は、メモリ２３に内蔵されたノーマル車用の始動処理プログラムを読み出し、該ノーマル車用の始動処理プログラムにしたがって始動制御を実行する（ステップＳ２２０）。
【００５２】
図５は、ＨＶ車用の始動制御手順を示すものである。ＨＶ車用の始動処理を行う場合は、ＲＥＳ２０の制御部２２は、まず、始動制御プログラムにおける始動許可信号およびＨＶ異常信号（ハイブリッド車が異常であることを示す信号）を有効とし、エンジン回転数信号を無効とする（ステップＳ２１１）。すなわち、始動許可信号およびＨＶ異常信号は、ＨＶ車である場合にのみエンジン／モータ切換装置３２からＲＥＳ２０に入力される信号であり、エンジン回転数信号はノーマル車である場合にのみエンジン制御ＥＣＵ１２からＲＥＳ２０に入力される信号であるので、ＨＶ車用の始動処理を行う場合は始動制御プログラムにおける始動許可信号およびＨＶ異常信号を有効とし、エンジン回転数信号を無効とする。
【００５３】
つぎに、ＲＥＳ２０の制御部２２は、ＨＶ車用のメーク時間を有するパルス信号によって形成した始動要求信号のひとつであるＨＶ車用イグニッションオン信号をエンジン／モータ切換装置３２に出力することにより、車両側から始動許可信号およびＨＶ異常信号を受信できる状態とする（ステップＳ２１２）。そして、制御部２２は、所定時間が経過する前に、始動許可信号が“１”であってＨＶ異常信号が“０”である状態を検出した場合は（ステップＳ２１３〜Ｓ２１５）、エンジン始動の開始条件が成立したと判断して、所定時間が経過後に（ステップＳ２１５）、ＨＶ車用のメーク時間を有するパルス信号によって形成した始動要求信号のひとつであるＨＶ車用スタータオン信号をエンジン／モータ切換装置３２に出力する（ステップＳ２１８）。このＨＶ車用スタータオン信号を受信したエンジン／モータ切換装置３２は、エンジン制御ＥＣＵ３３および／またはモータ制御ＥＣＵ３５に始動指令を出力し、エンジン３４および／またはモータ３６を始動する。
【００５４】
一方、制御部２２は、所定時間が経過する前に、始動許可信号が“０”である状態あるいはＨＶ異常信号が“１”である状態を検出した場合は（ステップＳ２１３，Ｓ２１４）、エンジン始動の開始条件が成立せずと判断して、所定時間が経過後に（ステップＳ２１６）、ＨＶ車用のメーク時間を有するパルス信号によって形成したＨＶ車用イグニッションオフ信号をエンジン／モータ切換装置３２に出力する（ステップＳ２１７）。
【００５５】
エンジン始動後の暖機中においては、制御部２２は、始動許可信号およびＨＶ異常信号の状態を判定し（ステップＳ２１９，Ｓ２２０）、始動許可信号が“０”である状態あるいはＨＶ異常信号が“１”である状態を検出した場合は、ＨＶ車用のメーク時間を有するパルス信号によって形成したＨＶ車用エンジン停止要求をエンジン／モータ切換装置３２に出力する（ステップＳ２２１）。このＨＶ車用エンジン停止要求を受信したエンジン／モータ切換装置３２は、エンジン制御ＥＣＵ３３および／またはモータ制御ＥＣＵ３５に停止指令を出力し、始動されているエンジン３４および／またはモータ３６を停止する。
【００５６】
図６は、ノーマル車用の始動処理プログラムによる始動制御手順を示すものである。ノーマル車用の始動処理を行う場合は、ＲＥＳ２０の制御部２２は、まず、始動制御プログラムにおける始動許可信号およびＨＶ異常信号を無効とし、エンジン回転数信号を有効とする（ステップＳ２３０）。
【００５７】
つぎに、ＲＥＳ２０の制御部２２は、ノーマル車用のメーク時間を有するパルス信号によって形成したノーマル車用イグニッションオン信号をエンジン制御ＥＣＵ１２に出力することにより、車両側からエンジン回転数信号を受信できる状態とする（ステップＳ２３１）。そして、制御部２２は、所定時間が経過する前に、エンジン回転数信号が第１の閾値ＴＨ１より大きくなるかあるいは第２の閾値ＴＨ２（ＴＨ２＜ＴＨ１）より小さくなる、エンジン回転数異常を検出すると（ステップＳ２３２）、エンジン始動の開始条件が成立したと判断して、所定時間が経過後に（ステップＳ２３３）、ノーマル車用のメーク時間を有するパルス信号によって形成したノーマル車用スタータオン信号をエンジン制御ＥＣＵ１２に出力する（ステップＳ２３６）。このノーマル車用スタータオン信号を受信したエンジン制御ＥＣＵ１２は、エンジン１３を始動する。
【００５８】
一方、制御部２２は、所定時間が経過する前に、エンジン回転数の異常を検出した場合は（ステップＳ２３２）、エンジン始動の開始条件が成立せずと判断して、所定時間が経過後に（ステップＳ２３４）、ノーマル車用のメーク時間を有するパルス信号によって形成したノーマル車用イグニッションオフ信号をエンジン制御ＥＣＵ１２に出力する（ステップＳ２３５）。
【００５９】
エンジン始動後の暖機中においては、制御部２２は、エンジン回転数の状態を判定し（ステップＳ２３７）、エンジン回転数の異常を検出した場合は、ノーマル車用のメーク時間を有するパルス信号によって形成したノーマル車用エンジン停止要求をエンジン制御ＥＣＵ１２に出力する（ステップＳ２３８）このノーマル車用エンジン停止要求を受信したエンジン制御ＥＣＵ１２は、始動されているエンジン１３を停止する。
【００６０】
このように実施例１においては、ＲＥＳ２０が搭載される車両がノーマル車であるかＨＶ車であるかを識別し、この識別結果に基づいてノーマル車用の始動制御またはＨＶ車用の始動制御を選択して実行するようにしているので、１つのＲＥＳでノーマル車およびＨＶ車の始動制御に対応でき、生産、管理が簡単化し、装置コストを低減できるという効果を奏する。
【００６１】
なお、上記実施例１では、ＲＥＳ２０は、ノーマル車およびＨＶ車の始動制御に対処できるように構成したが、さらに燃料電池車の始動制御にも対応できるように構成してもよい。また、上記実施例１では、ＲＥＳ２０は、始動許可信号の有無によってＲＥＳ２０が搭載される車両がノーマル車およびＨＶ車の何れであるかを識別し、その識別結果をメモリ２３にＨＶフラグとして記憶するようにしたが、ＲＥＳ２０が搭載される車両がノーマル車およびＨＶ車の何れであるかの登録設定を作業者による操作（例えば、始動制御装置に設けた所定のボタンを押す、あるいは始動制御装置に登録専用のジャンパースイッチを設けて、このジャンパースイッチを操作させるなど）によって行わせるようにしてもよい。
【実施例２】
【００６２】
図７〜図１０に従ってこの発明に係る始動制御装置の実施例２について説明する。この実施例２に示す始動制御装置（ＲＥＳ）２５は、後付けで車両に搭載されるものであって、ＲＥＳ２５が接続される用品バス側にＢＥＡＮが採用され、車両バス側にＣＡＮが採用されているＢＥＡＮ×ＣＡＮ通信方式と、用品バス側にＢＥＡＮが採用され、車両バス側にＢＥＡＮが採用されているＢＥＡＮ×ＢＥＡＮ通信方式の双方に共通して搭載可能なものである。図７は、ＲＥＳ２５をＢＥＡＮ×ＣＡＮ通信方式の車載システムに搭載した状態を示すもので、図８はＲＥＳ２５をＢＥＡＮ×ＢＥＡＮ通信方式の車載システムに搭載した状態を示すものである。
【００６３】
図７に示すように、ＢＥＡＮ×ＣＡＮ通信方式の車載システム４０は、アンテナ３、ＲＥＳ２５、車内始動スイッチ４１、ゲートウェイ（以下ＧＷと略す）４２、ボディＥＣＵ４３、エンジン制御ＥＣＵ４４を備えている。
【００６４】
リモートキー１は、先の実施例１と同様、ユーザが所持する遠隔操作端末であり、アンテナ２を介してエンジン始動要求や停止要求を車載システム１０内のＲＥＳ２５に送信する。車内始動スイッチ４１は、プッシュスイッチあるいはエンジン始動キーであり、車内でエンジン（図示せず）を直接始動させるためのスイッチである。
【００６５】
ＧＷ４２とＲＥＳ２５とを接続する用品バス４５ではＢＥＡＮが採用されおり、ＧＷ４２より車両側の車両バス４６ではＣＡＮが採用されており、ＧＷ４２では、ＢＥＡＮ←→ＣＡＮ間のプロトコル変換を行う。なお、ＧＷ４２では、フレーム中の始動制御用の制御データが割り付けられるデータ部分以外のプロトコル変換を行っている。
【００６６】
図８に示すように、ＢＥＡＮ×ＢＥＡＮ通信方式の車載システム５０は、アンテナ３、ＲＥＳ２５、車内始動スイッチ５１、ゲートウェイ（以下ＧＷと略す）５２、ボディＥＣＵ５３、エンジン制御ＥＣＵ５４を備えている。
【００６７】
リモートキー１は、先の実施例１と同様、ユーザが所持する遠隔操作端末であり、アンテナ２を介してエンジン始動要求や停止要求を車載システム１０内のＲＥＳ２５に送信する。車内始動スイッチ５１は、プッシュスイッチあるいはエンジン始動キーであり、車内でエンジン（図示せず）を直接始動させるためのスイッチである。
【００６８】
ＧＷ５２とＲＥＳ２５とを接続する用品バス５５ではＢＥＡＮが採用されおり、ＧＷ５２より車両側の車内バス５６ではＢＥＡＮが採用されており、ＧＷ５２では、ＢＥＡＮ←→ＢＥＡＮ間のプロトコル変換を行う。すなわち、この場合、ＧＷ５２では、特にプロトコル変換を行うことなくフレームをスルーで通過させる。
【００６９】
つぎに、図７に示すＢＥＡＮ×ＣＡＮ通信方式の車載システム４０と図８に示すＢＥＡＮ×ＢＥＡＮ通信方式の車載システム５０に共用搭載されるＲＥＳ２５について説明する。ＲＥＳ２５は、リモートキー１からのエンジン始動要求あるいはタイマー等を用いて予め定めた時刻に（即ち自律的に）車両の始動制御を行うものであり、ＬＡＮプロトコル識別部２６、制御部２７およびメモリ２８を備えている。
【００７０】
ＬＡＮプロトコル識別部２６は、各車内ＬＡＮプロトコルで特有の信号の有無に基づいて、フレーム中の始動制御用の制御データが割り付けられるデータ部分に採用されている車内ＬＡＮプロトコルを識別する。この場合、ＬＡＮプロトコル識別部２６は、車両側がＣＡＮを採用しているかＢＥＡＮを採用しているかを識別するものであり、ＬＡＮプロトコル識別部２６は、フレーム中の始動制御用の制御データが割り付けられるデータ部分に、ＢＥＡＮ特有の信号を検出した場合に、車両側がＢＥＡＮを採用していると識別し、ＢＥＡＮ特有の信号を検出できない場合に、車両側がＣＡＮを採用していると識別する。ＬＡＮプロトコル識別部２６は、識別結果を示すＣＡＮフラグをメモリ２８に登録する。
【００７１】
メモリ２８は、各別の車内ＬＡＮプロトコルで規定されたデータ形式で始動制御用の制御データを送受信するための複数の始動制御プログラムを予め記憶している。この場合、メモリ２８は、ＣＡＮ方式で規定されたデータ形式で始動制御用の制御データをＢＥＡＮ方式の通信フレームに載せて送受信するためのＢＥＡＮ×ＣＡＮ用始動制御プログラムと、ＢＥＡＮ方式で規定されたデータ形式で始動制御用の制御データをＢＥＡＮ方式の通信フレームに載せて送受信するためのＢＥＡＮ×ＢＥＡＮ用始動制御プログラムとを内蔵し、制御部２７は始動制御を行う際に、メモリ２８に登録されたＣＡＮフラグを参照し、ＣＡＮフラグに基づいて適切な一方の始動処理プログラムをメモリ２８から選択し、実行する。
【００７２】
つぎに、ＲＥＳ２５で行われる処理動作について図９，図１０のフローチャートを参照して説明する。まず、図９にしたがって車内ＬＡＮプロトコル識別フラグとしてのＣＡＮフラグの登録処理について説明する。作業者は、ＲＥＳ２５を車両に接続した後、実施例１と同様、まず、例えばリモートキー１、車内始動スイッチ１１、ハザードボタンなどの操作を組み合わせた所定の登録開始操作を行い（ステップＳ３００）、その後車内始動スイッチ１１を用いて車両の原動装置を始動する（ステップＳ３０３）。ＲＥＳ２５の制御部２７では、登録開始操作が行われたか否かを監視しており（ステップＳ３００）、所定の登録開始操作が行われたことを検出した場合は、ＬＡＮプロトコル識別部２６によってＢＥＡＮフレーム中の始動制御用の制御データが割り付けられるデータ部分に、ＢＥＡＮ×ＢＥＡＮ方式特有の信号が、存在するか否かを判別させる（ステップＳ３０４）。
【００７３】
ＲＥＳ２０のＬＡＮプロトコル識別部２６では、受信したＢＥＡＮフレーム中の始動制御用の制御データが割り付けられるデータ部分に、ＢＥＡＮ方式特有の信号を検出した場合は（ステップＳ３０４）、車両側にＢＥＡＮが採用されていると判断し、メモリ２８のＣＡＮフラグを“０”に設定する（ステップＳ３０５）。一方、受信したＢＥＡＮフレーム中の始動制御用の制御データが割り付けられるデータ部分に、ＢＥＡＮ方式特有の信号を検出できない場合（ステップＳ３０４）、ＬＡＮプロトコル識別部２６では、車両側にＣＡＮが採用されていると判断し、メモリ２８のＣＡＮフラグを“１”に設定する（ステップＳ３０６）。このような登録処理が終了すると、作業者は、車両の原動装置を停止させた後、所定の登録終了操作を実行する。ＲＥＳ２５の制御部２７は、この登録終了操作を検出して、登録操作を終了させる（ステップＳ３０７）。
【００７４】
一方、登録開始操作を検出することなく、例えばリモートキー１からの始動要求信号を受信した場合（ステップＳ３０１）、ＲＥＳ２５の制御部２７は、車両の始動制御を実行する（ステップＳ３０２）。
【００７５】
図１０は、ＲＥＳ２５で行われる車両の始動制御ルーチンを示すものである。ＲＥＳ２５の制御部２７は、始動制御の開始に先立って、メモリ２３のＣＡＮフラグを参照する（ステップＳ４００）。そして、制御部２７は、ＣＡＮフラグ＝“１”である場合は、メモリ２８に内蔵されたＢＥＡＮ×ＣＡＮ用始動制御プログラムを読み出し、ＢＥＡＮ×ＣＡＮ用始動制御プログラムにしたがって始動制御を実行する（ステップＳ４０１）。ＢＥＡＮ×ＣＡＮ用の始動制御では、ＣＡＮ方式の規定にしたがったビットアサインに基づいて始動用の制御データを作成し、作成したＣＡＮ方式による始動用の制御データをＢＥＡＮ方式の通信フレームに載せて車両側に送信する。データ部分のビットアサインがＣＡＮで、通信フレームがＢＥＡＮであるフレームをＢＥＡＮ（ＣＡＮ）と表記する。図７のＧＷ４２では、このＢＥＡＮ（ＣＡＮ）フレームを受信すると、ＢＥＡＮ方式の通信フレームをＣＡＮ方式の通信フレームに変換するプロトコル変換を行い、データ部分のビットアサインがＣＡＮで、通信フレームがＣＡＮであるＣＡＮ（ＣＡＮ）フレームを車両バス４６に送出する。一方、ＧＷ４２からＢＥＡＮ（ＣＡＮ）フレームを受信した場合、ＲＥＳ２５の制御部２７は、データ部分を、ＣＡＮ方式の規定によるビットアサインに従って解読し、解読結果に従って始動処理を実行する。
【００７６】
一方、ステップＳ４００の判定で、ＣＡＮフラグ＝“０”を検出した場合は、メモリ２８に内蔵されたＢＥＡＮ×ＢＥＡＮ用始動制御プログラムを読み出し、ＢＥＡＮ×ＢＥＡＮ用始動制御プログラムにしたがって始動制御を実行する（ステップＳ４０２）。ＢＥＡＮ×ＢＥＡＮ用の始動制御では、ＢＥＡＮ方式の規定にしたがったビットアサインに基づいて始動用の制御データを作成し、作成したＢＥＡＮ方式による始動用の制御データをＢＥＡＮ方式の通信フレームに載せて車両側に送信する。データ部分のビットアサインがＢＥＡＮで、通信フレームがＢＥＡＮであるフレームをＢＥＡＮ（ＢＥＡＮ）と表記する。図８のＧＷ５２では、このＢＥＡＮ（ＢＥＡＮ）フレームを受信すると、特にプロトコル変換を行うことなく、ＢＥＡＮ（ＢＥＡＮ）フレームをスルーで車両バス４６に送出する。一方、ＧＷ５２からＢＥＡＮ（ＢＥＡＮ）フレームを受信した場合、ＲＥＳ２５の制御部２７は、データ部分を、ＢＥＡＮ方式の規定によるビットアサインに従って解読し、解読結果に従って始動処理を実行する。
【００７７】
このように実施例２においては、ＲＥＳ２５が搭載される車両に採用されている車内ＬＡＮプロトコルがＣＡＮ方式であるかＢＥＡＮ方式であるかを識別し、この識別結果に対応する始動制御を選択して実行することによって車両が採用しているＣＡＮ方式またはＢＥＡＮ方式で規定されたデータ形式に基づいて始動制御のための制御データの送受信を行うので、１つのＲＥＳ２５で車両側がＣＡＮ方式を採用している場合と車両側がＢＥＡＮ方式を採用している場合とに対応でき、生産、管理が簡単化し、装置コストを低減できるという効果を奏する。
【００７８】
なお、上記実施例２のＲＥＳ２５では、車両バス４６，５６側がＢＥＡＮまたはＣＡＮであって、用品バス４５側がＢＥＡＮである場合に対処できるようにしたが、車両バス４６，５６側にＴＴＰ／Ｃ，Ｄ２Ｂ ｏｐｔｉｃａｌ，ＭＯＳＴ，ＬＩＮなどの他の車内ＬＡＮプロトコルが採用されている車両にも対処可能なようにしてもよく、用品バス４５，５５側もＢＥＡＮに限らず他の車内ＬＡＮプロトコルを採用するようにしてもよい。また、異なる３つ以上の車内ＬＡＮプロトコルに対処可能なようにＲＥＳ２５を構成するようにしてもよい。また、上記実施例２では、ＲＥＳ２５は、各車内ＬＡＮプロトコルで特有の信号の有無に基づいて、フレーム中の始動制御用の制御データが割り付けられるデータ部分に採用されている車内ＬＡＮプロトコルを識別し、その識別結果をメモリ２８にフラグとして記憶するようにしたが、ＲＥＳ２５が搭載される車両が採用している車内ＬＡＮプロトコルが何であるかの登録設定を作業者による操作（例えば、始動制御装置に設けた所定のボタンを押す、あるいは始動制御装置に登録専用のジャンパースイッチを設けて、このジャンパースイッチを操作させるなど）によって行わせるようにしてもよい。
【実施例３】
【００７９】
図１１〜図１３に従ってこの発明に係る始動制御装置の実施例３について説明する。この実施例３は実施例１と実施例２とを組み合わせたものである。すなわち、実施例３の始動制御装置（ＲＥＳ）６０は、後付けで車両に搭載されるものであって、原動装置がエンジンのみであるノーマル車と、原動装置としてエンジンとモータとを併せ持つＨＶ車の双方に共通して搭載可能なものであり、さらに前述のＢＥＡＮ×ＣＡＮ通信方式と、ＢＥＡＮ×ＢＥＡＮ通信方式の双方に共通して搭載可能なものである。図１１は、実施例３のＲＥＳ６０の内部構成を示すものである。
【００８０】
ＲＥＳ６０は、図１などに示したリモートキー１からのエンジン始動要求あるいはタイマー等を用いて予め定めた時刻に（即ち自律的に）車両の始動制御を行うものであり、ノーマル／ＨＶ識別部６１、ＬＡＮプロトコル識別部６２、制御部６３およびメモリ６４を備えている。
【００８１】
ノーマル／ＨＶ識別部６１は、ＨＶ車，ノーマル車のうちの一方にのみ固有の信号（例えば前述の始動許可信号）に基づいてＲＥＳ６０が搭載されている車両がノーマル車，ＨＶ車のうちの何れであるかを判別し、その判別結果を示すＨＶフラグをメモリ６４に登録する。ＬＡＮプロトコル識別部６２は、各車内ＬＡＮプロトコルで特有の信号の有無に基づいて、フレーム中の始動制御用の制御データが割り付けられるデータ部分に採用されている車内ＬＡＮプロトコルを識別する。この場合、ＬＡＮプロトコル識別部６２は、車両側がＣＡＮを採用しているかＢＥＡＮを採用しているかを識別するものであり、識別結果を示すＣＡＮフラグ（ＣＡＮの場合“１”で、ＢＥＡＮの場合“０”）をメモリ６４に登録する。
【００８２】
メモリ６４は、ＨＶ車用とノーマル車用にそれぞれ対応したＨＶ車用始動処理プログラムおよびノーマル車用始動処理プログラムと、ＣＡＮ方式で規定されたデータ形式で始動制御用の制御データをＢＥＡＮ方式の通信フレームに載せて送受信するためのＢＥＡＮ×ＣＡＮ用始動制御プログラムと、ＢＥＡＮ方式で規定されたデータ形式で始動制御用の制御データをＢＥＡＮ方式の通信フレームに載せて送受信するためのＢＥＡＮ×ＢＥＡＮ用始動制御プログラムとを内蔵し、制御部６３は始動制御を行う際に、メモリ６４に登録されたＨＶフラグおよびＣＡＮフラグを参照し、ＨＶフラグおよびＣＡＮフラグに基づいて適切な２つの始動処理プログラムをメモリ６４から選択し、実行する。
【００８３】
つぎに、ＲＥＳ６０で行われる処理動作について図１２，図１３のフローチャートを参照して説明する。まず、図１２にしたがってＨＶフラグの登録処理について説明する。作業者は、ＲＥＳ６０を車両に接続した後、所定の登録開始操作を行い（ステップＳ５００）、その後車内始動スイッチを用いて車両の原動装置を始動する（ステップＳ５０３）。ＲＥＳ６０の制御部６３では、登録開始操作が行われたか否かを監視しており（ステップＳ５００）、所定の登録開始操作が行われたことを検出した場合は、ノーマル／ＨＶ識別部６１によって始動許可信号を受信したか否かを判別させる（ステップＳ５０４）。
【００８４】
ＲＥＳ６０のノーマル／ＨＶ識別部６１では、始動許可信号を受信したことを検出した場合は、ＲＥＳ６０がＨＶ車に搭載されていると判断し、メモリ６４のＨＶフラグを“１”に設定する（ステップＳ５０５）。一方、所定時間以上の間、始動許可信号を検出することが出来ない場合、ノーマル／ＨＶ識別部６１は、ＲＥＳ６０がノーマル車に搭載されていると判断し、メモリ６４のＨＶフラグを“０”に設定する（ステップＳ５０６）。
【００８５】
ＲＥＳ６０のＬＡＮプロトコル識別部６２では、受信したＢＥＡＮフレーム中の始動制御用の制御データが割り付けられるデータ部分に、ＢＥＡＮ方式特有の信号を検出した場合は（ステップＳ５０７）、車両側にＢＥＡＮが採用されていると判断し、メモリ６４のＣＡＮフラグを“０”に設定する（ステップＳ５０８）。一方、受信したＢＥＡＮフレーム中の始動制御用の制御データが割り付けられるデータ部分に、ＢＥＡＮ方式特有の信号を検出できない場合、ＬＡＮプロトコル識別部６２では、車両側にＣＡＮが採用されていると判断し、メモリ６４のＣＡＮフラグを“１”に設定する（ステップＳ５０９）。このような登録処理が終了すると、作業者は、車両の原動装置を停止させた後、所定の登録終了操作を実行する。ＲＥＳ６０の制御部６３は、この登録終了操作を検出して、登録操作を終了させる（ステップＳ５１０）。
【００８６】
一方、登録開始操作を検出することなく、例えばリモートキーからの始動要求信号を受信した場合（ステップＳ５０１）、ＲＥＳ６０の制御部６３は、車両の始動制御を実行する（ステップＳ５０２）。
【００８７】
図１３は、ＲＥＳ６０で行われる車両の始動制御ルーチンを示すものである。ＲＥＳ６０の制御部６３は、始動制御の開始に先立って、メモリ６４のＨＶフラグおよびＣＡＮフラグを参照する（ステップＳ６００，Ｓ６０１，Ｓ６０２）。
【００８８】
そして、制御部６３は、ＨＶフラグ＝“１”であってかつＣＡＮフラグ＝“１”である場合は、メモリ６４に内蔵されたＨＶ車用の始動処理プログラムおよびＢＥＡＮ×ＣＡＮ用始動制御プログラムを読み出し、これらの始動処理プログラムにしたがって始動制御を実行する（ステップＳ６０３）。この始動制御においては、ＣＡＮ方式の規定にしたがったビットアサインに基づいて始動用の制御データを作成し、作成したＣＡＮ方式による始動用の制御データをＢＥＡＮ方式の通信フレームに載せて車両側に送信するとともに、受信フレームのデータ部分をＣＡＮ方式の規定によるビットアサインに従って解読し、さらにその始動制御の手順は、図５に示したＨＶ車用の始動制御手順に従って行われる。
【００８９】
また、ＨＶフラグ＝“１”であってかつＣＡＮフラグ＝“０”である場合、制御部６３は、メモリ６４に内蔵されたＨＶ車用の始動処理プログラムおよびＢＥＡＮ×ＢＥＡＮ用始動制御プログラムを読み出し、これらの始動処理プログラムにしたがって始動制御を実行する（ステップＳ６０４）。この始動制御においては、ＢＥＡＮ方式の規定にしたがったビットアサインに基づいて始動用の制御データを作成し、作成したＢＥＡＮ方式による始動用の制御データをＢＥＡＮ方式の通信フレームに載せて車両側に送信するとともに、受信フレームのデータ部分をＢＥＡＮ方式の規定によるビットアサインに従って解読し、さらにその始動制御の手順は、図５に示したＨＶ車用の始動制御手順に従って行われる。
【００９０】
また、ＨＶフラグ＝“０”であってかつＣＡＮフラグ＝“１”である場合、制御部６３は、メモリ６４に内蔵されたノーマル車用の始動処理プログラムおよびＢＥＡＮ×ＣＡＮ用始動制御プログラムを読み出し、これらの始動処理プログラムにしたがって始動制御を実行する（ステップＳ６０５）。この始動制御においては、ＣＡＮ方式の規定にしたがったビットアサインに基づいて始動用の制御データを作成し、作成したＣＡＮ方式による始動用の制御データをＢＥＡＮ方式の通信フレームに載せて車両側に送信するとともに、受信フレームのデータ部分をＣＡＮ方式の規定によるビットアサインに従って解読し、さらにその始動制御の手順は、図６に示したノーマル車用の始動制御手順に従って行われる。
【００９１】
また、ＨＶフラグ＝“０”であってかつＣＡＮフラグ＝“０”である場合、制御部６３は、メモリ６４に内蔵されたノーマル車用の始動処理プログラムおよびＢＥＡＮ×ＢＥＡＮ用始動制御プログラムを読み出し、これらの始動処理プログラムにしたがって始動制御を実行する（ステップＳ６０６）。この始動制御においては、ＢＥＡＮ方式の規定にしたがったビットアサインに基づいて始動用の制御データを作成し、作成したＢＥＡＮ方式による始動用の制御データをＢＥＡＮ方式の通信フレームに載せて車両側に送信するとともに、受信フレームのデータ部分をＢＥＡＮ方式の規定によるビットアサインに従って解読し、さらにその始動制御の手順は、図６に示したノーマル車用の始動制御手順に従って行われる。
【００９２】
このように実施例３では、ＲＥＳ６０が搭載される車両がノーマル車であるかＨＶ車であるかと、ＲＥＳ６０が搭載される車両に採用されている車内ＬＡＮプロトコルがＣＡＮ方式であるかＢＥＡＮ方式であるかを識別し、これらの識別結果に対応する始動制御を選択して実行するようにしているので、１つのＲＥＳ６０でノーマル車およびＨＶ車の始動制御と、車両側がＣＡＮ方式を採用している場合と車両側がＢＥＡＮ方式を採用している場合との始動制御に対応でき、生産、管理が簡単化し、装置コストを低減できるという効果を奏する。
【００９３】
以上の実施例１，２では、異なる車両構成要因に対応可能な始動制御装置として、ノーマル車およびＨＶ車の双方に対処可能な始動制御装置と、異なる車内ＬＡＮプロトコルに対処可能な始動制御装置を例示したが、本発明はこれに限られるものではなく、搭載先の車両における他の車両構成要因の違いを吸収して対処可能なように構成するようにしてもよい。このような、各種の車両構成要因の違いを吸収して対処可能なようにソフトウェアを構成する際には、遠隔始動制御を行うための基本的な処理部分を基本アプリケーションとし、各種の車両構成要因の違いを吸収した処理を実行させる部分を追加アプリケーションと変換テーブルによって構成すれば、新たな車両構成要因の違いを吸収させるための機能を追加する場合、基本アプリケーション部分は変更することなく、追加アプリケーションおよび変換テーブルのみを追加あるいは変更することにより、容易に機能追加に対処できるようになる。
【産業上の利用可能性】
【００９４】
以上のように、本発明にかかる始動制御装置は、車両の始動制御に有用であり、搭載先の車両構成が各種異なる場合の遠隔始動装置に適している。
【図面の簡単な説明】
【００９５】
【図１】実施例１の始動制御装置をノーマル車に搭載した場合の車載システムを示すブロック図である。
【図２】実施例１の始動制御装置をＨＶ車に搭載した場合の車載システムを示すブロック図である。
【図３】実施例１の登録手順を示すフローチャートである。
【図４】実施例１の始動制御手順を示すフローチャートである。
【図５】実施例１によるＨＶ車用始動制御手順を示すフローチャートである。
【図６】実施例１によるノーマル車用始動制御手順を示すフローチャートである。
【図７】実施例２の始動制御装置をＢＥＡＮ×ＣＡＮ方式の車載システムに搭載した場合を示すブロック図である。
【図８】実施例２の始動制御装置をＢＥＡＮ×ＢＥＡＮ方式の車載システムに搭載した場合を示すブロック図である。
【図９】実施例２の登録手順を示すフローチャートである。
【図１０】実施例２の始動制御手順を示すフローチャートである。
【図１１】実施例３の始動制御装置の内部構成を示すブロック図である。
【図１２】実施例３の登録手順を示すフローチャートである。
【図１３】実施例３の始動制御手順を示すフローチャートである。
【符号の説明】
【００９６】
１    リモートキー
２，３    アンテナ
１０，３０，４０，５０    車載システム
１１，３１，４１，５１    車内始動スイッチ
１２，３３，４４，５４    エンジン制御ＥＣＵ
１３，３４    エンジン
２０    始動制御装置（リモートエンジンスタータ、ＲＥＳ）
２１，６１    ノーマル／ＨＶ識別部
２２，２７，６３    制御部
２３，２８，６４    メモリ
２６，６２    ＬＡＮプロトコル識別部
３２    エンジン／モータ切換装置
３５    モータ制御ＥＣＵ
３６    モータ
４２，５２    ゲートウェイ（ＧＷ）
４３，５３    ボディＥＣＵ
４５，５５    用品バス
４６，５６    車両バス
【図１】
2007120427.tif 000003
【図２】
2007120427.tif 000004
【図３】
2007120427.tif 000005
【図４】
2007120427.tif 000006
【図５】
2007120427.tif 000007
【図６】
2007120427.tif 000008
【図７】
2007120427.tif 000009
【図８】
2007120427.tif 000010
【図９】
2007120427.tif 000011
【図１０】
2007120427.tif 000012
【図１１】
2007120427.tif 000013
【図１２】
2007120427.tif 000014
【図１３】
2007120427.tif 000015