JP2021117597A - 管理装置、管理システムおよび管理方法 - Google Patents

Abstract

【課題】利便性の高いライドシェアサービスを提供すること。【解決手段】実施形態に係る管理装置は、受付部と、探索部と、提案部とを備える。受付部は、第１のユーザから共有車両に関する希望条件を含む共有車両への乗車要求を受け付ける。探索部は、受付部によって受け付けられた希望条件に基づき、共有車両に乗車中の第２のユーザの目的地までの走行条件を満たす範囲内で、共有車両に第１のユーザを乗車させた場合の走行ルートを探索する。提案部は、探索部によって探索された走行ルートを希望条件とともに第２のユーザへ提案する。【選択図】図２

Description

本発明は、管理装置、管理システムおよび管理方法に関する。

従来、車両を複数人で共有する場合に、車両の所有者である運転者が希望する条件に基づいて走行経路を算出し、算出した走行経路に基づいて、他の乗員の乗車位置および降車位置を決定する情報処理装置がある（例えば、特許文献１参照）。

特開２０１９−１１３３４７号公報

このように、車両を複数人で共有するライドシェアサービスにおいては、共有車両を提供する提供者と、共有車両に乗車する利用者との双方の希望を満たすことが求められる。

本発明は、上記に鑑みてなされたものであって、利便性の高いライドシェアサービスを提供することができる管理装置、管理システムおよび管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、実施形態に係る管理装置は、受付部と、探索部と、提案部とを備える。前記受付部は、第１のユーザから共有車両に関する希望条件を含む前記共有車両への乗車要求を受け付ける。前記探索部は、前記受付部によって受け付けられた前記希望条件に基づき、前記共有車両に乗車中の第２のユーザの目的地までの走行条件を満たす範囲内で、前記共有車両に前記第１のユーザを乗車させた場合の走行ルートを探索する。前記提案部は、前記探索部によって探索された前記走行ルートを前記希望条件とともに前記第２のユーザへ提案する。

本発明によれば、利便性の高いライドシェアサービスを提供することができる。

図１Ａは、管理システムの概要を示す図である。 図１Ｂは、管理方法の概要を示す図である。 図２は、管理装置のブロック図である。 図３は、ユーザ情報ＤＢの一例を示す図である。 図４は、共有車両ＤＢの一例を示す図である。 図５Ａは、乗車要求の受付画面の一例を示す図である。 図５Ｂは、希望条件の入力画面の一例を示す図である。 図６Ａは、探索部の処理の具体例を示す図である。 図６Ｂは、探索部の処理の具体例を示す図である。 図７Ａは、通知画面の一例を示す図である。 図７Ｂは、通知画面の一例を示す図である。 図８は、割当部の処理の一例を示す図である。 図９は、管理装置が実行する処理手順を示すフローチャートである。

以下に、本発明にかかる管理装置、管理システムおよび管理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

まず、図１Ａおよび図１Ｂを用いて、実施形態に係る管理装置、管理システムおよび管理方法の概要について説明する。図１Ａは、管理システムの概要を示す図である。図１Ｂは、管理方法の概要を示す図である。

図１Ａに示すように、実施形態に係る管理システムＳは、管理装置１と、利用者端末１０と、提供者端末５０とを備える。管理装置１は、共有車両Ｃを利用する利用者Ｕ１と、共有車両Ｃを提供する提供者Ｕ２とのマッチングを行ういわゆるライドシェアサービスを提供するサーバ装置である。なお、例えば、共有車両Ｃは、提供者Ｕ２が所有する車両である。

例えば、管理装置１は、利用者Ｕ１の利用者端末１０、提供者Ｕ２の提供者端末５０それぞれとデータ通信を行うことにより、利用者Ｕ１に対して、共有車両Ｃの配車を行う。なお、利用者Ｕ１は、第１のユーザの一例であり、提供者Ｕ２は、第２のユーザの一例にそれぞれ対応する。また、利用者Ｕ１が提供者Ｕ２となる場合もあり、提供者Ｕ２が利用者Ｕ１となる場合もある。

利用者端末１０は、利用者Ｕ１が所持する通信機能を備えた可搬性の端末であり、提供者端末５０は、提供者Ｕ２が所持する通信機能を備えた可搬性の端末である。図１Ａに示す例では、利用者端末１０および提供者端末５０がそれぞれスマートフォンである場合を示す。なお、提供者端末５０は、共有車両Ｃに搭載され、通信機能を備えた車載装置であってもよい。

利用者Ｕ１は、利用者端末１０を操作し、共有車両Ｃへの乗車要求を行うと、利用者端末１０から管理装置１へ乗車要求が送信される。かかる乗車要求には、例えば、共有車両Ｃへの乗車希望位置、降車希望位置に関する情報などが含まれる。

この際、管理システムＳにおいて、利用者Ｕ１は、共有車両Ｃに対する希望条件を乗車要求とともに入力することも可能である。希望条件は、例えば、共有車両Ｃの希望車種や、利用者Ｕ１の乗車時に共有車両Ｃで流すＢＧＭ等を含む。

管理装置１は、乗車要求に基づき、共有車両Ｃの選定を行うとともに、共有車両Ｃの目的地までの走行条件を満たす範囲内で、共有車両Ｃに利用者Ｕ１を乗車させた場合の走行ルートを探索する。

ここで、走行条件には、例えば、目的地への到着必須時刻、目的地までのコスト（燃料費、有料道路の通行料等）などが含まれる。かかる走行条件は、例えば、共有車両Ｃの乗車時に提供者Ｕ２が提供者端末５０へ入力するとともに、入力した走行条件に関する情報が提供者端末５０から管理装置１へ送信される。

具体的には、例えば、図１Ｂに示すように、共有車両Ｃ（提供者Ｕ２）の現在地Ｓ１に対して、共有車両Ｃの目的地Ｇ１までの走行予定経路が第１経路Ｒ１であったとする。管理装置１は、共有車両Ｃが利用者Ｕ１を乗車地点Ｓ２から降車地点Ｇ２まで乗車させるとすると、図１Ｂに破線で示す第２経路Ｒ２を走行ルートとして探索する。

ここで、管理システムＳにおいて、提供者Ｕ２が利用者Ｕ１を乗車させると、利用者Ｕ１は管理システムＳに対して利用料を支払うとともに、提供者Ｕ２は、管理システムＳからインセンティブを受け取ることが可能となる。

したがって、提供者Ｕ２に時間的に余裕がある場合には、コストを重視する第２経路Ｒ２を提供者Ｕ２に対して提案し、提供者Ｕ２に時間的な余裕がない場合には、例えば、共有車両Ｃが目的地Ｇ１への到着必須時刻までに到着するように、第２経路Ｒ２の少なくとも一部に有料道路を使用する走行経路を提案する。なお、管理装置１は、走行ルートの探索の結果、提供者Ｕ２の走行条件を満たす走行ルートがない場合には、他の提供者Ｕ２に対して同様の処理を行う。

その後、管理装置１は、乗車要求に基づき、探索した走行ルートを利用者Ｕ１の希望条件とともに提供者端末５０を介して提供者Ｕ２へ提案するとともに、利用者Ｕ１の乗車の可否を問う。

したがって、提供者Ｕ２は、利用者Ｕ１の希望条件が提供者Ｕ２にとって許容可能か否かを利用者Ｕ１の乗車前に判断することができる。そして、管理装置１は、提供者Ｕ２が利用者Ｕ１の乗車を承認した場合には、利用者Ｕ１および提供者Ｕ２へそれぞれ乗車位置を含む走行経路を通知することで、提供者Ｕ２が乗車位置で利用者Ｕ１を乗車させることになる。

このように、実施形態に係る管理装置１は、提供者Ｕ２の走行条件を満たす範囲内で、走行ルートを探索し、探索した走行ルートを利用者Ｕ１の希望条件とともに提供者Ｕ２へ提案する。

これにより、実施形態に係る管理装置１では、利用者Ｕ１および提供者Ｕ２の双方の希望に沿ったライドシェアサービスを提供することが可能となるので、利便性の高いライドシェアサービスを提供することができる。

次に、図２を用いて、実施形態に係る管理装置１の構成例について説明する。図２は、管理装置１のブロック図である。なお、図２には、管理装置１に加え、利用者端末１０および提供者端末５０を含む管理システムＳを示す。また、管理装置１と、利用者端末１０、提供者端末５０とはそれぞれ所定のネットワークＮを介して相互に通信接続される。

図２に示すように、管理装置１は、通信部２と、記憶部３と、制御部４とを備える。通信部２は、通信インターフェースであって、ネットワークＮを介して、利用者端末１０と提供者端末５０との間で情報の送受信を行う。

記憶部３は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図２の例では、ユーザ情報ＤＢ３１および共有車両情報ＤＢ３２を記憶する。

ユーザ情報ＤＢ３１は、管理システムＳに登録されたユーザ、すなわち、利用者Ｕ１および提供者Ｕ２に関する情報を記憶するデータベースである。図３は、ユーザ情報ＤＢ３１の一例を示す図である。

図３に示す例において、ユーザ情報ＤＢ３１は、「ユーザＩＤ」、「年齢」、「性別」、「運転スキル」、「違反歴」、「趣味・嗜好」などといった情報を互いに関連付けて記憶する。

「ユーザＩＤ」は、各ユーザを識別するための識別子を示し、「年齢」は、対応するユーザの年齢を示す。「性別」は、対応するユーザの性別を示し、「運転スキル」は、対応する運転スキルを示す。

また、運転スキルについては、例えば、利用者Ｕ１および提供者Ｕ２の双方からのフィードバックにより評価を受け付けることができる。具体的には、例えば、利用者Ｕ１および提供者Ｕ２が共有車両Ｃに乗車し、利用者Ｕ１および提供者Ｕ２の双方が共有車両Ｃを運転した場合、提供者Ｕ２に対して利用者Ｕ１の運転を評価してもらい、利用者Ｕ１に対して提供者Ｕ２の運転を評価してもらうことで、「運転スキル」が更新される。

なお、図３に示す例において、運転スキルは、５段階評価である場合を示すが、これに限定されるものではない。また、運転スキルには、例えば、降雪時の運転スキル、山道の運転スキルなどさらに細分化することにしてもよい。

また、「違反歴」は、対応するユーザの自動車の運転中の違反歴や、事故歴を示す。違反歴については、自己申告であってもよいが、例えば、公共機関で発行された運転記録証明書を提出してもらうことにしてもよい。

「趣味・嗜好」は、対応するユーザの趣味や嗜好を示す。本実施形態において、趣味・嗜好には、例えば、楽曲の好みに関する情報などが含まれる。

図２の説明に戻り、共有車両情報ＤＢ３２について説明する。共有車両情報ＤＢ３２は、共有車両Ｃに関する情報を記憶するデータベースである。図４は、共有車両情報ＤＢ３２の一例を示す図である。

図４に示すように、共有車両情報ＤＢ３２は、例えば、「ユーザＩＤ」、「車両ＩＤ」、「車両種別」、「車種」、「現在地」、「目的地」、「経路」、「到着時刻」などを互いに関連付けて記憶する。

「車両ＩＤ」は、共有車両Ｃを識別する識別子を示し、「車両種別」は、対応する共有車両Ｃの車両の種別を示す、また、「車種」は、対応する共有車両Ｃの車種を示し、「現在地」は、対応する共有車両Ｃの現在地を示す。

「目的地」は、対応する共有車両Ｃの現在の目的地を示し、「経路」は、対応する共有車両Ｃの現在地から目的地までの経路を示す。また、「到着必須時刻」は、対応する共有車両Ｃの目的地への到着必須時刻を示す。「車両種別」、「車種」は、管理システムＳへの登録時に更新され、「現在地」や「目的地」等については、変更毎に随時更新される。

図２の説明に戻り、制御部４について説明する。制御部４は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部４の受付部４１、探索部４２、算出部４３、提案部４４および割当部４５として機能する。

また、制御部４の受付部４１、探索部４２、算出部４３、提案部４４および割当部４５との少なくともいずれか一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成することもできる。

受付部４１は、利用者Ｕ１から共有車両Ｃに関する希望条件を含む共有車両への乗車要求を受け付ける。受付部４１は、受け付けた希望条件を含む乗車要求を記憶部３に格納するとともに、乗車要求を受け付けたことを探索部４２へ通知する。

また、受付部４１は、管理システムＳへのユーザ登録を受け付けることもでき、受け付けたユーザ登録に関する情報に基づき、ユーザ情報ＤＢ３１および共有車両情報ＤＢ３２を更新する。その後、例えば、受付部４１は、各共有車両Ｃの現在地、目的地、経路などに関する情報を随時受け付けるとともに、共有車両情報ＤＢ３２を更新していく。

ここで、図５Ａおよび図５Ｂを用いて、乗車要求の受付画面の一例について説明する、図５Ａおよび図５Ｂは、乗車要求の受付画面の一例を示す図である。なお、以下では、管理システムＳが提供するプラットフォームに対して、利用者Ｕ１がログインしたものとして説明する。

図５Ａに示すように、「乗車位置」、「目的地」、「日時」、「乗り継ぎ上限」、「交通機関併用」、「同乗者」などを入力する受付画面が利用者端末１０に表示される。乗車位置および目的地は、利用者Ｕ１の乗車希望位置と、目的地をそれぞれ示す。

また、図５Ａの例では、乗車位置および目的地が「地図から入力」のコマンドが表示されている場合を示す。例えば、利用者Ｕ１がかかるコマンドを選択すると、例えば、利用者Ｕ１の現在地を中心とした地図が表示され、利用者Ｕ１は、かかる地図から乗車位置や目的地をそれぞれ選択することができる。なお、「地図から入力」以外のコマンドとしては、例えば、「テキスト入力」や「過去の履歴から選択」などが挙げられる。

また、図５Ａに示す日時は、ライドシェアサービスを利用する日時を示す。同図に示す例では、「今すぐ出発」のコマンドが選択されている場合を示す。その他、目的地への到着希望時刻や、出発予定時刻などを日時として入力することにしてもよい。

また、図５Ａに示す乗り継ぎ上限は、目的地までに乗り継ぐ共有車両Ｃの回数の上限を示し、図５Ａに示す交通機関併用は、交通機関の併用の可否を示す。また、図５Ａに示す同乗者は、利用者Ｕ１の他に同乗者の人数を示す。

また、図５Ａに示すように、受付画面には、「希望条件入力」のボタンと、「送信」のボタンが表示され、「希望条件入力」を選択すると、共有車両Ｃに対する希望条件を入力することができる。また、「送信」を選択すると、入力した内容に基づいて「乗車要求」が完了する。

図５Ｂに示すように、希望条件の入力画面においては、例えば「希望車種」、「運転可能人数」、「運転比率」、「車内ＢＧＭ」などといった希望条件を入力することができる。利用者Ｕ１は、希望車種を選択することで、共有車両Ｃの車種を選択することができ、運転可能人数を選択することで、利用者Ｕ１側で共有車両Ｃを運転可能な人数を入力することができる。

また、利用者Ｕ１は、運転比率を選択することで、利用者Ｕ１側と、提供者Ｕ２側のそれぞれの共有車両Ｃの運転する比率を入力することができる。また。利用者Ｕ１は、車内ＢＧＭを選択することで、共有車両Ｃで流す車内のＢＧＭを選択することができる。

なお、同図に示す例では、車内ＢＧＭを音楽のジャンル（同図の例では「ロック」）である場合を示しているが、これに限定されるものではなく、アーティストや楽曲を選択することも可能である。また、車内ＢＧＭの入力に際しては、例えば、利用者端末１０に登録された音楽アプリと連携し、かかる音楽アプリに登録された楽曲から選択させることにしてもよい。その他、例えば、提供者Ｕ２の年齢や性別などといった各種項目を希望条件として入力することも可能である。

図２の説明に戻り、探索部４２について説明する。探索部４２は、受付部４１によって受け付けられた希望条件に基づき、共有車両Ｃに乗車中の提供者Ｕ２の目的地までの走行条件を満たす範囲内で、共有車両Ｃに利用者Ｕ１を乗車させた場合の走行ルートを探索する。

例えば、探索部４２は、共有車両情報ＤＢ３２を参照し、各共有車両Ｃの現在地、目的地、経路および到着必須時刻等に基づき、利用者Ｕ１が希望する乗車時刻に希望する乗車位置から所定範囲内に存在する共有車両Ｃを選択する。

なお、かかる所定範囲は、各共有車両Ｃの時間的な余裕によって共有車両Ｃそれぞれに対して異なる範囲が設定することにしてもよい。すなわち、共有車両Ｃの目的地までの到着予定時刻に対して経路到着必須時刻が十分に遅い場合には、所定範囲を広げることにしてもよい。

そして、探索部４２は、選択した共有車両Ｃそれぞれについて、提供者Ｕ２の希望条件を満たす範囲で、共有車両Ｃに利用者Ｕ１を乗車させた場合の走行ルートが存在するか否かを探索する。

ここで、上述したように、希望条件は、到着必須時刻やコストであり、これらを満たす走行ルートの有無を探索する。また、この際、探索部４２は、利用者Ｕ１の乗車位置や降車位置を決定することにしてもよい。

ここで、図６Ａおよび図６Ｂを用いて、探索部４２による処理について説明する。図６Ａおよび図６Ｂは、探索部４２の処理の具体例を示す図である。図６Ａに示すように、例えば、探索部４２は、利用者Ｕ１が希望した乗車地点Ｓ２や降車地点Ｇ２に対して、それぞれ許容範囲Ｈ１、Ｈ２をそれぞれ設定する。

同図に示す例では、許容範囲Ｈ１、Ｈ２がそれぞれ乗車地点Ｓ２、降車地点Ｇ２を中心とする円形状である場合を示す。そして、探索部４２は、許容範囲Ｈ１の中から、利用者Ｕ１および提供者Ｕ２がそれぞれを発見しやすく、提供者Ｕ２が利用者Ｕ１を乗車させやすい位置を実乗車地点として選択する。

ここで、実乗車地点は、利用者Ｕ１および提供者Ｕ２の待ち合わせ地点となるので、コンビニエンスストアなどといった目印になる場所が好ましく、より好適には、駐車場が併設された施設などが好ましい。同様に、探索部４２は、許容範囲Ｈ２から実降車地点を選択する。

そして、探索部４２は、選択した実乗車位置および実降車位置に基づいて、希望条件を満たす第２経路Ｒ２を探索する。この際、探索部４２は、有料道路を通ることで、提供者Ｕ２が希望する必須到着時刻までに目的地Ｇ１に間に合う場合には、有料道路を通過する走行ルートを第２経路Ｒ２として探索する。

探索部４２は、有料道路を通過する走行ルートを探索する場合には、提供者Ｕ２が獲得するインセンティブに応じて、有料道路を通過する区間を探索することにしてもよい。具体的には、有料道路の通行料を、提供者Ｕ２が獲得するインセンティブよりも多くすることで、提供者Ｕ２の負担を抑制することができる。

すなわち、有料道路を通過したとしても、提供者Ｕ２が獲得するインセンティブを確保することで、提供者Ｕ２の需要の拡大を図ることができる。なお、有料道路を通過する場合には、提供者Ｕ２が獲得するインセンティブに上乗せすることにしてもよい。

また、探索部４２は、コストを抑えることが希望条件として設定されている場合には、有料道路を回避する走行ルートを第２経路Ｒ２として探索する。

また、図６Ｂに示すように、探索部４２は、交通機関への乗り継ぎを考慮して、第２経路Ｒ２を探索することにしてもよい。交通機関は、具体的にはバス、電車、タクシーなどの公共交通機関や、他の共有車両Ｃである。この場合、例えば、探索部４２は、中継地点Ｐを設定したうえで、第２経路Ｒ２を探索する。

ここで、公共交通機関へ乗り継ぐ場合において、中継地点Ｐは、駅、バス停などに対応する。他の共有車両Ｃへ乗り換える場合は、他の共有車両Ｃの希望条件を考慮し、任意の場所を中継地点Ｐに設定することができる。

図６Ｂに示す例において、例えば、現在地Ｓ１から乗車地点Ｓ２および中継地点Ｐを経由し、目的地Ｇ１へ向かう走行ルートが第２経路Ｒ２である場合を示す。この場合、利用者Ｕ１は、中継地点Ｐから当初の降車地点Ｇ２までは交通機関へ乗り継ぐことで、辿り着くことができる。

このように、探索部４２は、交通機関への乗り継ぎを考慮して走行ルートを探索することで、利用者Ｕ１が目的地に到着するための選択肢を増やすことができる。

つまり、利用者Ｕ１の目的地までの経路を交通機関で分担すればよいので、共有車両Ｃの１台当りの時間的な拘束を少なくすることができる。

また、探索部４２は、公共交通機関への乗り継ぎを考慮する場合には、運行状況を確認したうえで、中継地点Ｐを設定することにしてもよい。具体的には、例えば、中継地点Ｐの到着予定時刻が終電を超えている場合には、公共交通機関への乗り継ぎを考慮しないことにしてもよい。

図２の説明に戻り、算出部４３について説明する。算出部４３は、管理システムＳが提供するライドシェアサービスにおいて発生する利用者Ｕ１が支払う利用料や提供者Ｕ２が獲得するインセンティブなどを算出する。

例えば、算出部４３は、利用料やインセンティブを計算するための計算式を保持しており、かかる計算式に基づいて、利用料やインセンティブを算出することができる。例えば、利用者Ｕ１が支払う利用料は、共有車両Ｃに乗車した距離や、有料道路の通過の有無などによって加算されていく。また、利用者Ｕ１が乗車中に走行した有料道路の交通料については、利用者Ｕ１と提供者Ｕ２とが所定の割合で折半することにしてもよい。

また、提供者Ｕ２が獲得するインセンティブは、利用者Ｕ１を乗車させた回数や、乗車させた距離などによって加算されていく。この際、例えば、第１経路Ｒ１と、第２経路Ｒ２との距離の差分によってインセンティブを算出することにしてもよい。

例えば、利用者Ｕ１が共有車両Ｃに実際に乗車した場合には、利用料が利用者Ｕ１の口座から引き落とされるとともに、インセンティブは提供者Ｕ２の口座へ入金される。また、この際、算出部４３は、利用者Ｕ１の共有車両Ｃの運転実績に応じて、利用者Ｕ１の利用料を差し引くことにしてもよい。

具体的には、利用者Ｕ１が共有車両Ｃを運転した距離または時間が長いほど、利用料を値引くことにしてもよい。なお、利用者Ｕ１が共有車両Ｃを実際に運転したか否かについては、共有車両Ｃの運転席を撮影したカメラ画像から判定することができる。

提案部４４は、探索部４２によって探索された第２経路Ｒ２を希望条件とともに提供者Ｕ２へ提案する。提案部４４は、第２経路Ｒ２および希望条件に基づき、提案データを生成し、提供者Ｕ２の提供者端末５０へ送信することで、提供者端末５０を介して提供者Ｕ２へ提供される。

ここで、図７Ａおよび図７Ｂを用いて、提案データの一例について説明する。図７Ａおよび図７Ｂは、提案データの一例を示す図である。例えば、図７Ａに示すように、提供者端末５０は、提案データを受信すると、ポップアップ表示により、ライドシェアの申し込みがあることを提供者Ｕ２へ通知する。

提供者Ｕ２は、かかるポップアップを選択と、図７Ｂに示すような提案データの詳細を確認することができる。図７Ｂに示す例では、提供者Ｕ２には、利用者Ｕ１の顔写真、運転の可否、違反歴などに関する利用者Ｕ１に関する各種情報や、利用者Ｕ１を乗車させた場合の到着時刻、得られるインセンティブに関する情報などが通知される。

また、提供者Ｕ２が、同図に示す「経路を確認」のボタンを選択すると、第２経路Ｒ２の詳細が提供者端末５０に表示されることになる。また、同図に示すように、「承認」、「拒否」のボタンが表示され、提供者Ｕ２は、いずれかのボタンを選択することで、乗車の可否の意思を管理装置１へ反映することができる。

また、この際、図５Ｂに示したように、車内ＢＧＭが指定されている場合には、提供者端末５０は、かかる車内ＢＧＭの一部（例えば、２フレーズ相当）を音楽またはかかる音楽の楽曲映像を再生することにしてもよい。つまり、提案部４４は、提案データとして、音楽データ等を含むようにしてもよい。これにより、提供者Ｕ２は、走行ルートに加え、利用者Ｕ１の楽曲の嗜好性について事前に確認することができるので、利用者U１を乗車させるか否かの判断を補助することができる。

図２の説明に戻り、割当部４５について説明する。割当部４５は、例えば、提供者Ｕ２によって利用者Ｕ１の乗車が承認された場合に、利用者Ｕ１が共有車両Ｃの運転を希望する場合に、第２経路Ｒ２における各区間の運転者を割り当てる。

割当部４５は、利例えば、図５Ｂに示したように、利用者Ｕ１は、運転可能人数とともに、運転比率を希望することができ、割当部４５は、利用者Ｕ１が希望した運転可能人数および運転比率に応じて、第２経路Ｒ２における各区間に対して運転者を割り当てる。

図８は、割当部４５の処理の一例を示す図である。なお、ここでは、運転者がＡさんとＢさんとである場合について説明する。例えば、割当部４５は、上記の運転比率に加え、車両情報、天候情報、道路条件などに基づいて、第２経路Ｒ２の各区間についてそれぞれ運転者を割り当てる。

ここで、車両情報は、共有車両Ｃの車幅、車長、車高などに関する情報である。また、天候情報は、通過予定時刻における第２経路Ｒ２の各地点の天候に関する情報である。道路条件は、高速道路、国道、農道などといった道路種別に関する情報や道幅などに関する情報である。

例えば、車幅が広く、車長が長いほど、共有車両Ｃの運転難易度は難しくなり、天候が雪や雨、霧などである場合には、ある程度の熟練度が運転者に求められる。また、高速道路や国道では、ある程度の道幅が確保されているため、運転が比較的容易であるものの、例えば、農道では高速道路や国道に比べて道幅が減少し、運転の熟練度を要する場合がある。

割当部４５は、これらを考慮して、第２経路Ｒ２に運転者の交代地点Ｃ１、Ｃ２を設定することで、第２経路Ｒ２を複数の区間に分割するとともに、ユーザ情報ＤＢ３１を参照し、各ユーザの運転スキルに基づいて、各区間に対して運転者を割り当てる。

つまり、難易度が比較的高い区間においては、運転スキルが高いユーザを運転者として割り当てることになる。これにより、各区間に適した運転者を割り当てることができる。なお、交代地点Ｃ１、Ｃ２には、適宜、コンビニなどを設定するとよい。

また、この際、割当部４５は、利用者Ｕ１の運転履歴から利用者Ｕ１が運転を好む道路種別を解析したうえで、運転者を割り当てることにしてもよい。この場合、管理システムＳでは、利用者Ｕ１の運転履歴として、走行した経路や、運転時の傾向などを収集しておき、利用者Ｕ１が運転を好む道路種別を解析する。

割当部４５は、利用者Ｕ１が平坦な道を好むと解析された場合には、平坦な区間の運転者に利用者Ｕ１を割り当てる。割当部４５は、各区間に運転者を割り当てると、第２経路Ｒ２に関する情報とともに、利用者端末１０や提供者端末５０へ送信される。

このように、割当部４５は、利用者Ｕ１の運転実績を考慮して、各区間の運転者を割り当てることで、各運転者の運転の際のストレスを軽減することができる。

次に、図９を用いて、実施形態に係る管理装置１が実行する処理手順について説明する。図９は、管理装置１が実行する処理手順を示すフローチャートである。なお、以下に示す処理手順は、乗車要求の受付毎に管理装置１の制御部４によって繰り返し実行される。

図９に示すように、まず、管理装置１は、利用者Ｕ１から共有車両Ｃに対する乗車要求を受け付けたか否かを判定し（ステップＳ１０１）、乗車要求を受け付けた場合に（ステップＳ１０１，Ｙｅｓ）、乗車要求に基づいて、共有車両を選択する（ステップＳ１０２）。

続いて、管理装置１は、共有車両Ｃに乗車中の提供者Ｕ２の走行条件を満たす範囲で、第２経路Ｒ２を探索し（ステップＳ１０３）、希望条件および第２経路Ｒ２に関する提案データを提供者端末５０へ送信する（ステップＳ１０４）。

つづいて、管理装置１は、提供者Ｕ２が利用者Ｕ１の乗車を承認したか否かを判定し（ステップＳ１０５）、提供者Ｕ２が承認した場合（ステップＳ１０５，Ｙｅｓ）、利用者Ｕ１と提供者Ｕ２との間の契約を成立させて（ステップＳ１０６）、処理を終了する。

また、管理装置１は、ステップＳ１０１の判定において、乗車要求を受け付けていない場合（ステップＳ１０１，Ｎｏ）、処理を終了し、ステップＳ１０５の判定において、承認されなかった場合（ステップＳ１０５，Ｎｏ）、すなわち、拒否された場合、ステップＳ１０２の処理へ移行する。

上述したように、実施形態に係る管理装置１は、受付部４１と、探索部４２と、提案部４４とを備える。受付部４１は、利用者Ｕ１（第１のユーザの一例）から共有車両Ｃに関する希望条件を含む共有車両Ｃへの乗車要求を受け付ける。探索部４２は、受付部４１によって受け付けられた希望条件に基づき、共有車両Ｃに乗車中の提供者Ｕ２（第２のユーザの一例）の目的地までの走行条件を満たす範囲内で、共有車両Ｃに第１のユーザを乗車させた場合の走行ルートを探索する。

提案部４４は、探索部４２によって探索された走行ルートを希望条件とともに提供者Ｕ２へ提案する。したがって、実施形態に係る管理装置１は、利便性の高いライドシェアサービスを提供することができる。

ところで、上述した実施形態では、共有車両Ｃが提供者Ｕ２が所有する車両である場合について説明したが、これに限定されるものではない。すなわち、提供者Ｕ２が借りたレンタカーを共有車両Ｃとすることにしてもよい。例えば、観光地などの旅行先で提供者Ｕ２が共有車両Ｃを借りた場合を想定する。この場合、例えば、観光地によっては、提供者Ｕ２と利用者Ｕ１が訪れる観光スポットが重複する場合も想定される。このような場合には、例えば、提供者Ｕ２および利用者Ｕ１それぞれの複数の行先に基づいて、走行ルートを探索することにしてもよい。

また、上述した実施形態では、共有車両Ｃを利用者Ｕ１または提供者Ｕ２のいずれかが運転する場合について説明した。しかしながら、これに限定されるものではなく、共有車両Ｃは、全自動運転を行う自動運転車両とすることにしてもよい。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ 管理装置
２ 通信部
１０ 利用者端末
４１ 受付部
４２ 探索部
４３ 算出部
４４ 提案部
４５ 割当部
５０ 提供者端末
Ｃ 共有車両
Ｒ１ 第１経路
Ｒ２ 第２経路
Ｓ 管理システム

Claims (9)

1. 第１のユーザから共有車両に関する希望条件を含む前記共有車両への乗車要求を受け付ける受付部と、
   前記受付部によって受け付けられた前記希望条件に基づき、前記共有車両に乗車中の第２のユーザの目的地までの走行条件を満たす範囲で、前記共有車両に前記第１のユーザを乗車させた場合の走行ルートを探索する探索部と、
   前記探索部によって探索された前記走行ルートを前記希望条件とともに前記第２のユーザへ提案する提案部と
   を備えることを特徴とする管理装置。
2. 前記探索部は、
   前記希望条件と、前記走行条件とに基づき、前記第１のユーザの乗車地点および降車地点を決定し、交通機関との乗り継ぎを考慮して前記乗車地点および前記降車地点の少なくとも一方を決定すること
   を特徴とする請求項１に記載の管理装置。
3. 前記探索部は、
   他の前記共有車両への乗り換えを考慮して、前記乗車地点および降車地点の少なくとも一方を決定すること
   を特徴とする請求項２に記載の管理装置。
4. 前記受付部は、
   前記第１のユーザが前記共有車両に乗車した場合に、前記第１のユーザと、前記第２のユーザとがそれぞれ前記共有車両を運転する比率である運転比率を前記希望条件として受け付け、
   前記提案部は、
   前記運転比率に基づいて、前記走行ルートにおける各区間の運転者を提案すること
   を特徴とする請求項１〜３のいずれか一つに記載の管理装置。
5. 前記提案部は、
   前記第１のユーザの過去の運転実績に基づき、前記各区間の運転者を決定すること
   を特徴とする請求項４に記載の管理装置。
6. 前記探索部は、
   前記共有車両に第１のユーザを乗車させる場合に、前記第２のユーザが獲得するインセンティブに応じて、有料道路を通過する前記走行ルートを検索すること
   を特徴とする請求項１〜５のいずれか一つに記載の管理装置。
7. 前記提案部は、
   前記共有車両の車内で流す楽曲を前記希望条件として、前記第１のユーザへ提案すること
   を特徴とする請求項１〜６のいずれか一つに記載の管理装置。
8. 請求項１〜７のいずれか一つに記載の管理装置と、
   前記第１のユーザと、前記第２のユーザとがそれぞれ所有する端末装置と
   を備える管理システム。
9. 第１のユーザから共有車両に関する希望条件を含む前記共有車両への乗車要求を受け付ける受付工程と、
   前記受付工程によって受け付けられた前記希望条件に基づき、前記共有車両に乗車中の第２のユーザの目的地までの走行条件を満たす範囲で、前記共有車両に前記第１のユーザを乗車させた場合の走行ルートを探索する探索工程と、
   前記探索工程によって探索された前記走行ルートを前記希望条件とともに前記第２のユーザへ提案する提案工程と
   を含むことを特徴とする管理方法。

Images