[发明专利]实现互联网使能设备中的逻辑端点

说明书

技术领域

本公开涉及用于实现互联网使能设备(具体地，配备有互联网连接性的任何物理对象或实体(诸如器具、传感器或致动器))中的逻辑端点的系统和方法，具体地以便延伸解决本地设备(具体地，物联网(IoT)设备)间的相互发现、相互通信和可互操作性的任何协议的适用性。

背景技术

存在支持设备间的相互发现、相互通信和可互操作性的已知的各种协议，所述已知的各种协议诸如：

-EEBUS(https://www.eebus.org/en/technological-concept/)；

-Bonjour(http://www.apple.com/support/bonjour/)；

-AllJoyn(https://allseenalliance.org/framework)；

-Weave(https://developers.google.com/weave/)；

-HomeKit(https://developer.apple.com/homekit/)；

-OIC/UPnP IoTivity(https://www.iotivity.org/)。

然而，针对上述协议的现有实现方式的解决方案经历各种优点和问题。所述现有解决方案在端点协议栈嵌入物理对象、设备或器具的连接性电子装置内时部署所述端点协议栈。这具有若干缺点：

-IoT产业分布图在许多不同协议中被分段，从而需要并行支持多个协议，以便确保可互操作性。然而，大多数消费者器具的成本非常受限制并且不能提供需要并行运行多个协议的另外的硬件和软件资源(存储器、CPU)。

-IoT协议经历非常快的演进，而嵌入式SW开发周期通常较慢(长达许多个月)。

-嵌入在物理设备中的协议端点栈更易暴露出安全性问题，因为它们可遭受本地恶意动作(诸如篡改、拦截、欺诈)。

-位于物理设备中的端点的安全化和硬化直接地提高了部署阶段处的生命周期成本并且由于寿命中的维护需求而间接地提高了所述生命周期成本。

-现有的解决方案基于设备连接到局域网(LAN)以供与其他设备交换发现和交互消息，所述其他设备也需要物理地连接到相同LAN(即，公共的非全局可路由地址空间内)。这防止与位于不同LAN环境中的设备间交互有关的使用案例。

-更新的嵌入式固件部署在大量器具上是主要的可操作负担(甚至0.1％的故障率可导致管理成千上万的故障)。

-由不同工业协会促进的协议未被统一并且不可互操作，因此想要参与多个使用案例生态系统的设备需要嵌入多个协议端点业务逻辑，从而加剧了上文论述的问题。

欧洲专利申请EP2566281公开了IoT服务体系结构和用于实现IoT服务的方法。所描述的IoT系统的分层体系架构包括多个等级的IoT服务平台。所述申请并不能具体地解决协议仲裁或代理器功能，这是其缺点。

美国专利US8717950公开了通信网络系统中的多模式端点。网关将座落在网关一侧上的端点利用逻辑连接到座落在另一侧上的多个通信服务器，所述逻辑查询通信服务器中的哪一个支持由给定端点所需的特定服务并且将请求路由至适当服务器。所述申请并不能具体地解决协议仲裁或代理器功能，这是其主要缺点。

因此，需要提供一种改进的协议仲裁系统和用于实现互联网使能设备中的逻辑端点的方法。

发明内容

本文中公开了一种用于在LAN环境中处置支持标准消息的端点与支持设备本地消息的互联网使能设备之间的通信的方法，所述方法的特征在于：使所述互联网使能设备与被配置来将所述标准消息转换成设备本地消息并且将所述设备本地消息转换成所述标准消息的云服务通信。

优选地，所述方法包括在互联网使能设备处执行的下列步骤：从端点接收标准消息，将所述标准消息传输至云服务；从所述云服务接收设备本地消息；以及处理所述设备本地消息。

优选地，所述方法包括在互联网使能设备处执行的下列步骤：生成设备本地消息；将所述设备本地消息传输至云服务；从所述云服务接收标准消息；以及将所述标准消息发送至端点。

优选地，所述方法包括使互联网使能设备与云服务通过代理器在隧道上通信。

优选地，所述方法包括在云服务处：将标准消息转换成抽象消息并且将所述抽象消息转换成设备本地消息；以及将所述设备本地消息转换成抽象消息并且将所述抽象消息转换成标准消息。