3. 互操作性概念

在AAS（资产管理壳）互操作测试与平台集成中，“互操作性”不是一句口号，而是可被拆解、验证和度量的工程属性。它描述的是两个或多个系统、组件或应用，在语法、语义、组织与行为层面交换信息并协同完成任务的能力。对工业4.0而言，互操作性是横向（企业内跨部门）、纵向（从现场设备到云端）和端到端（跨企业价值链）集成的前提。

一、互操作性的层次：从信号到协同

互操作性通常分为四个递进层次，每一层解决不同问题，也对应不同的测试重点。

• 技术/语法层：解决“能不能传”。关注接口、协议、编码、报文格式、传输时序。例如OPC UA二进制协议、HTTP/REST、MQTT、JSON/XML编码。测试重点是连接建立、报文完整性、超时与重试。
• 语义层：解决“传的是什么”。关注信息模型、术语、单位、数据类型和标识符的一致性。例如AAS中的Submodel、Property、SemanticId是否被双方一致理解。测试重点是模型校验、语义ID解析、单位与量纲匹配。
• 组织/业务层：解决“谁在什么权限下做什么”。关注角色、流程、责任边界、访问控制与业务规则。例如资产管理员、设备供应商、平台运营方之间的权限与流程衔接。
• 行为/协同层：解决“能否一起完成任务”。关注服务编排、状态同步、事件驱动、异常恢复和端到端业务目标。例如订单触发生产、设备状态变化触发维护工单。

这四层不是并列关系，而是逐层依赖。语法层不通，语义层无从谈起；语义层不一致，业务协同必然出错。因此互操作测试必须分层设计用例，避免“一锅端”。

二、互操作性的类型：按方向与范围划分

从工程实践看，互操作性可分为以下几种类型：

在AAS场景中，纵向互操作和语义互操作是最常被测试的两类。因为AAS的核心价值之一，就是把现场设备的属性、能力、文档以标准化信息模型暴露给上层系统。

三、标准体系：互操作性的“共同语言”

互操作性依赖标准体系支撑。工业4.0相关标准可粗略分为四类：

1. 通信与协议标准：OPC UA、MQTT、HTTP、TSN等，解决语法层传输。
2. 信息模型标准：IEC 63278（AAS）、IEC 61360（属性字典）、ECLASS、eCl@ss，解决语义层描述。
3. 集成与接口标准：RAMI 4.0、IIRA、AAS API、Submodel模板规范，解决系统集成方式。
4. 安全与合规标准：IEC 62443、GDPR相关要求，解决访问控制与数据合规。

这些标准并非孤立存在。以AAS为例，它通过Submodel承载信息，通过SemanticId引用标准词典，通过API暴露服务，通过安全机制控制访问。测试时，需要同时验证“模型是否符合规范”和“接口是否按标准行为响应”。

四、在工业4.0中的意义：从“集成”到“可组合”

工业4.0强调柔性生产、快速换线、跨企业协同。互操作性是实现这些目标的基础能力。没有互操作性，每接入一个新设备、新系统，都要定制开发接口，集成成本随规模非线性上升。有了互操作性，设备、软件、服务可以像积木一样组合，形成可复用的数字资产。

具体而言，互操作性在工业4.0中的意义体现在：

• 降低集成成本：标准化信息模型减少点对点定制开发。
• 提升资产可移植性：AAS可随资产迁移，平台更换时信息不丢失。
• 支撑数字孪生：语义一致的模型是数字孪生同步的前提。
• 保障供应链协同：跨企业AAS交换实现订单、质量、物流信息互通。
• 促进生态创新：标准接口让第三方应用可以快速接入。

五、案例与测试场景：AAS Submodel对接

假设某制造企业需要将一台数控机床接入AAS平台。供应商提供的AAS包含Identification、TechnicalData、OperationalData三个Submodel。平台侧需要验证：

1. 语法层：AASX包能否被正确解析，API能否返回200。
2. 语义层：TechnicalData中的ManufacturerName是否使用标准SemanticId。
3. 组织层：平台账号是否有权限读取OperationalData。
4. 行为层：当机床状态变为“维护中”，平台能否触发工单服务。

测试中常见误区是只测“接口通不通”，忽略语义一致性。例如双方都叫“温度”，但一方单位是摄氏度，另一方是华氏度，语法层完全正常，业务层却会出错。因此互操作测试必须覆盖层次、类型和标准三个维度。

综上，互操作性是AAS互操作测试与平台集成的核心目标。理解其层次、类型、标准体系及工业4.0意义，有助于设计更精准的测试用例，避免“连上即通过”的浅层验证，真正实现从数据互通到业务协同的跨越。