(57)【要約】【課題】カーシェアリングサービスを提供するため技術の利便性を向上させる。【解決手段】サーバ２０は、通信部２１と、履歴情報を記憶する記憶部２２と、ユーザの予約希望情報を受信し、複数のユーザの中から、第１ユーザの降車希望位置及び降車希望時刻と第２ユーザの乗車希望位置及び乗車希望時刻とがそれぞれ所定範囲内で合致するような、第１ユーザ及び第２ユーザを特定し、第１ユーザ及び第２ユーザの履歴情報に基づいて第１ユーザ及び第２ユーザの特性情報を決定し、第１ユーザの特性情報と第２ユーザの特性情報とが所定範囲内で合致する場合、第１ユーザ及び第２ユーザの端末装置１０へ提案情報を送信する制御部２３と、を備える。提案情報は、第１ユーザによる車両の利用中に、第１ユーザの乗車する車両が、第２ユーザの乗車希望位置まで移動して第２ユーザを乗車させた後、第１ユーザの降車希望位置まで移動して第１ユーザを降車させる提案を含む。【選択図】図１
2019185103.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザによってそれぞれ使用される複数の端末装置と通信可能な通信部と、
前記複数のユーザのそれぞれについて、車両の過去の運転に関する履歴情報を記憶する記憶部と、
前記通信部を介して前記複数の端末装置のそれぞれから、前記端末装置を使用するユーザの識別情報、乗車希望時刻、降車希望時刻、乗車希望位置、及び降車希望位置を含む予約希望情報を受信し、
前記複数のユーザの中から、第１ユーザの前記降車希望位置及び前記降車希望時刻と、第２ユーザの前記乗車希望位置及び前記乗車希望時刻と、がそれぞれ所定範囲内で合致するような、前記第１ユーザ及び前記第２ユーザを特定し、
前記第１ユーザ及び前記第２ユーザそれぞれの前記履歴情報に基づいて、前記第１ユーザ及び前記第２ユーザそれぞれの特性情報を決定し、
前記第１ユーザの前記特性情報と、前記第２ユーザの前記特性情報と、が所定範囲内で合致する場合、前記通信部を介して前記第１ユーザ及び前記第２ユーザそれぞれの前記端末装置へ提案情報を送信する制御部と、
を備え、
前記提案情報は、前記第１ユーザによる車両の利用中に、前記第１ユーザの乗車する前記車両が、前記第２ユーザの前記乗車希望位置まで移動して前記第２ユーザを乗車させた後、前記第１ユーザの前記降車希望位置まで移動して前記第１ユーザを降車させる提案を含む、サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに関する。
【背景技術】
【０００２】
従来、車両を複数のユーザが共用するカーシェアリングサービスを提供するための技術が知られている。また、近年、１つの車両に複数のユーザが相乗りするライドシェアリングが広まっている。例えば、特許文献１には、車両を降車して、乗車希望者と乗り換えを希望する降車希望者が、乗車希望者と時間又は場所の調整をして、車両利用のマッチングをするカーシェアリングシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２１５９２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、カーシェアリングサービスを提供するための従来技術の利便性は、必ずしも高くない。したがって、カーシェアリングサービスを提供するための技術の利便性には改善の余地があった。
【０００５】
かかる事情に鑑みてなされた本発明の目的は、カーシェアリングサービスを提供するため技術の利便性を向上させることにある。
【課題を解決するための手段】
【０００６】
本発明の一実施形態に係るサーバは、
複数のユーザによってそれぞれ使用される複数の端末装置と通信可能な通信部と、
前記複数のユーザのそれぞれについて、車両の過去の運転に関する履歴情報を記憶する記憶部と、
前記通信部を介して前記複数の端末装置のそれぞれから、前記端末装置を使用するユーザの識別情報、乗車希望時刻、降車希望時刻、乗車希望位置、及び降車希望位置を含む予約希望情報を受信し、
前記複数のユーザの中から、第１ユーザの前記降車希望位置及び前記降車希望時刻と、第２ユーザの前記乗車希望位置及び前記乗車希望時刻と、がそれぞれ所定範囲内で合致するような、前記第１ユーザ及び前記第２ユーザを特定し、
前記第１ユーザ及び前記第２ユーザそれぞれの前記履歴情報に基づいて、前記第１ユーザ及び前記第２ユーザそれぞれの特性情報を決定し、
前記第１ユーザの前記特性情報と、前記第２ユーザの前記特性情報と、が所定範囲内で合致する場合、前記通信部を介して前記第１ユーザ及び前記第２ユーザそれぞれの前記端末装置へ提案情報を送信する制御部と、
を備え、
前記提案情報は、前記第１ユーザによる車両の利用中に、前記第１ユーザの乗車する前記車両が、前記第２ユーザの前記乗車希望位置まで移動して前記第２ユーザを乗車させた後、前記第１ユーザの前記降車希望位置まで移動して前記第１ユーザを降車させる提案を含む。
【発明の効果】
【０００７】
本発明の一実施形態に係るサーバによれば、カーシェアリングサービスを提供するための技術の利便性が向上する。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る情報処理システムの概略構成を示すブロック図である。
【図２】第１ユーザ及び第２ユーザによる車両の利用態様の例を示す図である。
【図３】サーバの動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について説明する。
【００１０】
（情報処理システムの構成）
図１を参照して、本発明の一実施形態に係る情報処理システム１の概要について説明する。情報処理システム１は、複数の端末装置１０と、サーバ２０と、を備える。図１においては、説明の簡便のため、端末装置１０については３つ図示しているが、情報処理システム１に備えられる端末装置１０の数は２つ以上であればよい。各端末装置１０及びサーバ２０は、ネットワーク３０と通信可能に接続されている。ネットワーク３０は、例えば移動体通信網及びインターネットを含むが、これらに限られず、任意の通信網を含んでもよい。
【００１１】
端末装置１０は、例えばスマートフォン、タブレット端末、又はＰＣ（Personal Computer）等の汎用の電子機器であるが、これらに限られず、例えば情報処理システム１に専用の電子機器等、任意の電子機器であってもよい。端末装置１０は、ユーザによって使用される。サーバ２０は、１つ又は互いに通信可能な複数のサーバ装置を含む。本実施形態では、説明の簡便のため、サーバ２０が１つのサーバ装置であるものとして説明する。情報処理システム１は、車両を複数のユーザが共用するカーシェアリングサービスの提供に用いられる。
【００１２】
ここで、ユーザによるカーシェアリングサービスの利用態様の例について説明する。ユーザは、端末装置１０を用いて、カーシェアリングサービスで利用可能な車両を予約する。本実施形態において、カーシェアリングサービスで利用可能な車両は、ユーザによって運転される車両であるが、これに限られず、例えば自動運転を行う車両であってもよい。自動運転は、例えばＳＡＥ（Society of Automotive Engineers）において定義されるレベル１乃至５を含むが、これらに限られず、任意に定義されてもよい。車両の予約の際、後述するようにユーザの乗車希望位置及び降車希望位置等を含む予約希望情報が、端末装置１０からサーバ２０に送信される。サーバ２０は、受信した予約希望情報に基づいて、当該ユーザに利用させる車両の乗車位置及び降車位置等を含む予約確定情報を決定することによって、ユーザの予約を確定する。予約の確定によって、ユーザは車両を利用可能となる。
【００１３】
一般的に、カーシェアリングサービスを利用するユーザは、車両を借用する際、任意の出発地（例えば、ユーザの自宅等）から指定された借用場所まで移動する必要がある。同様に、ユーザは、指定された返却場所で車両を返却した後、当該返却場所から任意の目的地（例えば、ユーザの自宅等）まで移動する必要がある。出発地から借用場所までの移動、及び返却場所から目的地までの移動は、ユーザにとって負担となる可能性がある。また例えば、１つの車両を第１ユーザが使用した後に、続けて第２ユーザが使用する場合について説明する。かかる場合、第１ユーザが降車を希望する位置（例えば、第１ユーザの目的地）と、第２ユーザに車両を引き継ぐために調整された位置（即ち、第１ユーザが実際に降車する位置）と、が異なり得る。このため、第１ユーザは、目的地まで移動するために、調整された位置で車両を降車した後、目的地まで更に移動する必要がある。同様に、第２ユーザが乗車を希望する位置（例えば、第２ユーザの出発地）と、第１ユーザから車両を引き継ぐために調整された位置（即ち、第２ユーザが実際に乗車する位置）と、が異なり得る。このため、第２ユーザは、車両に乗車するために、第２ユーザの出発地から、調整された位置まで移動する必要がある。
【００１４】
これに対して、情報処理システム１は、予約の際にユーザにより指定される任意の乗車希望位置及び降車希望位置を受け付ける。例えば、ユーザは、任意の出発地を乗車希望位置とし、任意の目的地を降車希望位置として予約してもよい。例えば図２に示すように、情報処理システム１は、それぞれ予約を行った第１ユーザ及び第２ユーザに対して、第１ユーザによる車両Ｖの利用中に、第１ユーザの乗車する車両Ｖが、第２ユーザの乗車希望位置Ｐ（例えば、第２ユーザの自宅）まで移動して第２ユーザを乗車させた後、第１ユーザの降車希望位置Ｑ（例えば、第１ユーザの自宅）まで移動して第１ユーザを降車させる提案を行う。位置Ｐから位置Ｑまでの運転は、第１ユーザ及び第２ユーザのいずれが実行してもよく、或いは車両Ｖが自動で実行してもよい。かかる提案によれば、第１ユーザは、自身が指定した任意の目的地である降車希望位置Ｑで降車可能である。一方、第２ユーザは、自身が指定した任意の出発地である乗車希望位置Ｐで乗車可能である。第１ユーザ及び第２ユーザによって当該提案が承諾された場合、情報処理システム１は、当該提案に基づき、第１ユーザ及び第２ユーザそれぞれの予約を確定する。
【００１５】
情報処理システム１の当該構成によれば、カーシェアリングサービスを利用するユーザは、上述したように出発地から借用場所までの移動、又は返却場所から目的地までの移動を行う必要がない。したがって、ユーザの負担が軽減するので、カーシェアリングサービスを提供するための技術の利便性が向上する。
【００１６】
ここで、情報処理システム１の上述した提案によれば、図２に示すように、車両Ｖが第２ユーザＢの乗車希望位置Ｐから第１ユーザＡの降車希望位置Ｑまで移動する間、第１ユーザ及び第２ユーザが相乗りすることとなる。しかしながら、ユーザは、相乗りする他のユーザとの相性（例えば、運転操作の傾向等）の不一致を懸念して、情報処理システム１の提案に対する承諾を躊躇する可能性がある。
【００１７】
これに対して、情報処理システム１は、上述のように第１ユーザ及び第２ユーザを特定すると、第１ユーザ及び第２ユーザの相性が所定基準を満たすと判定した場合に、第１ユーザ及び第２ユーザに対して上述の提案を行う。具体的には、情報処理システム１は、後述するように第１ユーザ及び第２ユーザそれぞれのプロファイル情報及び車両の過去の運転に関する履歴情報に基づいて、第１ユーザ及び第２ユーザそれぞれの特性情報（例えば、車両の安全運転度等）を決定する。特性情報が近いユーザ同士は、互いの特性が似ている点で比較的相性が良いと推測される。このため、情報処理システム１は、第１ユーザ及び第２ユーザの特性情報が所定範囲内で合致する場合、第１ユーザ及び第２ユーザの相性が基準を満たすと判定して、第１ユーザ及び第２ユーザに対して上述の提案を行う。
【００１８】
情報処理システム１の上述の動作によれば、例えば、第１ユーザ及び第２ユーザの相性が所定基準を満たすと判定された場合に、第１ユーザ及び第２ユーザが相乗りする上述の提案が行われる。このため、ユーザが情報処理システム１の提案に対する承諾を躊躇する蓋然性が低減し、カーシェアリングサービスの利用が促進される。したがって、カーシェアリングサービスを提供するため技術の利便性が更に向上する。
【００１９】
次に、情報処理システム１の各構成について、詳細に説明する。
【００２０】
（端末装置の構成）
図１に示すように、端末装置１０は、通信部１１と、記憶部１２と、出力部１３と、入力部１４と、制御部１５と、を備える。
【００２１】
通信部１１は、ネットワーク３０に接続する通信モジュールを含む。例えば、通信部１１は、４Ｇ（4th Generation）又は５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、端末装置１０は、通信部１１を介してネットワーク３０に接続される。
【００２２】
記憶部１２は、１つ以上のメモリを含む。本実施形態において「メモリ」は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部１２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１２は、端末装置１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１２は、システムプログラム、アプリケーションプログラム、端末装置１０の識別情報、及びユーザの識別情報等を記憶してもよい。記憶部１２に記憶された情報は、例えば通信部１１を介してネットワーク３０から取得される情報で更新可能であってもよい。
【００２３】
出力部１３は、ユーザに対して情報を出力する１つ以上の出力インタフェースを含む。例えば、出力部１３に含まれる出力インタフェースは、情報を映像で出力するパネルディスプレイ、又は情報を音声で出力するスピーカ等であるが、これらに限られない。
【００２４】
入力部１４は、ユーザ入力を検出する１つ以上の入力インタフェースを含む。例えば、入力部１４に含まれる入力インタフェースは、物理キー、静電容量キー、出力部１３のパネルディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイク等であるが、これらに限られない。
【００２５】
制御部１５は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部１５は、端末装置１０全体の動作を制御する。
【００２６】
例えば、制御部１５は、入力部１４に対するユーザ入力に応じて、カーシェアリングの予約希望情報を決定する。予約希望情報は、例えばユーザの識別情報、希望車種、利用希望日、乗車希望時刻、降車希望時刻、乗車希望位置、降車希望位置、及び後述するユーザのプロファイル情報等を含むが、これらに限られず、予約内容に関する任意の情報を含んでもよい。制御部１５は、決定した予約希望情報を、通信部１１を介してサーバ２０へ送信する。
【００２７】
また、制御部１５は、通信部１１を介してサーバ２０から提案情報を受信し得る。提案情報は、端末装置１０のユーザ（ここでは、「ユーザＡ」ともいう。）による車両の利用中に、ユーザＡの乗車する車両が、他のユーザＢの乗車希望位置まで移動してユーザＢを乗車させた後、ユーザＡの降車希望位置まで移動してユーザＡを降車させる提案を含む情報である。制御部１５は、受信した提案情報を、出力部１３を介して映像又は音声で出力し、当該提案の承諾可否のユーザ入力を促す。当該提案を承諾するユーザ入力を検出した場合、制御部１５は、当該提案の承諾を、通信部１１を介してサーバ２０に通知する。一方、当該提案を承諾しないユーザ入力を検出した場合、制御部１５は、当該提案の不承諾を、通信部１１を介してサーバ２０に通知する。
【００２８】
また、制御部１５は、通信部１１を介してサーバ２０から確認情報を受信する。確認情報は、予約希望情報に基づいてサーバ２０によって決定された車種、利用日、乗車時刻、降車時刻、乗車位置、及び降車位置等を含むが、これらに限られず、予約内容に関する任意の情報を含んでもよい。例えば、ユーザＡが上述の提案を承諾した場合、確認情報は、ユーザＢのプロファイル情報、乗車位置、及び乗車時刻等を更に含む。制御部１５は、受信した確認情報を、出力部１３を介して映像又は音声で出力し、確認情報に示される内容での予約の確定可否のユーザ入力を促す。予約を確定するユーザ入力を検出した場合、制御部１５は、予約を確定する要求を、通信部１１を介してサーバ２０に送信する。一方、予約を確定しないユーザ入力を検出した場合、制御部１５は、予約をキャンセル又は変更する要求を、通信部１１を介してサーバ２０に送信する。
【００２９】
また、制御部１５は、上述した確認情報に対して予約を確定する要求をサーバ２０に通知した場合、通信部１１を介してサーバ２０から予約確定情報を受信し得る。予約確定情報は、当該確認情報と同一の予約内容を示す情報である。即ち、予約確定情報は、確認情報に示される車種、利用日、乗車時刻、降車時刻、乗車位置、及び降車位置、並びにユーザＢのプロファイル情報、乗車位置、及び乗車時刻等を含む。制御部１５は、受信した予約確定情報を、出力部１３を介して映像又は音声で出力し、確認情報に示される内容にて予約が確定したことをユーザＡに通知する。
【００３０】
（サーバの構成）
図１に示すように、サーバ２０は、サーバ通信部２１と、サーバ記憶部２２と、サーバ制御部２３と、を備える。
【００３１】
サーバ通信部２１は、ネットワーク３０に接続する通信モジュールを含む。例えば、サーバ通信部２１は、所定の有線規格又は無線規格に対応する通信モジュールを含んでもよい。本実施形態において、サーバ２０は、サーバ通信部２１を介してネットワーク３０に接続される。
【００３２】
サーバ記憶部２２は、１つ以上のメモリを含む。サーバ記憶部２２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。サーバ記憶部２２は、サーバ２０の動作に用いられる任意の情報を記憶する。例えば、サーバ記憶部２２は、システムプログラム、アプリケーションプログラム、並びに予約を行った各ユーザの予約確定情報、プロファイル情報、及び履歴情報等を記憶してもよい。サーバ記憶部２２に記憶された情報は、例えばサーバ通信部２１を介してネットワーク３０から取得される情報で更新可能であってもよい。
【００３３】
プロファイル情報は、ユーザに固有の任意の情報を含む。例えば、プロファイル情報は、ユーザの性別、年齢、ライドシェアリングにおける乗車人数の希望数又は上限数、喫煙／禁煙の別、運転歴、及び趣味等の情報を含み得るが、これらに限られない。プロファイル情報は、例えばカーシェアリングの予約時にユーザによって入力されてもよく、或いはユーザが利用する任意のサービス（例えば、ソーシャルネットワーキングサービス等）からユーザの同意のもと取得されてもよい。
【００３４】
履歴情報は、ユーザによる車両の過去の運転に関する任意の履歴を含む。例えば、履歴情報は、車両情報、ユーザの安全運転度、酔わない運転度、及び相乗りした他のユーザによるドライバー評価等の情報を含み得るが、これらに限られない。
【００３５】
車両情報は、ユーザが車両を利用した際に当該車両から収集される情報である。車両情報は、例えば車両の識別情報、車速、急減速、急加速、急ハンドル、安全装備の作動状態、ブレーキ操作変化量、及びアクセル操作変化量等を含むが、これらに限られない。
【００３６】
安全運転度は、安全運転の度合いを示す指標である。安全運転度が高いほど、ユーザによる運転が安全運転である可能性が高い。安全運転度は、例えば、ユーザの過去の運転における車速、急減速、急加速、急ハンドル、並びにＡＢＳ（Anti-lock Brake System）、タイヤの空転防止装置、及び横滑り防止装置等の安全装備の作動状態等の情報に基づいて算出される。例えば、ユーザが法定速度を超える速度で走行したり急減速をしたりするほど、安全運転度が低くなる。しかしながら、安全運転度の算出には、上記の例に限られず、任意のアルゴリズムが採用可能である。
【００３７】
酔わない運転度は、ユーザの運転する車両における車酔いの発生しにくさの度合いを示す指標である。酔わない運転度が高いほど、ユーザの運転で車酔いが発生する可能性が低い。酔わない運転度は、例えば、ユーザの過去の運転における急減速、急加速、ブレーキ操作変化量、及びアクセル操作変化量等から算出される。例えば、ユーザが急減速をしたり、ブレーキ操作の変化が頻繁に生じたりするほど、酔わない運転度が低くなる。しかしながら、酔わない運転度の算出には、上記の例に限られず、任意のアルゴリズムが採用可能である。
【００３８】
サーバ制御部２３は、１つ以上のプロセッサを含む。サーバ制御部２３は、サーバ２０全体の動作を制御する。
【００３９】
例えば、サーバ制御部２３は、各ユーザのプロファイル情報及び履歴情報をサーバ記憶部２２に記憶する。サーバ制御部２３は、複数のユーザがそれぞれ使用する複数の端末装置１０から予約希望情報を受信する。サーバ制御部２３は、受信した予約希望情報に基づいて、複数のユーザの中から、第１ユーザの希望車種、降車希望位置、及び降車希望時刻と、第２ユーザの希望車種、乗車希望位置、及び乗車希望時刻と、がそれぞれ所定範囲内で合致するような、当該第１ユーザ及び当該第２ユーザを特定する。ここで「所定範囲内で合致する」とは、２つのデータ（例えば、第１ユーザの降車希望位置及び第２ユーザの乗車希望位置）の差が所定範囲内に収まること、及び２つのデータ（例えば、第１ユーザ及び第２ユーザそれぞれの希望車種）が一致し又はこれらの類似度が所定基準以上であることを含む。
【００４０】
サーバ制御部２３は、第１ユーザ及び第２ユーザそれぞれのプロファイル情報及び／又は履歴情報に基づいて、第１ユーザ及び第２ユーザそれぞれの特性情報を決定する。特性情報は、プロファイル情報及び履歴情報に含まれる少なくとも一部のデータを含む情報である。例えば、特性情報は、ユーザの性別、年齢、安全運転度、酔わない運転度、及びドライバー評価等を含み得るが、これらに限られない。
【００４１】
サーバ制御部２３は、第１ユーザの特性情報と、第２ユーザの特性情報と、が所定範囲内で合致するか否かを判定する。両者の特性情報が所定範囲内で合致すると判定した場合、サーバ制御部２３は、提案情報を決定し、サーバ通信部２１を介して第１ユーザ及び第２ユーザそれぞれの端末装置１０へ送信する。ここで決定される提案情報は、第１ユーザによる車両の利用中に、第１ユーザの乗車する車両が、第２の乗車希望位置まで移動して第２ユーザを乗車させた後、第１ユーザの降車希望位置まで移動して第１ユーザを降車させる提案を含む。
【００４２】
サーバ制御部２３は、第１ユーザ及び第２ユーザそれぞれの端末装置１０から当該提案の承諾を通知された場合、当該提案に即して第１ユーザ及び第２ユーザそれぞれに対応する確認情報を決定し、第１ユーザ及び第２ユーザそれぞれの端末装置１０へ送信する。一方、サーバ制御部２３は、第１ユーザ及び第２ユーザの少なくとも一方の端末装置１０から当該提案の不承諾を通知された場合、当該提案を破棄して、第１ユーザ及び第２ユーザそれぞれの予約希望情報に基づき、第１ユーザ及び第２ユーザそれぞれに対応する確認情報を個別に決定し、第１ユーザ及び第２ユーザそれぞれの端末装置１０へ送信する。
【００４３】
サーバ制御部２３は、確認情報を受信した端末装置１０から予約を確定する要求を受信した場合、当該確認情報に基づいて予約確定情報を決定し、サーバ記憶部２２に記憶するとともに端末装置１０へ送信する。予約確定情報の決定及び記憶によって、端末装置１０のユーザによる予約が確定する。一方、サーバ制御部２３は、確認情報を受信した端末装置１０から予約をキャンセル又は変更する要求を受信した場合、当該要求に基づきユーザの予約をキャンセルし、又は内容を変更した新たな確認情報を端末装置１０へ送信する。
【００４４】
（サーバの動作フロー）
図３を参照して、サーバ２０の動作のフローについて説明する。
【００４５】
ステップＳ１００：サーバ制御部２３は、各ユーザのプロファイル情報及び履歴情報をサーバ記憶部２２に記憶する。
【００４６】
ステップＳ１０１：サーバ制御部２３は、複数のユーザがそれぞれ使用する複数の端末装置１０から予約希望情報を受信する。
【００４７】
ステップＳ１０２：サーバ制御部２３は、受信した予約希望情報に基づいて、複数のユーザの中から、第１ユーザの希望車種、降車希望位置、及び降車希望時刻と、第２ユーザの希望車種、乗車希望位置、及び乗車希望時刻と、がそれぞれ所定範囲内で合致するような、当該第１ユーザ及び当該第２ユーザを特定する。
【００４８】
ステップＳ１０３：サーバ制御部２３は、第１ユーザ及び第２ユーザそれぞれのプロファイル情報及び／又は履歴情報に基づいて、第１ユーザ及び第２ユーザそれぞれの特性情報を決定する。
【００４９】
ステップＳ１０４：サーバ制御部２３は、第１ユーザの特性情報と、第２ユーザの特性情報と、が所定範囲内で合致するか否かを判定する。両者の特性情報が所定範囲内で合致すると判定した場合（ステップＳ１０４−Ｙｅｓ）、プロセスはステップＳ１０５に進む。一方、両者の特性情報が所定範囲内で合致しないと判定した場合（ステップＳ１０４−Ｎｏ）、プロセスはステップＳ１０６に進む。
【００５０】
ステップＳ１０５：サーバ制御部２３は、提案情報を決定し、サーバ通信部２１を介して第１ユーザ及び第２ユーザそれぞれの端末装置１０へ送信する。ここで決定される提案情報は、第１ユーザによる車両の利用中に、第１ユーザの乗車する車両が、第２の乗車希望位置まで移動して第２ユーザを乗車させた後、第１ユーザの降車希望位置まで移動して第１ユーザを降車させる提案を含む。
【００５１】
ステップＳ１０６：サーバ制御部２３は、第１ユーザ及び第２ユーザそれぞれに対応する確認情報を決定し、第１ユーザ及び第２ユーザそれぞれの端末装置１０へ送信する。ここで、第１ユーザ及び第２ユーザそれぞれに対応する確認情報は、ステップＳ１０５の提案に対して第１ユーザ及び第２ユーザが承諾した場合、当該提案に即して決定される。その他の場合、第１ユーザ及び第２ユーザそれぞれに対応する確認情報は、第１ユーザ及び第２ユーザそれぞれの予約希望情報に基づき個別に決定される。
【００５２】
ステップＳ１０７：サーバ制御部２３は、ステップＳ１０６の確認情報を受信した端末装置１０から予約を確定する要求を受信すると、当該確認情報に基づいて予約確定情報を決定し、サーバ記憶部２２に記憶するとともに当該端末装置１０へ送信する。予約確定情報の決定及び記憶によって、端末装置１０のユーザによる予約が確定する。
【００５３】
以上述べたように、本実施形態に係る情報処理システム１によれば、サーバ２０は、予約を行った複数のユーザの中から、第１ユーザの降車希望位置及び降車希望時刻と、第２ユーザの乗車希望位置及び乗車希望時刻と、が所定範囲内で合致するような、当該第１ユーザ及び当該第２ユーザを特定する。またサーバ２０は、第１ユーザ及び第２ユーザそれぞれの特性情報を決定し、これらが所定範囲内で合致する場合、第１ユーザ及び第２ユーザそれぞれの端末装置１０に対して提案情報を送信する。提案情報は、第１ユーザによる車両の利用中に、第１ユーザの乗車する車両が、第２ユーザの乗車希望位置まで移動して第２ユーザを乗車させた後、第１ユーザの降車希望位置まで移動して第１ユーザを降車させる提案を含む。かかる構成によれば、第１ユーザ及び第２ユーザそれぞれの特性情報が所定範囲で合致する場合、即ち第１ユーザ及び第２ユーザ同士の相性が良いと推測される場合に、ユーザ同士が車両に相乗りする上記の提案が行われるので、ユーザが上記の提案に対する承諾を躊躇する蓋然性が低減し、カーシェアリングサービスの利用が促進される。したがって、カーシェアリングサービスを提供するため技術の利便性が向上する。
【００５４】
本発明を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であることに注意されたい。したがって、これらの変形及び修正は本発明の範囲に含まれることに留意されたい。例えば、各手段又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【００５５】
また、例えば汎用の電子機器に搭載されたプロセッサを、上述した実施形態に係る端末装置１０又はサーバ２０として機能させる構成も可能である。具体的には、実施形態に係る端末装置１０又はサーバ２０の各機能を実現する処理内容を記述したプログラムを、電子機器のメモリに格納し、電子機器のプロセッサによって当該プログラムを読み出して実行させる。したがって、本実施形態に係る発明は、プロセッサが実行可能なプログラムとしても実現可能である。
【符号の説明】
【００５６】
１    情報処理システム
１０    端末装置
１１    通信部
１２    記憶部
１３    出力部
１４    入力部
１５    制御部
２０    サーバ
２１    サーバ通信部
２２    サーバ記憶部
２３    サーバ制御部
３０    ネットワーク
【図１】
2019185103.tif 000003
【図２】
2019185103.tif 000004
【図３】
2019185103.tif 000005