CN111464651A - 一种车辆诊断***及方法 - Google Patents
一种车辆诊断***及方法 Download PDFInfo
- Publication number
- CN111464651A CN111464651A CN202010264576.4A CN202010264576A CN111464651A CN 111464651 A CN111464651 A CN 111464651A CN 202010264576 A CN202010264576 A CN 202010264576A CN 111464651 A CN111464651 A CN 111464651A
- Authority
- CN
- China
- Prior art keywords
- communication protocol
- data
- vehicle
- server
- diagnostic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 84
- 238000000034 method Methods 0.000 title claims abstract description 21
- 238000004891 communication Methods 0.000 claims abstract description 162
- 238000002405 diagnostic procedure Methods 0.000 claims description 7
- 230000002452 interceptive effect Effects 0.000 claims description 4
- 239000000284 extract Substances 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 14
- 230000008901 benefit Effects 0.000 abstract description 2
- 230000006870 function Effects 0.000 description 27
- 230000003993 interaction Effects 0.000 description 13
- 238000006243 chemical reaction Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 6
- 238000012795 verification Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000008520 organization Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000003344 environmental pollutant Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 231100000719 pollutant Toxicity 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明涉及一种车辆诊断***及方法,通过利用各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端,利用各网络协议根据不同诊断服务分割形成的第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器,所述服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示。相对于现有技术,本发明利用与诊断服务对应的第一通信协议和第二通信协议实现了移动终端、服务器、OBD设备与不同厂商或品牌的车辆之间的相互通信,提高车辆维修保养的效率。
Description
技术领域
本发明涉及汽车维修领域,尤其是涉及一种车辆诊断***及方法。
背景技术
在汽车工业快速发展的前提下,汽车设备对于人们生活质量的提高起到了至关重要的作用,汽车也逐渐成为人们日常生活中不可或缺的重要交通工具,其保有量也逐年上升。然而车辆在其正常使用寿命期间,维修保养是必不可少的环节,平均每辆车每年均有若干次维修或保养的需求。在维修或保养的过程中,需要用到专业工具对车辆进行诊断或者通讯,车辆和诊断工具之间存在数据交互的过程。
对于车辆设备的维修保养,传统的做法是每个车辆生产厂商配有专业的诊断电脑和车辆连接的诊断头。检修人员不仅需要接受各个厂商专业电脑的软件的培训,还需要购买各个厂商的专业电脑。专业电脑一般会集成很多高级功能,但是对于常规维修诊断却不需要诸多高级功能,同时也提高了电脑软件的使用门槛。厂商会不定期对车辆***进行升级,升级后可能会导致旧的专业软件不支持,需要升级诊断数据库或者软件,甚至需要更换专业电脑等。对于需要给不同品牌车辆提供维修保养诊断相关服务,需要购买不同品牌的专业电脑,检修人员需要接受不同品牌专业电脑使用培训,这些无疑给检修人员带来了极大的不便。
发明内容
本申请实施例提供了一种适用于不同车辆厂商或品牌通信协议的车辆诊断***及方法,能够有效提高车辆维修保养的效率。所述技术方案如下:
第一方面,本申请实施例提供了一种车辆诊断***及方法,包括:移动终端、服务器和OBD设备;
所述移动终端用于根据车辆的信息,获取第一通信协议和第二通信协议,并将所述第一通信协议发送至OBD设备;其中,所述第一通信协议为各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的子协议,所述第二通信协议为各网络协议根据不同诊断服务分割形成的子协议;
所述OBD设备用于与车辆建立通信,根据所述第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端;
所述移动终端还用于根据第一通信协议将所述诊断数据进行解析,从而提取目标诊断数据,并根据所述第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器;
所述服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示。
可选的,所述获取第一通信协议和第二通信协议包括:
接收用户输入的车辆的厂商或品牌信息和诊断服务,将所述厂商或品牌信息和所述诊断服务发送至所述服务器;
从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议。
可选的,所述第一通信协议包括第一输入端和第一输出端,所述第一通信协议用于定义所述第一输入端的输入数据和所述第一输出端的输出数据的数据格式;
所述第二通信协议包括第二输入端和第二输出端,所述第二通信协议用于定义所述第二输入端的输入数据和所述第二输出端的输出数据的数据格式。
可选的,所述移动终端从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议之前,还从服务器中获取该车辆的厂商或品牌对应的功能模板,根据所述功能模板配置所述移动终端的交互功能和显示界面。
第二方面,本申请实施例提供了一种车辆诊断方法,包括以下步骤:
移动终端根据车辆的信息,获取第一通信协议和第二通信协议,并将所述第一通信协议发送至OBD设备;其中,所述第一通信协议为各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的子协议,所述第二通信协议为各网络协议根据不同诊断服务分割形成的子协议;
OBD设备与车辆建立通信,根据所述第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端;
移动终端根据第一通信协议将所述诊断数据进行解析,从中提取目标诊断数据;根据所述第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器;
服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示;
可选的,所述获取第一通信协议和第二通信协议的步骤包括:
接收用户输入的车辆的厂商或品牌信息和诊断服务,将所述厂商或品牌信息和所述诊断服务发送至所述服务器;
从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议。
可选的,所述移动终端从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议之前,还包括以下步骤:
从服务器中获取该车辆的厂商或品牌对应的功能模板,根据所述功能模板配置所述移动终端的交互功能和显示界面。
可选的,所述第一通信协议包括第一输入端和第一输出端,所述第一通信协议用于定义所述第一输入端的输入数据和所述第一输出端的输出数据的数据格式;
所述第二通信协议包括第二输入端和第二输出端,所述第二通信协议用于定义所述第二输入端的输入数据和所述第二输出端的输出数据的数据格式。
可选的,所述OBD设备利用以下至少一种的传输方式将所述诊断数据发送给移动终端:蓝牙、WLAN、移动网络、USB数据线。
在本申请实施例中,通过利用各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端,利用各网络协议根据不同诊断服务分割形成的第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器,所述服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示。通过利用与诊断服务对应的第一通信协议和第二通信协议实现了移动终端、服务器、OBD设备与不同厂商或品牌的车辆之间的相互通信,提高车辆维修保养的效率。
为了更好地理解和实施,下面结合附图详细说明本发明。
附图说明
图1为本发明一个示例性的实施例中一种车辆诊断***的流程图;
图2为本发明一个示例性的实施例一种车辆诊断方法的流程图;
图3为本发明一个示例性的实施例中步骤S1的流程图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例方式作进一步地详细描述。
应当明确,所描述的实施例仅仅是本申请实施例一部分实施例,而不是全部的实施例。基于本申请实施例中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本申请实施例保护的范围。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请的描述中,需要理解的是,术语“第一”、“第二”、“第三”等仅用于区别类似的对象,而不必用于描述特定的顺序或先后次序,也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
此外,在本申请的描述中,除非另有说明,“若干个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
一般地,不同品牌汽车厂商有各自公开的诊断数据,而且数据量比较大,而移动终端应用则属于轻量级应用,意味着诊断数据不能在移动终端上处理,以移动终端处理请求网络数据、处理网络数据处理方式为主。对于不同品牌汽车,其通讯***支持的协议存在差异,即使在同一种标准协议下,由于协议的自定义拓展性,使得协议存在不同程度的差异化,导致协议类型的含义和用途也有所不同,而且各大汽车品牌或厂商公开的诊断数据和标准协议都会持续更新,不同厂商或品牌车辆的诊断和保养方式不同,导致车辆的维修保养效率低。基于上述问题,如图1所示,本申请实施例提供了一种车辆诊断***,包括:移动终端1、服务器2和OBD设备3;
所述移动终端1用于根据车辆的信息,获取第一通信协议和第二通信协议,并将所述第一通信协议发送至OBD设备2;
其中,所述第一通信协议为各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的子协议,所述第二通信协议为各网络协议根据不同诊断服务分割形成的子协议。
所述移动终端用于接收用户输入的车辆信息,所述移动终端包括但不限于笔记本电脑、平板电脑、智能手机设备以及穿戴设备。
所述车辆信息可以是车辆的厂商或品牌信息和诊断服务。
所述移动终端2上安装有用于与服务器3和OBD设备3进行数据交互的应用程序,所述应用程序包括但不限于APP客户端、小程序。
通信协议是指双方实体完成通信或服务所必须遵循的规则和约定,其定义了数据单元使用的格式,信息单元应该包含的信息与含义,连接方式,信息发送和接收的时序,从而确保网络中数据顺利地传送到确定的地方。
所述各厂商或品牌车辆诊断协议可以是各厂商或品牌(例如大众、奥迪、奔驰、保时捷等)所支持的通信协议或协议族和CAN协议。
所述网络协议可以是TCP或HTTP协议。
所述诊断服务可以是指各厂商或品牌所支持的通信协议的公开标准中为依据划分的子服务项目,例如,对于目前大多厂商所支持的ISO14229,分别针对ISO14229中10、11、22、2E等子服务分割成对应的10、11、22、2E子协议。
其中,各厂商或品牌所支持的通信协议的公开标准指的是国际化标准组织、权威汽车协会或者汽车联盟制定的规范标准,包括但不限于OBDII(the Second On—BoardDiagnostics)标准和UDS(Unified diagnostic services)。其中OBDII标准包括ISO 9141-2,ISO 14230-4(KWP2000),SAE J1850PWM,SAE J1850 VPM,ISO15765-4(CAN-BUS)等协议;UDS协议则是ISO14229。一般地,权威汽车协会或者联盟确定并通过国际化标准组织发布公开标准。
所述第一通信协议可以是某个厂商或品牌车辆诊断协议的某个诊断服务对应的子协议,可以根据具体的诊断服务和厂商或品牌进行确定。所述子协议为根据诊断服务对各厂商或品牌车辆诊断协议进行分割,得到与某厂商或品牌车辆诊断协议的某个诊断服务对应的子协议。即:每一个厂商或品牌车辆诊断协议可以视为多个子协议的组合,每一个子协议对应一项诊断服务,在协议转换过程中,该子协议可以作为转换或交互的中间协议。
所述第二通信协议可以是为各网络协议的某个诊断服务对应的子协议,可以根据服务器的网络协议和具体的诊断服务进行确定。所述子协议为根据诊断服务对各网络协议进行分割,得到与某厂商或品牌车辆诊断协议的某个诊断服务对应的子协议。即:每一个网络协议可以视为多个子协议的组合,每一个子协议对应一项诊断服务,在协议转换过程中,该子协议可以作为转换或交互的中间协议。
因此,如果要在移动终端进行第一通信协议到第二通信协议的数据转换或者交互,只需要将第一通信协议的输出数据作为第二通信协议的输入数据,通过获取第二通信协议的输出数据便可完成数据转换或者交互。
所述OBD设备2用于与车辆建立通信,根据所述第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端1。
OBD(On-Board Diagnostic)是指汽车车载诊断***,是一种检测汽车故障的计算机程序***,主要用于确定是否由于汽车零部件故障导致污染物排放超过规定值。汽车驾驶过程中,OBD的电子控制单元(ECU)通过汽车总线不断监控各种传感器、执行机构的输入信息,当***检测到一个或多个故障信号后,将故障信息以故障代码的形式存储到存储器中。
所述OBD设备2可以利用OBD接口与车辆连接,根据所述第一通信协议与OBD的电子控制单元进行对话,得到诊断信息。
所述诊断数据可以是指车辆故障代码或其他信息。
所述OBD设备可以利用以下至少一种的传输方式将所述诊断数据发送给移动终端:蓝牙、WLAN、移动网络、USB数据线。
具体地,在本申请实施例中,所述OBD设备2包括控制器和蓝牙芯片,所述控制器是一款高精度集成嵌入式芯片,是OBD设备的核心部件,负责处理OBD设备的所有逻辑。在数据处理阶段,控制器主要是把移动终端转换或者是解析的数据转发到车辆的CAN总线,还包括设置车辆通讯总线的参数、数据解析逻辑以及OBD设备固件升级逻辑;同时控制器还会通过OBD接口获取车载***总线数据和控制器内部数据,所述车载***总线数据是指各个控制模块交互所需要的数据,如车速、温度、轮胎转速、发动机扭矩、油门、制动踏板、空调等设备是否工作、故障信息等等;所述控制器内部数据是基于车载***总线提供数据流通的通道采集到控制器软件运行的各种变量数据,上述获取的车辆诊断数据用于后续的车辆诊断。
所述蓝牙主要用于连接移动终端和车辆OBD设备,在数据传输阶段,蓝牙将获取到的诊断数据发送至移动终端。
所述移动终端1还用于根据第一通信协议将所述诊断数据进行解析,从而提取目标诊断数据,并根据所述第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器3。
所述诊断数据为根据第一通信协议编写的数据,与服务器使用的网络协议不同,所述服务器无法直接读取,因此,在移动终端根据第一通信协议将所述诊断数据进行解析,从而提取目标诊断数据,并根据所述第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据,在移动终端进行不同通信协议之间的协议转换,实现移动终端、服务器、OBD设备之间的相互通信。
所述服务器3将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端2进行显示。
所述服务器3内设有数据库,所述数据库存储各厂商或品牌发布的各种用于诊断分析车辆故障的诊断数据,由于移动终端应用程序一般是一个轻量级应用,而且这部分数据量比较大持续更新,所以这部分在云端配置。
在本申请实施例中,通过利用各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端,利用各网络协议根据不同诊断服务分割形成的第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器,所述服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示。利用与诊断服务对应的第一通信协议和第二通信协议实现了移动终端、服务器、OBD设备与不同厂商或品牌的车辆之间的相互通信,提高车辆维修保养的效率;并且,通过利用第一通信协议和第二通信协议作为协议转换的中间子协议,以诊断服务作为协议实现的基本抽象单元,通过执行相关若干服务实现具体协议之间转换或者数据交互,不同协议之间转换或者数据交互主要依赖具体服务之间逻辑,便于各厂商或品牌的车辆诊断协议的配置和升级。
在一个示例性的实施例中,所述第一通信协议包括第一输入端和第一输出端,所述第一通信协议用于定义所述第一输入端的输入数据和所述第一输出端的输出数据的数据格式;
所述第二通信协议包括第二输入端和第二输出端,所述第二通信协议用于定义所述第二输入端的输入数据和所述第二输出端的输出数据的数据格式。
现有技术都是直接把原数据根据原协议规则解析出具有逻辑的数据,然后再把该部分具有逻辑数据根据目标协议规则转换成目标协议数据。在本申请实施例中,根据公开标准的诊断服务对各厂商或品牌诊断协议进行划分,以第一通信协议和第二通信协议作为中间子协议,所述第一通信协议和第二通信协议限定了各自的输入输出数据格式,在利用所述第一通信协议和第二通信协议只需要关注对应子协议的输入输出,不需要关注协议具体细节,把协议实现的细节隐藏在子协议内部,从而解耦具体功能对协议实现的依赖。另外,所述第一通信协议或第二通信协议的实现细节一旦发生修改或变更,只需要遵循对应子协议的输入输出标准,针对协议的实现细节做修改或变更便可,减少了协议实现细节的耦合,大大提高扩展性,减少技术变更所带来相应的变更成本。
在一个示例性的实施例中,所述获取第一通信协议和第二通信协议包括:
接收用户输入的车辆的厂商或品牌信息和诊断服务,将所述厂商或品牌信息和所述诊断服务发送至所述服务器;
从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议。
通过将各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的子协议和各网络协议根据不同诊断服务分割形成的子协议存储在服务器中,在实际运用时根据用户输入的车辆的厂商或品牌信息和诊断服务从服务器中获取该诊断服务的功能实现细节,通过云端配置的方式可以快速应对逻辑功能以及协议层面的变更以及扩展,降低移动终端程序的占用内存。
在一个示例性的实施例中,所述移动终端2还用于进行OBD设备指令的封装,所述OBD设备指令主要用于设置OBD设备的参数配置以及OBD设备与车辆通讯通道的参数设置。在另一个示例性的实施例中,所述移动终端2还包括OBD设备身份验证的相关功能以及OBD设备固件升级管理功能,可用于设置OBD设备固件升级条件以及时机。所述OBD设备身份验证的相关功能可以是:通过获取移动终端用户输入的验证码,与OBD设备生成的验证码进行比对,验证用户身份。
在一个示例性的实施例中,所述移动终端从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议之前,还从服务器中获取该车辆的厂商或品牌对应的功能模板,根据所述功能模板配置所述移动终端的交互功能和显示界面。
所述功能模板指的是各项功能的流程、UI设计及输入输出数据。
在本申请实施例中,基于通用性、易用性、扩展性方面考虑功能模版的设计,从业务逻辑的结构、分布、使用程度、基本特征方面考虑对业务逻辑进行规划整理,形成了一系列功能模版,对各厂商或品牌车辆的类似功能进行了总结归纳,设计了一个基本的功能模板,不同各厂商或品牌车辆在该基础上进行改进,其中,不同厂商或品牌对应的功能模板的流程、UI设计及输入输出数据基本一致,其区别仅在于显示界面上的各厂商或品牌的特征元素,例如名字、文字说明描述及图片。
请参阅图2,本申请实施例还提供了一种车辆诊断方法,包括以下步骤:
步骤S1:移动终端根据车辆的信息,获取第一通信协议和第二通信协议,并将所述第一通信协议发送至OBD设备;其中,所述第一通信协议为各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的子协议,所述第二通信协议为各网络协议根据不同诊断服务分割形成的子协议;
步骤S2:OBD设备与车辆建立通信,根据所述第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端;
步骤S3:移动终端根据第一通信协议将所述诊断数据进行解析,从中提取目标诊断数据;根据所述第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器;
步骤S4:服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示;
请参阅图3,在一个示例性的实施例中,所述获取第一通信协议和第二通信协议的步骤包括:
步骤S101:接收用户输入的车辆的厂商或品牌信息和诊断服务,将所述厂商或品牌信息和所述诊断服务发送至所述服务器;
步骤S102:从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议。
在一个示例性的实施例中,所述第一通信协议包括第一输入端和第一输出端,所述第一通信协议用于定义所述第一输入端的输入数据和所述第一输出端的输出数据的数据格式;
所述第二通信协议包括第二输入端和第二输出端,所述第二通信协议用于定义所述第二输入端的输入数据和所述第二输出端的输出数据的数据格式。
在一个示例性的实施例中,所述将该诊断数据发送给移动终端的步骤包括:
所述OBD设备利用以下至少一种的传输方式将所述诊断数据发送给移动终端:蓝牙、WLAN、移动网络、USB数据线。
在一个示例性的实施例中,所述移动终端从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议之前,还包括以下步骤:
从服务器中获取该车辆的厂商或品牌对应的功能模板,根据所述功能模板配置所述移动终端的交互功能和显示界面。
本申请在技术层面上,实现了对于不同协议(包括不同领域数据协议)的管理以及转换,通过将各种协议之间的数据交互细节融合到本发明所述的第一通信协议和第二通信协议中。在应用层面上,本发明解决了不同品牌或厂商的诊断设备以及业务逻辑之间的差异性,实现了整合统一。从易用性、扩展性等层面看,本申请针对不同层面的逻辑进行了抽象,从而以基本抽象单元(服务)实现了不同协议之间的数据转换和交互,并且,由于本申请以协议中的某项诊断服务为基础,只需要关注对应子协议的输入输出,不需要关注协议具体细节,一旦厂商或品牌的诊断协议发生修改或变更,只需要遵循对应子协议的输入输出标准,针对协议的实现细节做修改或变更便可,具备可配置和可升级两大特点,简化产品研发设计流程,极大地提高了车辆维修保养的效率。
本发明并不局限于上述实施方式,如果对本发明的各种改动或变形不脱离本发明的精神和范围,倘若这些改动和变形属于本发明的权利要求和等同技术范围之内,则本发明也意图包含这些改动和变形。
Claims (10)
1.一种车辆诊断***,其特征在于,包括:移动终端、服务器和OBD设备;
所述移动终端用于根据车辆的信息,获取第一通信协议和第二通信协议,并将所述第一通信协议发送至OBD设备;其中,所述第一通信协议为各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的子协议,所述第二通信协议为各网络协议根据不同诊断服务分割形成的子协议;
所述OBD设备用于与车辆建立通信,根据所述第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端;
所述移动终端还用于根据第一通信协议将所述诊断数据进行解析,从而提取目标诊断数据,并根据所述第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器;
所述服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示。
2.根据权利要求1所述的车辆诊断***,其特征在于,所述获取第一通信协议和第二通信协议包括:
接收用户输入的车辆的厂商或品牌信息和诊断服务,将所述厂商或品牌信息和所述诊断服务发送至所述服务器;
从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议。
3.根据权利要求1所述的车辆诊断***,其特征在于:所述第一通信协议包括第一输入端和第一输出端,所述第一通信协议用于定义所述第一输入端的输入数据和所述第一输出端的输出数据的数据格式;
所述第二通信协议包括第二输入端和第二输出端,所述第二通信协议用于定义所述第二输入端的输入数据和所述第二输出端的输出数据的数据格式。
4.根据权利要求2所述的车辆诊断***,其特征在于:
所述移动终端从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议之前,还从服务器中获取该车辆的厂商或品牌对应的功能模板,根据所述功能模板配置所述移动终端的交互功能和显示界面。
5.根据权利要求1所述的车辆诊断***,其特征在于,所述OBD设备利用以下至少一种的传输方式将所述诊断数据发送给移动终端:蓝牙、WLAN、移动网络、USB数据线。
6.一种车辆诊断方法,其特征在于,包括以下步骤:
移动终端根据车辆的信息,获取第一通信协议和第二通信协议,并将所述第一通信协议发送至OBD设备;其中,所述第一通信协议为各厂商或品牌车辆诊断协议根据不同诊断服务分割形成的子协议,所述第二通信协议为各网络协议根据不同诊断服务分割形成的子协议;
OBD设备与车辆建立通信,根据所述第一通信协议从车辆中获取诊断数据并将该诊断数据发送给移动终端;
移动终端根据第一通信协议将所述诊断数据进行解析,从中提取目标诊断数据;根据所述第二通信协议将所述目标诊断数据转换为所述服务器使用的网络协议格式的数据并发送给服务器;
服务器将所述网络协议格式的数据与数据库中对应的诊断标准数据进行比对,得到诊断结果并发送给移动终端进行显示;
7.根据权利要求6所述的车辆诊断方法,其特征在于,所述获取第一通信协议和第二通信协议的步骤包括:
接收用户输入的车辆的厂商或品牌信息和诊断服务,将所述厂商或品牌信息和所述诊断服务发送至所述服务器;
从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议。
8.根据权利要求7所述的车辆诊断方法,其特征在于,所述移动终端从服务器中获取该车辆的信息对应的第一通信协议和服务器使用的网络协议对应的第二通信协议之前,还包括以下步骤:
从服务器中获取该车辆的厂商或品牌对应的功能模板,根据所述功能模板配置所述移动终端的交互功能和显示界面。
9.根据权利要求6所述的车辆诊断方法,其特征在于,所述第一通信协议包括第一输入端和第一输出端,所述第一通信协议用于定义所述第一输入端的输入数据和所述第一输出端的输出数据的数据格式;
所述第二通信协议包括第二输入端和第二输出端,所述第二通信协议用于定义所述第二输入端的输入数据和所述第二输出端的输出数据的数据格式。
10.根据权利要求6所述的车辆诊断方法,其特征在于,所述OBD设备利用以下至少一种的传输方式将所述诊断数据发送给移动终端:蓝牙、WLAN、移动网络、USB数据线。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010264576.4A CN111464651A (zh) | 2020-04-07 | 2020-04-07 | 一种车辆诊断***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010264576.4A CN111464651A (zh) | 2020-04-07 | 2020-04-07 | 一种车辆诊断***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111464651A true CN111464651A (zh) | 2020-07-28 |
Family
ID=71681203
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010264576.4A Pending CN111464651A (zh) | 2020-04-07 | 2020-04-07 | 一种车辆诊断***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111464651A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112509172A (zh) * | 2020-12-08 | 2021-03-16 | 广州优胜汽车科技有限公司 | 数据传输方法、汽车通信终端、移动终端及可读存储介质 |
CN112927385A (zh) * | 2021-01-19 | 2021-06-08 | 广州优胜汽车科技有限公司 | 日志数据收集方法、***、移动终端及可读存储介质 |
CN113268047A (zh) * | 2021-04-21 | 2021-08-17 | 深圳市道通科技股份有限公司 | 一种汽车诊断***、方法及云服务器 |
CN113867327A (zh) * | 2021-11-16 | 2021-12-31 | 深圳市齐信科技有限公司 | 一种实时在线通用型诊断*** |
CN114326663A (zh) * | 2021-12-20 | 2022-04-12 | 浙江鸿泉电子科技有限公司 | 车辆can总线uds诊断可视化操作图形化编程*** |
WO2022095628A1 (zh) * | 2020-11-03 | 2022-05-12 | 联合汽车电子有限公司 | 车辆数据的传输方法、装置、设备、***和存储介质 |
CN114495322A (zh) * | 2021-10-25 | 2022-05-13 | 深圳顶匠科技有限公司 | 车辆在线数据处理方法、***及其计算机可读存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101706372A (zh) * | 2009-11-10 | 2010-05-12 | 奇瑞汽车股份有限公司 | 一种电控车辆远程诊断***及其诊断方法 |
CN104348851A (zh) * | 2013-07-25 | 2015-02-11 | 惠州市华阳多媒体电子有限公司 | 一种抬头显示器与移动终端的互联*** |
CN107945306A (zh) * | 2017-10-11 | 2018-04-20 | 深圳市朗仁科技有限公司 | 一种汽车数据分析方法、终端及服务器 |
CN107968831A (zh) * | 2017-12-01 | 2018-04-27 | 陕西法士特齿轮有限责任公司 | 一种车辆智能产品远程服务***及其操作方法 |
CN108107875A (zh) * | 2018-01-25 | 2018-06-01 | 深圳市道通科技股份有限公司 | 一种汽车诊断方法、装置和车辆通讯接口 |
CN109102591A (zh) * | 2018-09-06 | 2018-12-28 | 武汉锐科控制***有限公司 | 一种多客户端可扩展汽车诊断软件开发***及方法 |
US20190079842A1 (en) * | 2017-09-13 | 2019-03-14 | Hyundai Motor Company | Failure diagnosis apparatus and method for in-vehicle control unit |
CN110162009A (zh) * | 2019-05-14 | 2019-08-23 | 中国第一汽车股份有限公司 | 故障诊断方法、信息确定方法、相应装置及设备 |
CN110926481A (zh) * | 2019-12-03 | 2020-03-27 | 华安鑫创控股(北京)股份有限公司 | 一种车辆定位导航方法及其装置 |
-
2020
- 2020-04-07 CN CN202010264576.4A patent/CN111464651A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101706372A (zh) * | 2009-11-10 | 2010-05-12 | 奇瑞汽车股份有限公司 | 一种电控车辆远程诊断***及其诊断方法 |
CN104348851A (zh) * | 2013-07-25 | 2015-02-11 | 惠州市华阳多媒体电子有限公司 | 一种抬头显示器与移动终端的互联*** |
US20190079842A1 (en) * | 2017-09-13 | 2019-03-14 | Hyundai Motor Company | Failure diagnosis apparatus and method for in-vehicle control unit |
CN107945306A (zh) * | 2017-10-11 | 2018-04-20 | 深圳市朗仁科技有限公司 | 一种汽车数据分析方法、终端及服务器 |
CN107968831A (zh) * | 2017-12-01 | 2018-04-27 | 陕西法士特齿轮有限责任公司 | 一种车辆智能产品远程服务***及其操作方法 |
CN108107875A (zh) * | 2018-01-25 | 2018-06-01 | 深圳市道通科技股份有限公司 | 一种汽车诊断方法、装置和车辆通讯接口 |
CN109102591A (zh) * | 2018-09-06 | 2018-12-28 | 武汉锐科控制***有限公司 | 一种多客户端可扩展汽车诊断软件开发***及方法 |
CN110162009A (zh) * | 2019-05-14 | 2019-08-23 | 中国第一汽车股份有限公司 | 故障诊断方法、信息确定方法、相应装置及设备 |
CN110926481A (zh) * | 2019-12-03 | 2020-03-27 | 华安鑫创控股(北京)股份有限公司 | 一种车辆定位导航方法及其装置 |
Non-Patent Citations (1)
Title |
---|
耿连才: ""汽车远程监测与故障诊断***研究与测试"", 《中国优秀硕士论文全文数据库》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022095628A1 (zh) * | 2020-11-03 | 2022-05-12 | 联合汽车电子有限公司 | 车辆数据的传输方法、装置、设备、***和存储介质 |
CN112509172A (zh) * | 2020-12-08 | 2021-03-16 | 广州优胜汽车科技有限公司 | 数据传输方法、汽车通信终端、移动终端及可读存储介质 |
CN112927385A (zh) * | 2021-01-19 | 2021-06-08 | 广州优胜汽车科技有限公司 | 日志数据收集方法、***、移动终端及可读存储介质 |
CN113268047A (zh) * | 2021-04-21 | 2021-08-17 | 深圳市道通科技股份有限公司 | 一种汽车诊断***、方法及云服务器 |
CN114495322A (zh) * | 2021-10-25 | 2022-05-13 | 深圳顶匠科技有限公司 | 车辆在线数据处理方法、***及其计算机可读存储介质 |
CN113867327A (zh) * | 2021-11-16 | 2021-12-31 | 深圳市齐信科技有限公司 | 一种实时在线通用型诊断*** |
CN114326663A (zh) * | 2021-12-20 | 2022-04-12 | 浙江鸿泉电子科技有限公司 | 车辆can总线uds诊断可视化操作图形化编程*** |
CN114326663B (zh) * | 2021-12-20 | 2024-04-19 | 浙江鸿泉电子科技有限公司 | 车辆can总线uds诊断可视化操作图形化编程*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111464651A (zh) | 一种车辆诊断***及方法 | |
US20180285833A1 (en) | Automotive ecu mobile phone interface | |
CN106104636B (zh) | 使用基于网络的计算基础结构的汽车检测*** | |
US9443360B1 (en) | Unknown on-board diagnostics (OBD) protocol interpreter and conversion system | |
CN110162008B (zh) | 一种新能源车辆can总线解析方法 | |
US7996128B2 (en) | User configurable scan tool | |
US20080167772A1 (en) | Method and system for processing and transmitting automotive emission data | |
US7493198B2 (en) | Method and device for a vehicle-related telematics service | |
KR102041846B1 (ko) | Obd-ⅱ를 활용한 차량 can 데이터 자동 수집 단말기와 수집 방법 | |
US20060247833A1 (en) | System and method for remote acquisition of automotive data from a vehicle | |
US20110071725A1 (en) | Remotely interacting with a vehicle to perform servicing and engineering functions from a nomadic device or computer | |
US7668643B2 (en) | Method and system for automatically inspecting and registering automotive exhaust emission data | |
JP2019516145A (ja) | 自動車の遠隔診断の方法及び装置 | |
US20130246135A1 (en) | System, device and method of remote vehicle diagnostics based service for vehicle owners | |
CN110855558B (zh) | 车联网网关及CANoverTCP/IP协议连接实现方法、ECU及升级方法 | |
WO2017083465A1 (en) | Methods and systems for providing a vehicle repair tip | |
US11380146B2 (en) | Method and system to determine vehicle type identification through diagnostic port | |
US20100185356A1 (en) | Compiling Source Information From A Motor Vehicle Data System and Configuring A Telematic Module | |
US11757676B2 (en) | Systems and methods for asset type fingerprinting and data message decoding | |
US20220311640A1 (en) | Systems and methods for data message decoding and asset type fingerprinting | |
CN106340080A (zh) | 车辆保养方法及装置 | |
CN113625690A (zh) | 一种汽车智能诊断方法、***及移动终端 | |
CN105374083B (zh) | 车辆识别方法及装置 | |
Fahmi et al. | Integrated Car Telemetry System Based On Internet Of Things: Application And Challenges | |
EP4064652A1 (en) | Systems and methods for asset type fingerprinting and data message decoding |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200728 |
|
RJ01 | Rejection of invention patent application after publication |