JP2023046447A - 車両修理支援システムおよび車両修理支援方法 - Google Patents

Abstract

【課題】部品のストックを削減しつつ、故障車両の修理に必要な修理部品の速やかな調達を可能にする車両修理支援システムおよび車両修理支援方法の提供。
【解決手段】故障車両の修理を支援するための車両修理支援システムは、予め登録された複数のドナー車両のＩＤとドナー車両に搭載された部品とを紐付けて記憶する記憶装置と、故障車両の不具合情報に基づいて当該故障車両の修理に必要な修理部品を特定すると共に、記憶装置に記憶された情報に基づいて複数のドナー車両の中から修理部品を搭載したドナー車両を抽出する支援管理装置と、支援管理装置により抽出されたドナー車両の所有者に修理部品の提供依頼を通知する依頼通知装置とを含む。
【選択図】図１

Description

本開示は、故障車両の修理を支援するための車両修理支援システムおよび車両修理支援方法に関する。

従来、自動車の故障の状況を自動的に把握し、必要な補修部品や交換部品の手配およびロードサービス車やタクシー等の手配を自動的に行うと共に、補修部品や交換部品を入手可能にするアフターサービス支援システムが知られている（例えば、特許文献１参照）。このアフターサービス支援システムは、自動車の状態に関する情報を受信するデータ通信制御部と、自動車の状態に関する情報に基づいて自動車を修理するための受発注情報を作成する支援計画生成部と、受発注情報に基づいて修理作業の予約および／または部品の予約を修理工場および／または生産工場に送信する受発注情報制御部とを含む。かかるアフターサービスによれば、自動車の故障が発生した際に、当該自動車の所有者の手間を省くことが可能となる。

特開２００２－２５１４９０号公報

しかしながら、上記従来のアフターサービス支援システムのように、補修部品や交換部品の手配が自動的に行われたとしても、故障の発生から実際に部品が納入されて交換されるまでには、ある程度の時間を要してしまう。一方、販売店や修理工場で各種部品がストックされていれば、故障車両を迅速に修理することが可能となるが、部品のストックにはスペースやコストを要し、ストックされた部品が使用されずに無駄になってしまうおそれもある。

そこで、本開示は、部品のストックを削減しつつ、故障車両の修理に必要な修理部品の速やかな調達を可能にする車両修理支援システムおよび車両修理支援方法の提供を主目的とする。

本開示の車両修理支援システムは、故障車両の修理を支援するための車両修理支援システムであって、予め登録された複数のドナー車両のＩＤと、前記ドナー車両に搭載された部品とを紐付けて記憶する記憶装置と、前記故障車両の不具合情報に基づいて前記故障車両の修理に必要な修理部品を特定すると共に、前記記憶装置に記憶された情報に基づいて前記複数のドナー車両の中から前記修理部品を搭載した前記ドナー車両を抽出する支援管理装置と、前記支援管理装置により抽出された前記ドナー車両の所有者に前記修理部品の提供依頼を通知する依頼通知装置とを含むものである。

本開示の車両修理支援システムは、故障車両の修理に際して、主として部品の調達を支援するものであり、記憶装置、支援管理装置、および依頼通知装置を含む。記憶装置は、予め登録された複数のドナー車両のＩＤと、ドナー車両に搭載された部品とを紐付けて記憶する。また、支援管理装置は、故障車両の不具合情報に基づいて当該故障車両の修理に必要な修理部品を特定すると共に、記憶装置に記憶された情報に基づいて複数のドナー車両の中から修理部品を搭載したドナー車両を抽出する。更に、依頼通知装置は、支援管理装置により抽出されたドナー車両の所有者に修理部品の提供依頼を通知する。これにより、ドナー車両の所有者によって修理部品の提供依頼が受諾されれば、当該ドナー車両から修理部品を取り外して故障車両に装着し、当該故障車両の故障を解消することができる。この結果、車両の販売店や整備工場等における部品のストックを削減しつつ、故障車両の修理に必要な修理部品を速やかに調達することが可能になる。

また、前記支援管理装置は、前記修理部品の提供依頼を受諾した前記所有者にインセンティブを付与するものであってもよい。これにより、ドナー車両の所有者に修理部品の提供依頼の承諾を促すことができるので、修理部品をより速やかに調達することが可能となる。

更に、前記支援管理装置は、前記ドナー車両から提供された前記修理部品の劣化度合が小さい場合、前記劣化度合が大きい場合に比べて前記所有者に付与される前記インセンティブを高くするものであってもよい。これにより、ドナー車両が比較的新しいものであっても、当該ドナー車両の所有者が修理部品の提供に抵抗感をもつことを抑制することができるので、程度のよい修理部品の調達が可能となる。

また、前記車両修理支援システムは、前記ドナー車両から少なくとも走行距離を含む使用状態情報を取得すると共に前記使用状態情報に基づいて前記ドナー車両に搭載された前記部品の前記劣化度合を導出する部品劣化診断装置を更に含むものであってもよく、前記支援管理装置は、前記部品劣化診断装置から取得した前記修理部品の前記劣化度合に基づいて前記所有者に付与される前記インセンティブを定めるものであってもよい。これにより、ドナー車両に搭載された部品の劣化度合を適正に評価すると共に、ドナー車両からの修理部品の調達の信頼性を良好に確保することが可能となる。

更に、前記車両修理支援システムは、前記故障車両のユーザへの修理の請求額を算出すると共に、前記故障車両が前記ドナー車両として登録されている場合、前記ドナー車両として登録されていない場合に比べて前記請求額を減額する請求額算出装置を更に含むものであってもよい。このように、ドナー車両の所有者に故障発生時の費用負担の軽減というメリットを与えることで、ドナー車両の登録をより促進させて当該ドナー車両の登録台数を増やすことが可能となる。

また、前記車両修理支援システムは、前記不具合情報に応じた前記修理部品の情報を提供する故障情報管理装置を更に含むものであってもよく、前記支援管理装置は、前記故障車両の修理に必要な前記修理部品を前記故障情報管理装置に照会するものであってもよい。これにより、故障車両の修理に必要な修理部品を容易かつ迅速に特定することが可能となる。

更に、前記不具合情報は、前記故障車両の修理依頼を受け付けた事業者から前記支援管理装置に送信されてもよく、前記依頼通知装置は、前記事業者に設置されてもよい。これにより、ドナー車両の所有者と、故障車両の修理の窓口となる事業者との間で作業日程等を直接取り決めることができるので、故障車両の修理依頼から修理完了までの時間をより短くすることが可能となる。

また、前記支援管理装置は、前記故障車両の修理予定日と、前記ドナー車両の非稼働予定日を示す非稼働日情報とに基づいて、前記修理部品を搭載した前記ドナー車両を絞り込むものであってもよい。これにより、稼働を理由に修理予定日までに修理部品を提供し得ないドナー車両の所有者に当該修理部品の提供依頼が通知されてしまうのを抑制し、修理部品の提供依頼が受諾される蓋然性をより高くすることが可能となる。

更に、前記非稼働日情報は、前記ドナー車両の前記所有者から提供される前記非稼働予定日と前記ドナー車両の使用状況とに基づいて設定される前記ドナー車両が前記非稼働予定日に非稼働となる確率を含むものであってもよく、前記記憶装置は、前記非稼働日情報を前記ドナー車両のＩＤに紐付けて記憶するものであってもよく、前記支援管理装置は、前記非稼働日情報に基づいて前記修理部品を搭載した前記ドナー車両の中から前記確率が高い前記ドナー車両を優先して抽出するものであってもよい。これにより、稼働を理由に修理予定日までに修理部品を提供し得ないドナー車両の所有者に修理部品の提供依頼が通知されてしまうのを極めて良好に抑制することが可能となる。

また、前記支援管理装置は、少なくとも前記ドナー車両の位置と前記ドナー車両から前記修理部品を取り外す施工業者の所在地との距離を取得し、前記修理部品を搭載した前記ドナー車両の中から前記距離が短い前記ドナー車両を優先して抽出するものであってもよい。これにより、故障車両の修理依頼から修理部品を取得するまでの時間をより短縮化すると共に、部品の調達に要する物流コストを低減することが可能となる。

更に、前記ドナー車両から取り外された前記修理部品が前記故障車両に装着されてもよく、前記ドナー車両には、別途取り寄せられた取り寄せ部品が装着されてもよい。すなわち、修理部品の提供に応じて、新たな部品がドナー車両の所有者にインセンティブとして供与されてもよい。

また、前記ドナー車両から取り外された前記修理部品は、前記故障車両に一時的に装着された後、前記ドナー車両に戻されてもよく、前記故障車両には、別途取り寄せられた取り寄せ部品が装着されてもよい。これにより、当初から装着された部品の継続使用を希望するドナー車両の所有者の意向に沿うことが可能となる。

更に、前記ドナー車両から取り外された前記修理部品が前記故障車両に一時的に装着された後、前記ドナー車両および前記故障車両の各々に別途取り寄せられた取り寄せ部品が装着されてもよく、前記故障車両から取り外された前記修理部品は、ストックされてもよい。

また、前記複数のドナー車両は、自家用車、中古車、カーシェアリング車両、展示車およびレンタカーの少なくとも何れかを含んでもよい。これにより、非稼働の自家用車やレンタカー、カーシェアリング車両、中古車等の遊休車両等に搭載された部品を有効に活用して、故障車両を速やかに修理することが可能となるので、当該故障車両のダウンタイムを良好に低減することができる。

本開示の車両修理支援方法は、故障車両の修理を支援するための車両修理支援方法であって、予め登録された複数のドナー車両のＩＤと、前記ドナー車両に搭載された部品とを紐付けて記憶装置に記憶させておき、前記故障車両の不具合情報に基づいて前記故障車両の修理に必要な修理部品を特定し、前記記憶装置に記憶された情報に基づいて前記複数のドナー車両の中から前記修理部品を搭載した前記ドナー車両を抽出し、抽出した前記ドナー車両の所有者に前記修理部品の提供を依頼するものである。

かかる方法によれば、車両の販売店や整備工場等における部品のストックを削減しつつ、故障車両の修理に必要な修理部品を速やかに調達することが可能になる。

本開示の車両修理支援システムを示す概略構成図である。 本開示の車両修理支援システムにおいて用いられる非稼働日情報を例示する説明図である。 本開示の車両修理支援システムによる故障車両の修理の支援手順の一例を説明するための説明図である。 本開示の車両修理支援システムによる故障車両の修理の支援手順を示すフローチャートである。 本開示の車両修理支援システムによる支援を受けて行われる作業の流れを示すフローチャートである。 本開示の車両修理支援システムによる故障車両の修理の支援手順を示すフローチャートである。 本開示の車両修理支援システムによる故障車両の修理の支援手順を他の例を説明するための説明図である。 本開示の車両修理支援システムによる故障車両の修理の支援手順を更に他の例を説明するための説明図である。

次に、図面を参照しながら、本開示の発明を実施するための形態について説明する。

図１は、本開示の車両修理支援システム１を示す概略構成図である。同図に示すように、車両修理支援システム１は、故障車両Ｖｂの修理に際して、主として部品の調達を支援するものである。より詳細には、車両修理支援システム１は、故障車両Ｖｂの修理に必要な修理部品を予め登録された複数のドナー車両Ｖｄから調達することを支援する。ドナー車両Ｖｄは、その所有者が故障車両Ｖｂの修理を受け付けた車両販売店Ｄや車両整備工場Ｆ等からの依頼に応じて当該ドナー車両Ｖｄに搭載された何れか１つまたは複数の部品を提供することに同意している車両である。修理部品の提供依頼を受諾したドナー車両Ｖｄの所有者には、車両修理支援システム１からインセンティブが付与される。

本実施形態において、ドナー車両Ｖｄは、例えば車両取得時あるいは取得後に当該ドナー車両Ｖｄの所有者からの申請に応じて車両修理支援システム１に登録される。また、ドナー車両Ｖｄには、個人が所有する自家用車の他に、中古車販売事業者Ｕにより販売されている中古車、カーシェアリング運営事業者ＣＳにより所有、管理されているカーシェアリング車両、図示しないレンタカー事業者により所有、管理されているレンタカー、車両販売店Ｄ等に展示されている展示車等が含まれる。

図１に示すように、車両修理支援システム１は、修理支援サーバ２と、故障情報管理サーバ（故障情報管理装置）３と、車両診断サーバ（部品劣化診断装置）４と、部品流通管理サーバ（部品流通管理装置）５と、中古車販売事業者Ｕの在庫管理装置６と、カーシェアリング運営事業者ＣＳのスケジュール管理装置７と、車両販売店Ｄに設置された端末８と、車両整備工場Ｆに設置された端末９とを含む。これらの修理支援サーバ２、故障情報管理サーバ３、車両診断サーバ４、部品流通管理サーバ５、在庫管理装置６、スケジュール管理装置７および端末８，９は、例えばインターネット等のネットワークを介して相互に情報をやり取り可能である。

修理支援サーバ２は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力装置等を含むコンピュータであり、本実施形態では例えば自動車製造者により設置・管理される。修理支援サーバ２には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、故障車両Ｖｂの修理に関連した各種支援処理を実行する支援管理モジュール（支援管理装置）２０が構築されている。更に、修理支援サーバ２は、故障車両Ｖｂの修理の支援に必要な情報を複数のドナー車両Ｖｄごとに格納したデータベースを記憶する記憶装置２５を含む。当該データベースは、ドナー車両ＶｄのＩＤに、車台番号あるいは車両識別番号等の車両情報や、当該ドナー車両Ｖｄから提供され得る（取り外し可能な）部品のＩＤ、ドナー車両Ｖｄの所有者のＩＤ、連絡先、住所または所在地といった情報を紐付けて格納するものであり、新たなドナー車両Ｖｄが登録されるたびに更新されていく。

また、修理支援サーバ２は、ドナー車両Ｖｄの所有者（個人）や故障車両Ｖｂのユーザが保有するスマートフォンやパーソナルコンピュータといったユーザ端末１０と上記ネットワークを介して情報をやり取り可能である。本実施形態において、修理支援サーバ２の支援管理モジュール２０は、ドナー車両Ｖｄの所有者（個人）に対して、当該ドナー車両Ｖｄが使用される予定のない日である非稼働予定日の連絡要請を所定の間隔で送信する。ドナー車両Ｖｄの所有者は、非稼働予定日の連絡要請を受けた際、あるいは使用予定が決まった際に、自己のドナー車両Ｖｄの非稼働予定日を修理支援サーバ２に送信する。修理支援サーバ２の支援管理モジュール２０は、ドナー車両Ｖｄの所有者から送信された非稼働予定日に基づいて図２に示すような例えば１ヶ月単位の非稼働日情報を作成し、当該非稼働日情報をドナー車両ＶｄのＩＤに紐付けて上記データベースに格納する。

更に、各ドナー車両Ｖｄの非稼働日情報には、図２に示すように、当該ドナー車両Ｖｄが非稼働予定日に実際に非稼働となる確率を示す非稼働確率が含まれている。すなわち、修理支援サーバ２の支援管理モジュール２０は、例えば毎日の夜間等に各ドナー車両Ｖｄに搭載された車載通信機から当該ドナー車両Ｖｄの使用状況（走行の有無）を取得し、各ドナー車両Ｖｄが非稼働予定日に実際に非稼働であったか否かを判定する。そして、支援管理モジュール２０は、当該使用状況に基づいて各ドナー車両Ｖｄの非稼働確率を導出し、非稼働日情報を更新していく。

本実施形態において、非稼働確率は、１０段階の整数により表され、支援管理モジュール２０は、例えばドナー車両Ｖｄが非稼働予定日に非稼働になっていれば非稼働確率を現在の値に保持する。また、支援管理モジュール２０は、例えば非稼働予定日に稼働した日が１０日のうち１日あった場合、非稼働確率を“１”だけ減らし、非稼働予定日に稼働した日が１０日のうち２日以上あった場合、非稼働確率を“２”だけ減らす。更に、支援管理モジュール２０は、例えば非稼働確率が１０未満の整数であって、非稼働予定日に稼働した日が１０日のうち１日もなかった場合、非稼働確率を“１”だけ増加させる。

故障情報管理サーバ３は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力装置等を含むコンピュータであり、本実施形態では例えば自動車製造者により設置・管理される。故障情報管理サーバ３には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、当該自動車製造者により製造・販売されている車両で発生した故障（不具合）に応じた修理部品の情報を提供するための各種処理を実行する故障情報処理モジュール３０が構築されている。更に、故障情報管理サーバ３は、複数のダイアグノーシスコードごとに故障情報を格納したデータベースを記憶する記憶装置３５を含む。当該データベースは、複数のダイアグノーシスコードに、診断条件、異常状態、異常期間、不具合の具体的症状、点検部位、交換すべき部品のＩＤといった故障情報を紐付けて格納するものである。

車両診断サーバ４は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力装置等を含むコンピュータであり、本実施形態では例えば自動車製造者により設置・管理される。車両診断サーバ４には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、当該自動車製造者により製造・販売されている車両および当該車両に搭載された部品の劣化度合を診断する劣化診断モジュール４０が構築されている。劣化診断モジュール４０は、ドナー車両Ｖｄを含む多数の車両に搭載された車載通信機から当該車両の走行距離、エンジン回転数、負荷（トルク）、車速、ブレーキオン時間、操舵角といった使用状態情報を逐次取得し、各車両並び各車両に搭載されている部品の劣化度合を導出する。更に、車両診断サーバ４は、車両や各部品の劣化度合を複数の車両ごとに格納したデータベースを記憶する記憶装置４５を含む。当該データベースは、車両の車台番号あるいは車両識別番号に劣化診断モジュール４０により導出された当該車両や各部品の劣化度合を紐付けて格納するものである。劣化診断モジュール４０は、車両や各部品の劣化度合を導出するたびに、当該データベースを更新する。

部品流通管理サーバ５は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力装置等を含むコンピュータであり、本実施形態では例えば自動車製造者により設置・管理される。部品流通管理サーバ５には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、当該自動車製造者により製造・販売されている車両に搭載される部品の在庫や入荷状況、受注、発送等を管理する流通管理モジュール５０が構築されている。更に、部品流通管理サーバ５は、多数の部品ごとに、在庫や入荷状況等を格納したデータベースを記憶する記憶装置５５を含む。流通管理モジュール５０は、部品の在庫状況等が変化するたびに、当該データベースを更新する。

中古車販売事業者Ｕの在庫管理装置６は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力装置等を含むコンピュータであり、当該中古車販売事業者Ｕが取り扱っている中古車の在庫状況等を管理するものである。また、在庫管理装置６は、中古車販売事業者Ｕが車両修理支援システム１に登録しているドナー車両Ｖｄの非稼働予定日を修理支援サーバ２に定期的に送信する。修理支援サーバ２の支援管理モジュール２０は、在庫管理装置６から送信された非稼働予定日に基づいて例えば１ヶ月単位の非稼働日情報を作成し、当該非稼働日情報を中古車販売事業者Ｕのドナー車両ＶｄのＩＤに紐付けて上記データベースに格納する。

カーシェアリング運営事業者ＣＳのスケジュール管理装置７は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力装置等を含むコンピュータであり、当該カーシェアリング運営事業者ＣＳが取り扱っている車両の稼働状況等を管理するものである。また、スケジュール管理装置７は、カーシェアリング運営事業者ＣＳが車両修理支援システム１に登録しているドナー車両Ｖｄの非稼働予定日を修理支援サーバ２に定期的に送信する。修理支援サーバ２の支援管理モジュール２０は、スケジュール管理装置７から送信された非稼働予定日に基づいて例えば１ヶ月単位の非稼働日情報を作成し、当該非稼働日情報をカーシェアリング運営事業者ＣＳのドナー車両ＶｄのＩＤに紐付けて上記データベースに格納する。

車両販売店Ｄや車両整備工場Ｆの端末８，９は、何れもＣＰＵ，ＲＯＭ，ＲＡＭ、入出力装置等を含むコンピュータである。各端末８，９は、修理支援サーバ２等に加えて、ドナー車両Ｖｄの所有者（個人、中古車販売事業者Ｕ、カーシェアリング運営事業者ＣＳ等）や故障車両Ｖｂのユーザが保有するユーザ端末１０と上記ネットワークを介して情報をやり取り可能である。

続いて、図３から図６を参照しながら、車両修理支援システム１による故障車両Ｖｂの修理の支援手順について説明する。

図３に示すように、故障車両Ｖｂのユーザから例えば車両販売店Ｄに修理依頼の連絡が入ると、当該車両販売店Ｄの担当者は、故障車両Ｖｂのインストルメントパネルに表示されたダイアグノーシスコードや、不具合（故障）の具体的症状を当該故障車両Ｖｂのユーザから聞き取る。また、当該担当者は、ユーザの予定や車両整備工場Ｆ（または車両販売店Ｄの整備施設）のスケジュールを踏まえて、故障車両Ｖｂの修理予定日を決定すると共に、当該ユーザに対し、故障車両Ｖｂが自走可能である場合、最寄りの車両整備工場Ｆまたは当該車両販売店Ｄへの入庫を依頼し、故障車両Ｖｂが自走不能である場合には、現在位置での待機を依頼する。更に、車両販売店Ｄの担当者は、端末８から修理支援サーバ２にアクセスし、例えば所定のフォームに当該ユーザから聞き取ったダイアグノーシスコードや不具合の具体的症状といった不具合情報、修理予定日、ドナー車両Ｖｄから部品を取り外す施工業者（車両整備工場Ｆ等）の所在地等を入力することにより、これらの情報を修理支援サーバ２に送信する。

不具合情報等が修理支援サーバ２に送信されると、当該修理支援サーバ２の支援管理モジュール２０は、図４に示すように、車両販売店Ｄからの不具合情報、修理予定日および施工業者の所在地を取得する（ステップＳ１００）。更に、支援管理モジュール２０は、故障車両Ｖｂで発生した故障が部品交換により解消されるか否かを判別するために、取得した不具合情報を故障情報管理サーバ３に送信する（ステップＳ１１０）。故障情報管理サーバ３は、修理支援サーバ２からの不具合情報（ダイアグノーシスコード）と、記憶装置３５に記憶された故障情報とに基づいて、部品交換による対応の可否および故障車両Ｖｂの修理に必要な１つまたは複数の修理部品Ｐｕ（図３参照）のＩＤを取得する。更に、故障情報管理サーバ３は、部品交換による対応の可否および修理部品ＰｕのＩＤとを示す情報を修理支援サーバ２に送信し、修理支援サーバ２の支援管理モジュール２０は、故障情報管理サーバ３からの情報に基づいて、部品交換による対応の可否および修理部品Ｐｕを特定する（ステップＳ１１０）。

修理支援サーバ２の支援管理モジュール２０は、故障情報管理サーバ３からの情報に基づいて故障車両Ｖｂで発生した故障が部品交換により解消されると判定した場合（ステップＳ１２０：ＹＥＳ）、ステップＳ１１０にて特定した修理部品Ｐｕと同一若しくは互換性のある部品（以下、「取り寄せ部品」という。）Ｐｏの取り寄せを依頼してからの納期、すなわち車両販売店Ｄまたは車両整備工場Ｆへの取り寄せ部品Ｐｏの到着予定日を部品流通管理サーバ５に問い合わせ、当該部品流通管理サーバ５から当該到着予定日を取得する（ステップＳ１３０）。本実施形態において、取り寄せ部品Ｐｏは、修理部品Ｐｕを提供したドナー車両Ｖｄに当該修理部品Ｐｕの代わりに装着されるものである。更に、支援管理モジュール２０は、ステップＳ１１０にて特定した１つまたは複数の修理部品ＰｕのＩＤと、記憶装置２５に記憶された情報とに基づいて、当該修理部品Ｐｕを搭載したドナー車両Ｖｄを抽出する（ステップＳ１４０）。ここで、ステップＳ１４０にて抽出されるドナー車両Ｖｄは、部品の共通化が進められていることから、故障車両Ｖｂと同一車種には限られず、故障車両Ｖｂとは異なる車種を含むこともある。

次いで、支援管理モジュール２０は、記憶装置２５からステップＳ１４０にて抽出したドナー車両Ｖｄの非稼働日情報を取得し、当該非稼働日情報と、ステップＳ１００にて取得した修理予定日と、ステップＳ１３０にて取得した取り寄せ部品Ｐｏの到着予定日とに基づいて、ステップＳ１４０にて抽出したドナー車両Ｖｄの絞り込みを行う（ステップＳ１５０）。ステップＳ１５０において、支援管理モジュール２０は、まず、ステップＳ１４０にて抽出したドナー車両Ｖｄの中から、上記非稼働確率が予め定められた閾値未満であるものを除外する。本実施形態において、修理予定日が当日である場合には、非稼働確率の高いドナー車両Ｖｄを選択するために、当該閾値として、修理予定日が翌日以降である場合に比べて大きい値が用いられる。

また、ステップＳ１５０において、支援管理モジュール２０は、修理予定日が当日である場合、ステップＳ１４０にて抽出したドナー車両Ｖｄの中から、修理予定日が非稼働日になっていないものを除外し、修理予定日が翌日以降である場合、ステップＳ１４０にて抽出したドナー車両Ｖｄの中から、例えば修理予定日およびその前日が非稼働日になっていないものを除外する。更に、ステップＳ１５０において、支援管理モジュール２０は、ステップＳ１４０にて抽出したドナー車両Ｖｄの中から、例えばステップＳ１２０にて取得した取り寄せ部品Ｐｏの到着予定日およびその翌日が非稼働日になっていないものを除外する。

ステップＳ１５０の処理の後、支援管理モジュール２０は、記憶装置２５に格納されたデータベースからステップＳ１５０にて絞り込まれたドナー車両Ｖｄの所有者の住所または所在地を取得すると共に、当該所有者の住所または所在地とステップＳ１００にて取得した施工業者の所在地との地図上での距離を算出する（ステップＳ１６０）。更に、ステップＳ１６０において、支援管理モジュール２０は、ステップＳ１５０にて絞り込まれたドナー車両Ｖｄの中から、算出した距離が予め定められた閾値以下であるものを候補車両として選択する。そして、支援管理モジュール２０は、ステップＳ１６０にて少なくとも１つのドナー車両Ｖｄを選択した場合（ステップＳ１７０：ＹＥＳ）、選択したドナー車両Ｖｄに関連した情報を上記車両販売店Ｄの端末８に送信し（ステップＳ１８０）、図４の一連の処理を終了させる。

ステップＳ１８０において修理支援サーバ２から端末８に送信される情報には、ドナー車両ＶｄのＩＤ、当該ドナー車両Ｖｄの所有者、連絡先、住所または所在地、取り寄せ部品Ｐｏの到着予定日、ドナー車両Ｖｄの非稼働確率等が含まれる。また、本実施形態において、ステップＳ１６０にて複数のドナー車両Ｖｄが選択された場合、ステップＳ１８０にて複数のドナー車両Ｖｄに関連した情報が非稼働確率あるいはステップＳ１６０にて算出された距離等に基づいてランク付けされた形で端末８に送信される。

一方、ステップＳ１２０にて故障情報管理サーバ３からの情報に基づいて故障車両Ｖｂで発生した故障が部品交換により解消されないと判定した場合（ステップＳ１２０：ＮＯ）、支援管理モジュール２０は、故障車両Ｖｂの故障に部品交換では対応し得ない旨を車両販売店Ｄの端末８に通知し（ステップＳ１９０）、図４の一連の処理を終了させる。この場合、車両販売店Ｄの担当者は、故障車両Ｖｂを自走またはレッカー移動により車両整備工場Ｆに入庫させ、当該車両整備工場Ｆにおいて、必要な検査を経て故障車両Ｖｂの修理作業が行われる。

また、図４の一連の処理により条件を満たすドナー車両Ｖｄが見つからなかった場合（ステップＳ１７０：ＮＯ）、支援管理モジュール２０は、故障車両Ｖｂの故障に対応し得ない旨を車両販売店Ｄの端末８に通知し（ステップＳ１９０）、図４の一連の処理を終了させる。この場合、支援管理モジュール２０は、ステップＳ１９０において取り寄せ部品Ｐｏの到着予定日を車両販売店Ｄの端末８に通知し、車両販売店Ｄの担当者は、取り寄せ部品Ｐｏの到着予定日を故障車両Ｖｂのユーザに伝えて修理の日程を調整するか、あるいはドナー車両Ｖｄの探索条件を適宜変更してドナー車両Ｖｄの再探索を修理支援サーバ２に要求する。

図５は、修理支援サーバ２から車両販売店Ｄの端末８にドナー車両Ｖｄに関連した情報が送信された後に車両販売店Ｄや車両整備工場Ｆで行われる作業の流れを示すフローチャートである。修理支援サーバ２からのドナー車両Ｖｄに関連した情報が端末８により受信されると、車両販売店Ｄの担当者は、取得した情報に基づいて車両整備工場Ｆとの間で適宜調整を行った上で、ドナー車両Ｖｄの所有者（個人）のユーザ端末１０あるいは中古車販売事業者Ｕ等の端末に修理部品Ｐｕの提供依頼を送信する（ステップＳ２００）。本実施形態において、ステップＳ２００における修理部品Ｐｕの提供依頼には、修理予定日等に応じた車両販売店Ｄ側の希望部品取り外し日、取り寄せ部品Ｐｏの予定装着日、ドナー車両Ｖｄの移動の要否等が含まれる。

ドナー車両Ｖｄの移動の要否は、修理部品Ｐｕの取り外しやすさに応じて定められ、本実施形態では、大がかりな作業を施すこと無くドナー車両Ｖｄから修理部品Ｐｕを取り外すことができる場合、車両整備工場Ｆ等（施工業者）から作業者が当該ドナー車両Ｖｄの所有者の自宅等に出向いて修理部品Ｐｕの取り外しを行う。また、ドナー車両Ｖｄからの修理部品Ｐｕの取り外しが煩雑である場合には、修理部品Ｐｕの提供依頼において、所有者に車両整備工場Ｆ等へのドナー車両Ｖｄの入庫が依頼される。なお、ステップＳ２００における修理部品Ｐｕの提供依頼は、電話を介して行われてもよい。更に、修理支援サーバ２により複数のドナー車両Ｖｄ（候補車両）が提示された場合、ステップＳ２００において複数の所有者に一括して（同時に）修理部品Ｐｕの提供依頼が通知されてもよく、修理支援サーバ２により設定されたランク順に当該提供依頼が通知されてもよい。

修理部品Ｐｕの提供依頼の通知後、車両販売店Ｄの担当者は、所有者からの回答を受領すると共に必要な調整を行って、修理部品Ｐｕの提供元となるドナー車両Ｖｄを決定する（ステップＳ２１０）。ドナー車両Ｖｄが決定されると（ステップＳ２２０：ＹＥＳ）、当該担当者は、ドナー車両Ｖｄの所有者との間で修理部品Ｐｕの取り外し場所および取り外し日時並びに取り寄せ部品Ｐｏの装着場所および装着日時を正式に決定すると共に、故障車両Ｖｂのユーザとの間で修理場所および修理日時を正式に決定する（ステップＳ２３０）。故障車両Ｖｂの修理場所は、基本的には、車両整備工場Ｆまたは車両販売店Ｄの整備施設となるが、故障車両Ｖｂが自走不能であって当該故障車両Ｖｂへの修理部品Ｐｕの装着が容易である場合には、故障車両Ｖｂのユーザの自宅等あるいは故障車両Ｖｂの停車位置（駐車場、路肩等）が修理場所とされてもよい。

また、修理部品Ｐｕの取り外し日時が到来すると、事前に定められた取り外し場所でドナー車両Ｖｄから修理部品Ｐｕが取り外される（ステップＳ２４０）。更に、故障車両Ｖｂの修理日時が到来すると、事前に定められた修理場所でドナー車両Ｖｄから取り外された修理部品Ｐｕが故障車両Ｖｂに装着される（ステップＳ２５０）。修理部品Ｐｕの装着により故障（不具合）が解消されて故障車両Ｖｂの修理が完了すると、車両販売店Ｄの端末８あるいは車両整備工場Ｆの端末９から、車台番号あるいは車両識別番号といった故障車両Ｖｂの車両情報や、修理費用すなわち工賃および部品代（取り寄せ部品Ｐｏの代金）の通知を含む修理完了通知が修理支援サーバ２（および車両販売店Ｄ）に送信され（ステップＳ２６０）、図５の一連の処理が完了する。

一方、修理支援サーバ２から情報に基づいて修理部品Ｐｕの提供元となるドナー車両Ｖｄを決定し得なかった場合（ステップＳ２２０：ＮＯ）、車両販売店Ｄの担当者は、取り寄せ部品Ｐｏの到着予定日を故障車両Ｖｂのユーザに伝えて修理の日程を調整するか、あるいはドナー車両Ｖｄの探索条件を適宜変更してドナー車両Ｖｄの再探索を修理支援サーバ２に要求する。また、修理部品Ｐｕを提供したドナー車両Ｖｄには、上記装着日時に事前に定められた装着場所で別途取り寄せられた取り寄せ部品Ｐｏが装着されることになる（図３参照）。

図６に示すように、修理支援サーバ２の支援管理モジュール２０は、車両販売店Ｄの端末８あるいは車両整備工場Ｆの端末９からの修理完了通知を受信すると、故障車両Ｖｂの車両情報や修理費用を取得する（ステップＳ３００）。次いで、支援管理モジュール２０は、ステップＳ３００にて取得した修理費用に、修理支援サーバ２の運営費（インセンティブ、図３における星印参照）と、ドナー車両Ｖｄの所有者へのインセンティブのベース値（図３における星印参照）に相当する金額とを加算して故障車両Ｖｂのユーザへの修理の請求額を算出する（ステップＳ３１０）。

更に、支援管理モジュール２０は、ステップＳ３００にて取得した故障車両Ｖｂの車両情報と記憶装置２５に記憶された情報とに基づいて、当該故障車両Ｖｂが車両修理支援システム１にドナー車両Ｖｄとして登録されているか否かを判定する（ステップＳ３２０）。支援管理モジュール２０は、故障車両Ｖｂが車両修理支援システム１にドナー車両Ｖｄとして登録されていると判定した場合（ステップＳ３２０：ＹＥＳ）、ステップＳ３１０にて算出した請求額を予め定められた金額だけ減額する（ステップＳ３３０）。また、故障車両Ｖｂが車両修理支援システム１にドナー車両Ｖｄとして登録されていないと判定した場合（ステップＳ３２０：ＮＯ）、支援管理モジュール２０は、ステップＳ３３０の処理をスキップし、ステップＳ３１０にて算出した請求額を維持する。

ステップＳ３１０またはＳ３２０の処理の後、支援管理モジュール２０は、ドナー車両Ｖｄから取り外された修理部品Ｐｕの劣化度合を取得するために、当該ドナー車両ＶｄのＩＤおよび修理部品ＰｕのＩＤを車両診断サーバ４に送信する（ステップＳ３４０）。車両診断サーバ４は、受信したドナー車両Ｖｄおよび修理部品ＰｕのＩＤに対応した劣化度合を記憶装置４５に記憶されたデータベースから取得し、修理支援サーバ２に送信する（ステップＳ３４０）。支援管理モジュール２０は、ステップＳ３４０にて車両診断サーバ４から修理部品Ｐｕの劣化度合を取得すると、当該劣化度合が予め定められた閾値以下であるか否かを判定する（ステップＳ３５０）。

修理部品Ｐｕの劣化度合が上記閾値以下であると判定した場合（ステップＳ３５０：ＹＥＳ）、支援管理モジュール２０は、修理部品Ｐｕの状態が極めて良好であるとみなし、上記ベース値に予め定められた金額に相当する値を加算することによりドナー車両Ｖｄの所有者へのインセンティブを高くする（ステップＳ３６０）。また、支援管理モジュール２０は、修理部品Ｐｕの劣化度合が上記閾値を上回っていると判定した場合（ステップＳ３５０：ＮＯ）、上記ベース値に予め定められた金額に相当する値を加算することによりドナー車両Ｖｄの所有者へのインセンティブを高くする（ステップＳ３６０）。そして、支援管理モジュール２０は、ステップＳ３１０またはＳ３６０にて設定した請求額を車両販売店Ｄの端末８に送信すると共に。修理部品Ｐｕの提供に応じて付与されるインセンティブの金額をドナー車両Ｖｄの所有者に通知し（ステップＳ３７０）、図６の精算処理を終了させる。

修理支援サーバ２による精算処理の完了後、車両販売店Ｄは、修理支援サーバ２から送信された請求額を故障車両Ｖｂのユーザに請求する。当該ユーザから請求額が入金されると、入金された金銭のうちの上記修理費用に相当する分が車両販売店Ｄおよび／または車両整備工場Ｆへの対価となり、残余が修理支援サーバ２の運営費に充当される。また、ドナー車両Ｖｄの所有者へのインセンティブは、金銭であってもよく、車両販売店Ｄや車両整備工場Ｆ等における点検整備等の費用や関連施設での支払いに充当可能なポイントがインセンティブとして付与されもよい。

以上説明したように、車両修理支援システム１は、故障車両Ｖｂの修理に際して、主として部品の調達を支援するものであり、支援管理装置としての支援管理モジュール２０および記憶装置２５を有する修理支援サーバ２と、依頼通知装置としての端末８とを含む。修理支援サーバ２の記憶装置２５は、予め登録された複数のドナー車両ＶｄのＩＤと、ドナー車両Ｖｄに搭載された部品（ＩＤ）とを紐付けて記憶する。また、修理支援サーバ２の支援管理モジュール２０は、端末８から送信された故障車両Ｖｂの不具合情報に基づいて当該故障車両Ｖｂの修理に必要な修理部品Ｐｕを特定すると共に、記憶装置２５に記憶された情報に基づいて複数のドナー車両Ｖｄの中から修理部品Ｐｕを搭載したドナー車両Ｖｄを抽出する（図４のステップＳ１００－Ｓ１６０）。更に、依頼通知装置としての端末８は、修理支援サーバ２の支援管理モジュール２０により抽出されたドナー車両Ｖｄの所有者に修理部品Ｐｕの提供依頼を通知する（図５のステップＳ２００）。

これにより、ドナー車両Ｖｄの所有者によって修理部品Ｐｕの提供依頼が受諾されれば、当該ドナー車両Ｖｄから修理部品Ｐｕを取り外して故障車両Ｖｂに装着し、当該故障車両Ｖｂの故障を解消することができる。この結果、車両販売店Ｄや車両整備工場Ｆ等における部品のストックを削減しつつ、故障車両Ｖｂの修理に必要な修理部品Ｐｕを速やかに調達することが可能になる。更に、車両修理支援システム１では、修理部品Ｐｕを速やかに調達することができるので、故障が発生した当日に故障車両Ｖｂの修理を完了させることも可能となり、故障の発生から故障車両Ｖｂの修理が完了するまでの時間を大幅に短縮化して当該故障車両Ｖｂのダウンタイムを良好に低減することができる。

また、車両修理支援システム１において、修理支援サーバ２の支援管理モジュール２０は、修理部品Ｐｕの提供依頼を受諾した所有者にインセンティブを付与する（図６のステップＳ３１０，Ｓ３５０－Ｓ３６０）。これにより、ドナー車両Ｖｄの所有者に修理部品Ｐｕの提供依頼の承諾を促すことができるので、修理部品Ｐｕをより速やかに調達することが可能となる。

更に、修理支援サーバ２の支援管理モジュール２０は、ドナー車両Ｖｄから提供された修理部品Ｐｕの劣化度合が小さい場合、当該劣化度合が大きい場合に比べて所有者に付与されるインセンティブを高くする（図６のステップＳ３４０－Ｓ３６０）。これにより、ドナー車両Ｖｄが比較的新しいものであっても、当該ドナー車両Ｖｄの所有者が修理部品Ｐｕの提供に抵抗感をもつことを抑制することができるので、程度のよい修理部品Ｐｕの調達が可能となる。

また、車両修理支援システム１は、ドナー車両Ｖｄから少なくとも走行距離を含む使用状態情報を取得すると共に当該使用状態情報に基づいてドナー車両Ｖｄに搭載された部品の劣化度合を導出する部品劣化診断装置としての車両診断サーバ４を含む。更に、修理支援サーバ２の支援管理モジュール２０は、当該車両診断サーバ４から修理部品Ｐｕの劣化度合を取得し、取得した劣化度合に基づいて所有者に付与されるインセンティブを定める（図６のＳ３４０－Ｓ３６０）。これにより、ドナー車両Ｖｄに搭載された部品の劣化度合を適正に評価すると共に、ドナー車両Ｖｄからの修理部品Ｐｕの調達の信頼性を良好に確保することが可能となる。

なお、車両修理支援システム１において、図４のステップＳ１６０の処理の後、選択されたドナー車両Ｖｄの修理部品Ｐｕについて図６のステップＳ３４０－Ｓ３６０と同様の処理が実行されてもよく、修理部品Ｐｕの提供依頼に際して、修理部品Ｐｕの劣化度合に基づいて定められたインセンティブがドナー車両Ｖｄの所有者に通知されてもよい。これにより、比較的新しいドナー車両Ｖｄの所有者に、修理部品Ｐｕの提供によって高いインセンティブが得られることを知らせて、修理部品Ｐｕの提供依頼の承諾を促すことが可能となる。

更に、修理支援サーバ２の支援管理モジュール２０は、故障車両Ｖｂのユーザへの修理の請求額を算出すると共に、当該故障車両Ｖｂがドナー車両Ｖｄとして登録されている場合、ドナー車両Ｖｄとして登録されていない場合に比べて当該請求額を減額する請求額算出装置（図６のステップＳ３００－Ｓ３３０）として機能する。このように、ドナー車両Ｖｄの所有者に故障発生時の費用負担の軽減というメリットを与えることで、ドナー車両Ｖｄの登録をより促進させて当該ドナー車両Ｖｄの登録台数を増やすことが可能となる。

また、車両修理支援システム１は、ダイアグノーシスコード等を含む不具合情報に応じた修理部品Ｐｕの情報を提供する故障情報管理サーバ３を含み、修理支援サーバ２の支援管理モジュール２０は、故障車両Ｖｂの修理に必要な修理部品Ｐｕを故障情報管理サーバ３に照会する（図４のステップＳ１１０）。これにより、故障車両Ｖｂの修理に必要な修理部品Ｐｕを容易かつ迅速に特定することが可能となる。

更に、車両修理支援システム１では、故障車両Ｖｂの不具合情報が、当該故障車両Ｖｂの修理依頼を受け付けた事業者としての車両販売店Ｄに設置された端末８から修理支援サーバ２（支援管理モジュール２０）に送信され、当該端末８がドナー車両Ｖｄの所有者に修理部品Ｐｕの提供依頼を通知する依頼通知装置として機能する。これにより、ドナー車両Ｖｄの所有者と、故障車両Ｖｂの修理の窓口となる車両販売店Ｄとの間で作業日程等を直接取り決めることができるので、故障車両Ｖｂの修理依頼から修理完了までの時間をより短くすることが可能となる。

ただし、車両修理支援システム１において、修理部品Ｐｕの提供依頼は、依頼通知装置としての車両整備工場Ｆの端末９からドナー車両Ｖｄの所有者に通知されてもよい。更に、修理部品Ｐｕの提供依頼は、図４のステップＳ１７０の処理の後、依頼通知装置としての支援管理モジュール２０からドナー車両Ｖｄの所有者に通知されてもよい。すなわち、修理支援サーバ２の支援管理モジュール２０は、支援管理装置および依頼通知装置の双方として機能するものであってもよい。

また、修理支援サーバ２の支援管理モジュール２０は、故障車両Ｖｂの修理予定日と、ドナー車両Ｖｄの非稼働予定日を示す非稼働日情報とに基づいて、修理部品Ｐｕを搭載したドナー車両Ｖｄを複数のドナー車両Ｖｄを絞り込む（図４のステップＳ１５０）。これにより、稼働を理由に修理予定日までに修理部品Ｐｕを提供し得ないドナー車両Ｖｄの所有者に当該修理部品Ｐｕの提供依頼が通知されてしまうのを抑制し、修理部品Ｐｕの提供依頼が受諾される蓋然性をより高くすることが可能となる。

更に、車両修理支援システム１において、非稼働日情報は、ドナー車両Ｖｄの所有者から提供される非稼働予定日とドナー車両Ｖｄの使用状況とに基づいて設定されるドナー車両Ｖｄが非稼働予定日に非稼働となる非稼働確率を含む。また、修理支援サーバ２の記憶装置２５は、非稼働日情報をドナー車両ＶｄのＩＤに紐付けて記憶する。更に、修理支援サーバ２の支援管理モジュール２０は、当該稼働日情報に基づいて、修理部品Ｐｕを搭載したドナー車両Ｖｄの中から非稼働確率が高いドナー車両Ｖｄを優先して抽出する（図４のステップＳ１５０）。これにより、稼働を理由に修理予定日までに修理部品Ｐｕを提供し得ないドナー車両Ｖｄの所有者に修理部品Ｐｕの提供依頼が通知されてしまうのを極めて良好に抑制することが可能となる。

また、修理支援サーバ２の支援管理モジュール２０は、少なくともドナー車両Ｖｄの位置（所有者の住所または所在地等）とドナー車両Ｖｄから修理部品Ｐｕを取り外す施工業者（車両整備工場Ｆ等）の所在地との距離を取得し、修理部品Ｐｕを搭載したドナー車両Ｖｄの中から当該距離が短いドナー車両Ｖｄを優先して抽出（選択）する（図４のステップＳ１６０）。これにより、故障車両Ｖｂの修理依頼から修理部品Ｐｕを取得するまでの時間をより短縮化すると共に、部品の調達に要する物流コストを低減することが可能となる。

更に、車両修理支援システム１では、図３に示すように、ドナー車両Ｖｄから取り外された修理部品Ｐｕが故障車両Ｖｂに装着され、ドナー車両Ｖｄには、別途取り寄せられた取り寄せ部品Ｐｏが装着される。これにより、修理部品Ｐｕの提供に応じて、新たな部品である取り寄せ部品Ｐｏをドナー車両Ｖｄの所有者にインセンティブとして供与することができる。ただし、図７に示すように、ドナー車両Ｖｄから取り外された修理部品Ｐｕは、故障車両Ｖｂに一時的に装着された後、ドナー車両Ｖｄに戻されてもよく、その後、故障車両Ｖｂには、別途取り寄せられた取り寄せ部品Ｐｏが装着されてもよい。これにより、当初から装着された部品（修理部品Ｐｕ）の継続使用を希望するドナー車両Ｖｄの所有者の意向に沿うことが可能となる。また、図８に示すように、ドナー車両Ｖｄから取り外された修理部品Ｐｕが故障車両Ｖｂに一時的に装着された後、ドナー車両Ｖｄおよび故障車両Ｖｂの各々に別途取り寄せられた取り寄せ部品Ｐｏが装着されてもよく、故障車両Ｖｂから取り外された修理部品Ｐｕは、ドナー部品として適所にストックされてもよい。

そして、車両修理支援システム１において、複数のドナー車両Ｖｄは、自家用車、中古車、カーシェアリング車両、展示車およびレンタカーの少なくとも何れかを含む。これにより、非稼働の自家用車やレンタカー、カーシェアリング車両、中古車等の遊休車両等に搭載された部品を有効に活用して、故障車両Ｖｂを速やかに修理することが可能となるので、当該故障車両Ｖｂのダウンタイムを良好に低減することができる。

なお、本開示の発明は上記実施形態に何ら限定されるものではなく、本開示の外延の範囲内において様々な変更をなし得ることはいうまでもない。更に、上記実施形態は、あくまで発明の概要の欄に記載された発明の具体的な一形態に過ぎず、発明の概要の欄に記載された発明の要素を限定するものではない。

本開示の発明は、車両の製造販売業等において利用可能である。

１ 車両修理支援システム、２ 修理支援サーバ、２０ 支援管理モジュール（支援管理装置）、２５ 記憶装置、３ 故障情報管理サーバ（故障情報管理装置）、３０ 故障情報処理モジュール、３５ 記憶装置、４ 車両診断サーバ（部品劣化診断装置）、４０ 劣化診断モジュール、４５ 記憶装置、５ 部品流通管理サーバ（部品流通管理装置）、５０ 流通管理モジュール、５５ 記憶装置、６ 在庫管理装置、７ スケジュール管理装置、８，９ 端末、１０ ユーザ端末、ＣＳ カーシェアリング運営事業者、Ｄ 車両販売店、Ｆ 車両整備工場、Ｐｕ 修理部品、Ｐｏ 取り寄せ部品、Ｕ 中古車販売事業者、Ｖｂ 故障車両、Ｖｄ ドナー車両。

Claims (15)

1. 故障車両の修理を支援するための車両修理支援システムであって、
   予め登録された複数のドナー車両のＩＤと、前記ドナー車両に搭載された部品とを紐付けて記憶する記憶装置と、
   前記故障車両の不具合情報に基づいて前記故障車両の修理に必要な修理部品を特定すると共に、前記記憶装置に記憶された情報に基づいて前記複数のドナー車両の中から前記修理部品を搭載した前記ドナー車両を抽出する支援管理装置と、
   前記支援管理装置により抽出された前記ドナー車両の所有者に前記修理部品の提供依頼を通知する依頼通知装置と、
   を備える車両修理支援システム。
2. 請求項１に記載の車両修理支援システムにおいて、
   前記支援管理装置は、前記修理部品の提供依頼を受諾した前記所有者にインセンティブを付与する車両修理支援システム。
3. 請求項２に記載の車両修理支援システムにおいて、
   前記支援管理装置は、前記ドナー車両から提供された前記修理部品の劣化度合が小さい場合、前記劣化度合が大きい場合に比べて前記所有者に付与される前記インセンティブを高くする車両修理支援システム。
4. 請求項３に記載の車両修理支援システムにおいて、
   前記ドナー車両から少なくとも走行距離を含む使用状態情報を取得すると共に前記使用状態情報に基づいて前記ドナー車両に搭載された前記部品の前記劣化度合を導出する部品劣化診断装置を更に備え、
   前記支援管理装置は、前記部品劣化診断装置から取得した前記修理部品の前記劣化度合に基づいて前記所有者に付与される前記インセンティブを定める車両修理支援システム。
5. 請求項１から４の何れか一項に記載の車両修理支援システムにおいて、
   前記故障車両のユーザへの修理の請求額を算出すると共に、前記故障車両が前記ドナー車両として登録されている場合、前記ドナー車両として登録されていない場合に比べて前記請求額を減額する請求額算出装置を更に備える車両修理支援システム。
6. 請求項１から５の何れか一項に記載の車両修理支援システムにおいて、
   前記不具合情報に応じた前記修理部品の情報を提供する故障情報管理装置を更に備え、
   前記支援管理装置は、前記故障車両の修理に必要な前記修理部品を前記故障情報管理装置に照会する車両修理支援システム。
7. 請求項１から６の何れか一項に記載の車両修理支援システムにおいて、
   前記不具合情報は、前記故障車両の修理依頼を受け付けた事業者から前記支援管理装置に送信され、前記依頼通知装置は、前記事業者に設置されている車両修理支援システム。
8. 請求項１から７の何れか一項に記載の車両修理支援システムにおいて、
   前記支援管理装置は、前記故障車両の修理予定日と、前記ドナー車両の非稼働予定日を示す非稼働日情報とに基づいて、前記修理部品を搭載した前記ドナー車両を絞り込む車両修理支援システム。
9. 請求項８に記載の車両修理支援システムにおいて、
   前記非稼働日情報は、前記ドナー車両の前記所有者から提供される前記非稼働予定日と前記ドナー車両の使用状況とに基づいて設定される前記ドナー車両が前記非稼働予定日に非稼働となる確率を含み、
   前記記憶装置は、前記非稼働日情報を前記ドナー車両のＩＤに紐付けて記憶し、
   前記支援管理装置は、前記非稼働日情報に基づいて前記修理部品を搭載した前記ドナー車両の中から前記確率が高い前記ドナー車両を優先して抽出する車両修理支援システム。
10. 請求項１から９の何れか一項に記載の車両修理支援システムにおいて、
    前記支援管理装置は、少なくとも前記ドナー車両の位置と前記ドナー車両から前記修理部品を取り外す施工業者の所在地との距離を取得し、前記修理部品を搭載した前記ドナー車両の中から前記距離が短い前記ドナー車両を優先して抽出する車両修理支援システム。
11. 請求項１から１０の何れか一項に記載の車両修理支援システムにおいて、
    前記ドナー車両から取り外された前記修理部品が前記故障車両に装着され、前記ドナー車両には、別途取り寄せられた取り寄せ部品が装着される車両修理支援システム。
12. 請求項１から１０の何れか一項に記載の車両修理支援システムにおいて、
    前記ドナー車両から取り外された前記修理部品は、前記故障車両に一時的に装着された後、前記ドナー車両に戻され、前記故障車両には、別途取り寄せられた取り寄せ部品が装着される車両修理支援システム。
13. 請求項１から１０の何れか一項に記載の車両修理支援システムにおいて、
    前記ドナー車両から取り外された前記修理部品が前記故障車両に一時的に装着された後、前記ドナー車両および前記故障車両の各々に別途取り寄せられた取り寄せ部品が装着され、前記故障車両から取り外された前記修理部品は、ストックされる車両修理支援システム。
14. 請求項１から１３の何れか一項に記載の車両修理支援システムにおいて、
    前記複数のドナー車両は、自家用車、中古車、カーシェアリング車両、展示車およびレンタカーの少なくとも何れかを含む車両修理支援システム。
15. 故障車両の修理を支援するための車両修理支援方法であって、
    予め登録された複数のドナー車両のＩＤと、前記ドナー車両に搭載された部品とを紐付けて記憶装置に記憶させておき、
    前記故障車両の不具合情報に基づいて前記故障車両の修理に必要な修理部品を特定し、
    前記記憶装置に記憶された情報に基づいて前記複数のドナー車両の中から前記修理部品を搭載した前記ドナー車両を抽出し、
    抽出した前記ドナー車両の所有者に前記修理部品の提供を依頼する、
    車両修理支援方法。

Images