账户管理方法、装置、存储介质及电子设备与流程

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.在一个实施例中，所述可靠性分类模块，用于：
34.根据所述目标账户在每一所述第二周期的任务执行情况，确定对应的第三数量信息，所述第三数量信息为所述虚拟物品管理端基于所述第二周期内的所述任务执行情况，额外向所述任务发布平台请求的虚拟物品的数量；
35.将所述第二数量信息，与，各所述第三数量信息的总和，的差值作为目标差值信息；
36.响应于各所述第一数量信息的总和，与所述目标差值信息相同的情况，确定所述任务发布平台的账户为可靠账户；
37.响应于各所述第一数量信息的总和不等于所述目标差值信息的情况，确定所述任务发布平台的账户为不可靠账户。
38.在一个实施例中，所述可靠性分类模块，还用于：
39.响应于所述任务发布平台的账户为不可靠账户的情况，对所述任务发布平台关联的各用户账户均执行虚拟物品校验处理，所述虚拟物品校验处理用于校验“所述第一周期内所述任务发布平台向所述虚拟物品管理端反馈的虚拟物品”与“各所述第二周期内所述虚拟物品管理端向所述用户账户发放的虚拟物品的数量总和”之间的数值关系。
40.在一个实施例中，所述可靠性分类模块，还用于：
41.响应于所述任务发布平台的账户为可靠账户的情况，将所述任务发布平台的账户添加至白名单，所述白名单关联的任务发布平台内的各用户账户无需被执行所述虚拟物品校验处理；
42.或，
43.响应于所述任务发布平台的账户为不可靠账户的情况，将所述任务发布平台的账户添加至黑名单，所述黑名单关联的任务发布平台内的各用户账户均需被执行所述虚拟物品校验处理。
44.在一个实施例中，所述可靠性分类模块，还用于：
45.响应于所述任务发布平台的账户被确定为可靠账户的情况，确定第四数量信息，所述第四数量信息小于各所述第三数量信息的总和；
46.根据所述第四数量信息向所述任务发布平台的账户回退虚拟物品。
47.另一方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现上述的一种账户管理方法。
48.另一方面，本技术实施例提供了一种电子设备，包括至少一个处理器，以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现上述的一种账户管理方法。
49.另一方面，本技术实施例提供了一种计算机程序产品，包括计算机程序或指令，该
计算机程序或指令被处理器执行时实现上述的一种账户管理方法。
50.本技术实施例提供一种账户管理方法，通过获取虚拟物品管理端代发的虚拟物品的第一数量信息，以及，任务发布平台向虚拟物品管理端反馈的虚拟物品的第二信息，来校验任务发布平台向虚拟物品管理端反馈的任务执行情况的准确性，基于该准确性对任务发布平台的账户进行分类，充分判断任务发布平台是否值得信赖，根据判断结果可以指导虚拟物品管理端的管理过程，降低管理错误，降低虚拟物品管理端中虚拟物品代发环节产生错误的概率，确保虚拟物品管理端的虚拟物品流通平衡。
附图说明
51.为了更清楚地说明本技术实施例或相关技术中的技术方案和优点，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
52.图1是本说明书实施例提供的一种账户管理方法的流程示意图；
53.图2是本说明书实施例提供的可靠性校验方法流程示意图；
54.图3是本技术实施例提供的账户管理装置的框图；
55.图4是本技术实施例提供的一种用于实现本技术实施例所提供的方法的设备的硬件结构示意图。
具体实施方式
56.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术实施例一部分实施例，而不是全部的实施例。基于本技术实施例中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术实施例保护的范围。
57.需要说明的是，本技术实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术实施例的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
58.为了使本技术实施例公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术实施例，并不用于限定本技术实施例。
59.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
60.本技术实施例提供了一种账户管理方法，该账户管理方法应用于虚拟物品管理
端，对于虚拟物品管理端的应用场景，本技术实施例进行下述介绍。
61.虚拟物品管理端作为一个中间管理平台，可以与用户所持有的电子设备(包括登录用户账户的客户端)以及任务发布平台分别进行通信，从而将任务发布平台的功能解耦，使得任务发布平台无需进行虚拟物品的管理。
62.本技术实施例并不限定任务发布平台，其可以被认为是任一接入上述虚拟物品管理端的任务发布平台，也可以被认为是任意订购上述虚拟物品管理端的虚拟物品管理服务的任务发布平台。比如，任务发布平台可以为游戏程序的服务器，该服务器可以向用户发布游戏任务，但是用户可以通过本技术实施例中的虚拟物品管理端获得游戏任务中的虚拟物品奖励，而该服务器可以将游戏任务中的虚拟物品奖励有关的管理功能解耦。再比如，任务发布平台可以为直播程序的服务器，该服务器可以向用户发布直播任务，但是用户可以通过本技术实施例中的虚拟物品管理端获得直播任务中的虚拟物品奖励，而该服务器可以将直播任务中的虚拟物品奖励有关的管理功能解耦。本技术实施例并不限定接入的任务发布平台的类型与数量。
63.本技术实施例中的目标账户可以被理解为在任一上述任务发布平台执行任务的用户所持有的用户账户，该用户账户通过执行任务理应得到任务发布平台所发布的虚拟物品作为奖励，但是，本技术实施例中的虚拟物品可以由虚拟物品管理端代发，也就是说，任务发布平台可以通过签订服务协议的方式交由虚拟物品管理端来进行代发。
64.需要注意的是，对于每个任务发布平台而言，该任务发布平台本来可以以第一周期向执行其任务的用户账户下发虚拟物品，但是由于虚拟物品管理端执行了代发，因此，任务发布平台就以第一周期向虚拟物品管理端发送虚拟物品，从而维持虚拟物品管理端中虚拟物品的流通平衡，甚至可以支付虚拟物品管理端的代发收益。对于虚拟物品管理端来说，虚拟物品管理端以第二周期对应的频率来向用户账户代发虚拟物品，第二周期小于第一周期，所以对于用户而言虚拟物品的领取周期显著缩短，从而可以显著提升用户体验，增加用户对于任务发布平台的粘度，也鼓励用户继续完成任务，提升任务的完成率。
65.但是可能产生的问题在于，虚拟物品管理端根据任务发布平台反馈的用户账户的任务执行情况来执行代发操作，但是如果任务发布平台的数据是错误的，或者有意欺瞒虚拟物品管理端，则可能导致虚拟物品管理端的虚拟物品多发或者少发。但是，任务发布平台是根据真实的用户账户的任务执行情况来向虚拟物品管理端反馈虚拟物品的，可能存在错误的只在于虚拟物品管理端的代发环节，因此，本技术实施例认为可以通过分析代发环节中代发的虚拟物品的数量信息和任务发布平台真实向虚拟物品管理端反馈的虚拟物品的数量信息之间的关系，也就是对两种数量信息进行校验，来发现任务发布平台是否存在向虚拟物品管理端反馈了错误的任务执行情况的问题，从而判断任务发布平台是否值得信赖。
66.根据前文提及的应用场景，在该场景下，图1示出了本技术实施例提供的一种账户管理方法的流程示意图，该方法同样运行于虚拟物品管理端。本技术实施例提供了如实施例或流程图上述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统、终端设备或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)，上述方法可
以包括：
67.s101.确定第一周期和上述第一周期所包括的各第二周期，上述第一周期为任务发布平台向上述虚拟物品管理端反馈虚拟物品的周期，上述第二周期为上述任务发布平台向上述虚拟物品管理端反馈目标账户的任务执行情况的周期，上述目标账户为在上述任务发布平台执行任务的任一用户账户。
68.本技术实施例可以对各个合作的任务发布平台都进行可靠性分类，步骤s101中的任务发布平台可以被理解为某个任务发布平台，当然，对各个任务发布平台，都可以执行本技术实施例中的方法，也就是说，对各个任务发布平台都可以进行可靠性分类，从而完成各个任务发布平台的账户的可靠性管理。
69.s102.根据上述目标账户在每一上述第二周期的任务执行情况，确定对应的第一数量信息，上述第一数量信息表征上述虚拟物品管理端在上述第二周期内向上述目标账户发送的虚拟物品的数量。
70.虚拟物品管理端对各目标账户按照预设频率进行虚拟物品代发统计，可以得到每一目标账户在各第二周期分别对应的虚拟物品发送订单，上述虚拟物品发送订单包括上述第二周期内由虚拟物品管理端发送至上述目标账户的虚拟物品的数量信息，即第一数量信息。第一数量信息可以根据目标账户在对应的任务发布平台执行任务的情况来确定，具体的确定方法可以参考现有技术，对此，本技术实施例不做限定。
71.在生成虚拟物品发送订单之后，虚拟物品管理端就可以向对应的目标账户发送第一数量信息对应的虚拟物品，也就是说，每间隔第二周期即可执行一次代发服务。代发服务的数据基础就是任务发布平台反馈的任务执行情况，而这一数据基础可能是非真实的，这也是本技术实施例进行可靠性分类的目的所在。
72.s103.获取第二数量信息，上述第二数量信息表征上述任务发布平台在上述第一周期向上述虚拟物品管理端发送的虚拟物品的数量。
73.任务发布平台根据目标账户在自身平台上的任务执行情况，可以确定第二数量信息，并将其反馈至虚拟物品管理端。在一种情况下，仅仅出于维护自身虚拟物品流通平衡的考量，虚拟物品管理端并不会向任务发布平台额外请求支付更多的虚拟物品，仅仅弥补虚拟物品管理端代发的虚拟物品即可，这种情况下，任务发布平台可以直接根据目标账户在第一周期内的任务执行情况唯一确定第二数量信息。在另一种情况下，虚拟物品管理端不仅仅请求任务发布平台弥补代发的虚拟物品，维持自身虚拟物品的流通平衡，还根据与任务发布平台约定的服务协议，请求任务发布平台按照该服务协议和目标账户在第一周期内的任务执行表现，额外向虚拟物品管理端支付更多的虚拟物品，第二数量信息也就包括为了弥补流通平衡所需的虚拟物品的数量以及该额外支付的虚拟物品的数量，第二数量信息是任务发布平台根据实际的目标账户的任务执行情况所确定的，本技术实施例认为其是基于真实的数据而生成的。对于第二数量信息的具体确定方法，本技术实施例不做限定，可以参考现有技术并且结合具体的任务执行情况，该第二数量信息的具体确定方法运行于任务发布平台，本技术实施例对此不做限定。
74.s104.根据各上述第一数量信息和上述第二数量信息，对上述任务发布平台对应的账户进行可靠性分类。
75.在一个实施方式中，响应于各上述第一数量信息的总和与上述第二数量信息相同
的情况，确定上述任务发布平台的账户为可靠账户；响应于各上述第一数量信息的总和不等于上述第二数量信息的情况，确定上述任务发布平台的账户为不可靠账户。
76.具体来说，如果仅仅出于维护虚拟物品流通平衡的角度考量，虚拟物品管理端并不会请求任务发布平台额外支付更多的虚拟物品，则虚拟物品管理端在各个第二周期中代发的虚拟物品的总量(第一数量信息的总和)应该与第一周期中任务发布平台发给虚拟物品管理端的虚拟物品的数量(第二数量信息)相同，这种情况下说明任务发布平台向虚拟物品管理端反馈的各第二周期的目标账户的任务执行情况是真实的，该任务发布平台是可信赖的。反正，该任务发布平台是不可信赖的。
77.在另一个实施方式中，如图2所示，可以根据下述方法进行可靠性判断：
78.s201.根据上述目标账户在每一上述第二周期的任务执行情况，确定对应的第三数量信息，上述第三数量信息为上述虚拟物品管理端基于上述第二周期内的上述任务执行情况，额外向上述任务发布平台请求的虚拟物品的数量。
79.在一些情况下，虚拟物品管理端与任务发布平台的服务协议会约定：针对每个第二周期，任务发布平台需额外支付一定数量的虚拟物品，以确保虚拟物品管理端的代发服务收益，这种收益在每个第二周期会被计算一次，汇总后在第一周期结束时跟随弥补代发的虚拟物品一起一并被下发至虚拟物品管理端，这部分的虚拟物品的数量也归属在前文的第二数量信息中，具体可以参考前文。
80.s202.将上述第二数量信息与“各上述第三数量信息的总和”的差值作为目标差值信息。
81.各第三数量信息的总和可以被理解为虚拟物品管理端请求任务发布平台额外支付的虚拟物品，第二数量信息与“各第三数量信息的总和”的差值(目标差值信息)可以被理解为为了弥补代发的虚拟物品，上述任务发布平台需要支付的虚拟物品数量。
82.根据前文可知，代发的虚拟物品的数量就是各上述第一数量信息的总和，因此，如果任务发布平台提供的各第二周期的任务执行情况是正确的，目标差值信息和各上述第一数量信息的总和就应该是相等。
83.s203.响应于各上述第一数量信息的总和，与上述目标差值信息相同的情况，确定上述任务发布平台的账户为可靠账户。
84.目标差值信息和各上述第一数量信息的总和相等，说明任务发布平台提供的各第二周期的任务执行情况是正确的，其对应的账户是值得信赖的，反正是不值得信赖的。
85.s204.响应于各上述第一数量信息的总和不等于上述目标差值信息的情况，确定上述任务发布平台的账户为不可靠账户。
86.对各个任务发布平台的账户执行前文中的操作后，可以为各个任务发布平台的账户进行分类，对于可靠账户即可无需再进行虚拟物品校验处理，所谓的虚拟物品校验处理，就是验证提供该虚拟物品的任务发布平台的可靠性，也就是说执行本技术实施例中的s101-s104。简单来说，上述虚拟物品校验处理就是用于校验“上述第一周期内上述任务发布平台反馈至虚拟物品管理端的虚拟物品”与“各上述第二周期内上述虚拟物品管理端反馈至目标账户的虚拟物品的数量总和”之间的数值关系。当然，响应于上述任务发布平台的账户为不可靠账户的情况，就需要将上述任务发布平台关联的各用户账户分别作为目标账户，执行前文的虚拟物品校验处理操作。
87.在一个实施例中，还可以响应于上述任务发布平台的账户为可靠账户的情况，将上述任务发布平台的账户添加至白名单，上述白名单关联的任务发布平台内的各用户账户无需被执行上述虚拟物品校验处理；或，响应于上述任务发布平台的账户为不可靠账户的情况，将上述任务发布平台的账户添加至黑名单，上述黑名单关联的任务发布平台内的各用户账户均需被执行上述虚拟物品校验处理。通过加入黑白名单管理，可以降低虚拟物品校验处理的执行频率，充分信任可靠的任务发布平台的账户，对不可靠的任务发布平台进行校验，提升虚拟物品管理端的服务的正确率，避免管理错误。
88.在一个实施例中，还可以响应于上述任务发布平台的账户被确定为可靠账户的情况，确定第四数量信息，上述第四数量信息小于各上述第三数量信息的总和；根据上述第四数量信息向上述任务发布平台的账户回退虚拟物品。
89.对一些任务发布平台而言，如果其提供的任务执行情况都是正确的，相当于帮助了虚拟物品管理端规避错误，降低了虚拟物品管理端的校验压力，虚拟物品管理端也可以回退部分虚拟物品，促进任务发布平台提供正确数据，任务发布平台和虚拟物品管理端都可以得到长足的良性发展。
90.本技术实施例提供一种账户管理方法，通过获取虚拟物品管理端代发的虚拟物品的第一数量信息，以及，任务发布平台向虚拟物品管理端反馈的虚拟物品的第二信息，来校验任务发布平台向虚拟物品管理端反馈的任务执行情况的准确性，基于该准确性对任务发布平台的账户进行分类，充分判断任务发布平台是否值得信赖，根据判断结果可以指导虚拟物品管理端的管理过程，降低管理错误，降低虚拟物品管理端中虚拟物品代发环节产生错误的概率，确保虚拟物品管理端的虚拟物品流通平衡。
91.请参考图3，其示出本实施例中一种账户管理装置的框图，应用于虚拟物品管理端，上述装置包括：
92.周期确定模块10，用于确定第一周期和上述第一周期所包括的各第二周期，上述第一周期为任务发布平台向上述虚拟物品管理端反馈虚拟物品的周期，上述第二周期为上述任务发布平台向上述虚拟物品管理端反馈目标账户的任务执行情况的周期，上述目标账户为在上述任务发布平台执行任务的任一用户账户；
93.数量确定模块20，用于根据上述目标账户在每一上述第二周期的任务执行情况，确定对应的第一数量信息，上述第一数量信息表征上述虚拟物品管理端在上述第二周期内向上述目标账户发送的虚拟物品的数量；以及，获取第二数量信息，上述第二数量信息表征上述任务发布平台在上述第一周期向上述虚拟物品管理端发送的虚拟物品的数量；
94.可靠性分类模块30，用于根据各上述第一数量信息和上述第二数量信息，对上述任务发布平台对应的账户进行可靠性分类。
95.在一个实施例中，上述可靠性分类模块，用于：
96.响应于各上述第一数量信息的总和与上述第二数量信息相同的情况，确定上述任务发布平台的账户为可靠账户；
97.响应于各上述第一数量信息的总和不等于上述第二数量信息的情况，确定上述任务发布平台的账户为不可靠账户。
98.在一个实施例中，上述可靠性分类模块，用于：
99.根据上述目标账户在每一上述第二周期的任务执行情况，确定对应的第三数量信
息，上述第三数量信息为上述虚拟物品管理端基于上述第二周期内的上述任务执行情况，额外向上述任务发布平台请求的虚拟物品的数量；
100.将上述第二数量信息与“各上述第三数量信息的总和”的差值作为目标差值信息；
101.响应于各上述第一数量信息的总和，与上述目标差值信息相同的情况，确定上述任务发布平台的账户为可靠账户；
102.响应于各上述第一数量信息的总和不等于上述目标差值信息的情况，确定上述任务发布平台的账户为不可靠账户。
103.在一个实施例中，上述可靠性分类模块，还用于：
104.响应于上述任务发布平台的账户为不可靠账户的情况，对上述任务发布平台关联的各用户账户均执行虚拟物品校验处理，上述虚拟物品校验处理用于校验“上述第一周期内上述任务发布平台向上述虚拟物品管理端反馈的虚拟物品”与“各上述第二周期内上述虚拟物品管理端向上述用户账户发放的虚拟物品的数量总和”之间的数值关系。
105.在一个实施例中，上述可靠性分类模块，还用于：
106.响应于上述任务发布平台的账户为可靠账户的情况，将上述任务发布平台的账户添加至白名单，上述白名单关联的任务发布平台内的各用户账户无需被执行上述虚拟物品校验处理；
107.或，
108.响应于上述任务发布平台的账户为不可靠账户的情况，将上述任务发布平台的账户添加至黑名单，上述黑名单关联的任务发布平台内的各用户账户均需被执行上述虚拟物品校验处理。
109.在一个实施例中，上述可靠性分类模块，还用于：
110.响应于上述任务发布平台的账户被确定为可靠账户的情况，确定第四数量信息，上述第四数量信息小于各上述第三数量信息的总和；
111.根据上述第四数量信息向上述任务发布平台的账户回退虚拟物品。
112.另一方面，本技术实施例提供了一种计算机可读存储介质，上述计算机可读存储介质中存储有至少一条指令或至少一段程序，上述至少一条指令或至少一段程序由处理器加载并执行以实现上述的一种账户管理方法。
113.本技术实施例中装置部分与方法实施例基于相同发明构思，在此不做赘述。
114.进一步地，图4示出了一种用于实现本技术实施例所提供的方法的设备的硬件结构示意图，上述设备可以参与构成或包含本技术实施例所提供的装置或系统。如图4所示，设备10可以包括一个或多个(图中采用102a、102b，
……
，102n来示出)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图4所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，设备10还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。
115.应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分地体现为软件、硬件、固件
或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到设备10(或移动设备)中的其他元件中的任意一个内。如本技术实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
116.存储器104可用于存储应用软件的软件程序以及模块，如本技术实施例中上述的方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的一种账户管理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
117.传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括设备10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。
118.显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与设备10(或移动设备)的用户界面进行交互。
119.需要说明的是：上述本技术实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本技术实施例特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
120.本技术实施例中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
121.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，上述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
122.上述存储介质中的指令可以执行一种账户管理方法，上述方法包括：
123.确定第一周期和上述第一周期所包括的各第二周期，上述第一周期为任务发布平台向上述虚拟物品管理端反馈虚拟物品的周期，上述第二周期为上述任务发布平台向上述虚拟物品管理端反馈目标账户的任务执行情况的周期，上述目标账户为在上述任务发布平台执行任务的任一用户账户；
124.根据上述目标账户在每一上述第二周期的任务执行情况，确定对应的第一数量信息，上述第一数量信息表征上述虚拟物品管理端在上述第二周期内向上述目标账户发送的虚拟物品的数量；
125.获取第二数量信息，上述第二数量信息表征上述任务发布平台在上述第一周期向
上述虚拟物品管理端发送的虚拟物品的数量；
126.根据各上述第一数量信息和上述第二数量信息，对上述任务发布平台对应的账户进行可靠性分类。
127.在一个实施例中，上述根据各上述第一数量信息和上述第二数量信息，对上述任务发布平台对应的账户进行可靠性分类，包括：
128.响应于各上述第一数量信息的总和与上述第二数量信息相同的情况，确定上述任务发布平台的账户为可靠账户；
129.响应于各上述第一数量信息的总和不等于上述第二数量信息的情况，确定上述任务发布平台的账户为不可靠账户。
130.在一个实施例中，上述根据各上述第一数量信息和上述第二数量信息，对上述任务发布平台对应的账户进行可靠性分类，包括：
131.根据上述目标账户在每一上述第二周期的任务执行情况，确定对应的第三数量信息，上述第三数量信息为上述虚拟物品管理端基于上述第二周期内的上述任务执行情况，额外向上述任务发布平台请求的虚拟物品的数量；
132.将上述第二数量信息与“各上述第三数量信息的总和”的差值作为目标差值信息；
133.响应于各上述第一数量信息的总和，与上述目标差值信息相同的情况，确定上述任务发布平台的账户为可靠账户；
134.响应于各上述第一数量信息的总和不等于上述目标差值信息的情况，确定上述任务发布平台的账户为不可靠账户。
135.在一个实施例中，上述方法还包括：
136.响应于上述任务发布平台的账户为不可靠账户的情况，对上述任务发布平台关联的各用户账户均执行虚拟物品校验处理，上述虚拟物品校验处理用于校验“上述第一周期内上述任务发布平台向上述虚拟物品管理端反馈的虚拟物品”与“各上述第二周期内上述虚拟物品管理端向上述用户账户发放的虚拟物品的数量总和”之间的数值关系。
137.在一个实施例中，上述方法还包括：
138.响应于上述任务发布平台的账户为可靠账户的情况，将上述任务发布平台的账户添加至白名单，上述白名单关联的任务发布平台内的各用户账户无需被执行上述虚拟物品校验处理；
139.或，
140.响应于上述任务发布平台的账户为不可靠账户的情况，将上述任务发布平台的账户添加至黑名单，上述黑名单关联的任务发布平台内的各用户账户均需被执行上述虚拟物品校验处理。
141.在一个实施例中，上述方法还包括：
142.响应于上述任务发布平台的账户被确定为可靠账户的情况，确定第四数量信息，上述第四数量信息小于各上述第三数量信息的总和；
143.根据上述第四数量信息向上述任务发布平台的账户回退虚拟物品。
144.以上上述仅为本技术实施例的较佳实施例，并不用以限制本技术实施例，凡在本技术实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术实施例的保护范围之内。