一種售后診斷系統開發平臺的制作方法
【專利摘要】本發明涉及一種售后診斷系統開發平臺，其特征在于，從下層至上層具備：底層通訊模塊（100），用于調用底層通訊協議實現與車載電子控制模塊的通訊；數據處理模塊（200），用于對車載電子控制模塊通訊指令進行處理；以及流程和界面模塊（300），用于建立售后診斷流程以及具體界面的展示。利用本發明的售后診斷系統開發平臺能夠增加系統開發靈活性、縮短開發周期，從而能夠避免采用源代碼直接開發售后診斷系統的局限性。
【專利說明】一種售后診斷系統開發平臺
【技術領域】
[0001]本發明涉及汽車【技術領域】，具體地涉及車載電子控制模塊的售后診斷系統開發平臺。
【背景技術】
[0002]中國的汽車行業近年來發展非常迅速，自進入二十一世紀以來，已發展成世界第二大消費國，即使在全球金融危機發生的情況下依然高速增長，隨著汽車保有量的迅速提高，售后服務在整個體系中的地位越來越重要，已經成為了很多汽車4S店或汽車經銷商的主打戰略王牌，好的售后服務能夠提升了顧客的滿意度，也響應的贏得市場。
[0003]而汽車技術發展到今天，車輛的電子化程度越來越高，為了獲得良好的性能，車載電子控制模塊在整車上得到了越來越廣泛的應用，各主機廠均利用這些模塊提供的診斷功能開發了相應的售后診斷程序，以便幫助維修站對車輛的故障進行快速判斷，從而有效解決車輛的售后問題，縮短維修時間，而隨著中國汽車工業的飛速發展，整車的開發時間在逐漸縮短，并且為適應市場的需要，針對車輛開發過程中的變更也非常多和頻繁，這樣就使得售后診斷程序的開發周期變得越來越短，而且車輛開發過程中的任何變更都可能引起售后診斷程序的相應調整，如何在車輛上市時確保售后診斷程序已經開發完成并投入使用，成為了各大車輛主機廠需要考慮的一個問題。
[0004]傳統的售后診斷程序開發模式一般是由程序開發員根據車載電子控制模塊的功能文檔，利用車輛通訊接口模塊，從底層通訊開始，直接編寫程序實現和車載電子控制模塊的通訊，從而收發和解析指令，實現特定的業務邏輯和控制功能和業務邏輯等，這種方式由于是用源代碼直接編寫售后診斷程序，隨著車型以及車載電子控制模塊的增多，它的缺點也日益明顯:需要軟件開發程序員才能進行開發工作，每一個細小的變更都需要對源代碼進行更新且重新編譯，隨著源代碼的增多系統極容易出錯而且查起來非常麻煩等等。因此這種開發方式雖然可以開發出售后診斷程序，但是已經越來越不適應汽車工業以及車載電子控制模塊飛速發展的需要。
[0005]
【發明內容】
[0006]本發明鑒于上述問題，旨在提供一種能夠增加系統開發靈活性、縮短開發周期，從而能夠避免采用源代碼直接開發售后診斷系統的局限性的售后診斷系統開發平臺。
[0007]本發明的售后診斷系統開發平臺，其特征在于，從下層至上層具備:
底層通訊模塊，用于調用底層通訊協議實現與車載電子控制模塊的通訊；
數據處理模塊，用于對車載電子控制模塊通訊指令進行處理；以及
流程和界面模塊，用于建立售后診斷流程以及具體界面的展示。
[0008]優選地，所述底層通訊模塊用于提供基于各種不同車輛通訊協議的多種通訊方式，并且能夠基于各種不同的車輛通訊協議的車載電子控制模塊指令通訊實現上位機與車載電子控制模塊的實時通訊。
[0009]優選地，所述底層通訊模塊利用16進制實現上位機與車載電子控制模塊的實時通訊。
[0010]優選地，所述數據處理模塊用于連接通訊連接所述底層通訊模塊和所述流程和界面模塊并且用于實現指令的組成和收發、動態參數的建立、指令發送和接收隊列的創建、返回指令的具體解析。
[0011]優選地，所述流程和界面模塊用于將通訊指令組成完整的售后診斷測試流程并且用于提供人機交互界面。
[0012]優選地，所述底層通訊模塊用于將上位機傳過來的指令轉換為各車載電子控制模塊能夠識別的基于車輛通訊協議的16進制數據并且用于將來自車載電子控制模塊的16進制數據轉換為上位機能夠接收的數據。
[0013]優選地，所述數據處理模塊采用兩個互相獨立的指令隊列來處理發送和接收指令并且基于先入先出的原理組成指令發送和接收隊列。
[0014]優選地，所述底層通訊模塊、所述數據處理模塊、所述流程和界面模塊之間相互獨立。
[0015]優選地，所述數據處理模塊用于根據不同的車輛通訊協議定義發送和接收的指令并且采用統一的模板使得每條指令符合標準格式。
[0016]優選地，所述底層通訊模塊與所述數據處理模塊通訊連接、所述數據處理模塊與所述流程和界面模塊通訊連接。
[0017]本發明將這三塊功能由下到上進行結合，架構了一個完整的售后診斷系統開發平臺以支持多品牌，多車型，多模塊的車輛售后診斷系統流程化，標準化開發。
[0018]本發明的有益效果是非常明顯的，由于基于本平臺的售后診斷系統開發不需要再進行代碼層的工作而只需要進行簡單的配置，流程和界面控件的操作即可。而且，由于開發平臺采用模塊化的結構，基于車載電子控制模塊這一層的指令，流程等可以重復使用，因此可以節省大量的重復源代碼編寫工作，大大節省車輛售后診斷程序的開發時間，縮短開發周期。
[0019]
【專利附圖】
【附圖說明】
[0020]圖1是本發明的售后診斷系統開發平臺的一個較佳實施例的架構組成示意圖。
[0021]圖2是本發明的售后診斷系統開發平臺的一個較佳實施例的指令處理邏輯拓展圖。
[0022]圖3是本發明的售后診斷平臺的一個較佳實施例的流程控件以及利用此控件實現的邏輯流程圖。
[0023]圖4利用本發明的售后診斷平臺建立的一個完整的售后診斷程序所具有的各種功能。
[0024]圖5是利用本發明的售后診斷平臺開發出的售后診斷程序的一個較佳實例的通用診斷流程圖。
[0025]
【具體實施方式】
[0026]下面介紹的是本發明的多個實施例中的一些，旨在提供對本發明的基本了解。并不旨在確認本發明的關鍵或決定性的要素或限定所要保護的范圍。
[0027]圖1是本發明的售后診斷系統開發平臺的一個較佳實施例的架構組成示意圖。下面參照圖1對于本發明的售后診斷系統開發平臺進行說明。
[0028]如圖1所示，本發明的售后診斷系統開發平臺由下至上分別由以下三個模塊構成:用于調用底層通訊協議實現與車載電子控制模塊的通訊的底層通訊模塊100 ;用于對車載電子控制模塊通訊指令進行處理的數據處理模塊200 ;以及用于建立售后診斷流程以及具體界面的展示的流程和界面模塊300。
[0029]其中，底層通訊模塊100負責借助車輛通訊卡提供的通訊接口，處理上位機與車載電子控制模塊之間的指令通訊，根據不同的車輛通訊協議，底層通訊模塊需要完成通訊針腳的選擇，參數設置，指令的發送和接收以及收發指令正確與否的初步判斷等，底層通訊模塊100需要靈活支持多種車輛通訊協議以便與不同車型的不同車載電子控制模塊進行通訊，用戶在數據處理模塊只需要按照不同車輛通訊協議的標準格式組織好指令隊列，并按照隊列的先后順序發給底層通訊模塊即可，底層通訊模塊100會自動根據指令隊列以及相關參數將指令以16進制的形式發送給各車載電子控制模塊，同時底層通訊模塊100也會負責收集各ECU傳回來的指令，進行初步的驗證和判斷都將有用的數據信息按照先后順序存儲在參數值列表隊列中，等待數據處理模塊應用進行相關處理。
[0030]底層通訊模塊100是整個售后診斷系統開發平臺的基礎，要求能夠持續穩定的進行指令發送和接收，負責將上位機傳過來的指令轉化為各車載電子控制模塊能夠識別的基于CAN、K-LINE等車輛通訊協議的16進制數據，同時將車載電子控制模塊相應的16進制數據反饋轉化為上位機可以接收的數據信息，底層通訊的好壞關系著整個售后診斷平臺的穩定性和可靠性。
[0031]在圖1所示的最佳實例中，數據處理模塊200負責具體發送指令的組成以及接收指令的解析工作，數據處理模塊200可以根據不同的車輛通訊協議靈活組織每條需要發送和接收的指令，詳細定義每條指令的頭、目標地址、源地址、指令本體以及校驗碼等信息，采用統一的模板確保每條指令符合標準格式，利用動態參數實現外部數據的傳遞以及數學公式的計算，數據處理模塊200需要合理的安排指令發送的先后順序，本發明利用計算機多線程技術，采用兩個互相獨立的指令隊列來處理發送和接收的指令，根據先入先出的原理組成指令發送和接收隊列，避免產生指令堵塞和互相干擾的現象，增加了平臺的穩定性和可靠性。
[0032]在本發明中，指令的定義采用層次結構，請參閱圖2所示，以具體的車輛通訊指令為基本單位，多條通訊指令組成一個車載電子控制模塊的指令集合，考慮到實際的業務需求，車載電子控制模塊在多數情況下具有重用性特征，因此本發明針對車載電子控制模塊的指令采用模塊化結構，即將一個具體型號的車載電子控制模塊所需用到的指令封裝在一個模塊結構中，該模塊可以通過導入，拷貝等多種方式進行任意組合，從而搭建完成具體車型的售后診斷程序指令集合，因此采用這種方式產生的售后診斷程序非常直觀方便，減少了程序開發工作量，而由于每個封裝模塊中的指令都經過了具體測試，也不容易在整個售后診斷程序開發過程中產生錯誤。
[0033]本發明的數據處理模塊200是連接底層通訊模塊100與上層的流程和界面模塊300的樞紐，數據處理模塊200針對指令處理的高效性和穩定性保證了本售后診斷系統開發平臺的開發效率。
[0034]再請參照圖1，流程和界面模塊300是本發明的售后診斷系統開發平臺上層應用，在建立了底層通訊以及通訊指令定義的基礎上，需要根據售后診斷開發的實際業務邏輯確定具體的售后診斷內容，并提供友好的用戶界面以便操作人員進行具體操作，流程和界面模塊300提供了一個非常簡單方面，易于操作的工具，技術人員可以非常方便的進行流程定義和界面定制工作。
[0035]利用本發明的售后診斷系統開發平臺能夠采用流程圖控件的方式來實現售后診斷流程的開發，請參閱圖3展示的一個IF流程控件示例以及利用此控件組成的簡單流程示例。本發明利用多個與此控件類似的流程控件實現完整的流程控制，在圖3所示的簡單流程示例中，結合了兩個IF流程控件實現了一個AND邏輯處理，利用這樣的簡單流程集合以及平臺提供的其他流程控件，本發明的售后診斷平臺能夠實現售后診斷程序的任何復雜流程控制，從而實現售后診斷程序所需要的任何實際功能。
[0036]本發明的售后診斷系統開發平臺采用自定義控件的方式實現售后診斷程序界面的開發，利用本平臺提供的自定義控件，開發人員可以將控件直接拖到界面上的任一個地方并賦予相應的屬性，同時將控件中的數據屬性與指令定義中的數據參數建立連接，因此指令中的相關數據參數就可以在界面層得到相應的反映，而由于本平臺采用三層架構以及計算架多線程技術，各層之間相互獨立，因此數據的展示在界面層非常流暢，不會出現由于底層數據未收到而發生的上層界面刷新慢，遲滯等現象。
[0037]流程和界面模塊300是定義本發明的售后診斷系統開發平臺是否靈活、易于操作以及功能完整的重要指標，本平臺從售后診斷軟件的共性出發，提取其中的共有特征制成模板以便重復使用，并且盡量利用一般技術人員都能看懂的方式加以實現，從而大大節省了開發工作量并拓展了整個售后診斷系統開發平臺的使用面。
[0038]請參閱圖4所示的利用本發明的售后診斷平臺建立的一個完整的售后診斷程序所具有的各種功能，如圖4所示，利用本發明的售后診斷系統開發平臺建立的售后診斷程序的核心是診斷功能塊，利用本發明的售后診斷平臺可以通過各種配置實現診斷功能塊的具體功能:例如故障碼功能、數據顯示、模塊信息，模塊設置、以及其他功能等，通過子功能塊可以將各大功能進一步細分為獨立的小模塊化結構，并利用調用，嵌套，循環等流程實現子功能塊的組合從而形成完整的售后診斷功能。
[0039]通訊配置功能是實現診斷功能的基礎，包含了模塊配置和指令配置，模塊配置功能提供了整個售后診斷的一個基本目錄結構，指令配置功能則提供了上位機與車載電子控制模塊進行指令收發的基本信息并定義了貫穿整個售后診斷系統開發平臺的動態參數以實現數據傳遞。
[0040]利用本發明的售后診斷系統開發平臺，還能夠提供版本發布功能，它包括版本升級和版本管理。售后診斷系統開發平臺采用內定的版本序號對應每一個需進行發布的售后診斷程序版本以避免產生版本的混亂，一旦新版本發布，客戶端可以在第一時間得到新版本信息并進行自動升級。
[0041]利用本發明的售后診斷系統開發平臺還能夠集成用戶管理功能以實現對維修站用戶的管理，從安全性和使用方便性兩個方面綜合考慮，采用賬號和電腦綁定，解除綁定的方式進行管理，既保證了開發出的售后診斷系統安全性，又具有高度的靈活性以適應維修站的實際使用情況。
[0042]再請參照圖5所示的利用本發明的售后診斷平臺開發出的售后診斷程序的一個較佳實例的通用診斷流程圖，由圖中可以看出售后診斷的基本流程:
首先進行車輛品牌、年份以及具體車型的選擇，售后診斷程序會根據預先定義的相關配置，調用通訊指令從車載電子控制模塊中讀取車輛VIN (Vehicle Identificat1nNumber),如果讀取出的VIN與前面的選擇相匹配,則進行下一步的工作,選擇具體診斷類型，否則，可以手工修改VIN信息。在選擇了需要進行診斷的具體車載電子控制模塊后，系統進入各具體診斷功能的選擇項并開始具體的售后診斷工作，診斷完成后可以將診斷數據和結果回傳到中央數據庫進行解析和保存工作，以便用作進一步的數據統計和分析。
[0043]在這個實例中，利用本發明的售后診斷開發平臺能夠方便地實現上述售后診斷基本流程且整個過程中不涉及到任何一行程序源代碼的編寫，全部通過各種配置完成所有工作。
[0044]綜上所述，本發明的售后診斷系統開發平臺具有簡單易用、穩定可靠等特點，而且在開發成本、安全性、快速反應以及開發對象等方面具有非常明顯的優勢，能夠極大地節省人力、物力消耗，縮短整個售后診斷程序的開發周期，具有良好的兼容性和靈活性，故推廣、應用前景十分廣闊。
[0045]以上例子主要說明了本發明的售后診斷系統開發平臺。盡管只對其中一些本發明的【具體實施方式】進行了描述，但是本領域普通技術人員應當了解，本發明可以在不偏離其主旨與范圍內以許多其他的形式實施。因此，所展示的例子與實施方式被視為示意性的而非限制性的，在不脫離如所附各權利要求所定義的本發明精神及范圍的情況下，本發明可能涵蓋各種的修改與替換。
【權利要求】
1.一種售后診斷系統開發平臺，其特征在于，從下層至上層具備: 底層通訊模塊，用于調用底層通訊協議實現與車載電子控制模塊的通訊； 數據處理模塊，用于對車載電子控制模塊通訊指令進行處理；以及 流程和界面模塊，用于建立售后診斷流程以及具體界面的展示。
2.如權利要求1所述的售后診斷系統開發平臺，其特征在于， 所述底層通訊模塊用于提供基于各種不同車輛通訊協議的多種通訊方式，并且能夠基于各種不同的車輛通訊協議的車載電子控制模塊指令通訊實現上位機與車載電子控制模塊的實時通訊。
3.如權利要求2所述的售后診斷系統開發平臺，其特征在于， 所述底層通訊模塊利用16進制實現上位機與車載電子控制模塊的實時通訊。
4.如權利要求3所述的售后診斷系統開發平臺，其特征在于， 所述數據處理模塊用于連接通訊連接所述底層通訊模塊和所述流程和界面模塊并且用于實現指令的組成和收發、動態參數的建立、指令發送和接收隊列的創建、返回指令的具體解析。
5.如權利要求4所述的售后診斷系統開發平臺，其特征在于， 所述流程和界面模塊用于將通訊指令組成完整的售后診斷測試流程并且用于提供人機交互界面。
6.如權利要求3所述的售后診斷系統開發平臺，其特征在于， 所述底層通訊模塊用于將上位機傳過來的指令轉換為各車載電子控制模塊能夠識別的基于車輛通訊協議的16進制數據并且用于將來自車載電子控制模塊的16進制數據轉換為上位機能夠接收的數據。
7.如權利要求1?6中的任意一項所述的售后診斷系統開發平臺，其特征在于， 所述數據處理模塊采用兩個互相獨立的指令隊列來處理發送和接收指令并且基于先入先出的原理組成指令發送和接收隊列。
8.如權利要求7所述的售后診斷系統開發平臺，其特征在于， 所述底層通訊模塊、所述數據處理模塊、所述流程和界面模塊之間相互獨立。
9.如權利要求8所述的售后診斷系統開發平臺，其特征在于， 所述數據處理模塊用于根據不同的車輛通訊協議定義發送和接收的指令并且采用統一的模板使得每條指令符合標準格式。
10.如權利要求9所述的售后診斷系統開發平臺，其特征在于， 所述底層通訊模塊與所述數據處理模塊通訊連接、所述數據處理模塊與所述流程和界面模塊通訊連接。
【文檔編號】H04L29/06GK104516736SQ201410127656
【公開日】2015年4月15日 申請日期:2014年4月1日 優先權日:2013年10月8日
【發明者】楊威, 崔凌云, 瞿敏, 楊春鵬, 黃新華 申請人:上海通用汽車有限公司, 泛亞汽車技術中心有限公司