CN111521408A - 诊断请求处理方法、装置、系统、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种诊断请求处理方法、装置、系统、设备及可读存储介质。本申请公开的方法应用于诊断服务器，包括：获取用户终端提交的诊断请求；按照负载均衡策略从多个诊断服务进程中选择可用的目标诊断服务进程；利用目标诊断服务进程将诊断请求封装为车载电脑ECU可读取的命令后，将命令发送至与用户绑定的采集终端，以使采集终端采集车辆数据；获取并解析车辆数据，并将解析结果返回给用户终端。本申请利用诊断服务器对车辆数据进行线上解析，无需在采集终端在设置诊断模块，所以诊断模块的更新不影响采集终端的硬件配置，故硬件成本和维护成本均可以减少。本申请提供的诊断请求处理装置、系统、设备及可读存储介质，同样具有上述技术效果。

Description

诊断请求处理方法、装置、系统、设备及可读存储介质

技术领域

本申请涉及车辆诊断技术领域，特别涉及一种诊断请求处理方法、装置、系统、设备及可读存储介质。

背景技术

目前，若要对车辆进行诊断，则需要将内置有诊断模块的诊断终端与待诊断车辆建立连接，从而使诊断终端采集车辆数据，以利用其中的诊断模块分析车辆数据，实现对车辆的诊断。由于诊断模块设置在诊断终端中，且诊断模块需要时常更新，所以诊断终端的硬件配置就需要与诊断模块进行适应性的更新，导致硬件成本和维护成本较高。

因此，如何降低车辆诊断的硬件成本和维护成本，是本领域技术人员需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种诊断请求处理方法、装置、系统、设备及可读存储介质，以降低车辆诊断的硬件成本和维护成本。其具体方案如下：

第一方面，本申请提供了一种诊断请求处理方法，应用于诊断服务器，包括：

获取用户终端提交的诊断请求；

按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；

利用所述目标诊断服务进程将所述诊断请求封装为车载电脑ECU可读取的命令后，将所述命令发送至与所述用户绑定的采集终端，以使所述采集终端采集车辆数据；所述车辆数据为与所述采集终端建立有通信连接的目标车辆的ECU数据；

获取并解析所述车辆数据，并将解析结果返回给所述用户终端。

优选地，所述负载均衡策略包括随机分配策略、线性轮询策略、权重值选择策略和响应时间选择策略中的任意一种或组合。

优选地，还包括：

存储所述诊断请求、所述车辆数据和所述解析结果中的任意一种或组合。

优选地，所述将所述命令发送至与所述用户绑定的采集终端，包括：

将所述命令发送至中转服务器，以使所述中转服务器将所述命令发送至所述采集终端。

优选地，还包括：

若所述目标诊断服务进程为多个，则多个所述目标诊断服务进程并行运行。

优选地，还包括：

若并行运行的目标诊断服务进程的个数超过预设阈值，则动态调整并行运行的目标诊断服务进程。

第二方面，本申请提供了一种诊断请求处理装置，应用于诊断服务器，包括：

获取模块，用于获取用户终端提交的诊断请求；

选择模块，用于按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；

封装模块，用于利用所述目标诊断服务进程将所述诊断请求封装为车载电脑ECU可读取的命令后，将所述命令发送至与所述用户绑定的采集终端，以使所述采集终端采集车辆数据；所述车辆数据为与所述采集终端建立有通信连接的目标车辆的ECU数据；

解析模块，用于获取并解析所述车辆数据，并将解析结果返回给所述用户终端。

第三方面，本申请提供了一种诊断请求处理系统，包括：

用户终端，用于采集用户提交的诊断请求，并将所述诊断请求发送至诊断服务器；

所述诊断服务器，用于获取所述诊断请求；按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；利用所述目标诊断服务进程将所述诊断请求封装为车载电脑ECU可读取的命令后，将所述命令发送至与所述用户绑定的采集终端；获取并解析所述采集终端采集的车辆数据，并将解析结果返回给所述用户终端；所述车辆数据为与所述采集终端建立有通信连接的目标车辆的ECU数据；

所述采集终端，用于采集车辆数据。

优选地，还包括：

中转服务器，用于对所述采集终端进行认证，并与所述采集终端保持长连接；转发所述命令至所述采集终端；接收所述采集终端返回的所述车辆数据，并将所述车辆数据转发至所述诊断服务器。

优选地，还包括：

数据库，用于存储所述诊断请求、所述车辆数据和所述解析结果中的任意一种或组合。

第四方面，本申请提供了一种诊断请求处理设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的诊断请求处理方法。

第五方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的诊断请求处理方法。

通过以上方案可知，本申请提供了一种诊断请求处理方法，应用于诊断服务器，包括：获取用户终端提交的诊断请求；按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；利用所述目标诊断服务进程将所述诊断请求封装为车载电脑ECU可读取的命令后，将所述命令发送至与所述用户绑定的采集终端，以使所述采集终端采集车辆数据；所述车辆数据为与所述采集终端建立有通信连接的目标车辆的ECU数据；获取并解析所述车辆数据，并将解析结果返回给所述用户终端。

可见，本申请中的诊断服务器在获取到诊断请求后，按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程，然后利用目标诊断服务进程将诊断请求封装为车载电脑ECU可读取的命令后，将命令发送至与用户绑定的采集终端，以使采集终端采集车辆数据，最后获取并解析车辆数据，并将解析结果返回给用户终端。本申请利用诊断服务器进行车辆数据的线上解析，无需在采集终端中设置诊断模块，所以诊断模块的更新不影响采集终端的硬件配置，且只需在诊断服务器中更新相关内容即可，所以硬件成本和维护成本均可以减少。

相应地，本申请提供的一种诊断请求处理装置、系统、设备及可读存储介质，也同样具有上述技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请公开的一种诊断请求处理方法流程图；

图2为本申请公开的一种诊断请求处理装置示意图；

图3为本申请公开的一种诊断请求处理系统示意图；

图4为本申请公开的另一种诊断请求处理方法流程图；

图5为本申请公开的多个诊断服务进程并行调用示意图；

图6为本申请公开的一种诊断请求处理设备示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，由于诊断模块设置在诊断终端中，且诊断模块需要时常更新，所以诊断终端的硬件配置就需要与诊断模块进行适应性的更新，导致硬件成本和维护成本较高。为此，本申请提供了一种诊断请求处理方案，能够降低车辆诊断的硬件成本和维护成本。

下面对本申请实施例提供的一种诊断请求处理方法进行介绍，参见图1所示，本申请实施例公开了一种诊断请求处理方法，应用于诊断服务器，包括：

S101、获取用户终端提交的诊断请求。

其中，诊断请求如：读故障码、读数据流、清故障码、读冻结帧等。

S102、按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程。

在一种具体实施方式中，负载均衡策略包括随机分配策略、线性轮询策略、权重值选择策略(给各个诊断服务进程设置不同的权重值，按照权重值选的大小进行)和响应时间选择策略(按照各个诊断服务进程的历史响应时间的长短进行选择，如：响应时间越短，优先路由)中的任意一种或组合。此处的用户终端包括但不限于用户手持的操作终端、web网页客户端以及其它形式的操作终端。

需要说明的是，诊断服务器中的诊断服务进程可以横向扩展，从而满足高并发要求。

S103、利用目标诊断服务进程将诊断请求封装为ECU可读取的命令后，将命令发送至与用户绑定的采集终端，以使采集终端采集车辆数据。

其中，车辆数据为与采集终端建立有通信连接的目标车辆的ECU数据。

在一种具体实施方式中，将命令发送至与用户绑定的采集终端，包括：将命令发送至中转服务器，以使中转服务器将命令发送至采集终端。其中，中转服务器与采集终端建立有TCP长连接，且对采集终端进行认证，与采集终端保持心跳连接。所有的长连接都保存在服务器内存中，以便可以随时获取长连接，从而与采集终端进行通信。中转服务器使用采集设备ID为每个长连接添加索引。中转服务器根据命令携带的用户ID、采集终端ID检索出具体的长连接信息，并通过长连接转发命令给采集终端。

需要说明的是，用户终端注册时，与采集终端进行了绑定，因此诊断请求中携带的用户ID与采集终端的ID具有对应关系，按照此对应关系可以确定接收命令的采集终端。其中，采集终端的ID即设备的唯一标识，采集终端中设有加密芯片、无线通信模块，ECU通讯模块等。加密芯片用于对采集终端进行安全认证。ECU通讯模块用于与ECU进行通信。无线通信模块用于与中转服务器或其他设置进行通信。一个采集终端连接一辆车。当然，一个采集终端也可以连接多辆车。车辆的ECU与采集终端通过OBD(On Board Diagnostics)接口相连接。采集终端以串口通信方式与ECU进行交互。

其中，ECU(Electronic Control Unit)即电子控制单元，又称“行车电脑”、“车载电脑”等，是汽车的专用微机控制器。

S104、获取并解析车辆数据，并将解析结果返回给用户终端。

诊断服务器获取车辆数据后，对车辆数据进行解析，以便把车辆数据解析为用户能够看直观看懂的数据。解析结果中包括：故障码、数据流、故障码清理结果、冻结帧等。解析结果可以在诊断服务器和用户终端进行显示。

在一种具体实施方式中，还包括：若目标诊断服务进程为多个，则多个目标诊断服务进程并行运行。若并行运行的目标诊断服务进程的个数超过预设阈值，则动态调整并行运行的目标诊断服务进程。如：暂停或创建目标诊断服务进程。

在一种具体实施方式中，还包括：存储诊断请求、车辆数据和解析结果中的任意一种或组合。

可见，本申请实施例中的诊断服务器在获取到诊断请求后，按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程，然后利用目标诊断服务进程将诊断请求封装为车载电脑ECU可读取的命令后，将命令发送至与用户绑定的采集终端，以使采集终端采集车辆数据，最后获取并解析车辆数据，并将解析结果返回给用户终端。本申请利用诊断服务器进行车辆数据的线上解析，无需在采集终端在设置诊断模块，所以诊断模块的更新不影响采集终端的硬件配置，且只需在诊断服务器中更新相关内容即可，所以硬件成本和维护成本均可以减少。

下面对本申请实施例提供的一种诊断请求处理装置进行介绍，下文描述的一种诊断请求处理装置与上文描述的一种诊断请求处理方法可以相互参照。

参见图2所示，本申请实施例公开了一种诊断请求处理装置，应用于诊断服务器，包括：

获取模块201，用于获取用户终端提交的诊断请求；

选择模块202，用于按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；

封装模块203，用于利用目标诊断服务进程将诊断请求封装为车载电脑ECU可读取的命令后，将命令发送至与用户绑定的采集终端，以使采集终端采集车辆数据；车辆数据为与采集终端建立有通信连接的目标车辆的ECU数据；

解析模块204，用于获取并解析车辆数据，并将解析结果返回给用户终端。

在一种具体实施方式中，负载均衡策略包括随机分配策略、线性轮询策略、权重值选择策略和响应时间选择策略中的任意一种或组合。

在一种具体实施方式中，还包括：

存储模块，用于存储诊断请求、车辆数据和解析结果中的任意一种或组合。

在一种具体实施方式中，封装模块具体用于：

将命令发送至中转服务器，以使中转服务器将命令发送至采集终端。

在一种具体实施方式中，还包括：

执行模块，用于若目标诊断服务进程为多个，则多个目标诊断服务进程并行运行。

在一种具体实施方式中，还包括：

调整模块，用于若并行运行的目标诊断服务进程的个数超过预设阈值，则动态调整并行运行的目标诊断服务进程。

其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本实施例提供了一种诊断请求处理装置，该装置利用诊断服务器进行车辆数据的线上解析，无需在采集终端在设置诊断模块，所以诊断模块的更新不影响采集终端的硬件配置，且只需在诊断服务器中更新相关内容即可，所以硬件成本和维护成本均可以减少。

下面对本申请实施例提供的一种诊断请求处理系统进行介绍，下文描述的一种诊断请求处理装置与上文描述的一种诊断请求处理方法可以相互参照。

参见图3所示，本申请实施例公开了一种诊断请求处理系统，包括：

用户终端，用于采集用户提交的诊断请求，并将诊断请求发送至诊断服务器。

诊断服务器，用于获取诊断请求；按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；利用目标诊断服务进程将诊断请求封装为车载电脑ECU可读取的命令后，将命令发送至与用户绑定的采集终端；获取并解析采集终端采集的车辆数据，并将解析结果返回给用户终端；车辆数据为与采集终端建立有通信连接的目标车辆的ECU数据。

采集终端，用于采集车辆数据。

中转服务器，用于对采集终端进行认证，并与采集终端保持长连接；转发命令至采集终端；接收采集终端返回的车辆数据，并将车辆数据转发至诊断服务器。

数据库，用于以消息队列存储诊断请求、车辆数据和解析结果中的任意一种或组合。具体的，诊断请求、车辆数据和解析结果均对应有一个消息队列。

在本实施例中，诊断服务器中设置有诊断处理中心，诊断处理中心对诊断请求进行处理，并选择可用的目标诊断服务进程。本实施例提供的诊断请求处理系统的诊断流程请参见图4。在图4中，浏览器即用户终端。当多个诊断服务进程并行运行时，对于多个诊断服务进程进行并行调用的示意图请参见图5。图5中的各个诊断服务进程对应的地址为服务节点的地址。

其中，诊断服务进程可以横向扩展，以此来提高系统的诊断服务能力。需要说明的是，一个诊断服务进程可以对应一个服务节点(如：设置有诊断模块的服务器)，诊断服务器用于对各个服务节点进行调整和管理。因此增加服务节点，就是横向扩展诊断服务进程。诊断服务器根据不同的负载均衡策略路由到具体的服务节点，以使不同服务节点同时对外提供服务，从而提高整个系统的服务能力。诊断服务进程中使用内存数据库代替全局变量，从而保证诊断服务进程的安全。

本实施例利用诊断服务器进行车辆数据的线上解析，无需在采集终端在设置诊断模块，所以诊断模块的更新不影响采集终端的硬件配置，且只需在诊断服务器中更新相关内容即可，所以硬件成本和维护成本均可以减少。同时，诊断服务进程可以并行运行，提高了系统的服务能力。

下面对本申请实施例提供的一种诊断请求处理设备进行介绍，下文描述的一种诊断请求处理设备与上文描述的一种诊断请求处理方法及装置可以相互参照。

参见图6所示，本申请实施例公开了一种诊断请求处理设备，包括：

存储器601，用于保存计算机程序；

处理器602，用于执行所述计算机程序，以实现上述任意实施例公开的方法。

下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种诊断请求处理方法、装置及设备可以相互参照。

一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的诊断请求处理方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种诊断请求处理方法，其特征在于，应用于诊断服务器，包括：

获取用户终端提交的诊断请求；

按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；

利用所述目标诊断服务进程将所述诊断请求封装为车载电脑ECU可读取的命令后，将所述命令发送至与所述用户绑定的采集终端，以使所述采集终端采集车辆数据；所述车辆数据为与所述采集终端建立有通信连接的目标车辆的ECU数据；

获取并解析所述车辆数据，并将解析结果返回给所述用户终端。

2.根据权利要求1所述的诊断请求处理方法，其特征在于，所述负载均衡策略包括随机分配策略、线性轮询策略、权重值选择策略和响应时间选择策略中的任意一种或组合。

3.根据权利要求2所述的诊断请求处理方法，其特征在于，还包括：

存储所述诊断请求、所述车辆数据和所述解析结果中的任意一种或组合。

4.根据权利要求3所述的诊断请求处理方法，其特征在于，所述将所述命令发送至与所述用户绑定的采集终端，包括：

将所述命令发送至中转服务器，以使所述中转服务器将所述命令发送至所述采集终端。

5.根据权利要求1至4任一项所述的诊断请求处理方法，其特征在于，还包括：

若所述目标诊断服务进程为多个，则多个所述目标诊断服务进程并行运行。

6.根据权利要求5所述的诊断请求处理方法，其特征在于，还包括：

若并行运行的目标诊断服务进程的个数超过预设阈值，则动态调整并行运行的目标诊断服务进程。

7.一种诊断请求处理系统，其特征在于，包括：

用户终端，用于采集用户提交的诊断请求，并将所述诊断请求发送至诊断服务器；

所述诊断服务器，用于获取所述诊断请求；按照负载均衡策略从预设的多个诊断服务进程中选择可用的目标诊断服务进程；利用所述目标诊断服务进程将所述诊断请求封装为车载电脑ECU可读取的命令后，将所述命令发送至与所述用户绑定的采集终端；获取并解析所述采集终端采集的车辆数据，并将解析结果返回给所述用户终端；所述车辆数据为与所述采集终端建立有通信连接的目标车辆的ECU数据；

所述采集终端，用于采集车辆数据。

8.根据权利要求7所述的诊断请求处理系统，其特征在于，还包括：

中转服务器，用于对所述采集终端进行认证，并与所述采集终端保持长连接；转发所述命令至所述采集终端；接收所述采集终端返回的所述车辆数据，并将所述车辆数据转发至所述诊断服务器。

9.根据权利要求8所述的诊断请求处理系统，其特征在于，还包括：

数据库，用于存储所述诊断请求、所述车辆数据和所述解析结果中的任意一种或组合。

10.一种诊断请求处理设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至6任一项所述的诊断请求处理方法。

Images