(57)【要約】【課題】  運転者数の不足を抑制することができる車両乗合支援システムを提供する。【解決手段】  複数のユーザ端末２、及びユーザ端末とネットワーク３を介して接続されたホストサーバ４とを有する車両乗合支援システム１であって、ユーザ端末のそれぞれは、ユーザの乗合申込を受け付ける申込受付部１５と、ホストサーバは、乗合申込があった複数のユーザの中から１以上の運転者を設定する運行予定作成部２４を有する。【選択図】    図３
2019082863.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末、及び前記ユーザ端末とネットワークを介して接続されたホストサーバとを有する車両乗合支援システムであって、
前記ユーザ端末のそれぞれは、ユーザの乗合申込を受け付ける申込受付部と、
前記ホストサーバは、前記乗合申込があった複数の前記ユーザの中から１以上の運転者を設定する運行予定作成部を有することを特徴とする車両乗合支援システム。
【請求項２】
前記ホストサーバは、前記ユーザのそれぞれが乗合に提供し得る車両に関する車両情報を有し、
前記運行予定作成部は、前記車両情報に基づいて前記運転者を設定することを特徴とする請求項１に記載の車両乗合支援システム。
【請求項３】
前記車両情報は、所有者、燃費、乗車定員数の少なくとも１つを含むことを特徴とする請求項２に記載の車両乗合支援システム。
【請求項４】
前記ホストサーバは、前記ユーザのそれぞれの情報であるユーザ情報を有し、
前記運行予定作成部は、前記ユーザ情報に基づいて前記運転者を設定することを特徴とする請求項１に記載の車両乗合支援システム。
【請求項５】
前記ユーザ情報は、前記ユーザのそれぞれの所定の期間において前記運転者に設定された回数である運転者担当回数を含み、
前記運行予定作成部は、前記ユーザ情報に基づいて、前記ユーザ間における前記運転者担当回数の差が小さくなるように運転者候補を設定し、前記運転者候補の内から前記運転者を設定することを特徴とする請求項４に記載の車両乗合支援システム。
【請求項６】
前記ホストサーバは、前記ユーザのそれぞれが乗合に提供し得る車両に関する車両情報を有し、
前記運行予定作成部は、前記車両情報に基づいて前記運転者候補から前記運転者を設定することを特徴とする請求項５に記載の車両乗合支援システム。
【請求項７】
前記ユーザ情報は、運転技能を少なくとも含み、
前記運行予定作成部は、前記運転技能に基づいて前記運転者候補から前記運転者を設定することを特徴とする請求項６に記載の車両乗合支援システム。
【請求項８】
前記運行予定作成部は、前記乗合申込があった複数の前記ユーザを複数の乗合グループにグループ化し、前記乗合グループのそれぞれに１以上の前記運転者候補を設定することを特徴とする請求項５に記載の車両乗合支援システム。
【請求項９】
当該車両乗合支援システムは、特定の施設への移動における乗合を支援することを特徴とする請求項１〜請求項８のいずれか１つの項に記載の車両乗合支援システム。
【請求項１０】
当該車両乗合支援システムは、特定の団体の通勤における乗合を支援することを特徴とする請求項１〜請求項８のいずれか１つの項に記載の車両乗合支援システム。
【請求項１１】
前記運行予定作成部は、前記乗合申込があった複数の前記ユーザを複数の乗合グループにグループ化すると共に、前記乗合グループのそれぞれに１以上の運転者候補を設定した運行予定を複数パターン作成し、前記運行予定のそれぞれに対して複数の評価基準に対する評価点を算出し、前記評価点のそれぞれに対応する係数を乗じた値の合計が最も高い前記運行予定に含まれる前記運転者候補から前記運転者を設定し、
前記係数のそれぞれはシステム管理者によって変更可能であることを特徴とする請求項１に記載の車両乗合支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザにライドシェアサービスを提供する車両乗合支援システムに関する。
【背景技術】
【０００２】
自動車で移動する予定のある運転者と、他人の車に乗り合って目的地まで移動することを希望する乗合者との間で、自動車のライドシェア（乗合）を支援する車両乗合支援システム（ライドシェアサービスシステム）が公知である（例えば、特許文献１）。ライドシェアを行なうことで自動車の運行台数が減るため、エネルギーの節約やＣＯ２排出量の削減、交通渋滞の緩和が可能になる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１４０３９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に係る車両乗合支援システムでは、ユーザは、自身が運転者又は乗員（運転しない）のいずれかであるかを特定して乗合の申し込みを行なう。そのため、運転者及び乗員の割合が偏る場合があり、乗合グループを適切に作成することができない場合がある。特に、乗合サービスを通勤手段に適用した場合、運転者は乗員よりも負担が大きいために利用者は運転者になることを避けることが予想され、運転者が不足する虞がある。
【０００５】
本発明は、以上の背景を鑑み、運転者数の不足を抑制することができる車両乗合支援システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明の一態様は、複数のユーザ端末（２）、及び前記ユーザ端末とネットワーク（３）を介して接続されたホストサーバ（４）とを有する車両乗合支援システム（１）であって、前記ユーザ端末のそれぞれは、ユーザの乗合申込を受け付ける申込受付部（１５）と、前記ホストサーバは、前記乗合申込があった複数の前記ユーザの中から１以上の運転者を設定する運行予定作成部（２４）を有することを特徴とする。
【０００７】
この態様によれば、ホストサーバが乗合申込のあったユーザの中から運転者を設定するため、運転者の不足及び過多を抑制することができる。これにより、ホストサーバがユーザの乗合グループを作成するときに、ユーザの組み合わせの選択肢が増え、最適な運行予定を作成することができる。
【０００８】
上記の態様において、前記ホストサーバは、前記ユーザのそれぞれが乗合に提供し得る車両に関する車両情報を有し、前記運行予定作成部は、前記車両情報に基づいて前記運転者を設定するとよい。前記車両情報は、所有者、燃費、乗車定員数の少なくとも１つを含むとよい。
【０００９】
この態様によれば、乗合に適した車両を利用して乗合を行なうことができる。例えば、企業等が所有する共用の車両をライドシェアに使用することができる。また、燃費が良い車両を使用することによって、ＣＯ２排出量を削減することができる。
【００１０】
上記の態様において、前記ホストサーバは、前記ユーザのそれぞれの情報であるユーザ情報を有し、前記運行予定作成部は、前記ユーザ情報に基づいて前記運転者を設定するとよい。
【００１１】
この態様によれば、運転技能等を考慮して適切なユーザに運転者を担当させることができる。
【００１２】
上記の態様において、前記ユーザ情報は、前記ユーザのそれぞれの所定の期間において前記運転者に設定された回数である運転者担当回数を含み、前記運行予定作成部は、前記ユーザ情報に基づいて、前記ユーザ間における前記運転者担当回数の差が小さくなるように運転者候補を設定し、前記運転者候補の内から前記運転者を設定するとよい。
【００１３】
この態様によれば、各ユーザが運転者を担当する回数の差が小さくなり、不平等感が生じ難くなる。
【００１４】
上記の態様において、前記ホストサーバは、前記ユーザのそれぞれが乗合に提供し得る車両に関する車両情報を有し、前記運行予定作成部は、前記車両情報に基づいて前記運転者候補から前記運転者を設定するとよい。
【００１５】
この態様によれば、各ユーザが運転者を担当する回数の差を小さくしつつ、乗合に適した車両を利用して乗合を行なうことができる。
【００１６】
上記の態様において、前記ユーザ情報は、運転技能を少なくとも含み、前記運行予定作成部は、前記運転技能に基づいて前記運転者候補から前記運転者を設定するとよい。
【００１７】
この態様によれば、各ユーザが運転者を担当する回数の差を小さくしつつ、運転技能等を考慮して適切なユーザに運転者を担当させることができる。
【００１８】
上記の態様において、前記運行予定作成部は、前記乗合申込があった複数の前記ユーザを複数の乗合グループにグループ化し、前記乗合グループのそれぞれに１以上の前記運転者候補を設定するとよい。
【００１９】
この態様によれば、乗合グループに運転者を設定することができる。
【００２０】
上記の態様において、当該車両乗合支援システムは、特定の施設への移動における乗合を支援するとよい。
【００２１】
この態様によれば、目的地又は出発地を特定の施設にして一致させることができ、乗合グループを効率良く作成することができる。
【００２２】
上記の態様において、当該車両乗合支援システムは、特定の団体の通勤における乗合を支援するとよい。
【００２３】
この態様によれば、朝の通勤時には目的地を一致させることができ、夕方の通勤時には出発地を一致させることができ、乗合グループを効率良く作成することができる。
【００２４】
上記の態様において、前記運行予定作成部は、前記乗合申込があった複数の前記ユーザを複数の乗合グループにグループ化すると共に、前記乗合グループのそれぞれに１以上の運転者候補を設定した運行予定を複数パターン作成し、前記運行予定のそれぞれに対して複数の評価基準に対する評価点を算出し、前記評価点のそれぞれに対応する係数を乗じた値の合計が最も高い前記運行予定に含まれる前記運転者候補から前記運転者を設定し、
前記係数のそれぞれはシステム管理者によって変更可能であるとよい。
【００２５】
この態様によれば、車両乗合支援システムを利用する団体の要望に適した運行予定を作成することができる。車両乗合支援システムは、例えば、乗合に使用される車両の数が少なくなるように、或は乗合によって生じるＣＯ２発生量が少なくなるように、運行予定を作成することができる。
【発明の効果】
【００２６】
以上の構成によれば、運転者数の不足を抑制することができる車両乗合支援システムを提供することができる。
【図面の簡単な説明】
【００２７】
【図１】実施形態に車両乗合支援システムの構成図
【図２】乗合支援処理の手順を示すフロー図
【図３】運転者候補設定処理の手順を示すフロー図
【図４】運行予定作成処理の第１例の手順を示すフロー図
【図５】運行予定作成処理の第２例の手順を示すフロー図
【図６】運行予定作成処理の第３例の手順を示すフロー図
【図７】変形例に係る運転者候補設定処理の手順を示すフロー図
【発明を実施するための形態】
【００２８】
以下、図面を参照して、車両乗合支援システムの実施形態について説明する。実施形態に係る車両乗合支援システムは、特定の団体（企業、役所、スポーツクラブ、介護施設、買物施設等）の構成員（ユーザ）に対してサービスを提供する。車両乗合支援システムは、特に、特定の集団の朝及び夕方の通勤、及び特定の施設への移動に対して、自動車のライドシェアサービスを提供する。
【００２９】
本実施形態に係る車両乗合支援システムを利用する集団は、構成員に使用させる目的で複数の共用車を所有している。共用車は、通勤を含む構成員の移動に使用される。車両乗合支援システムは、複数の共用車と、構成員の自家用車の内で乗合に使用することに同意した自動車（以下、提供車という）とを乗合のために使用する。全てのユーザ、共用車及び提供車は、車両乗合支援システムに登録されている。車両乗合支援システムにおいて、全てのユーザにはユーザ識別番号が設定され、全ての共用車及び提供車には車両識別番号が設定されている。
【００３０】
（車両乗合支援システムの構成）
図１に示すように、車両乗合支援システム１は、複数のユーザ端末２と、それぞれのユーザ端末２とネットワーク３を介して接続されたホストサーバ４とを有する。各ユーザ端末２は各ユーザに所持されており、ホストサーバ４は車両乗合支援システム１を運営する企業の建屋内に設けられている。ネットワーク３は、例えばインターネットである。
【００３１】
ユーザ端末２は、アプリケーションを実行するための処理部１１と、入力画面やメッセージを表示すると共にユーザからの入力を受け付けるユーザインタフェース１２と、ネットワーク３を介してホストサーバ４と通信を行うための通信部１３とを備えている。ユーザ端末２は、例えば、スマートホンや、タブレットＰＣ、携帯電話、ＰＤＡ等である。ユーザ端末２の処理部１１は、ユーザの入力操作による乗合申込を受け付ける申込受付部１５を有する。申込受付部１５は、乗合申込を受け付ける際に、ユーザ識別番号、ユーザの希望出発地、希望目的地、希望出発時間、シェア可能車両の車両識別番号に関する情報の入力を要求する。ここで、シェア可能車両とは、ユーザが申込したライドシェアにおいて、ユーザが運転者として希望出発地から運行可能な車両をいい、共用車及び提供車を含む。具体的には、ユーザが選択した希望出発地の付近に駐車された車両であり、かつユーザが車両の利用に必要なキー又は認証カード等を所持している車両がシェア可能車両に該当する。
【００３２】
ホストサーバ４は、ネットワーク３を介してユーザ端末２と通信するための通信部２１と、ユーザからの乗合申込を受け付ける申込処理部２２と、乗合を希望するユーザの申込情報を記憶する申込情報管理部２３と、乗合申込があったユーザをグループ化して複数の乗合グループを作成すると共に、外部のナビゲーションサーバ５を使って各乗合グループの運行予定を作成する運行予定作成部２４と、作成した乗合グループ及び運行予定を記憶する乗合情報管理部２５と、ユーザ毎の情報を保持するユーザ情報管理部２６と、登録された車両情報を保持する車両情報管理部２７と、外部の道路情報サーバ６を使って道路の混雑状況を取得する道路情報取得部２８とを有する。
【００３３】
ユーザ情報管理部２６は、ユーザ毎にユーザに関連する情報をユーザ情報として記憶している。ユーザ情報は、ユーザ識別番号や、ユーザ氏名、住所、運転技能レベル、過去の運転者担当情報、ユーザが所有する提供車の車両識別番号を含む。また、ユーザ情報は、免許証情報、投薬状況、健康状態を含んでもよい。
【００３４】
運転技能レベルは、ユーザの運転技能の程度を表し、例えば１−５等の数値で表される。運転技能レベルは、ユーザの自己申告や運転免許証の色、過去の走行距離、所定の団体が認定する運転技能レベル等に基づいて設定される。所定の団体が認定する運転技能レベルは、例えば国際自動車連盟（ＦＩＡ）による国際Ａ級ライセンス等や、日本自動車連盟（ＪＡＦ）による国内Ａ級ライセンス、各企業が社内で独自に認定しているライセンス等を含む。過去の運転者担当情報は、乗合においてユーザが運転者を担当した全ての日時や回数を含む。運転者を担当した日時から過去の所定の期間内の運転者担当回数を把握することができる。ユーザ氏名や住所、運転技能レベル、提供車の有無等のユーザ情報は、ユーザ端末２を使用して入力及び変更することができる。また、共用車に運転時のふらつきや急発進、急停車を検知して運転技能を判定するシステムを搭載し、このシステムによって判定された運転技能をユーザの運転技能として記憶してもよい。
【００３５】
車両情報管理部２７は、ライドシェアで使用する車両として登録された複数の共用車及び提供車の情報を車両情報として記憶している。車両情報は、登録された車両毎に、車両識別番号、所有者、車種名、乗車定員数、燃費、走行距離当りのＣＯ２排出量を含む。
【００３６】
申込情報管理部２３は、申込処理部２２から申込情報を受け取り、記憶する。申込情報は、申込を行なったユーザのユーザ識別番号、ユーザの希望出発地、希望目的地、希望出発時間、希望到着時間、及びシェア可能車両を含む。
【００３７】
運行予定作成部２４は、申込情報管理部２３に記憶された申込情報に基づき、後述する運転者候補設定処理（図３参照）を実行することによって、乗合申込を行なったユーザを運転者候補及び乗員候補（運転しない者）のいずれかに設定する。
【００３８】
また、運行予定作成部２４は、少なくとも申込情報及びユーザ属性情報に基づき、後述する運行予定作成処理（図４〜６参照）を実行することによって、乗合申込を行なったユーザをグループ化して複数の乗合グループを作成すると共に、各乗合グループにおける運転者、各乗合グループが使用する車両、各乗合グループの経路を設定する。また、運行予定作成部２４は、設定した各乗合グループの経路に基づいて、各ユーザの出発地、目的地、出発時間、及び目的地到着予想時間を設定する。
【００３９】
乗合情報管理部２５は、運行予定作成部２４が作成した運行予定情報を記憶する。運行予定情報は、乗合グループ毎に作成され、乗合グループの識別番号、乗合グループに含まれるユーザの識別番号、運転者に設定されたユーザの識別番号、使用される車両の識別番号、各ユーザの出発地、目的地、出発時間、及び目的地到着予想時間を含む。
【００４０】
ユーザ通知部は、乗合情報管理部２５に記憶された運行予定情報からユーザ毎の運行予定情報であるユーザ運行予定情報を作成し、通信部１３によって各ユーザ端末２に対応するユーザ運行予定情報を送信する。ユーザ運行予定情報は、ユーザの識別番号、乗合グループの識別番号、使用される車両の識別番号、ユーザの出発地、目的地、出発時間、及び目的地到着予想時間、及び運転者／乗員情報を含む。運転者／乗員情報は、ユーザが運転者及び乗員のいずれであるかを示す情報である。ユーザ端末２のユーザインタフェース１２は、ユーザ運行予定情報を表示する。
【００４１】
（乗合支援処理）
以下に、車両乗合支援システム１の乗合支援処理の手順について説明する。車両乗合支援システム１は、複数のユーザが乗合を実際に行なう実施期間を設定し、各実施期間に対応して乗合支援処理を実行する。実施期間は、例えば、ある日の朝の通勤帯（６時〜１０時）や夕方の通勤帯（１６時〜２０時）である。なお、実施期間は、連続的に設定されてもよい。車両乗合支援システム１は、複数の実施期間に対応して同時に複数の乗合支援処理を実行する。
【００４２】
図２は、１つの実施期間を対象とした乗合支援処理の手順を示すフローである。最初にステップＳ１において、ホストサーバ４の申込処理部２２が乗合申込の受付を開始する。乗合申込の受付期間は、実施期間の開始時から所定の時間前に設定される。例えば、実施期間がある日の６時〜１０時（朝の通勤帯）である場合、申込処理部２２はその日の３日前の６時に乗合申込の受付を開始する。
【００４３】
同時に、申込処理部２２はユーザ端末２に受付開始信号を送信し、ユーザ端末２の申込受付部１５は所定の実施期間を対象とした乗合申込の受付を可能にする。これにより、ユーザはユーザ端末２を使用して所定の実施期間を対象とした乗合申込を入力することができる。申込受付部１５は、ユーザに対して、ユーザ識別番号、希望出発地、希望目的地、希望出発時間、シェア可能車両の車両識別番号を含む申込情報の入力を要求する。なお、ユーザ識別番号、希望出発地、希望目的地、提供車の車両識別番号等は、ユーザ端末２、ユーザ情報管理部２６、及び車両情報管理部２７に記憶されたデータを参照して入力を省略してもよい。ユーザが入力した情報は、ホストサーバ４に送信され、申込情報管理部２３に記憶される。
【００４４】
次に、ステップＳ２において、申込処理部２２は、乗合申込の受付開始から所定の期間経過後であり、実施期間の開始前に乗合申込の受付期間を終了する。例えば、実施期間がある日の６時〜１０時（朝の通勤帯）である場合、申込処理部２２はその前日の１８時に乗合申込の受付を終了する。同時に、申込処理部２２はユーザ端末２に受付終了信号を送信し、ユーザ端末２の申込受付部１５は所定の実施期間を対象とした乗合申込の受付を終了する。これにより、その後は、ユーザは所定の実施期間を対象とした乗合申込ができなくなる。
【００４５】
次に、ステップＳ３において、運行予定作成部２４は、各ユーザの申込情報に基づいて運転者候補設定処理を実行する。この処理によって、乗合申込のあったユーザの内から運転者候補が設定される。運転者候補設定処理については、後述する。この処理において、運転者候補に設定されなかったユーザは、乗員候補（運転しない者）に設定される。運行予定作成部２４は、各ユーザが運転者候補及び乗員候補のいずれであるかを示すユーザ属性情報を申込情報管理部２３に記憶する。
【００４６】
次に、ステップＳ４において、運行予定作成部２４は、少なくとも申込情報及びユーザ属性情報に基づき、後述する運行予定作成処理（図４〜６参照）を実行する。運行予定作成処理によって、複数のユーザを含む複数の乗合グループが設定されると共に、各乗合グループにおける運転者、各乗合グループが使用する車両、各乗合グループの経路、各ユーザの出発地、到着地、出発時間、及び目的地到着予想時間が設定される。運行予定作成部２４は、設定したこれらの情報を運行予定情報として乗合情報管理部２５に記憶する。
【００４７】
次に、ステップＳ５において、ユーザ通知部は、乗合情報管理部２５に記憶された運行予定情報からユーザ毎の運行予定情報であるユーザ運行予定情報を作成し、通信部１３によって各ユーザ端末２に対応するユーザ運行予定情報を送信する。これにより、ユーザはユーザ端末２によって自身のユーザ運行予定情報を確認することができる。
【００４８】
（運転者候補設定処理）
図３は、運転者候補設定処理を示すフロー図である。運転者候補設定処理は、ホストサーバ４の運行予定作成部２４が実行する。運転者候補設定処理は、乗合申込があった全てのユーザに対して実行する。運転候補者設定処理では、最初にステップＳ１１において、申込情報に基づいて、ユーザが共用車を使用（所持）しているか否かを判定する。この判定は、申込情報に含まれるシェア可能車両の識別番号が、共用車の識別番号に該当するかを判定することによって行なわれる。ステップＳ１１での判定において、共用車を使用している場合（Ｙｅｓ）にはステップＳ１３に進み、共用車を使用していない場合（Ｎｏ）にはステップＳ１２に進む。
【００４９】
ステップＳ１２では、ユーザが提供車を使用（所持）しているか否かを判定する。この判定は、申込情報に含まれるシェア可能車両の識別番号が、提供車の識別番号に該当するかを判定することによって行なわれる。ステップＳ１２での判定において、ユーザが提供車を使用している場合（Ｙｅｓ）にはステップＳ１３に進み、使用していない場合（Ｎｏ）にはステップＳ１５に進む。
【００５０】
ステップＳ１３では、ユーザ情報に基づいて、ユーザが運転者の不適格事由に該当しないか否かを判定する。この判定は、例えば、ユーザ情報の運転技能レベルや免許証情報、投薬状況、健康状態等に基づいて判定を行なう。例えば、免許証情報の有効期限に基づいて、有効期限が過ぎている場合には、ユーザが不適格事由に該当すると判断する。ステップＳ１３での判定において、ユーザが運転者の不適格事由に該当しない場合（Ｙｅｓ）にはステップＳ１４に進み、該当する場合（Ｎｏ）にはステップＳ１５に進む。
【００５１】
ステップＳ１４では、ユーザの過去の運転者担当回数が他のユーザに比べて多くないか否かを判定する。この判定は、例えば、対象となるユーザの所定期間における運転者担当回数から、全てのユーザの所定期間における運転者担当回数の平均値を減算し、差が所定値以上である場合にユーザの運転者担当回数が多いと判定する。他の判定方法では、偏差値を使用してもよい。ステップＳ１４での判定において、ユーザの過去の運転者担当回数が他のユーザに比べて多くない場合（Ｙｅｓ）にはステップＳ１６に進み、他の場合（Ｎｏ）にはステップＳ１５に進む。
【００５２】
ステップＳ１５では対象となるユーザの属性を乗員候補に設定し、ステップＳ１６では対象となるユーザの属性を運転者候補に設定する。そして、ステップＳ１７において、設定されたユーザの属性（乗員又は運転手候補）を申込情報管理部２３に記憶させる。
【００５３】
（運行予定作成処理：第１例）
図４は、運行予定作成処理の第１例を示すフロー図である。運行予定作成処理は、ホストサーバ４の運行予定作成部２４が実行する。運行予定作成処理では、最初にステップＳ２１において、全ての運転者候補及び乗員候補の組み合せ候補を作成する。組み合わせ候補は複数のパターンを含み、各パターンは複数の乗合グループ候補を含む。各乗合グループ候補は、１人の運転者と０以上の乗員とを含む。運転者は運転者候補から設定され、乗員は運転者候補及び乗員候補から設定される。１つのパターンにおいて、全ての運転者候補及び乗員候補は、いずれか１つの乗合グループ候補に含まれるように設定される。１つの乗合グループ候補に含まる乗員の数は、その乗合グループが使用する車両の乗車定員数から１減じた数以下に設定される。各乗合グループが使用する車両は、運転者に設定されたユーザのシェア可能車両の内から設定される。
【００５４】
続くステップＳ２２において、組み合わせ候補の各パターンの乗合グループ候補に対して、運行経路、経路長、運転者及び各乗員の出発時間及び予想到着時間、運行時間（運転者の予想到着時間−出発時間）を設定する。
【００５５】
続くステップＳ２３において、組み合わせ候補の各パターンの評価し、それぞれに評価点を設定する。評価は、複数の評価基準に基づいて行われる。評価基準は、例えば、各乗合グループの経路長の合計や、運行時間の合計、各ユーザの希望出発時間と希望到着時間の差の合計、乗合に使用される車両の台数、全ての車両の予想ＣＯ２排出量の合計、共用車の割合を含む。評価点は、各乗合グループの経路長の合計が短いほど高くなり、運行時間の合計が短いほど高くなり、各ユーザの希望出発時間と希望到着時間の差の合計が小さいほど高くなり、乗合に使用される車両の台数が少ないほど高くなり、全ての車両の予想ＣＯ２排出量の合計が少ないほど高くなり、共用車の割合が高いほど高くなる。評価では、組み合わせ候補の各パターンに対して複数の評価基準に基づく評価点を算出し、算出した評価点にそれぞれ係数を乗じたものを合計する。係数は、システム管理者によって任意に変更することができる。係数は、車両乗合支援システム１を使用する団体等の要望や必要に応じて任意に設定することができる。係数を変更することによって、重視する評価基準を変更することができる。例えば、渋滞緩和を目的する場合、乗合に使用される車両の台数に対する係数を他の評価基準に対する係数よりも大きくするとよい。ＣＯ２排出量の低減を目的する場合、全ての車両の予想ＣＯ２排出量の合計に対する係数を他の評価基準に対する係数よりも大きくするとよい。重視しない評価基準については、係数を０にすることによって、評価に含めないようにしてもよい。
【００５６】
続くステップＳ２４において、組み合わせ候補の各パターンの内から最も評価点が高いパターンを採用パターンに設定する。そして、採用パターンに基づいて、運転者、乗員、使用する車両、運行経路、経路長、運転者及び各乗員の出発時間及び予想到着時間、運行時間を設定する。
【００５７】
（運行予定作成処理：第２例）
図５は、運行予定作成処理の第２例を示すフロー図である。ホストサーバ４の運行予定作成部２４は、運行予定作成処理の第２例を第１例に代えて実行する。運行予定作成処理の第２例では、最初にステップＳ３１において、全ての運転者候補の内から複数の運転者を設定する。具体的には、全ての運転者候補を評価し、評価点の高いものを運転者に設定する。評価は、運転者評価基準に基づいて行われる。運転者評価基準は、ユーザの運転技能やユーザの状態情報等の評価基準を含む。例えば、運転技能が高いほど評価点が高くなり、運転者に設定され易くなる。乗員候補、及び運転者に設定されなかった運転者候補は、乗員に設定される。
【００５８】
次に、ステップＳ３２において、申込情報のシェア可能車両に基づいて、運転者に設定された乗合に使用する車両を設定する。具体的には、ユーザ毎にシェア可能車両を評価し、評価点の高いものを乗合に使用する車両に設定する。評価は、車両評価基準に基づいて行われる。車両評価基準は、車両の属性（共用車か提供車か）、乗車定員の数、走行距離当りのＣＯ２排出量等の評価基準を含む。例えば、提供車よりも共用車の方が高い評価点を有し、乗車定員数が多い方が高い評価点を有し、走行距離当りのＣＯ２排出量が少ない方が高い評価点を有し、乗合に使用する車両に設定され易くなる。運転者に設定されたユーザのシェア可能車両が１台のときは、評価は実施せずに、シェア可能車両を乗合に使用する車両に設定する。
【００５９】
次に、ステップＳ３３において、設定された運転者及び乗員の組み合せ候補を作成する。組み合わせ候補は複数のパターンを含み、各パターンは複数の乗合グループ候補を含む。各乗合グループ候補は、１人の運転者と０以上の乗員とを含む。１つのパターンにおいて、全ての運転者及び乗員が、いずれか１つの乗合グループ候補に含まれる。１つの乗合グループ候補に含まる乗員の数は、その乗合グループの運転者に設定された運転車候補が乗合に使用可能な車両の定員数から１減じた数以下に設定される。
【００６０】
続くステップＳ３４において、組み合わせ候補の各パターンの乗合グループ候補に対して、運行経路、経路長、運転者及び各乗員の出発時間及び予想到着時間、運行時間（運転者の予想到着時間−出発時間）を設定する。
【００６１】
続くステップＳ３５において、組み合わせ候補の各パターンの評価し、それぞれに評価点を設定する。評価は、ステップＳ２３と同様に行うとよい。
【００６２】
続くステップＳ３６において、組み合わせ候補の各パターンの内から最も評価点が高いパターンを採用パターンに設定する。そして、採用パターンに基づいて、運転者、乗員、使用する車両、運行経路、経路長、運転者及び各乗員の出発時間及び予想到着時間、運行時間を設定する。
【００６３】
（運行予定作成処理：第３例）
図６は、運行予定作成処理の第３例を示すフロー図である。ホストサーバ４の運行予定作成部２４は、運行予定作成処理の第３例を第１例及び第２例に代えて実行する。運行予定作成処理の第３例では、最初にステップＳ４１において、全ての申込情報のシェア可能車両に基づいて、使用車両候補を設定する。具体的には、全てのシェア可能車両を車両評価基準に基づいて評価し、評価点の高いものを使用車両候補に設定する。車両評価基準は、ステップＳ３２と同様である。
【００６４】
ステップＳ４２では、設定された使用車両候補と運転者候補とに基づいて使用車両及び運転者を設定する。具体的には、使用車両候補に設定されたシェア可能車を所持するユーザが運転者候補であるか否かを確認し、運転者候補である場合に使用車両候補を使用車両に設定すると共に、使用車両を所持する運転者候補を運転者に設定する。乗員候補及び運転者に設定されなかった運転者候補は、乗員に設定される。
【００６５】
続いて、ステップＳ４３において、設定された運転者及び乗員の組み合せ候補を作成し、ステップＳ４４において、組み合わせ候補の各パターンの乗合グループ候補に対して、運行経路、経路長、運転者及び各乗員の出発時間及び予想到着時間、運行時間（運転者の予想到着時間−出発時間）を設定し、ステップＳ４５において、組み合わせ候補の各パターンの評価し、それぞれに評価点を設定し、ステップＳ４６において、組み合わせ候補の各パターンの内から最も評価点が高いパターンを採用パターンに設定する。ステップＳ４３の処理はステップＳ３３の処理と同様であり、ステップＳ４４の処理はステップＳ３４の処理と同様であり、ステップＳ４５の処理はステップＳ３５の処理と同様であり、ステップＳ４６の処理はステップＳ３６の処理と同様である。
【００６６】
以上のように構成した車両乗合支援システム１の効果について説明する。車両乗合支援システム１は、ホストサーバ４が乗合申込のあったユーザの中から運転者を設定するため、運転者の不足及び過多を抑制することができる。これにより、ホストサーバ４がユーザの乗合グループを作成するときに、ユーザの組み合わせの選択肢が増え、最適な運行予定を作成することができる。
【００６７】
運行予定作成部２４が車両情報に基づいて運転者を設定することによって、乗合に適した車両を利用して乗合を行なうことができる。例えば、企業等が所有する共用の車両をライドシェアに使用することができる。また、燃費が良い車両を使用することによって、ＣＯ２排出量を削減することができる。
【００６８】
運行予定作成部２４がユーザ情報に基づいて運転者を設定することによって、運転技能が高いユーザを運転者に設定し、快適かつ安全な乗合をユーザに提供することができる。また、運転者候補を設定するときに、各ユーザの過去の運転者担当回数を考慮することによって、ユーザ間に負担が偏在することを防止することができる。これにより、ユーザに不平等感が生じ難くなり、乗合に参加し易くなる。
【００６９】
以上で具体的実施形態の説明を終えるが、本発明は上記実施形態に限定されることなく幅広く変形実施することができる。例えば、申込受付部１５は、乗合申込に要求する情報として、運転者になることを希望する意思確認や、運転者になることを拒否する意思確認を行ってもよい。これらの意思表示は、申込入力画面に表示されるチェックボックス等によって入力を受け付けるとよい。この場合、図７に示すように、運転者候補設定処理にステップＳ１８及びＳ１９を追加するとよい。ステップＳ１８では、運転者になることを拒否する意思表示があった場合（Ｙｅｓ）に、ステップＳ１１及びＳ１２の判定を行なわずに、ステップＳ１５においてユーザを乗員候補に設定する。また、ステップＳ１９では、運転者になることを希望する意思表示があった場合（Ｙｅｓ）に、ステップＳ１４の判定を行なわずに、ステップＳ１６においてユーザを運転者候補に設定する。
【００７０】
図３の運転者候補設定処理では、ユーザが運転者候補になるためには、少なくともシェア可能車両を有すること（Ｓ１１及びＳ１２）を条件としたが、他の実施形態ではユーザがシェア可能車両を有しない場合にも運転者候補に設定してもよい。シェア可能車両を有しないユーザが運転者に設定された場合は、車両乗合支援システム１は、ユーザに対して共用車を乗合実施時までに共用車を用意するように指示をするとよい。この場合、車両乗合支援システム１は、ユーザに代わって共用車の予約を行なうようにしてもよい。
【００７１】
また、車両評価基準は、車両の属性（共用車か提供車か）、乗車定員の数、走行距離当りのＣＯ２排出量等に加えて、安全装備の有無や、車椅子や出張用スーツケース等の荷物を車載可能か否か、装着したタイヤの種類、タイヤチェーンの有無、燃料残量等の評価基準を含んでもよい。
また、運転者評価基準は、飲酒や投薬等の体調、免許書の条件（マニュアル車等）、優良運転者か否か、運転経験年数、過去の乗合の直前キャンセルの数や割合、共用車を駐車可能な駐車スペースを所有しているか否か等の評価基準を含んでもよい。
【符号の説明】
【００７２】
１      ：車両乗合支援システム
２      ：ユーザ端末
３      ：ネットワーク
４      ：ホストサーバ
１１    ：処理部
１２    ：ユーザインタフェース
１３    ：通信部
１５    ：申込受付部
２１    ：通信部
２２    ：申込処理部
２３    ：申込情報管理部
２４    ：運行予定作成部
２５    ：乗合情報管理部
２６    ：ユーザ情報管理部
２７    ：車両情報管理部
２８    ：道路情報取得部
【図１】
2019082863.tif 000003
【図２】
2019082863.tif 000004
【図３】
2019082863.tif 000005
【図４】
2019082863.tif 000006
【図５】
2019082863.tif 000007
【図６】
2019082863.tif 000008
【図７】
2019082863.tif 000009