(57)【要約】【課題】運転者および同乗者の利便性を低下させることなく、利用者の相乗りの利用可能性を高める相乗り仲介システム、サーバ、プログラムおよび相乗り仲介方法を提供する。【解決手段】相乗り仲介システム１は、運転者端末１０と利用者端末２０とサーバ３０とを含む。運転者端末１０は、走行予定情報の入力を受けて、サーバ３０に送信する。利用者端末２０は、相乗り依頼情報の入力を受けて、サーバ３０に送信する。サーバ３０は、受信部３１、サーバ制御部３２、送信部３３およびサーバ制御部３２を含む。サーバ制御部３２は、相乗り依頼情報に基づいて記憶部３４に記憶された走行予定情報を検索し、出発地点から目的地点まで、登録された車両に相乗りする１つ以上の経路を含む提案経路を決定する。サーバ制御部３２は、少なくとも２つの登録された車両を乗り継ぐ経路を含む複数の経路を比較し、提案経路を決定する。【選択図】図１
2020071176.tif 000002
【特許請求の範囲】
【請求項１】
登録された車両の走行予定経路および走行予定時刻の情報を含む走行予定情報の入力を受ける運転者端末と、
出発地点および目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む相乗り依頼情報の入力を受ける利用者端末と、
前記運転者端末から前記走行予定情報を受信し、且つ、前記利用者端末から前記相乗り依頼情報を受信する受信部、前記登録された車両の前記走行予定情報を記憶する記憶部、前記相乗り依頼情報に基づいて前記記憶部の前記走行予定情報を検索し、前記出発地点から前記目的地点まで、前記登録された車両に相乗りする１つ以上の経路を含む提案経路を決定する制御部、および、前記提案経路を前記利用者端末に送信する送信部を含むサーバと
を備え、
前記制御部は、少なくとも２つの前記登録された車両を乗り継ぐ経路を含む複数の経路を比較し、前記提案経路を決定する、相乗り仲介システム。
【請求項２】
前記制御部は、前記出発地点を出発してから前記目的地点に到着するまでにかかる時間に基づいて、前記複数の経路から前記提案経路を決定する、請求項１に記載の相乗り仲介システム。
【請求項３】
前記制御部は、前記出発地点を出発してから前記目的地点に到着するまでに走行する距離に基づいて、前記複数の経路から前記提案経路を決定する、請求項１に記載の相乗り仲介システム。
【請求項４】
前記記憶部は、複数の乗り継ぎ候補地点の位置を予め記憶し、前記制御部は、前記少なくとも２つの前記登録された車両の前記走行予定経路が重なる位置に、前記乗り継ぎ候補地点があるとき、該乗り継ぎ候補地点で前記登録された車両を乗り継ぐ経路を、前記提案経路を決定するための前記複数の経路に含める、請求項１から３の何れか一項に記載の相乗り仲介システム。
【請求項５】
運転者端末からの走行予定情報、および、利用者端末からの相乗り依頼情報を受信可能に構成される受信部であって、前記走行予定情報は、登録された車両の走行予定経路および走行予定時刻の情報を含み、前記相乗り依頼情報は、相乗りを希望する利用者の出発地点および目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む、受信部と、
前記登録された車両の前記走行予定情報を記憶する記憶部と、
前記相乗り依頼情報に基づいて前記記憶部の前記走行予定情報を検索し、前記出発地点から前記目的地点まで、前記登録された車両に相乗りする１つ以上の経路を含む提案経路を決定する制御部と、
前記提案経路を前記利用者端末に送信する送信部と
を備え、
前記制御部は、少なくとも２つの前記登録された車両を乗り継ぐ経路を含む複数の経路を比較し、前記提案経路を決定する、サーバ。
【請求項６】
前記制御部は、前記出発地点を出発してから前記目的地点に到着するまでにかかる時間に基づいて、前記複数の経路から前記提案経路を決定する、請求項５に記載のサーバ。
【請求項７】
前記制御部は、前記出発地点を出発してから前記目的地点に到着するまでに走行する距離に基づいて、前記複数の経路から前記提案経路を決定する、請求項５に記載のサーバ。
【請求項８】
前記記憶部は、複数の乗り継ぎ候補地点の位置を予め記憶し、前記制御部は、前記少なくとも２つの前記登録された車両の前記走行予定経路が重なる位置に、前記乗り継ぎ候補地点があるとき、該乗り継ぎ候補地点で前記登録された車両を乗り継ぐ経路を、前記提案経路を決定するための前記複数の経路に含める、請求項５から７の何れか一項に記載のサーバ。
【請求項９】
出発地点、目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む相乗り依頼情報の入力を受け、前記相乗り依頼情報をサーバに送信し、前記サーバから相乗り可能な車両の経路を含む提案経路の情報を取得し、前記提案経路の情報を地図上で時系列の前記車両の位置として表示装置に表示させる処理を、利用者端末の制御部に実行させるプログラムであって、少なくとも２つの前記車両を乗り継ぐ経路を含む提案経路を表示可能なプログラム。
【請求項１０】
前記表示装置は、利用者の指の位置を検出可能なタッチパネルであり、前記制御部は、該指の位置と時刻を関連付けて、前記車両の位置を前記表示装置に表示させる処理を実行する、請求項９に記載のプログラム。
【請求項１１】
登録された車両の走行予定経路および走行予定時刻の情報を含む走行予定情報を受信するステップと、
前記登録された車両の前記走行予定情報を記憶部に記憶するステップと、
出発地点および目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む相乗り依頼情報を、利用者端末から受信するステップと、
前記相乗り依頼情報に基づいて前記記憶部の前記走行予定情報を検索し、前記出発地点から前記目的地点まで、前記登録された車両に相乗りする１つ以上の経路を含む提案経路を決定するステップであって、少なくとも２つの前記登録された車両を乗り継ぐ経路を含む複数の経路を比較し、前記提案経路を決定するステップと、
前記提案経路を前記利用者端末に送信するステップと、
を備える相乗り仲介方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、相乗り仲介システム、サーバ、プログラムおよび相乗り仲介方法に関する。
【背景技術】
【０００２】
従来、車両の運転者と相乗りを希望する利用者との間で、相乗りサービスの仲介を行うシステムが知られている。例えば、特許文献１では、相乗りサービスを仲介するサーバが、複数の車載端末から車両の予定経路の情報を取得して、利用者に提供している。利用者は、その予定経路の情報を携帯端末から検索することができる。利用者は、予定経路の情報に希望する「乗車／降車地点」を含むことを検索条件として車両を検索し、表示された車両一覧情報から相乗りを希望する車両を選択し、相乗りを申し込むことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−５５５３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術によれば、相乗りサービスの利用者が希望する出発地点および目的地点が、サーバに登録された少なくとも何れかの車両の予定経路の寄り道許容範囲内に含まれたとき、相乗りの条件のマッチング（一致）が成立しうる。そのような予定経路が無い場合、利用者は相乗りをすることができない。サーバが、車両の予定経路から外れた位置で利用者の乗車および降車を許容するように相乗りサービスを仲介することも考えられるが、その場合は車両の運転者および同乗者に対して遠回りを強いることとなる。このため、車両の運転者および同乗者の利便性が低下する。
【０００５】
かかる事情に鑑みてなされた本発明の目的は、車両の運転者および同乗者の利便性を低下させることなく、利用者の相乗りサービスの利用可能性を高める相乗り仲介システム、サーバ、プログラム、および、相乗り仲介方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決する本開示の一実施形態に係る相乗り仲介システムは、登録された車両の走行予定経路および走行予定時刻の情報を含む走行予定情報の入力を受ける運転者端末と、出発地点および目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む相乗り依頼情報の入力を受ける利用者端末と、前記運転者端末から前記走行予定情報を受信し、且つ、前記利用者端末から前記相乗り依頼情報を受信する受信部、前記登録された車両の前記走行予定情報を記憶する記憶部、前記相乗り依頼情報に基づいて前記記憶部の前記走行予定情報を検索し、前記出発地点から前記目的地点まで、前記登録された車両に相乗りする１つ以上の経路を含む提案経路を決定する制御部、および、前記提案経路を前記利用者端末に送信する送信部を含むサーバとを備え、前記制御部は、少なくとも２つの前記登録された車両を乗り継ぐ経路を含む複数の経路を比較し、前記提案経路を決定することを特徴とするものである。
【０００７】
上記課題を解決する本開示の一実施形態に係るサーバは、運転者端末からの走行予定情報、および、利用者端末からの相乗り依頼情報を受信可能に構成される受信部であって、前記走行予定情報は、登録された車両の走行予定経路および走行予定時刻の情報を含み、前記相乗り依頼情報は、相乗りを希望する利用者の出発地点および目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む、受信部と、前記登録された車両の前記走行予定情報を記憶する記憶部と、前記相乗り依頼情報に基づいて前記記憶部の前記走行予定情報を検索し、前記出発地点から前記目的地点まで、前記登録された車両に相乗りする１つ以上の経路を含む提案経路を決定する制御部と、前記提案経路を前記利用者端末に送信する送信部とを備え、前記制御部は、少なくとも２つの前記登録された車両を乗り継ぐ経路を含む複数の経路を比較し、前記提案経路を決定することを特徴とするものである。
【０００８】
上記課題を解決する本開示の一実施形態に係るプログラムは、出発地点、目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む相乗り依頼情報の入力を受け、前記相乗り依頼情報をサーバに送信し、前記サーバから相乗り可能な車両の経路を含む提案経路の情報を取得し、前記提案経路の情報を地図上で時系列の前記車両の位置として表示装置に表示させる処理を、利用者端末の制御部に実行させるプログラムであって、少なくとも２つの前記車両を乗り継ぐ経路を含む提案経路を表示可能なことを特徴とするものである。
【０００９】
上記課題を解決する本開示の一実施形態に係る相乗り仲介方法は、登録された車両の走行予定経路および走行予定時刻の情報を含む走行予定情報を受信するステップと、前記登録された車両の前記走行予定情報を記憶部に記憶するステップと、出発地点および目的地点、ならびに、希望出発時刻および希望到着時刻の少なくとも何れかを含む相乗り依頼情報を利用者端末から受信するステップと、前記相乗り依頼情報に基づいて前記記憶部の前記走行予定情報を検索し、前記出発地点から前記目的地点まで、前記登録された車両に相乗りする１つ以上の経路を含む提案経路を決定するステップであって、少なくとも２つの前記登録された車両を乗り継ぐ経路を含む複数の経路を比較し、前記提案経路を決定するステップと、前記提案経路を前記利用者端末に送信するステップとを備えることを特徴とするものである。
【発明の効果】
【００１０】
本発明によれば、車両の運転者および同乗者の利便性を低下させることなく、利用者の相乗りサービスの利用可能性を高める相乗り仲介システム、サーバ、プログラム、および、相乗り仲介方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る相乗り仲介システムの概略構成を示すブロック図である。
【図２】図１の利用者端末の概略構成を示すブロック図である。
【図３】図１の運転者端末の概略構成を示すブロック図である。
【図４】図１のサーバの概略構成を示すブロック図である。
【図５】相乗り経路の探索を行う領域の道路マップの一例を示す図である。
【図６】図４の道路マップ上を走行する登録された車両の走行経路の一例を示す図である。
【図７】利用者端末に表示される提案経路の一例を示す図である。
【図８】相乗り仲介システムによる処理のワークフローを示す図である。
【図９】利用者端末に表示される提案経路の第１時点の車両位置を示す図である。
【図１０】利用者端末に表示される提案経路の第２時点の車両位置を示す図である。
【図１１】利用者端末に表示される提案経路の第３時点の車両位置を示す図である。
【図１２】利用者端末に表示される提案経路の第４時点の車両位置を示す図である。
【図１３】利用者端末に表示される提案経路の第５時点の車両位置を示す図である。
【図１４】他の例における車両の走行経路と乗り継ぎ地点の配置を示す図である。
【発明を実施するための形態】
【００１２】
以下、本開示の一実施形態について、図面を参照して説明する。なお、以下の説明で用いられる図は模式的なものである。図面上の寸法比率等は現実のものとは必ずしも一致していない。
【００１３】
図１を参照して、本発明の一実施形態に係る相乗り仲介システム１の概要について説明する。相乗り仲介システム１は、相乗りサービスを利用する利用者の利用者端末１０と、登録された複数の車両の運転者それぞれが閲覧および操作可能な複数の運転者端末２０と、相乗りサービスを仲介するサーバ３０とを備える。利用者端末１０とサーバ３０、および、運転者端末２０とサーバ３０とは、通信回線を介して通信可能に構成される。
【００１４】
（利用者端末）
利用者端末１０は、汎用情報端末を採用しうる。汎用情報端末としては、携帯電話（スマートフォン）、タブレット端末、パーソナルコンピュータ等を含む。汎用情報端末を用いる場合、利用者端末１０には相乗り仲介システム１専用のアプリケーションプログラムを搭載することができる。利用者端末１０は、専用の端末を用いてもよい。図２に示すように、利用者端末１０は、通信インタフェース１１、利用者端末制御部１２、メモリ１３、および、入出力部１４を有する。
【００１５】
通信インタフェース１１は、利用者端末１０が、サーバ３０を含む外部と情報を送受信するためのものである。通信インタフェース１１は、無線通信および有線通信に対応した通信インタフェースを含む。利用者端末制御部１２は、利用者端末１０全体を制御するとともに、アプリケーションプログラムを実行する。以下において、利用者端末１０が行う動作は、利用者端末制御部１２が行うものと読み替えることができる。利用者端末制御部１２は、１つまたは複数のプロセッサを含む。メモリ１３は、アプリケーションプログラムおよびデータを記憶する。入出力部１４は、情報を表示する表示装置および情報を入力する入力装置を含む。利用者端末１０は、入出力部１４としてタッチパネルを有してよい。利用者端末１０は、入出力部１４として、ディスプレイ、マウス及びキーバード等を有してよい。
【００１６】
利用者端末１０は、利用者が車両への相乗りを希望する場合、利用者からの入力を受けてサーバ３０に対して相乗り依頼情報を送信する。相乗り依頼情報は、利用者の希望する出発地点および目的地点の情報を含む。出発地点および目的地点の情報は、種々の方法で入力しうる。例えば、利用者が相乗りサービス用のアプリケーションにより入出力部１４に表示される地図上から場所を指定してよい。また、利用者は出発地点および目的地点を、住所または電話番号により指定してよい。相乗り依頼情報は、さらに、希望出発時刻および希望到着時刻の双方または一方の情報を含む。
【００１７】
相乗り依頼情報は、さらに、利用者情報を含んでよい。利用者情報は、相乗り車両の運転者が設定する相乗りの条件に利用者が適合するか否かの判断を行うために利用されうる。利用者情報は、利用者の名前、または、相乗り仲介システム１に予め登録されたＩＤを含んでよい。利用者情報は、利用者の年齢、性別、出身地、好きな音楽の分野、等の情報を含んでよい。これらの情報は、相乗り仲介システム１に登録されたＩＤと関連付けられて、予め登録されていてもよい。利用者情報は、ペット連れか否か、および、大きな荷物の有無等の情報を含んでよい。
【００１８】
利用者端末１０は、サーバ３０に対して送信した相乗り依頼情報に対して、サーバ３０からの相乗り可能な車両の提案経路の情報を受信することができる。提案経路の情報は、相乗りする車両の経路ならびに乗車および降車の時刻を含む。提案経路は、２台以上の車両を乗り継ぐ経路を含むことができる。利用者端末１０は、入出力部１４に提案経路を表示するとともに、利用者からの提案経路に対する受諾または拒絶の何れかを含む応答の入力を受けることができる。
【００１９】
利用者端末１０は、種々の方法で、入出力部１４に提案経路を表示することができる。例えば、利用者端末１０は、入出力部１４に表示されるマップ上に、時系列で乗車する車両の位置を表示してよい。また、利用者端末１０は、入出力部１４を利用者の指の位置を検出可能なタッチパネルとし、指の位置と時刻とを関連付けて車両位置を入出力部１４上に表示させてよい。例えば、利用者は、タッチパネル上で指をスライドさせることによって、乗車する車両の位置の時系列の変化を確認することができる。
【００２０】
（運転者端末）
運転者端末２０は、自己の車両への相乗りを受け入れるサーバ３０に登録された車両の運転者が有する端末である。ここで、車両は、主として乗用車を意味する。車両は、タクシーまたはバス等の業務用の車両を含むこともできる。車両は、自動運転車両を含む将来可能となる形態の車両を含む。また、本開示において、「運転者」は、車両の運転席に座っている状態の運転者を意味するものではなく、相乗りサービスに使用される車両を所有または占有する人を意味する。したがって、運転者は車両内以外の場所でも運転者端末２０を使用することができる。
【００２１】
運転者端末２０は、利用者端末１０と同様の汎用情報端末を採用しうる。汎用情報端末としては、携帯電話（スマートフォン）、タブレット端末、パーソナルコンピュータ等を含む。汎用情報端末を用いる場合、運転者端末２０には相乗り仲介システム１用の専用のアプリケーションプログラムを搭載することができる。運転者端末２０は、専用の端末を用いてもよい。運転者端末が専用の端末の場合、例えば、運転者端末２０は車両に設置されてよい。あるいは、運転者端末２０は、ナビゲーションシステム等の他の装置とハードウェアを共用してよい。また、運転者は、互いに連携する複数の運転者端末２０を使用してよい。例えば、運転者は、携帯電話（スマートフォン）と車載端末との双方を運転者端末２０として使用してよい。図３に示すように、運転者端末２０は、通信インタフェース２１、運転者端末制御部２２、メモリ２３、および、入出力部２４を有する。
【００２２】
通信インタフェース２１は、運転者端末２０が、サーバ３０を含む外部と情報を送受信するためのものである。通信インタフェース２１は、無線通信および有線通信に対応した通信インタフェースを含む。運転者端末制御部２２は、運転者端末２０全体を制御するとともに、アプリケーションプログラムを実行する。以下において、運転者端末２０が行う動作は、運転者端末制御部２２が行うものと読み替えることができる。運転者端末制御部２２は、１つまたは複数のプロセッサを含む。メモリ２３は、アプリケーションプログラムおよびデータを記憶する。入出力部２４は、情報を表示する表示装置、情報を入力する入力装置を含む。運転者端末２０は、入出力部２４としてタッチパネルを有してよい。運転者端末２０は、入出力部２４として、ディスプレイ、マウス及びキーバード等を有してよい。
【００２３】
運転者端末２０は、入出力部２４から相乗りを許可するまたは許可しない利用者の条件である相乗り条件の入力を受付け、通信インタフェース２１を介してサーバ３０に送信することができる。例えば、同性のみ、子供不可、ペット連れ不可、車両内での飲食不可、大きな荷物不可等の条件である。運転者は、予め相乗りを許可するまたは許可しない条件をサーバ３０に詳細に設定することによって、サーバ３０から不要な相乗りの依頼を受けることを低減することができる。
【００２４】
運転者端末２０は、登録された車両の走行予定経路および走行予定時刻を含む走行予定情報の入力を受け付けることができる。走行予定経路および走行予定時刻の情報は、運転者が入出力部２４から入力することができる。運転者端末２０は、走行予定経路および走行予定時刻の情報を、利用者が走行予定を入力する運転者端末２０上の他のアプリケーションから取得してよい。また、運転者端末２０は、走行予定情報を、通信インタフェース２１を介して車両内のナビゲーションシステム等の他のシステムから取得してもよい。運転者端末２０は、走行予定情報を相乗り可能な人数の情報等とともにサーバ３０に送信する。
【００２５】
運転者端末２０は、通信インタフェース２１を介して、サーバ３０からの利用者の相乗りの依頼を受信可能である。相乗りの依頼に係る情報を相乗り依頼情報と呼ぶ。相乗り依頼情報は、入出力部２４に表示される。運転者端末２０は、運転者からの相乗りの受諾または拒絶の入力を受けることができる。運転者端末２０は、相乗りの受諾または拒絶の情報を、通信インタフェース２１を介してサーバ３０に送信することができる。
【００２６】
（サーバ）
図４に示すように、サーバ３０は、受信部３１と、サーバ制御部３２（制御部）と、送信部３３と記憶部３４とを備える。サーバ３０は、一台の情報処理装置で構成されても、複数台の互いに連携する情報処理装置により構成されてもよい。
【００２７】
受信部３１は、利用者端末１０および運転者端末２０からの情報を受信する。送信部３３は、利用者端末１０および運転者端末２０へ情報を送信する。受信部３１および送信部３３は、使用する通信ネットワークに対応した通信機を含む。受信部３１および送信部３３は、有線および無線通信に対応する通信機を含んでよい。受信部３１および送信部３３は、情報の受信および送信に係るプロトコル処理、送信信号の変調および受信信号の復調等の処理を行う。
【００２８】
サーバ制御部３２は、単一の、または、複数のプロセッサおよびメモリを含んで構成される。サーバ制御部３２はサーバ３０全体の動作を制御する。プロセッサには、特定のプログラムを読み込ませることにより、プログラムされた機能を実行する汎用プロセッサおよび、特定の処理に特化した専用プロセッサが含まれる。メモリは、プロセッサの実行するプログラム、および、プロセッサによる演算中の情報等を記憶することができる。メモリとプロセッサとは、データバスおよび制御バス等のバスラインで接続される。
【００２９】
サーバ制御部３２は、利用者端末１０および運転者端末２０から入力される利用者情報、相乗り条件、走行予定情報等の情報を記憶部３４に記憶し、管理する。サーバ制御部３２は、記憶部３４に記憶された情報を検索することができる。サーバ制御部３２は、記憶部３４に記憶された情報の更新および消去をすることができる。
【００３０】
サーバ制御部３２は、利用者端末１０から、相乗りを依頼する相乗り依頼情報を受信したとき、記憶部３４に記憶された走行予定情報を検索し、出発地点から目的地点まで、登録された車両に相乗りする１つ以上の経路を含む提案経路を決定する。サーバ制御部３２は、少なくとも２つの登録された車両を乗り継ぐ経路を含む複数の経路を比較し提案経路を決定する。
【００３１】
サーバ制御部３２は、提案経路を決定するにあたり、利用者端末１０から受信した利用者情報、および、運転者端末２０から受信し記憶部３４に記憶される相乗り条件を考慮する。サーバ制御部３２は、運転者が相乗りを拒絶する可能性のある車両を、相乗りサービスに利用する車両から予め除外することができる。これによって、提案経路が運転者に受諾される可能性を高めることができる。提案経路が複数の車両を乗り継ぐ場合、何れかの運転者が相乗りを拒絶すると、全体の提案経路が成立しなくなる。本実施形態に係る相乗り仲介システム１では、運転者の相乗り条件を予め収集して、相乗り可能な車両のみを用いて提案経路を決定することで、運転者側で相乗りを拒絶される可能性を低くすることができる。
【００３２】
サーバ制御部３２は、送信部３３を介して、利用者端末１０に提案経路の情報を送信し、受信部３１を介して、提案経路の受諾または拒絶の応答を受信する。サーバ制御部３２は、送信部３３を介して、運転者端末２０に相乗りを依頼する相乗り依頼情報を送信することができる。サーバ制御部３２は、受信部３１を介して運転者端末２０から相乗り依頼に対する応答を受信することができる。さらに、サーバ制御部３２は、送信部３３を介して相乗りが確定した旨の情報を利用者端末１０に送信することができる。
【００３３】
記憶部３４は、半導体記憶装置、磁気記憶装置、光記憶装置を含む。半導体記憶装置は、フラッシュメモリを用いたＳＳＤ（Solid State Drive）等が含まれる。磁気記憶装置は、磁気テープ、フロッピー（登録商標）ディスク、ハードディスク等およびこれらの駆動装置が含まれる。光記憶装置は、例えばＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、およびブルーレイ（Blu-ray；登録商標）等およびこれらの駆動装置が含まれる。記憶部３４は、データベース管理システムにより管理されるデータベースを含んでよい。データベースには、リレーショナルデータベース（ＲＤＢ：Relational Database）、オブジェクト・リレーショナル・データベース（ＯＲＤＢ：Object-Relational Database）、ならびに、キー・バリュー型およびカラムストア型等のＮｏＳＱＬデータベース等を含む。
【００３４】
記憶部３４は、運転者端末２０から受信した登録された車両の運転者ごとの相乗り条件および走行予定情報、並びに、利用者端末１０から受信した相乗りを依頼する利用者の利用者情報および相乗り依頼情報等を記憶、管理する。これらの情報は、データベースに格納され管理されてよい。また、記憶部３４は、利用者から収集した運転者の評価情報、および、運転者から収集した利用者の評価情報等を記憶してよい。そのような評価情報は、サーバ３０が相乗り後の利用者および運転者に対して評価情報の入力を促すことにより収集される。
【００３５】
記憶部３４は、車両の乗り継ぎに適した乗り継ぎ候補地点の位置を予め記憶してよい。乗り継ぎに適した地点とは、駐停車が容易、且つ、利用者が乗り継ぎの際に次の車両を安全に待つことができる場所を含む。また、利用者が、乗り継ぎ前の車両を降車した後、次の車両に乗車するまでに時間が空く場合は、適切に時間を使うことができる場所が好ましい。乗り継ぎ候補地点は、例えば、駅のロータリー、サービスエリア、ドライブイン、公共施設の駐車場等が含まれる。サーバ制御部３２は、提案経路を決定するにあたり、少なくとも２つの登録された車両の走行予定経路が重なる位置に乗り継ぎ候補地点があるとき、この乗り継ぎ候補地点で登録された車両を乗り継ぐ経路を、提案経路を決定するために比較される複数の経路に含める。
【００３６】
（提案経路の例）
次に、サーバ３０による２台以上の車両を乗り継ぐ相乗りによる提案経路の例について、図５の道路図を用いて説明する。図５は、説明のために作成したものである。相乗り仲介システム１は、これに限られず種々の道路配置に対応できる。
【００３７】
図５において、利用者は出発地点ＰSから目的地点ＰGまで相乗り仲介システム１により仲介される相乗り車両を乗り継いで移動するものとする。出発地点ＰSおよび目的地点ＰGを含む領域には、第１道路Ｒ1、第２道路Ｒ2および第３道路Ｒ3が通っている。出発地点ＰSは第１道路Ｒ1上に位置し、目的地点ＰGは第３道路Ｒ3上に位置する。図５において、第１道路Ｒ1の延びる方向を、第１方向Ｄ1および第１方向Ｄ1と反対方向の第２方向Ｄ2とする。また、第２道路Ｒ2の延びる方向を、第３方向Ｄ3および第３方向Ｄ3と反対方向の第４方向Ｄ4とする。第３道路Ｒ3の延びる方向を、第５方向Ｄ5および第５方向Ｄ5と反対方向の第６方向Ｄ6とする。また、第１道路Ｒ1と第２道路Ｒ2との交差点を第１交差点Ｃ1とする。第２道路Ｒ2と第３道路Ｒ3との交差点を第２交差点Ｃ2とする。第１道路Ｒ1と第３道路Ｒ3との交差点を第３交差点Ｃ3とする。さらに、第２交差点Ｃ2の近傍には、予め記憶された複数の乗り継ぎ候補地点に含まれる１つの乗り継ぎ地点ＰTがあるものとする。
【００３８】
利用者が移動しようとする時間帯に、出発地点および目的地点を通過する１台の車両が無い場合がある。例えば、図５の例では、利用者が、出発地点ＰSから目的地点ＰGへ移動しようとする時間帯に、出発地点ＰSを通り第１道路Ｒ1を第１方向Ｄ1へ進み、第３交差点Ｃ3で左折して、第３道路Ｒ3を第６方向Ｄ6に向かい、目的地点ＰGを通る車が無い場合がある。また、出発地点ＰSを通り第１道路Ｒ1を第１方向Ｄ1へ進み、第１交差点Ｃ1で左折して、第２道路Ｒ2を第３方向Ｄ3に向かい、第２交差点Ｃ2で右折して、第３道路Ｒ3を第５方向Ｄ5に向かい、目的地点ＰGを通る車が無い場合がある。そのような場合、従来の相乗りを仲介するシステムでは、相乗りサービスを提供することが困難である。
【００３９】
そのような場合であっても、本実施形態の相乗り仲介システム１では、サーバ３０のサーバ制御部３２が、記憶部３４の走行予定情報を検索して、２台の車両を乗り継ぐ提案経路を探索することができる。例えば、図６に示すように、出発地点ＰSを通り第１道路Ｒ1を第１方向Ｄ1へ進み、第１交差点Ｃ1で左折して、第２道路Ｒ2を第３方向Ｄ3に向かい、第２交差点Ｃ2を直進する予定の第１車両Ｖ1が存在するものとする。また、第３道路Ｒ3を第５方向Ｄ5に向かって進み、第２交差点Ｃ2および目的地点ＰGを通る予定の第２車両Ｖ2が存在するものとする。第２車両Ｖ2が乗り継ぎ地点ＰTを通る時刻が、第１車両Ｖ1が乗り継ぎ地点ＰTを通る時刻よりも後であれば、利用者は、第１車両Ｖ1および第２車両Ｖ2を乗り継いで、出発地点ＰSから目的地点ＰGへ移動することができる。
【００４０】
サーバ３０のサーバ制御部３２は、第１車両Ｖ1および第２車両Ｖ2を乗り継いで、出発地点ＰSから目的地点ＰGへ移動する経路を提案経路として、送信部３３を介して利用者端末１０に送信することができる。利用者端末１０の入出力部１４は、例えば図７に示すような画面を表示して、利用者に対して提案経路を表示することができる。また、利用者端末１０は、後述するように、時系列で相乗りする車両の動きを表示してよい。
【００４１】
このように、第１車両Ｖ1と第２車両Ｖ2との２台の車両を乗り継ぐことによって、相乗りサービスが利用できる可能性が高くなる。また、利用者は、出発地点ＰSと目的地点ＰGとの双方を通る車両を待つよりも、希望する時刻に近い時刻に目的地点ＰGへ行くことが期待できる。また、例えば、第１車両Ｖ1に対して、目的地点ＰGへ立ち寄ることを依頼することと比べれば、第１車両Ｖ1が遠回りをする必要がないので、第１車両Ｖ1の運転者および同乗者に対して利便性を低下させることがない。
【００４２】
（相乗り仲介の処理フロー）
図８のフローチャートを用いて、相乗り仲介システム１処理フローを説明する。図８に示される利用者端末１０、運転者端末２０およびサーバ３０の行う各処理は、それぞれ、利用者端末制御部１２、運転者端末制御部２２およびサーバ制御部３２の各プロセッサが、プログラムに従って実行することができる。そのようなプログラムは、非一時的なコンピュータ可読媒体において記憶されることが可能である。非一時的なコンピュータ可読媒体の例としては、ハードディスク、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＣＤ−ＲＯＭ、光記憶デバイス、磁気記憶デバイス等を含むが、これらに限定されない。サーバ制御部３２は、図８のフローチャートに従い相乗り仲介方法を実行する。
【００４３】
相乗りの仲介をする前段階において、運転者端末２０は、登録された車両の運転者からの相乗り条件の入力を受け、この相乗り条件をサーバ３０に送信する（ステップＳ１０１）。
【００４４】
サーバ３０は、各運転者からの相乗り条件を、運転者ごとに記憶部３４に記憶する（ステップＳ１０２）。
【００４５】
次に、運転者が車両を使用する予定があり、相乗りを受け入れる場合、運転者端末２０は、走行予定情報をサーバ３０に送信する（ステップＳ１０３）。走行予定情報は、走行予定経路と走行予定時刻の情報を含む。走行予定時刻は、走行経路上の複数の位置を通過する予定時刻を含む。一例として、利用者端末１０は、走行計画または旅行計画を策定するプログラムを搭載してよい。利用者は、利用者端末１０上で走行計画を策定し、利用者端末１０は策定された計画に従う走行予定情報をサーバ３０に送信してよい。
【００４６】
サーバ３０は、各車両の走行予定情報を記憶部３４に記憶する（ステップＳ１０４）。サーバ３０は、相乗り依頼情報を受信する前の通常の状態で（ステップＳ１０５：Ｎｏ）、運転者端末２０から送信される走行予定情報に従い、記憶部３４の走行予定情報を常時更新する。
【００４７】
利用者端末１０は、利用者からの相乗り依頼情報の入力を受けると、相乗り依頼情報をサーバ３０に送信する（ステップＳ１０６）。
【００４８】
サーバ３０は、利用者からの相乗り依頼情報を受信すると（ステップＳ１０５：Ｙｅｓ）、記憶部３４に記憶される走行予定情報から、出発地点ＰSおよび目的地点ＰGを通る乗り継ぎを含む複数の経路を検索し、検索した複数の経路を比較する（ステップＳ１０７）。
【００４９】
サーバ３０は、複数の経路の比較結果に基づいて、利用者に提案する提案経路を決定し、利用者端末１０に送信する（ステップＳ１０８）。提案経路を決定する方法としては種々の方法を挙げることができる。例えば、提案経路は、出発地点を出発してから目的地点に到着するまでにかかる時間が最も短いものに決定することができる。そうすることによって、利用者は移動に係る時間を節約することができる。あるいは、提案経路は、出発地点を出発してから目的地点点に到着するまでに走行する距離が最も短いものに決定することができる。そうすることによって、利用者は相乗りサービスに対して支払う対価を少なくすることが期待できる。
【００５０】
利用者端末１０は、サーバ３０から提案経路を受信する（ステップＳ１０８）。利用者端末１０は、例えば、入出力部１４に図７において示したような形態で情報を提示する。利用者端末１０は、提案経路の情報を種々の方法で利用者に対して提示して、利用者が提案経路を受諾するか拒絶するかの判断を支援することができる。
【００５１】
利用者端末１０は、利用者から提案経路の受諾または拒絶を含む応答を受け付け、提案経路に対する応答を、サーバ３０に送信する（ステップＳ１０９）。
【００５２】
サーバ３０は、提案経路が受諾されなかった場合（ステップＳ１１０：Ｎｏ）、ステップＳ１０７に戻り、ステップＳ１０７〜Ｓ１１０を繰り返す。なお、ステップＳ１０８において、サーバ３０は複数の提案経路の候補を決定して、利用者端末１０に送信してもよい。その場合、利用者端末１０は利用者から、複数の提案経路の候補の中から１つの提案経路の選択を受け付けてよい。そのようにすることによって、ステップＳ１０７〜Ｓ１１０の処理が繰り返される可能性を低減できる。
【００５３】
サーバ３０は、提案経路が利用者により受諾された場合（ステップＳ１１０：Ｙｅｓ）、相乗りの依頼を運転者端末２０に送信する（ステップＳ１１１）。相乗りの依頼には、利用者が運転者の車両に乗車する地点、降車する地点、および、それらの予定時刻が含まれる。
【００５４】
運転者端末２０は、運転者からの相乗り依頼に対する受諾または拒絶の入力を含む相乗り確認の入力を受ける（ステップＳ１１２）。サーバ３０が、相乗り条件に適合する利用者の相乗りのみを運転者端末２０に提示するようにすることで、運転者は基本的に相乗りを受諾することが期待される。図８では、ステップＳ１１２において、運転者が相乗りを拒絶した場合のフローを省略している。運転者が相乗りを拒絶した場合は、ステップＳ１０７の処理に戻ることができる。なお、相乗り依頼情報の送信（ステップＳ１１１）および相乗り依頼情報の確認（ステップＳ１１２）は、ステップＳ１０８における相乗り経路の決定の後、相乗り経路の利用者端末１０への送信の前に行ってもよい。
【００５５】
サーバ３０は、運転者端末２０から相乗り依頼情報を確認したことを示す情報を受信すると、利用者端末１０に相乗りが確定したことを示す相乗り確定情報を送信してよい（ステップＳ１１３）。相乗り確定情報は、確定した出発地点ＰSと出発予定時刻、乗り継ぎ地点ＰTでの降車時刻および乗車時刻、目的地点ＰGへの到着予定時刻等の情報を含む。また、相乗り確定情報は、相乗りする車両を識別するための車両識別情報を含む。車両識別情報は、相乗りする車両の車種、色、ナンバー等の情報を含んでよい。
【００５６】
利用者端末１０は、サーバ３０から受信した相乗り確定情報を、入出力部１４に表示する。
【００５７】
（利用者端末における提案経路の表示）
次に、利用者端末１０における提案経路の表示方法の一例について、図９〜図１３を用いて説明する。図９〜図１３は、地図形式で時系列に提案経路を提示する。これらは、図８のフローチャートにおいて、サーバ３０からステップＳ１０８の提案経路の送信を受けて、利用者端末１０において表示されるものである。
【００５８】
図９〜図１３は、入出力部１４の一形態であるタッチパネル４０上に示される表示内容を示す。タッチパネル４０上の表示には、経路表示マップ４１、選択ボタン４２、スライド操作部４３および時刻表示部４４が含まれる。
【００５９】
経路表示マップ４１は、出発地点ＰSから目的地点ＰGを含む周辺の道路を表示する。経路表示マップ４１は、説明のため図５の道路マップの構成要素に図５と同じ符号を付している。
【００６０】
選択ボタン４２は、時系列の表示を自動で行うか手動で行うかを選択するボタンである。選択ボタン４２は、タッチパネル４０上でボタンに触れることによって、「手動」または「自動」の何れか一方が選択される。「自動」を選択した場合、経路表示マップ４１上で、相乗りする第１車両Ｖ1および第２車両Ｖ2が、時系列で自動的に順次移動する様子を確認することができる。図示の例において、第１車両Ｖ1および第２車両Ｖ2は矢印により示される。「手動」を選択した場合は、以下に説明するように、タッチパネル４０上でスライド操作部４３を操作することによって、相乗りする第１車両Ｖ1および第２車両Ｖ2の予定される動きが表示される。
【００６１】
スライド操作部４３は、例えば、円形の図形要素（以下「ボタン」と呼ぶ）を、可動領域を示す枠に沿って一方向にスライドさせることができる。ボタンは、タッチパネル４０上で指を置き、この指をスライドさせることによって、指の動きに連動してスライドする。スライド操作部４３のボタンの位置は、時刻に対応する。選択ボタン４２で「手動」が選択されている場合、ボタンの位置に対応して時刻が変化し、その時刻の予定される第１車両Ｖ1および第２車両Ｖ2の位置が、経路表示マップ４１上に表示される。選択ボタン４２で「自動」が選択された場合、スライド操作部４３のボタンは、時刻の変化とともに自動で移動する。
【００６２】
時刻表示部４４は、経路表示マップ４１の表示に対応する時刻を表示する。
【００６３】
図９は、選択ボタン４２で「手動」を選択した場合の第１時刻（７：５５）に対応するタッチパネル４０の表示内容を示す。経路表示マップ４１で第１車両Ｖ1は、出発地点ＰSに到着する前である。出発地点ＰSには、未だ第１車両Ｖ1に搭乗していない利用者が、人型のアイコンで示されている。
【００６４】
図１０は、選択ボタン４２で「手動」を選択した場合の第２時刻（８：４０）に対応するタッチパネル４０の表示内容を示す。経路表示マップ４１で第１車両Ｖ1は、利用者を載せて第１交差点Ｃ1を左折し、第２道路Ｒ2上に位置する。利用者が搭乗した第１車両Ｖ1は、利用者が搭乗する前とは異なる方法で表示される。例えば、利用者が搭乗した第１車両Ｖ1は、利用者が搭乗する前の車両とは異なる色で表示することができる。必要に応じて、第１車両Ｖ1が既に通過した経路の軌跡（図１０においては破線で示す）を表示することができる。なお、図１０では、他の提案経路の候補に含まれる第３車両Ｖ3を表示してよい。
【００６５】
図１１は、選択ボタン４２で「手動」を選択した場合の第３時刻（９：１５）に対応するタッチパネル４０の表示内容を示す。経路表示マップ４１上で、乗り継ぎ地点ＰTで利用者は第１車両Ｖ1から降車している。利用者が乗り継ぎ地点ＰTにいることが、人型のアイコンにより示される。一方、第３道路Ｒ3の第６方向Ｄ6には、乗り継ぎ地点ＰTに向かって第５方向Ｄ5に進む乗り継ぎ対象の第２車両Ｖ2が表示される。
【００６６】
図１２は、選択ボタン４２で「手動」を選択した場合の第４時刻（９：５０）に対応するタッチパネル４０の表示内容を示す。経路表示マップ４１上で、乗り継ぎ地点ＰTで利用者は第２車両Ｖ2に乗車している。利用者が第２車両Ｖ2に乗車したので、人型のアイコンが消え、第２車両Ｖ2の表示態様が変化している。
【００６７】
図１２は、選択ボタン４２で「手動」を選択した場合の第５時刻（１０：１５）に対応するタッチパネル４０の表示内容を示す。第２車両Ｖ2は、目的地点ＰGを既に通過している。利用者が目的地点ＰGに到着したことを示す人型アイコンが表示されている。他の提案経路の候補で使用される第４車両Ｖ4が表示される。
【００６８】
以上のように、利用者端末１０は、利用者に対して出発地点ＰSから目的地点ＰＧまでの移動の行程を見易く且つ分かりやすく提示することができる。これにより、利用者は、実際に提案経路に従って移動した場合の状況を把握しやすくなる。また、利用者は、複数の提案経路を比較することが容易になる。これにより、利用者は、サーバ３０から受信する提案経路に対する応答がし易くなる。
【００６９】
以上説明したように、本実施形態の相乗り仲介システム１によれば、利用者は複数の相乗り車両を乗り継いで出発地点から目的地点まで移動することが可能になるので、相乗りサービスを利用できる可能性が高まる。また、利用者は、出発地点ＰSから目的地点ＰGまでにかかる時間を短縮すること、および／または、目的地点ＰGへの到着時間を早くすることが期待できる。また、相乗りサービスを提供する運転者は、予定する経路から外れた位置で利用者を乗車および降車させる必要性が低減される。このため、運転者および同乗者の利便性を低下させること無く相乗りをすることが可能になる。
【００７０】
さらに、利用者端末１０は、提案経路の情報を経路表示マップ４１上の時系列の車両位置としてタッチパネル４０に表示させるので、利用者は提案経路の行程を容易に把握することができる。これによって、利用者は、提案された相乗りサービスを利用するか否かを容易に判断することができる。
【００７１】
なお、本発明は、上記実施の形態にのみ限定されるものではなく、幾多の変形または変更が可能である。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段またはステップ等を１つに組み合わせたり、あるいは分割したりすることが可能である。
【００７２】
上記実施の形態で、乗り継ぎ地点ＰTは、２つの道路（第２道路Ｒ2および第３道路Ｒ3）の交差する点またはその近傍に位置していた。しかし、乗り継ぎ地点ＰTは、道路の交差する点またはその近傍に限られず、相乗りする車両の走行経路が重複している地点であれば、どこでもよい。例えば、図１４のように、相乗りする第１車両Ｖ1および第２車両Ｖ2がある領域で同じ道路を走行する場合、乗り継ぎ地点ＰTは２台の車両が共通して通る道路の近くの何れかの場所に設定できる。また、利用者が相乗り車両を乗り継ぐ際の降車位置と乗車位置とは、徒歩圏内で離れた位置にあってもよい。その場合、利用者は1つの乗り継ぎ地点で降車し、徒歩で移動し、他の乗り継ぎ地点で乗車する。
【００７３】
また、上記実施の形態では、乗り継ぎの回数は１回であった。しかし、サーバは複数回の乗り継ぎを伴う経路を提案経路として提案してもよい。
【００７４】
図８のフローチャートに示した処理の流れは一例に過ぎない。利用者端末とサーバとの間は、図８のフローチャートに示される以外に適宜情報を送受信してよい。例えば、利用者端末は、サーバから受信した提案経路に係る相乗り車両の運転者の性別、年齢等の属性情報、および、乗り継ぎ地点ＰTの情報等を、サーバに問い合わせることができてよい。また、運転者端末とサーバとの間は、図８のフローチャートに示される以外に適宜情報を送受信してよい。例えば、サーバは提案経路を決定する前に、運転者端末に対して利用者の属性情報を送信して、相乗りを受けるか否かの確認をしてよい。
【符号の説明】
【００７５】
１    相乗り仲介システム
１０    利用者端末
１１    通信インタフェース
１２    利用者端末制御部
１３    メモリ
１４    入出力部
２０    運転者端末
２１    通信インタフェース
２２    運転者端末制御部
２３    メモリ
２４    入出力部
３０    サーバ
３１    受信部
３２    サーバ制御部（制御部）
３３    送信部
３４    記憶部
４０    タッチパネル（入出力部）
４１    経路表示マップ
４２    選択ボタン
４３    スライド操作部
４４    時刻表示部
ＰS    出発地点
ＰG    目的地点
ＰT    乗り継ぎ地点
Ｒ1    第１道路
Ｒ2    第２道路
Ｒ3    第３道路
Ｃ1    第１交差点
Ｃ2    第２交差点
Ｃ3    第３交差点
Ｄ1    第１方向
Ｄ2    第２方向
Ｄ3    第３方向
Ｄ4    第４方向
Ｄ5    第５方向
Ｄ6    第６方向
Ｖ1    第１車両
Ｖ2    第２車両
Ｖ3    第３車両
Ｖ4    第４車両
【図１】
2020071176.tif 000003
【図２】
2020071176.tif 000004
【図３】
2020071176.tif 000005
【図４】
2020071176.tif 000006
【図５】
2020071176.tif 000007
【図６】
2020071176.tif 000008
【図７】
2020071176.tif 000009
【図８】
2020071176.tif 000010
【図９】
2020071176.tif 000011
【図１０】
2020071176.tif 000012
【図１１】
2020071176.tif 000013
【図１２】
2020071176.tif 000014
【図１３】
2020071176.tif 000015
【図１４】
2020071176.tif 000016