JP2020013326A - 車載装置、情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】運転者の交替が行われた場合であっても、ライドシェアに対する運転者の運転実績を評価する技術を提供する。【解決手段】車載装置は、通信部と制御部とを備える。制御部は、相乗りに提供される車両の走行開始を検出することと、走行開始時の運転者を検出することと、走行開始以降の運転者の交替を検出することと、走行開始から運転者の交替までの走行時間および走行距離の少なくとも一方を含む経過情報を計測し、運転者の交替までに検出された運転者を識別する識別情報とともに計測された経過情報を、通信部を通じて情報処理装置に送信することと、を実行する。【選択図】図１２

Description

本発明は、ライドシェアを支援する車載装置、情報処理装置、情報処理方法およびプログラムに関する。

近年、同一の車両に複数のユーザが相乗りする、いわゆるライドシェアという移動形態が広がっている。特許文献１には、ライドシェアされたグループの人数に応じてサービスの価値を大きくすることが開示されている。

特開２０１０−０７９４６９号公報

しかしながら、上記背景技術では、ライドシェアに利用される車両の、運転者毎の運転実績に対する配慮がなされていない。本発明は、運転者の交替が行われた場合であっても、ライドシェアに対する運転者の運転実績を評価する技術の提供を目的とする。

本発明の態様の一つは、車載装置として例示される。
本車載装置は、
通信部と、
相乗りに提供される車両の走行開始を検出することと、
前記走行開始時の運転者を検出することと、
前記走行開始以降の運転者の交替を検出することと、
前記走行開始から前記運転者の交替までの走行時間および走行距離の少なくとも一方を含む経過情報を計測し、前記運転者の交替までに検出された運転者を識別する識別情報とともに前記計測された経過情報を、前記通信部を通じて情報処理装置に送信することと、
を実行する制御部と、を備える。

また、本発明の他の態様の一つは、情報処理装置として例示される。
本情報処理装置は、通信部と、制御部とを備える。
前記制御部は、前記通信部を通じて、相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを受信することと、
前記それぞれ運転者についての付加情報と前記それぞれの運転者について記録された経過情報とにしたがってポイントを算出することと、
を実行する。

また、本発明の他の態様の一つは、通信部を備えるコンピュータが実行する情報処理方法として例示される。本発明は、コンピュータが、前記通信部を通じて、相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを受信するステップと、
前記それぞれの運転者についての付加情報と前記それぞれの運転者について記録された経過情報とにしたがってポイントを算出するステップと、を実行する情報処理方法であってもよい。

また、本発明の他の態様の一つは、通信部を備えるコンピュータに実行させるプログラムとして例示される。本発明は、コンピュータに、前記通信部を通じて、相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを受信するステップと、
前記それぞれの運転者についての付加情報と前記それぞれの運転者について記録された経過情報とにしたがってポイントを算出するステップと、を実行させるプログラムであってもよい。

本発明によれば、運転者の交替が行われた場合であっても、ライドシェアに対する運転者の運転実績を評価する技術が提供できる。

ライドシェアによる移動形態を説明する図である。 第１実施形態に係るライドシェア支援システムのシステム構成の一例を示す図である。 車載装置、ユーザ端末、支援サーバのハードウェア構成の一例を示す図である。 支援サーバの機能構成の一例を示す図である。 予約情報ＤＢに格納される予約情報の一例である。 ライドシェア管理ＤＢに格納される経路移動情報の一例である。 ライドシェア管理ＤＢに格納されるポイント管理情報の一例である。 車載装置の機能構成の一例を示す図である。 ライドシェアの移動開始時における位置情報の取得処理の一例を示すフローチャートである。 ライドシェアの移動開始時における位置情報の取得処理の一例を示すフローチャートである。 イベント発生時の処理の一例を示すフローチャートである。 イベント発生時の処理の一例を示すフローチャートである。 イベント発生時の処理の一例を示すフローチャートである。 移動中の車両における位置情報の取得処理の一例を示すフローチャートである。 運転区間の走行距離に応じたポイントの算出処理の一例を示すフローチャートである。 運転区間の走行時間に応じたポイントの算出処理の一例を示すフローチャートである。 運転者に付与されるポイントの算出処理の一例を示すフローチャートである。 変形形態１の車載装置の機能構成の一例を示す図である。

本実施の形態の第１の態様は、ライドシェアに供される車両に搭載される車載装置である。第１の態様に係る車載装置は、通信部と、制御部とを備える。制御部は、相乗りに提供される車両の走行開始を検出することと、前記走行開始時の運転者を検出することと、前記走行開始以降の運転者の交替を検出することと、前記走行開始から前記運転者の交替までの走行時間および走行距離の少なくとも一方を含む経過情報を計測し、前記運転者の交替までに検出された運転者を識別する識別情報とともに前記計測された経過情報を、前記通信部を通じて情報処理装置に送信することと、を実行する。

このような態様によれば、車載装置は、車両の走行開始から終了までの間に交替が行われたそれぞれの運転者を検出し、検出されたそれぞれの運転者を識別する識別情報と、それぞれの運転者による経過情報とを対応付けて情報処理装置に送信することができる。情報処理装置は、当該送信された情報に基づいて、ライドシェアに利用される車両の、運転者毎の運転実績の評価が可能になる。

第１の態様において、制御部は、次の運転者への交替を検出したときに、前記次の運転者への交替が検出される前の運転者を識別する識別情報とともに前記前の運転者について計測された経過情報を記録部に記録することと、前記相乗りによる車両の走行終了を検出したときに、前記相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを前記通信部を通じて情報処理装置に送信することと、をさらに実行するようにしてもよい。

このような態様によれば、車載装置は、交替された運転者毎の経過情報を当該運転者の識別情報に対応付けて記録できる。そして、車載装置は、車両の走行終了の検出を契機として、運転者毎に記録された経過情報を、それぞれの運転者の識別情報に対応付けて情報処理装置に送信できる。本態様においては、車載装置は、情報処理装置との間の通信負荷を軽減することが可能になる。

本実施の形態の第２の態様は、情報処理装置である。第２の態様に係る情報処理装置は、通信部と制御部とを備える。前記制御部は、前記通信部を通じて、相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを受信することと、前記それぞれの運転者についての付加情報と前記それぞれの運転者について記録された経過情報とにしたがってポイントを算出することと、を実行する。

このような態様によれば、情報処理装置は、通信部を介して受信された情報に基づいて、車両を運転した運転者毎の運転区間についての走行距離、走行時間といった経過情報が特定できる。そして、情報処理装置は、特定した運転者毎の経過情報に基づいて、当該ライドシェアにおける、運転に関与した運転者に付与されるポイントが算出できる。また、運転者の付加情報が車両の提供者を示す場合には、車両の提供に関する追加ポイントをさらに付与できる。本実施の形態の第２の態様によれば、運転者の交替が行われた場合であっても、ライドシェアによるインセンティブを運転者に付与できるため、ライドシェアの運転に関与した運転者の運転実績が評価できる。

以下、図面を参照して、一実施の形態を説明する。以下の実施形態の構成は例示であり、実施の態様は実施形態の構成には限定されない。

＜第１実施形態＞
本実施形態では、移動を目的とする複数のユーザが同一の車両に相乗りして乗車するライドシェアを実施する例について述べる。先ず、図１を参照し、ライドシェアの概要を説明する。

（ライドシェア概要）
図１は、ライドシェアによる移動形態を説明する図である。図１では、移動を目的とする複数のユーザ（Ａ、Ｂ、Ｃ）が、同一の車両に相乗りして乗車することを想定する。ユーザＡは出発地点ｄから目的地点ｅまで移動し、ユーザＢは出発地点ｆから目的地点ｇまで移動し、ユーザＣは出発地点ｈから目的地点ｅまで移動するものとする。

ここで、仮にユーザＡ〜Ｃが各々の車両で別々に目的地まで移動すると、３台の車両が
必要になる。これに対して、ユーザＡ〜Ｃが相乗りを行うと、１台の車両で各目的地までの移動が可能になる。図１の説明例では、例えば、ユーザＡが車両の運転者となって、当該車両を地点ｄから地点ｅまで移動させる。このとき、ユーザＡは、地点ｆにおいて、自身が運転する車両にユーザＢを同乗させ、地点ｈにおいて、自身が運転する車両にユーザＣを同乗させる。そして、ユーザＡは、自身とユーザＣの目的地である地点ｅまで車両を移動させる途中で地点ｇを経由し、地点ｇでユーザＢを降車させることで、ユーザＢを出発地点ｆから目的地点ｇまで移動させることができる。その後、ユーザＡは、車両を地点ｅまで移動させることで、ユーザＣを出発地点ｈから目的地点ｅまで移動させるとともに、自身の移動を達成することもできる。

このようなライドシェアでは、道路を走行する車両の台数が相対的に抑制されるため、例えば、通勤時間帯における交通渋滞等の緩和が期待できる。また、例えば、車両を用いた移動に要する交通費（燃料代、通行料等）を当該車両に相乗りした複数のユーザ間で分担できるため、各ユーザが各々の車両で別々に移動する場合と比較して、ユーザ１人当たりが負担する交通費の軽減が可能になる。なお、図１に示したライドシェアの態様はあくまで一例である。

（システム構成）
図２は、第１実施形態に係るライドシェア支援システム１のシステム構成の一例を示す図である。ライドシェア支援システム１は、ライドシェアによる移動が行われたときの運転者の交替を検出すると共に、当該運転者による運転実績を示す経過情報を記録し、当該経過情報にしたがって運転者に付与するポイントを計算することで、当該ライドシェアに関与した運転者の運転実績を評価支援するためのシステムである。

図２に例示のライドシェア支援システム１は、相乗りに使用される車両１０と、車両１０に搭載される車載装置１００と、車両１０に相乗りするユーザ（同乗者）の有するユーザ端末２００と、支援サーバ３００とを含む。車載装置１００と、ユーザ端末２００と、支援サーバ３００とは、ネットワークＮ１によって相互に接続される。また、車載装置１００とユーザ端末２００とは、ネットワークＮ２を通じて接続される。ネットワークＮ１は、例えば、インターネット等の公衆ネットワークである。ネットワークＮ１は、携帯電話網の無線ネットワーク、ＶＰＮ（Virtual Private Network）等の専用ネットワーク、
ＬＡＮ（Local Area Network）等のネットワークを含んでもよい。ネットワークＮ２は、例えば、ブルートゥース（Bluetooth（登録商標））やＮＦＣ（Near Field Communication）、ＢＬＥ（Bluetooth Low Energy）等を含む近距離無線ネットワークである。車載装
置１００とユーザ端末２００とは、例えば、車両内において、ネットワークＮ２を通じて直接に通信可能である。

なお、図２では、相乗りに使用される車両として１台の車両１０、１台のユーザ端末２００、１台の支援サーバ３００が代表的に例示される。図２のネットワークＮ１には、本実施の形態に係るライドシェア支援を提供する複数の支援サーバが接続され得る。また、ネットワークＮ１には、本実施の形態に係るライドシェア支援を提供する各支援サーバの支援対象になる車両に設置された車載装置が複数に接続され得る。また、ネットワークＮ１には、ライドシェア支援が提供される車両に同乗する同乗者の有するユーザ端末、ライドシェア支援が提供される車両を運転する運転者のユーザ端末が複数に接続され得る。

本実施の形態に係る車載装置１００は、ライドシェアによる経路移動時の自車両の位置情報を一定の周期間隔、あるいは、運転者の交替といったイベントの発生に対応付けて記録する。運転者の交替が行われたときには、当該運転者を識別するための識別情報が付与されて記録される。本実施の形態に係る車載装置１００では、上記識別情報に対応付けられた運転実績を示す経過情報が、位置情報の履歴として記録される。

具体的には、車載装置１００は、ライドシェアによる経路移動時の自車両の位置情報を一定の周期間隔で取得し、当該位置情報を取得した時刻情報に対応付けて記録する。経路移動時の自車両の位置情報は、１００ｍといった所定の単位距離毎、３０秒といった所定の単位時間毎に定期的に取得される。また、車載装置１００は、イベントの発生、すなわち、運転者の交替を検知し、検知した運転者の識別情報および当該交替が行われた車両１０の位置情報を時刻情報に対応付けて記録する。同様にして、車載装置１００は、同乗者の車両１０への乗車地点の位置情報、当該同乗者の車両１０からの降車地点の位置情報を取得し、当該位置情報を取得した時刻情報に対応付けて記録する。車載装置１００は、ライドシェアによる経路移動時、および、イベント発生時に記録された上記位置情報を支援サーバ３００に通知する。

本実施の形態においては、イベントの発生や、一定の周期間隔で取得された位置情報、時刻情報、運転者の識別情報に基づいて、経路移動時に車両１０を運転した運転者毎の運転区間についての走行距離、走行時間といった経過情報が特定される。そして、本実施の形態においては、上記特定された運転者毎の経過情報に基づいて、ライドシェアによるインセンティブとして運転者に付与されるポイントが計算される。なお、車載装置１００の詳細は後述される。

ユーザ端末２００には、例えば、ライドシェアを享受するためのアプリケーションプログラム（以下、「アプリ」とも称す）がインストールされている。相乗りによる移動を希望するユーザは、自身のユーザ端末２００上でアプリを実行させることで、相乗りを行う際の条件等に関する情報（以下、「リクエスト情報」ともいう）を支援サーバ３００に登録できる。例えば、相乗りによる移動を希望する同乗区間や同乗日時等に関する情報を、リクエスト情報として支援サーバ３００に登録できる。また、車両１０の運転を予定する運転予定者は、自身のユーザ端末２００上でアプリを実行させることで、運転を予定する車両１０の走行区間や走行日時等に関する情報を、リクエスト情報として支援サーバ３００に登録できる。

支援サーバ３００は、車両１０の運転予定者からのリクエスト情報、および、相乗りによる移動を希望するユーザからのリクエスト情報を受け付ける。そして、支援サーバ３００は、車両１０の運転予定者からのリクエスト情報と相乗りによる移動を希望するユーザからのリクエスト情報とに基づいて、当該車両に相乗りするユーザとを組み合わせるマッチングを行う。ここで、マッチングとは、車両への同乗を許可する運転予定者と相乗りによる移動を希望するユーザとを互いの条件が満たされるように結び付けることをいう。支援サーバ３００は、車両１０の運転予定者と相乗りによる移動を希望するユーザとのマッチングを、周知の技術を用いて行うことができる。例えば、支援サーバ３００は、相乗りによる移動を希望するユーザの乗車地点と降車地点の少なくとも一方を走行区間に含み、且つ、当該走行区間を走行する予定時期が当該ユーザの希望する同乗時期を含む車両の中から、当該ユーザが相乗り可能な車両を選択すればよい。

マッチングの処理が完了すると、支援サーバ３００は、乗車を許可する車両１０の車両情報、車両１０の運転予定者情報、車両１０による移動情報等を、相乗りによる移動を希望するユーザのユーザ端末２００に通知する。車両情報は、例えば、車両１０の車種、色種別、車両番号等を含む。運転予定者情報は、例えば、性別、年齢等を含む。移動情報は、車両１０への乗車予定場所、降車予定場所、乗車および降車の予定時刻、他の同乗者の有無等を含む。また、支援サーバ３００は、同乗者の性別や年齢、同乗者の希望する乗車場所、乗車予定時刻、目的地等の情報を、車両１０の運転予定者のユーザ端末２００に通知する。そして、通知された上記の情報に基づいて、運転予定者と相乗りによる移動を希望するユーザとがマッチングを承認することで、車両１０に相乗りするユーザ（同乗者）
が確定する。

本実施形態に係る支援サーバ３００は、上記の機能に加え、車載装置１００から通知された車両１０の経路移動時の位置情報を取得する。経路移動時の位置情報には、一定の周期間隔、あるいは、イベントの発生に対応して検知された位置情報が時刻情報に対応付けられて含まれる。例えば、運転者の交替が行われた場合には、検知された運転者を識別する識別情報が位置情報、時刻情報に関連付けられて含まれる。また、同乗者の乗車や降車が行われた場合には、当該同乗者を識別する識別情報が位置情報、時刻情報に関連付けられて含まれる。

そして、支援サーバ３００は、取得した位置情報の履歴から、検知されたイベント（運転者の交替や同乗者の乗車・降車等）を特定する。支援サーバ３００は、運転者の交替が行われたときには、経路移動時に車両１０を運転した運転者毎の運転区間についての走行距離、走行時間といった経過情報を特定する。そして、本実施の形態に係る支援サーバ３００は、特定した運転者毎の経過情報に基づいて、当該ライドシェアにおける、運転に関与した運転者に付与されるポイントを計算する。本実施の形態によれば、運転者の交替が行われた場合であっても、ライドシェアによるインセンティブを運転者に付与できるため、ライドシェアの運転に関与した運転者の運転実績が評価できる。なお、支援サーバ３００の詳細は後述される。

（ハードウェア構成）
図３は、車載装置１００、ユーザ端末２００、支援サーバ３００の各ハードウェア構成の一例を示す図である。支援サーバ３００は、例えば、汎用または専用のコンピュータである。支援サーバ３００は、構成要素として、バスによって相互に接続されたプロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を備える。主記憶部３０２および補助記憶部３０３は、支援サーバ３００が読み取り可能な記録媒体である。上記の構成要素はそれぞれ複数に設けられてもよいし、一部の構成要素を設けないようにしてもよい。支援サーバ３００は、「情報処理装置」の一例である。プロセッサ３０１は、「制御部」の一例である。通信部３０４は、「通信部」の一例である。

プロセッサ３０１は、例えば、ＣＰＵ（Central Processing Unit）である。プロセッ
サ３０１は、主記憶部３０２の作業領域に実行可能に展開されたコンピュータプログラムを実行し、支援サーバ３００全体の制御を行う。プロセッサ３０１は、コンピュータプログラムの実行を通じて周辺機器の制御を行うことで所定の目的に合致した機能を提供する。但し、プロセッサ３０１は、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成であってもよい。また、支援サーバ３００の提供する処理機能の一部が、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、
ＧＰＵ（Graphics Processing Unit）等によって提供されてもよい。また、処理機能の少なくとも一部が、ＦＰＧＡ（Field-Programmable Gate Array）、数値演算プロセッサ、
画像処理プロセッサ等の専用ＬＳＩ（large scale integration）、その他のディジタル
回路、アナログ回路であってもよい。

主記憶部３０２は、プロセッサ３０１が実行するコンピュータプログラム、プロセッサ３０１が処理するデータ等を記憶する。主記憶部３０２は、例えば、フラッシュメモリ、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等である。補助記憶部３０３は、各種のプログラムおよび各種のデータを読み書き自在に記録媒体に格納する不揮発性の記憶装置である。補助記憶部３０３は、外部記憶装置とも呼ばれる。補助記憶部３０３は、例えば、フラッシュメモリ、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。補助記憶部３０３に格納されている各種の
プログラムには、例えば、ＯＳ（Operating System）が含まれる。ＯＳは、通信部３０４を介して接続される外部装置等とのデータの受け渡しを行う通信インターフェースプログラムを含む。

通信部３０４は、ネットワークＮ１とのインタフェースである。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インタフェースボード、無線通信のための無線通信回路を含む。支援サーバ３００は、通信部３０４を介して、ネットワークＮ１に接続し、ネットワークＮ１を通じて、車載装置１００、ユーザ端末２００等と通信する。

なお、支援サーバ３００のハードウェア構成は、図３に示されるものに限定されない。支援サーバ３００は、例えば、可搬記録媒体に記録されたプログラムを読み込み、主記憶部３０２に展開し、実行することができる。可搬記録媒体は、例えば、ＵＳＢ（Universal Serial Bus）メモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、Ｂｌｕ−ｒａｙ（登録商標）ディスクのようなディスク記録媒体である。

ユーザ端末２００は、例えば、スマートフォン、携帯電話端末、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）等の小型のコンピュータである。ユーザ端末２００は、ユーザが携帯可能なパーソナルコンピュータ（ＰＣ：Personal Computer）であってもよい。

ユーザ端末２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６Ａ、通信部２０６Ｂを有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３については、支援サーバ３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明は省略される。なお、ユーザ端末２００の補助記憶部２０３には、ライドシェアを享受するためのアプリが格納される。

表示部２０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部２０５は、例えば、文字等の記号を入力可能なタッチパ
ネルや押しボタン、音声を入力可能なマイクロフォン、動画像や静止画像を撮像可能なカメラ等を含む。

通信部２０６Ａは、例えば、ＷｉＦｉ等の無線通信、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、３Ｇ等の携帯電話網に採用されている通信方式に対応する通信回路である。ユーザ端末２００は、通信部２０６Ａを通じてネットワークＮ１にアクセスし、支援サーバ３００等と通信を行う。

通信部２０６Ｂは、例えば、ブルートゥースやＮＦＣ、ＢＬＥ等の近距離無線通信に対応する通信回路である。ユーザ端末２００は、通信部２０６Ｂを通じてネットワークＮ２にアクセスし、車両１０に搭載された車載装置１００との間で通信を行う。

車載装置１００は、車両１０に搭載可能なコンピュータである。車載装置１００は、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、表示部１０４、入力部１０５、通信部１０６Ａ、通信部１０６Ｂ、位置情報検出部１０７、運転者検知部１０８、車両状態検出部１０９を含む。プロセッサ１０１、主記憶部１０２、補助記憶部１０３の説明は、支援サーバ３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３の説明と同様であるため省略される。また、表示部１０４、入力部１０５、通信部１０６Ａ、通信部１０６Ｂの説明は、ユーザ端末２００の表示部２０４、入力部２０５、通信部２０６Ａ、通信部２０６Ｂの説明と同様であるため省略される。なお、表示部１０４には、音声案内やメッセージ等を報知するためのスピーカが設けられてもよい。上記の構成要素はそれぞれ
複数に設けられてもよいし、一部の構成要素を設けないようにしてもよい。車載装置１００は、「車載装置」の一例である。プロセッサ１０１は、「制御部」の一例である。通信部１０６Ａは、「通信部」の一例である。

位置情報検出部１０７は、地球の周囲を周回する複数のＧＰＳ（Global Positioning Satellite）衛星からのＧＰＳ信号に基づいて自車両の位置情報（緯度、経度）を検出する。位置情報検出部１０７は、検出した位置情報を所定の周期間隔で取得し、取得した時刻情報に対応付けて記録する。また、位置情報検出部１０７は、運転者の交替イベントに応じて位置情報を取得し、当該イベント発生時の時刻情報に対応付けて記録する。さらに、位置情報検出部１０７は、同乗者の車両１０への乗車イベント、降車イベントに応じて位置情報を取得し、当該イベント発生時の時刻情報に対応付けて記録する。位置情報検出部１０７によって記録された情報は、通信部１０６Ａを介してネットワークＮ１に接続された支援サーバ３００に定期的、あるいは、支援サーバ３００の要求に応じて送信される。

なお、車載装置１００は、車両１０に搭載されるナビゲーション装置等と連携し、当該ナビゲーション装置等が備えるＧＰＳ受信ユニットを介して検知された位置情報を取得してもよい。例えば、車載装置１００は、車両内に設けられたＣＡＮ（Controller Area Network）等の車内ネットワークと接続する。そして、位置情報検出部１０７は、接続され
た車内ネットワークを通じて、ナビゲーション装置等で検知された位置情報を取得すればよい。

さらに、車載装置１００が、車両１０に搭載されるナビゲーション装置等と連携する場合には、例えば、当該ナビゲーション装置等が備える表示部、入力部等を共有して使用可能な構成要素に割り当てることができる。また、車載装置１００は、ナビゲーション装置等が提供する各種機能、例えば、ライドシェアに伴う中継地点（乗車地点、降車地点）や目的地点の設定、上記中継地点を含む目的地点への経路の案内や自車位置に対応する地図情報の提供といった機能の利用が可能になる。

運転者検知部１０８は、ライドシェアによる移動の際の、車両１０を運転する運転者を検知する。図３のように運転者検知部１０８は、車内カメラ１０８Ａおよび認証センサ１０８Ｂの少なくとも一方を含む。以下の実施形態では、車内カメラ１０８Ａおよび認証センサ１０８Ｂによる処理例が説明されるが、車内カメラ１０８Ａおよび認証センサ１０８Ｂのいずれかは無くても良い。

車内カメラ１０８Ａは、車両１０の運転席に着座した運転者を撮影する。認証センサ１０８Ｂは、車両１０の運転席に着座した運転者の認証情報を検出する。但し、運転者を検知するセンサや機器が、図３の構成に限定されるわけではない。運転者検知部１０８は、撮影された運転者の顔画像や検出された運転者の認証情報を位置情報や時刻情報に対応付けて記録する。運転者検知部１０８によって記録された情報は、例えば、通信部１０６Ａを介してネットワークＮ１に接続された支援サーバ３００に定期的、あるいは、支援サーバ３００の要求に応じて送信される。

車内カメラ１０８Ａは、ＣＣＤ（Charged-Coupled Devices）、ＣＭＯＳ（Complementary Metal-Oxide-Semiconductor）等のイメージセンサによる撮影装置である。車内カメラ１０８Ａは、例えば、室内後写鏡（ルームミラー）の筐体枠に設けられ、車両１０の運転席近傍の映像を、所定のフレーム周期（例えば、３０fps）で撮影する。運転席に車両１
０を運転する運転者が着座している場合には、当該運転者の顔画像が撮影される。

なお、車載装置１００は、車内カメラ１０８Ａに代えて、車両１０に搭載されるドライブレコーダ等と連携し、当該ドライブレコーダ等が備える撮像ユニットを介して撮影され
た車内の映像情報を取得することもできる。車載装置１００は、例えば、ＣＡＮ等の車内ネットワークを通じて、ドライブレコーダ等で撮影された車内の映像情報を取得すればよい。

認証センサ１０８Ｂは、車両１０の運転者を特定するための生体認証に係る情報を検知するためのセンサである。認証センサ１０８Ｂとして、例えば、指紋のパターンを読み取るための指紋センサが例示される。指紋センサは、例えば、ステアリングやダッシュボード、メータパネル内に指紋認証ボタンとして設けられる。指紋センサとして、例えば、親指や人差し指等で押圧されたセンサの電荷の量を感知し、指紋のパターンを検知する静電容量型が例示される。指紋センサで読み取られた指紋のパターンは、パターンマッチングなどの方式によってあらかじめ登録された指紋データと照合される。但し、認証センサ１０８Ｂは、指紋センサに限定されるものではない。例えば、運転者の虹彩のパターンを読み取る虹彩認識センサ、声紋のパターンを読み取る声紋センサ、静脈のパターンを検出する静脈パターン検出センサ等が採用されてもよい。さらに、車内カメラ１０８Ａを介して撮影された顔画像から顔認証が実行されてもよい。本実施形態では、後述するように、例えば、イベント発生時に車内カメラ１０８Ａを介して撮影された運転者の顔画像が、イベント発生前の運転者の顔画像と相違するときには、運転者に対して指紋認証ボタンを介して指紋のパターンを読み取らせるよう報知する。そして、指紋認証ボタンを介して読取った指紋のパターンから、交替後の運転者を特定し、当該運転者をイベント発生時の位置情報、時刻情報と対応付けて記録する。

車両状態検出部１０９は、車両１０の走行状態を制御するために当該車両に設けられたセンサ群の一部を構成する。車載装置１００は、例えば、車両内に設けられたＣＡＮ等の車内ネットワークを介して上記センサ群の一部あるいはすべてを統括して管理するＥＣＵ（Electronic Control Unit）と接続する。そして車載装置１００は、当該ＥＣＵを介し
て、車両状態検出部１０９を構成する各センサ要素で検出された情報を取得すればよい。車両状態検出部１０９は、図３に例示のように、車速センサ１０９Ａ、トランスミッション検出センサ１０９Ｂ、パーキングブレーキ検出センサ１０９Ｃを含む。車速センサ１０９Ａは、車両１０の車速を検出する。トランスミッション検出センサ１０９Ｂは、車両１０の運転時におけるトランスミッション状態を検出する。パーキングブレーキ検出センサ１０９Ｃは、駐停車時における車両１０のパーキングブレーキのオン／オフ状態を検出する。なお、車両状態検出部１０９を構成するセンサや機器が、図３の構成に限定されるわけではない。

車速センサ１０９Ａは、例えば、車軸の回転数に応じて発生させた車速信号に基づいて自車両の速度を検出するセンサである。トランスミッション検出センサ１０９Ｂは、車両１０のトランスミッション状態が、例えば、ドライブモードである「Ｄ」、停止モードである「Ｎ」や「Ｐ」、後退モードである「Ｒ」等のいずれかの状態にあるかを検出するセンサである。パーキングブレーキ検出センサ１０９Ｃは、車両１０の制動機構の一部を構成するパーキングブレーキの状態がオン状態であるか、オフ状態であるかを検出するセンサである。

本実施形態においては、車両状態検出部１０９で検出された車両の状態を示す情報に基づいて、運転者の交替や同乗者の乗車、降車等のイベントによる車両の停車状態が特定される。そして、車載装置１００は、上記イベントに対応した運転者の識別情報、同乗者の識別情報等をイベント発生時の位置情報、時刻情報に関連付けて記録する。支援サーバ３００は、例えば、位置情報の履歴に含まれる上記情報に基づいて、運転者毎の運転区間を特定し、当該運転区間についての経過情報を特定する。本実施形態においては、特定された経過情報に基づいて、該ライドシェアにおける、運転に関与した運転者に付与されるポイントが計算される。

（機能構成；支援サーバ）
図４は、支援サーバ３００の機能構成の一例を示す図である。支援サーバ３００は、機能構成要素として、予約受付部３１、マッチング処理部３２、ポイント処理部３３、運転予定者情報データベース（ＤＢ）３４、同乗者情報ＤＢ３５、予約情報ＤＢ３６、地図情報ＤＢ３７、ライドシェア管理ＤＢ３８を含む。地図情報ＤＢ３７には、地物位置を含む地図データ、当該地図データ上の各地点の特性を示す文字や写真等のＰＯＩ（Point of interest）情報を含む地図情報が格納される。なお、地図情報ＤＢ３７は、ネットワーク
Ｎ１に接続される他のシステム、例えば、ＧＩＳ（Geographic Information System）か
ら提供されてもよい。これらの機能構成要素は、例えば、支援サーバ３００のプロセッサ３０１が、補助記憶部３０３に記憶された各種プログラムを実行することで提供される機能構成要素である。但し、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。また、各機能構成素のいずれか、またはその処理の一部がネットワークＮ１に接続された他のコンピュータにより実行されてもよい。

予約受付部３１は、相乗りによる移動を希望する同乗者のリクエスト情報を受け付け、当該リクエスト情報を同乗者情報ＤＢ３５に格納する。相乗りによる移動を希望する同乗者のリクエスト情報は、当該同乗者を識別する識別情報（ユーザＩＤ）に関連付けされて同乗者情報ＤＢ３５に格納される。ここで、ユーザＩＤは、例えば、ライドシェアを享受するためのアプリのダウンロードの際に付与される会員情報である。予約受付部３１は、通信部３０４を介して同乗者の操作するユーザ端末２００からの相乗り要求を受け付けると、当該相乗り要求に含まれるユーザＩＤを取得する。そして予約受付部３１は、取得したユーザＩＤとリクエスト情報とを含むレコードを生成し、当該レコードを同乗者情報ＤＢ３５に格納する。予約受付部３１は、同乗者情報ＤＢ３５へのリクエスト情報等の格納後、マッチング処理部３２に、マッチングを依頼する。

同乗者情報ＤＢ３５には、乗車を希望する場所（乗車地点）を示す情報、乗車を希望する日時を示す情報、降車を希望する場所（降車地点）を示す情報、降車を希望する日時を示す情報、同乗者の性別、年齢等を含むリクエスト情報が格納される。以下では、同乗者に付与されたユーザＩＤを「同乗者ＩＤ」とも称す。

また、予約受付部３１は、相乗りを許諾する車両１０の運転予定者からのリクエスト情報を受け付け、当該リクエスト情報を運転予定者情報ＤＢ３４に格納する。相乗りを許諾する車両１０の運転予定者のリクエスト情報は、当該運転予定者を識別する識別情報（ユーザＩＤ）に関連付けされて運転予定者情報ＤＢ３４に格納される（以下、運転予定者に付与されたユーザＩＤを「運転予定者ＩＤ」とも称す）。運転予定者ＩＤは、同乗者ＩＤと同様に、ライドシェアを享受するためのアプリのダウンロードの際に付与される会員情報である。予約受付部３１は、通信部３０４を介して運転予定者の操作するユーザ端末２００からの車両１０に関する走行予定通知を受け付けると、当該走行予定通知に含まれる運転予定者ＩＤを取得する。そして予約受付部３１は、取得した運転予定者ＩＤとリクエスト情報とを含むレコードを生成し、当該レコードを運転予定者情報ＤＢ３４に格納する。

運転予定者情報ＤＢ３４には、車両１０の出発地を示す情報、出発地を出発する予定日時を示す情報、車両１０の到着する目的地を示す情報、目的地に到着する予定日時を示す情報、運転予定者の性別、年齢等を含むリクエスト情報が格納される。また、運転予定者情報ＤＢ３４には、運転予定者の認証に係る生体パターン（指紋、虹彩、声紋等）や顔画像、車両１０を特定する情報、車載装置１００を識別する識別情報が格納される。車両１０を特定する情報は、例えば、車両１０の車種、色種別、車両番号等である。

なお、運転予定者情報ＤＢ３４には、例えば、運転予定者としてライドシェアによる移動を提供した同乗者の実績情報も含まれる。同乗者の、運転予定者としての実績が運転予定者情報ＤＢ３４に格納されている場合には、同乗者に付与された同乗者ＩＤと、運転予定者情報ＤＢ３４に実績として格納された運転予定者ＩＤとは合致することになる。また、同乗者に関する認証に係る生体パターン（指紋、虹彩、声紋等）や顔画像が格納される。

マッチング処理部３２は、予約受付部３１からの依頼に応じて、車両への同乗を許可する運転予定者と相乗りによる移動を希望する同乗者とを互いの条件が満たされるように結び付けるマッチングを行う。既述したように、マッチングの処理は、周知の技術を用いて行うことができる。

例えば、同乗者の乗車地点と降車地点の少なくとも一方を走行区間に含み、且つ、当該走行区間を走行する予定時期が当該同乗者の希望する同乗時期を含む車両の中から相乗り可能な車両が選択される。そして、マッチング処理部３２は、選択された車両の各種情報（運転予定者情報、移動情報、車両情報等）を同乗者のユーザ端末２００に通知する。また、マッチング処理部３２は、選択された車両の運転予定者のユーザ端末２００に、同乗者の各種情報（性別や年齢、乗車希望地点、乗車希望時刻、降車希望地点、降車希望時刻等）を通知する。運転予定者および同乗者のそれぞれに通知された情報に基づいて、両者がマッチングを承認することで、車両１０に相乗りして移動するライドシェアが確定する。ライドシェアの確定後、マッチング処理部３２は、確定したライドシェアに関する情報を予約情報ＤＢ３６に格納する。なお、支援サーバ３００は、車載装置１００からの要求に応じて、当該車載装置が搭載された車両１０に関する予約情報を通知する。

図５は、予約情報ＤＢ３６に格納される予約情報の一例である。確定したライドシェアに関する予約情報は、図５に例示のように、予約情報テーブルとして管理される。なお、予約情報テーブルに登録される情報は、適宜にフィールドの追加、変更、削除が可能である。

図５に例示の予約情報テーブルは、予約ＩＤ、運転予定者ＩＤ、車両番号、目的地、同乗者ＩＤ、乗車予定地点、乗車予定日時、降車予定地点、降車予定日時の各フィールドを有する。予約ＩＤフィールドには、個々の予約情報を識別するための予約ＩＤが格納される。予約ＩＤは、マッチング処理部３２により、確定したライドシェアに関する情報毎に付与される。運転予定者ＩＤフィールドには、相乗りを許諾する車両１０の運転予定者を識別するＩＤが格納される。車両番号フィールドには、車両１０を識別するＩＤ（例えば、自動車登録番号（ナンバープレートに標記された番号））が格納される。目的地フィールドには、相乗りを許諾する車両１０の目的地を示す情報が格納される。目的地を示す情報として、例えば、目的地の住所、緯度・経度、ランドマークの名称等が例示される。同乗者ＩＤフィールドには、車両１０への相乗りが確定した同乗者のＩＤが格納される。

乗車予定地点フィールドには、相乗りが確定した同乗者の乗車予定地点の情報が格納される。乗車予定地点の情報として、例えば、乗車予定場所の経度・緯度、住所、ランドマークの名称等が例示される。乗車予定日時フィールドには、相乗りが確定した同乗者を乗車させる予定日時を示す情報が登録される。降車予定地点フィールドには、相乗りが確定した同乗者の降車予定地点の情報が格納される。降車予定地点の情報は、乗車予定地点と同様である。降車予定日時フィールドには、相乗りが確定した同乗者を降車させる予定日時を示す情報が登録される。

図５の予約ＩＤ「Ｓ００２」では、運転予定者Ｄ００２が運転する車両１０の目的地は「ｅ」である。そして、運転予定者Ｄ００２は、地点ｆで同乗者Ｐ００１を「２０１８／
０７／０６ ９：１０」に乗車させ、降車予定地点である地点ｇに向かって車両１０を移動させることが示される。さらに、運転予定者Ｄ００２は、地点ｈで同乗者Ｐ００２を「２０１８／０７／０６ ９：２０」に乗車させ、降車予定地点である地点ｅに向かって車両１０を移動させることが示される。なお、同乗者Ｐ００１の降車予定の地点ｇは、図１で説明したように、車両１０が到着する目的地および同乗者Ｐ００２が降車予定の地点ｅへ向かう経路の経由地点である。

図４に戻り、ポイント処理部３３は、ライドシェアによる経路移動時の運転に関与した運転者毎に付与されるポイントの算出処理を行う。具体的には、ポイント処理部３３は、予約情報ＤＢ３６に登録された車両１０から定期的、あるいは、イベントの発生に応じて通知された経路移動時の位置情報を取得する。取得された経路移動時の位置情報は、当該車両１０に対応した予約ＩＤに関連付けされて経路移動情報としてライドシェア管理ＤＢ３８に登録される。そして、ポイント処理部３３は、例えば、車両１０からの要求により、ライドシェア管理ＤＢ３８に登録された経路移動情報である位置情報の履歴に基づいて、運転者に付与するポイントを計算する。既に説明したように、運転者の交替が生じた場合には、交替後の運転者を識別する情報が位置情報の履歴に含まれる。

ポイント処理部３３は、例えば、運転者毎の運転区間についての走行距離、走行時間といった経過情報を評価条件としてポイントを計算する。ポイント処理部３３は、例えば、位置情報に対応付けされた時刻情報、運転者を識別する情報から運転者による運転区間毎の走行距離、走行時間を特定する。そしてポイント処理部３３は、例えば、特定された経過情報に応じて運転区間毎のポイントを算出する。算出されたポイントは、当該運転区間を運転した運転者に付与される。なお、運転区間毎の走行距離の特定は、地図情報ＤＢ３７を参照して行われる。例えば、ポイント処理部３３は、地図情報ＤＢ３７を参照し、運転区間の経路についての走行距離を特定する。そして、ポイント処理部３３は、特定された走行距離や、当該走行距離の距離区分、例えば、１０ｋｍ未満の場合、１０ｋｍ以上で２０ｋｍ未満の場合、２０ｋｍ以上で３０ｋｍ未満の場合といったように、距離区分に応じて段階的に増加するポイントを付与できる。

走行時間についても同様である。位置情報に対応付けられた時刻情報に基づいて、運転区間毎の走行時間を特定すればよい。ポイント処理部３３は、特定された走行時間や、当該走行時間の属する時間区分、例えば、２０分未満の場合、２０分以上で３０分未満の場合、３０分以上で４０分未満の場合といったように、時間区分に応じて段階的に増加するポイントを付与できる。

さらに、ポイント処理部３３は、ライドシェアに使用される車両１０の提供者を区別してポイントを付与してもよい。例えば、車両１０の提供者である運転者には、予め定められた固定ポイントを付与し、そうでない運転者には当該固定ポイントを付与しないようにできる。支援サーバ３００は、車両１０の提供者に対して特段のインセンティブを与えることができる。

ポイント処理部３３は、運転区間の経過情報や車両１０の提供者の区分にしたがって算出されたポイント、をライドシェア管理ＤＢ３８に登録する。また、ポイント処理部３３は、算出されたポイントを車載装置１００に通知する。

図６は、ライドシェア管理ＤＢ３８に格納される経路移動情報の一例である。経路移動時に車両１０から取得した位置情報は、図６に例示のように、経路移動情報テーブルとして管理される。なお、経路移動情報テーブルに登録される情報は、適宜にフィールドの追加、変更、削除が可能である。

図６に例示の経路移動情報テーブルは、予約ＩＤ、所有者ＩＤ、区間、搭乗者、位置情報履歴の各フィールドを有する。予約ＩＤは、図５と同様であるため説明が省略される。所有者ＩＤフィールドには、車両１０の提供者を識別する識別情報（ＩＤ）が格納される。車両１０の提供者は、例えば、車両１０の所有者であり、運転予定者情報ＤＢ３４に当該予約ＩＤで登録された運転予定者である。区間フィールドには、運転者の交替や車両１０の搭乗者（運転者および同乗者）の乗降車といったイベントが生じた地点間を結ぶ区間を示す情報が格納される。搭乗者フィールドには、区間を移動する際に車両１０に搭乗した搭乗者を示す情報が格納される。搭乗者には、車両１０の運転予定者、同乗者が含まれる。位置情報履歴フィールドには、区間に対応した車両１０の位置情報の履歴データを識別する識別番号が格納される。

図７は、ライドシェア管理ＤＢ３８に格納されるポイント管理情報の一例である。ポイント処理部３３によって計算されたポイントは、図７に例示のように、ポイント管理情報テーブルとして管理される。なお、図７は、搭乗者毎の運転区間について運転ポイントを付与する形態の管理例である。ポイント管理情報テーブルに格納される情報は、適宜にフィールドの追加、変更、削除が可能である。

図７に例示のポイント管理情報テーブルは、予約ＩＤ、搭乗者、所有者ポイント、運転ポイント、総合ポイントの各フィールドを有する。予約ＩＤ、搭乗者フィールドは、図６と同様であるため説明が省略される。所有者ポイントフィールドには、車両１０の提供者に付与されるポイントを示す情報が格納される。運転ポイントフィールドには、搭乗者の運転区間に対応して算出されたポイントが格納される。

運転ポイントフィールドは、走行距離、走行時間の各サブフィールドを有する。走行距離サブフィールドには、運転区間の走行距離に対応して算出されたポイントが格納される。走行時間サブフィールドには、運転区間の走行時間に対応して算出されたポイントが格納される。総合ポイントフィールドには、ポイント処理部３３によって計算された、運転者に付与するポイントが格納される。図７においては、総合ポイントを算出する際の処理式が例示されている。なお、所有者ポイントフィールド、運転ポイントフィールド、総合ポイントフィールドに格納される情報については、詳細を後述する。

（機能構成；車載装置）
図８は、車載装置１００の機能構成の一例を示す図である。車載装置１００は、機能構成要素として、予約情報取得部１１、位置情報取得部１２、イベント処理部１３、運転状況通知部１４、運転情報記憶部１５、地図情報ＤＢ１６を含む。地図情報ＤＢ１６には、地物位置を含む地図データ、当該地図データ上の各地点の特性を示す文字や写真等のＰＯＩ情報を含む地図情報が格納される。地図情報ＤＢ１６は、車両１０に搭載されるナビゲーション装置等の一部を構成するものであってもよい。また、地図情報は、ネットワークＮ１に接続されるＧＩＳ、支援サーバ３００から提供されてもよい。なお、これらの機能構成要素は、例えば、車載装置１００のプロセッサ１０１が、補助記憶部１０３に記憶された各種プログラムを実行することで提供される機能構成要素である。但し、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。

予約情報取得部１１は、入力部１０５を介した運転予定者の操作入力に基づいてネットワークＮ１に接続された支援サーバ３００に対して、当該車両１０に関するライドシェアの予約情報の通知を要求する。予約情報取得部１１は、取得した予約情報を補助記憶部１０３に格納する。補助記憶部１０３に格納された予約情報は、運転予定者の操作入力に応じて、表示部１０４の表示デバイス上に表示される。運転予定者は、表示デバイス上に表示された予約情報を参照し、自車両のライドシェアに係る目的地への移動経路を特定する。目的地への移動経路の特定は、地図情報ＤＢ１６を用いて行われる。

なお、予約情報取得部１１は、運転予定者のユーザ端末２００と通信部１０６Ｂを介して連携し、当該ユーザ端末に通知された予約情報を取得してもよい。車両１０に搭乗した運転予定者は、例えば、アプリが起動したユーザ端末２００を操作し、予約ＩＤで登録されたライドシェアの予約情報を車載装置１００に通知する。予約情報取得部１１は、運転予定者のユーザ端末２００から通知された予約情報が取得できる。

また、予約情報取得部１１は、予約ＩＤで登録された予約情報に含まれる搭乗者のＩＤ（同乗者ＩＤ、運転予定者ＩＤ等）を特定し、当該搭乗者の認証に係る生体パターンを示す情報を支援サーバ３００から取得する。予約情報取得部１１は、取得した搭乗者の認証に係る生体パターンを示す情報を補助記憶部１０３に格納する。なお、以下では、搭乗者の認証に係る生体パターンは、指紋パターンとして説明する。

位置情報取得部１２は、位置情報検出部１０７で検出された自車両の位置情報（例えば、緯度、経度）を時刻情報に対応付けて周期的に取得する。取得された位置情報は、運転情報記憶部１５に記録される。また、位置情報取得部１２は、後述のイベント処理部１３からの要求に応じて、自車両の位置情報を取得する。取得された位置情報は、例えば、時刻情報、イベント処理部１３を介して特定された運転者を特定する情報、と関連付けされて運転情報記憶部１５に記録される。また、位置情報は、時刻情報、イベント処理部１３を介して取得された同乗者ＩＤ、乗車情報あるいは降車情報と関連付けされて運転情報記憶部１５に記録される。

イベント処理部１３は、運転者の交替や同乗者の車両１０への乗車、降車を検出する。そして、イベント処理部１３は、運転者の交替が行われたときには、車内カメラ１０８Ａを介して撮影された運転席に着座する運転者の有無に基づいて認証センサ１０８Ｂによる認証に係る生体パターンの読み取りを行う。あるいは、イベント処理部１３は、車内カメラ１０８Ａを介して運転席に着座する運転者の顔画像を取得する。イベント処理部１３は、車内カメラ１０８Ａで撮影された運転者の顔画像の情報、あるいは、認証センサ１０８Ｂで読取られた認証に係る生体パターンを示す情報の少なくとも一方と共に、位置情報の取得要求を位置情報取得部１２に通知する。予約情報取得部１１を介して、認証に係る生体パターンや顔画像が取得される場合には、当該認証によって特定された運転者のＩＤ（運転予定者ＩＤ、同乗者ＩＤ等）が特定される。なお、認証センサ１０８Ｂで取得された生体パターンによる運転者のＩＤの特定（運転者のＩＤ特定）は、支援サーバ３００を介して行ってもよい。

イベント処理部１３は、同乗者の車両１０への乗車、降車が行われたときには、当該同乗者の同乗者ＩＤを取得する。同乗者は、例えば、アプリを起動し、ユーザ端末２００の通信部２０６Ｂを介し、同乗者ＩＤと、乗車情報あるいは降車情報とを車載装置１００に通知する。イベント処理部１３は、通信部１０６Ｂを介してユーザ端末２００から通知された同乗者ＩＤと、乗車情報あるいは降車情報とを取得する。なお、運転予定者が、同乗者のユーザ端末２００に通知された予約情報を提示させ、提示された予約情報と表示部１０４に表示させた予約情報との一致を確認し、当該同乗者の同乗者ＩＤおよび乗車／降車の操作入力を行ってもよい。イベント処理部１３は、同乗者ＩＤと共に、位置情報の取得要求を位置情報取得部１２に通知する。位置情報取得部１２を介して取得された位置情報は、時刻情報、同乗者ＩＤ、乗車情報あるいは降車情報と関連付けされて運転情報記憶部１５に記録される。

運転状況通知部１４は、運転情報記憶部１５に記録された位置情報の履歴を定期的、あるいは、運転者の交替や同乗者の乗車時や降車時等のイベントに応じて、支援サーバ３００に通知する。運転状況通知部１４は、例えば、予約情報取得部１１を介して取得した予
約情報から予約ＩＤを抽出し、当該予約ＩＤに運転情報記憶部１５に記録された位置情報の履歴を関連付けて支援サーバ３００に通知する。

（処理の流れ：車載装置）
次に、図９から図１４を参照して、本実施形態に係る車載装置１００の処理を説明する。図９から図１０は、ライドシェアの移動開始時（走行開始時）における位置情報の取得処理の一例を示すフローチャートである。図９から図１０に示す処理は、運転席に着座する運転者の存在を車内カメラ１０８Ａで認識し、当該認識された運転者の指紋パターン等の認証情報に基づいて運転者を特定する形態の一例である。なお、車載装置１００は、認証情報と顔画像とを対応付けて記録し、図１１から図１３で説明するように、記録された当該顔画像に基づいて、運転者の交替を検知する。

図９のフローチャートにおいて、処理の開始は、予約ＩＤで予約情報に登録された車両１０のライドシェアに関する移動開始時のエンジン始動のときが例示される。車両１０の運転予定者は、例えば、エンジン始動後の車載装置１００の入力部１０５を介して操作入力を行い、ネットワークＮ１に接続された支援サーバ３００を通じて当該予約ＩＤに関する予約情報を取得する。あるいは、運転予定者は、例えば、アプリが起動された状態のユーザ端末２００を操作し、通信部１０６Ｂを通じて予約ＩＤで登録されたライドシェアの予約情報を車載装置１００に通知する。

車載装置１００は、支援サーバ３００に対して、予約ＩＤで登録された予約情報に含まれる運転予定者ＩＤ、同乗者ＩＤに対応する認証情報（指紋パターン等）の通知要求を行う（Ｓ１）。支援サーバ３００は、例えば、運転予定者情報ＤＢ３４を参照し、運転予定者ＩＤ、同乗者ＩＤに対応する認証情報を抽出し、車載装置１００に通知する。車載装置１００は、支援サーバ３００から通知された運転予定者ＩＤ、同乗者ＩＤに対応する認証情報を取得する（Ｓ２）。車載装置１００は、取得した上記認証情報を予約ＩＤに対応付けて補助記憶部１０３に格納する。Ｓ１からＳ２の処理により、車両１０を運転する運転者を特定するための認証情報が取得される。車載装置１００は、上記処理で取得した運転予定者ＩＤ、同乗者ＩＤに対応する認証情報と、認証センサ１０８Ｂを介して読み取りが行われた生体情報が示すパターン等との照合により、当該車両を運転する運転者が特定できる。Ｓ２の処理後、Ｓ３の処理に移行する。

車載装置１００は、同乗者の乗車の有無を判断する（Ｓ３）。同乗者の車両１０への乗車の有無は、同乗者のユーザ端末２００からの乗車に関する情報の通知、あるいは、運転予定者による同乗者の乗車に関する情報の操作入力により判断される。車両１０への乗車を予定する同乗者は、乗車時に、例えば、アプリが起動されたユーザ端末２００を操作し車載装置１００と通信する。車載装置１００は、通信部１０６Ｂを通じてユーザ端末２００からの同乗者ＩＤおよび乗車通知を受け付ける。車載装置１００は、例えば、受け付けた同乗者ＩＤと予約情報に登録された同乗者ＩＤとが一致するときには受け付けた乗車通知を確定させて、車両１０への乗車有りと判断する。また、車載装置１００は、入力部１０５を介して同乗者ＩＤおよび乗車の操作入力が行われたときには、車両１０への乗車有りと判断する。

車載装置１００は、同乗者の乗車有りと判断する場合には（Ｓ３，“Ｙｅｓ”）、Ｓ４の処理に移行する。一方、車載装置１００は、同乗者の乗車有りでないと判断する場合には（Ｓ３，“Ｎｏ”）、Ｓ７の処理に移行する。

Ｓ４の処理では、車載装置１００は乗車した同乗者の同乗者ＩＤを取得する。車載装置１００は、位置情報検出部１０７で検出された自車両の位置情報を時刻情報に対応付けて取得する（Ｓ５）。そして、車載装置１００は、取得した同乗者ＩＤ、位置情報、時刻情
報に乗車を示す識別子（乗車識別子）を対応付けて運転情報記憶部１５に記録し（Ｓ６）、Ｓ７の処理に移行する。ここで、乗車を示す識別子は、例えば、非アクティブ状態およびアクティブ状態の２値のステータスで表される情報である。車載装置１００は、例えば、乗車有りの際には、乗車を示す識別子のステータスをアクティブ状態に設定する。

Ｓ７の処理では、車載装置１００は車内映像を取得する。そして、車載装置１００は、取得した車内映像に基づいて、運転席に着座する運転者の有無を判断する（Ｓ８）。車載装置１００は、例えば、パターンマッチング等により車内映像に運転者が識別可能に撮像されていないと判断する場合には（Ｓ８，“Ｎｏ”）、Ｓ７の処理に移行する。一方、車載装置１００は、パターンマッチング等により運転席に着座する運転者が識別可能に撮像されている場合には（Ｓ８，“Ｙｅｓ”）、Ｓ９の処理に移行する。なお、運転席に着座する運転者が識別可能に撮像されている場合には、認識された運転者の顔画像が取得される。

Ｓ９の処理では、車載装置１００は、運転席に着座する運転者の認証に係る情報を取得する。車載装置１００は、例えば、認証センサ１０８Ｂを介して指紋等の読み取りを行わせるよう報知する。車載装置１００は、例えば、表示部１０４の表示デバイス上に、指紋等の読み取りを促すメッセージを表示する。また、車載装置１００は、表示部１０４に含まれるスピーカ等を介して指紋等の読み取りを促す音声メッセージを運転者に報知してもよい。運転者は、表示部１０４を介して報知されたメッセージ等に応じて、例えば、親指や人差し指等を認証センサ１０８Ｂに接触させて、自身を特定する指紋パターン等を読み取らせる。車載装置１００は、認証センサ１０８Ｂを介して読取られた指紋等の認証に係る生体情報を取得する。

図１０のフローチャートにおいて、車載装置１００は、現時点の車両１０の位置情報、時刻情報を取得する（ＳＡ）。そして、車載装置１００は、認証センサ１０８Ｂを介して取得した運転者の認証情報、車内カメラ１０８Ａで撮影された運転者の顔画像、車両１０の位置情報、時刻情報を関連付けて運転情報記憶部１５に記録する（ＳＢ）。なお、運転者の顔画像は、後述するように、車両１０の停車が検出されたときの、運転者の交替を検出するためにも用いられる。

車載装置１００は、認証センサ１０８Ｂを介して取得した運転者の認証情報に基づいて運転席に着座する運転者のＩＤ（運転予定者ＩＤ、同乗者ＩＤ）を特定する（ＳＣ）。車載装置１００は、例えば、支援サーバ３００を介して取得した運転予定者ＩＤ、同乗者ＩＤに対応する認証情報と認証センサ１０８Ｂを介して取得した認証情報との照合を行い、運転席に着座する運転者のＩＤを特定する。

なお、車両１０に搭乗する同乗者の認証情報が運転予定者情報ＤＢ３４に登録されていない場合が想定できる。すなわち、車両１０の運転席に着座する運転者（同乗者）の運転実績が存在しない場合である。しかし、このような場合においても、少なくとも、支援サーバ３００から通知された運転予定者の認証情報に基づいて、運転席に着座する運転者（認証情報を読み取った運転者）が運転予定者以外であることが特定できる。

車載装置１００は、例えば、ＳＢの処理で記録された運転者の顔画像を表示部１０４の表示デバイスに表示し、当該顔画像に対応する同乗者ＩＤの入力を促すメッセージを表示すればよい。そして、車載装置１００は、入力部１０５を介してＩＤ情報（同乗者ＩＤ）に基づいて、運転席に着座する運転者のＩＤを特定してもよい。なお、車載装置１００は、認証センサ１０８Ｂを介して取得した認証情報に、運転予定者以外の運転者であることを示す識別番号等を一時的に付与し、当該運転者を区別することもできる。車載装置１００は、車両１０の移動開始後に、上記識別番号に対応する顔画像を表示部１０４に表示さ
せ、当該顔画像に対応する同乗者ＩＤの入力を促すことで、当該運転者のＩＤが特定できる。

ＳＤの処理では、車載装置１００は、車両１０の移動が開始されたかを判断する。車両１０の移動の開始は、例えば、車両状態検出部１０９により判断される。例えば、車載装置１００は、車速センサ１０９Ａを介して検知された車速が、０ｋｍ／ｈを超えるときには、車両の移動が開始されたと判断する。なお、車載装置１００は、トランスミッション検出センサ１０９Ｂで検出されたトランスミッション状態がドライブモード「Ｄ」であることを判断条件に加えてもよい。また、車載装置１００は、パーキングブレーキ検出センサ１０９Ｃで検出されたパーキングブレーキの状態がオフ状態であることを判断条件に加えてもよい。

車載装置１００は、車両１０の移動が開始されたと判断する場合には（ＳＤ，“Ｙｅｓ”）、ＳＥの処理に移行する。一方、車載装置１００は、車両１０の移動が開始されていないと判断する場合には（ＳＤ，“Ｎｏ”）、ＳＤの処理を繰り返す。

ＳＥの処理では、車載装置１００は、ライドシェアによる移動中であることを示す移動中フラグをセットする。ここで、移動中フラグは、例えば、非アクティブ状態およびアクティブ状態の２値のステータスで表される情報である。車載装置１００は、例えば、移動中フラグのステータスをアクティブ状態に設定し、ＳＦの処理に移行する。

ＳＦの処理では、車載装置１００は、アクティブ状態に設定された移動中フラグと、認証情報によって特定された運転者のＩＤ（運転予定者ＩＤ、同乗者ＩＤ）を関連付けて記録する。上記情報は、例えば、主記憶部１０２に所定の領域に一時的に記憶される。なお、運転者のＩＤが未特定のときには、一時的に付与された識別番号等が移動中フラグに関連付けされて記録される。ＳＦの処理後、図９から図１０の処理が終了する。車両１０においては、同乗者毎の乗車予定地点、降車予定地点を経由して目的地に到達する経路についての移動が開始される。移動開始後の車両１０においては、適宜のタイミングで一時的に付与された識別番号が、特定された運転者のＩＤに更新される。

以上の処理により、車載装置１００は、ライドシェアによる走行開始時の運転者を検出できる。検出された運転者は、認証情報に基づいてＩＤ（運転予定者ＩＤ、同乗者ＩＤ）が特定できる。そして、車載装置１００は、運転者を特定するための情報（顔画像、認証情報）と位置情報、時刻情報を関連付けて記録できる。車載装置１００は、ライドシェアによる走行開始時の運転者に関する情報と、経過情報の計測の起点となる情報とを関連付けて記録できる。

また、少なくとも、車載装置１００は、運転予定者以外の運転者について識別番号等を付与し、区別できる。車載装置１００は、運転者に付与された識別番号等と共に、運転者を特定するための情報（顔画像、認証情報）と位置情報、時刻情報を関連付けて記録できる。車載装置１００は、上記特定された運転者のＩＤ、あるいは、一時的な識別番号等と共に、車両１０の移動中を表す移動中フラグを関連付けて記録できる。一時的に運転者に付与された識別番号等は、移動開始後の適宜のタイミングで、運転者を特定するためのＩＤ（同乗者ＩＤ）に更新できる。車載装置１００は、走行開始時に記録された情報、移動中フラグに基づいて、走行開始以降の運転者の交替が検出可能になる。

なお、Ｓ１の処理で、予約ＩＤで登録された予約情報に含まれる運転予定者ＩＤ、同乗者ＩＤに対応する顔画像が認証情報として取得できる場合には、車載装置１００は、当該顔画像との照合により運転者の特定が可能である。車載装置１００は、車内カメラ１０８Ａを介して撮影された運転者の顔画像と、支援サーバ３００から通知された顔画像とを照
合し、運転者のＩＤ（運転予定者ＩＤ、同乗者ＩＤ）を特定すればよい（図１０、ＳＣ）。この場合には、図９のＳ９に示す処理が省略できる。

また、車内カメラ１０８Ａを搭載しない車両、あるいは、車内カメラ１０８Ａを用いない車載装置１００では、認証センサ１０８Ｂで読み取った運転者の認証情報のみで、車両１０の運転者のＩＤ（運転予定者ＩＤ、同乗者ＩＤ）を特定してもよい。例えば、シフトレバーやステアリングホイール等の運転時に必ず操作される操作部品に指紋センサ等を配置する形態や、メータパネル内に虹彩認識センサを備える形態の場合である。このような場合には、図９のＳ７から８に示す処理が省略できる。

次に、図１１から図１３を参照し、車載装置１００のイベント発生時の処理を説明する。図１１から図１３は、イベント発生時の処理の一例を示すフローチャートである。図１１から図１３の処理は、移動中フラグのステータスがアクティブ状態、すなわち、車両１０の出発地から予約ＩＤで予約情報に登録された目的地に到達するまでの期間に実行される。図１１から図１３の処理により、運転者の交替や、同乗者の乗降車に伴う停車イベントに関する情報が位置情報、時刻情報と共に記録される。図１１から図１３に示す処理は、運転席に着座する運転者の存在を車内カメラ１０８Ａで認識し、当該認識された運転者の指紋パターン等の認証情報に基づいて運転者を特定する形態の一例である。

図１１のフローチャートにおいて、処理の開始は、移動中フラグのアクティブ状態のセットのときが例示される。車載装置１００は、ライドシェアによる移動が開始された車両１０の停車を検知する（Ｓ１１）。車両１０の停車の検知は、例えば、車両状態検出部１０９により検知される。車載装置１００は、例えば、車速センサ１０９Ａを介して検知された車速が、０ｋｍ／ｈ以下であることを条件として、停車を検知する。なお、車載装置１００は、トランスミッション検出センサ１０９Ｂで検出されたトランスミッション状態が停止モードである「Ｎ」や「Ｐ」であることを判断条件に加えてもよい。また、車載装置１００は、パーキングブレーキ検出センサ１０９Ｃで検出されたパーキングブレーキの状態がオン状態であることを判断条件に加えてもよい。同乗者の乗降車や運転者の交替が行われるときには、車両１０は停車状態であると想定できるからである。

車載装置１００は、車両１０の停車を検知した場合には（Ｓ１１，“Ｙｅｓ”）、Ｓ１２の処理に移行する。一方、車載装置１００は、車両１０の停車を検知しない場合には（Ｓ１１，“Ｎｏ”）、Ｓ１１の処理を繰り返す。車載装置１００は、移動中フラグと対応付けて記録された現時点における運転者のＩＤ（あるいは、推定状態にある識別番号）を取得する（Ｓ１２）。車載装置１００は、取得した上記情報を主記憶部１０２の所定の領域に一時的に記憶し、Ｓ１３の処理に移行する。

Ｓ１３の処理では、車載装置１００は、同乗者の乗車の有無を判断する。Ｓ１３の処理は、Ｓ３の処理と同様であるため説明が省略される。車載装置１００は、同乗者の乗車有りと判断する場合には（Ｓ１３，“Ｙｅｓ”）、Ｓ１４の処理に移行する。一方、車載装置１００は、同乗者の乗車有りでないと判断する場合には（Ｓ１３，“Ｎｏ”）、Ｓ１７の処理に移行する。

Ｓ１４からＳ１６の処理は、Ｓ３からＳ５の処理と同様であるため、説明が省略される。車載装置１００は、取得した同乗者ＩＤ、位置情報、時刻情報に乗車を示す識別子（乗車識別子）を対応付けて運転情報記憶部１５に記録し（Ｓ１６）、Ｓ１７の処理に移行する。

Ｓ１７の処理では、車載装置１００は、同乗者の降車の有無を判断する。同乗者の降車の有無は、車両内の同乗者のユーザ端末２００からの降車に関する情報の通知、あるいは
、運転予定者による同乗者の降車に関する情報の操作入力により判断される。同乗者の降車有りの判断は、乗車有りの判断と同様にして行われるため、説明が省略される。

車載装置１００は、同乗者の降車有りと判断しない場合には（Ｓ１７，“Ｎｏ”）、図１２にＳ１Ｂの処理に移行する。一方、車載装置１００は、同乗者の降車有りと判断する場合には（Ｓ１７，“Ｙｅｓ”）、Ｓ１８の処理に移行し、車両１０から降車した同乗者の同乗者ＩＤを取得する。そして、車載装置１００は、自車両の位置情報を時刻情報に対応付けて取得し（Ｓ１９）、取得した同乗者ＩＤ、位置情報、時刻情報に降車を示す識別子（降車識別子）を対応付けて運転情報記憶部１５に記録する（Ｓ１Ａ）。降車を示す識別子は、乗車を示す識別子と同様である。車載装置１００は、例えば、降車有りの際には、降車を示す識別子のステータスをアクティブ状態に設定する。処理は、図１２のＳ１Ｂの処理に移行する。

図１２のフローチャートにおいて、Ｓ１Ｂの処理では、車載装置１００は車内映像を取得する。そして、車載装置１００は、取得した車内映像に基づいて、運転席に着座する運転者の有無を判断する（Ｓ１Ｃ）。Ｓ１Ｃの処理は、Ｓ８の処理と同様であるため、説明が省略される。車載装置１００は、例えば、パターンマッチング等により車内映像に運転者が識別可能に撮像されていないと判断する場合には（Ｓ１Ｃ，“Ｎｏ”）、Ｓ１Ｂの処理に移行する。一方、車載装置１００は、パターンマッチング等により運転席に着座する運転者が識別可能に撮像されている場合には（Ｓ１Ｃ，“Ｙｅｓ”）、Ｓ１Ｄの処理に移行する。なお、運転席に着座する運転者が識別可能に撮像されている場合には、認識された現時点の運転者の顔画像が取得される。

Ｓ１Ｄの処理では、車載装置１００は、車両１０の停車を検知した時点における運転者のＩＤに対応する顔画像を取得する。そして、Ｓ１Ｅの処理では、車載装置１００は、車両１０の停車を検知した時点における運転者のＩＤに対応する顔画像と、Ｓ１Ｃの処理で認識された現時点の運転者の顔画像との照合を行う。車載装置１００は、両者の顔画像が合致する場合（合致の度合いが高い場合）には（Ｓ１Ｅ，“Ｙｅｓ”）、図１３のＳ１Ｌの処理に移行する。一方、車載装置１００は、両者の顔画像が合致しない場合（合致の度合いが低い場合）には（Ｓ１Ｅ，“Ｎｏ”）、Ｓ１Ｆの処理に移行する。Ｓ１ＤからＳ１Ｅの処理により、車両１０を停車させて行われた運転者の交替が検知される。

Ｓ１Ｆの処理では、車載装置１００は、運転席に着座する運転者の認証に係る情報を取得する。車載装置１００は、例えば、認証センサ１０８Ｂを介して指紋等の読み取りを行わせるよう通知する。そして、車載装置１００は、認証センサ１０８Ｂを介して読取られた指紋等の認証に係る生体情報を取得する。生体情報の取得後、処理はＳ１Ｇに移行する。なお、図９から図１０で説明したように、運転者の検出は、車内カメラ１０８Ａで撮影された運転者の顔画像、認証センサ１０８Ｂを介して取得された運転者の生体情報のいずれか一方であってもよい。

Ｓ１Ｇの処理では、車載装置１００は、現時点の車両１０の位置情報、時刻情報を取得する。そして、車載装置１００は、認証センサ１０８Ｂを介して取得した現時点の運転者の認証情報、車内カメラ１０８Ａで撮影された現時点の運転者の顔画像、車両１０の位置情報、時刻情報を関連付けて運転情報記憶部１５に記録する（Ｓ１Ｈ）。Ｓ１ＦからＳ１Ｈの処理により、交替後の運転者を特定するための情報が記録される。

車載装置１００は、認証センサ１０８Ｂを介して取得した運転者の認証情報に基づいて運転席に着座する運転者のＩＤ（運転予定者ＩＤ、同乗者ＩＤ）を特定する（Ｓ１Ｉ）。車載装置１００は、例えば、支援サーバ３００を介して取得した運転予定者ＩＤ、同乗者ＩＤに対応する認証情報と認証センサ１０８Ｂを介して取得した認証情報との照合を行う
ことで、運転者のＩＤを特定する。なお、車載装置１００は、認証センサ１０８Ｂを介して取得した認証情報が運転予定者以外の同乗者と推定される場合には、推定を表す識別番号等を付与し、当該運転者を区別する。なお、車載装置１００は、車内カメラ１０８Ａで撮影された運転者の顔画像に基づいて、運転席に着座する運転者のＩＤを特定してもよい。

図１３のフローチャートにおいて、Ｓ１Ｊの処理では、車載装置１００は、交替後の運転者についてのＩＤで、移動中フラグに関連付けされた交替前の運転者のＩＤ情報を更新する。更新後の情報は、主記憶部１０２の所定の領域に記憶される。

車載装置１００は、停車を検知した車両１０の移動が開始されたかを判断する（Ｓ１Ｋ）。車両１０の移動の開始は、車両状態検出部１０９により判断される。例えば、車載装置１００は、車速センサ１０９Ａを介して検知された車速が、０ｋｍ／ｈを超えるときには、車両の移動が開始されたと判断する。なお、車載装置１００は、トランスミッション検出センサ１０９Ｂで検出されたトランスミッション状態がドライブモード「Ｄ」であることを判断条件に加えてもよい。また、車載装置１００は、パーキングブレーキ検出センサ１０９Ｃで検出されたパーキングブレーキの状態がオフ状態であることを判断条件に加えてもよい。

車載装置１００は、停車を検知した車両１０の移動が開始されたと判断する場合には（Ｓ１Ｋ，“Ｙｅｓ”）、図１１から図１３に示す処理を終了する。一方、車載装置１００は、車両１０の移動が開始されない場合には（Ｓ１Ｋ，“Ｎｏ”）、当該処理を繰り返す。

Ｓ１Ｌの処理では、車載装置１００は、停車を検知した現時点の位置情報、時刻情報を取得する。そして、車載装置１００は、車両１０の現在位置がライドシェアの目的地に到着したか否かを判断する（Ｓ１Ｍ）。車載装置１００は、例えば、Ｓ１Ｌの処理で取得された位置情報と予約情報に登録された目的地とが合致する場合には、車両１０の現在位置が目的地であると判断する。なお、予約情報に登録された目的地とＳＢの処理で取得された位置情報との合致は、地図情報ＤＢ１６を参照して行われる。車載装置１００は、車両１０の現在位置が目的地でない場合には（Ｓ１Ｍ，“Ｎｏ”）、Ｓ１Ｋの処理に移行する。一方、車載装置１００は、車両１０の現在位置が目的地である場合には（Ｓ１Ｍ，“Ｙｅｓ”）、Ｓ１Ｎの処理に移行する。

Ｓ１Ｎの処理では、車載装置１００は、運転者のＩＤ（あるいは、推定を表す識別番号）と、Ｓ１Ｌの処理で取得した車両１０の位置情報および時刻情報とを対応付けて運転情報記憶部１５に記録する。そして、車載装置１００は、車両１０のライドシェアによる移動を表す移動中フラグをリセットする（Ｓ１Ｏ）。Ｓ１Ｏの処理により、ライドシェアによる移動開始時のＳＥの処理でアクティブ状態に設定された移動中フラグのステータスが、非アクティブ状態にリセットされる。Ｓ１Ｏの処理後、図１１から図１３の処理が終了する。

以上の処理により、車載装置１００は、移動中フラグのステータスがアクティブ状態に設定された車両１０、すなわち、ライドシェアによる移動が開始された車両１０の停車が検知できる。車載装置１００は、車両１０の停車時に同乗者の乗車や降車を伴うイベントが生じたときには、当該同乗者の同乗者ＩＤ、乗車・降車を識別する識別子等の情報を、停車が生じた車両１０の位置情報、時刻情報に関連付けて記録できる。また、車載装置１００は、停車時の位置情報が目的地に対応するときには、停車直前に運転者として記録された当該運転者のＩＤと、停車時の位置情報および時刻情報とを関連付けて記録できる。

さらに、車載装置１００は、運転者の交替による停車イベントが生じた場合には、運転席に着座する運転者の顔画像情報に基づいて、停車前の運転者と停車後の運転者との顔画像を照合できる。そして、車載装置１００は、停車前の運転者と停車後の運転者との顔画像が相違するときには、交替後の運転者の顔画像情報、認証情報等を取得し、停車が生じた車両１０の位置情報および時刻情報を関連付けて記録できる。

なお、車載装置１００は、停車後の車両１０がライドシェアによる移動を継続するときには、交替後の運転者の認証情報に基づくＩＤ等で移動中フラグに関連付けされた運転者のＩＤを更新できる。車載装置１００は、更新された運転者のＩＤに基づいて、ライドシェアによる移動が継続中の、走行開始以降の車両１０を運転する運転者を識別できる。

次に、図１４の処理を説明する。図１４は、移動中の車両１０における位置情報の取得処理の一例を示すフローチャートである。図１４の処理は、移動中フラグのステータスがアクティブ状態の期間中に定期的に実行される。図１４の処理により、経路移動中の車両１０における位置情報、時刻情報が記録される。

図１４のフローチャートにおいて、車載装置１００は、位置情報の定期的な周期の取得契機であるかを判断する（Ｓ２１）。上記判断は、例えば、位置情報を取得するための契機信号（トリガ信号）の状態がアクティブ状態か否かで判断される。車載装置１００は、上記契機信号の状態がアクティブ状態のときには位置情報の定期的な取得契機であると判断する。車載装置１００は、位置情報の定期的な周期の取得契機である場合には（Ｓ２１，“Ｙｅｓ”）、Ｓ２２の処理に移行する。一方、車載装置１００は、位置情報の定期的な周期の取得契機でない場合には（Ｓ２１，“Ｎｏ”）、Ｓ２１の処理を繰り返す。

Ｓ２２の処理では、車載装置１００は、位置情報検出部１０７で検出された現在の車両１０の位置情報を、時刻情報に対応付けて取得する。そして、車載装置１００は、取得した位置情報、時刻情報を運転情報記憶部１５に記録する（Ｓ２３）。Ｓ２３の処理後、図１４の処理が終了する。

以上の処理により、車載装置１００は、予約情報に予約ＩＤで登録された目的地に到達するまでの経路移動時の、周期的に取得された車両１０の位置情報を履歴として記録できる。車載装置１００は、運転情報記憶部１５に記録された位置情報の履歴を任意のタイミングで適宜に抽出し、通信部１０６Ａを通じてネットワークＮ１に接続された支援サーバ３００に通知できる。なお、抽出された位置情報の履歴は、予約ＩＤ、車載装置１００の識別情報と共に支援サーバ３００に送信される。

（処理の流れ：支援サーバ）
次に、図１５から図１６を参照して、本実施形態に係る支援サーバ３００の処理を説明する。図１５は、運転区間の走行距離に応じたポイントの算出処理の一例を示すフローチャートである。図１５の処理により、車両１０を運転した運転者の走行距離に応じたポイントが算出される。なお、図１５の処理は、予約ＩＤで予約情報に登録された搭乗者（運転予定者、同乗者）毎に実行される。

図１５のフローチャートにおいて、処理の開始は、車載装置１００から通知されたポイント算出要求の受け付けのときが例示できる。車載装置１００は、自装置の識別情報および予約ＩＤを含むポイント算出要求を支援サーバ３００に通知する。支援サーバ３００は、受け付けた予約ＩＤを検索キーとしてライドシェア管理ＤＢ３８を検索し、当該予約ＩＤに対応する経路移動情報テーブルを特定する。

支援サーバ３００は、特定した経路移動情報テーブルから位置情報履歴を取得する（Ｓ
３１）。支援サーバ３００は、車両１０の出発地から目的地に到達するまでの位置情報履歴を取得する。図１の例では、地点ｄから地点ｅに到達するまでに記録された位置情報履歴が取得される。取得された位置情報履歴は、主記憶部３０２の所定の領域に一時的に記憶される。なお、以下の説明においては、図１のライドシェアの説明図、図６の経路移動情報テーブルを適宜に説明例とする。

Ｓ３２の処理では、支援サーバ３００は、取得された位置情報履歴に基づいて車両１０の移動距離Ｒ１を算出する。支援サーバ３００は、例えば、地図情報ＤＢ３７を参照し、当該位置情報履歴が示す車両１０の出発地から目的地に到達するまでの移動経路を特定する。例えば、図１では、ユーザＢの乗車区間（地点ｆから地点ｇ）、ユーザＣの乗車区間（地点ｈから地点ｅ）を経由した、地点ｄから地点ｅに到達する移動経路が特定される。支援サーバ３００は、特定した移動経路と地図情報ＤＢ３７の地図データから移動距離Ｒ１を算出する。Ｓ３２の処理により、予約ＩＤで登録されたライドシェアについての車両１０の総移動距離が特定される。算出された移動距離Ｒ１は、Ｓ３４の処理に引き渡される。

Ｓ３３の処理では、支援サーバ３００は、処理対象の搭乗者による車両１０の運転区間の距離Ｒ２を算出する。支援サーバ３００は、例えば、位置情報の履歴に記録された運転者のＩＤに基づいて、処理対象の搭乗者に対応した位置情報履歴を抽出する。そして、支援サーバ３００は、Ｓ３２の処理と同様にして地図情報ＤＢ３７を参照し、抽出された位置情報履歴に対応した経路を、当該搭乗者の運転区間として特定する。そして、支援サーバ３００は、特定した経路と地図情報ＤＢ３７の地図データから距離Ｒ２を算出する。

なお、位置情報の履歴に記録された運転者のＩＤに基づく処理対象者の運転区間が複数に存在する場合には、各運転区間の距離を算出して足し合せ、距離Ｒ２を求めればよい。Ｓ３３の処理により、位置情報の履歴に記録された運転者のＩＤに対応する運転区間の移動距離（処理対象者の運転距離）が算出される。算出された距離Ｒ２は、Ｓ３４の処理に引き渡される。

Ｓ３４の処理では、支援サーバ３００は、引き渡された移動距離Ｒ１、距離Ｒ２に基づいて、係数ｒ＝（Ｒ２／Ｒ１）を算出する。Ｓ３４の処理により、ライドシェアの総移動距離における、処理対象者の運転距離の占める割合を示す係数ｒが算出される。算出された係数ｒは、Ｓ３６の処理に引き渡される。

Ｓ３５の処理では、支援サーバ３００は、処理対象者よる運転が提供された距離Ｒ２をポイントＰ１に換算する。支援サーバ３００は、例えば、予め定められた単位距離当たりのポイント換算係数を用いて距離Ｒ２をポイントに換算する。例えば、単位距離を１００ｍとして１ポイントを付与する場合には、距離Ｒ２が１０ｋｍのときには、１００ポイントに換算される。Ｓ３５の処理により、処理対象者の運転によってライドシェアの移動が行われた運転区間の距離に対応したポイントが算出される。算出されたポイントＰ１はＳ３６の処理に引き渡される。

Ｓ３６の処理では、支援サーバ３００は、引き渡されたポイントＰ１と係数ｒとを掛合せて、運転ポイントＰ２＝（Ｐ１×ｒ）を算出する。Ｓ３６の処理により、出発地から目的地までの総移動距離に対して、処理対象者の運転が提供された運転区間の走行距離の占める割合に応じて按分された運転ポイントが算出される。支援サーバ３００は、算出された運転ポイントＰ２をライドシェア管理ＤＢ３８に記録する（Ｓ３７）。運転ポイントＰ２は、ポイント管理情報テーブルの走行距離サブフィールドに格納される。Ｓ３７の処理後、図１５の処理が終了する。

以上の処理により、支援サーバ３００は、車載装置１００から通知された位置情報の履歴に基づいて、同乗者の乗車地点および降車地点を経由した車両１０の出発地から目的地に到達するまでの移動経路を特定できる。そして、支援サーバ３００は、位置情報の履歴に記録された運転者を識別する識別情報（ＩＤ）に基づいて、処理対象者毎の運転区間を特定できる。つまり、支援サーバ３００は、ライドシェアによる移動が提供された車両１０の、走行開始時の運転者および走行開始以降に交替された運転者のそれぞれについての経過情報が特定できる。なお、位置情報の履歴に記録された運転者は、予約ＩＤで予約情報に登録された運転予定者、同乗者である。

そして、支援サーバ３００は、運転区間に関する経路の距離を算出し、当該距離に対応したポイントを算出できる。支援サーバ３００は、例えば、ライドシェアの移動が行われた車両１０の出発地から目的地に到達するまでの総移動距離の中で、運転区間の距離の占める割合を上記ポイントに反映させて、運転者毎の運転ポイントを算出できる。

例えば、総移動距離の中で、運転区間の距離の占める割合が高い場合には、支援サーバ３００は、当該運転区間を運転した運転者に付与するポイントを相対的に高くできる。さらに、総移動距離の中で、運転区間の距離の占める割合が低い場合には、支援サーバ３００は、当該運転区間を運転した運転者に付与するポイントを相対的に低くできる。本実施形態では、車両１０の運転を提供した運転者の走行距離といった経過情報に対応した運転ポイントがインセンティブとして付与できる。

次に、図１６の処理を説明する。図１６は、運転区間の走行時間に応じたポイントの算出処理の一例を示すフローチャートである。図１６の処理により、車両１０を運転した運転者の走行時間に応じたポイントが算出される。図１６の処理は、予約ＩＤで予約情報に登録された搭乗者（運転予定者、同乗者）毎に実行される。

図１６のフローチャートにおいて、処理の開始は、図１５と同様である。支援サーバ３００は、車載装置１００から通知された予約ＩＤに基づいて、ライドシェア管理ＤＢ３８に登録された当該予約ＩＤに対応する経路移動情報テーブルを特定する。そして、支援サーバ３００は、特定した経路移動情報テーブルから位置情報履歴を取得する（Ｓ４１）。

Ｓ４２の処理では、支援サーバ３００は、取得された位置情報履歴の時刻情報に基づいて、車両１０の出発地から目的地に到達するまでの総移動時間Ｔ１を算出する。支援サーバ３００は、例えば、位置情報履歴の記録開始時点における時刻情報、および、位置情報履歴の記録終了時点における時刻情報を抽出し、記録終了時点の時刻情報と記録開始時点の時刻情報との差分から、総移動時間Ｔ１を算出する。Ｓ４２の処理により、予約ＩＤで登録されたライドシェアについての車両１０の総運転時間が特定される。算出された総移動時間Ｔ１は、Ｓ４４の処理に引き渡される。

Ｓ４３の処理では、支援サーバ３００は、処理対象の搭乗者によって運転された車両１０の走行時間Ｔ２を算出する。支援サーバ３００は、例えば、位置情報の履歴に記録された運転者のＩＤに基づいて、処理対象の搭乗者に対応した位置情報履歴を抽出する。そして、支援サーバ３００は、Ｓ４２の処理と同様にして、抽出された位置情報履歴の記録開始時点における時刻情報、および、記録終了時点における時刻情報から、当該搭乗者の運転による車両１０の走行時間Ｔ２を算出する。なお、位置情報履歴中に、処理対象者に対応するＩＤを記録した部分箇所が複数に存在する場合には、部分箇所毎の走行時間を算出して足し合せ、処理対象者による走行時間Ｔ２を求めればよい。Ｓ４３の処理により、位置情報の履歴に記録された運転者のＩＤに対応する走行時間（処理対象者の運転時間）が算出される。算出された走行時間Ｔ２は、Ｓ４４の処理に引き渡される。

Ｓ４４の処理では、支援サーバ３００は、引き渡された総移動時間Ｔ１、走行時間Ｔ２に基づいて、係数ｔ＝（Ｔ２／Ｔ１）を算出する。Ｓ４４の処理により、ライドシェアの総移動時間における、処理対象者の運転時間の占める割合を示す係数ｔが算出される。算出された係数ｔは、Ｓ４６の処理に引き渡される。

Ｓ４５の処理では、支援サーバ３００は、処理対象者の走行時間Ｔ２をポイントＰ３に換算する。支援サーバ３００は、例えば、予め定められた単位時間当たりのポイント換算係数を用いて走行時間Ｔ２をポイントに換算する。例えば、単位時間を１分として１ポイントを付与する場合には、走行時間Ｔ２が３０分のときには、３０ポイントに換算される。Ｓ４５の処理により、処理対象者の運転によってライドシェアの移動が提供された走行時間に対応したポイントが算出される。算出されたポイントＰ３はＳ４６の処理に引き渡される。

Ｓ４６の処理では、支援サーバ３００は、引き渡されたポイントＰ３と係数ｔとを掛合せて、運転ポイントＰ４＝（Ｐ３×ｔ）を算出する。Ｓ４６の処理により、出発地から目的地までの総移動時間に対して、処理対象者の運転が提供された走行時間の占める割合に応じて按分された運転ポイントが算出される。支援サーバ３００は、算出された運転ポイントＰ４をライドシェア管理ＤＢ３８に記録する（Ｓ４７）。運転ポイントＰ４は、ポイント管理情報テーブルの走行時間サブフィールドに格納される。Ｓ４７の処理後、図１６の処理が終了する。

以上の処理により、支援サーバ３００は、車載装置１００から通知された位置情報の履歴に基づいて、同乗者の乗車地点および降車地点を経由した車両１０の出発地から目的地に到達するまでの移動時間を特定できる。そして、支援サーバ３００は、位置情報の履歴に記録された時刻情報と運転者を識別する識別情報（ＩＤ）とに基づいて、処理対象者毎の運転時間を特定できる。支援サーバ３００は、ライドシェアによる移動が提供された車両１０の、走行開始時の運転者および走行開始以降に交替された運転者のそれぞれについての経過情報が特定できる。なお、位置情報の履歴に記録された運転者を識別する識別情報（ＩＤ）は、予約ＩＤで予約情報に登録された運転予定者あるいは同乗者を識別する情報である。

そして、支援サーバ３００は、運転者による車両１０の走行時間を算出し、当該走行時間に対応したポイントを算出できる。支援サーバ３００は、例えば、ライドシェアの移動が行われた車両１０の出発地から目的地に到達するまでの総移動時間の中で、当該運転者による走行時間の占める割合を上記ポイントに反映させて、運転者毎の運転ポイントを算出できる。

例えば、総移動時間の中で、走行時間の占める割合が高い場合には、支援サーバ３００は、運転者に付与するポイントを相対的に高くできる。さらに、総移動時間の中で、走行時間の占める割合が低い場合には、支援サーバ３００は、運転者に付与するポイントを相対的に低くできる。本実施形態においては、車両１０の運転を提供した運転者の走行時間といった経過情報に対応した運転ポイントがインセンティブとして付与できる。

次に、図１７の処理を説明する。図１７は、運転者に付与されるポイントの算出処理の一例を示すフローチャートである。図１７の処理により、ライドシェアによる経路移動時の経過情報に基づく運転者の総合ポイントが算出される。図１７の処理は、予約ＩＤで予約情報に登録された搭乗者（運転予定者、同乗者）毎に実行される。なお、図１７の処理は、例えば、図７で説明したポイント管理情報テーブルに格納された所有者ポイント、運転ポイントに基づいて総合ポイントが算出される一例である。

図１７のフローチャートにおいて、処理の開始は、図１５と同様である。支援サーバ３００は、車載装置１００からのポイント算出要求に含まれる予約ＩＤを検索キーとしてライドシェア管理ＤＢ３８を検索し、当該予約ＩＤに対応するポイント管理情報テーブルを特定する。支援サーバ３００は、搭乗者フィールドに格納されたＩＤ情報に基づいて、処理対象者が運転予定者であるかを判断する（Ｓ５１）。支援サーバ３００は、処理対象者が運転予定者である場合には（Ｓ５１，“Ｙｅｓ”）、Ｓ５２の処理に移行する。一方、支援サーバ３００は、処理対象者が運転予定者でない場合には（Ｓ５１，“Ｎｏ”）、Ｓ５３の処理に移行する。

Ｓ５２の処理では、支援サーバ３００は、運転予定者に付与する所有者ポイントＰ５（予め定められた固定ポイント）をポイント管理情報テーブルの所有者ポイントフィールドに記録する。Ｓ５２の処理により、ライドシェアに使用される車両１０の提供者である運転予定者に対して、車両提供者としてのポイントが付与できる。処理は、Ｓ５３の処理に移行する。

Ｓ５３の処理では、支援サーバ３００は、処理対象者に付与された運転ポイントを取得する。Ｓ５３の処理により、ライドシェアの運転に関与した処理対象者の、経過情報に基づいて算出された運転ポイントが取得される。支援サーバ３００は、例えば、ポイント管理情報テーブルの走行距離サブフィールドに格納された運転ポイントＰ２、走行時間サブフィールドに格納された運転ポイントＰ４を取得し、Ｓ５４の処理に移行する。

Ｓ５４の処理では、支援サーバ３００は、走行距離に関する運転ポイントＰ２と走行時間に関する運転ポイントＰ４の内、いずれか大きい方のポイントを選択する。そして、支援サーバ３００は、処理対象者の所有者ポイントフィールドに所有者ポイントＰ５が格納されているかを判断する（Ｓ５５）。支援サーバ３００は、処理対象者の所有者ポイントフィールドに所有者ポイントＰ５が格納されている場合には（Ｓ５５，“Ｙｅｓ”）、Ｓ５７の処理に移行する。一方、支援サーバ３００は、処理対象者の所有者ポイントフィールドに所有者ポイントＰ５が格納されていない場合には（Ｓ５５，“Ｎｏ”）、Ｓ５６の処理に移行する。

Ｓ５６の処理では、支援サーバ３００は、Ｓ５４の処理で選択された運転ポイントをポイント管理情報テーブルの総合ポイントフィールドに格納する。Ｓ５６の処理により、経路移動時の運転予定者以外の運転者（同乗者）に対するポイントが付与される。Ｓ５６の処理後、図１７の処理が終了する。

Ｓ５７の処理では、支援サーバ３００は、Ｓ５４の処理で選択された運転ポイントと所有者ポイントとを加算したポイントを、ポイント管理情報テーブルの総合ポイントフィールドに格納する。Ｓ５７の処理により、ライドシェアに使用された車両１０の提供者に対するポイントを考慮した、運転予定者へのポイントが付与される。Ｓ５７の処理後、図１７の処理が終了する。

以上の処理により、支援サーバ３００は、車両１０を運転した運転者への、経路移動時の経過情報を反映させたポイントが付与できる。また、支援サーバ３００は、ライドシェアの移動に使用される車両１０の提供者に対して、付与するポイントを増加できる。本実施形態によれば、ライドシェアによる移動が行われた経過情報、ライドシェアに使用される車両１０の提供を反映した、運転者へのポイントが算出できる。車両を運転する運転者に対して、車両１０の提供や運転に関する経過情報に応じたインセンティブを付与し、ライドシェアへの意欲を高めることができる。

＜変形形態１＞
変形形態１においては、車載装置１００は、第１実施形態における支援サーバ３００のポイント処理機能を備えることができる。例えば、図１８に例示のように、変形形態１の車載装置１００は、機能構成にポイント算出処理部１７、ポイント管理ＤＢ１８を含めることができる。ポイント算出処理部１７は、第１実施形態における支援サーバ３００のポイント処理部３３に相当し、図１５から図１７のフローチャートで説明した位置情報の履歴に基づく、車両１０の運転者に付与されるポイントを計算する。また、ポイント管理ＤＢ１８は、第１実施形態における支援サーバ３００のライドシェア管理ＤＢ３８に相当し、図６で説明した経路移動情報テーブル、図７で説明したポイント管理情報テーブルが格納される。

変形形態１のポイント算出処理部１７は、例えば、位置情報検出部１０７で取得された位置情報履歴に基づいて、各運転者の走行距離、走行時間を算出する。ポイント算出処理部１７は、算出された各運転者の走行距離、走行時間に基づいて、図１５から図１６の処理を実行し、運転ポイントを記録する。ポイント算出処理部１７は、例えば、ポイント管理ＤＢ１８に格納されたポイント管理情報テーブルに基づいて、図１７の処理を実行し、ライドシェアによる移動が行われた経過情報、ライドシェアに使用される車両１０の提供を反映した、総合ポイントを算出すればよい。変形形態１の車載装置１００においても、車両を運転する運転者に対して、車両１０の提供や運転に関する経過情報に応じたインセンティブを付与し、ライドシェアへの意欲を高めることができる。

＜変形形態２＞
変形形態２においては、車載装置１００は、運転情報記憶部１５に記録された位置情報の履歴を運転者の交替等のイベントとは無関係に支援サーバ３００に通知できる。例えば、車載装置１００は、１０分等の所定時間間隔、あるいは、１０ｋｍといった所定の距離単位で運転情報記憶部１５に記録された位置情報の履歴を支援サーバ３００に通知できる。また、車載装置１００は、図９から図１４で説明した位置情報を、取得のタイミングで通信部１０６Ａを介して支援サーバ３００に通知してもよい。変形形態２においては、車載装置１００は、運転情報記憶部１５を介さずに、取得した位置情報を時刻情報、運転者のＩＤ等に関連付けて支援サーバ３００に通知できる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本実施の形態の開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

情報処理装置その他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシ
ュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ等がある。

１ ライドシェア支援システム
１０ 車両
１２ 位置情報取得部
１３ イベント処理部
１４ 運転状況通知部
１５ 運転情報記憶部
１６ 地図情報ＤＢ
１７ ポイント算出処理部
１８ ポイント管理ＤＢ
３３ ポイント処理部
３６ 予約情報ＤＢ
３７ 地図情報ＤＢ
３８ ライドシェア管理ＤＢ
１００ 車載装置
１０７ 位置情報検出部
１０８ 運転者検知部
１０９ 車両状態検出部
２００ ユーザ端末
３００ 支援サーバ

Claims (5)

1. 通信部と、
   相乗りに提供される車両の走行開始を検出することと、
   前記走行開始時の運転者を検出することと、
   前記走行開始以降の運転者の交替を検出することと、
   前記走行開始から前記運転者の交替までの走行時間および走行距離の少なくとも一方を含む経過情報を計測し、前記運転者の交替までに検出された運転者を識別する識別情報とともに前記計測された経過情報を、前記通信部を通じて情報処理装置に送信することと、
   を実行する制御部と、を備える車載装置。
2. 前記制御部は、次の運転者への交替を検出したときに、前記次の運転者への交替が検出される前の運転者を識別する識別情報とともに前記前の運転者について計測された経過情報を記録部に記録することと、
   前記相乗りによる車両の走行終了を検出したときに、前記相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを前記通信部を通じて情報処理装置に送信することと、
   をさらに実行する、請求項１に記載の車載装置。
3. 通信部と、
   前記通信部を通じて、相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを受信することと、
   前記それぞれの運転者についての識別情報と前記それぞれの運転者について記録された経過情報とにしたがってポイントを算出することと、
   を実行する制御部と、を備える情報処理装置。
4. 通信部を備えるコンピュータが、
   前記通信部を通じて、相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを受信するステップと、
   前記それぞれの運転者についての識別情報と前記それぞれの運転者について記録された経過情報とにしたがってポイントを算出するステップと、
   を実行する情報処理方法。
5. 通信部を備えるコンピュータに、
   前記通信部を通じて、相乗りによる車両の走行開始から終了までの間に記録されたそれぞれの運転者を識別する識別情報と前記それぞれの運転者について記録された経過情報とを受信するステップと、
   前記それぞれの運転者についての識別情報と前記それぞれの運転者について記録された経過情報とにしたがってポイントを算出するステップと、
   を実行させるプログラム。