CN113032342B - 一种视频打标签的方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开涉及一种视频打标签的方法、装置、电子设备及存储介质，通过接收待识别文件以及与待识别文件对应的视频，将待识别文件的地址分发给多个机器，多个机器采用并行的连接方式，多个机器中的每个机器用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与机器识别的一个或多个预设类型匹配，如果是，则根据匹配结果对待识别文件对应的视频打标签，提高了根据文件对视频打标签的效率和处理数量，对视频打标签的执行速度快、灵活性较大、可配置性以及可扩展性较好，同时有效的解决了数据堆积以及随着处理文件数量的增多处理时间也相应增加的问题。

Description

一种视频打标签的方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种视频打标签的方法、装置、电子设备及存储介质。

背景技术

随着科技的不断发展，车辆已经成为人们日常生活中不可或缺的交通工具。车辆中的车载设备(例如车机)可以生成与车辆相关的文件。另外，车辆上还可以安装有拍摄设备从而生成视频。

当前可以通过对文件的分析而对视频进行打标签，从而确定视频对应的标签，以便于后续的应用，例如，对视频进行分类，或者采用带有标签的视频进行模型训练。

但是，现有技术中对文件的分析效率较低，从而导致对视频进行打标签的效率也较低。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种视频打标签的方法、装置、电子设备及存储介质。

第一方面，本公开实施例提供了一种视频打标签的方法，包括：

接收待识别文件以及与待识别文件对应的视频；

将待识别文件的地址分发给多个机器，多个机器中的每个机器用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与机器识别的一个或多个预设类型匹配；

如果是，则根据匹配结果对待识别文件对应的视频打标签。

第二方面，本公开实施例提供了一种视频打标签的方法，包括：

接收待识别文件的地址；

根据待识别文件的地址下载待识别文件，并确定待识别文件是否与本机识别的一个或多个预设类型匹配；

如果是，则将匹配成功的预设类型或匹配成功的预设类型的标识信息发送给服务器，服务器用于根据匹配成功的预设类型或匹配成功的预设类型的标识信息对待识别文件对应的视频打标签。

第三方面，本公开实施例提供了一种视频打标签的装置，包括：

接收模块，用于待识别文件以及与待识别文件对应的视频；

分发模块，用于将待识别文件的地址分发给多个机器，多个机器中的每个机器用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与机器识别的一个或多个预设类型匹配；

处理模块，用于根据匹配结果对待识别文件对应的视频打标签。

第四方面，本公开实施例提供了一种视频打标签的装置，包括：

第一接收模块，用于接收待识别文件的地址；

第一处理模块，用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与本机识别的一个或多个预设类型匹配；

发送模块，用于将匹配成功的预设类型或匹配成功的预设类型的标识信息发送给服务器，服务器用于根据匹配成功的预设类型或匹配成功的预设类型的标识信息对待识别文件对应的视频打标签。

第五方面，本公开实施例提供了一种电子设备，包括：处理器，处理器用于执行存储于存储器的计算机程序，计算机程序被处理器执行时实现上述方法的步骤。

第六方面，本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法的步骤。

本公开实施例提供的一种视频打标签的方法、装置、电子设备及存储介质，通过接收车载设备生成的待识别文件以及与待识别文件对应的视频，将待识别文件的地址分发给多个机器，多个机器采用并行的连接方式，多个机器中的每个机器用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与机器识别的一个或多个预设类型匹配，如果是，则根据匹配结果对待识别文件对应的视频打标签，提高了对车载文件进行分析的效率，从而提高对视频打标签的效率，对视频打标签的执行速度快、灵活性较大，同时有效的解决了数据堆积的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本公开实施例提供的一种视频打标签的方法流程图；

图2为本公开实施例提供的一种视频打标签的方法结构示意图；

图3为本公开实施例提供的一种视频打标签的方法流程图；

图4为本公开实施例提供的一种视频打标签的方法流程图；

图5为本公开实施例提供的一种视频打标签的方法结构示意图；

图6为本公开实施例提供的一种视频打标签的方法结构示意图；

图7为本公开实施例提供的一种视频打标签的方法流程图；

图8为本公开实施例提供的一种视频打标签的装置的结构示意图；

图9为本公开实施例提供的一种视频打标签的装置的结构示意图；

图10为本公开实施例提供的一种视频打标签的设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

图1为本公开实施例提供的一种视频打标签的方法流程图，该视频打标签的方法可以由服务器来执行。该服务器可以是云平台服务器、服务器集群中的一个或多个服务器。具体的，本实施例所述的视频打标签的方法可以适用于图2所示的应用场景。如图2所示，车载设备在生成文件的过程中，车辆上的拍摄设备可以拍摄获得视频。其中，车载设备生成的文件可以是车辆的日志文件，该日志文件中可以包括车辆在静止过程和/或行驶过程中的一些状态信息。进一步，车载设备可以将同一时间段内生成的文件和视频作为一组数据发送给服务器。例如图2所示，本实施例以N组数据为例进行示意性说明，该N组数据中的每一组数据包括一个文件和一个视频。例如，第1组数据包括文件1和视频1，依次类推，第N组数据包括文件N和视频N。在服务器接收到N组数据后，服务器可以将N组数据中的文件的地址发送给多个机器，例如，图2中服务器将接收到的第N组文件的地址发送给机器A和机器B，机器的数量可根据用户需求自定义设置，在此不作限定。

下面以上述图2的应用场景为例，介绍视频打标签的方法，该方法具体包括如图1所示的如下几个步骤：

步骤110，接收待识别文件以及与所述待识别文件对应的视频。

具体的，在本实施例中，视频打标签的方法可以由服务器来执行。例如图2所示，服务器端可以接收车载设备生成的待识别文件以及与所述待识别文件对应的视频。待识别文件以及与待识别文件对应的视频可以是如图2所示的N组数据，也可以是该N组数据中的一组或多组。

可选地，在接收待识别文件以及与所述待识别文件对应的视频之前，上述方法还包括：

向每个机器发送第一配置文件，第一配置文件用于配置每个机器识别的一个或多个预设类型，每个机器用于执行与一个或多个预设类型分别对应的场景识别脚本。

可理解的，例如图2所示，服务器端向机器A和机器B发送第一配置文件，第一配置文件用于配置机器A和机器B识别的一个或多个预设类型，在机器配置完后，机器A和机器B用于执行与一个或多个预设类型分别对应的场景识别脚本，即，机器A和机器B通过第一配置文件确定能够识别的场景类型，配置好的机器A和机器B与执行预设类型分别对应的场景识别脚本，启动脚本，识别待处理文件的场景类型。

可选地，上述方法还包括：向每个机器发送第一解析包，其中，第一解析包包括多个场景识别脚本；每个机器用于执行第一解析包中与一个或多个预设类型分别对应的场景识别脚本。

可理解的，例如图2所示的服务器端向机器A和机器B发送第一解析包，其中，第一解析包包括多个场景识别脚本，即机器用来确定待识别文件的场景类型的脚本，其中，机器A和机器B能够执行的场景类型脚本的种类与第一解析包中的多个场景识别脚本对应，例如，第一解析包中包含5种类型的场景识别脚本，机器A和机器B中可能分别包括2种和3种不同类型的场景识别脚本，其中，机器A和机器B的具体场景识别脚本的类型数量不作限定，但必须确保机器A和机器B涵括第一解析包中的所有场景类型，再比如，机器A和机器B分别能够识别3种场景类型，此时，机器A和机器B中有1种场景类型是相同的，其余2种则不同。

步骤111，将待识别文件的地址分发给多个机器，多个机器中的每个机器用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与机器识别的一个或多个预设类型匹配。

例如，以图2为例，服务器端将接收到的N个待识别文件的地址分别发送给机器A和机器B，机器A和机器B分别启动多个下载脚本按照接收到的N个地址并行的下载N个文件，此时，机器A和机器B根据配置文件分别配置了2种和3种不同类型的场景识别脚本，机器A将接收到的N个文件分别发送给配置的2个场景，即2个场景均接收N个文件，启动2个场景识别脚本对接收到的待识别文件进行识别，判断接收到的待识别文件是否有匹配的场景类型，机器B的分发方式与机器A相同，启动3种场景识别脚本分别对接收到的N个文件进行识别。

步骤112，如果是，则根据匹配结果对待识别文件对应的视频打标签。

可理解的，在步骤111中，如果机器A确定待识别文件与机器A识别的一个或多个预设类型匹配，即机器A能够识别出待识别文件的场景类型，则将匹配结果发送给服务器端，服务器端根据匹配结果对待识别文件对应的视频打标签。

本公开实施例提供的一种视频打标签的方法，服务器端接收一个或多个待识别文件以及与待识别文件对应的视频，将待识别文件的地址发送给多个机器，多个机器采用多个下载脚本并行的下载待识别文件，并确定待识别文件是否与机器识别的一个或多个预设类型匹配，其中，每个机器包含一个或多个不同场景识别脚本，每种场景类型同样包含一个或多个识别进程，如果是，则根据匹配结果对待识别文件对应的视频打标签，本申请提供的为视频打标签的方法执行速度快、灵活性较大，能够有效的解决数据堆积的问题，根据对文件进行分析从而为视频打标签的处理效率比较高。

图3为本公开实施例提供的一种视频打标签的方法流程图。图3是在图1实施例的基础上，增加新的步骤310和步骤320，继续以图2所示的应用场景为例进行具体说明，图3方法具体包括：

步骤310，在第一解析包中增加新的场景识别脚本，得到第二解析包。

可理解的，当第一解析包中包含的多个场景识别脚本不能识别出待识别文件的场景类型时，或，有新的场景类型时，在第一解析包中增加新的场景识别脚本，即对第一解析包进行更新，得到第二解析包，之后根据第二解析包，更新第一配置文件，得到第二配置文件，第二配置文件至少包括执行新的场景识别脚本的机器标识，即第二配置文件需要包含第二解析包中包含的所有场景类型的标识。

可选的，将第二解析包发送给每个机器，每个机器用于根据第二解析包更新第一解析包。

例如，以图2为例，服务器端发送给机器A和机器B的第一解析包中包含5种类型的场景识别脚本，在服务器端新增第6种类型的场景识别脚本，更新第一解析包，得到第二解析包，第二解析包中就包含了6种类型的场景识别脚本，服务器端将第二解析包重新发送给机器A和机器B。

步骤320，根据第二解析包，更新第一配置文件，得到第二配置文件，第二配置文件至少包括执行新的场景识别脚本的机器标识。

可理解的，服务器端根据步骤310中得到的第二解析包，更新第一配置文件，得到第二配置文件，其中，第二配置文件至少包括执行新的场景识别脚本的机器标识，以图2为例，根据包含6种类型的场景识别脚本的第二解析包更新第二配置文件，即，第二配置文件中包含6种类型的场景识别脚本的标识，对机器A和机器B进行配置。

可选地，将第二配置文件发送给每个机器，每个机器用于根据第二配置文件更新第一配置文件。

可理解的，以图2为例，服务器端将第二配置文件发送给机器A和机器B，机器A和机器B根据接收的第二配置文件，分别重新配置需要执行的场景识别脚本。

本公开实施例提供的一种视频打标签的方法，在实施例1的基础上，通过对第一解析包进行更新，增加新的场景识别脚本，得到第二解析包，并根据第二解析包更新第一配置文件，得到第二配置文件，机器根据第二配置文件重新配置可启动的场景识别脚本，机器的可配置性以及可扩展性较好，可以无限扩展新的场景类型，同时处理时间也不会随着迭代新增场景而增大，为视频打标签效率更高。

图4为本公开实施例提供的一种视频打标签的方法，该视频打标签的方法可以由机器来执行。具体的，本实施例的视频打标签的方法可以适用于图5所示的应用场景。如图5所示，车载设备在生成文件的过程中，车辆上的拍摄设备可以拍摄获得车辆周围环境的视频。其中，车载设备生成的文件可以是车辆的日志文件，该日志文件中可以包括车辆在静止过程或行驶过程中的一些状态信息。进一步，机器接收服务器端发送的N组待识别文件的地址，其中，N组待识别文件分别存在对应的N组视频，随后将N组待识别文件的地址分别发送给第一组机器和第二组机器。

图6为本公开实施例提供的一种视频打标签的方法结构示意图，应用在机器端，在图5的应用场景中，分别指第一组机器和第二组机器中包含的机器A至机器E的运行结构示意图，其中，图6以图5中第一组机器A、机器B和机器C的运行为例，对图4的方法进行具体介绍。图1的方法也可以应用在图5的场景中，同样，图4的方法也可以应用在图2的场景中，本公开实施例提供的视频打标签的方法并不限于图2和图5所示的场景中。以图5和图6的应用场景为例，介绍图4中为视频打标签的方法，图4的具体实现方法如下所示：

步骤410，接收待识别文件的地址。

可理解的，机器接收由服务器端发送的待识别文件的地址。

例如，图5所示的应用场景中，第一组机器和第二组机器分别接收由服务器端发送的N组待识别文件的地址，第一组机器中包含的机器A、机器B和机器C可以依次或随机的接收N组待识别文件的地址，其中，机器A、机器B和机器C接收到的地址各不相同，同样，第二组机器中包含的机器D、机器E和机器F也可以依次或随机的接收N组待识别文件的地址。

可选的，接收待识别文件的地址之前，上述方法还包括：获取第一配置文件，第一配置文件用于配置多个机器中每个机器识别的一个或多个预设类型；根据本机识别的一个或多个预设类型，执行与一个或多个预设类型分别对应的场景识别脚本。

可理解的，在步骤410接收待识别文件的地址之前，机器获取第一配置文件，每个机器根据获取到的第一配置文件确定要识别的一个或多个预设类型，执行与一个或多个预设类型分别对应的场景识别脚本对待识别文件的场景进行识别。

例如，以图5为例，第一组机器与第二组机器分别获取第一配置文件，每个机器根据第一配置文件配置要识别的一个或多个预设类型，其中，第一组机器中包含的机器A、机器B和机器C配置的预设类型相同，第二组机器中包含的机器D、机器E和机器F配置的预设类型相同。可理解的，服务器可以发送给多组机器，每组机器中包含的机器数量可根据用户需求自行定义。

可选的，上述方法还包括：获取第一解析包，第一解析包包括多个场景识别脚本；执行与一个或多个预设类型分别对应的场景识别脚本，包括：执行第一解析包中与一个或多个预设类型分别对应的场景识别脚本。

可理解的，机器获取第一解析包，其中，第一解析包中包含多个场景识别脚本，每个机器执行第一解析包中与根据第一配置文件配置的预设类型分别对应的场景识别脚本。

例如，以图5为例，第一组机器中包含的机器A、机器B和机器C配置的预设类型为2种，可以分别为碰撞场景和静止场景，机器A、机器B和机器C根据配置的预设类型执行第一解析包中的碰撞场景识别脚本和静止场景识别脚本，第二组机器中包含的机器D、机器E和机器F配置的预设类型为2种，可以分别为预警场景和切入场景，机器D、机器E和机器F根据配置的预设类型执行第一解析包中的预警场景识别脚本和切入场景识别脚本。

步骤420，根据待识别文件的地址下载待识别文件，并确定待识别文件是否与本机识别的一个或多个预设类型匹配。

可理解的，根据步骤410中机器接收到的待识别文件的地址下载待识别文件，每个机器可以启动多个下载脚本并行的下载待识别文件。

例如，以图6为例，机器A、机器B和机器C首先执行610，接收待识别文件地址，随后，执行620，启动文件下载脚本根据610中接收到的待识别文件的地址下载待识别文件。

可选地，根据待识别文件的地址下载待识别文件，包括：根据多个待识别文件的地址下载多个待识别文件；将多个待识别文件放入第一目录。

可理解的，每个机器启动多个启动下载脚本，根据接收到的多个待识别文件的地址并行的下载待识别文件，每个机器的第一目录中包含下载的多个待识别文件。

例如，以图6为例，执行620，启动多个下载脚本下载多个待识别文件，并将多个待识别文件放到第一目录中，其中，第一目录是指机器端下载的待识别文件的目录。

可选地，确定待识别文件是否与本机识别的一个或多个预设类型匹配，包括：针对本机识别的一个或多个预设类型中的每个预设类型启动一个或多个进程；将第一目录中的同一个待识别文件随机分配给每个预设类型分别对应的任一进程，任一进程用于确定待识别文件是否与任一进程识别的预设类型匹配。

可理解的，每个机器中包含一个或多个预设类型，每个预设类型会启动一个或多个进程，每个机器将第一目录中的待识别文件随机分配给每个预设类型分别对应的任一进程，即，第一目录将文件分别发送给每个类型对应的任一进程，任一进程用于确定待识别文件是否与任一进程识别的预设类型匹配，即任一进程是否能够识别待识别文件对应的场景类型，得到识别结果/匹配结果。

例如，图5所示的场景中，机器A、机器B和机器C可以识别2个场景类型，以机器A为例，第1个场景类型包含3个进程，第2个场景类型包括2个进程，第一目录将待识别文件1随机分配给第1个场景类型中的第1个进程以及第2个场景类型中的第2个进程，2种场景类型中的其他进程不会分配到待处理文件1，而是分配到除了待处理文件1的其他第一目录中的待处理文件，随后，每个接收到待处理文件的进程启动，机器B和机器C同机器A的分配方式类似；以此类推，机器D、机器E和机器F可以识别2个场景类型，第3个场景类型包含3个进程，第4个场景类型包括2个进程，待识别文件的分发方式与第一组机器类似，在此不作赘述。

例如，以图6为例，执行620后，机器端执行630启动文件分发脚本，630将第一目录中的同一个待识别文件分配给预设类型的场景脚本中，随后，执行640，启动场景识别脚本，其中，640中的场景识别脚本包括2种类型的场景识别脚本，即碰撞场景识别脚本6401和静止场景识别脚本6402，其中，每个预设类型可以对应一个或多个进程，也就是说，在碰撞场景中可以包含一个或多个进程，即可以包含一个或多个碰撞场景识别脚本，一个或多个静止场景识别脚本，可理解的，630将待识别文件随机分发至每个预设类型对应的一个或多个场景识别脚本中。

可选地，将第一目录中的同一个待识别文件随机分配给每个预设类型分别对应的任一进程，包括：将第一目录中的同一个待识别文件的标识信息添加到任一进程对应的第二目录中，任一进程用于根据第二目录中的标识信息从第一目录中获取待识别文件，并确定待识别文件是否与任一进程识别的预设类型匹配。

可理解的，每个进程中都分别对应一个第二目录，每个进程随时监听第二目录中是否含有第一目录添加的尚未识别的标识信息，如果存在尚未识别的标识信息，则任一进程根据第二目录中的标识信息从第一目录中获取待识别文件，确定待识别文件是否与任一进程识别的预设类型匹配。

例如，如图6所示，碰撞场景识别脚本6401和静止场景识别脚本6402分别对应一个第二目录，即，将第一目录中的待识别文件的标识随机分发至每个预设类型中的任一进程/场景识别脚本对应的第二目录中。

可选地，第一目录采用软连接的方式，通过给第二目录中添加一个软连接，即标识信息，其中，软连接是指，实际上每个机器只包含一个待处理文件，每个进程通过软连接的方式读取第一目录中的待处理文件的信息，待识别文件是否与任一进程识别的预设类型匹配，在没有增大存储空间的同时，还能快速的完成文件的分配。

可选地，上述方法还包括：在待识别文件与任一进程识别的预设类型匹配的情况下，将待识别文件的标识信息从第二目录中删除；将待识别文件从第一目录中删除。

可理解的，若待识别文件与任一进程识别的预设类型匹配，即准确识别出待识别文件对应的场景类型，则将待识别文件的标识从第二目录中删除，将待识别文件从第一目录中删除，保证机器的存储空间的充足。

可选地，对于第一目录中的待识别文件采用软连接的方式分配到任一进程对应的第二目录后，各个场景进程对应的第二目录中接收到标识信息后都会同时处理，确认接收到待识别文件的进程处理完待识别文件后，删除与进程对应的第二目录中的标识信息以及第一目录中的待处理文件，提前删除第一目录中的待识别文件会导致没有处理完的进程报错，在现有的技术中解决上述问题是通过计时器，接收到待处理文件标识的进程识别完后，将计时器的数值减1，最后当计时器数值等于0，则删除第一目录中的待识别文件和各进程对应的第二目录中的待识别文件的标识，但是此方案有较大的维护成本，因此，本申请采取系统命令来快速完成待处理文件和待处理文件标识的删除操作，在指定上级目录即第一目录下，统计当前待处理文件的标识信息的数量，如果待处理文件的标识信息的数量不大于1，则代表每个进程全部识别完成，因为每个进程识别完后都会删除当前场景目录下的软连接即待处理文件标识信息，随后可以将第一目录下对应的待处理文件删除，有效避免进程报错。

步骤430，如果是，则将匹配成功的预设类型或匹配成功的预设类型的标识信息发送给服务器，服务器用于根据匹配成功的预设类型或匹配成功的预设类型的标识信息对待识别文件对应的视频打标签。

可理解的是，如果确定步骤420中的待识别文件与本机识别的一个或多个预设类型匹配，则将匹配成功的预设类型或匹配成功的预设类型的标识信息发送给服务器，服务器根据匹配成功的预设类型或匹配成功的预设类型的标识信息对待识别文件对应的视频打标签。

本公开实施例提供的一种视频打标签的方法，通过获取待处理文件的地址，启动多个下载脚本，根据待识别文件的地址并行的下载多个待处理文件，将待处理文件以软连接的方式分配至每个机器包含的一个或多个场景下的任一进程中，识别待处理文件对应的场景类型，若确定待识别文件与本机识别的一个或多个预设类型匹配，则将匹配成功的预设类型或匹配成功的预设类型的标识信息发送给服务器，服务器根据匹配成功的预设类型或匹配成功的预设类型的标识信息对待识别文件对应的视频打标签，多个机器的执行速度快，占用的空间少，同时为视频打标签的处理效率非常高，处理时间也不会随着处理数量的增多而增加。

图7为本公开实施例提供的一种视频打标签的方法流程图。图7是在图4实施例的基础上，增加新的步骤710和步骤720，继续以图5和图6所示的应用场景为例进行具体说明，图7方法具体包括：

步骤710，接收第二解析包，第二解析包是在第一解析包中增加新的场景识别脚本后生成的。

可理解的，机器在步骤710中接收第二解析包，其中，第二解析包是在第一解析包中增加新的场景识别脚本得到的。

可选地，新的场景识别脚本的建立可以包括：创建一个新的文件，将新的场景进行识别的代码写入创建的文件中，随后将写有新的场景识别代码的文件加载到中继文件中，其中，中继文件主要包含实现通用功能的代码，通用功能具体指：对待识别文件信息的提取功能和删除功能等，最后得到新的场景识别脚本。利用新的场景识别脚本对待识别文件进行识别，识别完成后返回统一类型格式的结果，例如，返回命中、没有命中等结果，来验证新的场景识别脚本的识别能力。

可理解的，新的场景识别脚本的建立可以由机器端实现，并将新的场景识别脚本发送至服务器端，服务器端将新的场景识别脚本添加至第一解析包中，得到第二解析包，并发送至机器端，或，由服务器端建立新的场景识别脚本，并更新第一解析包得到第二解析包，而机器端只接收由服务器端发送的第二解析包。

可理解的，在第一解析包中增加新的场景识别脚本，得到第二解析包时，也要相应的修改解析包中对应的场景识别脚本目录。

步骤720，根据第二解析包更新第一解析包。

可理解的，机器端根据步骤710接收到的第二解析包更新之前获取的第一解析包。

可选地，上述方法还包括：接收第二配置文件，第二配置文件至少包括执行新的场景识别脚本的机器标识；根据第二配置文件更新第一配置文件。

可理解的，服务器端根据第二解析包中包含多个场景识别脚本的类型，更新第一配置文件得到第二配置文件，并将第二配置文件发送至机器端，机器端接收第二配置文件，并根据第二配置文件重新配置一个或多个预设类型，其中，第二配置文件至少要包括执行新的场景识别脚本的机器标识，以便于机器能够根据对应的标识启动第二解析包中的对应的场景识别脚本。

例如，如图6所示，机器中包含2种预设类型，即碰撞场景识别脚本6401和静止场景识别脚本6402，机器端通过获取第二配置文件重新配置预设类型，执行与预设类型对应的第二解析包中的场景识别脚本，可以包含新增的场景识别脚本，例如新增的场景识别脚本为行驶场景识别脚本，区别于现有的场景识别脚本。

本公开实施例提供的一种视频打标签的方法，在实施例3的基础上，通过对第一解析包进行更新，增加新的场景识别脚本，得到第二解析包，并根据第二解析包更新第一配置文件，得到第二配置文件，机器根据第二配置文件重新配置可启动的场景识别脚本，机器的可配置性以及可扩展性较好，可以无限扩展新的场景类型，同时处理时间也不会随着迭代新增场景而增大，为视频打标签效率更高。

图8为本公开实施例提供了一种视频打标签的装置的结构示意图。该装置可以是上述方法实施例当中的服务器，或者该装置可以是服务器中的组件、部件或模块。如图8所示，装置800包括接收模块810、分发模块820以及处理模块830；

接收模块810，用于接收车载设备生成的待识别文件以及与待识别文件对应的视频；

分发模块820，用于将待识别文件的地址分发给多个机器，多个机器中的每个机器用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与机器识别的一个或多个预设类型匹配；

处理模块830，用于根据匹配结果对待识别文件对应的视频打标签。

可选地，装置800还包括配置模块：

配置模块用于向每个机器送第一配置文件，第一配置文件用于配置每个机器识别的一个或多个预设类型，每个机器用于执行与一个或多个预设类型分别对应的场景识别脚本。

可选地，配置模块还用于向每个机器发送第一解析包，其中，第一解析包可包括多个场景识别脚本；

每个机器用于执行第一解析包中与一个或多个预设类型分别对应的场景识别脚本。

可选地，配置模块还用于在第一解析包中增加新的场景识别脚本，得到第二解析包；

根据第二解析包，更新第一配置文件，得到第二配置文件，第二配置文件至少包括执行新的场景识别脚本的机器标识。

可选地，配置文件还用于将第二解析包发送给每个机器，每个机器用于根据第二解析包更新第一解析包。

可选地，配置文件还用于将第二配置文件发送给每个机器，每个机器用于根据第二配置文件更新第一配置文件。

图8所示实施例的一种视频打标签的装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本公开实施例提供了一种视频打标签的装置。该装置可以是上述方法实施例当中的任意一个机器，或者该装置可以是任意一个机器中的组件、部件或模块。装置900包括第一接收模块910、第一处理模块920以及发送模块930；

第一接收模块910，用于接收待识别文件的地址；

第一处理模块920，用于根据待识别文件的地址下载待识别文件，并确定待识别文件是否与本机识别的一个或多个预设类型匹配；

发送模块930，用于将匹配成功的预设类型或匹配成功的预设类型的标识信息发送给服务器，服务器用于根据匹配成功的预设类型或匹配成功的预设类型的标识信息对待识别文件对应的视频打标签。

可选地，第一接收模块根据多个待识别文件的地址下载多个待识别文件；

将多个待识别文件放入第一目录。

可选地，装置还包括第一配置模块，第一配置模块用于获取第一配置文件，第一配置文件用于配置多个机器中每个机器识别的一个或多个预设类型；

根据本机识别的一个或多个预设类型，执行与一个或多个预设类型分别对应的场景识别脚本。

可选地，第一配置模块还用于获取第一解析包，第一解析包包括多个场景识别脚本；

执行与一个或多个预设类型分别对应的场景识别脚本，包括：

执行第一解析包中与一个或多个预设类型分别对应的场景识别脚本。

可选地，第一配置模块还用于接收第二解析包，第二解析包是在第一解析包中增加新的场景识别脚本后生成的；

根据第二解析包更新第一解析包。

可选地，第一配置模块还用于接收第二配置文件，第二配置文件至少包括执行新的场景识别脚本的机器标识；

根据第二配置文件更新第一配置文件。

可选地，第一处理模块针对本机识别的一个或多个预设类型中的每个预设类型启动一个或多个进程；

将第一目录中的同一个待识别文件随机分配给每个预设类型分别对应的任一进程，任一进程用于确定待识别文件是否与任一进程识别的预设类型匹配。

可选地，第一处理模块将第一目录中的同一个待识别文件的标识信息添加到任一进程对应的第二目录中，任一进程用于根据第二目录中的标识信息从第一目录中获取待识别文件，并确定待识别文件是否与任一进程识别的预设类型匹配。

可选地，装置还包括删除模块，删除模块用于在待识别文件与任一进程识别的预设类型匹配的情况下，将待识别文件的标识信息从第二目录中删除；

将待识别文件从第一目录中删除。

图9所示实施例的一种视频打标签的装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图10为本公开实施例提供的电子设备的结构示意图。该电子设备可以是如上所述的服务器或机器。本公开实施例提供的电子设备可以执行视频打标签的方法实施例提供的处理流程，如图10所示，电子设备1000包括：处理器1100、通讯接口1200和存储器1300；其中，计算机程序存储在存储器1300中，并被配置为由处理器1100执行如上述的视频打标签的方法。

另外，本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的视频打标签的方法。

此外，本公开实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序或指令，该计算机程序或指令被处理器执行时实现如上所述的视频打标签的方法。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (19)

1.一种视频打标签的方法，其特征在于，包括：

接收待识别文件以及与所述待识别文件对应的视频；

将所述待识别文件的地址分发给多个机器，所述多个机器中的每个机器用于根据所述待识别文件的地址下载所述待识别文件，并确定所述待识别文件是否与所述机器识别的一个或多个预设类型匹配；

如果是，则根据匹配结果对所述待识别文件对应的视频打标签。

2.根据权利要求1所述的方法，其特征在于，所述接收待识别文件以及与所述待识别文件对应的视频之前，所述方法还包括：

向所述每个机器发送第一配置文件，所述第一配置文件用于配置所述每个机器识别的一个或多个预设类型，所述每个机器用于执行与所述一个或多个预设类型分别对应的场景识别脚本。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：向所述每个机器发送第一解析包，其中，所述第一解析包包括多个场景识别脚本；

所述每个机器用于执行所述第一解析包中与所述一个或多个预设类型分别对应的场景识别脚本。

4.根据权利要求3所述的方法，其特征在于，向所述每个机器发送第一解析包之后，所述方法还包括：

在所述第一解析包中增加新的场景识别脚本，得到第二解析包；

根据所述第二解析包，更新所述第一配置文件，得到第二配置文件，所述第二配置文件至少包括执行所述新的场景识别脚本的机器标识。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

将所述第二解析包发送给所述每个机器，所述每个机器用于根据所述第二解析包更新所述第一解析包。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

将所述第二配置文件发送给所述每个机器，所述每个机器用于根据所述第二配置文件更新所述第一配置文件。

7.一种视频打标签的方法，其特征在于，包括：

接收待识别文件的地址；

根据所述待识别文件的地址下载所述待识别文件，并确定所述待识别文件是否与本机识别的一个或多个预设类型匹配；

如果是，则将匹配成功的预设类型或所述匹配成功的预设类型的标识信息发送给服务器，所述服务器用于根据所述匹配成功的预设类型或所述匹配成功的预设类型的标识信息对所述待识别文件对应的视频打标签。

8.根据权利要求7所述的方法，其特征在于，接收待识别文件的地址之前，所述方法还包括：

获取第一配置文件，所述第一配置文件用于配置多个机器中每个机器识别的一个或多个预设类型；

根据本机识别的一个或多个预设类型，执行与所述一个或多个预设类型分别对应的场景识别脚本。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

获取第一解析包，所述第一解析包包括多个场景识别脚本；

所述执行与所述一个或多个预设类型分别对应的场景识别脚本，包括：

执行所述第一解析包中与所述一个或多个预设类型分别对应的场景识别脚本。

10.根据权利要求9所述的方法，其特征在于，获取第一解析包之后，所述方法还包括：

接收第二解析包，所述第二解析包是在所述第一解析包中增加新的场景识别脚本后生成的；

根据所述第二解析包更新所述第一解析包。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

接收第二配置文件，所述第二配置文件至少包括执行所述新的场景识别脚本的机器标识；

根据所述第二配置文件更新所述第一配置文件。

12.根据权利要求7所述的方法，其特征在于，根据所述待识别文件的地址下载所述待识别文件，包括：

根据多个待识别文件的地址下载所述多个待识别文件；

将所述多个待识别文件放入第一目录。

13.根据权利要求12所述的方法，其特征在于，确定所述待识别文件是否与本机识别的一个或多个预设类型匹配，包括：

针对本机识别的一个或多个预设类型中的每个预设类型启动一个或多个进程；

将所述第一目录中的同一个待识别文件随机分配给所述每个预设类型分别对应的任一进程，所述任一进程用于确定所述待识别文件是否与所述任一进程识别的预设类型匹配。

14.根据权利要求13所述的方法，其特征在于，将所述第一目录中的同一个待识别文件随机分配给所述每个预设类型分别对应的任一进程，包括：

将所述第一目录中的同一个待识别文件的标识信息添加到所述任一进程对应的第二目录中，所述任一进程用于根据所述第二目录中的标识信息从所述第一目录中获取待识别文件，并确定所述待识别文件是否与所述任一进程识别的预设类型匹配。

15.根据权利要求14所述的方法，其特征在于，所述方法还包括：

在所述待识别文件与所述任一进程识别的预设类型匹配的情况下，将所述待识别文件的标识信息从所述第二目录中删除；

将所述待识别文件从所述第一目录中删除。

16.一种视频打标签的装置，其特征在于，包括：

接收模块，用于待识别文件以及与所述待识别文件对应的视频；

分发模块，用于将所述待识别文件的地址分发给多个机器，所述多个机器中的每个机器用于根据所述待识别文件的地址下载所述待识别文件，并确定所述待识别文件是否与所述机器识别的一个或多个预设类型匹配；

处理模块，用于根据匹配结果对所述待识别文件对应的视频打标签。

17.一种视频打标签的装置，其特征在于，包括：

第一接收模块，用于接收待识别文件的地址；

第一处理模块，用于根据所述待识别文件的地址下载所述待识别文件，并确定所述待识别文件是否与本机识别的一个或多个预设类型匹配；

发送模块，用于将匹配成功的预设类型或所述匹配成功的预设类型的标识信息发送给服务器，所述服务器用于根据所述匹配成功的预设类型或所述匹配成功的预设类型的标识信息对所述待识别文件对应的视频打标签。

18.一种电子设备，其特征在于，包括：处理器，所述处理器用于执行存储于存储器的计算机程序，所述计算机程序被处理器执行时实现权利要求1-6或7-15任一项所述的方法的步骤。

19.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6或7-15任一项所述的方法的步骤。