(57)【要約】【課題】合流予定が成立している無線通信端末のユーザ同士の合流を容易にする。【解決手段】情報処理装置は、第１の無線通信方式による通信網を通じて通信可能な第１の無線通信端末と第２の無線通信端末とユーザ間に合流予定が成立している場合に、第１の無線通信方式とは異なる第２の無線通信方式において無線信号の発信元を示す第１の無線通信端末の識別情報を、第１の無線通信方式による通信網を通じて第２の無線通信端末へ通知する。第１の無線通信端末は、第２の無線通信方式による第１の無線通信端末の識別情報を含む第１の無線信号の発信機としての動作を実行する。第２の無線通信端末は、第２の無線通信方式による無線信号の受信機としての動作を実行し、第２の無線通信方式による第１の無線通信端末の識別情報を含む第１の無線信号の受信によって、第１の無線通信端末の存在を検出する。【選択図】図６
2019213084.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線通信方式による通信網を通じて自装置と通信可能な第１の無線通信端末と第２の無線通信端末とのユーザ間に合流予定が成立している場合に、第１の無線通信方式とは異なる第２の無線通信方式において信号の発信元を示す前記第１の無線通信端末の識別情報を、前記第１の無線通信方式による通信網を通じて前記第２の無線通信端末へ通知すること、
を実行する制御部、
を備える情報処理装置。
【請求項２】
前記第１の無線通信方式は、所定の中継装置を介して、前記第１の無線通信端末及び前記第２の無線通信端末と通信可能な無線通信方式であり、
前記第２の無線通信方式は、前記第１の無線通信端末と前記第２の無線通信端末とが前記所定の中継装置を介さずに直接通信可能な無線通信方式である、
請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
第１の条件が満たされる場合に、前記第２の無線通信端末へ前記第２の無線通信方式による通信において用いられる前記第１の無線通信端末の識別情報を通知すること、
を実行する、請求項１又は２に記載の情報処理装置。
【請求項４】
前記第１の無線通信端末は、第２の条件が満たされる場合に、前記第２の無線通信方式における無線信号の発信元を示す前記第１の無線通信端末の識別情報を含む第１の無線信号を所定の周期で発信する発信機として動作し、
前記第２の無線通信端末は、前記第２の無線通信方式による無線信号の受信機としての動作を実行し、前記第２の無線通信方式による前記第１の無線通信端末の識別情報を含む前記第１の無線信号の受信によって、前記第１の無線通信端末の存在を検出し、
前記制御部は、第１の条件が満たされている場合に、前記第２の無線通信端末へ、前記無線信号の受信機としての動作の実行開始タイミングを通知することを実行する、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記第１の無線通信端末は、前記第２の無線通信方式における無線信号の発信元を示す前記第１の無線通信端末の識別情報を含む第１の無線信号を所定の周期で発信する発信機として動作し、
前記第２の無線通信端末は、第２の条件が満たされる場合に、前記第２の無線通信方式による無線信号の受信機としての動作を実行し、前記第２の無線通信方式による前記第１の無線通信端末の識別情報を含む前記第１の無線信号の受信によって、前記第１の無線通信端末の存在を検出し、
前記制御部は、
第１の条件が満たされる場合に、前記第１の無線通信端末へ、前記発信機としての動作の実行開始タイミングを通知することを実行する、
請求項１又は２に記載の情報処理装置。
【請求項６】
前記第１の条件は、前記情報処理装置の前記制御部が、前記第１の無線通信端末又は前記第２の無線通信端末との前記第１の無線通信方式による通信網を通じた前記情報処理装置との通信が途絶したこと、前記合流予定における合流予定の場所と、前記第１の無線通信端末又は第２の無線通信端末のうちの前記第１の無線通信方式による通信網を通じた前記情報処理装置との通信が継続している一方と、の距離が所定距離未満となることと、前記合流予定における合流予定の時刻から所定時間前の時刻になることと、の少なくともいずれか一つを判定することであり、
前記第２の条件は、前記第１の無線通信端末又は前記第２の無線通信端末が、前記第１の無線通信方式による通信網を通じた前記情報処理装置との通信が途絶したこと、前記合流予定における合流予定の場所との距離が所定距離未満となること、前記合流予定における合流予定の時刻から所定時間前の時刻になること、の少なくともいずれか一つを判定することである、
請求項４又は５に記載の情報処理装置。
【請求項７】
第１の無線通信方式に応じた第１の通信部と、
第１の無線通信方式とは異なる第２の無線通信方式に応じた第２の通信部と、
前記第２の無線通信方式における無線信号の発信元を示す識別情報であって、前記第１の無線通信方式による通信網を通じて通信可能な情報処理装置によって自装置のユーザとの間で合流予定が成立しているユーザの、他の無線通信端末へ前記情報処理装置によって通知済みの自装置の識別情報を含む、前記第２の無線通信方式による第１の無線信号を所定の周期で発信する発信機としての動作、又は、
前記第２の無線通信方式による無線信号の受信機としての動作を実行し、前記情報処理装置から受信した前記第２の無線通信方式による無線信号の発信元を示す前記他の無線通信端末の識別情報を含む第２の無線信号の受信によって、前記他の無線通信端末の存在を検出することと、を実行する、
制御部と、
を備える無線通信端末。
【請求項８】
情報処理装置が、
第１の無線通信方式による通信網を通じて通信可能な第１の無線通信端末と第２の無線通信端末とユーザ間に合流予定が成立している場合に、前記第１の無線通信方式とは異なる第２の無線通信方式において無線信号の発信元を示す前記第１の無線通信端末の識別情報を、前記第１の無線通信方式による通信網を通じて前記第２の無線通信端末へ通知し、
前記第１の無線通信端末が、
前記第２の無線通信方式による前記第１の無線通信端末の識別情報を含む第１の無線信号の発信機としての動作を実行し、
前記第２の無線通信端末が、
前記第２の無線通信方式による無線信号の受信機としての動作を実行し、
前記第２の無線通信方式による前記第１の無線通信端末の識別情報を含む前記第１の無線信号の受信によって、前記第１の無線通信端末の存在を検出する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、無線通信端末、及び、情報処理方法に関する。
【背景技術】
【０００２】
特許文献１には、車両要求装置からの車両要求に応じて、適切な車両を選択し、当該車両の乗車場所までの経路を判定するサーバに関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−０３２４２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、合流予定が成立している無線通信端末のユーザ同士の合流を容易にすることができる情報処理装置、無線通信端末、及び、情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の態様の一つは、
第１の無線通信方式による通信網を通じて自装置と通信可能な第１の無線通信端末と第２の無線通信端末とのユーザ間に合流予定が成立している場合に、第１の無線通信方式とは異なる第２の無線通信方式において信号の発信元を示す前記第１の無線通信端末の識別情報を、前記第１の無線通信方式による通信網を通じて前記第２の無線通信端末へ通知すること、
を実行する制御部、
を備える情報処理装置である。
【０００６】
また、本発明の他の態様の一つは、
第１の無線通信方式に応じた第１の通信部と、
第１の無線通信方式とは異なる第２の無線通信方式に応じた第２の通信部と、
前記第２の無線通信方式における無線信号の発信元を示す識別情報であって、前記第１の無線通信方式による通信網を通じて通信可能な情報処理装置によって自装置のユーザとの間で合流予定が成立しているユーザの、他の無線通信端末へ前記情報処理装置によって通知済みの自装置の識別情報を含む、前記第２の無線通信方式による第１の無線信号を所定の周期で発信する発信機としての動作、又は、
前記第２の無線通信方式による無線信号の受信機としての動作を実行し、前記情報処理装置から受信した前記第２の無線通信方式による無線信号の発信元を示す前記他の無線通信端末の識別情報を含む第２の無線信号の受信によって、前記他の無線通信端末の存在を検出することと、を実行する、
制御部と、
を備える無線通信端末である。
【０００７】
また、本発明の他の態様の一つは、
情報処理装置が、
第１の無線通信方式による通信網を通じて通信可能な第１の無線通信端末と第２の無線通信端末とユーザ間に合流予定が成立している場合に、前記第１の無線通信方式とは異なる第２の無線通信方式において無線信号の発信元を示す前記第１の無線通信端末の識別
情報を、前記第１の無線通信方式による通信網を通じて前記第２の無線通信端末へ通知し、
前記第１の無線通信端末が、
前記第２の無線通信方式による前記第１の無線通信端末の識別情報を含む第１の無線信号の発信機としての動作を実行し、
前記第２の無線通信端末が、
前記第２の無線通信方式による無線信号の受信機としての動作を実行し、
前記第２の無線通信方式による前記第１の無線通信端末の識別情報を含む前記第１の無線信号の受信によって、前記第１の無線通信端末の存在を検出する、情報処理方法である。
【発明の効果】
【０００８】
本発明によれば、合流予定が成立している無線通信端末のユーザ同士の合流を容易にすることができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１実施形態に係るライドシェアサービス提供システムのシステム構成の一例を示す図である。
【図２】図２は、車載装置、ユーザ端末、センタサーバの各ハードウェア構成の一例を示す図である。
【図３】図３は、センタサーバの機能構成の一例を示す図である。
【図４】図４は、予約情報テーブルの一例である。
【図５】図５は、車載装置、ユーザ端末の機能構成の一例を示す図である。
【図６】図６は、センタサーバの合流支援処理のフローチャートの一例である。
【図７Ａ】図７Ａは、車載装置又はユーザ端末における通信監視処理のフローチャートの一例である。
【図７Ｂ】図７Ｂは、車載装置又はユーザ端末における通信監視処理のフローチャートの一例である。
【図８】図８は、第１実施形態に係るライドシェアサービス提供システムにおける処理のシーケンスの具体例の一つを示す図である。
【図９】図９は、変形例に係るライドシェアサービス提供システムにおける処理のシーケンスの具体例の一つを示す図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１１】
本発明の態様の一つは、制御部を備える情報処理装置である。情報処理装置の制御部は、第１の無線通信端末と第２の無線通信端末とのユーザ間に合流予定が成立している場合に、第２の無線通信方式において信号の発信元を示す第１の無線通信端末の識別情報を、第１の無線通信方式による通信網を通じて第２の無線通信端末へ通知すること、を実行する。第１の無線通信端末と第２の無線通信端末とは、第１の無線通信方式による通信網を通じて情報処理装置と通信可能である。第２の無線通信方式は、第１の無線通信方式とは異なる。
【００１２】
また、本発明の他の態様の一つは、第１の無線通信方式に応じた第１の通信部と、第１の無線通信方式とは異なる第２の無線通信方式に応じた第２の通信部と、制御部とを備える無線通信端末である。無線通信端末の制御部は、第２の無線通信方式による第１の無線信号を所定の周期で発信する発信機としての動作を実行する。第１の無線信号は、第２の無線通信方式における自装置の識別情報を含む。第２の無線通信方式における自装置の識
別情報は、第２の通信方式において無線信号の発信元を示す識別情報である。また、第２の無線通信方式における自装置の識別情報は、第１の無線通信方式による通信網を通じて通信可能な情報処理装置によって自装置のユーザとの間で合流予定が成立しているユーザの、他の無線通信端末へ情報処理装置によって通知済みである。
【００１３】
または、無線通信端末の制御部は、第２の無線通信方式による無線信号の受信機としての動作を実行する。この場合には、無線通信端末の制御部は、他の無線通信端末の識別情報を含む第２の無線信号の受信によって、他の無線通信端末の存在を検出することを実行する。他の無線通信端末の識別情報は、第２の無線通信方式による無線信号の発信元を示し、情報処理装置から受信される。
【００１４】
例えば、本発明の態様の一つの第１の無線通信端末及び第２の無線通信端末が、本発明の他の態様の一つの無線通信端末であるとする。第１の無線通信端末は、例えば、第２の無線通信方式による第１の無線信号を所定の周期で発信する発信機としての動作を実行することとする。また、第２の無線通信端末は、例えば、第２の無線通信方式による無線信号の受信機としての動作を実行することとする。この場合には、情報処理装置が第２の無線通信方式において用いられる第１の無線通信端末の識別情報を、第１の無線通信方式によって第２の無線通信端末へ通知することで、第２の無線通信端末が、第１の無線通信端末が発信した第１の無線信号を受信することによって、第１の無線通信端末の存在を検出する。
【００１５】
本発明の態様の一つによれば、例えば、第２の無線通信端末のユーザは、無線信号の到達可能範囲内に第１の無線通信端末のユーザが存在することを認識できる。これによって、第２の無線通信端末のユーザは、第１の無線通信端末のユーザが近くにいることを認識でき、第１の無線通信端末のユーザを見つけやすくなる。したがって、本発明の態様の一つにおける情報処理装置は、第１の無線通信端末と第２の無線通信端末とのユーザ同士の合流を支援することができ、第１の無線通信端末と第２の無線通信端末との合流が容易となる。
【００１６】
本発明の態様の一つにおいて、第１の無線通信方式は、所定の中継装置を介して、情報処理装置が、第１の無線通信端末と第２の無線通信端末と通信可能な通信方式であり、第２の無線通信方式は、第１の無線通信端末と第２の無線通信端末とが所定の中継装置を介さずに直接通信可能な通信方式であってもよい。この場合、例えば、第２の無線通信方式の通信範囲は第１の無線通信方式の通信範囲よりも狭いことが多い。そのため、第２の無線通信端末は、第１の無線通信端末から発信される第２の無線通信方式の無線信号を受信した場合に、比較的近くに第１の無線通信端末が存在していることを検出することができる。これによって、第１の無線通信端末と第２の無線通信端末とのユーザ同士が合流しやすくなる。
【００１７】
また、本発明の態様の一つにおいて、情報処理装置の制御部は、第１の条件が満たされる場合に、第２の無線通信端末へ第２の無線通信方式による通信において用いられる第１の無線通信端末の識別情報を通知すること、を実行するようにしてもよい。これによって、第２の無線通信端末へ第２の無線通信方式による通信において用いられる第１の無線通信端末の識別情報の通知を、第１の条件が満たされる場合に限定することができ、第１の無線通信端末の情報がむやみに他の無線通信端末に通知されることを抑制できる。
【００１８】
また、本発明の態様の一つにおいて、第１の無線通信端末は、第２の条件が満たされる場合に、第２の無線通信方式における第１の無線信号を所定の周期で発信する発信機として動作するようにしてもよい。この場合には、情報処理装置の制御部は、第１の条件が満たされている場合に、第２の無線通信端末へ、無線信号の受信機としての動作の実行開始
タイミングを通知することを実行するようにしてもよい。
【００１９】
または、本発明の態様の一つにおいて、第２の無線通信端末は、第２の条件が満たされる場合に、第２の無線通信方式による無線信号の受信機としての動作を実行し、第２の無線通信方式による第１の無線通信端末の識別情報を含む第１の無線信号の受信によって、第１の無線通信端末の存在を検出するようにしてもよい。この場合には、情報処理装置の制御部は、第１の条件が満たされる場合に、第１の無線通信端末へ、第２の無線通信方式による無線信号であって、第１の無線通信端末の識別情報を含む無線信号の発信機としての動作の実行開始タイミングを通知することを実行するようにしてもよい。
【００２０】
第１の条件は、情報処理装置の制御部が、第１の無線通信端末又は第２の無線通信端末との第１の無線通信方式による通信網を通じた情報処理装置との通信が途絶したこと、合流予定における合流予定の場所と、第１の無線通信端末又は第２の無線通信端末のうちの第１の無線通信方式による通信網を通じた情報処理装置との通信が継続している一方と、の距離が所定距離未満となることと、合流予定における合流予定の時刻から所定時間前の時刻になることと、の少なくともいずれか一つを判定することであってもよい。また、第２の条件は、第１の無線通信端末又は第２の無線通信端末が、第１の無線通信方式による通信網を通じた情報処理装置との通信が途絶したこと、合流予定における合流予定の場所との距離が所定距離未満となること、合流予定における合流予定の時刻から所定時間前の時刻になること、の少なくともいずれか一つを判定することであってもよい。
【００２１】
本発明の態様の一つによれば、上述のように第１の条件及び第２の条件を設定することによって、第１の無線通信端末及び第２の無線通信端末が、第２の無線通信方式における発信機又は受信機として動作する時間を限定することができ、両者の消費電力を低減させることができる。
【００２２】
例えば、第１の条件に、少なくとも、情報処理装置の制御部が、第１の無線通信端末又は第２の無線通信端末との第１の無線通信方式による通信網を通じた情報処理装置との通信が途絶したことを判定することが含まれ、第２の条件に、少なくとも、第１の無線通信端末又は第２の無線通信端末が、第１の無線通信方式による通信網を通じた情報処理装置との通信が途絶したことを判定することが含まれている場合には、第１の無線通信端末又は第２の無線通信端末のいずれか一方の第１の無線通信方式による情報処理装置との通信が途絶しても、両者間で第２の無線通信方式による第１の無線信号の発信及び受信が行われる。これによって、例えば、第１の無線通信端末又は第２の無線通信端末のいずれか一方の第１の無線通信方式による情報処理装置との通信が途絶しても、両者が合流する可能性を向上させることができる。
【００２３】
また、本発明の他の態様の一つは、情報処理装置が、第１の無線通信方式による通信網を通じて通信可能な第１の無線通信端末と第２の無線通信端末とユーザ間に合流予定が成立している場合に、第１の無線通信方式とは異なる第２の無線通信方式において無線信号の発信元を示す第１の無線通信端末の識別情報を、第１の無線通信方式による通信網を通じて第２の無線通信端末へ通知し、第１の無線通信端末が、第２の無線通信方式による第１の無線通信端末の識別情報を含む第１の無線信号の発信機としての動作を実行し、第２の無線通信端末が、第２の無線通信方式による無線信号の受信機としての動作を実行し、第２の無線通信方式による第１の無線通信端末の識別情報を含む第１の無線信号の受信によって、第１の無線通信端末の存在を検出する、情報処理方法である。
【００２４】
＜第１実施形態＞
図１は、第１実施形態に係るライドシェアサービス提供システム１のシステム構成の一例を示す図である。ライドシェアサービス提供システム１は、車両への同乗を希望する運
転者と、車両への乗車を希望する乗車希望者とを、例えば、両者の目的地及び移動希望時期等に基づいて、結び付け、乗車希望者には移動手段を、運転者にはインセンティブを提供するサービスを提供するシステムである。車両への同乗を希望する運転者と車両への乗車を希望する乗車希望者とを互いの条件が満たされるように結び付けることを、以下、マッチング、と称する。
【００２５】
ライドシェアサービス提供システム１は、複数の運転者によって運転される車両１０、複数の乗車希望者のユーザ端末２００、センタサーバ３００を含む。ただし、図１では、車両１０とユーザ端末２００とは、それぞれ、１台ずつ抽出されて表示されている。車両１０は車載装置１００を搭載している。車載装置１００、ユーザ端末２００、センタサーバ３００は、ネットワークＮ１に接続している。ネットワークＮ１は、例えば、インターネット等の公衆通信網である。車載装置１００及びユーザ端末２００は、ネットワークＮ１を通じて、センタサーバ３００と通信可能である。また、車載装置１００とユーザ端末２００とは、ネットワークＮ２を通じて、センタサーバ３００、基地局、アクセスポイント、ルータ等の中継装置を介さずに直接通信可能である。
【００２６】
センタサーバ３００は、「情報処理装置」の一例である。車載装置１００及びユーザ端末２００は、「無線通信端末」の一例である。ネットワークＮ１は、「第１の通信方式による通信網」の一例である。
【００２７】
乗車希望者のユーザ端末２００には、例えば、ライドシェアサービスを享受するためのアプリケーションがインストールされている。乗車希望者は、例えば、ユーザ端末２００上で当該アプリケーションを起動させ、当該アプリケーションを操作することで、乗車希望者に関する情報や乗車要求をセンタサーバ３００に送信する。乗車要求とともに、例えば、乗車場所、降車場所、移動希望時期等も送信される。
【００２８】
車載装置１００にも、例えば、ライドシェアサービスを享受するためのアプリケーションがインストールされている。運転者は、車載装置１００上で当該アプリケーションを起動させ、当該アプリケーションを操作することで、運転者や車両１０に関する情報をセンタサーバ３００に送信する。
【００２９】
センタサーバ３００は、例えば、ライドシェアサービスに登録する車載装置１００、ユーザ端末２００からの情報の登録を受け付ける。センタサーバ３００には、例えば、乗車希望者及び運転者に関する識別情報等が登録されている。
【００３０】
センタサーバ３００は、乗車希望者のユーザ端末２００からライドシェアによる車両１０への乗車の予約を要求する乗車予約要求を受信する。センタサーバ３００は、乗車予約要求を受信すると、当該乗車希望者と運転者とのマッチングを行う。マッチングの方法は、周知の技術のいずれが用いられてもよい。例えば、センタサーバ３００は、乗車希望者の乗車場所と降車場所の少なくともいずれか一方を移動予定経路に含み、且つ、当該移動予定経路による移動予定時期が乗車希望者の移動希望時期を含む運転者の中から、乗車希望者のマッチング相手を選択する。
【００３１】
センタサーバ３００は、マッチングが完了すると、マッチングされた運転者に紐づけられている車載装置１００へ乗車予約要求を送信する。乗車予約要求とともに、乗車希望者との合流予定地点及び合流予定時刻、乗車希望者の降車希望場所、乗車希望者に関する情報等も車載装置１００へ送信される。合流予定地点、合流予定時刻等は、例えば、センタサーバ３００によって、算出される。車載装置１００から乗車予約要求に対するＯＫ応答が返ってくると、センタサーバ３００は、乗車希望者のユーザ端末２００からの乗車予約要求に対する予約成立を判定し、乗車予約成立通知をユーザ端末２００へ送信する。乗車
予約の成立は、「合流予定が成立」していることの一例である。
【００３２】
例えば、乗車予約の合流時刻から所定時間前の時刻になると、車載装置１００とユーザ端末２００とは、それぞれ、所定の周期で、センタサーバ３００への位置情報の送信を開始する。センタサーバ３００は、例えば、車載装置１００とユーザ端末２００とから受信される位置情報に基づいて、車載装置１００とユーザ端末２００との位置を監視する。センタサーバ３００は、例えば、車載装置１００とユーザ端末２００とが合流予定地点から所定の範囲内に進入したことを検出すると、車載装置１００とユーザ端末２００とに互いの接近通知を送信することで、運転者と乗車希望者との合流を支援する。
【００３３】
一方、ユーザ端末２００が、例えば、ＷｉＦｉに対応する通信部を有し、無線ＬＡＮネットワークを介してネットワークＮ１に接続している場合には、乗車希望者の移動によって無線ＬＡＮのアクセスポイントの通信範囲から外れてしまう場合がある。ユーザ端末２００がＷｉＦｉに対応する通信部以外にネットワークＮ１に接続可能な通信部を有していない場合には、ユーザ端末２００はネットワークＮ１に接続できなくなり、センタサーバ３００との通信が途絶してしまう。ネットワークＮ１に接続可能な通信部には、ＷｉＦｉに対応する通信部以外に、ＬＴＥ（Long Term Evolution）等のキャリア網に接続する無
線通信方式、ＷｉＭＡＸ等に対応する通信部がある。ネットワークＮ１に接続可能な、ＷｉＦｉ、ＬＴＥ、３Ｇ、ＷｉＭＡＸ等の無線通信方式は、「第１の無線通信方式」の一例である。
【００３４】
ネットワークＮ１に接続できなくなると、例えば、乗車希望者は、センタサーバ３００から運転者との接近通知を受信できなくなったり、インターネット電話等のアプリケーションを用いて運転者のユーザ端末との通話ができなくなったりして、運転者との合流が困難になることがある。
【００３５】
なお、同様の問題は、ユーザ端末２００がＬＴＥ等のキャリア網の無線通信方式に対応する通信部以外の通信部を有しておらず、当該キャリア網の通信範囲から外れた場合にも発生する。また、ユーザ端末２００に限定されず、車載装置１００がＬＴＥ等のキャリア網の無線通信方式に対応する通信部以外の通信部を有しておらず、当該キャリア網の通信範囲から外れた場合にも発生する。
【００３６】
第１実施形態では、乗車希望者のユーザ端末２００は、ＷｉＦｉに対応する通信部を有し、当該通信部以外にネットワークＮ１と接続可能な通信部を有していないことを想定する。一方、車載装置１００は、ＬＴＥ等のキャリア網に接続する通信部を有し、キャリア網を介してネットワークＮ１に接続することを想定する。一般的に、ＷｉＦｉは、提供業者によってアクセスポイントの配置が所定のエリアに限定されていたりして、１つの提供業者がカバーする通信エリアは、キャリア網に比べると狭い。そのため、ＷｉＦｉを用いてネットワークＮ１に接続している場合は、キャリア網を用いてネットワークＮ１に接続している場合よりも、ネットワークＮ１との接続が途絶する可能性が高い。
【００３７】
そのため、第１実施形態では、ユーザ端末２００と車載装置１００とが同じ場所にいたとしても、乗車希望者のユーザ端末２００がネットワークＮ１に接続できない一方、車載装置１００はネットワークＮ１に接続できるという状況が発生し得る。なお、第１実施形態では、ユーザ端末２００と車載装置１００とが同じ場所にいる場合に、乗車希望者のユーザ端末２００も車載装置１００もネットワークＮ１に接続できないという状況も発生し得る。また、第１実施形態では、車載装置１００がネットワークＮ１に接続できない一方、乗車希望者のユーザ端末２００はネットワークＮ１に接続できるという状況も発生し得る。
【００３８】
第１実施形態では、車載装置１００及びユーザ端末２００は、それぞれ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離通信に対応する通信部を有する。近距離通信に対応する通信部は、ネットワークＮ１には接続する機能を有していないものの、通信可能範囲内で、相手の装置と直接通信可能な機能を有する通信部である。Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離通信は、「第２の無線通信方式」の一例である。
【００３９】
第１実施形態では、車載装置１００及びユーザ端末２００との間で乗車予約が成立しており、いずれか一方のネットワークＮ１との接続が途絶した場合には、車載装置１００及びユーザ端末２００の一方は近距離通信の発信機、もう一方は近距離通信の受信機としての動作を開始し、無線信号の送受信により互いの存在を認識し合う。センタサーバ３００は、第１実施形態では、車載装置１００及びユーザ端末２００との通信を監視し、いずれか一方のネットワークＮ１との接続が途絶した場合には、両者が近距離通信を開始できるように支援を行う。
【００４０】
例えば、乗車希望者のユーザ端末２００のネットワークＮ１との接続が途絶し、これを検出した場合には、ユーザ端末２００は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離通信の信号の発信機としての動作を開始させる。ユーザ端末２００が発信する信号には、例えば、近距離通信におけるユーザ端末２００の識別情報が含まれている。近距離通信におけるユーザ端末２００の識別情報は、「第２の無線通信方式において信号の発信元を示す」「識別情報」の一例である。
【００４１】
一方、センタサーバ３００は、ユーザ端末２００のネットワークＮ１との接続の途絶を、例えば、ユーザ端末２００との通信の途絶により検出する。センタサーバ３００は、ネットワークＮ１を介して、車載装置１００へ、ユーザ端末２００との通信の途絶の通知とともに近距離通信におけるユーザ端末２００の識別情報を送信し、車載装置１００にＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離通信の受信機としての動作を開始させる。車載装置１００は、近距離通信において、近距離通信におけるユーザ端末２００の識別情報を含む信号を受信すると、例えば、表示装置に乗車希望者への接近通知を表示し、運転者に乗車希望者との接近を報知する。
【００４２】
これによって、例えば、ユーザ端末２００がネットワークＮ１と接続できない状況になった場合でも、近距離通信を用いて、車載装置１００がユーザ端末２００との接近を検出し、運転者が乗車希望者を見つけだすことを支援することができる。なお、第１実施形態において、車載装置１００のネットワークＮ１との接続が途絶した場合には、上述のユーザ端末２００の動作と車載装置１００の動作とが入れ替わる。具体的には、車載装置１００のネットワークＮ１との接続が途絶した場合には、車載装置１００が近距離通信の発信機としての動作を行う。ユーザ端末２００は、センタサーバ３００から車載装置１００の近距離通信における識別情報を受信し、近距離通信の受信機としての動作を行い、車載装置１００からの信号を受信すると、運転者との接近通知を表示する。したがって、車載装置１００及びユーザ端末２００は、いずれも、「第１の無線通信端末」、「第２の無線通信端末」の一例である。
【００４３】
図２は、車載装置１００、ユーザ端末２００、センタサーバ３００の各ハードウェア構成の一例を示す図である。センタサーバ３００は、例えば、汎用又は専用のコンピュータである。センタサーバ３００は、ハードウェア構成要素として、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を備える。これらは、互いにバスによって接続される。
【００４４】
プロセッサ  ３０１は、例えば、ＣＰＵ（Central Processing Unit）である。プロセ
ッサ  ３０１は、主記憶部３０２に実行可能に展開されたコンピュータプログラムを実行
し、センタサーバ３００としての処理を実行する。なお、センタサーバ３００が備えるプロセッサ３０１は、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。また、センタサーバ３００としての少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor（ＤＳＰ）、Graphics Processing Unit（ＧＰＵ）等の専用プロセッサで行われても良い。また、センタサーバ３００としての少なくとも一部の処理は、集積回路（ＩＣ）、その他のディジタル回路、アナログ回路で行われてもよい。プロセッサ３０１は、「情報処理装置」の「制御部」の一例である。
【００４５】
主記憶部３０２は、プロセッサ３０１が実行するコンピュータプログラム、プロセッサ３０１が処理するデータ等を格納する。主記憶部３０２は、例えば、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access Memory（ＳＲＡＭ）、Read Only Memory（ＲＯＭ）等である。補助記憶部３０３は、不揮発性の記憶装置であり、例えば、ハー
ドディスクドライブ、Solid State Drive（ＳＳＤ）等である。補助記憶部３０３には、
主記憶部３０２に展開される前のコンピュータプログラム、各種データ等が保持されている。補助記憶部３０３に記憶されているプログラムには、例えば、ＯＳ（Operation System）、ライドシェア制御プログラム等がある。ライドシェア制御プログラムは、ライドシェアサービス提供システム１におけるセンタサーバ３００の処理をコンピュータに実行させるためのプログラムである。
【００４６】
通信部３０４は、例えば、ＬＡＮ（local Area Network）を介して、ネットワークＮ１に接続し、ネットワークＮ１を通じて、車載装置１００、ユーザ端末２００等と通信する。
【００４７】
なお、センタサーバ３００のハードウェア構成は、図２に示されるものに限定されない。センタサーバ３００は、例えば、可搬記録媒体に記録されたプログラムを読み込み、主記憶部３０２に展開し、実行することができる。可搬記録媒体には、例えば、ＵＳＢ（Universal Serial Bus）メモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、Ｂｌｕ−ｒａｙディスクのようなディスク記録媒体である。
【００４８】
次に、ユーザ端末２００は、例えば、スマートフォン、携帯電話端末、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）等の小型のコンピュータである。ユーザ端末２００は、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ＰＣ）であってもよい。図２では、ユーザ端末２００はスマートフォンであることを想定して説明される。
【００４９】
ユーザ端末２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６Ａ、通信部２０６Ｂ、位置情報センサ２０７を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３については、センタサーバ３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３の説明と同様であるため、説明は省略される。ただし、ユーザ端末２００の補助記憶部２０３には、ライドシェアサービスを享受するためのアプリケーションプログラムが記憶されている。プロセッサ２０１は、「無線通信端末」の「制御部」の一例である。
【００５０】
表示部２０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部２０５は、タッチパネル、押しボタン等を含む。更に、
入力部２０５は、映像や画像の入力を可能にするカメラを含む。また、入力部２０５は、マイクロフォンのような音声の入力部を含むことができる。
【００５１】
通信部２０６Ａは、例えば、ＷｉＦｉに対応する通信部である。通信部２０６Ａは、例
えば、ＷｉＦｉを利用してネットワークＮ１にアクセスし、センタサーバ３００等と通信を行う。なお、通信部２０６Ａは、例えば、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、３Ｇ等のキャリア網に採用されている通信方式に対応する通信部であってもよい。ＷｉＦｉ、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、３Ｇ等は、それぞれ、「第１の無線通信方式」の一例である。通信部２０６Ａは、「第１の通信部」の一例である。
【００５２】
通信部２０６Ｂは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）に対応する通信部である。通信部２０６Ｂは、所定の中継装置を介さずに、相手の装置と直接無線通信を行う。所定の中継装置とは、例えば、アクセスポイント、基地局、ルータ等である。なお、通信部２０６Ｂは、例えば、ＷｉＦｉ−Ｄｉｒｅｃｔ、ＢＬＥ（Bluetooth Low Energy）等に対応する通信部であってもよい。Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ−Ｄｉｒｅｃｔ、ＢＬＥ（Bluetooth Low Energy）等の近距離通信の無線通信方式は、「第２の無線通信方式」の一例である。通信部２０６Ｂは、「第２の通信部」の一例である。アクセスポイント、基地局、ルータ等は、「所定の中継装置」の一例である。
【００５３】
位置情報センサ２０７は、所定の周期で、ユーザ端末２００の位置情報を取得する。位置情報センサ２０７は、例えば、Global Positioning System（ＧＰＳ）受信部、ＷｉＦ
ｉ通信部等である。なお、ユーザ端末２００のハードウェア構成は、図２に示されるものに限定されない。
【００５４】
次に、車載装置１００は、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、表示部１０４、通信部１０５Ａ、通信部１０５Ｂ、位置情報センサ１０６を含む。プロセッサ１０１、主記憶部１０２、補助記憶部１０３、表示部１０４、通信部１０５Ａ、通信部１０５Ｂ、位置情報センサ１０６の説明は、それぞれ、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、表示部２０４、通信部２０６Ａ、通信部２０６Ｂ、位置情報センサ２０７の説明と同様であるため省略される。ただし、車載装置１００の補助記憶部１０３には、ライドシェアサービスを享受するためのアプリケーションプログラムが記憶されている。プロセッサ１０１は、「無線通信端末」の「制御部」の一例である。通信部１０５Ａは、「第１の通信部」の一例である。通信部１０５Ｂは、「第２の通信部」の一例である。
【００５５】
なお、ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。
【００５６】
図３は、センタサーバ３００の機能構成の一例を示す図である。センタサーバ３００は、機能構成要素として、予約処理部３１、マッチング処理部３２、端末通信部３３、運転者情報データベース（ＤＢ）３４、乗車希望者情報ＤＢ  ３５、予約情報ＤＢ  ３６を備える。これらの機能構成要素は、例えば、センタサーバ３００のプロセッサ３０１が、補助記憶部３０３に記憶される、ライドシェア制御プログラムを実行することによって達成される機能構成要素である。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。
【００５７】
端末通信部３３は、車載装置１００及びユーザ端末２００とのインタフェースである。端末通信部３３は、通信部３０４を通じて、車載装置１００及びユーザ端末２００とのデータの送受信を行う。具体的には、例えば、端末通信部３３は、ユーザ端末２００から乗車予約要求を受信し、予約処理部３１に出力する。例えば、端末通信部３３は、車載装置１００及びユーザ端末２００から位置情報を受信し、予約処理部３１に出力する。
【００５８】
予約処理部３１は、乗車予約に関する制御を行う。具体的には、予約処理部３１は、端末通信部３３を通じて、ユーザ端末２００から乗車予約要求を受信する。ユーザ端末２００からは、乗車予約要求とともに、乗車希望場所、降車希望場所、移動希望時期、及び、ユーザ端末２００の近距離通信情報が受信される。近距離通信情報は、例えば、近距離通信において用いるユーザ端末２００の識別情報である。例えば、ユーザ端末２００が近距離通信としてＢｌｕｅｔｏｏｔｈを用いる場合には、近距離通信情報はビーコンに含まれているＩＤである。近距離通信情報は、「第２の無線通信方式における無線信号の発信元を示す識別情報」の一例である。
【００５９】
予約処理部３１は、ユーザ端末２００から乗車予約要求を受信した場合には、マッチング処理部３２に、マッチングを依頼する。予約処理部３１は、マッチング処理部３２から、例えば、ユーザ端末２００に対応する乗車希望者についてマッチングされた運転者の情報と、合流予定地点及び合流予定時刻の入力を受ける。予約処理部３１は、ユーザ端末２００に対応する乗車希望者についてマッチングされた運転者に対応する車載装置１００へ、端末通信部３３を通じて、乗車予約要求を送信する。乗車予約要求とともに、乗車予約情報も送信される。乗車予約情報は、例えば、合流予定地点及び合流予定時刻、乗車希望者の降車希望場所及び到着希望時刻、乗車希望者の情報等を含む。乗車予約情報に含まれる乗車希望者の情報には、例えば、乗車希望者のユーザＩＤ、属性等が含まれる。
【００６０】
予約処理部３１は、端末通信部３３を通じて、車載装置１００から乗車予約要求に対するＯＫ応答を受信した場合には、当該乗車予約の成立を判定し、乗車予約情報を予約情報ＤＢ  ３６に登録する。なお、例えば、乗車予約要求に対するＯＫ応答とともに、車載装置１００の近距離通信情報も受信される。
【００６１】
また、予約処理部３１は、端末通信部３３を通じて、乗車予約要求の送信元のユーザ端末２００へ、乗車予約成立通知を送信する。乗車予約成立通知とともに、例えば、合流予定地点、合流予定時刻、運転者の情報も送信される。運転者の情報には、例えば、運転者のユーザＩＤ、属性、車両１０の情報等も含まれている。
【００６２】
予約処理部３１は、例えば、乗車予約の合流予定時刻から所定時間前の時刻なると、合流支援処理を開始する。合流支援処理は、乗車予約が成立している運転者と乗車希望者との合流を支援するための処理である。合流支援処理が開始される時刻は、例えば、乗車予約の合流予定時刻から１０分前、１５分前、３０分前等の時刻である。合流支援処理の開始タイミングは、例えば、ライドシェアサービス提供システム１の管理者、乗車希望者、運転者のいずれかによって設定されてもよい。合流支援処理は、具体的には、以下の通りである。
【００６３】
予約処理部３１は、乗車予約が成立している車載装置１００及びユーザ端末２００からそれぞれの位置情報を所定の周期で受信し、両者の位置情報を把握する。また、予約処理部３１は、両者との通信状態を監視する。予約処理部３１は、いずれとの通信の途絶も検出せず、例えば、両者が合流予定地点から所定の範囲内に進入したことを検出すると、両者に接近通知を送信する。
【００６４】
一方、予約処理部３１は、車載装置１００又はユーザ端末２００のいずれか一方のネットワークＮ１との通信の途絶を検出すると、通信が途絶していないもう一方へ、通信の途絶が検出された一方についての消息不明通知と近距離通信情報とを送信する。消息不明通知を受信した車載装置１００又はユーザ端末２００は、近距離通信における受信機としての動作を開始する。消息不明通知は、「実行開始タイミング」の「通知」の一例である。
【００６５】
マッチング処理部３２は、予約処理部３１からの依頼に応じて、乗車予約要求の送信元
のユーザ端末２００に対応する乗車希望者と運転者とのマッチングを行う。マッチング処理部３２のマッチング方法は、周知の技術のいずれであってもよく、特定の方法に限定されない。例えば、マッチング処理部３２は、後述の運転者情報ＤＢ  ３４の中から、移動予定時期が乗車予約要求の移動希望時期を含み、目的地又は経由地とその付近に乗車希望者の乗車希望場所及び降車希望場所を含む移動予定を有する運転者を抽出する。マッチング処理部３２は、抽出された運転者の中から、例えば、ランダムに、又は、評価値、属性等に基づいて、乗車希望者のマッチング相手を選択する。
【００６６】
また、マッチング処理部３２は、例えば、乗車希望者の乗車希望場所及び降車希望場所、運転者の目的地及び経由地に基づいて、合流予定地点を決定する。また、マッチング処理部３２は、乗車希望者の移動希望時期と運転者の移動予定時期とに基づいて、合流予定時刻を決定する。合流予定地点、合流予定時刻の決定方法は、周知の技術のいずれであってもよく、特定の方法に限定されない。マッチング処理部３２は、選択した運転者の情報、合流予定地点、合流予定時刻等を予約処理部３１に出力する。
【００６７】
運転者情報ＤＢ  ３４、乗車希望者情報ＤＢ  ３５、予約情報ＤＢ  ３６は、それぞれ、例えば、プロセッサ３０１によって実行されるデータベース管理システム（Database Management System、ＤＢＭＳ）のプログラムが、補助記憶部３０３に記憶されるデータを管理することで構築される。運転者情報ＤＢ  ３４、乗車希望者情報ＤＢ  ３５、予約情報ＤＢ  ３６は、例えば、リレーショナルデータベースである。
【００６８】
運転者情報ＤＢ  ３４には、運転者に関する情報が含まれている。運転者に関する情報には、例えば、運転者のユーザＩＤ、車載装置ＩＤ、運転者の属性情報、運転者の連絡先の情報、車両ＩＤ、車両の外観情報、車両の最大乗車可能人数、及び、運転者の移動予定に関する情報が含まれている。運転者の属性には、例えば、性別、年齢、居住地域等の情報が含まれている。車両の外観情報には、例えば、車種、車両の色、ナンバー等の情報が含まれている。運転者の移動予定に関する情報には、移動予定時期、出発地、目的地、経由地等の情報が含まれている。
【００６９】
運転者情報ＤＢ  ３４に格納されている情報は、例えば、車載装置１００等を通じて、運転者によって登録された情報である。運転者情報ＤＢ  ３４に格納されている運転者に関する情報は、例えば、マッチング処理部３２によって、マッチングの際に用いられる。また、例えば、乗車希望者のマッチング相手として選択された運転者の情報は、運転者情報ＤＢ  ３４から読み出され、マッチング処理部３２から予約処理部３１に通知され、乗車予約成立通知とともにユーザ端末２００に通知される。乗車予約成立通知とともにユーザ端末２００に通知される、乗車希望者のマッチング相手として選択された運転者の情報は、例えば、運転者情報ＤＢ  ３４に保持されている当該運転者に関する情報全てであってもよいし、一部であってもよい。
【００７０】
乗車希望者情報ＤＢ  ３５には、乗車希望者に関する情報が含まれている。運転者に関する情報には、例えば、乗車希望者のユーザＩＤ、ユーザ端末２００のＩＤ、乗車希望者の属性情報、乗車希望者の連絡先の情報が含まれている。乗車希望者の属性には、例えば、性別、年齢、居住地域等の情報が含まれている。
【００７１】
乗車希望者情報ＤＢ  ３５に格納されている情報は、例えば、ユーザ端末２００等を通じて、乗車希望者によって登録された情報である。乗車希望者情報ＤＢ  ３５に格納されている乗車希望者に関する情報は、例えば、マッチング処理部３２によって、マッチングの際に用いられる。また、例えば、乗車希望者の情報は、乗車希望者情報ＤＢ  ３５から読み出され、マッチング処理部３２から予約処理部３１に通知され、乗車予約要求とともに車載装置１００に通知される。乗車予約要求とともに車載装置１００に通知される、乗
車希望者の情報は、例えば、乗車希望者情報ＤＢ  ３４に保持されている当該乗車希望者に関する情報全てであってもよいし、一部であってもよい。
【００７２】
図４は、予約情報テーブルの一例である。予約情報テーブルは、予約情報ＤＢ  ３６に保持されているテーブルである。予約情報テーブルは、乗車予約に関する情報を保持するテーブルである。
【００７３】
図４に示される予約情報テーブルは、運転者ＩＤ、乗車希望者ＩＤ、車両番号、合流予定地点、合流予定時刻、乗車希望者の降車希望場所、乗車希望者の到着希望時刻のフィールドを有する。運転者ＩＤフィールドには、運転者を識別するＩＤが入力される。乗車希望者ＩＤフィールドには、乗車希望者を識別するＩＤが入力される。車両番号フィールドには、車両１０を識別するための識別情報が入力される。
【００７４】
合流予定地点フィールドには、マッチング処理部３２によって決定された合流予定地点の情報が入力される。合流予定地点フィールドには、例えば、合流予定地点の情報として、経度及び緯度、住所、ランドマークの名称等のいずれが入力されてもよい。合流予定時刻フィールドには、マッチング処理部３２によって決定された合流予定時刻が入力される。
【００７５】
乗車希望者の降車希望場所及び到着希望時刻フィールドに格納される情報は、乗車希望者のユーザ端末２００からの乗車予約要求とともに受信される降車希望場所、移動予定時期に基づいて入力される。
【００７６】
図４に示される例の一つ目のエントリでは、運転者Ｓ００１が運転する車両１０に、乗車希望者Ｃ００１が、８：００に地点ｆで合流し、運転者Ｓ００１は、目的地ｇに向かって車両１０を移動させることが示される。また、図４に示される例の二つ目のエントリでは、運転者Ｓ００２が運転する車両１０に、乗車希望者Ｃ００２が、８：３０に地点ｈで合流し、運転者Ｓ００２は、地点ｉに向かって車両１０を移動させ、８：４５に地点ｉで乗車希望者Ｃ００３を更に同乗させることが示される。また、運転者Ｓ００２は、乗車希望者Ｃ００３の目的地ｊに向かって車両１０を移動させ、地点ｊで乗車希望者Ｃ００３を降車させた後、乗車希望者Ｃ００２の目的地ｅに向かって車両１０を移動させることが示される。
【００７７】
なお、センタサーバ３００の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、予約処理部３１とマッチング処理部３２との処理は、別々のコンピュータにより実行されてもよい。
【００７８】
図５は、車載装置１００、ユーザ端末２００の機能構成の一例を示す図である。車載装置１００及びユーザ端末２００は、ともに、機能構成要素として、乗車予約処理部１１、２１、位置情報取得部１２、２２、サーバ通信部１３、２３、近距離通信部１４、２４、近距離通信情報記憶部１５、２５を備える。これらの機能構成要素は、例えば、車載装置１００又はユーザ端末２００のプロセッサ１０１又は２０１が補助記憶部１０３又は２０３に記憶される、ライドシェアサービスを享受するためのアプリケーションプログラムを実行することによって達成される機能構成要素である。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。
【００７９】
車載装置１００、ユーザ端末２００の機能構成は同じであるので、以下の図５の説明では、ユーザ端末２００を中心に説明する。特に明記がない場合には、車載装置１００とユーザ端末２００との同じ機能構成要素では、処理は同じものとする。
【００８０】
サーバ通信部２３は、センタサーバ３００とのインタフェースである。サーバ通信部２３は、例えば、通信部２０６Ａを通じてセンタサーバ３００とのデータの送受信を行う。
【００８１】
近距離通信部２４は、通信範囲内に存在する同じ近距離通信方式によって近距離通信を行う装置と近距離通信が行われる際のインタフェースである。近距離通信部２４は、例えば、通信部２０６Ｂを通じて、データの送受信を行う。
【００８２】
位置情報取得部２２は、例えば、位置情報センサ２０７によって取得されるユーザ端末２００の位置情報を、所定の周期で取得する。ユーザ端末２００の位置情報は、例えば、緯度及び経度、住所等のいずれであってもよい。
【００８３】
乗車予約処理部２１は、ライドシェアサービスに関する制御を行う。具体的には、乗車予約処理部２１は、例えば、ユーザの情報のセンタサーバ３００への登録処理、乗車予約に関する処理、ライドシェアサービス実行に関する処理を行う。
【００８４】
ユーザの情報のセンタサーバ３００への登録処理では、乗車予約処理部２１は、ユーザ操作によって入力されたユーザの情報を、サーバ通信部２３を通じて、センタサーバ３００へ送信する。ユーザの情報は、例えば、ユーザＩＤ、ユーザの属性等である。また、ユーザが運転者としてライドシェアサービスに登録する場合には、ユーザの情報には、例えば、車両１０に関する情報も含まれる。
【００８５】
次に、乗車予約に関する処理においては、乗車希望者のユーザ端末２００である場合と、運転者の車載装置１００である場合とで、乗車予約処理部２１の処理が異なる。
【００８６】
乗車希望者のユーザ端末２００における乗車予約処理部２１は、ユーザ操作によって、入力部２０５から乗車予約要求が入力されると、サーバ通信部２３を通じて、センタサーバ３００へ乗車予約要求を送信する。乗車予約要求とともに、例えば、ユーザＩＤ、乗車希望場所、降車希望場所、移動希望時期、ユーザ端末２００の近距離通信情報等もセンタサーバ３００へ送信される。乗車希望場所、降車希望場所、移動希望時期は、例えば、乗車希望者によってユーザ端末２００に入力される。移動希望時期は、例えば、乗車希望時間と降車希望場所への到着希望時間との少なくとも一方で定義される。
【００８７】
また、乗車予約処理部２１は、サーバ通信部２３を通じて、センタサーバ３００から乗車予約成立通知を受信すると、当該乗車予約情報を、例えば、主記憶部１０２の所定の記憶領域に保存する。乗車予約成立通知とともに、例えば、合流予定地点、合流予定時刻、運転者の情報も受信される。
【００８８】
一方、運転者の車載装置１００における乗車予約処理部１１は、センタサーバ３００から乗車予約要求を、サーバ通信部１３を通じて、受信する。乗車予約要求とともに、例えば、乗車予約情報も受信される。乗車予約情報には、例えば、合流予定地点及び合流予定時刻、降車希望場所、到着希望時刻、乗車希望者の情報等が含まれる。乗車予約処理部１１は、例えば、表示部に、乗車予約情報を表示して、乗車予約要求の内容を運転者に報知し、当該乗車予約要求を受け付けるか否かを判断を促す。
【００８９】
例えば、ユーザ操作によって、乗車予約要求を受け付けることが入力されると、乗車予約処理部１１は、サーバ通信部１３を通じてセンタサーバ３００へ、ＯＫ応答を送信する。ＯＫ応答とともに、車載装置１００の近距離通信情報もセンタサーバ３００へ送信される。例えば、ユーザ操作によって、乗車予約要求を受け付けないことが入力されると、乗車予約処理部１１は、サーバ通信部１３を通じてセンタサーバ３００へ、ＮＧ応答を送信
する。
【００９０】
次に、ライドシェアサービス実行に関する処理では、乗車予約処理部２１は、例えば、通信監視処理、サービス完了処理を行う。通信監視処理は、乗車予約の相手と合流するまでの間、ネットワークＮ１との接続状態を監視し、ネットワークＮ１との通信が途絶した場合に、近距離通信によって乗車予約の相手の端末との通信を確保するための処理である。サービス完了処理は、乗車予約されていたサービスの完了に伴い行なわれる処理である。
【００９１】
通信監視処理では、乗車予約処理部２１は、ネットワークＮ１との接続状況を監視する。乗車予約処理部２１は、ネットワークＮ１との接続が切断されたことを検出した場合には、近距離通信部２４に対して、信号の発信を開始させる。近距離通信部２４は、乗車予約処理部２１からの指示に従って、通信部２０６Ｂから信号の発信を開始する。近距離通信部２４は、発信する信号に、ユーザ端末２００の近距離通信情報を含める。通信部２０６Ｂから発信される信号の一例として、近距離通信がＢｌｕｅｔｏｏｔｈである場合には、ビーコン信号がある。Ｂｌｕｅｔｏｏｔｈのビーコン信号は、「第１の無線信号」の一例である。ただし、「第１の無線信号」は、Ｂｌｕｅｔｏｏｔｈのビーコン信号に限定されない。
【００９２】
ただし、乗車予約処理部２１は、近距離通信の信号の発信を、近距離通信の開始条件が満たされたことを検出した場合に開始させる。近距離通信の開始条件は、例えば、合流予定時刻から所定時間前の時刻になること、合流予定地点を含む所定エリアにユーザ端末２００が進入したこと、合流予定地点からの距離が所定の距離未満になること、のいずれか又は組合せで設定される。
【００９３】
ユーザ端末２００の近距離通信情報を含む信号の到達範囲内に、乗車予約の相手の端末が進入すると、当該相手の端末はユーザ端末２００から発信された信号を受信する。例えば、当該相手の端末から近距離通信部２４を通じて応答を受信すると、乗車予約処理部２１は、表示部２０４に、乗車予約の相手の接近を通知する接近通知を表示する。ただし、近距離通信の方式によっては、相手の端末が信号を受信しても応答を行なわない場合もあり、この場合には、接近通知の表示は行われない。
【００９４】
また、通信監視処理では、センタサーバ３００から、乗車予約の相手の端末との通信が途絶したことを通知する消息不明通知が受信されることがある。消息不明通知をサーバ通信部２３を通じて受信すると、乗車予約処理部２１は、近距離通信部２４に近距離通信の受信機としての動作の開始を指示する。近距離通信部２４は、乗車予約処理部２１からの指示に従って、通信部２０６Ｂに受信機としての動作を開始させる。近距離通信の受信機としての動作は、例えば、所定の周期で、間欠的に近距離通信の受信回路を起動させ、無線信号を受信した場合には当該無線信号を電気信号に変換することである。
【００９５】
消息不明通知とともに、乗車予約の相手の端末の近距離通信情報も受信される。そのため、乗車予約処理部２１は、近距離通信部２４を通じて受信される信号に、乗車予約の相手の端末の近距離通信情報が含まれているか否かを判定する。当該相手の端末の近距離通信情報が含まれている信号が受信された場合に、乗車予約処理部２１は、近距離通信部２４を通じて、当該相手の端末に、応答を送信する。応答は、例えば、ユーザＩＤ等を含み、乗車予約の相手であることを示すメッセージである。なお、近距離通信の方式が、受信信号に対して応答を送信可能な方式でない場合には、乗車予約の相手の端末に応答は送信されない。また、乗車予約処理部２１は、表示部２０４に、乗車予約の相手の接近を通知する接近通知を表示する。
【００９６】
サービス完了処理では、乗車予約処理部２１は、ユーザ操作によって、サービス完了の入力を受ける。乗車予約処理部２１は、当該サービスの完了通知をセンタサーバ３００へ送信する。また、乗車予約処理部２１は、当該サービスの乗車予約情報を主記憶部１０２の所定の記憶領域から削除する。また、運転者の車載装置１００における乗車予約処理部１１は、センタサーバ３００からインセンティブ情報を受信し、表示部に出力する。
【００９７】
近距離通信情報記憶部２５は、ユーザ端末２００の近距離通信情報を保持する。近距離通信情報記憶部２５は、例えば、補助記憶部２０３の記憶領域に作成される。乗車予約処理部２１は、センタサーバ３００への乗車予約要求又は乗車予約要求に対するＯＫ応答の送信時に、近距離通信情報記憶部２５からユーザ端末２００の近距離通信情報を読み出し、乗車予約要求又はＯＫ応答とともにセンタサーバ３００へ送信する。
【００９８】
＜処理の流れ＞
図６は、センタサーバ３００の合流支援処理のフローチャートの一例である。図６に示される処理は、例えば、予約情報ＤＢ  ３６に保持される乗車予約情報それぞれについて、所定の周期で繰り返し実行される。図６に示される処理の実行主体は、例えば、センタサーバ３００のプロセッサ３０１であるが、便宜上、図６では、機能構成要素を主体として説明する。
【００９９】
ＯＰ１０１では、予約処理部３１は、対象の乗車予約情報について、合流予定時刻から所定時間前の時刻になったか否かを判定する。合流予定時刻から所定時間前の時刻になった場合には（ＯＰ１０１：ＹＥＳ）、処理がＯＰ１０２に進む。合流予定時刻から所定時間前の時刻にまだなっていない場合には（ＯＰ１０１：ＮＯ）、図６に示される処理が終了し、所定の周期後に図６に示される処理が再度開始される。
【０１００】
ＯＰ１０２では、予約処理部３１は、対象の乗車予約情報について、運転者の車載装置１００又は乗車希望者のユーザ端末２００のいずれか一方との通信の途絶が検出された否かを判定する。運転者の車載装置１００又は乗車希望者のユーザ端末２００のいずれか一方との通信の途絶は、例えば、所定の周期で受信される位置情報が受信されなくなったこと、通信セッションの切断が検出されたことによって検出される。
【０１０１】
運転者の車載装置１００又は乗車希望者のユーザ端末２００のいずれか一方との通信の途絶が検出された場合には（ＯＰ１０２：ＹＥＳ）、処理がＯＰ１０３に進む。運転者の車載装置１００及び乗車希望者のユーザ端末２００のどちらともの通信の途絶が検出されない場合には（ＯＰ１０２：ＮＯ）、処理がＯＰ１０６に進む。
【０１０２】
ＯＰ１０３とＯＰ１０４との処理は、運転者の車載装置１００又は乗車希望者のユーザ端末２００のいずれか一方との通信の途絶が検出された場合の処理である。ＯＰ１０３では、予約処理部３１は、消息不明通知の通知条件が満たされた否かを判定する。消息不明通知の通知条件は、例えば、合流予定時刻から所定時間前の時刻になっていること、通信が継続している方の端末が合流予定地点を含むエリアに進入したこと、通信が継続している方の端末の合流予定地点からの距離が所定距離未満となったこと、のうちのいずれか又は組合せである。なお、消息不明通知の通知条件の一つである合流予定時刻から所定時間前の時刻は、ＯＰ１０１における合流予定時間から所定時間前の時刻よりも後の時刻である。ただし、これに限られない。
【０１０３】
消息不明通知の通知条件が満たされた場合には（ＯＰ１０３：ＹＥＳ）、処理がＯＰ１０４に進む。消息不明通知の通知条件が満たされていない場合には（ＯＰ１０３：ＮＯ）、消息不明通知の通知条件が満たされるまで待機状態となる。運転者の車載装置１００又は乗車希望者のユーザ端末２００のいずれか一方との通信の途絶が検出されたこと、及び
又は、消息不明通知の通知条件が満たされることは、「第１の条件」が満たされることの一例である。
【０１０４】
ＯＰ１０４では、予約処理部３１は、端末通信部３３を通じて、通信が継続しているもう一方の端末へ、消息不明通知と、通信の途絶が検出された方の近距離通信情報とを送信する。
【０１０５】
ＯＰ１０５では、予約処理部３１は、端末通信部３３を通じて、少なくとも運転者の車載装置１００又は乗車希望者のユーザ端末２００のいずれか一方から合流完了通知を受信したか否かを判定する。少なくとも運転者の車載装置１００又は乗車希望者のユーザ端末２００のいずれか一方から合流完了通知が受信された場合には（ＯＰ１０５：ＹＥＳ）、対象の乗車予約情報について、図６に示される処理が終了し、以後、当該対象の乗車予約情報については図６の処理は行われない。
【０１０６】
ＯＰ１０６及びＯＰ１０７の処理は、運転者の車載装置１００及び乗車希望者のユーザ端末２００のいずれとの通信も途絶が検出されていない場合の処理である。ＯＰ１０６では、予約処理部３１は、運転者の車載装置１００及び乗車希望者のユーザ端末２００がともに合流予定地点から所定距離内に進入したか否かを判定する。ＯＰ１０６の判定は、車載装置１００及びユーザ端末２００の位置情報に基づいて行われる。
【０１０７】
運転者の車載装置１００及び乗車希望者のユーザ端末２００がともに合流予定地点から所定距離内に進入したことが検出された場合には（ＯＰ１０６：ＹＥＳ）、処理がＯＰ１０７に進む。運転者の車載装置１００及び乗車希望者のユーザ端末２００がともに合流予定地点から所定距離内に進入したことが検出されていない場合には（ＯＰ１０６：ＮＯ）、処理がＯＰ１０２に進む。
【０１０８】
ＯＰ１０７では、予約処理部３１は、端末通信部３３を通じて、運転者の車載装置１００及び乗車希望者のユーザ端末２００へ、接近通知を送信する。その後、処理がＯＰ１０５に進み、運転者の車載装置１００及び乗車希望者のユーザ端末２００のいずれか一方から合流完了通知が受信される（ＯＰ１０５：ＹＥＳ）と、対象の乗車予約情報について、図６に示される処理が終了し、以後、当該対象の乗車予約情報については図６の処理は行われない。
【０１０９】
なお、図６に示される合流支援処理は一例であって、センタサーバ３００の合流支援処理は図６に示される処理に限定されない。
【０１１０】
図７Ａ及び図７Ｂは、車載装置１００又はユーザ端末２００における通信監視処理のフローチャートの一例である。図７Ａ及び図７Ｂに示される処理は、例えば、主記憶部１０２又は２０２に保持されている各乗車予約情報について、所定の周期で繰り返し実行される。図７Ａ及び図７Ｂに示される処理の実行主体は、車載装置１００又はユーザ端末２００のプロセッサ１０１又は２０１であるが、便宜上、図７Ａ及び図７Ｂでは、機能構成要素を主体として説明する。また、便宜上、図７Ａ及び図７Ｂの説明は、ユーザ端末２００を主体として説明するが、車載装置１００が主体の場合も同様である。
【０１１１】
ＯＰ２０１では、乗車予約処理部２１は、センタサーバ３００との通信が途絶したか否かを判定する。第１実施形態において、センタサーバ３００との通信が途絶することは、例えば、ネットワークＮ１との通信が途絶することと同意である。センタサーバ３００との通信が途絶したことは、例えば、サーバ通信部２３が通信部２０６Ａの電波受信状況によって検出する。
【０１１２】
センタサーバ３００との通信の途絶が検出された場合には（ＯＰ２０１：ＹＥＳ）、処理がＯＰ２０２に進む。センタサーバ３００との通信の途絶が検出されていない場合には（ＯＰ２０１：ＮＯ）、処理が図７ＢのＯＰ３０１に進む。
【０１１３】
ＯＰ２０２からＯＰ２０７の処理は、センタサーバ３００との通信の途絶が検出された場合の処理である。ＯＰ２０２では、乗車予約処理部２１は、近距離通信の開始条件が満たされたか否かを判定する。近距離通信の開始条件が満たされた場合には（ＯＰ２０２：ＹＥＳ）、処理がＯＰ２０３に進む。近距離通信の開始条件が満たされていない場合には（ＯＰ２０２：ＮＯ）、近距離通信の開始条件が満たされるまで待機状態となる。センタサーバ３００との通信の途絶が検出されること、及び又は、近距離通信の開始条件が満たされることは、「第２の条件」が満たされることの一例である。
【０１１４】
ＯＰ２０３では、乗車予約処理部２１は、近距離通信部２４に信号の発信機としての動作の開始を指示し、この指示を受けて近距離通信部２４は、通信部２０６Ｂに発信機としての動作を開始させる。通信部２０６Ｂから発信される信号には、ユーザ端末２００の近距離通信情報が含まれている。
【０１１５】
ＯＰ２０４では、乗車予約処理部２１は、近距離通信部２４を通じて、乗車予約の相手の端末から応答を受信したか否かを判定する。応答には、例えば、乗車予約の相手のユーザＩＤ等が含まれており、予約相手のユーザＩＤと主記憶部２０２に保持している乗車予約情報とが一致するか否かによって、当該応答が乗車予約の相手の端末からであるか否かが判定される。
【０１１６】
近距離通信部２４を通じて、乗車予約の相手の端末から応答が受信された場合には（ＯＰ２０４：ＹＥＳ）、処理がＯＰ２０５に進む。近距離通信部２４を通じて、乗車予約の相手の端末から応答が受信されていない場合には（ＯＰ２０４：ＮＯ）、当該応答が受信されるまで待機状態となる。なお、例えば、合流予定時刻から所定時間経過しても乗車予約の相手の端末からの応答が受信されない場合には、図７Ａに示される処理が終了してもよい。
【０１１７】
ＯＰ２０５では、乗車予約処理部２１は、乗車予約の相手の端末から近距離通信による応答が受信されたので、表示部２０４に乗車予約の相手の近接通知を表示させる。
【０１１８】
ＯＰ２０６では、乗車予約処理部２１は、ユーザ操作によって合流完了が入力されたか否かを判定する。合流完了が入力された場合には（ＯＰ２０６：ＹＥＳ）、処理がＯＰ２０７に進む。合流完了が入力されていない場合には（ＯＰ２０６：ＮＯ）、合流完了が入力されるまで待機状態となる。
【０１１９】
ＯＰ２０７では、乗車予約処理部２１は、近距離通信部２４に近距離通信による信号発信の停止を指示する。これによって、近距離通信部２４が通信部２０６Ｂからの信号の発信を停止させ、ユーザ端末２００から近距離通信による信号の発信が停止される。また、乗車予約処理部２１は、主記憶部２０２から乗車予約情報を削除する。その後、図７Ａに示される処理が終了する。
【０１２０】
なお、ＯＰ２０６において合流完了が入力された時点で、センタサーバ３００との通信が回復している場合には、乗車予約処理部２１は、サーバ通信部２３を通じて、センタサーバ３００へ、合流完了通知を送信してもよい。
【０１２１】
図７Ｂに示される処理は、センタサーバ３００との通信が途絶していない場合の処理である。ＯＰ３０１では、乗車予約処理部２１は、サーバ通信部２３を通じて、センタサー
バ３００から消息不明通知を受信したか否かを判定する。消息不明通知が受信された場合には（ＯＰ３０１：ＹＥＳ）、処理がＯＰ３０２に進む。消息不明通知が受信されていない場合には（ＯＰ３０１：ＮＯ）、図７Ｂに示される処理が終了する。
【０１２２】
ＯＰ３０２では、乗車予約処理部２１は、近距離通信部２４に、近距離通信の受信機としての動作の開始を指示する。これによって、近距離通信部２４は、通信部２０６Ｂに受信機としての動作を開始させる。
【０１２３】
ＯＰ３０３では、乗車予約処理部２１は、近距離通信部２４を通じて、乗車予約の相手の端末から発信されている信号を受信したか否かを判定する。消息不明通知とともに、乗車予約の相手の端末の近距離通信情報も受信される。乗車予約処理部２１は、近距離通信部２４を通じて受信された信号に、乗車予約の相手の端末の近距離通信情報が含まれているか否かによって、乗車予約の相手の端末から発信されている信号を受信したか否かを判定する。
【０１２４】
近距離通信部２４を通じて、乗車予約の相手の端末から発信されている信号が受信された場合には（ＯＰ３０３：ＹＥＳ）、処理がＯＰ３０４に進む。近距離通信部２４を通じて、乗車予約の相手の端末から発信されている信号が受信されていない場合には（ＯＰ３０３：ＮＯ）、当該信号が受信されるまで待機状態となる。なお、例えば、合流予定時刻から所定時間経過しても乗車予約の相手の端末からの応答が受信されない場合には、図７Ｂに示される処理が終了してもよい。
【０１２５】
ＯＰ３０４では、乗車予約処理部２１は、乗車予約の相手の端末へ近距離通信部２４を通じて応答を送信する。応答とともに、例えば、ユーザ端末２００のユーザＩＤ等が含まれる。
【０１２６】
ＯＰ３０５では、乗車予約処理部２１は、乗車予約の相手の端末からの近距離通信の信号が受信されたので、表示部２０４に乗車予約の相手の近接通知を表示させる。
【０１２７】
ＯＰ３０６では、乗車予約処理部２１は、ユーザ操作によって合流完了が入力されたか否かを判定する。合流完了が入力された場合には（ＯＰ３０６：ＹＥＳ）、処理がＯＰ３０７に進む。合流完了が入力されていない場合には（ＯＰ３０６：ＮＯ）、合流完了が入力されるまで待機状態となる。
【０１２８】
ＯＰ３０７では、乗車予約処理部２１は、サーバ通信部２３を通じて、センタサーバ３００へ、合流完了通知を送信する。
【０１２９】
ＯＰ３０８では、乗車予約処理部２１は、近距離通信部２４に近距離通信による信号発信の停止を指示する。これによって、近距離通信部２４が通信部２０６Ｂからの信号の発信を停止させ、ユーザ端末２００から近距離通信による信号の発信が停止される。また、乗車予約処理部２１は、主記憶部２０２から乗車予約情報を削除する。その後、図７Ｂに示される処理が終了する。
【０１３０】
なお、図７Ａ及び図７Ｂに示される車載装置１００又はユーザ端末２００の通信監視処理は一例であって、これに限定されない。例えば、近距離通信の方式が、受信した信号に対して応答を送信しないものである場合には、ＯＰ２０４、ＯＰ２０５、ＯＰ３０４の処理は省略される。
【０１３１】
図８は、第１実施形態に係るライドシェアサービス提供システム１における処理のシーケンスの具体例の一つを示す図である。図８に示される例では、ライドシェアサービスに
対する乗車予約要求から乗車希望者と運転者とが合流するまでの処理のシーケンスが示されている。
【０１３２】
Ｓ５０１では、乗車希望者がユーザ端末２００の乗車予約要求の操作を行って、ユーザ端末２００は、センタサーバ３００へ乗車予約要求と近距離通信情報とを送信する。Ｓ５０１においてユーザ端末２００からは、乗車予約要求とともに、例えば、乗車希望者の、ユーザＩＤ、乗車希望場所、降車希望場所、移動希望時期、ユーザ端末２００の近距離通信情報も送信される。
【０１３３】
Ｓ５０２では、センタサーバ３００は、ユーザ端末２００から乗車予約要求と近距離通信情報とを受信し、乗車希望者の条件に応じて、運転者をマッチングする。Ｓ５０３では、センタサーバ３００は、マッチングされた運転者の車載装置１００に乗車予約要求を送信する。Ｓ５０３においてセンタサーバ３００から乗車予約要求とともに、乗車予約情報（乗車希望者の情報、合流予定地点、合流予定時刻、降車希望場所、到着希望時刻等）も送信される。
【０１３４】
Ｓ５０４では、車載装置１００は、センタサーバ３００からの乗車予約要求とともに受信された乗車予約情報を運転者に提示し、運転者から受け付け操作が入力されたので、センタサーバ３００へＯＫ応答と車載装置１００の近距離通信情報とを送信する。
【０１３５】
Ｓ５０５では、センタサーバ３００は、車載装置１００からＯＫ応答と近距離通信情報とを受信し、ユーザ端末２００に、乗車予約成立通知を送信する。Ｓ５０５において、センタサーバ３００からは乗車予約成立通知とともに、乗車予約情報と運転者の情報も送信される。
【０１３６】
その後、合流予定時刻から所定時間前の時刻になると、センタサーバ３００では、合流支援処理（図６、ＯＰ１０１：ＹＥＳ）が開始される。また、車載装置１００とユーザ端末２００とはセンタサーバ３００への位置情報の送信を開始し（Ｓ５１１、Ｓ５１２）、通信監視処理（図７Ａ及び図７Ｂ）を開始する。
【０１３７】
Ｓ５２１では、乗車希望者が、例えば、ＷｉＦｉの通信圏外へと移動し、ユーザ端末２００とセンタサーバ３００との通信が途絶したことをユーザ端末２００が検出する（図７Ａ、ＯＰ２０１：ＹＥＳ）。Ｓ５２２では、ユーザ端末２００は、例えば、乗車希望者の移動によって、合流予定地点からの距離が所定の距離未満となったことを検出し、近距離通信の開始条件が満たされたことを検出する（図７Ａ、ＯＰ２０２：ＹＥＳ）。Ｓ５２３では、ユーザ端末２００は、近距離通信の発信機としての動作を開始する（図７Ａ、ＯＰ２０３）。図８では、近距離通信による通信は、点線で示されている。
【０１３８】
Ｓ５３１では、センタサーバ３００は、ユーザ端末２００との通信が途絶したことを検出する（図６、ＯＰ１０２：ＹＥＳ）。Ｓ５３２では、例えば、車載装置１００とユーザ端末２００とが合流予定地点から所定の距離の範囲内に進入したことを検出し、通知条件が満たされたことを検出する（図６、ＯＰ１０３：ＹＥＳ）。Ｓ５３３では、センタサーバ３００は、車載装置１００に消息不明通知とユーザ端末２００の近距離通信情報とを送信する（図６、ＯＰ１０４）。
【０１３９】
Ｓ５４１では、車載装置１００は、センタサーバ３００から消息不明通知を受信し（図７Ｂ、ＯＰ３０１：ＹＥＳ）、近距離通信の受信機としての動作を開始する（図７Ｂ、ＯＰ３０２）。Ｓ５４２では、車載装置１００又はユーザ端末２００の移動によって両者間の距離が近距離通信可能な距離となり、車載装置１００は、ユーザ端末２００から発信された信号を受信する（図７Ｂ、ＯＰ３０３：ＹＥＳ）。Ｓ５４３では、車載装置１００は
、近距離通信でユーザ端末２００へ応答を送信する（図７Ｂ、ＯＰ３０４）。また、車載装置１００は、乗車希望者との接近通知を表示し（図７Ｂ、ＯＰ３０５）、運転者に乗車希望者と接近していることを報知する。
【０１４０】
一方、ユーザ端末２００は、車載装置１００から近距離通信で応答を受信し（図７Ａ、ＯＰ２０４：ＹＥＳ）、表示部２０４に運転者との接近通知を表示し（図７Ａ、ＯＰ２０５）、乗車希望者に運転者と接近していることを報知する。
【０１４１】
車載装置１００及びユーザ端末２００それぞれが互いについて接近通知を表示することで、運転者及び乗車希望者が互いが接近していることを認識でき、互いを見つけるために周囲に注意を払うようになる。
【０１４２】
Ｓ５５１では、運転者と乗車希望者とが合流し、乗車希望者が車両１０に乗車したとする。
【０１４３】
Ｓ５６１では、乗車希望者がユーザ端末２００に合流完了を入力する（図７Ａ、ＯＰ２０６：ＹＥＳ）。ただし、Ｓ５６１では乗車希望者は合流予定地点付近におり、センタサーバ３００との通信は途絶したままであるため、ユーザ端末２００からセンタサーバ３００に合流完了通知は送信されない。Ｓ５６２では、ユーザ端末２００は、近距離通信の信号発信を停止する（図７Ａ、ＯＰ２０７）。
【０１４４】
一方、車載装置１００は、Ｓ５７１において、運転者によって合流完了が入力される（図７Ｂ、ＯＰ３０６：ＹＥＳ）。車載装置１００は、例えば、ＬＴＥ等のキャリア網を利用してセンタサーバ３００と通信しており、合流予定地点付近でもセンタサーバ３００との通信が継続している。したがって、Ｓ５７２では、車載装置１００は、センタサーバ３００へ合流完了通知を送信し（図７Ｂ、ＯＰ３０７）、センタサーバ３００がこれを受信する（図６、ＯＰ１０５：ＹＥＳ）。Ｓ５７３では、車載装置１００は、近距離通信の受信処理を停止させる（図７Ｂ、ＯＰ３０８）。
【０１４５】
なお、図８に示される例では、乗車希望者のユーザ端末２００のセンタサーバ３００との通信が途絶した場合について説明された。もう一方の車載装置１００のセンタサーバ３００との通信が途絶した場合は、図８に示される例におけるＳ５２１以降の処理が車載装置１００とユーザ端末２００とで入れ替えられた処理となる。なお、近距離通信の方式が、受信した信号に対して応答を送信しないものである場合には、Ｓ５４３の処理は行われない。
【０１４６】
＜第１実施形態の作用効果＞
第１実施形態では、センタサーバ３００との通信の途絶が検出されると、車載装置１００又はユーザ端末２００は、近距離通信の発信機としての動作を開始する。一方、乗車予約の相手のユーザ端末２００又は車載装置１００にはセンタサーバ３００から、センタサーバ３００との通信が途絶した車載装置１００又はユーザ端末２００の近距離通信情報が通知される。これによって、乗車予約の相手のユーザ端末２００又は車載装置１００は、近距離通信の受信機としての動作を開始する。近距離通信によって互いの存在を検知すると、車載装置１００及びユーザ端末２００によって、運転者又は乗車希望者に接近通知が報知されるので、運転者又は乗車希望者は互いを見つけやすくなる。また、センタサーバ３００との通信が途絶した場合でも、ライドシェアサービスの乗車予約が成立している運転者と乗車希望者とが合流できる可能性を向上させることができる。
【０１４７】
近距離無線通信は、例えば、ＢＬＥの場合には通信範囲が最大で１０メートル程度である。そのため、第１実施形態では、運転者と乗車希望者とが視認できる範囲に接近した場
合に、両者に接近通知を報知し、互いを見つけやすくすることができる。
【０１４８】
また、第１実施形態では、車載装置１００又はユーザ端末２００において近距離通信が開始されるのは、近距離通信の開始条件又は通知条件が満たされた場合である。これによって、近距離通信が行われる期間をより限定し短くすることができ、車載装置１００又はユーザ端末２００の電力消費を低減することができる。
【０１４９】
＜変形例＞
第１実施形態では、近距離通信において、センタサーバ３００との通信が途絶した方の端末が発信側となり、センタサーバ３００との通信が継続している方の端末が受信側となる。これに代えて、近距離通信において、センタサーバ３００との通信が途絶した方の端末が受信側となり、センタサーバ３００との通信が継続している方の端末が発信側となってもよい。
【０１５０】
この場合には、センタサーバ３００との通信が途絶する前に、乗車予約が成立している端末間で近距離通信情報を通知しておかないと、近距離通信によって互いを認識できなくなる。そのため、変形例では、センタサーバ３００は、運転者の車載装置１００へ乗車予約要求とともに乗車希望者の近距離通信情報を送信する。また、センタサーバ３００は、乗車希望者のユーザ端末２００へ乗車予約成立通知とともに、運転者の車載装置１００の近距離通信情報を送信する。
【０１５１】
図９は、変形例に係るライドシェアサービス提供システム１における処理のシーケンスの具体例の一つを示す図である。図９に示される例では、ライドシェアサービスに対する乗車予約要求から乗車希望者と運転者とが合流するまでの処理のシーケンスが示されている。
【０１５２】
Ｓ６０１では、乗車希望者がユーザ端末２００の乗車予約要求の操作を行って、ユーザ端末２００は、センタサーバ３００へ乗車予約要求と近距離通信情報とを送信する。Ｓ６０２では、センタサーバ３００は、ユーザ端末２００から乗車予約要求と近距離通信情報とを受信し、乗車希望者の条件に応じて、運転者をマッチングする。
【０１５３】
Ｓ６０３では、センタサーバ３００は、マッチングされた運転者の車載装置１００へ乗車予約要求とユーザ端末２００の近距離通信情報とを送信する。Ｓ６０４では、車載装置１００は、センタサーバ３００からの乗車予約要求とともに受信された乗車予約情報を運転者に提示し、運転者から受け付け操作が入力されたので、センタサーバ３００へＯＫ応答と車載装置１００の近距離通信情報とを送信する。
【０１５４】
Ｓ６０５では、センタサーバ３００は、車載装置１００からＯＫ応答と近距離通信情報とを受信し、ユーザ端末２００に、乗車予約成立通知と車載装置１００の近距離通信情報とを送信する。
【０１５５】
その後、合流予定時刻から所定時間前の時刻になると、センタサーバ３００では、合流支援処理（図６、ＯＰ１０１：ＹＥＳ）が開始される。また、車載装置１００とユーザ端末２００とはセンタサーバ３００への位置情報の送信を開始し（Ｓ６１１、Ｓ６１２）、通信監視処理（図７Ａ及び図７Ｂ）を開始する。
【０１５６】
Ｓ６２１では、乗車希望者が、例えば、ＷｉＦｉの通信圏外へと移動し、ユーザ端末２００とセンタサーバ３００との通信が途絶したことをユーザ端末２００が検出する（図７Ａ、ＯＰＯＰ２０１：ＹＥＳ）。Ｓ６２２では、ユーザ端末２００は、例えば、乗車希望者の移動によって、合流予定地点からの距離が所定の距離未満となったことを検出し、近
距離通信の開始条件が満たされたことを検出する（図７Ａ、ＯＰ２０２：ＹＥＳ）。Ｓ６２３では、ユーザ端末２００は、近距離通信の受信機としての動作を開始する（図７Ａ、ＯＰ２０３において発信の開始を受信の開始に置換）。
【０１５７】
Ｓ６３１では、センタサーバ３００は、ユーザ端末２００との通信が途絶したことを検出する（図６、ＯＰ１０２：ＹＥＳ）。Ｓ６３２では、例えば、車載装置１００とユーザ端末２００とが合流予定地点から所定の距離の範囲内に進入したことを検出し、通知条件が満たされたことを検出する（図６、ＯＰ１０３：ＹＥＳ）。Ｓ６３３では、センタサーバ３００は、車載装置１００に消息不明通知を送信する（図６、ＯＰ１０４）。
【０１５８】
Ｓ６４１では、車載装置１００は、センタサーバ３００から消息不明通知を受信し（図７Ｂ、ＯＰ３０１：ＹＥＳ）、近距離通信の発信機としての動作を開始する（図７Ｂ、ＯＰ３０２において受信の開始を発信の開始に置換）。車載装置１００から発信される信号には、車載装置１００の近距離通信情報が含まれている。
【０１５９】
Ｓ６４２では、車載装置１００又はユーザ端末２００の移動によって両者間の距離が近距離通信可能な距離となり、ユーザ端末２００は、車載装置１００から発信された信号を受信する。Ｓ６４３では、ユーザ端末２００は、近距離通信で車載装置１００へ応答を送信する（図７ＡのＯＰ２０４において、図７ＢのＯＰ３０３の処理を実行）。また、ユーザ端末２００は、運転者との接近通知を表示し（図７Ａ、ＯＰ２０５）、乗車希望者に運転者と接近していることを報知する。
【０１６０】
一方、車載装置１００は、ユーザ端末２００から近距離通信で応答を受信し（図７ＢのＯＰ３０３において図７ＡのＯＰ２０４の処理を実行）、表示部２０４に乗車希望者との接近通知を表示し（図７Ｂ、ＯＰ３０５）、運転者に乗車希望者と接近していることを報知する。
【０１６１】
車載装置１００及びユーザ端末２００それぞれが互いについて接近通知を表示することで、運転者及び乗車希望者が互いが接近していることを認識でき、互いを見つけるために周囲に注意を払うようになる。
【０１６２】
Ｓ６５１では、運転者と乗車希望者とが合流し、乗車希望者が車両１０に乗車したとする。
【０１６３】
Ｓ６６１では、乗車希望者がユーザ端末２００に合流完了を入力する（図７Ａ、ＯＰ２０６：ＹＥＳ）。ただし、Ｓ６６１では乗車希望者は合流予定地点付近におり、センタサーバ３００との通信は途絶したままであるため、ユーザ端末２００からセンタサーバ３００に合流完了通知は送信されない。Ｓ６６２では、ユーザ端末２００は、近距離通信の信号発信を停止する（図７Ａ、ＯＰ２０７）。
【０１６４】
一方、車載装置１００は、Ｓ６７１において、運転者によって合流完了が入力される（図７Ｂ、ＯＰ３０６：ＹＥＳ）。車載装置１００は、例えば、ＬＴＥ等のキャリア網を利用してセンタサーバ３００と通信しており、合流予定地点付近でもセンタサーバ３００との通信が継続している。したがって、Ｓ６７２では、車載装置１００は、センタサーバ３００へ合流完了通知を送信し（図７Ｂ、ＯＰ３０７）、センタサーバ３００がこれを受信する（図６、ＯＰ１０５：ＹＥＳ）。Ｓ６７３では、車載装置１００は、近距離通信の受信処理を停止させる（図７Ｂ、ＯＰ３０８）。
【０１６５】
なお、図９に示される例では、乗車希望者のユーザ端末２００のセンタサーバ３００との通信が途絶した場合について説明された。もう一方の車載装置１００のセンタサーバ３
００との通信が途絶した場合は、図９に示される例におけるＳ６２１以降の処理が車載装置１００とユーザ端末２００とで入れ替えられた処理となる。
【０１６６】
また、変形例では、車載装置１００とユーザ端末２００とは、乗車予約要求による乗車予約成立の時点で、互いの近距離通信情報を取得している。これによって、例えば、図９に示される例において、予め運転者と乗車希望者側のいずれが発信側になるかを決定しておくことで、車載装置１００とユーザ端末２００との両方がセンタサーバ３００との通信が途絶した場合でも近距離通信で互いの接近を知ることができる。
【０１６７】
＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【０１６８】
第１実施形態において説明された技術は、ライドシェアサービス提供システム１への適用に限定されず、例えば、タクシーの迎車のような配車システムに適用されてもよい。
【０１６９】
第１実施形態及び変形例では、運転者が利用する端末は車載装置１００として説明されたが、これに限定されず、運転者が利用する端末はスマートフォン、タブレット端末等のユーザ端末２００のような無線通信端末であってもよい。
【０１７０】
また、第１実施形態及び変形例では、運転者の車載装置１００及び乗車希望者のユーザ端末２００の双方が、図７Ａ及び図７Ｂに示される処理を実行する例について説明されたが、必ずしも双方が図７Ａ及び図７Ｂの処理を行わなくてもよい。例えば、乗車希望者のユーザ端末２００は、図７Ａの処理を行うものの図７Ｂの処理は行わず、運転者の車載装置１００は図７Ｂの処理を行うものの図７Ａの処理は行わないのであってもよい。例えば、この場合には、車載装置１００は近距離通信において信号を発信することはなくなるので、車載装置１００はセンタサーバ３００に自身の近距離通信情報を送信しなくてもよい。さらに、この場合には、センタサーバ３００は、車載装置１００との通信状況を監視しなくともよい。
【０１７１】
また、第１実施形態及び変形例では、運転者の車載装置１００及び乗車希望者のユーザ端末２００のそれぞれの近距離通信情報は、乗車予約要求の発生に伴ってそれぞれからセンタサーバ３００へ送信される。これに代えて、、運転者の車載装置１００及び乗車希望者のユーザ端末２００のそれぞれの近距離通信情報は、予め、運転者情報ＤＢ  ３４、乗車希望者情報ＤＢ  ３５に登録されていてもよい。
【０１７２】
また、第１実施形態及び変形例では、運転者の車載装置１００及び乗車希望者のユーザ端末２００のそれぞれの近距離通信情報は、例えば、乗車予約要求、ＯＫ応答、消息不明通知等の送信に伴ってセンタサーバ３００へ又はセンタサーバ３００から送信される。これに限定されず、運転者の車載装置１００及び乗車希望者のユーザ端末２００のそれぞれの近距離通信情報は、それぞれ単独で、センタサーバ３００へ又はセンタサーバ３００から送信されてもよい。また、運転者の車載装置１００及び乗車希望者のユーザ端末２００のそれぞれの近距離通信情報の送信タイミングは、第１実施形態及び変形例のものに限定されない。運転者の車載装置１００及び乗車希望者のユーザ端末２００のそれぞれの近距離通信情報は、運転者の車載装置１００と乗車希望者のユーザ端末２００とが近距離通信を開始するまでに相手の装置に通知されていればよい。
【０１７３】
また、第１実施形態及び変形例では、運転者の車載装置１００及び乗車希望者のユーザ端末２００において、センタサーバ３００との通信の途絶、通知条件又は近距離通信の開始条件が満たされたことを契機に近距離通信が開始される。ただし、これに限定されず、
運転者の車載装置１００及び乗車希望者のユーザ端末２００において、近距離通信が開始されるために、センタサーバ３００との通信の途絶、通知条件又は近距離通信の開始条件が満たされることはいずれも必須の条件ではない。例えば、センタサーバ３００との通信の途絶が判定されたことによって、運転者の車載装置１００及び乗車希望者のユーザ端末２００において、近距離通信が開始されてもよい。また、例えば、センタサーバ３００との通信の途絶の発生の有無にかかわらず、通知条件又は近距離通信の開始条件が満たされたことによって、運転者の車載装置１００及び乗車希望者のユーザ端末２００において、近距離通信が開始されてもよい。
【０１７４】
また、第１実施形態及び変形例において、運転者の車載装置１００及び乗車希望者のユーザ端末２００は、近距離通信によって互いの信号を受信した場合に、接近通知を報知するが、これに限定されない。例えば、近距離通信における信号の受信電波強度が所定の閾値以上である場合に接近通知が報知されるようにしてもよい。受信電波強度は、両者間の距離が近いほど大きくなるので、例えば、受信電波強度の閾値に応じて接近通知が報知されることで、運転者と乗車希望者とが互いを視認しやすくなったり、互いの距離を通知したりすることができる。
【０１７５】
本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【０１７６】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【０１７７】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１７８】
１        ：ライドシェアサービス提供システム
１０      ：車両
１１      ：乗車予約処理部
１２      ：位置情報取得部
１３      ：サーバ通信部
１４      ：近距離通信部
１５      ：近距離通信情報記憶部
２１      ：乗車予約処理部
２２      ：位置情報取得部
２３      ：サーバ通信部
２４      ：近距離通信部
２５      ：近距離通信情報記憶部
３１      ：予約処理部
３２      ：マッチング処理部
３３      ：端末通信部
１００    ：車載装置
１０１    ：プロセッサ
１０２    ：主記憶部
１０３    ：補助記憶部
１０４    ：表示部
１０５Ａ  ：通信部
１０５Ｂ  ：通信部
１０６    ：位置情報センサ
２００    ：ユーザ端末
２０１    ：プロセッサ
２０２    ：主記憶部
２０３    ：補助記憶部
２０４    ：表示部
２０５    ：入力部
２０６Ａ  ：通信部
２０６Ｂ  ：通信部
２０７    ：位置情報センサ
３００    ：センタサーバ
３０１    ：プロセッサ
３０２    ：主記憶部
３０３    ：補助記憶部
３０４    ：通信部
【図１】
2019213084.tif 000003
【図２】
2019213084.tif 000004
【図３】
2019213084.tif 000005
【図４】
2019213084.tif 000006
【図５】
2019213084.tif 000007
【図６】
2019213084.tif 000008
【図７Ａ】
2019213084.tif 000009
【図７Ｂ】
2019213084.tif 000010
【図８】
2019213084.tif 000011
【図９】
2019213084.tif 000012