(57)【要約】【課題】  車両乗合支援システムにおいて乗合グループの作成数を増加させる。【解決手段】  ユーザが所持する複数のユーザ端末２とネットワーク３を介して接続された車両乗合支援システム１であって、ユーザ端末に入力された、ユーザが乗合において使用できる車両である使用可能車を有するか否かに関する使用可能車情報を含む乗合申込情報を取得し、乗合申込情報に基づいて、ユーザの内から複数の運転手を設定し、運転手のそれぞれを含むように複数の乗合グループを作成し、乗合グループのそれぞれの運行予定を作成し、運転手に設定され、かつ使用可能車を有しないユーザに割当車両を割り当て、運行予定及び割当車両の情報に基づいて予約結果を作成し、ユーザ端末に予約結果を送信する。【選択図】    図２
2020135281.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが所持する複数のユーザ端末とネットワークを介して接続された車両乗合支援システムであって、
前記ユーザ端末に入力された、前記ユーザが乗合において使用できる車両である使用可能車を有するか否かに関する使用可能車情報を含む乗合申込情報を取得し、
前記乗合申込情報に基づいて、前記ユーザの内から複数の運転手を設定し、前記運転手のそれぞれを含むように複数の乗合グループを作成し、前記乗合グループのそれぞれの運行予定を作成し、
前記運転手に設定され、かつ前記使用可能車を有しない前記ユーザに割当車両を割り当て、
前記運行予定及び前記割当車両の情報に基づいて予約結果を作成し、
前記ユーザ端末に予約結果を送信する車両乗合支援システム。
【請求項２】
前記割当車両を割り当てるときに、共用車の予約を管理する共用車管理システムと通信して前記共用車の予約を作成し、又はタクシーの予約を管理するタクシー予約システムと通信して前記タクシーの予約を作成し、
前記運転手に設定され、かつ前記使用可能車を有しない前記ユーザが所持する前記ユーザ端末に送信される前記予約結果は前記共用車又は前記タクシーの予約情報を含む請求項１に記載の車両乗合支援システム。
【請求項３】
前記割当車両を割り当てるときに、前記共用車の予約が可能である場合に前記共用車の予約を作成し、前記共用車の予約でできず、かつ前記タクシーの予約が可能である場合に前記タクシーの予約を作成する請求項２に記載の車両乗合支援システム。
【請求項４】
前記割当車両を割り当てるときに、前記運転手に設定され、かつ前記使用可能車を有しない前記ユーザの内で前記共用車又は前記タクシーを予約することができない前記ユーザが属する前記乗合グループを削除する請求項２又は請求項３に記載の車両乗合支援システム。
【請求項５】
前記乗合申込情報は、前記割当車両が割り当てられることを前記ユーザが許可するか否かについての意思表示情報を含み、
前記意思表示情報に基づいて前記運転手に前記割当車両を割り当てる請求項１〜請求項４のいずれか１つの項に記載の車両乗合支援システム。
【請求項６】
ユーザが所持する複数のユーザ端末とネットワークを介して接続された車両乗合支援システムであって、
前記ユーザ端末に入力された、前記ユーザが乗合に提供できる車両である使用可能車を有するか否かに関する使用可能車情報を含む乗合申込情報を取得し、
前記使用可能車情報に基づいて、前記使用可能車を有する前記ユーザを少なくとも１以上含むように第１乗合グループを作成し、前記第１乗合グループに含まれる前記使用可能車を有する前記ユーザの一人を第１運転手として設定し、前記第１乗合グループのそれぞれの運行予定である第１運行予定を作成し、
前記ユーザの内で前記第１乗合グループに含まれなかった前記ユーザから第２乗合グループを作成すると共に、前記第２乗合グループに含まれる一人を第２運転手として設定し、前記第２乗合グループのそれぞれの運行予定である第２運行予定を作成し、
前記第２運転手に設定され、かつ前記使用可能車を有しない前記ユーザに割当車両を割り当て、
前記第１運行予定、前記第２運行予定、及び前記ユーザに割り当てられた前記車両の情報に基づいて予約結果を作成し、
前記ユーザ端末に予約結果を送信する車両乗合支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザにライドシェアサービスを提供する車両乗合支援システムに関する。
【背景技術】
【０００２】
自動車で移動する予定のある運転手と、他人の車に乗り合って目的地まで移動することを希望する乗合者との間で、自動車のライドシェア（乗合）を支援する車両乗合支援システム（ライドシェアサービスシステム）が公知である（例えば、特許文献１）。ライドシェアを行なうことで自動車の使用台数が減るため、エネルギーの節約やＣＯ２排出量の削減、交通渋滞の緩和が可能になる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１４０３９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に係る車両乗合支援システムでは、ユーザは、自身が運転手又は乗員（運転しない）のいずれかであるかを特定して乗合の申し込みを行なう。そのため、運転手及び乗員の割合が偏る場合があり、乗合グループの作成数が低下する場合がある。この問題に対して、車両乗合支援システムが、乗合申込みのあったユーザの内から運転手を設定することによって、運転手の不足及び過多を抑制することができる。しかし、運転手になり得るユーザは、乗合において使用できる車両である使用可能車を有することが条件となるため、使用可能車を有するユーザが少ないと乗合グループの作成数が低下する場合がある。
【０００５】
本発明は、以上の背景を鑑み、乗合グループの作成数を増加させることができる車両乗合支援システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明の一態様は、ユーザが所持する複数のユーザ端末（２）とネットワーク（３）を介して接続された車両乗合支援システム（１）であって、前記ユーザ端末に入力された、前記ユーザが乗合において使用できる車両である使用可能車を有するか否かに関する使用可能車情報を含む乗合申込情報を取得し、前記乗合申込情報に基づいて、前記ユーザの内から複数の運転手を設定し、前記運転手のそれぞれを含むように複数の乗合グループを作成し、前記乗合グループのそれぞれの運行予定を作成し、前記運転手に設定され、かつ前記使用可能車を有しない前記ユーザに割当車両を割り当て、前記運行予定及び前記割当車両の情報に基づいて予約結果を作成し、前記ユーザ端末に予約結果を送信する。
【０００７】
この態様によれば、使用可能車の有無に関係なく運転手及び乗合グループを設定するため、組み合せの自由度が増加し、乗合グループの作成数を増加させることができる。使用可能車を有しないユーザには、車両乗合支援システムが乗車可能な車両を割り当てるため、ユーザは自身で車両を用意する必要がない。
【０００８】
上記の態様において、前記割当車両を割り当てるときに、共用車の予約を管理する共用車管理システム（７）と通信して前記共用車の予約を作成し、又はタクシーの予約を管理するタクシー予約システム（８）と通信して前記タクシーの予約を作成し、前記運転手に設定され、かつ前記使用可能車を有しない前記ユーザが所持する前記ユーザ端末に送信される前記予約結果は前記共用車又は前記タクシーの予約情報を含むとよい。
【０００９】
この態様によれば、使用可能車を有しない運転手には、共用車又はタクシーが自動的に割り当てられる。ユーザは、ユーザ端末を利用して割り当てられた共用車又はタクシーを確認することができる。
【００１０】
上記の態様において、前記割当車両を割り当てるときに、前記共用車の予約が可能である場合に前記共用車の予約を作成し、前記共用車の予約でできず、かつ前記タクシーの予約が可能である場合に前記タクシーの予約を作成するとよい。
【００１１】
この態様によれば、タクシーよりも共用車が優先的にユーザに割り当てられる。
【００１２】
上記の態様において、前記割当車両を割り当てるときに、前記運転手に設定され、かつ前記使用可能車を有しない前記ユーザの内で前記共用車又は前記タクシーを予約することができない前記ユーザが属する前記乗合グループを削除するとよい。
【００１３】
この態様によれば、乗合グループが作成されたにも関わらず、乗車可能な車両が存在しないという事態が生じなくなる。
【００１４】
上記の態様において、前記乗合申込情報は、前記割当車両が割り当てられることを前記ユーザが許可するか否かについての意思表示情報を含み、前記意思表示情報に基づいて前記運転手に前記割当車両を割り当てるとよい。
【００１５】
この態様によれば、ユーザの意志に反して運転手に設定されることがなくなる。
【００１６】
本発明の他の態様は、ユーザが所持する複数のユーザ端末（２）とネットワーク（３）を介して接続された車両乗合支援システム（１）であって、前記ユーザ端末に入力された、前記ユーザが乗合に提供できる車両である使用可能車を有するか否かに関する使用可能車情報を含む乗合申込情報を取得し、前記使用可能車情報に基づいて、前記使用可能車を有する前記ユーザを少なくとも１以上含むように第１乗合グループを作成し、前記第１乗合グループに含まれる前記使用可能車を有する前記ユーザの一人を第１運転手として設定し、前記第１乗合グループのそれぞれの運行予定である第１運行予定を作成し、前記ユーザの内で前記第１乗合グループに含まれなかった前記ユーザから第２乗合グループを作成すると共に、前記第２乗合グループに含まれる一人を第２運転手として設定し、前記第２乗合グループのそれぞれの運行予定である第２運行予定を作成し、前記第２運転手に設定され、かつ前記使用可能車を有しない前記ユーザに割当車両を割り当て、前記第１運行予定、前記第２運行予定、及び前記ユーザに割り当てられた前記車両の情報に基づいて予約結果を作成し、前記ユーザ端末に予約結果を送信する。
【００１７】
この態様によれば、第１乗合グループに含まれなかったユーザから、使用可能車の有無に関係なく第２乗合グループ及び第２運転手を設定するため、第２乗合グループの作成数を増加させることができる。すなわち、第１乗合グループ及び第２乗合グループの合計の作成数を増加させることができる。使用可能車を有しないユーザには、車両乗合支援システムが乗車可能な車両を割り当てるため、ユーザは自身で車両を用意する必要がない。
【発明の効果】
【００１８】
以上の態様によれば、乗合グループの作成数を増加させることができる車両乗合支援システムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】実施形態に車両乗合支援システムの構成図
【図２】第１実施形態に係る乗合支援処理の手順を示すフロー図
【図３】第１実施形態に係る運転手候補設定処理の手順を示すフロー図
【図４】第１実施形態に係る運行予定作成処理の手順を示すフロー図
【図５】第１実施形態に係る割当車両予約処理の手順を示すフロー図
【図６】第２実施形態に係る乗合支援処理の手順を示すフロー図
【図７】第２実施形態に係る第１運転手候補設定処理の手順を示すフロー図
【図８】第２実施形態に係る第２運転手候補設定処理の手順を示すフロー図
【発明を実施するための形態】
【００２０】
以下、図面を参照して、車両乗合支援システムの実施形態について説明する。実施形態に係る車両乗合支援システムは、特定の団体（企業、役所、スポーツクラブ、介護施設、買物施設等）の構成員（ユーザ）に対して、移動時の車両の乗合を支援するサービスを提供する。車両乗合支援システムは、特に、特定の集団の朝及び夕方の通勤（出勤及び退勤）、及び特定の施設への移動に対して、自動車の乗合（ライドシェア）サービスを提供する。
【００２１】
本実施形態に係る車両乗合支援システムを利用する団体は、構成員に使用させる目的で複数の共用車を所有している。共用車は、通勤を含む構成員の移動に使用される。車両乗合支援システムは、複数の共用車と、構成員の自家用車の内で乗合に使用することに同意した自動車（以下、提供車という）とを乗合のために使用する。全てのユーザ、共用車及び提供車は、車両乗合支援システムに登録されている。車両乗合支援システムにおいて、全てのユーザにはユーザ識別番号が設定され、全ての共用車及び提供車には車両識別番号が設定されている。
【００２２】
（車両乗合支援システムの構成）
図１に示すように、車両乗合支援システム１は、複数のユーザ端末２と、それぞれのユーザ端末２とネットワーク３を介して接続されたホストサーバ４とを有する。各ユーザ端末２は各ユーザに所持されている。ホストサーバ４は任意の場所に設けられてよく、例えば車両乗合支援システム１を運営する企業の建屋内に設けられるとよい。ネットワーク３は、例えばインターネットである。また、ホストサーバ４は、ネットワーク３を介してナビゲーションサーバ５と、道路情報サーバ６と、共用車管理サーバ７（共用車管理システム）と、タクシー予約サーバ８（タクシー予約システム）とに接続されている。
【００２３】
ユーザ端末２は、アプリケーションを実行するための処理部１１と、入力画面やメッセージを表示すると共にユーザからの入力を受け付けるユーザインタフェース１２と、ネットワーク３を介してホストサーバ４と通信を行うための通信部１３とを備えている。ユーザ端末２は、例えば、スマートホンや、タブレットＰＣ、携帯電話、ＰＤＡ等である。ユーザ端末２の処理部１１は、ユーザの入力操作による乗合申込を受け付ける申込受付部１５を有する。申込受付部１５は、乗合申込を受け付ける際に、ユーザ識別番号、ユーザの希望出発地、希望目的地、希望出発時間、使用可能車情報（使用可能車の車両識別番号）に関する情報の入力を要求する。ここで、使用可能車とは、ユーザが申込したライドシェアにおいて、ユーザが運転手として希望出発地から運行可能な車両をいい、共用車及び提供車を含む。具体的には、ユーザが選択した希望出発地の付近に駐車された車両であり、かつユーザが車両の利用に必要なキー又は認証カード等を所持している車両が使用可能車に該当する。
【００２４】
ホストサーバ４は、ネットワーク３を介してユーザ端末２と通信するための通信部２１と、ユーザからの乗合申込を受け付ける申込処理部２２と、乗合を希望するユーザの乗合申込情報を記憶する申込情報管理部２３と、乗合申込があったユーザをグループ化して複数の乗合グループを作成すると共に、外部のナビゲーションサーバ５を使って各乗合グループの運行予定を作成する運行予定作成部２４と、割当車両の予約を作成する割当車両予約部２５と、作成した乗合グループ及び運行予定を記憶する乗合情報管理部２６と、ユーザ毎の情報を保持するユーザ情報管理部２７と、登録された車両情報を保持する車両情報管理部２８と、外部の道路情報サーバ６を使って道路の混雑状況を取得する道路情報取得部２９とを有する。ナビゲーションサーバ５及び道路情報サーバ６は、ホストサーバ４の一部として構成されてもよい。
【００２５】
ユーザ情報管理部２７は、ユーザ毎にユーザに関連する情報をユーザ情報として記憶している。ユーザ情報は、ユーザ識別番号や、ユーザ氏名、住所、運転技能レベル、過去の運転手担当情報、ユーザが所有する提供車の車両識別番号を含む。
【００２６】
車両情報管理部２８は、ライドシェアで使用する車両として登録された複数の共用車及び提供車の情報を車両情報として記憶している。車両情報は、登録された車両毎に、車両識別番号、所有者、車種名、乗車定員数、燃費、走行距離当りのＣＯ２排出量を含む。
【００２７】
申込情報管理部２３は、申込処理部２２から乗合申込情報を受け取り、記憶する。乗合申込情報は、申込を行なったユーザのユーザ識別番号、ユーザの希望出発地、希望目的地、希望出発時間、希望到着時間、使用可能車、共用車の割り当てに対する許否（意思表示）、タクシーの割り当てに対する許否（意思表示）を含む。
【００２８】
運行予定作成部２４は、申込情報管理部２３に記憶された乗合申込情報に基づき、後述する運転手候補設定処理（図３参照）を実行することによって、乗合申込を行なったユーザを運転手候補及び乗員候補（運転しない者）のいずれかに設定する。ユーザが運転手候補及び乗員候補のいずれであるかの情報をユーザ属性情報という。
【００２９】
また、運行予定作成部２４は、少なくとも乗合申込情報に基づき、後述する運行予定作成処理（図４〜６参照）を実行することによって、乗合申込を行なったユーザをグループ化して複数の乗合グループを作成すると共に、各乗合グループにおける運転手、各乗合グループが使用する車両、各乗合グループの経路を設定する。また、運行予定作成部２４は、設定した各乗合グループの経路に基づいて、各ユーザの出発地、目的地、出発時間、及び目的地到着予想時間を設定する。
【００３０】
割当車両予約部２５は、運転手に設定され、かつ使用可能車を有しないユーザに割当車両を提供するべく、共用車管理サーバ７及びタクシー予約サーバ８と通信し、割当車両の予約を作成する。割当車両は共用車及びタクシーを含む。タクシーは、ユーザとは異なる専属の運転手が搭乗した車両である。タクシーが割り当てられた運転手であるユーザは、自身で運転する必要がない。
【００３１】
共用車管理サーバ７は、団体が保有する共用車の貸し出しを管理するサーバである。共用車管理サーバ７は、割当車両予約部２５からの共用車の予約申込情報に対して、予約の成否や、貸し出す共用車の車両番号、貸し出し期間等を作成し、これらの情報を割当車両予約部２５に出力する。
【００３２】
タクシー予約サーバ８は、タクシー会社が保有するタクシーの予約を管理するサーバである。タクシー予約サーバ８は、割当車両予約部２５からのタクシーの予約申込情報に対して、予約の成否や、配車するタクシーの車両番号、タクシーの使用期間等を作成し、これらの情報を割当車両予約部２５に出力する。
【００３３】
割当車両予約部２５は、使用可能車を有しないユーザが運転手に設定された乗合グループの運行予定の出発時間及び目的地到着予想時間に基づいて、通信部２１を介して共用車管理サーバ７及びタクシー予約サーバ８と通信し、共用車又はタクシーの予約を作成する。共用車又はタクシーの予約は共用車を優先する。具体的には予約可能な共用車がある場合に共用車の予約を作成し、予約可能な共用車がなく、かつ予約可能なタクシーがある場合にタクシーの予約を作成する。割当車両予約部２５は、ユーザに対して共用車及びタクシーの予約を作成することができない場合には予約不成立の情報を作成する。予約した共用車又はタクシーに関する情報、及び予約不成立に関する情報は、後述するように対象となるユーザが含まれる乗合グループの運行予定情報の使用車両に記憶される。運行予定作成部２４は、使用車両が予約不成立になった場合に、その乗合グループを削除する。
【００３４】
乗合情報管理部２６は、運行予定作成部２４が作成した運行予定情報を記憶する。運行予定情報は、乗合グループ毎に作成され、乗合グループの識別番号、乗合グループに含まれるユーザの識別番号、運転手に設定されたユーザの識別番号、使用される車両の識別番号、各ユーザの出発地、目的地、出発時間、目的地到着予想時間、共用車及びタクシーの予約情報を含む。
【００３５】
ユーザ通知部は、乗合情報管理部２６に記憶された運行予定情報からユーザ毎の運行予定情報であるユーザ運行予定情報を作成し、通信部１３によって各ユーザ端末２に対応するユーザ運行予定情報を送信する。ユーザ運行予定情報は、ユーザの識別番号、乗合グループの識別番号、使用される車両の識別番号、ユーザの出発地、目的地、出発時間、目的地到着予想時間、運転手／乗員情報、及び共用車及びタクシーの予約情報を含む。運転手／乗員情報は、ユーザが運転手及び乗員のいずれであるかを示す情報である。ユーザ端末２のユーザインタフェース１２は、ユーザ運行予定情報を表示する。
【００３６】
＜第１実施形態＞
（乗合支援処理）
以下に、第１実施形態に係る車両乗合支援システム１の乗合支援処理の手順について説明する。車両乗合支援システム１は、複数のユーザが乗合を実際に行なう実施期間を設定し、各実施期間に対応して乗合支援処理を実行する。実施期間は、例えば、ある日の朝の通勤帯（６時〜１０時）や夕方の通勤帯（１６時〜２０時）である。なお、実施期間は、連続的に設定されてもよい。車両乗合支援システム１は、複数の実施期間に対応して同時に複数の乗合支援処理を実行する。
【００３７】
図２は、１つの実施期間を対象とした乗合支援処理の手順を示すフローである。最初にステップＳ１において、ホストサーバ４の申込処理部２２が乗合申込の受付を開始する。乗合申込の受付期間は、実施期間の開始時から所定の時間前に設定される。例えば、実施期間がある日の６時〜１０時（朝の通勤帯）である場合、申込処理部２２はその日の３日前の６時に乗合申込の受付を開始する。
【００３８】
同時に、申込処理部２２はユーザ端末２に受付開始信号を送信し、ユーザ端末２の申込受付部１５は所定の実施期間を対象とした乗合申込の受付を可能にする。これにより、ユーザはユーザ端末２を使用して所定の実施期間を対象とした乗合申込を入力することができる。申込受付部１５は、ユーザに対して、ユーザ識別番号、希望出発地、希望目的地、希望出発時間、使用可能車の車両識別番号、共用車利用の可否、タクシー利用の可否を含む乗合申込情報の入力を要求する。なお、ユーザ識別番号、希望出発地、希望目的地、提供車（使用可能車）の車両識別番号、共用車の割り当ての許否、タクシーの割り当ての許否に関する情報等は、ユーザ端末２、ユーザ情報管理部２７、及び車両情報管理部２８に記憶されたデータを参照して入力を省略してもよい。また、申込受付部１５は、使用可能車の車両識別番号が入力された場合に、共用車の割り当ての許否及びタクシーの割り当ての許否に関する情報の入力の受付を省略してもよい。ユーザが入力した情報は、ホストサーバ４に送信され、申込情報管理部２３に記憶される。
【００３９】
次に、ステップＳ２において、申込処理部２２は、乗合申込の受付開始から所定の期間経過後であり、実施期間の開始前に乗合申込の受付期間を終了する。例えば、実施期間がある日の６時〜１０時（朝の通勤帯）である場合、申込処理部２２はその前日の１８時に乗合申込の受付を終了する。同時に、申込処理部２２はユーザ端末２に受付終了信号を送信し、ユーザ端末２の申込受付部１５は所定の実施期間を対象とした乗合申込の受付を終了する。これにより、その後は、ユーザは所定の実施期間を対象とした乗合申込ができなくなる。
【００４０】
次に、ステップＳ３において、運行予定作成部２４は、各ユーザの乗合申込情報に基づいて運転手候補設定処理を実行する。この処理によって、乗合申込のあったユーザの内から運転手候補が設定される。運転手候補設定処理については、後述する。この処理において、運転手候補に設定されなかったユーザは、乗員候補（運転しない者）に設定される。また、この処理において、運転手候補に設定されたユーザが乗合において使用する車両である使用車両として使用可能車又は割当車両が設定される。割当車両は、ユーザが実際には所持していない仮想的な車両であり、乗合グループが作成された後に割り当てられると想定される車両である。割当車両は、共用車及びタクシーを含む。割当車両は、後述する割当車両予約処理が完了するまで特定されないため、乗車定員数及び燃費に所定の値が設定されている。運行予定作成部２４は、各ユーザが運転手候補及び乗員候補のいずれであるかを示すユーザ属性、及び運転手候補に設定されたユーザの使用車両を申込情報管理部２３に記憶する。
【００４１】
次に、ステップＳ４において、運行予定作成部２４は、少なくとも乗合申込情報に基づき、後述する運行予定作成処理（図４参照）を実行する。運行予定作成処理によって、複数のユーザを含む複数の乗合グループが設定されると共に、各乗合グループにおける運転手、各乗合グループの経路、各ユーザの出発地、到着地、出発時間、及び目的地到着予想時間が設定される。運行予定作成部２４は、設定したこれらの情報を運行予定情報として乗合情報管理部２６に記憶する。
【００４２】
次に、ステップＳ５において、割当車両予約部２５は後述する割当車両予約処理を実行する。割当車両予約処理は、運行予定情報及び乗合申込情報に基づいて、使用車両が割当車両であるユーザに、共用車又はタクシーを予約して割り当てる。
【００４３】
次に、ステップＳ６において、運行予定作成部２４は使用車両に基づいて運行予定情報を修正する運行予定修正処理を実行する。具体的には、運行予定作成部２４は使用車両に予約不成立（使用車両なし）が設定されたユーザを運転手とする乗合グループを削除する。これにより、使用車両がない乗合グループは作成されず、ユーザに混乱を生じさせることがない。
【００４４】
次に、ステップＳ７において、ユーザ通知部は、乗合情報管理部２６に記憶された運行予定情報からユーザ毎の運行予定情報であるユーザ運行予定情報を作成し、通信部１３によって各ユーザ端末２に対応するユーザ運行予定情報を送信する。これにより、ユーザはユーザ端末２によって自身のユーザ運行予定情報を確認することができる。ユーザ運行予定情報は、割り当てられた共用車又はタクシーに関する情報を含む。これにより、ユーザはユーザ端末２を利用して割り当てられた共用車又はタクシーを確認することができる。
【００４５】
（運転手候補設定処理）
図３は、運転手候補設定処理を示すフロー図である。運転手候補設定処理は、ホストサーバ４の運行予定作成部２４が実行する。運転手候補設定処理は、乗合申込があった全てのユーザに対して実行する。運転候補者設定処理では、最初にステップＳ１１において、乗合申込情報に基づいて、ユーザが使用可能車を使用（所持）しているか否かを判定する。使用可能車には共用車及び提供車が含まれる。この判定は、乗合申込情報に含まれる使用可能車の情報に基づいて行なわれる。ステップＳ１１での判定において、使用可能車を使用している場合（Ｙｅｓ）には、使用車両に使用可能車を設定し（Ｓ１５）、ユーザの属性を運転手候補に設定する（Ｓ１７）。
【００４６】
ユーザが使用可能車を使用していない場合（Ｓ１１の判定がＮｏ）、ユーザが共用車の割り当てを許可しているか否かを判定する（Ｓ１２）。この判定は、乗合申込情報に含まれる、共用車の割り当ての許否情報に基づいて行なわれる。ユーザが共用車の割り当てを許可していない場合（Ｓ１２の判定がＮｏ）、ユーザがタクシーの割り当てを許可しているか否かを判定する（Ｓ１３）。ユーザが共用車の割り当てを許可している場合（Ｓ１２の判定がＹｅｓ）又はユーザがタクシーの割り当てを許可している場合（Ｓ１３の判定がＹｅｓ）、使用車両に割当車両を設定し（Ｓ１６）、ユーザの属性を運転手候補に設定する（Ｓ１７）。ユーザがタクシーの割り当てを許可していない場合（Ｓ１３の判定がＮｏ）の場合、ユーザの属性を乗員候補に設定する（Ｓ１４）。
【００４７】
ステップＳ１４又はＳ１７の処理が完了した後、設定されたユーザの属性（乗員候補又は運転手候補）、使用車両が申込情報管理部２３に記憶される。
【００４８】
（運行予定作成処理）
図４は、運行予定作成処理を示すフロー図である。運行予定作成処理は、ホストサーバ４の運行予定作成部２４が実行する。運行予定作成処理では、最初にステップＳ２１において、運転手候補及び乗員候補の組み合せ候補を作成する。組み合わせ候補は複数のパターンを含み、各パターンは複数の乗合グループ候補を含む。各乗合グループ候補は、１人の運転手と０以上の乗員とを含む。運転手は運転手候補から設定され、乗員は運転手候補及び乗員候補から設定される。１つの乗合グループ候補に含まる乗員の数は、その乗合グループの運転手に設定されたユーザに関連付けられた使用可能車又は割当車両の乗車定員数から１減じた数以下に設定される。
【００４９】
続くステップＳ２２において、組み合わせ候補の各パターンの乗合グループ候補に対して、運行経路、経路長、運転手及び各乗員の出発時間及び予想到着時間、運行時間（運転手の予想到着時間−出発時間）を設定する。
【００５０】
続くステップＳ２３において、組み合わせ候補の各パターンを評価し、それぞれに評価点を設定する。評価は、複数の評価基準に基づいて行われる。評価基準は、例えば、各乗合グループの経路長の合計や、運行時間の合計、各ユーザの希望出発時間と希望到着時間の差の合計、乗合に使用される車両の台数、全ての車両の予想ＣＯ２排出量の合計、共用車の割合を含む。評価点は、各乗合グループの経路長の合計が短いほど高くなり、運行時間の合計が短いほど高くなり、各ユーザの希望出発時間と希望到着時間の差の合計が小さいほど高くなり、乗合に使用される車両の台数が少ないほど高くなり、全ての車両の予想ＣＯ２排出量の合計が少ないほど高くなる。また、運転手に設定されたユーザの使用車両が使用可能車である場合に割当車両よりも評価点を高くする。評価では、組み合わせ候補の各パターンに対して複数の評価基準に基づく評価点を算出し、算出した評価点にそれぞれ係数を乗じたものを合計する。係数は、システム管理者によって任意に変更することができる。係数は、車両乗合支援システム１を使用する団体等の要望や必要に応じて任意に設定することができる。係数を変更することによって、重視する評価基準を変更することができる。例えば、渋滞緩和を目的する場合、乗合に使用される車両の台数に対する係数を他の評価基準に対する係数よりも大きくするとよい。ＣＯ２排出量の低減を目的する場合、全ての車両の予想ＣＯ２排出量の合計に対する係数を他の評価基準に対する係数よりも大きくするとよい。重視しない評価基準については、係数を０にすることによって、評価に含めないようにしてもよい。
【００５１】
続くステップＳ２４において、組み合わせ候補の各パターンの内から最も評価点が高いパターンを採用パターンに設定する。そして、採用パターンに基づいて、運転手、乗員、使用する車両、運行経路、経路長、運転手及び各乗員の出発時間及び予想到着時間、運行時間を設定する。
【００５２】
（割当車両予約処理）
図５は、割当車両予約部２５が実行する割当車両予約処理を示すフロー図である。割当車両予約処理は、運行予定情報に基づいて使用車両が割当車両であるユーザのそれぞれに対して処理を実行する。割当車両予約処理では、最初に、対象となるユーザの共用車の割り当ての許否情報に基づいて、ユーザが共用車の割り当てを許可しているか否かを判定する（Ｓ３１）。
【００５３】
共用車の割り当ての許否情報が許可である場合（Ｓ３１の判定がＹｅｓ）、割当車両予約部２５が共用車の予約処理を実行する（Ｓ３２）。割当車両予約部２５は、共用車の予約処理において、運行予定情報に基づいて共用車の使用開始時間及び使用終了時間を設定し、使用開始時間及び使用終了時間を含む共用車予約申込情報を作成する。そして、割当車両予約部２５は、共用車予約申込情報を共用車管理サーバ７に送信する。共用車管理サーバ７は、共用車予約申込情報を処理し、予約の成立又は不成立に関する情報、及び貸し出す共用車の識別番号を含む共用車予約結果情報をホストサーバ４に送信する。共用車管理サーバ７は、例えば、共用車予約申込情報に基づいて共用車の貸出情報を参照し、使用開始時間から使用終了時間にかけて利用可能な共用車を検索し、該当する共用車がある場合に予約を成立させ、その共用車の識別番号に基づいて共用車予約結果情報を作成するとよい。
【００５４】
ステップＳ３２に続いて、割当車両予約部２５は共用車予約結果情報に基づいて共用車の予約が成立したか否かを判定する（Ｓ３３）。共用車の予約が成立した場合（Ｓ３３の判定がＹｅｓ）、ユーザの使用車両情報に予約が成立した共用車を設定する（Ｓ３４）。ユーザの使用車両情報には、例えば予約が成立した共用車の識別番号が設定されるとよい。
【００５５】
共用車の割り当ての許否情報が不許可である場合（Ｓ３１の判定がＮｏ）、又は共用車の予約が成立しなかった場合（Ｓ３３の判定がＮｏ）、割当車両予約部２５がタクシーの予約処理を実行する（Ｓ３５）。割当車両予約部２５は、タクシーの予約処理において、運行予定情報に基づいてタクシーの使用開始時間及び使用終了時間を設定し、使用開始時間及び使用終了時間を含むタクシー予約申込情報を作成する。そして、割当車両予約部２５は、タクシー予約申込情報をタクシー予約サーバ８に送信する。タクシー予約サーバ８は、タクシー予約申込情報を処理し、予約の成立又は不成立に関する情報、及び配車するタクシーの識別番号を含むタクシー予約結果情報をホストサーバ４に送信する。タクシー予約サーバ８は、例えば、タクシー予約申込情報に基づいてタクシーの配車情報を参照し、使用開始時間から使用終了時間にかけて利用可能なタクシーを検索し、該当するタクシーがある場合に予約を成立させ、そのタクシーの識別番号に基づいてタクシー予約結果情報を作成するとよい。
【００５６】
ステップＳ３５に続いて、割当車両予約部２５はタクシー予約結果情報に基づいてタクシーの予約が成立したか否かを判定する（Ｓ３６）。タクシーの予約が成立した場合（Ｓ３６の判定がＹｅｓ）、ユーザの使用車両情報に予約が成立したタクシーを設定する（Ｓ３７）。ユーザの使用車両情報には、例えば予約が成立したタクシーの識別番号が設定されるとよい。タクシーの予約が成立しなかった場合（Ｓ３６の判定がＮｏ）、ユーザの使用車両情報に予約不成立（使用車両なし）を設定する（Ｓ３８）。
【００５７】
以上の第１実施形態によれば、使用可能車の有無に関係なく運転手及び乗合グループを設定するため、組み合せの自由度が増加し、乗合グループの作成数を増加させることができる。使用可能車を有しないユーザには、車両乗合支援システム１が乗車可能な共用車又はタクシーを割り当てるため、ユーザは自身で車両を用意する必要がない。ユーザは、ユーザ端末２を利用して割り当てられた共用車又はタクシーを確認することができる。
【００５８】
割当車両予約処理は、タクシーよりも共用車を優先的に予約する。そのため、共用車よりも一般的に費用が嵩むタクシーの利用を抑制することができる。
【００５９】
運転手候補設定処理は、乗合申込情報に含まれる共用車の割り当て許否情報、及びタクシーの割り当て許否情報に基づいて、使用可能車を有しないユーザを運転手候補に設定する。そのため、ユーザの意志に反して運転手に設定されることがなくなる。
【００６０】
＜第２実施形態＞
以下に、第２実施形態に係る車両乗合支援システム１の乗合支援処理の手順について説明する。第２実施形態に係る乗合支援処理において、第１実施形態に係る乗合支援処理と同一の処理については説明を省略する。
【００６１】
図６は、１つの実施期間を対象とした第２実施形態に係る乗合支援処理の手順を示すフローである。ステップＳ５１の処理はステップＳ１の処理と同一であり、ステップＳ５２の処理はステップＳ２の処理と同一である。
【００６２】
ステップＳ５３において、運行予定作成部２４は各ユーザの乗合申込情報に基づいて第１運転手候補設定処理を実行する。この処理によって、乗合申込のあったユーザの内から第１運転手候補が設定される。第１運転手候補処理は、乗合申込があった全てのユーザに対して実行する。図７に示すように、第１運転候補者設定処理では、最初にステップＳ６１において、乗合申込情報に基づいて、ユーザが使用可能車を使用（所持）しているか否かを判定する。使用可能車には共用車及び提供車が含まれる。この判定は、乗合申込情報に含まれる使用可能車の情報に基づいて行なわれる。ステップＳ６１での判定において、使用可能車を使用している場合（Ｙｅｓ）には、使用車両に使用可能車を設定し（Ｓ６３）、ユーザの属性を第１運転手候補に設定する（Ｓ６２）。ユーザが使用可能車を使用していない場合（Ｓ１１の判定がＮｏ）、ユーザの属性を乗員候補に設定する（Ｓ６２）。
【００６３】
ステップＳ６２又はＳ６４の処理が完了した後、設定されたユーザの属性（乗員候補又は第１運転手候補）、使用車両が申込情報管理部２３に記憶される。
【００６４】
次に、ステップＳ５４において、運行予定作成部２４は、少なくとも乗合申込情報に基づき、第１運行予定作成処理を実行する。第１運行予定作成処理は、第１実施形態の運行予定作成処理（Ｓ４、Ｓ２１〜Ｓ２４）と同様であり、運転手候補を第１運転手候補に置換して処理を行う。第１運行予定作成処理によって、複数のユーザを含む複数の第１乗合グループが設定されると共に、各第１乗合グループにおける運転手、各第１乗合グループの経路、各ユーザの出発地、到着地、出発時間、及び目的地到着予想時間が設定される。運行予定作成部２４は、設定したこれらの情報を第１運行予定情報として乗合情報管理部２６に記憶する。
【００６５】
第１運行予定作成処理の結果、ユーザの内で第１乗合グループのいずれにも参加できないユーザ（残余ユーザという）が生じる。ステップＳ５５では、運行予定作成部２４は残余ユーザのそれぞれの乗合申込情報に基づいて第２運転手候補設定処理を実行する。この処理によって、残余ユーザの内から第２運転手候補が設定される。第２運転手候補処理は、残余ユーザの全てに対して実行する。
【００６６】
図８に示すように、第２運転候補者設定処理では、最初にステップＳ７１において、乗合申込情報に基づいて、ユーザが共用車の割り当てを許可しているか否かを判定する（Ｓ７１）。この判定は、乗合申込情報に含まれる、共用車の割り当ての許否情報に基づいて行なわれる。ユーザが共用車の割り当てを許可していない場合（Ｓ７１の判定がＮｏ）、ユーザがタクシーの割り当てを許可しているか否かを判定する（Ｓ７２）。ユーザが共用車の割り当てを許可している場合（Ｓ７１の判定がＹｅｓ）又はユーザがタクシーの割り当てを許可している場合（Ｓ７２の判定がＹｅｓ）、使用車両に割当車両を設定し（Ｓ７４）、ユーザの属性を第２運転手候補に設定する（Ｓ７５）。ユーザがタクシーの割り当てを許可していない場合（Ｓ７２の判定がＮｏ）の場合、ユーザの属性を乗員候補に設定する（Ｓ７３）。
【００６７】
ステップＳ７３又はＳ７５の処理が完了した後、設定されたユーザの属性（乗員候補又は第２運転手候補）、使用車両が申込情報管理部２３に記憶される。
【００６８】
次に、ステップＳ５６において、運行予定作成部２４は、少なくとも乗合申込情報に基づき、第２運行予定作成処理を実行する。第２運行予定作成処理は、第１実施形態の運行予定作成処理（Ｓ４、Ｓ２１〜Ｓ２４）と同様であり、ユーザの内で第１乗合グループのいずれにも参加できないユーザを対象とし、運転手候補を第２運転手候補に置換して処理を行う。第２運行予定作成処理によって、複数のユーザを含む複数の第２乗合グループが設定されると共に、各第２乗合グループにおける運転手、各乗合グループの経路、各ユーザの出発地、到着地、出発時間、及び目的地到着予想時間が設定される。運行予定作成部２４は、設定したこれらの情報を第２運行予定情報として乗合情報管理部２６に記憶する。
【００６９】
次に、ステップＳ５７において、割当車両予約部２５は割当車両予約処理を実行する。ステップＳ５７の割当車両予約処理は、第１実施形態のステップＳ５（図５のＳ３１〜Ｓ３８）の割当車両予約処理と同一であり、使用車両が割当車両である運転手候補を第２運転手候補に置換する。割当車両予約処理は、第２運行予定情報及び乗合申込情報に基づいて、第２運転手候補であるユーザに、共用車又はタクシーを予約して割り当てる。
【００７０】
次に、ステップＳ５８において、運行予定作成部２４は使用車両に基づいて第２運行予定情報を修正する第２運行予定修正処理を実行する。具体的には、運行予定作成部２４は使用車両に予約不成立（使用車両なし）が設定されたユーザを運転手とする第２乗合グループを削除する。これにより、使用車両がない第２乗合グループは作成されず、ユーザに混乱を生じさせることがない。
【００７１】
次に、ステップＳ７において、ユーザ通知部は、乗合情報管理部２６に記憶された第１運行予定情報及び第２運行予定情報からユーザ毎の運行予定情報であるユーザ運行予定情報を作成し、通信部１３によって各ユーザ端末２に対応するユーザ運行予定情報を送信する。
【００７２】
第２実施形態によれば、第１乗合グループに含まれなかったユーザから、使用可能車の有無に関係なく第２乗合グループ及び第２運転手を設定するため、第２乗合グループの作成数を増加させることができる。すなわち、第１乗合グループ及び第２乗合グループの合計の作成数を増加させることができる。使用可能車を有しないユーザには、車両乗合支援システム１が乗車可能な車両を割り当てるため、ユーザは自身で車両を用意する必要がない。
【符号の説明】
【００７３】
１      ：車両乗合支援システム
２      ：ユーザ端末
３      ：ネットワーク
４      ：ホストサーバ
７      ：共用車管理サーバ
８      ：タクシー予約サーバ
１１    ：処理部
１２    ：ユーザインタフェース
１３    ：通信部
１５    ：申込受付部
２１    ：通信部
２２    ：申込処理部
２３    ：申込情報管理部
２４    ：運行予定作成部
２５    ：割当車両予約部
２６    ：乗合情報管理部
２７    ：ユーザ情報管理部
２８    ：車両情報管理部
２９    ：道路情報取得部
【図１】
2020135281.tif 000003
【図２】
2020135281.tif 000004
【図３】
2020135281.tif 000005
【図４】
2020135281.tif 000006
【図５】
2020135281.tif 000007
【図６】
2020135281.tif 000008
【図７】
2020135281.tif 000009
【図８】
2020135281.tif 000010