CN105975418B

CN105975418B - 智能接口处理方法、智能接口和智能接口设备

Info

Publication number: CN105975418B
Application number: CN201610317341.0A
Authority: CN
Inventors: 宫辉
Original assignee: Beijing Semioe Technology Co Ltd
Current assignee: Beijing Semioe Technology Co Ltd
Priority date: 2016-05-12
Filing date: 2016-05-12
Publication date: 2019-04-02
Anticipated expiration: 2036-05-12
Also published as: CN105975418A

Abstract

本发明提供一种智能接口处理方法、智能接口和智能接口设备，所述接口与智能设备连接，包括应用程序接口单元、处理单元、语义结构化单元和通信接口单元。应用程序接口单元用于接收通过访问URL发送的请求信息，向通知目标发送通知信息。处理单元用于对请求信息进行逻辑处理以得到第一语义信息，对第三语义信息进行逻辑处理以得到通知信息和通知目标。语义结构化单元用于解析第一语义信息以生成第一设备信息，对第三设备信息进行封装以生成第三语义信息。通信接口单元用于向智能设备发送第一设备信息，接收智能设备发送的第三设备信息。其中，URL与智能设备对应且全网唯一，通知信息包括URL。本发明实现了不同设备之间的互联和智能协作。

Description

智能接口处理方法、智能接口和智能接口设备

技术领域

本申请涉及智能设备接口技术领域，具体涉及一种智能接口处理方法、智能接口和智能接口设备。

背景技术

当前物联网的基础架构还是采用互联网的基础架构，只是在互联网或局域网中挂接了若干可连接的各类智能设备，如目前市场上的各类智能家居设备、数字化生活设备、可穿戴设备等，这些设备的用途、采用的技术和通讯的方式是非常纷繁复杂的，具有不可预测的特点，不同厂家生产的设备甚至同一厂家生产的设备往往都采用不同的数据结构和通信协议。因此，如何实现各种采用不同数据结构和通信协议的现有设备的快速互联，使其具有物联网所要求的可连接性和智能处理的要求是一个具有挑战性的问题。

其次，设备互联只是智能处理的第一步，真正的问题在于如何让各种采用不同数据结构和通信协议的设备通过物联网发挥更强的智能协作处理，从而通过物联网为人们提供更好的服务，如何实现统一标识物联网的设备，以及如何实现基于物联网对各类设备进行高效管理，如何实现设备与设备之间，设备与使用方(包括人和程序系统)之间的无缝的、自动的认知。

发明内容

鉴于现有技术中的上述缺陷或不足，期望提供一种实现采用不同的数据结构和通信协议的设备互联和智能协作的智能接口处理方法、智能接口和智能接口设备。

第一方面，本发明提供一种智能接口处理方法，所述方法包括：

接收通过访问统一资源定位符(URL)发送的语义结构化的请求信息；

对所述请求信息进行逻辑处理，得到第一语义信息；

根据预设的语义结构规则和所连接的智能设备的通信协议解析所述第一语义信息，生成第一设备信息；

向所述智能设备发送所述第一设备信息。

其中，所述URL与所述智能设备对应且全网唯一。

第二方面，本发明提供另一种智能接口处理方法，所述方法包括：

接收所连接的智能设备发送的第三设备信息；

根据预设的语义结构规则对所述第三设备信息进行语义结构化封装以生成第三语义信息；

对所述第三语义信息进行逻辑处理，得到通知信息和通知目标；

向所述通知目标发送所述通知信息。

其中，所述通知信息包括与所述智能设备对应且全网唯一的统一资源定位符(URL)。

第三方面，本发明提供一种智能接口，与智能设备连接，所述接口包括应用程序接口单元、处理单元、语义结构化单元和通信接口单元；

所述应用程序接口单元用于接收通过访问统一资源定位符(URL)发送的语义结构化的请求信息，向通知目标发送通知信息；

所述处理单元用于对所述请求信息进行逻辑处理以得到第一语义信息，对第三语义信息进行逻辑处理以得到通知信息和通知目标；

所述语义结构化单元用于根据预设的语义结构规则和所述智能设备的通信协议解析所述第一语义信息以生成第一设备信息，根据预设的语义结构规则对第三设备信息进行语义结构化封装以生成第三语义信息；

所述通信接口单元用于向所述智能设备发送所述第一设备信息，接收所述智能设备发送的第三设备信息。

其中，所述URL与所述智能设备对应且全网唯一，所述通知信息包括所述URL。

第四方面，本发明提供一种智能接口设备，所述设备包括外壳和上述智能接口，所述外壳上设有用于与所述智能设备连接的通用接口，所述通信接口单元通过所述通用接口与所述智能设备连接。

本发明诸多实施例提供的智能接口处理方法、智能接口和智能接口设备通过采用与智能设备对应且全网唯一的URL访问设备，实现了设备之间的互联，同时通过语义结构化单元采用通用语义封装设备发送的信息、解析接收的语义结构化的信息，实现了设备和程序之间、设备和人之间、设备和设备之间的语义互通，从而实现了采用不同的数据结构和通信协议的设备之间的智能协作；

本发明一些实施例提供的智能接口处理方法、智能接口和智能接口设备进一步通过设置事件语义结构规则，对设备信息进行事件处理，从而实现了简化外部系统的处理，同时提供更完备准确的信息。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本发明一实施例中一种智能接口处理方法的流程图。

图2为本发明一实施例中另一种智能接口处理方法的流程图。

图3为本发明一实施例中智能接口的结构示意图。

图4为图1所示智能接口处理方法的优选实施方式的流程图。

图5为图2所示智能接口处理方法的优选实施方式的流程图。

图6为本发明一实施例中通过网页访问对应智能设备的URL的示意图。

图7为本发明一实施例中事件语义结构模型的示意图。

图8为本发明一实施例中智能接口设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1为本发明一实施例中一种智能接口处理方法的流程图。

如图1所示，在本实施例中，本发明提供的一种智能接口处理方法包括：

S11：接收通过访问统一资源定位符(URL)发送的语义结构化的请求信息；

S12：对所述请求信息进行逻辑处理，得到第一语义信息；

S13：根据预设的语义结构规则和所连接的智能设备的通信协议解析所述第一语义信息，生成第一设备信息；

S14向所述智能设备发送所述第一设备信息。

其中，所述URL与所述智能设备对应且全网唯一。

图2为本发明一实施例中另一种智能接口处理方法的流程图。

如图2所示，在本实施例中，本发明提供的另一种智能接口处理方法包括：

S21：接收所连接的智能设备发送的第三设备信息；

S22：根据预设的语义结构规则对所述第三设备信息进行语义结构化封装以生成第三语义信息；

S23：对所述第三语义信息进行逻辑处理，得到通知信息和通知目标；

S24：向所述通知目标发送所述通知信息。

图3为本发明一实施例中智能接口的结构示意图。图1和图2所示的智能接口处理方法可以应用在图3所示的智能接口中。

如图3所示，在本实施例中，本发明提供的智能接口10与智能设备20连接，包括应用程序接口单元101、处理单元103、语义结构化单元105和通信接口单元107。

应用程序接口单元101用于接收通过访问统一资源定位符(URL)发送的语义结构化的请求信息，向通知目标发送通知信息。

处理单元103用于对所述请求信息进行逻辑处理以得到第一语义信息，对第三语义信息进行逻辑处理以得到通知信息和通知目标。

语义结构化单元105用于根据预设的语义结构规则和所述智能设备的通信协议解析所述第一语义信息以生成第一设备信息，根据预设的语义结构规则对第三设备信息进行语义结构化封装以生成第三语义信息。

通信接口单元107用于向所述智能设备发送所述第一设备信息，接收所述智能设备发送的第三设备信息。

具体地，如图3所示，在本实施例中，智能接口10嵌入在智能设备20中，通信接口单元107与智能设备20的控制电路201连接，智能接口10通过通信接口单元107与智能设备20的控制电路201连接实现与智能设备20进行交互设备信息。在更多实施例中，智能接口10可根据实际需求采用其它方式与智能设备20连接，通信接口单元107可根据实际需求设置为与智能设备20的其它组件连接或通信连接，只要通信接口单元107能与智能设备20进行交互设备信息即可实现相同的技术效果。

在一优选实施例中，通信接口单元107还用于接收智能设备20根据所述第一设备信息反馈的第二设备信息；语义结构化单元105还用于根据所述语义结构规则对第二设备信息进行语义结构化封装以生成第二语义信息；处理单元103还用于对第二语义信息进行逻辑处理以得到第一反馈信息和反馈目标；应用程序接口单元101还用于向反馈目标发送第一反馈信息。

图4为图1所示智能接口处理方法的优选实施方式的流程图。图4所示的智能接口处理方法可应用在上述智能接口中。

如图4所示，在一优选实施例中，步骤S14之后还包括：

S15：接收所述智能设备返回的第二设备信息；

S16：根据所述语义结构规则对所述第二设备信息进行语义结构化封装以生成第二语义信息；

S17：对所述第二语义信息进行逻辑处理，得到第一反馈信息和反馈目标；

S18：向所述反馈目标发送所述第一反馈信息。

在一些优选实施例中，所述反馈目标包括以下至少一项：所述请求信息的发送方、服务器、预定的采用相同语义结构规则的智能处理接口和预定的通知目标。

在一些优选实施例中，所述第一反馈信息包括以下至少一项：数据信息、状态信息、报警信息和自定义订制信息。

在一些优选实施例中，所述请求信息包括以下至少一项：设置指令、写数据请求信息、读数据请求信息和状态读取请求信息。

在一优选实施例中，应用程序接口单元101还用于接收根据所述通知信息反馈的语义结构化的第二反馈信息。其中，所述第二反馈信息通过访问所述URL发送。处理单元103还用于对所述第二反馈信息进行逻辑处理，得到第四语义信息。语义结构化单元105还用于根据所述语义结构规则和智能设备20的通信协议解析所述第四语义信息，生成第四设备信息。通信接口单元107还用于向智能设备20发送所述第四设备信息。

图5为图2所示智能接口处理方法的优选实施方式的流程图。图5所示的智能接口处理方法可应用在上述智能接口中。

如图5所示，在一优选实施例中，步骤S24之后还包括：

S25：接收通过访问所述URL发送的语义结构化的第二反馈信息；

S26：对所述第二反馈信息进行逻辑处理，得到第四语义信息；

S27：根据所述语义结构规则和所述智能设备的通信协议解析所述第四语义信息，生成第四设备信息；

S28：向所述智能设备发送所述第四设备信息。

在一些优选实施例中，所述第二反馈信息包括以下至少一项：设置指令、写数据请求信息、读数据请求信息和状态读取请求信息。

在一些优选实施例中，所述通知目标包括以下至少一项：服务器、预定的采用相同语义结构规则的智能处理接口和预定的通知目标。

在一些优选实施例中，所述通知信息包括以下至少一项：数据信息、状态信息、报警信息和自定义订制信息。

在一优选实施例中，所述语义结构规则包括数据语义结构规则，和以所述数据语义结构规则为基础形成的事件语义结构规则。

对应地，语义结构化单元105包括：

封装解析子单元，用于根据所述数据语义结构规则解析所述第一语义信息或封装所述第三设备信息；

事件处理子单元，用于根据所述事件语义结构规则对所述第三设备信息进行事件处理。

在一优选实施例中，语义结构化单元105还包括日志管理子单元，用于记录并管理语义结构化单元105的操作日志。

以下以嵌入脉搏血氧仪的智能接口为例进行举例说明：

在本实施例中，连接智能接口的脉搏血氧仪对应设有全网唯一的URL：http://www.xxxxxx.org/dev/ecg/manu008/0x00003#pulseoximeter。

1、通过APP程序对脉搏血氧仪进行设置

用户在APP程序的界面中进行选择设置，APP程序将设置指令封装成语义结构化的请求信息，通过访问上述URL发送至智能接口10的应用程序接口单元101。在步骤S11中，应用程序接口单元101接收请求信息后发送至处理单元103。

在步骤S12中，处理单元103对请求信息进行逻辑处理得到包含设置指令的第一语义信息，并发送至语义结构化单元105。

在步骤S13中，语义结构化单元105根据预设的语义结构规则解析所述第一语义信息，并根据脉搏血氧仪的通信协议生成第一设备信息，发送至通信接口单元107。

在步骤S14中，通信接口单元107通过总线接口向脉搏血氧仪的控制电路发送所述第一设备信息，最终完成对脉搏血氧仪的远程控制。具体地，根据实际采用的设备，总线接口可采用SPI、I2C、I2S、DIO/AIO或UART等不同类型的接口，只要能实现设备信息的传输即可。

在本实施例中，用户所使用的APP程序无需了解脉搏血氧仪内部的通信协议和数据结构，只需采用与智能接口一致的语义结构规则对设置指令进行封装，并通过访问全网唯一的网址发送至对应的智能接口，即可实现对脉搏血氧仪进行设置。类似地，对于各种采用不同通信协议和数据结构的智能设备，在连接本发明所提供的智能接口之后，APP程序只需采用一种通用的语义结构规则并分别访问全网唯一的网址，即可轻松实现同时控制各种智能设备，而无需分别根据不同的通信协议和数据结构进行开发控制程序和连接设备。

2、通过APP程序定时接收脉搏血氧仪发送的数据

在步骤S21中，通信接口单元107通过总线接口接收脉搏血氧仪发送的数据，例如血氧饱和度和脉搏/分钟，并将接收的数据发送至语义结构化单元105。

在步骤S22中，语义结构化单元105根据预设的语义结构规则对接收的数据进行语义结构化封装，生成第三语义信息，并发送至处理单元103。

在步骤S23中，处理单元103对所述第三语义信息进行逻辑处理，得到通知目标(在本实施例中为用户的APP程序)和通知信息(对第三语义信息进行通信封包)。具体地，在更多实施例中，通知目标还可以为服务器、医生的APP程序、与脉搏血氧仪协同工作的智能医疗器械的智能接口等，也可以同时包括多个通知目标。

在步骤S24中，应用程序接口单元101向用户的APP程序发送所述通知信息。其中，通知信息中包括上述URL，以供通知目标发送反馈信息。

在本实施例中，用户所使用的APP程序无需了解脉搏血氧仪内部的通信协议和数据结构，即可接收采用统一的语义结构规则的通知信息。

类似地，对于各种采用不同通信协议和数据结构的智能设备，在连接本发明所提供的智能接口之后，APP程序无需分别根据不同的数据结构解析各智能设备发送的数据包，即可获得统一通用格式的信息。

在一优选实施例中，更进一步地，当用户通过APP程序查看到脉搏/分钟信息后，希望修改设置为只接收脉搏数大于95次/分钟或小于65次/分钟的通知信息，通过APP程序界面进行设置后，APP程序生成语义结构化的第二反馈信息并通过上述URL进行发送。

在步骤S25中，应用程序接口单元101接收所述第二反馈信息并发送至处理单元103。

在步骤S26中，处理单元103对所述第二反馈信息进行逻辑处理，得到第四语义信息，并发送至语义结构化单元105。

在步骤S27中，语义结构化单元105根据预设的语义结构规则解析所述第四语义信息，并根据脉搏血氧仪的通信协议生成“脉搏数在65次/分钟至95次/分钟之间时不发送数据”的条件设置指令(即第四设备信息)，并发送至通信接口单元107。

在步骤S28中，通信接口单元107将所述条件设置指令通过总线接口发送至脉搏血氧仪的控制电路进行存储和执行。

在一些优选实施例中，处理单元103也可存储例如上述条件设置指令的控制指令并进行执行。

在一些优选实施例中，多个分别连接本发明所提供的智能接口的智能设备之间，也可通过相互预设为通知目标，以及预设协作条件，实现相互之间的智能协作。例如连接智能接口的智能医疗器械判断用户入睡后发送控制指令至连接智能接口的智能LED，实现自动关灯。

3、通过访问URL查看脉搏血氧仪的设备信息和实时测量数据

用户在网页中直接访问上述URL。在步骤S11中，应用程序接口单元101接收请求信息后发送至处理单元103。

在步骤S12中，处理单元103对请求信息进行逻辑处理得到第一语义信息并发送至语义结构化单元105。

在步骤S13中，语义结构化单元105根据预设的语义结构规则解析所述第一语义信息，并根据脉搏血氧仪的通信协议生成请求设备信息和实时采集数据的第一设备信息，发送至通信接口单元107。

在步骤S14中，通信接口单元107通过总线接口向脉搏血氧仪的控制电路发送所述第一设备信息。

脉搏血氧仪采集实时数据，并反馈包括设备信息和实时数据的第二设备信息。在步骤S15中，通信接口单元107通过总线接口接收所述第二设备信息并发送至语义结构化单元105。

在步骤S16中，语义结构化单元105根据所述语义结构规则对所述第二设备信息进行语义结构化封装以生成第二语义信息，并发送至处理单元103。

在步骤S17中，处理单元103对所述第二语义信息进行逻辑处理，得到第一反馈信息和反馈目标(浏览器所在节点)。

在步骤S18中，应用程序接口单元101向浏览器所在节点发送所述第一反馈信息。图6为本实施例中通过网页访问对应智能设备的URL的示意图。浏览器显示脉搏血氧仪的设备信息和实时数据，如图6所示。

上述各实施例提供的智能接口处理方法和智能接口通过采用与智能设备对应且全网唯一的URL访问设备，实现了设备之间的互联，同时通过语义结构化单元采用通用语义封装设备发送的信息、解析接收的语义结构化的信息，实现了设备和程序之间、设备和人之间、设备和设备之间的语义互通，从而实现了采用不同的数据结构和通信协议的设备之间的智能协作。

相对应地，语义结构化单元105包括：

图7为本发明一实施例中事件语义结构模型的示意图。

如图7所示，在本实施例中，所述事件语义结构规则包括图7所示的事件语义结构模型，包括一般状态报告、通讯信息、诊断事件、日常事件、维护事件、故障和错误、安全相关事件等子结构信息。

例如当智能接口接收到脉搏血氧仪发送的脉搏数低于60次的设备信息时，即可产生包括诊断数据的诊断事件、包括警告目标对象的通讯信息等，从而生成一个事件语义结构模型。医生的APP程序接收到一个包括多样丰富信息的完整的事件语义结构模型，通过简单的处理即可为医生呈现丰富的信息，从而在简化医生采用的APP程序的同时提供了更丰富的信息。

在本实施例中，所述事件语义结构规则包括上述模型和各项子结构信息，在更多实施例中，所述事件语义结构规则可根据实际需求设置为不同的格式，只要以结构化的格式制定了事件的语义规则，即可显示相同的技术效果。

上述实施例提供的智能接口处理方法和智能接口进一步通过设置事件语义结构规则，对设备信息进行事件处理，从而实现了简化外部系统的处理，同时提供更完备准确的信息。

在一优选实施例中，语义结构化单元105还包括：

日志管理子单元，用于记录并管理语义结构化单元105的操作日志。

图8为本发明一实施例中智能接口设备的结构示意图。

如图8所示，在本实施例中，本发明提供一种智能接口设备30，包括外壳和上述任一实施例提供的智能接口10，所述外壳上设有用于与智能设备20连接的通用接口301，通信接口单元107通过通用接口301与智能设备20连接。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，语义结构化单元105可以是设置在处理单元103中的软件程序，也可以是单独的硬件结构。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，语义结构化单元105还可以被描述为“用于将设备信息统一格式化的标准格式化单元”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的公式输入方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims

1.一种智能接口处理方法，其特征在于，所述方法包括：

接收通过访问统一资源定位符URL发送的语义结构化的请求信息；

对所述请求信息进行逻辑处理，得到第一语义信息；

向所述智能设备发送所述第一设备信息；

其中，所述URL与所述智能设备对应且全网唯一；

所述语义结构规则包括数据语义结构规则，和以所述数据语义结构规则为基础形成的事件语义结构规则，所述事件语义结构规则包括事件语义结构模型，所述事件语义结构模型包括状态报告子结构信息、通讯子结构信息、诊断事件子结构信息、日常事件子结构信息、维护事件子结构信息、故障和错误子结构信息、安全相关事件子结构信息。

2.根据权利要求1所述的智能接口处理方法，其特征在于，所述向所述智能设备发送所述第一设备信息之后还包括：

接收所述智能设备返回的第二设备信息；

根据所述语义结构规则对所述第二设备信息进行语义结构化封装以生成第二语义信息；

对所述第二语义信息进行逻辑处理，得到第一反馈信息和反馈目标；

向所述反馈目标发送所述第一反馈信息。

3.根据权利要求2所述的智能接口处理方法，其特征在于，所述

反馈目标包括以下至少一项：所述请求信息的发送方、服务器、预定的采用相同语义结构规则的智能处理接口和预定的通知目标。

4.根据权利要求2所述的智能接口处理方法，其特征在于，所述

第一反馈信息包括以下至少一项：数据信息、状态信息、报警信息和自定义订制信息。

5.根据权利要求1-4任一项所述的智能接口处理方法，其特征在于，所述请求信息包括以下至少一项：设置指令、写数据请求信息、读数据请求信息和状态读取请求信息。

6.一种智能接口处理方法，其特征在于，所述方法包括：

接收所连接的智能设备发送的第三设备信息；

向所述通知目标发送所述通知信息；

其中，所述通知信息包括与所述智能设备对应且全网唯一的统一资源定位符URL；

7.根据权利要求6所述的智能接口处理方法，其特征在于，所述向所述通知目标发送所述通知信息之后还包括：

接收通过访问所述URL发送的语义结构化的第二反馈信息；

对所述第二反馈信息进行逻辑处理，得到第四语义信息；

根据所述语义结构规则和所述智能设备的通信协议解析所述第四语义信息，生成第四设备信息；

向所述智能设备发送所述第四设备信息。

8.根据权利要求7所述的智能接口处理方法，其特征在于，所述第二反馈信息包括以下至少一项：设置指令、写数据请求信息、读数据请求信息和状态读取请求信息。

9.根据权利要求6-8任一项所述的智能接口处理方法，其特征在于，所述通知目标包括以下至少一项：服务器、预定的采用相同语义结构规则的智能处理接口和预定的通知目标。

10.根据权利要求6-8任一项所述的智能接口处理方法，其特征在于，所述通知信息包括以下至少一项：数据信息、状态信息、报警信息和自定义订制信息。

11.一种智能接口，与智能设备连接，其特征在于，所述智能接口包括应用程序接口单元、处理单元、语义结构化单元和通信接口单元；

所述应用程序接口单元用于接收通过访问统一资源定位符URL发送的语义结构化的请求信息，向通知目标发送通知信息；

所述通信接口单元用于向所述智能设备发送所述第一设备信息，接收所述智能设备发送的第三设备信息；

其中，所述URL与所述智能设备对应且全网唯一，所述通知信息包括所述URL；

所述语义结构规则包括数据语义结构规则，和以所述数据语义结构规则为基础形成的事件语义结构规则，所述事件语义结构规则包括事件语义结构模型，所述事件语义结构模型包括状态报告子结构信息、通讯子结构信息、诊断事件子结构信息、日常事件子结构信息、维护事件子结构信息、故障和错误子结构信息、安全相关事件子结构信息；

所述语义结构化单元包括：

12.根据权利要求11所述的智能接口，其特征在于，所述通信接口单元还用于接收所述智能设备根据所述第一设备信息反馈的第二设备信息；

所述语义结构化单元还用于根据所述语义结构规则对第二设备信息进行语义结构化封装以生成第二语义信息；

所述处理单元还用于对第二语义信息进行逻辑处理以得到第一反馈信息和反馈目标；

所述应用程序接口单元还用于向反馈目标发送第一反馈信息。

13.根据权利要求12所述的智能接口，其特征在于，所述反馈目标包括以下至少一项：所述请求信息的发送方、服务器、预定的采用相同语义结构规则的智能处理接口和预定的通知目标。

14.根据权利要求12所述的智能接口，其特征在于，所述第一反馈信息包括以下至少一项：数据信息、状态信息、报警信息和自定义订制信息。

15.根据权利要求11-14任一项所述的智能接口，其特征在于，所述请求信息包括以下至少一项：设置指令、写数据请求信息、读数据请求信息和状态读取请求信息。

16.根据权利要求11所述的智能接口，其特征在于，所述应用程序接口单元还用于接收根据所述通知信息反馈的语义结构化的第二反馈信息；其中，所述第二反馈信息通过访问所述URL发送；

所述处理单元还用于对所述第二反馈信息进行逻辑处理，得到第四语义信息；

所述语义结构化单元还用于根据所述语义结构规则和所述智能设备的通信协议解析所述第四语义信息，生成第四设备信息；

所述通信接口单元还用于向所述智能设备发送所述第四设备信息。

17.根据权利要求16所述的智能接口，其特征在于，所述第二反馈信息包括以下至少一项：设置指令、写数据请求信息、读数据请求信息和状态读取请求信息。

18.根据权利要求16或17所述的智能接口，其特征在于，所述通知目标包括以下至少一项：服务器、预定的采用相同语义结构规则的智能处理接口和预定的通知目标。

19.根据权利要求16或17所述的智能接口，其特征在于，所述通知信息包括以下至少一项：数据信息、状态信息、报警信息和自定义订制信息。

20.根据权利要求11所述的智能接口，其特征在于，所述语义结构化单元还包括：

日志管理子单元，用于记录并管理所述语义结构化单元的操作日志。

21.一种智能接口设备，其特征在于，包括外壳和权利要求11-20任一项所述的智能接口，所述外壳上设有用于与所述智能设备连接的通用接口，所述通信接口单元通过所述通用接口与所述智能设备连接。