《智慧服务区操作系统建设与应用指南》

ICS号

中国标准文献分类号

团体标准

T/CHTSXXXXX-XXXX

代替的团体标准编号

智慧服务区操作系统建设与应用

指南

GuidetotheconstructionandapplicationofSmartService

AreasOperatingSystems

（征求意见稿）

xxxx-xx-xx发布xxxx-xx-xx实施

中国公路学会发布

1

目次

1总则.....................................................................6

1.0.1主要内容.......................................................6

1.0.2适用范围.......................................................6

2术语、定义...............................................................6

2.0.1服务区操作系统ServiceAreaOperatingSystem..................6

2.0.2开放平台openplatform........................................6

2.0.3数字孪生digitaltwin..........................................6

2.0.4设备影子deviceshadow.........................................6

3技术架构.................................................................7

4分级原则.................................................................7

5技术要求.................................................................9

5.1服务区操作系统云侧技术要求...........................................9

5.1.1开放服务.......................................................9

5.1.2应用支撑......................................................10

5.1.3智能引擎......................................................10

5.1.4数字孪生......................................................11

5.1.5资源编排......................................................11

5.1.6数据内容......................................................11

5.1.7数据工具......................................................13

5.2服务区操作系统边缘侧技术要求........................................15

5.2.1服务区监控....................................................15

5.2.2数据流转......................................................15

5.2.3联动控制......................................................16

5.2.4设备接入......................................................16

5.2.5设备管理......................................................17

5.2.6运维管理......................................................18

5.3服务区操作系统端侧技术要求..........................................19

6系统保障................................................................19

6.1系统运维体系........................................................19

6.1.1系统监控......................................................19

6.1.2系统升级......................................................19

6.1.3动态扩容......................................................20

6.2平台安全体系........................................................20

6.2.1接入安全......................................................20

4

6.2.2网络安全......................................................20

6.2.3数据安全......................................................20

6.3应用安全体系........................................................21

6.4管理流程体系........................................................22

用词说明..................................................................23

5

智慧服务区操作系统建设与应用指南

1总则

1.0.1主要内容

本指南规定“智慧服务区操作系统的建设与应用指南”的术语定义、技术架构、分级原

则、技术要求和系统应用。

1.0.2适用范围

本指南适用于全国服务区操作系统的建设、系统升级、运行及维护。

本文件适用于公路服务区智能化机电系统建设过程中系统设计、部署实施，以及运营过

程中数据互联互通管理及维护。

2术语、定义

2.0.1服务区操作系统ServiceAreaOperatingSystem

服务区数字化建设的底座平台，通过对接物联感知设备及应用系统，实现对服务区信息

资源整合分析及统一调度和管理，支持上层应用系统的快速开发和部署。

2.0.2开放平台openplatform

基于开放的软件系统平台，可以开发、扩展和集成各种应用程序和服务，利用和开发各

种应用和服务。

2.0.3数字孪生digitaltwin

物理实体在数字空间的虚拟映射，该虚拟映射与物理实体之间通过数据连接实现状态同

步和双向互动。

2.0.4设备影子deviceshadow

设备影子是一个JSON文件，用于存储设备的在线状态、设备最近一次上报的设备属性

值、应用服务器期望下发的配置。

6

3技术架构

服务区操作系统总体技术架构宜按照云-边-端三级确定，如图1所示。

图1服务区操作系统技术架构

服务区操作系统基于大数据的三算（算法/算力/算据），具有应用支撑、数字孪生、资

源编排等能力引擎，统一调度服务区各类资源，快速响应高并发访问，通过开放API接口、

集成软件开发工具包（SDK）等方式，为上层应用提供服务接口、基础框架，支撑上层应用

的快速实现。同时，根据服务区不同的地域文化特色，可进行应用的快速复制、特色应用的

扩展。

4分级原则

智慧服务区的分级主要依据技术、业务、数据三个方面进行划分，便于管理和评估。

技术主要是指智慧服务区的信息化建设水平，包括硬件设施、软件系统、网络通信等方

面；

业务主要是指智慧服务区的业务类型和服务水平，包括餐饮、住宿、商业等方面；

数据主要是指智慧服务区的数据安全等级，包括数据分类、数据备份、数据恢复等方面。

智慧服务区的等级初步分为三级，智慧服务区各等级建设内容具有延续性，且从基本智

7

慧向高级智慧逐步迭代，具体的分级原则如表1所示。

表1智慧服务区的分级原则

等级特征描述操作系统配置

设备接入能力：构建基础的服务区数据底座，推动服

技术：主要是基础设施建设，包括网络传输

务区基础设施数字化。

体系、运行保障体系等。

数据处理能力：构建服务区基本服务场景的数据感知

数据：主要是基本数据采集和处理，包括车

基本与处理能力，实现智慧服务区基本的数字化感知能

流检测、人流检测、监控等基础数据采集和

智慧力。

处理。

管理服务能力：聚焦公路服务区重点服务场景的数字

业务：主要是基础服务，包括餐饮、住宿、

化、智能化，实现智慧服务区基本的智能化决策和管

商业等。

理能力。

设备接入能力：进一步提升重点服务场景的数据接入

能力，基于标准化的网络传输体系，促进交通专网与

技术：主要是信息化建设，包括大数据处理

车联网、5G、卫星通信信息网络的融合。

中心和云服务平台等。

数据处理能力：基于服务区数据底座，在数据底座上

中级数据：主要是数据分析、数据安全、数据恢

层构建智慧服务区数字孪生平台和应用生态体系，建

智慧复等。

立大数据支撑的决策与规划体系。

业务：主要是协同服务，包括物流配送、信

管理服务能力：推动部门间、政企间多源数据融合，

息共享等。

提升交通运输决策分析水平，实现智慧服务区成熟的

决策和治理能力，对风险具有研判和预警机制。

设备接入能力：实现智慧服务区全息感知全覆盖与接

入，智慧服务区具备成熟的治理和决策能力，实现系

统自决决策，实现全场景智慧。

数据处理能力：基于服务区数字底座和数字孪生平

技术：主要是创新能力，包括创新应用智慧

台，以数据为关键要素，赋能交通运输与汽企、保险

化软件系统和硬件设施等。

高级和物流等领域异业合作，联动创新服务区的经营模

数据：主要是对采集到数据进行深层次分析

智慧式、经营业态和产品服务，提升出行和服务品质。

并转化应用，提升服务区运营决策能力。

管理服务能力：科学配置服务区各类资源，与服务区

业务：主要是提供个性化、多元化服务。

周边产业进行联动，推进公路物流配送全链条信息共

享，构建综合交通运输物流数据资源开放共享机制；

推动政企、行业、部省间跨领域、跨业务和跨场景的

协同；建成跨界融合、共创共享的数字交通产业生态。

8

5技术要求

5.1服务区操作系统云侧技术要求

5.1.1开放服务

应包括资源门户、搜索引擎、数据目录、共享组件、接口服务等。

资源门户

数据资源门户应对数据资源的管理和汇集，存放海量服务区资源的开放性平台，主要面

向服务区的管理者，提供数据分析、查询、报告和决策支持等功能。

搜索引擎

根据服务区用户需求与算法，运用特定策略从服务区操作系统中检索出指定信息反馈给

用户。搜索引擎应包含检索排序技术、网页处理技术、大数据处理技术、自然语言处理技术

等，同时可添加其他一系列辅助模块。为服务区信息检索用户提供快速、高相关性的信息服

务。

数据目录

服务区操作系统应支持数据目录功能，数据目录功能应遵循如下要求：

（1）服务区操作系统应具备目录内容服务功能，提供共享信息服务、编目服务、目录

传输、目录管理、目录服务等功能；应建立共享目录和开放目录。

（2）按照应用领域、地域、终端类型等维度对数据进行编目，并建立服务区操作系统

归集库目录和各专题库目录。

共享组件

共享组件是服务区操作系统开发者采用工作台全代码组件或低代码模式的开发模式，开

发独立组件，并且将组件提交上架，最终成为服务区操作系统的共享组件，这类组件应面向

服务区操作系统的开发者开放。

共享组件核心应由两部分组成：

第一部分为代码和配置：组件上架时应上传代码和配置到服务区操作系统的代码库，开

发者可以持续对代码和配置进行优化，验收完成后生效到服务区用户。

第二部分为服务端数据：共享组件的服务端数据是指服务区操作系统提供的数据，如服

务区操作系统提供的各类API接口。

接口服务

应包括业务服务接口、支付服务接口、数据服务接口、设备控制接口等，提供数据接口

9

应符合不限于以下要求：

（1）支持WebService、RESTful方式的接口；

（2）支持包括结构化数据、非结构化数据的接口；

（3）提供完善的日志和审计能力，应记录接口数据配置及数据抽取操作配置、运行时

发生的各种事件；

（4）应提供数据接口协议，提供接口名称、接口地址、接口说明、接口通讯协议、输

入参数、返回结果、备注等信息，在接口名称中应描述接口中文含义，在接口地址中应描述

接口服务地址，在接口说明中应对接口含义进行详细描述，在接口通讯协议中应描述协议种

类，在输入参数中应包括参数名称、参数值、验证码等，在返回结果中应包括参数据名称、

描述、状态等，在备注中说明接口需备注的内容。

5.1.2应用支撑

用于支撑服务区业务应用的设计、开发、管理、部署、测试、运行、服务、运维等，应

全方位支撑业务应用的功能集合。

应提供APP应用一站式跨平台服务，具备应用准入、发布、上架、修改、隐藏、下架、

搜索等全流程功能。

应用集成

宜采用面向服务的架构（SOA），将不同的应用系统或系统集成到一个无缝的、并列的、

易于访问的单一系统中，整体化地进行业务处理和信息共享。应用集成包括数据库、业务逻

辑以及用户界面三个层次的集成。

低代码工具

应提供图元库、组件库、模板库、报表等，向上支撑智能化应用的快速开发与部署，通

过拖拉拽方式构建应用。包括多端适配、行业模板、应用分发、行业组件等。

应有效管理服务区资源，包括数据流、信息流、资金流等，合理编排服务与作业流程。

应提供资源调度服务，包括任务调度、资源管理、定时任务、任务监控、业务编排等。

5.1.3智能引擎

应支持结构化、图像、自然语言样本数据管理，数据标注、增强转换，提供一站式数据

探索、模型训练、知识图谱、算法服务管理，支持模型轻量化转换、配置化训练、应用安全

授权等特色功能。

算法管理

应对算法的选择、开发、测试、部署、监控等过程进行管理，包括确定业务问题、选择

10

合适的算法、开发算法、对算法进行测试和优化、将算法部署到运行环境、监控算法的性能

和效果等。

模型训练

应通过对大量数据进行训练，让模型学习到数据的特征和规律，从而能够对新的数据进

行预测或分类。模型训练的步骤应包括：数据准备、选择模型类型、设定模型参数、模型训

练、模型评估、模型调整。

5.1.4数字孪生

应通过专业的采集技术与设备实现数字孪生的数据采集、场景制作、3D渲染等功能。

三维场景

基于服务区三维可视化场景模型的多源异构数据基础，可利用WEBGL、3DGIS、虚拟现

实等技术结合三维引擎提供的三维仿真，实现包含服务区时间、空间、专题属性等三维信息

展示等功能。

仿真推演

应提供预测和验证评估能力，对服务区车流、客流等进行动态模拟和推演，为流量高峰

期管理调度和优化提供支持。

5.1.5资源编排

资源管理

应对服务区数据生命周期进行适当的建构、策略、实践等。应用数据库管理、数据湖等

信息系统技术和其他数据管理工具，完成组织数据资源管理任务，满足服务区信息需求。

事件编排

应采用分布式事务处理模式，通过一系列服务的交互和事件的处理，定义事件之间的关

系、设置触发条件、执行动作等实现事务的完成。

5.1.6数据内容

应基于智慧服务区的分类分级，构建公共服务、运营管理、经营管理、产业服务、应急

保障和社会治理各类应用。

公共服务

信息发布：应利用服务区各类显示终端、指引系统和广播系统，在不同区域、不同时段

发布信息内容，方便司乘人员获得实时信息。

11

智慧停车：应利用各种智能终端对进入服务区的车辆，根据车型进行诱导，实现分区停

车和车位级精准引导，提升停车效率。

智慧厕所：应利用异味监测技术和异味处理设施解决厕所异味，支持厕位引导、人流统

计、厕位排队等功能。

智慧救助：应利用一键报警器等各类救助服务设施设备，为司乘人员提供救助服务，司

乘人员遇到物品丢失、突发疾病、人员走失等突发或紧急事件时，服务区及时提供人性化服

务。

智慧餐饮：应具备智能点餐、智能餐桌、送餐机器人、自动结算、自助收银等功能。

运营管理

能源管理：宜实现对用电、供暖、供冷、用水、燃气等能源使用情况信息的采集和监控，

实现对能源的统一管理和优化。

设备管理：应通过配置服务平台，提供无线网络、多功能自助终端、服务区内导向、新

能源汽车补给、移动智能终端充电、客流车流检测、公共区域视频监视等智能化设备管理。

智能巡查：应在日常巡更路径上通过打卡设备，准确记录巡逻人员的巡逻时间、次数和

线路，实现对巡更人员的工作监管。

充电设施：应形成“固定设施为主体，移动设施为补充，重要节点全覆盖，运行维护服

务好，社会公众出行有保障”的充电基础设施网络，有效满足电动汽车充电需求，服务公众

便捷出行。

经营管理

商业管理：宜实现商品采购、入库到零售全过程信息化管理，通过对服务区店铺综合信

息监控画像，实现实时预警，集成服务区内的“商户管理、招商管理、评分管理、结算管理”

功能，实现服务区商业入驻资质评级、基本信息自动录入与审批管理。

经营分析：宜实现服务区运行指数计算和运行状态分析，提升服务区可视化管理、精细

化服务水平，提升服务区的服务能力和服务品质。

会员服务：宜向司乘人员提供信息查询服务，餐饮提前下单，会员增值服务等，当地名

优特产购买信息等。

产业服务

交旅融合：宜结合服务区所在区域的自然资源、地理条件、人文景观和绿化设施，构建

智慧化主题特色服务。宜因地制宜打造具有地方特色的旅游主题服务区，根据公众旅游需求，

科学增设导游、休息娱乐、房车营地等旅游服务功能。

绿色低碳：宜利用服务区、边坡、声屏障等高速公路现有场所或条件，建设光伏能源系

统，为高速公路提供新能源补给服务。宜加强太阳能、风能等可再生能源及节能设备在服务

12

区的推广应用，加快服务区充电、加气设施建设，积极引进先进技术和污水处理设施。

智慧物流：宜建立智慧物流信息化运作及保障机制，实现全供应链上的标准化、自动化、

智能化、数据化与精细化运作和管理。

共同富裕：宜集服务司乘游客、带动周边经济发展、地域文化展示交流于一体，扩大服

务区的业态类型与服务范围，在服务区高质量发展中促进共同富裕。

开放共享：宜打造开放式服务区，打破现有服务区对地方区域经济的屏蔽效应，加强服

务区与地域经济各方面的交流与联系。

产业协同：宜加强数字基础设施的高效联通、有效释放数字交通领域中蕴含的数据要素

价值，对服务区产业链和价值链进行重塑和改造，形成服务区产业互联共建的生态。

应急保障

安全生产：应遵循“安全第一、预防为主、综合治理”的基本原则，实现服务区停车、

危化品车和加油充电安全管理、食品安全及风险预警管理等，保障服务区安全生产。

智慧安防：应实现对服务区进出通道、广场、停车区域、加油站、经营场所等位置的视

频监控和客流、车流的精细化检测，实现对服务区的视频监控“全覆盖、全过程、全天候”

管理，自动识别垃圾乱丢、车辆违停等违规行为，营造安全舒适的服务环境。

智慧应急：应实现事前风险隐患排查和治理，事中应急响应、突发事件处置和音视频会

商等功能，事后事件处置效果分析和应急评估。

社会治理

公共卫生：应对服务区卫生状况进行监督管理，实时监测服务区环境卫生、特情防控情

况等，提升服务区公共卫生的服务保障能力。

公共安全：应实现视频监控与公安系统对接，实时动态监控服务区警情事件，确保警情

事件处理及时性。应充分利用服务区信息发布屏、广播、警务栏等形式向司乘人员宣传安全

防范知识，切实提高司乘人员自我防范意识与能力。

5.1.7数据工具

应根据智慧服务区数据特点，通过数据清洗、转换、装载、挖掘、关联与共享，实现数

据汇聚、ETL（ExtractTransformLoad）、元数据管理等功能。

数据清洗

应对采集的原始数据进行清洗，数据清洗应遵循如下要求：

（1）应提供数据质量分析和预警功能，从数据真实性、准确性、唯一性、完整性、一

致性、关联性、及时性等方面识别数据质量问题，甄别数据优劣程度，对质量较差数据进行

清理，对长期不用数据进行清洗和归档。

13

（2）应支持数据质量稽核，通过预定的规则对数据稽核，并生成稽核报告，对于稽核

发现的问题，可以按照预定规则自动治理，或者生成任务工单进行处理。

（3）应支持对数据属性打标签功能，包括但不限于单个和批量打标签、标签的删除和

修改等。

（4）应支持数据血缘关系管理，可以自动生成和维护数据血缘关系地图。

（5）应支持敏感数据识别、标记和脱敏，包括但不限于下述脱敏类型：替换、截断、

掩码、重排、日期偏移取整。

（6）应支持所有相关设备的统一数据资源目录梳理和编制，提供数据资源目录动态管

理功能，包括但不限于编制、审核、发布等。

（7）应支持对不完整数据、错误数据、重复数据进行统一标识、清洗对比、整合转换

等。

数据转换

应根据服务区业务需求将数据从一种格式或结构转换为另一种格式或结构，从不同的数

据源中提取和整合数据，对数据进行清洗、去重、格式转换等操作，确保数据的质量和一致

性，便于后续数据处理和分析。

数据装载

应将数据从不同的数据源中加载到数据仓库或数据湖等存储系统中，包括ETL（抽取、

转换、加载）等操作，将数据从原始格式转换为适合分析和报告的格式，并将其加载到数据

仓库或数据湖中，以供后续的数据分析与智能应用。

数据挖掘

在大量的数据中通过算法搜索隐含信息的过程，应通过统计、在线分析处理、情报检索、

机器学习、专家系统和模式识别等实现。

数据关联

数据关联是数据预处理的重要步骤，应在交易数据、关系数据或其他信息载体中发现数

据集中的相关性或因果结构。表与表之间、对象与对象之间应建立关联。

数据共享

服务区操作系统应支持数据共享功能，数据共享功能应遵循如下要求：

服务区操作系统应支持直连模式和中介模式实现数据共享。

直连模式下，服务区操作系统应支持通过共享目录实现数据共享。

中介模式下，服务区操作系统应支持通过统一的共享交换平台实现数据共享，应支持共

14

享交换平台实现跨层级、跨地域、跨系统、跨部门、跨业务的数据共享，应支持提供接口，

供共享交换平台实现数据共享交换、共享管理、安全保障、运行监控等功能。

5.2服务区操作系统边缘侧技术要求

5.2.1服务区监控

设备监控

应对服务区各种设备进行实时监测、控制和优化，以实现设备的可靠运行和高效管理。

在监控设备时，应收集设备的运行状态、故障信息、能耗情况等，并根据需要对这些数据进

行处理和分析，以实现设备的实时监控和优化。

告警管理

应支持接入服务区物联基座内的设备进行在线状态监测，对于发生异常运行状态或者故

障的设备可实时发现和报警。设备报警数据包括但不限于设备自身报警数据、诊断信号告警

数据等。

5.2.2数据流转

接口管理

数据接口有主动式数据接口和被动式数据接口两种。主动式数据接口指数据提供方按照

数据需求方发布的数据接口要求，调用接口服务，提供物联感知数据；被动式数据接口指数

据需求方按照数据提供方发布的数据接口要求，调用接口服务，获取物联感知数据。

提供数据接口应符合不限于以下要求：

（1）应支持WebService、RESTful方式的接口；

（2）应支持包括结构化数据、非结构化数据的接口；

（3）提供完善的日志和审计能力，应记录接口数据配置及数据抽取操作配置、运行时

发生的各种事件；

（4）应提供数据接口协议，提供接口名称、接口地址、接口说明、接口通讯协议、输

入参数、返回结果、备注等信息，在接口名称中应描述接口中文含义，在接口地址中应描述

接口服务地址，在接口说明中应对接口含义进行详细描述，在接口通讯协议中应描述协议种

类，在输入参数中应包括参数名称、参数值、验证码等，在返回结果中应包括参数据名称、

描述、状态等，在备注中说明接口需备注的内容。

数据采集

数据采集方式：数据采集根据接入方式分为直接采集和间接网关采集两种，应通过分析

相关数据源类型，根据可操作性成本导向等原则选定数据采集方式。

15

数据采集周期内，应保证数据的完整性、准确性、一致性、时效性、可访问性、可追溯

性；采集后的数据应依据数据目录进行分类，实现数据间的相互补充、印证与关联。

5.2.3联动控制

在智慧服务区的物联基座中，应通过软件界面或者其他可视化方式，对智能设备进行控

制操作。联动控制应支持控制服务区内各类设备，如公共照明、停车场管理、安防监控、环

境监测等。管理人员可以使用手机应用程序、网页等方式，实时掌握设备状态，并对设备进

行远程操作。

预案配置

为应对突发情况或灾害制定预先设计的应对措施和方案。预案应包括应对措施、人员组

织、物资调配、通讯联络等方面，确保在紧急情况发生时能够迅速、有效做出应对措施。

人员调度

应根据服务区运营管理需要对人员进行合理的安排和调配，以确保工作任务的顺利完成。

联动控制中，人员调度通常涉及不同部门或团队之间的协调和协作。

5.2.4设备接入

设备接入时，服务区操作系统应支持按照HTTP/S、MQTT、KAFKA等方式接入。

应用终端接入

提供多种接入方式，应支持海量设备连接、设备身份认证，保证通信消息稳定可靠的双

向传输。

应支持自定义数据格式的设备接入。

应支持完成设备的认证、连接、数据上报、设备指令的收发及其后续管理。

应支持设备统一化、自动化管理，满足自定义数据模型的功能。不仅可以抽象具体的设

备，同时也可以抽象空间以及逻辑上的设备。同类设备需按统一模型映射至云端，方便应用

使用，并提供完善的设备注册管理功能，集成搜索引擎，构建设备图谱，实现设备信息快速

检索。

感知设备接入

应接入各种传统协议的传感器、采集器，或智能设备、协议网关等。

应支持通过物联网标准协议LwM2M/MQTT/CoAP/HTTP等协议的智能设备接入平台，可

选择支持使用数据模型进行设备数据格式化或自定义格式透传设备数据至平台。

应支持通过设备主动上报、云端拉取等方式获取设备连接信息，同时进行认证、连接和

通讯的协议网关接入。

16

边缘设备接入

应支持靠近终端设备侧的数据处理及过滤的设备。

应支持异构协议的边缘设备接入，并对设备进行统一化管理、统一化服务等。

应支持边缘设备Web服务，支持边缘设备管理子设备。

5.2.5设备管理

物联基座提供对服务区已部署的物联网设备的管理访问权限，使流程自动化。应对服务

区物联设备执行数据收集、数据路由和边缘计算等任务的安全性和正常运行时间进行监控管

理。

设备模型

设备模型将物理空间中的实体在云端进行数字化表示，从属性、服务和事件三个维度，

描述服务区设备的功能。

设备影子

物联基座应支持创建设备的“影子”。每个设备有且只有一个设备影子，设备可以获取

和设置设备影子以此来同步设备属性值，可以是影子同步给设备，也可以是设备同步给影子。

规则联动

（1）联动策略要求

平台应支持应用场景的联动，支持用户自定义设备联动策略，实现设备与设备之间消息

事件触发。

（2）业务逻辑执行要求

应采用开发自动化业务逻辑的编程方式，支持以设备数据、时间周期、第三方平台数据

作为触发条件，当应用场景所需数据满足预设条件时，由系统自动执行预定义的业务逻辑，

实现对设备的联动控制。

（3）联动功能要求

应支持设置单个规则的触发条件：在满足触发条件时，平台会触发单个指令来使设备执

行一个操作。

应支持规则运算功能：规则运算属于后台运行模块，针对上行数据中的设备，根据其对

应的台账、告警规则配置，进行运算。

应支持告警触发功能：识别出告警后，将告警事件推送给对应的干系方，包括预定义的

下游系统、告警接收地址和短信触达等，应支持告警频率的设置。

17

OTA

OTA（Over-The-Air）主要通过移动网络或互联网等方式进行无线数据传输。

配置命令

用于配置或调整系统、应用或网络设备和服务的命令，包括设置系统参数、启用或禁用

特定功能、指定网络设置等。

5.2.6运维管理

容量管理

应对服务区操作系统的性能和资源使用进行规划和管理，对系统的预期需求进行评估，

确定何时需要增加或减少资源。容量管理包括对服务器、存储和网络资源的规划和管理。

边缘部署

将计算和数据处理任务放在网络的边缘，减少网络延迟，提高服务的响应速度。

1.边缘采集要求：

（1）边缘网关应支持数据安全可靠的采集、传输、分发；

（2）应支持多数据源并发接入；

（3）应支持以太网、PON、移动蜂窝网、WLAN、NB-IoT、LoRa、C-V2X等有线或无线。

2.边缘分析要求：

（1）应具备数据时间关联、数据之间关联分析的能力；

（2）应支持监控、报表统计；

（3）应支持跨节点数据聚合计算和分析；

（4）应支持数据的数值、集中趋势、离散程度或相关关系等统计分析；——应支持从空

间、时间、业务等多维度进行数据聚合统计分析；

（5）宜支持局部性、实时、短周期数据的统计和展示；

（6）宜具备设备故障预测与诊断能力。

接入鉴权认证

对访问服务区操作系统的用户或设备应进行身份验证和授权，访问被授权的部分。接入

鉴权认证可保护系统不受未授权的访问和潜在破坏。

主备容灾

在主系统出现故障时，备份系统应接管并继续服务。主备容灾包括数据的备份和恢复计

划，以及如何在主系统发生故障时切换到备份系统。

18

5.3服务区操作系统端侧技术要求

操作系统端侧应部署边缘网关，边缘网关应符合以下功能要求：

（1）应支持设备的接入鉴权认证；

（2）应支持设备状态的感知，并支持本地数据采集；

（3）应支持感知传感网络的拓扑变化、线路状态变化，并能实时刷新路由；

（4）应支持感知上行网络的变化，根据网络变化能对数据进行本地化保存或处理及重

传传感数据；

（5）应提供API或SDK，支持南向设备的对接和向服务区消控室物联网平台的数据流

转；

（6）应支持容器化的形式部署边缘网关智能控制程序；

（7）应支持在网络中断或关闭状态下设备的自我管理和本地控制功能；

（8）应支持设备的规则调度与处理功能；

（9）应支持特定场景下部分感知数据和设备状态数据的边缘处理功能。

6系统保障

6.1系统运维体系

6.1.1系统监控

服务区操作系统应支持基本监控、应用监控、网络监控、日志监控等。系统监控具体包

括：

（1）服务区操作系统参数与报警参数配置。对服务区操作系统的各项参数进行配置。

包括配置各个监控参数的报警阈值等。

（2）监控各个组件的状态。对服务区操作系统内的各个系统模块的状态进行监测。

（3）记录服务区操作系统日志和异常信息。记录服务区操作系统的日志，显示与查询

异常信息。

（4）监控对象的启停控制。对被监控对象进行启动、停止、重启操作。

（5）能够及时了解当前的监控信息，当监控对象的性能参数超过告警阈值时，及时产

生报警。告警阈值能够分级设置，不同级别产生不同的告警。通过多种告警手段提供现场和

远程告警，并且可定制发送方式和告警的优先级。

（6）通过图形化方式直观地显示监控信息，并能够进行统计分析。

6.1.2系统升级

当服务区操作系统开发者发布新的服务区操作系统版本后，维护单位应编制服务区操作

19

系统升级方案并组织原开发者、运维单位及用户召开服务区操作系统升级研讨会，明确服务

区操作系统升级范围、升级原因、升级版本、升级方案、回退方案等，待用户确认升级方案

可行并授权后，组织原开发者进行服务区操作系统版本升级，升级完成后需提供服务区操作

系统版本升级日志。若服务区操作系统升级失败，需立刻进行回退操作，待完成方案改进后

再确认是否需要升级。

升级前应检查是否具备备份机制、日常维护手册及应急方案、完整的服务区操作系统升

级方案，检查硬件及服务区操作系统环境是否准备妥当，检查服务区操作系统升级资料是否

齐全。

升级后应验证是否成功，若失败则应进行原因分析，记录服务区操作系统升级失败分析

报告，并提供进一步整改方案和后续服务区操作系统升级计划。若升级成功应进行终端功能

验证。

6.1.3动态扩容

服务区操作系统应具有动态扩容功能，操作系统原有计算节点的容量不能满足服务区存

储数据的需求时，应在原有操作系统集群基础上动态添加新的数据节点。

6.2平台安全体系

6.2.1接入安全

为服务区内各类物联感知设备提供安全保障能力。服务区操作系统管理部门负责服务区

接入的感知设备、边缘节点的安全防护，应针对物联感知设备与边缘节点建设安全防护、传

输加密、准入控制、审计监测等安全能力，针对物联感知设备建设传输加密、准入控制等安

全能力，保障服务区操作系统感知终端安全。

6.2.2网络安全

服