JP7538792B2 - 制御方法、制御システム、および、プログラム - Google Patents

Description

本発明は、制御方法、制御システム、および、プログラムに関する。

電気自動車などの電動車両の充電管理システムにおいて、急速充電を利用して充電器の稼働効率を向上させる技術がある（特許文献１参照）。

特開２０１４－３９４０９号公報

しかしながら、電動車両の稼働効率に改善の余地がある。

そこで、本発明は、電動車両の稼働効率を向上させる制御方法などを提供する。

本発明の一態様に係る制御方法は、第一ユーザが将来に使用することを希望し、かつ第二ユーザによって使用されている電動車両の使用開始日時を含む予約情報を、前記第一ユーザの第一端末から取得し、前記電動車両のバッテリ残量を取得し、取得した前記予約情報に含まれる前記使用開始日時の時点で前記電動車両のバッテリ残量が所定値以上になるように充電を開始すべき日時である充電開始日時を、取得した前記バッテリ残量を用いて算出し、算出した前記充電開始日時を含む通知情報を前記電動車両に送信する。

なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明の制御方法は、電動車両の稼働効率を向上させる。

図１は、実施の形態１における制御システムの構成を模式的に示すブロック図である。 図２は、実施の形態１におけるサーバの構成を模式的に示すブロック図である。 図３は、実施の形態１における予約情報の一例を示す説明図である。 図４は、実施の形態１におけるバッテリの充電特性の一例を示す説明図である。 図５は、実施の形態１における通知情報の一例を示す説明図である。 図６は、実施の形態１におけるサーバが実行する制御方法を示すフロー図である。 図７は、実施の形態１における制御システム全体の処理を示すシーケンス図である。 図８は、実施の形態２における制御システムの構成を模式的に示すブロック図である。 図９は、実施の形態２におけるサーバの構成を模式的に示すブロック図である。 図１０は、実施の形態２におけるサーバが実行する制御方法を示す第一のフロー図である。 図１１は、実施の形態２におけるサーバが実行する制御方法を示す第二のフロー図である。 図１２は、実施の形態２における制御システム全体の処理を示すシーケンス図である。 図１３は、ブロックチェーンのデータ構造を示す説明図である。 図１４は、トランザクションデータのデータ構造を示す説明図である。

（本発明の基礎となった知見）
本発明者は、「背景技術」の欄において記載した、電動車両に関する技術に関し、以下の問題が生じることを見出した。

電動車両が広く使用されている。電動車両の１つとして電動自転車がある。以降において、電動自転車を例として電動車両の使用の態様について説明する。

電動自転車のサービス形態の１つに、運営会社によって管理され、使用者による使用の都度に、使用者に貸し出されるサービス形態がある。この形態では、電動自転車は、貸し出されていないときには充電ステーションで充電されている。使用者は、電動自転車を使用したいときには充電ステーションまで徒歩などで移動し、充電ステーションで電動自転車の貸し出しを受けて電動自転車を使用する。使用者が電動自転車の使用を終えるときには、電動自転車で充電ステーションに移動し、そこで電動自転車を返却する。使用者による使用が終わった電動自転車は、再び充電ステーションで充電される。

電動自転車を将来に使用したい使用者から使用の予約を受ける場合には、使用者が使用を開始する時点で、充電ステーションに電動自転車が存在しており、かつ、十分なバッテリ残量を有していることが必要である。

仮に、バッテリ残量が十分でない場合、使用者が使用しているときに電動自転車のバッテリ残量が空（から）になり走行不能となるおそれがある。走行不能になることを回避するために、電動自転車を充電ステーションにおいて十分に長い時間をかけて充電するとすれば、使用者が電動自転車を使えない時間が必要以上に生じてしまい、電動自転車の稼働効率が低下するおそれがある。電動自転車の稼働効率の低下は、資源の使用効率の低下、電力の消費効率の低下につながる。

このように、電動自転車のような電動車両の稼働効率に改善の余地がある。

そこで、本発明は、電動車両の稼働効率を向上させる制御方法などを提供する。

本発明の一態様に係る制御方法は、第一ユーザが将来に使用することを希望し、かつ第二ユーザによって使用されている電動車両の使用開始日時を含む予約情報を、前記第一ユーザの第一端末から取得し、前記電動車両のバッテリ残量を取得し、取得した前記予約情報に含まれる前記使用開始日時の時点で前記電動車両のバッテリ残量が所定値以上になるように充電を開始すべき日時である充電開始日時を、取得した前記バッテリ残量を用いて算出し、算出した前記充電開始日時を含む通知情報を前記電動車両に送信する。

上記態様によれば、将来に第一ユーザによって使用される電動車両が、第一ユーザによって使用されるときに十分なバッテリ残量を有しているようにするための充電の充電開始日時が、電動車両を介して第二ユーザに知らされる。第二ユーザは、自身が使用している電動車両が将来に第一ユーザによって使用されるときに十分なバッテリ残量を有しているようにするための充電の充電開始日時を知ることができる。充電開始日時を知った第二ユーザが、電動車両の使用をその充電開始日時までに終了すれば、電動車両は、その使用の終了後に充電がなされたうえで第一ユーザによって使用されることができる。仮にこのような管理がなされないとすれば、第一ユーザが電動車両を使用したいときにバッテリ残量が十分でなくなり、第一ユーザが使用しているときにバッテリ残量が空（から）になり走行不能となるおそれがある。上記のように充電開始日時が第二ユーザに知らされることによって、十分なバッテリ残量を有している電動車両を複数のユーザ間で効率よく稼働させて使い回すことができる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率を向上させることができる。

また、前記通知情報は、さらに、算出した前記充電開始日時までに前記第二ユーザが前記電動車両を充電ステーションに移動させて使用を終えた場合に、前記第二ユーザに付与される第一インセンティブに関する情報を含んでもよい。

上記態様によれば、通知された充電開始日時までに使用を終えることによってインセンティブを得られることが第二ユーザに知らされる。第二ユーザは、通知された充電開始日時までに使用を終えることによってインセンティブを得ることができるので、通知された充電開始日時までに使用を終えようとする意志が強くなる。その結果、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、さらに、前記第二ユーザが前記電動車両の使用を終えたことを示す情報を取得した場合、前記通知情報に含まれる前記第一インセンティブを前記第二ユーザに付与する付与処理を実行してもよい。

上記態様によれば、通知された充電開始日時までに使用を終えた第二ユーザにインセンティブが付与される。このように、通知情報の送信などの処理とともに、インセンティブの付与処理が一連の処理として実行され得るので、情報処理の効率が向上し、消費電力を低減できる効果がある。よって、本発明の一態様に係る制御方法によれば、情報処理の効率を向上させながら、電動車両の稼働効率を向上させることができる。

また、前記付与処理は、さらに、第二インセンティブを前記第二ユーザに付与する処理を含み、前記第二インセンティブの量は、前記電動車両の使用を終えた時刻が早いほど多くてもよい。

上記態様によれば、第二ユーザは、通知情報に従って充電開始日時までに使用を終える場合、より早い時刻に使用を終える方が得られるインセンティブが多いので、より早く電動車両の使用を終えようとする意志が強くなる。その結果、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、前記予約情報は、前記第一ユーザが使用することを希望する前記電動車両の使用開始場所の充電ステーションである開始ステーションを特定する情報を含み、前記付与処理は、さらに、第二インセンティブを前記第二ユーザに付与する処理を含み、前記第二インセンティブの量は、前記第二ユーザが前記電動車両の使用を終えた充電ステーションである終了ステーションが前記開始ステーションに近いほど多くてもよい。

上記態様によれば、第二ユーザは、通知情報に従って充電開始日時までに使用を終える場合、次に使用する第一ユーザが使用を開始する充電ステーションに近い充電ステーションで使用を終える方が得られるインセンティブが多いので、第一ユーザが使用を開始する充電ステーションに近い充電ステーションで使用を終えようとする意志が強くなる。その結果、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、前記第一ユーザが将来に使用する前記電動車両として用いられる候補である候補車両が複数存在する場合には、複数の前記候補車両それぞれに前記通知情報を送信し、前記通知情報が送信された前記候補車両の第二ユーザが前記電動車両の使用の終了を承諾することを示す承諾情報を１以上受信し、受信した１以上の前記承諾情報のうち、もっとも早く受信した前記承諾情報を送信した前記第二ユーザのみに前記第一インセンティブを付与する前記付与処理を実行してもよい。

上記態様によれば、第二ユーザは、通知情報に従って充電開始日時までに使用を終える場合、より早く承諾情報を送信する方が得られるインセンティブが多いので、より早く承諾情報を送信しようとする意志が強くなる。その結果、承諾情報がより多く送信され、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、前記第一インセンティブに関する情報を含むトランザクションデータを生成し、 生成した前記トランザクションデータを複数の分散台帳に格納してもよい。

上記態様によれば、分散台帳に格納されたトランザクションデータの改ざんが実質的に不可能であることから、インセンティブに関する情報が適切に管理される。よって、本発明の一態様に係る制御方法によれば、適切な情報管理をしながら、電動車両の稼働効率を向上させることができる。

また、前記充電開始日時を算出する際には、前記電動車両のバッテリに固有の所定の充電特性を用いて、前記電動車両のバッテリ残量が、取得した前記バッテリ残量から前記所定値になるまでの時間を算出することを利用して、前記充電開始日時を算出してもよい。

上記態様によれば、充電開始日時を、バッテリの充電特性を用いて、より容易に、かつ、より正確に算出することができる。よって、本発明の一態様に係る制御方法によれば、より容易かつ正確な計算に基づく充電開始日時を用いて、電動車両の稼働効率を向上させることができる。

また、前記予約情報は、前記第一ユーザが前記電動車両を使用して移動する経路を示す経路情報を含み、前記所定値は、前記電動車両のバッテリ残量の下限値に、前記経路情報に示される経路を前記電動車両が移動するのに要する電力量を加算した値として算出されてもよい。

上記態様によれば、第一ユーザが電動車両を使用するのに必要なバッテリ残量になるまで電動車両の充電を行えば十分であるので、その必要なバッテリ残量より多く充電する場合と比較して、充電に要する時間を短縮することができる。よって、第二ユーザが使用を終えてから第一ユーザが使用を開始するまでの時間を短縮することによって、電動車両の稼働効率をより一層向上することができる。このように、本発明の一態様に係る制御方法によれば、電動車両の稼働効率を向上させることができる。

また、本発明の一態様に係る制御システムは、サーバと充電ステーションとを備える制御システムであって、前記充電ステーションは、電動車両の充電を行う充電設備を有し、前記サーバは、（ａ）第一ユーザが将来に使用することを希望し、かつ第二ユーザによって使用されている電動車両の使用開始日時を含む予約情報を、前記第一ユーザの第一端末から取得し、かつ、（ｂ）前記電動車両のバッテリ残量を取得する取得部と、取得した前記予約情報に含まれる前記使用開始日時の時点で前記電動車両のバッテリ残量が所定値以上になるように充電を開始すべき日時である充電開始日時を、取得した前記バッテリ残量を用いて算出する算出部と、算出した前記充電開始日時を含む通知情報を前記電動車両に送信する通知部とを備える。

上記態様によれば、上記制御方法と同様の効果を奏する。

また、本発明の一態様に係るプログラムは、上記の制御方法をコンピュータに実行させるためのプログラムである。

上記態様により、上記制御方法と同様の効果を奏する。

なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。

以下、実施の形態について、図面を参照しながら具体的に説明する。

なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

（実施の形態１）
本実施の形態において、電動車両の稼働効率を向上させる制御方法などについて説明する。

図１は、本実施の形態における制御システム１の構成を模式的に示すブロック図である。

図１に示されるように制御システム１は、サーバ１０と、ステーション４０とを備える。制御システム１は、ユーザＵ１およびＵ２などによる自転車３０の使用を制御するシステムである。

ユーザＵ１は、端末２０を保有している。端末２０は、携帯電話またはスマートフォンなどの、通信インタフェースを有する通信端末であり、ネットワークＮを介してサーバ１０と通信可能に接続されている。ユーザＵ１は、端末２０を利用して自転車３０の予約などの手続きを行う。ユーザＵ１は、現時点で自転車３０を使用しておらず、将来に自転車３０を使用することを希望するユーザの一例である。

ユーザＵ２は、自転車３０を使用しているユーザの一例である。

自転車３０は、制御システム１によって使用が制御される自転車であり、電動車両の一例である電動自転車である。自転車３０は、充電可能なバッテリ（二次電池）を有する。自転車３０は、ユーザＵ１およびＵ２を含む複数のユーザのいずれかによって乗車され、バッテリから供給される電力によって車輪を駆動することで移動する。自転車３０のバッテリは、ステーション４０で充電可能である。なお、自転車３０のバッテリの充電を、単に、自転車３０の充電と表現することもある。

自転車３０は、通信インタフェースを有しており、ネットワークＮを介してサーバ１０と通信可能に接続されている。また、自転車３０は、プロセッサおよびメモリを備えており、プロセッサがメモリを用いて所定のプログラムを実行することで情報処理をする。自転車３０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などによって位置情報を取得してもよい。

自転車３０は、自転車３０に乗車しているユーザに情報を提示するための提示部を有する。提示部は、例えば、画像の表示によって情報を提示する表示画面、または、音声の出力によって情報を提示するスピーカなどである。

なお、自転車３０が有する通信インタフェースは、携帯電話のキャリアネットワークに接続できる遠距離無線通信インタフェースであってもよいし、Ｗｉ－Ｆｉ（登録商標）またはＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信インタフェースであってもよい。近距離無線通信インタフェースの場合には、例えば、自転車３０を使用しているユーザＵ２が保有している遠距離無線通信インタフェースを有する通信端末を介してネットワークＮに接続する形態をとることもできる。なお、自転車３０の代わりに、電動車両である、電動自動車、電動スクータまたは電動キックボードを用いることもできる。

ステーション４０は、自転車３０の充電を行う充電ステーションである。ステーション４０は、自転車３０を充電するための充電設備を有しており、充電設備を自転車３０に接続し、自転車３０のバッテリに電力を供給することで自転車３０の充電を行う。ステーション４０には、１以上の自転車３０が配置されることがあり、また、１以上の自転車３０の充電を行うことができる。ステーション４０は、ネットワークＮを介してサーバ１０と通信可能に接続されている。ステーション４０は、配置されている１以上の自転車３０それぞれのバッテリ残量を管理していて、管理しているバッテリ残量をサーバ１０に送信する。

サーバ１０は、自転車３０のユーザＵ１等による使用を制御する制御装置である。具体的には、サーバ１０は、時間ごとに自転車３０の使用者を管理している。サーバ１０は、ユーザＵ１から自転車３０の使用の予約を受けると、その予約に応じてユーザＵ１に自転車３０を使用させるように制御する。

具体的には、サーバ１０は、ユーザＵ１が自転車３０を使用したいときにステーション４０に自転車３０がある場合には、ステーション４０にある自転車３０をユーザＵ１に使用させるように制御する。

ユーザＵ１が自転車３０を使用したいときにステーション４０に自転車３０がない場合には、ユーザＵ１が予約した時点で使用状態にある自転車３０の使用者であるユーザＵ２に通知をし、使用を終了させる処理を実行することもある。サーバ１０の処理については、後で詳しく説明する。

以降において、ユーザＵ１が将来に自転車３０を使用することを希望しており、かつ、その予約の時点ではステーション４０に自転車３０がなく、ユーザＵ２が自転車３０を使用している状況を想定して説明する。

図２は、本実施の形態におけるサーバ１０の構成を模式的に示すブロック図である。

図２に示されるように、サーバ１０は、取得部１１と、算出部１２と、通知部１３と、処理部１４とを備える。サーバ１０が備える各機能部は、サーバ１０が備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（不図示）がメモリを用いて所定のプログラムを実行することで実現され得る。

取得部１１は、自転車３０の予約に関する各種情報を取得する機能部である。具体的には、取得部１１は、予約情報と、バッテリ残量とを取得する。

取得部１１が取得する予約情報は、ユーザＵ１が将来に使用することを希望する自転車３０であって、ユーザＵ２によって使用されている自転車３０の、ユーザＵ１の使用開始日時を少なくとも含む。予約情報は、端末２０によって送信されたものである。

また、取得部１１が取得するバッテリ残量は、使用中の自転車３０の現時点のバッテリ残量である。このバッテリ残量は、使用状態にある自転車３０により送信されたものである。自転車３０が１以上ある場合には、１以上の自転車３０それぞれからバッテリ残量を取得する。なお、上記バッテリ残量は、自転車３０が備えるバッテリのバッテリ残量を計測することで得られる情報である。上記「現時点のバッテリ残量」として、現時点から過去所定時間（例えば１０分）以内の計測によって取得したバッテリ残量を利用できる。

算出部１２は、充電開始日時を算出する機能部である。充電開始日時とは、取得部１１が取得した予約情報に含まれる使用開始日時の時点で自転車３０のバッテリ残量が所定値以上になるように、ステーション４０での充電を開始すべき日時である。算出部１２は、充電開始日時を算出する際に、取得部１１が取得したバッテリ残量を用いる。算出部１２は、自転車３０が複数ある場合には、複数の自転車３０それぞれについて、充電開始日時を算出する。

より具体的には、算出部１２は、自転車３０のバッテリに固有の所定の充電特性を用いて、自転車３０のバッテリ残量が、取得部１１が取得したバッテリ残量から所定値になるまでの時間を算出することを利用して、充電開始日時を算出する。

通知部１３は、算出部１２が算出した充電開始日時を含む通知情報を自転車３０に送信する機能部である。自転車３０に送信された通知情報は、自転車３０が備える提示部によってユーザＵ２に提示されることが想定される。なお、通知部１３は、算出部１２が算出した充電開始日時を含む通知情報をユーザＵ２が保持している端末（不図示）に送信してもよい。

通知部１３が送信する通知情報は、ユーザＵ２に付与されるインセンティブに関する情報を含んでもよい。例えば、インセンティブに関する情報は、算出部１２が算出した充電開始日時までにユーザＵ２が自転車３０をステーション４０に移動させて使用を終えた、つまり、自転車３０を返却した場合に、ユーザＵ２に付与されるインセンティブ（第一インセンティブともいう）に関する情報を含んでもよい。

なお、通知部１３が通知情報を送信する際には、充電開始日時が、現時点よりも過去であると判定した場合には通知情報を送信することを禁止してもよい。また、通知部１３は、自転車３０の位置情報を用いて充電開始日時に関する判定をすることもできる。詳細は後述する。

処理部１４は、ユーザＵ２にインセンティブを付与する付与処理を実行する機能部である。処理部１４は、具体的には、付与処理として、通知部１３が送信した通知情報に対してユーザＵ２が自転車３０の使用を終えたことを示す情報を取得した場合、通知情報に示される第一インセンティブをユーザＵ２に付与する付与処理を実行する。

また、付与処理は、さらに、第一インセンティブとは異なるインセンティブ（第二インセンティブともいう）をユーザＵ２に付与する処理を含んでもよい。第二インセンティブの量は、例えば、ユーザＵ２が自転車３０の使用を終えた時刻が早いほど多い量に設定される。

なお、取得部１１が取得する予約情報は、ユーザＵ１が使用することを希望する自転車３０の使用開始場所の充電ステーションである開始ステーションを特定する情報を含んでもよい。その場合、第二インセンティブの量は、ユーザＵ２が自転車３０の使用を終えた充電ステーションである終了ステーションが開始ステーションに近いほど多く設定される。

なお、通知部１３が通知情報を送信する際、ユーザＵ１が将来に使用する自転車３０として用いられる候補である候補車両が複数存在する場合には、複数の候補車両それぞれに通知情報を送信してもよい。その場合、処理部１４は、通知情報が送信された候補車両のユーザＵ２が自転車３０の使用の終了を承諾することを示す承諾情報を１以上受信する。そして、処理部１４は、処理部１４が受信した１以上の承諾情報のうち、もっとも早く受信した承諾情報を送信したユーザＵ２のみに第一インセンティブを付与する付与処理を実行する。

なお、取得部１１が取得する予約情報は、ユーザＵ１が自転車３０を使用して移動する経路を示す経路情報を含んでもよい。その場合、算出部１２が充電開始日時の算出に用いる所定値は、自転車３０のバッテリ残量の下限値に、経路情報に示される経路を自転車３０が移動するのに要する電力量を加算した値として算出される。経路情報は、例えば、目的地を示す情報、または、目的地及び経由地を示す情報を含む。経路情報が目的地を示す情報を含む場合、経路情報に示される経路とは、開始ステーションから目的地に移動し、その後、目的地から開始ステーションに移動する経路である。経路情報が目的地および経由地を示す情報を含む場合、経路情報に示される経路とは、開始ステーションと目的地との往路または復路に経由地を経由する経路である。なお、経由地が複数あってもよい。

図３は、本実施の形態における予約情報の一例を示す説明図である。

図３に示されるように、予約情報は、使用開始日時と、開始ステーションと、目的地とを含む。なお、開始ステーションと目的地とは、必須ではない。

使用開始日時は、ユーザＵ１が自転車３０を使用することを希望する日時である。ユーザＵ１は、使用開始日時に示される時点から、自転車３０の使用を開始することを意図している。

開始ステーションは、ユーザＵ１が自転車３０の使用を開始したい充電ステーションを示す情報である。開始ステーションは、地図上で当該充電ステーションを特定できる情報であれば、その形式を問わず、例えば、設備の名称、位置を示す情報（例えば、緯度及び経度、階数など）を利用できる。

目的地は、ユーザＵ１が自転車３０を使用して移動する目的地を示す情報である。目的地は、地図上で当該目的地を特定できる情報であれば、その形式を問わず、例えば、設備の名称、位置を示す情報（例えば、緯度及び経度、階数など）を利用できる。目的地は、ユーザＵ１が自転車３０を使用して移動する経路を示す経路情報の一例である。

図３に示される予約情報は、ユーザＵ１が、将来の日時である使用開始日時「２０２０年１月２日１３時」に自転車３０の使用をするための予約情報の一例である。この予約情報には、ステーションＡで自転車３０を使用開始すること、および、ステーションＡと施設Ｂとの間を往復することも示されている。

図４は、本実施の形態におけるバッテリの充電特性の一例を示す説明図である。図４に示される充電特性は、自転車３０のバッテリに固有の所定の充電特性の一例である。

図４に示される充電特性は、バッテリを充電しているときに、バッテリの充電時間（横軸）に対するバッテリ残量（縦軸）の変化を示している。

図４に示される充電特性を有するバッテリは、例えば、時刻Ｔ１にバッテリ残量Ｂ１であったとすると、充電されることによって時刻Ｔ２にバッテリ残量がＢ２になる。バッテリ残量がＢ１からＢ２になるまでに要した時間はＴである。

算出部１２は、バッテリの充電特性を用いて充電開始日時を算出するときには、取得部１１が取得した現時点のバッテリ残量を図４のＢ１とし、所定値を図４のＢ２とし、使用開始日時をＴ２として用いることで、充電開始日時Ｔ１を算出する。

図５は、本実施の形態における通知情報の一例を示す説明図である。

図５に示されるように、通知情報は、充電開始日時と、インセンティブと、返却ステーションとを含む。なお、インセンティブと目的地とは、必須ではない。

充電開始日時は、ユーザＵ１の使用開始日時の時点で自転車３０のバッテリ残量が所定値以上になるように充電を開始すべき日時である。充電開始日時は、算出部１２によって算出された情報である。

インセンティブは、充電開始日時までにユーザＵ２が自転車３０をステーション４０に移動させて使用を終えた場合に、ユーザＵ２に付与されるインセンティブ（第一インセンティブ）に関する情報である。

返却ステーションは、ユーザＵ２が自転車３０を返却することが推奨されるステーション４０を示す情報である。返却ステーションは、通知部１３によって設定され、ユーザＵ１が自転車３０の使用を開始するステーション４０と同じ充電ステーションに設定されることが想定される。

以上のように構成されたサーバ１０および制御システム１全体の処理について説明する。

図６は、本実施の形態におけるサーバ１０が実行する制御方法を示すフロー図である。図７は、本実施の形態における制御システム１全体の処理を示すシーケンス図である。図６および図７を参照しながら、サーバ１０および制御システム１全体の処理について説明する。なお、図７に示される処理のうち、図６に示すサーバ１０の処理と同じ処理については、同じ符号を付し、詳細な説明を省略することがある。

ステップＳ１０１において、取得部１１は、ユーザＵ１の端末２０から予約情報を取得したか否かを判定する。予約情報を取得した場合（ステップＳ１０１でＹｅｓ）にはステップＳ１０２に進み、そうでない場合（ステップＳ１０１でＮｏ）には、ステップＳ１０１を再び実行する。つまり、取得部１１は、予約情報を取得するまでステップＳ１０１で待機状態をとる。

ステップＳ１０２において、取得部１１は、ステップＳ１０１で取得した予約情報に含まれる使用開始日時にステーション４０に使用可能な自転車３０があるか否かを判定する。取得部１１は、例えば、使用開始日時にステーション４０が保有している自転車３０を示す保有情報を要求する要求情報を送信し、送信した要求情報に対してステーション４０が送信する保有情報を取得する（図７参照）。そして、取得した保有情報に基づいて、使用開始日時にステーション４０に使用可能な自転車３０があるか否かを判定する。使用開始日時にステーション４０に使用可能な自転車３０がある場合（ステップＳ１０２でＹｅｓ）には、ステップＳ１２１に進み、そうでない場合（ステップＳ１０２でＮｏ）には、ステップＳ１０３に進む。

ステップＳ１０３において、取得部１１は、使用状態にある自転車３０のバッテリ残量を取得する。例えば、取得部１１は、使用中の自転車３０それぞれに対してバッテリ残量を通知するように要求する要求情報を送信し、送信した要求情報に対して自転車３０が送信する残量情報を取得する（図７参照）。

ステップＳ１０４において、算出部１２は、ステップＳ１０３で取得したバッテリ残量と、そのバッテリに固有の所定の充電特性とを用いて、充電開始日時を算出する。

ステップＳ１０５において、通知部１３は、ステップＳ１０４で算出した充電開始日時までに自転車３０の使用の終了が可能であるか否かを判定する。例えば、ステップＳ１０４で算出した充電開始日時が、現時点よりも過去である場合には、充電開始日時までに自転車３０の使用の終了が可能でない（つまり不可能である）と判定する。また、自転車３０の位置情報を取得できる場合には、自転車３０が仮に現時点からステーション４０に移動すると仮定する場合に、ステーション４０にその自転車３０が移動して充電を開始することになる時点を用いて、ステップＳ１０４で算出した充電開始日時が、当該時点より過去である場合に、充電開始日時までに自転車３０の使用の終了が可能でないと判定してもよい。その場合、現時点のバッテリ残量を使用する代わりに、ステーション４０にその自転車３０が移動するまでに消費する電力の分を現時点のバッテリ残量から減算して、充電開始日時の算出をしてもよい。充電開始日時までに自転車３０の使用の終了が可能であると判定した場合（ステップＳ１０５でＹｅｓ）には、ステップＳ１０６に進み、そうでない場合（ステップＳ１０５でＮｏ）には、ステップＳ１３１に進む。

ステップＳ１０６において、通知部１３は、ステップＳ１０４で算出部１２が算出した充電開始日時を含む通知情報を自転車３０に送信する。

ステップＳ１０７において、処理部１４は、ステップＳ１０６で送信した通知情報に対して自転車３０が返信する応答情報を受信する。

ステップＳ１０８において、処理部１４は、ステップＳ１０７で受信した応答情報に含まれる情報であって、ユーザＵ２が充電開始日時までに自転車３０をステーション４０に返却することを承諾するか否かを示す情報を取得する。処理部１４は、取得した情報に基づいて、ユーザＵ２が充電開始日時までに自転車３０の使用を終了することに承諾するか否かを判定し、使用を終了することに承諾すると判定した場合（ステップＳ１０８でＹｅｓ）には、ステップＳ１０９に進み、そうでない場合（ステップＳ１０８でＮｏ）には、ステップＳ１３１に進む。

ステップＳ１０９において、処理部１４は、ユーザＵ１の自転車３０の予約に対して、予約を確定することを示す予約確定情報を生成する。予約確定情報は、ユーザＵ１が、ステップＳ１０１で取得した予約情報に含まれる使用開始日時から自転車３０の使用を開始することを予約したことを示す情報である。

ステップＳ１１０において、処理部１４は、ユーザＵ１の自転車３０の予約が確定したことをユーザＵ１に通知する。例えば、処理部１４は、ステップＳ１０９で生成した予約確定情報を送信してもよい。

ステップＳ１２１において、処理部１４は、ユーザＵ１の自転車３０の予約に対して、予約を確定することを示す予約確定情報を生成する。予約確定情報については、ステップＳ１０９の説明と同様である。

ステップＳ１２２において、処理部１４は、ユーザＵ１の自転車３０の予約が確定したことをユーザＵ１に通知する。当該通知については、ステップＳ１１０の説明と同様である。

ステップＳ１３１において、処理部１４は、ユーザＵ１の自転車３０の予約を破棄する。予約の破棄とは、ステップＳ１０１で取得したユーザＵ１の予約を成立させることができないことを示す処理である。

ステップＳ１３２において、処理部１４は、ユーザＵ１の自転車３０の予約を破棄したことをユーザＵ１に通知する。

ステップＳ１１０およびＳ１２２において予約確定が通知されたあと、処理部１４は、ユーザＵ２が自転車３０の使用を終えたことを示す情報を取得した場合、インセンティブをユーザＵ２に付与する付与処理を実行する。

以上の一連の処理により、制御システム１は、電動車両の稼働効率をより一層向上させることができる。

（実施の形態２）
本実施の形態において、電動車両の稼働効率を向上させる制御システムについて、実施の形態１とは異なる形態を説明する。本実施の形態の制御システム２は、自転車を使用しているユーザからの応答情報、および、インセンティブの付与に関する情報を、分散台帳によって管理する。

なお、本実施の形態において、実施の形態１における構成要素または処理と同じものについては、同じ符号を付し、詳細な説明を省略する。

図８は、本実施の形態における制御システム２の構成を模式的に示すブロック図である。

図８に示されるように、制御システム２は、サーバ１０Ａ、１０Ｂおよび１０Ｃと、ステーション４０とを備える。制御システム２は、実施の形態１のサーバ１０の代わりに、サーバ１０Ａ、１０Ｂおよび１０Ｃを備える。

サーバ１０Ａは、自転車３０のユーザＵ１等による使用を制御する複数の制御装置のうちの１つである。サーバ１０Ａは、分散台帳を保有している複数のサーバ１０Ａ、１０Ｂ及び１０Ｃのうちの１つである。サーバ１０Ａが保有している分散台帳には、自転車を使用しているユーザからの応答情報、および、インセンティブの付与に関する情報が格納され、管理される。

具体的には、サーバ１０Ａは、ユーザＵ２からの応答情報を、応答トランザクションデータとして受信する。また、ユーザＵ２へのインセンティブの付与をすることを示す付与トランザクションデータを受信する。サーバ１０Ａは、受信した上記トランザクションデータを分散台帳を用いて管理する。

サーバ１０Ｂ及び１０Ｃは、それぞれ、サーバ１０Ａと同じ機能を有する装置であり、サーバ１０Ａとは独立に動作する。なお、サーバの台数は、３に限られず、複数であればよい。また、サーバ１０Ａ等同士は、通信可能に接続されており、ネットワークＮを介して接続されていてもよい。

ここでは例として、サーバ１０Ａ等のうち、サーバ１０Ａが端末２０等から各種情報または各種トランザクションデータを受信したり、端末２０等に通知を送信したりする場合を説明するが、他のサーバ（サーバ１０Ｂまたは１０Ｃ）が上記の処理を行ってもよい。

図９は、本実施の形態におけるサーバ１０Ａの構成を模式的に示すブロック図である。なお、サーバ１０Ｂおよび１０Ｃも、同様の構成を備える。

図９に示されるように、サーバ１０Ａは、取得部１１と、算出部１２と、通知部１３と、処理部１４Ａと、台帳管理部１６とを備える。

取得部１１と、算出部１２と、通知部１３とは、実施の形態１の同名の機能部と同じであるので説明を省略する。

処理部１４Ａは、ユーザＵ２にインセンティブを付与する付与処理を実行する機能部である。なお、インセンティブは、一例として、分散台帳により、トークンの提供として管理される。トークンは、分散台帳により管理されている価値情報であり、金銭、商品券またはクーポン等に相当し、また、ユーザ間で交換可能である。

処理部１４Ａは、具体的には、付与処理として、通知部１３が送信した通知情報に対してユーザＵ２が自転車３０の使用を終えたことを示す情報を取得した場合、通知情報に示される第一インセンティブをユーザＵ２に付与する付与処理を実行する。付与処理では、処理部１４Ａは、ユーザＵ２に第一インセンティブを付与することを示す付与トランザクションデータを発行して台帳管理部１６に提供する。また、処理部１４Ａは、通知部１３が送信した通知情報に対する応答としてユーザＵ２が送信する応答トランザクションデータを受信して台帳管理部１６に提供する。なお、付与トランザクションデータは、第一インセンティブに関する情報を含むトランザクションデータの一例である。

台帳管理部１６は、分散台帳を管理している機能部である。台帳管理部１６は、処理部１４Ａから提供されたトランザクションデータを分散台帳に格納する。分散台帳には、過去から現在までのトランザクションデータが格納される。分散台帳に記録された情報の改ざんが困難であるという特性に基づいて、上記トランザクションデータが改ざんされないように管理されている。

台帳管理部１６は、格納部１７と、台帳記憶部１８とを有する。

格納部１７は、分散台帳に格納すべき新しいトランザクションデータを台帳記憶部１８に格納する機能部である。格納部１７は、分散台帳の種別に応じた方式で新しいトランザクションデータを台帳記憶部１８に格納する。また、格納部１７は、サーバ１０Ａ等のうちの他のサーバの格納部１７と通信データを送受信し、他のサーバの台帳記憶部１８にも上記新しいトランザクションデータを格納させる。例えば、格納部１７は、分散台帳がブロックチェーンである場合には、新しいトランザクションデータを含むブロックを生成し、生成したブロックをサーバ１０Ａ、１０Ｂおよび１０Ｃの間で同期をとったうえで、上記ブロックを台帳記憶部１８に格納する。

台帳記憶部１８は、分散台帳を記憶している記憶装置である。台帳記憶部１８に格納されている分散台帳は、１以上のトランザクションデータを記憶しており、ハッシュ値などの特性を用いて改ざんが困難であるように管理されている（後述）。

なお、分散台帳は、例えばブロックチェーンであり、この場合を例として説明するが、他の方式の分散台帳（例えば、ＩＯＴＡ又はハッシュグラフ等）を採用することも可能である。なお、分散台帳は、新しいデータの格納の際にコンセンサスアルゴリズム（例えば、ＰＢＦＴ（Ｐｒａｃｔｉｃａｌ Ｂｙｚａｎｔｉｎｅ Ｆａｕｌｔ Ｔｏｌｅｒａｎｃｅ）、ＰｏＷ（Ｐｒｏｏｆ ｏｆ Ｗｏｒｋ）又はＰｏＳ（Ｐｒｏｏｆ ｏｆ Ｓｔａｋｅ））を実行するものであってもよいし、実行しないものであってもよい。コンセンサスアルゴリズムを実行しない分散台帳技術の一例としてＨｙｐｅｒｌｅｄｇｅｒ ｆａｂｒｉｃがある。

以上のように構成されたサーバ１０Ａ等および制御システム２が実行する処理について説明する。

図１０および図１１は、本実施の形態におけるサーバ１０Ａ等が実行する制御方法を示すフロー図である。図１２は、本実施の形態における制御システム２全体の処理を示すシーケンス図である。図１０～図１２を参照しながらサーバ１０Ａ等の処理、および、制御システム２全体の処理を説明する。

まず、予約情報の取得から予約確定または予約破棄までの処理を図１０および図１２を参照しながら説明する。

図１０におけるステップＳ１０１からステップＳ１０６までの処理は、実施の形態１における処理（図６参照）と同じである。

ステップＳ１０７Ａにおいて、処理部１４Ａは、ステップＳ１０６で送信した通知情報に対する応答である応答トランザクションデータを受信する。応答トランザクションデータは、ステップＳ１０６で処理部１４Ａが送信した通知情報を受信した自転車３０が生成して送信したものである（図１２のステップＳ１０６Ａ参照）。応答トランザクションデータは、ユーザＵ２が使用を終了することを承諾するか否かを示す情報を含むトランザクションデータであって、のちに分散台帳に格納され得る。

ステップＳ１０８Ａにおいて、処理部１４Ａは、ステップＳ１０７Ａで受信した応答トランザクションデータに含まれる情報であって、ユーザＵ２が充電開始日時までに自転車３０をステーション４０に返却することを承諾するか否かを示す情報を取得する。処理部１４Ａは、取得した情報に基づいて、ユーザＵ２が充電開始日時までに自転車３０の使用を終了することに承諾するか否かを判定する。使用を終了することに承諾すると判定した場合（ステップＳ１０８ＡでＹｅｓ）には、ステップＳ１０８Ｂに進み、そうでない場合（ステップＳ１０８ＡでＮｏ）には、ステップＳ１３１に進む。

ステップＳ１０８Ｂにおいて、処理部１４Ａは、ステップＳ１０７Ａで受信した応答トランザクションデータを台帳管理部１６に提供することで、分散台帳に格納する。また、処理部１４Ａは、上記応答トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。ステップＳ１０８Ｂを終えたら、ステップＳ１０９に進む。ステップＳ１０９以降の処理は、実施の形態１における処理と同じである。

次に、インセンティブの付与処理を図１１および図１２を参照しながら説明する。

図１１に示されるように、ステップＳ２０１において、処理部１４Ａは、付与トランザクションデータを受信したか否かを判定する。付与トランザクションデータは、ユーザＵ２がステーション４０に自転車３０を移動させて返却したときに、ステーション４０が生成して送信したものである（図１２のステップＳ２０１Ａ参照）。付与トランザクションデータを受信した場合（ステップＳ２０１でＹｅｓ）には、ステップＳ２０２に進み、そうでない場合（ステップＳ２０１でＮｏ）には、ステップＳ２０１を再び実行する。つまり、処理部１４Ａは、付与トランザクションデータを受信するまでステップＳ２０１で待機状態をとる。

ステップＳ２０２において、処理部１４Ａは、ステップＳ２０１で受信した付与トランザクションデータを台帳管理部１６に提供することで、分散台帳に格納する。また、処理部１４Ａは、上記付与トランザクションデータを他のサーバ１０Ｂ等に送信し、すべてのサーバ１０Ａ等の分散台帳に格納させる。

以上の一連の処理により、制御システム２は、ユーザとやりとりする情報の改ざんを有効に防止しながら、電動車両の稼働効率をより一層向上させることができる。

（補足）
上記各実施の形態、又は、変形例におけるブロックチェーンについて補足的に説明する。

図１３は、ブロックチェーンのデータ構造を示す説明図である。

ブロックチェーンは、その記録単位であるブロックがチェーン（鎖）状に接続されたものである。それぞれのブロックは、複数のトランザクションデータと、直前のブロックのハッシュ値とを有している。具体的には、ブロックＢ２には、その前のブロックＢ１のハッシュ値が含まれている。そして、ブロックＢ２に含まれる複数のトランザクションデータと、ブロックＢ１のハッシュ値とから演算されたハッシュ値が、ブロックＢ２のハッシュ値として、ブロックＢ３に含められる。このように、前のブロックの内容をハッシュ値として含めながら、ブロックをチェーン状に接続することで、記録されたトランザクションデータの改ざんを有効に防止する。

仮に過去のトランザクションデータが変更されると、ブロックのハッシュ値が変更前と異なる値になり、改ざんしたブロックを正しいものとみせかけるには、それ以降のブロックすべてを作り直さなければならず、この作業は現実的には非常に困難である。この性質を使用して、ブロックチェーンに改ざん困難性が担保されている。

図１４は、トランザクションデータのデータ構造を示す説明図である。

図１４に示されるトランザクションデータは、トランザクション本体Ｐ１と、電子署名Ｐ２とを含む。トランザクション本体Ｐ１は、当該トランザクションデータに含まれるデータ本体である。電子署名Ｐ２は、トランザクション本体Ｐ１のハッシュ値に対して、当該トランザクションデータの作成者の署名鍵で署名する、より具体的には、作成者の秘密鍵で暗号化することで生成されたものである。

トランザクションデータは、電子署名Ｐ２を有するので、改ざんが実質的に不可能である。これにより、トランザクション本体の改ざんが防止される。

以上のように、上記実施の形態の制御方法によれば、将来に第一ユーザによって使用される電動車両が、第一ユーザによって使用されるときに十分なバッテリ残量を有しているようにするための充電の充電開始日時が、電動車両を介して第二ユーザに知らされる。第二ユーザは、自身が使用している電動車両が将来に第一ユーザによって使用されるときに十分なバッテリ残量を有しているようにするための充電の充電開始日時を知ることができる。充電開始日時を知った第二ユーザが、電動車両の使用をその充電開始日時までに終了すれば、電動車両は、その使用の終了後に充電がなされたうえで第一ユーザによって使用されることができる。仮にこのような管理がなされないとすれば、第一ユーザが電動車両を使用したいときにバッテリ残量が十分でなくなり、第一ユーザが使用しているときにバッテリ残量が空（から）になり走行不能となるおそれがある。上記のように充電開始日時が第二ユーザに知らされることによって、十分なバッテリ残量を有している電動車両を複数のユーザ間で効率よく稼働させて使い回すことができる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率を向上させることができる。

また、通知された充電開始日時までに使用を終えることによってインセンティブを得られることが第二ユーザに知らされる。第二ユーザは、通知された充電開始日時までに使用を終えることによってインセンティブを得ることができるので、通知された充電開始日時までに使用を終えようとする意志が強くなる。その結果、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、通知された充電開始日時までに使用を終えた第二ユーザにインセンティブが付与される。このように、通知情報の送信などの処理とともに、インセンティブの付与処理が一連の処理として実行され得るので、情報処理の効率が向上し、消費電力を低減できる効果がある。よって、本発明の一態様に係る制御方法によれば、情報処理の効率を向上させながら、電動車両の稼働効率を向上させることができる。

また、第二ユーザは、通知情報に従って充電開始日時までに使用を終える場合、より早い時刻に使用を終える方が得られるインセンティブが多いので、より早く電動車両の使用を終えようとする意志が強くなる。その結果、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、第二ユーザは、通知情報に従って充電開始日時までに使用を終える場合、次に使用する第一ユーザが使用を開始する充電ステーションに近い充電ステーションで使用を終える方が得られるインセンティブが多いので、第一ユーザが使用を開始する充電ステーションに近い充電ステーションで使用を終えようとする意志が強くなる。その結果、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、第二ユーザは、通知情報に従って充電開始日時までに使用を終える場合、より早く承諾情報を送信する方が得られるインセンティブが多いので、より早く承諾情報を送信しようとする意志が強くなる。その結果、承諾情報がより多く送信され、第二ユーザが使用していた電動車両を、その使用終了および充電後に第一ユーザが使用できる蓋然性が高まる。よって、本発明の一態様に係る制御方法によれば、電動車両の稼働効率をより一層向上させることができる。

また、分散台帳に格納されたトランザクションデータの改ざんが実質的に不可能であることから、インセンティブに関する情報が適切に管理される。よって、本発明の一態様に係る制御方法によれば、適切な情報管理をしながら、電動車両の稼働効率を向上させることができる。

また、充電開始日時を、バッテリの充電特性を用いて、より容易に、かつ、より正確に算出することができる。よって、本発明の一態様に係る制御方法によれば、より容易かつ正確な計算に基づく充電開始日時を用いて、電動車両の稼働効率を向上させることができる。

また、第一ユーザが電動車両を使用するのに必要なバッテリ残量になるまで電動車両の充電を行えば十分であるので、その必要なバッテリ残量より多く充電する場合と比較して、充電に要する時間を短縮することができる。よって、第二ユーザが使用を終えてから第一ユーザが使用を開始するまでの時間を短縮することによって、電動車両の稼働効率をより一層向上することができる。このように、本発明の一態様に係る制御方法によれば、電動車両の稼働効率を向上させることができる。

なお、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態のコンテンツ管理システムなどを実現するソフトウェアは、次のようなプログラムである。

すなわち、このプログラムは、コンピュータに、第一ユーザが将来に使用することを希望し、かつ第二ユーザによって使用されている電動車両の使用開始日時を含む予約情報を、前記第一ユーザの第一端末から取得し、前記電動車両のバッテリ残量を取得し、取得した前記予約情報に含まれる前記使用開始日時の時点で前記電動車両のバッテリ残量が所定値以上になるように充電を開始すべき日時である充電開始日時を、取得した前記バッテリ残量を用いて算出し、算出した前記充電開始日時を含む通知情報を前記電動車両に送信する制御方法を実行させるプログラムである。

以上、一つまたは複数の態様に係る制御システムなどについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。

本発明は、電動車両の使用を管理する制御システムに利用可能である。

１、２ 制御システム
１０、１０Ａ、１０Ｂ、１０Ｃ サーバ
１１ 取得部
１２ 算出部
１３ 通知部
１４、１４Ａ 処理部
１６ 台帳管理部
１７ 格納部
１８ 台帳記憶部
２０ 端末
３０ 自転車
４０ ステーション
Ｂ０、Ｂ１、Ｂ２、Ｂ３ ブロック
Ｎ ネットワーク
Ｐ１ トランザクション本体
Ｐ２ 電子署名
Ｕ１、Ｕ２ ユーザ

Claims (10)

1. 第一ユーザが将来に使用することを希望し、かつ第二ユーザによって使用されている電動車両の使用開始日時を含む予約情報を、前記第一ユーザの第一端末から取得し、
   前記電動車両のバッテリ残量を取得し、
   取得した前記予約情報に含まれる前記使用開始日時の時点で前記電動車両のバッテリ残量が所定値以上になるように充電を開始すべき日時である充電開始日時を、取得した前記バッテリ残量を用いて算出し、
   算出した前記充電開始日時を含む通知情報を前記電動車両に送信し、
   前記第一ユーザが将来に使用する前記電動車両として用いられる候補である候補車両が複数存在する場合には、複数の前記候補車両それぞれに前記通知情報を送信し、
   前記通知情報が送信された前記候補車両の第二ユーザが前記電動車両の使用の終了を承諾することを示す承諾情報を１以上受信し、
   受信した１以上の前記承諾情報のうち、もっとも早く受信した前記承諾情報を送信した前記第二ユーザのみに第一インセンティブを付与する付与処理を実行する
   制御方法。
2. 前記通知情報は、さらに、
   算出した前記充電開始日時までに前記第二ユーザが前記電動車両を充電ステーションに移動させて使用を終えた場合に、前記第二ユーザに付与される前記第一インセンティブに関する情報を含む
   請求項１に記載の制御方法。
3. さらに、
   前記第二ユーザが前記電動車両の使用を終えたことを示す情報を取得した場合、前記通知情報に含まれる前記第一インセンティブを前記第二ユーザに付与する前記付与処理を実行する
   請求項１に記載の制御方法。
4. 前記付与処理は、さらに、第二インセンティブを前記第二ユーザに付与する処理を含み、
   前記第二インセンティブの量は、前記電動車両の使用を終えた時刻が早いほど多い
   請求項３に記載の制御方法。
5. 前記予約情報は、前記第一ユーザが使用することを希望する前記電動車両の使用開始場所の充電ステーションである開始ステーションを特定する情報を含み、
   前記付与処理は、さらに、第二インセンティブを前記第二ユーザに付与する処理を含み、
   前記第二インセンティブの量は、前記第二ユーザが前記電動車両の使用を終えた充電ステーションである終了ステーションが前記開始ステーションに近いほど多い
   請求項３に記載の制御方法。
6. 前記第一インセンティブに関する情報を含むトランザクションデータを生成し、
   生成した前記トランザクションデータを複数の分散台帳に格納する
   請求項１に記載の制御方法。
7. 前記充電開始日時を算出する際には、前記電動車両のバッテリに固有の所定の充電特性を用いて、前記電動車両のバッテリ残量が、取得した前記バッテリ残量から前記所定値になるまでの時間を算出することを利用して、前記充電開始日時を算出する
   請求項１～６のいずれか１項に記載の制御方法。
8. 前記予約情報は、前記第一ユーザが前記電動車両を使用して移動する経路を示す経路情報を含み、
   前記所定値は、前記電動車両のバッテリ残量の下限値に、前記経路情報に示される経路を前記電動車両が移動するのに要する電力量を加算した値として算出される
   請求項１～７のいずれか１項に記載の制御方法。
9. サーバを備える制御システムであって、
   前記サーバは、
   （ａ）第一ユーザが将来に使用することを希望し、かつ第二ユーザによって使用されている電動車両の使用開始日時を含む予約情報を、前記第一ユーザの第一端末から取得し、かつ、（ｂ）前記電動車両のバッテリ残量を取得する取得部と、
   取得した前記予約情報に含まれる前記使用開始日時の時点で前記電動車両のバッテリ残量が所定値以上になるように充電を開始すべき日時である充電開始日時を、取得した前記バッテリ残量を用いて算出する算出部と、
   算出した前記充電開始日時を含む通知情報を前記電動車両に送信する通知部とを備え、
   前記通知部は、前記第一ユーザが将来に使用する前記電動車両として用いられる候補である候補車両が複数存在する場合には、複数の前記候補車両それぞれに前記通知情報を送信し、
   前記制御システムは、さらに、
   前記通知情報が送信された前記候補車両の第二ユーザが前記電動車両の使用の終了を承諾することを示す承諾情報を１以上受信し、受信した１以上の前記承諾情報のうち、もっとも早く受信した前記承諾情報を送信した前記第二ユーザのみに第一インセンティブを付与する付与処理を実行する処理部を備える、
   制御システム。
10. 請求項１～８のいずれか１項に記載の制御方法をコンピュータに実行させるためのプログラム。

Images