CN112735140A - 数据处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种数据处理方法、装置、电子设备和存储介质，涉及数据处理技术领域。具体实现方案为：接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的；接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；将摄像头实时采集到的实时视频流数据和交通灯的实时信号灯状态，按照事件发送的时间进行融合。该方法通过将摄像头实时采集的视频流数据与交通灯的实时信号灯状态进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析。

Description

数据处理方法、装置、电子设备和存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法、装置、电子设备和存储介质。

背景技术

智能交通***需要视频实时采集车流情况，视频通过摄像头采集，并通过网络传输，同时还需要获取当前的交通信号灯状态，该状态可通过网络采集传输。然而，目前智能交通***仅是将获得的实时视频流数据和交通信号灯状态分别进行分析处理，而不能对视频流所记载的时间和交通信号灯状态所表达的时间进行充分利用，使得后续利用实时视频流数据和交通信号灯状态在不同维度进行数据分析时，导致分析结果不能完全符合真实情况。

因此，如何将实时流的视频数据和交通信号灯状态进行数据处理，使得处理后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，已成为亟待解决的问题。

发明内容

本申请的目的旨在至少在一定程度上解决上述技术问题之一。

为此，本申请的第一个目的在于提出一种数据处理方法。该方法通过将摄像头实时采集的视频流数据与交通灯的实时信号灯状态按照事件发送的时间进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析。

本申请的第二个目的在于提出一种数据处理装置。

本申请的第三个目的在于提出一种电子设备。

本申请的第四个目的在于提出一种计算机可读存储介质。

为达到上述目的，本申请第一方面实施例提出的数据处理方法，包括：接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的；接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；将摄像头实时采集到的实时视频流数据和交通灯的实时信号灯状态，按照事件发送的时间进行融合。

根据本申请的一个实施例，将所述摄像头实时采集到的实时视频流数据和交通灯的实时信号灯状态，按照事件发送的时间进行融合，包括：将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存；确定摄像头输出实时视频流数据时的事件发送时间，并确定交通灯控制***发出实时信号灯状态时的事件发送时间；按照事件发送时间，从视频流消息队列中读取对应的视频流数据，并从信号灯状态消息队列中读取对应的信号灯状态；将对应的视频流数据和对应的信号灯状态进行数据融合。

根据本申请的一个实施例，在将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存之后，在按照事件发送时间从所述视频流消息队列中读取视频流数据之前，所述数据处理方法还包括：判断当前事件发送时间所对应的视频流数据是否存在丢包；若是，则在经过预设时间之后，执行所述按照事件发送时间从视频流消息队列中读取对应的视频流数据的步骤。

根据本申请的一个实施例，所述数据处理方法还包括：若当前事件发送时间所对应的视频流数据存在丢包，且在预设时间内接收到当前事件发送时间所对应的视频流数据中的丢包数据时，确定当前事件发送时间所对应的视频流数据在视频流消息队列中的缓存位置；将丢包数据***至缓存位置的对应位置处。

根据本申请的一个实施例，所述数据处理方法还包括：在将对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到对应的视频流数据中存在交通灯的多个信号灯状态，则选取交通灯的多个信号灯状态中的最新信号灯状态；将对应的视频流数据和选取的最新信号灯状态进行融合。

根据本申请的一个实施例，所述数据处理方法还包括：在将对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到对应的视频流数据中存在交通灯的多个信号灯状态，则将对应的视频流数据中的帧进行拆分以确定出各个信号灯状态在对应的视频流数据中所对应的帧数据；将各个信号灯状态与其对应的帧数据进行融合。

本申请第二方面实施例提出的数据处理装置，包括：视频流数据接收模块，用于接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的；信号灯状态接收模块，用于接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；数据融合模块，用于将摄像头实时采集到的实时视频流数据和交通灯的实时信号灯状态，按照事件发送的时间进行融合。

根据本申请的一个实施例，数据融合模块包括：缓存单元，用于将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存；事件发送时间确定单元，用于确定摄像头输出实时视频流数据时的事件发送时间，并确定交通灯控制***发出实时信号灯状态时的事件发送时间；数据读取单元，用于按照事件发送时间，从视频流消息队列中读取对应的视频流数据，并从信号灯状态消息队列中读取对应的信号灯状态；数据融合单元，用于将对应的视频流数据和对应的信号灯状态进行数据融合。

根据本申请的一个实施例，数据融合模块还包括：判断单元，用于在将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存之后，在按照事件发送时间从所述视频流消息队列中读取视频流数据之前，判断当前事件发送时间所对应的视频流数据是否存在丢包；其中，数据读取单元，还用于在当前事件发送时间所对应的视频流数据存在丢包时，在经过预设时间之后，执行按照事件发送时间从所述视频流消息队列中读取对应的视频流数据的步骤。

根据本申请的一个实施例，缓存单元还用于：在判断单元判断当前事件发送时间所对应的视频流数据存在丢包，且在预设时间内接收到当前事件发送时间所对应的视频流数据中的丢包数据时，确定当前事件发送时间所对应的视频流数据在视频流消息队列中的缓存位置，并将丢包数据***至缓存位置的对应位置处。

根据本申请的一个实施例，数据融合单元还用于：在将对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到对应的视频流数据中存在交通灯的多个信号灯状态，则选取交通灯的多个信号灯状态中的最新信号灯状态，并将对应的视频流数据和选取的最新信号灯状态进行融合。

根据本申请的一个实施例，数据融合单元还用于：在将对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到对应的视频流数据中存在所述交通灯的多个信号灯状态，则将对应的视频流数据中的帧进行拆分以确定出各个信号灯状态在所述对应的视频流数据中所对应的帧数据，并将各个信号灯状态与其对应的帧数据进行融合。

本申请第三方面实施例提出的电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请第一方面实施例所述的数据处理方法。

本申请第四方面实施例提出的存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本申请第一方面实施例所述的数据处理方法。

上述申请中的一个实施例具有如下优点或有益效果：接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的；接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；之后，将摄像头实时采集到的实时视频流数据和所述交通灯的实时信号灯状态，按照事件发送的时间进行融合。即通过将摄像头实时采集的视频流数据与交通灯的实时信号灯状态按照时间进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析，例如，可利用该融合数据计算路口的各种指标数据，比如车流量、路口延误指标等。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请第一实施例的示意图；

图2是根据本申请第二实施例的示意图；

图3是根据本申请第三实施例的示意图；

图4是根据本申请第四实施例的示意图；

图5是根据本申请第五实施例的示意图；

图6是用来实现本申请实施例的数据处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本申请第一实施例的示意图。需要说明的是，本申请实施例的数据处理方法可应用于本申请实施例的数据处理装置，作为一种示例，本申请实施例的数据处理方法可应用于智能交通***中。其中，该智能交通***可布置在每个城市道路交叉路口处，智能交通***可包括但不限于多个摄像头、交通信号灯。

如图1所示，该数据处理方法可以包括以下步骤：

步骤101，接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的。

在本申请实施例中，智能交通***可布置在每个城市道路交叉路口处，智能交通***可包括但不限于多个摄像头、交通信号灯。例如，在每个交通信号灯的预设范围内设置有多个摄像头，摄像头对道路交叉路口处车流情况进行实时采集，并将实时采集的车流情况发送至智能交通***。因此，智能交通***可接收位于道路交叉路口处的摄像头发送的实时视频流数据。

步骤102，接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态。

在本申请实施例中，信号灯状态可为红灯、黄灯、绿灯，交通灯控制***位于道路交叉路口处，可对道路交叉路口处的交通信号灯的实时状态进行显示和控制，比如，交通信号灯显示绿灯、交通信号灯由绿灯切换到红灯等。另外，交通灯控制***还可将交通信号灯的实时状态发送至智能交通***中。

其中，需要说明的是，上述步骤101和步骤102可同时进行，也可先进行步骤102，再进行步骤101，本申请不做具体限制。

步骤103，将摄像头实时采集到的实时视频流数据和交通灯的实时信号灯状态，按照事件发送的时间进行融合。

可以理解，摄像头在将自身采集的实时视频流数据发送给智能交通***时，所发送的数据包中都会携带有该发送事件所对应的时间(即该数据所对应的事件发送时间)；交通灯控制***在将交通信号灯的实时状态数据发送给智能交通***时，所发送的数据包中也都会携带有该发送事件所对应的时间。因此，本申请实施例，在接收到摄像头发送的实时视频流数据和交通灯控制***发送的实时信号灯状态之后，可将实时视频流数据和交通信号灯的实时信号灯状态按照事件发送的时间进行数据融合，使得融合后的数据能够表达当前视频所呈现的车流情况。

作为一种示例，可将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存，按照事件发送的时间，将对应的视频流数据和对应的信号灯状态进行数据融合。具体详见后续实施例的描述。

本申请实施例的数据处理方法，可接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的；接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；将摄像头实时采集到的实时视频流数据和所述交通灯的实时信号灯状态，按照事件发送的时间进行融合。该方法通过将摄像头实时采集的视频流数据与交通灯的实时信号灯状态按照时间进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析。例如，可利用该融合数据计算路口的各种指标数据，比如车流量、路口延误指标等。

在本申请实施例中，在接收到摄像头发送的实时视频流数据和交通灯控制***发送的实时信号灯状态之后，可将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存，按照事件发送的时间，将对应的视频流数据和对应的信号灯状态进行数据融合。如图2所示，具体步骤如下：

步骤201，将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存。

为了将摄像头实时采集到的实时视频流数据和交通灯的实时信号灯状态，按照事件发送的时间进行更好地融合，可将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存。其中视频流消息队列中的每个视频流消息可包括但不限于实时视频流的发送时间、实时视频流数据等，信号灯状态消息队列中的每个信号灯状态消息可包括但不限于实时信号灯状态的发送时间，实时信号灯的状态等。另外，由于摄像头对视频流数据进行实时发送，因此，实时视频流的发送时间和采集时间一致。同理，实时信号灯状态的发送时间和采集时间一致。

举例而言，比如，摄像头每隔1秒钟向服务器输出一次实时采集的视频流数据，交通灯控制***每隔1秒钟向服务器发送一次信号灯状态，可将摄像头输出的实时采集的视频流数据和对应的视频流数据发送时间放入视频流消息队列进行缓存，将交通灯控制***发送的实时信号灯状态信号和对应的信号灯状态信号的发送时间放入信号灯状态消息队列进行缓存。

步骤202，确定摄像头输出实时视频流数据时的事件发送时间，并确定交通灯控制***发出实时信号灯状态时的事件发送时间。

步骤203，按照事件发送时间，从视频流消息队列中读取对应的视频流数据，并从信号灯状态消息队列中读取对应的信号灯状态。

步骤204，将对应的视频流数据和对应的信号灯状态进行数据融合。

在本申请实施例中，可从视频流消息队列中和信号灯状态消息队列中，自动获取每个实时视频流数据的发送时间和交通灯控制***发出每个实时信号灯状态时的发送时间，之后，根据实时视频流数据的发送时间或者实时信号灯状态时的发送时间，从视频流消息队列中读取对应的视频流数据，并从信号灯状态消息队列中读取对应的信号灯状态。比如，视频流数据的发送时间或者交通灯控制***发出实时信号灯状态的时间为上午10：00，从视频流消息队列中读取对应的10:00的视频流数据，同时，从信号灯状态消息队列中读取对应的10:00的信号灯状态。之后，将对应的视频流数据和对应的信号灯状态，为了保证消息处理的时效性，利用分布式大数据实时流技术进行数据融合，使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及实际交通信号灯状态，即当前视频所呈现的车流情况，其对应的是哪一个交通灯以及该交通灯当前的信号灯状态。

也就是说，从所述视频流消息队列和所述信号灯状态消息队列中，分别读取相同的事件发送时间所对应的视频流数据和对应的信号灯状态，之后，将该读取到的对应的视频流数据和对应的信号灯状态进行数据融合，即就是将具有相同事件发送时间的视频流数据和信号灯状态进行融合。例如，摄像头每隔1秒钟向外输出一次实时采集的视频流数据，交通灯控制***每隔1秒钟发送一次信号灯状态，可将摄像头输出的实时采集的视频流数据放入视频流消息队列进行缓存，将交通灯控制***发送的实时信号灯状态信号放入信号灯状态消息队列进行缓存。之后，可按照事件发送时间(即相同的时间窗口，如1秒钟)，将相同的事件发送时间所对应的视频流数据和所对应的信号灯状态进行数据融合，以实现利用大数据实时流技术(如Flink技术)将视频与交通灯融合。

其中，需要说明的是，分布式大数据实时流技术可为基于开源的分布式流式处理框架技术等，比如，Flink(一种开源流处理框架)，其核心是用Java和Scala编写的分布式流数据流引擎，以数据并行和流水线方式执行任意流数据程序，Flink的流水线运行时***可以执行批处理和流处理程序。由此，将摄像头实时采集的视频流数据与交通灯的实时信号灯状态进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通灯的当前的信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析。

需要理解的是，网络传输时可能会存在网络延迟，例如，由于网络延迟，接收到的摄像头发送的实时视频流数据可能存在丢包情况，因此，为了避免由于网络延迟而导致数据丢包的情况，进而会影响融合数据错误的问题，在本申请的实施例中，在将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存之后，在按照事件发送时间，从视频流消息队列中读取对应的视频流数据之前，可先判断当前事件发送时间所对应的实时视频流数据是否存在丢包。比如，在每个视频流数据中的各帧设置序号，可根据序号来判断该视频流数据是否完整，如果视频流数据完整则未丢包，如果视频流数据不完整则丢包。如果实时视频流数据存在丢包的情况，则经过预设时间之后(如1分钟)，按照事件发送时间从所述视频流消息队列中读取对应的视频流数据。其中，预设时间为基于网络传输非异常的情况下的预先设定的时间。

在本发明的实施例中，如果当前事件发送时间所对应的实时视频流数据存在丢包，且在所述预设时间内(如1分钟)，接收到了所述当前事件发送时间所对应的实时视频流数据中的丢包数据时，可确定所述当前事件发送时间所对应的实时视频流数据在所述视频流消息队列中的缓存位置，并将所述丢包数据***到所述缓存位置的对应位置处。

同理，在将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存之后，在按照事件发送时间，从信号灯状态消息队列中读取对应的实时信号灯状态之前，可先判断当前事件发送时间所对应的实时信号灯状态是否存在丢包，比如，对每个实时信号灯状态设置序号，可根据序号来判断该实时信号灯状态是否完整，如果实时信号灯状态完整则未丢包，如果实时信号灯状态不完整则丢包。若是，则经过预设时间之后，按照事件发送时间从信号灯状态消息队列中读取对应的实时信号灯状态。

如果当前事件发送时间所对应的实时信号灯状态存在丢包，且在所述预设时间内，接收到了所述当前事件发送时间所对应的实时信号灯状态中的丢包数据时，可确定所述当前事件发送时间所对应的实时信号灯状态在所述视频流消息队列中的缓存位置，并将所述丢包数据***到所述缓存位置的对应位置处。

可以理解，摄像头在实时采集车流情况时，当交通灯存在信号灯状态切换(如从绿灯切换为黄灯)时，摄像头可能会在1秒内采集到的视频中的交通灯存在两种信号灯状态，然而由于在单位事件发送时间内，交通灯控制***仅能发送一个信号灯状态，例如，交通灯控制***每隔1秒发送一个信号灯状态，不可能存在每隔1秒发送两个信号灯状态，因此，为了提高可用性以及可行性，保证融合数据的可使用性，在对实时视频流数据和实时信号灯状态进行数据融合时，可进行容错处理。具体地，在本申请的一个实施例中，在将读取到的所述对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到所述对应的视频流数据中存在所述交通灯的多个信号灯状态，则选取交通灯的多个信号灯状态中的最新信号灯状态，并将读取到的所述对应的视频流数据和选取的最新信号灯状态进行融合。

举例而言，假设1秒钟视频流中存在交通灯的两个信号灯状态，比如该交通灯在信号灯切换时，此时1秒钟中多帧视频流中存在两个信号灯状态，这种情况是与交通灯正常状态不符的，需要对该视频流的信号灯状态进行过滤，比如选取该视频流中最新信号灯状态作为该1秒钟视频流所对应的交通灯信号状态。

为了保证数据完整，在本申请的一个实施例中，在将读取到的对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到所述对应的视频流数据中存在所述交通灯的多个信号灯状态，则可将对应的视频流数据中的帧进行拆分，即确定各个信号灯状态在所述对应的视频流数据中所对应的帧数据，并将各个信号灯状态与其对应的帧数据进行融合。例如，假设1秒钟视频流中存在交通灯的两个信号灯状态，比如该交通灯在信号灯切换时，此时1秒钟中多帧视频流中存在两个信号灯状态，假设1秒钟视频流存在10帧数据，其中，前6帧为交通灯的第一种信号灯状态，剩余4帧为交通灯的第二种信号灯状态，在数据融合时，可将这两种信号灯状态与其对应的帧数据进行融合。

需要说明的是，本申请实施例的摄像头和交通灯是布置在相同路口的，且该摄像头是用于实施采集该交通灯控制流向的车流情况，这样，可将该摄像头实时采集的视频流数据与该交通灯的实时信号灯状态进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析。例如，可利用该融合数据计算路口的各种指标数据，比如车流量、路口延误指标等。

与上述几种实施例提供的数据处理方法相对应，本申请的一种实施例还提供一种数据处理装置，由于本申请实施例提供的数据处理装置与上述几种实施例提供的数据处理方法相对应，因此在数据处理方法的实施方式也适用于本实施例提供的数据处理装置，在本实施例中不再详细描述。图3是根据本申请第三实施例的示意图。如图3所示，该数据处理装置300可以包括：视频流数据接收模块310、信号灯状态接收模块320和数据融合模块330。

其中，视频流数据接收模块310，用于接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是所述摄像头对道路交叉路口处车流情况进行实时采集而得到的；信号灯状态接收模块320，用于接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；数据融合模块330，用于将摄像头实时采集到的实时视频流数据和交通灯的实时信号灯状态，按照事件发送的时间进行融合。

作为本申请实施例的一种可能实现方式，如图4所示，在图3所示基础上，数据融合模块330包括缓存单元331、事件发送时间确定单元332、数据读取单元333、数据融合单元334。

其中，缓存单元331，用于将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存；事件发送时间确定单元332，用于确定摄像头输出实时视频流数据时的事件发送时间，并确定交通灯控制***发出实时信号灯状态时的事件发送时间；数据读取单元333，用于按照事件发送时间，从视频流消息队列中读取对应的视频流数据，并从信号灯状态消息队列中读取对应的信号灯状态；数据融合单元334，用于将对应的视频流数据和对应的信号灯状态进行数据融合。

作为本申请实施例的一种可能实现方式，如图5所示，在图4所示基础上，数据融合模块330还包括：判断单元335。

其中，判断单元335，用于在将摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存之后，在按照事件发送时间从所述视频流消息队列中读取视频流数据之前，判断当前事件发送时间所对应的视频流数据是否存在丢包；数据读取单元333，还用于在当前事件发送时间所对应的视频流数据存在丢包时，在经过预设时间之后，执行按照事件发送时间从视频流消息队列中读取对应的视频流数据的步骤。

作为本申请实施例的一种可能实现方式，缓存单元331还用于：在判断单元判断当前事件发送时间所对应的视频流数据存在丢包，且在预设时间内接收到当前事件发送时间所对应的视频流数据中的丢包数据时，确定当前事件发送时间所对应的视频流数据在视频流消息队列中的缓存位置，并将丢包数据***至缓存位置的对应位置处。

作为本申请实施例的一种可能实现方式，数据融合单元334还用于：在将对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到对应的视频流数据中存在交通灯的多个信号灯状态，则选取交通灯的多个信号灯状态中的最新信号灯状态，并将对应的视频流数据和选取的最新信号灯状态进行融合。

作为本申请实施例的一种可能实现方式，数据融合单元334还用于：在将对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到对应的视频流数据中存在交通灯的多个信号灯状态，则将对应的视频流数据中的帧进行拆分以确定出各个信号灯状态在对应的视频流数据中所对应的帧数据，并将各个信号灯状态与其对应的帧数据进行融合。

本申请实施例的数据处理装置，通过接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的；接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；将摄像头实时采集到的实时视频流数据和所述交通灯的实时信号灯状态，按照事件发送的时间进行融合。即通过将摄像头实时采集的视频流数据与交通灯的实时信号灯状态进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的数据处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器***)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的数据处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的数据处理方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的数据处理方法对应的程序指令/模块(例如，附图3所示的视频流数据接收模块310、信号灯状态接收模块320和数据融合模块330)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的数据处理方法。

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

数据处理方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与数据处理方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，通过接收位于道路交叉路口处的摄像头发送的实时视频流数据；实时视频流数据是摄像头对道路交叉路口处车流情况进行实时采集而得到的；接收位于道路交叉路口处的交通灯控制***发送的实时信号灯状态；将摄像头实时采集到的实时视频流数据和所述交通灯的实时信号灯状态，按照事件发送的时间进行融合。该方法通过将摄像头实时采集的视频流数据与交通灯的实时信号灯状态进行融合，可以使得融合后的数据能够表达当前视频所呈现的车流情况，其对应的交通灯以及该交通信号灯状态，进而可以利用融合后的数据在不同维度做多维的数据分析。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (14)

1.一种数据处理方法，其特征在于，包括：

接收位于道路交叉路口处的摄像头发送的实时视频流数据；所述实时视频流数据是所述摄像头对所述道路交叉路口处车流情况进行实时采集而得到的；

接收位于所述道路交叉路口处的交通灯控制***发送的实时信号灯状态；

将所述摄像头实时采集到的实时视频流数据和所述交通灯的实时信号灯状态，按照事件发送的时间进行融合。

2.根据权利要求1所述的方法，其特征在于，将所述摄像头实时采集到的实时视频流数据和所述交通灯的实时信号灯状态，按照事件发送的时间进行融合，包括：

将所述摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将所述交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存；

确定所述摄像头输出所述实时视频流数据时的事件发送时间，并确定所述交通灯控制***发出所述实时信号灯状态时的事件发送时间；

按照事件发送时间，从所述视频流消息队列中读取对应的视频流数据，并从所述信号灯状态消息队列中读取对应的信号灯状态；

将所述对应的视频流数据和对应的信号灯状态进行数据融合。

3.根据权利要求2所述的方法，其特征在于，在将所述摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存之后，在按照事件发送时间从所述视频流消息队列中读取视频流数据之前，所述方法还包括：

判断当前事件发送时间所对应的视频流数据是否存在丢包；

若是，则在经过预设时间之后，执行所述按照事件发送时间从所述视频流消息队列中读取对应的视频流数据的步骤。

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

若当前事件发送时间所对应的视频流数据存在丢包，且在所述预设时间内接收到所述当前事件发送时间所对应的视频流数据中的丢包数据时，确定所述当前事件发送时间所对应的视频流数据在所述视频流消息队列中的缓存位置；

将所述丢包数据***至所述缓存位置的对应位置处。

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

在将所述对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到所述对应的视频流数据中存在所述交通灯的多个信号灯状态，则选取所述交通灯的多个信号灯状态中的最新信号灯状态；

将所述对应的视频流数据和选取的最新信号灯状态进行融合。

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

在将所述对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到所述对应的视频流数据中存在所述交通灯的多个信号灯状态，则将所述对应的视频流数据中的帧进行拆分以确定出各个信号灯状态在所述对应的视频流数据中所对应的帧数据；

将所述各个信号灯状态与其对应的帧数据进行融合。

7.一种数据处理装置，其特征在于，包括：

视频流数据接收模块，用于接收位于道路交叉路口处的摄像头发送的实时视频流数据；所述实时视频流数据是所述摄像头对所述道路交叉路口处车流情况进行实时采集而得到的；

信号灯状态接收模块，用于接收位于所述道路交叉路口处的交通灯控制***发送的实时信号灯状态；

数据融合模块，用于将所述摄像头实时采集到的实时视频流数据和所述交通灯的实时信号灯状态，按照事件发送的时间进行融合。

8.根据权利要求7所述的装置，其特征在于，所述数据融合模块包括：

缓存单元，用于将所述摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存，并将所述交通灯的实时信号灯状态通过信号灯状态消息队列进行缓存；

事件发送时间确定单元，用于确定所述摄像头输出所述实时视频流数据时的事件发送时间，并确定所述交通灯控制***发出所述实时信号灯状态时的事件发送时间；

数据读取单元，用于按照事件发送时间，从所述视频流消息队列中读取对应的视频流数据，并从所述信号灯状态消息队列中读取对应的信号灯状态；

数据融合单元，用于将所述对应的视频流数据和对应的信号灯状态进行数据融合。

9.根据权利要求8所述的装置，其特征在于，所述数据融合模块还包括：

判断单元，用于在将所述摄像头实时采集到的实时视频流数据通过视频流消息队列进行缓存之后，在按照事件发送时间从所述视频流消息队列中读取视频流数据之前，判断当前事件发送时间所对应的视频流数据是否存在丢包；

其中，所述数据读取单元，还用于在当前事件发送时间所对应的视频流数据存在丢包时，在经过预设时间之后，执行所述按照事件发送时间从所述视频流消息队列中读取对应的视频流数据的步骤。

10.根据权利要求9所述的装置，其特征在于，所述缓存单元还用于：在所述判断单元判断当前事件发送时间所对应的视频流数据存在丢包，且在所述预设时间内接收到所述当前事件发送时间所对应的视频流数据中的丢包数据时，确定所述当前事件发送时间所对应的视频流数据在所述视频流消息队列中的缓存位置，并将所述丢包数据***至所述缓存位置的对应位置处。

11.根据权利要求8至10中任一项所述的装置，其特征在于，所述数据融合单元还用于：在将所述对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到所述对应的视频流数据中存在所述交通灯的多个信号灯状态，则选取所述交通灯的多个信号灯状态中的最新信号灯状态，并将所述对应的视频流数据和选取的最新信号灯状态进行融合。

12.根据权利要求8至10中任一项所述的装置，其特征在于，所述数据融合单元还用于：在将所述对应的视频流数据和对应的信号灯状态进行数据融合时，若检测到所述对应的视频流数据中存在所述交通灯的多个信号灯状态，则将所述对应的视频流数据中的帧进行拆分以确定出各个信号灯状态在所述对应的视频流数据中所对应的帧数据，并将所述各个信号灯状态与其对应的帧数据进行融合。

13.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的数据处理方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的数据处理方法。

Images