JP2020095475A - マッチング方法、マッチングサーバ、マッチングシステム、およびプログラム - Google Patents

Abstract

【課題】ユーザが運転または乗車する車両に関連する情報に基づいてユーザ同士の出会いのきっかけを提供する。【解決手段】車両ユーザのマッチングを行う方法は、第一のユーザの乗車特性情報を含む第一のユーザ情報と、第二のユーザの乗車特性情報を含む第二のユーザ情報とを取得するユーザ情報取得工程と、取得したユーザ情報とに基づいて、第一のユーザと第二のユーザとの相性がよいか否かを判定する相性判定工程と、第一のユーザおよび第二のユーザの移動予定の位置に関する情報を取得する移動予定情報取得工程と、移動予定情報取得工程で取得した第一のユーザの移動予定の位置の所定の範囲内で第一のユーザが第二のユーザと接近する可能性があるか否かを判定する位置比較工程と、相性判定工程で相性がよいと判定し、且つ位置比較工程で接近する可能性があると判定した第二のユーザに関する情報を第一のユーザに提供する通知工程と、を含む。【選択図】図８

Description

本発明はマッチング方法、マッチングサーバ、マッチングシステム、およびプログラムに関する。

ユーザの情報に基づいて、他ユーザとの関連度を取得し、関連度の高い他ユーザに関する情報を当該ユーザに提供する、マッチングシステムが提案されている。例えば、特許文献１には、相性の良いユーザの組み合わせを抽出し、紹介するユーザ紹介装置が提案されている（例えば、特許文献１）。特許文献１で提案されたユーザ紹介装置は、ユーザ自身の性格や趣味嗜好などの個人情報、希望条件及びアンケートに対する回答に基づいて相性の判断を行う。

特開２００３−３０３０６号公報

しかしながら、ユーザ自ら情報を入力する場合、ユーザは、ユーザによって脚色された情報を入力する場合がある。このような場合、マッチングをした場合であっても、他ユーザから見たユーザの性格と、ユーザ自身が入力したユーザの性格との間にズレが発生する場合がある。これによって、本当に相性のいい相手とのマッチングが実現できない場合がある。

ここで、ユーザが乗車する車両や車両の運転中または乗車中にみられる言動や運転の仕方、周囲への配慮などの癖などには、ユーザの性格や趣味嗜好が反映される場合がある。このような場合、ユーザが乗車する車両や車両の運転中または乗車中にみられる言動や運転の仕方、周囲への配慮などの癖などに関する情報に基づいてユーザのマッチングを行うことで、より相性のよいユーザとのマッチングが実現できる場合がある。

また、ユーザの走行経路付近で、相性のよいユーザに出会える可能性のある地点を提案することで、より自然な出会いを提供できる場合がある。

本発明の目的は、ユーザが運転または乗車する車両に関連する情報に基づいてユーザ同士の出会いのきっかけを提供することにある。

本発明によれば、車両ユーザのマッチングを行うマッチングサーバで実行される方法は、第一のユーザの乗車特性情報を含む第一のユーザ情報と、第二のユーザの乗車特性情報を含む第二のユーザ情報とを取得するユーザ情報取得工程と、前記ユーザ情報取得工程で取得した前記第一のユーザ情報と前記第二のユーザ情報とに基づいて、前記第一のユーザと前記第二のユーザとの相性がよいか否かを判定する相性判定工程と、前記第一のユーザおよび前記第二のユーザの移動予定の位置に関する情報を取得する移動予定情報取得工程と、前記移動予定情報取得工程で取得した前記第一のユーザの移動予定の位置の所定の範囲内で前記第一のユーザが前記第二のユーザと接近する可能性があるか否かを判定する位置比較工程と、前記相性判定工程で相性がよいと判定し、且つ前記位置比較工程で接近する可能性があると判定した前記第二のユーザに関する情報を前記第一のユーザに提供する通知工程と、を含むことを特徴とする。

本発明によれば、ユーザが運転または乗車する車両に関連する情報に基づいてユーザ同士の出会いのきっかけを提供することが可能となる。

本実施形態に係るマッチングシステムのシステム図。 本実施形態に係るマッチングサーバのブロック図。 本実施形態に係る車両のブロック図。 本実施形態に係るマッチングシステムの処理シーケンス図。 本実施形態に係る乗車履歴情報データベースに格納されるデータのデータ構造の一例を示す図。 本実施形態に係るユーザ情報データベースに格納されるデータのデータ構造の一例を示す図。 本実施形態に係る経路情報データベースに格納されるデータのデータ構造の一例を示す図。 本実施形態に係るマッチングサーバの処理を示すフロー図。 本実施形態に係る車両の通知部に表示される画面の一例を示す図。

以下、本発明の実施の形態について、図面を参照しながら説明する。

本実施形態は、ユーザ（車両ユーザ）が運転または乗車する車両からのマッチングリクエストを受け付け、ユーザと相性が良く、出会える可能性のある他ユーザがいると判定すると、当該他ユーザに関する情報を含むレコメンド情報をユーザに送信するシステムを提供する。

図１を参照して、本実施形態に係るマッチングシステムを説明する。マッチングシステム１００は、マッチングサーバ１１０および車両１２０を含む。マッチングサーバ１１０と車両１２０とは、ネットワーク１３０によって通信可能に接続される。なお、図１では１台の車両１２０のみを図示しているが、マッチングシステム１００は複数の車両１２０を含む。

マッチングサーバ１１０は、後述するように、ユーザに関する情報や、ユーザの乗車特性情報を管理する計算機（コンピュータ）である。マッチングサーバ１１０は、車両１２０からマッチングリクエストを受け付け、車両１２０を運転するユーザとの相性が良く、出会える可能性のある他ユーザがいると判定した場合には、マッチングリクエストへの応答としてレコメンド情報を送信する。

車両１２０は、無線通信を介してマッチングサーバ１１０と通信可能であり、マッチングサーバ１１０にマッチングリクエストを送信する。また、乗車挙動に関する情報を含む乗車履歴情報をマッチングサーバ１１０に送信する。なお、ここでの車両とは、ユーザによって運転される自動車であるものとして説明を行うが、車両１２０はバイクなどの二輪車や、ユーザが乗車する自動運転車も含んでもよい。すなわち、乗車挙動とは、ユーザが車両を運転することにより生じる挙動、ユーザが車両を操作することにより生じる挙動、およびユーザが車両に乗車していることにより生じる挙動を含む。

以下、図２および３を参照し、マッチングサーバ１１０および車両１２０の構成について説明する。

［マッチングサーバ］
図２は、本実施形態に係るマッチングサーバ１１０のブロック図である。図２において、マッチングサーバ１１０は、制御部２１０、通信部２２０、および記憶部２３０を備える。

制御部２１０は、ＣＰＵおよびＲＡＭ（Random Access Memory）を含み、記憶部２３０に格納された各種プログラムを実行してマッチングサーバ１１０の制御を司る。制御部２１０は、各種プログラムを実行することで、ユーザ情報管理部２１１、マッチング部２１２、経路計算部２１３、レコメンド提供部２１４、経路情報管理部２１５、および乗車履歴管理部２１６として機能する。

ユーザ情報管理部２１１は、車両１２０から受信した乗車履歴情報または乗車履歴ＤＢ２３２に格納された乗車履歴情報に基づいて、ユーザ情報データベース（ＤＢ）２３１にユーザ情報を登録し、または登録されたユーザ情報を更新する。すなわち、ユーザ情報管理部２１１は、ユーザ情報ＤＢ２３１のユーザ情報を読み出すユーザ情報取得処理や、乗車履歴情報からユーザ情報を生成するユーザ情報生成処理を行う。ユーザ情報ＤＢ２３１に格納されるユーザ情報や乗車履歴ＤＢ２３２に格納される乗車履歴情報は、図５および図６を参照して後述する。

マッチング部２１２は、ユーザ情報ＤＢ２３１に格納されたユーザ情報に少なくとも基づいて、マッチングリクエストを送信したユーザ（要求ユーザ）と相性のよい他ユーザがいるか否かを判定する相性判定処理（マッチング処理）を行う。

経路計算部２１３は、経路情報ＤＢ２３３に格納された経路情報に少なくとも基づいて、要求ユーザの移動予定経路の周辺で接近するまたは接近する可能性のある他ユーザがいるかを判定する経路比較処理を行う。

レコメンド提供部２１４は、マッチング処理および経路計算処理を実行し、要求ユーザと相性がよく、移動予定経路の周辺で接近する可能性のある他ユーザを要求ユーザに推薦するためのレコメンド情報を生成し、通信部２２０を介して要求ユーザの車両１２０に送信する。なお、レコメンド情報は、他ユーザのユーザ情報（他ユーザ情報）の少なくとも一部を含んでもよく、または他ユーザの経路情報の少なくとも一部を含んでもよい。

経路情報管理部２１５は、車両１２０から受信したまたは乗車履歴ＤＢ２３２に格納された乗車履歴情報に基づいて、経路情報ＤＢ２３３に経路情報を登録し、または登録された経路情報を更新する。すなわち、経路情報管理部２１５は、経路情報ＤＢ２３３の経路情報を読み出す経路情報取得処理や、乗車履歴情報から経路情報を生成する経路情報生成処理を実行する。

乗車履歴管理部２１６は、ユーザの車両から受信した乗車履歴情報に基づいて、乗車履歴ＤＢ２３２に乗車履歴情報を登録し、または登録された乗車履歴情報を更新する。すなわち、乗車履歴管理部２１６は、乗車履歴ＤＢ２３２の乗車履歴情報を読み出す乗車履歴取得処理や、車両から受信した乗車履歴情報を格納する乗車履歴格納処理を実行する。

通信部２２０は、車両１２０と通信するための有線または無線インタフェースである。記憶部２３０は、ＨＤＤ（Hard disk drive)等からなる記憶領域であり、各種プログラムやデータが保持される。また、記憶部２３０は、ユーザ情報ＤＢ２３１、乗車履歴ＤＢ２３２、経路情報ＤＢ２３３、および道路情報ＤＢ２３４を含む。

ユーザ情報ＤＢ２３１は、車両１２０に乗車するユーザに関する情報を格納する。乗車履歴ＤＢ２３２は、ユーザが乗車した車両１２０から受信した乗車履歴を格納する。

経路情報ＤＢ２３３は、現在ユーザが乗車している車両１２０の走行予定経路に関する情報を格納する。なお、一例では、経路情報ＤＢ２３３は、ユーザ情報ＤＢ２３１の一部として構成されうる。例えば、マッチングサーバ１１０が、移動中の複数のユーザの目的地が近い場合に相性がよいと判定する場合、ユーザ情報ＤＢ２３１のみならず、経路情報ＤＢ２３３に格納された情報にも基づいてマッチング処理を行ってもよい。

道路情報ＤＢ２３４は、ユーザが移動予定経路を移動する時間を推定するために用いる、道路長、渋滞状況、制限速度、および周辺施設の少なくとも何れかに関する情報を格納する。一例では、道路情報ＤＢ２３４に格納された情報は、レコメンド提供部２１４がレコメンド情報を生成するためにも用いられる。例えば、レコメンド提供部２１４が、マッチングリクエストを送信したユーザに対して、他ユーザの情報と、接近する可能性のある場所に関する情報とを送信する場合、道路情報ＤＢ２３４に格納された周辺施設情報に基づいて接近する可能性のある場所を指定してもよい。

［車両］
図３は、本実施形態に係る車両１２０のブロック図である。なお、エンジン機構、サスペンション機構、ステアリング機構、および動力伝達機構などの、車両１２０が走行するための機構については説明を省略し、本実施形態に係る情報を処理する情報処理装置３００について説明する。

情報処理装置３００は、電子制御装置（ＥＣＵ）、カーナビゲーションシステムなどの車載電子機器、およびユーザが所有するスマートフォン等の携帯端末の少なくとも何れかを含む。情報処理装置３００は、制御部３１０、通信部３２０、センサ部３３０、および通知部３４０を含む。なお、情報処理装置３００は複数の装置によって実現されてもよく、例えばＥＣＵが制御部３１０、通信部３２０、センサ部３３０、および記憶部３５０として動作し、カーナビゲーションシステムが通知部３４０として動作してもよい。

制御部３１０は、ＣＰＵおよびＲＡＭ（Random Access Memory）を含み、記憶部３５０に格納された各種プログラムを実行して情報処理装置３００の制御を司る。制御部３１０は、各種プログラムを実行することで、センサデータ取得部３１１、マッチングリクエスト部３１２、レコメンド受信部３１３として機能する。

センサデータ取得部３１１は、センサ部３３０を介して、車両１２０が走行するための機構に関するパラメータを取得し、マッチングサーバ１１０に送信する。例えば、マッチングサーバ１１０で、車両１２０の平均速度に関する情報をユーザ情報として扱う場合、センサデータ取得部３１１は、センサ部３３０を介して平均速度の情報を取得してもよいし、センサ部３３０を介して取得した速度の情報から平均速度の情報を生成してもよい。

マッチングリクエスト部３１２は、マッチングを要求するマッチングリクエスト信号をマッチングサーバ１１０に送信する。一例として、マッチングリクエスト信号は、車両１２０に乗車するユーザの識別子および走行予定の経路情報を含む。

レコメンド受信部３１３は、マッチングサーバ１１０からレコメンド情報を受信し、通知部３４０を介してユーザに通知を行う。

通信部３２０は、ネットワーク１３０に接続するための無線通信インタフェースである。一例では、通信部３２０は、セルラネットワークや衛星通信などの長距離無線通信の通信規格に準拠した通信を行うための通信装置である。

センサ部３３０は、車両１２０の各種部品に配置されたセンサの値を取得するためのインタフェースである。センサ部３３０によって、車両１２０の現在地、ハンドルの操舵角および操舵加速度、ブレーキ踏み込み量、アクセル踏み込み量、車速、燃費、ならびに乗車時間の少なくとも何れかに関する値を取得することができる。一例では、センサ部３３０はエアーコンディショナ（エアコン）の風量、温度に関する情報を取得する。また、センサ部３３０は、着座センサ、マイク、圧力センサ、赤外線センサなどを含みうる。

また、センサ部３３０はカメラを含んでもよく、車内に配置されたカメラ（インカメラ）によって、運転手、同乗者、または車内の積載物に関する情報を取得することができる。また、車外に配置されたカメラ（アウトカメラ）によって、走行中の道路に関する情報、信号機の状態に関する情報、および前後の車両に関する情報の少なくとも何れかを取得することができる。

通知部３４０は、車両１２０がマッチングサーバ１１０から受信したレコメンド情報を、ユーザに通知する。通知部３４０は、車両またはカーナビゲーションシステムに配置されたスピーカ（不図示）および画面（不図示）、並びにユーザが所持するスマートフォンのスピーカおよびディスプレイの少なくとも何れかを含む。通知部３４０がディスプレイを介してユーザにレコメンド情報を通知する一例は図９を参照して後述する。

［処理例］
次に、図４を参照し、マッチングサーバ１１０および２台の車両１２０（１２０Ａ、１２０Ｂ）からなるマッチングシステムが実行する処理フローの一例を説明する。なお、車両１２０Ａを運転するユーザをユーザＡと、車両１２０Ｂを運転するユーザをユーザＢとする。

まず、Ｓ４０１で、車両１２０ＡはユーザＡから目的地の設定を受けて走行を開始する。続いて、車両１２０ＡはＳ４０２でマッチングリクエスト信号をマッチングサーバ１１０に送信する。マッチングリクエスト信号を受け取ったマッチングサーバ１１０は、処理をＳ４０３に進め、マッチング処理を行う。ここで、マッチング処理の結果、ユーザＡとユーザＢとの相性はよいとマッチングサーバ１１０が判定した場合、マッチングサーバ１１０は処理をＳ４０４に進め、相性がよいと判定したユーザＡとユーザＢとの経路を比較する。ここで、車両１２０Ｂは走行を開始しておらず、経路情報が登録されていないため、マッチングサーバ１１０はユーザＡの経路の周辺でユーザＢと接近する可能性はないと判定する。そのため、マッチングサーバ１１０は車両１２０Ａに通知（レコメンド情報）を送信せずに処理を終了する。

続いて、車両１２０Ｂは、Ｓ４０５でユーザＢから目的地の設定を受けて走行を開始する。続いて、車両１２０ＢはＳ４０６でマッチングリクエスト信号をマッチングサーバ１１０に送信する。マッチングリクエスト信号を受け取ったマッチングサーバ１１０は、処理をＳ４０７に進め、マッチング処理を行う。ここで、Ｓ４０３と同様、ユーザＡとユーザＢとの相性はよいとマッチングサーバ１１０が判定する。続いて、マッチングサーバ１１０は処理をＳ４０８に進め、経路比較処理を実行する。ここで、車両１２０Ａと車両１２０Ｂとの走行予定経路が近接し、経路上で接近する可能性があると判定した場合、マッチングサーバ１１０は処理をＳ４０９に進め、通知を生成する。続いて、マッチングサーバ１１０はＳ４１０で通知を車両１２０Ａおよび１２０Ｂに送信する。

その後、車両１２０ＡはＳ４１１で目的地に到着したとする。すると、車両１２０ＡはＳ４１２で停止通知をマッチングサーバ１１０に送信する。一例では、Ｓ４１２で、車両１２０Ａは、停止通知と一緒に、または停止通知の代わりに、運転または乗車が終了したことを示す乗車履歴情報を送信してもよい。停止通知を受信したマッチングサーバ１１０は、Ｓ４１３で、今回の乗車に対応する乗車履歴情報をユーザ情報に反映するようにユーザＡのユーザ情報を更新し、続いてＳ４１４で経路情報から車両１２０Ａの情報を削除する。これによって、走行が終了した後もレコメンド情報を受信することを抑制する。

なお、図４には示していないものの、車両１２０Ａおよび１２０Ｂは、走行中に、所定のタイミングで乗車履歴情報を送信する。乗車履歴情報を受信したマッチングサーバ１１０は、当該情報を用いて乗車履歴ＤＢ２３２を更新する。

［乗車履歴］
次に、乗車履歴ＤＢ２３２に格納されるデータ構造の一例を説明する。

乗車履歴ＤＢ２３２に格納されるデータは、エンジンを始動し、停止するまでの１回の走行ごとにエントリが追加される。１つのエントリは、乗車開始時に取得するユーザＩＤ、車両ＩＤ、身長、体重、性別、年齢、身体的特徴、乗車日時、目的地、同乗者、および積載物に関する情報を含む。また、１つのエントリは、乗車中継続的に取得するパラメータである位置、速度、燃費、アクセル操作、ブレーキ操作、ハンドル操作、エアコン操作、カーナビ操作、車間距離、停止位置、交差点進入タイミング、姿勢、および車内音楽に関する情報を含む。また、１つのエントリは、乗車中のイベントとしての急加速、急ブレーキ、急ハンドル、および車線変更を示す情報を含む。また、１つのエントリは、乗車終了時に取得するパラメータである乗車時間を示す情報を含む。すなわち、乗車履歴情報は、ユーザが車両を運転する際の挙動、運転以外の操作に関する挙動、および運転および操作を含まない、乗車している際の挙動の少なくともいずれかの情報を含む。

これらのエントリは、車両１２０からマッチングサーバ１１０へ、複数のデータパケットに分割して送信される。例えば、乗車開始時に、車両１２０は、ユーザＩＤ、車両ＩＤ、身長、体重、性別、年齢、身体的特徴、乗車日時、目的地、同乗者、および積載物に関する情報を含む信号をマッチングサーバ１１０へ送信する。続いて、乗車中には、所定間隔、車両が一時停止した時点、または車両１２０が所定距離を走行した時点で、乗車中に取得する何れかの情報を含む信号をマッチングサーバ１１０へ送信する。また、急加速、急ブレーキ、急ハンドル、および車線変更のいずれかのイベントが発生した場合に、イベントを示す情報をマッチングサーバ１１０へ送信する。そして車両１２０が停止し、エンジンを停止した場合に、車両１２０は乗車時間を示す情報をマッチングサーバ１１０へ送信する。マッチングサーバ１１０は、車両１２０の車両ＩＤまたはエントリ自体のＩＤに基づいて、乗車履歴ＤＢ２３２の更新すべきエントリを特定し、受信した乗車履歴情報に基づいて当該エントリを更新する。図５に乗車履歴ＤＢ２３２に格納されるエントリのデータ構造の一例を示す。

ＩＤ５０１は、エントリが作成された場合に付与される識別子である。ユーザＩＤ５０２は、後述するユーザ情報ＤＢ２３１に格納されるユーザＩＤと同一のユーザ識別子であり、乗車を開始した場合に取得される。一例では、ユーザＩＤ５０２は、インカメラによる画像認識、生体認証、あるいは後述する身長、体重などから特定されてもよい。別の例では、カーナビゲーションシステムを介して受け付けたユーザ入力によって指定されてもよい。

車両ＩＤ５０３は、ユーザが走行に使用する車両の識別子であり、車両のＥＣＵから取得することができる。なお、マッチングサーバ１１０は、車両ＩＤ５０３から、車種、車両カラー、および車両オプション等を特定できるよう、車両情報ＤＢを有していてもよく、車両ＩＤ５０３自体に車種、車両カラー、および車両オプションを示す情報を含んでもよい。

身長５０４はユーザの身長を示す情報であり、運転席のシートポジションを取得するセンサおよび車内カメラ映像の少なくとも何れかのデータから情報処理装置３００が推定する。体重５０５はユーザの体重を示す情報であり、例えば運転席のシートに内蔵したセンサから体重を推定する。身体的特徴５０８は、例えば髪の長さ、髪色、髭の有無、メガネの有無などの、ユーザの外見的特徴を示す情報であり、インカメラ画像から情報処理装置３００が画像解析によって判定する。

性別５０６は、ユーザの性別を示す情報であり、車内カメラ映像から情報処理装置３００が推定し、カーナビゲーションシステムなどを介してユーザに確認を取る。年齢５０７は、ユーザの年齢層を示す情報であり、車内カメラ映像から情報処理装置３００が画像解析によって判定し、カーナビゲーションシステムなどを介してユーザに確認を取る。

乗車日時５０９は、ユーザが乗車を開始した日時および終了した日時を示す情報である。目的地５１０は、ユーザがカーナビゲーションシステムに入力した目的地である。

同乗者５１１は、同乗者が何人いるかを示す情報であり、助手席および後部座席に配置された着座センサ、車内に配置されたマイク、ならびにインカメラの少なくとも何れかのデータを用いて情報処理装置３００が推定する。積載物５１２は、例えばサーフボード、キャンピンググッズ、ケージ、等、ユーザの趣味が反映された積載物を示す情報であり、車両１２０のトランク部に配置したインカメラを利用して画像認識によって判定する。

位置５１３は、車両の現在地を示す情報であり、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）センサからのデータに基づいて識別する。一例では、位置５１３は、カーナビゲーションシステムから取得した走行経路を示す情報であってもよい。速度５１４は、車両の速度であり、所定間隔の平均速度、ならびに所定期間内の最高速度および最低速度の少なくとも何れかのデータを含み、車速センサを用いて取得される。燃費５１５は、単位量当たりのガソリン、燃料ガス、または電力を消費してどれだけの距離を走行できたかを示す情報である。

アクセル操作５１６は、アクセルの踏み込み量および踏み込み回数を示す情報である。ブレーキ操作５１７は、ブレーキ回数および踏み込み量を示す情報である。ハンドル操作５１８は、ハンドル操舵角、ハンドル操舵加速度、およびハンドルの握り方を示す情報である。アクセル操作５１６〜ハンドル操作５１８は、加速度センサなどを介してＥＣＵが取得することができる。エアコン操作５１９は、エアコンの設定風量、設定風向き、および設定温度を示す情報である。カーナビ操作５２０は、カーナビゲーションシステムの操作回数および操作内容を示す情報である。

車間距離５２１は、車両１２０が交差点で一時停止した場合の、前方車両との距離を示す情報である。車間距離５２１は、車両１２０の前方カメラおよびミリ波レーダによって取得することができる。

停止位置５２２は、交差点の停止線に対する車両１２０の停止位置を示す情報であり、車外のアウトカメラに基づいて停止線との車両の先端に画像認識によって推定することができる。また、アウトカメラに基づいて、車両１２０の停止原因が赤信号によるものか、歩行者に道を譲ったことによるものかなどを示す情報を含んでもよい。

交差点進入タイミング５２３は、車両１２０がどのようなタイミングで交差点に進入したかを示す情報であり、車外のアウトカメラで撮影した信号機の状態および時刻から推定される。一例では、交差点進入タイミング５２３は、交差点に進入した時刻のみを含み、当該時刻を受信したマッチングサーバ１１０が、道路情報ＤＢ２３４に基づいて信号機の状態を推定してもよい。

姿勢５２４は、ユーザの乗車姿勢を示す情報であり、運転席のシートポジションの設定値およびインカメラ映像に基づいて、体の前傾や左右の傾きの角度を取得する。一例では、情報処理装置３００は標準的な運転姿勢に関するデータを有しており、ユーザの運転姿勢が標準的な運転姿勢からどの程度乖離しているかを示す乖離度を算出してもよい。

車内音楽５２５は、ラジオ、カーナビゲーションシステムのＣＤプレイヤ機能、または外部入力によって再生している音声に関する情報である。発話５２６は、車内に配置されたマイクによって録音されたユーザの会話または声質に関する情報である。

急加速５２７は、日時と加速度に関する情報を含む。アクセル操作がなされ、加速度の変化量が所定値以上となった場合に、情報処理装置３００は急加速が行われたと判定し、急加速５２７を含む乗車履歴情報を生成し、マッチングサーバ１１０に送信する。急ブレーキ５２８は、日時と加速度に関する情報を含む。ブレーキ操作がなされ、加速度の変化量が所定値以上となった場合に、情報処理装置３００は急ブレーキが行われたと判定し、急ブレーキ５２８を含む乗車履歴情報を生成し、マッチングサーバ１１０に送信する。急ハンドル５２９は、日時とハンドルの操舵角および操舵加速度とに関する情報を含む。ハンドル操作がなされ、加速度の変化量が所定値以上となった場合に、情報処理装置３００はユーザが急ハンドルを行ったと判定し、急ハンドル５２９を含む乗車履歴情報を生成し、マッチングサーバ１１０に送信する。

車線変更５３０は、日時に関する情報を含む。情報処理装置３００が車載カメラおよびハンドル操舵角から車線変更を行ったと判断すると、情報処理装置３００は車線変更５３０を含む乗車履歴情報を生成し、マッチングサーバ１１０に送信する。一例では、車線変更５３０は、車線変更が行われた際に、灯火器が点灯していたかどうかを示す情報および灯火器の点灯時間を含んでもよい。

乗車時間５３１は、エンジン停止時に送信される情報で、ユーザが運転または乗車していた時間を示す情報を含む。

なお、それぞれの情報を送信するタイミングは、変更されてもよい。例えば、全ての情報は、運転が終了した場合にまとめて送信されてもよい。また、ユーザが車両を運転するか否かによって、送信される乗車履歴情報が変更されてもよい。例えば、ユーザが車両を運転する場合は、車両は図５に示す全ての情報を送信する一方、ユーザが自動運転車両に乗車し、運転しない場合は、自動運転車両は図５の例えばアクセル操作５１６〜交差点進入タイミング５２３を含まない乗車履歴情報を送信してもよい。

また、乗車中に取得する情報と、イベントに関する情報とは、複数送信された場合には、そのいずれの値も記録される。例えば、１つのエントリの車線変更５３０に「１２：０３ ５２」という情報が登録されており、続いて「１２：０５ ０８」という乗車履歴情報を受信したマッチングサーバ１１０は、「１２：０３ ５２、１２：０５ ０８」と車線変更５３０の情報を更新する。

また、情報処理装置３００は、目的地５１０を変更するために、再度目的地５１０を送信してもよい。そのような場合、マッチングサーバ１１０は、運転が終了する前であって、最後に送信された目的地５１０で乗車履歴情報を更新する。これによって、目的地に到着する前に、目的地とは異なる場所で休憩するために車両１２０のエンジンが停止された場合であっても、マッチングサーバ１１０は周辺の施設情報を取得することで、立ち寄った場所を記録し、目的地５１０を更新することができる。

［ユーザ情報］
次に、図６を参照し、ユーザ情報ＤＢ２３１に格納されるデータ構造の一例を説明する。

ユーザ情報ＤＢ２３１のエントリは、ユーザＩＤ６０１、身体情報、車両情報、趣味・車載物６１４、利用頻度の高い場所６１５、および乗車挙動情報を含む。身体情報は、身長６０２、体重６０３、性別６０４、年齢６０５、身体的特徴６０６、声質６０７、会話６０８を含む。本明細書において、乗車挙動情報、身体情報、車両情報、趣味・車載物に関する情報、および利用頻度の高い場所に関する情報は、乗車特性情報に含まれる。

身長６０２〜身体的特徴６０６は、乗車履歴ＤＢ２３２の身長５０４〜身体的特徴５０８に基づいて決定される、ユーザの身長、体重、および身体的な特徴を示す情報である。声質６０７は、乗車履歴ＤＢ２３２の発話５２６に基づいて、「高い」「低い」「渋い」などの何れかのグループに分類される。会話６０８は、乗車履歴ＤＢ２３２の発話５２６に基づいて、「おしゃべり」「寡黙」「人見知り」などに分類される。

車両情報は、ユーザがこれまでに購入した、またはレンタルした車両の車両情報に基づく、ユーザの車両の好みに関する情報であり、タイプ６０９、モデル６１０、カラー６１１、オプション６１２、および買替回数６１３を含む。タイプ６０９は、「コンパクトカー」、「ワンボックスカー」などの車のタイプを示す値を有する。モデル６１０は、特定の車種を示す車名などの情報を含む。オプション６１２は、「ドライブレコーダ」、「スノーボードアタッチメント」などの、ユーザが運転する車両に配置されているオプション装備を示す情報である。買替回数６１３は、ユーザがこれまでに車両を買い替えた回数を示す情報である。

趣味・車載物６１４は、乗車履歴情報から推定可能なユーザの趣味またはよく積載する車載物を示す情報である。例えば、積載物５１２がサーフボードであるエントリが多い場合は、趣味・車載物６１４に「サーフィン」が設定される。別の例では、目的地５１０がスポーツジムであるエントリが多い場合は、趣味・車載物６１４に「筋トレ」が設定される。

利用頻度の高い場所６１５は、ユーザが頻繁に訪れる地域を示す情報であり、乗車履歴情報の目的地５１０や位置５１３に基づいて推定される。利用頻度の高い場所６１５は、訪れた回数の多い施設名であってもよいし、ユーザの生活圏を示す「〇〇市街」という値であってもよい。

速度６１６〜乗車時間６３３の乗車挙動情報は、乗車履歴に基づいて、値を設定される。

例えば、速度６１６では、乗車履歴の速度５１４および位置５１３から得られる道路の制限速度や走行車線に対する速度に基づいて、「速め」「ゆっくりめ」という値が設定される。一例では、周辺の位置５１３を走行する他のユーザの速度５１４と比較して速度６１６がタグ付けられてもよい。

燃費６１７についても、乗車履歴の速度５１４および燃費５１５から「エコ」「スピード優先」などの値が設定される。アクセル操作６１８、ブレーキ操作６１９、ハンドル操作６２０についても、乗車履歴に基づいて、「丁寧」「荒っぽい」などの判定が行われる。また、エアコン操作５１９の設定温度に従って「寒がり」「暑がり」等の判定が行われる。

また、車間距離５２１が狭い場合は「せっかち」、停止位置５２２で歩行者に道を譲った場合は「優しい」等の判定が行われる。また、交差点進入タイミング５２３に基づいて、ユーザが黄色信号で交差点に進入することが多いと判定した場合は交差点進入タイミング６２５に「せっかち」などの値が設定される。また、姿勢５２４で運転姿勢が標準的な姿勢と変わらない場合は「基本に忠実」等の値が姿勢６２６に設定される。

同様に、車内音楽６２７〜乗車時間６３３についても、乗車履歴情報に基づいて複数のグループに分類される。

なお、あるユーザの乗車特性情報を含むユーザ情報は、当該ユーザの全ての乗車履歴情報に基づいて生成されるが、例えばユーザの運転挙動は、運転に慣れるに従い変化することが考えられるため、新しい乗車履歴情報の影響が大きくなるよう反映させるなどの乗車履歴情報の重み付けが行われてもよい。また、身体情報は、最新の乗車履歴情報のみに基づいて生成されてもよい。これによって、髪型の変化に追従させることができる。

また、同乗者によってユーザの乗車挙動は変化すると考えられる。例えば、一人でいる方がユーザ本来の乗車挙動は露呈しやすいが、よく知らない相手と同乗している場合は、よりよい乗車挙動となるように乗車することが多いと考えられる。そのため、同乗者に応じて収集した乗車履歴情報に重み付けを行ってもよい。

［経路情報］
次に、図７を参照し、経路情報ＤＢ２３３に格納されるデータ構造の一例を説明する。

経路情報は、ＩＤ７０１、ユーザＩＤ７０２、出発地７０３、出発時刻７０４を含む。また、目的地７０５および到着予定時刻７０６、ならびに図７では経由予定地点１ ７０７、経由予定時刻１ ７０８、経由予定地点２ ７０９、および経由予定時刻２ ７１０として示される、経由予定地点と経由予定時刻の組み合わせを含む。

ＩＤ７０１は、経路情報の識別子を示す。ユーザＩＤ７０２は、どのユーザの経路情報であるかを示す。出発地７０３および出発時刻７０４は、ユーザが乗車を開始した出発地点および出発時刻のそれぞれを示す情報を含む。目的地７０５は、ユーザがカーナビゲーションシステムに入力した目的地を示す。到着予定時刻７０６は、目的地に到着する移動予定時刻を示す。出発地７０３、出発時刻７０４、目的地７０５は、乗車履歴情報の乗車日時５０９、目的地５１０、および位置５１３に基づいて判定される。

経由予定地点は、出発地から目的地までの間に通過することが予定されている地点である。一例では、経由予定地点は交差点などの道路上の地点であってもよく、所定の施設であってもよく、特定のＧＰＳ座標であってもよい。経由予定時刻は、当該経由予定地点を経由または通過する移動予定時刻を示す。

到着予定時刻、経由予定地点および経由予定時刻は、出発地点、出発時刻、目的地、および道路情報ＤＢ２３４に基づいて、マッチングサーバ１１０が決定してもよいし、マッチングサーバ１１０とは異なるナビゲーションサーバによって決定されてもよい。

［マッチングサーバの処理例］
次に、図８を参照してマッチングサーバ１１０が行う処理の一例を説明する。なお、図８の処理は、マッチングサーバ１１０が車両１２０からマッチングリクエスト信号または乗車履歴情報を受信した場合に実行される。一例では、記憶部２３０に格納されたプログラムを制御部２１０が実行することでマッチングサーバ１１０の処理を実現することができる。

まず、Ｓ８０１で、制御部２１０は、ユーザ情報ＤＢ２３１からユーザ情報を取得する。続いて、制御部２１０は処理をＳ８０２に進め、マッチングリクエスト信号または乗車履歴情報を送信した車両１２０に乗車するユーザ（要求ユーザ）と、他ユーザとのマッチング処理を行う。

一例では、Ｓ８０２のマッチング処理は、ユーザの身体情報、車両情報、趣味、利用頻度の高い場所、および乗車挙動情報の少なくとも何れかを含むユーザの乗車特性情報が類似するかどうかに基づいて要求ユーザと他ユーザとの相性のよさを判定し、マッチングを行う。例えば、よく運転または乗車する車両のタイプ６０９が要求ユーザと同じである他ユーザは、嗜好が類似するとして相性がよいと判定される。また、要求ユーザと趣味６１４が同じ他ユーザも相性がよいと判定される。また、乗車挙動情報のブレーキ操作６１９が要求ユーザと同じ「丁寧」である他ユーザは、互いの性格が類似するとしてマッチングサーバ１１０によって相性が良いと判定される。

また一例では、Ｓ８０２のマッチング処理は、要求ユーザが予め設定したユーザ情報の好みに基づいて相性を判定してもよい。例えば、身長６０２が「高い」他ユーザとの出会いを望んでいる要求ユーザは、マッチングサーバ１１０に、身長が高い他ユーザが好みであることをあらかじめ設定できてもよい。そして、マッチングサーバ１１０は、他ユーザの身長６０２が高いと判定すると、当該他ユーザとの相性がよいと判定する。

また一例では、Ｓ８０２のマッチング処理は、ユーザの乗車特性情報を含むユーザ情報の少なくとも何れかが相違することに基づいて相性を判定してもよい。例えば、マッチングサーバ１１０は、ユーザ情報の会話６０８が「聞き手」であるユーザは、会話６０８が「おしゃべり」であるユーザと相性が良いと判定する。

また、マッチングサーバ１１０は、利用頻度の高い場所６１５に目的地が含まれないユーザは、当該ユーザが利用頻度の高い場所６１５に含まれるユーザと相性が良いと判定する。これによって、ある場所を旅行などによってはじめて訪れたユーザと、当該場所の周辺をよく知る他ユーザとが接近することが可能になり、出会ったことのないユーザと出会う確率を高めることができる。

なお、Ｓ８０２のマッチング処理は、要求ユーザとの相性のよさを分析したユーザ情報を示す相性データベースを事前に構築し、他ユーザのユーザ情報をデータベースと照らし合わせることで、相性のよさを算出してもよい。

また、Ｓ８０２のマッチング処理は、ユーザ情報の全ての情報を比較しなくてもよいし、マッチング処理に用いるユーザ情報の優先度は、ユーザが任意に設定可能であってもよい。例えば、車内音楽６２７によって相性のよい他ユーザを探したいユーザは、車内音楽６２７以外のユーザ情報を考慮しないよう設定できてもよい。あるいは、マッチング処理に用いるユーザ情報は、ユーザによって任意に選択または重み付けできてもよい。

Ｓ８０２のマッチング処理が終了すると、マッチングサーバ１１０は処理をＳ８０３に進め、相性のよい他ユーザがいるか否かを判定する。一例では、Ｓ８０２のマッチング処理において、他ユーザごとに相性のよさを数値として算出し、閾値以上の相性のよさの値を持つ他ユーザを抽出してもよい。

Ｓ８０３で相性のよい他ユーザがいると判定した場合（Ｓ８０３でＹｅｓ）、マッチングサーバ１１０は処理をＳ８０４に進める。相性のよい他ユーザがいないと判定した場合（Ｓ８０３でＮｏ）、マッチングサーバ１１０は処理を終了する。

Ｓ８０４では、マッチングサーバ１１０は、要求ユーザおよび要求ユーザと相性のよい他ユーザの経路情報を経路情報ＤＢ２３３から取得する。続いて、マッチングサーバ１１０は処理をＳ８０５に進め、要求ユーザの経路情報と他ユーザの経路情報とを比較し、要求ユーザの移動予定経路の周辺の所定の範囲内で接近するか否かを判定する。

Ｓ８０５の処理は、要求ユーザの現在地、経由予定地点、および目的地の何れかと、他ユーザの現在地、経由予定地点、および目的地の何れかの距離が所定の距離内にあるか否かを判定することで経路を比較する。例えば、マッチングサーバ１１０は、要求ユーザの現在地、経由予定地点、および目的地のいずれかの地点から１ｋｍ以内に、現在地、経由予定地点、および目的地のいずれかが含まれる他ユーザは、要求ユーザに接近するユーザであると判断してもよい。

一例では、要求ユーザと他ユーザとの経由予定地点および目的地のみならず、経由予定時刻および到着予定時刻を考慮してもよい。例えば、要求ユーザの到着予定時刻の前後１０分以内に目的地の半径１ｋｍ以内にいることが予定されている他ユーザは接近するユーザであると判断してもよい。これによって、要求ユーザと他ユーザとが出会う可能性が高いか低いかを判定することができる。

続いて、マッチングサーバ１１０は処理をＳ８０６に進め、要求ユーザと接近する他ユーザがいるかどうかを判定する。マッチングサーバ１１０が接近する他ユーザがいると判定した場合（Ｓ８０６でＹｅｓ）、処理をＳ８０７に進め、接近する他ユーザがいないと判定した場合（Ｓ８０６でＮｏ）、図８の処理を終了する。

Ｓ８０７では、マッチングサーバ１１０は他ユーザのユーザ情報、経路情報、および乗車履歴情報の少なくとも何れかの一部を含むレコメンド情報を生成する。例えば、レコメンド情報は、他ユーザが現在運転している車両の情報を含む。これによって、レコメンド情報を通知された要求ユーザは、車両１２０の特徴から相性のよい他ユーザを探すことができる。

なお、ユーザは、自身のユーザ情報のうち、公開したくないユーザ情報を指定することができる。これによって、ユーザが望まない個人情報がレコメンド情報に含められることを防ぐことができる。

なお、他ユーザに対して、要求ユーザのユーザ情報、経路情報、および乗車履歴情報の少なくとも何れかの一部を含むレコメンド情報も生成される。

続いて、マッチングサーバ１１０は処理をＳ８０８に進め、レコメンド情報を要求ユーザおよび当該要求ユーザと相性の良い他ユーザに送信する。上述したように、要求ユーザに送信されるレコメンド情報と、他ユーザに送信する他ユーザに送信されるレコメンド情報とは異なる。

［通知例］
次に、図９を参照して、レコメンド情報を受信した車両１２０が、通知部３４０に表示する画面（レコメンド画面）の一例を説明する。

レコメンド画面９００は、車両１２０に配置されたカーナビゲーションシステムのディスプレイに表示されるものとして説明を行うが、上述したように、ユーザの携帯端末のディスプレイに表示されてもよい。また、レコメンド情報は音声で通知されてもよい。

レコメンド画面９００は、ユーザ情報領域９０１、経路情報領域９０２、「経由地に追加する」ボタン９０３、および「追加しない」ボタン９０４を含む。

ユーザ情報領域９０１は、他ユーザのユーザ情報の少なくとも一部を表示するものである。ユーザ情報領域９０１に表示される情報は、他ユーザの年齢、性別、身長、および体重に加え、要求ユーザと相性がよいと判定したユーザ情報のいずれかの情報を含む。図９の例では、ユーザの生体情報に加え、趣味６１４の情報が表示される。経路情報領域９０２には、他ユーザと出会える可能性のある経由予定地点または目的地が表示される。

「経由地に追加する」ボタン９０３をユーザが押下すると、ユーザのカーナビゲーションシステムの経由地に、出会える可能性のある場所が追加され、ナビゲーションが開始される。「追加しない」ボタン９０４をユーザが押下すると、レコメンド画面９００は表示を終了される。

＜その他の実施形態＞
本実施形態では、走行中の複数のユーザの相性がよいか否かを当該ユーザの乗車特性を含むユーザ情報に基づいて判定し、相性がよいと判定した場合、走行経路を比較した。しかしながら、乗車中のユーザと、乗車中ではないユーザの相性がよいか否かを判定し、相性がよいと判定した場合、走行中のユーザの走行経路と走行中ではないユーザの現在地とを比較してもよい。これによって、現在運転または乗車していないユーザであっても、レコメンド情報を受信することができ、相性のよいユーザに出会える可能性がある場所に移動することができる。この場合、マッチングサーバ１１０からの通知はユーザの携帯端末に送信される。また、経路情報ＤＢ２３３は、ユーザが所定の時間に滞在することが予定される位置情報（予定位置情報）を格納してもよい。

本実施形態では、複数ユーザのマッチング処理を行った後に、相性のよいユーザ同士の経路を比較する経路比較処理を行うこととしたが、順番は逆でもよい。すなわち、経路比較処理を行い、経路の周辺で接近するユーザを判定した後、マッチング処理を行って、接近するユーザのうち、相性の良いユーザを判定してもよい。あるいは、マッチング処理と経路比較処理とは並列に実行されてもよい。マッチング処理と経路比較処理とをどの順番で行うかは、それぞれの処理の負荷を考慮して決定されてもよい。

＜実施形態のまとめ＞
１．上記実施形態のマッチング方法は、車両ユーザのマッチングを行うマッチングサーバで実行される方法であって、第一のユーザの乗車特性情報を含む第一のユーザ情報（例えば図６）と、第二のユーザの乗車特性情報を含む第二のユーザ情報とを取得するユーザ情報取得工程と、前記ユーザ情報取得工程で取得した前記第一のユーザ情報と前記第二のユーザ情報とに基づいて、前記第一のユーザと前記第二のユーザとの相性がよいか否かを判定する相性判定工程（例えばＳ８０２）と、前記第一のユーザおよび前記第二のユーザの移動予定の位置に関する情報（例えば図７）を取得する移動予定情報取得工程と、前記移動予定情報取得工程で取得した前記第一のユーザの移動予定の位置の所定の範囲内で前記第一のユーザが前記第二のユーザと接近する可能性があるか否かを判定する位置比較工程（例えばＳ８０５）と、前記相性判定工程で相性がよいと判定し、且つ前記位置比較工程で接近する可能性があると判定した前記第二のユーザに関する情報を前記第一のユーザに提供する通知工程（例えばＳ８０８）と、を含むことを特徴とする。

これによって、ユーザが運転または乗車する車両に関連する情報に基づいてユーザ同士の出会いのきっかけを提供することが可能となる。

２．上記実施形態のマッチング方法は、前記通知工程において、前記第二のユーザに関する情報は、前記第二のユーザ情報の一部を含むことを特徴とする。

これによって、通知を受けたユーザは、接近する可能性がある他ユーザの詳細な情報を取得することができる。

３．上記実施形態のマッチング方法は、前記通知工程において、前記第二のユーザに関する情報は、前記第二のユーザに接近する可能性がある位置に関する情報を含むことを特徴とする。

これによって、通知を受けたユーザは、どのあたりに接近する可能性がある他ユーザがいるかを知ることができる。

４．上記実施形態のマッチング方法は、乗車特性情報は、身体情報、ユーザが乗車した車両に関する情報、趣味および車載物、利用頻度の高い場所、並びに乗車挙動の少なくとも何れかを含むことを特徴とする。

これによって、ユーザの身体情報、ユーザが乗車した車両に関する情報、趣味および車載物の情報、利用頻度の高い場所に関する情報、並びに乗車挙動情報の少なくとも何れかに基づいてユーザ同士の相性を判定することができる。

５．上記実施形態のマッチング方法は、前記第一のユーザの乗車した車両から受信した乗車履歴情報に基づいて前記第一のユーザ情報を生成するユーザ情報生成工程を含むことを特徴とする。

これによって、ユーザ入力なしにユーザ情報を生成することができる。

６．上記実施形態のマッチング方法は、前記第一のユーザの乗車している車両から受信した乗車履歴情報に基づいて前記移動予定の位置情報を生成する位置情報生成工程を含むことを特徴とする。

これによって、ユーザ入力なしに位置情報を生成することができる。

７．上記実施形態のマッチング方法は、前記相性判定工程において、マッチングサーバは、前記第一のユーザの乗車中の挙動の何れかと前記第二のユーザの乗車中の挙動の何れかとが類似すると判定した場合に前記第一のユーザと前記第二のユーザとの相性がよいと判定することを特徴とする。

これによって、乗車中の挙動に基づいて相性のよいユーザ同士の出会いのきっかけを提供することができる。

８．上記実施形態のマッチング方法は、前記位置比較工程において、マッチングサーバは、前記第一のユーザの移動予定位置から所定の範囲内を、前記第一のユーザの移動予定時刻から所定の時刻の範囲内に、前記第二のユーザが移動すると判定した場合に前記第一のユーザと前記第二のユーザとが接近する可能性があると判定することを特徴とする。

これによって、同時間帯に同一範囲にいるため接近する可能性が高いユーザを判定することができる。

９．上記実施形態のマッチング方法は、前記乗車履歴情報は、第一のユーザが乗車する車両の積載物に関する情報を含むことを特徴とする。

これによって、ユーザが乗車する積載物に基づいてユーザの趣味を推定することができる。

１０．上記実施形態のマッチング方法は、前記乗車履歴情報は、第一のユーザが乗車した車両のアクセル踏み込み量、アクセル踏み込み回数、ブレーキ踏み込み量、ブレーキ踏み込み回数、ハンドル操舵角、およびハンドル操舵加速度の少なくとも何れかを含むことを特徴とする。

これによって、アクセル、ブレーキ、およびハンドルの少なくとも何れかの操作履歴に基づいて、ユーザ同士の相性を判定することができる。

１１．上記実施形態のマッチング方法は、前記第一のユーザ情報は、第一のユーザがこれまでに乗車した車両に関する車種、色、車名、およびオプション装備の少なくとも何れかの情報を含むことを特徴とする。

これによって、ユーザが好きな車両に関する情報に基づいてユーザ同士の相性を判定することができる。

１２．上記実施形態のマッチング方法は、前記通知工程において、マッチングサーバは、前記第二のユーザが乗車する車両に関する車種、色、車名、およびオプション装備の少なくとも何れかの情報を提供することを特徴とする。

これによって、通知を受けたユーザは、相性がよい他ユーザの車両に関する情報を得ることができ、通知に基づいて相性がよい他ユーザを探すことができる。

１３．上記実施形態のマッチングサーバ（例えば１１０）は、車両ユーザのマッチングを行うマッチングサーバであって、第一のユーザの乗車特性情報を含む第一のユーザ情報と、第二のユーザの乗車特性情報を含む第二のユーザ情報とを取得するユーザ情報取得手段と、前記ユーザ情報取得手段が取得した前記第一のユーザ情報と前記第二のユーザ情報とに基づいて、前記第一のユーザと前記第二のユーザとの相性がよいか否かを判定する相性判定手段と、前記第一のユーザおよび前記第二のユーザの移動予定位置に関する情報を取得する位置情報取得手段と、前記位置情報取得手段が取得した前記第一のユーザの移動予定位置の所定の範囲内で前記第一のユーザが前記第二のユーザと接近する可能性があるか否かを判定する位置比較手段と、前記相性判定手段が相性がよいと判定し、且つ前記位置比較手段が接近する可能性があると判定した前記第二のユーザに関する情報を前記第一のユーザに提供する通知手段と、を備えることを特徴とする。

これによって、ユーザが運転または乗車する車両に関連する情報に基づいてユーザ同士の出会いのきっかけを提供することが可能となる。

１４．上記実施形態のマッチングシステムは、車両ユーザのマッチングを行うマッチングサーバからなるマッチングシステムであって、前記車両（例えば１２０）は、第一のユーザの乗車履歴情報をマッチングサーバ（例えば１１０）に送信する送信手段を備え、前記マッチングサーバは、受信した前記乗車履歴情報に基づいて前記第一のユーザの乗車特性情報を含む第一のユーザ情報を生成する生成手段と、第二のユーザの乗車特性情報を含む第二のユーザ情報を取得するユーザ情報取得手段と、前記ユーザ情報取得手段が取得した前記第一のユーザ情報と前記第二のユーザ情報とに基づいて、前記第一のユーザと前記第二のユーザとの相性がよいか否かを判定する相性判定手段と、前記第一のユーザおよび前記第二のユーザの移動予定位置に関する位置情報を取得する位置情報取得手段と、前記位置情報取得手段が取得した前記第一のユーザの移動予定位置の所定の範囲内で前記第二のユーザと接近する可能性があるか否かを判定する位置比較手段と、前記相性判定手段が相性がよいと判定し、且つ前記位置比較手段が接近する可能性があると判定した前記第二のユーザに関する情報を前記第一のユーザに提供する通知手段と、を備えることを特徴とする。

これによって、ユーザが運転または乗車する車両に関連する情報に基づいてユーザ同士の出会いのきっかけを提供することが可能となる。

１４．上記実施形態のプログラムは、コンピュータに請求項１乃至１１の何れかに記載のマッチング方法を実行させることを特徴とする。

これによって、ユーザが運転または乗車する車両に関連する情報に基づいてユーザ同士の出会いのきっかけを提供することが可能となる。

１００：マッチングシステム、１１０：マッチングサーバ、１２０：車両、１３０：ネットワーク

Claims (15)

1. 車両ユーザのマッチングを行うマッチングサーバで実行される方法であって、
   第一のユーザの乗車特性情報を含む第一のユーザ情報と、第二のユーザの乗車特性情報を含む第二のユーザ情報とを取得するユーザ情報取得工程と、
   前記ユーザ情報取得工程で取得した前記第一のユーザ情報と前記第二のユーザ情報とに基づいて、前記第一のユーザと前記第二のユーザとの相性がよいか否かを判定する相性判定工程と、
   前記第一のユーザおよび前記第二のユーザの移動予定の位置に関する情報を取得する移動予定情報取得工程と、
   前記移動予定情報取得工程で取得した前記第一のユーザの移動予定の位置の所定の範囲内で前記第一のユーザが前記第二のユーザと接近する可能性があるか否かを判定する位置比較工程と、
   前記相性判定工程で相性がよいと判定し、且つ前記位置比較工程で接近する可能性があると判定した前記第二のユーザに関する情報を前記第一のユーザに提供する通知工程と、
   を含むことを特徴とするマッチング方法。
2. 前記通知工程において、前記第二のユーザに関する情報は、前記第二のユーザ情報の一部を含むことを特徴とする請求項１に記載のマッチング方法。
3. 前記通知工程において、前記第二のユーザに関する情報は、前記第二のユーザに接近する可能性がある位置に関する情報を含むことを特徴とする請求項１または２に記載のマッチング方法。
4. 前記第一のユーザの乗車した車両から受信した乗車履歴情報に基づいて前記第一のユーザ情報を生成するユーザ情報生成工程を含むことを特徴とする請求項１乃至３の何れか１項に記載のマッチング方法。
5. 前記第一のユーザの乗車している車両から受信した乗車履歴情報に基づいて前記移動予定の位置情報を生成する位置情報生成工程を含むことを特徴とする請求項１乃至４の何れか１項に記載のマッチング方法。
6. 乗車特性情報は、身体情報、ユーザが乗車した車両に関する情報、趣味および車載物の情報、利用頻度の高い場所に関する情報、並びに乗車挙動情報の少なくとも何れかを含むことを特徴とする請求項１乃至５の何れか１項に記載のマッチング方法。
7. 前記相性判定工程において、マッチングサーバは、前記第一のユーザの乗車挙動情報の何れかと前記第二のユーザの乗車挙動情報の何れかとが類似すると判定した場合に前記第一のユーザと前記第二のユーザとの相性がよいと判定することを特徴とする請求項６に記載のマッチング方法。
8. 前記位置比較工程において、マッチングサーバは、前記第一のユーザの移動予定位置から所定の範囲内を、前記第一のユーザの移動予定時刻から所定の時刻の範囲内に、前記第二のユーザが移動すると判定した場合に前記第一のユーザと前記第二のユーザとが接近する可能性があると判定することを特徴とする請求項１乃至７の何れか１項に記載のマッチング方法。
9. 前記乗車履歴情報は、第一のユーザが乗車する車両の積載物に関する情報を含むことを特徴とする請求項４に記載のマッチング方法。
10. 前記乗車履歴情報は、第一のユーザが乗車した車両のアクセル踏み込み量、アクセル踏み込み回数、ブレーキ踏み込み量、ブレーキ踏み込み回数、ハンドル操舵角、およびハンドル操舵加速度の少なくとも何れかを含むことを特徴とする請求項４に記載のマッチング方法。
11. 前記ユーザが乗車した車両に関する情報は、第一のユーザがこれまでに乗車した車両に関する車種、色、車名、およびオプション装備の少なくとも何れかの情報を含むことを特徴とする請求項６に記載のマッチング方法。
12. 前記通知工程において、マッチングサーバは、前記第二のユーザが乗車する車両に関する車種、色、車名、およびオプション装備の少なくとも何れかの情報を提供することを特徴とする請求項１乃至１１の何れか１項に記載のマッチング方法。
13. 車両ユーザのマッチングを行うマッチングサーバであって、
    第一のユーザの乗車特性情報を含む第一のユーザ情報と、第二のユーザの乗車特性情報を含む第二のユーザ情報とを取得するユーザ情報取得手段と、
    前記ユーザ情報取得手段が取得した前記第一のユーザ情報と前記第二のユーザ情報とに基づいて、前記第一のユーザと前記第二のユーザとの相性がよいか否かを判定する相性判定手段と、
    前記第一のユーザおよび前記第二のユーザの移動予定位置に関する情報を取得する位置情報取得手段と、
    前記位置情報取得手段が取得した前記第一のユーザの移動予定位置の所定の範囲内で前記第一のユーザが前記第二のユーザと接近する可能性があるか否かを判定する位置比較手段と、
    前記相性判定手段が相性がよいと判定し、且つ前記位置比較手段が接近する可能性があると判定した前記第二のユーザに関する情報を前記第一のユーザに提供する通知手段と、
    を備えることを特徴とするマッチングサーバ。
14. 車両と、車両ユーザのマッチングを行うマッチングサーバからなるマッチングシステムであって、
    前記車両は、
    第一のユーザの乗車履歴情報をマッチングサーバに送信する送信手段を備え、
    前記マッチングサーバは、
    受信した前記乗車履歴情報に基づいて前記第一のユーザの乗車特性情報を含む第一のユーザ情報を生成する生成手段と、
    第二のユーザの乗車特性情報を含む第二のユーザ情報を取得するユーザ情報取得手段と、
    前記ユーザ情報取得手段が取得した前記第一のユーザ情報と前記第二のユーザ情報とに基づいて、前記第一のユーザと前記第二のユーザとの相性がよいか否かを判定する相性判定手段と、
    前記第一のユーザおよび前記第二のユーザの移動予定位置に関する位置情報を取得する位置情報取得手段と、
    前記位置情報取得手段が取得した前記第一のユーザの移動予定位置の所定の範囲内で前記第二のユーザと接近する可能性があるか否かを判定する位置比較手段と、
    前記相性判定手段が相性がよいと判定し、且つ前記位置比較手段が接近する可能性があると判定した前記第二のユーザに関する情報を前記第一のユーザに提供する通知手段と、
    を備えることを特徴とするマッチングシステム。
15. コンピュータに請求項１乃至１２の何れかに記載のマッチング方法を実行させるためのプログラム。

Images