Codex
89 lines
6.6 KiB
Markdown
89 lines
6.6 KiB
Markdown
# 赵府智家系统架构
|
||
|
||
## 部署与职责
|
||
|
||
系统运行于自己的 Ubuntu 小电脑，提供局域网和 Tailscale 网页入口。第一阶段是视觉模块。管理程序、SQLite 和 MediaMTX 在同一主机运行，使用独立服务用户；网页只访问管理程序，设备凭据与媒体管理接口留在服务端。
|
||
|
||
摄像头与录像机继续在其原有网络工作。实时画面可直接从摄像头取流，也可由录像机提供；读取哪个位置的历史录像必须显式标明。录像机原有录像回放需要设备型号对应的检索、回放适配器。
|
||
|
||
## 对象关系
|
||
|
||
```text
|
||
空间档案（家庭 / 公司 / 其他）
|
||
├─ 地区：省、市、区县、街道
|
||
├─ 地址：小区或园区、楼栋、单元、楼层、门牌
|
||
├─ 所属：家庭或单位
|
||
├─ 摄像头对象（稳定 ID、品牌、型号、序列号、安装位置）
|
||
│ ├─ 镜头通道 1 → 主码流 / 子码流
|
||
│ └─ 镜头通道 2 → 主码流 / 子码流
|
||
└─ 录像机对象（地址、接入驱动、账号、空间引用）
|
||
|
||
每个镜头通道分别关联：
|
||
实时来源：直接摄像头 / 录像机
|
||
录像来源：本机 / 录像机（可独立于实时来源）
|
||
```
|
||
|
||
## 接入层
|
||
|
||
当前 RTSP 负责实时视频，ONVIF 负责读取设备身份、媒体配置、独立视频源及主子码流地址。不同品牌使用相同对象结构，路径和能力由设备返回值或对应驱动确定；不按品牌名字保证所有型号兼容。当前品牌驱动只提供路径模板，自动摄像头配置读取支持 ONVIF Media v1。
|
||
|
||
主码流用于清晰预览和可选本机录像。界面只显示主码流与子码流两个选项，默认主码流。子码流预览由每路子码流经 FFmpeg 转为 H.264 / AAC；MediaMTX 的 runOnDemand 仅在观看时启动受限分辨率的转码进程，发布权限限定为回环地址的兼容预览路径。高清兼容预览读取原始主码流，经 Intel VAAPI 完成解码、1080p 缩放和 H.264 编码，最高 15 帧/秒；无可用硬件时明确失败，不自动启动多路软件高清转换。原始编码直出不作为网页预览选项，原始主码流继续用于录像及转码输入。摄像机参数与云台按设备开放的 ONVIF 能力设置，不自动导入不存在的通道，不把服务可达当成画面接通。
|
||
|
||
## 管理 API
|
||
|
||
所有数据接口（除会话状态与健康检查）需要账号 Cookie 会话，并依据家庭、角色和空间核验访问权限。写接口接受 JSON，检查同源请求。
|
||
|
||
| 接口 | 用途 |
|
||
| --- | --- |
|
||
| GET /api/session | 初始化、登录状态 |
|
||
| POST /api/setup、/api/login、/api/logout | 管理员会话 |
|
||
| GET /api/state | 对象、镜头实际码流状态、存储状态 |
|
||
| POST /api/sites | 保存结构化空间档案 |
|
||
| POST /api/assets | 保存实体摄像头对象 |
|
||
| POST /api/recorders | 保存录像机与连接凭据 |
|
||
| POST /api/cameras | 保存镜头通道（早期接口名保留） |
|
||
| POST /api/onvif | 只读设备身份、视频源与码流配置 |
|
||
| POST /api/discover | 有界局域网 RTSP 探测 |
|
||
| POST /api/storage | 本机录像容量与保留策略 |
|
||
| GET /api/recordings | 本机录像时段 |
|
||
| GET /media/live/... | 登录鉴权后的 HLS 代理 |
|
||
| GET /media/playback | 本机录像回放、下载代理 |
|
||
|
||
## 当前交付与后续
|
||
|
||
本阶段实现独立运行、空间建模、三类视觉对象、实时视频接入和本机可选录像。摄像头真实接入结果由部署记录和主机运行状态说明。
|
||
|
||
下一阶段可加入具体录像机的历史回放适配器；随后扩展其他设备类型和联动规则。PTZ 已支持方向控制、停止和预置位；语音对讲、AI 检测目前没有实现，不作为已具备的能力展示。
|
||
|
||
配置写入 SQLite 并生成运行时媒体配置，录像数据独立存储。当前为单机模式；升级前备份整个数据目录。凭据和录像不包含在公开源码中。
|
||
|
||
|
||
## 身份与家谱
|
||
|
||
`identity.py` 管理账号、scrypt 密码散列、旧账户迁移、会话撤销和空间授权。`genealogy.py` 管理独立人物、亲子/配偶边和并发修订号。账号通过 `personId` 可选关联人物；祖先无需账号。`households.py` 管理家庭归属、负责人、交接记录与请求范围。每个家庭有独立家谱与修订号，按账号另授予 read/edit 权限。管理员与家庭成员的角色不由家谱辈分决定。
|
||
|
||
| API | 权限 |
|
||
| --- | --- |
|
||
| GET/POST /api/users | 管理员 |
|
||
| GET /api/family | 家谱查看或编辑 |
|
||
| POST /api/family/person | 家谱编辑 |
|
||
| POST /api/family/link | 家谱编辑 |
|
||
| GET /api/state | 按空间过滤，个人账号不返回设备连接凭据与配置 |
|
||
| GET /media/live/*、/media/playback、/api/recordings | 登录并具备对应空间权限 |
|
||
|
||
人物与关系修订在同一数据库事务中保存；修改关系时迭代检查亲子图，拒绝循环。前端 `kinship.js` 通过最短关系路径提供阅读称呼，未知长幼与复杂旁系明确显示不确定性或关系链。家谱页面不启动摄像头播放；返回实时画面时重新建立所需流。
|
||
|
||
|
||
## 家庭边界与管理连续性
|
||
|
||
账号 → 一个家庭 → 多个空间 → 设备对象 / 镜头 / 录像机。人物、亲属关系、记事和历史版本也属于一个家庭。
|
||
|
||
- `X-Household-Id` 仅供超级管理员选择工作家庭；其余账号只能使用自己的家庭。所有写操作均核验所属家庭与关联对象，不能通过 body 迁移归属。
|
||
- API 状态与账号列表按家庭过滤。媒体 URL 不依赖前端过滤，每个清单、分片与下载请求均核验摄像头归属和空间授权；超级管理员是明确的特权例外。
|
||
- 平台级扫描、存储策略、审计只允许超级管理员。重复接入已属于其他家庭的已知设备 IP 会被拒绝。
|
||
- `/api/households` 供超级管理员创建、家庭管理员修改本家庭名称和备注。`/api/households/leadership` 仅允许当前家主或超级管理员办理家主及备用负责人安排。
|
||
- 家主、备用负责人必须是本家庭已启用的家庭管理员且不能相同。备用负责人预先持有管理权限，意外发生不影响设备管理；身份交接需要有权限的账号明确操作、填写原因、检查修订号。
|
||
- 任内负责人不能被直接停用、降级；先交接，再调整账号。交接后原家主保留家庭管理员，必要时由新家主或超级管理员处理其账号。
|
||
- 家谱人物的去世日期、账号长期未登录、亲属称谓均不触发权限变化。
|
||
- 首次迁移只回填 `familyId`，不修改凭据或设备路径；旧历史快照也加归属。旧版本没有此隔离能力，多家庭运行后禁止只回退代码。
|