用於管理故障代碼的系統和方法
2023-08-09 00:12:06 2
用於管理故障代碼的系統和方法
【專利摘要】本發明的多種實施方式提供用於管理故障代碼的系統和方法，所述故障代碼在車輛運行過程中被一個或多個車輛觸發。一般來說，本發明的多種實施方式涉及記錄和分析在車輛運行的特定時間段內觸發的故障代碼。作為分析的結果，本發明的多種實施方式可以設定針對每個識別的故障代碼的狀態，該狀態表示用於處理該識別的故障代碼的動作的等級。在特定實施方式中，該狀態可以是警告狀態、危險狀態或環境狀態中的一個，所述警告狀態表示所述車輛的所述一個或多個部件或子系統應當被監視，所述危險狀態表示所述車輛的所述一個或多個部件或子系統應當被維修，所述環境狀態表示所述車輛的所述一個或多個部件或子系統的失效或可能的失效影響一個或多個環境條件。
【專利說明】用於管理故障代碼的系統和方法
【背景技術】
[0001]車輛上的車載診斷(OBD)是指車輛的自診斷和報告能力。OBD系統向個人(如汽車技師等)提供關於車輛的多種子系統及部件的健康的信息。如今，現代OBD系統提供實時數據，該實時數據典型地包括多系列的標準化代碼，這些代碼可以幫助個人識別和補救車輛中的故障(例如，失效和/或可能的失效)。這些代碼包括，例如，故障代碼、閃碼(flashcodes)以及診斷問題代碼(在本文中統稱「故障代碼」)。
[0002]在許多例子中，除了多系列的標準化代碼，車輛製造商和多種車輛部件的製造商可以使用自定義的故障代碼，還可以提供自定義的診斷、建議以及對如何處理在車輛上被觸發的特定的代碼的指示。例如，福特汽車公司?可以對福特.?.汽車上防抱死制動系統(ABS)觸發的特定故障代碼的處理提供指示，而通用汽車公司?-可以對雪弗蘭?.汽車上防抱死制動系統觸發的同樣的故障代碼的處理提供不同的建議。另外，根據對在該運營者擁有或運營的一個或多個車輛上被觸發的這些代碼的處理經驗，這些車輛的運營者可以開發自定義診斷、建議以及如何處理特定代碼的指令。雖然故障代碼可以提供一些關於特定部件或系統的問題的信息，但該信息典型地為二元的(例如，好或壞)。該代碼不提供任何關於問題嚴重程度的顯示，這可能導致不必要的或過早的車輛部件的替換或維修。所以，存在一種對提供用於管理這些代碼的系統和方法、用於觸發對這些代碼的響應的機制以及處理這些代碼的機制的需求。
【發明內容】
[0003]本發明的多種實施方式提供用於管理與車輛相關的故障代碼的系統和方法。例如，在特定實施方式中，該系統和方法涉及接收從車輛獲取的故障代碼信息。在特定實施方式中，故障代碼信息包括在車輛運行的特定時間段內產生的一個或多個故障代碼，且該系統和方法涉及基於與來自故障代碼信息的所述一個或多個故障代碼相關的所述參數來分析故障代碼信息。
[0004]在這些實施方式中，進行這樣的分析是為了識別故障代碼，該故障代碼指示車輛的一個或多個部件或子系統的失效或可能的失效。
[0005]另外，在特定實施方式中，該系統和方法涉及設定每個被識別的故障代碼的狀態，所述狀態表示用於處理被識別的故障代碼的行動的等級。例如，所述狀態可以被設置為警告狀態、危險狀態或環境狀態中的一個，所述警告狀態表示車輛的一個或多個部件或子系統應當被監視，所述危險狀態表示車輛的一個或多個部件或子系統應當被維修，所述環境狀態表示車輛的一個或多個部件或子系統的失效或可能的失效影響一個或多個環境條件。進一步，在多種實施方式中，該系統和方法可能涉及針對每個所述被識別的故障代碼向一方或多方發送一個或多個通知，該通知列出每個被識別的故障代碼的狀態，和/或可能涉及初始化工作訂單，所述工作訂單用於維修所述車輛的一個或多個部件或子系統中的至少一個。
[0006]進一步，在多種實施方式中，該系統和方法可能涉及提供接口。在特定實施方式中，所述接口提供對一個或多個規程的存取，所述規程用於診斷和/或進行維護與每個所述被識別的故障代碼相關的一個或多個部件或子系統。這些診斷和/或維護規程可以取決於所述車輛的部件或子系統的製造商。另外，所述接口可以顯示一個或多個個人提供的關於進行診斷和/或維護規程中的一個或多個的評述，並且可以提供顯示所述車輛的GPS坐標的地圖。
[0007]另外，在多種實施方式中，特定故障代碼可以與至少一組參數相關聯。在特定實施方式中，該組參數可以包括上限和下限，所述上限和下限提供了在所述車輛運行的特定時間段內發生的所述故障代碼的次數範圍。在這些特定實施方式中，該系統和方法可以涉及響應於顯示了在所述車輛運行的特定時間段內發生的所述特定故障代碼的次數在所述範圍內的所述故障代碼信息，而設定所述特定故障代碼的狀態。
[0008]最後，在多種實施方式中，特定故障代碼可以被與一組包括閾值和連續值的參數相關聯，所述閾值提供了在車輛運行的特定時間段內或特定距離段內發生的特定故障代碼的次數的數量，所述連續值提供了連續的時間段或連續距離段的數量。在特定實施方式中，該系統和方法可以涉及響應於在所述特定時間段內或特定距離段內發生的特定故障代碼的次數的數量至少為所述閾值所持續的連續時間段或連續距離段的數量等於所述連續值，而設定所述特定故障代碼的狀態。
【專利附圖】
【附圖說明】
[0009]在概括地描述了本發明之後，下文將參考附圖。附圖並不必要按比例繪製。其中:
[0010]圖1提供了用於實施本發明的實施方式的多個方面的系統架構的示意圖；
[0011]圖2提供了根據本發明的一種實施方式的監視伺服器的示意圖；
[0012]圖3提供了根據本發明的一種實施方式的監視過程的流程圖；
[0013]圖4提供了根據本發明的一種實施方式的監視模塊執行的步驟的流程圖；
[0014]圖5提供了根據本發明的一種實施方式的接口屏幕；
[0015]圖6提供了根據本發明的一種實施方式的另一個接口屏幕；
[0016]圖7提供了根據本發明的一種實施方式的另一個接口屏幕；
[0017]圖8提供了根據本發明的一種實施方式的另一個接口屏幕。
【具體實施方式】
[0018]結合對附圖的參考，本發明的多種實施方式將在後文被更詳細地描述，其中本發明的部分但不是全部實施方式被示出。確實，這些發明可以被以許多不同的形式被實施，且應當不被理解為限制在本文列出的實施方式中。而是，這些實施方式被提供是為了使得本公開將滿足申請的法律要求。除非有相反說明，本文中術語「或」的使用既有選擇也有連接的意思。在全文中相似附圖標記指示相似元素。
[0019]1.方法、裝置、系統和電腦程式產品
[0020]正如將通過本文說明書被理解的，本發明的實施方式可以被以多種方式實施，包括方法、裝置、系統或電腦程式產品。因此，這些實施方式可以採用完全硬體的實施方式的形式或採用其中處理器被編程控制以運行特定步驟的實施方式的形式。進一步，多種實施可以採用在計算機可讀存儲媒介上的電腦程式產品的形式，其中計算機可讀程序指令被包含在該存儲媒介中。任何適合的計算機可讀存儲媒介均可以被使用，包括硬碟、CD-ROM、光學存儲設備，或磁存儲設備。
[0021]參考框圖和流程圖對方法、裝置、系統以及電腦程式產品的說明，特定實施方式被在下文描述。應當理解的是，框圖中的每個框和流程圖的說明分別可以被通過電腦程式指令(例如，作為執行在計算機系統中的處理器上的邏輯步驟或操作)而部分地實施。這些電腦程式指令可以被加載至計算機，如專用計算機或用來製造特別配置的機器的其它可編程數據處理裝置等，這樣使得執行在計算機上或其它可編程數據處理裝置上的該指令實施流程圖的一個或多個框中指定的功能。
[0022]這些電腦程式指令還可以被存儲在計算機可讀存儲器中，該存儲器可以指示計算機或其它可編程數據處理裝置以特定的方式運行，這樣使得存儲在計算機可讀存儲器中的指令產生包括計算機可讀指令的製造物品，用於實施在流程圖的一個或多個框中指定的功能。電腦程式指令還可被加載至計算機或其它可編程數據處理裝置以引起一系列操作步驟，這些步驟將被在計算機或其它可編程裝置上運行以產生計算機實施的方法，這樣使得執行在計算機或其它可編程裝置上的指令提供用於實施在流程圖的一個或多個框中指定的功能的操作。
[0023]因此，框圖中的框和流程圖中的說明支持用於實現特定功能的多種組合、用於實現特定功能的操作的組合、以及用於實現特定功能的程序指令。還需要理解的是，框圖中的每個框和流程圖的說明，以及框圖中的多個框和流程圖的說明的組合，可以被通過專用的基於硬體的計算機系統實施，該基於硬體的計算機系統實現指定的功能或操作，或者可以被通過專用硬體和計算機指令的結合實施。
[0024]II系統架構
[0025]圖1提供了用於實施本發明的實施方式的多種方面的系統架構的示意圖。該系統由每日在路面上行駛的一個或多個車輛110組成。例如，在一種實施方式中，車輛110為車隊的一部分，如公共承運人配送車隊等，該車隊可能包括本地貨運卡車、拖掛車、廂式貨車以及公共承運人用於在公共承運人的配送網絡中運輸包裹的其它車輛。其它車隊可以包括公共汽車、計程車、垃圾車、抄表車，以及相似的車輛。在特定實施方式中，一個或多個車輛110包括發動機控制模塊(ECM) 130，ECMl30被配置為控制車輛發動機120。ECM是一種電子控制單元，通過確定點火正時、燃油量以及發動機120的其它參數來控制發動機多種動力情況。在多種實施方式中，ECM130可以被配置為，通過讀取來自多維特性圖譜(multidimensional performance maps)(例如,查找表)的數值以及使用由接收到的信號計算的輸入值(例如，發動機轉速)，來解釋接收到的來自監視發動機120的傳感器裝置的信號。
[0026]在特定實施方式中，ECMl30包括微處理器，該微處理器實時地處理來自發動機傳感器的輸入。在這些特定實施方式中，ECU130可以包括硬體和軟體。該硬體可以包括在印刷電路板(PCB)上的電子元器件、陶基片，或者薄層壓基片。在電路板上的主要元器件為微控制器晶片(CPU)。另外，該軟體可以被存儲在微控制器或PCB上的其它晶片中、在可擦寫可編程只讀存儲器(EPROM)中，或者在快閃記憶體中，這樣CPU可以通過上載更新的代碼或更換晶片而被重新編程。在許多實例中，這樣的配置被稱為電子發動機管理系統(EMS)。
[0027]在特定實施方式中，EMS可以接收來自其它來源的輸入，並可以控制發動機的其它部件。例如，EMS可以電子地控制和管理多種氣門正時系統以及渦輪增壓器排氣洩壓閥。另夕卜，EMS還可以與傳動控制單元通信，或直接與電子控制的自動變速箱、牽引力控制系統或相似系統交互。在許多實例中，控制器區域網或稱CAN總線汽車網絡被經常使用，以實現這些裝置之間的通信。進一步，在特定實例中，ECM觸發已知為(正如其經常被稱為的)故障代碼、閃碼或問題代碼的診斷信息，以識別和補救車輛中的故障(例如，識別和補救車輛的一個或多個部件和/或子系統的一種或多種失效和/或可能的失效)。
[0028]例如，在特定的車輛110中，ECM130接收信號，如曲軸位置、凸輪軸位置、發動機轉速以及發動機冷卻液溫度等，並且作為響應，向進氣門正時控制電磁閥發出「開/關」脈衝任務信號。例如，這樣的調整可以被實現:能夠根據不同的駕駛狀態來控制進氣門的關閉/打開正時，以在低/中速範圍增加發動機扭矩並在高速範圍增加發動機輸出。在這些車輛110中，進氣門正時控制電磁閥改變燃油的量和穿過進氣門正時控制單元的流向，或中止燃油流動。較長的脈衝寬度使氣門角度提前，較短的脈衝寬度使氣門角度滯後。這樣，當「開」和「關」脈衝寬度變為相等時，電磁閥中止燃油壓力流量，以將進氣門角固定在控制位置。但是，當目標角度與相位控制角度之間存在間隙時，電磁閥停止工作。這樣的結果是，ECM130觸發P0021故障代碼，以顯示該閥已停止工作。該故障代碼可以在之後被個人(例如，汽車技師)讀取，以診斷閥的失效，這樣該閥可以被修理或更換。
[0029]在特定實施方式中，車輛110還包括信息處理(telematics，遠程信息處理)系統140，該系統140由ECM130接收如故障代碼等信息。一般來說，信息處理系統被配置為用於由多種控制系統及位於車輛上的傳感器收集信息，並通過通信網絡(例如，蜂窩、WAN，或其它無線網)傳輸該信息。這樣，在特定實施方式中，車輛110上的信息處理系統140接收關於來自ECM130的被觸發的多種故障代碼的信息並通過通信網絡150 (例如，移動蜂窩網絡)向中央位置傳輸該信息。例如，在通信網絡150包括移動蜂窩網絡的實施方式中，信息處理系統140可以通過網絡150向網絡150中的基站160傳輸信息，並且蜂窩網絡載體(cellular carrier)可以通過一個或多個有線或無線的網絡170 (例如,有線或無線的個人區域網(PAN)、區域網(LAN)、城域網(MAN)、廣域網(WAN)、網際網路，或者類似的網絡)與中央監視系統180進行電子通信。
[0030]這樣，回到與車輛110相關的例子中，其中車輛110為公共承運人配送系統的一部分，公共承運人的車隊中的一個或多個車輛110的信息處理系統140通過網絡150向位於公共承運人的基礎設施中的中央監視系統180傳輸故障代碼信息。在多種實施方式中，車輛110可以基於一些預定的時間段(如每天一次或每三小時一次)傳輸該信息。在其它實施方式中，車輛110可以基於一些觸發事件(如在完成配送路線後車輛回到服務中心後、行駛特定距離後或由特定故障代碼觸發)傳輸該信息。
[0031]進一步，根據多種實施方式，監視系統180可以與一種或多種存儲媒介190進行電子通信。例如，在特定實施方式中，存儲媒介190可以為如硬碟、磁帶或快閃記憶體等一種或多種媒介。另外，在特定實施方式中，監視系統180可以包括資料庫管理系統且存儲媒介190可以包括一個或多個資料庫和一個或多個資料庫實例。在本文中使用的術語「資料庫」是指存儲在計算機系統中的記錄或數據的結構化的集合，例如通過關係資料庫、層次資料庫或網絡資料庫。如下文進一步詳細討論的，在特定實施方式中，存儲媒介190可以被用於存儲由車輛110接收的信息以及用於評估從車輛110接收的信息的參數。[0032]最後，圖1示出了根據本發明的一種實施方式的結構，應當理解的是該架構的多種部件，如上文所述，在其他實施方式中可以有不同的配置。所以，本要求保護的發明的多個方面並不局限於這一特定的架構。
[0033]II1.監視伺服器
[0034]在多種實施方式中，監視系統180可以包括一個或多個計算裝置(例如，一個或多個伺服器)。圖2提供根據本發明的一種實施方式的監視伺服器200的示意圖。在本文中使用的術語「伺服器」概括地指任意計算機、計算裝置、臺式機、筆記本電腦或可攜式電腦、分布式系統、伺服器、網關、開關，或其它適用於運行本文描述的功能的處理裝置。
[0035]如圖2中示出的實施方式所示，監視伺服器200包括處理器60，處理器60通過系統接口或總線61與監視伺服器200內的其它元件通信。處理器60可以以許多不同的方式被實現。例如，處理器60可以作為多種處理工具被實現，這些處理工具如處理元件、微處理器、協處理器、控制器或多種其它包括集成電路的處理裝置(例如，專用集成電路(ASIC)、現場可編程門陣列(FPGA)、硬體加速器，或類似的裝置)等。在示出的實施方式中，處理器60可以被配置為用於執行存儲在裝置存儲器中的或以其他方式能夠被處理器60讀取的指令。這樣，不論通過硬體或者軟體被配置，還是通過硬體和軟體的結合被配置，處理器60可以代表一實體，該實體在適當配置後能夠運行根據本發明的實施方式的操作。監視伺服器200還包括用於接收和顯示數據的顯示裝置/輸入裝置64。該顯示裝置/輸入裝置64可以是，例如，與顯示器結合使用的鍵盤或定點裝置。監視伺服器200進一步包括存儲器65，存儲器65可以既包括只讀存儲器(ROM) 66，也包括隨機存取存儲器(RAM) 67。應用伺服器的R0M66可以被用於存儲基本輸入/輸出系統(BIOS) 26，B10S26包含基本程序，該基本程序幫助向監視伺服器200中的不同元件傳遞信息。
[0036]另外，在一種實施方式中，監視伺服器200包括至少一個存儲裝置63，如硬碟驅動器、CD驅動器和/或光碟驅動器等，存儲裝置63用於在多種計算機可讀媒介上存儲信息。存儲裝置63及其相關聯的計算機可讀媒介可以提供非易失存儲。前文描述的計算機可讀媒介可以被任意種類的計算機可讀媒介替換，如嵌入的或可移除的多媒體存儲卡(MMC)、安全數碼(SD)存儲卡、記憶卡(Memory Stick)、電可擦可編程只讀存儲器(EEPR0M)、快閃記憶體、硬碟，或類似媒介。另外，每個這些存儲裝置63可以通過適當的接口被連接至系統總線61。
[0037]進一步，許多程序模塊(例如，一套電腦程式指令)可以被通過多種存儲裝置63存儲和/或在RAM67中存儲。這樣的程序模塊可以包括作業系統80、監視模塊400以及接口模塊500。雖然這些模塊的功能性不必被模塊化，但是在處理器60和作業系統80的協助下，這些模塊400、500可以控制監視伺服器200的操作的特定方面。
[0038]在一種實施方式中，監視伺服器200中還包括用於與多種計算實體交互的網絡接口 74。這種通信可以通過與上文所述的相同或不同的有線或無線網絡(或有線和無線網絡的結合)。例如，該通信可以通過使用有線數據傳輸協議(如光纖分布式數據接口(FDDI)、數字用戶線路(DSL)、乙太網、異步傳輸模式(ATM)、幀中繼、電纜數據服務接口規範(D0CSIS)，或其它任何有線傳輸協議)被執行。相似地，監視伺服器200可以被配置為通過無線外部通信網絡使用各種協議中的任意一種(如802.11、通用分組無線業務(GPRS)、寬帶碼分多址(W-CDMA)，或其它任何無線協議)進行通信。
[0039]可以被理解的是，監視伺服器200的一個或多個部件可以被置於遠離監視伺服器200的其他部件的位置(例如，分布在多個監視伺服器200之間)。進一步，一個或多個部件可以被結合，且實現本文描述的功能的額外的部件可以被包括在監視伺服器200中。
[0040]IV監視過程的總體概述
[0041]圖3提供了根據本發明的一種實施方式的車隊監視過程的總體概述。在這一特定實例中，該過程在車輛110在運行時對特定時間段中被觸發的故障代碼進行記錄和分析。
[0042]在圖3示出的實施方式中，該監視過程適合於被公共承運人實施，以監視其配送車隊。監視過程的第一步涉及建立參數以評估多種故障代碼，這些故障代碼可以被接收自特定車輛110。因此，在步驟310，監視過程開始於分析收集的歷史數據，該歷史數據關於接收自公共承運人的車隊中的不同車輛110的故障代碼以及關於被觸發的故障代碼導致的對不同車輛110進行的維護。在多種實施方式中，執行這一特定步驟的目的在於建立接收自不同車輛110的故障代碼與被觸發的故障代碼導致的這些不同車輛110需要的維護之間的關係。另外，這一特定步驟可以包含對不同車輛和部件製造商提供的規程的審查，以處理多種故障代碼。例如，特定故障代碼可以指示一個飛輪配置的問題，該飛輪配置與牽引式單片或雙片貨車離合器一同使用。然而，根據車輛110和/或車輛110上的特定離合器的製造商的不同，用於處理飛輪的故障的規程可能不同。這樣，在特定實施方式中，分析步驟可以還包括考慮這些用於不同車輛和部件製造商的不同規程。
[0043]一旦完成分析，監視過程繼續到步驟320，在步驟320中，多種故障代碼的參數被設置。在特定實施方式中，針對可能接收自特定車輛110每個故障代碼，設置參數，以評估該故障代碼並決定如何處理該故障代碼的觸發。正如通過本文的描述可以被理解的，根據多種實施方式，這些參數可以以不同的方式被定義。
[0044]例如，在一種實施方式中，該參數可以被定義，從而使得當接收自車輛110的特定故障代碼落入一組特定的參數的範圍時，關於該故障代碼的特定的行動被進行。例如，表1示出了針對與車輛110上的特定部件相關的特定的故障代碼(例如，故障代碼111)而被建立的參數。
[0045]表1
【權利要求】
1.一種用於管理與車輛相關的故障代碼的系統，所述系統包括: 存儲器，所述存儲器存儲多個參數和多個故障代碼，其中每個參數與故障代碼相關聯；以及 一個或多個計算機處理器，所述計算機處理器被配置為用於: 接收從所述車輛獲取的故障代碼信息，所述故障代碼信息包括所述多個故障代碼中的一個或多個，所述一個或多個故障代碼產生在所述車輛運行的特定時間段內； 獲得存儲在所述存儲器中的與所述一個或多個故障代碼相關聯的參數； 分析所述故障代碼信息，以至少部分地基於與所述故障代碼信息中的所述一個或多個故障代碼相關聯的所述參數，識別所述一個或多個故障代碼中的每個，所述一個或多個故障代碼指示所述車輛的一個或多個部件或子系統的失效或可能的失效； 設定每個被識別的故障代碼的狀態，所述狀態表示與所述被識別的故障代碼相關聯的行動的等級。
2.根據權利要求1所述的系統，其中所述狀態包括警告狀態、危險狀態或環境狀態中的一個，所述警告狀態表示所述車輛的所述一個或多個部件或子系統應當被監視，所述危險狀態表示所述車輛的所述一個或多個部件或子系統應當被維修，所述環境狀態表示所述車輛的所述一個或多個部件或子系統的失效或可能的失效影響一個或多個環境條件。
3.根據權利要求1所述的系統，其中所述一個或多個計算機處理器被配置為用於針對每個所述被識別的故障代碼向一方或多方發送一個或多個通知，所述一個或多個通知包括每個所述被識別的故障代碼的狀態。
4.根據權利要求1所述的系統，其中所述一個或多個計算機處理器被配置為用於初始化工作訂單，所述工作訂單用於維修所述車輛的一個或多個部件或子系統中的至少一個。
5.根據權利要求1所述的系統，進一步包括接口，所述接口被配置為用於提供對一個或多個規程的存取，所述規程用於診斷與每個所述被識別的故障代碼相關的一個或多個部件或子系統。
6.根據權利要求5所述的系統，其中用於診斷所述一個或多個部件或子系統的所述一個或多個規程取決於所述車輛的所述一個或多個部件或子系統的製造商。
7.根據權利要求5所述的系統，其中所述接口進一步被配置為顯示一個或多個個人提供的關於進行用於診斷所述一個或多個部件或子系統的一個或多個規程的評述。
8.根據權利要求5所述的系統，其中所述接口進一步被配置為提供顯示所述車輛的GPS坐標的地圖。
9.根據權利要求5所述的系統，其中所述接口進一步被配置為顯示進行用於診斷所述一個或多個部件或子系統的一個或多個規程的結果。
10.根據權利要求1所述的系統，進一步包括接口，所述接口被配置為提供對與每個被識別的故障代碼相關的一個或多個維護規程的存取。
11.根據權利要求10所述的系統，其中所述一個或多個維護規程取決於所述車輛的所述一個或多個部件或子系統的製造商。
12.根據權利要求10所述的系統，其中所述接口進一步被配置為顯示一個或多個個人提供的關於進行所述一個或多個維護規程的結果的評述。
13.根據權利要求10所述的系統，其中所述接口進一步被配置為顯示進行所述一個或多個維護規程的結果。
14.根據權利要求1所述的系統，其中特定故障代碼被與至少一組參數相關聯，所述參數包括上限和下限，所述上限和下限提供了在所述車輛運行的特定時間段內發生的所述故障代碼的次數範圍，且所述一個或多個計算機處理器被配置為用於:響應於顯示了在所述車輛運行的特定時間段內發生的所述特定故障代碼在所述範圍內的所述故障代碼信息，而設定所述特定故障代碼的狀態。
15.根據權利要求1所述的系統，其中特定故障代碼被與至少一組參數相關聯，所述參數包括閾值和連續值，所述閾值提供了在所述車輛運行的特定時間段內發生的所述特定故障代碼的次數，所述連續值提供了多個連續的時間段，且所述一個或多個計算機處理器被配置為用於:響應於等於所述連續值的多個連續時間段上、在所述特定時間段內發生的所述特定故障代碼的次數的數量至少為所述閾值，而設定所述特定故障代碼的狀態。
16.一種用於管理與車輛相關的故障代碼的方法，所述方法包括下列步驟: 接收從所述車輛獲取的故障代碼信息，所述故障代碼信息包括在所述車輛運行的特定時間段內發生的一個或多個故障代碼； 通過一個或多個計算 機處理器分析所述故障代碼信息，以至少部分地基於所述故障代碼信息和與所述一個或多個故障代碼相關的一個或多個參數的比較，識別所述一個或多個故障代碼中的每個故障代碼，所述一個或多個故障代碼指示所述車輛的一個或多個部件或子系統的失效或可能的失效；以及 通過所述一個或多個計算機處理器設定每個被識別的故障代碼的狀態，所述狀態表示用以處理所述識別的故障代碼的行動的等級。
17.根據權利要求16所述的方法，其中所述狀態包括警告狀態、危險狀態或環境狀態中的一個，所述警告狀態表示所述車輛的所述一個或多個部件或子系統應當被監視，所述危險狀態表示所述車輛的所述一個或多個部件或子系統應當被維修，所述環境狀態表示所述車輛的所述一個或多個部件或子系統的失效或可能的失效影響一個或多個環境條件。
18.根據權利要求16所述的方法，進一步包括針對每個所述被識別的故障代碼向一方或多方發送一個或多個通知的步驟，所述一個或多個通知包括每個所述被識別的故障代碼的狀態。
19.根據權利要求16所述的方法，進一步包括初始化工作訂單的步驟，所述工作訂單用於維修所述車輛的一個或多個部件或子系統中的至少一個。
20.根據權利要求16所述的方法，進一步包括通過接口提供對一個或多個規程的存取的步驟，所述規程用於診斷與每個所述被識別的故障代碼相關的一個或多個部件或子系統。
21.根據權利要求20所述的方法，進一步包括顯示一個或多個個人提供的關於進行用於診斷所述一個或多個部件或子系統的一個或多個規程的評述的步驟。
22.根據權利要求20所述的方法，進一步包括顯示進行用於診斷所述一個或多個部件或子系統的一個或多個規程的結果的步驟。
23.根據權利要求16所述的方法，進一步包括通過接口提供對與每個被識別的故障代碼相關的一個或多個維護規程的存取的步驟。
24.根據權利要求23所述的方法，進一步包括顯示一個或多個個人提供的關於進行所述一個或多個維護規程的結果的評述的步驟。
25.根據權利要求23所述的方法，進一步包括顯示進行所述一個或多個維護規程的結果的步驟。
26.根據權利要求16所述的方法，其中特定故障代碼被與至少一組參數相關聯，所述參數包括上限和下限，所述上限和下限提供了在所述車輛運行的特定時間段內發生的所述故障代碼的次數範圍，且所述設定所述特定故障代碼的狀態的步驟是響應於所述故障代碼信息而進行的，所述故障代碼信息顯示了在所述車輛運行的特定時間段內發生的所述特定故障代碼在所述範圍內。
27.根據權利要求16所述的系統，其中特定故障代碼被與至少一組參數相關聯，所述參數包括閾值和連續值，所述閾值提供了在所述車輛運行的特定時間段內發生的所述特定故障代碼的次數，所述連續值提供了多個連續的時間段，且所述設定所述特定故障代碼的狀態的步驟是響應於以下而進行的:等於所述連續值的多個連續時間段上、在所述特定時間段內發生的所述特定故障代碼的次數的數量至少為所述閾值。
28.一種電腦程式產品，包括用於管理與車輛相關的故障代碼的可執行指令，當所述可執行指令被至少一個計算機處理器執行時，其被配置為引起所述至少一個計算機處理器進行: 接收從所述車輛獲取的故障代碼信息，所述故障代碼信息包括在所述車輛運行的特定時間段內發生的一個或多個故障代碼； 基於一個或多個參數分析所述故障代碼信息，所述一個或多個參數被與來自所述故障代碼信息的所述一個或多個故障代碼相關聯，以識別所述一個或多個故障代碼中的每個故障代碼，所述一個或多個故障代碼指示所述車輛的一個或多個部件或子系統的失效或可能的失效;以及 設定每個被識別的故障代碼·的狀態，所述狀態表示用以處理所述識別的故障代碼的行動的等級。
【文檔編號】G07C5/08GK103718218SQ201280037262
【公開日】2014年4月9日 申請日期:2012年7月26日 優先權日:2011年7月26日
【發明者】J·A·歐爾森, D·L·布拉德利, M·S·亨德裡克斯 申請人:美國聯合包裹服務公司