T-UNP 297-2024 运输司机人脸表情检测系统技术要求

ICSUNSPSCCCS35.240.6081.11.15L67TechnicalrequirementsforfaceexpressiondetectionsystemoftransportationdriversIT/UNP297—2024前言 2规范性引用文件 3术语、定义和缩略词 3.1术语和定义 3.2缩略语 4系统架构 5功能要求 25.1视图采集 25.2视图解析 25.3人脸数据存储 35.4人脸表情比对 35.5人脸表情决策 35.6人脸表情检测管理 35.7应用 46性能要求 46.1人脸识别 46.2表情检测 46.3响应时间 46.4系统稳定性 46.5数据处理能力 47数据要求 47.1数据收集 47.2数据存储 57.3数据使用 57.4备份与恢复 58接口要求 58.1基本要求 58.2接口设计 68.3接口协议 69安全要求 610运行维护 610.1日常维护 610.2应急管理 611评价改进 7T/UNP297—2024参考文献...............................................................................8T/UNP297—2024本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由武汉市金利贞物流有限公司提出。本文件由中国联合国采购促进会归口。本文件起草单位：武汉市金利贞物流有限公司、武汉源香食品有限公司、武汉诚通物流有限公司、武汉青山财运通财税咨询工作室、武汉市汉南区东荆街全齐五金经营部。本文件主要起草人：冷聪、冷军波、冷享伟、冷江波、余义国。T/UNP297—2024为助力中国企业参与国际贸易，推动企业高质量发展，中国联合国采购促进会依托联合国采购体系，制定服务于国际贸易的系列标准，这些标准在国际贸易过程中发挥了越来越重要的作用，对促进贸易效率提升，减少交易成本和不确定性，确保产品质量与安全，增强消费者信心具有重要的意义。联合国标准产品与服务分类代码（UNSPSC，UnitedNationsStandardProductsandServicesCode）是联合国制定的标准，用于高效、准确地对产品和服务进行分类。在全球国际化采购中发挥着至关重要的作用，它为采购商和供应商提供了一个共同的语言和平台，促进了全球贸易的高效、有序发展。围绕UNSPSC进行相关产品、技术和服务团体标准的制定，对助力企业融入国际采购，提升国际竞争力具有十分重要的作用和意义。本文件采用UNSPSC分类代码由6位组成，对应原分类中的大类、中类和小类并用小数点分割。本文件UNSPSC代码为“81.11.15”，由3段组成。其中：其中：第1段“81”为大类，表示“工程和研究以及基于技术的服务”，第2段为中类，“11”表示“计算机服务”，第3段为小类，“15”表示“软件或硬件工程”。1T/UNP297—2024运输司机人脸表情检测系统技术要求本文件规定了运输司机人脸表情检测系统的系统架构、功能要求、性能要求、数据要求、接口要求、安全要求、运行维护。本文件适用于运输司机人脸表情检测系统的设计与应用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T22080信息技术安全技术信息安全管理体系要求GB/T22239信息安全技术网络安全等级保护基本要求GB/T28826.2信息技术公用生物特征识别交换格式框架第2部分：生物特征识别注册机构操作规程GB/T28827.1信息技术服务运行维护第1部分：通用要求GB/T28827.2信息技术服务运行维护第2部分：交付规范GB/T28827.3信息技术服务运行维护第3部分：应急响应规范GB/T29765信息安全技术数据备份与恢复产品技术要求与测试评价方法GA/T1326安全防范人脸识别应用程序接口规范3术语、定义和缩略词3.1术语和定义本文件没有需要界定的术语和定义。3.2缩略语下列缩略语适用于本文件。FTP：文件传输协议（FileTransferProtocol）FTAM：文件传输、访问和管理（FileTransfer，Access，andManagement）OPCUA：开放平台通信统一架构（OPCUnifiedArchitecture）MQTT：消息队列遥测传输协议（MessageQueuingTelemetryTransport）ModbusTCP：Modbus传输控制协议（ModbusTransferProtocoloverTCP/IP）RTSP：实时流协议（RealTimeStreamingProtocol）Onvif：开放网络视频接口论坛（OpenNetworkVideoInterfaceForum）EPA：以太网电力链路激活（EthernetPowerlinkAlliance）4系统架构运输司机人脸表情检测系统设计遵循分层架构原则，系统架构见图1，应包括以下内容：a)应用层：负责实现主要业务功能，包括视觉采集、视觉解析、存储、比对、决策及管理等。视觉采集负责捕捉司机的面部图像，视觉解析是对图像进行分析，存储是保存处理后的数据，比对是将数据与预设标准进行对比，决策是根据比对结果做出相应判断，管理负责整体流程的协调和控制；b)运维层：负责系统的日常监控、故障处理与性能优化，确保系统的高效稳定运行。通过实时监控系统运行状态，及时发现并解决潜在问题，优化系统性能满足不断变化的需求；2T/UNP297—2024c)支撑层：为系统提供操作系统、数据库及中间件等基础服务，并支持应用层的正常运行。操作系统提供基本的计算环境，数据库用于存储和管理数据，中间件负责连接不同的软件组件；d)网络层：保障系统各模块之间的高效通信和数据的安全传输。通过网络协议和架构设计，确保数据在传输过程中的完整性和安全性，提高通信效率；e)硬件层：提供服务器和存储设备等硬件资源，确保系统的计算能力和数据存储需求。服务器负责处理计算任务，存储设备用于保存大量的图像和数据；f)安全层：通过权限管理、数据加密及安全审计等措施，确保系统和数据的安全。权限管理控制用户访问权限，数据加密保护数据在传输和存储过程中的机密性，安全审计用于监控和记录安全事件；g)接口层：提供标准化接口，支持与外部系统的数据交互与协同工作，并通过定义统一的接口规范，确保系统可与其他应用或服务无缝集成，实现数据的共享和功能的扩展。图1运输司机人脸表情检测系统架构5功能要求5.1视图采集运输司机人脸表情检测系统应具备人脸采集功能并可输出人脸图像或视频，宜符合以下要求：a)自动判别采集对象位置，当采集图像不清楚时，提供图像质量指示、环境调整建议等提示功b)采集对象为身体机能差异人群时，提供语音提示和（或）字体大小调节等功能；c)实时捕捉司机面部图像，识别图形中的面部区域并定位面部关键点；d)可识别表情的类型符合表1的规定。表1运输司机人脸表情检测系统表情检测类型12345.2视图解析3T/UNP297—2024运输司机人脸表情检测系统应具备视图解析功能，宜符合以下要求：a)对样本进行质量判断并给出判断结果，对质量判断未通过的人脸样本进行重新采集；b)对采集到的面部关键点进行人脸特征项提取；c)基于表情描述与情感的映射关系判断提取的特征所对应的表情分类。5.3人脸数据存储5.3.1人脸注册数据库应设计并实现高效的人脸特征数据存储与索引机制，支持大规模人脸数据的快速检索与匹配，包括使用先进的哈希算法、倒排索引等技术。在人脸数据的添加、更新、删除过程中，应进行数据完整性和一致性校验。应为每个用户的人脸分配唯一的人脸参考标识符。5.3.2表情数据库应支持存储表情图像、视频、标签、时间戳等多维度数据。应对表情数据进行分类存储，支持表情数据的高效管理。应开发智能算法，将表情数据与司机的个人信息、驾驶行为数据等关联起来，进行深度分析和挖掘。5.4人脸表情比对运输司机人脸表情检测系统具备人脸表情比对功能，并符合以下要求：a)应将采集到的司机面部图像的特征项和关键点与人脸注册数据库中存储的司机面部特征项和表情数据库中的面部表情关键点进行比对，计算出相似度得分；b)应将相似度得分与阈值进行比较，保存相似度得分高的值的人脸表情比对结果；c)可支持对比结果进行检索和导出；d)宜具备异常情况判定及处理功能。5.5人脸表情决策运输司机人脸表情检测系统具备人脸表情检测决策功能，并符合以下要求：a)人脸识别：1)当人脸探针与人脸参考的相似度得分高于设定的阈值时，应判断该人脸探针与人脸参考匹配；若得分低于阈值，则应判断为不匹配；2)应向管理子系统输出相似度得分和决策结果。b)表情检测：1)当捕捉到的面部关键点与所有已知面部表情参考关键点的相似度得分高于设定的阈值时，应判断该人脸表情与面部表情参考匹配；若得分低于阈值，则应判断为不匹配；2)应向管理子系统输出相似度得分和决策结果。5.6人脸表情检测管理运输司机人脸表情检测系统应具备人脸识别与表情检测管理功能，并符合以下要求：a)阈值设置：1)相似度阈值：可对阈值进行初始设置，并根据实际需要调整阈值；2)质量判断阈值：可对阈值进行初始设置，并根据实际需要调整阈值。注：供应商给出相似度阈值、质量判断阈值与识别性能指标的映射关系，可供用户参考。b)日志管理：支持授权用户对日志进行查询和导出；c)权限管理：支持配置用户操作权限，根据用户的角色和职责分配适当的权限；d)接口配置：对应用开放接口、协议接口、硬件接口等进行配置；e)用户管理：可进行用户信息的增加、修改、删除、查询、停（启）用等；f)其他管理：可对决策子系统输出的决策结果和相似度得分做出最终判定等。4T/UNP297—20245.7应用运输司机人脸表情检测系统应具备应用开放接口，并通过该接口为人脸表情检测应用提供服务，提供服务的算法、设备等应按GB/T28826.2的规定进行登记。提供的服务包括但不限于：a)情绪检测；b)疲劳监测；c)安全预警。6性能要求6.1人脸识别人脸检出率不应低于99%，人脸误报率不应大于1%。注2：人脸误报率为人脸识别结果中非目标人脸错6.2表情检测6.2.1表情检测准确率不应低于99%。6.2.2疲劳驾驶误报率不应高于5%，疲劳驾驶漏检率不应高于5%。6.3响应时间运输司机人脸表情检测系统响应时间要求如下：a)人脸识别时，运输司机人脸表情检测系统平均响应时间不应大于2s；b)表情检测时，运输司机人脸表情检测系统平均响应时间不宜大于2s。6.4系统稳定性6.4.1平均无故障时间系统平均无故障时间应不小于10000h。6.4.2恢复时间在系统发生故障时，系统的平均恢复时间不应超过1h。6.4.3平台处理能力系统的平台处理能力应符合以下要求：a)数据高并发处理能力：1)平均500条/s；2)峰值1000条/s。b)单日数据处理能力不少于3000万条。6.5数据处理能力6.5.1数据吞吐量系统应具备高数据处理能力，可处理大规模的人脸表情数据，且数据吞吐量不应低于1000次/s。6.5.2数据处理延迟系统在处理人脸表情数据时的平均延迟不应超过100ms。7数据要求7.1数据收集收集人脸识别与表情检测数据的要求如下：5T/UNP297—2024a)收集数据时，应向数据主体告知人脸表情数据的相关事项，并征得数据主体单独同意或书面同意；未取得数据主体单独同意收集的人脸图像应立即删除并确保不可恢复；b)应采用数据主体主动配合的措施收集人脸表情数据；应在识别过程中持续告知数据主体验证目的，并通过语言、文字等向数据主体进行提示；注：数据主体主动配合的措施包括要求数据主体直视收集设备并做出c)应收集生成人脸特征所需的最小数量、最少图像类型的人脸图像；d)应采取安全措施保证人脸表情数据的真实性、完整性和一致性，防止人脸表情数据在收集过程中泄漏或篡改。7.2数据存储存储人脸表情数据的要求如下：a)应采用物理或逻辑隔离方式分别存储人脸表情数据和个人身份信息等；b)应采取加密存储等安全措施存储人脸表情数据；c)数据主体可自由删除个人的人脸表情数据，数据收集者应能收到数据删除的提醒。7.3数据使用使用人脸识别数据的要求如下：a)人脸特征应具有可更新、不可逆、不可链接的特性；注：可更新指当特定人脸特征泄露或作废时，同一人脸图像可提取与特征恢复出对应的人脸图像。不可链接指同一人脸图像提取的不同人脸特征b)在本地和远程人脸识别方式均适用时，应优先使用本地人脸识别；注：本地人脸识别是在终端设备中进行人脸识别数据收集、使用等处c)应对人脸识别数据使用行为进行审计。7.4备份与恢复数据备份与恢复应符合GB/T29765的规定，并符合如下要求：a)支持完全备份、增量备份和差量备份；b)对数据库、文件等进行备份；c)支持网络备份模式；d)支持磁盘、磁带、光盘等备份介质；e)支持定向恢复；f)支持不同时间点备份数据恢复；g)监控备份存储空间使用情况；h)制定介质存取、验证和转储管理制度；i)制定完整测试和演练的灾难恢复预案。8接口要求8.1基本要求系统接口的基本要求如下：a)应统一采用UTF-8编码格式；b)应支持向下兼容；c)应支持跨操作系统、跨编程语言调用；d)应支持高并发访问，在大量资源被占用时，可保证系统的正常运行；e)应在接口路径中加入接口版本号，关联不同时期版本系统；f)接口数据交互宜根据数据资源的安全等级建立健全的接口授权访问机制。6T/UNP297—20248.2接口设计系统接口设计的要求如下：a)应提供详细的接口文档，包括接口描述、请求方法、参数说明、返回值等；b)应支持接口的测试和调试，提供模拟工具；c)应实现接口的异常处理机制，对错误的请求或系统异常进行适当的反馈；d)应提供接口的限流和熔断机制，防止系统过载；e)应支持接口的日志记录和监控。8.3接口协议系统接口的协议要求如下：a)应支持FTP、FTAM等主流网络协议；b)应支持OPCUA、MQTT、ModbusTCP、RTSP、Onvif、EPA等通信协议；c)应符合GA/T1326中的规定，确保接口的标准化和一致性。9安全要求系统安全符合如下要求：a)宜具有接口运行健康监控机制，在受到攻击或系统内部错误时，应能及时发现并排除故障；b)宜区分可共享、无需安全认证的数据资源和需安全认证的数据资源；c)宜具备令牌授权机制，各接口请求都应包含令牌信息，系统在接收到接口请求时应进行令牌信息验证，若令牌信息不存在，则认为该请求失效；d)应具备时间戳超时机制，客户端每次请求都应附加当前时间的时间戳，服务端接收到时间戳后与当前时间进行比对，若时间差大于1min，则认为该请求失效；e)宜具备签名机制，将令牌和时间戳加上其他请求参数用加密算法加密，加密后的数据形成本次接口请求的签名，服务端接收到请求后以同样的算法得到签名，并与当前的签名进行比对验证；f)应具备安全审计机制，对系统中的设备运行状况、网络流量、用户行为等进行日