《電力作業(yè)現場智能化安全管控系統-第3部分：智能服務技術規(guī)范》

CES

團體標準

T/CESXXX?XXXX

電力作業(yè)現場智能化安全管控系統

第3部分:智能服務技術規(guī)范

Intelligentsafetymanagementandcontrolsystematelectricpoweroperationsite

--Part3:Intelligentservicetechnicalspecification

（征求意見稿）

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中國電工技術學會發(fā)布

1

T/CESXXX?XXXX

電力作業(yè)現場智能化安全管控系統第3部分：智能服務技術規(guī)范

1.范圍

本文件規(guī)定了電力智能服務功能規(guī)范，包括總體要求、功能要求和其他要求。

本文件適用于電力智能服務的設計、開發(fā)和部署等環(huán)節(jié)。

2.規(guī)范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T22239-2008信息安全技術信息系統等級保護基本要求

GB/T25070-2010信息系統等級保護安全設計技術要求

GB/T22239-2019信息安全技術網絡安全等級保護基本要求

3.術語和定義

T/CESXXXXX—XXXX總則界定的以及下列術語和定義適用于本文件。

3.1.違章判定規(guī)則violationjudgementrules

對作業(yè)現場違反安全生產法律法規(guī)和規(guī)章制度要求的行為或狀態(tài)進行識別和確認的處理邏輯。

3.2.風險提示庫riskwarninglibrary

對作業(yè)現場可能導致違章的行為或狀態(tài)進行預測和反饋的數據集合。

4.縮略語

下列縮略語適用于本文件。

Caffe:卷積神經網絡框架（ConvolutionalArchitectureforFastFeatureEmbedding）

JSON：一種輕量級的數據交換格式（JavaScriptObjectNotation）

REST：一種網絡應用程序的設計風格和開發(fā)方式（RepresentationalStateTransfer）

5.總體要求

5.1.功能定位

智能服務通過統一功能要求、數據規(guī)范、通信規(guī)約和接口要求，橫向與北斗短報文系統、第三方平臺

集成，實現短報文數據、樣本數據交互；北向與業(yè)務系統集成，實現業(yè)務數據交互；南向與現場管控終端

集成，實現現場管控終端、現場智能終端的管理和數據交互。集成關系應滿足圖1。

7

T/CESXXX?XXXX

業(yè)務系統

智能識別信息電子圍欄數據

違章告警信息人員定位數據短報文

樣本數據數據北斗短報文

第三方平臺智能服務

系統

設備運行

模型數據

狀態(tài)數據

應用數據

視頻數據

現場管控終端

圖1智能服務集成關系圖

5.2.功能架構

智能服務應具備業(yè)務應用、管理應用和接口服務等功能模塊。業(yè)務應用服務提供作業(yè)管理、智能監(jiān)控、

規(guī)則管理和統計分析等功能，管理應用提供終端管理、應用管理、模型管理和樣本管理等功能，接口服務

應提供第三方接口服務，滿足與其他相關系統的數據交互。功能架構應滿足圖2。

運營監(jiān)控告警中心作業(yè)管理監(jiān)測管理

監(jiān)控中心告警查詢告警查看計劃管理準入管理電子圍欄軌跡跟蹤

業(yè)告警處理資質管理視頻監(jiān)控終端監(jiān)測

務

應規(guī)則管理統計分析

用

規(guī)則新增規(guī)則配置

違章統計終端統計

規(guī)則下發(fā)

云邊協同裝置管理應用管理

應用查詢應用上架

模型同步應用同步管控終端管理智能終端管理

管應用統計

理

應模型管理模型轉換樣本管理

用

模型查詢模型上傳樣本采集樣本上報

模型壓縮模型裁剪

模型統計樣本查詢

接RESTful服務Kafka服務

口

服RabbitMQ服務服務目錄

務

圖2智能服務功能架構圖

6.功能要求

6.1.業(yè)務應用

6.1.1.運營監(jiān)控

應具備分區(qū)域對現場作業(yè)執(zhí)行狀態(tài)、現場管控終端、現場智能終端的運行狀態(tài)等進行實時展現和對現

場違章告警進行統計分析，并支持按區(qū)域維度下鉆展現、分析。

8

T/CESXXX?XXXX

6.1.2.告警中心

應具備對現場管控終端上報的違章告警信息進行查詢和處理的功能，具體要求如下：

a)告警查詢：應具備對違章告警信息按照作業(yè)計劃、告警等級、區(qū)域等維度進行條件查詢和表格展

現的功能；

b)告警查看：應具備對選中的違章告警詳細信息進行查看的功能；

c)告警處理：應具備接收現場管控終端上報的風險提示和違章告警數據，應具備對不同風險等級的

告警進行處理的功能。

6.1.3.作業(yè)管理

應具備對作業(yè)計劃、作業(yè)人員資質和準入信息等信息的管理和數據下發(fā)功能，具體要求如下：

a)作業(yè)計劃管理：應具備對數字化工作票、工作計劃等作業(yè)信息管理、查詢和展示功能，支持根據

設備編號將作業(yè)計劃下發(fā)給指定的現場管控終端；

b)人員資質管理：應具備對作業(yè)人員資質進行管理、查詢、展示功能，支持通過作業(yè)任務編號、人

員姓名、身份證號、證書類型、證書編號等信息檢索；

c)準入信息管理：應具備對現場作業(yè)人員人臉照片進行管理功能，支持人臉庫建模、更新、刪除等

操作。

6.1.4.智能監(jiān)控

應具備對作業(yè)現場進行智能監(jiān)控，展示作業(yè)過程數據及智能終端采集數據，功能要求如下：

a)電子圍欄：應支持接收現場管控終端上報的電子圍欄數據，應具備電子圍欄位置信息查詢和展示

功能；

b)軌跡跟蹤：應具備接收現場管控終端上報的作業(yè)人員實時定位功能，應具備作業(yè)班組成員的實時

位置查看和歷史軌跡追蹤功能；

c)視頻監(jiān)控：應具備通過作業(yè)現場綁定的布控球、圍欄攝像機等監(jiān)控設備進行實時視頻調閱監(jiān)控，

應支持分屏展示；

d)終端監(jiān)測：應具備對現場管控終端上報的各類智能終端采集的數據進行集中展示及監(jiān)測，超過設

定閾值的數據應提供可視化展示告警。

6.1.5.規(guī)則管理

應具備對作業(yè)現場違章判定規(guī)則庫管理，功能要求如下：

a)應具備違章規(guī)則庫的添加、刪除、修改和查詢等功能；

b)應具備對違章判定規(guī)則進行參數配置，按需調整違章規(guī)則的配置，支持告警級別、推送對象、推

送頻率、是否啟用等參數進行配置；

c)應具備將違章判定規(guī)則庫遠程下發(fā)至現場管控終端進行部署和升級。

6.1.6.統計分析

應具備對終端情況、違章情況進行統計分析，功能要求如下：

a)終端統計：應具備對現場管控終端數量進行統計，通過現場管控終端所屬單位、應用類型、應用

專業(yè)等維度展示各單位現場管控終端數量分配情況；

b)違章統計：應具備對現場違章告警數量進行統計、分析，通過違章類型、違章級別、違章單位等

各維度展示違章告警發(fā)生情況；

9

T/CESXXX?XXXX

6.2.管理應用

6.2.1.云邊協同

智能服務應具備模型下發(fā)、應用下發(fā)的云邊協同能力，具體功能要求如下：

a)模型下發(fā)要求如下：

1)應具備將智能識別模型遠程下發(fā)至現場管控終端進行部署和升級；

2)智能識別模型下發(fā)應支持單個下發(fā)、批量下發(fā)、定時下發(fā)等多種方式；

3)應具備智能識別模型批量一鍵下發(fā)；

4)應具備現場管控終端主動請求更新，完成智能識別模型按需部署。

b)應用下發(fā)要求如下：

1)應具備將現場管控終端應用遠程下發(fā)至裝置進行部署和升級；

2)應用下發(fā)應支持單個下發(fā)、批量下發(fā)、定時下發(fā)等多種方式；

3)應用下發(fā)或升級應支持斷點續(xù)傳；

4)應支持將應用下發(fā)給現場管控終端。

6.2.2.裝置管理

智能服務應具備對現場管控裝置和智能終端管理功能，功能要求如下：

a)管控裝置管理要求如下：

1)應具備現場管控終端臺賬搜索查詢功能，支持分類、過濾、排序等操作；

2)應具備對現場管控終端運行狀態(tài)數據進行查詢和展示；

3)應具備現場管控終端注冊及注銷功能；

4)應具備對現場管控終端名稱、分組、接入憑證、設備類型等信息進行本地維護；

5)應具備對上報數據異常設備進行禁用，支持黑名單的回溯、上傳維護、搜索等功能；

6)應具備現場管控終端硬件、軟件版本，具備定期版本自檢比對功能，支持對軟件版本上傳及

批量下發(fā)等功能。

b)智能終端管理要求如下：

1)應具備智能終端臺賬搜索查詢功能，支持分類、過濾、排序等操作；

2)應具備對智能終端運行狀態(tài)數據進行查詢和展示；

3)應具備對智能終端名稱、分組、接入憑證、設備類型等信息進行本地維護。

6.2.3.應用管理

應具備現場管控終端內置的應用服務進行管理的功能，功能要求如下：

a)應用查詢：應具備應用列表查詢和檢索功能，支持應用功能簡介、應用版本、開發(fā)商、上架時間、

下載次數等信息展示

b)應用上架要求如下：

1)應具備應用上架、下架管理功能；

2)應具備應用名稱、版本信息修改的管理功能。

c)應用統計要求如下：

1)應具備對應用下發(fā)部署情況進行統計，包括下發(fā)次數、下發(fā)用戶等信息；

2)應具備將應用部署、運行狀態(tài)等統計信息進行綜合統計。

6.2.4.模型管理

應具備對現場管控終端中運行的違章識別算法模型進行管理功能，功能要求如下：

a)模型查詢：應具備違章識別算法模型列表查詢和檢索功能，支持智能識別模型功能簡介、模型版

10

T/CESXXX?XXXX

本、開發(fā)商、上架時間、下載次數等信息展示；

b)模型上傳：應具備違章識別算法模型上傳、更新和信息查看，包括不同類型模型源文件、配置文

件、執(zhí)行腳本，應具備對上傳的模型進行版本管理；

c)模型統計要求如下：

1)應具備對違章識別算法模型下發(fā)部署情況進行統計，包括下發(fā)次數、下發(fā)用戶等信息；

2)應具備將違章識別算法模型部署、運行狀態(tài)等統計信息進行綜合統計。

6.2.5.模型轉換

智能服務應具備模型壓縮和模型裁剪的功能，功能要求如下：

a)模型壓縮：應具備對上傳的智能識別模型進行標準框架輕量化轉換，支持Tensorflow、Pytorch、

Caffe等主流框架；

b)模型裁剪：應具備智能識別模型量化和剪枝，完成模型對現場管控裝置適配。

6.2.6.樣本管理

智能服務應具備違章樣本庫管理功能，功能要求如下：

a)應具備對現場管控終端上報的違章圖片進行收集、歸類管理等功能；

b)應具備將違章樣本上報至其他第三方平臺的功能。

6.3.系統管理

6.3.1.用戶管理

用戶管理應符合下述要求：

a)支持用戶的添加、修改和刪除及角色配置；

b)支持用戶按照定制的分組（按單位）進行統一管理，支持分組的添加、修改和刪除；

c)支持角色權限管理，對不同的角色賦予功能的使用權限；

d)支持用戶行為審計，應提供用戶登錄、用戶操作的審計。

6.3.2.權限管理

權限管理應符合下述要求：

a)支持統一權限管理；

b)按照等級保護要求，提供必要的業(yè)務操作審計功能。

6.3.3.日志管理

日志管理要求如下：

a)支持系統日志管理，包括運行日志、操作日志、異常日志等；

b)支持系統日志的查詢和導出。

6.4.接口服務

智能服務應具備對第三方系統提供數據接口服務，功能要求如下：

a)RESTful服務：應具備RESTful風格的接口服務，見附錄A信息交互接口要求；

b)Kafka服務：應具分布式發(fā)布訂閱消息系統Kafka服務；

c)RabbitMQ服務：應具備RabbitMQ消息隊列服務；

d)服務目錄：應具備為調用方提供快捷的目錄檢索功能。

11

T/CESXXX?XXXX

7.其他要求

7.1.性能要求

性能要求如下：

a)平臺應支持不少于100萬連接數，連接持續(xù)8小時不中斷，服務器CPU以及內存使用率均在85%

以下；

b)平臺應支持每秒處理不少于50萬消息數，服務器CPU以及內存使用率均在85%以下；

c)平臺可支持1分鐘內向50萬臺設備批量下發(fā)指令，服務器CPU以及內存使用率均在85%以下；

d)平臺以1秒為間隔持續(xù)可向10萬臺設備批量下發(fā)指令8小時，要求平均響應時間在1秒內，TPS

（每秒事務處理量）不小于5萬，信息處理成功率100%，服務器CPU以及內存使用率均在85%以

下，服務器平均隊列小于4；

e)單服務器節(jié)點應支持40萬及以上連接數，連接持續(xù)8小時不中斷，服務器CPU以及內存使用率

都在85%以下。

7.2.可靠性要求

可靠性要去如下：

a)應能7X24小時不間斷運行。數據每周備份定時備份，并可從備份數據中恢復。每年因系統故障

引起的宕機次數不大于3次。

b)可承受最大并發(fā)用戶數持續(xù)運行2小時的情況下，系統運行平穩(wěn)，事物失敗率不超過0.1%，CPU

平均占用率低于80%，內存占用率沒有明顯增長且1小時后內存恢復初始值；

c)信息系統代碼邏輯應嚴謹，對各種系統異常進行處理，確保每一個方法和過程都有異常處理語句

等，對系統事務失敗、通信失敗等情況應能自動識別并解決，確保系統可用；

d)信息系統出現異常時應對數據進行保護，對服務端正在操作的數據應當存儲到臨時表中，對客戶

端正在操作的數據應保存在cache中；

e)系統宜具備自監(jiān)控能力，能夠對重要的進程和服務的運行狀態(tài)、重要操作、故障修復等進行記錄、

監(jiān)控和告警，能夠提供這些組件的監(jiān)控接口（如監(jiān)控腳本獲取數據、syslog方式拋出報警等）；

f)系統宜建立大并發(fā)或超載業(yè)務情況下保護機制，確保系統穩(wěn)定運行；高并發(fā)量情況下的可靠性承

載應用的N個節(jié)點的服務集群中，單個服務節(jié)點能承擔系統設計最大并發(fā)的1/（N-2）。

7.3.易用性要求

易用性要求如下：

a)應支持提供一致性的圖形用戶界面風格；

b)應支持同時打開多個管理窗口以對不同任務進行并行的操作；

c)應支持按照功能域、功能項的分類方法進行組織功能菜單；

d)信息系統頁面應遵循標準Html規(guī)范，支持包括IE9以上、GoogleChrome系列瀏覽器在內的多種

瀏覽器，在IE9以上系列瀏覽器升級時，可以保證以“兼容模式”正常運行。

7.4.拓展性要求

應基于微服務架構設計、開發(fā)和實施，具備較好的可拓展性。系統應對外提供數據訪問接口服務，實

現與其他系統的數據共享。

7.5.安全要求

智能服務應符合以下要求：

a)應支持采集數據在傳輸、處理過程中不被篡改、盜取以及非法監(jiān)聽；

12

T/CESXXX?XXXX

b)應支持對人員姓名、身份證號、人臉照片、電話號碼等敏感數據進行脫敏處理的能力；

c)應支持數據訪問安全性認證，應支持菜單、按鈕級別的訪問權限控制；

d)應支持業(yè)務操作的安全審計，應支持根據用戶權限進行數據操作以及進行操作記錄

e)對使用的第三方開源軟件，應進行事情技術評估和安全評估，及時堵塞安全漏洞，保證技術可持

續(xù)和供應鏈安全。

7.6.部署要求

智能服務部署架構如圖3所示，系統采用“省-市”兩級部署模式。

省智能服務

級

智能服務智能服務

市

級（A市）（M市）

作業(yè)現場1作業(yè)現場N

現場管控終端現場管控終端

WIFI/LORA/WIFI/LORA/

藍牙/以太網藍牙/以太網

現場智能終端現場智能終端

圖3智能服務部署架構圖

7.7.網絡要求

智能服務網絡要求包括以下內容：

a)系統應支持IPv4及IPv6網絡。

13

T/CESXXX?XXXX

附錄A

（資料性附錄）

信息交互接口要求

A.1工作任務接收

第三方業(yè)務平臺調用該接口將作業(yè)計劃相關數據發(fā)送至智能服務。

a)請求說明：

HTTP方法：POST

Content-Type：application/json

b)參數說明：

表A.1工作任務相關數據字段說明

字段名必選/可選類型參數描述

deviceNo必選String裝置編號

ticketNo必選String票號

major必選String專業(yè)，輸/變/配

ticketType必選String工作票類別

taskNo必選String任務編號

planStartTime必選String計劃開始時間

planEndTime必選String計劃結束時間

jobContent必選List<String>工作內容

safetyMeasures必選List<String>安全措施

dangerousPoInts必選String危險點和管控措施

state必選String狀態(tài)

ticketResponser必選Person負責人數據對象

ticketAuditor必選List<Person>許可人對象

supervisors必選List<Person>監(jiān)護人

teamMembers必選List<Person>班組成員

outsourcingMembers必選List<Person>外協成員

factoryMembers必選List<Person>廠家成員

表A.2Person相關數據字段說明

字段名必選/可選類型參數描述

id必選String人員ID

name必選String姓名

13

T/CESXXX?XXXX

表A.2（續(xù)）

photoUrl必選String人臉照片URL

helmetId必選String綁定的安全帽Id

contact必選String聯系方式

qualifications必選String資質代碼列表

passSaftyExam必選String通過安規(guī)考試,1：通過0：未通過

overdueDate必選String逾期時間

inBlackList必選String在黑名單

inNegativeList必選String在負面清單

unitInBlackList必選String單位在黑名單

unitInNegativeList必選String單位在負面清單

unitId必選String單位ID

unitName必選String單位名稱

A.2識別結果上報

當現場管控終端監(jiān)測到作業(yè)人員違章時通過智能服務將該報警推送至第三方業(yè)務平臺。

a)請求說明：

HTTP方法：POST

Content-Type：multipart/form-data

b)參數說明：

表A.3智能識別上報相關數據字段說明

字段名必選/可選類型參數描述

ticketNo必選String工作票號

level必選Int告警級別

type必選Int消息類型

content必選String內容

time必選String時間

persons必選String人員ID

deviceNo必選String設備ID

alarmFiles必選File圖片文件

dealResult可選String處理結果

dealStaffId可選String處理人

表A.3（續(xù)）

dealTime可選String處理時間

updateTime可選String更新時間

A.3電子圍欄上報

14

T/CESXXX?XXXX

作業(yè)人員通過現場管控終端繪制現場作業(yè)電子圍欄后，通過智能服務將圍欄數據上傳至安全生產風險

管控平臺。

a)請求說明：

HTTP方法：POST

Content-Type：application/json

b)參數說明：

表A.4電子圍欄上報相關數據字段說明

字段名必選/可選類型參數描述

Id必選String圍欄標識

type必選String圍欄類型

raiList必選List<Fence>圍欄列表

表A.5Fence相關數據字段說明

字段名必選/可選類型參數描述

powerLeft可選String電量

fenceLatitude必選String緯度

fenceLongitude必選String經度

powerTime可選String續(xù)航時間

connectStatus可選String