系统概览

Vittor 人员识别与空间管理系统，把人员档案、空间单元、现场录入、识别设备和展示大屏连接起来。管理员维护资料，录入员补全人脸信息，设备完成识别，值守人员通过后台和大屏查看结果。当前手册以校园住宿交付为完整示例，产品首页则采用可延展到园区、公寓、楼宇等管理场所的表达；具体字段、空间层级和设备协议以项目交付方案为准。

一套系统，分工协作

组成部分	主要职责	使用入口
管理后台与中心服务	管理场所、楼栋/区域、房间/空间、人员关系和设备关联；处理同步及回调	浏览器中的管理后台
录入端	查询房间人员、读取身份证、拍摄现场照片、提交人员信息	Android 终端的“系统录入”和“系统设置”
人脸识别设备	接收人员记录、执行识别、上报心跳和抓拍	设备本体及设备厂商的配置界面
大屏端	接收识别事件、保存近期记录、展示人员与连接状态	Android 电视、盒子或展示屏

官网和本手册提供产品介绍与操作指引；业务数据在交付的管理系统中维护。

数据如何连接

日常工作沿着三条关系展开：

• 空间关系： 校区 → 生活区 → 楼栋 → 房间。房间关联户型和床位数量，人员需要有正确的住宿关系。
• 人员关系： 学院 → 专业 → 班级 → 学生档案。人员编号用于关联身份、照片和设备人员记录。
• 设备关系： 楼栋关联设备组，人员通过对应关系进入目标设备的同步流程。维护档案后，要核对实际生效的设备范围。

学生档案、住宿关系和设备人员记录有各自的用途。只创建学生档案，还需要采集可用照片、检查住宿与设备关联，才能验证识别业务。

两种大屏运行模式

模式	识别事件到达大屏的路径	检查重点
本地模式	识别设备 → 大屏端本地接入服务	设备上报地址指向大屏；大屏接收日志有本次事件
云端模式	识别设备 → 中心或已配置的云端服务 → 大屏端回调入口	上游接收成功；回调地址可达；大屏接收本次事件

选择哪一种，取决于现场已部署的链路。“云端模式”是大屏的事件接入方式，中心服务也可以部署在校内网络。请按大屏端说明核对当前模式，再进行识别验收。

先分清这些术语

术语	实际含义	核对方式
人员编号	中心档案与设备记录关联的身份标识	以同一编号跨端查询，避免仅用姓名匹配
学生档案	姓名、性别、联系方式及院系班级等基础资料	在“学生信息”查看；人脸照片需另外核对
在住	已建立房间住宿关系	查看人员所在房间及房间入住列表
在寝	系统记录的进出状态	结合最新记录时间和现场情况确认
节点在线	中心、大屏或录入程序近期被局域网发现	在“系统配置”查看节点类型和最近广播
设备在线	识别设备满足当前系统的心跳判定	查看当前模式对应的设备记录及最近心跳
人员同步	将某人的新增、修改或删除传到目标识别设备	查看同步结果，并在设备侧核对该人员
识别事件	一次设备识别上报的数据，包含时间及可用的人员、结果或照片信息	按设备标识、人员编号和发生时间关联查询
中心已连接	大屏近期能够访问配置的中心服务	查看大屏中心状态；仍需单独验证识别事件

使用未归数据

“未归”及“在寝”用于辅助宿管核查。设备离线、事件延迟或未形成完整的进出记录时，先核实设备和人员情况，再开展后续处理。

适用范围与接入边界

本手册以校园住宿场景介绍资料维护、人员采集、设备同步和识别展示。相同的人员、空间与设备协同方式也可作为园区、公寓、楼宇等管理场所的方案基础，但不同型号的读卡器、摄像头和识别设备，仍需按对应硬件、协议和交付配置完成现场测试。

录入界面中的“添加访客”在当前学校接口中按普通白名单类型处理。若现场需要独立的访客审批、到期控制或出入权限，应先确认交付方案中的实际支持范围，不能仅以按钮名称判断。

现场识别效果与设备型号、照片质量、安装环境及配置有关。交付时用实际设备和授权测试人员验收，不以网页演示、占位照片或静态截图作为业务通过的依据。