(57)【要約】【課題】運転者と乗合者の合流場所での車両の混雑を緩和し、ライドシェアサービスの利便性の低下を防止できるライドシェア管理装置を提供すること。【解決手段】ライドシェア管理装置１０は、地図記憶部１２１と、運転者情報取得部１１１と、乗合者情報取得部１１２と、ライドシェア計画作成部１１３と、計画配信部１１４と、乖離度履歴保存部１２３と、を備える。ライドシェア計画作成部１１３は、複数の前記ライドシェア計画１００に基づいて合流場所１０１での混雑が生じると判定される場合に、ライドシェア車両３への乗車を希望する乗合者２ｂの乖離度履歴１３０を参照してライドシェア計画１００を修正する。【選択図】図３
2020149619.tif 000002
【特許請求の範囲】
【請求項１】
地図を示す情報が記憶される地図記憶部と、
ライドシェアサービスに使用されるライドシェア車両の運転者の運転者情報として、出発地と、目的地と、出発地の出発時間又は目的地への到着時間と、を取得する運転者情報取得部と、
前記ライドシェア車両への乗車を希望する乗合者の乗合者情報として、前記ライドシェア車両への希望乗車地と、前記乗合者の目的地又は下車地を含む希望下車地と、希望乗車時間又は希望下車時間と、を取得する乗合者情報取得部と、
前記運転者と前記乗合者との合流場所及び合流時間を含むライドシェア計画を、前記運転者情報と前記乗合者情報に基づいて作成するライドシェア計画作成部と、
前記ライドシェア計画を、前記運転者と前記乗合者とに配信する計画配信部と、
前記ライドシェア計画に対する前記乗合者の過去の行動の乖離度を乖離度履歴として保存する乖離度履歴保存部と、
を備え、
前記ライドシェア計画作成部は、複数の前記ライドシェア計画に基づいて前記合流場所での混雑が生じると判定される場合に、前記ライドシェア車両への乗車を希望する前記乗合者の前記乖離度履歴を参照して前記ライドシェア計画を修正するライドシェア管理装置。
【請求項２】
前記乖離度履歴は、前記ライドシェア計画に対して前記合流時間前に到着した場合をポジティブ乖離とし、前記合流時間後に到着した場合をネガティブ乖離として識別可能に前記乖離度履歴保存部に保存され、
前記ライドシェア計画作成部は、前記ライドシェア車両への乗車を希望する前記乗合者の前記乖離度履歴が前記ポジティブ乖離だった場合は前記合流時間を早める方向に修正し、前記乖離度履歴が前記ネガティブ乖離だった場合は前記合流時間を遅らせる方向に修正する請求項１記載のライドシェア管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライドシェア管理装置に関する。
【背景技術】
【０００２】
車両を運転する運転者（ドライバー）の目的地までのルートに、乗合者（ライダー）をマッチングし、道路上の車両を減らすことで、交通渋滞の削減や、ＣＯ２の排出の削減の社会課題に取り組むライドシェアと呼ばれる仕組みが広がっている。例えば、特許文献１には、仲介ホストと呼ばれるサーバにて、運転者と乗合者の希望に合致する待ち合わせ時刻及び場所を、運転者と乗合者の端末に送信する技術について記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１４０３９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ライドシェアサービスが普及すると、今後、新たな課題が発生することが予測される。例えば、乗合者（ライダー）は、通勤通学の時間帯の駅や大規模マンションの前等、乗り降りを希望する時間と合流場所（ランデブーポイント）が集中することになり、乗合者（ライダー）が車両を見つけることが困難になったり、合流場所付近で交通渋滞が発生したりすることが予測される。このような課題は、ライドシェアの利便性の低下を招き、ユーザの減少につながり、ライドシェアの普及が進まない原因となってしまう。
【０００５】
本発明は、運転者と乗合者の合流場所での車両の混雑を緩和し、ライドシェアサービスの利便性の低下を防止できるライドシェア管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
（１）  本発明は、地図を示す情報が記憶される地図記憶部（例えば、後述する地図記憶部１２１）と、ライドシェアサービスに使用されるライドシェア車両の運転者の運転者情報として、出発地と、目的地と、出発地の出発時間又は目的地への到着時間と、を取得する運転者情報取得部（例えば、後述する運転者情報取得部１１１）と、前記ライドシェア車両への乗車を希望する乗合者の乗合者情報として、前記ライドシェア車両への希望乗車地と、前記乗合者の目的地又は下車地を含む希望下車地と、乗車希望時間又は希望下車時間と、を取得する乗合者情報取得部（例えば、後述する乗合者情報取得部１１２）と、前記運転者と前記乗合者との合流場所及び合流時間を含むライドシェア計画を、前記運転者情報と前記乗合者情報に基づいて作成するライドシェア計画作成部（例えば、後述するライドシェア計画作成部１１３）と、前記ライドシェア計画を、前記運転者と前記乗合者とに配信する計画配信部（例えば、後述する計画配信部１１４）と、前記ライドシェア計画に対する前記乗合者の過去の行動の乖離度を乖離度履歴として保存する乖離度履歴保存部（例えば、後述する乖離度履歴保存部１２３）と、を備え、前記ライドシェア計画作成部は、複数の前記ライドシェア計画に基づいて前記合流場所での混雑が生じると判定される場合に、前記ライドシェア車両への乗車を希望する前記乗合者の前記乖離度履歴を参照して前記ライドシェア計画を修正するライドシェア管理装置（例えば、後述するライドシェア管理装置１０）に関する。
【０００７】
上記（１）に記載のライドシェア管理装置によれば、ライドシェア車両が集中して混雑が予測される合流場所でのライドシェア車両の渋滞を緩和し、利用者の利便性の低下及び合流場所の周辺住民への迷惑を防止できる。
【０００８】
（２）  （１）に記載のライドシェア管理装置において、前記乖離度履歴は、前記ライドシェア計画に対して前記合流時間前に到着した場合をポジティブ乖離とし、前記合流時間後に到着した場合をネガティブ乖離として識別可能に前記乖離度履歴保存部に保存され、前記ライドシェア計画作成部は、前記ライドシェア車両への乗車を希望する前記乗合者の前記乖離度履歴が前記ポジティブ乖離だった場合は前記合流時間を早める方向に修正し、前記乖離度履歴が前記ネガティブ乖離だった場合は前記合流時間を遅らせる方向に修正してもよい。
【０００９】
上記（２）に記載のライドシェア管理装置によれば、合流時間に早めに到着したか遅れたかを示す乗合者の過去の行動が合流時間の修正に反映されるので、より的確に合流場所での渋滞緩和に繋げることができる。
【発明の効果】
【００１０】
本発明のライドシェア管理装置によれば、運転者と乗合者の合流場所での車両の混雑を緩和し、ライドシェアサービスの利便性の低下を防止できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るライドシェア管理装置を含むライドシェアシステムの構成例を示す図である。
【図２】本実施形態のライドシェア管理装置と運転者のユーザ端末の装置構成を示す機能ブロック図である。
【図３】本実施形態のライドシェア管理装置と乗合者のユーザ端末の装置構成を示す機能ブロック図である。
【図４】本実施形態のユーザの予約時間幅に基づいて合流時間（出発時間）を設定する例を示す図である。
【図５】本実施形態のライドシェア計画作成処理を示すフローである。
【図６】本実施形態のランデブーポイントで混雑が発生している例を示す図である。
【図７】本実施形態の混雑発生の有無を判定する基準を説明するグラフである。
【図８】本実施形態のライドシェア計画修正処理を示すフローである。
【図９】本実施形態の乖離度履歴の保存例を示す機能ブロック図である。
【図１０】本実施形態の複数のライドシェアグループの予約時間幅の例を示すグラフである。
【図１１】本実施形態の複数のライドシェアグループに合流時間（出発時間）が設定された例を示すグラフである。
【図１２】本実施形態のライドシェアグループの分布が適正化されたことを示すグラフである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を参照しながら説明する。図１は、本発明の一実施形態に係るライドシェア管理装置１０を含むライドシェアシステム１の構成例を示す図である。
【００１３】
ライドシェアシステム１は、所定の時間帯（例えば、通勤時間）に行われる特定の場所（例えば、勤務地）への移動に対する車両の乗合を支援するライドシェアサービスをユーザに提供する。本実施形態では、特定の団体（例えば、企業、役所）に所属する構成員をユーザ２とし、団体が所有する共用車又はユーザが乗合に使用することに同意した提供車をライドシェア車両３とする例を説明する。
【００１４】
＜ライドシェアシステムの全体構成＞
ライドシェアシステム１では、複数のユーザ端末２０と複数の車載端末３０がライドシェア管理装置１０にネットワーク５を介して接続される。ネットワーク５は、例えば、インターネット、携帯電話網、ＬＡＮ（Local Area Network）又はこれらを組み合わせて実現されるものであり、その通信方式等に特に制限はない。
【００１５】
ライドシェア管理装置１０は、ユーザ２の使用するユーザ端末２０やライドシェア車両３に搭載される車載端末３０と通信を行ってライドシェアに関する各種情報をユーザ端末２０や車載端末３０に送信する情報処理装置である。各種情報は、例えば、出発地、到着地、出発時間、及び到着時間等の各ユーザ２の希望する希望乗合条件に基づいて、乗合を行うユーザ２の最適な組み合わせ、最適な車両及び最適な走行経路（例えば、交通渋滞を最も緩和できる経路）等の情報である。
【００１６】
ユーザ端末２０は、ライドシェアサービスの提供を受けるユーザ２が使用する情報処理装置である。ユーザ端末２０は、例えば、スマートホン、タブレットＰＣ、携帯電話、ＰＤＡ等のコンピュータによって構成される。
【００１７】
車載端末３０は、ライドシェア車両３に搭乗するユーザ２に各種の情報を提供する情報処理装置である。車載端末３０は、例えば、カーナビゲーション装置、車両のダッシュボード等に設置されるＰＮＤ（Portable Navigation Device）、タブレットＰＣ等のコンピュータによって構成される。本実施形態では、ライドシェア車両３は、特定の団体が所有する車両や登録されるユーザ２の所有する車両等である。
【００１８】
ユーザ端末２０及びライドシェア管理装置１０の機能ブロックについて図２及び図３のブロック図を参照して説明する。以下の説明において、ユーザ２のうち、ライドシェア車両３を運転するものを運転者２ａとし、運転せずに同乗するものを乗合者２ｂとする。なお、運転者２ａ又は乗合者２ｂは、その役割が固定されているわけではなく、そのときどきによって運転者２ａや乗合者２ｂとしての利用がユーザによって選択される。ライドシェアサービスを運転者２ａとして利用したユーザが乗合者２ｂとなる場合もあるし、その逆も成立する。
【００１９】
＜ユーザ端末が備える機能ブロック＞
図２及び図３に示すように、ユーザ端末２０は、マイクロプロセッサ等の演算処理装置から構成される制御部２１と、半導体メモリ等で構成される記憶部２２と、タッチパネルディスプレイ等で構成される入力部及び表示部を有するインターフェース部２３と、ＤＳＰ等を有する通信部２４と、を含んで構成される。ユーザ端末２０には、ライドシェアサービスを利用するための専用アプリケーションソフトがインストールされており、通信部２４を介してライドシェア管理装置１０との通信を行う。
【００２０】
ライドシェアサービスの利用時に運転者２ａによって操作されるユーザ端末２０をユーザ端末２０ａとし、ライドシェアサービスの利用時に乗合者２ｂによって操作されるユーザ端末２０をユーザ端末２０ｂとする。ユーザが運転者２ａとしてライドシェアサービスを利用する場合、ユーザ端末２０ａを使用して運転者情報２００を送信する（図２参照）。また、ユーザが乗合者２ｂとしてライドシェアサービスを利用する場合、ユーザ端末２０ｂを使用して乗合者情報２１０を送信する（図３参照）。なお、ユーザ端末２０ａとユーザ端末２０ｂが異なる情報処理装置であるというわけではない。
【００２１】
＜ライドシェア管理装置が備える機能ブロック＞
ライドシェア管理装置１０は、制御部１１と、記憶部１２と、通信部１３と、を含んで構成される。
【００２２】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random access memory）、ＲＯＭ（Read Only Memory）、及びＩ／Ｏ（Input / output）等を有するマイクロプロセッサにより構成される。ＣＰＵは、ＲＯＭ又は記憶部１２から読み出した各プログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、及び記憶部１２から情報を読み出し、ＲＡＭ及び記憶部１２に対して情報の書き込みを行い、通信部１３等と信号の授受を行う。このようにして、ハードウェアとソフトウェア（プログラム）が協働することにより本実施形態における処理は実現される。なお、制御部１１の詳細については後述する。
【００２３】
記憶部１２は、半導体メモリ等で構成されており、ファームウェアやオペレーティングシステムと呼ばれる制御用のプログラム等の各種のプログラムや、ユーザ情報や車両情報等、種々の情報が記憶される。
【００２４】
ユーザ情報は、運転者２ａ又は乗合者２ｂとしてライドシェアサービスを利用するユーザ２を特定するユーザ識別番号、アカウント情報、ユーザ端末２０等の情報である。車両情報は、ライドシェア車両３の車両識別番号等の情報である。なお、記憶部１２の詳細については後述する。
【００２５】
通信部１３は、ＤＳＰ（Digital Signal Processor）等を有し、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、Ｗｉ−Ｆｉ（登録商標）、５Ｇ（5th Generation）といった規格に準拠して、ネットワーク５を介して他の装置との間の通信を実現する。
【００２６】
次に、制御部１１の詳細について説明する。本実施形態の制御部１１は、運転者情報取得部１１１と、乗合者情報取得部１１２と、ライドシェア計画作成部１１３と、計画配信部１１５と、を含んで構成される。
【００２７】
運転者情報取得部１１１は、運転者２ａのユーザ端末２０ａから送信される運転者情報２００を取得する。運転者情報２００には、車両３の運転を開始する出発地２０１、運転者２ａの最終的な目的地２０２、出発地２０１を出発する出発時間２０３及び目的地２０２に到着する到着時間２０４等が含まれる（図２参照）。
【００２８】
乗合者情報取得部１１２は、乗合者２ｂのユーザ端末２０ｂから送信される乗合者情報２１０を取得する。乗合者情報２１０には、乗合者２ｂが乗車を希望する希望乗車地２１１、乗合者２ｂの目的地又は経由地である希望下車地２１２、希望乗車地２１１で乗車する希望乗車時間２１３及び希望下車地２１２に到着する希望下車時間２１４等が含まれる（図３参照）。
【００２９】
ライドシェア計画作成部１１３は、１又は複数の運転者２ａのユーザ端末２０ａから受信した運転者情報２００と、１又は複数の乗合者２ｂのユーザ端末２０ｂから受信した乗合者情報２１０と、に基づいて運転者２ａと乗合者２ｂからなるライドシェアグループを作成する。ライドシェア計画作成部１１３は、運転者２ａと乗合者２ｂの合流場所１０１、合流時間１０２、ライドシェアグループのメンバーに関する同乗者１０３及び出発地２０１から目的地２０２までの経路１０４に関する情報を含むライドシェア計画１００を作成する。
【００３０】
合流場所１０１の設定方法の例について説明する。合流場所１０１は、ライドシェアグループのメンバー（運転者２ａ及び乗合者２ｂ）の出発地２０１及び希望乗車地２１１に基づいてランデブーエリア及びランデブーエリアの具体的な場所を示すランデブーポイントを含む情報である。ランデブーエリアは、比較的大きな範囲であり、例えば、駅、ランドマークビル、スーパー等の建築物である。ランデブーポイントは、ランデブーエリア内でいくつか設定される徒歩圏内の比較的狭い範囲の一つであり、例えば、駅の西口、駅の東口、スーパーの正面口、スーパーの裏口等のように設定される。
【００３１】
合流時間１０２の設定方法の例について図４を参照して説明する。図４に示すように、ライドシェアグループが運転者Ａ、乗合者Ｂ、乗合者Ｃの３人に設定されたとする。ここで、運転者Ａの予約時間幅（出発時間２０３）が７：００〜７：２５であり、乗合者Ｂの予約時間幅（希望乗車時間２１３）が７：１０〜７：２５であり、乗合者Ｃの予約時間幅（希望乗車時間２１３）が７：１５〜７：４５である。この場合、運転者Ａ、乗合者Ｂ、乗合者Ｃの３人の予約時間が重なる設定可能時間は７：１５〜７：２５ということになる。この設定可能時間に基づいて適宜の方法で合流時間１０２が設定される。例えば、設定可能時間が７：１５〜７：２５の場合、最も遅い時間である７：２５が合流時間１０２として設定される。
【００３２】
計画配信部１１５は、作成されたライドシェア計画１００の対象となる運転者２ａのユーザ端末２０ａ及び乗合者２ｂのユーザ端末２０ｂのそれぞれにライドシェア計画１００を送信するように通信部１３を制御する（図２及び図３参照）。
【００３３】
次に、記憶部１２の詳細について説明する。本実施形態の記憶部１２は、ライドシェア計画１００の作成に使用する情報を記憶する領域として、地図記憶部１２１と、ライドシェア履歴記憶部１２２と、乖離度履歴保存部１２３と、を含んで構成される。
【００３４】
地図記憶部１２１は、道路地図（地図）を示す地図情報等を記憶する領域である。本実施形態の地図記憶部１２１には、ライドシェア車両以外の移動手段として、公共交通機関等の運行情報が更に記憶される。
【００３５】
ライドシェア履歴記憶部１２２は、ライドシェア車両３の過去の運行履歴と乗合者２ｂのライドシェアサービス利用時の乗車履歴とが記憶される領域である。
【００３６】
乖離度履歴保存部１２３は、ライドシェアサービスを利用した乗合者２ｂのライドシェア計画１００に対する行動の履歴である乖離度履歴１３０を保存する領域である。
【００３７】
乖離度履歴１３０は、乗合者２ｂが過去にライドシェアサービスを利用したときの合流時間１０２に対する到着時間の乖離傾向を示す情報である。乗合者２ｂが過去のライドシェアサービスの利用において、合流時間１０２に早めに到着する傾向を示した場合は、乖離度履歴１３０に「ポジティブ乖離」とする情報が付加される。逆に、乗合者２ｂが、過去のライドシェアサービスの利用において、合流時間１０２に遅れて到着する傾向を示す場合は、「ネガティブ乖離」とする情報が乖離度履歴１３０に付加される。
【００３８】
本実施形態の乖離度履歴１３０は、ライドシェアサービス利用中又は利用後に取得されるユーザ端末２０からの情報に基づいて作成される。例えば、ユーザ端末２０のＧＰＳ情報、運転者２ａや乗合者２ｂからのフィードバック情報等に基づいて作成される。複数回の利用歴がある場合は、ライドシェアサービスを複数回の利用が反映されるように作成される。ポジティブ乖離及びネガティブ乖離が、合流時間から到着時間までの時間差の大きさを反映した数値やレベルを示す情報を含むようにしてもよい。
【００３９】
＜ライドシェア計画の作成処理＞
次に、ライドシェア計画作成部１１３によるライドシェア計画１００の作成処理につい図５のフローを参照して説明する。図５のフローでは、ライドシェア管理装置１０がユーザ端末２０にライドシェア計画１００を通知するまでの処理例が示されている。
【００４０】
ステップＳ１１において、ライドシェア計画作成部１１３は、運転者情報取得部１１１が取得した複数の運転者情報２００と、乗合者情報取得部１１２が取得した複数の乗合者情報２１０と、に基づいてライドシェアグループを作成するマッチング処理を行う。
【００４１】
ステップＳ１２において、ライドシェア計画作成部１１３は、当該ライドシェアグループのランデブーエリア及びランデブーポイントを含む合流場所１０１と、当該合流場所１０１での合流時間１０２と、含むライドシェア計画１００を作成する。
【００４２】
ステップＳ１３において、ライドシェア計画作成部１１３は、ランデブーポイントでの混雑が発生しているか否かを判定する。
【００４３】
ここで、ライドシェア車両３が特定のランデブーポイントＰ１に集中する事態について図６を参照して説明する。図６には、合流場所１０１としてランデブーポイントＰ１が設定されたライドシェアグループ１〜１６と、ランデブーポイントＰ２が設定されたライドシェアグループ１７〜１９と、が示されている。ランデブーポイントＰ１とランデブーポイントＰ２は、同一のランデブーエリア内に設定されるランデブーポイントである。図５の例では、ランデブーポイントＰ１で７：００〜７：３０の間の枠内の時間帯に混雑が生じることになる。
【００４４】
この点、本実施形態のライドシェア計画作成部１１３は、ランデブーポイントに複数のライドシェア車両３が集中して混雑（渋滞）が発生するか否かを判定し、混雑が発生する場合にはライドシェア計画１００を修正する機能を有する。
【００４５】
ランデブーポイントに混雑が発生しているか否かを判定する処理について図７を参照して説明する。図７には、縦軸をグループ数（ライドシェア車両３の数）、横軸を出発時間帯とした棒グラフが示されている。棒グラフの横幅は、所定の時間幅（例えば５分）を示している。
【００４６】
ライドシェア計画作成部１１３には、ランデブーポイントに混雑が発生しているか否かを判定するための基準値として混雑閾値が設定される。ライドシェアグループのグループ数が混雑閾値を超えた時間帯が、混雑が発生する時間帯として判定される。混雑閾値は、例えば、ランデブーポイントやライドシェアサービスを利用する団体に設定される許容停車台数、通勤時間等の時間帯、ライドシェアグループの人数、後述する乗合者の乖離度履歴１３０等の行動特性、又はこれらの組み合わせ等によって調整される。
【００４７】
図７において、混雑閾値よりも上側の実線の枠内に入る時間帯（棒グラフ）はほぼ確実に混雑する時間帯であるが、破線の枠内に入る時間帯（棒グラフ）においても、混雑する時間帯の時間のずれによって混雑する可能性がある時間帯となる。混雑する蓋然性が高い場所や時間帯の場合は、破線の枠に入る混雑する可能性がある時間帯が、混雑する時間帯として判定されるように混雑閾値を下げる調整を行うこともできる。混雑閾値の調整方法としては、ライドシェアグループに参加する運転者２ａ、乗合者２ｂの合流時間１０２に対する遅刻率や早めの集合確率等を考慮することができる。
【００４８】
ステップＳ１３において、混雑発生と判定された場合は、ステップＳ１４に進んで混雑発生された時間のライドシェア計画１００の修正処理が行われる。この修正の処理の後、ステップＳ１５に進む。ステップＳ１３において、混雑が発生していないと判定された場合は、ステップＳ１４のライドシェア計画１００の修正処理が行われることなくステップＳ１５に進む。なお、ステップＳ１４の修正処理の詳細については後述する。
【００４９】
ステップＳ１５において、計画配信部１１５は、ライドシェア計画１００をライドシェアグループのメンバーである運転者２ａのユーザ端末２０ａ及び乗合者２ｂのユーザ端末２０ｂに送信する配信処理を行う。
【００５０】
次に、ライドシェア計画１００の修正処理について図８のフローを参照して説明する。図８には、図５におけるステップＳ１４で行われる処理例が示されている。
【００５１】
ステップＳ２１において、ライドシェア計画作成部１１３は、乖離度履歴保存部１２３に保存される乖離度履歴１３０を参照し、合流時間１０２及び出発時間２０３の変更を行う。
【００５２】
図９には、ユーザごとに記憶される乖離度履歴１３０Ａ〜１３０Ｅの例が示されている。本実施形態のライドシェア計画作成部１１３は、ポジティブ乖離１３１の属性を有するユーザ２の集合をポジティブ群とし、ネガティブ乖離１３２の属性を有するユーザ２の集合をネガティブ群として設定する。図９の例では、ユーザＡ及びユーザＥは、ポジティブ乖離１３１の属性が設定されているのでポジティブ群となる。ユーザＢ、ユーザＣ及びユーザＤは、ネガティブ乖離１３２の属性が設定されているのでネガティブ群となる。
【００５３】
ライドシェア計画作成部１１３は、ポジティブ群に属する乗合者２ｂとしてのユーザ２の合流時間１０２が最も混雑する時間帯よりも早い時間帯にずれるようにマッチング処理を行うとともに、ネガティブ群に属する乗合者２ｂとしてのユーザ２の合流時間１０２が最も混雑する時間帯よりも遅い時間になるようにマッチング処理を行う。即ち、ライドシェア計画作成部１１３は、ポジティブ群の乗合者２ｂを集中する山（時間帯）の前半に配置し、ネガティブ群の乗合者２ｂを集中する山（時間帯）の後半に配置するマッチングを行う。
【００５４】
早めに出発する傾向があるポジティブ群に属する乗合者２ｂのライドシェアグループの出発は、早めに出発する可能性が高い。同様に、遅めに出発する傾向があるネガティブ群に属する乗合者２ｂのライドシェアグループの出発は、遅めに出発する可能性が高い。従って、複数のライドシェアグループの各グループが、最も混雑する時間帯から出発時間が離れる傾向を示すということもできる。このように、ライドシェア計画作成部１１３は、ライドシェアサービスを利用する運転者２ａの合流時間１０２及び出発時間２０３を早める変更処理を行う。
【００５５】
ステップＳ２２において、ライドシェア計画作成部１１３は、ライドシェア計画１００の修正の結果、ランデブーポイントでの混雑が解消したか又は時間変更が可能であったか否かを判定する。混雑が解消したか否かを判定する処理の一例について図１０及び図１１を参照して説明する。図１０にはライドシェア計画１００が修正された各ライドシェアグループの予約時間幅が示されている。この予約時間幅に基づいて出発時間が分散するように各ライドシェアグループの合流時間１０２及び出発時間２０３を設定する。
【００５６】
図１１には各ライドシェアグループの出発時間２０３が決定された例が示されている。出発時間２０３の変更後も、同一時間帯を示す同一線上に所定数以上の出発時間２０３がある場合、ライドシェア計画作成部１１３は、混雑が解消されていないと判定する。例えば、出発時間２０３が同一時間帯に４個以上重なっている場合は混雑が解消していない等と判定する。
【００５７】
ステップＳ２２において、混雑が解消している場合は、図６のステップＳ１５に移行する。混雑が解消していない又は希望乗車時間２１３等の関係から時間が変更できなかった場合は、ステップＳ２３に移行する。なお、ステップＳ２２の処理において、運転者２ａのユーザ端末２０ａや乗合者２ｂのユーザ端末２０ｂに合流時間１０２及び出発時間２０３の変更を確認する通知を行う処理を追加してもよい。この処理の場合、時間変更が処理上可能であっても時間変更が容認されなかった場合は、ステップＳ２３に移行することになる。
【００５８】
ステップＳ２３において、ライドシェア計画作成部１１３はランデブーポイントの変更を行う。例えば、ランデブーポイントを同一ランデブーエリア内で混雑が発生していない別のランデブーポイントや近接するランデブーエリア内で混雑が発生していないランデブーポイントに変更する。
【００５９】
ステップＳ２４において、ステップＳ２３の処理の結果、ランデブーポイントの候補があり、ランデブーポイントの変更が成功した場合、図６のステップＳ１５に移行する。図１２に示すように、あるランデブーポイントにおけるライドシェアグループの数の分布の山を削ることが可能となり、混雑が解消されることになる。なお、図１２において実線が変更前のグループ数の分布を示し、破線が変更後のグループ数の分布を示している。
【００６０】
ステップＳ２４において、候補のランデブーポイントがなかった場合、当該ライドシェアグループの運転者２ａ及び乗合者２ｂに混雑通知を行うステップＳ２４の処理に移行した後、同一時間帯及び同一ランデブーポイントでの追加予約を受け付けないステップＳ２５の処理に移行する。なお、ステップＳ２４の処理では、ライドシェアグループでの合流場所１０１の変更を促す案内を通知し、ライドシェアグループのメンバーによる合流場所１０１の変更を受け付ける処理としてもよい。
【００６１】
以上、ライドシェア計画１００が運転者２ａ及び乗合者２ｂに通知されるまでの一連の処理例について説明した。ライドシェア計画１００に運転者２ａ及び乗合者２ｂが同意した場合は当該ライドシェア計画１００が確定することになる。
【００６２】
なお、ライドシェア計画１００に対して運転者２ａ又は乗合者２ｂが修正を希望する情報をユーザ端末２０からライドシェア管理装置１０を受け付けると、当該情報に基づいてライドシェア計画１００を修正する処理としてもよいし、運転者２ａ及び乗合者２ｂの同意を確認する処理を省略してもよい。
【００６３】
以上説明したように、本実施形態のライドシェア管理装置１０は、地図記憶部１２１と、運転者情報取得部１１１と、乗合者情報取得部１１２と、ライドシェア計画作成部１１３と、計画配信部１１４と、乖離度履歴保存部１２３と、を備える。ライドシェア計画作成部１１３は、複数の前記ライドシェア計画１００に基づいて合流場所１０１での混雑が生じると判定される場合に、ライドシェア車両３への乗車を希望する乗合者２ｂの乖離度履歴１３０を参照してライドシェア計画１００を修正する。
【００６４】
この構成により、ライドシェア車両３が集中して混雑が予測される合流場所１０１でのライドシェア車両３の混雑（渋滞）を緩和し、利用者の利便性の低下及び合流場所の周辺住民への迷惑を防止できる。
【００６５】
また、本実施形態のライドシェア管理装置１０において、乖離度履歴１３０は、ライドシェア計画１００に対して合流時間１０２前に到着した場合をポジティブ乖離１３１とし、合流時間１０２後に到着した場合をネガティブ乖離１３２として識別可能に乖離度履歴保存部１２３に保存される。ライドシェア計画作成部１１３は、ライドシェア車両３への乗車を希望する乗合者２ｂの乖離度履歴１３０がポジティブ乖離１３１だった場合は合流時間１０２を早める方向に修正し、乖離度履歴１３０がネガティブ乖離１３２だった場合は合流時間１０２を遅らせる方向に修正する。
【００６６】
この構成により、合流時間１０２に早めに到着したか遅れたかを示す乗合者２ｂの過去の行動が合流時間１０２の修正に反映されるので、より的確に合流場所での混雑（渋滞）緩和に繋げることができる。
【００６７】
以上、本発明の好ましい実施形態について説明したが、本発明は、上述の実施形態に制限されるものではなく、適宜変更が可能である。
【００６８】
例えば、図１では、１個のサーバがライドシェア管理装置１０として模式的に図示されているが、この構成に限定されるわけではない。例えば、上記実施形態のライドシェア管理装置１０は、ユーザ２のマッチングを行う機能を有する構成であるが、当該構成を省略し、ライドシェア計画１００を作成する機能に特化したライドシェア計画装置（予約管理装置）とし、マッチング処理を外部のマッチングサーバで行うとともに必要な情報は外部のデータベースに記憶させる構成としてもよい。
【００６９】
このように、ライドシェア管理装置１０の各機能を、適宜複数のサーバ装置に分散する、分散処理システムとしてもよい。また、クラウド上で仮想サーバ機能等を利用して、ライドシェア管理装置１０の各機能を実現してもよい。
【符号の説明】
【００７０】
１０  ライドシェア管理装置
１１１  運転者情報取得部
１１２  乗合者情報取得部
１１３  ライドシェア計画作成部
１１５  計画配信部
１２１  地図記憶部
１２３  乖離度履歴保存部
【図１】
2020149619.tif 000003
【図２】
2020149619.tif 000004
【図３】
2020149619.tif 000005
【図４】
2020149619.tif 000006
【図５】
2020149619.tif 000007
【図６】
2020149619.tif 000008
【図７】
2020149619.tif 000009
【図８】
2020149619.tif 000010
【図９】
2020149619.tif 000011
【図１０】
2020149619.tif 000012
【図１１】
2020149619.tif 000013
【図１２】
2020149619.tif 000014