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

Description

本発明は、情報処理装置、情報処理方法、および情報処理プログラムに関する。

利用者が自動車で外出後に飲酒した時などに、運転代行者と利用者とをシステムを介してマッチングさせる技術が開示されている（特許文献１参照）。

特開２０１０－０９７３８３号公報

しかしながら、上記の従来技術では、運転代行業者への単純な運転代行の取次しか行っていない。そのため、運転代行を専業としていない個人を運転代行者としてマッチングさせる場合には、実際にやって来る運転代行者の運転経験や運転技量等が不明であるため、利用者が運転代行の依頼を躊躇するという課題が残されており、運転代行希望者と運転希望者との個人間マッチングには不向きであった。

本願は、上記に鑑みてなされたものであって、運転代行希望者と運転希望者との個人間マッチングにおいて、運転希望者の運転実績に関する情報を活用したマッチングを実現する情報処理装置、情報処理方法、および情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、他者の車両の運転を希望する第１利用者の運転実績を記憶する記憶部と、前記第１利用者の運転実績に基づいて、前記他者の車両の運転を希望する前記第１利用者と、自身の車両の運転代行を希望する第２利用者とのマッチングを行い、成立した場合、前記車両の運転代行を開始するために、前記第１利用者の端末装置に、同乗者となる前記第２利用者との待ち合わせの時間及び場所を通知する照合部とを備え、前記照合部は、前記第２利用者からの運転代行希望の通知を受けて、前記第１利用者を含む運転希望者を対象にマッチングを行い、前記運転希望者の中から前記第２利用者の提示する運転実績に関する希望条件に適合する候補者を抽出し、前記第２利用者の端末装置に対して抽出された候補者を通知し、通知された候補者の中から前記第２利用者が希望する候補者として前記第１利用者が選定された場合、前記第１利用者の端末装置に対して運転代行を請け負うか否かの問合せを通知し、前記第１利用者の端末装置から運転代行を請け負う旨の応答を受けた場合には、前記第１利用者を正式な運転代行者として確定し、確定した後、運転代行者が確定した旨を、前記第２利用者の端末装置に通知することを特徴とする。

実施形態の一態様によれば、運転代行希望者と運転希望者との個人間マッチングにおいて、運転希望者の運転実績に関する情報を活用したマッチングを実現することができる。

図１は、実施形態に係る情報処理方法の第１の概要を示す説明図である。 図２は、実施形態に係る情報処理方法の第２の概要を示す説明図である。 図３は、情報処理システムの構成例を示す図である。 図４は、端末装置の構成例を示すブロック図である。 図５は、情報処理装置の構成例を示すブロック図である。 図６は、ユーザ情報記憶部の一例を示す図である。 図７は、運転情報記憶部の一例を示す図である。 図８は、代行情報記憶部の一例を示す図である。 図９は、お礼情報記憶部の一例を示す図である。 図１０は、実施形態に係る第１の処理手順を示すフローチャートである。 図１１は、実施形態に係る第２の処理手順を示すフローチャートである。 図１２は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法、および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法、および情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、実施形態に係る情報処理の一例について図１及び図２を参照して説明する。図１は、実施形態に係る情報処理方法の第１の概要を示す説明図である。図２は、実施形態に係る情報処理方法の第２の概要を示す説明図である。図１の例では、情報処理装置１００は、個人間マッチングを行うことができるサーバ等である。

具体的には、図１に示すように、情報処理システム１には、端末装置１０と、情報処理装置１００とが含まれる。端末装置１０および情報処理装置１００は、それぞれネットワークＮ（図２参照）を介して有線または無線で互いに通信可能に接続される。

端末装置１０は、例えば、スマートフォンやタブレット端末等のスマートデバイス、ＰＤＡ（Personal Digital Assistant）、スマートウォッチ、ウェアラブルデバイス（Wearable Device）、ノート型ＰＣ（Personal Computer）、デスクトップ型ＰＣ、カーナビゲーションシステム等の情報処理装置である。

図１に示す例では、端末装置１０は、ユーザＵやユーザＤが使用する端末装置である。ユーザＵは、車両Ｃの運転代行を希望する利用者（運転代行希望者）である。ユーザＤは、運転を希望する利用者（運転希望者）である。

例えば、ユーザＵは、飲酒又は体調不良等により運転できない状態になった時に、運転代行の希望を情報処理装置１００に通知する。すなわち、ユーザＵは、情報処理装置１００に対して運転代行に関する個人間マッチングを依頼する。なお、ユーザＵは、車両Ｃの運転者に限らず、車両Ｃの同乗者（配偶者、家族等）であってもよい。

情報処理装置１００は、ユーザＵからの運転代行希望の通知に応じて、運転代行に関する個人間マッチングを行う。ここでは、情報処理装置１００は、ユーザＵからの運転代行希望の通知を受けて、ユーザＵとユーザＤとのマッチング（照合）を行う。情報処理装置１００は、ユーザＤがユーザＵの提示する希望条件に適合する場合には、運転代行の候補者としてユーザＤを抽出する。

なお、ユーザＵが運転代行を希望する理由については任意である。例えば、ユーザＵが高齢者で、車両で警察署や運転免許センターまで赴いて運転免許証を自主返納した後、乗ってきた車両を自宅まで運転して欲しい等の理由であってもよい。また、疲れた／眠くなったので運転を代って欲しい、長距離運転の予定のため運転者の交代要員として同行して欲しい等の理由であってもよい。

また、ユーザＤが運転を希望する理由についても任意である。例えば、たまたま車を運転したい気分になった、様々な車を運転してみたい、荷物が重いので車で移動したい、雨が降ってきたので車で移動したい、終電を逃したので車で自宅の方面へ帰りたい等の理由であってもよい。また、地方圏の交通不便地域に訪れた場合に、その地域での運転代行を請け負うことで地域内を移動したい等の理由であってもよい。また、ヒッチハイクのように運転代行を繰り返すことで全国各地を巡りたい等の理由であってもよい。すなわち、運転代行の個人間マッチングには、運転代行を希望するユーザＵ側のみならず、運転を希望するユーザＤ側の需要も存在する。

本実施形態では、ユーザＵが使用する端末装置１０を「端末装置１０Ａ」とし、ユーザＤが使用する端末装置１０を「端末装置１０Ｂ」とする。なお、自身が運転を希望する立場になれば、ユーザＵはユーザＤになり得る。また、自身が運転代行を希望する立場になれば、ユーザＤはユーザＵになり得る。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、情報処理装置１００と通信することができる。

（個人間マッチング）
例えば、図１に示すように、ユーザＤは、自身の端末装置１０Ｂを操作して、事前に、自身に関するユーザ情報と、自身の運転実績等に関する運転情報とを、情報処理装置１００に登録する（ステップＳ１）。これらの情報の登録は初回（最初の利用時）のみでもよいし、その都度行うようにしてもよい。

ユーザ情報は、例えば、ユーザＤの氏名、性別、年齢および住所等の属性情報である。なお、氏名、性別、年齢および住所は、ユーザＤの属性情報の一例に過ぎない。ユーザＤの属性情報には、例えばデモグラフィック（人口統計学的属性）やサイコグラフィック（心理学的属性）等、任意の属性が採用可能である。また、ユーザ情報は、情報処理装置１００が提供するＷｅｂサービス等においてユーザＤが登録したものを使用してもよい。すなわち、ユーザ情報は、他のＷｅｂサービス等と共通のものでもよい。

運転情報（運転実績）は、例えば、運転代行の経験（これまでに○○回等）、運転歴（××年等）、運転頻度（週に△△回等）、乗り慣れている車種、走り慣れている地域や道路、ナビゲーション用のアプリケーション（以下、ナビアプリ）やドライブレコーダ等が提供する運転力診断結果等が含まれる。また、優良運転者（ゴールド免許）である旨や、高速道路に慣れている、遠出した経験がある、普段仕事で車を運転している等の付加情報が含まれていてもよい。また、過去に運転代行を請け負ったことがある運転代行希望者（ユーザＵ）を示す識別情報及びその回数等が含まれていてもよい。

なお、無免許運転の可能性を排除するため、本人確認書類として運転免許証の登録を義務付けてもよい。例えば、運転情報に、運転免許証の両面の画像、及び／又は運転免許証番号と有効期限とを登録させる。この場合、免許証を更新した時には、再登録を義務付ける。登録されているデータ上において、免許証の有効期限を超過している場合、又は運転中に免許証の有効期限を超過する可能性がある場合（日付をまたぐ場合等）には、ユーザＤは運転代行を請け負うことができない。また、必要であれば、上記の運転免許証を第二種運転免許に限定してもよい。

また、ユーザＤは、上記のようにユーザ情報や運転情報を情報処理装置１００へ事前登録した日以降、自身が何らかの車両を運転した時に、その都度、ナビアプリ等が提供する運転力診断結果や走行経路／走行距離／走行時間等の情報、ドライブレコーダに記録された映像や履歴等の情報を、情報処理装置１００に通知／登録するようにしてもよい。例えば、ユーザＤの端末装置１０Ｂがドライブレコーダと連携して自動的にユーザＤの運転中の映像等を取得し、運転力診断結果とともに自動的に情報処理装置１００に送信する機能を搭載してもよい。また、ドライブレコーダーアプリ等により、ユーザＤの端末装置１０Ｂがドライブレコーダとして機能してもよい。

情報処理装置１００は、ユーザＤから登録されたユーザ情報と運転情報とを対応付けて記憶するとともに、ユーザ情報や運転情報に基づいて、ユーザＤの運転実績を検証する（ステップＳ２）。例えば、情報処理装置１００は、ユーザＤの属性や運転実績に基づいて、ユーザＤの運転者としてのランク（階級）を判定する。

また、情報処理装置１００は、ユーザＤの運転力診断結果や運転中の映像等の情報を取得している場合には、これらの情報も加味して、ユーザＤの運転実績を検証する。これにより、情報処理装置１００は、ユーザＤの運転者としての特性（運転が丁寧／荒い、速い／遅い、カーブ／ブレーキが急、加速度一定等）を判定する。また、実際に運転した結果である運転力診断結果や運転中の映像等の情報があれば、運転実績の信憑性が高くなる。

このとき、情報処理装置１００は、機械学習によりユーザＤの運転実績を検証するようにしてもよい。情報処理装置１００が行う機械学習は、例えばディープニューラルネットワークを利用したディープラーニング（深層学習）等でもよい。また、情報処理装置１００は、データマイニングやその他の機械学習アルゴリズムを利用してもよい。

ユーザＤは、端末装置１０Ｂを操作して、運転を希望している旨を情報処理装置１００に通知する（ステップＳ３）。すなわち、ユーザＤは、運転代行を請け負うことが可能である旨を情報処理装置１００に通知する。このとき、ユーザＤは、運転可能な時間帯や方面（目的地）等を情報処理装置１００に通知してもよい。また、ユーザＤの端末装置１０Ｂは、現在の位置情報を情報処理装置１００に通知してもよい。

車両Ｃを使用しているユーザＵは、自身の端末装置１０Ａを操作して、情報処理装置１００に対して、自身に関するユーザ情報を登録し、車両Ｃの運転代行の希望を通知する（ステップＳ４）。ユーザ情報の登録は初回（最初の利用時）のみでもよいし、その都度行うようにしてもよい。このとき、ユーザＵは、運転代行を希望する時間帯や方面（目的地）、その他の条件等を情報処理装置１００に通知する。その他の条件は、例えば、運転代行者の属性に対する希望条件（同性、２０代以上等）等である。また、運転代行者のランクや特性についての希望条件（所定のランク以上、安全運転／速さ重視等）でもよい。例えば、妊婦や乳幼児が同乗するため、可能な限りゆっくりと安全運転する運転代行者を望む等である。

情報処理装置１００は、ユーザＵからの運転代行希望の通知を受けて、ユーザＤを含む運転希望者を対象にマッチングを行い、ユーザＤを含む運転希望者の中から、運転実績等、ユーザＵの提示する希望条件に適合する候補者を抽出する（ステップＳ５）。ここでは、候補者には少なくともユーザＤが含まれるものとする。

情報処理装置１００は、ユーザＵの端末装置１０Ａに対して、抽出された候補者を通知する（ステップＳ６）。なお、通知される情報には、特定の個人を識別できるような情報は含まれないものとする。例えば、情報処理装置１００は、降順／昇順に候補者に割り当てた番号と、候補者のランクや特性のみ通知するようにしてもよい。また、情報処理装置１００は、候補者が過去に運転代行希望者（ユーザＵ）の運転代行を請け負ったことがある場合には、その旨を通知するようにしてもよい。

ユーザＵは、自身の端末装置１０Ａを操作して、情報処理装置１００から通知された候補者の中から、自身が希望する候補者を選定する（ステップＳ７）。ここでは、候補者としてユーザＤが選定されたものとする。

なお、上記のステップＳ６及びＳ７における候補者の通知及び選定を行うか否かは任意である。例えば、情報処理装置１００が高精度なマッチングにより候補者を１人に絞り込める場合、候補者の通知及び選定は不要である。機械学習等により情報処理装置１００のマッチングの精度が向上すれば、自ずと候補者を絞り込めるようになると予想される。

情報処理装置１００は、候補者であるユーザＤの端末装置１０Ｂに対して、運転代行の可否の問合せを通知する（ステップＳ８）。すなわち、情報処理装置１００は、ユーザＤの端末装置１０Ｂに対して、運転代行の希望を通知する。このとき、情報処理装置１００は、ユーザＵが運転代行を希望する時間帯や方面（目的地）、車両Ｃのメーカ名や車種等を、端末装置１０Ｂに通知する。また、情報処理装置１００は、可能であれば、ユーザＵの大まかな属性情報（性別、年齢層等）等も通知するようにしてもよい。

ユーザＤは、端末装置１０Ｂを操作して、情報処理装置１００からの運転代行の可否の問合せを確認し、情報処理装置１００に応答する（ステップＳ９）。このとき、ユーザＤは、端末装置１０Ｂを操作して、運転代行を請け負う（承諾）か、断る（辞退）か、を決定する。例えば、ユーザＤは、乗り慣れない車種である、運転に関する要望が厳しい等の理由がある場合には、運転代行を断ることもできる。

なお、情報処理装置１００は、ユーザＤの端末装置１０Ｂから、運転代行を断る旨（辞退）の応答を受けた場合には、ユーザＤを除外して、再度、ユーザＵの端末装置１０Ａに対して他の候補者の選定を促す（ステップＳ６に戻る）。あるいは、ユーザＤを除外して、再度、運転希望者の中から、ユーザＵの提示する希望条件に適合する他の候補者を抽出する（ステップＳ５に戻る）。

情報処理装置１００は、ユーザＤの端末装置１０Ｂから、運転代行を請け負う旨（承諾）の応答を受けた場合には、ユーザＤを正式な運転代行者として確定する（ステップＳ１０）。

このとき、運転代行者として確定したユーザＤに対して１日自動車保険やドライバー保険への加入を義務付けてもよい。この場合、ユーザＤは端末装置１０Ｂを用いて加入の証拠（加入／支払証明書の画像等）を情報処理装置１００に通知する。また、１日自動車保険やドライバー保険への加入は、情報処理装置１００を介して申し込めるようにしてもよい。例えば、情報処理装置１００は、ユーザＤが１日自動車保険やドライバー保険へ加入するために入力が必要な項目への入力を代行する。情報処理装置１００は、ユーザＤの運転免許証に関する情報（運転免許証番号及び有効期限）や、ユーザＵの車両Ｃに関する情報（ナンバープレート情報及びメーカ名）、ユーザＵが運転代行を希望する時間に関する情報を取得していれば、これらの情報の入力を代行することができる。あるいは、情報処理装置１００は、ユーザＤとユーザＵとのそれぞれに、入力が必要な項目について入力を促してもよい。保険料の支払いについては、ユーザＤがコンビニエンスストア等で支払うようにしてもよいし、情報処理装置１００に対する電子決済やオンライン決済等により支払うようにしてもよい。また、保険料は、ユーザＵ又は情報処理装置１００が肩代わりしてもよい。なお、ユーザＤが既に自動車保険（任意保険）に加入しており、他車運転特約を付帯している場合には、この限りではない。

情報処理装置１００は、ユーザＤを正式な運転代行者として確定した後、運転代行者が確定した旨を、ユーザＵの端末装置１０Ａに通知する（ステップＳ１１）。このとき、情報処理装置１００は、運転代行希望者であるユーザＵと、運転代行者であるユーザＤとが、お互いを認証するための認証情報を、ユーザＵの端末装置１０ＡとユーザＤの端末装置１０Ｂとにそれぞれ通知してもよい。

運転代行希望者であるユーザＵと、運転代行者であるユーザＤとは、それぞれ指定時間に現地集合する（ステップＳ１２）。すなわち、ユーザＵとユーザＤは個別に、約束した時間に車両Ｃの下へ集合する。

このとき、ユーザＵとユーザＤとが指定時間に現地集合するまでの間、情報処理装置１００は、各ユーザの現在位置を把握するようにしてもよい。また、情報処理装置１００は、ユーザＤの端末装置１０Ａに導入（インストール）されたナビアプリ等を介して、ナビゲーションによりユーザＤを現地（集合場所）まで案内するようにしてもよい。また、情報処理装置１００は、ユーザＤの端末装置に対して、車両Ｃに関する情報（ナンバープレート番号の一部、メーカ名、車種及び外観等）等を通知してもよい。また、ユーザＵとユーザＤとの間の連絡は、情報処理装置１００を介して行うようにしてもよい。また、情報処理装置１００は、各ユーザが現地に到着した際に、各ユーザの端末装置１０から、現地に到着した旨の通知と、その時点での位置情報とを受信するようにしてもよい。

なお、ユーザＵとユーザＤとのうち少なくとも一方が、連絡もなく指定時間に現地に到着していない場合には、車両Ｃの運転代行はキャンセルされたものとしてもよい。この場合、必要であれば、指定時間に現地に到着していなかったユーザには、言い分を聞いた上で、何らかのペナルティを課してもよい。

指定時間に現地集合した後、運転代行希望者であるユーザＵと、運転代行者であるユーザＤとは、合流を確認する（ステップＳ１３）。例えば、情報処理装置１００から提供された、お互いを認証するための認証情報を用いて、ユーザＵの端末装置１０ＡとユーザＤの端末装置１０Ｂとが認証処理を行ってもよい。あるいは、単純に、各ユーザが自身の端末装置１０を用いて、相手側の端末装置１０の固有情報／識別情報等を取得して、情報処理装置１００に通知するようにしてもよい。

また、運転代行者の酒気帯び運転の可能性を排除するために、ユーザＤに対して運転開始前にアルコール検知器の使用を義務付け、その結果をユーザＵが端末装置１０Ａを用いて情報処理装置１００に通知するようにしてもよい。アルコールが検知された場合には、車両Ｃの運転代行はキャンセルされたものとしてもよい。この場合、アルコールが検知されたユーザには、何らかのペナルティを課してもよい。

合流が確認できた後、ユーザＤは、端末装置１０Ｂを操作して、情報処理装置１００に対して、車両Ｃの運転開始を通知する（ステップＳ１４）。このとき、ユーザＤは、ナビアプリやドライブレコーダ等を起動する。ナビアプリやドライブレコーダの記録は、逐次、情報処理装置１００に通知されてもよい。例えば、ナビアプリやドライブレコーダの記録がある場合に限り補償の対象となる運転代行用の自動車保険を用意してもよい。

また、ユーザＵは、情報処理装置１００に対して、運転開始から運転終了までの間、ユーザＤに車両Ｃを貸与するという契約を結ぶようにしてもよい。なお、ユーザＤがユーザＵの意に反して車両Ｃを目的外に使用した場合には、この契約は無効とする。目的外の使用とは、例えば、ユーザＵが同意していない行為（寄り道、遠回り等）である。ユーザＵの同意がある場合には、この限りではない。

情報処理装置１００は、ユーザＤの端末装置１０Ｂからの通知に応じて、車両Ｃの運転開始を登録する（ステップＳ１５）。このとき、情報処理装置１００は、車両Ｃの走行に伴って通知されるナビアプリやドライブレコーダの記録を収集してもよい。

（運転終了確認）
また、図２に示すように、ユーザＤが運転する車両Ｃが目的地に到着し、運転代行が終了した時、運転代行希望者であるユーザＵと、運転代行者であるユーザＤとは、目的地の到着を確認し、運転終了に合意する（ステップＳ２０）。例えば、ユーザＵの端末装置１０ＡとユーザＤの端末装置１０Ｂとの間で、運転終了の合意を示す情報を互いにやり取りしてもよい。

このとき、必須ではないが、ユーザＵは感謝のしるしとしてユーザＤに対してお礼をしてもよい。例えば、ユーザＵは、ユーザＤに対して、自宅で採れた野菜や自作の小物等を直接提供してもよい。また、ユーザＵは、ユーザＤに対して、ユーザＤの自宅や職場の近くで使用できる商品券やクーポン券を提供してもよい。この商品券やクーポン券は、ユーザＵが端末装置１０Ａを用いて情報処理装置１００に発行してもらってもよい。情報処理装置１００は、発行した商品券やクーポン券を、ユーザＤの端末装置１０Ｂに提供する。発行の対価が必要な場合は、ユーザＵが端末装置１０Ａを用いて情報処理装置１００に支払うようにしてもよい。また、電子決済や電子マネー、投げ銭等の形式で、ユーザＵが決めた任意の金額をチップとしてユーザＤの端末装置１０Ｂに対して支払ってもよい。お礼の形は任意である。お礼を要求することはできないものとする。必要でなければお礼をしなくてもよい。例えば、運転代行を希望するユーザＵと、運転を希望するユーザＤとのお互いの需要がマッチしており、双方が満足／合意している場合には、お礼は不要である。

運転終了に合意した後、ユーザＤは、端末装置１０Ｂを操作して、情報処理装置１００に対して、車両Ｃの運転終了を通知する（ステップＳ２１）。このとき、ユーザＤは、ナビアプリやドライブレコーダ等を停止する。停止する前に、ナビアプリやドライブレコーダの記録は、情報処理装置１００に通知されてもよい。ナビアプリやドライブレコーダの記録には、運転力診断結果も含まれる。なお、ユーザＵも、端末装置１０Ａを操作して、情報処理装置１００に対して、車両Ｃの運転終了を通知するようにしてもよい。

情報処理装置１００は、ユーザＤの端末装置１０Ｂからの通知に応じて、車両Ｃの運転終了を登録する（ステップＳ２２）。このとき、情報処理装置１００は、車両Ｃの走行に伴って通知されるナビアプリやドライブレコーダの記録の収集をしていた場合には、ナビアプリやドライブレコーダの記録の収集を終了してもよい。

また、情報処理装置１００は、車両Ｃの運転終了に伴い、車両ＣのドライブレコーダからユーザＤの運転情報を収集する（ステップＳ２３）。例えば、車両Ｃのドライブレコーダは、停止するときに、ユーザＤの運転中の映像や履歴を情報処理装置１００に通知する。なお、情報処理装置１００が車両Ｃの走行に伴って通知されるナビアプリやドライブレコーダの記録の収集をしていた場合には、この処理は行わなくてもよい。

また、情報処理装置１００は、ナビアプリやドライブレコーダの記録を受け取ると、ユーザＤの運転技能（運転スキル）や、ユーザＤによる車両Ｃの運転の実態（あおり運転の有無、運転中の様子／態度等）を検証する（ステップＳ２４）。このとき、情報処理装置１００は、運転技能や運転の実態の検証結果に基づいて、ユーザＤの運転情報を更新する。

情報処理装置１００は、運転代行者であるユーザＤに対して、運転代行希望者であるユーザＵの評価を依頼する（ステップＳ２５）。例えば、情報処理装置１００は、ユーザＤの端末装置１０Ｂからの運転終了通知に応じて、ユーザＵに関する評価を入力する画面を端末装置１０Ｂに表示させるようにしてもよい。

ユーザＤは、端末装置１０Ｂを操作して、運転代行希望者であるユーザＵの評価結果を回答する（ステップＳ２６）。

同様に、情報処理装置１００は、運転代行希望者であるユーザＵに対して、運転代行者であるユーザＤの評価を依頼する（ステップＳ２７）。例えば、情報処理装置１００は、ユーザＵの端末装置１０Ａに対して、ユーザＤに関する評価を入力する画面を端末装置１０Ａに表示させるようにしてもよい。

ユーザＵは、端末装置１０Ａを操作して、運転代行者であるユーザＤの評価結果を回答する（ステップＳ２８）。

情報処理装置１００は、ユーザＵ及びユーザＤのそれぞれの評価結果の回答を受け取ると、それぞれの評価結果を検証する（ステップＳ２９）。その結果、お互いに高評価であった場合には、次回のマッチングにおいてユーザＵとユーザＤとを優先的にマッチングさせる。あるいは、ユーザＵがユーザＤを指名できるようにする。反対に、お互いに低評価であった場合には、次回のマッチングにおいてユーザＵとユーザＤとをマッチングさせない。例えば、情報処理装置１００は、ユーザＵのＮＧリストにユーザＤを登録し、次回以降のマッチングにおいて、ユーザＵからの運転代行希望の通知に対して、ユーザＤを候補者から除外する等の措置をとる。また、情報処理装置１００は、それぞれの評価結果を検証することで、ユーザＵ及びユーザＤのそれぞれの性格や気にかけるポイント等を学習することができる。

ユーザＵは、端末装置１０Ａを操作して、運転代行に対するお礼として、ユーザＵが提供可能な物品／サービス等を情報処理装置１００に設定する（ステップＳ３０）。例えば、上記のステップＳ２０において、ユーザＵがユーザＤに対して直接お礼を申し出たりお礼を渡したりするのが気まずい場合やトラブルの原因となりそうな場合等に、後日、情報処理装置１００を介して、お礼を申し出たりお礼を渡したりしてもよい。なお、お礼の形は任意である。お礼を要求することはできないものとする。必要でなければお礼をしなくてもよい。すなわち、当該処理以降の処理を行なうか否かは任意である。

ユーザＵが提供可能な物品／サービス等とは、例えば、ユーザＵが現在所有している物やユーザＵが作成した物／ユーザＵがユーザＤに対してできること（個人のスキルの提供）等である。これらは、引換券や利用券等の形で提供される。例えば、ユーザＵが洋菓子職人等である場合には、情報処理装置１００を介して、クーポン券として、自身が作成した洋菓子等の無料券を提供してもよい。また、ユーザＵが美容師等である場合には、クーポン券として、自身が行うヘアカット等の無料券を提供してもよい。なお、お礼が配送可能な物品の場合は、ユーザＵが直接発送してもよいし、情報処理装置１００が発送を代行／仲介してもよい。これにより、ユーザＵがユーザＤに対してお礼を提供するとともに、ユーザＵが事業として提供している商品やサービス等をユーザＤに対して紹介（宣伝）できるという利点もある。また、地域振興券等の商品券や地域通貨といった地域経済に貢献できるものでもよい。また、電子決済や電子マネー、投げ銭等の形式で、ユーザＵが決めた任意の金額をチップとしてユーザＤの端末装置１０Ｂに対して支払ってもよい。

情報処理装置１００は、ユーザＵの設定に応じて、運転代行に対するお礼として、ユーザＵが提供可能な物品／サービス等を登録する（ステップＳ３１）。なお、情報処理装置１００は、ユーザＵが提供可能な物品／サービス等を複数登録可能にしてもよい。例えば、ユーザＵが提供可能な物品／サービス等のリストの中から、ユーザＤが自分の所望する物品／サービスを選択できるようにしてもよい。

そして、情報処理装置１００は、運転代行に対するお礼として、ユーザＵが提供可能な物品／サービス等を利用可能である旨を、運転代行者であったユーザＤの端末装置１０Ｂに通知する（ステップＳ３２）。このとき、情報処理装置１００は、ユーザＵが提供可能な物品／サービス等を直接ユーザＤの端末装置１０Ｂに通知してもよいし、ユーザＵが提供可能な物品／サービス等を選択するためのＷｅｂページに誘導してもよい。

ユーザＤは、情報処理装置１００からの通知を受けると、端末装置１０Ｂを操作して、運転代行に対するお礼として、ユーザＵが提供可能な物品／サービス等を選択する（ステップＳ３３）。ユーザＵが提供可能な物品／サービス等の選択可能数については、１つのみ選択可能にしてもよいし、複数選択可能にしてもよい。なお、ユーザＵが提供可能な物品／サービス等の利用許可数については、１回に限定してもよいし、所定回数の利用を許可してもよいし、無制限としてもよい。無論、ユーザＤには、お礼を受け取らないという選択肢もある。

情報処理装置１００は、ユーザＤの選択に応じて、運転代行に対するお礼として、ユーザＵが提供可能な物品／サービス等を利用するためのクーポン券や電子チケット等をユーザＤの端末装置１０Ｂに提供する（ステップＳ３４）。

逆に、運転代行者であるユーザＤが、運転代行希望者であるユーザＵに対してお礼を提供することも可能である。この場合、上記のお礼に関してユーザＵが端末装置１０Ａを用いて行っている処理を、ユーザＤが端末装置１０Ｂを用いて行う。

なお、情報処理装置１００が単に運転代行に関する個人間マッチングを行うのみで、運転終了後の確認等が不要である場合には、情報処理装置１００は、図１に示す個人間マッチングの処理のみ行い、図２に示す運転終了確認の処理を行わなくてもよい。

このように、本実施形態によれば、運転代行希望者と運転希望者との個人間マッチングにおいて、運転希望者の運転実績に関する情報を活用したマッチングを実現することができる。また、運転代行を希望するユーザＵ側のみならず、運転を希望するユーザＤ側の需要を満たすことができる。基本的に、ユーザＤは対価を求めず純粋に車を運転したい人間であり、好意により無償でユーザＵの車両Ｃを運転する。すなわち、お礼の有無は重要ではなく、希望者同士をマッチングさせることが目的である。

また、本実施形態に係る個人間マッチングは、タクシーの絶対数が不足している地域又は状況（雨天時、列車の運転見合わせ時、大規模イベントの入退場時間等）において特に有用である。このような地域又は状況では、タクシーを呼んでも来ない（近くで配車可能なタクシーが見つからない）ことが多いため、ユーザＵの運転代行希望があれば、ユーザＤはお礼に関係なくユーザＵの車両Ｃを運転することを強く希望すると推測される。

また、車がなければ生活が困難な地方圏の交通不便地域に住む高齢者の車両について、近隣の地域に住む者が運転代行を請け負う等の利用方法も考えられる。

また、運転希望者や運転代行者にナビアプリ等が提供する運転力診断結果や、ドライブレコーダの記録の提出／登録を義務付けることで、運転を希望するユーザは普段から意識して安全運転を心がけるようになると予想される。

〔２．情報処理システム１〕
図３は、情報処理システム１の構成例を示す図である。図３に示すように、本実施形態に係る情報処理システム１は、上記したように、端末装置１０および情報処理装置１００が含まれ、ネットワークＮを介して通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。また、情報処理システム１には、端末装置１０および情報処理装置１００以外の他の通信機器がネットワークＮを介して通信可能に接続されていてもよい。

図３では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。本実施形態では、端末装置１０として、少なくとも、ユーザＵが使用する端末装置１０Ａと、ユーザＤが使用する端末装置１０Ｂとの２台が、ネットワークＮを介して通信可能に接続されている。

また、情報処理装置１００は、例えば、サーバ装置やクラウドコンピューティング（Cloud Computing）等により実現される。なお、情報処理装置１００は、デスクトップ型ＰＣや、大型汎用機（メインフレーム）、又はワークステーション等であってもよい。

〔３．端末装置１０〕
図４は、端末装置１０の構成例を示すブロック図である。なお、図４および後述する図５では、端末装置１０や情報処理装置１００の説明に必要となる構成要素を示しており、一般的な構成要素についての記載を省略している。図４に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。

（通信部１１について）
通信部１１は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、情報処理装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。

（表示部１２について）
表示部１２は、案内情報等各種の情報等を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。

（入力部１３について）
入力部１３は、ユーザＵから各種操作を受け付ける入力デバイスである。入力部１３は、例えば、文字や数字等を入力するためのボタン等を有する。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。

（測位部１４について）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて端末装置１０の現在位置を示す位置情報（例えば、緯度および経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、例えば、端末装置１０が車両Ｃにある場合、測位部１４は、車両Ｃの位置を測位するともいえる。

（センサ部２０について）
センサ部２０は、端末装置１０に搭載される各種のセンサを含む。図４に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、歩数センサ２７と、画像センサ（カメラ）２８とを備える。

本実施形態では、情報処理装置１００は、端末装置１０に導入（インストール）されたナビアプリ等のアプリケーションを介して、車両Ｃの運転中にセンサ部２０が有する各センサ２１～２８が検知したセンサ情報を収集／取得する。なお、実際には、ナビアプリに限らず、自律航法（ＤＲ：Dead-Reckoning）又は歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）に関するアプリを介して、各センサ２１～２８が検知したセンサ情報を収集／取得してもよい。

なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。また、端末装置１０が車両Ｃと連携している場合には、端末装置１０に搭載された各センサ２１～２８の代わりに、車両Ｃに搭載された各センサを利用してもよい。

加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、および、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。

端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ）等の技術を用いて端末装置１０の位置を検知することが可能になる。

気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。歩数センサ２７は、ユーザＵの歩数を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。

上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６および画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の状況等を検知することができる。

（記憶部４０について）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや設定データ等が記憶される。

（制御部３０について）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３とを備える。

（送信部３１について）
送信部３１は、ユーザが端末装置１０を操作して入力した各種情報を、通信部１１を介して情報処理装置１００へ送信することができる。また、送信部３１は、ナビアプリ等が提供する運転力診断結果等の情報を、通信部１１を介して情報処理装置１００へ送信することができる。また、送信部３１は、例えば端末装置１０に搭載された各センサ２１～２８によって検知された各種のセンサ情報や、測位部１４によって測位された端末装置１０（端末装置１０が車両Ｃにある場合には車両Ｃ）の位置情報を、通信部１１を介して情報処理装置１００へ送信することができる。

（受信部３２について）
受信部３２は、通信部１１を介して、情報処理装置１００から提供される運転代行に関する各種情報を受信することができる。

（処理部３３について）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、受信部３２によって受信された運転代行に関する各種情報等を表示部１２へ出力して表示させることができる。また、処理部３３は、ナビアプリ等の各種アプリを実行する。

〔４．情報処理装置１００〕
次に、図５を用いて、実施形態に係る情報処理装置１００の構成について説明する。図５は、情報処理装置１００の構成例を示すブロック図である。図５に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。また、通信部１１０は、ネットワークＮと有線又は無線で接続される。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図５に示すように、記憶部１２０は、ユーザ情報記憶部１２１と、運転情報記憶部１２２と、代行情報記憶部１２３と、お礼情報記憶部１２４を有する。

（ユーザ情報記憶部１２１について）
ユーザ情報記憶部１２１は、ユーザに関する各種情報を記憶する。ユーザ情報記憶部１２１におけるユーザは、ユーザＵ及びユーザＤの両方を含む。例えば、ユーザ情報記憶部１２１は、ユーザの属性等の種々の情報を記憶する。図６は、ユーザ情報記憶部の一例を示す図である。図６に示すように、ユーザ情報記憶部１２１は、「ユーザＩＤ」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、ユーザＤに対応する。また、「年齢」は、ユーザＩＤにより識別されるユーザの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザの性別を示す。

また、「自宅」は、ユーザＩＤにより識別されるユーザの自宅の位置情報を示す。なお、図６に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、ユーザＩＤにより識別されるユーザの勤務地の位置情報を示す。なお、図６に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、ユーザＩＤにより識別されるユーザの興味を示す。すなわち、「興味」は、ユーザＩＤにより識別されるユーザが関心の高い対象を示す。なお、図６に示す例では、「興味」は、各ユーザに１つずつ図示するが、複数であってもよい。

例えば、図６に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、自宅が「ＬＣ１１」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、勤務地が「ＬＣ１２」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、「スポーツ」に興味があることを示す。

図６に示す例では、理解の便宜のため、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な符号を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には具体的な情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な符号を図示する場合がある。

なお、ユーザ情報記憶部１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、ユーザのデモグラフィック属性に関する情報やサイコグラフィック属性に関する情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、氏名、家族構成、職業、職位、収入、資格、居住形態、車の有無、通学・通勤時間、趣味、ライフスタイル等の情報を記憶してもよい。また、ユーザ情報記憶部１２１は、ユーザＵが使用する端末装置１０の識別情報やアクセス情報等の情報を記憶してもよい。

（運転情報記憶部１２２について）
運転情報記憶部１２２は、運転代行者として運転を希望するユーザＤの運転実績等に関する各種情報を記憶する。図７は、運転情報記憶部の一例を示す図である。図７に示すように、運転情報記憶部１２２は、「ユーザＩＤ」、「ランク」、「特性」、「免許証」、「有効期限」、「代行経験」、「運転歴」、「頻度」、「車種」、「地域」、「診断結果」といった項目を有する。

「ユーザＩＤ」は、運転を希望するユーザＤを識別するための識別情報を示す。ユーザＩＤは、図６で示した同一の項目に対応する。「ランク」は、ユーザＤの運転者としてのランク（階級）を示す。「特性」は、ユーザＤの運転者としての特性を示す。

「免許証」は、ユーザＤの運転免許証の両面の画像や運転免許証番号を記憶する。「有効期限」は、ユーザＤの運転免許証の有効期限を示す。

「代行経験」は、ユーザＤの運転代行の経験（これまでに○○回等）を示す。「運転歴」は、ユーザＤの運転歴（××年等）を示す。「頻度」は、ユーザＤの運転頻度（週に△△回等）を示す。「車種」は、ユーザＤの乗り慣れている車種を示す。「地域」は、ユーザＤの走り慣れている地域や道路を示す。「診断結果」は、ナビアプリ等が提供するユーザＤの運転力診断結果等を示す。

例えば、図７に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＤのランクは「Ｋ１」であり、特性は「Ｐ１」であることを示す。また、当該ユーザＤは、運転免許証番号「Ｄ１」を登録しており、免許証の有効期限は「Ｅ１」であることを示す。また、例えば、当該ユーザＤは、運転代行の経験が「Ｎ１」回あり、運転歴は「Ｘ１」年、運転頻度は「Ｆ１」であることを示す。さらに、乗り慣れている車種は「Ｔ１」、走り慣れている地域は「Ｒ１」であり、運転力診断結果は「Ａ１」であることを示す。

図７に示す例では、理解の便宜のため、「Ｕ１」、「Ｋ１」、「Ｐ１」、「Ｄ１」、「Ｅ１」、「Ｎ１」、「Ｘ１」、「Ｆ１」、「Ｔ１」、「Ｒ１」及び「Ａ１」といった抽象的な符号を用いて図示するが、「Ｕ１」、「Ｋ１」、「Ｐ１」、「Ｄ１」、「Ｅ１」、「Ｎ１」、「Ｘ１」、「Ｆ１」、「Ｔ１」、「Ｒ１」及び「Ａ１」には具体的な情報が記憶されるものとする。他の情報に関する図においても、抽象的な符号を図示する場合がある。

なお、運転情報記憶部１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、運転情報記憶部１２２は、優良運転者（ゴールド免許）である旨や、高速道路に慣れている、遠出した経験がある、普段仕事で車を運転している等の付加情報を記憶してもよい。また、運転情報記憶部１２２は、過去に運転代行を請け負ったことがある運転代行希望者（ユーザＵ）を示す識別情報及びその回数等を記憶してもよい。また、運転情報記憶部１２２は、ユーザが何らかの車両を運転した時に、その都度、ナビアプリ等が提供する運転力診断結果や走行経路／走行距離／走行時間等の情報や、ドライブレコーダに記録された映像や履歴等の情報を記憶してもよい。さらに、運転情報記憶部１２２は、運転代行者としての判断基準やアピールポイント、又は留意事項となる情報を記憶してもよい。

（代行情報記憶部１２３について）
代行情報記憶部１２３は、運転代行を希望するユーザＵの提示する希望条件等に関する各種情報を記憶する。図８は、代行情報記憶部の一例を示す図である。図８に示すように、代行情報記憶部１２３は、「ユーザＩＤ」、「日時」、「目的地」、「車両情報」、「駐車場所」、「集合時間」、「要望」といった項目を有する。

「ユーザＩＤ」は、運転代行希望者であるユーザＵを識別するための識別情報を示す。ユーザＩＤは、図６で示した同一の項目に対応する。「日時」は、ユーザＵが運転代行を希望した日時を示す。「目的地」は、ユーザＵが向かいたい目的地を示す。目的地は、例えばユーザＵの自宅や契約している月極駐車場、あるいはユーザＵが行きたい場所等である。「車両情報」は、ユーザＵの車両Ｃに関する各種情報を示す。車両情報は、例えば、ナンバープレート情報（全部又は一部）、メーカ名、車種、車体の色（ボディカラー）、ユーザＵの車両Ｃに固有の特徴（外観等）、車両Ｃの損傷の有無等である。すなわち、運転代行者であるユーザＤが運転代行希望者であるユーザＵの車両Ｃを判別可能な情報であればよい。「駐車場所」は、ユーザの車両を停めている駐車場の名称及びその中の駐車枠（車室）の番号を示す。なお、駐車場所は、ＧＰＳ等の位置情報でもよいし、ＰＯＩ（Point of Interest：関心地点）等の技術を用いて地図上にシンボルマーク（記号）等で示してもよい。また、駐車場所の代わりに、ユーザＵとユーザＤとの待ち合わせ場所としてもよい。「集合時間」は、ユーザＵとユーザＤとが駐車場所に集合する時間を示す。「要望」は、ユーザＵがユーザＤに望む条件を示す。条件は、例えば、ユーザＤの属性、ランク及び特性についての希望条件等、あるいは運転に関する要望や注意事項等である。

例えば、図８に示す例において、ユーザＩＤ「Ｕ３」により識別されるユーザＵは、日時「ＲＴ３１」に、目的地「ＬＣ３１」までの運転代行の希望を通知したことを示す。また、車両情報「ＶＣ３１」により識別される当該ユーザＵの車両Ｃは駐車場所「ＬＣ３３」に停まって（駐車して）おり、ユーザＵと運転代行者との集合時間は「ＭＴ３１」であることを示す。また、当該ユーザＵは、運転代行者に対して、要望「ＤＳ３１」に適合する者であることを希望していることを示す。

図８に示す例では、理解の便宜のため、「Ｕ３」、「ＲＴ３１」、「ＬＣ３１」、「ＶＣ３１」、「ＬＣ３３」、「ＭＴ３１」及び「ＤＳ３１」といった抽象的な符号を用いて図示するが、「Ｕ３」、「ＲＴ３１」、「ＬＣ３１」、「ＶＣ３１」、「ＬＣ３３」、「ＭＴ３１」及び「ＤＳ３１」には具体的な情報が記憶されるものとする。他の情報に関する図においても、抽象的な符号を図示する場合がある。

なお、代行情報記憶部１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、代行情報記憶部１２３は、実際に運転代行を請け負った運転代行者（ユーザＤ）を識別するための識別情報を記憶してもよい。また、代行情報記憶部１２３は、マッチングが成立（双方承諾、受件）した旨や、実際の運転の開始時間や終了時間に関する情報を記憶してもよい。また、代行情報記憶部１２３は、各ユーザから通知された相手の評価結果に関する情報を記憶してもよい。

（お礼情報記憶部１２４について）
お礼情報記憶部１２４は、ユーザＵが設定したお礼に関する各種情報を記憶する。例えば、お礼情報記憶部１２４は、ユーザが運転代行者に提供可能な物品／サービス等を示す情報を記憶する。図９は、お礼情報記憶部の一例を示す図である。図９に示すように、お礼情報記憶部１２４は、「ユーザＩＤ」、「対象者」、「お礼」、「選択数制限」、「回数制限」、「利用回数」といった項目を有する。

「ユーザＩＤ」は、お礼を行うユーザＵを識別するための識別情報を示す。ユーザＩＤは、図６で示した同一の項目に対応する。「対象者」は、お礼を受け取るユーザＤを識別するための識別情報を示す。対象者は複数人でもよい。また、対象者を定めなくてもよい。この場合、ユーザＵの運転代行を請け負った全ての運転代行者が対象者となる。「お礼」は、ユーザＵが提供可能な物品／サービス等に関する各種情報を示す。「選択数制限」は、ユーザＵが提供可能な物品／サービス等の中から、対象者であるユーザＤが選択可能な物品／サービス等の数の上限を示す。「回数制限」は、ユーザＤが選択した物品／サービス等の利用回数の上限を示す。「利用回数」は、実際にユーザＤが選択した物品／サービス等を利用した回数を示す。なお、「選択数制限」、「回数制限」、「利用回数」を設定するか否かは任意である。不要であれば、これらの項目は設けなくてもよい。

例えば、図９に示す例において、ユーザＩＤ「Ｕ３」により識別されるユーザは、運転代行者であった対象者「Ｕ１」に対して、お礼「ＳＶ３１、ＳＶ３２、ＳＶ３３、・・・」の中から、選択数制限「２」個だけ選択して、回数制限「１」回だけ利用可能であり、実際に利用回数「１」回だけ利用していることを示す。

図９に示す例では、理解の便宜のため、「ＳＶ３１」等といった抽象的な符号を用いて図示するが、「ＳＶ３１」等には具体的な情報が記憶されるものとする。他の情報に関する図においても、抽象的な符号を図示する場合がある。

なお、お礼情報記憶部１２４は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、お礼情報記憶部１２４は、ユーザＵが提供可能な物品／サービス等の有効期限を示す情報や、利用可能な時期／季節等を示す情報を記憶してもよい。

また、上記のユーザ情報記憶部１２１、運転情報記憶部１２２、代行情報記憶部１２３及びお礼情報記憶部１２４とは、それぞれ対応付けられていてもよいし、一体化していてもよい。

（制御部１３０について）
図４に戻り、説明を続ける。制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。また、制御部１３０は、通信部１１０を介して、ネットワークＮ上の情報機器やユーザＵの端末装置１０と各種情報を送受信する。図４に示す例では、制御部１３０は、受付部１３１と、検証部１３２と、照合部１３３と、学習部１３４と、提供部１３５とを有する。

（受付部１３１について）
受付部１３１は、通信部１１０を介して、ユーザからの登録を受け付ける。例えば、受付部１３１は、通信部１１０を介して、ユーザＤの端末装置１０Ｂから、ユーザＤに関するユーザ情報と、ユーザＤの運転実績等に関する運転情報と、運転希望との登録を受け付ける。また、受付部１３１は、通信部１１０を介して、ユーザＵの端末装置１０Ａから、ユーザＵに関するユーザ情報と、車両Ｃの運転代行希望との登録を受け付ける。そして、受付部１３１は、登録を受け付けたユーザ情報を、ユーザ情報記憶部１２１に記憶する。また、受付部１３１は、登録を受け付けた運転情報を、運転情報記憶部１２２に記憶する。また、受付部１３１は、登録を受け付けた運転代行希望を、代行情報記憶部１２３に記憶する。

また、受付部１３１は、通信部１１０を介して、ナビアプリ等が提供する運転力診断結果や走行経路／走行距離／走行時間等の情報や、ドライブレコーダに記録された映像や履歴等の情報の登録を受け付ける。このとき、受付部１３１は、登録を受け付けた各種情報を、運転情報記憶部１２２に記憶してもよい。

また、受付部１３１は、ユーザＤの端末装置１０Ｂから、運転開始通知や運転終了通知を受け付ける。また、受付部１３１は、ユーザＤの端末装置１０Ｂから、ユーザＵに対する評価結果の回答を受け付ける。また、受付部１３１は、ユーザＵの端末装置１０Ａから、ユーザＤに対する評価結果の回答を受け付ける。また、受付部１３１は、ユーザＵの端末装置１０Ａから、ユーザＵが提供可能な物品／サービス等の設定を受け付ける。このとき、受付部１３１は、登録を受け付けた各種情報を、代行情報記憶部１２３に記憶してもよい。

（検証部１３２について）
検証部１３２は、ユーザＤのユーザ情報や運転情報に基づいて、ユーザＤの運転実績を検証する。例えば、検証部１３２は、ユーザＤの属性や運転実績に基づいて、ユーザＤの運転者としてのランク（階級）を判定する。そして、検証部１３２は、判定されたランクに関して、運転情報記憶部１２２に記憶されたユーザＤの運転情報を更新する。

また、検証部１３２は、ユーザＤの運転力診断結果や運転中の映像等の情報を取得している場合には、これらの情報も加味して、ユーザＤの運転実績を検証する。そして、検証部１３２は、ユーザＤの運転者としての特性（運転が丁寧／荒い、速い／遅い、カーブ／ブレーキが急、加速度一定等）を判定する。そして、検証部１３２は、判定された特性に関して、運転情報記憶部１２２に記憶されたユーザＤの運転情報を更新する。

また、検証部１３２は、ユーザＤによる車両Ｃの運転終了後に、ナビアプリやドライブレコーダの記録に基づいて、ユーザＤの運転技能や、ユーザＤによる車両Ｃの運転の実態を検証する。そして、検証部１３２は、運転技能や運転の実態の検証結果に基づいて、運転情報記憶部１２２に記憶されたユーザＤの運転情報を更新する。

また、検証部１３２は、ユーザＵ及びユーザＤのそれぞれの評価結果の回答に基づいて、それぞれの評価結果を検証する。

（照合部１３３について）
照合部１３３は、ユーザＵからの運転代行希望の通知に応じて、ユーザＤを含む運転希望者を対象にマッチングを行い、ユーザＤを含む運転希望者の中から、ユーザＵの提示する希望条件に適合する候補者を抽出する。例えば、照合部１３３は、運転者としてのランクや特性について、ユーザＵの提示する希望条件に適合する候補者を抽出する。また、照合部１３３は、ユーザＵの提示する集合場所や集合時間に現地集合できる候補者を抽出する。さらに、照合部１３３は、その中から、ユーザＵの提示する希望条件に適合する候補者を抽出する。なお、照合部１３３は、住所がユーザＵの提示する目的地の近くである候補者を優先的に抽出するようにしてもよい。

ここでは、候補者には少なくともユーザＤが含まれるものとする。なお、照合部１３３は、過去にユーザＵとユーザＤとの間にトラブルが発生していた場合や、ユーザＵとユーザＤとがお互いに低評価を付けていた場合には、候補者からユーザＤを除外する。

そして、照合部１３３は、通信部１１０を介して、ユーザＵの端末装置１０Ａに対して、抽出された候補者を通知する。照合部１３３は、ユーザＵにより選定された候補者であるユーザＤの端末装置１０Ｂに対して、運転代行の可否の問合せを通知する。すなわち、照合部１３３は、ユーザＤの端末装置１０Ｂに対して、運転代行の希望を通知する。なお、照合部１３３が候補者の通知を行うか否かは任意である。例えば、照合部１３３が高精度なマッチングにより候補者を１人に絞り込める場合、ユーザＵの端末装置１０Ａへの候補者の通知は不要である。

照合部１３３は、候補者であるユーザＤの端末装置１０Ｂから、運転代行を請け負う旨（承諾）の応答を受けた場合には、ユーザＤを正式な運転代行者として確定する。照合部１３３は、ユーザＤを正式な運転代行者として確定した後、通信部１１０を介して、運転代行者が確定した旨を、ユーザＵの端末装置１０Ａに通知する。

（学習部１３４について）
学習部１３４は、ユーザＤの運転実績について機械学習を行う。機械学習は、例えばディープニューラルネットワークを利用したディープラーニング（深層学習）等でもよい。また、データマイニングやその他の機械学習アルゴリズムを利用してもよい。例えば、学習部１３４は、運転情報記憶部１２２に記憶された運転情報に基づいて、ユーザＤの運転実績に関する機械学習を行う。検証部１３２は、学習部１３４でのこの学習結果（学習モデル等）に基づいて、ユーザＤの運転者としてのランクや特性を判定するようにしてもよい。

また、学習部１３４は、運転技能や運転の実態について機械学習を行う。例えば、学習部１３４は、ユーザ情報や運転情報と、ナビアプリ等が提供する運転力診断結果や走行経路／走行距離／走行時間等の情報と、ドライブレコーダに記録された映像や履歴等の情報とに基づいて、運転技能や運転の実態に関する機械学習を行う。検証部１３２は、学習部１３４でのこの学習結果に基づいて、ユーザＤの運転者としてのランクや特性を判定するようにしてもよい。

また、学習部１３４は、ユーザＵとユーザＤとのマッチングについて機械学習を行う。例えば、学習部１３４は、ユーザ情報や運転情報、運転希望等の情報と、ユーザＵによる候補者の選定結果と、各ユーザによる評価結果とに基づいて機械学習を行う。照合部１３３は、学習部１３４でのこの学習結果に基づいて、ユーザＵとユーザＤとのマッチングを行うようにしてもよい。

（提供部１３５について）
提供部１３５は、ユーザＵが設定したお礼を提供する。例えば、提供部１３５は、通信部１１０を介して、ユーザＵが提供可能な物品／サービス等を利用可能である旨を、運転代行者であったユーザＤの端末装置１０Ｂに通知する。また、提供部１３５は、ユーザＤの端末装置１０ＢからユーザＵが提供可能な物品／サービス等を利用する旨の通知があった場合、ユーザＵが提供可能な物品／サービス等を利用するためのクーポン券や電子チケット等を、運転代行者であったユーザＤの端末装置１０Ｂに提供する。

また、提供部１３５は、ユーザＵとユーザＤとが現地集合するために必要な各種情報を提供する。例えば、提供部１３５は、集合時間と、ユーザＵの車両Ｃを停めている駐車場の名称及びその中の駐車枠（車室）の番号に関する情報とを、ユーザＤの端末装置１０Ｂに通知する。また、提供部１３５は、ユーザＵとユーザＤとが現地集合した際の合流確認のため、お互いを認証するための認証情報を、ユーザＵの端末装置１０ＡとユーザＤの端末装置１０Ｂとにそれぞれ提供してもよい。

また、提供部１３５は、ユーザＵからの要求に応じて、運転を希望するユーザＤの運転者としてのランク（階級）及び特性（運転が丁寧／荒い、速い／遅い、カーブ／ブレーキが急、加速度一定等）等に関する情報を提供してもよい。また、提供部１３５は、ユーザＤの運転情報の一部について簡潔な情報（概要等）を提供してもよい。なお、ユーザＤの運転情報の全てについて詳細な情報を提供する必要はない。

〔５．処理手順〕
次に、図１０及び図１１を用いて実施形態に係る情報処理装置１００による処理手順について説明する。図１０は、実施形態に係る第１の処理手順を示すフローチャートである。図１１は、実施形態に係る第２の処理手順を示すフローチャートである。なお、以下に示す処理手順は、情報処理装置１００の制御部１３０によって繰り返し実行される。

（個人間マッチングの手順）
図１０に示すように、情報処理装置１００の制御部１３０は、通信部１１０を介して、運転を希望するユーザＤの端末装置１０Ｂからの事前登録を受け付ける（ステップＳ１０１）。このとき、制御部１３０は、通信部１１０を介して、ユーザＤの端末装置１０Ｂから、ユーザＤのユーザ情報と運転情報とを受け付け、それぞれユーザ情報記憶部１２１と運転情報記憶部１２２に記憶する。

制御部１３０は、通信部１１０を介して、ユーザＤの端末装置１０Ｂから、ユーザＤが運転を希望する旨の登録を受け付ける（ステップＳ１０２）。このとき、制御部１３０は、ユーザＤの運転情報に、ユーザＤが現在運転を希望している旨を登録するようにしてもよい。あるいは、制御部１３０は、運転希望者リストを作成して、その運転希望者リストにユーザＤを登録するようにしてもよい。

制御部１３０は、通信部１１０を介して、車両Ｃを使用するユーザＵの端末装置１０Ａからの運転代行希望の登録を受け付ける（ステップＳ１０３）。このとき、制御部１３０は、通信部１１０を介して、ユーザＵの端末装置１０Ａから、ユーザＵのユーザ情報と運転代行希望とを受け付け、それぞれユーザ情報記憶部１２１と代行情報記憶部１２３に記憶する。

制御部１３０は、ユーザＵからの運転代行希望の通知を受けて、ユーザＵと運転希望者とのマッチングを行う（ステップＳ１０４）。このとき、制御部１３０は、ユーザＤを含む運転希望者の中から、ユーザＵの提示する希望条件に適合する候補者を抽出する。ここでは、候補者には少なくともユーザＤが含まれるものとする。

制御部１３０は、通信部１１０を介して、ユーザＵの端末装置１０Ａに対して、条件に適合する運転希望者であるユーザＤを運転代行の候補者として通知する（ステップＳ１０５）。このとき、制御部１３０は、ユーザＵがユーザＤを運転代行者として選定した場合や、運転代行の候補者としてユーザＤだけに絞り込めた場合には、ユーザＤの端末装置１０Ｂに対して、運転代行の可否の問合せを通知する。

制御部１３０は、運転代行者が確定したか否か判断する（ステップＳ１０６）。例えば、制御部１３０は、ユーザＤの端末装置１０Ｂから運転代行を請け負う旨（承諾）の通知を受けた場合には、運転代行者が確定したと判断する（ステップＳ１０６；Ｙｅｓ）。この場合、制御部１３０は、通信部１１０を介して、運転代行者が確定した旨を、ユーザＵの端末装置１０Ａに通知する。

反対に、制御部１３０は、ユーザＤの端末装置１０Ｂから運転代行を断る旨（辞退）の通知を受けた場合には、運転代行者が確定しなかったと判断する（ステップＳ１０６；Ｎｏ）。この場合、制御部１３０は、候補者からユーザＤを除外して、再度、ユーザＵと他の運転希望者とのマッチングを行う（ステップＳ１０４に戻る）。

制御部１３０は、運転代行者が確定した場合、運転代行希望者であるユーザＵの端末装置１０Ａと、運転代行者であるユーザＤの端末装置１０Ｂとに対して、それぞれ指定時間に現地集合するように促す通知を行う（ステップＳ１０７）。

制御部１３０は、通信部１１０を介して、ユーザＵの端末装置１０Ａと、ユーザＤの端末装置１０Ｂとから、指定時間に現地で合流した旨の通知を受け付ける（ステップＳ１０８）。

制御部１３０は、通信部１１０を介して、ユーザＤの端末装置１０Ｂから、車両Ｃの運転開始の登録を受け付ける（ステップＳ１０９）。このとき、情報処理装置１００は、ユーザＤの運転中、ユーザＤの端末装置１０Ｂのナビアプリや車両Ｃのドライブレコーダの記録の通知を受け付けるようにしてもよい。

（運転終了確認の手順）
図１１に示すように、情報処理装置１００の制御部１３０は、通信部１１０を介して、運転代行者であるユーザＤの端末装置１０Ｂから、車両Ｃの運転終了の登録を受け付ける（ステップＳ２０１）。

制御部１３０は、ユーザＤの運転力診断結果や運転中の映像等の情報に基づいて、ユーザＤの運転技能（運転スキル）や、ユーザＤによる車両Ｃの運転の実態を検証する（ステップＳ２０２）。

制御部１３０は、通信部１１０を介して、各ユーザの端末装置１０に対して、相手側ユーザの評価を依頼する旨の通知を行う（ステップＳ２０３）。そして、制御部１３０は、通信部１１０を介して、ユーザＤの端末装置１０Ｂから、ユーザＵに対する評価結果の回答を受け付ける。また、制御部１３０は、通信部１１０を介して、ユーザＵの端末装置１０Ａから、ユーザＤに対する評価結果の回答を受け付ける。

制御部１３０は、ユーザＵ及びユーザＤのそれぞれの評価結果を受け取ると、それぞれの評価結果を検証する（ステップＳ２０４）。

制御部１３０は、通信部１１０を介して、ユーザＵの端末装置１０Ａから、お礼の設定を受け付ける（ステップＳ２０５）。ここでは、制御部１３０は、運転代行に対するお礼として、ユーザＵが提供可能な物品／サービス等の設定を受け付ける。なお、当該処理を実施するか否かは任意である。

制御部１３０は、通信部１１０を介して、ユーザＤの端末装置１０Ｂに対して、ユーザＵが設定したお礼を通知する（ステップＳ２０６）。なお、当該処理を実施するか否かは任意である。

制御部１３０は、通信部１１０を介して、ユーザＤの端末装置１０Ｂから、ユーザＵが設定したお礼を受け取る旨の通知を受けると、ユーザＤの端末装置１０Ｂに対して、ユーザＵが設定したお礼を提供する（ステップＳ２０７）。なお、当該処理を実施するか否かは任意である。

〔６．変形例〕
上述した端末装置１０および情報処理装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記の実施形態において、ユーザ情報、運転情報、運転希望及び運転代行希望は、各ユーザが端末装置１０のナビアプリ等を介して情報処理装置１００に登録するようにしてもよい。例えば、各ユーザの端末装置１０のナビアプリ等に、運転希望や運転代行希望を入力するためのフォーム又はボタンを表示する機能が用意されていてもよい。

また、上記の実施形態において、運転代行希望者であるユーザＵが、直ちに運転代行者に来て欲しい場合には、情報処理装置１００は、マッチングの際に、ユーザＵ又は車両Ｃの近くにいる運転希望者の中からユーザＵの提示する希望条件に適合する候補者を抽出してユーザＵの端末装置１０Ａに通知してもよい。あるいは、情報処理装置１００は、ユーザＵ又は車両Ｃの近くにいる運転希望者が少数の場合には、その運転希望者全員を候補者としてユーザＵの端末装置１０Ａに通知してもよい。このとき、情報処理装置１００は、各候補者の運転者としてのランクと特性についても同時に通知する。

また、上記の実施形態において、情報処理装置１００は、マッチングの際に、複数のユーザＤの運転希望と、複数のユーザＵの運転代行希望とをそれぞれリスト化し、各ユーザがリストの中から自身の希望条件に適合するものを選択できるようにしてもよい。例えば、ユーザＤは、端末装置１０Ｂを用いて、複数のユーザＵの運転代行希望のリストの中から１つ又は複数の運転代行希望を選択して情報処理装置１００に通知する。また、ユーザＵは、端末装置１０Ａを用いて、複数のユーザＤの運転希望のリストの中から１つ又は複数の運転希望を選択して情報処理装置１００に通知する。情報処理装置１００は、それぞれの端末装置１０から通知された情報に基づいて、ユーザＤとユーザＵとのマッチングを行うようにしてもよい。すなわち、情報処理装置１００は、ユーザＤとユーザＵとがお互いを選んでいる場合にのみ、ユーザＤとユーザＵとを引き合わせる。

また、上記の実施形態においては、運転代行希望者であるユーザＵと、運転代行者であるユーザＤとの個人間マッチングについて説明しているが、実際には、この例に限定されない。例えば、運転代行希望者であるユーザＵは企業等の法人であってもよいし、運転代行者であるユーザＤは既存の運転代行業者やタクシー事業者等でもよい。すなわち、事業者による有償の運転代行取次サービスに適用してもよい。なお、この場合の運転者、営業許可地域、運賃・料金、その他の要件等については、法律上の遵守事項、及び個々の事業者の規定に準拠する。

〔７．効果〕
上述してきたように、本願に係る情報処理装置１００は、記憶部１２０と、照合部１３３とを備える。記憶部１２０は、運転を希望する第１利用者（ユーザＤ）の運転実績を記憶する。照合部１３３は、運転実績に基づいて、運転を希望する第１利用者と、運転代行を希望する第２利用者（ユーザＵ）とのマッチングを行う。これにより、運転代行希望者と運転希望者との個人間マッチングにおいて、運転希望者の運転実績に関する情報を活用したマッチングを実現することができる。

照合部１３３は、第２利用者により指定された運転実績に対する条件に適合する第１利用者を運転代行の候補者として抽出する。これにより、運転代行希望者が指定した条件に適合する運転希望者とのマッチングを実現できる。

照合部１３３は、抽出された候補者である第１利用者が第２利用者により運転代行者として選定された場合、選定された第１利用者の端末装置１０Ｂに運転代行の希望を通知する。これにより、運転代行希望者が認めた運転希望者とのマッチングを実現できる。

照合部１３３は、運転代行の希望を受けた第１利用者が運転代行を承諾した場合に、第１利用者を運転代行者として確定し、運転代行者が確定した旨を、第２利用者の端末装置１０Ａに通知する。これにより、運転希望者の承諾がない場合には運転代行者が確定せず、運転希望者の承諾があった場合にのみ運転代行者が確定するようにすることができる。

照合部１３３は、第１利用者と第２利用者とから受け取ったお互いの評価結果に基づいて、第１利用者と第２利用者とのマッチングを行うか否か判断する。これにより、お互いの評価結果を次回以降のマッチングに反映させることができる。すなわち、相性が合わない相手とのマッチングを避けることができる。

また、本願に係る情報処理装置１００は、検証部１３２をさらに備える。検証部１３２は、第１利用者により登録された第１利用者の運転履歴に関する事前情報に基づいて、第１利用者の運転実績を検証する。これにより、ユーザが自己申告した過去の運転履歴等に基づいて運転実績を検証することができる。

検証部１３２は、第１利用者により提供された第１利用者の運転力診断結果及び運転中の記録に基づいて、運転実績として第１利用者の運転技能及び運転の実態を検証する。これにより、実際の運転の結果として得られるナビアプリ等の運転力診断結果やドライブレコーダの映像等に基づいて、ユーザの運転技能及び運転の実態を検証することができる。

検証部１３２は、第１利用者と第２利用者とから受け取ったお互いの評価結果を検証する。これにより、お互いの評価結果に基づいて、第１利用者と第２利用者との相性を知ることができ、お互いに相性が合わない相手を把握することができる。

また、本願に係る情報処理装置１００は、受付部１３１と、提供部１３５とをさらに備える。受付部１３１は、第２利用者の端末装置１０Ａから第１利用者に対するお礼の設定を受け付ける。提供部１３５は、第２利用者の端末装置１０Ａから設定されたお礼を第１利用者の端末装置１０Ｂに提供する。これにより、システムを介して運転代行のお礼を提供することができる。

提供部１３５は、第２利用者の端末装置１０Ａから設定されたお礼の内容を第１利用者の端末装置１０Ｂに通知し、第１利用者の端末装置１０Ｂからの応答に基づいてお礼を第１利用者の端末装置１０Ｂに提供する。これにより、運転代行者に対してお礼に関する通知を行い、運転代行者が応答した場合にのみお礼を提供するようにすることができる。

提供部１３５は、複数のお礼のうちから少なくとも１つを選択可能な形式で第１利用者の端末装置１０Ｂに通知し、第１利用者の端末装置１０Ｂから選択されたお礼を第１利用者の端末装置１０Ｂに提供する。これにより、運転代行者が、複数のお礼の中から自身が希望するものを選択することができる。

お礼は、第２利用者が提供可能な物品及びサービスのうち少なくとも１つである。これにより、ユーザＵが自作した物や、ユーザＵの個人的なスキルに基づくサービス等をお礼として提供することができる。

受付部１３１は、第１利用者の端末装置１０Ｂから第２利用者に対するお礼の設定を受け付ける。提供部１３５は、第１利用者の端末装置１０Ｂから設定されたお礼を第２利用者の端末装置１０Ａに提供する。これにより、上記とは逆に、運転代行者が運転代行希望者に対してお礼を提供することができる。

受付部１３１は、第１利用者の端末装置１０Ｂから運転の希望を受け付ける。これにより、運転希望者の希望条件を受け付けることができる。

受付部１３１は、第２利用者の端末装置１０Ａから運転代行の希望を受け付ける。これにより、運転代行希望者の希望条件を受け付けることができる。

運転実績は、第１利用者の端末装置１０Ｂに導入（インストール）され、経路案内を提供するアプリケーションを介して取得された情報である。これにより、端末装置１０Ｂに導入されたナビアプリを介して運転実績を取得することができる。

運転実績は、第１利用者の端末装置１０Ｂが有するセンサが取得した情報を、第１利用者の端末装置１０Ｂに導入されたアプリケーションを介して取得した情報である。これにより、運転実績として、端末装置１０Ｂに導入されたアプリ等を介して、運転中に検知した端末装置１０Ｂのセンサ情報を取得することができる。

〔８．ハードウェア構成〕
上述してきた実施形態に係る情報処理装置１００および端末装置１０は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。以下、情報処理装置１００を例に挙げて説明する。図１２は、情報処理装置１００および端末装置１０の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、およびメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図３に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

〔９．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、上述した情報処理装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットホーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

また、上述してきた実施形態および変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１ 情報処理システム
１０（１０Ａ、１０Ｂ） 端末装置
１００ 情報処理装置
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ 運転情報記憶部
１２３ 代行情報記憶部
１３０ 制御部
１３１ 受付部
１３２ 検証部
１３３ 照合部
１３４ 学習部
１３５ 提供部

Claims (19)

1. 他者の車両の運転を希望する第１利用者の運転実績を記憶する記憶部と、
   前記第１利用者の運転実績に基づいて、前記他者の車両の運転を希望する前記第１利用者と、自身の車両の運転代行を希望する第２利用者とのマッチングを行い、成立した場合、前記車両の運転代行を開始するために、前記第１利用者の端末装置に、同乗者となる前記第２利用者との待ち合わせの時間及び場所を通知する照合部と
   を備え、
   前記照合部は、前記第２利用者からの運転代行希望の通知を受けて、前記第１利用者を含む運転希望者を対象にマッチングを行い、前記運転希望者の中から前記第２利用者の提示する運転実績に関する希望条件に適合する候補者を抽出し、前記第２利用者の端末装置に対して抽出された候補者を通知し、通知された候補者の中から前記第２利用者が希望する候補者として前記第１利用者が選定された場合、前記第１利用者の端末装置に対して運転代行を請け負うか否かの問合せを通知し、前記第１利用者の端末装置から運転代行を請け負う旨の応答を受けた場合には、前記第１利用者を正式な運転代行者として確定し、確定した後、運転代行者が確定した旨を、前記第２利用者の端末装置に通知する
   ことを特徴とする情報処理装置。
2. 前記照合部は、前記第１利用者と前記第２利用者とから受け取ったお互いの評価結果に基づいて、前記第１利用者と前記第２利用者とのマッチングを行うか否か判断する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第１利用者により提供された前記第１利用者の運転力診断結果及び運転中の記録に基づいて、前記運転実績として前記第１利用者の運転技能及び運転の実態を検証する検証部と、
   をさらに備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記検証部は、前記第１利用者の属性及び前記運転実績に基づいて、前記第１利用者の運転者としてのランクを判定する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記検証部は、前記第１利用者の運転力診断結果及び運転中の記録に基づいて、前記第１利用者の運転者としての特性を判定する
   ことを特徴とする請求項３又は４に記載の情報処理装置。
6. 前記検証部は、前記第１利用者と前記第２利用者とのそれぞれの評価結果の回答に基づいて、それぞれの評価結果を検証し、前記第１利用者と前記第２利用者とのそれぞれの性格及び気にかけるポイントを学習する
   ことを特徴とする請求項３～５のいずれか１つに記載の情報処理装置。
7. 前記照合部は、前記第１利用者と前記第２利用者とのマッチングが成立した場合、前記第１利用者に関する情報及び前記第２利用者の車両に関する情報に基づいて、前記第１利用者が前記第２利用者の車両の運転に関する保険へ加入するための入力項目への入力を代行する
   ことを特徴とする請求項１～６のうちいずれか１つに記載の情報処理装置。
8. 前記検証部は、前記第１利用者と前記第２利用者とから受け取ったお互いの評価結果を検証する
   ことを特徴とする請求項３～６のいずれか１つに記載の情報処理装置。
9. 前記第２利用者の端末装置から前記第１利用者に対するお礼の設定を受け付ける受付部と、
   前記第２利用者の端末装置から設定されたお礼を前記第１利用者の端末装置に提供する提供部と
   をさらに備えることを特徴とする請求項１～８のうちいずれか１つに記載の情報処理装置。
10. 前記提供部は、前記第２利用者の端末装置から設定された前記お礼の内容を前記第１利用者の端末装置に通知し、前記第１利用者の端末装置からの応答に基づいて前記お礼を前記第１利用者の端末装置に提供する
    ことを特徴とする請求項９に記載の情報処理装置。
11. 前記提供部は、複数の前記お礼のうちから少なくとも１つを選択可能な形式で前記第１利用者の端末装置に通知し、前記第１利用者の端末装置から選択された前記お礼を前記第１利用者の端末装置に提供する
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記お礼は、前記第２利用者が提供可能な物品及びサービスのうち少なくとも１つである
    ことを特徴とする請求項９～１１のうちいずれか１つに記載の情報処理装置。
13. 前記受付部は、前記第１利用者の端末装置から前記第２利用者に対するお礼の設定を受け付け、
    前記提供部は、前記第１利用者の端末装置から設定されたお礼を前記第２利用者の端末装置に提供する
    ことを特徴とする請求項９～１２のうちいずれか１つに記載の情報処理装置。
14. 前記受付部は、前記第１利用者の端末装置から運転の希望を受け付ける
    ことを特徴とする請求項９～１３のうちいずれか１つに記載の情報処理装置。
15. 前記受付部は、前記第２利用者の端末装置から運転代行の希望を受け付ける
    ことを特徴とする請求項９～１４のうちいずれか１つに記載の情報処理装置。
16. 前記運転実績は、前記第１利用者の端末装置に導入され、経路案内を提供するアプリケーションを介して取得された情報である
    ことを特徴とする請求項１～１５のうちいずれか１つに記載の情報処理装置。
17. 前記運転実績は、前記第１利用者の端末装置が有するセンサが取得した情報を、前記第１利用者の端末装置に導入されたアプリケーションを介して取得した情報である
    ことを特徴とする請求項１～１６のうちいずれか１つに記載の情報処理装置。
18. コンピュータが実行する情報処理方法であって、
    他者の車両の運転を希望する第１利用者の運転実績を記憶する記憶工程と、
    前記第１利用者の運転実績に基づいて、前記他者の車両の運転を希望する前記第１利用者と、自身の車両の運転代行を希望する第２利用者とのマッチングを行い、成立した場合、前記車両の運転代行を開始するために、前記第１利用者の端末装置に、同乗者となる前記第２利用者との待ち合わせの時間及び場所を通知する照合工程と
    を含み、
    前記照合工程では、前記第２利用者からの運転代行希望の通知を受けて、前記第１利用者を含む運転希望者を対象にマッチングを行い、前記運転希望者の中から前記第２利用者の提示する運転実績に関する希望条件に適合する候補者を抽出し、前記第２利用者の端末装置に対して抽出された候補者を通知し、通知された候補者の中から前記第２利用者が希望する候補者として前記第１利用者が選定された場合、前記第１利用者の端末装置に対して運転代行を請け負うか否かの問合せを通知し、前記第１利用者の端末装置から運転代行を請け負う旨の応答を受けた場合には、前記第１利用者を正式な運転代行者として確定し、確定した後、運転代行者が確定した旨を、前記第２利用者の端末装置に通知する
    ことを特徴とする情報処理方法。
19. 他者の車両の運転を希望する第１利用者の運転実績を記憶する記憶手順と、
    前記第１利用者の運転実績に基づいて、前記他者の車両の運転を希望する前記第１利用者と、自身の車両の運転代行を希望する第２利用者とのマッチングを行い、成立した場合、前記車両の運転代行を開始するために、前記第１利用者の端末装置に、同乗者となる前記第２利用者との待ち合わせの時間及び場所を通知する照合手順と
    をコンピュータに実行させ、
    前記照合手順では、前記第２利用者からの運転代行希望の通知を受けて、前記第１利用者を含む運転希望者を対象にマッチングを行い、前記運転希望者の中から前記第２利用者の提示する運転実績に関する希望条件に適合する候補者を抽出し、前記第２利用者の端末装置に対して抽出された候補者を通知し、通知された候補者の中から前記第２利用者が希望する候補者として前記第１利用者が選定された場合、前記第１利用者の端末装置に対して運転代行を請け負うか否かの問合せを通知し、前記第１利用者の端末装置から運転代行を請け負う旨の応答を受けた場合には、前記第１利用者を正式な運転代行者として確定し、確定した後、運転代行者が確定した旨を、前記第２利用者の端末装置に通知する
    ことを特徴とする情報処理プログラム。

Images