CN113050598A - 一种远程诊断平台、数据获取方法、设备及存储介质 - Google Patents

Abstract

本发明公开了一种远程诊断平台、数据获取方法、设备及存储介质。该远程诊断平台包括：任务发起客户端、远程诊断服务器和远程诊断客户端，所述任务发起客户端和远程诊断服务器相连，所述远程诊断服务器和所述远程诊断客户端相连；其中，所述任务发起客户端，用于向所述远程诊断服务器发送数据请求；所述远程诊断服务器，用于接收所述任务发起客户端发送的数据请求，根据所述数据请求调用目标脚本，并根据所述目标脚本生成目标任务，将所述目标任务发送至目标车辆对应的远程诊断客户端，接收所述远程诊断客户端采集的目标数据并将其存储到数据库中；所述远程诊断客户端，用于与所述远程诊断服务器建立通讯，进行信息交换。

Description

一种远程诊断平台、数据获取方法、设备及存储介质

技术领域

本发明实施例涉及汽车领域，尤其涉及一种远程诊断平台、数据获取方法、设备及存储介质。

背景技术

在汽车电气化程度不断提升以及汽车行业电动化转型的大趋势下，伴随着汽车新架构以及新功能的引入，都对汽车的研发以及售后带来了巨大的挑战。

车辆研发过程中：研发过程中存在车辆试验阶段，用于验证电控单元的逻辑策略以及优化各系统性能等内容。该阶段针对不同验证内容所需要的不同数据信息，其数据采集和存储对最终量产数据的确定起着决定性作用。

车辆生产过程中：由于各电控单元的状态因素，产线的因素以及新技术引入所带来的整车网络环境变化等因素，都会导致汽车在生产制造过程中出现各种各样的电气问题；而电气问题往往是影响产线生产率以及工厂产能的最主要原因。电气问题解决的难点和痛点是整车实时数据的缺失或不完整，特别是偶发性的网络相关问题尤为明显，因此该过程中整车数据的采集和存储对解决电气问题变得极为重要。

车辆售后过程中：汽车电气化程度的提高以及新技术的引入，代表着车辆电气问题发生的概率也将随之增大。为了保证用户的满意度和驾驶体验，售后问题的解决效率则显得无比重要。当前车辆所具备的读取故障码以及故障快照等瞬时数据的功能，虽然可以快速的定位大部分的售后问题，但针对一些复杂的问题(即：瞬时数据无法定位真正原因)则无法提供有利的分析数据。因此，车辆阶段性的数据采集和存储的需求迫在眉睫。

发明内容

本发明实施例提供一种远程诊断平台、数据获取方法、设备及存储介质，以实现能够一方面车辆主机厂在研发过程中，针对整车试验阶段所需要的测试内容，可以通过远程的方式进行数据的采集与存储，在降低车辆试验成本的同时保证了数据的全面性和完整性，进而提高了车辆量产数据的准确性和合理性；在车辆生产过程中，针对产线发生的所有电器问题，特别是偶发的网络相关问题提供最原始最全面的数据支撑，保证电器问题顺利及时的解决，最大程度的提高产线效率，进而提高工厂的产能；另一方面针对售后车辆，可以根据不同场景或策略对不同的工作过程进行整车数据的采集与存储，在有效的辅助售后问题快速解决的前提下，保证用户的满意度和驾驶体验感的同时也达成了车辆研发过程的闭环模式，使得主机厂可持续的改善汽车的质量。

第一方面，本发明实施例还提供了一种远程诊断平台，该远程诊断平台包括：

任务发起客户端、远程诊断服务器和远程诊断客户端，所述任务发起客户端和远程诊断服务器相连，所述远程诊断服务器和所述远程诊断客户端相连；

其中，所述任务发起客户端，用于向所述远程诊断服务器发送数据请求；

所述远程诊断服务器，用于接收所述任务发起客户端发送的数据请求，根据所述数据请求调用目标脚本，并根据所述目标脚本生成目标任务，将所述目标任务发送至目标车辆对应的远程诊断客户端，接收所述远程诊断客户端采集的目标数据并将其存储到数据库中；

所述远程诊断客户端，用于与所述远程诊断服务器建立通讯，进行信息交换。

进一步的，所述远程诊断服务器包括：程序库模块、车型信息库模块、数据库模块、任务管理模块和通讯模块；

其中，所述程序库模块用于编辑和存储远程诊断客户端可执行的脚本程序；

所述车型信息库模块用于存储及同步整车厂各车型相关车辆数据信息；

所述数据库模块用于存储从远程诊断客户端接收到的采集数据；

所述通讯模块用于与远程诊断客户端建立通讯；

所述任务管理模块用于对所述任务发起客户端发送的数据请求进行解析并调用所述程序库模块中目标脚本程序。

进一步的，所述远程诊断服务器还包括：安全模块；

所述安全模块用于数据安全的防护和通讯安全的防护。

第二方面，本发明实施例提供了一种数据获取方法，包括：

远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息；

远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端；

所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

进一步的，所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取当前工作模式和所述目标任务的任务类型；

所述远程诊断客户端获取所述目标任务对应的目标工作模式；

若所述远程诊断客户端处于正常模式，则将所述远程诊断客户端切换至目标工作模式；

于所述远程诊断客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

进一步的，于所述远程客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取所述目标任务的任务类型；

若所述目标任务的任务类型为事件型任务，且所述远程诊断客户端与远程诊断服务器的连接状态为正常连接状态时，则将所述目标数据发送至所述远程诊断服务器；

若所述目标任务的任务类型为周期型任务，则将本周期内的数据发送至所述远程诊断服务器，或者，当所述目标任务有效时间到期时，将目标数据发送至所述远程诊断服务器。

进一步的，在远程诊断服务器接收任务发起客户端发送的数据请求之后，还包括：

对所述任务发起客户端的身份信息进行验证。

进一步的，所述数据请求还包括：目标工作模式。

第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明实施例中任一所述的数据获取方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的数据获取方法。

本发明实施例通过远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息；远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端；所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，以实现能够一方面车辆主机厂在研发过程中，针对整车试验阶段所需要的测试内容，可以通过远程的方式进行数据的采集与存储，在降低车辆试验成本的同时保证了数据的全面性和完整性，进而提高了车辆量产数据的准确性和合理性；在车辆生产过程中，针对产线发生的所有电器问题，特别是偶发的网络相关问题提供最原始最全面的数据支撑，保证电器问题顺利及时的解决，最大程度的提高产线效率，进而提高工厂的产能；另一方面针对售后车辆，可以根据不同场景或策略对不同的工作过程进行整车数据的采集与存储，在有效的辅助售后问题快速解决的前提下，保证用户的满意度和驾驶体验感的同时也达成了车辆研发过程的闭环模式，使得主机厂可持续的改善汽车的质量。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例一中的一种远程诊断平台的结构示意图；

图1a是本发明实施例一中的远程诊断平台图示；

图1b是本发明实施例一中的模式切换示意图；

图2是本发明实施例二中的一种数据获取方法的流程图；

图2a是本发明实施例二中的工作模式和子目录的图示；

图3是本发明实施例三中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例一

图1为本发明实施例一提供的一种远程诊断平台的结构示意图。本实施例可适用于远程诊断的情况，如图1所示，远程诊断平台包括：任务发起客户端110、远程诊断服务器120和远程诊断客户端130，所述任务发起客户端110和远程诊断服务器120相连，所述远程诊断服务器120和所述远程诊断客户端130相连；

其中，所述任务发起客户端，用于向所述远程诊断服务器发送数据请求；

所述远程诊断服务器，用于接收所述任务发起客户端发送的数据请求，根据所述数据请求调用目标脚本，并根据所述目标脚本生成目标任务，将所述目标任务发送至目标车辆对应的远程诊断客户端，接收所述远程诊断客户端采集的目标数据并将其存储到数据库中；

所述远程诊断客户端，用于与所述远程诊断服务器建立通讯，进行信息交换。

可选的，所述远程诊断服务器包括：程序库模块、车型信息库模块、数据库模块、任务管理模块和通讯模块；

其中，所述程序库模块用于编辑和存储远程诊断客户端可执行的脚本程序；

所述车型信息库模块用于存储及同步整车厂各车型相关车辆数据信息；

所述数据库模块用于存储从远程诊断客户端接收到的采集数据；

所述通讯模块用于与远程诊断客户端建立通讯；

所述任务管理模块用于对所述任务发起客户端发送的数据请求进行解析并调用所述程序库模块中目标脚本程序。

可选的，所述远程诊断服务器还包括：安全模块；

所述安全模块用于数据安全的防护和通讯安全的防护。

在一个具体的例子中，本发明具体方案采用如下定义且不限于此远程诊断平台加以说明，如图1a所示，此远程诊断平台包括如下组件：

任务发起客户端，又可以称为Client终端：整车数据采集、存储需求的任务发起者以及提示界面，同时可以访问远程诊断服务器的数据库，用于获取需求整车数据；可以是PC、IPad以及其他终端；

远程诊断服务器：接收Client终端发来的请求，根据需求调用程序库中对应脚本，并将脚本下发到目标车辆(单车或批量)的远程诊断客户端；同时接收远程诊断客户端采集到的整车数据并将其存储到数据库中，

远程诊断服务器包括如下组件：程序库模块，车型信息库模块，数据库模块，任务管理模块，通讯模块以及安全模块。

程序库：用于编辑和存储远程诊断客户端可执行的脚本程序；

车型信息库：用于存储及同步整车厂各车型相关车辆数据信息；

数据库：用于存储从远程诊断客户端接收到的采集数据；

通讯模块：用于与远程诊断客户端建立通讯；

安全模块：用于数据安全的防护以及通讯安全的防护；

任务管理模块：用于对client发来的请求进行解析并调用程序库中相应的脚本程序；

远程诊断客户端：车端某关键电控单元，用于与远程诊断服务器建立通讯，进行信息交换，同时内部已经提前布置了从远程诊断服务器下载的脚本程序的解析引擎，在满足特定条件后脚本会自动激活运行，同时具备满足脚本程序需求存储内容的最大存储能力；

为了最大程度的降低存储空间，客户端设置了不同的工作模式，包括：正常模式，工厂模式，故障模式，标定模式以及OTA模式。如图1b所示，各模式的切换必须经过正常模式。

正常模式：客户端正常的工作模式，存储空间全部用于正常的工作需求；

工厂模式：客户端数据存储空间中特定部分用于存储整车总线数据(CAN/以太网/其他协议)，数据上传远程诊断服务器后或一定有效时间后自动删除；

故障模式：客户端数据存储空间中特定部分用于存储故障相关数据，数据上传远程诊断服务器后或一定有效时间后自动删除；

标定模式：客户端数据存储空间中特定部分用于存储标定相关数据，数据上传远程诊断服务器后或一定有效时间后自动删除；

OTA模式：客户端数据存储空间中特定部分用于存储OTA升级数据，待车辆电控单元升级成功后或一定有效时间后自动删除，同时给远程诊断服务器反馈状态或其他需求数据。注意：以上各模式中提到的特定区域是指客户端中的同一块区域。

远程诊断人机交互模块：车内用户辅助操作接口。

本实施例的技术方案，通过远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息；远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端；所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，以实现能够一方面车辆主机厂在研发过程中，针对整车试验阶段所需要的测试内容，可以通过远程的方式进行数据的采集与存储，在降低车辆试验成本的同时保证了数据的全面性和完整性，进而提高了车辆量产数据的准确性和合理性；在车辆生产过程中，针对产线发生的所有电器问题，特别是偶发的网络相关问题提供最原始最全面的数据支撑，保证电器问题顺利及时的解决，最大程度的提高产线效率，进而提高工厂的产能；另一方面针对售后车辆，可以根据不同场景或策略对不同的工作过程进行整车数据的采集与存储，在有效的辅助售后问题快速解决的前提下，保证用户的满意度和驾驶体验感的同时也达成了车辆研发过程的闭环模式，使得主机厂可持续的改善汽车的质量。

实施例二

图2为本发明实施例二提供的一种数据获取方法的流程图，本实施例可适用于数据获取的情况，该数据获取方法可以由本发明实施例中的远程诊断平台来执行，该远程诊断平台可采用软件和/或硬件的方式实现，如图2所示，该方法具体包括如下步骤：

S210，远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息。

其中，所述目标车辆信息可以为标识信息，也可以为车辆身份信息，本发明实施例对此不进行限制。

其中，所述待获取数据的特征信息可以为待获取数据的类型，也可以为待获取数据的范围，本发明实施例对此不进行限制。

S220，远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端。

其中，所述目标脚本程序的获取方式可以为根据数据请求从脚本程序库中选取和数据请求对应的目标脚本程序。

S230，所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

可选的，所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取当前工作模式和所述目标任务的任务类型；

所述远程诊断客户端获取所述目标任务对应的目标工作模式；

若所述远程诊断客户端处于正常模式，则将所述远程诊断客户端切换至目标工作模式；

于所述远程诊断客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

可选的，于所述远程客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取所述目标任务的任务类型；

若所述目标任务的任务类型为事件型任务，且所述远程诊断客户端与远程诊断服务器的连接状态为正常连接状态时，则将所述目标数据发送至所述远程诊断服务器；

若所述目标任务的任务类型为周期型任务，则将本周期内的数据发送至所述远程诊断服务器，或者，当所述目标任务有效时间到期时，将目标数据发送至所述远程诊断服务器。

可选的，在远程诊断服务器接收任务发起客户端发送的数据请求之后，还包括：

对所述任务发起客户端的身份信息进行验证。

可选的，所述数据请求还包括：目标工作模式。

在一个具体的例子中，1、主机厂授权的专业人员(包括主机厂研发人员)通过Client终端对某一台或批次等不同形式的车辆发起整车数据采集、存储请求，请求信息包括：任务发起端信息，目标车辆信息以及需要采集和存储的数据的内容。如图2a所示，其内容具备包括工作模式以及子目录等。

2、针对Client终端发起的数据采集、存储请求，远程诊断服务器收到请求后，首先会对Client终端的身份以及请求指令进行验证(安全模块)，验证通过后任务管理模块会接收到该请求，任务管理模块对其进行解析的同时会调用程序库中相应的脚本程序作为任务将会下发给远程诊断客户端；脚本程序是具有时效性的(如有效期为1天或1个月)，超出有效期则客户端自动删除。

3、车端远程诊断客户端在与远程诊断服务器建立通讯后，如果远程诊断服务器有对该车辆有任务请求，则会通过远程诊断人机交互模块与用户进行交互，经用户同意后则会下载对应脚本程序并对其格式及有效性进行判断，条件满足则会将该脚本程序保存到特定区域，否则删除，同时会同步反馈任务下载结果给到用户。车端远程诊断客户端可以同时下载多个任务，但任务执行时则需要考虑远程诊断客户端当前所处的工作模式以及任务类型的情况，不同情况不同策略，可依据企业或项目的实际情况而定。任务脚本程序的内容包括了任务执行的类型(事件型和周期型)以及客户端需要进入的工作模式等。例如：初始状态时，远程客户端处于正常模式，当根据脚本下载时间的先后顺序或脚本优先级的高低执行特定区域内的第一个脚本程序时，客户端先进入该任务需求的工作模式，如故障模式(工厂模式、标定模式等)，此时客户端用于存储数据的空间已经明确(该存储空间此时仅用于故障模式下的数据存储任务)，然后根据任务的特定内容进行数据的采集和存储。数据存储机制也可以根据预留空间的大小来制定，可以设定某些参数满足一定条件时开始存储，也可在客户端工作模式切换成功后开始存储等，存储停止时刻可以根据预设时间停止，也可以根据某些特定参数值满足一定条件后停止等。

任务执行完成后，会同步反馈状态给到用户，同时根据任务类型(事件型和周期型)的不同采取不同的策略，如果是事件型任务，则客户端主动确认与远程诊断服务器的连接状态，正常连接状态时则将存储的数据上传到远程诊断服务器中，完成上传后车端远程诊断客户端删除存储数据以及脚本程序，同时工作状态转为正常模式，释放对应存储空间；如果是周期型任务，本周期内存储的数据可以直接上传远程诊断服务器，并删除对应客户端里的存储数据，也可待该任务有效时间到期时，将所有完成的数据一起上传服务器，然后与事件型任务一样，上传完成后，删除客户端存储的数据以及脚本程序，释放存储空间。然后客户端会继续执行特定区域内存储的下一个优先级最高的脚本程序。直到完成所有任务。

客户端同一工作模式下，可以根据任务的内容进而决定是否可以支持多任务并行情况，以保障存储空间的利用率。

客户端不同工作模式的设计，是为了在满足所有数据采集、存储需求的前提下最大程度的降低客户端的存储空间，进而降低成本。

4、远程诊断服务器接收到远程诊断客户端上传的数据后，会将其存储到数据库中对应车型或车辆的存储位置。Client终端可以随时获取数据库中对应的信息。

本实施例的技术方案，通过远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息；远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端；所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，以实现能够一方面车辆主机厂在研发过程中，针对整车试验阶段所需要的测试内容，可以通过远程的方式进行数据的采集与存储，在降低车辆试验成本的同时保证了数据的全面性和完整性，进而提高了车辆量产数据的准确性和合理性；在车辆生产过程中，针对产线发生的所有电器问题，特别是偶发的网络相关问题提供最原始最全面的数据支撑，保证电器问题顺利及时的解决，最大程度的提高产线效率，进而提高工厂的产能；另一方面针对售后车辆，可以根据不同场景或策略对不同的工作过程进行整车数据的采集与存储，在有效的辅助售后问题快速解决的前提下，保证用户的满意度和驾驶体验感的同时也达成了车辆研发过程的闭环模式，使得主机厂可持续的改善汽车的质量。

实施例三

图3为本发明实施例三中的一种计算机设备的结构示意图。图3示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图3显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture，ISA)总线，微通道体系结构(Micro Channel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(只读光盘(Compact Disc-Read Only Memory，CD-ROM)、数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。另外，本实施例中的计算机设备12，显示器24不是作为独立个体存在，而是嵌入镜面中，在显示器24的显示面不予显示时，显示器24的显示面与镜面从视觉上融为一体。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网Wide AreaNetwork，WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的数据获取方法：

远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息；

远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端；

所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

进一步的，所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取当前工作模式和所述目标任务的任务类型；

所述远程诊断客户端获取所述目标任务对应的目标工作模式；

若所述远程诊断客户端处于正常模式，则将所述远程诊断客户端切换至目标工作模式；

于所述远程诊断客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

进一步的，于所述远程客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取所述目标任务的任务类型；

若所述目标任务的任务类型为事件型任务，且所述远程诊断客户端与远程诊断服务器的连接状态为正常连接状态时，则将所述目标数据发送至所述远程诊断服务器；

若所述目标任务的任务类型为周期型任务，则将本周期内的数据发送至所述远程诊断服务器，或者，当所述目标任务有效时间到期时，将目标数据发送至所述远程诊断服务器。

进一步的，在远程诊断服务器接收任务发起客户端发送的数据请求之后，还包括：

对所述任务发起客户端的身份信息进行验证。

进一步的，所述数据请求还包括：目标工作模式。

实施例四

本发明实施例四提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的数据获取方法：

远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息；

远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端；

所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

进一步的，所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取当前工作模式和所述目标任务的任务类型；

所述远程诊断客户端获取所述目标任务对应的目标工作模式；

若所述远程诊断客户端处于正常模式，则将所述远程诊断客户端切换至目标工作模式；

于所述远程诊断客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

进一步的，于所述远程客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取所述目标任务的任务类型；

若所述目标任务的任务类型为事件型任务，且所述远程诊断客户端与远程诊断服务器的连接状态为正常连接状态时，则将所述目标数据发送至所述远程诊断服务器；

若所述目标任务的任务类型为周期型任务，则将本周期内的数据发送至所述远程诊断服务器，或者，当所述目标任务有效时间到期时，将目标数据发送至所述远程诊断服务器。

进一步的，在远程诊断服务器接收任务发起客户端发送的数据请求之后，还包括：

对所述任务发起客户端的身份信息进行验证。

进一步的，所述数据请求还包括：目标工作模式。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(Hyper Text TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种远程诊断平台，其特征在于，包括：任务发起客户端、远程诊断服务器和远程诊断客户端，所述任务发起客户端和远程诊断服务器相连，所述远程诊断服务器和所述远程诊断客户端相连；

其中，所述任务发起客户端，用于向所述远程诊断服务器发送数据请求；

所述远程诊断服务器，用于接收所述任务发起客户端发送的数据请求，根据所述数据请求调用目标脚本，并根据所述目标脚本生成目标任务，将所述目标任务发送至目标车辆对应的远程诊断客户端，接收所述远程诊断客户端采集的目标数据并将其存储到数据库中；

所述远程诊断客户端，用于与所述远程诊断服务器建立通讯，进行信息交换。

2.根据权利要求1所述的远程诊断平台，其特征在于，所述远程诊断服务器包括：程序库模块、车型信息库模块、数据库模块、任务管理模块和通讯模块；

其中，所述程序库模块用于编辑和存储远程诊断客户端可执行的脚本程序；

所述车型信息库模块用于存储及同步整车厂各车型相关车辆数据信息；

所述数据库模块用于存储从远程诊断客户端接收到的采集数据；

所述通讯模块用于与远程诊断客户端建立通讯；

所述任务管理模块用于对所述任务发起客户端发送的数据请求进行解析并调用所述程序库模块中目标脚本程序。

3.根据权利要求1所述的远程诊断平台，其特征在于，所述远程诊断服务器还包括：安全模块；

所述安全模块用于数据安全的防护和通讯安全的防护。

4.一种数据获取方法，其特征在于，应用于权利要求1-3任一项所述的远程诊断平台，所述数据获取方法包括：

远程诊断服务器接收任务发起客户端发送的数据请求，其中，所述数据请求包括：任务发起客户端的身份信息、目标车辆信息以及待获取数据的特征信息；

远程诊断服务器根据所述数据请求调用目标脚本程序，并根据所述目标脚本程序和数据请求生成目标任务，将所述目标任务发送至目标车辆信息对应的远程诊断客户端；

所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

5.根据权利要求4所述的方法，其特征在于，所述远程诊断客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取当前工作模式和所述目标任务的任务类型；

所述远程诊断客户端获取所述目标任务对应的目标工作模式；

若所述远程诊断客户端处于正常模式，则将所述远程诊断客户端切换至目标工作模式；

于所述远程诊断客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器。

6.根据权利要求5所述的方法，其特征在于，于所述远程客户端处于目标工作模式时，所述远程客户端根据所述目标任务获取目标数据，并将所述目标数据发送至所述远程诊断服务器，包括：

所述远程诊断客户端获取所述目标任务的任务类型；

若所述目标任务的任务类型为事件型任务，且所述远程诊断客户端与远程诊断服务器的连接状态为正常连接状态时，则将所述目标数据发送至所述远程诊断服务器；

若所述目标任务的任务类型为周期型任务，则将本周期内的数据发送至所述远程诊断服务器，或者，当所述目标任务有效时间到期时，将目标数据发送至所述远程诊断服务器。

7.根据权利要求4所述的方法，其特征在于，在远程诊断服务器接收任务发起客户端发送的数据请求之后，还包括：

对所述任务发起客户端的身份信息进行验证。

8.根据权利要求4所述的方法，其特征在于，所述数据请求还包括：目标工作模式。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求4-8中任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求4-8中任一所述的方法。

Images