車載機器の起動制御装置
【課題】運転者の意思を尊重しながら車室内環境が快適となるように複数の車載機器を起動することができる車載機器の起動制御装置を提供する。
【解決手段】車載機器の動作条件データベース１７には、車室内の温度と湿度とで決定される車室内状態と起動対象となる車載機器及び当該車載機器の動作条件との対応関係が定義されている。処理部３は、運転者による操作に応じて現在の車室内環境を検出し、その車室内環境に対応して動作条件定義テーブルに記憶されている車載機器及び当該車載機器の動作条件を運転者に提案する。運転者が提案を受け入れたときは、提案した車載機器をその動作条件で起動する。
【解決手段】車載機器の動作条件データベース１７には、車室内の温度と湿度とで決定される車室内状態と起動対象となる車載機器及び当該車載機器の動作条件との対応関係が定義されている。処理部３は、運転者による操作に応じて現在の車室内環境を検出し、その車室内環境に対応して動作条件定義テーブルに記憶されている車載機器及び当該車載機器の動作条件を運転者に提案する。運転者が提案を受け入れたときは、提案した車載機器をその動作条件で起動する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車室内状態に応じて所定の車載機器を起動制御する車載機器の起動制御装置に関する。
【背景技術】
【０００２】
例えば高温状態の車室内をクールダウンして運転者の不快感を低減するための車両用空調装置として、特許文献１のものが提案されている。この特許文献１のものは、車室内の冷房負荷が高い状態で、車両用空調装置をオートモードでクールダウンさせる際に、車両用空調装置を外気モードに切換えた状態で送風すると同時に、サイドウインドまたはサンルーフを開放する。この状態を、車室内の温度が設定温度以下となるまで続け、設定温度以下となったときは、車両用空調装置を内気モードに切換えてから、サイドウインドまたはサンルーフを閉じ、エバポレータにより冷却された内気を車室内に循環させるというものである。
【特許文献１】特開２００４−１０６７４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１のものは、車室内の冷房負荷に応じて自動で車両用空調装置及びパワーウインドを起動するものであるから、運転者の好みによっては、おせっかいな動作となり、かえって運転者に不快感を与えてしまう虞がある。
【０００４】
本発明は上記事情に鑑みてなされたもので、その目的は、乗員の意思を尊重しながら車室内環境が快適となるように複数の車載機器を起動することができる車載機器の起動制御装置を提供することにある。
【課題を解決するための手段】
【０００５】
請求項１の発明によれば、提案手段は、検出手段が検出した車室内状態に基づいて起動する車載機器及び当該車載機器の動作条件を提案するので、乗員は、その提案が好みである場合は、提案を受理する。すると、起動手段が起動対象の車載機器を当該車載機器の動作条件で起動するので、乗員の意思を尊重しながら車室内環境が快適となるように車載機器を起動でき、車室内環境を乗員の好みの環境とすることができる。
【０００６】
請求項２の発明によれば、推定手段が車室内環境を推定し、その推定結果に基づいて提案手段が起動する車載機器及び当該車載機器の動作条件を提案するので、請求項１のように車室内状態を検出する検出手段を設けることなく実施することが可能となる。
請求項３の発明によれば、乗員が提案を拒否した場合は、次の起動時に提案内容が変更されるので、次の起動時に乗員の好みとなるように提案内容を変更することが可能となる。
【０００７】
請求項４の発明によれば、乗員が何ら操作しない場合は、次の動作に自動的に移行するので、動作の待機状態が無駄に継続してしまうことを防止できる。
請求項５の発明によれば、乗員が提案を複数回拒否した場合は、編集手段により提案手段による提案内容を編集することができるので、提案内容を乗員の好みに最終的に一致させることができる。
【０００８】
請求項６の発明によれば、乗員が編集手段による編集を拒否した場合は、乗員が提案を受理することはないと判断できるので、車室内状態若しくは起動対象となる車載機器及びその動作条件を消去することにより無駄な提案を継続してしまうことを防止することができる。
【発明を実施するための最良の形態】
【０００９】
（第１実施例）
以下、本発明の第１実施例について図１ないし図５を参照して説明する。
図１は、全体構成を概略的に示すブロック図である。この図１において、ワイパＥＣＵ１は、ワイパ操作に応じてワイパ２を駆動すると共に、ワイパ２の動作状態を示すワイパ動作履歴を処理部（提案手段、起動手段、編集手段に相当）３へ通知する。レインセンサ４は、車両のフロントガラスに付着した水滴の有無を検出して雨滴有無情報を処理部３へ通知する。温度計（検出手段に相当）５は、車室内の温度を検出して処理部３へ通知する。湿度計（検出手段に相当）６は、車室内湿度を検出して処理部３へ通知する。時計７は、現在時刻を示す時刻情報を処理部３へ通知する。イグニッションスイッチ８は、イグニッションスイッチによるメイン電源のＯＮ／ＯＦＦ状態を示す電源ＯＮ／ＯＦＦ信号を処理部３へ通知する。
【００１０】
個人特定装置９は、運転者（乗員）を識別するための個人情報、例えばシートポジションメモリに対する識別コード、個人情報が記憶されたＩＣチップ内蔵免許証、カメラによる人物識別、個人識別情報を有したワイヤレスキーなどから取得した個人情報を処理部３へ通知する。
【００１１】
通信端末１０は、情報センタ１１から送信される周辺地域、目的地、進行方向の天気情報を取得して処理部３へ通知する。
サービス選択／操作スイッチ１２は、ステアリングスイッチ、センターコンソールに設けられた遠隔操作スイッチ、インストルメントパネルに設けられた表示部のタッチスイッチ、リモコンスイッチなどからなり、操作されたことを示すスイッチ入力情報を処理部３へ通知する。
【００１２】
提示装置１３は、ディスプレイ、スピーカからなり、処理部３からの映像信号、スイッチ操作／編集画面情報を受けて表示したり、音声案内したりする。
車載機器としてはエアコン、パワーウインドなどがあり、処理部３からの制御信号に応じてエアコンＥＣＵ１４、パワーウインドＥＣＵ１５がエアコン、パワーウインドをそれぞれ制御する。
【００１３】
操作履歴データベース１６は、処理部３とのデータ通信によりワイパＥＣＵ１からのワイパ動作履歴を記憶する。
車室内状態・動作条件データベース１７には、後述するように本発明に関連して車室内状態と起動する車載機器及び当該車載機器の動作状態との対応関係を示す車室内状態定義テーブル及び動作状態定義テーブルが記憶されている。
処理部３は、後述するように各装置からの情報に基づいて起動する車載機器及び当該車載機器の動作条件を決定して運転者に提案し、提案が受理されたときは、決定した動作条件でもって車載機器を起動する。
【００１４】
さて、処理部３は、イグニッションスイッチがオンされたときは起動する。
図２及び図３は、処理部３の起動サービス処理を示している。これらの図２及び図３において、処理部３は、まず、温度計５及び湿度計６により車室内温度と湿度を測定してから（Ａ１）、車室内状態・動作条件データベース１７に記憶されている車室内状態定義テーブルに基づいて現在の車室内状態を判定する（Ａ２）。
【００１５】
図４は、車室内状態定義テーブルの一例を示している。この図４に示すように、車室内状態は、温度と湿度とのマトリクスで定義されており、状態Ｓｎｎ（ｎは正数）で示されている。具体的には、車室内湿度が５０〜６０％ＲＨで、車室内温度が３５℃の場合は、「状態Ｓ２１」と判定される。
【００１６】
処理部３は、車室内状態に対応して動作状態定義テーブルに記憶されている起動対象の車載機器及びその動作条件を決定する（Ａ３）。
図５は、動作状態定義テーブルの一例を示している。この図５には、図４に示す車室内状態定義テーブルにおいて車室内の湿度が５０〜６０％ＲＨの場合のエアコンとパワーウインドの動作条件が示されている。この例では、エアコンに関しては、車室内の温度が４０℃を境界として内外気切替を内気から外気に切替え、車室内の温度が高いほど設定温度を低く設定するように動作条件が定義されている。また、パワーウインドに関しては、車室内の温度が高くなるほど開放するパワーウインドの枚数を増加するように動作条件が定義されている。具体的には、車室内状態定義テーブルにおいて「状態Ｓ２１」と判定された場合は、エアコンの内外気切替を内気に切替え、設定温度を２２℃に設定することを決定すると共に、運転席及び助手席のパワーウインドを開放するのに対して、後席のパワーウインドを閉鎖したままとすることを決定する。このような動作条件は、車室内温度によらず、高温状態を早く解消することを目的として設定されている。
【００１７】
処理部３は、レインセンサ４からの雨滴有無状態に基づいて降雨の有無を検出し（Ａ４）、雨が降っていると判断したときは（Ａ５：ＹＥＳ）、起動する車載機器から「ウインドＯＰＥＮ」条件を削除する（Ａ６）。これにより、降雨時にパワーウインドを開放してしまうという不具合を防止することができる。
【００１８】
次に、以上のように決定した車載機器及び動作条件を提示装置１３により運転者（乗員）に提案し（Ａ７）、タイマをセットしてから（Ａ８）、提案を受け入れたか（Ａ９）、拒否したか（Ａ１４）、タイムアウトとなったかを判断する（Ａ１５）。つまり、表示部に「ＹＥＳ」ボタンと「ＮＯ」ボタンとを表示し、何れのボタンがタッチ操作されたかを判断する。
【００１９】
運転者が「ＹＥＳ」ボタンにタッチ操作することにより提案を受け入れたときは（Ａ９：ＹＥＳ）、起動対象の車載機器を提案した動作条件により起動する（Ａ１０）。現在の車室内状態が「状態Ｓ２１」であるとすると、図５に示す動作条件定義テーブルに基づいて、エアコンの内外気切替を内気に切替えると共に、設定温度を２２℃とする制御信号をエアコンＥＣＵ１４に送信し、さらに運転席及び助手席のウインドを開放する制御信号をパワーウインドＥＣＵ１５に送信する。これにより、エアコンＥＣＵ１４が内外気切替を内気に切替えた状態で、設定温度を２２℃となるように送風空気の温度を調整する。同時に、パワーウインドＥＣＵ１５が運転席及び助手席のウインドを開放する。
以上のような動作により、エアコンからの冷気により車室内が内気循環状態で冷却されると同時に、車室内の蒸し暑い空気が運転席及び助手席側のウインドから車外に排気される。
【００２０】
処理部３は、車室内温度及び湿度を測定し（Ａ１１）、蒸し暑さが解消されたかを判断し（Ａ１２）、解消された場合は（Ａ１２：ＹＥＳ）、エアコン及びパワーウインドを元の設定に戻す制御信号をエアコンＥＣＵ１４及びパワーウインドＥＣＵ１５に送信する（Ａ１３）。これにより、エアコンの設定が元の設定に復帰すると共に、ウインドが元の開閉状態に復帰する。
【００２１】
一方、処理部３の提案をタイムアウトとなる前に運転者が拒否したときは（Ａ１４：ＹＥＳ）、拒否した回数をカウントする（Ａ１７）。また、運転者が拒否することなくタイムアウトとなったときは（Ａ１５：ＹＥＳ）、拒否したと判断し、タイマをリセットしてから（Ａ１６）、拒否した回数をカウントする（Ａ１７）。
【００２２】
このようにして拒否した回数をカウントした場合は、拒否回数が規定値以内かを判断する（Ａ１８）。この場合、運転者による最初の拒否の場合は拒否回数は１回となるので、規定値以内であると判断し（Ａ１８：ＹＥＳ）、条件を自動更新する（Ａ２６）。例えば温度であれば、設定値±５℃の範囲内の所定温度だけ温度を変更するように設定するもので、カーナビゲーション装置により検出した現在位置が寒冷地域の場合は、提案温度を高くし、温暖地域の場合は、提案温度を低くする。
【００２３】
このようにして自動更新された条件は、次の処理部３による提案時に反映されるもので、その際に提案がさらに拒否された場合は、条件をさらに自動更新する。つまり、１回目に拒否された提案温度が運転者の好みと合わないと判断し、さらに温度を変更する。このような自動更新としては、前回の自動更新した温度差だけさらに変更するようにしてもよいし、提案温度を初期提案温度に対して正負が逆となる温度差となるように変更するようにしてもよい。
【００２４】
処理部３は、提案時における拒否回数が規定値を上回った場合は（Ａ１８：ＮＯ）、条件の自動更新により運転者の好みに合わせることは困難であると判断し、条件編集を提案してから（Ａ１９）、タイマをセットし（Ａ２０）、運転者が提案を受け入れたか（Ａ２１）、拒否したか（Ａ２２）、タイムアウトしたかを判断する（Ａ２３）。運転者が編集の提案を受け入れたときは（Ａ２１：ＹＥＳ）、運転者による編集結果に基づいて条件を変更する（Ａ２７）。つまり、図５に示した動作条件定義テーブルを変更可能とする。従って、以後からは、運転者の好みの条件となるように提案されることになる。
【００２５】
このような条件編集の提案にかかわらず運転者が条件編集提案を拒否したときは（Ａ２２：ＹＥＳ）、運転者の好みを反映することは困難であると判断して、動作条件を消去する（Ａ２５）。同様に、運転者が拒否することなくタイムアウトとなったときは（Ａ２３：ＹＥＳ）、拒否と判断してタイマをリセットしてから（Ａ２４）、動作条件を消去する（Ａ２５）。
以上の動作により、運転者に提案する条件を運転者の好みに極力近づけることができると共に、無駄な提案を継続して行うことを防止できる。
【００２６】
このような実施例によれば、処理部３は、現在の車室内の温度及び湿度を測定し、その測定結果に基づいて起動対象となる車載機器及び当該車載機器の動作状態を決定して運転者に提案し、運転者が提案を受理した場合に限って、提案した起動対象の車載機器を当該車載機器の動作条件で起動するので、運転者の意思を反映させることができる。従って、車室内の冷房負荷に応じて自動で車両用空調装置及びパワーウインドを起動する従来例のものと違って、運転者の意思を尊重しながら車室内環境が快適となるように車載機器を制御することができる。
【００２７】
また、運転者が提案を拒否した場合は、動作条件を自動更新し、次の起動時に変更した動作条件を提案するようにしたので、運転者の好みの起動条件に合わせることが可能となる。
また、運転者による提案の拒否回数が規定値を上回った場合は、自動更新では運転者の好みに合わせることができないと判断し、運転者に条件編集を提案し、運転者が提案を受け入れて条件を編集した場合は、その編集結果に基づいて条件を変更するようにしたので、運転者の好みとなるように提案を変更することが可能となる。
【００２８】
（第２実施例）
次に本発明の第２実施例について図６ないし図８を参照して説明する。この第２実施例は、第１実施例とは処理部３の動作が異なるもので、湿度計を用いることなく車室内の蒸し暑さを推測することを特徴とする。尚、本実施例では、処理部３は、間欠動作しており、車室内の温度を時間経過に伴って記憶するようになっている。また、本実施例では、処理部３が推定手段として機能し、レインセンサ４が検出手段として機能するようになっている。
図６は、処理部３の動作を示すフローチャートである。この図６において、処理部３は、運転席のドア状態を監視しており（Ｂ１）、運転席ドアが開閉されたかを判断する（Ｂ２）。
【００２９】
運転者が車両に乗車して運転席ドアを開閉すると、処理部３は、ステップＢ２で「ＹＥＳ」と判断し、図示しない着座センサ或いは運転者監視用カメラにより運転者の状態を監視し（Ｂ３）、運転者が乗車したかを判断する（Ｂ４）。運転者が乗車したと判断したときは（Ｂ４：ＹＥＳ）、前回の降車直前のワイパ動作履歴を操作履歴データベース１６からデータ収集する（Ｂ５）。前回の降車直前にワイパが動作していなかったときは（Ｂ６：ＮＯ）、そのまま終了し、ワイパ動作していたときは（Ｂ６：ＹＥＳ）、降車前の天候は雨と推定する（Ｂ７）。
次に、再乗車直前までの累積時間と温度推移データを収集してから（Ｂ８）、車室内の蒸し暑さを推定し（Ｂ９）、起動する車載機器及び当該車載機器の動作条件を決定する（Ｂ１０）。
【００３０】
図７は、温度・湿度による車室内状態の定義テーブルの一例を示している。この図７に示すように、車室内状態は、温度と湿度とのマトリクスで定義されており、状態Ｓｎｎ（ｎは正数）で示されている。この場合、車室内温度が高く、再乗車までの累積時間が長いほど、車室内の蒸し暑さが増していると推定し、推定した蒸し暑さを短時間で解消するように起動する車載機器及び当該車載機器の動作条件を決定している。
尚、フローチャートには示していないが、処理部３は、車室内温度が規定温度（例えば２０℃以上）に達した場合に、図７に示す車室内定義テーブルに基づいて車室内状態を推定するようになっている。
【００３１】
また、車室内の温度が変動し、再乗車までに一定時間温度低かった状態が継続した場合には、蒸し暑さが解消されたと推定する。つまり、処理部３は、車室内温度を常に検出しており、図８に示すように、運転者が降車後、２０℃以上の状態が６０分間継続したものの、その後温度が下降し、再乗車前に２０℃未満の状態（図７に示す状態ＳＯ３に対応）が６０分間継続した場合は、蒸し暑さが解消されたと推定する。
以後の動作は、第１実施例における図２のステップＡ７以降と同一であるので、その説明を省略する。
【００３２】
このような実施例によれば、運転者が降車した際に降雨であったと推定した場合は、再乗車までの累積時間と温度との関係に基づいて車室内の蒸し暑さを推定するようにしたので、湿度センサが設けられていなくとも、本発明を実施することが可能となる。
【００３３】
本発明は、上記各実施例に限定されることなく、次のように変形または拡張できる。
起動する車載機器及び当該車載機器の動作条件を運転者に提案する際に、現在の季節或いは時刻に基づいて補正するようにしてもよい。つまり、季節が冬の場合は提案温度が高くなるように補正し、季節が夏の場合は提案温度が低くなるように補正する。また、昼間の場合は提案温度が低くなるように補正し、夜間の場合は提案温度が高くなるように補正する。
【００３４】
運転者の好みを学習し、車室内状態定義テーブル及び動作条件定義テーブルの一方或いは両方を自動的に編集するようにしてもよい。
運転者毎に車載機器及びその動作条件の提案を行ったり、編集を許可したりするようにしてもよい。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１実施例における全体構成を示すブロック図
【図２】処理部の動作を示すフローチャート（その１）
【図３】処理部の動作を示すフローチャート（その２）
【図４】温度・湿度による車室内状態定義テーブルの一例を示す図
【図５】動作条件定義テーブルの一例を示す図
【図６】本発明の第２実施例における処理部の動作の一部を示すフローチャート
【図７】図４相当図
【図８】提案しない場合における車室内温度の変化を示す図
【符号の説明】
【００３６】
図面中、３は処理部（提案手段、起動手段、編集手段、推定手段）、４はレインセンサ（検出手段）、５は温度計（検出手段）、６は湿度計（検出手段）、１７は車室内状態・動作条件データベースである。
【技術分野】
【０００１】
本発明は、車室内状態に応じて所定の車載機器を起動制御する車載機器の起動制御装置に関する。
【背景技術】
【０００２】
例えば高温状態の車室内をクールダウンして運転者の不快感を低減するための車両用空調装置として、特許文献１のものが提案されている。この特許文献１のものは、車室内の冷房負荷が高い状態で、車両用空調装置をオートモードでクールダウンさせる際に、車両用空調装置を外気モードに切換えた状態で送風すると同時に、サイドウインドまたはサンルーフを開放する。この状態を、車室内の温度が設定温度以下となるまで続け、設定温度以下となったときは、車両用空調装置を内気モードに切換えてから、サイドウインドまたはサンルーフを閉じ、エバポレータにより冷却された内気を車室内に循環させるというものである。
【特許文献１】特開２００４−１０６７４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１のものは、車室内の冷房負荷に応じて自動で車両用空調装置及びパワーウインドを起動するものであるから、運転者の好みによっては、おせっかいな動作となり、かえって運転者に不快感を与えてしまう虞がある。
【０００４】
本発明は上記事情に鑑みてなされたもので、その目的は、乗員の意思を尊重しながら車室内環境が快適となるように複数の車載機器を起動することができる車載機器の起動制御装置を提供することにある。
【課題を解決するための手段】
【０００５】
請求項１の発明によれば、提案手段は、検出手段が検出した車室内状態に基づいて起動する車載機器及び当該車載機器の動作条件を提案するので、乗員は、その提案が好みである場合は、提案を受理する。すると、起動手段が起動対象の車載機器を当該車載機器の動作条件で起動するので、乗員の意思を尊重しながら車室内環境が快適となるように車載機器を起動でき、車室内環境を乗員の好みの環境とすることができる。
【０００６】
請求項２の発明によれば、推定手段が車室内環境を推定し、その推定結果に基づいて提案手段が起動する車載機器及び当該車載機器の動作条件を提案するので、請求項１のように車室内状態を検出する検出手段を設けることなく実施することが可能となる。
請求項３の発明によれば、乗員が提案を拒否した場合は、次の起動時に提案内容が変更されるので、次の起動時に乗員の好みとなるように提案内容を変更することが可能となる。
【０００７】
請求項４の発明によれば、乗員が何ら操作しない場合は、次の動作に自動的に移行するので、動作の待機状態が無駄に継続してしまうことを防止できる。
請求項５の発明によれば、乗員が提案を複数回拒否した場合は、編集手段により提案手段による提案内容を編集することができるので、提案内容を乗員の好みに最終的に一致させることができる。
【０００８】
請求項６の発明によれば、乗員が編集手段による編集を拒否した場合は、乗員が提案を受理することはないと判断できるので、車室内状態若しくは起動対象となる車載機器及びその動作条件を消去することにより無駄な提案を継続してしまうことを防止することができる。
【発明を実施するための最良の形態】
【０００９】
（第１実施例）
以下、本発明の第１実施例について図１ないし図５を参照して説明する。
図１は、全体構成を概略的に示すブロック図である。この図１において、ワイパＥＣＵ１は、ワイパ操作に応じてワイパ２を駆動すると共に、ワイパ２の動作状態を示すワイパ動作履歴を処理部（提案手段、起動手段、編集手段に相当）３へ通知する。レインセンサ４は、車両のフロントガラスに付着した水滴の有無を検出して雨滴有無情報を処理部３へ通知する。温度計（検出手段に相当）５は、車室内の温度を検出して処理部３へ通知する。湿度計（検出手段に相当）６は、車室内湿度を検出して処理部３へ通知する。時計７は、現在時刻を示す時刻情報を処理部３へ通知する。イグニッションスイッチ８は、イグニッションスイッチによるメイン電源のＯＮ／ＯＦＦ状態を示す電源ＯＮ／ＯＦＦ信号を処理部３へ通知する。
【００１０】
個人特定装置９は、運転者（乗員）を識別するための個人情報、例えばシートポジションメモリに対する識別コード、個人情報が記憶されたＩＣチップ内蔵免許証、カメラによる人物識別、個人識別情報を有したワイヤレスキーなどから取得した個人情報を処理部３へ通知する。
【００１１】
通信端末１０は、情報センタ１１から送信される周辺地域、目的地、進行方向の天気情報を取得して処理部３へ通知する。
サービス選択／操作スイッチ１２は、ステアリングスイッチ、センターコンソールに設けられた遠隔操作スイッチ、インストルメントパネルに設けられた表示部のタッチスイッチ、リモコンスイッチなどからなり、操作されたことを示すスイッチ入力情報を処理部３へ通知する。
【００１２】
提示装置１３は、ディスプレイ、スピーカからなり、処理部３からの映像信号、スイッチ操作／編集画面情報を受けて表示したり、音声案内したりする。
車載機器としてはエアコン、パワーウインドなどがあり、処理部３からの制御信号に応じてエアコンＥＣＵ１４、パワーウインドＥＣＵ１５がエアコン、パワーウインドをそれぞれ制御する。
【００１３】
操作履歴データベース１６は、処理部３とのデータ通信によりワイパＥＣＵ１からのワイパ動作履歴を記憶する。
車室内状態・動作条件データベース１７には、後述するように本発明に関連して車室内状態と起動する車載機器及び当該車載機器の動作状態との対応関係を示す車室内状態定義テーブル及び動作状態定義テーブルが記憶されている。
処理部３は、後述するように各装置からの情報に基づいて起動する車載機器及び当該車載機器の動作条件を決定して運転者に提案し、提案が受理されたときは、決定した動作条件でもって車載機器を起動する。
【００１４】
さて、処理部３は、イグニッションスイッチがオンされたときは起動する。
図２及び図３は、処理部３の起動サービス処理を示している。これらの図２及び図３において、処理部３は、まず、温度計５及び湿度計６により車室内温度と湿度を測定してから（Ａ１）、車室内状態・動作条件データベース１７に記憶されている車室内状態定義テーブルに基づいて現在の車室内状態を判定する（Ａ２）。
【００１５】
図４は、車室内状態定義テーブルの一例を示している。この図４に示すように、車室内状態は、温度と湿度とのマトリクスで定義されており、状態Ｓｎｎ（ｎは正数）で示されている。具体的には、車室内湿度が５０〜６０％ＲＨで、車室内温度が３５℃の場合は、「状態Ｓ２１」と判定される。
【００１６】
処理部３は、車室内状態に対応して動作状態定義テーブルに記憶されている起動対象の車載機器及びその動作条件を決定する（Ａ３）。
図５は、動作状態定義テーブルの一例を示している。この図５には、図４に示す車室内状態定義テーブルにおいて車室内の湿度が５０〜６０％ＲＨの場合のエアコンとパワーウインドの動作条件が示されている。この例では、エアコンに関しては、車室内の温度が４０℃を境界として内外気切替を内気から外気に切替え、車室内の温度が高いほど設定温度を低く設定するように動作条件が定義されている。また、パワーウインドに関しては、車室内の温度が高くなるほど開放するパワーウインドの枚数を増加するように動作条件が定義されている。具体的には、車室内状態定義テーブルにおいて「状態Ｓ２１」と判定された場合は、エアコンの内外気切替を内気に切替え、設定温度を２２℃に設定することを決定すると共に、運転席及び助手席のパワーウインドを開放するのに対して、後席のパワーウインドを閉鎖したままとすることを決定する。このような動作条件は、車室内温度によらず、高温状態を早く解消することを目的として設定されている。
【００１７】
処理部３は、レインセンサ４からの雨滴有無状態に基づいて降雨の有無を検出し（Ａ４）、雨が降っていると判断したときは（Ａ５：ＹＥＳ）、起動する車載機器から「ウインドＯＰＥＮ」条件を削除する（Ａ６）。これにより、降雨時にパワーウインドを開放してしまうという不具合を防止することができる。
【００１８】
次に、以上のように決定した車載機器及び動作条件を提示装置１３により運転者（乗員）に提案し（Ａ７）、タイマをセットしてから（Ａ８）、提案を受け入れたか（Ａ９）、拒否したか（Ａ１４）、タイムアウトとなったかを判断する（Ａ１５）。つまり、表示部に「ＹＥＳ」ボタンと「ＮＯ」ボタンとを表示し、何れのボタンがタッチ操作されたかを判断する。
【００１９】
運転者が「ＹＥＳ」ボタンにタッチ操作することにより提案を受け入れたときは（Ａ９：ＹＥＳ）、起動対象の車載機器を提案した動作条件により起動する（Ａ１０）。現在の車室内状態が「状態Ｓ２１」であるとすると、図５に示す動作条件定義テーブルに基づいて、エアコンの内外気切替を内気に切替えると共に、設定温度を２２℃とする制御信号をエアコンＥＣＵ１４に送信し、さらに運転席及び助手席のウインドを開放する制御信号をパワーウインドＥＣＵ１５に送信する。これにより、エアコンＥＣＵ１４が内外気切替を内気に切替えた状態で、設定温度を２２℃となるように送風空気の温度を調整する。同時に、パワーウインドＥＣＵ１５が運転席及び助手席のウインドを開放する。
以上のような動作により、エアコンからの冷気により車室内が内気循環状態で冷却されると同時に、車室内の蒸し暑い空気が運転席及び助手席側のウインドから車外に排気される。
【００２０】
処理部３は、車室内温度及び湿度を測定し（Ａ１１）、蒸し暑さが解消されたかを判断し（Ａ１２）、解消された場合は（Ａ１２：ＹＥＳ）、エアコン及びパワーウインドを元の設定に戻す制御信号をエアコンＥＣＵ１４及びパワーウインドＥＣＵ１５に送信する（Ａ１３）。これにより、エアコンの設定が元の設定に復帰すると共に、ウインドが元の開閉状態に復帰する。
【００２１】
一方、処理部３の提案をタイムアウトとなる前に運転者が拒否したときは（Ａ１４：ＹＥＳ）、拒否した回数をカウントする（Ａ１７）。また、運転者が拒否することなくタイムアウトとなったときは（Ａ１５：ＹＥＳ）、拒否したと判断し、タイマをリセットしてから（Ａ１６）、拒否した回数をカウントする（Ａ１７）。
【００２２】
このようにして拒否した回数をカウントした場合は、拒否回数が規定値以内かを判断する（Ａ１８）。この場合、運転者による最初の拒否の場合は拒否回数は１回となるので、規定値以内であると判断し（Ａ１８：ＹＥＳ）、条件を自動更新する（Ａ２６）。例えば温度であれば、設定値±５℃の範囲内の所定温度だけ温度を変更するように設定するもので、カーナビゲーション装置により検出した現在位置が寒冷地域の場合は、提案温度を高くし、温暖地域の場合は、提案温度を低くする。
【００２３】
このようにして自動更新された条件は、次の処理部３による提案時に反映されるもので、その際に提案がさらに拒否された場合は、条件をさらに自動更新する。つまり、１回目に拒否された提案温度が運転者の好みと合わないと判断し、さらに温度を変更する。このような自動更新としては、前回の自動更新した温度差だけさらに変更するようにしてもよいし、提案温度を初期提案温度に対して正負が逆となる温度差となるように変更するようにしてもよい。
【００２４】
処理部３は、提案時における拒否回数が規定値を上回った場合は（Ａ１８：ＮＯ）、条件の自動更新により運転者の好みに合わせることは困難であると判断し、条件編集を提案してから（Ａ１９）、タイマをセットし（Ａ２０）、運転者が提案を受け入れたか（Ａ２１）、拒否したか（Ａ２２）、タイムアウトしたかを判断する（Ａ２３）。運転者が編集の提案を受け入れたときは（Ａ２１：ＹＥＳ）、運転者による編集結果に基づいて条件を変更する（Ａ２７）。つまり、図５に示した動作条件定義テーブルを変更可能とする。従って、以後からは、運転者の好みの条件となるように提案されることになる。
【００２５】
このような条件編集の提案にかかわらず運転者が条件編集提案を拒否したときは（Ａ２２：ＹＥＳ）、運転者の好みを反映することは困難であると判断して、動作条件を消去する（Ａ２５）。同様に、運転者が拒否することなくタイムアウトとなったときは（Ａ２３：ＹＥＳ）、拒否と判断してタイマをリセットしてから（Ａ２４）、動作条件を消去する（Ａ２５）。
以上の動作により、運転者に提案する条件を運転者の好みに極力近づけることができると共に、無駄な提案を継続して行うことを防止できる。
【００２６】
このような実施例によれば、処理部３は、現在の車室内の温度及び湿度を測定し、その測定結果に基づいて起動対象となる車載機器及び当該車載機器の動作状態を決定して運転者に提案し、運転者が提案を受理した場合に限って、提案した起動対象の車載機器を当該車載機器の動作条件で起動するので、運転者の意思を反映させることができる。従って、車室内の冷房負荷に応じて自動で車両用空調装置及びパワーウインドを起動する従来例のものと違って、運転者の意思を尊重しながら車室内環境が快適となるように車載機器を制御することができる。
【００２７】
また、運転者が提案を拒否した場合は、動作条件を自動更新し、次の起動時に変更した動作条件を提案するようにしたので、運転者の好みの起動条件に合わせることが可能となる。
また、運転者による提案の拒否回数が規定値を上回った場合は、自動更新では運転者の好みに合わせることができないと判断し、運転者に条件編集を提案し、運転者が提案を受け入れて条件を編集した場合は、その編集結果に基づいて条件を変更するようにしたので、運転者の好みとなるように提案を変更することが可能となる。
【００２８】
（第２実施例）
次に本発明の第２実施例について図６ないし図８を参照して説明する。この第２実施例は、第１実施例とは処理部３の動作が異なるもので、湿度計を用いることなく車室内の蒸し暑さを推測することを特徴とする。尚、本実施例では、処理部３は、間欠動作しており、車室内の温度を時間経過に伴って記憶するようになっている。また、本実施例では、処理部３が推定手段として機能し、レインセンサ４が検出手段として機能するようになっている。
図６は、処理部３の動作を示すフローチャートである。この図６において、処理部３は、運転席のドア状態を監視しており（Ｂ１）、運転席ドアが開閉されたかを判断する（Ｂ２）。
【００２９】
運転者が車両に乗車して運転席ドアを開閉すると、処理部３は、ステップＢ２で「ＹＥＳ」と判断し、図示しない着座センサ或いは運転者監視用カメラにより運転者の状態を監視し（Ｂ３）、運転者が乗車したかを判断する（Ｂ４）。運転者が乗車したと判断したときは（Ｂ４：ＹＥＳ）、前回の降車直前のワイパ動作履歴を操作履歴データベース１６からデータ収集する（Ｂ５）。前回の降車直前にワイパが動作していなかったときは（Ｂ６：ＮＯ）、そのまま終了し、ワイパ動作していたときは（Ｂ６：ＹＥＳ）、降車前の天候は雨と推定する（Ｂ７）。
次に、再乗車直前までの累積時間と温度推移データを収集してから（Ｂ８）、車室内の蒸し暑さを推定し（Ｂ９）、起動する車載機器及び当該車載機器の動作条件を決定する（Ｂ１０）。
【００３０】
図７は、温度・湿度による車室内状態の定義テーブルの一例を示している。この図７に示すように、車室内状態は、温度と湿度とのマトリクスで定義されており、状態Ｓｎｎ（ｎは正数）で示されている。この場合、車室内温度が高く、再乗車までの累積時間が長いほど、車室内の蒸し暑さが増していると推定し、推定した蒸し暑さを短時間で解消するように起動する車載機器及び当該車載機器の動作条件を決定している。
尚、フローチャートには示していないが、処理部３は、車室内温度が規定温度（例えば２０℃以上）に達した場合に、図７に示す車室内定義テーブルに基づいて車室内状態を推定するようになっている。
【００３１】
また、車室内の温度が変動し、再乗車までに一定時間温度低かった状態が継続した場合には、蒸し暑さが解消されたと推定する。つまり、処理部３は、車室内温度を常に検出しており、図８に示すように、運転者が降車後、２０℃以上の状態が６０分間継続したものの、その後温度が下降し、再乗車前に２０℃未満の状態（図７に示す状態ＳＯ３に対応）が６０分間継続した場合は、蒸し暑さが解消されたと推定する。
以後の動作は、第１実施例における図２のステップＡ７以降と同一であるので、その説明を省略する。
【００３２】
このような実施例によれば、運転者が降車した際に降雨であったと推定した場合は、再乗車までの累積時間と温度との関係に基づいて車室内の蒸し暑さを推定するようにしたので、湿度センサが設けられていなくとも、本発明を実施することが可能となる。
【００３３】
本発明は、上記各実施例に限定されることなく、次のように変形または拡張できる。
起動する車載機器及び当該車載機器の動作条件を運転者に提案する際に、現在の季節或いは時刻に基づいて補正するようにしてもよい。つまり、季節が冬の場合は提案温度が高くなるように補正し、季節が夏の場合は提案温度が低くなるように補正する。また、昼間の場合は提案温度が低くなるように補正し、夜間の場合は提案温度が高くなるように補正する。
【００３４】
運転者の好みを学習し、車室内状態定義テーブル及び動作条件定義テーブルの一方或いは両方を自動的に編集するようにしてもよい。
運転者毎に車載機器及びその動作条件の提案を行ったり、編集を許可したりするようにしてもよい。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１実施例における全体構成を示すブロック図
【図２】処理部の動作を示すフローチャート（その１）
【図３】処理部の動作を示すフローチャート（その２）
【図４】温度・湿度による車室内状態定義テーブルの一例を示す図
【図５】動作条件定義テーブルの一例を示す図
【図６】本発明の第２実施例における処理部の動作の一部を示すフローチャート
【図７】図４相当図
【図８】提案しない場合における車室内温度の変化を示す図
【符号の説明】
【００３６】
図面中、３は処理部（提案手段、起動手段、編集手段、推定手段）、４はレインセンサ（検出手段）、５は温度計（検出手段）、６は湿度計（検出手段）、１７は車室内状態・動作条件データベースである。
【特許請求の範囲】
【請求項１】
車室内状態と起動対象となる複数の車載機器及び当該車載機器の動作条件との対応関係を記憶した記憶手段と、
車室内状態を検出する検出手段と、
前記検出手段による検出結果に対応して前記記憶手段に記憶された車載機器及び当該車載機器の動作条件を乗員に提案する提案手段と、
前記提案手段による提案が受理された場合は、前記提案手段が提案した車載機器を前記動作条件で起動する起動手段とを備えたことを特徴とする車載機器の起動制御装置。
【請求項２】
車室内環境と起動対象となる複数の車載機器及び当該車載機器の動作条件との対応関係を記憶した記憶手段と、
車室内状態を推定する推定手段と、
前記推定手段による推定結果に対応して前記記憶手段に記憶された車載機器及び当該車載機器の動作条件を乗員に提案する提案手段と、
前記提案手段による提案が受理された場合は、前記提案手段が提案した車載機器を前記動作条件で起動する起動手段とを備えたことを特徴とする車載機器の起動制御装置。
【請求項３】
前記提案手段は、乗員が提案を拒否した場合は、次の提案時に提案内容を変更することを特徴とする請求項１または２記載の車載機器の起動制御装置。
【請求項４】
前記提案手段は、提案してから受理されない状態または拒否されない状態が所定時間経過したときは、提案は拒否されたと判断することを特徴とする請求項３記載の車載機器の起動制御装置。
【請求項５】
前記提案手段による提案内容を乗員により変更可能な編集手段を備え、
前記提案手段は、提案が所定回数拒否された場合は、前記編集手段を起動することを特徴とする請求項１ないし４の何れかに記載の車載機器の起動制御装置。
【請求項６】
前記提案手段は、前記編集手段を起動した場合に編集が拒否された場合は、前記車室内状態若しくは起動対象となる車載機器及びその動作条件を消去することを特徴とする請求項５記載の車載機器の起動制御装置。
【請求項１】
車室内状態と起動対象となる複数の車載機器及び当該車載機器の動作条件との対応関係を記憶した記憶手段と、
車室内状態を検出する検出手段と、
前記検出手段による検出結果に対応して前記記憶手段に記憶された車載機器及び当該車載機器の動作条件を乗員に提案する提案手段と、
前記提案手段による提案が受理された場合は、前記提案手段が提案した車載機器を前記動作条件で起動する起動手段とを備えたことを特徴とする車載機器の起動制御装置。
【請求項２】
車室内環境と起動対象となる複数の車載機器及び当該車載機器の動作条件との対応関係を記憶した記憶手段と、
車室内状態を推定する推定手段と、
前記推定手段による推定結果に対応して前記記憶手段に記憶された車載機器及び当該車載機器の動作条件を乗員に提案する提案手段と、
前記提案手段による提案が受理された場合は、前記提案手段が提案した車載機器を前記動作条件で起動する起動手段とを備えたことを特徴とする車載機器の起動制御装置。
【請求項３】
前記提案手段は、乗員が提案を拒否した場合は、次の提案時に提案内容を変更することを特徴とする請求項１または２記載の車載機器の起動制御装置。
【請求項４】
前記提案手段は、提案してから受理されない状態または拒否されない状態が所定時間経過したときは、提案は拒否されたと判断することを特徴とする請求項３記載の車載機器の起動制御装置。
【請求項５】
前記提案手段による提案内容を乗員により変更可能な編集手段を備え、
前記提案手段は、提案が所定回数拒否された場合は、前記編集手段を起動することを特徴とする請求項１ないし４の何れかに記載の車載機器の起動制御装置。
【請求項６】
前記提案手段は、前記編集手段を起動した場合に編集が拒否された場合は、前記車室内状態若しくは起動対象となる車載機器及びその動作条件を消去することを特徴とする請求項５記載の車載機器の起動制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−２３８８６１（Ｐ２００８−２３８８６１Ａ）
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願番号】特願２００７−７８９５２（Ｐ２００７−７８９５２）
【出願日】平成１９年３月２６日（２００７．３．２６）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願日】平成１９年３月２６日（２００７．３．２６）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]