JP7512912B2 - 制御装置、システム、及び提案方法 - Google Patents

Description

本開示は、制御装置、システム、及び提案方法に関する。

特許文献１には、災害時に人が避難生活をするためのコンテナ部を有する車両を内蔵した建物が開示されている。

特開２０１３－１１３０７０号公報

駐車場所によっては、車両内で避難生活をする人の安全又は安心を確保することができないおそれがある。すなわち、車両内で避難生活をするのに適さない駐車場所が存在する。

本開示の目的は、車両内で泊まるのに適した駐車エリアを提案することである。

本開示に係る制御装置は、
ユーザによって利用される端末装置と通信を行う通信部と、
前記ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを検索し、得られた検索結果に基づいて、前記複数エリアの中から少なくとも１つのエリアを駐車エリアとして選択し、選択した駐車エリアに前記車両を駐車することを前記ユーザに提案する提案データを前記通信部に送信させる制御部と
を備える。

本開示に係る提案方法は、
ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを制御装置により検索することと、
得られた検索結果に基づいて、前記複数エリアの中から少なくとも１つのエリアを駐車エリアとして前記制御装置により選択することと、
選択された駐車エリアに前記車両を駐車することを前記ユーザに提案する提案データを前記制御装置から前記ユーザによって利用される端末装置に送信することと
を含む。

本開示によれば、車両内で泊まるのに適した駐車エリアを提案することができる。

本開示の実施形態に係るシステムの構成を示す図である。 本開示の実施形態に係るデータベースに登録されたデータの例を示す表である。 本開示の実施形態に係る制御装置の構成を示すブロック図である。 本開示の実施形態に係る端末装置の構成を示すブロック図である。 本開示の実施形態に係る制御装置の動作を示すフローチャートである。 本開示の実施形態に係る端末装置の動作を示すフローチャートである。

以下、本開示の幾つかの実施形態について、図を参照して説明する。

各図中、同一又は相当する部分には、同一符号を付している。各実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。

本開示の一実施形態について説明する。

図１を参照して、本実施形態に係るシステム１０の構成を説明する。

本実施形態に係るシステム１０は、少なくとも１台の制御装置２０と、少なくとも１台の端末装置３０とを備える。制御装置２０は、ネットワーク４０を介して、端末装置３０と通信可能である。

制御装置２０は、データセンタなどの施設に設置される。制御装置２０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバなどのコンピュータである。

端末装置３０は、ユーザ１３によって利用される。例えば、端末装置３０は、携帯電話機、スマートフォン、又はタブレットなどのモバイル機器であり、ユーザ１３によって保持される。あるいは、端末装置３０は、カーナビゲーション機器などの車載機器であり、車両１２に搭載される。ユーザ１３は、車両１２内で泊まる家族１１の構成員である。図１に示した例では、家族１１には、１人の子供１４、２人の高齢者１５、及び１匹のペット１６がいる。ユーザ１３は、子供１４の親であり、高齢者１５の子であり、かつペット１６の飼い主である。

ネットワーク４０は、インターネット、少なくとも１つのＷＡＮ、少なくとも１つのＭＡＮ、又はこれらの任意の組合せを含む。「ＷＡＮ」は、wide area networkの略語である。「ＭＡＮ」は、metropolitan area networkの略語である。ネットワーク４０は、少なくとも１つの無線ネットワーク、少なくとも１つの光ネットワーク、又はこれらの任意の組合せを含んでもよい。無線ネットワークは、例えば、アドホックネットワーク、セルラーネットワーク、無線ＬＡＮ、衛星通信ネットワーク、又は地上マイクロ波ネットワークである。「ＬＡＮ」は、local area networkの略語である。

図１及び図２を参照して、本実施形態の概要を説明する。

端末装置３０は、状況データＤ１などのデータを制御装置２０に送信する。状況データＤ１は、災害時のユーザ１３に対する支援の状況を示すデータである。

制御装置２０は、状況データＤ１などのデータを端末装置３０から受信する。制御装置２０は、受信したデータに基づいて、条件データＤ２を設定する。条件データＤ２は、ユーザ１３が車両１２内で泊まる際の周辺の環境について条件を示すデータである。制御装置２０は、設定した条件データＤ２を検索キーとして、データベース２７を検索する。データベース２７には、複数エリアの各エリアの環境を示すデータが登録されている。制御装置２０は、得られた検索結果に基づいて、複数エリアの中から少なくとも１つのエリアを駐車エリアとして選択する。本実施形態では、データベース２７に登録されたデータは、各エリアの近傍に避難所があるかどうかを示すデータを含む。制御装置２０は、条件データＤ２を設定する際に、受信した状況データＤ１で示される状況に応じて、近傍に避難所があることを条件データＤ２で示される条件に含めるかどうかを決定する。例えば、ユーザ１３に対する支援が足りていないという状況が状況データＤ１で示されていれば、近傍に避難所があることが条件データＤ２で示される条件に含められる。その結果、近傍に避難所があるエリアが駐車エリアとして選択される。制御装置２０は、提案データＤ３を端末装置３０に送信する。提案データＤ３は、選択された駐車エリアに車両１２を駐車することをユーザ１３に提案するデータである。

端末装置３０は、提案データＤ３を制御装置２０から受信する。端末装置３０は、受信した提案データＤ３を提示することで、選択された駐車エリアに車両１２を駐車することをユーザ１３に促す。

本実施形態によれば、車両１２内で泊まるのに適した駐車エリアを提案することができる。例えば、ユーザ１３に対する支援が足りていないのであれば、近傍に避難所があるエリアを駐車エリアとして提案することができる。ユーザ１３は、近傍に避難所があるエリアに車両１２を駐車することにより支援を受けやすくなる。その結果、ユーザ１３の安全及び安心が確保される。

図３を参照して、本実施形態に係る制御装置２０の構成を説明する。

制御装置２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５とを備える。

制御部２１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの任意の組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。「ＣＰＵ」は、central processing unitの略語である。「ＧＰＵ」は、graphics processing unitの略語である。プログラマブル回路は、例えば、ＦＰＧＡである。「ＦＰＧＡ」は、field-programmable gate arrayの略語である。専用回路は、例えば、ＡＳＩＣである。「ＡＳＩＣ」は、application specific integrated circuitの略語である。制御部２１は、制御装置２０の各部を制御しながら、制御装置２０の動作に関わる処理を実行する。

記憶部２２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらの任意の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。「ＲＡＭ」は、random access memoryの略語である。「ＲＯＭ」は、read only memoryの略語である。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。「ＳＲＡＭ」は、static random access memoryの略語である。「ＤＲＡＭ」は、dynamic random access memoryの略語である。ＲＯＭは、例えば、ＥＥＰＲＯＭである。「ＥＥＰＲＯＭ」は、electrically erasable programmable read only memoryの略語である。記憶部２２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２には、制御装置２０の動作に用いられるデータと、制御装置２０の動作によって得られたデータとが記憶される。データベース２７は、本実施形態では記憶部２２に構築されるが、外部のストレージに構築され、制御装置２０に接続されてもよい。

通信部２３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部２３は、制御装置２０の動作に用いられるデータを受信し、また制御装置２０の動作によって得られるデータを送信する。

入力部２４は、少なくとも１つの入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、カメラ、又はマイクロフォンである。入力部２４は、制御装置２０の動作に用いられるデータを入力する操作を受け付ける。入力部２４は、制御装置２０に備えられる代わりに、外部の入力機器として制御装置２０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの規格に対応したインタフェースを用いることができる。「ＵＳＢ」は、Universal Serial Busの略語である。「ＨＤＭＩ（登録商標）」は、High-Definition Multimedia Interfaceの略語である。

出力部２５は、少なくとも１つの出力用インタフェースを含む。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。「ＬＣＤ」は、liquid crystal displayの略語である。「ＥＬ」は、electro luminescenceの略語である。出力部２５は、制御装置２０の動作によって得られるデータを出力する。出力部２５は、制御装置２０に備えられる代わりに、外部の出力機器として制御装置２０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの規格に対応したインタフェースを用いることができる。

制御装置２０の機能は、本実施形態に係る制御プログラムを、制御部２１としてのプロセッサで実行することにより実現される。すなわち、制御装置２０の機能は、ソフトウェアにより実現される。制御プログラムは、制御装置２０の動作をコンピュータに実行させることで、コンピュータを制御装置２０として機能させる。すなわち、コンピュータは、制御プログラムに従って制御装置２０の動作を実行することにより制御装置２０として機能する。

プログラムは、非一時的なコンピュータ読取り可能な媒体に記憶しておくことができる。非一時的なコンピュータ読取り可能な媒体は、例えば、フラッシュメモリ、磁気記録装置、光ディスク、光磁気記録媒体、又はＲＯＭである。プログラムの流通は、例えば、プログラムを記憶したＳＤカード、ＤＶＤ、又はＣＤ－ＲＯＭなどの可搬型媒体を販売、譲渡、又は貸与することによって行う。「ＳＤ」は、Secure Digitalの略語である。「ＤＶＤ」は、digital versatile discの略語である。「ＣＤ－ＲＯＭ」は、compact disc read only memoryの略語である。プログラムをサーバのストレージに格納しておき、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。

コンピュータは、例えば、可搬型媒体に記憶されたプログラム又はサーバから転送されたプログラムを、一旦、主記憶装置に格納する。そして、コンピュータは、主記憶装置に格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、application service providerの略語である。プログラムは、電子計算機による処理の用に供する情報であってプログラムに準ずるものを含む。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。

制御装置２０の一部又は全ての機能が、制御部２１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、制御装置２０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図４を参照して、本実施形態に係る端末装置３０の構成を説明する。

端末装置３０は、制御部３１と、記憶部３２と、通信部３３と、入力部３４と、出力部３５と、測位部３６とを備える。

制御部３１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの任意の組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えば、ＦＰＧＡである。専用回路は、例えば、ＡＳＩＣである。制御部３１は、端末装置３０の各部を制御しながら、端末装置３０の動作に関わる処理を実行する。

記憶部３２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらの任意の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部３２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部３２には、端末装置３０の動作に用いられるデータと、端末装置３０の動作によって得られたデータとが記憶される。

通信部３３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ規格、若しくは５Ｇ規格などの移動通信規格に対応したインタフェース、Bluetooth（登録商標）などの近距離無線通信規格に対応したインタフェース、又はＬＡＮインタフェースである。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th generationの略語である。「５Ｇ」は、5th generationの略語である。通信部３３は、端末装置３０の動作に用いられるデータを受信し、また端末装置３０の動作によって得られるデータを送信する。

入力部３４は、少なくとも１つの入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、カメラ、又はマイクロフォンである。入力部３４は、端末装置３０の動作に用いられるデータを入力する操作を受け付ける。入力部３４は、端末装置３０に備えられる代わりに、外部の入力機器として端末装置３０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの規格に対応したインタフェースを用いることができる。

出力部３５は、少なくとも１つの出力用インタフェースを含む。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。出力部３５は、端末装置３０の動作によって得られるデータを出力する。出力部３５は、端末装置３０に備えられる代わりに、外部の出力機器として端末装置３０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの規格に対応したインタフェースを用いることができる。

測位部３６は、少なくとも１つのＧＮＳＳ受信機を含む。「ＧＮＳＳ」は、global navigation satellite systemの略語である。ＧＮＳＳは、例えば、ＧＰＳ、ＱＺＳＳ、ＢＤＳ、ＧＬＯＮＡＳＳ、又はGalileoである。「ＧＰＳ」は、Global Positioning Systemの略語である。「ＱＺＳＳ」は、Quasi-Zenith Satellite Systemの略語である。ＱＺＳＳの衛星は、準天頂衛星と呼ばれる。「ＢＤＳ」は、BeiDou Navigation Satellite Systemの略語である。「ＧＬＯＮＡＳＳ」は、Global Navigation Satellite Systemの略語である。測位部３６は、端末装置３０の位置を測定する。

端末装置３０の機能は、本実施形態に係る端末プログラムを、制御部３１としてのプロセッサで実行することにより実現される。すなわち、端末装置３０の機能は、ソフトウェアにより実現される。端末プログラムは、端末装置３０の動作をコンピュータに実行させることで、コンピュータを端末装置３０として機能させる。すなわち、コンピュータは、端末プログラムに従って端末装置３０の動作を実行することにより端末装置３０として機能する。

端末装置３０の一部又は全ての機能が、制御部３１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、端末装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図５及び図６を参照して、本実施形態に係るシステム１０の動作を説明する。この動作は、本実施形態に係る提案方法に相当する。図５は、制御装置２０の動作を示している。図６は、端末装置３０の動作を示している。

図６のステップＳ１１１において、端末装置３０の制御部３１は、入力部３４を介して、災害時のユーザ１３に対する支援の状況を入力する操作をユーザ１３から受け付ける。制御部３１は、状況データＤ１などのデータを通信部３３に送信させる。状況データＤ１は、ユーザ１３によって入力された支援の状況を示すデータである。通信部３３は、状況データＤ１などのデータを制御装置２０に送信する。

図５のステップＳ１０１において、制御装置２０の通信部２３は、図６のステップＳ１１１で送信されたデータを端末装置３０から受信する。制御装置２０の制御部２１は、通信部２３により受信されたデータを取得する。

図５のステップＳ１０２において、制御装置２０の制御部２１は、ステップＳ１０１で取得したデータに基づいて、条件データＤ２を設定する。条件データＤ２は、ユーザ１３が車両１２内で泊まる際の周辺の環境について条件を示すデータである。本実施形態では、制御部２１は、ステップＳ１０１で取得したデータに含まれる状況データＤ１で示される状況に応じて、近傍に避難所があることを条件データＤ２で示される条件に含めるかどうかを決定する。具体的には、制御部２１は、ユーザ１３に対する支援が足りていないという状況が状況データＤ１で示されている場合に、近傍に避難所があることを条件データＤ２で示される条件に含める。

図５のステップＳ１０３において、制御装置２０の制御部２１は、ステップＳ１０２で設定した条件データＤ２を検索キーとして、データベース２７を検索する。データベース２７には、複数エリアの各エリアの環境を示すデータが登録されている。本実施形態では、データベース２７に登録されたデータは、図２に示したように、各エリアの近傍に避難所があるかどうかを示すデータを含む。

図５のステップＳ１０４において、制御装置２０の制御部２１は、ステップＳ１０３で得られた検索結果に基づいて、複数エリアの中から少なくとも１つのエリアを駐車エリアとして選択する。具体的には、制御部２１は、条件データＤ２で示される条件を満たすことがデータベース２７に登録されたデータで示されているエリアを駐車エリアとして選択する。近傍に避難所があることが条件に含まれている場合には、制御部２１は、近傍に避難所があるエリアを駐車エリアとして選択する。検索結果が０件、すなわち、選択可能なエリアがない場合は、ステップＳ１０１以降の処理が再び実行される。

図５のステップＳ１０５において、制御装置２０の制御部２１は、提案データＤ３を通信部２３に送信させる。提案データＤ３は、ステップＳ１０４で選択された駐車エリアに車両１２を駐車することをユーザ１３に提案するデータである。提案データＤ３は、駐車エリアの座標又は住所などの所在地をユーザ１３に通知するデータを含んでいてもよい。通信部２３は、提案データＤ３を端末装置３０に送信する。

図６のステップＳ１１１の後、駐車エリアが制御装置２０により選択されるまで、端末装置３０は待機している。駐車エリアが制御装置２０により選択されると、ステップＳ１１２において、端末装置３０の通信部３３は、図５のステップＳ１０５で送信された提案データＤ３を制御装置２０から受信する。端末装置３０の制御部３１は、通信部３３により受信された提案データＤ３を取得する。

図６のステップＳ１１３において、端末装置３０の制御部３１は、ステップＳ１１２で取得した提案データＤ３を提示することで、選択された駐車エリアに車両１２を駐車することをユーザ１３に促す。具体的には、制御部３１は、提案データＤ３の内容を出力部３５としてのディスプレイに表示する。あるいは、制御部３１は、提案データＤ３の内容を出力部３５としてのスピーカから音声出力する。

上述のように、本実施形態では、制御装置２０の通信部２３は、ユーザ１３によって利用される端末装置３０と通信を行う。制御装置２０の制御部２１は、ユーザ１３が車両１２内で泊まる際の周辺の環境について条件を示す条件データＤ２を検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベース２７を検索する。制御部２１は、得られた検索結果に基づいて、複数エリアの中から少なくとも１つのエリアを駐車エリアとして選択する。制御部２１は、選択した駐車エリアに車両１２を駐車することをユーザ１３に提案する提案データＤ３を通信部２３に送信させる。したがって、本実施形態によれば、車両１２内で泊まるのに適した駐車エリアを提案することができる。

本実施形態では、図２に示したように、各エリアの近傍に避難所があるかどうかを示すデータがテーブル形式でデータベース２７に登録されているが、本実施形態の一変形例として、そのようなデータが地図形式でデータベース２７に登録されていてもよい。例えば、各エリアの所在地、及び少なくとも１つの避難所の所在地を示す地図データがデータベース２７に登録されていてもよい。その場合、図５のステップＳ１０３及びステップＳ１０４において、制御装置２０の制御部２１は、地図データを検索して、条件データＤ２で示される条件を満たすエリアを駐車エリアとして抽出する。具体的には、制御部２１は、各エリアと避難所との間の距離を算出する。避難所からの距離の上限が条件に含まれているとすると、制御部２１は、算出した距離が上限以下のエリアを駐車エリアとして抽出する。

本実施形態では、災害時のユーザ１３に対する支援の状況に応じて、駐車エリアが選択されるが、本実施形態の一変形例として、支援の状況の代わりに、又は支援の状況とともに、ユーザ１３の家族構成に応じて、駐車エリアが選択されてもよい。そのような変形例において、図２に示したように、各エリアにおける人の流れを示すデータがデータベース２７に登録されていてもよい。例えば、移動通信事業者から提供される人流データがデータベース２７に登録されていてもよい。その場合、図６のステップＳ１１１において、端末装置３０の制御部３１は、入力部３４を介して、ユーザ１３の家族構成を入力する操作をユーザ１３から受け付ける。制御部３１は、構成データＤ４などのデータを通信部３３に送信させる。構成データＤ４は、ユーザ１３によって入力された家族構成を示すデータである。通信部３３は、構成データＤ４などのデータを制御装置２０に送信する。図５のステップＳ１０２において、制御装置２０の制御部２１は、ステップＳ１０１で取得したデータに含まれる構成データＤ４で示される家族構成に応じて、人の多さの上限を条件データＤ２で示される条件に含めるかどうかを決定する。具体的には、制御部２１は、ユーザ１３の家族１１に子供又はペットがいることが構成データＤ４で示されている場合に、人の多さの上限を条件データＤ２で示される条件に含める。人の多さの上限が条件に含まれている場合には、ステップＳ１０４において、制御部２１は、人の多さが上限以下のエリアを駐車エリアとして選択する。

この変形例によれば、ユーザ１３の家族１１に子供又はペットがいるのであれば、人が少ないエリアを駐車エリアとして提案することができる。図１に示した例では、ユーザ１３は、人が少ないエリアに車両１２を駐車することによりプライバシーを確保しやすくなり、子供１４及びペット１６の世話をしやすくなる。その結果、ユーザ１３の安全及び安心が確保される。

本実施形態では、端末装置３０からのデータに基づいて、条件データＤ２が設定されるが、本実施形態の一変形例として、端末装置３０からのデータの代わりに、又は端末装置３０からのデータとともに、設定すべき条件を指定するデータに基づいて、条件データＤ２が設定されてもよい。すなわち、図６のステップＳ１１１及び図５のステップＳ１０１の処理は省略されてもよい。そのような変形例として、第１変形例、第２変形例、及び第３変形例を説明する。

第１変形例において、図２に示したように、各エリアの気象予報又は気象警報を示すデータがデータベース２７に登録されていてもよい。例えば、日本の気象庁から提供される気象予報データ又は気象警報データがデータベース２７に登録されていてもよい。その場合、図５のステップＳ１０２において、制御装置２０の制御部２１は、指定された気象条件を条件データＤ２で示される条件に含める。気温の上限が気象条件に含まれている場合には、ステップＳ１０４において、制御部２１は、今後又は現在の気温が上限以下のエリアを駐車エリアとして選択する。気温の下限が気象条件に含まれている場合には、ステップＳ１０４において、制御部２１は、今後又は現在の気温が下限以上のエリアを駐車エリアとして選択する。積雪量の上限が気象条件に含まれている場合には、ステップＳ１０４において、制御部２１は、今後又は現在の積雪量が上限以下のエリアを駐車エリアとして選択する。

この変形例によれば、標高が高いエリアなど、涼しいエリアを駐車エリアとして提案することができる。ユーザ１３は、涼しいエリアに車両１２を駐車することにより熱中症になりにくくなる。その結果、ユーザ１３の安全及び安心が確保される。あるいは、この変形例によれば、暖かいエリアを駐車エリアとして提案することができる。ユーザ１３は、暖かいエリアに車両１２を駐車することにより低体温症になりにくくなる。その結果、ユーザ１３の安全及び安心が確保される。あるいは、この変形例によれば、積雪量が少ないエリアを駐車エリアとして提案することができる。ユーザ１３は、車両１２が雪に埋もれると、車両１２の中に排気ガスが入り、一酸化炭素中毒になるおそれがあるが、積雪量が少ないエリアに車両１２を駐車することにより、そのような状況を避けることができる。その結果、ユーザ１３の安全及び安心が確保される。

図２に示したように、各エリアの周辺の地形を示すデータがデータベース２７に更に登録されていてもよい。例えば、日本の国土地理院から提供される地形データがデータベース２７に登録されていてもよい。その場合、図５のステップＳ１０２において、制御装置２０の制御部２１は、指定された地形条件を条件データＤ２で示される条件に更に含める。降水量の上限が気象条件に含まれている場合には、ステップＳ１０４において、制御部２１は、今後若しくは現在の降水量が上限以下のエリア、又は周辺に崖若しくは河川など、土砂災害若しくは洪水が起き得る地形が存在しないエリアを駐車エリアとして選択する。

この変形例によれば、災害が起きにくいエリアを駐車エリアとして提案することができる。ユーザ１３は、災害が起きにくいエリアに車両１２を駐車することにより、災害を避けることができる。その結果、ユーザ１３の安全及び安心が確保される。

第２変形例において、図２に示したように、各エリアの地震予報又は地震警報、及び各エリアの周辺の地形を示すデータがデータベース２７に登録されていてもよい。例えば、日本の気象庁から提供される地震予報データ又は地震警報データ、及び日本の国土地理院から提供される地形データがデータベース２７に登録されていてもよい。その場合、図５のステップＳ１０２において、制御装置２０の制御部２１は、指定された地震の大きさの上限、及び指定された地形条件を条件データＤ２で示される条件に含める。ステップＳ１０４において、制御部２１は、今後起きる地震の大きさが上限以下のエリア、又は周辺に崖若しくは海岸など、土砂災害若しくは津波が起き得る地形が存在しないエリアを駐車エリアとして選択する。

この変形例によれば、災害が起きにくいエリアを駐車エリアとして提案することができる。ユーザ１３は、災害が起きにくいエリアに車両１２を駐車することにより、災害を避けることができる。その結果、ユーザ１３の安全及び安心が確保される。

第３変形例において、図２に示したように、各エリアの周辺の治安を示すデータがデータベース２７に登録されていてもよい。例えば、日本の警察庁から提供される犯罪統計データがデータベース２７に登録されていてもよい。犯罪統計データのような過去データのほかに、報道から得られたデータが利用されてもよいし、又は機械学習で犯罪が発生する確率を予測して得られたデータが利用されてもよい。その場合、図５のステップＳ１０２において、制御装置２０の制御部２１は、指定された治安の悪さの上限を条件データＤ２で示される条件に含める。ステップＳ１０４において、制御部２１は、治安の悪さが上限以下のエリアを駐車エリアとして選択する。

この変形例によれば、治安が良いエリアを駐車エリアとして提案することができる。ユーザ１３は、治安が良いエリアに車両１２を駐車することにより犯罪に巻き込まれにくくなる。その結果、ユーザ１３の安全及び安心が確保される。

種々の変形例を含む上述の実施形態によれば、車両１２内で泊まる人の状況、又は周辺環境の状況に応じて、車両１２内で泊まるのに適した場所を提案することができる。例えば、積雪量が多い場所、屋内など、酸欠になりやすい場所、降雨量が多い場所、土砂災害が起きやすい場所、熱中症になりやすい場所、又は犯罪多発地帯など、避けるべき場所を特定し、特定した場所以外の場所を提案することができる。

本実施形態の一変形例として、制御装置２０の通信部２３は、ユーザ１３を含む複数ユーザの各ユーザによって利用される端末装置と通信を行ってもよい。そのような変形例において、制御装置２０の制御部２１は、各ユーザについて、駐車エリアの中で他のユーザとの距離が閾値以上となる駐車位置を設定してもよい。制御部２１は、設定した駐車位置に車両を駐車することを各ユーザに提案するデータを提案データＤ３として通信部２３に送信させてもよい。

この変形例によれば、いずれかのユーザが騒音を発生させる可能性がある場合など、ユーザを密集させないほうがよい事情がある場合に、ユーザの駐車位置が分散するように駐車位置を提案することができる。

本開示は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の２つ以上のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の２つ以上のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本開示の趣旨を逸脱しない範囲での変更が可能である。

１０ システム
１１ 家族
１２ 車両
１３ 構成員
１４ 子供
１５ 高齢者
１６ ペット
２０ 制御装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 出力部
２７ データベース
３０ 端末装置
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 出力部
３６ 測位部
４０ ネットワーク

Claims (19)

1. ユーザによって利用される端末装置と通信を行う通信部と、
   前記ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを検索し、前記条件データで示される条件を満たすことが前記データベースに登録されたデータで示されているエリアを駐車エリアとして選択し、選択した駐車エリアに前記車両を駐車することを前記ユーザに提案する提案データを前記通信部に送信させる制御部と
   を備え、
   前記通信部は、災害時の前記ユーザに対する支援の状況を示す状況データを前記端末装置から受信し、
   前記データベースに登録されたデータは、各エリアの近傍に避難所があるかどうかを示すデータを含み、
   前記制御部は、前記支援が足りていないという状況が前記通信部により受信された状況データで示されている場合に、近傍に避難所があることを前記条件データで示される条件に含める制御装置。
2. ユーザによって利用される端末装置と通信を行う通信部と、
   前記ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを検索し、前記条件データで示される条件を満たすことが前記データベースに登録されたデータで示されているエリアを駐車エリアとして選択し、選択した駐車エリアに前記車両を駐車することを前記ユーザに提案する提案データを前記通信部に送信させる制御部と
   を備え、
   前記通信部は、前記ユーザの家族構成を示す構成データを前記端末装置から受信し、
   前記データベースに登録されたデータは、各エリアにおける人の流れを示すデータを含み、
   前記制御部は、前記ユーザの家族に子供又はペットがいることが前記通信部により受信された構成データで示されている場合に、人の多さの上限を前記条件データで示される条件に含める制御装置。
3. 複数ユーザの各ユーザによって利用される端末装置と通信を行う通信部と、
   各ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを検索し、前記条件データで示される条件を満たすことが前記データベースに登録されたデータで示されているエリアを駐車エリアとして選択し、各ユーザについて、選択した駐車エリアの中で他のユーザとの距離が閾値以上となる駐車位置を設定し、設定した駐車位置に前記車両を駐車することを各ユーザに提案する提案データを前記通信部に送信させる制御部と
   を備える制御装置。
4. 前記データベースに登録されたデータは、各エリアの気象予報又は気象警報を示すデータを含み、
   前記制御部は、気象条件を前記条件データで示される条件に含める請求項１から請求項３のいずれか１項に記載の制御装置。
5. 前記制御部は、気温の上限又は下限を前記気象条件に含める請求項４に記載の制御装置。
6. 前記制御部は、積雪量の上限を前記気象条件に含める請求項４に記載の制御装置。
7. 前記データベースに登録されたデータは、各エリアの周辺の地形を示すデータを更に含み、
   前記制御部は、降水量の上限を前記気象条件に含めるとともに、地形条件を前記条件データで示される条件に更に含める請求項４に記載の制御装置。
8. 前記データベースに登録されたデータは、各エリアの地震予報又は地震警報、及び各エリアの周辺の地形を示すデータを含み、
   前記制御部は、地震の大きさの上限、及び地形条件を前記条件データで示される条件に含める請求項１から請求項６のいずれか１項に記載の制御装置。
9. 前記データベースに登録されたデータは、各エリアの周辺の治安を示すデータを含み、
   前記制御部は、治安の悪さの上限を前記条件データで示される条件に含める請求項１から請求項８のいずれか１項に記載の制御装置。
10. 請求項１から請求項９のいずれか１項に記載の制御装置と、
    前記端末装置と
    を備えるシステム。
11. ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを制御装置により検索することと、
    前記条件データで示される条件を満たすことが前記データベースに登録されたデータで示されているエリアを駐車エリアとして前記制御装置により選択することと、
    選択された駐車エリアに前記車両を駐車することを前記ユーザに提案する提案データを前記制御装置から前記ユーザによって利用される端末装置に送信することと
    を含む提案方法であって、
    災害時の前記ユーザに対する支援の状況を示す状況データを前記端末装置から前記制御装置に送信することを更に含み、
    前記データベースに登録されたデータは、各エリアの近傍に避難所があるかどうかを示すデータを含み、
    前記検索することは、前記支援が足りていないという状況が前記状況データで示されている場合に、近傍に避難所があることを前記条件データで示される条件に含めることを含む提案方法。
12. ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを制御装置により検索することと、
    前記条件データで示される条件を満たすことが前記データベースに登録されたデータで示されているエリアを駐車エリアとして前記制御装置により選択することと、
    選択された駐車エリアに前記車両を駐車することを前記ユーザに提案する提案データを前記制御装置から前記ユーザによって利用される端末装置に送信することと
    を含む提案方法であって、
    前記ユーザの家族構成を示す構成データを前記端末装置から前記制御装置に送信することを更に含み、
    前記データベースに登録されたデータは、各エリアにおける人の流れを示すデータを含み、
    前記検索することは、前記ユーザの家族に子供又はペットがいることが前記構成データで示されている場合に、人の多さの上限を前記条件データで示される条件に含めることを含む提案方法。
13. 複数ユーザの各ユーザが車両内で泊まる際の周辺の環境について条件を示す条件データを検索キーとして、複数エリアの各エリアの環境を示すデータが登録されたデータベースを制御装置により検索することと、
    前記条件データで示される条件を満たすことが前記データベースに登録されたデータで示されているエリアを駐車エリアとして前記制御装置により選択することと、
    各ユーザについて、選択された駐車エリアの中で他のユーザとの距離が閾値以上となる駐車位置を前記制御装置により設定することと、
    設定された駐車位置に前記車両を駐車することを各ユーザに提案する提案データを前記制御装置から各ユーザによって利用される端末装置に送信することと
    を含む提案方法。
14. 前記データベースに登録されたデータは、各エリアの気象予報又は気象警報を示すデータを含み、
    前記条件データで示される条件は、気象条件を含む請求項１１から請求項１３のいずれか１項に記載の提案方法。
15. 前記気象条件は、気温の上限又は下限を含む請求項１４に記載の提案方法。
16. 前記気象条件は、積雪量の上限を含む請求項１４に記載の提案方法。
17. 前記データベースに登録されたデータは、各エリアの周辺の地形を示すデータを更に含み、
    前記気象条件は、降水量の上限を含み、
    前記条件データで示される条件は、地形条件を更に含む請求項１４に記載の提案方法。
18. 前記データベースに登録されたデータは、各エリアの地震予報又は地震警報、及び各エリアの周辺の地形を示すデータを含み、
    前記条件データで示される条件は、地震の大きさの上限、及び地形条件を含む請求項１１から請求項１６のいずれか１項に記載の提案方法。
19. 前記データベースに登録されたデータは、各エリアの周辺の治安を示すデータを含み、
    前記条件データで示される条件は、治安の悪さの上限を含む請求項１１から請求項１８のいずれか１項に記載の提案方法。

Images