综合能源电表管理平台异常方案说明书.pdf
综合能源综合能源电表管理平台电表管理平台异常方案说明书异常方案说明书文件编号生效日期受控编号保密级别版 本 号修改次数3总 页 数正文附录无编制审核批准评审记录评审记录对智能电表管理平台 需求规格说明书V1.00.doc的评审意见：上述问题修改验证后，由上述问题修改验证后，由验证后，本文件即可发布。验证后，本文件即可发布。评审人员签字：问题修改验证结果：验证人签字：时间：变更日志变更日志编号版本修改内容修改人修改日期1V0.1初稿做成目目 录录1 1引言引言.11.11.1编写目的编写目的.11.21.2背景背景.11.31.3定义定义.11.41.4参考资料参考资料.22 2任务概述任务概述.32.12.1目标目标.32.22.2功能边界功能边界.32.32.3用户特点用户特点.32.42.4假定和约束假定和约束.43 3软件模块架构软件模块架构.53.13.1系统总体功能用例图系统总体功能用例图.53.23.2软件模块架构图软件模块架构图.53.33.3软件系统主要模块间接口描述软件系统主要模块间接口描述.63.43.4解决方案解决方案.63.4.13.4.1充值异常充值异常.63.4.23.4.2点抄点抄.83.4.33.4.3充值错误码充值错误码.113.4.43.4.4加减表异常加减表异常.153.4.53.4.5费率设置异常费率设置异常.153.53.5安全方案安全方案.153.5.13.5.1系统安全性系统安全性.153.5.23.5.2可用性可用性.164 4运行环境规定运行环境规定.174.54.5网络环境网络环境.174.64.6运行环境运行环境.174.74.7开发环境开发环境.184.84.8接口接口.184.8.14.8.1外部接口外部接口.184.8.24.8.2内部接口内部接口.1811 1 引言引言1.11.1 编写目的编写目的本文档是针对智能电表管理的现状，进行详细的分析和讨论后得出的产品开发的异常方案说明书，旨在明确智能电表管理平台（以下简称本系统）的开发需求。通过本需求规格说明书，可以了解到该项目的开发背景、功能需求、运行环境需求等。本文档面向的读者是：智能电表管理平台的开发人员、产品经理、测试人员、工程部负责人、市场部负责人、技术方案部负责人、研发项目经理、总监等。1.21.2 背景背景项目名称：_商管智能电表管理平台（COMMERCIAL SMART METER MANAGEMENT SYSTEM）目前，各广场商铺采用预付费电表，现场充值方式效率低，同时商铺用电异常、缺电、电表跳闸功能失效等情况不能及时反馈，影响商铺经营，甚至造成电费流失。为了方便商户缴费，提高商管公司管理工作效率，商管公司计划实施商管商铺用电线上管理改造工程，本工程计划将现有各广场预付费电表更换为远程费控电表，并增加采集器，集中器，实现电表的充值，数据采集统一管理。在总部实施统一的智能电表管理平台，实现各广场智能电表，采集器，集中器统一配置，管理；实现网上充值，自动抄表，余额不足提示，应急处理；与商户服务平台实现数据交换，包括充值信息，抄表数据等；与地方能源平台交换能源相关数据；以及其他的系统管理，包括分区域授权，设备监测，自动诊断，断点续传的高可用性，高稳定性的系统，实现统一的数据集成分析，商管总部可以随时掌握广场的工程管理情况，并指导广场工作。1.31.3 定义定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。词汇名称词汇名称词汇含义词汇含义备注备注Redis开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库，并提供多种语言的 API。WCF由微软开发的一系列支持数据通信的应用程序框架2XML非常适合万维网传输的可扩展标记语言，提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据WebServiceWeb service 是一个平台独立的，低耦合的，自包含的、基于可编程的 web 的应用程序，可使用开放的 XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。STLStandard Template Library，标准模板库，惠普实验室开发的一系列软件的统称。它是由Alexander Stepanov、Meng Lee 和 David RMusser 在惠普实验室工作时所开发出来的。这可能是一个历史上最令人兴奋的工具的最无聊的术语。从根本上说，STL 是一些“容器”的集合，这些“容器”有 list,vector,set,map 等，STL 也是算法和其他一些组件的集合。这里的“容器”和算法的集合指的是世界上很多聪明人很多年的杰作。STL 的目的是标准化组件，这样就不用重新开发，可以使用现成的组件。OPCOPC(OLE for Process Control,用于过程控制的 OLE)是一个工业标准，管理这个标准国际组织是 OPC 基金会，OPC 基金会现有会员已超过220 家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。基于微软的 OLE(现在的 Active X)、COM（部件对象模型）和 DCOM（分布式部件对象模型）技术。OPC 包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。1.41.4 参考资料参考资料编号编号资料名称资料名称说明说明1能源管理系统(EMS)V1.3 系统需求说明书32 2 任务概述任务概述2.12.1 目标目标本次研发目标是针对现有的 NTS-EMS 能源管理系统软件 V1.3（以下简称 EMS V1.3 系统）版本的计费管理系统进行架构和业务的优化，完成智能电表管理平台的系统需求。以下是本版本需要解决的问题及风险点：目前的广场电表管理需要解决的问题：目前大多数广场使用手工方式处理电表充值，查询，以及付费，效率不高。不能实时了解电表的故障情况，快速了解故障情况。信息分散于各个广场，不能实现统一管理，统一分析，商管总部不能随时掌握广场的用电情况，不能实现统一的数据集成分析，并指导广场工作。2.22.2 功能边界功能边界本系统以满足集团对全国广场的商户用电实行总部集中计费充值需求中的各种异常处理为业务需求边界。系统解决方案中涵盖预付费表计、电能采集管理终端、软件管理平台、必要的通讯组网设备、及其他异常或应急处理流程中所需的软硬件设备等。系统解决方案应能实现所有商户电表的抄表、充值及必要的配置管理业务，缴费支付功能由商服平台集成的支付平台提供，电表管理平台应能支持缴费数据的交互和参数设置。根据市场调研及客户需要，本系统需要满足以下功能：（1）用能计费需求；（2）第三方采集器分布式接入需求；（3）商服和租赁系统对接需求；（4）APP 相关模块需求详细的需求清单，请参见模块级的需求文档。2.32.3 用户特点用户特点本系统向下遵循国家标准、行业标准和企业内部标准规定，接入计量仪表、环境传感、暖通空调、智能照明和楼宇自控等多种类型的底层设备，并通过这些底层设备实现对物理世界的感知和控制操作。对于4应用客户，由客户建设硬件基础设施并安装部署企业级系统，接入数据进行处理，并提供能效管理和设备运维应用服务。客户较少投资额度而且以动态灵活配置的方式使用 EMS 软件服务，平台数据服务提供开放接口，可供第三方应用开发者调用和研发新型应用，并纳入整体的能效管理和设备运维生态圈。2.42.4 假定和约束假定和约束1、对于一些公共的、经常使用的代码或函数，避免频繁复制，可封装成公共类或库；2、代码中做好注释，避免无用注释的出现，以增加可维护性；3、尽量减少人工配置，增加默认属性，以增强易用性；4、代码中尽量使用标准 STL 的内容，以增加系统可移植性；5、做系统设计时，尽量考虑以前老版本的功能，以增加系统的兼容性；6、经过 WebService 服务程序到后台服务器读取 10000 个配置点以内的数据时间=5 秒；7、B/S 组态图形软件获取=500 个实时数据值时，从发出请求到数据返回时间=3 秒；8、128000 个采样数据点在保存到数据库表的时间120 秒；9、模拟量、脉冲量、开关量总数在=150000 时，主备服务器切换的时间=30 秒；10、从 WebService 下发控制命令到前端设备动作的时间=3 秒。53 3 软件模块架构软件模块架构3.13.1 系统总体系统总体功能功能智能电表管理平台在内部的系统功能角色和定位如下：基本业务功能，智能电表管理平台从主数据系统获取商户与铺位，内部人员组织的配置信息，与内部CTX，短信，APP 等系统连接。商户线上充值时首先从支付快钱系统收取电表预付费，通过商服系统对电表系统进行充值。对于线下充值和电表平台自己发起的补偿充值，智能电表管理平台主动向商服系统同步充值记录。系统接收租赁的费率变更请求，定期生成针对商户的计费账单，向用户输出。3.23.2 软件模块架构图软件模块架构图本系统软件模块划分，如下图所示：63.33.3 软件系统软件系统主要主要模块间接口描述模块间接口描述01 平台侧（应用服务器的 Server）与分布式接入侧(接入服务器)的数据接口主要是平台侧提供数据录入，接入如脉冲量，冻结电度，剩余金额，透支金额等，开关量，设备的实时通信状态，电表数据状态位等，事件类，实时告警，电表的遥控，充值，费率设置，时段设置（不做），告警跳闸，透支额度，（按功率）过负荷跳闸（不做），保电（不做），充值记录。02WEB 侧（应用服务器的 WEB）与平台间的数据接口。主要是平台侧提供 WebService 服务，WEB 端通过平台侧提供的 WebService 和平台数据库可以查询到一些平台端的数据信息。03 与第三方的接口（1）内部商服系统、租赁系统、主数据系统、CTX 系统、短信系统、单点登录系统。参见 3.4.7 和 3.4.8。（2）与科陆、威盛对接采集器和电表。3.43.4 业务解决方案业务解决方案3.4.13.4.1 充值异常充值异常7Webservice 处理的业务流程中，将充值功能与待办事项功能结合，以待办事项作为跟踪充值状态的辅助手段，记录充值过程。在待办事项表 TB_EMS_EXAMINEACTION 中定义充值状态(校验，Webservice接收充值命令，下发充值命令，接收充值响应，下发点抄，点抄响应，生成充值记录，上传商服，商服成功响应)和最后操作时间。正常流程：1、校验，充值进入时，首先进行校验，如果基础信息校验不通过对商服或页面直接返回出错。2、Webservice 接收充值命令，校验通过则在待办事项表 TB_EMS_EXAMINEACTION 中插入记录并更新充值状态，接着将充值命令进入 Redis 充值队列，进入充值流程3、下发充值前点抄，获取当前电表的充值前金额、充值次数等信息。点抄成功更新待办状态，点抄失败返回充值失败。4、下发充值命令，点抄成功后，对设备下发充值命令，并更新待办表中该事项的设备充值状态。并设置充值等待定时器，等待时间根据 DEVTYPE 配置选择。5、接收充值响应，设备返回成功后，更新待办表充值状态和日志，插入充值记录后，更新 TB_PULSE中充值次数。6、下发充值后点抄，接收充值响应或者充值等待定时器超时，发起点抄，更新待办表充值状态，注意区分正常充值响应点抄与充值超时点抄类型。7、点抄响应，根据点抄结果生成充值记录，更新待办表充值状态。8、上传商服，将充值记录和一些统计量发送给商服，更新待办表充值状态。9、商服响应，更新待办表为完成状态。实际充值操作发起之前的异常，不存在二义性，如果出现失败，进入待办事项，做重试处理。充值异常重点考虑充值操作下发之后的各种异常情况考虑。根据实际充值流程的进程考虑，存在如下情况：异常流程 1：充值失败，待办重试失败 N 次不成功，取消待办1、充值失败，待办重试 N 次失败后，允许待办事项“重试”和“取消”功能2、“取消”待办事项。WEB 端页面处理“取消”待办时，需要区分用户权限，只有具备“admin”和“广场财务经理”角色的，才可以点击“取消”按钮。3、处于未完成可重复充值状态下，可继续接收重复流水号的商服充值。8异常流程 2：系统存在待办的充值，且原充值操作成功1、充值后点抄失败，进入待办2、一段时间后再次点抄，发现电表增加充值记录。3、充值记录入库后，检查充值记录与 TB_EMS_EXAMINEACTION 中待办事项中充值次数、充值金额、购电日期(年月日时分+/-1 小时内)和电表 ID 自动匹配待办事项，将待办事项的状态标识 isOK 更改为 2，成为已处理过的充值待办。异常流程 3：系统存在待办的充值，且原充值操作失败处理1、继续发起充值，不看原来的充值次数，按系统 TB_PULSE+1 的充值次数下发。2、重试第一次失败的充值操作，不看原来的充值次数，按系统更新过的 TB_PULSE+1 的充值次数下发。异常流程 4：充值成功，插入充值记录、待办失败1、充值成功，插入充值记录失败，充值流程中止。2、因未更新 TB_PULSE 表充值次数，后续的点抄功能会主动召唤缺失的充值记录，补录充值记录。异常流程 5：充值成功，插入充值记录成功，发送商服失败1、商服上传后返回失败，设置超时定时器2、定时器超时，再次重发充值记录给商服，如此循环直到发送成功需要商服重试的情况，以相同的充值流水号下发充值命令：1、调用电表平台接口返回失败。更改电表、广场、品牌、铺位对应关系2、电表平台返回充值失败。3.4.23.4.2 点抄点抄点抄流程具有纠正充值中异常充值记录的功能9每块电表增加维护充值记录，支持每次充值记录购电日期、购电后总购电次数、购电金额、购电前剩余金额、购电后剩余金额、购电后累计购电金额。通过该充值记录判断。充值记录召唤期间不能对该电表充值，否则会影响充值记录。因为充值记录需要点召 6 次，确保充值记录的完整性。正常处理：1）Server 接收到定时上报以及页面发起点抄上传的一类数据，AFN=0C，F167，针对上报的电表充值次数与系统中最近一次充值记录的充值次数进行比较，如果充值次数高于系统记录的次数，则发起对特定充值记录的请求。2）接入服务器接收充值记录请求，区分与国网标准电表，对电表发起请求充值记录，通过 MMI_JK，国网表通过 645 规约。下发获取充值记录请求，等待充值记录获取成功后返回 Webservice。3）Webservice 更新充值记录到数据库表 TE_PAYMENT_PAYRECORD 中。PAPTAKER 定义充值发起方（0-商服充值 1-平台充值 2-线下充值），充值类型 RECHARGETYPE(0-商服充值，1-平台充值，2-应急充值)，然后更新 TB_PULSE 中充值次数。4）充值记录定期更新到商服系统中。异常处理：1）充值次数出现负增长或者不合理增长，需要告警通知人工干预。102）集中器中确保充值次数和充值后金额同时更新。点抄功能再各个业务流程中的错误处理点抄在各个业务流程中的错误处理功能清单正常处理流程异常处理流程独立点抄功能消息正常接收处理：1、从点抄响应成功消息中获取充值次数、累积电量和余额2、查询系统 TB_PULSE 表中充值次数3、比较电表充值次数和系统充值次数4、不一致根据前述充值次数不一致流程处理，参见前述“抄表抄回数据检验”处理1、点抄失败提示信息：“点抄失败，请检查通信连接，查明原因解决问题后，请再次重试”，写入系统日志，返回错误信息2、点抄失败-要走不同的异常处理流程2.1、消息服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.2、接入服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.3、集中器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.4、电表通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.5、对应用返回出错，重新减表/加表后，由应用再重新抄表。定时自动抄表集中器无错误上报，无处理充值前点抄异常处理参见，充值异常，错误码 1008充值超时后点抄异常处理参见，充值异常，错误码 1009加表前点抄1、点抄失败提示信息：“加表点抄失败，请检查通信连接，查明原因解决问题后，需要再次重试”，写入待办表和系统日志，显示在右上角，返回错误信息2、点抄失败-要走不同的异常处理流程2.1、消息服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.2、接入服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.3、集中器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.4、电表通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.5、对应用返回出错，重新减表/加表后，由应用再重新抄表。11减表前点抄1、点抄失败提示信息：“减表点抄失败，请检查通信连接，查明原因解决问题后，需要再次重试”，写入待办表和系统日志，显示在右上角，返回错误信息2、点抄失败-要走不同的异常处理流程2.1、消息服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.2、接入服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.3、集中器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.4、电表通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.5、对应用返回出错，重新减表/加表后，由应用再重新抄表。费率设置前点抄1、点抄失败提示信息：“费率点抄失败，请检查通信连接，查明原因解决问题后，需要再次重试”，写入待办表和系统日志，显示在右上角，返回错误信息2、点抄失败-要走不同的异常处理流程2.1、消息服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.2、接入服务器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.3、集中器通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.4、电表通信断告警，检查通信连接。通信恢复后，智能电表平台重新抄表解决。2.5、对应用返回出错，重新减表/加表后，由应用再重新抄表。3.4.33.4.3 充值错误码充值错误码编号错误类型应用场合错误码分析解决方法1找不到该设备配置数据库不存在这块电表，同步电表基础信息滞后或者错误-1设备表中无配置，广场、品牌、铺位+电表对应关系不正确对商服返回错误，商服更改为正确的设备配置再发送2超过阀值创建金额加余额超过阀值-2超过充值限额对商服返回错误，商服更改为正确的充值金额再发送要求商服系统处理：1、等待后继续充值2、退款123XML 解析失败传入的 XML 格式不对-3商服发送的 XML 解析失败对商服返回错误，商服更改为正确的 XML 再发送4写入待办失败写入待办失败-4写入待办数据表失败对商服返回错误，由商服用同一流水号重试5重复充值充值流水号重复-5商服下发的充值流水号重复对商服返回错误，终止。异常处理：充值待办取消，通知商服后，允许商服以相同流水号重复充值需要重试的错误编号错误类型应用场合错误码1超时充值报文返回超时10091、充值成功响应丢失2、充值失败未返回充值失败告警1、重新点抄，召读充值记录，更新充值记录2、重新点抄，更新待办，重试解决3找不到配置信息找不到配置信息221、数据库自身出现错误2、数据库访问出现错误，网络延迟、系统资源不足等充值失败告警1、重启/恢复数据库，重试解决2、重启/恢复 Server 和通道，重试解决4打开数据管道失败打开与平台的管道时失败2001网络延迟、系统内存、句柄等资源不足充值失败告警1、重启/恢复 Server 和通道，重试解决2、重启/恢复虚拟机，重试解决5加载设备点表失败加载设备点表失败-11、数据库自身出现错误2、数据库访问出现错误，网络延迟、系统资源不足等充值失败告警1、重启/恢复数据库，重试解决2、重启/恢复 Server 和通道，重试解决6充值溢出充值溢出163超过充值限额充值失败告警，等待一段时间，重试解决7充值次数不对充值次数不对164次数不对重试时根据点抄结果获取当前电表实际充值次数，更改本次充值次数为当前电表充值次数+1，重新下发充值指令解决138客户编号不对客户编号不对1651、电表配置异常2、电表更换充值失败告警1、修改电表基础信息配置，同步配置系统生效，重试2、对商服返回出错，重新减表/加表后，向商服同步基础信息表，由商服更改商户电表配置后再重试。9无法识别无法识别167其它错误，电表异常对商服返回出错，重新减表/加表后，向商服同步基础信息表，由商服更改商户电表配置后再重试。10esam不对esam 不对168密钥出错充值失败告警现场使用密钥下装卡，重新恢复为私钥11重复充值重复充值169次数不对重试时根据点抄结果获取当前电表实际充值次数，更改本次充值次数为当前电表充值次数+1，重新下发充值指令解决12收到空报文收到空报文1011Server 返回充值失败充值失败告警1、重启/恢复数据库，重试解决2、重启/恢复 Server 和通道，重试解决13认证失败认证失败21、加密机自身出现错误2、加密机访问出现错误，网络延迟、系统资源不足等充值失败告警1、重启/恢复/更换加密机，重试解决2、重启/恢复接入服务器，重试解决14点抄失败点抄失败10081、集中器通信断2、电表通信断3、电表异常充值失败告警1、集中器通信断告警，检查通信连接。通信恢复后重试待办。2、电表通信断告警，检查通信连接。通信恢复后重试待办。3、对商服返回出错，重新减表/加表后，向商服同步基础信息表，由商服更改商户电表配置后再重试。15设备类型配置错误设备类型配置错误15电表配置异常充值失败告警修改电表基础信息配置，同步配置生效，重试1416线程开启失败充值线程开启失败1100业务进程申请线程资源失败充值失败告警1、重启/恢复虚拟机，重试解决2、增加虚拟机内存，重启业务进程，重试解决17充值超时，点抄成功，判断充值次数异常充值超时，点抄成功，判断充值次数异常95271、电表更换过，基础配置未同步2、电表存在同时发生线下充值1、点抄召读充值记录，发送商服2、待办重试，更新充值信息，重新充值充值异常告警18充值超时点抄超时充值超时点抄超时19881、集中器通信断2、电表通信断3、电表异常充值失败告警1、集中器通信断告警，检查通信连接。通信恢复后重试待办。2、电表通信断告警，检查通信连接。通信恢复后重试待办。3、对商服返回出错，重新减表/加表后，向商服同步基础信息表，由商服更改商户电表配置后再重试。其它错误1待办重试和取消初次出现待办只显示重试待办重试 1-3 次（可配置）之后才能取消，取消待办之前先提示2待办取消用户误操作，多次尝试充值无法成功且无法解决充值待办取消发送充值错误给商服，由商服判断是否应当终止本次充值3同步商服失败发送充值记录给商服多次失败1、重发2、重发多次失败后，由电表平台与商服平台 ETL 对账功能同步解决4充值成功后续流程失败充值成功，插入充值记录失败充值记录插入日志，失败告警，人工处理.先插入充值记录，后更新TB_PULSE 充值次数，通过定期比对电表和系统充值次数，判断是否需要召唤线下的充值记录153.4.43.4.4 加减表加减表异常异常正常加表流程：点抄校验绑定商户-设费率、加保电、透支-发商服消息步骤步骤异常处理异常处理点抄失败加表失败校验存在透支加表失败绑定商户失败加表失败设置参数失败待办重试发商服消息失败自动重试加表失败后，进入待办事项，由用户进行重试处理。正常减表流程：校验断电点抄二次校验金额清零解绑商户发商服消息步骤步骤异常处理异常处理校验系统中存在该设备待办，减表失败断电失败减表失败点抄失败减表失败二次校验存在透支减表失败金额清零失败待办重试解绑商户失败减表失败发商服消息失败自动重试减表失败后，进入待办事项，由用户进行重试处理。3.4.53.4.5 费率设置费率设置异常异常正常费率设置：校验点抄-设置费率步骤步骤异常处理异常处理校验费率设置范围不合法，费率设置失败点抄失败费率设置失败设置费率失败费率设置失败费率失败后，进入待办事项，由用户进行重试处理。3.53.5 安全方案安全方案3.5.13.5.1 系统安全性系统安全性保密性：只有授权的用户才能动用和修改信息系统的信息，而且必须防止信息的非法、非授权的访问。完整性：信息必须以其原形被授权的用户所用，也只有授权的用户才能修改信息。16目前对用户名、密码存放使用 MD5 方式进行数据加密。3.5.23.5.2 可用性可用性（1）设备备份机制、容错机制，防止在系统出现单点失败时，系统的备份机制保证系统的正常运行。（2）SQL Server 系统数据库定期备份（不超过 30 天），通过的集群数据库实现。174 4 运行环境规定运行环境规定4.54.5 网络环境网络环境智能电表系统可以通过细缆组网，也可以通过双绞线连接。采用 TCP/IP 协议。4.64.6 运行环境运行环境能耗监测系统的服务器由于需要安装数据库软件及工具软件，配置要求较高。通常选择当前的主流机型，物理环境配置如下：服务器端-硬件环境类别要求备注CPU 主频2.4 GHz 或以上CPU 内核2 核或以上内存8.0 GB 或以上主机硬盘500GB 或以上，7200 转UPS2KVA 及以上网卡100M 或 1000M客户端-硬件环境类别要求备注CPU 主频2.0 GHz 或以上CPU 内核2 核及以上内存4.0 GB 或以上主机硬盘250GB 或以上网卡100M 或 1000M软件环境配置如下：服务器端-软件环境类别要求备注系统服务器操作系统Windows 2008 R2（64bit）企业版数据库服务器操作系统Windows 2008（64bit）企业版数据库MS SQL Server 2008 企业版（64bit）杀毒软件微软 MSEOFFICEOFFICE 201218客户端（B/S 端）-软件环境类别要求备注客户端操作系统不限杀毒软件微软 MSEOFFICEOFFICE 2012浏览器IE11 浏览器、chrome 浏览器、360 浏览器、遨游浏览器4.74.7 开发环境开发环境开发使用普通 PC 机，软件开发环境配置为：软件环境类别要求备注操作系统Windows 2008 R2 32 位企业版/Windows XP SP3/Win732bit/64 位旗舰版数据库MS SQL Server 2012 企业版（64bit）软件开发平台Microsoft Visual Studio 2008(sp1)/20104.84.8 接口接口4.8.14.8.1 外部接口外部接口具体接口形式参见系统概要设计文档。typedef struct _ExceptInfoint ObjectId;/异常对象 Idint ObjectType;/对象类型int ExceptType;/异常类型CTime ExceptTime;/异常时间int Status;/异常状态TCHAR Contents256;/异常内容TCHAR Suggest256;/异常处理策略提示 ExceptInfo;4.8.24.8.2 内部接口内部接口19
