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網絡安全

服