引言：数据空间为什么需要一套共同架构
在讨论可信数据空间时，最容易被忽视的一点是：数据空间并不是先有平台，再补规则；也不是先做接口，再谈治理。真正能够持续运行的数据空间，必须首先回答一个更基础的问题：不同主体、不同系统、不同规则、不同技术组件之间，究竟按照什么共同结构组织起来。
这正是 IDS-RAM 的价值所在。IDS-RAM，即 International Data Spaces Reference Architecture Model，通常被译为国际数据空间参考架构模型。它不是某一个具体软件产品，也不是某一类连接器、协议或平台的安装说明，而是一套用于描述数据空间基本组成、角色关系、功能分层和治理边界的参考框架。
IDS-RAM 的作用不是直接替代工程建设，而是为工程建设提供共同语言：谁是数据提供方，谁是数据使用方，谁负责身份信任，谁负责中介服务，数据如何被发现、请求、传输、使用和审计，不同组件之间应当遵循怎样的关系。
如果说 Rulebook 解决的是"参与者为什么能够共同协作"的规则问题，那么 IDS-RAM 解决的就是"这种协作应当被组织成什么样的体系结构"的架构问题。前者更偏向规则秩序，后者更偏向系统秩序。只有把二者结合起来，可信数据空间才不会停留在政策口号或平台堆叠，而能够形成可理解、可建设、可验证、可扩展的基础结构。
图 1 IDS-RAM 不是一张架构图，而是一套共同坐标系
资料来源：根据 IDS-RAM 关于业务、角色、功能、过程、信息与系统等视角整理。
一、为什么需要参考架构
在传统数据共享项目中，建设方往往习惯从系统功能出发：建设一个门户，开发一组接口，配置一套权限，形成若干数据服务。这种方式在单一机构、单一平台、单一业务场景下可以运行，但一旦进入跨组织、跨行业、跨空间的数据流通，就会暴露出明显不足。
第一，参与主体之间缺少统一角色定义。数据提供方、数据使用方、平台运营方、身份服务方、认证服务方、清算服务方、应用服务方之间，如果没有共同的角色边界，就很容易把所有能力都堆到一个平台上，形成中心化系统，而不是多主体协同的数据空间。
第二，数据流通过程缺少统一结构。数据从发布、发现、订阅、协商、传输、使用到审计，不是一次简单接口调用，而是一条贯穿规则、身份、策略、协议和证据的运行链条。如果没有参考架构，这条链条就会被拆散成孤立功能，最终变成"有系统、无体系"。
第三，工程实现缺少统一映射关系。不同厂商可以开发连接器，不同空间可以建设运营平台，不同场景可以采用不同技术栈，但它们必须能够说明自己在整体架构中的位置。否则所谓兼容、互联、互操作，就只能停留在接口层面的临时适配。
IDS-RAM 的意义就在于，它把数据空间从"功能清单"提升为"体系结构"。它不是告诉建设者必须采购哪一个产品，而是告诉建设者：一个可信数据空间至少应当包含哪些基本角色、哪些核心功能、哪些交互关系，以及这些角色和功能如何共同支撑数据主权、可信交换和持续治理。
二、IDS-RAM 首先定义的是多主体协作结构
理解 IDS-RAM，不能先看技术组件，而要先看参与主体。数据空间不同于传统数据平台的根本之处在于，它不是由一个中心系统完全控制所有数据和所有流程，而是由多个独立主体在共同规则下开展数据交换。
数据提供方仍然保有对数据资源的控制权，数据使用方在约定条件下获得访问和使用能力，运营方提供基础服务，中介服务方提供身份、目录、认证、清算、审计等支撑能力。
在这个结构中，数据提供方不是简单把数据上传到平台，而是通过连接器、资源描述、使用策略和合约约束，把数据以可控方式暴露给空间内其他成员。数据使用方也不是任意下载数据，而是在身份可信、用途明确、条件满足的前提下发起请求并接受约束。
空间运营者的角色也不是成为所有数据的拥有者，而是维护空间规则、服务秩序、接入机制和基础能力。可信数据空间强调的不是"把数据集中起来"，而是"让数据在不丧失控制权的前提下流动起来"。
从这个角度看，IDS-RAM 并不是抽象理论，而是数据空间工程建设中的第一层约束。它要求建设者首先说明：谁参与，谁负责，谁提供服务，谁执行控制，谁产生证据，谁承担治理责任。只有这些问题说清楚，后续的连接器、协议、目录、策略、合约和认证才有明确落点。
图 2 数据空间的多主体协作结构
资料来源：根据 IDS-RAM 关于数据提供方、数据使用方、连接器与支撑服务的角色关系整理。
三、IDS-RAM 进一步给出了功能分层
除了角色模型，IDS-RAM 还通过分层方式描述数据空间能力。它并不把数据空间理解为一个单一平台，而是把它拆解为多个相互关联的能力层次。
最基础的是业务层。数据空间不是脱离业务存在的技术网络，而是服务于具体数据流通场景。不同参与者为什么要交换数据，交换什么数据，数据用于什么目的，业务上如何形成价值，是整个数据空间能够成立的前提。没有业务场景，数据空间就会变成空洞的技术框架。
在业务层之上，是功能层。功能层描述数据空间需要具备哪些基本能力，包括数据资源描述、身份管理、参与者管理、目录服务、数据交换、策略管理、合约协商、日志审计、认证验证等。这些能力共同构成数据空间的运行骨架。它们不一定全部由同一个系统实现，但必须能够在整体架构中找到位置。
再往下，是过程层和信息层。过程层关注数据交换过程如何发生，例如资源发布、发现、请求、协商、访问、使用和审计；信息层关注这些过程需要表达哪些对象，例如参与者描述、资源描述、策略描述、合约描述、日志记录和证据材料。过程层解决"怎么走"，信息层解决"表达什么"。
更底层的是系统层和技术实现层。连接器、身份服务、目录服务、清算服务、应用服务、协议接口、安全组件等，都可以被放入这一层。它们负责把上层规则和流程转化为真实可运行的软件能力。
这种分层结构的价值，在于避免把数据空间建设简化为"做平台"或"接接口"。一个合格的数据空间建设方案，不能只说明建设哪些系统功能，还要说明这些功能分别对应哪一层能力，服务哪个角色，支撑哪一类流程，产生什么运行证据。
图 3 角色、能力、过程、信息与系统的映射关系
资料来源：根据 IDS-RAM 的角色模型、功能模型、过程模型、信息模型与系统模型整理。
四、从架构视角理解数据主权
IDS-RAM 中一个非常重要的思想，是对数据主权的架构化表达。数据主权不是一句"数据归提供方所有"的声明，也不是简单的权限配置。它必须被嵌入数据空间的角色、流程、协议和执行机制之中。
第一，提供方能够描述数据资源和使用条件。数据不是裸露给外部使用的文件，而是带有元数据、语义说明、访问条件、用途限制和使用策略的数据资源。提供方需要能够说明哪些数据可以被发现，哪些数据可以被访问，访问前需要满足什么条件，使用过程中应遵守哪些限制。
第二，提供方能够通过连接器或等效执行组件控制数据交换。连接器不是普通 API 网关，而是数据空间中的可信执行节点。它既承担数据传输，也承担策略执行、身份校验、协议交互、日志记录等职责。没有这类执行节点，数据主权就难以从声明转化为运行能力。
第三，数据使用过程应当留下可追溯证据。可信数据空间并不是只在数据流出前做一次审批，而是要在数据发布、请求、协商、传输和使用过程中形成记录。这些记录未来可以用于审计、争议处理、合规检查和互操作验证。
因此，IDS-RAM 对数据主权的贡献，不是重新定义一个法律概念，而是把数据主权放入可运行架构中。它告诉我们，数据主权必须通过资源描述、策略表达、合约约束、连接器执行和日志审计共同实现。离开这些工程机制，数据主权就容易停留在原则层面。
图 4 数据主权如何被嵌入参考架构的运行机制
资料来源：根据 IDS-RAM 中资源描述、策略表达、合约协商、连接器执行与审计追溯机制整理。
五、IDS-RAM 与 Rulebook 的关系
Rulebook 更关注共同规则，包括成员如何加入，参与者应当遵守什么义务，数据共享需要满足什么要求，争议如何处理，认证和信任如何建立。它回答的是数据空间协作秩序问题。
IDS-RAM 与 Rulebook 的关系，可以理解为规则与架构的关系。Rulebook 规定"应当如此"，IDS-RAM 描述"体系如何承载这种要求"。例如，Rulebook 可能要求参与者具备可信身份、遵守使用策略、接受审计要求，而 IDS-RAM 则需要在角色模型、功能模型和技术模型中说明身份服务、策略管理、连接器执行和日志记录分别由哪些组件支撑。
如果只有参考架构而没有 Rulebook，数据空间就可能变成一套结构完整但缺少治理约束的技术模型；如果只有 Rulebook 而没有参考架构，规则就缺少工程承载，难以转化为可运行系统。二者结合起来，才构成可信数据空间从制度到工程的基本桥梁。
随着 Rulebook、协议规范、连接器要求和测试体系不断发展，IDS-RAM 的位置也发生变化：它不再只是"看懂数据空间"的架构图，而是成为后续规则表达、协议交互、工程实现和兼容验证的基础坐标系。
六、IDS-RAM 与协议体系的关系
IDS-RAM 本身并不等同于协议规范。它不会替代 DSP、DCP 等协议，也不会直接规定每一次消息交互的格式。但是，协议体系必须依托参考架构才能被正确理解。
以数据资源发现和数据交换为例。数据提供方发布资源，数据使用方发现资源并发起请求，中间可能涉及目录服务、身份校验、策略表达、合约协商和数据传输。这些过程在 IDS-RAM 中被表达为角色之间的功能关系，而在协议规范中则被进一步细化为具体消息、接口、状态转换和交互流程。
也就是说，IDS-RAM 提供的是"谁与谁交互、为什么交互、交互服务于什么功能"的架构语境；协议规范提供的是"如何交互、消息如何表达、状态如何变化"的工程规则。没有 IDS-RAM，协议容易被误解为单纯接口；没有协议，IDS-RAM 又难以进入真实系统运行。
因此，RAM、Rulebook、DSP、DCP、Connector 和 TCK 不是彼此割裂的组件。它们构成一条连续链条：参考架构定义结构，规则体系定义秩序，协议体系定义交互，连接器承担执行，测试套件提供验证，跨空间互联则把单一空间能力推向空间网络。
七、IDS-RAM 与连接器的关系
连接器是 IDS-RAM 中最容易被工程化理解的部分，但也最容易被误读。很多时候，连接器会被简单理解为数据接口、安全网关或传输代理。但在 IDS-RAM 中，连接器的角色更复杂。
连接器既是数据提供方和数据使用方参与数据空间的技术入口，也是策略执行、身份校验、协议交互、日志记录和安全控制的关键节点。数据资源要通过连接器暴露，数据请求要通过连接器发起，使用策略要通过连接器传递和执行，协议消息要通过连接器交互，日志和证据也要通过连接器或相关组件生成。
如果脱离 IDS-RAM，只讨论连接器本身，很容易陷入两个误区。一个误区是把连接器做成普通 API 网关，只解决系统联通问题，却不承担数据主权和使用控制；另一个误区是把连接器做成过重的中心平台，把所有能力都堆在一个组件里，反而破坏了数据空间多主体协同的结构。
IDS-RAM 的价值在于，它把连接器放回整体架构中理解。连接器应当承担哪些职责，哪些能力可以由外部服务支撑，连接器与身份服务、目录服务、认证服务、清算服务之间如何分工，都需要在参考架构中找到依据。
八、IDS-RAM 对工程建设的启示
对于实际建设可信数据空间的机构来说，IDS-RAM 至少带来四点启示。
第一，建设数据空间不能从平台功能清单开始，而要从角色和关系开始。谁提供数据，谁使用数据，谁运营空间，谁提供信任服务，谁负责认证审计，这些问题必须在系统设计之前先回答清楚。否则后续系统越复杂，责任边界越模糊。
第二，数据空间能力不能只按系统模块划分，而要按运行过程组织。资源发布、资源发现、合约协商、身份校验、数据传输、策略执行、日志审计，本质上是一条连续运行链。建设方案应当围绕这条链条设计，而不是把它拆散为若干互不关联的功能菜单。
第三，数据主权不能只靠制度文件保障，而要嵌入技术结构。提供方的使用条件必须能够被表达，使用策略必须能够被传递，执行结果必须能够被记录，争议处理必须能够依赖证据。否则数据空间就难以区别于传统数据共享平台。
第四，参考架构应当成为验收依据之一。一个数据空间项目是否合格，不应只看功能是否上线、接口是否打通、页面是否可用，还应看其是否形成了清晰的角色模型、功能模型、过程模型、信息模型和技术模型，是否能够解释每一项能力在整体架构中的位置和作用。
这些启示对于国内可信数据空间建设尤其重要。当前很多项目已经具备平台、目录、接口、授权和运营能力，但仍然容易出现"有平台、无空间""有共享、无控制""有接口、无互操作""有规则、无证据"的问题。IDS-RAM 可以帮助建设者从一开始就避免把数据空间简化为平台工程，而是按照多主体协作、规则承载、协议交互和可信执行的逻辑进行设计。
图 5 从参考架构到工程建设：IDS-RAM 的落地映射路径
资料来源：根据 IDS-RAM 的工程映射方法及数据空间项目建设要求整理。
九、从参考架构走向可运行体系
需要注意的是，IDS-RAM 本身并不是 IDSA 最新进展的终点。它更像是一套基础坐标系。早期阶段，它帮助各方理解什么是国际数据空间；当前阶段，它的价值则更多体现在支撑整个 IDSA 体系走向可运行、可验证和可互联。
当 Rulebook 逐步完善，IDS-RAM 中的角色与治理要求就有了规则支撑；当 DSP、DCP 等协议发展，IDS-RAM 中的交互关系就有了协议表达；当连接器实现成熟，IDS-RAM 中的执行节点就有了工程载体；当 TCK 等测试体系出现，IDS-RAM 所描述的兼容关系就可以被转化为测试证据；当跨空间互联成为方向，IDS-RAM 所确立的角色、功能和过程模型又可以成为不同空间相互理解的基础。
因此，我们今天重新理解 IDS-RAM，不能只把它当作一张架构图，也不能只把它当作早期概念模型。它真正的作用，是把数据空间从抽象理念转化为可组织、可分工、可建设、可检查的体系结构。
IDSA 并没有抛弃参考架构，而是在参考架构之上不断补齐规则、协议、执行、测试和互联能力。IDS-RAM 仍然是理解 IDSA 的入口，但它已经不再单独承担全部解释任务。今天的数据空间建设，需要从 IDS-RAM 出发，进一步进入 Rulebook、DSP、DCP、Connector 和 TCK 所构成的运行体系。
结语：参考架构的真正价值
IDS-RAM 的真正价值，不在于提供了一套复杂的概念分类，而在于为可信数据空间建立了一个共同的结构化语言。它让不同参与者能够在同一张架构图上理解自己的角色，让不同技术组件能够在同一套功能模型中找到位置，也让规则、协议、执行和验证能够被放入一个连续体系中。
对于可信数据空间建设而言，参考架构不是可有可无的理论章节，而是工程设计和治理设计的共同起点。没有参考架构，平台建设容易失去边界；没有参考架构，协议实现容易变成孤立接口；没有参考架构，连接器容易被误解为普通网关；没有参考架构，跨空间互联也难以形成共同理解。
因此，在 IDSA 最新体系中，IDS-RAM 的位置可以概括为：它不是直接让数据空间运行起来的全部工具，但它定义了数据空间为什么能够被组织、如何能够被建设，以及后续规则、协议、连接器、测试和互联机制应当落在什么位置。
可信数据空间不是先有一个平台，然后再补若干治理功能；而是先有一套共同架构，在共同架构之上形成规则秩序、协议交互、执行控制和验证机制。只有这样，数据空间才可能从概念建设走向工程运行，并最终成为未来跨空间互联的开放节点。