RC-OPS · NEW CAPABILITY

跨队协同
现已上线

让多个救援队伍围绕同一任务快速组队,在明确的数据边界内共享线索、行动信息与指定小组位置,减少重复沟通和信息断层。

组队码快速加入按小组授权参与任务与地图态势共享来源队伍清晰可辨

解决联合行动中的
信息断层

跨队协同不是把所有队伍的数据混在一起,而是在一次明确的联合任务中,让需要协同的信息进入同一条行动主线。

统一任务认知

参与队伍围绕同一个源任务行动,减少任务名称、地点和状态在口头传递中的偏差。

共享现场态势

线索、网格、区域、标记、路线、声纳等信息进入同一视图,减少重复勘察和重复标注。

识别人员归属

外队成员显示队伍简称,同时保留原有 T1—T10 分组和岗位信息,现场指挥更容易辨认。

围绕任务组织协同
不改变原有内部管理

组队关系始终围绕具体任务建立。各队伍保留自己的组织结构、权限体系和日常管理方式。

RESCUE TEAMS

多支救援队快速建立联合行动

  • 发起队选择任务和本队参与行动组,生成组队码。
  • 其他队伍输入组队码,设置简称并选择实际参战小组。
  • 每支队伍只共享本次行动需要的信息。
COORDINATING PARTY

牵头协调方以任务组织多单位协作

  • 由牵头方建立任务,邀请辖区或专业救援力量加入。
  • 按行动需要选择参与小组,避免无关人员进入协作范围。
  • 通过 Web 指挥端查看参与队伍、共享态势与行动进展。

六步建立
跨队协同

组队入口位于 App 和小程序首页;救援队 Web 指挥端用于查看协作态势,不改变既有现场操作习惯。

01

发起协作

负责人创建跨队协作,填写协作名称和本队简称。

02

关联任务

选择本次联合行动对应的任务,并指定本队参与小组。

03

生成组队码

系统生成组队码,可继续邀请多个队伍加入。

04

队伍加入

参与队伍输入组队码,设置简称并选择参战小组。

05

联合行动

共享任务态势、现场信息和授权成员位置,来源清晰标识。

06

结束或退出

停止实时协作,已同步资料按规则保留,形成行动记录。

牵头协调方使用方式可围绕一次事件建立协作任务,再通过组队码组织多支社会救援队、专业力量或辖区队伍加入。

共享什么
以及如何控制边界

所有共享以“协作任务”和“参与小组”为边界,不会把整个队伍的所有业务数据开放给其他单位。

信息类别协作期间退出或结束后边界说明
任务信息同步查看保留副本,并跟随源任务状态协作副本不占发布额度,不允许篡改源任务。
线索与地图信息按任务共享已同步资料继续保留包括网格、区域、受困者、标记、图层、路线、声纳等任务态势。
队员位置与在线状态仅参与小组可见停止实时共享非参与小组不会因同属一个队伍而自动进入协作范围。
数据编辑与删除原则上只管理本队创建内容按留存副本和负责人权限处理外队实时数据在 Web 指挥端保持只读,降低误操作风险。

四项协作原则
让协同保持清晰可控

跨队协同用于提升联合行动效率,不替代各队伍自身的指挥责任、数据管理和安全制度。

01

最小范围

只选择实际参战小组,不以整队为默认共享范围。

02

来源可辨

外队人员和信息显示队伍简称,避免责任主体混淆。

03

操作留痕

协作建立、加入、退出及关键数据变化保留记录。

04

实时与留存分离

结束后停止实时成员共享,任务资料按规则保留。

使用提醒

组队码应通过可信渠道发送;协作负责人应定期核对参与队伍和行动组;任务结束后及时结束协作,避免不必要的实时位置共享。

典型场景
山地失联人员联合搜救

不同队伍保留自己的组织体系,但围绕同一任务地图协同推进。

SCENARIO EXAMPLE

多队围绕同一任务
看见同一张行动图景

辖区协调方组织属地救援队、山地救援队和通信保障队共同参与。各队分别选择实际参战小组,在同一任务态势中完成协作。

牵头方建立任务与跨队协作,生成组队码并明确行动目标。

属地队伍选择 T1 搜索组加入,负责重点区域搜索和线索核查。

专业队伍选择技术组加入,上传路线、声纳或专业搜索成果。

指挥人员在 Web 指挥端查看队伍归属、共享线索和地图态势。

开始协作前
完成这些准备

简短的准备能够显著降低联合行动中的沟通成本。

确认各参与队伍已完成成员和分组维护。
为队伍设置不超过 5 个字的清晰简称。
明确本次协作的发起负责人和源任务。
只选择实际参与行动的小组。
通过可信渠道发送组队码并核对加入队伍。
任务结束后及时结束协作并完成资料复核。
让不同队伍看见同一张行动图景

跨队协同已在 App、小程序和救援队 Web 指挥端形成协作闭环。

了解 RC-OPS