CN115774505A

CN115774505A - 物联网虚拟设备系统的演示方法、装置、设备和存储介质

Info

Publication number: CN115774505A
Application number: CN202211376645.6A
Authority: CN
Inventors: 邓冠兵; 赵洪鹏; 陈晓辉
Original assignee: Wuhan Easylinkin Technology Co ltd
Current assignee: Wuhan Easylinkin Technology Co ltd
Priority date: 2022-11-04
Filing date: 2022-11-04
Publication date: 2023-03-10

Abstract

本申请公开了一种物联网虚拟设备系统的演示方法、装置、设备和存储介质。该物联网虚拟设备系统包括至少一个虚拟设备，该方法包括：接收演示请求；其中，演示请求包括物联网虚拟设备系统中虚拟设备的标识信息；基于虚拟设备的标识信息和第一预定规则，确定虚拟设备的演示数据；其中，第一预定规则为虚拟设备的演示数据的生成规则；基于演示数据和第二预定规则，对物联网虚拟设备系统进行演示；其中，第二预定规则为物联网虚拟设备系统的演示规则。如此，能够模拟各种真实的物联网设备，快速实现物联网虚拟设备系统的演示，同时让软件可以进行同步开发，提高开发效率。

Description

物联网虚拟设备系统的演示方法、装置、设备和存储介质

技术领域

本申请涉及虚拟仿真系统技术领域，尤其涉及一种物联网虚拟设备系统的演示方法、装置、设备和存储介质。

背景技术

在物联网项目中，通常需要给客户演示对应物联网解决方案，让其对整体解决方案有个定性的了解。该解决方案重点展示的是软件中功能模块、业务流程和硬件数据联动，而由于软件的很多数据都是来源于物联网硬件，需要有硬件数据才能完整的演示软件功能。

在实际演示中，物联网硬件具有种类非常丰富、硬件采购周期长和不便携带等特点，且客户需求中的硬件型号各异，同一个硬件设备又不能在不同的软件账号中实现数据复用，因此在软件中难以添加真实的硬件来进行演示。此外，在软件开发时也需要联动硬件，但实际上物联网硬件采购和开发都需要一定的周期，如果等硬件都开发了再来开发软件功能，就没办法实现同步开发，导致开发效率较低。

发明内容

有鉴于此，本申请实施例提供了一种物联网虚拟设备系统的演示方法、装置、设备和存储介质，旨在提高物联网设备的开发和演示效率。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种物联网虚拟设备系统的演示方法，所述物联网虚拟设备系统包括至少一个虚拟设备，所述方法包括：

接收演示请求；其中，所述演示请求包括所述物联网虚拟设备系统中所述虚拟设备的标识信息；

基于所述虚拟设备的标识信息和第一预定规则，确定所述虚拟设备的演示数据；其中，所述第一预定规则为所述虚拟设备的演示数据的生成规则；

基于所述演示数据和第二预定规则，对所述物联网虚拟设备系统进行演示；其中，所述第二预定规则为所述物联网虚拟设备系统的演示规则。

上述方案中，所述基于所述虚拟设备的标识信息和第一预定规则，确定所述虚拟设备的演示数据，包括：

基于所述虚拟设备的标识信息和解析数据库，确定所述虚拟设备的解析数据，所述解析数据为解析后的统一格式的数据；

基于所述虚拟设备的解析数据和第一预定规则，确定所述虚拟设备的演示数据；

其中，所述解析数据库用于存储所述虚拟设备的标识信息和解析数据。

上述方案中，所述方法还包括：

基于解析格式、所述虚拟设备的通信协议和所述虚拟设备的虚拟数据，生成所述虚拟设备的解析数据；

基于所述虚拟设备的解析数据，更新所述解析数据库。

上述方案中，所述基于解析格式、所述虚拟设备的通信协议和所述虚拟设备的虚拟数据，生成所述虚拟设备的解析数据，包括：

基于所述虚拟设备的通信协议和所述解析格式，确定对应的解析程序，其中，所述解析格式至少包括所述虚拟设备的功能参数数据；

基于所述解析程序解析所述虚拟设备的虚拟数据，生成所述虚拟设备的解析数据。

上述方案中，所述方法还包括：

基于所述虚拟设备实际的工作模式确定所述第一预定规则。

上述方案中，在接收用户演示请求之前，所述方法还包括：

基于所述虚拟设备的产品型号激活所述虚拟设备，生成所述虚拟设备的标识信息和所述虚拟设备的虚拟数据。

上述方案中，所述方法还包括：

基于所述物联网虚拟设备系统的逻辑结构或根据用户的需求确定所述第二预定规则。

第二方面，本申请实施例提供了一种物联网虚拟设备系统的演示装置，所述装置包括：

接收模块，用于接收演示请求；其中，所述演示请求包括所述物联网虚拟设备系统中所述虚拟设备的标识信息；

确定模块，用于基于所述虚拟设备的标识信息和第一预定规则，确定所述虚拟设备的演示数据；其中，所述第一预定规则为所述虚拟设备的演示数据的生成规则；

演示模块，用于基于所述演示数据和第二预定规则，对所述物联网虚拟设备系统进行演示；其中，所述第二预定规则为所述物联网虚拟设备系统的演示规则。

第三方面，本申请实施例提供了一种物联网虚拟设备系统的演示设备，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器，用于运行计算机程序时，执行上述第一方面提供的物联网虚拟设备系统的演示方法。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面提供的物联网虚拟设备系统的演示方法的步骤。

本申请实施例提供的技术方案，物联网虚拟设备系统包括至少一个虚拟设备，该方法包括：接收演示请求；其中，演示请求包括物联网虚拟设备系统中虚拟设备的标识信息；基于虚拟设备的标识信息和第一预定规则，确定虚拟设备的演示数据；其中，第一预定规则为虚拟设备的演示数据的生成规则；基于演示数据和第二预定规则，对物联网虚拟设备系统进行演示；其中，第二预定规则为物联网虚拟设备系统的演示规则。如此，通过对虚拟设备的标识信息和第一预定规则确定虚拟设备的演示数据，并通过第二预定规则和演示数据对物联网虚拟设备系统进行演示，从而能够模拟各种真实的物联网设备，快速实现物联网虚拟设备系统的演示，同时让软件可以进行同步开发，提高开发效率。

附图说明

图1为本申请一实施例提供的物联网虚拟设备系统的演示方法流程示意图；

图2为本申请一应用示例中物联网虚拟设备系统的结构示意图；

图3为本申请实施例一应用示例中物联网虚拟设备的设计流程示意图；

图4为本申请一实施例提供的物联网虚拟设备系统的演示装置的结构示意图；

图5为本申请一实施例提供的物联网虚拟设备系统的演示设备的结构示意图。

具体实施方式

下面结合附图及实施例对本申请再作进一步详细的描述。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

本申请实施例提供了一种物联网虚拟设备系统的演示方法，可以应用于物联网虚拟设备系统的演示设备，所述物联网虚拟设备系统包括至少一个虚拟设备，如图1所示，该方法包括以下步骤：

步骤110：接收演示请求；其中，所述演示请求包括所述物联网虚拟设备系统中所述虚拟设备的标识信息。

此处，该物联网虚拟设备系统包括但不限于以下至少之一：虚拟智慧消防系统、虚拟智能家居系统、虚拟智慧农业系统、虚拟智慧物流系统、虚拟智慧商业系统和虚拟智慧交通系统。

此处，该物联网虚拟设备系统包括至少一个虚拟设备，以虚拟智慧农业系统为例，其包括土壤温湿度监测模块、气象监测模块、视频监控模块和智慧喷淋模块等。其中，土壤温湿度检测模块可以用虚拟温湿度传感器进行监测，该虚拟温湿度传感器可以与其他模块，例如，气象监测模块、视频监控模块和智慧喷淋模块共同组成该虚拟智慧农业系统。此外，气象监测模块、视频监控模块和智慧喷淋模块中的至少一个也可以用虚拟设备进行虚拟。

此处，演示设备接收到演示请求，该演示请求包括虚拟设备的标识信息。该标识信息是表征虚拟设备身份的标识信息。该标识信息可以为数字编号，如此，通过该标识信息能够在物联网虚拟设备系统中快速定位到各设备。

步骤120：基于所述虚拟设备的标识信息和第一预定规则，确定所述虚拟设备的演示数据；其中，所述第一预定规则为所述虚拟设备的演示数据的生成规则。

此处，虚拟设备的演示数据基于该虚拟设备的标识信息和第一预定规则确定。在接收到演示请求时，基于虚拟设备的标识信息能够确定待演示的虚拟设备，在确定待演示的虚拟设备后，待演示的虚拟设备的演示数据基于第一预定规则生成，第一预定规则为待演示的虚拟设备的演示数据的生成规则。一般来说，不同的虚拟设备其对应的演示数据的生成规则是不同的，即不同的虚拟设备的第一预定规则可以不同。

步骤130：基于所述演示数据和第二预定规则，对所述物联网虚拟设备系统进行演示；其中，所述第二预定规则为所述物联网虚拟设备系统的演示规则。

此处，在确定虚拟设备的演示数据后，则基于该演示数据和第二预定规则对该物联网虚拟设备系统进行演示。其中，第二预定规则为所述物联网虚拟设备系统的演示规则。在物联网虚拟设备系统中包括至少一个虚拟设备，不同的物联网虚拟设备系统内的虚拟设备不同，各个虚拟设备之间的联系不同，因此，不同的物联网虚拟设备系统的演示规则(即第二预定规则)是不同的。

如此，通过对虚拟设备的标识信息和第一预定规则确定虚拟设备的演示数据，并通过第二预定规则对演示数据进行演示，从而能够模拟各种真实的物联网设备，快速实现物联网虚拟设备系统的演示，同时让软件可以进行同步开发，提高开发效率。

在一些实施例中，所述基于所述虚拟设备的标识信息和第一预定规则，确定所述虚拟设备的演示数据，包括：

这里，基于虚拟设备的标识信息可以在解析数据库中定位到该虚拟设备和该虚拟设备对应的解析数据。这里，解析数据为解析后的统一格式的数据，是对该虚拟设备的虚拟数据进行解析得到的。

这里，在确定该虚拟设备的解析数据后，通过第一预定规则，基于该虚拟设备的解析数据生成该虚拟设备的演示数据。

此处，解析数据库用于存储虚拟设备的标识信息和解析数据。

在一些实施例中，所述方法还包括：

基于所述虚拟设备的解析数据，更新所述解析数据库。

这里，虚拟设备的解析数据是基于解析格式、所述虚拟设备的通讯协议和所述虚拟设备的虚拟数据生成的。这里，解析格式用于生成统一格式的解析数据。

这里，不同虚拟设备的通信协议是不同的。通信协议包括但不限于以下至少之一：远距离无线通信协议(LoRa Wide Area Network，LoRaWAN)和窄带物联网协议(NarrowBand Internet of Things，NB-LOT)。

这里，不同通信协议的虚拟设备的虚拟数据格式是不同的。示例性地，以虚拟温湿度传感器为例，型号WSD-470AA1-01-0018的虚拟温湿度传感器的通信协议为LoRaWAN，该虚拟温湿度传感器的虚拟数据为：状态(1字节)+预留(Bit4-Bit0)++按键状态(Bit5)+温度状态(Bit6)+电压状态(Bit7)+1字节(电池电压)+温度(2字节)+湿度(1字节)。其中，状态所占的长度为1字节；Bit7标识该虚拟温湿度传感器的电压状态，1-欠压，0-电压正常；Bit6表示该虚拟温湿度传感器的温度状态，1-温度超过设置的高低温门限，0-温度正常；Bit5表示该虚拟温湿度传感器的按键状态，1-按键按下，0-没有按按键；Bit4-Bit0为该虚拟温湿度传感器的预留位；该虚拟温湿度传感器的电池电压所占的长度为1字节，单位10mv，本值＝实际值-150，例如：0xce表示3.56v。

该虚拟温湿度传感器的温度值所占的长度为2字节，单位0.1℃，高位在前。其中，Bit15表示虚拟温度传感器是否正常工作，1-不正常，0-温度正常；Bit14表示温度正负，1-负温，0-正温，Bit14-Bit0表示温度值；如0x0164表示温度为35.6℃，0x4164表示温度为-35.6℃，0x8000表示温度传感器工作不正常。该虚拟温湿度传感器的湿度值所占的长度为1字节，单位为％；其中，0xFF代表传感器工作不正常。

型号WSD-NBA-02-0159的虚拟温湿度传感器的通信协议为NB-LOT，在该协议对应的数据包中，payload负载协议中的Data(传感器数据)实际携带该虚拟温湿度传感器的虚拟数据，该payload负载的协议功包括：Head(包头)+APPID(应用ID)+命令值+Data(传感器数据)+电池电量+发包间隔。该payload负载协议中：Head(包头)和APPID(应用ID)的值为固定值，分别为0x4E和0x0B，所占长度均为1字节(Byte)。命令值所占的长度为1Byte，其对应的值包括0x01(心跳)、0x00 ACK(应答包)和0x02报警包。电池电量和发包间隔分别占1Byte和4Byte。该虚拟温湿度传感器的虚拟数据包含在Data(传感器数据)中，Data占10Byte。

具体内容如下表1所示：

表1

表1中表示该虚拟温湿度传感器虚拟数据的Data(传感器数据)的具体内容如下表2所示，Data所占的数据长度为10Byte，具体是温湿度值占5Byte，年份、月份、日期、小时和分钟分别占1Byte。例如，该虚拟温湿度传感器的温湿度值为004B0AAC13，其中，004B0AAC13中的00代表正温度，负温度为01，4B0A代表该虚拟温湿度传感器的温度值为0x0A4B，0x0A4B对应的温度值为26.38℃，AC13代表该温湿度传感器的湿度值为0x13AC，0x13AC对应的湿度值为50.36％，即该虚拟温湿度传感器的温度值为26.38℃，湿度值为50.36％。

表2

数据

温湿度

年份

月份

日期

小时

分钟

长度

5Byte

1Byte

示例性地，虽然型号1和型号2都为温湿度传感器，但是因为各自通信协议的不同，其对应的虚拟数据的格式是不同的。但是，对于温湿度传感器而言，无论通信协议为何种形式，其功能参数都包括温度、湿度这两个主要功能参数指标。如此，基于解析格式、虚拟温湿度传感器的通信协议和虚拟温湿度传感器的虚拟数据，生成虚拟温湿度传感器的统一格式的解析数据。能够适应不同类型的通信协议的虚拟设备并对其进行演示，提高了演示效率。并且，在生成解析数据后更新解析数据库，便于基于虚拟设备的标识信息能够及时查找到该虚拟温湿度传感器的解析数据。

在一些实施例中，所述基于解析格式、所述虚拟设备的通信协议和所述虚拟设备的虚拟数据，生成所述虚拟设备的解析数据，包括：

这里，在对虚拟设备进行演示时，主要演示的是该虚拟设备的功能参数。以虚拟温湿度传感器为例，在该虚拟温湿度传感器的解析数据中，至少包括了虚拟温湿度传感器的功能参数，在对该虚拟温湿度传感器进行演示时，保证能够演示其最主要的功能。因此，在对虚拟设备的数据进行解析得到解析数据时，解析格式中至少包括该虚拟设备的功能参数。

这里，若虚拟设备的通信协议为LoRaWAN，解析格式为温度和湿度，解析程序可以采用JSON(JavaScript ObjectNotation，自动生成数据格式代码)。JSON是一种轻量级的数据交换格式。它基于ECMA Script(European Computer Manufacturers AssociationScript，ECMA-262标准化的脚本程序设计语言)规范的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。基于解析格式、通信协议和JSON，能够确定JSON解析程序，利用JSON解析程序解析虚拟设备的数据，生成虚拟设备的统一格式的数据，即虚拟设备的解析数据。

在本申请实施例中，所述方法还包括：

基于所述虚拟设备实际的工作模式确定所述第一预定规则。

此处，在获取虚拟设备的演示数据时，需要基于虚拟设备实际的工作模式进行获取，这样才能保证虚拟设备能够准确模拟真实设备的工况。以温湿度传感器为例，其工作模式包括工作模式和休眠模式。在工作模式下，其温湿度值的显示规则为基于某一时间间隔进行显示。此处的基于某一时间间隔显示为第一预定规则，时间间隔可以自行设定。

在本申请实施例中，在接收用户演示请求之前，所述方法还包括：

这里，在对虚拟设备演示之前，需要基于虚拟产品的型号生成该虚拟设备唯一的标识信息，基于该标识信息对该虚拟设备进行激活后配置该虚拟设备的虚拟数据。这里的标识信息可以为数字编号，该数字编号可以是基于产品型号生成的唯一的设备编号。

在本申请实施例中，所述方法还包括：

这里，在对物联网虚拟设备系统进行演示时，不同的物联网虚拟设备系统所对应的演示规则(即第二预定规则)是不同的。示例性地，第二预定规则可以为该物联网虚拟设备系统的设备的演示顺序，用户可以根据其演示需求确定该演示系统内各设备的演示顺序，包括虚拟设备和真实设备的演示顺序。如此，通过确定第二预定规则，能够提升物联网虚拟设备系统的真实性，满足客户对于演示系统的需求。

下面，结合应用示例对本申请实施例再作进一步详细的描述。本应用示例提供了一种物联网虚拟设备系统的结构，如图2所示，该物联网虚拟设备系统包括了应用层和平台层。

对于应用层，给客户进行演示的物联网虚拟设备系统是处于应用层的演示系统，包括但不限于以下至少之一：虚拟智慧消防演示系统、虚拟智能家居演示系统、虚拟智慧农业虚拟演示系统、虚拟智慧物流演示系统、虚拟智慧商业演示系统和虚拟智慧交通演示系统。虚拟智慧消防演示系统的功能主要是能耗管理和设备监控，虚拟智能家居演示系统的功能主要包括空调监控设备和规则引擎设备，虚拟智慧农业演示系统的功能主要是灯光节能设备和告警管理设备、虚拟智慧物流演示系统包括电力监控设备和空间管理设备、虚拟智慧商业演示系统包括用电安全设备和角色管理设备、虚拟智慧交通演示系统包括环境监测设备和用户管理设备。

对于平台层，应用层的演示系统的解析数据来自于平台层，虚拟设备的配置管理如注册激活，也是在平台层实现的。平台层上设有开放接口，开放接口可以为标准应用程序接口(Application Programming Interface，API)，该标准API可以自行开发。平台层物联网虚拟设备系统的虚拟设备的虚拟数据流水(即虚拟设备的虚拟数据)通过开放接口生成统一格式的解析数据后，平台层基于第一预定规则和该统一格式的解析数据生成虚拟设备的演示数据推送给物联网虚拟设备系统。即在图2所示的物联网虚拟设备系统架构中，应用层上的演示数据都是统一格式的数据，平台层的虚拟数据流水(即虚拟设备的虚拟数据)的格式是不同的。

平台层还包括虚拟设备接入系统、虚拟设备开发模块和虚拟设备管理模块三部分。平台层需要接入各种不同的通信协议的虚拟设备，因此，平台层各虚拟设备的虚拟数据流水(即虚拟设备的虚拟数据)的格式都是不同的。在虚拟设备接入系统中，接入的虚拟设备的通讯协议是不同的，根据接入协议的不同，虚拟设备接入系统中分别设置有LoRaWAN远距离无线通信协网关接口、NB-IoT通信模组接口、接入插件接口和数据查看器EasyAccess接口，用于接入各种通信方式与协议的设备。具体来说，LoRaWAN网关用于支持LoRaWAN协议的设备接入，NB-IoT通信模组用于支持NB-IoT设备的接入、接入插件用于支持HTTP(Hypertext Transfer Protocol，超文本传输协议)的设备接入、EasyAccess用于接入EasyAccess接入标准传输数据的设备。由此，该物联网虚拟设备系统能够适用于各种通信类型的虚拟设备。

虚拟设备开发模块用于生成虚拟设备的虚拟数据流水(即虚拟设备的虚拟数据)。虚拟设备的管理模块主要是对虚拟设备的监控运维，其主要包括虚拟设备数据流水(即虚拟设备的虚拟数据)管理、虚拟设备的在线离线管理、虚拟设备的整个生命周期管理，同时还可以管理所有已开发的虚拟设备库。通过上述结构，平台能够快速实现虚拟设备的生成，从而给演示系统推送相应的演示数据，解决演示数据源的问题。

基于上述物联网虚拟设备系统的架构，上述物联网虚拟设备系统中包括至少一个虚拟设备，以虚拟智慧农业演示系统为例，虚拟智慧农业演示系统中包括了多个设备，其中，至少包括一个虚拟设备，比如虚拟温湿度传感器，用于检测土壤的温湿度，也包括了其他真实设备，比如气象监测设备、视频监控设备和智慧喷淋设备等，真实设备和虚拟设备可以共同进行物联网虚拟设备系统的演示。本申请实施例中，以虚拟智慧农业演示系统，详细描述虚拟智慧农业演示系统的演示方法。

虚拟智慧农业演示系统接收演示请求；其中，所述演示请求包括虚拟智慧农业系统中虚拟设备的标识信息。基于虚拟设备的标识信息和第一预定规则，确定虚拟设备的演示数据；其中，第一预定规则为虚拟设备的演示数据的生成规则。基于演示数据和第二预定规则，确定虚拟智慧农业演示系统进行演示；其中，第二预定规则为虚拟智慧农业演示系统的演示规则。

这里的虚拟智慧农业演示系统是在应用层接收虚拟设备的标识信息。这里的虚拟设备的标识信息是唯一确定的，用于在虚拟智慧农业演示系统中查找到该标识信息对应的虚拟设备。根据虚拟设备的标识信息和该虚拟设备的演示数据的生成规则即第一预定规则可以确定虚拟设备的演示数据。虚拟智慧农业系统包括了多种设备，在获取到虚拟设备的演示数据后，根据虚拟智慧农业演示系统的演示规则(即第二预定规则)对虚拟设备进行演示。

如此，通过对虚拟设备的标识信息和第一预定规则确定虚拟设备的演示数据，并通过第二预定规则和演示数据对该虚拟智慧农业演示系统进行演示，从而能够模拟各种真实的物联网设备，快速实现虚拟智慧农业演示系统的演示，同时让软件可以进行同步开发，提高开发效率。

其中，基于虚拟设备的标识信息和第一预定规则，确定虚拟设备的演示数据，包括：

基于虚拟设备的标识信息和解析数据库，确定虚拟设备的解析数据，解析数据为解析后的统一格式的数据；

基于虚拟设备的解析数据和第一预定规则，确定虚拟设备的演示数据；

其中，解析数据库用于存储虚拟设备的标识信息和解析数据。

在图2所示的物联网虚拟设备系统中，虚拟设备的解析数据库位于平台层，演示数据是虚拟设备在应用层进行演示的数据，也是统一格式的数据。示例性地，以虚拟温湿度传感器为例，该虚拟温湿度传感器的标识信息和解析数据存储于解析数据库中，解析数据库中的解析数据都为解析后的统一格式的数据。根据虚拟温湿度传感器的标识信息可以在解析数据库中查找到该虚拟温湿度传感器，进一步可以确定该虚拟温湿度传感器对应的解析数据。再基于该解析数据库和虚拟温湿度传感器演示数据的生成规则(即第一预定规则)确定该虚拟温湿度传感器的演示数据，此处，该虚拟温湿度传感器的演示数据也是统一格式的数据。

进一步的，解析数据的生成过程包括：

基于所述虚拟设备的解析数据，更新所述解析数据库。

这里，如图2所示，设备的开发模块主要包括设备物模型定义模块、设备开发调试模块和产品管理模块。解析格式可以为虚拟设备的物模型，物模型是物理空间中的实体(如传感器、车载装置、楼宇、工厂等)在云端的数字化表示，其从属性、服务和事件三个维度，分别描述了该实体是什么、能做什么、可以对外提供哪些信息。虚拟设备的通信协议包括LoRaWAN和NB-IoT等。虚拟设备的虚拟数据为平台层的虚拟数据流水，即虚拟设备解析前的数据。虚拟设备的通信协议不同对应的虚拟数据的格式也不同。以虚拟温湿度传感器为例，虚拟温湿度传感器的通信协议为LoRaWAN协议，基于虚拟温湿度传感器的物模型(即虚拟温湿度传感器的解析格式)、通信协议LoRaWAN和虚拟设备的虚拟数据，生成虚拟温湿度传感器的解析数据。在生成该虚拟温湿度传感器的解析数据后，更新解析库即更新解析库中该虚拟温湿度传感器的解析数据。

其中，基于解析格式、虚拟设备的通信协议和虚拟设备的虚拟数据，生成虚拟设备的解析数据，包括：

基于虚拟设备的通信协议和解析格式，确定对应的解析程序，其中，解析格式至少包括虚拟设备的功能参数数据；

基于解析程序解析虚拟设备的虚拟数据，生成虚拟设备的解析数据。

如图2所示，解析数据的生成分别在平台层的设备接入系统、设备开发模块和API接口进行。设备的接入系统用于确定虚拟设备的通信协议的类型，虚拟设备通信协议类型不同，其对应的虚拟数据即虚拟数据流水的格式也不同。即在平台层虚拟设备的虚拟数据及虚拟数据流水的数据格式是不同的。设备的开发模块主要包括设备物模型定义模块、设备开发调试模块和产品管理模块。以解析格式为虚拟设备的物模型为例，物模型定义模块用于确定虚拟设备的解析格式，通过物模型定义，能够规范虚拟设备的数据格式和API接口。解析格式确定后，解析格式中至少包括了虚拟设备的功能参数数据。例如温度和湿度，API接口连接应用层和平台层，用于生成统一格式的解析数据。API接口一般使用可读性更强JASON的数据格式。

以虚拟温度传感器为例，虚拟温湿度传感器的解析格式为虚拟温湿度传感器的物模型，包括温度和湿度。虚拟温湿度传感器的通信协议为LoRaWAN

，采用JASON的数据格式，可得解析程序如下所示：

{

"temperature":温度值,

"humidity":湿度值

……

}

"temperature"和"humidity"分别为JASON的属性字段，温度值和湿度值为该属性字段对应的属性值。

基于上述解析程序对采用LoRaWAN协议对应的虚拟温湿度传感器的虚拟数据流水(即虚拟温湿度传感器的虚拟数据)进行解析就可以得到该虚拟温湿度传感器的解析数据，基于该解析数据更新平台层的解析数据库中该虚拟温湿度传感器的解析数据。

此外，可以基于虚拟设备实际的工作模式确定第一预定规则。

以虚拟温湿度传感器为例，可以根据时间间隔去设置温度值。以虚拟水表和虚拟电表为例，他们的数据值只能变大而不能变小，可以根据其实际的工作模式下的增加规则确定为第一预定规则，基于该第一预定规则显示演示数据，从而更好地去模拟真实设备数据。

此外，在接收用户演示请求之前，所述方法还包括：

基于虚拟设备的产品型号激活虚拟设备，生成虚拟设备的标识信息和虚拟设备的虚拟数据。

此外，基于虚拟设备系统的逻辑结构或根据用户的需求确定所述第二预定规则。

下面详细说明虚拟设备的设计流程，该设计流程应用于平台层，如图3所示，包括如下步骤：

步骤310：在平台层定义硬件产品的产品型号，填写产品基础信息。

步骤320：在平台层定义产品物模型，根据产品通信协议对其数据进行解析。

步骤330：配置产品型号对应的虚拟数据流水产生机制。

步骤340：在平台层注册虚拟设备并激活，配置虚拟设备数据推送地址为物联网虚拟设备系统。

步骤350：物联网虚拟设备系统接收到虚拟设备产生的数据源，用于演示软件功能模块。

这里的产品即虚拟设备，虚拟设备的设计流程分为产品开发(即虚拟设备的虚拟数据流水的生成过程)和虚拟设备的配置过程。上述步骤310至步骤330为产品开发，包括虚拟设备的统一格式的虚拟数据流水(即解析数据)的生成过程，步骤340至步骤350为虚拟设备的配置过程，包括虚拟设备的激活和虚拟设备的演示数据的生成过程。

下面，以虚拟温湿度传感器为例，说明其设计过程：

1、产品开发

首先包括需要在平台上定义该虚拟温湿度传感器的产品型号，填写该温湿度传感器相应的产品信息，包括产品名称、产品型号、供应商信息和价格等信息。

温湿度传感器最核心的功能就是监测温度和湿度，根据该温湿度传感器的功能参数温度和湿度，定义该虚拟温湿度传感器的物模型(即解析格式)为温度和湿度。确定该温湿度传感器的通信协议，例如为LoRaWAN，根据该温湿度传感器的物模型和通信协议，采用JASON的数据格式，生成JASON解析程序。根据产品通信协议对应的数据为该虚拟温湿度传感器的虚拟数据，基于JASON解析程序对该虚拟数据解析包括：首先根据产品通信协议对数据进行解析，即根据产品通信协议对该虚拟数据进行解析，由上可知，LoRaWAN协议的虚拟数据的格式为：状态(1字节)+预留(Bit4-Bit0)++按键状态(Bit5)+温度状态(Bit6)+电压状态(Bit7)+1字节(电池电压)+温度(2字节)+湿度(1字节)，例如LoRaWAN协议对应的虚拟数据是XX0x1338(XX表示温湿度之前的其他数据)，0x1338为温度和湿度数据，其中13表示温度，38表示湿度，温湿度的数据都不需要进行各种运算，该16进制的值就是代表真实的温湿度物理值。由此可知，该虚拟温湿度传感器虚拟数据中的温湿度对应的温度值为24℃，湿度值为56％。

解析程序对该虚拟温湿度传感器的虚拟数据进行解析的的程序如下：

{

"temperature":24,

"humidity":56

……

}

其中，"temperature"和"humidity"分别为JASON的属性字段，温度值和湿度值为该属性字段对应的属性值。由此，可以生成如下的解析数据(即统一格式的虚拟数据流水)：

表3

序号	物模型	属性字段	属性值	物理含义
					1	温度	temperature	24	24℃
2	湿度	humidity	56	56％

如果是针对于还没有开发过的硬件产品，前期通过设置虚拟数据流水来模拟真实设别，以保证应用层软件同步开发。但是在后期测试时发现前期的选择的硬件产品的功能或性能不满足需求，需要重新进行硬件产品选型和开发，此时只要保证传感器最终数据格式是一致的，比如温湿度传感器的格式都是表3的格式。这样就完全不会影响软件开发，只需要根据新选择的硬件产品型号修改其解析程序即可。同理，对于已经开发的虚拟设备，只要是同一个虚拟设别类型，我们在配置虚拟数据流水即虚拟数据时可以选择这个虚拟设备类型下的任一产品型号，因为其核心功能基本上是一致的。

在生成统一格式的虚拟数据流水(即解析数据)后，更新该产品型号对应的流水库(即解析数据库)，并配置产品型号对应的虚拟数据流水产生机制即确定该虚拟温湿度传感器的第一预定规则，由此，可以基于第一规则从该虚拟温湿度传感器的统一格式的虚拟数据流水即(即解析数据)中生成该虚拟温湿度传感器的演示数据。

2、虚拟设备配置

在生成该虚拟温湿度传感器的虚拟数据流水(即该虚拟温湿度传感器的虚拟数据)后，我们需要为虚拟设备配置虚拟的设备流水来模拟真实的设备数据，虚拟设备配置时首先需要在平台上新建一个虚拟设备。即在平台上注册虚拟温湿度传感器并激活，配置虚拟温湿度传感器数据推送地址给物联网虚拟设备系统。

注册虚拟设备时可基于上述的产品型号对该虚拟设备进行注册，从而产生设备的标识信息，该标识信息时独一无二的，是该表征该设备身份信息的数据，虚拟可以为数字编码。基于该标识信息对虚拟设备进行激活后推送演示地址至演示系统。

物联网虚拟设备系统通过该地址可以接收到虚拟温湿度传感器产生的数据源即演示数据，用于演示软件功能模块。即物联网虚拟设备系统基于该虚拟设备的标识信息通过该地址就能获取该虚拟温湿度传感器的演示数据，从而对该虚拟温湿度传感器的功能进行演示。该演示数据是该虚拟温湿度传感器设备基于虚拟流水产生机制(第一预定规则)生成，例如，可以将第一预定规则设定为基于一定的时间间隔生成演示数据，此时，虚拟设备就会按照设置好的时间间隔即第一预定规则从对应的产品型号中配置好的流水库(即解析数据库)中里面随机选择一条数据上报，将数据推送到演示系统。该推送数据就是该虚拟温湿度传感器的演示数据。也可以根据设备类型定制化设置虚拟流水产生机制(即第一预定规则)，温湿度传感器就可以根据时间点去设置温度值，水表和电表的数据值只能变大而不能变小，从而更好地去模拟真实设备数据。

为了实现本申请实施例的方法，本申请实施例还提供一种物联网虚拟设备系统的演示装置400，该物联网虚拟设备系统的演示装置与上述物联网虚拟设备系统的演示方法对应，上述物联网虚拟设备系统的演示方法实施例中的各步骤也完全适用于本物联网虚拟设备系统的演示装置实施例。如图4所示，该装置包括：接收模块410、确定模块420和演示模块430。

接收模块410用于接收演示请求；其中，所述演示请求包括所述物联网虚拟设备系统中所述虚拟设备的标识信息；确定模块420用于基于虚拟设备的标识信息和第一预定规则，确定虚拟设备的演示数据；其中，第一规则为虚拟设备演示数据的生成规则；演示模块430用于基于演示数据和第二预定规则，对物联网虚拟设备系统进行演示；其中，第二预定规则为物联网虚拟设备系统的演示规则。

在一些实施例中，确定模块420还用于：

示例性地，物联网虚拟设备系统的演示装置还包括生成模块440和更新模块450，生成模块440用于基于解析格式、虚拟设备的通信协议和虚拟设备的虚拟数据，生成虚拟设备的解析数据；更新模块450用于基于虚拟设备的解析数据，更新解析数据库。

在一些实施例中，确定模块420还用于：

在一些实施例中，生成模块440还用于：

在一些实施例中，确定模块420还用于，

基于虚拟设备实际的工作模式确定第一预定规则。

在一些实施例中，生成模块440还用于，

在一些实施例中，确定模块420还用于，

基于虚拟设备系统的逻辑结构或根据用户的需求确定第二预定规则。

实际应用时，接收模块410、确定模块420、演示模块430、生成模块440及更新模块450，可以由物联网虚拟设备系统的演示装置中的处理器来实现。当然，处理器需要运行存储器中的计算机程序来实现它的功能。

需要说明的是：上述实施例提供的物联网虚拟设备系统的演示方法在进行演示时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的物联网虚拟设备系统的演示装置与物联网虚拟设备系统的演示方法管理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供一种物联网虚拟设备系统的演示设备。图5仅仅示出了该物联网虚拟设备系统的演示设备的示例性结构而非全部结构，根据需要可以实施图5示出的部分结构或全部结构。

如图5所示，本申请实施例提供的物联网虚拟设备系统的演示设备500包括：至少一个处理器501、存储器502、用户接口503和至少一个网络接口504。物联网虚拟设备系统的演示设备500中的各个组件通过总线系统505耦合在一起。可以理解，总线系统505用于实现这些组件之间的连接通信。总线系统405除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。

其中，用户接口503可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

本申请实施例中的存储器502用于存储各种类型的数据以支持物联网虚拟设备系统的演示设备的操作。这些数据的示例包括：用于在物联网虚拟设备系统的演示设备上操作的任何计算机程序。

本申请实施例揭示的物联网虚拟设备系统的演示方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，物联网虚拟设备系统的演示方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器501可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成本申请实施例提供的物联网虚拟设备系统的演示方法的步骤。

在示例性实施例中，物联网虚拟设备系统的演示设备可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex ProgrammableLogic Device)、现场可编程逻辑门阵列(FPGA，Field Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

可以理解，存储器502可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体可以是计算机可读存储介质，例如包括存储计算机程序的存储器502，上述计算机程序可由物联网虚拟设备系统的演示设备的处理器501执行，以完成本申请实施例方法所述的步骤。计算机可读存储介质可以是ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请披露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种物联网虚拟设备系统的演示方法，其特征在于，所述物联网虚拟设备系统包括至少一个虚拟设备，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述基于所述虚拟设备的标识信息和第一预定规则，确定所述虚拟设备的演示数据，包括：

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

基于所述虚拟设备的解析数据，更新所述解析数据库。

4.根据权利要求3所述的方法，其特征在于，所述基于解析格式、所述虚拟设备的通信协议和所述虚拟设备的虚拟数据，生成所述虚拟设备的解析数据，包括：

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

基于所述虚拟设备实际的工作模式确定所述第一预定规则。

6.根据权利要求1所述的方法，其特征在于，在接收用户演示请求之前，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

8.一种物联网虚拟设备系统的演示装置，其特征在于，所述装置包括：

接收模块，用于接收用户的演示请求；其中，所述演示请求包括所述物联网虚拟设备系统中所述虚拟设备的标识信息；

确定模块，用于基于所述虚拟设备的标识信息和第一预定规则，确定所述虚拟设备的演示数据；其中，所述第一规则为所述虚拟设备演示数据的生成规则；

9.一种物联网虚拟设备系统的演示设备，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，

所述处理器，用于运行计算机程序时，执行权利要求1至7任一项所述方法的步骤。

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