JP2022142638A - 情報処理装置、情報処理方法、及び、システム - Google Patents

Abstract

【課題】遠隔操作で車内の換気を行う。【解決手段】車両の内部または外部の温度に関する情報を取得することと、車両の内部または外部の温度に関する情報に基づいて、車両が有する窓を開閉する指令を生成することと、を実行する制御部を備える情報処理装置。【選択図】図１４

Description

本開示は、情報処理装置、情報処理方法、及び、システムに関する。

車両の窓またはサンルーフを閉め忘れた場合に、遠隔操作で車両の窓を閉める技術が知られている（例えば、特許文献１）。

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

本開示の目的は、遠隔操作で車内の換気を行うことにある。

本開示の態様の一つは、
車両の内部または外部の温度に関する情報を取得することと、
前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成することと、
を実行する制御部を備える情報処理装置である。

本開示の他の態様の一つは、
コンピュータが、
車両の内部または外部の温度に関する情報を取得することと、
前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成することと、
を実行する情報処理方法である。

本開示の他の態様の一つは、
遠隔操作で操作可能な窓を有する車両と、
前記車両に対して窓の開度についての指令を送信するサーバと、
を備え、
前記車両は、前記車両の内部または外部の温度に関する情報を取得して前記サーバへ送信し、
前記サーバは、前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成して前記車両へ送信する、
システムである。

また、本開示の他の態様は、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、そのプログラムを非一時的に記憶した記憶媒体である。

本開示によれば、遠隔操作で車両の窓を開閉して車内の換気を行うことができる。

実施形態に係るシステムの概略構成を示す図である。 実施形態に係るシステムを構成する車両、ユーザ端末、及び、センタサーバのそれぞれの構成の一例を概略的に示すブロック図である。 センタサーバの機能構成を例示した図である。 車内の温度と車外の温度との差と、窓開度との関係の一例を示した図である。 車内の温度と車外の温度との差と、窓開度との関係の他の一例を示した図である。 車両の機能構成を例示した図である。 ユーザ端末の機能構成を例示した図である。 車両の状態に応じてディスプレイに表示される画像の一例である。 ＰＩＮコードの入力を求める画像の一例である。 作動確認画像の一例を示した図である。 完了画像の一例を示した図である。 窓を閉めたときに表示される画像の一例である。 システムの全体の処理を示すシーケンス図である。 実施形態に係るセンタサーバの処理のフローチャートである。 図１４のステップＳ１１２において実行される窓の開閉処理のフローチャートである。 換気中に窓開度を小さくする処理のフローチャートである。 実施形態に係る車両の処理のフローチャートである。 実施形態に係るユーザ端末の処理のフローチャートである。

本開示の態様の一つである情報処理装置は、制御部を備える。制御部は、車両の内部または外部の温度に関する情報を取得することと、車両の内部または外部の温度に関する情報に基づいて、車両が有する窓を開閉する指令を生成することと、を実行する。

車両の内部または外部の温度に関する情報は、車両において換気が必要であるか判定するための情報として取得される。例えば、車内の温度が高い場合には、車内が快適な温度となるように窓を開けて換気を行う。このときに、車内温度と車外温度とに差がある場合に窓を開けるようにしてもよい。例えば、車内温度と車外温度とが同じであれば、窓を開けても車内温度が変化しないので、窓を開ける必要がない。このような場合には、窓を開けないようにすることで、車内に第三者が侵入したり、車内の荷物が盗まれたりすることを抑制できる。なお、車の温度を取得し、その車外温度に基づいて、車内の温度を推定することもできる。

また、制御部は、車両の内部または外部の温度に関する情報に基づいて、車両が有する窓を開閉する指令を生成する。この指令に基づいて、車両の窓が開閉される。なお、本開示において車両の窓には、サンルーフを含むことができる。このように、車両の窓を開閉することにより、車内の換気を行うことができるので、車内の温度を調整することができる。また、車両に複数の窓が備わる場合には、一部または全部の窓を開閉させてもよい。開閉させる窓をユーザが選択してもよい。

また、前記制御部は、前記車両から所定距離内に人が検知された場合に、前記窓を全閉にする指令を生成してもよい。これにより、第三者が車内に侵入したり、荷物が盗まれたりすることを抑制できる。所定距離は、第三者が車内に侵入する虞のある距離としてもよいし、スマートキーのポーリング信号が届く範囲としてもよい。

また、前記制御部は、前記車両から前記所定距離内に前記車両の電子キーを所持していない人が検知された場合に限り、前記窓を全閉にする指令を生成してもよい。電子キーを
所持しているユーザは正規のユーザであると判断できる。正規のユーザの場合には窓を閉めないことで、換気を促進させることができる。

また、前記制御部は、前記車両に備わるカメラで撮影された画像に基づいて人を検知してもよい。カメラで撮影された画像を解析することにより、人が近づいているか否か判定できる。このカメラには、ドライブレコーダなどの既存の設備を利用できるので、コストアップを抑制できる。

また、前記制御部は、前記画像を解析して前記車両に関連付けられたユーザ以外の人を検知してもよい。車両に関連付けられたユーザを予め登録しておけば、画像を解析することにより、車両の周りに存在するのか正規のユーザであるか否かを判定することができる。

また、前記制御部は、車内と車外との温度差が所定温度差以上の場合に前記窓を開けてもよい。所定温度差は、例えば、窓を開けることにより車内の温度がより快適になる温度差として予め設定してもよい。車内と車外との温度差が所定温度差以上のときに窓を開けることにより、必要以上に窓を開けることを抑制できる。したがって、車内への第三者の侵入を抑制できる。

また、前記制御部は、前記窓の開閉時に車内または車外に報知する指令を生成してもよい。報知は、例えば、窓の開閉を知らせる警告音、または、注意を促す音声などで行ってもよい。この報知により、車両の周りにいる人が窓の開閉に気が付くことができるため、人が開閉中の窓に接触することを抑制できる。これにより、安全性を向上させることができる。

また、前記制御部は、前記車両の位置情報を取得し、前記位置情報に応じて前記窓の開度を設定してもよい。例えば、自宅のガレージ内であれば、第三者が車内に侵入する可能性は低い。したがって、窓の開度をより大きくすることにより換気を促進できる。一方、例えば、自宅以外の駐車場に駐車している場合には、第三者が車両に近付くことができるため、窓の開度を小さくすることにより、第三者が車内に侵入することを抑制できる。

また、前記制御部は、前記車両に関連付いたユーザ端末から前記窓の開閉を行うリクエストを受信した場合に、前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成してもよい。ユーザからのリクエストに従って窓を開閉することにより、必要以上に窓が開閉されることを抑制できる。

また、前記車両の内部の温度と、前記車両の外部の温度と、の差に応じた前記車両の窓の開度を記憶する記憶部を備えていてもよい。これにより、窓の開度を、車両の内部の温度と車両の外部の温度との差に応じた適切な開度に設定することできる。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、本実施形態に係るシステム１の概略構成を示す図である。システム１は、車両１０の窓１０Ａを遠隔操作によって開閉可能なシステムである。遠隔操作による窓１０Ａの開閉は、例えば、所定の条件が成立したときに実行される。遠隔操作による窓１０Ａの開閉は、車内または車外の温度に基づいて実行される。

図１の例では、システム１は、車両１０、ユーザ端末２０、及び、センタサーバ３０を含む。ユーザ端末２０はユーザが所持する携帯端末である。また、車両１０は、ユーザ端末２０に関連付いた車両である。車両１０、ユーザ端末２０、及び、センタサーバ３０は、ネットワークＮ１によって相互に接続されている。なお、ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。さらに、車両１０は、近距離無線通信等を含むネットワークＮ２を介して、ユーザ端末２０に接続される。図１には、例示的に１台の車両１０を図示しているが、車両１０は複数存在し得る。また、車両１０の数に応じてユーザ及びユーザ端末２０も複数存在し得る。

図２に基づいて、車両１０、ユーザ端末２０、及び、センタサーバ３０のハードウェア構成及び機能構成について説明する。図２は、本実施形態に係るシステム１を構成する車両１０、ユーザ端末２０、及び、センタサーバ３０のそれぞれの構成の一例を概略的に示すブロック図である。

センタサーバ３０は、一般的なコンピュータの構成を有している。センタサーバ３０は、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、及び、通信部３０４を有する。これらは、バスにより相互に接続される。

プロセッサ３０１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ３０１は、センタサーバ３０を制御し、様々な情報処
理の演算を行う。主記憶部３０２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部３０３は、ＥＰＲＯＭ（Erasable Programmable ROM
）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等で
ある。補助記憶部３０３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３０３に格納されたプログラムをプロセッサ３０１が主記憶部３０２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をセンタサーバ３０が実現する。主記憶部３０２および補助記憶部３０３は、コンピュータで読み取り可能な記録媒体である。なお、センタサーバ３０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、補助記憶部３０３に格納される情報は、主記憶部３０２に格納されてもよい。また、主記憶部３０２に格納される情報は、補助記憶部３０３に格納されてもよい。なお、プロセッサ３０１は、本開示に係る制御部の一例である。

通信部３０４は、ネットワークＮ１経由で車両１０、及び、ユーザ端末２０と通信を行う手段である。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

なお、センタサーバ３０で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

次に、ユーザ端末２０について説明する。ユーザ端末２０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。ユーザ端末２０は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、入力部２０４、ディスプレイ２０５、通信部２０６、及び、位置情報センサ２０７を有する。これらは、バスにより相互に接続される。プロセッサ２０１、
主記憶部２０２、補助記憶部２０３については、センタサーバ３０のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明を省略する。

入力部２０４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、マウス、キーボード、または、押しボタン等である。ディスプレイ２０５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、または、ＥＬ（Electroluminescence）パネル等である。入力部２０４及びディスプレイ２
０５は、１つのタッチパネルディスプレイとして構成してもよい。

通信部２０６は、ユーザ端末２０をネットワークＮ１またはネットワークＮ２に接続するための通信手段である。通信部２０６は、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long
Term Evolution）等の電話通信網）、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（
登録商標）等の無線通信網を利用して、ネットワークＮ１またはネットワークＮ２経由で他の装置（例えば車両１０またはセンタサーバ３０等）と通信を行うための回路である。

位置情報センサ２０７は、ユーザ端末２０の位置情報（例えば緯度、経度）を取得する。位置情報センサ２０７は、例えば、ＧＰＳ（Global Positioning System）受信部、無
線ＬＡＮ通信部等である。

次に、車両１０について説明する。車両１０は、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、ウィンドウアクチュエータ１０４、ウィンドウセンサ１０５、通信部１０６、施解錠部１０７、ＩＧスイッチ１０８、カメラ１０９、車内温度センサ１１０、車外温度センサ１１１、スピーカ１１２、及び、位置情報センサ１１３を有する。これらは、バスにより相互に接続される。プロセッサ１０１、主記憶部１０２、補助記憶部１０３、通信部１０６、及び、位置情報センサ１１３については、ユーザ端末２０のプロセッサ２０１、主記憶部２０２、補助記憶部２０３、通信部２０６、及び、位置情報センサ２０７と同様であるため、説明を省略する。

ウィンドウアクチュエータ１０４は、窓ガラスを開閉させるためのアクチュエータであり、典型的には電動モータである。ウィンドウセンサ１０５は、窓ガラスの開度を検出するセンサである。なお、ウィンドウセンサ１０５は、窓ガラスの開度が所定の開度であることを検出するセンサであってもよい。例えば、ウィンドウセンサ１０５は、窓が全閉であるか否かを検出可能なセンサであってもよい。

施解錠部１０７は、車両１０のドアの施解錠を行う。ＩＧスイッチ１０８は、ユーザが押すことで車両１０を起動させたり、または、車両１０の機能を停止させたりするためのスイッチである。カメラ１０９は、例えばＣＣＤ（Charge Coupled Device）イメージセ
ンサまたはＣＭＯＳ（Complementary Metal Oxide Semiconductor）イメージセンサなど
の撮像素子を用いて撮影を行う。撮影により得られる画像は、静止画または動画の何れであってもよい。カメラ１０９は、車内に設けられており、車内から車外を撮影するように配置される。

車内温度センサ１１０は、車両１０の内部の温度を検出センサであり、例えば、車内の温度に応じた信号を出力するセンサである。車外温度センサ１１１は、車両１０の外部の温度を検出センサであり、例えば、車外の温度に応じた信号を出力するセンサである。スピーカ１１２は、例えば、音声または警告音を車両１０の外部に流す装置である。

次に、センタサーバ３０の機能について説明する。図３は、センタサーバ３０の機能構成を例示した図である。センタサーバ３０は、機能構成要素として、制御部３１、及び、
車両情報ＤＢ３２を備える。センタサーバ３０のプロセッサ３０１は、主記憶部３０２上のコンピュータプログラムにより、制御部３１の処理を実行する。

車両情報ＤＢ３２は、プロセッサ３０１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３０３に記憶されるデータを管理することで構築される。車両情報ＤＢ３２は、例えば、リレーショナルデータベースである。

なお、制御部３１の処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

制御部３１は、車両１０に関する情報（以下、車両情報ともいう。）を取得する。車両情報は、車両１０とユーザ端末２０とを紐付けるための情報である。車両情報には、車両１０に固有な識別子である車両ＩＤ、ユーザに固有な識別子であるユーザＩＤ、及び、ユーザ端末２０に固有な識別子であるユーザ端末ＩＤが格納されている。この情報は、予めユーザがユーザ端末２０を利用してセンタサーバ３０に登録しておく。制御部３１は、車両情報を取得すると、車両情報ＤＢ３２に格納する。

制御部３１は、車両１０が駐車状態のときに遠隔操作によって車両１０の窓１０Ａを開閉する。そのため、制御部３１は、所定の条件が成立しているか否か判定する。なお、所定の条件は、例えば、車両１０の機能が停止している状態（シャットダウンされている状態）であること、及び、ユーザが車両１０から離れていることである。このような状態であれば、車両１０は駐車状態であるといえる。制御部３１は、後述するスマートキー１１Ａの機能を利用して、車内に後述する電子キー２１Ａが存在するか否か判定する。電子キー２１Ａが車内に存在しなければ、ユーザが電子キー２１Ａを持って車両１０を降りたと考えられる。また、制御部３１は、車両１０の起動状態を取得する。すなわち、ユーザがＩＧスイッチ１０８を押すことで車両１０をシャットダウンしたか否かを取得する。車両１０が駐車状態であれば、ユーザがすぐには車両１０を運転しないと考えられる。

制御部３１は、車両１０から送信される、電子キー２１Ａの検出状態及び車両１０の起動状態に基づいて、所定条件が成立しているか否か判定する。すなわち、車両１０によって電子キー２１Ａが検出されており、且つ、車両１０の機能が停止されている状態（シャットダウンされている状態）であれば、所定の条件が成立していると判定される。電子キー２１Ａの検出状態及び車両１０の起動状態は、車両１０から所定の間隔で送信されてもよく、電子キー２１Ａの検出状態または車両１０の起動状態が変化したときに送信されてもよい。

なお、本実施形態においては、所定の条件が成立しているか否かを電子キー２１Ａの検出状態、及び、車両１０の起動状態に基づいて判定しているが、所定の条件はこれらに限らない。例えば、電子キー２１Ａの検出状態に代えて、ドアロックの状態を条件としてもよい。すなわち、車両１０の外部からドアがロックされ、且つ、車両１０がシャットダウンされている状態であれば、所定の条件が成立していると判定してもよい。また、例えば、車両１０がシャットダウンされており、且つ、ドアが１回開閉された場合には、運転者が車両１０から降りたと考えられるので、所定の条件が成立していると判定してもよい。

また、制御部３１は、ユーザ端末２０からの要求に応じて、車両１０から現時点での窓開度を取得する。窓開度は、窓１０Ａがどのような開度であるのかを示す情報である。例えば、窓１０Ａが全開状態のときの窓開度を１００％とし、全閉状態のときの窓開度を０％とする。また、例えば、全閉状態から全開状態まで窓ガラスが移動するときの窓ガラスが移動した距離に応じて徐々に窓開度が大きくなるものとしてもよい。別法として、窓開
度を開口面積に応じて設定してもよい。窓開度は、ウィンドウセンサ１０５により検出可能である。制御部３１は、ユーザ端末２０から現時点での窓開度を確認するための要求（以下、現状確認要求ともいう。）を受信する。現状確認要求を受信した制御部３１は、ウィンドウセンサ１０５の検出値、電子キー２１Ａの検出状態、カメラ１０９の検出値、車両１０の起動状態、車内温度センサ１１０の検出値、及び、車外温度センサ１１１の検出値を送信するように、車両１０に対して指令を送信する。

制御部３１は、この指令に応答した車両１０から、ウィンドウセンサ１０５の検出値、電子キー２１Ａの検出状態、カメラ１０９の検出値、車両１０の起動状態、車内温度センサ１１０の検出値、及び、車外温度センサ１１１の検出値を受信する。なお、制御部３１は、これらの情報をユーザ端末２０へ転送してもよい。

また、制御部３１は、ユーザ端末２０から窓１０Ａの開閉についてのリクエストを受信すると、車内または車外の温度に基づいて窓１０Ａの開度を決定し、その開度になるように車両１０へ指令を送信する。例えば、車内温度と車外温度との差に応じて窓１０Ａの開度を決定する。この場合、車内温度と車外温度との差が大きいほど、窓１０Ａの開度を大きくしてもよい。ここで、窓１０Ａの開度が大きいほど、より速やかな換気が可能になるため、より速やかに車内の温度を調整することができる。しかし、窓１０Ａの開度が大きくなると、第三者が車内に侵入しやすくなる。そのため、窓１０Ａの開度を必要最小限に抑えることにより、車内への第三者の侵入を抑制している。

なお、例えば、車内の温度と車外の温度とにあまり差がない場合には、窓１０Ａを開けたとして車内の温度がほとんど変化しない場合もある。そのため、制御部３１は、車内の温度と車外の温度との差が所定温度差以上の場合に限り、窓１０Ａを開けるようにしてもよい。

また、車内及び車外の温度と、窓開度との関係は、予め補助記憶部３０３に記憶させておいてもよい。図４は、車内の温度と車外の温度との差と、窓開度との関係の一例を示した図である。図４に示した例では、所定温度差以上において、温度差が大きくなるほど窓開度を大きくしている。一方、所定温度差未満では窓開度が０となる。

また、図５は、車内の温度と車外の温度との差と、窓開度との関係の他の一例を示した図である。図５に示した例では、温度差が大きくなるほど窓開度を段階的に大きくしている。なお、窓開度は、０％と１００％との二段階に変化させてもよい。図４又は図５に示した関係は、例えば、予め補助記憶部３０３に記憶されている。

制御部３１は、ユーザ端末２０から窓１０Ａの開閉についてのリクエストを受信したときに、正規のユーザからの依頼であるのかを確認するために、ユーザ端末２０にパスワードまたはＰＩＮコードの入力を求めてもよい。

制御部３１は、窓開度を決定すると、窓１０Ａを開閉する指令を生成して車両１０へ送信する。窓１０Ａを開閉する指令は、決定した窓開度となるようにウィンドウアクチュエータ１０４を作動させるように生成される。車両１０において窓１０Ａの開閉が完了すると、車両１０から完了報告が送信される。制御部３１は、車両１０から完了報告を受信すると、窓１０Ａの開閉が完了したことをユーザ端末２０のディスプレイ２０５に表示させるための指令を生成してユーザ端末２０へ送信する。

また、制御部３１は、窓１０Ａを開閉する指令を車両１０へ送信した後に、車両１０からカメラ１０９の出力を受信する。そして、制御部３１は、カメラ１０９の出力に基づいて、車両１０の周りに第三者が存在するか否か判定する。そして、車両１０の周りに第三
者が存在すると判定した場合には、窓開度を小さくする指令を生成して車両１０へ送信する。このときには、窓１０Ａから車内に手が入らないような窓開度に設定してもよいし、または、窓１０Ａを全閉にしてもよい。また、このときに、窓開度を変更したことに関する情報を生成して、ユーザ端末２０へ送信してもよい。この情報には、車両１０の周りに第三者が存在することをユーザに知らせるための情報が含まれていてもよい。

なお、車両１０の周りにいるのが正規のユーザである場合には、窓開度を変更する必要はない。したがって、例えば、ユーザの顔の画像を予め車両情報ＤＢ３２に登録しておき、カメラ１０９によって撮影された画像とユーザの顔の画像とを比較して、正規のユーザであるか否か判定してもよい。別法として、電子キー２１Ａの検出状態を車両１０から取得し、電子キー２１Ａが車両１０によって検出されている場合には、車両１０の周りにいるのは正規のユーザであると判定してもよい。

次に、車両１０の機能について説明する。図６は、車両１０の機能構成を例示した図である。車両１０は、機能構成要素として、制御部１１を備える。車両１０のプロセッサ１０１は、主記憶部１０２上のコンピュータプログラムにより、制御部１１の処理を実行する。ただし、制御部１１の処理の一部がハードウェア回路により実行されてもよい。

制御部１１は、ユーザ端末２０からの信号に基づいて施解錠部１０７を操作することによりドアの施解錠を行うスマートキー１１Ａの機能を有する。制御部１１は、このスマートキー１１Ａの機能を利用して、後述する電子キー２１Ａと近距離無線通信を行う。そして、例えば、スマートキー１１Ａが電子キー２１Ａと通信できているか否かに関する情報、または、電子キー２１Ａからの電波の強度に関する情報を、電子キー２１Ａの検出状態としてセンタサーバ３０に送信する。

制御部１１は、ウィンドウセンサ１０５の検出値、電子キー２１Ａの検出状態、カメラ１０９の検出値、車両１０の起動状態、車内温度センサ１１０の検出値、及び、車外温度センサ１１１の検出値を所定の間隔でセンタサーバ３０へ送信する。なお、これらの情報の送信は、検出値等に変化があったものに限ってもよい。また、これらの情報の送信は、センタサーバ３０からの要求に応じて行ってもよい。

ウィンドウセンサ１０５の検出値は、窓が開いているか否かに関する情報、または、窓開度に関連する情報である。電子キー２１Ａの検出状態は、スマートキー１１Ａと電子キー２１Ａとの通信状態を示しており、車内または車両１０の周りに電子キー２１Ａを持ったユーザが存在するか否かを判断可能な情報である。カメラ１０９の検出値は、車両１０の周りに人が存在するか否かを判断可能な情報である。車両１０の起動状態は、車両１０が起動しているのか、または、機能を停止しているのかを判断可能な情報である。車両１０の起動状態は、例えば、ユーザがＩＧスイッチ１０８を押すことにより変化する。車内温度センサ１１０の検出値は、車両１０の内部の温度を判断可能な情報である。車外温度センサ１１１の検出値は、車両１０の外部の温度を判断可能な情報である。また、車内温度センサ１１０の検出値および車外温度センサ１１１の検出値は、車両１０の内部と外部との温度差を判断可能な情報である。

また、制御部３１は、通信部１０６を介してセンタサーバ３０から指令を受信すると、その指令に応じた処理を実行する。制御部１１は、センタサーバ３０から窓１０Ａを開閉する指令を受信した場合に、ウィンドウアクチュエータ１０４を作動させて窓１０Ａを開閉する。このときには、ウィンドウセンサ１０５により検出される窓１０Ａの開度が、指令に応じた開度になるまでウィンドウアクチュエータ１０４を作動させる。

また、制御部１１は、センタサーバ３０からの指令に基づいてウィンドウアクチュエー
タ１０４を作動させた後に、カメラ１０９の検出値をセンタサーバ３０へ送信する。カメラ１０９の検出値は、所定の時間毎にセンタサーバ３０へ送信してもよく、検出値が変化したときにセンタサーバ３０へ送信してもよい。カメラ１０９の検出値をセンタサーバ３０へ送信した後に、センタサーバ３０から窓１０Ａを開閉させる指令を受信した場合には、制御部１１がウィンドウアクチュエータ１０４を作動させる。このときにも、ウィンドウセンサ１０５により検出される窓１０Ａの開度が、指令に応じた開度になるまでウィンドウアクチュエータ１０４を作動させる。また、制御部１１は、窓開度を変更した場合に、窓開度を変更したことをセンタサーバ３０へ通知してもよい。

次に、ユーザ端末２０の機能について説明する。図７は、ユーザ端末２０の機能構成を例示した図である。ユーザ端末２０は、機能構成要素として、制御部２１を備える。ユーザ端末２０のプロセッサ２０１は、主記憶部２０２上のコンピュータプログラムにより、制御部２１の処理を実行する。ただし、制御部２１の処理の一部がハードウェア回路により実行されてもよい。制御部２１は、スマートキーシステムの電子キー２１Ａの機能を有する。なお、別法として、ユーザ端末２０とは別に電子キーの機能を持つ端末をユーザが所持していてもよい。制御部２１（電子キー２１Ａ）は、車両１０のスマートキー１１Ａとの通信を確立して、車両１０の施解錠を行わせる。

また、制御部２１は、センタサーバ３０に対して、現状確認要求を送信する。制御部２１は、例えば、入力部２０４に車内の換気を実施するためのアプリケーションソフトウェアを起動する入力があった場合（例えば、ディスプレイ２０５に表示されているアプリケーションソフトウェアのアイコンをタップした場合）に、車両１０の状態を確認するための要求である現状確認要求をセンタサーバ３０へ送信する。

制御部２１は、センタサーバ３０から、車両１０の状態に関する情報を受信すると、車両１０の状態に応じた画像をディスプレイ２０５に表示させる。ディスプレイ２０５には、例えば、車外の温度、車内の温度、及び、窓１０Ａの開度が表示される。図８は、車両１０の状態に応じてディスプレイ２０５に表示される画像の一例である。ここでは、車外の温度、車内の温度、及び、窓１０Ａの開度が分かるような表示がされる。また、「換気をしますか？」との表示と共に「換気をする」のボタンを表示させる。ユーザが「換気をする」のボタンをタップすると、制御部２１は、ディスプレイ２０５に例えばＰＩＮコードの入力を求める画像を表示させる。

図９は、ＰＩＮコードの入力を求める画像の一例である。ユーザは、ＰＩＮコードに対応する数字が示されたボタンをタップすることにより、ＰＩＮコードを入力する。ユーザがＰＩＮコードを入力すると、制御部２１は、センタサーバ３０へＰＩＮコードを送信する。センタサーバ３０においてＰＩＮコードが認証されると、センタサーバ３０からＰＩＮコードの認証に関する情報を受信する。なお、別法として、制御部２１が認証を行ってもよい。この場合、認証に必要となる情報を予めセンタサーバ３０から受信しておく。

ＰＩＮコードの認証に関する情報を受信すると、制御部２１は、ディスプレイ２０５に作動確認画像を表示させる。図１０は、作動確認画像の一例を示した図である。この画像は、窓１０Ａを開閉してもよいかユーザに最終的な確認をするために表示される。例えば、「窓を開閉します。よろしいですか？」などの文言と共に、「はい」及び「いいえ」のボタンを表示させる。ユーザが、「はい」のボタンをタップすると、制御部２１は、センタサーバ３０へ、窓１０Ａの開閉の依頼に関する情報を送信する。なお、ユーザが「いいえ」のボタンを押した場合には、制御部２１は、図８に示した画像を表示させる。

また、車両１０において窓１０Ａの開閉が完了すると、センタサーバ３０からユーザ端末２０に完了報告が送信される。この完了報告を受信すると、制御部２１は、ディスプレ
イ２０５に完了画像を表示させる。図１１は、完了画像の一例を示した図である。例えば、「窓を開けました。」などの文言と「ＯＫ」のボタンが表示される。ユーザが「ＯＫ」のボタンをタップすると、制御部２１は、例えば、ディスプレイ２０５に現時点の窓１０Ａの開度を示した画像を表示させる。

一方、窓１０Ａを開けて換気をしているときに、車両１０の周りで人が検知された場合には、窓１０Ａを閉めたことをユーザに通知する。図１２は、窓１０Ａを閉めたときに表示される画像の一例である。例えば、「窓を閉めました。車両の周りに人がいました。」などの文言と「ＯＫ」のボタンが表示される。ユーザが「ＯＫ」のボタンをタップすると、制御部２１は、例えば、図８の画像を表示させる。

次に、システム１の全体の処理について説明する。図１３は、システム１の全体の処理を示すシーケンス図である。図１３に示した車両１０及びユーザ端末２０は、予め紐付けされてセンタサーバ３０に登録されている。ユーザ端末２０において、ユーザが所定のアプリケーションソフトウェアを起動させると、ユーザ端末２０からセンタサーバ３０へ、現状確認要求が送信される（Ｓ１１）。また、車両１０からセンタサーバ３０へは、所定時間毎に車両１０に関する情報が送信される（Ｓ１２）。ここでいう車両１０に関する情報には、ウィンドウセンサ１０５の検出値、電子キー２１Ａの検出状態、カメラ１０９の検出値、車両１０の起動状態、車内温度センサ１１０の検出値、及び、車外温度センサ１１１の検出値などが含まれる。なお、図１３では、車両１０からセンタサーバ３０へ所定時間毎に車両１０に関する情報が送信されているが、別法として、ユーザ端末２０から現状確認要求を受信したセンタサーバ３０からの要求に応じて、車両１０がセンタサーバ３０へ車両１０に関する情報を送信してもよい。

センタサーバ３０は、車両１０に関する情報に基づいて、現状情報を生成して（Ｓ１３）、ユーザ端末２０へ送信する（Ｓ１４）。現状情報には、現時点での車内温度、車外温度、及び、窓状態に関する情報が含まれる。ユーザがユーザ端末２０のディスプレイ２０５に表示されている図８の画面上のボタンをタップすると（Ｓ１５）、ユーザ端末２０がユーザに対してＰＩＮコードの入力を求める。ＰＩＮコードを入力すると認証情報が生成され（Ｓ１６）、認証情報がセンタサーバ３０へ送信される（Ｓ１７）。認証情報を受信したセンタサーバ３０では、ＰＩＮコードの照合による認証が行われる（Ｓ１８）。ユーザの認証が完了すると、認証の完了に関する情報がセンタサーバ３０からユーザ端末２０へ送信される（Ｓ１９）。

ユーザ端末２０では、窓１０Ａを開閉してもよいかユーザに確認するための画像が表示され（Ｓ２０）、ユーザが図１０の画面上の「はい」のボタンをタップすると、窓１０Ａを開閉する要求がユーザ端末２０からセンタサーバ３０へ送信される（Ｓ２１）。この要求を受信したセンタサーバ３０は、窓１０Ａを開閉する指令を生成し（Ｓ２２）、車両１０へ送信する（Ｓ２３）。

指令を受信した車両１０では、窓１０Ａの開閉が実施される（Ｓ２４）。車両１０では、ウィンドウアクチュエータ１０４を作動させることにより、窓１０Ａの開閉が実施される。窓１０Ａの開閉が完了すると、車両１０からセンタサーバ３０へ完了報告が送信される（Ｓ２５）。完了報告は、センタサーバ３０からユーザ端末２０へ転送される（Ｓ２６）。完了報告を受信したユーザ端末２０は、ディスプレイ２０５に窓１０Ａの開閉が完了したことを示す画像を表示させる（Ｓ２７）。

次に、センタサーバ３０における処理について説明する。図１４は、本実施形態に係るセンタサーバ３０の処理のフローチャートである。図１４に示した処理は、センタサーバ３０において、各車両１０について所定の時間毎に繰り返し実行される。なお、車両情報
ＤＢ３２には、必要な情報が格納されているものとして説明する。

ステップＳ１０１において制御部３１は、車両１０から情報を取得する。このときに取得される情報は、ウィンドウセンサ１０５の検出値、電子キー２１Ａの検出状態、カメラ１０９の検出値、車両１０の起動状態、車内温度センサ１１０の検出値、及び、車外温度センサ１１１の検出値を含む。

ステップＳ１０２において制御部３１は、所定の条件が成立しているか否か判定する。例えば、制御部３１は、車両１０がシャットダウンされており、且つ、電子キー２１Ａとスマートキー１１Ａとの通信が確立されていない場合に、所定の条件が成立していると判定する。ステップＳ１０２で肯定判定された場合にはステップＳ１０３へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１０３において制御部３１は、ユーザ端末２０から現状確認要求を受信したか否か判定する。ステップＳ１０３で肯定判定された場合にはステップＳ１０４へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１０４において制御部３１は、現状情報を生成する。現状情報には、車内温度、車外温度、及び、窓開度などに関する情報が含まれる。そして、ステップＳ１０５において制御部３１は、現状情報をユーザ端末２０へ送信する。

ステップＳ１０６において制御部３１は、ユーザ端末２０から認証情報を受信したか否か判定する。ステップＳ１０６で肯定判定された場合にはステップＳ１０７へ進み、否定判定された場合には本ルーチンを終了させる。なお、制御部３１は、ユーザ端末２０から認証情報を所定時間受信しなかった場合に、否定判定してもよい。

ステップＳ１０７において制御部３１は、認証処理を実施する。制御部３１は、ユーザがユーザ端末２０に入力したＰＩＮコードと、補助記憶部３０３に予め登録されているＰＩＮコードとを比較する。そして、ステップＳ１０８において制御部３１は、ＰＩＮコードが一致したか否か判定する。ステップＳ１０８で肯定判定された場合にはステップＳ１１０へ進み、否定判定された場合にはステップＳ１０９へ進む。

ステップＳ１０９において制御部３１は、認証に失敗したことをユーザ端末２０へ通知する。この通知には、認証に失敗したことをユーザ端末２０のディスプレイ２０５に表示させる情報を含むことができる。一方、ステップＳ１１０において制御部３１は、認証に成功したことを示す認証情報をユーザ端末２０へ送信する。

ステップＳ１１１において制御部３１は、窓１０Ａの開閉要求をユーザ端末２０から受信したか否か判定する。窓１０Ａの開閉要求は、窓１０Ａを開閉する最終的な確認がユーザ端末２０で行われた場合にユーザ端末２０から送信される。所定時間待ってもユーザ端末２０から窓１０Ａの開閉要求を受信しない場合には否定判定される。ステップＳ１１１で肯定判定された場合にはステップＳ１１２へ進んで窓１０Ａの開閉処理を実行する。窓１０Ａの開閉処理については後述する。一方、ステップＳ１１１で否定判定された場合には、本ルーチンを終了させる。

図１５は、図１４のステップＳ１１２において実行される窓１０Ａの開閉処理のフローチャートである。ステップＳ２０１において制御部３１は、窓１０Ａの開閉指令を生成する。窓１０Ａの開閉指令は、窓１０Ａの開閉を実施する指令であり、窓１０Ａの開度に関する情報を含む。制御部３１は、窓１０Ａの開度を、車内温度と車外温度との差と、補助記憶部３０３に記憶されている情報とに基づいて決定する。また、窓１０Ａの開閉指令に
は、窓１０Ａの開閉を実施中にスピーカ１１２から窓１０Ａの開閉に応じて報知する指令を含む。ステップＳ２０２において制御部３１は、窓１０Ａの開閉指令を車両１０へ送信する。

ステップＳ２０３において制御部３１は、車両１０から情報を取得する。ここで取得する情報には、ウィンドウセンサ１０５の検出値または完了報告が含まれる。ステップＳ２０４において制御部３１は、車両１０において窓１０Ａの開閉を実施中であるか否か判定する。例えば、車両１０から完了報告を受信していない場合には、窓１０Ａの開閉が実施中であると判定される。別法として、制御部３１は、現時点での窓開度が、ステップＳ２０２で送信した指令に応じた開度でない場合に、窓１０Ａの開閉が実施中であると判定してもよい。ステップＳ２０４で肯定判定された場合にはステップＳ２０５へ進み、否定判定された場合にはステップＳ２０３へ戻る。

ステップＳ２０５において制御部３１は、ユーザ端末２０へ完了報告を送信する。この完了報告は、ユーザ端末２０のディスプレイ２０５に完了画像を表示させるために送信される。完了画像は、図１１に示した画像であり、窓１０Ａの開閉が完了したことを示す画像である。

また、制御部３１は、車両１０の窓１０Ａを開けて換気をしているときに、車両１０の周りで第三者が検出された場合には、窓開度を小さくする処理を実行する。図１６は、換気中に窓開度を小さくする処理のフローチャートである。本ルーチンは、各車両１０について所定の時間毎に実行される。

ステップＳ１２０において制御部３１は、車両１０から情報を取得する。ここでは、ステップＳ１０１と同様に車両１０から情報を取得する。ステップＳ１２１において制御部３１は、車両１０が換気中であるか否か判定される。例えば、窓開度が０％よりも大きければ車両１０が換気中であると判定される。別法として、図１５に示したルーチンによって窓１０Ａが開けられた後であれば、車両１０が換気中であると判定してもよい。ステップＳ１２１で肯定判定された場合にはステップＳ１２２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１２２において制御部３１は、車両１０の周りに人が存在するか否か判定する。制御部３１は、カメラ１０９で撮影された画像を解析することにより、車両１０の周りに人が存在するか否か判定する。ステップＳ１２２で肯定判定された場合にはステップＳ１２３へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１２３において制御部３１は、車両１０の周りに存在する人が、正規のユーザであるか否か判定する。制御部３１は、例えば、補助記憶部３０３に記憶されている正規のユーザの画像と、カメラ１０９で撮影された画像とを比較することで、車両１０の周りに存在する人が、正規のユーザであるか否か判定する。正規のユーザであれば、窓開度を小さくする必要はない。別法として、電子キー２１Ａが車両１０によって検出されている場合には、車両１０の周りに存在するのは正規のユーザであると判定してもよい。ステップＳ１２３で肯定判定された場合には本ルーチンを終了させ、否定判定された場合にはステップＳ１２４へ進む。

ステップＳ１２４では、ステップＳ１１２と同様にして、窓１０Ａの開閉処理が実行される。すなわち、制御部３１は、図１５に示したルーチンを実行する。ここで、ステップＳ２０１では、変更後の窓開度が現時点での窓開度よりも小さくなるように、窓１０Ａの開閉指令が生成される。このときに、例えば、人の手が入らない窓開度に開閉指令を生成してもよいし、または、窓１０Ａが全閉となるように開閉指令を生成してもよい。また、
ステップＳ２０５では、図１２に示した画像がディスプレイ２０５に表示されるように、完了報告を送信する。

なお、制御部３１は、ステップＳ１２４の処理により窓開度を小さくした後に、車両１０の周りで第三者が検出されなくなった場合に、窓開度を元に戻してもよい。

次に、車両１０における処理について説明する。図１７は、本実施形態に係る車両１０の処理のフローチャートである。図１７に示した処理は、車両１０において、所定の時間毎に繰り返し実行される。

ステップＳ３０１において制御部１１は、車両１０に関する情報を取得する。ここで取得する情報は、図１４のステップＳ１０１においてセンタサーバ３０が受信する情報に対応する情報である。すなわち、制御部１１は、ウィンドウセンサ１０５の検出値、電子キー２１Ａの検出状態、カメラ１０９の検出値、車両１０の起動状態、車内温度センサ１１０の検出値、及び、車外温度センサ１１１の検出値を取得する。

ステップＳ３０２において制御部１１は、取得した車両１０に関する情報をセンタサーバ３０へ送信する。ステップＳ３０３において制御部１１は、センタサーバ３０から窓１０Ａの開閉指令を受信したか否か判定する。この窓１０Ａの開閉指令は、図１５のステップＳ２０２においてセンタサーバ３０から送信される。ステップＳ３０３で肯定判定された場合にはステップＳ３０４へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ３０４において制御部１１は、スピーカ１１２を介して、窓１０Ａの開閉を報知する。この報知は、窓１０Ａの開閉が完了するまで継続して行ってもよく、窓１０Ａの開閉前に行ってもよい。

ステップＳ３０５において制御部１１は、窓１０Ａを作動させるようにウィンドウアクチュエータ１０４を作動させる。ステップＳ３０６において制御部１１は、窓１０Ａの開閉が完了したか否か判定する。すなわち、制御部１１は、窓１０Ａの開閉指令に含まれる窓開度と、現時点での窓開度とが等しいか否か判定する。ステップＳ３０６で肯定判定された場合にはステップＳ３０７へ進み、否定判定された場合にはステップＳ３０６の処理を再度実行する。

ステップＳ３０７において制御部１１は、ウィンドウアクチュエータ１０４を停止させる。また、ステップＳ３０８において制御部１１は、報知を終了させる。そして、ステップＳ３０９において制御部１１は、完了報告をセンタサーバ３０へ送信する。完了報告は、窓１０Ａの開閉が完了したことを示す情報である。完了報告は、図１５のステップＳ２０３においてセンタサーバ３０により受信される。

次に、ユーザ端末２０の処理について説明する。図１８は、本実施形態に係るユーザ端末２０の処理のフローチャートである。図１８に示した処理は、ユーザ端末２０において、所定の時間毎に繰り返し実行される。

ステップＳ４０１において制御部２１は、車両１０の換気をするためのアプリケーションソフトウェアがユーザによって起動されたか否か判定する。ユーザがディスプレイ２０５に表示されている所定のアイコンをタップすると、車両１０の換気をするためのアプリケーションソフトウェアが起動される。ステップＳ４０１で肯定判定された場合にはステップＳ４０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ４０２において制御部２１は、現状確認要求をセンタサーバ３０へ送信する。この要求には、ユーザ端末２０の識別情報が紐付けされている。ステップＳ４０３にお
いて制御部２１は、センタサーバ３０から現状情報を受信する。このときには、図１４のステップＳ１０５においてセンタサーバ３０から送信される現状情報が受信される。ステップＳ４０４において制御部２１は、現状に応じた画像をディスプレイ２０５に表示させる。制御部２１は、図８に示したように、現時点の窓開度、車内温度、及び、車外温度に応じた画像をディスプレイ２０５に表示させる。

ステップＳ４０５において制御部２１は、ユーザの入力を取得する。ここでは、ユーザが図８に示した「換気をする」のボタンをタップした情報を取得する。ステップＳ４０６において制御部２１は、ユーザに対してＰＩＮコードの入力を求める画像をディスプレイ２０５に表示させる。このときには、図９に示した画像が表示される。そして、ステップＳ４０７において制御部２１は、ユーザが入力したＰＩＮコードを取得する。

ステップＳ４０８において制御部２１は、ＰＩＮコードを含む認証情報をセンタサーバ３０へ送信する。認証情報は、ユーザ端末２０の識別情報が紐付けされている。認証情報は、図１４のステップＳ１０６においてセンタサーバ３０が受信する。ステップＳ４０９において制御部２１は、認証に成功したか否か判定する。図１４のステップＳ１１０においてセンタサーバ３０から認証情報が送信された場合には、本ステップＳ４０９において肯定判定される。一方、図１４のステップＳ１０９においてセンタサーバ３０から認証に失敗したことに関する情報が送信された場合には、本ステップＳ４０９において否定判定される。ステップＳ４０９において肯定判定された場合にはステップＳ４１０へ進み、否定判定された場合にはステップＳ４０６へ戻る。なお、制御部２１は、ステップＳ４０６へ戻る前に認証に失敗したことをディスプレイ２０５に表示してもよい。

ステップＳ４１０において制御部２１は、ディスプレイ２０５に作動確認画像を表示させる。このときに制御部２１は、図９に示した画像をディスプレイ２０５に表示させる。ステップＳ４１１において制御部２１は、ユーザが「はい」のボタンをタップしたか否か判定する。ステップＳ４１１において肯定判定された場合にはステップＳ４１２へ進み、否定判定された場合にはステップＳ４０４へ戻る。

ステップＳ４１２において制御部２１は、センタサーバ３０へ窓１０Ａの開閉要求を送信する。このときに送信される窓１０Ａの開閉要求は、図１４のステップＳ１１１においてセンタサーバ３０が受信する。ステップＳ４１３において制御部２１は、センタサーバ３０から完了報告を受信したか否か判定する。この完了報告は、図１５のステップＳ２０５においてセンタサーバ３０から送信される情報である。ステップＳ４１３で肯定判定された場合にはステップＳ４１４へ進み、否定判定された場合にはステップＳ４１３の処理を再度実行する。ステップＳ４１４において制御部２１は、完了画像をディスプレイ２０５に表示させる。完了画像は図１１に示した画像である。

以上説明したように本実施形態によれば、遠隔操作で車両１０の換気をすることができる。このときの窓１０Ａの開度を必要最小限の開度にすることにより、換気を促進しつつ第三者が車両１０に侵入することを抑制できる。また、窓１０Ａが開いているときに第三者が車両１０に近付くと、窓１０Ａの開度を小さくするため、第三者が車両１０に侵入することを抑制できる。

＜第２実施形態＞
本実施形態では、換気中の窓１０Ａの開度を駐車位置によって調整する。その他のハードウェア及びソフトウェアは第１実施形態と同じである。ここで、車両１０が例えば自宅のガレージに駐車されている場合には、窓１０Ａを開けていても第三者が車内に侵入する可能性は低い。一方、人通りの多い場所で窓１０Ａを開けたままにしていると、第三車が車内に侵入する虞がある。そこで、本実施形態では、予め登録した場所に車両１０が駐車
されている場合には、登録されていない場所に車両１０が駐車されている場合よりも、窓１０Ａの開度を大きくする。ユーザは、ユーザ端末２０を介して、窓開度を大きく設定する位置をサーバ３０に登録しておく。

例えば、車内温度と車外温度との差に応じて窓１０Ａの開度を決定するときに、自宅に駐車しているときには自宅以外に駐車しているときよりも、窓開度を大きくしてもよい。また、別法として、例えば、自宅に駐車しているときには、車内温度と車外温度との差にかかわらず窓開度を最大にし、自宅以外に駐車しているときには、車内温度と車外温度との差に応じて窓開度を決定してもよい。

また、例えば、自宅に駐車している場合の窓開度と、自宅以外に駐車している場合の窓開度とを、夫々補助記憶部３０３に記憶させておいてもよい。別法として、自宅に駐車している場合の窓開度を補助記憶部３０３に記憶させておき、自宅以外に駐車している場合には、補助記憶部３０３に記憶されている窓開度に所定の係数を乗じることで窓開度を算出してもよい。この場合の所定の係数は、０以上１未満の値である。

センタサーバ３０の制御部３１は、例えば、図１４のステップＳ１０１において、車両１０から情報を取得するときに、車両１０の位置情報も取得する。また、車両１０の制御部１１は、例えば、図１７のステップＳ３０１において、車両１０の情報を取得するときに、位置情報センサ１１３の検出値を含める。すなわち、ステップＳ３０１において制御部１１は、ウィンドウセンサ１０５の検出値、電子キー２１Ａの検出状態、カメラ１０９の検出値、車両１０の起動状態、車内温度センサ１１０の検出値、車外温度センサ１１１の検出値、及び、位置情報センサ１１３の検出値を取得する。そして、ステップＳ３０２において制御部１１は、車両１０の情報をセンタサーバ３０へ送信する。

このようにして、車両１０の換気中に車内に第三者が侵入することを抑制できる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

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

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

１ システム
１０ 車両
１０Ａ 窓
２０ ユーザ端末
３０ センタサーバ
３０１ プロセッサ
３０２ 主記憶部
３０３ 補助記憶部
３０４ 通信部

Claims (20)

1. 車両の内部または外部の温度に関する情報を取得することと、
   前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成することと、
   を実行する制御部を備える情報処理装置。
2. 前記制御部は、
   前記車両から所定距離内に人が検知された場合に、前記窓を全閉にする指令を生成する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記車両から前記所定距離内に前記車両の電子キーを所持していない人が検知された場合に限り、前記窓を全閉にする指令を生成する、
   請求項２に記載の情報処理装置。
4. 前記制御部は、
   前記車両に備わるカメラで撮影された画像に基づいて人を検知する、
   請求項２または３に記載の情報処理装置。
5. 前記制御部は、
   前記画像を解析して前記車両に関連付けられたユーザ以外の人を検知する、
   請求項４に記載の情報処理装置。
6. 前記制御部は、
   車内と車外との温度差が所定温度差以上の場合に前記窓を開ける、
   請求項１から５の何れか１項に記載の情報処理装置。
7. 前記制御部は、
   前記窓の開閉時に車内または車外に報知する指令を生成する、
   請求項１から６の何れか１項に記載の情報処理装置。
8. 前記制御部は、
   前記車両の位置情報を取得し、
   前記位置情報に応じて前記窓の開度を設定する、
   請求項１から７の何れか１項に記載の情報処理装置。
9. 前記制御部は、
   前記車両に関連付いたユーザ端末から前記窓の開閉を行うリクエストを受信した場合に、前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成する、
   請求項１から８の何れか１項に記載の情報処理装置。
10. 前記車両の内部の温度と、前記車両の外部の温度と、の差に応じた前記車両の窓の開度を記憶する記憶部を備える、
    請求項１から９の何れか１項に記載の情報処理装置。
11. コンピュータが、
    車両の内部または外部の温度に関する情報を取得することと、
    前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成することと、
    を実行する情報処理方法。
12. コンピュータが、
    前記車両から所定距離内に人が検知された場合に、前記窓を全閉にする指令を生成する、
    請求項１１に記載の情報処理方法。
13. コンピュータが、
    前記車両から前記所定距離内に前記車両の電子キーを所持していない人が検知された場合に限り、前記窓を全閉にする指令を生成する、
    請求項１２に記載の情報処理方法。
14. コンピュータが、
    前記車両に備わるカメラで撮影された画像に基づいて人を検知する、
    請求項１２または１３に記載の情報処理方法。
15. コンピュータが、
    前記画像を解析して前記車両に関連付けられたユーザ以外の人を検知する、
    請求項１４に記載の情報処理方法。
16. コンピュータが、
    車内と車外との温度差が所定温度差以上の場合に前記窓を開ける、
    請求項１１から１５の何れか１項に記載の情報処理方法。
17. コンピュータが、
    前記窓の開閉時に車内または車外に報知する指令を生成する、
    請求項１１から１６の何れか１項に記載の情報処理方法。
18. コンピュータが、
    前記車両の位置情報を取得し、
    前記位置情報に応じて前記窓の開度を設定する、
    請求項１１から１７の何れか１項に記載の情報処理方法。
19. コンピュータが、
    前記車両に関連付いたユーザ端末から前記窓の開閉を行うリクエストを受信した場合に、前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成する、
    請求項１１から１８の何れか１項に記載の情報処理方法。
20. 遠隔操作で操作可能な窓を有する車両と、
    前記車両に対して窓の開度についての指令を送信するサーバと、
    を備え、
    前記車両は、前記車両の内部または外部の温度に関する情報を取得して前記サーバへ送信し、
    前記サーバは、前記車両の内部または外部の温度に関する情報に基づいて、前記車両が有する窓を開閉する指令を生成して前記車両へ送信する、
    システム。

Images