JP7412383B2

JP7412383B2 - 引渡し承認装置および引渡し承認方法

Info

Publication number: JP7412383B2
Application number: JP2021045068A
Authority: JP
Inventors: 修平木下
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2021-03-18
Filing date: 2021-03-18
Publication date: 2024-01-12
Anticipated expiration: 2041-03-18
Also published as: US12014636B2; US20220301437A1; JP2022144174A

Description

本発明は、車両の引渡しに伴うサービスの完了を承認する引渡し承認装置および引渡し承認方法に関する。

従来、カメラ付き携帯電話機で修理車両を撮影した画像を受け付けると、所定のサービス工場に修理見積を作成させ、作成した修理見積をユーザに送信する装置が知られている（例えば特許文献１参照）。

特開２００３－６０８２５号公報

しかしながら、特許文献１記載の装置のように、車両の修理見積は修理業者と会うことなく取得することができるが、修理された車両の引渡しの際には、車両を確認したユーザの同意が必要となることから、修理業者の立ち合いなく引渡しを承認することは難しい。

本発明の一態様である引渡し承認装置は、修理が完了した車両の引渡しに伴う修理完了を承認する装置である。引渡し承認装置は、引渡し場所を含む修理完了の連絡を受けたユーザの位置情報を取得する第１位置情報取得部と、引渡し場所に駐車された車両の位置情報を取得する第２位置情報取得部と、ユーザの有するユーザ端末から送信される、修理結果に同意する同意信号を受信する同意信号受信部と、同意信号受信部により同意信号が受信されると、第１位置情報取得部により取得されるユーザの位置情報および第２位置情報取得部により最後に取得される車両の位置情報に基づいて、車両に対するユーザの相対位置を検出し、ユーザが車両から所定範囲内に位置するとき、車両のユーザへの引渡しに伴う修理完了を承認する引渡し承認部と、を備える。

本発明の他の態様である引渡し承認方法は、修理が完了した車両の引渡しに伴う修理完了を承認する承認方法である。引渡し承認方法は、引渡し場所を含む修理完了の連絡を受けたユーザの位置情報を取得する工程と、引渡し場所に駐車された車両の位置情報を取得する工程と、ユーザの有するユーザ端末から送信される、修理結果に同意する同意信号を受信する工程と、同意信号が受信されると、ユーザの位置情報および車両の位置情報に基づいて、車両に対するユーザの相対位置を検出し、ユーザが車両から所定の範囲内に位置するとき、車両のユーザへの引渡しに伴う修理完了を承認する工程と、を備える。

本発明によれば、修理業者が立ち会うことなく、ユーザへの車両の引渡しを承認することができる。

本発明の実施形態に係る引渡し承認装置を備えるシステムの構成の一例を示す図。図１の車載装置の要部構成を示すブロック図。図１のユーザ端末の要部構成を示すブロック図。図１の事業者端末の要部構成を示すブロック図。本発明の実施形態に係る引渡し承認装置の要部構成を示すブロック図。引渡し承認装置の演算部で実行される引渡し承認処理の一例を示すフローチャート。引渡し承認装置の演算部で実行される引渡し承認処理の一例を示すフローチャート。

以下、図１～図６Ｂを参照して本発明の一実施形態について説明する。本発明の実施形態に係る引渡し承認装置は、所定サービスを提供する事業者を立ち合わせることなく、所定サービスが施された車両のユーザへの引渡しに伴うサービスの完了を承認するための装置である。以下では、車両を修理した修理業者を立ち合わせることなく、修理された車両のユーザへの引渡しに伴う修理完了を承認する例を説明する。

図１は、本発明の実施形態に係る引渡し承認装置を備えるシステム（以下、引渡し承認システムと呼ぶ）の構成の一例を示す図である。図１に示すように、引渡し承認システム１００は、車両１に搭載される車載装置２と、車両１の修理（所定サービス）を依頼したユーザが有するユーザ端末３と、車両１を修理する修理業者（サービス事業者）が有する事業者端末４と、車両１を販売した事業体が有する引渡し承認装置５と、を備えて構成される。

車載装置２、ユーザ端末３、事業者端末４および引渡し承認装置５は、通信網６を介して互いに通信可能に構成される。通信網６には、インターネット網や携帯電話網等に代表される公衆無線通信網だけでなく、所定の管理地域ごとに設けられた閉鎖的な通信網、例えば無線ＬＡＮ、Ｗｉ－Ｆｉ（登録商標）等も含まれる。

図２は、図１の車載装置２の要部構成を示すブロック図である。図２に示すように、車載装置２は、コントローラ２０と、コントローラ２０に電気的に接続された入出力装置２１、測位センサ２２、ナビゲーション装置２３、通信ユニット２４、センサ群２５およびアクチュエータ２６と、を主に有する。

入出力装置２１は、車両１に乗車するユーザからの指令が入力されたり、ユーザに対し情報が出力されたりする装置の総称である。例えば入出力装置２１には、操作部材の操作によりユーザが各種指令を入力する各種スイッチ、ユーザが音声で指令を入力するマイク、ユーザに表示画像を介して情報を提供するモニタ、ユーザに音声で情報を提供するスピーカなどが含まれる。

また入出力装置２１は、ユーザ端末３や事業者端末４から車両１の起動許可情報を読み取るリーダ部２１１を有する。起動許可情報は、いわゆるバーチャルキー（電子キー）と呼ばれるものであり、車両１のスマートキーと同様の機能を発現させるものである。例えば、バーチャルキーが記憶された携帯無線端末（例えばスマートフォン）を所持することで、車両１のドアを解錠または施錠したり、車両１のエンジンを始動または停止したりすることが可能になる。

測位センサ２２は、例えばＧＰＳセンサであって、ＧＰＳ衛星から送信された測位信号を受信し、受信した信号に基づいて車両１の位置を測位する。ナビゲーション装置２３は、ユーザにより入力された目的地までの道路上の目標経路を検索するとともに、目標経路に沿った案内を行う装置である。目的地の入力および目標経路に沿った案内は、入出力装置２１を介して行われる。通信ユニット２４は、通信網６を介して、ユーザ端末３、事業者端末４および引渡し承認装置５等の外部の装置と無線通信可能に構成される。

センサ群２５は、車両１の状態等を検出する複数のセンサの総称である。センサ群２５は、一例として、イグニッションオン信号（以下、ＩＧ－ＯＮ信号と呼ぶ）およびイグニッションオフ信号（以下、ＩＧ－ＯＦＦ信号と呼ぶ）を検出するイグニッションセンサ（以下、ＩＧセンサと呼ぶ）２５１を有する。図示は省略するが、センサ群２５は、車両１の車速を検出する車速センサ、車両１の前後方向の加速度および左右方向の加速度（横加速度）をそれぞれ検出する加速度センサ、駆動源の回転数等を検出する回転数センサ、アクセルペダルやステアリングの操作等を検出するセンサなどを有する。

アクチュエータ２６は、コントローラ２０からの指令により車両１に搭載された各種機器を駆動する。アクチュエータ２６は、一例として、ドアを解錠または施錠するロックアクチュエータ２６１等を有する。図示は省略するが、アクチュエータ２６は、車両１の駆動源を始動させる始動アクチュエータ、車両１を走行させる走行用アクチュエータおよび車両１の駆動源を停止させる停止アクチュエータなどを有する。

コントローラ２０は、ＣＰＵ（マイクロプロセッサ）等の演算部２０１と、ＲＯＭ，ＲＡＭ，ハードディスク等の記憶部２０２と、図示しないその他の周辺回路と、を有するコンピュータを含んで構成される。演算部２０１は、予め記憶部２０２に記憶されたプログラムを実行することで、情報受信部２０１ａおよび情報送信部２０１ｂとして機能する。

情報受信部２０１ａは、車載装置２の各部により検出等される各種情報や各種信号を受信する。例えば、情報受信部２０１ａは、測位センサ２２により測位された車両１の位置情報やＩＧセンサ２５１により検出されたＩＧ－ＯＦＦ信号等を受信する。

情報送信部２０１ｂは、通信ユニット２４を介して、情報受信部２０１ａが受信した各種情報や各種信号を引渡し承認装置５等の外部の装置に送信する。例えば、情報送信部２０１ｂは、通信ユニット２４を介して、情報受信部２０１ａが受信した車両１の位置情報およびＩＧ－ＯＦＦ信号を引渡し承認装置５に送信する。

図３は、図１のユーザ端末３の要部構成を示すブロック図である。ユーザ端末３は、ユーザにより操作される端末であり、スマートフォンに代表される携帯無線端末等により構成される。図３に示すように、ユーザ端末３は、ＣＰＵ等の演算部３０と、ＲＯＭ、ＲＡＭ等の記憶部３１と、通信部３２と、測位センサ３３と、入出力部３４と、Ｉ／Ｏインターフェース等の図示しないその他の周辺回路と、を有するコンピュータを含んで構成される。

通信部３２は、通信網６を介して、引渡し承認装置５等の外部の装置と無線通信可能に構成される。測位センサ３３は、例えばＧＰＳセンサであって、ＧＰＳ衛星から送信された測位信号を受信し、受信した信号に基づいてユーザ端末３の位置を測位する。入出力部３４は、各種指令等を入出力する装置の総称であり、モニタやタッチパネル等により構成される。ユーザは、入出力部３４を介して、見積り要求指令、修理依頼指令、修理結果同意指令、再修理依頼指令および支払い指令等を入力する。

演算部３０は、予め記憶部３１に記憶されるプログラムを実行することで、情報受信部３０１、情報表示部３０２および情報送信部３０３として機能する。情報受信部３０１は、引渡し承認装置５等の外部の装置から送信される各種情報、各部から送信される各種情報や各種信号等を受信する。例えば情報受信部３０１は、通信部３２を介して、引渡し承認装置５から送信される車両１の見積り情報、修理完了情報、修理代金情報、バーチャルキーの有効化情報および無効化情報等を受信する。また情報受信部３０１は、入出力部３４を介して入力された見積り要求指令、修理依頼指令、修理結果同意指令、再修理依頼指令および支払い同意指令や、測位センサ３３により測位された位置情報等を受信する。

情報表示部３０２は、情報受信部３０１により受信された各種情報を入出力部（モニタ）３４に表示する。例えば、情報表示部３０２は、情報受信部３０１により受信された車両１の見積り情報、修理完了情報および修理代金情報を入出力部（モニタ）３４に表示する。ユーザは、入出力部３４に表示されるこれらの情報に基づいて、入出力部（タッチパネル）３４を介して修理依頼指令、修理結果同意指令および支払い同意指令等を入力する。

情報送信部３０３は、情報受信部３０１により受信された各種情報や各種指令の信号を引渡し承認装置５や各部に送信する。例えば、情報送信部３０３は、通信部３２を介して、ユーザ端末３の位置情報、見積り要求指令の信号（以下、見積り要求信号と呼ぶ）、修理依頼指令の信号（以下、修理依頼信号と呼ぶ）、修理結果同意指令の信号（以下、同意信号と呼ぶ）、再修理依頼指令の信号（以下、再修理信号と呼ぶ）および支払い同意指令の信号（以下、支払い信号と呼ぶ）等を引渡し承認装置５に送信する。また情報送信部３０３は、バーチャルキーの有効化情報および無効化情報を記憶部３１に送信する。

記憶部３１には、演算部３０が実行する各種プログラムや各種データ等が記憶される。また記憶部３１には、車両１のバーチャルキー（電子キー）が記憶される。記憶部３１に記憶されるバーチャルキーは、情報送信部３０３により送信される有効化情報が記録されることで有効化され、無効化情報が記録されることで無効化される。

図４は、図１の事業者端末４の要部構成を示すブロック図である。事業者端末４は、修理業者により操作される端末であり、スマートフォンに代表される携帯無線端末等により構成される。図４に示すように、事業者端末４は、ＣＰＵ等の演算部４０と、ＲＯＭ、ＲＡＭ等の記憶部４１と、通信部４２と、測位センサ４３と、入出力部４４と、Ｉ／Ｏインターフェース等の図示しないその他の周辺回路とを有するコンピュータを含んで構成される。

通信部４２は、通信網６を介して、引渡し承認装置５等の外部の装置と無線通信可能に構成される。測位センサ４３は、例えばＧＰＳセンサであって、ＧＰＳ衛星から送信された測位信号を受信し、受信した信号に基づいて事業者端末４の位置を測位する。入出力部４４は、各種情報や各種指令を入出力する装置の総称であり、モニタやタッチパネル等により構成される。修理業者は、入出力部４４を介して、車両１の見積り情報、修理完了情報および修理代金情報等を入力する。

演算部４０は、予め記憶部４１に記憶されるプログラムを実行することで、情報受信部４０１、情報表示部４０２および情報送信部４０３として機能する。情報受信部４０１は、引渡し承認装置５等の外部の装置から送信される各種情報、各部から送信される各種情報や各種信号等を受信する。例えば情報受信部４０１は、通信部４２を介して、引渡し承認装置５から送信される車両１の位置情報、バーチャルキーの情報、バーチャルキーの無効化情報、見積り要求信号、修理依頼信号および再修理信号等を受信する。また情報受信部４０１は、入出力部４４を介して入力された見積り情報、修理完了情報および修理代金情報等を受信する。さらに情報受信部４０１は、測位センサ４３により測位される事業者端末４の位置情報を受信する。

情報表示部４０２は、情報受信部４０１により受信された各種情報を入出力部（モニタ）４４に表示する。例えば、情報表示部４０２は、情報受信部４０１により受信された車両１の位置情報を入出力部４４に表示する。また情報表示部４０２は、情報受信部４０１により見積り要求信号が受信されると、車両１の修理の見積りを依頼された旨を表示し、修理依頼信号が受信されると、車両１の修理を依頼された旨を表示し、再修理信号が受信されると、車両１の再修理を依頼された旨を表示する。

情報送信部４０３は、情報受信部４０１により受信された各種情報を引渡し承認装置５や各部に送信する。例えば、情報送信部４０３は、通信部４２を介して、見積り情報、修理完了情報、修理代金情報および事業者端末４の位置情報等を引渡し承認装置５に送信する。また情報送信部４０３は、バーチャルキーの情報およびバーチャルキーの無効化情報を記憶部４１に送信する。

記憶部４１には、演算部４０が実行する各種プログラムや各種データが記憶される。また記憶部４１には、車両１のバーチャルキーが記憶される。記憶部４１に記憶されるバーチャルキーは、情報送信部４０３により送信される無効化情報が記録されることで無効化される。

図５は、本発明の実施形態に係る引渡し承認装置５の要部構成を示すブロック図である。引渡し承認装置５は、車両１を販売した事業体（例えば自動車販売ディーラ）の従業員に管理される端末であり、サーバ装置により構成される。引渡し承認装置５は、クラウド上で仮想サーバ機能を利用して構成することもでき、複数の端末に分散して設ける構成であってもよい。

図５に示すように、引渡し承認装置５は、コントローラ５０と、コントローラ５０に電気的に接続される通信ユニット５３と、を有する。通信ユニット５３は、通信網６を介して、車載装置２、ユーザ端末３および事業者端末４等の外部の装置と無線通信可能に構成される。

コントローラ５０は、ＣＰＵ（マイクロプロセッサ）等の演算部５１と、ＲＯＭ，ＲＡＭ，ハードディスク等の記憶部５２と、図示しないその他の周辺回路と、を有するコンピュータを含んで構成される。演算部５１は、第１位置情報取得部５１１、第２位置情報取得部５１２、情報受信部５１３、情報送信部５１４、引渡し承認部５１５、バーチャルキー管理部（電子キー管理部）５１６、対価請求部５１７、支払処理部５１８および判定部５１９として機能する。これら各部により、ユーザが車両１の修理に同意したときの車両１の位置情報およびユーザの位置情報に基づく、車両１の修理完了の承認処理が実現される。

第１位置情報取得部５１１は、通信ユニット５３を介して、車両１の修理を依頼したユーザの位置情報を取得する。第１位置情報取得部５１１は、ユーザ端末３の位置情報をユーザの位置情報とみなし、ユーザ端末３の位置情報を、通信ユニット５３を介して取得する。

第２位置情報取得部５１２は、通信ユニット５３を介して、引渡し場所１０に駐車された車両１の位置情報を取得する。第２位置情報取得部５１２は、事業者端末４の位置情報を引渡し場所１０に駐車された車両１の位置情報とみなし、事業者端末４の位置情報を、通信ユニット５３を介して取得する。例えば、第２位置情報取得部５１２は、事業者端末４に記憶されたバーチャルキーによって車両１のイグニッションが最後にオフされたとき、すなわち、修理開始後に車両１から最後にＩＧ－ＯＦＦ信号が送信されたときの事業者端末４の位置情報を車両１の位置情報として取得する。

情報受信部５１３は、通信ユニット５３を介して、車載装置２、ユーザ端末３および事業者端末４等の外部の装置から送信される各種情報や各種信号を受信する。例えば、情報受信部５１３は、同意信号受信部５１３ａを有する。同意信号受信部５１３ａは、通信ユニット５３を介してユーザ端末３から送信される同意信号を受信する。

引渡し承認部５１５は、同意信号受信部５１３ａにより同意信号が受信されると、第１位置情報取得部５１１により取得されるユーザ端末３の位置情報および第２位置情報取得部５１２により取得される事業者端末４の位置情報に基づいて、車両１に対するユーザの相対位置を検出し、ユーザが車両１から所定範囲内に位置するとき、車両１をユーザに引渡すことによる車両１の修理が完了したことを承認する。

例えば、引渡し承認部５１５は、同意信号受信部５１３ａにより同意信号が受信されたとき、ユーザが車両１の中心から３ｍの範囲内に位置することが検出されると、車両１を引き渡すことによる車両１の修理が完了したことを承認し、承認信号を出力する。言い換えると、ユーザが車両１の中心から３ｍの範囲内で、ユーザ端末３から引渡し承認装置５に同意信号を送信すると、引渡し承認部５１５により車両１の修理が完了した旨が承認される。一方、引渡し承認部５１５は、同意信号受信部５１３ａにより同意信号が受信されたとき、ユーザが車両１の中心から３ｍの範囲内に位置しないときは、引渡し承認部５１５は、非承認信号を出力する。

情報受信部５１３は、上記以外にも、車載装置２から送信されるＩＧ－ＯＦＦ信号、ユーザ端末３から送信される見積り要求信号、修理依頼信号、再修理信号および支払い信号、事業者端末４から送信される見積り情報、修理完了情報および修理代金情報等を受信する。また、引渡し承認部５１５から出力される承認信号および非承認信号を受信する。

情報送信部５１４は、通信ユニット５３を介して、情報受信部５１３が受信した各種情報や各種信号をユーザ端末３および事業者端末４等に送信する。例えば、情報送信部５１４は、情報受信部５１３が見積り要求信号を受信すると、事業者端末４に受信した見積り要求信号を送信する。また、情報受信部５１３が見積り情報を受信すると、ユーザ端末３に受信した見積り情報を送信し、情報受信部５１３が修理依頼信号を受信すると、事業者端末４に受信した修理依頼信号を送信する。さらに、情報受信部５１３が再修理信号を受信すると、事業者端末４に受信した再修理信号を送信する。さらにまた情報送信部５１４は、情報受信部５１３が承認信号を受信すると、承認信号を対価請求部５１７に送信し、非承認信号を受信すると、ユーザ端末３に受信した非承認信号を送信する。

バーチャルキー管理部５１６は、情報受信部５１３が修理依頼信号を受信すると、記憶部５２に記憶されたバーチャルキーの情報および車両１の位置情報を事業者端末４に送信するとともに、バーチャルキーの無効化情報をユーザ端末３に送信する。これにより、修理業者による車両１の移動が可能になるとともに、ユーザによる車両１の移動が禁止される。また、バーチャルキー管理部５１６は、引渡し承認部５１５が修理完了を承認（承認信号を出力）すると、記憶部５２に記憶されたバーチャルキーの無効化情報を事業者端末４に送信するとともに、バーチャルキーの有効化情報をユーザ端末３に送信する。これにより、ユーザによる車両１の移動が可能になるとともに、修理業者による車両１の移動が禁止される。なお、バーチャルキー管理部５１６は、支払処理が完了した後に、バーチャルキーの有効化情報をユーザ端末３に送信する構成であってもよい。

対価請求部５１７は、引渡し承認部５１５により修理完了が承認された後、車両１が所定期間または所定距離走行すると、車両１の修理に対する対価を請求する。対価請求部５１７は、情報受信部５１３により受信された修理代金情報に基づいて、車両１の修理に対する対価額を決定し、請求情報を出力する。対価請求部５１７により請求情報が出力されると、情報受信部５１３がこれを受信し、情報送信部５１４がこれをユーザ端末３に送信する。

また対価請求部５１７は、車両１の修理内容に基づいて、所定期間または所定距離を設定する機能を有する。例えば、車両１の外観に関する修理の場合は、一見して修理の要否を判断可能であることから、所定期間または所定距離を「０」に設定する。一方、修理の要否判断において、車両内部の点検、修理、交換等、車両１の一定走行が必要な場合は、修理内容に応じて、所定期間または所定距離を設定する。対価請求部５１７は、所定期間または所定距離が経過する前に、車両１の再修理信号を情報受信部５１３が受信すると、対価の請求を保留する。

支払処理部５１８は、情報受信部５１３が支払信号を受信すると、記憶部５２に記憶されたユーザの決済に必要な情報に基づいて決済を行う。判定部５１９は、情報受信部５１３による各種情報や各種信号等の受信の可否を判定する。

記憶部５２には、演算部５１が実行する各種のプログラムや各種のデータ等が記憶される。また記憶部５２には、車両データベース５２１と、ユーザデータベース５２２と、バーチャルキーデータベース５２３とを有する。車両データベース５２１には、予め登録された複数の車両それぞれの車両情報が記憶される。車両情報には、例えば、各車両の車両ＩＤ、走行距離、メンテナンス履歴が含まれる。ユーザデータベース５２２には、予め登録された複数のユーザそれぞれのユーザ情報が記憶される。ユーザ情報には、例えば、各ユーザのユーザＩＤ、住所、氏名、連絡先、免許証番号、決済に必要な情報（例えばクレジットカード番号）等が含まれる。バーチャルキーデータベース５２３には、車両ＩＤおよびユーザＩＤに対応したバーチャルキーの情報や対応するバーチャルキーの無効化情報および有効化情報等が記憶される。

図６Ａおよび図６Ｂは、引渡し承認装置５の演算部５１で実行される引渡し承認処理の一例を示すフローチャートである。このフローチャートに示す処理は、例えば、ユーザ端末３から見積り要求信号を引渡し承認装置５が受信すると開始される。

まず、ステップＳ１において、情報送信部５１４での処理により、情報受信部５１３が受信した見積り要求信号を事業者端末４に送信する。次いで、ステップＳ２で、判定部５１９での処理により、事業者端末４から送信される見積り情報を情報受信部５１３が受信したか否かを判定する。ステップＳ２で否定されると、肯定されるまで処理を繰り返す。一方、ステップＳ２で肯定されると、ステップＳ３に進み、情報送信部５１４での処理により、受信した見積り情報をユーザ端末３に送信する。

次いで、ステップＳ４で、判定部５１９での処理により、ユーザ端末３から送信される修理依頼信号を情報受信部５１３が受信したか否かを判定する。ステップＳ４で否定されると、肯定されるまで処理を繰り返す。一方、ステップＳ４で肯定されると、ステップＳ５に進み、情報送信部５１４での処理により、受信した修理依頼信号を事業者端末４に送信する。

次いで、ステップＳ６で、情報送信部５１４での処理により、バーチャルキー情報を事業者端末４に送信する。次いで、ステップＳ７で、情報送信部５１４での処理により、バーチャルキーの無効化情報をユーザ端末３に送信する。次いで、ステップＳ８で、判定部５１９での処理により、事業者端末４から送信される修理完了情報を情報受信部５１３が受信したか否かを判定する。ステップＳ８で否定されると、肯定されるまで処理を繰り返す。一方、ステップＳ８で肯定されると、ステップＳ９に進み、情報送信部５１４での処理により、修理完了情報をユーザ端末３に送信する。

次いで、ステップＳ１０で、判定部５１９での処理により、ユーザ端末３から送信される同意信号を同意信号受信部５１３ａが受信したか否かを判定する。ステップＳ１０で否定されると、ステップＳ１１で、判定部５１９での処理により、ユーザ端末３から送信される再修理信号を情報受信部５１３が受信したか否かを判定する。ステップＳ１１で否定されるとステップＳ１０に戻る。一方、肯定されると、ステップＳ８に戻り、再度、修理完了情報が受信されるまで待機する。

一方、ステップＳ１０で肯定されると、ステップＳ１２に進み、第１位置情報取得部５１１での処理により、ユーザ端末３（ユーザ）の位置情報を取得する。次いで、ステップＳ１３で、第２位置情報取得部５１２での処理により、事業者端末４（車両１）の位置情報を取得する。次いで、ステップＳ１４で、引渡し承認部５１５での処理により、車両１に対するユーザの相対位置が所定範囲内であるか否かを判定する。ステップＳ１４で否定されると、ステップＳ１５で、情報送信部５１４での処理により、非承認信号をユーザ端末３に送信し、ステップＳ１０に戻る。一方、ステップＳ１４で肯定されると、ステップＳ１６で、引渡し承認部５１５での処理により、車両１の修理が完了した旨が承認され、承認信号が出力される。

次いで、ステップＳ１７で、対価請求部５１７での処理により、引渡し承認部５１５により修理完了が承認された後、車両１が所定期間または所定距離走行したか否かを判定する。ステップＳ１７で否定されると、肯定されるまで処理を繰り返す。一方、ステップＳ１７で肯定されると、ステップＳ１８に進み、判定部での処理により、ユーザから再修理依頼の問い合わせがあったか否かを判定する。ステップＳ１８で肯定されると、ステップＳ８に戻り、再度、修理完了情報が受信されるまで待機する。

一方、ステップＳ１８で否定されると、ステップＳ１９で、情報送信部５１４での処理により、対価請求部５１７により設定された請求情報をユーザ端末３に送信する。次いで、ステップＳ２０で、判定部５１９での処理により、ユーザ端末３から送信される支払い信号を情報受信部５１３が受信したか否かを判定する。ステップＳ２０で否定されると、肯定されるまで処理を繰り返す。一方、ステップＳ２０で肯定されると、ステップＳ２１に進み、支払処理部５１８での処理により、車両１の修理代金の決済をして、処理を終了する。

本実施形態によれば以下のような作用効果を奏することができる。
（１）本実施形態に係る引渡し承認装置５は、修理された車両１の引渡しに伴う修理完了を承認する装置である。引渡し承認装置５は、車両１の修理を依頼したユーザの位置情報を取得する第１位置情報取得部５１１と、引渡し場所１０に駐車された車両１の位置情報を取得する第２位置情報取得部５１２と、ユーザ端末３から送信される、車両１の修理結果（サービス結果）に同意する同意信号を受信する同意信号受信部５１３ａと、同意信号受信部５１３ａにより同意信号が受信されると、第１位置情報取得部５１１により取得されるユーザの位置情報および第２位置情報取得部５１２により最後に取得される車両１の位置情報に基づいて、車両１に対するユーザの相対位置を検出し、ユーザが車両１から所定範囲内に位置するとき、車両１のユーザへの引渡しに伴う車両１の修理が完了したことを承認する引渡し承認部５１５と、を備える（図５）。

この構成により、ユーザからの同意信号を受信したとき、ユーザが車両１から所定範囲内に位置するので、ユーザが車両１の修理状態を確認して同意信号を送信したとみなすことができる。このため、修理された車両１の引渡しの際に、修理業者が立ち会う必要がなくなる。

（２）第２位置情報取得部５１２は、車両１の位置情報として、車両１を修理する修理業者が所有する事業者端末４に保存されたバーチャルキーによって車両１のイグニッションがオフされたときの事業者端末４の位置情報を取得する（図６Ｂ）。この構成により、事業者端末４の位置情報を車両１の位置情報とみなすことができるので、容易に車両１の位置情報を取得することができる。また正確な位置情報も記録することができる。

（３）本実施形態に係る引渡し承認装置５は、ユーザ端末３に保存されたバーチャルキーを有効化または無効化する情報をユーザ端末３に送信するバーチャルキー管理部５１６をさらに備える（図５）。この構成により、例えば、修理を依頼したときにユーザ端末３に記録されたバーチャルキーを無効化し、修理完了が承認した後や支払いが完了した後に、無効化されたユーザ端末３に記録されたバーチャルキーを有効化することができる。このため、修理結果に同意した上で車両１の使用が可能になるため、支払い忘れや修理後のクレーム等のトラブルを回避することができる。

（４）本実施形態に係る引渡し承認装置５は、引渡し承認部５１５により車両１の修理が完了したことが承認された後、車両１が所定期間または所定距離を走行すると、車両１の修理に対する対価を請求する対価請求部５１７をさらに備える（図５、図６Ｂ）。この構成により、車両１を走行させた後にユーザが修理に関する問題点に気付いた場合においても、柔軟に対応することができる。

（５）対価請求部５１７は、車両１の修理内容に基づいて、所定期間または所定距離を設定する機能を有する（図５）。この構成により、車両１の外観に関する修理であるか、車両内部に関する修理であるかによって、支払いを確定する期間を変化させることができる。

（６）本実施形態に係る引渡し承認方法は、修理された車両１の引渡しに伴う修理完了を承認する方法である。引渡し承認方法は、車両１の修理を依頼したユーザの位置情報を取得する工程と、引渡し場所１０に駐車された車両１の位置情報を取得する工程と、ユーザの有するユーザ端末３から送信される、車両１の修理結果に同意する同意信号を受信する工程と、同意信号が受信されると、ユーザの位置情報および車両１の位置情報に基づいて、車両１に対するユーザの相対位置を検出し、ユーザが車両１から所定の範囲内に位置するとき、車両１のユーザへの引渡しに伴うサービスが完了したことを承認する工程と、を備える（図５～図６Ｂ）。

上記実施形態は種々の形態に変形することができる。例えば、上記実施形態では、事業者端末４に記憶されたバーチャルキーにより車両１にＩＧ－ＯＦＦ信号が最後に入力されたときの事業者端末４の位置情報を、引渡し場所１０に駐車された車両１の位置情報としたが、本発明はこれに限定されない。例えば、車両１にＩＧ－ＯＦＦ信号が最後に入力されたときの、車両１に搭載された測位センサ２２により測位される車両１の位置情報を、引渡し場所１０に駐車された車両１の位置情報としてもよい。車両１に搭載された測位センサ２２により測位された位置情報を用いることで、より正確に、引渡し場所１０に駐車された車両１の位置を把握することができる。

また、上記実施形態では、車両１を修理した修理業者を立ち合わせることなく、修理された車両１のユーザへの引渡しに伴うサービスの完了を承認する例を説明したが、本発明はこれに限定されない。例えば、車両を販売した販売業者の立ち合いなく、販売された車両の所定の場所でのユーザへの引渡しの承認に用いることもできる。このように、車両の販売サービスに用いることで、納車費用や人件費を抑制可能になる。

上記実施形態では、車両１に対するユーザの相対位置として、ユーザが車両１の中心から３ｍの範囲内に位置する例を説明したが、車両に対するユーザの相対位置はこれに限らず、任意に設定することができる。例えば、ユーザが車両１の外縁から２ｍの範囲内に位置する場合に引渡し承認部により承認される構成であってもよい。

以上の説明はあくまで一例であり、本発明の特徴を損なわない限り、上述した実施形態および変形例により本発明が限定されるものではない。上記実施形態と変形例の１つまたは複数を任意に組み合わせることも可能であり、変形例同士を組み合わせることも可能である。

１車両、２車載装置、３ユーザ端末、４事業者端末、５引渡し承認装置、１０引渡し場所、１００引渡し承認システム、５１１第１位置情報取得部、５１２第２位置情報取得部、５１３ａ同意信号受信部、５１５引渡し承認部

Claims

修理が完了した車両の引渡しに伴う修理完了を承認する引渡し承認装置であって、
引渡し場所を含む修理完了の連絡を受けたユーザの位置情報を取得する第１位置情報取得部と、
前記引渡し場所に駐車された前記車両の位置情報を取得する第２位置情報取得部と、
前記ユーザの有するユーザ端末から送信される、修理結果に同意する同意信号を受信する同意信号受信部と、
前記同意信号受信部により前記同意信号が受信されると、前記第１位置情報取得部により取得される前記ユーザの位置情報および前記第２位置情報取得部により最後に取得される前記車両の位置情報に基づいて、前記車両に対する前記ユーザの相対位置を検出し、前記ユーザが前記車両から所定範囲内に位置するとき、前記車両の前記ユーザへの引渡しに伴う修理完了を承認する引渡し承認部と、を備えることを特徴とする引渡し承認装置。
請求項１に記載の引渡し承認装置において、
前記車両の電子キーの情報を前記ユーザ端末および前記車両の修理業者の有する事業者端末に送信する電子キー管理部をさらに備え、
前記第２位置情報取得部は、前記電子キー管理部から前記事業者端末に送信された電子キーによって前記車両のイグニッションがオフされたときの前記事業者端末の位置情報を前記車両の位置情報として取得することを特徴とする引渡し承認装置。
請求項１に記載の引渡し承認装置において、
前記第２位置情報取得部は、前記車両に搭載された測位センサによる位置情報を取得することを特徴とする引渡し承認装置。
請求項１から３のいずれか１項に記載の引渡し承認装置において、
前記引渡し承認部により前記車両の前記ユーザへの引渡しに伴う修理完了が承認された後、前記車両が所定期間または所定距離を走行すると、前記車両の修理に対する対価を請求する対価請求部をさらに備えることを特徴とする引渡し承認装置。
請求項４に記載の引渡し承認装置において、
前記対価請求部は、前記車両の修理内容に基づいて、前記所定期間または前記所定距離を設定することを特徴とする引渡し承認装置。
修理が完了した車両の引渡しに伴う修理完了を承認する引渡し承認方法であって、
引渡し場所を含む修理完了の連絡を受けたユーザの位置情報を取得する工程と、
前記引渡し場所に駐車された前記車両の位置情報を取得する工程と、
前記ユーザの有するユーザ端末から送信される、修理結果に同意する同意信号を受信する工程と、
前記同意信号が受信されると、前記ユーザの位置情報および前記車両の位置情報に基づいて、前記車両に対する前記ユーザの相対位置を検出し、前記ユーザが前記車両から所定の範囲内に位置するとき、前記車両の前記ユーザへの引渡しに伴う修理完了を承認する工程と、を備えることを特徴とする引渡し承認方法。