JP7853375B2 - 制御システム、制御方法、及び、プログラム - Google Patents

Description

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

特許文献１には、車両のバッテリの電力を外部で利用する技術が開示されている。引用文献２には、配車管理に関する技術が開示されている。
［先行技術文献］
［特許文献］
特許文献１ 国際公開第２０２４／０７０１０９号
特許文献２ 特開２０１４－０３２４５９号公報

予約対象の予約を適切に処理することが望まれている。

本発明の第１の態様においては、制御システムが提供される。制御システムは、複数の予約対象物の予約を処理する。制御システムは、前記複数の予約対象物のそれぞれの特性を示す特性情報を記憶する記憶部を備える。制御システムは、前記複数の予約対象物の特性を考慮して複数の予約対象物の予約を処理するための制御情報を受け付ける制御情報受付部を備える。制御システムは、前記複数の予約対象物の少なくともいずれかに関する予約要求を受け付ける予約要求受付部を備える。制御システムは、前記制御情報が第１情報である場合、前記特性情報に基づいて、第１特性である予約対象物の予約を許容し、前記制御情報が第２情報である場合、前記第１特性である予約対象物の予約を許容しない予約処理部を備える。

上記の制御システムにおいて、前記複数の予約対象物は、車両であってよい。

上記いずれかの制御システムにおいて、前記複数の予約対象物の特性は、前記車両の動力の種類であってよい。

上記いずれかの制御システムにおいて、前記予約要求は、前記車両の使用予定時間を少なくとも含んでよい。

上記いずれかの制御システムにおいて、前記予約処理部は、前記予約要求に対して使用される車両を決定することができない場合において、前記制御情報が前記第２情報である場合、少なくとも前記車両の使用予定時間の変更を行うことにより、前記予約要求に対して使用される車両を決定してよい。

上記いずれかの制御システムにおいて、前記予約処理部は、前記予約要求に対して使用される車両を決定するために、使用される車両を示す情報、前記使用される車両の使用時間を示す情報、及び、前記使用される車両の出発地及び目的地と、走行予定距離と、走行予定時間と、使用予定エネルギ量とのうちの少なくとも１つを示す情報を含む保持情報を保持してよい。

上記いずれかの制御システムにおいて、前記予約処理部は、前記保持情報に基づいて前記車両の走行に利用可能なエネルギ量の推移を予測し、 予測した前記車両の走行に利用可能なエネルギ量の推移に基づいて、前記予約要求に対して使用される車両を決定してよい。

上記いずれかの制御システムは、車両から提供されるべきエネルギの要求に関するエネルギ要求情報を受け付けるエネルギ要求受付部をさらに備えてよい。前記予約処理部は、前記エネルギ要求情報を考慮して、前記予約要求に対して使用される車両を決定してよい。

上記いずれかの制御システムにおいて、前記エネルギ要求情報は、エネルギ量を示す情報及び前記エネルギが要求される時間を示す情報を含んでよい。

上記いずれかの制御システムにおいて、前記予約処理部は、前記エネルギ要求情報に基づき、少なくとも１つの車両においてエネルギ授受を行うために使用される車両の予約を設定してよい。

上記いずれかの制御システムにおいて、前記予約処理部は、前記予約要求に対して使用される車両及び前記エネルギ授受を行うために使用される車両を決定することができない場合に、前記制御情報にさらに基づいて前記予約要求に対して使用される車両を決定してよい。

上記いずれかの制御システムは、前記制御情報を利用者が入力するための制御を行う入力制御部を備えてよい。

上記いずれかの制御システムにおいて、前記入力制御部は、前記予約要求を受け付けるためのユーザインタフェースとは異なるユーザインタフェースを通じて、前記制御情報を入力するための制御を行ってよい。

上記いずれかの制御システムは、利用者の識別情報を取得する利用者識別情報取得部を備えてよい。前記入力制御部は、前記利用者識別情報取得部が取得した前記利用者の識別情報に基づいて前記制御情報の入力を許容するか否かを判断してよい。

本発明の第２の態様においては、制御方法が提供される。制御方法は、複数の予約対象物の予約を処理する。制御方法は、前記複数の予約対象物のそれぞれの特性を示す特性情報を記憶する段階を備える。制御方法は、前記複数の予約対象物の特性を考慮して複数の予約対象物の予約を処理するための制御情報を受け付ける段階を備える。制御方法は、前記複数の予約対象物の少なくともいずれかに関する予約要求を受け付ける段階を備える。制御方法は、前記制御情報が第１情報である場合、前記特性情報に基づいて、第１特性である予約対象物の予約を許容し、前記制御情報が第２情報である場合、前記第１特性である予約対象物の予約を許容しない段階を備えてよい。

本発明の第３の態様においては、プログラムが提供される。プログラムは、コンピュータによって実行された場合に、コンピュータを、上記いずれかの制御システムとして機能させる。

上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

一実施形態におけるシステム５の利用形態を概念的に示す。 車両管理装置６０のシステム構成の一例を示す。 統合管理装置５０のシステム構成の一例を示す。 電力制御装置４０、統合管理装置５０及び車両管理装置６０が実行する方法における処理の実行シーケンスを示す。 車両１０ｄの予約を許容せずに計画された運行計画の第１の例である。 車両１０ｄの予約を許容した運行計画の一例である。 車両１０ｄの予約を許容せずに計画された運行計画の第２の例である。 車両１０ｄの予約を許容した運行計画の一例である。 システム５において制御情報及び予約要求を入力する処理に関するフローチャートである。 統合管理装置５０において実行される処理に関するフローチャートである。 コンピュータ２０００の例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、一実施形態におけるシステム５の利用形態を概念的に示す。システム５は、発電装置８０と、車両１０ａ、車両１０ｂ、車両１０ｃ、車両１０ｄ及び車両１０ｅを含む複数の車両と、電力制御装置４０及び電力制御装置４１と、統合管理装置５０及び統合管理装置５１と、車両管理装置６０及び車両管理装置６１と、電力制御装置１４０と、サーバ１８０とを備える。

電力需要家７０及び発電装置８０は、電力ネットワーク９０に接続されている。発電装置８０で発電された電力は、電力ネットワーク９０を通じて電力需要家７０に供給可能である。電力ネットワーク９０は、例えば電力系統である。

車両１０ａ、車両１０ｂ、車両１０ｃ、及び車両１０ｅは、それぞれ車両走行用の駆動電力を蓄積するバッテリ１２ａ、バッテリ１２ｂ、バッテリ１２ｃ、及びバッテリ１２ｅを備える電気自動車である。電気自動車は電動車両の一例である。電気自動車は移動体の一例である。車両１０ｄは、内燃機関を有する車両である。車両１０ｄは、内燃機関により生成される動力により走行する車両である。車両１０ｄは、主として内燃機関により生成される動力により走行する車両であってよい。車両１０ｄは、走行用の動力を生成するバッテリを有しない車両であってよい。本実施形態において、特に車両１０ａ、車両１０ｂ、車両１０ｃ及び車両１０ｄを「車両１０」と総称し、バッテリ１２ａ、バッテリ１２ｂ及びバッテリ１２ｃを「バッテリ１２」と総称する場合がある。

車両１０は、事業所３０に配備されている。事業所３０は、車両１０が駐車するための拠点として機能する。本実施形態において、事業所３０のことを「本店」と呼ぶ場合がある。車両１０は、例えば、営業用の車両であってよく、事業所３０で扱われる商品等の荷物を運搬するための車両であってよい。事業所３０には、電力ネットワーク９０を通じて電力が供給される。

電力制御装置４０、統合管理装置５０及び車両管理装置６０は、事業所３０に設けられる。車両１０は、車両管理装置６０と移動通信網等を通じて通信可能に設けられる。事業所３０は、事業所内のローカルな電力ネットワークを有し、事業所３０に設けられた充放電装置を通じて、車両１０が備えるバッテリ１２との間で電力授受を行うことが可能である。すなわち、車両１０は、事業所３０におけるエネルギーマネジメントに使用可能である。車両１０が備えるバッテリ１２は、事業所３０内の電力ネットワークを通じて、電力ネットワーク９０との間で電力授受を行うことが可能である。電力制御装置４０は、事業所３０内の電力需要を少なくとも満たすように、事業所３０に配備されている車両１０の充放電を制御する。

電力制御装置４０、統合管理装置５０及び車両管理装置６０は、例えば事業所３０において管理される。電力制御装置４０と統合管理装置５０とは通信回線によって通信可能に設けられる。統合管理装置５０と車両管理装置６０は通信回線によって通信可能に設けられる。統合管理装置５０及び車両管理装置６０は、事業所３０の外部に設けられてよい。統合管理装置５０及び車両管理装置６０は、インターネット等の通信回線を通じて通信可能に設けられてよい。統合管理装置５０及び車両管理装置６０の一方又は両方は、クラウドサーバ等のサーバによって実現されてよい。

車両管理装置６０は、車両１０が事業所３０を出発する時刻及び帰着する時刻を決定する。統合管理装置５０は、事業所３０における電力需要を満たすように、車両１０が事業所３０を出発する時刻及び帰着する時刻を調整するための調停を行う。例えば、統合管理装置５０は、事業所３０における電力需要のピークカットを行うことができるように、車両１０が事業所３０を出発する時刻及び帰着する時刻を調整するための調停を行う。車両管理装置６０は、統合管理装置５０によって調整された車両１０のスケジュールに基づいて車両１０を管理する。電力制御装置４０は、統合管理装置５０によって調整された車両１０のスケジュールに基づいて、車両１０が備えるバッテリ１２の充放電を制御する。

車両１０ｅは、事業所３１に配備されている。事業所３１は、車両１０ｅが駐車するための拠点として機能する。車両１０ｅは、車両１０と同様、営業用の車両であってよく、事業所３０で扱われる商品等の荷物を運搬するための車両であってよい。事業所３１には、電力ネットワーク９０を通じて電力が供給される。電力制御装置４１、統合管理装置５１及び車両管理装置６１は、事業所３１に設けられる。

事業所３１において、電力制御装置４１、統合管理装置５１及び車両管理装置６１は、電力制御装置４０、統合管理装置５０及び車両管理装置６０に対応する。電力制御装置４１、統合管理装置５１及び車両管理装置６１は、制御対象及び／又は管理対象が事業所３１及び／又は車両１０ｅである点を除いて、電力制御装置４０、統合管理装置５０及び車両管理装置６０と同様の制御を行う。そのため、電力制御装置４１、統合管理装置５１、車両管理装置６１及び車両１０に関する制御については説明を省略する。

電力制御装置１４０は、通信ネットワーク１９０を通じて電力制御装置４０及び電力制御装置４１と通信し、事業所３０及び事業所３１における全体的な電力制御を統括する。例えば、電力制御装置１４０は、電力制御装置４０及び電力制御装置４１から電力需給に関する情報を収集し、電力ネットワーク９０との間の電力取引を含む全体的な電力需給の調整を行うことで事業所３０及び事業所３１の全体として電力コストを最小化するように、電力制御装置４０及び電力制御装置４１に制御を行わせる。

電力制御装置１４０は、通信ネットワーク１９０を通じてサーバ１８０と接続されている。サーバ１８０は、例えば電力アグリゲータによって使用されるサーバである。サーバ１８０は、電力市場における電力取引を行う。電力制御装置１４０は、事業所３０及び事業所３０に配備された車両を集約して保持している電力リソースをサーバ１８０に提供することができる。電力制御装置１４０は、電力制御装置４０及び４１が事業所３０及び事業所３１に配備された各車両のバッテリの充放電を制御して、サーバ１８０が約定した電力を提供する。例えば、電力制御装置１４０は、サーバ１８０からのデマンドに応じて、電力制御装置４０及び電力制御装置４０によるバッテリ１２の充放電を制御して、デマンドに応じた電力を提供する。

図２から図１０等に関連して、主として事業所３０に関連する制御が説明される。具体的には、電力制御装置４０、統合管理装置５０、車両管理装置６０及び車両１０に関する制御が説明される。しかし、事業所３０に関連する制御は、事業所３１に関連する制御に適用できる。

図２は、車両管理装置６０のシステム構成の一例を示す。車両管理装置６０は、演算部２００と、記憶部２８０と、通信部２９０とを備える。

演算部２００は、通信部２９０の制御を行う。通信部２９０は、車両１０及び統合管理装置５０等との間の通信を担う。演算部２００は、プロセッサを含む演算処理装置により実現される。記憶部２８０は、それぞれ不揮発性の記憶媒体を備えて実現される。演算部２００は、記憶部２８０に格納された情報を用いて処理を行う。演算部２００は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びバス等を備えたマイクロコンピュータによって実現されてよい。車両管理装置６０は、コンピュータによって実現されてよい。

本実施形態において、車両管理装置６０は、単一のコンピュータによって実現されるものとする。しかし、他の実施形態において、車両管理装置６０は複数のコンピュータによって実現されてよい。車両管理装置６０の少なくとも一部の機能は、クラウドサーバ等の１つ以上のサーバによって実現されてよい。

演算部２００は、予約受付部２１０と、計画部２２０とを備える。予約受付部２１０は、車両１０を予約する予約情報を受け付ける。記憶部２８０は、予約情報を記憶する。予約情報は、複数の車両１０の中から利用者が利用する車両１０を選択するための選択情報を含む。

計画部２２０は、記憶部２８０に記憶された情報に基づいて、車両１０の利用計画を立てる。例えば、計画部２２０は、記憶部２８０に記憶された選択情報に基づいて、車両１０をどの利用者に利用させるかを示す運行計画を立案する。

通信部２９０は、統合管理装置５０に運行計画を送信する。通信部２９０はさらに、統合管理装置５０に予約情報の少なくとも一部を送信してよい。通信部２９０は、競合した予約を調停することによって利用者が利用する車両１０が変更された場合に、変更された車両１０が予約されていた利用者に、車両１０が変更されたことを示す通知を送信してよい。

図３は、統合管理装置５０のシステム構成の一例を示す。統合管理装置５０は、演算部３００と、記憶部３８０と、通信部３９０とを備える。

演算部３００は、通信部３９０の制御を行う。通信部３９０は、統合管理装置５０における通信を担う。通信部３９０は、少なくとも電力制御装置１４０、車両管理装置６０及び電力制御装置４０と統合管理装置５０との間の通信を担う。演算部３００は、プロセッサを含む演算処理装置により実現される。記憶部３８０は、それぞれ不揮発性の記憶媒体を備えて実現される。演算部３００は、記憶部３８０に格納された情報を用いて処理を行う。演算部３００は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びバス等を備えたマイクロコンピュータによって実現されてよい。統合管理装置５０は、コンピュータによって実現されてよい。

本実施形態において、統合管理装置５０は、単一のコンピュータを含んで実現されるものとする。しかし、他の実施形態において、統合管理装置５０は複数のコンピュータによって実現されてよい。統合管理装置５０の少なくとも一部の機能は、クラウドサーバ等の１つ以上のサーバを含んで実現されてよい。本実施形態において、統合管理装置５０及び車両管理装置６０は、同一のコンピュータで実現されてよく、互いに異なるコンピュータで実現されてよい。統合管理装置５０及び車両管理装置６０の全部又は少なくとも一部の機能が、同一のコンピュータで実現されてよい。

演算部３００は、予約要求受付部３１０と、エネルギ要求受付部３２０と、制御情報受付部３３０と、予約処理部３４０と、入力制御部３５０と、利用者識別情報取得部３６０とを備える。

統合管理装置５０は、複数の予約対象物の予約を処理するための制御システムの少なくとも一部として機能する。記憶部３８０は、複数の予約対象物のそれぞれの特性を示す特性情報を記憶する。制御情報受付部３３０は、複数の予約対象物の特性を考慮して複数の予約対象物の予約を処理するための制御情報を受け付ける。予約要求受付部３１０は、複数の予約対象物の少なくともいずれかに関する予約要求を受け付ける。予約処理部３４０は、制御情報が第１情報である場合、特性情報に基づいて、第１特性である予約対象物の予約を許容し、制御情報が第２情報である場合、第１特性である予約対象物の予約を許容しない。

複数の予約対象物は、車両１０であってよい。複数の予約対象物の特性は、車両１０の動力の種類である。予約要求は、車両１０の使用予定時間を少なくとも含む。

予約処理部３４０は、予約要求に対して使用される車両１０を決定することができない場合において、制御情報が第２情報である場合、少なくとも車両１０の使用予定時間の変更を行うことにより、予約要求に対して使用される車両１０を決定する。予約処理部３４０は、予約要求に対して使用される車両１０を決定するために、（ｉ）使用される車両１０を示す情報、（ｉｉ）使用される車両１０の使用時間を示す情報、及び、（ｉ）使用される車両１０の出発地及び目的地と、走行予定距離と、走行予定時間と、使用予定エネルギ量とのうちの少なくとも１つを示す情報を含む保持情報を保持してよい。保持情報は、車両管理装置６０から取得されてよい。

予約処理部３４０は、保持情報に基づいて車両１０の走行に利用可能なエネルギ量の推移を予測、予測した車両１０の走行に利用可能なエネルギ量の推移に基づいて、予約要求に対して使用される車両１０を決定してよい。

エネルギ要求受付部３２０は、車両１０から提供されるべきエネルギの要求に関するエネルギ要求情報を受け付ける。例えば、エネルギ要求受付部３２０は、電力制御装置４０から、エネルギ要求情報を受け付ける。エネルギ要求情報は、エネルギ量を示す情報及びエネルギが要求される時間を示す情報を含んでよい。予約処理部３４０は、エネルギ要求情報を考慮して、予約要求に対して使用される車両１０を決定する。本実施形態において、エネルギ要求は、車両１０に対する、事業所３０との間の電力授受の要求である。

予約処理部３４０は、エネルギ要求情報に基づき、少なくとも１つの車両１０においてエネルギ授受を行うために使用される車両１０の予約を設定する。予約処理部３４０は、予約要求に対して使用される車両１０及びエネルギ授受を行うために使用される車両１０を決定することができない場合に、制御情報にさらに基づいて予約要求に対して使用される車両１０を決定する。

入力制御部３５０は、制御情報を利用者が入力するための制御を行う。入力制御部３５０は、予約要求を受け付けるためのユーザインタフェースとは異なるユーザインタフェースを通じて、制御情報を入力するための制御を行う。利用者識別情報取得部３６０は、利用者の識別情報を取得する。入力制御部３５０は、取得部が取得したユーザの識別情報に基づいて制御情報の入力を許容するか否かを判断する。

図４は、電力制御装置４０、統合管理装置５０及び車両管理装置６０が実行する方法における処理の実行シーケンスを示す。図４の処理は、特定の日の電力計画及び運行計画を立案し、立案した計画にしたがって各種の制御を実行するまでの処理を表す。電力計画及び運行計画の立案は、対象となる特定の日の前日又は特定の日の比較的に早い時間に行われる。例えば、図４の処理は、特定の日の０時に開始されるとしてよい。

電力制御装置４０に関する制御として、Ｓ４０１０において、電力制御装置４０の利用者及び電力制御装置１４０の少なくとも一方は、事業所３０における電力計画に関する制約条件を設定して、電力制御装置４０に通知する。電力制御装置１４０は、事業所３０及び事業所３１における全体的な電力コストを最小化するように、事業所３０における制約条件を設定してよい。利用者は、事業所３０において電力管理に関する情報を電力制御装置４０に入力する人物又はシステムである。制約条件は、電力計画を立案する上で制約となる条件である。制約条件は、電力需要を満たすために必要となる制約を含んでよい。制約条件は、例えば、予測される発電量、予測される消費電力量、及び電力料金に関する情報を含む。発電量は、例えば、発電装置８０における発電量である。消費電力量は、事業所３０における消費電力量である。電力料金は、買電価格、売電価格、及びデマンドレスポンスに応じて消費電力を低減したことにより得られる対価を含む。買電価格は、例えば事業所３０が電力ネットワーク９０から受電したことの対価として課される金額に関する条件である。売電価格は、例えば事業所３０が電力ネットワーク９０に電力供給したことの対価として得られる金額に関する条件である。

Ｓ４０１２において、電力制御装置４０は、制約情報に基づいて、事業所３０における当日の電力計画を立案する。電力計画は、一日における時間帯毎の消費電力量を含む。電力計画によって、事業所３０において各時間帯にどれだけ電力が消費されるかが定まる。当日における時間帯毎の消費電力量は、当日の気象情報等の環境情報と過去の実績データから予測されてよい。電力計画はピークカットを行うためのピークカット情報を含んでよい。ピークカット情報は、事業所３０においてどの時間帯においてどれだけの量の消費電力を抑制すべきかを示す情報を含んでよい。ピークカット情報は、事業所３０においてどの時間帯に外部からどれだけの量の電力を受け取るかべきかを示す情報を含んでよい。

電力制御装置４０は、事業所３０における最適な電力計画を立案してよい。例えば、電力制御装置４０は、事業所３０において電力ネットワーク９０から受電する電力量が最小となるように、電力計画を立案してよい。電力制御装置４０は、事業所３０において電力ネットワーク９０から受電することの対価として課される金額が最小となるように、電力計画を立案してよい。電力制御装置４０は、少なくとも事業所３０における契約電力を遵守することを条件として、事業所３０においてデマンドレスポンスに応じて事業所３０における消費電力を低減すること又は電力ネットワーク９０に電力供給することに対する対価として得られる金額が最大となるように、電力計画を立案してよい。このように、電力制御装置４０は、制約条件に基づいて、事業所３０における当日の電力計画として最適な電力計画を立案する。この電力計画によって、当日の各時間帯に外部から受け取る必要がある電力量が定まる。外部から受け取る必要がある電力量は、事業所３０に駐車中の車両１０が備えるバッテリ１２から供給されてよい。電力制御装置４０は、立案した電力計画を統合管理装置５０に送信する。

車両管理装置６０に関する制御として、Ｓ４２１０において、利用者は、車両１０の配車に関する予約情報を入力する。利用者は、車両１０を利用する人物、システムの管理者又はシステム等である。予約情報は、運行計画を立案する上で制約となり得る条件を含む。予約情報は、例えば、出発地、行先、及び帰着地、並びに、出発地における出発時刻、行先における到着時刻及び出発時刻、及び帰着地へ到着時刻等を含む。出発地及び行先により、どの場所からどの場所まで車両１０を走行させる必要があるかが定まる。出発地における出発時刻及び帰着地における到着時刻には、それらの出発時刻及び到着時刻の変更を許容できる時間を示す時間調整許容量が設定されてよい。Ｓ４２１０において入力された予約情報は、車両管理装置６０に送信されるとともに、車両管理装置６０を通じて統合管理装置５０に送信される。

Ｓ４２１２において、車両管理装置６０の計画部２２０は、利用者から通知された制約条件を集約して、事業所３０における当日の運行計画を立案する。例えば、計画部２２０は、予約情報により定まる輸送需要が満たされるように、人物の輸送に利用する車両１０、車両１０の走行ルート、及び車両１０の走行速度を決定する。車両管理装置６０は、立案した運行計画を統合管理装置５０に送信する。

Ｓ４１１０において、統合管理装置５０は、電力制御装置４０から送信された電力計画と、車両管理装置６０から送信された予約情報及び運行計画とを受付ける。

Ｓ４１１２において、統合管理装置５０の予約処理部３４０は、運行計画に従って車両１０を運行した場合に、事業所３０における電力計画を満たすか否かを判断する。例えば、運行計画から、車両１０が事業所３０に存在することが予測される期間が定まる。予約処理部３４０は、事業所３０が外部から電力供給される必要がある期間において、当該期間に事業所３０に存在する車両１０が備えるバッテリ１２から電力を受け取ることができると予測される場合に、電力計画を満たすと判断する。

予約処理部３４０は、運行計画に従って配車した場合に電力計画を満たすことができないと判断した場合、運行計画をどのように修正すれば電力計画を満たすことができるかを判断する。例えば、予約処理部３４０は、運行計画における車両１０の出発時刻及び到着時刻の調整量を決定する。

統合管理装置５０は、決定した出発時刻及び到着時刻の調整量を含む修正情報を、車両管理装置６０に送信する。車両管理装置６０の計画部２２０は、統合管理装置５０から修正情報を受信すると、修正情報に基づいて、Ｓ４２１２で立案した運行計画を修正する（Ｓ４２１３）。例えば、計画部２２０は、統合管理装置５０から受信した出発時刻及び到着時刻の調整量に基づいて、予約情報を満たすように運行計画を修正する。車両管理装置６０は、運行計画の修正結果を、統合管理装置５０に送信する。統合管理装置５０及び車両管理装置６０は、Ｓ４１１２及びＳ４２１３の処理を繰り返して、遂行可能な運行計画を決定する。Ｓ４２１３において、計画部２２０は、車両１０の運行ルートを決定し、予約情報で指定された出発時刻及び到着時刻を遵守できるように車両１０を走行させた場合に、車両１０のＳＯＣ及び電力消費率に基づいて電欠が生じることなく車両１０が事業所３０に帰着できるか否かを判定することによって、遂行可能な運行計画を決定する。また、Ｓ４１１２において、予約処理部３４０は、決定される電力計画に従ってバッテリ１２と事業所３０との間で電力授受を行った場合に得られる事業所３０の電力コスト削減量と、運行計画に従って車両１０の運行を行った場合に必要な車両１０の運行コスト及び車両１０の稼働率とを考慮して、総合的に利益が得られると判断されることを条件として、運行計画を遂行可能と判定してよい。

運行計画が決定されると、運行計画を含む調停結果を電力制御装置４０に送信する。電力制御装置４０は、統合管理装置５０から調停結果を受信すると、調停結果に基づいて電力計画に反映し（Ｓ４０１４）、調停結果を反映することによって確定した電力計画を利用者に通知する（Ｓ４０１５）。Ｓ４０１６において、利用者及び電力制御装置１４０は、通知された電力計画に従って制御を実行する。

車両管理装置６０は、Ｓ４２１３にて最終的に決定された運行計画を確定し（Ｓ４２１４）、確定した運行計画を利用者に通信部２９０を通じて通知する。Ｓ４２１６において、利用者は通知された運行計画に従って車両１０の運行制御を実行する。

図５は、車両１０ｄの予約を許容せずに計画された運行計画の第１の例である。ここで、利用者は、９時に事業所３０を出発して「行先１」及び「行先２」に移動して事業所３０に帰着する予約要求を行ったとする。

予約処理部３４０は、予約要求に基づいて生成された保持情報に基づいて、車両１０ａを使用することによるバッテリ１２ａのＳＯＣの推移を予測する。保持情報は、例えば、（ｉ）使用される車両１０を示す情報、（ｉｉ）使用される車両１０の使用時間を示す情報、及び、使用される車両１０の出発地及び目的地（経由地を含む）と、走行予定距離と、走行予定時間と、使用予定エネルギ量とのうちの少なくとも１つを示す情報を含む。

例えば、予約処理部３４０は、保持情報に含まれる出発地及び目的地に基づいて、事業所３０から行先１への経路、行先１から行先２への経路、及び行先２から事業所３０への経路を探索する。予約処理部３４０は、探索した経路を車両１０ａが走行するために必要なエネルギ量を推定し、推定したエネルギ量及びバッテリ１２ａの容量に基づいて、探索した経路を車両１０ａが走行した場合のバッテリ１２ａのＳＯＣの減少量を算出する。これにより、予約処理部３４０は、バッテリ１２ａのＳＯＣの推移を予測する。その結果、例えば、図５に示されるように、事業所３０の出発時にバッテリ１２ａのＳＯＣが１００％であり、行先１への移動によってバッテリ１２ａのＳＯＣが８０％減少することによって、バッテリ１２ａのＳＯＣが２０％まで減少すると算出される。

予約処理部３４０は、バッテリ１２ａのＳＯＣの低下によって車両１０ａを充電せずに事業所３０に帰着することができないと判断すると、行先１から行先２に移動する経路において、１０時から１１時の間にバッテリ１２ａが満充電になるまで充電を行う計画を生成する。本実施形態において、車両１０が事業所３０を出発した後、事業所３０に帰着するまでの間でバッテリ１２の充電が必要となることを「経路充電」と呼ぶこととする。

予約処理部３４０は、バッテリ１２ａを充電した後、車両１０ａが行先２に移動して事業所３０に帰着するまでの間にバッテリ１２ａのＳＯＣが７０％減少すると算出し、車両１０ａが事業所３０に帰着したときにバッテリ１２ａのＳＯＣは３０％になると算出する。図５に示されるように、経路充電が発生すると、車両１０ａの利用者は、バッテリ１２ａが充電されるのを待つ必要がある。

このように、電気自動車は一般に長距離運行には不向きであるため、長距離を走行するためには経路充電が必要となる場合が多い。特に車両１０を業務に使用する場合は、経路充電を行うことは時間的に大きな損失となる場合が多いことが課題となる。

本実施形態において、制御情報受付部３３０は、管理者によって入力された、車両１０の特性を考慮して予約を処理するための制御情報を受け付ける。本実施形態において、制御情報は、内燃機関を有する車両１０ｄの予約を許容するか否かを示す情報である。

図６は、車両１０ｄの予約を許容した運行計画の一例である。図５に示されるように路充電を含む運行計画が生成されている場合、予約処理部３４０は、制御情報を参照して、制御情報が第１制御情報であるときは、車両１０ｄの予約を許容すると判断する。

制御情報が第１制御情報である場合、予約処理部３４０は、車両１０ｄを許容して予約を処理する。これにより、予約処理部３４０は、行先１及び行先２への移動に使用される車両１０として車両１０ｄを選択することで、経路充電が発生しない計画を生成することができる。そのため、利用者が車両１０の充電を待つことで生じ得る損失の発生を抑制し得る。

図７は、車両１０ｄの予約を許容せずに計画された運行計画の第２の例である。ここで、９時に事業所３０を出発して「行先３」に移動して事業所３０に帰着する予約要求と、事務所を１０時に出発して「行先４」に移動して事業所３０に帰着する予約要求が行われており、当該２つの予約要求に対して、車両１０ａを使用する運行計画が立案されているとする。

予約処理部３４０は、事業所３０を出発して行先３に移動して事業所３０に帰着する経路と、事業所３０を出発して行先４に移動して事業所３０に帰着する経路を探索する。予約処理部３４０は、探索した経路を車両１０ａが走行することによるバッテリ１２ａのＳＯＣの減少量を算出する。図７に示されるように、予約処理部３４０は、事業所３０の出発時にバッテリ１２ａのＳＯＣが１００％であり、行先３に移動し事業所３０に帰着するまでにバッテリ１２ａのＳＯＣが５０％減少すると算出する。これにより、車両１０ａが１０時に事業所３０に帰着したときのバッテリ１２ａのＳＯＣが５０％と算出される。

続いて、予約処理部３４０は、車両１０ａが事業所３０を出発して行先４に移動して事業所３０に帰着するまでにバッテリ１２ａのＳＯＣが３０％減少すると算出する。これにより、車両１０ａが１１時に事業所３０に帰着したときにバッテリ１２ａのＳＯＣが２０％となる算出されたとする。

ここで、電力制御装置４０からのエネルギ要求情報に基づく電力計画から、車両１０ａのバッテリ１２ａは、１１時から１２時の間において事業所３０との間の電力授受に使用されることが予約されている。図７の例では、エネルギ要求情報に含まれるエネルギ量情報から、バッテリ１２ａと事業所３０との間の電力授受によって、バッテリ１２ａからＳＯＣ３０％分の電力エネルギを提供する必要となり、バッテリ１２ａに蓄積されている電力エネルギが不足する（つまり、事業所３０に提供される電力エネルギが不足する）可能性がある。したがって、事業所３０において必要な電力エネルギを十分に提供することができない可能性がある。

図８は、車両１０ｄの予約を許容した運行計画の一例である。図７に示されるように、事業所３０との間の電力授受に使用されることが予約されている期間の前後に、車両１０ａの運行に使用されることが予約されている場合、予約処理部３４０は、制御情報を参照して、制御情報が第１制御情報であるときは、車両１０ｄの予約を許容すると判断する。

制御情報が第１制御情報である場合、予約処理部３４０は、車両１０ｄを許容して予約を処理する。これにより、予約処理部３４０は、事業所３０との間の電力授受に使用されることが予約されている期間より前に使用される車両１０として車両１０ｄを選択する。例えば、予約処理部３４０は、事業所３０との間の電力授受に使用されることが予約されている期間の直前に行先４への移動に使用される車両１０として車両１０ｄを選択する。これにより、車両１０ａと事業所３０との間の電力授受によってＳＯＣが３０％減少したとしても、事業所３０との間の電力授受の終了時にＳＯＣは２０％あることとなる。なお、予約処理部３４０は、行先４への移動に使用される車両１０として車両１０ｄを選択することに代えて、又は、行先４への移動に使用される車両１０として車両１０ｄを選択することに加えて、行先３への移動に使用される車両１０として車両１０ｄを選択してよい。このように、車両１０ｄの予約を許容することで、車両１０ａが事業所３０において必要な電力エネルギを提供することが可能となる。

図９は、システム５において制御情報及び予約要求を入力する処理に関するフローチャートである。利用者は、パーソナルコンピュータ及び携帯端末等の通信端末を通じて統合管理装置５０にアクセスすることができる。利用者が統合管理装置５０アクセスすると、Ｓ９１０において、利用者識別情報取得部３６０は、利用者の識別情報を取得する。利用者識別情報取得部３６０は、例えばログイン情報に基づいて、利用者の識別情報を取得する。

Ｓ９１２において、入力制御部３５０は、利用者が管理者であるか否かを判断する。Ｓ９１２において利用者が管理者であると判断された場合、Ｓ９１４において、入力制御部３５０は、制御情報の設定を含む入力画面を通信端末に表示させる。制御情報の設定を含む入力画面は、制御情報を入力するためのユーザインタフェースの一例である。Ｓ９１６において、制御情報受付部３３０は、制御情報の設定を含む入力画面を通じて入力された制御情報を取得する。入力された制御情報は、記憶部３８０に記憶される。

Ｓ９１２において利用者が管理者でないと判断された場合、Ｓ９２０において、入力制御部３５０は、制御情報の設定を含まない予約要求を入力するための予約要求画面を通信端末に表示させる。入力制御部３５０は、例えば、車両管理装置６０にリクエストをリダイレクトすることにより、通信端末に予約要求画面を表示させてよい。予約要求画面は、予約要求を受け付けるためのユーザインタフェースの一例である。続いて、Ｓ９２２において、車両管理装置６０は利用者からの予約要求を取得する。

図９に関連して説明したように、入力制御部３５０は、管理者が制御情報を入力するための制御を行う。特に、入力制御部３５０は、予約要求を受け付けるためのユーザインタフェースとは異なるユーザインタフェースを通じて、制御情報を入力するための制御を行う。これにより、管理者以外の利用者が制御情報を入力できないようにすることができる。

図１０は、統合管理装置５０において実行される処理に関するフローチャートである。Ｓ１０１０において、予約処理部３４０は、制御情報を取得する。例えば、予約処理部３４０は、記憶部３８０から制御情報を取得する。

Ｓ１０１２において、電力制御装置４０は、エネルギ要求受付部３２０が受け付けたエネルギ要求情報に基づいて、車両１０の予約を設定する。エネルギ要求情報は、例えば、車両１０が事業所３０との間で電力授受を行うべき期間を示す情報と、電力授受を行う電力量を示す情報を含む。Ｓ１０１４において、予約処理部３４０は、運行計画を取得する。予約処理部３４０は、車両管理装置６０が提供するＡＰＩを通じて、車両管理装置６０に運行計画を立案させ、車両管理装置６０により立案された運行計画を取得してよい。

Ｓ１０１６において、予約処理部３４０は、車両１０の予約が重複していないことをチェックする。例えば、予約処理部３４０は、エネルギ要求情報に基づく予約と、車両１０の運行計画が示す車両１０の予約が重複していないことをチェックする。車両１０の予約が重複している場合、予約処理部３４０は、いずれかの予約の時間を予め定められた時間だけずらすことにより、重複を解消してよい。

Ｓ１０１８において、予約処理部３４０は、車両１０のＳＯＣを演算する。上述したように、予約処理部３４０は、車両１０の走行経路を探索し、探索した経路を走行するために必要な電気エネルギを算出し、算出した電気エネルギと、エネルギ要求情報に基づく予約で必要な電力エネルギとに基づいて、車両１０のＳＯＣの推移を算出する。予約処理部３４０は、ＳＯＣの演算において、ＳＯＣが予め定められた値以下になる車両１０が存在する場合（例えば、ＳＯＣがゼロになる車両１０が存在する場合）、その車両１０に対し経路充電を行う計画を組み入れることにより、その車両１０のバッテリ１２のＳＯＣの推移を算出する。

Ｓ１０２０において、予約処理部３４０は、Ｓ１０１８において算出したＳＯＣの推移に基づいて、予約が成立可能か否かを判断する。具体的には、予約処理部３４０は、Ｓ１０１８において算出したＳＯＣの推移に基づいて、車両１０の予約要求に基づく車両１０の運行と、エネルギ要求情報に基づく車両１０と事業所３０との間の電力授受とが両立できるか否かを判断する。より具体的には、予約処理部３４０は、Ｓ１０１８において算出したＳＯＣの推移に基づいて、運行及び／又は電力授受に使用される車両１０のバッテリ１２に蓄積されている電力エネルギ量が不足する（つまり、車両１０の運行に必要な電力エネルギ量及び／又は事業所３０に提供される電力エネルギが不足する）か否かに基づいて、車両１０の運行と電力授受とが両立できると判断する。例えば、予約処理部３４０は、運行又は電力授受に使用される車両１０のＳＯＣが予め定められた下限値（例えば、ゼロ）に到達する場合に、車両１０の運行と電力授受とが両立できないと判断し、運行又は電力授受に使用される車両１０のＳＯＣが当該下限値（例えば、ゼロ）に到達しない場合に、車両１０の運行と電力授受とが両立できると判断する。

予約処理部３４０は、Ｓ１０２０において予約が成立可能と判断した場合、Ｓ１０２２において、経路充電が生じているか否かを判断する。経路充電が発生じていない場合、車両１０の予約が確定され、本フローチャートの処理を終了する。

（ｉ）Ｓ１０２０において予約が成立可能でないと判断された場合、又は（ｉｉ）Ｓ１０２２において経路充電が生じていると判断された場合、予約処理部３４０は、Ｓ１０２６において、制御情報を参照し、制御情報として第１制御情報が設定されているか否かを判断する。制御情報として第１制御情報が設定されていると判断された場合、予約処理部３４０は、Ｓ１０２８において、第１特性の移動体を許容して予約を処理する。具体的には、予約処理部３４０は、内燃機関を動力とする車両１０ｄを許容する計画に修正する。Ｓ１０２８の処理が完了すると、Ｓ１０１８に処理を移行する。

このように、予約処理部３４０は、予約要求に対して使用される車両１０及び事業所３０との間の電力授受を行うために使用される車両１０を決定することができない場合に、制御情報にさらに基づいて予約要求に対して使用される車両１０を決定する。

Ｓ１０２６において設定情報として第１設定情報が設定されていないと判断された場合、本フローチャートの処理を終了する。他の実施形態において、Ｓ１０２６において設定情報として第１設定情報が設定されていない（例えば、制御情報として第２情報が設定されている）と判断された場合、予約処理部３４０は、予約要求に含まれる車両１０の使用予定時間を変更することによって、予約要求に対して使用される車両１０を決定してよい。予約処理部３４０は、車両１０の使用予定時間を変更して使用される車両１０を決定した後、Ｓ１０１８に処理を移行してよい。

以上に説明したシステム５によれば、予約対象の特性を考慮して予約対象の予約を許容するか否かを柔軟に切り替えることができる。以上の説明において、主として統合管理装置５０が、予約要求受付部３１０、エネルギ要求受付部３２０、制御情報受付部３３０、予約処理部３４０、入力制御部３５０、及び利用者識別情報取得部３６０の機能を持つ演算部３００を備える形態を説明したが、演算部３００の機能の一部又は全てを、車両管理装置６０が備える形態を採用してよい。統合管理装置５０は、車両管理装置６０が提供するＡＰＩを通じて、車両管理装置６０が備える機能を利用することにより、演算部３００の機能を実行するための制御を行ってよい。統合管理装置５０は、車両管理装置６０が提供するＡＰＩを通じて、演算部３００の機能を実行するために必要な情報を車両管理装置６０から取得して、演算部３００の機能を実行してよい。統合管理装置５０は、電力制御装置４０が提供するＡＰＩを通じて、演算部３００の機能を実行するために必要な情報を電力制御装置４０から取得して、演算部３００の機能を実行してよい。図５から図１０に関連して説明した処理は、図４のＳ４０１２、Ｓ４２１２、Ｓ４１１０、Ｓ４１１２及びＳ４２１３の処理の一部において実行されてよい。

図１１は、本発明の複数の実施形態が全体的又は部分的に具現化され得るコンピュータ２０００の例を示す。コンピュータ２０００にインストールされたプログラムは、コンピュータ２０００を、実施形態にかかるシステム５又はシステム５の各部、もしくは電力制御装置４０及び車両管理装置６０等の装置又は当該装置の各部として機能させる、当該システム又はシステムの各部もしくは当該装置又は当該装置の各部に関連付けられるオペレーションを実行させる、及び／又は、実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ２０００に、本明細書に記載の処理手順及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ２０１２によって実行されてよい。

本実施形態によるコンピュータ２０００は、ＣＰＵ２０１２、及びＲＡＭ２０１４を含み、それらはホストコントローラ２０１０によって相互に接続されている。コンピュータ２０００はまた、ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０を含む。ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０は、入力／出力コントローラ２０２０を介してホストコントローラ２０１０に接続されている。

ＣＰＵ２０１２は、ＲＯＭ２０２６及びＲＡＭ２０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。

通信インタフェース２０２２は、ネットワークを介して他の電子デバイスと通信する。フラッシュメモリ２０２４は、コンピュータ２０００内のＣＰＵ２０１２によって使用されるプログラム及びデータを格納する。ＲＯＭ２０２６は、アクティブ化時にコンピュータ２０００によって実行されるブートプログラム等、及び／又はコンピュータ２０００のハードウエアに依存するプログラムを格納する。入力／出力チップ２０４０はまた、キーボード、マウス及びモニタ等の様々な入力／出力ユニットをシリアルポート、パラレルポート、キーボードポート、マウスポート、モニタポート、ＵＳＢポート、ＨＤＭＩ（登録商標）ポート等の入力／出力ポートを介して、入力／出力コントローラ２０２０に接続してよい。

プログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、又はメモリカードのようなコンピュータ可読記憶媒体又はネットワークを介して提供される。ＲＡＭ２０１４、ＲＯＭ２０２６、又はフラッシュメモリ２０２４は、コンピュータ可読記憶媒体の例である。プログラムは、フラッシュメモリ２０２４、ＲＡＭ２０１４、又はＲＯＭ２０２６にインストールされ、ＣＰＵ２０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２０００に読み取られ、プログラムと上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ２０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、コンピュータ２０００及び外部デバイス間で通信が実行される場合、ＣＰＵ２０１２は、ＲＡＭ２０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２０２２に対し、通信処理を命令してよい。通信インタフェース２０２２は、ＣＰＵ２０１２の制御下、ＲＡＭ２０１４及びフラッシュメモリ２０２４のような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取った送信データをネットワークに送信し、ネットワークから受信された受信データを、記録媒体上に提供される受信バッファ処理領域等に書き込む。

また、ＣＰＵ２０１２は、フラッシュメモリ２０２４等のような記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ２０１４に読み取られるようにし、ＲＡＭ２０１４上のデータに対し様々な種類の処理を実行してよい。ＣＰＵ２０１２は次に、処理されたデータを記録媒体にライトバックする。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理にかけられてよい。ＣＰＵ２０１２は、ＲＡＭ２０１４から読み取られたデータに対し、本明細書に記載され、プログラムの命令シーケンスによって指定される様々な種類のオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々な種類の処理を実行してよく、結果をＲＡＭ２０１４にライトバックする。また、ＣＰＵ２０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２０１２は、第１の属性の属性値が指定されている、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウェアモジュールは、コンピュータ２０００上又はコンピュータ２０００近傍のコンピュータ可読記憶媒体に格納されてよい。専用通信ネットワーク又はインターネットに接続されたサーバーシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能である。コンピュータ可読記憶媒体に格納されたプログラムを、ネットワークを介してコンピュータ２０００に提供してよい。

コンピュータ２０００にインストールされ、コンピュータ２０００を統合管理装置５０として機能させるプログラムは、コンピュータにより実行されると、ＣＰＵ２０１２等に働きかけて、コンピュータ２０００を、統合管理装置５０の各部として機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ２０００に読込まれることにより、コンピュータ２０００は、ソフトウェアと上述した各種のハードウエア資源とが協働した具体的手段である統合管理装置５０の各部として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ２０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の統合管理装置５０が構築される。

コンピュータ２０００にインストールされ、コンピュータ２０００を車両管理装置６０として機能させるプログラムは、ＣＰＵ２０１２等に働きかけて、コンピュータ２０００を、車両管理装置６０の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ２０００に読込まれることにより、ソフトウエアと上述した各種のハードウエア資源とが協働した具体的手段である車両管理装置６０の各部として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ２０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の車両管理装置６０が構築される。

様々な実施形態が、ブロック図等を参照して説明された。ブロック図において各ブロックは、（１）オペレーションが実行されるプロセスの段階又は（２）オペレーションを実行する役割を持つ装置の各部を表わしてよい。特定の段階及び各部が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウエア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、及び他の論理オペレーション、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウエア回路を含んでよい。

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく実行され得る命令を含む製品の少なくとも一部を構成する。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、コンピュータ等のプログラム可能なデータ処理装置のプロセッサ又はプログラマブル回路に対し、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、説明された処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく、コンピュータ可読命令を実行してよい。

ここで、コンピュータは、ＰＣ（パーソナルコンピュータ）、タブレット型コンピュータ、スマートフォン、ワークステーション、サーバコンピュータ、または汎用コンピュータ等のコンピュータであってよく、複数のコンピュータが接続されたコンピュータシステムであってもよい。このような複数のコンピュータが接続されたコンピュータシステムは分散コンピューティングシステムとも呼ばれ、広義のコンピュータである。分散コンピューティングシステムにおいては、複数のコンピュータのそれぞれがプログラムの一部ずつを実行し、必要に応じてコンピュータ間でプログラム実行中のデータを受け渡すことによって、複数のコンピュータが集合的にプログラムを実行する。

プロセッサの例としては、コンピュータプロセッサ、中央処理装置（ＣＰＵ）、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。コンピュータは、１つのプロセッサまたは複数のプロセッサを備えてよい。複数のプロセッサを備えるマルチプロセッサシステムにおいては、それぞれのプロセッサがプログラムの一部ずつを実行し、必要に応じてプロセッサ間でプログラム実行中のデータを受け渡すことによって、複数のプロセッサが集合的にプログラムを実行する。例えば、マルチタスクの実行において、複数のプロセッサのそれぞれは、タイムスライス毎にタスクスイッチすることにより各タスクの一部分ずつを細切れに実行してよい。この場合、各プロセッサが１つのプログラムのうちどの部分を実行するかは、動的に変化する。また、複数のプロセッサのそれぞれがプログラムのどの部分を実行するかは、マルチプロセッサを意識したプログラミングにより静的に定められてもよい。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の序順で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

５ システム
１０ 車両
１２ バッテリ
３０、３１ 事業所
４０、４１ 電力制御装置
５０、５１ 統合管理装置
６０、６１ 車両管理装置
７０ 電力需要家
８０ 発電装置
９０ 電力ネットワーク
１４０ 電力制御装置
１８０ サーバ
１９０ 通信ネットワーク
２００ 演算部
２１０ 予約受付部
２２０ 計画部
２８０ 記憶部
２９０ 通信部
３００ 演算部
３１０ 予約要求受付部
３２０ エネルギ要求受付部
３３０ 制御情報受付部
３４０ 予約処理部
３５０ 入力制御部
３６０ 利用者識別情報取得部
３８０ 記憶部
３９０ 通信部
２０００ コンピュータ
２０１０ ホストコントローラ
２０１２ ＣＰＵ
２０１４ ＲＡＭ
２０２０ 入力／出力コントローラ
２０２２ 通信インタフェース
２０２４ フラッシュメモリ
２０２６ ＲＯＭ
２０４０ 入力／出力チップ

Claims (13)

1. 複数の予約対象物の予約を処理するための制御システムであって、
   前記複数の予約対象物のそれぞれの特性を示す特性情報を記憶する記憶部と、
   前記複数の予約対象物の特性を考慮して複数の予約対象物の予約を処理するための制御情報を受け付ける制御情報受付部と、
   前記複数の予約対象物の少なくともいずれかに関する予約要求を受け付ける予約要求受付部と、
   前記複数の予約対象物のうち１以上の予約対象物から提供されるべきエネルギの要求に関するエネルギ要求情報を受け付けるエネルギ要求受付部と、
   前記エネルギ要求情報を考慮して、前記予約要求に対して使用される予約対象物及びエネルギ授受を行うために使用される予約対象物を決定する予約処理部であって、前記制御情報が第１情報である場合、前記特性情報に基づいて、第１特性である予約対象物の予約を許容し、前記制御情報が第２情報である場合、前記第１特性である予約対象物の予約を許容しない、予約処理部と
   を備え、
   前記予約処理部は、前記エネルギ要求情報を考慮して、前記予約要求に対して使用される予約対象物及びエネルギ授受を行うために使用される予約対象物を決定することができない場合に、前記制御情報にさらに基づいて前記予約要求に対して使用される予約対象物を決定する
   制御システム。
2. 前記複数の予約対象物は、車両である
   請求項１に記載の制御システム。
3. 前記複数の予約対象物の特性は、前記車両の動力の種類である
   請求項２に記載の制御システム。
4. 前記予約要求は、前記車両の使用予定時間を少なくとも含む
   請求項３に記載の制御システム。
5. 前記予約処理部は、前記予約要求に対して使用される車両を決定するために、
   使用される車両を示す情報、
   前記使用される車両の使用時間を示す情報、及び、
   前記使用される車両の出発地及び目的地と、走行予定距離と、走行予定時間と、使用予定エネルギ量とのうちの少なくとも１つを示す情報
   を含む保持情報を保持する請求項４に記載の制御システム。
6. 前記予約処理部は、前記保持情報に基づいて前記車両の走行に利用可能なエネルギ量の推移を予測し、予測した前記車両の走行に利用可能なエネルギ量の推移に基づいて、前記予約要求に対して使用される車両を決定する
   請求項５に記載の制御システム。
7. 前記エネルギ要求情報は、エネルギ量を示す情報及び前記エネルギが要求される時間を示す情報を含む
   請求項１から６のいずれか一項に記載の制御システム。
8. 前記予約処理部は、前記エネルギ要求情報に基づき、少なくとも１つの車両においてエネルギ授受を行うために使用される車両の予約を設定する
   請求項１から６のいずれか一項に記載の制御システム。
9. 前記制御情報を利用者が入力するための制御を行う入力制御部
   をさらに備える請求項１から６のいずれか一項に記載の制御システム。
10. 前記入力制御部は、前記予約要求を受け付けるためのユーザインタフェースとは異なるユーザインタフェースを通じて、前記制御情報を入力するための制御を行う
    請求項９に記載の制御システム。
11. 利用者の識別情報を取得する利用者識別情報取得部
    をさらに備え、
    前記入力制御部は、前記利用者識別情報取得部が取得した前記利用者の識別情報に基づいて前記制御情報の入力を許容するか否かを判断する
    請求項１０に記載の制御システム。
12. 複数の予約対象物の予約を処理するための制御方法であって、
    前記複数の予約対象物のそれぞれの特性を示す特性情報を記憶する段階と、
    前記複数の予約対象物の特性を考慮して複数の予約対象物の予約を処理するための制御情報を受け付ける段階と、
    前記複数の予約対象物の少なくともいずれかに関する予約要求を受け付ける段階と、
    前記複数の予約対象物のうち１以上の予約対象物から提供されるべきエネルギの要求に関するエネルギ要求情報を受け付ける段階と、
    前記エネルギ要求情報を考慮して、前記予約要求に対して使用される予約対象物及びエネルギ授受を行うために使用される予約対象物を決定する予約処理段階であって、前記制御情報が第１情報である場合、前記特性情報に基づいて、第１特性である予約対象物の予約を許容し、前記制御情報が第２情報である場合、前記第１特性である予約対象物の予約を許容しない、予約処理段階と、
    を備え、
    前記予約処理段階は、前記エネルギ要求情報を考慮して、前記予約要求に対して使用される予約対象物及びエネルギ授受を行うために使用される予約対象物を決定することができない場合に、前記制御情報にさらに基づいて前記予約要求に対して使用される予約対象物を決定する
    制御方法。
13. コンピュータによって実行された場合に、前記コンピュータを請求項１から６のいずれか一項に記載の制御システムとして機能させるためのプログラム。