CN112506896B - 一种数据删除方法、装置及电子设备 - Google Patents

Abstract

本发明实施例提供了一种数据删除方法、装置及电子设备。其中，方法包括：接收数据删除指令；获取所述数据删除指令所针对的待删除数据的数据标识；向应用服务端发送携带有所述数据标识的数据删除信息；如果接收到至少一个应用服务端针对所述数据删除信息反馈的延迟处理请求，则根据所述至少一个应用服务端的预设权重，确定数据删除策略。可以根据预设权重配置不同的数据删除策略，而预设权重能够在一定程度反映应用服务端的重要程度，因此可以实现针对删除数据对应用服务端正常运行的影响大小，设置不同的数据删除策略。从而在降低因删除数据对应用服务端正常运行的影响的同时，充分的对数据进行删除。

Description

一种数据删除方法、装置及电子设备

技术领域

本发明涉及安防技术领域，特别是涉及一种数据删除方法、装置及电子设备。

背景技术

一个系统中可能存在多个应用程序，下文称每个应用程序为一个应用服务端。每个应用服务端在运行过程中可能依赖于基础服务提供的一些基础数据，例如人脸识别过程中可能依赖于人员数据库中的人脸标识与人员标识的对应关系。

因此，删除基础数据可能导致部分应用服务端无法正常工作。而应用服务端与基础数据之间的依赖关系，由于业务流程问题可能较为复杂，如果对于所有与应用服务端存在依赖关系的基础数据不进行删除，则可能导致数据删除不彻底，例如应用服务端因特殊原因下线后，相应的基础数据应当删除，但可能因与应用服务端存在依赖关系而没有被删除。

发明内容

本发明实施例的目的在于提供一种数据删除方法，以实现在更全面的删除基础数据的前提下，降低删除基础数据对应用服务端正常运行的影响。具体技术方案如下：

在本发明实施例的第一方面，提供了一种数据删除方法，所述方法包括：

接收数据删除指令；

获取所述数据删除指令所针对的待删除数据的数据标识；

向应用服务端发送携带有所述数据标识的数据删除信息；

如果接收到至少一个应用服务端针对所述数据删除信息反馈的延迟处理请求，则根据所述至少一个应用服务端的预设权重，确定数据删除策略。

在一种可能的实施例中，所述根据所述至少一个应用服务端的预设权重之和，确定数据删除策略，包括：

若所述至少一个应用服务端的预设权重之和小于阈值，则删除所述待删除数据；

若所述至少一个应用服务端的预设权重之和大于或等于所述阈值，则向所述至少一个应用服务端再次发送所述数据删除信息。

在一种可能的实施例中，在所述向所述至少一个应用服务端再次发送所述数据删除信息之后，还包括：

如果未接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则删除所述待删除数据；

如果接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则经过第一预设时间段后，删除所述待删除数据。

在一种可能的实施例中，在所述接收数据删除指令后，所述方法还包括：

控制所述数据删除指令所针对的待删除数据进入逻辑删除状态，所述逻辑删除状态下的数据无法被用户端访问。

在本发明实施例的第二方面，提供了一种数据删除装置，所述装置包括：

指令接收模块，用于接收数据删除指令；

标识确定模块，用于获取所述数据删除指令所针对的待删除数据的数据标识；

信息发布模块，用于向应用服务端发送携带有所述数据标识的数据删除信息；

数据删除模块，用于如果接收到至少一个应用服务端针对所述数据删除信息反馈的延迟处理请求，则根据所述至少一个应用服务端的预设权重，确定数据删除策略。

在一种可能的实施例中，所述数据删除模块，还用于在所述向所述至少一个应用服务端再次发送所述数据删除信息之后，如果未接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则删除所述待删除数据；

如果接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则经过第一预设时间段后，删除所述待删除数据。

在一种可能的实施例中，所述数据删除模块，还用于在所述接收数据删除指令后，控制所述数据删除指令所针对的待删除数据进入逻辑删除状态，所述逻辑删除状态下的数据无法被用户端访问。

在本发明实施例的第三方面，提供了一种电子设备，包括：

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述第一方面任一所述的方法步骤。

在本发明实施例的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一所述的方法步骤。

本发明实施例提供的数据删除方法、装置及电子设备，可以根据预设权重配置不同的数据删除策略，而预设权重能够在一定程度反映应用服务端的重要程度，因此可以实现针对删除数据对应用服务端正常运行的影响大小，设置不同的数据删除策略。从而在降低因删除数据对应用服务端正常运行的影响的同时，充分的对数据进行删除。当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1a为本发明实施例提供的数据删除方法的应用场景的一种示意图；

图1b为本发明实施例提供的数据删除方法的应用场景的另一种示意图；

图2为本发明实施例提供的数据删除方法的一种流程示意图；

图3为本发明实施例提供的数据删除方法的另一种流程示意图；

图4为本发明实施例提供的数据删除方法的一种示例流程图；

图5为图4所示的示例中的信息时序图；

图6为本发明实施例提供的数据删除装置的一种结构示意图；

图7为本发明实施例提供的电子设备的一种结构示意图。

具体实施方式

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

参见图1a，图1a所示为本发明实施例提供的数据删除方法的应用场景的一种示意图，该方法可以应用于系统，该系统根据应用场景的不同可以是不同系统，例如可以是构建于一台实体计算机内的虚拟系统，也可以是由多台实体电子设备组成的实体系统，本实施例对此不做限制。该系统可以包括基础服务端110、以及多个应用服务端120。其中，多个应用服务端120与基础服务端110连接。

在另一种可能的应用场景中，也可以如图1b所示，系统中还可以包括中间件130，中间件130可以在实现多个应用服务端120与基础服务端110连接的前提下，多个应用服务端120与基础服务端110不存在直接关联关系(即耦合关系)。因此可以避免应用服务端120直接影响基础服务端110的数据删除。

本发明实施例提供的数据删除方法可以参见图2，图2所示为本发明实施例提供的数据删除方法的一种流程示意图，该方法应用于基础服务端，方法可以包括：

S201，接收数据删除指令。

数据删除指令可以是用户通过用户端发送至基础服务端的，数据删除指令所针对的待删除数据，可以是用户希望删除的基础数据。数据删除指令所针对的待删除数据，也可以是根据预设规则确定得到的需要删除的数据，例如根据预设的数据清理规则，确定得到需要删除的数据，并针对这些数据生成相应的数据删除指令。

S202，获取数据删除指令所针对的待删除数据的数据标识。

其中，数据标识为数据的唯一标识，即不同数据的数据标识不同，相同数据的数据标识相同。

S203，向应用服务端发送携带有该数据标识的数据删除信息。

以图1b所示的应用场景为例，可以是通过中间件向应用服务端广播携带有该数据标识的数据删除信息。示例性的，可以是将数据删除信息发布至中间件，中间件向订阅该中间件的多个应用服务端推送该数据删除信息。

应用服务端在接收到数据删除信息后，可以通过数据删除信息中所携带数据标识确定需要删除的数据，并判断需要删除的数据是否对该应用服务端的正常运行造成影响。如果需要删除的数据对应用服务端的正常运行造成影响，则可以进入终止运行的相关流程，可以理解的是应用服务端正常终止运行可能需要花费一定时间处理相关数据，因此应用服务端可以根据自身情况向基础服务端进行反馈。

例如，如果需要删除的基础数据对该应用服务端的正常运行不会造成影响，或者该应用服务端已经完成终止运行相关数据的处理，则可以向基础服务端发送用于表示数据已处理的反馈信息。

又例如，如果应用服务端还未开始处理终止运行相关的数据，则可以向基础服务端发送用于表示数据待处理，请求基础服务端延时处理数据的反馈信息。再例如，如果应用服务端正在处理终止运行相关的数据，但尚未处理完，则可以向基础服务端发送用于表示数据正在处理，请求基础服务端延时处理数据的反馈信息。

S204，如果接收到至少一个应用服务端针对数据删除信息反馈的延迟处理请求，则根据至少一个应用服务端的预设权重，确定数据删除策略。

延迟处理请求可以是应用服务端发送的，用于表示需要基础服务端延迟删除数据，以使得该应用服务端处理完终止运行相关的数据的请求，可以参见前述S203中的相关描述。

每个应用服务端的预设权重可以是用户预先根据经验或者实际需求进行设置的。例如，用户可以根据每个应用服务端的重要程度，配置该应用服务端的权重，越重要的应用服务端所配置的权重越高。

在一种可能的实施例中，考虑到方案的效率，接收到多个应用服务端中至少一个应用服务端针对第一数据删除信息反馈的延迟处理请求，可以是指在预设时间内接收到多个应用服务端中至少一个应用服务端针对数据删除信息反馈的延迟处理请求，例如在十五分钟内接收到多个应用服务端中至少一个应用服务端针对数据删除信息反馈的延迟处理请求。如果在十五分钟内没有接收到多个应用服务端中至少一个应用服务端针对数据删除信息反馈的延迟处理请求，则可以删除数据。

在一种可能的实施例中，可以是根据至少一个应用服务端的预设权重之和，确定数据删除策略，在其他可能的实施例中，也可以是根据至少一个应用服务端的预设权重之积，或者按照其他计算规则对至少一个应用服务端的预设权重计算得到的计算结果，确定数据删除策略，本实施例对此不做限制。

为描述方便，下面以根据至少一个应用服务端的预设权重之和，确定数据删除策略为例进行说明。例如如果该至少一个应用服务端中的预设权重之和大于预设阈值，则向至少一个应用服务端在此发送数据删除信息。如果该至少一个应用服务端的预设权重之和小于或等于预设阈值，则可以认为该至少一个应用服务端中所有服务端非正常终止所造成的影响可能较小，可以不需要延时删除数据标识所表示的基础数据。因此，在该实施例中可以删除数据标识所表示的基础数据。

示例性的，假设系统中一共包括3个应用服务端，分别记为应用服务端1、应用服务端2以及应用服务端3，在广播第一数据删除信息后，基础服务端接收到应用服务端2和应用服务端3反馈的延时处理请求。假设应用服务端2的预设权重为30，应用服务端3的预设权重为20，预设阈值为40，则向至少一个应用服务端再次发送数据删除信息。

可以理解的是，如果接收到多个应用服务端中至少一个应用服务端针对第一数据删除信息反馈的延迟处理请求，则可以认为如果删除待删除数据，则可能导致该至少一个应用服务端非正常终止。如果该至少一个应用服务端的预设权重之和大于预设阈值，则可以认为该至少一个应用服务端非正常终止所造成的影响可能较大，因此需要在此发送数据删除信息，以确定是否能够删除待删除数据。

选用该实施例，可以根据预设权重配置不同的数据删除策略，而预设权重能够在一定程度反映应用服务端的重要程度，因此可以实现针对删除数据对应用服务端正常运行的影响大小，设置不同的数据删除策略。从而在降低因删除数据对应用服务端正常运行的影响的同时，充分的对数据进行删除。

参见图3，图3所示为本发明实施例提供的数据删除方法的另一种流程示意图，可以包括：

S301，接收数据删除指令。

该步骤与S201相同，可以参见前述关于S201的相关描述，在此不再赘述。

S302，获取数据删除指令所针对的待删除数据的数据标识。

该步骤与S202相同，可以参加前述关于S202的相关描述，在此不再赘述。

S303，向应用服务端发送携带有数据标识的数据删除信息。

该步骤与S203相同，可以参见前述关于S203的相关描述，在此不再赘述。

S304，如果接收到至少一个应用服务端针对第一数据删除信息反馈的延时处理请求，确定至少一个应用服务端的预设权重之和。

可以参见前述S204中的相关描述，在此不再赘述。

S305，如果至少一个应用服务端的预设权重之和大于预设阈值，向该至少一个应用服务端再次发送数据删除信息。

在一种可能的实施例中，可以是在经过预设延时时长后，例如十五分钟后，向该至少一个应用服务端发送数据删除信息，以使得至少一个应用服务端具有充分的时间处理终止运行相关的数据。

S306，确定是否接收到至少一个应用服务端针对再次发送的数据删除信息反馈的延时处理请求，如果接收到至少一个应用服务端针对再次发送的数据删除信息反馈的延时处理请求，则执行S307，如果没有接收到至少一个应用服务端针对再次发送的数据删除信息反馈的延时处理请求，则执行S308。

在一种可能的实施例中，出于效率的考虑，接收到至少一个应用服务端针对再次发送的数据删除信息反馈的延时处理请求，可以是指在一定时间段内接收到至少一个应用服务端中至少一个应用服务端针对数据删除信息反馈的延时处理请求。例如，可以是指在五分钟内接收到至少一个应用服务端中至少一个应用服务端针对数据删除信息反馈的延时处理请求。

S307，经过第一预设时间段后，删除待删除数据。

可以理解的是，如果接收到至少一个应用服务端针对再次发送的数据删除信息反馈的延时处理请求，则可以认为在再次发送数据删除信息时，应用服务端中仍存在未处理完终止运行相关数据的应用服务端。为避免删除数据对该应用服务端的正常终止运行造成影响，可以再次提供一定的时间，以使得该应用服务端处理完成终止运行相关数据。

第一预设时间段可以根据实际需求进行设置，例如可以是十五分钟。

S308，删除待删除数据。

选用该实施例，可以通过设置两次延时的方式，使得应用服务端可以有充分的时间以正常终止运行，进一步降低因删除数据对应用服务端造成影响的可能性。

为更清楚的对本发明实施例提供的数据删除方法进行说明，下面将结合具体的应用场景中的用户端、基础服务端以及应用服务端对本发明实施例提供的数据删除方法进行说明。假设该应用场景中包括3个应用服务端，分别记为应用服务端1、应用服务端2以及应用服务端3，其中应用服务端1的预设权重为50，应用服务端2的预设权重为30，应用服务端3的预设权重为20，预设阈值为40，则可以流程参见图4，包括：

S401，用户端向基础服务端发送数据删除指令。

该数据删除指令可以是用户通过人体学输入设备输入至用户端的。

S402，基础服务端获取该数据删除指令所针对的待删除数据的数据标识，控制待删除数据进入逻辑删除状态，并向用户端反馈用于表示删除成功的反馈信息。

其中，逻辑删除状态是指在物理存储设备中仍然存储有这些待删除数据但是这些待删除数据无法被用户端访问，即对于用户端而言，这些待删除数据可以视为被删除。因此，可以向用户端反馈用于表示删除成功的反馈信息。

基础服务端可以是在接收到数据删除指令后，控制数据删除指令所针对的待删除数据进入逻辑删除状态，再获取待删除数据的数据标识。也可以是在接收到数据删除指令后，控制数据删除指令所针对的待删除数据进入逻辑删除状态，并且并行地获取待删除数据的数据标识。

S403，基础服务端将携带有数据标识的数据删除信息发布至中间件。

S404，中间件将数据删除信息推送至应用服务端1-3。

S405，应用服务端1-3向中间件发布用于表示处理结果的反馈信息。

关于反馈信息可以参见S203中的相关描述，在此不再赘述。为描述方便，假设应用服务端1发布的为用于表示数据已处理的反馈信息，应用服务端2和应用服务端3发布的为用于表示请求基础服务延时处理数据的反馈信息。

S406，中间件向基础服务端推送反馈信息。

S407，基础服务端比较应用服务端2、3的预设权重之和与预设阈值之间的大小关系。

由于30+20大于40，因此基础服务端可以确定应用服务端2和应用服务端3的预设权重之和大于预设阈值。

S408，经过15分钟后，基础服务端再次中间件发布数据删除信息。

该数据删除信息与S403中发布的数据删除信息携带有相同的数据标识。在一种可能的实施例中，基础服务端也可以不通过中间件，直接将数据删除信息发送至应用服务端2、3或者1-3。

S409，中间件将该数据删除信息推送至应用服务端2、3。

在其他可能的实施例中，也可以是将该数据删除信息推送至应用服务端1-3。

S410，应用服务端2、3向中间件发布用于表示处理结果的反馈信息。

由于已经经过15分钟，因此应用服务端2、3反馈的反馈信息可能不同。假设应用服务端2发布的为用于表示数据已处理的反馈信息，应用服务端3发布的仍然为用于表示请求基础服务延时处理数据的反馈信息。在一种可能的实施例中，应用服务端2、3也可以不通过中间件，直接将反馈信息发送至基础服务端。

S411，中间件向反馈信息推送至基础服务端。

S412，在经过15分钟后，基础服务端删除数据删除指令所针对的待删除数据。

由于应用服务端3的反馈信息表示请求服务延时处理数据，因此基础服务端在接收到反馈信息后，可以进一步延时删除基础数据。参见图5,图5为图4所示的具体实施例的信息时序图。

在一种可能的实施例中，方法还可以包括：根据历史统计数据，配置应用服务端的权重。

其中，历史统计数据为应用服务端在历史时间段内向基础服务端发送的延时处理请求。例如，可以是基础服务端记录应用服务端在历史时间段内向基础服务端发送的延时处理请求，在接收到用户特定指令或满足预设条件时，显示历史统计数据。获取针对该历史数据输入的权重配置指令，该配置指令可以是用户根据历史数据输入的。根据权重配置指令，配置每个应用服务端，作为该应用服务端的预设权重。又例如，可以是基础服务端利用按照预设的权重调整算法，基于历史统计数据，计算得到应用服务端的新的权重，并将应用服务端的权重更改为该新的权重。该权重调整算法可以是基于传统机器学习得到的模型，也可以是基于深度学习得到的神经网络，本实施例对此不做限制。

参见图6，图6所示为本发明实施例提供的数据删除装置的一种结构示意图，装置可以包括：

指令接收模块601，用于接收数据删除指令；

标识确定模块602，用于获取所述数据删除指令所针对的待删除数据的数据标识；

信息发布模块603，用于向应用服务端发送携带有所述数据标识的数据删除信息；

数据删除模块604，用于如果接收到至少一个应用服务端针对所述数据删除信息反馈的延迟处理请求，则根据所述至少一个应用服务端的预设权重，确定数据删除策略。

在一种可能的实施例中，所述数据删除模块604，还用于在所述向所述至少一个应用服务端再次发送所述数据删除信息之后，如果未接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则删除所述待删除数据；

如果接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则经过第一预设时间段后，删除所述待删除数据。

在一种可能的实施例中，所述数据删除模块604，还用于在所述接收数据删除指令后，控制所述数据删除指令所针对的待删除数据进入逻辑删除状态，所述逻辑删除状态下的数据无法被用户端访问。

在一种可能的实施例中，所述信息发布模块603，具体用于通过中间件，向应用服务端广播携带有所述数据标识的数据删除信息。

本发明实施例还提供了一种电子设备，如图7所示，包括：

存储器701，用于存放计算机程序；

处理器702，用于执行存储器701上所存放的程序时，实现如下步骤：

接收数据删除指令；

获取所述数据删除指令所针对的待删除数据的数据标识；

向应用服务端发送携带有所述数据标识的数据删除信息；

如果接收到至少一个应用服务端针对所述数据删除信息反馈的延迟处理请求，则根据所述至少一个应用服务端的预设权重，确定数据删除策略。

在一种可能的实施例中，所述根据所述至少一个应用服务端的预设权重之和，确定数据删除策略，包括：

若所述至少一个应用服务端的预设权重之和小于阈值，则删除所述待删除数据；

若所述至少一个应用服务端的预设权重之和大于或等于所述阈值，则向所述至少一个应用服务端再次发送所述数据删除信息。

在一种可能的实施例中，在所述向所述至少一个应用服务端再次发送所述数据删除信息之后，还包括：

如果未接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则删除所述待删除数据；

如果接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则经过第一预设时间段后，删除所述待删除数据。

在一种可能的实施例中，在所述接收数据删除指令后，所述方法还包括：

控制所述数据删除指令所针对的待删除数据进入逻辑删除状态，所述逻辑删除状态下的数据无法被用户端访问。

在一种可能的实施例中，所述向应用服务端发送携带有所述数据标识的数据删除信息，包括：

通过中间件，向应用服务端广播携带有所述数据标识的数据删除信息。

上述电子设备提到的存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一数据删除方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一数据删除方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质以及计算机程序产品的实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

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

接收数据删除指令；

获取所述数据删除指令所针对的待删除数据的数据标识；

向应用服务端发送携带有所述数据标识的数据删除信息；

如果接收到至少一个应用服务端针对所述数据删除信息反馈的延迟处理请求，则根据所述至少一个应用服务端的预设权重，确定数据删除策略；

所述根据所述至少一个应用服务端的预设权重，确定数据删除策略，包括：根据计算规则对至少一个应用服务端的预设权重进行计算，得到计算结果，根据计算结果确定数据删除策略。

2.根据权利要求1所述的方法，其特征在于，所述根据计算规则对至少一个应用服务端的预设权重进行计算，得到计算结果，根据计算结果确定数据删除策略，包括：

若所述至少一个应用服务端的预设权重之和小于阈值，则删除所述待删除数据；

若所述至少一个应用服务端的预设权重之和大于或等于所述阈值，则向所述至少一个应用服务端再次发送所述数据删除信息。

3.根据权利要求2所述的方法，其特征在于，在所述向所述至少一个应用服务端再次发送所述数据删除信息之后，还包括：

如果未接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则删除所述待删除数据；

如果接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则经过第一预设时间段后，删除所述待删除数据。

4.根据权利要求1所述的方法，其特征在于，在所述接收数据删除指令后，所述方法还包括：

控制所述数据删除指令所针对的待删除数据进入逻辑删除状态，所述逻辑删除状态下的数据无法被用户端访问。

5.一种数据删除装置，其特征在于，所述装置包括：

指令接收模块，用于接收数据删除指令；

标识确定模块，用于获取所述数据删除指令所针对的待删除数据的数据标识；

信息发布模块，用于向应用服务端发送携带有所述数据标识的数据删除信息；

数据删除模块，用于如果接收到至少一个应用服务端针对所述数据删除信息反馈的延迟处理请求，则根据所述至少一个应用服务端的预设权重，确定数据删除策略；

所述数据删除模块，具体用于根据计算规则对至少一个应用服务端的预设权重进行计算，得到计算结果，根据计算结果确定数据删除策略。

6.根据权利要求5所述的装置，其特征在于，所述数据删除模块，具体用于若所述至少一个应用服务端的预设权重之和小于阈值，则删除所述待删除数据；

若所述至少一个应用服务端的预设权重之和大于或等于所述阈值，则向所述至少一个应用服务端再次发送所述数据删除信息。

7.根据权利要求6所述的装置，其特征在于，所述数据删除模块，还用于在所述向所述至少一个应用服务端再次发送所述数据删除信息之后，如果未接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则删除所述待删除数据；

如果接收到所述至少一个应用服务端针对再次发送的所述数据删除信息反馈的延迟处理请求，则经过第一预设时间段后，删除所述待删除数据。

8.根据权利要求5所述的装置，其特征在于，所述数据删除模块，还用于在所述接收数据删除指令后，控制所述数据删除指令所针对的待删除数据进入逻辑删除状态，所述逻辑删除状态下的数据无法被用户端访问。

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

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-4任一所述的方法步骤。

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