2025年08月18日

上周回顾

中心服务平台-单/多直播模块重制

目标：参考”远程管理平台更新内容汇总”文档中的内容, 进行重制开发
进度：已完成 90% | 计划完成 100%。受多个非计划内事务的影响。

中心服务平台-回放模块重制

目标：历史回放模块前端实现
进度：已完成 30% | 计划完成 70%。受多个非计划内事务的影响。

其它

目标：记录日常耗时的杂项工作、协作事项，以及必要的沟通、讨论等隐性事务。
进度：：已完成 100%, 属于非计划内事务。

本周计划

中心服务平台-与设备 iot 新协议程序联调

目标：后端及前端，都根据设备 iot 新协议进行调整
预期进度：计划完成 100%

中心服务平台-回放模块重制

目标：历史回放模块前端实现
预期进度：计划完成 70%

本周进度

中心服务平台-与设备 iot 新协议程序联调

目标：配合孙工完成 IoT 新协议的前后端适配和联调，及时发现并反馈数据问题
当前进度：已完成 100%
- 后端：完成上报信息接口的新旧协议兼容处理
- 前端：完成 GPS、电量、网络等信息的协议兼容显示，包括运行信息、设备列表电量显示、地图定位等功能

中心服务平台-回放模块重制

目标：历史回放模块前端实现
当前进度：待处理 | 计划完成 70%。受多个非计划内事务的影响。
- 将单/多直播的优化成果应用于回放模块, 以提升回放功能的性能和用户体验。
- 调用孙工新开发的回放服务中 WebRTC 原生直播方式接口（此接口孙工尚未自测, 需要有对应的前端实现自测）, 协助其完善接口功能, 以确保接口具备高度的稳定性与兼容性。具体而言, 在调用过程中, 仔细记录出现的问题及相关现象, 及时反馈给孙工, 共同探讨解决方案, 推动接口的优化工作顺利进行。

其它

目标：记录日常耗时的杂项工作、协作事项，以及必要的沟通、讨论等隐性事务。
当前进度：进行中, 属于非计划内事务。
- 直播器中显示当前观看总人数(房间模式)：与孙工新实现的 webrtc 程序联调, 通过 webrtc 程序获取 pong 回复的 session_id 和 handle_id，调用 janus admin api 查询观看人数
- 优化房间模式下 WebRTC 的 ping 机制：通过 pong 回复中的 session_id 和 handle_id 判断客户端是否已升级。未升级的客户端每 10 秒发送一次 ping，已升级的客户端不再发送 ping。
- 单直播界面的 “运行信息” 组件每 5 秒从当前直播设备获取 GPS、电量等配置信息。这些数据经处理显示后，模拟设备进行上报到中心服务接收设备上报 api。这样处理，是为了避免后续小改动也要修改设备程序。
- 单直播界面的地图模块，基于设备列表数据每 3 秒从中心服务器获取批量设备的 GPS、电量等数据，用来在地图上定位标点，同时更新设备列表组件中的电量显示。
- 与孙工讨论联调问题，确定解决方案：批量上报GPS及电量历史数据，避免遗漏
- 同步孙工新协议的新调整，改进服务端接口处理及分配权限处理:
  - device/+/+/status/v1 -> device/+/+/telemetry/v1, 以及 status, data, event 三种子主题的逻辑处理
  - device/+/retrieve/v1 -> device/+/+/retrieve/v1
  - device/+/deliver/v1 -> device/+/+/deliver/v1
- 同样使用 Meilisearch 实现电量历史与快照的搜索引擎存储（提前做数据积累，方便后续使用）：BATTERY_INFO_S 参考 GPS 历史轨迹与快照设计进行实现
- 同样使用 Meilisearch 实现领用历史与快照的搜索引擎存储（提前做数据积累，方便后续使用）：ZFYGB_CFG_S 参考 GPS 历史轨迹与快照设计进行实现
- 使用 Meilisearch 实现 GPS 历史轨迹与快照的搜索引擎存储（提前做数据积累，方便后续使用）：GPS_INFO_S
  - 历经技术调研、安装/升级程序改造、后端队列批量存入。
  - GPS 历史轨迹与快照优化：
    - 核心优化成果：
      - 通过精简字段实现以下目标：
        
        降低存储成本：减少冗余字段，降低索引存储占用；
        
        提升索引效率：字段精简使索引构建、更新更快，搜索性能优化；
        
        简化维护逻辑：数据结构更清晰，减少后续迭代的字段维护成本。
    - GPS 历史轨迹设计：
      - 核心字段：id（即设备编号 deviceNo + 从 gprmc 解析出的时间）、deviceNo、longitude、latitude、timestamp、gprmc；
      - 支持搜索：按设备编号（deviceNo）、经纬度范围、时间范围检索；
      - 索引规则：按天拆分存储，索引名格式为 gps-${yyyyMMdd}（日期从 gprmc 解析），避免单索引过大导致的搜索延迟。
    - GPS 快照设计：
      - 核心字段：id（即设备编号 deviceNo）、longitude、latitude、timestamp、gprmc；
      - 支持搜索：按设备编号、经纬度范围、时间范围检索；
      - 索引规则：单索引固定命名为 gps-snap，新数据上报时自动覆盖旧记录，直接存储设备最新定位，无需从历史轨迹海量数据中查询。
    - 补充说明：详细信息的获取方式：
      - gprmc 字段作为原始 GPS 数据备份，不仅用于追溯原始信息，还支持前端按需解析详细数据；
      - 当界面需要航向、速度等精细化信息时，可直接从 gprmc 字符串中解析提取，无需在索引中额外存储冗余字段；
      - 兼顾 “精简存储” 与 “详细信息需求”。