(57)【要約】【課題】ライドシェアにおいて、車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの不適切な組合せが設定されることを抑制する。【解決手段】本発明の情報処理装置は、運転ユーザと同乗ユーザとの暫定的な組合せを設定し、その暫定的な組合せに含まれる同乗ユーザが携行する荷物の属性情報を取得する。情報処理装置は、前記暫定的な組合せに含まれる運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信する。前記暫定的な組合せに同意することを示す情報を、前記運転ユーザの端末から受信すると、情報処理装置が、前記暫定的な組合せを正式な組合せとして設定する。【選択図】図１１
2020030525.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組合せを設定する情報処理装置であって、
前記運転ユーザと前記同乗ユーザとの暫定的な組合せを設定することと、
前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の属性を示す情報である荷物属性情報を取得することと、
前記暫定的な組合せに含まれる前記運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信することと、
前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末から受信したときに、前記暫定的な組合せを正式な組合せとして設定することと、
を実行する制御部を備える、
情報処理装置。
【請求項２】
前記荷物属性情報は、前記同乗ユーザが携行する荷物の大きさ及び種類を示す情報を含む、
請求項１に記載の情報処理装置。
【請求項３】
前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末から受信することができない場合に、前記制御部は、前記暫定的な組合せとは異なる運転ユーザと同乗ユーザとの組合せで構成される、新たな暫定的な組合せを設定し直す、
請求項１又は２に記載の情報処理装置。
【請求項４】
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組合せを設定する情報処理方法であって、
コンピュータが、
前記運転ユーザと前記同乗ユーザとの暫定的な組合せを設定するステップと、
前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の属性を示す情報である荷物属性情報を取得するステップと、
前記暫定的な組合せに含まれる前記運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信するステップと、
前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末から受信したときに、前記暫定的な組合せを正式な組合せとして設定するステップと、
を実行する、
情報処理方法。
【請求項５】
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組合せを設定する情報処理プログラムであって、
コンピュータに、
前記運転ユーザと前記同乗ユーザとの暫定的な組合せを設定するステップと、
前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の属性を示す情報である荷物属性情報を取得するステップと、
前記暫定的な組合せに含まれる前記運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信するステップと、
前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末から受信したときに、前記暫定的な組合せを正式な組合せとして設定するステップと、
を実行させる、
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
各端末の位置情報に基づいて、それらの端末の所有者が同一の車両に相乗り中であるか否かを判断し、その判定結果に基づいてＣＯ２排出量や燃料の消費量といった環境負荷を算出する技術が知られている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２３７８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの不適切な組合せが設定されることを抑制可能な技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
本発明は、複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組合せを設定する情報処理装置である。斯様な情報処理装置は、前記運転ユーザと前記同乗ユーザとの暫定的な組合せを設定することと、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の属性を示す情報である荷物属性情報を取得することと、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信することと、前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末から受信したときに、前記暫定的な組合せを正式な組合せとして設定することと、を実行する制御部を備える。
【０００６】
本発明は、複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組合せを設定する情報処理方法として捉えることもできる。その場合の情報処理方法は、前記運転ユーザと前記同乗ユーザとの暫定的な組合せを設定するステップと、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の属性を示す情報である荷物属性情報を取得するステップと、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信するステップと、前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末から受信したときに、前記暫定的な組合せを正式な組合せとして設定するステップと、をコンピュータが実行するようにしてもよい。
【０００７】
本発明は、複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組合せを設定する情報処理プログラムとして捉えることもできる。その場合の情報処理プログラムは、前記運転ユーザと前記同乗ユーザとの暫定的な組合せを設定するステップと、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の属性を示す情報である荷物属性情報を取
得するステップと、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる前記同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信するステップと、前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる前記運転ユーザが使用する端末から受信したときに、前記暫定的な組合せを正式な組合せとして設定するステップと、をコンピュータに実行させるようにしてもよい。
【発明の効果】
【０００８】
本発明によれば、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの不適切な組合せが設定されることを抑制することができる。
【図面の簡単な説明】
【０００９】
【図１】ライドシェアの概要を説明するための図である。
【図２】ライドシェアシステムの概略構成を示す図である。
【図３】ユーザ端末及びサーバ装置のハードウェア構成を示す図である。
【図４】サーバ装置の機能構成を示すブロック図である。
【図５】走行スケジュール情報テーブルの構成例を示す図である。
【図６】移動スケジュール情報テーブルの構成例を示す図である。
【図７】予約情報テーブルの構成例を示す図である。
【図８】予約情報テーブルの他の構成例を示す図である。
【図９】会員情報テーブルの構成例を示す図である。
【図１０】ライドシェアシステムの各構成要素間で送受信されるデータの流れ、及び各構成要素が行う処理の流れの概略を示すフロー図である。
【図１１】ユーザ端末からのリクエスト情報をサーバ装置が受信したときのサーバ装置の動作を示すフロー図である。
【発明を実施するための形態】
【００１０】
本発明は、複数のユーザが同一の車両に相乗りする形態（ライドシェア）において、前記車両を運転するユーザ（運転ユーザ）と該車両に同乗するユーザ（同乗ユーザ）との組合せを設定する。情報処理装置である。
【００１１】
ここで、上記したライドシェアでは、同乗ユーザが荷物を携行している場合がある。同乗ユーザの携行する荷物の大きさが、相乗りに利用される車両の積載可能スペースより大きければ、該荷物を車両に積載することができないため、同乗ユーザを車両に乗車させることが困難になる。そして、運転ユーザの運転する車両が同乗ユーザの乗車地へ到着した後に、同乗ユーザの荷物の大きさが車両の積載可能スペースより大きいことが判明すると、乗車地まで車両を運転した運転ユーザの労力が無駄になったり、同乗ユーザの利便性が低下したりする可能性がある。また、１台の車両に第１の同乗ユーザと第２の同乗ユーザとを相乗りさせようとした場合に、該車両に先に乗車している第１の同乗ユーザの荷物が比較的大きいと、該車両に後から乗車しようとする第２の同乗ユーザの荷物が載せられなくなることで、第２の同乗ユーザを車両に乗車させることが困難になる可能性もある。その場合も、第２の同乗ユーザの乗車地点まで車両を運転した運転ユーザの労力が無駄になったり、第２の同乗ユーザの利便性が低下したりする可能性がある。
【００１２】
また、同乗ユーザの携行する荷物が、運転ユーザが自身の運転する車両への積載を望まない種類のものである場合（運転者が体質的又は精神的に不得手とする種類の荷物や、その荷物を載せることで車両が汚れる可能性のある種類の荷物等）において、運転ユーザの運転する車両が同乗ユーザの乗車地へ到着した後に、同乗ユーザの携行する荷物の種類が判明すると、運転ユーザが同乗ユーザの車両への同乗を断り難くなったり、たとえ同乗ユ
ーザの車両への同乗を断ることができたとしても、乗車地まで車両を運転した運転ユーザの労力が無駄になったりする可能性がある。また、１台の車両に第１の同乗ユーザと第２の同乗ユーザとを相乗りさせようとした場合に、それら第１の同乗ユーザ及び第２の同乗ユーザの荷物が動物等のペットであると、それらペット同士の相性が悪い可能性があり、それによって車内の雰囲気が悪くなる可能性もある。
【００１３】
そこで、本発明に係る情報処理装置では、運転ユーザと同乗ユーザとの組合せを設定するにあたり、制御部が、運転ユーザと同乗ユーザとの暫定的な組合せを設定し、その暫定的な組合せに含まれる同乗ユーザが携行する荷物の属性情報（荷物属性情報）を取得する。続いて、制御部は、前記暫定的な組合せに含まれる運転ユーザが使用する端末に対し、前記暫定的な組合せに含まれる同乗ユーザが携行する荷物の前記荷物属性情報、及び前記暫定的な組合せに同意するかを問い合わせる情報を送信する。そして、前記暫定的な組合せに同意することを示す情報を、前記運転ユーザの端末から受信すると、制御部が、前記暫定的な組合せを正式な組合せとして設定する。
【００１４】
本発明の情報処理装置によれば、暫定的な組合せに含まれる運転ユーザは、暫定的な組合せに含まれる同乗ユーザが携行する荷物の荷物属性情報を参考にすることで、暫定的な組合せに含まれる同乗ユーザ全員の荷物の属性を事前に把握することができる。これにより、運転ユーザは、自身の運転する車両に同乗ユーザ自体を同乗させることが可能か否かのみならず、該同乗ユーザが携行する荷物を積載することが可能か否かを考慮して、暫定的な組合せに同意するか否かの判断を行うことができる。その結果、運転ユーザが、自身の運転する車両に載せることが物理的に不可能な荷物を携行する同乗ユーザや、自身の運転する車両に載せることが望ましくない種類の荷物を携行する同乗ユーザと組み合わせられることが抑制される。よって、ライドシェアにおいて、運転ユーザと同乗ユーザとの不適切な組合せが設定されることを抑制することができる。
【００１５】
ここでいう「荷物属性情報」は、例えば、荷物の大きさ及び種類を示す情報を含むようにしてもよい。その場合、暫定的な組合せに含まれる運転ユーザは、荷物属性情報を参照することで、暫定的な組合せに含まれる同乗ユーザ全員の荷物の大きさ及び種類を事前に把握することができるため、それらの荷物が自身の運転する車両の積載可能スペースに載せることができない大きさのものであるか否か、及びそれらの荷物が自身の運転する車両へ載せるのに望ましくない種類のものであるか否かを判断することが可能になる。
【００１６】
なお、前記暫定的な組合せに同意することを示す情報を、前記暫定的な組合せに含まれる運転ユーザの端末から受信することができない場合には、制御部は、前記暫定的な組合せとは異なる運転ユーザと同乗ユーザとの組合せで構成される、新たな暫定的な組合せを設定し直せばよい。これにより、運転ユーザの望まない組合せが設定されることを抑制することができる。
【００１７】
以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施例に記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１８】
＜実施形態＞
本実施形態では、移動を目的とする複数のユーザが同一の車両に相乗りする形態（以下、「ライドシェア」と記す場合もある。）において、本発明を実施する例について述べる。なお、移動を目的とする複数のユーザが相乗りすることができる車両としては、自動車や電車等を使用することができるが、本実施形態では、自動車を対象とする例について述べる。
【００１９】
（ライドシェアの概要）
先ず、ライドシェアの概要について図１に基づいて説明する。図１に示す例では、ユーザＡは地点ｄから地点ｅまで移動し、ユーザＢは地点ｆから地点ｇまで移動し、ユーザＣは地点ｈから地点ｅまで移動するものとする。
【００２０】
ここで、仮にユーザＡ〜Ｃが各々の車両で別々に移動すると、３台の車両が必要となる。これに対して、ユーザＡ〜Ｃが相乗りを行うと、１台の車両で各ユーザの目的地までの移動を実現することができる。図１に示す例では、ユーザＡ自身が車両を運転して地点ｄから地点ｅまで移動する。このとき、ユーザＡは、地点ｆにおいて、自身が運転する車両にユーザＢを乗車させ、地点ｈにおいて、自身が運転する車両にユーザＣを乗車させる。そして、ユーザＡは、自身とユーザＣの目的地である地点ｅまで車両を移動させる途中で地点ｇを経由し、該地点ｇでユーザＢを降車させることで、ユーザＢを地点ｆから地点ｇまで移動させることができる。その後、ユーザＡは、車両を地点ｇから地点ｅまで移動させることで、ユーザＣを地点ｈから地点ｅまで移動させるとともに、ユーザＡ自身の移動を達成することもできる。
【００２１】
このようなライドシェアでは、道路を走行する車両の台数を削減することができるため、交通渋滞を抑制することができる。また、例えば、車両の移動に要する交通費（燃料代等）を該車両に相乗りした複数のユーザで分担することで、各ユーザが個別の車両で移動する場合と比較して、ユーザ１人あたりの交通費を軽減することもできる。
【００２２】
なお、図１に示したライドシェアの態様はあくまで一例であり、相乗りに使用される車両を運転するユーザ（運転ユーザ）と該車両に同乗するユーザ（同乗ユーザ）との組合せや、相乗りに使用される車両の走行経路等は、種々の方法を用いて設定することが可能である。ただし、同乗ユーザの携行する荷物の属性（大きさや種類等）を考慮せずに、運転ユーザと同乗ユーザとの組合せが設定されると、車両に載せることが物理的に不可能な荷物を携行する同乗ユーザや、車両に載せることが望ましくない種類の荷物を携行する同乗ユーザが、その車両の運転ユーザと不適切に組み合わせられる可能性がある。
【００２３】
そこで、本実施形態では、ライドシェアサービスの運用及び管理に関わる情報処理を行うためのサーバ装置が、運転ユーザと同乗ユーザとの暫定的な組合せを設定した時点で、上記暫定的な組合せに含まれる運転ユーザに対して、該暫定的な組合せに同意するかの問い合わせを行う際に、上記暫定的な組合せに含まれる同乗ユーザが携行する荷物の属性情報（荷物属性情報）を提供するようにした。これによれば、上記暫定的な組合せに含まれる運転ユーザは、該暫定的な組合せに含まれる同乗ユーザ全員が各々に携行する荷物の荷物属性情報を参考にすることで、同乗ユーザ全員の荷物の大きさや種類等を事前に把握することができ、その上で上記暫定的な組合せに同意するか否かの判断を行うことが可能となる。その結果、運転ユーザが、自身の運転する車両に載せることが物理的に不可能な荷物を携行する同乗ユーザや、自身の運転する車両に載せることが望ましくない種類の荷物を携行する同乗ユーザと不適切に組み合わせられることが抑制される。
【００２４】
（システム構成）
図２は、ライドシェアサービスの提供を行うためのシステム（以下、「ライドシェアシステム」と記す場合もある。）の一構成例を示す図である。図２に示す例では、ライドシェアシステムは、相乗りに使用される車両１０、該車両１０に相乗りするユーザが使用するユーザ端末２００、及びサーバ装置３００を含んで構成される。ユーザ端末２００とサーバ装置３００とは、ネットワークＮ１によって相互に接続可能である。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等
の電話通信網、Ｗｉ−Ｆｉ（登録商標）等の無線通信網を含んでもよい。
【００２５】
なお、図２に示す例では、相乗りに使用される車両として、１台の車両１０のみが図示されているが、当該ライドシェアサービスで利用可能な車両として登録されている台数分の車両がライドシェアシステムに含まれるものとする。また、図２に示す例では、ユーザ端末２００として、相乗りに供される車両１０を運転するユーザ（運転ユーザ）が使用するユーザ端末２００Ａ（以下、「第１ユーザ端末２００Ａ」と称する。）と、自分以外の運転ユーザが運転する車両１０に同乗するユーザ（同乗ユーザ）が使用するユーザ端末２００Ｂ（以下、「第２ユーザ端末２００Ｂ」と称する。）との２台のみが図示されているが、当該ライドシェアサービスを利用可能な会員として登録されているユーザ数に応じた個数のユーザ端末がライドシェアシステムに含まれるものとする。
【００２６】
各ユーザ端末２００には、ライドシェアサービスを利用するための所定のアプリケーションがインストールされている。ユーザ端末２００のユーザは、自身のユーザ端末２００に上記所定のアプリケーションを実行させることで、相乗りを行う際の条件等に関する情報（以下、「リクエスト情報」と記す場合もある。）を、サーバ装置３００に登録することができる。例えば、運転ユーザは、第１ユーザ端末２００Ａに上記所定のアプリケーションを実行させることで、自身の予定する車両１０の走行区間や走行日時等に関する情報（走行スケジュール）を、リクエスト情報としてサーバ装置３００に登録することができる。また、同乗ユーザは、第２ユーザ端末２００Ｂに上記所定のアプリケーションを実行させることで、自身の希望する移動区間や移動日時等に関する情報（移動スケジュール）を、リクエスト情報としてサーバ装置３００に登録することができる。
【００２７】
サーバ装置３００は、運転ユーザからのリクエスト情報、及び同乗ユーザからのリクエスト情報を受け付ける。そして、サーバ装置３００は、運転ユーザからのリクエスト情報と同乗ユーザからのリクエスト情報とに基づいて、運転ユーザと同乗ユーザとの暫定的な組合せを設定する。その際、１人の運転ユーザに対して組み合わされる同乗ユーザの人数は１人である必要はなく、複数であってもよい。サーバ装置３００は、上記暫定的な組合せに含まれる同乗ユーザの携行する荷物の荷物属性情報を取得し、取得された荷物属性情報と上記暫定的な組合せに同意するかを問い合わせる情報とを、運転ユーザの第１ユーザ端末２００Ａへ送信する。ここでいう「荷物属性情報」は、同乗ユーザがライドシェアサービスを利用する際に携行する荷物の大きさ及び種類を示す情報を含む。斯様な荷物属性情報を取得する方法については後述する。そして、上記暫定的な組合せに同意することを示す情報を、運転ユーザの第１ユーザ端末２００Ａから受信すると、サーバ装置３００が、上記暫定的な組合せを正式な組合せに確定する。なお、荷物属性情報と上記暫定的な組合せに同意するかを問い合わせる情報とを運転ユーザの第１ユーザ端末２００Ａへ送信する際に、サーバ装置３００は、同乗ユーザの第２ユーザ端末２００Ｂに対して、暫定的な組合せに同意するかを問い合わせる情報のみを送信するようにしてもよい。その場合、上記暫定的な組合せに同意することを示す情報を、上記暫定的な組合せに含まれる運転ユーザの第１ユーザ端末２００Ａ及び同乗ユーザの第２ユーザ端末２００Ｂの双方から受信したことを条件として、サーバ装置３００が、上記暫定的な組合せを正式な組合せに確定してもよい。以下では、上記した手順でサーバ装置３００が運転ユーザと同乗ユーザとの組合せを確定する処理を、「マッチング処理」と称する。なお、本実施形態においては、上記したマッチング処理を行うサーバ装置３００が本発明の「情報処理装置」に相当する。
【００２８】
（ハードウェア構成）
図３は、ユーザ端末２００、及びサーバ装置３００の各々のハードウェア構成を例示する図である。なお、前述の図２に示した第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂは、図３中のユーザ端末２００と同様のハードウェア構成を含むものとする。
【００２９】
サーバ装置３００は、一般的なコンピュータの構成を有している。すなわち、サーバ装
置３００は、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を有する。これらは、互いにバスによって接続されている。主記憶部３０２及び補助記憶部３０３は、コンピュータで読み取り可能な記録媒体である。コンピュータのハードウェア構成は、図３に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。
【００３０】
サーバ装置３００は、プロセッサ３０１が記録媒体に記憶されたプログラムを主記憶部３０２の作業領域にロードして実行し、プログラムの実行を通じて各機能構成部等が制御されることによって、所定の目的に合致した機能を実現する。
【００３１】
プロセッサ３０１は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital
Signal Processor）である。プロセッサ３０１は、サーバ装置３００を制御し、様々な
情報処理の演算を行う。主記憶部３０２は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。補助記憶部３０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（Hard Disk Drive :HDD）である。ま
た、補助記憶部３０３は、リムーバブルメディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリや、ＣＤ（Compact Disc）又はＤＶＤ（Digital Versatile Disc）等のようなディスク記録媒体である。
【００３２】
補助記憶部３０３は、各種のプログラム、各種のデータ及び各種のテーブルを読み書き自在に記録媒体に格納する。補助記憶部３０３には、オペレーティングシステム（Operating System :OS）、各種プログラム、各種テーブル等が格納される。なお、これらの情報の一部又は全部は、主記憶部３０２に格納されてもよい。また、主記憶部３０２に格納される情報は、補助記憶部３０３に格納されてもよい。
【００３３】
通信部３０４は、外部の装置とサーバ装置３００との間における情報の送受信を行う。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。
【００３４】
上記したように構成されるサーバ装置３００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【００３５】
次に、ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）等のように、ユーザが携帯可能な小型のコンピュータである。なお、ユーザ端末２００は、公衆通信網であるインターネット等のネットワークＮ１を介してサーバ装置３００に接続される、パーソナルコンピュータ（Personal Computer :PC）であってもよい。
【００３６】
ユーザ端末２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３については、サーバ装置３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明を省略する。表示部２０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部２０
５は、例えば、文字等の記号を入力可能なタッチパネルや押しボタン、音声を入力可能なマイクロフォン、動画像や静止画像を撮像可能なカメラ等を含む。通信部２０６は、例えば、移動体通信サービス（携帯電話等の電話通信網、ＷｉＦｉ等の無線通信）を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。
【００３７】
（サーバ装置の機能構成）
ここで、サーバ装置３００の機能構成について、図４に基づいて説明する。図４に示すように、本実施形態のサーバ装置３００は、その機能構成要素として、マッチング処理部Ｆ３１０、走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、及び予約管理データベースＤ３３０を含む。ここで、マッチング処理部Ｆ３１０は、サーバ装置３００のプロセッサ３０１が主記憶部３０２上のコンピュータプログラムを実行することにより形成される。なお、マッチング処理部Ｆ３１０と経路設定部Ｆ３２０の何れか、又はその一部がハードウェア回路により形成されてもよい。
【００３８】
走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、サーバ装置３００のプロセッサ３０１によって実行されるデータベース管理システム（Database Management System :DBMS）のプログラムが、補助記憶部３０３に記憶されているデータを管理することで構築される。これら走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、例えば、リレーショナルデータベースである。
【００３９】
なお、サーバ装置３００の各機能構成要素の何れか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、マッチング処理部Ｆ３１０に含まれる各処理は、別々のコンピュータにより実行されてもよい。
【００４０】
走行スケジュール管理データベースＤ３１０は、各車両１０の走行スケジュールが格納されており、そこでは車両１０の運転ユーザの識別情報と車両１０の走行スケジュールとの紐付けが行われている。ここで、走行スケジュール管理データベースＤ３１０に格納される走行スケジュール情報の一構成例について、図５に基づいて説明する。図５は、走行スケジュール情報のテーブル構成を例示する図である。なお、走行スケジュール情報テーブルに登録される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４１】
図５に示す走行スケジュール情報テーブルは、車両ＩＤ、運転ユーザＩＤ、出発地、出発予定日時、目的地、到着予定日時、及びステータス等の各フィールドを有する。車両ＩＤフィールドには、相乗りに利用可能な各車両１０を識別するための情報である車両ＩＤが登録される。ここでいう車両ＩＤは、各車両１０の運転ユーザがライドシェアサービスの会員登録を行う際に、後述のユーザＩＤとともに付与される情報であり、個々の車両１０を識別するための情報である。運転ユーザＩＤフィールドには、相乗りに利用可能な各車両１０の運転ユーザを識別するための情報であるユーザＩＤが登録される。ユーザＩＤは、相乗りに利用可能な車両１０の運転ユーザがライドシェアサービスの会員登録を行う際に付与される情報である。出発地フィールドには、各運転ユーザが相乗りに利用可能な車両１０の出発地を示す情報が登録される。なお、ここでいう出発地は、運転ユーザが車両１０による移動を開始する場所に限定されず、運転ユーザが自身の都合等に応じて適宜に変更することができる。出発予定日時フィールドには、運転ユーザが自身の運転する車両１０で上記出発地を出発する予定日時を示す情報が登録される。目的地フィールドには、運転ユーザが相乗りに利用可能な車両１０で向かう目的地を示す情報が登録される。なお、ここでいう目的地は、運転ユーザが車両１０による移動を終了する場所に限定されず、運転ユーザが自身の都合等に応じて適宜に変更することができる。到着予定日時フィールドには、運転ユーザが自身の運転する車両１０で上記目的地に到着する予定日時を示す情報が登録される。ステータスフィールドには、運転ユーザによる車両１０の移動状況を示す情報が登録される。例えば、運転ユーザの運転によって車両１０が目的地に既に到着している場合には、「到着済」と登録され、運転ユーザの運転によって車両１０が出発地から目的地へ移動中である場合には、「移動中」と登録され、運転ユーザの運転によって
車両１０が出発地から未だ出発していない場合には、「出発前」と登録される。なお、上記ステータスフィールドに「移動中」と登録される車両１０については、該車両１０の現在位置に関する情報も当該ステータスフィールドに登録されるようにしてもよい。その場合における車両１０の現在位置は、サーバ装置３００が運転ユーザのユーザ端末２００と通信することで取得されてもよく、又は車両１０に搭載されている通信可能な機器とサーバ装置３００が通信することで取得されてもよい。
【００４２】
移動スケジュール管理データベースＤ３２０は、任意の車両１０への相乗りを希望する同乗ユーザの移動スケジュールが格納されており、そこでは同乗ユーザの識別情報と移動スケジュールとの紐付けが行われている。ここで、移動スケジュール管理データベースＤ３２０に格納される移動スケジュール情報の一構成例について、図６に基づいて説明する。図６は、移動スケジュール情報のテーブル構成を例示する図である。なお、移動スケジュール情報テーブルに登録される情報は、図６に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４３】
図６に示す移動スケジュール情報テーブルは、同乗ユーザＩＤ、乗車地、乗車希望日時、降車地、降車希望日時、荷物属性情報、及びステータス等の各フィールドを有する。同乗ユーザＩＤフィールドには、各同乗ユーザを識別するためのユーザＩＤが登録される。同乗ユーザのユーザＩＤは、前述した運転ユーザＩＤと同様に、同乗ユーザがライドシェアサービスの会員登録を行う際に付与される情報である。乗車地フィールドには、各同乗ユーザが相乗りに利用可能な車両１０への乗車を希望する場所を示す情報が登録される。乗車希望日時フィールドには、各同乗ユーザが上記乗車地において相乗りに利用可能な車両１０への乗車を希望する日時を示す情報が登録される。降車地フィールドには、各同乗者が相乗りに利用可能な車両１０からの降車を希望する場所を示す情報が登録される。降車希望日時フィールドには、各同乗ユーザが上記降車地において相乗りに利用可能な車両１０からの降車を希望する日時を示す情報が登録される。荷物属性情報フィールドには、同乗ユーザが相乗りに利用可能な車両１０へ乗車する際に携行する荷物の属性を示す情報である荷物属性情報が登録される。本例における荷物属性情報は、同乗ユーザが携行する荷物の大きさを示す情報、及びその荷物の種類を示す情報（例えば、スーツケース、手提げ鞄、スポーツ用具、工具、自転車、ベビーカー、ペット、植物等）である。ステータスフィールドには、同乗ユーザの移動状況を示す情報が登録される。例えば、同乗ユーザが相乗りに利用可能な車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザと組み合わせる運転ユーザが確定しているが、その運転ユーザの運転する車両１０に該同乗ユーザが乗車する前の段階にある場合には、「予約中」と登録され、該同乗ユーザと組み合わせる運転ユーザが確定していない段階にある場合には、「マッチング中」と登録される。
【００４４】
予約管理データベースＤ３３０は、ライドシェアサービスの予約情報が格納されており、そこでは運転ユーザに関する情報と該運転ユーザの運転する車両１０に相乗り予定の同乗ユーザに関する情報との紐付けが行われている。ここで、予約管理データベースＤ３３０に格納される予約情報の一構成例について、図７に基づいて説明する。図７は、予約情報のテーブル構成を例示する図である。なお、予約情報テーブルに登録される情報は、図７に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４５】
図７に示す予約情報テーブルは、予約ＩＤ、運転ユーザＩＤ、車両情報、同乗ユーザＩＤ、乗車地、乗車予定日時、降車地、降車予定日時、荷物属性情報、及びステータス等の各フィールドを有する。予約ＩＤフィールドには、個々の予約情報を識別するための情報である予約ＩＤが登録される。この予約ＩＤは、例えば、各ユーザが予約内容について確認や変更等を行う場合に使用される。運転ユーザＩＤフィールドには、相乗りに利用される車両１０を運転する運転ユーザのユーザＩＤが登録される。車両情報フィールドには、
各運転ユーザが運転する車両１０を、該車両１０に相乗りする同乗ユーザが識別するために必要な情報が登録される。例えば、車両情報フィールドには、車種、自動車登録番号（ナンバープレートに標記された番号）、車体色等の情報が登録される。同乗ユーザＩＤフィールドには、各運転ユーザの運転する車両１０に相乗りする予定の同乗ユーザのユーザＩＤが登録される。乗車地フィールドには、各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる場所（乗車地）を示す情報が登録される。乗車予定日時フィールドには、上記乗車地において各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる予定日時を示す情報が登録される。降車地フィールドには、各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる場所（降車地）を示す情報が登録される。降車予定日時フィールドには、上記降車地において各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる予定日時を示す情報が登録される。荷物属性情報フィールドには、各同乗ユーザが車両１０に乗車する際に携行する荷物の荷物属性情報が登録される。ステータスフィールドには、各車両１０の相乗り状況を示す情報が登録される。例えば、同乗ユーザが上記降車地点で車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザが車両１０に相乗り中である場合には、「乗車中」と登録され、同乗ユーザが車両１０に乗車する前の段階にある場合には、「乗車前」と登録される。
【００４６】
図７の予約情報テーブルは、各運転ユーザの運転する車両１０に１人の同乗ユーザが相乗りする場合のテーブル構成例を示しているが、各運転ユーザの運転する車両１０に相乗りする同乗ユーザの人数は２人以上であってもよい。その場合は、図８に示すように、１つの運転ユーザＩＤに対して、複数の同乗ユーザの情報が紐付けられればよい。
【００４７】
会員情報管理データベースＤ３４０は、ライドシェアサービスに会員登録されているユーザの情報（会員情報）が格納されている。ここで、会員情報管理データベースＤ３４０に格納される会員情報の一構成例について、図９に基づいて説明する。図９は、会員情報のテーブル構成を例示する図である。なお、会員情報テーブルに登録される情報は、図９に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４８】
図９に示す会員情報テーブルは、ユーザＩＤ、連絡先、属性、認証、及び車両ＩＤ等の各フィールドを有する。ユーザＩＤフィールドには、各ユーザがライドシェアサービスの会員登録を行った際に付与されるユーザＩＤが登録される。連絡先フィールドには、各ユーザの連絡先を示す情報（例えば、電子メールアドレスや電話番号等であり、少なくとも各ユーザが使用するユーザ端末２００の電子メールアドレスを含む）が登録される。属性フィールドには、各ユーザの属性を示す情報（例えば、氏名、ニックネーム、年齢、性別、職業、勤務先（通学先）、趣味、特技等）が登録される。認証フィールドには、前述のリクエスト情報をサーバ装置３００に登録する場合や、前述の予約情報を確認する場合等の認証に必要となるパスワード等を示す情報が登録される。車両ＩＤフィールドには、各ユーザが相乗りに利用可能な車両１０の車両ＩＤが登録される。なお、相乗りに利用可能な車両１０を所有していないユーザについては、例えば、車両ＩＤフィールドに「無」と登録される。
【００４９】
次に、マッチング処理部Ｆ３１０は、運転ユーザや同乗ユーザからのリクエスト情報に基づいて、マッチング処理を行う。詳細には、運転ユーザの第１ユーザ端末２００Ａから送信されるリクエスト情報（車両ＩＤ、運転ユーザＩＤ、出発地、出発予定日時、目的地、及び到着予定日時を含む情報）をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、前述の図５に示したような走行スケジュール情報テーブルを生成し、生成された走行スケジュール管理データベースＤ３１０に登録する。また、同乗ユーザの第２ユーザ端末２００Ｂから送信されるリクエスト情報（同乗ユーザＩＤ、乗車希望地、乗車希望日時、降車希望地、降車希望日時、荷物属性情報を含む情報）をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエ
スト情報に基づいて、前述の図６に示したような移動スケジュール情報テーブルを生成し、生成された移動スケジュール情報テーブルを移動スケジュール管理データベースＤ３２０に登録する。そして、マッチング処理部Ｆ３１０は、各運転ユーザの走行スケジュール情報テーブルと各同乗ユーザの移動スケジュール情報テーブルとを比較して、同乗ユーザの移動スケジュールに適合する走行スケジュールが登録されている走行スケジュール情報テーブルを抽出する。続いて、マッチング処理部Ｆ３１０は、抽出された走行スケジュール情報テーブルに紐づけられている運転ユーザを上記同乗ユーザと暫定的に組み合わせる。なお、マッチング処理部Ｆ３１０による暫定的な組合せを設定する方法は、上記した方法に限られるものではなく、周知の技術を用いる他の方法でマッチング処理が行われてもよい。
【００５０】
運転ユーザと同乗ユーザとの暫定的な組合せが設定されると、マッチング処理部Ｆ３１０は、上記暫定的な組合せに含まれる同乗ユーザが携行する荷物属性情報を取得する。例えば、マッチング処理部Ｆ３１０は、上記暫定的な組合せに含まれる同乗ユーザの移動スケジュール情報テーブルにアクセスして、該移動スケジュール情報テーブルの荷物属性情報フィールドに登録されている荷物属性情報を読み出す。続いて、マッチング処理部Ｆ３１０は、上記暫定的な組合せに含まれる運転ユーザの使用する第１ユーザ端末２００Ａに対し、上記暫定的な組合せに含まれる同乗ユーザが携行する荷物の荷物属性情報と、上記暫定的な組合せに同意するかを問い合わせる情報と、を送信する。また、本例においては、マッチング処理部Ｆ３１０は、上記暫定的な組合せに含まれる同乗ユーザの使用する第２ユーザ端末２００Ｂに対して、上記暫定的な組合せに同意するかを問い合わせる情報のみを送信する。なお、上記暫定的な組合せに同意するかを問い合わせる情報には、上記暫定的な組合せによる相乗りの条件を示す情報（例えば、同乗ユーザの乗車地、同乗ユーザの乗車予定日時、同乗ユーザの降車地、同乗ユーザの降車予定日時、車両１０の種類、運転ユーザの属性、同乗ユーザの属性等）が含まれる。
【００５１】
上記暫定的な組合せに同意することを示す情報が、上記暫定的な組合せに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂからサーバ装置３００へ返信されてくると、マッチング処理部Ｆ３１０は、上記した暫定的な組合せを正式な組合せに確定する。これに伴い、マッチング処理部Ｆ３１０は、上記した正式な組合せに基づいて、前述の図７、８に示したような予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に格納する。なお、上記暫定的な組合せに同意することを示す情報を、運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂから受信することができない場合（上記暫定的な組合せに同意しないことを示す情報を、上記暫定的な組合せに含まれる運転ユーザと同乗ユーザとのうちの少なくとも１人のユーザ端末２００から受信した場合）には、マッチング処理部Ｆ３１０は、上記暫定的な組合せとは異なるユーザの組合せから構成される新たな暫定的な組合せを再設定することで、マッチング処理をやり直すものとする。
【００５２】
（システムの動作）
本実施形態に係るライドシェアシステムの動作の流れについて説明する。図１０は、本実施形態に係るライドシェアシステムの動作の流れを例示する図である。図１０は、ライドシェアにおける、各構成要素間で送受信されるデータの流れ、及び各構成要素が行う処理の流れの概略を示すフロー図である。
【００５３】
図１０において、第１ユーザ端末２００Ａは、運転ユーザによる入力部２０５への走行スケジュール（車両ＩＤ、運転ユーザＩＤ、出発地、出発予定日時、目的地、及び到着予定日時）の入力を受け付けると（Ｓ１１）、該走行スケジュールをリクエスト情報として通信部２０６からサーバ装置３００へ送信する（Ｓ１２）。
【００５４】
第１ユーザ端末２００Ａからのリクエスト情報をサーバ装置３００の通信部３０４が受信すると、マッチング処理部Ｆ３１０が、リクエスト情報に基づいて前述の図５に示したような走行スケジュール情報テーブルを生成し、生成された走行スケジュール情報テーブルを走行スケジュール管理データベースＤ３１０に登録する（Ｓ１３）。
【００５５】
また、第２ユーザ端末２００Ｂは、同乗ユーザによる入力部２０５への移動スケジュール（同乗ユーザＩＤ、乗車希望地、乗車希望日時、降車希望地、降車希望日時、荷物属性情報）の入力を受け付けると（Ｓ１４）、該移動スケジュールをリクエスト情報として通信部２０６からサーバ装置３００へ送信する（Ｓ１５）。
【００５６】
第２ユーザ端末２００Ｂからのリクエスト情報をサーバ装置３００の通信部３０４が受信すると、マッチング処理部Ｆ３１０が、該リクエスト情報に基づいて前述の図６に示したような移動スケジュール情報テーブルを生成し、生成された移動スケジュール情報テーブルを移動スケジュール管理データベースＤ３２０に登録する（Ｓ１６）。
【００５７】
なお、各ユーザが上記リクエスト情報をサーバ装置３００に登録する方法は、ユーザ端末２００Ａ、２００Ｂを利用した方法に限定されるものではなく、例えば、ネットワークＮ１に接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ＰＣ）を利用して、上記リクエスト情報をサーバ装置３００に登録してもよい。また、図１０に示す例では、第１ユーザ端末２００Ａからのリクエスト情報が、第２ユーザ端末２００Ｂからのリクエスト情報よりも早い時期にサーバ装置３００へ送信されているが、第２ユーザ端末２００Ｂからのリクエスト情報が、第１ユーザ端末２００Ａからのリクエスト情報よりも早い時期にサーバ装置３００へ送信される場合もあり得る。
【００５８】
サーバ装置３００のマッチング処理部Ｆ３１０は、走行スケジュール管理データベースＤ３１０に格納されている走行スケジュール情報テーブルと、移動スケジュール管理データベースＤ３２０に格納されている移動スケジュール情報テーブルとを比較して、各同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出する。続いて、マッチング処理部Ｆ３１０は、抽出された走行スケジュールに紐づけられている運転ユーザを上記同乗ユーザと暫定的に組み合わせる（Ｓ１７）。
【００５９】
マッチング処理部Ｆ３１０は、Ｓ１７で決定された暫定的な組合せに含まれる運転ユーザの使用する第１ユーザ端末２００Ａに対して、相乗りの条件（同乗ユーザの乗車地、同乗ユーザの乗車予定日時、同乗ユーザの降車地、同乗ユーザの降車予定日時、同乗ユーザの属性等）に同意するかを問い合わせる情報（同意確認情報）と、Ｓ１７で決定された暫定的な組合せに含まれる同乗ユーザ全員が各々に携行する荷物の荷物属性情報と、を通信部３０４から送信する（Ｓ１８）。
【００６０】
上記の同意確認情報及び荷物属性情報が運転者の第１ユーザ端末２００Ａで受信されると、該第１ユーザ端末２００Ａは、上記暫定的な組合せにおける相乗りの条件を示す情報、及び荷物属性情報を表示部２０４に表示する。その際、第１ユーザ端末２００Ａでは、上記相乗りの条件に同意するか否かの選択を各ユーザに促す処理（例えば、相乗りの条件に同意するか否かを選択するためのボタンをタッチパネル等の入力部２０５に表示させる処理）を行う。これにより、運転ユーザは、上記暫定的な組合せに含まれる同乗ユーザの携行する荷物の荷物属性情報を参考にして、上記相乗りの条件に同意するか否かの判断を行うことができる。例えば、運転ユーザは、上記暫定的な組合せに含まれる同乗ユーザ全員が各々に携行する荷物の大きさ及び自身の運転する車両１０の積載可能スペースの大きさを考慮して、同乗ユーザ全員の荷物を車両１０の積載可能スペースに載せることができるか判断することができる。これにより、上記暫定的な組合せに含まれる同乗ユーザ全員
の荷物を車両１０の積載可能スペースに載せることができないとの判断がなされた場合には、運転ユーザは、上記相乗りの条件に同意しないとの判断を行うことができる。なお、ここでいう「積載可能スペース」とは、車両１０の諸元に基づく積載スペース（荷室）ではなく、例えば、車両１０の諸元に基づく積載スペースのうち、運転ユーザ自身の荷物等が積載されていない空きスペースや、荷物を載せることが可能な座席スペース等である。よって、車両１０の積載可能スペースの大きさに対して、上記暫定的な組合せに含まれる同乗ユーザ全員の携行する荷物のトータルの大きさの方が大きければ、運転ユーザは、上記相乗りの条件に同意しないとの判断を行えばよい。また、上記暫定的な組合せに含まれる同乗ユーザの携行する荷物の種類が、車両１０への積載を運転ユーザが望まない種類のものである場合も、運転ユーザは、上記相乗りの条件に同意しないとの判断を行うことができる。例えば、上記暫定的な組合せに含まれる同乗ユーザの中に、運転者の体質的又は精神的に望ましくない種類の荷物（例えば、運転ユーザのアレルギー反応を誘発する動物や植物、若しくは当該荷物を載せることで車両１０が汚れる可能性のあるアウトドア用品やスポーツ用品等）を携行する同乗ユーザが含まれていれば、運転ユーザは、上記相乗りの条件に同意しないとの判断を行うことができる。
【００６１】
また、マッチング処理部Ｆ３１０は、Ｓ１７で決定された暫定的な組合せに含まれる同乗ユーザの使用する第２ユーザ端末２００Ｂに対しては、相乗りの条件（同乗ユーザの乗車地、同乗ユーザの乗車予定日時、同乗ユーザの降車地、同乗ユーザの降車予定日時、車両の種類、運転ユーザの属性等）に同意するかを問い合わせる情報（同意確認情報）を、通信部３０４から送信する（Ｓ１９）。その場合、第２ユーザ端末２００Ｂは、上記暫定的な組合せにおける相乗りの条件を示す情報を表示部２０４に表示するとともに、当該相乗りの条件に同意するか否かの選択を同乗ユーザに促す処理を行う。
【００６２】
各ユーザ端末２００Ａ、２００Ｂ上において、各ユーザが上記相乗りの条件に同意することを選択すると、各ユーザ端末２００Ａ、２００Ｂが、上記暫定的な組合せにおける相乗りの条件に同意することを示す情報（同意情報）を、通信部２０６からサーバ装置３００へ送信する（Ｓ２０、Ｓ２１）。なお、図１０に示す例では、第１ユーザ端末２００Ａからの同意情報の方が、第２ユーザ端末２００Ｂからの同意情報よりも早い時期にサーバ装置３００へ送信されているが、第２ユーザ端末２００Ｂからの同意情報の方が、第１ユーザ端末２００Ａからの同意情報よりも早い時期に送信される場合もあり得る。
【００６３】
サーバ装置３００の通信部３０４が第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂの双方から同意情報を受信すると、マッチング処理部Ｆ３１０は、上記暫定的な組合せを正式な組合せに確定する（Ｓ２２）。そして、マッチング処理部Ｆ３１０は、上記正式な組合せにおける相乗りの条件に基づいて、前述の図８、９に示したような予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に登録する（Ｓ２３）。また、マッチング処理部Ｆ３１０は、生成された予約情報テーブルに含まれる情報（予約情報）を、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する（Ｓ２４）。
【００６４】
なお、上記同意情報を、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂの双方から受信することができない場合には、サーバ装置３００のマッチング処理部Ｆ３１０は、上記暫定的な組合せとは異なるユーザの組合せで構成される、新たな暫定的な組合せを設定し直すものとする。
【００６５】
次に、本実施例におけるサーバ装置３００の動作について、図１１に基づいて説明する。図１１は、ユーザ端末２００Ａ、２００Ｂからのリクエスト情報をサーバ装置が受信したときのサーバ装置の動作を示すフロー図である。
【００６６】
図１１において、ユーザ端末２００から送信されるリクエスト情報がサーバ装置３００によって受信されると（ステップＳ１０１）、サーバ装置３００のマッチング処理部Ｆ３１０が、該リクエスト情報に基づいて、運転ユーザと同乗ユーザとの暫定的な組合せを設定する（ステップＳ１０２）。その際、ステップＳ１０１で受信されたリクエスト情報が同乗ユーザの使用する第２ユーザ端末２００Ｂから送信されたものであれば、マッチング処理部Ｆ３１０は、当該同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出し、抽出された走行スケジュールに紐付けられている運転ユーザを当該同乗ユーザと暫定的に組み合わせる。また、ステップＳ１０１で受信されたリクエスト情報が運転ユーザの使用する第１ユーザ端末２００Ａからのものであれば、マッチング処理部Ｆ３１０は、当該運転ユーザが運転する車両１０の走行スケジュールに適合する移動スケジュールを抽出し、抽出された移動スケジュールに紐付けられている同乗ユーザを当該運転ユーザと暫定的に組み合わせる。
【００６７】
上記ステップＳ１０２で運転ユーザと同乗ユーザとの暫定的な組合せが設定されると、マッチング処理部Ｆ３１０は、上記暫定的な組合せに含まれる同乗ユーザの携行する荷物の属性情報を取得する（ステップＳ１０３）。具体的には、マッチング処理部Ｆ３１０は、上記同乗ユーザに紐付けられている移動スケジュール情報テーブルへアクセスして、該移動スケジュール情報テーブルの荷物属性情報フィールドに登録されている荷物属性情報を読み出すことで、上記同乗ユーザの携行する荷物の荷物属性情報を取得する。
【００６８】
マッチング処理部Ｆ３１０は、上記暫定的な組合せに含まれる運転ユーザの使用する第１ユーザ端末２００Ａに対して、前述したような同意確認情報と、前記ステップＳ１０３で取得された荷物属性情報と、を通信部３０４から送信する（ステップＳ１０４）。斯様な同意確認情報及び荷物属性情報を受信した第１ユーザ端末２００Ａでは、前述したように、上記暫定的な組合せにおける相乗りの条件を示す情報と荷物属性情報とが表示部２０４に表示されるとともに、当該相乗りの条件に同意するか否かの選択を運転ユーザに促す処理が行われる。これにより、上記暫定的な組合せに含まれる運転ユーザは、荷物属性情報を参考にして、上記暫定的な組合せにおける相乗りの条件に同意するか否かの判断を行うことができる。
【００６９】
また、マッチング処理部Ｆ３１０は、上記暫定的な組合せに含まれる同乗ユーザの使用する第２ユーザ端末２００Ｂに対して、前述したような同意確認情報のみを送信する（ステップＳ１０５）。斯様な同意確認情報を受信した第２ユーザ端末２００Ｂでは、前述したように、上記暫定的な組合せにおける相乗りの条件を示す情報が表示部２０４に表示されるとともに、当該相乗りの条件に同意するか否かの選択を同乗ユーザに促す処理が行われる。
【００７０】
上記同意確認情報に応答する形で、上記暫定的な組合せに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００から送信される情報を、サーバ装置３００が受信すると、マッチング処理部Ｆ３１０は、上記暫定的な組合せについて、運転ユーザ及び同乗ユーザの双方の同意を得られたか否かを判別する（ステップＳ１０６）。その際、上記暫定的な組合せに同意することを示す情報を、上記暫定的な組合せに含まれる運転ユーザ及び同乗ユーザの双方のユーザ端末２００Ａ、２００Ｂから受信していれば、上記暫定的な組合せについて運転ユーザ及び同乗ユーザの双方の同意を得られたことになるため（ステップＳ１０６で肯定判定）、マッチング処理部Ｆ３１０は、上記暫定的な組合せを正式な組合せに確定する（ステップＳ１０７）。そして、マッチング処理部Ｆ３１０は、上記正式な組合せに応じた予約情報テーブルを生成して、生成された予約情報テーブルを予約管理データベースＤ３３０に登録する。また、マッチング処理部Ｆ３１０は、予約情報テーブルに含まれる予約情報を、上記正式な組合せに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂへ送信する（ステップＳ１０８）。
【００７１】
なお、上記暫定的な組合せについて、運転ユーザ及び同乗ユーザの双方の同意を得られなかった場合、すなわち、上記暫定的な組合せに同意することを示す情報を、上記暫定的な組合せに含まれる運転ユーザ及び同乗ユーザの双方のユーザ端末２００Ａ、２００Ｂから受信することができなかった場合（ステップＳ１０６で否定判定）は、マッチング処理部Ｆ３１０は、上記ステップＳ１０２へ戻り、マッチング処理をやり直す。その際、マッチング処理部Ｆ３１０は、上記暫定的な組合せとは異なるユーザの組合せで構成される、新たな暫定的な組合せを設定するものとする。これにより、運転ユーザと同乗ユーザとの不適切な組合せが設定されることが抑制される。
【００７２】
以上述べた処理フローによれば、暫定的な組合せに含まれる運転ユーザは、該暫定的な組合せに含まれる同乗ユーザが携行する荷物の荷物属性情報を参考にすることで、該暫定的な組合せに含まれる同乗ユーザ全員の荷物の属性を事前に把握することができる。これにより、運転ユーザは、暫定的な組合せに含まれる同乗ユーザ全員の荷物を自身の運転する車両に載せることが可能か否かを考慮して、暫定的な組合せに同意するか否かを判断することができる。すなわち、運転ユーザは、自身の運転する車両に同乗ユーザ自体を同乗させることが可能か否かのみならず、該同乗ユーザが携行する荷物を自身の運転する車両に載せることが可能か否かを考慮して、暫定的な組合せに同意するか否かの判断を行うことができる。よって、運転ユーザが、自身の運転する車両に載せることが物理的に不可能な荷物を携行する同乗ユーザや、自身の運転する車両に載せることが望ましくない種類の荷物を携行する同乗ユーザと組み合わせられることが抑制される。その結果、ライドシェアにおいて、運転ユーザと同乗ユーザとの不適切な組合せが設定されることを抑制することができる。
【００７３】
なお、同乗ユーザの携行する荷物の大きさや種類は、運転ユーザと同乗ユーザとの組合せが確定した後に変更される場合が想定し得る。例えば、同乗ユーザが相乗りに利用可能な車両１０へ乗車する前に買物等をした場合には、同乗ユーザの携行する荷物の個数が増えることで荷物全体の大きさが変化したり、新たな種類の荷物が追加されたりする可能性がある。その場合、同乗ユーザは、変更後の荷物全体の大きさや追加された荷物の種類に関する情報を、自身の使用する第２ユーザ端末２００Ｂからサーバ装置３００へ送信するようにしてもよい。これにあたり、運転ユーザの運転する車両が同乗ユーザの乗車地へ向けて移動を開始する前の段階で、サーバ装置から同乗ユーザのユーザ端末に対して、荷物属性の変更有無を問い合わせるようにしてもよい。そして、サーバ装置３００は、変更後の荷物全体の大きさや追加された荷物の種類を含む新たな荷物属性情報と、上記同乗ユーザとの組合せに同意するかを問い合わせる情報と、を運転ユーザの使用する第１ユーザ端末２００Ａへ送信すればよい。これにより、変更後の荷物全体の大きさが車両１０の積載可能スペースの大きさより大きかったり、又は追加された荷物が運転ユーザの望まない種類のものであったりする場合には、運転ユーザは、上記同乗ユーザとの組合せに同意しないことを示す情報を、自身の使用する第１ユーザ端末２００Ａからサーバ装置３００へ送信することができる。そして、サーバ装置３００のマッチング処理部Ｆ３１０は、当該運転ユーザと当該同乗ユーザとの組合せとは異なる新たな組合せを設定し直せばよい。
【００７４】
＜その他＞
なお、上記した実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。
【００７５】
また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシ
ステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。
【００７６】
また、本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体であり、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、ＳＳＤ（Solid State Drive）等の媒体である。
【符号の説明】
【００７７】
１：ライドシェアシステム
１０：車両
２００：ユーザ端末
２００Ａ：第１ユーザ端末
２００Ｂ：第２ユーザ端末
３００：サーバ装置
３０１：プロセッサ
【図１】
2020030525.tif 000003
【図２】
2020030525.tif 000004
【図３】
2020030525.tif 000005
【図４】
2020030525.tif 000006
【図５】
2020030525.tif 000007
【図６】
2020030525.tif 000008
【図７】
2020030525.tif 000009
【図８】
2020030525.tif 000010
【図９】
2020030525.tif 000011
【図１０】
2020030525.tif 000012
【図１１】
2020030525.tif 000013