GB/T 45398-2025 信息技术 众包服务平台 功能通用要求

　　ICS 35.240. 01 CCS L 67

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 45398—2025

　　信息技术 众包服务平台 功能通用要求

　　Information technology—Crowdsourcingserviceplatform—

　　Generalrequirementsfor functions

　　2025-03-28发布 2025-10-01实施

　　国家市场监督管理总局国家标准化管理委员会

　　

　　发

　　

　　布

　　GB/T 45398—2025

　　目 次

　　前言 Ⅲ

　　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 45398—2025

　　前 言

　　本文件按照 GB/T 1. 1—2020《标准化工作导则 第 1部分 :标准化文件的结构和起草规则》的规定起草 。

　　请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别专利的责任 。

　　本文件由全国信息技术标准化技术委员会(SAC/TC28)提出并归 口 。

　　本文件起草单位 :东北大学 、深圳赛西信息技术有限公司 、中车工业研究院有限公司 、中国电子技术标准化研究院 、北京信息科技大学 、山东省人工智能研究院 、北京航空航天大学 、中国质量认证中心有限公司 、世纪恒通科技股份有限公司 、辽宁京数云大数据科技有限公司 。

　　本文件主要起草人 :吴刚 、杨金柱 、于浩 、刘蕊 、舒明雷 、张程 、刘莹 、陈进东 、童咏昕 、张健 、冯卫宾 、刘吉 、杨兴荣 、柴颖 、张盈盈 。

　　Ⅲ

　　GB/T 45398—2025

　　信息技术 众包服务平台 功能通用要求

　　1 范围

　　本文件给出了众包服务平台工作流程 ,规定了众包服务平台业务功能(用户管理 、任务管理)和平台支撑功能的通用要求 。

　　本文件适用于众包服务平台的设计 、开发和实现 。

　　2 规范性引用文件

　　下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 。其中 , 注 日期的引用文件 ,仅该日期对应的版本适用于本文件 ;不注日期的引用文件 ,其最新版本(包括所有的修改单) 适用于本文件 。

　　GB/T 31524 电子商务平台运营与技术规范

　　GB/T 37401—2019 电子商务平台服务保障技术要求

　　3 术语和定义

　　下列术语和定义适用于本文件 。

　　3. 1

　　任务 task

　　为达到一定的工作目标而进行的一项工作活动 。

　　[来源 :GB/T 14002—2008,3. 1. 2] 3.2

　　发包方 task requester

　　发起众包服务(3. 4)任务 ,并能够从多个接包方(3. 3) 提供的解决方案中选择中标方案 , 以获益的个体或组织 。

　　3.3

　　接包方 task worker

　　以 自 由 自愿的形式参与众包服务(3. 4)任务 ,并能够向发包方(3. 2)提供解决方案的个体或组织 。 3.4

　　众包服务 crowdsourcingservice

　　众包

　　发包方(3. 2) 将 任 务 以 自 由 自 愿 参 与 的 形 式 通 过 互 联 网 信 息 系 统 公 布 , 并 从 多 个 非 特 定 接 包 方(3. 3)提供的解决方案中选择中标方案以完成任务的活动 。

　　3.5

　　众包服务平台 crowdsourcingserviceplatform

　　众包平台

　　为发包方(3. 2)和接包方(3. 3)提供合作关系及相关服务以实现众包服务(3. 4) 功能的互联网信息系统 。

　　1

　　GB/T 45398—2025

　　3.6

　　众包平台用户 crowdsourcingplatform user

　　具有访问众包平台中的特定程序及数据权力的个人或组织 。

　　发包方(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 众包服务运营的基础模型

　　2

　　GB/T 45398—2025

　　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 所示 ,包括注册阶段 、登录阶段 、更新/完善信息阶段 、登出/注销阶段 。用户可在不同阶段开始对应的工作流程 。

　　3

　　GB/T 45398—2025

　　图 2 众包服务中的用户管理流程

　　4

　　GB/T 45398—2025

　　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 所示 ,包括任务准备与创建阶段 、任务发布与匹配阶段 、任务执行与交付阶段 、任务审核与关闭阶段 。

　　为提升众包服务效率 、质量 、满意度 ,发包方参与的 “检验执行质量”“审核评估 ”“履约协议 ”等流程可委托众包平台完成 ,本文件不进行规定 。

　　5

　　GB/T 45398—2025

　　图 3 众包服务中的任务管理流程

　　6

　　GB/T 45398—2025

　　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) 发包方审核评估 。发包方审核众包平台交付的任务执行结果 ,根据服务协议评估与所创建任

　　7

　　GB/T 45398—2025

　　务信息的符合程度和质量 。

　　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) 应要求并协助用户设置平台唯一的登录标识符(用户名 、手机号码或电子邮箱等)和密码 。

　　8

　　GB/T 45398—2025

　　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) 应支持管理员强制登出用户操作 , 以应对特殊情况 ,确保系统的安全性 。

　　9

　　GB/T 45398—2025

　　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) 应支持发包方设定任务的可见性和受众范围 ,包括但不限于公开发布 、仅特定接包方可见等选项 。

　　10

　　GB/T 45398—2025

　　b) 应支持任务的多样化展示方式 ,包括但不限于列表 、卡片 、分类标签 、个性化推荐等 , 以满足不同接包方的浏览习惯和需求 。

　　c) 应支持任务的推送功能 ,平台根据任务特性和要求 ,通过消息 、电子邮件等方式将任务信息推送给订阅或符 合 条 件 的 接 包 方 (依 据 接 包 方 所 提 供 的 兴 趣 偏 好 、技 能 水 平 、服 务 目 录 等 标签) , 以提升任务信息传递的及时性和准确性 。

　　d) 应支持对任务信息的多维度多条件组合检索 ,包括但不限于关键词搜索 、任务类型筛选 、任务发布时间区间选择等 , 以便接包方能够快速检索到匹配自身需求的任务 。

　　e) 应支持对任务检索结果进行排序 ,包括但不限于按照发布时间 、起止时间等维度的排序 ,并允许接包方根据自身偏好和优先级定制排序 , 以便更容易浏览检索到的任务 。

　　f) 应支持对检索结果中的任意任务进行详细信息展示 ,包括但不限于任务的类型 、需求 、描述 、质量要求 、起止时间 、报酬形式等 , 以便接包方能够全面了解任务的具体情况 ,并支持接包方直接提交任务选择申请或联系发布该任务的发包方 。

　　g) 宜提供定时发布任务功能 ,允许发包方设定任务在未来特定时间点自动发布 , 以帮助发包方合理安排任务的发布时间 。

　　6.2.2.4 匹配任务

　　6.2.2.4. 1 通用要求

　　匹配任务功能包括下列通用要求 。

　　a) 应提供消息传递功能和界面 , 以支持任务匹配过程中的需求沟通和匹配确认 ,促进众包服务相关主体间可就服务协议达成一致 。

　　b) 应确保匹配过程的公平性 。在符合特定运营模式匹配规则和任务约束条件的前提下 ,保证所有接包方都有平等的机会被选中 ,避免任何形式的歧视或不公平对待 。

　　c) 应确保匹配 过 程 的 透 明 性 。 所 有 相 关 的 匹 配 规 则 、标 准 和 流 程 都 应 明 确 , 并 向 所 有 用 户 公开 ,确保用户了解匹配的依据和流程 。

　　d) 应提供众包服务协议生成和输出功能 。一旦匹配任务成功 ,平台应根据任务信息和匹配结果生成众包服务协议(见 4. 2) ,并确保众包服务相关主体能够方便地访问和查看众包服务协议的内容 , 以增强透明度和信任度 。

　　e) 应确保众包服务协议的合法性和合规性 。平台应提供审查机制 ,确保服务协议符合适用的法律法规和行业标准 。

　　f) 应提供众包服务协议的修订机制 。 当任务信息和匹配情况的变更符合修订机制的规定时 ,平台应支持服务协议的修订 ,并确保所有众包服务相关主体对修订内容进行确认 。 同时 ,提供服务协议的版本控制和修订记录 ,包括但不限于修改时间 、修改内容和修改原因 , 以确保协议变更的可追溯性 。

　　g) 对于涉及费用支付的运营模式(如基于任务的竞赛模式 、基于技能的劳动市场模式) ,应在众包服务协议中明确约定具体支付方式 。 当约定通过众包平台支付时 ,众包平台的运营行为应符合 GB/T 31524的规定 。

　　h) 宜建立合适的评估机制 。在确保公平性和透明性的前提下 ,根据接包方的任务完成情况统计 、技能资质 、信誉评价 、兴趣偏好 、服务目录等信息综合进行匹配评估 , 以提升匹配的准确性 、用户满意度 、任务执行效率 、资源利用率 。

　　i) 宜设立反馈机制 ,允许发包方和接包方对匹配过程提出意见或建议 , 以改善匹配效果 ,提升用户满意度 。

　　j) 宜支持匹配结果的导出和报表生成 , 以便于发包方进行统计分析和评估 。

　　11

　　GB/T 45398—2025

　　k) 宜提供匹配过程的 日志记录功能 , 以便于审计和追踪匹配全过程 , 确保匹配的可靠性和可追溯性 。

　　6.2.2.4.2 分运营模式要求

　　根据众包平台所采用的不同运营模式和匹配任务情况(见 5. 2. 3) , 匹配任务功能进一步分为下列要求 。

　　a) 悬赏模式 :

　　1) 应提供界面 , 以支持接包方选择任务 ;

　　2) 应为任务匹配所有已选择该任务的接包方 。

　　b) 基于团队的协作模式 :

　　1) 应提供界面 , 以支持接包方选择任务 ;

　　2) 应为任务匹配所有已选择该任务的接包方 ;

　　3) 平台宜提供相关算法或机制 ,确保任务拆分为子任务过程的公平和高效 。

　　c) 招标模式 :

　　1) 应提供界面 , 以支持接包方选择任务 ;

　　2) 应提供界面 , 以支持接包方选择任务后 , 由发包方选择接包方形成匹配 。

　　d) 速配模式 :

　　1) 应提供界面 , 以支持接包方选择任务 ;

　　2) 对于在规定时间内选择任务的接包方 ,应以先到先得原则为任务匹配接包方 。

　　e) 基于技能的劳动市场模式匹配 :

　　1) 应支持发包方对接包方技能水平 、认证资质 、服务目录的查看 ;

　　2) 应提供界面 , 以支持发包方选择接包方形成匹配 。

　　6.2.2.5 交付任务

　　交付任务功能包括下列要求 。

　　a) 应提供界面 ,支持接包方提交任务的当前执行结果 ,提交方式应包括但不限于文件上传 、文本输入等 , 以适应不同任务执行结果形式 。

　　b) 应设立提交结果的接收机制 ,接收并储存接包方提交的任务的当前执行结果 。

　　c) 应支持对所接收的任务的当前执行结果进行格式检查 , 以保证结果的完整性和规范性 。

　　d) 应提供界面 ,支持发包方获取任务的当前执行结果 ,并向平台反馈质量检验结果 。

　　e) 应支持根据众包平台所采用的不同运营模式(见 4. 3. 2)确认任务是否已经最终完成 ,或者因超过任务信息中所规定的终止时间导致最终未完成 。

　　f) 应支持根据任务匹配情况 、接包方的当前能力 、可用性 、任务的当前完成情况 、发包方反馈的质量检验结果 ,对未最终完成的任务进行调度 , 分配给当前合适的接包方 。宜采用 智 能 调 度 算法 , 以提高任务执行的效率和结果质量 。宜支持任务的优先级设置 ,根据任务的紧急程度和重要性进行合理的调度安排 。

　　g) 对于悬赏模式 ,应支持将所有已选择的接包方返回的任务执行结果进行集合 ,并交付给发包方用于选出任务完成最好的接包方作为胜出的接包方 。

　　h) 对于任务经拆分 形 成 子 任 务 的 情 况 , 应 支 持 将 所 有 子 任 务 执 行 结 果 整 合 为 原 任 务 的 最 终 结果 ,并交付给发包方 。

　　i) 对于非信息技术范畴的任务执行结果的交付 ,应遵照服务协议的约定将最终的任务执行结果

　　12

　　GB/T 45398—2025

　　交付给发包方 。

　　j) 应支持对任务执行结果的备份和存档 ,确保数据的安全性和完整性 , 以便在必要时进行数据恢复和查询 。

　　k) 应支持对接包方提交的任务执行结果进行版本控制和历史追踪 , 以便在必要时进行追踪溯源 。

　　l) 宜支持对接包方提交的任务执行结果进行统计和分析 , 以便平台和发包方对任务执行情况进行监控和评估 。

　　6.2.2.6 归档任务

　　归档任务功能包括下列要求 。

　　a) 宜提供界面或工具 , 以协助发包方有效审核评估交付结果与任务信息之间的符合程度和质量 。

　　b) 宜提供界面或工具 , 以协助发包方根据审核评估结果履约协议 。

　　c) 应提供评价反馈的渠道 , 以支持发包方对接包方和众包平台的评价 , 以及接包方对发包方和众包平台的评价 ,并支持对评价信息的反馈及展示 。

　　d) 应支持对任务的归档 ,包括标记任务的完成状态 、汇总接包方和发包方的评价反馈 、更新接包方任务完成情况统计信息等内容 。

　　e) 应提供界面 , 以支持发包方和接包方对任务归档记录的查阅 , 确保归档信息的透明性和可追溯性 。

　　6.2.2.7 跟踪任务

　　跟踪任务功能包括下列要求 。

　　a) 应支持任务状态的实时更新 ,确保众包服务相关主体能随时了解任务的当前进度和状态 。

　　b) 应提供任务状态变更的通知机制 ,支持通过多种方式发送消息通知 ,包括但不限于电子邮件 、短信 、平台内消息等 , 以确保众包服务相关主体能及时收到任务状态变更通知 ,保障工作流程的推进 。

　　c) 应提供任务状态变更的审计机制 ,确保任务状态变更的合法性和透明性 。

　　d) 应记录众包服务工作流程中关键节点(包括但不限于任务的创建 、发布 、匹配 、执行 、交付 、审核 、归档等)的时间戳 , 以形成众包服务的完整时间线 。

　　e) 应记录任务的 详 细 日 志 , 包 括 但 不 限 于 任 务 状 态 、发 包 方 和 接 包 方 的 行 为 、决 策 、消 息 内 容等 , 以便于对任务执行过程进行追溯和分析 。

　　f) 宜支持任务状态的可视化展示 , 以直观地呈现任务的当前进度和状态 。

　　g) 宜支持对任务日志的统计和分析 ,包括但不限于任务的平均执行时间 、不同阶段的任务数量分布等 , 以优化任务流程和提升众包平台运营效率 。

　　7 支撑功能

　　7. 1 功能框架

　　众包服务平台支撑功能应包括但不限于数据存储 、数据接口 、消息通信 、服务保障等功能 。众包服务平台支撑功能框架如图 5所示 。

　　13

　　GB/T 45398—2025

　　图 5 众包服务平台支撑功能框架

　　7.2 功能要求

　　7.2. 1 数据存储

　　数据存储功能包括下列要求 。

　　a) 平台存储的数据应包括但不限于用户数据 、任务数据 、任务执行结果数据 、消息数据 、评价和反馈数据 、日志记录数据等 。

　　b) 应提供安全 、可靠 、稳定 、高效的增加 、修改 、删除 、查询等基本数据管理功能 ,宜提供数据分析 、挖掘等数据处理功能 。

　　7.2.2 数据接口

　　7.2.2. 1 概述

　　提供与其他外部系统进行数据交换的接 口 ,包括但不限于 : 电子邮件和短信通知接口 、第三方认证接口 、数据分析和统计接口 、数据安全接口 、商业代理类服务接口等 。对于涉及费用支付的众包服务平台 ,宜提供第三方支付接 口 。

　　7.2.2.2 电子邮件和短信通知接口

　　电子邮件和短信通知接口功能包括下列要求 。

　　a) 应提供电子邮件服务器和短信网关接入的接 口 ,用于发送注册验证 、任务通知等消息 。

　　b) 宜支持基于电子邮件和短信通知的用户消息订阅和偏好设置 ,确保用户可根据自身需求接收相关通知 。

　　7.2.2.3 第三方认证接口

　　应提供第三方认证服务接入的接 口 ,用于加强用户的身份验证和信息安全 。

　　7.2.2.4 数据分析和统计接口

　　数据分析和统计接口功能包括下列要求 。

　　a) 应提供数据查询和导出接 口 ,供平台管理者进行数据分析和统计 , 以便优化运营策略 。

　　b) 宜提供具有丰富的数据分析工具和人工智能算法接入的接 口 , 以进一步挖掘用户行为和平台运营的深层信息 ,用于支撑精准的用户和任务画像 , 提升任务拆分的均衡性 、任务匹配的成功率 、任务完成的质量和效率 ,实现多样化的激励机制等 。

　　7.2.2.5 数据安全接口

　　数据安全接口功能包括下列要求 。

　　a) 应提供数据加密和解密功能接入的接 口 ,保障用户隐私和敏感信息的安全访问 。

　　14

　　GB/T 45398—2025

　　b) 宜支持访问控制功能接入的接 口 ,确保用户信息和任务数据的合规访问 。

　　7.2.2.6 商业代理类服务接口

　　宜提供商业代理类服务应用接入的接 口 ,使商业代理类服务应用具备作为接包方提供服务的能力 。

　　7.2.3 消息通信

　　消息通信功能包括下列要求 。

　　a) 应提供实时 、可靠的消息通信服务 ,包括但不限于平台内消息 、电子邮件 、短信等多种形式 。

　　b) 应支持消息的多样化格式 ,包括但不限于文字 、图片 、文件等 。

　　c) 应提供消息发送记录和接收确认机制 ,保证消息送达的可靠性 。

　　d) 宜提供消息通知偏好设置 ,用户可根据自身需求选择接收特定类型的消息 。

　　7.2.4 服务保障

　　服务保障应按照 GB/T 37401—2019 的 规 定 , 包 括 服 务 过 程 保 障 功 能 的 要 求 和 基 础 保 障 功 能 的要求 。

　　a) 服务过程保障包括但不限于服务前要求 、服务中要求 、服务后要求等 ,应按照 GB/T 37401— 2019中第 5 章的规定 。

　　b) 基础保障包括但不限于信息安全 、网络基础安全 、接口安全 、平台环境要求 、数据内容存储保护要求 、数据完整性检验要求 、敏感信息处理和保护要求 、数据备份要求 、数据恢复要求 、平台管理机制建设 、人员要求 、岗位与培训要求等 ,应按照 GB/T 37401—2019中第 6章的规定 。

　　15

　　GB/T 45398—2025

　　参 考 文 献

　　[1] GB/T 14002—2008 劳动定员定额术语

　　[2] GB/T 36320—2018 第三方电子合同服务平台功能建设规范

　　[3] GB/T 37728—2019 信息技术 数据交易服务平台 通用功能要求

　　16