CN113609423B - 任务配置方法、装置、存储介质及计算机设备 - Google Patents

Abstract

本发明公开了一种任务配置方法、装置、存储介质及计算机设备。其中方法包括：响应于主题页面的浏览请求，接收服务器发送的任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态，主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；响应于当前主题页面配置有加码任务标识，接收服务器发送的次任务信息，其中，次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；利用预设组件在当前主题页面上渲染展示主任务信息、次任务信息和任务状态。上述方法可以将不同主题页面的加码任务配置到任务组件中进行展示，还可以将同一个激励任务同时投放到不同的主题页面中，有效的提高了激励任务的利用率和完成率。

Description

任务配置方法、装置、存储介质及计算机设备

技术领域

本发明涉及互联网领域，尤其是涉及一种任务配置方法、装置、存储介质及计算机设备。

背景技术

随着互联网科技的不断发展壮大，以奖励方式激励用户在电商软件上浏览页面或下单的方法开始层出不穷。比如，一些平台会设置一些激励任务，用户在完成激励任务之后，平台会根据用户对任务的完成情况为用户配置一些权益或资源，从而激励用户在平台上完成订单交易。

在现有技术中，平台的激励任务通常需要通过专门的任务会场进入，而在一些营销会场中（即包含有营销信息的主题页面中），通常也设立有自己独立的激励任务，这些形式多变的激励任务使得用户很难形成有效的记忆，从而导致这些激励任务很难被有效利用。同时，各类激励任务所配置的权益或资源类目繁杂，且各类权益或资源相互之间可能还存在一定的同享互斥关系，这进一步提高了用户对激励任务的理解成本和记忆成本，导致激励任务的完成率较低，激励用户的目的难以实现。

发明内容

有鉴于此，本申请提供了一种任务配置方法、装置、存储介质及计算机设备，主要目的在于解决激励任务利用率较低和完成率较低的技术问题。

根据本发明的第一个方面，提供了一种任务配置方法，该方法包括：

响应于主题页面的浏览请求，接收服务器发送的任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态，主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

响应于当前主题页面配置有加码任务标识，接收服务器发送的次任务信息，其中，次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

利用预设组件在当前主题页面上渲染展示主任务信息、次任务信息和任务状态。

根据本发明的第二个方面，提供了一种任务配置方法，该方法包括：

接收主题页面的浏览请求，并根据主题页面的浏览请求获取任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态，主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

判断主题页面是否配置有加码任务标识；

若主题页面配置有加码任务标识，则根据加码任务标识和主任务信息，生成次任务信息，其中，次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

将任务组件的配置信息和次任务信息发送至客户端。

根据本发明的第三个方面，提供了一种任务配置装置，该装置包括：

页面浏览请求响应模块，用于响应于主题页面的浏览请求，接收服务器发送的任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态，主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

次任务信息接收模块，用于响应于当前主题页面配置有加码任务标识，接收服务器发送的次任务信息，其中，次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

任务组件渲染展示模块，用于利用预设组件在当前主题页面上渲染展示主任务信息、次任务信息和任务状态。

根据本发明的第四个方面，提供了一种任务配置装置，该装置包括：

页面浏览请求接收模块，用于接收主题页面的浏览请求，并根据主题页面的浏览请求获取任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态，主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

加码任务标识判断模块，用于判断主题页面是否配置有加码任务标识；

次任务信息生成模块，用于若主题页面配置有加码任务标识，则根据加码任务标识和主任务信息，生成次任务信息，其中，次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

任务组件信息发送模块，用于将任务组件的配置信息和次任务信息发送至客户端。

根据本发明的第五个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任务配置方法。

根据本发明的第六个方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任务配置方法。

本发明提供的一种任务配置方法、装置、存储介质及计算机设备，首先由客户端向服务器端发送主题页面的浏览请求，服务器在接收到主题页面的浏览请求后，获取任务组件的配置信息，并判断当前主题页面是否配置有加码任务标识，若配置了加码任务标识，则根据加码任务标识和任务组件的配置信息中的主任务信息生成次任务信息，最后将任务组件的配置信息和次任务信息一同发送至客户端，由客户端利用预设组件在当前主题页面上进行渲染展示。上述方法通过将任务组件的配置信息和当前主题页面对应的次任务信息一同发送给客户端，由客户端通过组件进行展示，不仅可以将不同主题页面的加码任务配置到任务组件中进行展示，还可以将同一个激励任务同时投放到不同的主题页面中，使激励任务和各个主题页面的加码任务能够充分融合，从而解决了不同的主题页面激励任务繁杂，不便于用户理解和记忆的问题，有效的提高了激励任务的利用率和完成率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了本发明实施例提供的一种任务配置方法的流程示意图；

图2示出了本发明实施例提供的一种任务配置方法的时序流程示意图；

图3示出了本发明实施例提供的一种任务配置方法的场景示意图；

图4示出了本发明实施例提供的一种任务配置方法的场景示意图；

图5示出了本发明实施例提供的一种任务配置方法的场景示意图；

图6示出了本发明实施例提供的一种任务配置方法的场景示意图；

图7示出了本发明实施例提供的一种任务配置方法的场景示意图；

图8示出了本发明实施例提供的一种任务配置装置的结构示意图；

图9示出了本发明实施例提供的另一种任务配置装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在一个实施例中，如图1所示，提供了一种任务配置方法，以该方法应用于客户端和服务器为例进行说明，包括以下步骤：

101、客户端接收主题页面的浏览请求，并将主题页面的浏览请求发送至服务器端。

102、服务器端接收主题页面的浏览请求，并根据主题页面的浏览请求获取任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态。

其中，主题页面指的是电商软件中包含某一主题的页面，通常指的是包含某一营销主题的页面，例如，用户可以通过点击电商软件上的控件进入到“省钱优惠券”主题页面中，并可以浏览该主题页面上的各种优惠券信息，然后领取相应的优惠券后进行下单操作。在电商软件中，主题页面通常也称为会场或营销会场等等。

进一步的，任务组件指的是展示任务信息的组件。在本实施例中，任务组件可以向用户展示各类型的任务信息，如浏览任务、下单任务和游戏任务等等，用户在领取到某项任务并完成该项任务之后，通常能够获得一定的奖励。例如，用户在领取“下单得金币”任务之后，可以通过电商软件进行下单操作，操作完成后即可获得一定数量的“金币”奖励，在领取到“金币”后，还可以将其兑换成优惠券或运费券等其他权益。进一步的，任务组件的配置信息指的是用于配置任务组件的信息，包含任务信息和背景图信息等等。

具体的，当用户通过点击控件等方式进入到某个主题页面时，客户端可以接收到用户发送的主题页面的浏览请求，然后将主题页面的浏览请求发送至服务器端，服务器端在接收到该请求之后，可以根据主题页面的浏览请求中携带的主题页面标识等信息获取到主题页面对应的任务组件的配置信息。在本实施例中，任务组件的配置信息主要包括主任务信息和任务状态。其中，主任务信息指的是预先配置的任务信息，包括主任务名称、主任务规则和主任务权益等等，任务状态指的是主任务当下的执行状态，包括未开启状态（任务未领取时的状态）、已开启状态（任务进行中时的状态）和结束状态（任务完成时的状态或任务过期时的状态）等等。例如，在一个任务组件的配置信息中，主任务信息中的主任务名称为“下单得金币”，主任务规则为“2天内下3单，每单实付满20元”，主任务权益为“金币50个”，任务状态为“待领取”的未开启状态。

103、服务器端判断主题页面是否配置有加码任务标识，若主题页面配置有加码任务标识，则根据加码任务标识和主任务信息，生成次任务信息。

其中，加码任务标识指的是主题页面中预先配置的用于指示主题页面中的任务组件需要配置次任务信息的标识。在本实施例中，主题页面的加码任务标识可以与主题会场的名称和预设的加码权益相对应，即对于不同的主题页面，其对应的会场名称和加码权益是不同的。进一步的，次任务信息指的是从属于主任务信息的任务信息，包括次任务名称、次任务规则和次任务权益等等，其中，次任务信息从属于主任务信息，指的是主任务被领取时，次任务也被领取，主任务被完成或被部分完成时，次任务也被完成，即次任务信息是在当前主题页面下与主任务信息被同步执行的任务信息。

具体的，服务器端在获取到任务组件的配置信息之后，可以判断主题页面是否配置有加码任务标识，若主题页面配置有加码任务标识，则服务器可以首先根据加码任务标识对应的主题会场的名称确定次任务名称，然后根据加码任务标识对应的加码权益确定次任务权益，最后根据主任务信息中的主任务规则确定次任务规则，从而生成次任务信息。在本实施例中，当主题页面的任务组件中既包含主任务信息又包含次任务信息时，用户完成了主任务或完成了主任务的一个主任务节点，即完成了一个次任务。进一步的，主任务信息和次任务信息之间区别在于，主任务信息可以包含多个主任务节点，这里，以每完成一个订单即完成一个主任务节点进行举例，有时用户需要完成多个订单才能完成一个主任务，而对于次任务信息来说，其只有一个节点，即用户在主题页面中完成了一个订单即完成了一个次任务。需要注意的是，除了任务完成数量之外，次任务的其他规则需要与主任务规则保持一致。

例如，如图2所示，一个主任务A的名称为“下单得金币”，主任务A的规则为“2天内下3单，每单实付满20元”，主任务权益为“金币50个”。对于从属于该主任务的次任务B和次任务C来说，其任务名称分别为“会场1加码任务”和“会场2加码任务”，次任务B和次任务C的规则分别为“在会场1下单，实付满20元”和“在会场2下单，实付满20元”，次任务B和次任务C的权益分别为“金币10个”和“金币15个”。那么，当用户在会场1下单成功且实付满20元之后，即可完成次任务B并可获得10个“金币”，同时还可以向前推进一个主任务节点，在这之后，如果用户在2天内共下了3单，则可以获得主任务A对应的50个“金币”。此外，对于主任务A的其他两个主任务节点，如果用户在会场1和会场2下单，即可获得会场1和会场2对应的金币奖励，如果用户没有在会场1和会场2下单，即不可获得金币奖励。

需要说明的是，上述步骤102和步骤103的执行顺序可以根据实际情况进行调整。例如，服务器可以先获取任务组件的配置信息再判断主题页面是否配置了加码标识，也可以先判断主题页面是否配置了加码标识再获取任务组件的配置信息，对于步骤102和103的执行顺序，本实施例不做具体限定。

104、服务器端将任务组件的配置信息和次任务信息发送至客户端。

105、客户端响应于当前主题页面配置有加码任务标识，接收服务器端发送的任务组件的配置信息和次任务信息。

106、客户端利用预设组件在当前主题页面上渲染展示主任务信息、次任务信息和任务状态。

具体的，服务器端在获取到任务组件的配置信息和次任务信息之后，可以将任务组件的配置信息和次任务信息一同发送至客户端，由客户端利用预设组件在当前主题页面上对主任务信息、次任务信息和任务状态进行渲染展示。例如，如图3和图4所示，主题页面（即会场1和会场2）中的“会场背景图”和“商品推荐区”中间的组件即为任务组件，在图3和图4所示的任务组件中，展示有任务名称、任务规则（即主任务A详情）和任务权益（即任务奖励）等主任务信息，同时也展示有次任务名称（即奖励加码）、次任务规则（即次任务B详情）和次任务权益（即次任务B奖励）等次任务信息，此外，还展示有任务状态，其中，图3所示的任务状态为未开启状态（即领任务），图4所示的任务状态为开启状态（即查看详情）。在本实施例中，任务状态主要是指主任务的状态，参照图2中的时序流程图所示，次任务的状态会在用户进入到展示有次任务信息的主题页面中时与任务状态保持同步，而在用户没有进入到展示有次任务信息的主题页面中时保持关闭。

在本实施例中，当主题页面配置有加码任务标识时，服务器端可以根据任务组件的配置信息中的主任务信息生成次任务信息，客户端可以利用预设组件在当前主题页面上渲染展示主任务信息、次任务信息和任务状态。通过这种方式，用户在浏览各个主题页面时，既可以直观的看到主任务信息，又可以看到各个主题页面对应的次任务信息。本实施例通过将主题页面中的加码任务融合在次任务中的方式，可以间接增加主任务权益，从而可以提高用户领取任务或推进主任务节点向前执行的概率。此外，用户也不必再单独执行各个主题页面设置的独立任务，而是可以在不同的主题页面共同推进同一个主任务向前执行，所获得的权益也不会存在同享互斥等复杂的内在关系，使用户能够对激励任务形成连贯的记忆，降低了用户对激励任务的理解成本和记忆成本，提高了激励任务的完成率，最终达到激励用户的目的。

本实施例提供的任务配置方法，首先由客户端向服务器端发送主题页面的浏览请求，服务器在接收到主题页面的浏览请求后，获取任务组件的配置信息，并判断当前主题页面是否配置有加码任务标识，若配置了加码任务标识，则根据加码任务标识和任务组件的配置信息中的主任务信息生成次任务信息，最后将任务组件的配置信息和次任务信息一同发送至客户端，由客户端利用预设组件在当前主题页面上进行渲染展示。上述方法通过将任务组件的配置信息和当前主题页面对应的次任务信息一同发送给客户端，由客户端通过组件进行展示，不仅可以将不同主题页面的加码任务配置到任务组件中进行展示，还可以将同一个激励任务同时投放到不同的主题页面中，使激励任务和各个主题页面的加码任务能够充分融合，从而解决了不同的主题页面激励任务繁杂，不便于用户理解和记忆的问题，有效的提高了激励任务的利用率和完成率。

在一个实施例中，主任务信息还包括主任务进度信息，其中，主任务进度信息包括至少一个主任务节点的状态信息，相应的，次任务信息也包括次任务状态。上述任务配置方法还可以包括以下步骤：

107、客户端接收次任务完成指令，并将次任务完成指令发送至服务器端。

108、服务器端接收次任务完成指令，并对主任务进度信息和次任务状态进行更新，其中，更新后的主任务进度信息中的一个主任务节点和次任务状态均被设置为完成状态。

109、服务器端将更新后的主任务进度信息和更新后的次任务状态发送至客户端。

110、客户端接收服务器发送的更新后的主任务进度信息和次任务状态并展示。

具体的，主任务可以包含一个或多个主任务节点，且主任务节点的状态信息可以包括完成状态和未完成状态。在本实施例中，为了示意出主任务节点的进度状态，在用户领取了主任务之后，服务器端可以生成主任务进度信息，并将主任务进度信息推送至客户端进行渲染展示，以使用户可以直观的感受到主任务的进度状态。相应的，次任务只有一个任务节点，且次任务状态也包括完成状态和未完成状态。在本实施例中，当用户进入到一个展示有次任务信息的主题页面中之后，当主任务被领取时，次任务也被同时领取，当主任务的一个主任务节点被完成时（即当主任务进度信息中的一个主任务节点被设置为完成状态时），次任务也被同时完成（即次任务也被设置为完成状态），此时，客户端可以接收服务器发送的更新后的主任务进度信息和次任务状态，其中，更新后的主任务进度信息中的一个主任务节点和次任务状态均被设置为完成状态。进一步的，当次任务状态被设置为完成状态时，用户可以领取次任务权益。本实施例通过将次任务与主任务进行绑定设置，间接的增加了主任务权益，可以有效的促使主任务节点向前推进。

在一个实施例中，在步骤103服务器端判断完成当前主题页面是否配置有加码任务标识之后，上述任务配置方法还可以包括以下步骤：

111、若当前主题页面未配置加码任务标识，则服务器端将任务组件的配置信息发送至客户端。

112、客户端利用预设组件在当前主题页面上渲染展示主任务信息和任务状态。

具体的，当主题页面未配置加码任务标识时，服务器可以只将任务组件的配置信息发送至客户端，由客户端利用预设组件在当前主题页面上对主任务信息和任务状态进行渲染展示。例如，如图5所示，图5展示了两个任务组件，分别为任务组件（1）和任务组件（2），其中，任务组件（1）和任务组件（2）的任务状态相同，均为开启状态，但是，任务组件（1）是在配置有加码任务标识的主题页面中进行展示，所以任务组件（1）中展示了主任务信息、次任务信息和任务状态；而任务组件（2）是在未配置加码任务标识的主题页面中进行展示，所以任务组件（2）只展示了主任务信息和任务状态。在本实施例中，次任务信息只有在用户进入了配置有加码任务标识的主题页面时才开启，而在进入未配置加码任务标识的主题页面时关闭，并且，在不同的主题页面中，主题页面所展示的次任务信息也不相同，通过这种方式，可以使主任务在不同的主题页面中保持连贯性，同时，也可以保留住主题页面原油的加码任务的独立性，从而提高激励任务的利用率和完成率。

在一个实施例中，服务器端发送的任务组件的配置信息中的任务状态可以包括未开启状态和开启状态，其中，未开启状态指的是任务未领取之前的状态，开启状态指的是任务被领取后且任务未完成之前的状态。在本实施例中，当任务状态为未开启状态时，上述任务配置方法还可以包括以下步骤：

201、客户端接收任务领取指令，并将任务领取指令发送至服务器端。

202、服务器端接收任务领取指令，生成主任务进度信息，并对任务状态进行更新，其中，主任务进度信息中的所有主任务节点均为未完成状态，更新后的任务状态为开启状态。

203、服务器端将主任务进度信息和更新后的任务状态发送至客户端。

204、客户端接收服务器发送的主任务进度信息和更新后的任务状态。

205、客户端利用预设组件在当前主题页面上渲染展示主任务进度信息和更新后的任务状态。

具体的，在当前主题页面下，当用户点击了任务组件上的控件并领取了任务之后，客户端可以接收到用户发送的任务领取指令，然后将该任务领取指令发送至服务器端，服务器端在接收到该指令后，可以将任务状态由未开启状态更新为开启状态，并生成主任务进度信息，其中，主任务进度信息包括至少一个主任务节点的状态信息，主任务节点的状态信息可以包括完成状态和未完成状态。在本实施例中，一个主任务可以只有一个主任务节点，也可以拆分为多个任务节点，只有主任务进度信息中的所有主任节点均为完成状态时，主任务才完成。进一步的，服务器端可以将主任务进度信息和更新后的任务状态发送至客户端，由客户端利用预设组件在当前主题页面上对生成的主任务进度信息和更新后的任务状态进行渲染展示。

例如，如图6所示，图6展示了一个任务组件的多种任务状态，其中，任务组件（1）的任务状态为未开启状态，任务组件（2）和任务组件（3）的任务状态为开启状态。由图6所示的任务状态转换示意图可见，当主任务未被领取时，任务状态为未开启状态，当用户点击了“领任务”控件后，任务组件可以通过弹窗显示任务“领取成功”，然后，任务组件可以展示出更新后的任务状态和主任务进度信息。在本实施例中，当任务组件既包含主任务信息又包含次任务信息时，用户领取了主任务，即自动领取了次任务，即主任务和次任务可以同时被领取。此外，主任务进度信息的展示方式可以根据实际场景进行选择，例如，主任务节点可以用圆圈表示，当用户完成一个主任务节点，即可在一个圆圈中标记一个“对号”，以展示主任务节点的完成状态。本实施例通过将主任务和次任务设置为绑定领取，可以提高用户领取主任务和次任务的便利性，此外，本实施例通过展示主任务进度信息，也可以方便用户实时查看主任务的完成进度，从而进一步提高任务的完成率。

在一个实施例中，服务器发送的任务组件的配置信息中的任务状态还包括结束状态。则当任务状态为开启状态时，任务配置方法还可以包括以下步骤：

301、客户端接收主任务节点完成指令，并将主任务节点完成指令发送至服务器端。

302、服务器端接收主任务节点完成指令，对主任务进度信息进行更新，并将更新后的主任务进度信息次任务信息中的次任务权益发送至客户端，其中，更新后的主任务进度信息中的一个主任务节点被设置为完成状态。

303、客户端接收服务器发送的更新后的主任务进度信息和次任务权益。

304、客户端利用预设组件在当前主题页面上渲染展示更新后的主任务进度信息，并对次任务权益进行展示和配置。

具体的，在当前主题页面下，当用户完成一个主任务节点之后，客户端可以接收用户发送的主任务节点完成指令，并将该主任务节点完成指令发送至服务器端，服务器端在接收到该指令后，可以对主任务进度信息进行更新，即将主任务进度信息中的一个主任务节点设置为完成状态，然后，服务器端可以将更新后的主任务进度信息发送至客户端，由客户端利用预设组件对更新后的主任务进度信息进行渲染展示。进一步的，当客户端的主题页面上配置有加码任务标识时，服务器端还可以将次任务信息中的次任务权益发送至客户端，由客户端对接收到的次任务权益进行展示和配置。

在本实施例中，当用户完成了一个主任务的节点任务之后，主任务的进度可以向前推进一个节点。例如，一个主任务的规则是“2天内下3单，每单实付满20元”，那么，在规定的2天内，用户每完成一个实付满20元的订单，即可完成一个主任务的节点任务，即可以将任务组件中的一个主任务节点设置为完成状态。此时，如果任务组件中还展示了次任务信息，则服务器还可以将次任务信息中的次任务权益发送至客户端，由客户端对次任务权益进行展示和配置；而如果任务组件中没有展示次任务信息，则用户不会获得次任务权益。在本实施例中，当任务组件既包含主任务信息又包含次任务信息时，用户完成了主任务或完成了主任务的一个主任务节点，即自动完成了一个次任务，即主任务和次任务可以被同步推进。本实施例通过在用户完成每个任务节点时为用户配置相应的次任务权益，可以提高主任务进度的推进效果，从而进一步提高任务的完成率。

305、当主任务进度信息中的全部主任务节点均被设置为完成状态时，服务器端对任务状态进行更新，并将更新后的任务状态和主任务信息中的主任务权益发送至客户端，其中，更新后的任务状态为结束状态。

306、客户端接收服务器发送的更新后的任务状态和主任务权益，利用预设组件在当前主题页面上渲染展示更新后的任务状态，并对主任务权益进行展示和配置。

具体的，当主任务进度信息中的全部主任务节点均被设置为完成状态时，即当主任务的所有主任务节点均被完成时，服务器端可以将任务状态由开启状态设置为结束状态，并将更新后的任务状态和主任务权益一同发送至客户端，由客户端利用预设组件对更新后的任务状态进行渲染展示，并对接收到的主任务权益进行展示和配置。

例如，如图6所示，任务组件（3）的任务状态为开启状态，任务组件（4）和任务组件（5）的任务状态为结束状态。由图6所示的任务状态转换示意图可见，当主任务进度信息中的所有主任务节点均被设置为完成状态时，主任务即被完成，此时，任务组件可以对接收到的主任务权益进行配置，然后展示出更新后的任务状态“奖励发放中”和“奖励已到账”，从而使用户可以直观的感受到权益的发放过程。本实施例通过将主任务拆分为多个主任务节点，并在每个主任务节点完成时为用户配置次任务权益，以及在所有主任务节点均完成时为用户配置主任务权益，有效的提高了任务的利用率和完成率。

在一个实施例中，任务配置方法还可以包括以下步骤：

401、客户端接收任务记录页面的浏览请求，并将记录页面的浏览请求发送至服务器端。

402、服务器端接收任务记录页面的浏览请求，并根据任务记录页面的浏览请求获取用户的任务记录信息，其中，任务记录信息包括开启状态下和结束状态下的主任务信息和次任务信息。

403、服务器端将用户的任务记录信息发送至客户端。

404、客户端接收任务记录信息，并利用预设组件在任务记录页面上渲染展示任务记录信息。

具体的，当用户通过点击控件等方式进入到任务记录页面中时，客户端可以接收到用户发送的任务记录页面的浏览请求，然后将任务记录页面的浏览请求发送至服务器端，服务器端在接收到该请求之后，可以根据任务记录页面的浏览请求中携带的页面标识或用户标识等信息，在数据库中获取到用户的任务记录信息，即获取到开启状态下和结束状态下的主任务信息和次任务信息，然后将获取到的任务记录信息发送至客户端，由客户端利用预设组件在任务记录页面上对接收到的任务记录信息进行渲染展示。如图7所示，展示了一种任务记录页面的设置方式，在图7所示的页面中，不仅展示了用户已领取的开启状态下和结束状态下的主任务信息和次任务信息，还展示了用户完成的任务数量和权益数额等信息。本实施例通过在任务记录页面展示用户正在进行中和已经完成的任务信息，可以降低用户对任务的理解和记忆成本，提高用户对任务权益的记忆，从而进一步提高任务的利用率和完成率。

进一步的，作为图1至图7所示方法的具体实现，本实施例提供了一种任务配置装置，如图8所示，该装置包括：页面浏览请求响应模块51、次任务信息接收模块52和任务组件渲染展示模块53。

页面浏览请求响应模块51，可用于响应于主题页面的浏览请求，接收服务器发送的任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态，主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

次任务信息接收模块52，可用于响应于当前主题页面配置有加码任务标识，接收服务器发送的次任务信息，其中，次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

任务组件渲染展示模块53，可用于利用预设组件在当前主题页面上渲染展示主任务信息、次任务信息和任务状态。

在具体的应用场景中，主任务信息还包括主任务进度信息，次任务信息还包括次任务状态，其中，主任务进度信息包括至少一个主任务节点的状态信息；则所述次任务信息接收模块52，还可用于响应于次任务完成指令，接收服务器发送的更新后的主任务进度信息和次任务状态并展示，其中，更新后的主任务进度信息中的一个主任务节点和次任务状态均被设置为完成状态。

在具体的应用场景中，任务状态包括未开启状态和开启状态；则本装置还包括任务领取指令响应模块54，其中，任务领取指令响应模块54，可用于响应于任务领取指令，接收服务器发送的主任务进度信息和更新后的任务状态，其中，主任务进度信息中的所有主任务节点均为未完成状态，更新后的任务状态为开启状态；所述任务组件渲染展示模块53，还可用于利用预设组件在当前主题页面上渲染展示主任务进度信息和更新后的任务状态。

在具体的应用场景中，本装置还包括任务完成指令响应模块55，其中，任务完成指令响应模块55，可用于响应于主任务节点完成指令，接收服务器发送的更新后的主任务进度信息和次任务权益，其中，更新后的主任务进度信息中的一个主任务节点被设置为完成状态；任务组件渲染展示模块53，还可用于利用预设组件在当前主题页面上渲染展示更新后的主任务进度信息，并对次任务权益进行展示和配置。

在具体的应用场景中，任务状态还包括结束状态，其中，任务完成指令响应模块55，还可用于当主任务进度信息中的全部主任务节点均被设置为完成状态时，接收服务器发送的更新后的任务状态和主任务权益，其中，更新后的任务状态为结束状态；任务组件渲染展示模块53，还可用于利用预设组件在当前主题页面上渲染展示更新后的任务状态，并对主任务权益进行展示和配置。

在具体的应用场景中，页面浏览请求响应模块51，还可用于响应于任务记录页面的浏览请求，获取服务器发送的任务记录信息，其中，任务记录信息包括开启状态下和结束状态下的主任务信息和次任务信息；任务组件渲染展示模块53，还可用于利用预设组件在任务记录页面上渲染展示任务记录信息。

需要说明的是，本实施例提供的一种任务配置装置所涉及各功能单元的其它相应描述，可以参考图1至图7中的对应描述，在此不再赘述。

进一步的，作为图1至图7所示方法的具体实现，本实施例提供了一种任务配置装置，如图9所示，该装置包括：页面浏览请求接收模块61、加码任务标识判断模块62、次任务信息生成模块63和任务组件信息发送模块64。

页面浏览请求接收模块61，可用于接收主题页面的浏览请求，并根据主题页面的浏览请求获取任务组件的配置信息，其中，任务组件的配置信息包括主任务信息和任务状态，主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

加码任务标识判断模块62，可用于判断主题页面是否配置有加码任务标识；

次任务信息生成模块63，可用于若主题页面配置有加码任务标识，则根据加码任务标识和主任务信息，生成次任务信息，其中，次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

任务组件信息发送模块64，可用于将任务组件的配置信息和次任务信息发送至客户端。

在具体的应用场景中，主任务信息还包括主任务进度信息，次任务信息还包括次任务状态，其中，主任务进度信息包括至少一个主任务节点的状态信息；则次任务信息生成模块63，还可用于接收次任务完成指令，对主任务进度信息和次任务状态进行更新，其中，更新后的主任务进度信息中的一个主任务节点和次任务状态均被设置为完成状态；将更新后的主任务进度信息和更新后的次任务状态发送至客户端。

在具体的应用场景中，任务状态包括未开启状态和开启状态；则本装置还包括任务领取指令接收模块65，其中，任务领取指令接收模块65，可用于接收任务领取指令，生成主任务进度信息，并对任务状态进行更新，其中，主任务进度信息中的所有主任务节点均为未完成状态，更新后的任务状态为开启状态；任务组件信息发送模块64，还可用于将主任务进度信息和更新后的任务状态发送至客户端。

在具体的应用场景中，本装置还包括任务完成指令接收模块66，其中，任务完成指令接收模块66，可用于接收主任务节点完成指令，对主任务进度信息进行更新，并将更新后的主任务进度信息和次任务信息中的次任务权益发送至客户端，其中，更新后的主任务进度信息中的一个主任务节点被设置为完成状态；任务完成指令接收模块66，还可用于当主任务进度信息中的全部主任务节点均被设置为完成状态时，对任务状态进行更新，并将更新后的任务状态和主任务信息中的主任务权益发送至客户端，其中，更新后的任务状态为结束状态。

在具体的应用场景中，页面浏览请求接收模块61，还可用于接收任务记录页面的浏览请求，并根据任务记录页面的浏览请求获取用户的任务记录信息，其中，任务记录信息包括开启状态下和结束状态下的主任务信息和次任务信息；任务组件信息发送模块64，还可用于将用户的任务记录信息发送至客户端。

需要说明的是，本实施例提供的一种任务配置装置所涉及各功能单元的其它相应描述，可以参考图1至图7中的对应描述，在此不再赘述。

基于上述如图1至图7所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1至图7所示的任务配置方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该待识别软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施场景所述的方法。

基于上述如图1至图7所示的方法，以及图8和图9所示的任务配置装置实施例，为了实现上述目的，本实施例还提供了一种任务配置的实体设备，具体可以为个人计算机、服务器、智能手机、平板电脑、智能手表、或者其它网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图7所示的方法。

可选的，该实体设备还可以包括用户接口、网络接口、摄像头、射频（RadioFrequency，RF）电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏（Display）、输入单元比如键盘（Keyboard）等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口（如WI-FI接口）等。

本领域技术人员可以理解，本实施例提供的一种任务配置的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和待识别软件资源的程序，支持信息处理程序以及其它待识别软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，首先由客户端向服务器端发送主题页面的浏览请求，服务器在接收到主题页面的浏览请求后，获取任务组件的配置信息，并判断当前主题页面是否配置有加码任务标识，若配置了加码任务标识，则根据加码任务标识和任务组件的配置信息中的主任务信息生成次任务信息，最后将任务组件的配置信息和次任务信息一同发送至客户端，由客户端利用预设组件在当前主题页面上进行渲染展示。与现有技术相比，上述方法通过将任务组件的配置信息和当前主题页面对应的次任务信息一同发送给客户端，由客户端通过组件进行展示，不仅可以将不同主题页面的加码任务配置到任务组件中进行展示，还可以将同一个激励任务同时投放到不同的主题页面中，使激励任务和各个主题页面的加码任务能够充分融合，从而解决了不同的主题页面激励任务繁杂，不便于用户理解和记忆的问题，有效的提高了激励任务的利用率和完成率。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

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

响应于主题页面的浏览请求，接收服务器发送的任务组件的配置信息，其中，所述任务组件的配置信息包括主任务信息和任务状态，所述主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

响应于当前主题页面配置有加码任务标识，接收服务器发送的次任务信息，其中，所述次任务信息为从属于所述主任务信息的任务信息，所述次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

利用预设组件在当前主题页面上渲染展示所述主任务信息、次任务信息和任务状态。

2.根据权利要求1所述的方法，其特征在于，所述主任务信息还包括主任务进度信息，所述次任务信息还包括次任务状态，其中，所述主任务进度信息包括至少一个主任务节点的状态信息；则所述方法还包括：

响应于次任务完成指令，接收服务器发送的更新后的主任务进度信息和次任务状态并展示，其中，所述更新后的主任务进度信息中的一个主任务节点和所述次任务状态均被设置为完成状态。

3.根据权利要求1所述的方法，其特征在于，所述任务状态包括未开启状态和开启状态；则当所述任务状态为未开启状态时，所述方法还包括：

响应于任务领取指令，接收服务器发送的主任务进度信息和更新后的任务状态，其中，所述主任务进度信息中的所有主任务节点均为未完成状态，所述更新后的任务状态为开启状态；

利用预设组件在当前主题页面上渲染展示所述主任务进度信息和所述更新后的任务状态。

4.根据权利要求3所述的方法，其特征在于，所述任务状态还包括结束状态；则当所述任务状态为开启状态时，所述方法还包括：

响应于主任务节点完成指令，接收服务器发送的更新后的主任务进度信息和次任务权益，其中，所述更新后的主任务进度信息中的一个主任务节点被设置为完成状态；

利用预设组件在当前主题页面上渲染展示所述更新后的主任务进度信息，并对所述次任务权益进行展示和配置；

当所述主任务进度信息中的全部主任务节点均被设置为完成状态时，接收服务器发送的更新后的任务状态和主任务权益，其中，所述更新后的任务状态为结束状态；

利用预设组件在当前主题页面上渲染展示所述更新后的任务状态，并对所述主任务权益进行展示和配置。

5.一种任务配置方法，其特征在于，所述方法包括：

接收主题页面的浏览请求，并根据所述主题页面的浏览请求获取任务组件的配置信息，其中，所述任务组件的配置信息包括主任务信息和任务状态，所述主任务信息包括主任务名称、主任务规则和主任务权益中的至少一项；

判断所述主题页面是否配置有加码任务标识；

若所述主题页面配置有加码任务标识，则根据所述加码任务标识和所述主任务信息，生成次任务信息，其中，所述次任务信息为从属于所述主任务信息的任务信息，所述次任务信息包括次任务名称、次任务规则和次任务权益中的至少一项；

将所述任务组件的配置信息和所述次任务信息发送至客户端。

6.根据权利要求5所述的方法，其特征在于，所述主任务信息还包括主任务进度信息，所述次任务信息还包括次任务状态，其中，所述主任务进度信息包括至少一个主任务节点的状态信息；则所述方法还包括：

接收次任务完成指令，并对所述主任务进度信息和所述次任务状态进行更新，其中，所述更新后的主任务进度信息中的一个主任务节点和所述次任务状态均被设置为完成状态；

将所述更新后的主任务进度信息和更新后的次任务状态发送至客户端。

7.根据权利要求5所述的方法，其特征在于，所述任务状态包括未开启状态和开启状态；则当所述任务状态为未开启状态时，所述方法还包括：

接收任务领取指令，生成主任务进度信息，并对所述任务状态进行更新，其中，所述主任务进度信息中的所有主任务节点均为未完成状态，所述更新后的任务状态为开启状态；

将所述主任务进度信息和所述更新后的任务状态发送至客户端。

8.根据权利要求7所述的方法，其特征在于，所述任务状态还包括结束状态；则当所述任务状态为开启状态时，所述方法还包括：

接收主任务节点完成指令，对所述主任务进度信息进行更新，并将所述更新后的主任务进度信息和所述次任务信息中的次任务权益发送至客户端，其中，所述更新后的主任务进度信息中的一个主任务节点被设置为完成状态；

当所述主任务进度信息中的全部主任务节点均被设置为完成状态时，对所述任务状态进行更新，并将所述更新后的任务状态和所述主任务信息中的主任务权益发送至客户端，其中，所述更新后的任务状态为结束状态。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images