从车辆读取事件数据的方法和由车辆发送事件数据的方法

技术领域

本发明涉及车辆的数据记录系统，尤其是涉及一种用于从车辆读取事件数据的方法，一种用于从车辆读取事件数据的设备，一种用于由车辆发送事件数据的方法，一种包括车辆数据记录系统的车辆以及一种用于执行根据本发明的方法的步骤的计算机程序产品。

背景技术

当车辆发生事故后，可以借助事件数据记录器(Event Data Recorder，简称EDR)的数据读取工具读取电子控制单元的存储单元中的相关数据，从而进行事件的分析。在此，数据读取包括数据提取和数据解析。相较于其他国家的法律和/或标准，中国的法律和/或标准更加注重关于数据的可管理性和可获取性的要求，亦或者对数据的统一管理方式、统一获取方式的要求。例如在标准GB 39732《汽车事件数据记录系统》中，尤其要求实现数据的统一解析，即固定数据的格式和数据字段的排列方式，从而能够使用统一的解析文件解析不同厂商出厂的车辆的数据。

现阶段，随着自动驾驶技术的发展，智能网联汽车自动驾驶数据记录系统(DataStorage System for Automated Driving，简称DSSAD)也应运而出。与EDR相比，DSSAD存储的数据量因其包含图片和/或视频和/或自动驾驶系统的感知结果等数据而远大于EDR存储的数据量，同时，所存储的数据(即图片和/或视频和/或自动驾驶系统的感知结果等)在不同厂商生产的车辆中的格式、数据量大小和/或编码方式的差异远大于EDR。尽管各厂商对EDR的数据读取都有各自的解决方案，但都通过车载自诊断系统(On-Board Diagnostics，简称OBD)和统一诊断服务(unified diagnostic services，简称UDS)的0x22服务从EDR读取数据。然而，对于DSSAD的数据读取方式存在更高层面的不同，例如在接口方面可以通过OBD、通用串行总线(Universal Serial Bus，简称USB)、甚至通过无线方式实现；例如在请求读取方面可以应用UDS的0x38服务请求读取文件，还可以通过车内或移动终端的人机交互方式实现文件读取；再例如在读取的文件数目方面，更是从个位数到万位数的文件数目皆存在可能。

因此，在上述的背景下，如何通过一个统一的数据提取工具读取且解析不同厂商的车辆数据记录系统的数据成为目前需要解决的技术难题。

发明内容

本发明的目的在于提供用于从车辆读取事件数据的方法，一种用于从车辆读取事件数据的设备，一种用于由车辆发送事件数据的方法，一种包括车辆数据记录系统的车辆以及一种用于执行根据本发明的方法的步骤的计算机程序产品，以至少部分地解决现有技术中的问题。

根据本发明的第一方面，提供了一种用于从车辆读取事件数据的方法，所述方法包括：

步骤S1：向车辆请求并从车辆接收关于车辆数据记录系统的信息，其中，所述信息包括用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据和/或与所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息；和

步骤S2：基于所述关于车辆数据记录系统的信息控制从车辆的事件数据提取操作。

本发明的核心构思在于：在借助统一诊断服务获取到事件数据的数据记录和/或提取方式需要数据提取工具的情况下，再借助统一诊断服务获取与所述事件数据的提取流程对应的所需的数据，由此实现事件数据提取操作的控制。根据本发明的某些实施例，在从车辆数据记录系统提取事件数据的过程中，综合考虑到从车辆读取事件数据的多种可能方式，同时借助统一诊断服务中的可自定义的数据字段被标准化的可能性，实现以流程可控、文件可解析的标准化方式从各厂商的车辆数据记录系统读取事件数据。

根据本发明的可选实施例，所述步骤S1可以包括：

步骤S11：向车辆请求并从车辆接收关于车辆数据记录系统的信息，其中，所述信息包括用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据；

步骤S12：基于用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据判断所述车辆数据记录系统的事件数据提取方式是否需要数据提取工具；和

步骤S13：如果所述车辆数据记录系统的事件数据提取方式需要数据提取工具，则向车辆请求并从车辆接收与所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息。

根据本发明的可选实施例，可以借助统一诊断服务向车辆请求关于车辆数据记录系统的信息；也可以借助统一诊断服务从车辆接收关于车辆数据记录系统的信息。

根据本发明的可选实施例，所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息例如包括与事件数据记录和/或提取方式关联的统一诊断服务的类型、事件数据的存储模式、事件的数据元素的支持的提取方式、地址信息和/或所述事件数据可被提取的文件的可直接使用性，其中，所述事件包括时间段事件和/或时间戳事件。

根据本发明的可选实施例，所述事件数据的存储模式是与事件的请求文件次数的关联因素相关的，所述关联因素例如可以包括以下因素中的一个或多个：单个时间段事件中的数据元素间的文件独立性，时间段事件中的数据元素在各个时间段事件间的文件独立性，单个时间戳事件中的数据元素间的文件独立性，和时间戳事件中的数据元素在各个时间戳事件间的文件独立性。

根据本发明的可选实施例，所述地址信息可以包括所述事件数据的文件的存储地址或路径，和/或所述事件数据的解析文件的逻辑地址，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据，所述事件数据的解析文件的逻辑地址包括对事件数据逐字节表征的物理意义的解释和/或用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件的逻辑地址。

根据本发明的可选实施例，所述方法还可以包括：

步骤S131：基于所述配置信息判断所述事件数据可被提取的文件是否属于数据使用方可直接使用的文件，其中，通过所述事件数据的数据排列及配置信息、和/或所述事件数据的数据排列及配置信息与标准匹配性的表述确定所述配置信息中的事件数据可被提取的文件的可直接使用性；和

步骤S132：如果所述事件数据可被提取的文件不属于数据使用方可直接使用的文件，则借助统一诊断服务请求所述事件数据的解析信息，其中，所述解析信息包括用于表征事件数据的解析文件提取方式的数据，通过所述数据确定所述事件数据的解析文件的逻辑地址。

根据本发明的可选实施例，车辆数据记录系统的数据记录和/或提取方式是可被预定义的，其例如可以包括以下方式中的一种或多种：直接通过车辆OBD接口及借助统一诊断服务提取事件数据、通过车辆OBD接口及借助统一诊断服务触发事件数据向外设存储单元传输事件数据、和通过车辆OBD接口及借助统一诊断服务触发事件数据向移动终端和/或后台传输事件数据。

根据本发明的可选实施例，所述步骤S11可以包括：借助按标识符读取数据服务向车辆发送第一诊断请求，所述第一诊断请求用于使车辆通过第一肯定响应返回所述车辆数据记录系统的事件数据记录和/或提取方式的数据，其中，所述第一肯定响应返回的数据参照被预定义的数据表征的数据记录和/或提取方式被用作步骤S12的判断和/或决策输入。

根据本发明的可选实施例，所述步骤S13可以包括：借助按标识符读取数据服务向车辆发送第二诊断请求，所述第二诊断请求用于使车辆通过第二肯定响应返回用于表征时间段事件的请求文件次数的关联因素的数据；和/或借助按标识符读取数据服务向车辆发送第三诊断请求，所述第三诊断请求用于使车辆通过第三肯定响应返回时间段事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据；和/或借助按标识符读取数据服务向车辆发送第四诊断请求，所述第四诊断请求用于使车辆通过第四肯定响应返回所述时间段事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据；和/或借助按标识符读取数据服务向车辆发送第五诊断请求，所述第五诊断请求用于使车辆通过第五肯定响应返回时间戳事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据；和/或借助按标识符读取数据服务向车辆发送第六诊断请求，所述第六诊断请求用于使车辆通过第六肯定响应返回所述时间戳事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据。

根据本发明的可选实施例，所述步骤S13可以包括：借助按标识符读取数据服务向车辆发送第七诊断请求，所述第七诊断请求用于使车辆通过第七肯定响应返回所述事件数据的解析信息的提取方式对应的流程下所需的数据、所述事件数据的解析文件、和/或用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据。

根据本发明的第二方面，提供了一种用于从车辆读取事件数据的设备，所述设备用于执行用于从车辆读取事件数据的方法。所述设备可以包括：

通信接口，所述通信接口被配置为与车辆连接并支持交换数据；和

计算单元，所述计算单元被配置为能够向车辆请求并从车辆接收关于车辆数据记录系统的信息，其中，所述信息包括用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据和/或与所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息，以及能够基于所述车辆数据记录系统的事件数据记录和/或提取方式及其对应的流程信息控制从车辆的事件数据提取操作，和/或能够请求事件数据的解析信息的提取方式对应的流程下所需的数据、和/或请求所述事件数据的解析文件、和/或请求用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据。

根据本发明的第三方面，提供了一种用于由车辆发送事件数据的方法，所述方法包括以下步骤：

步骤S1’：响应于所接收到的关于车辆数据记录系统的请求，向设备发送关于车辆数据记录系统的信息，其中，所述信息包括用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据和/或与所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息；和

步骤S2’：基于所述关于车辆数据记录系统的信息控制向所述设备的事件数据发送操作。

根据本发明的可选实施例，所述步骤S1’可以包括以下步骤：

步骤S11’：响应于所接收到的关于车辆数据记录系统的请求，向设备发送关于车辆数据记录系统的信息，其中，所述信息包括用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据；

步骤S12’：基于用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据判断所述车辆数据记录系统的事件数据提取方式是否需要数据提取工具；和

步骤S13’：如果所述车辆数据记录系统的事件数据提取方式需要数据提取工具，则响应于所接收到的关于与所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息的请求，向所述设备发送与所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息。

根据本发明的可选实施例，可以借助统一诊断服务向设备发送关于车辆数据记录系统的信息。

根据本发明的可选实施例，所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息例如可以包括与事件数据记录和/或提取方式关联的统一诊断服务的类型，事件数据的存储模式，事件的数据元素的支持的提取方式，和/或地址信息，其中，所述事件包括时间段事件和/或时间戳事件。

根据本发明的可选实施例，所述事件数据的存储模式可以是与事件的请求文件次数的关联因素相关的，所述关联因素例如可以包括以下因素中的一个或多个：单个时间段事件中的数据元素间的文件独立性，时间段事件中的数据元素在各个时间段事件间的文件独立性，单个时间戳事件中的数据元素间的文件独立性，和时间戳事件中的数据元素在各个时间戳事件间的文件独立性。

根据本发明的可选实施例，所述地址信息例如可以包括事件数据文件的存储地址或路径，和/或所述事件数据的解析文件的逻辑地址，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据，所述事件数据的解析文件的逻辑地址包括对事件数据逐字节表征的物理意义的解释和/或用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件的逻辑地址。

根据本发明的可选实施例，所述方法还可以包括：

步骤S131’：基于所述配置信息判断所述事件数据可被提取的文件是否属于数据使用方可直接使用的文件，其中，通过所述事件数据的数据排列及配置信息、和/或所述事件数据的数据排列及配置信息与标准匹配性的表述确定所述配置信息中的事件数据可被提取的文件的可直接使用性；和

步骤S132’：如果所述事件数据可被提取的文件不属于数据使用方可直接使用的文件，则响应于所述事件数据的解析信息的请求，借助统一诊断服务向所述设备发送所述事件数据的解析信息，其中，所述解析信息包括用于表征事件数据的解析文件提取方式的数据，通过所述数据确定所述事件数据的解析文件的逻辑地址。

根据本发明的可选实施例，车辆数据记录系统的数据记录和/或提取方式是可被预定义的，其例如包括以下方式中的一种或多种：直接通过车辆OBD接口及借助统一诊断服务提取事件数据、通过车辆OBD接口及借助统一诊断服务触发事件数据向外设存储单元传输事件数据、和通过车辆OBD接口及借助统一诊断服务触发事件数据向移动终端和/或后台传输事件数据。

根据本发明的可选实施例，所述步骤S11’可以包括：响应于第一诊断请求，通过第一肯定响应返回所述车辆数据记录系统的事件数据记录和/或提取方式的数据，其中，所述第一肯定响应返回的数据参照被预定义的数据表征的数据记录和/或提取方式被用作步骤S12’的判断和/或决策输入。

根据本发明的可选实施例，所述步骤S13’可以包括：响应于第二诊断请求，通过第二肯定响应返回用于表征时间段事件的请求文件次数的关联因素的数据；和/或响应于第三诊断请求，通过第三肯定响应返回时间段事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据；和/或响应于第四诊断请求，通过第四肯定响应返回所述时间段事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据；和/或响应于第五诊断请求，通过第五肯定响应返回时间戳事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据；和/或响应于第六诊断请求，通过第六肯定响应返回所述时间戳事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据。

根据本发明的可选实施例，所述步骤S13可以包括：响应于第七诊断请求，通过第七肯定响应返回所述事件数据的解析信息的提取方式对应的流程下所需的数据、所述事件数据的解析文件、和/或用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据。

根据本发明的第四方面，提供了一种车辆，所述车辆包括车辆数据记录系统，所述车辆数据记录系统被配置用于执行由车辆发送事件数据的方法。

根据本发明的第五方面，提供了一种计算机程序产品、例如计算机可读的程序载体，包含计算机程序指令，所述计算机程序指令被处理器执行时至少部分地辅助实现根据本发明的方法的步骤。

附图说明

下面通过参照附图更详细地描述本发明可以更好地理解本发明的原理、特点和优点。附图示出：

图1示出根据本发明的一个示例性实施例的用于从车辆读取事件数据的设备的框图；

图2示出根据本发明的一个示例性实施例的用于从车辆读取事件数据的方法的工作流程图；

图3示出根据本发明的另一示例性实施例的用于从车辆读取事件数据的方法的工作流程图；

图4示出根据本发明的另一示例性实施例的用于从车辆读取事件数据的方法的工作流程图；

图5示出根据本发明的一个示例性实施例的从车辆读取事件数据过程的时序图；

图6示出根据本发明的另一示例性实施例的从车辆读取事件数据过程的时序图；

图7示出根据本发明的一个示例性实施例的用于由车辆发送事件数据的方法的工作流程图；

图8示出根据本发明的另一示例性实施例的用于由车辆发送事件数据的方法的工作流程图；和

图9示出根据本发明的另一示例性实施例的用于由车辆发送事件数据的方法的工作流程图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案以及有益的技术效果更加清楚明白，以下将结合附图以及多个示例性实施例对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用于解释本发明，而不是用于限定本发明的保护范围。

图1示出了根据本发明的一个示例性实施例的用于从车辆读取事件数据的设备的框图。

如图1所示的那样，车辆1可以包括车辆数据记录系统2(在此仅示出车辆数据记录系统2所在的电子控制单元)、通信模块(Communication Unit)3、通信接口4和/或电子控制单元5。

车辆数据记录系统2可以包括第一存储单元21和第二存储单元22。在车辆运行过程中实时获取的事件数据可以按照需求被处理并缓存在车辆数据记录系统2所在的电子控制单元的第一存储单元21中，所述第一存储单元21例如是随机存取存储器。当通过触发模块23监测到满足触发事件的条件时，车辆数据记录系统2所在的电子控制单元的记录模块24基于触发事件的时刻将相关的事件数据由第一存储单元21写入到第二存储单元22中，所述第二存储单元22例如是非易失性存储器。

车辆数据记录系统2还可以包括记录模块24，其被配置为获取、处理事件数据并将其缓存在第一存储单元21中，在阈值条件满足的情况下控制事件数据的非易失性存储，其事件数据例如包括车辆的行驶状态数据、驾驶员的操作数据、车载系统的相关数据和/或外界环境数据等。

车辆数据记录系统2还可以包括数据提取模块25，所述数据提取模块25被配置成支持车辆读取事件数据的设备10适配地从车辆数据记录系统2提取数据。

车辆数据记录系统2所在的电子控制单元可以通过以下通信方式中的一种或多种传输已被存储的事件数据：如果通过通信接口4传输所述事件数据，则响应于数据提取请求，将要传输的事件数据通过通信接口4传输至用于从车辆读取事件数据的设备10，在此车辆数据记录系统2例如借助统一诊断服务(Unified diagnostic services，简称UDS)与所述设备10“对话”且传输数据；如果通过无线方式传输所述事件数据，则响应于数据提取请求，将要传输的事件数据通过通信模块3以无线方式传输所述事件数据至数据接收或读取设备；如果通过通用串行总线传输所述事件数据，则响应于数据提取请求，将要传输的事件数据通过电子控制单元5传输所述事件数据至数据接收或读取设备，在此示例性地示出第一电子控制单元51和第二电子控制单元52，所述电子控制单元均为与车辆数据记录系统2相关联的电子控制单元，例如检测和判断是否发生碰撞事件的安全气囊控制器和/或车身稳定控制系统所在的电子控制单元等。

用于从车辆读取事件数据的设备10例如可以被实现为能够执行数据提取操作的任何类型的计算或处理设备，这例如包括：计算机、可携带计算机和/或可穿戴设备等。在本发明的当前实施例中，所述设备10尤其被构型为诊断测试仪。

如图1中所示的那样，所述设备10包括通信接口11和计算单元12。不同诊断通信协议的开发和维护会给车辆制造商和系统供应商带来不必要的成本，为了解决此问题，目前大部分车辆生产商和系统供应商均采用一种与数据链路无关的通用诊断协议(UDS)。为此，所述设备10的通信接口11可以被配置为符合OBD接口标准并支持UDS协议。在本发明的当前实施例中，所述通信接口11被配置为与车辆1连接并交换数据；所述计算单元12被配置为能够尤其借助统一诊断服务向车辆1请求并从车辆1接收关于车辆数据记录系统2的信息，所述信息包括用于表征所述车辆数据记录系统的事件数据记录和/或提取方式的数据、和/或与所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息，以及能够基于所述车辆数据记录系统2的事件数据记录和/或提取方式及其对应的流程信息控制从车辆1的事件数据提取操作，和/或能够尤其借助统一诊断服务请求事件数据的解析信息的提取方式对应的流程下所需的数据、和/或请求所述事件数据的解析文件、和/或请求用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据。

在此应注意的是，在本实施例中对设备10的构型方式仅是示例性的，在其他实施例中设备10还可以包括其他类型或数量的组件。

图2示出了根据本发明的一个示例性实施例的用于从车辆读取事件数据的方法的工作流程图。以下示例性的实施例更详细地描述根据本发明的方法。

所述方法可以包括步骤S1和S2。在步骤S1中，向车辆1请求并从车辆1接收关于车辆数据记录系统2的信息，其中，所述信息包括用于表征所述车辆数据记录系统2的事件数据记录和/或提取方式的数据、和/或与所述车辆数据记录系统2的事件数据记录和/或提取方式对应的配置信息。

在此，可以借助统一诊断服务向车辆1请求关于车辆数据记录系统2的信息，并借助统一诊断服务从车辆1接收关于车辆数据记录系统2的信息。统一诊断服务是涵盖了对数据传输方式、数据格式、具体诊断服务等各方面要求的标准交互架构，其例如包括6大类共26种，每种统一诊断服务都有自己独立的服务标识符(Service identifier，简称SID)。对于有些服务，还可以通过预定义的数据标识符(data identifier，简称DID)指定数据读/写方式，一部分数据标识符已经被标准化预定义了。

在本发明的当前实施例中，可以借助“0x22-按照标识符读取数据服务”(以下简称0x22服务)从车辆1获取关于事件数据的信息，并且可以预定义数据标识符，例如将0x22服务中的数据标识符0xA1预定义为关于车辆数据记录系统2的信息。

如图3所示的那样，所述步骤S1可以包括步骤S11至S13。在步骤S11中，向车辆1请求并从车辆1接收关于车辆数据记录系统2的信息，其中，所述信息包括用于表征所述车辆数据记录系统2的事件数据记录和/或提取方式的数据。

在步骤S12中，基于用于表征所述车辆数据记录系统2的事件数据记录和/或提取方式的数据判断所述车辆数据记录系统2的事件数据记录和/或提取方式是否需要数据提取工具。在此，“需要数据提取工具”可以理解如下：需要由数据提取工具提供支持才能够实现所述事件数据记录和/或提取方式。

在0x22服务中，支持肯定响应形式和否定响应形式的消息格式。例如当请求的消息长度不正确或格式无效时会触发否定响应，否则将会通过“0x62-读取数据肯定响应”消息反馈关于事件数据的信息。所述需要由数据提取工具支持的数据记录和/或提取方式例如是可被预定义的。示例性地，可以通过标准化定义反馈信息中0x62 0xA1后的第一数据字段

-0x62 0xA1

例如可以如表1所示预定义所述事件数据的数据记录和/或提取方式：

表1：反馈信息中用于预定义事件数据的数据记录和/或提取方式的数据字段

在此，0x01、0x02、0x03对应的数据记录和/或提取方式均借助车辆OBD接口及借助统一诊断服务提取事件数据，因此若响应为如下：

-0x62 0xA1 0x01

-0x62 0xA1 0x02

-0x62 0xA1 0x03

其对应的数据记录和/或提取方式都属于预定义的需要由数据提取工具支持的数据记录和/或提取方式；在反馈信息为0x04、0x05、0x06对应的数据记录和/或提取方式中均通过人机界面输入(例如车机输入、移动终端输入均属于人机界面输入)提取事件数据，因此与数据提取工具无关，即反馈信息为0x04、0x05、0x06对应的数据记录和/或提取方式可以不需要数据提取工具支持。上述的数据记录和/或提取方式仅仅是示例性的，第一数据字段自定义对应的数据记录和/或提取方式可被标准化地预定义且有更多读取方式和/或组合的可能性。

示例性地，还可以通过0x62 0xA1后的第二数据字段

-0x62 0xA1 xx

预定义与所述事件数据的数据记录和/或提取方式关联的统一诊断服务的服务类型和/或标识，如表2所示的那样：

表2：反馈信息中用于预定义与事件数据的数据记录和/或提取方式关联的统一诊断服务的数据字段

在此，与所述事件数据的数据记录和/或提取方式关联的统一诊断服务例如包括“0x38-请求文件传输服务”、“0x31-例程控制服务”、“0x22-按照标识符读取数据服务”、“0x36-数据传输服务”和/或“0x37-退出传输服务”等。需要说明的是，车辆数据记录系统2及其所在的电子控制单元应支持该系统的事件数据提取所需的服务。

如果所述车辆数据记录系统2的数据记录和/或提取方式需要数据提取工具，则在步骤S13中尤其借助统一诊断服务向车辆1请求并从车辆1接收与所述车辆数据记录系统2的事件数据记录和/或提取方式对应的配置信息。与所述车辆数据记录系统2的事件数据记录和/或提取方式对应的配置信息例如可以包括与事件数据记录和/或提取方式关联的统一诊断服务的类型、事件数据的存储模式、事件的数据元素的支持的提取方式、地址信息、和/或所述事件数据可被提取的文件的可直接使用性。

在此，所述事件数据的存储模式是与事件的请求文件次数的关联因素相关的，所述事件例如可以包括时间段事件和/或时间戳事件。时间段事件可以理解为当发生符合预定要求的碰撞事件或符合预定要求的有碰撞风险的事件时自动驾驶车辆数据记录系统应记录符合预定要求的数据元素，记录的时间应至少涵盖事件记录起点和事件记录终点之间的时间区间。时间戳事件可以理解为仅被要求记录事件时刻的符合预定义要求的数据元素的事件。

在此，事件的请求文件次数的关联因素可以包括如下因素中的一个或多个：单个时间段事件中的数据元素间的文件独立性，时间段事件中的数据元素在各个时间段事件间的文件独立性，单个时间戳事件中的数据元素间的文件独立性，和时间戳事件中的数据元素在各个时间戳事件间的文件独立性。所述数据元素可以包括车辆及自动驾驶数据记录系统基本信息、车辆状态及动态信息、自动驾驶系统运行信息、行车环境信息、和/或驾乘人员操作及状态信息等，其中，所述行车环境信息尤其包括关于行车环境的图片或视频数据。在本发明的可选实施例中，考虑到图片或视频数据的数据量通常较大且其处理方式与其他数据元素不同，可以将数据元素划分为图片或视频的数据元素数据、以及非图片或视频的数据元素数据。需要说明的是，所述划分方式仅仅是示例性的，可以根据实际需求对各个类型的数据元素进行不同的划分。

示例性地，如果单个时间段事件中的数据元素均存储在同一个文件中，则单个时间段事件中的数据元素是文件不独立的；如果单个时间段事件中的每个数据元素存储均存储在不同的文件中，则单个时间段事件中的数据元素是文件独立的。又例如，如果单个时间段事件中的非图片或视频的数据元素数据均存储在一个文件中且图片或视频的数据元素数据均存储在一个文件中，则单个时间段事件中的数据元素是部分文件独立的；如果单个时间段事件中的非图片或视频的数据元素存储在多个文件中且图片或视频的数据元素数据均存储在一个文件中，则单个时间段事件中的数据元素是部分文件独立的。

同时，考虑到多个时间段事件和/或时间戳事件可被存储在同一文件中，示例性地考虑第一时间段事件和第二时间段事件，如果第一时间段事件的所有数据元素和第二事件段事件的所有数据元素存储在同一个文件中，或者第一时间段事件的部分数据元素和第二事件段事件的部分数据元素存储在同一个文件中，则所述时间段事件中的数据元素在各个时间段事件间是文件不独立的；如果第一时间段事件的所有数据元素和第二事件段事件的所有数据元素均存储在不同的文件中，则所述时间段事件中的数据元素在各个时间段事件间是文件独立的。

在本方案中，可以预定义数据标识符，例如将0x22服务中的数据标识符0xA2预定义为时间段事件的请求文件次数的关联因素，并可以通过反馈信息0x62 0xA2后的数据字段预定义这些关联因素。示例性地，通过0x62 0xA2后的第一数据字段

-0x62 0xA2

表示所述单个时间段事件的数据元素间是否是文件独立的、和/或时间段数据中的非图片或视频的数据元素数据与图片或视频的数据元素数据是否是文件独立的；通过0x62 0xA2后的第二数据字段

-0x62 0xA2 xx

表示所述单个时间段事件的的非图片或视频的数据元素数据是否基于事件是文件独立的；通过0x62 0xA2后的第三数据字段

-0x62 0xA2 xx xx

表示所述单个时间段事件的的图片或视频的数据元素数据是否基于事件是文件独立的；还可以通过0x62 0xA2后的第n个数据字段表示k个所述时间段事件的数据元素数据在各个时间段事件间是否独立，即k个所述时间段事件的数据元素数据存储在1个文件中还是k个文件中。可以理解的是，反馈信息还可以直接表征响应与请求的系统配置信息的数据字段的文件数目。还需要说明的是，k个所述时间段事件的数据元素数据也可是存储在j个文件中，因此该情况对应的标准化注释及反馈信息的可能性更多，在此不穷举。

表3示出关于时间段事件的请求文件次数的关联因素反馈的两类数据字段

所述车辆数据记录系统2的事件数据记录和/或提取方式对应的配置信息尤其包括地址信息，所述地址信息例如包括事件数据的文件的存储地址或路径，所述事件数据包括时间段事件数据和/或时间戳事件数据。所述地址信息可以通过所述事件的数据元素的提取方式对应的流程下所需的数据来反馈。示例性地，在直接通过车辆OBD接口及借助统一诊断服务提取事件数据(响应为0x62 0xA1 0x01 0x00)对应的数据记录和/或提取方式的情况下，可以通过“0x38-请求文件传输服务”请求时间段事件数据的读取，尤其可以通过其子功能(0x04)读取时间段事件对应的文件或通过其子功能(0x05)读取时间段事件对应的文件夹，即选择时间段事件的数据元素的支持的提取方式。在本方案中，可以预定义数据标识符，例如将0x22服务中的数据标识符0xA3预定义为时间段事件的数据元素数据的提取方式对应的流程下所需的数据字段，并通过0x62 0xA3后的数据字段进行反馈。在表4中示例性地示出的反馈信息中的数据字段，0x62 0xA3后的第一数据字段

-0x62 0xA3

可以表示在此使用“0x38-请求文件传输服务”的子功能(0x04)读取时间段事件对应的文件还是其子功能(0x05)读取时间段事件对应的文件夹。从0x62 0xA3后的第二数据字段开始

-0x62 0xA3 xx

可以反馈时间段事件的数据元素数据的提取方式对应的流程下所需的数据字段，其中，所述数据字段的数量取决于与单个时间段事件所需的请求文件次数m，以及时间段事件的数量n，其中，所述时间段事件的数据元素数据的提取流程遍历待读取的所有文件。例如一个完整的事件数据若包含m个文件，提取至n个事件数据反馈的数据字段包括2m*n+1个数据字段，应当理解的是，因为系统的设计不同，多个完整的事件数据可被包含在s个文件中，即具体实施例中，m并不一定为整数。

表4示出时间段事件的数据元素数据(包括例如非图片或视频的数据元素数据和/或图片或视频的数据元素数据)的提取方式对应的流程下反馈的数据字段

示例性地，第2m个数据字段可以用于表征事件1的文件m的文件路径名长度(

需要说明的是，考虑到图片或视频数据的数据量通常较大且其处理方式与其他数据元素不同，可以将时间段事件的数据元素划分为图片或视频的数据元素数据、以及非图片或视频的数据元素数据，并分开地提取图片或视频的数据元素数据与非图片或视频的数据元素数据。例如可以将0x22服务中的数据标识符0xA3预定义为时间段事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段，并通过0x62 0xA3后的数据字段进行反馈；同时将0x22服务中的数据标识符0xA4预定义为时间段事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段，并通过0x62 0xA4后的数据字段进行反馈，其提取过程与上述的时间段事件的数据元素数据类似，在此不再重复描述。

用于表征所述流程下需要的系统配置信息的数据字段例如还包括时间戳事件的数据元素数据的提取方式对应的流程下所需的数据字段。示例性地，在直接通过车辆OBD接口及借助统一诊断服务提取事件数据(响应为0x62 0xA1 0x01 0x00)对应的数据记录和/或提取方式的情况下，同样通过“0x38-请求文件传输服务”请求时间戳事件数据的读取，尤其可以通过其子功能(0x04)读取时间戳事件对应的文件或通过其子功能(0x05)读取时间戳事件对应的文件夹，即选择时间段事件的数据元素的支持的提取方式。可以预定义数据标识符，例如将0x22服务中的数据标识符0xA5预定义时间戳事件的数据元素数据的提取方式对应的流程下所需的数据字段，并通过0x62 0xA5后的数据字段进行反馈。在表5中示例性地示出的反馈信息中的数据字段，0x62 0xA5后的第一数据字段

-0x62 0xA5

可以表示在此使用“0x38-请求文件传输服务”的子功能(0x04)读取时间戳事件对应的文件还是其子功能(0x05)读取时间戳事件对应的文件夹。从0x62 0xA5后的第二数据字段开始

-0x62 0xA5 xx

可以反馈时间戳事件的数据元素数据的提取方式对应的流程下的数据字段，其中，所述数据字段的数量取决于单个时间戳事件所需的请求文件次数m，以及时间戳事件的数量n，其中，所述时间戳事件的数据元素数据的提取流程必须遍历待读取的所有时间戳事件的所有文件。例如一个完整的事件数据若包含m个文件，提取至n个事件数据反馈的数据字段包括2m*n+1个数据字段，应当理解的是，因为系统的设计不同，多个完整的事件数据可被包含在s个文件中，即具体实施例中，m并不一定为整数。

表5示出时间戳事件的数据元素数据的提取方式对应的流程下反馈的数据字段

需要说明的是，同样可以将时间戳事件的数据元素划分为图片或视频的数据元素数据、以及非图片或视频的数据元素数据，并分开地提取图片或视频的数据元素数据与非图片或视频的数据元素数据。例如可以将0x22服务中的数据标识符0xA5预定义为时间戳事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段，并通过0x620xA5后的数据字段进行反馈；同时将0x22服务中的数据标识符0xA6预定义为时间戳事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段，并通过0x62 0xA6后的数据字段进行反馈，其提取过程与上述的时间戳事件的数据元素数据类似，在此不再重复描述。

在步骤S2中，基于所述关于车辆数据记录系统2的信息控制从车辆1的事件数据提取操作。

示例性地，在所述事件数据记录和/或提取方式是直接通过车辆OBD接口及借助统一诊断服务提取事件数据的情况下，可以基于与所述事件数据的提取流程对应的所需的数据字段通过“0x38-请求文件传输服务”请求事件数据数据的传输，通过“0x36-数据传输服务”传输事件数据，通过“0x37-退出传输服务”结束事件数据的传输，并重复执行上述过程直至时间段事件和/或时间戳事件对应的所有文件数据均被提取。

在本发明的另一可选实施例中，如果所述事件数据记录和/或提取方式是通过车辆OBD接口及统一诊断服务触发数据向外设存储单元(例如USB设备)传输事件数据，则可以通过“0x31-例程控制服务”向外设存储单元传输所述所述时间段事件数据和/或所述时间戳事件数据，直至所述时间段事件和/或所述时间戳事件对应的文件数据均被提取。如果所述事件数据记录和/或提取方式是通过车辆OBD接口及借助统一诊断服务触发事件数据向移动终端和/或后台传输事件数据，则可以基于与所述事件数据的提取流程对应的所需的数据字段通过“0x31-例程控制服务”向移动终端和/或后台传输所述时间段事件数据和/或所述时间戳事件数据，直至所述时间段事件和/或所述时间戳事件对应的所有文件数据均被提取。

需要说明的是，在请求文件传输后，在未正常结束文件传输的情况下可以反馈例如返回值无效、否定响应等信息。

根据本发明的当前实施例，在从车辆数据记录系统提取事件数据的过程中，主机厂仍有系统设计的自定义空间，但标准化定义如何统一读取主机厂自定义部分的信息的方式，由此在综合考虑从车辆读取事件数据的多种可能方式的情况下，借助统一诊断服务中的可自定义的数据字段被标准化的可能性，实现以流程可控、文件可解析的标准化方式从各厂商的车辆数据记录系统读取事件数据。

图4示出了根据本发明的另一示例性实施例的用于从车辆读取事件数据的方法的工作流程图。以下仅阐述与图2中所示的实施例的区别，而相同的步骤为了简洁起见而不再重复描述。

所述方法还可以包括步骤S131和S132。在步骤S131中，基于所述配置信息判断所述事件数据可被提取的文件是否属于数据使用方可直接使用的文件，其中，所述配置信息可以包括所述事件数据可被提取的文件的可直接使用性，其可以通过所述事件数据的数据排列及配置信息、和/或所述事件数据的数据排列及配置信息与标准匹配性的表述确定。

可以理解的是，数据使用方对数据也许有特殊的需求，例如可被直接导入某分析软件并通过分析软件提取出期望的数据，或可被直接阅读的格式(例如可携带文档(

例如，可以在0x22服务中通过数据标识符0xA1后的第三数据字段预定义数据使用方对于事件数据可被提取文件的可直接使用性，并通过读取数据肯定响应消息0x62反馈关于数据使用方对于事件数据可被提取文件的可直接使用性的信息。如表6所示的那样，例如通过0x62 0xA1后的第三数据字段

-0x62 0xA1 xx xx

表示文件是否是数据使用方可直接使用的，在此，0x01对应的反馈信息表示事件数据的文件是数据使用方可直接使用的文件，0x02对应的反馈信息表示事件数据的文件不是数据使用方可直接使用的文件。

可选地或可替换地，还可以通过反馈信息预定义所述事件数据的数据排列及配置信息和/或所述事件数据的数据排列及配置信息与标准匹配性的表述。例如可以通过反馈信息0x62 0xA1后的第四数据字段

-0x62 0xA1 xx xx xx

预定义事件数据的数据元素文件格式信息，在此，0x01对应的反馈信息表示对象符号文件(Java Script Object Notation,json)格式，0x02对应的反馈信息表示可携带文档(PDF)格式等。

表6示出关于数据使用方对于事件数据可被提取文件的可直接使用性反馈的数据字段

在步骤S132中，如果所述事件数据可被提取的文件不属于数据使用方可直接使用的文件，则借助统一诊断服务请求所述事件数据的解析信息，其中，所述解析信息例如可以包括用于表征事件数据的解析文件提取方式的数据。所述事件数据的解析文件例如可以包括对事件数据逐字节表征的物理意义的解释和/或用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据。在此，所请求的解析信息可以包括用于表征事件数据的解析文件提取方式的数据，通过所述数据可以确定所述事件数据的解析文件的逻辑地址，其例如包括对所述事件数据逐字节表征的物理意义的解释和/或用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件的逻辑地址，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据。

根据本发明的可选实施例，在从车辆数据记录系统提取事件数据的过程中考虑了数据使用方对于文件的可直接使用性，并在必要时确保所述事件数据的解析文件的可获取性。

图5示出了根据本发明的一个示例性实施例的从车辆读取事件数据过程的时序图。

为便于描述，图1中所示的用于从车辆1读取事件数据的设备10在上下文中也被同义地称为数据提取工具10。

在步骤S301中，所述数据提取工具10借助统一诊断服务向车辆1的车辆数据记录系统2发送第一诊断请求。

在一个实施例中，所述数据提取工具10借助“0x22-按照标识符读取数据服务”发送第一诊断请求，用以读取一个或多个被标识的数据记录值。基于0x22服务的第一诊断请求例如是：

-0x02 0x22 0xA1

其中，0x02表示有效数据长度为2个字节，0x22为服务标识符，0xA1表示关于车辆数据记录系统2的信息的数据标识符。

在步骤302中，车辆数据记录系统2向数据提取工具10发送第一肯定响应。UDS消息的服务标识符服务本质上是一种定向通信，即数据提取工具10向车辆数据记录系统2发送指定的诊断请求，如果请求读取的数据有效且诊断请求被顺利执行，则由车辆数据记录系统2发送肯定响应。如果发送的第一诊断请求的服务标识符是0x22，则相应的第一肯定响应是0x62。如果由于某种原因无法执行数据提取工具10发过来的诊断请求，则由车辆侧发出否定响应，在这种情况下车辆数据记录系统2向数据提取工具10返回的是0x7F开头的报文，这表示车辆数据记录系统2拒绝了数据提取工具10的请求，即流程无法继续，以下同理。

在步骤S302'中，数据提取工具10对车辆数据记录系统2反馈的数据字段进行分析，从中解析出事件数据的数据记录和/或提取方式并判断所解析出的事件数据记录和/或提取方式是否属于需要由数据提取工具10支持的数据记录和/或提取方式。在一个实施例中，若收到的第一肯定响应是：

-0x03 0x62 0xA1 0x01

其中，0x03表示有效数据长度为3个字节，0x62表示针对0x22请求的肯定响应的服务标识符，0xA1是代表关于车辆数据记录系统2的信息的数据标识符，0x01为该数据标识符对应的数据记录值。在数据提取工具10中，通过参考上文中的表1内容可知，车辆数据记录系统2返回的数据记录值“0x01”表示事件数据的数据记录和/或提取方式是直接通过车辆OBD接口及借助统一诊断服务提取事件数据。

在另一实施例中，若收到的第一肯定响应是：

-0x05 0x62 0xA1 0x01 0x00 0x01

其中，0x62 0xA1后的第一数据字段0x01表示数据记录和/或提取方式是直接通过车辆OBD接口及统一诊断服务提取事件数据，0x62 0xA1后的第二数据字段0x00表示事件数据的数据记录和/或提取方式关联的统一诊断服务为“0x38-请求文件传输服务”，0x620xA1后的第三数据字段0x01表示事件数据的文件是数据使用方可直接使用的文件。

在另一实施例中，若收到的第一肯定响应是：

-0x06 0x62 0xA1 0x01 0x00 0x01 0x02

其中，0x62 0xA1后的第一数据字段0x01表示数据记录和/或提取方式是直接通过车辆OBD接口及统一诊断服务提取事件数据，0x62 0xA1后的第二数据字段0x00表示事件数据的数据记录和/或提取方式关联的统一诊断服务为“0x38-请求文件传输服务”，0x620xA1后的第三数据字段0x01表示事件数据的文件是数据使用方可直接使用的文件，0x620xA1后的第四数据字段0x02表示事件数据的文件格式是可携带文档格式。

如果在步骤S302'中判断出所解析出的事件数据记录和/或提取方式属于需要由数据提取工具10支持的数据记录和/或提取方式，则在步骤S303中数据提取工具10借助统一诊断服务向车辆1的车辆数据记录系统2发送第二诊断请求。在一个实施例中，所述数据提取工具10借助“0x22-按照标识符读取数据服务”发送第二诊断请求，所述第二诊断请求用于请求车辆数据记录系统2通过第二肯定响应返回用于表征时间段事件的请求文件次数的关联因素的数据字段。基于0x22服务的第二诊断请求例如是：

-0x02 0x22 0xA2

其中，0x02表示有效数据长度为2个字节，0x22为服务标识符，0xA2表示时间段事件的请求文件次数的数据标识符。

在步骤S304中，车辆数据记录系统2向数据提取工具10发送第二肯定响应。在步骤S304'中，数据提取工具10对车辆数据记录系统2反馈的第二肯定响应的数据字段进行分析，并从中解析出时间段事件的请求文件次数。在一个实施例中，车辆数据记录系统2向数据提取工具10发送第二肯定响应例如是：

-0x05 0x62 0xA2 0x01 0x00 0x00

其中，0x62 0xA2后的第一数据字段0x01表示单个时间段事件的数据元素间是文件不独立的，和/或时间段事件中的非图片或视频的数据元素数据与图片或视频的数据元素数据是文件不独立的；0x62 0xA2后的第二数据字段0x00表示单个时间段事件中的非图片或视频的数据元素数据基于事件是文件独立的；0x62 0xA2后的第三数据字段0x00表示单个时间段事件中的图片或视频的数据元素数据基于事件是文件独立的。因此得出单个时间段事件的所有数据元素被存储在一个文件中。

在步骤S305中数据提取工具10借助统一诊断服务向车辆1的车辆数据记录系统2发送第三诊断请求，所述第三诊断请求用于请求车辆数据记录系统2通过第三肯定响应返回时间段事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段。基于0x22服务的第三诊断请求例如是：

-0x02 0x22 0xA3

其中，0x02表示有效数据长度为2个字节，0x22为服务标识符，0xA3表示时间段事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段的数据标识符。在步骤S306中车辆数据记录系统2向数据提取工具10发送第三肯定响应。

在一个实施例中，车辆数据记录系统2向数据提取工具10发送第三肯定响应例如是：

-0x06 0x62 0xA3 0x04 0x1910 0x1201

其中，0x06表示有效数据长度为6个字节，0x62表示针对0x22请求的肯定响应的服务标识符，0xA3是表示时间段事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段的数据标识符，0x04表示读取时间段事件对应的文件，0x1910 0x1201是时间段事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段，其中，0x1910用于表征该时间段事件的文件1的文件路径名长度，0x1201用于表征该时间段事件的文件1的文件路径名。可以理解的是，0x62 0xA3 0x04后的数据字段的字节数取决于时间段事件所需的请求文件次数，本实施例中的长度仅以1次事件共计1个文件为例，在实际情况中所述时间段事件的非图片或视频的数据元素数据的提取流程应当基于S304’得出的实际数目遍历待读取的所有时间段事件的所有文件。

在步骤S307中数据提取工具10借助统一诊断服务向车辆1的车辆数据记录系统2发送第四诊断请求，所述第四诊断请求用于请求车辆数据记录系统2通过第四肯定响应返回时间段事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段。基于0x22服务的第四诊断请求例如是：

-0x02 0x22 0xA4

其中，0x02表示有效数据长度为2个字节，0x22为服务标识符，0xA4表示所述时间段事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段的数据标识符。在步骤S308中车辆数据记录系统2向数据提取工具10发送第四肯定响应。

在步骤S309中数据提取工具10借助统一诊断服务向车辆1的车辆数据记录系统2发送第五诊断请求，所述第五诊断请求用于请求车辆数据记录系统2通过第五肯定响应返回时间戳事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段。基于0x22服务的第五诊断请求例如是：

-0x02 0x22 0xA5

其中，0x02表示有效数据长度为2个字节，0x22为服务标识符，0xA5表示时间戳事件的非图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段的数据标识符。在步骤S310中车辆数据记录系统2向数据提取工具10发送第五肯定响应。

在步骤S311中数据提取工具10借助统一诊断服务向车辆1的车辆数据记录系统2发送第六诊断请求，所述第六诊断请求用于请求车辆数据记录系统2通过第六肯定响应返回所述时间戳事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段。基于0x22服务的第六诊断请求例如是：

-0x02 0x22 0xA6

其中，0x02表示有效数据长度为2个字节，0x22为服务标识符，0xA6表示所述时间戳事件的图片或视频的数据元素数据的提取方式对应的流程下所需的数据字段的数据标识符。在步骤S312中车辆数据记录系统2向数据提取工具10发送第六肯定响应。

需要说明的是，上述的诊断请求的内容和数量仅仅是示例性的，可以根据所述车辆数据记录系统的事件数据记录和/或提取方式对应的配置信息包含的内容灵活地调整所述诊断请求的内容和数量。

在步骤S313中，基于这些由这些响应中解析出的信息控制从车辆1的事件数据提取操作，直至所述时间段事件和/或所述时间戳事件对应的所有文件数据均被提取。

图6示出了根据本发明的另一示例性实施例的从车辆读取事件数据过程的时序图。以下仅阐述与图5中所示的实施例的区别，而相同的步骤为了简洁起见而不再重复描述。

在步骤302’中，数据提取工具10对车辆数据记录系统2反馈的数据字段进行分析，从中解析出事件数据的文件不是数据使用方可直接使用的文件。在另一实施例中，所发送的第一肯定响应例如可以是

-0x05 0x62 0xA1 0x01 0x00 0x02

其中，0x03表示有效数据长度为4个字节，0x62表示针对0x22请求的肯定响应的服务号，0xA1是代表关于车辆数据记录系统2的信息的数据标识符，0x62 0xA1后的第一数据字段0x01表示数据记录和/或提取方式是直接通过车辆OBD接口及统一诊断服务提取事件数据，0x62 0xA1后的第二数据字段0x00表示事件数据的数据记录和/或提取方式关联的统一诊断服务为“0x38-请求文件传输服务”，0x62 0xA1后的第三数据字段0x02表示事件数据的文件不是数据使用方可直接使用的文件。

相应地，在图6中所示的时序图中还包括步骤S321和S322。在步骤S321中，数据提取工具10借助统一诊断服务向车辆1的车辆数据记录系统2发送第七诊断请求。在步骤S322中，车辆数据记录系统2向数据提取工具10发送第七肯定响应，所述第七诊断请求用于使车辆1通过第七肯定响应返回所述事件数据的解析信息的提取方式对应的流程下所需的数据字段，所述事件数据的解析文件和/或用于将所述事件数据转换为数据使用方可直接使用的文件的可执行文件，其中，所述事件数据包括时间段事件数据和/或时间戳事件数据。

以上的实施例均是从设备侧描述了事件数据的提取过程。以下从车辆侧相应地描述事件数据的发送过程。需要说明的是，用于从车辆读取事件数据的方法的所有实施例均适用于由车辆发送事件数据的方法，各个实施例的具体实施方式不再重复描述。

图7示出了根据本发明的一个示例性实施例的用于由车辆发送事件数据的方法的工作流程图。

所述用于由车辆1发送事件数据的方法可以包括步骤S1’和S2’。在步骤S1’中，响应于接收到的关于车辆数据记录系统2的请求，向设备10发送关于车辆数据记录系统2的信息，其中，所述信息包括用于表征所述车辆数据记录系统2的事件数据记录和/或提取方式的数据和/或与所述车辆数据记录系统2的事件数据记录和/或提取方式对应的配置信息。在步骤S2’中，基于所述关于车辆数据记录系统2的信息控制向所述设备10的事件数据发送操作。

图8示出了根据本发明的另一示例性实施例的用于由车辆发送事件数据的方法的工作流程图。以下仅阐述与图7中所示的实施例的区别，而相同的步骤为了简洁起见而不再重复描述。

所述步骤S1’可以包括以下步骤S11’至S13’。在步骤S11’中，响应于所接收到的关于车辆数据记录系统2的请求，向设备10发送关于车辆数据记录系统2的信息，其中，所述信息包括用于表征所述车辆数据记录系统2的事件数据记录和/或提取方式的数据。

在步骤S12’中，基于用于表征所述车辆数据记录系统2的事件数据记录和/或提取方式的数据判断所述车辆数据记录系统2的事件数据提取方式是否需要数据提取工具。

如果所述车辆数据记录系统2的事件数据提取方式需要数据提取工具，则在步骤S13’中响应于所接收到的关于与所述车辆数据记录系统2的事件数据记录和/或提取方式对应的配置信息的请求，向所述设备10发送与所述车辆数据记录系统2的事件数据记录和/或提取方式对应的配置信息。

图9示出根据本发明的另一示例性实施例的用于由车辆发送事件数据的方法的工作流程图。以下仅阐述与图7中所示的实施例的区别，而相同的步骤为了简洁起见而不再重复描述。

所述方法还可以包括步骤S131’和S132’。在步骤S131’中，基于所述配置信息判断所述事件数据可被提取的文件是否属于数据使用方可直接使用的文件，其中，通过所述事件数据的数据排列及配置信息、和/或所述事件数据的数据排列及配置信息与标准匹配性的表述确定所述配置信息中的事件数据可被提取的文件的可直接使用性。

如果所述事件数据可被提取的文件不属于数据使用方可直接使用的文件，则在步骤S132’中，响应于所述事件数据的解析信息的请求，借助统一诊断服务向所述设备10发送所述事件数据的解析信息，其中，所述解析信息包括用于表征事件数据的解析文件提取方式的数据，通过所述数据确定所述事件数据的解析文件的逻辑地址。

另外，应注意到，在此描述的步骤序号并不必然代表先后顺序，而仅仅是一种附图标记，根据具体情况，顺序可以更改，只要能够实现本发明的技术目的即可。尽管在此详细描述了本发明的特定实施方式，但它们仅仅是为了解释的目的而给出的，而不应认为它们对本发明的范围构成限制。在不偏离本发明的核心和范围的前提下，可以提出各种替换方案和修改方案。