(57)【要約】【課題】外部からの定期的な給電が必要な電気自動車を前提としたカーシェアリングシステムにおいて、ライダーが乗用スペースを利用することで航続距離が短くなることを考慮したマッチングを行う。【解決手段】車両４の現在地から乗車希望者の目的地までのルートの移動距離Ｂよりも航続可能距離Ａの方が短いと判定した場合、管理センタ１は、判定に係る車両４のドライバーに乗車希望通知を行う（ステップＳ４）。この乗車希望通知には、サービス利用リクエストの内容（すなわち、乗車位置、目的地、乗車予定人数、荷物用スペースの利用の有無など）と、所定の警告（すなわち、乗車希望者の目的地に向かう途中で電欠する可能性があること）と、が含まれる。【選択図】図２
2019164432.tif 000002
【特許請求の範囲】
【請求項１】
自身が運転する車両の乗用スペースを提供するプロバイダと、前記乗用スペースの利用を希望するライダーとのマッチング処理を行う管理サーバを備えるカーシェアリングシステムであって、
前記車両は、外部からの定期的な給電が必要なバッテリを備える電気自動車であり、
前記管理サーバは、前記マッチング処理において、
前記ライダーが乗車した前記車両の総重量と、前記バッテリの蓄電情報と、に基づいて、前記車両の航続可能距離を算出し、
前記車両の現在地から前記ライダーの目的地までの移動距離よりも、前記航続可能距離の方が短いか否かを判定し、
前記移動距離よりも前記航続可能距離の方が短い場合、少なくとも前記プロバイダに対して前記航続可能距離に関する所定の警告を行う
ことを特徴とするカーシェアリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カーシェアリングシステムに関する。
【背景技術】
【０００２】
米国特許出願公開第２０１７／０３５１９８７号明細書には、カーシェアリングシステムが開示されている。このシステムは、フレキシブルな要求と、当該要求を送信したフレキシブルなユーザーの地理的地域と、に基づいて、当該ユーザーを２つのグループの何れかに振り分ける。「フレキシブル」であるとは、自身が車両を運転した乗用スペースを他人に提供するプロバイダ、または、他人の車両の乗用スペースを利用するライダーになり得ることを意味する。２つのグループは、プロバイダおよびライダーのグループである。フレキシブルな要求は、スタート位置および目的地を含んでいる。フレキシブルな要求と、上記地理的地域とに基づいた振り分けによれば、当該要求を送信したユーザーに、プロバイダまたはライダーの役割を担わせることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１７／０３５１９８７号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
カーシェアリングシステムにおいて、プロバイダとライダーが別人である場合を考える。この場合は、典型的に、インターネット上のサーバが、プロバイダとライダーのマッチング処理を行う。典型的なマッチング処理では、例えば、プロバイダのスタート位置から目的地までのルートに、ライダーが希望するスタート位置および目的地が含まれるか否かが判定される。
【０００５】
しかしながら、このようなマッチング処理において、乗用スペースの利用に伴う車両の重量の増加により航続距離が短くなることは考慮されていない。また、外部からの定期的な給電が必要な電気自動車の場合は、航続距離に限度があることも考慮されていない。したがって、このような電気自動車を前提とするカーシェアリングシステムでは、航続距離が短くなることで、ライダーの目的地に到達できない可能性がある。
【０００６】
本発明は、上述のような課題に鑑みてなされたものであり、外部からの定期的な給電が必要な電気自動車を前提としたカーシェアリングシステムにおいて、ライダーが乗用スペースを利用することで航続距離が短くなることを考慮したマッチングを行うことを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上述した課題を解決するためのカーシェアリングシステムであり次の特徴を有する。
前記カーシェアリングシステムは、管理サーバを備える。
前記管理サーバは、自身が運転する車両の乗用スペースを提供するプロバイダと、前記乗用スペースの利用を希望するライダーとのマッチング処理を行う。
前記車両は、外部からの定期的な給電が必要なバッテリを備える電気自動車である。
前記管理サーバは、前記マッチング処理において、
前記ライダーが乗車した前記車両の総重量と、前記バッテリの蓄電情報と、に基づいて、前記車両の航続可能距離を算出し、
前記車両の現在地から前記ライダーの目的地までの移動距離よりも、前記航続可能距離の方が短いか否かを判定し、
前記移動距離よりも前記航続可能距離の方が短い場合、少なくとも前記プロバイダに対して前記航続可能距離に関する所定の警告を行う
ように構成されている。
【発明の効果】
【０００８】
本発明によれば、移動距離よりも航続可能距離の方が短い場合、少なくともプロバイダに対して所定の警告が行われる。移動距離よりも航続可能距離の方が短いということは、ライダーが乗車した場合、ライダーの目的地に向かう途中で電欠する可能性があるということを意味する。したがって、所定の警告が行われることで、プロバイダに乗用スペースの提供の回避を促すことができる。また、乗用スペースの提供を引き続き希望する場合には、給電の必要性をプロバイダに認識させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態に係るシステムの構成を説明する図である。
【図２】管理センタが行うマッチング処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態について説明する。ただし、以下に示す実施の形態において各要素の個数、数量、量、範囲等の数に言及した場合、特に明示した場合や原理的に明らかにその数に特定される場合を除いて、その言及した数に、この発明が限定されるものではない。また、以下に示す実施の形態において説明する構造やステップ等は、特に明示した場合や明らかに原理的にそれに特定される場合を除いて、この発明に必ずしも必須のものではない。
【００１１】
１．カーシェアリングシステムの構成
本発明の実施の形態に係るカーシェアリングシステムは、車両の乗用スペースを提供するプロバイダ（以下、「ドライバー」ともいう。）と、乗用スペースの利用を希望するライダー（以下、「乗車希望者」ともいう。）とのマッチングを実現するためのシステムである。図１は、本発明の実施の形態に係るシステムの構成を説明する図である。図１に示すカーシェアリングシステム１０は、管理センタ１と、ネットワーク（すなわち、インターネット）２と、基地局３と、車両４と、携帯端末５と、を備えている。
【００１２】
管理センタ１は、カーシェアリングサービスを提供する事業者によって運営される施設である。但し、管理センタ１に事業者が常駐している必要はなく、少なくとも管理サーバが設置されていればよい。管理サーバは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有するコンピュータである。管理サーバは、複数のコンピュータから構成されていてもよい。管理サーバのメモリには、カーシェアリングサービスのための少なくとも１つのプログラムと各種のデータが記憶されている。
【００１３】
管理センタ１（管理サーバ）は、ＨＤＤやＳＳＤ等の大容量の記憶装置を備えている。記憶装置には、各種データベースが構築されている。各種データベースには、ドライバーおよび乗車希望者に関する情報を蓄積するためのデータベース、車両４のステータス情報を蓄積するためのデータベースが含まれる。ドライバーに関する情報には、ドライバーのＩＤ情報、カーシェアリングサービスの提供履歴（例えば、提供エリア、提供時間、乗車希望者からの評価）などが含まれる。乗車希望者に関する情報には、乗車希望者のＩＤ情報、カーシェアリングサービスの利用履歴（例えば、利用エリア、利用時間、ドライバーからの評価）などが含まれる。ステータス情報には、走行情報（例えば、走行エリア、目的地、ダイアグ）、バッテリ情報（例えば、蓄電割合ＳＯＣ）、重量情報（例えば、ドライバーを含む乗員と荷物の総重量）などが含まれる。
【００１４】
管理センタ１は、ネットワーク２を介して車両４または携帯端末５と通信を行う。車両４は、ドライバーが乗車する電気自動車である。この電気自動車は、公共の充電スポットなどにおいて、外部電源から定期的に給電をすることで走行する自動車である。携帯端末５は、乗車希望者またはドライバーが所有する無線通信端末である。携帯端末５が利用する無線通信の通信規格は４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格であればよい。携帯端末５には、カーシェアリングサービスを利用するためのアプリケーションがインストールされている。ドライバーまたは乗車希望者がアプリケーションを起動すると、携帯端末５が管理センタ１に接続される。なお、ドライバーが所有する携帯端末５は、ドライバーが乗車する車両４に備え付けられた無線通信端末でもよい。
【００１５】
管理センタ１は、ドライバーの携帯端末５から、サービス提供リクエストを受け付ける。サービス提供リクエストには、サービス提供可能時間、サービス提供可能エリア、乗用スペースの空き状況、荷物用スペースの空き状況などが含まれる。管理センタ１は、また、乗車希望者の携帯端末５から、サービス利用リクエストを受け付ける。サービス利用リクエストには、スタート地点（乗車位置）、目的地（降車位置）、乗車予定人数、荷物用スペースの利用の有無などが含まれる。サービス利用リクエストに、運搬予定の荷物の重量や、乗車予定の乗車希望者の体重に関する情報が含まれていてもよい。
【００１６】
２．カーシェアリングサービスの流れの例
管理センタ１は、サービス利用リクエストを受け付けた場合、このリクエストに最もマッチングする車両４（または車両４のドライバー）を選び出すマッチング処理を行う。図２を参照して、このマッチング処理の流れの一例を説明する。図２は、管理センタ１が行うマッチング処理の流れを説明するフローチャートである。なお、図２に示すルーチンは、管理センタ１がサービス利用リクエストを受け付ける毎に繰り返して実行されるものとする。
【００１７】
図２に示すルーチンにおいて、管理センタ１は、車両４の抽出処理を行う（ステップＳ１）。抽出処理は、例えば、判定処理と、評価処理と、ランキング処理と、を含む。判定処理では、例えば、サービス提供リクエストを送信したドライバーの走行情報から車両４の目的地情報を取得する。そして、車両４の目的地と、サービス利用リクエストに含まれる乗車希望者の目的地との距離が、閾値未満であるか否かが判定される。判定処理では、また、サービス提供リクエストに含まれる車両４の乗用スペースや荷物用スペースの空き状況が、サービス利用リクエストを満たすか否かが判定される。抽出処理では、判定処理の結果が評価される。ランキング処理では、評価処理での評価が高い順に、車両４が並べられる。
【００１８】
ステップＳ１に続き、管理センタ１は、航続可能距離Ａの算出処理を行う（ステップＳ２）。算出処理では、先ず、抽出処理により抽出された車両４のそれぞれに乗車希望者が乗車した場合の航続可能距離Ａが算出される。航続可能距離Ａは、車両４の総重量と、蓄電割合ＳＯＣと、を変数とする関数に基づいて算出される。総重量には、車両４自身の重量と、ドライバーおよび乗車希望者の体重（体重情報がない場合、ＩＤ情報（例えば、年齢、性別）に基づいて予測される）と、が含まれる。サービス利用リクエストに荷物用スペースの利用希望情報が含まれる場合、総重量には荷物の重量（重量情報がない場合は、一般的な荷物の重量）が含まれる。
【００１９】
ステップＳ２に続き、管理センタ１は、車両４の現在地から乗車希望者の目的地までのルートの移動距離Ｂよりも、航続可能距離Ａの方が短いか否かを判定する（ステップＳ３）。この判定処理は、ランキング処理において高評価とされた車両４から順に行われる。車両４の現在地情報は、車両４のステータス情報から取得される。乗車希望者の目的地情報は、サービス利用リクエストに含まれる目的地である。車両４の現在地から乗車希望者の目的地までのルートには、乗車希望者のスタート位置（乗車位置）が経由地として含まれている。
【００２０】
ステップＳ３において、移動距離Ｂよりも航続可能距離Ａの方が短いと判定した場合、管理センタ１は、判定に係る車両４のドライバーに乗車希望通知を行う（ステップＳ４）。この乗車希望通知には、サービス利用リクエストの内容（すなわち、乗車位置、目的地、乗車予定人数、荷物用スペースの利用の有無など）と、所定の警告（すなわち、乗車希望者の目的地に向かう途中で電欠する可能性があること）と、が含まれる。乗車希望通知には、電欠した場合に、サービス利用料がディスカウントされ得る旨の情報が含まれていてもよい。
【００２１】
ステップＳ３において、移動距離Ｂよりも航続可能距離Ａの方が長いと判定した場合も、管理センタ１は、判定に係る車両４のドライバーに乗車希望通知を行う（ステップＳ５）。ただし、この乗車希望通知は、サービス利用リクエストの内容のみが含まれる。
【００２２】
ステップＳ４に続き、管理センタ１は、通知に係る車両４のドライバーが通知内容を承諾するか否かを判定する（ステップＳ６）。そして、ドライバーが通知内容を承諾した場合、管理センタ１は、通知に係る車両４を今回のサービスを提供する候補車両として選定する（ステップＳ７）。一方、ドライバーが通知内容を承諾しない場合、管理センタ１は、通知に係る車両４を今回のサービスを提供する候補車両から除外する（ステップＳ８）。ステップＳ８の処理を行った場合、管理センタ１は、ステップＳ３の処理に戻る。このステップＳ３では、候補車両から除外された車両４の次に高評価とされた車両４について、航続可能距離Ａに関する判定処理が行われる。
【００２３】
ステップＳ６〜Ｓ８の処理と同様の処理は、ステップＳ９〜Ｓ１１でも行われる。すなわち、ステップＳ５に続き、管理センタ１は、通知に係る車両４のドライバーが通知内容を承諾するか否かを判定する（ステップＳ９）。そして、ドライバーが通知内容を承諾した場合、管理センタ１は、通知に係る車両４を今回のサービスを提供する候補車両として選定する（ステップＳ１０）。一方、ドライバーが承諾しない場合、管理センタ１は、通知に係る車両４を今回のサービスを提供する候補車両から除外する（ステップＳ１１）。
【００２４】
ステップＳ７に続き、管理センタ１は、サービス利用リクエストを送信した乗車希望者に、候補車両通知を行う（ステップＳ１２）。この候補車両通知には、サービスを提供する車両の情報（例えば、乗車位置および目的地への到着予定時間、乗用スペースおよび荷物用スペースの空き状況）と、所定の警告（すなわち、目的地に向かう途中で電欠する可能性があること）と、が含まれる。候補車両通知には、電欠した場合に、サービス利用料がディスカウントされ得る旨の情報が含まれていてもよい。
【００２５】
ステップＳ１２に続き、管理センタ１は、通知に係る乗車希望者が通知内容を承諾するか否かを判定する（ステップＳ１３）。そして、乗車希望者が承諾した場合、管理センタ１は、マッチングが成立したと判定する（ステップＳ１４）。この場合、管理センタ１は、通知に係る車両４のドライバーにマッチングが成立した旨の通知を行う。一方、乗車希望者が承諾しない場合、管理センタ１は、マッチングが成立しないと判定する（ステップＳ１５）。この場合、管理センタ１は、通知に係る車両４のドライバーにマッチングが成立しなかった旨の通知を行い、ステップＳ３の処理に戻る。
【００２６】
ステップＳ１２〜Ｓ１５の処理と同様の処理は、ステップＳ１６〜Ｓ１９でも行われる。すなわち、ステップＳ１０に続き、管理センタ１は、サービス利用リクエストを送信した乗車希望者に、候補車両通知を行う（ステップＳ１６）。ただし、この候補車両通知には、サービスを提供する車両の情報のみが含まれる。また、ステップＳ１６に続き、管理センタ１は、通知に係る乗車希望者が通知内容を承諾するか否かを判定する（ステップＳ１７）。そして、乗車希望者が承諾した場合、管理センタ１は、マッチングが成立したと判定する（ステップＳ１８）。この場合、管理センタ１は、通知に係る車両４のドライバーにマッチングが成立した旨の通知を行う。一方、乗車希望者が承諾しない場合、管理センタ１は、マッチングが成立しないと判定する（ステップＳ１９）。この場合、管理センタ１は、通知に係る車両４のドライバーにマッチングが成立しなかった旨の通知を行い、ステップＳ３の処理に戻る。
【００２７】
３．カーシェアリングシステムによる効果
以上説明した実施の形態に係るカーシェアリングシステムでは、航続可能距離Ａが移動距離Ｂよりも短い場合、サービスに関わるドライバーと乗車希望者の両方に所定の警告が行われる。したがって、電欠の可能性をドライバーに知らせて当該ドライバーにサービスの提供の回避を促すことができる。また、サービスの提供を引き続き希望する場合には、給電の必要性をドライバーに認識させることができる。更に、ドライバーがサービスの提供を希望する場合であっても、電欠の可能性を乗車希望者に知らせて当該乗車希望者に他車両の選択を促すことができる。以上のことから、実施の形態に係るカーシェアリングシステムによれば、ドライバーと乗車希望者の両方の利便性を高めることができる。
【符号の説明】
【００２８】
１    管理センタ
２    ネットワーク（インターネット）
３    基地局
４    車両
５    携帯端末
１０  カーシェアリングシステム
【図１】
2019164432.tif 000003
【図２】
2019164432.tif 000004