CN109902903A - 一种基于微信的众包执行方法与众包系统 - Google Patents

Abstract

本发明提供一种基于微信的众包执行方法与移动众包系统，包括以下步骤：接口构建步骤，接收任务步骤，发布步骤，众包后台将预存的测试信息与众包任务通过众包接口发送至加载众包公众号的多个移动通信端；接收反馈步骤，众包后台接收来自多个移动通信端的测试反馈信息以及众包任务完成信息；监控步骤，众包后台根据测试反馈信息计算每一个移动通信端的正确率，当正确率低于预定阈值时，停止向对应的移动通信端执行发布步骤，当正确率高于预定阈值时，继续向对应的移动通信端执行发布步骤。本发明无需额外开发一个众包移动端应用程序，降低开发成本，适配于不同移动通信端平台，设置后台监控步骤，从而有效对众包任务完成质量进行监控以及评估。

Description

一种基于微信的众包执行方法与众包系统

技术领域

本发明涉及众包以及移动通信技术，尤其涉及一种基于微信的众包执行方法与移动众包系统。

背景技术

众包是近年来兴起的一个研究点，大量机器难以处理的问题都可以通过众包平台将其分配给互联网上的在线用户来完成。而随着近年来智能移动设备的普及，移动众包作为一种全新的众包模式，开始进入人们的视线。而目前的移动众包平台仍然存在着诸多问题，例如现有的移动众包平台几乎都是额外开发一个App(Application，移动端应用程序)，造成了开发成本高、多平台适配困难、占用移动通信端空间、用户招募困难，同时，众包任务完成质量难以监控以及评估，从而导致移动众包的发展受限。

发明内容

针对以上现有问题，本发明的目的在于提供一种能够监控众包任务完成质量的基于微信的众包执行方法与移动众包系统。

根据本发明的第一个方面，提供一种基于微信的众包执行方法，包括以下步骤：接口构建步骤，使用微信程序的API接口构建众包接口，以在微信程序中生成众包公众号；接收任务步骤，众包后台接收来自任务发布终端的众包任务；发布步骤，众包后台将预存的测试信息与众包任务通过众包接口发送至加载众包公众号的多个移动通信端；接收反馈步骤，众包后台接收来自多个移动通信端的测试反馈信息以及众包任务完成信息；监控步骤，众包后台根据测试反馈信息计算每一个移动通信端的正确率，当正确率低于预定阈值时，停止向对应的移动通信端执行发布步骤，当正确率高于预定阈值时，继续向对应的移动通信端执行发布步骤。

优选地，正确率p符合公式：

其中，Q_correct为测试反馈信息中正确信息的数量，Q_Test为测试反馈信息的总数量。

优选地，还包括碎片时间管理步骤：众包后台接收移动通信端反馈的工作时长选择信息，并根据工作时长选择信息，发布对应执行时间的众包任务。

优选地，还包括碎片时间管理步骤：众包后台接收移动通信端在执行众包任务过程中触发的中断指令；存档众包任务的任务进度，并对众包任务设置标识；众包后台发送标识，在接收到标识的触发信息时，众包任务由移动通信端继续执行。

优选地，还包括：对众包任务设置执行时间，并在移动通信端显示剩余的执行时间。

优选地，还包括：实时获取多个移动通信端的众包任务完成度，对完成度进行排名，并将排名信息发布至多个移动通信端。

根据本发明的第二个方面，提供一种基于微信的移动众包系统，包括：众包接口，众包接口通过微信程序的API接口生成，以在微信程序中生成众包公众号；众包后台，众包后台包括接收模块，接收模块接收来自任务发布终端的众包任务，接收模块接收来自多个移动通信端的测试反馈信息以及众包任务完成信息，发送模块，发送模块将预存的测试信息与众包任务通过众包接口发送至加载众包公众号的多个移动通信端，监控模块，监控模块根据测试反馈信息计算每一个移动通信端的正确率，当正确率低于预定阈值时，控制发送模块停止向对应的移动通信端发送测试信息与众包任务，当正确率高于预定阈值时，控制发送模块继续向对应的移动通信端发送测试信息与众包任务。

优选地，正确率p符合公式：

其中，Q_correct为测试反馈信息中正确信息的数量，Q_Test为测试反馈信息的总数量。

由于使用了以上技术，本发明的基于微信的众包执行方法与移动众包系统在微信程序中生成众包公众号，从而无需额外开发一个移动端应用程序，降低开发成本，适配于不同移动通信端平台，用户招募容易。设置后台监控步骤，从而有效对众包任务完成质量进行监控以及评估。

附图说明

以下结合附图和具体实施例对本发明的技术方案进行详细的说明，以使本发明的特性和优点更为明显。

图1为本发明实施例的基于微信的众包执行方法的流程示意图；

图2为图1中步骤S104的详细流程示意图；

图3为本发明实施例的包括多个移动通信端以及任务发布终端的信息流向示意图；

图4为本发明实施例的基于微信的移动众包系统的模块示意图。

具体实施方式

以下将对本发明的实施例给出详细的说明。尽管本发明将结合一些具体实施方式进行阐述和说明，但需要注意的是本发明并不仅仅只局限于这些实施方式。相反，对本发明进行的修改或者等同替换，均应涵盖在本发明的权利要求范围当中。

一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1为本发明实施例的基于微信的众包执行方法的流程示意图，如图1所示，本发明的基于微信的众包执行方法包括步骤：

S100：接口构建，使用微信程序的API接口构建众包接口，以在微信程序中生成众包公众号。

S101：接收任务，众包后台接收来自任务发布终端的众包任务。

S102：发布，众包后台将预存的测试信息与众包任务通过众包接口发送至加载众包公众号的多个移动通信端。

S103：接收反馈，众包后台接收来自多个移动通信端的测试反馈信息以及众包任务完成信息。

S104：监控，众包后台根据测试反馈信息计算每一个移动通信端的正确率，当正确率低于预定阈值时，停止向对应的移动通信端执行发布步骤，当正确率高于预定阈值时，继续向对应的移动通信端执行发布步骤。

S105：返回任务结果。

图3为本发明实施例的包括多个移动通信端以及任务发布终端的信息流向示意图。下面结合图1以及图3，具体介绍本发明的基于微信的众包执行方法。

首先，如步骤S100，基于微信程序公众平台进行开发，使用微信开发者API(Application Programming Interface，应用程序编程接口)构建众包接口，以在微信程序中生成众包公众号。当移动通信端301的用户订阅加载众包公众号时，通过众包公众号发布、扩散众包任务。

如步骤S101，众包后台202接收来自任务发布终端101的众包任务。任务发布者通过任务发布终端101向众包后台202发送原始众包任务数据401。具体而言，任务发布者根据众包后台202提供的上传数据模版通过任务发布终端101向众包后台202发送原始众包任务数据401。原始众包任务数据401包括预期提供的报酬信息，任务类型，任务类型包括单选题、多选题、填空题，众包任务的题目、简介，以及众包任务的问题题干与选项。原始众包任务数据401还包括众包任务参数数据，例如包括单个问题所需答案数量，工作者最大答题数，单道问题所需时间上限与下限。任务发布者还通过任务发布终端101向众包后台202发送测试模式，测试问题以及答案等测试信息。

如步骤S102，众包后台202将预存的测试信息与众包任务通过众包接口发送至加载众包公众号的多个移动通信端。具体而言，众包后台202将在步骤S101中获取的原始众包任务数据401经过分配算法加工整理后生成加工任务数据402。众包后台202将加工任务数据402以及测试信息发送至加载众包公众号的多个移动通信端301。众包后台202储存已经带有正确答案的测试问题。众包后台202将测试问题按随机的方式隐藏在加工任务数据402中，并发送至多个移动通信端301。

多个移动通信端301通过微信程序的众包公众号接收加工任务数据402以及测试信息。移动通信端301用户处理加工任务数据402时，测试问题随机隐藏至用户的题库中。移动通信端301向众包后台202反馈测试反馈信息以及众包任务完成信息403。测试反馈信息通过标记符号与众包任务完成信息403进行区分。

如步骤S103，众包后台202接收来自多个移动通信端301的测试反馈信息以及众包任务完成信息403。

如步骤S104，众包后台202根据测试反馈信息以及在步骤S101中获取并存储的测试信息，计算每一个移动通信端301的正确率，当正确率低于预定阈值时，停止向对应的移动通信端301执行发布步骤S102，当正确率高于预定阈值时，继续向对应的移动通信端301执行发布步骤S102。

具体而言，图2为图1中步骤S104的详细流程示意图。如图2所示，如步骤S1041，众包后台202获取测试反馈信息。如步骤S1042，判断测试反馈信息是否对应测试问题。可以通过测试反馈信息的标记符号是否与特定测试问题相配对而进行判断。如是，则进行步骤S1043计算工作者准确率。如否，则跳转步骤S1045，判断当前工作者是否到达最大答题数。如步骤S1043，移动通信端301的用户在做题过程中每完成一道隐藏的测试问题，众包后台202便以以下公式计算其准确率：

其中，Q_correct为测试反馈信息中正确信息的数量，Q_Test为测试反馈信息的总数量。

如步骤S1044，计算获得当前移动通信端301当前正确率之后，判断当前准确率是否低于阈值。将步骤S1043中计算获得的准确率与准确率下限进行对比，如果判断为低于下限，则跳转步骤S1046，结束当前的监控步骤，且不再向当前移动通信端301发送后续测试信息与众包任务，即不再跳转执行步骤S102，不向当前移动通信端301进行发布。如果判断计算获得的准确率不低于准确率下限，则执行步骤S1045，判断当前移动通信端301是否到达最大答题数，如是则跳转步骤S1046，结束当前的监控步骤，且执行后续步骤S105返回任务结果。如判断未到达最大答题数，则跳转执行S1041，重新等待获取测试反馈信息，即跳转循环执行步骤S102至步骤S104直至完成全部的众包任务。

由于采用了监控步骤S103，在质量控制实验中，本发明的基于微信的众包执行方法具有较佳的结果，具体数据如下：

其中，A1组是没有监控步骤S103，A2组实施了监控步骤S103，可以看到，工作时间虽然有所上升，但仍在可接受的范围之内，而准确率却有了明显的提升。因此，本发明能有效地对众包质量进行监控。利用上述质量控制机制对用户工作质量进行控制，预防作弊行为。

最后如步骤S105，众包后台202将获取的所有众包任务完成信息403进行整合计算，以生成众包任务结果404。众包后台202将众包任务结果404发送至任务发布终端101，以反馈众包任务结果。

本发明的基于微信的众包执行方法还具有碎片时间管理步骤。即能帮助移动通信端301用户随时执行众包任务，从而有效利用较短的碎片时间，提高工作者的时间利用率和工作效率，增加用户忠诚度。

具体而言，当前移动通信端301中断执行众包任务时，触发中断指令。众包后台202接收当前移动通信端301在执行众包任务过程中触发的中断指令后，众包后台202中止执行步骤S102至步骤S104，存档众包任务的任务进度，并对众包任务设置标识。众包后台202向当前移动通信端301发送标识。当前移动通信端301重新开始执行众包任务时，触发标识。众包后台202在接收到标识的触发信息时，众包任务由移动通信端继续执行，即众包后台202继续执行步骤S102至步骤S104。

在其他实施例中，碎片时间管理步骤包括众包后台202向移动通信端301发送供选择的工作时长，众包后台202接收移动通信端301反馈的工作时长选择信息，并根据工作时长选择信息，向该移动通信端301发布对应执行时间的众包任务。

碎片时间管理步骤利用了移动通信端301用户所在场景，分析用户当前工作需求，个性化提供5到20分钟的碎片工作时间。提高移动通信端301用户的时间利用率和工作效率，增加用户忠诚度。

优选地，众包后台202对众包任务设置执行时间，并在每一个移动通信端301分别显示剩余的执行时间，例如利用倒计时进度条。通过这样的方式造成移动通信端301用户对工作的轻度紧迫感，潜在地提高用户效率。

优选地，众包后台202实时获取多个移动通信端301的众包任务完成度，对完成度进行排名，并将排名信息发布至多个移动通信端301。通过以上竞争模式，激发用户积极性。

本发明还提供了一种基于微信的移动众包系统200，图4为本发明实施例的基于微信的移动众包系统的模块示意图。如图4所示，本发明的基于微信的移动众包系统200包括众包接口201以及众包后台202。众包接口201通过微信程序的API接口生成，以在微信程序中生成众包公众号。众包后台202包括接收模块203，发送模块204，监控模块205。基于微信的移动众包系统200执行上述介绍的基于微信的众包执行方法。

接收模块203接收来自任务发布终端101的众包任务，接收模块203接收来自多个移动通信端301的测试反馈信息以及众包任务完成信息。发送模块204将预存的测试信息与众包任务通过众包接口201发送至加载众包公众号的多个移动通信端301。监控模块205根据测试反馈信息计算每一个移动通信端301的正确率，当正确率低于预定阈值时，控制发送模块204停止向对应的移动通信端301发送测试信息与众包任务，当正确率高于预定阈值时，控制发送模块204继续向对应的移动通信端301发送测试信息与众包任务。

本发明的基于微信的众包执行方法与移动众包系统摒弃移动众包搭建额外移动应用程序的方式，以微信程序这一用户基数庞大的工具为基础，构建轻量级众包平台。利用社交传播方式扩散众包任务，使用微信中的好友或群组进行一对一或一对多的定向传播。

本发明利用微信移动App的普及和易操作性，解决了移动众包平台上包括安装额外App的繁琐、参与者招募的困难、平台搭建成本高等诸多问题。

以上仅是本发明的具体应用范例，对本发明的保护范围不构成任何限制。除上述实施例外，本发明还可以有其它实施方式。凡采用等同替换或等效变换形成的技术方案，均落在本发明所要求保护的范围之内。

Claims (8)

1.一种基于微信的众包执行方法，其特征在于，包括以下步骤：

接口构建步骤，使用微信程序的API接口构建众包接口，以在所述微信程序中生成众包公众号；

接收任务步骤，众包后台接收来自任务发布终端的众包任务；

发布步骤，众包后台将预存的测试信息与所述众包任务通过所述众包接口发送至加载所述众包公众号的多个移动通信端；

接收反馈步骤，众包后台接收来自多个所述移动通信端的测试反馈信息以及众包任务完成信息；

监控步骤，众包后台根据所述测试反馈信息计算每一个移动通信端的正确率，当所述正确率低于预定阈值时，停止向对应的移动通信端执行发布步骤，当所述正确率高于所述预定阈值时，继续向对应的移动通信端执行发布步骤。

2.如权利要求1所述的基于微信的众包执行方法，其特征在于，

所述正确率p符合公式：

其中，Q_correct为测试反馈信息中正确信息的数量，Q_Test为测试反馈信息的总数量。

3.如权利要求1所述的基于微信的众包执行方法，其特征在于还包括碎片时间管理步骤：

所述众包后台接收移动通信端反馈的工作时长选择信息，并根据所述工作时长选择信息，发布对应执行时间的众包任务。

4.如权利要求1所述的基于微信的众包执行方法，其特征在于还包括碎片时间管理步骤：

众包后台接收移动通信端在执行众包任务过程中触发的中断指令；

存档所述众包任务的任务进度，并对所述众包任务设置标识；

众包后台发送所述标识，在接收到所述标识的触发信息时，所述众包任务由所述移动通信端继续执行。

5.如权利要求1所述的基于微信的众包执行方法，其特征在于还包括：对所述众包任务设置执行时间，并在所述移动通信端显示剩余的执行时间。

6.如权利要求1所述的基于微信的众包执行方法，其特征在于还包括：实时获取多个所述移动通信端的所述众包任务完成度，对所述完成度进行排名，并将排名信息发布至多个所述移动通信端。

7.一种基于微信的移动众包系统，其特征在于包括：

众包接口，所述众包接口通过微信程序的API接口生成，以在所述微信程序中生成众包公众号；

众包后台，所述众包后台包括

接收模块，所述接收模块接收来自任务发布终端的众包任务，所述接收模块接收来自多个所述移动通信端的测试反馈信息以及众包任务完成信息，

发送模块，所述发送模块将预存的测试信息与所述众包任务通过所述众包接口发送至加载所述众包公众号的多个移动通信端，

监控模块，所述监控模块根据所述测试反馈信息计算每一个移动通信端的正确率，当所述正确率低于预定阈值时，控制所述发送模块停止向对应的移动通信端发送所述测试信息与众包任务，当所述正确率高于所述预定阈值时，控制所述发送模块继续向对应的移动通信端发送所述测试信息与众包任务。

8.如权利要求7所述的基于微信的移动众包系统，其特征在于，

所述正确率p符合公式：

其中，Q_correct为测试反馈信息中正确信息的数量，Q_Test为测试反馈信息的总数量。