CN114442537A

CN114442537A - 设备智能化方法、设备及可读存储介质

Info

Publication number: CN114442537A
Application number: CN202210111461.0A
Authority: CN
Inventors: 杨洪文; 李昂志; 李亚峰; 陈建明
Original assignee: Shenzhen Smart Bay Technology Co ltd
Current assignee: Shenzhen Smart Bay Technology Co ltd
Priority date: 2022-01-29
Filing date: 2022-01-29
Publication date: 2022-05-06

Abstract

本申请适用于物联网技术领域，提供了设备智能化方法、设备及可读存储介质，应用于智能控制中心系统，智能控制中心系统包括多个智能业务应用，智能业务应用用于消息协议转换，该方法包括：接收用户端发送的设备控制指令，设备控制指令用于指示第一设备需要执行的任务；利用第一智能业务应用对设备控制指令进行协议转换得到第一设备能够识别的控制信息，第一智能业务应用为多个智能业务应用中与第一设备对应的智能业务应用；将控制信息发送给第一设备。上述方法可以提高对设备的兼容性，从而降低设备智能化成本。

Description

设备智能化方法、设备及可读存储介质

技术领域

本申请属于物联网技术领域，尤其涉及一种设备智能化方法、设备及可读存储介质。

背景技术

物联网(Internet of Things，IoT)是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。一个设备如果想要接入物联网，就需要进行设备智能化。设备智能化是指设备在网络、大数据、物联网等技术的支持下所具有的能够满足人的需求的一种需求属性。

小至智能开关，大至无人驾驶汽车等等都属于智能化的产物，这些都是将物联网、大数据分析、AI(Artificial Intelligence，人工智能)算法等技术融为一体后所展现的新产物。传统的智能化方案都是基于智能网关去赋能的，智能网关作为控制与计算中心从而使得其需要具备的能力越来越强，从而导致智能网关的成本越发的高昂。

但是传统智能网关存在设备兼容能力有限的技术问题，例如传统智能网关能够添加的设备类型和对应的平台都是固定的，因此如果需要添加其他类型的设备型，就需要更换网关；再比如传统智能网关不能将不同平台的设备组合使用，增加设备智能化成本。

发明内容

本申请实施例提供了一种设备智能化方法、设备及可读存储介质，可以提高对设备的兼容性，从而降低设备智能化成本。

第一方面，本申请实施例提供了一种设备智能化方法，应用于智能控制中心系统，所述智能控制中心系统包括多个智能业务应用，所述方法包括：

接收用户端发送的设备控制指令，所述设备控制指令用于指示第一设备需要执行的任务；

利用第一智能业务应用对所述设备控制指令进行协议转换得到所述第一设备能够识别的控制信息，所述第一智能业务应用为所述多个智能业务应用中与所述第一设备对应的智能业务应用；

将所述控制信息发送给所述第一设备。

上述实施例中，所述设备智能化方法中，智能控制中心系统中设置多个智能业务应用，每个智能业务应用对应一种类型的设备或者属于同一个场景的多个设备，并且智能业务应用可以对用户端发送的控制指令进行协议转换，得到对应设备能够识别的控制信息；采用本申请实施例中的设备智能化方法能够兼容不同类型的设备，也可以兼容属于不同云平台的设备。本申请实施例中的设备智能化方法不需要对设备的硬件方面进行任何改动，只需要在智能控制中心系统中设置于设备对应的智能业务应用并在设备与对应的智能业务应用之间建立连接即可实现设备的智能化，从而降低设备智能化成本。

在第一方面的一种可能的实现方式中，所述第一设备通过第一云平台与所述第一智能业务应用连接，所述第一云平台为所述第一设备所属的云平台；

所述将所述控制信息发送给所述第一设备，包括：

将所述控制信息发送给所述第一云平台，以使所述第一云平台将所述控制信息发送给所述第一设备。

在第一方面的一种可能的实现方式中，第一网关为所述第一设备连接的网关；

所述将所述控制信息发送给所述第一设备，包括：

将所述控制信息发送给所述第一网关，以使所述第一网关将所述控制信息发送给所述第一设备。

在第一方面的一种可能的实现方式中，所述方法还包括：

接收所述用户端发送的设备连接指令，所述设备连接指令包括所述第一设备的设备信息；

若所述多个智能业务应用中包括与所述设备信息对应的所述第一智能业务应用，则根据所述设备连接指令在所述第一智能业务应用与所述第一设备之间建立连接。在第一方面的一种可能的实现方式中，所述方法还包括：：

若所述多个智能业务应用中未包括所述第一智能业务应用，则根据所述设备信息下载所述第一智能业务应用，并根据所述设备连接指令在所述第一智能业务应用与所述第一设备之间建立连接。

在第一方面的一种可能的实现方式中，所述方法还包括：

接收所述用户端发送的设备删除指令，所述设备删除指令用于删除所述第一智能业务应用与第一设备之间的连接；

删除所述第一智能业务应用与第一设备之间的连接之后，若不存在与所述第一智能业务应用建立连接的设备，则将所述第一智能业务应用保留预设时长；

若在所述预设时长内存在至少一个第二设备与所述第一智能业务应用建立连接，则保留所述第一智能业务应用；

若在所述预设时长内没有设备与所述第一智能业务应用建立连接，则删除所述第一智能业务应用。

在第一方面的一种可能的实现方式中，所述方法还包括：

删除所述第一智能业务应用与第一设备之间的连接之后，若存在与所述第一智能业务应用建立连接的设备，则保留所述第一智能业务应用。

在第一方面的一种可能的实现方式中，所述根据所述设备连接指令在所述第一智能业务应用与所述第一设备之间建立连接，包括：

根据所述设备连接指令在所述第一智能业务应用与第一网关设备之间建立连接，以使所述第一智能业务应用与所述第一设备之间通过所述第一网关设备连接，所述第一网关设备为所述第一设备连接的网关设备；或者，

根据所述设备连接指令在所述第一智能业务应用与第一云平台之间建立连接，以使所述第一智能业务应用与所述第一设备之间通过所述第一云平台连接，所述第一云平台为所述第一设备所属的云平台。

第二方面，本申请实施例提供了一种设备智能化装置，所述装置包括：

接收单元，用于接收用户端发送的设备控制指令，所述设备控制指令用于指示第一设备需要执行的任务；

协议转换单元，用于利用第一智能业务应用对所述设备控制指令进行协议转换得到所述第一设备能够识别的控制信息，所述第一智能业务应用为所述多个智能业务应用中与所述第一设备对应的智能业务应用；

发送单元，用于将所述控制信息发送给所述第一设备。

第三方面，本申请实施例提供了一种设备智能化设备，所述设备智能化设备被配置为用于执行以上第一方面中任一实施方式中所述的方法。

在第三方面的一种可能的实现方式中，所述设备智能化设备为平台设备或者终端设备。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如以上第一方面中任一实施方式中所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行上述第一方面中任一项所述的方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的设备智能化方法的流程图；

图2是本申请一实施例提供的物联网系统的示意图；

图3是本申请另一实施例提供的物联网系统的示意图；

图4是本申请另一实施例提供的物联网系统的示意图；

图5是本申请另一实施例提供的物联网系统的示意图；

图6是本申请一实施例提供的设备智能化方法中的删除设备的过程的流程图；

图7是本申请一实施例提供的设备智能化方法中的设备控制过程的流程图；

图8是本申请一实施例提供的设备智能化方法中的设备控制过程的交互图；

图9是本申请另一实施例提供的设备智能化方法中的设备控制过程的交互图；

图10是本申请又一实施例提供的设备智能化方法中的设备控制过程的交互图；

图11是本申请一实施例提供的设备智能化装置的模块结构示意图；

图12是本申请一实施例提供的设备智能化设备的内部结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

传统智能网关能够添加的设备的类型和对应的平台都是固定的。因此如果需要添加其他类型的设备型，就需要更换网关；再比如传统智能网关不能将不同平台的设备组合使用，如果想要将属于同平台的设备进行组合使用只能更换设备。因此传统的设备智能化方法的成本居高不下。

为此，本申请提供一种智能控制中心系统，智能控制中心系统中包括与各种不同类型的设备(或者不同应用场景)对应的智能业务应用，智能业务应用可以将从用户端接收到的控制指令进行协议转化，得到对应的设备可识别的控制信息并将控制信息发送给对应的设备，从而兼容各种不同类型的设备，实现不同设备的智能化。该智能控制中心系统可以设置在本地终端设备或云平台设备等设备中，以使得终端设备或云平台设备能够实现本申请提供的设备智能化方法。

下面结合具体实施例对本申请提供的一种设备智能化方法进行示例性的说明。所述设备智能化方法应用于智能控制中心系统上，智能控制中心系统包括多个智能业务应用。

图1示出了本申请一实施例中提供的设备智能化方法中的设备连接过程的流程图。其中第一设备为智能控制中心系统对应的物联网系统中的多个设备中的任意一个设备，本申请实施例以第一设备进行说明，多个设备中的其他设备执行相同的步骤。作为示例而非限定，所述设备智能化方法包括以下步骤：

步骤S101、接收用户端发送的设备连接指令，设备连接指令包括第一设备的设备信息。

实施例中，当第一设备需要接入到智能控制中心系统时，用户端发出与第一设备对应的设备连接指令，设备连接指令中包括所要接入的第一设备的设备信息。其中设备信息是用于表征设备身份的信息，示例性的可以包括设备序列号(DeviceSn)、设备品牌(DeviceBrand)、设备产品型号(DeviceProductModel)和设备类型(DeviceType)等。

步骤S102、判断多个智能业务应用中是否包括与设备信息对应的第一智能业务应用。

实施例中，智能业务应用是针对某个类型的设备所开发的应用软件，也可以是针对特定场景(例如多个设备的联动的场景)开发的应用软件。实施例中，每个设备对应一个智能业务应用，一个智能业务应用对应一个或多个设备。

示例性的，智能业务应用A用于对设备X₁的控制，该智能业务应用A与设备X₁建立连接，此时智能业务应用A对应一个设备；当设备X₁所在物联网中需要接入另一个与设备X₁同类型的设备X₂时，智能业务应用A同时也与设备X₂建立连接，此时智能业务应用A对应两个同类型的设备；上述情况下可以通过智能业务应用A控制设备X₁和/或设备X₂的所有动作。

可以理解的是，如果智能业务应用B用于对物联网中的多个不同设备之间的联动进行管理控制，此时智能业务应用B对应多个设备，当达到某个条件时，分别控制多个设备执行对应的的动作；多个设备可能是同类型的设备也可能是不同类型的设备。

示例性的，智能业务应用开发完成后，上传到指定服务器，当智能控制中心系统需要该智能业务应用时，智能控制中心系统就会先从指定服务器下载该智能业务应用，下载完成后将该智能业务应用加载启动。可选的，智能业务应用开发完成后，可以先打包成war包，将war包上传到指定的服务器，智能控制系统通过下载war包来获得智能业务应用。其中war包(扩展名为.war,war为Web Application Archive的缩写)包含全部Web应用程序，war包是一个可以直接运行的web模块，通常用于网站，打成包部署到容器中。

在一个实施例中，智能控制中心系统还包括用于智能业务应用开发的统一开放框架，智能业务应用的开发过程包括：通过智能控制中心系统的统一开放框架录入目标设备的数据模型；根据所述数据模型和统一开放框架中的软件开发工具包(SDK，SoftwareDevelopment Kit)，开发与目标设备对应的智能业务应用。

可选的，其中设备数据模型包括设备元数据模型和设备事件模型。具体的，设备元数据模型是指用来确定该设备的身份归属的数据；设备事件模型指的是与动作相关的数据，比如设备上下线，例如开关的开和关，这个也是属于该设备的事件。

可选的，设备元数据模型包含设备品牌(DeviceBrand)、设备产品型号(DeviceProductModel)和设备类型(DeviceType)。

可选的，根据不同的目标设备，还可以自定义设备元数据模型。具体的，自定义的设备元数据信息是指设备厂家(也可以是其他主体)根据不同的设备需要将该设备的元数据信息都标识出来。以一键开关和白炽灯来说明，这两个设备一定有设备品牌(DeviceBrand)、设备产品型号(DeviceProductModel)和设备类型(DeviceType)等设备元数据模型；一键开关具有“开”和“关”的设备元属性，而白炽灯则拥有“灯亮”和“灯灭”的设备元属性，这些属于自定义元数据模型。

可选的，设备元数据模型包括基础事件模型，例如设备上下线事件、设备入网事件或设备解绑事件。

可选的，设备事件模型还可以包括自定义事件模型，自定义事件模型是根据不同的目标设备的不同的动作设定的。

步骤S103、若多个智能业务应用中包括与设备信息对应的第一智能业务应用，则根据设备连接指令在第一智能业务应用与第一设备之间建立连接。

实施例中，每个智能业务应用中会包括对应的设备的设备信息。

可选的，设备信息包括设备品牌(DeviceBrand)和设备产品型号(DeviceProductModel)，判断多个智能业务应用中是否包括与设备信息对应的第一智能业务应用的具体方法可以包括：根据设备品牌和设备产品型号判断多个智能业务应用中是否包括与设备信息对应的第一智能业务应用。

实施例中，第一智能业务应用与第一设备之间可以直接连接。

可选的，第一智能业务应用也可以通过第一设备连接的网关设备与第一设备连接，或者第一智能业务应用还可以通过第一设备所属的云平台与第一设备连接。

下面对第一智能业务应用于第一设备的不同连接方式进行说明。

在一个实施例中，第一设备可以通过网关设备与第一智能业务应用连接。具体如图2所示。

图2为本申请中一个实施例提供的物联网系统的示意图，如图2所示，物联网平台中的用户端与云平台设备通信连接，向云平台设备发送与设备相关的指令(例如可以是设备连接指令、删除设备指令或者设备控制指令等)，云平台设备通过网关设备将指令下发给连接在网关设备下的设备，从而实现对物联网系统中的设备的智能化和管理。

如图2所示，本申请实施例中的物联网系统中的设备可以为Wi-Fi设备、蓝牙设备或ZigBee设备等。其中Wi-Fi设备、蓝牙设备和ZigBee设备分别指的是通过Wi-Fi模块、蓝牙模块或ZigBee模块与其他设备进行通信的设备。

实施例中，Wi-Fi设备、蓝牙设备和ZigBee设备分别通过Wi-Fi、蓝牙、ZigBee等方式与网关设备建立通信连接，所有设备均通过网关设备连接到智能控制中心系统上。

本申请实施例中的网关设备可以同时具备路由、连接设备、以及连接云平台的能力。网关设备可以与任何具备通信能力(与其他设备进行通信连接的能力)的设备连接，从而将具备通信能力不具备联网能力的设备连接到智能控制中心系统上，解决了不同厂家的设备接入智能控制中心系统的高成本问题。

在另一个实施例中，对于具备联网能力的第一设备来说，第一设备还可以直接与第一智能业务应用连接。图3为本申请另一实施例中的物联网系统的示意图。图3以智能控制中心系统设置在云平台设备上为例，此时Wi-Fi设备1、Wi-Fi设备2和Wi-Fi设备3均通过网络与对应的智能业务应用通信连接。

可选的，智能控制中心系统也可以设置在本地终端设备上，此种情况下Wi-Fi设备1、Wi-Fi设备2和Wi-Fi设备3均通过本地局域网与对应的智能业务应用通信。

在另一个实施例中，对于属于不同云平台的设备来说，不同的设备可以通过所属的云平台与第一智能业务应用连接。图4为本申请另一实施例中的物联网系统的示意图。图4以智能控制中心系统设置在云平台设备上为例，此时设备A、设备B和设备C分别通过各自所属的云平台A、云平台B和云平台C与对应的智能业务应用通信连接，对应的智能业务应用对控制指令进行协议转化得到设备的控制信息并发送给设备所属的云平台，设备所属的云平台将控制信息发送给设备。

可选的，其中智能控制中心系统也可以设置在本地终端设备上，此种情况下智能控制中心系统通过网络分别云平台A、云平台B和云平台C进行通信连接，从而实现设备A、设备B和设备C与对应的智能业务应用的通信连接。

实施例中的设备智能化方法可以使得不同云平台的设备可以在本申请实施例中的物联网系统中得到统一控制，从而实现对属于不同云平台的设备的兼容。

图5为本申请另一实施例中的物联网系统的示意图，如图5所示，本申请实施例中的智能控制中心系统可以直接与设备通信连接，可以通过网关与设备连接，也可以通过设备所属的云平台于设备连接。

可以理解的是，若设备连接指令中的设备信息中如果存在网关，则将智能控制中心系统与网关连接，通过网关与设备连接；若设备连接指令中的设备信息中如果存在云平台，则将智能控制中心与云平台连接，通过云平台与设备连接；若设备连接指令中的设备信息中既不存在网关也不存在云平台，则将智能控制中心与设备直接连接。

可选的，其中智能控制中心系统也可以设置在本地终端设备上，此种情况下智能控制中心系统通过本地局域网分别Wi-Fi设备X和网关设备Y通信连接，通过网络与云平台Z进行通信连接，从而实现Wi-Fi设备X、设备Y和设备Z与对应的智能业务应用的通信连接。

可以理解的是，本领域技术人员可以利用本申请实施例中设备智能化方法对任何设备进行控制，本领域技术人可以根据需要进行不同设备的设定，在此不做赘述。

在步骤S103中根据设备连接指令在第一智能业务应用与第一设备之间建立连接，具体来说包括：将设备连接指令下发给第一智能业务应用，第一智能业务应用执行设备连接指令与设备进行连接。

实施例中，第一智能业务应用通过设备发现与第一设备建立连接。

下面以智能控制中心系统运行在不同的设备上的情况对智能业务应用通过设备发现与对应设备建立连接的过程进行解释说明。

假设智能控制中心系统运行在本地局域网内的终端设备上，例如手机。手机与设备A在同一局域网内，例如，同一Wi-Fi覆盖范围内，手机可以通过智能控制中心系统根据设备A的信息进行广播(例如Wi-Fi广播或者蓝牙广播)，设备A接收到广播后即可与对应智能业务应用建立连接。例如，若通过Wi-Fi广播，通过对应智能业务应用在检测到设备A后，为设备A配置可以联网的Wi-Fi密码。

假设智能控制中心系统运行在云端，首先用户终端可以先通过通过本地直连(例如Wi-Fi、蓝牙等)的方式去发现设备A，同时将Wi-Fi配置信息配置给设备，设备通过该Wi-Fi配置信息连接上设备的自有云平台，再通过自有云平台与对应的智能应用建立关联联系。对于具备联网能力的设备，也可以先连接设备的自有云平台，然后再通过自有云平台去和对应的智能业务应用建立联系。

可选的，智能控制中心系统在第一智能业务应用与第一设备建立连接时，会生成第一设备的设备UUID(Universally Unique Identifier，通用唯一识别码)，并将第一设备的设备UUID发送给第一智能业务应用。在后续智能控制中心系统对第一设备进行控制时，第一设备的设备UUID作为第一设备的唯一标识，从而用来标识第一设备的身份。

实施例中，智能业务应用是根据设备开发的能够将用户端发送的控制指令进行协议转换，得到对应设备能够识别的控制信息的软件。通过在智能控制中心系统中与设备对应的智能业务应用与设备之间建立连接，后续便可以通过智能业务应用对设备进行控制。从而利用本实施例中的方法，可以方便将不用类型或者属于不同平台的设备进行智能化时，只需要开发出与设备对应的智能业务应用，避免对设备的硬件进行改变，提高对设备的兼容性，降低设备智能化的成本。

示例性的，当设备厂商已经有了一款已经成型的智能设备，如果该智能设需要接入到本申请实施例中的智能控制中心系统上，不需要更换或者升级已成型的智能设备，只需要开发一个与该智能设备对应的智能业务应用软件即可完成设备的接入；如果设备厂商要新开发一个设备，则可以降低新开发设备在智能硬件方面的成本，新开发的设备只需要基础的连接能力即可通过网关设备接入到该系统上，这也将大大降低了设备厂商的接入成本。

在一个实施例中，如图1所示，所述设备智能化方法还包括：

步骤S104、若多个智能业务应用中未包括第一智能业务应用，则根据设备信息下载第一智能业务应用，并跳转到步骤S103。

实施例中，根据设备信息下载第一智能业务应用，具体来说是从云平台设备上下载第一智能业务应用：当智能控制中心系统部署在云平台设备时，直接从云平台设备下载第一智能业务应用；当智能控制中心系统部署在终端设备时，终端设备可以通过网络与云平台设备通信连接，进而从云平台设备下载第一智能业务应用。

实施例中，智能业务应用开发完成之后存储在特定的服务器中，当多个智能业务应用中不包括第一智能业务应用时，可以通过下载的方式获取第一智能业务应用。通过下载方式可以获取的方法，避免在智能控制中心系统存储过多无用的智能业务应用占用存储空间。

在一个实施例中，如图6所示，设备智能化方法还包括删除设备的过程，本申请实施例以第一设备进行说明，多个设备中的其他设备执行相同的步骤。作为示例而非限定，设备智能化方法中的删除设备的过程具体包括：

步骤S601、接收用户端发送的设备删除指令，设备删除指令用于删除第一智能业务应用与第一设备之间的连接。

步骤S602、删除第一智能业务应用与第一设备之间的连接。

步骤S603、判断是否存在与第一智能业务应用建立连接的设备。

实施例中，与第一智能业务应用建立连接的设备可以为与第一设备同类型的设备；也可以为与第一设备属于同一个与第一智能业务应用所对应的应用场景中的设备。

示例性的，如果第一智能业务应用用于控制用户家中的多个相同的灯具，当用户要删除其中一个灯具时，因为其他灯具仍需要进行控制，因此判断存在与第一智能业务应用建立连接的设备。

可以理解的是，如果第一智能业务应用用于控制一个场景，当用户想要删除其中一个设备时，因为其他关联设备仍需要进行控制，因此判断存在与第一智能业务应用建立连接的设备。

示例性的，第一智能业务应用可能对应“起床”的场景，当用户端上的时间到达用户设置的起床时间时，用户端自动向第一智能业务应用发送“起床指令”，对应的场景可以包括“打窗帘”和“播放音乐”等。此时第一智能业务应用对应的设备包括窗帘和音乐播放器等。如果用户想要把“窗帘”删掉，那么由于还存在与第一智能业务应用对应的“音乐播放器”，判断存在与第一智能业务应用建立连接的设备。

步骤S604、若存在与第一智能业务应用建立连接的设备，则保留第一智能业务应用。

实施例中，当存在与第一智能业务应用建立连接的设备的情况下，保留第一智能业务应用，在删除第一设备的同时还可以保证其他设备的正常控制。

步骤S605、若不存在与第一智能业务应用建立连接的设备，则将第一智能业务应用保留预设时长。

步骤S606、若在预设时长内存在至少一个第二设备与第一智能业务应用建立连接，则跳转到步骤S604。

实施例中，预设时长可以根据需要进行具体设定，在此不做具体限定。

实施例中，在不存在与第一智能业务应用连接的设备时，将第一智能业务应用保留一段时间，而不是立刻删除；当预设时长内有设备需要与第一智能业务应用建立连接时，可以直接使用保留的第一智能业务应用，无需进行下载，避免下载第一智能业务应用的繁琐流程。

步骤S607、若在预设时长内没有设备与第一智能业务应用建立连接，则删除第一智能业务应用。

实施例中，当在预设时长内仍然没有设备需要与与第一智能业务应用建立连接，说明该智能业务应用长时间处于闲置状态，因此将其删除，避免占用智能控制中心系统的存储空间。

实施例中，智能控制中心系统中的所有智能业务应用采用可插拔式的应用管理方式，智能业务应用之间互不影响。

在一个实施例中，如图7所示，设备智能化方法还包括设备控制过程，该设备控制过程具体包括：

步骤S701、接收用户端发送的设备控制指令，设备控制指令用于指示第一设备需要执行的任务；

步骤S702、利用第一智能业务应用对设备控制指令进行协议转换，得到第一设备能够识别的控制信息；

步骤S703、将控制信息发送给第一设备。

在一个实施例中，步骤S703具体包括：将控制信息发送给与第一设备连接的网关设备，由网关设备将控制信息发送给第一设备。

在另一个实施例中，步骤S703具体包括：将控制信息发送给与第一设备所属的第一云平台，由第一云平台将控制信息发送给第一设备。

本申请实施例中，在增加设备和删除设备时，均会对动态分配智能控制中心系统的内存和处理能力。下面对内存的分配进行说明，智能控制中心系统的创建完成之后，智能控制中心系统会向上级服务器(可能是本地终端设备或者云端服务器)申请一块静态内存。智能控制中心系统会为其中已经启动的智能业务应用，分别配置智能业务应用所需要的内存。

下面就设备智能化方法的不同过程的内存的动态分类进行说明。

在一个实施例中，智能控制中心系统中有新的智能业务应用需要启动的情况下，动态分配内存的过程包括：

获取新的智能业务应用预设所需内存和智能控制系统的当前多余静态内存；

若根据预设所需内存和当前多余静态内存，确定智能控制中心系统中有足够的静态内存，则从所述当前对于静态内存中给新的智能业务应用分配所述预设所需内存；

若根据预设所需内存和当前多余静态内存，确定智能控制中心系统中不具备足够的静态内存，则从上级服务器中申请新的内存，当前静态内存和新的内存组成变更后的系统静态内存；

从所述更后的系统静态内存中给新的智能业务应用分配所述预设所需内存。

上述动态分配内存的情况中，有新的智能业务应用需要启动，具体可以是用户端发出设备连接指令，并且在智能控制系统中未启动与设备对应的智能业务应用的情况。

在用户端发出设备连接指令，但是无需启动新的智能业务应用的情况下，智能控制中心系统需要为增加设备对应的智能业务应用分配足够的内存，如果智能控制中心系统中多余内存不够则向上级服务器申请新的内存。

在一个实施例中，智能控制中心系统在接收到用户端发送的删除设备指令时，并且在智能控制中心系统中不存在与智能业务应用连接的其他设备，并且智能业务应用保留预设时长仍不存在与智能业务应用连接的其他设备，删除智能业务应用；此种情况下，动态分配内存的过程包括：

智能控制中心系统将与删除的智能业务应用对应的目标内存保留预设时间段；

若在预设时间段内，目标内存没有使用，智能控制中心系统将目标内存释放给上级服务器；

若在预设时间段内，智能控制中心系统有启动新的智能业务应用启动或者发现新设备，则使用目标内存。

上述实施例中，对内存的动态分配进行了描述，上述描述仅仅作为示例，不作为对本申请保护范围的限定。

本申请实施例中的智能控制中心系统可能设置在云平台设备，也可能设置在终端设备上。下面就智能控制中心系统部署在不同的设备上的情况进行说明。

当将智能控制中心系统部署在云平台设备时，具体应用场景如图1所示。具体来说是云平台设备中的服务器根据用户的需要动态创建智能控制中心系统。示例性的，可以将智能控制中心系统的代码文件预先存储在云平台设备中，云平台设备在收到用户的创建需求时利用用户的信息和代码文件来创建与该用户对应的智能控制中心系统。可选的，在创建智能控制中心系统后，云平台设备给智能控制中心系统分配一个与系统对应的系统UUID，系统UUID用于智能控制中心系统和用户的关联进行标识。

本申请实施例中，将智能控制中心系统部署在云平台设备，云平台设备可以按照系统下所添加的设备来动态分配内存和计算能力，如果用户持续添加新的智能设备，云平台设备可以为智能控制中心系统多分配一些内存和计算能力来进行扩容，而不需要更换本地网关设备来进行扩容，从而降低了用户的更换成本与使用成本。

在另一实施例中，智能控制中心系统还可以运行在具有容器能力的终端设备上，其中终端设备为可以为网关设备、家庭硬盘、手机、计算机设备或电视机等。

当智能控制中心系统部署部署在终端设备时，具体部署过程包括：首先需要判断终端设备的环境是否符合安装智能控制中心系统的要求，如果环境符合要求则将打包好的智能控制中心系统的安装包安装在本地容器设备上，安装完成后自动启动。可选的，智能控制中心系统可以采用预安装的方式安装在终端设备上，例如可以预安装在网关或者家庭硬盘上，当用户需要采用该智能控制中心系统时，直接采用安装有该智能控制中心系统的网关或家庭硬盘即可。

本申请实施例中，由于智能控制中心系统部署的位置不同，以及用户用于发送控制指令的用户端处于局域网环境还是外网环境的不同，设备控制过程均会有所不同。下面针对不同的情况对设备控制过程进行说明。需要说明的是，本申请实施例中的网关设备主要起到传递消息的作用，不对消息进行实质性的处理，因此以下过程描述中未对网关设备进行具体描述。

在一个实施例中，智能控制中心系统设置在云平台设备(例如云端服务器)上，用户端和设备通过网络通信协议与智能控制中心系统进行信息交互。图8示出了此种情况下的设备控制过程的交互图，如图8所示，所述设备控制过程包括：

步骤S801、用户端将设备控制指令发送给云端服务器；

步骤S802、云端服务器根据控制指令确定设备对应的智能控制中心系统；

步骤S803、云端服务器将控制指令下发给对应的智能控制中心系统；

步骤S804、智能控制中心系统将控制指令下发给对应的智能业务应用；

步骤S805、智能业务应用对设备控制命令进行协议转化获得控制信息；

步骤S806、智能业务应用将控制信息发送给对应的设备；

步骤S807、设备根据控制信息执行控制指令获得执行结果；

步骤S808、设备将执行结果返回给智能业务应用；

步骤S809、智能业务应用将执行结果发送给智能控制中心系统；

步骤S810、智能控制中心系统将执行结果发送给云端服务器；

步骤S811、云端服务器将执行结果发送给用户端。

实施例中，将智能控制中心系统设置在云平台设备，当智能控制中心系统中挂载的设备增加时，可以从云端服务器中获取内存，从而使得智能控制中心系统可以大范围的扩容；并且由于智能控制中心系统设置在云平台设备，因此智能控制中心系统承担了大部分的处理任务，因此降低对本地网关设备的要求，避免由于增加设备等来更换本地网关而提高用户成本。

在另外一个实施例中，智能控制中心系统设置在本地终端设备上，本地终端设备、用户端和设备也都处于本地局域网环境中。图9示出了此种情况下的设备控制过程的交互图，如图9所示，所述设备控制过程包括：

步骤S901、用户端将设备控制指令发送给智能控制中心系统；

步骤S902、智能控制中心系统将控制指令下发给对应的智能业务应用；

步骤S903、智能业务应用对设备控制命令进行协议转化获得控制信息；

步骤S904、智能业务应用将控制信息发送给对应的设备；

步骤S905、设备根据控制信息执行控制指令获得执行结果；

步骤S906、设备将执行结果返回给智能业务应用；

步骤S907、智能业务应用将执行结果发送给智能控制中心系统；

步骤S908、智能控制中心系统将执行结果发送给用户端。

实施例中，用户端、智能控制中心系统和设备之间的交互信息均通过局域网进行发送。本申请实施例中所有设备均在局域网内进行控制，使得系统的安全性更高，从而可以满足安全性要求较高的用户的需求。例如对家居设备的控制的用户，或者是对某个工厂的设备的控制的用户，如果用户不希望家庭设备情况或者工厂设备情况上传外部网络，可以将智能控制中心系统部署在本地终端设备上。

在另一个实施例中，智能控制中心系统设置在本地终端设备上，但是用户端处于外网环境时，图10示出了此种情况下的设备控制过程的交互图，如图10所示，所述设备控制过程包括：

步骤S1001、用户端将设备控制指令发送给云端服务器；

步骤S1002、云端服务器根据控制指令确定设备对应的智能控制中心系统；

步骤S1003、云端服务器通过网络通信的方式将控制指令发送给智能控制中心系统；

步骤S1004、智能控制中心系统将控制指令下发给对应的智能业务应用；

步骤S1005、智能业务应用对设备控制命令进行协议转化获得控制信息；

步骤S1006、智能业务应用将控制信息发送给对应的设备；

步骤S1007、设备根据控制信息执行控制指令获得执行结果；

步骤S1008、设备将执行结果返回给智能业务应用；

步骤S1009、智能业务应用将执行结果发送给智能控制中心系统；

步骤S1010、智能控制中心系统将执行结果发送给云端服务器；

步骤S1011、云端服务器将执行结果发送给用户端。

实施例中，控制方法的消息交互与图8对应的实施例的类似，不同之处在于本实施例中智能控制中心系统设置在本地终端设备，因此云端服务器通过网络通信的方式将控制指令发送给智能控制中心系统；而在图8对应的实施例中智能控制中心系统设置在，因此云端服务器直接下发给对应的智能控制中心系统即可。

本申请实施例中的网络通信协议可以为HTTP(Hyper Text Transfer Protocol，超文本传输协议)、CoAP(Constrained Application Protocol，受限应用协议)、MQTT(Message Queuing Telemetry Transport，消息队列遥测传输协议)、DDS(DataDistribution Service，数据分发服务)、XMPP(Extensible Messaging and PresenceProtocol，可扩展通讯和表示协议)、FTP(File Transfer Protocol，文件传输协议)或AMQP(Advanced Message Queuing Protocol，高级消息队列协议)等。

在本申请另一实施例中，设备智能化方法可以应用于对不同云平台的设备进行控制，该实施例中图8和图10的实施例的不同之处在于，在步骤S806和步骤S1006中，智能业务应用将控制信息发送给对应的设备具体可以包括：智能业务应用将控制信息发送给设备所属的云平台，设备所属的云平台将控制信息转发给设备。步骤S808和步骤S1008中，设备将执行结果返回给智能业务应用具体可以包括：设备将执行结果返回给设备所属的云平台，设备所属的云平台将执行结果发送给智能业务应用。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的设备智能化方法，图11示出了本申请实施例提供的设备智能化装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图11，设备智能化装置110包括：

接收单元111，用于接收用户端发送的设备控制指令，设备控制指令用于指示第一设备需要执行的任务；

协议转换单元112，用于利用第一智能业务应用对设备控制指令进行协议转换得到第一设备能够识别的控制信息，第一智能业务应用为多个智能业务应用中与第一设备对应的智能业务应用；

发送单元113，用于将控制信息发送给第一设备。

可选的，第一设备通过第一云平台与第一智能业务应用连接，第一云平台为第一设备所属的云平台；发送单元113在用于将控制信息发送给第一设备时，具体用于：将控制信息发送给第一云平台，以使第一云平台将控制信息发送给第一设备。

可选的，第一网关为第一设备连接的网关；发送单元113在用于将控制信息发送给第一设备时，具体用于：将控制信息发送给第一网关，以使第一网关将控制信息发送给第一设备。

可选的，接收单元111，还用于接收用户端发送的设备连接指令，设备连接指令包括第一设备的设备信息；设备智能化装置110还包括：连接单元，用于若多个智能业务应用中包括与设备信息对应的第一智能业务应用，则根据设备连接指令在第一智能业务应用与第一设备之间建立连接。

可选的，设备智能化装置110还包括：

下载单元，用于若所述多个智能业务应用中未包括所述第一智能业务应用，则根据所述设备信息下载所述第一智能业务应用，并根据所述设备连接指令将所述第一智能业务应用与所述第一设备建立连接。

可选的，接收单元111，还用于接收用户端发送的设备删除指令，设备删除指令用于删除第一智能业务应用与第一设备的连接；设备智能化装置110还包括删除单元和智能业务应用处理单元。

删除单元用于删除第一智能业务应用与第一设备之间的连接。

在删除第一智能业务应用与第一设备之间的连接之后，智能业务应用处理单元用于若不存在与第一智能业务应用建立连接的设备，则将第一智能业务应用保留预设时长。若在预设时长内存在至少一个第二设备与第一智能业务应用建立连接，则保留第一智能业务应用；若在预设时长内没有设备与第一智能业务应用建立连接，则删除第一智能业务应用。

可选的，智能业务应用处理单元还用于在删除所述第一智能业务应用与第一设备之间的连接之后，若存在与所述第一智能业务应用建立连接的设备，则保留所述第一智能业务应用。

可选的，连接单元在根据设备连接指令在第一智能业务应用与第一设备之间建立连接时，具体用于：

根据设备连接指令在第一智能业务应用与第一网关设备之间建立连接，以使第一智能业务应用与第一设备之间通过第一网关设备连接，第一网关设备为第一设备连接的网关设备；或者

根据设备连接指令在第一智能业务应用与第一云平台之间建立连接，以使第一智能业务应用与第一设备之间通过第一云平台连接，第一云平台为第一设备所属的云平台。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

基于同一发明构思，本申请一实施例还提供了一设备智能化设备。如图12所示，该实施例的设备智能化设备120包括：处理器121、存储器122以及存储在存储器122中并可在处理器121上运行的计算机程序124。计算机程序124可被处理器121运行，生成指令123，处理器121可根据指令123实现上述各个设备智能化方法实施例中的步骤。或者，处理器121执行计算机程序124时实现上述各装置实施例中各模块/单元的功能，例如图11所示的接收单元111至发送单元113的功能。

示例性的，计算机程序124可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器122中，并由处理器121执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序124在设备智能化设备120中的执行过程。

处理器121可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器122可以是设备智能化设备120的内部存储单元，例如设备智能化设备120的硬盘或内存。存储器122也可以是设备智能化设备120的外部存储设备，例如设备智能化设备120上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器122还可以既包括设备智能化设备120的内部存储单元也包括外部存储设备。存储器122用于存储计算机程序以及设备智能化设备120所需的其它程序和数据。存储器122还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行时可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到装置/服务器的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/服务器实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims

1.一种设备智能化方法，其特征在于，应用于智能控制中心系统，所述智能控制中心系统包括多个智能业务应用，所述方法包括：

将所述控制信息发送给所述第一设备。

2.如权利要求1所述的方法，其特征在于，所述第一设备通过第一云平台与所述第一智能业务应用连接，所述第一云平台为所述第一设备所属的云平台；

所述将所述控制信息发送给所述第一设备，包括：

3.如权利要求1所述的方法，其特征在于，第一网关为所述第一设备连接的网关；

所述将所述控制信息发送给所述第一设备，包括：

4.如权利要求1所述的方法，其特征在于，在所述接收用户端发送的设备控制指令之前，还包括：

若所述多个智能业务应用中包括与所述设备信息对应的所述第一智能业务应用，则根据所述设备连接指令在所述第一智能业务应用与所述第一设备之间建立连接。

5.如权利要求4所述的方法，其特征在于，还包括：

6.如权利要求4所述的方法，其特征在于，还包括：

7.如权利要求4至6任一项所述的方法，其特征在于，所述根据所述设备连接指令在所述第一智能业务应用与所述第一设备之间建立连接，包括：

8.一种设备智能化设备，其特征在于，所述设备智能化设备被配置为用于执行权利要求1至7中任一项所述的方法。

9.如权利要求8所述的设备智能化设备，其特征在于，所述设备智能化设备为云平台设备或者为终端设备。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的设备智能化方法。