CN107689968B - 任务的处理系统、方法及装置 - Google Patents

Abstract

本申请公开了一种任务的处理系统、方法及装置。其中，该系统包括：服务器，用于提供任务的任务标识，其中，任务标识中携带有任务的类型信息，任务包括一个或多个接收输入的输入接口；客户端，用于根据类型信息生成第一请求，将第一请求发送至服务器，其中，第一请求用于请求从服务器获取任务；服务器还用于向客户端提供与类型信息相匹配的任务，客户端用于通过与类型信息相匹配的任务的输入接口输入信息。本申请解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

Description

任务的处理系统、方法及装置

技术领域

本申请涉及互联网领域，具体而言，涉及一种任务的处理系统、方法及装置。

背景技术

通常，一个公司或机构把过去由员工执行的工作任务，以自由自愿的形式外包给非特定的(而且通常是大型的)大众网络的做法称作众包。也即，以用户的真实使用感受为出发点，通过网络做产品的开发需求调研。众包的任务简称为众包任务，目前，众包任务在大型活动中投放的方式有：一次投放一个众包任务，若投放多个众包任务则需要进行多次投放，投放效率较低导致浪费大型活动的机会；另外，用户流量不可控，缺乏疏导流量的策略，造成用户流量的浪费和不合理的利用；每次投放的任务都是固定的，难以动态改变推送投放的任务；在有限的时间和有限的流量的条件下，导致某些任务热度过冷过热。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种任务的处理系统、方法及装置，以至少解决相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种任务的处理系统，其特征在于，包括：服务器，用于提供任务标识，其中，任务标识中携带有任务的类型信息；客户端，用于根据类型信息生成第一请求，将第一请求发送至服务器，其中，第一请求用于请求从服务器获取任务；服务器还用于获取与类型信息相匹配的任务。

根据本申请实施例的另一方面，还提供了一种任务的处理方法，包括：服务器提供任务标识，其中，任务标识中携带有任务的类型信息；服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务；服务器获取与类型信息相匹配的任务。

根据本申请实施例的另一方面，还提供了一种任务的处理装置，包括：提供单元，用于服务器提供任务标识，其中，任务标识中携带有任务的类型信息；生成单元，用于服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务；获取单元，用于服务器获取与类型信息相匹配的任务。

在本申请实施例中，通过服务器提供任务标识，其中，任务标识中携带有任务的类型信息；服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务；服务器获取与类型信息相匹配的任务。由于服务器提供的任务标识中携带有任务的类型信息，客户端基于该类型信息生成用于获取任务的请求，这样，不同客户端可以请求获取不同的任务，该方案不同于现有技术中服务器分发相同请求的方案，由于客户端请求不同的任务，从而可以疏导客户端的任务投放请求的流量，避免了用户流量的浪费，也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

附图说明

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

图1是根据本申请实施例一种任务的处理方法的服务器的硬件结构框图；

图2是根据本申请实施例一种任务的处理方法的流程图；

图3是根据本申请实施例一种可选的任务的处理方法的流程图；

图4是根据本申请实施例一种可选的任务的处理方法的流程图；

图5是根据本申请实施例一种可选的任务的处理方法的流程图；

图6是根据本申请实施例一种可选的任务的处理方法的流程图；

图7是根据本申请实施例一种可选的任务的处理方法的流程图；以及

图8是根据本申请实施例一种任务的处理装置的示意图。

具体实施方式

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

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

首先，对本申请实施例涉及的术语解释如下：

众包：可以是将大量的任务分配给不同的客户端处理的一种任务处理方法。具体地，可以指一个公司或机构把过去由员工执行的工作任务，以自由自愿的形式外包给非特定的(而且通常是大型的)大众网络的做法。也即，以用户的真实使用感受为出发点，通过网络做产品的开发需求调研。

数据标注任务：众包任务的一种，数据标注任务可以是通过计算机算法无法判断、但是需标注结果的任务，如借助广大用户的力量，对一些算法无法判断的问题，进行整理与标注，产品负责人可根据用户的标注，来判断这些问题的答案。例如常见的场景：有个客服机器人，用户经常问它这两个问题：1)A和B关系？2)A1和B什么关系？假如算法无法判断1)和2)是否可以用同一个答案来解答，则可以借助标注，例如将这两句话给100个用户，让其标注“同义”或“不同义”，收集这100人的答案，分析出这两句话是否同义，给客服机器人提供答案。在本申请中提及的众包任务以数据标注任务为例。

回收量：执行每个任务的次数，如，每一个需要数据标注的任务(如问题)可以设置一个不小于1的用户可回答数。例如，问题a，回收量为11；那么，问题a发放给不同用户来回答，每个用户的回答数为1，问题a答满11，就不可再答。

准确率：每一个需要数据标注的任务(如问题)，都有个奇数的回收量。准确率为多比数的答案个数在所有答案个数中的占比。例如，问题a，回收量是11，答案中回答“是”9个，回答“否”2个，那么准确率为9/11*100％＝81.8％。

URL：即统一资源定位符，它是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它。

任务投放请求可以指客户端向服务器发送的请求服务器向客户端发送任务的请求，其中的投放可以指服务器向客户端下发任务的操作。

本申请实施例一所提供的实施例可以运行在图1所示的网络架构中，该网络架构中可以包括服务器和至少一个客户端，其中，服务器和客户端通过网络连接，该网络上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

其中，服务器，用于提供任务的任务标识，其中，任务标识中携带有任务的类型信息，任务包括一个或多个接收信息的输入接口；客户端，用于根据类型信息生成第一请求，将第一请求发送至服务器，其中，第一请求用于请求从服务器获取任务；服务器还用于向客户端提供与类型信息相匹配的任务，客户端接收到与类型信息相匹配的任务之后，通过接收到的任务的输入接口输入信息，服务器收集客户端输入的信息，统计各个任务的准确率。

根据本发明的上述实施例，服务器提供的任务标识中携带有任务的类型信息，客户端基于该类型信息生成用于获取任务的请求，这样，不同客户端可以请求获取不同的任务，该方案不同于现有技术中服务器分发相同请求的方案，由于客户端请求不同的任务，从而可以疏导客户端的任务投放请求的流量，避免了用户流量的浪费，也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

上述实施例中的服务器可以在收集任务之后，设置不同任务的类型，并基于不同任务的类型生成任务标识，以使得任务标识中携带对应的任务的类型信息。其中，任务标识可以为资源访问地址；任务标识还可以为图形，如二维码标识；任务标识还可以为多媒体信息，如动画等。

在上述实施例中，客户端可以将任务的类型信息携带在第一请求中，将该第一请求发送至服务器，服务器接收到该第一请求之后，服务器解析该第一请求，得到客户端请求的任务的类型，并从数据库中读取与该类型对应的任务，将获取到的任务发送至对应的客户端。

其中，上述实施例中的服务器如图1所示，可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储任务的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

上述的存储器用于存储任务、任务的类型信息、以及任务与任务的类型信息之间的对应关系等。可选地，存储器还用于存储应用软件的软件程序以及模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的任务的处理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至服务器10。

传输装置106用于经由一个网络接收或者发送任务的相关数据。上述的网络具体实例可包括服务器10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本申请上述实施例中的客户端20可以包括信息采集装置202、信息处理单元204(如处理器)和通讯单元206，客户端通过信息采集装置采集任务标识以获取任务的类型信息，并基于该类型信息生成第一请求，并通过通讯单元将第一请求发送至服务器。

该客户端可以为移动终端、计算机终端或者类似的运算装置。例如，该客户端可以为智能手机、平板电脑等。

本发明上述实施例中的任务的类型信息可以包括优先级参数。

可选地，客户端包括：扫描装置，用于扫描任务标识，以获取任务的类型信息；处理器，用于生成携带有类型信息的第一请求。

具体地，本实施例中的服务器可以在收集任务之后，设置不同任务的优先级，并基于任务的优先级生成不同任务的任务标识，以使得任务标识中携带对应的任务的优先级参数，客户端利用扫描装置扫描任务标识，以获取任务的优先级参数，处理器封装该优先级参数，得到第一请求，将该第一请求发送至服务器，服务器接收到该第一请求之后，服务器解析该第一请求，得到客户端请求的任务的类型，并从数据库中读取与该类型对应的任务，将获取到的任务发送至对应的客户端。

上述实施例中的扫描装置可以为多媒体信息采集装置，如摄像头。

需要说明的是，服务器具体用于生成携带有优先级参数的任务标识；将任务标识记录在任务载体中，并分发任务载体。

具体地，本实施例中的服务器可以在收集任务之后，设置不同任务的优先级，并基于任务的优先级生成不同任务的任务标识，将该任务标识设置在任务载体中，服务器分发该任务载体，以提供任务标识。

其中，该任务载体可以为能够携带任务标识的载体，如，若任务标识为二维码，任务载体可以为能够携带该二维码的物体(如线下的纸张、线上的网页等)；若任务标识为网络资源地址，任务载体可以为能够携带该网络资源地址的网页等。

在本申请上述实施例的处理系统中，在任务为多个的情况下，优先级参数包括：各个任务的优先级级别和/或多个任务对应的优先级级别列表，其中，优先级级别列表中记录有多个任务的优先级级别。

具体地，可以单独记录任务的优先级级别，如，任务A的优先级为a，任务B的优先级为b，任务C的优先级为c。在该示例中，若优先级参数为a，则与类型信息匹配的任务为任务A；若优先级参数为b，则与类型信息匹配的任务为任务B；依次类推，在该示例中，每个类型信息指向一个任务，这里的优先级用于区分任务，还用于区分任务执行的优先顺序。

在一个可选的实施例中，还可以将多个任务的优先级级别记录在优先级级别列表中，如表1所示的示例中，一个类型信息可以用于指向一个或多个任务的优先顺序。

表1

任务标识	优先级参数
		1	ABCD
2	BCDA
		3	DBCA

如表1所示的示例中，每个大写字母表示一个任务，若任务标识为1，则服务器解析出优先级参数为“ABCD”之后，服务器依次获取A、B、C和D对应的任务，将该任务发送至客户端。

在一个可选的实施例中，可以基于任务提交量确定任务的优先级。

根据本发明的上述实施例，服务器还用于间隔预设时长更新优先级级别列表。

例如，预设时长为1h，每间隔1h服务器更新一次优先级级别列表，即基于动态更新优先级列表，保证了客户端请求不同的任务的优先级及时更新，从而更好的疏导客户端的任务投放请求的流量，避免了用户流量的浪费。

根据本发明的上述实施例，任务标识包括任务的网络资源地址。

网络资源地址(即，URL)，互联网上的每个文件都有唯一的URL，它是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。它包含的信息指出文件的位置以及浏览器应该怎么处理它。在本申请中，一个网络资源地址支持多个众包任务的投放，也即可以按照请求的不同投放不同的任务至客户端。

根据本发明的上述实施例，在处理系统包括多个客户端的情况下，服务器还用于向部分或全部客户端，返回与类型信息相匹配的任务。

例如，服务器向50％或100％的客户端，返回与类型信息相匹配的任务。

根据本发明的上述实施例，服务器具体用于：获取预先设置的数值区间；生成客户端的随机数；若随机数在数值区间内，则向客户端返回与类型信息相匹配的任务；若随机数不在数值区间内，则向客户端返回预定类型的任务。

例如，获取预先设置的数值区间为[1，100]，生成与客户端对应的随机数为56；则该随机数在数值区间内，若随机数在数值区间内，则向客户端返回与类型信息相匹配的任务。若随机数不在数值区间内，则向客户端返回预定类型的任务。

根据本申请实施例，还提供了一种任务的处理方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在上述运行环境下，本申请提供了如图2所示的一种任务的处理方法。图2是根据本申请实施例一种任务的处理方法的流程图，该方法包括以下步骤：

步骤S202，服务器提供任务的任务标识，其中，任务标识中携带有任务的类型信息，任务包括一个或多个接收输入的输入接口。该输入接口可以为选择框，用户可以基于该选择框输入不同的信息，服务器可以统计客户端输入的信息以确定该任务的准确率的信息。

步骤S204，服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务。

该方案可以应用于众包任务的投放中，具体地，客户端可以通过登录众包任务客户端、或者通过网页进行众包任务请求页面，在客户端进入众包任务请求页面之后，可以生成众包任务请求，将该众包任务请求发送至服务器之后，服务器投放任务至客户端，客户端执行众包任务，将执行结果发送至服务器，服务器收集各个客户端返回的执行结果，并对执行结果进行统计，得到任务的处理结果。

在本申请中，用户还可以通过扫描URL生成任务投放请求。

在本申请实施例的任务的处理方法中，任务的类型信息包括优先级参数。

在本申请上述实施例的处理方法中，在任务为多个的情况下，优先级参数包括：各个任务的优先级级别和/或多个任务对应的优先级级别列表，其中，优先级级别列表中记录有多个任务的优先级级别。

步骤S206，服务器向客户端提供与类型信息相匹配的任务，客户端用于通过与类型信息相匹配的任务的输入接口输入信息。

在本申请实施例中，由于服务器提供任务的任务标识中携带有任务的类型信息，客户端基于该类型信息生成用于获取任务的请求，这样，服务器可以为不同客户端提供不同的任务，该方案不同于现有技术中服务器分发相同请求的方案，由于客户端请求不同的任务，从而可以疏导客户端的任务投放请求的流量，避免了用户流量的浪费，也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

为了后续对众包任务的投放进行处理，服务器接收客户端基于任务的类型信息生成的第一请求。在本申请中提及的任务代表的是众包任务，在网络活动的应用中，为了通过网络做产品的开发需求调研，客户端发出基于任务的类型信息(该类型信息可以携带在网络资源地址中)生成的任务投放请求(即上述的第一请求)，互联网上的每个文件都有唯一的URL，它是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。它包含的信息指出文件的位置以及浏览器应该怎么处理它。在本申请中，一个网络资源地址支持多个众包任务的投放(如该网络资源地址中携带多个任务的类型信息)，也即使用不同投放模式投放任务时，可以按照投放不同的任务至客户端。

在本申请中，为了疏导客户端的任务投放请求的流量，避免用户流量的浪费，采用不同的投放模式(即上述实施例中的发送模式)对任务进行投放，如基于网络资源地址确定投放模式，具体地，基于类型信息确定不同的投放模式。在本申请中的投放模式包括多种模式，例如，优先级投放模式和任务提交数量投放模式。具体地，若网络资源地址中携带的优先级参数，确定网络资源地址指示的投放模式为优先级投放模式。其中，优先级投放模式为按照任务优先级投放的模式；若网络资源地址中未携带优先级参数，确定网络资源地址指示的投放模式为任务提交数量投放模式，其中，任务提交数量投放模式为按照任务提交数量投放的模式。

具体地，可以单独记录任务的优先级级别，如，任务A的优先级为a，任务B的优先级为b，任务C的优先级为c。在该示例中，若优先级参数为a，则与类型信息匹配的任务为任务A；若优先级参数为b，则与类型信息匹配的任务为任务B；依次类推，在该示例中，每个类型信息指向一个任务，这里的优先级用于区分任务，还用于区分任务执行的优先顺序。

即如图3所示，在本申请实施例的任务的处理方法中，该方法还可以包括以下步骤：

步骤S302，服务器提供任务的任务标识，其中，任务标识中携带有任务的类型信息。

步骤S304，服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务。

步骤S306，在接收到多个第一请求的情况下，服务器确定与各个第一请求相匹配的发送模式。

步骤S308，在发送模式为优先级模式的情况下，获取与类型信息相匹配的任务。

其中，优先级投放模式为按照任务优先级投放的模式。

可选地，在获取与类型信息相匹配的任务之后，向客户端提供与类型信息相匹配的任务。

通过本方案，按照各个第一请求相匹配的发送模式获取与类型信息相匹配的任务。疏导了客户端的任务投放请求的流量，避免了用户流量的浪费，从而也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

即如图4所示，在本申请实施例的任务的处理方法中，该方法还可以包括以下步骤：

步骤S402，服务器提供任务标识，其中，任务标识中携带有任务的类型信息。

步骤S404，服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务。

步骤S406，在接收到多个第一请求的情况下，服务器获取预先设置的数值区间。

步骤S408，服务器生成第一请求的随机数。

步骤S410，若随机数在数值区间内，则服务器确定与第一请求相匹配的发送模式为优先级模式，其中，优先级模式用于按照任务的类型信息获取任务。

步骤S412，若随机数不在数值区间内，则服务器确定与第一请求相匹配的发送模式为预定模式，其中，预定模式用于获取预定类型的任务。

例如，获取预先设置的数值区间为[1，100]，生成与客户端对应的随机数为56；则该随机数在数值区间内，则服务器确定与第一请求相匹配的发送模式为优先级模式，其中，优先级模式用于按照任务的类型信息获取任务；若随机数不在数值区间内，则服务器确定与第一请求相匹配的发送模式为预定模式，其中，预定模式用于获取预定类型的任务。

即如图5所示，在本申请实施例的任务的处理方法中，该方法还可以包括以下步骤：

步骤S502，服务器提供任务标识，其中，任务标识中携带有任务的类型信息。

步骤S504，服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务。

步骤S506，服务器获取与类型信息相匹配的任务队列。

步骤S508，服务器将任务队列中的任务发送至对应的客户端。

具体地，不同的发送模式对应不同的任务队列，根据步骤S306，在接收到多个第一请求的情况下，服务器确定与各个第一请求相匹配的发送模式。如果发送模式为优先级模式，在优先级模式对应的任务队列中，按照各任务输入的优先级从先到后排序，例如，排序后的各任务的顺序为1，2，3，4......N；再将任务队列中排序后的任务投放至对应的客户端。

如果发送模式为任务提交数量模式(对应上述的预定模式)，在任务提交数量模式对应的任务队列中，按照任务提交数量对任务队列中的任务进行排列，并将排列后的任务队列中的第一个或最后一个任务投放至客户端。在本申请实施例的任务的处理方法中，在发送模式为优先级模式的情况下，将任务队列中的任务投放至对应的客户端包括：获取与优先级模式对应的多个客户端中的第一客户端；按照优先级从任务队列中获取任务，将获取到的任务投放至第一客户端；按照任务提交数量从任务队列中获取任务，并将获取到的任务投放至其余的客户端。

其中，任务队列中可以保存各个任务的ID，通过任务的ID获取对应的任务，并向客户端推送。

例如，获取第一优先级的任务，将第一优先级的任务发送至优先级模式对应的多个客户端中的第一客户端。然后在任务队列除去第一优先级后，将剩余的任务按照当时任务提交人数升序排序。再按照任务提交数量从任务队列中获取任务，并将获取到的任务投放至其余的客户端。其中，按照任务提交数量从任务队列中获取到的任务为该任务队列中的任务的提交人数最小的任务。

需要说明的是，在本申请中涉及的任务队列中的排序是动态的，每个采样时间动态排序一次。

通过本技术方案，将发送模式对应的任务队列中的任务投放至对应的客户端，起到了对流量进行疏导，将多个被投放的众包任务投放至对应的客户端，按照多个被投放的众包任务的优先级，来引入用户流量，避免了某些任务热度过热或过冷的问题，起到了调度众包任务的流量分配的效果，解决了用户流量的浪费和不合理的利用的问题。

即如图6所示，在本申请实施例的任务的处理方法中，该方法还可以包括以下步骤：

步骤S602，服务器提供任务标识，其中，任务标识中携带有任务的类型信息。

步骤S604，服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务。

步骤S606，服务器获取与类型信息相匹配的任务队列。

步骤S608，获取任务队列中各个任务的执行准确率。

步骤S610，若任务的执行准确率达到预期准确率，则将任务从任务队列中移除。

步骤S612，服务器将任务队列中的任务发送至对应的客户端。

需要说明的是，预先设置采样的监控时间，根据预先设置的采样的监控时间，当任务的执行准确率达到预期准确率，从任务排序模块中的任务队列中进行移除，更新任务列队。通过该技术方案，对任务列队中任务进行及时更新，保证了任务列队中任务的准确性。避免了每次投放的任务都是固定的，不能动态改变推送投放的任务的问题。达到了可改变推送投放的任务的效果。

图7是根据本申请实施例一种可选的任务的处理方法的流程图。如图7所示，首先，用户访问投放的url，解析url中的参数b，根据解析url，识别出任务投放飞模式为模式A或模式B。接着，任务排序模块：如果为模式A，任务队列按照输入的各任务的优先级从先到后排序(1，2，3，4......N)；如果为模式B，任务队列按照此刻任务的提交人数升序排序中的队列(排序是动态的，每个采样时间动态排序一次)；接着，用户流量处理模块：对模式A和模式B进行处理，其中，模式A：用户访问投放的url，程序将x％(可配置)的用户跳转到任务排序模块；任务排序模块中的任务队列的第一优先级的任务task_1，可通过设置一个从1到100的随机数，每次随机产生的值如果落在区间[1,x]，跳转到task_1；[x+1,100]跳转到该任务队列中的任务的提交人数最小的任务(任务队列除去第一优先级后，剩余的任务按照当时任务提交人数升序排序)；模式B：用户访问投放的url，程序跳转到该任务队列中的任务的提交人数最小的任务(任务队列按照当时任务提交人数升序排序)；然后，监控模块：监控任务排序模块中，设置采样的监控时间，将任务准确率阈值到达的任务，从任务排序模块中的任务队列中移除，以更新任务列队，从而保证了任务列队中任务的准确性。避免了每次投放的任务都是固定的，不能动态改变推送投放的任务的问题。达到了可改变推送投放的任务的效果。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例，还提供了一种用于实施上述任务的处理装置，图8是根据本申请实施例一种任务的处理装置的示意图，如图8所示，该装置包括：

提供单元81，用于提供任务的任务标识，其中，任务标识中携带有任务的类型信息，任务包括一个或多个接收输入的输入接口。

生成单元83，用于接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务。

获取单元85，用于向客户端提供与类型信息相匹配的任务，其中，客户端用于通过与类型信息相匹配的任务的输入接口输入信息。

在本申请实施例中，由于服务器提供的任务标识中携带有任务的类型信息，客户端基于该类型信息生成用于获取任务的请求，这样，不同客户端可以请求获取不同的任务，该方案不同于现有技术中服务器分发相同请求的方案，由于客户端请求不同的任务，从而可以疏导客户端的任务投放请求的流量，避免了用户流量的浪费，也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

在本申请中提及的任务代表的是众包任务，在网络活动的应用中，为了通过网络做产品的开发需求调研，客户端发出任务投放请求，该任务投放请求携带有网络资源地址(即，URL)，互联网上的每个文件都有唯一的URL，它是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。它包含的信息指出文件的位置以及浏览器应该怎么处理它。在本申请中，一个网络资源地址支持多个众包任务的投放。为了后续对众包任务的投放进行处理，接收客户端发送的任务投放请求。

网络资源地址中包含许多信息，其中，含有指示投放任务的投放模式的信息。在本申请中，为了疏导客户端的任务投放请求的流量，避免用户流量的浪费，采用不同的投放模式对任务进行投放，即需要基于网络资源地址确定投放模式。在本申请中的投放模式包括多种模式，例如，优先级投放模式(对应本申请中的优先级模块)和任务提交数量投放模式(对应本申请中的预设模块)。具体地，若网络资源地址中携带的优先级参数，确定网络资源地址指示的投放模式为优先级投放模式。其中，优先级投放模式为按照任务优先级投放的模式；若网络资源地址中未携带优先级参数，确定网络资源地址指示的投放模式为任务提交数量投放模式，其中，任务提交数量投放模式为按照任务提交数量投放的模式。

根据本申请实施例一种可选的任务的处理装置，任务的类型信息包括优先级参数。

在本申请上述实施例的处理装置中，在任务为多个的情况下，优先级参数包括：各个任务的优先级级别和/或多个任务对应的优先级级别列表，其中，优先级级别列表中记录有多个任务的优先级级别。

具体地，可以单独记录任务的优先级级别，如，任务A的优先级为a，任务B的优先级为b，任务C的优先级为c。在该示例中，若优先级参数为a，则与类型信息匹配的任务为任务A；若优先级参数为b，则与类型信息匹配的任务为任务B；依次类推，在该示例中，每个类型信息指向一个任务，这里的优先级用于区分任务，还用于区分任务执行的优先顺序。

根据本申请实施例一种可选的任务的处理装置，该投放单元30包括：确定模块，用于在接收到多个第一请求的情况下，确定与各个第一请求相匹配的发送模式；获取模块，用于在发送模式为优先级模式的情况下，获取与类型信息相匹配的任务。

通过本方案，按照各个第一请求相匹配的发送模式获取与类型信息相匹配的任务。疏导了客户端的任务投放请求的流量，避免了用户流量的浪费，从而也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

根据本申请实施例一种可选的任务的处理装置，确定模块包括：第一获取子模块，用于服务器获取预先设置的数值区间；生成子模块，用于服务器生成第一请求的随机数；第一确定子模块，用于在随机数在数值区间内的情况下，则服务器确定与第一请求相匹配的发送模式为优先级模式，其中，优先级模式用于按照任务的类型信息获取任务；第二确定子模块，用于在随机数不在数值区间内的情况下，则服务器确定与第一请求相匹配的发送模式为预定模式，其中，预定模式用于获取预定类型的任务。

例如，获取预先设置的数值区间为[1，100]，生成与客户端对应的随机数为56；则该随机数在数值区间内，则服务器确定与第一请求相匹配的发送模式为优先级模式，其中，优先级模式用于按照任务的类型信息获取任务；若随机数不在数值区间内，则服务器确定与第一请求相匹配的发送模式为预定模式，其中，预定模式用于获取预定类型的任务。

根据本申请实施例一种可选的任务的处理装置，获取模块包括：第二获取子模块，用于服务器获取与类型信息相匹配的任务队列；发送子模块，用于服务器将任务队列中的任务发送至对应的客户端。

具体地，不同的发送模式对应不同的任务队列，在接收到多个第一请求的情况下，服务器确定与各个第一请求相匹配的发送模式。如果发送模式为优先级模式，在优先级模式对应的任务队列中，按照各任务输入的优先级从先到后排序，例如，排序后的各任务的顺序为1，2，3，4......N；再将任务队列中排序后的任务投放至对应的客户端。

如果发送模式为任务提交数量模式(对应上述的预定模式)，在任务提交数量模式对应的任务队列中，按照任务提交数量对任务队列中的任务进行排列，并将排列后的任务队列中的第一个或最后一个任务投放至客户端。在本申请实施例的任务的处理方法中，在发送模式为优先级模式的情况下，将任务队列中的任务投放至对应的客户端包括：获取与优先级模式对应的多个客户端中的第一客户端；按照优先级从任务队列中获取任务，将获取到的任务投放至第一客户端；按照任务提交数量从任务队列中获取任务，并将获取到的任务投放至其余的客户端。

其中，任务队列中可以保存各个任务的ID，通过任务的ID获取对应的任务，并向客户端推送。

例如，获取第一优先级的任务，将第一优先级的任务发送至优先级模式对应的多个客户端中的第一客户端。然后在任务队列除去第一优先级后，将剩余的任务按照当时任务提交人数升序排序。再按照任务提交数量从任务队列中获取任务，并将获取到的任务投放至其余的客户端。其中，按照任务提交数量从任务队列中获取到的任务为该任务队列中的任务的提交人数最小的任务。

需要说明的是，在本申请中涉及的任务队列中的排序是动态的，每个采样时间动态排序一次。

通过本技术方案，将发送模式对应的任务队列中的任务投放至对应的客户端，起到了对流量进行疏导，将多个被投放的众包任务投放至对应的客户端，按照多个被投放的众包任务的优先级，来引入用户流量，避免了某些任务热度过热或过冷的问题，起到了调度众包任务的流量分配的效果，解决了用户流量的浪费和不合理的利用的问题。

根据本申请实施例一种可选的任务的处理装置，该装置还包括：获得单元，用于在服务器将任务队列中的任务发送至对应的客户端之前，获取任务队列中各个任务的执行准确率；处理单元，用于若任务的执行准确率达到预期准确率，则将任务从任务队列中移除。

需要说明的是，预先设置采样的监控时间，根据预先设置的采样的监控时间，当任务的执行准确率达到预期准确率，从任务排序模块中的任务队列中进行移除，更新任务列队。通过该技术方案，对任务列队中任务进行及时更新，保证了任务列队中任务的准确性。避免了每次投放的任务都是固定的，不能动态改变推送投放的任务的问题。达到了可改变推送投放的任务的效果。

本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应用场景也可以相同。当然，需要注意的是，上述模块涉及的方案可以不限于上述实施例中的内容和场景，且上述模块可以运行在服务器或移动终端，可以通过软件或硬件实现。

本申请的实施例可以提供一种服务器，该服务器可以是服务器群中的任意一个服务器设备。可选地，在本实施例中，上述服务器也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述服务器可以位于计算机网络的多个网络设备中的至少一个网络设备。该服务器可以包括：一个或多个处理器、存储器、以及传输装置。

处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：服务器提供任务的任务标识，其中，任务标识中携带有任务的类型信息，任务包括一个或多个接收输入的输入接口；服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务；服务器向客户端提供与类型信息相匹配的任务，其中，客户端用于通过与类型信息相匹配的任务的输入接口输入信息。

由于服务器提供的任务标识中携带有任务的类型信息，客户端基于该类型信息生成用于获取任务的请求，这样，不同客户端可以请求获取不同的任务，该方案不同于现有技术中服务器分发相同请求的方案，由于客户端请求不同的任务，从而可以疏导客户端的任务投放请求的流量，避免了用户流量的浪费，也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的任务的处理方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中服务器群中的任意一个服务器中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储程序代码以用于执行以下步骤：服务器提供任务标识，其中，任务标识中携带有任务的类型信息；服务器接收客户端基于任务的类型信息生成的第一请求，其中，第一请求用于请求获取与类型信息相匹配的任务；服务器获取与类型信息相匹配的任务。

由于服务器提供的任务标识中携带有任务的类型信息，客户端基于该类型信息生成用于获取任务的请求，这样，不同客户端可以请求获取不同的任务，该方案不同于现有技术中服务器分发相同请求的方案，由于客户端请求不同的任务，从而可以疏导客户端的任务投放请求的流量，避免了用户流量的浪费，也实现了提升任务的投放效率的技术效果，进而解决了相关技术中由于投放任务的不合理造成投放任务的效率较低的技术问题。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (16)

1.一种任务的处理系统，其特征在于，包括：

服务器，用于提供任务的任务标识，其中，所述任务标识对应于多个任务，所述任务标识中携带有用于确定所述多个任务的投放模式的类型信息，所述任务包括一个或多个接收输入的输入接口；

客户端，用于从所述任务标识获取所述类型信息，根据所述类型信息生成第一请求，并将所述第一请求发送至所述服务器，其中，所述第一请求用于请求从所述服务器获取任务；

所述服务器还用于根据基于所述类型信息确定的任务投放模式向所述客户端提供任务；

所述客户端用于通过所述任务的输入接口输入信息。

2.根据权利要求1所述的处理系统，其特征在于，所述任务的类型信息包括优先级参数。

3.根据权利要求2所述的处理系统，其特征在于，所述服务器具体用于：

生成携带有所述优先级参数的任务标识；

将所述任务标识记录在任务载体中，并分发所述任务载体。

4.根据权利要求2所述的处理系统，其特征在于，在所述任务为多个的情况下，所述优先级参数包括：

各个所述任务的优先级级别；和/或

所述多个任务对应的优先级级别列表，其中，所述优先级级别列表中记录有多个任务的优先级级别。

5.根据权利要求4所述的处理系统，其特征在于，所述服务器还用于间隔预设时长更新所述优先级级别列表。

6.根据权利要求1所述的处理系统，其特征在于，所述客户端包括：

扫描装置，用于扫描所述任务标识，以获取所述任务的类型信息；

处理器，用于生成携带有所述类型信息的第一请求。

7.根据权利要求1至6中任意一项所述的处理系统，其特征在于，所述任务标识包括所述任务的网络资源地址。

8.根据权利要求1所述的处理系统，其特征在于，

在所述处理系统包括多个所述客户端的情况下，所述服务器还用于向部分或全部所述客户端，返回与所述类型信息相匹配的任务。

9.根据权利要求8所述的处理系统，其特征在于，所述服务器具体用于：

获取预先设置的数值区间；

生成客户端的随机数；

若所述随机数在所述数值区间内，则向所述客户端返回与所述类型信息相匹配的任务；

若所述随机数不在所述数值区间内，则向所述客户端返回预定类型的任务。

10.一种任务的处理方法，其特征在于，包括：

服务器提供任务的任务标识，其中，所述任务标识对应于多个任务，所述任务标识中携带有用于确定所述多个任务的投放模式的类型信息，所述任务包括一个或多个接收输入的输入接口；

所述服务器接收客户端基于从所述任务标识获取的所述类型信息生成的第一请求，其中，所述第一请求用于请求获取与所述类型信息相匹配的任务；

所述服务器根据基于所述类型信息确定的任务投放模式向所述客户端提供任务，其中，所述客户端用于通过所述任务的输入接口输入信息。

11.根据权利要求10所述的处理方法，其特征在于，所述任务的类型信息包括优先级参数。

12.根据权利要求10所述的处理方法，其特征在于，在接收到多个第一请求的情况下，所述服务器根据基于所述类型信息确定的任务投放模式向所述客户端提供任务包括：

所述服务器确定与各个所述第一请求相匹配的发送模式；

在所述发送模式为优先级模式的情况下，获取与所述类型信息相匹配的任务；

向所述客户端提供与所述类型信息相匹配的任务。

13.根据权利要求12所述的处理方法，其特征在于，所述服务器确定与各个所述第一请求相匹配的发送模式包括：

所述服务器获取预先设置的数值区间；

所述服务器生成所述第一请求的随机数；

若所述随机数在所述数值区间内，则所述服务器确定与所述第一请求相匹配的发送模式为优先级模式，其中，所述优先级模式用于按照所述任务的类型信息获取任务；

若所述随机数不在所述数值区间内，则所述服务器确定与所述第一请求相匹配的发送模式为预定模式，其中，所述预定模式用于获取预定类型的任务。

14.根据权利要求12所述的方法，其特征在于，所述服务器根据基于所述类型信息确定的任务投放模式向所述客户端提供任务包括：

所述服务器获取与所述类型信息相匹配的任务队列；

所述服务器将所述任务队列中的任务发送至对应的客户端。

15.根据权利要求14所述的方法，其特征在于，在所述服务器将所述任务队列中的任务发送至对应的客户端之前，所述方法还包括：

获取所述任务队列中各个任务的执行准确率；

若所述任务的执行准确率达到预期准确率，则将所述任务从所述任务队列中移除。

16.一种任务的处理装置，其特征在于，包括：

提供单元，用于提供任务的任务标识，其中，所述任务标识对应于多个任务，所述任务标识中携带有用于确定所述多个任务的投放模式的类型信息，所述任务包括一个或多个接收输入的输入接口；

生成单元，用于接收客户端基于从所述任务标识获取的所述类型信息生成的第一请求，其中，所述第一请求用于请求获取与所述类型信息相匹配的任务；

获取单元，用于根据基于所述类型信息确定的任务投放模式向所述客户端提供任务，其中，所述客户端用于通过所述任务的输入接口输入信息。

Images