JP2022117867A - 照度提供装置および照度収集システム - Google Patents

Abstract

【課題】車両と管理装置との通信量を抑制しつつ、日照マップ生成に必要十分なデータを管理装置に提供できる照度提供装置を提供する。【解決手段】照度提供装置１２は、車両１００に搭載され、車外の照度を検出照度Ｉｄとして検出する照度センサ１８と、車両１００に搭載され、車両１００の位置を検出位置Ｐｄとして検出する位置センサ１６と、前記照度に関する閾値である照度閾値Ｔｈ＊を１以上記憶し、前記検出照度Ｉｄが１以上の前記照度閾値Ｔｈ＊のうちの一つの前記照度閾値を跨ぐ跨ぎ現象の有無を監視するコントローラ２２と、を備え、前記コントローラ２２は、前記跨ぎ現象が発生した際の前記検出位置Ｐｄを示す情報と、前記跨ぎ現象が発生した際の前記検出照度Ｉｄを示す情報と、を含む横断データを、車外の管理装置１４に送信する。【選択図】図２

Description

本明細書では、車両位置に応じた照度を管理装置に提供する照度提供装置、および、複数の照度提供装置および管理装置を備えた照度収集システムを開示する。

近年、車両や、携帯電話等の可搬型電子機器に、太陽光で発電可能な太陽電池を搭載することが提案されている。かかる車両および可搬型電子機器は、照度の高い場所を通ることで、効率的に電力を得ることができる。そこで、従来から、照度の分布を示す日照マップを生成し、この日照マップを参照して、車両等に太陽光発電に適した場所の情報を提供する技術が提案されている。

例えば、特許文献１には、複数の走行ルートそれぞれの日向率を、気象情報と太陽の軌道情報と３次元の地図情報とに基づいて算出し、日向率が最大の走行ルートを車両に提供する装置が開示されている。この特許文献１において、車両は、照度センサを有している。そして、車両は、照度センサの検知結果に基づいて、車両の現在位置が日向でないと判断された場合に、日向を通る走行ルートを上述の装置に要求する。

特開２０１７－１８１０８９号公報

しかし、特許文献１のように気象情報と太陽の軌道情報と３次元の地図情報に基づいて日向率を算出する場合、その計算量が膨大になる。また、３次元の地図情報の更新頻度によっては、地図に記録されている建築物の情報と、現実の建築物の情報と、の間に乖離が生じ、日向率の算出精度の悪化を招く。

そこで、位置ごとの照度を、計算して推定するのではなく、照度センサで検出することも考えられる。例えば、灯火の点灯タイミングを制御する等の目的で、照度センサを備える車両も多い。こうした車両と通信可能な管理装置を設け、当該管理装置が、多数の車両の照度センサで検知された照度に関するデータを収集し、この収集したデータに基づいて、日照マップを生成することも考えられる。かかる構成とすれば、生成された日照マップと、現実の日照分布との乖離を低減できる。しかし、かかる構成の場合、ある程度の精度の日照マップを生成するために、各車両は、比較的、短い頻度で、照度に関するデータを送信する必要があり、通信量の大幅な増加を招く。

そこで、本明細書では、車両と管理装置との通信量を抑制しつつ、日照マップ生成に必要十分なデータを管理装置に提供できる照度提供装置、および、当該照度提供装置を有する照度収集システムを開示する。

本明細書で開示する照度提供装置は、車両に搭載され、車外の照度を検出照度として検出する照度センサと、前記車両に搭載され、前記車両の位置を検出位置として検出する位置センサと、前記照度に関する閾値である照度閾値を１以上記憶し、前記検出照度が１以上の前記照度閾値のうちの一つの前記照度閾値を跨ぐ跨ぎ現象の有無を監視するコントローラと、を備え、前記コントローラは、前記跨ぎ現象が発生した際の前記検出位置を示す情報と、前記跨ぎ現象が発生した際の前記検出照度を示す情報と、を含む横断データを、車外の管理装置に送信する、ことを特徴とする。

横断データは、一つの照度レベルに属するエリアの境界点を示すデータである。管理装置は、複数の照度提供装置から横断データを得ることで、一つの照度レベルに属するエリアの境界点を多数、取得でき、この境界点を結ぶことで、一つの照度レベルに属するエリアの境界線を把握できる。そして、こうした境界線が分かれば、エリアの中間位置における照度に関するデータが無くても、日照マップを生成できる。つまり、横断データを送信する上記構成によれば、エリアの中間位置における照度に関するデータ送信が不要となる。結果として、上記構成によれば、車両と管理装置との通信量を抑制しつつ、日照マップ生成に必要十分なデータを管理装置に提供できる。

この場合、前記コントローラは、前記跨ぎ現象が発生した後、規定の標準時間が経過するまで、または、前記車両が規定の標準距離を走行するまで、新たな跨ぎ現象が発生しない場合に、前記横断データを前記管理装置に送信し、前記跨ぎ現象が発生した後、前記標準時間が経過する前、または、前記車両が前記標準距離を走行する前に、新たな跨ぎ現象が発生した場合には、前記横断データを前記管理装置に送信しなくてもよい。

かかる構成とすることで、一時的な照度の揺らぎを無視することができ、車両と管理装置との通信量をより抑制できる。

また、前記跨ぎ現象が予め規定された標準頻度を超えて頻繁に発生するような照度変動が生じた場合、前記コントローラは、前記照度変動が開始した際の前記検出位置である変動開始位置と、前記照度変動が終了した際の前記検出位置である変動終了位置と、を含む変動データを前記管理装置に送信してもよい。

跨ぎ現象が頻繁に発生するエリアは、太陽光発電に不適なエリアであるといえる。上記構成とすることで、管理装置が、こうした太陽光発電に不適なエリアの境界位置を把握できる。

また、前記コントローラは、照度に関するデータを前記管理装置に送信した後、新たにデータ送信することなく、予め規定された待機時間が経過、または、前記車両が予め規定された待機距離だけ走行した中間報告タイミングに達した場合、前記中間報告タイミング時点での前記検出位置、および、前記中間報告タイミングまでに得られた前記検出照度の代表値または前記中間報告タイミング時点での前記検出照度を、前記管理装置に送信してもよい。

かかる構成とすることで、管理装置は、エリアの境界だけでなく、中間部分における照度も把握できるため、日照マップの精度をより向上できる。

また、さらに、前記車両に搭載され、ウィンドシールドに付着する雨滴を検出する雨滴センサを備え、前記横断データは、前記跨ぎ現象が発生した際の前記雨滴センサの検出結果を含んでもよい。

かかる構成とすることで、管理装置は、照度の変化の原因をある程度推測することができる。

また、前記横断データは、さらに、前回跨ぎ現象が発生してから、今回跨ぎ現象が発生するまでの前記車両の走行ルートを含んでもよい。

かかる構成とすることで、管理装置は、エリアの境界だけでなく、中間部分における照度も把握できるため、日照マップの精度をより向上できる。

また、前記コントローラは、複数の動作モードの中から状況に応じて選択された一つの動作モードで動作し、前記複数の動作モードは、前記跨ぎ現象の発生時に前記横断データを送信する第一モードと、照度に関するデータを前記第一モードに比べてより多量に送信する第二モードと、を含んでもよい。

日照マップの生成に必要なデータの量と内容は、状況、特に、照度提供装置を搭載した車両の粗密に応じて、異なる。上記構成とすれば、状況に応じて、管理装置に送信するデータの量および内容が変更できる。結果として、管理装置は、状況が変化しても、日照マップを適切に生成できる。

また、前記コントローラは、時間帯、車両位置、および、管理装置からの指示、の少なくとも一つに基づいて、前記複数の動作モードから一つの動作モードを選択してもよい。

かかる構成とすることで、コントローラは、適切な動作モードで動作できる。

また、本明細書で開示する照度収集システムは、それぞれが車両に搭載された複数の照度提供装置と、前記複数の照度提供装置から送信された照度に関するデータを管理する管理装置と、を備え、前記照度提供装置は、前記車両に搭載され、車外の照度を検出照度として検出する照度センサと、前記車両に搭載され、前記車両の位置を検出位置として検出する位置センサと、前記照度に関する閾値である照度閾値を１以上記憶し、前記検出照度が１以上の前記照度閾値のうちの一つの前記照度閾値を跨ぐ跨ぎ現象の有無を監視するコントローラと、を備え、前記コントローラは、前記跨ぎ現象が発生した際の前記検出位置を示す情報と、前記跨ぎ現象が発生した際の前記検出照度を示す情報と、を含む横断データを、前記管理装置に送信する、ことを特徴とする。

かかる構成とすることで、車両と管理装置との通信量を抑制しつつ、日照マップを適切に生成できる。

この場合、前記管理装置は、前記横断データに含まれる前記検出位置を、跨いだ前記照度閾値で分類してマッピングし、同じ照度閾値に対応する前記検出位置を繋げることで、照度レベルで区分けされた日照マップを生成してもよい。

本明細書で開示する技術によれば、車両と管理装置との通信量を抑制しつつ、日照マップを適切に生成できる。

照度収集システムの構成を示すイメージ図である。 照度提供装置の構成を示すブロック図である。 コントローラが記憶する照度閾値と照度レベルとの関係を示すイメージ図である。 管理装置による横断データのマッピング結果の一例を示す図である。 図４のマッピング結果から生成される日照マップの一例を示す図である。 照度の変化の一例を示す図である。 横断データの送信処理の流れを示すフローチャートである。 定期送信形態でのデータ通信量と、本例におけるデータ通信量と、の比較を示す図である。 変動エリアデータの送信処理の流れを示すフローチャートである。 ヒステリシス幅Ｈを持たせた場合の照度閾値の一例を示す図である。 中間データの送信処理の流れを示すフローチャートである。 車両の走行ルートの一例を示す図である。 第一モードと第二モードとの組み合わせの一例を示す表である。

以下、図面を参照して照度収集システム１０の構成について説明する。図１は、照度収集システム１０の構成を示すイメージ図である。また、図２は、照度提供装置１２の構成を示すブロック図である。

照度収集システム１０は、様々な場所における照度を収集するもので、管理装置１４と、複数の照度提供装置１２と、を備える。管理装置１４は、複数の照度提供装置１２から照度に関するデータ（以下「照度データ」と呼ぶ）を受信し、これを管理する。管理装置１４は、収集した照度データに基づいて、照度の分布を示す日照マップ４０を生成する。この日照マップ４０は、例えば、太陽電池を搭載した車両または可搬型電子機器（例えば携帯端末等）に、太陽光発電に適した場所の情報を提供するために利用されてもよい。したがって、例えば、管理装置１４は、太陽電池を搭載した電動車両からリクエストがあった場合、日照マップ４０に基づいて、太陽光発電を効率的に行える走行ルートを算出し、当該電動車両に提供する。なお、管理装置１４は、物理的には、プロセッサと、記憶装置と、通信Ｉ／Ｆと、を有したコンピュータである。

照度提供装置１２は、車両１００に搭載されており、車両１００の位置および当該位置における照度を検出し、照度データとして、管理装置１４に送信する。かかる照度提供装置１２は、図２に示すように、位置センサ１６と、照度センサ１８と、雨滴センサ２０と、コントローラ２２と、を有する。

位置センサ１６は、照度提供装置１２（ひいては車両１００）の位置を検出するセンサであり、例えば、ＧＰＳである。この位置センサ１６は、照度提供装置１２のために、専用に設けられてもよいし、もともと、車両１００に搭載されている位置センサを流用してもよい。位置センサ１６による検出結果は、検出位置Ｐｄとしてコントローラ２２に出力される。

照度センサ１８は、車外の照度を検出するセンサで、例えば、フォトダイオード等からなる受光素子を有し、当該受光素子に入射した光を電気信号に変換する。かかる照度センサ１８は、照度提供装置１２のために、専用に設けられてもよいし、もともと、車両１００に搭載されている照度センサを流用してもよい。例えば、車両１００には、暗い環境下では点灯することが義務付けられた灯火、具体的には、前照灯や尾灯等がある。かかる前照灯等の点灯を自動的に行うために、車両１００には、「オートライトセンサ」と呼ばれる照度センサが搭載されている。照度提供装置１２で用いる照度センサ１８は、オートライトセンサとして利用されている照度センサを流用してもよい。照度センサ１８で検知された照度は、検出照度Ｉｄとして、検出位置Ｐｄとともに、コントローラ２２に出力される。

雨滴センサ２０は、車両１００のウィンドシールドに付着する水滴の有無を検知するセンサである。かかる雨滴センサ２０も、照度提供装置１２のために、専用に設けられてもよいし、もともと、車両１００に搭載されている雨滴センサを流用してもよい。例えば、車両１００には、雨の量に応じてワイパー速度を自動的に調整するために、雨滴量を検知する雨滴センサが設けられている。照度提供装置１２で用いる雨滴センサ２０は、このオートワイパーのために設けられた雨滴センサでもよい。

コントローラ２２は、各種センサ１６，１８，２０で検知されたデータを管理し、必要に応じて、管理装置１４に送信する。かかるコントローラ２２は、物理的には、プロセッサ３２と、記憶装置３４と、通信Ｉ／Ｆ３６と、を有したコンピュータである。この「コンピュータ」には、コンピュータシステムを一つの集積回路に組み込んだマイクロコントローラも含まれる。また、プロセッサ６２とは、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

また、記憶装置３４は、半導体メモリ（例えばＲＡＭ、ＲＯＭ、ソリッドステートドライブ等）および磁気ディスク（例えば、ハードディスクドライブ等）の少なくとも一つを含んでもよい。

通信Ｉ／Ｆ３６は、車両１００の外部の様々な機器との通信を可能にする。この通信Ｉ／Ｆ３６は、複数種類の通信規格に対応してもよい。したがって、通信Ｉ／Ｆ３６は、例えば、ＷｉＦｉ（登録商標）等の無線ＬＡＮや、携帯電話会社等がサービス提供するモバイルデータ通信を介して、インターネット通信する通信設備を有してもよい。また、通信Ｉ／Ｆ３６は、インターネットを介することなく、他の車両や道路上のインフラ設備と通信する、ＤＳＲＣ（狭域通信）のための通信設備（アンテナ等）を有してもよい。照度提供装置１２は、この通信Ｉ／Ｆ３６を介して、管理装置１４と様々なデータの送受を行う。

コントローラ２２は、必要に応じて照度に関するデータ（すなわち照度データ）を、管理装置１４に送信する。ここで、管理装置１４で生成する日照マップ４０の精度を向上するためには、照度提供装置１２から送信される照度データは、多いほどよい。しかし、照度提供装置１２から管理装置１４に、照度データを高頻度で多量に送信した場合、通信量が増大し、通信回線に悪影響を与えるおそれがある。一方で、照度データの通信頻度を単に低下しただけの場合、日照マップ４０の精度が低下するという別の問題を招く。

そこで、本明細書で開示する照度提供装置１２は、通信量抑制と日照マップ４０の分解能向上を両立させるために、コントローラ２２は、予め記憶した複数の照度閾値Ｔｈ１～Ｔｈ４と検出照度Ｉｄとを比較し、その比較結果に応じて照度に関するデータを管理装置１４に送信している。以下、これについて詳説する。

コントローラ２２は、照度に関する閾値である照度閾値Ｔｈ１～Ｔｈ４を記憶しており、照度は、この複数の照度閾値Ｔｈ１～Ｔｈ４により、複数の照度レベルＬ０～Ｌ４にレベル分けされている。なお、以下では、四つの照度閾値Ｔｈ１～Ｔｈ４を区別しない場合は、末尾の数字を「＊」に代えて、「照度閾値Ｔｈ＊」と表記する。五つの照度レベルＬ０～Ｌ４についても、そのレベルを区別しない場合は、「照度レベルＬ＊」と表記する。

図３は、コントローラ２２が記憶する照度閾値Ｔｈ＊と照度レベルＬ＊との関係を示すイメージ図である。図３において、横軸は、照度を、縦軸は、照度レベルＬ＊を示している。図３に示すように、照度が照度閾値Ｔｈ１未満の場合には照度レベルＬ０となり、照度が照度閾値Ｔｈ１以上かつ照度閾値Ｔｈ２未満の場合には照度レベルＬ１となり、照度が照度閾値Ｔｈ２以上かつ照度閾値Ｔｈ３未満の場合には照度レベルＬ２となり、照度が照度閾値Ｔｈ３以上かつ照度閾値Ｔｈ４未満の場合には照度レベルＬ３となり、照度が照度閾値Ｔｈ４以上の場合には照度レベルＬ４となる。

照度センサ１８は、所定のサンプリングタイミングごとに、照度を検出し、検出照度Ｉｄとしてコントローラ２２に出力する。コントローラ２２は、この検出照度Ｉｄを、複数の照度閾値Ｔｈ＊と比較する。そして、コントローラ２２は、検出照度Ｉｄが、複数の照度閾値Ｔｈ＊のうちの一つを跨いだか否かを監視する。以下では、検出照度Ｉｄが、複数の照度閾値Ｔｈ＊のうち一つの照度閾値Ｔｈ＊を跨ぐことを「跨ぎ現象」と呼ぶ。例えば、あるサンプリングタイミングにおける検出照度Ｉｄ［ｉ］が、照度閾値Ｔｈ１未満であったが、次のサンプリングタイミングで得られた検出照度Ｉｄ［ｉ＋１］が、照度閾値Ｔｈ１以上である場合、コントローラ２２は、跨ぎ現象が発生したと判断する。なお、以下では、跨ぎ現象が発生した際の検出位置Ｐｄを「横断位置Ｐｔ」と呼び、跨がれた閾値を「横断閾値Ｔｈｔ」と呼ぶ。

跨ぎ現象が発生した場合、コントローラ２２は、管理装置１４に、横断データを送信する。横断データは、照度データの一種であり、跨ぎ現象が発生した際の検出位置Ｐｄを示す情報と、跨ぎ現象が発生した際の検出照度Ｉｄを示す情報と、を含む。

ここで、「跨ぎ現象が発生した際の検出位置Ｐｄを示す情報」とは、跨ぎ現象が発生した際の検出位置Ｐｄ、すなわち、横断位置Ｐｔそのものでもよいし、当該横断位置Ｐｔに対して何らかの加工を施した値でもよい。また、「跨ぎ現象が発生した際の検出照度Ｉｄを示す情報」は、例えば、検出照度Ｉｄが跨いだ照度閾値Ｔｈ＊、すなわち、横断閾値Ｔｈｔでもよい。また、こうした横断閾値Ｔｈｔに替えて、横断閾値Ｔｈｔを跨ぐ直前または直後またはその両方における検出照度Ｉｄまたは照度レベルＬ＊の値でもよい。

いずれにしても、横断データは、跨ぎ現象発生時の位置および照度に関する情報を含んでいる。かかる横断データは、一つの照度レベルＬ＊に属するエリアの境界を示すデータともいえる。また、横断データは、照度および位置を示す情報に加えて、さらに、別の情報を含んでもよい。例えば、横断データは、検出照度Ｉｄが、横断閾値Ｔｈｔを、上昇して跨いだのか、下降して跨いだのかを示す横断方向を含んでもよい。また、横断データは、検出照度Ｉｄが横断閾値Ｔｈｔを跨いだ際の車両１００の進行方向を示す情報を有してもよい。横断データが、横断方向および進行方向を含むことで、横断位置Ｐｔを中心として、いずれの方向が横断閾値より低く、いずれの方向が横断閾値以上であるか、を把握することができる。

管理装置１４は、多数の照度提供装置１２から送信される横断データに含まれる横断位置Ｐｔを、横断閾値Ｔｈｔで分類してマッピングする。図４は、この管理装置１４による横断データのマッピング結果の一例を示す図である。図４において、丸印は、照度閾値Ｔｈ４を跨いだ際の横断位置Ｐｔを、三角印は、照度閾値Ｔｈ３を跨いだ際の横断位置Ｐｔを、菱形印は、照度閾値Ｔｈ２を跨いだ際の横断位置Ｐｔを、バツ印は、照度閾値Ｔｈ１を跨いだ際の横断位置Ｐｔを、それぞれ示している。そして、同じ照度閾値Ｔｈ＊に対応する横断位置Ｐｔを繋げることで、照度レベルＬ＊で区分けされたエリアの境界線が得られる。例えば、図４の場合、丸印をつなげていくことで、照度レベルＬ４のエリアの境界線が得られる。同様に三角印を繋げれば、照度レベルＬ３のエリアと照度レベルＬ２のエリアとの境界線が、菱形印を繋げれば、照度レベルＬ２のエリアと照度レベルＬ１のエリアとの境界線が、バツ印を繋げれば、照度レベルＬ１のエリアと照度レベルＬ０のエリアとの境界線が、得られる。

なお、後に詳説する本例の処理フローでは、照度レベルＬ＊が二段階以上異なる二つのエリアの境界線上には、異なる二種類の横断位置Ｐｔが現れる。例えば、図４におけるエリアＥｂのように、照度レベルＬ４のエリアと、照度レベルＬ２のエリアの境界線上には、照度閾値Ｔｈ４に対応する横断位置Ｐｔ（丸印）と、照度閾値Ｔｈ３（三角印）に対応する横断位置Ｐｔと、が現れる。これは、各横断位置Ｐｔを管理装置１４に通知する照度提供装置１２の移動方向が異なるためである。すなわち、本例の処理フローでは、照度レベルＬ４のエリアから照度レベルＬ２のエリアに移動した照度提供装置１２は、照度閾値Ｔｈ３に対応する横断閾値Ｔｈｔ（三角印）を、照度レベルＬ２のエリアから照度レベルＬ４のエリアに移動した照度提供装置１２は、照度閾値Ｔｈ４に対応する横断位置Ｐｔ（丸印）を、それぞれ、管理装置１４に通知する。したがって、管理装置１４は、一つの照度閾値Ｔｈ＊（例えばＴｈ４）に対応する境界線に、他の照度閾値Ｔｈ＊（例えばＬ３）に対応する境界線と、が重なることを許容する。

管理装置１４は、この境界線で囲まれたエリアに照度レベルＬ＊を割り当てることで、日照マップ４０を生成する。図５は、図４のマッピング結果から生成される日照マップ４０の一例を示す図である。このように、照度提供装置１２から管理装置１４に対して、横断データ、すなわち、照度レベルＬ＊で区分けされたエリアの境界を示すデータを送信することで、照度提供装置１２と管理装置１４との通信量を抑えつつ、十分な分解能の日照マップ４０を生成できる。

ただし、跨ぎ現象の発生の度に横断データを送信したとしても、日照マップ４０の有用性向上には、殆ど寄与しない場合がある。これについて、図６を参照して説明する。図６は、照度の変化の一例を示す図である。図６の例では、車両１００は、市街地、森林、市街地、トンネルの順で走行する。

最初の市街地では、検出照度Ｉｄは、常に、照度閾値Ｔｈ４以上である。その後、車両１００は、時刻ｔ０からｔ１において森林の中を走行する。森林の中では、木漏れ日が差し込む日向のエリアと、木陰となる日陰のエリアと、がランダムに発生するため、検出照度Ｉｄは、短い間隔で大きく変動する。換言すれば、検出照度Ｉｄが照度閾値Ｔｈ＊を跨ぐ跨ぎ現象が、短い間隔で繰り返し発生する。一方で、巨視的に見れば、森林の中では、平均的な照度は、殆ど変わらず、変動の開始時（時刻ｔ０）と終了時（時刻ｔ１）とで、照度も殆ど変化しない。このように、照度が短い間隔で振動状に変動するものの、変動の開始時と終了時とで照度レベルが変化しないエリアを、以下では、「変動エリア」と呼ぶ。太陽光発電への利用の観点から見れば、こうした変動エリア内の明暗の境界が分かったとしても殆ど意味がない。一方で、変動エリアにおいて、跨ぎ現象の発生の度に横断データを管理装置１４に送信した場合、通信量が無駄に増加することになる。

また、森林を抜けて市街地に進入すれば、再び、検出照度Ｉｄは、照度閾値Ｔｈ４以上となる。そして、車両１００が、時刻ｔ４に、トンネルに進入すると、検出照度Ｉｄは、急激に低下し、時刻ｔ５には、照度閾値Ｔｈ１未満となる。換言すれば、時刻ｔ４～ｔ５の短時間の間に、検出照度Ｉｄが照度閾値Ｔｈ４～Ｔｈ１を跨ぐ跨ぎ現象が４回発生する。照度が急激に低下したことを把握するためには、この４回の跨ぎ現象のうち最後の跨ぎ現象（すなわち、Ｔｈ１を跨いだ現象）だけが分かればよく、それ以前の３回の跨ぎ現象（すなわち、Ｔｈ４，Ｔｈ３，Ｔｈ１を跨ぐ現象）について、管理装置１４が把握しておくメリットは少ない。

そこで、コントローラ２２は、予め、規定の標準時間Ｔｄｅｆを設定しておき、跨ぎ現象が発生した後、この標準時間Ｔｄｅｆを経過するまで、新たな跨ぎ現象が発生しない場合にのみ、横断データを送信する。換言すれば、コントローラ２２は、跨ぎ現象が発生した後、標準時間Ｔｄｅｆが経過する前に、再度、跨ぎ現象が発生した場合には、横断データの送信を行わない。かかる構成とすることで、照度提供装置１２から管理装置１４への通信量をより低減できる。

図７は、こうした横断データの送信処理の流れを示すフローチャートである。コントローラ２２は、検出照度Ｉｄおよび検出位置Ｐｄを定期的に取得する（Ｓ１０）。コントローラ２２は、得られた検出照度Ｉｄから現在の照度レベルＬ＊（以下「現在照度レベルＬｄ」と呼ぶ）を特定し、これを開始照度レベルＬｓとして記憶装置３４に一時記憶する（Ｓ１２）。開始照度レベルＬｓは、図６のｔ０～ｔ１のような変動エリアと、ｔ４～ｔ５のような急変エリアと、を区別するためのパラメータであるが、これについては後述する。続いて、ステップＳ１４では、コントローラ２２は、検出照度Ｉｄが得られるたびに、当該検出照度Ｉｄと、予め設定された複数の照度閾値Ｔｈ＊と、を比較し、跨ぎ現象の有無を確認する（Ｓ１４）。跨ぎ現象が生じていない場合（Ｓ１４でＮｏ）には、ステップＳ１０に戻り、ステップＳ１０とステップＳ１２を繰り返す。

検出照度Ｉｄが、いずれかの照度閾値Ｔｈ＊を跨ぐ跨ぎ現象が生じている場合（Ｓ１４でＹｅｓ）、コントローラ２２は、跨がれた照度閾値Ｔｈ＊を横断閾値Ｔｈｔとして、跨いだ時点の検出位置Ｐｄを横断位置Ｐｔとして、それぞれ、記憶装置３４に一時記憶する（Ｓ１６）。続いて、コントローラ２２は、コントローラ２２に内蔵されたタイマ（図示せず）をリセットしたうえで、当該タイマによる経過時間の計測を開始する（Ｓ１８）。コントローラ２２は、この経過時間と標準時間Ｔｄｅｆとの比較を行う（Ｓ２０）。

計測時間が標準時間Ｔｄｅｆ未満の場合（Ｓ２０でＮｏ）、コントローラ２２は、再び、検出照度Ｉｄおよび検出位置Ｐｄを取得し（Ｓ２２）、跨ぎ現象の有無を監視する（Ｓ２４）。検出照度Ｉｄが照度閾値Ｔｈ＊を跨ぐ跨ぎ現象が生じた場合（Ｓ２４でＹｅｓ）、コントローラ２２は、ステップＳ１６に戻り、横断閾値Ｔｈｔおよび横断位置Ｐｔを更新したうえで、タイマをリセットして、時間計測を再度、開始する（Ｓ１８）。一方、跨ぎ現象が生じない場合（Ｓ２４でＮｏ）、コントローラ２２は、標準時間Ｔｄｅｆが経過するまで、検出照度Ｉｄおよび検出位置Ｐｄの取得（Ｓ２２）を繰り返す。そして、計測時間が標準時間Ｔｄｅｆ以上となれば（Ｓ２０でＹｅｓ）、直近で得られた検出照度Ｉｄから求まる現在照度レベルＬｄと、記憶装置３４に一時記憶されている開始照度レベルＬｓと、を比較する（Ｓ２６）。比較の結果、Ｌｄ≠Ｌｓの場合（Ｓ２６でＮｏ）、コントローラ２２は、一時記憶している横断閾値Ｔｈｔおよび横断位置Ｐｔを含む横断データを、管理装置１４に送信する（Ｓ２８）。一方、Ｌｄ＝Ｌｓの場合、コントローラ２２は、直近の跨ぎ現象は、変動エリアに起因する跨ぎ現象であると判定し、横断データを送信することなく、ステップＳ１０に戻る。

再び、図６を参照して、横断データの送信について説明する。図７のフローに従った場合、時刻ｔ０において跨ぎ現象が発生するため、コントローラ２２は、時刻ｔ０時点の検出位置Ｐｄおよび跨いだ照度閾値Ｔｈ４を、横断位置Ｐｔおよび横断閾値Ｔｈｔとして記憶装置３４に一時記憶する。また、コントローラ２２は、最初の跨ぎ現象の直前における照度レベルＬ４を開始照度レベルＬｓとして記憶装置３４に一時記憶する。

時刻ｔ０以降、標準時間Ｔｄｅｆよりも短い間隔で、跨ぎ現象が繰り返される。図７のフローに従えば、コントローラ２２は、跨ぎ現象が発生する度に、記憶装置３４に記憶されている横断位置Ｐｔおよび横断閾値Ｔｈｔを更新する一方で、管理装置１４への横断データ送信は行わない。そして、変動エリアが終わる時刻ｔ１から標準時間Ｔｄｅｆが経過した時刻ｔ２になれば、コントローラ２２は、その時点での照度レベルＬ４（すなわち現在照度レベルＬｄ）を、記憶装置３４に記憶されている開始照度レベルＬｓと比較する。本例の場合、現在照度レベルＬｄと開始照度レベルＬｓは、いずれも、Ｌ４で同じである。そのため、この場合、図７のステップＳ２６でＹｅｓとなるため、コントローラ２２は、時刻ｔ２では、横断データを送信しない。

また、時刻ｔ４で跨ぎ現象が発生した場合も、コントローラ２２は、当該跨ぎ現象の直前における照度レベルＬ４を開始照度レベルＬｓとして記憶装置に一時記憶する。一方で、時刻ｔ４以降、時刻ｔ５まで、標準時間Ｔｄｅｆより短い間隔で跨ぎ現象が発生する。この場合、コントローラ２２は、跨ぎ現象が発生する度に、記憶装置３４に記憶する横断位置Ｐｔと横断閾値Ｔｈｔとを更新するが、管理装置１４への横断データの送信は行わない。そして、最後に跨ぎ現象が発生した時刻ｔ５から標準時間Ｔｄｅｆが経過した時刻ｔ６において、コントローラ２２は、現在照度レベルＬｄ＝Ｌ０と、記憶装置３４に記憶されている開始照度レベルＬｓ＝Ｌ４と、を比較する。この場合、Ｌｄ≠Ｌｓであるため、コントローラ２２は、直近の跨ぎ現象（すなわち時刻ｔ５の跨ぎ現象）で得られた横断位置Ｐｔおよび横断閾値Ｔｈｔを含む横断データを、管理装置１４に送信する。

なお、時刻ｔ３では、建物の影等に起因して、検出照度Ｉｄがわずかに低下しているが、照度閾値Ｔｈ＊を跨がない。そのため、当然ながら、時刻ｔ３でも、横断データは、管理装置１４に送信されない。

つまり、図７のフローに従えば、図６の例において、横断データは、時刻ｔ６に１回だけ送信されることになる。このように、横断データの送信回数は、少ないものの、当該横断データは、照度レベルＬ＊で区分けされたエリアの境界を示している。そのため、管理装置１４は、照度レベルＬ＊で区分けされたエリアを十分に把握でき、日照マップ４０を十分な分解能で生成できる。つまり、本例によれば、データ通信量を抑えつつ、十分な分解能の日照マップ４０を生成できる。

ところで、本例では、検出照度Ｉｄと照度閾値Ｔｈ＊との比較を行い、検出照度Ｉｄが照度閾値Ｔｈ＊を跨ぐ跨ぎ現象が生じたタイミングのみで、横断データを送信している。しかし、検出照度Ｉｄと照度閾値Ｔｈ＊との比較を行わず、定期的に得られる検出照度Ｉｄと検出位置Ｐｄとのペアを、定期的に送信する形態（以下「定期送信形態」）も考えられる。この定期送信形態でのデータ通信量と、本例におけるデータ通信量と、の比較を図８に示す。

図８において、上段は、検出照度Ｉｄの変化を、下段は、データ通信量の変化を、それぞれ示している。また、図８の下段のグラフにおいて、破線は、定期送信形態でのデータ通信量を、実線は、本例におけるデータ通信量を、それぞれ、示している。図８から明らかな通り、定期送信形態では、時間に比例してデータ通信量が増大していく。一方、本例では、跨ぎ現象が生じる時刻ｔ６でのみ、データを送信している。その結果、データ通信量の総量を、定期送信形態に比べて、大幅に低減できることが分かる。

ところで、日照マップ４０は、太陽光発電に適したエリアあるいは適さないエリアを特定するために利用されることが多い。そして、図６の時刻ｔ０～ｔ１のように、明暗が頻繁に切り替わる変動エリアは、太陽光発電には適さないエリアといえる。しかし、図７のフローでは、変動エリアの境界については、何らデータを送信しておらず、太陽光発電に適さない変動エリアの境界を管理装置１４が把握できない。そこで、横断データに加え、変動エリアの境界を示すデータも送信するようにしてもよい。

具体的には、コントローラ２２は、跨ぎ現象が予め規定された標準頻度を超えて頻繁に発生するような照度変動が発生する場合、当該変動が開始した際の検出位置Ｐｄである変動開始位置Ｐｓと、当該変動が終了した際の検出位置Ｐｄである変動終了位置Ｐｅと、を含む変動エリアデータを、管理装置１４に送信してもよい。図６の例によれば、コントローラ２２は、時刻ｔ０での検出位置Ｐｄである変動開始位置Ｐｓと、時刻ｔ１での検出位置Ｐｄである変動終了位置Ｐｅと、を含む変動エリアデータを時刻ｔ２に管理装置１４に送信する。

図９は、変動エリアデータの送信処理の流れを示すフローチャートである。コントローラ２２は、図７のフローと並行して、図９のフローを実行してもよい。変動エリアデータを送信する際、コントローラ２２は、まず、跨ぎ現象の発生回数を示すパラメータＫをリセットする（Ｓ３０）。続いて、コントローラ２２は、検出照度Ｉｄおよび検出位置Ｐｄを取得したうえで（Ｓ３２）、跨ぎ現象の有無を確認する（Ｓ３４）。跨ぎ現象が発生した場合（Ｓ３４でＹｅｓ）、コントローラ２２は、直近で得られた検出位置Ｐｄを、変動開始位置Ｐｓとして記憶装置３４に一時記憶したうえで（Ｓ３６）、パラメータＫをインクリメントする（Ｓ３８）。

続いて、コントローラ２２は、タイマをリセットして、時間の計測を開始する（Ｓ４０）。計測時間が、標準時間Ｔｄｅｆに達しない場合（Ｓ４２でＮｏ）、コントローラ２２は、再び、検出位置Ｐｄおよび検出照度Ｉｄを取得し（Ｓ４４）、跨ぎ現象の有無を確認する（Ｓ４６）。そして、跨ぎ現象の発生が確認されるたびに（Ｓ４６でＹｅｓ）、パラメータＫのインクリメント（Ｓ３８）と、タイマのリセット（Ｓ４０）と、を行う。

一方、ステップＳ４６で跨ぎ現象が確認できなければ、コントローラ２２は、パラメータＫおよびタイマをリセットすることなく、ステップＳ４２に進む。そして、最終的に、計測時間が、標準時間Ｔｄｅｆを超過した場合（Ｓ４２でＹｅｓ）、コントローラ２２は、パラメータＫを予め規定していた標準値Ｋｄｅｆと比較する。この標準値Ｋｄｅｆは、２以上の整数であれば、特に限定されない。ただし、標準値Ｋｄｅｆを、照度閾値Ｔｈ＊の個数（図６の例では「４」）以下とした場合、図６の時刻ｔ４～ｔ５のように、検出照度Ｉｄ＊が急低下または急上昇する場所も変動エリアとして検出され得る。こうした問題を避けたい場合には、標準値Ｋｄｅｆを、照度閾値Ｔｈ＊の個数より大きくすればよい。

比較の結果、パラメータＫ、すなわち、跨ぎ現象の発生回数が、標準値Ｋｄｅｆ未満の場合（Ｓ４８でＮｏ）、コントローラ２２は、データを送信することなく、ステップＳ３０に戻る。一方、パラメータＫが標準値Ｋｄｅｆ以上の場合（Ｓ４８でＹｅｓ）、コントローラ２２は、直近の検出位置Ｐｄを変動終了位置Ｐｅとして記憶装置３４に一時記憶する（Ｓ５０）。そして、コントローラ２２は、ステップＳ３６で得られた変動開始位置Ｐｓと、ステップＳ５２で得られた変動終了位置Ｐｅと、を含む変動エリアデータを、管理装置１４に送信する（Ｓ５２）。

この図９のフローに従えば、図６のｔ０～ｔ１のように、照度が頻繁に変動する変動エリアの境界位置、すなわち、変動開始位置Ｐｓおよび変動終了位置Ｐｅを含む変動エリアデータが管理装置１４に送信される。そして、これにより、管理装置１４は、太陽光発電に適さない変動エリアを日照マップ４０に反映させることができる。そして、結果として、管理装置１４は、太陽光発電を効率的に行えるルートを、より高い精度で算出できる。

なお、図７，図９のフローでは、跨ぎ現象の発生後、時間の計測を開始し（Ｓ１８，Ｓ４０）、標準時間Ｔｄｅｆを経過したか否かを監視している（Ｓ２０，Ｓ４２）。しかし、こうした時間を基準とした判断に替えて、車両１００の走行距離を基準とした判断を行ってもよい。すなわち、図７，図９のステップＳ１８，Ｓ４０で、時間ではなく、走行距離の計測を開始し、ステップＳ２０，Ｓ４２で、走行距離が、予め規定された標準距離に達したか否かを監視してもよい。

ところで、照度レベルＬ＊で区分けされた二つのエリアの境界付近でも、跨ぎ現象が頻繁に発生する。例えば、図５のエリアＥａ付近では、照度閾値Ｔｈ４を超える跨ぎ現象と、照度閾値Ｔｈ４を下回る跨ぎ現象が、頻繁に発生することが予想される。かかる場合において、当該境界付近を、境界ではなく、変動エリアとして認識することは、適当ではない。そこで、こうした境界付近での照度の揺らぎを無視するために、照度閾値Ｔｈ＊に所定のヒステリシス幅を持たせてもよい。

図１０は、ヒステリシス幅Ｈを持たせた場合の照度閾値の一例を示す図である。図１０において、実線は、照度が上昇方向に変化する場合に採用される照度閾値を、破線は、照度が下降方向に変化する場合に採用される照度閾値を、それぞれ示している。

図１０に示すように、上昇方向に変化する場合は、基準の照度閾値Ｔｈ１～Ｔｈ４に対して、Ｈ／２を加算した値を、照度閾値としている。また、下降方向に変化する場合は、基準の照度閾値Ｔｈ１～Ｔｈ４に対して、Ｈ／２を減算した値を、照度閾値としている。かかる構成とすることで、検出照度Ｉｄが、一つの照度閾値Ｔｈ＊付近で細かく揺らぐ現象を無視できる。

また、これまでの説明では、跨ぎ現象が発生したタイミングで、照度提供装置１２から管理装置１４へのデータ送信を行っている。しかし、照度提供装置１２の負荷にならない程度であれば、他のタイミングでも、照度に関するデータ（すなわち照度データ）を送信するようにしてもよい。

例えば、コントローラ２２は、照度データを管理装置１４に送信した後、新たにデータ送信することなく、予め規定された待機時間Ｔｗｔが経過、または、車両１００が予め規定された待機距離Ｌｗｔだけ走行した中間報告タイミングに達した場合、跨ぎ現象が発生していなくても、照度データの一種である中間データを管理装置１４に送信してもよい。中間データは、例えば、中間報告タイミング時点での検出位置Ｐｄと、中間報告タイミングまでに得られた検出照度Idの代表値または中間報告タイミング時点での検出照度Idと、を含む。ここで、検出照度Idの代表値とは、前回のデータ送信から中間報告タイミングまでに得られた複数の検出照度Idを代表する値であり、例えば、平均値、中央値、最頻値等である。

図１１は、中間データの送信処理の流れを示すフローチャートである。この図１１のフローは、図７のフローと並行して実行される。コントローラ２２は、まず、タイマをリセットして、経過時間の計測を開始する（Ｓ６０）。計測開始後、コントローラ２２から管理装置１４に対して、照度に関するデータ、すなわち、横断データ、変動エリアデータ、および、中間データのいずれかが送信された場合（Ｓ６２でＹｅｓ）、コントローラ２２は、ステップＳ６０に戻り、タイマをリセットしたうえで、経過時間の計測を再度開始する。一方、データ送信を行うことなく、経過時間が待機時間Ｔｗｔに達すれば（Ｓ６２でＮｏ、Ｓ６４でＹｅｓ）、コントローラ２２は、その時点の検出位置Ｐｄを示す情報、および、検出照度Ｉｄを示す情報を含む中間データを管理装置１４に送信する（Ｓ６６）。このように、長時間、データ送信が無い場合には、跨ぎ現象が発生していなくても、照度に関するデータを送信することで、日照マップ４０をより高精度に生成することができる。

なお、図１１のフローでは、前回のデータ送信から、待機時間Ｔｗｔ経過したタイミングを中間報告タイミングとし、中間データは、中間報告時における検出照度Ｉｄを含んでいる。ただし、当然ながら、図１１のフローは、待機距離Ｌｗｔだけ走行したタイミングを中間報告タイミングとし、中間データは、中間報告までに得られる複数の検出照度Ｉｄの代表値を含むように変更されてもよい。

また、これまで説明した横断データ、変動エリアデータ、中間データは、照度および位置に関する情報を含んでいる。しかし、横断データ、変動エリアデータおよび中間データは、照度および位置に関する情報に加え、さらに、車両１００の走行ルートを示す情報を含んでもよい。

例えば、車両１００が、図１２の位置Ｐ１から、位置Ｐ２、位置Ｐ３を経由して位置Ｐ４まで走行する場合を考える。図１２の例では、位置Ｐ１から位置Ｐ２までは、照度レベルＬ４であり、位置Ｐ２から位置Ｐ３は、照度レベルＬ３であり、位置Ｐ３から位置Ｐ４までは照度レベルＬ４であるとする。したがって、位置Ｐ２，位置Ｐ３において、跨ぎ現象が発生し、横断データを送信することになる。この横断データは、位置Ｐ２、位置Ｐ３における位置および照度に関する情報に加えて、車両１００の走行ルートに関する情報を含んでもよい。すなわち、位置Ｐ２において送信する横断データは、位置Ｐ１から位置Ｐ２までの走行ルートを示す情報を含み、位置Ｐ３において送信する横断データは、位置Ｐ２から位置Ｐ３までの走行ルートを示す情報を含んでもよい。かかる構成とすることで、管理装置１４は、位置Ｐ１から位置Ｐ２までの経路上は、照度レベルＬ４であり、位置Ｐ２から位置Ｐ３までの経路上は、照度レベルＬ３であることが分かる。そして、これにより、日照マップ４０の精度をより向上できる。

また、横断データとして、横断位置Ｐｔおよび横断閾値Ｔｈｔに加えて、さらに、雨滴センサ２０での検知結果を送信してもよい。雨滴センサ２０は、上述した通り、ウィンドシールドに付着する雨滴の有無を検知するセンサである。この雨滴センサ２０の検知結果を送信することで、管理装置１４は、跨ぎ現象の発生の原因をある程度推測できる。すなわち、検出照度Ｉｄが照度閾値Ｔｈ＊を跨ぐ跨ぎ現象が発生する原因には、時間の経過ととともに進む太陽の動き、日陰を生み出す遮蔽物、および、天候の変化がある。このうち、太陽の動きは、横断データが送信される時刻から判断できる。また、雨滴センサ２０の検知結果を管理装置１４に送信すれば、管理装置１４は、天候の変化が発生したか否かをある程度判断できる。そして、これにより、跨ぎ現象の原因が、太陽の動き、遮蔽物、天候のいずれにあるか、をある程度、推測できる。そして、この推測結果は、今後の日照マップ４０の生成に利用することができるため、日照マップ４０の精度を向上できる。

また、これまでの説明では、横断データとして、照度レベルＬ＊で区分けされたエリアの境界点を示すデータを管理装置１４に送信していた。かかる形態は、照度提供装置１２、ひいては、車両１００の個数が多い場合には、図４に示すように多数の境界点が得られるため、これらの点を繋ぎ合わせることで、エリアの境界線が得られる。しかし、照度提供装置１２、ひいては、車両１００の個数が少ない場合には、得られる境界点の数も少なくなり、エリアの境界線を把握することが難しくなる。このように、照度提供装置１２が少ない場合には、境界点を示す情報だけでなく、さらに、別の情報も送信することが求められる。

そこで、照度提供装置１２は、自身も含む複数の照度提供装置１２の粗密に応じて、その動作モードを切り替えるようにしてもよい。例えば、照度提供装置１２は、その動作モードとして、検出照度Ｉｄと照度閾値Ｔｈ＊との比較結果に応じて横断データを送信する第一モードと、照度に関するデータを第一モードに比べてより多量に送信する第二モードと、を有してもよい。この第一モードと第二モードとの具体的な内容は、適宜、変更することができる。例えば、第二モードは、第一モードに比べて、送信回数を増やすモードでもよい。また、別の形態として、第二モードは、第一モードに比べて、１回に送信するデータ量が多いモードでもよい。

図１３は、第一モードと第二モードとの組み合わせの一例を示す表である。この図１３の第一組み合わせのように、第一モードは、照度閾値Ｔｈ＊を跨いだタイミングで、横断データとして、横断位置Ｐｔおよび横断閾値Ｔｈｔを送信し、第二モードでは、標準時間Ｔｄｅｆよりも短いサンプリングタイミングごとに、検出位置Ｐｄおよび検出位置Ｐｄを送信してもよい。また、図１３の第二組み合わせのように、第一モードおよび第二モードともに、照度閾値Ｔｈ＊を跨いだタイミングで横断データを送信するものの、第二モードでは、横断位置Ｐｔおよび横断閾値Ｔｈｔに加えて、さらに、走行ルートも、横断データとして送信するようにしてもよい。

そして、照度提供装置１２は、自身も含む複数の照度提供装置１２の密度が十分に高いと推測される場合には、第一モードで動作し、照度提供装置１２の密度が十分に高くないと推測される場合には、第二モードで動作するようにしてもよい。照度提供装置１２の粗密は、時間帯、場所、および、管理装置１４からの指示の少なくとも一つに基づいて判断してもよい。例えば、照度提供装置１２の密度は、人の活動量が少ない早朝には低く、通勤車両が多くなる通勤時間帯には、高くなると推測できる。また、照度提供装置１２の密度は、車両１００の絶対数が多い都市部では高くなり、田舎では低くなると推測できる。したがって、照度提供装置１２は、時間帯や車両位置から、照度提供装置１２の粗密をある程度推測できる。また、照度提供装置１２は、複数の照度提供装置１２と通信しているため、場所ごとの照度提供装置１２の粗密を高い精度で判断できる。そこで、管理装置１４において、照度提供装置１２の密度を判断し、その密度に応じた動作モードを各照度提供装置１２に指示してもよい。

かかる構成とすることで、状況に応じて、日照マップ４０の生成に必要なデータを送信することができる。なお、これまでの説明では、動作モードとして、第一モードと第二モードのみを挙げているが、照度提供装置１２は、より多数の動作モードを有してもよい。例えば、照度提供装置１２は、照度閾値Ｔｈ＊を跨いだタイミングで横断位置Ｐｔおよび横断閾値Ｔｈｔを送信する第一モードと、第一モードと同じタイミングで横断位置Ｐｔおよび横断閾値Ｔｈｔに加えてさらに走行ルートを送信する第二モードと、サンプリングタイミングごとに検出照度Ｉｄおよび検出位置Ｐｄを送信する第三モードと、を有してもよい。

なお、ここまで説明した構成は、一例であり、照度提供装置１２のコントローラ２２が、跨ぎ現象が発生した際の検出位置Ｐｄを示す情報と、跨ぎ現象が発生した際の検出照度Ｉｄを示す情報と、を含む横断データを、管理装置１４に送信するのであれば、その他の構成は、適宜、変更されてもよい。例えば、これまでの説明では、照度閾値Ｔｈ＊を、４つ設けているが、照度閾値Ｔｈ＊は、１以上であれば、その個数は、特に限定されない。また、照度提供装置１２は、跨ぎ現象が発生した場合、標準時間Ｔｄｅｆの経過を待つことなく、即座に、横断データを送信してもよい。

１０ 照度収集システム、１２ 照度提供装置、１４ 管理装置、１６ 位置センサ、１８ 照度センサ、２０ 雨滴センサ、２２ コントローラ、３２ プロセッサ、３４ 記憶装置、３６ 通信Ｉ／Ｆ、４０ 日照マップ、６２ プロセッサ、１００ 車両。

Claims (10)

1. 車両に搭載され、車外の照度を検出照度として検出する照度センサと、
   前記車両に搭載され、前記車両の位置を検出位置として検出する位置センサと、
   前記照度に関する閾値である照度閾値を１以上記憶し、前記検出照度が１以上の前記照度閾値のうちの一つの前記照度閾値を跨ぐ跨ぎ現象の有無を監視するコントローラと、
   を備え、前記コントローラは、前記跨ぎ現象が発生した際の前記検出位置を示す情報と、前記跨ぎ現象が発生した際の前記検出照度を示す情報と、を含む横断データを、車外の管理装置に送信する、
   ことを特徴とする照度提供装置。
2. 請求項１に記載の照度提供装置であって、
   前記コントローラは、
   前記跨ぎ現象が発生した後、規定の標準時間が経過するまで、または、前記車両が規定の標準距離を走行するまで、新たな跨ぎ現象が発生しない場合に、前記横断データを前記管理装置に送信し、
   前記跨ぎ現象が発生した後、前記標準時間が経過する前、または、前記車両が前記標準距離を走行する前に、新たな跨ぎ現象が発生した場合には、前記横断データを前記管理装置に送信しない、
   ことを特徴とする照度提供装置。
3. 請求項１または２に記載の照度提供装置であって、
   前記跨ぎ現象が予め規定された標準頻度を超えて頻繁に発生するような照度変動が生じた場合、前記コントローラは、前記照度変動が開始した際の前記検出位置である変動開始位置と、前記照度変動が終了した際の前記検出位置である変動終了位置と、を含む変動データを前記管理装置に送信する、
   ことを特徴とする照度提供装置。
4. 請求項１から３のいずれか１項に記載の照度提供装置であって、
   前記コントローラは、照度に関するデータを前記管理装置に送信した後、新たにデータ送信することなく、予め規定された待機時間が経過、または、前記車両が予め規定された待機距離だけ走行した中間報告タイミングに達した場合、前記中間報告タイミング時点での前記検出位置、および、前記中間報告タイミングまでに得られた前記検出照度の代表値または前記中間報告タイミング時点での前記検出照度を、前記管理装置に送信する、
   ことを特徴とする照度提供装置。
5. 請求項１から４のいずれか１項に記載の照度提供装置であって、
   さらに、前記車両に搭載され、ウィンドシールドに付着する雨滴を検出する雨滴センサを備え、
   前記横断データは、前記跨ぎ現象が発生した際の前記雨滴センサの検出結果を含む、
   ことを特徴とする照度提供装置。
6. 請求項１から５のいずれか１項に記載の照度提供装置であって、
   前記横断データは、さらに、前回跨ぎ現象が発生してから、今回跨ぎ現象が発生するまでの前記車両の走行ルートを含む、
   ことを特徴とする照度提供装置。
7. 請求項１から６のいずれか１項に記載の照度提供装置であって、
   前記コントローラは、複数の動作モードの中から状況に応じて選択された一つの動作モードで動作し、
   前記複数の動作モードは、前記跨ぎ現象の発生時に前記横断データを送信する第一モードと、照度に関するデータを前記第一モードに比べてより多量に送信する第二モードと、を含む、
   ことを特徴とする照度提供装置。
8. 請求項１から７のいずれか１項に記載の照度提供装置であって、
   前記コントローラは、時間帯、車両位置、および、前記管理装置からの指示、の少なくとも一つに基づいて、前記複数の動作モードから一つの動作モードを選択する、
   ことを特徴とする照度提供装置。
9. それぞれが車両に搭載された複数の照度提供装置と、
   前記複数の照度提供装置から送信された照度に関するデータを管理する管理装置と、
   を備え、前記照度提供装置は、
   前記車両に搭載され、車外の照度を検出照度として検出する照度センサと、
   前記車両に搭載され、前記車両の位置を検出位置として検出する位置センサと、
   前記照度に関する閾値である照度閾値を１以上記憶し、前記検出照度が１以上の前記照度閾値のうちの一つの前記照度閾値を跨ぐ跨ぎ現象の有無を監視するコントローラと、
   を備え、前記コントローラは、前記跨ぎ現象が発生した際の前記検出位置を示す情報と、前記跨ぎ現象が発生した際の前記検出照度を示す情報と、を含む横断データを、前記管理装置に送信する、
   ことを特徴とする照度収集システム。
10. 請求項９に記載の照度収集システムであって、
    前記管理装置は、前記横断データに含まれる前記検出位置を、跨いだ前記照度閾値で分類してマッピングし、同じ照度閾値に対応する前記検出位置を繋げることで、照度レベルで区分けされた日照マップを生成する、
    ことを特徴とする照度収集システム。
    

Images