CN115248580A - 远程协助诊断方法和系统 - Google Patents

Abstract

本发明公开了一种远程协助诊断方法和系统，方法包括以下步骤：第二移动终端建立与平台服务器的数据连接；第二移动终端获取平台服务器发布的需求信息；第二移动终端向平台服务器发送需求确认信息；第二诊断终端接收平台服务器发送的第二远程连接请求；第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接。第二移动终端对已获取的需求信息确认后，并向平台服务器发送需求确认信息，第二移动终端可以和平台服务器创建的远程连接通道连接，服务方可通过平台服务器创建的远程连接通道与需求方所使用的第一诊断终端进行交互或数据传输，并且可以对与第一诊断终端连接的车辆进行远程诊断等操作，从而提高了车辆远程诊断的便利性。

Description

远程协助诊断方法和系统

技术领域

本发明涉及汽车控制技术领域，具体地，涉及一种远程协助诊断方法和系统。

背景技术

当前，汽车市场中的OBD(On Board Diagnostics，即车载自动诊断系统)技术得到不断地普及，各大汽车厂商也都遵守OBD相关的标准。汽车的OBD诊断接口是获取汽车数据的一个接口，在此形式下，诞生了各种各样的车载OBD终端，它们均是直接安装汽车OBD诊断接口上，利用汽车诊断技术，读取车辆的车况信息，如：是否存在故障，当前发动机的转速及水温等。

但是目前的OBD诊断终端普遍存在无法实现远程诊断的问题，因此需要改进。

发明内容

本发明的主要目的是提供一种远程协助诊断方法和系统，旨在解决现有技术中OBD诊断终端无法实现远程诊断的问题。

为实现上述目的，本发明提供一种远程协助诊断方法，其包括以下步骤：第二移动终端建立与平台服务器的数据连接；第二移动终端获取平台服务器发布的需求信息；第二移动终端向平台服务器发送需求确认信息；第二诊断终端接收平台服务器发送的第二远程连接请求；第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接。

根据本发明实施例的远程协助诊断方法，第二移动终端对已获取的需求信息确认后，并向平台服务器发送需求确认信息，第二移动终端可以和平台服务器创建的远程连接通道连接，服务方可通过平台服务器创建的远程连接通道与需求方所使用的第一诊断终端进行交互或数据传输，并且可以对与第一诊断终端连接的车辆进行远程诊断等操作，从而提高了车辆远程诊断的便利性。

在本发明的一个实施例中，所述需求确认信息包括待诊断车辆信息、待诊断车辆的故障信息和/或服务方信息。

在本发明的一个实施例中，所述需求确认信息包括指示第二诊断终端关联的用户为与第一诊断终端关联的用户提供远程诊断服务的信息。

在本发明的一个实施例中，在所述第二移动终端建立与平台服务器的数据连接的步骤之后，还包括以下步骤：第二移动终端生成第三绑定请求，所述第三绑定请求包括第二用户信息；第二移动终端向平台服务器发送第三绑定请求；第二移动终端接收平台服务器发送的第三绑定成功信息。

在本发明的一个实施例中，在所述第二移动终端建立与平台服务器的数据连接的步骤之后，还包括以下步骤：第二移动终端生成第四绑定请求，所述第四绑定请求包括第二诊断终端的标识信息；第二移动终端向平台服务器发送第四绑定请求；第二移动终端接收平台服务器发送的第四绑定成功信息。

在本发明的一个实施例中，在所述第二诊断终端接收平台服务器发送的第二远程连接请求的步骤之前，还包括如下步骤：第二诊断终端建立与平台服务器的数据连接。

在本发明的一个实施例中，在所述第二移动终端向平台服务器发送第三绑定请求的步骤之后，还包括如下步骤：平台服务器接收第二移动终端发送的第三绑定请求；平台服务器根据第三绑定请求创建第二用户信息；平台服务器向第二移动终端返回第三绑定成功信息。

在本发明的一个实施例中，在所述第二移动终端向平台服务器发送第四绑定请求的步骤之后，还包括以下步骤：平台服务器接收第二移动终端发送的第四绑定请求；平台服务器根据第四绑定请求将第二移动终端与第二用户信息进行关联；平台服务器向第二移动终端返回第四绑定成功信息。

在本发明的一个实施例中，在所述第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接的步骤之后，还包括以下步骤：平台服务器验证第一诊断终端所发送的应答信息与需求信息中待诊断车辆信息两者所对应的诊断协议是否一致；若一致，则第二诊断终端继续与平台服务器创建的远程连接通道连接；若不一致，第二移动终端接收到平台服务器发送的提示信息。

在本发明的一个实施例中，在所述第二诊断终端接收平台服务器发送的第二远程连接请求的步骤之前，还包括以下步骤：平台服务器根据第一移动终端发送的接受服务请求为第一诊断终端和第二诊断终端创建远程连接通道；平台服务器向第二诊断终端发送第二远程连接请求，所述第二远程连接请求指示第二诊断终端与平台服务器创建的远程连接通道连接。

在本发明的一个实施例中，在所述第二移动终端向平台服务器发送需求确认信息的步骤之后，还包括以下步骤：平台服务器接收第二移动终端发送的需求确认信息；平台服务器将需求确认信息发送至第一移动终端。

本发明的另一个目的在于提出一种远程协助诊断系统，包括：第二移动终端，所述第二移动终端建立与平台服务器的数据连接；所述第二移动终端获取平台服务器发布的需求信息；所述第二移动终端向平台服务器发送需求确认信息；和第二诊断终端，所述第二诊断终端接收平台服务器发送的第二远程连接请求；所述第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

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

图1为本发明第一实施例的远程协助诊断方法的一个流程图；

图2为本发明第一实施例的远程协助诊断方法的另一个流程图；

图3为本发明第一实施例的远程协助诊断方法的又一个流程图；

图4为本发明第一实施例的远程协助诊断方法的再一个流程图；

图5为本发明第一实施例的远程协助诊断方法的另一个流程图；

图6为本发明第一实施例的远程协助诊断方法的又一个流程图；

图7为本发明第一实施例的远程协助诊断方法的再一个流程图；

图8为本发明第一实施例的远程协助诊断方法的另一个流程图；

图9为本发明第一实施例的远程协助诊断方法的又一个流程图；

图10为本发明第二实施例的远程协助诊断系统的一个组成示意图；

图11为本发明第一实施例的远程协助诊断方法的再一个流程图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

如图1所示，本发明第一实施例公开了一种远程协助诊断方法，包括以下步骤：

S100：第二移动终端建立与平台服务器的数据连接；

S101：第二移动终端获取平台服务器发布的需求信息；

S102：第二移动终端向平台服务器发送需求确认信息；

S103：第二诊断终端接收平台服务器发送的第二远程连接请求；

S104：第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接。

在本发明实施例中，第二移动终端可以为手机、平板或笔记本电脑等移动或便携式的计算机设备。第二诊断终端可以与其他的诊断设备连接，例如原厂诊断电脑、其他厂商的诊断设备等。可选地，第二移动终端与第二诊断终端是相关联的或是绑定的，用户通过第二移动终端在平台服务器上进行用户信息的注册，用户可再将其注册成功的用户信息与第二诊断终端进行绑定或关联。第二移动终端上可以运行相关的程序，所述的程序可以用于实现远程协助诊断的功能。若用户触发远程协助诊断的程序运行时，或者远程协助诊断的程序自动运行时，第二移动终端的远程协助诊断程序会与平台建立数据连接。

在本发明实施例中，可以将服务方所使用的移动终端定义为第二移动终端，可以将与服务方关联或绑定的诊断终端定义为第二诊断终端，可以将第一移动终端侧的用户定义为需求方。

可选地，需求信息可以包括车辆品牌、车辆型号、车架号、车辆故障或异常表现、车辆地理位置等信息。可选地，服务方可以通过第二移动终端运行的远程协助诊断程序查看平台服务器发布的需求信息，若服务方认为能够解决需求信息中所描述的车辆故障或异常的问题时，服务方会在第二移动终端上选择或触发需求确认信息，以对需求信息进行确认，同时向需求确认信息发送至平台服务器。平台服务器接收到第二移动终端发送的需求确认信息后，平台服务器会向第一移动终端发送需求确认信息，以通知需求方需求信息已被服务方确认。

第一移动终端接收到平台服务器发送的需求确认信息后，用户可以查阅所述需求确认信息，并决定是否接受服务方的远程协助或远程诊断的服务。若用户接受服务方提供的远程协助或远程诊断的服务，则第一移动终端会向平台服务器发送接受服务的请求。

可选地，平台服务器接收到第一移动终端发送的接受服务的请求后，平台服务器会为第一诊断终端与服务方使用的第二诊断终端建立远程连接通道或远程连接服务。远程连接通道或远程连接服务创建完成后，平台服务器会向第一诊断终端发送第一远程连接请求。第一诊断终端接收到平台服务器发送的第一远程连接请求后，第一诊断终端可以连接远程连接通道，并可以通过远程连接通道与第二诊断终端进行交互、数据传输等。可以理解的是，在连接第一诊断终端和第二诊断终端的远程连接通道或远程连接服务创建完成后，平台服务器可以向第二诊断终端发送第二远程连接请求。第二诊断终端接收到平台服务器发送的第二远程连接请求后，第二诊断终端可以连接远程连接通道，并可以通过远程连接通道与第一诊断终端进行交互、数据传输等。

可选地，第一诊断终端与车辆的诊断座(DLC)连接，第一诊断终端能够通过车辆诊断座与车辆总线、ECU或网关等车内的部件、系统等进行通信，进而读取或写入车辆数据。可选地，车辆数据可以为车辆诊断数据、模拟信号数据等与车辆相关的数据。第二诊断终端与诊断设备、诊断电脑等连接。若第一诊断终端与第二诊断终端之间建立远程连接后，服务方可以通过与第二诊断终端连接的诊断设备、诊断电脑控制与第一诊断终端连接的车辆，从而实现车辆的远程诊断、远程编码、远程设码、远程维修等功能。也就是通过本发明实施例的远程协助诊断方法，可以建立贯通车辆、第一诊断终端、平台服务器、第二诊断终端、诊断设备的通信链路，使需求方也可以获得位于异地的服务方提供的远程诊断等服务，增强了车辆诊断的便利性。

由此，根据本发明实施例的远程协助诊断方法，第二移动终端对已获取的需求信息确认后，并向平台服务器发送需求确认信息，第二诊断终端可以和平台服务器创建的远程连接通道连接，服务方可通过平台服务器创建的远程连接通道与需求方所使用的第一诊断终端进行交互或数据传输，并且可以对与第一诊断终端连接的车辆进行远程诊断等操作，从而提高了车辆远程诊断的便利性。

如图2所示，在本发明的一个具体实施方式中，在步骤S102之前，还包括以下步骤：

S105：第二移动终端接收用户根据需求信息触发的需求确认信息。

具体地，第二移动终端获取到平台服务器发布的需求信息后，服务方可以通过第二移动终端的显示单元查看到需求信息。若服务方认为可以解决需求信息中所描述的车辆故障或异常时，服务方会对需求信息进行确认。服务方完成确认操作后，第二移动终端会将需求确认信息发送至平台服务器。

在本发明的一个具体实施方式中，需求确认信息包括待诊断车辆信息、待诊断车辆的故障信息和/或服务方信息。具体地，需求信息中可以包括待诊断车辆信息和/或待诊断车辆的故障信息。或者，需求信息中可以包括服务方信息。具体地，若需求方知道待诊断车辆的故障可以由某一个确定的服务方所解决时，则需求方可以在需求信息中添加指定的服务方信息。需求方通过第一移动终端将需求信息发送至平台服务器，平台服务器可以将需求信息发送至服务方的第二移动终端。若服务方确认了需求后，平台服务器可以为第一诊断终端和第二诊断终端创建远程连接通道。由此，可以高效地实现需求方与服务方的对接，提高车辆远程诊断的效率。

如图3所示，在本发明的一个具体实施方式中，在步骤S103之前，还包括如下步骤：

S106：第二诊断终端建立与平台服务器的数据连接。

可选地，第二诊断终端具有通信单元，通信单元能够与平台服务器建立数据连接。通信单元可以为蓝牙、Wi-Fi/Wlan、红外、zig-bee、2G/3G/4G/5G/6G、NBIoT、Lora、UWB等无线通信单元，通信单元也可以为USB、以太网、光纤、串行、并行等有线通信单元，或者通信单元也可以都设有无线通信单元和有线通信单元。

在本发明的一个具体实施方式中，需求确认信息包括指示第二诊断终端关联的用户为与第一诊断终端关联的用户提供远程诊断服务的信息。具体地，第一移动终端将需求信息发送至平台服务器后，服务方可以通过第二移动终端访问平台服务器，若服务方认为其可以解决需求信息中描述的车辆故障时，服务方会对需求信息进行确认，则第二终端会向平台服务器发送需求确认信息，平台服务器将需求确认信息发送给第一移动终端。由于与服务方关联的诊断设备为第二诊断终端，与需求方关联的诊断设备为第一诊断设备，服务方若确认能解决需求信息中所描述的车辆故障，也就是确认了服务方能通过第二诊断终端为与第一诊断终端关联的需求方提供远程诊断服务。

如图4所示，在本发明的一个具体实施方式中，在步骤S100之后，还包括以下步骤：

S107：第二移动终端生成第三绑定请求，所述第三绑定请求包括第二用户信息；

S108：第二移动终端向平台服务器发送第三绑定请求；

S109：第二移动终端接收平台服务器发送的第三绑定成功信息。

可选地，第二用户信息为手机号、邮箱等信息。用户通过第二移动终端输入第二用户信息后，第二移动终端可以将包括第二用户信息的第三绑定请求发送至平台服务器。平台服务器接收到第二移动终端发送的第三绑定请求后，平台服务器可以创建能够访问、使用平台服务器功能等的合法账户或用户。在平台服务器绑定成功后，平台服务器会向第二移动终端发送第三绑定成功信息。由此，可以保证只有经过绑定的第二移动终端才能合法地访问平台服务器，避免了非法访问平台服务器的问题，提高了安全性。

如图5所示，在本发明的一个具体实施方式中，在步骤S100之后，还包括以下步骤：

S110：第二移动终端生成第四绑定请求，所述第四绑定请求包括第二诊断终端的标识信息；

S111：第二移动终端向平台服务器发送第四绑定请求；

S112：第二移动终端接收平台服务器发送的第四绑定成功信息。

可选地，第二诊断终端的标识信息可以为终端的序列号、验证码、设备硬件ID、条形码、二维码、射频信号等信息。在进行第二诊断终端的绑定或注册操作时，用户可以通过第二移动终端输入第二诊断终端的标识信息。可以理解的是，用户可以通过第二移动终端上的显示单元和触摸单元、键盘等输入第二诊断终端的标识信息，也可以通过第二移动终端上的镜头获取第二诊断终端的标识信息，也可以通过一移动终端上的射频识别单元获取第二诊断终端的标识信息。

用户通过第二移动终端输入或获取到第二诊断终端的标识信息后，第二移动终端可以将包括第二诊断终端的标识信息的第四绑定请求发送至平台服务器。平台服务器接收到第二移动终端发送的第四绑定请求后，平台服务器可以将第二诊断终端的标识信息与第一用户信息进行关联或绑定，以使第二诊断终端能够合法的访问服务器。平台服务器绑定成功后，平台服务器会向第二移动终端发送第二绑定成功信息。由此，可以保证只有经过绑定的第二诊断终端才能合法地访问平台服务器，避免了非法访问平台服务器的问题，提高了安全性。

进一步地，第二绑定成功信息包括指示第二诊断终端与第一用户信息关联的信息。

如图6所示，在本发明的一个具体实施方式中，在步骤S102之后，还包括以下步骤：

S113：平台服务器接收第二移动终端发送的需求确认信息；

S114：平台服务器将需求确认信息发送至第一移动终端。

具体地，服务方对需求信息进行确认，第二移动终端向平台服务器发送需求确认信息，平台服务器接收到需求确认信息后，可以将需求确认信息发送至第一移动终端，第一移动终端接收到平台服务器发送的需求确认信息后，需求方可以查阅该需求确认信息，并可以确认是否需要接受服务方提供的远程连接或远程诊断服务。

如图7所示，在本发明的一个具体实施方式中，在步骤S108之后，还包括如下步骤：

S115：平台服务器接收第二移动终端发送的第三绑定请求；

S116：平台服务器根据第三绑定请求创建第二用户信息；

S117：平台服务器向第二移动终端返回第三绑定成功信息。

具体地，第二移动终端向平台服务器发送第三绑定请求，平台服务器接收到第二移动终端发送的第三绑定请求后，平台服务器能够可以创建合法账户或用户，以使第二移动终端在使用第二用户信息登录平台服务器后，第二移动终端能够访问、使用平台服务器功能等。在平台服务器绑定成功后，平台服务器会向第二移动终端发送第三绑定成功信息。由此，可以保证只有经过绑定的第二移动终端才能合法地访问平台服务器，避免了非法访问平台服务器的问题，提高了安全性。

如图8所示，在本发明的一个具体实施方式中，在步骤S111之后，还包括以下步骤：

S118：平台服务器接收第二移动终端发送的第四绑定请求；

S119：平台服务器根据第四绑定请求将第二移动终端与第二用户信息进行关联；

S120：平台服务器向第二移动终端返回第四绑定成功信息。

具体地，第二移动终端向平台服务器发送第四绑定请求，平台服务器接收到第二移动终端发送的第四绑定请求后，平台服务器可以将第二诊断终端的标识信息与第一用户信息进行关联或绑定，以使第二诊断终端能够合法的访问服务器。平台服务器绑定成功后，平台服务器会向第二移动终端发送第四绑定成功信息。由此，可以保证只有经过绑定的第二诊断终端才能合法地访问平台服务器，避免了非法访问平台服务器的问题，提高了安全性。

通过第二移动终端与平台服务器之间的交互过程，可以实现第二移动终端与第二诊断终端在平台服务器上的注册或绑定。注册或绑定完成后，通过第二移动终端查询或浏览需求信息，在需求信息被确认后，则可以通过第二诊断终端与平台服务器建立的远程通信链路实现对待诊断车辆的远程诊断。

如图9所示，在本发明的一个具体实施方式中，在步骤S103之前，还包括如下步骤：

S121：平台服务器根据第一移动终端发送的接受服务请求为第一诊断终端和第二诊断终端创建远程连接通道；

S122：平台服务器向第二诊断终端发送第二远程连接请求，所述第二远程连接请求指示第二诊断终端与平台服务器创建的远程连接通道连接。

具体地，第一移动终端根据需求确认信息向平台服务器发送接受服务请求，平台服务器接收到第一移动终发送的接受服务请求后，平台服务器会为第一诊断终端和第二诊断终端创建远程连接的通道或服务。远程连接通道或服务创建完成后，平台服务器会向第一诊断终端发送第一远程连接请求，以使第一诊断终端能够通过远程连接通道或服务与第二诊断终端实现数据传输或交互。可以理解的是，平台服务器还可以向第二诊断终端发送第二远程连接请求，以使第二诊断终端也能通过远程连接通道或服务与第一诊断终端实现数据传输或交互。

如图11所示，在本发明的一个具体实施方式中，在步骤S104之后，还包括以下步骤：

S123：平台服务器验证第一诊断终端所发送的应答信息与需求信息中待诊断车辆信息两者所对应的诊断协议是否一致；

S124：若一致，则第二诊断终端继续与平台服务器创建的远程连接通道连接；

S125：若不一致，第二移动终端接收平台服务器发送的提示信息。

具体地，第一诊断终端根据第一远程连接请求与平台服务器创建的远程连接通道连接之后，也就是第一诊断终端通过平台服务器与第二诊断终端建立远程连接之后，平台服务器会根据需求信息中的待诊断车辆信息生成与待诊断车辆信息相对应的封包数据。待诊断车辆信息可以为车辆的品牌、车型、车系等信息，根据这些信息通常可以确定待诊断车辆上所使用的诊断协议的类别或版本等信息。确定了待诊断车辆上所使用的诊断协议的类别或版本等信息后，平台服务器会据此生成诊断协议封包数据，并将诊断协议封包数据发送给第一诊断终端。第一诊断终端接收到平台服务器发送的诊断协议封包数据后，会根据诊断协议封包数据生成应答信息，并将应答信息发送至平台服务器。平台服务器在接收到第一诊断终端发送的应答信息后，可以对应答信息进行处理，例如可以对应答信息进行验证等操作。

平台服务器在接收到第一诊断终端发送的应答信息后，可以对应答信息进行验证，以判断第一诊断终端所发送的应答信息所遵循的诊断协议与需求信息中待诊断车辆信息所对应的诊断协议是否一致。

平台服务器可以调取需求信息中的待诊断车辆信息，并根据待诊断车辆信息在数据库中查询并获取到与之关联的诊断协议类型。其次，平台服务器还会解析应答信息，并得到应答信息所遵循的诊断协议类型。再次，平台服务器可以将待诊断车辆信息对应的诊断协议类型与应答信息所遵循的诊断协议类型进行对比验证。

若两者所对应的诊断协议类型一致，第一诊断终端可以继续与平台服务器创建的远程连接通道连接，也就是第一诊断终端能继续通过平台服务器与第二诊断终端进行远程连接。若两者所对应的诊断协议类型不一致，则平台服务器会向第一移动终端和/或第二移动终端发送提示信息，提示信息可以包括需求信息中的待诊断车辆信息与第一诊断终端所传输的诊断数据不匹配的提示。由此，平台服务器可以自动验证第一诊断终端所传输的诊断数据是否与需求信息中待诊断车辆信息相一致，也就是两者所对应的诊断协议类型是否相一致。而不需要由第一诊断终端或第二诊断终端来验证诊断协议类型的一致性，将低了第一诊断终端或第二诊断终端的硬件负载。另外，由平台服务器验证需求信息和第一诊断终端传输的诊断数据的诊断协议类型的一致性，可以保证第一诊断终端所连接的待诊断车辆与第二诊断终端所连接的诊断设备实现精准的匹配，避免第二诊断终端所连接的诊断设备无法对第一诊断终端所连接的待诊断车辆进行诊断、刷写、编程、读写数据等的情况发生，增强了诊断过程的可靠性。

如图10所示，本发明第二实施例公开了一种远程协助诊断系统，包括：第二移动终端和第二诊断终端。其中，第二移动终端建立与平台服务器的数据连接；第二移动终端获取(并显示)平台服务器发布的需求信息；第二移动终端向平台服务器发送需求确认信息；第二诊断终端接收平台服务器发送的第二远程连接请求；第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接。由于本发明实施例的远程协助诊断方法具有上述的有益效果，而且本发明实施例的远程协助诊断系统与本发明实施例的远程协助诊断方法具有相同的技术构思，因此本发明实施例的远程协助诊断系统也具有相应的有益效果，即：第二移动终端对已获取的需求信息确认后，并向平台服务器发送需求确认信息，第二移动终端可以和平台服务器创建的远程连接通道连接，服务方可通过平台服务器创建的远程连接通道与需求方所使用的第一诊断终端进行交互或数据传输，并且可以对与第一诊断终端连接的车辆进行远程诊断等操作，从而提高了车辆远程诊断的便利性。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关联的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (12)

1.一种远程协助诊断方法，其特征在于，包括以下步骤：

第二移动终端建立与平台服务器的数据连接；

第二移动终端获取平台服务器发布的需求信息；

第二移动终端向平台服务器发送需求确认信息；

第二诊断终端接收平台服务器发送的第二远程连接请求；

第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接。

2.根据权利要求1所述的远程协助诊断方法，其特征在于，所述需求确认信息包括待诊断车辆信息、待诊断车辆的故障信息和/或服务方信息。

3.根据权利要求2所述的远程协助诊断方法，其特征在于，所述需求确认信息包括指示第二诊断终端关联的用户为与第一诊断终端关联的用户提供远程诊断服务的信息。

4.根据权利要求1所述的远程协助诊断方法，其特征在于，在所述第二移动终端建立与平台服务器的数据连接的步骤之后，还包括以下步骤：

第二移动终端生成第三绑定请求，所述第三绑定请求包括第二用户信息；

第二移动终端向平台服务器发送第三绑定请求；

第二移动终端接收平台服务器发送的第三绑定成功信息。

5.根据权利要求1所述的远程协助诊断方法，其特征在于，在所述第二移动终端建立与平台服务器的数据连接的步骤之后，还包括以下步骤：

第二移动终端生成第四绑定请求，所述第四绑定请求包括第二诊断终端的标识信息；

第二移动终端向平台服务器发送第四绑定请求；

第二移动终端接收平台服务器发送的第四绑定成功信息。

6.根据权利要求1所述的远程协助诊断方法，其特征在于，在所述第二诊断终端接收平台服务器发送的第二远程连接请求的步骤之前，还包括如下步骤：第二诊断终端建立与平台服务器的数据连接。

7.根据权利要求4所述的远程协助诊断方法，其特征在于，在所述第二移动终端向平台服务器发送第三绑定请求的步骤之后，还包括如下步骤：

平台服务器接收第二移动终端发送的第三绑定请求；

平台服务器根据第三绑定请求创建第二用户信息；

平台服务器向第二移动终端返回第三绑定成功信息。

8.根据权利要求5所述的远程协助诊断方法，其特征在于，在所述第二移动终端向平台服务器发送第四绑定请求的步骤之后，还包括以下步骤：

平台服务器接收第二移动终端发送的第四绑定请求；

平台服务器根据第四绑定请求将第二移动终端与第二用户信息进行关联；

平台服务器向第二移动终端返回第四绑定成功信息。

9.根据权利要求1-8中任一项所述的远程协助诊断方法，其特征在于，在所述第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接的步骤之后，还包括以下步骤：

平台服务器验证第一诊断终端所发送的应答信息与需求信息中待诊断车辆信息两者所对应的诊断协议是否一致；

若一致，则第二诊断终端继续与平台服务器创建的远程连接通道连接；若不一致，第二移动终端接收到平台服务器发送的提示信息。

10.根据权利要求1-8中任一项所述的远程协助诊断方法，其特征在于，在所述第二诊断终端接收平台服务器发送的第二远程连接请求的步骤之前，还包括以下步骤：

平台服务器根据第一移动终端发送的接受服务请求为第一诊断终端和第二诊断终端创建远程连接通道；

平台服务器向第二诊断终端发送第二远程连接请求，所述第二远程连接请求指示第二诊断终端与平台服务器创建的远程连接通道连接。

11.根据权利要求1-8中任一项所述的远程协助诊断方法，其特征在于，在所述第二移动终端向平台服务器发送需求确认信息的步骤之后，还包括以下步骤：

平台服务器接收第二移动终端发送的需求确认信息；

平台服务器将需求确认信息发送至第一移动终端。

12.一种远程协助诊断系统，其特征在于，包括：

第二移动终端，所述第二移动终端建立与平台服务器的数据连接；所述第二移动终端获取平台服务器发布的需求信息；所述第二移动终端向平台服务器发送需求确认信息；和

第二诊断终端，所述第二诊断终端接收平台服务器发送的第二远程连接请求；所述第二诊断终端根据第二远程连接请求与平台服务器创建的远程连接通道连接。

Images