住房和城乡建设部建筑节能与科技司关于印发《国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范》的通知

住房和城乡建设部建筑节能与科技司关于印发《国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范》的通知

（建科综函[2011]169号）

各省、自治区住房和城乡建设厅，各直辖市、计划单列市建委（建设局），新疆生产建设兵团建设局：

按照《财政部 住房城乡建设部关于进一步推进公共建筑节能工作的通知》（财建[2011]207号）精神，为切实推进和加强国家机关办公建筑和大型公共建筑节能监管体系建设，指导各省（市）级监测系统的数据上传工作，规范部级监测系统和省（市）级监测系统之间数据传输的内容、方式和格式，保证数据的统一性、完整性和准确性，我们组织编制了《国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范》（以下简称《规范》），现予印发。

请监测系统建设试点省（市）和已建成省（市）监测系统的省（市）从《规范》发布之日起，按要求开展数据上传工作。其他正在建设监测系统的省（市），也应按《规范》要求完善建设方案，以便为系统建成后数据上传工作打下良好基础。执行中有何问题请及时告我司。

联系人：建筑节能与科技司 王 春 王建清

电话：010-58934871 58933282

联系人：住房和城乡建设部信息中心 张晓亮

电话：010-58935971

中华人民共和国住房和城乡建设部建筑节能与科技司

二〇一一年七月十一日

国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范

根据国家机关办公建筑和大型公共建筑能耗监测系统建设要求，为规范各省（市）能耗监测系统的数据上传工作，制定本规范。

1.数据上报内容和要求

1.1 数据上报内容

省、市级数据中心以城市为单位，按照十个分类方式，每天汇总能耗监测数据，以数据报（包含一个报头（header）和数据本身，其中报头描述了数据的目的地以及和其它数据之间的关系）为基本单元，上传到部级数据中心。

1.2 数据分类

能耗数据按照十类进行汇总，分别是：（1）、国家机关和大型公建；（2）、建筑类型；（3）、空调形式；（4）、采暖形式；（5）、结构形式；（6）、外墙形式；（7）、外墙保温类型；（8）、外窗类型；（9）、玻璃类型；（10）、窗框材料类型。

（1）、国家机关和大型公建

（2）、建筑类型

（3）、空调形式

（4）、采暖形式

（5）、结构形式

（6）、外墙形式

（7）、外墙保温

（8）、外窗类型

（9）、玻璃类型

（10）、窗框材料

1.3 数据汇总

每一项分类汇总数据都包含分类编码、总栋数、总建筑面积、建筑空调面积、建筑采暖面积、总能耗值、总电能耗值、照明插座用电、空调用电、动力用电、特殊用电等字段，具体见下表：

数据汇总项

1.4 数据上报要求

省、市级能耗监测系统，通过定时任务自动从省、市级数据中心数据库中提取能耗分类数据，打包后发送到部级数据中心。数据的分类编码要求跟上述十个分类保持一致，不得超出字典表定义范围，且要求为大写；数据采集时间和上传时间的格式要求为“yyyy-mm-dd”，年份占四位，月和日都占两位，例如“2011-05-08”。数据上传的时间要求为每天的早八点前上传前一天的数据。

2、接口协议及示例

2.1 通信协议

采用持久TCP/IP连接。

2.2 通讯步骤

建立socket连接后，首先发送身份认证报文（密码直接通过正文发送），服务器接收到报文后验证身份，发送回执报文，通过回执报文报头中的_state参数识别是否认证成功（0-成功），认证成功后发送业务数据报文，服务器接收到业务数据报文后，发送回执给发送者，通知发送者收到业务数据报文，同时解析业务报文为内部对象，异步发送给内部消息缓存池，进行相应的逻辑服务处理，进行数据解析，并将解析结果异步方式发送给发送者。

（1）、连接服务器

通过客户端socket连接服务器，部级数据中心数据接收服务器的IP地址：219.142.101.190 ，监听端口： 6767。

（2）、身份认证

确认连接成功后发送身份认证数据报进行身份验证，数据中心编码（从住房和城乡建设部信息中心获取）通过协议报头的_sender 发送，比如北京数据中心编码为：110000，天津数据中心编码为：120000。密码通过正文发送，然后返回认证数据报，报头的_state 标识认证是否成功（0-成功；1-账号不存在；2-密码错误或超过允许次数等）。

（3）、发送业务数据

身份认证成功，发送业务数据报；认证失败，重新认证。发送业务数据报后可以取回执确认报。

2.3 基础协议

身份认证报、返回认证数据报、业务数据报、回执确认报都按照下述基础协议进行封装。

基础通讯协议基于字节码方式通讯。

注：合成报文的时候 需要将报文类型、报头长度、正文长度转换成定长度的16进制字节码，长度不足时在前面补充0。

2.4 报头说明

（1）_id ，编码

数据报唯一编码，小于18位，编码必须等长度按照时间序列生成，也可以空。

（2）_name，标题

中文描述，取表中的数据采集分类名称

（3）_sender，发送者

数据中心编码，必须与登录使用的编码一致，比如北京：11000001。

（4）_target ，接收目标

（5）_style，正文类型，采用XML取值2。（0-文本；1-JSON；2-XML）

（6）_time，发送时间，当前发送时间格式为： yyyy-mm-dd hh：mm：ss

2.5 报头示例

_id＝C1280974531864019&_name＝国家机关和大型公建分类&_sender＝11000001&_target＝cecms-xT1&_style＝2&_time＝2010-01-01 01：00：00

2.6 转换字节码示例

（1）C#代码示例

/**

* 10进制数转化为定长度的16进制字节数组

* value 待转化的值

* len 长度限制

**/

public byte[] intToHexBytes（int value， int len）

{

//转换成16进制数

string hx ＝ Convert.ToString（value， 16）；

int hxlen ＝ hx.Length；

for （int l ＝ 0； l ＜ len - hxlen； l＋＋）

{

hx ＝ "0" ＋ hx；

}

byte[] array ＝ new byte[len]；

array ＝ System.Text.Encoding.ASCII.GetBytes（hx）；

return array；

}

（2）Java 代码

/**

* 10进制数转化为定长度的16进制字节数组

*

* @param value

* 值

* @param len

* 长度限制

* @return

*/

public final byte[] intToHexBytes（int value， int len） {

String s ＝ Integer.toHexString（value）；

len ＝ len - s.length（）；

for （int i ＝ 0； i ＜ len； i＋＋） {

s ＝ "0" ＋ s；

}

return s.getBytes（）；

2.7 协议报示例

-117，-82，-101，48，48，48，48，51，54，48，48，48，48，48，49，54，85，61，110，117，108，108，78，89，97，110，103，71，117，111，77，105，110，44，38，84，61，50，48，49，48，45，48，53，45，48，53，32，49，51，58，49，52，58，53，49，38，83，61，121，103，109，49，38，82，61，121，103，109，50，60，63，120，109，108，62，32，46，46，46，32，46，46，46，32，32，60，47，120，109，108，62

2.8 正文XML示例

能耗监测数据以XML格式，采用UTF-8编码，封装在基础协议正文中，通过TCP/IP协议发送至服务器。

正文XML示例如下：

正文XML示例：

＜?xml version＝"1.0" encoding＝"utf-8"?＞

＜!-- 补充说明 在每个item记录行中根据情况补充下列属性， 缺省下列属性接收端默认0值--＞

＜!--

WValue 水耗量

GValue 燃气量

HValue 集中供热量

CValue 集中供冷量

ZKValue 总空调能耗值

ZHValue 总采暖能耗值

OValue 其他能源

OMValue 煤

OM1Value 液化石油气

OM1Value 人工煤气

OQValue 汽油

OMValue 煤油

OCValue 柴油

ORValue 可再生能源

--＞