JP2023021720A - 情報処理装置、及び、情報処理方法 - Google Patents

Abstract

【課題】走行可能な車種が制限される地域を含む場合に、より適切に配車を行う情報処理装置及び情報処理方法を提供する。【解決手段】電動モータによる走行に限り許可される所定の領域を含む地域において配車を行うときに、所定の領域を通るルートには電動モータ１７で走行可能な車両１０を優先的に割り当てるシステム１であって、サーバ３０は、電動モータで走行が可能な車両を含む互いに種類の異なる複数の車両の運行指令を、電動モータで走行が可能な車両に限り通行が許される領域である所定の領域に関する情報に基づいて生成することを実行する制御部（プロセッサ３１）を有する。【選択図】図２

Description

本開示は、情報処理装置、及び、情報処理方法に関する。

複数の利用者のスケジュール情報と、および複数の利用者のうち少なくとも一部の利用者の相互関係を示す属性情報とに基づいて、自動運転車両の運行スケジュールを決定する技術が知られている（例えば、特許文献１参照。）。

国際公開第２０１８／２３０６４６号

本開示の目的は、走行可能な車種が制限される地域を含む場合に、より適切に配車を行うことにある。

本開示の態様の一つは、
電動モータで走行が可能な車両を含む互いに種類の異なる複数の車両の運行指令を、前記電動モータで走行が可能な車両に限り通行が許される領域である所定の領域に関する情報に基づいて生成すること、
を実行する制御部を有する情報処理装置である。

本開示の態様の一つは、
コンピュータが、
電動モータで走行が可能な車両に限り通行が許される領域である所定の領域に関する情報を受信することと、
前記電動モータで走行が可能な車両を含む互いに種類の異なる複数の車両の運行指令を前記所定の領域に関する情報に基づいて生成することと、
を実行する情報処理方法である。

また、本開示の他の態様は、上記の情報処理装置における処理をコンピュータに実行させるためのプログラム、または、このプログラムを非一時的に記憶した記憶媒体である。

本開示によれば、走行可能な車種が制限される地域を含む場合に、より適切に配車を行うことができる。

実施形態に係るシステムの概略構成を示す図である。 実施形態に係るシステムを構成する車両、サーバ、及び、ユーザ端末のそれぞれの構成の一例を概略的に示すブロック図である。 サーバの機能構成を例示した図である。 第一ルートと所定の領域との関係を説明するための図である。 ユーザ情報ＤＢに格納されるユーザ情報のテーブル構成を例示した図である。 車両情報ＤＢに格納される車両情報のテーブル構成を例示した図である。 ユーザ端末の機能構成を例示した図である。 ＥＣＵの機能構成を示した図である。 第１実施形態に係る配車処理のフローチャートである。 図９のステップＳ１０５において実行されるルートと車両との組み合わせを生成する処理のフローを示したフローチャートである。 迂回ルートについて説明するための図である。 図９のステップＳ１０５において実行されるルートと車両との組み合わせを生成する処理のフローを示したフローチャートである。 第３実施形態に係るサーバの機能構成を例示した図である。 消費電力量情報ＤＢに格納される消費電力情報のテーブル構成を例示した図である。 第３実施形態に係る充電計画の生成処理のフローチャートである。

本開示の態様の一つである情報処理装置は、制御部を有する。制御部は、電動モータで走行が可能な車両を含む互いに種類の異なる複数の車両の運行指令を、電動モータで走行が可能な車両に限り通行が許される領域である所定の領域に関する情報に基づいて生成すること、を実行する。

車両は、自律的に移動してもよく、運転者が運転することで移動してもよい。車両は、例えば、電気自動車（ＢＥＶ：Battery Electric Vehicle）、プラグインハイブリッド自動車（ＰＨＥＶ：Plug-in Hybrid Electric Vehicle）、ハイブリッド自動車（ＨＥＶ：Hybrid Electric Vehicle）、燃料電池自動車（ＦＣＥＶ：Fuel Cell Electric Vehicle）、内燃機関のみで走行可能な車両（内燃機関自動車）などである。これらの車両は、互いに種類の異なる車両の一例である。また、ＢＥＶ、ＰＨＥＶ、ＨＥＶ、及び、ＦＣＥＶは、電動モータで走行が可能な車両の一例である。また、内燃機関自動車は、電動モータで走行ができない車両の一例である。なお、バッテリの充電残量が少ないために内燃機関を駆動源として走行するＰＨＥＶ及びＨＥＶは、電動モータで走行ができない車両の一例といえる。

ここで、例えば環境問題を解決するために車両の駆動源が制限される領域が設定される場合がある。例えば、排ガスを放出する内燃機関を駆動源とする車両の都市部への進入が禁止されることが考えられる。また、例えば、環境保全のために、内燃機関を駆動源とする車両の山間部への進入が禁止されることが考えられる。このように通行可能な車種に制限があり、電動モータで走行が可能な車両に限り通行が許される領域を所定の領域とする。なお、所定の領域は、ジオフェンシングのエリアとしてもよい。なお、ＢＥＶ、ＰＨＥＶ、ＨＥＶは所定の領域を通行することができるが、そのときには駆動源を電動モータに設定して走行しなければならない。

所定の領域に関する情報には、例えば、所定の領域を示す地図情報が含まれる。さらに、制御部は、複数の車両の運行指令を、所定の領域に関する情報に基づいて生成する。運行指令には、例えば、各車両のルートに関する情報が含まれる。制御部は、例えば、所定の領域を通行するルートには、所定の領域を通行可能な車両のみが組み合わさるように、ルートと車両との組み合わせを生成し、この組み合わせに応じて各車両が走行するように運行指令を生成する。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、本実施形態に係るシステム１の概略構成を示す図である。システム１は、１台以上の車両１０、サーバ３０、及び、１台以上のユーザ端末４０を含む。車両１０は、例えば、電気自動車（ＢＥＶ）１０Ａ、プラグインハイブリッド自動車（ＰＨＥＶ）１０Ｂ、ハイブリッド自動車（ＨＥＶ）１０Ｃ、及び、内燃機関自動車１０Ｄを含む。ＢＥＶ１０Ａは、駆動源として後述する電動モータのみを有する車両である。ＰＨＥＶ１０Ｂは、商用電源からバッテリを充電可能なハイブリッド車両であり、駆動源として電動モータ及び後述する内燃機関を有する車両である。ＨＥＶ１０Ｃは、商用電源から充電することができないハイブリッド車両であり、駆動源として電動モータ及び内燃機関を有する車両である。なお、ＢＥＶ１０Ａ、ＰＨＥＶ１０Ｂ、及び、ＨＥＶ１０Ｃは、減速時の回生によるバッテリの充電も可能である。また、内燃機関自動車１０Ｄは、駆動源として内燃機関のみを有する車両である。

なお、図１では、例示的に４種類の車両１０を記載しているが、他の種類の車両（例えば燃料電池自動車（ＦＣＥＶ：Fuel Cell Electric Vehicle））を含んでいてもよい。また、図１に示した全ての種類の車両１０を有する必要はない。また、図１では、各種類の車両１０を１台ずつ図示しているが、これらの車両１０は夫々複数存在し得る。以下において、車両１０の種類を区別しない場合には、単に車両１０という。車両１０は、自律走行可能な車両であってもよく、運転者による手動走行可能な車両であってもよい。また、車両１０は、ライドシェアに利用される車両、または、タクシーに利用される車両であってもよい。車両１０は、１つの事業者が所持する複数の車両であってもよい。以下では、車両１０を自律走行可能な車両として説明する。

ユーザ端末４０は、例えば、ライドシェアまたはタクシーを利用するユーザが所持する端末である。ユーザは、ユーザ端末４０を利用して、サーバ３０にライドシェアまたはタクシーの利用を依頼する。サーバ３０はユーザからライドシェアまたはタクシーの利用の依頼を受けると、車両１０の選定及びルートの生成を行う。

車両１０、サーバ３０、及び、ユーザ端末４０は、ネットワークＮ１によって相互に接続されている。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、または、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。

第１実施形態に係るシステム１は、電動モータによる走行に限り許可される所定の領域を含む地域において配車を行うときに、所定の領域を通るルートには電動モータで走行可能な車両１０を優先的に割り当てるシステムである。例えば、所定の領域を通るルートには、電動モータでのみ走行可能なＢＥＶ１０Ａを優先的に割り当てる。また、例えば、所定の領域を通るルートには、電動モータで走行可能なＰＨＥＶ１０Ｂ、または、ＨＥＶ１０Ｃを割り当て、所定の領域内では電動モータで走行するように駆動源を制限する。なお、所定の領域を通るルートとは、ルートの少なくとも一部が所定の領域内を通るルートである。

以下、車両１０、サーバ３０、及び、ユーザ端末４０の詳細なハードウェア構成を図２に基づいて説明する。図２は、本実施形態に係るシステム１を構成する車両１０、サーバ３０、及び、ユーザ端末４０のそれぞれの構成の一例を概略的に示すブロック図である。

車両１０は、ＥＣＵ５０、通信部１４、位置情報センサ１５、環境情報センサ１６、電動モータ１７、バッテリ１８、内燃機関１９、及び、パワーインレット２０を備えている
。なお、以下では、車両１０が自律走行可能な車両であるものとして説明する。

ＥＣＵ５０は、コンピュータの構成を有している。ＥＣＵ５０は、入力された各種センサの出力信号等に基づいて、各制御部品を駆動して車両１０を制御する。ＥＣＵ５０は、プロセッサ１１、主記憶部１２、及び、補助記憶部１３を有する。これらは、バスにより相互に接続される。

プロセッサ１１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ１１は、車両１０を制御し、様々な情報処理の演算を行
う。主記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部１３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディス
クドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補助記憶部
１３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部１３に格納されたプログラムをプロセッサ１１が主記憶部１２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をＥＣＵ５０が実現する。主記憶部１２および補助記憶部１３は、コンピュータで読み取り可能な記録媒体である。なお、補助記憶部１３に格納される情報は、主記憶部１２に格納されてもよい。また、主記憶部１２に格納される情報は、補助記憶部１３に格納されてもよい。

通信部１４は、ネットワークＮ１経由で、サーバ３０と通信を行う手段である。通信部１４は、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電話通信網
）、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信網を利用して、ネットワークＮ１経由で他の装置（例えばサーバ３０等）と通信を行うための回路である。

位置情報センサ１５は、所定の周期で、車両１０の位置情報（例えば緯度、経度）を取得する。位置情報センサ１５は、例えば、ＧＰＳ（Global Positioning System）受信部
、無線通信部等である。位置情報センサ１５で取得された情報は、例えば、補助記憶部１３等に記録され、サーバ３０に送信される。

環境情報センサ１６は、車両１０の状態をセンシングしたり、または、車両１０の周辺をセンシングしたりする手段である。車両１０の状態をセンシングするためのセンサとして、ジャイロセンサ、加速度センサ、または、方位角センサが挙げられる。車両１０の周辺をセンシングするためのセンサとして、ステレオカメラ、レーザスキャナ、ＬＩＤＡＲ、または、レーダなどが挙げられる。

電動モータ１７は、例えば三相の交流同期型のモータジュネレータである。電動モータ１７は、バッテリ１８からの電力供給を受けて車両１０を駆動する電動機としての機能を有する。また、電動モータ１７は、必要に応じて内燃機関１９の出力を補助することもできる。また、電動モータ１７は、内燃機関１９から発生するエネルギを利用して発電したり、車両１０の減速時に回生による発電をしたりできる。これにより、バッテリ１８を充電可能である。なお、別法として、車両１０を駆動する電動モータ１７の他に、回生による発電を行う発電機を別途備えていてもよい。電動モータ１７は、ＢＥＶ１０Ａ、ＰＨＥＶ１０Ｂ、及び、ＨＥＶ１０Ｃに搭載され、内燃機関自動車１０Ｄには搭載されない。

バッテリ１８は、例えばニッケル・カドミウム蓄電池やニッケル・水素蓄電池、リチウムイオン電池などの充放電可能な二次電池である。バッテリ１８は、バッテリ１８の充電電力を電動モータ１７に供給して力行駆動することができるように、また、電動モータ１
７の発電電力をバッテリ１８に充電できるように、インバータ等を介して電動モータ１７に電気的に接続される。したがって、バッテリ１８は、ＢＥＶ１０Ａ、ＰＨＥＶ１０Ｂ、及び、ＨＥＶ１０Ｃに搭載され、内燃機関自動車１０Ｄには搭載されない。ただし、内燃機関自動車１０Ｄには、例えばスタータ等を作動させるための小型のバッテリは搭載される。バッテリ１８の蓄電容量は、ＢＥＶ１０Ａが最も大きく、ＰＨＥＶ１０Ｂ、ＨＥＶ１０Ｃの順に小さくなる。

内燃機関１９は、気筒内で燃料を燃焼させて、クランクシャフトに連結された出力軸を回転させるための動力を発生させる。内燃機関１９の各気筒には、燃料を噴射する燃料噴射弁が備えられている。燃料噴射弁は、電線を介してＥＣＵ５０に接続されており、該ＥＣＵ５０により燃料噴射弁の開閉時期が制御される。燃料は、例えば、ガソリンまたは軽油である。内燃機関１９は、ＰＨＥＶ１０Ｂ、ＨＥＶ１０Ｃ、及び、内燃機関自動車１０Ｄに搭載され、ＢＥＶ１０Ａには搭載されない。

パワーインレット２０は、車両１０の外部から電力の供給を受けるためのユニットである。この電力によりバッテリ１８が充電される。パワーインレット２０は、ＢＥＶ１０Ａ、及び、ＰＨＥＶ１０Ｂに搭載され、ＨＥＶ１０Ｃ、及び、内燃機関自動車１０Ｄには搭載されない。

次に、サーバ３０のハードウェア構成について説明する。サーバ３０は、コンピュータの構成を有している。サーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４を有する。これらは、バスにより相互に接続される。プロセッサ３１、主記憶部３２、及び、補助記憶部３３は、車両１０のプロセッサ１１、主記憶部１２、及び、補助記憶部１３と同様であるため、説明を省略する。なお、プロセッサ３１は、制御部の一例である。また、主記憶部３２または補助記憶部３３は、記憶部の一例である。

通信部３４は、ネットワークＮ１経由で、車両１０及びユーザ端末４０と通信を行う手段である。通信部３４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード又は無線通信のための無線通信回路である。ＬＡＮインターフェースボード又は無線通信回路は、ネットワークＮ１に接続される。

次に、ユーザ端末４０について説明する。ユーザ端末４０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。ユーザ端末４０は、プロセッサ４１、主記憶部４２、補助記憶部４３、入力部４４、ディスプレイ４５、通信部４６、及び、位置情報センサ４７を有する。これらは、バスにより相互に接続される。プロセッサ４１、主記憶部４２、補助記憶部４３、通信部４６、及び、位置情報センサ４７については、車両１０のプロセッサ１１、主記憶部１２、補助記憶部１３、通信部１４、及び、位置情報センサ１５と同様であるため、説明を省略する。なお、位置情報センサ４７で取得された情報は、例えば、補助記憶部４３等に記録され、サーバ３０に送信される。

入力部４４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、マウス、キーボード、または、押しボタン等である。ディスプレイ４５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、または、ＥＬ（Electroluminescence）パネル等である。入力部４４及びディスプレイ４５は、
１つのタッチパネルディスプレイとして構成してもよい。

次に、サーバ３０の機能について説明する。図３は、サーバ３０の機能構成を例示した図である。サーバ３０は、機能構成要素として、乗車要求取得部３０１、車両情報取得部
３０２、ルート生成部３０３、配車部３０４、ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、及び、地図情報ＤＢ３１３を備える。サーバ３０のプロセッサ３１は、主記憶部３２上のコンピュータプログラムにより、乗車要求取得部３０１、車両情報取得部３０２、ルート生成部３０３、及び、配車部３０４の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。

ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、及び、地図情報ＤＢ３１３は、プロセッサ３１によって実行されるデータベース管理システム（Database Management System、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される。ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、及び、地図情報ＤＢ３１３は、例えば、リレーショナルデータベースである。

なお、サーバ３０の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

乗車要求取得部３０１は、例えば、車両１０を利用して移動を希望するユーザのユーザ端末４０から乗車要求を取得する。乗車要求とは、ユーザの識別子（ユーザＩＤ）を含む情報であり、当該ユーザが、車両１０の利用を要求するための情報である。乗車要求の生成は、ユーザ端末４０において行われる。乗車要求には、ユーザＩＤ、出発地、目的地、利用時間などに関する情報（これらの情報を以下ではユーザ情報ともいう。）が含まれる。なお、出発地は、ユーザ端末４０によって検出される現在地としてもよい。乗車要求取得部３０１は乗車要求を取得すると、乗車要求に含まれるユーザ情報を後述のユーザ情報ＤＢ３１１に格納する。

車両情報取得部３０２は、車両１０に関する情報を取得する。なお、以下では、車両１０に関する情報を車両情報ともいう。車両情報は、例えば、車両１０の現在地、目的地、車両種別、及び、ルートの夫々に関する情報を含む。車両１０の現在地は、車両１０から送信される位置情報に基づいて取得される。車両１０の目的地およびルートは、乗車要求に応じてサーバ３０により生成される。車両種別は、ＨＥＶ、ＰＨＥＶ、ＢＥＶ、内燃機関自動車などの種別を示す情報であり、例えば、サーバ３０の管理者などによって入力される。車両情報取得部３０２は、車両情報を後述の車両情報ＤＢ３１２に格納する。

ルート生成部３０３は、車両１０のルートを生成する。ルート生成部３０３は、例えば、車両１０が、基地から出発し、ユーザの出発地、及び、ユーザの目的地を経由して、基地に戻るように、ルートを生成する。なお、車両１０の基地に代えて、車両１０の現在地を、車両１０の出発地としてもよい。ルートは、後述の地図情報ＤＢ３１３に格納されている地図情報に基づいて生成される。ルートは、車両１０の移動距離が最短になるルート、または、車両１０の移動時間が最短になるルート等の予め決められたルールにしたがったルートとなるように生成される。ルートの生成には周知の技術を用いることができる。

そして、配車部３０４は、ルート生成部３０３が生成したルートと、車両１０との組み合わせを行う。配車部３０４は、ルート生成部３０３が生成したルートのうち、所定の領域を通るルートを抽出する。このルートを第一ルートと称する。第一ルートは、複数存在し得る。第一ルートは、その少なくとも一部が所定の領域を通るルートであり、その全部が所定の領域を通るルートであってもよい。

図４は、第一ルートと所定の領域との関係を説明するための図である。図４において所定の領域の内外の境界線を破線で示している。破線で囲まれた内側の領域が所定の領域である。Ｒ１からＲ５は、車両１０のルートを示している。各ルートの一端である車両１０の出発地（例えば、基地）を三角で示しており、ユーザの出発地を丸で示しおり、各ルー
トの他端であるユーザの目的地を四角で示している。なお、車両１０はユーザの目的地に到着した後は、往路と同じルートを通って車両１０の出発地に戻るものとする。

Ｒ１は、ユーザの出発地及びユーザの目的地が所定の領域外ではあるが、途中で所定の領域を通るルートである。Ｒ２は、ユーザの出発地は所定の領域外ではあるが、ユーザの目的地が所定の領域内であるために、所定の領域を通るルートである。Ｒ３は、ユーザの出発地は所定の領域内ではあるが、ユーザの目的地が所定の領域外のために、所定の領域を通るルートである。Ｒ４は、ユーザの出発地及びユーザの目的地が所定の領域内であるために、所定の領域を通るルートである。Ｒ５は、ユーザの出発地及びユーザの目的地が所定の領域外であり、途中でも所定の領域を通らないルートである。したがって、Ｒ１からＲ４は、所定の領域を通る第一ルートであり、Ｒ５は、所定の領域を通らないルートである。

配車部３０４は、第一ルートに対しては、駆動源を電動モータ１７とする車両１０、すなわち、ＢＥＶ１０Ａ、ＰＨＥＶ１０Ｂ、及び、ＨＥＶ１０Ｃの何れかの車両１０を組み合わせる。なお、このときに、ＢＥＶ１０Ａの優先度を最も高くし、ＰＨＥＶ１０Ｂ、ＨＥＶ１０Ｃの順に優先度を下げてもよい。これは、ＢＥＶ１０Ａのバッテリ１８の容量が最も大きく、ＰＨＥＶ１０Ｂ、ＨＥＶ１０Ｃの順にバッテリ１８の容量が小さくなることによる。例えば、第一ルートには、順にＢＥＶ１０Ａを組み合わせ、ＢＥＶ１０Ａの台数分の第一ルートが決まったら、次に、ＰＨＥＶ１０Ｂを組み合わせてもよい。その後、ＰＨＥＶ１０Ｂの台数分の第一ルートが決まったら、次に、ＨＥＶ１０Ｃを第一ルートと組み合わせてもよい。

なお、別法として、配車部３０４は、例えば、距離が長い第一ルートから順にＢＥＶ１０Ａを組み合わせ、ＢＥＶ１０Ａの台数分の第一ルートが決まったら、次に、ＰＨＥＶ１０Ｂを組み合わせてもよい。その後、ＰＨＥＶ１０Ｂの台数分の第一ルートが決まったら、次に、ＨＥＶ１０Ｃを組み合わせてもよい。

一方、所定の領域を通らないルートには、内燃機関自動車１０Ｄを優先的に組み合わせてもよいし、ＢＥＶ１０Ａ、ＰＨＥＶ１０Ｂ、ＨＥＶ１０Ｃ、及び、内燃機関自動車１０Ｄの中から任意の車両１０を組み合わせてもよい。

配車部３０４は、ルートと車両１０との組み合わせを決定すると、各車両１０に対し、ルート生成部３０３が生成したルートを含む運行指令を生成して送信する。運行指令には、ルート生成部３０３が生成したルートを、ユーザの利用時間に応じて走行する指令がふくまれる。

ユーザ情報ＤＢ３１１は、前述の補助記憶部３３にユーザ情報が格納されて形成されている。ここで、ユーザ情報ＤＢ３１１に格納されるユーザ情報の構成について、図５に基づいて説明する。図５は、ユーザ情報ＤＢ３１１に格納されるユーザ情報のテーブル構成を例示した図である。ユーザ情報ＤＢ３１１に格納される情報のテーブルは、ユーザＩＤ、出発地、目的地、及び、利用時間の各フィールドを有する。ユーザＩＤフィールドには、ユーザを特定するための識別情報（ユーザＩＤ）が入力される。ユーザＩＤは、乗車要求取得部３０１によってユーザ毎に付与される。出発地フィールドには、ユーザの出発地を示す情報が入力される。目的地フィールドには、ユーザの目的地を示す情報が入力される。利用時間フィールドには、ユーザが車両１０を利用する日時に関する情報が入力される。これらの情報は、ユーザ端末４０からサーバ３０へ送信される。なお、出発地フィールドには、ユーザ端末４０から送信される位置情報が入力されてもよい。また、出発地及び目的地は、例えば緯度及び経度で示されてもよく、住所若しくは建物の名称などによって示されてもよい。

車両情報ＤＢ３１２は、補助記憶部３３に車両１０の移動に関する情報（車両情報）が格納されて形成されている。ここで、車両情報ＤＢ３１２に格納される車両情報の構成について、図６に基づいて説明する。図６は、車両情報ＤＢ３１２に格納される車両情報のテーブル構成を例示した図である。車両情報テーブルは、車両ＩＤ、現在地、目的地、ルート、所定領域、及び、車両種別の各フィールドを有する。車両ＩＤフィールドには、車両を特定するための識別情報（車両ＩＤ）が入力される。現在地フィールドには、車両１０の現在地を示す情報が入力される。目的地フィールドには、車両１０が移動するときの最終的な目的地を示す情報が入力される。車両１０が出発地に戻る場合には出発地と目的地とが同じ位置であってもよい。なお、別法として、目的地フィールドにユーザの目的地に関する情報を入力してもよい。この場合、ユーザの目的地に到着した車両１０は、往路と同じルートで出発地に戻るようにしてもよい。車両１０の現在地及び目的地は、例えば緯度及び経度で表される。ルートフィールドには、車両１０のルートを示す情報が入力される。ルートフィールドには、配車部３０４が決定した組み合わせに応じたルートが入力される。ルートは、車両１０が目的地フィールドに格納されている目的地まで移動するためのルートであり、ルート生成部３０３が生成したルートである。所定領域フィールドには、各車両１０のルートが所定領域を通るか否か判別可能な情報が入力される。車両種別フィールドには、車両１０の駆動源に応じた車両１０の種別に関する情報が入力される。車両種別フィールドには、車両１０が、ＢＥＶ、ＰＨＥＶ、ＨＥＶ、または、内燃機関自動車の何れであるか判別可能な情報が入力される。

地図情報ＤＢ３１３には、地図情報として、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、経路を探索するための探索データ、施設に関する施設データ、地点を検索するための検索データ等が格納されている。また、各道路に対応する制限速度等に関する情報、または、各道路の属性に関する情報が格納されていてもよい。また、地図情報には、所定の領域を判別可能な情報が格納されている。

次に、ユーザ端末４０の機能について説明する。図７は、ユーザ端末４０の機能構成を例示した図である。ユーザ端末４０は、機能構成要素として、乗車要求生成部４０１を備える。ユーザ端末４０のプロセッサ４１は、主記憶部４２上のコンピュータプログラムにより、乗車要求生成部４０１の処理を実行する。ただし、乗車要求生成部４０１の処理の一部がハードウェア回路により実行されてもよい。

乗車要求生成部４０１は、例えば、ディスプレイ４５に操作画面を出力し、ユーザによるユーザ端末４０の入力部４４への入力に応じて乗車要求を生成する。生成された乗車要求は、乗車要求生成部４０１によってサーバ３０に送信される。乗車要求には、ユーザ情報（例えば、出発地、目的地、及び、利用時間）が含まれる。ユーザは、入力部４４を介して、ユーザ情報を入力する。出発地は、ユーザが乗車を希望する地点である。目的地は、ユーザが降車を希望する地点である。利用時間は、ユーザが乗車を希望する日時である。なお、車両１０が停車する地点が予め決まっている場合には、出発地及び目的地は、車両１０が停車する地点から選択してもよい。また、車両１０が時刻表にしたがって運行されている場合には、利用時間を時刻表にしたがって選択してもよい。乗車要求生成部４０１は、例えば、ユーザの入力に応じて乗車要求を生成してサーバ３０に送信する。なお、乗車要求生成部４０１は、位置情報センサ４７による取得される位置情報を出発地としてサーバ３０へ送信してもよい。

次に、車両１０のＥＣＵ５０の機能について説明する。以下に説明する車両１０は、自律走行車両である。図８は、ＥＣＵ５０の機能構成を示した図である。ＥＣＵ５０は、機能構成要素として、運行計画生成部５０１、環境検出部５０２、走行制御部５０３、位置
情報送信部５０４、及び、地図情報ＤＢ５１１を有する。ＥＣＵ５０のプロセッサ１１は、主記憶部１２上のコンピュータプログラムにより、運行計画生成部５０１、環境検出部５０２、走行制御部５０３、及び、位置情報送信部５０４の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。なお、ＥＣＵ５０の各機能構成要素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

地図情報ＤＢ５１１は、プロセッサ１１によって実行されるデータベース管理システム（Database Management System、ＤＢＭＳ）のプログラムが、補助記憶部１３に記憶されるデータを管理することで構築される。地図情報ＤＢ５１１は、例えば、リレーショナルデータベースである。なお、地図情報ＤＢ５１１は、サーバ３０の地図情報ＤＢ３１３と同様の機能を有する。

運行計画生成部５０１は、サーバ３０から運行指令を取得し、車両１０の運行計画を生成する。当該運行指令には、車両１０のルートに関する情報が含まれる。運行計画生成部５０１は、サーバ３０から与えられた運行指令に基づいて、車両１０のルートを算出し、そのルートを移動する運行計画を生成する。

環境検出部５０２は、環境情報センサ１６が取得したデータに基づいて、自律走行に必要な車両１０の周囲の環境を検出する。検出の対象は、例えば、車線の数や位置、車両１０の周囲に存在する他の移動体の数や位置、車両１０の周囲に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などであるが、これらに限られない。自律的な走行を行うために必要なものであれば、検出の対象はどのようなものであってもよい。例えば、環境情報センサ１６がステレオカメラである場合には、それにより撮像された画像データを画像処理することで車両１０の周囲の物体検出が行われる。環境検出部５０２が検出した、車両１０の周囲環境に関するデータ（以下、環境データ）は、後述する走行制御部５０３へ送信される。

走行制御部５０３は、運行計画生成部５０１が生成した運行計画と、環境検出部５０２が生成した環境データと、位置情報センサ１５が取得した車両１０の位置情報とに基づいて、車両１０の自律的な走行を制御するための制御指令を生成する。例えば、走行制御部５０３は、所定の経路に沿って走行し、かつ、車両１０を中心とする所定の安全領域内に障害物が進入しないように車両１０を走行させるべく制御指令を生成する。生成された制御指令は、電動モータ１７または内燃機関１９などへ送信される。車両１０を自律移動させるための制御指令の生成方法については、公知の方法を採用することができる。また、ＢＥＶ１０Ａ、ＰＨＥＶ１０Ｂ、ＨＥＶ１０Ｃ、及び、内燃機関自動車１０Ｄの制御方法についても、公知の方法を採用することができる。

また、走行制御部５０３は、運行指令にしたがって、所定の領域内では、電動モータ１７で走行するように制御指令を生成する。このときに、ＰＨＥＶ１０Ｂ、及び、ＨＥＶ１０Ｃでは、発電のための内燃機関１９の作動も禁止する。また、ＰＨＥＶ１０Ｂ、及び、ＨＥＶ１０Ｃでは、走行制御部５０３は、位置情報センサ１５により検出される位置情報と、地図情報ＤＢ５１１に格納されている所定の領域に関する情報とに基づいて、車両１０が所定の領域内に位置しているのか否か判定し、所定の領域内に位置している場合には、電動モータ１７で走行するように制御指令を生成する。一方、車両１０が所定の領域外に位置している場合には、走行条件に応じた駆動源が選択されるように制御指令を生成する。車両１０が所定の領域外に位置している場合の制御指令は、従来と同様の制御指令としてもよい。

位置情報送信部５０４は、位置情報センサ１５から取得される位置情報を、通信部１４
を介してサーバ３０に送信する。位置情報送信部５０４が位置情報を送信するタイミングは適宜設定可能であり、例えば、定期的に送信してもよいし、何らかの情報をサーバ３０に送信するタイミングに合わせて送信してもよし、サーバ３０からの要求に応じて送信してもよい。位置情報送信部５０４は、車両ＩＤとともに、位置情報をサーバ３０に送信する。

次に、サーバ３０における配車処理について説明する。図９は、第１実施形態に係る配車処理のフローチャートである。図９に示した配車処理は、サーバ３０において、所定の時間毎に実行される。

ステップＳ１０１では、配車部３０４が、ユーザ端末４０から乗車要求を受信しているか否か判定する。配車部３０４は、まだ車両１０が組み合わされていない（すなわち、配車が行われていない）乗車要求が存在するか否か判定する。ステップＳ１０１で肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ１０２では、ルート生成部３０３が、ユーザ情報ＤＢ３１１からユーザ情報を読み込む。ステップＳ１０３においてルート生成部３０３が、各ユーザのユーザ情報に基づいて、各ユーザに対応するルートを生成する。ルート生成部３０３は、例えば、ユーザの出発地から目的地に最短距離または最短時間で移動するようにルートを生成する。ルートは、全てのユーザに対して生成される。なお、同じ車両１０に複数のユーザが相乗りすることを前提としてルートを生成してもよい。

ステップＳ１０４において配車部３０４は、車両情報ＤＢ３１２から車両情報を読み込む。ステップＳ１０５において配車部３０４は、ステップＳ１０３において生成された各ルートと、車両１０との組み合わせを生成する。

ここで、図１０は、図９のステップＳ１０５において実行されるルートと車両１０との組み合わせを生成する処理のフローを示したフローチャートである。ステップＳ２０１では、配車部３０４が、組み合わせループを実行する。組み合わせループは、ステップＳ１０３において生成された全てのルートに対する処理が完了するまで反復する。

ステップＳ２０２では、配車部３０４が、対象のルートが所定の領域を通行するか否か判定する。配車部３０４は、対象のルートの各地点の座標と、地図情報ＤＢ３１３に格納されている所定の領域に関する情報とから、対象のルートの少なくとも一部が所定の領域内に位置するか否か判定する。ステップＳ２０２で肯定判定された場合にはステップＳ２０３へ進み、否定判定された場合にはステップＳ２１０へ進む。

ステップＳ２０３では、配車部３０４が、ＢＥＶ１０Ａに空きがあるか否か判定する。すなわち、所定の領域を通行する場合にＢＥＶ１０Ａを優先的に配車するために、まずはＢＥＶ１０Ａに空きがあるか否か判定している。ステップＳ２０３で肯定判定された場合にはステップＳ２０４へ進み、否定判定された場合にはステップＳ２０５へ進む。ステップＳ２０４では、配車部３０４が、対象のルートをＢＥＶ１０Ａと組み合わせる。

一方、ステップＳ２０５では、配車部３０４が、ＰＨＥＶ１０Ｂに空きがあるか否か判定する。すなわち、ＢＥＶ１０Ａの次に優先度の高いＰＨＥＶ１０Ｂに配車するために、ＰＨＥＶ１０Ｂに空きがあるか否か判定している。ステップＳ２０５で肯定判定された場合にはステップＳ２０６へ進み、否定判定された場合にはステップＳ２０７へ進む。ステップＳ２０６では、配車部３０４が、対象のルートをＰＨＥＶ１０Ｂと組み合わせる。

ステップＳ２０７では、配車部３０４が、ＨＥＶ１０Ｃに空きがあるか否か判定する。すなわち、ＰＨＥＶ１０Ｂに空きがない場合には、ＨＥＶ１０Ｃを配車するように、ＨＥＶ１０Ｃに空きがあるか否か判定している。ステップＳ２０７で肯定判定された場合にはステップＳ２０８へ進み、否定判定された場合にはステップＳ２０９へ進む。ステップＳ２０８では、配車部３０４が、対象のルートをＨＥＶ１０Ｃと組み合わせる。

ステップＳ２０９では、配車部３０４が、対象のルートに組み合わせる車両１０がないと判定する。すなわち、所定の領域を通行する第一ルートであるにも関わらず、電動モータ１７で走行可能な車両１０に空きがないため、対象のルートに車両１０を組み合わせることができない。この場合、車両１０を組み合わせずに次のルートの処理に進む。

一方、ステップＳ２１０では、配車部３０４が、内燃機関自動車１０Ｄに空きがあるか否か判定する。すなわち、対象のルートが所定の領域を通行しないルートであるため、駆動源に制限がない。この場合、何れの車両１０であっても組み合わせることができるが、電動モータ１７を駆動源として走行可能な車両１０は、所定の領域を通行する第一ルートに対して優先的に割り当てるために、本ステップＳ２１０では、所定の領域を通行できない内燃機関自動車１０Ｄを組み合わせ可能か否か判定する。ステップＳ２１０で肯定判定された場合にはステップＳ２１１へ進み、否定判定された場合にはステップＳ２０５へ進む。なお、別法として、ステップＳ２１０で否定判定された場合には、ステップＳ２０３へ進んでもよく、ステップＳ２０７へ進んでもよい。さらに別法として、ステップＳ２１０で否定判定された場合には、ＨＥＶ１０Ｃ、ＰＨＥＶ１０Ｂ、ＢＥＶ１０Ａの順に空きがあるか否か判定してもよい。すなわち、所定の領域を通行する第一ルートの場合とは、優先度を逆にしてルートと車両１０とを組み合わせてもよい。

ステップＳ２１１では、配車部３０４が、対象のルートを内燃機関自動車１０Ｄと組み合わせる。このようにして、ルートと車両１０との組み合わせを生成する。

図９に戻り、ステップＳ１０６において配車部３０４は、生成した組み合わせに基づいて、各車両１０が対応するルートを走行するように、各車両１０の運行指令を生成する。運行指令は車両１０毎に生成される。なお、ＰＨＥＶ１０Ｂ及びＨＥＶ１０Ｃの駆動源が切り替わる地点に関する情報を運行指令に含めてもよい。例えば、ＰＨＥＶ１０Ｂ及びＨＥＶ１０Ｃが、所定の領域外から所定の領域内に入るときに、駆動源を電動モータ１７に強制的に切り替えるように指令を生成してもよい。

ステップＳ１０７において配車部３０４は、ステップＳ１０６で生成した運行指令を各車両１０へ送信する。運行指令を受信した各車両１０では、運行指令にしたがって運行計画が生成される。そして、ステップＳ１０８において配車部３０４は、ユーザ端末４０に対して、車両１０に関する情報を通知する。例えば、車両１０のナンバー、色、種別、または、特徴などをユーザに知らせるための情報が送信される。この通知を受信したユーザ端末４０では、ディスプレイ４５に、車両１０に関する情報を表示させる。なお、ステップＳ２０９において組み合わせる車両１０がないと判定されている場合には、ユーザに車両１０を手配できないことを通知してもよい。

以上説明したように第１実施形態によれば、電動モータ１７での走行に限り許される所定の領域には、電動モータ１７で走行可能な車両１０が優先的に配車されるため、適切な配車が可能となる。

＜第２実施形態＞
第１実施形態では、所定の領域を走行する車両１０を手配できない場合には、ユーザにその旨を通知して車両１０を手配していない。一方、本第２実施形態では、所定の領域を
走行する車両１０を手配できない場合には、所定の領域を迂回するルートを生成して、例えば、内燃機関自動車１０Ｄを配車する。ハードウェアについては第１実施形態と同じため説明を省略する。

ここで、図１１は、迂回ルートについて説明するための図である。Ｒ１は、図４におけるＲ１と同じルートである。Ｒ１は、例えば移動距離が最短となるようにして生成されたルートである。一方、Ｒ１１は、Ｒ１に対して所定の領域を通行しないようにルートを変更した迂回ルートである。このように、車両の出発地、ユーザの出発地、及び、ユーザの目的地が、何れも所定の領域内に位置しない場合には、迂回ルートを生成し得る。この場合、所定の領域を通行するルートに対して移動距離は増加し得るが、ユーザが目的地まで移動可能になる。

ここで、図１２は、図９のステップＳ１０５において実行されるルートと車両１０との組み合わせを生成する処理のフローを示したフローチャートである。図１０と同じ処理が実行されるステップについては、同じ符号を付して説明を省略する。図１２に示したフローチャートでは、ステップＳ２０７で否定判定された場合にステップＳ３０１へ進む。ステップＳ３０１では、配車部３０４が、対象のルートが第一ルートであるか否か判定する。ここで、ステップＳ２１０で否定判定された後では、所定の領域を迂回するルートを作る必要はなく、且つ、車両１０が手配できないためユーザにその旨を通知する。したがって、ステップＳ３０１において肯定判定された場合にはステップＳ３０２へ進み、否定判定された場合にはステップＳ２０９へ進む。

ステップＳ３０２では、ルート生成部３０３が、対象のルートに対応するユーザのユーザ情報に基づいて、迂回ルートを生成する。このときにルート生成部３０３は、所定の領域を迂回するルートを生成する。したがって、新たに生成される迂回ルートは、第一ルートには該当しない。なお、ステップＳ３０２において、ルート生成部３０３が、迂回ルートを生成できない場合もあり得る。例えば、車両の出発地、ユーザの出発地、または、ユーザの目的地の何れかが所定の領域内に位置している場合には、迂回ルートを生成することができない。このような場合には、迂回ルートを生成しなくてもよい。

ステップＳ３０３において配車部３０４は、内燃機関自動車１０Ｄに空きがあるか否か判定する。すなわち、新たな対象のルートが所定の領域を通行しないルートであるため、本ステップＳ３０３では、内燃機関自動車１０Ｄを組み合わせ可能か否か判定する。なお、ステップＳ３０２において新ルートを生成できなかった場合には、本ステップＳ３０３で否定判定される。ステップＳ３０３で肯定判定された場合にはステップＳ３０４へ進み、否定判定された場合にはステップＳ２０９へ進む。

ステップＳ３０４では、配車部３０４が、対象のルートを内燃機関自動車１０Ｄと組み合わせる。このようにして、ルートと車両１０との組み合わせを生成する。

以上説明したように第２実施形態によれば、所定の領域を通行可能な車両１０が存在しない場合には、所定の領域を迂回するルートを生成してルートと車両１０との組み合わせを生成するため、ユーザが移動できなくなることを抑制できる。

なお、迂回ルートを通る車両１０で移動するユーザには、インセンティブを付与してもよい。これにより、迂回ルートを通る車両１０にユーザが乗るときの不利益を解消することができる。インセンティブは、例えば、車両１０の利用料金の割引であってもよい。また、インセンティブは、同じユーザが次回以降に車両１０を利用するときに、乗車時間が短くなる車両１０を優先的に割り当てることによって付与してもよい。インセンティブに関する情報は、例えば、ステップＳ３０４において配車部３０４が生成し、ステップＳ１
０８においてユーザに対する通知と共にユーザ端末４０へ送信する。

＜第３実施形態＞
所定の領域を通る車両１０は、所定の領域を通過するときに電動モータ１７を駆動するために、その分の電力を予めバッテリ１８に蓄えておく必要がある。第１実施形態では、バッテリ１８の充電状態にかかわらず車両１０とルートとを組み合わせているが、バッテリ１８の充電量が少ない車両１０を第一ルートと組み合わせると、所定の領域を通行している途中で電力不足になる虞がある。

そこで第３実施形態では、バッテリ１８の充電制御を含めて配車を行う。例えば、所定の領域外を２０ｋｍ走行し、所定の領域内を２０ｋｍ走行するルートをＰＨＥＶ１０ＢまたはＨＥＶ１０Ｃが通行する場合に、所定の領域外を電動モータ１７または内燃機関１９を用いて走行するＨＥＶモードで走行し、所定の領域内を電動モータ１７のみで走行するＢＥＶモードで走行するように運行指令が生成される。このときに、所定の領域外では、バッテリ１８の全容量の例えば１０％が消費され、所定の領域内では、バッテリ１８の全容量の例えば３０％が消費されると推定されると、車両１０の出発前に、バッテリ１８を全容量の１０＋３０＝４０％以上まで充電しておくように充電計画を生成する。

ルートと車両１０との組み合わせは、第１実施形態と同様にして決定する。したがって、第３実施形態では、その後に各車両１０が充電を行うように充電計画を生成する。

図１３は、第３実施形態に係るサーバ３０の機能構成を例示した図である。サーバ３０は、機能構成要素として、乗車要求取得部３０１、車両情報取得部３０２、ルート生成部３０３、配車部３０４、充電計画部３０５、ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、地図情報ＤＢ３１３、及び、消費電力量情報ＤＢ３１４を備える。充電計画部３０５、及び、消費電力量情報ＤＢ３１４以外の構成は第１実施形態と同じため説明を省略する。第３実施形態では、主に、充電計画部３０５、及び、消費電力量情報ＤＢ３１４について説明する。

サーバ３０のプロセッサ３１は、主記憶部３２上のコンピュータプログラムにより、充電計画部３０５の処理を実行する。ただし、その処理の一部がハードウェア回路により実行されてもよい。

消費電力量情報ＤＢ３１４は、プロセッサ３１によって実行されるデータベース管理システム（Database Management System、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される。消費電力量情報ＤＢ３１４は、例えば、リレーショナルデータベースである。

図１４は、消費電力量情報ＤＢ３１４に格納される消費電力情報のテーブル構成を例示した図である。消費電力量情報ＤＢ３１４に格納される情報のテーブルは、車両種別、所定の領域内の消費電力量、所定の領域外の消費電力量の各フィールドを有する。車両種別フィールドには、車両１０の駆動源に応じた車両１０の種別に関する情報が入力される。車両種別フィールドには、車両１０が、ＢＥＶ、ＰＨＥＶ、または、ＨＥＶの何れであるか判別可能な情報が入力される。所定の領域内の消費電力量フィールドには、車両種別の夫々に対応する、所定の領域内を走行した場合の単位距離当たりの消費電力量に関する情報が入力される。また、所定の領域外の消費電力量フィールドには、車両種別の夫々に対応する、所定の領域外を走行した場合の単位距離当たりの消費電力量に関する情報が入力される。

所定の領域内の消費電力量、及び、所定の領域外の消費電力量は、例えば、車両１０が
所定の走行条件（所定の速度及び所定の負荷としてもよい）で走行したと仮定して各車両１０が走行する場合の単位距離当たりに消費する電力量である。所定の走行条件は、平均的な走行条件としてもよい。この電力量は、例えば、過去のデータに基づいて算出してもよい。なお、ＢＥＶ１０Ａにおいては、所定の領域内の消費電力量と、所定の領域外の消費電力量とが同じであってもよい。

また、ＰＨＥＶ１０Ｂ及びＨＥＶ１０Ｃにおいて所定の領域内の消費電力量は、電動モータ１７のみで走行した場合の単位距離当たりの消費電力量の平均値としてもよい。一方、ＰＨＥＶ１０Ｂ及びＨＥＶ１０Ｃにおいて所定の領域外の消費電力量は、電動モータ１７と内燃機関１９との切り替えが平均的に行われた場合における単位距離当たりの消費電力量の平均値としてもよい。電動モータ１７と内燃機関１９との切り替えについては、例えば、過去のデータを用いる。

充電計画部３０５は、各ルートについて所定の領域内の走行距離と、所定の領域外の走行距離とを、地図情報ＤＢ３１３に格納されている距離に関する情報に基づいて算出する。そして、各ルートと組み合わせられた車両１０の種別と、消費電力量情報ＤＢ３１４に格納されている情報とに基づいて、所定の領域内の走行距離に所定の領域内の消費電量を乗算して、所定の領域内を走行するのに必要となる電力量を算出する。同様に、所定の領域外の走行距離に所定の領域外の消費電力量を乗算して、所定の領域外を走行するのに必要となる電力量を算出する。そして、所定の領域内を走行するのに必要となる電力量と、所定の領域外を走行するのに必要となる電力量との合計以上の電力量がバッテリ１８に充電されるように、各車両１０に対する指令を生成する。

なお、上記説明では、平均的な消費電力量に基づいて各ルートで必要となる電力量を算出しているが、これに限らず、詳細に消費電力量を算出してもよい。例えば、車両１０が所定の走行条件（所定の速度及び所定の負荷としてもよい）で走行したと仮定して各車両１０が各ルートを走行する場合の単位距離当たりの消費電力量を算出してもよい。所定の走行条件は、ルート上の各道路の制限速度に応じて設定してもよく、過去に同じ道路を走行したときのデータに応じて設定してもよい。この場合、車両１０が道路の制限速度で定常運転しているものと仮定してもよい。また、道路の属性（例えば、高速道路、幹線道路、住宅街、制限速度、上り坂、下り坂など）に応じて所定の速度を設定してもよい。ルートの途中で道路の属性が変わる場合には、道路の属性ごとの走行条件に基づいて、道路毎に単位距離当たりの消費電力量を算出してもよい。

また、所定の領域外を走行するＰＨＥＶ１０ＢおよびＨＥＶ１０Ｃは、例えば、走行条件に応じて内燃機関１９が作動するものと仮定して単位距離当たりの消費電力量を算出してもよい。例えば、道路毎の走行条件のデータを取得して補助記憶部３３に記憶しておき、この走行条件に応じて内燃機関１９が作動するものと仮定して単位距離当たりの消費電力量を算出してもよい。走行条件のデータは、過去に同じ道路を走行した他の車両１０のデータを蓄積しておき、例えば平均値を求めて利用してもよい。また、各道路の制限速度などから走行条件を推定してもよい。この場合、車両１０が道路の制限速度で定常運転しているものと仮定してもよい。また、例えば、高速道路では、内燃機関１９が作動するものと考えてもよい。

次に、サーバ３０における充電計画の生成処理について説明する。図１５は、第３実施形態に係る充電計画の生成処理のフローチャートである。図１５に示した配車処理は、サーバ３０において、図９に示したルーチンの完了後に実行される。

ステップＳ４０１では、充電計画部３０５が、充電計画ループを実行する。充電計画ループは、図９のステップＳ１０３において生成された全てのルートに対する処理が完了す
るまで反復する。ステップＳ４０２において充電計画部３０５は、対象のルートが所定の領域を通行するか否か判定する。ステップＳ４０２では、ステップＳ２０２と同じ処理が実行される。ステップＳ４０２で肯定判定された場合にはステップＳ４０３へ進み、否定判定された場合にはステップＳ４０６へ進む。

ステップＳ４０３において充電計画部３０５は、対象のルートについて、所定の領域内及び所定の領域外の走行距離を算出する。充電計画部３０５は、対象のルートについて所定の領域内の走行距離と所定の領域外の走行距離とを地図情報ＤＢ３１３に格納されている距離に関する情報に基づいて夫々算出する。

ステップＳ４０４において充電計画部３０５は、所定の領域内の走行に必要な電力量を算出する。充電計画部３０５は、対象のルートに対応する車両種別に基づいて、消費電力量情報ＤＢ３１４に格納されている所定の領域内の消費電力量を取得し、取得した所定の領域内の消費電力量をステップＳ４０３において算出した所定の領域内の走行距離に乗算することで、所定の領域内の走行に必要な電力量を算出する。

ステップＳ４０５において充電計画部３０５は、所定の領域外の走行に必要な電力量を算出する。充電計画部３０５は、対象のルートに対応する車両種別に基づいて、消費電力量情報ＤＢ３１４に格納されている所定の領域外の消費電力量を取得し、取得した所定の領域内の消費電力量をステップＳ４０３において算出した所定の領域外の走行距離に乗算することで、所定の領域外の走行に必要な電力量を算出する。

また、ステップＳ４０６において充電計画部３０５は、対象のルートについて、所定の領域外の走行距離を算出する。充電計画部３０５は、対象のルートについて所定の領域外の走行距離を地図情報ＤＢ３１３に格納されている距離に関する情報に基づいて算出する。

また、ステップＳ４０７において充電計画部３０５は、所定の領域外の走行に必要な電力量を算出する。充電計画部３０５は、対象のルートに対応する車両種別に基づいて、消費電力量情報ＤＢ３１４に格納されている所定の領域外の消費電力量を取得し、取得した所定の領域内の消費電力量をステップＳ４０６において算出した所定の領域外の走行距離に乗算することで、所定の領域外の走行に必要な電力量を算出する。なお、対象のルートを走行する車両１０が内燃機関自動車１０Ｄの場合には、所定の領域外の走行に必要な電力量は０となる。

ステップＳ４０８において充電計画部３０５は、充電指令を生成する。充電指令は、車両１０に対して充電に関する命令を伝えるための情報である。充電計画部３０５は、所定の領域外の走行に必要な電力量と所定の領域内の走行に必要な電力量との合計以上の電力量をバッテリ１８に充電するように充電指令を生成する。そして、ステップＳ４０９において充電計画部３０５は、生成した充電指令を対応する車両１０へ送信する。

以上説明したように本実施形態によれば、所定の領域を走行するときには予め車両１０に所定の領域を走行するのに必要な電力が充電されるため、所定の領域内で電力が不足することを抑制できる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に
組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。例えば、車両１０の機能の一部を、サーバ３０が備えていてもよい。また、例えば、サーバ３０の機能の一部または全部を、車両１０が備えていてもよい。

なお、上記の実施形態では、車両１０を自律走行車両として説明したが、運転者が手動で運転する車両であっても同様に適用可能である。この場合、車両１０がサーバ３０から受信したルートを例えば車両１０のディスプレイに表示させることで、ユーザを案内してもよい。また、ユーザ端末４０がサーバ３０からルートを受信して、ユーザ端末４０のディスプレイ４５にルートを表示させることで、ユーザを案内してもよい。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ システム
１０ 車両
３０ サーバ
３１ プロセッサ
３２ 主記憶部
３３ 補助記憶部
４０ ユーザ端末

Claims (20)

1. 電動モータで走行が可能な車両を含む互いに種類の異なる複数の車両の運行指令を、前記電動モータで走行が可能な車両に限り通行が許される領域である所定の領域に関する情報に基づいて生成すること、
   を実行する制御部を有する情報処理装置。
2. 前記複数の車両は、駆動源として前記電動モータを有する車両と、駆動源として内燃機関を有する車両と、を含む、
   請求項１に記載の情報処理装置。
3. 前記運行指令には、前記複数の車両の夫々の駆動源の選択に関する情報を含む、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、
   複数のルートと前記複数の車両との組み合わせを決定することと、
   決定した前記複数のルートと前記複数の車両との組み合わせに基づいて、前記複数の車両の夫々について運行指令を生成することと、
   を実行する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記制御部は、
   前記複数のルートのうち前記所定の領域を通過するルートには、前記複数の車両のうち前記電動モータで走行が可能な車両を組み合わせるように、前記複数のルートと前記複数の車両との組み合わせを決定する、
   請求項４に記載の情報処理装置。
6. 前記複数の車両は、駆動源として前記電動モータのみを有する電気自動車と、駆動源として前記電動モータ及び内燃機関を有するハイブリッド自動車と、を含み、
   前記制御部は、前記所定の領域を通行するルートには、前記ハイブリッド自動車よりも前記電気自動車を優先的に組み合わせる、
   請求項５に記載の情報処理装置。
7. 前記運行指令の生成には、前記所定の領域を迂回するルートの生成を含む、
   請求項１から６の何れか１項に記載の情報処理装置。
8. 前記制御部は、前記複数の車両のうち、前記所定の領域を通行するルートと組み合わせ可能な車両が存在しない場合に、前記所定の領域を迂回するルートを生成し、前記所定の領域を迂回するルートに前記所定の領域を前記電動モータで走行ができない車両を組み合わせる、
   請求項７に記載の情報処理装置。
9. 前記制御部は、前記所定の領域を迂回するルートを走行する車両に乗るユーザに対してインセンティブを付与する、
   請求項７または８に記載の情報処理装置。
10. 前記運行指令には、前記電動モータへ電力を供給するバッテリの充電計画を含む、
    請求項１から９の何れか１項に記載の情報処理装置。
11. 前記制御部は、前記所定の領域内を前記複数の車両が走行するときに必要な電力量、及
    び、前記所定の領域外を前記複数の車両が走行するときに必要な電力量に基づいて、前記複数の車両の夫々について前記充電計画を生成する、
    請求項１０に記載の情報処理装置。
12. 前記所定の領域に関する情報および地図情報を記憶する記憶部を有する、
    請求項１から１１の何れか１項に記載の情報処理装置。
13. コンピュータが、
    電動モータで走行が可能な車両に限り通行が許される領域である所定の領域に関する情報を受信することと、
    前記電動モータで走行が可能な車両を含む互いに種類の異なる複数の車両の運行指令を前記所定の領域に関する情報に基づいて生成することと、
    を実行する情報処理方法。
14. 前記複数の車両は、駆動源として前記電動モータを有する車両と、駆動源として内燃機関を有する車両と、を含む、
    請求項１３に記載の情報処理方法。
15. 前記運行指令には、前記複数の車両の夫々の駆動源の選択に関する情報を含む、
    請求項１３または１４に記載の情報処理方法。
16. 前記コンピュータが、
    複数のルートと前記複数の車両との組み合わせを決定することと、
    決定した前記複数のルートと前記複数の車両との組み合わせに基づいて、前記複数の車両の夫々について運行指令を生成することと、
    を実行する、
    請求項１３から１５の何れか１項に記載の情報処理方法。
17. 前記コンピュータが、
    前記複数のルートのうち前記所定の領域を通過するルートには、前記複数の車両のうち前記電動モータで走行が可能な車両を組み合わせるように、前記複数のルートと前記複数の車両との組み合わせを決定する、
    請求項１６に記載の情報処理方法。
18. 前記複数の車両は、駆動源として前記電動モータのみを有する電気自動車と、駆動源として前記電動モータ及び内燃機関を有するハイブリッド自動車と、を含み、
    前記コンピュータが、
    前記所定の領域を通行するルートには、前記ハイブリッド自動車よりも前記電気自動車を優先的に組み合わせる、
    請求項１７に記載の情報処理方法。
19. 前記コンピュータが、
    前記複数の車両のうち、前記所定の領域を通行するルートと組み合わせ可能な車両が存在しない場合に、前記所定の領域を迂回するルートを生成し、前記所定の領域を迂回するルートに前記所定の領域を前記電動モータで走行ができない車両を組み合わせる、
    請求項１３から１８の何れか１項に記載の情報処理方法。
20. 前記運行指令には、前記電動モータへ電力を供給するバッテリの充電計画を含み、
    前記コンピュータが、
    前記所定の領域内を前記複数の車両が走行するときに必要な電力量、及び、前記所定の
    領域外を前記複数の車両が走行するときに必要な電力量に基づいて、前記充電計画を生成する、
    請求項１３から１９の何れか１項に記載の情報処理方法。

Images