[0001] 本申请实施例涉及智能信息处理技术，尤其涉及一种紧急数据的记录测试方法、装置、电子设备和存储介质。

[0002] 随着车辆数量的不断增加,车辆事故也随之增加,事故发生的原因不尽相同，很多情况中需要通过车辆自带的摄像头记录的前方目标信息，进行事故分析。

[0003] 现有技术中，整个数据记录系统十分复杂，无法有效的测试数据记录系统数据上传的有效性。

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

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

[0025] 实施例一

[0026] 图1为本申请实施例一提供的一种紧急数据的记录测试方法的流程图，本实施例可适用于对紧急数据记录系统的数据记录进行测试的情况，该方法可以由紧急数据的记录测试装置执行，该装置可以采用软件和/或硬件实现，并具体配置于车辆数据记录系统。

[0027] 参见图1所示的紧急数据的记录测试方法，具体包括如下步骤：

[0028] S110、向智能驾驶域控制器发送记录触发信号；记录触发信号的触发源包括碰撞触发源、刹车触发源和制动预警触发源。

[0029] 测试方法需要用到上位机测试机和智能驾驶域控制器。记录触发信号的触发源包括碰撞触发源、刹车触发源和制动预警触发源。

[0030] 向智能驾驶域控制器发送记录触发信号，以测试触发源能否触发紧急数据记录系统将触发源对应的紧急数据到上传到云端。示例性的，测试碰撞触发源是否可以正常触发上传记录图片时，智能驾驶域控制器会收到车辆的碰撞信号CRASHINFO；测试刹车触发源是否可以正常触发上传记录图片时，智能驾驶域控制器会收到车辆的碰撞信号AEB；测试制动预警触发源是否可以正常触发上传记录图片时，智能驾驶域控制器会收到车辆的碰撞信号AWB。

[0031] S120、判断存储单元中与触发源对应的文件包中是否存在记录数据。

[0032] 在触发源的信号置为1时，检测图片存储模块中与触发源对应的文件包中是否存在记录数据。具体的，触发源为碰撞触发源时，CRASHINFO信号置1时，检测图片存储模块中是否存在EDR_CRASH(专业名词，一种文件包名称)文件包，文件包中是否包含3张图片，分别是T0‑1,T0,T0+1时刻，若是，则代表测试通过。具体的，触发源为刹车触发源时，AEB信号置1时，检测图片存储模块中是否存在EDR_AEB(专业名词，一种文件包名称)文件包，文件包中是否包含3张图片，若是，则代表测试通过。具体的，触发源为制动预警触发源时，AWB信号置1时，检测图片存储模块中是否存在EDR_AWB(专业名词，一种文件包名称)文件包，文件包中是否包含3张图片，若是，则代表测试通过。

[0033] S130、若是，则控制上位机发送诊断指令，并测试智能驾驶域控制器是否成功上传最近一次记录数据，以确定是否成功记录紧急数据。

[0034] 若是，也即存储单元中与触发源对应的文件包中存在记录数据，此时需要对上传的有效性进行判断。控制上位机发送诊断指令，若触发源只有一次触发，则测试上位机是否收到记录数据即可，若是则确定上传成功。当存在触发源多次触发时，则测试上位机是否收到最近一次的记录数据，若为最近一次，则确定上传成功。

[0035] 本实施例的技术方案，通过向智能驾驶域控制器发送记录触发信号；记录触发信号的触发源包括碰撞触发源、刹车触发源和制动预警触发源；对多种触发源进行触发测试，保障测试的全面性；判断存储单元中与触发源对应的文件包中是否存在记录数据；若是，则控制上位机发送诊断指令，并测试智能驾驶域控制器是否成功上传最近一次记录数据，以确定是否成功记录紧急数据，实现对记录数据的上传有效性测试。因此通过本申请的技术方案，解决了无法有效的测试数据记录系统数据上传的有效性的问题，达到了测试数据记录系统数据上传的有效性的效果。

[0036] 实施例二

[0037] 图2为本申请实施例二提供的一种紧急数据的记录测试方法的流程图，本实施例的技术方案在上述技术方案的基础上进一步细化。

[0038] 进一步地，将“控制上位机发送诊断指令，并测试智能驾驶域控制器是否成功上传最近一次记录数据”，细化为：“控制上位机发送诊断指令；判断上位机是否收到智能驾驶域控制器上传的触发源对应的文件包中的最新图片”，以确定是否收到最近一次记录数据。

[0039] 参见图2所示的一种紧急数据的记录测试方法，包括：

[0040] S210、向智能驾驶域控制器发送记录触发信号；记录触发信号的触发源包括碰撞触发源、刹车触发源和制动预警触发源。

[0041] S220、判断存储单元中与触发源对应的文件包中是否存在记录数据。

[0042] S230、若是，则控制上位机发送诊断指令。

[0043] 在对记录数据进行诊断时，上位机需要获取记录数据。因此模拟分析过程，控制上位机发送图片诊断指令，以判断智能驾驶域控制器是否成功上传记录数据。

[0044] S240、判断上位机是否收到智能驾驶域控制器上传的触发源对应的文件包中的最新图片。

[0045] 具体的，对于碰撞触发源，上位机模拟多次碰撞信息，即CRASHINFO多次置1之后，上位机发送诊断指令，查看智能驾驶域控制器是否上传的是最近一次记录的图片，若是，则测试通过。具体的，对于刹车触发源，上位机模拟多次碰撞信息，即AEB多次置1之后，上位机发送诊断指令，查看智能驾驶域控制器是否上传的是最近一次记录的图片，若是，则测试通过。具体的，对于制动预警触发源，上位机模拟多次碰撞信息，即AWB多次置1之后，上位机发送诊断指令，查看智能驾驶域控制器是否上传的是最近一次记录的图片，若是，则测试通过。

[0046] 在一个可选实施例中，方法还包括：在不同的点火周期向智能驾驶域控制器发送记录触发信号，判断存储单元中触发源对应的文件包中是否存在最近一次的数据记录。

[0047] 在不同点火周期对智能驾驶域控制器发送触发信号，读取图片存储区域中的图片，判断读取到的图片是否为最新一次的记录数据，保障记录数据的实时性。

[0048] 在一个可选实施例中，方法还包括：对智能驾驶域控制器进行下电操作，在上电后判断存储单元中触发源对应的文件包中是否存在最近一次的数据记录。

[0049] 对智能驾驶域控制器进行下电，再次上电后，读取图片存储区域中的图片，判断读取到的图片是否是最新一次的存储图片。保障记录数据下电后不会丢失。

[0050] 在一个可选实施例中，方法还包括：向智能驾驶域控制器发送两种触发源的记录触发信号，判断存储单元中文件包中的数据记录对应的触发源，是否符合触发源优先级条件。

[0051] 根据触发源的紧急程度，触发源优先级从大到小依次为：碰撞触发源、刹车触发源和制动预警触发源。

[0052] 具体的，上位机同时给智能驾驶域控制器发送CRASHINF和AEB，同时置1，读取图片存储模块中的记录数据是否只有EDR_CRASH文件包，若是，则符合触发源优先级条件，否则不符合；上位机同时给智能驾驶域控制器发送CRASHINFO和AWB，同时置1，读取图片存储模块中的记录数据是否只有EDR_CRASH文件包，若是，则符合触发源优先级条件，否则不符合；上位机同时给智能驾驶域控制器发送AEB和AWB，同时置1，读取图片存储模块中的记录数据是否只有AEB_CRASH文件包，若是，则符合触发源优先级条件，否则不符合。

[0053] 通过向智能驾驶域控制器发送两种触发源的记录触发信号，判断存储单元中文件包中的数据记录对应的触发源，是否符合触发源优先级条件，测试优先级高的记录数据是否被优先记录，保障触发源的优先顺序。

[0054] 可选的，还可以进行无触发测试。上位机给智能驾驶域控制器发送触发源信号置0，代表没有触发源，此时上位机给智能驾驶域控制器发送读取图片指令，智能驾驶域控制器给上位机反馈默认值，代表没有图片，无触发测试通过。无触发测试可以测试记录数据是否误上传，记录数据误上传会占用存储空间，因此进行无触发测试，在发生无触发上传时，及时进行诊断，减少对存储空间的无效占用。

[0055] 在一个可选实施例中，在判断存储单元中与触发源对应的文件包中是否存在记录数据之后，还包括：判断记录数据是否完成数据脱敏。

[0056] 在确定与触发源对应的文件包中存在记录数据之后，判断记录数据是否完成数据脱敏，对数据的隐私性进行检测，防止用户信息泄露，保障用户信息的隐私性。

[0057] 本实施例的技术方案，通过控制上位机发送诊断指令；判断上位机是否收到智能驾驶域控制器上传的触发源对应的文件包中的最新图片，模拟通过记录数据进行事故分析时，获取记录图片的过程，保障在发生多次碰撞时，可以获取到最新的数据，保障数据的实时性。

[0058] 实施例三

[0059] 图3所示为本申请实施例三提供的一种紧急数据的记录测试装置的结构示意图，本实施例可适用于对紧急数据记录系统的数据记录进行测试的情况，该紧急数据的记录测试装置的具体结构如下：

[0060] 记录触发信号发送模块310，用于向智能驾驶域控制器发送记录触发信号；记录触发信号的触发源包括碰撞触发源、刹车触发源和制动预警触发源；

[0061] 记录数据判断模块320，用于判断存储单元中与触发源对应的文件包中是否存在记录数据；

[0062] 上传测试模块330，用于若是，则控制上位机发送诊断指令，并测试智能驾驶域控制器是否成功上传最近一次记录数据，以确定是否成功记录紧急数据。

[0063] 本实施例的技术方案，通过向智能驾驶域控制器发送记录触发信号；记录触发信号的触发源包括碰撞触发源、刹车触发源和制动预警触发源；对多种触发源进行触发测试，保障测试的全面性；判断存储单元中与触发源对应的文件包中是否存在记录数据；若是，则控制上位机发送诊断指令，并测试智能驾驶域控制器是否成功上传最近一次记录数据，以确定是否成功记录紧急数据，实现对记录数据的上传有效性测试。因此通过本申请的技术方案，解决了无法有效的测试数据记录系统数据上传的有效性的问题，达到了测试数据记录系统数据上传的有效性的效果。

[0064] 可选的，上传测试模块330，包括：

[0065] 诊断指令发送单元，用于控制所述上位机发送诊断指令；

[0066] 上传测试单元，用于判断上位机是否收到智能驾驶域控制器上传的触发源对应的文件包中的最新图片。

[0067] 可选的，装置，还包括：

[0068] 多点火周期测试模块，用于在不同的点火周期向智能驾驶域控制器发送记录触发信号，判断存储单元中触发源对应的文件包中是否存在最近一次的数据记录。

[0069] 可选的，装置，还包括：

[0070] 下电测试模块，用于对所述智能驾驶域控制器进行下电操作，在上电后判断存储单元中触发源对应的文件包中是否存在最近一次的数据记录。

[0071] 可选的，装置，所述方法还包括：

[0072] 优先级测试模块，用于向智能驾驶域控制器发送两种触发源的记录触发信号，判断存储单元中文件包中的数据记录对应的触发源，是否符合触发源优先级条件。

[0073] 可选的，装置，还包括：

[0074] 数据脱敏测试模块，用于判断记录数据是否完成数据脱敏。

[0075] 本申请实施例所提供的紧急数据的记录测试装置可执行本申请任意实施例所提供的紧急数据的记录测试方法，具备执行紧急数据的记录测试方法相应的功能模块和有益效果。

[0076] 实施例四

[0077] 图4为本申请实施例四提供的一种电子设备的结构示意图，如图4所示，该电子设备包括处理器410、存储器420、输入装置430和输出装置440；电子设备中处理器410的数量可以是一个或多个，图4中以一个处理器410为例；电子设备中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线连接为例。

[0078] 存储器420作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的紧急数据的记录测试方法对应的程序指令/模块(例如，记录触发信号发送模块310、记录数据判断模块320和上传测试模块330)。处理器410通过运行存储在存储器420中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的紧急数据的记录测试方法。

[0079] 存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

[0080] 输入装置430可用于接收输入的字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。

[0081] 根据本发明的实施例，本发明还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

[0082] 实施例五

[0083] 本申请实施例五还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种紧急数据的记录测试方法，该方法包括：向智能驾驶域控制器发送记录触发信号；记录触发信号的触发源包括碰撞触发源、刹车触发源和制动预警触发源；判断存储单元中与触发源对应的文件包中是否存在记录数据；若是，则控制上位机发送诊断指令，并测试智能驾驶域控制器是否成功上传最近一次记录数据，以确定是否成功记录紧急数据。

[0084] 当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本申请任意实施例所提供的紧急数据的记录测试方法中的相关操作。

[0085] 通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read‑Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

[0086] 值得注意的是，上述紧急数据的记录测试装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

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