特許 7585489 修理地点送信装置及び修理地点送信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-08

(45)【発行日】2024-11-18

(54)【発明の名称】修理地点送信装置及び修理地点送信方法

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20241111BHJP

   G01C 21/34 20060101ALI20241111BHJP

【ＦＩ】

G06Q10/20

G01C21/34

【請求項の数】 18

(21)【出願番号】P 2023529141

(86)(22)【出願日】2021-06-25

(86)【国際出願番号】 IB2021000422

(87)【国際公開番号】W WO2022269304

(87)【国際公開日】2022-12-29

【審査請求日】2023-12-11

(73)【特許権者】

【識別番号】000003997

【氏名又は名称】日産自動車株式会社

(73)【特許権者】

【識別番号】524017168

【氏名又は名称】アンペア エス．ア．エス．

(74)【代理人】

【識別番号】110000486

【氏名又は名称】弁理士法人とこしえ特許事務所

(72)【発明者】

【氏名】堀畑 友希

(72)【発明者】

【氏名】高木 徹

【審査官】山崎 誠也

(56)【参考文献】

【文献】特開２０２２－１５５１４９（ＪＰ，Ａ）

【文献】特開２０１９－１６８９２７（ＪＰ，Ａ）

【文献】特開２０１６－０９０２９４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｇ０１Ｃ ２１／３４

(57)【特許請求の範囲】

【請求項1】

車両又は前記車両のユーザから取得した情報に基づいて登録された登録地点を記憶する記憶部と、
前記車両の所定の異常に関する異常レベルを示すデータが入力される異常レベル入力部と、
前記所定の異常が検知された前記車両の対象部品の修理又は交換を行う修理地点の修理地点データを取得する修理地点取得部と、
前記修理地点取得部によって取得された前記修理地点データを外部装置に送信する送信部と、を備え、
前記修理地点取得部は、
前記修理地点における前記対象部品の交換部品の在庫状況及び予約状況を取得し、
前記異常レベルが所定値以上である場合には、前記予約状況に基づいて、前記修理地点データを取得し、
前記異常レベルが前記所定値未満である場合には、前記在庫状況に基づいて、前記修理地点データを取得する修理地点送信装置。

【請求項2】

前記車両の現在位置を取得する位置取得部と、をさらに備え、
前記修理地点取得部は、前記登録地点を起点とした前記修理地点の前記修理地点データを取得するか、前記現在位置を起点とした前記修理地点の前記修理地点データを取得するかを前記異常レベルに応じて決定する請求項１に記載の修理地点送信装置。

【請求項3】

前記登録地点は、前記ユーザが入力した地点、前記車両の目的地、出発地、経由地、前記車両の過去の走行履歴に基づく地点、又は、前記車両を管理する営業地点である請求項１に記載の修理地点送信装置。

【請求項4】

前記ユーザが入力した地点は、前記ユーザが管理するスケジュールに入力された地点である請求項３に記載の修理地点送信装置。

【請求項5】

前記修理地点取得部は、前記異常レベルが所定値未満である場合、前記登録地点を起点とした前記修理地点の前記修理地点データを取得する請求項２に記載の修理地点送信装置。

【請求項6】

前記修理地点取得部は、前記異常レベルが所定値以上である場合、前記現在位置を起点とした前記修理地点の前記修理地点データを取得する請求項２又は５に記載の修理地点送信装置。

【請求項7】

前記異常レベルは、前記異常の異常種別に応じた前記異常の重大度である請求項１に記載の修理地点送信装置。

【請求項8】

前記異常レベルは、前記異常を修理せずに前記車両が走行可能な距離、時間若しくは範囲である走行可能条件に基づいて設定される請求項１に記載の修理地点送信装置。

【請求項9】

前記修理地点取得部は、前記異常レベルに応じて、前記登録地点又は前記現在位置から近い順に前記修理地点の優先順位を決定し、
前記送信部は、前記優先順位を含めて前記修理地点データを前記外部装置に送信する請求項２に記載の修理地点送信装置。

【請求項10】

前記異常レベルを判定する異常レベル判定部をさらに備え、
前記異常レベル判定部は、前記異常の対象となる対象部品を推定する対象部品推定部を備え、
前記送信部は、前記対象部品を表示させる制御指示を前記外部装置に送信する請求項１に記載の修理地点送信装置。

【請求項11】

前記異常レベルを判定する異常レベル判定部をさらに備え、
前記異常レベル判定部は、
前記異常が検知された前記車両の外部にある装置又はデータベースから前記車両の車両データを取得し、
取得された前記車両データに基づいて、前記異常レベルを判定する請求項１に記載の修理地点送信装置。

【請求項12】

前記修理地点取得部は、
前記修理地点における前記対象部品の交換部品の在庫状況を取得し、
前記異常レベルが所定値未満である場合には、前記登録地点を起点とした前記修理地点のうち、前記在庫状況に基づいて、前記交換部品の在庫がある又は前記交換部品の入庫までに必要な日数が最も短い前記修理地点の前記修理地点データを取得し、
前記送信部は、前記登録地点を表示させる制御指示を前記外部装置に送信する請求項１０に記載の修理地点送信装置。

【請求項13】

前記車両の現在位置を取得する位置取得部と、をさらに備え、
前記修理地点取得部は、
前記修理地点における予約状況を取得し、
前記異常レベルが所定値以上である場合には、前記予約状況に基づいて、前記現在位置を起点として前記車両が走行可能な距離又は時間の範囲内における前記修理地点の中で、即時予約が可能又は最も早い時間で対応可能な前記修理地点の前記修理地点データを取得し、
前記送信部は、前記修理地点を表示させる表示指示を前記外部装置に送信する請求項１に記載の修理地点送信装置。

【請求項14】

前記修理地点取得部は、前記異常レベルが所定値以上、かつ、前記異常が検知された時点の前記車両の前記現在位置から前記車両が走行可能な距離又は時間が閾値以下である場合には、法律上停車可能で安全な緊急停車地点の緊急停車地点データを取得し、
前記送信部は、前記緊急停車地点に停車させる停車指示を前記外部装置に送信する請求項２に記載の修理地点送信装置。

【請求項15】

前記送信部は、前記異常レベルが所定値以上、かつ、前記異常が検知された時点の前記車両の前記現在位置から前記車両が走行可能な距離又は時間が閾値以下である場合には、出張修理サービス提供者に連絡し、前記車両が走行可能な距離又は時間を前記出張修理サービス提供者に送信する請求項１４に記載の修理地点送信装置。

【請求項16】

前記記憶部は、前記送信部によって前記出張修理サービス提供者に連絡された場合、前記車両のユーザと前記出張修理サービス提供者とによる通話の音声から特定される前記ユーザと前記出張修理サービス提供者との合流地点を前記登録地点として記憶する請求項１５に記載の修理地点送信装置。

【請求項17】

車両又は前記車両のユーザから取得した情報に基づいて登録された登録地点を記憶する記憶部と、
前記車両に所定の異常が検出されたか否かを判定する異常検知部と、
前記車両に前記所定の異常が検出されたと判定された場合に、前記所定の異常に関する異常レベルを判定する異常レベル判定部と、
判定された前記異常レベルを示すデータが入力される異常レベル入力部と、
前記所定の異常が検知された前記車両の部品の修理又は交換を行う修理地点の修理地点データを取得する修理地点取得部と、
前記修理地点取得部によって取得された前記修理地点データを外部装置に送信する送信部と、
前記車両の現在位置を取得する位置取得部と、を備え、
前記修理地点取得部は、前記登録地点を起点とした前記修理地点の前記修理地点データを取得するか、前記現在位置を起点とした前記修理地点の前記修理地点データを取得するかを前記異常レベルに応じて決定する修理地点送信装置。

【請求項18】

修理地点送信装置によって実行される修理地点送信方法であって、
前記修理地点送信装置は、
車両又は前記車両のユーザから取得した情報に基づいて登録された登録地点を記憶し、
所定の異常が検知された前記車両の対象部品の修理又は交換を行う修理地点における前記対象部品の交換部品の在庫状況及び予約状況を取得し、
前記車両の前記所定の異常に関する異常レベルを示すデータが入力され、
前記異常レベルが所定値以上である場合には、前記予約状況に基づいて、前記修理地点の修理地点データを取得し、
前記異常レベルが前記所定値未満である場合には、前記在庫状況に基づいて、前記修理地点データを取得し、
取得された前記修理地点データを外部装置に送信する修理地点送信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、修理地点送信装置及び修理地点送信方法に関するものである。

【背景技術】

【0002】

ユーザの所有する自動車の部品等のデータと整備履歴とを蓄積する自動車管理テーブルを、整備経過状況に対応した劣化度の汎用テーブルと照合して、点検すべき個所又は整備すべき部材があるか否かを判定し、点検すべき個所又は整備すべき部材がある場合には、これを自動車のユーザに通知する技術が知られている（特許文献１）。

【0003】

特許文献１の技術は、ユーザに、直ちに自動車の点検等を希望するか否かを問い合わせ、早急な自動車の点検等の希望が入力された場合には、現在の自動車の位置に基づいて検索された最寄りの整備場所を通知し、早急な自動車の点検等の必要なしとの希望が入力された場合には、ユーザの住所に基づいて検索された最寄りの整備場所を通知する。

【先行技術文献】

【特許文献】

【0004】

【文献】国際公開２００３／０８３７４２号

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１の技術では、ユーザは、車両の異常レベルの大きさを把握していない状態で、早急な自動車の点検等を希望するか否かユーザに選択させているため、早急な修理を必要としないような異常レベルでも、車両の現在位置から最寄り整備場所がユーザに通知されてしまう。そのため、ユーザに提供される修理地点の情報が、車両の異常レベルに応じた情報になっていないという問題がある。

【0006】

本発明が解決しようとする課題は、車両の異常レベルに応じた、修理地点の情報をユーザに提供できる修理地点送信装置及び修理地点送信方法を提供することである。

【課題を解決するための手段】

【0007】

本発明は、車両又は車両のユーザから取得した情報に基づいて登録された登録地点を記憶し、車両の所定の異常に関する異常レベルを示すデータが入力され、登録地点を起点とした、所定の異常が検知された車両の部品の修理又は交換を行う修理地点の修理地点データを取得するか否かを異常レベルに応じて決定し、決定された修理地点の修理地点データを取得し、取得された修理地点データを外部装置に送信することによって上記課題を解決する。

【発明の効果】

【0008】

本発明によれば、車両の異常レベルに応じた、修理地点の情報をユーザに提供できる。

【図面の簡単な説明】

【0009】

【図1】図１は、本実施形態に係る修理地点送信装置の一例を示す構成図である。

【図2】図２は、実施例１に係る修理地点送信方法の手順の一例を示すフローチャート図である。

【図3A】図３Ａは、実施例１に係る修理地点提示の具体例を示す図である。

【図3B】図３Ｂは、実施例１に係る修理地点提示の具体例を示す図である。

【図4】図４は、実施例２に係る修理地点送信装置の一例を示す図である。

【図5】図５は、実施例２に係る修理地点送信方法を示すフローチャート図である。

【図6】図６は、実施例２に係る故障部品提示の具体例を示す図である。

【図7】図７は、実施例３に係る修理地点送信装置の一例を示す図である。

【図8】図８は、実施例３に係る修理地点送信方法を示すフローチャート図である。

【図9A】図９Ａは、実施例３に係る修理地点提示の具体例を示す図である。

【図9B】図９Ｂは、実施例３に係る修理地点提示の具体例を示す図である。

【図10】図１０は、実施例４に係る修理地点送信装置の一例を示す図である。

【図11】図１１は、実施例４に係る修理地点送信方法を示すフローチャート図である。

【図12】図１２は、実施例４に係る緊急停車地点提示の具体例を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明に係る修理地点送信装置の一実施形態を、図面を用いて説明する。図１は、本実施形態における修理地点送信装置１００の一例を示す構成図である。図１に示すように、修理地点送信装置１００は、電気通信回線網を構成するネットワークを介して車両２と接続されている。修理地点送信装置１００は複数の車両と接続されていてもよい。また、修理地点送信装置１００は、ネットワークを介して外部端末３と接続されている。修理地点送信装置１００は複数の外部端末３と接続されていてもよい。修理地点送信装置１００は、ネットワークを介して、車両２から車両データを取得し、車両２及び／又は外部端末３から地理的位置データを取得する。修理地点送信装置１００は、サーバ１と、地理的位置データベース４と、修理地点データベース５と、を備える。

【0011】

サーバ１は、ハードウェア及びソフトウェアを有するコンピュータを備えており、このコンピュータはプログラムを格納したＲＯＭと、ＲＯＭに格納されたプログラムを実行するＣＰＵと、アクセス可能な記憶装置として機能するＲＡＭを含むものである。なお、動作回路としては、ＣＰＵに代えて又はこれとともに、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどを用いることができる。地理的位置データベース４は、地理的位置データを含む地図データベースである。
地理的位置データは、例えば、緯度経度や標高等の情報に、地名や名称などのテキスト情報が付加されたものである。地理的位置データベース４は、ＰＯＩの地理的位置データを含む。

【0012】

修理地点データベース５は、修理地点に関する修理地点データを格納するデータベースである。修理地点は、異常が検知された車両の部品の修理又は交換を行う場所であって、例えば、ディーラーの店舗及び修理工場を含む。修理地点データは、修理地点ごとに、修理地点の位置データ及び修理サービス提供者のデータを含む。また、修理地点データは、店舗を構える修理地点のデータ、例えば、修理店舗がある場所の緯度経度及び修理店舗名だけでなく、店舗を構えていないが修理サービスを実施している修理サービス提供者の場所の緯度経度及び修理サービス提供者の情報を含む。サーバ１は、地理的位置データベース４から地理的位置データを取得し、修理地点データベース５から修理地点データを取得する。本実施形態では、地理的位置データベース４と修理地点データベース５は、修理地点送信装置１００に記憶されたデータベースであるとしているが、これに限らず、修理地点送信装置１００の外部のデータベースであってもよい。

【0013】

サーバ１は、機能ブロックとして、位置取得部１０と、記憶部２０と、異常検知部３０と、異常レベル判定部４０と、異常レベル入力部５０と、修理ルート演算部６０と、修理地点取得部７０と、送信部８０と、を含んで構成され、上記各機能を実現する又は各処理を実行するためのソフトウェアと、ハードウェアとの協働により各機能を実行する。なお、本実施形態では、サーバ１が有する機能を８つのブロックとして分けた上で、各機能ブロックの機能を説明するが、サーバ１の機能は必ずしも８つのブロックに分ける必要はなく、７つ以下の機能ブロック、あるいは、９つ以上の機能ブロックで分けてもよい。

【0014】

サーバ１は、車両２の現在位置を取得する。サーバ１は、登録地点及び修理地点を記憶する。登録地点は、車両２又は車両２のユーザから取得した情報に基づいて登録される。また、サーバ１は、車両２の所定の異常を検知し、所定の異常が検知された場合に、所定の異常に関する異常レベルを判定する。そして、サーバ１は、判定された異常レベルを示すデータが入力される。

【0015】

サーバ１は、異常レベルに応じて、取得する修理地点の修理地点データを決定し、取得された修理地点データを車両２及び／又は外部端末３に送信する。取得する修理地点は、ユーザに提示するための修理地点である。本実施形態では、サーバ１は、異常レベルに応じて、登録地点を起点とした修理地点の修理地点データを取得するか否かを決定する。登録地点を起点とした修理地点の修理地点データを取得すると決定された場合には、サーバ１は、登録地点を起点とした修理地点の修理地点データを取得する。登録地点を起点とした修理地点の修理地点データを取得すると決定されない場合、すなわち、現在位置を起点とした修理地点の修理地点データを取得すると決定される場合には、サーバ１は、現在位置を起点とした修理地点の修理地点データを取得する。

【0016】

登録地点又は現在位置を起点とした修理地点は、登録地点又は現在位置から所定範囲内に位置する修理地点であり、例えば、所定の走行距離又は走行時間内に位置する修理地点である。また、登録地点又は現在位置を起点とした修理地点は、登録地点又は現在位置から距離が近い順に所定の順番以内に位置する修理地点であってもよい。なお、外部端末３は、車両２のユーザが使用する端末装置であり、例えばスマートフォンやＰＣなど任意のデバイスでもよい。外部端末３は、受信された修理地点データをユーザに表示する。車両２のユーザは、車両２を使用する者、車両２を保有する者及び車両２を管理する者を含む。ユーザは、個人であっても法人であってもよい。また、サーバ１は、修理地点データを複数の外部端末３に送信してもよい。また、車両２は、ナビゲーション装置を有する。車両２は、受信された修理地点データを、ナビゲーション装置を介してユーザに表示する。

【0017】

車両の異常とは、車両が故障している状態又は車両の故障に繋がる可能性がある状態である。車両の異常は、車両の走行に影響するもの及び車両の走行に影響しないものを含む。例えば、車両の異常には、走行に影響する車両のエンジンの異常や、走行に影響しないパワーウィンドウの動作不良を含む。車両の異常は、例えば、車両の部品の異常を示すＤＴＣコード等の故障コードで定義される。また、車両の異常は、車両２の定期交換すべき対象部品が交換されていない状態を含む。

【0018】

異常レベルとは、車両２における異常の重大度を表す指標であり、例えば、車両の走行に影響する度合に応じて、異常レベルが高いか低いかで２値化されたものである。具体的には、異常レベルは、異常の異常種別に応じた異常の重大度として設定されている。異常種別は、故障が発生すると予測される不具合の部品とその現象に関する内容を表す。異常種別は、例えば、故障コードで特定される種別である。また、異常レベルは、車両２の異常を修理せずに車両２が走行可能な距離、時間又は範囲等の定量的な走行可能条件を基準として設定されるものとしてもよい。例えば、異常が検知された車両２の走行可能な距離が所定距離以上であると判定される場合には、異常レベルが「低い」と判定され、所定距離未満であると判定される場合には、異常レベルが「高い」と判定される。また、異常レベルは、２値化されたものに限らず、２以上の閾値によって３以上の種別に区分されたものであってもよい。

【0019】

また、サーバ１は、現在位置及び／又は登録地点を起点とした修理地点まで走行する走行ルートを修理ルートとして演算する。サーバ１は、演算された修理ルートの中から、取得対象として決定した修理地点までの修理ルートを選択し、修理ルートを含む修理地点データを車両２及び／又は外部端末３に送信する。また、サーバ１は、修理ルートを含む修理地点データではなく、修理地点の位置データを含む修理地点データを送信してもよい。上記構成とすることにより、修理地点送信装置１００は、異常レベルを判定して、判定された異常レベルによって、提示する修理ルートを切り替えて、車両２及び／又は外部端末３に異常レベルに応じた修理ルートを提示させることができる。

【0020】

位置取得部１０は、車両２の現在位置データを取得する。車両２の現在位置は、例えば、緯度経度で表される。位置取得部１０は、車両２に搭載されたＧＰＳ等から送信された車両２の現在位置データを取得する。また、位置取得部１０は、車両２のカーナビゲーション、車両２の運転手等、車両２に搭乗しているユーザのスマートフォンなど車両２の現在位置を取得できるデバイスであれば、任意のデバイスで取得した現在位置データを用いてもよい。

【0021】

記憶部２０は、車両２及び／又は外部端末３からデータを取得し、取得されたデータに基づいて登録された登録地点を記憶する。記憶部２０は、車両２及び外部端末３に記録されている地理的位置データを取得し、取得された地理的位置データで示される地点を登録地点として記憶する。登録地点は、ユーザが入力した地点、例えば、ユーザの自宅の位置、ユーザの職場の位置、車両を管理する営業地点の位置及び駐車場の位置を含む。登録地点は、ユーザの外部端末３にインストールされている地図・ローカル検索サービスアプリケーションに登録されているデータなど、外部端末３に登録されている地理的位置データを用いて記憶される。

【0022】

例えば、ユーザの外部端末３のアプリケーションにユーザの自宅の位置が登録されている場合には、記憶部２０は、ユーザの自宅の位置の地理的位置データを取得して、ユーザの自宅の位置を登録地点として記憶する。また、登録地点は、ユーザが入力した車両２の出発地、目的地及び経由地であってもよい。例えば、車両２の車載デバイスであるカーナビゲーションに、車両２の出発地、目的地及び経由地が設定されている場合には、記憶部２０は、車両２の出発地、目的地及び経由地の地理的位置データを取得して、車両２の出発地、目的地及び経由地を登録地点として記憶する。

【0023】

また、登録地点は、車両２の走行頻度又は立ち寄り頻度が高いＰＯＩの位置を用いて記憶されてもよい。例えば、記憶部２０は、車両２から、車両２に記録されている走行履歴データを取得して、走行頻度又は立ち寄り頻度の高いＰＯＩを算出する。そして、記憶部２０は、車両２の走行履歴に基づくＰＯＩの地理的位置データを用いて、走行頻度又は立ち寄り頻度の高いＰＯＩの位置を登録地点として記憶する。さらに、記憶部２０は、外部端末３に入力されたスケジュール情報を取得し、ユーザ又は車両２の行動計画を推定し、ユーザ又は車両２の目的地を登録地点として記憶してもよい。登録地点は、現在位置とは異なる地点である。

【0024】

スケジュール情報は、例えば、外部端末３にインストールされている予定管理アプリケーションに入力されている情報である。なお、登録地点は、単一の箇所でも複数箇所でも設定可能で、登録地点を登録するために用いられる情報源は任意である。また、登録地点の記憶方法は、主に記憶部２０が自動的にデータを取得することで設定されるが、ユーザがナビゲーションなどに手動で入力することで登録地点として記憶してもよい。また、例えば、登録地点の設定に関わる条件が予め定められることとしてもよい。例えば、登録地点の設定に関わる条件は、外部端末３及び／又は車両２のナビゲーションに設定されている地理的位置データがあるか否かである。記憶部２０は、地理的位置データがないと判定されたときに、走行履歴に基づいて選択されたＰＯＩ等、車両２に記録された情報を用いて、走行頻度又は立ち寄り頻度の高いＰＯＩの位置を登録地点として記憶することとしてもよい。

【0025】

異常検知部３０は、車両２から車両データを取得し、車両２の異常を検知する。車両データは、車両２の状態を示すデータであり、具体的には、車両２の各部品に設置されたセンサによって検出された各部品の状態の検出結果である。異常検知部３０は、例えば、車両データとして、エンジン回転数やエンジン温度を含んだ時系列データ等を取得する。そして、異常検知部３０は、車両データに基づいて、車両２に故障が発生しているか、又は、今後車両２に故障が発生する可能性があるかどうかを判定する。具体的には、異常検知部３０は、車両データに基づいて、予め設定された検知条件における各センサ信号の閾値から外れ値が検出されるか否かを判定する。異常検知部３０は、外れ値が検出される場合には、車両２の異常が検知されると判定する。検知条件は、車両データから取得されるセンサ信号ごとに、対応する故障コードとセンサ信号の閾値が設定されている。異常検知部３０は、例えば、検出値が、所定の範囲で設定された閾値の範囲外にある場合には、外れ値が検知されたと判定する。

【0026】

また、異常検知部３０は、インバリアント分析を実施することとしてもよい。インバリアント分析では、異常検知部３０は、通常時の車両データから複数のセンサ信号間の関係性のモデルを構築し、モデルから予測される値と実測値とを比較して関係性のモデルの崩れが生じたか否かを検出する。また、異常検知部３０は、機械学習を用いて、車両データに基づいた正常状態・異常状態の判定を行うこととしてもよい。なお、ここで挙げた手法に限定されず、異常を検知する手法であれば、どのような手法でも構わない。

【0027】

異常レベル判定部４０は、異常検知部３０で車両２の異常を検知した場合に、検知された車両２の異常の異常レベルを判定し、異常レベル判定結果と、異常レベルの判定に用いられる判定要素を異常レベルデータとして記憶する。異常レベルの判定要素は単一要素でも、複数要素でもよい。判定要素は、例えば、異常種別、残り走行可能距離及び残り走行可能時間を含む。表１は、各異常レベル判定要素に基づく異常レベルの判定の一例である。

【表1】

【0028】

異常レベル判定部４０は、異常種別に応じて異常レベルを判定する場合、エンジンにおける車両の異常が、異常種別「エンジンオイル劣化」に該当するときには、異常レベルを「低い」と判定する。また、異常レベル判定部４０は、エンジンにおける車両の異常が、異常種別「エンジン故障」に該当する場合には、異常レベルを「高い」と判定する。また、異常レベル判定部４０は、残り走行可能距離又は走行可能時間を算出し、算出結果から、異常レベルを判定してもよい。残り走行可能距離／時間は、車両２の異常を修理せずに車両２が走行可能な距離／時間である。例えば、残り走行可能距離が、閾値１００ｋｍ以上である場合、又は、残り走行可能時間が、閾値３時間以上である場合には、異常レベル判定部４０は、異常レベルを「低い」と判定する。残り走行可能距離が、閾値１００ｋｍ未満である場合、又は、残り走行可能時間が、閾値３時間未満である場合には、異常レベル判定部４０は、異常レベルを「高い」と判定する。

【0029】

異常レベル判定方法の一例として、残り走行可能距離を用いた方法を説明する。残り走行可能距離は、車両２の異常を修理せずに走行した場合に故障が発生すると予測される累積走行距離と、異常を検知した時点の累積走行距離との差分を表す。例えば、異常を検知した時の累積走行距離を１２００ｋｍ、車両２の異常を修理せずに走行した場合に故障が発生すると予測される累積走行距離を１２５０ｋｍとすると、残り走行可能距離は、５０ｋｍとなる。そして、異常レベル判定部４０は、残り走行可能距離が閾値未満の場合には、異常レベルを「高い」と判定し、残り走行可能距離が閾値以上の場合には、異常レベルを「低い」と判定する。

【0030】

例えば、残り走行可能距離の閾値が３０ｋｍで、残り走行可能距離が５０ｋｍである場合、残り走行可能距離５０ｋｍは、閾値３０ｋｍより大きいため、異常レベルは「低い」と判定される。一方で、残り走行可能距離の閾値が３０ｋｍで、残り走行可能距離が１５ｋｍである場合、残り走行可能距離１５ｋｍが閾値３０ｋｍより小さいため、異常レベルは「高い」と判定される。この場合、異常レベル判定部４０は、異常レベル判定結果として、「異常レベル高」、判定要素として、「残り走行可能距離：５０ｋｍ」を含む異常レベルデータを記憶する。

【0031】

なお、異常レベル判定部４０は、複数の判定基準及び閾値を用いて判定を実施してもよい。例えば、累積走行距離が長いと車両は故障しやすくなるため、累積走行距離が１０万ｋｍ以上である場合には、残り走行可能距離の閾値は１０ｋｍに設定されてもよい。また、累積走行距離が１０００～１０万ｋｍである場合には、残り走行可能距離の閾値は２０ｋｍに設定され、累積走行距離が１０００ｋｍ以下である場合には、残り走行可能距離の閾値は３０ｋｍに設定されてもよい。また、残り走行可能距離の閾値は、故障のバスタブ曲線に合わせて設定されてもよい。具体的には、車両２の走行開始直後と、一定時間経過後に部品の劣化が進んだ後に、故障率が高くなることを踏まえて、走行初期、例えば、累積走行距離が１０００ｋｍ以下である場合、及び、走行後期、例えば、累積走行距離が１０万ｋｍ以上である場合には、残り走行可能距離の閾値が１０ｋｍに設定される。また、累積走行距離が１０００～１０万ｋｍである場合には、残り走行可能距離の閾値が３０ｋｍに設定される。

【0032】

なお、ここで説明した手法および値は１つの例でありこの方法や値には限定されず、異常レベルを判定する手法および適切な値であれば、どのような手法、値でも構わない。例えば、異常レベル判定部４０は、車両データを車両２から取得することに限らず、車両の外部にある装置又はデータベースから車両データを取得してもよい。例えば、外部にある装置は、道路上に設定された交通インフラのセンサ装置及び車両２以外の他車両のセンサ装置である。また、外部にある装置に格納されたデータベースから、車両データが取得されてもよい。また、異常検知部３０及び異常レベル判定部４０は、サーバ１に備えられることとしているが、これに限らず、異常検知部３０及び異常レベル判定部４０は、車両２に備えられることとしてもよい。すなわち、車両２は、異常検知部３０により、車両データに基づいて、車両２の所定の異常を検知して、異常レベル判定部４０により、検知された所定の異常の異常レベルを判定することとしてもよい。そして、車両２は、判定された異常レベルを示すデータをサーバ１に送信する。

【0033】

異常レベル入力部５０は、異常レベル判定部４０によって判定された異常レベルを示すデータが異常レベル判定結果として入力される。また、異常レベル入力部５０は、車両２で異常レベルの判定が行われる場合には、車両２から送信された異常レベルを示すデータが入力される。

【0034】

修理ルート演算部６０は、修理地点までの修理ルートを演算する。演算される修理ルートは、複数であってもよいし、ひとつであってもよい。修理ルート演算部６０は、地点位置データ取得部６１と、修理地点データ取得部６２と、ルート演算部６３とを有する。地点位置データ取得部６１は、位置取得部１０によって取得された車両２の現在位置データ及び記憶部２０によって記憶された登録地点の位置データを用いて、修理ルートの出発地及び経由地を特定し、修理ルートの出発地及び経由地の位置データを取得する。例えば、地点位置データ取得部６１は、車両２の現在位置、又は、登録地点であるユーザの自宅の位置を出発地の位置データとして取得する。

【0035】

また、地点位置データ取得部６１は、走行計画の目的地が登録地点として記憶されている場合には、車両２の目的地の位置を経由地の位置データとして取得する。検知された車両２の異常の異常レベルが低い場合で、カーナビゲーションに車両２の走行計画として目的地が設定されているときには、ユーザは、現在位置から目的地まで移動した後に、目的地から修理地点に向かうことを希望することがあるためである。

【0036】

また、修理地点データ取得部６２は、地点位置データ取得部６１で取得された出発地及び経由地の位置データに基づいて、修理地点の位置データを取得する。修理地点データ取得部６２は、出発地及び経由地として特定された現在位置又は登録地点を起点とした修理地点を特定し、修理地点の位置データを含む修理地点データを取得する。また、ルート演算部６３は、出発地及び経由地データと、修理地点データとに基づいて、出発地から経由地を経由して修理地点まで走行する修理ルートを演算する。本実施形態では、ルート演算部６３は、車両２の現在位置を出発地とした修理ルート及び登録地点を出発地とした修理ルートを演算する。また、ルート演算部６３は、車両２の現在位置を出発地として、登録地点を経由地とした修理ルートを演算してもよい。

【0037】

修理地点取得部７０は、異常レベルに応じて、ユーザに提示する修理地点を決定し、決定された修理地点の修理地点データを取得する。修理地点データは、例えば、修理地点の位置データ及び修理サービス提供者の名称を含む。修理地点取得部７０は、取得情報決定部７１を備える。取得情報決定部７１は、登録地点を起点とした修理地点の修理地点データを取得するか否かを決定する。例えば、取得情報決定部７１は、異常レベルが「低い」場合には、登録地点を起点とした修理地点を、取得する修理地点として決定し、当該修理地点の修理地点データを取得する。また、取得情報決定部７１は、異常レベルが「高い」場合には、車両２の現在位置を起点とした修理地点を、取得する修理地点として決定し、当該修理地点の修理地点データを取得する。さらに、取得情報決定部７１は、取得する修理地点までの修理ルートを、修理ルート演算部６０で演算された複数の修理ルートから選択する。選択される修理ルートは、ひとつの修理地点に対して複数の修理ルートであってもよい。

【0038】

例えば、修理地点取得部７０は、現在位置を起点とした修理地点を、取得する修理地点として決定した場合には、現在位置を起点とした修理地点まで走行する複数の修理ルートを選択する。修理地点取得部７０は、登録地点を起点とした修理地点を、取得する修理地点として決定した場合には、登録地点を起点として修理地点まで走行する複数の修理ルートを選択する。また、修理地点取得部７０は、異常レベルが「低い」場合には、登録地点を起点とした修理地点と併せて、現在位置を起点とした修理地点の修理ルートを選択してもよい。また、取得情報決定部７１は、提示する修理ルートが複数ある場合には、提示する修理ルートの優先順位を決定する。取得情報決定部７１は、例えば、出発地から距離が近い順に優先順位を決定してもよいし、走行可能距離など異常レベルを判定する際に用いた要素を使用してもよいし、各修理地点の口コミの評価が高い順などインターネットに掲載されている評価のデータを使用してもよい。また、提示ルートの選択及び優先順位の判定をするための要素は、単一の要素でも複数の要素でもよい。

【0039】

送信部８０は、修理地点取得部７０によって取得された修理地点の修理地点データを車両２及び／又は外部端末３に送信する。修理地点データは、修理地点の位置データ、修理サービス提供者の名称を含む。また、修理地点データは、修理地点取得部７０によって選択された修理地点までの修理ルート、修理ルートの移動距離及び修理ルートの優先順位を含む。また、送信部８０は、異常レベル判定結果と判定要素とを異常レベルデータとして車両２及び／又は外部端末３に送信する。また、送信部８０は、修理地点データと異常レベルデータとともに、修理地点データと異常レベルデータを表示させる制御指示を車両２及び／又は外部端末３に送信する。

【0040】

外部端末３は、例えば、ユーザの端末などであり、外部端末３はひとつでも複数でもよい。上記構成とすることによって、本発明の修理地点送信装置１００は、異常レベルによって提示されるルートを切り替えて提示することができる。これにより、部品の劣化状況が、給油所等の特定の場所に行かなければ把握できないような場合であっても、ユーザは、提示された異常レベルデータを確認することで異常への対応の緊急度を把握できるようになる。また、緊急で対応すべき異常が検知されている場合に、ユーザは、現在位置からのルートを確認することができるため、ユーザが後日修理を選んでしまうことを防止し、修理店舗に持ち込む前に故障が発生し、路上で車両が走行不能になることを防ぐ。また、緊急で対応すべき異常ではない場合に、ユーザの自宅や車両２の目的地を出発地又は経由地に設定したルートが提示されるため、ユーザは、自身の都合に合わせて修理地点を選択できるため、ユーザの利便性を高めることができる。

【0041】

次に、車両２について説明する。車両２は、ナビゲーション装置が搭載されている自動車であって、有人で自動制御又は手動制御により走行制御される自動車である。また、車両２は、カーシェアリング用車両等、ユーザである事業者によって管理されている車両である場合には、無人で自動制御により走行制御可能な自動車であってもよい。車両２は、ナビゲーション装置を備え、車両２の現在位置及びユーザの入力に基づいて、出発地から目的地まで走行する走行ルートを設定し、ユーザにルート案内を提示する。例えば、ナビゲーション装置は、ナビゲーション装置に備わるディスプレイに、地図と、車両２の現在位置と、目的地の位置と、走行ルートとを表示する。

【0042】

また、ナビゲーション装置は、修理地点送信装置１００から、修理地点の修理地点データ及び異常レベルデータが取得された場合には、ディスプレイに、修理地点データ及び異常レベルデータを表示する。また、ナビゲーション装置は、音声情報によって、修理地点データ及び異常レベルデータを出力してもよい。車両２は、ＧＰＳを備え、車両２の現在位置を検出し、一定の周期で、修理地点送信装置１００に送信する。また、車両２は、車両２の各部品の状態を検出する車内センサを備え、車内センサによって検出された車両の状態を示す車両データを一定の周期で修理地点送信装置１００に送信する。また、車両２は、移動先となったＰＯＩの情報を含む走行履歴を記録し、走行履歴を修理地点送信装置１００に送信する。

【0043】

次に、外部端末３について説明する。外部端末３は、ユーザから情報の入力を受け付け、ユーザに情報を出力する。外部端末３は、ユーザが入力した地理的位置データを取得して、修理地点送信装置１００に地理的位置データを送信する。例えば、インストールされている地図・ローカルアプリケーションに、ユーザがユーザの自宅や職場の位置、外出予定先の目的地の位置を入力している場合に、外部端末３は、これらの地理的位置データを取得する。また、外部端末３は、インストールされている予定管理アプリケーションに、ユーザが、ユーザのスケジュールとして、ユーザの外出予定先の目的地の位置を入力している場合には、外部端末３は、外出予定先の地理的位置データを取得する。また、外部端末３は、修理地点送信装置１００から、修理地点データ及び異常レベルデータを取得した場合には、ディスプレイに、修理地点データ及び異常レベルデータを表示する。また、外部端末３は、音声情報によって、修理地点データ及び異常レベルデータを出力してもよい。

【0044】

次に、図２を用いて、本実施形態に係る修理地点送信装置１００によって実行される修理地点送信方法の実施例を説明する。図２は、修理地点送信方法の実施例１に係る手順を示すフローチャート図である。ステップＳ１では、サーバ１は、位置取得部１０によって、車両２の現在位置データを取得する。ステップＳ２では、サーバ１は、記憶部２０によって、登録地点の位置データを記憶する。ステップＳ３では、サーバ１は、修理ルート演算部６０によって、修理地点データを記憶する。ステップＳ４では、サーバ１は、異常検知部３０によって、車両データを取得する。

【0045】

ステップＳ５では、サーバ１は、車両２に異常があるか否かを判定する。例えば、サーバ１は、車両２の車両データに基づいて、車両２に故障が発生しているか、又は、今後車両２に故障が発生する可能性があるかどうかを判定し、故障が発生している、又は、車両２に故障が発生する可能性があると判定される場合には、車両２の異常を検知する。車両２の異常が検知された場合には、サーバ１は、ステップＳ６に進む。車両２の異常が検知されない場合には、サーバ１は、ステップＳ１に進み、以下、フローを繰り返す。すなわち、サーバ１は、車両２の異常が検知されるまでの間、所定の周期で、車両２の現在位置を取得して、登録地点及び修理地点を記憶し、車両データを取得する。サーバ１は、登録地点が変更されている場合には、変更後の登録地点に更新する。

【0046】

ステップＳ６では、サーバ１は、修理ルート演算部６０によって、車両２の異常が検知された時点の車両２の現在位置データ及び／又は登録地点の位置データを取得する。そして、サーバ１は、車両２の現在位置データ及び／又は登録地点の位置データを修理ルートの出発地及び／又は経由地の位置データとして取得する。ステップＳ７では、サーバ１は、出発地及び／又は経由地の位置データに基づき、出発地及び／又は経由地から所定範囲内にある複数の修理地点を探索し、探索された修理地点の修理地点データを取得する。ステップＳ８では、サーバ１は、ステップＳ７で取得された修理地点まで走行する修理ルートを演算する。サーバ１は、現在位置を起点とした修理地点までの修理ルートを演算し、登録地点を起点とした修理地点までの修理ルートを演算する。ステップＳ９では、サーバ１は、異常レベル判定部４０によって、異常検知部３０で検知した車両２の異常の異常レベルを判定する。ステップＳ１０では、サーバ１は、ステップＳ９で判定された異常レベルを示すデータが入力される。

【0047】

ステップＳ１１では、サーバ１は、修理地点取得部７０によって、登録地点を起点とした修理地点を取得するか否かを決定する。具体的には、サーバ１は、ステップＳ９の判定結果に基づいて、異常レベルが閾値以上であるか否かを判定する。また、サーバ１は、異常レベルが高いか低いかで判定してもよい。ステップＳ１１で、異常レベルが閾値以上であると判定された場合は、サーバ１は、ステップＳ１２に進む。ステップＳ１２では、サーバ１は、現在位置を起点とした修理地点を、ユーザに提示する修理地点として決定し、決定された修理地点データを取得する。そして、サーバ１は、修理ルート演算部６０で演算されたルートのうち、現在位置を出発地とする修理ルートに限定して修理ルートを選択する。選択される修理ルートは、現在位置を出発地とする修理ルートであれば複数ルートが取得されてもよいし、車両２が走行可能な（走行中に故障が発生しない）範囲で複数の修理地点の修理ルートが取得されてもよい。複数ルートが選択された場合には、修理ルートの優先順位が決定される。

【0048】

一方、ステップＳ１１で、異常レベルが閾値未満であると判定される場合には、サーバ１は、ステップＳ１３に進む。ステップＳ１３では、サーバ１は、登録地点を出発地とする修理地点の修理地点データを優先的に取得する。また、サーバ１は、登録地点を起点とした修理地点までの修理ルートを選択する。なお、異常レベルが低い場合に優先的に取得される修理ルートは、現在位置から登録地点を経由して修理地点に到達する修理ルートでもよい。また、異常レベルが低い場合に取得される修理ルートは、現在位置から登録地点を経由して修理地点まで走行する修理ルートと併せて、現在位置を出発地として修理地点まで走行する修理ルートを取得されてもよい。本実施形態では、サーバ１は、修理ルートを選択するとともに、修理ルートの移動距離を算出し、修理ルートの優先順位を決定する。

【0049】

ステップＳ１４では、サーバ１は、送信部８０によって、修理地点の位置データ、修理地点までの修理ルート、修理ルートの移動距離及び修理ルートの優先順位を修理地点データとして車両２及び／又は外部端末３に送信する。また、サーバ１は、送信部８０によって、異常レベル判定結果と判定要素とを異常レベルデータとして車両２及び／又は外部端末３に送信する。また、サーバ１は、送信部８０によって、修理地点データと異常レベルデータをユーザに表示させる制御指示を車両２及び／又は外部端末３に送信する。

【0050】

なお、本実施形態では、サーバ１は、車両２の異常が検知される前に、車両２の現在位置及び登録地点のデータを取得しているが、これらのデータ取得のタイミングはこれに限らない。サーバ１は、異常レベルが判定された後に、車両２の現在位置及び登録地点のデータを取得することとしてもよい。例えば、サーバ１は、異常レベルが高い場合には、現在位置データを取得し、現在位置を起点とした修理地点を特定し、特定された修理地点までの修理ルートを演算してもよい。また、本実施形態では、サーバ１は、異常レベルの判定がされる前に、現在位置及び登録地点を起点とした修理ルートをそれぞれ演算しているが、修理ルートの演算のタイミングはこれに限らない。サーバ１は、異常レベルの判定後に、異常レベルに基づいて、異常レベルに応じた修理地点までの修理ルートの演算を行うこととしてもよい。

【0051】

ここで、異常レベル判定結果に基づいて切り替えられる修理地点の具体的な提示例を説明する。サーバ１は、異常レベル判定結果に基づいて修理地点を取得し、修理地点までの修理ルートを選択する。また、サーバ１は、修理地点に対して優先順位を決定し、修理地点の優先順位を含む修理地点データを車両２及び／又は外部端末３に送信し、車両２及び／又は外部端末３を介してユーザに修理地点データを提示させる。サーバ１は、異常レベルが高い場合には、現在位置から修理地点まで走行する修理ルートを車両２及び／又は外部端末３を介してユーザに提示させる。その際、サーバ１は、現在位置周辺の修理地点として、複数の修理地点の修理地点データを提示させることとしてもよい。例えば、サーバ１は、現在位置（出発地）から距離の近い順に修理地点を選択して、修理地点までの修理ルートと、修理ルートの移動距離を提示させる。

【0052】

具体的には、サーバ１は、現在位置から最も近い修理地点が修理店舗Ａである場合には、修理店舗Ａを最優先の修理地点として、現在位置から修理店舗Ａまでの修理ルートを提示し、当該修理ルートの移動距離（例えば、２．３ｋｍ）を提示させる。また、サーバ１は、現在位置から２番目に近い修理地点が修理店舗Ｂである場合には、修理店舗Ｂを第２推奨修理地点として、現在位置から修理店舗Ｂまでの修理ルートを提示し、当該修理ルートの移動距離（例えば、３．３ｋｍ）を提示する。さらに、サーバ１は、現在位置から３番目に近い修理地点が修理店舗Ｃである場合には、修理店舗Ｃを第３推奨修理地点として、現在位置から修理店舗Ｃまでの修理ルートを提示し当該修理ルートの移動距離（例えば、３．７ｋｍ）を提示する。

【0053】

一方、異常レベルが低い場合には、サーバ１は、提示するルートは限定せず、登録地点を出発地とした修理地点までの修理ルートを優先的に提示させる。例えば、登録地点が、カーナビゲーションに登録されている車両２の目的地のショッピングモールＤである場合、サーバ１は、ショッピングモールＤを修理ルートの出発地として、ショッピングモールＤ周辺の修理地点まで走行する修理ルートを提示してもよい。サーバ１は、ショッピングモールＤを修理ルートの経由地として、現在位置からショッピングモールＤを経由して、ショッピングモールＤ周辺の修理地点まで走行する修理ルートを提示してもよい。また、サーバ１は、他の日に車両２を修理することを想定して、現在位置からショッピングモールＤを第１経由地として経由し、自宅を第２経由地として経由し、自宅周辺の修理地点まで走行する修理ルートを提示してもよい。さらに、車両２のユーザが配車サービス提供者やレンタカー業者である場合には、サーバ１は、例えば、配車サービス提供者やレンタカー業者が契約している修理店舗や営業所を登録地点としてもよい。

【0054】

次に、図３Ａ及び図３Ｂを用いて、実施例１において車両２及び／又は外部端末３のディスプレイに表示される表示例を説明する。図３Ａは、修理地点データと異常レベルデータの表示例であり、異常レベルが高い場合、すなわち、現在位置を起点とした修理地点とその修理ルートを表示する場合の一例である。図３Ａでは、車両２の現在位置Ｐ０と、第１推奨修理地点Ｐ１の位置と、第２推奨修理地点Ｐ２の位置と、第３推奨修理地点Ｐ３の位置と、現在位置Ｐ０からそれぞれの修理地点までの修理ルートと、それぞれの修理ルートの移動距離と、が表示されている。また、第１推奨修理地点Ｐ１までの修理ルートが最優先ルートとして表示され、第２推奨修理地点までの修理ルートが第２推奨ルートとして表示され、第３推奨修理地点までの修理ルートが第３推奨ルートとして表示されている。これによって、各修理地点の優先順位データが示されている。また、異常レベルデータの表示例として、例えば、異常種別、走行可能距離及び走行可能時間を含む異常レベル判定要素と、異常レベル判定結果が表示されている。

【0055】

図３Ｂは、修理地点データと異常レベルデータの表示例であり、異常レベルが低い場合、すなわち、登録地点を起点とした修理地点を表示する場合の一例である。登録地点は、ユーザの自宅である。図３Ｂでは、車両２の現在位置Ｐ０と、第１推奨修理地点Ｐ１の位置と、第２推奨修理地点Ｐ２の位置と、第３推奨修理地点Ｐ３の位置と、現在位置Ｐ０からそれぞれの修理地点までの修理ルートと、それぞれの修理ルートの移動距離と、が表示されている。また、第１推奨修理地点Ｐ１までの修理ルートが最優先ルートとして表示され、第２推奨修理地点までの修理ルートが第２推奨ルートとして表示され、第３推奨修理地点までの修理ルートが第３推奨ルートとして表示されている。これによって、各修理地点の優先順位データが示されている。また、異常レベルデータの表示例として、例えば、異常種別、走行可能距離及び走行可能時間を含む異常レベル判定要素と、異常レベル判定結果が表示されている。

【0056】

以上のように、本実施形態では、車両又は車両のユーザから取得した情報に基づいて登録された登録地点を記憶し、車両の所定の異常に関する異常レベルを示すデータが入力され、登録地点を起点とした、所定の異常が検知された車両の部品の修理又は交換を行う修理地点の修理地点データを取得するか否かを異常レベルに応じて決定し、決定された修理地点データを取得し、取得された修理地点データを外部装置に送信する。これにより、車両の異常レベルに応じて修理地点の情報をユーザに提供できる。

【0057】

また、本実施形態では、車両の現在位置を取得し、登録地点を起点とした修理地点の修理地点データを取得するか、現在位置を起点とした修理地点の修理地点データを取得するかを異常レベルに応じて決定する。これにより、車両の異常のリスクの大きさに応じて、ユーザに提示する修理地点を切り替えることができる。

【0058】

また、本実施形態では、登録地点は、ユーザが入力した地点、車両の目的地、出発地、経由地、車両の過去の走行履歴に基づく地点、又は、車両を管理する営業地点である。これにより、ユーザの行動計画に合わせた多様な修理地点を提示できるようになり、無駄な走行を減らせるので、走行中に車両の故障が発生するリスクを低減できる。

【0059】

また、本実施形態では、ユーザが入力した地点は、ユーザが管理するスケジュールに入力された地点である。これにより、ユーザのナビゲーションに設定する工数を削減でき、ユーザのナビゲーションへの登録忘れによる登録地点の非表示を防止し、無駄な走行を減らせるので、走行中に車両の故障が発生するリスクを低減できる。

【0060】

また、本実施形態では、修理地点取得部は、異常レベルが所定値未満である場合、登録地点を起点とした修理地点の修理地点データを取得する。これにより、ユーザの行動計画に合わせた多様なルートを提示できるようになり、無駄な走行を減らせるので、走行中に車両の故障が発生するリスクを低減できる。

【0061】

また、本実施形態では、異常レベルが所定値以上である場合、現在位置を起点とした修理地点の修理地点データを取得する。これにより、車両の異常が緊急度の高いもので、現在位置から修理地点に直行すべきだとユーザが認識でき、緊急度に応じた適切な対応を選択できる。

【0062】

また、本実施形態では、異常レベルは、異常の異常種別に応じた異常の重大度である。これにより、様々な要素から異常レベルを判定でき、異常レベル判定の精度を向上させることができる。

【0063】

また、本実施形態では、異常レベルは、異常を修理せずに車両が走行可能な距離、時間若しくは範囲である走行可能条件に基づいて設定される。これにより、様々な要素から異常レベルを判定でき、異常レベル判定の精度を向上させることができる。

【0064】

また、本実施形態では、異常レベルに応じて、登録地点又は現在位置から近い順に修理地点の優先順位を決定し、優先順位を含めて修理地点データを外部装置に送信する。これにより、ユーザは、優先順位の高い修理地点を把握できるため、無駄な走行を減らして、走行中に車両の故障が発生するリスクを低減できる。

【0065】

また、本実施形態では、異常が検知された車両の外部にある装置又はデータベースから車両の車両データを取得し、取得された車両データに基づいて、異常レベルを判定する。これにより、車両から取得されるデータのみならず、車両の外から取得されたデータに基づいて異常レベルを判定するため、異常レベル判定の精度を向上させることができる。

【0066】

次に、本実施形態の実施例２を、図４～６を用いて説明する。図４は、本実施例に係る修理地点送信装置のブロック構成図である。実施例２は、本実施形態の変形例である。実施例２は、以下に説明する点において実施例１に係る修理地点送信装置と異なること以外は、実施例１と同様の構成を有し、実施例１と同様に動作するものであり、実施例１の記載を適宜、援用する。以下、実施例１と異なる構成について説明する。本実施例において実施例１と異なる構成は、異常レベル判定部４０が、故障部品推定部４１を備える点である。すなわち、実施例２では、サーバ１は、異常レベルの判定に加え、車両２の異常が発生する対象部品を推定する。これにより、ユーザが車両２の異常への対応の緊急度や故障の重大度をより把握でき、予測システムの異常予測結果を信用してもらえるようになる。

【0067】

実施例２では、異常レベル判定部４０は、異常検知部３０で車両の異常を検知した場合に、故障部品推定部４１によって、異常の対象となる故障部品の推定を行う。故障部品推定部４１は、車両データ又は異常レベル判定要素（例えば、残り走行可能距離など）から故障部品を推定して、推定された故障部品を示す故障部品データを記憶する。なお、推定する対象は、故障部品以外にも、例えば、車両構成要素（オイルパンのドレンボルト（＝ドレンプラグ））及び修理時のディーラーの対応（エンジンオイルの補充）など、想定される故障の部位または範囲を示すものや、修理拠点における対応（例えば、部品を分解して異物の除去など）であってもよい。また、故障部品推定部４１は、車両データと異常レベル判定要素の両方を用いて推定してもよいし、いずれか一方を用いて推定してもよい。また、推定する対象部品は、故障部品に限らず、例えば、交換時期が過ぎている部品であってもよい。

【0068】

ここで、故障部品の推定例について説明する。故障部品の推定方法の一例として、異常レベル判定要素を複数用いた場合の推定方法を説明する。異常レベル判定要素を、「異常種別」と、「残り走行可能距離」の２要素とする。今回は、異常種別を「エンジン失火」、残り走行可能距離を８０ｋｍと想定する。異常種別「エンジン失火」の要因として考えられる故障部品は、「スパークプラグ」、「インジェクター」、「エアフロセンサー」等が考えられる。故障部品推定部４１は、検知された異常の異常種別に対応付けられた故障部品候補から、異常種別「エンジン失火」の要因として考えられる部品を故障部品候補として特定する。

【0069】

そして、故障部品推定部４１は、これらの３部品に対して、例えば、車両２の信号の中から故障の兆候が表れるタイミングを統計的に導出した値と残り走行可能距離とを比較することで上記３部品の中から故障部品を推定する。例えば、３部品について、今後エンジン失火が発生する場合にエンジン失火の兆候が車両２の信号の挙動の変化として表れるタイミング（異常検出点）は、スパークプラグが、故障発生前の３０ｋｍ前、インジェクターが、異常発生前の７５ｋｍ前、エアフロセンサーが、異常発生前の１５０ｋｍ前であると想定する。この場合故障部品推定部４１は、残り走行可能距離８０ｋｍと異常検出点が最も近いインジェクターを故障部品として推定する。

【0070】

また、他の例として、故障部品推定部４１は、異常種別から故障部品又は修理地点における対応を推定してもよい。例えば、異常種別を「エンジンオイル劣化」と想定したとき、故障部品推定部４１は、異常種別「エンジンオイル劣化」から、「エンジンオイル交換」を推定することとしてもよい。また、例えば、異常種別を「エンジン失火」と想定したとき、故障部品推定部４１は、異常種別「エンジン失火」から「インジェクター交換」を推定することとしてもよい。異常種別から推定される故障部品は、異常種別ごとに対応付けられて記憶されている。故障部品の推定に用いられる異常レベルの判定要素の数は任意である。また、ここで説明した手法は１つの方法でありこの方法には限定されず、故障部品を推定する手法であれば、どのような手法でも構わない。また、異常レベル判定部４０は、故障部品の推定と異常レベルの判定は同時並行で処理してもよいし、いずれか一方を先に実行してから、もう一方を実行してもよい。

【0071】

送信部８０は、修理地点データと異常レベルデータに加えて、推定された故障部品を示す故障部品データを車両２及び／又は外部端末３に送信する。また、送信部８０は、故障部品データを表示させる制御指示を車両２及び／又は外部端末３に送信する。上記構成とすることにより、本発明の修理地点送信装置１００は、異常レベルによって切り変えたルートの提示だけでなく、推定された故障部品を提示することで、ユーザが異常への対応の緊急度や故障の重大度をより具体的に把握できる。

【0072】

次に、図５を用いて、実施例２に係る修理地点送信装置で実行される修理地点送信方法を説明する。図５は、実施例２における修理地点送信方法の手順を示すフローチャート図である。図５のフローチャートでは、ステップＳ２１～３０と、ステップＳ３２～３４は、実施例１と同様であるため、繰り返しとなる説明は省略し、既にした説明を援用する。以下、ステップＳ３１とステップＳ３５について説明する。ステップＳ３１では、サーバ１は、異常レベル判定部４０によって、異常検知部３０で検知した異常に対して、異常が発生する可能性のある故障部品を推定する。また、サーバ１は、ステップＳ３３又は３４で、修理地点データを取得すると、ステップＳ３５では、修理地点データと異常レベルデータに加えて、ステップＳ３１で推定された故障部品を示す故障部品データを車両２及び／又は外部端末３に送信する。

【0073】

次に、図６を用いて、実施例２において外部端末３及び／又は車両２のディスプレイに表示される表示例を説明する。図６は、故障部品データの表示例である。例えば、図６で示されるように、異常レベル及び異常種別に加えて、故障部品データに含まれる故障部品、及び車両における故障部品の箇所・場所が表示される。また、故障部品を交換するための交換部品の候補となる部品番号又は型番、各交換部品の候補の在庫状況及び部品費用が表示されることとしてもよい。

【0074】

以上のように、本実施形態では、異常の対象となる対象部品を推定し、対象部品を表示させる制御指示を外部装置に送信する。これにより、ユーザが異常への対応の緊急度や故障の重大度をより具体的に把握することができる。

【0075】

次に、実施例３を、図７～９を用いて説明する。図７は、実施例３に係る修理地点送信装置のブロック構成図である。実施例３は、本実施形態の変形例である。実施例３は、以下に説明する点において実施例２に係る修理地点送信装置と異なること以外は、実施例２と同様の構成を有し、実施例２と同様に動作するものであり、実施例２の記載を適宜、援用する。以下、実施例２と異なる構成について説明する。本実施例において実施例２と異なる構成は、修理ルート演算部６０は、店舗状況取得部６４を備える点である。また、修理地点データベース５は、修理地点ごとに、修理地点の店舗状況データを記憶する。例えば、店舗状況データは、予約状況や部品の在庫状況等を示すデータである。

【0076】

実施例３では、店舗状況取得部６４は、修理地点データ取得部６２でデータを取得した修理地点の店舗状況データを取得する。ここで説明する店舗状況データの要素は、一例であり、他にも各店舗における修理費用及びオプションサービスの有無などを店舗状況データの要素として含むこととしてもよい。修理ルート演算部６０は、修理地点データ取得部６２によって修理地点データを取得する際に、店舗状況データに基づいて、ルート演算を行う修理地点を選択する。

【0077】

修理地点取得部７０は、異常レベル判定部４０で判定された異常レベルに基づいて、修理地点を選択した後、選択された修理地点から、店舗状況データに基づいて、ユーザに提示する修理地点を決定する。また、修理地点取得部７０は、店舗状況データに基づいて、ユーザに提示する修理地点の優先順位を決定する。

【0078】

ここで、異常レベルが高いと判定された場合の店舗状況データを用いた修理地点の選択と優先順位の決定の例を示す。異常レベルが高いと判定された場合には、現在位置を起点とした修理地点及び修理ルートが提示される。この場合、例えば、サーバ１は、店舗状況データに含まれる予約状況データから、修理地点ごとに、修理の即時対応の可否及び／又は待ち時間のデータを取得する。そして、サーバ１は、修理の即時対応の可否及び／又は待ち時間に基づいて、現在位置から修理地点までの修理地点から、ユーザに提示する修理地点を選択する。例えば、サーバ１は、現在位置を起点として車両が走行可能な距離又は時間の範囲内における修理地点の中で、予約状況に基づいて、即時予約が可能又は最も早い時間で対応可能な修理地点を選択し、選択された修理地点の修理地点データを取得する。また、サーバ１は、修理の即時対応の可否及び／又は待ち時間に基づいて、取得された修理地点の優先順位を決定する。

【0079】

修理地点の選択及び優先順位の決定の一例として、各修理地点の現在位置からの移動距離及び即時対応の可否又は待ち時間は以下の表２のように想定される。

【表2】

実施例３では、サーバ１は、即時対応が可能な修理地点を最優先に決定する。また、サーバ１は、待ち時間がある場合には、待ち時間が短い順に、優先順位を高くする。本例では、修理地点の優先順位は、修理店舗Ｂ、修理店舗Ａ、修理店舗Ｃの順番になる。また、上記の例では、修理店舗Ｃは即時対応が不可能であるから、サーバ１は、ユーザに提示する修理地点から除外してもよい。また、ここで説明した手法は１つの方法でありこの方法には限定されず、店舗状況データを踏まえて、ユーザに提示する修理地点とその優先順位を決定する手法であれば、どのような手法でも構わない。

【0080】

また、異常レベルが低いと判定された場合には、サーバ１は、現在位置及び登録地点を起点とした修理地点の店舗状況データを取得し、店舗状況データに基づいて、ユーザに提示する修理地点とその優先順位を決定する。ここで、異常レベルが低いと判定された場合の店舗状況データを用いた修理地点の選定と優先順位の決定の例を示す。異常レベルが低いと判定された場合は、サーバ１は、即時対応の可否ではなく、修理サービスに対するユーザの満足度に関わる要素に基づいて、ユーザに提示する修理地点及びその優先順位を決定する。例えば、ユーザの満足度に関わる要素は、修理サービスに対する交換部品の在庫状況、修理にかかる費用、オプションサービス（例えば、オイル交換時のエンジン添加剤など）の有無、オプションサービスの料金、修理に要する期間（ユーザが車を手放す期間）の長さ、時間効率、コストパフォーマンス及びサービスの品質等である。

【0081】

以下、店舗状況データのうち、車両２の部品の在庫状況を加味する例を示す。まず、サーバ１は、例えば、故障部品推定部４１で推定した故障部品の交換部品の在庫状況データを取得する。そして、サーバ１は、登録地点を起点とした修理地点のうち、在庫状況に基づいて、交換部品の在庫がある又は交換部品の入庫までに必要な日数が最も短い修理地点の修理地点データを取得する。各修理店舗の登録地点からの移動距離と交換部品の在庫状況が以下の表３の通りであると想定する。

【表3】

実施例３では、サーバ１は、故障部品の交換部品の在庫がある修理地点を最優先に決定する。また、サーバ１は、入荷待ちの場合には、入荷時期が早い順に優先順位を高くする。本例では、修理地点の優先順位は、修理店舗Ｂ、修理店舗Ａ、修理店舗Ｃの順番となる。すなわち、サーバ１は、在庫状況が在庫有りの修理店舗Ｂを最優先として、在庫状況が１週間待ちである修理店舗Ａを第２候補として、在庫状況が３週間待ちである修理店舗Ｃを第３候補として決定する。また、問い合わせた部品の取り扱いがない修理店舗の場合、サーバ１は、これを考慮してルートの提示から除外してもよい。

【0082】

また、店舗状況データに基づいた修理地点の選択及びその優先順位の決定の仕方は任意である。例えば、サーバ１は、現在位置周辺の修理店舗に部品の在庫がある場合に、部品の在庫状況を最優先に考慮し、現在位置から修理店舗までのルートを最優先ルートとして示してもよい。また、ここで説明した手法は１つの方法でありこの方法には限定されず、店舗状況データを踏まえてユーザに提示する修理地点とその優先順位を決定する手法であれば、どのような手法でも構わない。

【0083】

送信部８０は、修理地点データと異常レベルデータと故障部品データとに加えて、店舗状況データを車両２及び／又は外部端末３に送信する。店舗状況データは、ユーザに提示する修理地点及びその優先順位の決定に用いられた店舗状況データの要素を含む。上記構成とすることにより、本発明の修理地点送信装置１００は、店舗の予約状況や部品の在庫状況などの店舗状況データを取得し、店舗状況を加味して決定した修理地点及びその優先順位をユーザに提示できる。ユーザは、来店時に対応可能な修理店舗を選択することができるため、来店時に修理サービス提供者が円滑に対応し易くなり、修理やメンテナンスの効率を上げることができる。

【0084】

次に、図８を用いて、実施例３に係る修理地点送信装置で実行される修理地点送信方法を説明する。図８は、実施例３における修理地点送信方法の手順を示すフローチャート図である。図８のフローチャートでは、ステップＳ４１～４８と、ステップＳ５１～５３は、実施例１と同様であるため、繰り返しとなる説明は省略し、既にした説明を援用する。以下、ステップＳ４９～５０とステップＳ５４～５８について説明する。ステップＳ４８で修理ルートが演算された後、ステップＳ４９では、サーバ１は、故障部品を推定する。

【0085】

ステップＳ５０では、サーバ１は、ステップＳ４７で修理地点データの取得対象となった修理地点ごとに、予約状況及び／又は部品の在庫状況等の店舗状況データを取得する。サーバ１は、部品の在庫状況データを取得する際には、ステップＳ４９で推定された故障部品の在庫状況を把握してもよい。また、故障部品推定部４１で推定された部品が複数である場合、又は、故障部位が特定できない場合、サーバ１は、異常種別から考えられる部品の在庫状況、例えば在庫部品リストなどのデータベースを参照してもよい。予約状況に関する店舗状況データは、即日予約と後日予約の情報を分けて取得されてもよいし、まとめて取得されてもよい。また、予約状況は、日程だけでなく、時間も含めて取得されてもよいし、例えば午前と午後などの時間帯が取得されてもよい。なお、取得する店舗状況データは、年別、月別、日別、時間帯別など任意のカテゴライズ方法で取得されてもよいし、データ取得期間は、当日の店舗状況データを取得できているのであれば、任意の期間のデータを取得してよい。

【0086】

ステップＳ５４で、サーバ１は、現在位置を起点として、取得する修理地点データを決定する。ステップＳ５５で、サーバ１は、現在位置を起点とした修理地点から、店舗状況データに基づいて、ユーザに提示する修理地点を選定し、選定された修理地点までの修理ルートを含む修理地点データを取得する。また、サーバ１は、店舗状況データに基づいて、修理地点の優先順位を決定する。ステップＳ５６では、サーバ１は、登録地点を起点として、取得する修理地点データを決定する。ステップＳ５７では、サーバ１は、登録地点を起点とした修理地点から、店舗状況データに基づいて、ユーザに提示する修理地点を選定し、選定された修理地点までの修理ルートを含む修理地点データ及びその修理地点の予約可能日を取得する。

【0087】

ステップＳ５８では、サーバ１は、修理地点データを送信する。ステップＳ５７で修理地点データ及び予約可能日が取得された場合には、サーバ１は、修理地点の位置データ、修理地点までの修理ルート、修理ルートの移動距離及び予約可能日を含む修理地点データを送信する。これにより、修理地点における修理サービス提供者が円滑に対応し易くなり、修理やメンテナンスの効率を上げることができる。

【0088】

次に、図９Ａ及び図９Ｂを用いて、実施例３において車両２及び／又は外部端末３のディスプレイに表示される表示例を説明する。図９Ａ及び図９Ｂでは、実施例３において店舗状況を加味して選択された修理地点の修理地点データ、提示される修理地点の店舗状況及び優先順位が表示されている。図９Ａは、現在位置を起点とした修理地点の修理地点データが表示された場合の一例である。修理地点データは、修理地点の位置、修理地点までの修理ルート、修理ルートの移動距離、及び修理ルートの優先順位を含む。店舗状況データは、修理地点の即時対応可否を含む。例えば、修理店舗Ａの即時対応の可否は、２時間待ちであり、修理店舗Ｂの即時対応の可否は、即時対応可であり、修理店舗Ｃの即時対応の可否は、予約不可である。図９Ａでは、店舗Ｂを最優先の修理地点として、店舗Ｂまでの修理ルートが最優先ルートとして表示され、店舗Ａを第２推奨修理地点として、店舗Ａまでの修理ルートが第２推奨ルートとして表示されている。店舗Ｃは、即時対応不可のため、表示されていない。

【0089】

また、図９Ｂは、登録地点を起点とした修理地点が表示された場合の一例である。登録地点は、ユーザの自宅である。修理地点データは、修理地点の位置、修理地点までの修理ルート、修理ルートの移動距離、及び修理ルートの優先順位を含む。店舗状況データは、故障部品の在庫状況を含む。例えば、修理店舗Ａの在庫状況は、３週間待ちであり、修理店舗Ｂの在庫状況は、在庫有りであり、修理店舗Ｃの在庫状況は、１週間待ちである。図９Ｂでは、店舗Ｂを最優先の修理地点として、店舗Ｂまでの修理ルートが最優先ルートとして表示され、店舗Ｃを第２推奨修理地点として、店舗Ｃまでの修理ルートが第２推奨ルートとして表示され、店舗Ａを第３推奨修理地点として、店舗Ａまでの修理ルートが第３推奨ルートとして表示されている。また、店舗状況データは、異常レベルの判定結果によって切り替えてもよいし、取得した店舗状況データの全項目を表示してもよい。

【0090】

以上のように、本実施形態では、修理地点における対象部品の交換部品の在庫状況を取得し、異常レベルが所定値未満である場合には、登録地点を起点とした修理地点のうち、在庫状況に基づいて、交換部品の在庫がある又は交換部品の入庫までに必要な日数が最も短い修理地点の修理地点データを取得し、登録地点を表示させる制御指示を外部装置に送信する。これにより、ユーザは、交換部品の在庫状況に応じて適切な修理地点を選択できる。

【0091】

また、本実施形態では、車両の現在位置を取得し、修理地点における予約状況を取得し、異常レベルが所定値以上である場合には、予約状況に基づいて、現在位置を起点として車両が走行可能な距離又は時間の範囲内における修理地点の中で、即時予約が可能又は最も早い時間で対応可能な修理地点の修理地点データを取得し、修理地点を表示させる表示指示を外部装置に送信する。これにより、ユーザは、修理地点の予約状況に応じて適切な修理地点を選択できる。

【0092】

次に、実施例４を、図１０～１２を用いて説明する。図１０は、実施例４に係る修理地点送信装置のブロック構成図である。実施例４は、本実施形態の変形例である。実施例４は、以下に説明する点において実施例３に係る修理地点送信装置と異なること以外は、実施例３と同様の構成を有し、実施例３と同様に動作するものであり、実施例３の記載を適宜、援用する。以下、実施例３と異なる構成について説明する。本実施例において実施例３と異なる構成は、修理地点取得部７０が、緊急停車判定部７２を備える点である。

【0093】

実施例４では、車両２が修理地点に到達する前に故障が発生する可能性があるほど異常レベルが高い場合に、サーバ１は、車両２が安全に停車できる緊急停車地点を探索し、緊急停車指示をユーザに提示させる。緊急停車指示データは、緊急停車地点の位置データ、現在位置から安全に緊急停車地点まで走行するルート、及び緊急停車地点まで車両２を走行させる緊急停車指示を含む。これにより、車両２が故障前に安全に停車でき、走行中に路上で車両２が故障してしまうことを防ぐことができる。本実施形態では、車両２が修理地点に到達する前に故障が発生する可能性があるほど異常レベルが高い場合とは、例えば、異常レベルが高い場合で、かつ、異常が検知された時点の車両２の現在位置から車両２が走行可能な距離又は時間が閾値以下である場合である。

【0094】

修理地点取得部７０は、緊急停車判定部７２によって、異常レベルが所定値以上、かつ、異常が検知された時点の車両の現在位置から車両が走行可能距離又は時間が閾値以下である場合には、現在位置周辺の緊急停車地点を探索し、緊急停車地点の位置データを含む緊急停車地点データを取得する。走行可能距離の閾値は、例えば、２ｋｍである。また、走行可能時間の閾値は、１時間である。緊急停車地点は、法律上停車可能で安全に停車できる場所である。緊急停車地点は、例えば、サービスエリアなど駐車場のある休憩所と、法律上停車不可能なエリア（駐停車禁止場所）以外のエリアの路肩と、他の車両の通行の妨げにならない場所とを含む。また、修理地点取得部７０は、現在位置から緊急停車地点までのルートを取得する。

【0095】

また、緊急停車判定部７２は、修理ルート演算部６０で演算されたルートのうち、いずれかの修理ルートで車両故障前に修理地点に到達可能か否かを判定してもよい。緊急停車判定部７２は、例えば、走行可能距離以内に修理地点が存在しない場合には、いずれの修理地点にも到達不可能なほど異常レベルが高いと判定し、現在位置周辺の緊急停車地点を探索し、現在位置から緊急停車地点までのルートを取得する。そして、緊急停車判定部７２は、緊急停車地点まで出張可能な修理店舗又は修理サービスの探索を行い、出張可能な修理店舗又は修理サービスに関するデータを取得する。出張可能な修理店舗又は修理サービスに関するデータは、例えば、修理店舗等の位置データと連絡先データである。

【0096】

ここで、修理地点に到達可能か否かの判定例を示す。各修理地点の現在位置からの移動距離と即時対応の可否又は待ち時間は、上述の表３と同じ例である。また、今回の例では、緊急停車指示に関する判定を「残り走行可能距離」を用いて実施した場合の例を示す。このとき、残り走行可能距離が２ｋｍである場合には、現在位置から移動可能な店舗が存在しないので、サーバ１は、現在位置周辺の緊急停車地点を探索する。緊急停車地点は、高速道路上であれば、例えばＳＡや休憩所、一般道路上であれば、例えば駐停車禁止エリア以外の路肩等が考えられる。以上のような手法で、サーバ１は、修理地点に到達可能か否かを判定し、いずれの修理地点にも到達不可能なほど、異常の重大度が高いと判定した場合には、車両２の現在位置周辺の緊急停車地点の位置データを取得する。また、ここで説明した手法は１つの方法でありこの方法には限定されず、車両２が修理地点に到達可能か否かを判定する手法であれば、どのような手法でも構わない。

【0097】

送信部８０は、修理地点データ、異常レベルデータ、故障部品データ、店舗状況データに加えて、緊急停車指示データを車両２及び／又は外部端末３に送信する。緊急停車指示データは、緊急停車地点の位置データ、緊急停車地点までのルート、緊急停車地点に出張可能な修理店舗又は修理サービスの情報、及び、車両２を緊急停車地点に停車させる停車指示を含む。上記構成とすることにより、本発明の修理地点送信装置１００は、修理地点に到達する前に故障が発生するほど異常レベルが高い場合に、安全に停車できる場所を探索し、現在位置から緊急停車地点までのルートを提示する。これにより、故障前に車両２が安全に停車でき、走行中の路上での故障を防ぐことができる。また、本実施形態では、出張可能な修理店舗または修理サービスの情報を提示することで、停車した後のユーザの行動の効率を向上させることができる。

【0098】

また、本実施形態では、異常レベルが所定値以上、かつ、異常が検知された時点の車両の現在位置から車両が走行可能距離又は時間が閾値以下である場合には、送信部８０は、緊急停車地点まで出張可能な出張修理サービス提供者に連絡し、当該出張修理サービス提供者に、車両２の走行可能距離又は時間のデータを送信してもよい。例えば、出張修理サービス提供者は、ＪＡＦ等である。例えば、出張修理サービス提供者への連絡は、出張修理サービス提供者と通話を接続及びアプリケーションにおける救援要請を含む。これにより、ユーザは、出張修理サービス提供者に出張修理依頼をしながら、出張修理サービス提供者との連絡の中で、車両２が停車できる走行範囲を効率的に共有でき、合流地点を早急に決定することができる。また、記憶部２０は、送信部８０によって出張修理サービス提供者に連絡された場合、車両２のユーザと出張修理サービス提供者とによる通話の音声からユーザと出張修理サービス提供者との合流地点を特定し、ユーザと出張修理サービス提供者との合流地点を登録地点として記憶する。例えば、記憶部２０は、音声認識により、会話の音声から、合流地点に関連するキーワードを抽出し、合流地点を特定する。

【0099】

次に、図１１を用いて、実施例４に係る修理地点送信装置で実行される修理地点送信方法を説明する。図１１は、実施例４における修理地点送信方法の手順を示すフローチャート図である。図１１のフローチャートでは、ステップＳ６１～７３は、実施例３と同様であるため、繰り返しとなる説明は省略し、既にした説明を援用する。以下、ステップＳ７４～ステップＳ８０について説明する。ステップＳ７４では、サーバ１は、現在位置を起点とした現在対応可能な修理地点までの修理ルートを取得する。ステップＳ７５では、サーバ１は、ステップＳ７４で現在対応可能な修理地点がないか否か、又は、修理地点に到達できないほど、異常レベルが高いか否かを判定する。サーバ１は、この判定の際には、例えば残り走行可能距離及び残り走行可能時間等の異常レベル判定要素を用いてもよいし、その他の要素を用いてもよい。また、判定する際に用いる要素は単一でもいいし、複数でもよい。

【0100】

ステップＳ７５で、現在対応可能な修理地点がない、又は、故障が発生する前に修理地点に到着することが不可能であるほど異常レベルが高いと判定される場合、サーバ１は、ステップＳ７６に進む。現在対応可能な修理地点がない、又は、修理地点に到達できないほど異常レベルが高いと判定されない場合、サーバ１は、ステップＳ８０に進む。ステップＳ７６では、サーバ１は、緊急停車地点までのルートを取得する。ステップＳ７７では、サーバ１は、出張可能な修理地点の修理地点データを取得する。ステップＳ７８では、サーバ１は、ステップＳ７６で取得した緊急停車地点までのルート、出張可能な修理地点の修理地点データ、及び車両２を緊急停車させる停車指示を含む緊急停車指示データを車両２及び／又は外部端末３に送信する。ステップＳ７９では、サーバ１は、登録地点を起点とした修理地点の修理地点データと予約可能日を取得する。ステップＳ８０では、サーバ１は、ステップＳ７４又はステップＳ７９で取得された修理ルートを含む修理地点データを車両２及び／又は外部端末３に送信する。すなわち、サーバ１は、いずれかのルートで到達可能であれば、到達可能な修理ルートを、ユーザに提示する修理ルートとして送信する。

【0101】

次に、図１２を用いて、実施例４において車両２及び／又は外部端末３のディスプレイに表示される表示例を説明する。図１２で示されるように、緊急停車指示データに含まれる緊急停車地点の候補の位置、現在位置から緊急停車地点までのルート、及び、そのルートの移動距離が表示される。また、緊急停車地点まで出張可能な出張修理店舗又はサービスの詳細情報が表示される。詳細情報は、電話番号、及び緊急停車地点までの到着予定時間を含む。また、緊急停車をユーザに促す指示が、テキストデータ及び／又はグラフィックデータで表示される。なお、サーバ１は、出張可能な出張修理店舗又はサービスの提示の優先順位を決定するために店舗状況データを取得し、その結果を表示してもよい。

【0102】

以上のように、本実施形態では、異常レベルが所定値以上、かつ、異常が検知された時点の車両の現在位置から車両が走行可能な距離又は時間が閾値以下である場合には、法律上停車可能で安全な緊急停車地点の緊急停車地点データを取得し、緊急停車地点に停車させる停車指示を外部装置に送信する。これにより、ユーザは、安全に停車することが必要な場合に、安全に停車できる場所を選択できる。

【0103】

また、本実施形態では、異常レベルが所定値以上、かつ、異常が検知された時点の車両の現在位置から車両が走行可能な距離又は時間が閾値以下である場合には、出張修理サービス提供者に連絡し、車両が走行可能な距離又は時間を出張修理サービス提供者に送信する。これにより、車両が安全に停車する必要があるほど、異常レベルが高い場合には、出張修理サービス提供者に車両が停車する位置を教えることができる。

【0104】

また、本実施形態では、出張修理サービス提供者に連絡された場合、車両のユーザと出張修理サービス提供者とによる通話の音声から特定されるユーザと出張修理サービス提供者との合流地点を登録地点として記憶する。これにより、ユーザが合流地点を手動で入力せずに、合流地点を記憶することができる。

【0105】

なお、以上に説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。

【0106】

例えば、本実施形態では、実施例３の修理地点送信装置１００において、サーバ１は、実施例２の故障部品推定部４１を備えることとしているが、実施例３においては、故障部品推定部４１を備えず、実施例１の修理地点送信装置１００が店舗状況取得部６４を備えることとしてもよい。また、実施例４の修理地点送信装置１００において、サーバ１は、実施例２の故障部品推定部４１と実施例３の店舗状況取得部６４を備えることとしているが、実施例４において、故障部品推定部４１と店舗状況取得部６４のいずれか又は両方を備えないこととしてもよい。すなわち、実施例４においては、実施例１の修理地点送信装置１００が緊急停車判定部７２を備えることとしてもよいし、実施例２の修理地点送信装置１００が緊急停車判定部７２を備えることとしてもよい。

【符号の説明】

【0107】

１００…修理地点送信装置
１…サーバ
１０…位置取得部
２０…記憶部
３０…異常検知部
４０…異常レベル判定部
５０…異常レベル入力部
６０…修理ルート演算部
７０…修理地点取得部
８０…送信部
２…車両
３…外部端末

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】