(57)【要約】【課題】車両の相乗りを行う場合に利用者の希望する乗車条件を満たす車両が無い場合でも待ち時間を低減しつつ、利用者の希望する乗車条件を満たす配車を行うことができるライドシェア管理装置、ライドシェア管理方法、およびプログラムを提供すること。【解決手段】利用者の乗車地点及び降車地点を含む乗車条件が定義された乗車リクエストを取得する取得部と、乗車リクエストの乗車条件に基づいて、配車可能な車両を検索し、乗車条件を満たす運行スケジュールを決定する管理部であって、１台の車両で乗車条件を満たす運行スケジュールを決定できない場合、配車可能な車両の中のうち第１の車両から第２の車両に乗車条件を満たす運行スケジュールを決定する管理部と、を備えるライドシェア管理装置である。【選択図】図１
2018205829.tif 000002
【特許請求の範囲】
【請求項１】
利用者の乗車地点及び降車地点を含む乗車条件が定義された乗車リクエストを取得する取得部と、
前記乗車リクエストの前記乗車条件に基づいて、配車可能な車両を検索し、前記乗車条件を満たす運行スケジュールを決定する管理部であって、１台の車両で前記乗車条件を満たす運行スケジュールを決定できない場合、前記配車可能な車両のうち第１の車両から第２の車両に乗り継いで前記乗車条件を満たす運行スケジュールを決定する管理部と、
を備えるライドシェア管理装置。
【請求項２】
前記管理部は、前記運行スケジュールを決定する際、前記配車可能な車両のそれぞれの経路を取得し、取得した前記経路に基づいて、運行スケジュールを決定するものであり、
利用者が前記車両を乗り継ぐ場合の運行スケジュールを決定する際、前記第１の車両の第１経路と前記第２の車両の第２経路との間の距離が最短または所定距離以下となる地点を、乗り継ぎポイントとして設定する、
請求項１に記載のライドシェア管理装置。
【請求項３】
前記管理部は、前記乗り継ぎポイントが設定できない場合、前記配車可能な車両の経路を前記乗り継ぎポイントが設定できる経路に変更するための処理を行う、
請求項２に記載のライドシェア管理装置。
【請求項４】
前記管理部は、前記配車可能な車両が自動運転車両の場合、前記変更するための処理において、前記自動運転車両の前記経路を変更するように自動運転車両に指示する、
請求項３に記載のライドシェア管理装置。
【請求項５】
前記管理部は、前記配車可能な車両が手動運転車両の場合、前記変更するための処理において、前記手動運転車両のナビゲーション装置が案内する経路を変更するように前記ナビゲーション装置に指示する、
請求項３に記載のライドシェア管理装置。
【請求項６】
前記管理部は、前記指示が送信された車両の乗員の諾否を受け付け、前記車両の乗員の許可が得られた場合には、前記車両の経路を変更するように前記車両の車載装置または前記乗員の端末装置に指示する、
請求項４または５に記載のライドシェア管理装置。
【請求項７】
前記管理部は、前記車両の乗員の許可により前記車両の経路が変更された場合に、前記利用者の課金を割増する、
請求項６に記載のライドシェア管理装置。
【請求項８】
コンピュータが、
利用者の乗車地点及び降車地点を含む乗車条件が定義された乗車リクエストを取得し、
前記乗車リクエストの前記乗車条件に基づいて、配車可能な車両を検索し、前記乗車条件を満たす運行スケジュールを決定する際、１台の車両で前記乗車条件を満たす運行スケジュールを決定できない場合、前記配車可能な車両の中のうち第１の車両から第２の車両に乗り継いで前記乗車条件を満たす運行スケジュールを決定する、
ライドシェア管理方法。
【請求項９】
コンピュータに、
利用者の乗車地点及び降車地点を含む乗車条件が定義された乗車リクエストを取得させ、
前記乗車リクエストの前記乗車条件に基づいて、配車可能な車両を検索させ、前記乗車条件を満たす運行スケジュールを決定させる際、１台の車両で前記乗車条件を満たす運行スケジュールを決定できない場合、前記配車可能な車両の中のうち第１の車両から第２の車両に乗り継いで前記乗車条件を満たす運行スケジュールを決定させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライドシェア管理装置、ライドシェア管理方法、およびプログラムに関する。
【背景技術】
【０００２】
相乗りを希望する利用者と、利用者を同乗させる車両の現在の状況に基づいて、同一の目的地へ向かう複数の利用者に対して相乗り可能な車両を配車し、相乗りを支援する相乗り乗車システムが提案されている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２８９１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された発明では、利用者が希望する場所、時間等の乗車条件を満たす配車可能な車両が存在しない場合、利用者に待ち時間が発生するという課題がある。
本発明は、このような事情を考慮してなされたものであり、車両の相乗りを行う場合に利用者の希望する乗車条件を満たす車両が無い場合でも待ち時間を低減しつつ、利用者の希望する乗車条件を満たす配車を行うことができるライドシェア管理装置、ライドシェア管理方法、およびプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００５】
（１）：利用者の乗車地点及び降車地点を含む乗車条件が定義された乗車リクエストを取得する取得部と、前記乗車リクエストの前記乗車条件に基づいて、配車可能な車両を検索し、前記乗車条件を満たす運行スケジュールを決定する管理部であって、１台の車両で前記乗車条件を満たす運行スケジュールを決定できない場合、前記配車可能な車両のうち第１の車両から第２の車両に乗り継いで前記乗車条件を満たす運行スケジュールを決定する管理部と、を備えるライドシェア管理装置である。
【０００６】
（２）：（１）前記管理部は、前記運行スケジュールを決定する際、前記配車可能な車両のそれぞれの経路を取得し、取得した前記経路に基づいて、運行スケジュールを決定するものであり、利用者が前記車両を乗り継ぐ場合の運行スケジュールを決定する際、前記第１の車両の第１経路と前記第２の車両の第２経路との間の距離が最短または所定距離以下となる地点を、乗り継ぎポイントとして設定するものである。
【０００７】
（３）：（２）前記管理部は、前記乗り継ぎポイントが設定できない場合、前記配車可能な車両の経路を前記乗り継ぎポイントが設定できる経路に変更するための処理を行うものである。
【０００８】
（４）：（３）前記管理部は、前記配車可能な車両が自動運転車両の場合、前記変更するための処理において、前記自動運転車両の前記経路を変更するように自動運転車両に指示するものである。
【０００９】
（５）：（３）において、前記管理部は、前記配車可能な車両が手動運転車両の場合、前記変更するための処理において、前記手動運転車両のナビゲーション装置が案内する経路を変更するように前記ナビゲーション装置に指示するものである。
【００１０】
（６）：（３）において、前記変更するための処理は、問い合わせを行う処理であり、前記管理部は、前記問い合わせを行った車両であって、前記車両の乗員の同意が得られた車両の経路を変更するように前記車両の車載装置または前記乗員の端末装置に指示するものである。
【００１１】
（７）：（６）において、前記管理部は、前記指示を行った結果、前記乗員の同意が得られた車両の前記経路が変更された場合、前記利用者の課金を割増するものである。
【００１２】
（８）：コンピュータが、利用者の乗車地点及び降車地点を含む乗車条件が定義された乗車リクエストを取得し、前記乗車リクエストの前記乗車条件に基づいて、配車可能な車両を検索し、前記乗車条件を満たす運行スケジュールを決定する際、１台の車両で前記乗車条件を満たす運行スケジュールを決定できない場合、前記配車可能な車両の中のうち第１の車両から第２の車両に乗り継いで前記乗車条件を満たす運行スケジュールを決定する、ライドシェア管理方法である。
【００１３】
（９）：コンピュータに、利用者の乗車地点及び降車地点を含む乗車条件が定義された乗車リクエストを取得させ、前記乗車リクエストの前記乗車条件に基づいて、配車可能な車両を検索させ、前記乗車条件を満たす運行スケジュールを決定させる際、１台の車両で前記乗車条件を満たす運行スケジュールを決定できない場合、前記配車可能な車両の中のうち第１の車両から第２の車両に乗り継いで前記乗車条件を満たす運行スケジュールを決定させる、プログラムである。
【発明の効果】
【００１４】
（１）、（８）、（９）によれば、利用者の乗車条件に合わせた車両の運行スケジュールを決定することができ、利便性を向上させることができる。
【００１５】
（２）によれば、複数の車両を乗り継ぐ場合、利用者は効率的な乗り継ぎを行うことができる。
【００１６】
（３）−（７）によれば、車両の乗り継ぎがうまくできない場合であっても、車両の経路を変更させることにより、利用者は効率的な乗り継ぎを行うことができる。
【図面の簡単な説明】
【００１７】
【図１】ライドシェア管理装置３００を含むライドシェアシステム１の構成図である。
【図２】車両２００の構成図である。
【図３】自動運転の処理過程について説明するための図である。
【図４】乗車条件情報３８４の内容の一例を示す図である。
【図５】車両を乗り継ぐ場面の一例を示す図である。
【図６】運行スケジュール情報３８６の内容の一例を示す図である。
【図７】利用者が降車地点から乗車地点まで徒歩で移動する場面の乗り継ぎポイントＰの一例を示す図である。
【図８】ライドシェア管理装置３００により実行される処理の一例を示すフローチャートである。
【図９】車両の乗り継ぎのために、車両の経路を変更する場面の一例を示す図である。
【図１０】端末装置１００に表示される画像ＩＭ１の一例を示す図である。
【図１１】車両２００において、乗員に経路の変更の可否を尋ねる画像ＩＭ２の一例を示す図である。
【図１２】第２実施形態のライドシェア管理装置３００により実行される処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
［第１実施形態］
以下、図面を参照しつつ、本発明のライドシェア管理装置、ライドシェア管理方法、およびプログラムの実施形態について説明する。ライドシェア管理装置は、複数の利用者によって一つ以上の車両を共同で利用すること（ライドシェア）を支援するための装置である。ライドシェアに利用される車両は、例えば、基本的には運転操作を必要としない自動運転車両である。以下、自動運転車両がライドシェアに用いられるものとして説明するが、手動運転車両が用いられても構わない。
【００１９】
ライドシェア管理装置は、利用者の端末装置から通信によって乗車リクエストを取得すると、その乗車リクエストにおいて定義された乗車条件に合致する車両（配車可能な車両）を検索する。更に、ライドシェア管理装置は、１台の車両で前記乗車条件を満たす運行スケジュールを決定できない場合、複数の車両を乗り継いで乗車条件を満たすよう配車スケジュールを調整する。通信には、データ通信と、音声通信すなわち電話との双方が含まれてよい。
【００２０】
［全体構成］
図１は、ライドシェア管理装置３００を含むライドシェアシステム１の構成図である。ライドシェアシステム１は、一以上の利用者Ｕにより使用される一以上の端末装置１００と、一以上の車両２００と、ライドシェア管理装置３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。なお、「利用者Ｕにより使用される」とは、ネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、利用者Ｕにより一時的に使用されることを含んでよい。
【００２１】
［端末装置］
端末装置１００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置１００では、ライドシェアシステムを利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置１００がスマートフォンであり、アプリケーションプログラム（ライドシェアアプリ）が起動していることを前提とする。ライドシェアアプリは、利用者Ｕの操作に応じてライドシェア管理装置３００と通信し、利用者Ｕのリクエストをライドシェア管理装置３００に送信したり、ライドシェア管理装置３００から受信した情報に基づくプッシュ通知を行ったりする。
【００２２】
［車両］
車両２００は、例えば、複数の利用者Ｕが乗車可能な四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であっても構わない。図２は、車両２００の構成図である。車両２００は、例えば、外界監視ユニット２１０と、通信装置２２０と、ナビゲーション装置２３０と、推奨車線決定装置２４０と、自動運転制御ユニット２５０と、駆動力出力装置２６０と、ブレーキ装置２６２と、ステアリング装置２６４とを備える。
【００２３】
外界監視ユニット２１０は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detectionand Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置などを含む。外界監視ユニット２１０は、車両２００の周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、その位置や速度の情報と共に自動運転制御ユニット２５０に出力する。
【００２４】
通信装置２２０は、例えば、ネットワークＮＷに接続したり、他車両や歩行者の端末装置などと直接的に通信したりするための無線通信モジュールである。通信装置２２０は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。通信装置２２０として、用途に応じた複数のものが用意されてもよい。
【００２５】
ナビゲーション装置２３０は、例えば、ＨＭＩ（Human machine Interface）２３２と、ＧＮＳＳ（Global Navigation Satellite System）受信機２３４と、ナビ制御装置２３６とを備える。ＨＭＩ２３２は、例えば、タッチパネル式ディスプレイ装置やスピーカ、マイクなどを含む。ＧＮＳＳ受信機２３４は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（車両２００の位置）を測位する。ナビ制御装置２３６は、例えば、ＣＰＵ（Central Processing Unit）や各種記憶装置を備え、ナビゲーション装置２３０全体を制御する。記憶装置には、地図情報（ナビ地図）が格納されている。
【００２６】
ナビ地図は、ノードとリンクで道路を表現した地図である。ナビ制御装置２３６は、ＧＮＳＳ受信機２３４によって測位された車両２００の位置から、ＨＭＩ２３２を用いて指定された目的地までの経路を、ナビ地図を参照して決定する。また、ナビ制御装置２３６は、車両２００の位置と目的地とを、通信装置２２０を用いてナビゲーションサーバ（不図示）に送信し、ナビゲーションサーバから返信された経路を取得してもよい。
【００２７】
また、本実施例の場合、目的地までの経路に関する情報は、ライドシェア管理装置３００によって指定される場合や変更される場合もある。経路に関する情報は、通過地点や利用者Ｕを乗車または降車させるために停止する地点および到達目標時刻の情報が含まれてよい。ナビ制御装置２３６は、上記いずれかの方法で決定した経路の情報を推奨車線決定装置２４０に出力する。
【００２８】
推奨車線決定装置２４０は、例えば、ＭＰＵ（Map Positioning Unit）と各種記憶装置を備える。記憶装置には、ナビ地図よりも詳細な高精度地図情報が格納されている。高精度地図情報には、例えば、車線ごとの道路幅や勾配、曲率、信号の位置などの情報が含まれている。推奨車線決定装置２４０は、ナビゲーション装置２３０から入力された経路に沿って走行するために好ましい推奨車線を決定し、経路、推奨車線、走行時刻の情報を生成し自動運転制御ユニット２５０に出力する。
【００２９】
自動運転制御ユニット２５０は、ＣＰＵやＭＰＵ（Micro Processing Unit）などの一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニット２５０は、推奨車線決定装置２４０により決定された推奨車線を走行することを原則として、外界監視ユニット２１０から位置や速度が入力された物体との接触を避けるように、車両２００を自動的に走行させる。自動運転制御ユニット２５０は、例えば、各種イベントを順次実行する。イベントには、一定速度で同じ走行車線を走行する定速走行イベント、前走車両に追従する追従走行イベント、車線変更イベント、合流イベント、分岐イベント、緊急停止イベント、料金所を通過するための料金所イベント、自動運転を終了して手動運転に切り替えるためのハンドオーバイベントなどがある。また、これらのイベントの実行中に、車両２００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄など）に基づいて、回避のための行動が計画される場合もある。
【００３０】
自動運転制御ユニット２５０は、車両２００が将来走行する目標軌道を生成する。目標軌道は、例えば、速度要素を含んでいる。例えば、目標軌道は、車両２００の到達すべき地点（軌道点）を順に並べたものとして表現される。軌道点は、所定の走行距離ごとの自車両２００の到達すべき地点であり、それとは別に、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度が、目標軌道の一部として生成される。また、軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における車両２００の到達すべき位置であってもよい。この場合、目標速度や目標加速度の情報は軌道点の間隔で表現される。
【００３１】
図３は、自動運転の処理過程について説明するための図である。まず、上図に示すように、ナビゲーション装置２３０によって経路が決定される。この経路は、例えば車線の区別が付けられていない大まかな経路である。次に、中図に示すように、推奨車線決定装置２４０が、経路に沿って走行しやすい推奨車線を決定する。そして、下図に示すように、自動運転制御ユニット２５０が、障害物の回避などを行いながら、なるべく推奨車線に沿って走行するための軌道点を生成し、軌道点（および付随する速度プロファイル）に沿って走行するように、駆動力出力装置２６０、ブレーキ装置２６２、ステアリング装置２６４のうち一部または全部を制御する。なお、このような役割分担はあくまで一例であり、例えば自動運転制御ユニット２５０が一元的に処理を行ってもよい。
【００３２】
駆動力出力装置２６０は、車両２００が走行するための走行駆動力（トルク）を駆動輪に出力する。駆動力出力装置２６０は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するパワーＥＣＵとを備える。パワーＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは不図示の運転操作子から入力される情報に従って、上記の構成を制御する。
【００３３】
ブレーキ装置２６２は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置２６２は、運転操作子に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。なお、ブレーキ装置２６２は、上記説明した構成に限らず、自動運転制御ユニット２５０から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。
【００３４】
ステアリング装置２６４は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。
【００３５】
［ライドシェア管理装置］
図１に戻り、ライドシェア管理装置３００は、例えば、通信部３１０と、取得部３２０と、運行管理部３３０と、記憶部３８０とを備える。
【００３６】
通信部３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。また、記憶部３８０は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などにより実現される。通信部３１０は、ネットワークＮＷを介して端末装置１００や車両２００と通信する。
【００３７】
取得部３２０、運行管理部３３０は、例えば、ＣＰＵなどのプロセッサが記憶部３８０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。なお、通信部３１０と取得部３２０とを合わせたものが、「取得部」の一例である。
【００３８】
取得部３２０は、通信部３１０およびネットワークＮＷを介して、利用者Ｕの端末装置１００から発せられた乗車リクエストを取得し、乗車リクエストに含まれる乗車条件を、乗車条件情報３８４として記憶部３８０に登録する。なお、利用者情報３８２は、利用者Ｕの個人情報などを含む。
【００３９】
図４は、乗車条件情報３８４の内容の一例を示す図である。図示するように、乗車条件情報３８４は、予め登録された利用者Ｕの識別情報である利用者ＩＤに対し、乗車希望地点、目的地、乗車希望時刻、配車決定済であるか否かを示す配車フラグ（例えば１が配車決定済、０が配車未決定を示す）などが対応付けられた情報である。また、乗車条件情報３８４には、利用者が許容できる乗車希望時刻から目的地までに到達するまでの希望所要時間や、利用者が許容できる目的地の到着時刻等が含まれていてもよい。
【００４０】
配車フラグ以外の情報は、端末装置１００のライドシェアアプリが利用者Ｕの入力を受け付けることで内容が決定され、乗車リクエストとしてライドシェア管理装置３００に送信される。以下、乗車条件情報３８４における一つの利用者ＩＤに対応付けられた一連の情報をレコードと称する場合がある。入力された情報は、乗車リクエストとしてライドシェア管理装置３００に送信される。
【００４１】
運行管理部３３０は、受信した情報に基づいて、乗車条件情報３８４と、運行スケジュール情報３８６とを参照し、配車可能な車両２００を検索する。また、運行管理部３３０は、利用者Ｕがライドシェアを利用した場合の課金を管理する。運行管理部３３０は、車両２００の経路を検索し、利用者Ｕの乗車希望地点と目的地を通過する１以上の両２００を抽出する。運行管理部３３０は、抽出した１以上の車両２００中から利用者Ｕの乗車希望時刻に最も近い時刻に乗車希望地点を通過する１台の車両２００を選択する。
【００４２】
例えば、運行管理部３３０は、乗車条件情報３８４に含まれる各レコードの中から、時間帯と、乗車希望地点から目的地までの走行区間が近いものを粗くグループ化し、更に、１台または複数の車両２００で運ぶことの可能な一以上の利用者Ｕに対応する一以上のレコードを抽出し、運行スケジュール情報３８６の一部として記憶部３８０に登録する。
【００４３】
ここで、必ずしも１台の車両２００で利用者Ｕの希望する乗車条件を満たす運行スケジュールを決定できるとは限らない。例えば、配車可能な１台の車両２００の経路に乗車希望地点と目的地とが含まれない場合や、経路が乗車条件に合致しても車両２００が目的地以外の地点を経由することにより所要時間が所定時間以上掛かる場合、経路が乗車条件に合致しても車両２００が乗車希望地点に到着するまでの待ち時間が所定時間以上の場合は、利用者Ｕの希望する乗車条件を満たさない。
【００４４】
しかし、配車可能な複数の車両２００の中には、それぞれの経路に利用者Ｕの乗車希望地点、経由地、目的地が含まれているものもあり、乗り継ぎのタイミングが合えば複数の車両２００を乗り継ぐことで利用者Ｕの希望する乗車条件を満たし得る。
【００４５】
そこで、運行管理部３３０は、１台の車両２００で利用者Ｕの乗車条件を満たす運行スケジュールを決定できない場合、配車可能な車両２００の中から複数の車両２００を乗り継いで乗車条件を満たす運行スケジュールを決定する。運行管理部３３０は、例えば、複数の車両２００の経路の情報を取得し、利用者Ｕが乗車希望地点から目的地まで到達するのに利用することができる複数の車両２００を抽出する。利用することができる複数の車両２００とは、例えば、利用者が乗車希望地点から乗り継ぎポイントまで乗車する車両２００と、乗り継ぎポイントから目的地まで乗車する車両２００である。また、利用することができる複数の車両２００には、上記の車両２００に加え、乗り継ぎポイントから次に乗り継ぎポイントまで乗車する車両２００が含まれてもよい。
【００４６】
図５は、車両２００を乗り継ぐ場面の一例を示す図である。運行管理部３３０は、例えば、抽出された複数の車両２００に含まれる２つの車両２００について、第１の車両２００Ａの経路と第２の車両２００Ｂの経路とに基づいて車両２００を乗り継ぐ運行スケジュールを決定する。
【００４７】
運行管理部３３０は、乗り継ぐ２つの車両について、第１の車両２００Ａの第１経路ＲＡと第２の車両２００Ｂの第２経路ＲＢとの間の距離が最短または所定距離以下となる地点を、乗り継ぎポイントＰとして設定する。乗り継ぎポイントＰは、利用者Ｕが車両２００の乗り継ぎを行う地点である。地点とは、一点を示す座標であってもよいし、ある程度の広さを持つ領域であってもよい。また、第１の車両２００Ａが乗車ポイントＰに到着する予定の時刻と、第２の車両２００Ｂが乗車ポイントＰに到着する予定の時刻との間の時間は、例えば所定時間以内である。上記の時間が所定時間以上であると、第２の車両２００Ｂに乗車する利用者Ｕの待ち時間が長くなったりするためである。
【００４８】
運行管理部３３０は、例えば、第１の車両２００と第２の車両２００の経路が交差している場合、交差している地点を乗り継ぎポイントＰとして設定する。また、運行管理部３３０は、例えば、第１の車両２００と第２の車両２００の経路が交差していない場合、第１の車両２００の第１経路と第２の車両２００の第２経路との間の距離が最短または所定距離以下の地点を乗り継ぎポイントＰとして設定する。この場合、乗り継ぎポイントＰは、利用者が降車した場所と利用者が乗り継ぐ車両２００に乗車する場所とを含む領域である。
【００４９】
運行管理部３３０は、上記と同様の処理を繰り返し、乗り継ぐ２つの車両２００の運行スケジュールを順次生成し、複数の車両２００を乗り継いで利用者Ｕの乗車条件を満たす運行スケジュールを決定する。
【００５０】
図６は、運行スケジュール情報３８６の内容の一例を示す図である。図示するように、運行スケジュール情報３８６は、ライドシェア管理装置３００が管理する車両２００の識別情報である車両ＩＤに対し、出発地、経由地、および到達地のそれぞれの座標と、車両２００の想定到着時刻、並びに各経由地において乗車する利用者Ｕの利用者ＩＤおよび降車する利用者Ｕの利用者ＩＤが対応付けられた情報である。出発地や到達地は、通常、車庫などである。
【００５１】
図６の例では、車両２００（ＩＤ：Ｍ−１）と車両２００（ＩＤ：Ｍ−２）の経路が交差し、車両２００（ＩＤ：Ｍ−２）と車両２００（ＩＤ：Ｍ−３）との経路が交差していない運行スケジュールを示している。図示するように、例えば利用者Ｕ（ＩＤ：０００１）が乗車希望地点（図中の経由地（２））から目的地（図中の経由地（６））まで移動する場合、複数の車両２００を乗り継ぐ運行スケジュールが決定される。利用者Ｕは、例えば、先ず車両２００（ＩＤ：Ｍ−１）で乗車希望地点（図中の経由地（２））から乗り継ぎポイントＰ（図中の経由地（３））まで移動する。乗り継ぐ車両２００（ＩＤ：Ｍ−１）と車両２００（ＩＤ：Ｍ−２）の経路は交差しているため、利用者Ｕは、降車地点である乗り継ぎポイントＰ（図中の経由地（３））で乗り継ぐ車両２００（ＩＤ：Ｍ−２）を待機する。
【００５２】
次に利用者Ｕは、例えば、車両２００（ＩＤ：Ｍ−２）に搭乗し乗り継ぎポイントＰ（図中の経由地（３））から乗り継ぎポイントＰ（図中の経由地（４））まで移動する。図７は、利用者が降車地点から乗車地点まで徒歩で移動する場面の乗り継ぎポイントＰの一例を示す図である。図示するように、乗り継ぐ車両２００（ＩＤ：Ｍ−２）と車両２００（ＩＤ：Ｍ−３）との経路が交差していないため、利用者Ｕは、降車地点である図中の経由地（４）から車両２００（ＩＤ：Ｍ−３）の乗車地点（図中の経由地（５））まで徒歩で移動する。この場合、乗り継ぎポイントＰは、経由地（４）から経由地（５）を含む領域である。また、「乗車地点」や「降車地点」は点（座標）の情報でなくてもよく、例えば、中心点に対し所定の半径を有するエリアやメッシュ状に区画された地図の１つのエリアであってもよい。
【００５３】
次に利用者Ｕは、車両２００（ＩＤ：Ｍ−３）に乗車して乗り継ぎポイントＰ（図中の経由地（５））から目的地（図中の経由地（６））まで移動する。この場合、降車地点である図中の経由地（４）に車両２００（ＩＤ：Ｍ−２）が到着する時刻と、乗車地点である図中の経由地（５）に車両２００（ＩＤ：Ｍ−３）が到着する時刻との間の時間は、例えば、所定時間である。この例における乗り継ぎポイントＰでは、乗り継ぐ対象となる車両２００（ＩＤ：Ｍ−３）は、利用者Ｕが降車する車両２００（ＩＤ：Ｍ−２）より後に到着するように運行スケジュールが決定されている。
【００５４】
［処理フロー・場面例］
次に、ライドシェア管理装置３００により実行される処理について説明する。図８は、ライドシェア管理装置３００により実行される処理の一例を示すフローチャートである。取得部３２０は、利用者Ｕの端末装置１００から乗車条件が定義された乗車リクエストが発せられた場合（ステップＳ１００）、乗車リクエストを取得する（ステップＳ１１０）。
【００５５】
運行管理部３３０は、乗車条件に基づいて、１台の車両２００で利用者Ｕの乗車条件を満たす運行が可能か否かを判定する（ステップＳ１２０）。運行管理部３３０は、例えば、１台の車両２００について、経路に利用者Ｕの乗車希望地点と目的地が含まれており、且つ利用者Ｕの乗車希望時刻や希望所要時間が車両２００の運行タイミングと合致する場合、利用者Ｕの乗車条件を満たす運行が可能と判断し、１台の車両２００で運行スケジュールを決定する（ステップＳ１３０）。
【００５６】
運行管理部３３０は、例えば、１台の車両２００について、経路に利用者Ｕの乗車希望地点と目的地が含まれていなかったり、利用者Ｕの乗車希望時刻や希望所要時間が車両２００の運行タイミングと合致しなかったりする場合、１台の車両２００で利用者Ｕの乗車条件を満たす運行ができないと判断し、利用者が複数の車を乗り継いで目的地に到着することができるように運行スケジュールを決定する（ステップＳ１４０）。
【００５７】
以上説明した第１実施形態のライドシェア管理装置３００によると、車両の相乗りを行う場合に、利用者Ｕの希望する乗車条件を満たす１台の車両が無い場合でも、利用者Ｕの乗車条件が定義された乗車リクエストを満たすように複数の車両を乗り継いで乗車条件を満たす運行スケジュールを決定することができる。
【００５８】
［第２実施形態］
第１実施形態では、ライドシェア管理装置３００は、車両２００の経路を変更せずに、利用者Ｕの希望する乗車条件を満たす運行スケジュールを決定するものとしたが、第２実施形態では、利用者Ｕの希望する乗車条件を満たすように車両２００の経路を変更する。
【００５９】
図９は、車両２００の乗り継ぎのために、車両２００の経路を変更する場面の一例を示す図である。経路ＲＡを走行する予定の第１の車両２００Ａに利用者Ｕが搭乗した場合、目的地に到着するためには、目的地Ｇを経路に含む第３の車両２００Ｃに乗り継ぎが必要となる。
【００６０】
第１の車両２００Ａの第１経路ＲＡと第３の車両２００Ｃの第３経路ＲＣとに交点が無く、かつ、互いの経路の間の最短距離が所定距離より大きい距離で離間している場合、運行管理部３３０は、乗り継ぎポイントＰが設定できない。
【００６１】
それに対して、第２の車両２００Ｂの第２経路ＲＢは、第３の車両２００Ｃの第３経路ＲＣと目的地Ｇの近くの地点（乗り継ぎポイントＰ３）で交差している。利用者Ｕが第２の車両２００Ｂに乗ることができれば、利用者Ｕは乗り継ぎポイントＰ３で第３の車両２００Ｃに乗り継いで目的地Ｇまで到着することができる。
【００６２】
しかし、第１の車両２００Ａの第１経路ＲＡと第２の車両２００Ｂの第２経路ＲＢとには交点が無く、互いの経路の間の最短距離が所定距離より大きい距離で離間している場合、運行管理部３３０は、乗り継ぎポイントＰが設定できない。
【００６３】
そこで、運行管理部３３０は、複数の車両２００を乗り継いで利用者Ｕの乗車条件を満たす運行スケジュールを決定できない場合、経路決定の過程で検索された車両２００に対して乗り継ぎポイントＰが設定できる経路を通過する経路に変更可能か否か問い合わせを行う。
【００６４】
問い合わせを行う場合、複数の車両を乗り継いで目的地に向かう利用者Ｕの端末装置１００のライドシェアアプリは、利用者Ｕの端末装置１００の表示部に車両２００の経路を変更することについて利用者Ｕの許可を尋ねる画像ＩＭ１を表示させてもよい。図１０は、端末装置１００に表示される画像ＩＭ１の一例を示す図である。このとき、画像ＩＭ１には、後述のように割増料金が発生する旨を表示させてもよい。
【００６５】
運行管理部３３０は、例えば、複数の乗り継ぎポイントＰ１，Ｐ２を抽出し、目的地Ｇに近い乗り継ぎポイントＰ１で乗り継ぐ場合の優先度を乗り継ぎポイントＰ２で乗り継ぐ場合よりも高く設定する。運行管理部３３０は、第１の車両２００Ａに乗り継ぎポイントＰ１を通過する経路に変更可能か否か問い合わせを行う。
【００６６】
問い合わせが行われた場合、第１の車両２００Ａにおいて、ＨＭＩ２２０に、車両２００の乗員に対して経路の変更の諾否（承諾ないし許可するか、拒否するか）を受け付ける画像ＩＭを表示させてもよい。図１１は、車両２００において、乗員に経路の変更の諾否を受け付ける画像ＩＭ２の一例を示す図である。運行管理部３３０は、第１の車両２００Ａの乗員の代表者または全員からの同意（許可）が得られた場合、第１の車両２００Ａに経路を変更するための処理を行う。
【００６７】
運行管理部３３０は、例えば、第１の車両２００Ａが自動運転車両の場合、変更するための処理において、自動運転車両の経路を変更するように自動運転車両に指示する。この場合、自動運転車両は、運行管理部３３０の指示に基づいて、走行経路および行動計画を変更する。また、運行管理部３３０は、例えば、第１の車両２００Ａが手動運転車両の場合、変更するための処理において、手動運転車両のナビゲーション装置が案内する経路を自動的に変更するようにナビゲーション装置に指示する。この場合、ナビゲーション装置は、利用者に対して経路が変更された旨を表示すると共に、案内する経路を変更し、変更した経路に従って利用者に経路を案内する。この他、運行管理部３３０は、変更するための処理において、手動運転車両の利用者（乗員）の端末装置に経路が変更された旨を表示させてもよい。
【００６８】
第１の車両２００Ａは、新たな経路に従って、変更された第１経路ＲＡ１を走行し、利用者Ｕは乗り継ぎポイントＰ１で第１の車両２００Ｂに乗り継ぎをする。
【００６９】
運行管理部３３０は、第１の車両２００Ａの乗員からの同意が得られなかった場合、優先度が次に高い乗り継ぎポイントＰ２で乗り継ぎができるように第２の車両２００Ｂに経路を変更するよう指示を行う。
【００７０】
第２の車両２００Ｂにおいて、推奨車線決定装置２４０は、運行管理部３３０に指示された情報に基づいて、新たな経路を生成する。第２の車両２００Ｂは、新たな経路に従って変更された第２経路ＲＢ１を走行し、利用者Ｕは乗り継ぎポイントＰ２で第１の車両２００Ｂに乗り継ぎをする。運行管理部３３０は、経路を変更することについて乗員の同意が得られ、第２の車両２００Ｂの経路が変更された場合、第２の車両２００Ｂに乗り継ぐ利用者Ｕの課金を割増する。また、運行管理部３３０は、経路を変更することについて同意した乗員に対して課金を割引してもよい。
【００７１】
［処理フロー・場面例］
次に、ライドシェア管理装置３００により実行される処理について説明する。図１２は、第２実施形態のライドシェア管理装置３００により実行される処理の一例を示すフローチャートである。以下の処理は、第１実施形態の処理フローにおける、ステップＳ１４０に続いて行われる。
【００７２】
運行管理部３３０は、複数の車両２００で運行スケジュールを決定する際、乗り継ぎポイントＰが設定できるか否かを判定する（ステップＳ２００）。運行管理部３３０は、乗り継ぎポイントＰが設定できない場合、候補となる乗り継ぎポイントＰを設定する（ステップＳ２１０）。運行管理部３３０は、候補となった乗り継ぎポイントＰを通過するように選択された車両２００に経路の変更が可能か否かを問い合わせる（ステップＳ２２０）。
【００７３】
車両２００の選択は、候補となる乗り継ぎポイントＰを通過するために迂回する距離が短くなるよう合理的に行われる。運行管理部３３０は、車両２００に経路の変更が可能か否かを問い合わせた結果、経路の変更が可能な場合（ステップＳ２３０）、車両２００に経路の変更を伴って経路を変更するよう指示する（ステップＳ２４０）。
【００７４】
ステップＳ２３０で否定的な場合、運行管理部３３０は、次の候補となる他の乗り継ぎポイントＰを設定する（ステップＳ２１０）。例えば、運行管理部３３０は、乗り継ぎポイントＰの候補を所定回数設定したが、乗り継ぎポイントを設定することができなかった場合、利用者Ｕにその旨を通知したり、目的地に向かう代替の手段を示す情報を通知したりする。代替の手段とは、例えば、所要時間が所定時間以上掛かる車両２００の配車や、乗車希望地点に到着するまでの待ち時間が所定時間以上掛かる車両２００の配車等である。
【００７５】
以上説明した第２実施形態のライドシェア管理装置３００によると、乗り継ぎポイントＰが設定できない場合でも車両２００の経路を変更することで、利用者Ｕは、複数の車両２００を乗り継いで、目的地まで到着できる。
【００７６】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【００７７】
例えば、ライドシェア管理装置３００は、車両２００に搭載されてもよい。
【００７８】
また、車両２００が手動運転車両である場合、通信部３１０は、ネットワークＮＷを介して車両２００の運転者の端末装置と通信してよい。
【符号の説明】
【００７９】
１  ライドシェアシステム
１００  端末装置
２００  車両
３００  ライドシェア管理装置
３１０  通信部
３２０  取得部
３３０  運行管理部
３８０  記憶部
【図１】
2018205829.tif 000003
【図２】
2018205829.tif 000004
【図３】
2018205829.tif 000005
【図４】
2018205829.tif 000006
【図５】
2018205829.tif 000007
【図６】
2018205829.tif 000008
【図７】
2018205829.tif 000009
【図８】
2018205829.tif 000010
【図９】
2018205829.tif 000011
【図１０】
2018205829.tif 000012
【図１１】
2018205829.tif 000013
【図１２】
2018205829.tif 000014