CN113419885B - 一种数据完整性处理方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种数据完整性处理方法、装置及电子设备，包括：接收所述管理平台管理的至少一个设备上报的数据；在确定需要进行数据数据完整性处理时，在已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据；所述目标设备为所述至少一个设备中的任意设备；从所述目标设备获取所述目标数据。使用本申请提供的方案，可以使得管理设备可以自动进行数据完整性检查。

Description

一种数据完整性处理方法、装置及电子设备

技术领域

本申请涉及计算机通信领域，尤其涉及一种数据完整性处理方法、装置及电子设备。

背景技术

管理组网包括管理平台和至少一个设备。设备可将采集的数据上报给管理平台，管理平台可利用设备上报的数据进行业务处理。

在现有的上报机制中，设备在发现自己主动上报数据失败后，可以重新上报数据。管理平台可直接利用设备重新上报的数据进行业务处理。然而，在实际应用中，由于一些异常(比如链路异常，或者管理平台异常等)等原因，造成从设备侧的信息显示设备侧主动上报数据正常，而管理平台并未接收到设备上报的数据，这时管理平台接收到的设备上报的数据就不完整，进而使得管理平台业务处理的结果欠佳。

发明内容

有鉴于此，本申请提供一种数据完整性处理方法、装置及电子设备，用于使得管理平台可以自动进行数据完整性检查。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提供一种数据完整性处理方法，所述方法应用于管理平台，包括：

接收所述管理平台管理的至少一个设备上报的数据；

在确定需要进行数据数据完整性处理时，在已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据；所述目标设备为所述至少一个设备中的任意设备；

从所述目标设备获取所述目标数据。

可选的，所述数据标识包括：数据编号；

所述基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据，包括：

基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据。

可选的，不同数据的数据编号不同。

可选的，在部分数据的数据编号相同的情况下，所述数据标识进一步包括用于指示数据产生的时间戳；

所述基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据，包括：

基于已接收到的数据的时间戳，确定已接收到的数据的数据产生顺序；

依据已接收到的数据的数据产生顺序，基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据。

可选的，基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据，包括：

针对任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据；

所述从所述目标设备获取所述目标数据，包括：

向所述目标设备发送所述目标数据的数据编号；

接收所述目标设备上报该数据编号所指示的目标数据。

可选的，所述在已接收到的数据中，确定出目标设备在指定时间段内上报的数据，包括：

在各设备的数据编号方式不同的情况下，在已接收到的数据中，选择指定时间段内的且数据的数据编号方式与所述目标设备对应的数据，作为目标设备在指定时间段内上报的数据；或者，

在各设备的数据编号方式相同的情况下，所述数据标识还进一步包括：设备标识，在已接收到的数据中，选择指定时间段内的且数据标识包含有所述目标设备的设备标识的数据，作为目标设备在指定时间段内上报的数据。

可选的，所述从所述设备获取所述目标数据，包括：

若所述管理平台与所述设备之间的连接正常，则通过所述管理平台与所述设备之间处于正常的连接，接收所述设备发送的所述目标数据；

若所述管理平台与所述设备之间的连接异常，则对异常的连接进行修复，在修复成功后，通过所述管理平台与所述设备之间的连接，接收所述设备发送的所述目标数据。

可选的，对异常的连接进行修复，包括：基于所述连接的连接参数，修复所述连接；若从修复所述连接时起经过预设时长后检测到所述连接仍异常，则发出告警信息；所述告警信息携带有所述连接的连接参数，用于触发外部对所述连接进行修复。

可选的，在所述接收所述管理平台管理的设备上报的数据后，和/或，在所述从所述设备获取所述目标数据后，所述方法还包括：

依据已接收到的数据，对所述设备上报的数据、和/或从所述设备获取的所述目标数据进行去重处理。

可选的，所述确定需要进行数据完整性处理，包括：

在完整性检查周期到达时，确定需要进行数据完整性处理；

或者，

在接收到完整性检查指令时，确定需要进行数据完整性处理；

或者，

在预设的完整性检查时间点到达时，确定需要进行数据完整性处理。

根据本申请的第二方面，提供一种数据完整性处理装置，所述装置应用于管理平台，所述装置包括：

接收单元，用于接收所述管理平台管理的至少一个设备上报的数据；

确定单元，用于在确定需要进行数据数据完整性处理时，在已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据；所述目标设备为所述至少一个设备中的任意设备；

获取单元，用于从所述目标设备获取所述目标数据。

可选的，所述数据标识包括：数据编号；

所述确定单元，在基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据时，用于基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据。

可选的，在部分数据的数据编号相同的情况下，所述数据标识进一步包括用于指示数据产生的时间戳；所述确定单元，在基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据时，用于基于已接收到的数据的时间戳，确定已接收到的数据的数据产生顺序；依据通过已接收到的数据的数据产生顺序，基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据。

可选的，所述确定单元，在基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据时，用于针对任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据；

所述获取单元，在从所述目标设备获取所述目标数据时，用于向所述目标设备发送所述目标数据的数据编号；接收所述目标设备上报该数据编号所指示的目标数据。

可选的，所述确定单元，在在已接收到的数据中，确定出目标设备在指定时间段内上报的数据时，用于在各设备的数据编号方式不同的情况下，在已接收到的数据中，选择指定时间段内的且数据的数据编号方式与所述目标设备对应的数据，作为目标设备在指定时间段内上报的数据；或者，在各设备的数据编号方式相同的情况下，所述数据标识还进一步包括：设备标识，在已接收到的数据中，选择指定时间段内的且数据标识包含有所述目标设备的设备标识的数据，作为目标设备在指定时间段内上报的数据。

可选的，所述获取单元，在从所述设备获取所述目标数据时，用于若所述管理平台与所述设备之间的连接正常，则通过所述管理平台与所述设备之间处于正常的连接，接收所述设备发送的所述目标数据；若所述管理平台与所述设备之间的连接异常，则对异常的连接进行修复，在修复成功后，通过所述管理平台与所述设备之间的连接，接收所述设备发送的所述目标数据。

可选的，所述获取单元，在对异常的连接进行修复时，用于基于所述连接的连接参数，修复所述连接；若从修复所述连接时起经过预设时长后检测到所述连接仍异常，则发出告警信息；所述告警信息携带有所述连接的连接参数，用于触发外部对所述连接进行修复。

可选的，所述接收单元，用于所述接收所述管理平台管理的设备上报的数据后，依据已接收到的数据，对所述设备上报的数据进行去重处理；和/或，所述获取单元，在所述从所述设备获取所述目标数据后，用于依据已接收到的数据，对从所述设备获取的所述目标数据进行去重处理。

可选的，所述确定单元，在确定需要进行数据完整性处理时，用于在完整性检查周期到达时，确定需要进行数据完整性处理；或者，在接收到完整性检查指令时，确定需要进行数据完整性处理；或者，在预设的完整性检查时间点到达时，确定需要进行数据完整性处理。

根据本申请的第三方面，提供一种电子设备，所述电子设备包括可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现上述数据完整性处理方法。

根据本申请的第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述数据完整性处理方法。

根据本申请的第五方面，提供一种计算机程序，计算机程序存储于计算机可读存储介质，并且当处理器执行计算机程序时，促使处理器实现上述数据完整性处理方法。

由上述描述可知，由于管理平台可自动检查设备上报数据的完整性，并主动从设备上获取设备已上报但是管理平台并未接收到的数据，使得管理平台可以利用完整的数据进行业务处理，进而使得业务处理的效果更为准确。

附图说明

图1是本申请一示例性实施例示出的一种管理组网的示意图；

图2是本申请一示例性实施例示出的一种数据完整性处理方法的流程图；

图3是本申请一示例性实施例示出的一种电子设备的硬件结构图；

图4是本申请一示例性实施例示出的一种数据完整性处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

管理组网包括管理平台和至少一个设备。设备可将采集的数据上报给管理平台，管理平台可利用设备上报的数据进行业务处理。

在现有的上报机制中，设备在发现自己主动上报数据失败后，可以重新上报数据。管理平台可直接利用设备重新上报的数据进行业务处理。然而，在实际应用中，由于一些异常(比如链路异常，或者管理平台异常等)等原因，造成从设备侧的信息显示设备侧主动上报数据正常，而管理平台并未接收到设备上报的数据，这时管理平台接收到的设备上报的数据就不完整，进而使得管理平台业务处理的结果欠佳。

有鉴于此，本申请提出一种数据处理方法，管理平台接收所述管理平台管理的至少一个设备上报的数据，在确定需要进行数据数据完整性处理时，在已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据，并从所述目标设备获取所述目标数据。

由于管理平台可自动检查设备上报数据的完整性，并主动从设备上获取设备已上报但是管理平台并未接收到的数据，使得管理平台可以利用完整的数据进行业务处理，进而使得业务处理的效果更为准确。

参见图1，图1是本申请一示例性实施例示出的一种管理组网的示意图。

该管理组网包括：管理平台、至少一个待管理的设备(这里为了方便叙述，简称为设备)和与管理平台对接的客户端。

其中，上述管理平台用于管理各个设备，并对设备上报的数据进行处理。

管理平台还可与管理人员的客户端对接，将各个设备的相关设备信息发送至管理人员的客户端上，管理人员可以基于客户端查看各个设备的相关信息。管理平台可以由服务器、或者服务器集群搭建，这里只是示例性地说明，不对其进行具体地限定。

上述设备，用于产生数据，并将数据上报给管理平台。

在一种场景中，上述管理组网可以是门禁组网，上述设备可以是门禁设备，上述管理平台可以是用于管理门禁设备的后台设备。

在另一种场景中，上述管理组网可以是监控组网，上述设备可以监控设备，上述管理平台可以是用于管理监控设备的后台设备。

这里只是对本申请方法所应用的组网进行示例性地说明，不对其进行具体地限定。

参见图2，图2是本申请一示例性实施例示出的一种数据完整性处理方法的流程图，该方法可应用在管理平台上，可包括如下所示步骤。

步骤201：管理平台接收所述管理平台管理的至少一个设备上报的数据。

在实现时，设备可采集数据，比如设备是门禁设备，门禁设备可以采集用户通过门禁设备的用户信息，比如用户的面部特征，用户指纹等。

在一种可选的实现方式中，设备在采集到数据后，可将数据上报给管理平台。管理平台可接收设备上报的数据并记录。

在另一种可选的实现方式中，管理平台可周期性地向设备获取本周期内新采集的数据并记录。

这里只是对步骤201进行示例性地说明，不对其进行具体地限定。

需要说明是，设备不仅向管理平台上报数据，还会上报与该数据相关的数据信息，比如数据产生时间、上报数据的设备的设备标识等。这里只是对其进行示例性地说明，不对其进行具体地限定。

可选的，由于设备具有在发送失败重新上传等机制，致使设备会重复发送相同的数据，为了降低设备的存储消耗，管理平台在接收到设备上报的数据后，可基于已接收到的数据，对数据进行去重处理。

比如，去重处理可以是：管理设备可检测上一个记录的数据与当前接收的数据的数据标识是否相同，若相同，则丢弃当前接收的数据，若不同，则记录当前接收的数据。这里只是对去重处理进行示例性地说明，不对其进行具体地限定。

其中，数据标识可包括：数据编号，此外数据标识还可包括设备标识、用于指示数据产生的时间戳中的一个或多个，这里只是对数据标识进行示例性地说明，不对其进行具体地限定。

例如，假设数据标识包括：数据编号、用于指示数据产生的时间戳、设备标识。在去重处理时，管理设备可检测上一个记录的数据与当前接收的数据编号、用于指示数据产生的时间戳、设备标识是否相同，若相同，则丢弃当前接收到的数据，若不同，则记录目标数据。

步骤202：管理平台在确定需要进行数据数据完整性处理时，在已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据；所述目标设备为所述至少一个设备中的任意设备。

下面通过步骤2021至步骤2023对步骤202进行示例性地说明。

步骤2021：管理平台确定需要进行数据完整性处理。

在一种可选的实现方式中，预设置有数据完整性处理周期，管理平台在数据完整性处理周期达到时，可确定需要进行数据完整性处理。换句话来说，管理平台可以主动地定频检查数据完整性。

在另一种可选的实现方式中，预设有至少一个数据完整性处理时刻，任意相邻两个数据完整性处理时刻的间隔可以相同，也可以不同的。在数据完整性处理时刻到达时，管理平台可确定需要进行数据完整性处理。换句话来说，管理平台可主动地定时检查数据完整性。

在另一种可选的实现方式中，管理平台在接收到外部发送的完整性处理指令是，可以确定需要进行数据完整性处理。换句话来说，管理平台可以通过响应外部指令来进行数据完整性处理。

步骤2022：管理平台在已接收到的数据中，确定出目标设备在指定时间段内上报的数据。

下面通过“管理平台确定目标设备”、“管理平台确定指定时间段”、以及“管理平台在已接收到的数据中，确定目标设备在指定时间段内上报的数据”这三方面对步骤2022进行详细地说明。

1)管理平台确定目标设备

在一种可选的实现方式中，上述目标设备可以是预设置的至少一个设备，管理平台可基于预设配置，在其管理的至少一个设备中，确定出目标设备。

在另一种可选的实现方式中，管理平台可将外部发送的完整性处理指令所指定的设备作为目标设备。

在另一种可选的实现方式中，管理平台可将其管理的至少一个设备中的每一个设备都作为目标设备。

这里只是对目标设备的确定方式进行示例性地说明，不对其进行具体地限定。

2)管理平台确定指定时间段

在一种可选的实现方式中，当管理平台采用定频进行数据完整性处理时，管理平台可将一个周期作为指定时间段。比如，管理平台在第1个周期末进行数据完整性处理，管理平台可将第一个周期作为指定时间段，确定目标设备在第一个周期内上报的数据。

在另一种可选的实现方式中，当管理平台采用定时进行数据完整性处理时，管理平台可将两个相邻的数据完整性处理时刻之间的时间段确定为指定时间段。例如，假设数据完整性处理时刻包括：数据完整性处理时刻1、数据完整性处理时刻2等。管理平台在数据完整性处理时刻1进行了数据完整性处理。当管理平台在数据完整性处理时刻2进行数据完整性处理时，可确定目标设备在数据完整性处理时刻1和数据完整性处理时刻2之间上报的数据。

在另一种可选的实现方式中，当管理平台采用响应于完整性检查指令进行数据完整性处理时，该数据完整性处理指令中指定了时间段，管理平台可确定该数据完整性处理指令中指定的时间段为指定时间段。或者，数据完整性处理指令中没有指定时间段，管理平台可将上一次接收数据完整性处理指令和本次接收到的数据完整性处理指令之间的时间段作为指定时间段。

这里只是对指定时间段的确定方式进行示例性地说明，不对其进行具体地限定。

3)管理平台在已接收到的数据中，确定目标设备在指定时间段内上报的数据。

在实现时，管理平台可以在已接收到的数据中，确定已接收到的目标设备在指定时间段内上报的数据。

在一种可选实现方式中，已接收到的数据的数据标识包括数据编号。数据编号可以是数据的流水号。比如设备1第一个采集的数据的数据编号为1，第二采集的数据的数据编号为2，依次类推等。

当然，本申请所述的数据编号并不局限于流水号，数字等，该数据编号也可以是一种编码方式，比如第一个采集的数据的数据编号为AA，第二个采集的数据的数据编号为AB等。这里只是对数据编号进行示例性地说明，不对其进行具体地限定。

在一种可选的实现方式中，各个设备上报的数据的数据编号的编号方式不同。此时，管理平台可在已接收到的数据中，选择指定时间段内的且数据的数据编号方式与所述目标设备对应的数据，作为目标设备在指定时间段内上报的数据。

例如，设备1的数据编号方式是以二进制进行编号，而设备2的数据编号方式是以十进制进行编号。假设设备2是目标设备，管理平台可在已接收到的数据中，选择指定时间段内十进制编号的数据作为设备2在指定时间段内上报的数据。

再例如，假设设备1的数据编号方式为1-5000之间的连续编号，设备2的数据编号方式为5001-10000之间的连续编号。假设设备2是目标设备，管理平台可在已接收到的数据中，选择指定时间段内数据编号在5001-10000之间的数据作为设备2在指定时间段内上报的数据。

在另一种可选的实现方式中，各设备上报数据的数据编号的编号方式相同。在这种情况下，各个设备上报数据的数据标识除了携带数据编号外，还携带了设备标识。此时，管理平台可在已接收到的数据中，选择指定时间段内的且数据标识包含有所述目标设备的设备标识的数据，作为目标设备在指定时间段内上报的数据。

例如，在实际应用中，为了方便各个设备的数据编号方式的配置，通常配置各个设备采用同样的数据编号方式。比如，各个设备都采用1-10000之间的连续十进制编号方式。

此外，管理平台就会接收到很多个编号重复但是数据不同的数据，为了保证数据标识的唯一性，在这种方式下，数据的数据标识除了携带数据编号外，还携带了设备标识。

比如，设备1上报的第一个数据的数据标识为“数据1+设备1”，设备2上报的第一个数据中的数据标识为“数据1+设备2”。假设目标设备为设备2，管理平台可在已接收到的数据中，确定出指定时间段内的、且数据标识中的设备标识为设备2的数据，作为设备2在指定时间段内上报的数据。

这里只是对“管理平台在已接收到的数据中，确定目标设备在指定时间段内上报的数据”进行示例性地说明，不对其进行具体地限定。

步骤2023：管理设备基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据。

在一种可选的实现方式中，数据标识包括数据编号，关于数据编号的介绍可参见上文描述，这里不再赘述。

在实现时，管理平台可基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据。

下面介绍下“管理平台可基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据”的实现方式。

在一种可选的实现方式中，不同数据的数据编号不同。数据的数据编号是按照设备产生数据的顺序依次排列的。比如设备采集的第一个数据的数据编号为1，设备采集的第二个数据的数据编号为2，设备采集的第三个数据的数据编号为3，依次类推。

管理平台可针对任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据。

在不同的数据的数据编号不同的情况下，该预设范围阈值可以是：大于设备先后采集的两个数据的数据编号的差值的绝对值。比如设备采集第一个数据的数据编号为1，设备采集第二个数据的数据编号为2，设备采集第三个数据的数据编号为3，依次类推。则预设范围阈值为大于1。

例如，假设管理平台上记录的目标设备在指定时间段内上报的数据的数据编号分别为5、6、7、10、11、12。该预设范围阈值为大于1。

管理平台可针对任意两个数据编号相邻的数据，比如数据编号为5和6的两个数据，由于数据编号5和6的差值为1，不在预设范围阈值内，所以这两个数据之间并不存在管理平台应收到但并实际并未收到的目标数据，或者换句来说，并不存在设备上报的但管理平台并未收到的目标数据。

比如，数据编号7和10的两个数据，由于数据编号7和10的差值为3，在预设范围阈值内，所以这两个数据之间并存在设备上报的但管理平台并未收到的目标数据。管理平台可以基于数据编号7和10，确定出目标数据为数据编号8、9的数据。

在另一种可选的实现方式中，为了节约数据编号，通常是采用循环编号的方式对数据进行编号，即数据编号在达到预设值后，又重新返回起始值进行编号。比如数据编号从1开始，每到达1000后又重新从1开始编号。

这种编号方式虽然可以节约号码，但是就会造成部分数据具有相同的编号。因此，为了保证数据标识的唯一性，数据标识中除了携带数据编号外，还携带有用于指示数据产生的时间戳。

在这种情况下，管理平台基于已接收到的数据的时间戳，确定已接收到的数据的数据产生顺序。然后管理平台依据已接收到的数据的数据产生顺序，基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据(例如该目标设备已上报但所述管理平台未收到的目标数据)。

下面介绍下“管理平台基于已接收到的数据的时间戳，确定已接收到的数据的数据产生顺序”的实现方式。

在一种可选的实现方式中，管理平台可基于已接收到的数据的时间戳，对已接收到的数据进行排序，从而得到已接收到的数据的数据产生顺序。

例如，假设接收到的4个数据，第一个数据的数据编号为2，时间戳为12:00:01，第二个数据的数据编号为3，时间戳为12:00:02，第三个数据的数据编号为4，时间戳为12:00:03，第四个数据的数据编号为998，时间戳为12:00:00。

电子设备可按照这四个数据的时间戳对这四个数据进行排序，排序后形成数据产生顺序。在本例中，数据产生顺序按照从早到晚依次为：数据998、数据2、数据3、数据4。

在另一种可选的实现方式中，管理平台可只依据数据编号的差值大于预设阈值的多个数据的时间戳，来确定已接收到的数据的数据产生顺序。

例如，假设接收到的4个数据，第一个数据的数据编号为2，时间戳为12:00:01，第二个数据的数据编号为3，时间戳为12:00:02，第三个数据的数据编号为4，时间戳为12:00:03，第四个数据的数据编号为998，时间戳为12:00:00。

由于第一个数据的数据编号和第四个数据的数据编号的差值大于预设阈值，则管理平台可以只比较这两个数据的时间戳，由于第四个数据的时间戳早于第一个数据的时间戳，所以这四个数据的数据产生顺序按照从早到晚依次是：数据998、数据2、数据3、数据4。

这里只是对“管理平台基于已接收到的数据的时间戳，确定已接收到的数据的数据产生顺序”进行示例性地说明，不对其进行具体地限定。

下面介绍下“依据已接收到的数据的数据产生顺序，基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据”的实现方式。

在实现时，在确定该数据产生顺序后，管理平台可针对该顺序中的任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据。

其中，当数据编号以循环编号的方式进行编号时，该预设范围阈值是：大于设备先后采集的两个数据的数据编号的差值的绝对值、且小于循环编号的末尾值与初始值的差值之间。例如，假设数据编号为1-1000的循环编号，则预设范围阈值为大于1且小于999。

例如，假设管理平台上记录的目标设备在指定时间段内上报的数据的数据标识为：2021123112:02:56+998，2021123112:03:01+2，2021123112:03:02+3。

其中，“+”号前的数字表示数据产生的时间戳，“+”后的数字表示数据编号。比如，2021123112:02:56+998表示该数据产生的时间戳为2021年12月31日12点2分56秒，该数据的数据编号为998。

管理平台可先依据时间戳，确定对该例中的数据产生顺序。在本例中，确定出的数据产生顺序为：2021123112:02:56+998，2021123112:03:01+2，2021123112:03:02+3。

然后，管理平台可针对排序后数据中的针对任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据。

例如，该预设范围阈值为大于1小于999，针对数据编号为998和2的数据，管理平台计算出这两个数据的数据编号的差值在为996，在预设范围阈值内，所以管理平台可将998和2之间的数据，即数据编号为999，1000，以及1的数据作为目标数据。

在实际应用中，管理平台还可通过其他方式来实现步骤2023，比如利用设备发送的携带有数据的报文的报文序列号来确定目标设备已上报的但管理平台未收到的目标数据，这里只是对步骤2023进行示例性地说明，不对其进行具体地限定。

步骤203：管理平台从所述目标设备获取所述目标数据。

在确定出目标数据后，管理平台可从目标设备获取所述目标数据。

在实现时，管理平台可向目标设备发送目标数据的数据编号。管理平台可接收目标设备返回的数据编号。

具体地，在不同数据的数据编号不同时，目标设备可依据数据编号，查找目标数据，并将查找到的目标数据发送给管理平台。管理平台可直接将接收到的目标设备上报的数据作为目标数据。

在部分数据的数据编号相同的情况下，目标设备查找到的该数据编号所指示的数据包含多个数据(比如有目标数据和非目标数据)，目标设备将查找到的数据上报给管理平台。管理平台可依据目标数据的对应的时间戳，在管理平台上报的数据中确定目标数据。

当然，在实际应用中，管理平台除了向目标设备发送目标数据的数据编号外，还向目标设备发送目标数据的时间戳，以使得目标设备可以基于数据编号和时间戳查找到目标数据，并将目标数据上报给管理平台。

这里只是对管理平台从目标设备获取目标数据的示例性说明，不对其进行具体地限定。

此外，为了保证管理平台可以成功获取到目标数据，在获取时，管理平台可检测该管理平台与目标设备之间的连接是否正常。

若管理平台与目标设备之间的连接正常，管理平台可通过该正常的连接接收目标设备通过该连接返回的目标数据。例如，管理平台可通过该正常的连接向目标设备发送获取请求，该获取请求携带了目标数据的数据编号。管理平台可接收目标设备通过该连接返回的目标数据。

若管理平台与目标设备之间的连接异常，管理平台可对异常的连接进行修复，在修复完成后，通过所述管理平台与所述设备之间的连接接收所述设备发送的所述目标数据。例如，管理平台可通过修复好的连接，向目标设备发送获取请求，该获取请求携带了目标数据的数据编号，并接收所述设备发送的所述目标数据。

在对异常的连接进行修复时，管理平台基于该连接的连接参数，自动修复该连接。比如管理平台可重新与目标设备建立连接等。

若管理平台检测到从修复所述连接时起经过预设时长后检测到所述连接仍异常，管理平台则发出告警信息。所述告警信息携带有所述连接的连接参数，用于触发外部对所述连接进行修复。比如，管理平台可将该连接参数发送给网管人员，以由网管人员修复连接。

其中，外部可以是指管理人员，也可以是指管理平台外的用于连接修复的服务器等，这里只是对修复连接进行示例性地说明，不对其进行具体地限定。

此外，需要说明的是：由于设备具有在发送失败重新上传等机制，指示设备会重复发送相同的数据，为了降低设备的存储消耗，管理平台在接收到目标设备上报的目标数据后，可基于已接收到的数据，对目标数据进行去重处理。

比如，去重处理可以是：管理设备可检测上一个记录的数据与目标数据的数据标识是否相同，若相同，则丢弃目标数据，若不同，则记录目标数据。这里只是对去重处理进行示例性地说明，不对其进行具体地限定。

其中，数据标识可包括：数据编号等，此外数据标识还可包括设备标识、用于指示数据产生的时间戳中的一个或多个，这里只是对数据标识进行示例性地说明，不对其进行具体地限定。

例如，假设数据标识包括：数据编号、用于指示数据产生的时间戳、设备标识。在去重处理时，管理设备可检测上一个记录的数据与目标数据的数据编号、用于指示数据产生的时间戳、设备标识是否相同，若相同，则丢弃目标数据，若不同，则记录目标数据。

由上述描述可知，由于管理平台可自动检查设备上报数据的完整性，并主动从设备上获取管理平台应收到但实际并未收到的数据(例如设备已上报但是管理平台并未接收到的数据)，使得管理平台可以利用完整的数据进行业务处理，进而使得业务处理的效果更为准确。

此外，本申请还提供一种电子设备，该电子设备可以是上述管理平台，可包括：可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现上述数据完整性处理的方法步骤。

可选的，如图3所示，该电子设备除了包括处理器302、机器可读存储介质303外，还可包括通信接口301、总线304；其中，通信接口301、处理器302和机器可读存储介质303通过总线304完成相互间的通信。处理器302通过读取并执行机器可读存储介质303中与数据处理控制逻辑对应的机器可执行指令，可执行上文描述的数据完整性处理方法。

参见图4，图4是本申请一示例性实施例示出的一种数据完整性处理装置的框图。该装置可应用在管理平台上，可包括：

接收单元401，用于接收所述管理平台管理的至少一个设备上报的数据；

确定单元402，用于在确定需要进行数据数据完整性处理时，在已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据；所述目标设备为所述至少一个设备中的任意设备；

获取单元403，用于从所述目标设备获取所述目标数据。

可选的，所述数据标识包括：数据编号；

所述确定单元402，在基于该目标设备在指定时间段内上报数据的数据标识，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据时，用于基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据；

可选的，不同数据的数据编号不同。

可选的，在部分数据的数据编号相同的情况下，所述数据标识进一步包括用于指示数据产生的时间戳；所述确定单元402，在基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据时，用于基于已接收到的数据的时间戳，确定已接收到的数据的数据产生顺序；依据通过已接收到的数据的数据产生顺序，基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据。

可选的，所述确定单元402，在基于该目标设备在指定时间段内上报数据的数据编号的不连续性，确定出所述管理平台应收到但并未收到的来自于所述目标设备的目标数据时，用于针对任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据。

可选的，所述获取单元403，在从所述目标设备获取所述目标数据时，用于向所述目标设备发送所述目标数据的数据编号；接收所述目标设备上报该数据编号所指示的目标数据。

可选的，所述确定单元402，在在已接收到的数据中，确定出目标设备在指定时间段内上报的数据时，用于在各设备的数据编号方式不同的情况下，在已接收到的数据中，选择指定时间段内的且数据的数据编号方式与所述目标设备对应的数据，作为目标设备在指定时间段内上报的数据；或者，在各设备的数据编号方式相同的情况下，所述数据标识还进一步包括：设备标识，在已接收到的数据中，选择指定时间段内的且数据标识包含有所述目标设备的设备标识的数据，作为目标设备在指定时间段内上报的数据。

可选的，所述获取单元403，在从所述设备获取所述目标数据时，用于若所述管理平台与所述设备之间的连接正常，则通过所述管理平台与所述设备之间处于正常的连接，接收所述设备发送的所述目标数据；若所述管理平台与所述设备之间的连接异常，则对异常的连接进行修复，在修复成功后，通过所述管理平台与所述设备之间的连接，接收所述设备发送的所述目标数据。

可选的，所述获取单元403，在对异常的连接进行修复时，用于基于所述连接的连接参数，修复所述连接；若从修复所述连接时起经过预设时长后检测到所述连接仍异常，则发出告警信息；所述告警信息携带有所述连接的连接参数，用于触发外部对所述连接进行修复。

可选的，所述接收单元401，用于所述接收所述管理平台管理的设备上报的数据后，依据已接收到的数据，对所述设备上报的数据进行去重处理；和/或，所述获取单元403，在所述从所述设备获取所述目标数据后，用于依据已接收到的数据，对从所述设备获取的所述目标数据进行去重处理。

可选的，所述确定单元402，在确定需要进行数据完整性处理时，用于在完整性检查周期到达时，确定需要进行数据完整性处理；或者，在接收到完整性检查指令时，确定需要进行数据完整性处理；或者，在预设的完整性检查时间点到达时，确定需要进行数据完整性处理。

此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述数据完整性处理方法。

本文中提到的计算机可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：易失存储器、非易失性存储器或者类似的存储介质。具体地，计算机可读存储介质可以是RAM(Radom Access Memory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。

此外，本申请还提供一种计算机程序，计算机程序存储于计算机可读存储介质，并且当处理器执行计算机程序时，促使处理器实现上述数据完整性处理方法。

对于装置、计算机可读存储介质、计算机程序、电子设备实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (7)

1.一种数据完整性处理方法，其特征在于，所述方法应用于管理平台，包括：

接收所述管理平台管理的至少一个设备上报的数据；

对已接收到的数据进行去重处理，包括：检测上一个记录的数据与当前接收的数据的数据标识是否相同，若相同，则丢弃当前接收的数据，若不同，则记录当前接收的数据；数据标识包括：数据编号、用于指示数据产生的时间戳、用于指示上报数据的设备的设备标识；

在确定需要进行数据完整性处理时，在去重后的所述已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并依据去重后的所述已接收到的数据中，数据编号的差值大于预设阈值的多个数据的时间戳，确定已接收到的数据的数据产生顺序；依据已接收到的数据的数据产生顺序，针对任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据；所述目标设备为所述至少一个设备中的任意设备；

向所述目标设备发送所述目标数据的数据编号；接收所述目标设备上报该数据编号所指示的目标数据。

2.根据权利要求1所述的方法，其特征在于，所述在去重后的所述已接收到的数据中，确定出目标设备在指定时间段内上报的数据，包括：

在各设备的数据编号方式不同的情况下，在去重后的所述已接收到的数据中，选择指定时间段内的且数据的数据编号方式与所述目标设备对应的数据，作为目标设备在指定时间段内上报的数据；或者，

在各设备的数据编号方式相同的情况下，在去重后的所述已接收到的数据中，选择指定时间段内的且数据标识包含有所述目标设备的设备标识的数据，作为目标设备在指定时间段内上报的数据。

3.根据权利要求1所述的方法，其特征在于，从所述目标设备接收所述目标数据的步骤包括：

若所述管理平台与所述目标设备之间的连接正常，则通过所述管理平台与所述目标设备之间处于正常的连接，接收所述目标设备发送的所述目标数据；

若所述管理平台与所述目标设备之间的连接异常，则对异常的连接进行修复，在修复成功后，通过所述管理平台与所述目标设备之间的连接，接收所述目标设备发送的所述目标数据；

其中，所述对异常的连接进行修复，包括：

基于所述连接的连接参数，修复所述连接；

若从修复所述连接时起经过预设时长后检测到所述连接仍异常，则发出告警信息；所述告警信息携带有所述连接的连接参数，用于触发外部对所述连接进行修复。

4.根据权利要求1所述的方法，其特征在于，所述确定需要进行数据完整性处理，包括：

在完整性检查周期到达时，确定需要进行数据完整性处理；

或者，

在接收到完整性检查指令时，确定需要进行数据完整性处理；

或者，

在预设的完整性检查时间点到达时，确定需要进行数据完整性处理。

5.一种数据完整性处理装置，其特征在于，所述装置应用于管理平台，包括：

接收单元，用于接收所述管理平台管理的至少一个设备上报的数据；对已接收到的数据进行去重处理，包括：检测上一个记录的数据与当前接收的数据的数据标识是否相同，若相同，则丢弃当前接收的数据，若不同，则记录当前接收的数据；数据标识包括：数据编号、用于指示数据产生的时间戳、用于指示上报数据的设备的设备标识；

确定单元，用于在确定需要进行数据完整性处理时，在去重后的所述已接收到的数据中，确定出目标设备在指定时间段内上报的数据，并依据去重后的所述已接收到的数据中，数据编号的差值大于预设阈值的多个数据的时间戳，确定已接收到的数据的数据产生顺序；依据已接收到的数据的数据产生顺序，针对任意数据编号相邻的两个数据，若这两个数据的数据编号的差值在预设范围阈值内，则确定数据编号在所述两个数据的数据编号之间的数据为目标数据；所述目标设备为所述至少一个设备中的任意设备；

获取单元，用于向所述目标设备发送所述目标数据的数据编号；接收所述目标设备上报该数据编号所指示的目标数据。

6.根据权利要求5所述的装置，其特征在于，

所述确定单元，在去重后的所述已接收到的数据中，确定出目标设备在指定时间段内上报的数据时，用于在各设备的数据编号方式不同的情况下，在已接收到的数据中，选择指定时间段内的且数据的数据编号方式与所述目标设备对应的数据，作为目标设备在指定时间段内上报的数据；或者，在去重后的所述已接收到的数据中，选择指定时间段内的且数据标识包含有所述目标设备的设备标识的数据，作为目标设备在指定时间段内上报的数据；

所述获取单元，在从所述设备获取所述目标数据时，用于若所述管理平台与所述设备之间的连接正常，则通过所述管理平台与所述设备之间处于正常的连接，接收所述设备发送的所述目标数据；若所述管理平台与所述设备之间的连接异常，则对异常的连接进行修复，在修复成功后，通过所述管理平台与所述设备之间的连接，接收所述设备发送的所述目标数据；

所述获取单元，在对异常的连接进行修复时，用于基于所述连接的连接参数，修复所述连接；若从修复所述连接时起经过预设时长后检测到所述连接仍异常，则发出告警信息；所述告警信息携带有所述连接的连接参数，用于触发外部对所述连接进行修复；

所述确定单元，在确定需要进行数据完整性处理时，用于在完整性检查周期到达时，确定需要进行数据完整性处理；或者，在接收到完整性检查指令时，确定需要进行数据完整性处理；或者，在预设的完整性检查时间点到达时，确定需要进行数据完整性处理。

7.一种电子设备，其特征在于，所述电子设备包括可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现权利要求1-4任一所述方法的步骤。

Images