(57)【要約】【課題】より効率的な運営を実現すること。【解決手段】複数の利用者によってそれぞれ使用される複数の端末装置と通信する通信部と、少なくとも迎車希望地点を含む利用条件が定義された、複数の利用者の迎車リクエストを取得する取得部と、前記迎車リクエストに含まれる利用条件に基づいて、前記利用条件に対応する利用者をグループ化するグループ化処理、および前記グループ化された利用者が利用可能な車両を配車する配車処理を実行し、前記グループ化処理および前記配車処理の結果に基づいて、前記グループ化した利用者を集合させるべく、前記配車された車両に迎車させる迎車地点を決定する運行管理部とを備えるライドシェア管理装置である。【選択図】図１
2020074179.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）、ＧＰＵ（Graphics Processing Unit）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
【００４８】
取得部３２０は、通信部３１０およびネットワークＮＷを介して、車両２００により送信された車両情報を取得する。車両情報とは、例えば、車両ＩＤや、車両２００の位置情報、車両２００に乗車している乗員（または積載されている荷物）の情報を含む。また、取得部３２０は、通信部３１０およびネットワークＮＷを介して、端末装置１００から発せられた乗車リクエストを取得し、乗車リクエストに含まれる乗車条件を、乗車条件情報３８４として記憶部３８０に登録する。
【００４９】
図４は、乗車条件情報３８４の内容の一例を示す図である。図示するように、乗車条件情報３８４は、予め登録された利用者の識別情報である利用者ＩＤに対し、乗車希望地点、目的地、乗車希望時刻、利用者の位置情報、利用者が乗車希望地点に向かう際の移動方法（電車、バス、および路線等を特定するための情報）、配車決定済であるか否かを示す配車フラグ（例えば１が配車決定済、０が配車未決定を示す）などが対応付けられた情報である。配車フラグ以外の情報は、端末装置１００のライドシェアアプリが利用者の入力を受け付けることで内容が決定され、乗車リクエストとしてライドシェア管理装置３００に送信される。乗車希望地点は、任意の地点であってもよいし、後述する地図情報３８６に含まれる、予め設定された迎車地点であってもよい。以下、乗車条件情報３８４における一つの利用者ＩＤに対応付けられた一連の情報をレコードと称する場合がある。
【００５０】
運行管理部３３０は、乗車条件情報３８４と、地図情報３８６と、運行スケジュール情報３８８とを参照し、配車可能な車両２００を検索する。地図情報３８６は、ノードやリンクの情報に加えて、各種の施設の概要を示す施設情報が含まれている（車両２００のナビ地図や高精度地図にも、そのような情報が含まれてもよい）。図５は、地図情報３８６に含まれる迎車地点情報の内容の一例を示す図である。迎車地点情報は、例えば、迎車地点の識別情報である迎車地点ＩＤに対して、位置、迎車地点の内容などが対応付けられた情報である。迎車地点の内容は、その迎車地点がどのような場所であるかを示す情報である。迎車地点の内容には、例えば、駅前ロータリや、コンビニエンスストア、飲食店などを示す情報が対応付けられる。
【００５１】
例えば、運行管理部３３０は、乗車条件情報３８４に含まれる各レコードの中から、時間帯と、乗車希望地点から目的地までの走行区間が近いものを粗くグループ化し、グループ化した結果に基づいて一以上のレコードを抽出し、運行スケジュール情報３８８の一部として記憶部３８０に登録する。
【００５２】
図６は、運行スケジュール情報３８８の内容の一例を示す図である。図示するように、運行スケジュール情報３８８は、ライドシェア管理装置３００が管理する車両２００の識別情報である車両ＩＤに対し、出発地、経由地、および到達地のそれぞれの座標と、各経由地において乗車する利用者の利用者ＩＤ、および降車する利用者の利用者ＩＤが対応付けられた情報である。出発地や到達地は、通常、車庫などである。運行スケジュール情報３８８には、未だ運行スケジュールが決定されない「空き車両」の情報も併せて登録される。この場合、空き車両に対しては、出発地の座標のみが登録される。運行管理部３３０は、前述したように複数の利用者からの乗車リクエストをまとめて一台の車両２００の運行スケジュールを決定してもよいし、既に決定されている運行スケジュールを検索し、別の利用者の乗車リクエストを盛り込む形で運行スケジュールを変更してもよい。すなわち、運行管理部３３０は、配車可能な車両２００を検索する際に、乗車スケジュールが未だ決定されていない車両２００を検索してもよいし、利用者の乗車リクエストを盛り込むことが可能な、既に決定された車両２００の乗車スケジュールを検索してもよい。経由地とは、車両２００の乗員が降車する位置や、迎車地点である。運行管理部３３０は、所定のタイミングで、運行スケジュール情報３８８に基づく経路（経由地）と想定通過時刻の情報を、車両２００に送信する。
【００５３】
また、運行管理部３３０は、例えば、グループ形成部３３２と、コスト導出部３３４と、迎車地点決定部３３６と、車両特定部３３８と、修正部３４０とを備える。グループ形成部３３２は、乗車リクエストに含まれる乗車条件に基づいて、類似する乗車条件に対応する利用者をグループ化するグループ化処理を実行する。類似する乗車条件は、例えば、乗車条件に含まれる乗車希望地点が所定の範囲であり、且つ希望乗車時刻が所定時間内であることである。
【００５４】
コスト導出部３３４は、グループ化した利用者が候補地点に到達するのに要するコストを示す指標を導出し、コストを示す指標が他の候補地点に比して、低い候補地点を迎車地点に決定する。迎車地点決定部３３６は、グループ化処理および車両特定部３３８により実行された配車処理の結果に基づいて、グループ化した利用者を集合させるべく、配車された車両２００に迎車させる迎車地点を決定する。車両特定部３３８は、グループ化された利用者が乗車可能な車両２００を配車する配車処理を実行する。修正部３４０は、利用者の位置情報および配車された車両２００の位置情報に基づいて、迎車地点を変更する。
【００５５】
図７は、ライドシェア管理装置３００により実行される迎車地点の決定処理の流れを示すフローチャートである。なお、本処理によって迎車地点が決定される様子については、後述する図８で具体的に示す。
【００５６】
まず、グループ形成部３３２は、乗車リクエストのうち、優先度の高い利用者（優先利用者）の乗車リクエストを抽出する（ステップＳ１００）。優先度の高い利用者とは、例えば、予め設定された利用者や、まだ乗車する車両２００を配車していない利用者のうち、他の利用者よりも先に乗車リクエストを送信した利用者等である。
【００５７】
次に、グループ形成部３３２は、優先乗車リクエストに含まれる利用者の位置情報、乗車希望地点、および移動方法（電車、バス、徒歩等）に基づいて、利用者が乗車希望地点に到着するまでに要する移動時間を推定する（ステップＳ１０２）。移動方法は、利用者によって端末装置１００に対して入力操作された情報に基づいて取得されてもよいし、利用者の位置および移動速度に基づいて導出されてもよい。運行管理部３３０は、例えば、地図情報３８６を参照して、線路の線路やバスの路線上を所定速度以上で利用者が移動している場合に、利用者が電車やバスで移動していると判定する。また、移動時間の推定には、交通機関ダイヤ情報３９０が参照されてもよい。
【００５８】
次に、グループ形成部３３２は、乗車リクエストを送信している利用者のうち、優先利用者が乗車希望地点付近に到着する時刻に近い時刻に乗車希望地点付近に移動することができ、且つ乗車希望地点から目的地までの走行区間が、優先利用者の走行区間に近い利用者を抽出し、抽出した利用者をグループ化する（ステップＳ１０４）。
【００５９】
次に、コスト導出部３３４は、グループ化した利用者に対する候補迎車地点を設定する（ステップＳ１０６）。候補迎車地点とは、例えば、優先利用者の乗車希望地点を基準に所定距離以内に存在する迎車地点である。
【００６０】
次に、コスト導出部３３４は、グループの中に含まれる各利用者の現在の位置と、候補迎車地点との組み合わせごとにコストを導出する（ステップＳ１０８）。例えば、コストは、利用者の現在地から候補迎車地点に利用者が移動する際の費用や移動時間、現在地から候補迎車地点までの距離に基づいて算出される。費用とは、移動において電車やバスを利用する際の費用である。例えば、費用が高いほど、時間が長いほど、または距離が長いほど、コストは大きく算出される。より具体的には、コストは式（１）により算出される。式（１）では、所定の候補迎車地点ｐｎのコストは、利用者に対するコスト（Ｃｕ１〜Ｃｕｎ）の合計値である。
Ｃｐｎ＝Ｃｕ１＋Ｃｕ２＋Ｃｕ３＋・・・Ｃｕｎ  （１）
【００６１】
なお、ユーザ情報３８２にユーザの嗜好を示す嗜好情報が含まれる場合、嗜好情報に基づいてコストは算出されてもよい。嗜好情報とは、例えば移動時間の限度や、費用の限度等を示す情報である。例えば、所定の候補迎車地点と所定の利用者とに着目した場合において、コストがその利用者の嗜好情報に含まれる限度を超える場合、その利用者のコストに対して、限度を超える程度に応じた重み付けを行ってもよいし、その利用者はグループから除外されてもよい。また、迎車地点ごとに、集合のしやすさを示す指標が対応づけられ、その指標がコストに加味（例えばコストから指標値が減算）されてもよい。例えば、集合のしやすい迎車地点には、集合がしにくい迎車地点に比して高い指標値が対応付けられている。
【００６２】
次に、迎車地点決定部３３６は、導出されたコストが最小になる候補迎車地点を決定する（ステップＳ１１０）。そして、迎車地点決定部３３６は、決定した迎車地点の情報を利用者の端末装置１００に送信する（ステップＳ１１２）。これにより本フローチャートの処理は終了する。上述した処理により、利用者の移動コストが最小となる地点を迎車地点とすることができる。
【００６３】
図８は、迎車地点が決定される様子について説明するための図である。例えば、利用者Ｕ１〜Ｕ５は、駅Ｓまたは駅Ｓ付近を乗車希望地点として乗車リクエストをライドシェア管理装置３００に送信しているものとする。また、利用者Ｕ１〜Ｕ５の目的地は、図中、Ｄ方向であり、利用者Ｕ１が優先利用者として設定されたものとする。また、利用者Ｕ１は、電車に乗り、駅Ｓの隣の駅から移動しているものとする。
【００６４】
この場合、推定された、利用者Ｕ１が駅Ｓに到着するまでの移動時間Ｔで、駅Ｓに移動することができる利用者Ｕ２〜Ｕ４が抽出され、Ｕ１〜Ｕ５がグループ化される。利用者Ｕ２〜Ｕ５は、例えば、移動時間Ｔの間に徒歩で移動できる距離ｄ１内に存在している利用者である。なお、図示する例では、移動時間Ｔにおいて、車両２００で移動できる距離を距離ｄ２、電車で移動できる距離を距離ｄ３としている。
【００６５】
Ｕ１〜Ｕ５がグループ化されると、候補迎車地点Ｐ１〜Ｐ３ごとに、コストが算出され、コストが最小となる候補迎車地点Ｐ１が迎車地点として決定される。そして、利用者Ｕ１〜Ｕ５は、端末装置１００を介して迎車地点Ｐ１を認識することができる。
【００６６】
図９は、ライドシェア管理装置３００により実行される迎車する車両２００の決定処理の流れを示すフローチャートである。なお、本処理によって車両２００が決定される様子については、後述する図１０で具体的に示す。
【００６７】
まず、取得部３２０は、利用者の端末装置１００から位置情報を取得する（ステップＳ２００）。次に、運行管理部３３０は、利用者の位置情報と、迎車地点とに基づき、利用者ごとに利用者の現在地から迎車地点までの移動時間を推定する（ステップＳ２０２）。例えば、運行管理部３３０は、前回の利用者の位置情報と今回の利用者の位置情報から利用者の移動速度を算出したり、利用者の移動方法を加味したりして、移動時間を推定する。
【００６８】
次に、取得部３２０は、車両２００から車両情報を取得する（ステップＳ２０４）。次に、車両特定部３３８は、取得した利用者の位置情報と車両情報とに基づいて、候補車両を設定する（ステップＳ２０６）。候補車両とは、グループ化した利用者が迎車地点に集合すると推定される時刻に迎車地点に到着することができる車両であり、且つグループ化した利用者が乗車することができる車両である。
【００６９】
次に、車両特定部３３８は、配車条件が成立したか否かを判定する（ステップＳ２０８）。配車条件が成立する場合とは、例えばグループ化した利用者の全員、或いは所定の利用者（例えば優先利用者）が迎車地点に到着すると推定される時間が、所定時間に到達した場合である。なお、所定時間は、配車された車両２００が迎車地点に移動するのに要する時間に基づいて、決定される時間であって、例えば車両２００が迎車地点に移動する移動時間、または移動時間に余裕時間を加えた時間である。
【００７０】
また、配車条件が成立する場合とは、例えば迎車地点から所定距離の位置に、利用者が到達した場合であってもよい。また、電車やバスなどから降車したことが配車条件の一部とされてもよい。
【００７１】
配車条件が成立しない場合、本フローチャートの１ルーチンの処理は終了する。配車条件が成立した場合、車両特定部２２８は、迎車地点に向かうように車両２００に指示を送信する（ステップＳ２１０）。これにより、本フローチャートの１ルーチンの処理は終了する。迎車地点に向かうように車両２００に指示は、「利用者の位置情報の変動に基づく情報」の一例である。また、上記の指示に変えて、ライドシェア管理装置３００は、乗車予定の利用者の位置情報を車両２００に送信してもよい。この場合、車両２００が、配車条件が成立するか否かを判定し、配車条件が成立した場合に、迎車地点に向けて出発する。
【００７２】
上述した処理により、配車条件が成立した場合に、候補車両を迎車地点に向かわせることができるため、車両２００の移動コストを抑制することができる。また、車両２００が迎車地点で待機する時間を抑制することができる。例えば、長い時間、待機することが困難な場所が迎車地点である場合、好適である。
【００７３】
図１０は、車両２００が配車される様子について説明するための図である。例えば、利用者Ｕ１〜Ｕ５が乗車でき、迎車地点Ｐ１付近に存在する車両２００（Ｖ２）が候補車両として設定されたものとする。配車条件が成立した場合、車両２００（Ｖ２）は、ライドシェア管理装置３００からの指示に従って、迎車地点Ｐ１に移動を開始する。なお、図１０の例において配車条件が成立した場合とは、例えば利用者Ｕ１が電車から降車し、迎車地点Ｐ１に到着すると推定される時間が、所定時間に到達した場合である。
【００７４】
図１１は、ライドシェア管理装置３００により実行される迎車地点の修正処理の流れを示すフローチャートである。なお、本処理によって迎車地点が修正される様子については、後述する図１２で具体的に示す。
【００７５】
まず、取得部３２０は、利用者の端末装置１００から位置情報を取得する（ステップＳ３００）。次に、取得部３２０は、車両２００から車両情報を取得する（ステップＳ３０２）。次に、修正部３４０は、取得した利用者の位置情報と車両情報とに基づいて、迎車地点の修正を行うか否かを決定する（ステップＳ３０４）。迎車地点の修正を行う場合とは、例えば、決定した迎車地点に集合するよりも効率的に利用者が目的地に向けて出発することができる場合である。例えば、迎車地点の修正を行う場合とは、迎車地点を修正した方が修正する前に比して、利用者が迅速に集合することができる場合や、渋滞等を回避して車両２００が迅速に迎車地点に到達することができる場合である。
【００７６】
迎車地点の修正を行わない場合、本フローチャートの１ルーチンの処理は終了する。迎車地点の修正を行う場合、修正部３４０は、利用者Ｕ１〜Ｕ５の位置や車両２００の位置に基づいて、迎車地点を修正する（ステップＳ３０６）。迎車地点は、例えば、利用者Ｕ１〜Ｕ５が車両２００に迅速に乗車することができる地点である。また、修正部３４０は、例えば、修正前の迎車地点から修正後の迎車地点までの距離や、利用者の位置、車両２００の位置等に基づいて、迎車時刻を修正する。そして、ライドシェア管理装置３００は、利用者の端末装置１００および車両２００に、修正した迎車地点および迎車時刻を送信する。これにより、本フローチャートの１ルーチンの処理は終了する。
【００７７】
上述した処理により、利用者Ｕ１〜Ｕ５の位置や車両２００の位置に基づいて、迎車地点が修正されるため、利用者または車両２００にとって、より適切な迎車地点が設定される。
【００７８】
図１２は、迎車地点が修正される様子について説明するための図である。例えば、利用者Ｕ３以外の利用者は、最初に設定された迎車地点Ｐ１に集合していたが、利用者Ｕ３は、迎車地点Ｐ１から離れた地点に存在するものとする。この場合、修正部３４０は、利用者Ｕ３が存在する地点と、迎車地点Ｐ１との中間地点である迎車地点Ｐ３を新たな迎車地点とする。このように迎車地点が修正されることにより、利用者は迅速に迎車地点に集合することができる。
【００７９】
図１３は、迎車地点が決定される別の様子について説明するための図である。例えば、駅Ｓに存在する利用者Ｕ２が目的地に向かうために車両２００を配車する場合について説明する。この場合、グループ形成部３３２は、乗車リクエストを送信している利用者のうち、利用者Ｕ２の付近（数分〜数十分で利用者Ｕ２と合流することができる地点）に存在する利用者が存在するか否かを判定する。利用者Ｕ２の付近に存在する利用者が存在する場合は、グループ形成部３３２は、利用者Ｕ２と、利用者Ｕ２の付近に存在する利用者とをグループ化する。図示する例では、利用者Ｕ２の付近に該当する利用者が存在しないものとする。
【００８０】
次に、車両特定部３３８は、取得部３２０により取得された車両情報に基づいて、利用者Ｕ２が乗車する車両２００（Ｖ２）を特定する。利用者Ｕ２が乗車する車両２００（Ｖ２）は、利用者Ｕ２の目的地に向かうことができ、且つ利用者Ｕ２が乗車することができる車両であって、利用者Ｕ２を迎車させるのにコストが低い車両２００である。コストが低いとは、利用者Ｕ２の近くに到達するのに要する時間が短いことや、利用者Ｕ２の存在する地点からの距離が短いことである。また、コストが低いとは、利用者Ｕ２が電車やバス等を利用せずに徒歩で移動できることである。
【００８１】
次に、迎車地点決定部３３６は、車両特定部３３８により特定された車両２００の位置情報と、利用者Ｕ２の位置情報とに基づいて、双方の移動コスト（移動時間や移動距離、移動方法）が小さい迎車地点Ｐ２を決定し、決定した迎車地点Ｐ２を利用者Ｕ２の端末装置１００および車両２００に送信する。また、このとき、ライドシェア管理装置３００は、利用者Ｕ２の現在地から決定した迎車地点Ｐ２までの経路を示す情報を利用者Ｕ２の端末装置１００に送信してもよい。
【００８２】
また、ライドシェア管理装置３００は、図示する例とは異なり迎車地点が利用者Ｕ２の位置から所定距離以上であるため、利用者に公共交通機関等を利用させて迎車地点に向かわせる場合、利用者Ｕ２の現在地から決定した迎車地点までの経路を示す情報を利用者Ｕ２の端末装置１００に送信してもよい。
【００８３】
また、利用者Ｕ２の目的地に向かう車両２００が利用者Ｕ２の周辺に存在しない場合、複数の車両２００を乗り継ぐようにして利用者Ｕ２を目的地に連れて行ってもよい。この場合、ライドシェア管理装置３００は、利用者Ｕ２を目的地に連れて行く車両２００と、迎車地点まで利用者Ｕ２を連れて行く車両２００を配車してもよい。
【００８４】
また、上述した処理において、例えば、利用者Ｕ２が利用する車両２００が利用者を迎えに行くのに、所定時間以上の時間を要すると推定される場合、迎車地点決定部３３６は、迎車地点を修正してもよい。例えば、迎車地点決定部３３６は、配車した車両とは異なる車両２００であって自由に乗車できる車両２００が存在する可能性が高い迎車地点Ｐ１に変更する。
【００８５】
また、利用者Ｕ２は、端末装置１００を操作することによって、グループ化を許容するか、グループ化を許容しないかを設定してもよい。グループ化が許容されない設定の場合、車両特定部３３８は、利用者Ｕ２が占有する車両２００を利用者Ｕ２に対して配車する。
【００８６】
また、例えば、利用者Ｕ２と配車した車両２００（Ｖ２）とが迎車地点Ｐ２ですれ違ったり、迎車地点Ｐ２で他の車両が停車しているために車両２００（Ｖ２）が停車することができなくなったりした場合、迎車地点は変更されてもよい。例えば、迎車地点決定部３３６は、利用者Ｕ２および車両２００（Ｖ２）の位置情報の変化に基づいて、利用者Ｕ２が迎車地点Ｐ２で車両２００（Ｖ２）に乗車できなかったことを認識する。このような場合、迎車地点決定部３３６は、例えば、迎車地点を車両２００（Ｖ２）と利用者Ｕ２とが集合しやすい迎車地点Ｐ１（例えば駅Ｓ）に修正する。
【００８７】
また、運行管理部３３０は、配車した車両２００に対する、非予約利用者の利用希望を検知した際に、非予約利用者の配車した車両２００に対する利用希望に対応して、配車した車両２００とは異なる別の車両２００を手配してもよい。非予約利用者とは、配車した車両２００の運行スケジュールに含まれていない利用者である。例えば、車両２００には、認証装置が設けられている。認証装置は、媒体に印刷されたコードや、端末装置１００の表示部に表示された画像に描画されたコードを読み取り、読み取った情報をデコードし、電子情報を取得する。そして、認証装置は、読取部により読取られた情報をライドシェア管理装置３００に送信する。コードにエンコードされた情報は、例えば利用者ＩＤである。また、認証装置は、利用者により翳されたＩＣカード等と無線通信することによりＩＣカード等の記憶部に記憶された利用者ＩＤを取得してもよい。ライドシェア管理装置３００は、受信した利用者ＩＤが、非予約利用者の利用者ＩＤである場合、非予約利用者の利用者ＩＤを運行スケジュールに組み込み、非予約利用者の乗車を許可することを示す情報を車両２００に送信する。これにより、非予約利用者は、予約せずに近くに存在する車両２００に乗車することができる。また、ライドシェア管理装置３００は、非予約利用者を乗車させた場合において、事前の予約によって運行スケジュールに組み込まれていた利用者が、その車両２００に乗車することができなくなる場合、他の車両２００を乗車することができなくなった利用者のために配車する。この結果、予約している利用者の利便性を低下させることなく、予約していない利用者の利便性を向上させることができる。
【００８８】
また、上記の例では、車両２００の認証装置が、非利用者の利用者ＩＤを取得した場合、非利用者を乗車させてもよい。この場合、車両２００は、非利用者を乗車させたことにより、予約した利用者が車両２００に乗車できなくなる場合、他の車両２００を配車するようにライドシェア管理装置３００に依頼してもよい。
【００８９】
上述したようにライドシェア管理装置３００は、利用者をグループ化し、グループ化した利用者が効率的に集合できる地点を迎車地点として、車両２００を配車することにより、複数の利用者を束ねて効率的に相乗りさせることができる。
【００９０】
＜第２の実施形態＞
以下、第２の実施形態について説明する。第２の実施形態のライドシェアシステム１Ａは、車両２００は、利用者を目的地に届けることに加え、利用者のリクエストに応じて荷物等を目的地に届ける。また、ライドシェア管理装置３００Ａは、利用リクエストに応じたサービスの提供をサービスプロバイダに発注する。以下、第１の実施形態との相違点を中心に説明する。
【００９１】
図１４は、第２の実施形態のライドシェア管理装置３００Ａを含むライドシェアシステム１Ａの構成図である。ライドシェアシステム１Ａは、例えば、ライドシェア管理装置３００に代えて（或いは加えて）、ライドシェア管理装置３００Ａを備える。また、ライドシェアシステム１Ａは、更にライドシェア管理装置４００を備える。ライドシェア管理装置４００の機能構成は、例えば、後述するライドシェア管理装置３００Ａの機能構成と同様である。以下、ライドシェア管理装置４００を、「サービスプロバイダ」と称する場合もある。ライドシェア管理装置４００の管理者は、ライドシェア管理装置３００Ａの管理者と同等の管理者（同じまたは系列の会社）であってもよいし、異なる管理者（例えば異なる会社）であってもよい。
【００９２】
ライドシェア管理装置３００Ａは、運行管理部３３０に代えて運行管理部３３０Ａを備える。運行管理部３３０Ａは、運行管理部３３０の機能構成に加え、更に時間管理部３４２と、サービス区分決定部３４４と、利用コスト決定部３４６と、サービスプロバイダ決定部３４８と、受発注管理部３５０とを備える。
【００９３】
時間管理部３４２は、ライドシェア管理装置３００Ａの処理で扱う時間を管理する。例えば、時間管理部３４２は、ライドシェア管理装置３００Ａが保持する情報や、他の装置から取得した情報を用いて、利用者または車両２００が所定の区間を移動するのに要する時間を予測する。
【００９４】
サービス区分決定部３４４は、迎車リクエストに基づいてサービス区分を決定する。利用コスト決定部３４６は、迎車希望地点と目的地とサービス区分と基づいて、利用者に提供するサービスに関する利用コストを決定する。利用コスト決定部３４６は、サービスプロバイダが発注情報に応じて提示する受注希望情報に基づき利用コストを修正する。発注情報は、ライドシェア管理装置３００Ａが、サービスプロバイダに送信する、利用者に対するサービスの提供の発注を求める情報である。
【００９５】
サービスプロバイダ決定部３４８は、サービス区分に基づいて利用者にサービスを提供するサービスプロバイダを決定する。サービスプロバイダ決定部３４８は、サービスプロバイダが提示する受注希望情報、または目的地に関連するインセンティブ情報を参照し、サービスプロバイダを決定する。受発注管理部３５０は、サービスプロバイダにサービスの提供の発注を求める発注情報を管理したり、サービスプロバイダに発注情報を提示したりする。
【００９６】
第２の実施形態の記憶部３８０Ａには、乗車条件情報３８４に代えて、利用条件情報３８４Ａが記憶されている。図１５は、利用条件情報３８４Ａの内容の一例を示す図である。利用条件情報３８４Ａは、利用者ＩＤに対し、迎車希望地点、目的地、迎車希望時刻、利用者の位置情報、利用者が迎車希望地点に向かう際の移動方法、配車決定済であるか否かを示す配車フラグなどが対応付けられた情報である。配車フラグ以外の情報は、端末装置１００のライドシェアアプリが利用者の入力を受け付けることで内容が決定され、利用リクエストとしてライドシェア管理装置３００に送信される。
【００９７】
また、利用条件情報３８４Ａには、利用者の移動予定距離、利用人数、サービス区分、および基準料金が含まれる。移動予定距離は、運行管理部３３０Ａが迎車希望地点と目的地と地図情報とに基づいて導出した距離である。利用人数は、例えば、利用者が利用条件として希望した乗車人数である。サービス区分は、利用者が利用条件として希望したサービス区分であり、例えば、荷物の輸送や、人の輸送、動物の輸送、特定サービスの利用などの予め定められた区分である。特定サービスとは、例えば、買い物や散髪、内科診療などである。これらのサービスは、サービスを提供することが可能な特定の車両において受けることができるサービスである。また、利用条件情報３８４Ａには、車両の種別が含まれていてもよい。車両の種別とは、乗車専用車両、荷物専用車両、客貨混載車両、大型車、小型車、高級車などである。
【００９８】
基準料金は、利用コスト決定部３４６が、利用条件情報３８４Ａに含まれる情報と、予め設定された基準とに基づいて、導出した料金である。予め定められた基準とは、迎車希望地点、目的地、迎車希望時刻、移動予定距離、人数、サービス区分、利用の需要、および移動時間のうち一以上の項目、またはこれらの組み合わせごとに設定された基準である。例えば、サービスを提供するコストが高いほど、利用の需要が高いほど、移動予定距離が長いほど、移動時間が長いほど、利用人数が多いほど、これらの場合とは反対の場合に比べて、基準料金は高い傾向となる。
【００９９】
記憶部３８０Ａには、記憶部３８０に記憶された情報に加え、プロバイダ情報３９２が記憶されている。プロバイダ情報３９２は、サービスプロバイダから取得した情報であり、サービスプロバイダがライドシェア管理装置３００Ａと同等のサービスを利用者に提供する場合のコスト（後述する受注金額）に関する情報である。また、プロバイダ情報３９２は、サービスプロバイダが提供可能なサービスの内容を含む。サービスプロバイダが提供可能なサービスの内容とは、例えば、サービス区分や特定サービスである。
【０１００】
図１６は、第２の実施形態のライドシェアシステム１により実行される処理を示すシーケンス図である。以下、利用リクエストに応じて、自動機（例えば、車両２００）を割り当てるものとして説明するが、車両２００に代えて、他の移動体（例えば、自律で動作する船や、自律飛行する航空機）などを割り当ててもよい。また、ライドシェアシステム１は、手動で制御される車両や船、航空機等を割り当ててもよい。
【０１０１】
端末装置１００は、利用リクエストをライドシェア管理装置３００Ａに送信する（ステップＳ４００〜Ｓ４０４）。なお、ステップＳ４００〜４０４の利用リクエストは、異なる端末装置１００により送信されたものとする。車両２００は、車両情報をサービスプロバイダおよびライドシェア管理装置３００に送信する（ステップＳ４０６、Ｓ４０８）。次に、ライドシェア管理装置３００Ａは、サービスプロバイダ（或いは他のサーバ装置）から環境情報を取得する（ステップＳ４１０）。環境情報とは、車両が通行する環境における天候などに関する情報や、道路の状況などに関する情報である。
【０１０２】
次に、ライドシェア管理装置３００Ａの運行管理部３３０Ａは、優先利用者の利用リクエストに対して、ライドシェアシステム１が割り当て可能な輸送手段および車両の種別の中から、利用者の利用リクエストに応じた輸送手段および車両の種別を割り当てる（ステップＳ４１２）。例えば、運行管理部３３０Ａは、取得した環境情報を参照して、利用可能な輸送手段のうち、利用者が効率的に目的地に到着できるように輸送手段を割り当てる。利用者が効率的に目的地に到着できるとは、例えば、利用者が目的地に到着するまでの所要時間が他の輸送手段による所要時間よりも短いことや、目的地に到着するのに必要な大まかなコストが他の輸送手段を利用した大まかなコストよりも小さいことである。例えば、他の輸送手段（例えば船）を用いるよりも、車両２００を用いるほうが、効率的に利用者が目的地に到着することができる場合、輸送手段として車両２００が選択され、更に複数の車両２００のうちコスト（例えば利用者が支払う料金、またはライドシェア管理装置３００の管理者が負担する金額）が小さい車両２００の種別が割り当てられる。なお、運行管理部３３０Ａは、記憶部３８０Ａに記憶された各輸送手段の運行スケジュールに関する情報や迎車地点から目的地に向かうまでのコストに関する情報、所定のアルゴリズムに基づいて、所要時間や大まかなコストを導出する。
【０１０３】
例えば、運行管理部３３０Ａは、利用リクエストに基づいてサービス区分決定部により決定されたサービス区分に応じた車両の種別を選択する。例えば、サービス区分が荷物の輸送である場合、運行管理部３３０Ａは、荷物の輸送が可能な車両２００を選択する。
【０１０４】
次に、運行管理部３３０Ａは、運行スケジュール情報３８８を参照して、自装置で手配可能な車両を用いた運行経路計画を生成し、生成した運行経路計画を実行した場合の運行コストを導出する（ステップＳ４１４）。運行経路計画を実行した場合の運行コストとは、利用コスト決定部３４６が導出した運行経路計画を実行した場合に予測される所要時間に関する指標および費用に関する指標を統計的に処理して導出されたコストを示す指標である。この指標は、予め定められたアルゴリズムや、統計的な手法により導出される。
【０１０５】
次に、サービスプロバイダ決定部３４８が、プロバイダ情報３９２を参照し、利用リクエストのサービス区分を提供可能なサービスプロバイダを決定する。受発注管理部３５０は、生成された運行経路計画に含まれる経路情報、利用リクエスト（例えば利用人数やサービス区分）、発注希望額、車両の種別をサービスプロバイダに送信する（ステップＳ４１６）。すなわち受発注管理部３５０は、発注希望額などを含む発注に関する情報（発注情報）をサービスプロバイダに提示する。発注希望額は、例えば、ステップＳ４１４で導出された運行コストを示す指標と、発注希望額とが対応付けられた情報に基づいて導出されるものである。発注希望額は、ライドシェア管理装置３００Ａを管理する団体が収益を得られる額である。例えば、利用者から得られる料金（例えば基準料金）から発注希望額を差し引いた場合にゼロ以上となるように発注希望額が導出される。
【０１０６】
次に、サービスプロバイダは、自装置に記憶されたサービスプロバイダが管理する車両の運行スケジュール情報を参照して、ステップＳ４１６で送信された情報に基づいて、自装置で手配可能な車両を用いた運行経路計画を生成し、生成した運行経路計画を実行した場合の運行コストを導出する（ステップＳ４１８）。そして、サービスプロバイダは、導出した運行コストに基づいて、受注を希望する受注希望金額を導出し、導出した受注希望金額で受注の応札を行う（ステップＳ４２０）。受注希望額は、例えば、ステップＳ４１８で導出された運行コストを示す指標と、受注希望額とが対応付けられた情報に基づいて導出されるものである。
【０１０７】
次に、利用コスト決定部３４６は、ステップＳ４１４およびＳ４１８で導出された運行経路計画のうち、所定の運行経路計画を採用し、採用した運行経路計画を含む情報をサービス管理情報として記憶部３８０に登録する。そして、運行管理部３３０Ａは、利用者をグループ化する（ステップＳ４２２）。例えば、ステップＳ４２０で応札された受注希望額が、発注希望額以下である場合、ステップＳ４１８で導出された運行経路計画が採用され、発注希望額以下でない場合、ステップＳ４１４で導出された運行経路計画が採用される。例えば、基準料金から発注希望額または受注希望額を差し引いた額が利益となる。上述したように、利用コスト決定部３４６は、自装置で提供する運行コストと、サービスプロバイダによって提示された運行コストとを比較して、自装置の管理者が収益を得られるようにサービスを提供するのに要する運行コスト（利用コスト）を修正する。
【０１０８】
また、サービスプロバイダ決定部３４８は、目的地に関連するインセンティブ情報を参照して、サービスプロバイダを決定してもよい。インセンティブ情報とは、利用リクエストの目的地（例えば、施設、店舗）と、目的地により直接的に提供されるインセンティブ（例えばライドシェア管理装置３００Ａが利用者に提供する広告に対する収入）とが互いに対応付けられた情報である。例えば、インセンティブを提供する目的地が利用者の目的地である場合、サービスプロバイダ決定部３４８は、例えば、ライドシェア管理装置３００Ａが導出した運行コスト（例えば自装置の運行コスト）からインセンティブ相当の金額を減算処理し、基準金額から減算処理した金額を差し引いた金額が閾値以上である場合（所定の収益が得られると判定した場合）、ライドシェア管理装置３００Ａによるサービスを利用者に提供する。サービスプロバイダ決定部３４８は、基準金額から減算処理した金額を差し引いた金額が閾値未満である場合、基準金額を引上げたり、他のサービスプロバイダのサービスを利用者に提供したりしてもよい。
【０１０９】
次に、運行管理部３３０Ａは、記憶部３８０に登録されたサービス管理情報に基づいて、運行経路を決定し（ステップＳ４２４）、決定した運行経路をグループ化した利用者の端末装置１００に送信する（ステップＳ４２６）。端末装置１００において、利用者によって決済の指示が行われると、ライドシェアシステム１は、決済処理を行う（ステップＳ４２８）。例えば、ライドシェア管理装置３００が、事前に登録された利用者のクレジットカードによる決済を不図示の決済サーバに依頼することで決済を行う。利用者が端末装置１００を操作したことに応じて、端末装置１００が他の運行経路を提示することを指示する情報を、運行管理部３３０Ａに送信した場合、運行管理部３３０Ａは、経路や車両の割り当てを修正する。この場合、ステップＳ４１４の処理に戻る。
【０１１０】
ステップＳ４２８で決済が行われると、運行管理部３３０Ａは、後述する図２１に示すようにサービスに関する情報を利用者に提供する（ステップＳ４３０）。次に、運行管理部３３０Ａは、制御情報を更新する（ステップＳ４３２）。制御情報の更新とは、利用者を迎車（または待機）する地点の情報、または利用者に関する情報（目的地や経由地を含む）を迎車予定の車両２００またはサービスプロバイダに通知することである。また、制御情報（更新情報）である配車が完了したことを示す情報や、迎車地点、迎車時刻等の情報が利用者に通知される。次に、車両２００は、制御情報に基づいて、サービスを利用者に提供するために処理を実行したり、タスクを終了したり、待機したりする（ステップＳ４３４）。例えば、車両２００は、利用者との待ち合わせ場所に向かって走行したり、利用者を目的地に届けることでタスクを終了したり、所定の位置で待機したりする。
【０１１１】
次に、ライドシェア管理装置３００Ａは、イベント判定、ステータスの更新、サービス情報の更新、表示更新を行う（ステップＳ４３６）。例えば、ライドシェア管理装置３００Ａは、車両２００の利用状態または位置情報を更新（例えばステータスの更新）したり、車両２００に乗車している利用者の情報または積載されている荷物の情報を更新（サービス情報の更新）したり、端末装置１００に更新した情報を表示させるための情報を送信（表示更新）したりする。また、ライドシェア管理装置３００Ａは、利用リクエストに特定サービスのリクエストが含まれ、特定サービスのイベントを行うタイミング（買い物や散髪、内科診療を行うタイミング）に到達した場合、イベントの実行を車両２００に指示する。
【０１１２】
そして、端末装置１００、ライドシェア管理装置３００、およびサービスプロバイダの自装置のサービス（個別サービス）を終了し（ステップＳ４３８）、ライドシェアシステム１のサービスが終了する（ステップＳ４４０）。
【０１１３】
第２の実施形態のライドシェア管理装置３００Ａは、以下のような処理を実行して、車両２００を迎車地点に向かわせてもよい。図１７は、第２の実施形態のライドシェア管理装置３００により実行される迎車する車両２００の決定処理の流れを示すフローチャートである。図９と同様の処理については説明を省略する。図１７のフローチャートの処理では、ライドシェア管理装置３００Ａは、外部コストを参照して候補車両を設定する。
【０１１４】
ステップＳ５０４で、取得部３２０は、車両２００から車両情報を取得する（ステップＳ５０４）。次に、運行管理部３３０Ａは、内部コストを導出する（ステップＳ５０８）。例えば、図１６のステップＳ４１４の処理と同等の処理を行うことで内部コストは導出される。内部コストは、運行管理部３３０Ａが運行スケジュール情報３８８を参照して、自装置で手配可能な車両を用いて生成した運行経路計画を実行した場合の運行コストである。
【０１１５】
次に、運行管理部３３０Ａは、外部コスト（例えば受注希望額）をサービスプロバイダから取得する（ステップＳ５１０）。例えば、上述した図１６のステップＳ４１６、Ｓ４１８の処理と同等の処理により外部コストは導出される。
【０１１６】
次に、運行管理部３３０Ａは、上記の内部コストと、上記の外部コストとを比較した結果と、取得した利用者の位置情報と車両情報とに基づいて、候補車両を設定する（ステップＳ５１０）。候補車両は、（１）グループ化した利用者が迎車地点に集合すると推定される時刻または時刻付近に迎車地点に到着することができる車両であり、且つグループ化した利用者が利用することができる車両であること、（２）内部コストと外部コストとのうち、低いコストでサービスを提供することができる車両であることである。図１７のステップＳ５１２とＳ５１４の処理は、図９のステップＳ２０８とＳ２１０の処理と同様のである。
【０１１７】
［端末装置の表示される画面］
ライドシェアアプリ１１０が実行された場合に端末装置１００の表示部に表示される画像ＩＭ１〜４について説明する。
【０１１８】
図１８は、画像ＩＭ１の一例を示す図である。利用者が端末装置１００を操作すると、画像ＩＭ１が表示部に表示される。画像ＩＭ１は、利用リクエストをライドシェア管理装置３００Ａに送信する際に表示部に表示される。画像ＩＭ１には、地図情報を含む領域ＡＲ１や、利用者の現在地を示す領域ＡＲ２、利用者の迎車希望地点を示す領域ＡＲ３、利用者の目的地、サービス区分（利用区分）および利用人数を示す領域ＡＲ４、利用リクエストをライドシェア管理装置３００Ａに送信する処理を実行させる利用リクエスト実行ボタンを含む領域ＡＲ５が含まれる。領域ＡＲ１には、例えば、利用者の現在の位置、または迎車希望地点が対応付けられた地図情報が含まれる。利用者が所定の操作（スワイプ操作やピンチイン操作、ピンチアウト操作）を行うことで領域ＡＲ１の地図情報を変化させることができる。例えば、領域ＡＲ２〜領域ＡＲ４には、利用者が表示部に表示されるキーボードを操作して入力した各種情報が表示される。
【０１１９】
利用リクエスト実行ボタンが操作されると、端末装置１００から利用リクエストがライドシェア管理装置３００Ａに送信される。図１９は、利用リクエストの他の一例を示す図である。利用リクエストは、予め設定された認証情報（例えば利用者ＩＤや認証キー）、現在地の履歴情報（例えば現在地、移動速度、方向）、迎車希望地点（迎車希望地点）、利用人数、サービス属性（サービス区分や、特定サービスの利用に関する情報）である。
【０１２０】
ライドシェア管理装置３００Ａは、利用リクエストに基づいて、運行経路等の情報を端末装置１００に送信する。運行経路等の情報とは、例えば、車両２００が利用者と合流する迎車予定地点や、迎車予定地点に到着する到着予測時刻、目的地到着予測時刻、利用料金等の情報である。そして、運行経路等の情報が、端末装置１００の表示部に表示される。
【０１２１】
図２０は、端末装置１００の表示部に表示される運行経路等の情報を含む画像ＩＭ２の一例を示す図である。画像ＩＭ２は、領域ＡＲ２に加え、領域ＡＲ６〜ＡＲ８を含む。領域ＡＲ６には、例えば、迎車予定地点および迎車予定地点への到着予測時刻が含まれ、画像ＩＭ２の領域ＡＲ７には、例えば、目的地到着予測時刻および利用料金が含まれる。領域ＡＲ１には、迎車予定地点が対応付けられた地図情報が含まれる。
【０１２２】
また、領域ＡＲ８には、決済実行ボタンを含まれる。決済実行ボタンが操作されると、端末装置１００は、決済を指示する信号をライドシェア管理装置３００Ａに送信する。そして、ライドシェア管理装置３００Ａは、決済を実行して制御情報を更新し、更新した情報を端末装置１００の表示部に表示させる。
【０１２３】
図２１は、更新した情報を含む画像ＩＭ３の一例を示す図である。画像ＩＭ２は、領域ＡＲ２、領域ＡＲ６に加え、領域ＡＲ９〜ＡＲ１１を含む。領域ＡＲ９には、例えば、目的地到着予想時刻が含まれ、画像ＩＭ２の領域ＡＲ１０には、例えば、利用者のために配車された車両に関する情報（車両の色、車両のナンバープレートのナンバー、車両の外観等）が含まれる。また、領域ＡＲ１１には、目的地までの経路に関する情報や、同乗者に関する情報が含まれる。
【０１２４】
以上説明した第２の実施形態によれば、ライドシェア管理装置３００Ａは、迎車希望地点と目的地とサービス区分と基づいて、利用者に提供するサービスに関する利用コストを決定したり、サービスプロバイダの受注希望情報に基づいて、利用コストを修正したりすることにより、より効率的な運営を実現すると共に、利用者により利便性が高いサービスを提供することができる。
【０１２５】
以上説明した実施形態によれば、複数の利用者によってそれぞれ使用される複数の端末装置１００と通信する通信部３１０と、少なくとも迎車希望地点を含む利用条件が定義された、複数の利用者の迎車リクエストを取得する取得部３２０と、迎車リクエストに含まれる利用条件に基づいて、類似する利用条件に対応する利用者をグループ化するグループ化処理、およびグループ化された利用者が利用可能な車両２００を配車する配車処理を実行し、グループ化処理および配車処理の結果に基づいて、グループ化した利用者を集合させるべく、配車された車両２００に迎車させる迎車地点を決定する運行管理部３３０とを備えることにより、より効率的な運営を実現することができる。
【０１２６】
なお、ライドシェア管理装置３００は、車両２００に搭載されてもよい。車両２００が手動運転車両である場合、通信部３１０は、ネットワークＮＷを介して車両２００の運転者の端末装置と通信してよい。
【０１２７】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【図１】
2020074179.tif 000003
【図２】
2020074179.tif 000004
【図３】
2020074179.tif 000005
【図４】
2020074179.tif 000006
【図５】
2020074179.tif 000007
【図６】
2020074179.tif 000008
【図７】
2020074179.tif 000009
【図８】
2020074179.tif 000010
【図９】
2020074179.tif 000011
【図１０】
2020074179.tif 000012
【図１１】
2020074179.tif 000013
【図１２】
2020074179.tif 000014
【図１３】
2020074179.tif 000015
【図１４】
2020074179.tif 000016
【図１５】
2020074179.tif 000017
【図１６】
2020074179.tif 000018
【図１７】
2020074179.tif 000019
【図１８】
2020074179.tif 000020
【図１９】
2020074179.tif 000021
【図２０】
2020074179.tif 000022
【図２１】
2020074179.tif 000023