资源处理方法、资源处理装置、计算机设备及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种资源处理方法、一种资源处理装置、一种计算机设备及一种计算机可读存储介质。


背景技术：

2.随着计算机技术的发展，资源管理平台可以自动为用户进行资源的分配以及管理，但资源管理平台需要回收一定的资源作为管理费用。目前，通常是通过人工操作进行资源的回收处理，但人工回收资源的方式效率低。


技术实现要素：

3.本技术实施例提供了一种资源处理方法、资源处理装置、计算机设备及存储介质，可以实现资源的自动回收处理，有效提高资源回收处理的效率。
4.一方面，本技术实施例提供了一种资源处理方法，所述方法包括：
5.响应于满足资源回收条件，确定目标账号对应的待回收资源量；
6.确定所述目标账号对应的已分配资源组合中的第一类资源的资源量，并将所述第一类资源的资源量与所述待回收资源量进行比较，得到比较结果；
7.当所述比较结果指示所述第一类资源的资源量小于所述待回收资源量时，从所述目标账号对应的已分配资源组合中确定第二类资源；
8.根据所述待回收资源量以及所述第一类资源的资源量，对所述已分配资源组合中的所述第一类资源以及所述第二类资源进行回收处理。
9.一方面，本技术实施例提供了一种资源处理装置，所述装置包括：
10.确定单元，用于：响应于满足资源回收条件，确定目标账号对应的待回收资源量；并确定所述目标账号对应的已分配资源组合中的第一类资源的资源量；
11.处理单元，用于将所述第一类资源的资源量与所述待回收资源量进行比较，得到比较结果；
12.所述处理单元，还用于：当所述比较结果指示所述第一类资源的资源量小于所述待回收资源量时，从所述目标账号对应的已分配资源组合中确定第二类资源；并根据所述待回收资源量以及所述第一类资源的资源量，对所述已分配资源组合中的所述第一类资源以及所述第二类资源进行回收处理。
13.在一实施例中，所述处理单元，具体用于：
14.根据所述待回收资源量以及所述第一类资源的资源量，确定资源量差值；根据所述资源量差值对所述已分配资源组合中的所述第二类资源进行回收处理；对所述已分配资源组合中的所述第一类资源进行回收处理。
15.在一实施例中，所述处理单元，具体用于：查询所述已分配资源组合中的所述第二类资源中各种资源的分配比例，并根据所述资源量差值以及所述分配比例确定所述各种资源的资源回收量；按照所述各种资源的资源回收量分别对所述各种资源进行回收处理。
16.在一实施例中，所述确定单元，还用于确定对所述第二类资源进行回收处理得到的已回收资源量；
17.所述处理单元，还用于根据所述已回收资源量为所述目标账号分配所述第一类资源，并根据分配结果更新所述已分配资源组合；
18.所述处理单元，具体用于根据所述待回收资源量对更新后的已分配资源组合中的所述第一类资源进行回收处理。
19.在一实施例中，所述处理单元，具体用于：
20.确定更新后的已分配资源组合中的所述第一类资源的当前资源量；当所述当前资源量小于所述待回收资源量时，根据所述当前资源量更新所述待回收资源量；对所述更新后的已分配资源组合中的全部所述第一类资源进行回收处理。
21.在一实施例中，所述确定单元，还用于根据所述待回收资源量以及所述当前资源量，确定所述目标账号对应的剩余未回收资源量；
22.其中，所述装置还包括记录单元，用于记录所述剩余未回收资源量；
23.所述处理单元，还用于在所述目标账号对应的下一资源回收阶段回收与所述剩余未回收资源量相匹配的资源。
24.在一实施例中，所述确定单元，具体用于：
25.查询记录的所述目标账号对应的上一资源回收阶段的剩余未回收资源量，以及查询所述目标账号对应的当前资源回收阶段所需回收的资源量；根据所述上一资源回收阶段的剩余未回收资源量以及所述当前资源回收阶段所需回收的资源量确定所述目标账号对应的待回收资源量。
26.在一实施例中，所述装置还包括收发单元，用于：
27.接收客户端发送的明细查询请求，所述明细查询请求是所述客户端在检测到用户输入的明细查询指令时发送的，所述明细查询请求携带查询标识；响应所述明细查询请求向所述客户端返回与所述查询标识相匹配的明细数据，以使得所述客户端在用户界面中显示所述明细数据。
28.一方面，本技术实施例提供了一种计算机设备，包括：处理器、通信接口和存储器，所述处理器、所述通信接口和所述存储器相互连接，其中，所述存储器存储有可执行程序代码，所述处理器用于调用所述可执行程序代码，执行上述资源处理方法。
29.相应地，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述资源处理方法。
30.相应地，本技术实施例还提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中。计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，处理器执行所述计算机指令，使得所述计算机设备执行上述资源处理方法。
31.本技术实施例通过在检测到满足资源回收条件时，确定目标账号对应的待回收资源量，以及确定目标账号对应的已分配资源组合中的第一类资源的资源量；当第一类资源的资源量小于待回收资源量时，根据待回收资源量以及第一类资源的资源量，对已分配资源组合中的第一类资源以及述第二类资源进行回收处理，从而可以实现资源的自动回收处理，有效提高资源回收处理的效率；另外，还可以有效保证资源的回收量。
附图说明
32.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1是本技术实施例提供的一种资源处理方法的流程示意图；
34.图2是本技术实施例提供的一种资源处理系统的架构示意图；
35.图3是本技术实施例提供的另一种资源处理方法的架构示意图；
36.图4是本技术实施例提供的又一种资源处理方法的架构示意图；
37.图5是本技术实施例提供的一种用户界面的示意图；
38.图6是本技术实施例提供的另一种用户界面的示意图；
39.图7是本技术实施例提供的又一种用户界面的示意图；
40.图8是本技术实施例提供的一种资源处理装置的结构示意图；
41.图9是本技术实施例提供的一种计算机设备的结构示意图。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.随着计算机技术的发展，资源管理平台可以自动为用户进行资源的分配以及管理，但资源管理平台需要回收一定的资源作为管理费用。目前，通常是通过人工操作进行资源的回收处理，但人工回收资源的方式效率低。基于此，本技术实施例提供一种资源处理方法，以实现资源的自动回收处理，从而有效提高资源回收处理的效率；另外，以有效保证资源的回收量。
44.本技术实施例中所描述的资源处理方法可以由具备数据处理功能的计算机设备执行，所述计算机设备可以是资源管理平台，所述资源管理平台可以是服务器或者智能终端。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。智能终端可以是智能手机(如android手机、ios手机等)、平板电脑、笔记本电脑、台式计算机、等，但并不局限于此。
45.请参阅图1，为本技术实施例提供的一种资源处理方法的流程示意图。所述资源处理方法包括但不限于如下步骤：
46.s101、响应于满足资源回收条件，确定目标账号对应的待回收资源量。
47.本技术实施例中，在检测到满足资源回收条件时，响应于满足资源回收条件确定目标账号对应的待回收资源量。满足资源回收条件可以是指当前时间为定时回收资源的时间，也可以是指检测到运营人员输入的资源回收指令。在一实施方式中，针对预先存储的账号列表中的所有账号对应的资源是统一(或者说在同一时间)回收的，此时目标账号可以是
预先存储的账号列表中的任意一个账号。在一实施方式中，针对预先存储的账号列表中的账号对应的资源是分别(或者说在不同时间)回收的，如果当前时间为定时回收某一账号对应的资源的时间，或者检测到运营人员针对某一账号输入了资源回收指令，则此时该某一账号即为目标账号，即为预先存储的账号列表中当前需要回收资源的账号。
48.其中，所述资源可以是硬件资源(如存储资源等)、虚拟资源(如基金、电子资源，等)或者软件资源(如计算资源等)，等等。所述待回收资源量为目标账号对应的需要回收的资源的总量。
49.在一实施例中，所述待回收资源量是根据目标账号对应的上一资源回收阶段的剩余未回收资源量、以及目标账号对应的当前资源回收阶段所需回收的资源量确定出的。具体地，查询记录的目标账号对应的上一资源回收阶段的剩余未回收资源量，以及查询目标账号对应的当前资源回收阶段所需回收的资源量；将所述上一资源回收阶段的剩余未回收资源量与所述当前资源回收阶段所需回收的资源量相加，即得到目标账号对应的待回收资源量。
50.需要说明的是，本技术实施例中所描述的资源量与资源的类型相关，如，当所述资源为存储资源时，所述资源量可以是指存储空间的总大小(如1g)；当所述资源为虚拟资源时，所述资源量可以是指虚拟资源的总价值(如200元)。
51.s102、确定所述目标账号对应的已分配资源组合中的第一类资源的资源量。
52.本技术实施例中，所述已分配资源组合为已为目标账号分配的各种资源的组合，所述各种资源的类型可以相同，也可以不同；所述各种资源的分配比例可以调整。第一类资源为具备实时性和稳定性的资源，实时性可以是指第一类资源可以实时回收或者分配(如可以自动立即回收或者分配)，或者可以是指第一类资源的价值(如净值)可以实时确认。稳定性可以是指第一类资源的单位资源量不变，例如，当所述资源为存储资源时，单位资源量不变可以是指单位存储单元的大小不变，如1个单位存储单元固定包括5个子存储单元，每个子存储单元的大小固定为10m不变；当所述资源为虚拟资源时，单位资源量不变可以是指虚拟资源的净值不变。
53.其中，所述第一类资源的资源量为已为目标账号分配的第一类资源的总量，当所述第一类资源的资源量为0时，表示当前没有为目标账号分配第一类资源。
54.s103、将所述第一类资源的资源量与所述待回收资源量进行比较，得到比较结果。当所述比较结果指示所述第一类资源的资源量小于所述待回收资源量时，执行步骤s104至s105。当所述比较结果指示所述第一类资源的资源量大于或者等于所述待回收资源量时，执行步骤s106。
55.s104、当所述比较结果指示所述第一类资源的资源量小于所述待回收资源量时，从所述目标账号对应的已分配资源组合中确定第二类资源。
56.本技术实施例中，第二类资源为具备延时性和变化性的资源。延时性可以是指第二类资源的回收或者分配具有一定的时延(如需要运营人员确认后再回收或者分配，或者隔一段时间后才会自动回收或者分配)，或者可以是指第二类资源的价值需要延时确认(如第二天才会确认)。变化性可以是指第二类资源的单位资源量是变化的，如，当所述资源为存储资源时，单位资源量变化可以是指单位存储单元的大小是变化的，如1个单位存储单元由包括5个子存储单元变为包括3个子存储单元，每个子存储单元的大小不变；当所述资源
为虚拟资源时，单位资源量变化可以是指虚拟资源的净值是变化的。
57.由于目标账号对应的已分配资源组合中的第一类资源的资源量小于该待回收资源量，所以当前已为目标账号分配的第一类资源的资源量不够回收，此时可以进一步从目标账号对应的已分配资源组合中确定出第二类资源，以便于后续对当前已为目标账号分配的第一类资源和第二类资源同时进行回收处理，从而保证能够尽可能回收足够多的资源。在一实施例中，从目标账号对应的已分配资源组合中确定第二类资源，包括确定当前已为目标账号分配的第二类资源中的各种资源、以及确定所述各种资源的资源量情况，等等。
58.s105、根据所述待回收资源量以及所述第一类资源的资源量，对所述已分配资源组合中的所述第一类资源以及所述第二类资源进行回收处理。
59.本技术实施例中，将该待回收资源量与当前已为目标账号分配的第一类资源的资源量相减，得到资源量差值；然后根据该资源量差值对已分配资源组合中的第二类资源进行回收处理；并且对已分配资源组合中的第一类资源进行回收处理。通过对当前已为目标账号分配的第一类资源和第二类资源同时进行回收处理，以尽可能回收足够多的资源。需要说明的是，本技术实施例中所描述的对资源的回收处理方式与资源的类型相关，例如，当所述资源为存储资源时，对资源的回收处理可以是指不再将相应大小的存储空间分配给目标账号；当所述资源为虚拟资源时，对资源的回收处理可以是指将相应份额的虚拟资源卖出。
60.在一实施例中，根据该资源量差值对已分配资源组合中的第二类资源进行回收处理的方式为：查询目标账号对应的已分配资源组合中的第二类资源中各种资源的分配比例，并根据该资源量差值以及该分配比例确定所述各种资源分别对应的资源回收量；最后按照所述各种资源的资源回收量分别对所述各种资源进行回收处理。
61.方式1，所述资源回收量可以指的是资源回收的资源量。例如，该资源量差值为50，资源1、资源2、资源3的分配比例分别为1:2:2，则资源1、资源2、资源3对应的资源回收量分别为10、20、20，并按照资源回收量10、20、20分别对资源1、资源2、资源3进行回收处理。按照此方式回收的第二类资源的资源量不会变化，与前文所述的资源量差额一致，如果对已分配资源组合中的全部第一类资源进行回收处理，则回收的第一类资源和第二类资源的总资源量与该待回收资源量一致。至此完成资源的回收。
62.方式2，所述资源回收量可以指的是资源回收的数量，如，当所述资源为存储资源时，所述资源回收量可以是指回收的单位存储单元的数量；当所述资源为虚拟资源时，所述资源量可以是指回收的虚拟资源的份数(或者股数)。此时需要根据该资源量差值、该分配比例以及所述各种资源的参考单位资源量(如上一阶段的单位资源量)，确定所述各种资源的资源回收量。例如，该资源量差值为50，资源1、资源2、资源3的分配比例分别为1:2:2，且资源1、资源2、资源3对应的参考单位资源量分别为2、4、5，则资源1、资源2、资源3对应的资源回收的数量分别为5、5、4，并按照数量5、5、4分别对资源1、资源2、资源3进行回收处理。由于第二类资源的单位资源量是变化的，且第二类资源具备延时性，所以按照此方式回收的第二类资源的资源量可能会变化，在对已分配资源组合中的全部第一类资源进行回收处理的基础上，回收的第一类资源和第二类资源的总资源量与该待回收资源量可能不一致。如果小于，则可以继续回收剩余未回收的资源，或者在下一次回收目标账户的资源时再回收本次剩余未回收的资源。如果大于，则可以向目标账号重新分配多回收的资源，或者在下一
次回收目标账户的资源时用本次多回收的资源进行冲抵。至此完成资源的回收。
63.在一实施例中，根据该资源量差值对已分配资源组合中的第二类资源进行回收处理之后，确定对第二类资源进行回收处理得到的已回收资源量；根据所述已回收资源量为目标账号分配第一类资源，并根据分配结果更新已分配资源组合，即更新目标账号当前已分配的资源的情况。此时，对已分配资源组合中的第一类资源进行回收处理的方式为：根据待回收资源量对更新后的已分配资源组合中的第一类资源进行回收处理。
64.对于上述方式1，按照方式1回收的第二类资源的资源量不会变化，与前文所述的资源量差额一致，此时需要对更新后的已分配资源组合中的全部第一类资源进行回收处理，以保证回收的第一类资源和第二类资源的总资源量与该待回收资源量一致。
65.对于上述方式2，由于第二类资源的单位资源量是变化的，且第二类资源具备延时性，所以按照方式2实际回收的第二类资源的资源量可能会变化，与前文所述的资源量差额可能不一致。此时的具体处理方式可以是：确定更新后的已分配资源组合中的第一类资源的当前资源量，当所述当前资源量小于待回收资源量时，表示实际回收的第二类资源的资源量小于了前文所述的资源量差额；此时可以将待回收资源量更新为所述当前资源量，并对更新后的已分配资源组合中的全部所述第一类资源进行回收处理。上述方式实际回收的资源量小于了初始的待回收资源量，此时可以根据初始待回收资源量以及所述当前资源量，确定目标账号对应的剩余未回收资源量；记录所述剩余未回收资源量，并在目标账号对应的下一资源回收阶段回收与所述剩余未回收资源量相匹配的资源。
66.当所述当前资源量大于或者等于待回收资源量时，表示实际回收的第二类资源的资源量大于或者等于前文所述的资源量差额；此时可以直接回收与该待回收资源量相匹配的第一类资源。如果回收后还有剩余的第一类资源，则可以在下一次回收目标账户的资源时用本次多回收的资源进行冲抵。
67.s106、当所述比较结果指示所述第一类资源的资源量大于或者等于所述待回收资源量时，根据所述待回收资源量对所述已分配资源组合中的所述第一类资源进行处理。通过对当前已为目标账号分配的第一类资源进行回收处理，以回收足够多的资源。
68.在可行的实施例中，客户端在检测到用户输入的明细查询指令时，生成明细查询请求，明细查询请求携带查询标识，查询标识包括待查询的账号(如目标账号)、待查询的内容(如二月的资源回收明细)的标识。在接收到客户端发送的明细查询请求之后，响应该明细查询请求向客户端返回与上述查询标识相匹配的明细数据。客户端在用户界面中显示该明细数据。其中，该明细数据可以包括资源回收明细，包括以下一种或者多种：资源回收阶段标识、待回收资源量、已回收的各种资源的标识(如名称、代码，等)、各种资源的资源回收量、已回收资源量、剩余未回收资源量，等等。
69.本技术实施例通过在检测到满足资源回收条件时，确定目标账号对应的待回收资源量，以及确定目标账号对应的已分配资源组合中的第一类资源的资源量；当第一类资源的资源量小于待回收资源量时，根据待回收资源量以及第一类资源的资源量，对已分配资源组合中的第一类资源以及述第二类资源进行回收处理，从而可以实现资源的自动回收处理，有效提高资源回收处理的效率；另外，还可以在第一类资源不够回收时，回收一定资源量的第二类资源，使得尽可能回收足够多的资源，有效效保证资源的回收量。
70.为更好的理解本技术实施例所描述的资源处理方法，下面结合具体的应用场景以
及附图进行举例说明。
71.在一实施例中，所述资源处理方法可以应用于存储资源管理的应用场景。服务器用于存储数据，并对存储资源进行管理。如图2所示，服务器配置有至少两个存储设备，所述至少两个存储设备包括存储设备1和存储设备2。用户可以向服务器申请存储资源以进行数据的云存储。服务器可以自动向用户分配存储设备1中的存储资源以及存储设备2中的存储资源，并可以将存储资源的分配组合(包括分配的存储资源的空间大小，分配的存储资源所在的存储区域，等)与用户的账号关联起来，以便于用户在不同终端上登录了账号之后，服务器也能查询到用户的存储资源分配情况。
72.其中，存储设备1中的存储资源为第一类存储资源。第一类存储资源为具备实时性和稳定性的存储资源，实时性是指第一类存储资源可以实时回收或者分配(如可以自动立即回收或者分配)。稳定性是指第一类存储资源的单位存储单元的大小不变。例如，1个单位存储单元固定包括5个子存储单元，每个子存储单元的空间大小固定为10m不变，即单位存储单元的空间大小固定为50m)。
73.存储设备2中的存储资源为第二类存储资源。第二类存储资源为具备延时性和变化性的资源。延时性是指第二类存储资源的回收或者分配具有一定的时延(如需要运营人员确认后再回收或者分配，或者隔一段时间后才会自动回收或者分配)。变化性可以是指第二类存储资源的单位存储单元的大小是变化的。由于存储设备2的空间大小一定，当存储设备2的存储空间分配给用户使用的用户数变多或变少时，如果保持当前的单位存储单元的大小以及分配给每个用户使用的单位存储单元的数量不变，则可能出现存储设备2的存储空间不够或者剩余的情况，此时可以通过降低或者提高单位存储单元的大小，来保证每个用户均能分配到特定数量的单位存储单元，以及最大化利用存储设备2的存储空间。
74.例如，存储设备2的空间大小为600m，并分配给了2个用户使用，每个用户固定分配5个单位存储单元，则此时每个单位存储单元的空间大小为60m；每个子存储单元的空间大小固定为10m不变，则此时每个单位存储单元包括了6个子存储单元。如果增加了2个用户，则存储设备2的存储空间需要分配给4个用户使用，在保持给每个用户固定分配5个单位存储单元的基础上，如果每个单位存储单元任然包括6个子存储单元，则存储设备2的存储空间不够分配；此时可以将每个单位存储单元包括的子存储单元的个数由6个变为3个。
75.其中，服务器还可以根据用户存储的数据情况自动调整存储资源的分配情况。例如，如图2所示，存储设备2还包括第一子存储设备和第二子存储设备，第一子存储设备具有较快的数据读写速度，但其存储空间较小；而第二子存储设备具有较慢的数据读写速度，但其存储空间较大。当用户存储的数据需要较快的读写速度时，服务器可以基于用户对应的存储资源分配组合，在保持存储资源的总空间大小不变的情况下，提高第一子存储设备中的存储资源的分配大小，降低第二子存储设备中的存储资源的分配大小。当用户存储的数据需要较大的存储空间，服务器可以基于用户对应的存储资源分配组合，在保持存储资源的总空间大小不变的情况下，提高第二子存储设备中的存储资源的分配大小，降低第一子存储设备中的存储资源的分配大小。
76.服务器执行存储资源的分配操作需要收取一定的费用，可以是回收一定的存储资源(例如每个月回收10m的存储资源)作为存储资源管理的费用，回收的存储资源又可以分配给用户，从而为服务提供者赚取收益。由于第一类存储资源具备实时性和稳定性，所以可
以优先回收第一类存储资源。具体地，在检测到满足存储资源回收条件时，确定目标账号对应的待回收存储资源的空间大小，以及确定目标账号对应的已分配存储资源组合中的第一类存储资源的空间大小。当第一类存储资源的空间大小，大于或等于待回收存储资源的空间大小时，直接回收与待回收存储资源的空间大小相匹配的第一类存储资源。
77.当第一类存储资源的空间大小，小于待回收存储资源的空间大小时，需要回收与待回收存储资源的空间大小相匹配的第一类存储资源以及第二类存储资源。在一实施方式中，确定第一类存储资源的空间大小与待回收存储资源的空间大小的差值，然后回收与该差值相匹配的第二类存储资源，并回收已分配存储资源组合中的全部第一类存储资源。在另一实施方式中，确定第一类存储资源的空间大小与待回收存储资源的空间大小的差值，然后根据该差值以及第二类存储资源的单位存储单元的参考空间大小，确定需要回收的第二类存储资源的单位存储单元的数量，并按照所述数量回收第二类存储资源。由于第二类存储资源的单位存储单元的空间大小是变化的，且第二类存储资源具备延时性，所以按照此方式实际回收的第二类存储资源的空间大小可能会变少或者变多。
78.在对已分配存储资源组合中的全部第一类存储资源进行回收处理的基础上，回收的第一类存储资源和第二类存储资源的总空间大小与该待回收存储资源的空间大小可能不一致。如果小于，则可以继续回收剩余未回收的存储资源，或者在下一次回收目标账户的存储资源时再回收本次剩余未回收的存储资源。如果大于，则可以向目标账号重新分配多回收的存储资源，或者在下一次回收目标账户的存储资源时用本次多回收的存储资源进行冲抵。
79.在一实施方式中，在对第二类存储资源进行回收处理之后，确定对第二类存储资源进行回收处理得到的已回收存储资源的空间大小，为目标账号分配与所述已回收存储资源的空间大小相匹配的第一类存储资源。然后再根据待回收存储资源的空间大小对已分配存储资源组合中的第一类存储资源进行回收处理。由于实际回收的第二类存储资源的空间大小可能会变化，与前文所述的差值可能不一致。此时的具体处理方式可以包括：如果当前已为目标账号分配的第一类存储资源的空间大小小于待回收存储资源的空间大小，则回收当前为目标账号分配的全部第一类存储资源，并记录剩余未回收的存储资源的空间大小，并在目标账号对应的下一存储资源回收阶段回收与剩余未回收的存储资源的空间大小相匹配的存储资源。
80.如果当前已为目标账号分配的第一类存储资源的空间大小大于或者等于待回收存储资源的空间大小，此时可以直接回收与待回收存储资源的空间大小相匹配的第一类存储资源。如果回收后还有剩余的第一类存储资源，则可以在下一次回收目标账户的存储资源时用本次多回收的存储资源进行冲抵。
81.采用上述方式，可以实现存储资源的自动回收处理，有效提高存储资源回收处理的效率；另外，还可以在第一类存储资源不够回收时，回收一定资源量的第二类存储资源，使得尽可能回收足够多的存储资源，有效效保证存储资源的回收量。
82.在另一实施例中，本技术实施例中所描述的资源处理方法可以应用于虚拟资源交易的应用场景。随着互联网金融的发展，虚拟资源的管理平台可以给用户提供投顾服务，即提供多种虚拟资源的组合产品供用户购买，并且根据市场变化情况自动帮用户申购、赎回虚拟资源，或者进行虚拟资源的调仓，进而达到一定的收益率。管理平台在提供这些服务的
同时，需要收取一定的服务费用。其中，管理平台为用户购买的虚拟资源组和中可以包括第一类虚拟资源和第二类虚拟资源。第一类虚拟资源为具备实时性和稳定性的虚拟资源，实时性是指第一类虚拟资源的价值可以实时确认；稳定性是指第一类虚拟资源的净值不变。第二类虚拟资源为具备延时性和变化性的资源。延时性是指第二类虚拟资源的的价值需要延时确认(如第二天才会确认)；变化性是指第二类虚拟资源的净值是变化的。
83.由于第一类虚拟资源具备实时性和稳定性，所以可以优先回收第一类虚拟资源。具体地，在检测到满足资源回收条件(即费用扣取条件)时，确定目标账户对应的待回收资源量(即待扣取费用)，以及确定目标账户对应的已分配资源组合(即投顾产品组合)中的第一类资源的资源量(即第一类虚拟资源的价值)。当第一类虚拟资源的价值大于或等于待扣取费用时，直接对投顾产品组合中与待扣取费用相匹配的第一类虚拟资源进行交易处理，交易处理得到的交易资金即可用于抵扣待扣取的费用。当第一类虚拟资源的价值小于待扣取费用时，从目标账号对应的投顾产品组合中确定第二类虚拟资源，并根据待扣取费用以及所述第一类虚拟资源的价值，对投顾产品组合中的第一类虚拟资源和第二类虚拟资源进行交易处理；交易处理得到的交易资金即可用于抵扣待扣取的费用。
84.在一实施方式中，投顾产品组合中的第二类虚拟资源包括一种或者多种资源。根据待扣取费用以及第一类虚拟资源的价值，对投顾产品组合中的第一类虚拟资源和第二类虚拟资源进行交易处理的处理方式可以为：将待扣取费用与第一类虚拟资源的价值相减，得到差额；查询投顾产品组合中的第二类虚拟资源中各种虚拟资源的分配比例，并根据该差额以及该分配比例确定所述各种虚拟资源的交易金额；查询所述各种虚拟资源的参考净值(如上一个交易日的净值)，并根据所述各种虚拟资源的参考净值以及交易金额确定所述各种虚拟资源的交易数量；按照所述各种虚拟资源的交易数量分别对所述各种虚拟资源进行交易处理。
85.进一步地，由于各种资源的赎回到账规则可能不同，所以各笔交易得到的交易资金的到账时间不同。此时的处理方式可以为：在所述交易处理得到的任一笔交易资金到账之后，利用所述任一笔交易资金为目标账户买入所述第一类虚拟资源，在所述交易处理得到的各笔交易资金均到账，且检测到利用所述各笔交易资金为目标账户买入了第一类虚拟资源之后，根据待扣取费用对当前投顾产品组合中第一类虚拟资源进行交易处理。
86.由于第二类虚拟资源的净值是变化的，且第二类虚拟资源的交易是延时确认的，所以第二类虚拟资源交易得到的实际资金可能与前文所述的差额不一致。此时的具体处理方式可以包括：确定目标账户对应的当前全部数量的第一类虚拟资源的总价值，当所述总价值小于待扣取费用时，根据所述总价值更新待扣取费用，并对当前全部数量的第一类型的虚拟产品进行交易处理。此方式中，交易处理得到的最终资金是小于待扣取费用的，此时可以记录剩余未扣取的费用，并在下一次针对目标账户进行费用扣取时，扣取本次未扣取的费用。当所述总价值大于或者等于待扣取费用时，对当前的投顾产品组合中与待扣取费用相匹配的第一类虚拟资源进行交易处理，交易处理得到的交易资金即可用于抵扣待扣取的费用。
87.上述方式中，任一种第二类虚拟资源交易处理得到的的交易资金到账之后，先将到账的交易资金购买第一类虚拟资源，并最终交易相应价值的第一类虚拟资源用于扣取管理费用。这样做可以在各种资源的到账时间不同时，也能实现管理费用的统一收取，相对于
多次收取，可以保证费用收取的准确性，避免出错。需要说明的是，在可行的实施方式中，也可以直接将各种第二类虚拟资源交易处理得到的交易资金用于抵扣管理费用。
88.在可行的实施方式中，客户端在检测到用户输入的明细查询指令时，生成明细查询请求，明细查询请求携带查询标识，查询标识包括待查询的账号(如目标账号)、待查询的内容(如二月的费用收取明细)的标识。服务器在接收到客户端发送的明细查询请求之后，响应该明细查询请求向客户端返回与上述查询标识相匹配的明细数据。客户端在用户界面中显示该明细数据。
89.其中，该明细数据可以包括费用明细以及虚拟资源交易明细中的至少一种。其中，费用明细包括以下一种或者多种：上一费用扣取阶段的剩余扣取费用、当前费用扣取阶段所需扣取的费用、当前费用扣取阶段待扣取的总费用、当前费用扣取阶段已扣取的费用、当前费用扣取阶段的剩余未扣取费用。虚拟资源交易明细包括：交易的各种第二类虚拟资源的名称、标识码、交易数量、交易单价以及交易总价中的一种或者多种。在可行的实施方式中，虚拟资源交易明细还包括：第一类虚拟资源的名称、标识码、交易(买入和/或卖出)数量、交易单价以及交易总价中的一种或者多种。
90.为更好的理解本技术实施例中所描述的资源处理方法在虚拟资源交易的应用场景中的实现方式，下面以虚拟资源中的基金为例对所述资源处理方法进行说明。
91.首先对本技术实施例所涉及的一些关于基金的一些术语进行介绍。投顾：理财平台提供投资组合方案供用户购买，并根据市场变化在组合内进行调仓。投顾费计提：理财平台给用户提供投顾服务，进而收取一定的服务费用。投顾组合：一个投顾产品是包含多个产品的组合，可以有货币基金、指数基金(如股票基金、债券基金)等。批跑：发起计提的批处理程序。计提系统：计算、扣减投顾费用的系统。投顾系统：给用户提供投顾组合、组合内调仓的系统。销售系统：申购、赎回单个基金的系统。其中，货币基金没有净值变化，能够实时确认。指数基金有净值变化，需要延时确认。批跑、计提系统、投顾系统、销售系统均可以包括在理财平台中。
92.随着互联网金融的发展，理财平台可以给用户提供投顾服务，即提供一个包含货币基金、指数基金的组合产品供用户购买，并且根据市场变化情况帮用户申购、赎回其中的基金，或者进行基金的调仓，进而达到一定的收益率。理财平台在提供这些服务的同时，需要收取一定的投顾费用。
93.在一实施例中，可以采用如下的投顾费计提的方案：在一个投顾组合内包含货币基金、指数基金，并且要求必须购买一定比例的货币基金份额，从而在需要计提投顾费时，赎回相应份额的货币基金，由于货币基金净值不变可以做到实时确认，所以当时就能扣减成功。以按季度计提费用为例，如图3所示，具体可以包括如下步骤：
94.批跑判断当天是不是计提费用的日期，如季度的第一个交易日为计提费用的日期。批跑拉取所有购买了投顾组合的用户，并遍历用户逐个向计提系统发起扣费。计提系统收到扣费请求后先查询用户当前应计提的费用金额，并向投顾系统查询用户对应的投顾组合中的货币基金是哪一个；在查询到计提费用金额和货币基金之后，计提系统向销售系统发起该货币基金的赎回，赎回该货币基金相应的份额。销售系统赎回一定份额的货币基金得到的交易资金到理财平台账户后，返回赎回结果，包括赎回成功与否，赎回到账的交易资金金额，等等。交易资金到账后，计提系统扣减相应的计提费用，并返回扣费结果，包括扣费
成功与否，扣取的金额，等等。
95.上述方案中，由于货币基金没有净值变化，能够实时确认，因此在计提费用时扣减的是货币基金的份额，这样系统实现比较简单。但在这种方案中，为了能够通过赎回货币基金计提费用，就要求给用户提供的投顾组合内必须配置货币基金并且占有一定的比例，至少能让计提费用成功，这就对理财平台提供产品组合以及投资策略有了一定的限制，也对根据策略调配仓位带来了限制。
96.基于此，本技术实施例则提出了一种支持扣减指数基金份额的计提方案，以在投顾组合内的货币基金份额不够的时候，赎回其他相应的指数基金来扣减计提费用，从而突破上述方案必须要让投顾组合内有一定比例货币基金的限制，使得理财平台提供产品组合和投资策略时更灵活，这样有利于保证投资收益率，保障用户的投资收益，提高平台的投顾能力。同样以按季度计提费用为例，如图4所示，具体可以包括如下步骤：
97.批跑判断当天是不是计提费用的日期，如季度的第一个交易日为计提费用的日期。批跑拉取所有购买了投顾组合的用户，并遍历用户逐个向计提系统发起扣费。计提系统收到扣费请求后先查询用户当前应计提的费用金额(如20)，并生成扣费单，冻结相应的计提金额。计提系统收到扣费请求后不直接发起基金赎回，而是向投顾系统发起扣费赎回请求。
98.投顾系统在收到扣费赎回请求之后，根据策略赎回用户对应的投顾组合内的基金。具体地，如果投顾组合内的货币基金份额足够扣减计提费用，则发起赎回相应份额的货币基金的流程。如果投顾组合内的货币基金份额不够扣减计提费用时，则根据差额按照购买指数基金时各支指数基金的分配比例，给每支指数基金分配相应的应赎回金额。查询各支指数基金的昨日净值，根据应赎回金额和昨日净值，计算各支指数基金应赎回的份额。计算出各支指数基金的应赎回份额后，投顾系统到销售系统赎回相应份额的各支指数基金。
99.因为指数基金有至少t 1的确认，所以此时可以标记“发起扣费”完成，等指数基金赎回到账后再真正扣减。任一支指数基金赎回到账后，投顾系统将到账金额全部买入投顾组合内的货币基金用于后面计提费用。在每一支指数基金均赎回到账后，投顾系统在计提系统查询之前发起的扣费单，计提系统返回扣费单信息，包括冻结金额。投顾系统将冻结金额与指数基金赎回到账的实际总金额和投顾组合内货币基金的价值金额之和进行比较，因发起指数基金赎回时是用昨日净值计算的应赎回份额，而赎回到账金额是按照最新净值确认的，若指数基金的净值跌了，则赎回到账的实际金额可能少于前文所述的差额，即赎回到账的实际总金额与投顾组合内货币基金的价值金额之和少于之前冻结的金额，即少于应计提的费用金额；反之，若指数基金的净值涨了，则赎回到账的实际金额可能多于前文所述的差额，即赎回到账的实际中金额与投顾组合内货币基金的价值金额之和可能多于之前冻结的金额。
100.若指数基金赎回到账的实际总金额和投顾组合内货币基金的价值金额之和(如18)少于冻结金额(如20)，投顾系统则向计提系统发起冻结金额(即本次扣取的计提费用)更新请求，该冻结金额更新请求用于请求将扣费单里的冻结金额更新为指数基金赎回到账的实际总金额与投顾组合内货币基金的价值金额之和(如18)，而解冻少的2元到下次计提费用时再进行扣除。更新冻结金额完成之后，投顾系统向计提系统发起扣减费用请求(即扣取更新后的冻结金额18)。计提系统收到扣减费用请求后向销售系统发起货币基金赎回请
求，该货币基金赎回请求用于请求赎回与更新后的冻结金额相匹配的货币基金(如赎回价值18的货币基金)。因指数基金赎回到账的实际总金额全部买入了货币基金，且更新了当前费用扣取阶段所扣取的计提费用，所以此时投顾组合内的货币基金份额是够赎回的。赎回成功后投顾系统扣减计提费用，则扣费最终完成。
101.若指数基金赎回到账的实际总金额与投顾组合内货币基金的价值金额之和(如22)多于或者等于冻结金额(如20)，则投顾系统直接向计提系统发起扣减费用请求。计提系统收到扣减费用请求后向销售系统发起赎回与冻结金额相匹配的货币基金的请求，赎回成功后投顾系统扣减计提费用，则扣费最终完成。如果扣费完成之后，还有剩余的货币基金份额，则可以将剩余的货币基金份额留到下次计提费用时进行抵扣；或者可以赎回剩余的货币基金份额，并利用赎回到账金额为用户购买指数基金。
102.上述方案中，任一支指数基金赎回到账之后，先将赎回到账的金额购买货币基金，并最终赎回相应份额的货币基金用于扣取计提费用。这样做可以在各支基金的到账时间不同时，也能实现计提费用的统一收取，相对于多次收取，可以保证费用收取的准确性，避免出错。需要说明的是，在可行的实施方式中，也可以直接将指数基金赎回到账的金额用于抵扣计提费用。
103.在可行的实施方式中，在费用扣减完成后，还可以在用户需要时向用户展示明细数据，所述明细数据包括费用明细以及产品取出明细，费用包括投顾服务费(即计提费用)、手续费，等等。如图5所示，在检测到用户针对显示的投顾费栏目的点击操作时，在用户界面中显示相应的产品取出明细，产品取出明细包括产品名称(或者标识码(如产品代码))、交易数量。又如图6所示，在检测到用户针对显示的投顾费栏目的点击操作时，在用户界面中显示相应的费用明细以及产品取出明细，费用明细包括以下一种或者多种：上一季度剩余扣取的费用、当前季度应扣取的费用、上一季度剩余扣取费用和当前季度应扣取费用之和(即总服务费用)、当前季度成功扣取的费用、当前季度剩余未扣取的费用。产品取出明细包括产品名称(或者标识码)、交易数量、产品净值(即产品交易单价)，等等。
104.在可行的实施方式中，如图7所示，在检测到用户针对显示的转出服务费栏目的点击操作时，在用户界面中显示产品转出的相关信息，所述相关信息包括以下一种或者多种：到账金额、产品名称、转出申请提交时间、到账资金去向、资金到账时间、手续费、投顾服务费、产品取出的当前状态，等等。
105.请参阅图8，为本技术实施例提供的一种资源处理装置的结构示意图。本技术实施例中所描述的资源处理装置，对应于前文所述的计算机设备，所述资源处理装置包括：
106.确定单元801，用于：响应于满足资源回收条件，确定目标账号对应的待回收资源量；并确定所述目标账号对应的已分配资源组合中的第一类资源的资源量；
107.处理单元802，用于将所述第一类资源的资源量与所述待回收资源量进行比较，得到比较结果；
108.所述处理单元802，还用于：当所述比较结果指示所述第一类资源的资源量小于所述待回收资源量时，从所述目标账号对应的已分配资源组合中确定第二类资源；并根据所述待回收资源量以及所述第一类资源的资源量，对所述已分配资源组合中的所述第一类资源以及所述第二类资源进行回收处理。
109.在一实施例中，所述处理单元802，具体用于：
110.根据所述待回收资源量以及所述第一类资源的资源量，确定资源量差值；根据所述资源量差值对所述已分配资源组合中的所述第二类资源进行回收处理；对所述已分配资源组合中的所述第一类资源进行回收处理。
111.在一实施例中，所述处理单元802，具体用于：查询所述已分配资源组合中的所述第二类资源中各种资源的分配比例，并根据所述资源量差值以及所述分配比例确定所述各种资源的资源回收量；按照所述各种资源的资源回收量分别对所述各种资源进行回收处理。
112.在一实施例中，所述确定单元801，还用于确定对所述第二类资源进行回收处理得到的已回收资源量；
113.所述处理单元802，还用于根据所述已回收资源量为所述目标账号分配所述第一类资源，并根据分配结果更新所述已分配资源组合；
114.所述处理单元802，具体用于根据所述待回收资源量对更新后的已分配资源组合中的所述第一类资源进行回收处理。
115.在一实施例中，所述处理单元802，具体用于：
116.确定更新后的已分配资源组合中的所述第一类资源的当前资源量；当所述当前资源量小于所述待回收资源量时，根据所述当前资源量更新所述待回收资源量；对所述更新后的已分配资源组合中的全部所述第一类资源进行回收处理。
117.在一实施例中，所述确定单元801，还用于根据所述待回收资源量以及所述当前资源量，确定所述目标账号对应的剩余未回收资源量；
118.其中，所述装置还包括记录单元803，用于记录所述剩余未回收资源量；
119.所述处理单元802，还用于在所述目标账号对应的下一资源回收阶段回收与所述剩余未回收资源量相匹配的资源。
120.在一实施例中，所述确定单元801，具体用于：
121.查询记录的所述目标账号对应的上一资源回收阶段的剩余未回收资源量，以及查询所述目标账号对应的当前资源回收阶段所需回收的资源量；根据所述上一资源回收阶段的剩余未回收资源量以及所述当前资源回收阶段所需回收的资源量确定所述目标账号对应的待回收资源量。
122.在一实施例中，所述装置还包括收发单元804，用于：
123.接收客户端发送的明细查询请求，所述明细查询请求是所述客户端在检测到用户输入的明细查询指令时发送的，所述明细查询请求携带查询标识；响应所述明细查询请求向所述客户端返回与所述查询标识相匹配的明细数据，以使得所述客户端在用户界面中显示所述明细数据。
124.可以理解的是，本技术实施例的资源处理装置的各功能单元的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
125.本技术实施例通过在检测到满足资源回收条件时，确定目标账号对应的待回收资源量，以及确定目标账号对应的已分配资源组合中的第一类资源的资源量；当第一类资源的资源量小于待回收资源量时，根据待回收资源量以及第一类资源的资源量，对已分配资源组合中的第一类资源以及述第二类资源进行回收处理，从而可以实现资源的自动回收处
理，有效提高资源回收处理的效率；另外，还可以有效保证资源的回收量。
126.请参阅图9，为本技术实施例提供的一种计算机设备的结构示意图。本技术实施例中所描述的计算机设备包括：处理器901、通信接口902及存储器903。其中，处理器901、通信接口902及存储器903可通过总线或其他方式连接，本技术实施例以通过总线连接为例。
127.其中，处理器901(或称cpu(central processing unit，中央处理器))是计算机设备的计算核心以及控制核心，其可以解析计算机设备内的各类指令以及处理计算机设备的各类数据，例如：cpu可以用于解析用户向计算机设备所发送的开关机指令，并控制计算机设备进行开关机操作；再如：cpu可以在计算机设备内部结构之间传输各类交互数据，等等。通信接口902可选的可以包括标准的有线接口、无线接口(如wi-fi、移动通信接口等)，受处理器901的控制用于收发数据。存储器903(memory)是计算机设备中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器903既可以包括计算机设备的内置存储器，当然也可以包括计算机设备所支持的扩展存储器。存储器903提供存储空间，该存储空间存储了计算机设备的操作系统，可包括但不限于：android系统、ios系统、windows phone系统等等，本技术对此并不作限定。
128.在本技术实施例中，处理器901通过运行存储器903中的可执行程序代码，执行如下操作：
129.响应于满足资源回收条件，确定目标账号对应的待回收资源量；确定所述目标账号对应的已分配资源组合中的第一类资源的资源量，并将所述第一类资源的资源量与所述待回收资源量进行比较，得到比较结果；当所述比较结果指示所述第一类资源的资源量小于所述待回收资源量时，从所述目标账号对应的已分配资源组合中确定第二类资源；根据所述待回收资源量以及所述第一类资源的资源量，对所述已分配资源组合中的所述第一类资源以及所述第二类资源进行回收处理。
130.在一实施例中，所述处理器901根据所述待回收资源量以及所述第一类资源的资源量，对所述已分配资源组合中的所述第一类资源以及所述第二类资源进行回收处理时，具体用于：根据所述待回收资源量以及所述第一类资源的资源量，确定资源量差值；根据所述资源量差值对所述已分配资源组合中的所述第二类资源进行回收处理；对所述已分配资源组合中的所述第一类资源进行回收处理。
131.在一实施例中，所述处理器901根据所述资源量差值对所述已分配资源组合中的所述第二类资源进行回收处理时，具体用于：查询所述已分配资源组合中的所述第二类资源中各种资源的分配比例，并根据所述资源量差值以及所述分配比例确定所述各种资源的资源回收量；按照所述各种资源的资源回收量分别对所述各种资源进行回收处理。
132.在一实施例中，所述处理器901根据所述资源量差值对所述已分配资源组合中的所述第二类资源进行回收处理之后，还用于：确定对所述第二类资源进行回收处理得到的已回收资源量；根据所述已回收资源量为所述目标账号分配所述第一类资源，并根据分配结果更新所述已分配资源组合。其中，所述处理器901对所述已分配资源组合中的所述第一类资源进行回收处理时，具体用于：根据所述待回收资源量对更新后的已分配资源组合中的所述第一类资源进行回收处理。
133.在一实施例中，所述处理器901根据所述待回收资源量对更新后的已分配资源组合中的所述第一类资源进行回收处理时，具体用于：确定更新后的已分配资源组合中的所
述第一类资源的当前资源量；当所述当前资源量小于所述待回收资源量时，根据所述当前资源量更新所述待回收资源量；对所述更新后的已分配资源组合中的全部所述第一类资源进行回收处理。
134.在一实施例中，所述处理器901还用于：根据所述待回收资源量以及所述当前资源量，确定所述目标账号对应的剩余未回收资源量；记录所述剩余未回收资源量，并在所述目标账号对应的下一资源回收阶段回收与所述剩余未回收资源量相匹配的资源。
135.在一实施例中，所述处理器901确定目标账号对应的待回收资源量时，具体用于：查询记录的所述目标账号对应的上一资源回收阶段的剩余未回收资源量，以及查询所述目标账号对应的当前资源回收阶段所需回收的资源量；根据所述上一资源回收阶段的剩余未回收资源量以及所述当前资源回收阶段所需回收的资源量确定所述目标账号对应的待回收资源量。
136.在一实施例中，所述处理器901根据所述待回收资源量以及所述第一类资源的资源量，对所述已分配资源组合中的所述第一类资源以及所述第二类资源进行回收处理之后，还用于：通过所述通信接口902接收客户端发送的明细查询请求，所述明细查询请求是所述客户端在检测到用户输入的明细查询指令时发送的，所述明细查询请求携带查询标识；响应所述明细查询请求通过所述通信接口902向所述客户端返回与所述查询标识相匹配的明细数据，以使得所述客户端在用户界面中显示所述明细数据。
137.具体实现中，本技术实施例中所描述的处理器901、通信接口902及存储器903可执行本技术实施例提供的一种资源处理方法中所描述的的实现方式，也可执行本技术实施例提供的一种资源处理装置中所描述的实现方式，具体实现方式可参考前文描述，在此不再赘述。
138.本技术实施例通过在检测到满足资源回收条件时，确定目标账号对应的待回收资源量，以及确定目标账号对应的已分配资源组合中的第一类资源的资源量；当第一类资源的资源量小于待回收资源量时，根据待回收资源量以及第一类资源的资源量，对已分配资源组合中的第一类资源以及述第二类资源进行回收处理，从而可以实现资源的自动回收处理，有效提高资源回收处理的效率；另外，还可以有效保证资源的回收量。
139.本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如本技术实施例所述的资源处理方法。其具体实现方式可参考前文描述，此处不再赘述。
140.本技术实施例还提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中。计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，处理器执行所述计算机指令，使得所述计算机设备执行如本技术实施例所述的资源处理方法。其具体实现方式可参考前文描述，此处不再赘述。
141.需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
142.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
143.以上所揭露的仅为本技术部分实施例而已，当然不能以此来限定本技术之权利范围，因此依本技术权利要求所作的等同变化，仍属本技术所涵盖的范围。