让数据跨越边界发挥价值:警务工作的下一项挑战

作者:来自 Elastic Will Markham

警务工作的未来,不仅取决于调整警队组织架构或投资 AI,更取决于能否让数据跨越边界发挥价值。

警务工作正面临加快变革的要求。英国内政部发布的白皮书《从地方到全国:警务新模式》,提出了数十年来最重大的警务改革方案之一:整合为数量更少、规模更大的区域警队,组建新的国家警察局,强化全国统一标准,更广泛地运用技术与数据,并以更加协调的方式打击严重和有组织犯罪。¹

数据是这些计划的核心。白皮书指出,据估计,目前超过 90% 的犯罪涉及数字要素,而数据却分散在 43 支警队中,且记录格式各异。为此,白皮书提议设立新的国家数据整合与利用服务(NDIES),推行强制性的全国数据标准,并为关键国家级数据集指定统一的决策负责人。

这一时间表十分紧凑。警察国家计算机系统计划于 2026/2027 年度停用,由执法数据服务(LEDS)取代;NDIES 预计也将在同一年度结束前开始交付服务。²

这意味着,数据架构不仅是一项技术决策,更是一项改革决策。

问题并不在于缺少数据

警方已经掌握了大量有价值的信息。英国内政部白皮书将现有环境形容为由不同系统、标准和流程拼接而成的"百衲被",各支警队在技术和数据方面的许多决策都由其自行作出。

对调查人员而言,这带来的是实际工作中的困难。一起跨地区贩毒网络案件的调查,可能既涉及多支警队掌握的情报,也涉及国家级数据集。调查人员可能根本不知道其他警队或某个国家级数据集中是否存有相关信息,因此会花费时间,就并不存在的信息发出请求、开展问询。即便相关信息_确实存在_,要找到它,也可能需要搜索多个系统、向其他机构提出申请,或处理其他地方以不同方式记录的数据。

因此,挑战不只是收集更多数据,而是让现有警务数据更易获取、更一致,也更有用。

集中存储,还是互联互通

白皮书将 NDIES 描述为一种集中式的数据整合与利用方式。但全国性的数据整合,并不一定意味着将每个数据集都集中到同一个地方。

一提到 "在全国范围内整合数据",人们往往会直觉地想到,将所有数据汇集到一个中央平台上。但这会形成依赖关系。如果警队组织架构发生变化,数据可能就需要迁移;如果引入新能力,可能又需要开展新的集成工作。随着中央环境不断扩大,依赖它的系统和功能也会随之增多。其架构、安全、治理或供应商的任何变化,都会对各支警队以及构建于该平台之上的各项能力产生连锁影响。这会拖慢创新:当某项能力与存储数据的平台绑定时,新工具就必须等待平台调整才能投入使用,而改进一项能力又可能干扰另一项能力。

历史经验提醒我们对此保持审慎。英国国民医疗服务体系(NHS)的全国 IT 计划于 2011 年被终止,当时预计成本达 98 亿英镑,而所产生的效益价值仅相当于已支出金额的一半。议员们发现,该计划难以说服 NHS 各信托机构采用全国统一采购的系统,并呼吁在标准化与地方自主权之间取得平衡。³ FiReControl 项目原计划以 9 个区域中心取代 46 个地方消防指挥中心,但由于在未获得地方消防救援部门支持的情况下强行推行全国统一系统,项目最终被终止,造成至少 4.69 亿英镑的浪费。⁴ 这些案例的教训并非全国性项目行不通,而是:如果缺乏地方服务 运营 者的支持,强行推行全国统一系统就很难成功。

另一种模式是让数据留在其产生和接受治理的环境中,同时实现互联互通。这正是数据网格背后的理念:将数据视为一组可复用的产品,明确其归属、标准和访问控制,让获授权的应用与功能通过通用接口使用这些数据,而无须迁移数据。由于应用能力与数据解耦,各项能力可以独立构建、测试和替换,无须改动底层数据,也不会影响彼此。功能项目的招标竞争由此聚焦于应用本身,而非背后的数据工程,使规模较小、更具创新力的企业也能与大型集成商同台竞争。更充分的竞争能够加快创新,并提高纳税人资金的使用效益。

集中存储将所有数据集迁入同一个平台,因此每增加一项新能力,都需要开展新的集成工作。互联互通则让数据保留在其产生和接受治理的环境中,各项能力通过通用接口访问数据。

这使全国范围的数据访问与地方问责能够并行不悖。分析人员可以查看规律和趋势,调查人员可以在获得授权的情况下查看案件级信息,而面向公众的服务可能只能访问汇总数据。原则很明确:让需要信息的人能够获取信息,同时避免向所有人开放所有数据。

这种模式也契合改革本身。随着警队逐步整合为数量更少、规模更大的组织,互联模式允许组织架构发生变化,同时让底层数据继续接受地方治理,避免每次合并都演变成一次数据迁移。

保留选择权

只有数据与应用能力之间的接口保持开放,解耦才能持续。与之相反的模式,是由单一供应商包办从数据层到上层应用的一切。无论该平台多么强大,任何变更都离不开供应商的参与;面对每一项新需求、组织重组或续约,警方都只能在依赖供应商的处境下进行谈判。警务工作不应承担这种风险。开放接口、通用标准和非专有格式,能够让警方保有选择权。只要这些接口保持一致,其背后的技术就可以演进或替换,而不会干扰依赖这些接口的应用能力;应用和供应商也可以更换,无须从头再来。

互联模式能为警务工作带来什么

我们的白皮书阐述了这一架构,并未涉及任何具体产品。Elastic 已经提供了构建这一架构的基础,我们称之为 "Elastic 数据服务":通过通用且安全的接口,提供警队或国家级机构拥有的数据,以及基于这些数据构建的搜索分析能力和 AI 智能体。

各支警队或国家级机构独立运行自己的 Elastic 数据服务,并决定谁可以访问哪些信息。调查工具、分析应用和 AI 智能体仅调用各项任务所需的数据。

  • 控制权始终掌握在数据所有者手中: 各支警队或国家级机构独立运行自己的 Elastic 数据服务,并决定谁可以访问哪些信息,权限可细化到单条记录和单个字段。每次访问都可审计。问责责任始终由法律规定、公众期待的主体承担。
  • 全国范围访问,无须建立全国性数据副本: 调查工具、分析应用和 AI 智能体按需调用 Elastic 数据服务,且各自仅获取任务所需的信息。前文提到的跨地区贩毒网络调查,也能利用不同警队掌握的情报,无须另建中央数据存储库。
  • 一次构建,全面推广: 情报服务等全国性能力可以统一设计,再推广至各支警队,无须重复建设 43 次甚至更多。与集中式系统不同,数据无须迁移。各支警队都能获得相同的能力和技术,根据任务需要开展地方、区域或全国范围的搜索,同时保有自身数据的所有权和控制权。
  • 在数据需要驻留的环境中运行: 无论数据位于云端、本地,还是完全物理隔离的环境中,敏感数据都可以保留在其所有者选择的环境内。

发展 AI,需先筑牢基础

英国政府已承诺在三年内投入 1.15 亿英镑,支持在警务工作中采用 AI 和 自动化 技术,其中包括新设立的国家警务 AI 中心 Police.AI。白皮书明确指出,碎片化的基础设施、老旧系统、人工流程和低质量数据正阻碍这一进程。如果每项新的 AI 能力都需要单独进行数据准备并构建数据管道,创新的规模化推广就仍将步履缓慢。

互联的数据基础改变了这一局面,也让专业知识得以发挥作用。没有人比数据产品的所有者和维护者更了解这些产品。借助 Elastic,他们可以将这些知识转化为 AI 智能体和自动化工作流,一次构建,即可供警务体系内所有获授权的人员使用。Elastic 数据服务以 提供数据 的相同方式提供这些智能体,让新的应用能力也能便捷地调用它们。智能体使用与人员相同的搜索和分析功能,因此不仅能回答"是什么",还能回答"在哪里"和"何时"。白皮书列举的分析能力改进示例,就包括犯罪热点和犯罪规律分析。¹ 智能体能够跨文档、图像、音频和视频搜索内容本身,而不仅仅是描述这些内容的元数据。同时,它们遵循相同的访问控制,因此智能体能够访问的信息,不会超出其所服务人员的权限范围。

最了解数据产品的人员只需构建一次 AI 智能体和工作流,警务体系内所有获授权的人员即可在相同的访问控制下使用。

高质量的上下文还能降低 AI 的运行成本、提高运行速度。智能体如果能够直接使用准备充分的数据,而无须在每次回答问题时重新查找和理解数据,就能以更少的步骤完成任务。这正是 Elastic 发挥的作用:充当警务数据与 AI 之间的上下文层。在 Elastic 公布的测试中,针对支持工单调查场景,提前准备上下文使 AI 模型需要处理的输入量减少了约 58%,响应时间缩短了约 40%,且事实准确性未出现统计学意义上的显著下降。在使用相同模型和数据的另一个示例中,智能体完成任务的步骤从 33 步减少到 9 步,回答所需时间从 213 秒缩短至 64 秒。

各机构仍保有 AI 模型的选择权,包括为满足主权要求或在物理隔离环境中使用而自行托管的模型。这使地方创新更易于在全国范围内开展测试,并在验证有效后规模化推广,契合英国内政部白皮书的目标。

下一阶段的三项原则

随着白皮书从政策走向实施,以下三项原则有助于保持架构的灵活性:

  1. 将数据基础与应用分开构建: 集成层应支持当前的各项能力,同时避免成为未来能力发展的制约。
  2. 默认采用开放方式: 全国统一标准应确保一致性,同时通过开放接口和格式,让现有系统能够互联、新技术能够引入,无须整体替换。
  3. 优先互联,有充分理由时再集中: 某些数据集和能力自然需要由国家层面统一管理或集中部署,但这应是基于运营和政策需要作出的选择,而非解决所有集成问题的默认答案。

警务数据新模式:去中心化的数据网格方法

为警务工作构建互联的数据基础

Elastic 为全球警务工作提供支持。以 Elastic 作为数据基础,各机构既能独立运行自己的数据服务,也能在无须集中存储数据的情况下,为全国性能力提供支撑。

如需进一步交流,请联系我们的公共部门团队。

参考来源

  1. GOV.UK,《从地方到全国:警务新模式》,2026 年 3 月。
  2. GOV.UK,《政府对绍斯波特事件调查第一阶段的回应》,2026 年 7 月。
  3. 英国下议院公共账目委员会,《被终止的 NHS 全国 IT 计划》,2013 年 7 月。
  4. 英国国家审计署,《FiReControl 项目的失败》,2011 年 7 月。

本文所述任何特性或功能的发布及发布时间,均由 Elastic 自行决定。目前尚未提供的任何特性或功能,可能无法按时交付,也可能不会交付。

在本篇博文中,我们可能使用或提及了第三方生成式 AI 工具,这些工具由其各自的所有者拥有和运营。Elastic 无法控制这些第三方工具,也不对其内容、运行或使用承担任何责任,亦不对您使用此类工具可能造成的任何损失或损害负责。使用 AI 工具处理个人信息、敏感信息或机密信息时,请务必谨慎。您提交的任何数据都可能被用于 AI 训练或其他用途。我们无法保证您提供的信息能够得到安全或保密保障。使用任何生成式 AI 工具之前,您应先了解其隐私惯例和使用条款。

Elastic、Elasticsearch 及相关标识是 elasticsearch B.V. 在美国及其他国家/地区的商标、徽标或注册商标。所有其他公司和产品名称均为其各自所有者的商标、徽标或注册商标。

原文:Making data work across boundaries: The next challenge for policing | Elastic Blog

相关推荐
腾讯云大数据16 小时前
从辅助驾驶到自主闭环:腾讯云ES的Agentic AIOps实践
elasticsearch·云计算·腾讯云
坐吃山猪18 小时前
ES08-ES使用IK分词器
大数据·elasticsearch·搜索引擎
KING-WU51221 小时前
Git 版本控制器实战指南
大数据·git·elasticsearch
SelectDB技术团队21 小时前
日志场景 Elasticsearch 替换实操:建表、索引、写入链路与查询改写的完整参数
大数据·数据库·数据仓库·elasticsearch·全文检索·日志分析·apache doris
打工仔折腾 AI21 小时前
Spring AI + Qwen 周报生成实战:从原始日志到人工确认卡
人工智能·后端·python·spring·elasticsearch·ai agent 实战
深蓝电商API1 天前
亿级数据的存储选型:MongoDB/ES/ClickHouse横评
爬虫·clickhouse·mongodb·elasticsearch
Elasticsearch1 天前
弥合人工智能差距:新一代知识获取方式如何助力政府实现使命目标
elasticsearch
Elasticsearch1 天前
教程:监控 Java 应用
elasticsearch
Elastic 中国社区官方博客1 天前
一条 ES|QL 查询,涵盖365天的审计日志:在热数据和可搜索快照上执行相同的搜索
大数据·运维·服务器·elasticsearch·搜索引擎·全文检索