遠(yuǎn)程信息處理系統(tǒng)的記錄

1.一種遠(yuǎn)程信息處理系統(tǒng)，包括：
汽車遠(yuǎn)程信息處理部件；
至少一個處理單元；
至少一個應(yīng)用部件，提供所述遠(yuǎn)程信息處理部件的服務(wù)，其中所述至少一個應(yīng)用部件實施于所述至少一個處理單元中，并且被適配成將其狀態(tài)以記錄消息的形式傳輸至記錄器部件；以及
所述記錄器部件，實施于處理單元中，并且被適配成接收來自所述至少一個應(yīng)用部件的所述記錄消息，并且基于所接收的記錄消息來產(chǎn)生記錄文件；
其中所述記錄消息包括：
所述至少一個應(yīng)用部件的部件識別符；
描述所述至少一個應(yīng)用部件的所述傳輸狀態(tài)的消息識別符；
包括至少一個參數(shù)的元數(shù)據(jù)，以及
報告器部件，其實施于處理單元中，并且被適配成將所述記錄文件傳輸至實施于處理單元中的分析器部件，其中所述分析器部件還被適配成通過基于至少一個預(yù)定義使用案例來自動分析所傳輸?shù)挠涗浳募?，而?zhí)行自動故障根本原因分析。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述記錄器部件還被適配成在產(chǎn)生所述記錄文件時將所述所接收的記錄消息轉(zhuǎn)換成壓縮二進(jìn)制格式。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，還包括：
用于存儲所產(chǎn)生的記錄文件的存儲器；并且
所述報告器部件還被適配成從所述存儲器中讀取以前存儲的記錄文件。
4.根據(jù)權(quán)利要求3所述的系統(tǒng)，其中
所述分析器部件實施于外部處理單元中，具體來說包括于供應(yīng)商服務(wù)器中，該供應(yīng)商服務(wù)器還包括非車載儲存存儲器，或者該分析器部件是車載分析器部件。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中所述報告器部件被配置成接收來自所述供應(yīng)商服務(wù)器的用于車載分析的觸發(fā)信號和/或字典解碼數(shù)據(jù)。
6.根據(jù)權(quán)利要求3所述的系統(tǒng)，其中所述報告器部件還被適配成通過所述遠(yuǎn)程信息處理系統(tǒng)的無線通訊模塊將所述以前存儲的記錄文件傳輸至所述分析器部件。
7.根據(jù)權(quán)利要求3所述的系統(tǒng)，其中所述報告器部件還被適配成在預(yù)定時間之后，將所述以前存儲的記錄文件傳輸至所述分析器部件，并且所述分析器部件被配置成存儲所傳輸?shù)挠涗浳募?br/>8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中所述預(yù)定時間包括2至3天。
9.根據(jù)權(quán)利要求3所述的系統(tǒng)，其中所述分析器部件還被適配成通過以下步驟分析所述所傳輸?shù)挠涗浳募?br/>從存儲器中讀取多個預(yù)定義使用案例；
從所述所傳輸?shù)挠涗浳募刑崛≈辽僖粋€記錄消息；以及
通過將所述至少一個所提取的記錄消息與所述至少一個預(yù)定義使用案例的至少一個狀態(tài)匹配，來從所述多個預(yù)定義使用案例中識別所述至少一個預(yù)定義使用案例；
其中所述至少一個預(yù)定義使用案例被定義為在狀態(tài)流程圖中呈現(xiàn)的多個狀態(tài)和關(guān)系。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，
其中所述遠(yuǎn)程信息處理系統(tǒng)的所述至少一個處理單元包括多線程系統(tǒng)，其能夠同時執(zhí)行所述至少一個應(yīng)用部件的并發(fā)實例；
其中所述至少一個預(yù)定義使用案例的所述至少一個狀態(tài)包括至少一個使用案例變量；
以及
其中所述分析器部件還被適配成，通過將包括于所述至少一個記錄消息的所述元數(shù)據(jù)中的所述至少一個參數(shù)與所述至少一個使用案例變量匹配，來識別所述至少一個預(yù)定義使用案例的實例。
11.根據(jù)前述權(quán)利要求中任一項所述的系統(tǒng)，其中所述至少一個應(yīng)用部件還被適配成在接收到來自所述記錄器部件的預(yù)定觸發(fā)信號時，將其狀態(tài)傳輸至所述記錄器部件。
12.根據(jù)權(quán)利要求9所述的系統(tǒng)，其中所述分析器部件還被適配成，通過應(yīng)用預(yù)定義多級別字典，來將所提取的至少一個記錄消息轉(zhuǎn)換成人可讀的文本。
13.一種遠(yuǎn)程信息處理系統(tǒng)的記錄方法，包括以下步驟：
將至少一個應(yīng)用部件的至少一個狀態(tài)以記錄消息的形式傳輸至記錄器部件，所述至少一個應(yīng)用部件提供遠(yuǎn)程信息處理部件的服務(wù)并且實施于處理單元中；
通過所述記錄器部件來接收所述記錄消息；以及
基于所接收的記錄消息來產(chǎn)生記錄文件；
其中所述記錄消息包括：
所述至少一個應(yīng)用部件的部件識別符；
描述所述至少一個應(yīng)用部件的所傳輸?shù)闹辽僖粋€狀態(tài)的消息識別符；以及包括至少一個參數(shù)的元數(shù)據(jù)；
將所述記錄文件傳輸至實施于處理單元中的分析器部件；以及
通過基于至少一個預(yù)定義使用案例來自動分析所傳輸?shù)挠涗浳募瑏韴?zhí)行自動故障根本原因分析。
14.根據(jù)權(quán)利要求13所述的方法，其中所述記錄消息還包括時戳。
15.根據(jù)權(quán)利要求13所述的記錄方法，還包括：
將所產(chǎn)生的記錄文件存儲于存儲器中；
從所述存儲器中讀取以前存儲的記錄文件。
16.根據(jù)權(quán)利要求15所述的記錄方法，還包括：
從存儲器中讀取多個預(yù)定義使用案例；
從所述所傳輸?shù)挠涗浳募刑崛≈辽僖粋€記錄消息；
通過將所述至少一個所提取的記錄消息與所述至少一個預(yù)定義使用案例的至少一個狀態(tài)匹配，來從所述多個預(yù)定義使用案例中識別所述至少一個預(yù)定義使用案例；
其中所述至少一個預(yù)定義使用案例被定義為在狀態(tài)流程圖中呈現(xiàn)的多個狀態(tài)和關(guān)系；
基于所述至少一個預(yù)定義使用案例來獲得分析數(shù)據(jù)；以及
以人可讀的格式顯示所述分析數(shù)據(jù)。

遠(yuǎn)程信息處理系統(tǒng)的記錄\n技術(shù)領(lǐng)域\n[0001] 本發(fā)明涉及用于記錄并且診斷遠(yuǎn)程信息處理系統(tǒng)（telematics?system）的方法和設(shè)備，所述方法和設(shè)備將來自實時跟蹤方法的特征與持續(xù)誤差存儲和診斷組合，其中所記錄并且分析的系統(tǒng)可主要由任意數(shù)量的展現(xiàn)顯著相互依賴性的子部件組成。\n背景技術(shù)\n[0002] 自從1978年由Simon?Nora和Alain?Minc引進(jìn)以來，遠(yuǎn)程信息處理，即電信和信息學(xué)的整合已經(jīng)變得非常普及，尤其在汽車遠(yuǎn)程信息處理的情況下，即在車輛中的應(yīng)用非常普及。汽車遠(yuǎn)程信息處理系統(tǒng)的典型應(yīng)用包括使用全球定位系統(tǒng)技術(shù)的汽車導(dǎo)航系統(tǒng)、在車輛到車輛和車輛到基礎(chǔ)設(shè)施環(huán)境中的車用緊急報警系統(tǒng)、在車輛事故或故障情況下的緊急呼叫系統(tǒng)、集成式免提移動電話、無線安全通訊、自動駕駛輔助系統(tǒng)、移動數(shù)據(jù)、收音機(jī)和電視機(jī)和車輛追蹤，例如作為車隊管理系統(tǒng)的一部分，但是不限于這些。遠(yuǎn)程信息處理系統(tǒng)可包括電子器件、電機(jī)和電磁裝置。智能車輛技術(shù)用于車輛之間或車輛與外部傳感器或外部服務(wù)器之間的安全和商業(yè)通訊。\n[0003] 汽車遠(yuǎn)程信息處理領(lǐng)域最新添加的一個產(chǎn)品是提供與車輛的遠(yuǎn)程信息處理部件互動的車用車載記錄和車載診斷系統(tǒng)。當(dāng)前車輛系統(tǒng)采用‘車載診斷系統(tǒng)’以便在早期檢測車輛部件的問題。所檢測到的問題報告給駕駛員。另外，一般記錄下這些問題，以便稍后專家使用診斷故障碼(DTC)來分析。通常，這就允許了車輛一返回供檢查，服務(wù)供應(yīng)商就更迅速地識別問題原因。通常，掃描工具用于讀取診斷信息存儲器。為此目的，掃描工具一般實體上連接至車載診斷系統(tǒng)。\n[0004] 追蹤如汽車遠(yuǎn)程信息處理系統(tǒng)的復(fù)雜產(chǎn)品的系統(tǒng)狀態(tài)，以及盡可能早地檢測問題行為的能力是預(yù)防嚴(yán)重車輛事故以及確保(接近)無問題產(chǎn)品生命周期的關(guān)鍵。具體來說，如例如用于在車輛事故或故障情況下自動發(fā)送緊急呼叫或用于在車輛和/或后端服務(wù)器之間交換關(guān)于危險道路條件的信息的安全相關(guān)遠(yuǎn)程信息處理部件的故障需要盡快檢測或理想情況下通過不斷監(jiān)測所涉及的遠(yuǎn)程信息處理部件和/或(軟件)應(yīng)用部件來預(yù)期。隨著現(xiàn)今遠(yuǎn)程信息處理系統(tǒng)的復(fù)雜性增加和電子部件的集成不斷發(fā)展，與至今仍是汽車工業(yè)中的車載診斷標(biāo)準(zhǔn)化努力的核心的單獨(dú)硬件診斷比較，所涉及(軟件)應(yīng)用部件的故障的記錄、診斷和校正已經(jīng)變得更重要。\n[0005] 系統(tǒng)過程和活動通常通過汽車環(huán)境中的(軟件)應(yīng)用部件或通過與所述部件的互動來執(zhí)行，并且通常主要由彼此互動的子部件所執(zhí)行的很多子任務(wù)來組成。在許多情況下，必須考慮到子系統(tǒng)的組合行為以便在系統(tǒng)故障的情況下正確識別誤差的根本原因。此外，過程經(jīng)常在有誤差的情況下展現(xiàn)不穩(wěn)定行為，即，系統(tǒng)問題可由于外部條件的變化而自行恢復(fù)。這類系統(tǒng)的特定實例是可能會在沒有網(wǎng)絡(luò)覆蓋的條件下失敗但是一旦達(dá)到網(wǎng)絡(luò)覆蓋區(qū)域就立刻恢復(fù)的在線和連接系統(tǒng)。\n[0006] 自動診斷工具需要能夠考慮到這些特性以便避免不確定的結(jié)果。在不穩(wěn)定系統(tǒng)中，不僅需要提取已經(jīng)發(fā)生的相關(guān)誤差，而且需要提供關(guān)于總體系統(tǒng)可靠性和性能的信息(例如，成功完成使用案例（case）相對于失敗使用案例的數(shù)量)。由于涉及應(yīng)用部件和遠(yuǎn)程信息處理部件的復(fù)雜系統(tǒng)中的許多誤差并非與安全相關(guān)并且可能另外為不穩(wěn)定的，因此需要使遠(yuǎn)程信息處理系統(tǒng)的檢修與標(biāo)準(zhǔn)車輛檢查周期斷開聯(lián)系。具體來說，由要求驅(qū)動的遠(yuǎn)程信息處理系統(tǒng)的檢修，理想情況下在客戶投訴之前，是為了客戶和服務(wù)供應(yīng)商的利益。\n[0007] 此外，當(dāng)前車輛中的遠(yuǎn)程信息處理系統(tǒng)的復(fù)雜性和互連性增加導(dǎo)致越來越大量的可能誤差、根本原因和誤差消息，由此迅速地超出車載診斷系統(tǒng)和受過訓(xùn)練的診斷專家的能力，在許多情況下這些診斷專家需要通過運(yùn)行診斷測試作為車輛服務(wù)的一部分來‘親手’診斷發(fā)生的問題。標(biāo)準(zhǔn)化誤差碼或診斷故障碼可能有幫助，但是在高度競爭環(huán)境中經(jīng)常阻礙技術(shù)進(jìn)步?？紤]到車輛的相當(dāng)長的產(chǎn)品生命周期(與如例如智能手機(jī)相反)，以及所部署遠(yuǎn)程信息處理系統(tǒng)的系統(tǒng)升級的有限能力，與當(dāng)前更具有剛性的解決方案相反，真正可擴(kuò)展的記錄和診斷系統(tǒng)也是合乎需要的。\n發(fā)明內(nèi)容\n[0008] 通過遠(yuǎn)程信息處理系統(tǒng)來解決上文所述的技術(shù)問題，所述系統(tǒng)包括：\n[0009] 汽車遠(yuǎn)程信息處理部件；\n[0010] 至少一個處理單元；\n[0011] 至少一個應(yīng)用部件，其提供遠(yuǎn)程信息處理部件的服務(wù)，其中至少一個應(yīng)用部件實施于至少一個處理單元中并且被適配成將其呈記錄消息的形式的狀態(tài)傳輸至記錄器部件；\n以及\n[0012] 記錄器部件，其實施于處理單元中并且被適配成接收來自至少一個應(yīng)用部件的記錄消息并且基于所接收的記錄消息來產(chǎn)生記錄文件。\n[0013] 如上所述，遠(yuǎn)程信息處理系統(tǒng)基于電信和信息學(xué)并且可包括很多遠(yuǎn)程信息處理部件，其中一些或所有部件可彼此互動以便提供許多服務(wù)至用戶或其它系統(tǒng)或系統(tǒng)部件。在本發(fā)明的情形中，具體來說，遠(yuǎn)程信息處理系統(tǒng)可為汽車遠(yuǎn)程信息處理系統(tǒng)，即，部署于例如汽車、卡車、飛機(jī)、火車或船舶的交通工具中的遠(yuǎn)程信息處理系統(tǒng)。具體來說，汽車遠(yuǎn)程信息處理系統(tǒng)可部署于汽車中。\n[0014] 遠(yuǎn)程信息處理系統(tǒng)包括至少一個汽車遠(yuǎn)程信息處理部件，但是可包括具有任意水平的互連性的任意數(shù)量的汽車遠(yuǎn)程信息處理部件。在本文中，汽車遠(yuǎn)程信息處理部件通常為安裝于車輛中的硬件部件，但是還可包括實施于單個或多個處理單元中的軟件應(yīng)用部件。典型汽車遠(yuǎn)程信息處理部件可選自但是不限于包括以下的群組：汽車機(jī)頭單元、汽車收音機(jī)、汽車音響系統(tǒng)，包括一個或多個揚(yáng)聲器、放大器和D/A轉(zhuǎn)換器、麥克風(fēng)系統(tǒng)，包括一個或多個麥克風(fēng)和A/D轉(zhuǎn)換器、車輛導(dǎo)航裝置、GPS(全球定位系統(tǒng))裝置、一個或多個輔助輸入裝置，如觸摸屏、鼠標(biāo)、控制桿、軌跡球等、一個或多個傳感器，如壓力傳感器、道路條件傳感器、停車傳感器、光傳感器等、實施以前提到或其它功能性的任何電子控制裝置(ECU)、動力總成控制模塊(PCM)、一個或多個存儲媒體，如硬盤驅(qū)動器(HDD)、光存儲器裝置、RAM存儲器等、CD和/或DVD播放機(jī)、無線路由器、WiFi收發(fā)器、一個或多個USB連接器、具有藍(lán)牙天線的藍(lán)牙收發(fā)器、具有USB連接器和/或(藍(lán)牙)收發(fā)器的一個或多個輔助裝置、調(diào)制解調(diào)器(例如GSM、GPRS、UMTS等無線連接調(diào)制解調(diào)器)、多頻帶天線、衛(wèi)星天線、移動終端，如移動電話、智能手機(jī)、PDA、平板電腦、筆記本型個人計算機(jī)或類似裝置。特定的部件間互連(如汽車網(wǎng)絡(luò)CAN、MOST等)或一般互連技術(shù)(如乙太網(wǎng)路或USB)還可在實現(xiàn)車輛內(nèi)的特定遠(yuǎn)程信息處理功能中發(fā)揮重要作用。遠(yuǎn)程信息處理系統(tǒng)的可能部件的更詳細(xì)說明進(jìn)一步在下文給出。\n[0015] 汽車遠(yuǎn)程信息處理部件通常提供一個或多個特定服務(wù)至用戶和/或遠(yuǎn)程信息處理系統(tǒng)的另一個部件。具體來說，服務(wù)可經(jīng)由遠(yuǎn)程信息處理系統(tǒng)的至少一個應(yīng)用部件提供至用戶和/或其它部件。應(yīng)用部件可通過電子電路來提供，但是通常實施為處理單元中的軟件應(yīng)用部件。具體來說，在處理單元執(zhí)行應(yīng)用部件與由車輛的其它部件預(yù)先定義的時標(biāo)同步發(fā)生的意義上，應(yīng)用部件可為實時應(yīng)用部件。舉例來說，更新導(dǎo)航系統(tǒng)的顯示通常與車輛的移動和車輛GPS位置的檢測到的變化同步發(fā)生。處理單元可為任何種類的電子處理裝置，具體來說，如用于嵌入系統(tǒng)中的CPU或GPU，并且實行方案可呈一組計算機(jī)可執(zhí)行指令或程序代碼形式。用于實施和/或運(yùn)行處理單元上的應(yīng)用部件的指令集或程序代碼可存儲在如本領(lǐng)域中已知的易失性或非易失性存儲器和/或存儲裝置中，并且可在安裝于遠(yuǎn)程信息處理系統(tǒng)中時被配置、由用戶來定制，和/或經(jīng)由遠(yuǎn)程信息處理系統(tǒng)的外部輸入來更新。具體來說，此處和下文的用戶是指駕駛員、乘客或機(jī)械工或其它專家。處理單元和/或存儲器和/或存儲裝置可為中央遠(yuǎn)程信息處理控制單元(TCU)的一部分或可為汽車遠(yuǎn)程信息處理部件的一部分。這類遠(yuǎn)程信息處理部件的實施例在下文進(jìn)一步的發(fā)明詳述中給出。\n[0016] 應(yīng)用部件提供的遠(yuǎn)程信息處理部件的服務(wù)包括但是不限于來自以下群組的服務(wù)：\n信息娛樂服務(wù)，如免提電話、導(dǎo)航、音頻服務(wù)，如AM/FM收音機(jī)、數(shù)字音訊廣播(DAB)收音機(jī)、帶內(nèi)同頻(IBOC)數(shù)字收音機(jī)和衛(wèi)星收音機(jī)、視頻服務(wù)，如DVD回放、HDD回放、數(shù)字視頻廣播(DVB)視頻服務(wù)、3GPP移動視頻服務(wù)等、網(wǎng)絡(luò)訪問、電子郵件服務(wù)、交通信息服務(wù)和人機(jī)互動(HMI)服務(wù)，如車載游戲和可瀏覽車輛信息服務(wù)或需要車輛到基礎(chǔ)設(shè)施通訊的任何其它應(yīng)用類服務(wù)，以及與道路和車輛安全相關(guān)的服務(wù)，如自動緊急呼叫(E呼叫)、自動故障呼叫(B呼叫)、自動服務(wù)呼叫(S呼叫)、車載診斷，例如根據(jù)EOBD(歐洲車載診斷)或OBD-II(車載診斷-II)條例的車載診斷、引擎控制服務(wù)、安全服務(wù)，例如連接至汽車閉鎖系統(tǒng)的安全服務(wù)，以及車輛到車輛和車輛到基礎(chǔ)設(shè)施報警。服務(wù)可由單個或多個遠(yuǎn)程信息處理部件的單個應(yīng)用部件提供，其中遠(yuǎn)程信息處理部件可彼此和/或與應(yīng)用部件互動。具體來說，應(yīng)用部件可向特定遠(yuǎn)程信息處理部件請求服務(wù)，如經(jīng)由藍(lán)牙連接器來發(fā)送緊急呼叫，并且特定遠(yuǎn)程信息處理部件(在此情況下為藍(lán)牙連接器)在與其它遠(yuǎn)程信息處理部件(例如藍(lán)牙天線和移動終端)的互動的情況下提供所請求的服務(wù)。服務(wù)還可由用于單個或多個遠(yuǎn)程信息處理部件的多個應(yīng)用部件來提供。\n[0017] 在此處和下文中，應(yīng)用部件提供遠(yuǎn)程信息處理部件的服務(wù)是指應(yīng)用部件經(jīng)由軟件和/或硬件遠(yuǎn)程信息處理部件來提供服務(wù)。為此目的，應(yīng)用部件可將呈控制信號形式的服務(wù)請求發(fā)送至遠(yuǎn)程信息處理部件，接收來自遠(yuǎn)程信息處理部件的狀態(tài)信息，并且發(fā)送數(shù)據(jù)至遠(yuǎn)程信息處理部件和/或接收來自遠(yuǎn)程信息處理部件的數(shù)據(jù)。遠(yuǎn)程信息處理部件可進(jìn)一步依賴于另一個遠(yuǎn)程信息處理部件來提供所請求的服務(wù)，并且因此可以類似于應(yīng)用部件與遠(yuǎn)程信息處理部件互動的方式而首先與另一個遠(yuǎn)程信息處理部件互動。類似地，應(yīng)用部件可依賴于另一個應(yīng)用部件來提供服務(wù)，并且因此可以類似于應(yīng)用部件的方式而首先與另一個應(yīng)用部件互動。以此方式，可形成多個遠(yuǎn)程信息處理部件和/或多個應(yīng)用部件的鏈接以便提供服務(wù)。在此類鏈接中，每個部件，不論為應(yīng)用部件或遠(yuǎn)程信息處理部件，都可將消息、信號和數(shù)據(jù)饋送給鏈接中的下一個部件，潛在地在對其進(jìn)行處理之后。然而，應(yīng)用部件還可與多個遠(yuǎn)程信息處理部件互動以便提供單個服務(wù)，并且多個應(yīng)用部件可與單個遠(yuǎn)程信息處理部件互動以便提供單個或多個服務(wù)。除了部件的線性鏈接以外，部件的樹狀鏈接可為可能的。\n在這類情況下，消息、信號和數(shù)據(jù)基于相應(yīng)部件的預(yù)定標(biāo)準(zhǔn)而發(fā)送至樹中的下一個部件或后續(xù)部件。最終，每個鏈接可具有至少一個部件充當(dāng)整個鏈接的‘控制器’并且提供服務(wù)至用戶或另一個遠(yuǎn)程信息處理部件。\n[0018] 提供遠(yuǎn)程信息處理部件的服務(wù)的至少一個應(yīng)用部件可確定其狀態(tài)，然后將其呈記錄消息的形式的狀態(tài)傳輸至記錄器部件。此處和下文的狀態(tài)表示部件所處的條件，具體來說，相對于所提供的服務(wù)所處的條件，即將要由部件提供的服務(wù)的特定部分。典型條件可包括‘活動’、‘空閑’和‘失敗’和具體得多的條件如‘由于管道斷開未能下載文件’、‘已經(jīng)停滯\n5分鐘’、‘沒有足夠電池功率’、‘在收音機(jī)-夾鉗=斷開時禁止、只在點(diǎn)火時允許’、‘當(dāng)前無網(wǎng)絡(luò)條件’等取決于特定服務(wù)、特定部件和其與其它部件的關(guān)系。總之，確定部件的狀態(tài)形成提供相對于特定服務(wù)或功能的描述性記錄消息的基礎(chǔ)，并且因此通常涉及相應(yīng)部件的相應(yīng)檢查和狀態(tài)標(biāo)志。相對于通過自動故障根本原因分析來進(jìn)行的誤差檢查(進(jìn)一步參見下文)，具體來說，狀態(tài)可包括部件的誤差狀態(tài)，即在發(fā)生具體誤差之后部件所處的具體狀態(tài)。\n應(yīng)用部件可由于處理單元執(zhí)行相應(yīng)指令或程序代碼和/或基于從另一個應(yīng)用部件和/或遠(yuǎn)程信息處理部件(具體來說，從對應(yīng)于所提供的服務(wù)的部件鏈接中的部件)接收的狀態(tài)信息來確定狀態(tài)。當(dāng)基于所接收的狀態(tài)信息來確定狀態(tài)時，應(yīng)用部件可應(yīng)用預(yù)定義規(guī)則來處理所接收的狀態(tài)信息。這些規(guī)則的一部分可為決策樹，以用于確定作為狀態(tài)信息來接收的所報告的誤差是否為關(guān)鍵的、非關(guān)鍵的或不相關(guān)的。另外，狀態(tài)信息中所含的誤差報告可涉及硬件失敗，具體來說，所涉及遠(yuǎn)程信息處理部件的硬件失效，和/或軟件故障，即，所涉及應(yīng)用部件的軟件故障。如果一旦誤差已經(jīng)發(fā)生就不能提供服務(wù)，誤差可視為關(guān)鍵的。如果一旦誤差已經(jīng)發(fā)生，仍然可提供服務(wù)，但是例如與規(guī)定相比處于較慢速度，誤差可視為非關(guān)鍵的。另外，如果誤差不影響服務(wù)的成功提供也不影響服務(wù)的質(zhì)量，例如通過在不產(chǎn)生額外費(fèi)用或延遲的情況下連接至并非所請求的電信供應(yīng)商的另一電信供應(yīng)商，誤差可視為不相關(guān)的。\n[0019] 記錄器部件可實施于與至少一個應(yīng)用部件相同的處理單元中或不同處理單元中。\n具體來說，記錄器部件可實施于中央處理單元中，而至少一個應(yīng)用部件可實施于分配至或集成于汽車遠(yuǎn)程信息處理部件中的處理單元中。記錄器部件可直接接收來自至少一個應(yīng)用部件的記錄消息，具體來說，如果記錄器部件和至少一個應(yīng)用部件實施于同一處理單元中或經(jīng)由在本領(lǐng)域中已知的有線或無線連接(例如，經(jīng)由CAN、MOST或IEEE1394總線(參見下文))來接收。記錄器部件可基于所接收的記錄消息來產(chǎn)生記錄文件，方法是通過僅產(chǎn)生記錄文件并且將相應(yīng)記錄消息的數(shù)據(jù)結(jié)構(gòu)寫入所產(chǎn)生的記錄文件或通過將相應(yīng)記錄消息附加至現(xiàn)有記錄文件。取決于藉以得到記錄消息的應(yīng)用部件，記錄器部件可進(jìn)一步將記錄消息寫入不同記錄文件。為此目的，記錄器部件可包括文件管理部件或甚至數(shù)據(jù)庫。\n[0020] 所描述的本發(fā)明系統(tǒng)提供沒有任何特殊設(shè)備的復(fù)雜汽車系統(tǒng)的特別車載記錄能力。通過記錄提供服務(wù)的(軟件)應(yīng)用部件的故障，通常可以有效方式來檢測更頻繁的軟件誤差(如與硬件誤差相比)。間接地，基于軟件中產(chǎn)生的信號，在某些情況下也可識別硬件中的缺陷，其中針對相應(yīng)軟件遠(yuǎn)程信息處理部件的無故障功能來解譯硬件的狀態(tài)。由于記錄器部件可連續(xù)地處理應(yīng)用部件的成功或失敗，因此還可捕獲并且診斷不穩(wěn)定行為，如由對于網(wǎng)絡(luò)覆蓋的依賴性所觸發(fā)的行為，這對于采用標(biāo)準(zhǔn)系統(tǒng)檢查并且通常只在車輛啟動時或在檢查車輛期間執(zhí)行一次的本領(lǐng)域的診斷系統(tǒng)來說幾乎是不可能的。所產(chǎn)生的記錄文件以緊湊和集中的方式來積累相關(guān)記錄信息并且可容易地進(jìn)行后處理以便診斷系統(tǒng)的潛在問題。所產(chǎn)生的記錄文件也充當(dāng)證明文件，甚至相對于法律方面的證明文件，例如，當(dāng)確定重要系統(tǒng)(如緊急呼叫發(fā)送器)為什么會失敗時。與在本領(lǐng)域中已知的DTC的依賴性過濾相比，對應(yīng)于存儲在記錄文件中的記錄消息的事件的固有發(fā)生率排序顯著改進(jìn)確定故障根本原因的機(jī)會。\n[0021] 在一個或多個實施方案中，記錄消息可包括：\n[0022] 至少一個應(yīng)用部件的部件識別符；\n[0023] 描述至少一個應(yīng)用部件的傳輸狀態(tài)的消息識別符；以及\n[0024] 包括至少一個參數(shù)的元數(shù)據(jù)。\n[0025] 記錄消息可由至少一個應(yīng)用部件以包括上述數(shù)據(jù)字段的預(yù)定義、編碼、可能二進(jìn)制的格式來產(chǎn)生。預(yù)定義記錄格式的目標(biāo)是傳輸所有有關(guān)信息，同時最大限度地減少數(shù)據(jù)量。為此目的，所提供方法可以類似于DTC(診斷故障碼)協(xié)議碼的方式來使用碼以及參數(shù)和描述，但是所提供記錄協(xié)議的格式不同于DTC格式。碼可稍后翻譯成可讀文本(參見下文)。\n可由特定應(yīng)用部件傳輸?shù)挠涗浵⒖衫缬上鄳?yīng)應(yīng)用部件的供應(yīng)商來預(yù)先定義，并且通常可由部件識別符和消息識別符或所識別的信號來唯一地識別，其中消息/信號識別符描述應(yīng)用部件的傳輸狀態(tài)。每個記錄消息可進(jìn)一步包括元數(shù)據(jù)，如一個或多個參數(shù)。為了獲得一系列明確定義的消息，每個記錄消息可進(jìn)一步包括時戳?？赡軜?biāo)準(zhǔn)幀格式可如下：\n[0026] 時戳??部件ID??消息/信號ID? 元數(shù)據(jù)\n[0027] 應(yīng)注意，信號ID可能已經(jīng)帶有關(guān)于起始部件的元信息，即，應(yīng)用部件或汽車遠(yuǎn)程信息處理部件的元信息；在一些情況下，此信息可能足以識別并且分析使用案例，如下文進(jìn)一步描述。具體來說，在協(xié)議方面，信號ID可指示應(yīng)用部件產(chǎn)生的系統(tǒng)事件或協(xié)議消息，例如，成功連接至移動網(wǎng)絡(luò)。在編程語言方面，信號ID可與方法的執(zhí)行相關(guān)，所述方法觸發(fā)相應(yīng)軟件系統(tǒng)內(nèi)的事件或一系列事件，即所涉及的應(yīng)用部件鏈接。部件ID指示啟始此信號的應(yīng)用部件或遠(yuǎn)程信息處理部件，例如，網(wǎng)絡(luò)控制器。通過將兩個標(biāo)識符結(jié)合，部件ID和信號ID唯一地識別根據(jù)本發(fā)明的系統(tǒng)中的事件。\n[0028] 在一些實施方案中，記錄器部件可進(jìn)一步被適配成在產(chǎn)生記錄文件時將所接收的記錄消息轉(zhuǎn)換成壓縮二進(jìn)制格式。記錄器部件可以任意順序來連續(xù)地接收從與一個或多個所提供的服務(wù)相關(guān)的一個或多個應(yīng)用部件產(chǎn)生并且傳輸?shù)挠涗浵ⅰＳ涗浧鞑考蓮乃邮盏挠涗浵a(chǎn)生壓縮二進(jìn)制數(shù)據(jù)塊的列表，每個塊包括上述數(shù)據(jù)字段(部件ID、消息ID、元數(shù)據(jù)和可能時戳)。記錄器部件可將所接收的記錄消息基于其時戳(如果可獲得)按時間順序來排序，或可(另外)通過其部件ID，相應(yīng)地通過對應(yīng)提供服務(wù)來對其進(jìn)行排序。然后，記錄器部件可將壓縮二進(jìn)制數(shù)據(jù)塊逐個或逐塊地寫入一個或多個記錄文件中，例如以列表形式寫入。在進(jìn)行此舉時，記錄器部件還可管理記錄文件并且可經(jīng)由上述預(yù)先分選來保持每個應(yīng)用部件或每個提供服務(wù)的單獨(dú)記錄文件。通過保持每個服務(wù)的單獨(dú)記錄文件，例如用于免提電話的專用記錄文件，稍后的自動或手動診斷可更容易地訪問并且分析相關(guān)記錄文件。\n[0029] 為了允許稍后分析所產(chǎn)生的記錄文件，根據(jù)一些實施方案的系統(tǒng)可進(jìn)一步包括：\n[0030] 用于存儲所產(chǎn)生的記錄文件的存儲器；以及\n[0031] 報告器部件，其實施于處理單元中并且被適配成從存儲器中讀取以前存儲的記錄文件并且將其傳輸至實施于處理單元中的分析器部件。\n[0032] 存儲器可為任何種類的存儲器，但是具體來說，可通過永久性存儲裝置來實現(xiàn)，例如硬盤驅(qū)動器或光存儲裝置。圓形數(shù)據(jù)結(jié)構(gòu)(環(huán)形緩沖器)可用于存儲記錄數(shù)據(jù)。所記錄的數(shù)據(jù)量可受限于預(yù)定時段，然而，所述數(shù)據(jù)量可為可根據(jù)遠(yuǎn)程信息處理系統(tǒng)的處理和存儲能力來配置的。在應(yīng)用于汽車遠(yuǎn)程信息處理系統(tǒng)的特定情況下，此周期可等于過去幾周的功率循環(huán)。更大記錄周期可通過定期地或根據(jù)需要將圓形數(shù)據(jù)緩沖器轉(zhuǎn)移至用于分析的后端(供應(yīng)商)服務(wù)器來獲得，由此平衡具有更高存儲和處理能力的計算機(jī)的靈活性(參見下文)。后端服務(wù)器可為要求保護(hù)(汽車)系統(tǒng)的一部分。\n[0033] 報告器部件可實施于與記錄器部件相同的處理單元中或不同處理單元中。在記錄文件的記錄期間，系統(tǒng)的報告器部件提供將所記錄的二進(jìn)制記錄文件作為問題報告加以壓縮的可能性。這些問題報告可含有例如基于車輛識別號碼(VIN)以及問題報告的類型而由記錄器記錄并且由報告器部件選擇的記錄文件。然而，報告器部件還可僅將由未壓縮的記錄文件組成的問題報告?zhèn)鬏斨练治銎鞑考?。問題報告的產(chǎn)生和/或傳輸可手動地(例如由用戶或診斷專家)或自動地(由車載的應(yīng)用或從后端側(cè))來觸發(fā)。具體來說，觸發(fā)可從遠(yuǎn)程后端(供應(yīng)商)服務(wù)器(具體來說，從分析器部件)經(jīng)由現(xiàn)有網(wǎng)絡(luò)和遠(yuǎn)程信息處理系統(tǒng)的相應(yīng)部件發(fā)送至報告器部件。取決于觸發(fā)的類型，附加信息可由報告器部件來添加至問題報告(例如，所連接的移動裝置的列表、IP通道診斷等)。通常，所接收的問題報告的遠(yuǎn)程分析需要唯一地識別車載遠(yuǎn)程信息處理系統(tǒng)及其相關(guān)的報告，以使得來自特定車載系統(tǒng)的報告可出于長期存儲目的而在接收器后端服務(wù)器處唯一地區(qū)別并且分選，但是本發(fā)明不限于此。\n[0034] 通常，分析器部件實施于外部處理單元中，例如作為后端服務(wù)器的一部分，即在車輛外部。然而，分析(具體來說，分析的縮減型式)還可由作為遠(yuǎn)程信息處理系統(tǒng)的車載部分的一部分的內(nèi)部處理單元來執(zhí)行(參見下文)。在這種情況下，分析器部件可實施于內(nèi)部處理單元中，例如，實施有報告器部件的相同處理單元中。外部處理單元可為后端(供應(yīng)商)服務(wù)器的一部分，其經(jīng)由無線通訊或轉(zhuǎn)移USB存儲裝置來與遠(yuǎn)程信息處理系統(tǒng)互動。服務(wù)器可進(jìn)一步為便攜式電子裝置，如膝上型計算機(jī)、平板計算機(jī)或類似裝置的一部分。服務(wù)器可呈獨(dú)立系統(tǒng)形式或可以分散式網(wǎng)絡(luò)來提供，例如，在注冊汽車經(jīng)銷商處具有所連接的服務(wù)器。\n具體來說，服務(wù)器不受汽車遠(yuǎn)程信息處理系統(tǒng)的固有限制因素所限制，如空間、成本、冗余性、可靠性、存儲和計算能力等。因此，遠(yuǎn)程信息處理系統(tǒng)的報告器部件將記錄文件傳輸至外部分析器部件允許詳細(xì)得多并且更快地分析和診斷遠(yuǎn)程信息處理系統(tǒng)的潛在發(fā)生問題。\n[0035] 在一個或多個實施方案中，分析器部件可實施于外部處理單元中，具體來說，包括于進(jìn)一步包括非車載存儲器的供應(yīng)商服務(wù)器中，或可為車載分析器部件。\n[0036] 車載分析器部件可實施于車載處理單元中，具體來說，實施有報告器部件的相同處理單元中。在后一種情況中，記錄文件從報告器部件至分析器部件的傳輸可在存儲器中執(zhí)行，具體來說，在處理單元的易失性存儲器中執(zhí)行。(外部)供應(yīng)商服務(wù)器可包括非車載存儲器，具體來說，呈硬盤驅(qū)動器或光存儲裝置形式。\n[0037] 一個或多個實施方案，報告器部件可被配置成接收來自供應(yīng)商服務(wù)器的用于車載分析的觸發(fā)信號和/或字典解碼數(shù)據(jù)。具體來說，觸發(fā)可如上所述從遠(yuǎn)程后端(供應(yīng)商)服務(wù)器發(fā)送至報告器部件。字典解碼數(shù)據(jù)可由車載分析器部件用于將記錄消息從二進(jìn)制格式轉(zhuǎn)換成人可讀文本(參見下文)。\n[0038] 在一個或多個實施方案中，報告器部件可進(jìn)一步被適配成通過遠(yuǎn)程信息處理系統(tǒng)的無線通訊模塊將以前存儲的記錄文件傳輸至分析器部件。無線通訊模塊可為具有相應(yīng)短距離天線的無線路由器、與局域網(wǎng)(LAN)或移動通訊網(wǎng)絡(luò)進(jìn)行通訊的調(diào)制解調(diào)器、具有相應(yīng)天線的藍(lán)牙收發(fā)器、固定安裝于車輛中或作為移動終端連接至車輛的移動電信裝置，或本領(lǐng)域的任何其它已知通訊模塊。遠(yuǎn)程信息處理系統(tǒng)的無線通訊模塊與包括分析器部件的遠(yuǎn)程系統(tǒng)的無線通訊模塊之間的連接可直接建立，例如通過建立局域網(wǎng)中的服務(wù)器-客戶端連接，或經(jīng)由例如電信網(wǎng)絡(luò)的現(xiàn)有網(wǎng)絡(luò)。\n[0039] 已壓縮的問題報告或記錄文件可由報告器部件發(fā)送至消息傳送部件，其提供用于下載和上傳數(shù)據(jù)至后端基礎(chǔ)設(shè)施的機(jī)構(gòu)。具體來說，此消息傳送部件可為車輛系統(tǒng)上的已有遠(yuǎn)程信息處理基礎(chǔ)設(shè)施的一部分。通過使用此消息傳送部件，報告器部件可基于車輛配置管理部件的配置將問題報告/記錄文件傳輸至后端(供應(yīng)商)服務(wù)器。車輛配置管理部件還可為當(dāng)前遠(yuǎn)程信息處理基礎(chǔ)設(shè)施的一部分，并且可提供關(guān)于往哪里傳輸問題報告和遵循哪些重試策略的信息。如果在任何重試之后傳輸問題報告仍為不成功的，報告或相應(yīng)記錄文件可永久存儲在車輛上的遠(yuǎn)程信息處理系統(tǒng)的永久性存儲裝置中，并且一旦輪廓條件指示潛在成功環(huán)境就可再次嘗試傳輸。在此方面，報告器部件可自動檢測車輛上和車輛外部可利用的通訊基礎(chǔ)設(shè)施并且掃描潛在成功的數(shù)據(jù)傳輸環(huán)境。\n[0040] 不同于在本領(lǐng)域中已知的其它方法，不需要特殊設(shè)備來記錄并且讀取記錄數(shù)據(jù)。\n記錄文件可在車輛內(nèi)部和外部的現(xiàn)有通訊基礎(chǔ)設(shè)施上轉(zhuǎn)移，并且在不需要客戶將他的車輛送至服務(wù)供應(yīng)商的情況下加以分析。由于壓縮的記錄文件立即或及時傳輸至后端服務(wù)器，傳輸?shù)膯栴}報告變得可用于分析并且可提前預(yù)期客戶投訴。問題報告的傳輸可在可利用的與車輛相關(guān)的任何內(nèi)建或客戶通訊基礎(chǔ)設(shè)施上進(jìn)行，并且在所采用通迅協(xié)議的所提供構(gòu)件上的傳送可為安全的。\n[0041] 在一個或多個實施方案中，報告器部件可進(jìn)一步被適配成在預(yù)定時間，優(yōu)選地2-3天之后將以前存儲的記錄文件傳輸至分析器部件，并且分析器部件被配置成存儲所傳輸?shù)挠涗浳募?。預(yù)定時間可通過與車輛的遠(yuǎn)程信息處理系統(tǒng)直接互動或遠(yuǎn)程地經(jīng)由后端服務(wù)器來由用戶(重新)配置。將報告器部件配置成以定期時間間隔來傳輸自前一次傳輸以來所積累的記錄文件允許在后端側(cè)積累與遠(yuǎn)程信息處理系統(tǒng)的連續(xù)性能相關(guān)的數(shù)據(jù)。此類數(shù)據(jù)可在與校正系統(tǒng)中的誤差的需求無關(guān)的情況下來傳輸并且積累，并且用來評估遠(yuǎn)程信息處理系統(tǒng)、其部件和/或由遠(yuǎn)程信息處理系統(tǒng)提供的服務(wù)的總體質(zhì)量。作為替代實施方案，報告器部件可被配置成每當(dāng)存儲器即將溢出時傳輸存儲在車載存儲器或存儲裝置(例如環(huán)形緩沖器)中的記錄文件。通過這類配置，可避免記錄數(shù)據(jù)的可能損失。報告器部件可進(jìn)一步被配置成刪除已經(jīng)從車載存儲器傳輸?shù)挠涗浳募?。報告器部件還可被配置成只傳輸含有如下記錄消息的那些記錄文件，即報告預(yù)定類型(例如，關(guān)鍵或非關(guān)鍵)或與具體遠(yuǎn)程信息處理部件或服務(wù)相關(guān)的問題或誤差的記錄消息。\n[0042] 分析器部件可被配置成將傳輸?shù)挠涗浳募鎯υ诖鎯ζ髦?，具體來說，是在非車載分析器部件的情況下存儲在外部存儲器中，即在車輛外部。通常，這類外部存儲器可為后端服務(wù)器系統(tǒng)的一部分，所述系統(tǒng)包括實施分析器部件的外部處理單元。存儲器可為在本領(lǐng)域中已知的任何存儲裝置，但是通常為永久性存儲裝置，如硬盤驅(qū)動器或光存儲器。取決于用戶確定的配置，分析器部件可系統(tǒng)地收集來自一個或多個車輛的記錄文件，按照檢測到的車輛ID、檢測到的問題報告類型、檢測到的所提供的服務(wù)類型等對上述記錄文件進(jìn)行預(yù)分選，并且存儲在數(shù)據(jù)庫中供將來分析。這類分析可例如基于檢測到的問題的相關(guān)性來自動觸發(fā)，或由用戶(例如，機(jī)械工)來觸發(fā)?？勺詣臃治鰴z測到的與例如車輛和駕駛員安全相關(guān)的問題，而車輛的信息娛樂服務(wù)系統(tǒng)的檢測到的問題可延期直到可為所述問題分配專家為止。分析器部件還可被配置成收集特定應(yīng)用部件的記錄文件，例如偶爾出故障的移動電信裝置的記錄文件，以便能夠執(zhí)行統(tǒng)計分析。\n[0043] 對于所描述的系統(tǒng)，如果只記錄最近時間的車載活動，例如2-3天的活動，可采用相對于處理單元和車載存儲器的較小并且有效的部件。然而，也可產(chǎn)生特別非車載記錄存儲器，以使得可基于后端基礎(chǔ)設(shè)施上的輸出診斷記錄的使用來擴(kuò)展車載存儲器。\n[0044] 在一個或多個實施方案中，分析器部件可進(jìn)一步被適配成通過基于至少一個預(yù)定義使用案例自動分析傳輸?shù)挠涗浳募韴?zhí)行自動故障根本原因分析。故障根本原因分析通常嘗試識別問題的一個或多個根本原因而非嘗試校正問題的即時癥狀。舉例來說，從網(wǎng)絡(luò)下載失敗的根本原因可能是因為網(wǎng)絡(luò)連不上或因為應(yīng)提供用于下載數(shù)據(jù)的遠(yuǎn)程服務(wù)器出故障而使遠(yuǎn)程信息處理系統(tǒng)未能連接至特定網(wǎng)絡(luò)，而下載停滯這個癥狀相對于根本原因可為非決定性的。本發(fā)明系統(tǒng)和方法允許識別遠(yuǎn)程信息處理系統(tǒng)中的所發(fā)生問題的一個或多個實際根本原因，方法是提供來自所有相關(guān)涉及部件，不論是應(yīng)用部件還是遠(yuǎn)程信息處理部件，理想情況下來自提供特定服務(wù)的相應(yīng)鏈接的所有部件的記錄信息，其中包括于每個記錄消息中的部件ID和信號ID允許將每個記錄消息唯一地分配至部件和發(fā)生的事件。通過分析所傳輸?shù)挠涗浳募推浒ǖ挠涗浵?，分析器部件可最終確定所診斷問題的故障根本原因并且將有價值的信息提供給專家，所述專家然后可使用此信息來校正遠(yuǎn)程信息處理系統(tǒng)。故障根本原因分析可遵循本領(lǐng)域的根本原因分析的任何熟知規(guī)則，但是具體來說，可為基于故障的根本原因分析。\n[0045] 由于根據(jù)本發(fā)明的記錄消息基于特定系統(tǒng)內(nèi)的特定事件和使用案例來產(chǎn)生，因此在記錄文件中產(chǎn)生所發(fā)生誤差之間的明顯依賴性。因此，與在本領(lǐng)域中已知的DTC的依賴性過濾相比，根據(jù)本發(fā)明的記錄文件允許更具描述性和精確性的方法。知道可能事件和使用案例允許通過解析由本發(fā)明系統(tǒng)產(chǎn)生的記錄文件來自動分析系統(tǒng)誤差和誤差的依賴性。\n[0046] 分析器部件可通過基于至少一個預(yù)定義使用案例而自動分析所傳輸?shù)挠涗浳募韴?zhí)行自動故障根本原因分析。通常使用案例為步驟列表，所述步驟列表通常定義角色(在本文中為用戶或應(yīng)用部件提供服務(wù))與系統(tǒng)(在本文中為汽車遠(yuǎn)程信息處理系統(tǒng))之間的互動，以便實現(xiàn)目標(biāo)，在本文中為提供遠(yuǎn)程信息處理系統(tǒng)的服務(wù)。使用案例可由專家來預(yù)先定義，具體來說，特定遠(yuǎn)程信息處理部件的制造商或特定應(yīng)用部件的供應(yīng)商。由于不同事件通常產(chǎn)生新的使用案例，因此每個服務(wù)和其相應(yīng)應(yīng)用部件可具有多個使用案例，正如同每個應(yīng)用部件和/或遠(yuǎn)程信息處理部件可具有多個狀態(tài)并且因而產(chǎn)生多個不同記錄消息。因此，分析器部件可通常處置很多預(yù)定義使用案例，所述預(yù)定義使用案例可存儲在外部存儲器中，即在車輛外部，或在車載分析器部件的情況下存儲在車載存儲器中，例如呈數(shù)據(jù)庫形式。然而，預(yù)定義使用案例的列表相對于涵蓋在通過應(yīng)用部件來提供特定服務(wù)時可能發(fā)生的所有可能事件來說不一定是完整的。如果分析器部件未能識別匹配使用案例(進(jìn)一步參見下文)，相應(yīng)故障信息可由分析器部件來產(chǎn)生，并且匹配使用案例可由專家來定義并且基于分析器部件的分析報告來添加至預(yù)定義使用案例的列表。根據(jù)本發(fā)明系統(tǒng)，可預(yù)先定義使用案例，其以有意義的方式，即基于實際基于事件的情況來建立消息ID與記錄消息的元數(shù)據(jù)之間的關(guān)系。\n[0047] 在一個或多個實施方案中，分析器部件可進(jìn)一步被適配成通過以下步驟來分析所傳輸?shù)挠涗浳募篭n[0048] 從存儲器中讀取多個預(yù)定義使用案例；\n[0049] 從所傳輸?shù)挠涗浳募刑崛≈辽僖粋€記錄消息；以及\n[0050] 通過將至少一個所提取的記錄消息與至少一個預(yù)定義使用案例的至少一個狀態(tài)匹配來從多個預(yù)定義使用案例中識別至少一個預(yù)定義使用案例；\n[0051] 其中至少一個預(yù)定義使用案例定義為狀態(tài)流程圖中呈現(xiàn)的多個狀態(tài)和關(guān)系。\n[0052] 可定義多個預(yù)定義使用案例中的使用案例并且稍后借助于圖形程序來表示，然后翻譯成可解析的格式，如XML。每個使用案例定義為包括“開始”(START)、“事件”(EVENT)和“結(jié)束”(END)狀態(tài)的狀態(tài)流程圖。每個狀態(tài)代表一個記錄信號(1:1分配)，其中記錄信號包括至少一個部件ID和消息/信號ID。每個狀態(tài)可進(jìn)一步包括至少一個狀態(tài)參數(shù)，其可根據(jù)記錄消息的元數(shù)據(jù)中所含有的至少一個參數(shù)來設(shè)定或與其匹配?！伴_始”狀態(tài)是屬于使用案例的第一記錄信號，并且因而觸發(fā)使用案例的開始(入口點(diǎn))。“結(jié)束”狀態(tài)標(biāo)記使用案例的結(jié)束(出口點(diǎn))。使用案例可具有多個入口和多個出口點(diǎn)。在“開始”與“結(jié)束”狀態(tài)之間，可采用任意數(shù)量的中間狀態(tài)(“事件”狀態(tài))。狀態(tài)通過定向邊緣來連接以便指示關(guān)系方面的狀態(tài)順序。因此，使用案例可描述為可含有環(huán)的定向圖。使用案例定義為狀態(tài)流程圖的更詳細(xì)說明在下文進(jìn)一步給出。使用圖形程序來定義和/或代表使用案例使配置并且使用由分析器部件所提供并且基于本發(fā)明系統(tǒng)的自動分析系統(tǒng)的過程極大地簡化。使用案例可僅通過從預(yù)定義狀態(tài)的集合中選擇狀態(tài)并且將所述狀態(tài)加以連接來定義。故障根本原因分析的結(jié)果可借助于相應(yīng)使用案例以狀態(tài)流程圖形式的圖形表示來在視覺上呈現(xiàn)和可容易地由專家來診斷。\n[0053] 如前述，存儲器可為任何永久性存儲器，例如，硬盤驅(qū)動器或光存儲裝置。在非車載分析器部件的情況下，實施分析器部件的處理單元和存儲器可為后端(供應(yīng)商)服務(wù)器的一部分。分析器部件從存儲器中讀取多個預(yù)定義使用案例，其中根據(jù)分析所傳輸?shù)挠涗浳募某醪浇Y(jié)果，每次可針對一個狀態(tài)來執(zhí)行使用案例之讀取。舉例來說，分析器部件可根據(jù)所分析的記錄文件中的第一記錄消息的部件ID來讀取與遠(yuǎn)程信息處理系統(tǒng)的應(yīng)用/遠(yuǎn)程信息處理部件相關(guān)的所有預(yù)定義使用案例的“開始”狀態(tài)(進(jìn)一步參見下文)。然后通過分析記錄文件中的進(jìn)一步記錄消息，分析器部件可在第一步驟中選擇的使用案例群組之間進(jìn)行選擇，所述使用案例與進(jìn)一步記錄消息中含有的部件ID、信號ID和/或元數(shù)據(jù)相容，并且由此最終從多個預(yù)定義使用案例中識別至少一個預(yù)定義使用案例，方法是連續(xù)地將從所傳輸?shù)挠涗浳募刑崛〉挠涗浵⑴c預(yù)定義使用案例的連續(xù)狀態(tài)匹配，并且因而將最初群組的候選預(yù)定義使用案例變窄至至少一個預(yù)定義使用案例。如上所述，至少一個預(yù)定義使用案例的識別失敗可由分析器部件來報告。代替依序讀取預(yù)定義使用案例，分析器部件還可全部讀取使用案例，然后在分析所傳輸?shù)挠涗浳募耐瑫r逐步地對其進(jìn)行處理。\n[0054] 為了分析所傳輸?shù)挠涗浳募治銎鞑考ǔＶ饌€從所傳輸?shù)挠涗浳募刑崛∮涗浵?。然而，分析器還可同時提取記錄文件中含有的所有記錄消息，然后繼續(xù)對其進(jìn)行分析。作為提取的一部分，分析器部件可將已經(jīng)由遠(yuǎn)程信息處理系統(tǒng)的記錄器部件壓縮的二進(jìn)制數(shù)據(jù)解壓縮。分析器還可執(zhí)行故障根本原因分析，方法是從記錄文件中提取所有記錄消息并且將每個所提取的記錄消息分配至引用記錄消息數(shù)據(jù)的所有那些使用案例，并且由此在執(zhí)行詳細(xì)分析之前選擇一組相關(guān)使用案例，方法是依序單步調(diào)試來自所選擇組的使用案例并且將所提取的記錄消息與使用案例的狀態(tài)匹配。\n[0055] 除了以上描述的將一個記錄信號1:1分配至使用案例定義中的一個狀態(tài)以外，記錄消息可按照其元數(shù)據(jù)來區(qū)分并且取決于元數(shù)據(jù)中含有的至少一個參數(shù)的值來分配多個不同狀態(tài)。元數(shù)據(jù)中含有的參數(shù)可由分析器部件基于表1中定義的標(biāo)準(zhǔn)來評估。如果所有參數(shù)匹配關(guān)于使用案例狀態(tài)提供的定義，那么記錄消息視為是使用案例的一部分。\n[0056] 標(biāo)準(zhǔn)?????????????????含義\n[0057] *????????????????????參數(shù)值不相關(guān)\n[0058] x????????????????????參數(shù)必須精確地具有所提供的值x\n[0059] [x,y]????????????????參數(shù)必須在所提供的數(shù)值范圍[x,y]內(nèi)\n[0060] $VARIABLE_NAME???????參數(shù)必須等于變量\n[0061] ?????????????????? ??$VARIABLE_NAME的內(nèi)容\n[0062] 表1：基于參數(shù)值的消息分配的標(biāo)準(zhǔn)\n[0063] 此處，值x和y以及VARIABLE_NAME為使用案例的定義的一部分。\n[0064] “事件”狀態(tài)群組可重組為子使用案例。以此方式，可實現(xiàn)使用案例分解成邏輯塊或任務(wù)。這允許涉及多個部件的使用案例的更好建模。這也允許重新使用來自多個主要使用案例或中間子使用案例(可能涉及多級別的子使用案例嵌套)的共同狀態(tài)流模式。\n[0065] 在本發(fā)明系統(tǒng)的一個或多個實施方案中，遠(yuǎn)程信息處理系統(tǒng)的至少一個處理單元可包括能夠同時執(zhí)行至少一個應(yīng)用部件的并發(fā)實例（concurrent?instance）的多線程系統(tǒng)，至少一個預(yù)定義使用案例的至少一個狀態(tài)可包括至少一個使用案例變量，并且分析器部件可進(jìn)一步被適配成識別所識別的預(yù)定義使用案例的實例，方法是將至少一個記錄消息的元數(shù)據(jù)中所包括的至少一個參數(shù)與至少一個使用案例變量匹配。此處，多線程系統(tǒng)表示能夠同時執(zhí)行至少一個應(yīng)用部件的多個實例的任何系統(tǒng)，例如多核心處理單元、超線程處理單元或任何有多任務(wù)能力的處理單元。在此類情況下，可同時產(chǎn)生或排定至少一個應(yīng)用部件的多個并發(fā)實例。至少一個應(yīng)用部件的并發(fā)實例可在相同處理單元或不同處理單元上執(zhí)行。然而，并發(fā)實例可代表對不同參數(shù)數(shù)據(jù)執(zhí)行相同程序碼。舉例來說，下載客戶端可運(yùn)行多次以便下載不同文件或訪問不同網(wǎng)絡(luò)。根據(jù)本發(fā)明，可經(jīng)由使用記錄消息的元數(shù)據(jù)中的參數(shù)而將此參數(shù)數(shù)據(jù)包括于記錄消息中。\n[0066] 明確地允許或不允許在遠(yuǎn)程信息處理系統(tǒng)中運(yùn)行應(yīng)用部件的多個并發(fā)實例可為有用的，因為同一使用案例的記錄消息的多次出現(xiàn)可指示正?；蛴袉栴}的系統(tǒng)行為。舉例來說，每次只應(yīng)允許單個語音電話連接，而多個并發(fā)數(shù)據(jù)連接將為完全有效的。為了指示使用案例可同時多次運(yùn)行，可設(shè)定每個使用案例的相應(yīng)限定符。此外，為了正確地追蹤并行運(yùn)行的使用案例，可使用根據(jù)本發(fā)明的新的變量追蹤特征，其在下文更詳細(xì)地描述。\n[0067] 在多實例使用案例的情況下，具體難題是確定具體記錄消息與使用案例的哪個實例相關(guān)。取決于起始時間和其它系統(tǒng)參數(shù)，應(yīng)用部件的兩個并發(fā)實例通常以不可預(yù)測的交錯方式將記錄消息傳輸至記錄器部件。因此，由記錄器部件產(chǎn)生的記錄文件可含有一系列記錄消息，所述記錄消息屬于第一實例或第二實例但是不遵循特定順序。當(dāng)處理多個并發(fā)實例時，通?？色@得多個可能匹配的記錄信號，但是僅消息參數(shù)可決定信號屬于哪個具體使用案例實例。舉例來說，多個下載隊列可為活動的，其發(fā)出下載過程的相同起始信號，但是在單個參數(shù)(例如隊列識別符)方面不同。另一個實施例是如下子使用案例，其使用例如下載ID的參數(shù)作為識別符來追蹤屬于它的消息，其進(jìn)而被一個或多個母體使用案例引用。\n[0068] 此難題在本發(fā)明的當(dāng)前實施方案中予以解決，方法是使用可保持消息元數(shù)據(jù)值的使用案例變量。使用案例定義可經(jīng)由如$VARIABLE_NAME=的語句來聲明變量。然后，“開始”、“事件”或“結(jié)束”狀態(tài)可基于記錄消息的元數(shù)據(jù)中所包括的至少一個參數(shù)或基于使用案例分析期間的另一變量經(jīng)由賦值語句來將值分配給這些變量，所述參數(shù)已經(jīng)匹配至對應(yīng)狀態(tài)。變量可從一個狀態(tài)傳遞至下一個狀態(tài)。然后，基于所定義的變量與記錄消息的元數(shù)據(jù)的至少一個參數(shù)的比較，分析器部件可使用所定義的變量作為標(biāo)準(zhǔn)將記錄消息分配至預(yù)定義使用案例的實例。保留的變量可通過名稱$RETURN來引入。所述變量可用于在結(jié)束子使用案例后分配子使用案例內(nèi)部的元數(shù)據(jù)內(nèi)容以供調(diào)用程序(即母體使用案例)進(jìn)一步處理，這類似于C函數(shù)的返回參數(shù)。包括子使用案例的多實例使用案例追蹤的實施例進(jìn)一步在下文給出。\n[0069] 在各種實施方案中，多個并發(fā)使用案例實例的準(zhǔn)確分離可經(jīng)由追蹤含于記錄消息元數(shù)據(jù)中的ID而可行。作為一個非限制性實施例，如果同時下載多個文件，然后有可能正確追蹤哪個具體文件下載導(dǎo)致問題。這包括追蹤哪個子使用案例(如，開啟數(shù)據(jù)連接、請求服務(wù)級別協(xié)定管理員的凈訪問許可等)屬于下載使用案例實例的可能性。\n[0070] 分析器部件可進(jìn)一步被適配成自動產(chǎn)生每個所分析的記錄文件的總結(jié)報告。報告可提供記錄事件的時窗，以及系統(tǒng)功率循環(huán)的數(shù)量。報告可進(jìn)一步含有從記錄文件識別的所有使用案例的概述表。每個使用案例的結(jié)束狀態(tài)可與指示成功、誤差或報警狀態(tài)的狀態(tài)標(biāo)志一起報告?；谔囟ㄊ褂冒咐目偨Y(jié)報告，專家可決定確定相應(yīng)服務(wù)的成功率并且采取進(jìn)一步措施，例如召回車輛以供檢修或開始有問題的應(yīng)用部件和/或遠(yuǎn)程信息處理部件的更詳細(xì)記錄(參見下文)。\n[0071] 具體來說，含有對應(yīng)于所分析的記錄文件的所有使用案例的自動產(chǎn)生的總結(jié)文件允許迅速評估記錄文件。通常，如果僅很少的使用案例執(zhí)行失敗，那么專家容易發(fā)現(xiàn)這些案例，包括精確結(jié)束狀態(tài)或最后一個執(zhí)行消息。此外，失敗使用案例的完整跟蹤可在與可同時發(fā)生但是不屬于具體使用案例的其它消息分離的情況下直接用于進(jìn)一步分析。這提供優(yōu)于常規(guī)跟蹤分析的顯著優(yōu)勢，其中跟蹤然后必須針對有問題的使用案例來手動地加以過濾。\n這也提供優(yōu)于標(biāo)記DTC的顯著優(yōu)勢，其中關(guān)于哪個系列的系統(tǒng)條件導(dǎo)致決定產(chǎn)生所記錄的故障碼，很少附加信息或沒有附加信息可供利用。\n[0072] 總結(jié)報告提供快速收集關(guān)于相對于所提供的服務(wù)的報警和誤差的積累信息的可能性，包括發(fā)生計數(shù)。由于記錄文件所含有的可能不僅僅是誤差，即實際上執(zhí)行的所有使用案例(在所記錄的時間框架期間)，因此總結(jié)報告可用于收集關(guān)于用戶行為、優(yōu)選使用案例、使用案例成功率等的更詳細(xì)信息。\n[0073] 在替代實施方案中，分析器部件可實施于車輛上，并且報告器部件可經(jīng)由車輛的現(xiàn)有基礎(chǔ)設(shè)施(例如，導(dǎo)線、藍(lán)牙天線、無線天線等)來將記錄文件傳輸至分析器部件。具體來說，分析器部件可實施于與報告器部件相同的處理單元中，并且將記錄文件傳輸至分析器部件可在處理部件的存儲器(例如RAM)內(nèi)部發(fā)生。車載分析器部件可被配置成根據(jù)以上描述的本發(fā)明系統(tǒng)和方法來完成記錄文件的輕量級分析。除了這類輕量級分析以外，記錄文件還可傳輸至實施完整版本的分析器部件的外部處理單元，所述完整版本的分析器部件可被配置成根據(jù)以上描述的本發(fā)明系統(tǒng)和方法來執(zhí)行完全分析。輕量級報告可通過采用合適輸出裝置(如，在圖形顯示器上顯示的瀏覽程序或文本編輯程序)來變得可直接在車上利用。\n[0074] 包括車載分析器部件和遠(yuǎn)程分析器部件的遠(yuǎn)程信息處理系統(tǒng)可基于遠(yuǎn)程分析和車載輕量級分析的組合來向用戶(例如，駕駛員)提供關(guān)于如何修理系統(tǒng)中出現(xiàn)的問題的建議。當(dāng)用戶或車載分析器部件注意到所監(jiān)測(記錄)的服務(wù)出現(xiàn)問題時，用戶(駕駛員)或保修人員(不需要位于經(jīng)銷商站處)可通過傳輸相應(yīng)記錄文件來請求后端(供應(yīng)商)服務(wù)器進(jìn)行分析。關(guān)于問題類型的基本信息可作為問題報告的一部分包括于請求中。后端服務(wù)器的遠(yuǎn)程分析器部件可如上所述來執(zhí)行記錄文件的完全分析并且準(zhǔn)備受影響車輛的解碼數(shù)據(jù)。\n遠(yuǎn)程分析器部件可進(jìn)一步將傳送此解碼數(shù)據(jù)的觸發(fā)信號發(fā)送至車輛，具體來說發(fā)送至車載報告器部件。準(zhǔn)備解碼數(shù)據(jù)可涉及例如機(jī)械工的專家，但是還可基于自動完全分析過程，即分析總結(jié)。\n[0075] 可在車輛中通過SMS、IP或其它在線連接來接收觸發(fā)。響應(yīng)于此觸發(fā)，報告器部件可從后端服務(wù)器擷取解碼數(shù)據(jù)。為此目的，車輛可例如通過VIN、誤差發(fā)生時間等來識別。解碼數(shù)據(jù)可已經(jīng)包括關(guān)于如何修理已知問題的信息。\n[0076] 在接收解碼數(shù)據(jù)時，所傳輸?shù)挠涗浳募兴ǖ谋镜赜涗洈?shù)據(jù)可經(jīng)受車載分析器部件的輕量級分析并且以人可讀的問題報告形式，例如，以車輛瀏覽程序中的網(wǎng)頁形式直接呈現(xiàn)給車輛中的用戶(或保修人員)。然后，用戶可開始基于輕量級分析和所接收的解碼數(shù)據(jù)來校正問題?；蛘?，車載分析器部件可嘗試自動修理問題，例如，通過安裝與所接收的解碼數(shù)據(jù)一起提供的軟件補(bǔ)丁。\n[0077] 在一個或多個實施方案中，至少一個應(yīng)用部件可進(jìn)一步被適配成在從記錄器部件接收預(yù)定義觸發(fā)信號后將其狀態(tài)傳輸至記錄器部件。通常，應(yīng)用部件或遠(yuǎn)程信息處理部件的狀態(tài)的確定和傳輸可由部件本身來觸發(fā)，例如基于部件的特定配置在檢測到特定事件如部件故障后，或由記錄器部件來觸發(fā)。通過記錄器部件的觸發(fā)可為直接的，例如請求傳輸部件的當(dāng)前狀態(tài)(例如，空閑)，或間接經(jīng)由操縱相應(yīng)部件的配置。因此，舉例來說，記錄器部件可改變部件傳輸狀態(tài)的時間間隔，或部件傳輸狀態(tài)之后的時段。記錄器部件還可啟動從通常不傳輸狀態(tài)的部件的狀態(tài)傳輸。狀態(tài)的附加傳輸可限于用戶已經(jīng)經(jīng)歷相應(yīng)服務(wù)的問題的具體時段，例如每天的特定時間。將要發(fā)送哪些觸發(fā)可由記錄器部件基于從后端服務(wù)器接收并且由報告器部件處理的觸發(fā)配置數(shù)據(jù)來確定。由此，專家可能能夠重新配置記錄系統(tǒng)以便針對特定服務(wù)和/或在特定時間間隔期間來提供更詳細(xì)記錄報告。通過使得記錄系統(tǒng)能夠基于從后端服務(wù)器接收的配置數(shù)據(jù)來適配其詳細(xì)程度，標(biāo)準(zhǔn)(即沒有額外細(xì)節(jié))記錄文件和問題報告可保持微小，這樣使得存儲記錄文件的車載存儲器可保持較小并且能量有效。另外，應(yīng)用部件可在檢測到預(yù)定義誤差后觸發(fā)更詳細(xì)記錄過程。\n[0078] 在一個或多個實施方案中，分析器部件可進(jìn)一步被適配成通過應(yīng)用預(yù)定義多級別字典來將所提取的至少一個記錄消息轉(zhuǎn)換成人可讀的文本。兩個級別的描述方案可用作預(yù)定義多級別字典以便將二進(jìn)制記錄消息翻譯成人可讀文本。最高級別的文件可定義全局消息過濾器并且輸入較低級別、特定于部件的定義文件。輸入特定于部件的文件具有能夠根據(jù)在提供特定服務(wù)過程中是否牽涉到相應(yīng)部件來單獨(dú)地維護(hù)部件翻譯文件的優(yōu)勢。翻譯可使用部分集的翻譯(定義)文件來進(jìn)行，以便通過省略已知與分析特定問題不相關(guān)的數(shù)據(jù)的處理來加速翻譯過程。此外，消息過濾器可用于將所記錄的信號根據(jù)其含義來分類(例如，信息、報警或致命誤差消息)。實施多級別字典的特定實施例進(jìn)一步在下文給出。以上描述的方法考慮到模塊化的應(yīng)用，其中翻譯文件按照部件并且可獨(dú)立地來維護(hù)。最高級別的描述文件可用于避免共存的部件之間的任何沖突。\n[0079] 在各種實施方案中，記錄遠(yuǎn)程信息處理系統(tǒng)的方法可包括：\n[0080] 將至少一個應(yīng)用部件的至少一個狀態(tài)以記錄消息的形式傳輸至記錄器部件，所述應(yīng)用部件提供遠(yuǎn)程信息處理部件的服務(wù)并且實施于處理單元中；\n[0081] 由記錄器部件來接收記錄消息；以及\n[0082] 基于所接收的記錄消息來產(chǎn)生記錄文件。\n[0083] 記錄文件由記錄器部件基于所接收的記錄消息來產(chǎn)生。相對于記錄、分析和/或診斷系統(tǒng)行為的如上所述的遠(yuǎn)程信息處理系統(tǒng)的相同變化和/或延伸也可適用于記錄遠(yuǎn)程信息處理系統(tǒng)的方法。記錄可特別地、連續(xù)地或定期地執(zhí)行。\n[0084] 具體來說，如上所述，記錄消息可包括：\n[0085] 至少一個應(yīng)用部件的部件識別符；\n[0086] 描述至少一個應(yīng)用部件的所傳輸?shù)闹辽僖粋€狀態(tài)的消息識別符；以及\n[0087] 包括至少一個參數(shù)的元數(shù)據(jù)；\n[0088] 并且其中記錄消息具體來說包括時戳。\n[0089] 所引用的標(biāo)識符和元數(shù)據(jù)可根據(jù)以上描述的變化和規(guī)則由本發(fā)明方法來規(guī)定并且采用。\n[0090] 在一個或多個實施方案中，本發(fā)明方法可進(jìn)一步包括：\n[0091] 將所產(chǎn)生的記錄文件存儲在存儲器中；\n[0092] 從存儲器中讀取以前存儲的記錄文件并且將所述記錄文件傳輸至實施于處理單元中的分析器部件；以及\n[0093] 通過基于至少一個預(yù)定義使用案例自動分析所傳輸?shù)挠涗浳募韴?zhí)行自動故障根本原因分析。\n[0094] 如上所述，分析器部件可實施于外部處理單元中，具體來說作為后端(供應(yīng)商)服務(wù)器的一部分或輕量級分析器部件可替代地或另外實施于車載處理單元中。另外，可應(yīng)用如上所述的傳輸記錄文件并且執(zhí)行自動故障根本原因分析的相同變化和延伸。\n[0095] 在一個或多個實施方案中，本發(fā)明方法可進(jìn)一步包括：\n[0096] 從存儲器中讀取多個預(yù)定義使用案例；\n[0097] 從所傳輸?shù)挠涗浳募刑崛≈辽僖粋€記錄消息；\n[0098] 通過將至少一個所提取的記錄消息與至少一個預(yù)定義使用案例的至少一個狀態(tài)匹配來從多個預(yù)定義使用案例中識別至少一個預(yù)定義使用案例；\n[0099] 其中至少一個預(yù)定義使用案例定義為在狀態(tài)流程圖中呈現(xiàn)的多個狀態(tài)和關(guān)系；\n[0100] 獲得關(guān)于所識別的至少一個預(yù)定義使用案例的分析數(shù)據(jù)；以及\n[0101] 將分析數(shù)據(jù)以人可讀的格式來顯示。\n[0102] 可應(yīng)用如上文相對于使用案例定義以及將記錄消息與使用案例匹配所述的等效改進(jìn)和延伸。另外，根據(jù)任何以上描述的變化，通過將包括于至少一個所提取的記錄消息的元數(shù)據(jù)中的至少一個參數(shù)匹配來對所識別的預(yù)定義使用案例的實例進(jìn)行識別可包括于本發(fā)明方法中。具體來說，所獲得的分析數(shù)據(jù)可包括指示所發(fā)生問題的至少一個記錄消息，所述消息例如來自已經(jīng)報告誤差的應(yīng)用/遠(yuǎn)程信息處理部件。人可讀的格式可通過如上文所述來應(yīng)用多級別字典而從分析數(shù)據(jù)產(chǎn)生。所述格式可進(jìn)一步基于對應(yīng)于所識別的至少一個預(yù)定義使用案例的狀態(tài)流程圖的圖形表示來產(chǎn)生。\n[0103] 所描述的本發(fā)明設(shè)備和方法允許輕量級并且仍然富含特征的記錄并且提供合適工具以用于統(tǒng)計分析非關(guān)鍵字段誤差的使用以及早期檢測，以及關(guān)于可能導(dǎo)致客戶投訴的個別誤差的初步信息。因此，從長遠(yuǎn)看來，本發(fā)明可有助于改進(jìn)客戶體驗。\n附圖說明\n[0104] 相對于附圖來詳細(xì)地解釋其它特征和示例性實施方案以及本發(fā)明的優(yōu)勢。應(yīng)了解本發(fā)明不應(yīng)理解為受限于以下實施方案的描述。此外，應(yīng)了解下文描述的一些或所有特征還可以替代方式來組合。\n[0105] 圖1展示汽車遠(yuǎn)程信息處理系統(tǒng)的示例性實施方案。\n[0106] 圖2展示由汽車遠(yuǎn)程信息處理系統(tǒng)中的應(yīng)用部件提供的服務(wù)的示例性列表。\n[0107] 圖3展示示例性診斷系統(tǒng)架構(gòu)。\n[0108] 圖4展示使用案例的狀態(tài)流程圖的實施例。\n[0109] 圖5展示涉及子使用案例的使用案例的狀態(tài)流程圖。\n[0110] 圖6展示使用變量的狀態(tài)流追蹤的實施例。\n[0111] 圖7展示用于文件下載的預(yù)定義使用案例的表現(xiàn)，其包括用于網(wǎng)絡(luò)資源預(yù)留和釋放的子使用案例。\n具體實施方式\n[0112] 下文相對于圖1來例示汽車遠(yuǎn)程信息處理系統(tǒng)的可能實施方案。應(yīng)了解，所描述部件僅僅意圖作為汽車遠(yuǎn)程信息處理部件的非限制性實施例，其中一些部件可省略或替換為本領(lǐng)域中已知的其它遠(yuǎn)程信息處理部件。\n[0113] 部件100至145和170至182安裝于車輛中，而部件150至161為外部部件，這些外部部件并非汽車遠(yuǎn)程信息處理系統(tǒng)的一部分，但是可與車輛的一些遠(yuǎn)程信息處理部件互動。\n[0114] 裝備有遠(yuǎn)程信息處理系統(tǒng)的車輛可含有顯示器104，作為位于車輛中的視覺前端接口。用戶可能還能夠經(jīng)由觸敏屏幕、經(jīng)由按下按鈕、經(jīng)由可聽的語音和語音合成或本領(lǐng)域中已知的其它HMI(人機(jī)互動)部件來與接口互動。經(jīng)由可聽的語音和語音合成或分析的互動可經(jīng)由用于接收來自用戶的輸入的麥克風(fēng)131和A/D轉(zhuǎn)換器130并且經(jīng)由用于向用戶給出輸出的D/A轉(zhuǎn)換器120、放大器121和一個或多個揚(yáng)聲器122。視覺前端接口可為用于用戶與遠(yuǎn)程信息處理系統(tǒng)集中式互動的機(jī)頭單元的一部分或獨(dú)立于一個或多個專用機(jī)頭單元\n105，例如，用于用戶與遠(yuǎn)程信息處理系統(tǒng)的音頻或電話部件互動的專用機(jī)頭單元。\n[0115] 在圖1中展示的說明性實施方案中，中央處理單元100(通常CPU或GPU或嵌入系統(tǒng))控制遠(yuǎn)程信息處理系統(tǒng)的操作的至少一部分。然而，本發(fā)明不限于此，而是可提供分配給具體遠(yuǎn)程信息處理部件或遠(yuǎn)程信息處理部件群組的至少一個另外處理單元，如例如與視頻顯示器142一起提供的CPU141，所述視頻顯示器可能是從存儲裝置(如硬盤驅(qū)動器140)顯示電影的后座娛樂系統(tǒng)的一部分。處理單元允許車載處理指令、命令和例行程序，尤其作為遠(yuǎn)程信息處理系統(tǒng)的應(yīng)用部件的一部分。處理單元100可進(jìn)一步連接至非永久性和永久性存儲裝置140。在此說明性實施方案中，非永久性存儲裝置為隨機(jī)存取存儲器(RAM)并且永久性存儲裝置為硬盤驅(qū)動器(HDD)或閃速存儲器。\n[0116] 處理單元100還可具備許多不同輸入，從而允許用戶面與處理單元互動。在此說明性實施方案中，提供了全部麥克風(fēng)131、輔助輸入132、USB輸入123、GPS輸入133和藍(lán)牙輸入\n102?？商峁┹斎脒x擇器以便允許用戶在不同輸入之間切換。麥克風(fēng)131的輸入在傳遞至處理單元之前通過A/D轉(zhuǎn)換器130來進(jìn)行模數(shù)轉(zhuǎn)換。\n[0117] 來自遠(yuǎn)程信息處理系統(tǒng)的輸出可包括但不限于視頻顯示器124和揚(yáng)聲器122或立體/環(huán)繞系統(tǒng)輸出。揚(yáng)聲器可連接至放大器121并且可經(jīng)由數(shù)模轉(zhuǎn)換器120來接收來自處理單元100的信號。還可經(jīng)由具有藍(lán)牙天線103的藍(lán)牙收發(fā)器102輸出至遠(yuǎn)程藍(lán)牙裝置，如具有藍(lán)牙天線172的個人導(dǎo)航裝置170。與個人導(dǎo)航裝置的通訊也可經(jīng)由USB連接器123和171來實現(xiàn)。遠(yuǎn)程信息處理系統(tǒng)可進(jìn)一步包括車輛導(dǎo)航裝置134，其可經(jīng)由基站150和多頻帶天線\n110或移動終端111與GPS單元133和/或移動網(wǎng)絡(luò)160互動。移動終端111可尤其為移動電話、智能手機(jī)、PDA等，并且可直接經(jīng)由USB連接器123或經(jīng)由具有天線103的藍(lán)牙收發(fā)器102連接至處理單元100。多頻帶天線110可經(jīng)由有線或以無線方式經(jīng)由調(diào)制解調(diào)器101來與處理單元100交換數(shù)據(jù)。在本文中，基站150和網(wǎng)絡(luò)160并非遠(yuǎn)程信息處理系統(tǒng)的一部分而是提供于車輛外部。在一些實施方案中，基站150可為WiFi訪問點(diǎn)。\n[0118] 數(shù)據(jù)可利用例如數(shù)據(jù)計劃、語音上數(shù)據(jù)或與移動終端相關(guān)的DTMF信號音在中央處理單元100與網(wǎng)絡(luò)160之間通訊。多頻帶天線110和移動終端111可與基站或WiFi訪問點(diǎn)150雙向交換數(shù)據(jù)。調(diào)制解調(diào)器101也可經(jīng)由與蜂窩塔150通訊而直接與網(wǎng)絡(luò)160通訊。作為非限制性實施例，調(diào)制解調(diào)器101可為USB蜂窩調(diào)制解調(diào)器并且通訊可為蜂窩通訊。\n[0119] 在一個說明性實施方案中，處理單元100具備操作系統(tǒng)，所述操作系統(tǒng)包括API以用于與調(diào)制解調(diào)器應(yīng)用軟件通訊。調(diào)制解調(diào)器應(yīng)用軟件可訪問藍(lán)牙收發(fā)器102上的嵌入模塊或固件，以便完成與遠(yuǎn)程藍(lán)牙收發(fā)器(例如移動終端111的收發(fā)器)的無線通訊。在另一個實施方案中，移動終端111可包括用于語音頻帶或?qū)掝l帶數(shù)據(jù)通訊的調(diào)制解調(diào)器。如果用戶具有與移動終端111相關(guān)的數(shù)據(jù)計劃，數(shù)據(jù)計劃可允許寬頻帶傳輸并且遠(yuǎn)程信息處理系統(tǒng)可使用寬得多的帶寬(加速數(shù)據(jù)傳送)。在另一個實施方案中，移動終端111可替換為安裝于車輛中的蜂窩通訊裝置(例如，并且不限于調(diào)制解調(diào)器101)。在另一個實施方案中，移動終端111可替換為能夠例如在802.11g網(wǎng)絡(luò)(即，WiFi)或WiMax網(wǎng)絡(luò)上通訊的無線局域網(wǎng)(LAN)裝置。在一個實施方案中，傳入數(shù)據(jù)可經(jīng)由語音上數(shù)據(jù)或數(shù)據(jù)計劃來穿過移動終端111、通過車載藍(lán)牙收發(fā)器102并且進(jìn)入中央處理單元100。\n[0120] 不論傳入數(shù)據(jù)或傳出數(shù)據(jù)或臨時數(shù)據(jù)，都可存儲在HDD140上或RAM140或任何其它存儲媒體中直到不再需要數(shù)據(jù)時間為止。HDD140或其它存儲媒體可尤其用作存儲器，以用于存儲所產(chǎn)生的記錄文件直到報告器部件將所述記錄文件傳輸至外部分析器部件為止。此傳送至外部分析器部件可經(jīng)由調(diào)制解調(diào)器101、多頻帶天線110、藍(lán)牙收發(fā)器102或移動終端\n111來執(zhí)行，例如傳送至移動網(wǎng)絡(luò)160或無線網(wǎng)絡(luò)。\n[0121] 中央處理單元可進(jìn)一步與各種其它輔助裝置180通訊。這些裝置可經(jīng)由無線182或有線181連接(例如USB連接)來連接。另外或替代地，CPU100可使用例如WiFi收發(fā)器107來連接至基于車輛的無線路由器106。這可使得CPU在本地路由器106的范圍中連接至遠(yuǎn)程網(wǎng)絡(luò)。\n[0122] 處理單元100可進(jìn)一步與收音機(jī)、CD播放機(jī)或DVD播放機(jī)143互動，以便向立體音響系統(tǒng)122和/或視頻顯示器142提供音頻和/或視頻。音頻和/或視頻還可經(jīng)由多頻帶天線110或移動終端111從移動網(wǎng)絡(luò)160、無線網(wǎng)絡(luò)或數(shù)字廣播網(wǎng)161(數(shù)字音頻廣播，數(shù)字視頻廣播)經(jīng)由車輛外部的廣播發(fā)射機(jī)151來提供。音頻和視頻數(shù)據(jù)可經(jīng)由以上描述的連接來下載或串流。在下載的情況下，數(shù)據(jù)可臨時或永久存儲在HDD140或其它存儲裝置中。另一處理單元\n141可稍后從HDD140讀取所存儲的數(shù)據(jù)并且經(jīng)由車輛的揚(yáng)聲器系統(tǒng)122或視頻顯示器142來提供視頻和/或音頻服務(wù)。\n[0123] 處理單元100可進(jìn)一步與麥克風(fēng)131和車輛的揚(yáng)聲器系統(tǒng)122互動，以便例如經(jīng)由移動終端111來提供免提電話。類似地，處理單元100可與移動終端111和車輛診斷(未展示)互動以便發(fā)送緊急呼叫或故障呼叫(進(jìn)一步參見下文)。\n[0124] 處理單元100還可與引擎控制單元(ECU)144互動以便控制引擎參數(shù)或監(jiān)測車輛引擎。類似地，處理單元100可與動力總成控制模塊(PCM)144和一系列傳感器系統(tǒng)145(如例如但是不限于胎壓監(jiān)測系統(tǒng)、道路條件傳感器、停車傳感器、溫度傳感器、環(huán)境光傳感器等)互動。汽車遠(yuǎn)程信息處理系統(tǒng)內(nèi)的有線通訊可使用MOST(媒體導(dǎo)向系統(tǒng)傳輸)、CAN(控制器區(qū)域網(wǎng)絡(luò))、IEEE1394或在本領(lǐng)域中已知的其它技術(shù)來執(zhí)行。雖然處理單元與ECU或PCM的互動相對于EOBD(歐洲車載診斷)或OBD-II(車載診斷-II)條例至關(guān)重要，但是本發(fā)明著重于汽車遠(yuǎn)程信息處理系統(tǒng)中提供一組具體信息娛樂服務(wù)和/或車輛安全服務(wù)的那些部件，如下文描述。\n[0125] 圖2展示作為說明性、而非限制性實施例的由汽車遠(yuǎn)程信息處理系統(tǒng)中的應(yīng)用部件提供的服務(wù)的列表。在此圖中，相應(yīng)應(yīng)用部件全部實施并且運(yùn)行于一個控制單元200上。\n然而，應(yīng)了解，如上文已討論的，每個所列出的服務(wù)可由一個以上應(yīng)用部件或應(yīng)用部件的完整鏈接來提供，其中每個應(yīng)用部件可與一個或多個汽車遠(yuǎn)程信息處理部件互動。所涉及的應(yīng)用部件可實施于中央處理單元100或分配至具體遠(yuǎn)程信息處理部件的處理單元200中。具體來說，可提供車輛安全服務(wù)201-208和/或信息娛樂服務(wù)210-217的群組中的服務(wù)：\n[0126] 如果應(yīng)用部件接收到來自車輛的合適傳感器145的信號，例如報告預(yù)定強(qiáng)度的撞擊，指示已經(jīng)發(fā)生(嚴(yán)重)車輛事故，那么應(yīng)用部件可例如經(jīng)由移動終端111或調(diào)制解調(diào)器\n101和多頻帶天線110來發(fā)送與如歐洲委員會的標(biāo)準(zhǔn)定義的呼叫911類似的緊急呼叫201。所涉及的遠(yuǎn)程信息處理部件和處理單元100可安排獨(dú)立于車輛的電池以外的備用電池系統(tǒng)，以便即使在事故期間車輛主要部件的完整性已經(jīng)受損的情況下仍能夠發(fā)送緊急呼叫。本發(fā)明遠(yuǎn)程信息處理系統(tǒng)和方法提供記錄并且診斷在發(fā)送如上所述的這類緊急呼叫時可能發(fā)生的潛在問題的方法。對于給定服務(wù)，通過根據(jù)本發(fā)明的記錄器部件來接收并且處理成記錄文件的記錄消息可包括可通過觸發(fā)處理單元上的相應(yīng)應(yīng)用部件的執(zhí)行來觸發(fā)發(fā)送緊急呼叫的來自傳感器的記錄消息，或可限于與實際發(fā)送呼叫相關(guān)的記錄消息，即從所涉及的遠(yuǎn)程信息處理部件如調(diào)制解調(diào)器101和多頻帶天線110傳輸?shù)挠涗浵?。\n[0127] 類似地，在例如經(jīng)由來自ECU或PCM部件的相應(yīng)信號檢測到車輛故障后，應(yīng)用部件可經(jīng)由移動終端111或調(diào)制解調(diào)器101和多頻帶天線110將故障呼叫202發(fā)送至零售商、汽車銷售店或汽車協(xié)會。最后，在檢測到一個或多個車輛部件的非關(guān)鍵問題，例如外部反射鏡加熱器的故障后，應(yīng)用部件可經(jīng)由移動終端111或調(diào)制解調(diào)器101和多頻帶天線110將服務(wù)呼叫203發(fā)送至零售商或汽車銷售店，以便通知機(jī)械工關(guān)于在定期檢修計劃以外的附加車輛檢修的需要。根據(jù)所發(fā)生問題的緊急性，機(jī)械工可決定是否召回車輛以供檢修或?qū)栴}的校正推遲至下一次定期檢修。在收到不同觸發(fā)信號后，緊急呼叫、故障呼叫和服務(wù)呼叫還可由同一應(yīng)用部件來提供。\n[0128] 另一應(yīng)用部件可例如通過與汽車的閉鎖系統(tǒng)互動來提供安全服務(wù)206。在檢測到車輛事故后，應(yīng)用部件可例如開啟以前鎖定的車門，因為一些車輛行駛時通常鎖定車門。另外，在所有乘客已經(jīng)離開車輛之后，門可由應(yīng)用部件自動鎖定。\n[0129] 另一應(yīng)用部件可提供車輛到車輛報警207和/或車輛到基礎(chǔ)設(shè)施報警208。這類報警可包括關(guān)于道路或交通條件的報警，如道路凍結(jié)、交通阻塞、汽車事故等，并且可例如經(jīng)由無線路由器106和其短程天線107或調(diào)制解調(diào)器101在車輛之間直接交換，或例如經(jīng)由多頻帶天線110或移動終端111在車輛與相應(yīng)基礎(chǔ)設(shè)施之間交換。相應(yīng)基礎(chǔ)設(shè)施可為移動網(wǎng)絡(luò)\n160的一部分和/或涉及數(shù)字廣播網(wǎng)161。在與GPS單元133和/或車輛導(dǎo)航裝置134互動的情況下可進(jìn)一步提供服務(wù)。示例性鏈接可由以下應(yīng)用部件組成，所述部件經(jīng)由基站150和移動終端111來接收來自交通網(wǎng)絡(luò)160的報警，經(jīng)由無線路由器106和其天線107將報警轉(zhuǎn)播至后面的車輛，接收來自GPS單元133的GPS信息，和請求車輛導(dǎo)航裝置134建議到達(dá)目的地的替代路線。通過使用本發(fā)明系統(tǒng)，應(yīng)用部件可將在任何所涉及的遠(yuǎn)程信息處理部件或應(yīng)用部件(例如車輛導(dǎo)航裝置的旅行推銷員解算器)中發(fā)生的誤差報告至記錄器部件，以便存儲和/或傳輸至外部分析器部件。\n[0130] 僅出于完整性，另一應(yīng)用部件可提供車載診斷服務(wù)204，其診斷并且報告車輛的具體部件(包括遠(yuǎn)程信息處理部件)的硬件故障，例如剎車、燈等，從而可充當(dāng)觸發(fā)發(fā)送服務(wù)呼叫的基礎(chǔ)。類似地，應(yīng)用部件可經(jīng)由引擎控制單元來監(jiān)測并且診斷車輛的引擎205并且將問題報告至記錄器部件以供立即或稍后分析。\n[0131] 本發(fā)明系統(tǒng)可進(jìn)一步提供一系列信息娛樂服務(wù)，如下文描述。\n[0132] 應(yīng)用部件可提供與麥克風(fēng)131和A/D轉(zhuǎn)換器130和車輛的立體音響系統(tǒng)以及移動終端111互動的免提電話210，所述立體音響系統(tǒng)包括揚(yáng)聲器122、放大器121和D/A轉(zhuǎn)換器120。\n所提供的服務(wù)可涉及其它應(yīng)用部件，如例如語音識別部件或控制收音機(jī)音量和/或顯示器裝置的應(yīng)用部件。\n[0133] 另一應(yīng)用部件可提供與GPS單元133、車輛導(dǎo)航裝置134或個人導(dǎo)航裝置170以及調(diào)制解調(diào)器101和多頻帶天線110互動的車載導(dǎo)航服務(wù)211。\n[0134] 其它應(yīng)用部件可提供音頻服務(wù)212，例如AM/FM收音機(jī)接收、帶內(nèi)同頻(IBOC)收音機(jī)接收或數(shù)字音頻廣播收音機(jī)，和/或視頻服務(wù)213，例如DVD/CD回放、HDD回放或數(shù)字視頻廣播服務(wù)。取決于服務(wù)，移動終端111或多頻帶天線110可接收來自基站150或廣播發(fā)射機(jī)\n151的數(shù)據(jù)。存儲在HDD140上的視頻的回放還可涉及另一處理單元141和另一(后部)視頻顯示器142，其中另一處理單元141處置顯示電影所需的大多數(shù)處理，而中央處理單元100上的應(yīng)用部件只監(jiān)測服務(wù)的成功，或另一處理單元141可甚至實施應(yīng)用部件本身，這樣使得來自應(yīng)用部件的記錄消息傳輸至可實施有記錄器部件的中央處理單元。\n[0135] 作為其它服務(wù)，應(yīng)用部件可例如在與調(diào)制解調(diào)器101和多頻帶天線110、無線路由器106或移動終端111互動的情況下提供網(wǎng)絡(luò)訪問214和/或電子郵件訪問215。通過移動終端111和/或多頻帶天線110，另一應(yīng)用可在與車輛導(dǎo)航裝置134和GPS單元133互動的情況下接收來自網(wǎng)絡(luò)160的交通信息216，并且建議不同路線。\n[0136] 最后，應(yīng)用部件可提供依賴于HMI(人機(jī)互動)217的服務(wù)，如觸敏屏幕、鼠標(biāo)、操縱桿或軌跡球以便例如玩游戲，或瀏覽車輛的監(jiān)測系統(tǒng)、與車輛導(dǎo)航裝置134互動或操作車輛的媒體站。\n[0137] 在與一個或多個遠(yuǎn)程信息處理部件互動的情況下實施于處理單元中的應(yīng)用部件可能提供幾乎無限數(shù)量的服務(wù)，并且本發(fā)明不限于以上描述的實施例而是可應(yīng)用于在本領(lǐng)域中已知的任何基于遠(yuǎn)程信息處理系統(tǒng)的服務(wù)。只要相應(yīng)部件，不論應(yīng)用部件還是遠(yuǎn)程信息處理部件，被適配成提供記錄消息至控制應(yīng)用部件，本發(fā)明系統(tǒng)和方法可應(yīng)用于整個服務(wù)鏈接，所述控制應(yīng)用部件將其狀態(tài)以記錄消息的形式傳輸至記錄器部件。然而，即使控制應(yīng)用部件僅被適配成以記錄消息的形式來傳輸其狀態(tài)，本發(fā)明仍然可以相對于可能故障根本原因的較低詳細(xì)程度來執(zhí)行。\n[0138] 圖3展示記錄和診斷系統(tǒng)架構(gòu)的示例性實施方案。在這個實施方案中，應(yīng)用部件、記錄器部件、報告器部件和記錄文件全部實施于安裝在車輛中的一個計算機(jī)系統(tǒng)中。然而，每個部件還可獨(dú)立地實施于安裝在車輛中的不同計算機(jī)系統(tǒng)中。應(yīng)用部件將其狀態(tài)以記錄消息的形式傳輸至記錄器部件，所述記錄器部件可將記錄消息以有序和緊湊形式寫入記錄文件中。報告器部件可由任何應(yīng)用部件和/或從車輛外部(例如由分析器部件)提示，以便讀取記錄文件并且將記錄數(shù)據(jù)傳遞至后端分析器部件。此外，相同記錄數(shù)據(jù)可通過其它數(shù)據(jù)傳送機(jī)構(gòu)在具有記錄器部件和分析器部件的計算機(jī)系統(tǒng)之間傳輸，例如經(jīng)由USB數(shù)據(jù)棒來傳輸。分析器部件可提供根據(jù)本發(fā)明來自動分析記錄數(shù)據(jù)的機(jī)構(gòu)。\n[0139] 下文給出記錄消息的標(biāo)準(zhǔn)幀格式的可能實行方案的兩個實施例。第一實行方案展現(xiàn)作為元數(shù)據(jù)且各自由4個字節(jié)組成的固定數(shù)量的參數(shù)。\n[0140] 時戳???????部件ID??????信號ID??????參數(shù)1????????參數(shù)2???????參數(shù)3[0141] 4個字節(jié)????1個字節(jié)?????1個字節(jié)?????4個字節(jié)??????4個字節(jié)??? ?4個字節(jié)[0142] 表2：簡單壓縮二進(jìn)制記錄格式\n[0143] 第二實行方案展現(xiàn)可映射于任何消息特定數(shù)據(jù)結(jié)構(gòu)(例如C++結(jié)構(gòu))的可變大小型參數(shù)元數(shù)據(jù)。\n[0144] 時戳???????部件ID??????信號ID???? 數(shù)據(jù)大小?????數(shù)據(jù)容量\n[0145] 4個字節(jié)????1個字節(jié)?????1個字節(jié)???? 1個字節(jié)??????0至255個字節(jié)(變量)[0146] 表3：高級二進(jìn)制記錄格式\n[0147] 為了允許將來系統(tǒng)的調(diào)節(jié)擴(kuò)展，將信號和部件ID限制于不采用值的整個范圍可為適用的。舉例來說，在參考實行方案中，保留部件和信號ID的值0xFF以供將來使用。\n[0148] 圖4展示使用案例的狀態(tài)流程圖的實施例。使用案例的“開始”狀態(tài)不能含有任何進(jìn)入邊緣以便唯一地界定使用案例入口點(diǎn)。出于簡單起見，與狀態(tài)相關(guān)的記錄信號由字母A至H來指示。構(gòu)成使用案例狀態(tài)的記錄消息可任意地分布于多個系統(tǒng)部件之間，即應(yīng)用部件和遠(yuǎn)程信息處理部件。為了避免在可從許多其它狀態(tài)(例如異常中斷)達(dá)到的“結(jié)束”狀態(tài)的情況下出現(xiàn)很多箭頭，可界定沒有進(jìn)入入路徑的“結(jié)束”狀態(tài)。這些“結(jié)束”狀態(tài)指示可由任何以前“開始”或“事件”狀態(tài)來達(dá)到“結(jié)束”狀態(tài)。\n[0149] 為了允許使用案例的快速定義，可提供含有使用案例的建造塊的模板。模板可含有不同的可利用狀態(tài)、狀態(tài)參數(shù)、部件和部件ID定義標(biāo)簽和總體描述字段模板。\n[0150] 圖5展示涉及子使用案例的使用案例的狀態(tài)流程圖的實施例。狀態(tài)流程圖與圖4描繪的狀態(tài)流程圖等效，其中循環(huán)的本體，事件C和E，已經(jīng)重新定義為可用于其它使用案例的狀態(tài)流量圖中的子使用案例。\n[0151] 為了評估使用案例是否已經(jīng)成功完成，可能不僅僅考慮結(jié)束狀態(tài)。并非嚴(yán)格地依賴于結(jié)束狀態(tài)，使用案例圖的任何狀態(tài)可設(shè)定可采用如OK、“報警”(WARNING)或“出錯”(ERROR)的值的狀態(tài)標(biāo)志。狀態(tài)標(biāo)志可在各個狀態(tài)之間結(jié)轉(zhuǎn)直至使用案例結(jié)束。這允許了快速評估在執(zhí)行使用案例期間是否發(fā)生任何問題。舉例來說，圖5的子使用案例的狀態(tài)E可指示已經(jīng)發(fā)生非關(guān)鍵問題，以及將狀態(tài)標(biāo)志設(shè)定為“報警”。當(dāng)達(dá)到主要使用案例“結(jié)束”狀態(tài)G時，此信息將為可利用的并且允許標(biāo)記使用案例以供手動深入分析，即使最終狀態(tài)G指示使用案例成功完成也是如此。也可清除狀態(tài)標(biāo)記。這在成功處置由使用案例所預(yù)期的問題的情況下至關(guān)重要。\n[0152] 圖6展示包括使用變量的子使用案例的多實例使用案例追蹤的實施例?？紤]以下具有參數(shù)P1和P2的一系列記錄消息A-E，其中A-E由其部件ID和消息ID來唯一地定義，并且P1和P2用作在記錄時間寫入相應(yīng)記錄消息的元數(shù)據(jù)中的ID。在正確的匹配使用案例定義采用如圖6說明的變量的情況下，可自動識別兩個并發(fā)實例，方法是在將記錄消息與具體狀態(tài)匹配時將參數(shù)P1或P2中的至少一個值分配至相應(yīng)變量并且在將另一記錄消息與另一具體狀態(tài)匹配時將參數(shù)P1或P2中的至少一個值與相應(yīng)變量比較。附圖指示將參數(shù)分配至變量$ID和$ID2(:=符號)，為了將狀態(tài)與消息匹配(==符號)所需滿足的必須條件，以及經(jīng)由$RETURN將來自子使用案例的變量傳送至其母體使用案例。通常，用于使用案例定義中的變量為全局類型。圖中的參數(shù)A、P1、P1和P2的值可從包括于每個記錄消息的元數(shù)據(jù)中的參數(shù)提取，如果所述參數(shù)可獲得。\n[0153]\n消息 A A B B C C D D E E\nP1 1 2 1 2 - - 3 4 - -\nP2 - - 3 4 4 3 - - 3 4\n[0154] 表4：消息序列\(zhòng)n[0155] 表展示在多實例情況下一系列記錄消息的實施例以及參數(shù)P1和P2的值。在這類情況下，分析器部件通常接收這類無序列表(相對于相應(yīng)使用案例的實例)并且嘗試識別使用案例的每個實例，方法是將包括于至少一個記錄消息的元數(shù)據(jù)中的至少一個參數(shù)的值與使用案例的至少一個變量匹配。將兩個實例(1)和(2)初始化，方法是將上述表中的前兩個記錄消息與預(yù)定義使用案例的“開始”狀態(tài)匹配。當(dāng)進(jìn)入子使用案例時，分析器部件識別每個記錄消息B的實例，方法是將包括于當(dāng)前記錄消息的元數(shù)據(jù)中的參數(shù)P1的值與在初始化步驟期間在匹配“開始”狀態(tài)時存儲于變量$ID中的值進(jìn)行匹配。針對所有以下狀態(tài)進(jìn)行類似匹配，這樣使得分析器部件可成功地將每個所提取的記錄消息分配至使用案例的正確實例。舉例來說，首先從記錄文件中提取涉及第二實例(2)的記錄消息(C,-,4)，但是經(jīng)由將P2與$ID2匹配，分析器部件能夠識別使用案例的正確實例(2)。\n[0156] 兩個并發(fā)使用案例實例通過包括參數(shù)P1和P2的以下一系列記錄消息來唯一地識別：\n[0157] (A,1,-),(B,1,3),(C,-,3),(D,3,-),(E,-,3)\n[0158] (A,2,-),(B,2,4),(C,-,4),(D,4,-),(E,-,4)\n[0159] 在執(zhí)行實際記錄文件分析之前，可檢查使用案例圖的語法正確性。這可包括，例如，有效的使用案例必須具有至少一個“開始”狀態(tài)、至少一個“結(jié)束”狀態(tài)、零個或更多個“事件”狀態(tài)、引用零或更多個子_使用案例(SUB_USECASE)(在存在時)、明確定義的使用案例圖、正確的變量聲明和使用等。驗證可包括將存儲在存儲器中的可利用信號ID與和使用案例狀態(tài)相關(guān)的那些信號ID比較。每個信號必須具有相應(yīng)使用案例狀態(tài)。否則這些信號標(biāo)記為未使用的記錄消息。當(dāng)例如使用圖形工具來定義使用案例時，可自動執(zhí)行語法檢查。語法檢查還可通過將描述使用案例的XML實例相對于其XML模式驗證來執(zhí)行。在這種情況下，XML模式可包括可獲得記錄消息、參數(shù)和變量的所有定義，同時限制或不限制其關(guān)系。\n[0160] 在自動處理記錄文件期間，分析器可嘗試識別盡可能多的預(yù)定義使用案例。對于每個使用案例，只要狀態(tài)具有一個以上后續(xù)狀態(tài)，可存在多個流動路徑。即使在所分析的記錄文件中發(fā)現(xiàn)匹配一個分支中的狀態(tài)的記錄消息，分析器部件可仍然嘗試完成其它分支的路徑。舉例來說，在圖5的使用案例中，記錄文件中可首先出現(xiàn)頂部分支B、D中的兩個狀態(tài)。\n然后，在狀態(tài)A之后，可發(fā)生右分支中的子使用案例。為了正確追蹤多個流動路徑并行活動的使用案例，可能會需要處理許多分支，所述流動路徑可能或可能不取決于彼此并且不能由建模程序按順序放置。因此，重要的是，應(yīng)注意雖然箭頭指定流動路徑內(nèi)部的狀態(tài)的排序，但是不同路徑中的狀態(tài)之間沒有具體排序，而狀態(tài)必須在已經(jīng)發(fā)生分支的狀態(tài)之后發(fā)生除外。\n[0161] 對于具有一個以上后續(xù)狀態(tài)的每個狀態(tài)，可檢查新的流動路徑。一旦已經(jīng)在所有流量路徑中搜索事件，使用案例通常才視為經(jīng)過完全分析的。此外，可能需要使用案例所記錄的最后一條線為“結(jié)束”狀態(tài)。因此，一旦使用案例不具有除“結(jié)束”狀態(tài)以外的后續(xù)狀態(tài)，在處理對應(yīng)于“結(jié)束”狀態(tài)的記錄消息之前檢查其它分支。\n[0162] 圖7描繪遠(yuǎn)程信息處理使用案例的實際表現(xiàn)。圖7定義從后端服務(wù)器下載文件的使用案例。包括用于保留并且釋放網(wǎng)絡(luò)訪問資源的子使用案例，以及實際下載子使用案例。圖\n7還示出經(jīng)由變量來追蹤使用案例以供識別使用案例實例。參數(shù)和變量的匹配以及參數(shù)和值/值范圍遵循表1中定義的標(biāo)準(zhǔn)?！矮@得網(wǎng)絡(luò)資源”子使用案例的正確實例通過引用子使用案例呼叫($R-ID)中的文件($F-ID)的識別符來識別。此變量的值與來自子使用案例開始狀態(tài)的相應(yīng)記錄消息的元數(shù)據(jù)的相應(yīng)參數(shù)匹配。在下載子使用案例中，$DL-ID變量用于再次從第一消息參數(shù)中提取下載識別符值，并且因而允許正確識別相應(yīng)“結(jié)束”狀態(tài)的實例。此外，說明了定義不具有進(jìn)入路徑的結(jié)束狀態(tài)的技術(shù)，從而指示可從任何其它非結(jié)束狀態(tài)來達(dá)到結(jié)束狀態(tài)。\n[0163] 下文提供圖7所呈現(xiàn)的表現(xiàn)的可能記錄文件內(nèi)容的實施例，其中考慮兩個并發(fā)文件下載。在本文中，第一下載失敗。由于圖7的決定性的使用案例定義，分析器部件正確地跟蹤兩個實例。\n[0164]\n[0165] 表5：具有兩個并發(fā)文件下載的消息系列的實施例\n[0166] 兩個并發(fā)使用案例實例唯一地識別為：\n[0167] 第一下載(失敗)?(最終標(biāo)記狀態(tài)“出錯”)\n[0168] 第二下載(成功)?(最終標(biāo)記狀態(tài)OK)\n[0169] 下文描述多級別字典的示例性格式，其包括含有全局消息過濾器的最高級別描述文件和特定于部件的翻譯文件的輸入語句。為了避免任何沖突，還在最高級別文件中定義相關(guān)部件ID。\n[0170]\n[0171]\n[0172] 部件級別翻譯文件將文本消息分配至相應(yīng)信號ID。文本消息可包括占位符以用于插入來自每個消息幀的消息元數(shù)據(jù)字段的解譯內(nèi)容。下文提供部件級別翻譯文件采用的格式。\n[0173]\n[0174] 對于表2的簡單二進(jìn)制記錄格式，表6定義了占位符。這確定如何解譯二進(jìn)制元數(shù)據(jù)(參數(shù)1-3)。C-型式枚舉可經(jīng)過定義并且用于將整數(shù)翻譯成更可讀格式。\n[0175]\n[0176] 表6：占位符的定義\n[0177] 下文給出枚舉定義的實施例和在特定于部件的翻譯文件中的用法：\n[0178]\n[0179] 多級別字典還可以Python字典或Perl雜湊形式來提供。