(57)【要約】【課題】ドライバの心理的不安を解消し、ドライバとユーザとを効率的にマッチングさせること。【解決手段】所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する予定情報取得部４３１と、予定情報取得部４３１が取得した移動予定情報に基づいて、所定の日に出発場所に向かうユーザの位置情報を取得する位置情報取得部４３２と、位置情報取得部４３２が取得した位置情報に基づいて、所定の日における出発場所とユーザとの位置関係の変化情報を検出する位置変化検出部４３３と、予定情報取得部４３１が取得した移動予定情報、位置情報取得部４３２が取得した位置情報および位置変化検出部４３３が検出した位置関係変化情報を、ドライバ端末３に出力する情報出力部４３５とを備える。【選択図】図３
2020154538.tif 000002
【特許請求の範囲】
【請求項１】
所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する予定情報取得部と、
前記予定情報取得部が取得した前記移動予定情報に基づいて、所定の日に前記出発場所に向かうユーザの位置情報を取得する位置情報取得部と、
前記位置情報取得部が取得した前記位置情報に基づいて、前記所定の日における前記出発場所とユーザとの位置関係の変化情報を検出する位置変化検出部と、
前記予定情報取得部が取得した前記移動予定情報、前記位置情報取得部が取得した前記位置情報および前記位置変化検出部が検出した位置関係変化情報を、ドライバの有するドライバ端末に出力する情報出力部とを備えることを特徴とするマッチング支援装置。
【請求項２】
請求項１に記載のマッチング支援装置において、
該マッチング装置は、ライドシェアサービスを提供するドライバと、ライドシェアを望むユーザとのマッチングの成立を支援するライドシェア支援装置であることを特徴とするマッチング支援装置。
【請求項３】
請求項１または２に記載のマッチング支援装置において、
前記位置変化検出部により検出された前記位置関係変化情報に基づいて、ユーザが所定の時間までに前記出発場所に到着するユーザの信用度を算出する信用度算出部をさらに備え、
前記信用度算出は、前記出発場所にユーザが接近していることを前記位置変化検出部が検出した場合は信用度を上昇させ、前記出発場所からユーザが離れていることを検出した場合は信用度を下降させることを特徴とするマッチング支援装置。
【請求項４】
請求項１〜３のいずれか１項に記載のマッチング支援装置において、
前記情報出力部により前記ドライバ端末に出力された前記移動予定情報、前記位置情報および前記位置関係変化情報に基づいて、所定の日に前記ドライバ端末から入力されたドライバの提案を、ユーザの有するユーザ端末に出力する提案出力部をさらに備えることを特徴とするマッチング支援装置。
【請求項５】
請求項４に記載のマッチング支援装置において、
前記情報出力部は、前記予定情報取得部が前記移動予定情報を取得すると前記ドライバ端末に該移動予定情報を出力し、
前記提案出力部は、出力された該移動予定情報に基づいて、前記ドライバ端末から入力されたドライバの提案を、ユーザの有するユーザ端末に出力することを特徴とするマッチング支援装置。
【請求項６】
請求項１から５のいずれか１項に記載のマッチング支援装置と、
前記ドライバの有する前記ドライバ端末と、
前記移動予定情報を入力するユーザの有するユーザ端末とを備えるマッチング支援システム。
【請求項７】
予定情報取得部が、所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する予定情報取得工程と、
位置情報取得部が、前記予定情報取得工程にて取得した前記移動予定情報に基づいて、所定の日に前記出発場所に向かうユーザの位置情報を取得する位置情報取得工程と、
位置変化検出部が、前記位置情報取得工程にて取得した前記位置情報に基づいて、前記所定の日における前記出発場所とユーザとの位置関係の変化を検出する位置変化検出工程と、
情報出力部が、前記予定情報取得工程にて取得した前記移動予定情報、前記位置情報取得部が取得した前記位置情報および前記位置情報検出部が検出した前記位置関係変化情報を、前記ドライバの有するドライバ端末に出力する情報出力工程とを備えることを特徴とするマッチング支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドライバと乗客とをマッチングさせるマッチング支援装置、マッチング支援システムおよびマッチング支援方法に関する。
【背景技術】
【０００２】
この種の支援装置として、１台の車両に複数のユーザ（乗客）が相乗りするライドシェアを支援するライドシェア支援装置が知られている（例えば、特許文献１参照）。ライドシェアは、空いている座席を活用し、例えば、複数のユーザでガソリン代等を負担しあうことで交通費が節約できるため、欧米では安価かつ効率的な交通手段として広く浸透し始めている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１８／１６７８３９号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、車両のドライバ、例えば、上述したライドシェアを提供するドライバにおいては、マッチングが成立したユーザが、時間通りに所定の出発場所に現れるかが不安になる場合がある。この種のサービスにおいては、このような不安がライドシェアを提供するドライバの心理的妨げとなり、ユーザとドライバとのマッチングの成立を困難なものとしている。
【課題を解決するための手段】
【０００５】
本発明の一態様であるマッチング支援装置は、所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する予定情報取得部と、予定情報取得部が取得した移動予定情報に基づいて、所定の日に出発場所に向かうユーザの位置情報を取得する位置情報取得部と、位置情報取得部が取得した位置情報に基づいて、所定の日における出発場所とユーザとの位置関係の変化情報を検出する位置変化検出部と、予定情報取得部が取得した移動予定情報、位置情報取得部が取得した位置情報および位置変化検出部が検出した位置関係変化情報を、ドライバの有するドライバ端末に出力する情報出力部とを備える。
【０００６】
本発明の他の態様であるマッチング支援システムは、上述のマッチング支援装置と、ドライバの有するドライバ端末と、移動予定情報を入力するユーザの有するユーザ端末と、を備える。
【０００７】
本発明の他の態様であるマッチング支援方法は、予定情報取得部が、所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する予定情報取得工程と、位置情報取得部が、予定情報取得工程にて取得した移動予定情報に基づいて、所定の日に出発場所に向かうユーザの位置情報を取得する位置情報取得工程と、位置変化検出部が、位置情報取得工程にて取得した位置情報に基づいて、所定の日における出発場所とユーザとの位置関係の変化を検出する位置変化検出工程と、情報出力部が、予定情報取得工程にて取得した移動予定情報、位置情報取得部が取得した位置情報および位置情報検出部が検出した位置関係変化情報を、ドライバの有するドライバ端末に出力する情報出力工程とを備える。
【発明の効果】
【０００８】
本発明によれば、ドライバの心理的不安を解消し、該ドライバとユーザとを効率的にマッチングさせることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係るライドシェア支援装置を用いたライドシェア支援システムの概略構成図。
【図２】本実施形態に係るライドシェア支援装置を有するライドシェア支援システムの要部構成を示すブロック図。
【図３】図２のサーバ装置の要部構成を示すブロック図。
【図４】図２のユーザ端末に入力されたユーザの移動予定情報の一例を示す図。
【図５】図２のドライバ端末に出力されたユーザ情報の一例を示す図。
【図６Ａ】図２のドライバ端末にて演算されるルートの一例を示す図。
【図６Ｂ】図２のドライバ端末にて演算されるルートの他の例を示す図。
【図６Ｃ】図２のドライバ端末にて演算されるルートの他の例を示す図。
【図７Ａ】図２のドライバ端末に出力される出発場所とユーザとの位置関係の変化の一例を示す図。
【図７Ｂ】図２のドライバ端末に出力される出発場所とユーザとの位置関係の変化の他の例を示す図。
【図７Ｃ】図２のドライバ端末に出力される出発場所とユーザとの位置関係の変化の他の例を示す図。
【図８】図３のサーバ装置の演算部で実行されるマッチング支援処理の一例を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、図１〜図８を参照して本発明の一実施形態について説明する。本発明の実施形態に係るマッチング支援装置では、例えば、予め取得したユーザの移動予定情報に基づいて所定の日に出発場所に向かうユーザの位置情報から、ユーザと出発場所との位置関係の変化情報を検出し、これを、車両を運転するドライバの有するドライバ端末に送信する。
【００１１】
本実施形態に係るマッチング支援装置では、予め、所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得しており、この移動予定情報を取得した後、好ましくは移動予定情報を取得した日とは異なる日におけるユーザと出発場所との位置関係の変化情報を検出している。そしてドライバは、送信された位置関係変化情報に基づいて、所定の日にユーザが時間通りに出発場所に現れるか否かを判断することができる。
【００１２】
これにより、ユーザが所定の日に出発場所に現れないかもしれないというドライバの心理的不安が解消され、効率的にドライバとユーザとマッチングさせることができるように構成される。
【００１３】
マッチングサービスを提供する事業体としては、例えば、タクシー会社、バス会社および航空会社等に加え、ライドシェアを支援するライドシェアビジネスを行う事業体等がある。例えば、ライドシェアビジネスは、ライドシェアを提供するドライバと、ライドシェアを望むユーザとのマッチングの成立を支援する。ここでライドシェアとは、乗用車の相乗りの需要と供給とをマッチングさせるソーシャルサービスの総称であり、相乗りとは、一台の乗り物に複数人が一緒に乗り合わせることをいう。以下では、マッチング支援装置を、ライドシェアを提供するドライバと、ライドシェアを望むユーザとのマッチングの成立を支援するライドシェア支援装置に用いた例を説明する。
【００１４】
図１は、本発明の実施形態に係るライドシェア支援装置１を用いたライドシェア支援システム１００の概略構成図である。図１に示すように、本実施形態に係るライドシェア支援システム１００では、ライドシェアを利用するユーザ（以下、単に「ユーザ」ともいう）は、ライドシェアビジネスを行う事業体に予め必要な情報を登録した者である。ユーザがライドシェアを利用するために用いる端末は、ライドシェア専用端末でもよいが、ライドシェア支援システム１００では、ユーザ自身が所有するユーザ端末２（２Ａ〜２Ｃ）が適している。ユーザ端末２（２Ａ〜２Ｃ）はサーバ装置４と通信可能である。
【００１５】
ライドシェアを提供するドライバ（以下、単に「ライドシェア提供ドライバ」ともいう）は、ライドシェアビジネスを行う事業体に予め必要な情報を登録した者である。ライドシェア提供ドライバがライドシェアを提供するために用いる端末は、ライドシェア専用端末でもよいが、ライドシェア支援システム１００では、ライドシェア提供ドライバ自身が所有するドライバ端末３（３Ａ〜３Ｃ）が適している。ドライバ端末３（３Ａ〜３Ｃ）はサーバ装置４と通信可能である。なお、ライドシェア提供ドライバが所有するドライバ端末３（３Ａ〜３Ｃ）に替えて、ライドシェア提供ドライバが運転する車両１０（１０Ａ〜１０Ｃ）に搭載された車載端末を用いることもできる。この場合、車載端末はサーバ装置４と通信可能である。
【００１６】
ライドシェア提供ドライバが運転する車両１０（１０Ａ〜１０Ｃ）は、ライドシェアビジネスを行う事業体に予め必要な情報を登録した車両である。ライドシェア提供ドライバが運転する車両１０（１０Ａ〜１０Ｃ）は、ライドシェアビジネスのための専用車種でもよいが、ライドシェア支援システム１００では、ライドシェア提供ドライバが所有する自家用自動車が適している。ライドシェア提供ドライバが所有する自家用自動車には、セダン、ミニバン、ワンボックスカー、ワゴン、トラック等の車格（車体の大きさ、荷室容量等）の異なる種々のタイプの四輪車両が含まれる。様々なタイプの車両が含まれることで、ユーザの選択肢が増え、ライドシェアの利便性が向上する。
【００１７】
ところで、昨今のライドシェアは、例えば、ユーザがスマートフォン等の携帯端末無線（ユーザ端末２）を用いて配車を依頼すると、携帯無線端末のＧＰＳ機能を通じて、ライドシェア提供ドライバが運転する車両１０の現在位置が発信され、近くを走っているライドシェア提供ドライバを呼び出して送迎してもらう仕組みとなっている。ユーザは迅速・手軽に自動車を利用でき、ライドシェア提供ドライバは空いた時間を利用してサービスを提供することができる。このようにライドシェアは、情報技術（ＩＴ）の普及等で、自動車を所有するライドシェア提供ドライバと、自動車に乗りたいユーザとを効率よく結びつけることが可能となっている。
【００１８】
一方で、過疎地においてはライドシェア提供ドライバの絶対数が少ないことから、ライドシェアにおいても、事前にマッチングする車両を検索して予約をすることが必要となることが考えられる。しかしながら、事前予約をする場合、ライドシェアがユーザにとって手軽なサービスである一方、ライドシェア提供ドライバにとっては、ユーザによる不意なキャンセルという不安が発生する。ユーザによる不意なキャンセルが発生すると、乗り合わせている同乗者に迷惑がかかるとともに、自己においても無駄な時間を過ごすことになり、ライドシェア提供ドライバの心理的負担が増える。これらがライドシェアのマッチング交渉時におけるドライバの心理的不安となり、ドライバとユーザとのマッチングの成立を困難なものとしている。
【００１９】
そこで、本実施形態に係るライドシェア支援装置１では、予めユーザの取得したユーザの移動予定情報に基づいて所定の日に出発場所に向かうユーザの位置情報から、ユーザと出発場所との位置関係の変化情報を検出し、これをライドシェア提供ドライバの有するドライバ端末３に送信する。ライドシェア提供ドライバは、送信された位置関係変化情報に基づいて、ユーザが時間通りに出発場所に現れるか否かを判断することができる。これにより、ユーザが所定の日時に所定の出発場所に現れないかもしれないというドライバの心理的不安が解消され、効率的にドライバとユーザとマッチングさせることができる。このような動作を良好に実現するため、本実施形態は、以下のようなライドシェア支援装置１およびこれを備えるライドシェア支援システム１００並びにライドシェア支援方法を構成する。
【００２０】
図２は、本実施形態に係るライドシェア支援装置１を有するライドシェア支援システム１００の要部構成を示すブロック図であり、図３は、図２のサーバ装置４の要部構成を示すブロック図である。図２に示すように、ライドシェア支援システム１００は、ライドシェアを望むユーザの所有するユーザ端末２と、ライドシェア提供ドライバの所有するドライバ端末３と、サーバ装置４とを備える。なお、本実施形態に係るライドシェア支援装置１は、主にサーバ装置４により構成される。
【００２１】
ユーザ端末２とドライバ端末３とサーバ装置４とは、無線通信網、インターネット通信網、電話回線網などの通信ネットワーク５に接続される。図２には、便宜上、ユーザ端末２およびドライバ端末３がそれぞれ１つずつ示されているが、ユーザ端末２およびドライバ端末３は実際にはそれぞれ複数設けられる（図１参照）。また、図２および図３では、単一のサーバ装置４が示されるが、図２および図３に示すサーバ装置４の機能を、複数のサーバ装置に分散させてもよい。ライドシェア支援システム１００における通信経路の少なくとも一部は、無線でなく、有線であってもよい。
【００２２】
ユーザ端末２は、ユーザにより操作されるパーソナルコンピュータやスマートフォンに代表される携帯無線端末等により構成される。ユーザ端末２は、通信部２１と、入出力部２２と、演算部２３と、記憶部２４と、センサ群２５とを有する。
【００２３】
通信部２１は、通信ネットワーク５を介してサーバ装置４と無線通信可能に構成される。通信部２１は、ユーザを識別するユーザＩＤとともに、ライドシェアの申請やキャンセル等を指令する信号、所定の日時に所定の出発場所から所定の目的地まで移動するユーザの移動予定情報、およびセンサ群２５が検出したユーザ端末２の位置情報等をサーバ装置４に送信する。
【００２４】
入出力部２２は、例えばキーボード、マウス、モニタ、タッチパネル等を有する。ユーザは、入出力部２２を介してユーザ情報を入力する。ユーザ情報には、ユーザの住所、氏名、連絡先、免許証番号、決済に必要な情報（例えばクレジットカード番号）等が含まれる。ユーザは、ユーザ情報を入力して会員登録した後に、ライドシェアの利用が可能となる。
【００２５】
ライドシェアの申請時には、移動予定情報がユーザにより入力される。移動予定情報には、ライドシェアの利用人数、利用の日時、出発場所および目的地（到着場所）等が含まれる。ユーザは、例えば、予めユーザ端末２にインストールした旅行スケジュールのアプリケーションを用いて、移動予定情報を旅行のスケジュールとして入力することができる。
【００２６】
図４は、ユーザ端末２に入力されたユーザの移動予定情報の一例を示す図である。図４に示すように、ユーザは、旅行スケジュールのアプリケーションを開き、該アプリケーションの入力項目に沿って移動予定情報を入力することができる。図４に示すアプリケーションでは、ユーザは、旅行の日付と、利用人数と、待ち合わせの場所（Ａ駅（出発場所））および時間と、観光地Ｃ（目的地（到着場所））への移動手段および移動時間（移動１）と、観光地Ｃおよび観光時間と、食事処Ｃおよび食事時間と、観光地Ｂ（目的地（到着場所））への移動手段および移動時間（移動２）と、観光地Ｂおよび観光時間と、ホテルＡ（目的地（到着場所））への移動手段および移動時間（移動３）とを入力する。
【００２７】
このときユーザは、移動手段としてライドシェアを利用するか否かを申請する。例えば、図４に示すように、移動１でライドシェアを利用したい場合には、ライドシェア申請１をＯＮにする。また例えば、移動２でもライドシェアを利用したい場合には、ライドシェア申請２をＯＮにし、移動３ではライドシェアを利用したくない場合には、ライドシェア申請３をＯＦＦにする。
【００２８】
ユーザによって移動予定情報が入力されると、入力されたユーザの移動予定情報が通信部２１を介してサーバ装置４に送信され、サーバ装置４は、送信された移動予定情報を、通信部４１を介してドライバ端末３に送信する。
【００２９】
演算部２３はＣＰＵを有し、入出力部２２を介して入力された信号、通信部２１を介してユーザ端末２の外部から受信した信号、および記憶部２４に記憶されたデータに基づいて所定の処理を実行し、通信部２１、入出力部２２および記憶部２４にそれぞれ制御信号を出力する。演算部２３でのこの処理により、ユーザは入出力部２２（モニタなど）を介してライドシェアのマッチングの成立の確認や変更等を行うことができる。また演算部２３でのこの処理により、後述するライドシェア申請の文字の色を変化させる等の各処理を行うことができる。
【００３０】
演算部２３は、センサ群２５を介して入力された端末の位置情報、および記憶部２４に記憶されたデータに基づいて所定の処理を実行し、通信部２１、入出力部２２および記憶部２４にそれぞれ制御信号を出力する。演算部２３でのこの処理により、サーバ装置４にユーザの位置情報（ユーザ端末２を所持するユーザの位置情報）を送信することができる。
【００３１】
記憶部２４は、図示しない揮発性または不揮発性メモリを有する。記憶部２４には、演算部２３が実行する各種のプログラムや、各種のデータが記憶される。記憶部２４は、メモリが担う機能的構成の一例として、ユーザ端末２の位置情報の検出に用いられる地図データベース等を有している。
【００３２】
センサ群２５は、ユーザ端末２の状態を検出する各種センサを含む。センサ群２５は、一例として、ＧＰＳ衛星からの信号を受信してユーザ端末２の位置を検出するＧＰＳセンサ２５１を有する。図示は省略するが、残バッテリ容量を検出する残バッテリ容量検出センサ、電波の受信状況を検出する電波受信センサなどもセンサ群２５に含まれる。
【００３３】
サーバ装置４は、ＧＰＳセンサ２５１が検出した位置情報を受信することで、ユーザ端末２の位置情報を検出し、ユーザ端末２を所持するユーザと出発場所との位置関係の変化情報を検出する。
【００３４】
ドライバ端末３は、ライドシェア提供ドライバにより操作されるパーソナルコンピュータやスマートフォンに代表される携帯無線端末等により構成される。ドライバ端末３は、通信部３１と、入出力部３２と、演算部３３と、記憶部３４と、センサ群３５とを有する。
【００３５】
通信部３１は、通信ネットワーク５を介してサーバ装置４と無線通信可能に構成される。通信部３１は、ライドシェア提供ドライバを識別するドライバＩＤとともに、ユーザからのライドシェアの申請やキャンセル等に対する提案を指令する信号、所定の日時に所定の出発場所から所定の到着場所まで運行するドライバの運行予定情報、およびセンサ群３５が検出したドライバ端末３の位置情報等をサーバ装置４に送信する。
【００３６】
入出力部３２は、例えばキーボード、マウス、モニタ、タッチパネル等を有する。ライドシェア提供ドライバは、入出力部３２を介してドライバ情報を入力する。ドライバ情報には、ライドシェア提供ドライバの住所、氏名、連絡先、免許証番号等が含まれる。ライドシェア提供ドライバは、ドライバ情報を入力して会員登録した後に、ライドシェアの提供が可能となる。
【００３７】
ユーザからのライドシェアの申請等に対しては、ライドシェア提供ドライバは、サーバ装置４から送信されたユーザの移動予定情報に基づいて、ユーザに対してライドシェアによる送迎の利用等を提案する。サーバ装置４から送信されたユーザの移動予定情報は、ドライバ端末３の入出力部３２（モニタなど）に表示される。
【００３８】
図５は、ドライバ端末３の入出力部３２に出力されたユーザ情報の一例を示す図である。図５に示すように、ドライバ端末３の入出力部３２に表示されたユーザ情報には、ユーザの氏名、ユーザの後述する信用度、ユーザのスケジュール（移動予定情報）およびユーザの移動情報（位置関係変化情報）等が含まれる。
【００３９】
本実施形態では、図５に示すユーザのスケジュール（移動予定情報）またはユーザの移動情報（位置関係の変化情報）をライドシェア提供ドライバが選択（例えば、タッチ）すると、タッチした情報の詳細が表示されるようになっている。例えば、ライドシェア提供ドライバがユーザＡの「スケジュール」をタッチすると、図４に示すユーザの移動予定情報が表示されるようになっている。このように本実施形態では、ドライバ端末３に表示されるユーザのスケジュール（移動予定情報）に、ユーザ端末２から入力されるユーザの移動予定情報へのリンクが貼られている。また例えば、ライドシェア提供ドライバがユーザＡの「移動情報」をタッチすると、後述する図６Ａに示すユーザの移動情報（位置関係変化情報）が表示されるようになっている。このように本実施形態では、ドライバ端末３に表示されるユーザの移動情報に、サーバ装置４から送信されるユーザと出発場所との位置関係変化情報へのリンクが貼られている。
【００４０】
本実施形態では、ドライバ端末３の入出力部３２には、複数のユーザ（ユーザＡ〜ユーザＤ）のユーザ情報が表示され、これらのユーザ情報は、並ぶ順番をソートできるようになっている。例えば、図５に示す入出力部３２では、これらのユーザ情報が、ユーザの信用度が高い順に並べられて表示されている。具体的には、図５に示すユーザ情報では、ユーザＡの信用度が一番高いため最上位に表示され、次に信用度の高いユーザＢがユーザＡの次に表示され、次に信用度の高いユーザＣがユーザＢの次に表示され、一番信用度の低いユーザＤは最下位に表示されている。
【００４１】
また本実施形態では、ライドシェア提供ドライバが入出力部３２に表示されたユーザの名前（例えば、図５に示す「ユーザＡ」）をタッチすると、通信部３１を介してサーバ装置にマッチング成立（ユーザからのライドシェアの申請の承諾）の信号等が送信されるようになっている。
【００４２】
このときサーバ装置４は、通信部４１を介してユーザ端末２にマッチング成立の信号等を送信し、ユーザ端末２がこの信号を受信すると、例えば、図４に示すライドシェア申請の文字の色が変化するようになっている。例えば、黒色から赤色に変化する。ユーザは、ライドシェア申請の色が変化することで、ライドシェアの申請が承諾されたことを知ることができる。そして、ユーザがライドシェア申請の文字をタッチすると、後述する移動のルート（例えば、図６Ａ〜図６Ｃ参照）が表示されるようになっている。
【００４３】
さらに本実施形態では、ドライバ端末３の入出力部３２には、ユーザの信用度の隣に、信用度の変化の状態が表示されている。例えば、図５に示すユーザＡは、上向きの矢印が表示されていることから信用度が上昇していることを示しており、ユーザＢは、下向きの矢印が示されていることから信用度が下降していることを示している。ユーザＣおよびユーザＤは、横向きの矢印が示されていることから信用度が変化していないことを示している。
【００４４】
演算部３３はＣＰＵを有し、入出力部３２を介して入力された信号、通信部３１を介してドライバ端末３の外部から受信した信号、および記憶部３４に記憶されたデータに基づいて所定の処理を実行し、通信部３１、入出力部３２および記憶部３４にそれぞれ制御信号を出力する。演算部３３でのこの処理により、ライドシェア提供ドライバは、入出力部３２（モニタなど）を介して、上述したユーザのスケジュール（移動予定情報）およびユーザの移動情報（位置関係の変化情報）の確認、ユーザに対するライドシェア申請に対する承諾等の提案（ライドシェアによる送迎の申請）を行うことができる。また、演算部３３でのこの処理により、入出力部３２（モニタなど）にてユーザ情報のソート処理や信用度の表示等を行うことができる。
【００４５】
演算部３３は、プロセッサが担う機能的構成として、ルート演算部３３１と、料金設定部３３２とを有する。ルート演算部３３１は、同乗する複数のユーザのそれぞれが立ち寄る箇所の最適なルートを演算する。図６Ａは、ドライバ端末３のルート演算部３３１にて演算されるルートの一例を示す図であり、図６Ｂおよび図６Ｃは、ルート演算部３３１にて演算されるルートの他の例を示す図である。
【００４６】
図６Ａに示すルートは、ライドシェア提供ドライバが、Ａ駅から観光地Ｂまでユーザを送迎する運行予定を有しているとき、別のユーザから、同時刻にＡ駅から観光地Ａまでのライドシェア申請があった場合を示している。ルート演算部３３１は、Ａ駅から観光地Ａを経由して観光地Ｂに向かう最適なルートを演算する。このときルート演算部３３１は、観光地Ａを経由した場合においても、Ａ駅から観光地Ｂまでの到着時間が１０分以上長くならないルートを演算する。例えばルート演算部３３１は、図６Ａに示すルートのように、観光地Ａを経由しても観光地Ｂまで６０分以内で到着するルートを演算する。
【００４７】
ルート演算部３３１が６０分以内で到着する最適ルートを演算すると、ルート演算部３３１は、別のユーザの名前（例えば、図５に示す「ユーザＢ」）の表示を点滅させる。この点滅した別のユーザの名前をライドシェア提供ドライバがタッチすると、通信部３１を介してサーバ装置４にマッチング成立（別のユーザからのライドシェア申請の承諾）の信号等が送信されるようになっている。
【００４８】
一方、観光地Ａを経由すると、Ａ駅から観光地Ｂまでの到着時間が１０分以上長くなるルートしか見つからない場合には、ルート演算部３３１は、別のユーザのユーザ情報の表示を削除するとともに、通信部３１を介してサーバ装置４にマッチング不成立（別のユーザからのライドシェア申請の拒否）の信号等を送信する。
【００４９】
図６Ｂに示すルートは、Ａ駅から観光地Ｂまで、観光地Ａを経由してユーザおよび別のユーザを送迎する運行予定を有しているとき、さらに別のユーザから、同時刻に観光地Ａから観光地Ｃまでのライドシェア申請があった場合を示している。ルート演算部３３１は、Ａ駅から観光地Ａおよび観光地Ｃを経由して観光地Ｂに向かう最適なルートを演算する。このときルート演算部３３１は、観光地Ａおよび観光地Ｃを経由した場合においても、Ａ駅から観光地Ｂまでの到着時間が１０分以上長くならないルートを演算する。例えばルート演算部３３１は、図６Ｂに示すルートのように、観光地Ａおよび観光地Ｃを経由しても観光地Ｂまで６０分以内で到着するルートを演算する。
【００５０】
ルート演算部３３１が６０分以内で到着する最適ルートを演算すると、ルート演算部３３１は、さらに別のユーザの名前（例えば、図５に示す「ユーザＣ」）の表示を点滅させる。この点滅したさらに別のユーザの名前をライドシェア提供ドライバがタッチすると、通信部３１を介してサーバ装置４にマッチング成立（さらに別のユーザからのライドシェア申請の承諾）の信号等が送信されるようになっている。
【００５１】
一方、観光地Ａおよび観光地Ｃを経由すると、Ａ駅から観光地Ｂまでの到着時間が１０分以上長くなるルートしか見つからない場合には、ルート演算部３３１は、さらに別のユーザのユーザ情報の表示を削除するとともに、通信部３１を介してサーバ装置４にマッチング不成立（さらに別のユーザからのライドシェア申請の申し込みの拒否）の信号等を送信する。
【００５２】
図６Ｃに示すルートは、Ａ駅から観光地Ｂまで、観光地Ａを経由してユーザおよび別のユーザを送迎する運行予定を有しているとき、さらに別のユーザから、同時刻に観光地Ａから観光地Ｄまでのライドシェア申請があった場合を示している。ルート演算部３３１は、Ａ駅から観光地Ａおよび観光地Ｄを経由して観光地Ｂに向かう最適なルートを演算する。このときルート演算部３３１は、観光地Ａおよび観光地Ｄを経由した場合においても、Ａ駅から観光地Ｂまでの到着時間が１０分以上長くならないルートを演算する。例えばルート演算部３３１は、図６Ｃに示すルートのように、観光地Ａおよび観光地Ｄを経由しても観光地Ｂまで６０分以内で到着するルートを演算する。
【００５３】
ルート演算部３３１が６０分以内で到着する最適ルートを演算すると、ルート演算部３３１は、さらに別のユーザの名前（例えば、図５に示す「ユーザＤ」）の表示を点滅させる。この点滅したさらに別のユーザの名前をライドシェア提供ドライバがタッチすると、通信部３１を介してサーバ装置４にマッチング成立（さらに別のユーザからのライドシェア申請の承諾）の信号等が送信されるようになっている。
【００５４】
一方、観光地Ａおよび観光地Ｃを経由すると、Ａ駅から観光地Ｂまでの到着時間が１０分以上長くなるルートしか見つからない場合には、ルート演算部３３１は、さらに別のユーザのユーザ情報の表示を削除するとともに、通信部３１を介してサーバ装置４にマッチング不成立（さらに別のユーザからのライドシェアの申請の拒否）の信号等を送信する。
【００５５】
料金設定部３３２は、ライドシェアの利用に伴うユーザの利用料金を設定する。料金設定部３３２は、例えば、同乗者同士で負担し合うガソリン代等の交通費を、ユーザが乗車した乗車距離あるいは乗車時間に基づいて、同乗者ごとに設定する。また、料金設定部３３２は、自家用自動車を用いて有料で客を乗せることが許可されている場合には、ユーザが乗車した乗車距離あるいは乗車時間に基づいて利用料金を設定する。
【００５６】
記憶部３４は、図示しない揮発性または不揮発性メモリを有する。記憶部３４には、演算部３３が実行する各種のプログラムや、各種のデータが記憶される。記憶部３４は、メモリが担う機能的構成として、地図データベース３４１と、ユーザデータベース３４２とを有する。ユーザデータベース３４２には、ユーザ端末２（入出力部２２）を介して入力された各ユーザのユーザＩＤ、住所、氏名、連絡先等のユーザ情報と、各ユーザの信用度を表す情報（信用度情報）とが記憶される。
【００５７】
センサ群３５は、ドライバ端末３の状態を検出する各種センサを含む。センサ群３５は、一例として、ＧＰＳ衛星からの信号を受信してドライバ端末３の位置を検出するＧＰＳセンサ３５１を有する。図示は省略するが、残バッテリ容量を検出する残バッテリ容量検出センサ、電波の受信状況を検出する電波受信センサなどもセンサ群３５に含まれる。サーバ装置４は、ＧＰＳセンサ３５１が検出した位置情報を受信することで、ライドシェア提供ドライバの位置情報を検出する。
【００５８】
サーバ装置４は、例えばライドシェアビジネスを行う事業体に設けられる。クラウド上で仮想サーバ機能を利用して、サーバ装置４を構成することもできる。図３に示すように、サーバ装置４は、通信部４１と、入出力部４２と、演算部４３と、記憶部４４とを有する。
【００５９】
通信部４１は、通信ネットワーク５を介して、ユーザ端末２およびドライバ端末３と無線通信可能に構成される。入出力部４２は、例えばキーボード、マウス、モニタ、タッチパネル等を有する。演算部４３はＣＰＵを有し、入出力部４２を介して入力された信号、通信部４１を介してサーバ装置４の外部から受信した信号、および記憶部４４に記憶されたデータに基づいて所定の処理を実行し、入出力部４２や記憶部４４に制御信号を出力する。演算部４３の機能的構成については後述する。
【００６０】
記憶部４４は、図示しない揮発性または不揮発性メモリを有する。記憶部４４には、演算部４３が実行する各種のプログラムや、各種のデータが記憶される。記憶部４４は、メモリが担う機能的構成として、ドライバデータベース４４１と、車両データベース４４２と、ユーザデータベース４４３と、地図データベース４４４とを有する。
【００６１】
ドライバデータベース４４１は、ドライバ端末３（入出力部３２）を介して入力された各ドライバのドライバＩＤ、住所、氏名、連絡先、免許証番号等のドライバ情報と、事故履歴や交通違反履歴などのドライバの信用情報とを記憶する。すなわちドライバデータベース４４１は、ドライバＩＤに対応付けて各ドライバのドライバ情報および信用情報を記憶する。ドライバの信用度は、例えば、事故履歴や交通違反がある度にダウンし、交通違反の程度が少ないほどアップする。
【００６２】
車両データベース４４２は、ライドシェア提供ドライバが運転する車両、すなわちライドシェアに供される車両のそれぞれの車両情報、すなわち、各車両の車種、年式、車体番号、車両番号、走行距離、メンテナンス履歴、稼働率等の車両状態や車両特性を表す車両情報等を記憶する。
【００６３】
ユーザデータベース４４３は、ユーザ端末２（入出力部２２）を介して入力された各ユーザのユーザＩＤ、住所、氏名、連絡先、免許証番号等のユーザ情報と、各ユーザの時間の正確さ等の信用情報とを記憶する。すなわちユーザデータベース４４３は、ユーザＩＤに対応付けて各ユーザのユーザ情報および信用情報を記憶する。ユーザの信用度は、スケジュールに対する時間がルーズになるほどダウンし、正確になるほどアップする。
【００６４】
演算部４３は、プロセッサが担う機能的構成として、予定情報取得部４３１と、位置情報取得部４３２と、位置変化検出部４３３と、信用度算出部４３４と、情報出力部４３５と、提案出力部４３６とを有している。
【００６５】
予定情報取得部４３１は、ユーザ端末２（入出力部２２）を介してユーザにより入力されたライドシェアによる送迎の申し込み（ライドシェア申請）を受け付ける。例えば、予定情報取得部４３１は、ユーザ端末２の通信部２１を介して送信された、ライドシェアの利用日時、出発場所および到着場所等のユーザの移動予定情報（例えば、図４参照）を、通信部４１を介して受け付ける。
【００６６】
位置情報取得部４３２は、予定情報取得部４３１が取得した移動予定情報に基づいて、ライドシェアを利用する日に出発場所に向かうユーザの位置情報を受け付ける。例えば、位置情報取得部４３２は、ユーザ端末２の通信部２１を介して送信された、ＧＰＳセンサ２５１が検出した位置情報を、通信部４１を介して受け付ける。
【００６７】
このように、本実施形態では、予定情報取得部４３１がユーザの移動予定情報を取得した日、すなわち、ユーザが移動予定情報を入力した日（ライドシェアの申請日）と、位置情報取得部４３２がユーザの位置情報を取得する日、すなわち、ユーザがライドシェアを利用する日（ライドシェア利用日）とが異なっている。
【００６８】
位置変化検出部４３３は、位置情報取得部４３２が取得した位置情報に基づいて、ライドシェア利用日における出発場所とユーザとの位置関係の変化情報を検出する。例えば、位置変化検出部４３３は、ライドシェア利用日におけるユーザの位置情報から、ユーザの移動方向の変化を検出する。すなわち、位置変化検出部４３３は、ライドシェア利用日にユーザが出発場所に向かっているか否かを検出する。
【００６９】
信用度算出部４３４は、位置変化検出部４３３により検出された位置関係変化情報に基づいて、ユーザが所定の時間までに出発場所に到着するユーザの信用度を算出する。言い換えると、信用度算出部４３４は、ユーザが所定の時間までに出発場所に到着するスケジュールの信頼度を算出する。具体的には、信用度算出部４３４は、出発場所に接近していることを位置変化検出部４３３が検出した場合は信用度を上昇させ、出発場所からユーザが離れていることを検出した場合は信用度を下降させる。
【００７０】
図７Ａは、ドライバ端末３に出力される出発場所とユーザとの位置関係の変化の一例を示す図であり、図７Ｂおよび図７Ｃは、ドライバ端末に出力される出発場所とユーザとの位置関係の変化の他の例を示す図である。例えば、任意のＡ地点からＡ駅までを４等分し、それぞれをＢ地点、Ｃ地点およびＤ地点とした場合、図７Ａに示すユーザは、Ａ地点からＢ地点に移動した時点で２５ポイント加算され、Ｂ地点からＣ地点に移動した時点でさらに２５ポイント加算されて５０ポイントになる。図７Ａに示すユーザは、Ｃ地点からＤ地点まで順調に移動しているので、現時点での図７Ａに示すユーザの信用度は、７５ポイントに上昇する。サーバ装置４は、ユーザの信用度を、通信部４１を介して、ドライバ端末３に送信し、ドライバ端末３では、この信用度を入出力部３２（モニタなど）に表示する。このときドライバ端末では、信用度の変化状況も表示する。すなわち、信用度が上昇しているか、下降しているか、変化していないか等も表示する。
【００７１】
また例えば、図７Ｂに示すユーザは、Ａ地点からＢ地点に移動した時点で２５ポイント加算され、Ｂ地点からＣ地点に移動した時点でさらに２５ポイント加算されて５０ポイントになる。しかし、図７Ｂに示すユーザは、Ｃ地点からＥ地点に移動しており、Ｅ地点はＡ駅から離れた場所にあることから、１０ポイント減算される。図７Ｂに示すユーザのように、ライドシェアの出発場所となるＡ駅に対してユーザが離れる行動をとった場合には、信用度が下降するようになっている。
【００７２】
また例えば、図７Ｃに示すユーザのように、Ａ地点の周りでしか移動していない場合には、信用度は上昇も下降もせず、例えば０ポイントのままとなる。
【００７３】
なお、本実施形態では、任意のＡ地点からＡ駅（出発場所）までを４等分して、Ａ駅（出発場所）に近くなるほどポイントを加算したが、任意の地点から出発場所までのポイント加算は必ずしもこれに限らない。例えば、任意の地点からＡ駅（出発場所）までのポイントは、任意の地点からＡ駅（出発場所）までの任意の割合に基づいてポイントを加算する構成であればよい。減算についても同様である。
【００７４】
情報出力部４３５は、予定情報取得部４３１が取得した移動予定情報、位置情報取得部４３２が取得した位置情報および位置変化検出部４３３が検出した位置関係変化情報を、通信部４１を介してドライバ端末３に送信する。例えば、情報出力部４３５は、ユーザのライドシェア利用日時の所定時間前（例えば、３０分前）に、ユーザの移動予定情報とともに、ライドシェア利用日の所定時間前におけるユーザの位置情報および位置関係変化情報をドライバ端末３に送信する。ドライバ端末３では、送信された移動予定情報、位置情報および位置関係変化情報を、入出力部３２に表示する。
【００７５】
なお、情報出力部４３５は、ユーザのライドシェア利用日時の所定時間前（例えば、３時間前）から所定時間ごと（例えば、３０分ごと）に、ユーザの移動予定情報とともに、ライドシェア利用日の所定時間前におけるユーザの位置情報および位置関係変化情報をドライバ端末３に送信してもよい。
【００７６】
また情報出力部４３５は、予定情報取得部４３１が移動予定情報を取得すると、取得した移動予定情報を、通信部４１を介してドライバ端末３に送信する。ドライバ端末３では、送信された移動予定情報を、入出力部３２に表示する。
【００７７】
提案出力部４３６は、情報出力部４３５によりドライバ端末３に出力された移動予定情報、位置情報および位置関係変化情報に基づいて、ライドシェア利用日に、ライドシェア提供ドライバによってドライバ端末３（入出力部３２）から入力された提案を、ユーザの有するユーザ端末２に出力する。例えば、提案出力部４３６は、ライドシェア利用日時の所定時間前（例えば、２０分前）に、ライドシェア提供ドライバによってドライバ端末３（入出力部３２）から入力されたライドシェアによる送迎の申請を、通信部３１を介してユーザ端末２に出力する。
【００７８】
図８は、サーバ装置４の演算部４３で実行されるライドシェア提供ドライバとユーザとのマッチング支援処理の一例を示すフローチャートである。このフローチャートに示す処理は、例えば、ユーザ端末２（入出力部２２）を介して、ユーザによって移動予定情報が入力されると開始され、ライドシェア利用日においては所定時間ごとに繰り返し実行される。
【００７９】
まず、ステップＳ１０において、予定情報取得部４３１での処理により、所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する。例えば予定情報取得部４３１での処理により、ライドシェア利用日よりも前に、ユーザ端末２を介してユーザにより入力されたユーザの移動予定情報を取得する。次いで、ステップＳ２０で、予定情報取得部４３１での処理により、ドライバ端末３に移動予定情報を出力する。例えば予定情報取得部４３１での処理により、ライドシェア利用日よりも前に取得した移動予定情報を、ドライバ端末３に出力する。
【００８０】
次いで、ステップＳ３０で、位置情報取得部４３２での処理により、予定情報取得工程にて取得した移動予定情報に基づいて、所定の日に出発場所に向かうユーザの位置情報を取得する。例えば位置情報取得部４３２での処理により、ライドシェア利用日に、移動予定情報にある出発場所に向かうユーザの移動情報を取得する。次いで、ステップＳ４０で、位置変化検出部４３３での処理により、位置情報取得工程にて取得した位置情報に基づいて、所定の日における出発場所とユーザとの位置関係の変化を検出する。例えば位置変化検出部４３３での処理により、ライドシェア利用日における出発場所とユーザとの位置関係の変化を検出する。
【００８１】
次いで、ステップＳ５０で、情報出力部４３５での処理により、予定情報取得部４３１が取得した移動予定情報、位置情報取得部４３２が取得した位置情報および位置変化検出部４３３が検出した位置関係変化情報を、ドライバの有するドライバ端末３に出力する。例えば情報出力部４３５での処理により、ライドシェア利用日、好ましくは利用日時の所定時間前に、移動予定情報、位置情報および位置関係変化情報をドライバ端末３に出力する。この処理を、ライドシェア利用日、好ましくは利用日時の所定時間前（例えば、３時間前）から所定時間ごと（例えば、１分ごと）に繰り返し行い、処理を終了する。
【００８２】
本実施形態によれば以下のような作用効果を奏することができる。
（１）所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する予定情報取得部４３１と、予定情報取得部４３１が取得した移動予定情報に基づいて、ライドシェア利用日に出発場所に向かうユーザの位置情報を取得する位置情報取得部４３２と、位置情報取得部４３２が取得した位置情報に基づいて、ライドシェア利用日における出発場所とユーザとの位置関係の変化情報を検出する位置変化検出部４３３と、予定情報取得部４３１が取得した移動予定情報、位置情報取得部４３２が取得した位置情報および位置変化検出部４３３が検出した位置関係変化情報を、ドライバ端末３に出力する情報出力部４３５とを備える。
【００８３】
この構成により、例えば、ライドシェア提供ドライバの絶対数が少ない過疎地におけるライドシェアにおいても、送信された変化情報に基づいて、ユーザが時間通りに出発場所に現れるか否かを判断することができるので、ライドシェア提供ドライバの心理的不安を解消することができる。言い換えると、ユーザにより不意のキャンセル（例えば、連絡のないキャンセル）に対しても、容易に対応することができる。その結果、例えば、ライドシェア提供ドライバのライドシェアに対する消極性が解消され、効率的にドライバとユーザとマッチングさせることができる。すなわち、効率のよいライドシェアマッチングを成立させることができる。
【００８４】
特に、ユーザが移動予定情報を予めドライバ端末３に送信してライドシェアの仮マッチングを行うので、従来のリアルタイムに行われるライドシェアと異なり、ライドシェア提供ドライバが少ない過疎地においても、ライドシェア提供ドライバとユーザとのマッチング率を高めることができる。
【００８５】
（２）マッチング装置は、ライドシェアサービスを提供するドライバと、ライドシェアを望むユーザとのマッチングの成立を支援するライドシェア支援装置１である。これにより、例えば、ライドシェアを支援するライドシェアビジネスにおいても、ライドシェア提供ドライバの心理的不安を解消し、ライドシェア提供ドライバとユーザとを効率的にマッチングさせることができる。
【００８６】
（３）位置変化検出部４３３により検出された位置関係変化情報に基づいて、ユーザが所定の時間までに出発場所に到着するユーザの信用度を算出する信用度算出部４３４をさらに備え、信用度算出部４３４は、出発場所に接近していることを位置変化検出部４３３が検出した場合は信用度を上昇させ、出発場所からユーザが離れていることを検出した場合は信用度を下降させる。これにより、例えば、ライドシェア提供ドライバは、信用度算出部４３４により算出されたユーザの信用度に基づいてライドシェアによる送迎の申請を行うことが可能になり、より心理的不安を解消することができる。
【００８７】
（４）情報出力部４３５によりドライバ端末に出力された移動予定情報、位置情報および位置関係変化情報に基づいて、ライドシェア利用日にドライバ端末３から入力されたドライバによるライドシェアによる送迎の申請を、ユーザの有するユーザ端末に出力する提案出力部をさらに備える。これにより、例えば、ライドシェア提供ドライバは、移動予定情報とともに、位置情報および位置関係変化情報を利用日の直前にも確認することができる。その結果、ライドシェア提供ドライバの心理的不安をより解消することができる。
【００８８】
（５）情報出力部４３５は、予定情報取得部４３１が移動予定情報を取得するとドライバ端末３に移動予定情報を出力し、提案出力部４３６は、出力された移動予定情報に基づいて、ドライバ端末３から入力されたライドシェア提供ドライバの提案を、ユーザの有するユーザ端末２に出力する。これにより、例えば、ライドシェア提供ドライバがユーザの移動予定情報をライドシェア利用日よりも前に知ることができ、これを仮予約とすることができるので、ライドシェア提供ドライバは、予めライドシェア利用日の予定を立てやすくなる。
【００８９】
（６）ライドシェア支援システム１００は、ライドシェア支援装置１と、ドライバの有するドライバ端末３と、移動予定情報を入力するユーザの有するユーザ端末２とを備える。これにより、例えば、ライドシェアを支援するライドシェア支援ビジネスを効率的に行うことができる。
【００９０】
（７）予定情報取得部が、所定の日時に所定の出発場所から移動するユーザの移動予定情報を取得する予定情報取得工程と、位置情報取得部が、予定情報取得工程にて取得した移動予定情報に基づいて、所定の日に出発場所に向かうユーザの位置情報を取得する位置情報取得工程と、位置変化検出部が、位置情報取得工程にて取得した位置情報に基づいて、所定の日における出発場所とユーザとの位置関係の変化を検出する位置変化検出工程と、情報出力部が、予定情報取得工程にて取得した移動予定情報、位置情報取得部が取得した位置情報および位置情報検出部が検出した位置関係変化情報を、ドライバの有するドライバ端末に出力する情報出力工程とを備える。これにより、例えば、ライドシェア提供ドライバの絶対数が少ない過疎地におけるライドシェアにおいても、送信された変化情報に基づいて、ユーザが時間通りに出発場所に現れるか否かを判断することができるので、ライドシェア提供ドライバの心理的不安を解消することができる。その結果、例えば、ライドシェア提供ドライバのライドシェアに対する消極性が解消され、効率的にドライバとユーザとマッチングさせることができる。
【００９１】
上記実施形態では、ライドシェアを支援するライドシェアビジネスに用いられるライドシェア支援装置、これを有するライドシェア支援システムおよびライドシェア支援方法を用いて説明したが、本発明はこれに限定されない。例えば、タクシー会社、バス会社および航空会社等のドライバ（パイロット）とユーザとのマッチングを支援するマッチング支援装置、これを有するマッチング支援システムおよびマッチング支援方法にも用いることができる。
【００９２】
上記実施形態では、予定情報取得部と、位置情報取得部と、位置変化検出部と、信用度演算部と、情報出力部と、提案出力部とを備えるライドシェア支援装置（マッチング支援装置）を用いて説明したが、本発明はこれに限定されない。ライドシェア支援装置（マッチング支援装置）は、予定情報取得部と、位置情報取得部と、位置変化検出部と、情報出力部とを備える構成であればよい。
【００９３】
上記実施形態では、ライドシェア利用日に、予定情報取得部４３１が取得した移動予定情報、位置情報取得部４３２が取得した位置情報および位置変化検出部４３３が検出した位置関係変化情報をドライバ端末３に出力したが、本発明はこれに限定されない。ライドシェア利用日以前からこれらを取得して、ドライバ端末３に出力する構成であってもよく、例えば、ユーザの移動予定情報を取得時点からこれらを取得して、ドライバ端末３に出力する構成であってもよい。
【００９４】
同様に上記実施形態では、ライドシェア利用日に、信用度算出部４３４が算出した信用度をドライバ端末３に出力したが、本発明はこれに限定されない。ライドシェア利用日以前からこれらを取得して、ドライバ端末３に出力する構成であってもよく、例えば、ユーザの移動予定情報を取得時点からこれらを取得して、ドライバ端末３に出力する構成であってもよい。
【００９５】
上記実施形態では、信用度算出部４３４は、出発場所までの距離に基づいて信用度を上昇または下降（変化）させたが、本発明はこれに限定されない。例えば信用度算出部４３４は、所定の時間までに出発場所に到着するようにユーザが移動していれば、信用度を上昇させる構成であってもよい。例えば、出発場所までの移動が旅行会社が組んだツアーであったり、迂回する電車や飛行機に乗車したりした場合等、目的地から離れる行動があっても、必然的に所定の時間までに出発場所に到着する場合には、信用度を上げる構成であってもよい。すなわち、出発場所までの移動手段に基づいて信用度を上げる構成であってもよい。
【００９６】
また信用度算出部４３４による信用度の変化には、上記に加え、または、上記の他に、例えば、事前に出発場所から向かう目的地にて観光（例えば、観光チケットの予約購入）、レンタカーまたはホテル等の予約をしていたり、移動手段を事前確保（例えば新幹線のチケットの予約購入等）していたり、出張（ビジネス）で出発場所に向かったりする場合には、信用度を上昇させる構成であってもよい。すなわち、出発場所に向かう移動可能性に基づいて信用度を上げる構成であってもよい。また複数人での移動が確認された場合に信用度を上昇させる構成であってもよい。
【００９７】
また、例えば、ユーザの出発場所までの経路に天候不良や天災等の災害が検出された場合や、電車や飛行機の遅延等が検出された場合等、出発場所に向かうにあたり、突発的な事案により到着の遅れが生じることを検出した場合には、信用度を下降させる構成であってもよい。
【００９８】
以上の説明はあくまで一例であり、本発明の特徴を損なわない限り、上述した実施形態により本発明が限定されるものではない。
【符号の説明】
【００９９】
１  ライドシェア支援装置、２  ユーザ端末、３  ドライバ端末、４  サーバ装置、４１  通信部、４２  入出力部、４３  演算部、４４  記憶部、４３１  予定情報取得部、４３２  位置情報取得部、４３３  位置変化検出部、４３４  信用度算出部、４３５  情報出力部
【図１】
2020154538.tif 000003
【図２】
2020154538.tif 000004
【図３】
2020154538.tif 000005
【図４】
2020154538.tif 000006
【図５】
2020154538.tif 000007
【図６Ａ】
2020154538.tif 000008
【図６Ｂ】
2020154538.tif 000009
【図６Ｃ】
2020154538.tif 000010
【図７Ａ】
2020154538.tif 000011
【図７Ｂ】
2020154538.tif 000012
【図７Ｃ】
2020154538.tif 000013
【図８】
2020154538.tif 000014