JP2022070120A - 配送管理システム - Google Patents

Abstract

【課題】電動垂直離着陸機（ｅＶＴＯＬ）を利用して荷物を配送するための配送コストを抑制する。【解決手段】配送サービスを管理する配送管理システムは、ｅＶＴＯＬを利用したモビリティサービスと連携して、ユーザが希望する荷物配送を受け付ける。具体的には、配送管理システムは、地上配送手段だけを利用した第１配送経路と、ｅＶＴＯＬを利用した仮フライト経路を含む仮配送経路を生成する。配送管理システムは、モビリティサービスの予約情報に基づいて、予約済みのフライト経路を取得する。仮フライト経路と予約済みのフライト経路との重複割合が所定割合以上である場合、予約済みのフライト経路を利用した第２配送経路を生成する。第２配送経路に基づく配送時間が第１配送経路に基づく配送時間よりも短い場合、ｅＶＴＯＬを利用した配送方法を一つの選択肢としてユーザに提示する。【選択図】図２０

Description

本発明は、電動垂直離着陸機（eVTOL： electric Vertical Take-Off and Landing aircraft）を利用した配送サービスに関連する。

特許文献１は、電動マルチロータ航空機を開示している。例えば、電動マルチロータ航空機は、電動垂直離着陸機である。

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

近年、ＭａａＳ（Mobility as a Service）という概念が提唱され、様々な移動手段（交通手段）を統合的に利用するモビリティサービスが提案されている。移動手段として、自動車や電車等の地上移動手段だけでなく、航空移動手段を利用することも考えられる。特に、航空移動手段としてｅＶＴＯＬを利用することが考えられる。

商品、個人所有物、書類、郵便といった荷物を配送する配送サービスが知られている。ｅＶＴＯＬを配送サービスに利用すれば、より短時間で荷物を配送することができると期待される。但し、ｅＶＴＯＬを利用した場合の配送コストは、比較的高くなると考えられる。

本発明の１つの目的は、ｅＶＴＯＬを利用して荷物を配送するための配送コストを抑制することができる技術を提供することにある。

本発明の１つの観点は、荷物を配送する配送サービスを管理する配送管理システムに関連する。
配送管理システムは、１又は複数のプロセッサを備える。
１又は複数のプロセッサは、電動垂直離着陸機（ｅＶＴＯＬ）を利用したモビリティサービスと連携して、配送サービスのユーザが希望する荷物配送を受け付ける。
具体的には、１又は複数のプロセッサは、荷物配送の経路として、地上配送手段だけを利用した第１配送経路と、ｅＶＴＯＬを利用した仮フライト経路を含む仮配送経路を生成する。
また、１又は複数のプロセッサは、モビリティサービスの予約情報に基づいて、ｅＶＴＯＬを利用した予約済みのフライト経路を取得する。
仮フライト経路と予約済みのフライト経路との重複割合が所定割合以上である場合、１又は複数のプロセッサは、予約済みのフライト経路を利用した第２配送経路を生成する。
そして、第２配送経路に基づく配送時間が第１配送経路に基づく配送時間よりも短い場合、１又は複数のプロセッサは、ｅＶＴＯＬを利用した配送方法を一つの選択肢としてユーザに提示する。

本発明によれば、ｅＶＴＯＬを利用したモビリティサービスと連携して配送サービスが提供される。具体的には、モビリティサービスの予約情報に基づいて、予約済みのｅＶＴＯＬのフライト経路が荷物配送経路として利用可能か否かが判定される。予約済みのｅＶＴＯＬのフライト経路が荷物配送経路として利用可能である場合、ｅＶＴＯＬを利用した配送方法が一つの選択肢としてユーザに提示される。ｅＶＴＯＬを利用した配送方法がユーザによって選択された場合、乗客輸送のためのｅＶＴＯＬによって荷物配送も同時に行われる。そのため、配送コストが抑制される。すなわち、ｅＶＴＯＬを利用した高速な荷物配送を低コストで実現することが可能となる。

モビリティサービスの概要を説明するための概念図である。 ｅＶＴＯＬを利用した移動手段の組み合わせの様々な例を示す図である。 モビリティサービスシステムの構成を示す概略図である。 ｅＶＴＯＬの構成例を示すブロック図である。 パイロット端末の構成例を示すブロック図である。 離着陸場の構成例を示すブロック図である。 ローカル端末の構成例を示すブロック図である。 ユーザ端末の構成例を示すブロック図である。 管理サーバの構成例を示すブロック図である。 ユーザ情報の例を示すブロック図である。 ｅＶＴＯＬサービス管理情報の例を示すブロック図である。 離着陸場情報の例を示す概念図である。 管理サーバによる予約処理を示すフローチャートである。 旅程作成処理（ステップＳ２００）の第１の例を示すフローチャートである。 ステップＳ２２０の例を示すフローチャートである。 旅程作成処理（ステップＳ２００）の第２の例を示すフローチャートである。 旅程作成処理（ステップＳ２００）の第３の例を示すフローチャートである。 旅程提示処理（ステップＳ３００）において表示装置に表示される情報の一例を示す概念図である。 旅程提示処理（ステップＳ３００）において表示装置に表示される情報の他の例を示す概念図である。 ｅＶＴＯＬを利用したモビリティサービスと連携した配送サービスの概要を説明するための概念図である。 配送サービスのユーザのユーザ端末に表示される情報の一例を示す概念図である。 配送管理システムの構成例を概略的に示すブロック図である。 配送管理サーバの構成例を示すブロック図である。 配送管理サーバによる配送予約処理を示すフローチャートである。

添付図面を参照して、本発明の実施の形態を説明する。

１．モビリティサービス
図１は、本実施の形態に係るモビリティサービスの概要を説明するための概念図である。モビリティサービスは、様々な移動手段（交通手段）を統合的に利用する。一般的なモビリティサービスは、自動車や電車等の地上移動手段５を利用する。自動車としては、タクシー、バス、ライドシェア車両、ＭａａＳ車両、等が例示される。

本実施の形態では、地上移動手段５だけでなく、航空移動手段もモビリティサービスに利用される。特に、航空移動手段として、電動垂直離着陸機（eVTOL： electric Vertical Take-Off and Landing aircraft）１０が利用される。ｅＶＴＯＬ１０は、電気モータによって駆動される小型で軽量なＶＴＯＬである。そのようなｅＶＴＯＬ１０は、一般的な航空機と比較して、省スペース、低コスト、低騒音といった特徴を有している。ｅＶＴＯＬ１０は、例えば、比較的短距離の移動を高頻度に繰り返すエアタクシー事業に有用である。

離着陸場３０は、ｅＶＴＯＬ１０が離陸あるいは着陸する場所である。離着陸場３０としては、空港、飛行場、ヘリポート、ビルの屋上、ｅＶＴＯＬ格納庫、等が例示される。

更に他の例として、離着陸場３０は、自動車のディーラーであってもよい。その場合、ディーラーの敷地内に、ｅＶＴＯＬ１０が離着陸するためのスペースが設けられる。ディーラーを離着陸場３０として利用することによって、自動車を利用した地上モビリティサービスとｅＶＴＯＬ１０を利用した航空モビリティサービスをシームレスに連結することが可能となる。また、両方のモビリティサービスをワンストップで提供することが可能となる。更に、ディーラーネットワークを活用することによって、モビリティサービスのネットワークを構築することが可能となる。同様に、離着陸場３０は、レンタカー店舗であってもよい。

図１に示されるように、ユーザＵが出発地ＤＥＰから目的地ＤＳＴまで移動するためにモビリティサービスを利用する場合を考える。１つの選択肢は、自動車等の地上移動手段５で出発地ＤＥＰから目的地ＤＳＴまで移動することである。地上移動手段５だけを利用した旅程は、以下、「旅程ＩＴ＿Ｇ」と呼ばれる。他の選択肢は、ｅＶＴＯＬ１０も利用して出発地ＤＥＰから目的地ＤＳＴまで移動することである。ｅＶＴＯＬ１０も利用した旅程は、以下、「旅程ＩＴ＿Ａ」と呼ばれる。

旅程ＩＴ＿Ａの一例は、次の通りである。第１離着陸場３０－１は、出発地ＤＥＰ側の離着陸場３０であり、第２離着陸場３０－２は、目的地ＤＳＴ側の離着陸場３０である。例えば、第１離着陸場３０－１は、出発地ＤＥＰの最寄りの離着陸場３０であり、第２離着陸場３０－２は、目的地ＤＳＴの最寄りの離着陸場３０である。ユーザＵは、出発地ＤＥＰから第１離着陸場３０－１まで地上移動手段５で移動する（旅程ＩＴ＿Ｇ１）。続いて、ユーザＵは、第１離着陸場３０－１から第２離着陸場３０－２までｅＶＴＯＬ１０で移動する（旅程ＩＴ＿Ｆ）。そして、ユーザＵは、第２離着陸場３０－２から目的地ＤＳＴまで地上移動手段５で移動する（旅程ＩＴ＿Ｇ２）。旅程ＩＴ＿Ａは、３つの旅程ＩＴ＿Ｇ１，ＩＴ＿Ｆ，ＩＴ＿Ｇ２の組み合わせである。

ユーザＵは、旅程ＩＴ＿Ｇと旅程ＩＴ＿Ａから好みのものを選択することができる。例えば、ユーザＵは、所要時間や利用料金を考慮して好みの旅程を選択する。このように、地上移動手段５だけでなくｅＶＴＯＬ１０も利用するモビリティサービスは、多様な選択肢をユーザＵに提案することができ、好適である。

図２は、ｅＶＴＯＬ１０を利用した移動手段の組み合わせの様々な例を示している。図２に示される例では、離着陸場３０はディーラーである。ディーラー間（第１離着陸場３０－１と第２離着陸場３０－２の間）の移動手段は、例えば、ｅＶＴＯＬ１０を利用したエアタクシーである。ディーラーの前後の移動手段としては、ライドシェア、ユーザＵの自家用車、タクシー、公共交通機関、等が例示される。このように、多様な移動手段の組み合わせが可能である。

以下、本実施の形態に係るモビリティサービスを提供する「モビリティサービスシステム」について詳しく説明する。

２．モビリティサービスシステム
図３は、本実施の形態に係るモビリティサービスシステム１の構成を示す概略図である。モビリティサービスシステム１は、地上移動手段５、ｅＶＴＯＬ１０、パイロット端末２０、離着陸場３０、ローカル端末４０、ユーザＵのユーザ端末５０、管理サーバ１００（セントラルサーバ）、及び通信ネットワークＮＥＴを含んでいる。ｅＶＴＯＬ１０の数及び離着陸場３０の数は任意である。好適には、多数のｅＶＴＯＬ１０及び多数の離着陸場３０が用いられる。

各移動手段及び各装置は、通信ネットワークＮＥＴに接続可能であり、通信ネットワークＮＥＴを介して通信可能である。例えば、地上移動手段５は、無線基地局ＢＳを介して通信ネットワークＮＥＴに接続可能である。ｅＶＴＯＬ１０及びパイロット端末２０は、無線基地局ＢＳを介して通信ネットワークＮＥＴに接続可能である。ｅＶＴＯＬ１０及びパイロット端末２０は、離着陸場３０に設置された無線ＬＡＮ（Local Area Network）のアクセスポイントＡＰを介して、通信ネットワークＮＥＴに接続してもよい。ｅＶＴＯＬ１０は、衛星通信や専用回線を用いた通信を行ってもよい。ローカル端末４０は、有線で、あるいは、無線ＬＡＮのアクセスポイントＡＰを介して、通信ネットワークＮＥＴに接続可能である。ユーザ端末５０は、無線基地局ＢＳあるいは無線ＬＡＮのアクセスポイントＡＰを介して、通信ネットワークＮＥＴに接続可能である。管理サーバ１００は、有線で、あるいは、無線ＬＡＮのアクセスポイントＡＰを介して、通信ネットワークＮＥＴに接続可能である。

以下、本実施の形態に係るモビリティサービスシステム１の各構成要素について更に詳しく説明する。

２－１．ｅＶＴＯＬ１０
図４は、本実施の形態に係るｅＶＴＯＬ１０の構成例を示すブロック図である。ｅＶＴＯＬ１０は、入出力装置１１、通信装置１２、情報処理装置１３、飛行制御装置１６、及び動力装置１７を備えている。

入出力装置１１は、ｅＶＴＯＬ１０のパイロットから情報を受け付け、また、パイロットに情報を提供するためのインタフェースである。入力装置としては、キーボード、マウス、タッチパネル、スイッチ、マイク、等が例示される。出力装置としては、表示装置、スピーカ、等が例示される。

通信装置１２は、外部との通信を行う。例えば、通信装置１２は、無線基地局ＢＳやアクセスポイントＡＰと無線通信を行う。他の例として、通信装置１２は、ユーザ端末５０と近距離無線通信を行ってもよい。更に他の例として、ｅＶＴＯＬ１０の飛行中、通信装置１２は、衛星通信や専用回線を用いた通信を行ってもよい。

情報処理装置１３は、各種情報処理を行う。例えば、情報処理装置１３は、プロセッサ１４と記憶装置１５を含んでいる。プロセッサ１４は、各種情報処理を行う。例えば、プロセッサ１４は、ＣＰＵ（Central Processing Unit）を含んでいる。記憶装置１５には、プロセッサ１４による処理に必要な各種情報が格納される。記憶装置１５としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、等が例示される。プロセッサ１４がコンピュータプログラムを実行することによって、情報処理装置１３の機能が実現される。コンピュータプログラムは、記憶装置１５に格納される。コンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータプログラムは、ネットワーク経由で提供されてもよい。

飛行制御装置１６は、動力装置１７を制御することによって、ｅＶＴＯＬ１０の飛行を制御する。

動力装置１７は、ｅＶＴＯＬ１０のロータを回転させる電気モータ、電気モータに電力を供給するバッテリ１８、等を含んでいる。バッテリ１８は、例えば、全固体電池等の蓄電池である。あるいは、バッテリ１８は、燃料電池であってもよい。以下の説明において、「バッテリ１８を充電すること」は、「蓄電池を充電すること」を意味するが、ｅＶＴＯＬ１０が燃料電池を搭載している場合は「燃料電池に水素を供給すること」で実現される。

２－２．パイロット端末２０
図５は、本実施の形態に係るパイロット端末２０の構成例を示すブロック図である。パイロット端末２０は、ｅＶＴＯＬ１０のパイロットが使用する端末である。例えば、パイロット端末２０は、スマートフォンである。パイロット端末２０は、入出力装置２１、通信装置２２、及び情報処理装置２３を備えている。

入出力装置２１は、ｅＶＴＯＬ１０のパイロットから情報を受け付け、また、パイロットに情報を提供するためのインタフェースである。入力装置としては、タッチパネル、カメラ、マイク、等が例示される。出力装置としては、表示装置、スピーカ、等が例示される。

通信装置２２は、外部との通信を行う。例えば、通信装置２２は、無線基地局ＢＳやアクセスポイントＡＰと無線通信を行う。他の例として、通信装置２２は、ユーザ端末５０と近距離無線通信を行ってもよい。

情報処理装置２３は、各種情報処理を行う。例えば、情報処理装置２３は、プロセッサ２４と記憶装置２５を含んでいる。プロセッサ２４は、各種情報処理を行う。例えば、プロセッサ２４は、ＣＰＵを含んでいる。記憶装置２５には、プロセッサ２４による処理に必要な各種情報が格納される。記憶装置２５としては、揮発性メモリ、不揮発性メモリ、等が例示される。プロセッサ２４がコンピュータプログラムを実行することによって、情報処理装置２３の機能が実現される。コンピュータプログラムは、記憶装置２５に格納される。コンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータプログラムは、ネットワーク経由で提供されてもよい。

コンピュータプログラムは、パイロット用アプリ２６を含んでいる。パイロット用アプリ２６は、モビリティサービスの提供に必要な機能をパイロットに提供する。プロセッサ２４がパイロット用アプリ２６を実行することによって、モビリティサービスの提供に必要な機能が実現される。

２－３．離着陸場３０
図６は、本実施の形態に係る離着陸場３０の構成例を示すブロック図である。離着陸場３０は、少なくとも離着陸スペース３１を含んでいる。離着陸スペース３１は、ｅＶＴＯＬ１０が離着陸するためのスペースである。

離着陸場３０は、充電施設（充電設備）３２、バッテリ交換施設３３、及びメンテナンス・修理施設３４のうち少なくとも１つを含んでいてもよい。充電施設３２は、ｅＶＴＯＬ１０のバッテリ１８を充電するための施設である。バッテリ交換施設３３は、ｅＶＴＯＬ１０のバッテリ１８を交換するための施設である。メンテナンス・修理施設３４は、ｅＶＴＯＬ１０のメンテナンスや修理を行うための施設である。

離着陸場３０は、自動車を駐車するための駐車場３５を含んでいてもよい。ユーザＵは、自動車を利用して離着陸場３０にアクセスすることができる。また、離着陸場３０は、自動車を利用したモビリティサービスを提供してもよい。離着陸場３０は、自動車ディーラー、レンタカー店舗、等であってもよい。

離着陸場３０は、管理施設３６を含んでいてもよい。管理施設３６は、離着陸場３０においてユーザＵに提供されるモビリティサービスを管理するための施設である。例えば、ユーザＵは、管理施設３６において、ｅＶＴＯＬ１０への搭乗手続を行う。他の例として、ユーザＵは、管理施設３６において、自動車等の地上移動手段５を利用する手続を行う。管理施設３６には、ローカル端末４０、無線ＬＡＮのアクセスポイントＡＰ、等が設置されてもよい。ローカル端末４０は、管理施設３６においてユーザＵに提供されるモビリティサービスを管理するための管理端末である。

２－４．ローカル端末４０
図７は、本実施の形態に係るローカル端末４０の構成例を示すブロック図である。ローカル端末４０は、離着陸場３０に設置される管理端末である。ローカル端末４０は、入出力装置４１、通信装置４２、及び情報処理装置４３を備えている。

入出力装置４１は、ローカル端末４０のオペレータから情報を受け付け、また、オペレータに情報を提供するためのインタフェースである。入力装置としては、キーボード、マウス、タッチパネル、スイッチ、マイク、等が例示される。出力装置としては、表示装置、スピーカ、等が例示される。

通信装置４２は、外部との通信を行う。例えば、通信装置４２は、有線通信を行う。他の例として、通信装置４２は、ユーザ端末５０と近距離無線通信を行ってもよい。

情報処理装置４３は、各種情報処理を行う。例えば、情報処理装置４３は、プロセッサ４４と記憶装置４５を含んでいる。プロセッサ４４は、各種情報処理を行う。例えば、プロセッサ４４は、ＣＰＵを含んでいる。記憶装置４５には、プロセッサ４４による処理に必要な各種情報が格納される。記憶装置４５としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ、ＳＳＤ、等が例示される。プロセッサ４４がコンピュータプログラムを実行することによって、情報処理装置４３の機能が実現される。コンピュータプログラムは、記憶装置４５に格納される。コンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータプログラムは、ネットワーク経由で提供されてもよい。

２－５．ユーザ端末５０
図８は、本実施の形態に係るユーザ端末５０の構成例を示すブロック図である。ユーザ端末５０は、ユーザＵが使用する端末である。例えば、ユーザ端末５０は、スマートフォンである。ユーザ端末５０は、入出力装置５１、通信装置５２、及び情報処理装置５３を備えている。

入出力装置５１は、ユーザＵから情報を受け付け、また、ユーザＵに情報を提供するためのインタフェースである。入力装置としては、タッチパネル、カメラ、マイク、等が例示される。出力装置としては、表示装置、スピーカ、等が例示される。

通信装置５２は、外部との通信を行う。例えば、通信装置５２は、無線基地局ＢＳやアクセスポイントＡＰと無線通信を行う。他の例として、通信装置５２は、パイロット端末２０やローカル端末４０と近距離無線通信を行ってもよい。

情報処理装置５３は、各種情報処理を行う。例えば、情報処理装置５３は、プロセッサ５４と記憶装置５５を含んでいる。プロセッサ５４は、各種情報処理を行う。例えば、プロセッサ５４は、ＣＰＵを含んでいる。記憶装置５５には、プロセッサ５４による処理に必要な各種情報が格納される。記憶装置５５としては、揮発性メモリ、不揮発性メモリ、等が例示される。プロセッサ５４がコンピュータプログラムを実行することによって、情報処理装置５３の機能が実現される。コンピュータプログラムは、記憶装置５５に格納される。コンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータプログラムは、ネットワーク経由で提供されてもよい。

コンピュータプログラムは、モビリティサービスアプリ５６を含んでいる。モビリティサービスアプリ５６は、モビリティサービスの利用に必要な機能をユーザＵに提供する。プロセッサ５４がモビリティサービスアプリ５６を実行することによって、モビリティサービスの利用に必要な機能が実現される。

２－６．管理サーバ１００
図９は、本実施の形態に係る管理サーバ１００の構成例を示すブロック図である。管理サーバ１００は、モビリティサービス全体の管理を行い、また、モビリティサービスをユーザＵに提供する。管理サーバ１００は、分散サーバであってもよい。管理サーバ１００は、入出力装置１１０、通信装置１２０、及び情報処理装置１３０を備えている。

入出力装置１１０は、管理サーバ１００のオペレータから情報を受け付け、また、オペレータに情報を提供するためのインタフェースである。入力装置としては、キーボード、マウス、タッチパネル、スイッチ、マイク、等が例示される。出力装置としては、表示装置、スピーカ、等が例示される。

通信装置１２０は、外部との通信を行う。例えば、通信装置１２０は、有線通信を行う。

情報処理装置１３０は、各種情報処理を行う。例えば、情報処理装置１３０は、プロセッサ１４０と記憶装置１５０を含んでいる。プロセッサ１４０は、各種情報処理を行う。例えば、プロセッサ１４０は、ＣＰＵを含んでいる。記憶装置１５０には、プロセッサ１４０による処理に必要な各種情報が格納される。記憶装置１５０としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ、ＳＳＤ、等が例示される。プロセッサ１４０がコンピュータプログラムを実行することによって、情報処理装置１３０の機能が実現される。コンピュータプログラムは、記憶装置１５０に格納される。コンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータプログラムは、ネットワーク経由で提供されてもよい。

また、情報処理装置１３０は、データベース１６０にアクセス可能である。データベース１６０は、所定の記憶装置によって実現される。データベース１６０は、管理サーバ１００の記憶装置１５０に含まれていてもよい。あるいは、データベース１６０は、管理サーバ１００の外部に存在していてもよい。データベース１６０は、モビリティサービスの提供に必要な各種情報を保持する。情報処理装置１３０は、データベース１６０から必要な情報を読み出し、記憶装置１５０に格納する。

モビリティサービスの提供に必要な情報は、ユーザ情報２００、ｅＶＴＯＬサービス管理情報３００、及び地上モビリティサービス管理情報４００を含んでいる。情報処理装置１３０は、ユーザ情報２００、ｅＶＴＯＬサービス管理情報３００、及び地上モビリティサービス管理情報４００を取得する「情報取得処理」を実行する。

図１０は、ユーザ情報２００の例を示すブロック図である。ユーザ情報２００は、ユーザＵに関連する情報である。例えば、ユーザ情報２００は、登録情報２１０、予約情報２２０、及び利用履歴情報２６０を含んでいる。

登録情報２１０は、ユーザＵのＩＤや氏名を含んでいる。登録情報２１０は、ユーザＵによって予め登録される。例えば、ユーザＵは、ユーザ端末５０を操作して登録情報２１０を入力する。ユーザ端末５０は、登録情報２１０を管理サーバ１００に送信する。情報処理装置１３０は、通信装置１２０を介して登録情報２１０を受け取り、登録情報２１０をデータベース１６０に記録する。

予約情報２２０は、ユーザＵが予約したモビリティサービスに関する情報である。情報処理装置１３０は、ユーザＵからの予約リクエストに応答して、予約情報２２０を生成する。予約処理の詳細については後述する。

予約情報２２０は、少なくとも旅程情報２３０を含んでいる。旅程情報２３０は、ユーザＵが利用するモビリティサービスの旅程を示す。例えば、旅程情報２３０は、出発地ＤＥＰ、目的地ＤＳＴ、ルート、使用する移動手段、使用する離着陸場３０、出発時刻、到着時刻、出発地ＤＥＰから目的地ＤＳＴまでの所要時間、等を含む。

予約情報２２０は、料金情報２４０を含んでいてもよい。料金情報２４０は、ユーザＵが利用するモビリティサービスの利用料金を示す。

予約情報２２０は、認証情報２５０を含んでいてもよい。認証情報２５０は、ユーザＵが予約した移動手段に搭乗する際、ユーザＵの認証に用いられる情報である。認証情報２５０は、認証コードを含んでいる。認証情報２５０は、ＱＲコード（登録商標）であってもよい。

利用履歴情報２６０は、ユーザＵが利用したモビリティサービスの履歴を示す。

図１１は、ｅＶＴＯＬサービス管理情報３００の例を示すブロック図である。ｅＶＴＯＬサービス管理情報３００は、ｅＶＴＯＬ１０を利用したモビリティサービスを管理するための情報である。例えば、ｅＶＴＯＬサービス管理情報３００は、機体情報３１０、離着陸場情報３２０、スケジュール情報３３０、及びフライト情報３４０を含んでいる。

機体情報３１０は、モビリティサービスに使用される１以上のｅＶＴＯＬ１０の各々に関する情報である。具体的には、機体情報３１０は、各ｅＶＴＯＬ１０の機体ＩＤ、性能情報、等を含む。性能情報は、航続距離、最高飛行速度、等を含む。航続距離は、ｅＶＴＯＬ１０が途中で充電することなく飛行可能な最大距離である。更に、性能情報は、ｅＶＴＯ１０のバッテリ１８の性能に関する「バッテリ性能情報」を含む。バッテリ性能情報は、最大バッテリ容量、現バッテリ容量、バッテリ１８をフル充電するために必要な充電時間、等を含む。更に、バッテリ性能情報は、ｅＶＴＯＬ１０がバッテリ１８を交換可能な機体であるか否かを示す。

離着陸場情報３２０は、モビリティサービスに使用される１以上の離着陸場３０の各々に関する情報である。具体的には、離着陸場情報３２０は、各離着陸場３０の位置（緯度、経度）を含む。また、離着陸場情報３２０は、各離着陸場３０の施設能力を含む。例えば、離着陸場情報３２０は、充電施設３２の有無、バッテリ交換施設３３の有無、メンテナンス・修理施設３４の有無、駐車場３５の有無、等を示す（図６参照）。

図１２は、離着陸場情報３２０の例を示している。離着陸場３０としては、ディーラー、提携へリポート、ｅＶＴＯＬ格納庫、及びレンタカー店舗が例示される。離着陸場情報３２０は、各離着陸場３０について、ヘリポートの有無、ヘリ退避スペースの有無、充電施設３２の有無、駐車場３５の有無、緯度及び経度を示している。

スケジュール情報３３０は、各ｅＶＴＯＬ１０のスケジュールと各離着陸場３０のスケジュールの少なくとも一方を含む。各ｅＶＴＯＬ１０のスケジュールは、各ｅＶＴＯＬ１０がいつどこに存在するかを示す。例えば、各ｅＶＴＯＬ１０のスケジュールは、各ｅＶＴＯＬ１０が離着陸場３０に存在する時間帯、その離着陸場３０、飛行中の時間帯、メンテナンス中の時間帯、等を示す。各離着陸場３０のスケジュールは、各離着陸場３０においてどのｅＶＴＯＬ１０がいつ存在するか（利用可能か）を示す。また、各離着陸場３０のスケジュールは、充電施設３２、バッテリ交換施設３３、メンテナンス・修理施設３４、等の利用スケジュールや空き状況を示す。

フライト情報３４０は、ｅＶＴＯＬ１０のフライトに関する情報である。例えば、フライト情報３４０は、ｅＶＴＯＬ１０の飛行ルート、位置、高度、飛行速度、等を含む。そのようなフライト情報３４０は、フライト中にリアルタイムに取得されてもよいし、フライト後に取得されてもよい。いずれにせよ、過去のフライト情報３４０は、データベース１６０に記録される。

地上モビリティサービス管理情報４００は、地上移動手段５を利用したモビリティサービスを管理するための情報である。具体的には、地上モビリティサービス管理情報４００は、地上移動手段５の種類やスケジュールを示す。例えば、地上移動手段５が自動車である場合、地上モビリティサービス管理情報４００は、その自動車のＩＤ、車種、スケジュール（位置、利用状況、予約状況）、等を示す。

３．予約処理
本実施の形態に係る管理サーバ１００（情報処理装置１３０）は、ユーザＵからモビリティサービスの予約を受け付ける「予約処理」を実行する。図１３は、予約処理を示すフローチャートである。以下、本実施の形態に係る予約処理について詳しく説明する。尚、ｅＶＴＯＬサービス管理情報３００と地上モビリティサービス管理情報４００は、上述の情報取得処理によって既に取得され、データベース１６０及び記憶装置１５０に格納されているとする。

３－１．ステップＳ１００（予約リクエスト受付処理）
まず、情報処理装置１３０は、ユーザＵから予約リクエストＲＥＱを受け付ける「予約リクエスト受付処理」を実行する。例えば、予約リクエストＲＥＱは、希望利用日、希望出発時刻、希望到着時刻、出発地ＤＥＰ、目的地ＤＳＴ、等を含む。予約リクエストＲＥＱは、利用を希望する移動手段（例：ｅＶＴＯＬ１０）を指定してもよい。予約リクエストＲＥＱは、ユーザＵがモビリティサービスを検索するための「検索情報」に相当する。

ユーザＵは、ユーザ端末５０の入出力装置５１を用いて、予約リクエストＲＥＱ（検索情報）を入力する。ユーザ端末５０の情報処理装置５３は、入力された予約リクエストＲＥＱを、通信装置５２を介して管理サーバ１００に送信する。管理サーバ１００の情報処理装置１３０は、通信装置１２０を介して予約リクエストＲＥＱを受け取る。情報処理装置１３０は、受け取った予約リクエストＲＥＱを記憶装置１５０に格納する。

３－２．ステップＳ２００（旅程作成処理）
予約リクエストＲＥＱに応答して、情報処理装置１３０は、出発地ＤＥＰから目的地ＤＳＴまでの旅程を作成する「旅程作成処理」を実行する。この旅程作成処理は、上述のｅＶＴＯＬサービス管理情報３００及び地上モビリティサービス管理情報４００に基づいて実行される。

３－２－１．第１の例
図１４は、旅程作成処理（ステップＳ２００）の第１の例を示すフローチャートである。

ステップＳ２１０において、情報処理装置１３０は、予約リクエストＲＥＱがｅＶＴＯＬ１０の利用を指定しているか否かを判定する。言い換えれば、情報処理装置１３０は、ユーザＵがｅＶＴＯＬ１０の利用を希望しているか否かを判定する。ｅＶＴＯＬ１０の利用が指定されている場合（ステップＳ２１０；Ｙｅｓ）、処理は、ステップＳ２２０に進む。一方、ｅＶＴＯＬ１０の利用が指定されていない場合（ステップＳ２１０；Ｎｏ）、処理は、ステップＳ２４０に進む。

ステップＳ２２０において、情報処理装置１３０は、使用する離着陸場３０を選択する。図１で説明されたように、第１離着陸場３０－１は、出発地ＤＥＰ側の離着陸場３０であり、第２離着陸場３０－２は、目的地ＤＳＴ側の離着陸場３０である。例えば、情報処理装置１３０は、出発地ＤＥＰの最寄りの離着陸場３０を第１離着陸場３０－１として設定し、目的地ＤＳＴの最寄りの離着陸場３０を第２離着陸場３０－２として設定する。各離着陸場３０の位置（緯度、経度）は、離着陸場情報３２０に含まれている。従って、情報処理装置１３０は、予約リクエストＲＥＱで示される出発地ＤＥＰ及び目的地ＤＳＴと離着陸場情報３２０に基づいて、使用する離着陸場３０を選択（設定）することができる。

図１５は、ステップＳ２２０の例を示すフローチャートである。

ステップＳ２２１において、情報処理装置１３０は、出発地ＤＥＰが離着陸場３０であるか否かを判定する。出発地ＤＥＰが離着陸場３０である場合（ステップＳ２２１；Ｙｅｓ）、情報処理装置１３０は、出発地ＤＥＰを第１離着陸場３０－１として設定する（ステップＳ２２２）。一方、出発地ＤＥＰが離着陸場３０ではない場合（ステップＳ２２１；Ｎｏ）、情報処理装置１３０は、出発地ＤＥＰに最も近い離着陸場３０を第１離着陸場３０－１として設定する（ステップＳ２２３）。言い換えれば、情報処理装置１３０は、出発地ＤＥＰに最も近い離着陸場３０を経由地に追加する。そして、情報処理装置１３０は、出発地ＤＥＰから第１離着陸場３０－１までの移動手段を、自動車等の地上移動手段５に設定する（ステップＳ２２４）。

ステップＳ２２５において、情報処理装置１３０は、目的地ＤＳＴが離着陸場３０であるか否かを判定する。目的地ＤＳＴが離着陸場３０である場合（ステップＳ２２５；Ｙｅｓ）、情報処理装置１３０は、目的地ＤＳＴを第２離着陸場３０－２として設定する（ステップＳ２２６）。一方、目的地ＤＳＴが離着陸場３０ではない場合（ステップＳ２２５；Ｎｏ）、情報処理装置１３０は、目的地ＤＳＴに最も近い離着陸場３０を第２離着陸場３０－２として設定する（ステップＳ２２７）。言い換えれば、情報処理装置１３０は、目的地ＤＳＴに最も近い離着陸場３０を経由地に追加する。そして、情報処理装置１３０は、第２離着陸場３０－２から目的地ＤＳＴまでの移動手段を、自動車等の地上移動手段５に設定する（ステップＳ２２８）。

ステップＳ２２９において、情報処理装置１３０は、第１離着陸場３０－１から第２離着陸場３０－２までの移動手段をｅＶＴＯＬ１０に設定する。その後、処理はステップＳ２３０に進む。

ステップＳ２３０において、情報処理装置１３０は、ｅＶＴＯＬ１０も利用した「旅程ＩＴ＿Ａ」を作成する。旅程ＩＴ＿Ａは、第１離着陸場３０－１から第２離着陸場３０－２までのフライトを含んでいる。例えば、旅程ＩＴ＿Ａは、地上移動手段５で出発地ＤＥＰから第１離着陸場３０－１まで移動する旅程ＩＴ＿Ｇ１、ｅＶＴＯＬ１０で第１離着陸場３０－１から第２離着陸場３０－２まで移動する旅程ＩＴ＿Ｆ、及び地上移動手段５で第２離着陸場３０－２から目的地ＤＳＴまで移動する旅程ＩＴ＿Ｇ２の組み合わせである（図１参照）。情報処理装置１３０は、ｅＶＴＯＬサービス管理情報３００（特にスケジュール情報３３０）と地上モビリティサービス管理情報４００に基づいて、旅程ＩＴ＿Ａを作成することができる。

また、ステップＳ２３０において、情報処理装置１３０は、旅程ＩＴ＿Ａの場合の出発地ＤＥＰから目的地ＤＳＴまでの所要時間ＴＲ＿Ａを算出する（ステップＳ２３０ａ）。

一方、ステップＳ２４０において、情報処理装置１３０は、地上移動手段５だけを利用した「旅程ＩＴ＿Ｇ」を作成する（図１参照）。情報処理装置１３０は、地上モビリティサービス管理情報４００に基づいて、旅程ＩＴ＿Ｇを作成することができる。

また、ステップＳ２４０において、情報処理装置１３０は、旅程ＩＴ＿Ｇの場合の出発地ＤＥＰから目的地ＤＳＴまでの所要時間ＴＲ＿Gを算出する（ステップＳ２４０ａ）。

３－２－２．第２の例
図１６は、旅程作成処理（ステップＳ２００）の第２の例を示すフローチャートである。図１４で示された第１の例と重複する説明は省略する。ｅＶＴＯＬ１０の利用が指定されている場合（ステップＳ２１０；Ｙｅｓ）、第１の例では旅程ＩＴ＿Ａのみが作成されたが、第２の例では旅程ＩＴ＿Ａと旅程ＩＴ＿Ｇの両方が作成される。そのために、ステップＳ２３０の後にステップＳ２４０が実行される。旅程ＩＴ＿Ａと旅程ＩＴ＿Ｇの両方が作成されるため、後の旅程提示処理（ステップＳ３００）において、ユーザＵが比較検討できるように、旅程ＩＴ＿Ａと旅程ＩＴ＿Ｇの両方を提示することが可能となる。

３－２－３．第３の例
図１７は、旅程作成処理（ステップＳ２００）の第３の例を示すフローチャートである。第３の例は、図１６で示された第２の例の変形例である。上述の通り、ｅＶＴＯＬ１０の利用が指定されている場合（ステップＳ２１０；Ｙｅｓ）、情報処理装置１３０は、旅程ＩＴ＿Ａと旅程ＩＴ＿Ｇの両方を作成する（ステップＳ２３０，Ｓ２４０）。更に、ステップＳ２５０において、情報処理装置１３０は、旅程ＩＴ＿Ａの所要時間ＴＲ＿Ａと旅程ＩＴ＿Ｇの所要時間ＴＲ＿Gを比較する。所要時間ＴＲ＿Ａが所要時間ＴＲ＿G以下である場合（ステップＳ２５０；Ｙｅｓ）、情報処理装置１３０は、旅程ＩＴ＿Ａと旅程ＩＴ＿Ｇの両方を候補として選択する（ステップＳ２６０）。一方、所要時間ＴＲ＿Ａが所要時間ＴＲ＿Gよりも長い場合（ステップＳ２５０；Ｎｏ）、情報処理装置１３０は、旅程ＩＴ＿Ａを破棄して、旅程ＩＴ＿Ｇを候補として選択する（ステップＳ２７０）。

３－２－４．旅程情報
旅程情報２３０は、旅程作成処理によって作成された旅程を示す。例えば、旅程情報２３０は、出発地ＤＥＰ、目的地ＤＳＴ、ルート、使用する移動手段、使用する離着陸場３０、出発時刻、到着時刻、出発地ＤＥＰから目的地ＤＳＴまでの所要時間、等を含む。情報処理装置１３０は、作成した旅程情報２３０を記憶装置１５０に格納する。

また、情報処理装置１３０は、旅程情報２３０と共に料金情報２４０を作成してもよい。料金情報２４０は、作成された旅程でモビリティサービスを利用する場合の利用料金を示す。情報処理装置１３０は、作成した料金情報２４０を記憶装置１５０に格納する。

３－３．ステップＳ３００（旅程提示処理）
旅程作成処理（ステップＳ２００）によって旅程情報２３０が作成された後、情報処理装置１３０は、旅程情報２３０をユーザＵに提示する「旅程提示処理」を実行する。

具体的には、情報処理装置１３０は、通信装置１２０を介して、旅程情報２３０をユーザ端末５０に送信する。ユーザ端末５０の情報処理装置５３は、通信装置５２を介して旅程情報２３０を受け取る。情報処理装置５３は、旅程情報２３０を記憶装置５５に格納する。また、情報処理装置５３は、入出力装置５１を通して、旅程情報２３０をユーザＵに提示する。典型的には、旅程情報２３０は表示装置に表示される。

図１８は、表示装置に表示される情報の一例を示す概念図である。簡単のため、出発地ＤＥＰは第１離着陸場３０－１（例：Ｋ駅前ディーラ）であり、目的地ＤＳＴは第２離着陸場３０－２（例：Ｋ空港）であるとする。図１８に示される例では、ｅＶＴＯＬ１０を利用した旅程ＩＴ＿Ａの情報が表示装置に表示されている。具体的には、地図、出発地ＤＥＰ、目的地ＤＳＴ、ルート、移動手段（ｅＶＴＯＬ１０）、出発地ＤＥＰから目的地ＤＳＴまでの所要時間ＴＲ＿Ａ（例：１５分）が表示されている。

図１９は、表示装置に表示される情報の他の例を示す概念図である。図１９に示される例では、旅程ＩＴ＿Ａと旅程ＩＴ＿Ｇの両方の情報が表示されている。例えば、旅程ＩＴ＿Ｇでは、自動車が利用され、出発地ＤＥＰから目的地ＤＳＴまでの所要時間ＴＲ＿Gは３９分である。ユーザＵは、旅程ＩＴ＿Ａと旅程ＩＴ＿Ｇを比較することができる。

更に他の例として、所要時間が短い旅程だけが選択的に表示されてもよい。図１９で示された場合と同じ状況では、旅程ＩＴ＿Ａの情報だけが選択的に表示される。管理サーバ１００の情報処理装置１３０は、所要時間が短い旅程情報２３０だけを選択的にユーザ端末５０に送信してもよい。あるいは、ユーザ端末５０の情報処理装置５３において、所要時間が短い旅程情報２３０が選択されてもよい。

情報処理装置１３０は、旅程情報２３０と共に料金情報２４０をユーザＵに提示してもよい。料金情報２４０の提示方法は、旅程情報２３０の場合と同様である。

３－４．ステップＳ４００（予約確定処理）
ユーザＵは、提示された旅程情報２３０を検討して、予約を確定するか否かを判断する。複数の旅程が提示された場合、ユーザＵは、複数の旅程の中から１つを選択する。例えば、ユーザＵは、所要時間や利用料金を参照して、判断や選択を行う。提示された旅程情報２３０を承認しない場合、ユーザＵは、予約リクエストＲＥＱを変更してもよい。その場合、処理は、ステップＳ１００に戻る。

予約を確定する場合、ユーザＵは、ユーザ端末５０の入出力装置５１を用いて、予約確定を指示する。複数の旅程が提示された場合、ユーザＵは、複数の旅程の中から１つを指定する。ユーザ端末５０の情報処理装置５３は、通信装置５２を介して、予約確定リクエストを管理サーバ１００に送信する。管理サーバ１００の情報処理装置１３０は、通信装置１２０を介して予約確定リクエストを受け取る。

予約確定リクエストに応答して、情報処理装置１３０は、旅程情報２３０と料金情報２４０を確定する。また、情報処理装置１３０は、認証情報２５０を作成する。そして、情報処理装置１３０は、旅程情報２３０、料金情報２４０、及び認証情報２５０を含む予約情報２２０を作成する（図１０参照）。情報処理装置１３０は、予約情報２２０を記憶装置１５０に格納する。

更に、情報処理装置１３０は、確定した旅程情報２３０をスケジュール情報３３０に反映することによって、スケジュール情報３３０を更新する。すなわち、情報処理装置１３０は、確定した旅程において利用されるｅＶＴＯＬ１０及び離着陸場３０のスケジュールをスケジュール情報３３０に反映する。

３－５．ステップＳ５００（情報共有処理）
管理サーバ１００の情報処理装置１３０は、通信装置１２０を介して、予約情報２２０をユーザ端末５０に送信する。ユーザ端末５０の情報処理装置５３は、通信装置５２を介して予約情報２２０を受け取る。情報処理装置５３は、予約情報２２０を記憶装置５５に格納する。

管理サーバ１００の情報処理装置１３０は、ユーザＵの氏名、ユーザＩＤ、及び旅程情報２３０を含むユーザ情報２００を、予約されたｅＶＴＯＬ１０に送信してもよい。予約されたｅＶＴＯＬ１０の情報処理装置１３は、通信装置１２を介して、ユーザ情報２００を受け取る。情報処理装置１３は、ユーザ情報２００を記憶装置１５に格納する。

同様に、管理サーバ１００の情報処理装置１３０は、ユーザ情報２００を、予約されたｅＶＴＯＬ１０のパイロットが用いるパイロット端末２０に送信してもよい。パイロット端末２０の情報処理装置２３は、通信装置２２を介して、ユーザ情報２００を受け取る。情報処理装置２３は、ユーザ情報２００を記憶装置２５に格納する。

同様に、管理サーバ１００の情報処理装置１３０は、ユーザ情報２００を、予約された離着陸場３０に設置されたローカル端末４０に送信してもよい。ローカル端末４０の情報処理装置４３は、通信装置４２を介して、ユーザ情報２００を受け取る。情報処理装置４３は、ユーザ情報２００を記憶装置４５に格納する。

４．搭乗処理（ピックアップ）
第１離着陸場３０－１において、ｅＶＴＯＬ１０は、ユーザＵをピックアップする。つまり、第１離着陸場３０－１において、ユーザＵは、予約したｅＶＴＯＬ１０に搭乗する。ユーザＵが搭乗した後、そのｅＶＴＯＬ１０は離陸する。

搭乗前に、ユーザＵを認証する「ユーザ認証処理」が実行されてもよい。一例として、パイロット端末２０と管理サーバ１００によるユーザ認証処理について説明する。パイロット端末２０の代わりにｅＶＴＯＬ１０あるいはローカル端末４０が用いられる場合も同様である。

まず、ユーザＵは、ユーザ端末５０に格納されている認証情報２５０をパイロット端末２０に提供する。例えば、ユーザ端末５０の通信装置５２とパイロット端末２０の通信装置２２が近距離無線通信を行い、それにより、認証情報２５０がユーザ端末５０からパイロット端末２０に送信される。他の例として、認証情報２５０がＱＲコードである場合、ユーザＵは、ＱＲコードを表示装置に表示してもよい。その場合、パイロット端末２０のカメラ等は、ユーザ端末５０の表示装置に表示されたＱＲコードを読み取る。

パイロット端末２０の情報処理装置２３は、取得した認証情報２５０を管理サーバ１００に送信する。管理サーバ１００の情報処理装置１３０は、受け取った認証情報２５０を記憶装置１５０に格納された予約情報２２０と照合することによって、ユーザＵの認証を行う。そして、情報処理装置１３０は、認証結果をパイロット端末２０に送信する。パイロット端末２０の情報処理装置２３は、認証結果を受け取る。あるいは、パイロット端末２０が予約情報２２０を保持している場合、情報処理装置２３は、認証情報２５０を予約情報２２０と照合することによって、ユーザＵの認証を行ってもよい。

５．情報処理装置
上記の説明では、主に、管理サーバ１００の情報処理装置１３０による処理が説明された。管理サーバ１００の情報処理装置１３０と同様の機能が他の構成要素によって実現されてもよい。例えば、ローカル端末４０の情報処理装置４３が、管理サーバ１００の情報処理装置１３０と同様の処理を行ってもよい。まとめると、モビリティサービスシステム１が、管理サーバ１００の情報処理装置１３０と同様の処理を行う情報処理装置を含んでいればよい。情報処理装置は、複数の装置に分散されていてもよい。

６．モビリティサービスと連携した配送サービス
６－１．概要
商品、物品、書類、郵便といった荷物を配送する配送サービスが知られている。例えば、バイク便サービスが知られている。ｅＶＴＯＬ１０を配送サービスに利用すれば、より短時間で荷物を配送することができると期待される。但し、ｅＶＴＯＬ１０を利用した場合の配送コストは、比較的高くなると考えられる。そこで、本実施の形態によれば、配送コストを低減するために、上述のｅＶＴＯＬ１０を利用したモビリティサービスと連携して配送サービスが提供される。

図２０は、ｅＶＴＯＬ１０を利用したモビリティサービスと連携した配送サービスの概要を説明するための概念図である。配送サービスのユーザが、荷物の配送を希望する。荷物は、ある配送元からある配送先へ配送される。一般的な配送サービスでは、荷物の配送に地上配送手段６が利用される。地上配送手段６としては、車両、バイク、自転車、等が例示される。第１配送経路ＲＤａは、地上配送手段６だけを利用する場合の荷物の配送経路である。

その一方で、モビリティサービスにおいて、ｅＶＴＯＬ１０－１を用いた第１離着陸場３０－１から第２離着陸場３０－２へのフライトが予約済みであるとする。そのフライトを乗客輸送だけでなく荷物配送にも利用することができれば、配送コストが抑制される。

そこで、予約済みのフライトのフライト経路ＲＦｒが荷物配送経路としても利用可能である場合、そのフライト経路ＲＦｒを利用した第２配送経路ＲＤｂも選択肢の一つとして生成される。第２配送経路ＲＤｂは、配送元から第１離着陸場３０－１への経路と、予約済みのフライトのフライト経路ＲＦｒと、第２離着陸場３０－２から配送先への経路の組み合わせである。配送元から第１離着陸場３０－１へは、第１地上配送手段６－１によって荷物が運ばれる。第２離着陸場３０－２から配送先へは、第２地上配送手段６－２によって荷物が運ばれる。

配送サービスのユーザには、第１配送経路ＲＤａに基づく通常の配送方法だけでなく、第２配送経路ＲＤｂに基づく高速な配送方法も選択肢として提示される。配送サービスのユーザは、複数の選択肢の中から好みの配送方法を選択することができる。

図２１は、配送サービスのユーザのユーザ端末に表示される情報の一例を示している。例えば、ユーザが通販サイトで商品ＡＢＣを購入する。商品ＡＢＣの配送オプションとして、「通常配送」と「ｅＶＴＯＬを使った高速便」がユーザ端末に表示される。「通常配送」が第１配送経路ＲＤａに基づく配送方法であり、「ｅＶＴＯＬを使った高速便」が第２配送経路ＲＤｂに基づく配送方法である。「ｅＶＴＯＬを使った高速便」の場合、配送時間は短縮されるが、追加料金が必要となる。ユーザは、配送時間と配送料金の両方の観点から、好みの配送方法を選択することができる。

ｅＶＴＯＬ１０を利用した配送方法がユーザによって選択された場合、乗客輸送のためのｅＶＴＯＬ１０によって荷物配送も同時に行われる。そのため、配送コストが抑制される。すなわち、ｅＶＴＯＬ１０を利用した高速な荷物配送を低コストで実現することが可能となる。

以下、本実施の形態に係る配送管理システムについて詳しく説明する。

６－２．配送管理システムの構成例
図２２は、本実施の形態に係る配送管理システム６００の構成例を概略的に示すブロック図である。配送管理システム６００は、荷物を配送する配送サービスを管理する。荷物は、商品、個人所有物、書類、郵便、等である。配送管理システム６００は、配送管理サーバ６１０を含んでいる。

配送管理サーバ６１０は、配送サービスのユーザが希望する荷物配送を受け付ける「配送予約処理」を実行する。具体的には、配送サービスのユーザは、ユーザ端末７００を操作して、荷物配送をリクエストする。ユーザ端末７００としては、ＰＣ、タブレット、スマートフォン、等が例示される。配送リクエストは、直接、あるいは、通販サイト等を介して、配送管理サーバ６１０に送られる。配送管理サーバ６１０は、配送リクエストに応答して、ユーザが希望する荷物配送を受け付ける配送予約処理を実行する。

より詳細には、配送管理サーバ６１０は、ｅＶＴＯＬ１０を利用したモビリティサービスと連携して配送予約処理を実行する。配送管理サーバ６１０は、モビリティサービスシステム１の管理サーバ１００と通信可能であり、モビリティサービスに関連する情報にアクセスすることができる。配送管理サーバ６１０は、モビリティサービスに関連する情報も参考にして、配送予約処理を実行する。配送管理システム６００は、配送管理サーバ６１０と管理サーバ１００の両方を含んでいると言うこともできる。あるいは、モビリティサービスシステム１が、モビリティサービスと配送サービスの両方を提供してもよい。管理サーバ１００と配送管理サーバ６１０は共通化されていてもよい。いずれの場合であっても、配送管理サーバ６１０は、モビリティサービスと連携して配送予約処理を実行する。モビリティサービスと連携した配送予約処理の詳細は、後述される。

図２３は、配送管理サーバ６１０の構成例を示すブロック図である。配送管理サーバ６１０は、通信装置６２０と情報処理装置６３０を備えている。

通信装置６２０は、直接、あるいは、通販サイト等を介して、ユーザ端末７００と通信を行う。また、配送管理サーバ６１０とモビリティサービスシステム１の管理サーバ１００が別々である場合、通信装置６２０は、管理サーバ１００と通信を行う。

情報処理装置６３０は、各種情報処理を行う。例えば、情報処理装置６３０は、プロセッサ６４０と記憶装置６５０を含んでいる。プロセッサ６４０は、各種情報処理を行う。例えば、プロセッサ６４０は、ＣＰＵを含んでいる。記憶装置６５０には、プロセッサ６４０による処理に必要な各種情報が格納される。記憶装置６５０としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ、ＳＳＤ、等が例示される。プロセッサ６４０がコンピュータプログラムを実行することによって、情報処理装置６３０の機能が実現される。コンピュータプログラムは、記憶装置６５０に格納される。コンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータプログラムは、ネットワーク経由で提供されてもよい。

配送情報６６０は、ユーザが希望する荷物配送に関する情報である。例えば、配送情報６６０は、配送元、配送先、配送方法、配送予定日、配送予定時間帯、配送料金、等を示す。情報処理装置６３０は、配送予約処理を行い、配送情報６６０を生成する。

尚、上述の通り、配送管理サーバ６１０と管理サーバ１００は、同じであってもよいし、別々であってもよい。一般化すると、１又は複数のプロセッサが、配送予約処理を実行する。

６－３．配送予約処理
図２４は、配送予約処理を示すフローチャートである。

ステップＳ６００において、配送管理サーバ６１０は、配送リクエストを受け取る。配送リクエストは、配送サービスのユーザが希望する荷物配送に関する情報である。配送リクエストは、少なくとも、配送元と配送先を示す。配送リクエストは、配送希望日や配送希望時間帯を含んでいてもよい。

ステップＳ６１０において、配送管理サーバ６１０は、配送リクエストに基づいて、第１配送経路ＲＤａを生成する。第１配送経路ＲＤａは、地上配送手段６だけを利用する場合の配送元から配送先への配送経路である（図２０参照）。また、配送管理サーバ６１０は、第１配送経路ＲＤａに基づく配送情報６６０を生成する。

ステップＳ６２０において、配送管理サーバ６１０は、配送リクエストの情報を管理サーバ１００に送る。管理サーバ１００は、配送リクエストに基づいて、ｅＶＴＯＬ１０を利用した場合の配送経路を生成する。この配送経路を、以下、「仮配送経路」と呼ぶ。仮配送経路は、ｅＶＴＯＬ１０を利用した「仮フライト経路」を含む。配送管理サーバ６１０は、仮フライト経路を含む仮配送経路の情報を取得する。

ステップＳ６３０において、配送管理サーバ６１０は、管理サーバ１００が保有する予約情報２２０にアクセスする。あるいは、配送管理サーバ６１０は、管理サーバ１００から予約情報２２０を取得する。上述の通り、予約情報２２０は、モビリティサービスのユーザＵが予約したモビリティサービスに関する情報である。予約情報２２０は、出発地ＤＥＰ、目的地ＤＳＴ、ルート、使用する移動手段、使用する離着陸場３０、出発時刻、到着時刻、等を含んでいる。配送管理サーバ６１０は、モビリティサービスの予約情報２２０に基づいて、ｅＶＴＯＬ１０－１を利用した予約済みのフライト経路ＲＦｒ（図２０参照）を取得する。

ステップＳ６４０において、配送管理サーバ６１０は、予約済みのフライト経路ＲＦｒが配送リクエストで希望されている荷物配送の経路として利用可能か否かを判定する。例えば、配送管理サーバ６１０は、仮フライト経路と予約済みのフライト経路ＲＦｒとの重複割合を算出する。重複割合が所定割合以上である場合、配送管理サーバ６１０は、予約済みのフライト経路ＲＦｒが荷物配送の経路として利用可能であると判定する。所定割合は、地上配送手段６の代わりにｅＶＴＯＬ１０を利用することによる配送時間短縮効果が得られる程度の割合である。

好ましくは、予約済みのフライト経路ＲＦｒの全体が仮フライト経路に包含されているとよい。予約済みのフライト経路ＲＦｒの全体が仮フライト経路に包含されている場合、配送管理サーバ６１０は、予約済みのフライト経路ＲＦｒが荷物配送の経路として利用可能であると判定してもよい。

予約済みのフライト経路ＲＦｒが荷物配送の経路として利用可能であると判定された場合（ステップＳ６４０；Ｙｅｓ）、処理は、ステップＳ６５０に進む。それ以外の場合（ステップＳ６４０；Ｎｏ）、処理は、ステップＳ６８０に進む。

ステップＳ６５０において、配送管理サーバ６１０あるいは管理サーバ１００は、予約済みのフライト経路ＲＦｒを利用した第２配送経路ＲＤｂを生成する（図２０参照）。典型的には、第２配送経路ＲＤｂは、予約済みのフライト経路ＲＦｒを含んでいる。また、配送管理サーバ６１０は、第２配送経路ＲＤｂに基づく配送情報６６０を生成する。その後、処理は、ステップＳ６６０に進む。

ステップＳ６６０において、配送管理サーバ６１０は、第２配送経路ＲＤｂに基づく配送時間と第１配送経路ＲＤａに基づく配送時間とを比較する。第２配送経路ＲＤｂに基づく配送時間が第１配送経路ＲＤａに基づく配送時間よりも短い場合（ステップＳ６６０；Ｙｅｓ）、処理は、ステップＳ６７０に進む。それ以外の場合（ステップＳ６６０；Ｎｏ）、処理は、ステップＳ６８０に進む。

ステップＳ６７０において、配送管理サーバ６１０は、第１配送経路ＲＤａに基づく通常の配送方法だけでなく、第２配送経路ＲＤｂに基づく高速な配送方法も選択肢としてユーザに提示する（図２１参照）。具体的には、配送管理サーバ６１０は、直接、あるいは、通販サイト等を介して、ユーザ端末７００に配送情報６６０を送る。配送情報６６０は、配送方法、配送予定日、配送予定時間帯、配送料金、等を含んでいる。ユーザ端末７００は、表示装置を有しており、その表示装置に配送情報６６０（少なくとも配送方法）を表示する。ステップＳ６７０では、第１配送経路ＲＤａに基づく配送情報６６０だけでなく、第２配送経路ＲＤｂに基づく配送情報６６０も存在している。従って、配送管理サーバ６１０は、２種類の配送情報６６０（少なくとも配送方法）をユーザに提示することができる。

一方、ステップＳ６８０において、配送管理サーバ６１０は、第１配送経路ＲＤａに基づく通常の配送方法だけをユーザに提示する。具体的には、配送管理サーバ６１０は、直接、あるいは、通販サイト等を介して、ユーザ端末７００に配送情報６６０を送る。ユーザ端末７００は、表示装置に配送情報６６０（少なくとも配送方法）を表示する。

ユーザは、ユーザ端末７００に表示された配送情報６６０に基づいて、配送予約を確定するか否かを判断する。複数の配送方法が提示されている場合、ユーザは、複数の配送方法の中から１つを選択する。例えば、ユーザは、配送時間と配送料金の両方の観点から、好みの配送方法を選択する。ユーザは、ユーザ端末７００を用いて、配送予約確定を指示する。配送管理サーバ６１０は、配送予約を確定する（ステップＳ６９０）。

６－４．効果
以上に説明されたように、本実施の形態によれば、ｅＶＴＯＬ１０を利用したモビリティサービスと連携して配送サービスが提供される。具体的には、モビリティサービスの予約情報２２０に基づいて、予約済みのｅＶＴＯＬ１０のフライト経路ＦＲが荷物配送経路として利用可能か否かが判定される。予約済みのｅＶＴＯＬ１０のフライト経路ＦＲが荷物配送経路として利用可能である場合、ｅＶＴＯＬ１０を利用した配送方法が一つの選択肢としてユーザに提示される。ｅＶＴＯＬ１０を利用した配送方法がユーザによって選択された場合、乗客輸送のためのｅＶＴＯＬ１０によって荷物配送も同時に行われる。そのため、配送コストが抑制される。すなわち、ｅＶＴＯＬ１０を利用した高速な荷物配送を低コストで実現することが可能となる。

１ モビリティサービスシステム
５ 地上移動手段
６ 地上配送手段
１０ 電動垂直離着陸機（ｅＶＴＯＬ）
２０ パイロット端末
３０ 離着陸場
４０ ローカル端末
５０ ユーザ端末
１００ 管理サーバ
２００ ユーザ情報
２２０ 予約情報
３００ ｅＶＴＯＬサービス管理情報
４００ 地上モビリティサービス管理情報
６００ 配送管理システム
６１０ 配送管理サーバ
６２０ 通信装置
６３０ 情報処理装置
６４０ プロセッサ
６５０ 記憶装置
６６０ 配送情報
７００ ユーザ端末
ＲＤａ 第１配送経路
ＲＤｂ 第２配送経路

Claims (1)

1. 荷物を配送する配送サービスを管理する配送管理システムであって、
   電動垂直離着陸機（以下、ｅＶＴＯＬと呼ぶ）を利用したモビリティサービスと連携して、前記配送サービスのユーザが希望する荷物配送を受け付ける１又は複数のプロセッサを備え、
   前記１又は複数のプロセッサは、
   前記荷物配送の経路として、地上配送手段だけを利用した第１配送経路と、前記ｅＶＴＯＬを利用した仮フライト経路を含む仮配送経路を生成し、
   前記モビリティサービスの予約情報に基づいて、前記ｅＶＴＯＬを利用した予約済みのフライト経路を取得し、
   前記仮フライト経路と前記予約済みのフライト経路との重複割合が所定割合以上である場合、前記予約済みのフライト経路を利用した第２配送経路を生成し、
   前記第２配送経路に基づく配送時間が前記第１配送経路に基づく配送時間よりも短い場合、前記ｅＶＴＯＬを利用した配送方法を一つの選択肢として前記ユーザに提示する
   配送管理システム。

Images