CN110109746B - 一种任务处理方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种任务处理方法，包括：显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；响应于用户通过所述第一控件触发的配置操作，获取任务配置参数，响应于用户通过所述第二控件触发的配置操作，获取资源配置参数，并根据所述任务配置参数和资源配置参数生成任务；向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务。如此能够实现任务针对性下发，避免系统资源被大量占用，提高系统响应效率，满足实时业务需求，提高整个应用的运行性能。本申请还公开了对应的装置、设备及介质。

Description

一种任务处理方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种任务处理方法、装置、设备及计算机存储介质。

背景技术

随着计算机技术的发展，各种类型的应用如游戏应用、社交应用应运而生。在这些应用中通过后台系统随机下发类型固定的任务，用户通过执行这些任务，可以获得一定的资源奖励，如此提升用户在应用环境中参与度。

然而，由于应用后台系统的任务资源类型单一，没有针对性，导致在实际应用中容易出现任务下发后长时间处于等待执行的阶段，而应用后台系统监控任务执行过程就会耗费更多的系统资源，影响整个应用的运行性能。

发明内容

本申请提供了一种任务处理方法，其通过由用户自行根据需求配置、下发任务，代替应用后台系统按照固定类型下发任务，解决任务资源类型单一，没有针对性导致任务下发后长时间处于等待执行的阶段，耗费较多的系统资源，影响运行性能的问题。本申请还提供了对应的装置、设备、介质及计算机程序产品。

有鉴于此，本申请第一方面提供了一种任务处理方法，所述方法包括：

显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；

响应于用户通过所述第一控件触发的配置操作，获取任务配置参数，响应于用户通过所述第二控件触发的配置操作，获取资源配置参数，并根据所述任务配置参数和资源配置参数生成任务；

向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务。

本申请第二方面提供了一种任务处理方法，所述方法包括：

接收第一终端发送的任务发布请求，所述任务发布请求中携带待发布的任务，所述任务是根据用户通过所述第一终端配置的任务配置参数和资源配置参数生成的；

响应于所述任务发布请求，向任务库添加所述任务，并发布所述任务。

可选的，所述任务发布请求中还携带有所述任务的接取条件；

所述方法还包括：

接收第二终端发送的任务接取请求，所述任务接取请求用于请求接取目标任务，所述目标任务为所述任务库中的任意一个；

在所述目标任务的状态为未结束，且所述任务接取请求的请求方满足所述目标任务的接取条件时，向所述第二终端发送任务接取应答，所述任务接取应答表征允许所述请求方接取所述目标任务。

可选的，所述方法还包括:

接收所述第二终端发送的资源领取请求；

当所述目标任务的状态为未结束时，按照所述目标任务的可分配资源的分配规则分配所述可分配资源；

当所述目标任务的状态为结束时，拒绝所述资源领取请求。

本申请第三方面提供了一种任务处理装置，所述装置包括：

显示单元，显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；

生成单元，用于响应于用户通过所述第一控件触发的配置操作，获取任务配置参数，响应于用户通过所述第二控件触发的配置操作，获取资源配置参数，并根据所述任务配置参数和资源配置参数生成任务；

发送单元，用于向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务。

本申请第四方面提供了一种任务处理装置，所述装置包括：

接收单元，用于接收第一终端发送的任务发布请求，所述任务发布请求中携带待发布的任务，所述任务是根据用户通过所述第一终端配置的任务配置参数和资源配置参数生成的；

发布单元，用于响应于所述任务发布请求，向任务库添加所述任务，并发布所述任务。

本申请第五方面提供了一种终端，所述终端包括显示器、处理器以及存储器：

所述显示器用于显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行本申请第一方面所述的方法。

本申请第六方面提供了一种服务器，所述服务器包括处理器和存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行本申请第二方面所述的方法。

本申请第七方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本申请第一方面或第二方面所述的任务处理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中提供了一种任务处理方法，该方法通过显示任务配置界面，该任务配置界面承载有配置任务的第一控件和配置针对所述任务的可分配资源的第二控件，用户可以通过上述控件实现任务及其可分配资源的自定义配置，基于用户通过上述控件触发的配置操作，获取任务配置参数和资源配置参数，并根据该参数生成任务，然后向服务器发送任务发布请求，指示服务器发布该任务，如此能够实现任务针对性下发，由用户根据实际需求而自定义任务及可分配资源情况，以使地任务具有针对性，有效提高缩短任务持续时间，避免系统资源被大量占用，提高系统响应效率，满足实时业务需求，提高整个应用的运行性能。

附图说明

图1为本申请实施例中任务处理方法的场景架构图；

图2为本申请实施例中任务处理方法的流程图；

图3为本申请实施例中任务配置界面示意图；

图4为本申请实施例中任务配置界面示意图；

图5为本申请实施例中任务处理方法的流程图；

图6为本申请实施例中任务处理方法的场景示意图；

图7为本申请实施例中任务处理装置的一个结构示意图；

图8为本申请实施例中任务处理装置的一个结构示意图；

图9为本申请实施例中任务处理装置的一个结构示意图；

图10为本申请实施例中任务处理装置的一个结构示意图；

图11为本申请实施例中任务处理装置的一个结构示意图；

图12为本申请实施例中任务处理装置的一个结构示意图；

图13为本申请实施例中任务处理装置的一个结构示意图；

图14为本申请实施例中终端的一个结构示意图；

图15为本申请实施例中服务器的一个结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

针对应用后台系统的任务资源类型单一，没有针对性，导致在实际应用中容易出现任务下发后长时间处于等待执行的阶段，也即应用后台系统和应用用户脱节，进而导致应用后台系统监控任务执行过程耗费更多的系统资源，影响整个应用的运行性能的问题，本申请提供了一种任务处理方法，其通过在应用用户的客户端提供任务配置界面，该任务界面承载有配置任务的第一控件和配置针对任务的可分配资源的第二控件，用户可以基于上述第一控件和第二控件触发配置操作，从而实现由用户主动配置任务，而无需基于应用后台系统按照固定的模式下发任务。

在该方案中，用户能够根据自身需求实现多元化任务配置，而且该任务是针对性下发的，任务下发后能够很快执行，无需长时间处于等待执行的阶段，避免了应用后台系统与应用用户脱节的情况，从而避免了应用后台系统监控任务执行过程时系统资源被大量占用，提高了系统响应效率，满足了实时业务需求，进而提高了整个应用的运行性能。

可以理解，本申请提供的任务处理方法可以应用于终端，该终端是指具有显示屏的处理设备，终端可以为桌面终端，也可以是智能手机、平板电脑等便携式移动终端，还可以是车载终端，或者增强现实(AugmentedReality，AR)终端、虚拟现实(VirtualReality，VR)终端，本申请对此不作限定。

需要说明的是，本申请提供的任务处理方法可以以计算机程序的形式存储于终端，终端通过执行上述计算机程序实现本申请提供的任务处理方法。其中，计算机程序可以是独立的应用程序，也可以是集成于其他程序上的功能模块、插件、小程序等等。

为了使得本申请的技术方案更加清楚、易于理解，下面将结合具体场景对本申请提供的任务处理方法进行介绍。

参见图1所示的任务处理方法的场景架构图，该场景中包括终端10和服务器20，终端10显示任务配置界面，该任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源，然后终端10响应于用户通过所述第一控件触发的配置操作，获取任务配置参数，响应于用户通过所述第二控件触发的配置操作，获取资源配置参数，并根据所述任务配置参数和资源配置参数生成任务，接着，向服务器20发送任务发布请求，所述任务发布请求用于请求所述服务器20发布所述任务。

接下来，将从终端的角度对本申请提供的任务处理方法的各个步骤进行详细说明。参见图2所示的任务处理方法的流程图，该方法包括：

S201：显示任务配置界面。

所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源。其中，所述可分配资源用于作为用户完成所述任务的奖励。该可分配资源具体可以是具有购买力的货币，或者等值的物品等等。

在一些可能的实现方式中，所述任务配置界面还承载有第三控件，所述第三控件用于配置所述任务的接取条件，该接取条件可以理解为接取任务的限制条件，用于限制接取任务的用户。换言之，在此种情形下，并非所有用户均可以接取任务，只有满足接取条件的用户方可接取任务。

其中，接取条件可以是针对用户属性进行限制的条件，也可以是对任务完成时间等进行限制的条件。基于该接取条件限制，可以防止团体刷奖励。以游戏应用为例，用户属性可以是用户所控制角色的等级和/或战力值，发布任务的用户可以基于角色等级和战力值对接取任务的用户进行限制，任务完成时间可以是今日或下一场国战等等，发布任务的用户可以通过今日或者下一场国战对任务完成时间进行限制，以便意图接取任务的用户根据自身需求确定是否接取任务。

在具体实现时，终端可以通过在应用的当前页面通过弹窗的方式显示任务配置界面，如此，可以提醒用户及时进行任务配置。当然，终端也可以通过在应用的当前页面通过页面跳转的方式显示任务配置界面，其中，页面跳转可以包括以下两种实现方式，一种实现方式为，直接在当前页面进行页面跳转，另一种实现方式为，保留当前页面，在新增页面进行页面跳转，如此用户在完成配置操作后，可以直接关闭该新增页面，而不影响用户其他操作。

S202：响应于用户通过所述第一控件触发的配置操作，获取任务配置参数，响应于用户通过所述第二控件触发的配置操作，获取资源配置参数，并根据所述任务配置参数和资源配置参数生成任务。

具体地，用户通过第一控件和第二控件触发配置操作时，终端可以响应于该操作，获取相应的任务配置参数和资源配置参数，并根据该任务配置参数和资源配置参数生成具有可分配资源的任务，也即悬赏任务。

其中，第二控件中包括资源分配规则控件，该资源分配规则控件提供至少两种资源分配规则以供用户选择。在实际应用时，该资源分配规则控件可以提供平均分配规则、随机分配规则和阶梯分配规则中的至少两种以供用户选择。

当用户通过该第二控件中的资源分配规则控件触发选择操作时，终端可以响应于该选择操作，显示与用户选择的目标资源分配规则相匹配的资源配置参数控件，然后终端接收用户通过资源配置参数控件配置的配置参数，作为所述任务的资源配置参数。

作为本申请的一个示例，终端通过资源分配规则控件提供平均分配规则、随机分配规则和阶梯分配规则供用户选择。下面对用户选择上述分配规则下获取资源配置参数的过程进行说明。

当用户选择的目标资源分配规则为平均分配规则时，终端显示总额配置控件、分配份数配置控件和资源平均额配置控件中任意两个，如显示总额配置控件和分配份数配置控件，或者现实资源平均额配置控件和分配份数配置控件。如此，用户基于终端显示的控件配置相应的参数，在配置参数时，终端可以直接通过输入数值的方式实现，也可以与各控件对应的递增控件和递减控件实现。基于此，终端接收用户通过总额配置控件、分配份数控件和/或资源平均额配置控件配置的参数，具体为可分配资源的总额、分配份数和/或平均额，作为所述任务的资源配置参数。

当用户选择的目标资源分配规则为随机分配规则时，终端显示总额配置控件和分配份数配置控件，如此，用户基于终端显示的总额配置控件和分配份数配置控件配置相应的参数，终端接收用户通过上述控件配置的参数，具体为可分配资源的总额和分配份数，作为所述任务的资源配置参数。

当用户选择的目标资源分配规则为阶梯分配规则时，终端显示N个阶梯对应的任务完成度控件以及与任务完成度对应的分配额控件和分配份数控件，所述N为大于1的正整数。换言之，在此种情形下，终端将完成任务的完成度划分为N个范围，也即N个阶梯，针对每个范围，按照规定的分配额和分配份数分配上述可分配资源。如此，可以实现按用户的贡献分配可分配资源，或者说是按劳分配可分配资源，有利于提高用户参与该应用环境的积极性。

考虑到一些作弊情况，终端还可以对分配份数进行限制，从而实现防刷。具体地，终端可以响应于用户通过所述分配份数配置控件触发的分配份数配置操作，限制所述分配份数不小于分配份数阈值。其中，分配份数阈值可以根据实际需求自定义设置。在限制所述分配份数不小于分配份数阈值时，可以通过多种方式实现，一种实现方式为，在分配份数配置控件旁提示分配分数不小于分配份数阈值，另一种实现方式为在用户配置分配份数后，检测用户输入的数值是否不小于分配份数阈值，若否，则拒绝提交上述配置参数。如此，可以实现限制最低悬赏人数，防止可分配资源定向转移。

当然，在一些可能的实现方式中，还可以通过任务的发布系统通过收取手续费的方式，如每次发布任务，即收取5％的手续费实现防刷。

在该实施例中，第一控件中包括任务类型控件，该任务类型控件至少提供两种任务类型以供用户选择。作为本申请的一个示例，任务类型控件可以提供行为数量限制型、任务完成型和排行榜排名型中的任意两种，或者提供以上三种类型供用户选择。

用户通过第一控件中的任务类型控件触发针对任务类型的选择操作，终端响应于该选择操作，显示与用户选择的目标任务类型相匹配的任务配置参数控件，然后接收用户通过该任务配置参数控件配置的配置参数，作为所述任务的任务配置参数。

下面将对用户选择不同任务类型时，获取任务配置参数的过程进行详细说明。

当用户选择的目标任务类型为行为数量限制型时，终端显示与用户选择的目标任务类型相匹配的任务配置参数控件，具体为显示行为名称控件和行为数量控件，用户通过该行为名称控件和行为数量控件配置行为名称和行为数量等参数，终端接收用户配置的上述参数作为任务配置参数。

在有些情况下，终端还可以显示行为地点控件，用户还通过上述行为地点控件配置行为地点参数，终端接收用户配置的行为名称、行为数量、行为地点等参数作为任务配置参数。

当用户选择的目标任务类型为任务完成型时，终端显示与用户选择的目标任务类型相匹配的任务配置参数控件，具体为显示行为名称控件。其中，该行为名称控件提供有完成型行为，如“参与国战”，供用户选择。

当用户选择的目标任务类型为排行榜排名型时，终端显示与用户选择的目标任务类型相匹配的任务配置参数控件，具体为显示行为名称控件和排名限值控件。其中，行为名称控件提供有排名型行为，如“上缴国战资源数量排名”，供用户选择。

S203：向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务。

在具体实现时，终端通过服务器发布任务，以便应用用户能够基于服务器发布的任务确定是否领取任务。具体地，终端通过向服务器发送任务发布请求，服务器基于该任务发布请求发布所述任务。

需要说明的是，当任务配置界面还承载第三控件时，终端还可以响应于用户通过所述第三控件触发的配置操作，获取所述任务的接取条件，然后通过所述任务发布请求向所述服务器发送所述任务的接取条件，以使所述服务器基于所述接取条件确定任务接取用户。

其中，终端通过所述任务发布请求向所述服务器发送所述任务的接取条件可以通过如下两种方式实现。一种实现方式为，将所述任务的接取条件作为任务配置参数，根据任务配置参数和资源配置参数生成任务，在所述任务发布请求中携带所述任务，从而实现通过所述任务发布请求向所述服务器发送任务的接取条件；另一种实现方式为，将所述任务的接取条件作为独立的参数，在根据任务配置参数和资源配置参数生成任务后，将所述任务和所述任务的接取条件一同携带于任务发布请求中，从而实现通过所述任务发布请求向所述服务器发送任务的接取条件。

在另一些可能的实现方式中，所述资源配置参数控件还包括分配时间控件，终端还可以响应于用户通过所述分配时间控件触发的配置操作，获取所述任务的可分配资源对应的可分配时间，然后通过所述任务发布请求向所述服务器发送所述可分配时间，以使所述服务器基于所述可分配时间确定是否分配所述可分配资源。

其中，可分配时间可以是具体的日期，如今日、5月21日等等，也可以是基于事件或行为确定的日期，如参与下次国战等等。

通过所述任务发布请求向所述服务器发送所述可分配时间的实现方式有两种，可以参见上文通过所述任务发布请求向所述服务器发送任务的接取条件的实现方式，在此不再赘述。

为了便于理解，本申请还提供了任务配置界面的界面示意图，下面将结合该界面示意图，对本申请的任务处理方法进行介绍。

参见图3，任务配置界面30承载有第一控件31、第二控件32和第三控件33，其中，第一控件31中包括任务类型控件34，参见任务类型控件34的下拉列表35，其提供有行为数量型、任务完成型和排行榜排名型等三种任务类型供用户选择，第二控件32中包括资源分配规则控件36，参见资源分配规则控件36的下拉列表37，其提供有平均分配、随机分配和阶梯分配等三种分配规则供用户选择，第三控件33中包括用户属性控件，如等级控件、战力控件，用于配置接取任务的用户等级下限、用户战力下限。

当用户选择目标任务类型为行为数量型、目标资源分配规则为平均分配时，如图4所示，终端在任务配置界面30中显示第一控件31、第二控件32和第三控件33。其中，第一控件31中包括行为名称控件311、行为数量控件312和行为地点控件313，用户通过上述控件配置行为名称为击败人数，行为数量为10，行为地点为青州，如此，可以确定该任务包括在青州击败至少10个敌人；第二控件32中包括资源平均额配置控件321、分配份数配置控件322和分配时间控件323，分别用于配置任务的可分配资源对应的资源平均额、分配份数和可分配时间，作为一个示例，资源平均额为10，分配份数为10，可分配时间为今日；第三控件33中包括等级控件331和战力控件332，用于配置接取任务的用户等级下限、用户战力下限。

用户选择目标任务类型为其他类型、目标资源分配规则为其他规则时，任务配置界面30与图4类似，仅仅显示的控件存在一些细微差别，在此不再一一例举。

由上可知，本申请实施例提供了一种任务处理方法，该方法通过显示任务配置界面，该任务配置界面承载有配置任务的第一控件和配置针对所述任务的可分配资源的第二控件，用户可以通过上述控件实现任务及其可分配资源的自定义配置，基于用户通过上述控件触发的配置操作，获取任务配置参数和资源配置参数，并根据该参数生成任务，然后向服务器发送任务发布请求，指示服务器发布该任务，如此能够实现任务针对性下发，避免系统资源被大量占用，提高系统响应效率，满足实时业务需求，提高整个应用的运行性能。

接下来，从服务器的角度对本申请提供的任务处理方法进行介绍。

参见图5所示的任务处理方法的流程图，该方法包括：

S501：接收第一终端发送的任务发布请求。

所述任务发布请求中携带待发布的任务，所述任务是根据用户通过所述第一终端配置的任务配置参数和资源配置参数生成的。

其中，任务配置参数包括任务类型以及该任务类型对应的行为名称。当任务类型为行为数量型时，任务配置参数还包括行为数量，当然，在有些情况下，任务配置参数还可以包括行为地点；当任务类型为排行榜排名型时，任务配置参数还可以包括排名限值。

资源配置参数包括资源分配规则以及与该资源分配规则对应的资源分配参数。当资源分配规则为平均分配规则时，资源分配参数包括总额、分配份数和资源平均额中的任意两个；当资源分配规则为随机分配规则时，资源分配参数包括总额和分配份数；当资源分配规则为阶梯分配规则时，资源分配参数包括N个阶梯对应的任务完成度以及与各任务完成度对应的分配额和分配份数。

需要说明的是，任务发布请求中还可以携带任务的接取条件，如对等级、战力等用户属性的限制条件，或者，对任务完成时间的限制条件。如此，服务器可以基于该任务接取条件确定任务接取用户。

还需要说明的是，任务发布请求中还可以携带所述任务的可分配时间，所述任务的可分配资源仅在该可分配时间范围进行分配，如此，服务器可以基于该可分配时间对任务进行管理。

S502：响应于所述任务发布请求，向任务库添加所述任务，并发布所述任务。

具体地，服务器响应于任务发布请求，向任务库也即悬赏池添加所述任务，并发布所述任务，如此，该应用中的用户可以浏览该任务。

需要说明的是，为了保障可靠性，服务器可以对任务发布请求进行审核，如风控审核，在审核通过后，再向任务库中添加任务。其中，服务器还可以在扣除该任务对应的可分配资源，也即在扣除悬赏金额后，再执行添加任务至任务库和发布任务的步骤。当然，服务器也可以扣除悬赏金额和手续费后，再执行发布任务的步骤。

可以理解，该应用的用户可以通过访问任务库，获取服务器发布的任务，当其满足某一任务的接取条件时，可以将该任务做完目标任务，通过第二终端发起针对目标任务的任务接取请求，用于请求接取目标任务。

如此，服务器接收第二终端发送的任务接取请求，在所述目标任务的状态为未结束，且所述任务接取请求的请求方满足所述目标任务的接取条件时，向所述第二终端发送任务接取应答，所述任务接取应答表征允许所述请求方接取所述目标任务。

任务接取用户在接取任务后，可以执行任务，当完成任务时，用户可以向服务器领取资源。具体地，服务器接收所述第二终端发送的资源领取请求，当所述目标任务的状态为未结束时，按照所述目标任务的可分配资源的分配规则分配所述可分配资源，当所述目标任务的状态为结束时，拒绝所述资源领取请求。

为了保障任务为有效任务，服务器还可以基于任务的可分配时间对任务库以及用户领取的任务进行刷新。基于此，本申请提供了如下几种任务刷新机制。

第一种刷新机制为每日刷新，服务器在每日零点清空任务库中前一天发布的每日刷新类任务，若该任务未结束，则将剩余未领取的可分配资源返回给任务发布用户。针对用户已领取的任务，服务器同样在每日零点清除前一天的每日刷新类任务。

第二种刷新机制为排行榜类刷新，针对任务库中的排行榜排名型任务，其是通过排行榜刷新的，服务器遍历排行榜通知上榜用户，清除前一天的排行榜排名型任务。针对用户已领取的排行榜排名型任务，需要清除上榜单的任务，还需要刷新过期的任务。其处理机制为在零点或者登陆时，处理用户接取的前一天排行榜类任务，在登录时的延迟时间处理离线消息，超过延迟时间未处理的任务是未上榜单的，需要清除。

第三种刷新机制为下次活动结束刷新，例如，任务为参加下次国战时，发布者在发布时是不知道开启时间的，基于此，服务器可以在每日零点清除任务时比较当前任务的发布时间和上场国战的结束时间，若是在上场国战结束之前发布的，则表明可以清除该任务，用户已领取的任务清除与任务库中的任务类似，服务器通过判断上一次国战的结束时间和接取的国战任务的时间来判定是否清除。

由此可见，本申请实施例提供了一种任务处理方法，接收用户通过第一发送的任务发布请求，该任务发布请求中携带待发布的任务，该任务是根据用户通过所述第一终端配置的任务配置参数和资源配置参数生成的，然后响应于所述任务发布请求，向任务库添加所述任务，并发布所述任务，从而实现任务针对性配置和下发，避免系统资源被大量占用，提高系统响应效率，满足实时业务需求，提高整个应用的运行性能。

下面将从硬件实现的角度对本申请的任务处理方法进行介绍。

具体地，终端具有客户端连接模块Tconnd，服务器具体包括玩家逻辑服务器Zone和存储公共悬赏信息如进度、状态的悬赏公共管理模块Rela。其中，玩家的请求如任务发布请求、任务接取请求、资源领取请求通过tconnd发送到对应的zone上，Zone处理客户端连接模块Tconnd发送的请求。

悬赏任务的发布、接取、提交过程具体如下：

1、悬赏发布:玩家通过tconnd请求到对应的zone上，zone在公共的Rela上请求玩家发布悬赏，Rela在悬赏池增加一个悬赏，返回给zone结果，并将最新的悬赏列表数据同步下来；

2、悬赏接取:玩家通过tconnd请求到对应的zone上，zone上判定当前玩家是否满足接取条件，然后返回对应的结果，此时，由于接取的悬赏直接到玩家身上，所以不涉及到悬赏公共信息的变动，不需要同步请求到Rela；

3、悬赏提交:玩家通过tconnd请求到对应的zone上，zone在公共的Rela上请求玩家提交悬赏，Rela上会判定当前悬赏提交人数是否达到上限，没达到上限方可提交，然后发放奖励，更新最新的悬赏进度以及将悬赏状态同步到zone。

本申请将任务发布权交由玩家，发布者可根据游戏氛围，按照任务的玩法、任务行为目标数量和排名发布玩家自定义悬赏任务内容，结合抢红包功能体验，发挥玩家的主观能动性，使得能够自行发布并设置悬赏任务的内容和接取门槛、完成时间和奖励内容等，完成即可以领取奖励红包。如此使得玩家在每日重复的系统悬赏中体验差异化用户原创内容(UserGenerated Content，UGC)和奖励，更有动力促进发布者与完成者之间的合作，各取所需，增强集体凝聚力，优化游戏内社交生态。

该方法通过配置实现悬赏条件的统一管理，增强代码的通用性，提升发布玩家的操作空间。此外，通过离线消息机制实现排行榜类悬赏的奖励发放，通过各类玩法的刷新机制支持各种不同的悬赏类型，增加悬赏的多样性；并且通过悬赏发布广播，提升接取玩家的参与感和趣味性。

为了使得本申请的技术方案更加清楚和易于理解，下面将以游戏应用为例对本申请的任务处理方法进行介绍。

参见图6所示的任务处理方法的应用场景示意图，该场景中包括第一终端10、服务器20和多个第二终端30，第一终端10显示有任务配置界面60，该任务配置界面60提供有第一控件61、第二控件62和第三控件63，其中，第一控件61中包括任务类型控件，第二控件62中包括资源分配规则控件，第三控件63中包括用户属性控件，如战力控件、等级控件。

用户通过任务类型控件选择目标任务类型，如行为数量型，通过资源分配规则控件选择目标资源分配规则，如平均分配规则，如此，任务配置界面60将进行页面跳转，跳转后的页面中第一控件61显示行为名称、行为数量、行为地点等控件，即图中悬赏目标、目标数量、目标范围，第二控件62显示资源平均额配置控件、分配份数配置控件，即图中所示悬赏金额、悬赏人数。用户在跳转后的页面中，基于上述控件配置悬赏目标、目标数量、目标范围等任务配置参数，悬赏金额、悬赏人数等资源配置参数，以及战力下限、等级下限等接取条件。

接着，第一终端10响应于用户的配置操作，根据任务配置参数、资源配置参数和任务的接取条件生成任务，然后在任务发布请求中携带该任务，并向服务器20发送任务发布请求。

服务器20接收到任务发布请求后，确定该任务发布请求中的任务所对应的可分配资源的金额以及相应的手续费，然后扣除相应金额的可分配资源，即悬赏金额，并扣除手续费，再将所述任务添加至任务库，也即悬赏池，并发布所述任务。

该应用中的用户可以通过第二终端30同步任务库中的任务列表，第二终端30显示该任务列表，以便用户浏览该任务列表中的任务。在浏览过程中，用户可以选择任一任务作为目标任务，发起任务接取请求，其中，任务接取请求中携带有用户标识，服务器20接收到该任务接取请求后，根据其携带的用户标识获取对应的用户等级和用户战力值，当用户等级和用户战力值均满足条件，且目标任务的状态为未结束时，将该用户确定为任务接取用户，向第二终端30返回任务接取应答，若至少有一项不满足条件，或者目标任务的状态为结束，则拒绝所述任务接取请求，用户无法接取任务。

针对任务接取用户，其可以通过第二终端30执行任务，当完成所述任务时，该用户还可以通过第二终端30向服务器20发送资源领取请求，服务器20核实用户的任务完成状况，并确定所述任务的状态，若核实所述用户完成任务，且所述任务的状态为未结束，则根据预先配置的资源平均额向所述第二终端30分配可分配资源，若所述任务的状态为已结束，则拒绝分配。

基于本申请实施例提供的上述方法，本申请还提供了对应的任务处理装置，下面将从功能模块化的角度对其进行介绍。

参见图7所示的任务处理装置的结构示意图，该装置700包括：

显示单元710，显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；

生成单元720，用于响应于用户通过所述第一控件触发的配置操作，获取任务配置参数，响应于用户通过所述第二控件触发的配置操作，获取资源配置参数，并根据所述任务配置参数和资源配置参数生成任务；

发送单元730，用于向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务。

可选的，参见图8，图8为本申请实施例提供的任务处理装置的一个结构示意图，在图7所示结构的基础上，所述任务配置界面还承载有第三控件，所述第三控件用于配置所述任务的接取条件；

所述装置700还包括：

第一获取单元740，用于响应于用户通过所述第三控件触发的配置操作，获取所述任务的接取条件；

所述发送单元730还用于：

通过所述任务发布请求向所述服务器发送所述任务的接取条件，以使所述服务器基于所述接取条件确定任务接取用户。

可选的，所述生成单元720在响应于用户通过所述第二控件触发的配置操作，获取资源配置参数时，具体用于：

响应于用户通过所述第二控件中的资源分配规则控件触发的选择操作，显示与用户选择的目标资源分配规则相匹配的资源配置参数控件；

接收用户通过所述资源配置参数控件配置的配置参数，作为所述任务的资源配置参数。

可选的，当所述目标资源分配规则为平均分配规则时，所述显示单元710还用于：显示总额配置控件、分配份数配置控件和资源平均额配置控件中任意两个；

当所述目标资源分配规则为随机分配规则时，所述显示单元710还用于：显示总额配置控件和分配份数配置控件；

当所述目标资源分配规则为阶梯分配规则时，所述显示单元710还用于：显示N个阶梯对应的任务完成度控件以及与任务完成度对应的分配额控件和分配份数控件，所述N为大于1的正整数。

可选的，参见图9，图9为本申请实施例提供的任务处理装置的一个结构示意图，在图7所示结构的基础上，所述装置700还包括：

控制单元750，用于响应于用户通过所述分配份数配置控件触发的分配份数配置操作，限制所述分配份数不小于分配份数阈值。

可选的，参见图10，图10为本申请实施例提供的任务处理装置的一个结构示意图，在图7所示结构的基础上，所述资源配置参数控件还包括分配时间控件；

所述装置700还包括：

第二获取单元760，用于响应于用户通过所述分配时间控件触发的配置操作，获取所述任务的可分配资源对应的可分配时间；

所述发送单元730还用于：

通过所述任务发布请求向所述服务器发送所述可分配时间，以使所述服务器基于所述可分配时间确定是否分配所述可分配资源。

可选的，所述生成单元720在响应于用户通过所述第一控件触发的配置操作，获取任务配置参数时，具体用于：

响应于用户通过所述第一控件中的任务类型控件触发的选择操作，显示与用户选择的目标任务类型相匹配的任务配置参数控件；

接收用户通过所述任务配置参数控件配置的配置参数，作为所述任务的任务配置参数。

可选的，当所述目标任务类型为行为数量限制型时，所述显示单元710还用于：显示行为名称控件和行为数量控件；

当所述目标任务类型为任务完成型时，所述显示单元710还用于：显示行为名称控件；

当所述目标任务类型为排行榜排名型时，所述显示单元710还用于：显示行为名称控件和排名限值控件。

本申请还提供了另一种任务处理装置，参见图11所示的任务处理装置的结构示意图，该任务处理装置1100包括：

接收单元1110，用于接收第一终端发送的任务发布请求，所述任务发布请求中携带待发布的任务，所述任务是根据用户通过所述第一终端配置的任务配置参数和资源配置参数生成的；

发布单元1120，用于响应于所述任务发布请求，向任务库添加所述任务，并发布所述任务。

可选的，参见图12，图12为本申请实施例提供的任务处理装置的一个结构示意图，在图11所示结构的基础上，所述任务发布请求中还携带有所述任务的接取条件；

所述装置1100还包括应答单元1130，其中：

接收单元1110还用于，接收第二终端发送的任务接取请求，所述任务接取请求用于请求接取目标任务，所述目标任务为所述任务库中的任意一个；

应答单元1130用于，在所述目标任务的状态为未结束，且所述任务接取请求的请求方满足所述目标任务的接取条件时，向所述第二终端发送任务接取应答，所述任务接取应答表征允许所述请求方接取所述目标任务。

可选的，参见图13，图13为本申请实施例提供的任务处理装置的一个结构示意图，在图12所示结构的基础上，所述装置1100还包括管理单元1140，其中:

接收单元1110还用于，接收所述第二终端发送的资源领取请求；

管理单元1140用于，当所述目标任务的状态为未结束时，按照所述目标任务的可分配资源的分配规则分配所述可分配资源；当所述目标任务的状态为结束时，拒绝所述资源领取请求。

基于本申请实施例提供的上述方法和装置的具体实现，本申请还提供了一种任务处理设备，下面将从硬件实体化的角度对本申请实施例提供的设备进行介绍。

本申请实施例提供了一种设备，该设备具体可以是终端，如图14所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(PersonalDigitalAssistant，PDA)、车载电脑等任意终端设备，以终端为手机为例：

图14示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图14，手机包括：射频(英文全称：RadioFrequency，英文缩写：RF)电路1410、存储器1420、输入单元1430、显示单元1440、传感器1450、音频电路1460、无线保真(英文全称：wirelessfidelity，英文缩写：WiFi)模块1470、处理器1480、以及电源1490等部件。本领域技术人员可以理解，图14中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储器1420可用于存储软件程序以及模块，处理器1480通过运行存储在存储器1420的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器1480是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1420内的软件程序和/或模块，以及调用存储在存储器1420内的数据，执行手机的各种功能和处理数据。可选的，处理器1480可包括一个或多个处理单元；优选的，处理器1480可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1480中。

在本申请实施例中，该终端所包括的显示单元1440具有以下功能；

显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；

该终端所包括的处理器1480还具有以下功能：

响应于用户通过所述第一控件触发的配置操作，获取任务配置参数，响应于用户通过所述第二控件触发的配置操作，获取资源配置参数，并根据所述任务配置参数和资源配置参数生成任务；

向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务。

可选的，处理器1480还可以用于执行本申请实施例中任务处理方法的任意一种实现方式的步骤。

本申请实施例还提供了另一种设备，该设备可以是服务器，该服务器1500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，CPU)1522(例如，一个或一个以上处理器)和存储器1532，一个或一个以上存储应用程序1542或数据1544的存储介质1530(例如一个或一个以上海量存储设备)。其中，存储器1532和存储介质1530可以是短暂存储或持久存储。存储在存储介质1530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1522可以设置为与存储介质1530通信，在服务器1500上执行存储介质1530中的一系列指令操作。

服务器1500还可以包括一个或一个以上电源1526，一个或一个以上有线或无线网络接口1550，一个或一个以上输入输出接口1558，和/或，一个或一个以上操作系统1541，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图15所示的服务器结构。

其中，CPU1522用于执行如下步骤：

接收第一终端发送的任务发布请求，所述任务发布请求中携带待发布的任务，所述任务是根据用户通过所述第一终端配置的任务配置参数和资源配置参数生成的；

响应于所述任务发布请求，向任务库添加所述任务，并发布所述任务。

可选的，所述CPU1522还用于执行本申请实施例提供的任务处理方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的一种任务处理方法中的任意一种实施方式。

本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种任务处理方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：RandomAccess Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (9)

1.一种任务处理方法，其特征在于，所述方法包括：

显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；所述第一控件包括任务类型控件；所述第二控件包括资源分配规则控件；

响应于用户通过所述第一控件中的任务类型控件触发的选择操作，显示与用户选择的目标任务类型相匹配的任务配置参数控件；接收用户通过所述任务配置参数控件配置的配置参数，作为所述任务的任务配置参数；响应于用户通过所述第二控件中的资源分配规则控件触发的选择操作，显示与用户选择的目标资源分配规则相匹配的资源配置参数控件；接收用户通过所述资源配置参数控件配置的配置参数，作为所述任务的资源配置参数，并根据所述任务配置参数和资源配置参数生成任务；

向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务；

其中，当所述目标资源分配规则为平均分配规则时，所述显示与用户选择的目标资源分配规则相匹配的资源配置参数控件包括：显示总额配置控件、分配份数配置控件和资源平均额配置控件中任意两个；

当所述目标资源分配规则为随机分配规则时，所述显示与用户选择的目标资源分配规则相匹配的资源配置参数控件包括：显示总额配置控件和分配份数配置控件；

当所述目标资源分配规则为阶梯分配规则时，所述显示与用户选择的目标资源分配规则相匹配的资源配置参数控件包括：N个阶梯对应的任务完成度控件以及与任务完成度对应的分配额控件和分配份数控件，所述N为大于1的正整数。

2.根据权利要求1所述的方法，其特征在于，所述任务配置界面还承载有第三控件，所述第三控件用于配置所述任务的接取条件；

所述方法还包括：

响应于用户通过所述第三控件触发的配置操作，获取所述任务的接取条件；

通过所述任务发布请求向所述服务器发送所述任务的接取条件，以使所述服务器基于所述接取条件确定任务接取用户。

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

响应于用户通过所述分配份数配置控件触发的分配份数配置操作，限制所述分配份数不小于分配份数阈值。

4.根据权利要求2至3任一项所述的方法，其特征在于，所述资源配置参数控件还包括分配时间控件；

所述方法还包括：

响应于用户通过所述分配时间控件触发的配置操作，获取所述任务的可分配资源对应的可分配时间；

通过所述任务发布请求向所述服务器发送所述可分配时间，以使所述服务器基于所述可分配时间确定是否分配所述可分配资源。

5.根据权利要求1所述的方法，其特征在于，

当所述目标任务类型为行为数量限制型时，所述显示与用户选择的目标任务类型相匹配的任务配置参数控件包括：显示行为名称控件和行为数量控件；

当所述目标任务类型为任务完成型时，所述显示与用户选择的目标任务类型相匹配的任务配置参数控件包括：显示行为名称控件；

当所述目标任务类型为排行榜排名型时，所述显示与用户选择的目标任务类型相匹配的任务配置参数控件包括：显示行为名称控件和排名限值控件。

6.一种任务处理方法，其特征在于，所述方法包括：

接收第一终端发送的任务发布请求，所述任务发布请求中携带待发布的任务，所述任务是根据权利要求1～5任意一项任务处理方法所生成的；响应于所述任务发布请求，向任务库添加所述任务，并发布所述任务。

7.一种任务处理装置，其特征在于，所述装置包括：

显示单元，显示任务配置界面，所述任务配置界面承载有第一控件和第二控件，所述第一控件用于配置任务，所述第二控件用于配置针对所述任务的可分配资源；所述第一控件包括任务类型控件；所述第二控件包括资源分配规则控件；

生成单元，用于响应于用户通过所述第一控件中的任务类型控件触发的选择操作，显示与用户选择的目标任务类型相匹配的任务配置参数控件；接收用户通过所述任务配置参数控件配置的配置参数，作为所述任务的任务配置参数；响应于用户通过所述第二控件中的资源分配规则控件触发的选择操作，显示与用户选择的目标资源分配规则相匹配的资源配置参数控件；接收用户通过所述资源配置参数控件配置的配置参数，作为所述任务的资源配置参数，并根据所述任务配置参数和资源配置参数生成任务；

发送单元，用于向服务器发送任务发布请求，所述任务发布请求用于请求所述服务器发布所述任务；

其中，当所述目标资源分配规则为平均分配规则时，所述显示单元还用于：显示总额配置控件、分配份数配置控件和资源平均额配置控件中任意两个；

当所述目标资源分配规则为随机分配规则时，所述显示单元还用于：显示总额配置控件和分配份数配置控件；

当所述目标资源分配规则为阶梯分配规则时，所述显示单元还用于：显示N个阶梯对应的任务完成度控件以及与任务完成度对应的分配额控件和分配份数控件，所述N为大于1的正整数。

8.一种计算机设备，其特征在于，包括：处理器以及存储器，所述处理器以及存储器通过通信总线相连；其中，所述处理器，用于调用并执行所述存储器中存储的程序；所述存储器，用于存储程序，所述程序用于实现如权利要求1～5任意一项所述的任务处理方法，或者，如权利要求6所述的任务处理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序用于执行时实现权利要求1-5任意一项所述的任务处理方法，或者，如权利要求6所述的任务处理方法。

Images