T-CESA《物联网操作系统平台建设规范 第2部分:设备接入》_第1页
T-CESA《物联网操作系统平台建设规范 第2部分:设备接入》_第2页
T-CESA《物联网操作系统平台建设规范 第2部分:设备接入》_第3页
T-CESA《物联网操作系统平台建设规范 第2部分:设备接入》_第4页
T-CESA《物联网操作系统平台建设规范 第2部分:设备接入》_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ICS35.240.01

CCSL77

团体标准

T/CESAXXXX—202X

物联网操作系统平台建设规范

第2部分:设备接入

ConstructionspecificationforIoToperatingsystemplatform

Part2:deviceaccess

征求意见稿

在提交反馈意见时,请将您知道的相关专利连同支持性文件一并附上。

已授权的专利证明材料为专利证书复印件或扉页,已公开但尚未授权的专利申请

证明材料为专利公开通知书复印件或扉页,未公开的专利申请的证明材料为专利申请

号和申请日期。

202X-XX-XX发布202X-XX-XX实施

中国电子工业标准化术协会发布

T/CESAXXXX—202X

目次

前言............................................................................III

引言.............................................................................IV

1范围................................................................................1

2规范性引用文件......................................................................1

3术语和定义..........................................................................1

4缩略语..............................................................................1

5设备接入总体要求....................................................................2

5.1概述..............................................................................2

5.2直接接入一般要求..................................................................3

5.2.1感知终端......................................................................3

5.2.2控制子系统....................................................................3

5.3间接接入一般要求..................................................................3

5.3.1感知终端......................................................................3

5.3.2控制子系统....................................................................4

5.3.3信令路由网关与中心信令控制系统的通讯方式......................................4

6平台级联接口总体要求................................................................4

7信令路由网关功能要求................................................................4

7.1概述..............................................................................4

7.2接入管理一般要求..................................................................5

7.3协议转换一般要求..................................................................5

8应用层接入协议要求..................................................................5

8.1概述..............................................................................5

8.2消息格式与消息类型一般要求........................................................5

8.3消息交互模型一般要求..............................................................5

附录A...............................................................................6

II

T/CESAXXXX—202X

物联网操作系统平台建设规范第2部分:设备接入

1范围

本文件规定了物联网操作系统平台(以下简称“平台”)设备接入要求,确定了接入物联网操作系

统平台的参考设备类型与接入软件接口框架。

本文件适用于物联网操作系统平台设备接入部分的总体规划、方案设计、工程实施与工程验收。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,

仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本

文件。

GB/T38637.1-2020物联网感知控制设备接入第1部分:总体要求

GB/T38624.1-2020物联网网关第1部分:面向感知设备接入的网关技术要求

GB/T28181-2022公共安全视频监控联网系统信息传输、交换、控制技术要求

3术语和定义

3.1

感知终端PerceptionSensors

能够感知、采集环境信息,并将这些信息转化为数字信号或数据的传感器设备。

3.2

控制子系统ControlSubsystem

负责根据从感知终端获取的数据和信息,执行相应操作以实现智能控制和管理的软件子系统。

3.3

中心信令控制服务器CenterControlServer

具有向感知终端、控制子系统和信令路由网关提供注册、路由选择以及逻辑控制功能,并且提供接

口与应用服务器通信的服务器。

3.4

信令路由网关SignalRoutingGateway

具备设备接入管理、协议转换、数据处理等功能,负责向下接入不同协议格式的设备,将设备的数

据采用统一的通信方式向上转发至其他系统的网关。宜用于非无线设备的接入与管理,将其数据使用基

于以太网的通信协议转发。

3.5

感知数据PerceptionData

对物理世界某个变化量采集和处理后所获得的、描述物理世界属性或状态的数据。

3.6

控制数据ControlData

作用于对象的执行控制操作的数据。

4缩略语

1

T/CESAXXXX—202X

AMQP:高级消息队列协议(AdvancedMessageQueuingProtocol)

API:应用程序接口(ApplicationProgrammingInterface)

HTTP:超文本传输协议(HypertextTransferProtocol)

IoT:物联网(InternetofThings)

MQTT:消息队列遥测传输协议(MessageQueuingTelemetryTransport)

SIP:会话初始协议(SessionInitializationProtocol)

5设备接入总体要求

5.1概述

按照设备规模、软硬件属性和扩展能力划分,支持接入的设备类型分为感知终端和控制子系统两类

设备。

感知终端可以将收集的环境中各种数据通过物理链路或网络链路传输给中央控制系统或云平台处

理和分析。传感器终端收集实时环境数据,以可以用于智能决策、监测、优化和管理目标场景内的各种

系统和设施。传感器终端包含多种负责测量特定类型的信息的传感器集合。

控制子系统是部分感知终端设备集成的子管理平台。各子管理平台是继承多个设备和功能模块的综

合性的软件系统,可以实现特定的管理目标,并通过数据驱动和智能化的方法,实现目标场景下安全、

高效、舒适和可持续运营。

平台应具备信令路由网关,负责管理和路由设备之间的信令控制信息以及设备路由、协议格式转换、

负载均衡等功能。Jide平台应支持感知终端和控制子系统的接入,包括通过信令路由网关的间接接入和

不经过信令路由网关的直接接入,两种接入方式关系参考图1。两种接入方式描述如下:

−间接接入:感知终端或控制子系统不能或不易协议拓展,进行二次开发的场合,宜通过物理链

路或网络链路接入信令路由网关,由信令路由网关代理接入中心信令控制系统。

−直接接入:感知终端或控制子系统使用平台支持的应用层协议栈,直接接入至中心信令控制系

统。

图1设备接入方式参考架构

5.2直接接入一般要求

平台应支持设备通过应用层协议直接接入至中心信令控制系统,并建立控制命令通道和数据通道,

完成感知数据和控制数据的传输。使用直接接入方式的设备应具备自主完成设备注册、心跳维护、设备

2

T/CESAXXXX—202X

注销与注册重定向等能力。

平台应支持设备使用下述应用层协议进行直接接入:

−HTTP协议;

−MQTT协议;

−SIP协议;

5.2.1感知终端

感知终端接入协议为中心信令控制服务器支持协议子集,则可以直接接入至中心信令控制服务器。

平台应支持感知终端使用应用层协议直接接入中心信令控制系统,直接接入平台场景下的感知终端

宜支持完成设备注册、心跳维护、设备注销与注册重定向的交互,并建立命令通道和数据通道,完成感

知数据和控制数据的传输。

感知终端直接接入中心信令控制系统宜采用下述流程:

a)感知终端通过HTTP协议、MQTT协议或SIP协议接入至中心信令控制系统,消息类型和消息格

式详见附录A。选用HTTP协议作为接入协议,需使用RestfulAPI的方式进行注册。选用SIP协议

作为接入协议,需按照《GB/T28181-2022公共安全视频监控联网系统信息传输、交换、控制技术

要求》相关要求进行。

b)中心信令控制服务器依据鉴权流程返回应答消息。

c)感知终端不适配鉴权流程或支持协议不足的情况,应间接接入的方式,接入至信令路由网关。

5.2.2控制子系统

平台应支持控制子系统使用应用层协议直接接入中心信令控制系统,直接接入平台场景下的控制子

系统宜支持设备集成管理、设备状态订阅与通知等功能,控制子系统作为独立功能实体与中心信令控制

系统建立命令通道和数据通道,完成感知数据和控制数据的传输。

控制子系统直接接入中心信令控制系统宜采用下述流程:

a)控制子系统通过HTTP协议、MQTT协议或SIP协议接入至中心信令控制系统,消息类型和消息

格式详见附录A。选用HTTP协议作为接入协议,需使用RestfulAPI的方式进行注册。选用SIP协

议作为接入协议,需按照《GB/T28181-2022公共安全视频监控联网系统信息传输、交换、控制技

术要求》相关要求进行。

b)中心信令控制服务器依据鉴权流程返回应答消息。

c)控制子系统不适配鉴权流程或支持协议不足的情况,应间接接入的方式,接入至信令路由网关。

5.3间接接入一般要求

平台应支持设备通过物理链路、以太网络、蜂窝网络等方式接入至信令路由网关,并由信令路由网

关代理向中心信令控制系统的接入。感知终端或控制子系统不能或不易协议拓展,进行二次开发的场合,

宜通过上述接入信令路由网关,由信令路由网关代理接入中心信令控制系统。使用间接接入方式的设备

可以不具备自主完成设备注册、心跳维护等功能,由信令路由网关代理完成。

5.3.1感知终端

感知终端通过物理链路、以太网络、蜂窝网络等方式接入至信令路由网关,并由信令路由网关代理

向中心信令控制系统的接入。使用网关代理接入的场合,信令路由网关应具备感知终端的在线状态维护、

心跳检测、数据集成等管理功能。

3

T/CESAXXXX—202X

感知终端间接接入中心信令控制系统宜采用下述流程:

a)感知设备由人工接入等方式至信令路由网关,由信令路由网关获知设备数据与在线状态,信令路

由网关应支持园区系统支持接入的非可扩展感知终端接入协议集。

b)信令路由网关需要为新接入的非可扩展感知终端分配唯一的设备编号,当发生设备在线状态改

变,信令路由网关需通知中心信令控制服务器,在报文消息体中增加设备编号、设备支持接入能力

字段。

c)中心信令控制服务器依据鉴权流程,返回注册请求状态信息到信令路由网关。信令路由网关进行

后续处理。

5.3.2控制子系统

控制子系统通过物理链路、以太网络、蜂窝网络等方式接入至信令路由网关,并由信令路由网关代

理向中心信令控制系统的接入。使用网关代理接入的场合,信令路由网关应具备控制子系统的在线状态

维护、心跳检测、数据集成等管理功能。

控制子系统间接接入中心信令控制系统宜采用下述流程:

a)控制子系统由人工接入等方式至信令路由网关,由信令路由网关获知设备数据与在线状态,信

令路由网关应支持园区系统支持接入的非可扩展感知终端接入协议集。

b)信令路由网关需要为新接入的非可扩展感知终端分配唯一的设备编号,当发生设备在线状态改

变,信令路由网关需通知中心信令控制服务器,在报文消息体中增加设备编号、设备支持接入能力

字段。

中心信令控制服务器依据鉴权流程,返回注册请求状态信息到信令路由网关。信令路由网关进行后

续处理。

5.3.3信令路由网关与中心信令控制系统的通讯方式

信令路由网关与中心信令控制系统的通信方式应符合《GB/T38624.1-2020物联网网关第1部分:

面向感知设备接入》的网关技术要求中的相关要求。

6平台级联接口总体要求

平台级联应实现为平台的中心信令控制系统作为控制子系统设备接入其他平台,采用的接入方式为

使用应用层协议的直接连接,接入流程参考本文件5.2.2小节。

平台级联的感知数据和控制数据网络流量较大的场合,宜额外设置级联代理网关,使用级联代理网

关作为中心信令控制系统的代理完成平台级联,以降低感知终端和控制子系统普通设备的网络带宽压

力。

平台级联其他要求如下:

−应支持水平级联、树状级联等多种拓扑结构的异构级联。

−应支持平滑功能扩充和功能升级,宜支持平台在线版本更新。

7信令路由网关功能要求

7.1概述

信令路由网关具备设备接入管理、协议转换、数据处理等功能,向下接入不同协议格式的设备,将

设备的数据采用统一的通信方式向上转发至其他系统。宜用于非无线设备的接入与管理,将其数据使用

4

T/CESAXXXX—202X

基于以太网的通信协议转发。

信令路由网关宜根据实际目标场景实现多协议接入支持。信令路由网关完成设备接入后需向中心信

令控制系统通知,并代理完成设备消息汇集、心跳维护等工作。

7.2接入管理一般要求

信令路由网关接入管理一般要求参考《GB/T38624.1-2020物联网网关第1部分:面向感知设备

接入》的网关技术要求。

7.3协议转换一般要求

信令路由网关协议转换一般要求参考《GB/T38624.1-2020物联网网关第1部分:面向感知设备

接入》的网关技术要求。

8应用层接入协议要求

8.1概述

平台所使用下列应用层接入协议:

−基于请求/响应模型的应用层协议,如HTTP协议。

−基于消息代理进行发布和订阅的消息协议,如MQTT协议。

−面向会话的消息传输协议,如SIP协议。

中心信令控制系统应支持上述应用层协议之一。设备直接接入中心信令控制系统或设备通过信令路

由网关代理接入至中心信令控制系统,应使用平台所支持的应用层协议类型。

8.2消息格式与消息类型一般要求

消息格式采用Json格式,Json格式中应包含协议描述行,消息描述行和消息体三部分组成。协议

描述行描述Json格式消息采用的应用层协议表述信息;消息描述行描述了消息体的长度、编码格式、

压缩方法等表述信息;消息体为详细的消息数据,消息数据为设备产生的感知数据,控制数据的报文中

不携带感知数据的场合,消息体设置为空。

消息格式与消息类型与设备的注册方式相关,消息格式与消息类型示例详见附录A。

8.3消息交互模型一般要求

功能实体消息交互模型应支持通知模型、请求应答模型、选择性应答模型和延迟应答模型四种交互

模型,四种交互模型应满足《GB/T38637.1-2020物联网感知控制设备接入第1部分:总体要求》相

关要求。

5

T/CESAXXXX—202X

附录A

(规范性附录)

应用层接入协议消息示例(建议)

A.1概述

设备进行应用层接入协议集包含HTTP协议、MQTT协议和SIP协议,平台应支持设备注册、设备

刷新注册、设备注册重定向、设备注销流程采用上述应用层协议之一。

消息格式采用Json格式,Json格式中应包含协议描述行,消息描述行和消息体三部分组成。协议

描述行描述Json格式消息采用的应用层协议表述信息;消息描述行描述了消息体的长度、编码格式、

压缩方法等表述信息;消息体为详细的消息数据,消息数据为设备产生的感知数据,控制数据的报文中

不携带感知数据的场合,消息体设置为空。

A.2设备注册与注销流程

平台应支持设备注册以及对应的注销过程,下述遵循设备协议集范畴进行接口描述。

选用SIP协议作为接入协议,应按照《GB/T28181-2022公共安全视频监控联网系统信息传输、交

换、控制技术要求》相关要求进行。

使用HTTP协议作为设备接入协议,设备注册接口描述如下。

接口描述实现HTTP协议的设备接入网关注册接口,请求方法使用POST,参数应以JSON格式存储

在报文体中

接口定义http://domain/devices/register

参数描述device_id(String,必需):设备唯一标识符。

device_name(String,必需):设备名称。

device_type(String,可选):设备类型。

device_expires(int,必选):设备注册有效期,默认单位为秒。

device_key(String,必需):设备密钥,用于认证。

请求示例{

"device_id":"12345",

"device_name":"MyDevice",

"device_type":"TemperatureSensor",

"device_expires":3600,

"device_key":"mySecretKey"

}

返回值状态码遵循HTTPRFC定义,以下为可选的状态码及其含义

200:设备正常接入

400:设备接入发生异常

401:设备未持有鉴权信息

403:系统拒绝设备接入

500:设备接入过程中系统异常

6

T/CESAXXXX—202X

503:系统接入繁忙

备注使用device_expires字段规定设备接入的有效时间,设置为0时表示注销过程。

系统应支持设备在已接入的平台可以刷新注册,刷新注册与第一次注册复用本接口。

使用MQTT协议作为设备接入协议,设备注册接口描述如下。

主题定义devices/commands/register

消息描述使用JSON作为消息格式。

消息定义device_id(String,必需):设备唯一标识符。

device_name(String,必需):设备名称。

device_type(String,可选):设备类型。

device_expires(int,必选):设备注册有效期,默认单位为秒。

device_key(String,必需):设备密钥,用于认证。

请求示例{

"device_id":"12345",

"device_name":"MyDevice",

"device_type":"TemperatureSensor",

"device_expires":3600,

"device_key":"mySecretKey"

}

QoS级别应按设备接入需求和通信的可靠性要求来确定,默认采用1级。

保留标志应按设备接入需求和数据传输模型来确定,默认采用RetainFlag=0。

备注使用device_expires字段规定设备接入的有效时间,设置为0时表示注销过程。

系统应支持设备在已接入的平台可以刷新注册,刷新注册与第一次注册复用本接口。

A.3设备注册重定向流程

平台应支持主从模式下设备注册的重定向过程,下述遵循设备协议集范畴进行接口描述。

选用SIP协议作为接入协议,需按照《GB/T28181-2022公共安全视频监控联网系统信息传输、交

换、控制技术要求》相关要求进行。

使用HTTP协议作为设备接入协议,设备发生重定向时的接口描述如下。

接口描述实现HTTP协议的设备接入网关注册接口,请求方法使用POST,参数应以JSON格式存

储在报文体中

接口定义http://domain/devices/register

参数描述见附录A.2。

请求示例见附录A.2。

返回值描述状态码遵循HTTPRFC定义,以下为可选的状态码及其含义

200:设备正常接入

300:接入重定向

301:发生客观下线时的重定向

7

T/CESAXXXX—202X

302:发生主观下线时的重定向

返回值定义proxy_id(String,必需):重定向网关唯一标识符。

proxy_options(String,必需):设备可进行的操作类型。

备注主观下线为重定向网关单例判定下线,客观下线为重定向网关各实例对主观下线达成共

识,具体含义与主从实现方式和一致性算法相关。

使用MQTT协议作为设备接入协议,设备发生重定向时的接口描述如下。

主题定义devices/commands/register

消息描述使用JSON作为消息格式。

消息定义见附录A.2。

请求示例见附录A.2。

QoS级别应按设备接入需求和通信的可靠性要求来确定,默认采用1级。

保留标志应按设备接入需求和数据传输模型来确定,默认采用RetainFlag=0。

备注主观下线为重定向网关单例判定下线,客观下线为重定向网关各实例对主观下线达成共识,

具体含义与主从实现方式和一致性算法相关。

8

中国电子工业标准化技术协会

团体标准《物联网操作系统平台建设规范第2部分:设备

接入》(征求意见稿)编制说明

一、工作简况

1、项目来源

近年来,我国物联网产业蓬勃发展,物联网在制造、交通、医疗、民生等领

域加速应用,有力推动各行各业数字化、智能化、绿色化、融合化发展。作为物

联网产业的核心基础设施之一,物联网操作系统平台正在加快与产业发展的深度

融合。为完善物联网操作系统平台标准化生态,响应工信部《物联网新型基础设

施建设三年行动计划(2021—2023年)》政策号召,北京航空航天大学、中电信

数智科技有限公司、慧之安信息技术股份有限公司成立物联网操作系统平台软件

接口标准体系研究组(以下简称研究组),开展本标准前期调研准备工作。

根据中国电子工业标准化技术协会《关于公布2024年第二批团体标准制修订

项目的通知》(中电标通[2024]004号),中国电子工业标准化技术协会24年第

二批团体标准项目中第17项标准《物联网操作系统平台建设规范第2部分:设备

接入》(项目编号:CESA-2024-040)于2024年3月12日立项,该标准由北京航空

航天大学主办,由中国电子工业标准化技术协会(以下简称中电标协)归口,参

编单位包括北京航空航天大学,中电信数智科技有限公司,慧之安信息技术股份

有限公司,云南电网有限责任公司,国家石油天然气管网集团有限公司。

2、主要工作过程

2023年6月,召开标准启动会,明确了标准制定原则,就标准立项背景、范

围内容、技术架构以及进度要求,组织与会人员进行了充分探讨,并提出了技术

建议。此次会议确定了标准草案范围,制定了标准编制计划。

2023年9月,召开第一次标准编辑会,介绍了标准的前期调研工作情况,讨

论标准草案内容。

2023年11月,召开第二次标准编辑会,研究组汇报了第一次编辑会中的问题

改进情况及草案进度,中电标协从标准形式和内容两方面提出多个修改建议。会

后研究组完成草案形式和内容修改。

中国电子工业标准化技术协会

2024年1月,召开《物联网操作系统平台建设规范》共5项标准立项论证会,

对项目的必要性、可行性、与现有标准的协调情况和产业化情况进行论证。项目

经专家评委审核,一致同意立项,并给出题目、引言、引用版本等5条关键修改

意见。

2024年3月,研究组根据标准立项会议中5位专家评审意见,完成《物联网操

作系统平台建设规范》共5项标准的标准修订草案,并提交归口单位中电标协。

二、标准编制原则和确定主要内容的论据及解决的主要问题

1、编制原则

a)实用性原则:标准制定应考虑物联网操作系统平台在制造、交通、医疗、

民生等领域的应用需求,以及对数字化、智能化、绿色化、融合化发展的推动作

用。应吸收先进的技术和经验,包括企业、高校、科研院所等的研究成果,以确

保标准的实用性。

b)前瞻性原则:标准制定过程中,应充分考虑物联网操作系统平台未来发

展趋势,确保标准具有前瞻性。

c)可行性原则:标准制定应充分考虑可行性,使用经过实践检验的成熟技

术或经过实验验证的成熟理论。

d)协调性原则:标准应与现行法律法规及有关政策相协调,符合相关法律法

规及政策要求。

e)实施推广原则:在标准的起草过程中,应积极征集产业界的意见,并确保

标准的可实施性。

2、确定主要内容的论据

《物联网操作系统平台建设规范第2部分:设备接入》将设备接入规范划分

为直接接入一般要求、间接接入一般要求、平台级联接口总体要求、信令路由网

关功能要求以及应用层接入协议要求,主要在于确保系统的灵活性、兼容性和高

效性。

直接接入要求适用于具备协议拓展和二次开发能力的感知终端和控制子系

统。这类设备可以直接与平台的中心信令控制系统通信,减少中间环节,降低通

信延迟,提高数据传输效率,适用于高实时性和高可靠性需求的场景。

中国电子工业标准化技术协会

间接接入要求适用于不能或不易进行协议拓展的设备。这些设备通过信令路

由网关接入平台,利用网关进行协议转换、负载均衡和设备管理,确保即使在设

备协议不统一的情况下,也能实现与平台的无缝对接,增加了系统的兼容性和扩

展性。

平台级联接口总体要求指导平台的中心信令控制系统作为控制子系统设备

接入其他平台。

信令路由网关功能要求,是为了规范网关在整个接入过程中所需承担的职

责。网关不仅负责协议转换和路由,还要实现负载均衡,保障设备间信令控制信

息的有效管理和传输,从而提高系统的整体性能和稳定性。

应用层接入协议要求确保不同设备通过统一的协议接入平台,有助于标准化

管理和数据处理。统一的应用层协议能够简化系统集成和运维工作,提升平台的

可扩展性和可维护性,使得系统能够更灵活地应对不同类型设备的接入需求。

3、解决的主要问题

物联网设备接入协议是实现设备与物联网平台通信的桥梁,确保不同类型设

备能够无缝连接到统一的平台,进而进行数据交换和命令执行。各类物联网终端

设备、控制子系统都能够通过各类公有、私有协议接入到特定的平台,但针对物

联网操作系统平台的设备接入、平台级联标准化工作仍在起步阶段,缺乏相关标

准。具体表现为以下问题:

缺乏设备接入协议标准:当前,物联网设备接入平台时面临众多不同厂商协

议的兼容性问题。据统计,存在数十种不同的物联网通信协议,这导致设备之间

难以实现无缝连接和互操作性,不同厂商的终端可能无法通过同一平台进行控

制。

缺乏级联平台交互标准:物联网平台之间的级联标准化同样处于初级阶段,

平台级联是指不同物联网平台之间的数据交换和功能协同,目前缺乏统一的行业

标准,导致数据孤岛现象严重。企业在尝试整合不同物联网平台时都会遇到了标

准化难题,这不仅增加了技术成本,也延缓了物联网解决方案的推广。

三、主要试验[或验证]情况分析

为验证物联网操作系统平台建设规范的可行性和实施顺畅性,研究组以慧安

蜂巢物联网操作系统平台为技术基础,针对物联网操作系统平台建设规范的五个

中国电子工业标准化技术协会

部分进行评估。首先,针对第1部分《参考架构》,试验依据该规范规划和设计

一个完整的物联网操作系统平台,通过实际工程实施检验各层次功能要求的合理

性和可操作性。针对第2部分《设备接入》,试验测试多种参考设备类型的接入

情况,验证接入软件接口框架的兼容性和稳定性。针对第3部分《数据接口》,

试验模拟各种数据交换场景,检查数据接口规范是否全面覆盖了平台的数据功能

需求。针对第4部分《运维功能》的测试,试验重点评估平台运维内容的完整性

和运维功能的实际效果,通过日常运维操作和故障处理测试,确保运维要求能够

在实际环境中顺利实现。最后,针对第5部分《评估成熟度模型》,试验通过对

平台不同阶段的实施情况进行评估,验证成熟度模型的实用性和标准实施程度的

评估方法是否科学合理。

总体来说,本次试验分析旨在全面检验各部分标准的实际应用效果。经试验,

该系列规范不仅具备理论上的完备性,还能在实际操作中顺畅实施,能够为物联

网操作系统平台的建设提供统一的规范。

四、知识产权情况说明

无。

五、产业化情况、推广应用论证和预期达到的经济效果

物联网操作系统平台已经具备了广泛的产业化基础,以慧安蜂巢物联网操作

系统平台为例,该平台在多个行业中得到应用,包括海上油田、智慧园区、空管

局园区、燃气热电公司、油田安全监管、煤矿智慧矿山以及矿业数字矿山基础设

施管理等。通过在不同领

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论