JP6197383B2 - 車両用システム及び車両用電源制御装置 - Google Patents

Description

本発明は、太陽電池を使用した車両に適用する車両用システム、並びにこの車両用システムに含まれる車両用電源制御装置に関する。

従来、例えば特許文献１のように太陽電池を搭載した車両において効率のよい蓄電を行える経路を選択することができる車両用経路案内装置が知られている。

特開２００７−１９９０３４号公報

しかしながら、特許文献１に開示の技術では、太陽電池によって車載バッテリに蓄電した電力を車載機で利用する構成に適用した場合に問題点が生じる。詳しくは、以下の通りである。太陽電池によって車載バッテリに蓄電することができない状況にある場合、車載機の動作時間は、動作開始時の車載バッテリの残蓄電量のみにより定まる。よって、その動作時間以上に車載機を動作させてしまうとバッテリ上がりが生じてしまう。

一方で、近年の車両においては、車載機を遠隔操作したり、データ通信を行ったりするために、益々電力の必要性が上がっている。また、ナビゲーションに使用する地図の更新やさまざまなコンテンツの獲得など、時間のかかる車載機アプリケーションの処理を行いたい要求もある。これらの要求に対して、車載バッテリに蓄電されている電力のみで応えるには、車載バッテリに蓄電されている電力が十分ではない場合も多い。

さらに、車両における電力状況についての情報や車載機の状況についての情報を、車両から離れた位置で遠隔確認したい要求もある。車両における電力状況についての情報の一例としては、車両の太陽電池の発電量、車載バッテリの残蓄電量、車載機の消費電力量がある。また、車載機の状況についての情報の一例としては、車載機アプリケーションの進捗状況、車載機の動作状況等がある。

そこで本発明は、太陽電池を搭載した車両において、バッテリ上がりを抑制しつつ、車載機の作動時間を長くするとともに、車両における電力状況についての情報や車載機の状況についての情報を遠隔確認することを可能にする車両用システム及び車両用電源制御装置を提供することを目的とする。

本発明の車両用システムは、車載機（４、５、６、７）に対する電源としてバッテリ（３）と太陽電池（２）とを搭載している車両で用いられ、車載機の動作に必要な電力を示す動作時消費電力、及び太陽電池が発電している発電電力に基づいて、太陽電池の発電電力が車載機の動作に必要な消費電力以上か否かを逐次判定する発電電力判定部（１１６）と、発電電力判定部で、太陽電池の発電電力が車載機の動作に必要な消費電力以上でないと判定した場合に、車載機を動作させるのに必要な電力をバッテリの電力が上回っているか否かを判定するバッテリ動作判定部（１１８）と、発電電力判定部で、太陽電池の発電電力が車載機の動作に必要な消費電力以上と判定した場合に、太陽電池の発電電力を車載機の電源として設定する一方、バッテリ動作判定部で、車載機を動作させるのに必要な電力量をバッテリの電力が上回っていると判定した場合に、バッテリの電力を少なくとも車載機の電源として設定する電源設定部（１１５）とを備える車両用電源制御装置（１）と、車両用電源制御装置と通信を行うサーバ（２０）と、車両外で用いられ、サーバと通信を行う情報処理端末（３０）とを含み、車両用電源制御装置は、車載機の動作の許可を行う動作許可部（１１９）と、太陽電池による今後の発電電力量の予測値を決定する予測部（１２２）と、予測部が予測した予測値と、バッテリの残蓄電量と、車載機の動作時消費電力とから、バッテリ及び太陽電池を電源として用いて車載機を所定時間以上継続して動作させることが可能か否かを判定する継続動作判定部（１２３）と、車両における電力状況についての情報及び車載機の状況についての情報の少なくともいずれかである状況情報をサーバに転送するアップロード部（１２４）とをさらに備え、サーバは、車両用電源制御装置から転送された状況情報を格納する格納部（２２）を備え、情報処理端末は、サーバの格納部に格納されている状況情報を表示するための情報である状況表示用情報をサーバから取得する状況表示用情報取得部（３４１）と、状況表示用情報取得部で取得した状況表示用情報をもとに、状況情報を示す表示を行う表示部（３３）とを備え、動作許可部は、継続動作判定部で、車載機を所定時間以上継続して動作させることが可能と判定した場合に、当該車載機の動作の許可を行うことを特徴としている。

これによれば、太陽電池の発電電力で車載機を動作させることができる場合には、バッテリの電力は用いず、太陽電池の発電電力を用いて車載機を動作させるので、バッテリの電力消費が抑制される。その結果、バッテリ上がりを抑制しつつ、車載機を動作させることができる。また、太陽電池の発電電力が車載機の動作に必要な消費電力よりも小さい場合でも、バッテリの電力を利用することで車載機を動作せることができる場合には、バッテリの電力を利用して車載機を動作させる。よって、車載機の作動時間を長くすることができる。

さらに、車両における電力状況についての情報や前記車載機の状況についての情報を表示するための状況表示用情報を、情報処理端末がサーバを介して取得して表示部に表示するので、車両における電力状況についての情報や車載機の状況についての情報を遠隔確認することが可能になる。

その結果、太陽電池を搭載した車両において、バッテリ上がりを抑制しつつ、車載機の作動時間を長くするとともに、車両における電力状況についての情報や車載機の状況についての情報を遠隔確認することが可能になる。

また、本発明の車両用電源制御装置は、車載機（４、５、６、７）に対する電源としてバッテリ（３）と太陽電池（２）とを搭載している車両で用いられ、車載機の動作に必要な電力を示す動作時消費電力、及び太陽電池が発電している発電電力に基づいて、太陽電池の発電電力が車載機の動作に必要な消費電力以上か否かを逐次判定する発電電力判定部（１１６）と、発電電力判定部で、太陽電池の発電電力が車載機の動作に必要な消費電力以上でないと判定した場合に、車載機を動作させるのに必要な電力をバッテリの電力が上回っているか否かを判定するバッテリ動作判定部（１１８）発電電力判定部で、太陽電池の発電電力が車載機の動作に必要な消費電力以上と判定した場合に、太陽電池の発電電力を車載機の電源として設定する一方、バッテリ動作判定部で、車載機を動作させるのに必要な電力量をバッテリの電力が上回っていると判定した場合に、バッテリの電力を少なくとも車載機の電源として設定する電源設定部（１１５）と、車載機の動作の許可を行う動作許可部（１１９）と、太陽電池による今後の発電電力量の予測値を決定する予測部（１２２）と、予測部が予測した予測値と、バッテリの残蓄電量と、車載機の動作時消費電力とから、バッテリ及び太陽電池を電源として用いて車載機を所定時間以上継続して動作させることが可能か否かを判定する継続動作判定部（１２３）と、車両における電力状況についての情報及び車載機の状況についての情報の少なくともいずれかである状況情報を、その状況情報を示す表示を行う情報処理端末と通信を行うサーバに転送するアップロード部（１２４）とを備え、動作許可部は、継続動作判定部で、車載機を所定時間以上継続して動作させることが可能と判定した場合に、当該車載機の動作の許可を行うことを特徴としている。よって、太陽電池を搭載した車両において、バッテリ上がりを抑制しつつ、車載機の作動時間を長くするとともに、車両における電力状況についての情報や車載機の状況についての情報を遠隔確認することが可能になる。

車両システム１００の概略的な構成の一例を示す図である。 車両用電源制御装置１の制御部１１の概略的な構成の一例を示す機能ブロック図である。 発電電力の変化に対する電力制御モードの関係図である。 実施形態１におけるサーバ２０の概略的な構成の一例を示す図である。 情報処理端末３０の概略的な構成の一例を示す図である。 実施形態１における制御部１１での動作モード変更関連処理のフローの一例を示すフローチャートである。 電力の推移をモニタリングして判定を繰り返す処理のイメージ図である。 変形例１における制御部１１での動作モード変更関連処理のフローの一例を示すフローチャートである。 変形例２における制御部１１での動作モード変更関連処理のフローの一例を示すフローチャートである。 変形例３における制御部１１での動作モード変更関連処理のフローの一例を示すフローチャートである。 車両用システム１００における状況情報のアップロードに関する処理の一例を示すシーケンス図である。 データベース２２に格納された電力状況情報の一例を示す模式図である。 実施形態１の車両用システム１００における状況情報の閲覧に関する処理の一例を示すシーケンス図である。 実施形態１の車両用システム１００における遠隔操作に関する処理の一例を示すシーケンス図である。 実施形態２におけるサーバ２０の制御部２３の概略的な構成の一例を示す機能ブロック図である。 実施形態２の車両用システム１００における状況情報の閲覧に関する処理の一例を示すシーケンス図である。

以下、本発明の実施形態について図面を用いて説明する。

（実施形態１）
図１は、本発明が適用された車両用システム１００の概略的な構成の一例を示す図である。図１に示す車両用システム１００は、車両用電源制御装置１、サーバ２０、及び情報処理端末３０を含んでいる。

まず、車両用電源制御装置１の説明を行う。車両用電源制御装置１は、太陽電池２及びバッテリ３が搭載された車両で用いられて、図１に示すように、制御部１１、表示部１２、及び音声出力部１３を備える。また、車両用電源制御装置１は、車両に搭載されている太陽電池２、バッテリ３、エアコン４、オーディオ５、ナビゲーション装置６、通信機器７と接続されている。

表示部１２は、液晶ディスプレイや有機ＥＬディスプレイなどを用いて構成され、制御部１１の指示に従って、テキストや画像を表示する。音声出力部１３は、スピーカなどを用いて構成され、制御部１１の指示に従って、音声を出力する。

制御部１１は、通常のコンピュータとして構成されており、内部には周知のＣＰＵ、ＲＯＭやＲＡＭやＥＥＰＲＯＭなどのメモリ、Ｉ／Ｏ、及びこれらの構成を接続するバスライン（いずれも図示せず）などが備えられている。制御部１１は、太陽電池２、バッテリ３、エアコン４、オーディオ５、ナビゲーション装置６、通信機器７から入力された各種情報に基づき、ＲＯＭに予め記憶されているプログラムをＣＰＵが実行することによって各種の処理を実行する。

図２に示すように、制御部１１は、機能ブロックとして、太陽電池情報取得部１１１、バッテリ情報取得部１１２、動作時消費電力取得部１１３、待機消費電力取得部１１４、電源設定部１１５、発電電力判定部１１６、通知部１１７、バッテリ動作判定部１１８、動作許可部１１９、蓄電処理部１２０、処理完了時間取得部１２１、予測部１２２、継続動作判定部１２３、アップロード部１２４、及び車載機操作部１２５を備えている。

太陽電池情報取得部１１１は、太陽光発電で発電された電力（以下、発電電力）を取得する。発電電力は、太陽電池２から直接取得する構成としてもよいし、発電による電圧と電流とを太陽電池２から取得して発電電力を演算することで取得する構成としてもよい。

バッテリ情報取得部１１２は、バッテリの残蓄電量及び電力を取得する。バッテリ３の残蓄電量及び電力は、バッテリ３から直接取得する構成としてもよいし、以下の構成としてもよい。例えば、バッテリ３の電力は、バッテリ３の電圧を測定し、予め記憶しておいたバッテリ３の電圧と電力との関係と、測定した電圧とから決定することで取得する構成としてもよい。バッテリ３の残蓄電量については、バッテリ３の電圧に基づいて、所定の関係式やマップから求めることで取得する構成としてもよい。また、バッテリ３の出力電力、入力電力を積分してバッテリ３の残蓄電量を求めることで取得する構成としてもよい。バッテリ３の残蓄電量及び電力を、以降ではバッテリ電力情報と呼ぶ。

動作時消費電力取得部１１３は、車載機のアプリケーションプログラム（以下、アプリ）を動作させるために車載機にとって必要な動作時消費電力を取得する。動作時消費電力は、エアコン４、オーディオ５、ナビゲーション装置６、通信機器７といった車載機から直接取得する構成としてもよいし、予め記憶しておいた動作時消費電力を読み出すことで取得する構成としてもよい。なお、本実施形態では、車載機としてエアコン４、オーディオ５、ナビゲーション装置６、通信機器７を示すが、車載機はこの一部であってもよいし、これ以外のものであってもよい。

待機消費電力取得部１１４は、車載機の待機消費電力を取得する。待機消費電力については、アプリを動作させる車載機のみの待機消費電力を取得する構成としてもよいが、本実施形態では、バッテリ３が電力を供給している全ての車載機の総待機消費電力を取得する。この総待機消費電力は、各車載機からそれぞれ待機消費電力を取得して、その合計を計算することで取得する構成としてもよいし、予め計算結果を記憶しておいたものを読み出すことで取得する構成としてもよい。以降では、単に待機消費電力という場合は、この総待機消費電力を指すものとする。待機消費電力取得部１１４が請求項の総待機消費電力取得部に相当する。

電源設定部１１５は、太陽電池２とバッテリ３とのいずれか一方又は両方を電源として設定する。太陽電池２とバッテリ３とのいずれを用いるか、或いは双方を同時に用いるかは、太陽電池２の発電電力やバッテリ３に蓄電されている電力によって決定する。

電源の設定方法の詳細は後述するが、電源を、太陽電池２からバッテリ３へ、或いは太陽電池２とバッテリ３との併用に切り替えることができることに伴い、いくつかの電力制御モードに分けることができる。ここで、図３を用いて、発電電力の変化に対する電力制御モードの関係を示す。

図３のグラフは、あるアプリを車載機に動作させる場合の電源設定部１１５による電力制御モードの変更と発電電力との関係を表している。

本実施形態の車両用電源制御装置１は、太陽電池２の発電電力が、動作させようとしている車載機の動作時消費電力を超えている場合には、その発電電力を供給して車載機を動作させるようになっている。なお、通常動作とは、待機状態動作ではない動作状態、すなわち、本来の種々の機能を実行できる状態を言う。

図３のグラフは、縦軸が太陽電池２による発電電力、横軸が時間を示している。グラフ中の一点鎖線は、車載機の待機消費電力を示しており、二点鎖線は、アプリを動作させたときの車載機の動作時消費電力を示している。

図３のグラフ内では、発電電力、待機消費電力、動作時消費電力、バッテリ３の残蓄電量の関係によって、Ｐｈａｓｅ１からＰｈａｓｅ４までに分けている。電源設定部１１５は、これらのＰｈａｓｅごとに電力制御モードを変更する。以下に、Ｐｈａｓｅと制御モードとの詳細を述べる。

まず、Ｐｈａｓｅ１であるが、ｔ＝０はエンジンＯＦＦ時点である。また、ｔ＝０の時点では車載機は待機状態にある。電源設定部１１５は、エンジンＯＦＦ後については、発電電力が動作予定の車載機の動作時消費電力を超えるまでは、アプリを動作させず、待機状態、すなわち、低消費電力モードとする。このときに必要な電力として、待機消費電力があるが、Ｐｈａｓｅ１では、待機消費電力をバッテリ３から供給する。なお、太陽光発電がｔ＝１から開始されているが、Ｐｈａｓｅ１では、発電電力は蓄電処理部１２０がバッテリ３に蓄電する。バッテリ３の電力が待機消費電力を下回っている場合にＰｈａｓｅ１の動作となる。

ｔ＝２からｔ＝３までがＰｈａｓｅ２である。ｔ＝２において、太陽電池２の発電電力のみで、アプリの動作に必要な動作時消費電力を上回るので、ｔ＝２からは太陽電池２のみを電力の供給源としてアプリを動作させることができる。このＰｈａｓｅ２は、太陽電池２でアプリを動作させることができる太陽光動作モードであり、太陽電池２の発電電力がアプリの動作時消費電力を下回るｔ＝３まで継続される。なお、発電電力のうち、動作時消費電力を上回る余剰分の電力は、蓄電処理部１２０がバッテリ３へ蓄電する。

Ｐｈａｓｅ３であるが、ｔ＝３において、太陽電池２の発電電力がアプリの動作時消費電力を下回ると、太陽電池２だけではアプリを動作させられないので、電力の供給源を太陽電池２のみから、バッテリ３を供給源とするバッテリ動作モードへ変更する。このバッテリ動作モードにおいては、電力の供給源をバッテリ３のみとしてもよいし、発電電力が０になるｔ＝４までは、バッテリ３と太陽電池２とを併用してもよい。太陽電池２による電力供給とバッテリ３による電力供給を併用する場合は、２つの電源を直列に繋いで、両方からの電力を車載機に供給できるように電源の接続を切り替える。

バッテリ動作モードとした後、バッテリ３の電力が低下してきたｔ＝５では、低消費電力モードへ切り換える。切り替え後がＰｈａｓｅ４である。ｔ＝５以降は、アプリは動作させず、車載機が待機消費電力で動作する低消費電力モードに戻る。このときの電源の供給はバッテリ３のみによって行う。

また、図３には示していないが、低消費電力モードにおいて、バッテリ３の電力が待機消費電力を下回ると、車載機の待機状態も維持できなくなるので、車載機自体をＯＦＦにする制御を行う。

なお、発電電力判定部１１６、通知部１１７、バッテリ動作判定部１１８、動作許可部１１９、蓄電処理部１２０、処理完了時間取得部１２１、予測部１２２、継続動作判定部１２３、アップロード部１２４、及び車載機操作部１２５については後に詳述する。

図１に戻って、サーバ２０は、車両の外部に設けられるものであって、図４に示すように、通信部２１、データベース２２、及び制御部２３を備えている。

通信部２１は、基地局やインターネットを介して、通信機器７や情報処理端末３０との間で通信を行う。データベース２２は、通信機器７を介して車両用電源制御装置から送信されてくる情報や情報処理端末３０から送信されてくる情報を格納する。データベース２２が請求項の格納部に相当する。

制御部２３は、通常のコンピュータとして構成されており、内部には周知のＣＰＵ、ＲＯＭやＲＡＭやＥＥＰＲＯＭなどのメモリ、Ｉ／Ｏ、及びこれらの構成を接続するバスライン（いずれも図示せず）などが備えられている。制御部２３は、通信部２１、データベース２２から入力された各種情報に基づき、ＲＯＭに予め記憶されているプログラムをＣＰＵが実行することによって各種の処理を実行する。

図４に示すように、制御部２３は、機能ブロックとして、受信処理部２３１、送信処理部２３２、認証処理部２３３、状況情報格納処理部２３４、及び車載機操作指示部２３５を備えている。

受信処理部２３１は、通信部２１で受信した情報を取得し、送信処理部２３２は、通信部２１から情報を送信させる。認証処理部２３３は、公知の認証に関する処理を行う。状況情報格納処理部２３４及び車載機操作指示部２３５については後に詳述する。

図１に戻って、情報処理端末３０は、車両の外部で用いられるものであって、図５に示すように、操作入力部３１、通信部３２、表示部３３、及び制御部３４を備えている。情報処理端末３０としては、例えば携帯電話機やタブレット端末やノートＰＣやデスクトップＰＣ等がある。

操作入力部３１は、ユーザからの操作入力を受け付ける。通信部３２は、基地局やインターネットを介して、サーバ２０との間で通信を行う。表示部３３は、液晶ディスプレイや有機ＥＬディスプレイなどを用いて構成され、制御部３４の指示に従って、テキストや画像を表示する。

制御部３４は、通常のコンピュータとして構成されており、内部には周知のＣＰＵ、ＲＯＭやＲＡＭやＥＥＰＲＯＭなどのメモリ、Ｉ／Ｏ、及びこれらの構成を接続するバスライン（いずれも図示せず）などが備えられている。制御部３４は、操作入力部３１、通信部３２から入力された各種情報に基づき、ＲＯＭに予め記憶されているプログラムをＣＰＵが実行することによって各種の処理を実行する。図５に示すように、制御部３４は、機能ブロックとして、受信処理部３４１、送信処理部３４２、及び画面表示処理部３４３を備えている。

受信処理部３４１は、通信部３２で受信した情報を取得し、送信処理部３４２は、通信部３２から情報を送信させる。画面表示処理部３４３は、表示部３３にテキストや画像を表示させる処理を行う。

次に、図６のフローチャートを用いて、アプリを動作させる場合における車両用電源制御装置１の制御部１１での電力制御モードの変更に関連する処理（以下、動作モード変更関連処理）について説明する。アプリの動作要求は、車載機から制御部１１に通知される。図６のフローチャートでは、エンジンＯＦＦ時にフローを開始する。エンジンＯＦＦであるため、エンジン回転によるバッテリ３への蓄電は行われない状態にある。

まず、ステップＳ１では、前述したようにして、太陽電池情報取得部１１１が発電電力を、バッテリ情報取得部１１２がバッテリ電力情報を、動作時消費電力取得部１１３が動作時消費電力を、待機消費電力取得部１１４が待機消費電力を取得し、ステップＳ２に移る。なお、太陽電池２の発電電力は、図３に示されたように、時間経過と共に変化していく。そこで、ステップＳ１で取得する情報は取得の時点で最新のものとしておく。

ステップＳ２では、発電電力判定部１１６が、ステップＳ１で取得した発電電力と動作時消費電力とを比較して、太陽電池２の発電電力のみでアプリを動作させることが可能か否かを判定する。具体的には、太陽電池２の発電電力が動作時消費電力を上回っている場合に動作可能であると判定し、上回っていない場合に動作不可能と判定する。そして、太陽電池２のみで動作可能と判定した場合（ステップＳ２でＹＥＳ）には、ステップＳ３に移り、太陽電池２のみでは動作不可能と判定した場合（ステップＳ２でＮＯ）には、ステップＳ５に移る。

ステップＳ３では、通知部１１７が、太陽電池２を電力の供給源としてアプリの動作が可能であることを、そのアプリを動作させる車載機へ通知し、ステップＳ４に移る。ステップＳ４では、電源設定部１１５が、太陽電池２を、アプリを動作させる車載機に対する電源として設定し、ステップＳ１２に移る。

ステップＳ２で太陽電池２のみでは動作不可能と判定した場合のステップＳ５では、バッテリ動作判定部１１８が、バッテリ３の電力のみでアプリを動作させることが可能か否かを判定する。具体的には、ステップＳ１で取得したバッテリ電力情報のうちのバッテリ３の電力と、動作時消費電力とを比較して、バッテリ３の電力が動作時消費電力を上回っている場合に動作可能であると判定し、上回っていない場合に動作不可能と判定する。そして、バッテリ３のみで動作可能と判定した場合（ステップＳ５でＹＥＳ）には、ステップＳ６に移り、バッテリ３のみでは動作不可能であると判定した場合（ステップＳ５でＮＯ）には、ステップＳ８に移る。

ステップＳ６では、通知部１１７が、バッテリ３を電力の供給源としてアプリの動作が可能であることを、そのアプリを動作させる車載機へ通知し、ステップＳ７に移る。そして、ステップＳ７では、電源設定部１１５が、バッテリ３を、アプリを動作させる車載機に対する電源として設定し、ステップＳ１２に移る。

ステップＳ７での設定の直前の状態が、電源として太陽電池２のみを設定している場合であった場合には、電源をバッテリ３に完全に切り替える設定としてもよいし、太陽電池２の発電電力がなくなるまでバッテリ３と併用する設定としてもよい。

ステップＳ５でバッテリ３でも動作不可能と判定した場合のステップＳ８では、通知部１１７が、アプリの動作停止を車載機へ通知し、ステップＳ９に移る。アプリを動作するには電力が足りない場合であっても、アプリを動作させる車載機の待機消費電力であればバッテリ３から供給できる場合が多いので、ステップＳ９では、バッテリ３を車載機に対する電源として設定し、ステップＳ１０に移る。

ステップＳ１０では、バッテリ動作判定部１１８が、バッテリ３のみでアプリを動作させる車載機を動作させることが可能か否かを判定する。具体的には、ステップＳ１で取得したバッテリ電力情報のうちのバッテリ３の電力と、待機消費電力とを比較して、バッテリ３の電力が待機消費電力を上回っている場合に動作可能であると判定し、上回っていない場合に動作不可能と判定する。そして、車載機の動作可能と判定した場合（ステップＳ１０でＹＥＳ）には、ステップＳ１２に移り、車載機の動作不可能であると判定した場合（ステップＳ１０でＮＯ）には、ステップＳ１１に移る。

車載機の動作不可能であると判定した場合は、車載機の待機状態を維持することすらできないので、ステップＳ１１では、動作許可部１１９が車載機の動作を許可せず、車載機をＯＦＦにする。

ステップＳ１２では、太陽電池情報取得部１１１が太陽電池２の発電電力を一定時間ごとに取得するとともに、バッテリ情報取得部１１２がバッテリ３の電力を一定時間ごとに取得するモニタリングを行い、ステップＳ１３に移る。このモニタリング自体にも電力を消費するので、このモニタリングによる電力消費をなるべく抑えるために、状況に応じた間隔でモニタリングすることが望ましい。例えば太陽電池２から電力を供給できているときには１０秒間隔であっても、バッテリ３のみで電力を供給しているときには、それよりも相対的に長い間隔、例えば１０分間隔にする。また、アプリを動作させられない状態のときには３時間に１回、且つ、夜間は行わないなどのモニタリング間隔を設定する構成とすればよい。

ステップＳ１３では、ステップＳ１２のモニタリングの結果、電力制御モードに変更がある場合（ステップＳ１３でＹＥＳ）には、ステップＳ１に戻ってフローを繰り返す。一方、電力制御モードに変更がない場合（ステップＳ１３でＮＯ）には、ステップＳ１２に戻ってフローを繰り返す。

Ｓ１３からＳ１に戻る場合には、以下の３つのケースが考えられる。ケース１は、一度目の動作モード変更関連処理時に太陽電池２で車載機が動作可能である場合である。ケース２は、一度目の動作モード変更関連処理時に太陽電池２のみでは車載機の動作不可能であるが、バッテリ３を用いることにより車載機が動作可能である場合である。ケース３は、一度目の動作モード変更関連処理時に、バッテリ３を用いても車載機が動作不可能な場合である。ケース１から順番に説明する。

ケース１は、一度目の動作モード変更関連処理のＳ２において、太陽電池２のみで動作可能と判定していた場合である。この電力制御モードのイメージを図５に模式的にＰｈａｓｅ：Ａとして示した。Ｐｈａｓｅ：Ａでは、太陽電池２の発電電力Ｓ（ｉ）が動作時消費電力（Ｌ）を越えていることから太陽光動作モードでアプリを動作させている。

このＰｈａｓｅ：Ａからの変更の可能性として、例えば、天気や太陽の位置の変化といった外的要因によって太陽電池２の発電電力がアプリの動作時消費電力（Ｌ）を下回った場合が考えられる。図７では、Ｐｈａｓｅ：Ｂに変化することを指す。

このケース１において、Ｓ２、Ｓ５における再度の判定結果は二つに分けることができる。一つ目のケース１−１は、バッテリ３の電力がアプリの動作に十分なだけあり、バッテリ３によってアプリが動作可能と判断するケースである。つまり、Ｓ１３からＳ１に戻り、Ｓ２でＮＯとなるのでＳ５へ進み、Ｓ５でＹＥＳとなるケースである。二つ目の１−２は、バッテリ３の電力がアプリの動作に十分なほどはなく、Ｓ５でＮＯとなるケースである。これが、図７のＰｈａｓｅ：Ｃにあたる。

ケース１−１の場合は、Ｓ７で電源をバッテリ３に切り替えて、バッテリ３の電力でアプリを引き続き動作させつつ、Ｓ１２で太陽電池２及びバッテリ３の電力をモニタリングする。バッテリ３でアプリを動作させている間に、外的要因がなくなって太陽光発電が再び可能になり、太陽電池２の発電電力が動作時消費電力以上まで回復すると、電力制御モードに変更があった（つまり、Ｓ１３でＹＥＳ）として、またＳ１へ戻ることもある。発電電力が回復した場合の一例が、図７のＰｈａｓｅ：Ｄである。

しかし、太陽電池２発電電力が回復せず、バッテリ３の残蓄電量が図５の最低限残しておきたいバッテリ３の残蓄電量（Ｂｋ）を下回る場合にも、電力制御モードに変更あり（つまり、Ｓ１３でＹＥＳ）として、Ｓ１へ戻った後、再度、Ｓ２、Ｓ５の判定を行う。この場合は、Ｓ２、Ｓ５の両方でＮＯとなり、Ｓ８でアプリの停止となる。

ケース１−２の場合は、バッテリ３の電力がアプリの動作に十分なほどはないので、Ｓ８でアプリを停止させる。さらに、Ｓ９で電源はバッテリ３に切り替える。このとき、バッテリ３が待機消費電力を供給可能であれば、Ｓ１０でＹＥＳとなり、Ｓ１２でモニタリングを継続する。アプリを動作させる車載機を待機状態に維持している間に、ケース１−１のように、外的要因がなくなって太陽光発電が再び可能になり、発電電力が回復すると、電力制御モードに変更があった（つまり、Ｓ１３でＹＥＳ）として、またＳ１へ戻ることもある。また、バッテリ３の残蓄電量が前述の残蓄電量Ｂｋを下回った場合にも電力制御モードに変更あり（つまり、Ｓ１３でＹＥＳ）として、再度判定を行うこともある。

ケース２は、一度目の処理のＳ２において、太陽電池２の発電電力のみでは動作不可能と判定されたが（つまり、Ｓ２でＮＯ）、Ｓ５において、バッテリ３でアプリの動作可能と判定された場合である。このケース２も二つに分けることができる。

一つ目のケース２−１では、バッテリ３で電力を供給していたが太陽光発電が後から開始された場合、発電電力によって電力制御モードに変更があった（つまり、Ｓ１３でＹＥＳ）として、ステップＳ２で再度判定を行って、ステップＳ４で太陽電池２に電源を切り替える。

一方で、二つ目のケース２−２では、バッテリ３で電力を供給していたが、バッテリ３の残蓄電量が前述の残蓄電量Ｂｋ以下になった場合にも、電力制御モードに変更があった（つまり、Ｓ１３でＹＥＳ）として、再度判定を行う。この場合は、Ｓ２、Ｓ５の両方でＮＯとなり、Ｓ８でアプリの停止となる。

最後に、ケース３として、一度目の処理でバッテリ３の電力が車載機を動作させる電力以下、且つ、車載機の待機消費電力以上であり、アプリは動作させず車載機の待機状態を継続していた場合がある。このケース３も二つに分けることができる。

一つ目のケース３−１では、太陽電池２の発電電力が車載機の動作消費電力を越える（つまり、二度目の処理のＳ２でＹＥＳ）か、ケース３−２として、バッテリ３の電力が走行に影響が出るほどに減ったとして（二度目の処理のＳ３１０判定がＮＯ）システムＯＦＦ（Ｓ３１１）となる。

その他に、例えばアプリの動作中にエンジンＯＮとなり、エンジン回転によるバッテリ３への蓄電が開始されて、バッテリ３の電力が増える可能性もある。

ステップＳ１３では、以上列挙したような各状態のいずれに当てはまるかに応じて、モニタリングを開始したステップＳ１２のときに設定されていた電力制御モードから変更がある場合には、ステップＳ１へ戻る。

ここまでの本実施形態の構成によれば、太陽電池２の発電電力で車載機を動作させることができる場合にはバッテリ３の電力は用いず、太陽電池２の発電電力を用いて車載機を動作させるので、バッテリ３の電力消費が抑制される。その結果、バッテリ上がりを防止しつつ、車載機を動作させることができる。また、太陽電池２の発電電力が車載機の動作時消費電力よりも小さい場合でも、バッテリ３の電力を利用することで車載機を動作せることができる場合には、バッテリ３の電力を利用して車載機を動作させる。よって、車載機の作動時間を長くすることができる。しかも、バッテリ３の電力が待機時消費電力以下であれば、バッテリ３の電力を利用した車載機の通常動作を行わさせないので、この点でもバッテリ上がりを抑制できる。

また、電源をバッテリ３に切り替えた後も、太陽電池２の発電電力を一定時間ごとに取得して監視するので、太陽電池２による発電電力が回復した際には、再度、太陽電池２を車載機の電源に切り替えることができ、より長い間、車載機を動作させることが可能である。

さらに、車載機の動作に用いていない余剰分の発電電力は、バッテリ３に蓄電することから、発電電力を無駄にすることもない。

なお、動作モード変更関連処理として、以下の構成（以下、変形例１）もとり得る。ここで、図８のフローチャートを用いて変形例１における動作モード変更関連処理について説明する。

図８のフローチャートは、車両搭乗前にアプリを自動的にスタートさせる場合、若しくは、アプリが中断できないインストール又は続き再開をできないインストールを実施中にエンジンＯＦＦになった場合に開始する。

車両搭乗前の判定は、例えばユーザが車両に搭乗する際にドアロックを解除したことを検出できれば、これを搭乗前と判定する。そして、アプリを動作させる車載機をユーザがＯＮにしなくとも、自動でアプリをスタートする。また、ナビゲーション装置６にユーザの搭乗予定が記録されている場合は、それを利用してもよい。

また、実行するアプリとしては、各種コンテンツ（楽曲、動画、画像、ニュース、株価、ＰＯＩ）をダウンロードするアプリがある。このアプリを車両搭乗前に自動的に動作させる場合、動作開始時点は、上述した、搭乗予定を検出できた時点がある。また、車両に乗員がいない状態（この状態は、例えばエンジンＯＦＦにより推定）は、次の搭乗前とも言える。従って、車両に乗員がいない状態を検出した時点で図８のフローチャートの処理を実行してもよい。また、上記コンテンツは逐次更新されることから、図８のフローチャートの処理も、エンジンＯＦＦの状態で周期的に行ってもよい。この場合の周期は、ユーザ操作により上記コンテンツをダウンロードしたときの周期に基づいて決定する。

まず、ステップＳ２１では、前述のステップＳ１と同様にして、ステップＳ２２に移る。ステップＳ２２では、処理完了時間取得部１２１が、現在動作させようとしている、若しくは動作しているアプリの処理を完了するために必要な処理時間（以下、処理完了時間）を取得する。この処理完了時間は、アプリを動作させる車載機から取得する構成とすればよい。車載機は、処理完了時間を、例えば、データのダウンロードであれば、通信速度と、ダウンロードする残データ量とから算出するものとすればよい。なお、ダウンロード開始時は、残データ量として全データ量を用いることになる。

ステップＳ２３では、継続動作判定部１２３が、バッテリ３及び太陽電池２を電源として用いて車載機のアプリを所定時間以上継続して動作させることが可能か否かを判定する。ステップＳ２３では、ステップＳ２１で取得したバッテリ３の残蓄電量と、太陽電池２における今後の発電電力量の予測値（以下、予測発電量）とを加算する。これを保有電力量とする。

予測発電量は、予測部１２２が算出する。予測発電量は、発電電力に発電見込み時間を乗じたものである。発電電力は現時点のものを用いる。ただし、日照量情報から発電電力の変動を予測してもよい。日照量情報とは、日照量の変化に関連する種々の情報であり、例えば、現在時刻、日付、天候、位置、さらには、これらに対応した過去実績値などがある。また、発電見込み時間は、予め設定された一定時間でもよいし、上記日照量情報から都度、決定してもよい。予め設定された一定時間としては、最も安全側の時間として０とすることが好ましい。

日照量情報に基づいて決定する場合には、予め設定された関係式やマップに基づいて決定する。また、外部のセンターへこれらの情報を送信して、センターから、予測発電量、或いは、予測される発電電力及び発電見込み時間の一方、又は両方を取得して予測発電量を算出する構成としてもよい。

また、ステップＳ２３では、ステップＳ２１で取得した動作時消費電力と、ステップＳ２２で取得したアプリの処理完了時間から、トータル消費電力量を算出する。そして、保有電力量とトータル消費電力量とを比較することによって、バッテリ３及び太陽電池２を電源として用いて車載機のアプリを所定時間以上継続して動作させることが可能か否かを判定する。ここで言うところの所定時間とは、アプリの処理が完了できる時間である。よって、ステップＳ２３では、アプリの処理が完了できるか否かを判定する。そして、アプリの処理が完了できると判定した場合（ステップＳ２３でＹＥＳ）には、ステップＳ２４へ移り、アプリの処理が完了できないと判定した場合（ステップＳ２３でＮＯ）には、ステップＳ２９へ移る。

ステップＳ２４では、ステップＳ２と同様にして、発電電力判定部１１６が、太陽電池２のみでアプリを動作させることが可能か否かを判定する。そして、太陽電池２のみで動作可能と判定した場合（ステップＳ２４でＹＥＳ）には、ステップＳ２５に移り、太陽電池２のみでは動作不可能と判定した場合（ステップＳ２４でＮＯ）には、ステップＳ２７に移る。

ステップＳ２５では、通知部１１７が、アプリの起動若しくは継続可能であることを、アプリを動作させる車載機へ通知し、ステップＳ２６に移る。ステップＳ２６では、電源設定部１１５が、太陽電池２を、アプリを動作させる車載機に対する電源として設定し、ステップＳ３３に移る。

一方、ステップＳ２７でも、通知部１１７が、アプリの起動若しくは継続可能であることを、アプリを動作させる車載機へ通知し、ステップＳ２８に移る。ステップＳ２８では、電源設定部１１５が、バッテリ３を、アプリを動作させる車載機に対する電源として設定し、ステップＳ３３に移る。

ステップＳ２３でアプリの処理が完了できないと判定した場合のステップＳ２９では、通知部１１７が、アプリの動作停止を車載機へ通知し、ステップＳ３０に移る。アプリを動作するには電力が足りない場合であっても、アプリを動作させる車載機の待機消費電力であればバッテリ３から供給できる場合が多いので、ステップＳ３０では、バッテリ３を車載機に対する電源として設定し、ステップＳ３１に移る。

ステップＳ３１では、ステップＳ１０と同様にして、バッテリ動作判定部１１８が、バッテリ３のみでアプリを動作させる車載機を動作させることが可能か否かを判定する。そして、車載機の動作可能と判定した場合（ステップＳ３１でＹＥＳ）には、ステップＳ３３に移り、車載機の動作不可能であると判定した場合（ステップＳ３１でＮＯ）には、ステップＳ３２に移る。

車載機の動作不可能であると判定した場合は、車載機の待機状態を維持することすらできないので、ステップＳ３２では、動作許可部１１９が車載機の動作を許可せず、車載機をＯＦＦにする。

ステップＳ３３では、前述のステップＳ１２と同様に、太陽電池２の発電電力及びバッテリ３の電力を一定時間ごとに取得するとともに、処理完了時間取得部１２１が処理完了時間を一定時間ごとに取得するモニタリングを行い、ステップＳ３４に移る。

ステップＳ３４では、ステップＳ３３のモニタリングの結果、電力制御モードに変更がある場合、又はアプリの処理が完了できない場合（ステップＳ３４でＹＥＳ）には、ステップＳ２１に戻ってフローを繰り返す。一方、電力制御モードに変更がないとともに、アプリの処理が完了できる場合（ステップＳ３４でＮＯ）には、ステップＳ３３に戻ってフローを繰り返す。アプリの処理が完了できるか否かは、ステップＳ３３でモニタリングの結果をもとに継続動作判定部１２３で判定する。

変形例１の構成によれば、アプリの起動前にアプリの処理が完了可能か否かを判定するので、アプリの処理内容が途中で中断するとトラブルが生じたり、動作を最初からやり直さなければならなくなったりする状況が生じる場合に、電力を途中で供給することができなくなって上記状況が生じてしまうことを抑制することができる。

なお、動作モード変更関連処理として、以下の構成（以下、変形例２）もとり得る。ここで、図９のフローチャートを用いて変形例２における動作モード変更関連処理について説明する。図９のフローチャートは、ナビゲーション装置６を動作させて、ナビゲーション装置６の記憶装置に格納された道路地図を更新するアプリ（以下、地図更新アプリ）を実行する場合に開始する。

まず、ステップＳ４１では、前述のステップＳ１と同様にして、ステップＳ４２に移る。ステップＳ４２では、バッテリ３及び太陽電池２を電源として用いてナビゲーション装置６を継続して所定時間（Ｔ分）だけ動作させることができるか否かを判定するための演算を行う。地図更新アプリの動作の場合、継続動作時間があまり短いと効率的でないことから、このステップＳ４２の演算を行う。上記Ｔ分は予め設定されている。

ステップＳ４２の演算としては、予測部１２２が今後Ｔ分間の発電電力の変化を予測する。今後Ｔ分間の発電電力の変化は、前述の日照量情報をもとに予測部１２２で算出する構成とすればよい。そして、継続動作判定部１２３が、ケースＡ、Ｂ、Ｃのいずれに属するかを判定する。

今後Ｔ分間の発電電力のうちの最低値が、ナビゲーション装置６の動作時消費電力を越えている場合には、ケースＡに属すると判定する。ケースＡの場合、地図更新アプリのＴ分間の動作を、太陽電池２の発電電力のみで行えると予測できることになる。

続いて、動作時消費電力にＴを乗じて算出したＴ分間の消費電力量を現在のバッテリ３の残蓄電量から差し引いた値（以下、処理後残量）が、バッテリ３に最低限残しておきたい残蓄電量Ｂｋよりも大きい場合には、ケースＢに属すると判定する。ケースＢの場合、地図更新アプリのＴ分間の動作をバッテリ３の電力のみで行っても、バッテリ３の残蓄電量として上記残蓄電量Ｂｋを確保できることになる。なお、この残蓄電量Ｂｋは適宜設定できる。

一例としては、車両がバッテリ３の電力を走行の動力源としている場合には、一定距離走行できるだけの電力量とする。また、走行の動力源としていない場合には、エンジンを始動させることができる電力量とする。さらに、上記ケースＡ、Ｂのいずれにも属さない場合をケースＣと判定する。この場合には、本実施形態では地図更新アプリは実施しない。

ステップＳ４３では、発電電力判定部１１６が、太陽電池２の発電電力のみで地図更新アプリを動作させることが可能か否かを判定する。具体的には、上記ケースＡに属すると判定されていた場合に動作可能であると判定し、ケースＢ、Ｃに属すると判定されていた場合に動作不可能と判定する。

そして、太陽電池２のみで動作可能と判定した場合（ステップＳ４３でＹＥＳ）には、ステップＳ４４に移り、太陽電池２のみでは動作不可能と判定した場合（ステップＳ４３でＮＯ）には、ステップＳ４６に移る。ステップＳ４４、Ｓ４５の処理は、前述のステップＳ２５、Ｓ２６の処理と同様である。

ステップＳ４６では、バッテリ動作判定部１１８が、バッテリ３の電力のみで地図更新アプリを動作させることが可能か否かを判定する。具体的には、上記ケースＢに属すると判定されていた場合に動作可能であると判定し、ケースＣに属すると判定されていた場合に動作不可能と判定する。

そして、バッテリ３のみで動作可能と判定した場合（ステップＳ４６でＹＥＳ）には、ステップＳ４７に移り、バッテリ３のみでは動作不可能であると判定した場合（ステップＳ４６でＮＯ）には、ステップＳ４９に移る。ステップＳ４７〜ステップＳ５２の処理は、前述のステップＳ２７〜ステップＳ３２の処理と同様であり、ステップＳ５３〜ステップＳ５４の処理は、前述のステップＳ１２〜ステップＳ１３の処理と同様である。

変形例２の構成によれば、地図更新アプリをＴ分間動作させる場合に限り、そのアプリを動作させるので、短時間しか地図更新アプリを動作させることができないにも関わらず、地図更新アプリを動作させてしまうことを防止できる。

なお、動作モード変更関連処理としては、アプリを動作させる場合に限らず、通信システムを動作させる場合の以下の構成（以下、変形例３）もとり得る。ここで、図１０のフローチャートを用いて変形例３における動作モード変更関連処理について説明する。

図１０のフローチャートで動作させる通信システムは、ここでは、キーレスエントリや、エアコンのリモートコントロールなどを行う通信システムとする。通信システムは、車両に搭載される通信機器７を含み、通信システムを動作させる場合、この通信機器７を動作させるものとする。また、通信システムは、車両外部の基地局と通信が可能であり、インターネットを通して外部のサーバ２０に接続できるものとする。

また、サーバ２０は、情報処理端末３０から送信されるキーレスエントリ入力やリモートコントロール入力などのユーザ操作による入力情報を、データベース２２に格納しておくものとする。また、サーバ２０のデータベース２２は、車外からユーザが通信システムとの通信を開始しようとしても、通信システムと直接通信できない場合に、一旦ユーザからの前記入力情報を蓄積しておくことができる。

図１０のフローチャートは、エンジンＯＦＦ時にフローを開始する。通信システムの起動要求は、車外の情報処理端末からの入力を通信機器７が受信し、通信機器７から制御部１１に通知される。

まず、ステップＳ６１の処理は、前述のステップＳ１と同様である。ステップＳ６２では、前述のステップＳ２と同様にして、発電電力判定部１１６が、太陽電池２の発電電力のみで通信システムの通信動作をさせることが可能か否かを判定する。そして、太陽電池２のみで通信動作可能と判定した場合（ステップＳ６２でＹＥＳ）には、ステップＳ６３に移り、太陽電池２のみでは通信動作不可能と判定した場合（ステップＳ６２でＮＯ）には、ステップＳ６６に移る。

ステップＳ６３では、通知部１１７が、常時通信接続中の設定を行うよう通信システム（つまり、通信機器７）に通知を行い、ステップＳ６４に移る。先のステップＳ６２で太陽電池２の発電電力のみで通信システムの動作が可能であると判定されており、太陽電池２の発電電力を用いる限りはバッテリ３が上がる心配はない。そこで、電力消費量は多いが、利便性の高い常時通信接続を行うのである。

ステップＳ６４では、通知部１１７が、サーバ２０のデータベース２２に記録している通信システムの状態を常時通信可に変更するように指示する通知を行う。その上で、ステップＳ６５では、電源設定部１１５が、太陽電池２を、通信システムの動作に必要な電力の電源として設定する。

ステップＳ６２で太陽電池２のみで通信動作不可能と判定した場合のステップＳ６６では、ステップＳ５と同様にして、バッテリ動作判定部１１８が、バッテリ３の電力のみで通信動作可能か否かを判定する。そして、バッテリ３のみで通信動作可能と判定した場合（ステップＳ６６でＹＥＳ）には、ステップＳ６７に移り、バッテリ３のみでは通信動作不可能であると判定した場合（ステップＳ６６でＮＯ）には、ステップＳ７０に移る。

ステップＳ６７では、通知部１１７が、簡易通信中の設定を行うよう通信システムに通知を行い、ステップＳ６８に移る。簡易通信とは、通信機器７側から一定間隔でサーバ２０へ接続し、ユーザからのメッセージ（つまり、前述の入力情報）を確認する方法である。簡易通信は、常時通信より電力の消費は少ないが、サーバ２０へ接続するまでユーザの入力に気づかないので、ユーザの入力に対する処理が、常時接続時に比べると遅くなる。

ステップＳ６８では、通知部１１７が、サーバ２０のデータベース２２に記録している通信システムの状態を簡易通信設定に変更するように指示する通知を行う。その上で、ステップＳ６９では、電源設定部１１５が、バッテリ３を、通信システムの動作に必要な電力の電源として設定する。

ステップＳ６６でバッテリ３でも通信動作不可能と判定した場合のステップＳ７０では、通知部１１７が、通信不可の設定を行うように通信システムに通知を行い、ステップＳ７１に移る。このとき、通信システム（詳しくは、通信機器７）からサーバ２０へ通信不可の設定の指示を送信し、この指示をもとにサーバ２０から情報処理端末３０に対して、通信システムが通信不可である信号を送信する。通信不可である信号は、例えば、情報処理端末３０に通信システムが通信不可を示すメッセージを表示させたり、通信不可を示すランプを点灯させたりする。

ステップＳ７１では、動作許可部１１９が通信機器７の動作を許可しない。その上で、ステップＳ７２として、ステップＳ９と同様にして、バッテリ３を通信システムに対する電源として設定する。通信システムの待機消費電力を供給できる場合が多いからである。

ステップＳ７３では、ステップＳ１０と同様にして、である。待機消費電力を供給するだけの電力がバッテリ３にある場合、通信システム動作可能と判定（ステップＳ７３でＹＥＳ）し、ステップＳ７５に移る。待機消費電力を供給するだけの電力がバッテリ３になければ、通信システム動作不可能と判定（ステップＳ７３でＮＯ）し、ステップＳ７４に移る。ステップＳ７４では、通信システムをＯＦＦにする。

ステップＳ７５〜ステップＳ７６の処理は、ステップＳ１２〜ステップＳ１３の処理と同様である。電力制御モードに変更があった場合（ステップＳ７６でＹＥＳ）には、ステップＳ６１へ戻り、フローを繰り返す。また、電力制御モードに変更がなかった場合（ステップＳ７６でＮＯ）には、ステップＳ７５へ戻り、フローを繰り返す。

変形例３の構成によれば、太陽電池２を搭載した車両において、バッテリ３上がりを抑制しつつ、通信機器７の作動時間を長くする。

次に、図１１〜図１３を用いて、車両用システム１００における遠隔確認に関する処理について説明する。先に、図１１のシーケンス図を用いて、車両における電力状況についての情報や車載機の状況についての情報といった状況情報のアップロードに関する処理について説明する。以下では、車両における電力状況についての情報を電力状況情報と呼び、車載機の状況についての情報を車載機状況情報と呼ぶ。

まず、車両用電源制御装置１の制御部１１のアップロード部１２４が、状況情報を収集し、通信機器７を介して収集した状況情報をサーバ２０へ転送する（ｔ１）。状況情報は、前述したように、電力状況情報や車載機状況情報がある。

電力状況情報としては、例えば太陽電池２の発電電力や発電量、バッテリ３の残蓄電量、車載機の待機消費電力や動作時消費電力や消費電力量がある。消費電力量は、車載機が待機状態の場合は待機消費電力量であって、車載機が動作状態の場合は動作時消費電力量である。他にも、電力状況情報としては、発電場所や発電日時や天気等の太陽電池２の発電に関する情報を含んでもよい。また、電力状況情報としては、現在、過去、未来についての情報を含んでいてもよい。未来の電力状況情報については、前述の日射量情報を利用したり、前述の予測部１２２で算出した予測発電量を利用したりする構成とすればよい。

車載機状況情報としては、車載機のアプリの進捗状況や車載機の動作状況等がある。車載機のアプリの進捗状況としては、動作アプリ名、アプリの進捗率、アプリの開始時間、アプリの完了予想時刻等がある。車載機の動作状況としては、車載機名、動作の有無、動作の可否、エアコン４の風量といった車載機の設定値等がある。

また、アップロード部１２４がサーバ２０へ転送する情報としては、状況情報の他にも、車両を認証するための車両ＩＤや車両の正規ユーザを認証するためのユーザＩＤ、パスワード等の認証用情報もある。

車両用電源制御装置１から通信機器７を介して転送される状況情報や認証用情報は、サーバ２０の通信部２１を介して、サーバ２０の受信処理部２３１が受信する（ｔ２）。続いて、受信処理部２３１で受信した認証用情報のうちの車両ＩＤをもとに、サーバ２０の認証処理部２３３が、状況情報の転送元の車両を認証する（ｔ３）。認証が不成立であった場合は、正規の車両からの転送でないものとして、以降の処理は行わないものとする。

続いて、受信処理部２３１で受信した状況情報及び認証用情報を、サーバ２０の状況情報格納処理部２３４がデータベース２２に格納する（ｔ４）。データベース２２への状況情報の格納は、車両ごとに行われるものとする。また、データベース２２への状況情報の格納は、車載機ごとに行われるものとする。

ここで、図１２を用いて、データベース２２に格納された状況情報の一例を示す。図１２は、データベース２２に格納された電力状況情報の一例を示す模式図である。図１２の例では、電力状況情報は、過去、現在、未来についての発電場所、天気、発電量、バッテリ残蓄電量、消費電力量からなっている。未来についての発電場所は不定とする。

次に、図１３のシーケンス図を用いて、状況情報の閲覧に関する処理について説明する。まず、情報処理端末３０の制御部３４で、状況情報の閲覧のための専用アプリを立ち上げる（ｔ２１）。専用アプリの立ち上げは、操作入力部３１でユーザから専用アプリを立ち上げる旨の操作入力を受け付けた場合に行う構成とすればよい。専用アプリは情報処理端末に予めインストールされているものであって、このインストールはユーザが所望する任意のタイミングで行われるものとする。

専用アプリの立ち上げ後、情報処理端末３０の送信処理部３４２が、ユーザＩＤやパスワード等のユーザ認証用情報を、情報処理端末３０の通信部３２からサーバ２０へ送信させる（ｔ２２）。ユーザＩＤについては、情報処理端末３０の不揮発性メモリに予め格納されているものを読み出して用いる構成としてもよいし、情報処理端末３０の操作入力部３１でユーザから操作入力を受け付けたものを用いる構成としてもよい。パスワードは、操作入力部３１でユーザから操作入力を受け付けたものを用いる構成とすればよい。

情報処理端末３０から送信されたユーザ認証用情報を、通信部２１を介してサーバ２０の受信処理部２３１が受信する（ｔ２３）と、このユーザ認証用情報をもとに、認証処理部２３３がユーザを認証する（ｔ２４）。認証が不成立であった場合は、正規のユーザでないものとして、以降の処理は行わないものとする。

認証が成立すると、そのユーザに対応する車両についての状況情報のデータベース２２での格納先（つまり、参照先）が確定する（ｔ２５）。これは、データベース２２に前述したようにユーザＩＤと車両ＩＤとが認証用情報として格納されており、ユーザと車両との紐付けがなされているからである。状況情報の参照先が確定すると、サーバ２０の送信処理部２３２が参照許可を通信部２１から情報処理端末３０へ送信させる（ｔ２６）。

サーバ２０から送信された参照許可を、通信部３２を介して情報処理端末３０の受信処理部３４１が受信（ｔ２７）した後、情報処理端末３０の送信処理部３４２が、ユーザが指定した状況情報を要求するユーザ指定情報要求を、情報処理端末３０の通信部３２からサーバ２０へ送信させる（ｔ２８）。ユーザからの状況情報の指定は、情報処理端末３０の操作入力部３１で受け付ける構成とすればよい。

情報処理端末３０から送信されたユーザ指定情報要求を、通信部２１を介してサーバ２０の受信処理部２３１が受信（ｔ２９）すると、サーバ２０の送信処理部２３２が、ユーザ指定情報要求で要求された状況情報をデータベース２２から読み出し、通信部２１から情報処理端末３０へ送信させる（ｔ３０）。

サーバ２０から送信された状況情報を、通信部３２を介して情報処理端末３０の受信処理部３４１が受信（ｔ３１）すると、受信した状況情報を、情報処理端末３０の画面表示処理部３４３が専用アプリによって加工する（ｔ３２）。よって、サーバ２０から受信する状況情報が請求項の状況表示用情報に相当し、受信処理部３４１が請求項の状況表示用情報取得部に相当し、画面表示処理部３４３が請求項の端末側加工部３４３に相当する。専用アプリによって状況情報を加工した後、画面表示処理部３４３は、加工した状況情報を表示部３３に表示させる（ｔ３３）。例えば、時間変化する電力状況情報をグラフ化して表示させるなどすればよい。

以上の構成によれば、車両における電力状況についての情報や車載機の状況についての情報をユーザが遠隔確認することが可能になる。

次に、図１４を用いて、車両用システム１００における遠隔操作に関する処理について説明する。まず、情報処理端末３０の制御部３４で、車載機の遠隔操作のための専用アプリを立ち上げる（ｔ４１）。専用アプリの立ち上げは、操作入力部３１でユーザから専用アプリを立ち上げる旨の操作入力を受け付けた場合に行う構成とすればよい。専用アプリは情報処理端末に予めインストールされているものとする。

専用アプリの立ち上げ後、前述のｔ２２と同様にして、情報処理端末３０の送信処理部３４２がユーザ認証用情報をサーバ２０へ送信させる（ｔ４２）。情報処理端末３０から送信されたユーザ認証用情報を、通信部２１を介してサーバ２０の受信処理部２３１が受信する（ｔ４３）と、このユーザ認証用情報をもとに、前述のｔ２４と同様にして、認証処理部２３３がユーザを認証する（ｔ４４）。認証が不成立であった場合は、正規のユーザでないものとして、以降の処理は行わないものとする。

認証が成立すると、サーバ２０の送信処理部２３２が参照許可を通信部２１から情報処理端末３０へ送信させる（ｔ４５）。サーバ２０から送信された参照許可を、通信部３２を介して情報処理端末３０の受信処理部３４１が受信（ｔ４６）した後、情報処理端末３０の送信処理部３４２が、ユーザが車載機の遠隔操作を指示する車載機操作情報を、情報処理端末３０の通信部３２からサーバ２０へ送信させる（ｔ４７）。車載機操作情報は、情報処理端末３０の操作入力部３１でユーザから受け付ける構成とすればよい。

情報処理端末３０から送信された車載機操作情報を、通信部２１を介してサーバ２０の受信処理部２３１が受信（ｔ４８）すると、サーバ２０の車載機操作指示部２３５が、車載機操作情報が示す車載機の操作に対応するコマンドを送信処理部２３２に送信させる（ｔ４９）。送信処理部２３２は、通信部２１から車両用電源制御装置１へコマンドを送信させる。また、車載機操作情報と、その車載機操作情報が示す車載機の操作に対応するコマンドとの対応関係が予めサーバ２０には格納されており、この対応関係をもとに、車載機操作指示部２３５が、車載機操作情報が示す車載機の操作に対応するコマンドを特定する構成とすればよい。

サーバ２０から送信されたコマンドを、通信機器７を介して車両用電源制御装置１が受信（ｔ５０）すると、受信したコマンドに対して、車両用電源制御装置１のバッテリ動作判定部１１８が、コマンドで指定されている車載機をバッテリ３のみで動作させることが可能か否かを判定する（ｔ５１）。この処理は、前述のステップＳ１０、ステップＳ３１、ステップＳ５１、ステップＳ７３の処理に相当する。

そして、車載機の動作可能と判定した場合（ｔ５２でＹＥＳ）には、車両用電源制御装置１の車載機操作部１２５が、サーバ２０から受信したコマンドで指定された車載機を、そのコマンドに従って操作する（ｔ５３）。操作の一例としては、車載機の起動や車載機の設定値の変更や車載機の動作の終了がある。なお、サーバ２０から受信したコマンドが車載機の動作の終了を指示するコマンドであった場合には、前述したｔ５１の判定を行わずに、コマンドに従って車載機の動作を終了させる構成としてもよい。

車載機の動作不可能と判定した場合（ｔ５２でＮＯ）も、コマンドに従って車載機の操作を行った場合も、アップロード部１２４が通信機器７を介して、車載機の操作結果をサーバ２０に送信させる（ｔ５４）。車載機の操作結果としては、コマンドで指定されていた車載機の前述した動作状況を用いる構成とすればよい。車載機の動作不可能と判定していた場合には、車載機の動作不可能であることを示す情報もサーバ２０に送信させる構成とすればよい。

車両用電源制御装置１から送信された操作結果等を、通信部２１を介してサーバ２０の受信処理部２３１が受信する（ｔ５５）と、受信した操作結果としての動作状況の情報を、サーバ２０の状況情報格納処理部２３４がデータベース２２に格納することで、車載機の現在の動作状況を更新する（ｔ５６）。車載機の動作状況を更新した後は、受信した操作結果を、サーバ２０の送信処理部２３２が、通信部２１から情報処理端末３０へ送信させる（ｔ５７）。

サーバ２０から送信された操作結果を、通信部３２を介して情報処理端末３０の受信処理部３４１が受信（ｔ５８）すると、受信した操作結果を、情報処理端末３０の画面表示処理部３４３が表示部３３に表示させる（ｔ５９）。

以上の構成によれば、ユーザが情報処理端末３０からサーバ２０を介して車載機の動作を遠隔操作することが可能になる。また、車載機の操作結果（つまり、動作状況）をサーバ２０を介して情報処理端末３０にフィードバックすることで、ユーザは車載機の動作状況を情報処理端末３０で再確認することが可能になる。

（実施形態２）
本発明は前述の実施形態１に限定されるものではなく、次の実施形態２も本発明の技術的範囲に含まれる。以下では、この実施形態２について説明を行う。なお、説明の便宜上、前述の実施形態の説明に用いた図に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。

実施形態２の車両用システム１００は、情報処理端末３０にインストールされた専用アプリを用いてサーバ２０にアクセスして遠隔確認や遠隔操作を行う代わりに、インターネット閲覧用の汎用ソフト（つまり、汎用のブラウザ）を用いて情報処理端末３０からサーバ２０にアクセスして遠隔確認や遠隔操作を行う点を除けば、実施形態１の車両用システム１００と同様である。より詳しくは、サーバ２０の制御部２３が加工部２３６をさらに備える点、及び情報処理端末３０の制御部３４の処理が一部異なる点を除けば、実施形態１の車両用システム１００と同様である。

図１５に示すように、実施形態２のサーバ２０の制御部２３は、機能ブロックとして、受信処理部２３１、送信処理部２３２、認証処理部２３３、状況情報格納処理部２３４、車載機操作指示部２３５、及び加工部２３６を備える。

ここで、図１６のシーケンス図を用いて、実施形態２の車両用システム１００における状況情報の閲覧に関する処理について説明する。まず、情報処理端末３０の制御部３４が、汎用ブラウザの専用ＵＲＬにアクセスする（ｔ６１）。専用ＵＲＬが示す場所が、インターネット上のサーバ２０の場所であるものとする。専用ＵＲＬへのアクセス後のｔ６２〜ｔ６９までの処理は、実施形態１のｔ２２〜ｔ２９の処理と同様であるものとする。

ユーザ指定情報要求をサーバ２０が受信（ｔ６９）すると、サーバ２０の加工部２３６が、ユーザ指定情報要求で要求された状況情報をデータベース２２から読み出し、汎用ブラウザでの表示用の情報に加工する（ｔ７０）。加工部２３６が請求項のサーバ側加工部に相当する。続いて、サーバ２０の送信処理部２３２が、加工部２３６で加工済みの状況情報（以下、加工済み状況情報）を、通信部２１から情報処理端末３０へ送信させる（ｔ７１）。

サーバ２０から送信された加工済み状況情報を、通信部３２を介して情報処理端末３０の受信処理部３４１が受信（ｔ７２）すると、受信した加工済み状況情報を、情報処理端末３０の画面表示処理部３４３が表示部３３に表示させる（ｔ７３）。

以上の構成によっても、車両における電力状況についての情報や車載機の状況についての情報をユーザが遠隔確認することが可能になる。

車両用システム１００における遠隔操作に関する処理についても、汎用ブラウザの専用ＵＲＬにアクセスすることで、情報処理端末３０とサーバ２０とが情報のやり取りを行って車載機の遠隔操作を行う構成とすればよい。この構成によっても、ユーザが情報処理端末３０からサーバ２０を介して車載機の動作を遠隔操作することが可能になる。また、車載機の操作結果（つまり、動作状況）をサーバ２０を介して情報処理端末３０にフィードバックすることで、ユーザは車載機の動作状況を情報処理端末３０で再確認することが可能になる。

以上、本発明の実施の形態を説明したが、本発明は上述の実施の形態に限定されるものではなく、次の実施の形態も本発明の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。

例えば、前述の実施形態において、アプリケーションを動作させる場合として挙げた例以外に、ナビゲーションシステムの更新や、携帯電話の電話帳のコピーや音声認識の辞書作成、及び記憶装置のバックアップ等のための車両用装置を動作させる場合に、本発明を適用してもよい。

１ 車両用電源制御装置、２ 太陽電池、３ バッテリ、４ エアコン（車載機）、５ オーディオ（車載機）、６ ナビゲーション装置（車載機）、７ 通信機器（車載機）、２０ サーバ、２２ データベース（格納部）、３０ 情報処理端末、３３ 表示部、１００ 車両用システム、１１５ 電源設定部、１１６ 発電電力判定部、１１８ バッテリ動作判定部、１２４ アップロード部、３４１ 受信処理部（状況表示用情報取得部）

Claims (10)

1. 車載機（４、５、６、７）に対する電源としてバッテリ（３）と太陽電池（２）とを搭載している車両で用いられ、
   前記車載機の動作に必要な電力を示す動作時消費電力、及び前記太陽電池が発電している発電電力に基づいて、前記太陽電池の発電電力が前記車載機の動作に必要な消費電力以上か否かを逐次判定する発電電力判定部（１１６）と、
   前記発電電力判定部で、前記太陽電池の発電電力が前記車載機の動作に必要な消費電力以上でないと判定した場合に、前記車載機を動作させるのに必要な電力を前記バッテリの電力が上回っているか否かを判定するバッテリ動作判定部（１１８）と、
   前記発電電力判定部で、前記太陽電池の発電電力が前記車載機の動作に必要な消費電力以上と判定した場合に、前記太陽電池の発電電力を前記車載機の電源として設定する一方、前記バッテリ動作判定部で、前記車載機を動作させるのに必要な電力量を前記バッテリの電力が上回っていると判定した場合に、前記バッテリの電力を少なくとも前記車載機の電源として設定する電源設定部（１１５）とを備える車両用電源制御装置（１）と、
   前記車両用電源制御装置と通信を行うサーバ（２０）と、
   前記車両外で用いられ、前記サーバと通信を行う情報処理端末（３０）とを含み、
   前記車両用電源制御装置は、
   前記車載機の動作の許可を行う動作許可部（１１９）と、
   前記太陽電池による今後の発電電力量の予測値を決定する予測部（１２２）と、
   前記予測部が予測した前記予測値と、前記バッテリの残蓄電量と、前記車載機の動作時消費電力とから、前記バッテリ及び前記太陽電池を電源として用いて前記車載機を所定時間以上継続して動作させることが可能か否かを判定する継続動作判定部（１２３）と、
   前記車両における電力状況についての情報及び前記車載機の状況についての情報の少なくともいずれかである状況情報を前記サーバに転送するアップロード部（１２４）とをさらに備え、
   前記サーバは、
   前記車両用電源制御装置から転送された前記状況情報を格納する格納部（２２）を備え、
   前記情報処理端末は、
   前記サーバの前記格納部に格納されている前記状況情報を表示するための情報である状況表示用情報を前記サーバから取得する状況表示用情報取得部（３４１）と、
   前記状況表示用情報取得部で取得した前記状況表示用情報をもとに、前記状況情報を示す表示を行う表示部（３３）とを備え、
   前記動作許可部は、前記継続動作判定部で、前記車載機を所定時間以上継続して動作させることが可能と判定した場合に、当該車載機の動作の許可を行うことを特徴とする車両用システム。
2. 請求項１において、
   前記情報処理端末から前記サーバを介して前記車載機の操作をすることを特徴とする車両用システム。
3. 請求項１又は２において、
   前記情報処理端末の前記状況表示用情報取得部は、前記状況表示用情報として、前記サーバの前記格納部に格納されている前記状況情報を取得するものであり、
   前記情報処理端末は、
   任意のタイミングでインストールされた専用のアプリケーションによって、前記状況表示用情報取得部で取得した前記状況情報に対して、前記表示部で表示するための加工を行う端末側加工部（３４３）を備え、
   前記情報処理端末の前記表示部は、前記端末側加工部で加工された前記状況情報を表示することを特徴とする車両用システム。
4. 請求項１又は２において、
   前記サーバは、
   前記格納部に格納されている前記状況情報に対して、前記情報処理端末の前記表示部でインターネット閲覧用の汎用ソフトを用いて表示するための加工を行うサーバ側加工部（２３６）を備え、
   前記情報処理端末の前記状況表示用情報取得部は、前記状況表示用情報として、前記サーバ側加工部で加工された前記状況情報を取得するものであり、
   前記情報処理端末の前記表示部は、インターネット閲覧用の汎用ソフトを用いることで、前記状況表示用情報取得部で取得した、前記サーバ側加工部で加工された前記状況情報を表示することを特徴とする車両用システム。
5. 請求項１〜４のいずれか１項において、
   前記電源設定部は、前記バッテリ動作判定部で、前記車載機を動作させるのに必要な電力を前記バッテリの電力が上回っていると判定した場合に、前記バッテリの電力と前記太陽電池の発電電力との両方を前記車載機の電源として設定することを特徴とした車両用システム。
6. 請求項１〜５のいずれか１項において、
   前記バッテリ動作判定部は、前記車載機を動作させるのに必要な電力として、前記車載機の待機消費電力に相当する電力を、前記バッテリの電力が上回っているか否かを判定するものであり、
   前記動作許可部は、前記バッテリ動作判定部で、前記車載機の待機消費電力量に相当する電力を前記バッテリの電力が上回っていないと判定した場合に、当該車載機の動作の許可を行わないことを特徴とする車両用システム。
7. 請求項１〜６のいずれか１項において、
   前記車載機による所定処理を完了するのに要する処理完了時間を取得する処理完了時間取得部（１２１）を備え、
   前記継続動作判定部は、前記予測部が予測した前記予測値と、前記バッテリの残蓄電量と、前記車載機の動作時消費電力とから、前記バッテリ及び前記太陽電池を電源として用いて前記車載機を前記処理完了時間以上継続して動作させることが可能か否かを判定することを特徴とする車両用システム。
8. 請求項１〜７のいずれか１項において、
   前記車載機は、前記車両に複数搭載されているものであって、
   前記バッテリが電力を供給している全ての前記車載機の待機消費電力である総待機消費電力を取得する総待機消費電力取得部（１１４）を備え、
   前記バッテリ動作判定部は、前記車載機の待機消費電力に相当する電力を前記バッテリの電力が上回っているか否かの判定を、前記総待機消費電力と前記バッテリの電力との比較をもとに行うことを特徴とする車両用システム。
9. 請求項１〜８のいずれか１項において、
   前記発電電力判定部で、前記太陽電池の発電電力が前記車載機の動作に必要な消費電力以上と判定しているとともに、その発電電力の一部しか前記車載機を動作させるのに用いられていない場合に、その発電電力の余剰分を前記バッテリに蓄電する蓄電処理部（１２０）を備えることを特徴とする車両用システム。
10. 車載機（４、５、６、７）に対する電源としてバッテリ（３）と太陽電池（２）とを搭載している車両で用いられ、
    前記車載機の動作に必要な電力を示す動作時消費電力、及び前記太陽電池が発電している発電電力に基づいて、前記太陽電池の発電電力が前記車載機の動作に必要な消費電力以上か否かを逐次判定する発電電力判定部（１１６）と、
    前記発電電力判定部で、前記太陽電池の発電電力が前記車載機の動作に必要な消費電力以上でないと判定した場合に、前記車載機を動作させるのに必要な電力を前記バッテリの電力が上回っているか否かを判定するバッテリ動作判定部（１１８）と、
    前記発電電力判定部で、前記太陽電池の発電電力が前記車載機の動作に必要な消費電力以上と判定した場合に、前記太陽電池の発電電力を前記車載機の電源として設定する一方、前記バッテリ動作判定部で、前記車載機を動作させるのに必要な電力量を前記バッテリの電力が上回っていると判定した場合に、前記バッテリの電力を少なくとも前記車載機の電源として設定する電源設定部（１１５）と、
    前記車載機の動作の許可を行う動作許可部（１１９）と、
    前記太陽電池による今後の発電電力量の予測値を決定する予測部（１２２）と、
    前記予測部が予測した前記予測値と、前記バッテリの残蓄電量と、前記車載機の動作時消費電力とから、前記バッテリ及び前記太陽電池を電源として用いて前記車載機を所定時間以上継続して動作させることが可能か否かを判定する継続動作判定部（１２３）と、
    前記車両における電力状況についての情報及び前記車載機の状況についての情報の少なくともいずれかである状況情報を、その状況情報を示す表示を行う情報処理端末と通信を行うサーバに転送するアップロード部（１２４）とを備え、
    前記動作許可部は、前記継続動作判定部で、前記車載機を所定時間以上継続して動作させることが可能と判定した場合に、当該車載機の動作の許可を行うことを特徴とする車両用電源制御装置。

Images