JP7459823B2 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Description

本発明は、車両の空調制御に関する。

自動車を遠隔制御するためのシステムがある。例えば、特許文献１には、端末から送信された信号に基づいて、エンジンの始動および停止、ドアの施解錠などを行うリモートシステムが開示されている。遠隔地から車両のエンジンを始動させることで、乗車前に車両の空調を動作させ、車内を適温にすることができる。

特開平１０－０５３１０９号公報

本開示は、リモート空調の利便性を向上させることを目的とする。

本開示の第一の態様は、所定の車両の空調を制御する情報処理装置である。具体的には、第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始することと、第一の期間が経過した場合に、前記空調モードを終了させることと、前記車両において所定の条件が満たされた場合に、前記第一の期間を延長することと、を実行する制御部を有する。

本開示の第二の態様は、所定の車両の空調を制御する情報処理装置が実行する情報処理方法である。具体的には、第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始するステップと、第一の期間が経過した場合に、前記空調モードを終了させるステップと、前記車両において所定の条件が満たされた場合に、前記第一の期間を延長するステップと、を含む。

また、他の態様として、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

本開示によれば、リモート空調の利便性を向上させることができる。

実施形態に係る車両システムのシステム構成図。 車両が有する構成要素を示したブロック図。 空調ＥＣＵが有する制御部のモジュール構成を示したブロック図。 ユーザ端末が有する構成要素を示したブロック図。 ユーザ端末によって生成される空調パラメータの例。 ユーザ端末が提供するユーザインタフェースの例。 車両システムの構成要素間で送受信されるデータのフロー図。 第一の実施形態において空調ＥＣＵが実行する処理のフローチャート。 第二の実施形態において空調ＥＣＵが実行する処理のフローチャート。

本開示の一態様は、車両の空調を制御する情報処理装置である。
具体的には、第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始することと、第一の期間が経過した場合に、前記空調モードを終了させることと、前記車両において所定の条件が満たされた場合に、前記第一の期間を延長することと、を実行する制御部を有する。

情報処理装置は、車載されたコンピュータであってもよいし、車両と通信可能なサーバ装置等であってもよい。
情報処理装置が有する制御部は、第一の装置（例えば、ユーザが所持する携帯端末）を介して送信されたユーザの指示に基づいて、空調モードを開始する。空調モードとは、リモート空調を動作させるためのモードであって、ユーザが乗車する前に空調によって車内環境を整えるためのモードである。空調モードの動作中は、車両を走行させることはできない。

リモート空調は、事前に設定された、所定の期間が経過するまで継続する。
一方で、リモート空調の動作期限を一律で設定すると、ユーザが出発の準備を整える前に空調が停止してしまうといった不都合が生じうる。

これに対応するため、本開示に係る情報処理装置では、車両側において所定の条件が満たされた場合に、当該期間を適宜延長する。所定の条件とは、ユーザが車両の近傍にいること、または、車両に乗車する意思がユーザにあることを推定できるものであれば、どのようなものであってもよい。例えば、ユーザに関連付いた携帯端末が車両の近傍にあること、または、ユーザがシートに着座していること、等を例示することができる。

また、前記第一の期間は、前記空調モードの実行を開始したタイミングから開始されることを特徴としてもよい。
また、前記制御部は、前記第一の期間のカウント中に、前記車両が解錠または前記車両のドアが開放された場合に、前記第一の期間を延長することを特徴としてもよい。
また、前記制御部は、前記第一の期間のカウント中に、前記所定の条件が満たされた場合に、前記第一の期間を更に延長することを特徴としてもよい。

例えば、車両が解錠、または、車両のドアが開いた場合、ユーザが車両に乗車する意思があると推定することができる。かかる場合、空調の停止を避けるため、第一の期間を延長することが好ましい。

また、前記第一の期間は、前記空調モードの実行を開始した後、前記車両が解錠または前記車両のドアが開放されたタイミングから開始されることを特徴としてもよい。
また、前記制御部は、前記第一の期間のカウント中に、前記所定の条件が満たされた場合に、前記第一の期間を延長することを特徴としてもよい。
このように、第一の期間は、ユーザが車両を解錠または開扉したタイミングから開始してもよい。

また、前記制御部は、前記第一の期間のカウント中に、前記所定の条件が満たされているか否かを周期的に判定し、前記所定の条件が満たされた場合に、前記第一の期間を反復して延長することを特徴としてもよい。
かかる構成によると、所定の条件が満たされている限り、空調の停止を避けることができる。

また、前記所定の条件は、前記車両と、前記車両の電子キーとの間の通信が成立している場合に満たされてもよい。また、前記所定の条件は、前記車両と、前記車両の乗員に関連付いた端末と、の間で無線接続がなされている場合に満たされてもよい。
例えば、車両側から送信されたポーリング信号に対する応答が電子キーからあった場合や、ユーザが所持する携帯端末が車両と無線接続されている場合、車両に乗車する予定のユーザが当該車両の近傍にいることが推定できるためである。

また、前記所定の条件は、前記車両のシートセンサが人または物体を検知している場合に満たされてもよい。
かかる場合、荷物の積み込みが行われているか、乗員が乗車していると推定できるためである。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

（第一の実施形態）
第一の実施形態に係る車両システムの概要について、図１を参照しながら説明する。本実施形態に係る車両システムは、車両１と、ユーザ端末１００を含んで構成される。

車両１は、通信機能を有するコネクティッドカーである。車両１は、通信モジュールであるＤＣＭ１０と、空調装置を管理する車載コンピュータである空調ＥＣＵ２０を含んで構成される。車両１は、ユーザ端末１００から受信したリクエストに基づいて、空調装置（エアコンやヒーター等）を動作させることができる。ユーザが車両に乗車する前に事前に空調装置を動作させることを「リモート空調」と称する。リモート空調を行うモードでは、車両システムまたはエンジンは稼働状態となりうるが、車両を走行させることはできない。

ユーザ端末１００は、車両１と通信可能なコンピュータ（第一の装置）である。ユーザ端末１００は、車両に対してリモート空調の動作を指示するためのアプリケーションプログラムを実行可能に構成される。ユーザ端末１００は、アプリケーションプログラム上でユーザが行った入力の内容に基づいて、車両１の空調を動作させるためのリクエスト（以下、空調リクエスト）を生成し、車両１に送信する。

システムの構成要素について、詳しく説明する。
図２は、図１に示した車両１の構成の一例を概略的に示したブロック図である。車両１は、ＤＣＭ１０、空調ＥＣＵ２０、および、ボディＥＣＵ３０を含んで構成される。これらの構成要素は、ＣＡＮバス４０によって相互に接続される。なお、本例では、車両１に搭載されたＥＣＵ（Electronic Control Unit）として空調ＥＣＵとボディＥＣＵを例示
しているが、車両１には、エンジンＥＣＵ、ハイブリッドＥＣＵ、パワートレインＥＣＵなど、他のコンポーネントを管轄するＥＣＵが搭載されていてもよい。
空調ＥＣＵ２０には、複数の空調装置が接続される。

ＤＣＭ１０は、車載ネットワークと、車両１の外部の通信ネットワークとを接続するインタフェースユニットである。以下、車両１の外部の通信ネットワークを、単にネットワーク、または、外部ネットワークと称する。外部ネットワークとして、例えば、移動体通信ネットワークや、広域ネットワーク（インターネット等）が挙げられる。
ＤＣＭ１０は、制御部１１と、記憶部１２と、ＣＡＮバス４０と通信を行うインタフェースである通信部１３Ａと、外部ネットワークと通信を行うインタフェースである通信部１３Ｂと、を含んで構成される。

ＤＣＭ１０は、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭやディスクドライブ
、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

本実施形態では、ＤＣＭ１０は、制御部１１および記憶部１２を有して構成される。制御部１１は、所定のプログラムを実行することで、ＤＣＭ１０の各種機能を実現する演算ユニット（プロセッサ）である。
記憶部１２は、主記憶装置および補助記憶装置を含むメモリ装置である。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置にロードして実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。

ＤＣＭ１０は、外部ネットワークと車両１との通信を仲介する機能を実行する。例えば、車両１が有するＥＣＵが、外部ネットワークとの通信を必要とする場合、ＤＣＭ１０は、当該ＥＣＵから送信されたデータを外部ネットワークに中継する。また、外部ネットワークから送信されたデータを受信し、当該データを適切なＥＣＵに転送する。
本実施形態では、ＤＣＭ１０は、ユーザ端末１００から、車両１の空調を動作させるリクエスト（空調リクエスト）を受信し、当該空調リクエストを、後述する空調ＥＣＵ２０に転送する処理を実行する。

さらに、ＤＣＭ１０は、自装置に固有な機能を実行することができる。例えば、ＤＣＭ１０は、セキュリティシステムの監視機能や通話機能を有しており、車内で発生したトリガに基づいて、セキュリティ通報や緊急通報等を行うことができる。

通信部１３Ａは、ＤＣＭ１０を車載ネットワーク（ＣＡＮバス４０）に接続する通信インタフェースである。通信部１３Ａは、制御部１１によって生成された所定形式のメッセージをＣＡＮデータに変換する処理と、受信したＣＡＮデータを所定形式のメッセージに変換し、制御部１１に送信する処理を実行する。
通信部１３Ｂは、ＤＣＭ１０を外部ネットワークに接続する通信インタフェースである。通信部１３Ｂは、制御部１１によって生成された所定形式のメッセージを通信パケットに変換する処理と、受信した通信パケットを所定形式のメッセージに変換し、制御部１１に送信する処理を実行する。

次に、空調ＥＣＵ２０について説明する。
空調ＥＣＵ２０は、車両１の空調を制御する電子制御ユニットである。空調ＥＣＵ２０には、複数の空調装置が接続されており、ユーザからの指示に基づいて、これらの空調装置に対する制御を行う。車両１が有する複数の空調装置として、例えば、カーエアコン、デフォッガ（デフロスタ）、シートヒーター、ステアリングヒーターなどが例示できる。

空調ＥＣＵ２０は、車内に設置されたコントロールパネルに対して行われた操作に基づいて空調装置を動作させるほか、外部ネットワークを介して送信された空調リクエストに基づいてリモート空調を実行する。リモート空調を行うモードを、リモート空調モードと称する。車両１がリモート空調モードにある場合、走行が禁止される。車両１がリモート空調モードにある場合、例えば、シフトポジションの変更、パーキングブレーキの解除、ステアリングロックの解除などが禁止される。

空調ＥＣＵ２０は、ＤＣＭ１０と同様に、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭやディスクドライブ、リムーバブルメディア等の補助記
憶装置を有するコンピュータとして構成することができる。

本実施形態では、空調ＥＣＵ２０は、制御部２１、記憶部２２、および、通信部２３を有して構成される。
制御部２１は、所定のプログラムを実行することで、空調ＥＣＵ２０の各種機能を実現する演算ユニット（プロセッサ）である。
記憶部２２は、主記憶装置および補助記憶装置を含むメモリ装置である。それらの機能は、制御部１１および記憶部１２と同様であるため、詳細な説明は省略する。

図３は、制御部２１の論理構成を示した図である。
制御部２１は、機能モジュールとして、リモート空調部２１１を有している。当該機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムを制御部２１（すなわち、ＣＰＵ等）によって実行することで実現してもよい。

リモート空調部２１１は、受信した空調リクエストに基づいて、一つ以上の空調装置を動作させるためのコマンドを生成する。これにより、車両１のリモート空調が開始される。また、リモート空調部２１１は、所定の条件が成立した場合に、リモート空調を停止させる。具体的な方法については後述する。

通信部２３は、空調ＥＣＵ２０を車載ネットワーク（ＣＡＮバス４０）に接続する通信インタフェースである。通信部２３は、制御部２１によって生成された所定形式のメッセージをＣＡＮデータに変換する処理と、受信したＣＡＮデータを所定形式のメッセージに変換し、制御部２１に送信する処理を実行する。

ボディＥＣＵ３０は、車両１が有するボディコンポーネントを制御する電子制御ユニットである。ボディＥＣＵ３０は、車両１の施解錠制御、パワーウインドウの制御、シートポジションの調節、セキュリティシステムの制御、シートベルトの制御、ヘッドライトの制御など、車体に関連付いたコンポーネントの制御を行う。
ボディＥＣＵ３０には、車両の電子キー（スマートキー）と通信を行うための通信ユニット（キー通信部３１）、シートに内蔵された荷重センサ（シートセンサ３２）、ドアの開閉状態を検知するセンサ（ドアセンサ３３）等が接続される。

キー通信部３１は、車両の電子キーを検索（ポーリング）するための低周波数帯（例えば、１００ＫＨｚ～３００ＫＨｚ）の電波を送信する手段と、電子キーから送信された高周波数帯（例えば、１００ＭＨｚ～１ＧＨｚ）の電波を受信する手段を含む。ボディＥＣＵ３０は、一定の周期でポーリング信号を車内外に送信し、当該ポーリング信号に応答して電子キーが送信した返信信号を受信する。返信信号には、電子キーに固有なＩＤが含まれており、ボディＥＣＵ３０は、受信したＩＤに基づいて電子キーの認証処理を行うことができる。これにより、ボディＥＣＵ３０は、電子キーによる車両の施解錠等を行うことができる。ボディＥＣＵ３０はまた、電子キーが車両の内部または近傍にあることを検知することができる。

シートセンサ３２は、車両が有する複数の座席のそれぞれに設置され、座面にかかっている荷重を検出するセンサである。ボディＥＣＵ３０は、シートセンサ３２が出力したセンサデータに基づいて、座席に人または物品が存在することを検知することができる。

ドアセンサ３３は、車両が有する複数のドア（乗降用ドアやリアゲートのほか、トランクのハッチを含む）の開閉状態、および、施錠状態を取得するセンサである。ボディＥＣＵ３０は、ドアセンサ３３が出力したデータに基づいて、いずれかのドアが解錠されたこと、または、開放されたことを検知することができる。

ＣＡＮバス４０は、ＣＡＮ（Controller Area Network）プロトコルに基づく車載ネッ
トワークを構成する通信バスである。なお、本例では、一つのＣＡＮバス４０が例示されているが、車載ネットワークは、複数の通信バスを有していてもよい。また、これらの複数の通信バスを相互に接続するゲートウェイを有していてもよい。

図４は、図１に示したユーザ端末１００の構成の一例を概略的に示したブロック図である。
ユーザ端末１００は、車両１のユーザが所持する携帯端末である。ユーザ端末１００は、車両に対してリモート空調の動作を指示するためのアプリケーションプログラムを実行可能に構成される。当該アプリケーションプログラムは、空調の設定温度や、動作させる装置などを指定させるためのユーザインタフェースを出力し、ユーザによってなされた入力の内容を取得する。また、当該入力内容に基づいて、リモート空調を動作させるためのリクエスト（空調リクエスト）を生成し、車両１に送信する。

ユーザ端末１００は、汎用のコンピュータにより構成することができる。すなわち、ユーザ端末１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

ユーザ端末１００は、制御部１０１、記憶部１０２、通信部１０３、および、入出力部１０４を有して構成される。

制御部１０１は、ユーザ端末１００の制御を司る手段である。制御部１０１は、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等の情報
処理ユニットによって構成される。
制御部１０１は、機能モジュールとして、空調リクエスト部１０１１を有している。当該機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

空調リクエスト部１０１１は、ユーザが行った操作に基づいて、指定された車両１のリモート空調を動作させるためのリクエスト（空調リクエスト）を生成し、車両１に送信する。空調リクエスト部１０１１は、前述したアプリケーションプログラムによって実現される。空調リクエスト部１０１１は、ユーザインタフェース画面を生成し、ユーザに提供する。また、当該ユーザインタフェース画面を介して入力された情報を取得し、当該情報に基づいて空調リクエストを生成する。生成された空調リクエストは、ネットワークを介して、対象車両に搭載されたＤＣＭ１０に送信される。

記憶部１０２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部１０２には、制御部１０１にて実行される各種プログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部１０２は、車両１に関するデータ（例えば、車両１の識別子や、ＤＣＭ１０の識別情報など）を記憶する。

通信部１０３は、ユーザ端末１００をネットワークに接続するためのインタフェースである。通信部１０３は、例えば、インターネットや移動体通信網などを介して、車両１と
通信することができる。

入出力部１０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。また、入出力部１０４は、音声を出力するためのスピーカ等を有していてもよい。

次に、ユーザ端末１００によって生成される空調リクエストの詳細について説明する。
車両の空調を動作させるためには、空調モード、設定温度、動作させる空調装置などを指定する必要がある。これらを指定する情報を空調パラメータと称する。
図５は、空調パラメータの一例である。空調パラメータには、空調モード、温度設定、動作させる空調装置を指定する情報などが含まれる。ユーザ端末１００は、空調パラメータに、対象車両の識別子や、空調の開始や終了を指示するデータを付加し、空調リクエストとして車両１に送信する。

図６は、図示した空調パラメータを指定するためのユーザインタフェースの例である。例示したユーザインタフェースは、温度設定を行うためのスライダー（符号６０１）、動作させる空調装置を指定するための部品（符号６０２）、リクエストを送信するためのボタン（符号６０３）などを含んで構成される。

図７は、システムに含まれる各構成要素間におけるデータの流れを示したフロー図である。
車両のリモート空調を希望するユーザが、ユーザ端末１００においてアプリケーションプログラムを起動すると、ユーザ端末１００（空調リクエスト部１０１１）が、ユーザインタフェースを生成し、出力する（ステップＳ１１）。

ステップＳ１２では、空調リクエスト部１０１１が、生成されたユーザインタフェースを介してユーザが指定した空調パラメータを取得し、当該空調パラメータを含む空調リクエストを生成して車両１に送信する。

ステップＳ１３では、対象車両が有するＤＣＭ１０が空調リクエストを受信し、当該空調リクエストに基づいてリモート空調を実行する。具体的には、ＤＣＭ１０が、受信した空調リクエストを空調ＥＣＵ２０に転送し、空調ＥＣＵ２０が空調リクエストに従い、各種空調装置を動作させる。

空調ＥＣＵ２０は、空調リクエストを受信した場合に、所定の時間を上限としてリモート空調を動作させる。車両の空調を行う場合、エンジンや電動コンプレッサ等を動作させる関係上、必要以上に長時間の運転を行うことは好ましくない。そこで、空調ＥＣＵ２０は、リモート空調の動作時間に上限（例えば、２０分）を設ける。

しかし、動作時間を一律に制限した場合、車両が出発する前にリモート空調が停止してしまうといったことが起こりうる。例えば、多人数が乗車する場合であって、出発の準備に時間がかかる場合や、荷物の積み込みなどを行う場合、出発の準備が完了する前にリモート空調が停止してしまう場合がある。

そこで、本実施形態では、空調ＥＣＵ２０が、ボディＥＣＵ３０から情報を取得し、ユーザが車両１に乗車しようとしている兆候が見られる場合に、リモート空調の動作時間を延長させる処理を実行する。具体的には、以下の３つの条件のうちのいずれかが満たされている場合に、ユーザが車両１に乗車する意思があると判定し、リモート空調の動作時間
を延長させる。

（１）車両１の近傍に電子キーが存在する場合
車両１の内部または近傍に電子キーが存在する場合、ユーザが車内または車両の近くにいることが推定できるためである。例えば、キー通信部３１が送信したポーリング信号に対する応答が電子キーから送信されているか否かによって、電子キーが車両の内部または近傍にあるか否かを判定することができる。

（２）車両１のシートセンサ３２が人または物体を検知している場合
車両１のシートセンサ３２が人または物体を検知している場合、荷物の積み込みが行われているか、運転者ないし同乗者が乗車していることが推定できるためである。例えば、シートセンサ３２が出力したセンサデータが、一定値以上の荷重を示している場合、該当するシートに人または荷物があると判定することができる。

（３）車両１と、ユーザ端末１００との間で無線接続がなされている場合
車両とユーザ端末が無線接続（典型的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信規格による無線接続）されている場合、ユーザが車内または車両の近くにいることが推定できるためである。なお、ユーザ端末１００の接続先は、車両１が有するＥＣＵであってもよいし、車両１に搭載された情報端末（ナビゲーション装置、インフォテイメント装置など）であってもよい。

空調ＥＣＵ２０が実行する処理について、より詳しく説明する。図８は、空調リクエストを受信した空調ＥＣＵ２０（リモート空調部２１１）が、ステップＳ１３において実行する処理のフローチャートである。

まず、ステップＳ２１で、リモート空調を開始する。本ステップでは、車両が有する空調装置が、ユーザによって指定された空調パラメータに基づいて動作を開始する。
また、本ステップでは、リモート空調の動作を自動的に停止させるためのタイマを開始させる（換言すると、「第一の期間」のカウントを開始させる）。当該タイマは、所定の時間（本例では２０分とする）を経過した場合に満了する。タイマが満了すると、リモート空調が自動的に停止する。

なお、ステップＳ２１において、空調ＥＣＵ２０は、空調装置の動作が開始したことを通知するデータ（アンサーバックデータ）を生成し、ユーザ端末１００に送信してもよい。これにより、リモート空調が正常に動作したことを、車両のユーザに通知することができる。

ステップＳ２２では、タイマが満了したか（「第一の期間」が経過したか）否かを判定する。ここで、タイマが満了した場合（すなわち、ユーザが何もせずに２０分が経過した場合）、処理はステップＳ２９へ遷移し、リモート空調が終了する。

ステップＳ２２で否定判定となった場合、処理はステップＳ２３へ遷移し、車両のドアが開放されたか否かを判定する。ここで、肯定判定がなされた場合（車両のドアが開放された場合）、処理はステップＳ２４へ遷移する。車両のドアが開放されていない場合、処理はステップＳ２２へ戻る。なお、本例では、車両のドアが開放されたか否かを判定したが、車両のロックが解錠されたか否かを判定するようにしてもよい。

ステップＳ２４では、予め定められた満了時間を延長する（例えば、２分間延長する）。これにより、ユーザが車両に乗車しようとしているにもかかわらずリモート空調が終了してしまうことを防ぐことができる。

ステップＳ２５では、ユーザによる運転開始操作がなされたか否かを判定する。運転開始操作とは、例えば、イグニッションをオンにする操作、車両のメインスイッチを押下する操作などである。本ステップで肯定判定となった場合、処理はステップＳ２９へ遷移し、リモート空調が終了する。この場合、車両１は、空調装置を動作させたままで、走行するためのモードに遷移する。

ステップＳ２５で運転開始操作が行われなかった場合、ステップＳ２６で、タイマが満了したか（「第一の期間」が経過したか）否かを判定する。ここで、タイマが満了していない場合、処理はステップＳ２５へ戻る。タイマが満了した場合、処理はステップＳ２７へ遷移し、車両側において延長条件が満たされたか否かを判定する。

延長条件とは、前述した（１）～（３）のいずれかである。前述した（１）～（３）の少なくともいずれかが満たされた場合、ユーザが車両に乗車する意思があるとみなし、ステップＳ２８において、タイマの満了時間を延長する（例えば、２分間延長する）。これにより、車両のドアを開けてから発車までに時間が空いてしまうような場合であっても、リモート空調の動作を維持することができる。なお、前述した（１）～（３）のいずれも満たされない状態が続いた場合、タイマが満了するに従ってリモート空調が停止する。

以上説明したように、本実施形態に係る車両システムでは、車両が解錠された後で、車両側において所定の条件が満たされたか否かによって、リモート空調を終了させるためのタイマの満了時間を反復して延長する。かかる構成によると、車両を解錠してからすぐに発車できないような場合であっても、リモート空調の動作を維持することが可能になり、ユーザビリティを高めることができる。

（第二の実施形態）
第一の実施形態では、タイマを一種類としたが、リモート空調が開始されたタイミングでスタートする第一タイマと、車両が解錠または開扉されたタイミングでスタートする第二タイマの二つのタイマを併用してもよい。第二の実施形態は、これらの二つのタイマを併用し、リモート空調を動作させる実施形態である。
図９は、第二の実施形態において空調ＥＣＵ２０が実行する処理のフローチャートである。点線で示したステップは、第一の実施形態と同様であるため説明は省略する。

第二の実施形態では、ステップＳ２１Ａで、リモート空調を開始するとともに、第一タイマをスタートさせる。第一タイマは、リモート空調の上限時間を規定するタイマであって、その満了時間は固定（例えば、２０分）である。
ステップＳ２２Ａでは、第一タイマが満了したか否かを判定する。ここで、第一タイマが満了した場合（すなわち、ユーザが何もせずに２０分が経過した場合）、処理はステップＳ２９へ遷移し、リモート空調が終了する。

また、車両のドアが開放された場合、ステップＳ２４Ａで、第二タイマをスタートさせる。第二タイマは、車両のドアが開いたタイミングからスタートするタイマであって、「第一の期間」をカウントするタイマである。
ステップＳ２６Ａでは、第一または第二タイマのいずれかが満了したか否かを判定する。ここで、いずれのタイマも満了していない場合、処理はステップＳ２５へ戻る。
第一タイマが満了した場合、リモート空調の上限時間に達したことを意味するため、処理はステップＳ２９へ遷移し、リモート空調を停止させる。
第二タイマが満了した（すなわち、「第一の期間」が経過した）場合、処理はステップＳ２７へ遷移し、車両側において延長条件が満たされたか否かを判定する。ここで、車両側において延長条件が満たされた場合、第二タイマの満了時間を都度延長する（ステップ
Ｓ２８Ａ）。

第二の実施形態では、第一タイマの満了時間を超えてリモート空調が動作することがない。すなわち、車両側で延長条件が満たされたにもかかわらず、長時間にわたって車両が出発しない場合に、リモート空調を停止させることができる。

（変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、実施形態の説明では、「第一の装置」として、車両１と通信可能なユーザ端末１００を例示したが、リモート空調は、キーフォブないし携帯機（車両の電子キーを兼用するものを含む）によって指示されてもよい。

また、実施形態の説明では、空調ＥＣＵ２０が、リモート空調を停止させるためのタイマを管理したが、空調ＥＣＵ以外の車載コンピュータ、または、車外に設置されたコンピュータが当該タイマを管理してもよい。例えば、車両１と通信可能なサーバ装置がタイマを管理し、リモート空調の開始および終了を車両１に対して指示するようにしてもよい。この場合、車両１が、電子キーの所在に関する情報、施解錠の状態に関する情報、シートセンサの出力に関する情報等をサーバ装置に周期的に送信し、サーバ装置が、図８に示した処理を実行するようにしてもよい。また、この場合、ユーザ端末１００が、当該サーバ装置を介して空調リクエストを車両１に送信するようにしてもよい。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１・・・車両
１０・・・ＤＣＭ
２０・・・空調ＥＣＵ
１１，２１・・・制御部
１２，２２・・・記憶部
１３，２３・・・記憶部
１００・・・ユーザ端末
１０１・・・制御部
１０２・・・記憶部
１０３・・・通信部
１０４・・・入出力部

Claims (20)

1. 所定の車両の空調を制御する情報処理装置であって、
   第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始することと、
   前記空調モードの実行を開始したタイミングから開始される第一の期間が経過した場合に、前記空調モードを終了させることと、
   前記車両において所定の条件が満たされた場合に、前記第一の期間を延長することと、
   を実行する制御部を有し、
   前記制御部は、前記第一の期間のカウント中に、前記車両が解錠または前記車両のドアが開放された場合に、前記第一の期間を延長する、
   情報処理装置。
2. 前記制御部は、前記第一の期間のカウント中に、前記所定の条件が満たされた場合に、前記第一の期間を更に延長する、
   請求項１に記載の情報処理装置。
3. 所定の車両の空調を制御する情報処理装置であって、
   第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始することと、
   前記空調モードの実行を開始した後、前記車両が解錠または前記車両のドアが開放されたタイミングから開始される第一の期間が経過した場合に、前記空調モードを終了させることと、
   前記車両において所定の条件が満たされた場合に、前記第一の期間を延長することと、
   を実行する制御部を有する、
   情報処理装置。
4. 前記制御部は、前記第一の期間のカウント中に、前記所定の条件が満たされた場合に、前記第一の期間を延長する、
   請求項３に記載の情報処理装置。
5. 前記制御部は、前記第一の期間のカウント中に、前記所定の条件が満たされているか否
   かを周期的に判定し、前記所定の条件が満たされた場合に、前記第一の期間を反復して延長する、
   請求項４に記載の情報処理装置。
6. 前記所定の条件は、前記車両と、前記車両の電子キーとの間の通信が成立している場合に満たされる、
   請求項１から５のいずれか１項に記載の情報処理装置。
7. 所定の車両の空調を制御する情報処理装置であって、
   第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始することと、
   第一の期間が経過した場合に、前記空調モードを終了させることと、
   前記車両において所定の条件が満たされた場合に、前記第一の期間を延長することと、
   を実行する制御部を有し、
   前記所定の条件は、前記車両と、前記車両の電子キーとの間の通信が成立している場合に満たされる、
   情報処理装置。
8. 前記所定の条件は、前記車両のシートセンサが人または物体を検知している場合に満たされる、
   請求項１から７のいずれか１項に記載の情報処理装置。
9. 所定の車両の空調を制御する情報処理装置であって、
   第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始することと、
   第一の期間が経過した場合に、前記空調モードを終了させることと、
   前記車両において所定の条件が満たされた場合に、前記第一の期間を延長することと、
   を実行する制御部を有し、
   前記所定の条件は、前記車両のシートセンサが人または物体を検知している場合に満たされる、
   情報処理装置。
10. 前記所定の条件は、前記車両と、前記車両の乗員に関連付いた端末と、の間で無線接続がなされている場合に満たされる、
    請求項１から９のいずれか１項に記載の情報処理装置。
11. 所定の車両の空調を制御する情報処理装置が実行する情報処理方法であって、
    第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始するステップと、
    前記空調モードの実行を開始したタイミングから開始される第一の期間が経過した場合に、前記空調モードを終了させるステップと、
    前記車両において所定の条件が満たされた場合に、前記第一の期間を延長するステップと、
    を含み、
    前記第一の期間のカウント中に、前記車両が解錠または前記車両のドアが開放された場合に、前記第一の期間を延長する、
    情報処理方法。
12. 前記第一の期間のカウント中に、前記所定の条件が満たされた場合に、前記第一の期間を更に延長する、
    請求項１１に記載の情報処理方法。
13. 所定の車両の空調を制御する情報処理装置が実行する情報処理方法であって、
    第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始するステップと、
    前記空調モードの実行を開始した後、前記車両が解錠または前記車両のドアが開放されたタイミングから開始される第一の期間が経過した場合に、前記空調モードを終了させるステップと、
    前記車両において所定の条件が満たされた場合に、前記第一の期間を延長するステップと、
    を含み、
    前記第一の期間のカウント中に、前記所定の条件が満たされた場合に、前記第一の期間を延長する、
    情報処理方法。
14. 前記第一の期間のカウント中に、前記所定の条件が満たされているか否かを周期的に判定し、前記所定の条件が満たされた場合に、前記第一の期間を反復して延長する、
    請求項１３に記載の情報処理方法。
15. 前記所定の条件は、前記車両と、前記車両の電子キーとの間の通信が成立している場合に満たされる、
    請求項１１から１４のいずれか１項に記載の情報処理方法。
16. 所定の車両の空調を制御する情報処理装置が実行する情報処理方法であって、
    第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始するステップと、
    第一の期間が経過した場合に、前記空調モードを終了させるステップと、
    前記車両において所定の条件が満たされた場合に、前記第一の期間を延長するステップと、
    を含み、
    前記所定の条件は、前記車両と、前記車両の電子キーとの間の通信が成立している場合に満たされる、
    情報処理方法。
17. 前記所定の条件は、前記車両のシートセンサが人または物体を検知している場合に満たされる、
    請求項１１から１６のいずれか１項に記載の情報処理方法。
18. 所定の車両の空調を制御する情報処理装置が実行する情報処理方法であって、
    第一の装置から送信されたリクエストに基づいて、走行を禁止した状態で空調を動作させるモードである空調モードを開始するステップと、
    第一の期間が経過した場合に、前記空調モードを終了させるステップと、
    前記車両において所定の条件が満たされた場合に、前記第一の期間を延長するステップと、
    を含み、
    前記所定の条件は、前記車両のシートセンサが人または物体を検知している場合に満たされる、
    情報処理方法。
19. 前記所定の条件は、前記車両と、前記車両の乗員に関連付いた端末と、の間で無線接続
    がなされている場合に満たされる、
    請求項１１から１８のいずれか１項に記載の情報処理方法。
20. 請求項１１から１９のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images