CN110489241A - 资源回收方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请提出一种资源回收方法、装置、设备及计算机可读存储介质，该方法包括：获取需要回收资源的用户信息；获取与用户信息匹配的回收策略，回收策略中包括用户信息对应的缓冲时间段；根据缓冲时间段以及资源对应的服务状态，控制对资源的回收。根据本申请实施例的资源回收方法可以根据用户信息灵活配置不同的回收策略，在资源回收过程中满足资源的保留需求的同时，可以提高资源的回收效率，以避免资源的浪费，提高资源的利用率。

Description

资源回收方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种资源回收方法、装置、设备及计算机可读存储介质。

背景技术

公有云的核心属性是共享资源服务，在整个开放的公有网络中提供用户能够使用的易动态扩展的云资源服务(例如网络、服务器、存储、应用软件等)。用户不需要关注具体的硬件实体即可使用云服务商提供的资源，并可在需要的时候自由弹性伸缩，弹性伸缩的过程中就伴随着资源的回收和再分配。当用户不再需要使用该服务资源或者用户存在未结清款项时，也需要将此部分资源回收以便后续再利用。

相关技术中的云平台，为了避免因用户误删除操作或者欠费后用户未及时充值所造成的资源回收，在资源回收过程中通常对所有客户的资源设置一定的保留时间，从而影响资源的回收效率和利用率。

发明内容

本申请实施例提供一种资源回收方法、装置、设备及计算机可读存储介质，以解决相关技术存在的问题，技术方案如下：

第一方面，本申请实施例提供了一种资源回收方法，包括：

获取需要回收资源的用户信息；

获取与用户信息匹配的回收策略，回收策略中包括用户信息对应的缓冲时间段；

根据缓冲时间段以及资源对应的服务状态，控制对资源的回收。

在一种实施方式中，根据缓冲时间段以及资源对应的服务状态，控制对资源的回收，包括：

在资源对应的服务状态为第一服务状态下，进入资源缓冲模式；

在资源缓冲模式下，判断在缓冲时间段内资源对应的服务状态是否改变为第二服务状态；

如果在缓冲时间段内资源对应的服务状态未改变为第二服务状态，进入资源停用模式，将资源设置为不可用状态。

在一种实施方式中，回收策略中还包括用户信息对应的停用时间段，根据缓冲时间段以及资源对应的服务状态，控制对资源的回收，包括：

在资源停用模式下，判断在停用时间段内资源对应的服务状态是否改变为第二服务状态；

如果在停用时间段内资源对应的服务状态未改变为第二服务状态，进入逻辑删除模式，对资源进行逻辑删除。

在一种实施方式中，回收策略中还包括用户信息对应的逻辑删除时间段，根据缓冲时间段以及资源对应的服务状态，控制对资源的回收，包括：

在逻辑删除模式下，判断在逻辑删除时间段内资源对应的服务状态是否改变为第二服务状态；

如果在逻辑删除时间段内资源对应的服务状态未改变为第二服务状态，进入物理删除模式，释放用户信息对应的物理资源。

在一种实施方式中，根据缓冲时间段以及资源对应的服务状态，控制对资源的回收，包括：

如果在逻辑删除时间段内资源对应的服务状态改变为第二服务状态，对资源进行逻辑恢复。

在一种实施方式中，方法还包括：

在接收到用户删除请求的条件下，进入逻辑删除模式，在逻辑删除模式下，对资源进行逻辑删除。

第二方面，本申请实施例提供了一种资源回收装置，包括：

第一获取模块，用于获取需要回收资源的用户信息；

第二获取模块，用于获取与用户信息匹配的回收策略，回收策略中包括用户信息对应的缓冲时间段；

资源回收模块，用于根据缓冲时间段以及资源对应的服务状态，控制对资源的回收。

在一种实施方式中，该装置还包括：

资源缓冲模块，用于在资源对应的服务状态为第一服务状态下，进入资源缓冲模式；

判断模块，用于在资源缓冲模式下，判断在缓冲时间段内资源对应的服务状态是否改变为第二服务状态；

资源停用模块，用于在缓冲时间段内资源对应的服务状态未改变为第二服务状态下，进入资源停用模式，将资源设置为不可用状态。

在一种实施方式中，判断模块还用于在资源停用模式下，判断在停用时间段内资源对应的服务状态是否改变为第二服务状态，装置还包括：

逻辑删除模块，用于在停用时间段内资源对应的服务状态未改变为第二服务状态下，进入逻辑删除模式，对资源进行逻辑删除。

在一种实施方式中，判断模块还用于在逻辑删除模式下，判断在逻辑删除时间段内资源对应的服务状态是否改变为第二服务状态，装置还包括：

物理删除模块，用于在逻辑删除时间段内资源对应的服务状态未改变为第二服务状态下，进入物理删除模式，释放用户信息对应的物理资源。

在一种实施方式中，该装置还包括：

逻辑恢复模块，用于在逻辑删除时间段内资源对应的服务状态改变为第二服务状态，对资源进行逻辑恢复。

在一种实施方式中，该装置还包括：

逻辑删除模块，用于在接收到用户删除请求的条件下，进入逻辑删除模式，在逻辑删除模式下，对资源进行逻辑删除。

第三方面，本申请实施例提供了一种资源回收设备，该设备包括：存储器和处理器。其中，该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，并且当该处理器执行该存储器存储的指令时，使得该处理器执行上述各方面任一种实施方式中的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储计算机程序，当计算机程序在计算机上运行时，上述各方面任一种实施方式中的方法被执行。

上述技术方案中的优点或有益效果至少包括：可以根据用户的级别灵活配置不同的回收策略，在资源回收过程中满足资源的保留需求的同时，可以提高资源的回收效率，以避免资源的浪费，提高资源的利用率。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本申请进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请公开的一些实施方式，而不应将其视为是对本申请范围的限制。

图1是根据本申请实施例的资源回收方法的流程图；

图2是根据本申请实施例的资源回收方法的流程图；

图3是根据本申请实施例的资源回收方法的流程图；

图4是根据本申请实施例的资源回收方法的流程图；

图5是根据本申请实施例的资源回收方法的流程图；

图6是根据本申请实施例的资源回收方法的流程图；

图7是根据本申请实施例的资源回收方法的流程图；

图8是用来实现本申请实施例的资源回收方法的设备的结构框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

图1示出根据本申请实施例的资源回收方法的流程图。本申请实施例的资源回收方法可以用于云平台的资源回收管理，其中，资源可以包括网络、服务器、存储和应用软件等。

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

步骤S101：获取需要回收资源的用户信息。例如，用户信息可以包括用户级别，用户级别可以根据用户的消费情况或者信用等级来设置。

步骤S102：获取与用户信息匹配的回收策略，回收策略中包括用户信息对应的缓冲时间段。

在一个示例中，可以根据用户信息的用户级别的高低设置缓冲时间段的时长。举例而言，针对用户级别较低的用户，可以设置较短的缓冲时间段；针对用户级别较高的用户，可以设置较长的缓冲时间段。

步骤S103：根据缓冲时间段以及资源对应的服务状态，控制对资源的回收。

在一个示例中，服务状态可以包括欠费状态。当资源对应的服务状态为欠费状态时，资源进入资源缓冲模式，在资源缓冲模式下，资源为可用状态，即用户可以正常使用资源。缓冲时间段为资源缓冲模式的持续时间，由于缓冲时间段的时长与用户级别相对应，因此，用户级别较高的资源的缓冲时间段较长，用户级别较低的资源的缓冲时间段较短。

另外，服务状态还可以包括主动删除状态，即用户主动对资源进行逻辑删除。在主动删除状态下，缓冲时间段可以设置为零。也就是说，在服务状态为主动删除状态下，无需使资源进入资源缓冲模式，而是直接将资源直接进行回收。

根据本申请实施例的资源回收方法，通过获取与用户信息匹配的回收策略，且回收策略包括与不同的用户信息对应的不同的缓冲时间段，可以针对不同的用户设置不同的缓冲时间段。在用户的服务状态为欠费状态下，可以根据用户级别的高低使不同用户级别的用户享有不同的时长的资源缓冲期。这样，当用户不再需要使用该服务资源或者用户存在未结清款项时，可以根据用户信息合理回收资源以便后续再利用，避免资源在缓冲时间段停留过长时间，从而提高资源的回收效率和再利用率。

因此，根据本申请实施例的资源回收方法，可以根据用户的级别灵活配置不同的回收策略，在资源回收过程中满足资源的保留需求的同时，可以提高资源的回收效率，以避免资源的浪费，提高资源的利用率。

在一种实施方式中，如图2所示，步骤S103包括：

步骤S201：在资源对应的服务状态为第一服务状态下，进入资源缓冲模式；

步骤S202：在资源缓冲模式下，判断在缓冲时间段内资源对应的服务状态是否改变为第二服务状态；如果在缓冲时间段内资源对应的服务状态未改变为第二服务状态，则进入步骤S203；

步骤S203：进入资源停用模式，将资源设置为不可用状态。

在一个示例中，第一服务状态可以为欠费状态，第二服务状态可以为已缴费状态或者充值状态。即当资源对应的服务状态为欠费状态时，资源进入资源缓冲模式。在资源缓冲模式下，资源为可用状态，即用户在欠费后的缓冲时间段内可以继续使用资源。如果用户在缓冲时间段内进行缴费，以使第一服务状态改变第二服务状态，取消资源缓冲模式，回收流程终止，以使资源恢复正常使用状态。如果用户在缓冲时间段内未进行缴费，即在缓冲时间段内资源对应的服务状态始终为第一服务状态，则进入资源停用模式。在资源停用模式下，资源被设置为不可用状态，即用户无法继续使用资源。需要说明的是，在资源停用模式下，虽然用户无法使用资源，但是不会删除资源，以便在用户后续缴费的情况下恢复用户对资源的使用权。

在一个示例中，用户信息包括用户级别，用户级别包括由低至高的第一用户级别、第二用户级别和第三用户级别。缓冲时间段包括与第一用户级别对应的第一缓冲时间段、与第二用户级别对应的第二缓冲时间段和与第三用户级别对应的第三缓冲时间段。其中，第二缓冲时间段大于第一缓冲时间段且小于第三缓冲时间段，第一缓冲时间段最小可以设置为零。

可以根据用户信息的用户级别确定缓冲时间段为第一缓冲时间段、第二缓冲时间段和第三缓冲时间段中的哪一个。如果缓冲时间段为第一缓冲时间段，则在资源缓冲模式下，判断在第一缓冲时间段内资源对应的服务状态是否改变为第二服务状态。如果缓冲时间段为第二缓冲时间段，则在资源缓冲模式下，判断在第二缓冲时间段内资源对应的服务状态是否改变为第二服务状态。如果缓冲时间段为第三缓冲时间段，则在资源缓冲模式下，判断在第三缓冲时间段内资源对应的服务状态是否改变为第二服务状态。

在一种实施方式中，如图3所示，回收策略中还包括用户信息对应的停用时间段，步骤S103包括：

步骤S301：在资源停用模式下，判断在停用时间段内资源对应的服务状态是否改变为第二服务状态；如果在停用时间段内资源对应的服务状态未改变为第二服务状态，则进入步骤S302；

步骤S302：进入逻辑删除模式，对资源进行逻辑删除。其中，逻辑删除是对需要删除的资源的数据打上一个删除标记，在逻辑上数据是被删除的，但是数据本身依然存在。也就是说在逻辑删除模式下，虽然资源对用户不可见，但是资源的数据并没有被真正删除，且逻辑删除是可逆的，用户可以通过提交工单申请恢复资源。

在一个示例中，用户信息包括用户级别，用户级别包括由低至高的第一用户级别、第二用户级别和第三用户级别。停用时间段包括与第一用户级别对应的第一停用时间段、与第二用户级别对应的第二停用时间段和与第三用户级别对应的第三停用时间段。其中，第二停用时间段大于第一停用时间段且小于第三停用时间段，第一停用时间段最小可以设置为零。

步骤S301包括：根据用户信息的用户级别确定停用时间段为第一停用时间段、第二停用时间段和第三停用时间段中的哪一个；如果停用时间段为第一停用时间段，则判断在第一停用时间段内资源对应的服务状态是否改变为第二服务状态；如果停用时间段为第二停用时间段，则判断在第二停用时间段内资源对应的服务状态是否改变为第二服务状态；如果停用时间段为第三停用时间段，则判断在第三停用时间段内资源对应的服务状态是否改变为第二服务状态。

在一种实施方式中，如图4所示，回收策略中还包括用户信息对应的逻辑删除时间段，步骤S103包括：

步骤S401：在逻辑删除模式下，判断在逻辑删除时间段内资源对应的服务状态是否改变为第二服务状态；如果在逻辑删除时间段内资源对应的服务状态未改变为第二服务状态，则进入步骤S402；

步骤S402：进入物理删除模式，释放用户信息对应的物理资源。其中，在物理删除模式下，资源的数据从存储介质上彻底删除，无法恢复。

在一个示例中，用户信息包括用户级别，用户级别包括由低至高的第一用户级别、第二用户级别和第三用户级别。逻辑删除时间段包括与第一用户级别对应的第一逻辑删除时间段、与第二用户级别对应的第二逻辑删除时间段和与第三用户级别对应的第三逻辑删除时间段。其中，第二逻辑删除时间段大于第一逻辑删除时间段且小于第三逻辑删除时间段，第一逻辑删除时间段最小可以设置为零。

步骤S401包括：根据用户信息的用户级别确定逻辑删除时间段为第一逻辑删除时间段、第二逻辑删除时间段和第三逻辑删除时间段中的哪一个；如果逻辑删除时间段为第一逻辑删除时间段，则判断在第一逻辑删除时间段内资源对应的服务状态是否改变为第二服务状态；如果逻辑删除时间段为第二逻辑删除时间段，则判断在第二逻辑删除时间段内资源对应的服务状态是否改变为第二服务状态；如果逻辑删除时间段为第三逻辑删除时间段，则判断在第三逻辑删除时间段内资源对应的服务状态是否改变为第二服务状态。

在一种实施方式中，如图4所示，步骤S103还包括：

步骤S403：如果在逻辑删除时间段内资源对应的服务状态改变为第二服务状态，对资源进行逻辑恢复。其中，逻辑恢复后的资源为可用状态，即用户可以继续使用资源。

在一种实施方式中，该方法还包括：

在接收到用户删除请求的条件下，进入逻辑删除模式，在逻辑删除模式下，对资源进行逻辑删除。

在一个示例中，服务状态可以包括第三服务状态(即主动删除状态)，在接收到用户删除请求的条件下，资源的服务状态为第三服务状态。也就是说，在资源的服务状态为第三服务状态下，进入逻辑删除模式，以对资源进行逻辑删除。

下面参照图5描述根据本申请实施例的资源回收方法的一个具体示例。

如图5所示，在用户欠费的条件下，即在用户使用付费资源有未结清款项的情况下，进入资源回收流程。在用户欠费后，进入资源回收缓冲期(即资源缓冲模式)。如果在缓冲时间段内用户进行充值，则使资源恢复使用。如果在缓冲时间段内用户未进行充值，则进入资源停服期(即资源停用模式)，在此期间用户无法使用资源。如果在停用时间段内用户进行充值，则使资源恢复使用。如果在停用时间段内用户未进行充值，则进入资源逻辑删除阶段(即逻辑删除模式)，对资源进行逻辑删除，此过程中用户无法使用资源。如果在逻辑删除时间段内用户进行充值，则对资源进行逻辑恢复，以使用户获得资源的使用权。如果在逻辑删除时间段内用户未进行充值，则进入资源物理删除阶段(即物理删除模式)，以释放用户信息对应的物理资源，其中，资源在进行物理删除后无法再恢复。

根据本申请实施例的资源回收方法，通过设置回收流程中每个阶段的停留时间，在回收中心处理时判断达到或超过了延迟时间，则开始下一流程，满足了为某些客户保留资源一定时间的需求。例如，给没有保留资源的需求的客户设置回收延迟时间为0，可以最大化资源的利用率。结合资源类型和客户信息可以做到灵活配置符合业务需求的资源回收策略。

在一种示例中，回收策略可以从全局策略、客户级别策略和单客户策略分别进行配置。其中优先级为：单客户策略＞客户级别策略>全局策略。单客户策略是为特定客户单独配置的，当该策略存在时，此客户资源的回收流程都遵循配置的保留时间规则，优先级最高。客户级别策略是按照客户级别设置的。例如重要客户对应的资源设置为欠费不回收策略，即该资源在服务状态为欠费状态下不进入资源回收流程，仅在用户主动删除的条件下才进入资源回收流程。又例如给内部客户设置更短的资源保留时间以节约资源，则可以在逻辑删除阶段将延迟时间设置为0，即逻辑删除之后直接将物理资源删除。再例如，在资源为IP地址(互联网协议地址)之类较为紧张的资源的情况下，则可以在逻辑删除阶段将其对应的延迟时间设置为比其他资源对应的延迟时间更短。全局策略为缺省策略，如果没有匹配到优先级更高的策略则默认使用该策略。

下面参照图6描述根据本申请实施例的资源回收方法的一个具体示例。

如图6所示，策略管理UI(User Interface，用户界面)提供针对回收策略进行配置及修改的WEB(World Wide Web，全球广域网)操作页面，回收策略在策略管理UI进行配置及修改完成后，储存在数据存储服务中。回收流控服务从用户中心获取客户信息，并根据客户信息和回收中的资源信息匹配符合的回收策略，然后进行资源操作服务。在资源的整个回收流程中，都会依据用户中心中的用户信息从数据存储服务中读取并按优先级匹配回收策略，区中缺省策略为全局策略。回收流程控制在不同的回收阶段对资源进行不同的操作，控制资源的状态，例如进行开/关机操作或者对数据进行删除/恢复等。

根据本申请实施例的资源回收方法，通过在策略管理UI登录管理系统，根据实际业务需要为不同客户、不同资源类型配置不同的回收策略。配置完成的回收管理策略将保存到数据存储服务中。在整个回收流程的各个阶段都将遵守该策略，回收流程控制在对应的时间节点、阶段执行相应任务。

图7示出根据本申请实施例的资源回收装置的结构框图。如图7所示，资源回收装置包括：

第一获取模块801，用于获取需要回收资源的用户信息；

第二获取模块802，用于获取与用户信息匹配的回收策略，回收策略中包括用户信息对应的缓冲时间段；

资源回收模块803，用于根据缓冲时间段以及资源对应的服务状态，控制对资源的回收。

在一种实施方式中，该装置还包括：

资源缓冲模块，用于在资源对应的服务状态为第一服务状态下，进入资源缓冲模式；

判断模块，用于在资源缓冲模式下，判断在缓冲时间段内资源对应的服务状态是否改变为第二服务状态；

资源停用模块，用于在缓冲时间段内资源对应的服务状态未改变为第二服务状态下，进入资源停用模式，将资源设置为不可用状态。

在一种实施方式中，判断模块还用于在资源停用模式下，判断在停用时间段内资源对应的服务状态是否改变为第二服务状态，装置还包括：

逻辑删除模块，用于在停用时间段内资源对应的服务状态未改变为第二服务状态下，进入逻辑删除模式，对资源进行逻辑删除。

在一种实施方式中，判断模块还用于在逻辑删除模式下，判断在逻辑删除时间段内资源对应的服务状态是否改变为第二服务状态，装置还包括：

物理删除模块，用于在逻辑删除时间段内资源对应的服务状态未改变为第二服务状态下，进入物理删除模式，释放用户信息对应的物理资源。

在一种实施方式中，该装置还包括：

逻辑恢复模块，用于在逻辑删除时间段内资源对应的服务状态改变为第二服务状态，对资源进行逻辑恢复。

在一种实施方式中，该装置还包括：

逻辑删除模块，用于在接收到用户删除请求的条件下，进入逻辑删除模式，在逻辑删除模式下，对资源进行逻辑删除。

本申请实施例的资源回收装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

图8示出根据本申请实施例的资源回收设备的结构框图。如图8所示，该资源回收设备包括：存储器910和处理器920，存储器910内存储有可在处理器920上运行的计算机程序。处理器920执行该计算机程序时实现上述实施例中的资源回收方法。存储器910和处理器920的数量可以为一个或多个。

该资源回收设备还包括：

通信接口930，用于与外界设备进行通信，进行数据交互传输。

如果存储器910、处理器920和通信接口930独立实现，则存储器910、处理器920和通信接口930可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(PeripheralComponentInterconnect，PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器910、处理器920及通信接口930集成在一块芯片上，则存储器910、处理器920及通信接口930可以通过内部接口完成相互间的通信。

本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现本申请实施例中提供的方法。

本申请实施例还提供了一种芯片，该芯片包括，包括处理器，用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本申请实施例提供的方法。

本申请实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施例提供的方法。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammablegate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced RISC machines，ARM)架构的处理器。

进一步地，可选的，上述存储器可以包括只读存储器和随机存取存储器，还可以包括非易失性随机存取存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(read-onlymemory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以包括随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种资源回收方法，其特征在于，包括：

获取需要回收的资源的用户信息；

获取与所述用户信息匹配的回收策略，所述回收策略中包括所述用户信息对应的缓冲时间段；

根据所述缓冲时间段以及所述资源对应的服务状态，控制对所述资源的回收。

2.根据权利要求1所述的方法，其特征在于，根据所述缓冲时间段以及所述资源对应的服务状态，控制对所述资源的回收，包括：

在所述资源对应的服务状态为第一服务状态下，进入资源缓冲模式；

在所述资源缓冲模式下，判断在所述缓冲时间段内所述资源对应的服务状态是否改变为第二服务状态；

如果在所述缓冲时间段内所述资源对应的服务状态。

3.根据权利要求2所述的方法，其特征在于，所述回收策略中还包括所述用户信息对应的停用时间段，根据所述缓冲时间段以及所述资源对应的服务状态，控制对所述资源的回收，包括：

在所述资源停用模式下，判断在所述停用时间段内所述资源对应的服务状态是否改变为所述第二服务状态；

如果在所述停用时间段内所述资源对应的服务状态未改变为所述第二服务状态，进入逻辑删除模式，对所述资源进行逻辑删除。

4.根据权利要求3所述的方法，其特征在于，所述回收策略中还包括所述用户信息对应的逻辑删除时间段，根据所述缓冲时间段以及所述资源对应的服务状态，控制对所述资源的回收，包括：

在所述逻辑删除模式下，判断在所述逻辑删除时间段内所述资源对应的服务状态是否改变为所述第二服务状态；

如果在所述逻辑删除时间段内所述资源对应的服务状态未改变为所述第二服务状态，进入物理删除模式，释放所述用户信息对应的物理资源。

5.根据权利要求4所述的方法，其特征在于，根据所述缓冲时间段以及所述资源对应的服务状态，控制对所述资源的回收，包括：

如果在所述逻辑删除时间段内所述资源对应的服务状态改变为所述第二服务状态，对所述资源进行逻辑恢复。

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

在接收到用户删除请求的条件下，进入逻辑删除模式，在所述逻辑删除模式下，对所述资源进行逻辑删除。

7.一种资源回收装置，其特征在于，包括：

第一获取模块，用于获取需要回收资源的用户信息；

第二获取模块，用于获取与所述用户信息匹配的回收策略，所述回收策略中包括所述用户信息对应的缓冲时间段；

资源回收模块，用于根据所述缓冲时间段以及所述资源对应的服务状态，控制对所述资源的回收。

8.根据权利要求7所述的装置，其特征在于，还包括：

资源缓冲模块，用于在所述资源对应的服务状态为第一服务状态下，进入资源缓冲模式；

判断模块，用于在所述资源缓冲模式下，判断在所述缓冲时间段内所述资源对应的服务状态是否改变为第二服务状态；

资源停用模块，用于在所述缓冲时间段内所述资源对应的服务状态未改变为所述第二服务状态下，进入资源停用模式，将所述资源设置为不可用状态。

9.根据权利要求8所述的装置，其特征在于，判断模块还用于在所述资源停用模式下，判断在所述停用时间段内所述资源对应的服务状态是否改变为所述第二服务状态，所述装置还包括：

逻辑删除模块，用于在所述停用时间段内所述资源对应的服务状态未改变为所述第二服务状态下，进入逻辑删除模式，对所述资源进行逻辑删除。

10.根据权利要求9所述的装置，其特征在于，所述判断模块还用于在所述逻辑删除模式下，判断在所述逻辑删除时间段内所述资源对应的服务状态是否改变为所述第二服务状态，所述装置还包括：

物理删除模块，用于在所述逻辑删除时间段内所述资源对应的服务状态未改变为所述第二服务状态下，进入物理删除模式，释放所述用户信息对应的物理资源。

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

逻辑恢复模块，用于在所述逻辑删除时间段内所述资源对应的服务状态改变为所述第二服务状态，对所述资源进行逻辑恢复。

12.根据权利要求7所述的装置，其特征在于，还包括：

逻辑删除模块，用于在接收到用户删除请求的条件下，进入逻辑删除模式，在所述逻辑删除模式下，对所述资源进行逻辑删除。

13.一种资源回收设备，其特征在于，包括：包括处理器和存储器，所述存储器中存储指令，所述指令由处理器加载并执行，以实现如权利要求1至6任一项所述的方法。

14.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-6任一项所述的方法。