車輛測評方法和測評裝置與流程

文檔序號：12111529閱讀：383來源：國知局

本發(fā)明涉及汽車領域，特別涉及車輛的測評方法和測評裝置。

背景技術：

在汽車研發(fā)過程中，為了驗證零部件即整車性能、耐久性等指標是否滿足研發(fā)預期，并及時發(fā)現潛在的不足和故障，需要在很多階段對其進行測評。當前各個廠商的測評工作主要是依靠手工完成的：由工程師依據紙質檢查清單項去逐項檢測，手工統(tǒng)計出測評結果，然后根據結果去復現、反查、解決問題。采用這種方法的缺點是測評時間長、實時性差、組織人員工作量大，復現和解決問題耗時時間長，歷史測評信息不便于存儲和管理，數據利用率低。

技術實現要素：

有鑒于此，本發(fā)明的目的在于提供一種高效便捷的車輛測評方法和測評裝置，實現無紙化測評，提高測評過程及分析定位問題的效率及便捷性，并完成車輛檢測數據與主觀測評數據的統(tǒng)一存儲、管理與應用。

本發(fā)明中的實施例提供的車輛測評方法包括：

確定測評項目；

根據所述測評項目采集人工測評數據和車輛檢測數據；

根據所述人工測評數據和車輛檢測數據獲取測評結果。

優(yōu)選地，所述確定測評項目包括：

根據所述測評項目確定要采集的人工測評數據；

根據所述人工測評數據確定要采集的車輛檢測數據。

優(yōu)選地，所述根據所述測評項目采集人工測評數據和車輛檢測數據包括：

根據所述測評項目采集人工測評數據；

根據所述人工測評數據采集車輛檢測數據。

優(yōu)選地，所述人工測評數據還包括：

故障發(fā)生時刻；

在所述故障發(fā)生時刻的故障現象信息。

優(yōu)選地，所述確定測評項目還包括確定所述人工測評數據在app端的顯示格式。

優(yōu)選地，所述根據所述人工測評數據和車輛檢測數據獲得測評結果包括：

根據所述人工測評數據和車輛檢測數據確定測評結果；

根據所述測評結果確定報表的顯示格式并生成報表。

本發(fā)明中的實施例提供的車輛測評裝置包括：

測評項目確定模塊，用于確定測評項目；

數據采集模塊，用于根據所述測評項目采集人工測評數據和車輛檢測數據；

測評結果獲取模塊，用于根據所述人工測評數據和車輛檢測數據獲取測評結果。

優(yōu)選地，所述測評項目定模塊包括：

人工測評數據確定單元，用于根據所述測評項目確定要采集的人工測評數據；

車輛檢測數據確定單元，用于根據所述人工測評數據確定要采集的車輛檢測數據。

優(yōu)選地，所述數據采集模塊包括：

人工測評數據采集單元，用于根據所述測評項目采集人工測評數據；

車輛檢測數據采集單元，用于根據所述人工測評數據采集車輛檢測數據。

優(yōu)選地，所述人工測評數據采集單元還用于：

采集故障發(fā)生時刻；

采集在所述故障發(fā)生時刻的故障現象信息。

優(yōu)選地，所述人工測評數據確定單元還用于確定所述人工測評數據在app端的顯示格式。

優(yōu)選地，所述測評結果獲取模塊包括：

測評結果確定單元：用于根據人工測評數據和車輛檢測數據確定測評結果；

報表生成單元：用于根據所述測評結果確定報表的顯示格式并生成報表。

采用了本發(fā)明提供的技術方案以后，用戶能夠通過手機、平板電腦等移動終端上的app進行現場測評，操作方便；能夠根據實際測評需求定制測評項目、定制測評項目在app界面上的顯示格式以及測評結果報表的顯示格式，滿足多種應用場景；在測評過程中采集車輛檢測數據和人工測評數據，為分析與解決測評中發(fā)現的問題提供了充分的數據支持；在發(fā)生故障時通過設置故障標簽來記錄故障發(fā)生時刻和在該時刻產生的故障現象信息，據此將車輛檢測數據與人工測評數據相對應，能夠快速定位故障原因。

附圖說明

圖1為本發(fā)明中車輛漏水情況測評的流程圖；

圖2為本發(fā)明中車輛最高速度測評過程中出現故障的流程圖；

圖3為本發(fā)明中車輛加速性能測評的流程圖，測評前確定了人工測評數據在app上的顯示格式以及測評結果報表的顯示格式；

圖4為本發(fā)明提供的車輛測評裝置示意圖；

圖5為本發(fā)明系統(tǒng)架構示意圖。

具體實施方式

有鑒于此，本發(fā)明提供了一種高效便捷的車輛測評方法和測評裝置，實現無紙化測評，將車輛檢測數據與人工測評數據相結合，提高了測評過程中分析定位問題的效率及便捷性。下面三個實施例對本發(fā)明進行說明。

請參閱圖1，在本發(fā)明的第一個實施例中，測評者根據測評需求對車輛的漏水情況進行測評。

S101、確定測評項目為在車輛的哪幾種狀態(tài)下對車輛的哪些部件進行漏水情況測評。測評需求為對車輛的漏水情況進行測評。根據測評需求確定測評項目如下：分別在發(fā)動機停轉及停車時對水箱、水泵、缸體、缸蓋、暖風裝置及所有連接部位都進行漏水情況的測評。將已確定的測評項目保存在計算機的文件中。

S102、根據測評項目在車輛的各種狀態(tài)下對車輛的指定部件進行漏水情況測評。測評員在移動終端上通過無線網絡獲取到保存了測評項目的文件，依據該文件中的測試項目開始測評：分別在發(fā)動機停轉及停車時對水箱、水泵、缸體、缸蓋、暖風裝置及所有連接部位都進行漏水情況的測評，發(fā)現在發(fā)動機停轉時水泵漏水較多，其他條件下的其他部件漏水很少，不很明顯。測評員將測評中收集到的人工測評數據記錄在保存測評項目的同一文本文件中。本測評項目無需采集車輛檢測數據。測評員對多個同一型號的車輛進行同樣的漏水測評，得到的人工測評數據是一致的，將多次測評的人工測評數據都保存在同一文本文件中。

S103、根據采集到的數據獲取測評結果。計算機對保存的人工測評數據進行分析。經分析認為，發(fā)動機停轉時，水泵漏水較多，測評結果為不合格；其他漏水情況漏水較少，測評結果為合格。

請參閱圖2，在本發(fā)明的第二個實施例中，測評組織者根據測評需求確定對車輛最高速度進行測評，并確定了需要采集的人工測評數據和車輛檢測數據，在現場測評時，測評員通過故障標簽的方式捕捉到發(fā)生的故障，服務器根據采集到的人工測評數據和車輛檢測數據，生成測評結果。

S201、測評組織者根據實際的測評需求確定測評項目為車輛最高速度。

S202、測評組織者根據測評項目確定要采集的人工測評數據。

測評項目為車輛最高速度，據此測評組織者確定需要采集的人工測評數據包括車輛品牌、型號，路面狀況(比如：瀝青或混凝土等)。由于測量車速需要測多次，取平均值作為最終測評結果，所以需要采集的人工測評數據還包括對測試項目進行測評的次數。在每一次測評過程中，測評員會觀察和感受到很多現象，這些現象可能有助于發(fā)現更多的車輛問題，比如行車過程中車輛跑偏、操作困難等等。因此，需要采集的人工測評數據還包括在每一次測評過程中測評員觀察和感受到的對于發(fā)現車輛問題有幫助的現象。所有需要采集的人工測評數據都保存在服務器端的人工測評數據采集配置文件中。

S203、測評組織者根據測評項目確定要采集的車輛檢測數據。根據測評項目，測評組織者將車速、發(fā)動機轉速作為要在車輛端采集的車輛檢測數據保存在服務器端的車輛檢測數據采集配置文件中，并將上報方式設定為實時上報。

S204、測評組織者將故障標簽設置方式設定為使用語音方式。測評組織者在服務器端的人工測評數據配置文件中設定使用故障標簽的方式來記錄測評過程中發(fā)生的故障及相關故障信息，并將故障標簽設置方式設定為使用語音方式。

故障標簽用于將故障發(fā)生時刻與相應的故障數據(包括測評員通過文字等手段對觀察和感受到的故障現象進行描述的人工測評數據，以及故障發(fā)生時刻在車輛端采集到的車輛檢測數據)對應起來?？梢允褂玫墓收蠘撕炘O置方式包括任何能夠在故障發(fā)生時刻上報故障的方式。比如，如果將故障標簽設置方式設定為語音方式，那么在故障發(fā)生時刻，測評員使用語音方式上報故障情況，則會生成故障標簽，該故障標簽中記錄了故障發(fā)生時刻，以及測評員通過語音(和文字，如果測評員也輸入了相關的文字信息)描述的故障信息；如果將故障標簽設置方式設定為外接硬件(如藍牙設備)方式，那么在故障發(fā)生時刻，測評員點擊外接硬件設備，則會生成故障標簽，該故障標簽中記錄了故障發(fā)生時刻，后續(xù)測評員可以在此故障標簽中通過文字描述記錄更多相關的故障信息。

S205、測評員通過平板電腦獲取要采集的人工測評數據，車輛檢測數據采集單元獲取要采集的車輛檢測數據。

測評員接到測評任務后，使用有效的用戶賬號登錄平板電腦上安裝的測評app。此時，app通過無線網絡從服務器端保存的人工測評數據采集配置文件中獲取要采集的人工測評數據，并顯示在app上。

待測車輛中的車輛檢測數據采集單元通過無線網絡從服務器端獲取車輛檢測數據采集配置文件中保存的需要采集的車輛檢測數據。

在測評員通過無線網絡獲取需要采集的人工測評數據以及車輛檢測數據采集單元通過無線網絡獲取需要采集的車輛檢測數據的過程中，測評員使用的平板電腦和車輛檢測數據采集單元之間進行時間同步。通過這種時間同步，能夠將測評過程中的故障發(fā)生時刻與在故障發(fā)生時刻采集到的車輛檢測數據相對應起來。

S206、測評員通過app采集人工測評數據，車輛檢測數據采集單元上報車輛檢測數據。

在現場測評過程中，測評員根據實際的測評情況在app上填寫人工測評數據。比如，根據實際情況選擇路面狀況為瀝青。在第一次和第二次測評中的現象中填寫：車輛有跑偏現象。

待測車輛中安裝有車輛檢測數據采集單元，由于測評組織者已在車輛檢測數據配置文件中將上報方式設定為實時上報，在現場測評過程中，車輛檢測數據采集單元將采集到的車輛檢測數據實時上報給服務器。除了車輛檢測數據配置文件中規(guī)定的需要采集的車輛檢測數據外，車輛檢測數據采集單元還能夠自動為這些數據添加包括時間、GPS位置等信息，這些附屬信息可根據實際需求進行擴展。

S207、在測評過程中，如果測評員發(fā)現車輛出現故障現象，則跳轉至S208；否則跳轉至S209繼續(xù)執(zhí)行。

S208、使用已設定的故障標簽設置方式的方法生成故障標簽，記錄故障信息。比如，在測評過程中，測評員在時刻A聽到車輛出現異常的隆隆聲，則通過語音播報生成故障標簽，此故障標簽中記錄了故障發(fā)生時刻A，測評員可以在故障標簽中輸入文字描述記錄自己觀察及感受到的故障現象和其他故障信息。測評員觀察到故障現象并通過語音方式生成的故障標簽如下：

在第1次測評過程中生成故障標簽1，故障發(fā)生時刻為A，將測評員的語音播報的音頻文件作為附件保存，同時測評員輸入文字性描述：出現尖銳的異響。

S209、測評員通過app提交人工測評數據。人工測評數據采集配置文件中規(guī)定的測評項目完成現場測評以后，測評員在平板電腦上通過app提交人工測評數據，保存到服務器中。同時，車輛檢測數據采集單元停止向服務器上報車輛檢測數據。

S210、生成測評結果。服務器根據接收到并保存到本地的人工測評數據和車輛檢測數據，對多次測量的車輛最高速度計算平均值，并將平均值與服務器中保存的參考值進行比較，得出合格或不合格的測評結果。比如，車輛最高速度的平均值為175km/h，服務器中保存的同類車輛最高速度的參考值為180km/h，服務器將測評結果確定為合格。

本領域技術人員可以理解，上述平板電腦也可以換為智能手機等移動終端，只要測評app能夠在所述移動終端上使用即可。

請參閱圖3，在本發(fā)明的第三個實施例中，測評組織者根據測評需求確定對車輛加速性能進行測評，并確定了需要采集的人工測評數據和車輛檢測數據、需要采集的人工測評數據在移動終端的app上的顯示格式以及測試結果報表的顯示格式，經測評員在現場測評后，服務器根據采集到的人工測評數據和車輛檢測數據確定測評結果，并根據測評組織者確定的測試結果報表的顯示格式，生成測評結果報表。

S301、測評組織者根據實際的測評需求確定測評項目為車輛加速時間。測評需求為車輛加速性能，據此，測評組織者確定測評項目為車輛加速時間。

S302、測評組織者根據測評項目確定要采集的人工測評數據。

測評項目為車輛加速時間，據此測評組織者確定需要采集的人工測評數據包括車輛品牌、型號，路面狀況(比如：瀝青或混凝土等)、起始和最終速度。由于測量車輛加速時間需要測多次，取平均值作為最終實測值，所以需要采集的人工測評數據還包括對測試項目進行測評的次數。在每一次測評過程中，測評員會觀察和感受到很多現象，這些現象有可能有助于發(fā)現更多的車輛問題，比如行車過程中車輛跑偏、操作困難等等。因此，需要采集的人工測評數據還包括在每一次測評過程中測評員觀察和感受到的對于發(fā)現車輛問題有幫助的現象。所有要采集的人工測評數據信息都保存在服務器端的人工測評數據采集配置文件中。

測評組織者可以針對測評項目提供測評幫助。測評幫助通常為描述性的文字，用于指導測評員在進行此項測評時需要注意的事項，觀察是否出現測評幫助中所描述的異?，F象，以發(fā)現更多問題。在本實施例中，測評項目為車輛加速時間。據此，測評組織者通過服務器端的web確定相應的測評幫助如下：

測評幫助：注意車輛在啟動時是否存在異響、不穩(wěn)定、操作困難，車輛在行駛過程中是否出現跑偏、劇烈晃動。

S303、測評組織者根據測評項目確定要采集的車輛檢測數據。根據測評項目，測評組織者將車速、發(fā)動機轉速、車輛內噪音作為要在車輛端采集的車輛檢測數據保存在服務器端的車輛檢測數據采集配置文件中，并將上報方式設定為測評結束后統(tǒng)一上報。

S304、測評組織者將故障標簽設置方式設定為使用外接藍牙設備。測評組織者在服務器端的人工測評數據采集配置文件中設定使用故障標簽的方式來記錄測評過程中發(fā)生的故障及相關故障信息，并將故障標簽設置方式設定為使用外接藍牙設備。

S305、確定要采集的人工測評數據在app上的顯示格式。不同的測試項目需要采集的人工測評數據不同，對于在app上的顯示格式的要求也不同。良好的顯示格式能夠充分滿足測評需求，同時便于測評員操作。測評組織者可以根據具體的測評項目自定義人工測評數據在app上的顯示格式。在本實施例中，定義要采集的人工測評數據在app上的顯示格式如下：

以填充的形式讓測評員輸入待測車輛的品牌和型號；

測評項目：車輛加速時間；

以單選的形式讓測評員選擇路面狀況：瀝青、混凝土。

以單選的形式讓測評員選擇車輛加速過程的起始和最終速度：0-50km/h、0-80km/h、0-100km/h。

以填充的形式讓測評員輸入計劃對此測評項進行測評的次數(比如4次)。

在測評員輸入計劃對此測評項進行測評的次數(比如4次)以后，app界面上自動顯示出4個分組框，每個分組框內是一次測評過程中需要填寫的所有測評數據，具體如下：

“測評中的現象”填充行，每行前的提示為：第<幾>次測評中的現象，其中<幾>為具體的測評次數編號，如：第2次測評中的現象。測評員可以在填充行中填寫自己在測評過程中觀察到的現象。

測評員點擊app界面上與車輛加速時間相關聯的“添加”按鈕，可以按需要添加更多測評記錄，每一個分組框中包括每一條測評記錄中的所有需要測評員填寫的測評數據。

S306、測評組織者確定測評結果報表的顯示格式?，F場測評過程完成后，將根據測評員在app上提交的人工測評數據和在車輛端采集到的車輛檢測數據確定測評結果。服務器首先根據接收到的人工測評數據和車輛檢測數據計算出多次測評過程的車輛加速時間的平均值，再將此平均值與服務器中保存的同類車輛的參考值進行比較，確定測評結果為合格或不合格。在本實施例中，測評組織者通過服務器端的web設定測評結果報表的顯示格式如下：

顯示測評員姓名；

顯示待測車輛的品牌和型號；

實際測評時的路面狀況；

實際測評時車輛加速過程的起始和最終速度；

實際測評次數；

每一測評中車輛達到最終速度所耗費的時間；

每一次測評中測評員觀察到的現象；

每一次測評中采集到的車輛檢測數據；

顯示每次測評中產生的故障標簽的相關信息；

車輛加速時間平均值；

車輛加速時間參考值；

測評結果：合格或不合格。

S307、測評員通過手機獲取要采集的人工測評數據，車輛檢測數據采集單元獲取要采集的車輛檢測數據。測評員接到測評任務后，使用有效的用戶賬號登錄手機上安裝的app。此時，app通過無線網絡從服務器端保存的人工測評數據采集配置文件中獲取需要采集的人工測評數據，并按照S305中設定的顯示格式在app上顯示。

待測車輛中的車輛檢測數據采集單元通過無線網絡從服務器端獲取車輛檢測數據采集配置文件中保存的需要采集的車輛檢測數據。

在測評員通過無線網絡獲取需要采集的人工測評數據以及車輛檢測數據采集單元通過無線網絡獲取需要采集的車輛檢測數據的過程中，測評員使用的測評手機和車輛檢測數據采集單元之間進行時間同步。通過這種時間同步，能夠將測評過程中的故障發(fā)生時刻與故障發(fā)生時刻時采集到的車輛檢測數據相對應起來。

S308、測評員通過app采集人工測評數據，車輛檢測數據采集單元采集車輛檢測數據。對于測評項目“車輛加速時間”，采集到的人工測評數據如下：

待測車輛品牌：M；

待測車輛型號：m；

路面狀況：選中“混凝土”；

車輛加速過程的起始和最終速度：選中“0-100km/h”；

測評次數：4；

第3次測評中的現象：車輛操作困難；

第4次測評中的現象：車輛操作困難。

S309、測評員根據自己的觀察感受判斷車輛是否出現故障情況。若是，則執(zhí)行S310；若否，則執(zhí)行S311。

S310、測評員發(fā)現車輛出現故障情況(比如，在測評過程中，測評員在時刻A聽到車輛出現異常的隆隆聲)，則通過故障標簽設置方式中已設定的方式觸發(fā)生成故障標簽，此故障標簽中記錄了故障發(fā)生時刻A，測評員可以在故障標簽中輸入文字描述記錄自己觀察及感受到的故障現象和其他故障信息；同時待測車輛端采集相應的車輛檢測數據。

在本實施例中，測評員通過外接藍牙設備生成的故障標簽示例為：在第3次測評過程中生成故障標簽3，其中記錄的故障為：在時刻C，車身出現異常抖動；在第4次測評過程中生成故障標簽4，其中記錄的故障為：在時刻D，車身出現異常抖動。

如果測評過程尚未完成，則跳轉到S308繼續(xù)測評；否則，執(zhí)行S311。

S311、測評員提交人工測評數據，車輛檢測數據采集單元上報采集到的車輛檢測數據。完成要采集的人工測評數據后，測評員通過app提交自己填寫的人工測評數據，保存到服務器中。由于測評組織者在車輛檢測數據采集配置文件中設定的上報方式為測評結束后統(tǒng)一上報，此時現場測評過程已結束，車輛檢測數據采集單元將采集到的車輛檢測數據一次性地上報給服務器。

S312、服務器根據接收到的人工測評數據和車輛檢測數據按照預定的報表顯示格式生成測試結果報表。服務器根據多次車輛加速時間的測量值計算出平均值，并將平均值與服務器端預先保存的同類車輛的參考值進行比較，確定測評結果為合格或不合格。在本實施例中，車輛加速時間的平均值為15.1秒，參考值為14.7秒，確定測評結果為合格。服務器根據測評結果，按照步驟S306中預先確定的報表顯示格式生成測評結果報表。下面是一個測評結果報表的示例：

測評員姓名：XXX；

待測車輛品牌：M

待測車輛型號:m；

路面狀況：混凝土；

實際測評次數：4；

第1次測評：

車輛加速時間：14.2秒

測評中的現象：無

車輛檢測數據：(以文件的格式作為附件顯示，每一次測評過程生成一個文件)；

第2次測評：

車輛加速時間：16.1秒

測評中的現象：無

車輛檢測數據：(以文件的格式作為附件顯示，每一次測評過程生成一個文件)；

第3次測評：

車輛加速時間：15.6秒

測評中的現象：車輛操作困難；

車輛檢測數據：(以文件的格式作為附件顯示，每一次測評過程生成一個文件)；

故障標簽3：

-故障時刻：C

-故障信息：車身出現異常抖動；

第4次測評：

車輛加速時間：14.5秒

測評中的現象：車輛操作困難；

車輛檢測數據：(以文件的格式作為附件顯示，每一次測評過程生成一個文件)；

故障標簽4：

-故障時刻：D

-故障信息：車身出現異常抖動；

車輛加速時間平均值；15.1秒；

車輛加速時間參考值：14.7秒；

測評結果：合格。

后續(xù)車輛工程師會根據服務器端保存的人工測評數據和車輛檢測數據，結合故障標簽中的信息，分析定位車輛可能存在的問題。

請參閱圖4，本發(fā)明的實施例還提供了一種車輛測評裝置，所述裝置包括：

測評項目確定模塊M1，用于確定測評項目；

數據采集模塊M2，用于根據所述測評項目采集人工測評數據和車輛檢測數據；

測評結果獲取模塊M3，用于根據所述人工測評數據和車輛檢測數據獲取測評結果。

其中，測評項目定模塊M1包括：

人工測評數據確定單元U11，用于根據所述測評項目確定要采集的人工測評數據；

車輛檢測數據采集確定單元U12，用于根據所述人工測評數據確定要采集的車輛檢測數據。

數據采集模塊M2包括：

人工測評數據采集單元U21，用于根據所述測評項目采集人工測評數據，采集故障發(fā)生時刻，采集在所述故障發(fā)生時刻的故障現象信息，確定所述人工測評數據在app端的顯示格式。

車輛檢測數據采集單元U22，用于根據所述人工測評數據采集車輛檢測數據。

測評結果獲取模塊M3包括：

測評結果確定單元，用于根據人工測評數據和車輛檢測數據確定測評結果；

報表生成單元，用于根據所述測評結果確定報表的顯示格式并生成報表。

請參閱圖5，本發(fā)明的系統(tǒng)架構中包括：網絡、服務器、移動終端和待測車輛。在服務器端通過web根據測評需求進行定制測評內容，并提供數據保存、應用服務等，通常以服務器集群的方式接入網絡。服務器對應于本發(fā)明的車輛測評裝置中的測評項目確定模塊和測評結果獲取模塊。移動終端上安裝并運行用于現場測評時使用的app，該app通過網絡從服務器獲取測評組織者定制的要采集的人工測評數據，移動終端對應于本發(fā)明的車輛測評裝置中的人工測評數據采集單元。待測車輛上安裝有本發(fā)明的車輛測評裝置中的車輛檢測數據采集單元，能夠實時采集車輛總線上的各種數據并上報至服務器；服務器和待測車輛通過無線傳輸接入網絡。

在本發(fā)明的第一個實施例中，測評需求為對車輛的漏水情況進行測評。測評項目確定模塊M1根據測評需求確定測評項目為分別在發(fā)動機停轉及停車時對水箱、水泵、缸體、缸蓋、暖風裝置及所有連接部位都進行漏水情況的測評，并將已確定的測評項目保存在計算機的文本文件中。在現場測評過程中，數據采集模塊M2分別在發(fā)動機停轉及停車時對水箱、水泵、缸體、缸蓋、暖風裝置及所有連接部位都采集有關漏水情況的數據，并將采集到的數據保存在同一文本文件中。數據采集模塊M2對多個同一型號的車輛采集有關漏水情況的數據并保存在同一文本文件中。測評結果獲取模塊M3對保存的測評數據進行分析。分析結果表明：多次對多個同一型號的車輛采集到的漏水情況的數據是一致的：在發(fā)動機停轉時水泵漏水較多，其他條件下的其他部件漏水很少，不很明顯。發(fā)動機停轉時，水泵漏水較多，測評結果獲取模塊M3將相應的測評結果確定為不合格；其他漏水情況漏水較少，測評結果獲取模塊M3將相應的測評結果確定為合格。

在本發(fā)明的第二個實施例中，測評項目確定模塊M1確定測評項目為車輛最高速度。測評項目確定模塊M1中的人工測評數據確定單元U11確定要采集的人工測評數據為：車輛品牌、型號，路面狀況(比如：瀝青或混凝土等)、對測試項目進行測評的次數，以及在每一次測評過程中測評員實際觀察和感受到的可能有助于發(fā)現車輛更多問題的現象。人工測評數據確定單元U11將這些信息保存到服務器端的人工測評數據采集配置文件中。測評項目確定模塊M1中的車輛檢測數據確定單元U12確定需要采集的車輛檢測數據為車速、發(fā)動機轉速，并將這些信息保存在服務器端的車輛檢測數據采集配置文件中，同時將上報方式設定為實時上報。測評項目確定模塊M1中的人工測評數據確定單元U11將故障標簽設置方式設定為使用語音方式。

在現場測評過程中，數據采集模塊M2中的人工測評數據采集單元U21從人工測評數據采集配置文件中獲取要采集的人工測評數據信息并顯示在app上。數據采集模塊M2中的車輛檢測數據采集單元U22從車輛檢測數據采集配置文件中獲取需要采集的車輛檢測數據。在人工測評數據采集單元U21從人工測評數據采集配置文件中獲取需要采集的人工測評數據信息以及車輛檢測數據采集單元U22從車輛檢測數據采集配置文件中獲取需要采集的車輛檢測數據的過程中，人工測評數據采集單元U21對測評使用的平板電腦和車輛檢測數據采集單元U22進行時間同步，通過這種時間同步，能夠將測評過程中的故障發(fā)生時刻與故障發(fā)生時刻時采集到的車輛檢測數據相對應起來。在現場測評過程中，人工測評數據采集單元U21采集人工測評數據。車輛檢測數據采集單元U22采集車輛檢測數據。由于在車輛檢測數據采集文件中將上報方式設定為實時上報，在現場測評過程中，車輛檢測數據采集單元U22將采集到的車輛檢測數據實時上報給測評結果獲取模塊M3。除了車輛檢測數據配置文件中規(guī)定的需要采集的車輛檢測數據外，車輛檢測數據采集單元U22還能夠自動為這些數據添加包括時間、GPS位置等信息，這些附屬信息可根據實際需求進行擴展。

在現場測評過程中，如果車輛出現故障現象，數據采集模塊M2中的人工測評數據采集單元U21將會通過已設定好的故障標簽設置方式觸發(fā)生成故障標簽。比如，在測評過程中，時刻A車輛出現異常的隆隆聲，那么在時刻A，人工測評數據采集單元U21將會通過語音播報的方式觸發(fā)生成故障標簽，示例性的故障標簽內容如下：

在第1次測評過程中生成故障標簽1，故障發(fā)生時刻為A，將語音播報的音頻文件作為附件保存，同時采集倒文字性描述：出現尖銳的異響。

現場測評完成后，數據采集模塊M2中的人工測評數據采集單元U21將采集到的人工測評數據上報給測評結果獲取模塊M3，同時數據采集模塊M2中的車輛檢測數據采集單元U22停止向測評結果獲取模塊M3上報車輛檢測數據。測評結果獲取模塊M3中的測評結果確定單元U31對多次測量的車輛最高速度計算平均值，并將平均值與服務器中保存的參考值進行比較，確定測評結果為合格或不合格。比如，車輛最高速度的平均值為175km/h，服務器中保存的同類車輛最高速度的參考值為180km/h，則測評結果確定單元U31將測評結果確定為合格。

在本發(fā)明的第三個實施例中，測評項目確定模塊M1確定測評項目為車輛加速時間。測評項目確定模塊M1中的人工測評數據確定單元U11確定需要采集的人工測評數據包括車輛品牌、型號，路面狀況(比如：瀝青或混凝土等)、起始和最終速度、對測試項目進行測評的次數、對每一次測評過程，還需要采集測評員實際觀察和感受到的對于發(fā)現車輛問題有幫助的現象，人工測評數據確定單元U11將這些需要采集的信息保存在服務器端的人工測評數據采集配置文件中。人工測評數據確定單元U11還要確定針對于測評項目的測評幫助，用于指導測評員在進行此項測評時需要注意的事項，觀察是否出現測評幫助中所描述的異?，F象，以發(fā)現更多問題。在本實施例中，人工測評數據確定單元U11確定的測評幫助如下：

測評幫助：注意車輛在啟動時是否存在異響、不穩(wěn)定、操作困難，車輛在行駛過程中是否出現跑偏、劇烈晃動。

測評項目確定模塊M1中的車輛檢測數據確定單元U12確定要在車輛端采集的車輛檢測數據包括車速、發(fā)動機轉速、車輛內噪音，并將這些信息保存在服務器端的車輛檢測數據采集配置文件中，同時將上報方式設定為測評結束后統(tǒng)一上報。人工測評數據確定單元U11將故障標簽設置方式設定為使用外接藍牙設備。

測評項目確定模塊M1中的人工測評數據確定單元U11還要確定需要采集的人工測評數據在app上的顯示格式。在本實施例中，人工測評數據確定單元U11確定要采集的人工測評數據在app上的顯示格式如下：

以填充的形式讓測評員輸入待測車輛的品牌和型號；

測評項目：車輛加速時間；

以單選的形式讓測評員選擇路面狀況：瀝青、混凝土。

以單選的形式讓測評員選擇車輛加速過程的起始和最終速度：0-50km/h、0-80km/h、0-100km/h。

以填充的形式讓測評員輸入計劃對此測評項進行測評的次數(比如4次)。

測評結果獲取模塊M3中的報表生成單元U32確定測評結果報表的顯示格式?，F場測評過程完成后，測評結果獲取模塊M3首先根據收到的人工測評數據和車輛檢測數據計算出多次測評過程的車輛加速時間的平均值，再將此平均值與服務器中保存的同類車輛的參考值進行比較，確定測評結果為合格或不合格。在本實施例中，報表生成單元U32設定測評結果報表的顯示格式如下：

顯示測評員姓名；

顯示待測車輛的品牌和型號；

實際測評時的路面狀況；

實際測評時車輛加速過程的起始和最終速度；

實際測評次數；

每一測評中車輛達到最終速度所耗費的時間；

每一次測評中測評員觀察到的現象；

每一次測評中采集到的車輛檢測數據；

顯示每次測評中產生的故障標簽的相關信息；

車輛加速時間平均值；

車輛加速時間參考值；

測評結果：合格或不合格。

數據采集模塊M2中的人工測評數據采集單元U21通過無線網絡從人工測評數據采集配置文件中獲取需要采集的人工測評數據，并按照測評項目確定模塊M1中的人工測評數據確定單元U11設定的顯示格式在app上顯示。數據采集模塊M2中的車輛檢測數據采集單元U22通過無線網絡從車輛檢測數據采集配置文件中獲取需要采集的車輛檢測數據。在人工測評數據采集單元U21通過無線網絡從人工測評數據采集配置文件中獲取需要采集的人工測評數據以及車輛檢測數據采集單元U22通過無線網絡從車輛檢測數據采集配置文件中獲取需要采集的車輛檢測數據的過程中，人工測評數據采集單元U21對測評手機和車輛檢測數據采集單元U22之間進行時間同步。通過這種時間同步，能夠將測評過程中的故障發(fā)生時刻與在故障發(fā)生時刻采集到的車輛檢測數據相對應起來。在現場測評過程中，數據采集模塊M2中的人工測評數據采集單元U21采集人工測評數據。在本實施例中，人工測評數據如下：

待測車輛品牌：M；

待測車輛型號：m；

路面狀況：選中“混凝土”；

車輛加速過程的起始和最終速度：選中“0-100km/h”；

測評次數：4；

第3次測評中的現象：車輛操作困難；

第4次測評中的現象：車輛操作困難。

在測評過程中，如果車輛出現故障現象(比如，在測評過程中，在時刻A車輛出現異常的隆隆聲)，則數據采集模塊M2中的人工測評數據采集單元U21通過故障標簽設置方式中已設定的方式觸發(fā)生成故障標簽，此故障標簽中記錄了故障發(fā)生時刻A，人工測評數據采集單元U21可以在故障標簽中保存文字描述記錄測評員觀察及感受到的故障現象和其他故障信息；同時數據采集模塊M2中的車輛檢測數據采集單元U22采集相應的車輛檢測數據。在本實施例中，數據采集模塊M2中的人工測評數據采集單元U21通過外接藍牙設備生成的故障標簽示例為：在第3次測評過程中生成故障標簽3，其中記錄的故障為：在時刻C，車身出現異常抖動；在第4次測評過程中生成故障標簽4，其中記錄的故障為：在時刻D，車身出現異常抖動。

現場測評完成后，數據采集模塊M2中的人工測評數據采集單元U21將采集到的人工測評數據上報給測評結果獲取模塊M3。由于在車輛檢測數據采集配置文件中設定的上報方式為測評結束后統(tǒng)一上報，此時現場測評過程已結束，數據采集模塊M2中的車輛檢測數據采集單元U22將采集到的車輛檢測數據一次性地上報給測評結果獲取模塊M3。測評結果獲取模塊M3中的測評結果確定單元U31根據多次車輛加速時間的測量值計算出平均值，并將平均值與服務器端預先保存的同類車輛的參考值進行比較，確定測評結果。在本實施例中，車輛加速時間的實測值為15.1秒，參考值為14.7秒，確定測評結果為合格。測評結果獲取模塊M3中的報表生成單元U32根據測評結果并按照在前面步驟中預先確定的報表顯示格式生成測評結果報表。下面是一個測評結果報表的示例：

測評員姓名：XXX；

待測車輛品牌：M

待測車輛型號:m；

路面狀況：混凝土；

實際測評次數：4；

第1次測評：

車輛加速時間：14.2秒

測評中的現象：無

車輛檢測數據：(以文件的格式作為附件顯示，每一次測評過程生成一個文件)；

第2次測評：

車輛加速時間：16.1秒

測評中的現象：無