zcloud_gbs_edgeguard/边缘人脸识别区域安全设计方案.md

边缘人脸识别区域安全设计方案

1. 当前需求结论

综合平台维护企业下面的区域树，并向第三方提供区域查询接口。

当前功能范围：

• 一个企业可以维护多棵或多层区域树。
• 区域支持新增同级区域、新增下级区域、修改和删除。
• 区域包含区域名称、负责人和电子围栏坐标。
• 当前原型要求电子围栏由 4 个有顺序的坐标点组成。
• 摄像头主数据来自第三方接口，综合平台不维护摄像头主档。
• 综合平台保存区域与摄像头的绑定关系。
• 每个已绑定摄像头可以设置负责人。
• 选择区域后，右侧列表展示该区域直接绑定的摄像头。
• 人员、公司、部门、人脸和人员区域准入关系不属于本功能维护范围。
• 综合平台不主动推送，由第三方主动调用区域开放接口。

2. 领域边界

企业（外部公共数据）
└── 区域（综合平台维护，树结构）
    ├── 下级区域
    └── 摄像头绑定（摄像头主数据来自第三方）
        └── 摄像头负责人

2.1 企业

• 企业作为区域树的根节点和数据隔离维度。
• 企业主数据不在区域表中重复维护，只保存 corp_id。
• 页面树由“企业虚拟根节点 + 本地区域节点”组合生成。
• 企业名称通过公共信息翻译或企业公共接口获取，不作为区域的权威数据保存。

2.2 区域

区域是本功能的聚合根，负责：

• 企业归属。
• 父子层级。
• 区域名称。
• 区域负责人。
• 电子围栏坐标。
• 区域状态和逻辑删除。

2.3 摄像头

• 摄像头名称、所属单位、类型、等级、主管部门、在线状态等来自第三方接口。
• 本系统不成为摄像头主数据的权威维护方，但会冗余列表展示和查询所需的摄像头缓存字段。
• 本系统保存第三方摄像头唯一标识、来源系统、区域绑定、摄像头负责人，以及名称、所属单位、类型、等级、主管部门、在线状态等快照。
• 绑定摄像头时写入快照；后续可按查询或定时策略刷新，第三方数据始终是权威来源。
• 第三方临时不可用时可以展示本地最近快照，并显示最近同步时间；不得把缓存快照作为修改第三方摄像头的依据。

3. 关键设计决策

3.1 公司节点不进入区域表

区域表只存真实区域。顶级区域的 parent_id 为空或为 0，通过 corp_id 归属企业。这样不会把外部企业主数据和本地区域数据混为一种实体。

页面树建议返回统一节点结构：

nodeType = CORP    企业虚拟节点
nodeType = REGION  本地区域节点

3.2 区域树规则

• 同一企业下，同一父节点中的区域名称建议唯一。
• 子区域必须与父区域属于同一企业、租户和单位。
• 禁止把节点移动到自身或自己的子孙节点下面。
• 删除包含子区域的节点时，默认禁止删除，先迁移或删除子节点。
• 删除仍绑定摄像头的区域时，默认禁止删除，先解除或迁移绑定。
• 查询区域树时使用批量查询后在内存组树，禁止递归逐节点查询数据库。

是否允许跨层级移动区域、区域最大层级和区域排序规则仍需产品确认。

3.3 四点电子围栏

建议数据库保存一个有顺序的坐标数组，而不是设计 point1_x 到 point4_y 八个固定字段：

[
  {"seq": 1, "longitude": 113.123456, "latitude": 23.123456},
  {"seq": 2, "longitude": 113.223456, "latitude": 23.123456},
  {"seq": 3, "longitude": 113.223456, "latitude": 23.223456},
  {"seq": 4, "longitude": 113.123456, "latitude": 23.223456}
]

一期保存时强制校验：

• 必须恰好 4 个点。
• 点序号不可重复，按顺时针或逆时针排序。
• 经度范围 [-180, 180]，纬度范围 [-90, 90]。
• 相邻点和首尾点不能重复。
• 四条边不能自相交。
• 围栏面积不能为 0。
• 必须明确坐标系，例如 WGS84、GCJ-02 或 BD-09；坐标系作为字段保存，禁止默认猜测。

使用 JSON 可以满足当前 4 点要求，同时允许未来扩展为多边形。如果后续需要“判断坐标是否在区域内”等空间检索，再增加 MySQL POLYGON 空间字段和空间索引。

3.4 负责人

• 区域负责人保存用户 ID，不重复保存用户主档。
• 摄像头负责人保存在区域摄像头绑定记录中。
• 页面通过 TranslateField 批量翻译负责人姓名，禁止循环逐人查询。
• 原型中负责人是必填单选；是否允许多个负责人，需要产品确认。
• 人员被停用或删除后，负责人绑定如何处理，需要明确校验或提示规则。

3.5 摄像头绑定

• 选择摄像头时调用第三方接口获取可选摄像头列表。
• 保存时只提交选中的第三方摄像头 ID，本系统必须再次校验摄像头存在性和调用方数据范围。
• 建议一期约束“一个来源系统中的一个摄像头只能绑定一个区域”。如果业务允许一个摄像头属于多个区域，再取消唯一约束。
• 重复选择已经绑定到当前区域的摄像头应幂等成功。
• 已绑定其他区域时，应返回明确提示，不静默迁移。
• 解绑只删除本地关系，不调用第三方删除摄像头。
• 在线状态等动态字段允许作为列表快照写入绑定表，并记录 camera_synced_at；第三方实时结果仍是权威数据，刷新失败时展示最近快照。

4. 表结构草案

当前需求确定四张业务表。所有表都包含根目录 AGENTS.md 规定的公共字段。MySQL 8.0 DDL 见 web-infrastructure/src/main/resources/RegionManagementDDL.sql。

4.1 区域表 edgeguard_region

字段	类型建议	说明
id	bigint	区域主键
region_code	varchar(64)	区域编码，建议提供稳定的对外标识
region_name	varchar(100)	区域名称
corp_id	bigint	所属企业 ID
parent_id	bigint	父区域 ID，顶级区域为空或 0
tree_path	varchar(1000)	祖先路径，用于子树查询和防循环
tree_level	int	区域层级，企业下顶级区域从 1 开始
sort_no	int	同级排序
leader_user_id	bigint	区域负责人用户 ID
coordinate_system	varchar(32)	坐标系，例如 GCJ02
fence_points	json	有序电子围栏坐标点，一期固定 4 点
region_status	varchar(32)	ENABLED/DISABLED

建议索引：

• 唯一索引：region_code，是否叠加租户维度按编码生成规则确定。
• 同级名称唯一：tenant_id + corp_id + parent_id + region_name + delete_enum。由于可空字段会影响 MySQL 唯一约束，正式 DDL 需采用非空默认值或规范化唯一键。
• 树查询索引：tenant_id + corp_id + parent_id + delete_enum + sort_no。
• 负责人查询索引：leader_user_id，仅在存在反向查询需求时增加。

4.2 区域摄像头绑定表 edgeguard_region_camera

字段	类型建议	说明
id	bigint	主键
region_id	bigint	本地区域 ID
camera_source	varchar(64)	摄像头来源系统编码
camera_id	varchar(128)	第三方摄像头唯一标识
camera_name	varchar(255)	摄像头名称缓存
video_type	varchar(64)	视频类型快照
camera_unit_id/name	bigint/varchar	所属单位及名称快照
camera_dept_id/name	bigint/varchar	主管部门及名称快照
video_level	varchar(64)	视频等级快照
video_address	varchar(1000)	视频地址快照
is_online	int	在线状态快照
device_model	varchar(255)	规格型号快照
device_gb_number	varchar(128)	设备国标编号快照
camera_number	varchar(128)	摄像头编号快照
longitude/latitude	varchar(64)	经纬度快照
leader_user_id	bigint	摄像头负责人用户 ID
bind_status	varchar(32)	BOUND/UNBOUND，若逻辑删除足够可不单设
bound_time	datetime	绑定时间

建议索引：

• 唯一索引：tenant_id + camera_source + camera_id，落实一个摄像头只绑定一个区域。
• 区域列表索引：tenant_id + region_id + delete_enum。
• 摄像头负责人索引：leader_user_id，仅在需要按负责人查询时增加。

当前只缓存已绑定摄像头的 FixedCameraCO 业务展示字段，权威主数据仍由视频巡检服务维护。如果后续要求缓存全部摄像头或一个摄像头允许绑定多个区域，再拆分为“摄像头缓存表 + 区域摄像头关系表”。

5. 页面功能拆解

5.1 区域树

• 按当前用户数据权限加载企业。
• 批量查询企业下全部区域并组装树。
• 支持新增顶级区域、同级区域和下级区域。
• 支持修改和删除区域。
• 选中区域后显示企业/区域面包屑。

5.2 新增或修改区域

入参建议：

• parentId：新增顶级区域时为空。
• corpId：必填。
• regionName：必填。
• leaderUserId：按当前原型必填。
• coordinateSystem：必填。
• fencePoints：必填且恰好 4 点。
• sortNo：可选。

5.3 选择摄像头

• 显示当前区域路径。
• 调用第三方接口分页查询摄像头。
• 支持视频名称、等级、在线状态等第三方支持的条件。
• 已绑定当前区域的摄像头默认勾选。
• 已绑定其他区域的摄像头应禁选或明确标识。
• 确认后计算新增绑定和解除绑定差异，在一个本地事务中保存。

5.4 区域摄像头列表

列表字段来自两部分：

字段	来源
视频名称、所属单位、类型、等级、主管部门、在线状态	本地缓存字段展示，第三方接口负责刷新
所属区域、摄像头负责人、绑定时间	本地绑定字段

列表操作：设置摄像头负责人、查看第三方摄像头详情、解除绑定。原型中的“删除”建议在业务文案中改为“解绑”，避免误解为删除第三方摄像头。

6. 接口建议

6.1 内部区域管理接口

能力	建议接口语义
区域树	按数据权限返回企业虚拟根和区域树
新增区域	新增顶级或下级区域
修改区域	修改名称、负责人、围栏和排序
删除区域	校验子区域和摄像头绑定后逻辑删除
区域摄像头分页	查询选中区域直接绑定的摄像头
可选摄像头分页	前端直接调用视频巡检固定摄像头分页
保存摄像头绑定	批量计算并保存绑定差异
设置摄像头负责人	更新绑定记录负责人
解除摄像头绑定	逻辑删除本地绑定关系

7. DDD 落位

模块	内容
web-client	Region、RegionCamera 的 Cmd、Qry、Co 和服务接口
web-adapter	区域管理 Controller
web-app	区域增删改查、组树、摄像头绑定和负责人设置执行器
web-domain	RegionE、RegionCameraBindingE、树及围栏规则、Gateway
web-infrastructure	DO、Mapper、Repository、GatewayImpl
start	RPC Client 和配置装配；当前不需要推送定时任务

可选摄像头由前端调用视频巡检服务查询；本服务只接收选中结果并保存区域绑定及摄像头展示快照。

8. 待确认问题

区域

• 是否需要区域编码，对外唯一标识采用 ID 还是编码？
• 顶级区域 parent_id 使用 NULL 还是 0？
• 区域最大层级是多少，是否允许移动节点？
• 区域负责人是否只能有一个？
• 坐标使用哪种坐标系？四点是否永远固定，还是后续允许任意多边形？
• 是否要求判断摄像头坐标或告警坐标是否处于区域内？
• 区域是否需要启用/停用状态？

摄像头

• 摄像头第三方接口的系统、协议和 Common Facade 是什么？
• 摄像头唯一主键是什么，是否跨企业唯一？
• 是否支持分页及原型中的名称、等级、在线状态筛选？
• 一个摄像头是否只能绑定一个区域？
• 查询某区域时只展示直接绑定摄像头，还是包含所有子区域摄像头？
• 解绑后负责人是否随绑定记录一起失效？
• 第三方不可用时页面是报错，还是允许展示本地快照？

开放接口

• 第三方只查询区域，还是同时查询区域摄像头绑定？
• 需要全量分页、区域树还是更新时间增量查询？
• 是否需要返回逻辑删除区域和已解除绑定关系？
• 鉴权、签名、IP 白名单及租户范围如何确定？

9. 当前不开发内容

• 人员、企业、部门、岗位和人脸主数据维护。
• 人员与区域准入关系。
• 摄像头主数据维护和删除。
• 主动推送、推送任务、回执和失败重试。

上一版人员推送 DDL 已删除。当前 RegionManagementDDL.sql 是根据原型形成的区域表草案；坐标系、摄像头唯一性和区域删除规则确认后，再作为正式迁移脚本执行。

10. 报警处置与统计

报警数据如何进入本系统归入后续“对外接口”统一设计，本章只描述内部查询、处置和统计逻辑。

10.1 处置状态机

PENDING（未处置）
  ├─ 误报=是  -> DISPOSED
  └─ 误报=否
       ├─ 隐患=否 -> 填写结果 -> DISPOSED
       └─ 隐患=是 -> 创建隐患 -> DISPOSED

• 误报直接闭环，不进入隐患流程。
• 非误报必须选择是否隐患。
• 非隐患必须填写处置结果，提交后闭环。
• 隐患调用 ZcloudHiddenFacade.aiHiddenAndSave(HiddenAddCmd)，以报警编号作为 foreignKey。
• 隐患流程和进度以隐患服务为准，本地不再维护报警闭环状态。
• 当前报警不经过派单、转办或审批，每条报警只提交一次处置结论；处置人、处置时间及公共更新审计字段用于留痕。

10.2 数据表

区域、摄像头绑定、报警和处置统一维护在 web-infrastructure/src/main/resources/RegionManagementDDL.sql，报警部分包含：

表	用途
edgeguard_alarm	报警事实、区域/摄像头快照、当前状态、统计维度
edgeguard_alarm_disposal	是否误报、是否隐患、直接处置结果及关联隐患 ID

Common 已有 ZcloudHiddenFacade 的 aiHiddenAndSave、listByForeignKey 和 queryHiddenCheckStatus 等能力。本系统不复制隐患主表，也不缓存隐患状态、级别和进度。创建成功后只在报警处置表保存 hidden_id；详情页根据该 ID 调用隐患服务查询实时详情。

10.3 统计

一期直接聚合报警主表，不建统计结果表：

• 股份端按 corp_id 统计各分公司报警总数、未处置和已处置。
• 分公司端按 region_id 统计各区域报警总数、未处置和已处置。
• 可统计误报数、隐患数和非隐患处置数。

报警保存发生时的企业、区域和摄像头快照，后续改名或移动不影响历史台账。数据量较大后再增加按日汇总表。

10.4 待确认

• 处置结果字典。
• 误报是否仍需填写处置原因。
• 隐患级别、确认人、整改人和期限由谁填写。
• 是否允许修改处置结论、重新打开报警及是否需要审批。

10.5 报警查看权限升级

当前需求只控制报警列表的可见范围，不需要增加业务表：

• 摄像头负责人从报警入库开始即可查看该摄像头产生的报警。
• 报警保持 PENDING 且超过配置的升级时长后，所属区域负责人也可以查看。
• 当前升级时长为 10 分钟，必须配置化，禁止硬编码在查询 SQL 中。
• 超时基准使用综合平台 received_time，不使用第三方 alarm_time，避免延迟推送导致报警刚入库就被升级。
• 报警处置后进入台账的查看范围按页面数据权限确定，不再依赖 10 分钟规则。

查询逻辑：

当前用户是摄像头负责人
OR
当前用户是区域负责人
  AND disposal_status = PENDING
  AND received_time <= 当前时间 - 配置分钟数

摄像头负责人从 edgeguard_region_camera.leader_user_id 获取，区域负责人从 edgeguard_region.leader_user_id 获取。负责人发生变更后按当前负责人权限查询；如果未来要求报警产生时锁定负责人，再在报警表增加负责人快照字段。

本规则只表示“能够在列表看到”，不表示系统主动通知。若后续要求短信、消息中心或待办提醒，并需要记录发送结果和防止重复通知，再设计通知记录或升级标记。

11. 待开发接口总清单

11.1 接口设计约定

• 页面内部接口统一放在 /edgeguard/**，使用登录态、接口权限和数据权限。
• 第三方开放接口统一放在 /open/edgeguard/**，使用独立的应用鉴权、签名、防重放和租户/企业授权范围。
• 新增使用 POST，修改使用 PUT，删除或解绑使用 DELETE，详情使用 GET，复杂分页查询使用 POST。
• 新增、修改入参使用 XxxCmd，分页查询使用 XxxPageQry，返回对象使用 XxxCo。
• 单对象返回 SingleResponse<T>，分页返回 PageResponse<T>，集合返回 MultiResponse<T>，无数据操作返回 Response。
• 下表中的权限编码先使用“待分配”标识，等菜单和权限资源建立后再填写真实值，禁止复制示例权限编码。
• corpId、tenantId、orgId 等数据范围不得只信任前端入参，必须结合当前用户上下文和数据权限校验。
• 接口路径是当前开发基线；如果项目统一网关会自动增加服务前缀，Controller 中不重复拼接网关前缀。

11.2 区域管理接口

编号	方法与路径	用途	主要入参	主要返回	核心规则	优先级
REGION-01	GET /edgeguard/regions/tree	加载企业虚拟根及区域树	可选 corpId	MultiResponse<RegionTreeNodeCo>	企业来自公共服务；区域一次批量查询后内存组树；按当前用户企业数据权限过滤	P0
REGION-02	GET /edgeguard/regions/{id}	查询区域详情	id	SingleResponse<RegionCo>	校验数据权限；负责人姓名使用公共翻译；围栏返回有序点集合	P0
REGION-03	POST /edgeguard/regions	新增顶级或下级区域	RegionAddCmd	SingleResponse<Long>	校验父子企业一致、同级名称、负责人、坐标系及四点围栏；生成 regionCode/treePath/treeLevel	P0
REGION-04	PUT /edgeguard/regions/{id}	修改区域	id + RegionUpdateCmd	Response	一期不提供父节点迁移；修改名称、负责人、围栏、排序和状态；使用版本号防并发覆盖	P0
REGION-05	DELETE /edgeguard/regions/{id}	删除区域	id	Response	存在子区域或有效摄像头绑定时禁止删除；使用逻辑删除	P0

RegionAddCmd 建议字段：

• corpId、parentId、regionName、leaderUserId。
• coordinateSystem、List<FencePointCmd> fencePoints。
• sortNo、remarks。

RegionUpdateCmd 在上述可修改字段外增加 id/version/regionStatus。regionCode、corpId、treePath 和 treeLevel 不允许由前端直接修改。

11.3 区域摄像头接口

编号	方法与路径	用途	主要入参	主要返回	核心规则	优先级
CAMERA-01	POST /edgeguard/region-cameras/page	查询区域已绑定摄像头	RegionCameraPageQry	PageResponse<RegionCameraCo>	必须传 regionId；从本地快照分页；支持名称、等级和在线状态筛选；负责人批量翻译	P0
CAMERA-02	POST /videopatrol/fixedCamera/list	查询可选摄像头	视频巡检 FixedCameraPageQry	视频巡检 FixedCameraCO 分页	前端直接调用视频巡检服务，本服务不重复提供接口；pageSize 不使用 1000	P0，外部前端依赖
CAMERA-03	PUT /edgeguard/regions/{regionId}/cameras	保存区域摄像头选择结果	regionId + RegionCameraBindCmd	Response	入参字段与 FixedCameraCO 对齐；校验所属企业；保存展示快照并计算绑定差异；重复提交幂等	P0
CAMERA-04	PUT /edgeguard/region-cameras/{id}/leader	设置摄像头负责人	id + CameraLeaderUpdateCmd	Response	负责人必须为有效用户；只修改当前有效绑定	P0
CAMERA-05	DELETE /edgeguard/region-cameras/{id}	解除摄像头绑定	id	Response	只解除本地关系，不删除第三方摄像头；写入 UNBOUND/unboundTime	P0
CAMERA-06	GET /edgeguard/region-cameras/{id}	查看摄像头详情	id	SingleResponse<RegionCameraCo>	优先查询第三方实时详情；失败时返回本地快照并明确 snapshot=true	P1，依赖第三方契约

RegionCameraPageQry 至少包含 regionId，可选 name。可选摄像头分页参数以视频巡检服务的 FixedCameraPageQry 为准。

11.4 报警查询与处置接口

编号	方法与路径	用途	主要入参	主要返回	核心规则	优先级
ALARM-02	POST /edgeguard/alarms/page	报警处置列表/台账分页	AlarmPageQry	PageResponse<AlarmCo>	未处置列表执行负责人和10分钟升级规则；台账按页面数据权限；支持编号、区域、状态、时间筛选	P0
ALARM-03	GET /edgeguard/alarms/{id}	查询报警及处置详情	id	SingleResponse<AlarmDetailCo>	返回报警、处置结论和 hiddenId；不复制隐患详情，前端按 ID 调隐患服务	P0
ALARM-04	POST /edgeguard/alarms/{id}/disposal	提交报警处置	id + AlarmDisposeCmd	Response	一条报警只处置一次；校验误报/隐患条件；保存处置记录并将报警改为 DISPOSED	P0

AlarmDisposeCmd 建议字段：

• isFalseAlarm：必填。
• isHiddenHazard：非误报时必填。
• disposalResultCode/disposalResultName/disposalDescription：非误报且非隐患时按业务规则必填。
• 创建隐患所需字段暂不固化到本文，确认 HiddenAddCmd 必填项后补充；禁止由 Controller 直接调用隐患 Facade。

ALARM-04 在选择“是隐患”时负责调用隐患服务创建隐患并保存 hiddenId；创建失败则接口返回失败，不保存本地处置结果，由前端重新提交。远程调用不能放在持有数据库锁的长事务中，并以报警编号作为 foreignKey 保证重复提交幂等。

11.6 报警统计接口

统计接口属于已确认开发范围，依据原型 E:\job_worde\人脸识别原型\人脸识别原型\人脸识别综合原型.html 实现，不再作为待确认功能：

• 分公司端按当前分公司下的区域分页展示：报警区域、报警总数、未处置、已处置、查看。
• 股份端按分公司分页展示：分公司名称、报警总数、未处置、已处置。
• 股份端点击分公司名称下钻到该分公司的区域统计。
• 区域统计点击“查看”进入统计报警台账，并自动携带公司和区域条件。
• 统计报警台账展示报警编号、报警区域、报警摄像头、报警时间、处置状态和查看操作；查询复用 ALARM-02。
• 没有报警的已维护区域也要展示为 0，不能只从报警表 GROUP BY 后返回有数据的区域；区域维度应以有效区域表为主表左连接报警聚合结果。

编号	方法与路径	用途	主要入参	主要返回	核心规则	优先级
STAT-01	POST /edgeguard/alarm-statistics/corporations	股份端按分公司统计	AlarmCorpStatisticQry	PageResponse<AlarmCorpStatisticCo>	按 corpId 聚合总数、未处置、已处置；公司名称来自公共服务；受股份端数据权限控制	P0
STAT-02	POST /edgeguard/alarm-statistics/regions	分公司端及股份下钻按区域统计	AlarmRegionStatisticQry	PageResponse<AlarmRegionStatisticCo>	必须传或从权限确定 corpId；以有效区域为基础分页并关联报警聚合，包含报警数为0的区域	P0

统计页面点击公司或区域后的明细复用 ALARM-02，携带 corpId/regionId/disposalStatus，不再增加重复的台账查询接口。

11.7 暂不单独开发的接口

• 企业、部门、岗位、用户主数据接口：统一调用公共服务或使用 TranslateField，本项目不维护。
• 摄像头新增、修改、删除接口：摄像头主数据归第三方，本项目只查询和绑定。
• 隐患详情、进度和整改接口：复用隐患服务，本项目只保存 hiddenId。
• 报警附件接口：当前只有单张截图 URL，直接保存在报警主表。
• 报警派单、转办、操作轨迹接口：当前报警直接处置，没有派单流程。
• 人员、人脸和人员区域准入接口：不在当前项目范围。
• 报警接收、主动推送、回执和失败重试接口：统一归入后续对外接口设计。

11.8 外部依赖契约

依赖	使用接口	当前状态	开发前需要确认
企业/用户公共服务	REGION-01~04、CAMERA-04、统计展示	已有公共能力	企业数据权限来源、负责人有效性校验和批量翻译字段
视频巡检固定摄像头分页	CAMERA-02	已确认	前端调用 POST /videopatrol/fixedCamera/list，普通分页时返回 FixedCameraCO
隐患服务 ZcloudHiddenFacade	ALARM-04/05	Common 已有能力	HiddenAddCmd 必填字段、返回的隐患 ID、幂等行为、失败错误码

11.9 建议实现顺序与状态

接口状态统一使用：TODO、DOING、DONE、BLOCKED。每完成一个接口，需要同时更新本文状态、请求/响应示例、权限编码和异常码。

开发批次	接口	当前状态	原因
第1批：区域闭环	REGION-01~05	DOING	分层实现、校验、测试及编译已完成；待菜单资源分配真实权限编码后转 DONE
第2批：摄像头绑定	CAMERA-01~05	DOING	前端复用视频巡检固定摄像头分页；本服务已完成快照保存、负责人、解绑及绑定差异逻辑；待配置菜单权限编码
第3批：报警与统计	ALARM-02~04、STAT-01~02	TODO	保留内部查询、处置和统计；报警接收归入后续对外接口统一设计
第4批：增强能力	CAMERA-06	TODO	摄像头实时详情降级

推荐从 REGION-01 区域树接口开始逐个实现。每个接口的完成标准包括：Client 契约、Controller、App 执行器、Domain 规则、Infrastructure 查询/持久化、权限与数据范围、参数校验、异常码、单元测试或集成测试，以及 Maven 编译通过。