适用于 ATAK 的战术任务数据同步

从数据层入手

使用MongoDB Enterprise Advanced作为应用程序的可信数据层。将任务实体存储为BSON文档，并将它们组织成与操作工作流程匹配的集合。 MongoDB支持在同一数据库中使用不同的文档结构。存储位置数据、地图对象、聊天消息、警报和文件，而不强制它们采用一种严格的模式。

利用这种灵活的文档模型，在一个数据平台上构建所有应用程序功能。使用MongoDB为仪表盘、API、命令工作流和下游系统提供服务。添加新的任务实体，无需重新设计整个数据库。

将边缘连接到MongoDB

使用边缘同步平台 Ditto 作为边缘同步合作。 Ditto ATAK 插件将 ATAK 设备连接到本地优先的点对点网格。 ATAK 构成用于共享位置、地图、聊天和任务数据的字段应用程序。当网络访问权限发生变化或出现故障时，Ditto 可在附近设备之间同步任务数据。

然后，使用 Ditto MongoDB Connector 将 Ditto 连接到MongoDB 。该Connector可同步 Ditto 和MongoDB之间的文档，并解决两个系统之间的并发更改。

以数据为基础

在命令中心本地运行MongoDB Enterprise Advanced 。使用MongoDB数据层构建命令中心仪表盘和其他任务应用程序。数据层和访问权限层就位后，就可以专注于应用程序功能，而不是构建单独的存储和同步服务。

使用此模式可以：

• 将各种任务数据存储为文档。

• 使用标准驱动程序和 API 将应用程序连接到MongoDB 。

• 与 Ditto 集成以实现离线同步。

• 向命令中心应用程序公开一个共享数据层。

• 随着新任务工作流程的出现，扩展应用程序。

战术优势

战术边缘是字段设备在接近动作点创建和交换任务数据的层，包括在连接可能发生变化或失败的情况下运行的用户和设备。

ATAK 提供用于共享位置、地图、聊天和任务数据的字段应用程序。 Ditto ATAK 插件捕获该数据，并通过点对点网格在附近的设备之间进行同步。 Ditto 使用可用的传输，如低功耗蓝牙、Wi-Fi、点对点 Wi-Fi 和 MANET 兼容路径。 Ditto 还可以在网格中的多个设备之间中继数据。

边缘充当应用程序数据的另一个来源。 Ditto 保持数据可用并在设备之间移动。 MongoDB会存储同步的文档，并使其可供命令中心应用程序使用。

Command-Center 集成

MongoDB Enterprise Advanced提供中央应用程序数据层。仪表盘从MongoDB读取任务数据，并通过地图、节点状态视图和通信源进行呈现。

Ditto MongoDB Connector 监听 Ditto 和MongoDB中的更改。它将这些更改应用到其他系统中，并使两个数据存储保持一致。

基于MongoDB构建的应用程序查询和更新任务文档，而无需直接连接到 ATAK 设备。 Ditto 处理与断开连接的边缘设备之间的传输。这种集成允许您针对MongoDB而不是直接针对 ATAK 设备构建命令中心应用程序。

为什么这种设计具有弹性

MongoDB存储任务数据。 Ditto 保持字段设备同步。 ATAK 提供字段应用程序。Connector链接两个环境并解决并发更改。

这种分离使每种技术都专注于一项职责。 MongoDB提供应用程序数据层，Ditto 跨战术边缘同步数据，ATAK 提供字段经验。

这种设计允许您根据 MongoDB 的文档模型构建应用程序功能，而无需为每个设备或网络条件实现单独的存储模型。

将位置数据存储在 track 集合中

使用 track集合获取来自字段参与者的位置和状态数据。查询这些文档以在命令中心地图上显示当前和过时的设备。

{
   "_id": "ANDROID-4486046569cda611", // document identifier
   "_r": false,                       // soft-delete flag
   "c": "MDB Actor 2",                // display name
   "d": "ANDROID-4486046569cda611",   // source device
   "e": "MDB Actor 2",                // actor callsign
   "j": 19.451227,                    // latitude
   "l": -99.139832,                   // longitude
   "o": 1776886448640,                // stale time
   "w": "a-f-G-U-C"                   // CoT type
}

紧凑模式使同步的文档接近于 ATAK 生成的数据。 MongoDB存储文档时不需要单独的关系映射层。

将消息存储在 chat 集合中

将 chat集合用于字段用户和命令工作流程之间交换的消息。该集合使用与追踪不同的形状，其中包含消息文本、发件人、房间和时间戳字段。

{
   "_id": "b547f0b4-c371-4aff-ac1d-3bafe110a9e1", // message identifier
   "_r": false,                                   // soft-delete flag
   "authorType": "a-f-G-U-C",                     // sender CoT type
   "b": 1776735193948,                            // message timestamp
   "d": "COMMAND-VEHICLE",                        // source device
   "e": "COMMAND",                                // sender callsign
   "msg": "Command",                              // message text
   "room": "Ditto",                               // room name
   "roomId": "ChatContact-Ditto"                  // room identifier
}

MongoDB允许应用程序将消息文档与 track 文档一起存储，而无需添加空位置字段或强制两个实体采用相同的结构。

将地图对象保留在 mapitem 集合中

将 mapitem集合用于持久地图图形和共享任务对象。

使用 MongoDB 的文档模型，按照应用程序所需的形式存储每个任务实体。将 track、mapitem 和 chat 保留在不同的集合中，因为它们代表不同的数据和访问权限模式。这种方法可以让您构建地图、状态和通信功能，而无需将所有任务数据强制采用一个严格的模式。

将每个集合用于一个任务函数，并将所有集合保留在一个MongoDB数据层中。添加字段或新任务实体，而无需重新设计现有集合。

针对一个灵活的数据层进行构建

针对MongoDB构建仪表盘、API 和命令中心工作流程。根据其用途查询每个集合，并保留从边缘到达的文档结构。

使用此方法可以：

• 减少 Ditto 和MongoDB之间的数据转换。

• 保持每个任务实体易于查询。

• 添加新字段，无需重新设计不相关的文档。

• 扩展应用程序，无需为每个设备或工作流程创建单独的存储模型。