JP7039394B2 - 車両乗合支援システム - Google Patents

Description

本発明は、ユーザにライドシェアサービス（乗合サービス）を提供する車両乗合支援システムに関する。

自動車で移動する予定のある運転者と、他人の車に乗り合って目的地まで移動することを希望する同乗者との間で、乗合（ライドシェア）を支援する車両乗合支援システム（ライドシェアサービスシステム）が公知である（例えば、特許文献１）。乗合を行なうことで自動車の運行台数が減るため、エネルギーの節約やＣＯ_２排出量の削減、交通渋滞の緩和等の効果が得られる。

特開２００２－１４０３９９号公報

しかし、このような効果はユーザにとって実感し難く、ユーザは利便性を優先して乗合を利用しないことがある。そのため、乗合の利用が進まないという問題がある。

本発明は、以上の背景を鑑み、乗合の利用を促進することを課題とする。

上記課題を解決するために本発明のある態様は、複数の構成員を含む団体に利用される車両乗合支援システム（１）であって、所定期間ごとに複数の前記構成員から乗合申込を受け付けて、乗合に利用される車両の運行予定を決定し、前記乗合申込を行った前記構成員に通知する乗合運行管理部（２２）と、前記車両ごとに、前記乗合を実行した前記構成員のそれぞれに対して、前記乗合の運行に関する複数の項目それぞれに対応する項目値を含む利用データを取得するデータ取得部（２３）と、前記所定期間ごとに、前記乗合を実行した前記構成員それぞれについて、前記項目値のそれぞれを換算した換算値を算出し、前記換算値の和をポイントとして付与する付与部（２５）とを備えることを特徴とする。

この態様によれば、乗合を利用した構成員にポイントが付与される。ポイントの付与によって、団体の構成員に乗合を利用するインセンティブを与えることができ、乗合の利用を促進することができる。また、ポイントの付与を複数の項目値に基づいて行うことによって、ユーザに付与されるポイントへの各項目の寄与の大きさを調節することができる。これにより、システムを運用する管理者にとって自らの希望する効果が得られ易くなる。

上記の態様において、前記項目のそれぞれに対応する係数を記憶する係数記憶部（２６）を備え、前記換算値は前記項目値と前記項目値に対応する係数との積で表されるとよい。

この態様によれば、項目値のポイントへの換算が容易になる。また、各項目値に比例してポイントが付与されるため、付与されたポイントに対する不公平感を低減することができる。

上記の態様において、前記所定期間ごとに前記団体において実行された全ての前記乗合に対する一つの評価値を取得する評価値取得部（２４）と、前記団体の前記構成員に付与されるポイントの総量の増加を指示する増量要求と増量値とを受信する増量処理部（２７）とを有し、前記増量処理部は前記増量要求を受信したときに、前記項目の前記係数をそれぞれ変化させ、変化させた後に実行された前記乗合において前記評価値を取得することにより、当該項目の前記換算値の単位当たりの前記評価値の改善量を取得し、前記換算値の単位当たりの前記改善量が最も大きい前記項目を主要項目として抽出して、前記主要項目に前記増量値を最も多く割り振る増量処理を実行するとよい。

この態様によれば、ポイント１単位当たりの評価値への改善量を項目ごとに取得することができるため、一定量のポイントを付与したときに、最も評価値が改善される項目（主要項目）を適切に評価することができる。これにより、評価値を改善させるために、ポイントをより有効に活用することができる。

上記の態様において、前記増量処理部は、前記増量処理において、前記増量値を、前記主要項目の前記項目値の前記乗合を実行した全ての前記構成員についての和で割り、前記主要項目に対応する前記係数に加えるとよい。

この態様によれば、主要項目の係数を変更することによって、評価値を効果的に改善することができると共に、団体に付与するポイントの増加量を概ね予定された量にすることができる。

上記の態様において、前記データ取得部は、前記構成員が前記乗合において運転者であったか否かの情報を含む運転者情報を取得し、前記付与部は、前記構成員が前記乗合において前記運転者であった場合には、前記運転者でなかった場合よりもポイントを当該構成員に多く付与するとよい。

この態様によれば、運転者には同乗者よりも多くのポイントが付与されるため、運転者となることを希望する構成員を増やすことができる。これにより、運転者が不足することによる支障を低減することができる。

以上の構成によれば、乗合の利用を促進することができる。

実施形態に車両乗合支援システムの構成図 利用データテーブルに記入されるデータの取得方法を説明するための説明図 利用データテーブルに記入されたデータの例を示す説明図 係数テーブルに記入されたデータの例を示す説明図 増量処理の流れを示すフローチャート 解析前処理のフローチャート 解析処理のフローチャート 係数増量処理のフローチャート 乗合サービスの流れを示すシークエンス図 ポイントを増量するときの乗合サービスの流れを示すシークエンス図

以下、図面を参照して、車両乗合支援システムの実施形態について説明する。実施形態に係る車両乗合支援システムは特定の団体（企業、役所、スポーツクラブ、介護施設、買物施設等）に属する管理者によって運用され、所定の時間（以下、ターム）毎に、団体に属する構成員（ユーザ）に対して車両の乗合サービス（ライドシェアサービス）を提供する。

ここでの乗合サービスとは、ユーザから希望する希望乗合条件（例えば、出発地、目的地、出発時刻、及び到着時刻）を受信し、受信した希望乗合条件に基づいて、乗合（ライドシェア）を行うユーザの最適な組み合わせ、最適な車両及び最適な走行経路（例えば、交通渋滞を最も緩和できる経路）を決定して各ユーザに通知することである。

また、車両乗合支援システムは、乗合が実行される毎に、乗合を実行した各ユーザにポイントを付与する。ポイントとしては現金化に換えることができるものや、商品の購入、車両のメンテナンス、駐車場の利用、及び各種イベントの優先予約等に使用できるものであってよい。また、ポイントは車載品や雑貨等の景品に換えることができるものや、ポイントに応じて団体において表彰が受けられるものであってもよい。

以下では、車両乗合支援システムは、一つの企業の複数の社員に対して、平日の朝６時～９時の通勤時間帯（以下、実施期間）に乗合サービスを行う例について記載する。車両乗合支援システムには、実施期間に行われる乗合を支援するための処理を行う期間としてタームが定められている。各タームにはターム識別番号が設定され、各タームはそれぞれ実施期間がある日の前日の１１時から実施期間がある日の朝１０時３０分までの時間に設定されている。各タームには受付開始時刻（実施期間がある前日の１２時）、受付終了時刻（実施期間がある前日の２０時）、乗合開始時刻（実施期間がある日の朝６時）、乗合終了時刻（実施期間がある日の朝９時）、増量処理時刻（実施期間がある日の朝９時３０分）、ポイント付与時刻（実施期間がある日の朝１０時）がそれぞれ定められている。また、本実施形態では、各乗合において、帰宅時に共用車を利用した１名のユーザが全走行経路を運転し、全ユーザが到着地である１つの勤務地に向かうものとする。

車両乗合支援システムを利用する企業はライドシェアサービスに利用するための複数の共用車を所有している。共用車は車両乗合支援システムに登録されている。車両乗合支援システムにおいて、全てのユーザにはユーザ識別番号が設定され、全ての共用車及び提供車には車両識別番号が設定されている。

（車両乗合支援システムの構成）
図１に示すように、車両乗合支援システム１は、複数のユーザ端末２と、１つの管理者端末３と、共用車４に搭載される車載端末５と、ユーザ端末２、管理者端末３及び車載端末それぞれにネットワーク６を介して接続された乗合管理サーバ７とを有する。ユーザ端末２はそれぞれユーザに所持されている。管理者端末３は車両乗合支援システム１を利用する企業に所属する管理者によって使用され、管理者は管理者端末３を介して、乗合管理サーバ７に接続することによって、車両乗合支援システム１の管理を行う。乗合管理サーバ７及び管理者端末３は、車両乗合支援システム１を運営する企業の建屋内に設けられている。ネットワーク６は、例えばインターネットである。

乗合管理サーバ７はネットワーク６を介して道路情報サーバ９に通信可能に接続されている。道路情報サーバ９は乗合が実行される領域の道路情報を保持し、外部からの要求に応じて、所定地点を繋ぐ走行経路を探索する。また、道路情報サーバ９は過去のデータやリアルタイムに取得される混雑情報を有し、道路情報及び混雑情報に基づいて適切な走行経路を探索してもよい。

ユーザ端末２は入力画面やメッセージを表示すると共にユーザからの入力を受け付けるユーザインタフェース１１と、ユーザインタフェース１１からの入力を処理する処理部１２とを備えている。ユーザ端末２は例えば、スマートフォンや携帯電話等である。処理部１２は、所定のアプリケーションを実行することによって、ユーザからユーザインタフェース１１において乗合申込情報の入力を受け付けて、乗合管理サーバ７に送信する。乗合申込情報としては、ユーザの希望する出発地、出発時間、到着時間、及びユーザが帰宅時に共用車を使用した場合はその共用車の情報を含むとよい。ユーザ端末２は乗合管理サーバ７から乗合予定情報を受信すると、ユーザインタフェース１１に所定のメッセージと共に、乗合予定情報を表示する。乗合予定情報としては運転者名、乗合に用いられる車両の情報、走行経路、予定出発時間、同乗者名、乗合予定地、及び乗合予定時刻を含むとよい。また、ユーザ端末２はポイント付与情報を受信すると、ユーザインタフェース１１にユーザに新たに付与されたポイント数を示すメッセージを表示する。

管理者端末３は入力画面やメッセージを表示すると共にユーザからの入力を受け付けるユーザインタフェース１５と、ユーザインタフェース１５からの入力を処理する処理部１６とを備えている。管理者端末３は例えば、デスクトップＰＣ、ノートＰＣ、又はタブレットＰＣである。処理部１６はユーザインタフェース１５から全ユーザに付与するポイントの総量の増量値ΔＩが入力されると、増量値ΔＩを含むポイント増量要求を乗合管理サーバ７に送信する。

車載端末５は各共用車４に搭載され、中央演算処理装置やメモリ等を備えた小型のコンピュータであり、車載端末５は車両の位置情報を取得するＧＰＳ１８と、ＧＰＳ１８によって取得された車両の位置情報と時刻とを組み合わせて走行ログとして記録する記録部１９とを備える。記録部１９は乗合管理サーバ７からの記録開始要求を受信すると走行ログの記録を開始する。乗合管理サーバ７から記録送信要求を受信すると記録部１９は記録を終了して、走行ログを乗合管理サーバ７に送信する。

乗合管理サーバ７は中央演算処理装置、メモリ、ハードディスク等を備えたコンピュータである。乗合管理サーバ７は、ユーザ毎の情報を保持するユーザ情報管理部２１と、各タームに実行される乗合の運行管理を行う乗合運行管理部２２と、実行された乗合における各ユーザの乗車距離などの利用データを取得するデータ取得部２３と、各タームで実行された全ての乗合に対する一つの評価値を取得する評価値取得部２４と、ユーザにポイントを付与する付与部２５と、ポイントを付与するために用いられる係数を記憶する係数記憶部２６と、ユーザに付与されるポイントを増量するための処理を行う増量処理部２７とを備えている。

ユーザ情報管理部２１は、各ユーザに関連する情報をユーザ情報としてユーザ管理テーブル３１に記憶している。ユーザ情報は、ユーザ識別番号、ユーザ氏名、及び各ユーザが保有するポイント数を含む。ユーザ情報は更に、各ユーザの運転技能レベル、過去の運転者担当情報、免許証情報、投薬状況、健康状態などを含んでもよい。

乗合運行管理部２２は受付開始時刻から受付終了時刻までにユーザ端末２から送信された乗合申込情報を処理し、乗合申込を行ったユーザの数を乗合ユーザ数Ｎとして記憶する。次に、乗合運行管理部２２は乗合申込を行ったユーザから運転者を決定して複数の乗合グループを作成すると共に地図情報を保持する外部の道路情報サーバ９を参照して各乗合グループの車両の走行経路と乗合グループの運転者のユーザ識別番号（運転者情報）を含む運行予定を決定する。このとき、乗合運行管理部２２は、乗合グループ及び各乗合の運行予定を最も交通渋滞を緩和できるように決定するとよい。乗合運行管理部２２は決定された運行予定に基づいて、各ユーザが乗合を行うために要する情報を乗合予定情報として作成し、各ユーザにユーザ端末２を介して乗合予定情報を通知する。乗合予定情報には、予定出発地、予定出発時刻、予定到着時刻、予定される車両識別番号、予定される車両の走行経路、運転者のユーザ識別番号、及び、予定される車両に乗るユーザであって運転者以外の者（以下、同乗者）のユーザ識別番号を含むとよい。乗合運行管理部２２は乗合申込を行った全ユーザに乗合予定情報を通知し、次のタームが開始されるまで運行予定を保持する。

データ取得部２３は乗合開始時刻において、記録開始要求を各車載端末５に送信する。その後、データ取得部２３は乗合終了時刻において各車載端末５に記録送信要求を送信し、各車載端末５の記録部１９から走行ログを取得する。次に、データ取得部２３は乗合運行管理部２２に保持された運行予定を参照して、各共用車の運転者及び同乗者のユーザ識別番号をそれぞれ抽出する。

次にデータ取得部２３は走行ログに基づいて、運転者及び同乗者がそれぞれ車両に乗車した乗車位置及び乗合終了位置を取得する。その後、データ取得部２３は、運転者及び同乗者それぞれに対して、乗車中に車両が走行した距離（以下、乗車距離）と、他のユーザと同乗中に車両が走行した距離（以下、同乗距離）とを取得する。また、データ取得部２３は道路情報サーバ９を参照し、運転者及び同乗者それぞれに対して、乗車位置から乗合終了位置まで車両を用いて走行したときに想定される最短距離（以下、直接距離）を取得する。次に、運転者及び同乗者それぞれに対して、乗車距離から直接距離を引き、迎車所要距離を取得する。迎車所要距離は乗車した位置から到着地に向かった場合に比べて、各ユーザが余分に車両に乗って走行した距離に相当する。

図２には、運転者（ユーザ識別番号０１２３）が点Ｄにおいて共用車に乗車し、点Ｒ_１において同乗者Ｘ（ユーザ識別番号０２３４）がその共用車に乗車し、点Ｒ_２において同乗者Ｙ（ユーザ識別番号０３４５）がその共用車に乗車し、目的地Ａまで乗合を実行した例が示されている。乗合を実行したときの、点Ｄ及び点Ｒ_１の間の車両の走行距離はｐ_１（＝１０ｋｍ）であり、点Ｒ_１及び点Ｒ_２の車両の走行距離はｐ_２（＝５ｋｍ）であり、点Ｒ_２及び点Ｄの車両の走行距離はｄ_３（＝２ｋｍ）であり、点Ｄと点Ａとの直接距離はｄ_１（＝１５ｋｍ）であり、点Ｒ_１と点Ａとの直接距離はｄ_２（＝６ｋｍ）である。このとき、運転者の乗車距離はｐ_１＋ｐ_２＋ｄ_３となり、同乗者Ｘの乗車距離はｐ_２＋ｄ_３となり、同乗者Ｙの乗車距離はｄ_３となる。このとき、運転者の同乗距離はｐ_２＋ｄ_３となり、同乗者Ｘの同乗距離はｐ_２＋ｄ_３となり、同乗者Ｙの同乗距離はｄ_３となる。運転者の迎車所要距離はｐ_１＋ｐ_２＋ｄ_３－ｄ_１となり、同乗者Ｘの迎車所要距離はｐ_２＋ｄ_３－ｄ_２となり、同乗者Ｙの迎車所要距離は０となる。

データ取得部２３は図３に示す利用データテーブル３３を記憶している。利用データテーブル３３には、車両識別番号、ユーザ識別番号、運転者乗車距離、運転者同乗距離、運転者迎車所要距離、同乗者乗車距離、同乗者同乗距離、及び同乗者迎車所要距離の各項目に対応する項目値が記入されている。

利用データテーブル３３の各項目にはそれぞれ、車両識別番号及びユーザ識別番号を除き、項目番号ｉが１から順番に付与されている。以下では必要に応じて、項目番号ｉを用いて各項目を第ｉ項目と記載する。本実施形態では、図３に示すように、運転者乗車距離の項目番号が１であり、運転者乗車距離が第１項目に設定されている。また、運転者同乗距離が第２項目であり、運転者迎車所要距離が第３項目であり、同乗者乗車距離が第４項目であり、同乗者同乗距離が第５項目であり、同乗者迎車所要距離が第６項目に設定されている。データ取得部２３は各ユーザの乗車距離、同乗距離、及び迎車所要距離の取得が完了すると、ユーザが運転者である場合には、乗車距離を運転者乗車距離、同乗距離を運転者同乗距離、迎車所要距離を運転者迎車所要距離として利用データテーブル３３に記入する。データ取得部２３は、ユーザが運転者でない場合には、乗車距離を同乗者乗車距離として、同乗距離を同乗者同乗距離として、迎車所要距離を同乗者迎車所要距離として利用データテーブル３３に記入する。以下では、項目番号の最大値を解析項目数Ｍ（本実施形態で６）と記載し、利用データテーブル３３の上からｊ番目に記載されたユーザ識別番号に対応するユーザをユーザｊと記載する。また、ユーザｊの第ｉ項目の項目値をｘ_ｊｉと記載する。図３ではユーザ識別番号が０１２３であるユーザ（図２の運転者）がユーザ１に対応し、ｘ_１２は７（＝ｐ_２＋ｄ_３）である。

評価値取得部２４は乗合終了時刻になると団体において実行された全ての乗合に対する一つの評価値として利用率ρを取得する。利用率ρは対応するタームにおける乗合ユーザ数Ｎを団体に所属するユーザの総数で割ることによって算出されるとよい。

係数記憶部２６は図４に示す係数テーブル３６を記憶している。係数テーブル３６には第１項目から第Ｍ項目のそれぞれに対応する係数Ａ_１からＡ_Ｍが記録されている。各係数Ａ_１～Ａ_Ｍはそれぞれ管理者によって予め設定された数値である。本実施形態においては、係数テーブル３６には、運転者乗車距離に対する係数Ａ_１、運転者同乗距離に対する係数Ａ_２、運転者迎車所要距離に対する係数Ａ_３、同乗者乗車距離に対する係数Ａ_４、同乗者同乗距離に対する係数Ａ_５、及び同乗者送迎所要距離に対する係数Ａ_６がそれぞれ記録されている。運転者に関する係数Ａ_１～Ａ_３はそれぞれ、対応する同乗者に関する係数Ａ_４～Ａ_６はよりも大きくなるように設定されている（Ａ_１＞Ａ_４、Ａ_２＞Ａ_５、かつＡ_３＞Ａ_６）。

付与部２５はポイント付与時刻になると、利用データテーブル３３と係数テーブル３６とを参照して、各ユーザに対して運転者乗車距離、運転者同乗距離、運転者迎車所要距離、同乗者乗車距離、同乗者同乗距離、及び同乗者迎車所要距離の各項目に対して、それぞれの項目値をポイントに換算した換算値を算出する。換算値は項目値と、対応するタームの各項目値に対応する係数との積で表される。より具体的には、例えば、ユーザｊの第１項目（運転者乗車距離）の各項目値がｘ_ｊ１であり、対応するタームの第１項目（運転者乗車距離）の係数がＡ_１であるときには、換算値はそれぞれ、Ａ_１ｘ_ｊ１となる。付与部２５は各項目値の換算値を算出した後に、項目についての和を求めることによって、各ユーザに新たに付与すべきポイント数を算出する。より具体的には、ユーザｊに付与するポイントI_ｊ（以下、付与値）は、以下の式で表される。

付与部２５はターム内に乗合を利用した全てのユーザに対して付与値の算出が完了すると、ユーザ管理テーブル３１を参照して、乗合を利用したユーザのポイント値にそれぞれ対応する付与値を加えて更新する。これによって、乗合を利用したユーザに新たにポイントが付与される。付与部２５はポイントの付与が完了すると、乗合を利用したユーザのユーザ端末２にポイント付与情報を送信する。ポイント付与情報にはそれぞれユーザ端末２を所持するユーザに対する付与値が含まれている。ユーザ端末２の処理部１２はポイント付与情報を受信すると、付与値を含む所定のメッセージをユーザインタフェース１１に表示させる。これにより、乗合を利用した各ユーザに新たに付与されたポイント数が通知される。

増量処理部２７はネットワーク６を介して管理者端末３から増量値ΔＩを含むポイント増量要求を受信すると、増量処理を実行する。増量処理は、図５に示すように、増量要求を受信した後の最初（１つ目）のターム（以下、第１ターム）において実行される解析前処理と、２つ目のターム（第２ターム）からＭ個目のターム（第Ｍターム）まで、それぞれのタームにおいて実行される解析処理と、Ｍ＋１個目のターム（第Ｍ＋１ターム）において実行される係数増量処理とを含む。解析前処理、解析処理、及び係数増量処理はそれぞれ各タームの増量処理時刻に実行される。以下では、解析前処理、解析処理、及び係数増量処理の詳細をそれぞれ説明する。

増量処理部２７は図６に示すように、解析前処理の最初のステップＳＴ１１において、評価値取得部２４から利用率を取得し、基準利用率ρ_０として記憶する。次に、ステップＳＴ１２において、増量処理部２７は利用データテーブル３３を用いて、項目ごとに全ユーザにおける項目値の総和を算出する。第ｉ項目の項目値の総和Ｓ_ｉ（ｉ＝１～Ｍ）は以下の式で表される。

次に、ステップＳＴ１３において、増量処理部２７は係数テーブル３６の係数Ａ_１を所定値δＡ（以下、係数変更量）だけ増加させて、Ａ_１＋δＡに更新し、解析前処理を完了する。解析前処理はポイント付与時刻よりも前に完了される。

解析処理において、増量処理部２７は増量処理時刻になると、図７に示すように、解析処理の最初のステップＳＴ２１を実行する。増量処理部２７はステップＳＴ２１において、現在のタームが何番目のタームに相当するかを判定し、その番号ｋ（２≦ｋ≦Ｍ、以下、ターム番号）を取得する。例えば、第２タームにおいて増量処理部２７がステップＳＴ２１を実行すると、ターム番号ｋは２となる。増量処理部２７はステップＳＴ２１を実行した後、ステップＳＴ２２において、増量処理部２７は評価値取得部２４から利用率を取得し、基準利用率ρ_０との差分を求め、増量処理部２７は利用率変化量δρ_ｋ－１として記憶する。その後ステップＳＴ２３において、増量処理部２７は利用率変化量δρ_ｋ－１を第ｋ－１項目の項目値の総和Ｓ_ｋ－１及び係数変更量δＡで割り、その値を第ｋ－１項目の変化率ｒ_ｋ－１として記憶する。第ｋ－１項目の変化率ｒ_ｋ－１は以下の式で表される。

Ｓ_ｋ－１δＡは、係数Ａ_ｋ－１をδＡ増加させたときの乗合において団体に付与されるポイントの増加分に概ね等しい。したがって、変化率ｒ_ｋ－１は、第ｋ－１項目に対応するポイントを１単位増加させたときの利用率の改善量に相当する。

次に、ステップＳＴ２４において、増量処理部２７は係数テーブル３６の係数Ａ_ｋ－１をδＡ減じる。その後、ステップＳＴ２５において、増量処理部２７は第ｋ項目に対応する係数Ａ_ｋにδＡ加えることによって、Ａ_ｋをＡ_ｋ＋δＡに更新し、解析処理を完了する。解析処理はポイント付与時刻よりも前に完了される。その後、付与部２５は更新された係数テーブル３６に従って各ユーザにポイントを付与する。

増量処理部２７は係数増量処理において、図８に示すように、係数増量処理の最初のステップＳＴ３１において、増量処理部２７は評価値取得部２４から利用率を取得し、基準利用率ρ_０との差分を利用率変化量δρ_Ｍとして記憶する。その後、ステップＳＴ３２において、増量処理部２７は利用率変化量δρ_Ｍを係数変更量δＡ及び第Ｍ項目の項目値の総和Ｓ_Ｍで割り、変化率ｒ_Ｍとして記憶する。次に、ステップＳＴ３３において、第Ｍ項目に対応する係数Ａ_ＭをδＡ減じる。次に、増量処理部２７は、ステップＳＴ３４において、全ての項目の中から最も変化率の大きかった項目を主要項目として抽出する。以下では、主要項目は第Ｌ項目であるとして説明を行う。ステップＳＴ３５において、以下の式を用いて、数値αを算出する。

次にステップＳＴ３６において、増量処理部２７は係数テーブル３６の第Ｌ項目の係数Ａ_Ｌにαを加えて更新し、係数増量処理を完了する。係数増量処理の完了によって、増量処理は終了する。係数増量処理はポイント付与時刻よりも前に完了され、付与部２５は更新された係数テーブル３６に従って各ユーザにポイントを付与する。このとき、第１タームにおける全ユーザの第Ｌ項目の項目値の総和はＳ_Ｌであるため、第Ｍ＋１タームで団体に付与されるポイントは第１タームに比べて、概ねα×Ｓ_Ｌ＝ΔＩ増加する。

また、本実施形態では、増量処理部２７は、更に、第Ｍ＋１タームにおいて、増量処理の終了後、ポイント付与時刻前において、変化率の最も大きい項目の項目番号（Ｌ）を主要項目として管理者に通知するように構成されている。

次に、車両乗合支援システム１の動作、及び効果について説明する。図９に示すように、受付開始時刻から受付終了時刻までの間に、乗合の利用を希望するユーザのユーザ端末２から乗合申込情報が乗合管理サーバ７に送信される。乗合運行管理部２２は受付終了時刻になると、受付開始時刻から受付終了時刻までの間に受信した乗合申込情報に基づいて、運行予定を作成して、各ユーザのユーザ端末２に乗合予定情報を送信する。

乗合開始時刻になるとデータ取得部２３は記録開始要求を車載端末５の記録部１９に送信する。車載端末５の記録部１９は記録開始要求を受信すると走行ログの記録を開始する。また、各ユーザは乗合予定情報に従って、乗合開始時刻から乗合終了時刻までの間に乗合を実行する。乗合開始時刻になるとデータ取得部２３は車載端末５の記録部１９に記録送信要求を送信する。車載端末５の記録部１９は記録送信要求を受信すると、走行ログをデータ取得部２３に送信する。データ取得部２３は走行ログを受信すると、走行ログと乗合運行管理部２２に保持された運行予定とに基づいて、各ユーザに対して運転者乗車距離、運転者同乗距離、運転者迎車所要距離、同乗者乗車距離、同乗者同乗距離、及び同乗者迎車所要距離のそれぞれを算出し、車両識別番号及びユーザ識別番号と共に利用データテーブル３３に記入する。ポイント付与時刻になると、付与部２５は利用データテーブル３３と係数テーブル３６とを参照して、乗合を利用した全ユーザに対して付与値を算出し、各ユーザにポイントを付与する。その後、乗合管理サーバ７からポイント付与情報がユーザ端末２に送信され、ユーザに新たに付与されたポイント数が通知される。

このように、乗合を利用したユーザにポイントを付与することによって、ユーザに乗合を利用する動機付け（インセンティブ）を与えることができる。これにより、乗合の利用を促進することができる。

付与値は項目値（ｘ_ｊi）と、項目のそれぞれに対応する係数Ａ_iとの積を全ての項目について和を取ることによって算出される。そのため、項目値のポイントへの換算が容易であり、付与値を自動、且つ高速に算出することができる。また、各項目値に比例してポイントが付与されるため、各ユーザが付与されるポイント数を理解しやすく、付与されたポイントに対する不公平感が低減する。

また、図４に示すように、運転者に関する係数Ａ_１～Ａ_３はそれぞれ、対応する同乗者に関する係数Ａ_４～Ａ_６はよりも大きい。そのため、同じ乗車距離であっても、運転者に運転者ではない同乗者よりも多くポイントが付与される。これにより、運転者となることを希望するユーザを増やすことができ、運転者が不足することによる支障を低減することができる。

図１０に示すように、乗合管理サーバ７は増量要求を受信すると、増量処理を実行する。増量処理部２７は増量要求を受信すると、第１タームにおいて解析前処理を行い、基準利用率ρ_０の取得（ステップＳＴ１１）後、第１項目の係数Ａ_１をδＡ増加させる（ステップＳＴ１３）。次に、増量処理部２７は第２タームにおいて、利用率変化量δρ_１（ステップＳＴ２２）を算出して、第１項目の変化率ｒ_１（ステップＳＴ２３）を取得する。以後、増量処理部２７は第２タームから第６タームまで解析処理を実行し、第２項目から第５項目までの変化率ｒ_２～ｒ_５の値を取得する。第６ターム終了時には第１項目～第５項目の係数Ａ_１～Ａ_５は増量処理前の値となっており、第６項目の係数Ａ_６の値はδＡ増加している。第７タームにおいて、増量処理部２７は係数増量処理を実行する。増量処理部２７は、係数増量処理のステップＳＴ３２において、第６項目の変化率ｒ_６の値を取得する。その後、増量処理部２７は最も変化率の大きかった第Ｌ項目の係数Ａ_ＬをＡ_Ｌ＋αに更新する。第７タームにおいて、付与部２５は更新された係数を用いて、乗合を利用した各ユーザにポイントを付与する。第１タームにおいて増量要求が送信され、第７タームにおいてユーザに付与するポイントが増量されるため、増量要求はユーザに付与するポイントの増量を指示する信号に対応している。

変化率ｒ_ｉ（ｉ＝１～Ｍ）は第ｉ項目に対応するポイントを１単位増加させたときの利用率の改善量に相当している。変化率ｒ_ｉを用いることで、ポイント１単位当たりの利用率への改善量を項目ごとに取得することができる。これによって、一定量のポイントを付与したときに、最も利用率が改善される項目（主要項目）を適切に評価することができる。
主要項目に対応する係数を変化させることによって、一定量のポイントを付与したときに、他の項目に対応する係数を変化させた場合に比べて大きく利用率を改善させることができる。これにより、ポイントを利用率の改善により有効に活用することができる。

第７タームでは、増量処理部２７によって主要項目である第Ｌ項目の係数Ａ_ＬがＡ_Ｌ＋αに更新され、付与部２５は更新後の係数テーブル３６に基づいてポイントを付与する。このとき、団体に付与されるポイントの総量の増加量は概ねΔＩとなっている。このように、増量値ΔＩを主要項目の項目値の乗合を実行した全ての構成員についての和Ｓ_Ｌで割った値α（数４の式を参照）を主要項目に対応する係数Ａ_Ｌに加えることによって、団体に付与されるポイントの増量を設定された値（増量値ΔＩ）にすることができる。

以上で具体的実施形態の説明を終えるが、本発明は上記実施形態に限定されることなく幅広く変形実施することができる。上記実施形態では、評価値取得部２４は利用率を評価値として取得するように構成されていたが、評価値は利用率に限定されない。例えば、評価値取得部２４は乗合を利用したユーザのユーザ端末２に乗合後、乗合の満足度に関するアンケートを送信し、受信した満足度の乗合を利用したユーザについての平均値を算出し、その平均値を評価値としてもよい。また、評価値取得部２４は走行ログに基づいて、乗合を実施した共用車４から排出されるＣＯ_２の総量を各共用車４の燃費に基づいて算出し、その総量と、団体に所属する全てのユーザがそれぞれ共用車４のうち最も燃費の高い車両を運転して勤務地に移動したときに排出されるＣＯ_２の総量との差を評価値としてもよい。

車載端末５はそれぞれ車内の音声をマイクによって取得し、その音声に基づいて車内の雰囲気の良し悪しを表す車内値を算出するように構成され、評価値取得部２４はその車内値に基づいて、評価値を算出するように構成されていてもよい。また、車載端末５は加速度を取得し、その加速度に基づいて運転の良し悪しを表す運転技能値を算出するように構成され、評価値取得部２４はその運転技能値に基づいて、評価値を算出するように構成されていてもよい。

また、利用データテーブル３３の項目には距離に関連するもののみが含まれていたが、これには限定されない。例えば、利用データテーブル３３には車両識別番号及びユーザ識別番号を除く項目が少なくとも２つ以上含まれていればよく、利用データテーブル３３には、乗車時間、乗合利用回数、予約日時、アンケート返信回数、乗合に利用された共用車４の清潔レベルや燃費、各ユーザの運転技能等の項目が含まれていてもよい。

上記実施形態では、主要項目を抽出し、主要項目のみにポイントの増量値が割り振られるように増量処理部２７が構成されていたが、この態様には限定されない。例えば、利用率変化量に比例して、増量処理部２７が各項目にポイントの増量値を割り振るように構成されていてもよい。このように増量値を複数の項目に割り振ることによって、ポイントが特定の項目のみに依存して増量されることによって生じうるユーザの不公平感を低減することができる。また、乗合管理サーバ７はネットワーク６を介して、ポイントの増量値を割り振りに応じて利用率の変化を予測するシュミレーションサーバに接続され、その予測結果に応じて、増量値の割り振り方を変更するように構成してもよい。

また、上記実施形態では、δＡは項目に依存せず一定であるとしたが、項目ごとに所定の値を設定するように構成してもよい。また、換算値は項目値と係数との積によって算出されていたが、この態様には限定されない。例えば、換算値は項目値の２乗と係数との積であってもよい。また、係数値は例えば、乗合が実行されたときの天気の評価値に依存するように設定されていてもよい。このとき乗合管理サーバ７は天気の評価値を取得するため、インターネットを介して、天気情報を提供するサーバに接続されていてもよい。

１ ：車両乗合支援システム
２２ ：乗合運行管理部
２３ ：データ取得部
２４ ：評価値取得部
２５ ：付与部
２６ ：係数記憶部
２７ ：増量処理部

Claims (3)

1. 複数の構成員を含む団体に利用される車両乗合支援システムであって、
   所定期間ごとに複数の前記構成員から乗合申込を受け付けて、乗合に利用される車両の運行予定を決定し、前記乗合申込を行った前記構成員に通知する乗合運行管理部と、
   前記車両ごとに、前記乗合を実行した前記構成員のそれぞれに対して、前記乗合の運行に関する複数の項目それぞれに対応する項目値を含む利用データを取得するデータ取得部と、
   前記所定期間ごとに、前記乗合を実行した前記構成員それぞれについて、前記項目値のそれぞれを換算した換算値を算出し、前記換算値の和をポイントとして付与する付与部と、
   前記項目のそれぞれに対応する係数を記憶する係数記憶部と、
   前記所定期間ごとに前記団体において実行された全ての前記乗合に対する一つの評価値を取得する評価値取得部と、
   前記団体の前記構成員に付与されるポイントの総量の増加を指示する増量要求と増量値とを受信する増量処理部とを備え、
   前記換算値は前記項目値と前記項目値に対応する前記係数との積で表され、
   前記増量処理部は前記増量要求を受信したときに、前記項目の前記係数をそれぞれ変化させ、変化させた後に実行された前記乗合において前記評価値を取得することにより、当該項目の前記換算値の単位当たりの前記評価値の改善量を取得し、前記換算値の単位当たりの前記改善量が最も大きい前記項目を主要項目として抽出して、前記主要項目に前記増量値を最も多く割り振る増量処理を実行することを特徴とする車両乗合支援システム。
2. 前記増量処理部は、前記増量処理において、前記増量値を、前記主要項目の前記項目値の前記乗合を実行した全ての前記構成員についての和で割り、前記主要項目に対応する前記係数に加えることを特徴とする請求項１に記載の車両乗合支援システム。
3. 前記データ取得部は、前記構成員が前記乗合において運転者であったか否かの情報を含む運転者情報を取得し、
   前記付与部は、前記構成員が前記乗合において前記運転者であった場合には、前記運転者でなかった場合よりもポイントを当該構成員に多く付与することを特徴とする請求項１又は請求項２に記載の車両乗合支援システム。

Images