(57)【要約】【課題】ライドシェアを希望する複数のユーザを柔軟にマッチングさせる情報処理装置及び情報処理方法を提供する。【解決手段】通信部を介して、ライドシェアを企画した企画者からの要求にしたがって、同乗者を募集する通知を送信することと、前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得することと、を実行する制御部を備える。【選択図】図７
2020013345.tif 000002
【特許請求の範囲】
【請求項１】
通信部を介して、ライドシェアを企画した企画者からの要求にしたがって、同乗者を募集する通知を送信することと、
前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得することと、
を実行する制御部を備える情報処理装置。
【請求項２】
前記制御部は、
前記通信部を介して、前記同乗者を募集する通知をプッシュ通知によって送信することを実行する請求項１に記載の情報処理装置。
【請求項３】
前記通信部は、前記条件に応じて、前記基準位置からの通信可能距離が限定された通信手段によって、前記通知を送信することを実行する請求項１に記載の情報処理装置。
【請求項４】
前記制御部は、
前記通信部を介して、前記通知に応答する前記同乗希望者から、該同乗希望者の位置に関する情報を取得することを実行する請求項１又は２に記載の情報処理装置。
【請求項５】
前記制御部は、
前記通信部を介して、同乗者を募集する通知の受領を希望する通知希望者の位置に関する情報を取得することと、
前記通知希望者の位置に関する情報から、前記条件に適合する前記通知希望者を抽出することと、
前記通信部を介して、抽出された前記通知希望者に前記企画者からの要求にしたがった前記通知を送信すること、
とを実行する請求項１又は２に記載の情報処理装置。
【請求項６】
前記制御部は、
前記応答した同乗希望者の属性情報を取得し、該属性情報にしたがって、前記同乗者を決定することを実行する請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記制御部は、
前記応答に対する前記企画者の選択を受け付け、前記同乗者を決定することを実行する請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項８】
前記基準位置は、前記ライドシェアに供される車両の位置である請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
前記基準位置は、前記企画者の装置の位置である請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項１０】
前記基準位置は、前記企画者が指定する位置である請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項１１】
通信部を介して、ライドシェアを企画した企画者からの要求にしたがって、同乗者を募集する通知を送信するステップと、
前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得するステップと、
を含む情報処理方法。
【請求項１２】
通信部を介して、ライドシェアを企画した企画者からの要求にしたがって同乗者を募集する通知を送信するステップと、
前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得するステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
近年、同一の車両に複数のユーザが相乗り（ライドシェア）する移動形態が広がっている。ライドシェアにより、交通量の削減による移動時間の短縮化、ＣＯ２排出量の削減、移動コストの削減といった効果が見込める。
【０００３】
実際にライドシェアを行うには、ライドシェアを希望する複数のユーザをマッチングさせる必要がある。このようなマッチング方法として、種々の方法が提案されている（例えば、特許文献１）。特許文献１に記載の方法では、まず、運転者となるユーザが、旅程と、当該旅程に係る募集要項をサーバに登録する。そして、同乗希望者であるユーザは、旅程一覧をサーバから受信して、自らの携帯端末に表示させ、興味ある旅程があればこれを選択し、選択された旅程に係る募集要項を表示させる。募集要項を閲覧した同乗希望者が、この旅程に対してライドシェアを予約したい場合には、携帯端末に表示された申請ボタンを押す。申請ボタンが押されると、その旨がサーバに通知される。そして、サーバから、予約の申請があった旨が運転者となるユーザの携帯端末に通知される。通知を受けた運転者が携帯端末に表示された承認ボタンを押すと、その旨がサーバに通知され、予約を申請したユーザが同乗者としてデータベースに登録され、マッチングが成立する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１９４８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、ライドシェアを希望する複数のユーザを柔軟にマッチングさせる情報処理装置及び情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の態様に係る情報処理装置は、通信部を介して、ライドシェアを企画した企画者からの要求にしたがって、同乗者を募集する通知を送信することと、前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得することと、を実行する制御部を備えることを特徴とする。
【０００７】
また、本発明の第２の態様に係る情報処理方法は、通信部を介して、ライドシェアを企画した企画者からの要求にしたがって、同乗者を募集する通知を送信するステップと、前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得するステップと、を含むことを特徴とする。
【０００８】
また、本発明の第３の態様に係るプログラムは、通信部を介して、ライドシェアを企画した企画者からの要求にしたがって同乗者を募集する通知を送信するステップと、前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得するステップと、をコンピュータに実行させる。
【発明の効果】
【０００９】
本発明によれば、ライドシェアを希望する複数のユーザを柔軟にマッチングさせる情報処理装置及び情報処理方法を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態に係るマッチングシステムの概略構成図である。
【図２】第１実施形態に係るユーザ端末１０のシステム構成図である。
【図３】第１実施形態に係るユーザ端末２０のシステム構成図である。
【図４】第１実施形態に係るサーバ３０のシステム構成図である。
【図５】ユーザ情報データベースに記憶される情報を例示する図である。
【図６】ライドシェア管理データベースに記憶される情報を例示する図である。
【図７】第１実施形態に係る募集対象ユーザ抽出処理のフローチャートである。
【図８】第１実施形態に係る募集処理のフローチャートである。
【図９】第１実施形態の第１変形例に係る処理のフローチャートである。
【図１０】第１変形例に係るライドシェア管理情報を例示する図である。
【図１１】第１変形例に係るユーザ情報を例示する図である。
【図１２】第１実施形態の第２変形例に係る処理のフローチャートである。
【図１３】第２実施形態に係るサーバ４０のシステム構成図である。
【図１４】第２実施形態に係るマッチング処理のフローチャートである。
【図１５】第２実施形態の第１変形例に係る処理のフローチャートである。
【図１６】第２実施形態の第２変形例に係る処理のフローチャートである。
【図１７】第３実施形態に係るマッチングシステムの概略構成図である。
【図１８】第３実施形態に係るユーザ端末５０のシステム構成図である。
【図１９】ユーザ情報データベースに記憶される情報を例示する図である。
【図２０】第３実施形態に係るユーザ端末６０のシステム構成図である。
【図２１】第３実施形態に係るマッチング処理のフローチャートである。
【図２２】第３実施形態の第１変形例に係る処理のフローチャートである。
【図２３】第３実施形態の第２変形例に係る処理のフローチャートである。
【発明を実施するための形態】
【００１１】
同一の車両をライドシェアする複数のユーザをマッチングさせるには、ライドシェアしようとするユーザに、出発地、目的地、移動経路、出発時刻等の情報をサーバに予め登録させる。そして、ライドシェアを希望するユーザが、サーバにアクセスし、これらの情報を検討して、希望するライドシェアがある場合に、サーバに、当該ライドシェアに対する予約をする。ライドシェアを希望するユーザからの予約を受け付けたサーバでは、ユーザの属性等に基づいて、ライドシェアするユーザを決定する。
【００１２】
このように、同一の車両をライドシェアする複数のユーザをマッチングさせるには、準備と、ある程度の時間とが必要とされる。従って、突発的にライドシェアを提供できる機会が発生しても、準備や募集の時間を考慮すると、その機会に即応して柔軟にユーザをマッチングさせることは難しい。
【００１３】
上記を考慮して、本実施形態では、突発的にライドシェアを提供できる機会が発生した場合でも、その機会に即応して柔軟に複数のユーザをマッチングできる情報処理装置を提供する。
【００１４】
本発明の第１の態様に係る情報処理装置は、通信部を介して、ライドシェアを企画した企画者からの要求にしたがって、同乗者を募集する通知を送信することと、前記通知に応答して前記ライドシェアに対する同乗を希望する同乗希望者であって、基準位置からの距
離に関連する条件に適合する同乗希望者の情報を取得する。
【００１５】
突発的にライドシェアを提供できる機会が発生した場合に、ライドシェアを提供しようとするユーザ、すなわち、企画者の要求にしたがって、同乗者を募集する通知が送信されるので、必要に応じて即座に同乗者を募集することもできる。
この同乗者を募集する通知をプッシュ通知によって送信すれば、通知がユーザの目に直ちに触れることになる。このため、すでに企画者がライドシェアに供される車両を運転している場合や、ライドシェアの実施までに間がないような突発的なライドシェアの機会を逃すことなく、迅速に同乗者を募集することができる。
【００１６】
また、同乗者を募集する通知に応答して同乗を希望する同乗希望者のうち、基準位置からの距離に関連する条件に適合する同乗希望者の情報を取得する。
ここで、基準位置とは、同乗希望者をフィルタリングするための距離に関する条件の基準となる位置であり、例えば、企画者が指定したライドシェアの出発地や、ライドシェアに供される車両の位置や、企画者の端末等の装置の位置が含まれる。基準位置からの距離に関する条件とは、例えば、基準位置から所定の距離の範囲内に同乗希望者の装置がある等の条件である。基準位置からの距離に関する条件は、基準位置からの具体的な距離で規定されるものに限られず、同乗者を募集する通知に用いる通信媒体の通信可能範囲のように、応答の前提となる通知の受信できる範囲を物理的に限定するものでもよい。また、基準位置からの距離に関する条件は、基準位置からの所要時間で規定されてもよい。また、基準位置からの距離に関する条件は、行政上の地域のように地理的な領域で規定されてもよい。
【００１７】
このような基準位置からの距離に関連する条件に適合するか否かによる、同乗希望者のフィルタリングは、マッチングのいずれの段階で行ってもよい。すなわち、通知を受領する前の潜在的な同乗希望者に関して、条件に適合するか否かを判断するための情報を取得しておき、条件に適合する潜在的な同乗希望者に対して募集の通知を送信することもできる。また、募集の通知に対して応答した同乗希望者に関して、条件に適合するか否かを判断するための情報を取得し、その適否を判断してもよい。
基準位置からの距離に関連する条件に適合する同乗希望者の情報に基づいて同乗者のマッチングを行えば、出発時刻が迫っているようなライドシェアの場合でも、基準位置までの所要時間が短く、ライドシェアを希望する可能性の高い人を対象にした柔軟なマッチングが可能となる。
【００１８】
このように、本実施形態によれば、ライドシェアを提供できる機会の発生に即応して、ライドシェアする複数ユーザを柔軟にマッチングさせることができる。
【００１９】
以下、本発明の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００２０】
＜第１実施形態＞
（システム概要）
図１は、本実施形態に係るマッチングシステム１の概略構成を示す図（以下、システム１と称する）である。図１の例では、システム１は、ユーザＡが有するユーザ端末１０、ユーザＢ，Ｃがそれぞれ有する端末であるユーザ端末２０Ｂ，２０Ｃ、サーバ３０を含む。以下では、ユーザ端末２０Ｂ，２０Ｃを包括的に指示する場合は、ユーザを区別するＢ，Ｃを省略する。ユーザ端末１０、ユーザ端末２０及びサーバ３０は、ネットワークＮ１によって相互に接続される。図１には、ユーザ端末２０を有するユーザとして、Ｂ及びＣの２人のみ例示しているが、ユーザ端末２０を有するユーザの数はこれに限られない。
【００２１】
ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークは、携帯電話等の電話通信網、Ｗｉ−Ｆｉ（登録商標）等の無線通信網を含んでもよい。
【００２２】
ユーザ端末１０の構成について説明する。図２は、ユーザ端末１０のシステム構成を示した図である。
ユーザ端末１０は、ライドシェアを企画するユーザＡが有する端末である。ここでは、ライドシェアを企画するユーザＡは、ライドシェアされるべき車両を運転するユーザである。ただし、ライドシェアを企画するユーザＡは、ライドシェアされるべき車両に同乗するユーザであってもよい。
ユーザ端末１０は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。ユーザ端末１０は、制御部１０１、記憶部１０２、無線通信部１０３、位置取得部１０４、入出力部１０５を含んで構成される。
【００２３】
制御部１０１は、ユーザ端末１０が行う制御を司る演算処理装置である。制御部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算処理装置によって実現することができる。
制御部１０１は、ライドシェア情報送信部１０１１と、現在位置送信部１０１２と、マッチング処理部１０１３との機能モジュールを有して構成される。各機能モジュールは後述する記憶部１０２に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００２４】
ライドシェア情報送信部１０１１は、ユーザＡが企画するライドシェアに関する情報をサーバ４０に送信する。ライドシェア情報は、少なくとも出発地、目的地、出発予定日時、募集人数を含む。
【００２５】
現在位置送信部１０１２は、位置取得部１０４によって取得したユーザ端末１０の現在位置をサーバ３０に送信する。
【００２６】
マッチング処理部１０１３は、サーバ３０から受信したマッチング結果を処理し、ユーザＡに入出力部１０５を介して提示する。必要に応じて、ユーザＡに入力を促し、入出力部１０５を介して入力された情報をサーバ３０に送信する。
【００２７】
記憶部１０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部１０１によって実行されるプログラムや、当該プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１０１において実行されるプログラムや、当該プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部１０１で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部１０１によって実行されることで、以降に説明する処理が行われる。
【００２８】
主記憶装置は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）やハードディスクドライブ（ＨＤＤ、Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）を含んでもよい。さらに、補助記憶装置は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。リムーバブルメディアやＤ
ＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）のようなディスク記録媒体である。
【００２９】
無線通信部１０３は、ユーザ端末１０をネットワークＮ１に接続するための無線通信インタフェースである。無線通信部１０３は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ等の移動体通信サービスを介して、ネットワークＮ１へのアクセスを提供する。
【００３０】
位置取得部１０４は、ユーザ端末１０の現在位置を取得する。ここでは、例えば、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星からの電波に基づいて、ユーザ端末１０の現在位置を検出するＧＰＳユニットによって構成される。位置取得部１０４は、ユーザ端末１０が無線通信を行う複数の無線基地局からユーザ端末１０に送信される電波の当来時間に基づいて、ユーザ端末１０の現在位置を検出するようにしてもよい。また、ユーザ端末１０が無線ＬＡＮによって通信する場合には、位置取得部１０４は、複数のアクセスポイントからユーザ端末１０が受信する電波の強度に基づいて、ユーザ端末１０の現在位置を検出するようにしてもよい。
【００３１】
入出力部１０５は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。本実施形態では、一つのタッチパネルディスプレイ、マイク及びスピーカを含んで構成される。すなわち、液晶ディスプレイとその制御手段、タッチパネルとその制御手段、マイクとその制御手段、スピーカとその制御手段から構成される。
【００３２】
なお、図２に示した構成は一例であり、図示した機能の全部又は一部は、専用に設計された回路を用いて実行されてもよい。また、図示した以外の主記憶装置及び補助記憶装置の組み合わせによってプログラムの記憶又は実行を行ってもよい。
【００３３】
ユーザ端末２０の構成について説明する。図３は、ユーザ端末２０のシステム構成を示す図である。
ユーザ端末２０は、システム１のユーザであり、潜在的にライドシェアの同乗者となり得るユーザＢ，Ｃ等が有する。
ユーザ端末２０は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。ユーザ端末２０は、制御部２０１、記憶部２０２、無線通信部２０３、位置取得部２０４、入出力部２０５を含んで構成される。
記憶部２０２、無線通信部２０３、位置取得部２０４、入出力部２０５の構成は、記憶部１０２、無線通信部１０３、位置取得部１０４、入出力部１０５とそれぞれ同様であるため、詳細な説明は省略する。
【００３４】
制御部２０１は、ユーザ端末２０が行う制御を司る演算処理装置である。制御部２０１は、ＣＰＵ等の演算処理装置によって実現することができる。
制御部２０１は、現在位置送信部２０１１と、募集情報処理部２０１２との機能モジュールを有して構成される。各機能モジュールは記憶部２０２に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００３５】
現在位置送信部２０１１は、位置取得部２０４によって取得したユーザ端末２０の現在位置をサーバ３０に送信する。
募集情報処理部２０１２は、無線通信部２０３を介して、サーバ３０から受信したライドシェアの希望者を募集する情報（同乗者を募集する通知）を受信し、ユーザＢ，Ｃに入出力部２０５を介して提示する。必要に応じて、ユーザＢ，Ｃに入力を促し、入出力部２０５を介して入力された情報をサーバ３０に送信する。
【００３６】
次に、サーバ３０の構成について説明する。
サーバ３０は、一般的なコンピュータにより構成される。すなわち、サーバ３０は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータである。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置にはオペレーティングシステム、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような所定の目的に合致した各機能を実現することができる。ただし、一部又は全部の機能は、ＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、サーバ３０は単一のコンピュータで構成されてもよいし、互いに連携する複数台のコンピュータによって構成されてもよい。
図４は、サーバ３０のシステム構成を示した図である。サーバ３０は、制御部３０１、通信部３０２、記憶部３０３を含んで構成される。
【００３７】
通信部３０２は、サーバ３０をネットワークＮ１に接続するための通信インタフェースである。通信部３０２は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信回路を含んで構成される。通知部は、後述するプッシュ通知を含む種々の通信方式に対応した通信が可能である。
【００３８】
記憶部３０３は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部３０１によって実行されるプログラムや、当該プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部３０１において実行されるプログラムや、当該プログラムが利用するデータが記憶される装置である。主記憶装置及び補助記憶装置については、記憶部１０２と同様であるため、詳細な説明は省略する。
さらに、記憶部３０３は、ユーザ情報データベース３０３１及びライドシェア管理データベース３０３２を記憶する。
ユーザ情報データベース３０３１は、本実施形態に係るマッチングシステムを含むライドシェア支援システムに利用者として登録されたユーザに関する情報を記憶するデータベースである。
ライドシェア管理データベース３０３２は、企画されたライドシェアを管理する情報を記憶するデータベースである。
【００３９】
ユーザ情報データベース３０３１に格納されるユーザ情報のテーブル構成について図５を参照して説明する。
ユーザ情報テーブルは、ユーザＩＤフィールド、連絡先１フィールド、連絡先２フィールド、連絡先３フィールド、現在位置フィールドを有する。
ユーザＩＤフィールドには、ユーザを特定するための識別情報であるユーザＩＤが格納される。
連絡先１フィールドには、ライドシェアに係るアプリケーションがインストールされたユーザ端末を特定する識別情報である端末ＩＤが格納されている。連絡先１フィールドに格納された端末ＩＤは、プッシュ通知を送信する際に送信先となる。このような端末ＩＤとしては、例えば、ＧＣＭ（Ｇｏｏｇｌｅ（登録商標）  Ｃｌｏｕｄ  Ｍｅｓｓａｇｉｎｇ）やＦＣＭ（Ｆｉｒｅｂａｓｅ（登録商標）  Ｃｌｏｕｄ  Ｍｅｓｓａｇｉｎｇ）におけるＲｅｇｉｓｔｒａｔｉｏｎ  ＩＤ、ＡＰＮｓ（Ａｐｐｌｅ（登録商標）  Ｐｕｓｈ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｓｅｒｖｉｃｅ）におけるＤｅｖｉｃｅ  Ｔｏｋｅｎがあるが、これらに限られない。
連絡先２フィールドには、ユーザの連絡先１として、電話番号が格納されている。
連絡先３フィールドには、ユーザの連絡先２として、メールアドレスが格納されている。
連絡先はこれらに限られず、通信方式に応じて、当該ユーザの有するユーザ端末と通信するために、当該ユーザ端末を特定する識別情報を格納することができる。例えば、メッセンジャーアプリケーションのアカウントを連絡先として格納することもできる。
【００４０】
ライドシェア管理データベース３０３２に格納されるライドシェア管理情報のテーブル構成について図６を参照して説明する。
ライドシェア管理情報テーブルは、ライドシェアＩＤフィールド、企画者フィールド、出発日時フィールド、出発地フィールド、目的地フィールド、募集人数フィールドを有する。
ライドシェアＩＤフィールドには、システム１においてマッチングの対象とされるライドシェアを特定するために付与される識別情報であるライドシェアＩＤが格納される。
企画者フィールドには、ライドシェアを企画したユーザを特定する識別情報が格納される。ここでは、企画者フィールドには、企画者のユーザＩＤが格納されている。
出発日時フィールドには、各ライドシェアの出発日時が格納される。図６の例では２０１８年１０月１日１４時００分と、２０１８年１０月１日１６時００分が格納されている。
出発地フィールドには、各ライドシェアの出発地が格納される。図６では、東京駅八重洲口と東京都庁前が格納されている。
目的地フィールドには、各ライドシェアの目的地が格納される。図６の例では、高尾山口と川越駅が格納されている。
募集人数フィールドには、各ライドシェアについて募集する同乗者の人数が格納される。図６の例では、それぞれ３が格納されている。
【００４１】
制御部３０１は、サーバ３０が行う制御を司る演算処理装置である。制御部３０１は、ＣＰＵ等の演算処理装置によって実現することができる。
制御部３０１は、募集通知送信部３０１１と、詳細情報送信部３０１２と、現在位置取得部３０１３と、対象抽出部３０１４と、マッチング管理部３０１５との機能モジュールを有して構成される。各機能モジュールは、補助記憶装置に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００４２】
（募集対象ユーザ抽出処理）
サーバ３０の制御部３０１が行う、募集対象ユーザ抽出処理の詳細について、図７に示すフローチャートに基づいて説明する。
まず、ステップＳ１において、ライドシェアを企画したユーザＡから、ライドシェア情報の登録を受け付ける。ここでは、ユーザＡがユーザ端末１０のライドシェアプリケーションを立ち上げて、入出力部１０５を介して、出発地、目的地、出発予定日時、募集人数等を入力する。ユーザ端末１０のライドシェア情報送信部１０１１は、受け付けた出発地、目的地、出発予定日時、募集人数等のライドシェア情報を、無線通信部１０３を介して、サーバ３０に送信する。サーバ３０では、ユーザ端末１０から送信されたライドシェア情報にライドシェアＩＤを付与し、これをライドシェア管理データベース３０３２に記憶する。ユーザＡがライドシェア情報を登録すると直ちに、又は、入出力部１０５に表示されるボタンの操作等によるユーザの要求に応じて、サーバ３０は、以下の募集対象抽出処理及び募集処理を実行する。募集対象抽出処理及び募集処理を含むマッチング処理は、連続的に実行される一連の情報処理方法である。
次に、ステップＳ２において、対象抽出部３０１４が、マッチングの対象であるライドシェアに関する情報をライドシェア管理データベース３０３２から取得する。ユーザＡによって登録された、ライドシェアＩＤ２０１８１０００３２よって特定されるライドシェアを募集の対象として取得する。
ステップＳ３において、対象抽出部３０１４は、ライドシェア管理データベース３０３２に記憶されたライドシェア管理情報テーブルから、出発地フィールドに格納されている
情報を取得する。ライドシェアＩＤ２０１８１０００３２については、出発地フィールドには、「東京都庁前」が格納されている。サーバ３０は、地図上の位置を緯度及び経度に換算するテーブルを保有しており、当該テーブルに基づいて、出発地の情報は、緯度及び経度によって表現される。東京都庁前の緯度は３５度４１分２３．５６１秒、経度は１３９度４１分２７．６６２秒である。
【００４３】
ステップＳ４において、現在位置取得部３０１３は、ユーザ端末２０から、現在位置を取得する。そして、取得した現在位置に基づいて、ユーザ情報データベース３０３１に格納されたユーザ情報テーブルの現在位置フィールドの情報を更新する。
ステップＳ５において、対象抽出部３０１４は、ユーザ情報テーブルから一人のユーザを抽出する。このとき、募集の対象であるライドシェアを企画したユーザＡについては、抽出対象から除外する。まず、図５に示すテーブルから、ユーザＩＤ１０００１２３４のユーザを抽出する。ここでは、ユーザ情報テーブルに記憶された全てのユーザが、ライドシェアが企画された場合には、募集の対象とされることを希望するユーザ、すなわち、通知希望者である。ユーザＩＤ１０００１２３４のユーザの現在位置は（Ｌａｔ＿０，Ｌｏｎ＿１）である。
ステップＳ６において、対象抽出部３０１４は、ユーザ情報テーブルの現在位置フィールドに格納されたユーザの現在位置と、ライドシェア管理情報テーブルの出発地フィールドに格納された出発地との距離Ｄを算出する。上述の例では、緯度は３５度４１分２３．５６１秒、経度は１３９度４１分２７．６６２秒の地点と緯度Ｌａｔ＿０、経度Ｌｏｎ＿１の位置との距離Ｄを算出する。
【００４４】
ステップＳ７において、対象抽出部３０１４は、Ｄ≦１０００（ｍ）か否かを判断する。ここでは、距離Ｄと比較する値を１０００（ｍ）としているが、ライドシェアの出発時刻までの時間等を考慮して、適宜設定すればよい。ここで、基準位置は出発地であり、基準位置からの距離に関連する条件とは、出発地とユーザ端末２０の現在位置との距離Ｄが１０００（ｍ）以内であることである。
ステップＳ７でＤ≦１０００（ｍ）であると判断された場合には、ステップＳ８において、当該ユーザを募集対象として抽出し、ステップＳ９に進む。このとき、ユーザ情報テーブルに募集対象であることを示すフラグを設け、このフラグをＯＮに設定しておく。
ステップＳ７でＤ＞１０００（ｍ）であると判断された場合には、当該ユーザは募集対象でないとして、ステップＳ９に進む。このとき、ユーザ情報テーブルの、募集対象であることを示すフラグをＯＦＦに設定する。
【００４５】
ステップＳ９において、対象抽出部３０１４は、ユーザ情報テーブルに他のユーザのレコードがあるか否かを判断する。
ステップＳ９でユーザ情報テーブルに他のユーザのレコードがあると判断された場合には、ステップＳ４に戻って、次のユーザのレコードを抽出し、以降の処理を行う。
ステップＳ９でユーザ情報テーブルに他のユーザのレコードがないと判断された場合には、処理を終了する。
【００４６】
（募集処理）
次に、サーバ３０の制御部３０１が行う、募集処理の詳細について、図８に示すフローチャートに基づいて説明を行う。
ステップＳ１１において、募集通知送信部３０１１が、ライドシェア管理ＤＢに格納されているライドシェアＩＤ２０１８１０００３２のレコードから、募集通知を生成する。この募集通知は、プッシュ通知によって、ユーザ端末２０に通知される情報である。ユーザ端末２０においてライドシェアアプリケーションが立ち上げられているか否かに関わらず、また、ユーザ端末２０からの要求によることなく、サーバ３０からネットワークＮ１を介してユーザ端末２０に送信され、入出力部２０５にポップアップ等の態様で表示され
る。募集通知がユーザ端末２０に受信され、表示される際には、併せて、バイブレーションや音声を発生させてもよい。プッシュ通知では、一般に、送信できる情報量に制限があるために、募集通知は、簡潔に、ライドシェアが企画されていることをユーザに伝えるものである。例えば、「２０分後に出発！川越駅まで東京都庁前本日１６時００分出発  ライドシェアしませんか。」という内容の募集通知を生成する。そして、募集通知送信部３０１１は、ユーザ情報テーブルの募集対象であることを示すフラグがＯＮとなっているユーザの連絡先１フィールドから、端末ＩＤを取得する。そして、募集通知送信部３０１１は、通信部３０２を介して、プッシュ通知によって、募集通知を、募集対象として抽出されたユーザのユーザ端末２０に送信する。募集通知に含まれるメッセージは上述のものに限られず、ユーザ端末１０の入出力部１０５を介して、ユーザＡに、複数の選択肢の中から選択させたり、テキストを入力させたりしてもよい。
また、募集通知を受信したユーザ端末２０では、募集情報処理部２０１２が、入出力部２０５にメッセージを表示させる。入出力部２０５にはメッセージとともに、又はこれとは別に、ライドシェアに関する詳細情報の送信を要求する問合せボタンが表示される。募集されているライドシェアに関心があるユーザが、問合せボタンをタップすると、募集情報処理部２０１２は、サーバ３０に対して、ライドシェアに関する詳細情報の送信を要求する。このように、プッシュ通知は、送り手側により開始される通信処理ということができる。プッシュ通知をインターネットで実現する通信手順としては、ＨＴＴＰ  ｓｅｒｖｅｒ  ｐｕｓｈ，Ｊａｖａ（登録商標）ｐｕｓｈｌｅｔ等が知られている。
【００４７】
ステップＳ１２において、詳細情報送信部３０１２が、ユーザ端末２０からの問合せを受信する。
ステップＳ１３において、詳細情報送信部３０１２は、ユーザ端末２０からの問合せに応じて、ライドシェアの企画者であるユーザのプロフィールや、車両の車種、出発地から目的地までの移動経路、費用等を含む詳細情報を生成し、ユーザ端末２０に送信する。ユーザ端末２０からサーバ３０への問合せ及びサーバ３０からユーザ端末２０への詳細情報の送信は、詳細情報の形式に応じて、適宜の通信方式を採用すればよい。
詳細情報を受信したユーザ端末２０では、募集情報処理部２０１２が、入出力部２０５に表示させる。詳細情報を閲覧したユーザは、ライドシェアに申し込むか否かを判断する。入出力部２０５に表示された詳細情報とともに、又はこれとは別に、ライドシェアへ申込みボタンが表示される。ユーザが申込みボタンをタップすると、募集情報処理部２０１２は、サーバ３０に対して、当該ユーザがライドシェアに申し込む旨の情報を送信する。
【００４８】
ステップＳ１４において、マッチング管理部３０１５は、ユーザ端末２０からライドシェアへの申込みを受信する。マッチング管理部３０１５は、ユーザの申込みの受信時刻を記憶しておく。ユーザ端末２０から申込みを送信したユーザが、通知に応答してライドシェアに対する同乗を希望する同乗希望者である。
ステップＳ１５において、マッチング管理部３０１５は、申込みの受信時刻が最先であるユーザから順に募集人数に達するまで、当該ユーザをライドシェアの同乗者と決定する。ここでは、申込みの受信時刻順に同乗者を決定しているが、申込み期限を設定し、申込期限が終了した時点で募集人数に達しているか否かにかかわらずマッチングを終了するようにしてもよい（他の実施形態も同様である）。
ステップＳ１５において、マッチング管理部３０１５は、当該ライドシェアについて、同乗者として決定したユーザに関する情報をライドシェア管理データベースに記憶する。
ステップＳ１５において、マッチング管理部３０１５は、ライドシェアするユーザが決定した旨を、ライドシェアを企画したユーザと、同乗者として決定したユーザとに通知して処理を終了する。ライドシェアに申し込む旨を回答したユーザのうち、ライドシェアの同乗者とならなかったユーザに対しては、当該ライドシェアについては募集を終了した旨を通知する。
【００４９】
ライドシェアの同乗者が決定してから、実際にユーザが乗車するまでの間は、所定間隔で、同乗者として決定されたユーザのユーザ端末２０の現在位置を、ユーザＡのユーザ端末１０に、直接又はサーバ３０を介して送信するようにしてもよい。このようにすれば、ユーザＡは、同乗者として決定したユーザが実際に乗車するまでの行動を把握することができる。
【００５０】
このように本実施形態よれば、現在位置が出発地に近く、短時間で同乗できるユーザに限定して、ライドシェアの同乗者を募集することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。
【００５１】
なお、本実施形態（第２実施形態についても同様である）では、ユーザＡが登録した出発地との距離を基準に募集対象となるユーザを抽出しているが、距離の基準となる基準位置はこれに限られない。サーバ３０が、ユーザ端末１０（企画者の装置）の現在位置を取得し、これを基準位置としてもよい。ユーザＡがライドシェアに供する車両に乗車した状態で、サーバ３０がマッチングを行う場合には、ユーザ端末１０の現在位置はすなわち車両の現在位置でもある。このようにすれば、すでに乗車しているユーザＡに対して、車両の近くにいるユーザから効率よく同乗者をマッチングすることができる。また、ユーザＡが、出発点とは異なる地点で同乗者をピックアップしてもよい場合には、このような地点をユーザＡが指定して、これを登録させることにより、距離の基準としてもよい。距離の基準となる地点として、複数の地点を設定するようにしてもよい。
また、本実施形態では、募集通知をプッシュ通知によってユーザ端末２０に送信している。このようにすれば、ユーザ端末２０において、ライドシェアアプリケーションを立ち上げていないユーザに対しても、募集通知が表示される。募集通知は、ライドシェアを企画したユーザの要求に応じて、対象として抽出されたユーザに速やかに通知され、直ちにユーザの目に触れる。このため、すでにユーザがライドシェアに供される車両を運転している場合や、出発予定時刻まで間がないような突発的なライドシェアの機会を逃すことなく、迅速にマッチングを行うことができる。
【００５２】
（第１変形例）
図９に第１実施形態の第１変形例に係る募集対象ユーザ抽出処理について説明する。装置構成については、第１実施形態と共通であるため、詳細な説明を省略する。
図９示すフローチャートにおいて、図７と共通の処理については、同じ符号を付して説明を省略する。本変形例では、ユーザＡがライドシェアを企画する際に、ライドシェアの同乗者について、希望する属性を指定させておき、サーバ３０が募集者を抽出する条件に、指定された属性も加えて判断する。このため、ライドシェア管理情報テーブルは、図１０に示すように、ライドシェアの同乗者に対する指定する属性情報を格納する属性１フィールド、属性２フィールドを有する。ここでは、属性１として性別、属性２として年齢を格納する。ユーザＡは、性別を男性、年齢を２５〜３５と指定している。
【００５３】
本変形例では、ステップＳ７でＤ≦１０００（ｍ）と判断された場合には、ステップＳ１８に進む。ステップＳ１８において、対象抽出部３０１４は、当該ユーザの属性情報をユーザ情報データベース３０３１から取得する。本変形例に係るユーザ情報データベース３０３１に格納されたユーザ情報のテーブル構成を図１１に示す。図１１に示すように、ユーザ情報テーブルは、年齢フィールド、性別フィールド等のユーザの属性情報を有する。
ステップＳ１９において、対象抽出部３０１４は、ユーザＡが指定した属性と、Ｄ≦１０００（ｍ）と判断されたユーザの属性情報とを照合する。ここでは、ユーザＩＤ１０００１２３４、１０００２３４１、１０００３４１２のユーザの属性情報が照合されるものとする。
ステップＳ１９において、ユーザＡが指定した属性と、Ｄ≦１０００（ｍ）と判断されたユーザの属性情報とが適合すると判断した場合には、ステップＳ８に進む。ユーザＩＤ１０００１２３４のユーザの性別及び年齢は、ユーザＡが指定した属性情報と適合する。
ステップＳ１７において、ユーザＡが指定した属性と、Ｄ≦１０００（ｍ）と判断されたユーザの属性情報とが適合しないと判断した場合には、ステップＳ４に戻る。ユーザＩＤ１０００２３４１のユーザについては、性別が、ユーザＡが指定した属性情報と適合しない。ユーザＩＤ１０００３４１２のユーザについては、年齢が、ユーザＡが指定した属性情報と適合しない。
ステップＳ１８において、対象抽出部３０１４は、ステップＳ１７で属性情報が適合すると判断されたユーザを募集対象として抽出し、ステップＳ９に進む。図１１に示す例では、ユーザＩＤ１０００１２３４が募集対象として抽出される。
【００５４】
ライドシェアの同乗者が決定してから、実際にユーザが乗車するまでの間は、所定間隔で、同乗者として決定されたユーザのユーザ端末２０の現在位置を、ユーザＡのユーザ端末１０に、直接又はサーバ３０を介して送信するようにしてもよい。このようにすれば、ユーザＡは、同乗者として決定したユーザが実際に乗車するまでの行動を把握することができる。
【００５５】
このように本変形例によれば、現在位置が出発地に近く、短時間で同乗できるユーザに限定して、ライドシェアの同乗者を募集することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。さらに、ライドシェアの同乗者の属性に関して、ライドシェアを企画したユーザの希望を反映した、より好適なマッチングを行うことができる。
【００５６】
（第２変形例）
図１２に第１実施形態の第２変形例に係る募集処理について説明する。装置構成については、第１実施形態と共通であるため、詳細な説明は省略する。
図１２に示すフローチャートにおいて、図８と共通の処理については、同じ符号を付して説明を省略する。本変形例では、ライドシェアに申し込んだユーザのうち、いずれのユーザを同乗者とするかを、ユーザＡに選択させる。
【００５７】
具体的には、ステップＳ１４から、ステップＳ２０に進む。ステップＳ２０において、マッチング管理部３０１５は、ユーザ端末２０からライドシェアへの申込みを受信した場合には、受信時刻が最先のユーザから順に所定の人数Ｋ１人を同乗者候補として決定する。ここで、Ｋ１は少なくとも募集人数を超える適宜の整数である。
ステップＳ２１において、同乗者候補Ｋ１人のユーザの属性情報をユーザ情報データベース３０３１から取得して、ユーザ端末１０に送信する。ユーザ端末１０では、マッチング処理部１０１３が、同乗者候補に関する属性情報を表示する。ユーザ端末１０には、表示されたユーザのうち、いずれのユーザを同乗者として決定するかを選択させる画面を表示させ、ユーザＡの選択を促す。ユーザＡが同乗者を決定すると、マッチング処理部１０１３が同乗者として決定したユーザに関する情報を、ユーザ端末１０からサーバ３０に送信する。
ステップＳ２２において、マッチング管理部３０１５は、ユーザ端末１０から、同乗者として決定されたユーザに関する情報を受信すると、ライドシェア管理データベース３０３２の当該ライドシェアのレコードに同乗者に関する情報を記憶する。
次に、ステップＳ１７に進み、マッチング管理部３０１５は、同乗者として決定したユーザにその旨を通知して処理を終了する。ライドシェアに申し込む旨を回答したユーザのうち、ライドシェアの同乗者とならなかったユーザに対しては、当該ライドシェアについては募集を終了した旨を通知する。
【００５８】
ライドシェアの同乗者が決定してから、実際にユーザが乗車するまでの間は、所定間隔で、同乗者として決定されたユーザのユーザ端末２０の現在位置を、ユーザＡのユーザ端末１０に、直接又はサーバ３０を介して送信するようにしてもよい。このようにすれば、ユーザＡは、同乗者として決定したユーザが実際に乗車するまでの行動を把握することができる。
【００５９】
このように本変形例によれば、現在位置が出発地に近く、短時間で同乗できるユーザに限定して、ライドシェアの同乗者を募集することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。さらに、ライドシェアの同乗者の属性に関して、ライドシェアを企画したユーザの希望を反映した、より好適なマッチングを行うことができる。
【００６０】
＜第２実施形態＞
第２実施形態に係るマッチングシステム１の概略構成は、第１実施形態と同様であるため、詳細な説明を省略する。
第２実施形態に係るユーザ端末１０、ユーザ端末２０の構成は、第１実施形態と同様であるため、詳細な説明は省略する。
図１３に本実施形態に係るサーバ４０のシステム構成を示す。サーバ４０のハードウェア構成については、サーバ４０と同様であるため、詳細な説明は省略する。
サーバ４０は、制御部４０１、通信部４０２、記憶部４０３を含んで構成される。
【００６１】
通信部４０２及び記憶部４０３については、通信部３０２と同様であるため、詳細な説明は省略する。
制御部４０１は、サーバ４０が行う制御を司る演算処理装置である。制御部４０１は、ＣＰＵ等の演算処理装置によって実現することができる。
制御部４０１は、募集通知送信部４０１１と、詳細情報送信部４０１２と、現在位置取得部４０１３と、マッチング管理部４０１４との機能モジュールを有して構成される。各機能モジュールは、補助記憶装置に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００６２】
（マッチング処理）
サーバ４０の制御部４０１が行う、情報処理方法としてのマッチング処理の詳細について、図１４に示すフローチャートに基づいて説明する。
まず、ステップＳ３１において、ライドシェアを企画したユーザＡから、ライドシェア情報の登録を受け付ける。ライドシェア情報の登録についてはステップＳ１と同様であるため、詳細な説明は省略する。ユーザＡがライドシェア情報を登録すると直ちに、又は、入出力部１０５に表示されるボタンの操作等によるユーザの要求に応じて、サーバ３０は、マッチング処理を実行する。
ステップＳ３２において、マッチング管理部４０１４が、マッチングの対象であるライドシェアに関する情報をライドシェア管理データベース４０３２から取得する。ここでは、ライドシェアＩＤ２０１８１０００３２によって特定されるライドシェアが募集の対象となっている。
【００６３】
ステップＳ３３において、募集通知送信部４０１１が、ステップＳ３２で取得したライドシェアＩＤ２０１８１０００３２のレコードから募集通知を生成する。募集通知送信部４０１１は、ユーザ情報データベース４０３１に記憶されたユーザ毎の連絡先１に格納されている端末ＩＤを取得し、当該端末ＩＤによって特定されるユーザ端末２０に、通信部４０２を介して、募集通知をプッシュ通知によって送信する。
ステップＳ３４において、詳細情報送信部４０１２が、ユーザ端末２０からの問合せを受信する。
ステップＳ３５において、詳細情報送信部４０１２が、ユーザ端末２０からの問合せに応じて、ライドシェアに関する詳細情報を生成し、ユーザ端末２０に送信する。ユーザ端末２０からサーバ３０への問合せ及びサーバ４０からユーザ端末２０への詳細情報の送信は、詳細情報の形式に応じて、適宜の通信方式を採用すればよい。
ステップＳ３６において、マッチング管理部４０１４は、ユーザ端末２０からのライドシェアへの申込みを受信する。マッチング管理部３０１５は、ユーザの申込みの受信時刻を記憶しておく。このとき、ユーザ端末２０からの申込みとともに、位置取得部２０４によって取得した当該ユーザ端末２０の現在位置を現在位置送信部２０１１からサーバ４０に送信させる。ユーザ端末２０の現在位置に関する情報は現在位置取得部４０１３が受信し、ユーザ情報テーブルの現在位置フィールドに記憶し又は記憶されている情報を更新する。ユーザ端末２０から申込みを送信したユーザが、通知に応答してライドシェアに対する同乗錠を希望する同乗希望者である。
【００６４】
ステップＳ３７において、マッチング管理部４０１４は、ステップＳ３１で取得した、対象となっているライドシェアについてのレコードから、出発地フィールドに格納された情報を取得する。ここでは、ライドシェアＩＤ２０１８１００００３２については、出発地フィールドには、「東京都庁前」が格納されている。サーバ４０は、地図上の位置を緯度及び経度に換算するテーブルを保有しており、当該テーブルに基づいて、出発地の情報は、緯度及び経度によって表現される。
【００６５】
ステップＳ３８において、マッチング管理部４０１４は、ユーザ端末２０からの申込みの受信時刻が最先であるユーザから順に、ユーザ情報テーブルの現在位置フィールドに格納された現在位置を取得する。
ステップＳ３９において、マッチング管理部４０１４は、ステップＳ３７で取得した出発地とステップＳ３８で取得したユーザ端末２０の現在位置との距離Ｄを算出する。
ステップＳ４０において、マッチング管理部４０１４は、Ｄ≦１０００（ｍ）か否かを判断する。ここでは、距離Ｄの閾値を１０００（ｍ）としているが、ライドシェアの出発時刻までの時間等を考慮して、適宜設定すればよい。
ステップＳ４０でＤ≦１０００（ｍ）であると判断された場合には、ステップＳ４１において、マッチング管理部４０１４は、当該ユーザをライドシェアの同乗者と決定して、ステップＳ４３に進む。
ステップＳ４０でＤ＞１０００（ｍ）であると判断された場合は、ステップＳ４２において、マッチング管理部４０１４は、当該ユーザに対して、当該ライドシェアについては募集を終了した旨を通知して、ステップＳ４３に進む。
【００６６】
ステップＳ４３において、マッチング管理部４０１４は、ステップＳ４１でライドシェアの同乗者として決定したユーザの人数が、募集人数に達したか否かを判断する。
ステップＳ４３で、ライドシェアの同乗者として決定したユーザの人数が、募集人数に達したと判断された場合には、ステップＳ４４に進む。ステップＳ４４では、マッチング管理部４０１４が、ライドシェアするユーザが決定した旨を、ライドシェアを企画したユーザと、同乗者として決定したユーザとに通知して処理を終了する。ライドシェアに申し込む旨を回答したユーザのうち、ライドシェアの同乗者とならなかったユーザに対しては、当該ライドシェアについては募集を終了した旨を通知する。
ステップＳ４３で、ライドシェアの同乗者として決定したユーザの人数が、募集人数に達していないと判断された場合には、ステップＳ３８に戻り、次に、申込みの受信時刻が早いユーザについて以降の処理を行う。
【００６７】
なお、ライドシェアの同乗者が決定してから、実際にユーザが乗車するまでの間は、所定間隔で、同乗者として決定されたユーザのユーザ端末２０の現在位置を、ユーザＡのユーザ端末１０に、直接又はサーバ４０を介して送信するようにしてもよい。このようにす
れば、ユーザＡは、同乗者として決定したユーザが実際に乗車するまでの行動を把握することができる。
【００６８】
このように本実施形態によれば、ライドシェアに申し込んだユーザのうち、現在位置が出発に近く、短時間で同乗できるユーザを、同乗者として決定することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。
また、本実施形態では、募集通知をプッシュ通知によってユーザ端末２０に送信している。このようにすれば、ユーザ端末２０において、ライドシェアアプリケーションを立ち上げていないユーザに対しても、募集通知が表示される。募集通知は、ライドシェアを企画したユーザの要求に応じて、ユーザに速やかに通知され、直ちにユーザの目に触れる。このため、すでにユーザがライドシェアに供される車両を運転している場合や、出発予定時刻まで間がないような突発的なライドシェアの機会を逃すことなく、迅速にマッチングを行うことができる。
【００６９】
（第１変形例）
図１５に第２実施形態の第１変形例に係るマッチング処理について説明する。装置構成については、第２実施形態と共通であるため、詳細な説明を省略する。
図１５に示すフローチャートにおいて、図１４と共通の処理については、同じ符号を付して説明を省略する。本変形例では、ユーザＡがライドシェアを企画する際に、ライドシェアの同乗者について、希望する属性を指定させておき、サーバ４０が、同乗者を決定する条件に、指定された属性も加えて判断する。このため、ライドシェア管理情報テーブルは、ライドシェアの同乗者に対する指定する属性情報を格納する属性１フィールド、属性２フィールドを有する。ライドシェア管理情報テーブルの構成は図１０と同様である。
【００７０】
本変形例では、ステップＳ４０でＤ≦１０００（ｍ）であると判断された場合には、ステップＳ４５に進む。ステップＳ４５において、マッチング管理部４０１４は、当該ユーザの属性情報をユーザ情報データベース４０３１から取得する。本変形例に係るユーザ情報データベース４０３１に格納されたユーザ情報のテーブル構成は図１１と同様である
ステップＳ４６において、マッチング管理部４０１４は、ユーザＡが指定した属性と、ステップＳ４５で取得したユーザの属性情報とを照合する。
ステップＳ４６でユーザＡが指定した属性と、ステップＳ４５で取得したユーザの属性情報が適合すると判断した場合には、ステップＳ４１において、マッチング管理部４０１４は、当該ユーザを同乗者として決定する。
ステップＳ４６でユーザＡが指定した属性と、ステップＳ４５で取得したユーザの属性情報が適合しないと判断した場合には、ステップＳ４２に進む。
ステップＳ４１及びステップＳ４２以降の処理は、第２実施形態に係る処理と同様である。
【００７１】
このように本変形例によれば、ライドシェアに申し込んだユーザのうち、現在位置が出発に近く、短時間で同乗できるユーザを、同乗者として決定することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。さらに、ライドシェアの同乗者の属性に関して、ライドシェアを企画したユーザの希望を反映した、より好適なマッチングを行うことができる。
【００７２】
（第２変形例）
図１６に第２実施形態の第２変形例に係るマッチング処理について説明する。装置構成については、第２実施形態と共通であるため、詳細な説明は省略する。
図１６に示すフローチャートにおいて、図１４と共通の処理については、同じ符号を付して説明を省略する。本変形例では、ライドシェアに申し込んだユーザのうち、いずれの
ユーザを同乗者とするかを、ユーザＡに選択させる。
【００７３】
具体的には、ステップＳ４０からステップＳ４７又はステップＳ４２に進む。ステップＳ４０でＤ≦１０００（ｍ）であると判断された場合には、ステップＳ４７において、マッチング管理部４０１４は、当該ユーザをライドシェアの同乗者候補と決定して、ステップＳ４８に進む。
ステップＳ４０でＤ＞１０００（ｍ）であると判断された場合は、ステップＳ４２において、マッチング管理部４０１４は、当該ユーザに対して、当該ライドシェアについては募集を終了した旨を通知して、ステップＳ４８に進む。
【００７４】
ステップＳ４８において、マッチング管理部４０１４は、ステップＳ４７でライドシェアの同乗者候補として決定したユーザの人数が所定の人数Ｋ２に達したか否かを判断する。ここで、Ｋ２は少なくとも募集人数を超える適宜の整数である。
ステップＳ４８でライドシェアの同乗者候補として決定したユーザの人数が、Ｋ２に達したと判断された場合には、ステップＳ４９に進む。ステップＳ４９では、マッチング管理部４０１４は、同乗者候補として決定したＫ２人のユーザの属性情報をユーザ情報データベース４０３１から取得してユーザ端末１０に送信する。ユーザ端末１０は、マッチング処理部１０１３が同乗者候補として決定されたＫ人のユーザについて属性情報を表示する。ユーザ端末１０には、表示されたユーザのうち、いずれのユーザを同乗者として決定するかを選択させる画面を表示させ、ユーザＡの選択を促す。ユーザＡが、同乗者として決定したユーザに関する情報は、マッチング処理部１０１３が、無線通信部１０３によってユーザ端末１０からネットワークＮ１を介してサーバ４０に送信される。
ステップＳ５０において、マッチング管理部４０１４は、ユーザ端末１０から、同乗者として選択されたユーザに関する情報を受信すると、ライドシェア管理データベース４０３２の当該ライドシェアのレコードに同乗者に関する情報を記憶する。
ステップＳ４３４おいて、マッチング管理部４０１４は、同乗者として決定したユーザにその旨を通知して処理を終了する。ライドシェアに申し込む旨を回答したユーザのうち、ライドシェアの同乗者候補とならなかったユーザ及び同乗者候補に決定されたものの同社として選択されなかったユーザに対しては、当該ライドシェアについては募集を終了した旨を通知する。
【００７５】
このように本変形例によれば、ライドシェアに申し込んだユーザのうち、現在位置が出発に近く、短時間で同乗できるユーザを、同乗者として決定することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。さらに、ライドシェアの同乗者の属性に関して、ライドシェアを企画したユーザの希望を反映した、より好適なマッチングを行うことができる。
【００７６】
＜第３実施形態＞
図１７は、本実施形態に係るマッチングシステム２の概略構成を示す図（以下、システム２と称する）である。図１７の例では、システム２は、ユーザＡが有するユーザ端末５０、ユーザＢ，Ｃがそれぞれ有する端末であるユーザ端末６０Ｂ，６０Ｃを含む。以下では、ユーザ端末６０Ｂ，６０Ｃを包括的に指示する場合は、ユーザを区別するＢ，Ｃを省略する。ユーザ端末５０及びユーザ端末６０は、ネットワークＮ２によって相互に接続される。
ネットワークＮ２は、所定の無線通信規格（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ（ＲＡＴ））に適合又は準拠した無線網である。例えば、３ＧやＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、５Ｇ等のセルラー通信規格、無線ＬＡＮ、Ｂｌｕｔｏｏｔｈ（登録商標）、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）、ＷｉＭＡＸ（Ｗｏｒｌｄｅｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ），ＣＶ２Ｘ（Ｃｅｌｌｕｌａｒ  Ｖｅｈｉｃｌ
ｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）に適合又は準拠した無線網が挙げられる。ただし、無線通信規格は、ユーザ端末５０と、ユーザ端末６０とが必要な情報の送受信を行うことができるものであればよく、上述のものに限られない。
【００７７】
ユーザ端末５０の構成について説明する。図１８は、ユーザ端末５０のシステム構成を示した図である。
ユーザ端末５０は、ライドシェアを企画するユーザＡが有する端末である。第１実施形態と同様に、ライドシェアを企画するユーザＡは、ライドシェアされるべき車両を運転するユーザである。
ユーザ端末５０は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。ユーザ端末５０は、制御部５０１、記憶部５０２、無線通信部５０３、位置取得部５０４、入出力部５０５を含んで構成される。
制御部５０１は、ユーザ端末５０が行う制御を司る演算処理装置である。制御部５０１は、ＣＰＵ等の演算処理装置により実現することができる。
制御部５０１は、募集情報生成部５０１１、募集情報送信部５０１２、マッチング処理部５０１３との機能モジュールを有して構成される。各機能モジュールは後述する記憶部５０２に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００７８】
募集情報生成部５０１１は、ユーザＡの入力に従って、ユーザＡが企画するライドシェアについて同乗者を募集する通知であるライドシェア募集情報を生成する。ユーザＡが入力した情報は、記憶部５０２のライドシェア情報ＤＢ５０２２にも記憶される。
募集情報送信部５０１２は、募集情報生成部５０１１で生成されたライドシェア募集情報を、無線通信部５０３を制御してユーザ端末６０に送信する。
マッチング処理部５０１３は、ライドシェア募集情報に対する応答を受信し、ライドシェアの同乗者を決定する。
【００７９】
記憶部５０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置及び補助記憶装置については、記憶部１０２と同様であるため、詳細な説明は省略する。
記憶部５０２は、ユーザ情報データベース５０２１及びライドシェア管理データベース５０２２を記憶する。
ユーザ情報データベース５０２１は、ライドシェア募集情報に応答したユーザに関する情報を記憶するデータベースである。
ライドシェア管理データベース５０２２は、ユーザＡが企画したライドシェアに関する情報を記憶するデータベースである。
【００８０】
ユーザ情報データベース５０２１に格納されるユーザ情報のテーブル構成について図１９を参照して説明する。
ユーザ情報テーブルは、ユーザＩＤフィールド、端末識別情報、応答受信時刻フィールドを有する。
ユーザＩＤフィールドには、ユーザを特定するための識別情報であるユーザＩＤが格納される。
端末識別情報フィールドには、無線通信部５０３を介して、ユーザ端末６０と通信を行うために、当該ユーザ端末を識別するための情報が格納される。端末識別情報は、ユーザ端末５０とユーザ端末６０との無線通信方式に応じて、各ユーザ端末に付与されるものである。
応答受信時刻フィールドには、無線通信部５０３を介して、ユーザ端末６０から応答を受信した時刻が格納される。
【００８１】
ライドシェア管理データベース５０２２に格納されるライドシェア管理情報のテーブル
構成について説明する。
企画者フィールドには、ライドシェアを企画したユーザを特定する識別情報が格納される。ここでは、ユーザＡの氏名が格納されている。
出発日時フィールド、出発地フィールド、目的地フィールド、募集人数フィールドについては、ライドシェア管理データベース４０３２における各フィールドと同様であるため、詳細な説明は省略する。
【００８２】
無線通信部５０３は、ユーザ端末５０をネットワークＮ２に接続するための通信インタフェースである。無線通信部５０３の、ユーザ端末５０からの通信可能距離が限定されている。異なる無線通信方式に対応して複数の無線通信部を有してもよい。また、無線通信部５０３は、送信する電波の出力を変更することにより、通信可能範囲を変更できるようにしてもよい。
本実施形態で、無線通信部５０３の、ユーザ端末５０からの通信可能距離を限定する方法の例は以下の通りである。例えば、無線通信部５０３は、アドホックな通信手段、例えば、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ（登録商標）、あるいは無線ＬＡＮによる通信部を有し、制御部５０１がプッシュ通知処理を実装することで、通信可能距離を限定した通信が実現される。なお、無線通信部５０３が無線ＬＡＮのインタフェースを有する場合には、アドホック・モード（ａｄ
ｈｏｃ  ｍｏｄｅ）を用いることで、ユーザ端末６０に設置された無線ＬＡＮのアダプタと互いに直接通信をすることが可能となる。通信可能距離は、例えば、ＢＬＥで数ｍから数十ｍ、Ｂｌｕｅｔｏｏｔｈで１０ｍから１００ｍ、Ｂｌｕｅｔｏｏｔｈ  ５で最大４００ｍ、ＺｉｇＢｅｅで１０ｍから１００ｍ、無線ＬＡＮで１００ｍから３００ｍ程度と報告されている。なお、無線通信部５０３がＢＬＥ、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、あるいは無線ＬＡＮ等を用いる場合には、ライドシェア募集情報を受領するユーザが使用するユーザ端末６０も、対応する通信手段のインタフェースを有することを前提とする。
位置取得部５０４は、ユーザ端末５０の現在位置を取得する。位置取得部６０４の構成は、位置取得部１０４と同様であるため、詳細な説明は省略する。
入出力部５０５は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。入出力部５０５の構成は、入出力部１０５と同様であるため、詳細な説明は省略する。
【００８３】
ユーザ端末６０の構成について説明する。図２０は、ユーザ端末６０のシステム構成を示した図である。
ユーザ端末６０は、ライドシェア募集情報を受領するユーザが有する端末である。
ユーザ端末６０は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。ユーザ端末６０は、制御部６０１、記憶部６０２、無線通信部６０３、位置取得部６０４、入出力部６０５を含んで構成される。
【００８４】
制御部６０１は、ユーザ端末６０が行う制御を司る演算処理装置である。制御部６０１は、ＣＰＵ等の演算処理装置により実現することができる。
制御部６０１は、募集情報処理部６０１１の機能モジュールを有して構成される。機能モジュールは後述する記憶部６０２に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００８５】
募集情報処理部６０１１は、ユーザ端末５０から送信されたライドシェア募集情報を、無線通信部６０３を介して受信し、当該ライドシェア募集情報を、入出力部６０５を介してユーザに提示する。また、ユーザからのライドシェアの申込みを受け付け、ユーザ端末５０に対して、ライドシェアへの申込みを含む情報を送信する。さらに、ライドシェアへ
の同乗者として決定したか否かについての情報を、ユーザ端末５０から受信する。
【００８６】
記憶部６０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置及び補助記憶装置については、記憶部１０２と同様であるため、詳細な説明は省略する。
記憶部６０２には、ユーザ端末６０を保有するユーザ及びユーザ端末に関する情報を含むユーザ情報６０２１が記憶されている。
無線通信部６０３は、ユーザ端末６０をネットワークＮ２に接続するための通信インタフェースである。
【００８７】
位置取得部６０４は、ユーザ端末６０の現在位置を取得する。位置取得部６０４の構成は、位置取得部１０４と同様であるため、詳細な説明は省略する。
入出力部６０５は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。入出力部６０５の構成は、入出力部１０５と同様であるため、詳細な説明は省略する。
【００８８】
（マッチング処理）
図２１に示すフローチャートに基づいて、本実施形態に係る情報処理方法としてのマッチング処理について説明する。
ステップＳ５１において、ユーザＡが、ユーザ端末５０のマッチングアプリケーションを立ち上げ、入出力部を介して、出発地、目的地、出発予定日時、募集人数等を入力する。募集情報生成部５０１１は、入力された情報に基づいて、ユーザＡが企画したライドシェアについて、同乗者を募集するためのライドシェア募集情報を生成する。
【００８９】
ステップＳ５２において、ユーザＡの要求に応じて、ライドシェア募集情報を、無線通信部６０３を介して送信する。例えば、ユーザ端末５０のマッチングアプリケーションで、ライドシェアに関する出発地等の入力事項を確定させた後に、送信ボタンを表示させ、ユーザＡが送信ボタンにタッチしたことを検知した場合に、ライドシェア募集情報を送信する。本実施形態では、無線通信部５０３から、ライドシェア募集情報を含む情報を送信する際には、送信先を特定しない。ライドシェア募集情報を含む情報には、受信したユーザ端末が、システム２におけるユーザに向けられたライドシェア募集情報を含む情報であることを特定する情報が含まれている。また、本実施形態では、通信手段としての無線通信部５０３の、ユーザ端末５０からの通信可能距離が限定されている。このため、ユーザ端末５０から送信されたライドシェア募集情報を含む情報を受信できるのは、通信可能範囲にあるユーザ端末６０のみである。すなわち、本実施形態では、基準位置はユーザ端末５０の位置であり、基準位置からの距離に関する条件とは、ユーザ端末５０から、通信媒体の通信可能範囲にユーザ端末６０があることである。ユーザＡがライドシェアに供する車両に乗車している場合又はユーザ端末５０が車載端末である場合には、基準位置はライドシェアに供される車両の位置でもある。また、ユーザＡが基準位置として、自らのユーザ端末５０の位置を基準位置として指定することにより、本実施形態に係るマッチング処理を実行するようにしてもよい。
ライドシェア募集情報を含む情報を受信したユーザ端末６０は、アプリケーションを起動させ、入出力部６０５を介してライドシェア募集情報をユーザに提示する。ライドシェア募集情報の対象であるライドシェアに申し込むユーザは、入出力部６０５を介して、申し込む旨を入力する。ユーザの入力を受け付けたユーザ端末６０のアプリケーションが、先に受信した情報に含まれている端末識別情報によって特定されるユーザ端末５０に向けて応答を送信する。ここで、ユーザ端末５０への応答には、記憶部６０２に記憶されているユーザ情報を含める。
【００９０】
ステップＳ５３において、マッチング処理部５０１３は、ユーザ端末５０から送信されたライドシェア募集情報を含む情報を受信したユーザ端末６０からの応答を受け付ける。
ユーザ端末６０から応答を受信する際には、各ユーザ端末６０からの応答の受信時刻を記憶しておく。ユーザ端末６０から申し込む旨の応答を送信したユーザが、通知に応答してライドシェアに対する同乗を希望する同乗希望者である。
ステップＳ５３において、マッチング処理部５０１３は、応答の受信時刻が最先であるユーザから順に募集人数に達するまで、当該ユーザをライドシェアの同乗者と決定する。
ステップＳ５４において、マッチング処理部５０１３は、ライドシェアの同乗者と決定したユーザに関する情報は、ライドシェア管理データベース５０２２に記憶する。
ステップＳ５５において、マッチング処理部５０１３は、ユーザ端末５０の入出力部５０５に、ライドシェアの同乗者として決定したユーザに関する情報を表示させる。
ステップＳ５５において、マッチング処理部５０１３は、無線通信部５０３を介して、ライドシェアの同乗者に決定したユーザには、その旨を通知し、ライドシェアに申し込んだが同乗者には決定しなかったユーザには、募集を終了した旨を通知する。
【００９１】
なお、ライドシェアの同乗者が決定してから、実際にユーザが乗車するまでの間は、所定間隔で、同乗者として決定されたユーザのユーザ端末６０の現在位置を、ユーザＡのユーザ端末５０に送信するようにしてもよい。このようにすれば、ユーザＡは、同乗者として決定したユーザが実際に乗車するまでの行動を把握することができる。
【００９２】
このように本実施形態によれば、現在位置が出発地に近く、短時間で同乗できるユーザに限定して、ライドシェアの同乗者を募集することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。
【００９３】
本実施形態では、ユーザに関する情報をユーザ端末６０から送信させているが、応答にはユーザＩＤのみを含ませておき、受信したユーザ端末５０が、属性情報を含むユーザに関する情報を管理するサーバに問い合わせるようにしてもよい。また、マッチングしたライドシェア情報を、ライドシェアを支援するサーバに送信して、管理させるようにしてもよい。また、ライドシェアを支援するサーバから、ユーザ端末６０の端末識別情報を取得し、各ユーザ端末にライドシェア募集情報を送信し、送信時に、無線通信部５０３の通信可能範囲内にあるユーザ端末６０からの応答を受信するようにしてもよい。
【００９４】
（第１変形例）
図２２に第３実施形態の第１変形例に係る処理について説明する。装置構成については、第３実施形態と同様であるため、詳細な説明を省略する。
図２３に示すフローチャートにおいて、図２２と共通の処理については、同じ符号を付して説明を省略する。本変形例では、ユーザＡがライドシェアに関する情報を入力する際に、ライドシェアの同乗者について、希望する属性を指定させておき、ユーザからの応答に含まれる属性情報と照合して、同乗者を決定する。
【００９５】
本変形例では、ステップＳ５３において、ユーザ端末６０から応答を受信した際に、属性情報についても、ユーザ情報データベース５０２１に記憶する。
ステップＳ５３でユーザ端末６０からの応答を受信した後に、ステップＳ５８において、マッチング処理部５０１３はユーザＡが指定した属性情報を取得する。
ステップＳ５９において、マッチング処理部５０１３は、受信時刻が最先であるユーザから順に、当該ユーザの属性情報を取得する。
【００９６】
ステップＳ６０において、マッチング処理部５０１３は、ユーザＡが指定した属性情報と、ステップＳ５９で取得したユーザの属性情報とを照合する。
ステップＳ６０において、ユーザＡが指定した属性情報と、ユーザの属性情報とが適合すると判断した場合には、ステップＳ６１に進み、当該ユーザを同乗者として決定する。
ステップＳ６０において、ユーザＡが指定した属性情報と、ユーザの属性情報とが適合しないと判断した場合には、ステップＳ５７に進む。
ステップＳ６２において、マッチング処理部５０１３は、同乗者として決定したユーザの人数が募集人数に達したか否かを判断する。
ステップＳ６２で同乗者として決定したユーザの人数が募集人数に達したと判断した場合には、ステップＳ５５に進む。
ステップＳ６２で同乗者として決定したユーザの人数が募集人数に達したと判断した場合には、ステップＳ５９に戻る。
【００９７】
このように本変形例によれば、現在位置が出発地に近く、短時間で同乗できるユーザに限定して、ライドシェアの同乗者を募集することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。さらに、ライドシェアの同乗者の属性に関して、ライドシェアを企画したユーザの希望を反映した、より好適なマッチングを行うことができる。
【００９８】
（第２変形例）
図２３に第３実施形態の第２変形例に係る処理ついて説明する。装置構成については、第３実施形態と同様であるため、詳細な説明は省略する。
図２３に示すフローチャートにおいて、図２１と共通の処理については、同じ符号を付して説明を省略する。本変形例では、ライドシェア募集情報について応答するユーザに属性情報を送信させ、ユーザＡに、いずれのユーザを同乗者として決定するかを選択させる。
本変形例では、ステップＳ５３で、ユーザ端末６０からの応答を受信した後に、ステップＳ６３において、応答を受信したユーザについて、受信時刻が最先であるユーザから順に、属性情報を含むユーザに関する情報を入出力部５０５に表示させる。このとき、入出力部５０５を介して、ユーザＡから、いずれのユーザを同乗者として決定するかについて選択を受け付ける。
【００９９】
ステップＳ６４おいて、マッチング処理部５０１３は、ユーザＡが同乗者として決定したユーザの人数が募集人数に達したか否かを判断する。
ステップＳ６４において、ユーザＡが同乗者として決定したユーザの人数が募集人数に達した場合には、ステップＳ５５において、決定した同乗者をライドシェア管理テーブルに記憶して、ステップＳ５６に進む。
ステップＳ６４において、ユーザＡが同乗者として決定したユーザの人数が募集人数に達していない場合には、ステップＳ６３に戻る。
ステップＳ５６において、同乗者として決定したユーザに関する情報を入出力部５０５に表示する。
ステップＳ５７において、マッチング処理部５０１３は、同乗者として決定したユーザにはその旨を通知し、同乗者とはならなかったユーザには募集を終了した旨を通知する。
【０１００】
このように本変形例によれば、現在位置が出発地に近く、短時間で同乗できるユーザに限定して、ライドシェアの同乗者を募集することにより、ユーザに突発的にライドシェアの機会が発生したような場合にも、時間をかけずに柔軟にマッチングを行うことができる。さらに、ライドシェアの同乗者の属性に関して、ライドシェアを企画したユーザの希望を反映した、より好適なマッチングを行うことができる。
【０１０１】
（変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【０１０２】
本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【０１０３】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。例えば、サーバ３０、４０が、ライドシェアされる車両に搭載される車載端末であってもよい。また、サーバ３０、４０の機能を、コンピュータ装置と車載端末によって分担して実行さてもよい。また、ユーザ端末１０、５０が、ライドシェアされる車両に搭載される端末であってもよい。車両は、運転者によって手動運転される車両であってもよいし、自律的に走行する車両であってもよい。車載端末は、ナビゲーション装置又はナビゲーション装置に接続される装置であってもよいし、自律走行を行うためのコンピュータであってもよい。
また、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【０１０４】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１０５】
１０・・・・ユーザ端末
２０・・・・ユーザ端末
３０・・・・サーバ
３０１・・・制御部
３０２・・・通信部
４０・・・・サーバ
４０１・・・制御部
４０２・・・通信部
５０・・・・ユーザ端末
５０１・・・制御部
５０２・・・無線通信部
６０・・・・ユーザ端末
【図１】
2020013345.tif 000003
【図２】
2020013345.tif 000004
【図３】
2020013345.tif 000005
【図４】
2020013345.tif 000006
【図５】
2020013345.tif 000007
【図６】
2020013345.tif 000008
【図７】
2020013345.tif 000009
【図８】
2020013345.tif 000010
【図９】
2020013345.tif 000011
【図１０】
2020013345.tif 000012
【図１１】
2020013345.tif 000013
【図１２】
2020013345.tif 000014
【図１３】
2020013345.tif 000015
【図１４】
2020013345.tif 000016
【図１５】
2020013345.tif 000017
【図１６】
2020013345.tif 000018
【図１７】
2020013345.tif 000019
【図１８】
2020013345.tif 000020
【図１９】
2020013345.tif 000021
【図２０】
2020013345.tif 000022
【図２１】
2020013345.tif 000023
【図２２】
2020013345.tif 000024
【図２３】
2020013345.tif 000025