(57)【要約】【課題】より効率的な運営を実現すること。【解決手段】複数の利用者によってそれぞれ使用される複数の端末装置と通信する通信部と、少なくともアクセス希望地点を含む利用条件が定義された、複数の利用者の利用リクエストを取得する取得部と、前記アクセス希望地点に基づいて導出される所定の地点への前記利用者の到達状況を監視する利用者到達状況監視部と、前記利用リクエストに含まれる利用条件に基づいて、配車可能な車両を検索し、車両の運行スケジュールを決定する運行管理部であって、前記利利用者到達状況監視部により監視される到達状況に基づいて、前記所定の地点で車両にアクセスする利用者を決定する運行管理部とを備えるライドシェア管理システムである。【選択図】図１
2020061190.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）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
【００５６】
取得部３２０は、通信部３１０およびネットワークＮＷを介して、車両２００により送信された車両情報を取得する。車両情報とは、例えば、車両ＩＤや、車両２００の位置情報、車両２００に乗車している乗員の情報を含む。また、取得部３２０は、通信部３１０およびネットワークＮＷを介して、端末装置１００、１２０、または１３０から発せられた乗車リクエストを取得し、乗車リクエストに含まれる乗車条件（「利用条件」の一例）を、乗車条件情報３８４として記憶部３８０に登録する。
【００５７】
図４は、乗車条件情報３８４の内容の一例を示す図である。図示するように、乗車条件情報３８４は、予め登録された利用者の識別情報である利用者ＩＤに対し、乗車希望地点（「アクセス希望地点」の一例）、目的地、乗車希望時刻、配車決定済であるか否かを示す配車フラグ（例えば１が配車決定済、０が配車未決定を示す）などが対応付けられた情報である。配車フラグ以外の情報は、端末装置１００のライドシェアアプリが利用者の入力を受け付けることで内容が決定され、乗車リクエストとしてライドシェア管理装置３００に送信される。乗車希望地点は、任意の地点であってもよいし、後述する地図情報３８６に含まれる、予め設定された迎車地点であってもよい。以下、乗車条件情報３８４における一つの利用者ＩＤに対応付けられた一連の情報をレコードと称する場合がある。
【００５８】
運行管理部３３０は、乗車条件情報３８４と、地図情報３８６と、運行スケジュール情報３８８とを参照し、配車可能な車両２００を検索する。地図情報３８６は、ノードやリンクの情報に加えて、各種の迎車地点の概要を示す迎車地点情報が含まれている（車両２００のナビ地図や高精度地図にも、そのような情報が含まれてもよい）。図５は、地図情報３８６に含まれる迎車地点情報の内容の一例を示す図である。迎車地点情報は、例えば、車両２００が利用者を迎えに行く迎車地点の識別情報である迎車地点ＩＤに対して、位置、迎車地点内容、一以上の乗車希望地点である対応範囲などが対応付けられた情報である。迎車地点は、例えば、駅前ロータリーや、サービスプロバイダ（例えばコンビニエンスストアなどの店舗）等である。迎車地点は、「所定の地点」の一例である。
【００５９】
例えば、運行管理部３３０は、乗車条件情報３８４に含まれる各レコードの中から、時間帯と、迎車地点から目的地までの走行区間が近いものを粗くグループ化し、グループ化した結果に基づいて一以上のレコードを抽出し、運行スケジュール情報３８８の一部として記憶部３８０に登録する。
【００６０】
図６は、運行スケジュール情報３８８の内容の一例を示す図である。図示するように、運行スケジュール情報３８８は、ライドシェア管理装置３００が管理する車両２００の識別情報である車両ＩＤに対し、出発地、経由地、および到達地のそれぞれの座標と、各経由地において乗車する利用者の利用者ＩＤ、および降車する利用者の利用者ＩＤが対応付けられた情報である。出発地や到達地は、通常、車庫などである。運行スケジュール情報３８８には、未だ運行スケジュールが決定されない「空き車両」の情報も併せて登録される。この場合、空き車両に対しては、出発地の座標のみが登録される。運行管理部３３０は、前述したように複数の利用者からの乗車リクエストをまとめて一台の車両２００の運行スケジュールを決定してもよいし、既に決定されている運行スケジュールを検索し、別の利用者の乗車リクエストを盛り込む形で運行スケジュールを変更してもよい。すなわち、運行管理部３３０は、配車可能な車両２００を検索する際に、乗車スケジュールが未だ決定されていない車両２００を検索してもよいし、利用者の乗車リクエストを盛り込むことが可能な、既に決定された車両２００の乗車スケジュールを検索してもよい。経由地とは、車両２００の乗員が降車する位置や、車両２００の迎車地点である。運行管理部３３０は、所定のタイミングで、運行スケジュール情報３８８に基づく経路（経由地）と想定通過（到着）時刻の情報を、車両２００に送信する。
【００６１】
また、運行管理部３３０は、到達状況監視部３４０により監視される利用者の到達状況に基づいて、所定の地点で車両に乗車する利用者を決定する。決定された利用者の情報は、例えば利用者が乗車する車両２００に送信される。更に、運行管理部３３０は、地図情報３８６を参照して、乗車希望地点に対応する迎車地点を導出する。
【００６２】
到達状況監視部３４０は、乗車希望地点に基づいて導出される所定の地点への利用者の到達状況を監視する。到達状況監視部３４０は、端末装置１００に含まれる位置特定装置により特定された位置情報、または所定の地点に設けられた受付装置４００の入力部に対して行われた入力操作に基づいて、利用者の到達状況を監視する。
【００６３】
決済部３５０は、端末装置１００により送信された情報、または迎車地点に設けられた受付装置４００により送信された情報に基づいて、車両２００の利用に対する決済を行う。なお、決済部３５０は、不図示の決済サーバ装置に決済を依頼してもよい。サービス提供部３６０は、車両の利用状況に基づいて、所定の地点に対応付けられた店舗で利用することができる特典を、乗車リクエストに対応する利用者に付与する。利用者に付与するとは、利用者の端末装置１００に店舗で利用することができる特典を表示部に表示させるための情報を送信することである。例えば、サービス提供部３６０は、サービスプロバイダで利用可能な特典を利用者に付与する。例えば、サービス提供部３６０は、迎車地点（所定の地点）とサービスプロバイダ（例えば店舗）との対応関係が規定された対応情報を参照し、対応情報に含まれるサービスプロバイダで利用可能な特典を利用者に付与する。また、サービス提供部３６０は、決済部３５０の決済結果に基づいて、受付装置４００に特典の情報を提供してもよい。また、受付装置４００の制御部４４０は、例えば、印刷装置４２０に、受付装置４００が設置された店舗で利用することができる特典情報を媒体に印刷させて発行させてもよい。特典情報は、迎車地点である店舗で特典を受けることができる情報である。
【００６４】
図１に戻り、受付装置４００は、例えば、タッチパネル４１０と、印刷装置４２０と、決済端末４３０と、制御部４４０と、通信部４５０とを備える。受付装置４００は、迎車地点付近、または迎車地点が店舗の場合は、例えば店舗内に設けられる。タッチパネル４１０は、表示部と入力部とを含む。印刷装置４２０は、制御部４４０の処理に基づいて、乗車券を発行する。決済端末４３０は、入力部に対する操作に応じて、決済部３５０に決済を依頼し、依頼に応じた結果を取得する。
【００６５】
制御部４４０は、通信部４５０を用いて利用者によって行われた操作の内容や、処理結果をライドシェア管理装置３００に送信する。また、制御部４４０は、決済端末４３０の決済結果に基づいて、印刷装置４２０に特典を示す情報を印刷させる。制御部４４０は、「サービス提供部」の他の一例である。また、制御部４４０は、サービス提供部３６０により送信された情報に基づいて、印刷装置４２０に特典を示す情報を印刷させてもよい。通信部４５０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。
【００６６】
図７は、配車時にライドシェア管理システム１により実行される処理を示すシーケンス図である。まず、ライドシェア管理装置３００は、随時、車両２００（２００Ａ、および２００Ｂ）により送信された車両情報を取得する（ステップＳ１００）。本処理では、例えば、車両２００Ａの空席は２席であり、車両２００Ｂの空席は１席であるものとする。次に、ライドシェア管理装置３００は、端末装置１００により送信された乗車リクエストを取得し（ステップＳ１０２）、取得した情報を記憶部３８０に登録する（ステップＳ１０４）。次に、ライドシェア管理装置３００は、端末装置１２０により送信された乗車リクエストを取得し（ステップＳ１０６）、取得した情報を記憶部３８０に登録する（ステップＳ１０８）。次に、ライドシェア管理装置３００は、端末装置１３０により送信された乗車リクエストを取得し（ステップＳ１１０）、取得した情報を記憶部３８０に登録する（ステップＳ１１２）。このように、ライドシェア管理装置３００は、車両情報、および端末装置１００、１２０、１３０により送信された乗車リクエストを収集する。
【００６７】
次に、ライドシェア管理装置３００は、乗車条件情報３８４と、車両情報とに基づいて、運行スケジュール情報３８８を生成する（ステップ１１４）。例えば、運行管理部３３０は、地図情報３８６を参照して、乗車リクエストに含まれる乗車希望地点に対応付けられた迎車地点を特定する。運行管理部３３０は、乗車条件情報３８４から、特定した迎車地点が同じであって乗車希望時刻が所定時間以内のレコードを抽出する。そして、運行管理部３３０は、抽出したレコードに対応する利用者の数を算出し、その利用者の乗車希望時刻に近い時刻、または乗車希望時刻から所定時間（例えば３０分や１時間）以内で乗車できる車両を配車する。また、配車される車両は、乗車希望時刻付近において迎車地点（迎車地点付近）を走行し、目的地が利用者の目的地に合致する車両である。合致するとは、目的地が同じや、近い、向かう方向が近い、利用者の目的地付近を通過することを含む。例えば、利用者Ｕ１〜Ｕ３のうち、二人の利用者が乗車する車両を車両２００Ａとして、一人の利用者が乗車する車両を車両２００Ｂとする。なお、本処理では、車両２００Ａ、車両２００Ｂ、利用者Ｕ１〜Ｕ３の目的地は同一であり、利用者Ｕ１〜Ｕ３の迎車地点は同一であるものとする。
【００６８】
次に、ライドシェア管理装置３００は、生成した運行スケジュールに基づいて、車両２００Ａおよび車両２００Ｂに迎車地点に向かうように指示する（ステップＳ１１６）。次に、ライドシェア管理装置３００は、生成した運行スケジュール情報のうち、乗車リクエストに対応する迎車地点や迎車時刻を端末装置１００、１２０、および１３０に送信する（ステップＳ１１８）。これにより、乗車リクエストに対する予約が完了する。
【００６９】
図８は、迎車時にライドシェア管理システム１により実行される処理を示すシーケンス図である。まず、端末装置１００は、ライドシェアアプリ１１０の機能によって自装置（利用者Ｕ１）が迎車地点に近づいたと判定した場合、予約した乗車リクエストに対する決済をライドシェア管理装置３００に要求する（ステップＳ２００）。この場合、端末装置１００は、利用者ＩＤおよび決済を指示する情報をライドシェア管理装置３００に送信する。決済の要求がされると、ライドシェア管理装置３００は、受信した利用者ＩＤと事前に送信されている乗車リクエストとに基づいて、利用料金を導出し、導出した代金の決済を行い（ステップＳ２０２）、決済が完了したことを示す情報や乗車券を生成するための情報を端末装置１００に送信する（ステップＳ２０４）。決済は、利用者ＩＤに対して予め設定された銀行口座から料金が引き落とされることにより行われたり、端末装置１００の利用代金の請求に加算されたりすることにより行われる。
【００７０】
なお、到達状況監視部３４０は、予約した乗車リクエストに対応する車両の利用に対する決済がライドシェア管理装置３００に要求された場合、または決済が完了した場合、「利用者が迎車地点に近づいた」ことを検知する。また、到達状況監視部３４０は、端末装置１００により送信された位置情報が迎車地点から所定距離以内となった場合に、利用者が迎車地点に近づいたことを検知してもよい。
【００７１】
また、ライドシェア管理装置３００のサービス提供部３６０は、例えば、決済が完了したことを示す情報と共に、または決済が完了した後に、特典を示す画像を表示部に表示するための情報（特典情報）を端末装置１００に送信してもよい。
【００７２】
次に、利用者Ｕ２が、店舗に到達し、受付装置４００のタッチパネル４１０に対して決済処理の操作を行うと、受付装置４００は、決済をライドシェア管理装置３００に要求する（ステップＳ２０６）。この場合、受付装置４００は、利用者ＩＤの入力を利用者Ｕ２に求め、入力された利用者ＩＤおよび決済を指示する情報をライドシェア管理装置３００に送信する。決済の要求がされると、ライドシェア管理装置３００は、ステップＳ１２０と同様に導出した代金の決済を行い（ステップＳ２０８）、決済が完了したことを示す情報および乗車券を生成するための情報を受付装置４００に送信する（ステップＳ２１０）。受付装置４００は、決済が完了したことを示す情報および乗車券を生成するための情報を受信すると、受付装置４００は、乗車券を印刷装置４２０に印刷させる（ステップＳ２１２）。
【００７３】
なお、到達状況監視部３４０は、受付装置４００のタッチパネル４１０に対して決済処理の操作が行われた場合、またはライドシェア管理装置３００が、導出した利用代金の決済を行った場合、「利用者が迎車地点に近づいた」ことを検知する。
【００７４】
また、受付装置４００の制御部４４０は、印刷装置４２０を用いて、乗車券と共に特典情報を媒体に印刷させて発行してもよい。
【００７５】
この際、車両２００Ａが、受付装置４００が設けられた迎車地点に到着したものとする。ライドシェア管理装置３００は、この車両２００Ａにより送信された位置情報を取得し（ステップＳ２１４）、取得した情報に基づいて、車両２００Ａが迎車地点に到着したことを認識する。
【００７６】
次に、ライドシェア管理装置３００は、到着した車両２００Ａに迎車地点に到着している利用者Ｕ１およびＵ２を乗車させることを決定し（ステップＳ２１６）、乗車する利用者の利用者ＩＤや目的地、ワンタイムキーなどの情報を車両２００Ａに送信すると共に、利用者Ｕ１およびＵ２が乗車後に目的に向かうように車両２００Ａに指示する（ステップＳ２１８）。利用者Ｕ１または利用者Ｕ２は、「第１の利用者」の一例である。車両２００Ａは、「第１の車両」の一例である。
【００７７】
次に、利用者Ｕ３が、店舗に到達し、受付装置４００のタッチパネル４１０に対して決済処理の操作を行うと、受付装置４００は、決済をライドシェア管理装置３００に要求する（ステップＳ２２０）。この場合、受付装置４００は、利用者ＩＤの入力を利用者Ｕ３に求め、入力された利用者ＩＤおよび決済を指示する情報をライドシェア管理装置３００に送信する。次に、決済の要求がされると、ライドシェア管理装置３００は、ステップＳ２０８と同様に導出した利用代金の決済を行い（ステップＳ２２２）、決済が完了したことを示す情報および乗車券を生成するための情報を受付装置４００に送信する（ステップＳ２２４）。受付装置４００は、決済が完了したことを示す情報および乗車券を生成するための情報を受信すると、受付装置４００は、乗車券を印刷装置４２０に印刷させる（ステップＳ２２６）。
【００７８】
この際、車両２００Ｂが、受付装置４００が設けられた迎車地点に到着したものとする。ライドシェア管理装置３００は、この車両２００Ｂにより送信された位置情報を取得し（ステップＳ２２８）、取得した情報に基づいて、車両２００Ｂが迎車地点に到着したことを認識する。
【００７９】
次に、ライドシェア管理装置３００は、到着した車両２００Ｂに迎車地点に到着している利用者Ｕ３を乗車させることを決定し（ステップＳ２３０）、乗車する利用者の利用者ＩＤや目的地、ワンタイムキーなどの情報を車両２００Ｂに送信すると共に、利用者Ｕ３が乗車後に目的に向かうように車両２００Ｂに指示する（ステップＳ２３２）。利用者Ｕ３は、「第２の利用者」の一例である。車両２００Ｂは、「第２の車両」の一例である。
【００８０】
上述したようにライドシェア管理装置３００は、運行スケジュールを動的に変化させて調整することにより、より効率的なライドシェアの運営を実現することができる。
【００８１】
なお、上述した処理では、利用者が決済する前に車両２００Ａ、２００Ｂを配車するものとして説明したが、車両２００Ａ、または車両２００Ｂを配車するタイミングは、利用者により乗車リクエストが要求された後の任意のタイミング（例えば決済後）であってもよい。
【００８２】
また、ステップＳ２１６の処理では、車両２００Ａの乗車可能人数がゼロでない場合（利用者Ｕ３が乗車できる場合）であっても、到達状況監視部３４０により利用者Ｕ３が所定の地点に近づくのが、車両２００Ａが所定の地点に到達してから所定時間経過後であることが推定される場合、運行管理部３３０は、利用者Ｕ３を、車両２００Ａよりも後に所定の地点に到達する車両２００Ｂに乗車させる利用者と決定してもよい。この場合、例えば、ライドシェア管理装置３００は、車両２００Ａが所定の地点に到着した際における利用者Ｕ３の位置情報を取得し、取得した位置情報に基づいて、利用者Ｕ３が所定の地点に到達するまでの時間を推定する。例えば、利用者Ｕ３が端末装置１００等を有している場合、端末装置１００は、車両２００Ａが所定の地点に到着した際における利用者Ｕ３の位置情報をライドシェア管理装置３００に送信する。
【００８３】
また、車両２００Ａの乗車可能人数が一以上である場合（上記例では利用者Ｕ１〜Ｕ３が乗車可能である場合）、または、到達状況監視部３４０により利用者Ｕ３が所定の地点に近づくのが、車両２００Ａが所定の地点に到達してから所定時間経過前であることが推定される場合、運行管理部３３０は、利用者Ｕ３を、車両２００Ａに乗車させる利用者と決定してもよい。
【００８４】
図９は、ライドシェア管理装置３００により実行される処理の流れを示すフローチャート（その１）である。本処理は、所定の迎車地点ごとに行われる処理である。
【００８５】
まず、到達状況監視部３４０は、乗車リクエストを送信した利用者が迎車地点に近づいたか否かを判定する（ステップＳ３００）。利用者が迎車地点に近づいた場合、運行管理部３３０は、迎車地点に近づいた利用者が乗車する車両を決定する（ステップＳ３０２）。迎車地点に近づいた利用者が乗車する車両とは、その利用者が迎車地点に近づく前に乗車することが予定されていた車両であってもよいし、異なる車両であってもよい。異なる車両とは、例えば、利用者の目的地と合致する目的地が設定された車両であって、利用者が迎車地点に近づいた際に、迎車地点に到着している、または迎車地点に所定時間以内に到着する予定の車両である。運行管理部３３０は、例えば、利用者が迎車地点に近づいた時点で、利用者の乗車条件を満たし、且つライドシェア管理システム１において管理されている車両を効率的に稼働させることができるように利用者が乗車する車両を決定する。
【００８６】
次に、運行管理部３３０は、乗車する利用者の情報を、その利用者が乗車する車両に送信する（ステップＳ３０４）。次に、運行管理部３３０は、ステップＳ３０２の処理結果を反映した運行スケジュールに基づく情報を利用者の端末装置１００、または受付装置４００に送信する（ステップＳ３０６）。運行スケジュールに基づく情報を利用者の端末装置１００、または受付装置４００に送信することは、所定の地点に車両が到着する時刻を利用者に提供すること、所定の地点に向かわせる車両を特定するための情報を利用者に提供することの一例である。また、運行管理部３３０は、車両における占有可能部の利用のための情報を利用者に提供してもよい。占有可能部とは、座席や荷物などの物体を載置可能な領域である。占有可能部の利用のための情報は、ドアを開放するためのワンタイムキーの情報、乗車用のコード、乗車位置、ドア位置、占有位置などである。次に、運行管理部３３０は、当該迎車ポイントにおけるライドシェアの営業が終了したか否かを判定する（ステップＳ３０８）。営業が終了していない場合、ステップＳ３００の処理に戻り、営業が終了した場合、本フローチャートの処理は終了する。
【００８７】
端末装置１００または受付装置４００は、ライドシェア管理装置３００からステップＳ３０２の処理結果を反映した運行スケジュールを受信すると、図１０の画像ＩＭを自装置の表示部に表示させる。図１０は、端末装置１００または受付装置４００の表示部に表示される画像の一例を示す図である。例えば、画像ＩＭには、利用者ＩＤや、乗車する予定の車両の特徴を示す情報または識別するための情報（例えばナンバーや車両のボディの色、形状、車両を示す画像等）、車両が迎車地点に到着する予定時刻、車両の現在の走行位置等が互いに対応付けられて描画される。なお、運行スケジュールが変更されるごとに、表示部に表示される画像は、その変更が反映された画像に変更される。
【００８８】
図１１は、ライドシェア管理装置３００により実行される処理の流れを示すフローチャート（その２）である。まず、運行管理部３３０は、車両２００から取得する車両情報に基づいて、ステップＳ３０２で乗車する利用者を決定した車両に利用者の全てが乗車したか否かを判定する（ステップＳ４００）。その車両に利用者の全てが乗車した場合、運行管理部３３０は、乗員が乗車した車両に発車の指示を送信し（ステップＳ４０２）、本フローチャートの１ルーチンの処理は終了する。
【００８９】
上述したようにライドシェア管理装置３００は、利用者の迎車地点への到達状況に基づいて、利用者が乗車する車両を決定することにより、利用者は他の利用者を待たずに目的地に向け出発することができる。また、ライドシェア管理システムにおいて、より効率的な運営を実現することができる。
【００９０】
なお、運行スケジュールを生成する際、運行管理部３３０は、端末装置１００により送信された乗車リクエストについては、乗車リクエストを送信した端末装置１００に他の利用者と同時に車両が有する領域を占有する（例えば同乗する）車両を選択するか、乗車リクエストに対応する利用者が車両を占有するかの選択権を付与してもよい。この場合、運行管理部３３０は、利用者により選択された結果である、端末装置１００により送信された同乗するか、占有するかを示す情報を取得し、取得した情報に基づいて、運行スケジュールを生成する。
【００９１】
また、運行管理部３３０は、端末装置１２０や端末装置１３０により送信された乗車リクエストについては、他の利用者が同乗する可能性が存在する車両を優先的に配車してもよい。
【００９２】
図１２は、利用者Ｕ１〜Ｕ３および車両２００の移動状態の一例を示す図である。図１２（Ａ）は時刻ｔ+１における利用者と車両の移動状態を示し、図１２（Ｂ）は時刻ｔ+２における利用者と車両の移動状態を示し、図１２（Ｃ）は時刻ｔ+３における利用者と車両の移動状態を示している。図１２（Ａ）に示すように、時刻ｔ＋１において利用者Ｕ１〜Ｕ３は、乗車リクエストをライドシェア管理装置３００に送信したものとする。迎車地点は、店舗Ａであるものとする。運行管理部３３０は、店舗Ａに時刻ｔ＋２に到着するように車両２００Ａに指示を送信する。なお、車両２００Ａの空席は「２」である。
【００９３】
図１２（Ｂ）に示すように、時刻ｔ＋２において利用者Ｕ１およびＵ２が店舗Ａに到着したものとする。運行管理部３３０は、店舗Ａに到着した利用者Ｕ１およびＵ２を車両２００Ａに乗車させ、車両２００の乗員の目的地に出発するように車両２００Ａに指示を送信する。また、運行管理部３３０は、利用者Ｕ３が乗車するための車両２００Ｂに店舗Ａに向かうように指示する。車両２００Ｂは、時刻ｔ＋３に店舗Ａに到着予定の車両であり、現在、空席はゼロであるが店舗Ａで乗員が一人降車予定の車両である。
【００９４】
図１２（Ｃ）に示すように、時刻ｔ＋３において利用者Ｕ３、および車両２００Ｂが店舗Ａに到着したものとする。運行管理部３３０は、店舗Ａに到着した利用者Ｕ３を車両２００Ｂに乗車させ、車両２００Ｂの乗員の目的地に出発するように車両２００Ｂに指示を送信する。
【００９５】
なお、上述した例において、車両２００Ａに空席が３席存在する場合において、車両２００Ａと、利用者Ｕ１および利用者２とが店舗Ａに到着した場合であっても、車両２００Ａは、利用者Ｕ３を待たずに目的地に向けて出発してもよい。この場合、運行管理部３３０は、例えば、店舗Ａの周辺に存在する車両の状況に応じて、利用者Ｕ３を待たずに車両２００Ａを目的地に向けて出発させるか否かを決定してもよい。具体的には、運行管理部３３０は、車両２００Ａが出発した後、所定時間以内に店舗Ａに到着し、且つ利用者Ｕ３が乗車可能な車両が存在する場合、または店舗Ａから所定距離以内に存在し、且つ利用者Ｕ３が乗車可能な車両が存在する場合、車両２００Ａを目的地に向けて出発させる。
【００９６】
図１３は、利用者Ｕ１〜Ｕ３および車両２００の移動状態の別の一例を示す図である。図１３（Ａ）は時刻ｔ+１１における利用者と車両の移動状態を示し、図１３（Ｂ）は時刻ｔ+１２における利用者と車両の移動状態を示し、図１３（Ｃ）は時刻ｔ+１３における利用者と車両の移動状態を示している。図１３（Ａ）に示すように、時刻ｔ＋１１において利用者Ｕ１〜Ｕ３は、乗車リクエストをライドシェア管理装置３００に送信したものとする。迎車地点は、店舗Ａであるもとする。運行管理部３３０は、店舗Ａに時刻ｔ＋１３に到着するように車両２００Ｃに指示を送信する。
【００９７】
図１３（Ｂ）に示すように、時刻ｔ＋１２において利用者Ｕ１が店舗Ａに到着したものとする。また、車両２００Ｄは、乗員を降ろすために店舗Ａに立ち寄ったものとする。車両２００Ｄの目的地は、利用者Ｕ１の目的地と合致するものとする。この場合、運行管理部３３０は、利用者Ｕ１が乗車する車両を車両２００Ｄに決定し、車両２００Ｄに乗車することを促す情報を利用者Ｕ１の端末装置１００に送信する。また、運行管理部３３０は、利用者Ｕ１を乗車させて目的地に出発するように車両２００Ｄに指示を送信する。車両２００Ｄは、例えば、ライドシェア管理装置３００から利用者Ｕ１が保持する乗車券の情報を取得する。乗車券認証装置２７０は、利用者Ｕ１により乗車券が自装置の読取部に翳された場合、利用者Ｕ１の乗車を許可する。
【００９８】
図１３（Ｃ）に示すように、時刻ｔ＋１３において利用者Ｕ２、Ｕ３、および車両２００Ｃが店舗Ａに到着したものとする。運行管理部３３０は、店舗Ａに到着した利用者Ｕ２およびＵ３を車両２００Ｃに乗車させ、車両２００Ｃの乗員の目的地に出発するように車両２００Ｃに指示を送信する。
【００９９】
上述したようにライドシェア管理装置３００は、利用者が迎車地点への到達状況に基づいて、迎車地点で車両に乗車する乗員を決定することにより、利用者の利便性を向上させることができる。例えば先に到着した利用者は、いつ迎車地点に到着するかわからない利用者を待たずに車両に乗車することができる。また、利用者Ｕ１〜Ｕ３が迎車地点に到着する時刻が異なる場合であっても、ライドシェア管理システム１は、到着した利用者を乗車させることができる車両に乗員を乗車させ、後に迎車地点に到着する利用者を、他の車両に乗車させることにより、より効率的に車両を稼働させることができる。この結果、より効率的な運営を実現することができる。
【０１００】
また、ライドシェア管理装置３００（インセンティブ付与部３７０）は、店舗の利用状況と、車両の利用状況とを参照して、店舗または利用者にインセンティブ情報を付与してもよい。インセンティブ情報とは、例えば金銭の量や特典の内容を示す情報である。この場合、ライドシェア管理システム１Ａは、ライドシェア管理装置３００に代えて、ライドシェア管理装置３００Ａを備える。図１４は、ライドシェア管理システム１Ａの機能構成を示す図である。ライドシェア管理装置３００Ａは、ライドシェア管理装置３００の機能構成に加え、更にインセンティブ付与部３７０を備える。
【０１０１】
また、ライドシェア管理装置３００の記憶部３８０Ａには、利用状況情報３９０が記憶されている。利用状況情報３９０には、例えば、利用者ごとの乗車リクエストの回数や、決済の回数、決済額、受付装置４００が設けられた店舗において決済が行われた回数（決済額）、店舗が迎車地点として利用された回数、店舗を迎車地点として利用した利用者の数等が含まれる。上記の利用状況情報３９０に含まれる情報は、例えば、ライドシェア管理装置３００が、自装置の処理結果、受付装置４００、または店舗に設けられた端末装置から取得した情報である。
【０１０２】
インセンティブ付与部３７０は、例えば、利用状況情報３９０を参照して、店舗または利用者に付与するインセンティブ情報の内容を決定する。例えば、利用者がライドシェアサービスを利用した回数が多い程、利用者に付与するインセンティブの量は大きい。例えば、店舗が迎車地点として利用された回数が多い程、店舗に付与するインセンティブの量は大きい。付与するとは、利用者にライドシェアや店舗で利用できる割引などの特典の情報を端末装置１００送信することや、口座管理サーバ５００にネットワークＮＷを介してインセンティブの量に応じた金銭を予め設定された店舗の銀行口座に振り込むように指示すること等である。
【０１０３】
また、インセンティブ付与部３７０は、例えば、利用状況情報３９０を参照して、店舗から受け取るインセンティブ情報の内容を決定してもよい。例えば、店舗が迎車地点として利用された回数が多い程、店舗から受け取るインセンティブの量は大きい。例えば、インセンティブ付与部３７０は、決定したインセンティブの量を示す情報を店舗に設けられた端末等に送信し、インセンティブの量に応じた金銭を予め設定された店舗の銀行口座に振り込むように指示する。上述した処理により、インセンティブ付与部３７０は、迎車地点として利用された回数が多く、集客が上昇した店舗からインセンティブを取得することができる。
【０１０４】
上述した実施形態では、利用者が車両２００に乗車するために乗車リクエストをライドシェア管理装置３００に送信し、ライドシェア管理装置３００は、乗車リクエストを取得すると、その乗車リクエストにおいて定義された利用条件に合致する車両２００を検索するものとしたが、これに限定されない。例えば、利用者は利用リクエストをライドシェア管理装置３００に送信してもよい。また、ライドシェアに利用される車両２００は、荷物、または旅客を輸送する車両２００であってもよいし、貨客混載の車両２００であってもよい。
【０１０５】
利用リクエストは、利用者が車両２００の利用を希望することを示すリクエストである。例えば、利用者は、車両２００に荷物を積むため、車両２００に乗せられた荷物を下ろすため、車両２００に乗車した乗員を介助するため、または利用リクエストを送信した利用者とは異なる利用者を乗車させるために利用リクエストをライドシェア管理装置３００に送信する。また、利用者は、車両２００と合流すること、車両２００または車両２００内の人や物体に触れることを目的として利用リクエストをライドシェア管理装置３００に送信してもよい。例えば、車両２００や、車両２００の内部、車両２００に乗せられた荷物等を検査や確認、加工することや、車両２００の乗員と合流すること、車両２００の乗員を診察することを目的として、利用者は利用リクエストをライドシェア管理装置３００に送信してもよい。
【０１０６】
そして、ライドシェア管理装置３００は、利用者リクエストに応じて、利用リクエストに定義された条件に合致する車両２００を検索する。利用リクエストに定義された条件に合致するとは、荷物を車両２００に載置する利用リクエストの場合、例えば、その荷物を積めるスペースが車両２００内に存在していること、希望時刻付近において配車する車両２００が迎車地点（迎車地点付近）を走行していること、および目的地が荷物（利用者）の目的地に合致することである。
【０１０７】
乗車条件情報３８４に代えて（或いは加えて）、例えば、利用条件情報が記憶部３８０に記憶される。利用条件情報は、例えば、予め登録された利用者の識別情報である利用者ＩＤに対し、アクセス希望地点、目的地、アクセス希望時刻（利用者と車両２００が合流する希望時刻）、配車決定済であるか否かを示す配車フラグなどが対応付けられた情報である。
【０１０８】
例えば、運行管理部３３０は、利用条件情報と、地図情報３８６と、運行スケジュール情報３８８とを参照し、配車可能な車両２００を検索する。地図情報３８６には、ノードやリンクの情報に加えて、各種の迎車地点の概要を示す迎車地点情報が含まれている。迎車地点情報は、例えば、車両２００が利用者と合流する地点の識別情報である迎車地点ＩＤに対して、位置、迎車地点内容、一以上のアクセス希望地点である対応範囲などが対応付けられた情報である。
【０１０９】
運行スケジュール情報３８８において、例えば、載置される物体、または下ろされる物体の種類や大きさ、重さ、行われる行為が出発地、経由地、または目的地に対応付けられている。記憶部３８０には、車両２００が載置可能な荷物の種類、大きさ、重さの情報が記憶されている。運行管理部３３０は、到達状況監視部３４０により監視される利用者の到達状況に基づいて、所定の地点で車両２００を利用する利用者を決定する。
【０１１０】
例えば、運行管理部３３０は、地図情報３８６を参照して、乗車リクエストに含まれるアクセス希望地点に対応付けられた迎車地点を特定し、利用条件情報から、特定した迎車地点が同じであって利用希望時刻が所定時間以内のレコードを抽出する。そして、運行管理部３３０は、利用者の利用希望時刻に近い時刻、または利用希望時刻から所定時間（例えば３０分や１時間）以内で利用できる車両２００を配車する。配車される車両２００は、例えば、乗車希望時刻付近において迎車地点（迎車地点付近）を走行する車両２００のうち、利用者が指定した目的地に合致し、利用者が車両２００の占有可能部の少なくとも一部を占有利用可能な車両２００である。占有利用可能とは、例えば、利用者が載置する荷物を占有可能部に載置可能であったり、利用者または利用者が指定した人物が乗車可能であったりすることである。
【０１１１】
また、ライドシェア管理装置３００は、到着した車両２００に迎車地点に到着している利用者Ｕ１およびＵ２を乗車させることを決定する処理（ステップＳ２１６）を以下のように実行してもよい。例えば、運行管理部３３０は、複数の利用者に含まれる第２の利用者が所定の地点に近づく前に、複数の利用者に含まれる第１の利用者が所定の地点に近づき、且つ運行管理部３３０により配車された第１の車両２００が所定の地点に到着した場合に、第１の利用者を第１の車両２００の一部を占有する利用者と決定すると共に、以下の（１）または（２）の処理を行う。（１）運行管理部３３０は、例えば、第１の車両２００の占有可能部が占有済みになり占有不能となった場合に、第２の利用者を、第１の車両２００よりも後に所定の地点に到達し、且つ第２利用者が要求する利用情報に対応した占有可能部を有する第２の車両２００の一部を占有する利用者と決定する。（２）運行管理部３３０は、例えば、到達状況監視部３４０の観測情報に基づき予測される第２の利用者の前記所定の地点への到達予定時刻と第１の車両２００が所定の地点に到達した時刻との比較に基づき、第２の利用者を、第１の車両２００よりも後に所定の地点に到達し、且つ第２利用者が要求する利用情報に対応した占有可能部を有する第２の車両２００の一部を占有する利用者と決定する。占有済みとは、利用者が乗車する座席が存在しないことや、利用者が乗車する座席が占有されていること、荷物を載置する載置領域が存在しないこと、載置領域が他の荷物が置かれていること等である。観測情報とは、「利用者が迎車地点に近づいた」ことを示す情報である。
【０１１２】
例えば、運行管理部３３０は、到達状況監視部３４０の観測情報に基づき予測される第２の利用者の所定の地点への到達予定時刻が、第１の車両２００が所定の地点に到達した時刻よりも所定時間長いと予測した場合、第２の利用者を、第１の車両２００よりも後に所定の地点に到達し、且つ第２の利用者が要求する利用情報に対応した占有可能部を有する第２の車両２００の占有可能部の一部を占有する利用者と決定する。「第２の利用者が要求する利用情報に対応した占有可能部を有する」とは、例えば、第２の利用者が載置したい物体を載置可能な占有可能部を有すること、または乗車したい人物が乗車可能であることである。
【０１１３】
また、運行管理部３３０は、第１の利用者の占有後の第１の車両２００の占有可能部が第２の利用者が要求する利用条件に合致するとき、または、到達状況監視部３４０により第２の利用者が所定の地点に近づくのが第１の車両２００が所定の地点に到達してから所定時間経過前であることが推定される場合、第２の利用者を、第１の車両２００の占有可能部の一部を占有する利用者と決定する。利用条件に合致するとは、例えば、第２の利用者が向かう方向と第１の車両２００が向かう方向とが合致し、第１の車両２００に第２の利用者が乗車することができる、または第１の車両２００に第２の利用者が載置する荷物（占有する領域）が存在することである。
【０１１４】
また、運行管理部３３０は、第１の利用者が第１の車両２００の占有可能部を占有した後に第１の車両２００に非予約の占有可能部が存在するとき、第２の利用者の到達予測時刻によらず第２の利用者を、第１の車両２００の非予約の占有可能部を占有する利用者と決定する。この場合における第２の利用者は、迎車地点に対応する（迎車地点または迎車地点付近に存在する）店舗などのサービスプロバイダであり、第２の利用者であるサービスプロバイダはすでに迎車地点に到着しているとみなすことができる。この結果、車両２００に空いている占有可能部が存在する場合、店舗などのサービスプロバイダが配送などに第１の車両２００を効率的に活用することができる。
【０１１５】
また、運行管理部３３０は、車両２００が途中で停車する停車位置を設定するとともに、停車位置において占有可能部へのアクセスを第３者に許可するアクセス制御部３３２を更に備えてもよい。図１５は、アクセス制御部３３２を備えるライドシェア管理装置３００Ａと第３者が利用する特定端末装置６００の機能構成の一例を示す図である。特定端末装置６００は、例えば、スマートフォンやタブレット端末などの利用者が携帯可能な端末装置であってもよいし、パーソナルコンピュータであってもよい。
【０１１６】
アクセス制御部３３２は、車両２００の占有可能部（利用者が乗車している占有可能部、荷物が載置されている占有可能部）または占有可能部に存在する乗員（または物体）にアクセスする第３者に対して、車両２００が停車位置で止まる前、または第３者が車両２００と合流する前、または合流した際に、占有可能部にアクセスするための情報（例えば車両２００のドアを開放するためのワンタイムキー）や、車両２００に関する情報を通知してもよい。上記の停車位置は、第３者により指定された位置であってもよいし、第３者とは異なる利用者（例えば利用リクエストを送信した利用者）により指定された位置であってもよい。例えば、アクセス制御部３３２は、事前に記憶部３８０に記憶された識別情報を有する特定端末装置６００に占有可能部にアクセスするための情報や、上記の停車位置、車両２００に関する情報を通知してもよい。例えば、占有可能部にアクセスするための情報が通知される特定端末装置６００は、利用者が利用リクエストに対応付けて指定した特定端末装置６００や、予め権限が付与された特定端末装置６００等である。
【０１１７】
車両２００は、複数の区画された占有可能部を有し、区画された占有可能部ごとにアクセスが制限されるように構成されていてもよい。例えば、車両２００において、複数の部屋やロッカーが設けられ、それぞれの部屋やロッカーは施錠可能に構成されていてもよい。この場合、特定端末装置６００は、予め権限が付与された部屋やロッカーにアクセスするための情報を取得する。このように、第３者に対してアクセスするための情報を通知することにより、物品の受け渡しを行ったり、車両２００と第３者とが合流することによって行われる用事を済ませたりすることができる。
【０１１８】
以上説明した実施形態によれば、複数の利用者によってそれぞれ使用される複数の端末装置１００、１２０、１３０と通信する通信部３１０と、少なくともアクセス希望地点を含む利用条件が定義された、複数の利用者の利用リクエストを取得する取得部３２０と、アクセス希望地点に基づいて導出される所定の地点への利用者の到達状況を監視する到達状況監視部３４０と、利用リクエストに含まれる利用条件に基づいて、配車可能な車両を検索し、車両の運行スケジュールを決定する運行管理部３３０であって、到達状況監視部３４０により監視される到達状況に基づいて、所定の地点で車両にアクセスする利用者を決定する運行管理部３３０とを備えることにより、より効率的な運営を実現することができる。
【０１１９】
なお、ライドシェア管理装置３００は、車両２００に搭載されてもよい。車両２００が手動運転車両である場合、通信部３１０は、ネットワークＮＷを介して車両２００の運転者の端末装置と通信してよい。
【０１２０】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【図１】
2020061190.tif 000003
【図２】
2020061190.tif 000004
【図３】
2020061190.tif 000005
【図４】
2020061190.tif 000006
【図５】
2020061190.tif 000007
【図６】
2020061190.tif 000008
【図７】
2020061190.tif 000009
【図８】
2020061190.tif 000010
【図９】
2020061190.tif 000011
【図１０】
2020061190.tif 000012
【図１１】
2020061190.tif 000013
【図１２】
2020061190.tif 000014
【図１３】
2020061190.tif 000015
【図１４】
2020061190.tif 000016
【図１５】
2020061190.tif 000017