JP2018002017A - 空調制御システム及び情報処理装置 - Google Patents

Abstract

【課題】乗車位置の属性に応じて空調装置の換気能力を高くすることを可能とすること。【解決手段】空調制御システムであって、自車に設けられる空調装置１０と、自車又はサーバに設けられ、自車への乗員の乗車イベントが発生したときの乗車位置が所定の属性の地点であるか否かを判定する判定部４４と、自車に設けられ、前記判定部４４による判定結果に基づいて、前記空調装置を制御する制御部４６とを含み、前記制御部４６は、前記判定部４４により前記乗車位置が前記所定の属性の地点であると判定された場合、そのように判定されない場合に比べて、前記空調装置の換気能力を上げる。【選択図】図１

Description

本開示は、空調制御システム及び情報処理装置に関する。

走行中の自車の予測ルート上における他車のデフロスタの使用状況に関する情報に基づいて、他車でデフロスタが使用された地点に自車が到達する前に、自車におけるデフロスタの使用を促進する技術が知られている（例えば、特許文献１参照）。

特開2014-043212号公報

しかしながら、上記のような従来技術では、自車への乗員の乗車イベントが発生したときの自車の位置である乗車位置の属性に応じて空調装置の換気能力を高くすることが難しい。乗車位置の属性によっては、乗員からの水蒸気発生量（呼吸と発汗に伴う蒸発水分量）が有意に大きくなる場合がある。例えば、乗車位置が運動施設の存在する地点である場合、自車に乗り込む前に乗員が動作強度の比較的高い動作（高負荷動作）を行っている可能性が高く、それ故に、乗車後の乗員からの水蒸気発生量が比較的大きい可能性が高い。

そこで、本発明の目的は、乗車位置の属性に応じて空調装置の換気能力を高くすることを可能とすることである。

本発明の一態様によれば、車両に設けられる空調制御システムであって、
空調装置と、
前記車両の起動スイッチがオンになるイベントに基づいて前記車両への乗員の乗車イベントを検出する乗車イベント検出部と、
前記乗車イベント検出部により前記乗車イベントが検出されたときの前記車両の位置である乗車位置が、所定の属性の地点であるか否かを判定する判定部と、
前記乗車イベント検出部により前記乗車イベントが検出された場合に、前記判定部による判定結果に基づいて、前記空調装置を制御する制御部とを含み、
前記制御部は、前記判定部により前記乗車位置が前記所定の属性の地点であると判定された場合、前記判定部により前記乗車位置が前記所定の属性の地点であると判定されない場合に比べて、前記空調装置の換気能力を高くする、空調制御システム、又は
車両に搭載される車載装置と、前記車両とは遠隔に配置され、前記車載装置との間の双方向の通信が可能な情報処理装置と、を含む空調制御システムであって、
前記情報処理装置は、
前記車両の起動スイッチがオンになるイベントに基づいて前記車両への乗員の乗車イベントを検出する乗車イベント検出部と、
前記乗車イベント検出部により前記乗車イベントが検出されたときの前記車両の位置である乗車位置が、所定の属性の地点であるか否かを判定する判定部と、
前記乗車イベント検出部により前記乗車イベントが検出され、且つ、前記判定部により前記乗車位置が前記所定の属性の地点であると判定された場合に、所定信号を前記車両に送信する通信装置とを含み、
前記車載装置は、空調装置と、前記所定信号を受信する通信部と、前記空調装置を制御する制御部とを含み、
前記制御部は、前記通信部が前記所定信号を受信した場合、前記通信部が前記所定信号を受信しない場合に比べて、前記空調装置の換気能力を高くする、空調制御システムが提供される。

このような空調制御システムによれば、自車への乗員の乗車イベントが検出されたときの乗車位置が所定の属性の地点であると判定された場合、そのように判定されない場合に比べて、空調装置の換気能力が高められる。これにより、乗車位置の属性に応じて空調装置の換気能力を高くすることができる。

本発明の他の第１態様によれば、前記判定部は、ＰＯＩ情報に基づいて、前記乗車位置が前記所定の属性の地点であるか否かを判定する。これにより、一般的に利用可能性が高いＰＯＩ情報に基づいて、前記乗車位置が、所定の属性の地点であるか否かを判定できる。

本発明の他の第２態様によれば、前記所定の属性の地点は、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点である。これにより、運動施設及び入浴施設を利用した場合の乗員からの水蒸気発生量は比較的大きい可能性が高いので、かかる施設が存在する地点での乗車イベントに対して空調装置の換気能力を高くすることができる。

本発明の他の第３態様によれば、前記所定の属性の地点は、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であり、前記判定部は、前記車両の駐車履歴情報と、前記車両のデフロスタの使用履歴情報とに基づいて、前記乗車位置が、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であるか否かを判定する。ここで、車両の駐車履歴情報及び車両のデフロスタの使用履歴情報は、乗車位置が、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であるか否かを判定するために利用できる。例えば、乗車位置が、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点である場合は、乗員からの水蒸気発生量が比較的大きい可能性が高いので、発車後のデフロスタの使用頻度が高くなる傾向にあるためである。従って、本発明の他の第３態様によれば、車両の駐車履歴情報及び車両のデフロスタの使用履歴情報に基づいて、乗車位置が、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であるか否かを判定できる。

本発明の他の第４態様によれば、前記判定部は、更に、前記乗員の数に基づいて、前記空調装置の換気能力が高くされた状態の継続時間を変化させる。ここで、乗員の数が多いほど水蒸気発生量が大きい可能性が高い。この点、本発明の他の第４態様によれば、乗員の数に基づいて、空調装置の換気能力が高くされた状態の継続時間を変化させることで、継続時間の適正化を図ることができる。

本発明の他の第５態様によれば、車両とは遠隔に配置され、前記車両との間の双方向の通信が可能な情報処理装置であって、
前記車両の起動スイッチがオンになるイベントに基づいて前記車両への乗員の乗車イベントを検出する乗車イベント検出部と、
前記乗車イベント検出部により前記乗車イベントが検出されたときの前記車両の位置である乗車位置が、所定の属性の地点であるか否かを判定する判定部と、
前記乗車イベント検出部により前記乗車イベントが検出され、且つ、前記判定部により前記乗車位置が前記所定の属性の地点であると判定された場合に、所定信号を前記車両に送信する通信装置とを含み、
前記所定信号は、前記車両に設けられる空調装置の制御部に対して、前記空調装置の換気能力を、前記判定部により前記乗車位置が前記所定の属性の地点であると判定されない場合に比べて高くさせる指令として機能する、情報処理装置が提供される。
このような情報処理装置によれば、乗車イベントを検出し、且つ、乗車位置が所定の属性の地点であると判定した場合、車両の空調装置の換気能力を高くさせる指令として機能する所定信号を車両に送信できる。これにより、乗車位置の属性に応じて空調装置の換気能力を高くすることができる。

実施例１による空調制御システムの基本構成を示す図である。 空調装置の一例を示す図である。 空調装置の一例を示す図である。 制御装置のハードウェア構成の一例を示す図である。 制御装置により実行される処理の一例を示す概略フローチャートである。 制御装置により実行される処理の他の一例を示す概略フローチャートである。 指標値算出用のマップの説明図である。 図６に示す処理の説明図である。 制御装置により実行される処理の他の一例を示す概略フローチャートである。 実施例２による空調制御システムの基本構成を示す図である。 車両情報データベース内のデータの説明図である。 車両情報データベース内のデータの説明図である。 制御装置により実行される処理の一例を示す概略フローチャートである。 サーバにより実行される処理の一例を示す概略フローチャートである。 サーバにより実行される処理の他の一例を示す概略フローチャートである。 サーバの判定部により実行される判定処理の他の例を示すフローチャートである。

以下、添付図面を参照しながら各実施例について詳細に説明する。

［実施例１］
図１は、実施例１による空調制御システム１の基本構成を示す図である。

空調制御システム１は、車両に搭載される。以下、空調制御システム１が搭載される車両を「自車」とも称する。空調制御システム１は、空調装置１０と、制御装置４０とを含む。

空調装置１０は、可変の換気能力を有する。換気能力は、外内気ドア（例えば図３に示す外内気ドア１１９）の開度を変化させることで変化させることができる。また、換気能力は、外気導入率が０％よりも大きいときに、ブロアモータ（例えば図３に示すブロアモータ１２２）の回転数を変化させることで変化させることができる。

図２及び図３は、空調装置１０の一例を示す図である。図２及び図３に示す例では、空調装置１０は、冷媒を圧縮するコンプレッサ１１２を備えている。コンプレッサ１１２により圧縮された冷媒は、コンデンサ１１４やエバポレータ１１６を含む冷媒通路１１８を循環する。コンデンサ１１４は、気化冷媒を冷却して、エバポレータ１１６に供給するための液冷媒に変化させる機能をする。コンデンサ１１４の前側には、コンデンサ１１４を冷却するための吸い込み式電動ファン１１５が配設されている。エバポレータ１１６は、車室内に設けられる。エバポレータ１１６の前側には、図２及び図３に示すように、その回転速度が調整可能なブロアモータ（ブロアファン）１２２が配設されている。ブロアモータ１２２は、外内気ドア１１９を介して車外又は車室内と連通している。ブロアモータ１２２は、車外又は車室内の空気（即ち、外気又は内気若しくはそれらの混合空気）をエバポレータ１１６を介して車室内に送り込む機能を有する。車室内に送り込まれる空気の流量（即ち、ブロア風量）は、ブロアモータ１２２の回転速度を制御することにより調整される。ブロアモータ１２２が回転すると、外内気ドア１１９を介して流入した空気（即ち、外気又は内気若しくはそれらの混合空気）がエバポレータ１１６を通過する。エバポレータ１１６は、コンプレッサ１１２により圧縮された冷媒を気化することで、エバポレータ１１６を通過する空気を冷却する。エバポレータ１１６の後流側には、ヒーターコア１２０が配設されている。ヒーターコア１２０には、その開度が調整可能な（例えば、サーボモータにより駆動される）エアミックスドア１２４が設定されている。ヒーターコア１２０は、エアミックスドア１２４と協働して、エバポレータ１１６により冷却された空気（冷気）に暖気を混合する機能（リヒート機能）を果たす。車室内に送り込まれる空気の温度は、エアミックスドア１２４の開度（即ち、冷気と暖気の混合比）を制御することにより調整される。ヒーターコア１２０の後流側には、車室内の所定の箇所に設けられた各吹き出し口まで混合空気を導く各ダクトが配設されている。また、ヒーターコア１２０の後流側には、選択的に所定の吹き出し口に混合空気を導くためのモードドア１２８が設定されている。

制御装置４０は、コンピュータにより形成される。例えば、制御装置４０は、エアコンＥＣＵ（Electronic Control Unit）である。図４は、制御装置４０のハードウェア構成の一例を示す図である。図４には、制御装置４０のハードウェア構成に関連付けて、車載電子機器群８に含まれる要素の例及び空調装置１０が模式的に図示されている。

制御装置４０は、バス１９で接続されたＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、ＲＯＭ（Read Only Memory）１３、補助記憶装置１４、及び通信インターフェース１７、並びに、通信インターフェース１７に接続された有線送受信部２５を含む。

有線送受信部２５は、ＣＡＮ（Controller Area Network）やＬＩＮ（Local Interconnect Network）などの車両ネットワークを利用して通信可能な送受信部を含む。尚、制御装置４０は、有線送受信部２５に加えて、通信インターフェース１７に接続される無線送受信部（図示せず）を備えてもよい。この場合、無線送受信部は、近距離無線通信（ＮＦＣ：Near Field Communication）部、ブルーツース（Bluetooth、登録商標）通信部、Ｗｉ−Ｆｉ（Wireless-Fidelity）送受信部、赤外線送受信部などを含んでもよい。

車載電子機器群８は、ＧＰＳ（Global Positioning System）受信機８１と、通信モジュール８２と、ディスプレイ８３と、操作スイッチ群８４と、エアコン関連センサ８６とを含む。

ＧＰＳ受信機８１は、ＧＰＳ衛星からの電波に基づいて、自車位置を測位する。

通信モジュール８２は、例えば、携帯電話における無線通信網を利用して無線通信可能な送受信部である。通信モジュール８２は、自車内に固定される。但し、変形例では、通信モジュール８２は、自車内に持ち込まれうる携帯端末(例えば、スマートフォン、タブレット等)により実現されてもよい。この場合、制御装置４０は、無線送受信部（例えばブルーツース通信部）を介して通信モジュール８２により外部と通信できる。

ディスプレイ８３は、例えばタッチパネル式の液晶ディスプレイである。ディスプレイ８３は、自車のユーザ（乗員）が目視可能な位置に配置される。ディスプレイ８３は、自車内に固定されるディスプレイであるが、自車内に持ち込まれうる携帯端末のディスプレイであってもよい。この場合、携帯端末と制御装置４０との間の通信は、無線送受信部（例えばブルーツース通信部）を介して実現できる。

操作スイッチ群８４は、ユーザが空調装置１０に対して操作を行うためのコントロールパネル（図示せず）に設けられる。コントロールパネルは、例えばインストルメントパネルに配設される。操作スイッチ群８４は、コンプレッサ１１２の作動をオン／オフさせるためのＡ／Ｃスイッチや、空調装置１０の動作モード（オートモード又はマニュアルモード）を切り替えるためのスイッチ、吸込口モード（内気循環モード又は外気導入モード）を切り替えるスイッチ、ブロア風量を調整するためのスイッチ（ブロアダイヤル）、フットデフモードやデフモードのオン／オフを切り替えるためのデフロスタスイッチ、温度設定を行うためのスイッチ（温度設定ダイヤル）等を含む。尚、操作スイッチ群８４の一部又は全部は、自車内に持ち込まれうる携帯端末に設定されてもよい。

エアコン関連センサ８６は、車室内の温度を検出する内気温センサ、及び、車外の温度を検出する外気温センサを含む。その他、エアコン関連センサ８６は、日射量を検出する日射センサ、及びエバポレータ１１６通過直後の冷気の温度を検出する温度センサ等を含んでもよい。

制御装置４０は、図１に示すように、乗車イベント検出部４１と、判定部４４と、制御部４６とを含む。乗車イベント検出部４１、判定部４４、及び制御部４６は、図４に示したＣＰＵ１１がＲＯＭ１３に記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。

乗車イベント検出部４１は、自車の起動スイッチがオンになるイベントに基づいて自車への乗員の乗車イベント（以下、単に「乗車イベント」とも称する）を検出する。起動スイッチは、走行可能な状態に自車を起動させるときにユーザによりオンされ、走行可能な状態を解除するときにユーザによりオフされるスイッチである。起動スイッチは、一般的にはイグニッションスイッチであるが、電気自動車の場合は、高圧バッテリ（図示せず）から走行用電気モータ（図示せず）への電力供給路に設けられる電源スイッチである。以下、自車の起動スイッチがオンになるイベントを、「自車の起動イベント」とも称する。
例えば、簡易的な乗車イベントの検出方法として、乗車イベント検出部４１は、自車の起動イベントの発生を、乗車イベントとして検出する。他の例では、駐車を経た乗車イベントを精度良く検出するために、乗車イベント検出部４１は、直近の自車の起動スイッチのオフイベントから所定時間Ｔ０(例えば１０[分])以上経過した後の自車の起動イベントの発生を、乗車イベントとして検出する。更なる他の例では、乗車イベント検出部４１は、起動スイッチのオフ状態において、ドアが開閉され、その後、自車の起動イベントが発生したときに、乗車イベントを検出してもよい。更なる他の例では、乗車イベント検出部４１は、起動スイッチのオフ状態において、ドアロックが施錠状態から開錠され、その後、ドアが開閉され、その後、自車の起動イベントが発生したときに、乗車イベントを検出してもよい。尚、上記における「ドアの開閉」は、開動作及びその後の閉動作の組み合わせを意味し、ドアスイッチ（図示せず）により検出できる。尚、以下では、乗車イベントが検出されたときの「現在の自車位置」を、「乗車位置」とも称する。

判定部４４は、乗車位置が所定の属性の地点であるか否かを判定する。

所定の属性の地点とは、利用前よりも利用後の方が利用者からの水蒸気発生量が有意に（例えば２倍以上）増加する施設が存在する地点、又は、利用前よりも利用後の方が利用者からの水蒸気発生量が有意に増加する場所（設備を有しないという点で"施設"ではない）が存在する地点である。尚、人からの水蒸気発生量とは、呼吸と発汗に伴う蒸発水分量を指す。実施例１では、所定の属性の地点とは、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点である。運動施設は、運動のための建物などの設備であり、スポーツジムやプール、ホットヨガ施設等を含む。運動施設では、動作強度の高い運動に起因して、利用した人の呼吸と発汗に伴う蒸発水分量が大きくなる可能性が高いためである。入浴施設は、入浴のための建物などの設備であり、銭湯や温泉、サウナ等を含む。入浴施設では、利用した人の呼吸と発汗に伴う蒸発水分量が大きくなる可能性が高いためである。従って、実施例１では、判定部４４は、乗車位置が運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であるか否かを判定する。以下では、簡易化のため、「乗車位置が運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点である」という表現は、「乗車位置が運動施設又は入浴施設である」という表現で代替される場合がある。

一例では、判定部４４は、乗車位置周辺のＰＯＩ（Point Of Interest）情報に基づいて、乗車位置が運動施設又は入浴施設であるか否かを判定する。乗車位置周辺とは、例えば乗車位置に対して所定距離Ｄ０内である。所定距離Ｄ０は、施設の駐車場の広さに対応した値であり、例えば５００ｍである。ＰＯＩ情報は、図示しないが、例えば、ＰＯＩ名称（正式名称）、ＰＯＩのジャンル名称、ＰＯＩの緯度及び経度が規定される。ＰＯＩ情報は、運動施設又は入浴施設に関する位置情報を含む。判定部４４は、例えば自車のナビゲーション装置（図示せず、車載電子機器群８の一要素）の地図データベース内からＰＯＩ情報を取得できる。或いは、判定部４４は、通信モジュール８２を介して、乗車位置周辺のＰＯＩ情報を外部（例えば後述のサーバ９０参照）から取得してもよい。例えば、判定部４４は、乗車位置が運動施設又は入浴施設に係る位置に対して所定距離Ｄ０内である場合、乗車位置が運動施設又は入浴施設であると判定する。

他の一例では、判定部４４は、自車の駐車履歴情報及び自車のデフロスタ使用履歴情報に基づいて、乗車位置が運動施設又は入浴施設であるか否かを判定する。自車の駐車履歴情報は、過去の自車の駐車位置及び駐車日時を表す情報である。自車のデフロスタ使用履歴情報は、過去の自車のデフロスタの使用位置（使用時の自車位置）及び使用日時を表す情報である。この判定方法については、後出の図１５に関連し、図１５の説明の後に補足的に説明する。

判定部４４は、乗車位置が運動施設又は入浴施設であるか否かの判定結果に基づいて、水蒸気発生フラグの状態を変更する。水蒸気発生フラグは、空調装置１０の制御に関する制御情報であり、水蒸気発生フラグの状態は、"０"及び"１"間で変更される。水蒸気発生フラグの状態は、揮発性の記憶部（例えばＲＡＭ１２）に保持される。水蒸気発生フラグの初期値は、"０"であり、起動スイッチのオフ時に"０"に強制的にリセットされる。尚、「強制的にリセット」とは、揮発性の記憶部に起因した電源オフ時のリセットを表す。

判定部４４は、乗車位置が運動施設又は入浴施設であると判定すると、水蒸気発生フラグを"１"にセットする。判定部４４は、水蒸気発生フラグを"１"にセットすると、その後、所定のリセット条件が成立するまで、水蒸気発生フラグを"１"に維持する。判定部４４は、リセット条件が成立すると、水蒸気発生フラグを"０"にリセットする。リセット条件は、例えば、水蒸気発生フラグが"１"である状態の時間が所定時間になった場合に成立する。リセット条件の他の例は、後述する。

制御部４６は、乗車イベント検出部４１により乗車イベントが検出された場合に、判定部４４による判定結果に基づいて、空調装置１０を制御する。以下では、特に言及しない限り、動作モードがオートモードである状態（又は動作モードがオートモードであり且つＡ／Ｃスイッチがオン状態）ものとして説明する。マニュアルモード時、制御部４６は、水蒸気発生フラグの状態とは無関係に、ブロアダイヤルの操作位置、及び、温度設定ダイヤルの操作位置（設定温度）に応じて、ブロア風量及びエアミックスドア１２４の開度を制御する。

制御部４６は、判定部４４により乗車位置が運動施設又は入浴施設であると判定された場合、そのように判定されない場合に比べて、空調装置１０の換気能力を高くする。具体的には、制御部４６は、水蒸気発生フラグが"１"である場合、水蒸気発生フラグが"０"である場合よりも、空調装置１０の換気能力を高くする。空調装置１０の換気能力は、外気導入率が高いほど高くなる。また、空調装置１０の換気能力は、外気導入率が０％よりも有意に大きい値であるとき、ブロアモータ１２２の回転数が高いほど高くなる。また、空調装置１０の換気能力は、外気導入率が０％よりも有意に大きい値であるとき、同一のブロアモータ１２２の回転数である条件下では、換気時間が長いほど高くなる。例えば、制御部４６は、水蒸気発生フラグが"１"にセットされると、水蒸気発生フラグが"０"になるまでの期間、同期間で水蒸気発生フラグが"０"である場合よりも、空調装置１０の換気能力を高くする。

一例では、制御部４６は、水蒸気発生フラグが"０"である場合、外気導入率を第１の外気導入率（例えば０％）に設定し、水蒸気発生フラグが"１"である場合、外気導入率を第２の外気導入率（＞第１の外気導入率、例えば１００％）に設定する。尚、外気導入率は、外内気ドア１１９の開度を調整することで変化させることができる。

他の一例では、制御部４６は、水蒸気発生フラグが"０"である場合、外気導入率を第１の外気導入率に設定しつつ、ブロアモータ１２２の回転数を第１の回転数に設定し、水蒸気発生フラグが"１"である場合、外気導入率を第２の外気導入率に設定しつつ、ブロアモータ１２２の回転数を第２の回転数（＞第１の回転数、例えば最大値）に設定する。

以下では、水蒸気発生フラグが"０"である場合に制御部４６で用いられる上述のような制御方法を、「第１制御方法」と称し、水蒸気発生フラグが"１"である場合に制御部４６で用いられる上述のような制御方法を、「第２制御方法」と称する。尚、第２制御方法は、デフロスタが使用されるデフモード（又はフットデフモード）をオンすることを伴ってもよい。

ところで、乗車位置が運動施設や入浴施設である場合、自車に乗り込む前に乗員が重動作を行っている可能性が高い。一般的に、人から生じる水蒸気発生量は、該人が重動作を行う場合と、該人が静座状態である場合とで大きく異なる。例えば、成人男性で、室内温度が２５度のとき、静座状態で生じる水蒸気発生量は、６５ｇ／ｈであるのに対して、重動作状態で生じる水蒸気発生量は、３７３ｇ／ｈである。重動作後における水蒸気発生量は、重動作後からの時間の経過に伴って、重動作状態で生じる水蒸気発生量から徐々に低下するが、静座状態で生じる水蒸気発生量よりも有意に大きい状態がしばらく続く。それ故に、乗車位置が運動施設や入浴施設である場合、乗員からの水蒸気発生量が比較的大きい可能性が高い。従って、乗車位置が運動施設や入浴施設である場合、乗員からの比較的大きい水蒸気発生量に起因して、発車後に窓（例えばフロントウインドシールド）の曇りが生じ始めてしまう虞がある。

この点、上述した空調制御システム１によれば、乗車位置が運動施設又は入浴施設であると判定された場合、水蒸気発生フラグが"１"にセットされる。水蒸気発生フラグが"１"にセットされると、制御部４６は、上述の第２制御方法に基づいて、空調装置１０を制御する。従って、上述した空調制御システム１によれば、乗車位置の属性に応じて、空調装置１０の換気能力を高くすることができる。これにより、乗員からの水蒸気発生量が大きく換気の必要性が高い場合は、窓の曇りが発生しないように空調装置１０の換気能力を自動的に高くすることができる。この場合、乗員からの水蒸気発生量に起因して発車後に窓の曇りが生じ始めてしまう可能性が低減し、窓の曇りに起因した視界不良や運転者のストレスを低減できる。また、換気能力を高めるためのスイッチ操作をユーザがマニュアル操作で行う必要がなく、利便性が高くなる。

また、近年では、内燃機関の効率向上により排熱が減少する傾向があり、必要な暖房能力を得るために追加のエネルギーを使い、車両燃費が悪化するという問題が生じつつある。また、ハイブリッド車や、排熱が利用できない電気自動車においては、暖房負荷が燃費や航続距離に大きな影響を及ぼす。暖房負荷を低減させるためには、内気循環率を増やし、換気損失を低減することが有用である。また、自車が内燃機関を備える場合は、内燃機関の早期の暖気化のためにも、換気損失を低減することが有用である。

この点、上述した空調制御システム１によれば、水蒸気発生フラグが"１"にセットされない場合には、第１制御方法が用いられ、第２制御方法に比べて空調装置１０の換気能力が低くなるので（即ち内気循環率が高められるので）、換気損失を低減できる。このようにして、上述した空調制御システム１によれば、換気損失を低減しつつ、乗員からの水蒸気発生量に起因した窓の曇りを低減できる。

また、上述した空調制御システム１によれば、自車内に湿度センサを設けることなく上記の効果を得ることができるので、コスト面で有利となる。

次に、図５乃至図９を参照して、制御装置４０による幾つかの動作例について説明する。

図５は、制御装置４０により実行される処理の一例を示す概略フローチャートである。図５に示す処理は、例えば、自車の起動イベントの発生時に起動され、自車の作動中（即ち起動スイッチがオン状態である間）に所定周期毎に実行される。

ステップＳ５００では、乗車イベント検出部４１は、乗車イベントがあったか否かを判定する。図５では、一例として、乗車イベント検出部４１は、自車の起動イベントの発生を、乗車イベントとして検出する。従って、乗車イベント検出部４１は、起動後の初回の処理である場合は、乗車イベントがあったと判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ５０２に進み、それ以外の場合は、ステップＳ５１２に進む。

ステップＳ５０２では、判定部４４は、ＧＰＳ受信機８１から現在の自車位置（乗車位置）を取得する。

ステップＳ５０４では、判定部４４は、ステップＳ５０２で得た乗車位置の情報に基づいて、乗車位置周辺のＰＯＩ情報を取得する。図５では、一例として、判定部４４は、乗車位置に対して所定距離Ｄ０内のＰＯＩ情報を取得する。

ステップＳ５０６では、判定部４４は、ステップＳ５０４で得たＰＯＩ情報に基づいて、乗車位置が運動施設又は入浴施設であるか否かを判定する。図５では、一例として、判定部４４は、ステップＳ５０４で得たＰＯＩ情報に運動施設及び入浴施設のうちの少なくともいずれか一方が含まれる場合、乗車位置が運動施設又は入浴施設であると判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ５０８に進み、それ以外の場合は、ステップＳ５１８に進む。

ステップＳ５０８では、判定部４４は、水蒸気発生フラグを"１"にセットする。

ステップＳ５１２では、判定部４４は、水蒸気発生フラグが"１"であるか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ５１４に進み、それ以外の場合（即ち水蒸気発生フラグが"０"である場合）は、ステップＳ５１８に進む。

ステップＳ５１４では、判定部４４は、リセット条件が成立したか否かを判定する。図５では、一例として、判定部４４は、水蒸気発生フラグが"１"である状態の時間が所定時間（固定値）に到達した場合に、リセット条件が成立したと判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ５１６に進み、それ以外の場合は、ステップＳ５１８に進む。

ステップＳ５１６では、判定部４４は、水蒸気発生フラグを"０"にリセットする。

ステップＳ５１８では、制御部４６は、現在の水蒸気発生フラグの状態に応じて空調装置１０を制御する。この制御方法については上述のとおりである。

図５に示す処理によれば、自車の起動スイッチがオフからオンになる毎に、乗車位置が運動施設又は入浴施設であるか否かが判定され、乗車位置が運動施設又は入浴施設であると判定された場合には、空調装置１０の換気能力を高くすることができる。また、空調装置１０の換気能力を高めた状態において、リセット条件が成立した場合には、空調装置１０の換気能力を高めた状態を解除できる。

図６は、制御装置４０により実行される処理の他の一例（図５に対する代替例）を示す概略フローチャートである。図６に示す処理は、例えば、自車の起動イベントの発生時に起動され、自車の作動中に所定周期毎に実行される。

図６において、図５と同一である処理については、同一のステップ番号を付して説明を省略する。図６に示す処理は、図５に示した処理に対して、ステップＳ５０８とステップＳ５１８の間にステップＳ６０２及びステップＳ６０４が追加的に実行され、且つ、ステップＳ５１４に代えてステップＳ６０８及びステップＳ６１０が実行される点が異なる。以下、異なる部分を説明する。

ステップＳ６０２では、判定部４４は、ステップＳ５００で検出された乗車イベントで乗車した乗員からの水蒸気発生量を表す指標値を算出する。指標値は、乗員数をパラメータとして算出される。指標値は、乗員数が多いほど高くなる。その他、指標値は、乗員の体格等を更なるパラメータとして算出されてもよい。例えば、指標値は、乗員の体格が大きいほど高くなる。

ここでは、一例として、判定部４４は、図７に示すマップを用いて、指標値を算出する。ここでは、指標値は、所定時間Ｔｒにわたって乗員から発生する水蒸気発生量に起因した絶対湿度（重量絶対湿度）の増分［ｇ／ｋｇ］であり、静座状態であった場合の通常値に対する増分である。所定時間Ｔｒは、例えば平均的なトリップ時間に対応するように適合された固定値である。図７には、乗員数と絶対湿度の増分との関係が示される。尚、乗員数は、シートセンサやドアスイッチ、シートベルトセンサ等に基づいて判断できる。例えば、乗員数が２人であるとき、図７から４．０が抽出され、絶対湿度の増分は４．０とされる。尚、図７に示す数値は、説明用の一例であり、実際には、例えば試験結果から得られる数値が利用される。

尚、体格を考慮する場合、例えば乗員が成人女性の場合は、図７に示すマップの各値に、０．８を乗じた値が用いられ、また、乗員が子供の場合は、図７に示すマップの各値に、０．５を乗じた値が用いられてよい。尚、体格は、シートの荷重センサや画像認識等によって判断できる。

ステップＳ６０４では、判定部４４は、ステップＳ６０２で算出した指標値に応じた所定閾値Ｔｈを設定する。判定部４４は、指標値が高いほど所定閾値Ｔｈが大きくなる態様で、所定閾値Ｔｈを設定する。例えば、判定部４４は、指標値が２［ｇ／ｋｇ］以下であるときは、所定閾値Ｔｈ＝５［分］とし、指標値が２〜５［ｇ／ｋｇ］であるときは、所定閾値Ｔｈ＝１０［分］とし、指標値が５［ｇ／ｋｇ］以上であるときは、所定閾値Ｔｈ＝トリップ期間としてもよい。所定閾値Ｔｈ＝トリップ期間のときは、そのトリップ中、水蒸気発生フラグが"１"に維持される。従って、所定閾値Ｔｈ＝トリップ期間の場合、図６の処理において、ステップＳ５１２の判定結果が"ＹＥＳ"の場合、ステップＳ５１８にそのまま進む。

ステップＳ６０８では、判定部４４は、高換気時間Ｔｄの現在値（前回値）に所定時間Δｔを加算して、高換気時間Ｔｄを更新する。所定時間Δｔは、処理周期に対応する。高換気時間Ｔｄは、今回の起動スイッチのオンイベントに対する水蒸気発生フラグが"１"である状態の時間に対応する。高換気時間Ｔｄは、起動スイッチのオフ時に"０"に強制的にリセットされる。

ステップＳ６１０では、判定部４４は、高換気時間Ｔｄが、ステップＳ６０４で設定した所定閾値Ｔｈを超えるか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ５１６に進み、それ以外の場合は、ステップＳ５１８に進む。

図６に示す処理によれば、自車の起動スイッチがオフからオンになる毎に、乗車位置が運動施設又は入浴施設であるか否かが判定され、乗車位置が運動施設又は入浴施設であると判定された場合には、水蒸気発生フラグが"１"にセットされる。その後、自車の作動中において、高換気時間Ｔｄは、時間の経過と共に増加する態様で更新され、高換気時間Ｔｄが所定閾値Ｔｈを超えたときに、水蒸気発生フラグが"０"にリセットされる。

図８は、図６に示す処理の説明図である。図８には、上から順に、起動スイッチの状態、現在の自車位置の地点、水蒸気発生フラグの状態、及び高換気時間Ｔｄの各時系列が示される。尚、高換気時間Ｔｄの時系列には、所定閾値Ｔｈが併せて示される。

図８では、時刻ｔ１にて乗車イベントが例えば地点Ａで発生している。地点Ａはスキー場（運動施設の一例）である。従って、時刻ｔ１での乗車イベントに対応して水蒸気発生フラグが"１"にセットされる。時刻ｔ１以後、地点Ｂに自車が到達するまで高換気時間Ｔｄが増加されるが、高換気時間Ｔｄが所定閾値Ｔｈに到達しておらず、従って、水蒸気発生フラグは"１"のままである。自車は、時刻ｔ２にて、例えば地点Ｂに到達し、起動スイッチがオフになる。地点Ｂでの乗車イベントの発生時（時刻ｔ３）では、地点Ｂが温泉であるので、時刻ｔ３での乗車イベントに対応して水蒸気発生フラグが"１"にセットされる。時刻ｔ３での自車の起動時からも、時刻ｔ１での自車の起動時と同様に、空調装置１０の換気能力が高められる。時刻ｔ３では、時刻ｔ１と同様に所定閾値Ｔｈが設定されるが、時刻ｔ３で設定される所定閾値Ｔｈは、時刻ｔ１で設定される所定閾値Ｔｈよりも小さい（例えば乗員数が減少したため）。その後、時刻ｔ４には、高換気時間Ｔｄが所定閾値Ｔｈに到達し、水蒸気発生フラグが"０"にリセットされる。この結果、時刻ｔ４にて空調装置１０の換気能力を高めた状態が解除される。

このように、図６に示す処理によれば、指標値に応じて空調装置１０の換気能力を高めた状態の継続時間を変化させることができる。

図９は、制御装置４０により実行される処理の他の一例（図５に対する代替例）を示す概略フローチャートである。図９に示す処理は、例えば、自車の起動イベントの発生時に起動され、自車の作動中に所定周期毎に実行される。

図９において、図５と同一である処理については、同一のステップ番号を付して説明を省略する。図９に示す処理は、図５に示した処理に対して、ステップＳ５０８とステップＳ５１８の間にステップＳ８００乃至ステップＳ８０２が追加的に実行され、且つ、ステップＳ５１４に代えてステップＳ８０３乃至ステップＳ８１０が実行される点が異なる。以下、異なる部分を説明する。

ステップＳ８００では、判定部４４は、ステップＳ５００で検出された乗車イベントで乗車した乗員からの水蒸気発生量を表す指標値を算出する。指標値の算出方法は、前出の図６のステップＳ６０２で説明した通りである。

ステップＳ８０１では、判定部４４は、ステップＳ８００で算出した指標値に応じた所定閾値Ｔｈ１を設定する。判定部４４は、指標値が高いほど所定閾値Ｔｈ１が大きくなる態様で、所定閾値Ｔｈ１を設定する。図９では、一例として、判定部４４は、所定閾値Ｔｈ１を指標値に設定する。

ステップＳ８０２では、判定部４４は、水分放出積算量Ｗ［ｇ／ｋｇ］を０に初期化する。水分放出積算量Ｗは、空調装置１０の換気に起因して自車外に放出された水分量の積算値である。

ステップＳ８０３では、判定部４４は、ＧＰＳ受信機８１から現在の自車位置を取得する。

ステップＳ８０４では、判定部４４は、通信モジュール８２を介して現在の自車位置における現時点の気象を表す気象情報を取得する。尚、ここでは、気象情報は、現在の自車位置における湿度の情報を含むものとする。尚、自車位置における湿度は、自車の外部の湿度であり、外気湿度に相当する。気象情報は、例えば気象情報を提供するサーバ（図示せず）から取得できる。

ステップＳ８０６では、判定部４４は、現在の自車内外の温度及び湿度情報に基づいて、空調装置１０の換気に起因して自車外に放出された水分量（以下、「水分放出量」と称する）［ｇ／ｋｇ］を算出する。ここでは、判定部４４は、所定時間Δｔあたりの水分放出量ΔＷを算出する。所定時間Δｔは、処理周期に対応する。例えば、水分放出量ΔＷは、ブロア風量等に基づいて所定時間Δｔあたりの換気風量を算出し、換気風量分の内気に含まれる水分量から、換気風量分の外気に含まれる水分量を差し引くことで算出できる。内気に含まれる水分量は、相対湿度を１００％として現在の内気温度（エアコン関連センサ８６の一要素である内気温センサから取得）に基づいて算出される。また、外気に含まれる水分量は、ステップＳ８０４で得た気象情報（外気湿度）と外気温度に基づいて算出できる。外気温度は、外気温センサ（エアコン関連センサ８６の一要素）の検出値や、気象情報に含まれうる外気温度情報を利用できる。

ステップＳ８０８では、判定部４４は、水分放出積算量Ｗの現在値に、ステップＳ８０６で算出した水分放出量ΔＷを加算して、水分放出積算量Ｗを更新する。

ステップＳ８１０では、判定部４４は、水分放出積算量Ｗが、ステップＳ８０１で設定した所定閾値Ｔｈ１を超えたか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ５１６に進み、それ以外の場合は、ステップＳ５１８に進む。

図９に示す処理によれば、自車の起動スイッチがオフからオンになる毎に、乗車位置が運動施設又は入浴施設であるか否かが判定され、乗車位置が運動施設又は入浴施設であると判定された場合には、水蒸気発生フラグが"１"にセットされると共に、乗員からの水蒸気発生量を表す指標値が算出される。その後、空調装置１０の換気に起因した水分放出量の積算値である水分放出積算量Ｗが更新され、水分放出積算量Ｗが所定閾値Ｔｈ１を超えたときに、水蒸気発生フラグが"０"にリセットされる。このように、図９に示す処理によれば、水分放出積算量Ｗを算出することで、乗員からの水蒸気発生量の増分（重動作に起因した増分）が換気により外部に放出完了となるタイミングを高精度に推定できる。また、指標値に応じて空調装置１０の換気能力を高めた状態の継続時間を変化させ、空調装置１０の換気能力を高めた状態の継続時間の適正化を図ることができる。

尚、図５乃至図９を参照して上述した各動作例のうち、図５乃至図８に示す動作例の場合は、通信モジュール８２は不要である。従って、図５乃至図８に示す動作例を採用する場合は、車載電子機器群８のうちから通信モジュール８２が必要に応じて省略されてもよい。

［実施例２］
実施例２による空調制御システム１Ａは、上述した実施例１による空調制御システム１に対して、制御装置４０が制御装置４０Ａで置換され、且つサーバ９０が追加された点が異なる。以下では、異なる点を説明し、同一の構成要素については同一の参照符号を付して説明を省略する。

図１０は、実施例２による空調制御システム１Ａの基本構成を示す図である。

空調制御システム１Ａは、車両に搭載される車載装置７と、サーバ９０（情報処理装置の一例）とを含む。車載装置７は、空調装置１０と、制御装置４０Ａと、通信モジュール８２（通信部の一例）とを含む。尚、車載装置７は、空調装置１０及び通信モジュール８２以外の車載電子機器群８（図４参照）を含む。同様に、以下では、特に言及しない限り、"自車"とは、車載装置７が搭載されている車両を表す。

制御装置４０Ａのハードウェア構成は、図４に示した制御装置４０のハードウェア構成と同一である。制御装置４０Ａは、上述した実施例１による制御装置４０に対して、判定部４４に代えて、自車データ送信部４３、及びフラグ設定部４５が設けられる点が異なる。

具体的には、制御装置４０Ａは、自車データ送信部４３と、フラグ設定部４５と、制御部４６とを含む。自車データ送信部４３及びフラグ設定部４５は、ＣＰＵ１１がＲＯＭ１３に記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。

自車データ送信部４３は、自車の作動中、定期的に、走行時情報をサーバ９０に送信する。自車データ送信部４３は、通信モジュール８２を介して走行時情報をサーバ９０に送信する。実施例２では、一例として、走行時情報は、図１１Ａに示すように、端末ＩＤ（Identification）と、走行日時と、走行速度と、リンクＩＤと、自車のデフロスタスイッチ（操作スイッチ群８４の一要素）のオン／オフ状態を含む。端末ＩＤは、通信モジュール８２のＩＤである。走行時情報に含められるリンクＩＤは、自車の走行しているリンクに係る。自車の走行しているリンクに係るリンクＩＤは、ＧＰＳ受信機８１からの自車位置情報と、地図データベース（図示せず）内の情報とに基づいて取得できる。走行時情報に含められるリンクＩＤは、例えば、前回の送信周期から今回の送信周期まで通過した全てのリンクに係るリンクＩＤである。走行日時は、例えば今回の送信周期の時点の日時である。走行速度は、対応するリンクＩＤに係るリンクを走行したときの平均速度である。尚、デフロスタスイッチは、上述のように、デフロスタを使用する際（フットデフモードやデフモードを形成する際）にオンされ、デフロスタを使用しない際にオフされる。このような走行時情報には、自車のデフロスタ使用履歴情報が含まれる。この場合、デフロスタ使用履歴情報は、走行時情報のうちの、端末ＩＤと、走行日時と、リンクＩＤと、自車のデフロスタスイッチのオン／オフ状態とを含む。

尚、変形例では、自車データ送信部４３は、デフロスタ使用履歴情報については、走行時情報とは別に、通信モジュール８２を介してサーバ９０に送信してもよい。この場合、例えば、自車データ送信部４３は、自車の作動中、自車のデフロスタスイッチのオン／オフイベント発生時に、デフロスタ使用履歴情報を通信モジュール８２を介してサーバ９０に送信してよい。この場合、デフロスタ使用履歴情報は、端末ＩＤと、デフロスタオン／オフ日時と、そのときの自車位置情報(緯度及び経度)とを含む。

また、自車データ送信部４３は、起動スイッチのオン／オフ時に、起動オン／オフ情報を、通信モジュール８２を介してサーバ９０に送信する。起動オン／オフ情報は、図１１Ｂに示すように、端末ＩＤと、起動オン／オフ日時と、そのときの自車位置情報(緯度及び経度)とを含む。尚、起動スイッチのオフに代えて、アクセサリスイッチのオフが用いられてもよい。

フラグ設定部４５は、サーバ９０から送信されるセット信号（所定信号の一例）及びリセット信号に基づいて、水蒸気発生フラグの状態を変更する。フラグ設定部４５は、サーバ９０から通信モジュール８２を介してセット信号を受信した場合、水蒸気発生フラグを"１"にセットする。このように、サーバ９０からのセット信号は、フラグ設定部４５に対して、水蒸気発生フラグを"１"にセットさせる指令（及びそれに伴い、制御部４６に対して、第２制御方法に基づき空調装置の換気能力を高くさせる指令）として機能する。また、フラグ設定部４５は、サーバ９０から通信モジュール８２を介してリセット信号を受信した場合、水蒸気発生フラグを"０"にリセットする。このように、サーバ９０からのリセット信号は、フラグ設定部４５に対して、水蒸気発生フラグを"０"にリセットさせる指令として機能する。尚、水蒸気発生フラグは、起動スイッチのオフ時に"０"に強制的にリセットされる。水蒸気発生フラグの意義は、上述した実施例１と同様である。従って、制御部４６は、通信モジュール８２がセット信号を受信した場合、通信モジュール８２がセット信号を受信しない場合に比べて、空調装置１０の換気能力を高くすることになる。

サーバ９０は、自車とは遠隔に配置される。尚、サーバ９０のハードウェア構成については図示を省略する。サーバ９０の基本的なアーキテクチャ（構成）は、図４に示した制御装置４０のハードウェア構成に対して、通信装置６０を含む点以外は実質的に同一であり、処理能力及び記憶容量が強化されている点が異なる。尚、サーバ９０は、単一のユニットであってもよいが、例えばネットワークを介して互いに通信可能に接続される複数のサーバ装置により形成されてもよい。

通信装置６０は、自車の通信モジュール８２と通信する。通信時、通信装置６０と自車の通信モジュール８２とは、携帯電話における無線通信網を含むネットワークを介して接続される。ネットワークは、無線通信網の他、例えばインターネット、World Wide Web、VPN（virtual private network）、WAN（Wide Area Network）、有線ネットワーク等を含んでもよい。

サーバ９０は、乗車イベント検出部９１と、判定部９４と、地図データベース９７と、車両情報データベース９８とを含む。乗車イベント検出部９１及び判定部９４は、ＣＰＵが、ＲＯＭに記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。地図データベース９７等の各データベースは、補助記憶装置（例えばハードディスクドライブ）により実現できる。

乗車イベント検出部９１は、乗車イベントを検出する。例えば、乗車イベント検出部９１は、自車の起動イベントの発生を、乗車イベントとして検出する。自車の起動イベントの発生は、起動オン／オフ情報に基づいて検出できる。

判定部９４は、乗車位置が所定の属性の地点であるか否かを判定する。実施例２では、上述した実施例１と同様、所定の属性の地点とは、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点である。尚、自車の乗車位置は、自車の起動オン／オフ情報に基づいて検出できる。

一例では、判定部９４は、地図データベース９７内から乗車位置周辺のＰＯＩ情報を取得し、該ＰＯＩ情報に基づいて、乗車位置が運動施設又は入浴施設であるか否かを判定する。この場合、判定方法の基本的な考え方は、上述した実施例１による判定部４４と同一であり、詳細な説明は省略する。

他の一例では、判定部９４は、自車の駐車履歴情報及び自車のデフロスタ使用履歴情報に基づいて、乗車位置が運動施設又は入浴施設であるか否かを判定する。駐車履歴情報及びデフロスタ使用履歴情報は、上述した通りである。この判定方法の例は、後出の図１５を参照して説明する。

判定部９４は、乗車位置が運動施設又は入浴施設であるか否かの判定結果に基づいて、換気促進サービスフラグの状態を変更する。換気促進サービスフラグは、空調装置１０の制御に関する制御情報であり、換気促進サービスフラグの状態は、"０"及び"１"間で変更される。換気促進サービスフラグの状態は、サーバ９０の記憶部（例えばＲＡＭ１２や補助記憶装置１４）に保持される。

判定部９４は、乗車位置が運動施設又は入浴施設であると判定した場合に、換気促進サービスフラグを"１"にセットし、それ以外の場合は、換気促進サービスフラグを"０"にセットする。換気促進サービスフラグの初期値は、"０"である。判定部９４は、換気促進サービスフラグを"１"にセットすると、その後、所定条件（以下、「フラグ解除条件」と称する）が成立するまで、換気促進サービスフラグを"１"に維持する。判定部９４は、フラグ解除条件が成立すると、換気促進サービスフラグを"０"にリセットする。フラグ解除条件の基本的な考え方は、上述した実施例１による判定部４４が用いるリセット条件と同一であり、詳細な説明は省略する。フラグ解除条件は、例えば、換気促進サービスフラグが"１"である状態の時間が所定時間になった場合に成立する。フラグ解除条件の他の例は後述する。

判定部９４は、乗車イベント検出部９１により乗車イベントが検出され、且つ、乗車位置が運動施設又は入浴施設であると判定した場合に、セット信号を、通信装置６０を介して自車の通信モジュール８２に送信する。実施例２では、一例として、判定部９４は、乗車イベント検出時に、換気促進サービスフラグを"１"にセットした場合、セット信号を、通信装置６０を介して自車の通信モジュール８２に送信する。また、判定部９４は、自車が作動中において、換気促進サービスフラグを"１"から"０"にリセットした場合、リセット信号を、通信装置６０を介して自車の通信モジュール８２に送信する。

地図データベース９７は、全国の地図データを蓄積する。地図データは、ＰＯＩ情報を含む。

車両情報データベース９８は、自車を含む多数の車両から受信した走行時情報及び起動オン／オフ情報を蓄積する。図１１Ａには、車両情報データベース９８内の走行時情報のデータの一例が概念的に示される。図１１Ａには、ある走行時情報ＩＤ＝ｊに関するデータが示されている。走行時情報ＩＤは、トリップ毎に付与される。図１１Ｂには、車両情報データベース９８内の起動オン／オフ情報のデータの一例が概念的に示される。図１１Ｂには、複数の走行時情報ＩＤに関するデータが示されている。尚、図１１Ａ及び図１１Ｂにおいて、"＊＊"は、対応する何らかの情報があることを意味する。

上述した空調制御システム１Ａによれば、上述した空調制御システム１と同様の効果が得られる。即ち、サーバ９０において自車における乗車イベントが検出されたときの乗車位置が運動施設又は入浴施設であるか否かが判定され、乗車位置が運動施設又は入浴施設であると判定された場合に、換気促進サービスフラグが"１"にセットされる。換気促進サービスフラグが"１"にセットされると、セット信号が自車に送信され、水蒸気発生フラグが"１"にセットされる。水蒸気発生フラグが"１"にセットされると、制御部４６は、上述の第２制御方法に基づいて、空調装置１０を制御する。従って、上述した空調制御システム１Ａによれば、乗車位置の属性に応じて空調装置１０の換気能力を高くすることができる。また、空調制御システム１Ａによれば、水蒸気発生フラグが"１"にセットされない場合には、第１制御方法が用いられ、第２制御方法に比べて空調装置１０の換気能力が低くなるので、換気損失を低減できる。このようにして、上述した空調制御システム１Ａによれば、換気損失を低減しつつ、乗員からの水蒸気発生量に起因した窓の曇りを低減できる。

次に、図１２乃至図１５を参照して、空調制御システム１Ａの幾つかの動作例について説明する。

図１２は、車載装置７の制御装置４０Ａにより実行される処理の一例を示す概略フローチャートである。図１２に示す処理は、例えば、起動スイッチがオンされたときに起動され、自車の作動中に所定周期毎に実行されると共に、起動スイッチがオフされた際に実行される。

ステップＳ１１００では、フラグ設定部４５は、起動スイッチがオフされたか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１１０４に進み、それ以外の場合（即ち起動スイッチがオン状態である場合）は、ステップＳ１１０６に進む。

ステップＳ１１０４では、自車データ送信部４３は、起動オン／オフ情報（ここでは、起動オフ情報）をサーバ９０に送信する。尚、この処理が終了すると、次の起動スイッチのオンイベントまで図１２に示す処理は終了となる。

ステップＳ１１０６では、フラグ設定部４５は、今回の処理周期が起動後の初回であるか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１１０７に進み、それ以外の場合は、ステップＳ１１０８に進む。

ステップＳ１１０７では、自車データ送信部４３は、起動オン／オフ情報（ここでは、起動オン情報）をサーバ９０に送信する。

ステップＳ１１０８では、自車データ送信部４３は、走行時情報をサーバ９０に送信する。

ステップＳ１１１０では、フラグ設定部４５は、タイマをセットする。タイマは、セット後、所定時間でタイムアウトする。所定時間は、例えば、自車データ送信部４３が起動オフ情報を送信（ステップＳ１１０７参照）してから、サーバ９０からのセット信号を自車が受信する（例えば図１２のステップＳ１１１２参照）までに要する時間に対応する。

ステップＳ１１１１では、フラグ設定部４５は、タイマがタイムアウトしたか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１１３０に進み、それ以外の場合は、ステップＳ１１１２に進む。

ステップＳ１１１２では、フラグ設定部４５は、セット信号をサーバ９０から受信したか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１１１６に進み、それ以外の場合は、ステップＳ１１１１に戻る。

ステップＳ１１１６では、フラグ設定部４５は、水蒸気発生フラグを"１"にセットする。

ステップＳ１１２２では、フラグ設定部４５は、リセット信号をサーバ９０から受信したか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１１２４に進み、それ以外の場合は、ステップＳ１１３０に進む。

ステップＳ１１２４では、フラグ設定部４５は、水蒸気発生フラグを"０"にリセットする。

ステップＳ１１３０では、制御部４６は、現在の水蒸気発生フラグの状態に応じて空調装置１０を制御する。この制御方法については、図５を参照して上述したステップＳ５１８と同じである。

図１２に示す処理によれば、自車の起動スイッチがオフからオンになる毎に、サーバ９０からセット信号が受信されたか否かが判定され、セット信号が受信された場合には、空調装置１０の換気能力を高くすることができる。また、サーバ９０からのセット信号の受信に起因して空調装置１０の換気能力を高めた状態において、サーバ９０からリセット信号が自車で受信された場合には、空調装置１０の換気能力を高めた状態を解除できる。

図１３は、サーバ９０により実行される処理の一例を示す概略フローチャートである。図１３に示す処理は、例えば、常時、所定周期毎に実行される。

ステップＳ１２０２では、乗車イベント検出部９１は、乗車イベントがあったか否かを判定する。判定方法は上述のとおりである。判定結果が"ＹＥＳ"の場合は、ステップＳ１２０４に進み、それ以外の場合は、ステップＳ１２１２に進む。

ステップＳ１２０４では、判定部９４は、地図データベース９７から乗車位置周辺のＰＯＩ情報を取得する。図１３では、一例として、判定部９４は、乗車位置に対して所定距離Ｄ０内のＰＯＩ情報を地図データベース９７から取得する。尚、乗車位置は、乗車イベントが検出された端末ＩＤ（自車の端末ＩＤ）に係る起動オン／オフ情報に基づいて判断できる。

ステップＳ１２０６では、判定部９４は、ステップＳ１２０４で得たＰＯＩ情報に基づいて、乗車位置が運動施設又は入浴施設であるか否かを判定する。この判定方法は、前出の図５のステップＳ５０６と同様である。判定結果が"ＹＥＳ"の場合は、ステップＳ１２０８に進み、それ以外の場合は、ステップＳ１２０７に進む。

ステップＳ１２０７では、判定部９４は、換気促進サービスフラグを"０"にセットする。

ステップＳ１２０８では、判定部９４は、換気促進サービスフラグを"１"にセットする。

ステップＳ１２１１では、判定部９４は、セット信号を自車に送信する。

ステップＳ１２１２では、判定部９４は、自車が作動中であるか否かを判定する。自車が作動中であるか否かは、乗車イベントが検出された端末ＩＤ（自車の端末ＩＤ）に係る走行時情報又は起動オン／オフ情報に基づいて判断できる。判定結果が"ＹＥＳ"の場合は、ステップＳ１２１３に進み、それ以外の場合は、今回周期の処理はそのまま終了する。

ステップＳ１２１３では、判定部９４は、換気促進サービスフラグが"１"であるか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１２１４に進み、それ以外の場合（即ち換気促進サービスフラグが"０"である場合）は、今回周期の処理はそのまま終了する。

ステップＳ１２１４では、判定部９４は、フラグ解除条件が成立したか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１２１６に進み、それ以外の場合は、今回周期の処理はそのまま終了する。図１３では、一例として、判定部９４は、換気促進サービスフラグが"１"である状態の時間が所定時間（固定値）に到達した場合に、フラグ解除条件が成立したと判定する。但し、変形例では、判定部９４は、前出の図６を参照して説明した通り高換気時間Ｔｄを更新し、高換気時間Ｔｄが、指標値に応じた所定閾値Ｔｈを超えた場合に、フラグ解除条件が成立したと判定してもよい。かかる変形例では、指標値に応じて空調装置１０の換気能力を高めた状態の継続時間を変化させることができる。尚、指標値は、上述のように、乗員数をパラメータとして算出される。従って、本変形例では、自車は、例えば起動オン／オフ情報をサーバ９０に送信する際（図１２のステップＳ１１０７参照）に、乗員数の情報もサーバ９０に送信する。

ステップＳ１２１６では、判定部９４は、換気促進サービスフラグを"０"にリセットする。

ステップＳ１２２０では、判定部９４は、リセット信号を自車に送信する。

図１３に示す処理によれば、自車の乗車イベント毎に、乗車位置が運動施設又は入浴施設であるか否かがサーバ９０で判定される。そして、乗車位置が運動施設又は入浴施設である場合に、サーバ９０からセット信号が自車に送信されることで、自車の空調装置１０の換気能力を高くすることができる。また、換気促進サービスフラグが"１"である状態において、自車の作動中にフラグ解除条件が成立した場合には、自車にリセット信号を送信することで、自車の水蒸気発生フラグを"０"にリセットできる。

図１４は、サーバ９０により実行される処理の他の一例（図１３に示す処理の代替例）を示す概略フローチャートである。図１４に示す処理は、例えば、常時、所定周期毎に実行される。

図１４に示す処理は、図１３に示した処理に対して、ステップＳ１２０８とステップＳ１２１１の間にステップＳ１３０２が追加的に実行され、且つ、ステップＳ１２１４に代えてステップＳ１３０４乃至ステップＳ１３１２が実行される点が異なる。以下、異なる部分を説明する。

図１４では、自車の自車データ送信部４３からの走行時情報には、自車の空調装置１０の作動状態（例えばブロア風量）及びエアコン関連センサ８６の検出値（例えば内気温度）が含まれるものとする。

ステップＳ１３０２では、判定部９４は、水分放出積算量Ｗ［ｇ／ｋｇ］を０に初期化する。水分放出積算量Ｗは、上述のように、空調装置１０の換気に起因して自車外に放出された水分量の積算値である。

ステップＳ１３０４では、判定部９４は、車両情報データベース９８から現在の自車位置を取得する。

ステップＳ１３０６では、判定部９４は、現在の自車位置における現時点の気象を表す気象情報を取得する。尚、ここでは、気象情報は、現在の自車位置における外気湿度の情報を含むものとする。気象情報は、例えば気象情報を提供するサーバから取得できる。

ステップＳ１３０８では、判定部９４は、ステップＳ１３０６で得た気象情報及び車両情報データベース９８内の走行時情報（エアコン関連センサ８６の検出値等）等に基づいて、空調装置１０の換気に起因した水分放出量ΔＷであって、所定時間Δｔあたりの水分放出量ΔＷを算出する。所定時間Δｔあたりの水分放出量ΔＷの算出方法は、図９を参照して上述したステップＳ８０６と同じである。

ステップＳ１３１０では、判定部９４は、水分放出積算量Ｗの現在値（前回値）に、ステップＳ１３０８で算出した水分放出量ΔＷを加算して、水分放出積算量Ｗを更新する。

ステップＳ１３１２では、判定部９４は、水分放出積算量Ｗが所定閾値Ｔｈ３を超えたか否かを判定する。所定閾値Ｔｈ３は、例えば一般的な人における水蒸気発生量の増分であって重動作に起因した増分（例えば静座状態であった場合の通常値に対する増分）に基づいて予め定められる一定値である。判定結果が"ＹＥＳ"の場合は、ステップＳ１２１６に進み、それ以外の場合は、今回周期の処理はそのまま終了する。

図１４に示す処理によれば、自車の起動スイッチがオフからオンになる毎に、乗車位置が運動施設又は入浴施設であるか否かがサーバ９０で判定される。乗車位置が運動施設又は入浴施設であると判定された場合には、サーバ９０からセット信号が自車に送信され、自車の空調装置１０の換気能力を高くすることができる。また、乗車位置が運動施設又は入浴施設であると判定された場合には、サーバ９０において水分放出積算量Ｗが算出（更新）される。その後、サーバ９０において、水分放出積算量Ｗが所定閾値Ｔｈ３を超えた場合に、サーバ９０からリセット信号が自車に送信される。このように、図１４に示す処理によれば、水分放出積算量Ｗを算出することで、乗員からの水蒸気発生量の増分（重動作に起因した増分）が換気により外部に放出完了となるタイミングを高精度に推定できる。

図１５は、サーバ９０の判定部９４により実行される判定処理の他の例を示すフローチャートである。図１５に示す判定処理は、例えば図１３や図１４のステップＳ１２０４及びステップＳ１２０６に代えて実行されることができる。或いは、図１５に示す判定処理は、ステップＳ１２０４で得たＰＯＩ情報に基づくステップＳ１２０６の判定結果が"ＮＯ"である場合に、実行され、図１５に示す判定処理結果に応じて、図１３や図１４の処理がステップＳ１２０７又はステップＳ１２０８に進む態様で利用されてもよい。

ステップＳ１２６２では、判定部９４は、車両情報データベース９８から自車の走行時情報及び起動オン／オフ情報を抽出する。ステップＳ１２６２で判定部９４が抽出した自車の起動オン／オフ情報は、自車の駐車履歴情報として利用できる。従って、以下では、ステップＳ１２６２で判定部９４が抽出した自車の起動オン／オフ情報を「自車の駐車履歴情報」と称する。尚、ステップＳ１２６２で判定部９４が抽出した自車の走行時情報には、上述のように自車のデフロスタ使用履歴情報が含まれている。

ステップＳ１２６４では、判定部９４は、自車の駐車履歴情報に基づいて、今回の乗車イベントまでの駐車時間が所定時間Ｔ１以上であるか否かを判定する。今回の乗車イベントまでの駐車時間は、直近の起動スイッチのオフ日時と、今回の乗車イベントに係る起動スイッチのオン日時との関係に基づいて算出できる。所定時間Ｔ１は、何らかの施設を利用したと判断できる最小限の時間であり、適合値である。所定時間Ｔ１は、例えば１０［分］とされる。判定結果が"ＹＥＳ"の場合は、ステップＳ１２６５に進み、それ以外の場合は、ステップＳ１２０７に進む。

ステップＳ１２６５では、判定部９４は、自車の駐車履歴情報に基づいて、今回の乗車イベントに係る乗車位置に対して所定距離Ｄ０内に、起動スイッチのオン時の自車位置を有する走行時情報ＩＤを抽出する。即ち、判定部９４は、今回の乗車位置に対して所定距離Ｄ０内で起動スイッチのオンイベントがあった走行時情報ＩＤを抽出する。例えば、ある走行時情報ＩＤに関して、起動スイッチのオン時の自車位置が、今回の乗車イベントに係る乗車位置に対して所定距離Ｄ０内である場合、該走行時情報ＩＤが抽出される。

ステップＳ１２６６では、判定部９４は、ステップＳ１２６５で抽出した走行時情報ＩＤの数が所定数Ｎ１以上であるか否かを判定する。所定数Ｎ１は、自車の乗員が今回の乗車位置に係る施設を過去に利用した回数に関する閾値である。所定数Ｎ１は、例えば３以上である。これは、一般的に、運動施設又は入浴施設を利用する施設利用者は、複数回、定期的に利用する傾向があるためである。判定結果が"ＹＥＳ"の場合は、ステップＳ１２６８に進み、それ以外の場合は、ステップＳ１２０７に進む。

ステップＳ１２６８では、判定部９４は、ステップＳ１２６５で抽出した走行時情報ＩＤに係る自車のデフロスタ使用履歴情報に基づいて、直近の１か月間においてデフロスタの使用回数が所定回数Ｎ２以上であるか否かを判定する。これは、一般的に、運動施設又は入浴施設を利用する施設利用者は、毎回、利用後の走行中にデフロスタを使用する傾向があるためである。所定回数Ｎ２は、適合値であるが、例えば"３"であってよい。判定結果が"ＹＥＳ"の場合は、ステップＳ１２７０に進み、それ以外の場合は、ステップＳ１２０７に進む。

ステップＳ１２７０では、判定部９４は、ステップＳ１２６５で抽出した走行時情報ＩＤに係る自車のデフロスタ使用履歴情報に基づいて、直近の１か月間における所定回数Ｎ２以上のデフロスタの使用について、使用日時が同じ曜日及び同じ時間帯であるか否かを判定する。これは、一般的に、運動施設又は入浴施設を利用する施設利用者は、複数回、同じ曜日及び同じ時間帯で利用する傾向があるためである。判定結果が"ＹＥＳ"の場合は、ステップＳ１２７２に進み、それ以外の場合は、ステップＳ１２０７に進む。

ステップＳ１２７２では、判定部９４は、ステップＳ１２６５で抽出した走行時情報ＩＤに係る自車の走行時情報に基づいて、直近の１か月間における所定回数Ｎ２以上のデフロスタの使用について、車速が所定車速Ｖ１以上の状態で所定時間Ｔ４以上走行した後の使用であるか否かを判定する。これは、一般的に、ユーザは、霜取りのためのデフロスタの使用は、発車前に行う傾向があるのに対して、窓の曇りを無くすためのデフロスタの使用は、走行開始後に行う傾向があるためである。所定車速Ｖ１及び所定時間Ｔ４は、適合値であるが、例えばそれぞれ５［ｋｍ／ｈ］及び５［分］である。判定結果が"ＹＥＳ"の場合は、ステップＳ１２０８に進み、それ以外の場合は、ステップＳ１２０７に進む。

図１５に示す処理によれば、運動施設又は入浴施設を利用する施設利用者の一般的な傾向を利用して、乗車イベントに係る乗車位置が運動施設又は入浴施設であるか否かを精度良く判定できる。このような判定方法は、乗車位置周辺のＰＯＩ情報が存在しない場合に好適である。

尚、図１５に示す判定処理は、上述した実施例１において、判定部４４により実行されることもできる。この場合、上述した実施例１において、制御装置４０は、自車の走行時情報等を記憶・蓄積するデータベースを構築し、判定部４４は、該データベースを利用して図１５に示す判定処理を実現できる。かかる構成は、ＰＯＩ情報を必要とせずに判定できるので、自車がナビゲーション装置を備えていない場合に好適となる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせることも可能である。

例えば、上述した実施例１及び実施例２においては、所定の属性の地点は、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であるが、これに限られない。例えば、所定の属性の地点は、動作強度が所定値以上高くなる可能性がある他の地点（例えば、長い階段がある観光施設や、サーフィン用の設備などを有していないサーフィンスポット）を更に含んでもよい。

また、図５、図６、図９、図１３、及び図１４においては、判定部４４又は判定部９４は、乗車イベントが検出されたタイミングで、乗車位置が運動施設又は入浴施設であるか否かを判定しているが、これに限られない。即ち、判定部４４又は判定部９４は、乗車イベントが検出される前に、乗車位置が運動施設又は入浴施設であるか否かを判定してもよい。例えば、判定部４４又は判定部９４は、駐車中や直近の起動スイッチのオフ時に、次に起こり得る乗車イベントに係る乗車位置が運動施設又は入浴施設であるか否かを事前に判定してもよい。これは、一般的に、起動スイッチがオフされたときの自車位置は、その後の起動スイッチがオンされたときの自車位置と同じである可能性が高いためである。

なお、以上の実施例に関し、さらに以下を開示する。
（態様１）
空調制御システムであって、
自車に設けられる空調装置と、
自車又はサーバに設けられ、自車への乗員の乗車イベントが検出されたときの自車の位置（乗車位置）の属性に基づいて、前記乗員からの水蒸気発生量が所定レベルを超えるか否かを判定する判定部と、
自車に設けられ、前記判定部による判定結果に基づいて、前記空調装置を制御する制御部とを含み、
前記制御部は、前記判定部により前記水蒸気発生量が前記所定レベルを超えると判定された場合、そのように判定されない場合に比べて、前記空調装置の換気能力を上げる、空調制御システム。

態様１において、所定レベルとは、例えば、乗員が静座状態である場合に該乗員から生じる水蒸気発生量を"１"としたとき、１以上である。例えば、判定部は、乗車位置が所定の属性の地点であると判定した場合に、前記乗員からの水蒸気発生量が所定レベルを超えると判定する。この場合、乗車位置が所定の属性の地点であるか否かの判定方法は、上述のとおりである。

１、１Ａ 空調制御システム
７ 車載装置
８ 車載電子機器群
１０ 空調装置
４０、４０Ａ 制御装置
４１ 乗車イベント検出部
４３ 自車データ送信部
４４ 判定部
４５ フラグ設定部
４６ 制御部
６０ 通信装置
８２ 通信モジュール
８３ ディスプレイ
８４ 操作スイッチ群
８６ エアコン関連センサ
９０ サーバ
９１ 乗車イベント検出部
９４ 判定部
９７ 地図データベース
９８ 車両情報データベース
１１９ 外内気ドア

Claims (7)

1. 車両に設けられる空調制御システムであって、
   空調装置と、
   前記車両の起動スイッチがオンになるイベントに基づいて前記車両への乗員の乗車イベントを検出する乗車イベント検出部と、
   前記乗車イベント検出部により前記乗車イベントが検出されたときの前記車両の位置である乗車位置が、所定の属性の地点であるか否かを判定する判定部と、
   前記乗車イベント検出部により前記乗車イベントが検出された場合に、前記判定部による判定結果に基づいて、前記空調装置を制御する制御部とを含み、
   前記制御部は、前記判定部により前記乗車位置が前記所定の属性の地点であると判定された場合、前記判定部により前記乗車位置が前記所定の属性の地点であると判定されない場合に比べて、前記空調装置の換気能力を高くする、空調制御システム。
2. 車両に搭載される車載装置と、前記車両とは遠隔に配置され、前記車載装置との間の双方向の通信が可能な情報処理装置と、を含む空調制御システムであって、
   前記情報処理装置は、
   前記車両の起動スイッチがオンになるイベントに基づいて前記車両への乗員の乗車イベントを検出する乗車イベント検出部と、
   前記乗車イベント検出部により前記乗車イベントが検出されたときの前記車両の位置である乗車位置が、所定の属性の地点であるか否かを判定する判定部と、
   前記乗車イベント検出部により前記乗車イベントが検出され、且つ、前記判定部により前記乗車位置が前記所定の属性の地点であると判定された場合に、所定信号を前記車両に送信する通信装置とを含み、
   前記車載装置は、空調装置と、前記所定信号を受信する通信部と、前記空調装置を制御する制御部とを含み、
   前記制御部は、前記通信部が前記所定信号を受信した場合、前記通信部が前記所定信号を受信しない場合に比べて、前記空調装置の換気能力を高くする、空調制御システム。
3. 前記判定部は、ＰＯＩ情報に基づいて、前記乗車位置が前記所定の属性の地点であるか否かを判定する、請求項１又は２に記載の空調制御システム。
4. 前記所定の属性の地点は、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点である、請求項１〜３のうちのいずれか１項に記載の空調制御システム。
5. 前記所定の属性の地点は、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であり、
   前記判定部は、前記車両の駐車履歴情報と、前記車両のデフロスタの使用履歴情報とに基づいて、前記乗車位置が、運動施設及び入浴施設のうちの少なくともいずれか一方が存在する地点であるか否かを判定する、請求項１又は２に記載の空調制御システム。
6. 前記判定部は、更に、前記乗員の数に基づいて、前記空調装置の換気能力が高くされた状態の継続時間を変化させる、請求項１〜５のうちのいずれか１項に記載の空調制御システム。
7. 車両とは遠隔に配置され、前記車両との間の双方向の通信が可能な情報処理装置であって、
   前記車両の起動スイッチがオンになるイベントに基づいて前記車両への乗員の乗車イベントを検出する乗車イベント検出部と、
   前記乗車イベント検出部により前記乗車イベントが検出されたときの前記車両の位置である乗車位置が、所定の属性の地点であるか否かを判定する判定部と、
   前記乗車イベント検出部により前記乗車イベントが検出され、且つ、前記判定部により前記乗車位置が前記所定の属性の地点であると判定された場合に、所定信号を前記車両に送信する通信装置とを含み、
   前記所定信号は、前記車両に設けられる空調装置の制御部に対して、前記空調装置の換気能力を、前記判定部により前記乗車位置が前記所定の属性の地点であると判定されない場合に比べて高くさせる指令として機能する、情報処理装置。

Images