交通工具的诊断方法、相关设备和系统与流程

文档序号:15402325发布日期:2018-09-11 17:50阅读:145来源:国知局

本发明实施例涉及交通工具诊断技术领域,尤其涉及交通工具的诊断方法、相关设备和系统。



背景技术:

随着生活水平的提高,汽车、地铁、动车等交通工具已经成为家家户户出行必备的利器。近年来,电子产业的快速发展使得当代交通工具能够为人们提供更加安全和更加舒适的服务。然而,与此同时,交通工具内部的电子系统也愈发复杂,这为交通工具维修人员带来了新的挑战。

当前,为了方便检测和维修交通工具,比如,汽车,诊断终端可以通过解析其电子控制单元(electroniccontrolunit,ecu)的数据,对其内的部件及其运行状态进行诊断。

然而,目前诊断终端所配置的诊断功能有限,如何实现利用诊断终端对多种交通工具进行诊断,成为本领域技术人员积极研究的课题。



技术实现要素:

基于现有技术的情况,本发明实施例提供了一种交通工具的诊断方法、相关设备和系统,可以利用诊断终端实现对多种交通工具进行诊断,提升了诊断效率,用户体验度较高。

具体地,本发明实施例提供了如下技术方案:

第一方面,本发明实施例提供了一种交通工具的诊断方法,应用于管理服务器,所述方法包括:

接收终端发送的连接请求消息,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息;

根据所述连接请求消息,确定对应的诊断服务器;

将所述诊断服务器的地址信息发送至所述终端,以使所述终端根据所述地址信息与所述诊断服务器建立通信连接。

第二方面,本发明实施例提供了一种交通工具的诊断方法,应用于终端,所述方法包括:

向管理服务器发送连接请求消息,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息;

根据所述管理服务器针对所述连接请求消息反馈的地址信息,与对应的诊断服务器建立通信连接;

接收用户的操作指令,并将所述操作指令发送至所述诊断服务器,以使所述诊断服务器响应所述操作指令。

第三方面,本发明实施例提供了一种交通工具的诊断方法,应用于诊断服务器,所述方法包括:

与终端建立通信连接;

接收终端发送的操作指令,并响应所述操作指令。

第四方面,本发明实施例提供了一种交通工具的诊断装置,应用于管理服务器,所述装置包括:

连接请求接收单元,用于接收终端发送的连接请求消息,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息;

确定单元,用于根据所述连接请求消息,确定对应的诊断服务器;

地址发送单元,用于将所述诊断服务器的地址信息发送至所述终端,以使所述终端根据所述地址信息与所述诊断服务器建立通信连接。

第五方面,本发明实施例提供了一种交通工具的诊断装置,应用于终端,所述装置包括:

连接请求发送单元,用于向管理服务器发送连接请求消息,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息;

第一通信单元,用于根据所述管理服务器针对所述连接请求消息反馈的地址信息,与对应的诊断服务器建立通信连接;

操作指令发送单元,用于接收用户的操作指令,并将所述操作指令发送至所述诊断服务器,以使所述诊断服务器响应所述操作指令。

第六方面,本发明实施例提供了一种交通工具的诊断装置,应用于诊断服务器,所述装置包括:

第二通信单元,用于与终端建立通信连接;

响应单元,用于接收终端发送的操作指令,并响应所述操作指令。

第七方面,本发明实施例提供了一种管理服务器,包括:

至少一个处理器;以及,

与所述至少一个处理器通信连接的存储器;

其中,所述存储器存储有可被所述至少一个处理器执行的指令;

所述至少一个处理器用于执行所述指令,以实现如上所述的应用于管理服务器的交通工具的诊断方法。

第八方面,本发明实施例提供了一种终端,包括:

至少一个处理器;以及,

与所述至少一个处理器通信连接的存储器;

其中,所述存储器存储有可被所述至少一个处理器执行的指令;

所述至少一个处理器用于执行所述指令,以实现如上所述的应用于终端的交通工具的诊断方法。

第九方面,本发明实施例提供了一种诊断服务器,包括:

至少一个处理器;以及,

与所述至少一个处理器通信连接的存储器;

其中,所述存储器存储有可被所述至少一个处理器执行的指令;

所述至少一个处理器用于执行所述指令,以实现如上所述的应用于诊断服务器的交通工具的诊断方法。

第十方面,本发明实施例提供了交通工具诊断系统,包括:终端、管理服务器以及至少1个诊断服务器;

其中,所述终端与待诊断的交通工具连接;

所述管理服务器分别连接所述终端与所述至少1个诊断服务器;

所述管理服务器用于执行如上所述的应用于管理服务器的交通工具的诊断方法;

所述终端用于执行如上所述的应用于终端的交通工具的诊断方法;

所述诊断服务器用于执行如上所述的应用于诊断服务器的交通工具的诊断方法。

第十一方面,本发明实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使管理服务器执行如上所述的方法。

第十二方面,本发明实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使终端执行如上所述的方法。

第十三方面,本发明实施例还提供了又一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使诊断服务器执行如上所述的方法。

区别于现有技术的情况,本发明实施例的有益效果在于:本发明实施例提供的交通工具的诊断方法、相关设备和系统通过将若干个能够对不同交通工具进行诊断的诊断服务器构建成一个由管理服务器管理的云端诊断服务器群,并在终端针对某一交通工具向管理服务器发起连接请求消息时,由管理服务器基于该连接请求消息为该终端分配对应的诊断服务器,进而利用该诊断服务器对该交通工具进行诊断,能够使得修理厂无需分别向不同的厂商购买相关的诊断服务或者花费大量的人力财力分析研究各种交通工具的诊断协议,也可以利用终端实现对多种交通工具进行诊断,提升了诊断效率,同时,大大降低了修理厂在对交通工具进行诊断时的经济成本;再者,在本发明实施例中,修理厂仅需通过一个用户账号(即,登陆云端诊断系统的客户端软件的用户账号)即可享受多个不同品牌对应的诊断服务器的服务,操作简单方便,有利于提升用户体验。

附图说明

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

图1是本发明实施例提供的一种交通工具诊断系统的结构示意图;

图2是本发明实施例提供的第一种应用如图1所示的交通工具诊断系统对交通工具进行诊断的交互示意图;

图3是本发明实施例提供的第二种应用如图1所示的交通工具诊断系统对交通工具进行诊断的交互示意图;

图4是本发明实施例提供的第三种应用如图1所示的交通工具诊断系统对交通工具进行诊断的交互示意图;

图5是本发明实施例提供的第四种应用如图1所示的交通工具诊断系统对交通工具进行诊断的交互示意图;

图6是本发明实施例提供的一种应用于终端的交通工具的诊断装置的结构示意图;

图7是本发明实施例提供的一种应用于管理服务器的交通工具的诊断装置的结构示意图;

图8是本发明实施例提供的一种应用于诊断服务器的交通工具的诊断装置的结构示意图;

图9是本发明实施例提供的一种终端的硬件结构示意图;

图10是本发明实施例提供的一种管理服务器的硬件结构示意图;

图11是本发明实施例提供的一种诊断服务器的硬件结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。

需要说明的是,如果不冲突,本发明实施例中的各个特征可以相互结合,均在本发明的保护范围之内。另外,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。再者,本发明所采用的“第一”“第二”等字样并不对数据和执行次序进行限定,仅是对功能和作用基本相同的相同项或相似项进行区分。

本发明实施例提供的交通工具的诊断方法可以基于本发明实施例提供的交通工具诊断系统(包括:终端、管理服务器以及若干个诊断服务器)实现,是一种通过管理服务器为正在对某交通工具进行诊断的终端分配对应的诊断服务器,在该终端和该诊断服务器建立通信连接后,利用该诊断服务器对该交通工具进行诊断的方法,能够利用终端实现对多种交通工具进行诊断,提升了诊断效率,用户体验度较高。

其中,在本发明实施例中,所述“交通工具”可以是任意具有电子控制单元(即,ecu)的交通工具,比如:汽车、地铁、动车等等。所述“多种交通工具”是指具有不同品牌/型号的ecu的交通工具,其可以是不同类型的交通工具,比如,汽车和地铁;也可以是同种类型不同品牌的交通工具,比如,奔驰汽车和宝马汽车等;本发明实施例对此不作具体限定。

下面结合附图,对本发明实施例作进一步阐述。

其中,应当理解的是,本发明提供的下述实施例之间,只要不冲突,均可相互结合以形成新的实施方式。

实施例一

图1是本发明实施例提供的一种交通工具诊断系统的结构示意图,该交通工具诊断系统100为本发明实施例提供的交通工具的诊断方法的运行环境,用于对待诊断的交通工具(201或者202)进行诊断。

具体地,请参阅图1,在该交通工具诊断系统100中,包括:1个终端10、1个管理服务器20和2个诊断服务器30(即:诊断服务器30a和诊断服务器30b)。所述2个诊断服务器30可以分别对2种具有不同品牌的ecu的交通工具进行诊断,比如,诊断服务器30a可以对交通工具201进行诊断,诊断服务器30b可以对交通工具202进行诊断。

终端10与待诊断的交通工具(201或者202)通信连接;管理服务器20分别与终端10和诊断服务器20通信连接。

其中,终端10可以为任何合适类型的,具有一定逻辑运算能力,提供一个或者多个能够满足用户意图的功能的电子设备。例如,个人电脑、平板电脑、智能手机、诊断机器人等。用户(比如,修理技术人员、车主等)可以通过任何合适的类型的,一种或者多种用户交互设备(比如鼠标、键盘、遥控器、触摸屏、体感摄像头以及音频采集装置等)与终端10进行交互,输入指令或者控制终端10执行一种或者多种操作。此外,该终端10可以通过任意类型的车辆通信接口(vehiclecommunicationinterface,vci)、车载诊断系统(on-boarddiagnostic,obd)等与待诊断的交通工具201或者202进行通信连接,并且,能够基于该通信连接,读取该交通工具201或者202的ecu中的诊断数据。再者,该终端10上还可以安装有任意类型的客户端软件,比如,交通工具诊断app,通过该客户端软件与管理服务器20进行通信连接,从而实现向管理服务器20发送请求消息和命令,以及,接收管理服务器20所反馈的内容的目的。相应地,管理服务器20可以针对终端10发送的请求消息或者命令进行处理以及向相应的终端10下发处理结果。

其中,管理服务器20可以作为一个中央调配中心,用于在某终端10请求使用某诊断服务器30时,为该终端10分配一个或者多个该终端10所请求的诊断服务器30,以便终端10利用该诊断服务器30对待诊断的交通工具进行诊断。具体地,所述管理服务器20可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。

其中,每一个诊断服务器30中运行有能够对某种交通工具(或者说,某种ecu)进行诊断的诊断软件,比如,汽车厂商提供的原始设备制造商(originalequipmentmanufacturer,oem)软件,通过该诊断软件可以对相应的交通工具(或者,ecu)的诊断数据进行分析和诊断。其中,每一个诊断服务器30可以通过有线或者无线网络与管理服务器20进行通信连接,从而,管理服务器20可以实时调配各个诊断服务器30以及获得各个诊断服务器30的运行状态。多个诊断服务器30可以构成一个由管理服务器20管理和调配的云端诊断服务器群。此外,每个诊断服务器30都配置有一个唯一的地址信息(比如,ip地址),终端10可以通过某地址信息与对应的诊断服务器30建立通信连接。

基于上述交通工具诊断系统100,在实际应用中,当需要对交通工具201进行诊断时,用户(修理技术人员或者车主)可以首先通过合适的通信接口建立交通工具201与终端10之间通信连接,确定交通工具201的型号和/或能够对该型号进行诊断的诊断服务器(或者,诊断软件)。然后,用户可以与终端10进行交互,登陆用于与管理服务器20进行通信的客户端软件,并指示终端10向管理服务器20发送连接请求消息,该连接请求消息用于请求与该交通工具201的型号对应的诊断服务器的地址信息。而管理服务器20在接收到该连接请求消息后,可以根据该连接请求消息,确定对应的诊断服务器为诊断服务器30a,并将诊断服务器30a的地址信息发送至终端10。进而,终端10可以根据管理服务器20针对该连接请求消息反馈的地址信息,与诊断服务器30a建立通信连接。接着,用户可以向终端10输入操作指令,终端10则在接收到该操作指令时,将所述操作指令发送至诊断服务器30a;而诊断服务器30a在接收到该操作指令时,响应所述操作指令。在完成对交通工具201的诊断之后,可以断开终端10与诊断服务器30a之间的通信连接。

同理,当需要对交通工具202进行诊断时,用户也可以通过合适的通信接口建立交通工具202与终端10之间通信连接,确定交通工具202的型号和/或能够对该型号进行诊断的诊断服务器(或者,诊断软件)。然后,与终端10进行交互并指示终端10向管理服务器20发送连接请求消息,该连接请求消息用于请求与该交通工具202对应的诊断服务器的地址信息。而管理服务器20在接收到该连接请求消息后,可以根据该连接请求消息,确定对应的诊断服务器为诊断服务器30b,并将诊断服务器30b的地址信息发送至终端10。进而,终端10可以根据管理服务器20针对该连接请求消息反馈的地址信息,与诊断服务器30b建立通信连接。接着,用户可以向终端10输入操作指令,终端10则在接收到该操作指令时,将所述操作指令发送至诊断服务器30b;而诊断服务器30b在接收到该操作指令时,响应所述操作指令。

其中,需要说明的是,本发明实施例提供的交通工具的诊断方法和相关装置还可以进一步的拓展到其他合适的实施环境中,而不限于图1中所示的实施环境。虽然图1中仅显示了1个终端10、1个服务器20和2个诊断服务器30,但本领域技术人员可以理解的是,在实际应用过程中,该应用环境还可以包括更多或者更少的终端10、服务器20和诊断服务器30。并且,为了提升使用效率,同一诊断服务器30中可以运行多种不同的诊断软件,或者,多个不同的诊断服务器30中也可以运行有相同的诊断软件,本发明实施例对此均不作具体限定。

实施例二

图2是本发明实施例提供的第一种应用如图1所示的交通工具诊断系统对交通工具进行诊断的交互示意图,请参阅图2,该交通工具的方法可以包括但不限于如下步骤:

步骤11:终端向管理服务器发送连接请求消息。

在本实施例中,所述“连接请求消息”用于请求与待诊断的交通工具对应的诊断服务器的地址信息。其中,所述“与待诊断的交通工具对应的诊断服务器”是指能够对待诊断的交通工具进行诊断的诊断服务器,其内可以安装有一个或者多个能够对该交通工具进行诊断的诊断软件。

在实际应用中,当需对某一交通工具进行诊断时,可以首先通过vci、obd等方式建立该交通工具与终端之间的通信连接;然后,由终端读取该交通工具的信息,自动确定与该交通工具对应的诊断服务器;随后,可以由用户指示终端向管理服务器发送用于请求与该交通工具对应的诊断服务器的地址信息的连接请求消息。

当然,在其他的一些应用场景中,也可以由用户在客户端软件中直接输入与待诊断的交通工具对应的诊断服务器,并指示终端向管理服务器发送所述连接请求消息。

步骤12:管理服务器接收终端发送的连接请求消息,并根据所述连接请求消息,确定对应的诊断服务器。

在本实施例中,所述“对应的诊断服务器”是指终端所要请求的诊断服务器,即,步骤11中所述的“与待诊断的交通工具对应的诊断服务器”,其可以根据终端发送的连接请求消息来确定。

其中,为了便于管理服务器确定终端所要请求的诊断服务器,在本实施例中,所述“连接请求消息”中可以携带有用于确定与待诊断的交通工具对应的诊断服务器的标识信息,该标识信息可以包括但不限于:诊断服务器标识、交通工具标识、诊断软件标识等等。其中,所述“诊断服务器标识”可以为某一诊断服务器的标识,管理服务器在接收到某诊断服务器标识时,即可直接确定对应的诊断服务器。比如,若管理服务器接收到诊断服务器标识“诊断服务器a”,即可确定终端所请求的诊断服务器为诊断服务器a。所述“交通工具标识”可以是任意能够代表待诊断的交通工具的属性的信息,比如,其可以为vin码、厂商、系列、型号中的任意一个或者多个,管理服务器基于接收到的交通工具标识可以为其匹配对应的诊断服务器,比如,可以基于交通工具标识“奔驰汽车”匹配到品牌“奔驰”对应的诊断服务器,该诊断服务器中安装有用于对奔驰汽车进行诊断的一种或者多种诊断软件。所述“诊断软件标识”可以为某一诊断软件的唯一标识,该诊断软件可以对包括待诊断的交通工具在内的一种或者多种交通工具进行诊断,从而,管理服务器可以根据接收到的诊断软件标识,查询包括所述诊断软件标识的诊断服务器,从而确定终端所要请求的诊断服务器。

进一步地,在一些实施例中,为了方便更多终端同时使用同种交通工具对应的诊断服务器,在所述交通工具诊断系统中,对应同一交通工具设置多个诊断服务器。从而,在该实施例中,管理服务器根据所述连接请求消息,确定对应的诊断服务器的具体实施方式可以是:首先,根据接收到的标识信息,确定与所述标识信息对应的诊断服务器群;然后从所述诊断服务器群中选取出一个诊断服务器。其中,为了合理分配诊断服务器群的资源,提升用户体验,在从所述诊断服务器群中选取出一个诊断服务器时,可以先查询所述诊断服务器群中是否存在空闲的诊断服务器,若存在,则选取出一个空闲的诊断服务器作为所确定的诊断服务器;若不存在,则可以向终端返回“目前无空闲诊断服务器,请稍后”等提醒消息,同时持续监测该诊断服务器群中各诊断服务器的运行状态,等待空闲的诊断服务器;或者,若不存在,还可以查询该诊断服务器群中每个诊断服务器的任务量,选取出一个任务量最少的诊断服务器作为所确定的诊断服务器。

此外,在又一些实施例中,还为不同的用户账号配置不同的权限等级。从而,在该实施例中,所述连接请求消息中还包括终端获取的用户信息,则,在本步骤12中,管理服务器在接收到终端发送的连接请求消息之后,首先根据连接请求消息中的用户信息,判断该终端是否具备连接请求权限;若为是,才根据所述连接请求消息,确定对应的诊断服务器。

其中,所述判断该终端是否具备连接请求权限,即,判断该终端是否具备使用某类诊断服务器的权限。在具体实施过程中,可以根据接收到的用户信息,确定用户等级,进而确定该用户等级对应的诊断服务器类型,然后判断该终端所请求的诊断服务器是否属于其用户等级对应的诊断服务器类型,若是,则说明该终端具备连接请求权限,若否,则说明该终端不具备连接请求权限。或者,在另一些实施方式中,也可以判断该终端所请求的诊断服务器是否为与该用户信息绑定的诊断服务器中的一个,若是,则说明该终端具备连接请求权限,若否,则说明该终端不具备连接请求权限。

步骤13:管理服务器将所述诊断服务器的地址信息发送至所述终端。

在本实施例中,每个诊断服务器都配置有一个唯一的地址信息,终端可以通过某地址信息与对应的诊断服务器建立通信连接。具体地,所述地址信息可以为诊断服务器的ip地址。

其中,在本实施例中,管理服务器中可以预先记载有全部诊断服务器的地址信息,从而,管理服务器在确定了某终端所要请求的诊断服务器时,即可直接将该诊断服务器的地址信息发送至终端,提升终端与其请求的诊断服务器建立通信连接的效率。

当然,在其他的一些实施实施例中,管理服务器也可以在确定了某终端所要请求的诊断服务器之后,与该诊断服务器进行通信,通过该诊断服务器的反馈获得其地址信息,进而将该地址信息发送至终端,在本发明实施例中对此不作具体限定。

步骤14:终端根据所述管理服务器针对所述连接请求消息反馈的地址信息,与对应的诊断服务器建立通信连接。

在本实施例中,终端在获取到管理服务器针对所述连接请求消息反馈的地址信息后,即可根据该地址信息与对应的诊断服务器建立通信连接。其中,建立通信连接的方式可以是终端直接访问该地址信息或者终端向该地址信息发送连接请求,对应的诊断服务器通过后,建立通信连接。

步骤15:终端接收用户的操作指令,并将所述操作指令发送至所述诊断服务器。

在本实施例中,在终端和诊断服务器建立通信连接之后,用户即可通过在终端上执行相关操作远程控制该诊断服务器,进而利用该诊断服务器上的诊断软件对待诊断的交通工具进行诊断。从而,当终端接收到用户的操作指令时,将所述操作指令发送至所述诊断服务器。

步骤16:诊断服务器响应所述操作指令。

在本实施例中,诊断服务器与终端建立通信连接之后,接收终端发送的操作指令,并响应所述操作指令。

其中,在一些实施例中,诊断服务器接收终端发送的操作指令,并响应所述操作指令的具体实施方式可以是:诊断服务器接收所述终端发送的第一操作指令,根据所述第一操作指令,运行与所述第一操作指令对应的第一诊断软件。其中,在该实施例中,所述“第一操作指令”可以是用户输入的“采用第一诊断软件对待诊断的交通工具进行诊断的操作指令”,当诊断服务器接收到该第一操作指令时,即可运行第一诊断软件对该交通工具进行诊断。

或者,在另一些实施例中,诊断服务器接收终端发送的操作指令,并响应所述操作指令的具体实施方式也可以是:诊断服务器接收所述终端发送的第二操作指令,根据所述第二操作指令,确定待运行的第二诊断软件;当接收到所述终端发送的第三操作指令时,运行所述第二诊断软件。其中,在该实施例中,所述“第二操作指令”可以是一个对某个诊断软件(即,所述“第二诊断软件”)进行预先定位的指令,用于表明该用户需要使用该诊断软件对待诊断的交通工具进行诊断;所述“第三操作执行”可以是一个运行指令,用于指示诊断终端运行第二诊断软件。具体地,当诊断服务器接收到该第二操作指令时,可以预先确定待运行的第二诊断软件,当接收到该第三操作指令时,即可运行该第二诊断软件。其中,在又一些实施例中,当诊断服务器确定了待运行的第二诊断软件之后,可以先将该第二诊断软件锁定,防止其他终端同时调用该第二诊断软件,造成数据混乱。

通过上述技术方案可知,本发明实施例的有益效果在于:本发明实施例提供的交通工具的诊断方法通过将若干个能够对不同型号的交通工具进行诊断的诊断服务器构建成一个由管理服务器管理的云端诊断服务器群,并在终端针对某一交通工具向管理服务器发起连接请求消息时,由管理服务器基于该连接请求消息为该终端分配对应的诊断服务器,进而利用该诊断服务器对该交通工具进行诊断,能够使得修理厂无需分别向不同的厂商购买相关的诊断服务或者花费大量的人力财力分析研究各种交通工具的诊断协议,也可以利用终端实现对多种交通工具进行诊断,提升了诊断效率,同时,大大降低了修理厂在对交通工具进行诊断时的经济成本;再者,在本发明实施例中,修理厂仅需通过一个用户账号(即,登陆所述客户端软件的用户账号)即可享受多个不同品牌对应的诊断服务器的服务,操作简单方便,有利于提升用户体验。

实施例三

在上述实施例二的基础上,本发明实施例还提供了第二种应用如图1所示的交通工具诊断系统对交通工具进行诊断的方法。具体地,如图3所示,其与实施例二的不同之处在于:

在本实施例中,所述标识信息包括诊断软件标识,管理服务器在执行步骤13的同时,还执行步骤131:将所述诊断软件标识发送至所述诊断服务器;相应地,诊断服务器在接收到该软件标识后,执行步骤132:运行所述诊断软件标识对应的诊断软件。

在本实施例中,在终端发送给管理服务器的连接请求消息中携带有诊断软件标识,说明终端已经明确了其希望使用的诊断软件。从而,管理服务器在最终确定了对应的诊断服务器后,将该诊断服务器的地址信息反馈给终端的同时,将该诊断软件标识发送至所述诊断服务器,以使该诊断服务器运行该诊断软件标识对应的诊断软件,能够预先准备好该诊断服务器的运行环境,当终端与该诊断服务器建立通信连接时,即可直接调用该诊断软件,从而提升交通工具诊断的效率。

实施例四

在上述实施例二的基础上,本发明实施例还提供了第三种应用如图1所示的交通工具诊断系统对交通工具进行诊断的方法。具体地,如图4所示,其与实施例二的不同之处在于:

考虑到不同用户对交通工具诊断的熟悉程度(或者说,经验值)不一样,有些用户(比如,车主)有可能并不知道具体该如何操作诊断软件对某交通工具进行诊断的情况,在本实施例中,还提供了一种专家辅助的诊断模式。

具体地,在本实施例中,当终端接收到专家辅助请求时,可以向管理服务器发送专家辅助请求消息;相应地,管理服务器在接收到所述终端发送的专家辅助请求消息时,执行步骤17:根据所述专家辅助请求消息向后台设备发送请求辅助信号,所述请求辅助信号用于请求所述后台设备控制所述诊断服务器。其中,所述“后台设备”即维修专家操作的设备,维修专家可以通过操作该后台设备控制所述诊断服务器与终端进行数据交互。

在本实施例中,通过设置专家服务模式,能够满足更多用户需求,给出更加准确的诊断结果。

实施例五

在上述实施例二的基础上,本发明实施例还提供了第四种应用如图1所示的交通工具诊断系统对交通工具进行诊断的方法。具体地,如图5所示,其与实施例二的不同之处在于:在本实施例中,在终端和诊断服务器建立通信连接之后,还执行如下步骤:

步骤21:诊断服务器向终端发送数据请求消息,所述数据请求消息用于请求交通工具的诊断数据;

步骤22:所述终端将所述数据请求消息发送所述至交通工具;

步骤23:所述交通工具将其诊断数据返回所述终端;

步骤23:所述终端将所述诊断数据发送至所述诊断服务器;

步骤24:所述诊断服务器基于所述诊断数据对所述交通工具进行诊断,得到诊断结果;

步骤25:所述诊断服务器将所述诊断结果返回所述终端。

在本实施例中,诊断服务器能够根据实际诊断需求,通过终端从待诊断的交通工具中获取相应的诊断数据,无需对大量无效诊断数据进行分析,能够提升交通工具的诊断效率。

实施例六

图6是本发明实施例提供的一种应用于终端的交通工具的诊断装置的结构示意图,请参阅图6,该装置60包括:连接请求发送单元61、第一通信单元62以及操作指令发送单元63。

其中,连接请求发送单元61用于向管理服务器发送连接请求消息,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息;

第一通信单元62用于根据所述管理服务器针对所述连接请求消息反馈的地址信息,与对应的诊断服务器建立通信连接;

操作指令发送单元63用于接收用户的操作指令,并将所述操作指令发送至所述诊断服务器,以使所述诊断服务器响应所述操作指令。

具体地,在本实施例中,当需要多对某交通工具进行诊断时,可以由装置60的连接请求发送单元61向管理服务器发送连接请求消息,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息;然后通过第一通信单元62根据所述管理服务器针对所述连接请求消息反馈的地址信息,与对应的诊断服务器建立通信连接;最后,利用操作指令发送单元63接收用户的操作指令,并将所述操作指令发送至所述诊断服务器,以使所述诊断服务器响应所述操作指令。

其中,在一些实施例中,装置60还包括:数据请求接收单元64、数据请求发送单元65、诊断数据发送单元66以及诊断结果接收单元67。

其中,数据请求接收单元64用于接收所述诊断服务器发送的数据请求消息,所述数据请求消息用于请求所述交通工具的诊断数据;

数据请求发送单元65用于将所述数据请求消息发送至所述交通工具,并接收所述交通工具的诊断数据;

诊断数据发送单元66用于将所述诊断数据发送至所述诊断服务器,以使所述诊断服务器基于所述诊断数据对所述交通工具进行诊断,得到诊断结果;

诊断结果接收单元67用于接收所述诊断服务器返回的所述诊断结果。

图7是本发明实施例提供的一种应用于管理服务器的交通工具的诊断装置的结构示意图,请参阅图7,该装置70包括:连接请求接收单元71、确定单元72以及地址发送单元73。

其中,连接请求接收单元71用于接收终端发送的连接请求消息,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息;

确定单元72用于根据所述连接请求消息,确定对应的诊断服务器;

地址发送单元73用于将所述诊断服务器的地址信息发送至所述终端,以使所述终端根据所述地址信息与所述诊断服务器建立通信连接。

具体地,在本实施例中,当连接请求接收单元71接收到终端发送的连接请求消息(其中,所述连接请求消息用于请求与待诊断的交通工具对应的诊断服务器的地址信息)时,通过确定单元72根据所述连接请求消息,确定对应的诊断服务器;最后利用地址发送单元73将所述诊断服务器的地址信息发送至所述终端,以使所述终端根据所述地址信息与所述诊断服务器建立通信连接。

其中,在一些实施例中,所述连接请求消息包括所述终端获取的用户信息;所述装置70还包括:权限鉴定单元74。该权限鉴定单元74用于根据所述用户信息,判断所述终端是否具备连接请求权限;此时,若为是,才通过所述确定单元72根据所述连接请求消息,确定对应的诊断服务器。

其中,在一些实施例中,所述连接请求消息携带标识信息,所述确定单元72包括:服务器群确定模块721和服务器选择模块722。服务器群确定模块721用于根据所述标识信息,确定与所述标识信息对应的诊断服务器群;服务器选择模块722用于从所述诊断服务器群中选取出一个诊断服务器。进一步地,在有一些实施例中,所述服务器选择模块722具体用于:查询所述诊断服务器群中是否存在空闲的诊断服务器;若存在,选取出一个空闲的诊断服务器。

其中,在一些实施例中,所述标识信息包括诊断软件标识,所述装置70还包括:诊断软件标识发送单元75。

该诊断软件标识发送单元75用于将所述诊断软件标识发送至所述诊断服务器,以使所述诊断服务器运行所述诊断软件标识对应的诊断软件。

其中,在一些实施例中,装置70还包括:辅助请求接收单元76以及请求辅助信号发送单元77。

辅助请求接收单元76用于接收所述终端发送的专家辅助请求消息;

请求辅助信号发送单元77用于根据所述专家辅助请求消息向后台设备发送请求辅助信号,所述请求辅助信号用于请求所述后台设备控制所述诊断服务器。

图8是本发明实施例提供的一种应用于诊断服务器的交通工具的诊断装置的结构示意图,请参阅图8,该装置80包括:第二通信单元81和响应单元82。

其中,第二通信单元81用于与终端建立通信连接;

响应单元82用于接收终端发送的操作指令,并响应所述操作指令。

具体地,在本实施例中,装置80通过第二通信单元81与终端建立通信连接之后,可以通过响应单元82接收终端发送的操作指令,并响应所述操作指令。

其中,在一些实施例中,所述响应单元82具体用于:接收所述终端发送的第一操作指令,根据所述第一操作指令,运行与所述第一操作指令对应的第一诊断软件。

或者,在另一些实施例中,所述响应单元82具体用于:

接收所述终端发送的第二操作指令,根据所述第二操作指令,确定待运行的第二诊断软件;

当接收到所述终端发送的第三操作指令时,运行所述第二诊断软件。

其中,需要说明的是,由于以上描述的交通工具的诊断装置与上述实施例中描述的交通工具的诊断方法基于相同的发明构思,因此,上述方法实施例中相应的内容及其有益效果同样适用于本装置实施例,此处便不再详述。

实施例七

图9是本发明实施例提供的一种终端的硬件结构示意图,该终端600可以是任意类型的电子设备,如:智能手机、诊断机器人、个人电脑、平板电脑等。

具体地,请参阅图9,该终端600包括:

一个或多个处理器601以及存储器602,图9中以一个处理器601为例。

处理器601和存储器602可以通过总线或者其他方式连接,图9中以通过总线连接为例。

存储器602作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态性计算机可执行程序以及模块,如本发明实施例中的应用于终端的交通工具的诊断方法对应的程序指令/模块(例如,附图6所示的连接请求发送单元61、第一通信单元62、操作指令发送单元63、数据请求接收单元64、数据请求发送单元65、诊断数据发送单元66以及诊断结果接收单元67)。处理器601通过运行存储在存储器602中的非暂态软件程序、指令以及模块,从而执行应用于终端的交通工具的诊断装置60的各种功能应用以及数据处理,即实现上述任一方法实施例中应用于终端的交通工具的诊断方法。

存储器602可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据应用于终端的交通工具的诊断装置60的使用所创建的数据等。此外,存储器602可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器602可选包括相对于处理器601远程设置的存储器,这些远程存储器可以通过网络连接至终端600。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述存储器602存储有可被所述至少一个处理器601执行的指令;所述至少一个处理器601用于执行所述指令,以实现上述任意方法实施例中应用于终端的交通工具的诊断方法,例如,执行以上描述的方法步骤11、14、15、22、23等等,实现图6中的单元61-67的功能。

进一步地,本发明实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个或多个处理器执行,例如,被图9中的一个处理器601执行,可使得上述一个或多个处理器601执行上述任意方法实施例中应用于终端的交通工具的诊断方法,例如,执行以上描述的方法步骤11、14、15、22、23等等,实现图6中的单元61-67的功能。

实施例八

图10是本发明实施例提供的一种管理服务器的硬件结构示意图。

具体地,请参阅图10,该管理服务器700包括:

一个或多个处理器701以及存储器702,图10中以一个处理器701为例。

处理器701和存储器702可以通过总线或者其他方式连接,图10中以通过总线连接为例。

存储器702作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态性计算机可执行程序以及模块,如本发明实施例中的应用于管理服务器的交通工具的诊断方法对应的程序指令/模块(例如,附图7所示的连接请求接收单元71、确定单元72、地址发送单元73、权限鉴定单元74、诊断软件标识发送单元75、辅助请求接收单元76以及请求辅助信号发送单元77)。处理器701通过运行存储在存储器702中的非暂态软件程序、指令以及模块,从而执行应用于管理服务器的交通工具的诊断装置70的各种功能应用以及数据处理,即实现上述任一方法实施例中应用于管理服务器的交通工具的诊断方法。

存储器702可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据应用于管理服务器的交通工具的诊断装置70的使用所创建的数据等。此外,存储器702可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器702可选包括相对于处理器701远程设置的存储器,这些远程存储器可以通过网络连接至管理服务器700。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述存储器702存储有可被所述至少一个处理器701执行的指令;所述至少一个处理器701用于执行所述指令,以实现上述任意方法实施例中应用于管理服务器的交通工具的诊断方法,例如,执行以上描述的方法步骤12、13、131、17等等,实现图7中的单元71-77的功能。

进一步地,本发明实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个或多个处理器执行,例如,被图10中的一个处理器701执行,可使得上述一个或多个处理器701执行上述任意方法实施例中应用于管理服务器的交通工具的诊断方法,例如,执行以上描述的方法步骤12、13、131、17等等,实现图7中的单元71-77的功能。

实施例七

图11是本发明实施例提供的一种诊断服务器的硬件结构示意图。

具体地,请参阅图11,该诊断服务器800包括:

一个或多个处理器801以及存储器802,图9中以一个处理器801为例。

处理器801和存储器802可以通过总线或者其他方式连接,图11中以通过总线连接为例。

存储器802作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态性计算机可执行程序以及模块,如本发明实施例中的应用于诊断服务器的交通工具的诊断方法对应的程序指令/模块(例如,附图8所示的第二通信单元81和响应单元82)。处理器801通过运行存储在存储器802中的非暂态软件程序、指令以及模块,从而执行应用于诊断服务器的交通工具的诊断装置80的各种功能应用以及数据处理,即实现上述任一方法实施例中应用于诊断服务器的交通工具的诊断方法。

存储器802可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据应用于诊断服务器的交通工具的诊断装置80的使用所创建的数据等。此外,存储器802可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器802可选包括相对于处理器801远程设置的存储器,这些远程存储器可以通过网络连接至诊断服务器800。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述存储器802存储有可被所述至少一个处理器801执行的指令;所述至少一个处理器801用于执行所述指令,以实现上述任意方法实施例中应用于诊断服务器的交通工具的诊断方法,例如,执行以上描述的方法步骤16、132、21、24、25等等,实现图8中的单元81-82的功能。

进一步地,本发明实施例还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个或多个处理器执行,例如,被图11中的一个处理器801执行,可使得上述一个或多个处理器801执行上述任意方法实施例中应用于诊断服务器的交通工具的诊断方法,例如,执行以上描述的方法步骤16、132、21、24、25等等,实现图8中的单元81-82的功能。

以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

通过以上的实施方式的描述,本领域普通技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现,当然也可以通过硬件。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序产品中的计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非暂态计算机可读取存储介质中,该计算机程序包括程序指令,当所述程序指令被相关设备执行时,可使相关设备执行上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)或随机存储记忆体(randomaccessmemory,ram)等。

上述产品可执行本发明实施例所提供的交通工具的诊断方法,具备执行交通工具的诊断方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明实施例所提供的交通工具的诊断方法。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;在本发明的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本发明的不同方面的许多其它变化,为了简明,它们没有在细节中提供;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1