一种任务的处理方法和装置与流程

本公开涉及数据处理技术领域，尤其涉及一种任务的处理方法和装置。

背景技术：

互联网应用程序通常采用闯关活动的方式，提高与用户的互动，增加用户忠诚度。目前，用户通常是完成了一个关卡中的所有通关任务后，才能够进入下一个关卡。

这样，若一个关卡中的通关任务较多，或者关卡中部分任务难度较大，用户很容易被该关卡卡住，如此，无法进入下一关卡，导致用户体验不佳，降低用户忠诚度。

技术实现要素：

本公开提供一种任务的处理方法和装置，以至少解决相关技术中用户无法进入下一个任务，导致用户体验不佳，降低用户忠诚度的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种任务的处理方法，包括：响应于用户对资源控件的触发操作，在确定用户存在获取任务凭证的次数的情况下，显示资源控件对应的凭证控件。响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示。当任务凭证表征无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。

在一种可能实现方式中，凭证控件只有一个，上述“响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示”的方法，包括：响应于用户对凭证控件的触发操作，获取服务器为用户分配的任务凭证。

在一种可能实现方式中，上述“获取服务器为用户分配的任务凭证”的方法，包括：获取服务器根据第一任务的复杂度为用户分配的任务凭证。

在一种可能实现方式中，凭证控件包括至少两个，上述“响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示”的方法，包括：响应于用户对任一凭证控件的触发操作，获取被触发的凭证控件对应的任务凭证。之后，将任务凭证分配给用户进行显示。

在一种可能实现方式中，第一任务仅包括任务集合中的一个子任务，或者，第一任务包括任务集合中的所有子任务。

在一种可能实现方式中，该处理方法还包括：响应于用户对凭证控件的触发操作，获取为用户分配的激励凭证进行显示。之后，将激励凭证所表征的激励值累计至用户的账号。

在一种可能实现方式中，该处理方法还包括：在抽奖结束的情况下，或者所有任务处理完毕的情况下，隐藏资源控件。

在一种可能实现方式中，该处理方法还包括：检测到用户完成资源激励任务的情况下，增加用户获取任务凭证的次数。

在一种可能实现方式中，该处理方法还包括：检测到用户获取任务凭证的次数达到预设次数上限时，检测到用户完成资源激励任务的情况下，保持用户获取任务凭证的次数为预设次数上限。

在一种可能实现方式中，该处理方法还包括：当到达重置时刻时，将用户获取任务凭证的次数设置为默认值。

本公开的实施例提供的技术方案可以由电子设备执行，技术方案至少带来以下有益效果：

上述方案中，电子设备为用户提供资源控件，当用户触发资源控件时，显示凭证控件。当用户触发凭证控件时，为用户返回任务凭证。当任务凭证用于表征用户无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。这样，用户在完成任务的过程中，能够通过触发凭证控件的操作，随机获得免除任务的机会，增加了做任务的灵活度，和做任务的过程中的惊喜感，提高了交互的趣味性和用户的参与感，从而提高了用户忠诚度。

示例性的，当上述方案应用于闯关活动场景中时，用户能够通过触发凭证控件的操作进行抽奖，从而获得免除闯关活动中任务的机会。这样，避免了用户被卡在闯关活动中的某一关卡，无法进入下一关卡的情况，提高了用户体验和用户忠诚度。

根据本公开实施例的第二方面，提供一种任务的处理方法，包括：接收凭证请求。之后，在任务配置中，查询并获取与凭证控件的标识对应的凭证，并发送该凭证。其中，凭证请求中包括凭证控件的标识；任务配置至少包括凭证控件的标识与凭证的对应关系。

在一种可能实现方式中，该处理方法还包括：获取预设时间段内，每个任务集合的复杂度。之后，根据每个任务集合的复杂度，生成任务配置。

在一种可能实现方式中，上述“获取预设时间段内，每个任务的复杂度”的方法，包括：获取预设时间段内，每个任务集合对应的目标用户的数量。之后，对每个任务集合对应的目标用户的数量进行归一化处理，得到每个任务集合的复杂度。其中，目标用户为在所处任务集合的停留时长超过第一阈值的用户。

在一种可能实现方式中，上述“根据每个任务集合的复杂度，生成任务配置”的方法，包括：根据每个任务集合的复杂度，确定每个任务集合中每一类型的凭证在所有凭证中的占比。之后，根据每个任务集合中每一类型的凭证在所有凭证中的占比，确定每个任务集合中每一凭证控件对应的凭证。最后，根据每个任务集合中每一凭证控件对应的凭证，生成任务配置。

本公开的实施例提供的技术方案可以由服务器执行，技术方案至少带来以下有益效果：

上述方案中，根据凭证请求中凭证控件的标识，确定凭证，并发送。这样，电子设备能够根据服务器下发的任务凭证确定是否需要为用户免除一定数量的任务，增加了做任务的灵活度，进而提高用户体验和用户忠诚度。

根据本公开实施例的第三方面，提供一种任务的处理装置，包括显示模块和处理模块。

显示模块，被配置为执行响应于用户对资源控件的触发操作，在确定用户存在获取任务凭证的次数的情况下，显示资源控件对应的凭证控件。显示模块，还被配置为执行响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示。处理模块，被配置为执行当任务凭证表征无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。

在一种可能实现方式中，凭证控件只有一个，显示模块，具体被配置为执行响应于用户对凭证控件的触发操作，获取服务器为用户分配的任务凭证。

在一种可能实现方式中，显示模块，具体被配置为执行获取服务器根据第一任务的复杂度为用户分配的任务凭证。

在一种可能实现方式中，凭证控件包括至少两个，显示模块，具体被配置为执行响应于用户对任一凭证控件的触发操作，获取被触发的凭证控件对应的任务凭证。之后，将任务凭证分配给用户进行显示。

在一种可能实现方式中，第一任务仅包括任务集合中的一个子任务，或者，第一任务包括任务集合中的所有子任务。

在一种可能实现方式中，处理模块，还被配置为执行：响应于用户对凭证控件的触发操作，获取为用户分配的激励凭证进行显示。之后，将激励凭证所表征的激励值累计至用户的账号。

在一种可能实现方式中，处理模块，还被配置为执行在抽奖结束的情况下，或者所有任务处理完毕的情况下，隐藏资源控件。

在一种可能实现方式中，处理模块，还被配置为执行检测到用户完成资源激励任务的情况下，增加用户获取任务凭证的次数。

在一种可能实现方式中，处理模块，还被配置为执行检测到用户获取任务凭证的次数达到预设次数上限时，检测到用户完成资源激励任务的情况下，保持用户获取任务凭证的次数为预设次数上限。

在一种可能实现方式中，处理模块，还被配置为执行当到达重置时刻时，将用户获取任务凭证的次数设置为默认值。

根据本公开实施例的第四方面，提供一种任务的处理装置，包括获取模块、处理模块、以及发送模块。

获取模块，被配置为执行接收凭证请求。处理模块，被配置为执行在任务配置中，查询并获取与凭证控件的标识对应的凭证。发送模块，被配置为执行发送该凭证。其中，凭证请求中包括凭证控件的标识；任务配置至少包括凭证控件的标识与凭证的对应关系。

在一种可能实现方式中，获取模块，还被配置为执行获取预设时间段内，每个任务集合的复杂度。处理模块，还被配置为执行根据每个任务集合的复杂度，生成任务配置。

在一种可能实现方式中，获取模块，具体被配置为执行：获取预设时间段内，每个任务集合对应的目标用户的数量。之后，对每个任务集合对应的目标用户的数量进行归一化处理，得到每个任务集合的复杂度。其中，目标用户为在所处任务集合的停留时长超过第一阈值的用户。

在一种可能实现方式中，获取模块，具体被配置为执行：根据每个任务集合的复杂度，确定每个任务集合中每一类型的凭证在所有凭证中的占比。之后，根据每个任务集合中每一类型的凭证在所有凭证中的占比，确定每个任务集合中每一凭证控件对应的凭证。最后，根据每个任务集合中每一凭证控件对应的凭证，生成任务配置。

根据本公开实施例的第五方面，提供一种电子设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行指令，以实现如上述第一方面或第一方面的任一种可能实现方式中的任务的处理方法。

根据本公开实施例的第六方面，提供一种服务器，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行指令，以实现如上述第二方面或第二方面的任一种可能实现方式中的任务的处理方法。

根据本公开实施例的第七方面，提供一种任务的处理系统，该处理系统包括电子设备和服务器。其中，电子设备用于执行如上述第一方面中任一种可能实现方式中的任务的处理方法，服务器用于执行如上述第二方面中任一种可能实现方式中的任务的处理方法。

根据本公开实施例的第八方面，提供一种计算机可读存储介质，当该计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第一方面任一种可能实现方式中的任务的处理方法。

根据本公开实施例的第九方面，提供一种计算机可读存储介质，当该计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如上述第二方面任一种可能实现方式中的任务的处理方法。

根据本公开实施例的第十方面，提供一种计算机程序产品，当该计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第一方面中任一种可能实现方式中的任务的处理方法。

根据本公开实施例的第十一方面，提供一种计算机程序产品，当该计算机程序产品中的指令由服务器的处理器执行时，使得服务器能够执行如上述第二方面中任一种可能实现方式的任务的处理方法。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种任务的处理方法的实施环境示意图；

图2是根据一示例性实施例示出的一种任务的处理方法的流程图之一；

图3是根据一示例性实施例示出的一种任务的处理方法应用的页面示意图之一；

图4是根据一示例性实施例示出的一种任务的处理方法应用的页面示意图之二；

图5是根据一示例性实施例示出的一种任务的处理方法应用的页面示意图之三；

图6是根据一示例性实施例示出的一种任务的处理方法的流程图之二；

图7是根据一示例性实施例示出的一种任务的处理装置的结构示意图之一；

图8是根据一示例性实施例示出的一种任务的处理装置的结构示意图之二；

图9是根据一示例性实施例示出的一种电子设备的结构示意图；

图10是根据一示例性实施例示出的一种服务器的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

互联网应用程序通常通过推出一些能够与用户进行互动的活动，来增加用户忠诚度。例如，推出闯关活动、升级活动等，提升用户对应用程序的粘度。目前，用户通常是完成了一个关卡中的所有任务后，才能够进入下一个关卡。这样，若一个关卡中的任务较多，或者关卡中部分任务难度较大，用户很容易被该关卡卡住，如此，无法进入下一关卡，导致用户体验不佳，降低用户忠诚度。

鉴于此，本公开实施例提供一种任务的处理方法，在该处理方法中，响应于用户对资源控件的触发操作，在确定用户存在获取任务凭证的次数的情况下，显示资源控件对应的凭证控件。响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示。当任务凭证表征无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务，能够提高用户的参与感和做任务的趣味性，进而提高用户忠诚度。

首先，对本公开实施例的实施环境进行介绍。

图1是根据一示例性实施例示出的一种实施环境的架构图，如图1所示，本公开中任务的处理方法可以应用于该实施环境中。该实施环境包括电子设备01和服务器02。其中，电子设备01和服务器02可以通过网络互连并通信。

其中，电子设备01可以为手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、车载设备、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本等，本公开实施例对该电子设备的具体形态不作特殊限制。

服务器02可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。服务器02可以包括处理器、存储器以及网络接口等。

本领域技术人员应能理解上述电子设备和服务器仅为举例，其他现有的或今后可能出现的电子设备或服务器如可适用于本公开，也应包含在本公开保护范围以内，并在此以引用方式包含于此。

下面结合各个附图对本公开实施例提供的任务的处理方法进行示例性的说明。

本公开实施例提供的任务的处理方法的执行主体可以为上述的电子设备，也可以为该电子设备中能够实现该任务的处理方法的功能模块和/或功能实体，具体的可以根据实际使用需求确定，本公开实施例不作限定。下面以电子设备为例，对本公开实施例提供的任务的处理方法进行示例性的说明。

本公开实施例提供一种任务的处理方法，如图2所示，该方法应用于电子设备，该方法具体可以包括如下步骤201-步骤203。

201、电子设备响应于用户对资源控件的触发操作，在确定用户存在获取任务凭证的次数的情况下，显示资源控件对应的凭证控件。

电子设备通常通过在相关页面显示资源控件的方式，引导用户对资源控件执行触发操作，在确定用户存在获取任务凭证的次数的情况下，为用户展示资源控件对应的凭证控件，使用户进入相关活动。

例如，在闯关活动的场景中，相关页面为闯关活动相关的页面，资源控件为抽奖挂件，获取任务凭证的次数为抽奖次数，资源控件对应的凭证控件为抽奖挂件对应的抽奖控件。电子设备在闯关活动相关的页面，显示抽奖挂件，引导用户点击抽奖挂件，然后，电子设备在确定用户还有抽奖次数的情况下，显示抽奖控件，进入抽奖活动。

首先，在举行活动期间，电子设备在每个任务集合对应的页面，显示资源控件。

在一种实施例中，电子设备在显示资源控件时，还可以显示第一文案，其中，第一文案用于表征用户存在获取任务凭证的次数。示例性的，当本公开应用于上述闯关活动的场景中时，在闯关活动的每个关卡中显示抽奖挂件和第一文案。如图3所示，在当前关卡的界面，包括抽奖挂件32、当前关卡31、以及当前关卡31的任务33，其中，在抽奖挂件表面显示第一文案，第一文案为“每日抽奖”。当然，第一文案的位置可以在抽奖挂件上方、下方等位置，本公开不做限定。

在一种实施例中，在预设的任务集合，电子设备采用第一动态图像显示资源控件。示例性的，当本公开应用于上述闯关活动的场景中时，在用户处于闯关活动的第一关时，每隔2s抖一抖抽奖挂件，提示用户点击抽奖挂件进行抽奖。这样，使用动态图像显示资源控件，能够提高界面交互的趣味性和用户的参与感。

之后，当用户触发操作资源控件时，电子设备确定用户是否存在获取任务凭证的次数。示例性的，当本公开应用于上述闯关活动的场景中时，在举行抽奖活动期间，电子设备在每个关卡对应的页面，显示抽奖挂件。当用户触发操作该抽奖挂件时，电子设备确定用户是否还有抽奖次数。

具体的，电子设备可以从服务器端获取该用户对应的获取任务凭证的次数，也可以通过查询记录来确定该用户对应的获取任务凭证的次数。

在一种实施例中，当电子设备从服务器端获取该用户对应的获取任务凭证的次数时，电子设备向服务器发送该用户的标识，并接收来自服务器的获取任务凭证的次数。之后，判断该用户是否存在获取任务凭证的次数。具体的，当用户的获取任务凭证的次数大于零时，确定该用户存在获取任务凭证的次数。示例性的，当本公开应用于上述闯关活动的场景中时，电子设备从服务器端获取用户剩余的抽奖次数，并确定当用户剩余的抽奖次数大于零时，确定用户存在抽奖次数。

在一种实施例中，当电子设备通过查询记录的方式确定该用户对应的获取任务凭证的次数时，电子设备确定用户的获取任务凭证的总次数，并查询用户本周期内，已使用过的获取任务凭证的次数。之后计算获取任务凭证的总次数和已使用过的获取任务凭证的次数的差值，若该差值大于零，则确定该用户对应的获取任务凭证的次数大于零。示例性的，当本公开应用于上述闯关活动的场景中时，电子设备确定用户的抽奖总次数，并查询用户在本抽奖周期内，历史抽奖次数。之后，计算抽奖总次数和历史抽奖次数的差值，若该差值大于零，则确定用户存在抽奖次数。

具体的，上述通过查询记录的方式确定该用户对应的获取任务凭证的次数时，电子设备还需要确定用户的获取任务凭证的总次数。具体的，确定用户的获取任务凭证的总次数为默认值。

在一种实施例中，当检测到用户完成资源激励任务的情况下，增加用户获取任务凭证的次数。示例性的，当本公开应用于上述闯关活动的场景中，源激励任务为完善用户信息时，电子设备若确定用户完善了用户信息时，为该用户的抽奖次数加1。

在一种实施例中，检测到用户获取任务凭证的次数达到预设次数上限时，检测到用户完成资源激励任务的情况下，保持用户获取任务凭证的次数为预设次数上限。具体的，在一个周期内，若电子设备检测到用户获取任务凭证的次数达到预设次数上限时，且用户完成了资源激励任务，则电子设备不再增加用户的获取任务凭证的次数。示例性的，当本公开应用于上述闯关活动的场景中，源激励任务为完善用户信息时，若电子设备检测到用户在本周期内，抽奖次数已经达到最高，但用户也完善了用户信息，则不再为用户增加抽奖次数。

上述方案中，电子设备限制了在一个周期内，每个用户的获取任务凭证的次数。一方面，确保了每个用户获取任务凭证的权限。另一方面，也避免了由于用户能够无限获取任务凭证，使得做任务失去意义。

在一种实施例中，当到达重置时刻时，将用户获取任务凭证的次数设置为默认值。具体的，在每个周期的结束的时刻，将用户的获取任务凭证的次数设置为默认值。例如，用户的获取任务凭证的次数的默认值为1次，一个周期为24小时。以0时0分1秒为本周期的起始时刻，则在24小时之后的0时0分0秒时，将该用户的获取任务凭证的次数更新为1次。这样，为活动设置了周期，保证了用户在每个周期内有一定的获取任务凭证的次数，避免了获取任务凭证的次数用完后，用户被卡在某一任务，无法进入下一任务的情况，提高了用户体验和用户忠诚度。

在一种实施例中，在抽奖结束的情况下，或者所有任务处理完毕的情况下，隐藏资源控件。示例性的，当本公开应用于上述闯关活动的场景中时，若确定当前关卡为闯关活动的最后一个关卡，且最后一个关卡中不存在未完成的任务，或者，确定抽奖活动结束，则电子设备隐藏抽奖挂件。这样，在抽奖结束，或者所有任务处理完毕时，能够隐藏抽奖挂件，避免了可能产生的资源浪费。

电子设备确定用户存在获取任务凭证的次数之后，显示资源控件对应的凭证控件。其中，资源控件对应至少一个凭证控件。示例性的，当本公开应用于上述闯关活动的场景中时，电子设备响应于用户对如图3中抽奖挂件32(每日抽奖)的触发操作，在确定用户存在抽奖次数的情况下，如图4所示，显示了8个抽奖控件41(抽奖卡)。在一种实施例中，电子设备在显示凭证控件时，还可以为凭证控件增加动效。例如，抽奖控件的弹窗以渐现的方式曝出，并做无限摆动动效。

在一种实施例中，电子设备响应于用户对资源控件的触发操作，显示引导信息。引导信息用于引导对资源控件的触发操作。具体的，电子设备可以在显示凭证控件之前，显示引导信息。也可以在显示凭证控件的同时，显示引导信息。示例性的，当本公开应用于上述闯关活动的场景中时，电子设备响应于用户对如图3中抽奖挂件32的触发操作，如图4所示，显示了8个抽奖控件41，且在抽奖控件41的上方显示了引导信息42，引导信息42对应的文案的第一行为“每日抽奖”，第二行为“点击随机获得通关卡、任务卡、现金红包”。当然，引导信息42的位置可以在抽奖控件41的上方、下方等位置，本公开不做限定。这样，在用户点击资源控件之后，能够为用户介绍活动玩法，引导用户的触发操作。避免了由于用户初次使用，不熟悉玩法，导致用户体验不佳。

202、电子设备响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示。

首先，电子设备响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证。具体的，当凭证控件只有一个时，响应于用户对凭证控件的触发操作，获取服务器根据第一任务的复杂度为用户分配的任务凭证。当凭证控件包括至少两个时，响应于用户对任一凭证控件的触发操作，获取被触发的凭证控件对应的任务凭证。之后，将任务凭证分配给用户进行显示。

具体的，电子设备获取与任务凭证的方式，可以是从服务器端获取任务凭证。具体的，响应于用户对凭证控件的触发操作，向服务器发送任务凭证请求，并接收来自服务器的根据第一任务的复杂度为用户分配的任务凭证。其中，任务凭证请求包括凭证控件的标识。任务凭证请求用于请求获取与凭证控件对应的任务凭证。

电子设备获取任务凭证的方式，也可以是从任务配置中获取任务凭证。其中，任务配置至少包括凭证控件的标识与任务凭证的对应关系。具体的，电子设备在获取任务凭证之前，首先获取任务配置，当确定用户对凭证控件执行触发操作时，根据凭证控件的标识，在任务配置中查询并获取任务凭证。

然后，电子设备在获取为用户分配的任务凭证之后，进行显示。

示例性的，当本公开应用于上述闯关活动的场景中时，在图5中，任务凭证包括通关卡、任务卡、惊喜红包、以及未中奖。其中，通关卡表示用户无需完成当前关卡中的所有未完成的任务。任务卡表示用户无需完成当前关卡中的任一未完成的任务。惊喜红包表示用户抽中虚拟物品。未中奖表示用户未抽中奖励。如图5中的5a所示，当用户抽中通关卡时，任务凭证显示“恭喜您获得了通关卡！将为您直接通过本关！”，如图5中的5b所示，当用户抽中任务卡时，任务凭证显示“恭喜您获得了任务卡！将为您随机免除一个任务！”，如图5中的5c所示，当用户抽中惊喜红包时，任务凭证显示“您可在[奖金]页面查看并提现！”，如图5中的5d所示，当用户未中奖时，任务凭证显示“感谢您的参与！明天再来试试吧”。

在一种实施例中，电子设备在显示任务凭证时，还显示任务凭证对应的至少一个控件。示例性的，当本公开应用于上述闯关活动的场景中时，如图5中的5a所示，当用户抽中通关卡时，至少一个控件包括“立即使用”和“x”；如图5中的5b所示，当用户抽中任务卡时，至少一个控件包括“立即使用”和“x”；如图5中的5c所示，当用户抽中惊喜红包时，至少一个控件包括“立即收下”和“x”；如图5中的5d所示，当用户未中奖时，至少一个控件包括“知道了”和“x”。之后，响应于该至少一个控件的触发操作，退出显示任务凭证的界面，并在确定用户不存在获取任务凭证的次数时，将资源控件的第一文案更新为第二文案。其中，第二文案用于表征用户的获取任务凭证的次数等于零。示例性的，将“每日抽奖”更新为“明日再来”。此时，若接收到用户对资源控件的触发操作，则显示第三文案。其中，第三文案用于表征用户的获取任务凭证的次数等于零。例如，第三文案为“今日已抽取，请明日再来”。

在一种实施例中，电子设备响应于用户对凭证控件的触发操作，在获取与凭证控件对应的凭证任务的过程中，获取与凭证控件对应的第二动态图像，并显示第二动态图像。例如，响应于用户对凭证控件的触发操作，凭证控件放大、回弹、翻转并放火花动效，同时其它凭证控件渐隐。之后，凭证控件翻转到正面显示凭证任务。然后，渐现凭证任务对应的至少一个控件。在一种实施例中，对于网络较差的用户，电子设备采用预设的超时时间来暂时关闭第二动态图像弹窗来兜底异常情况。例如，电子设备在获取与凭证控件对应的凭证任务的过程中，网络环境较差，超过5s，还未获取到凭证任务，则关闭第二动态图像弹窗。这样，在显示凭证任务之前，显示第二动态图像，提高用户的视觉体验，进而提高处理的趣味性和用户的参与感。

203、当任务凭证表征无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。

其中，第一任务仅包括任务集合中的一个子任务，或者，第一任务包括任务集合中的所有子任务。

具体的，若确定任务凭证表征无需完成任务，且第一任务包括任务集合中的所有子任务，则跳过集合中的所有子任务的处理，并激活下一个待处理的第二任务。进一步具体的，当任务凭证指示用户无需完成任务集合中的所有子任务时，电子设备查询用户当前在哪个任务集合，以及当前任务集合中还没有完成的子任务。然后，电子设备将当前任务集合中还没有完成的子任务标记为已完成之后，激活下一任务集合，并为该用户领取当前任务集合的奖励。示例性的，当本公开应用于上述闯关活动的场景中时，任务凭证指示用户无需完成任务集合中的所有子任务时，电子设备查询用户当前在哪个关卡，和关卡中还没有完成的任务。然后，电子设备将当前关卡中所有没完成的任务标记为已完成之后，解锁下一关卡，并为该用户领取该关卡的通关奖励。

若确定任务凭证表征无需完成任务，且第一任务包括任务集合中的一个子任务，则跳过该一个子任务的处理，并激活下一个待处理的第二任务。进一步具体的，当任务凭证指示用户无需完成任务集合中的一个子任务时，电子设备查询用户当前在哪个任务集合，以及当前任务集合中还没有完成的子任务。然后，电子设备将当前任务集合中还没有完成的任一子任务标记为已完成。示例性的，当本公开应用于上述闯关活动的场景中时，任务凭证指示用户无需完成任务集合中的一个子任务时，电子设备查询用户当前在哪个关卡，和当前关卡中还没有完成的任务。然后，电子设备将当前关卡中未完成的任务中任一任务标记为已完成。若当关卡中还没有完成的任务是当关卡中最后一个任务，则电子设备将该任务标记为已完成之后，解锁下一关卡，并为该用户领取该关卡的通关奖励。

在一种实施例中，电子设备响应于用户对凭证控件的触发操作，获取为用户分配的激励凭证进行显示，并将激励凭证所表征的激励值累计至用户的账号。示例性的，当本公开应用于上述闯关活动的场景中，激励凭证为虚拟物品时，电子设备直接将虚拟物品添加到用户的账号中。例如，用户抽中的激励凭证为红包，则直接将红包金额加入到用户收益中。又例如，用户抽中的第一抽奖结果为闯关活动的礼物，则直接将闯关活动的礼物保存到用户的账号中。

这样，电子设备在获取到任务凭证或者激励凭证之后，直接为用户使用任务凭证或者激励凭证，避免了由于未使用任务凭证或者激励凭证给用户造成的损失，从而提高用户的忠诚度。

上述方案中，电子设备为用户提供资源控件，当用户触发资源控件时，显示凭证控件。当用户触发凭证控件时，为用户返回任务凭证。当任务凭证用于表征用户无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。这样，用户在完成任务的过程中，能够通过触发凭证控件的操作，随机获得免除任务的机会，增加了做任务的灵活度，和做任务的过程中的惊喜感，提高了交互的趣味性和用户的参与感，从而提高了用户忠诚度。

示例性的，当上述方案应用于闯关活动场景中时，用户能够通过触发凭证控件的操作进行抽奖，从而获得免除闯关活动中任务的机会。这样，避免了用户被卡在闯关活动中的某一关卡，无法进入下一关卡的情况，提高了用户体验和用户忠诚度。

本公开实施例提供的任务的处理方法的执行主体可以为服务器，也可以为该服务器中能够实现该任务的处理方法的功能模块和/或功能实体，具体的可以根据实际使用需求确定，本公开实施例不作限定。接下来以服务器为例，对本公开实施例提供的任务的处理方法进行示例性的说明。

本公开实施例提供一种任务的处理方法，该方法应用于服务器，该方法具体可以包括如下步骤301-步骤303。

301、服务器接收凭证请求。

其中，凭证请求中包括凭证控件的标识。

302、服务器在任务配置中，查询并获取与凭证控件的标识对应的凭证。

其中，任务配置至少包括凭证控件的标识与凭证的对应关系。

服务器在任务配置中，查询并获取与凭证控件的标识对应的凭证之前，还需要生成任务配置。具体的，服务器生成任务配置的方法包括如下步骤302a-步骤302b。

302a、服务器获取预设时间段内，每个任务集合的复杂度。

具体的，服务器获取预设时间段内，每个任务集合的目标用户的数量。其中，目标用户为在所处任务集合的停留时长超过第一阈值的用户。由于每个任务集合中子任务的数量和子任务的复杂度均不相同，如果一个任务集合中的子任务较多，或者任务集合中部分子任务难度较大，则用户很容易被该任务集合卡住。因此，可以用任务集合卡住用户的数量来计算每个任务集合的复杂度。

之后，服务器对每个任务集合中的目标用户的数量进行归一化处理，得到每个任务集合的复杂度。例如，在闯关活动的场景中，每个任务集合对应闯关活动中的每个关卡。假设该闯关活动有5个关卡，预设时间段为7天，第一阈值为3天；在7天内，第1关卡中有10个目标用户，第2关卡中有5个目标用户，第3关卡中有20个目标用户，第4关卡中有10个目标用户，第5关卡中有15个目标用户，则目标用户总数为10+5+20+10+15＝60个，第1关卡的复杂度为0.167，第2关卡的复杂度为0.083，第3关卡的复杂度为0.333，第4关卡的复杂度为0.167，第5关卡的复杂度为0.25。

302b、服务器根据每个任务集合的复杂度，生成任务配置。

具体的，服务器根据每任务集合的复杂度，确定每个任务集合中每一类型的凭证在所有凭证中的占比。具体的，复杂高的任务集合对应的凭证中，任务凭证的占比大于激励凭证的占比。同理，复杂低的任务集合对应的凭证中，任务凭证的占比小于激励凭证的占比。示例性的，当本公开应用于上述闯关活动的场景中时，在复杂高的关卡对应的抽奖结果中，通关卡和任务卡的占比大于惊喜红包的占比。复杂低的关卡对应的抽奖结果中，通关卡和任务卡的占比小于惊喜红包的占比。之后，服务器根据每个任务集合中每一类型的凭证在所有凭证中的占比，确定每个任务集合中凭证控件对应的凭证。最后，服务器根据每个任务集合中凭证控件对应的凭证，生成任务配置。

这样，服务器根据每个任务集合中卡住的用户的数量计算每个任务集合的复杂度。然后，任务集合的复杂度较高时，增加凭证中任务凭证的占比，提高用户通过复杂度较高的任务集合的概率，避免用户被卡在某一任务集合，从而提高用户体验和用户忠诚度。当任务集合的复杂度较低时，增加凭证中激励凭证的占比，进一步提高用户体验。

303、服务器向电子设备发送凭证。

在一种实施例中，任务配置还包括与凭证控件的标识对应的第二动态图像。服务器在任务配置中，查询并获取凭证控件的标识对应的第二动态图像。之后，服务器向电子设备发送第二动态图像。这样，服务器向电子设备发送第二动态图像，使得电子设备在获取任务凭证的过程中，显示显示第二动态图像，提高用户的视觉体验，进而提高处理的趣味性和用户的参与感。

在一种实施例中，服务器向电子设备发送凭证时，缓存凭证，并将凭证存储于数据库。具体的，用户触发凭证控件时，电子设备将凭证控件对应的凭证写入缓存，再异步写到消息队列，最后通过服务程序将消息队列中的凭证控件对应的凭证消费到数据库中。这样，当缓存中的凭证控件对应的凭证出现异常时，电子设备还能够从数据库中获取到凭证控件对应的凭证，保证用户能够抽卡成功，从而提高用户体验。

上述方案中，根据凭证请求中凭证控件的标识，确定凭证，并发送。这样，电子设备能够根据服务器下发的任务凭证确定是否需要为用户免除一定数量的任务，增加了做任务的灵活度，进而提高用户体验和用户忠诚度。

图6是根据一示例性实施例示出的一种任务的处理方法的流程图，该方法应用于任务的处理系统，该处理系统包括电子设备和服务器，该方法具体可以包括如下步骤401-步骤405。

401、电子设备响应于用户对资源控件的触发操作，在确定用户存在获取任务凭证的次数的情况下，显示资源控件对应的凭证控件。

在一种实施例中，在抽奖结束的情况下，或者所有任务处理完毕的情况下，隐藏资源控件。

在一种实施例中，检测到用户完成资源激励任务的情况下，增加用户获取任务凭证的次数。

在一种实施例中，检测到用户获取任务凭证的次数达到预设次数上限时，检测到用户完成资源激励任务的情况下，保持用户获取任务凭证的次数为预设次数上限。

在一种实施例中，当到达重置时刻时，将用户获取任务凭证的次数设置为默认值。

402、电子设备响应于用户对凭证控件的触发操作，向服务器发送凭证请求。

其中，凭证请求中包括凭证控件的标识；

403、服务器在任务配置中，查询并获取与凭证控件的标识对应的任务凭证。

其中，任务配置至少包括凭证控件的标识与凭证的对应关系；

具体的，服务器获取预设时间段内，每个任务集合的复杂度。进一步具体的，服务器获取预设时间段内，每个任务集合对应的目标用户的数量；目标用户为在所处任务集合的停留时长超过第一阈值的用户；对每个任务集合对应的目标用户的数量进行归一化处理，得到每个任务集合的复杂度。

服务器根据每个任务集合的复杂度，生成任务配置。进一步具体的，服务器根据每个任务集合的复杂度，确定每个任务集合中每一类型的凭证在所有凭证中的占比；根据每个任务集合中每一类型的凭证在所有凭证中的占比，确定每个任务集合中每一凭证控件对应的凭证；根据每个任务集合中每一凭证控件对应的凭证，生成任务配置。

404、服务器向电子设备发送任务凭证。

405、电子设备显示任务凭证，且当任务凭证表征无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。

其中，第一任务仅包括任务集合中的一个子任务，或者，第一任务包括任务集合中的所有子任务。

在一种实施例中，电子设备响应于用户对凭证控件的触发操作，获取为用户分配的激励凭证进行显示；将激励凭证所表征的激励值累计至用户的账号。

本公开实施例提供的任务的处理方法，一方面，电子设备为用户提供资源控件，当用户触发资源控件时，显示凭证控件。当用户触发凭证控件时，为用户返回任务凭证。当任务凭证用于表征用户无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。这样，用户在完成任务的过程中，能够通过触发凭证控件的操作，随机获得免除任务的机会，增加了做任务的灵活度，和做任务的过程中的惊喜感，提高了交互的趣味性和用户的参与感，从而提高了用户忠诚度。另一方面，服务器根据凭证请求中凭证控件的标识，确定凭证，并发送。这样，电子设备能够根据服务器下发的任务凭证确定是否需要为用户免除一定数量的任务，增加了做任务的灵活度，进而提高用户体验和用户忠诚度。

可以理解的是，上述方法可以由任务的处理装置实现。任务的处理装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。

本公开实施例可以根据上述方法示例对上述任务的处理装置等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本公开实施例还提供一种任务的处理装置。该处理装置可以为电子设备，也可以是上述电子设备中的芯片，还可以是上述电子设备中用于处理提示资源的控制模块，还可以是上述电子设备中用于处理提示资源的客户端。

图7为本公开实施例提供的一种任务的处理装置的结构示意图，应用于电子设备，该装置可以包括显示模块901和处理模块902。

显示模块901，被配置为执行响应于用户对资源控件的触发操作，在确定用户存在获取任务凭证的次数的情况下，显示资源控件对应的凭证控件。例如，参照图2所示，显示模块901，被配置为执行步骤201。显示模块901，还被配置为执行响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示。例如，参照图2所示，显示模块901，还被配置为执行步骤202。处理模块902，被配置为执行当任务凭证表征无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。例如，参照图2所示，处理模块902，被配置为执行步骤203。

在一种实施例中，凭证控件只有一个；显示模块901，具体被配置为执行响应于用户对凭证控件的触发操作，获取服务器为用户分配的任务凭证。

在一种实施例中，显示模块901，具体被配置为执行获取服务器根据第一任务的复杂度为用户分配的任务凭证。

在一种实施例中，凭证控件包括至少两个；显示模块901，具体被配置为执行：响应于用户对任一凭证控件的触发操作，获取被触发的凭证控件对应的任务凭证；将任务凭证分配给用户进行显示。

在一种实施例中，第一任务仅包括任务集合中的一个子任务，或者，第一任务包括任务集合中的所有子任务。

在一种实施例中，处理模块902，还被配置为执行：响应于用户对凭证控件的触发操作，获取为用户分配的激励凭证进行显示；将激励凭证所表征的激励值累计至用户的账号。

在一种实施例中，处理模块902，还被配置为执行在抽奖结束的情况下，或者所有任务处理完毕的情况下，隐藏资源控件。

在一种实施例中，处理模块902，还被配置为执行检测到用户完成资源激励任务的情况下，增加用户获取任务凭证的次数。

在一种实施例中，处理模块902，还被配置为执行检测到用户获取任务凭证的次数达到预设次数上限时，检测到用户完成资源激励任务的情况下，保持用户获取任务凭证的次数为预设次数上限。

在一种实施例中，处理模块902，还被配置为执行当到达重置时刻时，将用户获取任务凭证的次数设置为默认值。

本公开实施例提供的任务的处理装置，能够为用户提供资源控件，当用户触发资源控件时，显示凭证控件。当用户触发凭证控件时，为用户返回任务凭证。当任务凭证用于表征用户无需完成任务的情况下，跳过对任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。这样，用户在完成任务的过程中，能够通过触发凭证控件的操作，随机获得免除任务的机会，增加了做任务的灵活度，和做任务的过程中的惊喜感，提高了交互的趣味性和用户的参与感，从而提高了用户忠诚度。

本公开实施例还提供一种任务的处理装置。该处理装置可以为服务器，也可以是上述服务器中的芯片，还可以是上述服务器中用于处理提示资源的控制模块，还可以是上述服务器中用于处理提示资源的客户端。

图8为本公开实施例提供的一种任务的处理装置的结构示意图，应用于服务器，该装置可以包获取模块1001、处理模块1002、以及发送模块1003。

获取模块1001，被配置为执行接收凭证请求；凭证请求中包括凭证控件的标识。处理模块1002，被配置为执行在任务配置中，查询并获取与凭证控件的标识对应的凭证；其中，任务配置至少包括凭证控件的标识与凭证的对应关系。发送模块1003，被配置为执行发送凭证。

在一种实施例中，获取模块1001，还被配置为执行获取预设时间段内，每个任务集合的复杂度；处理模块1002，还被配置为执行根据每个任务集合的复杂度，生成任务配置。

在一种实施例中，获取模块1001，具体被配置为执行：获取预设时间段内，每个任务集合对应的目标用户的数量；目标用户为在所处任务集合的停留时长超过第一阈值的用户；对每个任务集合对应的目标用户的数量进行归一化处理，得到每个任务集合的复杂度。

在一种实施例中，处理模块1002，具体被配置为执行：根据每个任务集合的复杂度，确定每个任务集合中每一类型的凭证在所有凭证中的占比；根据每个任务集合中每一类型的凭证在所有凭证中的占比，确定每个任务集合中每一凭证控件对应的凭证；根据每个任务集合中每一凭证控件对应的凭证，生成任务配置。

本公开实施例提供的一种任务的处理装置，由于该装置可以根据凭证请求中凭证控件的标识，确定凭证，并发送。这样，电子设备能够根据该装置下发的任务凭证确定是否需要为用户免除一定数量的任务，增加了做任务的灵活度，进而提高用户体验和用户忠诚度。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9是根据一示例性实施例示出的一种电子设备的结构示意图。电子设备100包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备以及计步器等。如图9所示，电子设备100包括但不限于：处理器101、存储器102、显示器103、输入单元104、输出单元105、网络单元106、接口单元107、射频单元108、电源109以及传感器110等。

需要说明的是，本领域技术人员可以理解，图9中示出的电子设备100的结构并不构成对电子设备100的限定，电子设备100可以包括比图9所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本公开实施例中，显示器103，用于响应于用户对资源控件的触发操作，在确定用户存在获取任务凭证的次数的情况下，显示资源控件对应的凭证控件。

显示器103，还用于响应于用户对凭证控件的触发操作，获取为用户分配的任务凭证进行显示。

处理器101，用于当所述任务凭证表征无需完成任务的情况下，跳过对所述任务凭证所属的第一任务的处理，激活下一个待处理的第二任务。

需要说明的是，上述电子设备100能够实现上述方法实施例中电子设备实现的各个过程，且能达到相同的技术效果，为避免重复，详细描述这里不再赘述。

处理器101是电子设备100的控制中心，利用各种接口和线路连接整个电子设备100的各个部分，通过运行或执行存储在存储器102内的软件程序和/或模块，以及调用存储在存储器102内的数据，执行电子设备100的各种功能和处理数据，从而对电子设备100进行整体监控。处理器101可包括一个或多个处理单元；在一种实施例中，处理器101可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户页面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器101中。

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

显示器103用于显示由用户输入的信息或提供给用户的信息。显示器103可包括显示面板，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode，oled)等形式来配置显示面板。

输入单元104可以用于接收音频或视频信号。输入单元104可以包括图形处理器(graphicsprocessingunit，gpu)和麦克风，图形处理器对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示器103上。经图形处理器处理后的图像帧可以存储在存储器102(或其它存储介质)中或者经由射频单元108或网络单元106进行发送。麦克风可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元108发送到移动通信基站的格式输出。

输入单元104可以为用户输入单元，可用于接收输入的数字或字符信息，以及产生与电子设备100的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)。触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器101，接收处理器101发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，用户输入单元还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板可覆盖在显示面板上，当触控面板检测到在其上或附近的触摸操作后，传送给处理器101以确定触摸事件的类型，随后处理器101根据触摸事件的类型在显示面板上提供相应的视觉输出。触控面板与显示面板1061可以作为两个独立的部件来实现电子设备100的输入和输出功能，也可以将触控面板与显示面板集成而实现电子设备100的输入和输出功能，具体此处不做限定。

输出单元105可以为音频输出单元，可以将射频单元108或网络单元106接收的或者在存储器102中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元还可以提供与电子设备100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元包括扬声器、蜂鸣器以及受话器等。

电子设备100通过网络单元106为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

接口单元107为外部装置与电子设备100连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元107可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到电子设备100内的一个或多个元件或者可以用于在电子设备100和外部装置之间传输数据。

射频单元108可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器101处理；另外，将上行的数据发送给基站。通常，射频单元108包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元108还可以通过无线通信系统与网络和其他设备通信。

电源109(比如电池)可以用于为各个部件供电，在一种实施例中，电源109可以通过电源管理系统与处理器101逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

传感器110可以包括光传感器、运动传感器以及其他传感器中的至少一个。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在电子设备100移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器110还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

另外，电子设备100包括一些未示出的功能模块(例如摄像头)，在此不再赘述。

图10是本公开提供的一种服务器1300的结构框图，该服务器1300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器1301和一个或一个以上的存储器1302，其中，所述存储器1302中存储有至少一条指令，所述至少一条指令由所述处理器1301加载并执行以实现上述服务器对应实施例中各个方法实施例提供的任务的处理装置。当然，该服务器1300还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器1300还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，本公开实施例还提供了一种任务的处理系统，该系统包括执行以完成上述步骤201-步骤203中的任务的处理方法的电子设备，和执行以完成上述步骤301-步骤303中的任务的处理方法的服务器。

在示例性实施例中，本公开实施例还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器102，上述指令可由电子设备100的处理器101执行以完成上述步骤201-步骤203中的任务的处理方法。或者，包括指令的存储器1302，上述指令可由服务器1300的处理器1301执行以完成上述步骤301-步骤303中的任务的处理方法。

可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以是只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、cd-rom、磁带、软盘和光数据存储设备等。

在示例性实施例中，本公开实施例还提供了一种包括一条或多条指令的计算机程序产品，该一条或多条指令可以由电子设备100的处理器101执行以完成上述步骤201-步骤203中的任务的处理方法，或者，该一条或多条指令可以由服务器1300的处理器1301执行以完成上述步骤301-步骤303中的任务的处理方法。

需要说明的是，上述计算机可读存储介质中的指令或计算机程序产品中的一条或多条指令被电子设备100的处理器101执行时实现上述任务的处理方法实施例的各个过程，且能达到与上述任务的处理方法步骤201-步骤203相同的技术效果，为避免重复，这里不再赘述。上述计算机可读存储介质中的指令或计算机程序产品中的一条或多条指令被服务器1300的处理器1301执行时实现上述任务的处理方法实施例的各个过程，且能达到与上述任务的处理方法步骤301-步骤303相同的技术效果，为避免重复，这里不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。