JP2024074522A - 情報管理システムおよび情報管理方法 - Google Patents

Abstract

【課題】車両に搭載された蓄電装置を充電する充電装置が長期間占有される場合に車両および充電装置を有効活用する。【解決手段】第１端末は、予約処理が開始され（Ｓ１００にてＹＥＳ）、開始日時および終了日時を受け付けると（Ｓ１０２にてＹＥＳ）、シェア利用が許可されている場合（Ｓ１０４にてＹＥＳ）、時限デジタルキーを発行するステップ（Ｓ１０６）と、ＶＰＰ利用が許可されている場合（Ｓ１０８にてＹＥＳ）、ＶＰＰ許可情報を生成するステップ（Ｓ１１０）と、予約情報を管理サーバに送信するステップ（Ｓ１１２）と、予約完了情報を受信すると（Ｓ１１４にてＹＥＳ）、予約完了を通知するステップ（Ｓ１１６）と、予約不可情報を受信すると（Ｓ１１８にてＹＥＳ）、予約不可を通知するステップ（Ｓ１２０）とを含む、処理を実行する。【選択図】図２

Description

本開示は、情報管理システムに関する。

車両に搭載された蓄電装置を自宅とは異なる施設に設置される充電スタンドを利用して充電する場合には、充電スタンドの周辺において提供されるサービスを利用することで充電が完了するまでの待ち時間を有効に活用することができる。そのため、それらのサービスの利用を考慮して充電スタンドの利用を予約することが行なわれている。

たとえば、国際公開第２０２０／１９４４５６号（特許文献１）には、利用者の候補目的地が認識されたときに候補目的地における提供可能なサービスが抽出され、これらを含む候補目的地情報が利用者端末に送信される技術が開示される。これにより、利用者は、目的地での待ち時間に利用する提供可能サービスを選択することができるため、待ち時間の有効活用を支援できる。

国際公開第２０２０／１９４４５６号

上述したような充電スタンドの利用予約をしたユーザが他のサービスを利用したり、あるいは、空港などにおいて利用予約した充電スタンドに車両を接続した後に旅行に出発したりして充電スタンドが長期間占有される場合がある。そのため、占有されている期間に他のユーザが充電スタンドを利用できないため、充電スタンドを有効に活用できない可能性がある。

本開示は、上述した課題を解決するためになされたものであって、その目的は、車両に搭載された蓄電装置を充電する充電装置が長期間占有される場合に車両および充電装置を有効活用する情報管理システムおよび情報管理方法を提供することである。

本開示のある局面に係る情報管理システムは、蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を管理するサーバを備える。サーバは、予約時間の中で電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を受信する。

このようにすると、充電装置の利用を予約する場合に、電動車両の借用者に対して使用権限を一時的に与えるための情報がサーバにおいて受信されるため、充電装置の利用期間中において、借用者に対して電動車両を使用させることができるとともに、借用者による電動車両の使用中においては、充電装置の利用が可能となるため、充電装置を長期間利用する予約が行なわれた場合に車両および充電装置を有効活用することができる。

ある実施の形態においては、サーバは、予約された充電装置の利用期間内に設定される設定期間を借用者が電動車両の利用が可能な第１期間として設定する。

このようにすると、充電装置の利用期間内に第１期間が設定されるため、第１期間内で借用者に対して電動車両を使用させることができるとともに、借用者による電動車両の使用中においては、充電装置の利用が可能となる。そのため、充電装置を長期間利用する予約が行なわれた場合に車両および充電装置を有効活用することができる。

ある実施の形態においては、サーバは、予約された充電装置の利用期間内に設定される設定期間を、借用者が電動車両の使用が可能な第１期間と電力需給の調整を実施する第２期間とのうちのいずれか一方の期間として設定する。

このようにすると、第１期間が設定期間として設定された場合には、第１期間に借用者に対して電動車両を使用させることができるとともに、借用者による電動車両の使用中においては、充電装置の利用が可能となる。さらに、第２期間が設定期間として設定された場合には、電動車両を電力需給の調整に用いることができるため、電力需給のバランスを図ることができる。

ある実施の形態においては、情報管理システムは、サーバと通信可能な端末をさらに備える。端末は、充電装置の利用を予約する場合に、サーバに対して電動車両を充電装置の利用期間内に設定される設定期間に借用可能とするデジタルキーをサーバに対して送信する。

このようにすると、充電装置の利用が予約される場合に端末からサーバに対してデジタルキーが送信されることにより、充電装置の利用期間中において、借用者に対して電動車両を使用させることができる。

ある実施の形態においては、サーバは、充電装置の利用期間中における電動車両の使用履歴および電動車両の状態のうちの少なくともいずれかの情報を電動車両から取得し、取得された情報を用いて蓄電装置の充電スケジュールを設定する。

このようにすると、充電装置の利用期間中における電動車両の使用履歴または電動車両の状態の情報を用いて蓄電装置の充電スケジュールが設定されるため、充電装置の利用期間の終了時において蓄電装置の状態を予め定められた状態（たとえば、満充電状態）にすることができる。

本開示の他の局面に係る情報管理システムは、蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を、電動車両を利用するユーザに通知する端末を備える。端末は、予約時間の中で電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を送信する。

このようにすると、予約時間の中で電動車両の借用者に対して使用権限を一時的に与えるための情報が送信されるため、充電装置の利用期間中において、借用者に対して電動車両を使用させることができるとともに、借用者による電動車両の使用中においては、充電装置の利用が可能となるため、充電装置を長期間利用する予約が行なわれた場合に車両および充電装置を有効活用することができる。

本開示のさらに他の局面に係る情報管理方法は、蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を管理するステップと、予約時間の中で電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を受信するステップとを含む。

本開示のさらに他の局面に係る情報管理方法は、蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を、電動車両を利用するユーザに通知するステップと、予約時間の中で電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を送信するステップとを含む。

本開示によると、車両に搭載された蓄電装置を充電する充電装置が長期間占有される場合に車両および充電装置を有効活用する情報管理システムおよび情報管理方法を提供することができる。

情報管理システムの構成の一例を説明するための図である。 第１端末で実行される処理の一例を示すフローチャートである。 管理サーバで実行される、予約情報を登録する処理の一例を示すフローチャートである。 管理サーバで実行される、シェア利用の予約をする処理の一例を示すフローチャートである。 管理サーバで実行される、時限デジタルキーを送信する処理の一例を示すフローチャートである。 管理サーバで実行される、ＤＲ要請への参加車両を設定する処理の一例を示すフローチャートである。 管理サーバで実行される、充電スケジュールを設定する処理の一例を示すフローチャートである。 管理サーバで実行される、駐車料金を設定する処理の一例を示すフローチャートである。 シェア利用のみが許可される場合の管理サーバの動作の一例を説明するためのタイミングチャートである。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

図１は、情報管理システム１の構成の一例を説明するための図である。図１に示すように、本実施の形態において、情報管理システム１は、車両２と、通信ネットワーク６と、基地局７と、管理サーバ１００と、第１端末２００と、第２端末２０２と、充放電スタンド３００とを含む。

車両２は、たとえば、エンジンを駆動源とする車両であってもよいし、あるいは、電動機を駆動源とする電気自動車であってもよいし、エンジンと電動機とを搭載し、少なくともいずれかを駆動源とするハイブリッド自動車であってもよい。なお、図１では、説明の便宜上、管理サーバ１００によって管理される車両として１台の車両２のみを示すが、管理サーバ１００によって管理される車両の台数については、特に１台に限定されるものではなく、２台以上であってもよい。

情報管理システム１は、管理サーバ１００と通信可能に構成される車両２から予め定められた情報を取得したり、提供したりして、取得した情報や提供する情報を管理するように構成される。

管理サーバ１００は、制御装置１１と、通信装置１３と、記憶装置１５とを含む。制御装置１１と通信装置１３と記憶装置１５とは、通信バス１４によって互いに通信可能に接続される。

制御装置１１は、ＣＰＵ（Central Processing Unit）などのプログラムを実行するプロセッサ１１ａ、メモリ（ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）など）１１ｂ、および、各種信号を入出力するための入出力ポート（図示せず）などを含んで構成されている。制御装置１１により実行される各種制御は、ソフトウェア処理、すなわち、メモリ１１ｂに格納されたプログラムがＣＰＵ１１ａにより読み出されることにより実行される。制御装置１１による各種制御は、記憶媒体に記憶されたプログラムを汎用のコンピュータ（図示せず）が実行することによっても実現可能である。制御装置１１による各種制御は、ソフトウェア処理に限られず、専用のハードウェア（電子回路）で処理してもよい。

記憶装置１５は、管理サーバ１００と通信可能に構成される車両２に関する予め定められた情報を記憶する。予め定められた情報は、たとえば、後述する車両２の制御プログラムに関する情報や、車両２を特定するための情報（以下、車両ＩＤと記載する）を含む。車両ＩＤは、車両毎に設定された固有の情報である。管理サーバ１００は、車両ＩＤによって送信元あるいは送信先の車両を特定することが可能となる。

通信装置１３は、制御装置１１と通信ネットワーク６との間で双方向通信を実現する。管理サーバ１００は、通信装置１３を用いて通信ネットワーク６上に設けられた基地局７を介して、通信装置３０を搭載した車両２と互いに通信可能とする。さらに、管理サーバ１００は、通信装置１３を用いて通信ネットワーク６上に設けられた基地局７を介して、第１端末２００または第２端末２０２と互いに通信を可能とする。

第１端末２００は、たとえば、車両２のユーザが所有する、スマートフォン、タブレット端末あるいはウェアラブルデバイスなどの携帯可能な端末である。第１端末２００は、ＣＰＵなどのプログラムを実行するプロセッサおよびメモリを有する制御装置２００ａと、基地局７を経由して管理サーバ１００と通信可能に構成される通信装置２００ｂと、ユーザインターフェス（以下、ＵＩと記載する）２００ｃとを含む。制御装置２００ａと通信装置２００ｂとＵＩ２００ｃとは、図示しないＵＩ２００ｃは、たとえば、予め定められた情報を表示する表示装置と、ユーザの操作を受け付けるタッチパネルとを含む。第１端末２００には、車両２のドアの解錠や運転操作を行なうためのデジタルキーについての情報が車両２の車両ＩＤとを対応づけて記憶される。ユーザは、たとえば、車両２の周辺において第１端末２００に対して予め定められた操作を行なうことにより第１端末２００のデジタルキーが車両２において認証され、車両２のドアが解錠されたり、運転等の操作が許可されたりする。

管理サーバ１００は、たとえば、第１端末２００を特定するための識別情報（たとえば、電話番号やＭＡＣ（Media Access Control）アドレス等）と、車両２の車両ＩＤとを対応づけて記憶する。

第２端末２０２は、たとえば、レンタカーやカーシェアなどの車両を賃貸するサービスを利用する利用者が所有する、スマートフォン、タブレット端末あるいはウェアラブルデバイスなどの携帯可能な端末である。第２端末２０２は、図示しないＣＰＵなどのプログラムを実行するプロセッサ、メモリ、および入出インターフェースを有するコンピュータである。第２端末２０２は、基地局７を経由して管理サーバ１００と通信可能に構成される。第２端末２０２は、第１端末２００と同様の構成を有する。そのため、その詳細な説明は繰り返さない。

充放電スタンド３００は、たとえば、空港等の施設の駐車場内に設けられる複数の駐車スペースのうちの少なくともいずれかに設けられており、図１においては、代表的に１つの充放電スタンド３００が示されている。

充放電スタンド３００には、電力網に接続される電力線（図示せず）が接続される。充放電スタンド３００には、ケーブル３０２の一方端が接続される。ケーブル３０２の他方端には、コネクタ３０４が接続される。コネクタ３０４は、車両２のインレット４０に接続可能な構造を有する。図１において、コネクタ３０４が、車両２のインレット４０に接続されている場合が示されている。

コネクタ３０４がインレット４０に接続されることにより、充放電スタンド３００と車両２の蓄電装置２０との間での電力の授受が可能となる。充放電スタンド３００は、たとえば、制御装置および通信装置（いずれも図示せず）を備えており、基地局７および通信ネットワーク６を経由して管理サーバ１００と通信可能に構成される。

また、情報管理システム１は、アグリゲータサーバ１０２をさらに含む。アグリゲータサーバ１０２は、たとえば、下位アグリゲータ（リソースアグリゲータ）の事業者が所有するサーバである。下位アグリゲータは、上位層（たとえば、上位アグリゲータ（アグリゲーションコーディネータ）あるいは、送配電事業者（電力会社）等からの電力の需給調整の要請（以下、ＤＲ（Demand Response）要請とも記載する）を管理サーバ１００を介して充放電スタンド３００を含む小規模電源設備を制御する事業者である。アグリゲータサーバ１０２は、ＤＲ要請に従って需給調整の対象となる電力網内の小規模電源設備を用いて需給調整を行ない、その貢献に相当するインセンティブを各小規模電源設備の所有者等に提供する。

次に、車両２の具体的な構成について説明する。車両２は、駆動輪と従動輪とを含む。駆動源の動作により駆動輪が回転されることによって車両２に駆動力が作用して車両２が走行する。

車両２は、ＥＣＵ（Electronic Control Unit）１０と、蓄電装置２０と、ＤＣＭ（Data Communication Module）等により構成される通信装置３０と、インレット４０と、ナビゲーションシステム６０とをさらに含む。

ＥＣＵ１０は、ＣＰＵなどのプログラムを実行するプロセッサ１０ａ、メモリ１０ｂ、および、入出力インターフェース（図示せず）を有するコンピュータである。ＥＣＵ１０は、車両２に搭載される各種アクチュエータを制御するための各種制御プログラムを含む。各種制御プログラムは、たとえば、操舵制御、駆動制御および制動制御のうちの少なくともいずれかの制御プログラムを含む。各種制御プログラムは、たとえば、車両２の運転支援に関する機能を有する運転支援システムを実行するためのプログラムを含むようにしてもよい。

蓄電装置２０は、再充電が可能に構成された直流電源であって、たとえば、ニッケル水素電池や固体または液体の電解質を含むリチウムイオン電池等の二次電池やキャパシタ等によって構成される。

通信装置３０は、通信ネットワーク６および基地局７を経由して管理サーバ１００との双方向通信が可能に構成される。

ナビゲーションシステム６０は、たとえば、ＧＰＳ（Global Positioning System）衛星や無線ＬＡＮ（Local Area Network）等を用いて車両２の位置を特定する位置検出装置と、地図情報や走行履歴を記憶するデータベースと、ＣＰＵ等を用いた制御装置（いずれも図示せず）とを含む。ナビゲーションシステム６０は、車両２の現在位置から目的地までの地図上の走行経路を特定したり、走行経路を走行中の車両２を目的地に誘導する案内をしたりする。ナビゲーションシステム６０は、図示しないタッチパネルディスプレイに地図情報や案内情報を表示させたり、ユーザのタッチパネルへの操作によってユーザにより入力される目的地を特定したり、特定された目的地への複数の走行経路の選択肢を表示したりする。さらにナビゲーションシステム６０は、運転中の走行履歴（走行時間や消費電力量や走行距離等）をデータベース等に記憶させる。

上述のような構成を有する車両２のユーザは、車両２に搭載された蓄電装置２０を自宅とは異なる施設に設置される充放電スタンド３００を利用して充電する場合がある。この場合、ユーザは、充放電スタンド３００の周辺において提供されるサービスを利用することで充電が完了するまでの待ち時間を有効に活用することができる。

たとえば、充放電スタンド３００が空港等の駐車場に設置される場合には、ユーザが車両２を駐車場に駐車して充放電スタンド３００と接続した後に、空港の施設を利用することで蓄電装置２０の充電が完了するまでの待ち時間を有効に活用することができる。あるいは、ユーザが車両２を駐車場に駐車して充放電スタンド３００と接続した後に、空港の飛行機を利用して移動し、空港に再び戻ってくる頃に蓄電装置２０の充電を完了しておくようにすることで充電のための待ち時間の発生を回避したりすることができる。そのため、それらのサービスの利用を考慮して充放電スタンド３００の利用を予約することが行なわれている。

このような充放電スタンド３００の利用予約をしたユーザが他のサービスを利用したり、あるいは、空港などにおいて利用予約した充放電スタンド３００に車両２を接続した後に旅行に出発したりすると、充放電スタンド３００が長期間占有されることとなる。そのため、占有されている期間において他のユーザがこの充放電スタンド３００を利用できない可能性がある。

そこで、本実施の形態においては、管理サーバ１００と第１端末２００とを含む情報管理システム１において、以下のような特徴を有するものとする。すなわち、第１端末２００は、予約時間の中で車両２を借用する借用者に対して使用権限を一時的に与えるための情報を管理サーバ１００（最終的には第２端末２０２）に送信する。管理サーバ１００は、予約時間の中で車両２を借用する借用者に対して使用権限を一時的に与えるための情報を第１端末２００から受信する。

このようにすると、充放電スタンド３００の利用期間中において、車両２を借用する借用者に対して車両２を使用させることができるとともに、借用者による車両２の使用中においては、充放電スタンド３００の利用が可能となるため、充電装置を長期間利用する予約が行なわれた場合に車両２および充放電スタンド３００を有効活用することができる。

以下、図２を参照して、第１端末２００（具体的には、制御装置２００ａ）で実行される処理の一例について説明する。図２は、第１端末２００で実行される処理の一例を示すフローチャートである。このフローチャートに示される処理は、第１端末２００の制御装置２００ａにより、所定の制御周期毎に繰り返し実行される。

ステップ（以下、ステップをＳと記載する）１００にて、第１端末２００は、予約処理を開始するか否かを判定する。予約処理は、車両２のユーザが第１端末２００を用いて充放電スタンド３００の利用の予約を行なうための処理である。第１端末２００は、たとえば、予約処理を実行可能とするためのアプリの起動中に、ＵＩ２００ｃを介して予約処理を開始する操作を受け付けた場合に、予約処理を開始すると判定する。予約処理を開始すると判定される場合（Ｓ１００にてＹＥＳ）、処理はＳ１０２に移される。

Ｓ１０２にて、第１端末２００は、充放電スタンド３００の利用を開始する予定の日時（以下、開始日時と記載する）および充放電スタンド３００の利用を終了する予定の日時（以下、終了日時と記載する）を受け付けたか否かを判定する。第１端末２００は、たとえば、予約処理が開始されると、開始日時および終了日時の入力が可能な表示をＵＩ２００ｃにおいて行なう。第１端末２００は、ＵＩ２００ｃを介して開始日時および終了日時が入力されたか否か判定する。たとえば、ユーザがＵＩ２００ｃのタッチパネルを用いて開始日時および終了日時を入力すると、第１端末２００は、開始日時および終了日時を受け付けたと判定する。開始日時および終了日時を受け付けたと判定される場合（Ｓ１０２にてＹＥＳ）、処理はＳ１０４に移される。

Ｓ１０４にて、第１端末２００は、充放電スタンド３００の利用期間中に充放電スタンド３００に対応する駐車スペースに駐車した車両２に対するカーシェアとしてあるいはレンタカーとしての利用（以下、シェア利用と記載する）が許可されるか否かを判定する。第１端末２００は、たとえば、予約処理の開始時に表示される画面に開始日時と終了日時の入力項目に加えて、シェア利用を許可するか否かをユーザ操作によって選択可能な項目を表示する。第１端末２００は、当該項目の選択状態を用いてシェア利用が許可されるか否かを判定する。シェア利用が許可されると判定される場合（Ｓ１０４にてＹＥＳ）、処理はＳ１０６に移される。

Ｓ１０６にて、第１端末２００は、時限デジタルキーを発行する。デジタルキーは、たとえば、第１端末２００において起動するアプリによって機能する。第１端末２００と車両２との間で通信したときにデジタルキーを用いて認証が行なわれると、車両２のドアの施錠・解錠や運転操作（以下、単に「使用」と記載する場合がある）を行なうことが許可される。時限デジタルキーは、上述のデジタルキーが有する車両２を使用する権限のうちの一部の権限を有する。具体的には、時限デジタルキーは、デジタルキーとして機能が予め定められた期間に制限される。第１端末２００は、たとえば、開始日時から終了日時までの利用期間を車両２の使用を許可する時限デジタルキーを生成する。その後処理はＳ１０８に移される。なお、シェア利用が許可されないと判定される場合にも（Ｓ１０４にてＮＯ）、処理はＳ１０８に移される。

Ｓ１０８にて、第１端末２００は、充放電スタンド３００の利用期間中にＶＰＰ（Virtual Power Plant）に用いられる小規模電源設備としての車両２の利用（以下、ＶＰＰ利用と記載する）が許可されるか否かを判定する。第１端末２００は、たとえば、予約処理の開始時に表示される画面に開始日時と終了日時の入力項目に加えて、ＶＰＰ利用を許可するか否かをユーザ操作によって選択可能な項目を表示する。第１端末２００は、当該項目の選択状態を用いてＶＰＰ利用が許可されるか否かを判定する。ＶＰＰ利用が許可されると判定される場合（Ｓ１０８にてＹＥＳ）、処理はＳ１１０に移される。

Ｓ１１０にて、第１端末２００は、ＶＰＰ利用が許可されることを示す情報（以下、ＶＰＰ許可情報と記載する）を生成する。その後処理はＳ１１２に移される。

Ｓ１１２にて、第１端末２００は、予約情報を管理サーバ１００に送信する。予約情報は、開始日時と終了日時とによって構成される入力情報を含む。さらに、予約情報は、シェア利用が許可される場合には、時限デジタルキーについての情報をさらに含む。予約情報は、ＶＰＰ利用が許可されている場合には、ＶＰＰ許可情報をさらに含む。その後処理はＳ１１４に移される。なお、ＶＰＰが許可されないと判定される場合にも（Ｓ１０８にてＮＯ）、処理はＳ１１４に移される。

Ｓ１１４にて、第１端末２００は、管理サーバ１００から予約完了情報を受信するか否かを判定する。予約完了情報は、管理サーバ１００において予約の登録が完了したことを示す情報を含む。管理サーバ１００から予約完了情報を受信すると判定される場合（Ｓ１１４にてＹＥＳ）、処理はＳ１１６に移される。

Ｓ１１６にて、第１端末２００は、予約完了を通知する。具体的には、第１端末２００は、ＵＩ２００ｃの表示装置を用いて予約完了を示す情報を表示してもよいし、ＵＩ２００ｃのスピーカから予約完了を示す情報を音声や通知音を用いて報知してもよい。その後この処理は終了される。なお、予約完了情報を受信しないと判定される場合（Ｓ１１４にてＮＯ）、処理はＳ１１８に移される。

Ｓ１１８にて、第１端末２００は、管理サーバ１００から予約不可情報を受信するか否かを判定する。予約不可情報は、予約が受け付けられなかったことを示す情報を含む。管理サーバ１００から予約不可情報を受信すると判定される場合（Ｓ１１８にてＹＥＳ）、処理はＳ１２０に移される。

Ｓ１２０にて、第１端末２００は、予約不可を通知する。具体的には、第１端末２００は、ＵＩ２００ｃの表示装置を用いて予約不可を示す情報を表示してもよいし、ＵＩ２００ｃのスピーカから予約不可を示す情報を音声や通知音を用いて報知してもよい。その後この処理は終了される。なお、予約不可情報を受信しないと判定される場合（Ｓ１１８にてＮＯ）、処理はＳ１１４に戻される。また、予約処理が開始されないと判定される場合（Ｓ１００にてＮＯ）、この処理は終了される。また、開始日時および終了日時を受け付けていないと判定される場合（Ｓ１０２にてＮＯ）、処理はＳ１０２に戻される。

次に、図３を参照して、管理サーバ１００（具体的には、制御装置１１）で実行される、予約情報を登録する処理の一例について説明する。図３は、管理サーバ１００で実行される、予約情報を登録する処理の一例を示すフローチャートである。このフローチャートに示される処理は、管理サーバ１００の制御装置１１により、所定の制御周期毎に繰り返し実行される。

Ｓ２００にて、管理サーバ１００は、第１端末２００から予約情報を受信するか否かを判定する。予約情報は、上述したとおりであるため、その詳細な説明は繰り返さない。第１端末２００から予約情報を受信すると判定される場合（Ｓ２００にてＹＥＳ）、処理はＳ２０２に移される。

Ｓ２０２にて、管理サーバ１００は、予約情報に含まれる入力情報を用いて予約が可能であるか否かを判定する。管理サーバ１００は、入力情報に含まれる開始日時から終了日時までの予定する利用期間（駐車利用期間）において予約の空きがある場合（すなわち、充放電スタンド３００の他の利用予約がない場合）、予約が可能であると判定する。なお、管理サーバ１００は、充放電スタンド３００が複数ある場合には、少なくともいずれかの充放電スタンド３００において予定する利用期間に予約の空きがある場合、予約が可能であると判定してもよい。予約が可能であると判定される場合（Ｓ２０２にてＹＥＳ）、処理はＳ２０４に移される。

Ｓ２０４にて、管理サーバ１００は、記憶装置１５に予約情報を登録する。その後処理はＳ２０８に移される。なお、予約が可能でないと判定される場合（Ｓ２０２にてＮＯ）、処理はＳ２０６に移される。

Ｓ２０６にて、管理サーバ１００は、予約不可情報を第１端末２００に送信する。予約不可情報は、上述したとおりであるため、その詳細な説明は繰り返さない。その後処理は終了される。

Ｓ２０８にて、管理サーバ１００は、予約完了情報を第１端末２００に送信する。予約完了情報は、上述したとおりであるため、その詳細な説明は繰り返さない。その後処理はＳ２１０に移される。

Ｓ２１０にて、管理サーバ１００は、車両２のシェア利用が許可されるか否かを判定する。管理サーバ１００は、受信した予約情報に時限デジタルキーが含まれる場合に、車両２のシェア利用が許可されると判定する。車両２のシェア利用が許可されると判定される場合（Ｓ２１０にてＹＥＳ）、処理はＳ２１２に移される。

Ｓ２１２にて、管理サーバ１００は、車両２のＶＰＰ利用が許可されるか否かを判定する。管理サーバ１００は、受信した予約情報にＶＰＰ許可情報が含まれる場合に、車両２のＶＰＰ利用が許可されると判定する。車両２のＶＰＰ利用が許可されると判定される場合（Ｓ２１２にてＹＥＳ）、処理はＳ２１６に移される。なお、車両２のシェア利用が許可されないと判定される場合（Ｓ２１０にてＮＯ）、処理はＳ２１４に移される。

Ｓ２１４にて、管理サーバ１００は、車両２のＶＰＰ利用が許可されるか否かを判定する。ＶＰＰ利用が許可されるか否かの判定方法は、Ｓ２１２の処理における判定方法と同様であるため、その詳細な説明は繰り返さない。ＶＰＰ利用が許可されると判定される場合（Ｓ２１４にてＹＥＳ）、処理はＳ２２０に移される。

Ｓ２１６にて、管理サーバ１００は、車両２のシェア利用がＶＰＰ利用よりも優先されるか否かを判定する。管理サーバ１００は、車両２の状態や仕様等を用いてシェア利用がＶＰＰ利用よりも優先されるか否かを判定する。

管理サーバ１００は、たとえば、車両２に搭載される蓄電装置２０の満充電容量がしきい値よりも大きくＶＰＰの利用に適していると判定される場合には、ＶＰＰ利用がシェア利用よりも優先されると判定し、蓄電装置２０の満充電容量がしきい値以下の場合に、シェア利用がＶＰＰ利用よりも優先されると判定してもよい。なお、管理サーバ１００は、第１端末２００を経由して蓄電装置２０の満充電容量を取得してもよいし、あるいは、車両２と通信して蓄電装置２０の満充電容量を取得してもよい。

あるいは、管理サーバ１００は、たとえば、事前に登録されるユーザの自宅（あるいは、車両２や第１端末２００の位置）から充放電スタンド３００までの距離がしきい値よりも大きい場合には、充放電スタンド３００への到着時においてＳＯＣが消費された状態になるため、ＶＰＰ利用がシェア利用よりも優先されると判定し、当該距離がしきい値以下である場合には、シェア利用がＶＰＰ利用よりも優先されると判定してもよい。管理サーバ１００は、第１端末２００あるいは車両２から車両２の仕様や状態についての情報を取得してもよいし、あるいは、予約情報に当該情報が含まれていてもよい。あるいは、管理サーバ１００は、たとえば、充放電スタンド３００の利用期間がシェア利用が可能な期間の下限値よりも短い場合にＶＰＰ利用がシェア利用よりも優先されると判定し、利用期間が当該下限値以上である場合にシェア利用がＶＰＰ利用よりも優先されると判定してもよい。シェア利用がＶＰＰ利用よりも優先されると判定される場合（Ｓ２１６にてＹＥＳ）、処理はＳ２１８に移される。なお、Ｓ２１２にてＶＰＰ利用が許可されないと判定される場合（Ｓ２１２にてＮＯ）、処理はＳ２１８に移される。

Ｓ２１８にて、管理サーバ１００は、車両２を貸出対象車両として登録する。管理サーバ１００は、予約された開始日時から終了日時までの間の充放電スタンド３００の利用期間の一部を車両２のシェア可能期間として設定する。シェア可能期間は、利用期間のうちの少なくとも終了日時直前に設定される充電確保期間を除いた期間内に設定される。充電確保期間は、車両２の蓄電装置２０を確実に満充電状態まで充電可能となる予め定められた期間を含むようにしてもよい。なお、シェア可能期間は、開始日時直後に設定されるシェア利用のための充電確保期間を除いた期間に設定されるようにしてもよい。その後処理は終了される。なお、シェア利用がＶＰＰ利用よりも優先されないと判定される場合（Ｓ２１６にてＮＯ）、処理はＳ２２０に移される。

Ｓ２２０にて、管理サーバ１００は、ＶＰＰ対象車両として登録する。管理サーバ１００は、後述する図６を用いて説明する処理において、アグリゲータサーバ１０２からのＤＲ要請に対してＤＲ要請に参加する車両の選択候補（すなわち、ＶＰＰ対象車両）として車両２を登録する。その後処理は終了される。なお、予約情報を受信しないと判定される場合（Ｓ２００にてＮＯ）、その後処理は終了される。さらにシェア利用もＶＰＰ利用も許可されない場合（Ｓ２１０にてＮＯかつＳ２１４にてＮＯ）、その後処理は終了される。

次に、図４を参照して、管理サーバ１００（具体的には、制御装置１１）で実行される、シェア利用の予約をする処理について説明する。図４は、管理サーバ１００で実行される、シェア利用の予約をする処理の一例を示すフローチャートである。このフローチャートに示される処理は、管理サーバ１００の制御装置１１により、所定の制御周期毎に繰り返し実行される。

Ｓ３００にて、管理サーバ１００は、第２端末２０２からシェア利用を予約するための要求情報を受信したか否かを判定する。要求情報は、車両２の借用を開始する借用開始日時と借用終了日時とを含む。要求情報は、たとえば、車両２を借用した場合の目的地等の情報を含むようにしてもよい。シェア利用の利用者（以下、借用者と記載する）は、第２端末２０２においてシェア利用を行なうためのアプリの起動中に、借用開始日時と借用終了日時とを含む情報を入力する。第２端末２０２は、入力された情報を用いて要求情報を生成し、生成した要求情報を管理サーバ１００に送信する。第２端末２０２から要求情報を受信すると判定される場合（Ｓ３００にてＹＥＳ）、処理はＳ３０２に移される。

Ｓ３０２にて、管理サーバ１００は、マッチング処理を実行する。マッチング処理は、複数の貸出対象車両から要求情報に含まれる条件を満足する車両を選択する処理を含む。管理サーバ１００は、複数の貸出対象車両の中から少なくとも借用開始日時から借用終了日時までの借用希望期間において貸出可能な車両を選択する。管理サーバ１００は、選択候補が複数ある場合には、予め定められた優先順序に従って１つの車両を選択する。優先順序としては、たとえば、充放電スタンド３００を利用する車両が選択される優先度が高くなるように設定されてもよい。その後処理はＳ３０４に移される。

Ｓ３０４にて、管理サーバ１００は、マッチング結果（すなわち、マッチング処理によって選択された車両）を第２端末２０２に送信する。その後処理はＳ３０６に移される。

Ｓ３０６にて、管理サーバ１００は、第２端末２０２から確定情報を受信するか否かを判定する。確定情報は、マッチング結果によって選択された車両が貸出車両として借用者によって確定されたことを示す情報を含む。確定情報を受信したと判定される場合（Ｓ３０６にてＹＥＳ）、処理はＳ３１０に移される。なお、確定情報を受信しないと判定される場合（Ｓ３０６にてＮＯ）、処理はＳ３０８に移される。

Ｓ３０８にて、管理サーバ１００は、マッチング処理の再実行を要求する再マッチング要求があるか否かを判定する。管理サーバ１００は、第２端末２０２から再マッチング要求を受信する場合に再マッチング要求があると判定する。再マッチング要求があると判定される場合（Ｓ３０８にてＹＥＳ）、処理はＳ３０２に戻される。なお、再マッチング要求がないと判定される場合（Ｓ３０８にてＮＯ）、処理はＳ３０６に戻される。

Ｓ３１０にて、管理サーバ１００は、シェア利用の予約情報を登録する。管理サーバ１００は、たとえば、選択された車両についての情報と、選択された車両の借用希望期間についての情報とを予約情報として記憶装置１５に記憶させる。その後処理はＳ３１２に移される。

Ｓ３１２にて、管理サーバ１００は、予約完了通知を第２端末２０２に送信する。その後処理は終了される。なお、要求情報を受信しないと判定される場合（Ｓ３００にてＮＯ）、この処理は終了される。

次に、図５を参照して、管理サーバ１００（具体的には、制御装置１１）で実行される、時限デジタルキーを送信する処理の一例について説明する。図５は、管理サーバ１００で実行される、時限デジタルキーを送信する処理の一例を示すフローチャートである。このフローチャートに示される処理は、管理サーバ１００の制御装置１１により、所定の制御周期毎に繰り返し実行される。

Ｓ４００にて、管理サーバ１００は、シェア利用の予約情報を取得する。シェア利用の予約情報は、上述したとおりであるため、その詳細な説明は繰り返さない。管理サーバ１００は、記憶装置１５に予約情報が記憶されている場合には、記憶装置１５から読み出すことによって予約情報を取得する。その後処理はＳ４０２に移される。

Ｓ４０２にて、管理サーバ１００は、時限デジタルキーの送信条件が成立したか否かを判定する。時限デジタルキーの送信条件は、たとえば、選択された車両の借用開始日時から予め定められた期間だけ遡った時刻を経過しているという条件を含むようにしてもよいし、あるいは、第２端末２０２の位置と選択された車両との距離がしきい値以下であるという条件を含むようにしてもよいし、あるいは、選択された車両の借用希望期間内であるという条件を含むようにしてもよい。時限デジタルキーの送信条件が成立したと判定される場合（Ｓ４０２にてＹＥＳ）、処理はＳ４０４に移される。

Ｓ４０４にて、管理サーバ１００は、時限デジタルキーを第２端末２０２に送信する。なお、予約情報が取得されないと判定される場合（Ｓ４００にてＮＯ）、この処理は終了される。さらに、時限デジタルキーの送信条件が成立しないと判定される場合（Ｓ４０２にてＮＯ）、処理はＳ４０２に戻される。

次に、図６を参照して、管理サーバ１００（具体的には、制御装置１１）で実行される、ＤＲ要請への参加車両を設定する処理の一例について説明する。図６は、管理サーバ１００で実行される、ＤＲ要請への参加車両を設定する処理の一例を示すフローチャートである。このフローチャートに示される処理は、管理サーバ１００の制御装置１１により、所定の制御周期毎に繰り返し実行される。

Ｓ５００にて、管理サーバ１００は、ＤＲ要請があるか否かを判定する。管理サーバ１００は、たとえば、アグリゲータサーバ１０２からＤＲ要請を示す情報を受信する場合に、ＤＲ要請があると判定する。

なお、アグリゲータサーバ１０２は、たとえば、需給調整対象の電力網において供給可能な電力量と、当該電力網内での電力の需要量の予測値との差分に応じてＤＲ要請を管理サーバ１００を含む小規模電源設備に対して送信する。アグリゲータサーバ１０２は、たとえば、電力網における供給可能な電力量が電力の需要量よりも多くなる期間が予測される場合に当該期間において需要量を増加させる上げＤＲ要請を行なう。アグリゲータサーバ１０２は、たとえば、電力網における供給可能な電力量が電力の需要量よりも少なくなる期間が予測される場合に当該期間において需要量を減少させる下げＤＲ要請を行なう。アグリゲータサーバ１０２は、上げＤＲ要請または下げＤＲ要請とともにＤＲ要請量を各小規模電源設備に対して送信する。ＤＲ要請があると判定される場合（Ｓ５００にてＹＥＳ）、処理はＳ５０２に移される。

Ｓ５０２にて、管理サーバ１００は、参加車両を設定する。管理サーバ１００は、充放電スタンド３００と接続され、ＶＰＰ利用が許可された複数のＶＰＰ対象車両から参加車両を設定する。管理サーバ１００は、たとえば、ＤＲ要請が上げＤＲ要請である場合には、複数のＶＰＰ対象車両のうちの搭載される蓄電装置のＳＯＣが低い車両から参加車両として設定してもよい。あるいは、管理サーバ１００は、たとえば、ＤＲ要請が下げＤＲ要請である場合には、複数のＶＰＰ対象車両のうちの搭載される蓄電装置のＳＯＣが高い車両から参加車両として設定してもよい。あるいは、管理サーバ１００は、全てのＶＰＰ対象車両を参加車両として設定してもよい。その後処理はＳ５０４に移される。

Ｓ５０４にて、管理サーバ１００は、各参加車両の充放電量の割当量を設定する。管理サーバ１００は、たとえば、各参加車両の現在のＳＯＣや満充電容量等に基づいて充放電量の割当量を設定する。その後処理はＳ５０６に移される。

Ｓ５０６にて、管理サーバ１００は、各参加車両の充放電スケジュールを設定する。充放電スケジュールは、たとえば、各参加車両に割り当てられた充放電量を実施するための充放電を行なう時間帯と充放電電力についての情報を含む。充放電スケジュールは、参加車両毎に設定される。

Ｓ５０８にて、管理サーバ１００は、設定された充放電スケジュールを対応する参加車両あるいは参加車両が接続された充放電スタンドに送信する。各参加車両においては、受信した充放電スケジュールに従って蓄電装置の充放電制御が実施される。その後処理は終了される。なお、ＤＲ要請がないと判定される場合（Ｓ５００にてＮＯ）、この処理は終了される。

次に、図７を参照して、管理サーバ１００（具体的には、制御装置１１）で実行される、充電スケジュールを設定する処理の一例について説明する。図７は、管理サーバ１００で実行される、充電スケジュールを設定する処理の一例を示すフローチャートである。このフローチャートに示される処理は、管理サーバ１００の制御装置１１により、所定の制御周期毎に繰り返し実行される。

Ｓ６００にて、管理サーバ１００は、シェアの利用が終了したか否かを判定する。管理サーバ１００は、たとえば、第２端末２０２からシェア利用が終了した旨の情報を受信するとともに、シェア利用の対象の車両が充放電スタンド３００に接続されているときにシェア利用が終了したと判定してもよい。借用者は、たとえば、シェア利用の開始時に駐車されていた駐車スペースに借用していた車両を駐車して、充放電スタンド３００のコネクタ３０４をインレット４０に接続した後に、第２端末２０２においてシェア利用を終了するための操作を行なう。このとき、第２端末２０２は、当該操作に応じてシェア利用が終了した旨の情報を管理サーバ１００に送信する。一方、充放電スタンド３００は、車両２のインレット４０にコネクタ３０４が接続されたときに接続された車両２の情報（車両ＩＤ）を取得し、車両２が充放電スタンド３００に接続されたことを示す情報や車両２の走行履歴を管理サーバ１００に送信する。なお、これらの情報は、車両２から管理サーバ１００に送信されてもよいし、あるいは、第２端末２０２を経由して管理サーバ１００に送信されてもよい。

Ｓ６０２にて、管理サーバ１００は、シェア利用による料金（以下、賃貸料金と記載する）を設定する。管理サーバ１００は、たとえば、車両２の走行履歴を用いて賃貸料金を設定してもよい。管理サーバ１００は、たとえば、シェア利用期間中の走行距離と単位距離当たりの賃貸料金とを用いて賃貸料金を設定してもよい。あるいは、管理サーバ１００は、たとえば、シェア利用期間中の走行時間と単位時間当たりの賃貸料金とを用いて賃貸料金を設定してもよい。あるいは、管理サーバ１００は、たとえば、シェア利用期間と、単位時間当たりの賃貸料金とを用いて賃貸料金を設定してもよい。その後処理はＳ６０４に移される。

Ｓ６０４にて、管理サーバ１００は、精算処理を実行する。管理サーバ１００は、たとえば、クレジットカード決済などの電子決済等の支払方法が借用者により予め登録されている場合には、登録された支払方法を用いて精算処理を実行する。その後処理はＳ６０６に移される。

Ｓ６０６にて、管理サーバ１００は、シェア利用の対象車両のＳＯＣを取得する。管理サーバ１００は、充放電スタンド３００を経由して取得した車両２の走行履歴を用いて車両のＳＯＣを取得する。その後処理はＳ６０８に移される。

Ｓ６０８にて、管理サーバ１００は、シェア利用の対象車両の充電スケジュールを設定する。管理サーバ１００は、たとえば、シェア利用の対象車両に搭載される蓄電装置が終了日時に予め定められた充電状態（たとえば、満充電状態）になるように充電を開始する日時（以下、充電開始日時と記載する）を設定する。管理サーバ１００は、たとえば、車両が次のシェア利用の予約ＶＰＰとしての利用する予定がある場合には、シェア利用の利用開始日時あるいはＶＰＰとしての利用開始日時に予め定められた充電状態になるように充電開始日時を設定する。

Ｓ６１０にて、管理サーバ１００は、現在日時が充電開始日時を経過したか否かを判定する。現在日時が充電開始日時を経過したと判定される場合（Ｓ６１０にてＹＥＳ）、処理はＳ６１２に移される。

Ｓ６１２にて、管理サーバ１００は、充電制御の実行指令をシェア利用の対象車両が接続される充放電スタンド３００に対して出力する。充放電スタンド３００は、管理サーバ１００からの充電制御の実行指令を受信して、接続される車両に搭載される蓄電装置の充電を行なう。なお、管理サーバ１００は、充電制御の実行指令をシェア利用の対象車両に対して出力してもよい。その後処理は終了される。なお、シェア利用が終了していないと判定される場合（Ｓ６００にてＮＯ）、この処理は終了される。また、現在日時が充電開始日時を経過していないと判定される場合（Ｓ６１０にてＮＯ）、処理はＳ６１０に戻される。

次に、図８を参照して、管理サーバ１００（具体的には、制御装置１１）で実行される、駐車料金を設定する処理の一例について説明する。図８は、管理サーバ１００で実行される、駐車料金を設定する処理の一例を示すフローチャートである。このフローチャートに示される処理は、管理サーバ１００の制御装置１１により、所定の制御周期毎に繰り返し実行される。

Ｓ７００にて、管理サーバ１００は、駐車利用が終了したか否かを判定する。管理サーバ１００は、たとえば、第１端末２００から駐車利用が終了した旨の情報を受信するとともに、駐車利用の対象の車両と充放電スタンド３００との接続が解除されているときに駐車利用が終了したと判定してもよい。車両の所有者は、たとえば、第１端末２００において駐車利用を終了するための操作を行なう。このとき、第１端末２００は、当該操作に応じて駐車利用が終了した旨の情報を管理サーバ１００に送信する。一方、充放電スタンド３００は、車両のインレット４０からコネクタ３０４が取り外されたときに駐車利用の対象の車両と充放電スタンド３００との接続が解除されたことを示す情報を管理サーバ１００に送信する。なお、これらの情報は、車両２から管理サーバ１００に送信されてもよいし、あるいは、第１端末２００を経由して管理サーバ１００に送信されてもよい。駐車利用が終了したと判定される場合（Ｓ７００にてＹＥＳ）、処理はＳ７０２に移される。

Ｓ７０２にて、管理サーバ１００は、駐車利用を終了する車両を特定する。管理サーバ１００は、たとえば、第１端末２００から車両ＩＤを取得することにより駐車利用を終了する車両を特定してもよい。その後処理はＳ７０４に移される。

Ｓ７０４にて、管理サーバ１００は、シェア利用の利用履歴を取得する。管理サーバ１００は、特定された車両がシェア利用されたときのシェア利用期間や走行距離や走行時間や賃貸料金等を記憶装置１５から読出してシェア利用の利用履歴として取得する。管理サーバ１００は、これらの情報を特定された車両から取得してもよいし、あるいは、第１端末２００を経由して車両から取得してもよい。

Ｓ７０６にて、管理サーバ１００は、ＶＰＰ利用の利用履歴を取得する。管理サーバ１００は、特定された車両がＶＰＰ利用されたときの充放電期間や充電量や放電量等を記憶装置１５から読出してＶＰＰ利用の利用履歴として取得する。管理サーバ１００は、これらの情報を特定された車両から取得してもよいし、あるいは、第１端末２００を経由して車両から取得してもよい。

Ｓ７０８にて、管理サーバ１００は、駐車利用を終了した車両が貸出対象車両として設定されていた場合には、貸出対象車両としての設定を解除し、ＶＰＰ対象車両として設定されていた場合には、ＶＰＰ対象車両として設定を解除する。貸出対象車両としての設定の解除により、たとえば、マッチング処理時の選択候補から除外される。また、ＶＰＰ対象車両としての設定の解除により、ＤＲ要請に応じて参加車両を設定する際の選択候補から除外される。その後処理はＳ７１０に移される。

Ｓ７１０にて、管理サーバ１００は、駐車料金を設定する。管理サーバ１００は、たとえば、利用期間と、利用期間中のシェア利用の利用履歴と、利用期間中のＶＰＰ利用の利用履歴と、利用終了前に行なわれた充電による充電量とを用いて駐車料金を設定する。管理サーバ１００は、たとえば、利用期間から基準となる駐車料金を設定する。管理サーバ１００は、シェア利用の利用期間や走行距離等を用いて減額料金を設定する。管理サーバ１００は、ＶＰＰ利用の利用期間、充電量あるいは放電量や貢献度等を用いて減額料金を設定する。管理サーバ１００は、利用終了前に行なわれた充電量を用いて増額料金を設定する。管理サーバ１００は、基準となる駐車料金と減額料金と増額料金とから最終的な駐車料金を設定する。

Ｓ７１２にて、管理サーバ１００は、設定された駐車料金を通知する。管理サーバ１００は、利用終了の車両を所有するユーザの第１端末２００に設定された駐車料金を通知する。

Ｓ７１４にて、管理サーバ１００は、精算処理を実行する。管理サーバ１００は、クレジットカード決済などの電子決済等の支払方法が駐車場の利用者により予め登録されている場合には、登録された支払方法を用いて精算処理を実行する。その後処理は終了される。なお、駐車利用が終了していないと判定される場合（Ｓ７００にてＮＯ）、この処理は終了される。

以上のような構造およびフローチャートに基づく管理サーバ１００の動作の一例について説明する。

＜シェア利用のみ許可される場合＞
図９は、シェア利用のみ許可される場合の管理サーバ１００の動作の一例を説明するためのタイミングチャートである。図９には、駐車利用期間と、シェア可能期間と、充電確保期間と、シェア利用期間と、充電期間とが示されている。これらの期間は、以下に説明するとおり管理サーバ１００と第１端末２００と第２端末２０２の動作によって設定される。

すなわち、車両２のユーザが第１端末２００を操作し、駐車場を予約するためのアプリを起動し、予約処理が開始されると（Ｓ１００にてＹＥＳ）、開始日時と終了日時とが受け付けられる（Ｓ１０２）。このとき、シェア利用のみ許可することが選択されているものとする。開始日時と終了日時とが入力情報として受け付けられると（Ｓ１０２にてＹＥＳ）、シェア利用が許可されている場合には（Ｓ１０４にてＹＥＳ）、時限デジタルキーが発行される（Ｓ１０６）。一方、ＶＰＰ利用が許可されてないため（Ｓ１０８にてＮＯ）、ＶＰＰ許可情報が生成されることなく、入力情報と時限デジタルキーとを含む予約情報が管理サーバ１００に対して送信される（Ｓ１１２）。

管理サーバ１００において、予約情報が受信され（Ｓ２００にてＹＥＳ）、予約可能であると判定される場合（Ｓ２０２にてＹＥＳ）、予約情報が登録される（Ｓ２０４）。

このとき、図９の（Ａ）に示すように、時刻ｔ（０）を開始日時とし、時刻ｔ（６）を終了日時とする駐車場を利用する予定となる利用期間が予約される。予約情報が登録されると予約完了情報が第１端末２００に送信されることとなる（Ｓ２０８）。

第１端末２００において予約完了情報を受信すると（Ｓ１１４にてＹＥＳ）、予約が完了したことがＵＩ２００ｃに通知される（Ｓ１１６）。

管理サーバ１００においては、予約完了情報の送信後においては、車両２のシェア利用が許可されている場合であって（Ｓ２１０にてＹＥＳ）、ＶＰＰ利用が許可されていない場合（Ｓ２１２にてＮＯ）、車両２が貸出対象車両として登録される（Ｓ２１８）。このとき、図９の（Ｂ）に示すように、登録された貸出対象車両のシェア可能期間が駐車場の利用期間内に設定される。より具体的には、駐車利用期間の開始日時ｔ（０）から予め定められた時間経過後の時刻ｔ（１）を始期とし、駐車利用期間の終了日時ｔ（６）から充電確保期間の長さだけ遡った時刻ｔ（４）を終期とする期間がシェア可能期間として設定される。

そのため、借用者が第２端末２０２を用いてシェア利用を予約するため要求情報が送信され、管理サーバ１００において要求情報が受信されると（Ｓ３００にてＹＥＳ）、複数の貸出対象車両の中から選択候補を抽出するマッチング処理が実行される（Ｓ３０２）。マッチング処理によって得られたマッチング結果が第２端末２０２に送信される（Ｓ３０４）。

そして、第２端末２０２からマッチング結果に含まれる選択候補を用いたシェア利用が確定されたことを示す確定情報が受信されると（Ｓ３０６にてＹＥＳ）、シェア利用の予約情報が登録され、予約完了通知が第２端末２０２に送信される。

たとえば、図９の（Ｃ）に示すように、借用者が希望するシェア利用期間が時刻ｔ（１）よりも後の時刻ｔ（２）を利用開始日時とし、時刻ｔ（４）よりも前の時刻ｔ（３）を利用終了日時とする期間である場合を想定する。

管理サーバ１００は、シェア利用の予約情報を取得する場合（Ｓ４００にてＹＥＳ）、時限デジタルキーの送信条件が成立するか否かを判定する（Ｓ４０２）。現在日時から借用開始日時までの期間がしきい値よりも短くなるなどして送信条件が成立すると（Ｓ４０２にてＹＥＳ）、時限デジタルキーが第２端末２０２に送信される（Ｓ４０４）。第２端末２０２に時限デジタルキーが送信されることにより、第２端末２０２の所有者である借用者は、駐車場に停車された車両２の利用が可能となる。

借用者が車両２を利用した後に時刻ｔ（３）に駐車場に駐車し、インレット４０にコネクタ３０４を接続し、シェア利用が終了すると（Ｓ６００にてＹＥＳ）、シェア利用に対する賃貸料金が設定され（Ｓ６０２）、精算処理が実行される（Ｓ６０４）。

このとき、車両２に搭載される蓄電装置２０のＳＯＣが取得され（Ｓ６０６）、充電スケジュールが設定される（Ｓ６０８）。すなわち、管理サーバ１００においては、車両２に搭載される蓄電装置２０の予め定められた充電状態に対応するＳＯＣと、現在のＳＯＣとの差分に対応する電力量が算出される。そして、算出された電力量の充電が時刻ｔ（６）に終了するように充電開始日時ｔ（５）が設定されることとなる。

そして、時刻がｔ（５）になると（Ｓ６１０にてＹＥＳ）、充電制御の実行指令が出力され（Ｓ６１２）、車両２に搭載される蓄電装置２０が充電される。時刻ｔ（６）になると、車両２に搭載される蓄電装置が予め定められた充電状態になる。このとき、車両２の所有者が駐車利用の終了の操作を行なうと（Ｓ７００にてＹＥＳ）、管理サーバ１００において駐車利用を終了する車両２が特定される（Ｓ７０２）。そして、特定された車両２のシェア利用の利用履歴が取得されるとともに（Ｓ７０４）、ＶＰＰの利用履歴（ＶＰＰ利用なし）が取得される（Ｓ７０６）。

そして、貸出対象車両の設定が解除されるとともに（Ｓ７０８）、駐車料金が設定される（Ｓ７１０）。その後、設定された駐車料金が第１端末２００に通知され（Ｓ７１２）、精算処理が実行される（Ｓ７１４）。

＜ＶＰＰ利用が許可される場合＞
ＶＰＰ利用のみが許可される場合には、図９におけるシェア可能期間に代えてＶＰＰ可能期間が設定され、シェア利用期間に代えてＶＰＰ利用期間が設定されることとなる。ＶＰＰ可能期間とＶＰＰ利用期間とは以下のように設定される。なお、その他の期間については、図９を用いて説明したとおりに設定されるため、その詳細な説明は繰り返さない。

たとえば、ユーザが駐車場の利用を予約する場合においてシェア利用が許可されず（Ｓ１０４にてＮＯ）、ＶＰＰ利用のみが許可される場合には（Ｓ１０８にてＹＥＳ）、時限デジタルキーが発行されることなく、ＶＰＰ利用許可情報が生成される（Ｓ１１０）。そのため、入力情報に加えてＶＰＰ利用許可情報が予約情報として管理サーバ１００に送信される（Ｓ１１２）。

この場合、予約情報を受信し（Ｓ２００にてＹＥＳ）、予約が可能であることによって（Ｓ２０２にてＹＥＳ）、予約情報が登録されると（Ｓ２０４）、予約完了情報が送信される（Ｓ２０８）。そして、シェア利用が許可されておらず（Ｓ２１０にてＮＯ）、ＶＰＰ利用が許可されているため（Ｓ２１４にてＹＥＳ）、ＶＰＰ対象車両として登録される（Ｓ２２０）。ＶＰＰ対象車両においては、図９の（Ｂ）で示されているシェア可能期間に代えてＶＰＰ可能期間が設定される。

そのため、ＤＲ要請があるときの（Ｓ５００にてＹＥＳ）、参加車両の設定の際に（Ｓ５０２）、ＶＰＰ可能期間内にＤＲ要請期間が含まれる場合には、車両２が選択候補として抽出されることとなる。各参加車両において充放電電力量の割当が設定され（Ｓ５０４）、割り当てられた充放電電力量を実現するための充放電スケジュールが設定される（Ｓ５０６）。そして、充電スケジュールが充放電スタンド３００に送信される（Ｓ５０８）。その結果、ＤＲ要請期間において車両２に搭載された蓄電装置２０を用いた充放電制御が実行され、電力の需給調整に貢献することとなる。

なお、シェア利用とＶＰＰ利用との両方が許可される場合には（Ｓ２１０にてＹＥＳかつＳ２１２にてＹＥＳ）、シェア利用が優先されるか否かが判定される（Ｓ２１６）。

たとえば、車両２に搭載される蓄電装置２０の満充電容量がしきい値よりも大きい場合には、ＶＰＰ利用が優先されると判定され（Ｓ２１６にてＮＯ）、ＶＰＰ対象車両として登録される（Ｓ２２０）。一方、車両２に搭載される蓄電装置２０の満充電容量がしきい値以下の場合に、シェア利用が優先されると判定され（Ｓ２１６にてＹＥＳ）、貸出対象車両として登録される（Ｓ２１８）。

以上のようにして、本実施の形態に係る情報管理システム１によると、充放電スタンド３００の利用期間中において、車両２を所有するユーザと異なる使用者に対して車両２を使用させることができるとともに、使用者による車両２の使用中においては、充放電スタンド３００の利用が可能となるため、充放電スタンド３００を長期間利用する予約が行なわれた場合に車両２および充放電スタンド３００を有効活用することができる。したがって、車両に搭載された蓄電装置を充電する充電装置が長期間占有される場合に車両および充電装置を有効活用する情報管理システムおよび情報管理方法を提供することができる。

さらに、予約された充電装置の利用期間内に設定される設定期間を借用者が車両２の利用が可能な期間として設定されるため、当該期間内で借用者に対して車両２を使用させることができるとともに、借用者による車両２の使用中においては、充放電スタンド３００の利用が可能となる。そのため、充放電スタンド３００を長期間利用する予約が行なわれた場合に車両２および充放電スタンド３００を有効活用することができる。

さらに、利用期間内に借用者が車両２の使用が可能な期間が設定された場合には、当該期間において借用者に対して車両２を使用させることができるとともに、借用者による車両２の使用中においては、充放電スタンドの利用が可能となる。さらに、利用期間内に電力需給の調整を実施する期間が設定された場合には、車両２を電力需給の調整に用いることができるため、電力網における電力需給のバランスを図ることができる。

さらに時限デジタルキーを用いて借用者に使用権限を一時的に与えることができるため、充放電スタンド３００の利用期間中に借用者に対して車両２を使用させることができる。

さらに、利用期間終了前に充電確保期間を設定することにより利用期間終了時に車両２の蓄電装置２０を予め定められた充電状態（満充電状態）にすることができる。

以下、変形例について記載する。
上述の実施の形態では、第１端末２００には、１つのプロセッサおよび１つのメモリによって処理が実行される場合を一例として説明したが、１以上のプロセッサが１以上のメモリに記憶されたプログラムを読み込んで実行することによって、図２に示したフローチャートの処理が実行されるようにしてもよい。

上述の実施の形態では、管理サーバ１００の制御装置１１には、１つのプロセッサ１１ａおよび１つのメモリ１１ｂによって処理が実行される場合を一例として説明したが、１以上のプロセッサが１以上のメモリに記憶されたプログラムを読み込んで実行することによって、図３～図８に示したフローチャートの処理が実行されるようにしてもよい。

さらに上述の実施の形態では、駐車場の利用期間内において車両２が貸出対象車両とＶＰＰ対象車両とのうちのいずれかに設定される場合を一例として説明したが、利用期間中において、貸出対象車両として設定された後にＶＰＰ対象車両として設定されたり、あるいは、ＶＰＰ対象車両として設定された後に貸出対象車両として設定されたりしてもよい。たとえば、貸出対象車両として設定され、シェア利用が行なわれた後に蓄電装置２０のＳＯＣがＶＰＰ利用に適した予め定められた第１範囲内になる場合にＶＰＰ対象車両として設定されるようにしてもよい。さるいは、ＶＰＰ対象車両として設定され、ＶＰＰ利用が行なわれた後に蓄電装置２０のＳＯＣがシェア利用に適した予め定められた第２範囲（第１範囲と異なる範囲）内になる場合に貸出対象車両として設定されてもよい。

なお、上記した変形例は、その全部または一部を適宜組み合わせて実施してもよい。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 情報管理システム、２ 車両、６ 通信ネットワーク、７ 基地局、１０ ＥＣＵ、１０ａ，１１ａ プロセッサ、１０ｂ，１１ｂ メモリ、１１，２００ａ 制御装置、１３，３０，２００ｂ 通信装置、１４ 通信バス、１５ 記憶装置、２０ 蓄電装置、４０ インレット、６０ ナビゲーションシステム、１００ 管理サーバ、１０２ アグリゲータサーバ、２００ 第１端末、２００ｃ ＵＩ、２０２ 第２端末、３００ 充放電スタンド、３０２ ケーブル、３０４ コネクタ。

Claims (8)

1. 蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を管理するサーバを備え、
   前記サーバは、予約時間の中で前記電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を受信する、情報管理システム。
2. 前記サーバは、予約された前記充電装置の利用期間内に設定される設定期間を前記借用者が前記電動車両の利用が可能な第１期間として設定する、請求項１に記載の情報管理システム。
3. 前記サーバは、予約された前記充電装置の利用期間内に設定される設定期間を、前記借用者が前記電動車両の使用が可能な第１期間と電力需給の調整を実施する第２期間とのうちのいずれか一方の期間として設定する、請求項１に記載の情報管理システム。
4. 前記情報管理システムは、前記サーバと通信可能な端末をさらに備え、
   前記端末は、前記充電装置の利用を予約する場合に、前記サーバに対して前記電動車両を前記充電装置の利用期間内に設定される設定期間に借用可能とするデジタルキーを前記サーバに対して送信する、請求項１に記載の情報管理システム。
5. 前記サーバは、前記充電装置の利用期間中における前記電動車両の使用履歴および前記電動車両の状態のうちの少なくともいずれかの情報を前記電動車両から取得し、取得された前記情報を用いて前記蓄電装置の充電スケジュールを設定する、請求項１に記載の情報管理システム。
6. 蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を、前記電動車両を利用するユーザに通知する端末を備え、
   前記端末は、予約時間の中で前記電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を送信する、情報管理システム。
7. 蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を管理するステップと、
   予約時間の中で前記電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を受信するステップとを含む、情報管理方法。
8. 蓄電装置を搭載する電動車両への充電が可能な充電装置の利用を予約するための予約情報を、前記電動車両を利用するユーザに通知するステップと、
   予約時間の中で前記電動車両を借用する借用者に対して使用権限を一時的に与えるための情報を送信するステップとを含む、情報管理方法。

Images