基于物联网的终端控制系统及终端控制方法转让专利
申请号 : CN202110689267.6
文献号 : CN113138562B
文献日 : 2021-09-24
发明人 : 邓冠兵 , 赵洪鹏
申请人 : 武汉慧联无限科技有限公司
摘要 :
本申请是关于一种基于物联网的终端控制系统、基于物联网的终端控制方法、服务器及存储介质。该基于物联网的终端控制系统传感层，包括至少一个控制器用于控制数据传感器采集终端当前的第一状态数据，并传输第一状态数据给平台层；平台层用于解析接收到的第一状态数据为供应用层能够识别的第二状态数据，第一状态数据的数据格式不同于第二状态数据的数据格式；应用层用于通过标准API应用程序接口从平台层接收并识别第二状态数据得到终端的当前状态。通过平台层实现第一状态数据和第二状态数据间的解析和编译，可实现在不更换接入设备的情况下提高应用层应用程序开发的灵活性，使得应用层的开发不再局限于某一类物理通信协议的设备。
权利要求 :
1.一种基于物联网的终端控制系统，其特征在于，所述系统包括：传感层，包括至少一个控制器，所述控制器连接有设置在终端上的数据传感器，用于控制所述数据传感器采集所述终端当前的第一状态数据，并传输所述第一状态数据给平台层；
平台层，与所述控制器通信连接，用于解析接收到的所述第一状态数据为供应用层能够识别的第二状态数据，其中，所述第一状态数据的数据格式不同于所述第二状态数据的数据格式；所述平台层，还用于基于所述终端的设备ID标识号建立与所述设备ID对应的物模型；其中，不同设备类型的终端对应的设备ID不同，不同的设备ID对应建立的物模型不同，所述物模型至少包含有表征所述终端具有的设备功能的功能信息；
其中，连接在所述控制器与所述平台层之间的支持LoRaWAN远距离无线通信协议的网关；所述网关用于基于LoRaWAN协议建立所述控制器与所述平台层之间的通信；
所述平台层用于通过所述设备ID调试基于所述LoRaWAN协议通信的设备数据，所述设备数据与所述功能信息相关；
应用层，与所述平台层间连接有标准API应用程序接口，用于通过标准API应用程序接口从所述平台层接收并识别所述第二状态数据得到所述终端的当前状态，其中，所述标准API应用程序接口内至少包含有所述第二状态数据对应的指示所述终端工作状态的状态信息。
2.根据权利要求1所述的基于物联网的终端控制系统，其特征在于，所述应用层还用于基于输入的预设状态信息生成控制指令，以及下发所述控制指令至所述平台层，其中所述预设状态信息用于指示所述终端进入的期望状态；
所述平台层还用于基于接收的所述控制指令生成第三状态数据，以及发送所述第三状态数据至所述控制器，供所述控制器根据所述第三状态数据控制所述终端进入所述期望状态。
3.根据权利要求1所述的基于物联网的终端控制系统，其特征在于，所述平台层内设置有支持NB‑IoT窄带物联网协议的通信模组，所述通信模组用于基于NB‑IoT协议建立所述控制器与所述平台层之间的通信。
4.根据权利要求1所述的基于物联网的终端控制系统，其特征在于，平台层内设置有支持HTTP超文本传输协议的接入插件，所述接入插件用于基于HTTP协议建立所述控制器与所述平台层之间的通信。
5.根据权利要求1所述的基于物联网的终端控制系统，其特征在于，所述平台层内具有EasyAccess数据查看器，支持所述控制器根据所述平台层设置的EasyAccess接入标准传输数据至所述平台层。
6.根据权利要求1所述的基于物联网的终端控制系统，其特征在于，所述终端对应的控制器接入所述平台层的接入方式；
不同设备ID的终端对应的控制器接入所述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应的通信协议不同。
7.根据权利要求2所述的基于物联网的终端控制系统，其特征在于，所述第一状态数据为多进制数据，所述第二状态数据为JSON字段数据，其中，所述多进制数据和所述JSON字段数据均用于指示所述终端的状态信息，且所述第一状态数据中不同位置的进制数据对应不同的JSON字段，不同位置的进制数据指示所述终端的状态信息不同。
8.根据权利要求4所述的基于物联网的终端控制系统，其特征在于，所述应用层至少包括：
系统概览模组，用于通过展示窗口展示所述控制系统的系统架构以及所述控制系统具有的各项功能；
告警模组，用于在监测到所述终端处于异常工作状态时发出报警信号，或监测到室内具有消防安全隐患时发出报警信号；
管理模组，用于根据所述终端的工作环境，调整所述终端的当前状态。
9.根据权利要求8所述的基于物联网的终端控制系统，其特征在于，所述管理模组至少包括以下模组之一：
能耗管理模组，用于控制接入所述终端控制系统的所述终端的功率；
电力监控模组，用于实时监测接入所述终端控制系统的所述终端的用电量；
室内定位模组，用于实时监测接入所述终端控制系统的所述终端在室内的位置；
灯光管理模组，用于根据室内人员情况，实时调整室内灯光的开关分布以及光线强度；
室内温度控制模组，用于监测室内温度，并在室内温度在预设温度范围内时，开启空调。
10.一种基于物联网的终端控制方法，其特征在于，应用于平台层，所述方法包括：基于支持LoRaWAN远距离无线通信协议的网关建立控制器与所述平台层之间的通信；
其中所述控制器与数据传感器连接，用于控制所述数据传感器采集所述终端当前的第一状态数据；
获取数据传感器采集到的所述终端当前的第一状态数据；
解析所述第一状态数据为供应用层能够识别的第二状态数据，其中，所述第一状态数据的数据格式不同于所述第二状态数据的数据格式；
发送所述第二状态数据至应用层，用于供所述应用层通过标准API应用程序接口识别所述第二状态数据得到所述终端的当前状态，其中，所述标准API应用程序接口内至少包含有所述第二状态数据对应的指示所述终端工作状态的状态信息；
基于所述终端的设备ID标识号建立与所述设备ID对应的物模型；其中，不同设备类型的终端对应的设备ID不同，不同的设备ID对应建立的物模型不同，所述物模型至少包含有表征所述终端具有的设备功能的功能信息；
通过所述设备ID调试基于所述LoRaWAN协议通信的设备数据，所述设备数据与所述功能信息相关。
11.根据权利要求10所述的基于物联网的终端控制方法，其特征在于，所述方法还包括：
接收所述应用层发送的基于输入的预设状态信息生成控制指令，其中所述预设状态信息用于指示所述终端进入的期望状态；
基于接收的所述控制指令生成第三状态数据；
发送所述第三状态数据至控制器，供所述控制器根据所述第三状态数据控制所述终端进入所述期望状态。
12.根据权利要求11所述的基于物联网的终端控制方法，其特征在于，所述终端对应的控制器接入所述平台层的接入方式；其中，不同设备ID的终端对应的控制器接入所述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应的通信协议不同。
13.一种服务器，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行权利要求11或12所述方法的步骤。
14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求11或12所述方法的步骤。
说明书 :
基于物联网的终端控制系统及终端控制方法
技术领域
[0001] 本发明涉及通信技术领域，尤其涉及一种基于物联网的终端控制系统、基于物联网的终端控制方法、服务器及存储介质。
背景技术
[0002] 物联网（Internet of Things，简称IOT）是指通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术，实时采集任何需要监控、连
接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通
过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感
知、识别和管理。
接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通
过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感
知、识别和管理。
[0003] 但随着物联网技术发展，接入网络的终端越来越多，接入网络的终端类型也越来越广泛，如何实现各种不同类型的终端与控制平台的交互成为实现万物互联首先要解决的
问题。
问题。
发明内容
[0004] 有鉴于此，本申请实施例期望提供一种基于物联网的终端控制系统、基于物联网的终端控制方法、服务器及存储介质。
[0005] 本申请的技术方案是这样实现的：
[0006] 一方面，本申请提供一种基于物联网的终端控制系统。
[0007] 本申请实施例提供的基于物联网的终端控制系统，包括：
[0008] 传感层，包括至少一个控制器，所述控制器连接有设置在终端上的数据传感器，用于控制所述数据传感器采集所述终端当前的第一状态数据，并传输所述第一状态数据给平
台层；
台层；
[0009] 平台层，与所述控制器通信连接，用于解析接收到的所述第一状态数据为供应用层能够识别的第二状态数据，其中，所述第一状态数据的数据格式不同于所述第二状态数
据的数据格式；
据的数据格式；
[0010] 应用层，与所述平台层间连接有标准API应用程序接口，用于通过标准API应用程序接口从所述平台层接收并识别所述第二状态数据得到所述终端的当前状态。
[0011] 在一些实施例中，所述应用层还用于基于输入的预设状态信息生成控制指令，以及下发所述控制指令至所述平台层，其中所述预设状态信息用于指示所述终端进入的期望
状态；
状态；
[0012] 所述平台层还用于基于接收的所述控制指令生成第三状态数据，以及发送所述第三状态数据至所述控制器，供所述控制器根据所述第三状态数据控制所述终端进入所述期
望状态。
望状态。
[0013] 在一些实施例中，所述终端控制系统还包括：
[0014] 连接在所述控制器与所述平台层之间的支持LoRaWAN远距离无线通信协议的网关；所述网关用于基于LoRaWAN协议建立所述控制器与所述平台层之间的通信。
[0015] 在一些实施例中，所述平台层内设置有支持NB‑IoT窄带物联网协议的通信模组，所述通信模组用于基于NB‑IoT协议建立所述控制器与所述平台层之间的通信。
[0016] 在一些实施例中，平台层内设置有支持HTTP超文本传输协议的接入插件，所述接入插件用于基于HTTP协议建立所述控制器与所述平台层之间的通信。
[0017] 在一些实施例中，所述平台层内具有EasyAccess数据查看器，支持所述控制器根据所述平台层设置的EasyAccess接入标准传输数据至所述平台层。
[0018] 在一些实施例中，所述平台层，还用于基于所述终端的设备ID标识号建立与所述设备ID对应的物模型；其中，不同设备类型的终端对应的设备ID不同，不同的设备ID对应建
立的物模型不同；
立的物模型不同；
[0019] 所述物模型至少包含有表征所述终端具有的设备功能的功能信息以及所述终端对应的控制器接入所述平台层的接入方式；其中，不同设备ID的终端对应的控制器接入所
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
[0020] 在一些实施例中，所述第一状态数据为多进制数据，所述第二状态数据为JSON字段数据，其中，所述多进制数据和所述JSON字段数据均用于指示所述终端的状态信息，且所
述第一状态数据中不同位置的进制数据对应不同的JSON字段，不同位置的进制数据指示所
述终端的状态信息不同。
述第一状态数据中不同位置的进制数据对应不同的JSON字段，不同位置的进制数据指示所
述终端的状态信息不同。
[0021] 在一些实施例中，所述应用层至少包括：
[0022] 系统概览模组，用于通过展示窗口展示所述控制系统的系统架构以及所述控制系统具有的各项功能；
[0023] 告警模组，用于在监测到所述终端处于异常工作状态时发出报警信号，或监测到室内具有消防安全隐患时发出报警信号；
[0024] 管理模组，用于根据所述终端的工作环境，调整所述终端的当前状态。
[0025] 在一些实施例中，所述管理模组至少包括以下模组之一：
[0026] 能耗管理模组，用于控制接入所述终端控制系统的所述终端的功率；
[0027] 电力监控模组，用于实时监测接入所述终端控制系统的所述终端的用电量；
[0028] 室内定位模组，用于实时监测接入所述终端控制系统的所述终端在室内的位置；
[0029] 灯光管理模组，用于根据室内人员情况，实时调整室内灯光的开关分布以及光线强度；
[0030] 室内温度控制模组，用于监测室内温度，并在室内温度在预设温度范围内时，开启空调。
[0031] 另一方面，本申请还提供一种基于物联网的终端控制方法，应用于平台层，所述方法包括：
[0032] 获取数据传感器采集到的所述终端当前的第一状态数据；
[0033] 解析所述第一状态数据为供应用层能够识别的第二状态数据，其中，所述第一状态数据的数据格式不同于所述第二状态数据的数据格式；
[0034] 发送所述第二状态数据至应用层，用于供所述应用层通过标准API应用程序接口识别所述第二状态数据得到所述终端的当前状态。
[0035] 在一些实施例中，所述方法还包括：
[0036] 接收所述应用层发送的基于输入的预设状态信息生成控制指令，其中所述预设状态信息用于指示所述终端进入的期望状态；
[0037] 基于接收的所述控制指令生成第三状态数据；
[0038] 发送所述第三状态数据至所述控制器，供所述控制器根据所述第三状态数据控制所述终端进入所述期望状态。
[0039] 在一些实施例中，所述获取数据传感器采集到的所述终端当前的第一状态数据前，所述方法包括：
[0040] 基于支持LoRaWAN远距离无线通信协议的网关建立所述控制器与所述平台层之间的通信；其中所述控制器与数据传感器连接，用于控制所述数据传感器采集所述终端当前
的第一状态数据。
的第一状态数据。
[0041] 在一些实施例中，所述获取数据传感器采集到的所述终端当前的第一状态数据前，所述方法还包括：
[0042] 基于所述终端的设备ID标识号建立与所述设备ID对应的物模型；其中，不同设备类型的终端对应的设备ID不同，不同的设备ID对应建立的物模型不同；
[0043] 所述物模型至少包含有表征所述终端具有的设备功能的功能信息以及所述终端对应的控制器接入所述平台层的接入方式；其中，不同设备ID的终端对应的控制器接入所
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
[0044] 又一方面，本申请还提供一种服务器。
[0045] 本申请实施例提供的服务器，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行一方面本申请实施
例提供的基于物联网的终端控制方法的步骤。
例提供的基于物联网的终端控制方法的步骤。
[0046] 再一方面，本申请还提供一种计算机可读存储介质。
[0047] 本申请实施例提供的计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现一方面本申请实施例提供的基于物联网的终端控制方法的步骤。
[0048] 本申请实施例的基于物联网的终端控制系统包括传感层、平台层和应用层。传感层包括至少一个控制器，控制器能够控制数据传感器采集终端当前的第一状态数据，并传
输第一状态数据给平台层。平台层，与控制器通信连接，解析接收到的第一状态数据为供应
用层能够识别的第二状态数据。应用层，与平台层间连接有标准API应用程序接口，通过标
准API应用程序接口从平台层接收并识别第二状态数据得到终端的当前状态。由于接入物
联网的终端类型多种多样，造成传感层与终端通信的通信方式会有不同，控制器采集到的
终端数据也会存在数据格式上的差异，但应用层对外通信的通信协议是固定的，这势必造
成应用层无法直接读取采集到的所有各种类型的终端数据。基于此，在申请中通过提供传
感层与应用层之间的平台层实现第一状态数据和第二状态数据间的解析和编译，并形成标
准API接口供应用层读取平台层解析到的各种终端对应的第二状态数据得到终端的当前状
态。如此，通过平台层第一状态数据和第二状态数据间的解析和编译，在不更换接入设备的
情况下提高应用层应用程序开发的灵活性，使得应用层的开发不再局限于某一类物理通信
协议的设备。
输第一状态数据给平台层。平台层，与控制器通信连接，解析接收到的第一状态数据为供应
用层能够识别的第二状态数据。应用层，与平台层间连接有标准API应用程序接口，通过标
准API应用程序接口从平台层接收并识别第二状态数据得到终端的当前状态。由于接入物
联网的终端类型多种多样，造成传感层与终端通信的通信方式会有不同，控制器采集到的
终端数据也会存在数据格式上的差异，但应用层对外通信的通信协议是固定的，这势必造
成应用层无法直接读取采集到的所有各种类型的终端数据。基于此，在申请中通过提供传
感层与应用层之间的平台层实现第一状态数据和第二状态数据间的解析和编译，并形成标
准API接口供应用层读取平台层解析到的各种终端对应的第二状态数据得到终端的当前状
态。如此，通过平台层第一状态数据和第二状态数据间的解析和编译，在不更换接入设备的
情况下提高应用层应用程序开发的灵活性，使得应用层的开发不再局限于某一类物理通信
协议的设备。
附图说明
[0049] 图1是根据一示例性实施例示出的基于物联网的终端控制系统的结构示意图；
[0050] 图2是根据一示例性实施例示出的应用层和平台层的结构示意图；
[0051] 图3是根据一示例性实施例示出的基于基于平台层的设备开发调试流程图；
[0052] 图4是根据一示例性实施例示出的基于物联网的终端控制系统中数据传输方式示意图；
[0053] 图5是根据一示例性实施例示出的基于物联网的终端控制方法流程图；
[0054] 图6是根据一示例性实施例示出的服务器结构示意图。
具体实施方式
[0055] 以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非
另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的
实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书
中所详述的、本发明的一些方面相一致的装置和方法的例子。
另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的
实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书
中所详述的、本发明的一些方面相一致的装置和方法的例子。
[0056] 但随着物联网技术发展，接入网络的终端越来越多，接入网络的终端类型也越来越广泛，如何实现各种不同类型的终端与控制平台的交互成为实现万物互联首先要解决的
问题。
问题。
[0057] 本申请提供一种基于物联网的终端控制系统。图1是根据一示例性实施例示出的基于物联网的终端控制系统的结构示意图。如图1所示，该基于物联网的终端控制系统，包
括：
括：
[0058] 传感层1，包括至少一个控制器，所述控制器连接有设置在终端上的数据传感器，用于控制所述数据传感器采集所述终端当前的第一状态数据，并传输所述第一状态数据给
平台层；
平台层；
[0059] 平台层2，与所述控制器通信连接，用于解析接收到的所述第一状态数据为供应用层能够识别的第二状态数据，其中，所述第一状态数据的数据格式不同于所述第二状态数
据的数据格式；
据的数据格式；
[0060] 应用层3，与所述平台层间连接有标准API应用程序接口，用于通过标准API应用程序接口从所述平台层接收并识别所述第二状态数据得到所述终端的当前状态。
[0061] 在本示例性实施例中，传感层包括至少一个控制器。每个控制器可均连接有数据传感器。数据传感器用于采集终端当前的第一状态数据。接入物联网的终端包括多种类型
的终端设备，例如空调、电视机、电脑、电灯等。不同类型的终端设备对应的采集到的第一状
态数据格式可不同，例如当第一状态数据为多进制数据时，可将对空调采集的第一状态数
据设定为十六进制数据、将对电视机采集的第一状态数据设定为八进制数据、将对电灯采
集的第一状态数据设定为二进制数据。
的终端设备，例如空调、电视机、电脑、电灯等。不同类型的终端设备对应的采集到的第一状
态数据格式可不同，例如当第一状态数据为多进制数据时，可将对空调采集的第一状态数
据设定为十六进制数据、将对电视机采集的第一状态数据设定为八进制数据、将对电灯采
集的第一状态数据设定为二进制数据。
[0062] 在设定对终端采集的第一状态数据格式时，可根据对终端采集数据的项数确定第一状态数据的数据格式。具体包括采集数据的项数越多，确定第一状态数据的数据进制数
越多。例如，采集空调的数据包括环境温度、开关状态、空调当前设定的温度、功率、风速、湿
度等较多项数据，此时可设定对空调采集的第一状态数据的数据格式为十六进制数据。当
采集电灯的数据仅包括开关状态、亮度、功率较少项数据时，此时可设定对电灯采集的第一
状态数据的数据格式为二进制数据。从而有利于通过进制位数来分辨终端类型。
越多。例如，采集空调的数据包括环境温度、开关状态、空调当前设定的温度、功率、风速、湿
度等较多项数据，此时可设定对空调采集的第一状态数据的数据格式为十六进制数据。当
采集电灯的数据仅包括开关状态、亮度、功率较少项数据时，此时可设定对电灯采集的第一
状态数据的数据格式为二进制数据。从而有利于通过进制位数来分辨终端类型。
[0063] 第二状态数据为供应用层能够通过标准API应用程序接口识别的数据，包括JSON字段数据等。标准API应用程序接口可自行开发，连接平台层和应用层。标准API应用程序接
口内可包含有第二状态数据与各种类型终端各项采集数据对应的功能信息。例如，以空调
为例，当第二状态数据为JSON字段数据时，标准API应用程序接口内可包含有多种JSON字
段、各JSON字段参数以及各JSON字段分别对应的功能信息，包括air_switch对应空调的开
关状态、air_mode对应空调的开关模式、air_wind_speed对应空调的风速等。其中，一个
JSON字段中参数值不同对应的功能信息中的功能不同。例如，air_switch0对应空调的关机
状态，air_switch1对应空调的开机状态。air_wind_speed0对应空调的自动风速，air_
wind_speed1 5分别对应空调的1 5级风速。当第二状态数据为JSON字段数据时，第二状态
~ ~
数据可包括JSON字段以及各JSON字段参数。因此，应用层在不能直接读取第一状态数据的
时候，可通过标准API应用程序接口直接读取第二状态数据，得到终端的当前状态。
口内可包含有第二状态数据与各种类型终端各项采集数据对应的功能信息。例如，以空调
为例，当第二状态数据为JSON字段数据时，标准API应用程序接口内可包含有多种JSON字
段、各JSON字段参数以及各JSON字段分别对应的功能信息，包括air_switch对应空调的开
关状态、air_mode对应空调的开关模式、air_wind_speed对应空调的风速等。其中，一个
JSON字段中参数值不同对应的功能信息中的功能不同。例如，air_switch0对应空调的关机
状态，air_switch1对应空调的开机状态。air_wind_speed0对应空调的自动风速，air_
wind_speed1 5分别对应空调的1 5级风速。当第二状态数据为JSON字段数据时，第二状态
~ ~
数据可包括JSON字段以及各JSON字段参数。因此，应用层在不能直接读取第一状态数据的
时候，可通过标准API应用程序接口直接读取第二状态数据，得到终端的当前状态。
[0064] 平台层在解析第一状态数据时，可根据自定义的应用数据协议对第一状态数据进行解析。应用数据协议包含有第一状态数据和第二状态数据之间进行相互数据转换的转换
方式或数据对应关系。
方式或数据对应关系。
[0065] 在建立应用数据协议时，首先确定需要对终端进行数据采集的数据项。例如终端为空调时，确定需要采集的数据项按照第一状态数据从左向右的数据位依次包括：
[0066] 空调开关、空调模式、空调风速、空调温度、环境温度、用电量、功率、通断电状态。其中，各项数据在第一状态数据中所占数据位可根据该项数据可能的取值范围确定。例如
空调开关状态仅仅只有开或关两个状态，则空调开关占用两个数据位即可。空调的功率的
功率值较大，可达到1200瓦，则该数据项可设定为四个数据位等。具体各数据项所占数据位
可自行根据需要进行设定。在本示例中，设定空调开关占用两个数据位、空调模式占用两个
数据位、空调风速占用两个数据位、空调温度占用两个数据位、环境温度占用两个数据位、
用电量占用四个数据位、功率占用四个数据位、通断电状态占用两个数据位。
空调开关状态仅仅只有开或关两个状态，则空调开关占用两个数据位即可。空调的功率的
功率值较大，可达到1200瓦，则该数据项可设定为四个数据位等。具体各数据项所占数据位
可自行根据需要进行设定。在本示例中，设定空调开关占用两个数据位、空调模式占用两个
数据位、空调风速占用两个数据位、空调温度占用两个数据位、环境温度占用两个数据位、
用电量占用四个数据位、功率占用四个数据位、通断电状态占用两个数据位。
[0067] 然后，建立各数据项中数据值与终端状态的对应关系。例如，数据项：空调开关，空调开关包括开机和关机状态，开机状态对应的数据值可以为01，关机状态对应的数据值可
以为00；空调模式包括5种，自动、制热、制冷、除湿、通风，其中自动状态对应的数据值可以
为01，制热状态对应的数据值可以为02，制冷状态对应的数据值可以为03，除湿状态对应的
数值值可以为04，通风状态对应的数据值可以为05，等等依次类推。各数据项空调不同状态
分别对应不同的数据值。用电量的大小可以直接通过数据项的数值体现，例如用电量为95
kwh，则可以用数据位005F来体现，环境温度为26℃，则可以用1A来体现。当空调状态处于，
开机、制冷、2级风、空调温度设定为24℃、环境温度为26℃、用电量95 kwh、功率1200W、处于
通电状态时，此时，数据传感器采集的第一状态数据为010302181A005F04B001。此时，第一
状态数据中各数据项和第二状态数据的对应关系如表1和表2所示。表1为第一状态数据中
各数据项和第二状态数据关系对照表一。表2为第一状态数据中各数据项和第二状态数据
关系对照表二。
以为00；空调模式包括5种，自动、制热、制冷、除湿、通风，其中自动状态对应的数据值可以
为01，制热状态对应的数据值可以为02，制冷状态对应的数据值可以为03，除湿状态对应的
数值值可以为04，通风状态对应的数据值可以为05，等等依次类推。各数据项空调不同状态
分别对应不同的数据值。用电量的大小可以直接通过数据项的数值体现，例如用电量为95
kwh，则可以用数据位005F来体现，环境温度为26℃，则可以用1A来体现。当空调状态处于，
开机、制冷、2级风、空调温度设定为24℃、环境温度为26℃、用电量95 kwh、功率1200W、处于
通电状态时，此时，数据传感器采集的第一状态数据为010302181A005F04B001。此时，第一
状态数据中各数据项和第二状态数据的对应关系如表1和表2所示。表1为第一状态数据中
各数据项和第二状态数据关系对照表一。表2为第一状态数据中各数据项和第二状态数据
关系对照表二。
[0068] 表1 第一状态数据中各数据项和第二状态数据关系对照表一
[0069]
[0070] 表2 第一状态数据中各数据项和第二状态数据关系对照表二
[0071]
[0072] 本申请实施例的基于物联网的终端控制系统包括传感层、平台层和应用层。传感层包括至少一个控制器，控制器能够控制数据传感器采集终端当前的第一状态数据，并传
输第一状态数据给平台层。平台层，与控制器通信连接，解析接收到的第一状态数据为供应
用层能够识别的第二状态数据。应用层，与平台层间连接有标准API应用程序接口，通过标
准API应用程序接口从平台层接收并识别第二状态数据得到终端的当前状态。由于接入物
联网的终端类型多种多样，造成传感层与终端通信的通信方式会有不同，控制器采集到的
终端数据也会存在数据格式上的差异，但应用层对外通信的通信协议是固定的，这势必造
成应用层无法直接读取采集到的所有各种类型的终端数据。
输第一状态数据给平台层。平台层，与控制器通信连接，解析接收到的第一状态数据为供应
用层能够识别的第二状态数据。应用层，与平台层间连接有标准API应用程序接口，通过标
准API应用程序接口从平台层接收并识别第二状态数据得到终端的当前状态。由于接入物
联网的终端类型多种多样，造成传感层与终端通信的通信方式会有不同，控制器采集到的
终端数据也会存在数据格式上的差异，但应用层对外通信的通信协议是固定的，这势必造
成应用层无法直接读取采集到的所有各种类型的终端数据。
[0073] 基于此，在申请中通过提供传感层与应用层之间的平台层实现第一状态数据和第二状态数据间的解析和编译，并形成标准API接口供应用层读取平台层解析到的各种终端
对应的第二状态数据得到终端的当前状态。如此，通过平台层第一状态数据和第二状态数
据间的解析和编译，在不更换接入设备的情况下提高应用层应用程序开发的灵活性，使得
应用层的开发不再局限于某一类物理通信协议的设备。
对应的第二状态数据得到终端的当前状态。如此，通过平台层第一状态数据和第二状态数
据间的解析和编译，在不更换接入设备的情况下提高应用层应用程序开发的灵活性，使得
应用层的开发不再局限于某一类物理通信协议的设备。
[0074] 在一些实施例中，所述应用层还用于基于输入的预设状态信息生成控制指令，以及下发所述控制指令至所述平台层，其中所述预设状态信息用于指示所述终端进入的期望
状态；
状态；
[0075] 所述平台层还用于基于接收的所述控制指令生成第三状态数据，以及发送所述第三状态数据至所述控制器，供所述控制器根据所述第三状态数据控制所述终端进入所述期
望状态。
望状态。
[0076] 在本示例性实施例中，应用层在获取终端当前状态后，根据终端所处的当前环境调整终端的状态以进入期望状态。例如，以空调为例，当空调当前温度不适于当前环境温度
时，需要调整空调的制冷温度，此时，可以基于输入的预设状态信息生成控制指令。预设状
态信息用于指示空调需要进入的期望状态，包括制冷温度等。平台层基于接收到的控制指
令生成第三状态数据。第三状态数据的数据格式可与第一状态数据的数据格式相同。第三
状态数据中也可以包括各数据项分别对应的数据值，例如为010302161A005F04B001。将空
调当前的制冷温度由24℃调整为22℃等。第三状态数据为控制器可直接读取以对终端进行
状态调整的数据。
时，需要调整空调的制冷温度，此时，可以基于输入的预设状态信息生成控制指令。预设状
态信息用于指示空调需要进入的期望状态，包括制冷温度等。平台层基于接收到的控制指
令生成第三状态数据。第三状态数据的数据格式可与第一状态数据的数据格式相同。第三
状态数据中也可以包括各数据项分别对应的数据值，例如为010302161A005F04B001。将空
调当前的制冷温度由24℃调整为22℃等。第三状态数据为控制器可直接读取以对终端进行
状态调整的数据。
[0077] 在一些实施例中，所述终端控制系统还包括：
[0078] 连接在所述控制器与所述平台层之间的支持LoRaWAN远距离无线通信协议的网关；所述网关用于基于LoRaWAN协议建立所述控制器与所述平台层之间的通信。
[0079] 在本示例性实施例中，平台层设置有的支持LoRaWAN远距离无线通信协议的网关，用于连接控制器，支持LoRaWAN协议的控制器接入。
[0080] LoRa是低功耗广域网通信技术中的一种，是一种基于扩频技术的超远距离无线传输技术。LoRaWAN是为LoRa远距离通信网络设计的一套通讯协议和系统架构，是一种媒体访
问控制（MAC）层协议。扩频技术是通过注入一个更高频信号将基带信号扩展到更宽的频带
的技术，其基本特点是其传输信息所用信号的带宽远大于信息本身的带宽。在本申请的终
端控制系统的平台层设置有LoRaWAN网关，以支持LoRaWAN协议的控制器接入。
问控制（MAC）层协议。扩频技术是通过注入一个更高频信号将基带信号扩展到更宽的频带
的技术，其基本特点是其传输信息所用信号的带宽远大于信息本身的带宽。在本申请的终
端控制系统的平台层设置有LoRaWAN网关，以支持LoRaWAN协议的控制器接入。
[0081] 在一些实施例中，所述平台层内设置有支持NB‑IoT窄带物联网协议的通信模组，所述通信模组用于基于NB‑IoT协议建立所述控制器与所述平台层之间的通信。
[0082] 在本示例性实施例中，平台层设置有的支持NB‑IoT协议的通信模组，用于连接控制器，支持NB‑IoT协议的控制器接入。
[0083] NB‑IoT（Narrow Band Internet of Things，为窄带物联网）为万物互联网络的一个重要分支。NB‑IoT是IoT领域一个新兴的技术，支持低功耗设备在广域网的蜂窝数据连
接，也被叫作低功耗广域网(LPWAN)。NB‑IoT构建于蜂窝网络，只消耗大约180kHz的带宽，可
直接部署于GSM网络、UMTS网络或LTE网络，以降低部署成本、实现平滑升级。NB‑IoT支持待
机时间长、对网络连接要求较高设备的高效连接。在本申请的终端控制系统的平台层设置
有支持NB‑IoT协议的通信模组，以支持NB‑IoT协议的控制器接入。
接，也被叫作低功耗广域网(LPWAN)。NB‑IoT构建于蜂窝网络，只消耗大约180kHz的带宽，可
直接部署于GSM网络、UMTS网络或LTE网络，以降低部署成本、实现平滑升级。NB‑IoT支持待
机时间长、对网络连接要求较高设备的高效连接。在本申请的终端控制系统的平台层设置
有支持NB‑IoT协议的通信模组，以支持NB‑IoT协议的控制器接入。
[0084] 在一些实施例中，平台层内设置有支持HTTP超文本传输协议的接入插件，所述接入插件用于基于HTTP协议建立所述控制器与所述平台层之间的通信。
[0085] 在本示例性实施例中，平台层设置有的支持HTTP协议的接入插件，用于连接控制器，支持HTTP协议的控制器接入。
[0086] HTTP（Hypertext Transfer Protocol，超文本传输协议）是一个请求‑响应协议，其指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应，是基于客户/服
务器模式，面向连接的传输协议。在本申请的终端控制系统的平台层设置有支持HTTP协议
的接入插件，以支持HTTP协议的控制器接入。
务器模式，面向连接的传输协议。在本申请的终端控制系统的平台层设置有支持HTTP协议
的接入插件，以支持HTTP协议的控制器接入。
[0087] 在一些实施例中，所述平台层内具有EasyAccess数据查看器，支持所述控制器根据所述平台层设置的EasyAccess接入标准传输数据至所述平台层。
[0088] 在本示例性实施例中，平台层内具有EasyAccess数据查看器。未接入平台层的控制器可根据平台层设置的EasyAccess接入标准或规范直接向平台层传输采集到的数据。
[0089] 图2是根据一示例性实施例示出的应用层和平台层的结构示意图。如图2所示，平台层起到承上启下的作用，下跟传感层和物联网网络打交道，上跟应用平台对接。它通过设
备接入系统去接入各种通信方式与协议的设备，既支持标准的LoRaWAN协议、NB‑IoT协议和
HTTP协议插件等，又支持与第三方平台云云对接，还支持设备按照平台定义的EasyAccess
接入规范自行推送数据到平台。EasyAccess是自定义的一套设备接入规范，第三方设备能
够按照规范以HTTP或者其它方式将数据推到平台层，这种情况下就无需在平台再做接入插
件的开发。
备接入系统去接入各种通信方式与协议的设备，既支持标准的LoRaWAN协议、NB‑IoT协议和
HTTP协议插件等，又支持与第三方平台云云对接，还支持设备按照平台定义的EasyAccess
接入规范自行推送数据到平台。EasyAccess是自定义的一套设备接入规范，第三方设备能
够按照规范以HTTP或者其它方式将数据推到平台层，这种情况下就无需在平台再做接入插
件的开发。
[0090] 其中，设备开发包括设备物模型定义、设备开发调试和设备的后期管理，通过物模型定义，能够规范设备的数据格式和API接口。设备开发调试对设备做二次开发和调试，用
来打通云平台和设备数据，实现设备数据解析、下行控制等。设备管理实现设备流水管理、
在线离线管理和整个生命周期管理，同时还可以管理所有已开发的设备库。当一个设备开
发、调试、验证通过之后，就能形成标准的API接口，支持将设备数据推送到第三方平台，这
样就能够实现设备与应用分离。
来打通云平台和设备数据，实现设备数据解析、下行控制等。设备管理实现设备流水管理、
在线离线管理和整个生命周期管理，同时还可以管理所有已开发的设备库。当一个设备开
发、调试、验证通过之后，就能形成标准的API接口，支持将设备数据推送到第三方平台，这
样就能够实现设备与应用分离。
[0091] 在一些实施例中，所述平台层，还用于基于所述终端的设备ID标识号建立与所述设备ID对应的物模型；其中，不同设备类型的终端对应的设备ID不同，不同的设备ID对应建
立的物模型不同；
立的物模型不同；
[0092] 所述物模型至少包含有表征所述终端具有的设备功能的功能信息以及所述终端对应的控制器接入所述平台层的接入方式；其中，不同设备ID的终端对应的控制器接入所
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
[0093] 在本示例性实施例中，不同设备类型的终端可定义为不同的设备ID，例如，空调可定义为第一设备ID，第一设备ID可由字母组成，例如qwrerw。电灯可定义为第二设备ID，第
二设备ID可由数字组成，例如123456等。即不同设备类型的终端定义的设备ID的ID号组成
方式不同。不同ID号组成方式的终端对应的控制器接入所述平台层的接入方式不同。以不
同接入方式接入平台层的控制器与平台层建立通信时对应的通信协议不同。例如，控制空
调的控制器可基于LoRaWAN协议网关接入。控制电灯的控制器可基于支持NB‑IoT协议的通
信模组接入等。此时仅仅是示例性的说明，具体设备接入平台层可根据具体设备支持的协
议类型选择接入方式接入平台层。
二设备ID可由数字组成，例如123456等。即不同设备类型的终端定义的设备ID的ID号组成
方式不同。不同ID号组成方式的终端对应的控制器接入所述平台层的接入方式不同。以不
同接入方式接入平台层的控制器与平台层建立通信时对应的通信协议不同。例如，控制空
调的控制器可基于LoRaWAN协议网关接入。控制电灯的控制器可基于支持NB‑IoT协议的通
信模组接入等。此时仅仅是示例性的说明，具体设备接入平台层可根据具体设备支持的协
议类型选择接入方式接入平台层。
[0094] 在本示例性实施例中，在接入设备支持相关协议的基础上，不同设备ID终端对应的控制器接入平台层的接入方式也可以相同。例如，在控制空调的控制器和控制电灯的控
制器都支持NB‑IoT协议的情况下，均可以通过支持NB‑IoT协议的通信模组接入平台层。
制器都支持NB‑IoT协议的情况下，均可以通过支持NB‑IoT协议的通信模组接入平台层。
[0095] 在一些实施例中，所述第一状态数据为多进制数据，所述第二状态数据为JSON字段数据，其中，所述多进制数据和所述JSON字段数据均用于指示所述终端的状态信息，且所
述第一状态数据中不同位置的进制数据对应不同的JSON字段，不同位置的进制数据指示所
述终端的状态信息不同。
述第一状态数据中不同位置的进制数据对应不同的JSON字段，不同位置的进制数据指示所
述终端的状态信息不同。
[0096] 在本示例性实施例中，状态信息包括上述所述的数据项，包括空调开关、空调模式、空调风速、空调温度、环境温度、用电量、功率、通断电状态等。如表1所示，第一状态数据
中不同位置的进制数据对应不同的JSON字段，不同位置的进制数据指示所述终端的状态信
息不同。例如，第一状态数据中的从左向右的前两位数据位对应JSON字段air_switch，对应
空调开关的状态。
中不同位置的进制数据对应不同的JSON字段，不同位置的进制数据指示所述终端的状态信
息不同。例如，第一状态数据中的从左向右的前两位数据位对应JSON字段air_switch，对应
空调开关的状态。
[0097] 在一些实施例中，所述应用层至少包括：
[0098] 系统概览模组，用于通过展示窗口展示所述控制系统的系统架构以及所述控制系统具有的各项功能；
[0099] 告警模组，用于在监测到所述终端处于异常工作状态时发出报警信号，或监测到室内具有消防安全隐患时发出报警信号；
[0100] 管理模组，用于根据所述终端的工作环境，调整所述终端的当前状态。
[0101] 在本示例性实施例中，如图2所示，应用层中包含有基础功能模组和业务功能模组。基础功能模组包括系统概览模组，用于通过展示窗口展示所述控制系统的系统架构以
及所述控制系统具有的各项功能；告警模组，用于在监测到所述终端处于异常工作状态时
发出报警信号，或监测到室内具有消防安全隐患时发出报警信号等。设备监控模组，用于将
物联网设备以图形化的方式进行数据展示和控制。所有的基础功能模组都支持进行灵活搭
建，用来实现一个应用平台最基础的功能。
及所述控制系统具有的各项功能；告警模组，用于在监测到所述终端处于异常工作状态时
发出报警信号，或监测到室内具有消防安全隐患时发出报警信号等。设备监控模组，用于将
物联网设备以图形化的方式进行数据展示和控制。所有的基础功能模组都支持进行灵活搭
建，用来实现一个应用平台最基础的功能。
[0102] 另外一部分是业务功能模组即管理模组包括能耗管理模组，用于控制接入所述终端控制系统的所述终端的功率；电力监控模组，用于实时监测接入所述终端控制系统的所
述终端的用电量；室内定位模组，用于实时监测接入所述终端控制系统的所述终端在室内
的位置；灯光管理模组，用于根据室内人员情况，实时调整室内灯光的开关分布以及光线强
度；室内温度控制模组，用于监测室内温度，并在室内温度在预设温度范围内时，开启空调
等。业务功能模组还包括用电安全、环境监测、门锁管理、室内安防等模组。通过这些业务功
能模组可以更深入的了解业务功能，深化应用层的功能。
述终端的用电量；室内定位模组，用于实时监测接入所述终端控制系统的所述终端在室内
的位置；灯光管理模组，用于根据室内人员情况，实时调整室内灯光的开关分布以及光线强
度；室内温度控制模组，用于监测室内温度，并在室内温度在预设温度范围内时，开启空调
等。业务功能模组还包括用电安全、环境监测、门锁管理、室内安防等模组。通过这些业务功
能模组可以更深入的了解业务功能，深化应用层的功能。
[0103] 如图2所示，整个设备设计流程分为整体功能需求定义、硬件开发与调试、设备应用开发与调试3大块。以智能家居系统需求为例，首先确定要做的智能家居需要实现哪些功
能，比如灯光控制、空调控制、环境监测、窗帘控制或消防安全管理等。这些功能模块需要映
射到硬件设备，就需要对硬件设备进行定义、开发和调试，实现在应用层能够监测和控制设
备，从而完成整个物联网设备的开发，再通过配置或者简单的二次开发实现整个智能家居
系统。除能家居系统外，其他包括智慧消防系统、智慧农业系统、智慧物流系统、智慧商业系
统、智慧交通系统的开发调试也是如上述所示进行。
能，比如灯光控制、空调控制、环境监测、窗帘控制或消防安全管理等。这些功能模块需要映
射到硬件设备，就需要对硬件设备进行定义、开发和调试，实现在应用层能够监测和控制设
备，从而完成整个物联网设备的开发，再通过配置或者简单的二次开发实现整个智能家居
系统。除能家居系统外，其他包括智慧消防系统、智慧农业系统、智慧物流系统、智慧商业系
统、智慧交通系统的开发调试也是如上述所示进行。
[0104] 图3是根据一示例性实施例示出的基于基于平台层的设备开发调试流程图。如图3所示，设备开发调试流程包括：
[0105] 步骤31：定义综合实训系统的功能，包括硬件功能和软件功能；
[0106] 步骤32：定义硬件产品，包括产品类型、应用数据协议和API接口等；
[0107] 步骤33：开发底层硬件产品，包括嵌入式软硬件；
[0108] 步骤34：在平台层对其进行二次协议开发和调试；
[0109] 步骤35：在应用层以图形化的方式实现设备监控和下行控制，使用联动控制、告警信息推送、空间管理及用户管理等，实现完整的设备功能验证；
[0110] 步骤36：选用业务功能模块进行业务功能测试，同时也支持根据数据接口自定义开发业务功能模块，基于设备功能搭建真实应用系统。
[0111] 本申请中平台层支持各种通信方式与协议的设备接入，支持用户自定义设备型号。用户可以通过自定义设备型号来管理自己的设备类型。以LoRaWAN通信为例，在智能家
居系统中，一般需要做空调的管理，因此可以定义一个LoRaWAN的空调控制器，用来监测空
调的开关、模式、风速、温度，远程控制空调的状态，还可以实现定时控制等。同时根据设备
的功能需求定义设备的数据种类和应用数据通信协议。在做LoRaWAN空调控制器的设备定
义时，可以选择其对应的大的产品类型，其产品类型就是空调控制器，产品类型是对一类相
似设备的收敛。空调控制器主要用来实现空调状态监测和远程控制，其主要的参数（数据
项）有开关、模式、风速、温度以及环境温度等，其公共参数（数据项）定义如表1所示。
居系统中，一般需要做空调的管理，因此可以定义一个LoRaWAN的空调控制器，用来监测空
调的开关、模式、风速、温度，远程控制空调的状态，还可以实现定时控制等。同时根据设备
的功能需求定义设备的数据种类和应用数据通信协议。在做LoRaWAN空调控制器的设备定
义时，可以选择其对应的大的产品类型，其产品类型就是空调控制器，产品类型是对一类相
似设备的收敛。空调控制器主要用来实现空调状态监测和远程控制，其主要的参数（数据
项）有开关、模式、风速、温度以及环境温度等，其公共参数（数据项）定义如表1所示。
[0112] 定义的LoRaWAN空调控制器是空调控制器这个产品类型下的一个具体型号，其除了具有空调控制器常见的公共参数，针对于智能家居场景，还需要一些其它的功能，比如统
计空调用电量、功率、设备通断电状态等，因此在产品参数的时候，在选择公共参数的基础
上，还需定义自己的独有的参数。
计空调用电量、功率、设备通断电状态等，因此在产品参数的时候，在选择公共参数的基础
上，还需定义自己的独有的参数。
[0113] 定义好产品功能需求和参数之后，就可以进行硬件开发了。硬件上选择通用的硬件套箱和通信模块进行连接组合，再做嵌入式软件开发，可以使用单片机系统在本地实现
LoRaWAN空调控制器嵌入式软硬件的开发和验证。
LoRaWAN空调控制器嵌入式软硬件的开发和验证。
[0114] 硬件本地控制功能开发调试好之后，就需要与平台进行功能联调和开发，实现数据上传到平台和平台下发控制功能。
[0115] 图4是根据一示例性实施例示出的基于物联网的终端控制系统中数据传输方式示意图。如图4所示，上行数据传输时，空调控制器往平台上传的第一状态数据是16进制数据。
假设设备上传的数据内容是010302181A005F04B001。网关收到空调控制器的数据后，会将
数据进行透传转发到平台层。
假设设备上传的数据内容是010302181A005F04B001。网关收到空调控制器的数据后，会将
数据进行透传转发到平台层。
[0116] 平台层管理LoRaWAN通信的底层平台EINS会收到网关转发的数据，其数据格式也是16进制，在EINS上可以通过唯一的设备ID号去调试LoRaWAN通信的设备数据。根据定义的
LoRaWAN空调控制器应用数据协议，从EINS平台上以16进制数据去与空调控制器进行通信，
验证通信功能。之后为了对应用层形成标准的数据API接口，还需要在平台上定义一个
LoRaWAN空调控制器的产品型号，根据其应用数据协议进行数据解析，实现解析后的数据查
看和调试，同时形成标准的API接口，支持推送到应用层或者第三方平台。通过定义空调控
制器的设备物模型定义和编写解析程序，就能够将接收到的16进制数据转换为JSON字段数
据。通过API接口就可以直接获取空调JSON字段的具体取值，相对于16进制数据，JSON字段
数据的可读性更强一些。
LoRaWAN空调控制器应用数据协议，从EINS平台上以16进制数据去与空调控制器进行通信，
验证通信功能。之后为了对应用层形成标准的数据API接口，还需要在平台上定义一个
LoRaWAN空调控制器的产品型号，根据其应用数据协议进行数据解析，实现解析后的数据查
看和调试，同时形成标准的API接口，支持推送到应用层或者第三方平台。通过定义空调控
制器的设备物模型定义和编写解析程序，就能够将接收到的16进制数据转换为JSON字段数
据。通过API接口就可以直接获取空调JSON字段的具体取值，相对于16进制数据，JSON字段
数据的可读性更强一些。
[0117] 应用层比如空调管理平台，平台层接收到空调状态数据会推送到给空调管理平台，同时管理平台也可以通过标准API接口获取空调当前状态，比如调用获取空调状态的接
口getAirConditionState()，其返回值就是一个对象，具体格式如下：
口getAirConditionState()，其返回值就是一个对象，具体格式如下：
[0118] {
[0119] "air_switch": "1",
[0120] "air_mode": "3",
[0121] "air_wind_speed": "3",
[0122] "air_temperature": 24
[0123] ……
[0124] }
[0125] 根据其取值（key值）去映射到具体含义（value）,比如空调开关字段air_switch，其取值为1（key值）表示开机（value）,其取值为0（key值）表示关机（value），然后在应用平
台以图标的形式显示开关机。从而实现在应用层以图形化的形式进行状态和下行控制交
互。
台以图标的形式显示开关机。从而实现在应用层以图形化的形式进行状态和下行控制交
互。
[0126] 以表2所示的为例，其上传的设备数据是010302181A005F04B001，通过对其做解析实现数据转换，就可以知道其状态为开机、制冷、2级风、空调温度为24℃，环境温度为26℃，
用电量为95 kwh，功率为1200w，同时其通断电状态为通电。当发生下行控制时，空调状态会
发生改变，其JSON字段的取值也会同步的改变。通过平台层的设备开发，第三方平台只需要
通过调用接口获取JSON字段取值就可以获取到空调对应的参数了，从而实现设备数据快速
解析和标准化API接口。
用电量为95 kwh，功率为1200w，同时其通断电状态为通电。当发生下行控制时，空调状态会
发生改变，其JSON字段的取值也会同步的改变。通过平台层的设备开发，第三方平台只需要
通过调用接口获取JSON字段取值就可以获取到空调对应的参数了，从而实现设备数据快速
解析和标准化API接口。
[0127] 下行控制时与上行执行顺序刚好相反。在应用层发生用户操作，应用层会按照定义的JSON字段格式发送数据给到平台层，平台层会反向解析。平台层将JSON字段数据转换
为16进制数据，再通过底层的EINS平台发送数据到网关。网关收到数据后，会将数据透传给
空调控制器。空调控制器会根据定义的应用数据协议对16进制数据进行解析，再按照数据
表示的意义去控制设备执行相应的动作。
为16进制数据，再通过底层的EINS平台发送数据到网关。网关收到数据后，会将数据透传给
空调控制器。空调控制器会根据定义的应用数据协议对16进制数据进行解析，再按照数据
表示的意义去控制设备执行相应的动作。
[0128] 在整个数据链路中，平台层起到承上启下的作用，其会对设备进行二次开发，因此需要强大的设备调试功能，便于分析设备的具体工作情况和数据的流转情况。设备调试和
设备开发是同时进行的，开发完设备解析程序的时候，就会缓存为一个版本，然后对其进行
设备调试。设备调试分为设备流水、下行调试和接口日志三部分。
设备开发是同时进行的，开发完设备解析程序的时候，就会缓存为一个版本，然后对其进行
设备调试。设备调试分为设备流水、下行调试和接口日志三部分。
[0129] 在设备流水部分，可以根据项目、分组、产品型号、设备号等信息进行筛选，可以查看对应的设备数据流水。流水信息包括基础的设备信息（产品类型、产品名称、产品型号、设
备编号等）、未解析的设备数据、解析后的设备数据。通过对比未解析和解析后的数据可以
判断解析是否正确。如果解析是正确的，在后期实际使用时只需要查看解析后的数据即可。
备编号等）、未解析的设备数据、解析后的设备数据。通过对比未解析和解析后的数据可以
判断解析是否正确。如果解析是正确的，在后期实际使用时只需要查看解析后的数据即可。
[0130] 下行调试用于下行控制设备，比如可以按照应用数据协议给设备发送下行指令，比如设置空调的运行状态，就需要选择下行控制类型为空调状态控制，然后下行调试框里
面就会显示空调状态控制时需要的JSON字段和默认取值，如下所示：
面就会显示空调状态控制时需要的JSON字段和默认取值，如下所示：
[0131] {
[0132] "air_switch": "0",
[0133] "air_mode": "1",
[0134] "air_wind_speed": "1",
[0135] "air_temperature": 24
[0136] }
[0137] 修改空调开关、模式、风速和温度4个JSON字段的取值，点击发送即可实现下发。在下发调试中包含有日志信息，可以用于判断平台下发指令是否成功，日志信息中会显示平
台层最终下发的控制空调状态的数据。最终下发的数据除了空调开关、模式、风速和温度4
个JSON字段，还会加入一些跟设备或者通信相关的必须的数据信息。此时可以通过对比判
断平台层的下行解析是否正确。同时一般设备成功接收到数据会返回ACK。
台层最终下发的控制空调状态的数据。最终下发的数据除了空调开关、模式、风速和温度4
个JSON字段，还会加入一些跟设备或者通信相关的必须的数据信息。此时可以通过对比判
断平台层的下行解析是否正确。同时一般设备成功接收到数据会返回ACK。
[0138] 如果是控制设备，还可以通过看设备是否执行对应的动作判断数据是否下发和数据解析是否正确。
[0139] 接口日志主要是查看平台数据推送信息和第三方平台调用接口获取数据的信息，用于第三方应用平台与平台的数据对接日志管理。
[0140] 跟LoRaWAN设备相比，其他通信协议的设备只是中间的接入方式会不一样，其定义、开发和调试流程基本上都是一样的，因此可以按照同样的方法实现所有智能家居实训
系统用得到的设备的开发。
系统用得到的设备的开发。
[0141] 本申请的终端控制系统中的应用层支持通过配置基础功能模组和业务功能模组，生成一个具有实用性的SaaS应用平台，在智能家居系统中，常用的功能有远程控制空调、灯
光，根据环境情况自动联动控制空调或者新风系统，根据光照条件自动控制窗帘等，这些功
能都可以通过简单的配置进行实现。
光，根据环境情况自动联动控制空调或者新风系统，根据光照条件自动控制窗帘等，这些功
能都可以通过简单的配置进行实现。
[0142] 根据应用场景需求，应用平台可以直接选择对应的空调监控、灯光节能、环境监测等业务模块，同时通过规则引擎模块实现联动控制和定时控制，用户可以配置温度大于30
度或者低于10度时开启空调，无人时延时一段时间自动关闭灯光等，根据具体需求灵活地
搭建控制逻辑。告警管理包括告警规则、告警模板和告警收件人，可以用于监测智能家居系
统的消防安全信息，比如当烟雾报警器报警或者夜晚门窗非法开启时，就可以发送短信或
者邮件进行告警，通知人员及时查看。并且对于平台中暂时还未支持业务功能，用户可以调
用数平台据接口进行二次开发。
度或者低于10度时开启空调，无人时延时一段时间自动关闭灯光等，根据具体需求灵活地
搭建控制逻辑。告警管理包括告警规则、告警模板和告警收件人，可以用于监测智能家居系
统的消防安全信息，比如当烟雾报警器报警或者夜晚门窗非法开启时，就可以发送短信或
者邮件进行告警，通知人员及时查看。并且对于平台中暂时还未支持业务功能，用户可以调
用数平台据接口进行二次开发。
[0143] 初级的开发是通过使用已有的硬件产品和平台功能去做灵活的配置，实现整个实训系统功能，快速将创意变为现实，跑通整个物联网开发流程，体验到物联网开发的乐趣。
中级的开发可以利用平台的核心功能，去设计接入硬件和自定义开发业务功能。高级的开
发是按照产品思维去做，深入地了解开发中的每一个步骤，对传感器、网络层和应用平台都
进行深度的研究，利用平台的设备管理和基础业务模块，去做出一个真正产品化的实训系
统，并可以进行批量化推广，同时有能力拓展其他实训系统。
中级的开发可以利用平台的核心功能，去设计接入硬件和自定义开发业务功能。高级的开
发是按照产品思维去做，深入地了解开发中的每一个步骤，对传感器、网络层和应用平台都
进行深度的研究，利用平台的设备管理和基础业务模块，去做出一个真正产品化的实训系
统，并可以进行批量化推广，同时有能力拓展其他实训系统。
[0144] 本申请的终端控制系统还可以实现群组批量控制或者定时控制。以群组批量控制为例，在平台上通过选择设备清单、设置批量控制模式，配置之后就可以提供标准的业务应
用接口，第三方应用平台可以通过接口去实现批量控制功能。同时可以对批量控制进行数
据接口拓展，包括创建群组、编辑群组、删除群组、查询群组等功能，开发者只需要做一些轻
量级的功能就可以实现空调相关的应用业务功能。同时对于能耗管理、用电安全、环境监测
等业务功能模块，也会有相应的的业务功能接口，便于开发者进行调用，为整体应用系统的
开发打下坚实的基础。
用接口，第三方应用平台可以通过接口去实现批量控制功能。同时可以对批量控制进行数
据接口拓展，包括创建群组、编辑群组、删除群组、查询群组等功能，开发者只需要做一些轻
量级的功能就可以实现空调相关的应用业务功能。同时对于能耗管理、用电安全、环境监测
等业务功能模块，也会有相应的的业务功能接口，便于开发者进行调用，为整体应用系统的
开发打下坚实的基础。
[0145] 另一方面，本申请还提供一种基于物联网的终端控制方法，应用于平台层。图5是根据一示例性实施例示出的基于物联网的终端控制方法流程图。如图5所示，所述方法包
括：
括：
[0146] 步骤51：获取数据传感器采集到的所述终端当前的第一状态数据；
[0147] 步骤52：解析所述第一状态数据为供应用层能够识别的第二状态数据，其中，所述第一状态数据的数据格式不同于所述第二状态数据的数据格式；
[0148] 步骤53：发送所述第二状态数据至应用层，用于供所述应用层通过标准API应用程序接口识别所述第二状态数据得到所述终端的当前状态。
[0149] 在本示例性实施例中，传感层包括至少一个控制器。每个控制器均连接有数据传感器。数据传感器用于采集终端当前的第一状态数据。接入物联网的终端包括多种类型的
终端设备，例如空调、电视机、电脑、电灯等。不同类型的终端设备对应的采集到的第一状态
数据格式可不同，例如当第一状态数据为多进制数据时，可将对空调采集的第一状态数据
设定为十六进制数据、将对电视机采集的第一状态数据设定为八进制数据、将对电灯采集
的第一状态数据设定为二进制数据。
终端设备，例如空调、电视机、电脑、电灯等。不同类型的终端设备对应的采集到的第一状态
数据格式可不同，例如当第一状态数据为多进制数据时，可将对空调采集的第一状态数据
设定为十六进制数据、将对电视机采集的第一状态数据设定为八进制数据、将对电灯采集
的第一状态数据设定为二进制数据。
[0150] 在设定对终端采集的第一状态数据格式时，可根据对终端采集数据的项数确定第一状态数据的数据格式。具体包括采集数据的项数越多，确定第一状态数据的数据进制数
越多。例如，采集空调的数据包括环境温度、开关状态、空调当前设定的温度、功率、风速、湿
度等较多项数据，此时可设定对空调采集的第一状态数据的数据格式为十六进制数据。当
采集电灯的数据仅包括开关状态、亮度、功率较少项数据时，此时可设定对电灯采集的第一
状态数据的数据格式为二进制数据。从而有利于通过进制位数来分辨终端类型。
越多。例如，采集空调的数据包括环境温度、开关状态、空调当前设定的温度、功率、风速、湿
度等较多项数据，此时可设定对空调采集的第一状态数据的数据格式为十六进制数据。当
采集电灯的数据仅包括开关状态、亮度、功率较少项数据时，此时可设定对电灯采集的第一
状态数据的数据格式为二进制数据。从而有利于通过进制位数来分辨终端类型。
[0151] 第二状态数据为供应用层能够通过标准API应用程序接口识别的数据，包括JSON字段数据等。标准API应用程序接口可自行开发，连接平台层和应用层。标准API应用程序接
口内可包含有第二状态数据与各种类型终端各项采集数据对应的功能信息。例如，以空调
为例，当第二状态数据为JSON字段数据时，标准API应用程序接口内可包含有多种JSON字
段、各JSON字段参数以及各JSON字段分别对应的功能信息，包括air_switch对应空调的开
关状态、air_mode对应空调的开关模式、air_wind_speed对应空调的风速等。其中，一个
JSON字段中参数值不同对应的功能信息中的功能不同。例如，air_switch0对应空调的关机
状态，air_switch1对应空调的开机状态。air_wind_speed0对应空调的自动风速，air_
wind_speed1 5分别对应空调的1 5级风速。当第二状态数据为JSON字段数据时，第二状态
~ ~
数据可包括JSON字段以及各JSON字段参数。因此，应用层在不能直接读取第一状态数据的
时候，可通过标准API应用程序接口直接读取第二状态数据，得到终端的当前状态。
口内可包含有第二状态数据与各种类型终端各项采集数据对应的功能信息。例如，以空调
为例，当第二状态数据为JSON字段数据时，标准API应用程序接口内可包含有多种JSON字
段、各JSON字段参数以及各JSON字段分别对应的功能信息，包括air_switch对应空调的开
关状态、air_mode对应空调的开关模式、air_wind_speed对应空调的风速等。其中，一个
JSON字段中参数值不同对应的功能信息中的功能不同。例如，air_switch0对应空调的关机
状态，air_switch1对应空调的开机状态。air_wind_speed0对应空调的自动风速，air_
wind_speed1 5分别对应空调的1 5级风速。当第二状态数据为JSON字段数据时，第二状态
~ ~
数据可包括JSON字段以及各JSON字段参数。因此，应用层在不能直接读取第一状态数据的
时候，可通过标准API应用程序接口直接读取第二状态数据，得到终端的当前状态。
[0152] 平台层在解析第一状态数据时，可根据自定义的应用数据协议对第一状态数据进行解析。应用数据协议包含有第一状态数据和第二状态数据之间进行相互数据转换的转换
方式或数据对应关系。
方式或数据对应关系。
[0153] 在建立应用数据协议时，首先确定需要对终端进行数据采集的数据项。例如终端为空调时，确定需要采集的数据项按照第一状态数据从左向右的数据位依次包括：
[0154] 空调开关、空调模式、空调风速、空调温度、环境温度、用电量、功率、通断电状态。其中，各项数据在第一状态数据中所占数据位可根据该项数据可能的取值范围确定。例如
空调开关状态仅仅只有开或关两个状态，则空调开关占用两个数据位即可。空调的功率的
功率值较大，可达到1200瓦，则该数据项可设定为四个数据位等。具体各数据项所占数据位
可自行根据需要进行设定。在本示例中，设定空调开关占用两个数据位、空调模式占用两个
数据位、空调风速占用两个数据位、空调温度占用两个数据位、环境温度占用两个数据位、
用电量占用四个数据位、功率占用四个数据位、通断电状态占用两个数据位。
空调开关状态仅仅只有开或关两个状态，则空调开关占用两个数据位即可。空调的功率的
功率值较大，可达到1200瓦，则该数据项可设定为四个数据位等。具体各数据项所占数据位
可自行根据需要进行设定。在本示例中，设定空调开关占用两个数据位、空调模式占用两个
数据位、空调风速占用两个数据位、空调温度占用两个数据位、环境温度占用两个数据位、
用电量占用四个数据位、功率占用四个数据位、通断电状态占用两个数据位。
[0155] 然后，建立各数据项中数据值与终端状态的对应关系。例如，数据项：空调开关，空调开关包括开机和关机状态，开机状态对应的数据值可以为01，关机状态对应的数据值可
以为00；空调模式包括5种，自动、制热、制冷、除湿、通风，其中自动状态对应的数据值可以
为01，制热状态对应的数据值可以为02，制冷状态对应的数据值可以为03，除湿状态对应的
数值值可以为04，通风状态对应的数据值可以为05，等等依次类推。各数据项空调不同状态
分别对应不同的数据值。用电量的大小可以直接通过数据项的数值体现，例如用电量为95
kwh，则可以用数据位005F来体现，环境温度为26℃，则可以用1A来体现。当空调状态处于，
开机、制冷、2级风、空调温度设定为24℃、环境温度为26℃、用电量95 kwh、功率1200W、处于
通电状态时，此时，数据传感器采集的第一状态数据为010302181A005F04B001。此时，第一
状态数据中各数据项和第二状态数据的对应关系如表1和表2所示。表1为第一状态数据中
各数据项和第二状态数据关系对照表一。表2为第一状态数据中各数据项和第二状态数据
关系对照表二。
以为00；空调模式包括5种，自动、制热、制冷、除湿、通风，其中自动状态对应的数据值可以
为01，制热状态对应的数据值可以为02，制冷状态对应的数据值可以为03，除湿状态对应的
数值值可以为04，通风状态对应的数据值可以为05，等等依次类推。各数据项空调不同状态
分别对应不同的数据值。用电量的大小可以直接通过数据项的数值体现，例如用电量为95
kwh，则可以用数据位005F来体现，环境温度为26℃，则可以用1A来体现。当空调状态处于，
开机、制冷、2级风、空调温度设定为24℃、环境温度为26℃、用电量95 kwh、功率1200W、处于
通电状态时，此时，数据传感器采集的第一状态数据为010302181A005F04B001。此时，第一
状态数据中各数据项和第二状态数据的对应关系如表1和表2所示。表1为第一状态数据中
各数据项和第二状态数据关系对照表一。表2为第一状态数据中各数据项和第二状态数据
关系对照表二。
[0156] 本申请实施例的基于物联网的终端控制方法通过控制器控制数据传感器采集终端当前的第一状态数据，并传输第一状态数据给平台层。平台层，与控制器通信连接，解析
接收到的第一状态数据为供应用层能够识别的第二状态数据。应用层，与平台层间连接有
标准API应用程序接口，通过标准API应用程序接口从平台层接收并识别第二状态数据得到
终端的当前状态。由于接入物联网的终端类型多种多样，造成传感层与终端通信的通信方
式会有不同，控制器采集到的终端数据也会存在数据格式上的差异，但应用层对外通信的
通信协议是固定的，这势必造成应用层无法直接读取采集到的所有各种类型的终端数据。
接收到的第一状态数据为供应用层能够识别的第二状态数据。应用层，与平台层间连接有
标准API应用程序接口，通过标准API应用程序接口从平台层接收并识别第二状态数据得到
终端的当前状态。由于接入物联网的终端类型多种多样，造成传感层与终端通信的通信方
式会有不同，控制器采集到的终端数据也会存在数据格式上的差异，但应用层对外通信的
通信协议是固定的，这势必造成应用层无法直接读取采集到的所有各种类型的终端数据。
[0157] 基于此，在申请中通过提供传感层与应用层之间的平台层实现第一状态数据和第二状态数据间的解析和编译，并形成标准API接口供应用层读取平台层解析到的各种终端
对应的第二状态数据得到终端的当前状态。如此，通过平台层第一状态数据和第二状态数
据间的解析和编译，在不更换接入设备的情况下提高应用层应用程序开发的灵活性，使得
应用层的开发不再局限于某一类物理通信协议的设备。
对应的第二状态数据得到终端的当前状态。如此，通过平台层第一状态数据和第二状态数
据间的解析和编译，在不更换接入设备的情况下提高应用层应用程序开发的灵活性，使得
应用层的开发不再局限于某一类物理通信协议的设备。
[0158] 在一些实施例中，所述方法还包括：
[0159] 接收所述应用层发送的基于输入的预设状态信息生成控制指令，其中所述预设状态信息用于指示所述终端进入的期望状态；
[0160] 基于接收的所述控制指令生成第三状态数据；
[0161] 发送所述第三状态数据至所述控制器，供所述控制器根据所述第三状态数据控制所述终端进入所述期望状态。
[0162] 在本示例性实施例中，应用层在获取终端当前状态后，根据终端所处的当前环境调整终端的状态以进入期望状态。例如，以空调为例，当空调当前温度不适于当前环境温度
时，需要调整空调的制冷温度，此时，可以基于输入的预设状态信息生成控制指令。预设状
态信息用于指示空调需要进入的期望状态，包括制冷温度等。平台层基于接收到的控制指
令生成第三状态数据。第三状态数据的数据格式可与第一状态数据的数据格式相同。第三
状态数据中也可以包括各数据项分别对应的数据值，例如为010302161A005F04B001。将空
调当前的制冷温度由24℃调整为22℃等。第三状态数据为控制器可直接读取以对终端进行
状态调整的数据。
时，需要调整空调的制冷温度，此时，可以基于输入的预设状态信息生成控制指令。预设状
态信息用于指示空调需要进入的期望状态，包括制冷温度等。平台层基于接收到的控制指
令生成第三状态数据。第三状态数据的数据格式可与第一状态数据的数据格式相同。第三
状态数据中也可以包括各数据项分别对应的数据值，例如为010302161A005F04B001。将空
调当前的制冷温度由24℃调整为22℃等。第三状态数据为控制器可直接读取以对终端进行
状态调整的数据。
[0163] 在一些实施例中，所述获取数据传感器采集到的所述终端当前的第一状态数据前，所述方法包括：
[0164] 基于支持LoRaWAN远距离无线通信协议的网关建立所述控制器与所述平台层之间的通信；其中所述控制器与数据传感器连接，用于控制所述数据传感器采集所述终端当前
的第一状态数据。
的第一状态数据。
[0165] 在本示例性实施例中，平台层设置有的支持LoRaWAN远距离无线通信协议的网关，用于连接控制器，支持LoRaWAN协议的控制器接入。
[0166] LoRa是低功耗广域网通信技术中的一种，是一种基于扩频技术的超远距离无线传输技术。LoRaWAN是为LoRa远距离通信网络设计的一套通讯协议和系统架构，是一种媒体访
问控制（MAC）层协议。扩频技术是通过注入一个更高频信号将基带信号扩展到更宽的频带
的技术，其基本特点是其传输信息所用信号的带宽远大于信息本身的带宽。在本申请的终
端控制系统的平台层设置有LoRaWAN网关，以支持LoRaWAN协议的控制器接入。
问控制（MAC）层协议。扩频技术是通过注入一个更高频信号将基带信号扩展到更宽的频带
的技术，其基本特点是其传输信息所用信号的带宽远大于信息本身的带宽。在本申请的终
端控制系统的平台层设置有LoRaWAN网关，以支持LoRaWAN协议的控制器接入。
[0167] 在一些实施例中，所述获取数据传感器采集到的所述终端当前的第一状态数据前，所述方法还包括：
[0168] 基于所述终端的设备ID标识号建立与所述设备ID对应的物模型；其中，不同设备类型的终端对应的设备ID不同，不同的设备ID对应建立的物模型不同；
[0169] 所述物模型至少包含有表征所述终端具有的设备功能的功能信息以及所述终端对应的控制器接入所述平台层的接入方式；其中，不同设备ID的终端对应的控制器接入所
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
述平台层的接入方式不同；以不同接入方式接入平台层的控制器与平台层建立通信时对应
的通信协议不同。
[0170] 在本示例性实施例中，不同设备类型的终端可定义为不同的设备ID，例如，空调可定义为第一设备ID，第一设备ID可由字母组成，例如qwrerw。电灯可定义为第二设备ID，第
二设备ID可由数字组成，例如123456等。即不同设备类型的终端定义的设备ID的ID号组成
方式不同。不同ID号组成方式的终端对应的控制器接入所述平台层的接入方式不同。以不
同接入方式接入平台层的控制器与平台层建立通信时对应的通信协议不同。例如，控制空
调的控制器可基于LoRaWAN协议网关接入。控制电灯的控制器可基于支持NB‑IoT协议的通
信模组接入等。此时仅仅是示例性的说明，具体设备接入平台层可根据具体设备支持的协
议类型选择接入方式接入平台层。
二设备ID可由数字组成，例如123456等。即不同设备类型的终端定义的设备ID的ID号组成
方式不同。不同ID号组成方式的终端对应的控制器接入所述平台层的接入方式不同。以不
同接入方式接入平台层的控制器与平台层建立通信时对应的通信协议不同。例如，控制空
调的控制器可基于LoRaWAN协议网关接入。控制电灯的控制器可基于支持NB‑IoT协议的通
信模组接入等。此时仅仅是示例性的说明，具体设备接入平台层可根据具体设备支持的协
议类型选择接入方式接入平台层。
[0171] 在本示例性实施例中，在接入设备支持相关协议的基础上，不同设备ID终端对应的控制器接入平台层的接入方式也可以相同。例如，在控制空调的控制器和控制电灯的控
制器都支持NB‑IoT协议的情况下，均可以通过支持NB‑IoT协议的通信模组接入平台层。
制器都支持NB‑IoT协议的情况下，均可以通过支持NB‑IoT协议的通信模组接入平台层。
[0172] 本申请还提供一种服务器。图6是根据一示例性实施例示出的服务器结构示意图。如图6所示，本申请实施例提供的服务器，包括：处理器430和用于存储能够在处理器上运行
的计算机程序的存储器420，其中，所述处理器430用于运行所述计算机程序时，执行上述各
实施例提供所述方法的步骤。
的计算机程序的存储器420，其中，所述处理器430用于运行所述计算机程序时，执行上述各
实施例提供所述方法的步骤。
[0173] 本申请还提供一种计算机可读存储介质。本申请实施例提供的计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例提供所述方
法的步骤。
法的步骤。
[0174] 在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为
一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或
可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部
分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合
或通信连接，可以是电性的、机械的或其它形式的。
一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或
可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部
分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合
或通信连接，可以是电性的、机械的或其它形式的。
[0175] 上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单
元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0176] 另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述
集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0177] 在一些情况下，上述任一两个技术特征不冲突的情况下，可以组合成新的方法技术方案。
[0178] 在一些情况下，上述任一两个技术特征不冲突的情况下，可以组合成新的设备技术方案。
[0179] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序
在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读
存储器（Read‑Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或
者光盘等各种可以存储程序代码的介质。
在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读
存储器（Read‑Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或
者光盘等各种可以存储程序代码的介质。
[0180] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵
盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。