IOT语义交互性之交叉

这个系列文章描述了一个单一的语义数据模型来支持物联网和建筑、企业和消费者的数据转换。 这种模型必须简单可扩展, 以便能够在各行业领域之间实现插件化和互操作性。 对于一个目前从事智能硬件的老码农，觉得这些文字具有积极的参考意义。本节讨论业务和设备本体论的交叉点, 以及两者的元素如何能够提高可伸缩性。

“Good design is good business.” – Thomas Watson Jr.

发展成为以IOT为中心的业务

对于用户来说, 物联网的真正价值并不在于远程控制智能设备, 而是这些设备之间能够相互良好的协作。 任何门的传感器都能够触发开关而不依赖哪家设备制造商， 而且任何 HVAC 单元都应该能够触发服务请求或触发更换空气过滤器的命令。

这就扩大了智能设备和商业系统之间对语义互操作性的需求。 它还需要一个新的架构, 可以支持业务流程, 设备处理, 消除围绕系统集成中间件构建的自定义系统的成本和复杂性。

这种新的架构必须使物联网的模型和概念与商业应用平台的模型和概念保持一致。 Gartner 预测, 到2020年, 大多数新的平台服务(PaaS)应用将以IOT为中心。 这打乱了传统的做法, 因为 PaaS 平台将用于实现围绕事件驱动的架构和物联网数据，而不是以传统主数据构建的业务应用程序。 这些以IOT为中心的业务应用程序反过来将转变应用程序设计实践, 将重点放在实时、丰富的上下文决策、事件分析、轻量级工作流程以及对网络规模数据的广泛访问。

与此同时,"物联网标准"和"业务标准"联盟需要适当地调整他们的数据模型、概念和术语。 这些资产必须集中在一个可伸缩的语义互操作性中心点上, 并在应用程序(信息)层中以分布式来数据管理。

共同业务本体的跨行业领域需求

语义互操作性依赖于一个指定的本体来解释交换数据的意义(上下文) , 并将其应用到一个有价值的目标。 这可以跨越多个系统、环境和工业。

针对特定行业的商业本体论(如金融业的 FIBO)和数据模型(如零售业的 ARTS ODM)有重叠的概念, 可以形成一个共同的商业本体论。 这个公共业务本体中的概念应该与一个上层本体(在第3部分 IOT语义互操作性之本体论)相一致, 就像根对象类, 这样所有知识领域的所有对象都具有内在的互操作性。 这些共同的商业本体论为促进跨行业语义互操作性提供了基础。

抽象(忽略不必要的细节的处理的一个广义模型)和面向对象的分解(将一个大的系统分解成逐渐较小的类或对象)已经一次又一次地证明了它们在解决分布式系统不一致性方面的价值。 为了使一个公共业务本体与上层本体的类别适当地对齐, 通用业务概念需要通过追踪与业务相关的数据到其原始对象类别来进行抽象和分解, 这可能是特定于行业的本体论或其他知识领域的一部分。 例如, 为了与上层本体对齐, 业务上显示的数据元素不会被视为独立"联系人"类的属性。 相反, 它们可以被分解成相关的顶级类的属性(如系统、位置或聚会)。

如图25所示, 一个电话号码、街道号、互联网域和电子邮件地址都是作为一种路由系统中端点的唯一"地址"属性, 并由系统操作员(组织)管理。 电话号码不是为"Contact"类定义一个"电话号码"属性, 而是可以定义为一种系统的属性, 该属性可以分配给一个设备。 这个设备可以被分配给一个派对（party）, 这个派对可以与另一个派对建立关系。

图25 将名片分解为与上层本体对齐

在这个例子中,"Bob Smith"表示一个 person 的实例(对象) , 这是一种类型的派对（party）。 "Design by Design"表示一个组织对象, 它也是一种类型的Party。 鲍勃被授予"系统工程师"的角色, 他被设计得很聪明，他还被指定为一个移动设备, 由一个组织指定一个系统地址, 该组织本身被指定为"电话系统操作员"。

虽然这种层次的抽象和分解可能看起来很复杂, 但它实际上简化了语义互操作性, 防止了碎片化。 反过来, 它消除了复杂的数据映射在独立构思的对象类之间的需求。

位置 位置 位置

一个顶级的"位置"类和层次结构(图26)可以支持地理位置的封闭领域(例如, Haystack 的地理位置) , 以及住宅或建筑工地内的空间细分(例如, 区域、楼层、套房或房间)。 一个位置可以分配给一个资产。