點擊數：　　更新日期：2023年12月14日

露天礦山邊坡感知數據接入規范（試行）

發文號：礦安綜〔2023〕59號
發布單位：國家礦山安全監察局綜合司
發布日期：2023-11-29

各省、自治區、直轄市及新疆生產建設兵團礦山安全監管部門，國家礦山安全監察局各省級局，各有關單位：

為進一步規范露天礦山邊坡監測感知數據聯網工作，國家礦山安全監察局組織制定了《露天礦山邊坡感知數據接入規范（試行）》，現印發給你們。請結合《國家礦山安全監察局關于開展露天礦山邊坡監測系統建設及聯網工作的通知》（礦安〔2023〕119號）有關要求，一并抓好貫徹落實。

國家礦山安全監察局綜合司

2023年11月29日

附件下載：會員登錄后點擊此處下載附件：

下一篇：關于面向礦山領域征集機器人典型應用場景…

上一篇：地下礦山動火作業安全管理規定

全屏查看

附件預覽

如需編輯使用，請下載。

注：預覽效果可能會出現部分文字亂碼（如口口口）、內容顯示不全等問題，下載是正常的。

文本預覽

僅提取附件頁面文字內容，供快速閱讀使用。

露天礦山邊坡感知數據接入規范 
（試行） 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
國家礦山安全監察局 
2023年11月 
 
 
目次 
1 范圍 .......................................................................................................................................... 1 
2 規范性引用文件 ...................................................................................................................... 1 
3 術語和定義 .............................................................................................................................. 1 
4 縮略語 ...................................................................................................................................... 2 
5 數據接入規范 .......................................................................................................................... 2 
附錄A ....................................................................................................................................... 25

露天礦山邊坡感知數據接入規范 
1 范圍 
本規范規定了露天礦山邊坡（含排土場）在線監測、視頻監控等感知數據聯網接入內容、方式、更新頻率等方面的要求。 
本規范適用于國家礦山安全監察局、省級礦山安全監管監察部門和露天礦山企業的邊坡監測感知數據接入工作。 
2 規范性引用文件 
下列文件對于本規范的應用是必不可少的。凡是標注日期的引用文件，僅所注日期的版本適用于本規范。凡是不標注日期的引用文件，其最新版本（包括所有的修改單）適用于本規范。 
GB 51016 非煤露天礦邊坡工程技術規范 
GB 51214 煤炭工業露天礦邊坡工程監測規范 
GB 50421 有色金屬礦山排土場設計標準 
GB/T 28181 公共安全視頻監控聯網系統信息傳輸、交換、控制技術要求 
GB/T 37697 露天煤礦邊坡變形監測技術規范 
GB/T 39610 傾斜數字航空攝影技術規程 
AQ/T 2063 金屬非金屬露天礦山高陡邊坡安全監測技術規范 
CH/T 3005 低空數字航空攝影規范 
CH/T 8024 機載激光雷達數據獲取技術規范 
3 術語和定義 
3.1 在線安全監測  online safety monitoring 
采用網絡通信、智能控制及計算機技術，通過監測儀器設備對露天礦山邊坡和周圍環境安全狀況進行連續自動監測。 
3.2 監測頻率  frequency of monitoring 
單位時間內的監測次數。 
3.3 表面變形  surface deformation 
監測對象表面巖土體出現位移、沉降、隆起、傾斜、裂縫等現象產生的變化量。 
3.4 預警等級  alarm level 
預警等級依據邊坡變形失穩災害發生的概率和可能發生的時間來進行劃分。預警等級應為四級，分別用紅、橙、黃、藍標示。短時間內滑坡可能性非常大，極易造成人員傷亡的定為一級紅色預警；短時
間內滑坡可能性大，容易造成人員傷亡的定為二級橙色預警；滑坡可能性較大，可能造成人員傷亡的定為三級黃色預警；有滑坡可能性且影響正常生產的定為四級藍色預警。 
4 縮略語 
下列縮略語適用于本文件： 
VPN 虛擬專用網絡（Virtual Private Network）； 
Gzip 自由軟件的文件壓縮程序（GNU zip）。 
5 數據接入規范 
5.1 接入數據分類 
5.1.1 靜態基礎數據 
指系統對數據獲取、使用無高時效性要求的數據。主要包括露天礦山基礎信息、邊坡基礎信息、邊坡雷達設備信息、GNSS監測設備信息、視頻監控設備信息。 
5.1.2 邊坡監測數據 
包含邊坡雷達監測數據、GNSS監測數據、無人機航測建模數據等。 
5.1.3 視頻監控數據 
通過連接視頻交換機或移動布控球獲得的攝像頭信息與視頻流。 
5.2 靜態基礎數據 
5.2.1 礦山基礎信息 
礦山基礎信息包括露天礦山名稱、露天礦山編號、露天礦山類型、露天礦山地址、礦區范圍、監管主體編號等，具體數據項見表1。 
5.2.1.1 數據項說明 
表1 礦山基礎信息表

5.2.1.2 接入方式 
5.2.1.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_pitbaseinfo_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；pitbaseinfo為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.2.1.2.2 數據庫方式 
數據庫表字段詳見5.2.1.1礦山基礎信息表。 
5.2.1.2.3 消息隊列方式 
消息隊列名稱：open_pit_pit_baseinfo 
數據格式及內容參考“數據格式樣例”。 
5.2.1.3 數據格式樣例 
見表2。 
表2 礦山基礎數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","data":[{"open_pit_no":"540127010001","open_pit_name":"某某某露天礦","classification":2,"address":"礦山詳細地址","open_pit_boundary":"[1,4433179.4678,37399442.6033],[2,4437199.5279,37399992.5737],[3,4436359.5445,37403522.6358],[4,4433309.4874.37401612.6302],[5,4432879.4667,37400112.6152]","supervising_subject":"540127","enterprise_legalperson":"張某某","legal_person_phone":"130********","control_center_landline_phone":"010-********","enterprise_state":1,"filler":"呂某某","filler_phone":"139********","create_time":"2023-11-0114:00:01","update_time":"2023-11-0114:00:01"},{"open_pit_no":"540127010002","open_pit_name":"某某某露天礦","classification":1,"address":"礦山詳細地址","open_pit_boundary":"[1,4397416,20,40391732.53],[2,4397416.19,40392078.54],[3,4397000.18,40393063.55],[4,4396956.19,40393763.55],[5,4395227.15,40393523.56],[6,4392806.12,40393913.58],[7,4392806,11,40393263.58],[8,4393384,12,40392581.57],[9,4394489.15,40392311.55],[10,4395215,15,40392152.55],[11,4395960.17,40391958.55],[12,4396964.19,40391862.54],[13,4397141.19,40391699.54]","supervising_subject":"540127","enterprise_legalperson":"張某某","legal_person_phone":"130********","control_center_landline_phone":"010-********","enterprise_state":1,"filler":"呂某某","filler_phone":"139********","create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"}]} 
5.2.1.4 接入頻率 
靜態基礎數據產生變動后須立即更新。 
5.2.2 邊坡基礎信息 
邊坡基礎信息包括露天礦山編號、邊坡名稱、邊坡編號、設計邊坡高度、設計邊坡角、現狀邊坡高度和現狀邊坡角組成，具體數據項見表3。 
5.2.2.1 數據項說明 
表3 邊坡基礎信息表

5.2.2.2 接入方式 
5.2.2.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_slopebaseinfo_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；slopebaseinfo為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.2.2.2.2 數據庫方式 
數據庫表字段詳見5.2.2.1邊坡基礎信息表。 
5.2.2.2.3 消息隊列方式 
消息隊列名稱：open_pit_slope_baseinfo 
數據格式及內容參考“數據格式樣例”。 
5.2.2.3 數據格式樣例 
見表4。 
表4 邊坡基礎信息數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","data":[{"open_pit_no":"540127010001","slope_name":"邊坡***1號","slope_no":"0201","design_slope_height":1.234,"design_slope_angle":23.1,"current_slope_height":1.321,"current_slope_angel":23.2,"analysis_conclusion":"邊坡穩定性分析結論......","create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"},{"open_pit_no":"540127010001","slope_name":"邊坡***2號","slope_no":"0101","design_slope_height":2.234,"design_slope_angle":33.1,"current_slope_height":2.321,"current_slope_angel":33.2,"analysis_conclusion":"邊坡穩定性分析結論......","create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"}]} 
5.2.2.4 接入頻率 
靜態基礎數據產生變動后須立即更新。 
5.2.3 邊坡雷達設備信息 
邊坡雷達設備信息包括雷達編號、雷達名稱、露天礦山編號、安裝日期、現場安裝描述、經度、緯度、高程等，具體數據項見表5。 
5.2.3.1 數據項說明 
 
表5 邊坡雷達設備信息表

5.2.3.2 接入方式 
5.2.3.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_sloperadarinfo_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；sloperadarinfo為常量；數據上傳時間為
變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.2.3.2.2 數據庫方式 
數據庫表字段詳見5.2.3.1邊坡雷達信息表。 
5.2.3.2.3 消息隊列方式 
消息隊列名稱：open_pit_slope_radarinfo 
數據格式及內容參考“數據格式樣例”。 
5.2.3.3 數據格式樣例 
見表6。 
表6 邊坡雷達設備信息數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","data":[{"radar_no":"54012701000101000003","radar_name":"***雷達3","radar_location":"南采坑雷達","open_pit_no":"540127010001","slope_no":"0201","installation_date":"2018-09-19","longitude":116.331398,"latitude":39.897445,"altitude":57.000,"manufacture":"*****廠","radar_range":"100","in_use":1,"breakdown":1,"index_file":"[21.9319449246,44.4085031799,97.299004,7574659.837,4918631.71,97.299],[21.9319446388,44.408485182,97.727997,7574659.837,4918629.71,97.728],[21.931944353,44.4084671842,98.046997,7574659.837,4918627.71,98.047]…………","create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"},{"radar_no":"54012701000101000004","radar_name":"***雷達4","radar_location":"北采坑雷達","open_pit_no":"540127010001","slope_no":"0201","installation_date":"2018-09-19","longitude":116.331398,"latitude":39.897445,"altitude":57.000,"manufacture":"*****廠","radar_range": "100","in_use":1,"breakdown":0,"index_file":"[21.9319440672,44.4084491863,98.059998,7574659.837,4918625.71,98.06],[21.9319437814,44.4084311885,98.162003,7574659.837,4918623.71,98.162],[21.9319434956,44.4084131906,98.557999,7574659.837,4918621.71,98.558]…………","create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"}]} 
5.2.3.4 接入頻率 
靜態基礎數據產生變動后須立即更新。 
5.2.4 GNSS設備信息 
GNSS設備信息包括設備編號、設備名稱、露天礦山編號、安裝日期、經度、緯度、高程、生產廠家、設備在用狀態等，具體數據項見表7。 
5.2.4.1 數據項說明 
表7 GNSS設備信息表

5.2.4.2 接入方式 
5.2.4.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_gnssbaseinfo_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；gnssbaseinfo為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.2.4.2.2 數據庫方式 
數據庫表字段詳見5.2.4.1GNSS設備信息表。 
5.2.4.2.3 消息隊列方式 
消息隊列名稱：open_pit_gnss_baseinfo 
數據格式及內容參考“數據格式樣例”。 
5.2.4.3 數據格式樣例 
見表8。 
表8 GNSS設備信息數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","data":[{"equip_no":"54012701000102000001","equip_name":"***設備1","equip_location":"東邊坡1022臺階","open_pit_no":"540127010001","slope_no":"0201","installation_date":"2018-09-19","longitude":116.331398,"latitude":39.897445,"altitude":57.000,"manufacture":"*****廠","equip_range":1000,"in_use":1,"breakdown":0,"create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"},{"equip_no":"54012701000102000002","equip_name":"***設備2","equip_location":"西邊坡3-2測點","open_pit_no":"540127010001","slope_no":"0201","installation_date":"2018-12-19","longitude":116.321398,"latitude":39.837445,"altitude":52.000,"manufacture":"*****廠","equip_range":1000,"in_use":0,"breakdown":0,"create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"}]} 
5.2.4.4 接入頻率 
靜態基礎數據產生變動后須立即更新。 
5.2.5 視頻監控設備信息 
視頻監控設備信息包括設備編號、設備名稱、露天礦山編號、經度、緯度、高程、生產廠家、ip地址、端口、在用狀態等，具體數據項見表9。 
5.2.5.1 數據項說明 
表9 視頻監控設備信息

5.2.5.2 接入方式 
5.2.5.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_videobaseinfo_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；videobaseinfo為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.2.5.2.2 數據庫方式 
數據庫表字段詳見5.2.5.1視頻監控設備信息表。 
5.2.5.2.3 消息隊列方式 
消息隊列名稱：open_pit_video_baseinfo 
數據格式及內容參考“數據格式樣例”。 
5.2.5.3 數據格式樣例 
見表10。 
表10 視頻監控設備信息數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","data":[{"equip_no":"54012702411310036101","equip_name":"***監控1","equip_location":"采場北幫","open_pit_no":"540127010001","slope_no":"0201","video_area":"01","installation_date":"2018-12-19","longitude":116.331398,"latitude":39.897445,"altitude":57.000,"manufacture":"*****廠","in_use":1,"breakdown":0,"ptz_enable":1,"create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"},{"equip_no":"54012702411310036102","equip_name":"***監控2","equip_location":"采場南幫","open_pit_no":"540127010001","slope_no":"0201","video_area":"02","installation_date":"2019-12-19","longitude":116.321398,"latitude":39.837445,"altitude":52.000,"manufacture":"*****廠","in_use":0,"breakdown":0,"ptz_enable":0,"create_time":"2023-10-0114:00:01","update_time":"2023-11-0114:00:01"}]} 
5.2.5.4 接入頻率 
靜態基礎數據產生變動后須立即更新。 
5.3 邊坡監測數據 
5.3.1 邊坡雷達監測數據 
邊坡雷達監測數據是監測范圍內所有點的變形量，見表11。 
5.3.1.1 數據項說明 
表11 邊坡雷達監測數據

5.3.1.2 接入方式 
5.3.1.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_sloperadarrealtime_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；sloperadarrealtime為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.3.1.2.2 消息隊列方式 
消息隊列名稱：open_pit_slope_radarrealtime 
數據格式及內容參考“數據格式樣例”。 
5.3.1.3 數據格式樣例 
見表12。 
表12 邊坡雷達監測數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","open_pit_no":"540127010001","data":[{"radar_no":"54012701000101000001","monitor_time":"2023-11-0114:08:00","monitor_data":"H4sIAAAAAAAAALPTE6m2a5Xbsf8AA8OhEwwMDlm2hXbhXLZgtm7BEgA9pEqeIAAAAA=="},{"radar_no":"54012701000101000002","monitor_time":"2023-11-0114:07:00","monitor_data":"H4sIAAAAAAAAALPTE6m2a5Xbsf8AA8OhEwwMDlm2hXbhXLZgtm7BEgA9pEqeIAAAAA=="}]} 
注：monitor_data為base64二進制文件流，將真實數據（float類型）【0.17、0.26、-1.5、-100、3.66、0.21、-100、2.71】寫入二進制文件，使用大端存儲，每個數據四字節，然后由gzip等級9壓縮，最后由base64編碼的文件流。為便于理解轉換提供如下Java編碼和解碼示例代碼以供參考。 
示例代碼： 
public class DiffFormat { 
 
    public void diffFormat() { 
        float[] floats = new float[]{0.17f, 0.26f, -1.5f, -100f, 3.66f, 0.21f, -100f, 2.71f}; 
        String outputPath = "E:\\_shareFile\\log\\導出數據"; 
        Path path = Paths.get(outputPath, "test.diff"); 
        try (DataOutputStream dataOutputStream 
                     = new DataOutputStream( 
                Files.newOutputStream(path))) { 
            for (float aFloat : floats) { 
                dataOutputStream.writeFloat(aFloat); 
            } 
        } catch (IOException e) { 
            throw new RuntimeException(e); 
        } 
 
        float[] inputFloats = new float[floats.length]; 
        try (DataInputStream dataInputStream = new DataInputStream( 
                Files.newInputStream(path)); 
             ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream(); 
             DataOutputStream dataOutputStream 
                     = new DataOutputStream(byteArrayOutputStream); 
             ByteArrayOutputStream gzipOutput = new ByteArrayOutputStream(); 
             GZIPOutputStream gzipOutputStream = new GZIPOutputStream( 
                     gzipOutput) {{ 
                 def.setLevel(9); 
             }}) { 
            int i = 0; 
            while (dataInputStream.available() > 0) { 
                float v = dataInputStream.readFloat(); 
                inputFloats[i++] = v; 
            } 
            for (float inputFloat : inputFloats) { 
                dataOutputStream.writeFloat(inputFloat); 
            } 
            byte[] byteArray = byteArrayOutputStream.toByteArray(); 
            String byteArrayString = new String(byteArray, StandardCharsets.UTF_8); 
            System.out.println("float數組轉byte數組的字符串為: " + byteArrayString); 
            gzipOutputStream.write(byteArray); 
            gzipOutputStream.finish(); 
            byte[] gzipData = gzipOutput.toByteArray(); 
            String gzipDataString = new String(gzipData, StandardCharsets.UTF_8); 
            System.out.println("gzip壓縮: " + gzipDataString); 
            String s = Base64.getEncoder().encodeToString(gzipData); 
            System.out.println("base64編碼后結果為: " + s); 
            byte[] decode = Base64.getDecoder().decode(s); 
            String decodeString = new String(decode, StandardCharsets.UTF_8); 
            System.out.println("base64解碼后結果為: " + decodeString); 
            try (ByteArrayInputStream byteArrayInputStream = new ByteArrayInputStream(decode); 
                 ByteArrayOutputStream out = new ByteArrayOutputStream(); 
                 GZIPInputStream gzipInputStream = new GZIPInputStream(byteArrayInputStream)) { 
                byte[] buffer = new byte[256]; 
                int n; 
                while ((n = gzipInputStream.read(buffer)) >= 0) { 
                    out.write(buffer, 0, n); 
                } 
                byte[] unGzipData = out.toByteArray(); 
                String unGzipDataString = new String(unGzipData, StandardCharsets.UTF_8); 
                System.out.println("gzip解壓: " + unGzipDataString); 
                float[] unGzipFloats = new float[floats.length]; 
                try (ByteArrayInputStream bb = new ByteArrayInputStream(unGzipData); 
                     DataInputStream dataInputStream1 = new DataInputStream(bb)) { 
                    for (int j = 0; j < floats.length; j++) { 
                        unGzipFloats[j] = dataInputStream1.readFloat(); 
                    } 
                    for (int j = 0; j < unGzipFloats.length; j++) { 
                        System.out.println("解壓后解析的float數組為[" + j + "]: " + unGzipFloats[j]); 
                    } 
                } catch (IOException e) { 
                    throw new RuntimeException(e); 
                } 
            } catch (IOException e) { 
                throw new RuntimeException(e); 
            } 
        } catch (IOException e) { 
            throw new RuntimeException(e); 
        } 
    } 
} 
5.3.1.4 接入頻率 
60分鐘（內）上傳一次。 
5.3.2 邊坡雷達預警信息 
5.3.2.1 數據項說明 
邊坡雷達預警信息包括雷達編號、雷達名稱、預警級別、預警時間等，具體數據項見表13。 
表13 邊坡雷達預警信息

注：邊坡雷達預警等級分為紅、橙、黃、藍四級，各露天礦山企業按照有關要求、邊坡實際情況進行閾值劃分。 
5.3.2.2 接入方式 
5.3.2.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_sloperadaralarm_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；sloperadaralarm為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.3.2.2.2 消息隊列方式 
消息隊列名稱：open_pit_slope_radaralarm 
數據格式及內容參考“數據格式樣例”。 
5.3.2.3 數據格式樣例 
見表14。 
表14 邊坡雷達預警信息數據格式樣例

注：數據示例為邊坡雷達報警信息，其中warning_parameters數據類型為double，順序為“累計變形量、變形速度、變形加速度、變形曲線切線角、預警面積、預警持續時間”，單位分別為“mm、mm/h、mm/h2、°、m2、h”若沒有該預警參數則為空。 
具體消息的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","open_pit_no":"540127010001","data":[{"radar_no":"54012701000101000001","alarm_time":"2019-01-0100:00:00","alarm_level":1,"warning_parameters":{"velocity":6,"area":350,"duration":3},"alarm_points":"112.1234567894,37.1234567892,100.246,112.1234567894,37.1234567892,100.246,112.1234567894,37.1234567892,100.246…………","alarm_area":4392},{"radar_no":"54012701000101000002","alarm_time":"2019-01-0100:00:00","alarm_level":1,"warning_parameters":{"velocity":6,"area":350,"duration":3},"alarm_points":"112.1234567894,37.1234567892,100.246,112.1234567894,37.1234567892,100.246,112.1234567894,37.1234567892,100.246…………","alarm_area":4392}]} 
5.3.2.4 接入頻率 
預警等級變更時上傳一次。 
5.3.3 GNSS監測數據 
5.3.3.1 數據項說明 
GNSS監測數據主要為監測點的坐標，具體數據項見表15。 
表15 GNSS監測數據

5.3.3.2 接入方式 
5.3.3.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_gnssrealtime_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；gnssrealtime為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.3.3.2.2 消息隊列方式 
消息隊列名稱：open_pit_gnss_realtime 
數據格式及內容參考“數據格式樣例”。 
5.3.3.3 數據格式樣例 
表16 GNSS監測數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","open_pit_no":"540127010001","data":[{"equip_no":"54012701000102000001","monitor_time":"2023-11-0112:23:21","longitude":116.331398,"latitude":39.897445,"altitude":57.000,"x_disp":1.1,"y_disp":1.2,"z_disp":1.3,"x_speed":1.4,"y_speed":1.5,"z_speed":1.6,"x_acc_speed":1.7,"y_acc_speed":1.8,"z_acc_speed":1.9},{"equip_no":"54012701000102000002","monitor_time":"2023-11-0210:29:51","longitude":116.321398,"latitude":39.837445,"altitude":52.000,"x_disp":2.1,"y_disp":1.3,"z_disp":4.3,"x_speed":1.7,"y_speed":2.5,"z_speed":1.8,"x_acc_speed":5.7,"y_acc_speed":3.6,"z_acc_speed":7.2}]} 
5.3.3.4 接入頻率 
60分鐘（內）上傳一次。 
5.3.4 GNSS預警信息 
5.3.4.1 數據項說明 
GNSS預警信息包括設備編號、預警級別、預警時間、預警類型等，具體數據項見表17。 
 
 
 
表17 GNSS預警信息

注：GNSS預警等級分為紅、橙、黃、藍四級，各露天礦山企業按照有關要求、邊坡實際情況進行閾值劃分。 
5.3.4.2 接入方式 
5.3.4.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_gnssalarm_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；gnssalarm為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.3.4.2.2 消息隊列方式 
消息隊列名稱：open_pit_gnss_alarm 
數據格式及內容參考“數據格式樣例”。 
5.3.4.3 數據格式樣例 
見表18。 
表18 GNSS預警信息數據格式樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","data":[{"equip_no":"54012701000102000001","alarm_time":"2023-11-0102:30:00","alarm_level":1,"warning_parameters":{"horizontal_displacement":10,"horizontal_velocity":1,"horizontal_acceleration":0.5,"duration":1},"alarm_value":{"horizontal_displacement":11,"horizontal_velocity":1.5,"horizontal_acceleration":1,"duration":1}},{"equip_no":"54012701000102000002","alarm_time":"2023-11-0103:40:00","alarm_level":2,"warning_parameters":{"horizontal_displacement":10,"horizontal_velocity":1,"horizontal_acceleration":0.5,"duration":1},"alarm_value":{"horizontal_displacement":11,"horizontal_velocity":1.5,"horizontal_acceleration":1,"duration":1}}]} 
注：表示該設備同時觸發了水平方向位移、速度、加速度預警，預警閾值為10mm，1mm/h，0.5mm/h2，持續時間為1h，觸發預警時的監測值為11mm，1.5mm/h，1mm/h2，持續時間為1h。 
 
5.3.4.4 接入頻率 
觸發預警時上傳一次。 
5.3.5 預警處置信息 
5.3.5.1 數據項說明 
預警解除信息包括設備編號、預警時間、預警處置時間、預警閉環說明，具體數據項見表19。 
 
表19 預警處置信息

5.3.5.2 接入方式 
5.3.5.2.1 文本方式 
采用文本方式上傳數據至數據采集前置系統，要求如下： 
上傳的文件編碼為UTF-8（無BOM頭），命名規則為露天礦山編號_clearalarm_數據上傳時間_隨機4位正整數.json。其中露天礦山編號為變量，參考附錄A.2；clearalarm為常量；數據上傳時間為變量，是指“數據格式樣例”中send_time；隨機4位正整數為變量，防止同一秒生成多個文件，導致重復名稱文件覆蓋。 
數據格式及內容參考“數據格式樣例”。 
5.3.5.2.2 消息隊列方式 
消息隊列名稱：open_pit_clear_alarm 
數據格式及內容參考“數據格式樣例”。 
5.3.5.3 數據格式樣例 
見表20。 
表20 預警解除信息數據樣例

具體的數據流JSON格式如下（實際的數據上報內容，依據各業務系統的數據上報內容確定）： 
{"send_time":"2023-11-0114:09:08","data":[{"equip_no":"54012701000101000001","alarm_time":"2023-11-0102:30:00","alarm_level":"1","handle_time":"2023-11-0113:45:00","description":"本次預警原因為******，經綜合研判風險較大，已安排人員撤離，并采取削坡方案"},{"equip_no":"54012701000102000002","alarm_time":"2023-11-0103:40:00","alarm_level":"2","handle_time":"2023-11-0113:45:00","description":"本次預警原因為******，經綜合研判預警為誤觸發"}]} 
5.3.5.4 接入頻率 
處置預警時上傳一次。 
5.3.6 無人機航測建模數據 
露天礦山邊坡三維模型是監測系統界面可視化的基礎底圖，是邊坡監測數據“一張圖”展示的基礎。 
5.3.6.1 航測要求 
航測須符合CH/T 3005、CH/T 8024、GB/T 39610中1:1000比例尺航測相關要求。航測設計應考慮礦區高程起伏大、陡峭邊坡易形成陰影的問題。 
5.3.6.2 航線設計要求 
a）航線設計應滿足點云、影像成果全攝區無漏洞，航線旁向重疊率優于50%，航向重疊率優于70%； 
b）航向覆蓋超出分區邊界不少于兩條基線，旁向覆蓋超出整個攝區和分區邊界線一般應不少于像幅50%； 
c）航線彎曲度不大于3%； 
d）測區內實際航高與設計航高之差不超過設計航高的10%。高差較大的測區，應分區飛行或仿地飛行，保證點云密度的均勻分布、影像分辨率的基本一致； 
e）航測時太陽高度角＞40°，陰影倍數＜1.2。 
5.3.6.3 航攝精度要求 
a）影像的地面分辨率優于0.1m，點云密度優于4點/m2； 
b）影像的平面中誤差不超過0.5m，高程中誤差不大于1m。點云的高程中誤差不大于0.5m； 
c）測區最高點與最低點影像分辨率相差不得超過0.3個像素。 
5.3.6.4 航攝質檢要求 
a）影像表觀質量應清晰、層次豐富、反差適中、色調柔和、不偏色、無色斑，能辨認礦卡、挖機等采礦設備影像。點云數據航帶重疊滿足要求，邊坡區域無絕對漏洞； 
b）影像上云及云影不影響地物的特征識別，對臺階線等關鍵特征的識別影響不超過10%； 
c）在曝光瞬間因飛機地速的影響造成像點最大位移不超過0.5個像素； 
d）定位數據記錄齊全無缺失。 
5.3.6.5 建模要求 
基于航測成果，須建立點云模型、數字正射影像（DOM）和數字高程模型（DEM），具體有以下要求： 
a）平面坐標系采用CGCS2000經緯度坐標系，高程采用1985國家高程基準； 
b）如礦區面積較大，尤其是外排土場與采場距離較遠，應分別進行建模。單個模型覆蓋面積不宜超過15平方公里。對同一采場或外排土場建模，點云模型和正射影像模型覆蓋范圍須保持一致； 
c）點云模型經過拼接、抽稀后須保證平均點云密度優于1點/平方米，邊坡臺階線處點云密度優于1點/米。點云模型輸出使用LAS 1.4格式； 
d）數字正射影像（DOM）經濾波、壓縮后，圖像分辨率須優于0.36m2/像素。數字正射影像可使用GeoTIFF格式。 
e）數字高程模型（DEM）經濾波、壓縮后，圖像分辨率須優于1m/像素。數字高程模型可使用GeoTIFF格式。 
5.3.6.6 數據上傳要求 
a）單個點云模型文件提交時應進行壓縮，單個模型不超過200MB，應以.laz為后綴； 
b）單個數字正射影像不超過100MB，應當以.tiff為后綴； 
c）單個數字高程模型（DEM）不超過100MB，應當以.tiff為后綴； 
d）模型文件命名規則詳見附錄A“A.6模型編號”。 
5.3.6.7 接入方式 
文件上傳。 
5.3.6.8 更新頻率 
每6個月（內）更新一次。 
5.3.7 其他邊坡感知數據接入要求 
內部變形、應力、爆破振動、降雨量、地下水、地表水等邊坡感知數據，暫不作聯網要求。 
5.3.8 數據接入要求 
企業端系統設備將輸出數據通過VPN/專線/互聯網上傳至省級系統平臺。 
數據通過文本文件、數據庫、消息隊列對接方式接入。 
5.3.8.1 文本方式 
5.3.8.1.1 目錄命名 
數據采集前置系統服務器，供企業上傳數據到地方監管、監察部門業務系統。數據文件按照數據英文簡稱->露天礦山編號創建目錄，并根據數據的分類上傳至對應業務系統的對應目錄下。前置系統監控這些目錄，實時讀取目錄下的所有數據文件，最后在備份后并清空該目錄下的所有文件。 
例如540127010001_sloperadarrealtime_20221008112424_1234.json文件是邊坡雷達監測數據，那么該文件需上傳至open_pit ->540127010001目錄下。 
5.3.8.1.2 文件命名 
詳見各類數據采集接入方式說明。 
5.3.8.2 數據庫方式 
數據庫表字段詳見基礎數據信息表。 
5.3.8.3 消息隊列方式 
按照消息隊列接入方式，數據采集系統/數據采集前置系統根據露天礦山的分類提供不同的消息隊列名稱，具體消息隊列的名稱和消息體的結構詳見各類數據的接入方式。 
5.3.8.3.1 消息隊列命名 
省局數據采集系統中的消息隊列統一采用open_pit_系統簡稱_消息分類編碼命名。注意，這里riskdata后面和系統簡稱后面是兩個連續英文下劃線而不是一個。其中，系統簡稱和消息分類編碼詳見表21。 
表21 系統簡稱與消息分類編碼

5.3.8.4 數據格式要求 
a）數據生成時間24小時制表示，格式：yyyy-MM-dd HH:mm:ss; 
b）除時間外所有數據字段描述中不能包含回車符、換行符、制表符、空格等空白字符。 
5.4 視頻監控數據 
5.4.1 視頻接入區域 
視頻接入區域見表22。 
表22 視頻接入區域要求

5.4.2 圖像質量要求 
系統內音視頻信息的顯示、存儲、播放具有原始完整性，即在色彩還原性、圖像輪廓還原性（灰度級）、事件后繼性等方面均將與現場場景保持最大相似性（主觀評價），系統運行初期監管畫質不低于D1（或4CIF），宜采用網絡高清（不低于720P）監管效果，采用GB/T 28181協議對接。 
5.4.3 接入方式 
視頻監控聯網系統由國家礦山安全監察局、省級礦山安全監管監察部門、露天礦山企業組成，以國家礦山安全監察局為骨干節點，實現露天礦山工業視頻的匯聚聯網。省級礦山安全監管監察部門視頻管理系統節點為接入節點，實現視頻流轉，接入露天礦山企業各類圖像信息資源，系統逐級級聯構成聯網系統。具體接入方式如下： 
a）國家礦山安全監察局視頻管理系統與省級礦山安全監管監察部門視頻管理系統之間通過政務外網傳輸，采用GB/T 28181國標協議對接。國家礦山安全監察局視頻管理系統調取省級礦山安全監管監察部門系統授權的視頻資源，包括實時視頻與歷史視頻，其中視頻圖像存儲在露天礦山企業本地。 
b）省級礦山安全監管監察部門視頻管理系統與露天礦山企業或下級單位視頻管理系統之間通過專線/VPN/互聯網等傳輸，采用GB/T 28181國標協議對接。省級礦山安全監管監察部門視頻管理系統可調取各露天礦山視頻管理系統授權的視頻資源，包括實時視頻與歷史視頻，其中視頻圖像存儲在露天礦山企業本地，且至少保存30天。 
5.4.4 更新頻率 
實時調閱。 
5.5 數據接入說明 
5.5.1 斷點續傳 
當企業、省級礦山安全監管監察部門系統、前置機、網絡或服務器等產生故障時，數據緩存到本地，在網絡狀況恢復后，及時上報數據。 
5.5.2 時間同步要求 
要求各接入系統設備的時間與北京時間一致。 
附錄A 
（規范性附錄） 
編碼表 
A.1 監管主體編號 
省、市、縣（區）編碼規則參照國家統計局《2023年統計用區劃代碼和城鄉劃分代碼》執行，以AA、BB、CC表示。見表A-1。 
表A-1 監管主體編號范例

例如該礦山歸西藏自治區拉薩市墨竹工卡縣日常監管時，監管主體編號為540127。 
例如西藏自治區昌都市日常監管時，監管主體編號為540300。 
A.2 露天礦山編號 
省、市、縣（區）編碼規則參照國家統計局《2023年統計用區劃代碼和城鄉劃分代碼》執行，以AA、BB、CC表示。DD為礦山類型：01為露天煤礦，02為露天金屬礦山，03為露天非金屬礦山，04為其他礦山。EEEE為露天礦山企業編碼，要求保證在縣（區）中唯一性。見表A-2。 
表A-2 露天礦山編號范例

例如西藏自治區拉薩市墨竹工卡縣某某銅礦的企業編號為54012702XXXX。 
A.3 邊坡編號 
邊坡編號由邊坡類型和邊坡編號組成，最低要求保證在露天礦山企業中的唯一性。AA為邊坡類型：01為采場邊坡，02為排土場邊坡，03為采場出入口，04為尾礦庫壩體邊坡，05為其他。BB為邊坡編號。見表A-3。 
表A-3 露天礦邊坡編號范例

例如某露天礦山排土場1號邊坡的編號為0201。 
A.4 監測設備編號 
視頻監控設備編號應按照GB/T 28181執行，見A.5。其他監測設備編號在露天礦山編號基礎上進行擴展，由企業編號、監測設備類型和監測設備位號組成，最低要求保證在露天礦山企業中的唯一性。FF為監測設備類型：01為邊坡雷達，02為GNSS。GGGGGG為設備位號編碼(由原系統提供，不能超過6位)，按照設備位置從東至西，從北至南的順序進行編碼，要求保證同類設備位號唯一。見表A-4。 
表A-4 監測設備編號范例

例如某露天礦山3號邊坡雷達的監測設備編號為54012701000101000003。 
A.5 視頻監控設備編號 
視頻監控設備編號應按照GB/T 28181執行。見表A-5。 
表A-5 視頻監控設備編號范例

其中，DD為礦山類型：01為露天煤礦，02為露天金屬礦山，03為露天非金屬礦山，04為其他礦山。FFF為視頻監控設備類型：131為攝像機，132為網絡攝像機（IPC）。GGGG為露天礦山企業編碼。H為安裝位置類型（建議值，可根據礦山實際情況調整）：1為采場邊坡，2為排土場邊坡，3為采場出入口，4為其他。II為設備位號。 
例如西藏自治區拉薩市墨竹工卡縣0036號露天金屬礦山采場邊坡的1號攝像機，編號為54012702411310036101。 
A.6 模型編號 
模型編號在露天礦山編號基礎上進行擴展，由企業編號、建模對象類型、數據生產時間、生產順序號等部分組成。FF為對象類型：01為采場，02為排土場，03為采場出入口，04為尾礦庫壩體邊坡，05為其他。GGGGGGGG為數據生產時間,以數據采集時間為準，表示方法為yyyyMMdd。HH為生產順序號，采用2位自然順序編號。見表A-6。 
表A-6 模型編號規則

以南京市浦口區某露天礦山（XXXX）于2023年3月25日采集生產的第一個采場模型為例，點云模型名稱為320111XXXX01012023032501.laz，數字正射影像的名稱為320111XXXX01012023032501.tiff。 
A.7 數據格式說明 
見表A-7。 
表A-7 數據格式說明表

Tag:露天礦山相關內容

關于開展露天礦山邊坡監測系統建設及聯網工作的通知

金屬非金屬礦山安全標準化規范露天礦山實施指南

露天礦山安全標準化制度匯編

露天礦山開采工藝及安全技術

金屬非金屬露天礦山安全生產標準化評分辦法

網友評論 more

礦山最新內容

04-28