JP6060710B2 - 充電施設の予約状況を管理するサーバ - Google Patents

Description

本発明は、充電施設の予約状況を管理するサーバに関するものである。

従来、車両のバッテリに対する充電施設の予約を管理するサーバの技術が、特許文献１に開示されている。そして、自分の所有する車両に対する充電の予約を自分でキャンセルできる技術も開示されている。

特開２０１０−２６７１１０号公報

しかし、発明者の検討によれば、自分の所有する車両に対する充電の予約を他人がキャンセルできるような技術が必要な場合がある。具体的には、提供者の自宅の充電施設を他のユーザに提供する場合、当該他のユーザが当該充電施設の予約を行っていても、提供者が当該予約をキャンセルしたい場合がある。

本発明は上記点に鑑み、提供者の自宅の充電施設を他のユーザが予約した場合に、提供者がその予約をキャンセルできるような技術を提供することを目的とする。

上記目的を達成するための請求項１に記載の発明は、提供者の自宅（５ａ〜５ｃ）に設置された充電施設（１ａ〜１ｃ、４ａ〜４ｄ）の予約状況を管理するサーバ（３）であって、通信部（３１）と、データ記憶部（３２）と、サーバ側制御部（３３）と、を備え、前記データ記憶部は、前記充電施設の予約状況を記憶するようになっており、前記サーバ側制御部は、前記データ記憶部が、前記充電施設の予約状況内に、前記提供者以外のユーザに対応するユーザＩＤを含む予約を格納しているとき、前記通信部を介して、前記充電施設に属する充電器（１ａ〜１ｃ、Ｙ）から、前記充電器から充電を受けようとする車両（６ａ〜６ｃ、Ｘ）の所有者に対応するユーザＩＤを含んだ承認問い合わせ（１１５）を受信したことに基づいて、前記承認問い合わせに含まれるユーザＩＤと、前記予約に含まれるユーザＩＤとが、互いに同じであるか異なっているかを判定し、前記通信部を用いて、異なっている場合、前記充電器による充電を禁止するための禁止処理を行い、同じである場合、前記充電器による充電を禁止するための承認処理を行い、前記サーバ側制御部は、前記データ記憶部が、前記充電施設の予約状況内に、前記提供者以外のユーザに対応するユーザＩＤを含む予約を格納しているとき、前記提供者が所有する移動通信機（２ａ〜２ｃ、Ｙ）から、予約をキャンセルする旨を示す情報を含むキャンセル要求（１５３）を、前記通信部を介して受信したことに基づいて、前記予約状況中の前記提供者以外のユーザＩＤを含む予約を削除することを特徴とする。

このようなサーバにより、提供者の自宅の充電施設を他のユーザが予約した場合に、提供者は、提供者が所有する移動通信機を用いてキャンセル要求を送信させることで、当該予約をキャンセルすることができる。

なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。

本発明の実施形態に係る充電施設共用システムの構成図である。 充電器１ａ〜１ｃの各々の構成を示す図である。 車載器２ａ〜２ｃの各々の構成を示す図である。 サーバ３の構成を示す図である。 ユーザ情報データベースの構成を例示する図である。 施設情報データベースの構成を例示する図である。 車両運行情報５１〜５３の送信作動を示す図である。 予約状況更新処理のフローチャートである。 利用状況更新処理のフローチャートである。 充電許否判定処理のフローチャートである。 充電施設の予約および利用のための作動例のシーケンス図である。 充電施設の予約キャンセルのための作動例のシーケンス図である。 課金調整処理のフローチャートである。

以下、本発明の一実施形態について説明する。図１に示すように、本実施形態に係る充電施設共用システムは、複数のユーザの自宅５ａ〜５ｃに設置された複数の充電施設１ａ〜１ｃ、４ａ〜４ｄと、当該複数のユーザにそれぞれ所有される複数の車両６ａ〜６ｃと、サーバ３とを備えている。

なお、本実施形態においてユーザとは、充電施設共用サービス（以下、単にサービスという）に加入しているユーザをいう。また、本実施形態における車両６ａ〜６ｃはすべて、車両の走行のための駆動力を発生する電気モータおよび当該電気モータに供給する電力を蓄積するためのバッテリを備えており、当該バッテリは上記複数の充電施設を用いて充電可能である。したがって、車両６ａ〜６ｃはすべて、プラグインハイブリッド車両（ＰＨＶ）または電気自動車（ＥＶ）である。

このサービスでは、各ユーザは、自宅に設置された充電施設を他ユーザの車両に搭載されたバッテリの充電用に提供すると共に、他ユーザの自宅に設置された充電施設を自ら所有する車両に搭載されたバッテリの充電用に利用できる。

以下では、充電施設を提供するユーザのことを強調して提供者、充電施設を利用するユーザのことを強調して受電者と呼ぶ。本サービスのユーザは、提供者と受電者の両方に、同時になりうる。また、本サービスを運営するものをサービス提供者と呼ぶ。

家５ａ〜５ｂの充電施設の各々は、１つの充電器１ａ〜１ｃと、１つまたは複数の駐車スペース４ａ〜４ｄを備えている。例えば、家５ａに取り付けられた充電施設は、１個の充電器１ａと、１個の駐車スペース４ａを備えており、家５ｃに取り付けられた充電施設は、１個の充電器１ａと、２個の駐車スペース４ｃ、４ｄを備えている。本実施形態では、１個の充電器は同時に１台の車両のバッテリにのみ充電可能である。

また、車両６ａ〜６ｃには、それぞれ１台の車載器２ａ〜２ｃが搭載されている。車載器２ａ〜２ｃは、サーバ３および各充電器１ａ〜１ｃと通信可能であり、また、充電器１ａ〜１ｃは、インターネット等の広域ネットワークを介してサーバ３とも通信可能である。

サーバ３が、充電器１ａ〜１ｃおよび車載器２ａ〜２ｃとの通信内容に基づいて通信各充電施設の利用状況および予約状況を管理し、各車載器２ａ〜２ｃがサーバ３と通信して各充電施設の利用状況および予約状況を取得することで、各ユーザは空いている充電施設で自分の車両のバッテリに充電することができる。

以下、充電器１ａ〜１ｃ、車載器２ａ〜２ｃ、およびサーバ３の構成について説明する。図２に示すように、充電器１ａ〜１ｃの各々は、対車載機通信部１０、対サーバ通信部１１、充電部１２、近接センサ１３、接続検出部１４、および充電器側制御部１５を備えている。

対車載機通信部１０は、車載器２ａ〜２ｃと通信するために充電器側制御部１５が用いる通信機である。この対車載機通信部１０は、無線通信機であってもよいし、充電器１ａ〜１ｃから車両６ａ〜６ｃのバッテリへの充電に用いられる充電ケーブル（電力線のケーブル）を介した通信を行うための電力線通信機であってもよい。対サーバ通信部１１は、サーバ３と通信するために充電器側制御部１５が用いる通信機である。

充電部１２は、充電器１ａ〜１ｃから車両６ａ〜６ｃのバッテリへの充電を実行するための各種電気機器（例えば、充電ケーブルのコネクタ、電源回路）である。近接センサ１３は、自機（充電器）が属する充電施設の駐車スペースに対して車両６ａ〜６ｃが近接したことを検出するための周知のセンサ（例えば、赤外線センサ）である。接続検出部１４は、自機（充電器）と車両６ａ〜６ｃのバッテリとが充電ケーブルで接続されたているか切断されているかを検出する周知の回路である。充電器側制御部１５は、周知のマイクロコンピュータを有して各種制御処理を実現する装置である。

図３に示すように、車載機２ａ〜２ｂの各々は、対充電器通信部２０、対サーバ通信部２１、位置検出部２２、操作部２３、表示部２４、および車載機側制御部２５を有している。

対充電器通信部２０は、充電器１ａ〜１ｃと通信するために車載機側制御部２５が用いる通信機である。この対充電器通信部２０は、無線通信機であってもよいし、充電器１ａ〜１ｃから車両６ａ〜６ｃのバッテリへの充電に用いられる充電ケーブルを介した通信を行うための電力線通信機であってもよい。対サーバ通信部２１は、サーバ３と通信するために充電器側制御部１５が用いる無線通信機である。

位置検出部２２は、ＧＰＳ受信器、車速センサ、ジャイロセンサ、加速度センサ等、自機（車載機）が搭載される車両の現在位置を特定するための検出信号を車載機制御部２５に出力するセンサ群である。操作部２３は、ユーザ（車両の運転者）の操作を受け付ける装置である。表示部２４は、ユーザ（車両の運転者）に文字および画像を表示するための装置である。車載機制御部２５は、周知のマイクロコンピュータを有して各種制御処理を実現する装置である。

図４に示すように、サーバ３は、通信部３１、データ記憶部３２、およびサーバ側制御部３３を有している。通信部３１は、広域ネットワーク等を介して充電器１ａ〜１ｃおよび車載機２ａ〜２ｃと通信するためにサーバ制御部３３が用いる通信機である。データ記憶部３２は、各種データベースを記憶するための記憶媒体（例えば、フラッシュメモリ、磁気記憶媒体等）を含む。サーバ側制御部３３は、周知のマイクロコンピュータを有して各種制御処理を実現する装置である。

ここで、サーバ３のデータ記憶部３２に記録されるデータベースの詳細について説明する。データ記憶部３２は、図５に例示するような構成のユーザ情報データベース（以下、ユーザ情報ＤＢという）および図６に例示するような構成の施設情報データベース（以下、施設情報ＤＢという）を記憶するようになっている。

図５に例示するように、ユーザ情報ＤＢは、複数個のレコードを含み、各レコードは、１人のユーザに対応する情報を含む。具体的には、あるユーザに対応するレコードは、本サービスに加入する当該ユーザの個々に固有に割り当てられたユーザＩＤ、当該ユーザが所有する車両の現在位置（すなわち車両位置）、当該車両の現在のバッテリ残量、当該車両の現在の航続可能距離を含む。更に、当該レコードは、最近の所定期間（例えば１ヶ月）内の当該ユーザによる予約キャンセル回数を含む。更に、当該レコードは、最近の所定期間（例えば１ヶ月）内の当該ユーザによる施設提供回数、当該ユーザが提供する充電施設を識別する提供施設ＩＤ、および、当該ユーザが所有する車両が提供施設に到達するのにかかる時間（すなわち、到達所要時間）を含む。

ここで、１人のユーザが複数個の充電施設を提供する場合があるが、その場合は、当該ユーザのレコード中には、提供施設ＩＤと到達所要時間との組が、提供する充電施設に対応して複数個含まれる。

なお、あるユーザによる施設提供回数とは、当該ユーザの自宅にある充電施設が、本サービスに加入する他のユーザによって使用された回数である。すなわち、充電施設の提供とは、自宅の充電施設を他のユーザに使用させることをいう。

ユーザ情報ＤＢ中の情報のうち、ユーザＩＤおよび提供施設ＩＤは、あらかじめ（例えばサーバ３の管理者によって）初期設定され、その後変更されないようになっている。あるいは、ユーザが何らかの通信端末を操作して、当該通信端末からサーバ３に上記初期設定する情報を送信させ、サーバ３は、送信された当該情報を受信したことに基づいて、受信内容をユーザ情報ＤＢ中に初期設定するようになっていてもよい。そして、ユーザＩＤおよび提供施設ＩＤ以外の情報は、後述する作動において随時書き換えられるようになっている。

図６に例示するように、施設情報ＤＢは、複数個のレコードを含み、各レコードは、本サービスにおいてユーザから提供される１つの充電施設に対応する情報を含む。具体的には、ある充電施設に対応するレコードは、本サービスにおいて当該充電施設に固有に割り当てられた提供施設ＩＤ、当該充電施設の所在位置の緯度、経度（すなわち施設位置）、当該充電施設の住所、当該充電施設の充電器のコネクタ形状を含む。更に当該レコードは、当該充電施設の駐車スペース寸法（大きさおよび形状）、当該充電施設が提供する電力の発電方法、当該充電施設の利用状況、当該施設の予約状況を含む。なお、本実施形態においては、充電器の数と充電施設の数は同じである。つまり、１つの充電施設は充電器を１個のみ有する。

施設情報ＤＢ中の情報のうち、提供施設ＩＤ、施設位置、住所、コネクタ形状、駐車スペース寸法、発電方法は、あらかじめ（例えばサーバ３の管理者によって）初期設定され、その後変更されないようになっている。あるいは、ユーザが何らかの通信端末を操作して、当該通信端末からサーバ３に上記初期設定する情報を送信させ、サーバ３は、送信された当該情報を受信したことに基づいて、受信内容を施設情報ＤＢ中に初期設定するようになっていてもよい。そして、利用状況、予約状況は、後述する作動において随時書き換えられるようになっている。

次に、以上のような構成の充電施設共用システムの作動について説明する。まず、車載機２ａ〜２ｃの各々において、車載機側制御部２５は、搭載先の自車両６ａ〜６ｃが走行している間、図７に示すように、対サーバ通信部２１を用いて、サーバ３に、自車運行情報５１、５２、５３を、繰り返し定期的に送信するようになっている。

これら自車運行情報５１、５２、５３の各々は、自車両の所有者のユーザＩＤ、自車両の現在位置、現在のバッテリの残量、現在の航続可能距離の情報を含むようになっている。車載機側制御部２５は、位置検出部２２を用いて現在位置を特定し、現在のバッテリの残量および現在の航続可能距離は、図示しないセンサを用いて周知の方法で特定する。

サーバ３のサーバ側制御部３３は、図７に示すように、通信部３１を介して上記自車運行情報５１、５２、５３を１回受信する度に、運行登録処理６１、６２、６３を１回行う。

運行登録処理６１、６２、６３の各回において、サーバ側制御部３３は、受信した自車運行情報に含まれるユーザＩＤと同じユーザＩＤを有するレコードをユーザ情報ＤＢ（図５参照）から抽出する。そして、抽出したレコード中の車両位置、バッテリ残量、航続可能距離を、それぞれ受信した自車運行情報に含まれる現在位置、バッテリ残量、航続可能距離に基づいて更新する。

運行登録処理６１、６２、６３の各回において更にサーバ側制御部３３は、受信した自車運行情報に基づいて、抽出したレコード中のすべての到達所要時間を更新する。具体的には、更新対象の到達所要時間に対応する提供施設ＩＤを当該レコード中から読み出し、読み出した提供施設ＩＤと同じ提供施設ＩＤを含むレコードを施設情報ＤＢ（図６）から読み出し、読み出したレコードから施設位置を抽出する。そして、受信した自車運行情報に含まれる現在位置と、抽出した施設位置に基づいて、当該現在位置から当該施設位置までの距離が長くなるほど長くなるよう、到達所要時間を算出する。そして、算出した到達所要時間を用いて、ユーザ情報ＤＢから抽出した上記レコード中の到達所要時間を更新する。

このような車載機２ａ〜２ｃによる自車運行情報５１、５２、５３の送信、およびサーバ３による運行登録処理６１、６２、６３は、車載機２ａ〜２ｃの搭載先の車両６ａ〜６ｃの走行中には継続して行われる。したがって、後述する図１１、図１２、図１３の作動においても、載機による自車運行情報の送信、およびサーバ３による運行登録処理は、搭載先の車両が走行している限り、繰り返し定期的に実行される。

次に、充電施設の予約および利用のための充電施設共用システムの作動について説明する。この作動のため、サーバ側制御部３３は、図８に示す予約状況更新処理、図９に示す利用状況更新処理、および、図１０に示す充電許否判定処理を、並列に実行する。

図１１に、充電施設の予約および利用のための充電施設共用システムの作動の一事例を、シーケンス図で示す。以下、この図１１を参照して作動を説明する。この作動では、充電施設共用システムに属する車載機２ａ〜２ｃのうち１つの車載機Ｘ、および、充電施設共用システムに属する充電器１ａ〜１ｃのうち１つの充電器Ｙを例に挙げて説明する。しかし、充電施設共用システムに属する他の車載機および充電器も、これら車載機Ｘおよび充電器Ｙと同等の作動を行うことができる。

まず、サーバ側制御部３３は、図８の予約状況更新処理においては、予約リクエストを受信せず、かつ、キャンセル要求を受信せず、かつ、予約充電を開始しない場合は、それぞれ、ステップ２１０、２３０、２４０で、否定判定を行う。したがってこの場合、これらステップ２１０、２３０、２４０の判定処理をこの順に繰り返す待機状態となる。

またサーバ側制御部３３は、図９の利用状況更新処理においては、開放の通知を受信せず、かつ、承認処理を実行した直後でない場合は、それぞれ、ステップ３１０、３２０で否定判定を行う。したがってこの場合、これらステップ３１０、３２０の判定処理をこの順に繰り返す待機状態となる。

またサーバ側制御部３３は、図１０の充電許否判定処理においては、承認問い合わせを受信しない場合は、ステップ４１０で否定判定を行い、このステップ４１０の判定処理を繰り返す待機状態となる。

図１１の事例では、車載機２ａ〜２ｃのうち車載機Ｘ以外が搭載された車両のバッテリに対して、充電器Ｙからの充電が完了し、充電器Ｙが開放されたとする（イベント１００）。充電器Ｙの充電器側制御部１５は、充電器Ｙが開放されたか否かの判定を、「充電ケーブルが車両から切断され、かつ充電器Ｙが属する充電施設（以下、充電施設Ｙという）の駐車スペースを車両が出た」か否かに基づいて行う。

充電ケーブルが車両から切断されたか否かは、接続検出部１４の検出結果に基づいて判定可能である。また、充電施設Ｙの駐車スペースを車両が出たか否かは、近接センサ１３の検出結果に基づいて判定可能である。

充電器側制御部１５は、イベント１００において充電器Ｙが開放されたと判定すると、続いて、対サーバ通信部１１を用いて、開放の通知１０１をサーバ３に送信する（ステップ５１０）。この開放の通知１０１には、充電施設Ｙの提供施設ＩＤと、当該充電器が開放されたことを示す情報とを含める。

サーバ３では、サーバ側制御部３３が、通信部３１を介してこの開放の通知１０１を受信する。そして、利用状況更新処理において、ステップ３１０で、開放の通知を受信したと判定し、ステップ３３０に進む。ステップ３３０では、受信した開放の通知１０１に含まれる提供施設ＩＤと同じ提供施設ＩＤを有するレコードを、施設情報ＤＢ（図６参照）から特定し、特定したレコード中の利用状況を、「使用中」から「空き」に更新する（図１１のステップ７１０参照）。このようにすることで、当該充電器が現在使用されていないことを示す情報が、施設情報ＤＢ中に記録されることになる。

その後、車載機Ｘのユーザ（車両の運転者）が、車載機Ｘの操作部２３に対して、所定の充電施設問い合わせ操作１０２を行ったとする。すると車載機Ｘの車載機側制御部２５は、この充電施設問い合わせ操作１０２があったことに基づいて、充電施設問い合わせ信号１０３を、対サーバ通信部２１を用いて、サーバ３に送信する。

あるいは、他の例として、車載機Ｘの車載機側制御部２５が、自車両のバッテリの現在の残量を周知の方法で検出し、検出した残量が所定量（例えばＳＯＣ１０％）未満になあたことに基づいて、自動的に、充電施設問い合わせ信号１０３を、対サーバ通信部２１を用いて、サーバ３に送信するようになっていてもよい。

なお、この問い合わせ信号１０３には、車載機Ｘが搭載される車両の所有者のユーザＩＤと、問い合わせ信号であることを示すデータを含める。このユーザＩＤは、あらかじめ車載機Ｘに登録されている。

サーバ３では、サーバ側制御部３３が、通信部３１を介してこの充電施設問い合わせ信号１０３を受信し、受信したことに基づいて、図８〜図１０の処理と並列に、抽出処理（ステップ７１５）を実行する。検索処理７１５では、施設情報ＤＢ（図６参照）から、１個以上のレコードを抽出する。そして抽出処理に続いて、抽出した１個以上のレコード（充電施設情報）１０５を、通信部３１を用いて、問い合わせ信号１０３の送信元の車載機Ｘに、送信する（ステップ７２０）。

したがって、充電施設情報１０５には、各充電施設の、施設位置、施設住所、コネクタ形状、駐車スペース寸法、発電方法、利用状況、予約状況が含まれる。

なお、ステップ７２０の抽出処理で抽出するレコードは、施設情報ＤＢ中のすべてのレコードであってもよい。あるいは、抽出するレコードを、現在開放されている、すなわち、利用状況が「空き」になっているレコードのみに絞ってもよい。

また、抽出するレコードを、現在開放されているレコードのみならず、それに加え、現在開放されていない（利用状況が「使用中」になっている）レコードのうち、当該充電施設が開放されることが予測される時刻（すなわち、開放予測時刻）が、現在から所定時間後の時刻以前となるレコードに、絞ってもよい。

ここで、所定時間としては、例えば、車載機Ｘを搭載する車両（受電者が所有する車両。以下、車両Ｘという）が当該充電施設に到達するまでの所用時間であってもよい。その場合、当該所要時間は、車載機Ｘの現在位置から当該充電施設の位置までの距離を、基準走行速度（例えば、時速２０ｋｍ）で除算した結果の時間を採用してもよい。

なお、車載機Ｘの現在位置は、受信した充電施設問い合わせ信号１０３中のユーザＩＤと同じユーザＩＤを含むユーザ情報ＤＢ中のレコードに含まれる車両位置を採用する。また、当該充電施設の位置は、当該充電施設のレコードに含まれる施設位置を採用する。また、開放予測時刻は、当該充電施設の利用状況が「空き」から「使用中」に変化した時点から、あらかじめ定めた一定時間（例えば５時間）が経過したときの時刻でもよい。

給油と比べて充電には非常に長い時間がかかるため、充電施設が開放される時刻を予測することは価値がある。受電者は充電完了後にすぐに出発することが多いため、充電施設が開放される時刻が予測しやすいという特徴がある。

あるいは、施設情報ＤＢ中の各レコードの利用状況の過去の変化の履歴に基づいて、１日のうちの各時間帯（例えば３０分毎に区切った各時間帯）について、充電施設が開放されている確率（開放確率）を算出する。そして、その算出結果を用いて、現在時刻における各充電施設の開放確率を特定し、特定した確率が所定の値（例えば、８０％以上）以上となる施設のレコードに、抽出するレコードを絞り込んでもよい。充電施設は、例えば通勤に車両を使っている場合など、充電施設が開放される時間帯に規則性がある可能性が高いという特徴があるので、このような絞り込みは有用である。

また、抽出するレコードを、車両Ｘが進入できる広さの駐車スペースを備えた駐車施設のレコードに絞ってもよい。ただし、このためには、ユーザ情報ＤＢの各レコードに、対応するユーザが所有する車両の寸法（全長、全幅等）の情報があらかじめ登録されている必要がある。

そのように登録されている場合には、サーバ側制御部３３は、受信した充電施設問い合わせ信号１０３中のユーザＩＤと同じユーザＩＤを含むレコードを、ユーザ情報ＤＢから特定する。そして、特定したレコード中の車両の寸法と、施設情報ＤＢ中の各レコード中の駐車スペース寸法とを比較することで、受電者が所有する車両が進入できる広さの駐車スペースを備えているか否かを判定する。

また、抽出するレコードを、車両Ｘが、外部からバッテリに充電せず（かつＰＨＶなら給油もせず）に到達できる距離にある充電施設のレコードに絞ってもよい。

そのために、サーバ側制御部３３は、受信した充電施設問い合わせ信号１０３中のユーザＩＤと同じユーザＩＤを含むレコードを、ユーザ情報ＤＢから特定し、更に、特定したレコードから車両位置および航続可能距離を特定する。そして、施設情報ＤＢ中の各レコード中の施設位置から特定した車両位置までの距離、および、特定した航続可能距離との比較に基づいて、車両Ｘが外部からバッテリに充電せず（かつＰＨＶなら給油もせず）に到達できる距離にある充電施設であるか否かを判定する。

また、抽出するレコードを、電気料金の単価に応じて絞ってもよい。例えば、所定の単価以下となる充電施設のレコードに絞り込んでもよい。ただし、このためには、施設情報ＤＢの各レコードに、対応する充電施設の電気料金の単価の情報があらかじめ登録されており、サーバ側制御部３３は、上記絞り込みのためにこの情報を用いる。なお、電気料金の単価は、時間的に変化がない場合もあれば、スマートグリッドなどの効果で地域や時間帯などによって変化する場合があるが、後者の場合は、現在の単価に基づいて絞り込みを行う。

また、抽出するレコードを、バッテリをフル充電できる充電施設のレコードに絞ってもよい。ただし、このためには、ユーザ情報ＤＢの各レコードに、対応するユーザが所有する車両のバッテリの満充電量（単位はｋＷｈ）の情報があらかじめ登録されている必要がある。

このためには、サーバ側制御部３３は、受信した充電施設問い合わせ信号１０３中のユーザＩＤと同じユーザＩＤを含むレコードを、ユーザ情報ＤＢから特定し、更に、特定したレコードからバッテリ残量および満充電量を特定する。そして、当該満充電量から当該バッテリ残量を減算した充電所用量（単位はｋＷｈ）を、あらかじめ定められた固定の単位時間当たりの充電量（単位はｋＷ）で除算する。そして、その除算結果の充電所要時間および所定の余裕時間（例えば１時間）を現在時刻に加算し、その加算結果のフル充電完了時刻と、施設情報ＤＢ中の各レコード中の予約状況中の予約開始時刻と比較する。後述するように、ある充電施設の予約が登録されていれば、施設情報ＤＢ中の当該充電施設に対応したレコードには、予約開始時刻および予約した受電者のユーザＩＤが記録されている。そして、比較の結果、フル充電完了時刻よりも予約開始時刻の方が遅い場合は、フル充電可能であると判定し、それ以外の場合は、フル充電可能でないと判定する。

また、抽出するレコードを、上記の各種絞り込み方法の任意の２つ以上を採用して絞り込んでもよい。

充電施設情報１０５が送信されると、車載機Ｘでは、車載機側制御部２５が、対サーバ通信部２１を介して充電施設情報１０５を受信し、受信したことに基づいて、受信した充電施設情報１０５の各レコードの情報を、表示部２４に表示させる（ステップ６２０）。

この時、充電施設情報１０５を図６のような表示形式で、１レコードを１行としてリスト表示してもよい。このようにすれば、レコード中に含まれる各充電施設が供給する電力の発電方法(例えば原子力や太陽光、風力など)も表示される。このように、表示部２４に発電方法を表示することで、ユーザが利用する充電施設を選ぶための選択肢となり得る。

あるいは、車載機Ｘの記憶媒体に地図データが含まれている場合、車載機側制御部２５は、その地図データと、受信した各レコード中の施設位置（緯度、経度）に基づいて、各充電施設の位置を地図上に表示するようになっていてもよい。

また、受信した充電施設情報１０５に含まれるレコードのうち、表示対象のレコードを絞り込んでもよい。例えば、受信したレコードのうち、そのレコードに含まれるコネクタ形状が、自車両の利用可能なコネクタ形状（あらかじめ車載機Ｘに登録されている）と一致するレコードに限り、表示部２４に表示させるようになっていてもよい。

また、受信した充電施設情報１０５に含まれるレコードのうち、自車両が進入できる広さの駐車スペースを備えた充電施設のレコードに限り、表示部２４に表示させるようになっていてもよい。ある充電施設が自車両が進入できる広さの駐車スペースを備えているか否かは、当該充電施設のレコード中の駐車スペース寸法と、自車両の寸法（あらかじめ車載機Ｘに登録されている）との比較に基づいて判定可能である。

また、受信した充電施設情報１０５に含まれるレコードのうち、利用状況が「空き」となっている（現在開放中）のレコードを絞り込んでもよい。

また、車載機側制御部２５は、表示対象のレコードの内容を、表示部２４に表示させる代わりに、図示しない音声出力装置に音声出力させるようになっていてもよい。

車載機Ｘのユーザ（受電者）は、表示結果を見て、どの充電施設を利用するか選択し、その選択結果を、操作部２３を用いて入力する（イベント１０６）。あるいは、車載機側制御部２５が、自動的に、利用する充電施設を選択してもよい。例えば、表示対象のレコードのうち、自車両の現在位置に最も近い施設位置を含むレコードを選択してもよい。なお、本事例では、充電施設Ｙが選択されたとする。

ユーザの入力１０６または自機による自動的な選択が行われたことに基づいて、車載機側制御部２５は、選択された充電施設の予約処理を行う（ステップ６３０）。

予約処理では、まず、選択された充電施設の利用開始時刻を特定する。具体的には、例えば、ユーザに利用開始時刻の入力を促すメッセージを表示部２４に表示させ、そのメッセージに応じてユーザが操作部２３を用いて入力した時刻を、利用開始時刻として特定してもよい。また例えば、自車両の現在位置から当該充電施設までの距離に基づいて、当該充電施設への到着予定時刻を算出し、その到着予定時刻を、利用開始時刻として特定してもよい。

更に予約処理では、自機のユーザのユーザＩＤ（あらかじめ車載機Ｘに登録されている）、選択された充電施設の提供施設ＩＤ、および、特定した利用開始時刻、を含む予約リクエスト１０７を作成する。そして、作成した予約リクエスト１０７を、対サーバ通信部２１を用いて、サーバ３に送信する。

サーバ３では、サーバ側制御部３３が、通信部３１を介して当該予約リクエスト１０７を受信すると、図８の予約状況更新処理のステップ２２０で、予約リクエスト１０７を受信したと判定し、ステップ２２０に進み、予約登録処理を行う（図１１のステップ７２５）。

予約登録処理では、受信した予約リクエスト１０７中の提供施設ＩＤと同じ提供施設ＩＤを有するレコード（すなわち、充電器Ｘに対応するレコード）を、施設情報ＤＢから特定する。そして、特定したレコード中の予約状況内に、受信した予約リクエスト１０７中のユーザＩＤおよび利用開始時刻を格納する。ステップ２２０の後は、ステップ２１０に戻る。

その後、時間が経過し、予約された上記充電開始時刻の少し後（例えば５分後）に、車両Ｘが、充電施設Ｙに到着し、当該充電施設の駐車スペースに停止し、当該車両のバッテリと当該充電器Ｙとが、充電ケーブルで接続されたとする（イベント１１１）。

車載機側制御部２５は、この接続を、図示しない接続センサからの信号に基づいて検知したことに基づいて、対充電器通信部２０を用い、車両情報１１３を充電器Ｙに送信する（ステップ６４０）。この車両情報１１３には、車載機ＸのユーザのユーザＩＤ（充電を受けようとする車両の所有者のユーザＩＤ）、現在の車両Ｘのバッテリの残量、車両Ｘのバッテリの満充電量（満充電時の残量）、車両Ｘの寸法情報（全長、全幅を含む）を、含める。

充電器Ｙでは、充電器側制御部１５が、対車載機通信部１０を介して、当該車両情報１１３を受信する。そして、当該車両情報１１３を受信したことに基づいて、対サーバ通信部１１を用いて、承認問い合わせ１１５を、サーバ３に送信する。この承認問い合わせ１１５には、受信した車両情報１１３に含まれるユーザＩＤと、自機（充電器Ｙ）が属する充電施設の提供施設ＩＤと、充電完了予測時刻と、を含める。また、充電器側制御部１５は、承認問い合わせ１１５を送信した後、充電部１２を制御して、充電を開始しないまま、結果通知の受信を待つ。

なお、充電完了予測時刻は、車両Ｘのバッテリの充電が完了して充電器Ｙが開放される時刻の予測値である。この充電完了予測時刻は、充電器側制御部１５が、例えば、当該バッテリの残量および満充電量、および、充電器Ｙの充電能力（単位時間に充電できる電力量）に基づいて、算出する。

サーバ３では、サーバ側制御部３３が、通信部３１を介して当該承認問い合わせ１１５を受信すると、図１０の充電許否判定のステップ４１０で、承認問い合わせを受信したと判定し、ステップ４２０に進む。

ステップ４２０では、受信した承認問い合わせ１１５に含まれる提供施設ＩＤと同じ提供施設ＩＤを有するレコードを、施設情報ＤＢから特定し、特定したレコード中の予約状況を読み出す。

そして、読み出した予約状況中に充電開始時刻が含まれていれば、現在時刻と当該充電開始時刻との比較に基づいて、現在時刻からの充電が、予約された充電と競合するか否かを判定する。例えば、現在時刻よりも当該充電開始時刻の方が先の場合も後の場合も、現在時刻と当該充電開始時刻との時間差が所定時間（例えば、１時間）以内であれば、競合すると判定し、それ以外の場合に、競合しないと判定する。また、読み出した予約状況中に充電開始時刻が含まれていなければ、競合しないと判定する。そして、競合すると判定した場合は、ステップ４３０に進み、競合しないと判定した場合は、ステップ４５０に進む。

本事例では、当該予約状況中には、車載機ＸのユーザのユーザＩＤと、現在より少し前（例えば５分前）の充電開始時刻とを含む予約が格納されているので、競合すると判定する。したがって、ステップ４３０に進む。

ステップ４３０では、読み出した予約状況中の予約が、他ユーザによる予約であるか否かを判定する。具体的には、読み出した予約状況中に含まれるユーザＩＤと、受信した承認問い合わせ１１５に含まれるユーザＩＤとが、互いに異なっていれば、他ユーザによる予約であると判定し、互いに同じであれば、他ユーザによる予約でないと判定する。他ユーザによる予約であると判定した場合は、ステップ４４０に進み、他ユーザによる予約でないと判定した場合は、ステップ４５０に進む。

本事例では、予約処理６３０を実行した車載機Ｘが車両情報１１３を送信しているのだから、読み出した予約状況中に含まれるユーザＩＤと、受信した承認問い合わせ１１５に含まれるユーザＩＤとは同じものである。したがって、他ユーザによる予約でないと判定してステップ４５０に進む。

本事例とは異なるが、他ユーザによる予約であると判定した場合、つまり、他ユーザの充電予約と自ユーザの現在の充電とが競合する場合、ステップ４４０で禁止処理を行う。禁止処理では、充電器Ｙによる充電を禁止するため、充電禁止を示す結果通知を、通信部３１を用いて、承認問い合わせ１１５の送信元の充電器Ｙに送信する。充電器Ｙでは、この結果通知を、対サーバ通信部１１を介して受信し、受信した結果通知が充電禁止を示していることに基づいて、充電部１２を制御して、充電を開始しないまま、対車載機通信部１０を用いて、車載機Ｘに対して、充電拒否通知を送信する。車載機Ｘでは、車載機側制御部２５が、対充電器通信部２０を介して、この充電拒否通知を受信し、この充電拒否通知を受信したことに基づいて、表示部２４に充電できないことを表示する。この表示を見たユーザは、充電器Ｙで充電できないことを知る。このように、予約を行った受電者のユーザＩＤと、実際に充電施設に接続された車両のユーザのユーザＩＤを比較して認証を行い、予約を行った受電者以外の受電者が割り込んで充電を開始できないようにすることができる。

本事例の説明に戻る。ステップ４５０では、承認処理を行う。承認処理では、充電器Ｙによる充電を許可するため、通信部３１を用いて、充電許可を示す結果通知１１７を、承認問い合わせ１１５の送信元の充電器Ｙに、送信する（図１１のステップ７３５）。

また、サーバ側制御部３３は、上記のように承認処理を実行したことに基づいて、図９の利用状況更新処理において、ステップ３２０で、承認処理を実行したと判定し、ステップ３４０に進む。そしてステップ３４０では、直前に受信した承認問い合わせ１１５に含まれる提供施設ＩＤと同じ提供施設ＩＤを有するレコードを、施設情報ＤＢ中から特定し、特定したレコード中の利用状況を「空き」から「使用中」に更新する（図１１のステップ７４０）。この際、図６に示すように、直前に受信した承認問い合わせ１１５に含まれる充電完了予測時刻を、当該利用状況に含めてもよい。ステップ３４０の後は、ステップ３１０に戻る。更に、ステップ４５０では、当該利用状況に、現在時刻を、充電開始時刻として含める。

また、上記のようにステップ４３０に続いてステップ４５０を実行する場合は、予約された充電を承認することになる。本事例では、そのような場合に該当するので、サーバ側制御部３３は、ステップ４３０に続いてステップ４５０を実行したことに基づいて、図１０の予約状況更新処理のステップ２４０で、予約充電開始すると判定し、ステップ２５０に進む。

そしてステップ２５０で、直前に受信した承認問い合わせ１１５に含まれる提供施設ＩＤと同じ提供施設ＩＤを有するレコードを、施設情報ＤＢ中から特定し、特定したレコード中の予約状況から、予約を削除する。すなわち、当該予約状況を「予約なし」に更新する（図１１のステップ７４５）。ステップ２５０の後は、ステップ２１０に戻る。

そして、ステップ４５０に続いて、ステップ４６０で、提供回数を更新する。具体的には、直前に受信した承認問い合わせ１１５に含まれる提供施設ＩＤと同じ提供施設ＩＤを有するレコードを、ユーザ情報ＤＢ中から特定し、特定したレコード中の「最近の所定期間内の施設提供回数」を更新する。

具体的には、特定したレコードに対応する提供履歴データ（データ記憶部３２に記録される）に、現在の日時（すなわち、提供日時）を追加する。このように、各レコード（各ユーザ）に対応する提供履歴データの各々には、対応するレコードに含まれるユーザＩＤに対応するユーザが過去に自己所有の充電施設を提供した提供日時が順次記録されていく。そして、サーバ側制御部３３は、当該レコードに対応する提供履歴データに基づいて、最近の所定期間（例えば１ヶ月）内の提供日時の個数、すなわち、最近の所定期間内における当該ユーザ所有の充電施設の提供回数を算出し、算出結果を、レコード中の「最近の所定期間内の施設提供回数」とする。ステップ４６０の後、ステップ４１０に戻る。

なお、本事例とは異なるが、ステップ４２０で、予約と競合しないと判定し、続いてステップ４５０を実行する場合は、予約された充電を承認するのではなく、所謂とび込みの充電を承認するのだから、図８のステップ２４０では、予約充電を開始しないと判定する。ただし、このような場合でも、サーバ側制御部３３は、承認処理を実行したことに基づいて、図９の利用状況更新処理において、ステップ３２０からステップ３４０に進む。そしてステップ３４０では、上述のように、対応するレコード中の利用状況を「空き」から「使用中」に更新する。

本事例の説明に戻る。結果通知１１７が送信されると、充電器Ｙでは、この結果通知１１７を、対サーバ通信部１１を介して受信し、受信した結果通知１１７が充電許可を示していることに基づいて、充電部１２を制御して、車両Ｘのバッテリへ、充電を開始する（イベント１１９）。

また、その後、車両Ｘのバッテリが満充電状態になり、充電が完了したとする（イベント１２１）。すると、充電器Ｙの充電器側制御部１５は、充電ケーブルを通る電流の量等の変化に基づいて充電が完了したことを検知し、検知したことに基づいて、対サーバ通信部２１を用いて、サーバ３に対し、完了通知１２３を送信する（ステップ５３０）。この完了通知１２３には、車両情報１１３に含まれる車載機ＸのユーザのユーザＩＤと、充電施設Ｙの提供施設ＩＤと、今回の充電開始日時と、今回の充電終了日時と、今回の充電で供給した充電電力量と、を含める。

すると、サーバ３０では、サーバ側制御部３３が、通信部３１を介して、当該完了通知１２３を受信し、当該完了通知１２３を受信したことに基づいて、課金用処理を実行する（ステップ７５０）。この課金用処理は、図８〜図１０の処理と並列に実行される。課金用処理において、サーバ側制御部３３は、受信した完了通知１２３に含まれる充電開始日時、充電終了日時、充電電力量に基づいて、今回の充電に対する課金額を算出する。そして、算出した課金額と、受信した完了通知１２３に含まれるユーザＩＤ（充電を受けたユーザのユーザＩＤ）、提供施設ＩＤ、充電電力量、充電開始日時、充電終了日時とを、１つの課金レコードとして、課金記録データに追加記録する。なお、この課金記録データは、データ記憶部３２に格納される。このようにすることで、課金記録データには、すべての充電施設で行われた充電の各々について、当該充電に対応する課金レコードが、記録されていく。

更にその後、車両Ｘのバッテリと充電器Ｙとを繋ぐ充電ケーブルが車両Ｘから切断され、かつ充電施設Ｙの駐車スペースを車両Ｘが出たとする。すると、イベント１００において説明したような作動で、充電器Ｙの充電器側制御部１５が、充電器Ｙが開放されたと判定し、続いて、対サーバ通信部１１を用いて、開放の通知１２５をサーバ３に送信する（ステップ５４０）。この開放の通知１２５には、充電施設Ｙの提供施設ＩＤと、当該充電器が開放されたことを示す情報とを含める。この開放の通知１２５を受信したサーバ３は、開放の通知１０１を受信した場合と同じ作動を行う。

次に、充電施設Ｙについて一旦登録された充電の予約を、当該充電施設の提供者がキャンセルする例について説明する。提供者自身が所有する充電施設の駐車スペースは限られている場合が多く、また、自身の駐車スペースは自由に使えないと困ることが多い。

そこでサーバ３は、提供者自身が所有する充電施設については、既に他受電者によって充電施設が予約されていた場合に、それを提供者自身のリクエストに応じてキャンセルするようになっている。

このようなキャンセルの作動の一事例のシーケンスを、図１２に示す。この図１２に示した作動は、図１１の作動において、ステップ７２５で予約登録処理が行われた直後の事例であるとする。なお、この作動事例では、充電施設共用システムに属する車載機２ａ〜２ｃのうち車載機Ｘ、車載機Ｙを例に挙げて説明する。しかし、充電施設共用システムに属する他の車載機も、これら車載機Ｘおよび充電器Ｙと同等の作動を行うことができる。

この図１２中、車載機Ｙは、車載機２ａ〜２ｃのうち、充電施設Ｙの提供者（以下、提供者Ｙという）が所有する車載機である。提供者Ｙは、まず、車載機Ｙの操作部２３に対して、所定の予約キャンセル操作を行う。車載機Ｙの車載機側制御部２５は、当該予約キャンセル操作が行われたことに基づいて、対サーバ通信部２１を用いて、キャンセル要求１５３を、サーバ３に送信する（ステップ８１０）。このキャンセル要求１５３には、提供者ＹのユーザＩＤ（あらかじめ車載機Ｙに登録されている）および、予約をキャンセルする旨を示す情報を含める。

サーバ３では、サーバ側制御部３３が、通信部３１を介して当該キャンセル要求１５３を受信すると、図８の予約状況更新処理のステップ２３０で、キャンセル要求１５３を受信したと判定し、ステップ２６０に進む。

そしてステップ２６０では、キャンセルを承認するか否か判定する。以下、この判定方法について説明する。

この判定は、提供者Ｙの不当なキャンセルを防ぐためのものである。例えば、提供者Ｙが有する車両Ｙが充電施設Ｙから一定距離（例えば、５ｋｍ）以内にいるというキャンセル承認条件Ａが満たされたときに限り、承認すると判定するようになっていてもよい。ここで、車両Ｙの位置は、ユーザ情報ＤＢ中で、受信したキャンセル要求１５３に含まれるユーザＩＤを含むレコードから、車両位置を読み出すことで、特定する。また、充電施設Ｙの位置は、以下のようにして特定する。まず、受信したキャンセル要求１５３に含まれるユーザＩＤを含むレコードから提供施設ＩＤを読み出す。そして、読み出した提供施設ＩＤを含むレコードを、施設情報ＤＢ中で特定し、特定したレコード中の施設位置を、充電施設Ｙの位置として特定する。これら車両Ｙの位置および充電施設Ｙの位置に基づいて、車両Ｙが充電施設Ｙから一定距離以内にあるか否かを判定する。

また例えば、提供者Ｙが有する車両Ｙが充電施設Ｙから一定時間（例えば１５分）で到達できる範囲内にいるというキャンセル承認条件Ｂが満たされたときに限り、承認すると判定するようになっていてもよい。ここで、車両Ｙが充電施設Ｙに到達するのに要する時間は、ユーザ情報ＤＢ中で、受信したキャンセル要求１５３に含まれるユーザＩＤを含むレコードから、施設への到達所要時間を読み出すことで、特定する。

このように、キャンセル承認条件として、充電施設Ｙを含む所定の範囲内に提供者Ｙが所有する車両Ｙが位置するという条件を含むことで、提供者Ｙが遠隔地にいて充電施設Ｙを当分利用できないのにキャンセルを行うという不当な行為を制限することができる。

また例えば、同じ提供者Ｙが最近の所定期間内（例えば、１ヶ月）のキャンセル回数（提供者Ｙのキャンセル操作に起因して後述するステップ２７０でキャンセルを行った回数）が上限キャンセル回数（例えば２０回）以下であるというキャンセル承認条件Ｃが満たされたときに限り、承認すると判定するようになっていてもよい。このような条件を採用することで、提供者による過度に頻繁なキャンセルを抑制することができる。

ここで、提供者Ｙの最近の所定期間内のキャンセル回数は、ユーザ情報ＤＢ中で、受信したキャンセル要求１５３に含まれるユーザＩＤを含むレコードから、最近の所定期間内のキャンセル回数を読み出すことで、特定する。この最近の所定期間内のキャンセル回数は、後述する通り、提供者Ｙが充電施設を１個のみ有している場合には、最近の所定期間内において、車載機Ｙからキャンセル要求を受信したことに応じて、施設情報ＤＢ中の当該充電施設のレコードにおいて、予約状況から予約を削除した回数に相当する。

なお、上限キャンセル回数は、ユーザＩＤによらず常に一定値であってもよいし、ユーザＩＤ毎に異なるように、独立に設定してもよい。後者の場合、例えば、ユーザ情報ＤＢ中で、受信したキャンセル要求１５３に含まれるユーザＩＤを含むレコードから、最近の所定期間内の施設提供回数が多くなるほど、多く設定するようになっていてもよい。

また例えば、充電施設Ｙに対して予約を行った受電者（車両Ｘの所有者。以下、受電者Ｘという）の状況に応じたキャンセル承認条件に基づいて、ステップ２６０の判定を行うようになっていてもよい。

例えば、車両Ｘのバッテリの残量が基準残量以下であるというキャンセル承認条件Ｄが満たされた場合に限り、承認すると判定するようになっていてもよい。ここで、車両Ｘのバッテリの残量は、以下のようにして特定する。まず、受信したキャンセル要求１５３に含まれるユーザＩＤ（提供者ＹのユーザＩＤ）を含むレコードから提供施設ＩＤを読み出す。そして、読み出した提供施設ＩＤを含むレコードを、施設情報ＤＢ中で特定し、特定したレコード中の予約状況を読み出す。そして、読み出した予約状況から、ユーザＩＤを特定する。特定したユーザＩＤは、受電者ＸのユーザＩＤに相当する。そして、特定した受電者ＸのユーザＩＤを含むレコードを、ユーザ情報ＤＢから読み出し、読み出したレコード中のバッテリ残量を、車両Ｘのバッテリの残量として特定する。

また例えば、充電施設Ｙ以外の代替となる充電施設が、車両Ｘの現在位置から基準距離以内に存在しないというキャンセル承認条件Ｅが満たされた場合に限り、承認すると判定するようになっていてもよい。ここで、車両Ｘの現在位置は、以下のようにして特定する。まず、キャンセル承認条件Ｄの場合と同じ方法で、受電者ＸのユーザＩＤを特定する。そして、特定した受電者ＸのユーザＩＤを含むレコードを、ユーザ情報ＤＢから読み出し、読み出したレコード中の車両位置を、車両Ｘの現在位置として特定する。また、他の充電施設の位置は、施設情報ＤＢ中の各レコード内の施設位置を読み出すことで特定する。また、他の充電施設が代替となるか否かについては、当該充電施設のレコード中の予約状況に、現在から所定時間（例えば１０時間）以内の充電開始時刻となる予約が含まれているか否かで判定する。

なお、キャンセル承認条件Ｅにおける基準距離は、一定値であってもよいし、車両Ｘの航続可能距離であってもよい。ここで、車両Ｘの航続可能距離は、以下のようにして特定する。まず、キャンセル承認条件Ｄの場合と同じ方法で、受電者ＸのユーザＩＤを特定する。そして、特定した受電者ＸのユーザＩＤを含むレコードを、ユーザ情報ＤＢから読み出し、読み出したレコード中の車両航続可能を、車両Ｘの航続可能距離として特定する。

なお、ステップ２６０では、上述のキャンセル承認条件Ａ〜Ｅのうち任意の２つ以上を組みあわせた判定を行ってもよい。例えば、キャンセル承認条件Ａとキャンセル承認条件Ｄの両方が満たされた場合に承認すると判定し、それ以外の場合に承認しないと判定してもよい。また例えば、キャンセル承認条件Ａ、Ｃ、Ｅのすべてが満たされた場合に承認すると判定し、それ以外の場合に承認しないと判定してもよい。

本事例では、ステップ２６０で、キャンセルを承認すると判定したとする。その場合、ステップ２７０に進み、キャンセルを行う。すなわち、受信したキャンセル要求１５３に含まれるユーザＩＤを含むレコードから提供施設ＩＤを読み出す。そして、読み出した提供施設ＩＤを含むレコードを、施設情報ＤＢ中で特定し、特定したレコード中の予約状から、予約を削除する。すなわち、当該予約状況を「予約なし」に更新する。

続いてステップ２８０で、キャンセル通知を行う（図１２のステップ７６０）。具体的には、通信部３１を用いて、車載機Ｘにキャンセル通知１５５を送信すると共に、車載機Ｙにキャンセル通知１５７を送信する。

キャンセル通知１５７には、キャンセルが成功したことを示す情報、および、ステップ２８０で削除された予約の内容（ユーザＩＤ、予約開始時刻）を含める。また、キャンセル通知１５５には、充電器Ｙの提供者Ｙのリクエストによって自分（受電者Ｘ）の充電予約がキャンセルされたことを示す情報、ステップ２８０で削除された予約の内容、および、代わりの充電施設を探すための情報を含める。代わりの充電施設を探すための情報としては、例えば、施設情報ＤＢの全レコードであってもよいし、一部のレコードであってもよい。後者の場合は、代わりの充電施設を探すための情報としては、車両Ｘの位置から所定距離（車両Ｘの航続距離でもよい）内にある充電施設の全レコードであってもよい。

車載機Ｘでは、車載機側制御部２５が、対サーバ通信部２１を介して、上記キャンセル通知１５５を受信して、表示部２４に表示する（ステップ６５０）。同様に、車載機Ｙでは、車載機側制御部２５が、対サーバ通信部２１を介して、上記キャンセル通知１５７を受信して、表示部２４に表示する（ステップ８２０）。

サーバ３では、サーバ側制御部３３が、ステップ２８０に続き、ステップ２９０で、キャンセル回数を更新する。具体的には、キャンセル要求１５３に含まれる提供者ＹのユーザＩＤと同じユーザＩＤを有するレコードを、ユーザ情報ＤＢ中から特定し、特定したレコードに対応するキャンセル履歴データ（データ記憶部３２に記録される）に、現在の日時（すなわち、提供日時）を追加する。このように、各レコード（各ユーザ）に対応するキャンセル履歴データの各々には、対応するレコードに含まれるユーザＩＤに対応するユーザが過去に自己所有の充電施設の他ユーザ（受電者）の予約をキャンセルしたキャンセル日時が順次記録されていく。そして、サーバ側制御部３３は、当該レコードに対応するキャンセル履歴データに基づいて、最近の所定期間（例えば１ヶ月）内のキャンセル日時の個数、すなわち、最近の所定期間内における当該ユーザ所有の充電施設のキャンセル回数を算出し、算出結果を、レコード中の「最近の所定期間内のキャンセル提供回数」とする。ステップ２９０の後、ステップ２１０に戻る。

なお、本事例とは異なるが、ステップ２６０でキャンセルを承認しないと判定した場合、ステップ２９５に進み、通信部３１を用いて、キャンセル拒否通知を、キャンセル要求１５３の送信元である車載機Ｙに送信する。車載機Ｙでは、車載機側制御部２５が、対サーバ通信部２１を介して、上記キャンセル拒否通知を受信して、表示部２４に表示する。

ここで、課金記録データに基づいた課金調整処理について説明する。本実施形態では、提供者が自宅に所有する各充電施設には、各充電施設の設置コストを低くするため、料金の支払いを行うための装置が併設されていない。したがって、ある充電施設で車両のバッテリの充電に用いられた電力の使用料金は、その車両が当該充電施設の提供者（所有者）の車両であっても、当該提供者以外のユーザ（すなわち受電者）の車両であっても、当該提供者が使用した電力として、電力メータ等で一旦計算される。つまり、料金の支払は提供者が代替する。その結果、各充電施設に電力を供給する電力会社は、各充電施設で使用された全電力に対する課金額を、当該充電施設の提供者に請求する。

これに対し、サーバ３は、上記課金調整処理によって、各ユーザの課金額の調整額を計算する。具体的には、サーバ側制御部３３は、図１３に示す課金調整処理を、所定の課金単位期間（例えば１ヶ月）毎に繰り返し、実行するようになっている。そして、この課金調整処理においては、ユーザ情報ＤＢ中のレコードに含まれているユーザＩＤ毎に（すなわち、ユーザ毎に）、図１３中のステップ９１０〜９４０を実行する。

まず、ステップ９１０では、対象となるユーザＩＤのユーザが所有する充電施設の提供施設ＩＤを、ユーザ情報ＤＢから抽出する。つまり、対象となるユーザＩＤと同じユーザＩＤを含むレコードをユーザ情報ＤＢから特定し、特定したレコード中の提供施設ＩＤを抽出する。

続いてステップ９２０では、ステップ９１０で抽出した提供施設ＩＤのうち１つを含む課金レコードを、課金記録データから読み出し、読み出したレコード中のすべての課金額を合算した額を、合算額Ｐ１とする。

続いてステップ９３０では、対象となるユーザＩＤを含む課金レコードを、課金記録データから読み出し、読み出したレコード中のすべての課金額を合算した額を、合算額Ｐ２とする。

続いてステップ９４０では、合算額Ｐ１から合算額Ｐ２を減算した額を、対象となるユーザＩＤの調整額とする。この調整額が負の値なら、対象となるユーザＩＤのユーザは、過小に課金された状態にある。一方、この調整額が正の値なら、対象となるユーザＩＤのユーザは、超過課金された状態にある。

そこで、サーバ側制御部３３は、この課金調整処理において算出した各ユーザＩＤの調整額に基づいて、ステップ９５０で、ユーザＩＤ毎に、追加課金処理または減額処理を行う。

具体的には、追加課金処理において、あるユーザＩＤの調整額が負の値なら、対象となるユーザＩＤのユーザに対して、調整額の絶対値の分だけ、更に課金を行う。課金を行う方法は、当該ユーザが有する車載機に対して、調整額の絶対値の分の請求書のデータを送信する方法を採用してもよいし、他の方法を採用してもよいし、当該ユーザの銀行口座から、調整額の絶対値の分の引き出しを行う方法を採用してもよい。後者の場合、各ユーザの口座番号はあらかじめ登録されているものとする。

また、追加課金処理において、あるユーザＩＤの調整額が正の値なら、対象となるユーザＩＤのユーザに対して、調整額の絶対値の分だけ、キャッシュバックを行う。キャッシュバックを行う方法は、当該ユーザが有する車載機に対して、調整額の絶対値の分の商品券のデータを送信する方法を採用してもよいし、当該ユーザの銀行口座に、調整額の絶対値の分の入金を行う方法を採用してもよい。後者の場合、各ユーザの口座番号はあらかじめ登録されているものとする。

（他の実施形態）
なお、本発明は上記した実施形態に限定されるものではなく、特許請求の範囲に記載した範囲内において適宜変更が可能である。また、上記各実施形態は、互いに無関係なものではなく、組み合わせが明らかに不可な場合を除き、適宜組み合わせが可能である。また、上記各実施形態において、実施形態を構成する要素は、特に必須であると明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、上記各実施形態において、実施形態の構成要素の個数、数値、量、範囲等の数値が言及されている場合、特に必須であると明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではない。また、上記各実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に特定の形状、位置関係等に限定される場合等を除き、その形状、位置関係等に限定されるものではない。

（変形例１）
上記実施形態における車載機は、ユーザが携帯する携帯端末（例えば、スマートホン、ＰＤＡ等）に置き換えてよい。つまり、車載機は、ユーザと共に移動する移動通信機の範囲内の機器に、置き換えられてもよい。

（変形例２）
上記実施形態では、ユーザＩＤとして、本サービスに加入するユーザの個々に固有に割り当てられたユーザＩＤを採用している。このユーザＩＤは、本サービスに加入するユーザが所有する個々の車両に固有に割り当てられた識別番号として実現されていてもよい。

（変形例３）
また、上記実施形態では、充電施設共用サービスに加入しているユーザの車両のみによって充電施設１ａ〜１ｃが利用されることを想定している。しかし、充電施設共用サービスに加入していないユーザの車両が充電施設１ａ〜１ｃを利用しようとする可能性もあるので、その場合を想定して、利用を拒否するような処理を追加してもよい。

このためには、例えば、サーバ側制御部３３が、図１０の充電許否判定のステップ４１０で承認問い合わせを受信したと判定した場合、ステップ４２０に進む前に、受信した承認問い合わせに、ユーザ情報ＤＢ中のレコードのいずれかに含まれるユーザＩＤが、含まれているか否かを判定する。そして、含まれていると判定した場合には、ステップ４２０に進み、含まれていないと判定した場合（すなわち、充電施設共用サービスに加入していない者が充電施設を利用しようとしている場合）、ステップ４４０に進んで禁止処理を行うようになっていればよい。

（変形例４）
上記実施形態の充電施設共用サービスに参加するためには、サーバ３と通信する充電施設、および、サーバと通信する車載機等が必要になる。そこで、サービス参加者を増やすために、そのような充電器および車載機をサービス事業者が安価もしくは無料で提供してもよい。

または、相応の料金を負担することで、自宅の充電施設を他ユーザに開放する時間帯に制限を加えられるようにしたり、自宅の充電施設をまったく開放せずに受電者として本サービスを利用できるようにしたりしてもよい。その場合、サーバ３は、充電施設が利用可能な時間帯を合わせて保持する。具体的には、施設情報ＤＢ中の各レコードには、利用可能時間帯の情報が含まれている。

そして、サーバ側制御部３３は、図８の予約状況更新処理のステップ２２０で、直前に受信した予約リクエストに含まれる利用開始時刻が、当該予約リクエストに含まれる選択された充電施設の提供施設ＩＤの利用可能時間帯に入っていれば、予約登録を行わず、入っていなければ、予約登録を行うようになっていてもよい。

また、サーバ側制御部３３は、図１０の充電許否判定のステップ４１０で承認問い合わせを受信したと判定した場合、ステップ４２０に進む前に、現在時刻が、承認問い合わせに含まれる充電施設の提供施設ＩＤの利用可能時間帯に入っていればステップ４４０に進んで禁止処理を行い、入っていなければ、ステップ４２０に進むようになっていてもよい。

（変形例５）
また、サーバを利用した充電施設の探索機能は必須ではなく、本サービスに登録された充電施設の一覧を車載器の地図データに含めたり、紙媒体の地図として配布したりしてもよい。この場合は、充電施設が現在開放されているかについての情報はなく、単に充電施設の位置情報のみを提供することになる。

（変形例６）
また、上記実施形態では、図１０の充電許否判定において、サーバ側制御部３３は、レコード中に予約状況内に予約が格納されている充電施設でも、現在時刻からの充電が、予約された充電と競合していなければ、承認処理を実行するようになっている（ステップ４２０→４５０）。しかしながら、より確実に予約を確保するために、現在時刻からの充電が、予約された充電と競合している場合もいない場合も、ステップ４４０の禁止処理を実行するようになっていてもよい。

（変形例７）
また、上記実施形態では、サーバ側制御部３３は、ステップ４４０の禁止処理では、充電禁止を示す結果通知を充電器Ｙに送信することで、充電器Ｙによる充電を禁止する。一方、ステップ４５０の承認処理では、充電許可を示す結果通知１１７を充電器Ｙに送信することで、充電器Ｙによる充電を許可する。

しかしながら、充電器Ｙによる充電を禁止する場合も許可する場合も、それに応じた結果通知を送信していることになる。しかしながら、必ずしもこのようになっておらずともよい。

例えば、充電器Ｙによる充電を禁止する場合は、結果通知を送信せず、充電を許可する場合に限り、結果通知を送信するようになっていてもよい。この場合は、充電器Ｙの充電器側制御部１５は、結果通知をサーバ３から受信した場合に限り充電を開始するようになっていればよい。この場合、結果通知を送信することが承認処理に相当し、結果通知の送信を抑制することが禁止処理に相当する。

また逆に、充電器Ｙによる充電を禁止する場合に限り、結果通知を送信し、充電を許可する場合は、結果通知を送信しないようになっていてもよい。この場合は、充電器Ｙの充電器側制御部１５は、承認問い合わせ１１５の送信後、所定時間以内に結果通知をサーバ３から受信しなかった場合に限り、充電を開始するようになっていればよい。この場合、結果通知を送信することが禁止処理に相当し、結果通知の送信を抑制することが承認処理に相当する。

（変形例８）
また、充電施設の提供者が複数の車両を所有している場合、１つの充電機器が共用される可能性がある。その場合は、充電機器と駐車スペースの両方が少なくとも１つ以上開放されたことに基づいて、充電施設が開放されたと判定するようになっていてもよい。

１ａ〜１ｃ 充電器
２ａ〜２ｃ 車載機
３ サーバ
４ａ〜４ｄ 駐車スペース
５ａ〜５ｃ 自宅
６ａ〜６ｃ 車両
３１ 通信部
３２ データ記憶部
３３ サーバ側制御部
１１５ 承認問い合わせ
１５３ キャンセル要求

Claims (5)

1. 提供者の自宅（５ａ〜５ｃ）に設置された充電施設（１ａ〜１ｃ、４ａ〜４ｄ）の予約状況を管理するサーバ（３）であって、
   通信部（３１）と、
   データ記憶部（３２）と、
   サーバ側制御部（３３）と、を備え、
   前記データ記憶部は、前記充電施設の予約状況を記憶するようになっており、
   前記サーバ側制御部は、
   前記データ記憶部が、前記充電施設の予約状況内に、前記提供者以外のユーザに対応するユーザＩＤを含む予約を格納しているとき、前記通信部を介して、前記充電施設に属する充電器（１ａ〜１ｃ、Ｙ）から、前記充電器から充電を受けようとする車両（６ａ〜６ｃ、Ｘ）の所有者に対応するユーザＩＤを含んだ承認問い合わせ（１１５）を受信したことに基づいて、前記承認問い合わせに含まれるユーザＩＤと、前記予約に含まれるユーザＩＤとが、互いに同じであるか異なっているかを判定し、前記通信部を用いて、異なっている場合、前記充電器による充電を禁止するための禁止処理を行い、同じである場合、前記充電器による充電を許可するための承認処理を行い、
   前記サーバ側制御部は、前記データ記憶部が、前記充電施設の予約状況内に、前記提供者以外のユーザに対応するユーザＩＤを含む予約を格納しているとき、前記提供者が所有する移動通信機（２ａ〜２ｃ）から、予約をキャンセルする旨を示す情報を含むキャンセル要求（１５３）を、前記通信部を介して受信したことに基づいて、キャンセル承認条件が満たされたときに限り、前記予約状況中の前記提供者以外のユーザＩＤを含む予約を削除し、
   前記キャンセル承認条件は、前記充電施設を含む所定の範囲内に前記提供者が所有する車両（６ａ〜６ｃ、Ｙ）が位置するという条件を含むことを特徴とするサーバ。
2. 前記サーバ側制御部は、前記データ記憶部が、前記充電施設の予約状況内に、前記提供者以外のユーザに対応するユーザＩＤを含む予約を格納しているとき、前記提供者のキャンセル操作に起因して前記提供者が所有する移動通信機（２ａ〜２ｃ）が予約をキャンセルする旨を示す情報を含むキャンセル要求（１５３）を送信し、送信された前記キャンセル要求を当該サーバ側制御部が前記通信部を介して受信したことに基づいて、キャンセル承認条件が満たされたときに限り、前記予約状況中の前記提供者以外のユーザＩＤを含む予約を削除し、
   前記キャンセル承認条件は、最近の所定期間内において、前記提供者のキャンセル操作に起因して前記予約状況から予約を削除した回数が上限キャンセル回数以下であるという条件を含むことを特徴とする請求項１に記載のサーバ。
3. 前記キャンセル承認条件は、前記予約に含まれるユーザＩＤに対応するユーザが所有する車両のバッテリの残量が基準残量以下であるという条件を含むことを特徴とする請求項１または２に記載のサーバ。
4. 前記キャンセル承認条件は、充電施設以外の代替の充電施設が、前記予約に含まれるユーザＩＤに対応するユーザが所有する車両の現在位置から基準距離以内に存在しないという条件を含むことを特徴とする請求項１ないし３のいずれか１つに記載のサーバ。
5. 前記上限キャンセル回数は、ユーザＩＤ毎に異なるように、独立に設定され、最近の所定期間内の施設提供回数が多くなるほど、多く設定するように、設定されることを特徴とする請求項２に記載のサーバ。

Images