CN110111149A - 赛季任务的结算方法、装置及服务器 - Google Patents

Abstract

本申请实施例公开了一种赛季任务的结算方法、装置及服务器，属于计算机技术领域。所述方法用于包含业务进程和结算进程的应用程序中，包括：获取结算指令，所述结算指令用于指示所述应用程序对赛季内各个用户帐号的任务完成情况进行结算；所述结算进程根据所述结算指令获取赛季数据，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；所述结算进程根据所述赛季数据计算各个用户帐号所完成任务的任务标识，所述任务标识用于确定奖励给所述用户帐号的物品。本申请实施例可以简化结算流程，并提高结算流程的效率。

Description

赛季任务的结算方法、装置及服务器

技术领域

本申请实施例涉及计算机技术领域，特别涉及一种赛季任务的结算方法、装置及服务器。

背景技术

为了提高应用程序中比赛的娱乐性，可以为比赛设置赛季，使得用户在每个赛季中重头开始参加比赛。在赛季结束后，需要对赛季内各个用户的用户帐号的任务完成情况进行结算，从而为用户帐号发放赛季奖励。

相关技术中，可以在赛季结束后发布包含业务进程的应用程序和结算脚本，通过该结算脚本获取赛季数据，根据该赛季数据计算用户帐号列表，该用户帐号列表包括各个参加比赛的用户帐号和奖励给每个用户帐号的物品的物品标识，该比赛是业务进程提供的。其中，结算脚本可以是SQL(Structured Query Language，结构化查询语言)脚本。

由于需要准备和发布结算脚本，使得结算流程较为繁琐；另外，结算脚本不稳定，容易在结算流程中出现问题，而出现问题时需要重新结算，使得结算流程的耗时较长，从而导致结算流程的效率较低。

发明内容

本申请实施例提供了一种赛季任务的结算方法、装置及服务器，用于解决结算过程的过程较为复杂，效率较低的问题。所述技术方案如下：

一方面，提供了一种赛季任务的结算方法，用于包含业务进程和结算进程的应用程序中，所述方法包括：

获取结算指令，所述结算指令用于指示所述应用程序对赛季内各个用户帐号的任务完成情况进行结算；

所述结算进程根据所述结算指令获取赛季数据，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

所述结算进程根据所述赛季数据计算各个用户帐号所完成任务的任务标识，所述任务标识用于确定奖励给所述用户帐号的物品。

一方面，提供了赛季奖励的发放方法，用于包括结算进程、业务进程和任务进程的应用程序中，所述方法包括：

显示所述应用程序的登录界面；

在接收到对所述登录界面的登录操作时，获取登录请求，所述登录请求中携带有用户帐号；

在对所述用户帐号的验证通过后，所述任务进程显示任务信息，所述任务信息是根据任务标识生成的，且所述任务信息用于描述奖励给所述用户帐号的物品，所述任务标识是所述结算进程根据结算指令获取赛季数据，根据所述赛季数据进行计算得到并发送给所述任务进程的，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

所述任务进程调用物品发放接口将所述物品添加到所述用户帐号中。

一方面，提供了一种赛季任务的结算装置，用于包含业务进程和结算进程的应用程序中，所述装置包括：

获取模块，用于获取结算指令，所述结算指令用于指示所述应用程序对赛季内各个用户帐号的任务完成情况进行结算；

所述获取模块，还用于控制所述结算进程根据所述结算指令获取赛季数据，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

计算模块，用于控制所述结算进程根据所述赛季数据计算各个用户帐号所完成任务的任务标识，所述任务标识用于确定奖励给所述用户帐号的物品。

一方面，提供了一种赛季奖励的发放装置，用于包括结算进程、业务进程和任务进程的应用程序中，所述装置包括：

显示模块，用于显示所述应用程序的登录界面；

接收模块，用于在接收到对所述显示模块显示的所述登录界面的登录操作时，获取登录请求，所述登录请求中携带有用户帐号；

所述显示模块，还用于在对所述用户帐号的验证通过后，控制所述任务进程显示任务信息，所述任务信息是根据任务标识生成的，且所述任务信息用于描述奖励给所述用户帐号的物品，所述任务标识是所述结算进程根据结算指令获取赛季数据，根据所述赛季数据进行计算得到并发送给所述任务进程的，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

发放模块，用于控制所述任务进程调用物品发放接口将所述物品添加到所述用户帐号中。

一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上所述的赛季任务的结算方法或赛季奖励的发放方法。

一方面，提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如上所述的赛季任务的结算方法；或者，所述指令由所述处理器加载并执行以实现如上所述的赛季奖励的发放方法。

本申请实施例提供的技术方案的有益效果至少包括：

由于可以通过应用程序中的结算进程对赛季内各个用户帐号的任务完成情况进行结算，而无需再额外发布结算脚本，可以简化结算流程；另外，结算进程的稳定性高于结算脚本的稳定性，这样，可以减少结算流程中出现问题的概率，从而减少结算流程的耗时，提高结算流程的效率。

附图说明

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

图1是本申请一个实施例提供的赛季任务的结算方法的方法流程图；

图2是本申请一个实施例提供的赛季任务的结算方法的方法流程图；

图3是本申请一个实施例提供的用户帐号筛选的示意图；

图4是本申请一个实施例提供的任务信息的显示示意图；

图5是本申请一个实施例提供的任务信息的显示示意图；

图6是本申请一个实施例提供的结算和奖励的流程示意图；

图7是本申请一个实施例提供的赛季奖励的发放方法的方法流程图；

图8是本申请一个实施例提供的赛季任务的结算装置的结构框图；

图9是本申请一个实施例提供的赛季任务的结算装置的结构框图；

图10是本申请一个实施例提供的服务器的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例应用于具有赛季的比赛类的应用程序中，比赛可以包括竞技比赛、答题比赛等等。若比赛为竞技比赛，则该应用程序为竞技游戏。其中，竞技游戏是指游戏平台上的对战游戏，主要包括射击、策略、操作等游戏。

赛季是指比赛的一段时间，比如3个月、一年等等。在开启赛季(即开启排位模式)后，用户可以通过用户帐号参加多场比赛；在关闭赛季(即关闭排位模式)后，禁止用户通过用户帐号参加比赛，并对赛季内所有用户参加的比赛的结果进行统计，得到赛季数据。若对赛季数据进行结算，则可以得到各个用户帐号的赛季分数，再对各个赛季分数进行排行，即可得到每个用户帐号的排位。之后，可以根据各个用户帐号的排位确定奖励给各个用户账号的物品。这里所说的排位也可以理解为是用户帐号所完成的任务，比如，用户帐号的排位为A时，确定用户帐号完成A任务，奖励的是A任务对应的物品；用户帐号的排位为B时，确定用户帐号完成B任务，奖励的是B任务对应的物品。

本申请实施例中，在赛季结束后会发布新版的应用程序，该应用程序包含业务进程和结算进程，该业务进程用于实现游戏逻辑，该结算进程用于获取上一赛季的赛季数据，根据该赛季数据对各个用户帐号在赛季内完成的任务进行结算。由于结算进程是包含在应用程序中的，所以，在发布应用程序时即可发布结算进程，无需额外再发布结算脚本，可以简化结算流程。另外，在发布应用程序之前会对结算进程进行测试，在测试通过后才会发布结算进程，所以，结算进程的稳定性会高于结算脚本的稳定性，这样，结算进程在结算时不容易出现问题，也就可以减少结算流程中出现问题的概率，从而减少结算流程的耗时，提高结算流程的效率。

下面对出现的名词进行介绍：

1、进程：

进程是执行程序或计算机指令的执行主体。

2、业务：

业务是指游戏逻辑业务，也泛指程序处理的业务功能或业务需求等，其对象是“逻辑”。

3、业务进程：

业务进程是指完成业务功能或业务需求的进程，其对象是“进程”。简单来说，业务进程是执行用于实现业务功能的程序或计算机指令的执行主体，或，业务进程是执行用于实现业务需求的程序或计算机指令的执行主体。

以竞技游戏为例，则业务是该竞技游戏的运行逻辑，包括对战逻辑等等。上述运行逻辑是通过程序或计算机指令实现的，则执行上述程序或计算机指令的执行主体称为业务进程。比如，业务进程根据对战逻辑提供对战比赛。

4、结算进程：

结算进程是指进行赛季结算的进程。简单来说，结算进程是执行用于实现赛季结算的程序或计算机指令的执行主体。以竞技游戏为例，则结算进程可以计算各个用户帐号在赛季内所完成的任务(即排位)，比如，任务包括英勇青铜任务、不屈白银任务、荣耀黄金任务、华贵铂金任务、璀璨钻石任务、超凡大师任务、最强王者任务等等。

请参考图1，其示出了本申请一个实施例提供的赛季任务的结算方法的方法流程图，该赛季任务的结算方法可以应用于包含业务进程和结算进程的应用程序中。该赛季任务的结算方法，包括：

步骤101，获取结算指令，该结算指令用于指示应用程序对赛季内各个用户帐号的任务完成情况进行结算。

在赛季结束后，工作人员可以在服务器上发布新版的应用程序，该应用程序包含业务进程和结算进程。其中，业务进程和结算进程详见上文中的描述。

本实施例中，在服务器上运行应用程序后，应用程序可以获取结算指令，其中，结算指令的获取方式有很多种，下面对其中的两种获取方式进行介绍。

在第一种获取方式中，应用程序可以提供结算控件，当接收到工作人员作用于该结算控件的操作时，确定获取到结算指令。在这种实现方式中，工作人员可以一键触发结算流程。

在第二种获取方式中，应用程序可以在预定时刻自动生成并获取结算指令。在这种实现方式中，应用程序可以自动触发结算流程，简化了结算流程的触发流程。

在获取到结算指令后，应用程序可以唤醒结算进程，通过结算进行执行步骤102-103来进行结算。

步骤102，结算进程根据该结算指令获取赛季数据，该赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，该比赛是业务进程提供的。

步骤103，结算进程根据赛季数据计算各个用户帐号所完成任务的任务标识，该任务标识用于确定奖励给用户帐号的物品。

结算进程可以对赛季数据进行结算，得到各个用户帐号的赛季分数，再对各个赛季分数进行排行，即可得到每个用户帐号的排位。这里所说的排位也可以理解为是用户帐号所完成的任务，比如，用户帐号1的排位为英勇青铜时，确定用户帐号1完成英勇青铜任务，生成用户帐号1和英勇青铜任务标识的对应关系；用户帐号2的排位为璀璨钻石时，确定用户帐号2完成璀璨钻石任务，生成用户帐号2和璀璨钻石任务标识的对应关系。

在确定各个用户帐号所完成任务的任务标识后，应用程序可以根据各个用户帐号所完成任务的任务标识确定奖励给各个用户帐号的物品，再向各个用户帐号发放对应的物品，从而提高用户帐号参加比赛的积极性。这里所说的物品可以是图标、英雄人物形象、显示特效、皮肤等等，本实施例不作限定。

本实施例中，应用程序可以根据任务标识来确定奖励的物品，且任务等级越高，该任务对应的物品越丰富。比如，用户帐号完成的是璀璨钻石任务，则奖励的物品可以包括璀璨钻石图标、新英雄形象、新英雄炫彩、新英雄皮肤等等，本实施例不作限定。

综上所述，本申请实施例提供的赛季任务的结算方法，由于可以通过应用程序中的结算进程对赛季内各个用户帐号的任务完成情况进行结算，而无需再额外发布结算脚本，可以简化结算流程；另外，结算进程的稳定性高于结算脚本的稳定性，这样，可以减少结算流程中出现问题的概率，从而减少结算流程的耗时，提高结算流程的效率。

请参考图2，其示出了本申请另一实施例提供的赛季任务的结算方法的方法流程图，该赛季任务的结算方法可以应用于包含业务进程、结算进程和任务进程的应用程序中。该赛季任务的结算方法，包括：

步骤201，获取结算指令，该结算指令用于指示应用程序对赛季内各个用户帐号的任务完成情况进行结算。

在赛季结束后，工作人员可以在服务器上发布新版的应用程序，该应用程序包含业务进程和结算进程。其中，业务进程和结算进程详见上文中的描述。

本实施例中，在服务器上运行应用程序后，应用程序可以获取结算指令，其中，结算指令的获取方式有很多种，详见步骤101中的描述。

步骤202，结算进程根据该结算指令获取赛季数据，该赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，该比赛是业务进程提供的。

赛季数据是指关闭赛季(即关闭排位模式)后，对赛季内所有用户参加的比赛的结果进行统计，得到的数据。由于每个版本的应用程序都具有开启赛季和关闭赛季的功能，所以，赛季数据可以是对上一版本的应用程序进行关闭赛季操作后得到的，也可以是对新版的应用程序进行关闭赛季操作后得到的，本实施例不作限定。

本实施例中，结算进程可以从数据库中读取赛季数据。在得到赛季数据之后，结算进程可以直接根据该赛季数据进行结算，然而，由于结算进程在结算流程中可能会出现问题，若直接以数据库中的赛季数据进行结算，则可能会导致数据库中的赛季数据被损坏，从而导致赛季数据不可用。因此，为了提高赛季数据的安全性，结算进程可以先对赛季数据生成数据快照，再根据数据快照进行结算，这样，即使结算流程出现问题，也不会影响数据库中的赛季数据，从而保证赛季数据的安全性。

步骤203，结算进程对数据库中的赛季数据生成数据快照。

数据快照是数据的一个完全可用拷贝，其可以是数据的一个副本，也可以是数据的一个复制品。

结算进程可以通过多种实现方式对赛季数据生成数据快照，本实施例不作限定。

需要说明的是，由于结算进程在生成数据快照时也可能会出现问题，所以，工作人员还可以通过其他方式对赛季数据进行备份，得到备份数据，以供结算进程使用。

步骤204，结算进程根据数据快照计算各个用户帐号所完成任务的任务标识，该任务标识用于确定奖励给用户帐号的物品。

结算进程可以对数据快照进行结算，得到各个用户帐号的赛季分数，再对各个赛季分数进行排行，即可得到每个用户帐号的排位。这里所说的排位也可以理解为是用户帐号所完成的任务，比如，用户帐号1的排位为英勇青铜时，确定用户帐号1完成英勇青铜任务，生成用户帐号1和英勇青铜任务标识的对应关系；用户帐号2的排位为璀璨钻石时，确定用户帐号2完成璀璨钻石任务，生成用户帐号2和璀璨钻石任务标识的对应关系。

请参考图3，以应用程序为xx联盟且结算需要考虑用户帐号的排位段位和荣誉积分为例，则在进行结算时，结算进程可以先获取排位段位和荣誉积分的数据快照，再获取大区内所有用户帐号(Total Summoners)的数量为1018716；再对所有用户帐号中，未参加排位赛的用户帐号进行过滤，得到参加排位赛的用户帐号(SummonerService)的数量为1018716；再对比赛过程中被投诉的用户帐号进行过滤，得到未被投诉的用户帐号(HonerService)的数量为1008579；最后对未被投诉的用户帐号的排位段位和荣誉积分进行计算，得到用户帐号所完成任务。

其中，大区是按照预定条件对用户帐号进行分区得到的，预定条件可以是用户的地理位置、用户使用的终端的类型、用户帐号的类型等等，本实施例不作限定。

需要说明的是，若结算进程在生成数据快照时出错，则结算进程可以获取赛季数据的备份数据，该备份数据是预先对数据库中的赛季数据进行备份得到的；结算进程根据备份数据计算各个用户帐号所完成任务的任务标识。其中，结算进程根据备份数据进行结算的流程与结算进程根据数据快照进行结算的流程相同，此处不作赘述。

在发布应用程序之前会对结算进程进行测试，在测试通过后才会发布结算进程，所以，结算进程的稳定性会高于结算脚本的稳定性，这样，结算进程在结算时不容易出现问题，也就可以减少结算流程中出现问题的概率，从而减少结算流程的耗时，提高结算流程的效率。

在确定各个用户帐号所完成任务的任务标识后，应用程序可以根据各个用户帐号所完成任务的任务标识确定奖励给各个用户帐号的物品，再向各个用户帐号发放对应的物品，从而提高用户帐号参加比赛的积极性。本实施例中，应用程序可以根据任务标识来确定奖励的物品，且任务等级越高，该任务对应的物品越丰富。比如，用户帐号完成的是璀璨钻石任务，则请参考图4，奖励的物品可以包括璀璨钻石图标；请参考图5，奖励的物品还可以包括新英雄形象、新英雄炫彩、新英雄皮肤等等，本实施例不作限定。下面对应用程序中的任务进程向用户帐号发放奖励的物品的流程进行说明。

步骤205，结算进程将各个用户帐号的任务标识发送给任务进程。

结算进程可以得到各个用户帐号以及每个用户帐号对应的任务标识，并将各个用户帐号以及每个用户帐号对应的任务标识发送给任务进程。

仍然以xx联盟为例，则结算进程将1008579个未被投诉的用户帐号以及每个用户帐号对应的任务标识发送给任务进程。

步骤206，任务进程根据各个用户帐号的任务标识向各个用户帐号发放对应的物品。

本实施例中，可以预先设置任务标识和奖励的物品的物品标识之间的对应关系，这样，当任务进程获取到某一个用户帐号对应的任务标识后，即可根据该对应关系获取对应的物品标识，从而向该用户帐号发放该物品标识所指示的物品。

其中，任务进程可以将向用户标识发放物品作为一项任务，并标记用户帐号完成的任务，而任务通常用户登录用户帐号时进行显示，所以，本实施例中，对于每个被成功登录的用户帐号，任务进程根据任务标识生成任务信息，该任务信息用于描述奖励给用户帐号的物品；任务进程调用物品发放接口将物品添加到用户帐号中。

物品发放接口是应用程序中用于向用户帐号发放物品的接口，这里所说的物品可以是图标、英雄人物形象、显示特效、皮肤等等，本实施例不作限定。

任务进程可以调用物品发放接口将物品添加到用户帐号中的背包中。

由于发布的应用程序中包含任务进程，所以，无需准备和发布发奖脚本来发放物品，从而可以减少人工成本，也可以简化发奖流程。另外，通过发奖脚本来发放物品时需要停机维护，而大区中发放物品需要耗时近一天，如果发放物品的过程中出现问题还需要回滚数据并重新发放，导致耗时较长；而应用程序中的任务进程可以异步发放物品，无需停机维护，从而保证用户可以继续使用应用程序。另外，发奖脚本发放的物品依赖于结算脚本计算得到的用户帐号列表，而用户帐号列表是人工导入发奖脚本的，若用户帐号列表被篡改，则发奖脚本所发放的物品会出错，而本实施例中，结算进程直接将用户帐号和对应的任务标识发送给任务进程，无需人工干预，所以，可以保证发放的物品不被篡改。

由于在用户登录用户帐号时即可看到任务信息，这样，用户可以根据任务信息感知自己在赛季结束后得到了哪些物品，从而得到较好的奖励体验。

假设应用程序为xx联盟，且在用户登录用户账户后可以看到两种任务信息，如图4和5所示。图4中显示有任务信息的标题401、一种物品的描述信息402和确定控件403，其中，标题401可以是“赛季2018奖励”，描述信息402可以包括图片和“2018赛季-单排/双排璀璨钻石图标”的文字，确定控件403可以是“OK”按键。图5中显示有任务信息的标题501、四种物品的描述信息502(图中以四个虚线框分别表示每种物品的描述信息)和确定控件503，其中，标题501可以是“赛季2018奖励”，描述信息502可以包括四种物品的图片和对应的文字，确定控件503可以是“OK”按键。

请参考图6，其示出了xx联盟的结算流程的示意图，即结算进程先通过赛季数据获取大区内所有用户帐号(Total Summoners)，从所有账号中过滤得到参加排位赛且未被投诉的用户帐号列表，再获取用户帐号列表中每个用户帐号的荣誉积分和排位段位，对每个用户帐号的荣誉积分和排位段位进行计算，得到该用户帐号所完成任务的任务标识，再将用户帐号列表和每个用户帐号对应的任务标识发送给任务进程；任务进程根据任务标识标记对应的任务完成，并确定奖励给每个用户帐号的物品；当用户帐号被登录时，任务进程向用户帐号发放物品，并向用户帐号发送任务信息，以通知用户完成奖励发放。

需要说明的是，物品发放接口除了可以向用户帐号发放奖励的物品，还可以向用户帐号发放其他物品，比如，用户帐号在商城中购买的物品等。因此，为了避免发放奖励的物品较多时，影响其他物品的发放，任务系统还可以个性化配置发放奖励的物品的频率，详见下面步骤2061-2063中的描述。

步骤2061，任务进程监控物品发放接口的第一调用频率，该第一调用频率是当前应用程序调用物品发放接口向用户帐号发放购买的物品的频率。

步骤2062，任务进程根据第一调用频率确定第二调用频率，该第一调用频率和该第二调用频率之和小于等于物品发放接口的最大调用频率。

当以最大调用频率调用物品发放接口时，不会由于数据量多大而导致应用程序的运行产生异常。

物品发放接口的最大调用频率可以配置在配置文件中，任务进程从该配置文件中读取该最大调用频率。

在一种可能的实现方式中，在任务进程得到最大调用频率后，可以将最大调用频率减去第一调用频率，得到第二调用频率。当然，还可以通过其他算法得到第二调用频率，本实施例不作限定。

步骤2063，任务进程以第二调用频率调用物品发放接口，根据各个用户帐号的任务标识向各个用户帐号发放对应的物品。

由于第一调用频率和第二调用频率之和小于等于最大调用频率，所以，在任务进程以第二调用频率调用物品发放接口来发放物品时，不会影响应用程序的正常运行，从而提升用户的使用体验。

需要说明的是，除了可以通过任务进程向用户帐号发放奖励的物品，还可以通过消息通知或邮箱向用户帐号发放物品。其中，通过消息通知向用户帐号发放物品的实现方式与通过任务进程向用户帐号发放物品实现方式类似，此处不作赘述。通过邮箱向用户帐号发放物品时，应用程序可以先用户帐号对应的邮箱发送邮件，该邮件中携带有领取物品的控件，当应用程序接收到用户点击该控件的操作时，调用物品发放接口向用户帐号发放物品。

综上所述，本申请实施例提供的赛季任务的结算方法，由于可以通过应用程序中的结算进程对赛季内各个用户帐号的任务完成情况进行结算，而无需再额外发布结算脚本，可以简化结算流程；另外，结算进程的稳定性高于结算脚本的稳定性，这样，可以减少结算流程中出现问题的概率，从而减少结算流程的耗时，提高结算流程的效率。

通过结算进程对数据库中的赛季数据生成数据快照，根据数据快照计算各个用户帐号所完成任务的任务标识，这样，即使结算流程出现问题，也不会影响数据库中的赛季数据，从而保证赛季数据的安全性。

由于发布的应用程序中包含任务进程，所以，无需准备和发布发奖脚本来发放物品，从而可以减少人工成本，也可以简化发奖流程。

通过发奖脚本来发放物品时需要停机维护，而大区中发放物品需要耗时近一天，如果发放物品的过程中出现问题还需要回滚数据并重新发放，导致耗时较长；而应用程序中的任务进程可以异步发放物品，无需停机维护，从而保证用户可以继续使用应用程序。

发奖脚本发放的物品依赖于结算脚本计算得到的用户帐号列表，而用户帐号列表是人工导入发奖脚本的，若用户帐号列表被篡改，则发奖脚本所发放的物品会出错，而本实施例中，结算进程直接将用户帐号和对应的任务标识发送给任务进程，无需人工干预，所以，可以保证发放的物品不被篡改。

请参考图7，其示出了本申请一个实施例提供的赛季奖励的发放方法的方法流程图，该赛季任务的结算方法可以应用于包含业务进程、结算进程和任务进程的应用程序中。该赛季奖励的发放方法，包括：

步骤701，显示应用程序的登录界面。

步骤702，在接收到对登录界面的登录操作时，获取登录请求，该登录请求中携带有用户帐号。

登录界面中可以显示有用户帐号的输入框，当用户在该输入框中输入用户帐号时，应用程序接收到登录请求；或者，登录界面中可以显示有图形码，当用户利用终端扫描该图形码时，应用程序接收到登录请求；或者，登录界面中可以显示有第三方应用的链接，当用户点击该链接时，应用程序获取第三方应用的用户帐号，并确定接收到登录请求。当然，还可以通过其他方式登录应用程序，本实施例不作限定。

步骤703，在对用户帐号的验证通过后，任务进程显示任务信息。

其中，任务信息是根据任务标识生成的，且任务信息用于描述奖励给用户帐号的物品，任务标识是结算进程根据结算指令获取赛季数据，根据赛季数据进行计算得到并发送给任务进程的，赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，该比赛是业务进程提供的。

其中，任务进程显示任务信息的流程详见图1和2所示的实施例中的描述，此处不作赘述。

步骤704，任务进程调用物品发放接口将物品添加到用户帐号中。

其中，任务进程发放物品的流程详见图1和2所示的实施例中的描述，此处不作赘述。

综上所述，本申请实施例提供的赛季奖励的发放方法，由于在用户登录用户帐号时即可看到任务信息，这样，用户可以根据任务信息感知自己在赛季结束后得到了哪些物品，从而得到较好的奖励体验。

请参考图8，其示出了本申请一个实施例提供的赛季任务的结算装置的结构框图，该赛季任务的结算装置可以应用于包含业务进程和结算进程的应用程序中。该赛季任务的结算装置，包括：

获取模块810，用于获取结算指令，结算指令用于指示应用程序对赛季内各个用户帐号的任务完成情况进行结算；

获取模块810，还用于控制结算进程根据结算指令获取赛季数据，赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，比赛是业务进程提供的；

计算模块820，用于控制结算进程根据赛季数据计算各个用户帐号所完成任务的任务标识，任务标识用于确定奖励给用户帐号的物品。

在一种可能的实现方式中，应用程序还包括任务进程，该装置还包括：

发送模块，用于在结算进程根据赛季数据计算各个用户帐号所完成任务的任务信息之后，控制结算进程将各个用户帐号的任务标识发送给任务进程；

发放模块，用于控制任务进程根据各个用户帐号的任务标识向各个用户帐号发放对应的物品。

在一种可能的实现方式中，发放模块，还用于：

对于每个被成功登录的用户帐号，任务进程根据任务标识生成任务信息，任务信息用于描述奖励给用户帐号的物品；

任务进程调用物品发放接口将物品添加到用户帐号中。

在一种可能的实现方式中，发放模块，还用于：

任务进程监控物品发放接口的第一调用频率，第一调用频率是当前应用程序调用物品发放接口向用户帐号发放购买的物品的频率；

任务进程根据第一调用频率确定第二调用频率，第一调用频率和第二调用频率之和小于等于物品发放接口的最大调用频率；

任务进程以第二调用频率调用物品发放接口，根据各个用户帐号的任务标识向各个用户帐号发放对应的物品。

在一种可能的实现方式中，计算模块820，还用于：

结算进程对数据库中的赛季数据生成数据快照；

结算进程根据数据快照计算各个用户帐号所完成任务的任务标识。

在一种可能的实现方式中，获取模块810，还用于在结算进程在生成数据快照时出错时，控制结算进程获取赛季数据的备份数据，备份数据是预先对数据库中的赛季数据进行备份得到的；

计算模块820，还用于控制结算进程根据备份数据计算各个用户帐号所完成任务的任务标识。

综上所述，本申请实施例提供的赛季任务的结算装置，由于可以通过应用程序中的结算进程对赛季内各个用户帐号的任务完成情况进行结算，而无需再额外发布结算脚本，可以简化结算流程；另外，结算进程的稳定性高于结算脚本的稳定性，这样，可以减少结算流程中出现问题的概率，从而减少结算流程的耗时，提高结算流程的效率。

通过结算进程对数据库中的赛季数据生成数据快照，根据数据快照计算各个用户帐号所完成任务的任务标识，这样，即使结算流程出现问题，也不会影响数据库中的赛季数据，从而保证赛季数据的安全性。

由于发布的应用程序中包含任务进程，所以，无需准备和发布发奖脚本来发放物品，从而可以减少人工成本，也可以简化发奖流程。

通过发奖脚本来发放物品时需要停机维护，而大区中发放物品需要耗时近一天，如果发放物品的过程中出现问题还需要回滚数据并重新发放，导致耗时较长；而应用程序中的任务进程可以异步发放物品，无需停机维护，从而保证用户可以继续使用应用程序。

发奖脚本发放的物品依赖于结算脚本计算得到的用户帐号列表，而用户帐号列表是人工导入发奖脚本的，若用户帐号列表被篡改，则发奖脚本所发放的物品会出错，而本实施例中，结算进程直接将用户帐号和对应的任务标识发送给任务进程，无需人工干预，所以，可以保证发放的物品不被篡改。

请参考图9，其示出了本申请一个实施例提供的赛季奖励的发放装置的结构框图，该赛季奖励的发放装置可以应用于包含业务进程、结算进程和任务进程的应用程序中。该赛季奖励的发放装置，包括：

显示模块910，用于显示应用程序的登录界面；

接收模块920，用于在接收到对显示模块910显示的登录界面的登录操作时，获取登录请求，登录请求中携带有用户帐号；

显示模块910，还用于在对用户帐号的验证通过后，控制任务进程显示任务信息，任务信息是根据任务标识生成的，且任务信息用于描述奖励给用户帐号的物品，任务标识是结算进程根据结算指令获取赛季数据，根据赛季数据进行计算得到并发送给任务进程的，赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，比赛是业务进程提供的；

发放模块930，用于控制任务进程调用物品发放接口将物品添加到用户帐号中。

综上所述，本申请实施例提供的赛季奖励的发放装置，由于在用户登录用户帐号时即可看到任务信息，这样，用户可以根据任务信息感知自己在赛季结束后得到了哪些物品，从而得到较好的奖励体验。

本申请还提供了一种服务器，该服务器包括处理器和存储器，存储器中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的赛季任务的结算方法或赛季奖励的发放方法。需要说明的是，该服务器可以是如下图10所提供的服务器。

请参考图10，其示出了本申请一个示例性实施例提供的服务器的结构示意图。具体来讲：所述服务器1000包括中央处理单元(CPU)1001、包括随机存取存储器(RAM)1002和只读存储器(ROM)1003的系统存储器1004，以及连接系统存储器1004和中央处理单元1001的系统总线1005。所述服务器1000还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1006，和用于存储操作系统1013、应用程序1014和其他程序模块1015的大容量存储设备1007。

所述基本输入/输出系统1006包括有用于显示信息的显示器1008和用于用户输入信息的诸如鼠标、键盘之类的输入设备1009。其中所述显示器1008和输入设备1009都通过连接到系统总线1005的输入输出控制器1010连接到中央处理单元1001。所述基本输入/输出系统1006还可以包括输入输出控制器1010以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1010还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1007通过连接到系统总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。所述大容量存储设备1007及其相关联的计算机可读存储介质为服务器1000提供非易失性存储。也就是说，所述大容量存储设备1007可以包括诸如硬盘或者CD-ROI驱动器之类的计算机可读存储介质(未示出)。

不失一般性，所述计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1004和大容量存储设备1007可以统称为存储器。

存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1001执行，一个或多个程序包含用于实现上述赛季任务的结算方法或赛季奖励的发放方法的指令，中央处理单元1001执行该一个或多个程序实现上述各个方法实施例提供的赛季任务的结算方法或赛季奖励的发放方法。

根据本发明的各种实施例，所述服务器1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1000可以通过连接在所述系统总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本发明实施例提供的赛季任务的结算方法或赛季奖励的发放方法中由服务器所执行的步骤。

本申请实施例还提供一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器1010加载并执行以实现如上所述的赛季任务的结算方法或赛季奖励的发放方法。

本申请还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述各个方法实施例提供的赛季任务的结算方法或赛季奖励的发放方法。

本申请一个实施例提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上所述的赛季任务的结算方法或赛季奖励的发放方法。

本申请一个实施例提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如上所述的赛季任务的结算方法或赛季奖励的发放方法。

需要说明的是：上述实施例提供的赛季任务的结算装置在进行赛季任务的结算时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将赛季任务的结算装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的赛季任务的结算装置与赛季任务的结算方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (10)

1.一种赛季任务的结算方法，其特征在于，用于包含业务进程和结算进程的应用程序中，所述方法包括：

获取结算指令，所述结算指令用于指示所述应用程序对赛季内各个用户帐号的任务完成情况进行结算；

所述结算进程根据所述结算指令获取赛季数据，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

所述结算进程根据所述赛季数据计算各个用户帐号所完成任务的任务标识，所述任务标识用于确定奖励给所述用户帐号的物品。

2.根据权利要求1所述的方法，其特征在于，所述应用程序还包括任务进程，在所述结算进程根据所述赛季数据计算各个用户帐号所完成任务的任务信息之后，所述方法还包括：

所述结算进程将各个用户帐号的任务标识发送给所述任务进程；

所述任务进程根据各个用户帐号的任务标识向各个用户帐号发放对应的物品。

3.根据权利要求2所述的方法，其特征在于，所述任务进程根据各个用户帐号的任务标识向各个用户帐号发放对应的物品，包括：

对于每个被成功登录的用户帐号，所述任务进程根据所述任务标识生成任务信息，所述任务信息用于描述奖励给所述用户帐号的物品；

所述任务进程调用物品发放接口将所述物品添加到所述用户帐号中。

4.根据权利要求2所述的方法，其特征在于，所述任务进程根据各个用户帐号的任务标识向各个用户帐号发放对应的物品，包括：

所述任务进程监控所述物品发放接口的第一调用频率，所述第一调用频率是当前所述应用程序调用所述物品发放接口向所述用户帐号发放购买的物品的频率；

所述任务进程根据所述第一调用频率确定第二调用频率，所述第一调用频率和所述第二调用频率之和小于等于所述物品发放接口的最大调用频率；

所述任务进程以所述第二调用频率调用所述物品发放接口，根据各个用户帐号的任务标识向各个用户帐号发放对应的物品。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述结算进程根据所述赛季数据计算各个用户帐号所完成任务的任务标识，包括：

所述结算进程对数据库中的所述赛季数据生成数据快照；

所述结算进程根据所述数据快照计算各个用户帐号所完成任务的任务标识。

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

若所述结算进程在生成所述数据快照时出错，则获取所述赛季数据的备份数据，所述备份数据是预先对数据库中的所述赛季数据进行备份得到的；

所述结算进程根据所述备份数据计算各个用户帐号所完成任务的任务标识。

7.一种赛季奖励的发放方法，其特征在于，用于包括结算进程、业务进程和任务进程的应用程序中，所述方法包括：

显示所述应用程序的登录界面；

在接收到对所述登录界面的登录操作时，获取登录请求，所述登录请求中携带有用户帐号；

在对所述用户帐号的验证通过后，所述任务进程显示任务信息，所述任务信息是根据任务标识生成的，且所述任务信息用于描述奖励给所述用户帐号的物品，所述任务标识是所述结算进程根据结算指令获取赛季数据，根据所述赛季数据进行计算得到并发送给所述任务进程的，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

所述任务进程调用物品发放接口将所述物品添加到所述用户帐号中。

8.一种赛季任务的结算装置，其特征在于，用于包含业务进程和结算进程的应用程序中，所述装置包括：

获取模块，用于获取结算指令，所述结算指令用于指示所述应用程序对赛季内各个用户帐号的任务完成情况进行结算；

所述获取模块，还用于控制所述结算进程根据所述结算指令获取赛季数据，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

计算模块，用于控制所述结算进程根据所述赛季数据计算各个用户帐号所完成任务的任务标识，所述任务标识用于确定奖励给所述用户帐号的物品。

9.一种赛季奖励的发放装置，其特征在于，用于包括结算进程、业务进程和任务进程的应用程序中，所述装置包括：

显示模块，用于显示所述应用程序的登录界面；

接收模块，用于在接收到对所述显示模块显示的所述登录界面的登录操作时，获取登录请求，所述登录请求中携带有用户帐号；

所述显示模块，还用于在对所述用户帐号的验证通过后，控制所述任务进程显示任务信息，所述任务信息是根据任务标识生成的，且所述任务信息用于描述奖励给所述用户帐号的物品，所述任务标识是所述结算进程根据结算指令获取赛季数据，根据所述赛季数据进行计算得到并发送给所述任务进程的，所述赛季数据是各个用户帐号在赛季内参加比赛后所产生的数据，所述比赛是所述业务进程提供的；

发放模块，用于控制所述任务进程调用物品发放接口将所述物品添加到所述用户帐号中。

10.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至6任一项所述的赛季任务的结算方法；或者，所述指令由所述处理器加载并执行以实现如权利要求7所述的赛季奖励的发放方法。