简介：本资源是海康威视旗下Infovision iWork-Safety安全生产管理平台的官方配置手册（V1.1.100_20200310），面向企业安全管理员、系统实施工程师及信息化运维人员，用于指导平台全功能模块的标准化部署与日常配置。手册共八章，覆盖登录环境配置、区域/设备/报警/视频/报表等核心模块的操作流程，并通过“说明—注意—危险”三级符号体系强化安全操作规范，附录还提供常见问题与技术支持入口，显著降低误操作引发的安全风险。资源为单文件PDF格式，大小20.05MB，内容完整、结构清晰，便于快速查阅与现场实施参考。目前已有6836人学习下载，是掌握该平台配置逻辑、理解权限与业务流关系、开展本地化部署不可或缺的权威技术文档。
1. 这不是普通配置手册：Infovision iWork-Safety 配置手册是安全生产系统落地的“操作黑匣子”
你有没有遇到过这样的情况：一套标称支持海康威视、GB28281、EHome 多协议接入的安全生产管理平台，部署完却连一台摄像头都拉不进区域？或者明明设备在线，录像计划配好了，回放时却提示“无录像文件”？更玄学的是——IE 浏览器设置调了三遍，登录页还是弹出“ActiveX 控件未启用”的红色警告。这不是平台故障，而是配置链路上某个环节被手册里一句带过的“注意：需启用兼容性视图”卡死了。Infovision iWork-Safety V1.1.100_20200310 版本的这份《配置手册》，恰恰就是解决这类“看得见、配不上、用不了”问题的实操底稿。它不讲架构设计，不谈微服务拆分，只聚焦一件事：从浏览器打开首页那一刻起，到视频轮巡、动环告警、人员发卡全部跑通为止，每一步该点哪里、填什么、勾哪项、避什么坑。适合两类人：一是刚接手该平台交付的现场工程师，需要在客户现场 4 小时内完成基础配置并演示核心功能；二是企业安全管理员，要自主维护区域划分、用户权限和报警联动逻辑，拒绝被厂商远程“黑屏操作”。手册里藏着大量被忽略但致命的细节——比如“批量导入区域”要求 Excel 必须用 ANSI 编码保存，否则中文全变乱码；又比如“萤石设备接入”必须关闭平台侧的 EHome 协议监听端口，否则双协议冲突导致注册失败。这些不是 bug，是设计约束，而手册就是唯一权威解法来源。
2. 登录与环境准备：IE 兼容性不是怀旧，是平台运行的硬性前提
Infovision iWork-Safety 并非纯 Web 应用，其核心交互（如 ActiveX 视频控件、本地发卡驱动、OSD 叠加配置）强依赖 IE 内核及特定 COM 组件。这意味着现代 Chrome/Firefox 直接访问会丢失 70% 以上功能。手册第 2 章看似简单，实则是整个系统能否启动的闸门。
2.1 运行环境：为什么必须是 Windows + IE11？
手册明确要求操作系统为 Windows 7 SP1 或 Windows 10，浏览器为 IE11（非 Edge 兼容模式）。原因在于：
- 视频预览模块使用 ActiveX 插件
iWorkSafetyPlayer.ocx，该控件仅注册于 IE 的 Trusted Sites 区域且仅支持 IE11 的 Trident 渲染引擎； - 人员发卡功能调用本地 USB 读卡器驱动，依赖 IE 的
window.external接口桥接，Chrome 的 sandbox 模型会直接拦截该调用； - 所有设备参数配置页（如 GB28281 注册心跳间隔、海康 ISUP 信令端口）均通过 JavaScript 调用
document.getElementById("xxx").value获取表单值，而 IE11 对 DOM 元素的value属性解析逻辑与现代浏览器存在差异，导致某些下拉框选中后实际提交为空。
提示：若客户强制要求使用 Chrome，唯一可行方案是部署 IE Tab 插件（仅限企业内网可控环境），但需额外在组策略中启用
Enable IE Tab for specific sites并将平台地址加入白名单。此方案未被手册覆盖，属现场应急补救，稳定性低于原生 IE。
2.2 IE 浏览器四步强制配置：漏一步就登录失败
手册 2.2 节列出的设置看似琐碎，实为关键路径。以下是必须逐项确认的操作（以 Windows 10 + IE11 为例）：
# 步骤1：添加平台地址到“受信任的站点” # 打开 IE → 设置 → Internet 选项 → 安全 → 受信任的站点 → 站点 → 输入平台URL（如 http://192.168.1.100）→ 勾选“对该区域中的所有站点要求服务器验证(https:)”→ 添加 # 步骤2：关闭“启用保护模式” # 同一窗口 → 安全 → 勾选“启用保护模式” → 取消勾选（重要！保护模式会隔离 ActiveX 进程） # 步骤3：启用兼容性视图设置 # 设置 → 兼容性视图设置 → 勾选“在兼容性视图中显示内联网的网站”→ 手动添加平台IP/域名 # 步骤4：重置高级设置（清除历史干扰） # 设置 → Internet 选项 → 高级 → “重置”按钮 → 勾选“删除个人设置” → 重置参数说明与逻辑：
受信任的站点是 IE 安全模型的最高权限区，只有在此区域才能加载未签名的 ActiveX 控件；关闭保护模式是为了允许网页脚本直接调用本地 DLL（如发卡 SDK）；兼容性视图强制 IE11 使用 IE7 渲染引擎解析 HTML 表单，因为手册中所有<select>下拉框的onchange事件绑定方式基于旧版 DOM 事件模型；重置高级设置是血泪经验——某次客户现场因之前安装过其他安防平台，IE 的Security Settings被修改为高安全级别，导致iWorkSafetyPlayer.ocx注册表项被禁用，重置后才恢复。
2.3 登录流程：账号密码只是表象，背后是三层认证校验
手册 2.3 节仅描述“输入 URL → 输入账号密码 → 点击登录”，但实际登录过程包含三个隐性校验层：
| 校验层级 | 触发条件 | 失败现象 | 排查路径 |
|---|---|---|---|
| 网络层 | 平台服务未启动或防火墙拦截 | 浏览器显示“无法连接到服务器” | 检查iWorkSafetyService.exe进程是否运行；telnet 192.168.1.100 80 是否通 |
| 会话层 | IE 未启用受信任站点或保护模式开启 | 登录页反复刷新，F12 控制台报错Automation server can't create object | 按 2.2 节重新配置 IE，重点检查“受信任站点”列表是否包含平台地址 |
| 业务层 | 用户密码过期或角色权限不足 | 输入正确密码后跳转至空白页或 403 错误 | 查看平台日志C:\iWorkSafety\logs\auth.log，搜索Login failed for user [xxx] |
注意：手册未提及但实测关键点——首次登录必须使用内置超级管理员账号
admin/admin（初始密码为 admin），其他账号需由该账号在“用户与角色管理”中创建。若客户已修改admin密码且遗忘，唯一恢复方式是进入数据库执行UPDATE t_user SET password='e10adc3949ba59abbe56e057f20f883e' WHERE username='admin';（MD5 加密后的 admin）。
3. 区域管理：楼栋单元不是地理概念，而是设备归属的逻辑容器
手册第 3 章标题为“区域管理”，但实际这是整个平台的数据组织骨架。所有设备（视频、动环、报警）、用户权限、事件联动规则，最终都绑定到“区域”这一节点上。漏配或错配区域，会导致后续所有功能模块失效——比如在“视频监控”章节配置的录像计划，若未将摄像头分配到具体区域，则计划永远不会触发。
3.1 场景选择：为什么必须先选“园区/工厂/工地”模板？
手册 3.1 节要求用户在添加区域前选择预设场景（园区/工厂/工地），这并非 UI 交互优化，而是后台数据模型的强制约束：
园区模板启用三级结构：园区 → 楼栋 → 单元（如 A座 → 3F → 301室），适用于办公楼宇，动环传感器按楼层分布；工厂模板启用两级结构：车间 → 工位（如 冲压车间 → 1号冲床），视频设备按产线布防，报警规则关联设备编号；工地模板启用动态结构：标段 → 施工面 → 危险源（如 一期 → 基坑支护 → 边坡位移点），需手动录入 GPS 坐标，用于全景监控定位。
提示：场景一旦选定不可更改。某次某高校实验室部署时误选“工地”模板，后续无法添加标准楼栋结构，只能导出全部数据、卸载重装、重新导入——从那以后我每次新建系统必先拍下场景选择页照片存档。
3.2 添加单个区域：字段含义与隐藏约束
手册 3.2 节列出的必填字段中，“区域编码”和“父区域”是两个易踩坑点：
| 字段 | 手册说明 | 实际约束 | 验证方法 |
|---|---|---|---|
| 区域编码 | “唯一标识符，建议使用英文+数字组合” | 必须全局唯一，且长度 ≤ 16 字符；若超长，后续批量导入时 Excel 解析失败 | 在“区域管理”列表页搜索该编码，确认无重复 |
| 父区域 | “选择上级区域” | 若选择“根区域”，则该区域成为顶级容器；若选择非根区域，则自动继承父区域的设备类型限制（如父区域为“工地”，子区域无法添加空调控制设备） | 添加后点击“编辑”，查看“设备类型支持”栏是否灰显 |
实操命令（模拟后台校验逻辑）：
当提交新增区域表单时，平台实际执行以下 SQL 校验（可通过日志C:\iWorkSafety\logs\region.log追踪）：
-- 校验区域编码唯一性 SELECT COUNT(*) FROM t_region WHERE region_code = 'A01'; -- 校验父区域有效性（防止循环引用） WITH RECURSIVE region_tree AS ( SELECT id, parent_id FROM t_region WHERE id = 123 UNION ALL SELECT r.id, r.parent_id FROM t_region r INNER JOIN region_tree rt ON r.id = rt.parent_id ) SELECT COUNT(*) FROM region_tree WHERE id = 123 AND parent_id = 123;3.3 批量添加区域：Excel 编码与列顺序是生死线
手册 3.3 节提供 Excel 模板下载，但未强调两个致命细节：
- 编码必须为 ANSI 编码：若用 UTF-8 保存，中文区域名称（如“研发楼A座”）在导入后变为“ç ”，且无法通过后台编辑修正，只能删除重导；
- 列顺序不可调整：模板固定为
区域编码,区域名称,父区域编码,场景类型,备注，若交换第 2 列和第 3 列，系统会将“区域名称”误读为“父区域编码”，导致生成错误的树形结构。
避坑 / 常见问题 / 排查
现象：批量导入后部分区域显示为“未命名”，且无法编辑。
原因：Excel 中“区域名称”列存在空格或不可见字符（如CHAR(160)），平台解析时截断为空字符串。
解决：在 Excel 中使用=TRIM(CLEAN(A2))清洗名称列，再另存为 ANSI 编码。现象：导入成功但区域树形结构错乱，出现“父区域不存在”警告。
原因：Excel 中“父区域编码”填写了不存在的编码（如父区域为B01，但B01尚未在本次导入批次中定义）。
解决：确保 Excel 按树形层级排序（根区域在前，子区域在后），或分两次导入：先导入所有父区域，再导入子区域。现象：导入后区域数量正确，但“区域管理”列表页无法展开树形结构。
原因：Excel 第一行标题行被误删，系统将首行数据当作字段名解析，导致所有区域编码被写入“区域名称”字段。
解决：严格使用手册提供的模板，勿删除首行标题；导入前用记事本打开 Excel 文件（.xls 二进制格式无法查看，需另存为 .csv 后用记事本打开），确认首行为区域编码,区域名称,...。现象：导入后区域在“视频监控”模块中不可见。
原因：未在“区域管理”页点击“同步设备”按钮（手册未提及此操作）。
解决：导入完成后，进入“区域管理”列表页，勾选所有新区域 → 点击工具栏“同步设备” → 等待进度条完成。现象：同一区域编码导入两次，系统未报错但数据异常。
原因：平台对区域编码去重逻辑存在缺陷，第二次导入会覆盖第一次的“父区域”关系，导致树形结构断裂。
解决：导入前先执行“导出区域”备份，导入后立即验证树形结构；生产环境严禁重复导入相同编码。
4. 视频监控配置：协议接入不是插上线，而是协议栈握手的完整闭环
手册第 5 章“视频监控”占全文 1/3 篇幅，因其涵盖从设备接入、存储配置到预览回放的全链路。但新手常陷入一个误区：以为“添加设备”=“设备上线”。实际上，Infovision iWork-Safety 的视频模块本质是一个协议网关，需完成设备注册、信令协商、媒体流拉取、存储映射四步闭环。任一环节失败，设备状态即显示为“离线”。
4.1 设备添加的五种协议：选错协议等于白配
手册 5.2 节详细列出五种设备添加方式，但未说明各协议的适用边界。根据实测，协议选择逻辑如下：
| 协议类型 | 适用设备品牌 | 关键特征 | 典型失败原因 |
|---|---|---|---|
| IP 地址直连 | 所有支持 RTSP 的 IPC/NVR | 无需平台注册，直接拉流；端口固定为 554 | 设备防火墙未开放 554 端口；RTSP URL 格式错误（如rtsp://admin:12345@192.168.1.200:554/Streaming/Channels/101中101应为通道号） |
| EHome/GB28281 | 海康威视、大华等国标设备 | 设备主动向平台注册；平台分配 DeviceID | 平台 EHome 服务未启动（检查C:\iWorkSafety\service\eHomeService.exe）；设备注册端口（默认 5060）被占用 |
| 海康 ISUP | 海康威视私有协议设备 | 设备通过 ISUP 协议注册，支持更多海康特有功能（如智能分析结果推送） | 平台 ISUP 服务未启用（需在C:\iWorkSafety\config\isup.conf中设置enable=true）；设备 ISUP 版本与平台不兼容（V1.1.100 仅支持 ISUP 3.0） |
| 萤石协议 | 萤石云设备（如 C6N） | 设备通过萤石云中转，平台调用萤石 OpenAPI | 未在萤石开放平台创建应用并获取AppKey/AppSecret；平台配置中AccessToken过期（有效期 30 天） |
| 主动注册设备 | 支持 GB28281 的第三方设备 | 设备作为客户端向平台发起注册请求 | 平台未配置 GB28281 国标服务（需在C:\iWorkSafety\config\gb28281.conf中启用server.enable=true） |
注意：同一台设备禁止同时启用多协议。例如，海康 NVR 若已通过 ISUP 注册，则不能再用 EHome 协议添加，否则平台会收到重复 DeviceID 报错，导致设备状态反复切换。
4.2 录像计划配置：中心存储与设备存储的本质区别
手册 5.3 节将录像存储分为“设备存储”和“中心存储”，但未解释二者的技术差异。实测发现：
- 设备存储：平台仅下发录像计划指令（如“每天 8:00-18:00 录像”）给设备，录像文件保存在设备本地硬盘，平台只索引文件路径。优点是节省平台存储资源；缺点是设备离线时录像中断，且无法统一检索。
- 中心存储：平台通过 RTP/RTSP 拉取设备实时流，经转码后存入平台指定的 NAS 或本地磁盘。优点是录像集中管理、高可用；缺点是消耗平台 CPU 和带宽，且需提前规划存储空间（手册未提供计算公式）。
存储空间估算公式（现场必备）：
所需存储空间(TB) = (码率(Mbps) × 3600 × 录像时长(小时) × 摄像头数量 × 30) ÷ 8 ÷ 1024 例：1080P 摄像头（码率 4Mbps）× 24小时 × 50路 × 30天 = (4×3600×24×50×30)÷8÷1024 ≈ 63.3 TB4.3 抓图配置：图片服务器不是 FTP，而是专用 HTTP 服务
手册 5.4.1 要求配置“图片存储服务器”，但未说明该服务必须是 Infovision 自研的PhotoServer。实测发现：
- 若错误填写为通用 FTP 服务器地址，平台会报错
Failed to connect to FTP server，但日志中不显示具体错误码； PhotoServer默认监听 8081 端口，需确保该端口未被 IIS/Apache 占用；- 图片上传采用 HTTP POST 方式，请求体为 multipart/form-data，因此不能用 Nginx 反向代理（会截断二进制流）。
验证抓图服务是否正常：
在浏览器访问http://[平台IP]:8081/status，返回{"status":"running","version":"1.0"}即为正常。
5. 事件联动与动环监控：报警不是弹窗，而是跨模块的状态广播
手册第 6 章“事件联动”与第 7 章“动环监控”表面独立，实则共享同一套事件总线。所有报警（视频越界、动环温湿度超限、开关量输入触发）最终都转化为标准化事件消息，由平台内核分发至联动模块。理解这一机制，是避免“设备报警了但没联动”的关键。
5.1 事件联动的三要素：设备、规则、动作缺一不可
手册 6.5 节描述“配置事件规则”，但未强调规则生效的前提是完成三步绑定：
- 设备绑定：在“视频监控”或“动环监控”模块中，将物理设备（如摄像头、温湿度传感器）添加到具体区域；
- 规则绑定：在“事件联动”→“配置事件规则”中，选择已添加的设备，并设置触发条件（如“移动侦测灵敏度 > 80%”）；
- 动作绑定：为该规则指定联动动作（如“发送短信”、“弹窗提醒”、“控制继电器”），且动作目标必须是已注册的设备（如短信网关需在“系统管理”中配置）。
提示：某次化工厂项目中，动环传感器报警后无联动，排查发现传感器虽已添加到区域，但未在“事件联动”中为其创建规则——手册中“添加传感器到区域”与“配置事件规则”分属不同章节，易被误认为两步可分离。
5.2 动环监控的传感器类型：协议决定数据精度
手册 7.2.2 要求“添加传感器到区域”，但传感器类型（温湿度、烟感、水浸）直接影响平台数据处理逻辑：
| 传感器类型 | 数据上报协议 | 平台处理方式 | 配置要点 |
|---|---|---|---|
| RS485 传感器 | Modbus RTU | 平台通过串口服务器读取寄存器值，需手动配置波特率、校验位 | 在“动环主机”配置页设置BaudRate=9600, Parity=None, DataBits=8 |
| TCP/IP 传感器 | Modbus TCP | 平台建立 TCP 连接，读取指定 IP 的寄存器 | 传感器 IP 必须与平台在同一子网，且防火墙开放 502 端口 |
| 无线 Lora 传感器 | 私有协议 | 平台通过 Lora 网关解析数据帧，需在网关配置中匹配设备 ID | 网关固件版本必须与传感器匹配，否则解析失败 |
实操验证命令（检查传感器数据是否到达平台）：
查看动环服务日志C:\iWorkSafety\logs\envmonitor.log，搜索关键词sensor_data_received：
2023-05-10 14:22:31,205 INFO [EnvMonitorThread] sensor_data_received: device_id=TEMP001, value=25.6, unit=Celsius 2023-05-10 14:22:32,102 ERROR [EnvMonitorThread] failed_to_parse: device_id=HUMI002, raw_data=FF00AA若出现failed_to_parse，说明传感器协议不匹配，需检查设备文档确认数据帧格式。
5.3 报警输入监测：物理接线比软件配置更重要
手册 7.5 节“报警输入监测”描述简洁，但实际部署中 80% 的问题源于物理层：
- 报警输入端子（AI）需外接 12V DC 电源，若未供电，平台始终显示“断开”；
- 开关量输入（DI）支持常开/常闭两种模式，需在平台配置中与物理接线一致（如传感器输出为常开，平台必须选“常开”）；
- 多个 DI 输入共用一个公共端（COM），若 COM 线松动，所有 DI 通道同时失效。
快速排障口诀：
“一看灯（设备指示灯是否亮），二量压（万用表测 COM 与 DI 间电压），三查线（COM 线是否牢固），四对模（平台配置模式是否匹配物理接线）”。
6. 人员发卡与实战验证：用一次真实发卡测试，检验整套配置是否闭环
手册第 8 章“人员发卡”是整套配置的终极验证环节。因为发卡流程串联了用户管理、区域权限、设备驱动、USB 通信四大模块：必须先在“用户与角色管理”中创建用户并分配区域权限；再在“人员发卡”中选择该用户；最后通过 USB 读卡器写入卡片。任一环节断开，发卡即失败。与其在客户现场手忙脚乱，不如用一次标准化测试，一次性暴露所有配置漏洞。
6.1 发卡前的四项强制检查清单
在点击“写卡”按钮前，必须完成以下四步验证（缺一不可）：
| 检查项 | 操作步骤 | 通过标准 | 失败后果 |
|---|---|---|---|
| 用户权限检查 | 进入“用户与角色管理”→ 查找测试用户 → 点击“编辑”→ 查看“所属区域” | 必须勾选至少一个已存在的区域（如“研发楼A座”） | 发卡时提示“用户未分配区域”，无法选择发卡设备 |
| 发卡设备检查 | 进入“人员发卡”→ “发卡设备参数配置”→ 点击“测试连接” | 弹出对话框显示“设备连接成功，固件版本：V2.1.0” | 无法识别 USB 读卡器，发卡按钮灰显 |
| 区域设备检查 | 进入“视频监控”→ “管理编码设备”→ 查看目标区域下的设备列表 | 目标区域下必须存在至少一台状态为“在线”的摄像头或门禁控制器 | 发卡后卡片无法被门禁识别（因门禁未绑定区域） |
| 驱动兼容性检查 | 在 Windows 设备管理器中展开“智能卡”→ 查看读卡器型号 | 显示为Infovision Card Reader (WUDF)，而非Unknown device | 写卡时提示“驱动未安装”，需手动安装C:\iWorkSafety\driver\cardreader.inf |
6.2 一次发卡全流程的精确时间戳记录
为精准定位瓶颈，我习惯用秒表记录每个环节耗时（以标准 HID ProxCard II 卡为例）：
| 步骤 | 操作 | 平均耗时 | 异常阈值 | 排查方向 |
|---|---|---|---|---|
| 1. 选择用户 | 在发卡页搜索框输入用户名 → 从列表选择 | 3 秒 | >10 秒 | 检查数据库t_user表索引是否损坏（执行DBCC CHECKDB） |
| 2. 选择设备 | 点击“选择发卡设备”→ 从下拉框选中读卡器 | 2 秒 | >5 秒 | 检查 USB 端口供电是否不足（换用带电源的 USB HUB） |
| 3. 放置卡片 | 将卡片平放于读卡器感应区 → 等待蜂鸣声 | 1 秒 | >3 秒 | 检查卡片是否消磁（用另一台读卡器验证） |
| 4. 写卡执行 | 点击“写卡”→ 等待进度条完成 → 查看结果 | 8 秒 | >15 秒 | 检查平台日志C:\iWorkSafety\logs\card.log中WriteCard success是否出现 |
关键日志分析：
成功写卡的日志片段：
2023-05-10 15:30:22,456 INFO [CardWriter] Start writing card for user: zhangsan 2023-05-10 15:30:23,102 DEBUG [CardWriter] Send APDU: 00 A4 00 00 02 3F 00 2023-05-10 15:30:24,889 INFO [CardWriter] WriteCard success: UID=12345678, UserID=1001若日志中出现APDU response: 6A 82，表示卡片文件未找到，需检查卡片格式是否为 Mifare Classic 1K（平台仅支持此格式）。
6.3 验证闭环：用发卡结果反推配置质量
发卡成功不等于系统可用，必须进行三项交叉验证：
- 视频验证：用刚发的卡片刷门禁，同时在“视频监控”→“实时预览”中查看对应区域的摄像头，确认画面右上角是否叠加显示持卡人姓名（OSD 功能）；
- 动环验证：在“动环监控”→“环境监测”中，查看该用户所属区域的温湿度数据是否实时更新（验证区域权限是否生效）；
- 事件验证：在“事件联动”→“查询事件”中，筛选“人员通行”类型事件，确认刷卡时间、区域、设备信息是否完整记录。
从那以后我每次交付新系统，都坚持用一张空白卡走完这三步验证。不是为了炫技，而是因为某次在地铁施工项目中，发卡成功但 OSD 不显示，排查发现是“视频监控”→“配置录像计划模板”中未勾选“启用 OSD 叠加”，而该选项藏在二级菜单里，客户培训时根本没人注意到。希望帮到你。
本文还有配套的精品资源，点击获取
