安全与情报的融合

概述

Telaeris 为客户带来的主要价值主张之一是能够与大多数门禁系统集成。这种广泛的集成能力确保了安防集成商可以信赖 XPressEntry 界面的一致性，无论部署何种 PACS 系统。为了管理我们的 40 +集成为此，我们构建了一个灵活的框架来支持每个系统。在本篇博客中，我们将探讨构建这些集成的一些技术细节。更令人兴奋的是，您将看到…… 人工智能（AI）正在加速我们的集成工作流程。 友情提示——本博客包含大量专业术语。如果您遇到任何困惑，可以参考以下链接： 词汇表 在文章末尾！

为什么要构建集成？

让我们来看看 XPressEntry 的三大主要用例，以了解构建集成的目的以及真正需要哪些数据。它们是：

进入/退出: 这款手持设备的功能类似于门禁读卡器，连接到控制面板以验证用户的权限。这适用于公交车乘车、临时闸门或人工验证等情况。 

活动/票务/培训: 进入系统前或为了跟踪员工出勤情况，应验证其凭证/员工权限。

紧急集会: 该手持设备就像一个连接到远程安全停车场控制面板的读卡器，可以提供信息，从而无需填写纸质名册。

从宏观层面来看，所有这些应用场景都类似于一个（或多个）读卡器连接到门禁面板，并在离线时将活动数据发送回 PACS 或存储设备。这意味着，从简单层面来说，手持设备只需少量门禁控制数据即可运行，包括：

1. 徽章/生物识别
2. 门/通道/闸机读卡器
3. 区域/地带
4. 检修面板
5. 徽章权限

对于简单的出入或活动应用，PACS集成需要能够验证特定徽章是否具有访问权限。红灯或绿灯可能就足够了。然而，由于我们的手持式徽章阅读器配备了精美的屏幕，我们可以显示来自PACS的更多数据，从而帮助保安人员进行更完善的验证：

1. 证件持有人文本数据（姓名、电话、证书、电话号码等——根据需要）
2. 图片

在考虑紧急集合方案时，我们需要从PACS系统中获取更多信息——即设施占用情况。获取占用情况信息有两种方法：

1. 从PACS系统请求此信息或
2. 监控每个出入口，追踪建筑物内的人员情况。

最后，虽然将所有信息都存储在手持设备上很有益处，但公司希望PACS系统能够作为出入记录和员工责任追溯的最终系统。为此，XPressEntry需要将手持设备的验证信息和门禁活动推送回PACS系统。

手持设备集成需要什么

集成到门禁系统中，意味着能够从PACS数据库中提取上述数据，并将活动信息推送回手持设备。正如人们所想，每个PACS都有其自身的系统架构。n 方法。这些通常被称为 SDK 或 API，其中包含 COM/DCOM、DLL、REST、SOAP、WCF 和 CSV 等术语。大多数 PACS 集成都在不断改进并添加新功能。

为了确保我们能够从 PACS 获取最新更新，尤其是徽章和权限方面的更新，我们通常会获得订阅事件变更的功能。这会用到 SignalR 或 MQTT 等技术，通常通过 WebSocket 进行通信。

有时，SDK/API 会更新到更现代的框架。例如，我们最早在 2008 年与 Lenel OnGuard 进行了手持设备集成。当时这是一个纯粹的 SQL 数据库集成，后来……通过 Lenel 的 DataConduit 连接器和 COM 接口，最终实现了认证集成。DataConduit 本身已于 2018 年被 OpenAccess 取代。

从总体上看，这些技术都向我们的手持设备提供了相同的数据，但更新后的集成速度更快、更稳定、更容易使用。 

汇集在一起

十七年前我们开始构建集成时，主要使用 SQL 从外部数据库提取数据。很快，我们就发现这种方法存在严重的局限性。为了解决这个问题，我们的工程团队专注于构建一个用于数据导入和导出的框架，我们称之为 XPressEntry DataManager。 它能够以一致的方式支持多种集成方法。这些方法支持各种类型的 API、SDK、使用 SQL 的数据库连接，或它们的组合。它甚至可以同时进行多个集成。

为了开始新的 PACS 集成，我们通常会向制造商索取以下信息，以便我们能够全面测试和验证该解决方案：

1. 按要求签署保密协议
2. 需要在我们的本地虚拟机基础设施上安装 PACS 软件安装程序
3. 用于初始测试的示例数据库 (DB)
4. 用于规模测试的数据库更新信息，包含 10 万条用户、徽章和图片记录
5. 根据需要提供 API 文档、SDK 下载和库。
6. 兼容的门禁控制面板和门读卡器
7. 联系方式，以便为开发提供支持，因为总会有问题！

有了上述条件，构建和测试任何集成通常需要 3 到 4 个人周的时间。但这种情况正在改变！

借助人工智能，更快、更智能、更出色地构建产品

在最新的数据管理器集成中，我们尝试使用人工智能这一新技术。在这个项目中，我们……我们的工程师使用本地代码对人工智能引擎进行了本地训练，以了解我们如何构建数据管理器和代码结构。然后我们 向该引擎提供了 PACS 集成文档的 PDF 文件以及 首先，我们将 PACS 命名规则中的信息映射到 XPressEntry 规则（例如，徽章 → 卡片）。之后，我们利用人工智能流程构建了集成方案。

结果令人印象深刻。在没有任何额外提示的情况下，人工智能引擎创建了一个包含 1000 多行代码的项目。人工智能正确地处理了 API 文档解析和代码生成等繁重的工作，包括：

• 构建整个 PACS 数据管理器项目
• 为 PACS 数据管理器创建安装项目和安装程序

生成的项目存在一些问题，其中包括：

• 缺少导入项： 需要添加
• 幻觉： API 未提供的数据的设想函数 
• 发现错误： 时间戳、端点、参数和大小写

清理项目并更新PACS软件以使其拥有可用于测试的有效数据大约花费了2个小时。之后，成功运行了连接到XPressEntry的PACS集成基本工作版本。 这项能力非常强大。 我们仍需继续努力优化系统、测试各种极端情况，并深入了解生成的代码，以便支持PACS集成。我的工程师们（目前）并不担心人工智能会取代他们的工作，但他们非常喜欢开发流程的加速。人工智能有效地将我们构建集成所需的开发时间缩短了一半！

因此，如果您需要为客户开发手持式徽章或生物识别项目，以配合其新的门禁系统， 来吧！  我们随时准备为您提供帮助。

林戈

要对此进行深入探讨，首先需要明确这类集成中使用的术语。

应用程序接口 – Application P在AGC I接口——程序如何与PACS通信

通讯 – C抱怨的 O对象 Model – 使应用程序能够使用来自其他程序的数据

Cookie – 存储在浏览器中的小型文件，用于记住信息并提供访问权限

CSV – C妈妈 S分离 V值——一种用于存储电子表格类型数据的纯文本文件格式

DCOM – D分布式 C抱怨的 O对象 M模态——类似于 COM，但用于计算机之间。

动态链接库—— D动态的 L墨 L代码库——一个包含可重用代码的文件，通常用于提供 API 

HTTP – Hypert分机 T转让（BOT） P旋转协议——网络数据通信的基础

JSON – JAVAScri O对象 Notation——一种用于数据交换的轻量级数据格式

MQTT – M留言 Queuing T元音 T传输——用于机器间通信的发布/订阅协议

PACS – P生理的 Acess C控制 S系统 – 连接人员、徽章、权限等的软件 

休息 - RE演示 S泰特 T传输——一种 Web 服务 API 通信标准

安全访问令牌——一种有效期短暂的加密字符串，用于访问 API。

SignalR – 一个开源库，用于让客户端订阅变更通知。

开发工具包 – Software D才有发展 K它——通常指提供 API 的已安装软件。

肥皂 - Simple O对象 Acess Protocol——一种基于 XML 的 Web 服务 API

SQL – Structured Q调查 L语言——一种与数据库进行自然交流的方式

WCF – WINDOWS C通讯 F基础

WebSocket——一种通过持久性网络连接进行双向通信的协议

XML – EX可拉伸的 MArkupe L语言——一套用于编码数据和文档的规则