1. 首页
  2. 工程案例
  3. 系统集成案例

物联网智慧城市解决方案范本-8. 智慧校园技术方案

智慧校园解决方案
2021年01月
目录
第一章 概述 8
1.前言 8
2校园业务需求分析 8
2.1校园安全防范问题分析 8
2.2 校园数字化管理问题分析 9
3 项目建设依据及原则 11
3.1 建设依据 11
3.2 建设原则 11
第二章 解决方案总体设计 13
1业务解决方案设计 13
2方案建设目标设计 14
3项目系统及网络架构设计 14
3.1系统技术架构设计 14
3.2网络架构设计介绍 16
第二章 校内区域智能管理 17
1校园门口出入人脸识别管理 17
1.1管理现状 17
1.2人员进出入权限设置方案 17
1.2.1内部师生出入管理 18
1.2.1内部师生出入管理 18
1.2.1内部师生出入管理 18
1.2.2临时工作人员出入管理 18
1.2.3外来访客人员出入管理 18
1.2.3外来访客人员出入管理 18
1.3访客预约管理 19
1.3.1访客预约方案一 19
1.3.2访客预约方案二 21
2办公楼人脸识别 23
2.1办公楼部署设计 24
2.2人脸识别闸机管理模式设计 26
3实验室人脸识别 26
3.1人脸识别门禁部署设计 27
3.2人脸识别与视频监控联动 27
3.3实验室开放预约管理 28
3.4实验室资产耗材精细化管理 30
4食堂后勤人脸识别管理 30
5校园场馆智能管理 31
5.1校园场馆智能管理 32
5.2场馆预约管理 32
6图书馆人脸识别管理 32
6.1人脸识别快速通道及门禁管控 33
6.2自助借还服务人脸识别认证管理 33
6.3自助预约服务人脸识别管理 34
6.3.1功能介绍如下: 35
6.4图书馆大数据分析管理 38
6.4.1权限开通 38
6.4.2信用管理 39
6.4.3在馆时长统计 39
6.4.4在馆人数统计 40
6.4.5分院入馆统计 40
6.4.6图书馆大数据中心 40
6.4.7入馆信息查询 41
7宿舍公寓智能管控 42
7.1网络架构设计 43
7.2硬件设备部署设计 44
7.3宿舍公寓人员管理设计 45
7.3.1楼宇、 楼层区域管理 45
7.3.2通行权限管理 46
7.3.3通行记录追踪 46
7.3.4宿舍大数据 47
第四章 校园活动精确智能签到管理 48
1智能会务签到及预约管理 48
1.1网络架构设计 48
1.2业务流程 50
1.3签到方式设计 51
1.4会议室管理 52
1.5会议类型 52
1.6会议管理 52
1.7统计分析 54
1.8会议大数据 54
1.9系统扩展和数据分析 55
2智能化考试签到管理 55
2.1考试签到部署设计 56
2.2考试签到管理系统设计会 57
2.2.1考试签到 57
2.2.2考场、 中心管理 57
2.2.3区域在本模块的管理 58
2.2.4下发考试通行权限 59
2.2.5考生信息存放 59
2.2.6查询、 统计分析 60
3课堂考勤签到管理 60
3.1人脸识别课堂考勤系统建设意义 61
3.2课堂考勤部署设计 62
3.3人脸考勤管理 62
3.3.1原则 62
3.3.2考勤人员 62
3.3.3考勤规则 63
3.3.4考勤结果状态及考勤时间界限设置 63
3.3.5考勤结果及统计分析 64
4校园人脸识别迎新管理 65
4.1校园迎新部署设计 66
4.2迎新管理平台介绍 66
4.2.1新生信息录入 66
4.2.2签到背景设置 67
4.2.3人工签到 67
4.2.4数据展示 68
4.2.5数据查询 68
4.2.6统计分析 69
第五章 校级生物识别数据库建立考 70
1数据库建设整体设计 70
1.1生物识别数据库建设流程 71
1.2特征值基础数据管理 72
1.3设备厂家注册 73
4.1校园迎新部署设计 73
1.4 特征值采集 74
1.5识别场景管理 75
1.6应用场景管理 76
2 系统平台功能介绍 76
2.1系统管理 76
2.1.1系统用户 76
2.1.2角色、 权限管理 77
2.2人员组织管理 78
2.2.1组织管理 78
2.2.2人员管理 79
2.3设备、 区域管理 80
2.3.1区域管理 80
2.3.2设备管理 81
2.4刷脸管理 82
2.5刷脸背景提示 83
2.6 系统通知 84
2.7人脸识别事件管理 84
2.8通用服务 84
2.8.1人员查询 84
2.8.2设备查询、 借用、 归还 84
2.8.3人员通行权限开通、 查询 85
2.8.4刷脸记录查询 85
2.8.5业务暂存、 历史业务查看 86
2.8.6人脸识别事件消息处理 86
2.8.7人脸检测 86
2.8.8人脸对比(1: 1) 87
2.8.9人脸查找(1: N) 87
2.8.10活体检测 88
2.9人员自助登记管理 88
2.9.1自助登记应用 88
2.9.2主要业务流程 89
2.9.3登录入口 89
2.9.4人员信息采集配置 90
2.9.5采集身份证比对照片 91
2.9.6人员更新记录 92
2.9.7未更新信息人员页面 94
2.9.8人员更新网页 95
2.9.9微信服务 96
第六章 人脸识别与第三方系统联动 98
1 与校园一卡通系统联动 98
2 与全校统一管理平台联动 98
3 与消防应急系统联动 98
第七章 硬件设备选型介绍 99

第一章 概述
1.前言
开放式大学是当今社会进步所带来的高校发展的必然趋势。高校的信息化建设工作已经推进了二十余年,今天,随着人工智能、云计算、大数据等新技术的兴起,未来智慧校园的蓝图已经开始呈现在世人眼前。
201 8 年为了加快推进教育现代化、教育强国建设,以及积极推动“互联网+教育”的普及,国家教育部及国家标准委相继出台了《教育信息化 2.0 行动计划》、《中小学数字校园建设规范(试行) 通知》 及《智慧校园总体框架》 等政策及标准。力争到 2022 年基本实现“三全两高一大” 的发展目标,即教学应用覆盖全体教师、学习应用覆盖全体适龄学生、数字校园建设覆盖全体学校,信息化应用水平和师生信息素养普遍提高,建成“互联网+教育” 大平台。做好“智慧校园”建设工作,是切实维护好广大师生生命财产安全和合法权利,是维护师生利益的一项重大举措。
智慧校园建设总体分为两个部分,平安校园建设以及数字化校园建设。
智慧校园建设的核心内容是支持管理服务体系技术系统、学校教育教学模式和相应的组织体系,为教师、学生、管理人员和校外人员等提供了智慧化的教学、科研、管理、公共服务、文化生活、社会服务和决策支持服务,促进教师和学生信息化素养的全面发展。
智慧校园基础设施是智慧校园平台的基础设施保障,提供异构通信网络、广泛的物联感知和海量数据汇隼存储,为智校园的各种应用提供基础支持,为大数据挖掘、分忻提供数据支撑。包括校园信息化基础设施、数据库与服务器等。
智慧教校园服务是校园信息化服务的具体内容体现,为教学提供基于互联网的校园公共服务体系。智慧校园服务的管理和服务为在线用户提供支撑服务。包括: 数字图书馆、校园生活服务、校园安全服务、运维保障服务和虚拟校园服务等应用。
2校园业务需求分析
2.1校园安全防范问题分析
安全需求是人类社会的基本需要,校园是社会的缩影,是教书育人的场所,是学生学知识、受教育和成才的地方。对于校园来说,没有人身财产的安全保障,没有平安、有序的教学和科研环境,老师无法安居乐教,学生无法专心向学。加强校园安全管理,采取切实有效的措施保护学生的安全和权益,确保其身心健康和全面发展,具有十分重要的意义。
目前现有校园的安全防范大部分依靠视频监控系统、由人员进行协助管理,通过 24 小时值守监控画面,依据人对视频信息的内容作出判断,对异常行为进行分析和处理,通过人防与技防的紧密结合来达到保护师生安全的目的,但近年来诸多校园安全事件的频发证明了,单单依靠视频监控系统很难应对目前校园安保的严峻形势,问题如下:
1、监控人员的注意力不能长时间集中。
2、无法实现对每一路视频的监控同步监控;
3、数据分析困难。
4、被动监控,目前监控往往都仅仅起到录像的工作,遇到异常情况或者突发事故发生,才进行时候查验。
2.2 校园数字化管理问题分析
随着我国教育改革的不断深化学校都购买或研发了一些教育信息化应用系统。但大多为“按需、逐个、独立” 的建设,另外由于独立进行数字校园建设,导致学校间的许多资源无法进行共享,最终形成信息孤岛,现今智慧校园建设需要针对高校行业的特色,充分考虑高校业务应用系统集成,构建一套管理统一、资源可共享的智慧型校园综合服务平台,经过梳理,可以归纳为如下业务需求:
1 出入校管理问题
很多学校门口、图书馆、体育馆等场所一般学校会使用闸机进行通道控制,通过刷卡的方式进出校门,但还是会存在校外人员尾随、冒用等情况。校门出入信息非常庞大,缺少系统进行自动记录和分析校内外人员出入的情况。
2 归寝管理问题
针对校园而言,宿舍是人口密集区,时常存在外来人员频繁出入、行窃等威胁学生安全的事件; 归寝情况管理手段落后,通过人工来查寝,效率低下。
3 签到和考勤问题:
针对学生上课考勤,传统老师上课点名存在难以统计、无法识别顶替者的弊端。效率低下,不易统计。而老师的上下班考勤也是一个问题。
4 访客问题:
校园外来访客问题,一直是学校管理难点,因校园为开放式,校园大且环境场所分散,难以避免会有一些难以监控不到的地方,尤其是宿舍、办公楼等场所通过传统的人为登记以及管理,数据量大,分析难无法管控。
5 考试替考问题:
目前学校对考生的身份验证,一直以来都通过目视识别来完成,考场入场检查,主要依赖准考证、身份证以及监考老师的肉眼观察来确认考生身份。部分“枪手” 为了顺利混进考场,会事先对自己的形象进行调整,比如换个发型,戴个眼镜,化个妆什么的,尽量做到形似神似,意图蒙混过关。有些时候,监考人员会因为人脸的胖瘦变化而误判考生身份,让“枪手” 得以顺利进入考场,影响考试结果的公正性。
6 重点场所管理问题
对于高校而言,实验室、办公室、食堂后勤等场所一般存在大量的材料、仪器设备,及电脑设备和研究数据,一旦有人未经授权进入此类区域进行盗窃行为,损失将难以估量,尽管目前大多数高校普遍搭建了门禁一卡通系统,但冒用他人刷卡、外部人员尾随进入等情况依然无法杜绝,且缺少良好的管理手段。
尤其是实验室内可能会存放着一些特殊的精密仪器和危险的化学物品,这些仪器或物品如果没有良好的保管手段而造成丢失或随意带出实验室,则可能引发安全事件,造成学校、学生人身及财产的损失。
7 迎新签到管理问题;
随着高校扩招进程的逐步扩大,当今的大学规模已与昨日不可同日而语。高校下属的学院,系等更是可以独立自主招生,学生人数规模也呈逐年攀升之势。
在此背景下,传统采用卡证式人工核验的新生注册工作在面对庞大规模的新生报到时明显力不从心。
8 校园系统应用信息难以共享问题
我国教育改革的不断深化、教育领域信息化取得了长足的进步,学校都购买或研发了一些教育信息化应用系统。但大多为“按需、逐个、独立” 的建设,另外由于独立进行数字校园建设,导致学校间的资源无法进行共享,最终形成了以“数据孤岛”、“应用孤岛”、“硬件孤岛”、“资源孤岛” 组成的“孤岛架构”。
9 在校消费缺少便捷的管理手段
现今学校皆采用一卡通消费模式,校园卡由大学职能部门初始化加密和引发,实行实名制和申领批准制度,登记持卡人个人资料,以保证出现安全问题时有据可查。由于食堂、超市、打印复印室、场馆等场所消费具有人数多、流动快的特点,因此要求交易迅速,一般会采用一卡通消费限额模式,这种模式虽然会提升工作效率,但也经常会因为一些客观因素出现错刷、漏刷等现象。
因为是刷卡式消费模式,经常会出现忘记带卡、丢失等尴尬现象,从而影响消费心情,如果卡片丢失因是只人卡不认人消费模式,则丢失的卡容易卡被他人消费或被一些不法分子利用,对个人信息进行复制,容易造成个人财产损失。校园一卡通的卡一般为多为接触式 IC 卡或 CPU 卡,CPU 卡在算法安全方面相较于 IC 卡要更加可靠一些,不容易被不法分子复制利用,但制卡成本较高。
10 缺少校园大数据分析管理
智慧校园已成为信息化建设的热点,大数据分析和深度应用将成为智慧校园的重要应用之一。当今学校需要一个综合性的服务平台对学生、教师、在职员工在校学习生活的一些碎片化的信息进行采集、清洗、统计、查询。并通过平台的进行统一合理的数据整合、数据预测、数据分析,而后并将其深度的应用教学管理、科学研究、学科建设、招生就业、学生成长和管理服务等多个方面,从而为高校管理和决策提供数据支撑。
3 项目建设依据及原则
3.1 建设依据
本项目的设备参数及设计规划按照以下依据或标准执行:
Ø 《国家中长期教育改革和发展规划纲要》(2010—2020 年)
Ø 《教育信息化 2.0 行动计划》
Ø 《中国教育现代化 2035》
Ø 《加快推进教育现代化实施方案(201 8-2022 年)》
Ø 《智能建筑设计标准》 GB50314-2015
Ø 《中华人民共和国安全防范行业标准》 GA/T74-94
Ø 《建筑智能化系统工程设计管理暂行规定》 建设部
Ø 《建筑和建筑群综合布线工程设计规范》 中国工程建设标准协会
Ø 《民用建筑电气设计规范》 JGJ16-2008
Ø 《局域网标准》 IEEE802
Ø 《以太网通讯标准》 IEEE802. 3
Ø 《计算机软件开发规范》 GB 8566-2001
Ø 《计算机软件产品开发文件编制指南》 GB 8567-88
Ø 《计算机软件需求说明编制指南》 GB/T 9385-88
Ø 《计算机软件测试文件编制规范》 GB/T 9386-88
Ø 《软件文档管理指南》 GB/T 16680-1996
Ø 甲方实际应用需求等。
3.2 建设原则
建立唯一特征中心库原则
学校的所有身份特征数据需要集中建设和管理,设备厂商需要配合平台完成特征值生成工作。
Ø 识别厂商和应用分离原则
识别设备厂商只提供标准的生物识别服务、特征采集服务、准确的生物识别结果,应用厂商需要接入平台后才可以使用平台提供的认证服务.
特征值按应用场景及范围使用原则
系统下发的特征数据,只可以在校园内的指定范围和制定场景的设备中
Ø 标准接口原则
设备厂商和应用厂商,都需要实现平台标准接口完成接入,并按照接口完成统计、审计等工作。
Ø 特征值数值安全原则
设备厂商和应用厂商需要保证学校的身份数据不可泄漏和丢失。

第二章 解决方案总体设计
近年来,人工智能、云计算、大数据等新兴技术被广泛应用在各行各业,校园管理中采用的卡、证、指纹等方式已经落后。人脸识别技术属于生物识别类别,也是人工智能范畴中的一块基石,其技术本身的先进性及可靠性也已成熟。
利用人脸识别系统的技术特点,通过硬件器材与软件技术的结合,将人脸识别技术应用在教学管理、科学研究、学科建设、招生就业、学生成长和管理服务等多个方面活动场景,能够打造更加便捷、安全的新时代高校校园环境,有效目前学校智慧校园建设过程中对校园安防管理、考场规范管理、门禁考勤管理等信息化系统应用所遇到的痛难点问题,同时也能够弥补高校管理者在社会化管理中的经验、力量不足。
我司经多年解决方案设计经验以及与多所学校共同探讨及需求整合,方案设计密切联系学校应用需求,针对智慧校园建设种种需求我司设计出一套贴合学校实际教学场景需求的智能化人脸识别解决方案,项目建设完成后能够将智慧校园建设提升至一个新高度。
1业务解决方案设计
基于对校园业务需求的理解,从业务维度出发,将校园人员管理活动分为:校内区域智能管理和校园活动签到管理两部分,采用人脸识别技术的智慧校园建设方案设计所涵盖的业务内容如下:
2方案建设目标设计
针对高校行业的特色,充分考虑高校业务应用系统集成,依靠先进的设备和科学的管理,利用行业最新技术,将计算机技术、自动控制技术、通讯与信息处理技术等先进技术相结合,应用适度超前的先进、适用、优化集成的成套技术体系和成熟的设备体系,为高校的用户提供一套人性化、安全、舒适、方便、快捷、开放的环境,最终实现技术防范与人力防范、实体防范相结合的智慧校园深化升级建设目标。根据上述情况分析本次方案建设将划分为如下及部分:
1) 1. 校内区域智能管理
2) 2. 校园活动签到管理
3) 3. 校级生物识别数据库建立
4) 4. 便捷人脸支付消费管理
5) 5. 校园信息发布及大数据分析管理
6)人脸识别与第三方系统联动
3项目系统及网络架构设计
3.1系统技术架构设计
本方案基于人脸识别技术的特点及优势,结合目前校园信息化建设的发展方向,通过对于高校会议组织管理工作的理解,我公司针对于人脸数据应用在会议管理过程中的逐个环节,进行推敲后,定制设计本了系统,提供给用户便捷、高效获取人脸数据,同时可与现行信息系统对接,实现一体化信息展示与交互的信息综合服务平台。
该平台从顶层设计出发,以“集中管理、分布式计算” 为基础架构,构建了一个可应用于全校的人脸识别统一平台,并提供学生管理、重点场所管理、安全管理三大业务体系,业务覆盖学校所有应用场景,贯穿学生整个学习周期。
综合管理系统架构图
人脸识别软件系统采用分层逻辑结构,采用三层结构及一个统一调度平台的结构,分为: 信息采集层、数据处理层、总控界面层。
其中,信息采集层为整个系统提供最基本的原始采集数据,数据处理层对采集到的信息进行后台数据分析、处理,总控界面层为用户(系统管理员、普通用户) 接口,实现各类功能的操作界面。信息采集层与数据处理层之间的功能模块通过接口相互作用,数据处理的结果反馈信息采集,使信息采集的准确性、效率大大提高; 同样,数据处理的结果也为用户提供各类有效的信息。该层次结构的各层在统一任务调度平台的管理下协调工作,相邻层之间又相互作用,通过接口进行有效的信息交互,使系统可扩展性强,能根据应用规模、功能变化等因素灵活调整系统布局。
通过标准化的数据接口对接各类人脸终端设备,用于完成基础人脸数据的获取; 基于人脸设备的基础功能及算法应用,完成人脸数据的存储及分析功能。
通过应用层功能模块,系统可经由标准数据接口与学校现行的各业务系统进行有效对接,既可提供各业务系统基础的人脸数据信息,同时对现有系统进行功能性的扩展。通过人脸数据以及业务系统信息的同步,针对各业务的管理需求,及潜在应用的功能化展现。
系统平台提供数据分析以及可视化数据展现模式,可根据用户的细节需求进行二次开发及定制服务,可提供一个与现行信息化系统较为有机结合的一体化平台。
3.2网络架构设计介绍
整体网络架构分为前端数据采集、数据中心及人脸识别管理应用三部分组成。
前端数据采集主要是进行人脸比对实时采集学校师生及访客人员进出人脸数据,通过内网传输到数据中心人脸识别服务器进行后端数据处理,学校师生及访客人员每次进出后均留有刷脸记录,利用人脸识别大数据统计工具,可对学校师生在校情况进行数据分析,可清晰了解在校学生在校情况及经常出入场所的行为轨迹。
所有人脸识别产品终端部署于同一个局域网,通过 wisdom 综合服务平台统一管理,进行人脸数据批量导入、权限分配、人脸终端刷脸信息采集等、提供访客管理应用,并由 wisdom 综合服务平台提供 API 接口对接第三系统软件。

第二章 校内区域智能管理
1校园门口出入人脸识别管理
1.1管理现状
出入口控制系统是安全技术防范领域的重要组成部分,是现代信息科技发展的产物,是数字化社会的必然需求,是人们对社会公共安全与日常管理的双重需要。是发展最快的新技术应用之一。而我们所说的出入口控制系统通常是指: 采用现代电子与信息技术,在出入口对人和物这两类目标的进、出进行放行、拒绝、记录和报警等操作的控制系统。它是以识别人和物的数字化编码信息、数字化特征信息为技术核心,具有典型的“数字化安防” 技术特征。
近年来,大学实行了打开大门办学的方式,校园环境不再封闭。运动场馆、食堂、公共道路等原只属于师生使用的区域时常会有社会人员、车辆进出。去除高校的边界后,促使高校校园成为社会活动中的一块特殊区域。一方面给高校校园带来本该展现的开放、自由氛围,另一方面由于校园环境毕竟不是社会环境,环境使用主体还是以师生为主,所以高校的管理者通常都是在被动的处理一些社会问题。
大学主要出入的人员分为三类: 师生、临时工作人员与外来访客。学校大门的管理一般通过保安人员进行管理,这种方法存在一定安全隐患,如管理混乱、容易由于人为疏忽让一些外来闲杂人员混入等。现在虽然很多学校大门采用了传统的刷卡方式进入校区,但是在人员出入管理上扔旧存在丢卡、换卡、蒙混与无人员出入记录等漏洞。
综上所述,高校校园环境是一个“特区” ——校园有类似于社会的生活、活动方式,又缺失如同社会一样的监督管理机制; 学生有丰富、自由的课外生活,又易发生校方不可控的事故; 有浩瀚的知识和学习知识的方式方法,又难于实现相对的公平公正。高校校园环境虽然无法实现社会化的监督管理机制,但完全可以借鉴、采用广泛应于社会中的科技方法,建设科技校园,改善高校日常管理中的问题。
1.2人员进出入权限设置方案
学校主要路口、重点区域除了部署动态人脸识别监控系统外,校园门口的进出入管理闸机系统,可以更换为人脸识别闸机系统,真正的实现建立第一道安全屏障,利用人脸识别技术,以门禁、闸机等系统为基础实现具备支持一卡通刷卡、人脸识别、身份证认证比对等多种认证方式,校园进出入人员不在需要携带校园卡,只需“刷脸” 即可自由进出,还可以对进入人员进行考勤记录等功能,并有效解决学生相互借卡进出记录不准确,出入人员身份核验存在漏洞等问题,同时,还可以通过管理后台展示在校人员数据信息,实现学生出入异常数据及时反馈学校,有效解决容易引发的学生人身、财产安全等管理问题的隐患,可大幅度提升校园安全。
1.2.1内部师生出入管理

1.2.1内部师生出入管理

1.2.1内部师生出入管理
学校内部师生相对在校时间较久,权限比较固定,对人员进行录入后权限设置短时间内基本不需要变动。因此对于师生的通行权限可在系统设置为 1 年有效期,1 年有效期后,管理人员可根据师生的在校情况为对应人员进行续期。
1.2.2临时工作人员出入管理
临时工作人员属于在校工作时间不确定的,往往存在人员已离职但是扔持有学校通行证件,可随意出入学校,对学校安全造成一定的影响。如果采用频繁换证的方式又会造成制证的浪费。在本方案中,可根据学校管理需求,对临时工作人员的人脸通行时间进行灵活限制。如: 采用临时工作人员刷脸权限 7 天有效期,过期后通过微信端刷脸实名验证后再次申请 7 天有效期,管理人员在后台审批通过后可实时启用,免去重新制卡的麻烦。
1.2.3外来访客人员出入管理
除了必要的门卫进行访客登记外,系统还提供了对访客必经的通道进行管制。
设置人脸识别闸机终端,通过人脸识别闸机限行来控制访客随意进出学校,通过学校人脸识别门禁系统控制访客可进入的受控区域。
外来人员访客管理可以采用部署桌面人脸识别桌面终端或通过关注学校微信公众号进行预约两种方式来进行访客预约。
1.2.3外来访客人员出入管理
除了必要的门卫进行访客登记外,系统还提供了对访客必经的通道进行管制。
设置人脸识别闸机终端,通过人脸识别闸机限行来控制访客随意进出学校,通过学校人脸识别门禁系统控制访客可进入的受控区域。
外来人员访客管理可以采用部署桌面人脸识别桌面终端或通过关注学校微信公众号进行预约两种方式来进行访客预约。
1.3访客预约管理
访客管理子系统可以根据实际应用等级可以分成是无通道管制访客系统和通道管制访客系统两类。
1.3.1访客预约方案一
在校门口保安处或学校服务大厅管理员处部署人脸识别桌面终端,访客来访问时,通过现场桌面访客登记系统对来访人员进行现场身份核验及访客的登记,由现场管理人员通过系统配置通行时间,是否允许进入等。
² 访客登记
访客登记,该功能可以让现场管理人员新增一个访客,让该访客在规定时间通行。
再次授权: 当之前到访过的访客再次进行访问时,前台可以找到该访客的信息,
点击“再次授权”,输入有效期,是由,访问对象即可让改访客通行。
取消授权: 可以对已确认的访问单进行取消
查询: 可以通过姓名、手机号、身份证号、访问单的状态和访问单时间进行搜索查询。
批量访客登记/微信访客
批量登记: 当需要访问的访客过多时,可以选择使用批量登记功能。
填写相应的信息,导入人员信息的 Excel 表格和照片文件夹或 zip 包,点击下一
步。
在访访客
在该页面,前台人员可以查看在访的访客。可以查看在访访客人数、今日到访、
和当月 到访人数。
1.3.2访客预约方案二
访客来访时可提前通过学校微信公众号进行访问预约,也可由被访者主动向系统提出访客邀请,如果访客没有提前进行预约或被邀请可以在学校门卫通过人脸桌面自动终端进行登记。访客信息经过确认后系统会将访客的访问权限下发给对应的人脸闸机和相应访问区域的人脸门禁终端,访客只需要刷脸即可很便捷进入授权区域。如一旦发现非法闯入,系统可及时发送告警信息给保安或是被访者,有效提高学校安保管理水平。

1) 访客关注微信公众号后进入公众号的我要预约界面。
2) 输入手机号可查找被访者,并赶写访客信息,包括单个访客信息和随同访客信息。
3) 填写访问信息包括: 事由、时间、联系方式等。
4) 访客填写完相应信息并确认后,系统会将信息发送给被访者由被访者确认后,系统自动通过短信及公众号通知访客。
5) 访客收到确认信息后即可在预约时间出入学校。
1) 内部工作人员关注微信公众号后进入公众号的“我要邀约” 界面。
2) 填写访客信息与邀请信息。包括: 填写访客姓名、电话、事由、访问时间、可通过区域等。
3) 邀约信息填写完毕后由 SAAS 平台发送确认信息给对应的访客。
4) 访客补充方案人脸照片及身份证号(选填)。
5) 访客确认后上传访问单,SAAS 平台将受邀者信息下发到受邀访问的区域的相应终端或动态系统。
6) 访客按照邀约时间就可以刷脸通过终端设备,动态系统抓拍到受邀者也会有比对结果。
2办公楼人脸识别
早期的校园门禁不管是磁卡门禁,还是指纹门禁,都有一个较为尴尬的硬伤——容易作弊。由于磁卡可以进行复制,而指纹有指纹膜,这些只看卡不看人的安全弊端一直无法摒除,就算顶着一张与正主完全不同的脸,只要有通行工具,照样能够自由出入,由此,虽然有一定的安防措施,仍旧会给人们安全与财物形成威胁,对于高校而言,实验室、办公室等场所一般存在大量的珍贵实验材料、科研设备,及电脑设备和研究数据,一旦有人未经授权进入此类区域进行盗窃行为,损失将难以估量。
在传统门禁系统用户体验欠佳的情况下,今年来随着科技发展的不断进步,人脸识别门禁系统便开始流行起来,成为楼宇间安全管理的新选择。人脸识别作为一项新兴的技术,凭借它难以复制的特性开始迅速攻占安防市场。
人脸识别门禁系统是以人脸识别技术为核心,人脸具有不易复制的特性,和传统的门禁卡、指纹相比,更加安全且不易仿制,陌生人无法凭借化妆、戴假发、戴帽子、戴眼镜等方法潜入。具有主动捕捉人脸的进行活体检测功能,进入人员走近人脸摄像头识别范围,系统会快速做出反应,与人脸数据库进行比对识别,显示识别成功,门会自动解锁,人员可自由出入,不需要专门腾出手来刷卡、刷指纹或者输密码,真正解放双手,做到使用的人性化。
为了加强重点实验室办公楼的综合管理,切实维护师生员工正常的教学、科研实验和办公秩序,共同创造一个文明舒适、卫生安全的工作与学习环境,根据学校有关规定,结合重点实验室实际情况,针对办公楼、办公室、重点实验室进出入智能管控解决方案,我公司设计了多个控制环节,确保进入办公楼、办公室、重点实验室等重要场所的工作人员、访客人员的身份验证信息真实有效,进出通行数据有据可查,有理可依。
方案设计在办公楼门口部署人脸识别通道闸机,作为办公楼进出入一道人员防控第一道屏障,在重要办公室、实验室部署壁挂式人脸识别终端并联动门禁控制器,实现人脸识别进出入管理,同时还可以在实验室一些重要实验仪器、化学实验药品门禁管理柜旁部署立式人脸识别终端,人脸识别终端通过与门禁管理柜对接可实现不管是什么人员想要使用实验仪器、化学药品都需要“刷脸” 开启门禁,避免人卡不认人现象发生,在一定程度上避免实验财产丢失或损坏的风险。
2.1办公楼部署设计
无感知人脸通道闸机
人经过闸机时,闸机会自动扫描人脸,快速精准识别,无需停顿,真正做到无感通过。
闸机系统可以与电梯进行智能联动,通过闸机时,闸机会自动提示您应乘坐的电梯编号,方便办公楼进出人员管理,安全的同时也做到了极致的方便。
人员访客管理
后台可查看闸机出入人员的视频记录,详细的预约访客记录
使安全管理更智能化,节省了安保工作量和物业的人力成本。
访客预约和登记的在线操作流程简单明了,为访客提供了便捷的登记方式。
黑白名单设置
可在线设置黑白名单的人脸,当门禁、闸机、摄像头感应到,自动发送报警信息到工作人员处,极大降低安保工作量提高了准确性。
当陌生人员,通过闸机时,在线访客登记时自动采集人脸,并与后台黑名单数据相比对,若在黑名单上,闸机会不予放行,并立即在线通知工作人员。
系统平台支持能力
2.2人脸识别闸机管理模式设计
办公楼以会议室、办公室为主,全校师生及外来人员均需要频繁出入,方案设计采用在人脸识别闸机系统上添加身份证阅读模组,因校内人员因前期已采集完成人脸信息库为此,采用 1 : N 认证方式,可以直接“刷脸” 进出入。而陌生人进入办公楼建议采用两种进出入管理模式:
1 、严格管理模式: 通过 SaaS 管理云平台在学校开通的微信公众号上添加访客预约功能模块,访客通过公众号填写相关信息后提交访问单进行访问预约,相关审批人员可以通过个人中心,登录到自己的账号,对访问单进行处理,同时可以对访客进行邀约。
2、宽松记录模式: 通过现场“身份证+人脸”1 :1 的验证方式进出入办公楼,这种方式不对陌生人员进行通行限制,避免了人员预约登记的繁琐,但还能准确的知道陌生人员信息、进出入的时间,减少学校管理工作强度。
同时,闸机设备具有消防联动接口,当消防信号触发时,门翼将处于常开状态,当消防信号恢复时,门翼将复位。为此,当宿舍楼触发安全隐患时,消防系统发出警报人脸识别宿管系统将自动开启摆闸,保证人员快速通过,可有效杜绝消防安全隐患。
3实验室人脸识别
实验是教师、学生和科研人员进行教学和科学研究的重要场地,也是学校教务管理中的重要组成部分,高校实验室管理质量直接影响教学科研工作质量。
随着在校学生的日益增多,实验室资源如何分配利用、实验室设施安全如何保障也成为一大难题。运用智能管理系统开展高校实验室管理工作,既是高校教学科研事业发展需求,也是满足实验室优化需求的必然之举。
但在开放式实验教学和教育信息化改革的背景下,由教师人工分配实验设备与空间的传统实验室管理方式,已无法满足当今数字化智慧校园的建设使用需求,学校需要引入全新的实验室管理及预约系统。以计算机网络为基础通讯平台,人脸识别技术及综合服务平台为核心,为提供全新便捷的智能管理预约服务。
3.1人脸识别门禁部署设计
在实验室门口部署壁挂式/立式人脸识别终端,进入实验室人员通过人脸识别终端进行人脸活体核验比对,验证成功后实验室门自动开启,人员进入实验室,人脸识别系统后端服务平台可实时记录人员出入信息,包括人员的姓名、职务、所在部门、刷卡时间、成功与否等。
可实现门禁、环境、设备、视频监控的统一整合监控管理,整合后可实现通过系统软件远程开门,监测门的开关状态,当前实验室进入人的信息,并可按用户设定的策略及布防时段,对实验室、机房门的开关状态进行报警。
3.2人脸识别与视频监控联动
设备可以与视频监控系统进行联动,门禁点与对应摄像头进行事件的联动,以便快速准确将视频录像定位到人。
如上图所示,人脸识别门禁点一可以与摄像头一、二绑定形成联动关系,形成联动关系以后,门禁点会保存合法(或非法) 用户通行照片、时间等信息,并将照片做为此用户对应视频查询的标签,当需要查找指定门点、指定用户的视频录像时,点击此用户门禁点通行照片,马上就调出此用户在这个门禁点通行时对应摄像头一、二的视频,让事后追溯查询迅速、直观、有针对性,屏蔽了冗余视频的查看时间。
3.3实验室开放预约管理
实验室开放式预约管理与实验教务管理业务关系密切,需要与教务管理系统相结合,针对教务系统统一排定课表的管理模式,系统支持课表导入条件下开放预约模式,即在既定课表恭维空闲时段,各实验中心或实验室自主管理各自实验室的开放预约业务,以此模式针对将实验课程统一排进大课表的用户。
支持大开放预约模式,即全学期(或学年) 向选定用户开放选定的工位时段资源,不区分实验课程预约或课程外预约,但支持集体预约和个人预约。
支持项目审核授权准入式开放预约模式,即针对预约申请方的预约项目或理由进行审核,针对审核结果配给预约授权,用户在授权对象、授权容量、授权生效时段范围内自行预约。
支持大时段预约,主要针对科研实验室或长实验周期项目实验室,例如生物培养、病理观察等类长周期实验项目; 也支持给定课时时段预约,主要针对教学实验、检验检测项目实验等短过程应用。
针对采用选修学分制用户,系统支持选课课表绑定模式,即针对相关选课课程,根据各课程教学计划在特定时段限度内提供特定实验教学任务课表,选课课表只决定具体学生构成; 在课表空闲时段,有实验中心自主管理开饭时段提供开放预约应用业务。
针对教务系统不排定实验课表的用户,系统支持实验课程集体预约模式,即集体课程预约模式,即系统首先在学期初,面向相关任课教师开放课程预约工位时段资源,由各相关课程的任课教师(或其科代表等) 根据其教学计划进行课程集体占用预约,以约代排形成实验教学课表; 教学课表确定后,实验中心可利用实验教学课表外的空闲工位时段资源做为可开放预约资源进行开放预约。
预约业务与人脸识别门禁准入身份识别、工位准用身份识别设备、授权控制准入准用使能设备的整合联动应用,预约生效时段自动授权识别准入、自动工位授权识别使能或使用登陆控制。
3.4实验室资产耗材精细化管理
实验室资产主要分为两大部分,一是固定资产管理,主要是针对实验室大型仪器或精密实验设备的管理; 二是低值易耗品管理,主要是针对价值比较低的易耗品的管理。实验室资产管理系统与人脸识别系统整合对接后可以实现实验室资产使用更加细致化,校内科研部门、教师、学生对使用固定资产和耗材使用都通过人脸识别终端进行身份认证,后端的综合服务平台进行实时记录,在通过与资产管理系统调度对比后,可统计出实验室每周、季度、年等时间段实验室设备仪器及耗材使用情况,以及实验室使用率。实现在保障实验室设施安全的同时,还能为智慧校园大数据建设提供数据支撑。
4食堂后勤人脸识别管理
学校食堂的就餐人群与一般的饭店、酒楼不同,学生识别食品是否安全的能力较弱,学校食堂安全防范措施就显得尤为重要,要时刻预防学生中毒事件的发生,同时还要对食堂卫生进行很好的管理。
当前,大多高校食堂在工作人员签到方面的管理还采用刷卡及人工核验等传统方式,这样传统的签到方式得到的签到数据不能最准确真实的反应团队建设管理的现状,也不能有效的对进入学校食堂的人员进行有效管控,不能及时了解和发现是否是食堂工作人员,在一定程度上存在安全隐患,十分不利于后勤管理工作的开展。
满足人们对重点场所的更高层次安全为校园食堂后勤管理配置人脸识别门禁考勤管理系统,实现进一步提高学校食堂管理效率,保证公共卫生安全。
采用人脸识别系统,通过核对需要进入人员的面部来进行身份识别的。首先,向每位员工进行人脸信息的登记,并且按照其部门来划分该进出的权限。当员工进入设备识别区域时,对准人脸识别门禁考勤一体机,设备会自动迅速准确的采集人脸信息,然后将读取的人脸信息发送到后台人员权限管理服务器,服务器通过与该人员事先存储在数据库中的人脸信息进行比对,迅速得出该人脸匹配与否的分析并生成报表,得出其记录,后台生成报表,以便汇总。
人脸识别是基于人的脸部特征信息进行身份识别的一种生物识别技术,它的唯一性和不易被复制的良好特性为身份鉴别提供了必要的前提。而人脸识别门禁考勤系统就是把人脸识别技术与门禁系统相结合,通过分级管理,设置管理层次,分配管理责任; 通过权限管理,区分人员类型,保证出入口安全; 通过考勤管理,规范考勤制度,简化工作流程等。
人脸识别门禁系统不仅免去了忘带钥匙或卡的烦恼,同时还因为人脸识别门禁系统无需任何介质开门,而节省了不少成本,如人员变动不需要更换门锁、钥匙、IC 卡等,只需要重新对人脸进行注册即可; 另外人脸识别门禁考勤系统可以严格规范员工的考勤管理,从而避免替代打卡,也实现最大程度的控制非授权人员随意进入食堂后厨等重要工作场所,出现盗窃、投毒等安全隐患问题的发生。
5校园场馆智能管理
学校体育场地/馆、游泳馆、羽毛球馆、篮球馆、排球馆、操场等场地、场馆在本质上属于高校体育教学、训练和比赛的基础设施,同时也是高校的主要建筑物,往往代表一个学校的形象。先是为学校体育专业级公共体育教学提供服务,还可以满足学校内部师生的体育健身娱乐等需要。但由于体育场馆的日常开支和维护费用昂贵,加上一般高校用于体育设施与管理的资金又十分紧缺,因此,高校内的各类场馆一般走“以馆养馆,以场养场” 的道路,会对校园外社会单位、团体、体育爱好者进行开放,以此来缓解体育办学经费不足的现象,在这种情况下难免会为各类场馆管理工作部门、工作人员增加工作管理难度,且收费管理方面也十分不便捷。且体育场地/馆、游泳馆、羽毛球馆、篮球馆、排球馆、操场等场地、场馆经常会开展一下竞赛、集会等大型活动,活动开展前后人员进场、退场的流动管控一直都是管理难题,目 前学校多采用人工+门禁、人工+通道闸机的管控方式,但也难以避免陌生人员未经授权尾随进入的情况发生。
5.1校园场馆智能管理
方案设计利用人脸识别技术,在校园互联互通的前提下,采用“人脸识别终端+综合服务平台” 部署方案,通过现场实时 1 :1 和 1 :N 人脸比对来完成快速身份认证,方案设计采用人脸识别通道闸机模式,可以支持一卡通刷卡、人脸识别、身份证认证比对等多种认证方式,能够实现场馆实名认证进出入管理,能够对体育、游泳等场馆进行有效人员进出入记录,对人流量进行统计分析,当场馆到达人员饱和时,可进行系统提醒,管理员可选择关闭场馆进入或限制时间段进入。
如果系统平台与校园一卡通系统、教务系统对接,还可以实现场馆刷脸消费。
5.2场馆预约管理
同时,人脸识别综合服务平台接和人脸识别终端还可实现场馆预约管理,校园场馆场地预约管理子系统支持采用 web 端和微信公众号两种方式进行场馆场地预约,可满足校园内部、社会企业预约等客户的内部管理需要,系统功能介绍如下:
预约管理系统通过与人脸识别门禁、通道对接后,在校师生、企业预约人员可直接通过通道闸机直接“刷脸” 进入场馆或活动室,免去刷卡环节。
系统支持多场馆管理和多时间段设置,可根据不同场馆或活动室,设定不同的时间段,给校园师生和员工预约使用。
支持场馆时间段内段人数限制,充分考虑了场馆和活动室内容纳人员数量,方便人员进行管理。当预约人数达到上限时,系统将提示“改时间段预约人数已满” 提示,系统还能很清晰地在界面看到当前场馆时间预约人数。
系统支持预约记录查询、预约记录报表导出,还支持对场馆进入出记录数据进行统计分析,并能可视化的展现出分析结果。
6图书馆人脸识别管理
近年来, 国内高校“智慧校园” 、 “智慧学习” 等建设也十分受到国家及社会的广泛关注, 智慧图书馆作为智慧校园建设不可或缺的组成部分, 其研究愈发成为现代图书馆研究的焦点。 高校图书馆利用信息资源向读者用户提供免费服务,在智慧时代下, 其公益性的本质特征不能改变, 其主体功能和相关功能的位置也不可颠倒。 但高校图书馆在其未来的建设目标及服务中必须突出“智慧性” 。
高校智慧图书馆建设与创新, 将为高校图书馆新时期注入新活力, 推动高校图书馆由传统借阅向智慧服务的方向转变, 有纸质为主到数字资源为主, 有集中到分布, 由被动向主动, 由共性向个性, 由刻板手工向灵活智能, 高校图书馆的服务已逐步实现了传统型图书馆到数字和移动图书馆的跨越。 在当今高校智慧图书馆建设中引入人脸识别系统, 不仅顺应了时代的发展, 打破了传统的借阅模式,提升了图书管理系统的人性和智能化, 实现了进出图书馆、 借阅、 归还到相关信息查询等流程的全面升级。、
6.1人脸识别快速通道及门禁管控
在图书馆出入口部署人脸闸机系统进行人员进出管控, 在一些对读者非开放区域部署壁挂或立式人脸识别终端。 从人脸识别验证人员身份的角度出发, 与人脸识别管理平台应用相结合, 提供包括人员进出控制、 人员进出实时统计、 异常情况报警等功能, 并与手机 APP 和微信端宿管相结合, 能够实现云与端实时互联, 第一时间向老师推送异常事件, 做到紧急事件响应无延时。
6.2自助借还服务人脸识别认证管理
利用人脸识别终端图书馆自助借还系统进行对接, 将人脸与校园一卡通系统进行绑定,只需 要对着摄像头进行人脸识别 ,用户可直接刷脸借还 。
将装有图书信息管理数据库的主机与人脸识别器连接, 人机交互装置和条码扫描器也与主机相连。 借书时, 人脸识别器和条码扫描器分别将读者人脸信息和图书信息传送至主机, 主机分别调取图书信息管理数据库内的人脸信息和图书信息数据进行匹配分析, 如果匹配成功, 则读者通过人机交互装置完成图书借阅操作。 还书时, 通过条码扫描器读取图书条码信息, 通过人机交互装置完成还书操作。
通过人脸识别实现了图书自助借还, 减少了图书管理员的工作量, 还从而简化学生操作流程, 实现图书馆人工智能化管理, 帮助图书馆在有限的人力资源条件下, 增进图书流通速率、 简化借还流程, 进而提高图书馆从业人员工作效率及服务品质。
同时, 通过人脸识别系统进行图书自助借还保障了, 借书读者身份认证的准确性, 通过人脸识别系统与自助借还系统相结合, 图书馆可以根据读者进出入图书馆的次数、 时长、 借还书种类进行在校轨迹数据行为分析, 可以为校园信息化大数据平台的构建提供数据参考支撑。
6.3自助预约服务人脸识别管理
高校图书馆拥有良好的学习氛围和丰富的学术资源, 已经成为读者查询资料和自主学习的首选场所, 同时, 由于座位资源数量的有限, 以及缺乏合理有效的管理机制, 从而出现读者排队抢座、 大量长期占座但又不正常使用等现象, 这已成为高校图书馆面临的一大难题, 并由此带来一系列影响:
1.读者认为图书馆监管服务没有做到位, 没有有效监管读者占位后不使用的情况;
2.有使用座位需求的读者抢不到座位, 而抢到座位资源的读者没有对座位进行有效利用, 造成大量座位资源的浪费;
3.读者之间出现争抢座位的情况, 影响同学之间的和睦相处;
4.对于占座不使用的情况, 图书馆需要安排工作人员对座位进行清理, 增加了图书馆的人力成本。
根据图书馆以读者为中心的开放化、 自助化和人性化的管理模式, 及其 IC学习空间多种资源统一管理的实际需求, 图书馆需要拥有一套自助预约管理系统,来提升图书馆阅读空间的体验效果以及管理水平。
6.3.1功能介绍如下:
预约选座系统可为学生提供刷卡以及人脸识别选座的功能, 也可以通过与微信公众号连接使用选座系统。 在图书馆座位管理系统中, 可以实现的模块有: 微信选座, 刷卡签到, 人脸识别签到, 自动分配座位, 手工选座, 暂时离开, 完全离开。
1). 多元化的交互平台
集成网页选座、 移动 APP 选座、 微信选座、 现场选座预约台选座以及二维码选座等多种交互方式, 读者可通过以上各终端实时查看图书馆座位资源的使用情况、 空闲座位数量、 座位资源分布(以及座位分布图上查看座位周边是否具备电源插座) 等, 读者还可在以上相应平台内查询预约的记录、 违约记录、 处罚记录以及删除未生效的预约记录等; 座位管理系统可以与图书馆人脸通道闸机联动,网上预约座位之后可通过闸机或座位二维码进行签到。

2). 网上预约使用规则
3). 预约使用流程
4). 离馆流程
5). 多元化的预约信息交互方式:
系统支持邮件、 短信、 网页公告、 微信公众号等多种通信方式供读者、 管理员进行交互。 对于需管理员审核的预约项目和读者预约取消申请, 系统自动通过邮件或短信通知管理员; 预约结果也可以短信、 邮件等方式通知读者; 在预约时间开始前半小时, 系统可自动短信提醒读者。
6). 灵活的预约规则设置:
根据不同管理要求, 管理员可灵活设定各种预约规则。 比如单次空间最短最长使用时间限制、 可预约的时间段设定, 预约最低和最高使用人数限制等。 各预约项目结果生成模式可选择系统自动审核或人工审核。 需要由管理员审核的预约,系统提供人工审核的接口界面, 只有当系统和管理员都审核通过后, 该预约才能生效。
7). 自动预约违规管理:
对于不能按时使用约定空间的读者, 系统将在设定的时间到后自动取消预约,并生成违纪记录, 对于多次出现预约后无故放弃使用的读者, 系统可将其身份划入预约黑名单或是由系统根据处罚条件自动处罚。
8). IC 空间进入管理:
如果学生选择进入预约成功的读者只能通过刷卡/刷脸完成身份认证后, 方可进入约定空间或使用指定设备。 系统后台自动记录读者对空间和设备的使用时间等日志。
9). 空间使用中的远程管理:
系统后台对空间使用设备进行实时监控, 可远程查看门开关状态, 远程开门,远程查看视频及进出人员监控。 对于空间使用者影响其他读者的违规行为, 可进行远程语音提醒或是进行设备远程接管。
10). 预约结束管理:
读者座位使用结束离开图书馆时, 离馆手续有三种方式供选择, 可扫描二维码选择离馆, 也可在现场预约台刷卡/刷脸离馆; 现场预约台程序在闭馆前的一段时间内(如闭馆前 30 分钟), 自动切换到快速刷离界面, 此时只允许刷卡/刷脸离馆, 不允许现场选座, 实现闭馆时读者快速刷离, 减少排队等待时间, 提供工作效率。
6.4图书馆大数据分析管理
图书馆人员管理系统针对于使用者提供方便快捷的浏览方式, 并考虑到管理者的业务需求, 提供管理者基础浏览数据。 系统平台可根据图书馆使用者数据统计数据汇总于教务管理系统, 针对教务和图书管理工作的建议性数据分析。 图书馆人员管理模块整体设计图及功能详细介绍如下:

6.4.1权限开通
使用基础服务平台的“人员通行权限开通” 功能。
区域在本模块的管理
图书馆本身在本模块管理, 其下的能接设备的区域在主模块管理且必须从属于某个图书馆。
增加图书馆及设备区域: 系统管理员需先添加图书馆, 然后再添加区域从属于一个图书馆, 同时在主模块中新增区域。
6.4.2信用管理
支持给每个人设定“信用”, 根据每人不同的信用度在设备上予以相应提示。
目前信用除了正常用户以外, 只有“灰名单” 和“黑名单”。
灰名单: 在刷脸时给于管理人员相应预警提示, 但依然放行。
黑名单: 设备上发出报警音并拒绝通行
6.4.3在馆时长统计
可实现对图书馆在馆人员进行时长统计, 可以按日、 周、 月 、 学期、 学年进行分类统计, 并可以制成可视化分析表图。

6.4.4在馆人数统计
可实现对图书馆在馆人员进行人数统计, 可以按人数、 男女、 年龄、 院系、专业、 年纪等需求进行分类统计, 并可制成可视化数据分析表图。
6.4.5分院入馆统计
可对学校各分院入馆读者人数进行实时统计, 并能根据需求统计时间制成各分院人数统计表图和分院饼状图。
6.4.6图书馆大数据中心
可显示院系在馆排名、 今日入馆人数、 图书馆在馆男女比例、 当天各时段图书馆人流量趋势、 当前图书馆区域人数统计、 近七日学生入馆人数趋势等可视化数据分析统计模块, 功能模块可按需排版显示。
6.4.7入馆信息查询
具备读者在图书馆入馆次数、 在馆时长查询、 导出功能。 学生入馆记录、 在馆时长可按学号、 姓名、 学院、 专业、 入馆状态、 日期范围进行查询。

7宿舍公寓智能管控
利用人脸识别技术来设计学生宿舍管理系统, 已经是当前高校向信息化、 数字化方面进行改革的一个必备内容, 基于人工智能的大数据管理平台, 能有效解决传统手工管理过程中存在的各种问题, 提高整个宿舍的安全级别和管理效率。
学生宿舍公寓楼智能管控方案设计采用人脸识别闸机系统+人脸识别服务综合平台的管理模式, 可以帮助学校在人力防范的基础上, 采用人工智能的手段,以人脸作为学生的核心标识, 帮助学校进行宿舍人员进出统计、 考勤管理。
建设完成后实现学生进入住宿区只需刷脸认证通过后方即可进入, 人脸识别设备将学生面部信息与人脸库中照片进行比对, 比对成功后通道打开。 反之, 若身份未比对成功, 闸机不打开, 无法进入宿舍楼, 人脸识别系统支持刷卡、 人脸、刷卡+人脸、 人脸和人证智能模式。
人脸识别综合服务平台同时记录该学生归宿时间; 学生离开时将也需要刷脸认证, 管理平台记录该学生的离宿时间。 进出刷脸设置为 24 小时验证, 以保障整个宿舍出入的人员安全。
7.1网络架构设计
整体网络架构部署在校园内网, 人脸识别通道闸机与前端管理 PC 接入校园网, 保证学生隐私及信息安全, 所有数据在内网进行数据交互。
人脸整体网络拓扑图如上, 分为前端数据采集、 数据中心及人脸识别宿舍管理应用三部分组成, 前端数据采集主要是进行人脸比对实时采集学生进出人脸数据, 通过内网传输到数据中心人脸识别服务器进行后端数据处理, 学生每次进出后均留有刷脸记录, 利用人脸识别大数据统计工具, 可对学生在宿情况进行数据分析, 对学生夜不归宿情况做可视化呈现, 依照管理权限分级传送至宿舍管理员、班级主任、 学校领导。
7.2硬件设备部署设计
宿舍楼大厅内, 安装部署人脸识别闸机, 通道数量根据宿舍楼人数及现场空间灵活部署;
为保障突发消防事件时人员可以快速撤离, 在把人脸识别闸机与消防系统联动的同时, 建议在人脸识别闸机两侧安装活动栅栏门, 若突发消防事件时闸机无法联动开门, 可由人工打开活动栅栏门, 对宿舍大楼人员安全进行双重保障。
宿舍楼弱电间引出 220V 电源线和网线至闸机位置;
宿舍楼弱电间内, 放置一台 24 口千兆交换机, 供人脸识别闸机接入校园网使用;
宿舍值班室部署一台宿管工作站提供数据上传、 下载、 展示等功能; 配合一套展示大屏, 实时展示进出数据及异常信息统计;
在学校机房数据中心部署人脸识别管理服务器安装人脸识别管理平台并与宿舍管理系统对接, 为人脸识别设备与宿舍管理提供服务。
7.3宿舍公寓人员管理设计
宿舍管理系统与综合服务业务支撑平台进行了无缝的集成, 在使用公寓系统时, 可以快速切换至其它业务系统, 以 webos 的形式实现界面的统一化, 标准化。
7.3.1楼宇、 楼层区域管理
宿舍管理本身也会涉及到位置的多级管理, 比如某个校区的某个宿舍楼的某层(有些学校一栋宿舍楼 1-3 层为女生宿舍, 4 层及以上为男生宿舍)。 因此在本模块进行位置的多级管理, 最后一级的位置在加入、 编辑、 删除时应与基础服务平台中的区域进行同步。
由于底层平台区域的名称必须唯一, 所以本模块中的多级位置管理, 最终应映射成唯一的区域名称以在基础服务平台中绑定设备。如图所示:
7.3.2通行权限管理
根据学生的性别、国籍等角度, 批量开通这些人在某些位置的长期通行权限。
比如男生只能进入男生宿舍楼, 女生只能进入女生宿舍楼。
如图所示:
7.3.3通行记录追踪
为了满足学校对学生通行的统计查询跟踪需求, 除了开通某些人的位置通行权限外, 还可在本模块对其“进入非本宿舍楼” 的关键记录的统计分析。
所以在本模块, 每个学生都应有一个“所在宿舍楼” 的字段标识, 以区别其进入的是本宿舍楼还是其他宿舍楼(开通时男生可进入所有男生宿舍楼, 门禁并不阻止)。 如图所示:
7.3.4宿舍大数据
在该子模块中显示了实时的宿舍大数据分析统计, 在学校的日常管理中比较繁琐的就是宿舍, 每天有多少学生在宿舍, 有多少学生逃课睡觉, 都是比较关心的重点, 在该模块, 通过基础数据的分析, 显示了实时的在宿人员, 实时出宿人数, 以及男女比例, 宿舍是否有来访人员, 在宿舍一天中各个时间段中出宿以及入宿的高峰期, 以及多日未归的人员数据, 以及异常数据统计分析。

第四章 校园活动精确智能签到管理
1智能会务签到及预约管理
整在各大高校中学院内一些会议室、 报告厅、 体育馆等场所除了为在校师生提供使用需求外, 也经常作为共享资源承担一些社会开展的活动, 为其提供场地服务。 但目前高校的各种会议组织方式还多以“人治”为主, 无论是前期会议通知、参会邀约、 证卡制作, 还是现场签到、 人员检索, 包括后期信息录入, 主要依赖人工来完成。 过程不仅费时费力, 容易出错, 还存在安全隐患。 会议活动开展常见问题例如:
l 大型会议参会人员众多, 逐一登记速度缓慢, 效率低下, 易造成混乱;
l 传统的人工登记或刷卡方式难以辨别持卡者是否是本人, 造成统计数据失真;
l 现存的会议管理系统无法对来宾和与会人员的数据进行的精确统计;
l 对危险分子或恶意捣乱人员无法进行有效的身份识别, 留下安全隐患;
l 手工记录数据效率低下, 容易出错, 无法对数据平台提供有效支持;
l 校方无法得到有效的会议数据, 不利于日后的决策。
由以上传统会议的组织模式所造成的种种不便可以看出, 高校的会议业务急需引入一种安全、 高效、 精准、 智能的新模式, 来更好的为在校师生及社会民众提供更加安全可靠、 便捷管理场地应用服务, 以全面提升高校会议的组织效率,满足学校及社会对共享空间场所预约管理、 人员签到、 信息发布、 利用率统计等使用的需求。
1.1网络架构设计
校园内的会议以及讲座频次很高, 因此, 在整体教学管理中此部分的数据并未能实际的解决人员及信息的采集。 通过此系统模块的管理, 可以有效的提高会务人员的工作效率, 同时基于人脸识别的签到流程也能够提供校园一个全新的智能化面貌。
此外, 讲座、 研讨等教学活动, 也属于学生教学内容的一项扩展, 系统通过针对于此类会务的数据统计, 可有效的提供教学质量, 以及教学规划中基础数据的支撑, 并通过数据分析提供可行性的教学改进建议。
针对高校会议的具体应用场景, 智慧校园人脸识别智能会议系统可提供以下功能:
与会人员信息采录和管理(支持远程导入、 统一导入);
会议排期及会议信息导航通知;
会议现场人脸签到;
会议现场导航信息推送;
会议数据统计及分析;
与现行 OA 系统的会议安排信息对接;
1.2业务流程
本系统具体业务流程如下:
A. 参会人员信息录入
参会人员信息可通过 EXCEL 表格导入系统, 或由我司开发微信小程序/微站/公众号等手段进行自动采集和录入; 又或使用我司开发的线下采集系统进行现场人脸信息采集。
B. 签到场地准备
根据具体需求在现场进行网络和人脸识别终端的架设工作。
C. 签到现场管理
签到活动当天, 由工作人员对签到人员进行引导和使用说明, 以及对现场设备进行管理。
D. 签到进度跟踪
本系统可自动跟踪签到进度, 实时展示签到数据, 并在提前设置好的进度节点对管理人员发送即时信息(短信, 微信等)。
E. 签到数据报表
会议签到活动结束后, 可根据需求进行自定义报名导出, 为校方提供数据分析基础。
1.3签到方式设计
人脸识别系统的创新性在于确保准确率, 采用的验证方式并不是简单的人脸比对, 而是对采集人脸信息的时间进行记录, 包括到场时间与离场时间, 结合系统的人脸比对结果从而综合得到一个签到结果, 人脸识别会议签到验证流程如下:
1.4会议室管理
会议室信息录入。
查询符合条件的会议室。 比如座位数。
修改会议室基本信息。
会议室不能删除, 若某会议室移作他用, 其状态需置为“弃用”。
会议室中的非刷脸设备(如投影仪、 音响等) 暂未列入本系统中, 会议管理模块主要目的为会议签到, 非替换原有会议管理系统。(后期有需要可作调整).
1.5会议类型
会议根据主题类型不同, 在会议完毕后可以进行分类统计分析:
工作会、 教学研讨会、 党建会、 动员会等等, 可由业务使用者添加维护。
如图所示:
1.6会议管理
发起会议
系统用户可以发起一场新会议, 主要流程如下:
填写会议标题、 内容、 时间等会议信息;
查询符合条件(某时段、 坐席数量足够) 的空闲会议室, 并选定一个作为会议地点;
查询、并选定多个参会人员(会议发起后会给每个参会人员发送一封邮件);
确认无误后可选择存档或发起本次会议。
注意: 会议发起时会在底层向会议室的区域内设备下发通行权限, 确保参会人员具有权限。 只能发起开始时间比当前时间滞后的会议, 要注意检查!
如图所示:
会议暂存
会议发起时需填写的信息较多, 因此支持会议信息暂存。 即点击暂存, 并不真正的发起一个会议。
暂存会议可以设置定时发起时间, 后台会在每天凌晨检查是否有需定时发起的会议, 自动发起。
一个会议的状态转换详见下节。
会议状态
会议当前状态, 只能是以下 3 个值之一:
暂存: 暂时存储的未发起的会议, 状态可变为已发起。 只有暂存未发起会议可以真正地删除(删除一个暂存会议时需同时删除参会人员)!
已发起: 已发起的会议, 开会之日未到的会议状态可变为已取消。
已取消: 发起后被取消的会议, 状态不可改变!
状态转换流程:
查询会议
按条件查出所有符合要求的会议。
如图所示:
1.7统计分析
列出未来时间段内将开会议。
按会议主题分析会议出勤率。
按部门分析会议出勤率。
等等。 如图所示:
1.8会议大数据
在该模块中, 显示了在日常工作中的会议记录, 统计了在后面时间段, 什么时候开会, 过去都什么时候开了会, 让在用户提前做好规划, 避免了“临时抱佛脚”, 部门中会议的次数, 也是反映部门的工作状态的一种侧面体现, 为决策者提供数据参考, 为用户提供了更好的时间安排, 做到心中有数。
1.9系统扩展和数据分析
本系统基于人脸识别技术, 目前人脸识别设备的发展有效的改变了身份认证的模式, 从以往的规则限制形式转变为本人确认的机制。 因此, 在宽松环境下的身份确认机制能够落到实处。
本系统支持与校园现行业务系统的对接, 例如教务、 一卡通、 签到系统等软件的数据对接。 提供用户在不改变原有使用习惯及工作流的情况下完成人脸识别设备的更新及升级。
本系统的架构设计模式, 系统平台与现行业务平台对接, 并直接对接人脸识别终端; 通过本系统可自主进行数据, 统计以及可视化的展现; 同时系统可以根据教学参与者的需求, 进行业务数据的分析, 自定义的进行所需内容的分析和推送, 提供管理工作必要的数据支持和结果呈现。提供教学工作新的业务提升手段,也有效的规避日常管理工作中细节管理的弊端。
2智能化考试签到管理
会考试安全作为国家安全的重要组成部分, 是国家选拔与培养人才的主要手段,对于考生来说更是人生的重要转折点。 有少数存有侥幸心理的考生试图以作弊形式通过考试, 从而出现了极为恶劣的替考现象。 替考现象一直严重挑战着考试的公平与效果。 如果不能加强考试中的监管, 保证考试的公平, 那么功能再强大、再便捷的在线考试系统, 也很难与教学体制内的正式考试挂钩。
随着我国对考试政策的不断优化改革, 各省教育考试院对保证考务安全的“防火墙” 进行加固的力度也越来越大, 随着人脸识别技术不断成熟发展, 将人脸识别技术应用于考务工作是教育信息化发展的必然趋势, 人工智能技术已经慢慢渗入到考试安全工作中。 传统的考生身份验证形式是监考人员对考生的身份证、准考证的照片与考生本人的面部特征进行比对, 其操作虽简单方便, 但使用肉眼鉴定面部特征可能存在误差, 真正的替考行为不易被发现。
将原有“身份证+准考证+人工” 的身份验证模式, 更改为在考试身份验证环节“人脸比对+身份证+指纹+人工” 的考前身份核验方式, 其中要求学校在考试报名之前预先完成两项工作: “报名确认” 和“数据采集” 。 具体的操作流程如下:
第一项, 报名确认: 依次将身份证放在采集终端身份证读卡区上, 系统自动给出身份证验证结果。
第二项, 数据采集: 身份证信息——人脸比对——采集指纹。
2.1考试签到部署设计
学生在进入指定考场前, 先通过学校人脸识别通道闸机进行一次考前核验,一次核验只做为进出入门禁, 避免没有考试资格的陌生人员、不法分子混入学校,影响考试公平。 在通过校门口核验成功后, 考生进入指定考场教室/楼道, 进行第二次身份认证核验。
第二次核验, 在考生入场时利用实时人脸身份证验证和后端网上考试报名系统核对相结合的方式, 实现证件防伪、 人证合一功能, 可以轻松揭露日常面部伪装, 杜绝替考现象问题出现, 大幅提高了考生身份验证工作的管理水平和工作效率。
开考前, 考生陆续走向设备, 双眼直视人脸识别终端并在读卡区域处刷二代身份证。 考生走近时, 人脸识别终端摄像头会自动识别面部信息, 系统对身份证与面部特征进行比对, 核对后人证和准考信息一致后将通过核验。 从考生站到核验设备前到成功验证考生身份, 再由监考老师进行准考证的确认, 再次通过后入场进行考试。 整个核验过程由原来的传统人工核验 1 5 秒左右缩短至 5 秒左右,大力提升考场验证工作效率。
2.2考试签到管理系统设计会
2.2.1考试签到
考试签到与会议签到类似。 每次发起一场考试, 选择多个人在哪些考场(区域), 在什么时间段进行考试。
注意: 如果发起在固定设备区域, 则无需借取设备。 若发起的考试举行在未安装固定设备的区域, 则需借取立式单屏等可移动设备。
考试类型管理
在本模块中预先定制可能出现的考试类型, 期末考试、 期中考试、 平时测验、职业技能、 全国统考等等。
如图所示:
2.2.2考场、 中心管理
基础服务平台中设备必须绑定到具体的区域位置(扁平化管理), 而考试的位置可能需要多级管理, 比如 XX 校区有 2 个考试中心, 每个考试中心下有 3-10个考场, 每个考场为最终设备部署区域。
所以本模块中支持多级管理, 每一个级别的位置需标注级别, 以便层级管理。
如图所示:
2.2.3区域在本模块的管理
按照上一节所述, 考场、 中心等多级区域在本模块管理, 最后一级的考场在加入、 编辑、 删除时应与基础服务平台中的区域进行同步。
由于底层平台区域的名称必须唯一, 所以本模块中的多级位置管理, 最终应映射成唯一的区域名称以在基础服务平台中绑定设备。
考试发起管理
由于各学校考试管理方式多样, 所以本模块提供通用的考试管理方式, 尽量满足大部分学校的需求。 在学校的考试管理方法无法使用通用方式时, 建议对本模块进行修改。
一场考试的主要信息有: 考试名称、 考试种类、 科目、 考试组织单位(分院、中心等)、 考场(对应绑定设备的区域)、 地址(考场的位置说明)、 开始时间、结束时间等。 本模块负责记录每一场考试的所有信息。
一场考试对应 N 个学生, 每场考试的学生可以是重复的, 也可以是不同的。发起考试时可以通过页面选择一批学生绑定到本场考试, 也可以使用 excel批量录入多场考试(每场考试一个 sheet)。
如图所示:
2.2.4下发考试通行权限
有三种方案可下发考试通行权限:
实时下发
要求考场中已部署刷脸设备并已绑定固定的区域, 导入考试信息时即可同时给参考人员下发通行权限。
定时下发
考场区域已提前录入并具备联网条件, 但设备未连接(比如一个考试中心所有考场共用几台设备)。 本模块会定时(比如每天早上 5 点) 向基础服务平台请求, 给相应考场下发当天考试、 考生通行权限。
手动下发
本模块只负责导入生成考试信息(考场、 时间、 考生), 预留页面操作接口,考场人员在接入设备后手动操作下发某场或多场考试的考生通行权限。
2.2.5考生信息存放
导入的考生分两种:
本校考生: 在基础服务平台人员库中已存在的学生。 在考试签到模块录入时识别其学号, 与基础服务平台对比关键信息是否正确(身份证号、 姓名等), 若导入信息有误应当提示失败!
外来考生: 外校或社会考生, 不在人员库中!
无论那种类型, 参加考试的所有学生信息都会在本模块中存储。
发起考试时, 比如从 excel 中导入 N 场考试的 N 个考生, 他们是否在基础服务平台中已存在由学号确定。 若导入的考生并不在人员库中(比如参加考试的某次社会人员), 则这些考生会没有“学号” 的概念, 因此学生信息在本模块存储时应当以“身份证号” 作为主键。
如图所示:
2.2.6查询、 统计分析
按照多种条件组合查询出某场考试参加的人员信息(或根据人员查出其参加的考试信息)。
按照考点、 考场、 时间、 考试类型等多角度进行统计分析。
如图所示:
3课堂考勤签到管理
在高校的教学和学生工作管理过程中, 考勤是一项重要的内容。 学生的出勤率直接影响到学校的学风建设。 与一般的企事业单位相比, 高校的日常考勤工作具有一定的特殊性, 考勤工作中的特殊情况较多、 参与考勤的学生数量大等特点均增加了高效日常考勤工作的难度。 因此, 如何提高考勤工作的效率与质量是我国高校日常管理工作中面临的一项重要考验。
当前我国大多数高校在学生日常考勤工作中主要采用的依然是人工考勤方式或智能卡考勤方式。 这些考勤方式虽然能起到一定的作用, 但问题也很突出,老师并不认识每一位学生, 人工考勤和智能卡考勤均有可能存在冒名顶替代考勤现象; 在学分制教育模式下, 学生不必严格按照学院的班级建制进行课堂学习,而是可以根据自身的兴趣与实际情况在学校教学框架下自由选择科目, 只要在毕业之前修满学生培养方案中的最低学分即可顺利毕业。 这种教学方式为高校的考勤工作带来了一定的困难, 同一课堂的学生可能来自多个学院、 多个专业、 多个班级, 教师在教学过程中不熟悉学生, 因此导致学生考勤工作中出现了大量学生逃课、 弄虚作假的现象。 对高校正常教学秩序以及教学质量带来了严重的负面影响, 同时也降低了学生自身的组织性以及纪律性, 对于高校校风与学风的培养与形成十分不利。
因此, 传统的点名考勤方式不适用于学校的考勤需求, 我们推荐使用智能人脸识别考勤系统解决学生课堂考勤问题。 采用人脸识别验证的方式对上课的学生身份进行核实, 实现人、 地、 时三者合一, 去除考勤虚假, 以及根据用户的需求实现了对任意一时段的考勤结果的统计。 提高了学校的考勤工作的效率, 减轻了教师上课的负担。 真正的做到了考勤工作的高效性、 及时性。
3.1人脸识别课堂考勤系统建设意义
(1) 提升学校的学生管理工作质量。
学校以往采用的人工考勤方式主要依靠教师、 辅导员或者学生代表进行考勤, 在工作过程中存在着比较严重的主观性以及其他人为因素, 学生考勤管理效率低下、 考勤结果可靠性不高, 无法起到对学生进行约束的效果。 而通过本系统的开发, 学校的学生考勤系统实现完全信息化与自动化, 不仅大大简化了学校的学生考勤流程, 同时对于学生考勤管理工作质量的提高也有着重要的意义。
(2) 极大节约了学校日常管理的成本。
随着信息化进程的日益推进, 学校建立了完善的校园网, 如何有效利用学校现有的网络资源提高学校的日 常管理工作不仅可以为学校节省管理大量的管理费用开支, 同时也可以提高学校的管理水平。 虽然当前市面上已有现成的考勤系统出售, 但是由于高校与其他一般企事业单位相比具有一定的特殊性, 所以如果完全从市面上购买现有的考勤系统, 代价是比较高的。 本系统以学校的网络资源为依托, 不仅实现了学生考勤工作的自动化与信息化, 提高了学生管理工作的质量与效率, 还为学校节省了大量不必要的日常管理开支。
(3) 提高了学校的教学质量, 促进学校良好校风学风的形成。
在传统的学生考勤管理过程中, 教师需要在上课之前进行点名, 不仅占用了教学时间, 同时还由于学生带点到的现象比较突出, 影响了学校的教学质量,学生逃课现象比较严重。 而在采用考勤系统之后, 由于指纹具有唯一性的特点,可以从本质上杜绝学生代答到或代签到的现象, 另外对于学生迟到、 早退、 旷课等情况也可以做到准确记录与统计, 同时还可以有效节约教师的时间资源。 因此,本系统的实施可以在很大程度上提高学校的教学质量, 并为学校校风学风的改善有着重要的帮助作用。
3.2课堂考勤部署设计
在教室门口部署壁挂式/立式人脸识别终端, 进入学生进入教室前通过人脸识别终端进行人脸活体核验比对, 进行课堂考勤签到, 签到成功后学生进入教室开始上课, 人脸识别终端与信息发布屏对接可在信息发布屏上实时推送签到情况,显示教室应到、 未到、 实到人数情况。
人脸识别系统后端服务平台实时记录人员出入信息, 包括人员的姓名、职务、所在部门、 刷卡时间、 成功与否等, 在上课前综合服务系统平台会对学生发送签到提醒信息, 签到后发送确认信息, 课后可以为老师推送或导出上课人员签到信息表。
实现真正的杜绝学生上课考勤签到信息伪造或复制等违规行为, 现象学校考勤管理数据更精准可查。 同时, 还具备教学管理情况数据统计分析功能, 可以针对学校教学工作过程中, 教、 学、 考三大方面数据统计分析。
3.3人脸考勤管理
3.3.1原则
考勤应当是固定的一组人员, 在规定的区域内, 周期性的进行考勤管控。
考勤不是闸机, 不会阻止已录入人员刷脸失败。
每次发起一个考勤, 理论上是做两件事情: 下发某人在某区域设备上的长期(周期性) 权限; 考勤管理模块中产生考勤规则(用于后期对其进行考勤结果计算)。
3.3.2考勤人员
考勤管理模块中, 考勤的人员角色为教工和学生。
系统管理员发起考勤时只能选择其权限范围内的“区域” 和“人员”。
3.3.3考勤规则
考勤时间段和考勤区域可以任意组合。 比如张三可以在某一天的 8: 00 至12: 00 在 301 教室、 14: 00 至 16: 00 在 302 教室、 20: 00 至 22: 00 在 303 教室打卡。
发起的考勤, 在时间周期性上分为临时性排班和周期性排班。 本质上都一样,本系统会在底层将排班分解为一个考勤时间段一条规则。
比如发起财务部全部 10 个人, 周一至周五的 9: 00 至 18: 00 考勤管理, 则在底层会分解为 10×260 条规则记录(一年 260 个工作日)。 那么要求界面上发起长期考勤规则时, 需指定一个较长的起止日期(比如 2019-01-01 至 2019-12-31)。
这样一来, 最终产生的考勤结果数量应当与考勤规则数量成正比。 比如某天的考勤规则, 可能会产生 2 条考勤结果“迟到” 和“缺下班卡”。
此种“打卡” 和“考勤” 分离的设计, 好处是随时更改考勤规则也不影响打卡记录, 打卡记录只是记录下了每个人的每一条打卡位置和时间。
注意: 某人在同一位置的排班, 不应分解为多个, 应尽量为一个。 比如张三在 301 室某日 9: 00 至 12: 00 第一个班, 14: 00 至 18: 00 第二个班, 应当设定为9: 00 至 18:00 一共一个班。若同一个人在同一个地点被分割为相邻的几个排班,则其某次打卡可能会同时认定为命中两个排班, 从而无法计算出勤结果! 比如张三在 301 室 13: 00 打卡, 可能会认定为第一个班(9: 00 至 12: 00) 的下班卡的同时, 被认定为为第二个班(14: 00 至 18: 00) 的上班卡!
如图所示:
3.3.4考勤结果状态及考勤时间界限设置
l 考勤结果状态设置
考勤结果的状态目前有以下 6 种, 定义如下:
正常: 一个排班出勤完全正常。 一个排班出现正常, 意味着此排班不可能再有其他结果。
迟到: 上班开始 1 小时以内。 迟到的同时不可能出现“缺上班卡”。
早退: 下班之前 1 小时以内。 早退的同时不可能出现“缺下班卡”。
缺上班卡: 在整个上班卡有效范围内都无打卡记录。 缺上班卡的同时不可能出现“迟到”。
缺下班卡: 在整个下班卡有效范围内都无打卡记录。 缺下班卡的同时不可能出现“早退”。
请假: 请假范围内的排班全部不用计算考勤, 直接标为“请假” 即可。 换句话说, 请假与正常类似, 不可能再有其他结果同时出现。
时间界限设置
在数据库中设定几个时间界限常量, 作为考勤结果计算的依据, 单位都是分钟。
上班卡有效时间: 上班开始时间之前 120 分至开始之后 60 分。
下班卡有效时间: 下班结束时间之前 60 分至结束之后 360 分(比如 18 点下班, 其深夜 12 点打卡应当认定为正常)。
同一个地点的两个排班之间最小间隔时间: 按照“2. 2. 3 考勤规则” 中最后所述, 某人同一个地点的排班应当合并为一个, 否则在两个排班之间的打卡会被同时“命中” 导致无法计算出勤情况。 因此, 排班最小时间间隔设定为 360 分(6小时)。
l 考勤记录
本系统支持考勤打卡记录的查询, 其功能直接使用基础服务平台的“刷脸记录查询” 或根据需要进行结果的包装展示。
如图所示:
3.3.5考勤结果及统计分析
本系统支持考勤结果的查询和统计分析, 比如:
按部门统计分析出勤率。
按时间统计分析出勤率。
等等。 如图所示:
4校园人脸识别迎新管理
随着高校扩招进程的逐步扩大, 当今的大学规模已与昨日不可同日而语。 高校下属的学院, 系等更是可以独立自主招生, 学生人数规模也呈逐年攀升之势。
在此背景下, 传统采用卡证式人工核验的新生注册工作在面对庞大规模的新生报到时明显力不从心。 为了使高校新学年迎新工作更加快捷高效且井然有序, 在人工智能飞速发展的今天, 采用现代化的人脸识别取代传统的卡证式人工核验方式,不但可以有效提升签到注册效率, 更能改善学生的实际体验, 帮助树立学校现代化办学的整体形象。
为了更好的解决高校在新生报到过程中的注册问题, 使高校迎新工作井然有序, 并且将报到进度直观展示, 针对高校迎新场景, 方案设计通过前端人脸识别终端结合后端的签到统计平台, 形成一套人脸识别新生签到解决方案, 帮助提升学校迎新过程中的工作效率, 提升学生体验。
4.1校园迎新部署设计
在学校迎新场地内, 根据学校新生流动数量规模及迎新场馆使用难以固定的前提下, 建议结合学校实际情况, 在迎新场馆内部署灵活性强的“立式人脸识别终端” 或“桌面式人脸识别终端”, 可以根据学校新生规模进行终端数量配置,同时可为每台人脸识别终端配备一台外置显示屏用于实时显示学生注册信息。
利用通过校园局域网接入认证识别网络, 使人脸识别终端与管理平台、 新生迎新系统相互连通, 使签到人员站到人脸识别终端前“刷脸”, 即可完成迎新工作, 实现高效有序地完成会议签到管理工作。
部署的桌面式/立式人脸识别验证终端, 通过与学校教务系统进行对接, 获取新生身份信息包括姓名, 身份证号, 所属学院, 所属专业以及班级等信息, 或将此类信息手工录入到系统内, 通过现场人证合一核验后获取到的信息与后端新生库信息进行匹配, 匹配成功后即为学生签到成功, 与此同时将学生的签到信息同步至迎新系统以便记录应到及实到情况, 并在展示平台进行签到情况实时展示。
人脸识别实时检测记录保障了学生信息的真实性, 同时提升学校形象和学生签到体验。 迎新系统平台模块还可以通过信息发布屏实时反馈会场签到信息, 如已报道人员情况、 未报到人数、 报道时间、 报道人详细信息等。
4.2迎新管理平台介绍
人脸识别智能迎新系统为软硬一体化解决方案, 除人脸识别智能硬件终端外,还配有后端软件平台系统, 以提供如下功能:
4.2.1新生信息录入
可通过对接学校现有教务平台或手工录入的方式将新生信息录入至迎新系
统, 包括姓名, 身份证号, 所在院系, 班级等信息, 以便新生可顺利进行刷脸签
到。
4.2.2签到背景设置
为方便学校在迎新活动中进行个性化信息展示, 签到系统背景可由学校自定义设置, 自定义内容包括图片, 文字等信息。
4.2.3人工签到
系统提供人工签到功能, 可在人工确认身份信息后, 在系统内手动添加人员以完成签到。
4.2.4数据展示
系统可将已到, 未到人员数据实时展示, 并绘出饼状图以供参考。
4.2.5数据查询
数据查询功能可提供已报道或未报到学生信息查询功能, 可按学号, 姓名, 学院,专业及报道状态进行精确及模糊查询, 并提供数据导出功能。
4.2.6统计分析
数据统计分析功能可提供按生源省份、 所属学院等条件的数据统计分析展示功能,方便现场工作人员实时了解签到信息及实到, 未到情况。

第五章 校级生物识别数据库建立考
1数据库建设整体设计
生物识别技术的特点就是生物特征的唯一性, 指纹、 人脸、 基因等人体特征一生都难以改变, 一般很难复制伪造, 校园生物识别数据的建立是对现有统一认证的强有力扩展和补充, 校方期望建设一套安全、 规范、 开放的认证平台, 并且结合现有的生物识别技术以达到一脸通, 一指通的认证服务。
建立校级生物识别特征库(人脸数据库) , 学校通过建立生物识别网络数据库, 实现快速检索查验和认证信息的真伪, 即使不法人员复制伪造了相关的证照卡, 也难以隐瞒其真实身份, 实现学校对公寓、 图书馆、 办公楼、 体育馆等场地活动对人员识别的管理需求, 以及各场景的人脸识别子系统进行集中统一管理。
校级生物识别特征库(人脸数据库) 主要基于全校的师生数据, 建设灵活的多维度人脸库管理系统, 并对学校其他业务系统提供人脸数据。 建立基于全校人脸的数据库, 同时支持校外人员的人脸数据管理, 并且提供人脸线上线下采集、人脸注册、 人脸更新、 人脸删除、 人脸查询等基础功能。
校级生物识别特征库建立应具备通过授权可实现不同的账号有不同的业务使用权限和设备操作权限, 平台由基础平台和业务系统两部分组成。
基础平台提供对终端设备组操作权限的逐层下放, 将不同设备组分配给各子帐号进行设备操作权限的二次下放和分发。
1.1生物识别数据库建设流程
系统以平台形式建设, 在标准规范下可以实现任何设备识别厂商和应用开发厂商的无缝接入。 本系统标准规范如下:
1、 建立唯一的特征中心库原则: 学校的所有身份特征数据需要集中建设和管理, 设备厂商需要配合平台完成特征值的生成工作。
2、 识别厂商和应用分离原则: 本原则规定识别设备厂商只提供标准的生物识别服务, 积极参特征值采集服务, 并准确的提供生物识别结果数据。 应用厂商需接入平台后才可以使用平台提供的认证服务, 并需要提交关键点的行为日志。
3、 特征值按应用场景及范围使用原则: 系统下发的特征数据, 只可以使用在校园内的指定范围和指定场景的设备中。
4、 标准接口原则: 设备厂商和应用厂商, 都需要实现平台标准接口完成接入, 并按照接口完成统计、 审计等工作。
5、 特征值数据安全原则: 设备厂商和应用厂商需要保证学校的身份数据不可泄漏和丢失。
在满足以上原则的基础上, 平台提供开放的厂商接入, 接入流程图如下:
1.2特征值基础数据管理
1.3设备厂家注册

4.1校园迎新部署设计
设备厂商注册特征值生成接口, 厂商需要按照接口规范提供 restful 风格接口(详见接口规范) , 接口需要提供, 特征值的生成、 接口版本管理、 接口变更通知、 接口停用通知等功能。
1.4 特征值采集
设备厂商需积极配合平台的特征数据采集工作, 采集流程如上, 厂商需要提供生成特征值的 restful 接口(详细接口见接口文档) 。 平台负责认证数据中心库的建设, 建设范围包括:
1 、 建立全校唯一的特征数据库, 并实现结构标准化和安全的存储;
2、 特征值实时管理, 对于特征算法改变、 新进人员、 离去人员的特征值进行快速的建库管理;
3、 完成特征值审计, 定期分析出低检测度、 错误特征、 过期特征等数据的审计检查;
4、 完成采集设备的管理和对接。
1.5识别场景管理
学校需要设备厂商提供身份识别时, 设备厂商需要先完成使用场景的注册和特征数据库的申请, 平台提供特征数据库的下发和权限约束, 设备厂商需要提供认证后的通知服务(见接口文档) 。 平台负责使用场景的管理、 特征数据库的下发、 特征数据库的实时同步及审计, 建设范围包括:
1 、 管理和监控学校的所有认证使用场景;
2、 建立一套特征数据库同步标准;
3、 完成特定范围的特征库划分管理功能;
4、 完成场景中的特征值审计;
5、 完成认证服务的接收和转发。
1.6应用场景管理
应用厂商接入管理, 应用厂商需要按照接口规范完成接入。 并积极配合应用动作的日志采集和审计工作。 平台提应用动作的一系列管理和统计, 建设范围包括:
1 、 应用场景的接入管理;
2、 认证通知的转发;
3、 动作执行后的日志反馈;
4、 动作执行情况的统计;
2 系统平台功能介绍
2.1系统管理
2.1.1系统用户
一个系统用户应当限制其可管理人员范围。
一个系统用户权限可管理多个“组织”。 在子系统中, 系统用户只能操作其对应的组织及其人员。
系统用户账号由“超级管理员” 开通, 开通时需指定该系统账号的“可管理组织范围”。 后期也可以进行修改。
系统用户不能真正删除, 状态为“弃用”。
2.1.2角色、 权限管理
一、 权限管理
权限对于系统用户主要分为 4 种:
对于系统功能的权限: 系统所有功能统一建表管理, 每个角色对应若干功能。
每个系统用户对应若干角色。
对于人员组织的管理范围权限: 系统用户可以在各个业务模块中给人员开通刷脸通行权限。 一个系统用户能够管理的组织、 人员范围是有限的, 在系统超级管理员开通该用户时, 同时选定其管理的组织、 人员范围。
每个系统用户关联若干区域, 系统用户给人员授予出入权限时, 只能授予这些区域内设备的出入权限。
每个系统用户能够开通的时间范围权限, 比如教工给外来人员可以开通长达十几天的出入权限。 而门卫只能给临时进出人员开通当日出入权限。
注意: 角色本身和系统用户是独立的, 一个系统用户可以有多个角色。
二、 角色管理
角色对于系统用户来讲主要是限定其能够访问的系统功能范围。 本系统目前设定以下几种角色:
超级管理员
能够使用系统基础服务平台中的所有功能, 但不能访问各子业务模块。 其主要作用是管理系统总体设置(如全局配置信息等), 创建、 管理其他系统用户、业务用户。
系统管理员
可以使用系统基础服务平台中的大部分功能, 但不包括其他系统用户、 业务用户的创建、 管理。
业务用户
只能够访问其权限范围内的各业务子模块功能和系统基础服务平台中的通用业务功能。 不能够访问系统重要配置及其他用户。
业务用户为真正意义上的“系统使用者”(比如老师)。
如图所示:
2.2人员组织管理
2.2.1组织管理
人员与组织的关系
系统服务的每个人员(教工、 学生等) 都应从属于某个直属组织, 同时还可以关联多个其他组织(比如一个老师直属于信息学院, 其同时还可以是党支部、工会成员)。
各个学校、 企业的组织复杂程度不一样, 所以本系统根据情况可提供组织的批量录入功能(模板下载、 批量导入)。
注意: 为了便于后期统计, 每个组织应在创建时标记“是否可作为直属部门”。
是否可作为直属部门, 比如财务部、 行政部等, 可作为直属部门。 而党建工作小组、 团委、 学习工作小组为逻辑上的部门, 不可作为直属部门。 在统计时, 很多情况下只统计直属部门。
组织类型
每个组织必须属于某个组织类型编码。
常见类型如下:
职能部门: 财务部、 信息中心、 教务部、 保卫处(部) 等;
学院: 信息学院、 通信学院、 管理学院等;
分院: 计算机学院、 电子信息学院等;
学部: 有些学校会有此分类, 理学部、 人文学部、 经济与管理学部等。
工作小组: 扶贫工作小组、 迎新工作小组、 扫黑除恶专项工作小组等。
学习小组: 社会主义价值观学习小组、 大学生思想管理办法学习小组等。
党建工作小组: 党支部、 党建活动小组等。
附属单位: 比如图书馆、 档案馆、 餐饮中心、 校医院等。
注: 组织类型可以根据需要自行添加维护。 每一个具体的组织都必须归属一个类型的组织!
如图所示:
2.2.2人员管理
人员类型管理(教工、 学生、 外来人员-备注为“家长”“外卖”“快递”“施工人员” 等等。 外来临时人员每次入校时启用人员信息, 离校时废弃状态不要删除)
对于学生, 组织是学院。 对于老师, 组织是部门或者小组。 对于外来人员,组织默认为“外来人员” 组。 其同时还需由校内邀约人员将其归为已存在的某个组(比如教务部的操作人员邀约外来人员, 将其关联至教务部)。
人员不能真正删除, 状态为“弃用”。
人员信息录入: 人员信息录入之前, 先建立人员类型表, 目前暂定为 3 种类型(教工、 学生、 外来人员)。 也要先建立组织表, 每个人员必须直属于一个组织(也可关联若干其他组织)。 人员信息支持批量导入, 虽然人员信息表为通用的(教工、 学生、 外来人员一张表), 但批量导入模板应当按照类型分开, 因此模板的下载有 3 个链接, 模板的导入也应有 3 个入口。
注意: 导入人员信息表时必须同时把每个人的底图上传上来。 每录入一个人员, 同时会向底层人脸识别平台新建一个人员。
如图所示:
2.3设备、 区域管理
2.3.1区域管理
区域为非常关键的基础数据, 其他业务模块的“位置”概念, 全部基于区域。系统部署时应当将使用单位的所有区域编制、 录入本系统。 区域名称应当为相对固定的位置名称, 比如“3 号楼 301” 比“实验楼 3 楼一号实验室” 更为固定,“5 号楼 102” 比“行政楼 1 楼财务办公室” 更为固定。 某个区域的“作用” 应当以说明、 备注的形式存放。
区域为物理或逻辑上的区域(比如 3 号教学楼 301 教室为物理区域, 新生报道处为逻辑区域), 每个设备必须属于(且只能属于) 一个区域, 一个区域下可以有多台设备。
所有的可移动设备默认归属“空闲区域”, 在每次某个业务占用某台设备时,在临时生成一个区域以供该设备关联(归还时应删除此临时区域)。
系统是通过区域来找到设备并进行操作的, 务必在最初就建立好设备和区域的关联。
区域的录入也提供模板下载和批量导入。
区域类型
每一个区域必须从属于一个区域类型。 常见区域类型编码, 主要有:
一般办公区域: 老师办公室、 行政办公室等;
特殊办公区域: 财务部、 校长办公室等;
宿舍;
教室;
餐饮中心;
娱乐中心;
体育馆;
图书馆等。
如图所示:
2.3.2设备管理
设备在本系统中目前为“签到设备”, 类型主要为: 桌面刷脸机、 立式单屏、闸机、 门禁等。 暂不考虑其他设备纳入本系统(比如音响、 投影仪)。
设备是否可移动, 目前只分两种:
固定设备会在系统部署时建立并绑定区域。
可移动设备一开始默认归为“空闲区域”, 在某次业务发起被占用时, 临时生成一个区域让其绑定。 在归还时需 saas 平台删除这一次临时生成的区域!
已损坏的设备不能再投入使用, 但不能删除。 以备历史信息查验。
子系统向总系统请求“借用/占用” 一台设备, 设备空闲状态默认为 true(未被占用)。
所有设备都预留接口, 在界面上由用户添加管理。(单个、 批量)注意: 可移动设备借取、 归还目前建议统一由一个人员办理。 业务发起者只自动发起、 创建本次使用的区域和人员通行权限。 设备由专人管理。
如图所示:
区域授权
每个系统用户在建立账号时, 都需关联其能够授权的区域。 其在操作子系统模块业务功能时, 只能给其权限范围内的人员开通权限范围内的区域(区域内的设备)。
如图所示:
2.4刷脸管理
人员刷脸记录(将来数据量大可能放到一天一张表), 刷脸记录应当有“谁”在“哪台设备” 属于“哪个区域”“什么时间” 进行的刷脸。 区域建议数据复制过来(因为设备可能更换区域或可移动设备被归还, 历史记录不应跟着改变)。
刷脸照片由底层平台(saas) 提供, 因此本系统对每次刷脸记录仅存放其刷脸照片的文件名(识别名)。 其存放在哪(绝对路径) 由系统全局配置表中相关值决定。
刷脸等重要历史数据, 存储策略(几个月 转存, 几个月 删除等) 待设计阶段明确!
如图所示:
2.5刷脸背景提示
基础服务平台提供刷脸时, 在对应页面上同步显示刷脸人信息的功能。
每次刷脸签到的页面, 由各业务模块(参加会议、 新生签到、 外来人员进入)提供模板和样式。(页面在子模块中管理和使用)
基础服务平台提供每次刷脸时, 能够及时的将刷脸信息推送到子模块中(只提供数据)。
各个子模块的每次业务, 都会在基础服务平台中“注册” 一个“回调入口”,并指定哪些区域的刷脸记录需要实时推送。
日志管理
系统用户的基本操作应当记录, 作为日志以备查验。
需记录的操作有: 用户登录; 给人员开通、 撤销设备授权操作; (可移动)设备的借用、 归还操作等等。
操作日志功能记录了前台使用人员或管理员对知识库的各种操作, 便于数据统计分析和出现问题/故障时的定位:
管理日志: 记录管理员后台配置管理、 采编的信息的操作记录, 便于稽核和回溯以及定位分析问题/故障;
日志查询: 通过组合条件查询(例如时间段、 操作人、 操作内容), 可以快速定位操作的信息。
如图所示:
2.6 系统通知
统基础服务平台负责向各个系统用户发送系统通知。
系统用户登录时会有未读系统通知提示。
通知可以是系统发送给所有人(ALL), 也可以是发送给某一个系统用户(指定用户名)。
2.7人脸识别事件管理
成基础服务平台负责适配底层人脸识别平台的事件和数据。 对内提供统一标准的服务。
来自底层的各种事件会在本层进行转换适配, 然后在本模块内转换使用, 并及时通知其他业务模块。
目前需要转换的底层事件有: 人脸识别事件、 设备上线事件、 设备离线事件。
2.8通用服务
系统基础服务平台给各个业务子系统提供通用的服务, 各子系统需请求基础服务平台使用这些服务。
2.8.1人员查询
通过所属组织、 姓名、 联系方式等条件查询出符合要求的人员。
2.8.2设备查询、 借用、 归还
对于“可移动设备”, 各业务模块在发起一次临时、 短期活动时, 可请求基础服务平台查询出可用的设备, 并发起业务占用。
当设备超期未归还时, 系统会自动向占用人发送通知和邮件, 通知其某次业务占用的设备已超期, 需归还。
基础服务平台提供设备使用、 借用情况的查询。
由于子模块可能有延迟下发人员权限的可能, 所以基础服务平台需提供各区域下设备是否在线的状态查询。 子模块可以选择设备在线的时候再下发人员通行权限。
注意: 可移动设备借取、 归还目前建议统一由一个人员办理。 业务发起者只自动发起、 创建本次使用的区域和人员通行权限。 设备由专人管理。
如图所示:
2.8.3人员通行权限开通、 查询
各业务模块根据自身业务需要, 查询出需要开通权限的人, 指定要开通权限的区域和要占用的设备, 由基础服务平台统一开通通行权限。 注意: 在本系统中给某人开通权限, 必须同时在底层平台(saas) 同步开通。 若子模块存在定时开通或者手动开通, 应在子模块中存储开通权限信息(人、 时间、 位置), 在需要时(比如每天的凌晨 1 点) 调用基础服务平台开通。
撤销某人在某一区域、 某一时间段的通行权限。(目 前设计为不支持修改某人某区域的通行权限时间, 业务操作上为先删除、 再重新录入权限)基础服务平台也提供查询某人的通行权限情况。
基础服务平台也提供查询某个区域对设备的占用, 以及某个区域的通行权限现状。
2.8.4刷脸记录查询
基础服务平台负责通过各项条件, 查询某人在某一时间段内的所有刷脸记录。并支持查看其刷脸时的瞬时照片。
如图所示:
2.8.5业务暂存、 历史业务查看
基础服务平台模块提供各业务子系统的业务暂存和历史业务查看。基础服务平台模块负责存放抽象出来的业务暂存(待办) 和已办业务数据。
由各个子业务模块实际负责业务数据的存放、 查看和继续办理。
2.8.6人脸识别事件消息处理
基础服务平台提供底层人脸识别各事件的接收和管理, 子系统的业务若需要接收处理人脸识别消息, 可以在本模块注册。 在基础服务平台接收到来自底层平台的消息事件时, 转发给所有注册过的业务模块, 由子业务模块继续处理。
2.8.7人脸检测
检测图中的人脸, 并为人脸标记出边框。检测出人脸后, 可对人脸进行分析,获得眼、 口、 鼻轮廓等 1 50 个关键点定位, 准确识别多种人脸属性, 如性别,年龄, 表情等信息。 该技术可适应大角度侧脸, 遮挡, 模糊, 表情变化等各种实际环境。
人脸检测功能, 支持离线使用, 无需联网请求.
2.8.8人脸对比(1: 1)
通过提取人脸的特征, 计算两张人脸的相似度, 从而判断是否同一个人, 并给出相似度评分。
在已知用户 ID 的情况下帮助确认是否为用户本人的对比操作, 即 1 : 1 身份验证。 可用于真实身份验证、 人证合一验证等场景。通
2.8.9人脸查找(1: N)
给定一张照片, 与指定人脸库中的 N 个人脸进行比对, 找出最相似的一张脸或多张人脸。 根据待识别人脸与现有人脸库中的人脸匹配程度, 返回用户信息和匹配度, 即 1 : N 人脸检索。 用于用户身份识别、 身份验证相关场景。
2.8.10活体检测
提供人脸活体检测能力, 在人脸识别过程中判断操作用户是否为真人, 有效抵御照片、 视频、 模具等作弊攻击, 保障业务安全。 人脸活体检测功能, 支持离线使用, 无需联网请求。
2.9人员自助登记管理
2.9.1自助登记应用
自助登记是一款集成在云管理平台上的应用,提供了人员自行更新完善个人信息的渠道, 辅助管理员快速便捷的收集人员照片等信息。 管理员可通过自助登记应用配置需要更新的人员名单及其需要更新的信息项如姓名、 照片等, 支持人员通过微信公众号或指定网页连接自行更新个人信息。
2.9.2主要业务流程
整个业务流程可以概括为如下 4 个阶段:
1、 配置
管理员登录云管理平台在自助登记应用中配置更新人员名单和需更新的信息, 配置完成后系统生成网页链接。
2、 发送链接
管理员可以复制自助登记提供的网页链接通过短信、 微信、 邮件等方式自行发送给需要更新信息的人员。
3、 更新方式
a、 人员可以使用手机或电脑的浏览器打开网页链接更新个人信息;
b、 如果单位等绑定了公众号, 并在其中配置增加了自助登记的入口, 人员可以在公众号中进入自助登记页面更新个人信息;
c、 管理员可以在未更新人员页面, 手动更新其信息。
4、 审批
如果管理员在第一步配置了需要审核, 在人员更新信息后, 需要管理员审核后信息更新到云管理平台。
如果管理员在第一步配置了不需要审核, 在人员更新信息后, 信息直接同步更新到云管理平台。
除此之外, 管理员可以选择直接使用采集身份证比对照片功能采集人员通行记录中“身份证+人脸” 比对识别成功的抓拍照片。
2.9.3登录入口
管理员登录云管理平台, 可在工作台>首页>基础应用中看到自助登记应用的访问入口。 点击后即可进入自助登记应用, 进行相关的操作。
如果其他账号登录云管理平台使用自助登记应用时, 分配角色应用权限后可在基础应用中看到访问入口。
权限分配操作步骤:
1、 在角色管理界面新增角色, 在数据权限>应用权限中勾选自助登记应用;
2、 进入到权限分配页面, 新建账号时选择拥有自助登记应用权限的角色。
2.9.4人员信息采集配置
人员使用自助登记网页或在微信公众号服务中更新个人信息前, 管理员需要在云管理平台的自助登记应用中配置需要采集信息的人员名单和信息项。
信息采集配置操作步骤:
1、 管理员登录后在首页点击自助登记应用进入到应用的人员更新页面。
2、点击【信息采集配置】 按钮显示人员信息采集配置弹窗。
3、 进行相关的配置
4、 发送网页链接
管理员配置完成后能够生成一个用于员工验证并更新个人信息的网页链接,管理员能够方便的复制链接并通过微信、短信、邮件等工具发送给需更新的人员。
2.9.5采集身份证比对照片
除让人员通过网页链接和公众号自行更新信息外, 管理员还可以通过让人员在指定终端进行身份证核验的方式, 自动收集人员照片信息。
功能配置及要求:
使用此功能需提前收集人员的身份证号, 并将这批人员下发到指定终端, 通行方式选择人脸+身份证。 设置终端开启【更多比对方式设置>二次核验】 功能。
操作步骤:
1、 在自助登记>人员更新页面点击【采集身份证比对照片】 按钮。
2、在弹出的窗口中配置需采集身份证比对照片的人员、 有效期和审批方式。
3、 采集
配置完成后, 点击【去采集】 按钮, 系统会去云管理平台的通行记录中进行一次查找, 查找符合所设置的时间段内人脸+身份证通行方式且验证成功且身份证号与所选人员的身份证号相匹配的记录。
匹配成功则采集该条记录比对成功的抓拍照片。 若本次采集没有找到匹配的记录, 之后管理员可以再次采集。 采集完成后, 会展示本次采集到照片的人员名单。
注意事项:
a、 仅有管理员点击【去采集】 按钮的时候, 才会带着相关条件去通行记录中查找。
b、 人员较多时, 由于数据量大, 处理时间可能会比较长, 建议分批处理。
建议每次采集人员 1000 人, 通行记录数量不超过 20 万条。
2.9.6人员更新记录
该列表中主要显示人员更新数据信息的记录, 数据来源包括人员使用网页或公众号自行更新的数据、 管理员手动对未更新人员进行更新的数据以及通过使用采集身份证比对照片获取到的数据。
操作步骤:
1、 批准
管理员在信息采集配置和采集身份证比对照片时配置了需要进行审批。
人员更新信息的记录显示到人员信息更新记录页面时, 状态为待审批, 需管理员批准后数据真正更新到云管理平台的人员信息库中, 该条记录的状态变更为已审批的状态。
支持管理员点击【批准】 按钮或选择多条数据记录批量批准。

管理员查看待审批状态记录详情时, 可以通过详情窗口中的【批准】 按钮批准更新。
2、 删除和批量删除
管理员点击删除按钮可以删除更新记录, 删除后记录将无法恢复, 如果记录处于待审批的状态, 请慎重删除。 更新记录支持批量删除。
2.9.7未更新信息人员页面
管理员通过信息采集配置功能配置需采集的人员名单和信息项后, 会在未更新信息人员列表产生所有的未更新人员的记录。 当人员在网页或使用公众号完成更新后, 该记录将从未更新信息人员列表移动至已更新人员列表中。
操作:
在未更新信息人员列表中管理员可对未更新信息的人员进行查询、 删除、 批量删除、 更新等操作。
1、 查询
管理员可按照姓名、 人员编号、 所属组织等条件搜索未更新信息的人员。
2、 删除和批量删除
管理员可对未更新信息人员数据进行维护, 如当人员过期未更新时, 管理员可对该人员进行删除。
3、 更新
管理员配置采集信息后, 除人员可通过网页或公众号进行更新外, 管理员也可以在未更新人员列表手动更新人员的数据信息, 管理员手动更新不受更新有效期限影响。
管理员点击更新按钮, 可以在弹窗中更新该人员的数据信息
注意事项:
a、 弹窗中显示的数据字段是管理员在信息采集配置时选择的字段
b、 各字段显示了人员在云平台中已经存在的信息, 管理员可进行修改。
c、 因为字段是管理员配置的, 所有字段均为必填项。
管理员填写完成后, 点击更新按钮将数据更新到云管理平台的人员库中。 该条数记录从未更新人员列表消失, 显示在已更新人员列表中。
管理员进行的更新不需要审批, 状态自动变为已审批。
2.9.8人员更新网页
提管理员在云平台自助登记应用中配置需采集的各项数据信息和人员后, 将生成的链接线下发送给需要更新信息的人员。 人员可在手机或电脑浏览器中打开H5 页面更新个人信息。
1、 身份校验
人员使用网页链接更新个人信息时需要进行身份校验。 根据管理员配置的校验方式, 人员需输入自己的人员编号或者是手机号和邮箱, 后台校验该人员在当前配置的有效期内是否是管理员配置的需采集的人员。
验证方式: 人员编号/人员编号+密码/手机号+验证码/邮箱+验证码其中手机号和邮箱验证码的方式, 为保障安全性, 每个手机号和邮箱每天最多可发送 10 次验证码。
2、 更新个人信息
校验通过后即可进入到网页的更新页面, 验证成功后页面 24 小时内不用再次验证, 超时则自动清除验证信息, 人员更新信息时需重新验证。
更新页面显示的是管理员在云平台自助登记应用中所配置的各项数据字段,且每个字段均为必填字段, 各项字段的填写规则同云管理平台添加人员时的规则。
人员填写信息完成后点击提交按钮, 进入到信息采集完成页面, 至此人员完成更新个人信息的操作。 该记录从未更新人员页面消失, 更新记录显示在已更新人员页面。
如果管理员配置采集信息时, 配置了更新记录需审核时, 人员更新完成后,数据需经由管理员在人员更新记录页面批准审核后数据才能同步更新到云管理平台的人员信息库中;
如果管理员配置为不需要审核时, 人员使用网页更新后即可将数据同步更新到云管理平台的人员信息库中。
2.9.9微信服务
如果单位绑定了公众号, 并在其中增加了自助登记的入口, 人员可以在公众号中进入自助登记更新个人信息打开公众号, 进入到智慧社区页面, 可看到访客和自助登记两个应用.
人员点击自助登记应用, 如果此时人员没有进行员工认证, 则会跳转到员工认证的界面。
注意事项:
此处人员的登录方式不是管理员在自助登记中配置的登录方式, 而是管理员在云管理平台应用管理>微信授权中配置的。
员工登录后需校验管理员在配置采集信息时是否配置了该人员, 若没有则提示该员工无更新权限, 若有则进入到自助登记人员更新个人信息的页面。
人员更新完成后, 会进入到信息采集完成页面, 同网页更新时的逻辑。 如果管理员在自助登记应用中配置了需要审批时, 人员更新数据后需在云管理平台自助登记应用>人员更新记录中审批该条更新记录后数据才能同步更新到人员管理平台的人员信息库中; 如果配置为不需要审核, 则更新后数据直接同步到人员管理平台的人员信息库中。

第六章 人脸识别与第三方系统联动
1 与校园一卡通系统联动
人脸识别云管理平台具备丰富的 API 接口, 可快速方便的与校园一卡通系统进行对接, 实现人员数据同步共享。
一卡通系统可通过人脸识别云管理平台相应的 API 接口, 将校园师生相关人员信息实时同步给人脸识别云管理平台, 可有效减少学生人脸信息采集工作量,并可实现平台间的数据实时同步。
2 与全校统一管理平台联动
通过人脸识别云管理平台的 API 接口, 全校统一管理平台可实时获取到学生刷脸出入记录数据, 实现对学生在校情况真实、准确、有效的数据分析与展示。
当全校统一管理平台进行学生登记或修改时, 可实时将相应的人员信息权限等数据同步给人脸识别云管理平台, 不需要管理人员手动进行数据同步, 减少管理人员工作量及技术水平要求。
3 与消防应急系统联动
人脸识别系统与消防应急系统对接联动, 当出现紧急情况时(消防报警、 紧急疏散、 断水断电等), 系统应对措施如下:
消防报警: 当发生消防报警时, 系统自动对闸机进行开启操作; 同时消防报警系统会对市电进行强切, 闸机断电开启; 另外, 可在宿管值班室设置物理按键, 可手动对闸机设备进行断电操作, 闸机断电默认开启。
紧急疏散: 宿管人员可通过移动端设备对闸机进行远程一键开启; 也可通过值班室物理按键对所以闸机进行断电开启。
断电开门: 所有人脸识别设备均支持断电开门功能。

第七章 硬件设备选型介绍

2

原创文章,作者:mysugoo,如若转载,请注明出处:http://www.mysugoo.cn/gongcheng/xitongjicheng/8483.html

发表评论

邮箱地址不会被公开。 必填项已用*标注

联系我们

400-800-8888

在线咨询:点击这里给我发消息

邮件:admin@example.com

工作时间:周一至周五,9:30-18:30,节假日休息