2.2.8 公众服务子系统
公众服务子系统将建筑能耗监测信息经过整理后发布到数据中心的互联网网站上，方便社会公众了解和监督。信息发布范围和深度由政务信息公开的相关规定确定。
2.2.9 信息维护子系统
信息维护子系统主要是针对能耗监测平台需要的所有数据字典和建筑物概况等基础信息、建筑用能支路及监测仪表安装等专业配置信息、时间同步信息和用户权限信息等进行录入和维护。
1. 基础信息维护
包括建筑物基本信息、行政区域、建筑物类型、分类分项能耗数据字典及其他数据字典等基础信息维护。
所有的基础信息都应该可更新维护。部级数据中心维护全国统一的数据字典信息，而省市级数据中心是在部级数据字典基础上，根据地方特点和要求，扩展自己的分类。当部级数据中心数据字典发生变化时，通过全国建筑能耗监测项目管理工作平台发布数据字典的更新要求，省市级数据中心需要据此保持同步。
2. 专业配置信息维护
建筑物的监测支路配置信息对分项能耗的拆分计算特别关键。建筑物的分项计量方案（一般由分项计量工程的设计和施工单位提供）中必须清晰地包含其配置信息，包括建筑物能耗采集器信息、计量仪表信息及其参数、产品信息，采集器和计量仪表的对应关系，建筑物用能支路拓扑关系及各个回路计量仪表安装信息，建筑物分类分项能耗与用能支路之间的关系等。
3. 时间信息维护
各级数据中心保持本系统时间与标准时间的一致性，包括数据中心服务器时间、各建筑监测仪表和数据采集器的时间。
4. 用户权限管理系统
包括用户组维护、用户维护、授权管理、权限验证等。由于整个系统架构采用了分布式数据库，授权系统的数据也应是分布式的，同时要求分级授权功能。
2.2.10 系统监测子系统
监测数据中心系统和建筑监测仪表是否7×24小时正常运转。将出现异常的设备或服务软件状态信息推送到管理员的计算机消息窗口、邮箱或手机上。
2.3 分项能耗计算规则
从建筑物数据采集器上传的原始能耗数据数据包公共部分解析出建筑物编号、行政区域编号、采集器编号、数据采集时间等公共信息，根据楼宇的监测仪表配置信息，从数据部分解析出每个仪表的编号和仪表累计读数及其他的参数。
根据数据中心记录的仪表上次计量时间和仪表读数计算出时间段内仪表读数，或者直接从上传数据包获得时间段内仪表读数。
根据数据中心维护的建筑物监测仪表和支路关系构造本建筑的用能模型，计算标准时刻的建筑各分项能耗。
2.4 平台数据库结构
针对全国而言，建筑能耗监测系统是一个整体，但考虑到各个省市级平台自主开发的状况，需要针对各省市级平台数据库结构进行统一规范，各省市的自主开发必须遵照执行，以确保各系统数据含义的一致性。
省级数据中心、市级数据中心（数据中转站）的数据库结构参见附录1：“省市级数据中心数据库结构文档”。
2.5 平台开放性和扩展性
建筑能耗监测系统应具备良好的开放性和扩展性，可与已建成的相关系统进行功能对接或数据交换，不断吸收计算机软硬件技术、电子监测技术、无线数据传输技术等先进技术的最新发展成果，改进建筑用能模型和分项能耗拆分算法，提高系统的准确性和实用性。
对于参与建筑能耗监测城市较分散、监测建筑数量较少的省份，可采取省内数据大集中的方式进行系统建设，以降低系统建设和运行维护成本。
3 数据传输需求
省、市级数据中心系统的数据传输需求包含数据上传和数据接收两部分。数据包括建筑基本信息、建筑能耗数据、系统消息等内容。
3.1 数据上传
省级数据中心需要向部级数据中心上传数据，市级数据中心需要向省级数据中心上传数据。省、市级数据中心系统的数据上传工作流程如图1所示：
图略
1. 数据打包
定时启动数据打包程序，从数据库中抽取需要上报的数据，按照接口标准封装成XML格式的数据包，并压缩数据包。记录操作日志。
2. 发起连接
向上一级数据中心服务器发送握手消息，建立连接状态。如果连接不成功则再次发起连接。记录操作日志。
3. 数据发送
调用上一级数据中心的数据接收网络服务（Web Services），基于SOAP传输协议将压缩后的XML数据包发送出去。如因网络故障或繁忙等原因造成的发送失败则定时重新发送，直到发送成功。记录操作日志。
目前约定各级数据中心分时段集中上传上一日的数据包。今后随着数据中心增多、各数据中心监测数据量增大等情况变化，可以加大数据传输频率，减小数据包容量。
3.2 数据接收
部级数据中心需要接收省级数据中心上传的数据，省级数据中心需要接收市级数据中心上传的数据。部级和省级数据中心系统的数据接收工作流程如图2所示：
图略
1. 数据接收
数据接收方式为被动接收，采用网络服务（Web Services）技术实现，基于SOAP传输协议。向下级数据中心返回接收成功与否的消息。接收成功后将数据包解压缩，还原为标准格式的XML数据包。记录操作日志。
2. 数据校验
数据校验包括两个方面：数据格式校验以及数据内容校验。数据格式校验主要对上传的建筑与能耗信息进行XML Schema校验，校验其是否符合《数据上传XML格式文档》中对于建筑与能耗信息XML格式的规定；数据内容校验主要对上传的建筑与能耗信息中包含数据的规范性及合理性进行检测与分析。校验成功后进行数据处理，失败则结束本次接收操作。记录操作日志。
3. 数据处理
对上传的建筑与能耗信息的XML数据进行解析以及数据存储至数据库，并调用数据分析功能对上传数据进行统计分析，生成数据仓库记录。记录操作日志。
4. 数据备份
对接收到的建筑和能耗数据以及附件进行备份。记录操作日志。
3.3 数据上传的xml接口要求
考虑到能耗监测系统由各个省市的自主开发，需要针对上传数据的xml接口进行统一规范，各省市自主开发的上传数据协议必须遵照执行，以确保各系统数据的可交换性。
数据上传接口见附录2：“数据传输xml格式文档”。
市级数据中转站向上一级数据中心传送数据采用与楼宇到数据中心相同的数据包格式，详见《国家机关办公建筑及大型公共建筑分项能耗数据传输技术导则》。
4 系统安全需求
软件的安全需求包含访问控制安全、数据安全和网络安全。
4.1 访问控制功能
本系统使用人员较多，数据的采集、汇总、上报主要采用自动方式，数据分析结果将以网上发布、行业内通报等多种方式下发，因此直接参与系统操作的人员较多。系统应当具有安全并且完备的用户识别功能，针对用户的登录访问进行权限控制，权限应该涵盖功能权限和数据范围权限等两方面的内容。
身份认证：需要对网络上的用户进行验证，以确认对方的真实身份。系统可探索、借鉴使用身份认证技术。
授权：通过控制用户是否能够访问应用系统的信息，并约束用户具体操作权限（例如是可以修改信息还是只能读取）来实现这一目标。建议在系统中设置访问控制表。
审计记录：系统应当记录所有来访的活动痕迹（含网络活动），这种记录要针对用户来进行。用户访问时要经过严格的身份认证。系统的用户可能分布在网络上的任何接入点，身份认证技术必须采用针对用户的认证方式，而不能针对地址或会话。为了便于管理，建议系统采用集中式管理的访问控制手段。
部级用户有时需要连接到各省、市级系统查看具体建筑的能耗数据，各省、市系统预先创建一个部级用户，用户名为“部级用户”，登录密码为动态加密密码，加解密算法由部级平台提供。部级用户登录省、市系统为自动登录。
4.2 数据安全控制
需要保证建筑物信息资料和能耗数据资料的安全性，所有入库的数据资料需要相应的备份策略和安全策略，对外共享或者对外提供的数据资料要严格按照“用户级别及权限” 的规定来授权用户对资料的访问，防止越权访问。
为确保数据在传输过程中的安全，上传数据包可采用加密方式压缩，加密口令可由上下级数据中心约定。
应有系统数据定期备份和灾难恢复机制，有条件者可实行数据异地备份。
4.3 网络安全控制
随着攻击技术的不断发展，网络攻击对系统所构成的安全威胁也越来越大，攻击者利用系统或网络服务的漏洞，可能导致数据窃取、甚至网络瘫痪等严重安全问题。
本系统平台遭受的攻击可能来自广域网其他节点和系统覆盖的相关单位，网络攻击对业务系统造成的负面影响较大，所以需要进行网络安全控制。
附录1：
国家机关办公建筑和大型公共建筑能耗监测系统
省、市级数据中心数据库结构文档
住房和城乡建设部
二〇〇九年二月
前言
1、省、市级数据中心的数据库构成
省级、市级数据中心的数据库构成如下图所示：
省级、市级数据中心的数据库构成示意图
A类数据库：数据中心及建筑基本情况数据库
B类数据库：分类分项能耗数据库
C类数据库：设计安装数据库
D类数据库：计量表原始数值数据库
市级数据中心完整包含以上四类数据库，市级数据中转站可只包含A、D类数据库。
省级平台如要接收市级数据中转站所有上传数据则包含以上四类数据库，如只接收市级数据中心的上报数据，则可精简掉C、D类数据库和B类数据库的部分数据表。
2、省、市级数据中心的数据库一致性要求
本文档中A类、B类数据库结构是强制性要求，各省、市级数据中心对表名、字段名和字段可选值都必须严格遵守，这将是软件测评和项目验收的重点考核指标。
本文档中C类、D类数据库格式是推荐性要求，建议各地采用，但不强制要求。
全国统一：A类数据库、B类数据库
推荐使用：C类数据库、D类数据库
3、省、市级数据中心可扩展的内容
省、市级数据中心在确保A类、B类数据库的表名和字段名完全一致的情况下，可根据工作要求增加部分数据表或在现有数据表增加部分字段，新增的数据表（字段）不得与现有数据表（字段）冲突。
省、市级数据中心在确保现有数据表中部级统一数据字典的情况下，可根据工作要求增加部分可选值（建议不超过10个），新增的可选值统一从P，Q，……向下编码，不得与部级统一发布的可选值冲突。如果某个可选值先由省、市级数据中心自己添加，而后再由部级统一发布，则省、市级数据中心需要统一到部级发布的编码上并替换已被使用的原有值。
省、市级数据中心在打包上报数据时，对于自行添加的所有非部级统一的除分类分项能耗代码以外的数据字典可选值，需要将该值转化为“Z”（其它）之后再上传。对于省、市级数据中心自行添加的分类分项能耗代码，应与上一级数据中心协商确定上传值。
对于复杂建筑适用多种可选值的情况，建议单选出现频率最高的可选值，或者增添复合型可选值。
4、数据表及字段前缀说明
T_*_**：T-Table（数据库表） F-Field（数据表字段）
T_DC_**：DC-Data Center（数据中心）
T_BD_**：BD-Building（建筑）
T_DT_**：DT-Dictionary（字典）
T_EC_**：EC-Energy Consumption（能耗）
T_ST_**：ST-Setting（设计安装）
T_OV_**：OV-Original Value（原始值）
一、A类数据库：建筑基本情况数据库
1、数据中心基本信息表
T_DC_DataCenterBaseInfo
序号
| 字段名
| 主、外键
| 字段中文名
| 推荐数据类型
| 描述
|
1
| F_DataCenterID
| 主键
| 数据中心代码
| Char（6）
| 数据中心代码由部里统一分配，用于唯一标识数据中心和数据中转站
|
2
| F_DataCenterName
| 必填
| 数据中心名称
| Varchar（48）
| 数据中心名称，最多24个汉字
|
3
| F_DataCenterType
| 必填
| 数据中心类型
| Smallint
| 数据中心类型1-数据中心 2- 数据中转站
|
4
| F_DataCenterManager
| | 数据中心主管单位
| Varchar（48）
| 数据中心主管单位名称，最多24个汉字
|
5
| F_DataCenterDesc
| | 数据中心描述
| Varchar（800）
| 用文字描述数据中心管理的城市数目、等信息
|
6
| F_DataCenterContact
| | 联系人
| Varchar（48）
| |
7
| F_DataCenterTel
| | 联系电话
| Varchar（48）
| |
