解读重点用能单位能耗在线监测系统技术规范：第3部分 系统平台接口协议规范（试行）

这份规范管的是哪一段

这份规范的编号是NHJC-03-2018，属于《重点用能单位能耗在线监测系统技术规范》的第3部分，2018年5月发布，身份是"试行"。它的范围写得很明确：规定数据传输过程的应用层通信协议，适用于重点用能单位能耗在线监测系统国家平台和省级平台之间的数据交换传输。也就是说，它管的是"平台对平台"这一段，不是企业端设备怎么采集数据的那一段。

值得注意的是，规范对"省级平台"和"国家平台"都给出了定义。省级平台部署在省（区、市）相关部门，负责接收、存储、汇总、统计、分析本地区内重点用能单位的能耗在线监测数据；国家平台设在国家节能主管部门，面向全国做同样的事。两者是上下游关系，而这份规范就是它们之间"对话"的语法书。

系统是怎么搭起来的

规范给出了一个清晰的三层结构。国家平台与各省级平台之间的网络互联互通，使用的是国家政务外网。在省级平台这一侧，政务外网区部署了"前置机"，它的职责很关键：负责收集、汇总经互联网区跨网交换过来的重点用能单位能耗在线监测数据，然后按照规范要求，向国家平台、省级平台双发数据。这意味着前置机是数据的"中转站"和"分发器"。

企业端是什么角色？规范定义了"能耗在线监测端设备"，指放置在重点用能单位，用于采集、分析、汇总用能单位能耗数据并将数据上传到系统平台的设备总称。数据从企业端设备出发，经过省级平台的收集汇总，再由前置机向外分发，最终在国家平台落地汇总。整条链路里，国家平台和省级平台是数据交换的两端，而这份接口协议规范的就是这两端之间的"对话规则"。

协议层次与通信模式

规范在第6部分把协议层次讲清楚了：传输层基于TCP/IP协议，应用层基于HTTPS协议，在应用层传输的业务数据采用JSON交互格式。HTTPS意味着数据在传输过程中是加密的，不是明文裸奔；JSON则是一种轻量级的数据交换格式，结构清晰、易于程序解析。这两个选择放在一起，兼顾了安全性和可操作性。

通信模式上，规范明确采用"请求应答模式"。谁发起请求，谁就是客户端；谁应答请求，谁就是服务端。整个过程由客户端发起请求、服务端给出应答组成。对应到这套系统里，省级平台是请求的发起方，国家平台是应答方。这种模式的好处是逻辑简单、责任清晰：省级平台主动"问"，国家平台负责"答"，一问一答之间完成数据交换。

从注册到上传的完整流程

省级平台与国家平台的通信流程被分为3种类型。第一种是"首次注册并上传数据"，包含省级平台注册、基础数据下载、用能单位基础信息上传、计量器具信息上传、采集数据上传，以及可选的用能单位基础信息下载和采集数据下载。第二种是"基础信息、用能单位计量器具信息修改及平日数据上传"，只走上传环节，不再重复注册和下载基础数据。第三种是"平台版本校验"，要求省级平台至少每天一次进行平台版本校验。

第一步"省级平台注册"是整套流程的起点。规范特别强调：省级平台要向"注册平台"发送请求，而不是向数据接入平台发送请求。注册时需要提供所在行政区域的6位行政区划代码，以及平台归属标识"province"。注册成功后，国家平台会返回一个32位的省级平台序列号（provinceId），后续所有交互都要带上它。同时返回的还有一串服务地址，包括基础数据下载地址、平台版本下载地址、用能单位基础信息配置上传地址、计量器具信息上传地址、采集数据上传地址等。这些地址就是省级平台后续操作的"入口"。

数据上传的节奏与重传规则

用能单位采集数据上传，是整个接口协议里最核心也最频繁的动作。规范把上传的数据指标按周期分为两类：每日采集上传的数据指标和每月采集上传的数据指标。其中每日上传的又分每日指标和实时指标两类，实时指标为每间隔15分钟采集一次，如果企业实现困难，采集频率可放宽至30分钟或1小时一次，但上传数据的时间标签必须是00:15、00:30或01:00这样的固定标签。非人工填报数据均需上传实时指标。

上传失败怎么办？规范给了一套明确的重传机制。国家平台成功接收本批次数据后，会返回一个成功反馈消息；如果超时未收到反馈，或反馈为失败，省级平台就重发，直至收到成功反馈为止。如果重发3次还未成功，省级平台要把本批次数据保存在队列中，下次上传数据时再次重发，直至成功。这套"重发+队列"的组合，保证了数据不会因为一次网络波动就永久丢失。

采集数据上传时，每条数据都要带上完整的信息标签：上传数据项编码、数据项的值、数据有效性（true为有效数据，false为可疑数据）、数据范围（全厂、生产工序、生产工序单元、重点耗能设备）、数据采集类型、数据采集频率（0实时、1日、2月、3年）、数据统计时间、数据上传时间等。这些标签缺一不可，因为国家平台要靠它们判断数据的含义和归属。

身份认证与安全加密

数据安全在这份规范里占了很重的分量。省级平台前置机必须采用统一要求的CA数字证书进行身份验证，通过身份验证后才能接入国家平台。CA认证中心提供省级平台的身份认证服务，省级平台向数据接入平台发送数据之前，须先到CA认证中心进行身份认证，只有通过认证才允许发送数据。这是一道"门禁"，确保只有合法身份的平台才能向国家平台写入数据。

在传输通道上，省级平台将重点用能单位采集数据经政务外网上传至国家平台时，需同时采用SSL VPN通道及HTTPS协议进行安全加密传输。双重加密的设计，意味着数据在传输过程中既受通道保护，又受协议保护。对于承担数据上传任务的省级平台建设方来说，这两项安全措施不是可选项，而是接入国家平台的前提条件。

上传时间为什么各省不同

规范附录部分列出了各省、自治区、直辖市的数据上传时间要求，读起来很有意思。北京市的上传时间窗口是0点0分到0点29分，天津市是0点30分到0点59分，河北省是3点0分到3点29分，河南省是1点0分到1点29分……一直到澳门特别行政区的17点30分到17点59分。每一个省级行政区都被分配了一个30分钟的时间窗口。

这种错峰安排的目的很直接：避免全国30多个省级平台在同一时刻集中向国家平台上传数据，造成网络拥堵或服务器过载。每个省份在属于自己的时间窗口里上传，国家平台的压力就被分散到全天。对于省级平台的技术运维人员来说，这个时间窗口是硬约束——错过了本省的上传时段，数据上传任务就可能受到影响，需要检查重传机制是否正常运作。

这张表把规范中散落在各章节的关键参数集中呈现出来。最频繁使用的是"平台版本校验"，规范要求省级平台至少每天一次检查国家平台版本号信息，如果检查到版本更新，省级平台要进行相应的更新下载。实时指标的标准采集间隔是15分钟，如果企业实现困难可以放宽至30分钟或1小时。 在编码规则上，省级平台注册时提供的行政区划代码为6位，注册成功后获得由国家平台统一生成并下发的32位省级平台序列号（provinceId），用能单位的统一社会信用代码为18位。这些编码长度不是随意设定的，32位序列号保证了省级平台标识的唯一性，18位信用代码则与国家标准对齐。数据上传失败时最多重发3次，3次不成功则转入队列等待下次重传。

省级平台发送的每个请求，都会从国家平台收到响应信息，响应信息由返回码和相应描述组成。规范用一张表定义了5种返回码，这张表是省级平台判断请求结果的依据。返回码为"0"表示请求成功，这是省级平台最希望看到的结果。 其余4个返回码都是异常情况。E1001表示平台服务异常，E1002表示服务器数据库异常，这两个通常指向国家平台一侧的问题，省级平台能做的就是等待后重试。E2001表示请求参数异常、缺少必填项，E2002表示请求参数异常、参数格式不合法，这两个指向省级平台发送的请求本身有问题，需要检查请求内容是否符合协议要求。对于省级平台开发人员来说，清晰区分"谁的问题"是排查故障的第一步：收到E1001和E1002时关注国家平台状态，收到E2001和E2002时回头检查自己发送的参数。