(57)【特許請求の範囲】
【請求項１】
車両損傷査定の方法であって、
受信ユニットが、車両損傷位置の情報であるユーザからの入力情報を受信するステップと、
第１の処理ユニットが、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定するステップと、
第２の処理ユニットが、前記損傷位置部品の情報及び前記処理方法に基づいて修復費用見積情報を生成するステップと、を含み、
前記車両損傷査定の方法は、
前記受信ユニットが、ユーザからの前記入力情報を受信する前に、ユーザが入力した車両識別番号であるＶＩＮを受信するステップと、
前記第１の処理ユニットが、前記ＶＩＮに基づいて損傷車両の車種を特定するステップと、
車両模式図表示ユニットが、前記車種に対応する車両の模式図を表示するステップと、をさらに含み、
前記入力情報がユーザによる前記車両の模式図での手書きマークを含む場合、
前記車両損傷査定の方法は、
前記第１の処理ユニットが、前記手書きマークの範囲がカバーしている既設立体領域を特定するステップと、
前記第１の処理ユニットが、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定するステップと、
選択待ち情報表示ユニットが、前記ユーザが選択可能な、前記選択待ち損傷位置情報及び各選択待ち損傷位置情報に対応する選択待ち処理方法情報を表示するステップと、
前記第１の処理ユニットが、前記ユーザの選択操作に基づいて、前記入力情報に対応する前記損傷位置部品の情報及び前記処理方法を確定するステップと、をさらに含み、
前記車両の模式図が車両の平面図である場合、前記手書きマークの範囲がカバーしている前記既設立体領域の数が１つより多いとき、
前記車両損傷査定の方法は、
前記第１の処理ユニットが、各前記既設立体領域に占める前記手書きマークの範囲の大きさを確定するステップと、
前記選択待ち情報表示ユニットが、前記手書きマークの領域と各前記既設立体領域との重なり合う領域の、前記既設立体領域の合計面積に占める割合の順に、各前記手書きマークに対応する前記既設立体領域における部品の情報を配列して表示するステップと、
をさらに含むことを特徴とする車両損傷査定の方法。
【請求項２】
前記入力情報が文字情報を含む場合、前記第１の処理ユニットが、前記入力情報に基づいて、対応する前記損傷位置部品の情報及び前記処理方法を特定するステップは、
前記第１の処理ユニットが、前記文字情報を部品正式名称に変更するステップと、
前記第１の処理ユニットが、部品正式名称と各ブランドの該当部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出するステップと、
前記第１の処理ユニットが、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して前記損傷位置部品の情報及び該当する前記処理方法の情報とするステップと
を含むことを特徴とする請求項１に記載の車両損傷査定の方法。
【請求項３】
前記入力情報が音声情報を含む場合、前記第１の処理ユニットが、前記入力情報に基づいて、対応する前記損傷位置部品の情報及び前記処理方法を特定するステップは、
前記第１の処理ユニットが、前記音声情報を文字情報に変更するステップと、
前記第１の処理ユニットが、前記文字情報を部品正式名称に変更するステップと、
前記第１の処理ユニットが、部品正式名称と各ブランドの該当部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出するステップと、
前記第１の処理ユニットが、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して前記損傷位置部品の情報及び該当する前記処理方法の情報とするステップと
を含むことを特徴とする請求項１に記載の車両損傷査定の方法。
【請求項４】
前記車両の模式図における前記車両は、複数の、それぞれ少なくとも１つの部品を含む前記既設立体領域に区画されることを特徴とする請求項１〜３のいずれか１項に記載の車両損傷査定の方法。
【請求項５】
前記車両の模式図は、前記車両の平面図と前記車両の側面図を含むことを特徴とする請求項４に記載の車両損傷査定の方法。
【請求項６】
前記車両の模式図が前記車両の平面図である場合、部品の座標系によって、各前記既設立体領域に部品を表す小さな立方体が複数含まれるとともに、各前記既設立体領域に少なくとも１つの部品が含まれることを特徴とする請求項５に記載の車両損傷査定の方法。
【請求項７】
前記車両の模式図が前記車両の側面図である場合、前記車両の側面図における前記既設立体領域の数が既定数となるとともに、該既定数の前記既設立体領域が下から上に向かって順に並んでいることを特徴とする請求項４〜６のいずれか１項に記載の車両損傷査定の方法。
【請求項８】
前記手書きマークの範囲がカバーしている前記既設立体領域の数が１つより多いとき、前記第１の処理ユニットが、前記既設立体領域における部品の情報を前記選択待ち損傷位置情報として特定するステップは、
前記第１の処理ユニットが、前記手書きマークがカバーしている前記既設立体領域を特定するステップと、
前記第１の処理ユニットが、特定された各前記既設立体領域における部品の情報を前記選択待ち損傷位置情報として確定するステップと
を含むことを特徴とする請求項７に記載の車両損傷査定の方法。
【請求項９】
前記第２の処理ユニットが、前記損傷位置部品の情報及び前記処理方法に基づいて修復費用見積情報を生成するステップは、
前記第２の処理ユニットが、前記ＶＩＮ、前記損傷位置部品の情報及び前記処理方法に基づいて修復費用を算出するステップを含むことを特徴とする請求項１〜８のいずれか１項に記載の車両損傷査定の方法。
【請求項１０】
前記第２の処理ユニットが、前記ＶＩＮ、前記損傷位置部品の情報及び前記処理方法に基づいて修復費用を算出するステップは、
前記第２の処理ユニットが、前記ＶＩＮ、前記損傷位置部品の情報及び前記処理方法に基づいて、自動調整アルゴリズムに従って修復費用を算出するステップを含み、
前記自動調整アルゴリズムは、前記ＶＩＮ、前記ユーザが選択した損傷位置及び前記処理方法に基づいて算出した修復費用を調整し、関連、重複及び相互排除の修復費用を調整するアルゴリズムである
ことを特徴とする請求項９に記載の車両損傷査定の方法。
【請求項１１】
前記第２の処理ユニットが、前記ＶＩＮ、前記損傷位置部品の情報及び前記処理方法に基づいて修復費用を算出するステップは、
前記第２の処理ユニットが、前記ＶＩＮ、前記損傷位置部品の情報及び前記処理方法に基づいて、整備工場計算パラメータ及び特殊調整要素計算パラメータを組み込んで、修復費用を算出するステップを含むことを特徴とする請求項９又は１０に記載の車両損傷査定の方法。
【請求項１２】
前記第２の処理ユニットが、前記損傷位置部品の情報及び前記処理方法に基づいて修復費用見積情報を生成するステップの後に、
前記第２の処理ユニットが、修復費用見積情報に基づいて損傷査定見積書を生成するステップと、
第３の処理ユニットが、前記損傷査定見積書に対応する二次元コードを生成するステップと、
第３の処理ユニットが、前記ユーザが前記二次元コードを読み取って前記損傷査定見積書の情報及び状態を取得、編集することができるように、前記二次元コードを前記ユーザにプッシュするステップと
を含むことを特徴とする請求項１〜１１のいずれか１項に記載の車両損傷査定の方法。
【請求項１３】
車両損傷位置の情報であるユーザからの入力情報を受信する受信ユニットと、
前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定する第１の処理ユニットと、
前記損傷位置部品の情報及び前記処理方法に基づいて修復費用見積情報を生成する第２の処理ユニットと、
車両模式図表示ユニットと、
選択待ち情報表示ユニットと、を有し、
前記受信ユニットは、ユーザが入力した車両識別番号であるＶＩＮを受信し、
前記第１の処理ユニットは、前記ＶＩＮに基づいて損傷車両の車種を特定し、
前記車両模式図表示ユニットは、前記車種に対応する車両の模式図を表示し、
前記入力情報がユーザによる前記車両の模式図での手書きマークを含む場合、
前記第１の処理ユニットは、前記手書きマークの範囲がカバーしている既設立体領域を特定し、
前記第１の処理ユニットは、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定し、
前記選択待ち情報表示ユニットは、前記ユーザが選択可能な、前記選択待ち損傷位置情報及び各選択待ち損傷位置情報に対応する選択待ち処理方法情報を表示し、
前記第１の処理ユニットは、前記ユーザの選択操作に基づいて、前記入力情報に対応する前記損傷位置部品の情報及び前記処理方法を確定し、
前記車両の模式図が前記車両の平面図である場合、前記手書きマークの範囲がカバーしている前記既設立体領域の数が１つより多いとき、
前記第１の処理ユニットは、各前記既設立体領域に占める前記手書きマークの範囲の大きさを確定し、
前記選択待ち情報表示ユニットは、前記手書きマークの領域と各前記既設立体領域との重なり合う領域の、前記既設立体領域の合計面積に占める割合の順に、各前記手書きマークに対応する前記既設立体領域における部品の情報を配列して表示する
ことを特徴とする車両損傷査定クライアント。
【請求項１４】
前記入力情報が文字情報を含む場合、前記第１の処理ユニットは、前記文字情報を部品正式名称に変更し、部品正式名称と各ブランドの該当部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出し、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して前記損傷位置部品の情報及び該当する前記処理方法の情報とするように構成されていることを特徴とする請求項１３に記載の車両損傷査定クライアント。
【請求項１５】
プロセッサで実行可能なプログラムコードが記憶される不揮発性のコンピュータ読取可能な記憶媒体であって、前記プログラムコードに基づいて、前記プロセッサで請求項１〜１２のいずれか１項に記載の方法を実行することができることを特徴とするコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、車両損傷査定の技術分野に属し、殊に、車両損傷査定の方法、損傷査定クライアント及びコンピュータ読取可能な記憶媒体に関する。
【０００２】
関連出願の交互引用
本出願は、２０１７年０５月０８日に中国専利局に提出された出願番号がＣＮ２０１７１０３１７７３６５であり、名称が「車両損傷査定の方法及び損傷査定クライアント」である中国特許出願に基づいて優先権を主張し、その全ての内容は、参照により本明細書に組み込まれる。
【背景技術】
【０００３】
近年、中国の自動車保有台数の急速な増加に伴って、自動車保険業も快速に発展している。自動車保険において、車両事故の損傷査定がとても重要な一環となっている。普段、被保険自動車が交通事故に遭った場合、保険会社の現場調査員及び損傷調査員が現場又は４Ｓ店（販売（Ｓａｌｅ）、部品交換（Ｓｐａｒｅ  Ｐａｒｔ）、アフターサービス（Ｓｅｒｖｉｃｅ）、フィードバック（Ｓｕｒｖｅｙ）との４つのサービスを提供する自動車販売代理店）への立会調査を行い、さらに損害確認・金額確認人員と協力して事故の損傷査定・賠償の仕事を仕上げる。
【０００４】
従来、保険会社や自動車整備工場において、車両損傷査定に用いられる事故車両の見積及び損傷査定のシステムの多くがＰＣ端末で操作されるので、車両損傷査定を速やかに行うことができない。
【０００５】
また、損傷査定・見積は、保険会社と自動車整備工場が打ち合わせて決定する事項であるが、損傷査定・見積に関して、双方の慣用語、判断基準、作業員能力、使用する補助設備等に相違があるので、共同の認識に達することが困難であり、そして公平で妥当な補助交流手段もない。さらに、中国では多国の自動車が販売されており、メーカーの部品検索方式が異なるので、部品情報の獲得が難しくなり、損傷査定・見積が困難となる。
【０００６】
また、現在、保険会社や自動車整備工場は、システム化、標準化作業が欠け、手動入力項目が大量存在しているので、大量の人でリスクチェックを行うことが必要となる。
【０００７】
上記の各原因により、損傷査定・見積の基準を統一でき、速やか且つ適用性が優れる損傷査定・見積方法を実現することが、解決しようとする課題となる。
【発明の概要】
【０００８】
本出願による車両損傷査定の方法、損傷査定クライアント及びコンピュータ読取可能な記憶媒体は、同一の損傷査定・見積基準を作ることにより、速やか且つ適応性が優れる車両損傷査定・見積を実現する。
【０００９】
従来技術における上記問題を解決するため、本出願の実施例による車両損傷査定の方法は、車両損傷位置の情報であるユーザからの入力情報を受信するステップと、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定するステップと、前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成するステップとを含む。
【００１０】
ユーザからの入力情報を受信するステップの前に、ユーザが入力した車両識別番号であるＶＩＮを受信するステップを含むことが好ましい。
【００１１】
前記入力情報が文字情報である場合、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定するステップは、前記文字情報を部品正式名称に変更するステップと、既設部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出するステップと、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して損傷位置部品の情報及び該当する処理方法の情報とするステップとを含むことが好ましい。
【００１２】
前記入力情報が音声情報である場合、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定するステップは、前記音声情報を文字情報に変更するステップと、前記文字情報を部品正式名称に変更するステップと、既設部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出するステップと、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して損傷位置部品の情報及び該当する処理方法の情報とするステップとを含むことが好ましい。
【００１３】
前記ＶＩＮに基づいて損傷車両の車種を特定するステップと、前記車種に対応する車両の模式図を表示するステップとをさらに含むことが好ましい。
【００１４】
前記車両の模式図における車両は、複数の、それぞれ少なくとも１つの部品を含む既設立体領域に区画されることが好ましい。
【００１５】
前記車両の模式図は、車両の平面図と車両の側面図を含むことが好ましい。
【００１６】
前記車両の模式図が前記車両の平面図である場合、部品の座標系によって、各既設立体領域に部品を表す小さな立方体が複数含まれるとともに、各既設立体領域に少なくとも１つの部品が含まれることが好ましい。
【００１７】
前記入力情報がユーザによる前記車両の模式図での手書きマークである場合、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定するステップは、前記手書きマークの範囲がカバーしている既設立体領域を特定するステップと、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定するステップと、前記ユーザが選択可能な、前記選択待ち損傷位置情報及び各選択待ち損傷位置情報に対応する選択待ち処理方法情報を表示するステップと、前記ユーザの選択操作に基づいて、前記入力情報に対応する損傷位置部品の情報及び処理方法を確定するステップとを含むことが好ましい。
【００１８】
前記車両の模式図が車両の平面図である場合、前記手書きマークの範囲がカバーしている既設立体領域の数が１つより多いとき、前記選択待ち損傷位置情報を表示するステップは、各既設立体領域に占める前記手書きマークの範囲の大きさを確定するステップと、前記手書きマークの領域と各既設立体領域との重なり合う領域の、既設立体領域の合計面積に占める割合の順に、各前記手書きマークに対応する既設立体領域における部品の情報を配列して表示するステップとを含むことが好ましい。
【００１９】
前記車両の模式図が車両の側面図である場合、前記車両の側面図における既設立体領域の数が既定数となるとともに、該既定数の既設立体領域が下から上に向かって順に並んでいることが好ましい。
【００２０】
前記手書きマークの範囲がカバーしている既設立体領域の数が１つより多いとき、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定するステップは、前記手書きマークがカバーしている既設立体領域を特定するステップと、特定された各既設立体領域における部品の情報を選択待ち損傷位置情報として確定するステップとを含むことが好ましい。
【００２１】
前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成するステップは、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて修復費用を算出するステップを含むことが好ましい。
【００２２】
前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて修復費用を算出するステップは、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、自動調整アルゴリズムに従って修復費用を算出するステップを含み、前記自動調整アルゴリズムは、前記ＶＩＮ、ユーザが選択した損傷位置及び処理方法に基づいて算出した修復費用を調整し、関連、重複及び相互排除の修復費用を調整するアルゴリズムであることが好ましい。
【００２３】
前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて修復費用を算出するステップは、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、整備工場計算パラメータ及び特殊調整要素計算パラメータを組み込んで、修復費用を算出するステップを含むことが好ましい。
【００２４】
前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成するステップの後に、損傷見積情報に基づいて損傷査定見積書を生成するステップと、前記損傷査定見積書に対応する二次元コードを生成するステップと、前記ユーザが前記二次元コードを読み取って前記損傷査定見積書情報及び状態を取得、編集することができるように、前記二次元コードを前記ユーザにプッシュするステップとを含むことが好ましい。
【００２５】
本出願による車両損傷査定クライアントは、車両損傷位置の情報であるユーザからの入力情報を受信する受信ユニットと、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定する第１の処理ユニットと、前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成する第２の処理ユニットとを有する。
【００２６】
前記受信ユニットは、さらにユーザが入力した車両識別番号であるＶＩＮを受信するように構成されていることが好ましい。
【００２７】
前記入力情報が文字情報である場合、前記第１の処理ユニットは、前記文字情報を部品正式名称に変更し、既設部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出し、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して損傷位置部品の情報及び該当する処理方法の情報とするように構成されていることが好ましい。
【００２８】
前記入力情報が音声情報である場合、前記第１の処理ユニットは、前記音声情報を文字情報に変更するように構成されていることが好ましい。
【００２９】
前記第１の処理ユニットは、さらに前記ＶＩＮに基づいて損傷車両の車種を特定し、さらに前記車種に対応する車両の模式図を表示する車両の模式図表示ユニットを有することが好ましい。
【００３０】
前記車両の模式図における車両は、複数の、それぞれ少なくとも１つの部品を含む既設立体領域に区画されることが好ましい。
【００３１】
前記車両の模式図は、車両の平面図と車両の側面図を含むことが好ましい。
【００３２】
前記入力情報がユーザによる前記車両の模式図での手書きマークである場合、前記第１の処理ユニットが、前記手書きマークの範囲がカバーしている既設立体領域を特定し、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定するように構成され、選択待ち情報表示ユニットが、前記ユーザが選択可能な、前記選択待ち損傷位置情報及び各選択待ち損傷位置情報に対応する選択待ち処理方法情報を表示するように構成され、前記第２の処理ユニットが、前記ユーザの選択操作に基づいて、前記入力情報に対応する損傷位置部品の情報及び処理方法を確定するように構成されることが好ましい。
【００３３】
前記車両の模式図が車両の平面図である場合、前記手書きマークの範囲がカバーしている既設立体領域の数が１つより多いとき、前記第１の処理ユニットが、各既設立体領域に占める前記手書きマークの範囲の大きさを確定するように構成され、前記選択待ち情報表示ユニットが、前記手書きマークの領域と各既設立体領域との重なり合う領域の、既設立体領域の合計面積に占める割合の順に、各前記手書きマークに対応する既設立体領域における部品の情報を配列して表示するように構成されることが好ましい。
【００３４】
前記車両の模式図が車両の側面図である場合、前記車両の側面図における既設立体領域の数が既定数となるとともに、該既定数の既設立体領域が下から上に向かって順に並んでいることが好ましい。
【００３５】
前記手書きマークの範囲がカバーしている既設立体領域の数が１つより多いとき、前記第１の処理ユニットは、前記手書きマークがカバーしている既設立体領域を特定し、特定された各既設立体領域における部品の情報を選択待ち損傷位置情報として確定するように構成されることが好ましい。
【００３６】
前記第２の処理ユニットは、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて修復費用を算出するように構成されることが好ましい。
【００３７】
前記第２の処理ユニットは、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、自動調整アルゴリズムに従って修復費用を算出し、前記自動調整アルゴリズムは、前記ＶＩＮ、ユーザが選択した損傷位置及び処理方法に基づいて算出した修復費用を調整し、関連、重複及び相互排除の修復費用を調整するアルゴリズムであることが好ましい。
【００３８】
前記第２の処理ユニットは、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、整備工場計算パラメータ及び特殊調整要素計算パラメータを組み込んで、修復費用を算出するように構成されることが好ましい。
【００３９】
前記第２の処理ユニットが、損傷見積情報に基づいて損傷査定見積書を生成するように構成され、第３の処理ユニットが、前記損傷査定見積書に対応する二次元コードを生成し、前記二次元コードを前記ユーザにプッシュするように構成されることが好ましい。
【００４０】
本出願によるプロセッサ実行可能なプログラムコードが記憶される不揮発性のコンピュータ読取可能な記憶媒体は、前記プログラムコードに基づいて、前記プロセッサで上記の車両損傷査定の方法を実行することができることを特徴とする。
【００４１】
従来技術と比べ、本出願は少なくとも以下の利点を有する。
【００４２】
本出願は、ユーザが入力した車両損傷位置情報を識別し、相応の損傷位置部品の情報及び処理方法を確定する方法により、ユーザが携帯端末で故障車両の具体的な損傷情報を速やか、正確に確定することができ、そして標準化した情報を同一組織の異なる部門の間、異なる組織の間で回し、意思疎通コストを低減するとともに損傷査定、賠償の効率を向上させることができる。さらに、前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成できるので、手動入力、出力を減少させ、人的コストを低減し、効率を向上させ、手動入力時の煩雑な作業を減少させたとともに入力ミスによる問題を避けた。
【図面の簡単な説明】
【００４３】
本出願の実施例の技術案をより明瞭に説明するため、実施例の説明に必要な図面を簡単に説明する。下記の図面は、本出願の実施例の一部を示したものに過ぎず、範囲を限定するものではない。当業者は、発明能力を用いなくても、これらの図面に基づいてその他の関連図面を得ることが可能である。
【００４４】
【図１】本出願による車両損傷査定の方法の模式フロー図である。
【図２】本出願による３ボックス４ドア車の平面視の簡単模式図である。
【図３】本出願による３ボックス４ドア車の側面視の簡単模式図である。
【図４】本出願における具体的な実施例による３ボックス４ドア車の平面視の簡単模式図である。
【図５】本出願における具体的な実施例による３ボックス４ドア車の側面視の簡単模式図である。
【図６】本出願による車両損傷査定クライアントの構成模式図である。
【発明を実施するための形態】
【００４５】
以下、本出願の実施例を説明し、実施例が図面により例示され、同一又は類似する符号で同一又は類似の素子、又は同一又は類似の機能を備える素子を表す。下記の図面を介して説明する実施例が例示されるものであり、本発明を説明するものに過ぎず、本発明に対する限定ではない。
【００４６】
また、特に限定がない限り、本明細書に使用される「一」、「１つ」、「前記」及び「該」が複数のものを指すことも可能である。さらに、本発明の明細書に使用される「含む」という用語は、記載の特徴、整数、ステップ、操作、素子及び／又は部材を有することを表すものであるが、１つ又は複数のその他の特徴、整数、ステップ、操作、素子、部材及び／又はそれらの群を有すること又は加えることを排除するとは意味していない。なお、素子が他の素子に「接続」又は「結合」するとは、１つの素子が他の素子に直接接続又は結合されてもよく、中間素子を介して行われてもよい。なお、ここに使用される「接続」又は「結合」は、無線接続又は無線結合を含んでもよい。ここに使用される「及び／又は」という用語の意味は、１つ又は複数の関連する項目の全部、又は任意１つのユニット、又は全部の組み合わせを含むことである。
【００４７】
また、異なる定義が無い限り、本明細書に使用されるすべての用語（技術的用語と科学的用語を含む）は、本出願が属する技術の当業者によって理解されるのと同じ意味を有する。なお、汎用の辞典に定義された用語は、従来技術における意味と整合的な意味を有すると理解すべき、異なる定義が無い限り、理想化され、または過度に形式的な意味において解釈されるべきではない。
【００４８】
図１に示すように、本出願による車両損傷査定の方法は、以下のようなステップを含む。
【００４９】
ステップ１０１は、ユーザからの入力情報を受信する。ここで、該入力情報は車両損傷位置の情報である。本実施例において、車両は、任意種類の車両であってもよく、本実施例に具体的に限定されない。
【００５０】
入力情報を受信するステップの前に、ユーザが入力した車両識別番号（ＶＩＮ：Ｖｅｈｉｃｌｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）を受信するステップを含む。車両識別番号であるＶＩＮは、１７桁の英数字で構成されているものであり、自動車の製造業者、エンジン及びその他の性能等の情報を識別するために使用されている一意のコードである。
【００５１】
前記方法は、さらに、前記ＶＩＮに基づいて損傷車両の車種を特定するステップと、前記車種に対応する車両の模式図を表示するステップとを含む。
【００５２】
このステップにおいて、ＶＩＮ情報に基づいて車両の模式図を呼び出し、また、ＶＩＮ情報に基づいて該車両を構成する各既設立体領域に対応する部品の情報を予め呼び出すことも可能である。具体的に、ＶＩＮ情報に基づいて車種（３ボックス４ドア、２ボックス５ドア、ＳＵＶ、ＭＰＶ、３ボックス２ドア等の車種）を特定し、対応車種の車両の模式図を呼び出す。図２と図３に示すように、車両の模式図は、車両の平面図と車両の側面図とを含む。具体的に、ＶＩＮ情報に基づいて車種（３ボックス４ドア、２ボックス５ドア、ＳＵＶ、ＭＰＶ、３ボックス２ドア等の車種）を特定し、対応車種の車両に基づいて該車両を構成する各既設立体領域に対応する部品の情報を予め呼び出すことも可能である。
【００５３】
本実施例において、既設立体領域は、車両の模式図において、該車両を予め空間的に分割したいくつの立体的な領域と理解すればよい。車両の模式図が車両の平面図である場合、一方式で立体的な領域を予め設置し、車両の模式図が車両の側面図である場合、もう一方式で立体的な領域を予め設置することが可能である。
【００５４】
図２は車両の平面図を示すものであり、この車両の平面図において、車両を、横方向（左から右まで）と、縦方向（フロントバンパーからリアバンパーまで）と、立体の高さ方向とからなる三次元の立方体とし、さらに、該車両を、それぞれ一部品を表す３００余りの小さな立方体からなる箱状のものとする。即ち、各部品を三次元座標で表すことができるとともに、各座標によって対応する部品名称を索出することもできる。当該座標系によって、部品の物理的な位置をデータ化することができる。これによって、コンピュータのアルゴリズムによって損傷部品の識別と部品の提案を快速、量的に行うことができるようになる。
【００５５】
なお、本実施例において、必ず３００個の小さな立方体が設定されることに限らず、その他の数でもよく、車種によって具体的な数を決めることができる。具体的に、車両の製造業者（Ａ業者又はＢ業者）、車種（Ａ業者のＳＵＶ）、車両の全長等の少なくとも１つをパラメータとして該数を決めることが可能である。
【００５６】
例えば、各業者が生産する各車種の車両のそれぞれに応じて数値（即、上記の小さな立方体の数）を設定してもよく、各業者が異なる時期に生産する各車種の車両のそれぞれに応じて数値（即、上記の小さな立方体の数）を設定してもよい。
【００５７】
本実施例において、必ず上記のパラメータによって小さな立方体の数を決めることに限らず、その他のパラメータを利用してもよい。各車種の車両を区別できるパラメータであればよい。
【００５８】
車両の模式図が平面図である場合、車両の平面図を複数の既設立体領域に区画し、部品の座標系によって、各既設立体領域に部品を表す小さな立方体が複数含まれるとともに、各既設立体領域にそれぞれ少なくとも１つの部品が含まれる。設定された部品情報検索方法により、既設立体領域内の各小さな立方体で表す部品の情報を読み込む。これによって、損傷査定の過程において該当ＶＩＮに適する部品の情報を確実に呼び出し、損傷査定見積書に組み込む。
【００５９】
該部品情報検索方法は、具体的に以下のようになる。まず、部品正式名称データベースと部品通用名称データベースを構築し、部品正式名称データベースに各部品の正式名が記憶され、部品通用名称データベースに各部品の一般の通用名が記憶される。例えば、「フロントバンパーフェイス」が一般的に「バンパー」と称され、この場合、「フロントバンパーフェイス」が部品正式名称データベースに登録される名称となり、「バンパー」が部品通用名称データベースに登録される名称となる。そして、部品正式名称データベースと部品通用名称データベースを構築した後、部品正式名称データベースの部品名称と各ブランドの該当部品とを関連付けて、唯一且つ確実な関連関係を築くようにする。ユーザが部品の名称（例えば、「フロントバンパーフェイス」、通常は「バンパー」と称する）を入力した場合、部品通用名称データベースに基づいてユーザが入力した部品名称を部品正式名称に変更し、そして、関連関係によって、該当の部品群を選出する。ここで、部品群に各製造業者の各个車種のフロントバンパーフェイスが含まれる。最後に、ＶＩＮ情報が対応する部品の出荷仕様により、部品群から該ＶＩＮと対応した唯一の部品を特定し、該当する部品ナンバー、参考小売価格及び選択可能な修復方法を出力する。
【００６０】
本実施例において、修復の経験によって各部品の修復方法を更新してもよく、市場価格の変動に応じて各部品の参考小売価格を更新してもよい。更新方式は、手動更新と自動更新とを含む。
【００６１】
例えば、各部品の市場価格を自動的に獲得し、現登録価格と市場価格との差が閾値を超えた場合、市場価格で該部品の現登録価格に対して更新することが可能である。なお、手動で更新価格を入力してもよい。
【００６２】
車両の側面図において、既設立体領域の数を既定の数にし、本出願の実施例では、既設立体領域の数を４つにして具体的に説明する。図３は車両の側面図を示すものであり、図３において、４本の線（ｇ、ｆ、ｅ及びｄ）で区画され、隣接する２本の線の間の部分が１つの既設立体領域となり、最下部の線（図３におけるｄ）及び該線以下の部分を１つの既設立体領域としている。当該４本の線は、それぞれ車内のフロア位置の線（ｄ）、車内の座席・座席シート位置の線（ｆ）、車内の計器盤位置の線（ｅ）及び自動車天井位置の線（ｇ）である。そして、区画された４つの既設立体領域が下から上に向かって順に並んでいる。
【００６３】
なお、本実施例では、該車両の側面図において、必ず４つの既設立体領域が設定されることに限らず、３つ又は５つ等でもよく、本実施例では限定しない。
【００６４】
車両の側面図において、車両の製造業者（Ａ業者又はＢ業者）、車種（Ａ業者のＳＵＶ）、車両の全長等の少なくとも１つをパラメータとして既設立体領域の数を決めることも可能である。
【００６５】
ステップ１０２は、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定する。
【００６６】
本ステップにおいて、入力情報の内容によって以下のいくつの状況（文字情報、音声情報及び手書きマーク）に分けられ、これに対してそれぞれ説明する。
【００６７】
入力情報が文字情報である場合、具体的に以下のようになる。
【００６８】
前記入力情報によって、対応する損傷位置部品の情報及び処理方法を特定するステップは、具体的に、前記文字情報を部品正式名称に変更するステップと、既設部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出するステップと、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して損傷位置部品の情報及び該当する処理方法の情報とするステップとを含む。
【００６９】
また、前記入力情報が音声情報である場合、前記文字情報を部品正式名称に変更するステップの前に、前記音声情報を文字情報に変更するステップを含む。さらに、前記文字情報を部品正式名称に変更するステップと、既設部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出するステップと、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して損傷位置部品の情報及び該当する処理方法の情報とするステップとを含む。
【００７０】
本ステップは、例えば以下のようになる。ユーザからの入力情報が「１つのバンパーをください」となるとき、該入力情報に基づいて、そのうちの「バンパー」を部品正式名称である「フロントバンパーフェイス」に変更して、「フロントバンパーフェイス」が対応する各ブランド、各車種のすべての部品を選出する。そして、ユーザが入力したＶＩＮに基づいて該ＶＩＮと対応する「フロントバンパーフェイス」を索出して、該ＶＩＮと対応する「フロントバンパーフェイス」を損傷位置部品の情報として特定し、さらに「フロントバンパーフェイス」を交換する処理方法を、相応な処理方法として特定する。
【００７１】
具体的に、「バンパー」を部品正式名称である「フロントバンパーフェイス」に変更するプロセスは、部品通用名称データベースに基づいてユーザが入力した部品名称を部品正式名称に変更するようになる。
【００７２】
入力情報がユーザによる前記車両の模式図での手書きマークである場合、具体的に以下のようになる。
【００７３】
前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定するステップは、具体的に、前記手書きマークの範囲がカバーしている既設立体領域を特定するステップと、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定するステップと、前記ユーザが選択可能な、前記選択待ち損傷位置情報及び各選択待ち損傷位置情報に対応する選択待ち処理方法情報を表示するステップと、前記ユーザの選択操作に基づいて、前記入力情報に対応する損傷位置部品の情報及び処理方法を確定するステップとを含む。
【００７４】
本実施例において、損傷査定の場面に応じて、車両の模式図を、車両の平面図（一般の衝突に適用する）又は車両の側面図（沈没、浸水の車両に適用する）にすることが可能である。
【００７５】
前記車両の模式図が車両の平面図であり、前記手書きマークの範囲がカバーしている既設立体領域の数が１つより多い場合、前記選択待ち損傷位置情報を表示するステップは、具体的に、各既設立体領域に占める前記手書きマークの範囲の大きさを確定するステップと、前記手書きマークの領域と各既設立体領域との重なり合う領域の、既設立体領域の合計面積に占める割合の順に、各前記手書きマークに対応する既設立体領域における部品の情報を配列して表示するステップとを含む。
【００７６】
本ステップは、例えば以下のようになる。図４に示すように、該車両の平面図に複数の既設立体領域が含まれる。ユーザの入力情報は、車両の平面図において丸を付けたマークの範囲であると仮定する。この場合、該丸を付けたマークに基づいて、該丸を付けたマークの範囲がカバーしている既設立体領域はａ、ｂ及びｋの３つの既設立体領域であると特定されるとともに、該丸を付けたマークの領域とａ、ｂ及びｋの３つの既設立体領域との重なり合う領域の、既設立体領域の合計面積に占める割合の順がｂ＞ａ＞ｋとなると確定される。その大きさ順に、ユーザが選択可能な、各既設立体領域における部品の情報及び該当する処理方法を配列して表示する。即ち、既設立体領域ｂにおける部品の情報及び該当する処理方法を優先的に表示し、次に既設立体領域ａにおける部品の情報及び該当する処理方法を表示し、最後に既設立体領域ｋにおける部品の情報及び該当する処理方法を表示する。
【００７７】
なお、本実施例において、既設立体領域ｂにおける部品の情報及び該当する処理方法を表示するとともに、既設立体領域ａと既設立体領域ｋにおける部品の情報及び該当する処理方法を非表示状態にすることも可能である。ユーザが非表示状態の既設立体領域ａをクリックしたとき、既設立体領域ａにおける部品の情報及び該当する処理方法を表示させ、このとき、既設立体領域ｂと既設立体領域ｋにおける部品の情報及び該当する処理方法を非表示状態になる。
【００７８】
前記車両の模式図が車両の側面図であり、前記手書きマークの範囲がカバーしている既設立体領域の数が１つより多い場合、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定するステップは、具体的に、前記手書きマークがカバーしている既設立体領域を特定するステップと、特定された各既設立体領域における部品の情報を選択待ち損傷位置情報として確定するステップとを含む。
【００７９】
本ステップは、例えば以下のようになる。図５に示すように、該車両の側面図に４つの既設立体領域ｄ、ｅ、ｆ及びｇが含まれ、ユーザの入力情報は、車両の側面図において丸をつけたマークの範囲である。丸をつけたマークに基づいて、該丸を付けたマークがカバーしている既設立体領域は既設立体領域ｄと既設立体領域ｅとの２つの既設立体領域があると特定されるとともに、ユーザが選択可能な、既設立体領域ｄと既設立体領域ｅとの２つの既設立体領域における部品の情報及び該当する処理方法をそれぞれ表示する。即ち、既設立体領域ｄにおける部品の情報及び該当する処理方法と、既設立体領域ｅにおける部品の情報及び該当する処理方法とを表示する。そして、該２つの既設立体領域における部品の情報及び該当する処理方法を任意に配列して表示させてもよい。
【００８０】
なお、本実施例において、車両の模式図において規則図形の手書きマークを付けることも可能である。例えば、車両の模式図の左上（又は右上）に、例えば矩形、円形、正方形、三角形等の各種の規則図形を含む浮動ツールバーを表示させる。ユーザが矩形をクリックして、車両の模式図におけるある位置をもう一度クリックすると、１つの大きさ調整可能な矩形枠が現れ、該矩形枠を自由に拡大、縮小させるユーザ操作により手書きマークを実現することができる。
【００８１】
本実施例において、該浮動ツールバーにさらにペンツールを備える。例えば、図４と図５に示すように、ユーザがペンツールを用いて車両の模式図において自由にマークをつけて手書きマークを実現することもできる。
【００８２】
上記の２つの具体的な実施例における手書きマーク方式は、本出願の具体的な実施例を説明するために選択された好ましい手書きマーク方式にすぎず、手書きマーク方式がこれに限定されなく、その他のいずれの手書きマーク方式も本出願の保護範囲に属する。
【００８３】
ステップ１０３は、前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成する。
【００８４】
本ステップにおいて、該当する損傷位置部品の情報及び処理方法が確定されたあと、修復費用を算出する必要もある。
【００８５】
前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成するステップは、具体的に、前記ＶＩＮ、損傷位置及び処理方法に基づいて修復費用を算出するステップを含む。
【００８６】
該修復費用は、損傷位置の部品の価格及び処理方法による修復費用を含む。ユーザがすべての内容の明細に基づいて選択できるように、修復費用を計算するとき、非ユーザ選択の部分、即ちシステムのインテリジェントな関連付け操作によって選択された部分及びシステムの重複、相互排除のアルゴリズムにより計上されない部分も、説明のため顧客に表示される。
【００８７】
また、該修復費用の計算は、標準工数体系と、自動調整アルゴリズムと、調整係数との三つの部分を含む。
【００８８】
標準工数項目体系は、以下の内容を含む。
Ａ．工数項目体系
自動車の製造国、車種による通常部品の着脱項目、交換項目、鈑金項目、ペンキ項目、その他の項目の計５つの修復項目に基づいて標準時間を計算する。該工数項目体系における各計算パラメータをＶＩＮ、損傷位置及び処理方法に基づいて確定することが可能である。上記の変数に関わる要素に基づいて修復項目の標準修復時間を計算する。例えば、一汽大衆の自動車のボーラであり、フロントバンパーフェイスが損壊し、交換必要があり、ドイツのコンパクトカーに該当する場合、該標準工数項目体系に基づいて、着脱＋フロントバンパーフェイス＋ドイツ系＋コンパクトカー＝０．５時間という結果を算出できる。
【００８９】
Ｂ．自動調整アルゴリズム
前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて修復費用を算出するステップは、具体的に、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、自動調整アルゴリズムに従って修復費用を算出するステップを含む。
【００９０】
該自動調整アルゴリズムは、前記ＶＩＮ、ユーザが選択した損傷位置及び処理方法に基づいて算出した修復費用を調整し、関連、重複及び相互排除の修復費用を調整するアルゴリズムであり、工数項目の関連・重複・相互排除計算体系と称してもよい。
【００９１】
具体的に、各修復項目間に、関連性、重複性及び相互排除性を有することが可能であるので、各修復項目間のインテリジェント関連演算ロジックを作る。
関連性
例えば、バンパーペンキには必ずバンパーの着脱が伴うので、ユーザがペンキ項目を選択した場合、バンパーの着脱工数が自動に計算され、修復の合計時間に計上されるようになる。
重複性
例えば、フロントバンパーフェイスの着脱とフロントバンパー下部グリルの着脱とは、いずれもバンパーの着脱作業が必要であるので、修復時間を計算するとき、重複になった項目の作業時間が計上されないようになる。
相互排除性
例えば、ユーザが既にフロントフェンダーパネル（左）を交換する項目を選択し、さらにフロントフェンダーパネル（左）を修復する項目を選択したとき、フロントフェンダーパネル（左）の交換と修復との２つの作業をともに行うことが不可能であるので、フロントフェンダーパネル（左）を修復するための工数／費用が計上されないようになる。
【００９２】
前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて修復費用を算出するステップは、具体的に、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、整備工場計算パラメータ及び特殊調整要素計算パラメータを組み込んで、修復費用を算出するステップを含む。
【００９３】
Ｃ．時間毎の修復費用計算モデル
車両の時間毎の修復の人件費が地域、修復ルート、ブランド等の要素に大きく影響されるので、４Ｓ店と一般の総合整備工場の２種類の自動車整備業者のそれぞれの時間毎の修復費用を基本とし、車両ブランド、車種、地域を調整要素とする修復単価計算モデルを設定する。
【００９４】
Ｄ．特殊調整要素
各保険会社と自動車整備工場、各自動車整備工場と自動車部品販売代理店との契約がそれぞれ異なるであるので、部品割引、修復割引、その他の調整要素等を含む係数を設定することによって、顧客の具体的な要求に応じて最適化することができる。
【００９５】
取得したユーザが選択した損傷位置及び処理方法と、算出した該当の修復費用とに基づいて、該車両の損傷査定見積書を生成する。
【００９６】
ステップ１０４は、前記損傷査定見積書及び前記損傷査定見積書に対応する二次元コードを生成し、前記二次元コードをプッシュする。
【００９７】
損傷見積情報に基づいて損傷査定見積書を生成する。該損傷査定見積書に基づいて対応する二次元コードを生成する。生成された損傷査定見積書に対応する二次元コードを前記ユーザにプッシュすることによって、前記ユーザが、前記二次元コードを読み取って前記損傷査定見積書情報及び状態を取得、編集することができる。
【００９８】
また、該損傷査定見積書は複数のランダムコードからなる唯一の損傷査定見積書コードを有し、ユーザが、二次元コードを読み取れば、損傷査定見積書を取得して該損傷査定見積書を読んだり、編集したりすることができる。
【００９９】
上記の方法と同様な構想を有する本出願による車両損傷査定クライアントは、図６に示すように、車両損傷位置の情報であるユーザからの入力情報を受信する受信ユニット６１０と、前記入力情報に基づいて、対応する損傷位置部品の情報及び処理方法を特定する第１の処理ユニット６２０と、前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成する第２の処理ユニット６３０とを有する。
【０１００】
前記受信ユニット６１０は、さらにユーザが入力した車両識別番号であるＶＩＮを受信するように構成されている。
【０１０１】
前記入力情報が文字情報である場合、前記第１の処理ユニット６２０は、前記文字情報を部品正式名称に変更して、既設部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出し、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して損傷位置部品の情報及び該当する処理方法の情報とするように構成されている。
【０１０２】
前記入力情報が音声情報である場合、前記第１の処理ユニット６２０は、前記音声情報を文字情報に変更し、さらに前記文字情報を部品正式名称に変更して、既設部品との関連関係によって、前記部品正式名称が対応するすべての部品を選出し、前記すべての部品から前記ＶＩＮと対応する部品情報を特定して損傷位置部品の情報及び該当する処理方法の情報とするように構成されている。
【０１０３】
車両模式図表示ユニット６４０は、前記ＶＩＮに基づいて損傷車両の車種を特定し、前記車種に対応する車両の模式図を表示するように構成されている。
【０１０４】
ここで、前記車両の模式図における車両が複数の既設立体領域に区画され、各既設立体領域に少なくとも１つの部品を有し、前記車両の模式図は、車両の平面図と車両の側面図とを含む。
【０１０５】
前記入力情報が前記ユーザによる前記車両の模式図での手書きマークである場合、前記第１の処理ユニット６２０が、前記手書きマークの範囲がカバーしている既設立体領域を特定し、前記既設立体領域における部品の情報を選択待ち損傷位置情報として特定するように構成され、選択待ち情報表示ユニット６５０が、前記ユーザが選択可能な、前記選択待ち損傷位置情報及び各選択待ち損傷位置情報に対応する選択待ち処理方法情報を表示するように構成され、前記第２の処理ユニット６３０が、前記ユーザの選択操作に基づいて、前記入力情報に対応する損傷位置部品の情報及び処理方法を確定するように構成されている。
【０１０６】
前記車両の模式図が車両の平面図であり、前記手書きマークの範囲がカバーしている既設立体領域の数が１つより多い場合、前記第１の処理ユニット６２０が、各既設立体領域に占める前記手書きマークの範囲の大きさを確定するように構成され、前記車両模式図表示ユニット６４０が、前記手書きマークの領域と各既設立体領域との重なり合う領域の、既設立体領域の合計面積に占める割合の順に、各前記手書きマークに対応する既設立体領域における部品の情報を配列して表示するように構成されている。
【０１０７】
前記車両の模式図が車両の側面図であり、前記車両の側面図における既設立体領域の数が既定数となるとともに、該既定数の既設立体領域が下から上に向かって順に並んでいる。
【０１０８】
前記手書きマークの範囲がカバーしている既設立体領域の数が1つより多い場合、前記第１の処理ユニット６２０が、前記手書きマークがカバーしている既設立体領域を特定し、特定された各既設立体領域における部品の情報を選択待ち損傷位置情報として確定するように構成されている。
【０１０９】
前記第２の処理ユニット６３０は、前記ＶＩＮ、損傷位置及び処理方法に基づいて修復費用を算出するように構成されている。
【０１１０】
さらに、前記第２の処理ユニット６３０は、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、自動調整アルゴリズムに従って修復費用を算出するように構成されている。
【０１１１】
前記自動調整アルゴリズムは、前記ＶＩＮ、ユーザが選択した損傷位置及び処理方法に基づいて算出した修復費用を調整し、関連、重複及び相互排除の修復費用を調整するアルゴリズムである。
【０１１２】
前記第２の処理ユニット６３０は、前記ＶＩＮ、損傷位置部品の情報及び処理方法に基づいて、整備工場計算パラメータ及び特殊調整要素計算パラメータを組み込んで、修復費用を算出するように構成されている。
【０１１３】
さらに、前記第２の処理ユニット６３０は、損傷見積情報に基づいて損傷査定見積書を生成するように構成されている。
【０１１４】
第３の処理ユニット６６０は、前記損傷査定見積書に対応する二次元コードを生成し、そして前記二次元コードを前記ユーザにプッシュするように構成されている。
【０１１５】
上記の本出願による技術案は、市場における携帯損傷査定製品の空白を埋め、本出願の前、損傷部品に対して精確、快速、量的に検索、損傷査定を行うことができる携帯損傷査定製品がなかった。そして、市場に広く認められるとともに市場の多様化要求を十分に考慮した修復費用計算モデルを使用している。そして、該技術案によって、自動車に対して現地損傷査定が可能になり、公平な基準及び用具により自動車の修復業者と保険業者との意思疎通を図ることができる。さらに、保険会社内部での人による差異を最小限に抑え、プロセスを規準化にすることができる。従って、業界内で協力作業の効率を大幅に向上させるとともに人的コストを大幅に低減することができる。
【０１１６】
当業者が理解し得るように、コンピュータプログラム命令を用いてこれらの構成図及び／又はブロック図及び／又はフロー図における各枠に記載される案及びこれらの構成図及び／又はブロック図及び／又はフロー図における枠に記載される案の組み合わせを実現することができるは明らかである。当業者が理解し得るように、汎用コンピュータ、専門コンピュータ又はその他のプログラマブルデータ処理方法のプロセッサでコンピュータプログラム命令を実行し、コンピュータ又はその他のプログラマブルデータ処理方法のプロセッサによって本出願に開示された構成図及び／又はブロック図及び／又はフロー図における１つ又は複数の枠に記載される案を実行することが可能である。
【０１１７】
本出願に係る装置における各モジュールが、一体に集積されてもよく、分離して配置されてもよい。上記のモジュールは、結合して１つのモジュールとして構成されることができるし、複数のサブモジュールに分割されることもできる。
【０１１８】
当業者が理解し得るように、図面が好ましい実施例の模式図にすぎず、図面におけるモジュール又はフローが、本出願における案を実施するための必須事項とは限らない。
【０１１９】
当業者が理解し得るように、実施例に係る装置におけるモジュールは、実施例の説明に従って実施例に係る装置に分布されてもよく、適当に変化されて本実施例と異なる１つ又は複数の装置に配置されてもよい。上記の実施例におけるモジュールは、結合して１つのモジュールとして構成されることができるし、複数のサブモジュールに分割されることもできる。
【０１２０】
本出願における番号は、説明するためのものにすぎず、実施例の優劣を表すものではない。
【０１２１】
上記の開示は、本出願のいくつの具体的な実施例にすぎず、本出願がこれらに限定されない。当業者は、本出願の原理から逸脱しない前提で、若干の改良と改善を行うことが可能であり、当業者が想到できる如何なる変化も本出願の保護範囲に属する。
【０１２２】
産業上の利用可能性
本出願の実施例による車両損傷査定の方法、損傷査定クライアント及びコンピュータ読取可能な記憶媒体によって、ユーザが携帯端末で故障車両の具体的な損傷情報を速やか、正確に確定することができ、そして標準化した情報を同一組織の異なる部門の間、異なる組織の間で回し、意思疎通コストを低減するとともに損傷査定、賠償の効率を向上させることができる。さらに、前記損傷位置部品の情報及び前記処理方法に基づいて損傷見積情報を生成できるので、手動入力、出力を減少させ、人的コストを低減し、効率を向上させ、手動入力時の煩雑な作業を減少させたとともに入力ミスによる問題を避けた。
【図１】
0006831481.tif 000002
【図２】
0006831481.tif 000003
【図３】
0006831481.tif 000004
【図４】
0006831481.tif 000005
【図５】
0006831481.tif 000006
【図６】
0006831481.tif 000007