CN112835973A - 数据处理方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种数据处理方法、设备及存储介质。在数据处理方法中，交通数据包括路况数据和与路况数据关联的第一设备的描述信息，将该交通数据存储至区块链存储系统中，可使得区块链存储系统中的多个记录节点共同存储该交通数据。在这种实施方式中，一方面，基于第一设备的描述信息可提升交通数据的可追溯性，另一方面，基于区块链存储系统的分布式存储方式，可有效提升交通数据的真实性。基于此，具有较高可追溯性和真实性的交通数据可为智能交通系统提供良好的数据支撑，有利于提升智能交通系统的公信力。

Description

数据处理方法、设备及存储介质

技术领域

本申请涉及智能交通技术领域，尤其涉及一种数据处理方法、设备及存储介质。

背景技术

现如今，智能交通技术的发展如火如荼，其可有效地利用现有的交通设施，在减少交通负荷和环境污染的同时，提升交通安全和运输效率。其中，可靠性高的路况数据是智能交通系统的重要数据基础。

但是，现有技术中，路况数据经历的各个数据处理环节受人为干扰因素较多，不能为智能交通系统提供高可靠性的数据支撑。因此，有待提出一种新的解决方案。

发明内容

本申请的多个方面提供一种数据处理方法、设备及存储介质，用以提升路况数据的可靠性，有利于提升智能交通系统的公信力。

本申请实施例还提供一种数据处理方法，包括：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至第一区块链存储系统中的第一区块链中进行存储；根据交通数据处理请求，从所述第一区块链中的目标数据区块中读取待处理的交通数据；对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；将所述处理结果上传至第二区块链存储系统中的第二区块链中进行保存。

本申请实施例还提供一种数据处理方法，包括：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至区块链存储系统中的第一区块链中进行存储；根据交通数据处理请求，从所述第一区块链中的目标数据区块中读取待处理的交通数据；对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；将所述处理结果添加在所述目标数据区块的预留字段处，以将所述处理结果上传至所述第一区块链中进行存储。

本申请实施例提供一种数据处理方法，包括：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至第一区块链存储系统中进行存储；其中，所述第一设备包括：采集、传输和/或加工所述路况数据的设备。

本申请实施例还提供一种数据处理方法，包括：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至第一区块链存储系统中进行存储；根据交通数据处理请求，从所述第一区块链存储系统中的目标数据区块中读取待处理的交通数据；对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；将所述处理结果上传至第二区块链存储系统中进行保存。

本申请实施例还提供一种数据处理设备，包括：存储器和处理器；所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于：执行本申请实施例提供的数据处理方法中的步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现本申请实施例提供的数据处理方法中的步骤。

本申请实施例提供的数据处理方法中，交通数据包括路况数据和与路况数据关联的第一设备的描述信息，将该交通数据存储至区块链存储系统中，可使得区块链存储系统中的多个记录节点共同存储该交通数据。在这种实施方式中，一方面，基于第一设备的描述信息可提升交通数据的可追溯性，另一方面，基于区块链存储系统的分布式存储方式，可有效提升交通数据的真实性。基于此，具有较高可追溯性和真实性的交通数据可为智能交通系统提供良好的数据支撑，有利于提升智能交通系统的公信力。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的数据处理方法的流程示意图；

图2a为本申请另一示例性实施例提供的数据处理方法的流程示意图；

图2b为本申请一示例性实施例提供的交通数据的上链流程示意图；

图2c为本申请一示例性实施例提供的交通数据的验证流程示意图；

图3a为本申请又一示例性实施例提供的数据处理方法的流程示意图；

图3b为本申请一示例性实施例提供的交通数据的处理流程示意图；

图4为本申请又一示例性实施例提供的数据处理方法的流程示意图；

图5为本申请又一示例性实施例提供的数据处理方法的流程示意图；

图6为本申请一示例性实施例提供的电子设备的结构示意图；

图7为本申请另一示例性实施例提供的电子设备的结构示意图；

图8为本申请又一示例性实施例提供的电子设备的结构示意图；

图9为本申请又一示例性实施例提供的电子设备的结构示意图。

具体实施方式

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

针对现有技术中，智能交通系统中的路况数据经历的各个数据处理环节受人为干扰因素较多，不能为智能交通系统提供高可靠性的数据支撑，进而有碍于智能交通系统的发展技术问题，在本申请一些实施例中，提供了一种解决方案，以下结合附图，详细说明本申请各实施例提供的技术方案。

图1是本申请一示例性实施例提供的数据处理方法的流程示意图，如图1所示，该方法包括：

步骤101、获取交通数据，交通数据包括路况数据以及路况数据关联的第一设备的描述信息；其中，第一设备包括：采集、传输和/或加工路况数据的设备。

步骤102、将交通数据发送至区块链存储系统中进行存储。

在本实施例中，交通数据包括路况数据以及路况数据关联的第一设备的描述信息。其中，路况数据，可包括与参与交通过程的各静态对象以及动态对象关联的数据。例如，静态对象的数据可包括：道路路基、路面、附属设施(例如交通信号灯)、车道划分等数据。例如，动态对象的数据可包括采集到的道路上的车辆、行人、抛洒物以及其他参与交通的动态对象产生的数据。其中，采集到的车辆的数据包括但不限于以下至少一种数据：车辆在道路上行驶时的行驶距离、速度、角速度等行驶数据，车辆的车牌、车型、尺寸等标识数据，以及车辆在道路上行驶时发出的各类信号等信号数据，本实例不做限制。

在一些情况下，该路况数据可以是采集到的原始数据，例如图像数据、点云、毫米波反射信号等等；在另一些情况下，该路况数据也可以是对原始数据进行预加工后得到的数据，例如根据图像得到的灰度直方图、根据毫米波反射信号计算得到的速度值或距离值等等，此处不做限制。

路况数据关联的第一设备，包括在路况数据上链存储之前的各个环节与路况数据产生关联的至少一个设备。在本申请实施例中，第一设备可包括：采集、传输和/或加工路况数据的设备。例如，当路况数据由传感器设备采集时，第一设备可包括各类传感器。例如，路况数据由A设备传输给B设备时，第一设备可包括A设备以及B设备。又例如，路况数据由C设备进行初步加工(例如进行排序、筛选、结构化)时，第一设备可包括C设备。

其中，第一设备的描述信息，用于对第一设备进行描述。例如，可用于描述第一设备的状态、第一设备的识别标识或者第一设备的属性等等，本实施例不做限制。基于第一设备的描述信息，一方面，有利于根据路况数据的采集、传输和或加工环境进行智能交通领域中的相关计算，另一方面，可在特定应用需求下，对交通数据采集、传输以及加工过程进行追溯，以便于数据分析以及责任追踪。

在获取到交通数据后，可将交通数据发送至区块链存储系统中进行存储。区块链存储系统，是一种去中心化的分布式存储系统。存储在区块链系统中的数据具有较高的安全性，无法被随意修改，避免了主观性的人为操作导致的数据变更，进而可降低交通数据被篡改的风险，提高交通数据可靠性。

本实施例中，交通数据包括路况数据和与路况数据关联的第一设备的描述信息，将该交通数据存储至区块链存储系统中，可使得区块链存储系统中的多个记录节点共同存储该交通数据。在这种实施方式中，一方面，基于第一设备的描述信息可提升交通数据的可追溯性，另一方面，基于区块链存储系统的分布式存储方式，可有效提升交通数据的真实性。基于此，具有较高可追溯性和真实性的交通数据可为智能交通系统提供良好的数据支撑，有利于提升智能交通系统的公信力。

区块链存储系统由区块链构成，区块链由一个个相连的区块(block)组成。其中，每个区块包含两个部分：区块头(Head)以及区块体(Body)。其中，区块体用于记录待存储的实际数据；区块头用于记录当前区块的元信息。当前区块的元信息可包括当前区块的生成时间、区块体的散列值以及上一个区块的散列值。

在本申请的上述以及下述各实施例中，将交通数据发送至区块链存储系统中进行存储时，可确定区块链存储系统中的第一区块链作为存储交通数据的区块链。其中，第一区块链，可是公链或者私链，本实施例不做限制。

接着，可根据交通数据生成第一区块体，以及，根据第一区块体的散列值和第一区块链中末位区块的散列值生成第一区块头，接着，根据第一区块体以及第一区块头，得到第一数据区块，并将第一数据区块添加至第一区块链中的末位区块之后。至此，完成了交通数据的上链过程。

其中，采用“第一”对区块链、区块体、区块头以及数据区块进行限定，仅用于方便描述和区分，并不对其顺序或者等级构成限制。

以下将结合附图，进一步说明本申请实施例提供的数据处理方法的可选实施例。

图2a是本申请另一示例性实施例提供的数据处理方法的流程示意图，如图2a所示，该方法包括：

步骤201、获取交通数据，交通数据包括路况数据以及路况数据关联的第一设备的描述信息。

步骤202、判断交通数据的数据量是否大于设定的数据量阈值，若为是，则执行步骤203以及步骤204；若为否，则执行步骤205。

步骤203、将交通数据存储在第一存储空间中，并计算交通数据的散列值。

步骤204、根据第一存储空间的地址以及交通数据的散列值得到上链交通数据，并执行步骤206。

步骤205、根据交通数据得到上链交通数据，并执行步骤206。

步骤206、计上链交通数据的散列值，并根据上链交通数据以及上链交通数据的散列值，生成第一区块体。

步骤207、根据第一区块体的散列值和区块链存储系统的第一区块链中末位区块的散列值生成第一区块头。

步骤208、根据第一区块体以及第一区块头，得到第一数据区块。

步骤209、将第一数据区块添加至第一区块链中的末位区块之后。

在步骤201中，可选地，路况数据，可包括参与交通过程的各静态对象以及动态对象的数据，具体参考前述实施例中的记载，此处不再赘述。路况数据经采集后，还可经过传输过程或者加工过程，图2b对路况数据的采集和加工进行了示意，并未对路况数据的传输操作进行示意，但并不意味着本实施例不包含路况的传输操作。

可选地，在本实施例中，第一设备包括采集、传输和/或加工路况数据的设备。其中，采集路况数据的设备，如图2b所示，可实现为采集路况数据的至少一种传感器，包括但不限于：摄像机、激光雷达、毫米波雷达、超声雷达、热成像仪等传感器。传输路况数据的设备，可以与采集路况的设备相同，也可以是其他可能的设备，例如计算机、服务器设备等等。

加工路况路数据的设备，可以与采集路况的设备或者传输路况数据的设备相同，也可以是专用于数据加工的设备，例如对数据执行AI(Artificial Intelligence，人工智能)处理的AI设备、数据加工平台、数据库设备等等。

可选地，第一设备的描述信息包括但不限于以下至少一种：第一设备的标识描述信息、第一设备的状态描述信息以及以第一设备的属性描述信息。

其中，第一设备的标识描述信息用于描述第一设备的识别标识，用以使得其他设备或者应用能够唯一确定该第一设备，可选地，该标识描述信息包括但不限于：第一设备的国际移动设备识别码(International Mobile Equipment Identity，IMEI)、第一设备的(Media Access Control，媒体访问控制MAC)地址和/或第一设备的身份识别号(Identitydocument，ID)。

其中，第一设备的状态描述信息，可用于描述第一设备的安装位置，安装高度、与其他设备的相对位置、运行时长、是否出现故障状态、是否出现警报状态等等。

其中，第一设备的属性描述信息，用于描述第一设备的设备参数、具体配置、视场角、覆盖有效距离等等。

其中，第一设备的状态描述信息和属性描述信息可用于方便后续利用路况数据计算交通场景下的相关指标。例如，在一些场景下，路况数据包括摄像头拍摄到的车辆图像时，可根据摄像头的视场角以及摄像头部署高度，计算车辆的尺寸。再例如，在一些场景下，路况数据包括超声雷达检测到的车载设备的位置后，可根据超声雷达的部署位置，计算车辆的行驶位置。

在一些示例性的实施例中，对路况数据进行加工，可包括对数据进行挖掘。例如，对路况数据执行分类、回归分析、聚类、特征分析等AI处理操作。

在另一些示例性实施例中，对路况数据进行加工，可包括：对路况数据进行分类，并在分类得到的数据上添加特征标签等等。

在又一些示例性的实施例中，可对路况数据进行加工，可包括：对路况数据进行结构化处理。例如，通过数据感知识别或者数据AI处理操作，将交通数据生成JSON(JavaScript Object Notation,JS对象简谱)字段格式的结构化数据，或者生成结构体形式的结构化数据。又例如，可结合采集到路况数据的传感器的类型对路况数据进行感知识别，以将数据区分为测距、测速、类型、大小等不同类型的结构化数据。

需要说明的是，除上述列举的加工操作之外，本实施例还可进一步按照设定的排序规则对交通数据进行排序，以生成交通数据队列。其中，排序规则可根据实际需求进行设置，不再赘述。

当然，上述列举的数据加工方法仅用于示例性说明，本申请实施例提供的数据初加工方法包含但不仅限于上述列举的方法。

在步骤202中，数据量阈值，可根据区块链存储系统中各存储节点的数据存储能力进行设置，本实施例对此不作限制。

可选地，本步骤可由第一设备执行，也可由其他设备执行，本实施例不做限制。

在步骤203中，可选地，若交通数据的数据量大于设定的数据量阈值，那么交通数据上链进行存储时，会占用较多存储节点上的存储空间，且上链后在不同节点之间进行数据同步时，具有较低的同步效率。因此，可认为数据量较庞大的交通数据不适合上链。

基于此，在本实施例中，可将交通数据存储在第一存储空间中。其中，第一存储空间，可以是区块链存储系统之外的存储空间，例如路况采集、传输或者加工设备本地的存储空间、服务器上的存储空间或者云端设备上的存储空间，本实例不做限制。

接着，可对该交通数据进行哈希计算(hash)，得到该交通数据的散列值。对交通数据进行哈希计算，可将交通数据压缩成摘要，使得数据量变小。散列值通常用一个短的随机字母和数字组成的字符串来代表，不同数据的散列值不同。

在步骤204中，可根据第一存储空间的地址以及交通数据的散列值得到上链交通数据。在本实施例中，交通数据的散列值具有较小的数据量，因此，得到的上链交通数据对区块链存储系统产生的存储压力和数据同步压力较小。

基于此，当存在访问交通数据或者验证交通数据的需求时，可从获取到的上链交通数据中获取第一存储空间的地址，并根据该地址访问第一存储空间以获取交通数据。除此之外，在获取到第一空间存储的交通数据后，可计算从第一存储空间获取的交通数据的散列值作为待校验的散列值，并将该待校验的散列值与上链交通数据包含的散列值进行对比。若不一致，则可认为第一空间存储的交通数据已被修改，若一致，则可认为第一空间存储的交通数据未被修改。需要说明的是，计算从第一存储空间获取的交通数据的散列值时，可按照上链之前对上链交通数据执行加工操作时采用的排序规则，预先对从第一存储空间获取的交通数据进行排序，不再赘述。

在步骤205中，可选地，若交通数据的数据量小于或者等于设定的数据量阈值，则可认为该交通数据所占的存储空间较小，可直接将该交通数据作为上链交通数据，存储在区块链存储系统中的存储节点上。

在步骤206-步骤209中，基于前述步骤得到的上链交通数据，可计算上链交通数据的散列值。接着，根据上链交通数据以及上链交通数据的散列值生成第一区块体。其中，上链交通数据的散列值，可用于后续在验证上链交通数据以及使用上链交通数据时，对该上链交通数据的可靠性进行验证，以判断该上链交通数据是否被修改。

在获取第一区块体后，可根据第一区块体的散列值和第一区块链中的末位区块的散列值生成第一区块头。在得到第一区块头和第一区块体后，可生成第一数据区块。其中，第一区块链中的末位区块指的是第一区块链中最长链的末位区块，以在第一区块链存在分叉时将新产生的数据区块添加至最长链中。

本实施例中，交通数据包括路况数据和与路况数据关联的第一设备的描述信息，将该交通数据存储至区块链存储系统中，可使得区块链存储系统中的多个记录节点共同存储该交通数据。在这种实施方式中，一方面，基于第一设备的描述信息可提升交通数据的可追溯性，另一方面，基于区块链存储系统的分布式存储方式，可有效提升交通数据的真实性。基于此，具有较高可追溯性和真实性的交通数据可为智能交通系统提供良好的数据支撑，有利于提升智能交通系统的公信力。

在本申请的上述以及下述各实施例中，如图2b所示，上链交通数据中还可包括时间戳，该时间戳可用于对交通数据在各个环节中的时间节点进行监控。可选地，该时间戳可包括路况数据采集时的时间戳、路况数据传输时的时间戳、路况数据加工时的时间戳、生成上链交通数据时的时间戳等等，本实施例不做限制。

在本申请的上述以及下述各实施例中，如图2b所示，在获取上链交通数据时，可进一步采用第一设备的私钥对上链交通数据进行签名，并将该签名以及第一设备的公钥添加至上链交通数据中。该签名操作一方面可增加交通数据的可靠性，另一方面，可提升交通数据的可追溯性。

例如，第一设备实现为采集路况数据的传感器时，可采用传感器的厂商分配的证书的私钥，对该上链交通数据进行签名，并将证书的公钥附加在上链交通数据中。又例如，第一设备实现为加工路况数据的计算机设备时，可采用计算机设备的厂商分配的证书的私钥对该上链交通数据进行签名，并将计算设备的公钥附加在上链交通数据中。

基于上述，根据上链交通数据生成第一区块体之前，还可进一步对该上链交通数据进行验证。可选地，执行验证操作的验证设备可以是前述实施例记载的第一设备，也可以是区块链存储系统中的验证节点，本实施例不做限制。但为了描述方便，可将执行验证操作的设备描述为交通数据验证节点。

在一些示例性的实施例中，交通数据验证节点可获取待生成第一区块体的目标数据。接着，如图2c所示，将目标数据包含的散列值去除，并对去除散列值后剩下的上链交通数据进行散列值计算；接着，将计算得到的散列值作为待校验的散列值，与目标数据包含的散列值进行对比；若二者一致，则确定目标数据包含的上链交通数据未经过篡改，交通数据的真实性和可靠性较高；若二者不一致，则可认为目标数据包含的上链交通数据经过窜改。

在另一些示例性的实施例中，如图2c所示，验证设备获取到目标数据包含的上链交通数据后，可获取该上链交通数据中的数字签名以及公钥。接着，采用目标数据包含的该上链交通数据中的公钥对目标数据包含的该上链交通数据中的数字签名进行验证。若验证通过，则可进一步对目标数据包含的该上链交通数据中的公钥进行合法性验证。可选地，可向颁发该公钥对应的证书的服务器验证该公钥对应的证书是否为合法整数。若为是，则可认为该上链交通数据为受信的上链交通数据。

上链交通数据通过上述验证后，可根据该上链交通数据生成第一区块体，不再赘述。

图3a是本申请另一示例性实施例提供的数据处理方法的流程示意图，如图3a所示，该方法包括：

步骤301、获取交通数据，交通数据包括路况数据以及路况数据关联的第一设备的描述信息。

步骤302、将交通数据发送至第一区块链存储系统中进行存储。

步骤303、根据交通数据处理请求，从第一区块链存储系统中的目标数据区块中读取待处理的交通数据。

步骤304、对待处理的交通数据执行指定的数据处理操作，得到处理结果。

步骤305、将处理结果上传至第二区块链存储系统中进行保存。

其中，步骤301-步骤302的可选实施方式可参考前述实施例的记载，此处不再赘述。

在步骤303中，交通数据处理请求，可以是交通数据处理节点发起的。该交通数据处理节点可以是任一以交通数据为基础，实现特定场景下的计算需求的设备或应用，本实例对其实现形式不做限制。可选地，该交通数据处理节点可实现为服务器，或者对交通数据进行封装的应用节点，或者其他具有交通数据处理能力的设备，不赘述。

例如，在一种场景下，智能交通系统中的调度设备可发起交通数据处理请求，以根据交通数据包含的车流量信息调整道路上的信号灯时间。例如，在另一种场景下，智能交通系统中的交通处罚平台可发起交通数据处理请求，以根据交通数据包含的车辆行驶信息和信号灯的工作状态，计算哪些车辆存在违章行为。又例如，在又一种场景下，电子地图导航平台可发起交通数据处理请求，以根据交通数据包含的车辆行驶路径和行驶时间，计算道路上车流量较大的时段，以为用户提供更好的路径优化服务。

当然，上述列举的应用场景仅用于对发起交通数据处理请求的场景进行示例性说明，并不对本申请实施例提供的技术方案的应用场景构成任何限制。

在本步骤中，待处理的交通数据，与交通数据处理请求对数据的需求相适配；目标数据区块，指的是存储有待处理的交通数据的数据区块。

可选地，从目标数据区块获取待处理的交通数据时，可按照上链之前对该待处理的交通数据执行加工操作时采用的排序规则，对该待处理的交通数据进行排序，不再赘述。之后，可对该待处理的交通数据进行校验。为描述方便，将目标数据区块的区块头标记为目标区块头，将目标数据区块的区块体标记为目标区块体。

接下来，如图3b所示，可计算目标区块体的散列值，作为目标区块体的待校验的散列值；接着，将目标区块体的待校验的散列值与目标区块头包含的散列值进行对比，以验证目标区块体的数据是否被修改。若未被修改，则可继续对目标区块体中的数据进行验证。可选地，可从目标区块体包含的数据中取出上链交通数据，计算上链交通数据的散列值，作为上链交通数据的待校验的散列值，并将上链交通数据的待校验的散列值与目标区块体包含的散列值进行对比。若二者一致，则确定目标区块体包含的上链交通数据未经过篡改，数据真实可靠。

除此之外，可选地，如图3b所示，获取目标区块体包含的上链交通数据后，可获取该上链交通数据中的数字签名以及公钥。接着，采用目标数据包含的该上链交通数据中的公钥对目标数据包含的该上链交通数据中的数字签名进行验证。若验证通过，则可进一步对目标数据包含的该上链交通数据中的公钥进行合法性验证。可选地，可向颁发该公钥对应的证书的服务器验证该公钥对应的证书是否为合法整数。若为是，则可认为该上链交通数据为受信的上链交通数据。

在步骤304中，在获取到待处理的交通数据后，可对该待处理的交通数据执行指定的数据处理操作，得到处理结果。其中，指定的数据处理操作由发起交通数据处理器请求的设备或者应用执行，此处不做赘述。

在步骤305中，可选地，在获取到处理结果后，可对数据结果执行特定的数据加工操作，例如数据挖掘操作、数据结构化操作等，可参考前述实施例对交通数据执行加工操作的记载，此处不赘述。

接着，可将处理结果上传至第二区块链存储系统中进行保存。其中，第一区块链存储系统和第二区块链存储系统，可以是同一个区块链存储系统，也可以是不同的区块链存储系统，本实施例对此不做限制。

本实施例中，交通数据以及处理交通数据得到的处理结果，均可被区块链存储系统中的多个记录节点共同记录，进而，可使得交通数据在各个处理环节的真实性和可靠性得到保障，有利于为智能交通系统提供良好的数据支撑，进一步提升智能交通系统的公信力。

需要说明的是，在本申请的上述或者下述实施例中，可采用多种选举机制确定区块链存储系统中用于生成数据区块的节点。例如，可采用POW机制(Proof of Work，工作量证明)机制、POS(Proof of Stake，权益证明)机制、DPOS(Delegated Proof of Stake，委托权益证明)机制等等，本实施例不做限制。优选地，可优先采用POS和DPOS机制，以提升节点选取效率，不再赘述。

图4是本申请又一示例性实施例提供的数据处理方法的流程示意图，如图4所示，该方法包括：

步骤401、获取交通数据，交通数据包括路况数据以及路况数据关联的第一设备的描述信息。

步骤402、将交通数据发送至第一区块链存储系统中的第一区块链中进行存储。

步骤403、根据交通数据处理请求，从第一区块链中的目标数据区块中读取待处理的交通数据。

步骤404、对待处理的交通数据执行指定的数据处理操作，得到处理结果。

步骤405、将处理结果上传至第二区块链存储系统中的第二区块链中进行保存。

其中，第一区块链存储系统和第二区块链存储系统，可以是同一个区块链存储系统，也可以是不同的区块链存储系统，本实施例对此不做限制。

其中，第一区块链，指的是用于存储交通数据的区块链，第二区块链指的是用于存储交通数据的区块链，此处用“第一”、“第二”进行限定，仅用于方便描述和区分。

其中，步骤401-步骤404的可选实施方式可参考前述实施例的记载。

在步骤403中，可选地，第二区块链中可保存有交通数据的处理进度。例如，某一交通数据处理节点每次将处理结果上传至第二区块链中进行保存时，可同时在第二区块链中记录处理进度，以供其他处理节点按照处理进度继续处理交通数据。

可选地，可根据第一区块链中最新处理到的数据区块的地址，记录最新的处理进度。以下将结合在先执行数据处理操作的第一交通数据处理节点和在后执行数据处理操作的第二交通数据处理节点进行示例性说明。应当理解，第一交通数据处理节点和第二交通数据处理节点可以是同一节点，也可以是不同节点。

例如，在一些可能的应用场景中，第一交通数据处理节点从第一区块链中的数据区块A1中获取交通数据，并执行指定的数据处理操作。在得到处理结果后，可根据处理结果生成数据区块B1，并将数据区块B1添加在第二区块链中最长链的末位区块之后。与此同时，第一交通数据处理节点可将数据区块A1的地址保存在数据区块B1中，以记录最新的处理进度。可选地，数据区块A1的地址可以是数据区块A1的散列值。

基于此，当第二交通数据处理节点按照最新的处理进度继续执行数据处理操作时，可从第二区块链中最长链的末位区块(此时末位区块是数据区块B1)中获取进度记录字段，也就是数据区块A1的地址字段。接着，遍历第一数据链中的数据区块，找到与该地址字段对应的数据区块A1。接着，从数据区块A1的下一个数据区块中获取待处理的交通数据，以延续处理进度。当然，第二交通数据处理节点将处理结果上链后，也可根据最新处理到的数据区块记录最新的处理进度，不再赘述。

在步骤405中，将处理结果上传至第二区块链中进行保存。

若第一区块链存储系统和第二区块链存储系统是同一个区块链存储系统，可选地，第一区块链和第二区块链可以是同一条区块链，也就是说，处理结果和交通数据可存储在同一个区块链存储系统中的同一区块链中。

可选的地，第一区块链和第二区块链可以是同一个区块链存储系统中的不同区块链，也就是说，处理结果和交通数据存储在同一个区块链存储系统中的不同的区块链中。

若第一区块链存储系统和第二区块链存储系统是不同的区块链存储系统，那么第一区块链和第二区块链是不同的区块链，处理结果和交通数据存储在不同的区块链中。

以下将对处理结果和交通数据存储在不同的区块链上，或者存储在相同的区块链上的可选实施方式进行示例性说明。

在一些示例性的实施例中，第一区块链和第二区块链是不同的区块链，处理结果和交通数据存储在不同的区块链中。第二区块链可以是第一区块链存储系统中的区块链，也可以是第二区块链存储系统中的区块链。

在步骤405中，可选地，可根据步骤404获取到的处理结果，得到上链结果数据。其中，生成上链结果数据的方法可参考前述实施例记载的生成上链交通数据的方法。例如，可预先判断待处理结果的数据量是否大于设定的数据量阈值，若大于，则可将处理结果存储在第二存储空间中，并根据第二存储空间的地址和处理结果的散列值得到上链结果数据；若小于或者等于，则可直接根据处理结果及处理结果的散列值得到上链结果数据。

接着，计算上链结果数据的散列值，根据上链结果数据及其散列值生成第二区块体，并根据该第二区块体的散列值和第二区块链中末位区块的散列值生成第二区块头。在获取到第二区块体以及第二区块头之后，可得到第二数据区块，并将第二数据区块添加至第二区块链中的末位区块之后。其中，第二区块链中的末位区块指的是第二区块链中最长链的末位区块。

其中，采用“第二”对区块体、区块头以及数据区块进行限定，用于将其与前述实施例记载的交通数据上链过程中生成的第一区块体、第一区块头以及第一数据区块进行区分，并不对其顺序或者等级构成限制。

可选地，在一些场景下中，第一区块链可被描述为“数据链”，第二区块链可被描述为“处理链”，“双链”结构可满足更加高效、稳定的数据处理需求。

在另一些示例性的实施例中，处理结果和交通数据存储在同一区块链中。第一区块链存储系统和第二区块链存储系统相同。

其中，上链结果数据的生成方法可参考前述步骤的记载，此处不赘述。

在这种实施方式中，目标数据区块中可预留一部分字段，用于存储处理结果。例如，目标数据区块中可预留用于存储处理结果、处理结果的散列值、交通数据处理节点的签名、交通处理节点的识别标识、交通数据处理节点的公钥的字段，当然本实施例包含但不限于此。

基于此，在获取到上链结果数据后，可将上链结果数据对应添加在目标数据区块的预留字段处。添加上链结果数据后，目标数据区块得到更新。为确保结果数据的可靠性，本步骤中，还可进一步获取更新后的目标数据区块的散列值，并将更新后的目标数据区块的散列值添加到目标数据区块的下一个数据区块的指定字段中。基于此，目标数据区块得到更新后，其对应的散列值可被其他数据区块记录，可用于在特定的场景下验证目标数据区块中的结果数据是否被修改。

可选地，在一些实施例中，在根据上链结果数据生成第二区块体之前，还可对上链结果数据进行验证。其验证方法可参考前述实施例对上链交通数据的验证过程，此处不赘述。

可选地，在一些实施例中，可在上链结果数据中附加交通数据处理节点的描述信息，以便于后续对交通数据的处理者或者处理环境进行追溯。其中，交通数据处理节点的描述信息，包括但不限于以下至少一种：交通数据处理节点的识别标识、执行指定处理时的参数配置以及执行指定处理时的设备环境等等。

可选地，在另一些实施例中，可将目标数据区块的散列值和/或待处理的交通数据附加到该处理结果中，以便于后续对待处理的交通数据的来源进行追溯。

可选地，在又一些实施例中，可采用交通数据处理节点的私钥对包含处理结果及其散列值的上链结果数据进行签名，并将得到的数字签名以及交通数据处理节点的公钥附加在包含处理结果及其散列值的上链结果数据中，以便于后续对待处理结果进行可靠性验证。

在本实施例中，区块链存储系统采用了双链结构，交通数据和处理结果分别存储在第一区块链和第二区块链中。这种双链结构，可有效降低第一区块链的吞吐量和访问压力，降低第一区块链的负载，提升数据处理效率。

图5是本申请又一示例性实施例提供的数据处理方法的流程示意图，如图5所示，该方法包括：

步骤501、获取交通数据，交通数据包括路况数据以及路况数据关联的第一设备的描述信息。

步骤501、将交通数据发送至区块链存储系统中第一区块链中进行存储。

步骤501、根据交通数据处理请求，从第一区块链中的目标数据区块中读取待处理的交通数据。

步骤501、对待处理的交通数据执行指定的数据处理操作，得到处理结果。

步骤501、将处理结果添加在目标数据区块的预留字段处，以将处理结果上传至第一区块链中进行存储。

本实施例中，目标数据区块中可预留一部分字段，用于存储处理结果。例如，目标数据区块中可预留用于存储处理结果、处理结果的散列值、交通数据处理节点的签名、交通处理节点的识别标识、交通数据处理节点的公钥的字段。

基于此，在获取到处理结果以及与处理结果关联的其他数据，例如生成该处理结果的交通数据处理节点的签名、识别标识、公钥等数据时，可将处理结果和与其关联的其他数据对应添加在目标数据区块的预留字段处。

添加处理结果和与其关联的其他数据后，目标数据区块得到更新。为确保结果数据的可靠性，本实施例中，还可进一步获取更新后的目标数据区块的散列值，并将更新后的目标数据区块的散列值添加到目标数据区块的下一个数据区块的指定字段中。基于此，目标数据区块得到更新后，其对应的散列值可被其他数据区块记录，可用于在特定的场景下验证目标数据区块中的结果数据是否被修改。

基于本实施例的上述方案，交通数据和处理结果可存储于一条区块链上，一方面有利于数据的集中管理，另一方面可节省较多的区块计算资源。与此同时，新增的处理结果及其相关数据也可被其他数据区块记录并监督，可有效确保新增数据的可靠性。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201至步骤204的执行主体可以为设备A；又比如，步骤201和202的执行主体可以为设备A，步骤203的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图6是本申请一示例性实施例提供的电子设备的结构示意图。如图6所示，该电子设备包括：存储器601以及处理器602。

存储器601，用于存储计算机程序，并可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器602，与存储器601耦合，用于执行存储器601中的计算机程序，以用于：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至第一区块链存储系统中进行存储；其中，所述第一设备包括：采集、传输和/或加工所述路况数据的设备。

进一步可选地，处理器602在将所述交通数据发送至区块链存储系统中进行存储时，具体用于：根据所述交通数据生成第一区块体，以及，根据所述第一区块体的散列值和所述区块链存储系统的第一区块链中末位区块的散列值生成第一区块头；根据所述第一区块体以及所述第一区块头，得到所述第一数据区块；将所述第一数据区块添加至所述第一区块链中的末位区块之后。

进一步可选地，处理器602在根据所述交通数据生成第一区块体时，具体用于：若所述交通数据的数据量大于设定的数据量阈值，则将所述交通数据存储在第一存储空间中，并计算所述交通数据的散列值；根据所述第一存储空间的地址和所述交通数据的散列值得到上链交通数据；计所述上链交通数据的散列值，并根据所述上链交通数据以及所述上链交通数据的散列值，生成所述第一区块体。

进一步可选地，处理器602在根据所述交通数据生成第一区块体时，具体用于：若所述交通数据的数据量小于或者等于设定的数据量阈值，则根据所述交通数据得到上链交通数据；计所述上链交通数据的散列值，并根据所述上链交通数据以及所述上链交通数据的散列值，生成所述第一区块体。

进一步可选地，处理器602还用于：将所述第一设备的公钥附加在所述上链交通数据中，以更新所述上链交通数据；采用所述第一设备的私钥对更新后的所述上链交通数据进行数字签名。

进一步可选地，处理器602在根据所述交通数据生成第一区块体之前，还用于：获取待生成所述第一区块体的目标数据，计算所述目标数据包含的上链交通数据的散列值作为待校验的散列值，并将所述待校验的散列值与所述目标数据包含的散列值进行对比；和/或，获取所述目标数据包含的上链交通数据中的数字签名以及公钥，采用所述目标数据包含的上链交通数据中的公钥对所述目标数据包含的上链交通数据中的数字签名进行验证，并对所述目标数据包含的上链交通数据中的公钥进行合法性验证。

进一步可选地，处理器602还用于：根据交通数据处理请求，从所述区块链存储系统中的目标数据区块中读取待处理的交通数据；对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；将所述处理结果上传至第二区块链存储系统中进行保存。

进一步可选地，处理器602在将所述处理结果上传至第二区块链存储系统中进行保存时，具体用于：根据所述处理结果得到上链结果数据；根据所述上链结果数据生成第二区块体，以及，根据所述第二区块体的散列值和所述第二区块链存储系统中的第二区块链中末位区块的散列值生成第二区块头；根据所述第二区块体以及所述第二区块头，得到第二数据区块；将所述第二数据区块添加至所述第二区块链中的末位区块之后。

进一步可选地，处理器602在将所述处理结果上传至第二区块链存储系统中进行保存时，具体用于：根据所述处理结果得到上链结果数据；将所述上链结果数据添加在所述目标数据区块的预留字段处，以更新所述目标数据区块；获取更新后的所述目标数据区块的散列值，并将更新后的所述目标数据区块的散列值添加到所述目标数据区块的下一个数据区块的指定字段中。

进一步可选地，处理器602还用于：获取对所述待处理的交通数据执行所述数据处理操作的第二设备的公钥和私钥；采用所述第二设备的私钥对所述上链结果数据进行签名，并将所述第二设备的签名和所述第二设备的公钥附加到所述上链结果数据中。

进一步可选地，处理器602还用于：将所述目标数据区块的散列值和/或所述待处理的交通数据附加到所述处理结果中。

进一步，如图6所示，该电子设备还包括：通信组件603、显示器604、电源组件605等其它组件。图6中仅示意性给出部分组件，并不意味着电子设备只包括图6所示组件。

本实施例中，交通数据包括路况数据和与路况数据关联的第一设备的描述信息，将该交通数据存储至区块链存储系统中，可使得区块链存储系统中的多个记录节点共同存储该交通数据。在这种实施方式中，一方面，基于第一设备的描述信息可提升交通数据的可追溯性，另一方面，基于区块链存储系统的分布式存储方式，可有效提升交通数据的真实性。基于此，具有较高可追溯性和真实性的交通数据可为智能交通系统提供良好的数据支撑，有利于提升智能交通系统的公信力。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。

图7示意了本申请一示例性实施例提供的电子设备的结构示意图，如图7所示，该电子设备包括：存储器701以及处理器702。

存储器701，用于存储计算机程序，并可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器702，与存储器701耦合，用于执行存储器701中的计算机程序，以用于：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至第一区块链存储系统中进行存储；根据交通数据处理请求，从所述第一区块链存储系统中的目标数据区块中读取待处理的交通数据；对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；将所述处理结果上传至第二区块链存储系统中进行保存。

进一步，如图7所示，该电子设备还包括：通信组件703、显示器704、电源组件705等其它组件。图7中仅示意性给出部分组件，并不意味着电子设备只包括图7所示组件。

本实施例中，交通数据以及处理交通数据得到的处理结果，均可被区块链存储系统中的多个记录节点共同记录，进而，可使得交通数据在各个处理环节的真实性和可靠性得到保障，有利于为智能交通系统提供良好的数据支撑，进一步提升智能交通系统的公信力。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。

图8示意了本申请一示例性实施例提供的电子设备的结构示意图，如图8所示，该电子设备包括：存储器801、处理器802以及通信组件803。

存储器801，用于存储计算机程序，并可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器802，与存储器801耦合，用于执行存储器801中的计算机程序，以用于：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至第一区块链存储系统中第一区块链中进行存储；根据交通数据处理请求，从所述第一区块链中的目标数据区块中读取待处理的交通数据；对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；将所述处理结果上传至第二区块链存储系统中的第二区块链中进行保存。

进一步，如图8所示，该电子设备还包括：通信组件803、显示器804、电源组件805等其它组件。图8中仅示意性给出部分组件，并不意味着电子设备只包括图8所示组件。

在本实施例中，区块链存储系统采用了双链结构，交通数据和处理结果分别存储在第一区块链和第二区块链中。这种双链结构，可有效降低第一区块链的吞吐量和访问压力，降低第一区块链的负载。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。

图9示意了本申请一示例性实施例提供的电子设备的结构示意图，如图9所示，该电子设备包括：存储器901以及处理器902。

存储器901，用于存储计算机程序，并可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器902，与存储器901耦合，用于执行存储器901中的计算机程序，以用于：获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；将所述交通数据发送至区块链存储系统中第一区块链中进行存储；根据交通数据处理请求，从所述第一区块链中的目标数据区块中读取待处理的交通数据；对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；将所述处理结果添加在所述目标数据区块的预留字段处，以将所述处理结果上传至所述第一区块链中进行存储。

进一步，如图9所示，该电子设备还包括：以及通信组件903、显示器904、电源组件905等其它组件。图9中仅示意性给出部分组件，并不意味着电子设备只包括图9所示组件。

本实施例中，交通数据和处理结果可存储于一条区块链上，一方面有利于数据的集中管理，另一方面可节省较多的区块计算资源。与此同时，新增的处理结果及其相关数据也可被其他数据区块记录并监督，可有效确保新增数据的可靠性。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。

上述图6-图9中的存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述图6-图9中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件可基于近场通信(NFC)技术、射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术和其他技术来实现。

上述图6-图9中的显示器包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述图6-图9中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

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

获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；

将所述交通数据发送至第一区块链存储系统中的第一区块链中进行存储；

根据交通数据处理请求，从所述第一区块链中的目标数据区块中读取待处理的交通数据；

对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；

将所述处理结果上传至第二区块链存储系统中的第二区块链中进行保存。

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

获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；

将所述交通数据发送至区块链存储系统中的第一区块链中进行存储；

根据交通数据处理请求，从所述第一区块链中的目标数据区块中读取待处理的交通数据；

对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；

将所述处理结果添加在所述目标数据区块的预留字段处，以将所述处理结果上传至所述第一区块链中进行存储。

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

获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；

将所述交通数据发送至第一区块链存储系统中进行存储；其中，所述第一设备包括：采集、传输和/或加工所述路况数据的设备。

4.根据权利要求3所述的方法，其特征在于，将所述交通数据发送至第一区块链存储系统中进行存储，包括：

根据所述交通数据生成第一区块体，以及，根据所述第一区块体的散列值和所述第一区块链存储系统的第一区块链中末位区块的散列值生成第一区块头；

根据所述第一区块体以及所述第一区块头，得到所述第一数据区块；

将所述第一数据区块添加至所述第一区块链中的末位区块之后。

5.根据权利要求4所述的方法，其特征在于，根据所述交通数据生成第一区块体，包括：

若所述交通数据的数据量大于设定的数据量阈值，则将所述交通数据存储在第一存储空间中，并计算所述交通数据的散列值；

根据所述第一存储空间的地址和所述交通数据的散列值得到上链交通数据；

计所述上链交通数据的散列值，并根据所述上链交通数据以及所述上链交通数据的散列值，生成所述第一区块体。

6.根据权利要求4所述的方法，其特征在于，根据所述交通数据生成第一区块体，包括：

若所述交通数据的数据量小于或者等于设定的数据量阈值，则根据所述交通数据得到上链交通数据；

计所述上链交通数据的散列值，并根据所述上链交通数据以及所述上链交通数据的散列值，生成所述第一区块体。

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

将所述第一设备的公钥附加在所述上链交通数据中，以更新所述上链交通数据；

采用所述第一设备的私钥对更新后的所述上链交通数据进行数字签名。

8.根据权利要求7所述的方法，其特征在于，根据所述交通数据生成第一区块体之前，还包括：

获取待生成所述第一区块体的目标数据，计算所述目标数据包含的上链交通数据的散列值作为待校验的散列值，并将所述待校验的散列值与所述目标数据包含的散列值进行对比；和/或，

获取所述目标数据包含的上链交通数据中的数字签名以及公钥，采用所述目标数据包含的上链交通数据中的公钥对所述目标数据包含的上链交通数据中的数字签名进行验证，并对所述目标数据包含的上链交通数据中的公钥进行合法性验证。

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

根据交通数据处理请求，从所述第一区块链存储系统中的目标数据区块中读取待处理的交通数据；

对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；

将所述处理结果上传至第二区块链存储系统中进行保存。

10.根据权利要求9所述的方法，其特征在于，将所述处理结果上传至所述第二区块链存储系统中进行保存，包括：

根据所述处理结果得到上链结果数据；

根据所述上链结果数据生成第二区块体，以及，根据所述第二区块体的散列值和所述第二区块链存储系统中的第二区块链中末位区块的散列值生成第二区块头；

根据所述第二区块体以及所述第二区块头，得到第二数据区块；

将所述第二数据区块添加至所述第二区块链中的末位区块之后。

11.根据权利要求9所述的方法，其特征在于，将所述处理结果上传至所述第二区块链存储系统中进行保存，包括：

根据所述处理结果得到上链结果数据；

将所述上链结果数据添加在所述目标数据区块的预留字段处，以更新所述目标数据区块；

获取更新后的所述目标数据区块的散列值，并将更新后的所述目标数据区块的散列值添加到所述目标数据区块的下一个数据区块的指定字段中。

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

获取对所述待处理的交通数据执行所述数据处理操作的第二设备的公钥和私钥；

采用所述第二设备的私钥对所述上链结果数据进行签名，并将所述第二设备的签名和所述第二设备的公钥附加到所述上链结果数据中。

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

将所述目标数据区块的散列值和/或所述待处理的交通数据附加到所述处理结果中。

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

获取交通数据，所述交通数据包括路况数据以及所述路况数据关联的第一设备的描述信息；

将所述交通数据发送至第一区块链存储系统中进行存储；

根据交通数据处理请求，从所述第一区块链存储系统中的目标数据区块中读取待处理的交通数据；

对所述待处理的交通数据执行指定的数据处理操作，得到处理结果；

将所述处理结果上传至第二区块链存储系统中进行保存。

15.一种数据处理设备，其特征在于，包括：存储器和处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器用于执行所述一条或多条计算机指令以用于：执行权利要求1-14任一项所述的数据处理方法中的步骤。

16.一种存储有计算机程序的计算机可读存储介质，其特征在于，计算机程序被执行时能够实现权利要求1-14任一项所述的数据处理方法中的步骤。

Images