| 标准编号 | GB/T 45398-2025 (GB/T45398-2025) | | 中文名称 | 信息技术 众包服务平台 功能通用要求 | | 英文名称 | Information technology - Crowdsourcing service platform - General requirements for functions | | 行业 | 国家标准 (推荐) | | 中标分类 | L67 | | 国际标准分类 | 35.240.01 | | 字数估计 | 22,263 | | 发布日期 | 2025-03-28 | | 实施日期 | 10/1/2025 | | 发布机构 | 国家市场监督管理总局、中国国家标准化管理委员会 | GB/T 45398-2025: 信息技术 众包服务平台 功能通用要求
ICS 35.240.01
CCSL67
中华人民共和国国家标准
信息技术 众包服务平台 功能通用要求
2025-03-28发布
2025-10-01实施
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
目次
前言 Ⅲ
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
4 通则 2
4.1 众包服务相关主体 2
4.2 众包服务协议 2
4.3 众包服务运营模式 2
4.4 众包服务工作流程 3
4.5 众包服务平台功能 3
5 工作流程 3
5.1 用户管理流程 3
5.2 任务管理流程 5
6 业务功能 8
6.1 功能框架 8
6.2 功能要求 8
7 支撑功能 13
7.1 功能框架 13
7.2 功能要求 14
参考文献 16
前言
本文件按照GB/T 1.1-2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定
起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。
本文件起草单位:东北大学、深圳赛西信息技术有限公司、中车工业研究院有限公司、中国电子技术
标准化研究院、北京信息科技大学、山东省人工智能研究院、北京航空航天大学、中国质量认证中心有限
公司、世纪恒通科技股份有限公司、辽宁京数云大数据科技有限公司。
本文件主要起草人:吴刚、杨金柱、于浩、刘蕊、舒明雷、张程、刘莹、陈进东、童咏昕、张健、冯卫宾、
刘吉、杨兴荣、柴颖、张盈盈。
信息技术 众包服务平台 功能通用要求
1 范围
本文件给出了众包服务平台工作流程,规定了众包服务平台业务功能(用户管理、任务管理)和平台
支撑功能的通用要求。
本文件适用于众包服务平台的设计、开发和实现。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文
件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于
本文件。
GB/T 31524 电子商务平台运营与技术规范
GB/T 37401-2019 电子商务平台服务保障技术要求
3 术语和定义
下列术语和定义适用于本文件。
3.1
任务 task
为达到一定的工作目标而进行的一项工作活动。
[来源:GB/T 14002-2008,3.1.2]
3.2
发包方 taskrequester
发起众包服务(3.4)任务,并能够从多个接包方(3.3)提供的解决方案中选择中标方案,以获益的个
体或组织。
3.3
接包方 taskworker
以自由自愿的形式参与众包服务(3.4)任务,并能够向发包方(3.2)提供解决方案的个体或组织。
3.4
众包服务 crowdsourcingservice
众包
发包方(3.2)将任务以自由自愿参与的形式通过互联网信息系统公布,并从多个非特定接包方
(3.3)提供的解决方案中选择中标方案以完成任务的活动。
3.5
众包平台
为发包方(3.2)和接包方(3.3)提供合作关系及相关服务以实现众包服务(3.4)功能的互联网信息
系统。
3.6
具有访问众包平台中的特定程序及数据权力的个人或组织。
发包方(3.2)和接包方(3.3)是两类众包平台用户。
3.7
消息 message
不同对象之间传递或交换的信息。
4 通则
4.1 众包服务相关主体
众包服务的运营涉及三类主体:发包方、接包方和众包平台。在三类主体中,众包平台处于核心地
位,发挥重要的连接中介作用,包括但不限于:
a) 为发包方和接包方提供参与众包服务的互联网信息系统环境;
b) 实现发包方和接包方之间的消息传递;
c) 提供面向众包服务的过程管理;
d) 降低众包服务成本,提升众包服务效率。
4.2 众包服务协议
为保证众包服务的顺利进行并保障各方权益,众包服务相关主体之间应经过平等协商签订众包服
务协议(合同)。协议(合同)宜包括但不限于以下内容:
a) 任务完成期限和发生地点;
b) 工作条件、工作范围、质量检验标准和审核验收方式;
c) 报酬和提供方式;
d) 各方权利和义务;
e) 保密责任,知识产权的归属、使用权和许可;
f) 协议(合同)的变更、终止和解除;
g) 协议(合同)解释、履行中产生的争议或分歧的解决与仲裁方式。
4.3 众包服务运营模式
4.3.1 基础模型
众包服务的运营具有如图1所示的基础模型:发包方向众包平台提交任务;接包方在众包平台上选
择任务接受;接包方执行任务后向众包平台提交结果;发包方审核众包平台返回的任务执行结果;发包
方与接包方为了完成众包服务,通过众包平台进行消息交换。
对于复杂的任务,可通过人工或算法将任务拆分为多个子任务,再分别采用基础模型进行众包的方
式迭代完成。
图1 众包服务运营的基础模型
4.3.2 运营模式
基础模型在众包平台的实施中表现为下列具体运营模式。
a) 基于任务的竞赛模式:发包方将任务提交到众包平台,然后由平台上的接包方接受并完成任
务。根据双方达成的协议,按要求完成任务的接包方会得到由发包方提供的相应报酬。具体
分为:
1) 悬赏模式:发包方发布任务并预先向众包平台提供报酬,多个接包方接受并分别完成任
务,再由众包平台向被发包方选定的完成任务并胜出的接包方提供报酬;
2) 招标模式:发包方发布任务后,一定数量的接包方(通常不少于三方)依靠提出的计划方案
和技能、资质、信用等参与竞标,中标成功的接包方则进一步执行具体方案完成任务,报酬
可随项目完成进度逐步提供;
3) 速配模式:发包方发布任务后,接包方在规定的时间内先到先得地接受任务,一对一地匹
配发包方并完成任务。
b) 基于技能的劳动市场模式:接包方在众包平台上展示技能、资质、信用等信息,然后由发包方根
据任务需求选择合适的接包方进行沟通,双方达成协议后,由接包方承包完成任务。
c) 基于团队的协作模式:发包方预先将任务拆分成多个子任务,然后由多个接包方接受并协作完
成。接包方愿意不以获得报酬为完成任务的目标。具体分为:
1) 显式模式:接包方主动根据兴趣自由自愿接受任务;
2) 隐式模式:接包方在被动或未知的情况下接受任务。
d) 混合模式:众包平台结合了多种不同的运营模式,以满足不同的需求。
4.4 众包服务工作流程
依托众包服务运营基础模型(见4.3.1)给出能够支撑以上运营模式的通用众包服务工作流程,包括
用户管理流程(见5.1)和任务管理流程(见5.2),以便于规定众包平台功能的通用要求。
4.5 众包服务平台功能
众包服务平台功能包括业务功能(见第6章)和支撑功能(见第7章)。
众包服务平台业务功能包括用户管理(见6.2.1)和任务管理(见6.2.2)。用户管理应包括但不限于
创建用户、登录用户、更新用户信息、登出用户、注销用户等功能。任务管理应包括但不限于创建任务、
发布任务、匹配任务、交付任务、归档任务、跟踪任务等功能。
众包服务平台支撑功能应包括但不限于数据存储、数据接口、消息通信、服务保障等功能。
5 工作流程
5.1 用户管理流程
5.1.1 概述
众包服务工作流程中的用户管理流程如图2所示,包括注册阶段、登录阶段、更新/完善信息阶段、
登出/注销阶段。用户可在不同阶段开始对应的工作流程。
图2 众包服务中的用户管理流程
5.1.2 注册阶段
注册阶段具有如下工作流程。
a) 用户提供注册信息。用户向众包平台提交注册所需的必要信息。
b) 众包平台核验注册信息。众包平台对用户提供的注册信息进行核验,确保注册所需必要信息
的有效性。核验通过,执行众包平台创建用户流程;不通过,返回用户提供注册信息流程。
c) 众包平台创建用户。众包平台根据核验通过的注册信息创建用户。
5.1.3 登录阶段
登录阶段具有如下工作流程。
a) 用户提供登录信息。用户根据众包平台的登录要求,提交所需的信息。
b) 众包平台核验登录信息。众包平台对用户提供的登录信息进行核验,确保登录的合法性。核
验通过,执行众包平台登录用户流程;不通过,返回用户提供登录信息流程。
c) 众包平台登录用户。众包平台根据核验通过的登录信息,设置用户在平台上的状态、会话、权
限等,并记录登录日志。
5.1.4 更新/完善信息阶段
更新/完善信息阶段具有如下工作流程。
a) 用户更新/完善信息。用户提交对已有信息的更新请求,或对不完善的非注册所需必要信息的
补充完善请求。
b) 众包平台审核用户信息。众包平台对用户提供的信息进行审核。审核通过,执行众包平台更
新/完善用户信息流程;不通过,返回用户更新/完善信息流程。
c) 众包平台更新/完善用户信息。众包平台根据审核通过的用户信息,更新/完善用户信息。
5.1.5 登出/注销阶段
登出/注销阶段具有如下工作流程。
a) 用户请求登出/注销。用户向众包平台提交登出/注销请求。
b) 众包平台登出/注销用户。对于登出请求,众包平台备份用户在平台上的状态、会话、权限
等,并记录登出日志。对于注销请求,众包平台根据服务协议备份用户数据,设置注销状态,撤
销所有会话和权限,并记录注销日志。
5.2 任务管理流程
5.2.1 概述
众包服务工作流程中的任务管理流程如图3所示,包括任务准备与创建阶段、任务发布与匹配阶
段、任务执行与交付阶段、任务审核与关闭阶段。
为提升众包服务效率、质量、满意度,发包方参与的“检验执行质量”“审核评估”“履约协议”等流程
可委托众包平台完成,本文件不进行规定。
图3 众包服务中的任务管理流程
5.2.2 任务准备与创建阶段
任务准备与创建阶段具有如下工作流程。
a) 发包方提供任务信息。发包方向众包平台提供用于创建任务的必要信息。
b) 众包平台审核任务信息。在接收到发包方提供的任务信息后,众包平台对信息进行审核,以确
保任务符合平台规定的要求。审核通过,执行创建任务流程;不通过,则通知发包方重新返回
提供任务信息流程。
c) 众包平台创建任务。众包平台根据发包方提供的任务信息创建任务。具备任务拆分能力的众
包平台,根据发包方需求对任务进行拆分并创建子任务。
5.2.3 任务发布与匹配阶段
任务发布与匹配阶段具有如下工作流程。
a) 众包平台发布任务。众包平台发布已创建的任务,供接包方在平台上浏览,或通过消息方式主
动传递给接包方。
b) 众包平台匹配任务。众包平台根据所采用的运营模式(见4.3.2)撮合接包方与任务的匹配。
1) 悬赏模式、基于团队的协作模式。接包方选择任务,众包平台为任务匹配所有选择了该任
务的接包方。
2) 招标模式。接包方选择任务,发包方选择接包方,形成匹配。
3) 速配模式。接包方在规定时间内选择任务,众包平台以先到先得原则为任务匹配接包方。
4) 基于技能的劳动市场模式匹配。发包方根据接包方技能选择接包方形成匹配。
c) 众包平台形成协议。众包平台通过消息传递,使众包服务相关主体间达成服务协议(见4.2)。
5.2.4 任务执行与交付阶段
任务执行与交付阶段具有如下工作流程。
a) 众包平台确认任务完成/超时。众包平台根据运营模式和匹配任务情况确认任务是否最终完
成或因超时未完成。确认“是”,执行交付任务流程;确认“否”,则执行调度任务。
b) 众包平台调度任务。众包平台根据运营模式和匹配任务情况(见5.2.3),调度接包方执行未完
成的任务。
c) 接包方执行任务。接包方接受众包平台调度的任务,按服务协议约定执行任务,并向众包平台
提交当前的执行结果。
d) 众包平台提交结果。众包平台向发包方提交接包方当前的执行结果。
e) 发包方检验执行质量。发包方根据服务协议检验接包方当前的执行结果的质量,并向众包平
台反馈。
f) 众包平台交付任务。众包平台向发包方提交任务状态(完成、超时未完成)及最终的任务执行
结果。
1) 悬赏模式的任务。众包平台将所有接包方返回的任务执行结果集合后交付发包方。
2) 经拆分形成子任务的任务。众包平台将所有子任务的执行结果整合为原任务的结果交付
发包方。
3) 非信息技术范畴的任务。遵照服务协议约定将执行结果交付发包方。
5.2.5 任务审核与关闭阶段
任务审核与关闭阶段具有如下工作流程。
a) 发包方审核评估。发包方审核众包平台交付的任务执行结果,根据服务协议评估与所创建任
务信息的符合程度和质量。
b) 发包方履约协议。发包方根据审核评估结果履约服务协议。
c) 众包平台接收反馈。众包平台接收来自发包方对接包方和众包平台的评价,以及来自接包方
对发包方和众包平台的评价。
d) 众包平台归档任务。众包平台标记任务的完成状态,向接包方和发包方反馈评价,更新接包方
任务完成情况统计信息。
6 业务功能
6.1 功能框架
众包服务平台业务功能应包括但不限于用户管理、任务管理等功能。众包服务平台业务功能框架
如图4所示。
图4 众包服务平台业务功能框架
6.2 功能要求
6.2.1 用户管理
6.2.1.1 概述
用户管理包括但不限于创建用户、登录用户、更新/完善用户信息、登出/注销用户等功能。
6.2.1.2 创建用户
创建用户功能包括下列要求。
a) 应提供明确的界面或选项,以区分个人注册和组织注册。
b) 应提供明确的界面或选项,以区分接包方用户注册和发包方用户注册。
c) 应支持对注册协议内容的显示,并要求用户仔细阅读。用户需在选择同意注册协议前对协议
内容进行确认,以明确用户与平台之间的权利义务关系。
d) 应要求并协助用户设置平台唯一的登录标识符(用户名、手机号码或电子邮箱等)和密码。
e) 应在提供服务前对个人用户进行实名认证,包括但不限于上传身份证等必要证件,以确保用户
身份的真实性。
f) 应在提供服务前对组织用户进行认证,包括但不限于上传组织相关信息和营业执照等必要证
件,以确保组织的合法性和真实性。
g) 应支持用户查询认证的状态,提供明确的认证进度信息,方便用户了解认证进度和结果。
h) 应支持通过用户所提供的手机或电子邮箱等对注册信息进行核验,确保注册信息的有效性。
i) 应具备灵活的权限管理机制,能够根据用户类型(个人/组织、接包方/发包方等)为已创建的用
户设置不同的访问和操作权限。
6.2.1.3 登录用户
登录用户功能包括下列要求。
a) 应支持已注册用户以用户名密码、手机短信验证码等多种方式登录平台,登录失败时应友好地
给予提示信息,明确登录失败并引导用户解决。
b) 应支持用户密码找回,引导用户通过注册时绑定的手机号或电子邮箱进行密码找回操作。
c) 应支持对用户登录状态的管理,包括但不限于会话、权限等信息,以确保用户在登录状态下能
够正常访问平台功能。
d) 应通过日志记录用户的登录信息,包括但不限于登录时间、登录方式、登录设备等,以便进行安
全审计和追踪。
6.2.1.4 更新/完善用户信息
更新/完善用户信息功能包括下列要求。
a) 应提供明确的界面,以支持对已有用户信息的更新和补充完善,并保证所提供的用户信息经合
法合规性核验后能及时更新。
b) 应支持定期提示或强制用户更新密码,以减少密码被破解的风险。
c) 应支持管理员对用户权限进行新增、修改、删除和查询等操作,以确保权限的有效管理。
d) 应支持对用户资质信息的审核和管理,提供审核入口,便于用户提交相关资质信息以获得认证
资格,并支持用户查询审核状态,确保用户了解审核进度和结果。
e) 应支持用户对平台已认证资质的展示。
f) 宜为接包方提供兴趣偏好、技能水平、服务目录等标签展示。
g) 宜为发包方提供需求偏好、行业领域、质量要求等标签展示。
h) 宜提供完善用户信息的引导功能,鼓励用户填写详细信息。
6.2.1.5 登出/注销用户
登出/注销用户功能包括下列要求。
a) 应支持已登录用户随时发起登出请求,并提供确认步骤,确保用户可方便地控制其登录状态。
b) 应在用户确认登出后及时更新相关信息,包括但不限于用户状态、会话信息、权限设置等,以保
障用户的隐私和平台整体的安全性。
c) 应通过日志记录用户的登出信息,包括但不限于登出时间、登出方式、登出设备等,以便进行安
全审计和追踪。
d) 应具备会话过期处理机制,对于已登录但长时间未操作的用户,平台自动予以登出,以减少潜
在的安全风险。
e) 应支持管理员强制登出用户操作,以应对特殊情况,确保系统的安全性。
f) 应支持已登录用户随时发起注销请求,并提供明确的指引和确认步骤,确保用户了解注销
后果。
g) 应在用户确认注销后,要求用户通过手机或电子邮箱等方式进行身份核验,确保操作的安全
性。应在用户身份验证通过后,备份并处理用户数据,包括个人信息的删除或匿名化处理,以
符合数据保护法律法规的要求。应在数据备份和处理完成后,彻底清除用户相关信息,包括用
户状态、会话信息、权限设置等,确保用户无法再次登录。
h) 应通过日志记录用户的注销信息,包括但不限于注销时间等,以便进行安全审计和追踪。
i) 应支持管理员协助用户完成注销流程,以应对特殊情况,确保流程的顺利进行。
6.2.2 任务管理
6.2.2.1 概述
任务管理包括但不限于创建任务、发布任务、匹配任务、交付任务、归档任务、跟踪任务等功能。
6.2.2.2 创建任务
创建任务功能包括下列要求。
a) 应提供界面,供发包方输入任务的必要信息,包括但不限于任务的类型、需求、描述、质量要求、
起止时间、报酬形式等。宜支持文件上传功能,以方便发包方提供详细的任务信息。
b) 应设立任务创建流程中的必填信息项和格式验证机制,确保发包方提供的任务信息完整、准确
且符合规范。
c) 应设立审核机制,对发包方提供的任务信息进行审核,以确保任务符合平台规定的要求。
d) 应提供反馈机制,及时通知发包方任务信息的审核状态变化情况。
e) 应根据发包方提供的审核通过的任务信息创建任务。任务创建后,应生成唯一的任务编号,便
于发包方、接包方和平台管理员进行识别和管理。
f) 应提供任务信息修改功能,允许发包方在任务创建后一定时间内对部分信息进行修改或补充。
g) 应提供任务删除功能,允许发包方在任务创建后一定时间内删除任务。
h) 具备任务拆分能力的众包平台,应根据发包方需求对任务进行拆分并创建子任务。
1) 应提供界面或工具辅助发包方将任务拆分成子任务,或根据发包方指定的拆分方式(如按
地域、时间、内容等)自动将任务拆分成子任务。
2) 应允许发包方为每个子任务设定必要信息,或保持与原任务相同的必要信息,如类型、需
求、描述、质量要求等。
3) 应根据子任务信息创建子任务。子任务应与原任务建立关联。应为每个子任务生成唯一
的子任务编号,以便于发包方、接包方和平台管理员进行识别和管理。
i) 宜提供对任务的分类或标签功能,以便于发包方、接包方和平台管理员进行查找和分类。
j) 宜提供任务信息的草稿保存功能,允许发包方在填写任务信息过程中进行临时保存,以便稍后
继续编辑和提交。
k) 宜提供任务分享功能,允许发包方和接包方将任务分享给其他用户,以便于扩大任务的影响
范围。
6.2.2.3 发布任务
发布任务功能包括下列要求。
a) 应支持发包方设定任务的可见性和受众范围,包括但不限于公开发布、仅特定接包方可见等
选项。
b) 应支持任务的多样化展示方式,包括但不限于列表、卡片、分类标签、个性化推荐等,以满足不
同接包方的浏览习惯和需求。
c) 应支持任务的推送功能,平台根据任务特性和要求,通过消息、电子邮件等方式将任务信息推
送给订阅或符合条件的接包方(依据接包方所提供的兴趣偏好、技能水平、服务目录等标
签),以提升任务信息传递的及时性和准确性。
d) 应支持对任务信息的多维度多条件组合检索,包括但不限于关键词搜索、任务类型筛选、任务
发布时间区间选择等,以便接包方能够快速检索到匹配自身需求的任务。
e) 应支持对任务检索结果进行排序,包括但不限于按照发布时间、起止时间等维度的排序,并允
许接包方根据自身偏好和优先级定制排序,以便更容易浏览检索到的任务。
f) 应支持对检索结果中的任意任务进行详细信息展示,包括但不限于任务的类型、需求、描述、质
量要求、起止时间、报酬形式等,以便接包方能够全面了解任务的具体情况,并支持接包方直接
提交任务选择申请或联系发布该任务的发包方。
g) 宜提供定时发布任务功能,允许发包方设定任务在未来特定时间点自动发布,以帮助发包方合
理安排任务的发布时间。
6.2.2.4 匹配任务
6.2.2.4.1 通用要求
匹配任务功能包括下列通用要求。
a) 应提供消息传递功能和界面,以支持任务匹配过程中的需求沟通和匹配确认,促进众包服务相
关主体间可就服务协议达成一致。
b) 应确保匹配过程的公平性。在符合特定运营模式匹配规则和任务约束条件的前提下,保证所
有接包方都有平等的机会被选中,避免任何形式的歧视或不公平对......
|