(57)【要約】【課題】本発明の課題は、ライドシェアを実施する者に、インセンティブが付与される技術を提供することである。【解決手段】本発明の第１の態様に係る情報処理装置は、ライドシェアの乗車場又は降車場として利用可能な施設の情報と、前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報と、前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報と、を含むスポンサー情報を取得することと、前記取得したスポンサー情報をライドシェアのとりまとめ者に提供すること、を実行する制御部を備える。【選択図】図２
2020009049.tif 000002
【特許請求の範囲】
【請求項１】
ライドシェアの乗車場又は降車場として利用可能な施設の情報と、前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報と、前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報と、を含むスポンサー情報を取得することと、
前記取得したスポンサー情報をライドシェアのとりまとめ者に提供すること、
を実行する制御部を備える情報処理装置。
【請求項２】
前記制御部は、
ライドシェアの乗車又は降車を行う場所の情報と、ライドシェアの乗車又は降車を行う時刻の情報と、を含むリクエスト情報を取得することをさらに実行し、
前記ライドシェアのとりまとめ者に提供される前記スポンサー情報は、前記リクエスト情報に適合するものである、
ことを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
前記取得したスポンサー情報に係る施設の利用予約情報を取得することと、
前記利用予約情報に基づいて、前記利用予約情報に係る施設の利用登録処理を行うこと、をさらに実行する、
ことを特徴とする、請求項１又は２に記載の情報処理装置。
【請求項４】
前記利用予約情報には、ライドシェアの乗車場又は降車場とする施設を特定する情報と、ライドシェアの乗車又は降車を行う時刻を特定する情報が含まれている、
ことを特徴とする、請求項３に記載の情報処理装置。
【請求項５】
前記利用登録処理には、
前記ライドシェアの乗車場又は降車場とする施設を特定する情報に係る施設を、ライドシェアの乗車場又は降車場として、
前記ライドシェアの乗車又は降車を行う時刻を特定する情報に係る時間を、ライドシェアの乗車又は降車を行う時刻として、
ライドシェアの運用を管理する管理システムに登録することが含まれる、
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記制御部は、
ライドシェアの乗車又は降車を行う時刻についての情報を取得し、
前記ライドシェアの乗車又は降車を行う時刻以前の所定の時刻まで、前記利用予約情報の取得を行う、
ことを特徴とする、請求項３から５のいずれか一項に記載の情報処理装置。
【請求項７】
前記制御部は、
ライドシェアの乗車又は降車を行う地域を特定可能な実施予定地域情報を取得し、
前記ライドシェアの乗車又は降車を行う時刻以前の所定の時刻までに、前記利用予約情報が取得できなかった場合には、前記取得したスポンサー情報に係る施設のうち、前記実施予定地域情報によって特定される地域内に所在し、かつ最も特典の価値が高い施設を抽出することによって、前記利用予約情報を取得する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記制御部は、
前記利用登録処理が行われたスポンサー情報に係る施設が、前記ライドシェアの乗車場
又は降車場として利用されたことの認証を含む、認証情報を取得すること、をさらに実行する、
ことを特徴とする、請求項３から７のいずれか一項に記載の情報処理装置。
【請求項９】
前記認証情報には、ライドシェアを利用した同乗者の人数についての認証が含まれる、
ことを特徴とする、請求項８に記載の情報処理装置。
【請求項１０】
前記制御部は、
前記認証情報に基づいて前記特典の内容を確定することと、
前記確定された内容の特典が、前記ライドシェアのドライバー及び前記ライドシェアのとりまとめ者の少なくとも一方に付与されるように処理すること、をさらに実行する、
ことを特徴とする、請求項８又は９に記載の情報処理装置。
【請求項１１】
前記スポンサー情報には、前記特典を付与する条件としての同乗者数の下限の情報が含まれる、
ことを特徴とする、請求項１から１０のいずれか一項に記載の情報処理装置。
【請求項１２】
前記特典は、ライドシェアを利用する同乗者の人数に応じて内容が異なる、
ことを特徴とする、請求項１から１１のいずれか一項に記載の情報処理装置。
【請求項１３】
前記スポンサー情報には、ライドシェアの乗車場又は降車場として利用可能な空き駐車枠数が含まれており、
前記特典は、前記空き駐車枠数に応じて内容が異なる、
ことを特徴とする、請求項１から１２のいずれか一項に記載の情報処理装置。
【請求項１４】
ライドシェアの乗車場又は降車場として利用可能な施設の情報と、前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報と、前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報と、を含むスポンサー情報を取得する第１のステップと、
前記第１のステップで取得したスポンサー情報を、ライドシェアのとりまとめ者に提供する第２のステップと、
を有する、情報処理方法。
【請求項１５】
ライドシェアの乗車場又は降車場として利用可能な施設の情報と、前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報と、前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報と、を含むスポンサー情報を取得する第１のステップと、
前記第１のステップで取得したスポンサー情報を、ライドシェアのとりまとめ者に提供する第２のステップと、
を有する、情報処理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、同一の車両に複数のユーザーが相乗りする、いわゆるライドシェアという移動形態が広がっている。このような移動形態に関し、ドライバーが同乗希望者の同乗を認めるか否かの決定を行うことにより、ライドシェア実施に対するドライバーの心理的ハードルを下げる技術が知られている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−５５５３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ライドシェアを実施することに何らかのインセンティブがあれば、よりライドシェアの実施が活性化すると考えられる。本発明は、ドライバーがライドシェアを提供することへの動機付けを与え、意欲を高める技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の第１の態様に係る情報処理装置は、
ライドシェアの乗車場又は降車場として利用可能な施設の情報と、前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報と、前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報と、を含むスポンサー情報を取得することと、前記取得したスポンサー情報をライドシェアのとりまとめ者に提供すること、を実行する制御部を備える。
【０００６】
本発明の第２の態様に係る情報処理方法は、
ライドシェアの乗車場又は降車場として利用可能な施設の情報と、前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報と、前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報と、を含むスポンサー情報を取得する第１のステップと、前記第１のステップで取得したスポンサー情報を、ライドシェアのとりまとめ者に提供する第２のステップと、を有する。
【０００７】
本発明の第３の態様は、上記の第２の態様に係る情報処理方法をコンピュータに実行させるためのプログラム、又は、該プログラムを非一次的に記憶したコンピュータ可読記憶媒体である。
【発明の効果】
【０００８】
本発明によれば、ドライバーがライドシェアを提供することへの動機付けを与え、意欲を高めることができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、ライドシェア支援システム概要図である。
【図２】図２は、第１実施形態のライドシェア支援システムが有する構成要素の一例を概略的に示したブロック図である。
【図３】図３は、第１実施形態に係るスポンサー情報のテーブル構成の一例を示す図である。
【図４】図４は、第１実施形態に係るシステムにおけるデータフローを説明する図である。
【図５】図５は、第１実施形態に係るリクエスト応答処理の流れを示すフローチャートである。
【図６】図６は、第２実施形態のライドシェア支援システムが有する構成要素の一例を概略的に示したブロック図である。
【図７】図７は、第２実施形態に係るスポンサー情報のテーブル構成の一例を示す図である。
【図８】図８は、第１実施形態に係るリクエスト応答処理の流れのうち、特典内容の条件の判定処理に関する処理の流れを示すフローチャートである。
【図９】図９は、第３実施形態のライドシェア支援システムが有する構成要素の一例を概略的に示したブロック図である。
【図１０】図１０は、第３実施形態に係るシステムにおけるデータフローを説明する図である。
【発明を実施するための形態】
【００１０】
本発明の第１の態様に係る情報処理装置は、ライドシェアの乗車場又は降車場（以下、乗降場所ともいう）として利用可能な施設の情報と、前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報と、前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報と、を含むスポンサー情報を取得することと、前記取得したスポンサー情報をライドシェアのとりまとめ者に提供すること、を実行する制御部を備えている。
【００１１】
なお、ここでいう「ライドシェア」とは、自動車の相乗りのことであり、ドライバーと一人以上の同乗者がいれば成立する。また、ライドシェアの乗車場とは、ドライバーの出発地に限らず、同乗者を乗せる場所のことである。同乗者の全員を乗せる場合も、一部だけを乗せる場合も含む。また、ライドシェアの降車場とは、ドライバーの目的地に限らず、同乗者を降ろす場所のことである。同乗者の全員を降ろす場合も、一部だけを降ろす場合も含む。
【００１２】
また、上記において、「施設の情報」としては、例えば施設名、施設の所在地、施設の扱う商品・施設が提供するサービス、ライドシェアの乗降場所として利用可能なスペース（以下、駐車枠ともいう）の数、などが含まれる。また、上記において、「特典」の内容について限定はなく、例えば、金銭の支払、ポイントの付与、クーポンの発行、グッズの進呈、サービスの提供、などが含まれる。なお、駐車枠の情報は、施設が提供可能な駐車枠の総数の情報であってもよいし、所定の時点において利用可能な「空き駐車枠」の情報であってもよいし、これらのいずれも含む情報であってもよい。
【００１３】
また、上記において「ライドシェアのとりまとめ者」とは、単に自己の所有する車両を提供する者を指すのではなく、ライドシェアの実施を企画したり、同乗者を募ったり、同乗者のリクエストに応じたりする者をいう。一般的にはライドシェアを行う車両のドライバーが該当するが、必ずしもドライバーのみに限られない。例えば、夫の運転する車に同乗する妻など、自身では運転を行わないものの、他の同乗者を募集する役割を果たす同乗者であっても構わない。また、実際にはライドシェアを行う車両に同乗しないものの、ドライバーと同乗希望者を仲介する立場となる者であってもよい。即ち、「ライドシェアのとりまとめ者」は、必ずしも車両の所有者である必要もないし、ドライバー自身である必要もない。
【００１４】
上記のような情報処理装置により、駐車枠を有する施設を管理し、当該駐車枠でライド
シェアの乗車又は降車を行う者に対して特典を付与する意思のある者（以下、スポンサーともいう）と、ライドシェアの実施に対するインセンティブを希望するドライバーとのマッチングを行うことが可能になる。具体的には、この情報処理装置は、上記スポンサーから、施設に関する情報及び当該施設をライドシェアの乗降場所として利用した場合の特典の情報の提供を受け、これをドライバー（又はドライバーに代わってライドシェアのとりまとめをする者）の求めに応じて提供することができる。
【００１５】
なお、本明細書において「マッチング」は、供給者と需要者とを仲介することの意味で用いられ、需給の対象は特典（即ち、ドライバーにとってのインセンティブ）である。また、「マッチング」は、需要者と、その需要者の要求する条件に整合する供給者とを引き合わせること、ということもできる。また、ライドシェアの乗降場所は、需給対象と考えることもできる。
【００１６】
上記のようなシステムにより、スポンサーは、施設の存在を広告することができるのみならず、実際にライドシェアが行われた場合には、駐車枠及び特典の提供と引き換えに見込み顧客（即ち、ライドシェアの利用者）を施設に誘致することができる。一方、ドライバー側はライドシェアを実施するにあたり、施設の駐車枠をライドシェアの乗降場所として確保できるうえ、当該施設が提供する特典を取得できる。このことは、当該施設をライドシェアの乗降場所として利用することに対してだけでなく、ライドシェアの実施そのものに対するインセンティブにもなる。
【００１７】
以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施形態に記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１８】
＜第１実施形態＞
（システム概要）
第１実施形態に係るライドシェア支援システム１の概要について、図１を参照しながら説明する。以下、ライドシェア支援システム１を単にシステムとも呼ぶことにする。本実施形態に係るシステムは、サーバ装置１０、施設端末２０、車両端末３０を含んで構成される、ライドシェア支援のためのシステムである。なお、施設端末２０は少なくとも本システムを利用する施設の数だけ存在する。また、車両端末３０は少なくとも本システムを利用する車両の数だけ存在する。
【００１９】
ライドシェア支援システム１においては、サーバ装置１０、各施設端末２０、及び各車両端末３０が、ネットワークＮ１によって相互に接続される。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。
【００２０】
サーバ装置１０は、ネットワークＮ１を介して一以上の施設端末２０及び一以上の車両端末３０と通信を行うとともに、所定の情報処理を行う装置である。サーバ装置１０は、通信により、施設端末２０からはライドシェアの利用に供する駐車枠を有する施設に関する情報（以下、スポンサー情報ともいう）を取得する。また、サーバ装置１０は、車両端末３０からはライドシェアの乗降場所、ライドシェアの乗降を行う予定の時刻などのドライバーの要望に関する情報（以下、リクエスト情報ともいう）を取得する。そして、サーバ装置１０は、これらの施設端末２０と車両端末３０との間で、取得された情報を仲介する機能を有する。なお、リクエスト情報には、特典に関する情報、ライドシェアの同乗者に関する情報などが含まれていてもよい。また、ドライバー及び／又は車両を特定する、ユーザー識別情報が含まれていてもよい。なお、本実施形態においては、サーバ装置１０
が本発明の第１の態様に係る「情報処理装置」である。
【００２１】
施設端末２０は、ライドシェアの乗降場所として利用可能なスペースを有し、これをライドシェアのために提供することを希望する施設に配置される端末装置である。
【００２２】
車両端末３０は、ライドシェアを実施するドライバーが管理する端末装置であり、例えば、ライドシェアに供される車両に搭載された車載器であっても構わないし、ドライバーが有するスマートフォンなどの携帯情報端末であってもよい。なお、本実施形態以下では、ドライバーが、本発明の第１の態様に係る「ライドシェアのとりまとめ者」である。
【００２３】
（システム構成）
以下、システムの構成要素について、詳しく説明する。図２は、図１に示したサーバ装置１０、施設端末２０、車両端末３０、の構成の一例を概略的に示したブロック図である。
【００２４】
（サーバ装置）
サーバ装置１０は、一般的なコンピュータにより構成される。すなわち、サーバ装置１０は、ＣＰＵやＤＳＰ等のプロセッサ、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）等の主記憶部、ＥＰＲＯＭ、ハードディスクドライブ（ＨＤＤ）、リムーバブルメディア等の補助記憶部を有するコンピュータである。なお、リムーバブルメディアは、例えば、ＵＳＢメモリやＳＤカード等のフラッシュメモリ、あるいは、ＣＤ−ＲＯＭやＤＶＤディスク、ブルーレイディスクのようなディスク記録媒体である。補助記憶部には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的を果たす各機能部を実現することができる。ただし、一部又は全部の機能部はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、サーバ装置１０は、単一のコンピュータで構成されてもよいし、互いに連携する複数台のコンピュータによって構成されてもよい。
【００２５】
サーバ装置１０は、制御部１１、通信部１２、記憶部１３を含んで構成される。制御部１１は、サーバ装置１０の制御を司る手段であり、例えば、ＣＰＵなどによって構成される。制御部１１は、機能モジュールとして、スポンサー情報取得部１１１、リクエスト情報取得部１１２、リクエスト応答部１１３、利用予約処理部１１４、識別情報交付部１１５、認証情報取得部１１６、特典付与管理部１１７を有している。各機能モジュールは、例えば、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００２６】
通信部１２は、サーバ装置１０をネットワークＮ１に接続するための通信手段である。通信部１２は、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）インターフェースボードや、無線通信のための無線通信回路を含んで構成される。
【００２７】
記憶部１３は、各施設端末２０から受信したスポンサー情報が格納されているデータベース（Ｄａｔａ  Ｂａｓｅ、ＤＢ）を含む。当該データベースはプロセッサによって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、上記の補助記憶部に記憶されるデータを管理することで構築される。
【００２８】
続けて、制御部１１が有する各機能モジュールについて説明する。スポンサー情報取得部１１１は、通信部１２を介して、施設端末２０からスポンサー情報を取得し、記憶部１
３に格納する。スポンサー情報には、施設端末２０が配置されている施設に関する情報、当該施設が有する駐車枠をライドシェアの乗降場所として利用可能な時間に関する情報、当該施設が有する駐車枠をライドシェアの乗降場所として利用した場合の特典に関する情報、が含まれる。
【００２９】
なお、本実施形態においては、「スポンサー情報」、「施設端末２０が配置されている施設に関する情報」、「当該施設が有する駐車枠をライドシェアの乗降場所として利用可能な時間に関する情報」、「当該施設が有する駐車枠をライドシェアの乗降場所として利用した場合の特典に関する情報」が、それぞれ本発明の第１の形態に係る、「スポンサー情報」、「ライドシェアの乗車場又は降車場として利用可能な施設の情報」、「前記施設をライドシェアの乗車場又は降車場として利用可能な時間の情報」、「前記施設をライドシェアの乗車場又は降車場として利用した場合の特典の情報」に相当する。
【００３０】
スポンサー情報は、例えばテーブル形式のＤＢとして記憶部１３に格納される。図３にスポンサー情報のテーブル構成についての一例を示す。図３に示すように、テーブルの構成として、スポンサーＩＤフィールド、施設名フィールド、施設所在地フィールド、利用可能時間フィールド、駐車枠フィールド、特典内容フィールド、などを有していてもよい。ここで、駐車枠フィールドに格納される情報は、施設が提供可能な駐車枠の総数の情報であってもよいし、現時点で利用可能な「空き駐車枠」の情報であってもよいし、これらのいずれも含む情報であってもよい。図３では「空き駐車枠」の情報が格納されている例を示す。
【００３１】
リクエスト情報取得部１１２は、通信部１２を介して、車両端末３０からリクエスト情報を取得する。リクエスト情報には、車両端末３０を有するドライバーが、同乗者を乗車又は降車させる予定の場所の情報、同乗者を乗車又は降車させる予定の時刻の情報、が含まれる。なお、同乗者を乗車又は降車させる予定の場所、とは具体的な住所地でなくともよく、地域名、公共交通機関の駅名（停留所名）、などであってもよい。
【００３２】
リクエスト応答部１１３は、リクエスト情報取得部１１２が取得したリクエスト情報の条件に適合する一以上のスポンサー情報（以下、適合スポンサー情報ともいう）を、記憶部１３から抽出する。さらに、リクエスト応答部１１３は適合スポンサー情報を、通信部１２を介して、車両端末３０に送信する（即ち、ドライバーにスポンサー情報を提供する）。このようにして、適合スポンサー情報の提供を受けたドライバーは、当該適合スポンサー情報に係る施設から、所望の施設の利用を予約することができる。なお、ここでいう「リクエスト情報の条件に適合するスポンサー情報」には、完全に条件を満たすものだけでなく、適合度の高い情報も含まれる。
【００３３】
利用予約処理部１１４は、適合スポンサー情報の提供を受けたドライバーから、施設の利用予約を受け付ける。具体的な処理の例として、利用予約処理部１１４は、記憶部１３に格納されているスポンサー情報のテーブルに対して、利用予約のあった施設の駐車枠フィールドの値を減ずる処理を行う。また、利用予約処理部１１４は、通信部１２を介して、利用予約の対象となっている施設の施設端末２０に対して、利用予定時刻を含む利用予約情報を送信する。
【００３４】
識別情報交付部１１５は、利用予約処理部１１４が受け付けた利用予約に対する識別情報を作成し、通信部１２を介して車両端末３０に送信する。なお、当該識別情報は、ライドシェアの乗降場所として施設を実際に利用した際の認証のために用いられる。
【００３５】
認証情報取得部１１６は、ライドシェアの乗降場所として利用予約が行われた施設が、実際に当該予約に基づいて利用されたことの認証情報を取得する。なお、本実施形態では
、認証は識別情報交付部１１５が交付した識別情報を用いて行われ、認証情報は施設端末２０から送信される。
【００３６】
特典付与管理部１１７は、認証情報取得部１１６が取得した認証情報に基づいて、ドライバーへの特典付与のための処理を行う。例えば、特典付与管理部１１７は、通信部１２及び他のシステムを介して、ドライバーに対して、直接的に送金、ポイントの付与、クーポンの発行、グッズの配送などが行われるように処理する。
【００３７】
（施設端末）
施設端末２０は制御部２１及び通信部２２、及び各種の入出力部を備えている。制御部２１は、施設端末２０の制御を司る手段であり、例えば、ＣＰＵなどによって構成される。通信部２２は施設端末２０をネットワークＮ１に接続するための通信手段である。施設端末２０は、例えば、汎用のパーソナルコンピュータ、スマートフォン、タブレットコンピュータ、モバイルコンピュータ、ウェアラブルコンピュータ、ワイヤレスストレージ、携帯電話、ハンディターミナルなどのコンピュータである。
【００３８】
（車両端末）
車両端末３０は制御部３１及び通信部３２、及び各種の入出力部を備えている。制御部３１は車両端末３０の制御を司る手段であり、例えば、ＣＰＵなどによって構成される。通信部３２は車両端末３０をネットワークＮ１に接続するための通信手段である。車両端末３０は、車両に搭載された車載器に限らず、ドライバーが保有する、スマートフォン、タブレットコンピュータ、モバイルコンピュータ、携帯電話、ハンディターミナルなどの汎用の情報端末であってもよい。
【００３９】
（処理の流れ）
次に、前述した各構成要素が行う処理について説明する。図４は、本実施形態に係るシステムにおけるデータフローを説明する図である。なお、本実施形態では、ウェブサイトを介してライドシェア支援サービスが提供される例を挙げて説明を行う。施設端末２０、あるいは、車両端末３０がウェブサイトにアクセスすると、施設端末２０、あるいは、車両端末３０の画面にはライドシェア支援サービスのためのユーザーインターフェースが表示され、ユーザーは当該ユーザーインターフェースを介して情報の取得及び提供を行うことができる。ここで、ユーザーとは、施設端末２０を使用する施設の管理者、あるいは、車両端末３０を使用するドライバーなどのライドシェアを企画する者が想定される。
【００４０】
ライドシェアの乗降場所として利用可能なスペースを有する施設の管理者は、当該スペースをライドシェアの乗降場所として提供する場合に、施設端末２０により、インターネット上のライドシェア支援サービスが提供されるサイト（以下、ライドシェア支援サイトともいう）にアクセスする。すなわち、施設端末２０は、ライドシェア支援サイトが提供する入力インターフェースに従った操作を施設の管理者から受け付け、スポンサー情報を、サーバ装置１０へ送信する（ステップＳ１０１）。ここで、スポンサー情報には、スポンサーＩＤ、施設名、施設所在地（住所）、利用可能時間、空き駐車枠数、特典内容が含まれる。
【００４１】
サーバ装置１０はスポンサー情報取得部１１１において、施設端末２０からスポンサー情報を受け付け（ステップＳ１０２）、記憶部１３のデータベースに、テーブル形式で格納する（ステップＳ１０３）。該テーブルは、スポンサーＩＤフィールド、施設名フィールド、施設所在地フィールド、利用可能時間フィールド、空き駐車枠フィールド、特典内容フィールドを有しており、各フィールドには対応する内容の情報が保存される。なお、ステップＳ１０２及びステップＳ１０３の処理には、サーバ装置１０が、全く新規なスポンサー情報の取得及び格納を行うのみではなく、すでに記憶部１３に格納されているスポ
ンサー情報の内容を、新たなスポンサー情報を取得することで更新することも含む。
【００４２】
一方、車両端末３０は、ライドシェアの乗降場所として利用可能なスペースを必要とするドライバーからの操作を受け付ける。そして、車両端末３０は、ドライバーからの操作に従い、ライドシェア支援サイトにアクセスし、リクエスト情報をサーバ装置１０に送信する（ステップＳ１０４）。ここで、リクエスト情報には、ドライバーが、同乗者を乗車又は降車させる予定の場所の情報、同乗者を乗車又は降車させる予定の時刻の情報、が含まれる。希望する特典内容についての情報を含んでいてもよい。なお、ここでいう「同乗者を乗車又は降車させる予定の場所」とは、明確な住所でなくともよく、地域名、公共交通機関の駅名（停留所名）、などであってもよい。
【００４３】
サーバ装置１０は、リクエスト情報取得部１１２において、車両端末３０からリクエスト情報を受け付ける（ステップＳ１０５）。そして、リクエスト応答部１１３が当該リクエストの条件に適合するスポンサー情報を、記憶部１３から抽出し（ステップＳ１０６）、通信部１２を介して車両端末３０に送信する（ステップＳ１０７）。なお、ステップＳ１０５からステップＳ１０７の処理については後に詳述する。
【００４４】
車両端末３０は、ドライバーから、ステップＳ１０７で送信された（即ち、提供された）適合スポンサー情報のうちドライバー所望の施設を選択する操作を受け付ける。そして、車両端末３０は、当該施設（の駐車枠）をライドシェアの乗降場所として利用する旨の予約処理を実行する。例えば、選択された施設の情報、利用予定時刻の情報、及び利用を希望する旨の情報（以下、利用予約情報ともいう）が車両端末３０からサーバ装置１０に送信される（ステップＳ１０８）。
【００４５】
サーバ装置１０は利用予約処理部１１４において、ステップＳ１０８の施設利用予約を受け付ける（ステップＳ１０９）。そして、利用予約のあった施設に対する利用登録処理を実行する。具体的には、サーバ装置１０は、まず予約のあった時刻を含む所定の時間帯の空き駐車枠をひとつ減ずるように、記憶部１３のスポンサー情報を更新する（ステップＳ１１０）。これによって、システム上では、利用予約のあったライドシェア乗降場所の駐車枠が確保される。なお、所定の時間帯とは例えば、利用予定時刻の前後１５分間、利用予定時刻から３０分間、などとすることができる。さらに、サーバ装置１０は、利用予約のあった施設の施設端末２０に対して、利用予約情報を送信（即ち、スポンサーに対して通知）する（ステップＳ１１１）。ステップＳ１１０及びステップＳ１１１の処理が利用登録処理に該当する。なお、通知を受けたスポンサーは、利用予約があった時間を含む所定の時間帯は、ライドシェアの乗降場所として利用できるスペースを物理的に確保する。
【００４６】
また、サーバ装置１０は、識別情報交付部１１５において、識別情報を作成し（ステップＳ１１２）、通信部１２を介して車両端末３０に送信する（ステップＳ１１３）。当該識別情報は、利用予約に係る施設の駐車枠を実際に利用したことの認証に用いられる情報である。例えば、数字、文字列、又はこれらの組み合わせからなるパスワードであってもよいし、ＱＲコード（登録商標）のようなコードであってもよい。あるいは、視認を前提としないデータであってもよい。
【００４７】
施設端末２０は、利用予約に係る施設の駐車枠をライドシェアの乗降場所として利用したドライバーから、ステップＳ１１３でサーバ装置１０から送信された識別情報の入力を受け付ける（ステップＳ１１４）。これにより、ライドシェアの乗降場所として利用予約が行われた施設が、実際に当該予約に基づいて利用されたことが、施設端末２０により認証される。なお、識別情報の入力の方法に特に限定は無く、例えば、ドライバーが施設端末２０に識別情報を手動で入力するようにしてもよいし、近距離を対象とした有線、無線
の通信手段により、車両端末３０から施設端末２０に識別情報を送信するようにしてもよい。
【００４８】
ステップＳ１１４で識別情報の入力（即ち、上記の認証）が行われると、その旨の情報（認証情報）が施設端末２０からサーバ装置１０に送信される（ステップＳ１１５）。サーバ装置１０は認証情報取得部１１６において、当該認証情報を取得する。
【００４９】
サーバ装置１０は、特典付与管理部１１７において、ステップＳ１１５で取得した認証情報、及び記憶部１３に格納されているスポンサー情報に基づき、ドライバーに特典を付与する処理を行う（ステップＳ１１６）。例えば、特典の内容が金銭の支払である場合には、電子決済のための他のサービスを介して、予め登録されているドライバーの口座に振り込みを実行するようにしてもよい。
【００５０】
また、特典の対象が施設の管理者からドライバーに手渡しされる場合には、ドライバーに特典を付与する処理は、サーバ装置１０は、施設端末２０を介して、特典の付与を施設の管理者に指示してもよい。
【００５１】
なお、本実施形態では、ライドシェアのとりまとめ者がドライバーである処理を例示したが、ドライバーや車両の所有者以外の者がライドシェアのとりまとめを行う場合、サーバ装置１０は、とりまとめを行った者に特典を付与する処理を行ってもよい。また、ドライバー以外の者がライドシェアのとりまとめを行う場合、サーバ装置１０は、とりまとめを行った者とドライバーの少なくとも一方に特典を付与する処理を行ってもよい。例えば、リクエスト情報には、とりまとめを行った者とドライバーの両方を識別する情報（例えば、ユーザＩＤなど）が明示されるようにしてもよい。
【００５２】
サーバ装置１０は、ステップＳ１１６で特典の付与が完了すると、当該利用に係るドライバー及びスポンサーの目的は達成されたものとして、当該案件についての完了処理を行う（ステップＳ１１７）。なお、ステップＳ１１７で行われる完了処理は、ステップＳ１０８で行われる利用予約に対応する処理であり、システムが提供するサービス全体についての完了処理を意味するものではない。本実施形態においては、ステップＳ１０２の処理が本発明の第２の態様に係る「第１のステップ」に相当し、ステップＳ１０７の処理が本発明の第２の態様に係る「第２のステップ」に相当する。
【００５３】
（リクエスト応答処理）
次に、ステップＳ１０５からステップＳ１０７の処理、即ち、サーバ装置１０が車両端末３０からリクエスト情報を取得し、該リクエスト情報に適合するスポンサー情報を車両端末３０に送信するまでの処理について、図５に基づいて詳述する。図５は、サーバ装置１０がリクエスト情報を取得してから適合スポンサー情報を送信するまでの処理の流れの一例を示すフローチャートである。ここでは、リクエスト情報には、ライドシェアの乗降を行う場所、時刻、及び施設を利用した場合の特典に関する要求が含まれている。
【００５４】
サーバ装置１０は、まず、ドライバーからリクエスト情報を取得すると（ステップＳ１００１）、記憶部１３のＤＢを参照し、指定された場所の近隣に所在地のある施設が存在するか否かを判定する（ステップＳ１００２）。ここで、指定場所の近隣に所在地のある施設が存在しない場合には、サーバ装置１０は、指定場所に適合する施設がない旨の情報、及び、再度のリクエスト情報の送信を求める情報、を車両端末３０に送信する（ステップＳ１００３）。
【００５５】
一方、ステップＳ１００２で、指定場所の近隣に所在地のある施設が存在する場合には、サーバ装置１０は、当該施設において、指定された時刻を含む空き駐車枠があるか否か
、即ち指定された時刻に利用可能か否かを判定する（ステップＳ１００４）。なお、指定場所の近隣に対応する施設が複数ある場合には、それらの全ての施設において当該判定を行う。
【００５６】
ステップＳ１００４で、指定された時刻に空き駐車枠が無い場合には、サーバ装置１０は指定時刻に利用可能な施設がない旨の情報、及び、再度のリクエスト情報の送信を求める情報、を車両端末３０に送信する（ステップＳ１００５）。一方、指定された時刻に空き駐車枠のある施設が一つでもある場合には、サーバ装置１０は、当該施設に係るスポンサー情報に含まれる特典の条件が、リクエスト情報の特典条件と適合するか否か判定する（ステップＳ１００６）。なお、指定場所、指定時刻の条件を満たす施設が複数ある場合にはそれら全ての施設において、当該判定を行う。
【００５７】
ステップＳ１００６で、指定された特典の条件に適合する特典を付与する施設が無い場合には、指定された特典の条件に合致する施設がない旨の情報、及び、再度のリクエスト情報の送信を求める情報を、車両端末３０に送信する（ステップＳ１００７）。一方、指定された特典の条件に適合する特典を付与する施設が一つでもある場合には、サーバ装置１０は、当該施設に係るスポンサー情報をＤＢから抽出する。なお、リクエスト情報と条件が適合する施設が複数である場合には、サーバ装置１０は、ＤＢからの抽出後に、これらを適合度が高い順に（例えば、施設の所在地が指定場所に近い順、など）、リスト化する（ステップＳ１００８）。そして、サーバ装置１０は、当該抽出・リスト化したスポンサー情報を、適合スポンサー情報として車両端末３０に送信し（ステップＳ１００９）、本ルーティンを終了する。
【００５８】
本実施形態のようなシステムの構成によれば、ライドシェアの乗降場所として利用可能なスペースを有し、見込み顧客の誘致を希望する施設と、ライドシェアの乗降場所を必要とするドライバーを容易にマッチングさせることができる。また、ドライバーの希望する乗降場所、乗降予定時刻、特典の条件に応じた施設の情報が抽出されてドライバーに提供されるため、ドライバーが施設を探索する手間を省くことができる。また、ドライバーが所望の施設の利用を、利用予定時刻の指定とともに予約することで、当該施設の利用登録処理が行われるため、ドライバーは確実に所望の時刻にライドシェアの乗降場所を確保することができる。また、前記利用登録が行われた施設が実際にライドシェアの乗降場所として利用されたことの認証が行われ、当該認証に基づいてドライバーに特典が付与されるため、特典の付与を公正に行うことができる。
【００５９】
（変形例１）
なお、第１実施形態では、リクエスト情報として、車両端末３０（即ち、ドライバー）から場所、時刻、特典の内容の条件を含む情報を受信し、サーバ装置１０において、これらの全てについて適合するスポンサー情報があるか否かを判定していたが、必ずしもこのようにする必要は無い。ドライバーが送信するリクエスト情報は、場所、時刻、特典の内容のいずれかのみであってもよく、これらのうち２つの条件を含むものであってもよい。また、サーバ装置１０は、一部の条件に適合するスポンサー情報を抽出・リスト化して、車両端末３０に送信してもよい。この際には、完全にリクエスト情報に適合している候補ではない旨の注釈文を付記すればよい。
【００６０】
このような構成によると、抽出される施設の件数を増やすことができ、ドライバーに提供されるスポンサー情報が全くない、或いは極めて少なくなるといった事態を抑止することができる。このことは、例えば、ドライバーがリクエスト情報として送信した条件の重要度が比較的低い場合などに、当該条件に拘束されて提供されるスポンサー情報が少なくなるといった問題に対して効果的である。
【００６１】
（変形例２）
また、第１実施形態では、施設の利用予約に係る処理（ステップＳ１０８からステップＳ１１３まで処理）は、一度のみ行われていたが、当該処理を何度も行えるようにしてもよい。即ち、一度施設の予約が行われた場合であっても、当該予約を変更（取り消しと新規予約）できるようにしてもよい。
【００６２】
具体的には、サーバ装置１０は、ステップＳ１０５で取得したリクエスト情報に含まれている、ライドシェアの乗車又は降車を行う時刻以前の所定の時刻を期限として、当該期限までは利用予約処理部１１４において、施設利用予約を受け付ける。所定の期限は、システムの運用に支障のない範囲で設定すればよく、例えば、ライドシェアの乗車又は降車を行う時刻の、１時間前とすることができる。新たな施設利用予約を受け付けたサーバ装置１０は、新たな施設利用予約に対する一連の処理（ステップＳ１１０からＳ１１３）を実行するとともに、既に行った利用登録処理を取り消す処理を実行する。具体的には、スポンサー情報の更新を行い、予約が取り消された施設の施設端末２０に予約取消情報を送信する。
【００６３】
このような構成によると、ドライバーは所定の期限までは、特典の内容、同乗者の利便性などに応じて、ライドシェアの乗降場所として利用する施設を何度も変更でき、利用予約を躊躇せずにすむ。即ち、システムの利便性をより高くすることができる。
【００６４】
（変形例３）
また、第１実施形態では、施設の利用予約に係る処理（ステップＳ１０８からステップＳ１１３まで処理）は、車両端末３０からの利用予約情報の送信を待って（即ちドライバーからの利用予約申請に基づいて）行われていたが、これに限らず、サーバ装置１０が所定の条件に基づいて自律的に施設の利用予約に係る処理を行うようにしてもよい。
【００６５】
本変形例に係るサーバ装置１０は、予め、ライドシェアの乗車又は降車を行う時刻についての実施予定時刻情報、及び、ライドシェアの乗車又は降車を行う地域を特定可能な実施予定地域情報を取得し、記憶部１３に保持しておく。これらの情報は、リクエスト情報に含まれる情報であってもよいし、別途取得する情報であってもよい。ここで、実施予定地域情報から特定される地域とは、例えば、特定地点から半径１ｋｍ以内、同一市区町村内、などとすればよい。
【００６６】
そして、利用予約処理部１１４は、実施予定時刻情報に係る時刻以前の所定時刻を期限として、当該期限までに、車両端末３０から利用予約情報を取得していない場合には、取得済みのスポンサー情報に係る施設の中から、所定の条件に適合する施設を抽出する。利用予約処理部１１４はさらに、当該抽出した施設を、ライドシェアの乗車又は降車を行う施設として、予約登録処理を行い、所定の条件に基づいて自動で予約登録処理が行われた旨の情報とともに、認証情報を車両端末３０に送信する。なお、所定の条件に適合する施設とは、前述の地域内に所在する施設のうち、最も特典の価値の高い施設とすればよい。
【００６７】
このような構成によると、ドライバーが利用予約の申請を忘れていた場合であっても、ドライバーにとって最も有利と思われる施設が自動で予約されるため、システムの利便性を高くすることができる。
【００６８】
＜第２実施形態＞
（システム構成）
次に、本システムの第２実施形態について説明する。本実施形態は、サーバ装置１０の制御部１１に機能モジュールとして特典内容管理部１１８が備わっている点、スポンサー情報に特典付与のための同乗者数条件が含まれる点、認証情報取得部１１６が施設の利用
に関する認証のみでなく、同乗者数についての認証情報を取得する点、において、第１実施形態と異なっている。なお、「同乗者数条件」とは、同乗者の人数についての条件であり、当該条件の有無の情報、有の場合の人数の情報（例えば下限の人数）、乗車人数と特典の内容との関係、なども含まれる。以下では、第１実施形態と同様の構成及び処理については同じ符号を用い、詳細な説明は省略する。
【００６９】
図６は、本実施形態に係るサーバ装置１０、施設端末２０、車両端末３０、の構成の一例を概略的に示したブロック図である。図６に示すように、サーバ装置１０には、第１実施形態の構成に加えて、特典内容管理部１１８が、制御部１１の機能モジュールとして備わっている。特典内容管理部１１８は、所定の条件に応じて特典の内容を管理する。具体的には、リクエスト情報取得部１１２が取得したリクエスト情報の内容に応じて、ドライバーに提供する適合スポンサー情報に含まれる特典内容を変更する。また、認証情報取得部１１６が取得した認証情報の内容に応じて、ドライバーに付与する特典内容を決定する。記憶部１３に格納されている施設の利用可能枠の数に応じて、特典内容を変更する。
【００７０】
また、本実施形態では、施設端末２０から送信されるスポンサー情報に、特典付与のための同乗者数の条件が含まれている。図７に、本実施形態において記憶部１３に格納される、スポンサー情報のＤＢのテーブル構成についての一例を示す。図７に示すように本実施形態では、ＤＢに同乗者数条件フィールドが設けられている。
【００７１】
また、本実施形態では、認証情報取得部１１６は、ライドシェアの乗降場所として利用予約が行われた施設が、実際に当該予約に基づいて利用されたことの認証情報に加えて、ライドシェアの乗降のために施設を実際に利用した（訪れた）、同乗者数についての認証情報も取得する。特典付与管理部１１７は、施設利用についての認証情報及び、同乗者数についての認証情報に基づき、特典付与の処理を行う。
【００７２】
（処理の流れ）
次に、本実施形態における各構成要素が行う処理について、第１実施形態と相違する点を主として説明する。スポンサー情報取得部１１１は、同乗者数の条件を含むスポンサー条件を施設端末２０から取得し、記憶部１３に格納する。ここでは、同乗者数の条件は、施設のスペースをライドシェアの乗降場所として利用した場合に特典を付与するための条件として説明するが、施設のスペースをライドシェアの乗降場所として利用することの可否に対する条件であってもよい。
【００７３】
（リクエスト応答処理）
以下では、本実施形態におけるリクエスト応答処理について説明する。本実施形態のリクエスト応答処理は、第１実施形態のリクエスト応答処理と比べてステップＳ１００６に該当する部分のみが異なっているため、当該箇所についての処理のみを説明し、それ以外の処理の流れについては説明を省略する。図８は、本実施形態におけるリクエスト応答処理のうち、特典内容についての条件の判定処理の前に行われる処理の流れを示すフローチャートである。
【００７４】
サーバ装置１０はまず、第１実施形態のステップＳ１００１からステップＳ１００５と同様の流れで、場所及び時刻についての条件の判定処理を行う。次に、サーバ装置１０はリクエスト情報に特典内容の条件が含まれているか否かを判定し（ステップＳ２００１）、含まれていない場合には、特典についての条件は適合しているとして処理を終了する。一方、リクエスト条件に特典内容の条件が含まれている場合には、サーバ装置１０は、リクエスト情報に同乗者数の情報が含まれているか否かを判定する（ステップＳ２００２）。ステップＳ２００２で、リクエスト情報に同乗者数が含まれていないと判定された場合には、サーバ装置１０は、リクエスト情報で指定された特典の内容に合致する施設がある
か否かを判定する処理に移る（ステップＳ２００７。第１実施形態のステップＳ１００６に相当、以後同じ。）。一方、ステップＳ２００２でリクエスト情報に同乗者数が含まれていた場合には、サーバ装置１０は、スポンサー情報に同乗者数の条件があるか否かを判定する（ステップＳ２００３）。
【００７５】
ステップＳ２００３で、スポンサー情報に同乗者数の条件が無い場合には、サーバ装置１０は、リクエスト情報で指定された特典の内容に合致する施設があるか否かを判定する処理に移る（ステップＳ２００７）。一方、スポンサー情報に同乗者数の条件がある施設が一つでもある場合には、サーバ装置１０は、当該条件が人数に応じて特典内容が変動するものか否か、即ち、単に特典付与の可否のみについての条件であるか否かを判定する（ステップＳ２００４）。ステップＳ２００４で、同乗者数の条件は、単に特典付与の可否のみについての条件であると判定された場合には、サーバ装置１０は、リクエスト情報の同乗者数がスポンサー情報の同乗者数の条件を満たすか否かを判定し、特典が付与されるか否かを確定する処理を行う（ステップＳ２００５）。そして、サーバ装置１０は、ステップＳ２００５の結果に基づいて、リクエスト情報で指定された特典の内容に合致する施設があるか否かを判定する処理に移る（ステップＳ２００７）。
【００７６】
一方、ステップＳ２００４で、同乗者数の条件は、人数に応じて特典の内容が変動するものであると判定された施設が一つでもある場合には、サーバ装置１０は、特典内容管理部２１８において、リクエスト情報の同乗者数に応じた特典の内容を算出する処理を行う（ステップＳ２００６）。そして、サーバ装置１０は、算出された特典の内容に基づいて、リクエスト情報で指定された特典の内容に合致する施設があるか否かを判定する処理に移る（ステップＳ２００７）。
【００７７】
（認証情報）
なお、本実施形態では、施設端末２０は、利用予約に係る施設がライドシェアの乗降場所として利用された際に、施設が実際に利用されたことについての認証を行うだけでなく、ライドシェアの同乗者数についての認証も行う。そして、サーバ装置１０の認証情報取得部１１６が取得する認証情報には同乗者数についての認証情報も含まれる。認証の方法は特に限定されず、施設の管理者（又はその指示を受けるスタッフ）が確認し、施設端末２０に入力するのであってもよい。また、カメラ及び画像解析システムと施設端末２０とを連携させて、カメラにより駐車スペースを撮影し、画像を解析することによって同乗者数の情報を得るようにしてもよい。
【００７８】
サーバ装置１０は、特典内容管理部１１８において、同乗者数についての認証情報に基づき特典の内容を確定し、特典付与管理部１１７において、当該特典の付与についての処理を行う。
【００７９】
以上のような本実施形態の構成によると、スポンサーは特典付与のために必要な同乗者数の下限を定めたり、特典の内容をライドシェアの実際の同乗者数に応じて変動させたりできる。このため、例えば想定よりも施設への訪問者数（即ち、スポンサーにとっての見込み客）が少なく、特典の付与とのバランスが取れずにスポンサーが損失を被る、といった事態を抑止することができる。
【００８０】
（変形例）
なお、本実施形態では、特典内容管理部１１８において管理される特典内容の変動の例として、ライドシェアの同乗者数と特典内容が関連している例を説明したが、特典内容が他の要素と関連して変動するものであっても構わない。例えば、施設における空き駐車枠と、特典内容が関連するようにしてもよい。空き駐車枠が多い（即ち、混雑の度合いが小さい）と特典の価値が高くなり、空き駐車枠が少ない（即ち、混雑の度合いが大きい）と
特典の価値が低くなる様にしてもよい。例えば、特典の内容が金銭の支払である場合には、利用予約時の駐車枠数に単価を乗じた金額としてもよいし、空き駐車枠の数の分のボーナスが加算されるようにしてもよい。なお、これらの特典変動の条件はスポンサー情報の内容として記憶部１３に格納されるようにしておけばよい。このような構成によると、施設の管理者は空き駐車枠の数に応じて適時に特典の内容を変動させることができ、これによってライドシェア利用者の誘引の程度を効率的に調節することができる。
【００８１】
＜第３実施形態＞
（システム構成）
次に、本システムの第３実施形態について説明する。本実施形態は、第１実施形態の構成に比べて、簡素な構成となっている。本実施形態においても、第１実施形態と同様の構成及び処理には同一の符号を付して、詳細な説明は省略する。図９は、本実施形態に係るサーバ装置１０、施設端末２０、車両端末３０、の構成の一例を概略的に示したブロック図である。図９に示すように、本実施形態におけるサーバ装置１０は、第１実施形態の構成と比べて、制御部１１の機能モジュールとして、リクエスト情報取得部１１２、リクエスト応答部１１３、識別情報交付部１１５、が存在しない構成となっている。
【００８２】
（処理の流れ）
次に、図１０に基づいて本実施形態における処理の流れについて説明する。図１０は本実施形態におけるデータフローを示す図である。スポンサー情報の取得からスポンサー情報の登録までの処理（ステップＳ３０１からステップＳ３０３）は、第１実施形態と同様である。そして、本実施形態においては、サーバ装置１０は、記憶部１３に格納されたままのデータを一覧としてライドシェア支援サイト上に公開する（ステップＳ３０４）。即ち、ライドシェアのドライバーを含むサイトのユーザーにスポンサー情報が提供される。具体的には、ライドシェア支援サイトにアクセスすると、スポンサー情報の一覧が閲覧できるようになっている。これにより、ドライバーは、当該一覧から利用を希望する施設を選択することができる。
【００８３】
そして、車両端末３０は、ドライバーから利用を希望する施設の入力を受け付け、当該施設の利用予約情報をサーバ装置１０に送信する（ステップＳ３０５）。
【００８４】
なお、本実施形態においては、サーバ装置１０が取得する利用予約情報に、認証のための識別情報が含まれる。即ち、本実施形態ではサーバ装置１０から識別情報が交付されないため、施設を利用したことの認証を受けるために、利用予約を行った者と実際に施設を利用した者とを照合するための識別情報をドライバーが自ら設定する。当該識別情報は、予約者と利用者とを照合できるものであれば何でもよく、例えば、ドライバーが任意に設定したパスワードであってもよいし、ライドシェアに供する車両の登録番号（ナンバープレートの番号）であってもよい。車両端末３０がこれらの情報の入力を受け付け、利用予約情報に含めてサーバ装置１０に送信する。
【００８５】
サーバ装置１０は、ドライバーからの利用予約を受け付け、記憶部１３のスポンサー情報を更新し、識別情報を含む利用予約情報を施設端末２０に送信する（ステップＳ３０６からステップＳ３０８）。なお、ステップＳ３０６からステップＳ３０８の処理は、第１実施形態の処理と同様である。
【００８６】
そして、施設端末２０は、利用予約に係る施設の駐車枠をライドシェアの乗降場所として利用したドライバーから、ステップＳ３０８でサーバ装置１０から送信された識別情報の入力を受け付ける（ステップＳ３０９）。例えば、識別情報がパスワードであった場合には、施設端末２０はドライバーから当該パスワードの入力を受け付ける。また、識別情報が車両の登録番号であった場合には、施設の管理者（又はその指示を受けるスタッフ）
が確認を行い施設端末２０に入力してもよい。また、カメラ及び画像解析システムと施設端末２０とを連携させて、カメラにより駐車スペースを撮影し、画像を解析することによって、登録番号を取得するようにしてもよい。これにより、ライドシェアの乗降場所として利用予約が行われた施設が、実際に当該予約に基づいて利用されたことが、施設端末２０により認証される。
【００８７】
ステップＳ３０９後の処理は、第１実施形態の場合と同様である。サーバ装置１０は、施設端末２０から認証情報を取得し（ステップＳ３１０）、当該認証情報に基づいて特典付与の処理を行い（ステップＳ３１１）、当該案件についての完了処理を行う（ステップＳ３１２）。なお、本実施形態においては、ステップＳ３０２の処理が本発明の第２の態様に係る「第１のステップ」に相当し、ステップＳ３０４の処理が本発明の第２の態様に係る「第２のステップ」に相当する。
【００８８】
以上のような本実施形態の構成により、簡素な構成でドライバーがライドシェアを提供することへの動機付けを与え、意欲を高めることができるシステムを構築することができ、る。
【００８９】
＜その他＞
なお、上記の各実施形態は、本発明を例示的に説明するものに過ぎず、本発明は上記の具体的な態様には限定されない。
【００９０】
例えば、上記の各実施形態においては、ライドシェアを実施する車両のドライバーが「ライドシェアのとりまとめ者」であったが、ライドシェアのとりまとめ者は、ドライバーに限られない。自身では運転を行わないものの、他の同乗者を募集する役割を果たすものであっても良いし、実際にはライドシェアを行う車両に同乗しないものの、ドライバーと同乗希望者を仲介する立場となる者であってもよい。
【００９１】
また、上記の各実施形態において、認証情報は施設端末２０からサーバ装置１０に送信されるようになっていたが、例えば、車両端末３０が認証情報を取得し、車両端末３０からサーバ装置１０に認証情報が送信されるようにしてもよい。
【００９２】
また、上記の各実施形態では、ライドシェア支援システム１はインターネットサイト上で提供されていたが、これに限らず、施設端末２０、車両端末３０が所定のアプリケーションをインストールすることによってシステムを利用可能な構成としてもよい。また、端末にアプリケーションをインストールすること無く、いわゆるＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）によって提供されるものであってもよい。
【００９３】
また、各実施形態におけるサーバ装置１０は、ライドシェア支援システム１だけでなく、他のシステムを構成する要素となっていてもよい。例えば、ライドシェアの運用を管理する管理システムを構成し、該システムとライドシェア支援システム１が連携する仕組みが構築されてもよい。具体的には、第１実施形態において、ステップＳ１０９で受け付けた利用予約に係る施設の情報、乗車又は降車を行う時刻の情報を、それぞれライドシェアの乗車場又は降車場、ライドシェアの乗車又は降車を行う時刻として、管理システムに反映させるようにしてもよい。これにより、ライドシェアの運用を管理するシステムとライドシェア支援システムとを一体的に提供することができ、よりドライバーの利便性を高めることができる。
【００９４】
また、このように、ライドシェア支援システムとライドシェアの運用管理システムとを一体的に提供する場合に、サーバ装置１０は施設利用予約情報を取得しなくとも、所定の条件に従って、自動でライドシェアの乗車又は降車の場所となる施設を決定するようにし
てもよい。具体的には、サーバ装置１０は、ライドシェア運用管理システムにおいて予め登録されたライドシェア開始時刻前の所定時刻（例えば、１時間前）を期限として、当該期限までにいずれかの施設の利用予約情報を取得できなかった場合に、最も特典の価値の高い施設に対して利用登録処理を行うようにしてもよい。この際に対象となる施設は、ライドシェア運用管理システムにおいて予め登録されたライドシェアの乗車又は降車場所の情報から特定される場所を起点として、所定の範囲内の地域（例えば、特定地点から半径１ｋｍ以内）に所在する施設から選択されるようにしておくとよい。
【００９５】
また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【００９６】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【００９７】
１・・・ライドシェア支援システム
１０・・・サーバ装置
２０・・・施設端末
３０・・・車両端末
１１、２１、３１・・・制御部
１２、２２、３２・・・通信部
１３・・・記憶部
１１１・・・スポンサー情報取得部
１１２・・・リクエスト情報取得部
１１３・・・リクエスト応答部
１１４・・・利用予約受付部
１１５・・・識別情報交付部
１１６・・・認証情報取得部
１１７・・・特典付与管理部
１１８・・・特典内容管理部
【図１】
2020009049.tif 000003
【図２】
2020009049.tif 000004
【図３】
2020009049.tif 000005
【図４】
2020009049.tif 000006
【図５】
2020009049.tif 000007
【図６】
2020009049.tif 000008
【図７】
2020009049.tif 000009
【図８】
2020009049.tif 000010
【図９】
2020009049.tif 000011
【図１０】
2020009049.tif 000012