一种基于物模型结构体的设备数据交互方法、系统及平台与流程

1.本发明属于物联网技术领域，具体涉及一种基于物模型结构体的设备数据交互方法、系统及平台。


背景技术：

2.随着5g技术及工业4.0的快速推进，加速物联网相关技术更新融合，应用与设备的业务配合度要求更高，行业市场设备模型呈现碎片化，而万物互联是需要物联网系统与n种不同类型的设备协同交互，这些目前仍无法满足应用与设备的业务配合度高要求，逐渐使各厂商设备与平台商之前形成私有化的数据模型，使得应用与设备紧耦合；其次，行业各设备品牌接口不统一，如果需要将各生态品牌对接，那么对接难度大，而且开发工作量大；
3.此外，物联网在行业里的项目交付需要标准物模型，对于设备厂商而言，如果没有标准物模型，那么他们就只能选择一个厂家的数据模型；如此对于isv应用厂家而言，开发阶段是无法穷举所有的应用/设备做预集成；对于si厂商而言，子系统太多，对接集成花时间；而对于客户而言就是，交付周期太长。
4.因此，针对以上存在的技术问题缺陷，有必要提出一种基于物模型结构体的设备数据交互方法、系统及平台。


技术实现要素：

5.针对上述所存在的设备模型碎片化，无法满足应用与设备的业务配合度的高要求，以及行业各设备品牌接口不统一，对接难度大，而且开发工作量大，没有标准物模型的技术问题及缺陷。本发明提供一种基于物模型结构体的设备数据交互方法、系统及平台，也就是说：
6.本发明的第一目的在于：一种基于物模型结构体的设备数据交互方法；
7.本发明的第二目的在于：提供一种基于物模型结构体的设备数据交互系统；
8.本发明的第三目的在于：提供一种基于物模型结构体的设备数据交互平台；
9.本发明的第一目的是这样实现的：所述方法具体包括如下步骤：
10.建立设备物模型结构体；
11.获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件；
12.通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互。
13.进一步地，所述建立设备物模型结构体步骤之中，还包括如下步骤：
14.分别创建设备的属性数据、事件数据以及功能数据。
15.进一步地，所述创建设备的属性数据具体为创建生成设备运行过程状态数据；
16.所述创建设备的事件数据具体为创建生成用于被外部感知或处理的通知信息数据；
17.所述创建设备的功能数据具体为创建生成用于被外部调用的相关数据。
18.进一步地，所述创建设备的属性数据步骤中，包括步骤：创建至少一个属性常量元素；
19.所述创建设备的事件数据步骤中，包括步骤：创建至少一个事件常量元素；
20.所述创建设备的功能数据步骤中，包括步骤：创建至少一个功能常量元素。
21.进一步地，所述创建至少一个属性常量元素步骤中，还包括如下步骤：
22.标识所属类型设备属性身份标识，并对所属类别设备属性进行命名；
23.设定所属类型设备属性、事件以及功能数据；
24.根据数据类型元素的类型进行参数设置；并根据属性数据设置计量单位以及生成读取属性或设置属性权限数据；
25.通过所述属性权限数据触发相应场景实时交互。
26.进一步地，创建至少一个事件常量元素步骤中，还包括如下步骤：
27.标识所属类型设备事件身份标识，并对所属类别设备事件进行命名；
28.设定所属类型设备故障、告警及信息相关数据；
29.通过设备属性数据设定输出参数值，并根据所述类型设备事件数据触发及联动相应场景实时交互。
30.进一步地，创建至少一个功能常量元素步骤中，还包括如下步骤：
31.标识所属类型设备功能身份标识，并对所属类别设备功能进行命名；
32.设定所属类型设备功能调用方式类型；
33.通过设备属性数据设定输入或输出参数值，并根据所述类型设备功能数据触发及联动相应场景实时交互。
34.本发明的第二目的是这样实现的：所述系统具体包括：用于建立设备物模型结构体的物模型建立单元；用于获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件的获取创建单元；以及用于通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互的数据交互单元。
35.进一步地，所述物模型建立单元中还设置有用于分别创建设备的属性数据、事件数据以及功能数据的数据创建模块；
36.所述数据创建模块中，还分别设置有用于创建至少一个属性常量元素的第一创建模块；用于创建至少一个事件常量元素的第二创建模块；以及用于创建至少一个功能常量元素的第三创建模块；
37.所述第一创建模块中，还设置有：
38.第一标识模块，用于标识所属类型设备属性身份标识，并对所属类别设备属性进行命名；
39.第一设定模块，用于设定所属类型设备属性、事件以及功能数据；
40.第一生成模块，用于根据数据类型元素的类型进行参数设置；并根据属性数据设置计量单位以及生成读取属性或设置属性权限数据；
41.第一交互模块，用于通过所述属性权限数据触发相应场景实时交互；
42.第二标识模块，用于标识所属类型设备事件身份标识，并对所属类别设备事件进行命名；
43.第二设定模块，用于设定所属类型设备故障、告警及信息相关数据；
44.第二交互模块，用于通过设备属性数据设定输出参数值，并根据所述类型设备事件数据触发及联动相应场景实时交互；
45.第三标识模块，用于标识所属类型设备功能身份标识，并对所属类别设备功能进行命名；
46.第三设定模块，用于设定所属类型设备功能调用方式类型；
47.第三交互模块，用于通过设备属性数据设定输入或输出参数值，并根据所述类型设备功能数据触发及联动相应场景实时交互。
48.本发明的第三目的是这样实现的：所述平台包括：处理器、存储器以及基于物模型结构体的设备数据交互的平台控制程序；
49.其中在所述的处理器执行所述的基于物模型结构体的设备数据交互的平台控制程序，所述的基于物模型结构体的设备数据交互的平台控制程序被存储在所述存储器中，所述的基于物模型结构体的设备数据交互的平台控制程序，实现所述的基于物模型结构体的设备数据交互方法步骤。
50.与现有技术相比，本发明具有以下有益效果：
51.本发明通过一种基于物模型结构体的设备数据交互方法：首先建立设备物模型结构体；并获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件；通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互，以及相应地系统及平台，可以提供一个标准化接口，从而在业务层面上使设备与工业物联网平台实现数据互通；并且通过制定设备物模型的框架模型(属性、事件、功能)，从而推进行业参考架构统一、实现安全可信、加速行业数字化模型转变；以及约定设备物模型与消息转换关系。
52.也就是说，通过本发明方案，物模型作为物的抽象层屏蔽了底层终端差异，可标准化设备的能力表达和交互方式，解决物联网严重碎片化情况下协议差异、软硬开发耦合、全链路验证流程长、设备孤岛、数据孤岛等问题，极大地降低了物联网应用开发和快速复制的成本。通过制定标准物模型可以任意组合产生新的模型，比如可以将摄像头设备和灯具装在一起，组成一个带摄像头的灯产品，组合后的复杂物仍然继承了基础物的模型，既能够满足复杂场景的需要，也能够保持其标准模型与应用进行对接；通过制定标准物模型可以用来物与物模型、物与应用之间、应用与应用之间来提升效率；通过制定标准物模型，让应用与设备之间解耦，可以自由选择适合相应场景的工业设备，使竞争力更强,部署更快捷，实现一次集成，多点部署。
附图说明
53.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
54.图1为本发明一种基于物模型结构体的设备数据交互的方法流程架构示意图；
55.图2为本发明一种基于物模型结构体的设备数据交互的系统架构示意图；
56.图3为本发明一种基于物模型结构体的设备数据交互的平台架构示意图；
57.图4为本发明一种实施例中计算机可读取存储介质架构示意图；
58.图5为本发明一种基于物模型结构体的设备数据交互之原理架构示意图；
59.本发明目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
60.为便于更好的理解本发明的目的、技术方案和优点更加清楚，下面结合附图和具体的实施方式对本发明作进一步说明，本领域技术人员可由本说明书所揭示的内容轻易地了解本发明的其它优点与功效。
61.本发明亦可通过其它不同的具体实例加以施行或应用，本说明书中的各项细节亦可基于不同观点与应用，在不背离本发明的精神下进行各种修饰与变更。
62.需要说明，若本发明实施例中有涉及方向性指示(诸如上、下、左、右、前、后
……
)，则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
63.另外，若本发明实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。其次，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时，应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
64.优选地，本发明一种基于物模型结构体的设备数据交互方法应用在一个或者多个终端或者服务器中。所述终端是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
65.所述终端可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端可以与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
66.如图1
‑
5所示，本发明为实现一种基于物模型结构体的设备数据交互方法、系统及平台。
67.如图1所示，是本发明实施例提供的一种基于物模型结构体的设备数据交互方法的流程图。
68.在本实施例中，所述基于物模型结构体的设备数据交互的方法，可以应用于具备显示功能的终端或者固定终端中，所述终端并不限定于个人电脑、智能手机、平板电脑、安装有摄像头的台式机或一体机等。
69.所述基于物模型结构体的设备数据交互的方法也可以应用于由终端和通过网络与所述终端进行连接的服务器所构成的硬件环境中。网络包括但不限于：广域网、城域网或局域网。本发明实施例的基于物模型结构体的设备数据交互的方法可以由服务器来执行，也可以由终端来执行，还可以是由服务器和终端共同执行。
70.例如，对于需要进行基于物模型结构体的设备数据交互的终端，可以直接在终端上集成本发明的方法所提供的基于物模型结构体的设备数据交互的功能，或者安装用于实
现本发明的方法的客户端。再如，本发明所提供的方法还可以软件开发工具包(software development kit，sdk)的形式运行在服务器等设备上，以sdk的形式提供基于物模型结构体的设备数据交互的功能的接口，终端或其他设备通过所提供的接口即可实现基于物模型结构体的设备数据交互的功能。
71.以下结合附图对本发明作进一步阐述。
72.如图1所示，本发明提供了一种基于物模型结构体的设备数据交互方法，所述方法具体包括如下步骤：
73.s1、建立设备物模型结构体；
74.s2、获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件；
75.s3、通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互。
76.所述建立设备物模型结构体步骤之中，还包括如下步骤：
77.s10、分别创建设备的属性数据、事件数据以及功能数据。
78.所述创建设备的属性数据具体为创建生成设备运行过程状态数据；
79.所述创建设备的事件数据具体为创建生成用于被外部感知或处理的通知信息数据；
80.所述创建设备的功能数据具体为创建生成用于被外部调用的相关数据。
81.所述创建设备的属性数据步骤中，包括步骤：s11、创建至少一个属性常量元素；
82.所述创建设备的事件数据步骤中，包括步骤：s12、创建至少一个事件常量元素；
83.所述创建设备的功能数据步骤中，包括步骤：s13、创建至少一个功能常量元素。
84.所述创建至少一个属性常量元素步骤中，还包括如下步骤：
85.s111、标识所属类型设备属性身份标识，并对所属类别设备属性进行命名；
86.s112、设定所属类型设备属性、事件以及功能数据；
87.s113、根据数据类型元素的类型进行参数设置；并根据属性数据设置计量单位以及生成读取属性或设置属性权限数据；
88.s114、通过所述属性权限数据触发相应场景实时交互。
89.创建至少一个事件常量元素步骤中，还包括如下步骤：
90.s121、标识所属类型设备事件身份标识，并对所属类别设备事件进行命名；
91.s122、设定所属类型设备故障、告警及信息相关数据；
92.s123、通过设备属性数据设定输出参数值，并根据所述类型设备事件数据触发及联动相应场景实时交互。
93.创建至少一个功能常量元素步骤中，还包括如下步骤：
94.s131、标识所属类型设备功能身份标识，并对所属类别设备功能进行命名；
95.s132、设定所属类型设备功能调用方式类型；
96.s133、通过设备属性数据设定输入或输出参数值，并根据所述类型设备功能数据触发及联动相应场景实时交互。
97.也就是说，在本发明方案中，设备物模型是物理世界的实体东西的一个抽象，是进行数字化描述后，用于数字世界的数字模型。抽象就是要提取出产品大类的共同特征，便于各方用统一的语言描述、控制、理解产品功能、同时便于云端管理和数据交互。
98.设备物模型分为：属性(properties),事件(events)，功能(functions)这三个维度定义设备物模型并分别描述该实体是什么、能做什么、可以对外提供哪些信息和服务。从而通过物模型为设备定义一套设备测点模板，实现业务的快速部署。
99.设备物模型使用场景中：a、前端通过模型定义动态展示设备运行状态或者设备操作界面；b、平台服务端可通过统一的api获取设备模型并进行相关操作,如:在发送设备消息时进行参数校验,在收到设备消息进行类型转换处理。
100.基于w3c thing description的模型规范制定设备能力描述使用；设备的能力映射是解决设备之间各类交互：属性、事件、功能等生成的数据包与工控或外部信令转换的关系；属性是指设备支持可展示或可控制的属性，一般用于描述设备状态，支持读取和设置，放在属性(properties)中的属性都是用户可感知的，需要存储在云端影子状态中(前提是设备支持)；事件是用于设备运行时可以被触发的上行消息，如设备运行的记录信息，设备异常时发出的告警、故障信息等；功能用于定义设备可被外部调用的能力或方法，可设置输入参数和输出参数，参数必须是某个“属性”；相比于属性，功能可通过一条指令实现更复杂的业务逻辑；数据的定义及约束独立，数据类型出入参的定义，约束可进行单独存储，另外如:依赖、互斥等也是约束的一个类型。
101.具体地，如图5所示，s01在iot云端建立设备物模型并按资产设备大类生成对应物模型代码；
102.s02基于iot云端物模型在平台层上可获取物模型代码实现设备端与应用端之间通过标准化定义的物模型数据传输及存储；
103.s03所述步骤s01中建立设备物模型的实现方式包括以下步骤：
104.s03
‑
1定义属性，属性一般用于描述设备运行时的状态，如环境监测设备所读取的当前环境温度等。属性可以支持get和set请求方式。应用系统可发起对属性的读取和设置请求。其中属性中的元素包括标识符、属性名称、数据类型、参数值、单位、读写权限、互联场景权限等这7种元素；
105.标识符元素为常量元素，即该类设备属性的身份标识；
106.属性名称元素为常量元素，即为该类设备属性的命名；
107.数据类型元素为常量元素，即对该类设备属性、事件、功能数据的定义，它们主要包括7种(详细数据结构分解，请参照文件中[附：数据结构分解示例])：
[0108]
(1)数字类型：可用于线性调节的数字变量，例如：空调的温度属性是一个数字范围值；
[0109]
(2)字符型：以字符串形式表达的属性或功能点，例如：电脑的位置；
[0110]
(3)枚举型：自定义的有限集合列表值，例如：空调的风速属性是一个集合列表分布为小、中、大、强劲档；
[0111]
(4)布尔型：以真假两种形式描述变量，例如：空调的开关功能，只有开和关两种状态；
[0112]
(5)时间类型：以字符串类型的utc时间戳。例如：空调的定时功能；
[0113]
(6)数组类型：数组是一种特殊的变量，它由多个数组元素构成，可以保存多个不同类型的数据。数组的存在是为了解决一个变量只能存储一个数据的局限，使用数组可以保存多个数据项，例如：设备复杂的故障代码；
[0114]
(7)对象类型：以结构体形式描述，例如：设备的经纬度位置数据。
[0115]
参数值元素为可变量元素，根据数据类型元素的类型定义参数，例如：数据类型为数字类型，可定义一个范围值；
[0116]
单位元素为常量元素，根据属性定义计量单位，例如：温度定义计量单位为摄氏度；
[0117]
读写权限元素为常量元素，根据该类属性可赋予它读取属性或设置(读写)属性的权限；
[0118]
互联场景权限元素为常量元素，基于该类属性值达到某个程度后可触发相应场景交互的权限。
[0119]
s03
‑
2定义事件，事件一般包含需要被外部感知和处理的通知信息，可包含多个输出参数。如，某项任务完成的信息，或者设备发生故障或告警时的温度等，事件可以被订阅和推送。其中事件中的元素包括标识符、事件名称、事件类型、输出参数、互联场景权限等这5种元素；
[0120]
标识符元素为常量元素，即该类设备事件的身份标识；
[0121]
事件名称元素为常量元素，即为该类设备事件的命名；
[0122]
事件类型元素为常量元素，它包括故障、告警、信息三种类型定义；
[0123]
输出参数为变量元素，根据定义的设备属性作为输出参数值，可多个，可为空；
[0124]
互联场景权限元素为常量元素，基于该类事件触发后可联动相应场景进行交互的权限。
[0125]
s03
‑
3定义功能，功能为设备可被外部调用的能力或方法，可设置输入参数和输出参数。相比于属性，功能可通过一条指令实现更复杂的业务逻辑，如执行某项特定的任务。其中功能中的元素包括标识符、功能名称、调用方式、输出参数、输出参数、互联场景权限等这6种元素；
[0126]
标识符元素为常量元素，即该类设备功能的身份标识；
[0127]
事件名称元素为常量元素，即为该类设备功能的命名；
[0128]
调用方式元素为常量元素，它包括同步和异步两种类型定义；
[0129]
输入参数为变量元素，根据定义的设备属性作为输入参数值，可多个，可为空；
[0130]
输出参数为变量元素，根据定义的设备属性作为输出参数值，可多个，可为空；
[0131]
互联场景权限元素为常量元素，基于该类功能触发可联动相应场景进行交互的权限。
[0132]
s4基于上述s3
‑
1、s3
‑
2、s3
‑
3的定义后，通过json格式文件组装为一个标准化的数字模型即物模型，在平台侧创建任一生态厂商设备即可引用该类下的模型进行数据交互与存储。
[0133]
较佳地，在本发明方案实施例中的数据结构分解示例如下：
[0134]
数据结构：
[0135]
[0136]
[0137]
[0138][0139]
对于数据类型描述：
[0140]
数字类型：
[0141]
名称说明可选状态int整型；属性：min最小值，max最大值，uint单位可选long长整型；属性：min最小值，max最大值，uint单位可选float单精度浮点型；属性：min最小值，max最大值，uint单位可选double双精度浮点型；属性：min最小值，max最大值，uint单位可选
[0142]
样例:
[0143]
{
[0144]
"type":"int",
[0145]
"min":0,
[0146]
"max":100,
[0147]
"unit":"percent",
[0148]
"expands":{"readonly":true}
[0149]
}
[0150]
字符类型：
[0151]
名称说明可选状态string字符串；属性：最长字节255可选
[0152]
样例:
[0153][0154]
枚举类型：
[0155][0156]
样例:
[0157][0158]
布尔类型
[0159][0160]
样例:
[0161][0162]
时间类型：
[0163][0164]
样例:
[0165][0166]
数组类型
[0167]
名称说明可选状态array数组类；属性：elementtype元素类型可选
[0168]
样例:
[0169][0170][0171]
对象类型
[0172]
名称说明可选状态
object对象结构体；属性：properties属性列表可选
[0173]
样例:
[0174]
[0175][0176]
本发明还提供种基于物模型结构体的设备数据交互系统：如图2所示，所述系统具体包括：用于建立设备物模型结构体的物模型建立单元；用于获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件的获取创建单元；以及用于通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互的数据交互单元。
[0177]
所述物模型建立单元中还设置有用于分别创建设备的属性数据、事件数据以及功能数据的数据创建模块；
[0178]
所述数据创建模块中，还分别设置有用于创建至少一个属性常量元素的第一创建模块；用于创建至少一个事件常量元素的第二创建模块；以及用于创建至少一个功能常量元素的第三创建模块；
[0179]
所述第一创建模块中，还设置有：
[0180]
第一标识模块，用于标识所属类型设备属性身份标识，并对所属类别设备属性进行命名；
[0181]
第一设定模块，用于设定所属类型设备属性、事件以及功能数据；
[0182]
第一生成模块，用于根据数据类型元素的类型进行参数设置；并根据属性数据设置计量单位以及生成读取属性或设置属性权限数据；
[0183]
第一交互模块，用于通过所述属性权限数据触发相应场景实时交互；
[0184]
第二标识模块，用于标识所属类型设备事件身份标识，并对所属类别设备事件进行命名；
[0185]
第二设定模块，用于设定所属类型设备故障、告警及信息相关数据；
[0186]
第二交互模块，用于通过设备属性数据设定输出参数值，并根据所述类型设备事件数据触发及联动相应场景实时交互；
[0187]
第三标识模块，用于标识所属类型设备功能身份标识，并对所属类别设备功能进行命名；
[0188]
第三设定模块，用于设定所属类型设备功能调用方式类型；
[0189]
第三交互模块，用于通过设备属性数据设定输入或输出参数值，并根据所述类型设备功能数据触发及联动相应场景实时交互。
[0190]
具体地，与系统相应地方法步骤细节参见上述系统中阐述，在这不再赘述。
[0191]
为实现上述目的，本发明还提供一种基于物模型结构体的设备数据交互的平台，如图3所示，包括：
[0192]
处理器、存储器以及基于物模型结构体的设备数据交互的平台控制程序；
[0193]
其中在所述的处理器执行所述的基于物模型结构体的设备数据交互的平台控制程序，所述的基于物模型结构体的设备数据交互的平台控制程序被存储在所述存储器中，所述的基于物模型结构体的设备数据交互的平台控制程序，实现所述的基于物模型结构体的设备数据交互的方法步骤，例如：
[0194]
s1、建立设备物模型结构体；
[0195]
s2、获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件；
[0196]
s3、通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互。
[0197]
步骤具体细节已在上文阐述，此处不再赘述。
[0198]
本发明实施例中，所述的基于物模型结构体的设备数据交互的平台内置处理器，可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(central processing unit，cpu)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器利用各种接口和线路连接取各个部件，通过运行或执行存储在存储器内的程序或者单元，以及调用存储在存储器内的数据，以执行基于物模型结构体的设备数据交互的各种功能和处理数据；
[0199]
存储器用于存储程序代码和各种数据，安装在基于物模型结构体的设备数据交互的平台中，并在运行过程中实现高速、自动地完成程序或数据的存取。
[0200]
所述存储器包括只读存储器(read
‑
only memory，rom)，随机存储器(random access memory，ram)、可编程只读存储器(programmable read
‑
only memory，prom)、可擦除可编程只读存储器(erasable programmable read
‑
only memory，eprom)、一次可编程只读存储器(one
‑
time programmable read
‑
only memory，otprom)、电子擦除式可复写只读存储器(electrically
‑
erasable programmable read
‑
only memory，eeprom)、只读光盘(compact disc read
‑
only memory，cd
‑
rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
[0201]
为实现上述目的，本发明还提供一种计算机可读取存储介质，如图4所示，所述计算机可读取存储介质存储有基于物模型结构体的设备数据交互的平台控制程序，所述的基于物模型结构体的设备数据交互的平台控制程序，实现所述的基于物模型结构体的设备数据交互的方法步骤，例如：
[0202]
s1、建立设备物模型结构体；
[0203]
s2、获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件；
[0204]
s3、通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互。
[0205]
步骤具体细节已在上文阐述，此处不再赘述。
[0206]
在本发明的实施方式的描述中，需要说明的是，流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
[0207]
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理模块的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读取介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。
[0208]
另外，计算机可读取介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
[0209]
在本发明实施例中，为实现上述目的，本发明还提供一种芯片系统，所述芯片系统包括至少一个处理器，当程序指令在所述至少一个处理器中执行时，使得所述芯片系统执行所述的基于物模型结构体的设备数据交互的方法步骤，例如：
[0210]
s1、建立设备物模型结构体；
[0211]
s2、获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件；
[0212]
s3、通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互。
[0213]
步骤具体细节已在上文阐述，此处不再赘述。
[0214]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0215]
本发明通过一种基于物模型结构体的设备数据交互方法：首先建立设备物模型结构体；并获取设备产品大类共性数据，根据所述大类共性数据创建所述物模型源文件；通过所述设备物模型并结合所述物模型源文件建立数据处理对应关系，实时进行数据交互，以及相应地系统及平台，可以提供一个标准化接口，从而在业务层面上使设备与工业物联网
平台实现数据互通；并且通过制定设备物模型的框架模型(属性、事件、功能)，从而推进行业参考架构统一、实现安全可信、加速行业数字化模型转变；以及约定设备物模型与消息转换关系。
[0216]
也就是说，通过本发明方案，物模型作为物的抽象层屏蔽了底层终端差异，可标准化设备的能力表达和交互方式，解决物联网严重碎片化情况下协议差异、软硬开发耦合、全链路验证流程长、设备孤岛、数据孤岛等问题，极大地降低了物联网应用开发和快速复制的成本。通过制定标准物模型可以任意组合产生新的模型，比如可以将摄像头和灯组装在一起，组成一个带摄像头的灯，组合后的复杂物仍然继承了基础物的模型，既能够满足复杂场景的需要，也能够保持其标准模型与应用进行对接；通过制定标准物模型可以用来物与物模型、物与应用之间、应用与应用之间来提升效率；通过制定标准物模型，让应用与设备之间解耦，可以自由选择适合相应场景的工业设备，使竞争力更强,部署更快捷，实现一次集成，多点部署。
[0217]
换言之，可具备如下价值：
[0218]
(1)标准化定义：通过标准化设备模型能力表达和交互方式，解决了物联网协议差异、软硬开发耦合、全链路设备数据孤岛等问题。
[0219]
(2)低门槛接入能力：提供设备建模和交互协议基础能力。这是最基础的价值，所有设备上云都需要建模和交互协议。物模型和协议设计是否足够专业，这其实是绝大多数中小企业的门槛，他们刚开始意识不到，随意设计，随着规模和业务变化弊端就会体现出来。
[0220]
(3)快速调试：传统硬件开发和软件开发需要全链路一起配合调试，周期长成本高。制定标准化物模型，从调试阶段即可现实软硬件解耦，不相互依赖。
[0221]
(4)行业资源生态共享：软、硬件可基于标准化物模型开发和交互，围绕物联网的多角色，包括isv，si，ihv等在设备开发、生产、运维、售卖、集成、运行等环节相互之间能够解耦，可提升了设备的流通性，从而促进行业内资源生态共享。
[0222]
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。