專(zhuān)利名稱(chēng)：汽車(chē)診斷軟件自動(dòng)生成的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及汽車(chē)診斷技術(shù)領(lǐng)域，更具體地說(shuō)，涉及一種汽車(chē)診斷軟件自動(dòng)生成的方法。
背景技術(shù)：
目前，現(xiàn)有的汽車(chē)診斷軟件開(kāi)發(fā)流程為，編程人員根據(jù)車(chē)輛診斷通信協(xié)議和診斷規(guī)范，即描述EOJ (Electronic Control Unit)電子控制單元診斷服務(wù)的相關(guān)信息,包括診斷的請(qǐng)求報(bào)文格式及內(nèi)容，汽車(chē)響應(yīng)報(bào)文的格式及含義，編寫(xiě)汽車(chē)診斷軟件完成診斷報(bào)文的發(fā)送與汽車(chē)響應(yīng)報(bào)文的接收處理，最終把ECU響應(yīng)報(bào)文的解析結(jié)果顯示出來(lái)。現(xiàn)有技術(shù)中存在的最大的問(wèn)題是，編程人員需要閱讀大量的診斷規(guī)范文件，這些診斷規(guī)范文件沒(méi)有固定的格式，編程人員閱讀起來(lái)也需要比較長(zhǎng)的時(shí)間，這樣就造成診斷軟件開(kāi)發(fā)過(guò)程中始終離不開(kāi)編程人員的參與，人力資源浪費(fèi)非常大。針對(duì)不同的車(chē)型系統(tǒng)診斷功能開(kāi)發(fā)重復(fù)性工作多，工作量大，如診斷規(guī)范發(fā)生變化，則軟件更新復(fù)雜度高，如編程人員對(duì)診斷規(guī)范理解有所不同，則開(kāi)發(fā)出來(lái)的診斷軟件也不同，也可能存在理解錯(cuò)誤。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種汽車(chē)診斷軟件自動(dòng)生成的方法，能夠自動(dòng)生成汽車(chē)診斷軟件，且能夠大大降低汽車(chē)診斷軟件的開(kāi)發(fā)和維護(hù)時(shí)間。為解決上述技術(shù)問(wèn)題，本發(fā)明采用的技術(shù)方案為:一種汽車(chē)診斷軟件自動(dòng)生成的方法，包括:建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件；參照標(biāo)準(zhǔn)的文件格式定義提取所述ODX文件中的診斷服務(wù)信息；根據(jù)所述診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文即診斷服務(wù)請(qǐng)求；根據(jù)所述ODX文件中的通信協(xié)議發(fā)送所述請(qǐng)求報(bào)文；接收響應(yīng)所述請(qǐng)求報(bào)文的響應(yīng)報(bào)文；解析所述響應(yīng)報(bào)文的內(nèi)容。優(yōu)選地，所述參照標(biāo)準(zhǔn)的文件格式定義提取所述文件組的診斷服務(wù)信息后還包括:通過(guò)界面庫(kù)判斷提取到的所述診斷服務(wù)信息的數(shù)量和類(lèi)型；根據(jù)所述診斷服務(wù)信息的數(shù)量和類(lèi)型顯示所述診斷服務(wù)信息。優(yōu)選地，所述解析所述響應(yīng)報(bào)文的內(nèi)容后還包括:顯示解析所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果。優(yōu)選地，所述參照標(biāo)準(zhǔn)的文件格式定義提取所述ODX文件中的診斷服務(wù)信息具體為:
通過(guò)ODX文件解析模塊對(duì)所述通信協(xié)議和診斷服務(wù)信息進(jìn)行解析；通過(guò)所述ODX文件解析模塊參照標(biāo)準(zhǔn)的文件格式定義對(duì)解析后的診斷服務(wù)信息進(jìn)行提取。優(yōu)選地，所述根據(jù)所述診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文具體為:通過(guò)界面庫(kù)調(diào)用ODX文件解析模塊從所述ODX文件中獲取與所述診斷服務(wù)信息相對(duì)應(yīng)的請(qǐng)求報(bào)文。優(yōu)選地，所述根據(jù)所述ODX文件中的通信協(xié)議發(fā)送所述請(qǐng)求報(bào)文具體為:界面庫(kù)根據(jù)所述ODX文件中的通信協(xié)議調(diào)用診斷協(xié)議棧；通過(guò)調(diào)用的所述診斷協(xié)議棧發(fā)送所述請(qǐng)求報(bào)文。優(yōu)選地，所述接收響應(yīng)所述請(qǐng)求報(bào)文的響應(yīng)報(bào)文具體為:診斷協(xié)議棧接收電子控制單元響應(yīng)請(qǐng)求報(bào)文后的響應(yīng)報(bào)文。優(yōu)選地,所述解析所述響應(yīng)報(bào)文的內(nèi)容具體為:通過(guò)ODX文件解析模塊解析所述響應(yīng)報(bào)文的內(nèi)容。優(yōu)選地，所述根據(jù)所述診斷服務(wù)信息的數(shù)量和類(lèi)型顯示所述診斷服務(wù)信息具體為:所述界面庫(kù)根據(jù)所述診斷服務(wù)信息的數(shù)量和類(lèi)型選擇第一控件和顯示項(xiàng)；根據(jù)所述第一控件和顯示項(xiàng)生成診斷程序界面；將所述診斷服務(wù)信息顯示在所述診斷程序界面上。優(yōu)選地，所述顯示解析所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果具體為:界面庫(kù)根據(jù)解析所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果生成第二控件；根據(jù)所述第二控件生成解析界面；將所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果顯示在所述解析界面上。從上述的技術(shù)方案可以看出，本發(fā)明公開(kāi)的一種汽車(chē)診斷軟件自動(dòng)生成的方法，通過(guò)建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件，參照標(biāo)準(zhǔn)的文件格式定義提取ODX文件中的診斷服務(wù)信息，根據(jù)診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文，根據(jù)ODX文件中的通信協(xié)議發(fā)送請(qǐng)求報(bào)文，接收響應(yīng)請(qǐng)求報(bào)文的響應(yīng)報(bào)文，最后解析響應(yīng)報(bào)文的內(nèi)容。由于所有的診斷服務(wù)信息都以O(shè)DX文件形式編寫(xiě)，因此省去了傳統(tǒng)的由編程人員閱讀診斷規(guī)范的過(guò)程，從而大大降低了汽車(chē)診斷軟件的開(kāi)發(fā)和維護(hù)時(shí)間。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例公開(kāi)的一種汽車(chē)診斷軟件自動(dòng)生成的方法的流程圖；圖2為本發(fā)明另一實(shí)施例公開(kāi)的一種汽車(chē)診斷軟件自動(dòng)生成的方法的流程圖；圖3為本發(fā)明公開(kāi)的一種汽車(chē)診斷軟件自動(dòng)生成的系統(tǒng)結(jié)構(gòu)示意圖4為本發(fā)明公開(kāi)的界面庫(kù)的第一顯示界面；圖5為本發(fā)明公開(kāi)的界面庫(kù)的第二顯示界面；圖6為本發(fā)明公開(kāi)的界面庫(kù)的第三顯示界面。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例公開(kāi)了一種汽車(chē)診斷軟件自動(dòng)生成的方法，能夠自動(dòng)生成汽車(chē)診斷軟件，且能夠大大降低汽車(chē)診斷軟件的開(kāi)發(fā)和維護(hù)時(shí)間。如圖1所示，一種汽車(chē)診斷軟件自動(dòng)生成的方法，包括:S101、建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件；S102、參照標(biāo)準(zhǔn)的文件格式定義提取所述ODX文件中的診斷服務(wù)信息；其中，診斷服務(wù)信息包括服務(wù)名稱(chēng)、請(qǐng)求報(bào)文及參數(shù)定義、響應(yīng)報(bào)文及參數(shù)定義
坐寸οS103、根據(jù)所述診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文即診斷服務(wù)請(qǐng)求；S104、根據(jù)所述ODX文件中的通信協(xié)議發(fā)送所述請(qǐng)求報(bào)文；S105、接收響應(yīng)所述請(qǐng)求報(bào)文的響應(yīng)報(bào)文；S106、解析所述響應(yīng)報(bào)文的內(nèi)容。在上述方法中，首先建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件，然后參照標(biāo)準(zhǔn)的文件格式定義提取ODX文件中的診斷服務(wù)信息，根據(jù)診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文，然后根據(jù)ODX文件中的通信協(xié)議發(fā)送請(qǐng)求報(bào)文，并接受響應(yīng)請(qǐng)求報(bào)文的響應(yīng)報(bào)文，最后解析響應(yīng)報(bào)文中的內(nèi)容。在上述方法中，由于所有的診斷服務(wù)信息都以O(shè)DX文件形式編寫(xiě)，因此省去了傳統(tǒng)的由編程人員閱讀診斷規(guī)范的過(guò)程，從而大大降低了汽車(chē)診斷軟件的開(kāi)發(fā)和維護(hù)時(shí)間。本發(fā)明的另一實(shí)施例還公開(kāi)了一種汽車(chē)診斷軟件自動(dòng)生成的方法，具體的如圖2所示，包括:S201、建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件；S202、參照標(biāo)準(zhǔn)的文件格式定義提取所述ODX文件中的診斷服務(wù)信息；具體的，通過(guò)ODX文件解析模塊對(duì)通信協(xié)議和診斷服務(wù)信息進(jìn)行解析；通過(guò)ODX文件解析模塊參照標(biāo)準(zhǔn)的文件格式定義對(duì)解析后的診斷服務(wù)信息進(jìn)行提取。S203、判斷提取到的所述診斷服務(wù)信息的數(shù)量和類(lèi)型；其中，數(shù)量是指診斷服務(wù)的數(shù)量，類(lèi)型是指診斷報(bào)文中相關(guān)參數(shù)的類(lèi)型。具體的，通過(guò)界面庫(kù)判斷提取到的診斷服務(wù)信息的數(shù)量和類(lèi)型。
S204、根據(jù)所述診斷服務(wù)信息的數(shù)量和類(lèi)型顯示所述診斷服務(wù)信息；具體的，界面庫(kù)根據(jù)診斷服務(wù)信息的數(shù)量和類(lèi)型選擇第一控件和顯示項(xiàng)；根據(jù)第一控件和顯示項(xiàng)生成診斷程序界面；其中，第一控件和顯示項(xiàng)為應(yīng)用程序界面元素，用于生成診斷程序界面。將診斷服務(wù)信息顯示在診斷程序界面上。S205、根據(jù)所述診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文；具體的，通過(guò)界面庫(kù)調(diào)用ODX文件解析模塊從所述ODX文件中獲取與所述診斷服務(wù)信息相對(duì)應(yīng)的請(qǐng)求報(bào)文，其中請(qǐng)求報(bào)文即診斷服務(wù)請(qǐng)求。S206、根據(jù)所述ODX文件中的通信協(xié)議發(fā)送所述請(qǐng)求報(bào)文；具體的，界面庫(kù)根據(jù)ODX文件中的通信協(xié)議調(diào)用診斷協(xié)議棧；通過(guò)調(diào)用的診斷協(xié)議棧發(fā)送所述請(qǐng)求報(bào)文。S207、接收響應(yīng)所述請(qǐng)求報(bào)文的響應(yīng)報(bào)文；具體的，診斷協(xié)議棧接收ECU響應(yīng)請(qǐng)求報(bào)文后的響應(yīng)報(bào)文。S208、解析所述響應(yīng)報(bào)文的內(nèi)容；具體的，通過(guò)ODX文件解析模塊解析所述響應(yīng)報(bào)文的內(nèi)容。S209、顯示解析所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果。具體的，界面庫(kù)根據(jù)解析響應(yīng)報(bào)文的內(nèi)容的結(jié)果生成第二控件；根據(jù)第二控件生成解析界面；將響應(yīng)報(bào)文的內(nèi)容的結(jié)果顯示在解析界面上。具體的，結(jié)合圖3汽車(chē)診斷軟件自動(dòng)生成的系統(tǒng)結(jié)構(gòu)示意圖，對(duì)本發(fā)明的工作過(guò)程做詳細(xì)的描述。在上述實(shí)施例中，第一步，首先建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件，然后通過(guò)ODX文件解析模塊參照標(biāo)準(zhǔn)的文件格式定義IS022901，對(duì)通信協(xié)議和診斷服務(wù)信息進(jìn)行解析，并參照標(biāo)準(zhǔn)的文件格式定義IS022901對(duì)解析后的診斷服務(wù)信息進(jìn)行提取，這樣保證了所有的診斷服務(wù)信息都以O(shè)DX文件形式編寫(xiě)，因此省去了傳統(tǒng)的由編程人員閱讀診斷規(guī)范的過(guò)程，從而大大降低了汽車(chē)診斷軟件的開(kāi)發(fā)和維護(hù)時(shí)間。第二步，通過(guò)界面庫(kù)判斷提取到的診斷服務(wù)信息的數(shù)量和類(lèi)型，并根據(jù)診斷服務(wù)信息的數(shù)量和類(lèi)型選擇類(lèi)似列表的第一控件和顯示項(xiàng)，通過(guò)選擇的第一控件和顯示項(xiàng)生成診斷程序界面，然后將診斷服務(wù)信息顯示在診斷程序界面上。其中，界面庫(kù)主要實(shí)現(xiàn)為根據(jù)ODX文件中描述的診斷服務(wù)信息的數(shù)量生成類(lèi)似列表的控件，并將診斷服務(wù)信息的名稱(chēng)顯示在列表中。根據(jù)不同的ODX文件，由于其中診斷服務(wù)信息的數(shù)量不同，因此對(duì)應(yīng)生成的診斷程序界面也有所不同。例如:如ODX文件中支持讀取故障信息、讀取DID信息、輸入輸出控制和讀取凍結(jié)數(shù)據(jù)，則界面庫(kù)會(huì)自動(dòng)生成如圖4所示的界面。如ODX文件中只支持讀取故障信息、讀取DID信息和讀取凍結(jié)數(shù)據(jù)，則界面庫(kù)會(huì)自動(dòng)生成如圖5所示的界面。第三步，當(dāng)用戶(hù)觸發(fā)診斷界面上顯示的診斷服務(wù)信息后，如:讀取故障信息，界面庫(kù)會(huì)再次調(diào)用ODX文件解析模塊從ODX文件中獲取與診斷服務(wù)信息相對(duì)應(yīng)的請(qǐng)求報(bào)文，對(duì)應(yīng)不同的診斷服務(wù)，ODX均有對(duì)應(yīng)該服務(wù)的請(qǐng)求報(bào)文描述信息，ODX解析模塊完成該請(qǐng)求報(bào)文的獲取工作。
第四步，當(dāng)ODX文件解析模塊獲取到請(qǐng)求報(bào)文后，界面庫(kù)根據(jù)ODX文件中的通信協(xié)議調(diào)用診斷協(xié)議棧，其中，診斷協(xié)議棧為對(duì)應(yīng)不同的診斷通信協(xié)議的數(shù)據(jù)通信接口，實(shí)現(xiàn)診斷報(bào)文的收發(fā)工作，ODX文件中描述了汽車(chē)診斷對(duì)應(yīng)的通信協(xié)議，不同的通信協(xié)議使用不同的協(xié)議棧來(lái)實(shí)現(xiàn)診斷報(bào)文的收發(fā)，如J1939協(xié)議棧和IS015765協(xié)議棧。通過(guò)調(diào)用的診斷協(xié)議棧發(fā)送請(qǐng)求報(bào)文，診斷協(xié)議棧發(fā)送完請(qǐng)求報(bào)文后會(huì)接收來(lái)自ECU的響應(yīng)請(qǐng)求報(bào)文的響應(yīng)報(bào)文。第五步，當(dāng)診斷協(xié)議棧接收到ECU的響應(yīng)報(bào)文后，界面庫(kù)調(diào)用ODX文件解析模塊對(duì)響應(yīng)報(bào)文的內(nèi)容進(jìn)行解析，隨后界面庫(kù)根據(jù)解析的響應(yīng)報(bào)文的內(nèi)容生產(chǎn)用于生成解析界面的第二控件，然后將響應(yīng)報(bào)文的內(nèi)容顯示在解析界面上。例如:讀取當(dāng)前故障信息報(bào)文解析完成后，在解析界面庫(kù)上的顯示如圖6所示，會(huì)顯示系統(tǒng)電壓過(guò)高和系統(tǒng)電壓過(guò)低。本說(shuō)明書(shū)中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見(jiàn)即可。對(duì)所公開(kāi)的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專(zhuān)業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開(kāi)的原理和新穎特點(diǎn)相一致的最寬的范圍。
權(quán)利要求
1.一種汽車(chē)診斷軟件自動(dòng)生成的方法，其特征在于，包括: 建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件； 參照標(biāo)準(zhǔn)的文件格式定義提取所述ODX文件中的診斷服務(wù)信息； 根據(jù)所述診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文即診斷服務(wù)請(qǐng)求； 根據(jù)所述ODX文件中的通信協(xié)議發(fā)送所述請(qǐng)求報(bào)文； 接收響應(yīng)所述請(qǐng)求報(bào)文的響應(yīng)報(bào)文； 解析所述響應(yīng)報(bào)文的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述參照標(biāo)準(zhǔn)的文件格式定義提取所述文件組的診斷服務(wù)信息后還包括: 通過(guò)界面庫(kù)判斷提取到的所述診斷服務(wù)信息的數(shù)量和類(lèi)型； 根據(jù)所述診斷服務(wù)信息的數(shù)量和類(lèi)型顯示所述診斷服務(wù)信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述解析所述響應(yīng)報(bào)文的內(nèi)容后還包括: 顯示解析所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述參照標(biāo)準(zhǔn)的文件格式定義提取所述ODX文件中的診斷服務(wù)信息具體為: 通過(guò)ODX文件解析模塊對(duì)所述通信協(xié)議和診斷服務(wù)信息進(jìn)行解析； 通過(guò)所述ODX文件解析模塊參照標(biāo)準(zhǔn)的文件格式定義對(duì)解析后的診斷服務(wù)信息進(jìn)行提取。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文具體為: 通過(guò)界面庫(kù)調(diào)用ODX文件解析模塊從所述ODX文件中獲取與所述診斷服務(wù)信息相對(duì)應(yīng)的請(qǐng)求報(bào)文。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述ODX文件中的通信協(xié)議發(fā)送所述請(qǐng)求報(bào)文具體為: 界面庫(kù)根據(jù)所述ODX文件中的通信協(xié)議調(diào)用診斷協(xié)議棧； 通過(guò)調(diào)用的所述診斷協(xié)議棧發(fā)送所述請(qǐng)求報(bào)文。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收響應(yīng)所述請(qǐng)求報(bào)文的響應(yīng)報(bào)文具體為: 診斷協(xié)議棧接收電子控制單元響應(yīng)請(qǐng)求報(bào)文后的響應(yīng)報(bào)文。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述解析所述響應(yīng)報(bào)文的內(nèi)容具體為: 通過(guò)ODX文件解析模塊解析所述響應(yīng)報(bào)文的內(nèi)容。
9.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述診斷服務(wù)信息的數(shù)量和類(lèi)型顯示所述診斷服務(wù)信息具體為: 所述界面庫(kù)根據(jù)所述診斷服務(wù)信息的數(shù)量和類(lèi)型選擇第一控件和顯示項(xiàng)； 根據(jù)所述第一控件和顯示項(xiàng)生成診斷程序界面； 將所述診斷服務(wù)信息顯示在所述診斷程序界面上。
10.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述顯示解析所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果具體為: 界面庫(kù)根據(jù)解析所述響應(yīng)報(bào)文的內(nèi)容的結(jié)果生成第二控件； 根據(jù)所述第二控件生成解析界面； 將所述響應(yīng)報(bào)文的內(nèi)容的 結(jié)果顯示在所述解析界面上。
全文摘要
本發(fā)明公開(kāi)了一種汽車(chē)診斷軟件自動(dòng)生成的方法，包括建立具有標(biāo)準(zhǔn)的文件格式定義的包含汽車(chē)診斷使用的通信協(xié)議和診斷服務(wù)信息的ODX文件；參照標(biāo)準(zhǔn)的文件格式定義提取所述ODX文件中的診斷服務(wù)信息；根據(jù)所述診斷服務(wù)信息獲取該診斷服務(wù)信息需要發(fā)送的請(qǐng)求報(bào)文；根據(jù)所述ODX文件中的通信協(xié)議發(fā)送所述請(qǐng)求報(bào)文；接收響應(yīng)所述請(qǐng)求報(bào)文的響應(yīng)報(bào)文；解析所述響應(yīng)報(bào)文的內(nèi)容。本發(fā)明能夠自動(dòng)的生成汽車(chē)診斷軟件，且能夠大大降低汽車(chē)診斷軟件的開(kāi)發(fā)和維護(hù)時(shí)間。
文檔編號(hào)G06F9/44GK103197930SQ20131010251
公開(kāi)日2013年7月10日 申請(qǐng)日期2013年3月27日 優(yōu)先權(quán)日2013年3月27日
發(fā)明者王修峰 申請(qǐng)人:北京經(jīng)緯恒潤(rùn)科技有限公司