IBM i2 COPLINK 是一个数据库应用程序，它整合了警务数据，协助完成协作，并帮助生成战术性线索。IBM Intelligent ">Operations Center 可以监视和管理城市服务。通过集中的情报提供每日城市运作情况的操作性洞察。集成这两个系统有助于充实可供城市管理者使用的信息，帮助他们快速而又有效地确定和解决潜在问题。这一集成可帮助城市以某种具有凝聚力的方式使用其资源，有助于将城市打造为智慧城市，更好地管理次要事故和重大灾难。
NIEM、IEPD 和 LEXS 简介
NIEM
National Information Exchange Model (NIEM) 是一个信息共享框架，允许国家机构将其系统映射到它提供的构建块。它降低了及时地在机构之间共享重要信息的复杂性，无需对它们维护的系统进行重大调整。
IEPD
Information Exchange Package Documentation (IEPD) 是在信息的生成者与使用者之间成功交换信息所需的规则的一种正式、结构化、基于 XML 的表示。信息生成者使用 NIEM 构建了一个用来方便信息交换的 IEPD（例如 IBM i2 COPLINK IEPD）。
LEXS
Logical Entity Exchange Specification (LEXS) 构建于 NIEM 之上，以便提供进一步的框架，此构建既遵守 NIEM，又支持执行发布、搜索和检索操作的一致方式的 IEPD。NIEM IEPD 用于两个特定系统的生成者和使用者之间的特定的信息交换，LEXS IEPD 提供了一个更加流畅的解决方案，转移了不同的信息生成者和使用者的需求。这种流动性是通过拥有一种基本的数据级别来实现的，这种数据级别称为摘要 (digest)，所有 LEX 实现（生成者和使用者）都能理解它。
转换消息流
以下是消息流的简短概述，如 图 1 所示：
消息流从 File Input 节点开始，该节点使用 sftp 协议从一个远程文件系统读入 IBM i2 COPLINK 分发。
然后，映射节点 doPub-CopAug 从 LEXS 消息消除结构化工作负载，检索已
改善的 IBM i2 COPLINK 信息。从 LEXS 消息的基准信息中检索额外的字段，然后将它们存储在本地环境中，以便在整个消息流中访问它们。 CopAug-CAP 映射节点用于将 CoplinkAugmentation 消息的 IBM i2 COPLINK 元素映射到 CAP 消息的 CAP 元素。 过滤器节点 checkAddress 用于验证 IBM i2 COPLINK 分发是否包含有效的地址信息，因为需要将地址进行地理编码为 GPS 坐标，
所以可在 IBM Intelligent Operations Center 中的地图 portler 上显示它们。 Java 计算节点 geocodeCoords 查询一个 ESRI 提供的 Web 服务，该 Web 服务将在收到有效的地址信息后返回 GPS 坐标。 过滤器节点 checkEvent 检查是否为 CAP 分配了有效的事件（来自 IBM i2 COPLINK 消息的 DispatchTypeText 的事件数据地图）。 最后的过滤器节点 checkCoords 检查 Web 服务返回的 GPS 坐标是否有效。如果为 Web 服务提供了坏的或不完整的地址信息，它将返回 0.0 表示 GPS 坐标的经度和纬度。
完成最后一步检查后，经过验证的 CAP 消息将转移到 Intelligent Operations Center 的 Input CAP 消息队列，即 IOC.CAP.IN。
图 1. 完整的转换消息流
消息流步骤
现在，让我们更仔细地查看消息流的各个步骤。
File Input 节点（消息流的第一个节点）使用 sftp 协议连接到 IBM i2 COPLINK File Exporter 服务器上的一个远程目录，以便允许传输 COPLINK 信息更新，COPLINK File Exporter 会将这些更新导出到远程目录。图 2 显示了配置此节点的一个示例。
图 2. 针对 SFTP 传输而配置 File Input 节点
File Input 节点将会监听由 IBM i2 COPLINK File Exporter 导出的新文件，将这些文件安全地传输到在 Intelligent Operations Center Application and Integration 服务器上运行的消息流，以便开始将 IBM i2 COPLINK 分发数据转换为 CAP 格式的过程。