辽宁工程技术大学智慧宿舍管理系统（第三次）招标公告

原文正文摘录

公告信息 辽宁工程技术大学智慧宿舍管理系统（第三次）招标公告 撰写单位: 辽宁浩亿招投标有限公司 发布时间: 2026-07-20 项目概况 辽宁工程技术大学智慧宿舍管理系统招标项目的潜在供应商应在辽宁政府采购网获取招标文件,并于2026年08月10日 09时00分（北京时间）前递交投标文件。 一、项目基本情况 项目编号：JH26-210000-14378 项目名称：辽宁工程技术大学智慧宿舍管理系统 包组编号：001 预算金额（元）：2900000.00 最高限价（元）：2900000.00 采购需求： 查看 包号/序号：001/1产品名称：多模态人脸识别系统-两校区公共平台数量：1套是否为经过审批采购的进口产品：否 招标文件要求注：（实质性要求及重要指标用★标注，★标注项不得负偏离，如果负偏离，则投标文件无效。） 投标文件响应内容 偏离程度 偏离说明 证明资料 设备的主要用途、功能及特点 人脸认证各类应用场景的公共服务平台，支持对接多种人脸识别算法，并向各类业务应用系统提供平台级复用的统一认证接口。 技术参数及指标 1、整体要求1.1人脸库符合国家网信办最新《人脸技术应用系统安全管理办法》要求，符合国家备案要求，负责协助校方完成相关测试和备案。1.2通过移动端人脸采集，师生可以自主注册、采集（动态防假，张张嘴、摇摇头）。★1.3支持三证核验（高考照片、公安网身份证照片、迎新现场采集照片），支持预留公安网核验接口，方便后续业务拓展。1.4平台要求本地化部署，部署方式符合学校规定，例如：支持IPV6访问、支持https协议、支持集群化部署等；管理端支持Chrome、360、FireFox、Safari等主流浏览器。1.5系统架构：系统要求采用微服务架构，支持容器化部署和运维管理。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）1.6系统支持为同一用户分别采集、存储、授权、分发、删除其面部生物特征。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）1.7支持生物特征数据的全生命周期管理：包含授权、采集、核验、存储、共享分发、销毁、溯源等功能。1.8生物特征库支持多种类的扩展，除人脸外，未来可进一步根据需要增加指纹、掌纹等新的生物特征信息。1.9平台组织机构、教职工基础数据、学生基础数据等应以数据接口方式在我校数据中心平台获取。1.10支持管理不低于100万人员，每个人员信息可包括人脸、指纹、掌静脉、虹膜等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）1.11支持维护授权项信息，配置移动端自主授权。内容包括授权项标识、授权项名称、授权类型（人员、卡片、人脸、模型）、备注。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）2、用户移动端功能2.1用户人脸采集入口支持置入采购人指定APP中，同时可提供三方系统同步、批量导入、终端线下采集等采集渠道。2.2隐私协议授权：在采集用户人像前，须向个人信息主体告知收集、使用个人信息的目的、方式和范围等规则，并获得个人信息主体的授权同意，同意后方可进入人脸采集操作。2.3移动端支持用户授权和撤销授权，撤销授权可设置保护期，保护期内撤回并恢复相关业务；2.4移动端人脸采集支持交互式活体认证后自动采集人像、自动抠像和更换底色，底色支持管理员自定义配置。例如蓝色、白色、红色等。2.5用户手机端H5采集时，用户必须签署采集协议（协议文本支持后合配置），支持配合式活体识别，支持管理员审核流程，支持附加人证核验（包括自有证件库和公安人脸库)。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）2.6采集后支持自动检测图片质量，包括照片大小、像素、人脸占比、模糊度、人脸相似度等属性。2.7移动端人脸采集支持多人脸算法核验，未核验通过的算法支持二次独立采集； 2.8用户人像质量核验：系统提供照片+活体质量核验、公安网核验外，还可提供管理员手机端人工核验功能，支持多种核验方式的独立开启或组合。▲2.9用户通过手机端H5应用采集人脸照片时，可搭配摇头、张嘴、眨眼等配合方式实现活体认证，避免采集虚假图片（提供视频功能演示）。2.10支持移动端功能以H5应用方式嵌入到企业微信中，同时支持与统一身份认证平台对接，人脸重新采集等消息可通过统一身份认证平台、企业微信等进行消息推送。2.11系统支持公安大数据接口核验；3、系统管理端3.1运营数据看板运营数据看板，为管理者提供宏观的全量数字化统计分析功能，包括校园人脸数据概览及分析、照片数据统计及分析。至少包括当前系统人员总数、有底库照片人数、无底库照片人数、人脸特征数量、照片库类型数量、系统已开通算法、分角色/分身份类型的人员分布图形展示、后端服务器资源展示（CPU、内存、磁盘等）、人脸数据调用次数的分时段查询和图表展示、各算法的核验通过率等。3.2人员信息及角色权限管理3.2.1组织架构管理：系统初次使用时，支持从学校数据中心同步组织架构信息，并支持在系统内自定义配置。同时应支持创建多组织架构，例如校内人员、校外访客、临聘人员等所属组织架构独立。3.2.2用户信息内容应包括但不限于学工号、用户姓名、所属角色、所属部门等基础信息，支持用户信息新增、删除、角色配置、账号禁用/解禁、账号注销 、权限访问控制等。3.2.3支持多种人员分类方式，如：学生、教职工、聘用人员、校友、外包服务人员、同住家属、访客等多种类型，并可依据不同身份设置不同使用权限。3.2.4支持依据角色、岗位等设置其人员管理范围及权限。角色权限管理支持功能级别，人员权限通过群组、角色进行关联，支持一人多角色。3.2.5支持对角色的功能权限和数据权限进行管理设置。功能权限是指后台功能的操作权限；数据权限是指可管理数据范围的权限。3.2.6系统支持按用户身份分别设置是否允许自助采集、是否比对证件照、是否进行人脸相似度检测、是否需要人工审核等参数；支持自动识别上传照片是否为用本人，比对维度包括上传图片、用户学工号、账号身份证号等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3人脸信息管理模块3.3.1底库照片管理3.3.1.1支持按照姓名/学工号、底库照片是否已采集、底库核验结果等字段全量数据查询；至少包括姓名、学工号、底库照片（模糊处理）、底库核验结果、已提取的人脸特征、人脸底库针对各个算法的核验结果展示等。支持管理员手动针对某一算法更换照片或直接更换底库，更换后，系统自动核验所更换照片，核验通过后替换原底库。3.3.1.2支持本地导入人脸库，支持jpg/jpeg/png/bmp/tif等主流图片格式，同时系统支持输出证照导入失败清单和失败原因。3.3.1.3支持本地批量导入人脸照片，对接公安部大数据人脸信息进行核验，核验不合格的照片可通过移动端推送至相关人员，完成人脸照片重新采集。3.3.1.4支持人脸底库批量导出功能，导出人脸的命名格式支持多选和当前管理员身份的二次可信校验。3.3.1.5支持列表查询某个用户人脸在不同算法下的人脸特征状态，支持人工批量提取算法特征。3.3.2用户照片库管理3.3.2.1系统支持管理同一用户的人像照片、证件照等不同类型照片；支持批量导入、三方系统同步、自助采集等不同采集方式，采集后支持自动检测图片质量，包括照片大小、像素、人脸占比、模糊度、人脸相似度等属性。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3.2.2证照类型支持学校自定义增加或删除，模块是否启用、是否允许用户移动端采集，以及所采集人像的参数配置等；3.3.2.3系统支持对不同类型的照片库管理和库图片的批量导入及授权导出。3.3.3人脸照片存储安全3.3.3.1系统支持对用户照片按照不同算法分别自动提取生物特征及存储，并支持按照业务授权根据终端所用算法自动分发特征码（不分发图片），支持人工单个或批量下发特征码。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3.3.2支持对用户关键信息脱敏处理，脱敏字段、脱敏方式支持自定义配置，用户人脸照片预览时支持模糊脱敏展示。3.3.3.3人员基础数据与生物特征识别数据采取分开存储方式，数据存储通过国密算法加密。整个系统无明文的照片。3.3.3.4人脸数据传输：需支持图片加密及特征值两种方式进行传输、认证。3.3.4以图搜图支持对证照库中的人员进行以图搜图，即可上传一张证照，设置相似度（相似度可界面配置）后，即可搜索证照库中搜索出相似的人员证照、个人基本信息、相似度分值等，并可根据相似度分值降序排列。3.3.5照片审核3.3.5.1不合格照片稽核：系统支持不合格照片的稽核，汇总展示当前系统内不同算法下的不合格照片库，判定规则包括人脸不全、多个人脸、相似人脸、人脸模糊、亮度不符、人脸照检测失败、提取特征码失败等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）3.3.5.2用户采集照片后，针对系统比对未通过的记录，可由管理人员人工核对并给予处理意见。审核通过则入库；审核不通过则重新采集。3.4人脸算法管理3.4.1多算法兼容：系统兼容第三方人脸识别算法的能力，支持基于算法厂商的算法库SDK库建设，用于支持人脸特征的提取；支持多算法并行：可以按应用调用不同的算法引擎；支持第三方人脸识别算法的注册和共享管理，可以适配主流厂家的算法。3.4.2通过人脸识别算法服务提供人脸入库质量审核及预处理功能，包括人脸可信度判断、人脸数量、人脸质量信息等；支持人脸检测、1v1比对、图片RGB活体检测、图片压缩、图片旋转等。▲3.4.3系统支持同时接入不低于三家人脸识别算法，支持分别设置参数组，参数项包括是否启用算法、算法相似度、比对阈值组、是否启用在线比对等。（提供第三方合法有效的检测机构出具的检测报告、厂商官网技术参数截图、技术白皮书、产品彩页等任意一项佐证材料即可）。3.5消息推送设置用户人脸核验记录、审核提醒、销毁提醒等支持对接APP消息通道主动推送相关通知。可推送消息类型，支持管理员自定义。3.6照片溯源若人脸照片意外泄露，支持上传该泄露照片，可通过日志记录及水印技术对人像数据的流转进行跟踪并展示溯源结果。3.6.1日志审计模块3.6.1.1应用审计日志：记录系统应用的操作行为，审计内容应包括应用管理、应用授权、授权计划配置、隐私模板修订等；3.6.1.2用户登录日志：记录平台操作人员的登录行为，应包括登录账号、登录方式、登录IP、登录设备、浏览器版本、登录成功/失败记录、登录时间等；3.6.1.3组织机构日志：记录系统组织机构变更操作行为记录；3.6.1.4数据销毁日志：记录用户人脸照片的销毁操作，应包括销毁时间、姓名、学工号、销毁原因、销毁内容等；3.6.1.5照片导出日志：记录系统内各管理人员的照片导出操作，应包括导出时间、操作人、导出照片类型、导出内容、导出状态、文件大小等；3.6.1.6接口请求日志：记录第三方系统的接口调用操作行为，应包括请求url、请求方式、来源IP地址、服务器IP地址等；3.6.1.7应用通知日志：记录每次生物特征数据分发给第三方应用系统的信息数据，方便数据泄露及问题发生时的查询追溯。3.6.1.8系统应具备完善的日志管理能力，支持操作日志、审计日志、接口日志和异常日志的记录、查询与追溯。日志保存期限应不少于180天，并支持根据管理要求延长保存时间；同时支持日志备份及外发，可对接外部日志平台或集中存储系统，满足日志集中管理、安全审计和问题溯源要求。3.6.2开放授权模块3.6.2.1支持通过开放API接口的方式提供给第三方应用进行生物库数据的获取，API接口支持通过数据权限和接口权限保障数据获取安全。3.6.2.2支持管理员对接口调用方进行数据权限、接口权限的增、删、改、查授权操作。3.6.2.3数据从采集入库、第三方调用等相关传输过程中采用国密算法进行加密、解密处理。3.6.2.4数据隐私模板：支持用户敏感数据所属字段的自定义配置功能，可设置某项字段是否显示、隐私规则的加密方式。3.6.2.5支持接口调用安全配置功能，配置包括：IP白名单的开启关闭、API Token有效期等。4、对接学校一卡通4.1对接方式业务系统移动端需要与学校一卡通微信小程序对接，支持H5挂接应用，用户通过一卡通微信小程序直接访问，实现一体化操作，基于一卡通发送通知接口（通过主体的发卡公众号向指定的用户（可批量）发送通知），实现业务通知、信息的实时推送，支持文本、跳转链接等。4.2对接内容复用学校一卡通成员学工号，实现单点登录，用户无需重复注册登录，业务系统核心功能（如人脸采集、人脸比对）嵌入学校一卡通小程序，支持权限联动与操作留痕，业务关键事件（如人脸采集成功、更换人脸成功）开放消息通知和查询接口，确保信息及时同步。4.3接口标准遵循 HTTPS 协议（TLS 1.2+），采用 RESTful API 设计风格，请求 / 响应采用 JSON 格式，编码为 UTF-8，字段命名遵循腾讯微卡开放平台标准。4.4技术要求接口调用需校验 IP、域名白名单，敏感数据传输加密，禁止明文存储凭证，接口响应时间≤2s，支持并发请求≥100QPS，消息推送延迟≤3秒，适配微信最新版本，支持 PC 端、移动端访问。5、对接学校统一身份认证平台5.1对接方式：为适配不同业务系统的技术架构与安全需求，统一身份认证支持 CAS（Central Authentication Service）、OAuth 2.0、OAuth、LDAP（Lightweight Directory Access Protocol）四种对接方式，业务系统可根据实际情况选择 1 种或多种组合方式实施对接。5.2对接内容：系统进行认证集成开发，实现统一身份认证集成。集成后，用户通过教职工号或学号直接登录平台即可直接通过快速入口进入系统而无需二次认证，支持对接统一身份认证消息接口，实现发送消息。5.3接口标准：集成支持业务系统环境：JAVA，ASP，PHP等，第三方应用通过CAS、Oauth、Oauth2、LDAP等协议接入身份认证。5.4技术要求：业务系统服务器需与学校统一身份认证平台服务器建立加密连接，网络延迟不高于10ms，丢包率不高于 0.1%，确保接口调用稳定可靠。禁止业务系统存储用户明文密码，仅存储平台返回的身份标识（如用户 ID、Token）；Token需设置合理过期时间，过期后自动失效。6、对接学校数据平台：6.1对接方式：能够与学校数据平台对接，支持ETL中间库对接方式。6.2对接内容：数据平台提供基础数据，包括学生数据、教职工数据、宿舍数据等，业务系统进行数据申请，开放业务数据库权限给数据平台，并提供数据设计说明文档，支持业务数据回流到数据平台。6.3接口标准：按学校数据标准和元素标准统一定义字段格式，兼容数据平台字段类型要求，实现业务系统数据类型与平台类型映射，统一采用学校数据平台规定的编码标准。6.4技术要求：支持主流数据库（MySQL、Oracle、SQL Server、PostgreSQL、达梦等），支持数据一致性校验，同步完成后自动对比业务系统与数据平台数据（按唯一键校验），不一致数据自动标记并触发修复流程。6.5信息系统所需的学校公共业务数据均须从学校数据平台进行对接获取，系统产生的全量业务数据须完整回流至学校数据平台；系统数据采集、交互、存储及回流全过程，须严格遵循学校统一的数据代码标准与数据元素标准，确保数据格式规范。7、对接学校企业微信：7.1对接方式：业务系统移动端需要与学校企业微信对接，支持H5挂接应用，用户通过企业微信直接访问，实现一体化操作，基于企业微信消息接口，实现业务通知、预警信息的实时推送，支持文本、卡片等格式。7.2对接内容：复用企业微信成员身份（学工号/手机号），实现单点登录，用户无需重复注册登录，业务系统核心功能（如审批流程、数据查询）嵌入企业微信，支持权限联动与操作留痕，业务关键事件（如审批通过、任务到期）通过企业微信推送至指定成员/部门，确保信息触达。7.3接口标准：遵循 HTTPS 协议（TLS 1.2+），采用 RESTful API 设计风格，请求 / 响应采用 JSON 格式，编码为 UTF-8，字段命名遵循企业微信开放平台标准。7.4技术要求：接口调用需校验IP白名单，敏感数据传输加密，禁止明文存储凭证，接口响应时间≤2s，支持并发请求≥100QPS，消息推送延迟≤3秒，适配企业微信最新版本，支持 PC 端、移动端访问。8、所投产品制造商具有与所投产品相关的计算机软件著作权，投标文件中提供计算机软件著作权登记证书。 配（附）件的数量及技术要求 无 技术文件资料 可在供货时提供产品解决方案 安装、调试及所需材料、工具等 本地化服务器端安装/学校提供服务器 人员培训（操作、维护等）要求 根据采购需求，结合项目实际，提供培训方案，方案至少应包括但不限于以下内容：①日常操作使用方法②常见故障维修③设备维护和保养。 工作条件 无特殊要求。 售后服务、技术服务、质量保证、验收标准 1.热线支持：及时响应，24小时进行。2.现场支持：投标人在合同履行期内应保证0.5小时内响应用户诉求，2小时内为用户提供解决方案，4小时内到达用户现场，排除故障。3.质量保证期：自验收合格之日起3年。4.质保期内免费上门服务，维修，提供配件。5.供方提供的系统产品及组件服务，为保证后续的技术服务质量，投标时必须包含投标产品厂商质保服务、厂商技术支持服务、厂商软件升级服务，厂商服务年限不低于3年。6.验收标准：符合国家法律法规以及采购文件和采购合同的要求。7.验收程序：按国家规定标准执行组织。8.验收主体：本项目的履约验收工作由采购人依法组织实施。 包号/序号：001/2产品名称：智慧公寓管理系统-两校区公共平台数量：1套是否为经过审批采购的进口产品：否 招标文件要求注：（实质性要求及重要指标用★标注，★标注项不得负偏离，如果负偏离，则投标文件无效。） 投标文件响应内容 偏离程度 偏离说明 证明资料 设备的主要用途、功能及特点 服务于学生的住宿及宿管业务，主要包括自动分宿、自助选宿、调宿退宿、宿舍报修、晚归未归统计、查寝、校外住宿审批等功能。可将异常数据推送给相关管理人员，进行消息提醒。 技术参数及指标 1、整体要求1.1本项目通过智慧公寓管理平台的建设，以管理和业务需求为牵引，智慧服务为目标，将分散的管理、安全、检查等业务整合集成为一个综合平台，构建全面透彻的智慧感知系统和综合公寓服务中心，以进一步增强学生公寓整体的智慧管理和高效服务的能力，由内至外提升宿舍管理和服务水平，使工作更有序化、更智能化、更高效化。1.2系统架构：采用B/S架构，前后端分离架构；在学校提供的服务器上进行本地部署（内网）。