网络集成系统方案

第一篇：网络集成系统方案

网络集成系统方案

第一章：引言.....................................2 第二章：项目概述、项目建设目标、项目原则、项目内容 2 第三章：关键技术.................................2 第四章：综合布线方案.............................2 第五章：局域网方案（通信子网方案、资源子网方案、存储子网方案）.......................................3 第六章：广域网方案...............................3 第七章：网络安全方案.............................3 第八章：网络管理方案.............................3 第九章：进度安排.................................3 第十章：设备清单与报价...........................3 第十一章：售后服务与承诺.........................3 附件：企业简介、企业资质、代权受理、典型案例......4

第一章：引言

随着各行各业现代化建设的需要，越来越多的单位要求建立起一个先进的计算机信息系统。由于各个单位都有着自己的行业特点，因此所需的计算机系统千变万化。从工厂的生产管理系统到证券市场的证券管理系统，从政府的办公系统到医疗单位的管理系统，不同的系统之间区别很大。对不同单位不同应用的计算机系统都要作出一个详细的系统设计方案,这就是计算机系统集成方案。一般来说，计算机系统集成分成以下三个部分来进行。

第二章：项目概述、项目建设目标、项目原则、项目内容

项目概述：对于一个单位的计算机系统建设，首先要进行详细的调查分析，以书面的形式列出系统需求，供该单位的有关人员讨论，然后才能确定系统的总体设计内容和目标。

项目建设目标：这是系统需要达到的性能，如系统的管理内容和规模，系统的正常运转要求，应达到的速度和处理的数据量等

项目原则：这是我们设计时要考虑的总体原则，它必需满足设计目标中的要求，遵循系统整体性、先进性和可扩充性原则，建立经济合理、资源优化的系统设计方案。

项目内容：

构建一个可扩展的机构内部网络，并且与Internet 连接上轨，要有相关的安全措施、售后服务等问题。

第三章：关键技术

网络综合布线技术、网络安全技术、第四章：综合布线方案

综合布线也叫结构化布线，一般分为集中式网络配置和分散式网络配置两种；前者即把全部网络设备(包括 HUB、服务器、UPS等)都集中放置在中心机房，各子系统的综台布线线缆最后都集中到中心机房的主配线间，这也是标准的综合布线方法。它具有以下优点：

1．系统网络整齐美观，易于管理和维护；

2．系统网络易于调整；

3．网络设备可实现零冗余，充分发挥系统设备的速度；

4．系统安全性好。

分散式网络配置只把服务器、UPS和部分 HUB放置在中心机房，把各子系统的线口引到各子系统所在的楼层。它的优点是系统可扩充性好，系统配置比较灵活，节省材料和费用。以上两种方法有时是同时使用的，这样能充分发挥各自的优点。

第五章：局域网方案（通信子网方案、资源子网方案、存储子网方案）

构建一个内部的VLAN，使之机构内部的工作更加方便快捷。

第六章：广域网方案

接入广域网WAN，使机构能与外面的各个机构相互通信。

第七章：网络安全方案

安装VLAN接入WAN之间的防火墙，有效的保护本机构的网络安全方面。

第八章：网络管理方案

建立一个网络中心，把相关的设备集中在一起以方便管理人员的日常管理与维护。

第九章：进度安排

分三个阶段完成。第一阶段主要是设计方案；第二个阶段就是购买相关的设备；第三个阶段就是安装之后的相关调式。

第十章：设备清单与报价

根据实际情况来决定。

第十一章：售后服务与承诺

与售方协商，并有售方提供相关的服务。附件：企业简介、企业资质、代权受理、典型案例

网络091班

09512102

方东管

第二篇：系统网络集成方案

起步(中国)有限公司

系统集成方案

（虚拟化及备份）

温州市志诚信息系统工程有限公司

目 录

目 录............................................................................................................................2 第一章 综合业务运维管理中心..................................................................................3 第二章 服务器虚拟化..................................................................................................9

2.1 现状和需求分析：.......................................................................................9 2.2业务高可用方案设计......................................................................................9

 实现效果.................................................................................................10  实施的流程.............................................................................................10 功能实现与设计目标....................................................................................11 2.3存储方案设计................................................................................................12 第三章 数据容灾备份方案设计................................................................................12 第四章 产品说明........................................................................................................14 4.1VMware虚拟化介绍........................................................................................14 4.2火星舱容灾备份设备产品说明....................................................................22 第五章 附件设备清单................................................................................................28

第一章 综合业务运维管理中心

RIIL综合业务监控平台是锐捷网络通过多年网络IP基础设施研发经验，面向网络融合与虚拟化趋势打造的可分布式部署，兼容大规模复杂异构IP网络和IT计算环境的可扩展管理平台。它基于标准开放的信息建模技术，实时分布式计算平台和SOA架构实现，能够通过灵活丰富的管理协议对接各种主流IT基础设施，包括多厂家IP网络设备、IP存储设备、中间件、服务器、数据库、机房环境设备和关键应用系统等IT基础设施，并提供强大的事件管理，拓扑关联分析和性能监控组件，可以让有限的IT运维人员精力和IT预算投入到最关键的资源的维护和保障中，降低复杂IT环境的管理难度，更轻松地把握支撑关键业务的网络和系统的运行状态，并不断提升关键业务系统的运行服务质量水平，提升用户满意度。

融合开放的RIIL综合监控平台可实现： 业务监控

对业务系统进行分析、采集和监控，包括用户自有业务系统如OA、E-mail等；

业务运行监控图

业务系统评估、建模，创建业务系统中各子系统的关联关系图

业务与资源的关联关系图

业务雷达视图，轮询实时监控关键业务系统的可用性，及时感知可用性下降风险

关键业务雷达图

业务卡片视图，将业务系统关联、整合并以卡片形式予以直观呈现

业务卡片

业务健康度、繁忙度、风险度评估模型，对业务系统进行全面、深入的监控

网络资源监控

360度网络自动发现，拓扑自动计算，线路自动计算全网及网络设备性能监控，自动发现网络瓶颈，统计网络负荷。

设备性能监控

网络故障自动发现，关联性告警信息，提供运维知识库，告警快速传达机制

故障发现及告警

网络流量监控，自动监控全网流量分布情况，支持设置阶段性流量告警阀值

应用资源监控

应用资源监控

对Windows、Linux、HPUX、IBM AIX、SUN Solaris等主流操作系统进行工作状态、性能状态和告警等综合信息监控

对Oracle、SQL Server、MySql、DB2等主流数据库进行工作状态、性能状态和告警信息等综合信息监控，掌握数据库从用户连接、表空间、缓冲池、内存池、连接池等诸多运行状态信息

数据监控

对WebSphere、Weblogic、TOMCAT、JBOSS、Tuxedo、Apache、Resin等中间件进行工作状态、性能状态和告警信息等综合信息监控

对基础网络应用进行状态监控，例如对DNS、FTP、DHCP等服务的工作状态和性能状态进行监控。第二章 服务器虚拟化

2.1 现状和需求分析：

1.利用效率低下，由于每种业务运行都有高峰和低谷的周期，服务器不得不分别按照峰值配备，有大量时间运行空闲，再加上可靠性考虑，分别配置双机，不得不牺牲更多的计算资源。2.管理复杂，响应速度滞后，每个业务系统的服务器的安装、升级、维护，以及高可用性和灾难备份没有统一的管理手段，只能因系统而异，管理难度大，无法响应业务系统的要求。3.随着公司的发展壮大，各种业务平台的激增，那么服务器的数量也会随之增加，则需要增加大量的资金和人力去运作、管理和升级。4.部署新应用需花费大量时间。

5.运维成本居高不下，由于服务器数量越来越多，对数据中心的空间、网络、耗电、制冷等消耗越来越大，成本越来越高。

2.2业务高可用方案设计

为了提高对现有业务系统及数据的安全性保护，本虚拟化方案设计思路如下： 1）增加3台高配置服务器作为服务器虚拟化硬件平台，建议型号为Dell R920、两台专用存储设备，对数据提供集中化存储，建议型号为PowerVault MD3800F，一台备份容灾存储一体机设备，对业务数据做自动化实时备份，建议型号为火星舱MSA-SSA-C16。

2）由于现有的物理服务器，配置相对较低，建议在新增加的服务器虚拟化硬件平台服务器上仿照现有的物理服务器创建新的虚拟机，代替原来的应用系统，并迁移原来的系统及数据到新的R920服务器和新建的MD38800F存储上。

3）现有服务器中由于已经运行多年，配置相对较低，建议将其内部的内存及硬盘集中进行整合，这样旧服务器的存储容量和性能会得到提升，用来做备用存储服务器，或临时数据备份使用。另外把整合后较新、性能好的服务器，与此方案建议新增的R920服务器并行做虚拟化平台，实施自动化管理，实现虚机的自动漂移。4）使用火星高科备份存储一体机替代原来的软件备份，用来备份新服务器上的数据，此备份设备可以做到自动化实时备份，也可以根据需要做到定时备份，可充分缓解人工备份带来的负担并减少错误发生，同时避免数据重复性带来的磁盘空间存储浪费。

5）假设新的应用系统出现问题，可以从备份一体机的iSCSI磁盘，将一体机上的磁盘直接挂载到原来的服务器，以实现系统的快速切换。

 实现效果

原有的旧服务器整合以后一部分作为备用存储服务器或临时存储数据使用，一部分做虚拟化平台备用机，新增的R920做虚拟化平台主用机，火星舱备份一体机进行实时与定时备份，如果虚拟化平台主用机出现问题，虚拟化平台备用机自动接管业务，其切换过程完全无需人工干预，如果新增的PowerVault MD3800F存储出现问题，则容灾备份一体机上的数据可直接挂载到业务虚拟机上，实现业务的高可用和数据的冗余安全。

 实施的流程

1）在新配置的Dell R920服务器上，安装VMware ESXi Server虚拟化平台。2）仿照原的物理服务器配置虚拟机，并迁移数据到新服务器和新存储上。3）关闭原来的物理服务器，使用新的虚拟服务器，替代原来应用。

4）将现有的旧服务器上的硬件集中安装到较新、配置较好的服务器上，将这台服务器配置为备用存储服务器或临时数据备份使用。

5）将现有的整合过硬件的服务器，安装VMware ESXi Server虚拟化平台。6）配置容灾备份一体机，对新存储设备里的数据进行备份。7）数据恢复测试，恢复指定的数据到指定位置。

8）灾难迁移测试（VMotion，FT），关闭新配置服务器，测试虚拟机是否在备用虚拟化平台上启动，关掉新配置存储，看能否将容灾备份一体机上的磁盘挂载到虚拟机业务服务器上接管应用。

功能实现与设计目标

 业务系统稳定运行是第一位的。无论是在实施虚拟化前，还是虚拟化后，都会近最大努力保证业务系统的连续、稳定运行。在使用虚拟化项目后，整个系统的可靠性，相对原来会有更多的提高。即使出现极端恶劣情况（例如机房服务器全部坏掉），在有备份系统的情况下，只要配置好一台新的服务器，在2～8小时中即可以逐一恢复每个应用（视优先级别依次上线每个应用）。

 数据与系统安全并重。无论是管理端（vCenter Server），还是虚拟化主机端，以及网络、存储，都至少有两个相同的应用，进行热备或切换。另外，对虚拟化后的所有主机进行备份，并且备份到一个单独的存储中。

平滑无缝升级。无论是虚拟化实施中，还是在实施虚拟化之后，当服务器的生命周期到达时，在更新替换服务器时，整个业务系统不会中断。

 新应用上线更加容易。只要有新的应用，可以直接在现有虚拟化平台创建新的虚拟机，为其设置好IP地址、安装好应用之后，即可上线。

 全部应用都是高可用。在虚拟化平台上的所有应用都是高可用的。

 高效的大规模管理、系统扩充容易。本方案一开始就是为处理大规模的 IT 环境而设计的，因此使用本方案可以更高效地进行大规模管理。在本方案中，单台 vCenter Server 实例就可以管理多达1000 台主机和10，000 个正在运行的虚拟机。VMware HA 和 VMware DRS 集群最多可支持 32 台主机和 3,000 个虚拟机。如果以后随着应用增加服务器不能满足需求时，向现有虚拟化数据中心中添加新的服务器即可，不再需要重新配置。 迁移方便。虚拟化之后，可以在虚拟机正在运行的同时，将其快速迁移到其他主机。也可以在虚拟机关闭的时候，为其迁移到不同的存储与不同主机。

 自动备份。使用VDPA可以对VMware ESXi中的虚拟机进行多次备份，并在需要时恢复。备份完成之后可以发送提醒邮件。

 硬件监控功能（借助 CIM SMASH 实现）可在关键组件（例如风扇、系统主板和电源）出现硬件故障时发出警报，并提供一个显示物理服务器和虚拟服务器运行状况的综合视图。

 强大性能虚拟机。VMware ESXi 6.0的虚拟机，可以为其分配128个虚拟CPU、4TB内存、3D图形支持。

2.3存储方案设计

为了保证整个业务系统的性能及数据稳定性，需要配置较高的存储。建议如下： 配置一台Dell MD3800F存储，建议配置12块900GB的2.5寸10000RPM SAS磁盘，配置为RAID5方式，具体是将11块硬盘做一个RAID5, 1块盘作为热备盘，随时准备进行坏盘的替换。总体容量为10×900GB=9TB，允许坏一块硬盘，加上热备盘最多坏2块保证数据不丢失，也是常用配置方式，请根据实际需求进行参考。在进行此种配置时，存储的IOPS可以达到1300，容量达到9TB。在配置为RAID5时，存储的读性能约为10×130MB/s=1300MB/s。

第三章 数据容灾备份方案设计

随着企业业务的不断发展，公司每天都将会产生大量重要数据，对于企业来讲，数据才是企业的核心，如果安全防护不当，重要数据容易面临丢失或删改的危险；或者面临病毒感染或恶意攻击，造成数据被破坏或丢失，将会给企业带来严重损失；还有因生产服务器或硬盘老化，设备故障后也很容易带来数据的损坏或丢失，业务服务器一旦非计划宕机或出现故障时，业务系统不能尽快恢复上线，将对企业造成严重的影响。所以对数据、业务系统和数据库等进行备份是必要的。但是传统备份是很繁琐和不智能的，传统备份只能进行定期备份，那么就会存在两个问题，一个是如果业务数据备份的不及时，至少在出现问题时我们不能做到零数据丢失，另外随着时间的推移，备份将是逐渐累积的，那么如果出现问题恢复数据将是一项耗时耗力的工作，这其中避免不了还原失败或者数据损坏的情况，因为还原的过程需要人工干预。以上的这些问题都是传统软件数据备份及还原都会遇到的问题，为了提高效率减少出错，我们应当考虑如何使得数据备份及恢复变的智能而简单。

为了保护好计算机系统，保障系统的连续性，并且完整的保存各阶段的数据、信息内容，我们建议采用北京亚细亚公司的火星舱数据备份容灾存储系统（数据备份一体机），数据备份一体机可以为企业提供一种完整、可靠的数据保护方案，能够对关键业务实施持续数据保护，保证关键业务的服务器内的数据完成实时保护，并在关键业务宕机时，能够及时挂载和接管，保证业务的连续性，最大程度地减少因系统宕机或人为误操作造成的损失。其设备可提供对众多业务软件的支持，如Oracle、Sybase和SQL Server等。针对用户的应用环境，火星舱数据备份一体机设备具备出色、强大、易管理的备份功能，主要表现在以下方面：

 完全自主知识产权的国产存储软件，可以有效地保障用户信息化建设中重要涉密数据的安全性。备份管理软件是完全自主知识产权的国产存储软件，可以有效地保障用户信息化建设中重要数据的安全性；

 软硬一体化结构，火星舱数据备份设备除了是备份服务器外，还内置了数据备份管理软件，并包含了存储介质。一套设备即可将备份服务器、备份管理软件、存储介质三者合一，降低后续的维护成本，从而提高系统的整体性价比。并且部署简单，插入网线后进行简单配置后即可开始使用。

 具备重复数据删除能力，它会将所要备份的数据拆分为若干个数据块，对这些数据块进行冗余检查，将其与已经存在于存储介质上的数据进行比对，对于重复的数据只保存一份，此方式不仅能极大的节省用户的磁盘空间，也能缩短备份与恢复的时间，最大限度的节省用户的经济成本与时间成本。

 可实现跨网段、跨防火墙的以太网数据备份，更能够对SAN环境提供的良好支持，实现LAN-Free、磁盘驱动器共享、灾难恢复等高端备份应用需求，解决了应用支撑平台集中数据备份、磁带数据容灾备份等问题。

 备份策略的灵活定制，包括：全备份、增量备份、差分备份等多种备份方式；提供基于日历、天、星期、月等周期性的自动备份功能，同时支持在特定情况下由用户触发的手动或脚本触发的自动备份。

可以图形化管理各种信息，包括在管理范围内存储设备的状态和性能信息、各种数据保护参数、各种备份作业的设置信息、各种备份/恢复作业的执行状态统计信息、备份策略及备份作业的监控、日志。

第四章 产品说明

4.1VMware虚拟化介绍

VMware（中文名威睿‖，虚拟机软件，是全球桌面到数据中心虚拟化解决方案的领导厂商。全球不同规模的客户依靠VMware来降低成本和运营费用、确保业务持续性、加强安全性并走向绿色。2008年，VMware年收入达到19亿美元，拥有逾150,000的用户和接近22,000多家合作伙伴，是增长最快的上市软件公司之一。 VMware虚拟化应用特点

 基础架构的利用率提高。通过将基础架构资源池化打破了一个应用一台物理机的瓶颈，虚拟化大幅提升了资源利用率。通过减少额外硬件的采购，园区信息化建设可以获得大幅成本节约。

 避免各业务系统宕机的风险。在安全系统还没有宕机之前将其迁移到新的硬件平台上，可以一直运行下去，而且可以动态扩展性能和空间。业务连续性和应用可用性都提高了。通过虚拟化，数据中心可以降低计划停机时间，并且可以从意外宕机快速恢复业务，而且可以将整个虚拟环境迁移到别处。

 IT维护人员的工作效率极大提高。过去上一台新服务器需要走复杂的流程，而现在新建虚拟机只是几分钟的事。这大大简化了服务器的供应，IT维护人员可以将时间花在更重要的事情上，比如制定更规范的IT方案，优化IT策略和业务等。新业务系统搭建不再依赖硬件，不用担心后期硬件升级带来的麻烦。 服务器及承载的业务系统后期维护、升级费用大大降低。

 降低机房运行费用。能耗、制冷和机房空间都有不同程度的节省，通过减少数据中心里服务器和相关硬件的数量，园区可以从减少机房空间、能耗与制冷需求中获益，从而降低IT成本。每台服务器大约可节约3000到4000元每年。

 VMware技术优势

VMware 解决方案：得到最多验证、最受信赖且部署最广泛当选择一个云计算基础架构平台时，选择一个很多客户、行业和部门都在使用的平台很重要。VMware 提供市场上最好的云计算基础架构解决方案：一个基于坚实的虚拟化平台的解决方案、一条通往您选择的云计算的实用途径和一个更好的安全模型。

虚拟化产品技术综合对比分析应当基于总体拥有成本(TCO)进行比较。任何公司进行云计算 TCO 分析时，除了前期许可成本之外，还必须在计算中包括以下内容：

 每个物理服务器的虚拟机密度如今，IT 管理和维护费用占用了大部分 IT 预算。每个解决方案在多大程度上提高了 IT 员工的效率并降低了运营成本？ 最大限度地增加每台物理服务器的虚拟机密度

在进行虚拟化之前，IT 部门在每台物理服务器上运行一个应用，因此使用服务器单位成本曾经是比较成本的快速方法现在是多对一的关系。因此，比较服务器单位成本不再有意义。更准确的衡量指标是应用单位成本，因为您想要了解需要多少成本来运行维持业务运营所需的一整套应用。这就像是在问：―一辆 4 门轿车和一辆 50 座的大巴，哪个性价比更高？‖ 轿车可能前期成本较低，但如果您需要运一个足球队，那么 50 座的大巴显然性价比更高！因为客车的乘客密度较高，所以每位乘客的运送成本更低。在多对一关系中，密度具有重要意义。

VMware 进行了大量技术投入，以求在 vSphere 上实现非常高的虚拟机密度：

 内存超额使用在整个集群中对虚拟机进行动态负载平衡，使应用能在需要时获得所需资源，从而为管理员提供一个安全网，让他们能够以更高的利用率运行各个服务器，同时满足服务级别协议。

 高性能的―群‖调度程序VMware ESXi 可以实现非常高的 I/O 吞吐量，并且能够处理在更多虚拟机同时请求硬件资源时产生的 I/O 需求。

 逻辑资源池-能够将主机集群分到各个 CPU、内存、网络连接和存储资源的池中，并将池分配给业务部门，这样它们就能互相独立地管理资源且不浪费硬件能力。其他云计算基础架构平台都无法达到 vSphere 的高虚拟机密度，也无法在如此高的密度下在所有运行的虚拟机中仍保持一致的应用高性能。

每个物理服务器的虚拟机密度（在同一台物理服务器上能同时运行的虚拟机的数量）直接影响应用单位成本，而且不受新的新的 RAM 授权容量的影响。这是因为虚拟 RAM 是作为一个共用的资源池被衡量的，所有由 vCenter 管理的主机都能使用它，而且典型环境将包含各种不同规模的虚拟机。例如，一个多层的 Web 应用通常基于一个数据库服务器、一个或多个应用服务器和多个 Web 服务器。尽管虚拟数据库可能需要比较大的虚拟机（8 GB 或更多的虚拟 RAM），但 Web 服务器通常比较小（少于 4 GB 的虚拟 RAM）。因为在 Web 应用中部署的 Web 服务器比数据库服务器要多，所使用的有效平均虚拟 RAM 少于 8 GB。

典型的工作负载分配通常由 60% 的小虚拟机（2–4 GB 的虚拟 RAM）、30% 的中等大小虚拟机（4–8 GB 的虚拟 RAM）和 10% 的大虚拟机（8 GB 或更多的虚拟 RAM）组成，平均每个虚拟机的有效虚拟 RAM 为 4.8 GB。VMware 解决方案可以虚拟化 200个应用，应用单位成本更低，而且不受虚拟RAM授权容量的影响。

 VMware ESXi 6.0产品说明

VMware ESXi 是一种―裸机‖虚拟化管理程序，也就是说，它直接安装在物理服务器之上，并将其划分成可同时运行的多个虚拟机，这些虚拟机共享底层服务器的物理资源。VMware 在 2007 年推出 ESXi，提供了业界领先的性能和可扩展性，并确立了全新的可靠性、安全性和虚拟化管理程序管理效率标准。VMware ESXi 6.0是最新的服务器虚拟化平台，具有如下特点：

（1）Image Builder。一套新的命令行实用程序，管理员可以使用这些实用程序创建包含用于专用硬件的第三方组件（例如驱动程序和 CIM 提供程序）的自定义 ESXi 映像。

Image Builder 可以用于创建适合不同部署类型的映像，例如基于 ISO 的安装、基于 PXE 的安装以及自动部署。它被设计成一个 Power Shell 管理单元组件，并与 PowerCLI 捆绑在一起。

（2）全新ESXi 防火墙。ESXi 6.0管理界面通过一种面向服务和无状态的防火墙加以保护，您可以使用 vSphere Client 或带 esxcli 接口的命令行对该防火墙进行配置。一种新型防火墙引擎消除了使用 iptable 和规则集为每个服务定义端口规则的情况。对于远程主机，您可以指定允许访问每个服务的 IP 地址或 IP 地址范围。

（3）更强大的 SNMP 支持。ESXi 6.0扩展了 SNMP v.2 支持，现在您可以全面监控主机上的所有硬件。

（4）安全 Syslog。ESXi 6.0对系统消息日志记录增加了一些增强功能。现在所有日志消息都由 syslog 生成，而且现在消息可以记录到本地和/或一个或多个远程日志服务器中。可以使用安全套接字层(SSL)或 TCP 连接远程记录日志消息。使用 vSphere 6.0，可以将来自不同来源的日志消息配置为记录到不同的日志中，以提供更多方便。除了 vSphere Client 之外，还可以使用 ESXCLI 完成消息日志记录的配置

（5）通过自动部署集中管理主机映像和配置的功能。与主机配置文件、Image Builder 和 PXE 配合使用，VMware vSphere 自动部署能够简化管理数百台计算机的 ESXi 安装和升级的任务。ESXi 主机映像集中存储在自动部署库中。新主机可以根据用户自定义的规则自动实现部署。全新重建服务器就好像重新启动一样简单。要在各个 ESXi 版本之间迁移，您需要使用自动部署 PowerCLI 来更新规则，并执行测试遵从性和修复操作。

（6）全新虚拟硬件。ESXi 6.0引入了虚拟机硬件版本 8 的新一代虚拟硬件，它包括以下新功能：

 单个虚拟机支持128个虚拟CPU（vCPU）和4T虚拟内存（vRAM）; ESXI主机支持480个CPU和6TB 内存（RAM）；  ESXI主机支持1024个虚拟机（VM）；  集群支持64个节点。

 非硬件加速的 3D 图形，提供 Windows Aero 支持。ESXi 6.0 支持 3D 图形，可以在虚拟机中运行 Windows Aero 和基本的 3D 应用程序。

 USB 3.0 设备支持。使用 Linux 客户操作系统时，ESXi 6.0 可以在虚拟机中提供

USB 3.0 设备支持。连接到运行 vSphere Web 客户端或 vSphere Client 的客户端计算机的 USB 3.0 设备可以连接到虚拟机，并从虚拟机中进行访问。目前暂不支持连接到 ESXi 主机的 USB 3.0 设备。

 UEFI 虚拟 BIOS。在 ESXi 6.0上运行的虚拟机可以通过统一可扩展固件接口

(UEFI)启动，并使用该接口。

 更广的支持

1.支持最新的X86芯片组、设备、驱动程序和客户端操作系统。

 令人惊艳的图形处理

1.NVIDIA GRID vGPU 能够为虚拟化解决方案带来NVIDIA 硬件加速图形的所有优势。 即时克隆

1.内置于vSphere 6.0 中的技术，为快速克隆和部署虚拟机打下基础，其速度是当前速度的10倍多。

 VMware vCenter Converter产品说明

VMware vCenter Converter是VMware推出的一款可以将物理机转化为虚拟机的软件，它可以快速将基于 Microsoft Windows 的物理机和第三方映像格式转换为 VMware 虚拟机。它还可以在两个 VMware平台之间转换虚拟机。使用 VMware vCenter Converter，可以自动化和简化物理机到虚拟机以及虚拟机格式之间的转换过程。

VMware vCenter Converter 可以在多种硬件上运行，并支持常用的大多数 Microsoft Windows 操作系统版本。通过这一功能强大的企业级迁移工具，您可以：

（1）快速而可靠地将本地和远程物理机转换为虚拟机，而不会造成任何中断或停机。（2）通过集中式管理控制台和直观的转换向导同时完成多个转换。

（3）将其他虚拟机格式（如 Microsoft Virtual PC 和 Microsoft Virtual Server）或物理机的备份映像（如 Symantec Backup Exec LiveState Recovery 或 Ghost 9）转换为 VMware 虚拟机。

（4）将虚拟机的 VMware Consolidated Backup(VCB)映像恢复到运行的虚拟机。（5）作为灾难恢复计划的一部分，将物理机克隆并备份为虚拟机。（6）易于使用的向导可将转换步骤减到最少。VMware vCenter Converter的示意如下图所示。

VMware vCenter Converter示意图

使用VMware vCenter Converter，主要有两种迁移方式，一种是直接在要迁移的物理机上，安装并运行该软件，然后通过网络共享文件夹的方式，直接将该主机上的所有数据迁移到提供共享文件夹的服务器上，将该主机上的所有数据以虚拟机的格式保存。

VMware vCenter Converter 迁移的另外一种方法，是在网络连通的情况下，直接通过网络将要迁移的物理主机的数据以虚拟机的方式，保存在该服务器上，在迁移的时候，需要提供远程要迁移的物理主机的管理员帐户和密码。

 VMware vCenter Server产品说明

VMware vCenter Server 提供了一个可伸缩、可扩展的平台，为虚拟化管理奠定了基础。VMware vCenter Server（以前称为 VMware VirtualCenter），可集中管理 VMware vSphere 环境，与其他管理平台相比，极大地提高了 IT 管理员对虚拟环境的控制。VMware vCenter Server：  提高在虚拟基础架构每个级别上的集中控制和可见性  通过主动管理发挥 vSphere 潜能

 是一个具有广泛合作伙伴体系支持的可伸缩、可扩展平台

4.2火星舱容灾备份设备产品说明

火星高科在备份和容灾方面积累了多年的经验，总结出针对数据保护和容灾的多维度数据保护技术（MDP）。

火星舱多维度数据保护技术（MDP）从数据源类型、操作系统环境、数据获取方式以及时间轴（包括恢复点目标RPO和恢复时间目标RTO）等多种维度提供保护，真正实现在单一设备上整合多种数据保护技术，是目前业界能够看到的功能最丰富并且完全自主掌握核心技术的国产产品。

根据不同的环境采用不同的备份容灾实现方式，以满足客户的需求，以最好的TCO保护用户的投资。

北京亚细亚公司自主研发的火星舱数据备份设备架构可方便地增减功能，可提供对众多业务软件的支持，如Oracle、Sybase和SQL Server等。针对客户的应用环境，火星舱数据备份设备具备出色、强大、易管理的备份功能，主要表现在以下方面：

 完全自主知识产权的国产存储软件，可以有效地保障政务信息化建设中重要涉密数据的安全性。微软的黑屏事件、澳大利亚封杀华为等充分说明自主可控的重要性。备份管理软件是完全自主知识产权的国产存储软件，可以有效地保障国家政务信息化建设中重要涉密数据的安全性，特别是在当前国际形势比较严峻的时期。通过采用具有国际先进水平的国产化软件，逐步构建政府部门自主可控的电子政务信息安全体系，为保障国家信息安全发挥应有作用。

 软硬一体化结构，火星舱数据备份设备除了是备份服务器外，还内置了数据备份管理软件，并包含了存储介质。一套设备即可将备份服务器、备份管理软件、存储介质三者合一，降低后续的维护成本，从而提高系统的整体性价比。并且部署简单，插入网线后进行简单配置后即可开始使用。

 火星舱数据备份设备中系统安装于设备DOM盘中，当系统发生故障时，无需过多操作，只要更换DOM盘，系统即可恢复如常，并且数据不被丢失。

 火星舱数据备份设备采用Raid保护机制，当设备磁盘发生故障时，只要直接热插拔替换磁盘即可，不存在需要停机带来业务的中断。

 具备重复数据删除能力，它会将所要备份的数据拆分为若干个数据块，对这些数据块进行冗余检查，将其与已经存在于存储介质上的数据进行比对，对于重复的数据只保存一份，此方式不仅能极大的节省用户的磁盘空间，也能缩短备份与恢复的时间，最大限度的节省用户的经济成本与时间成本。

 可实现跨网段、跨防火墙的以太网数据备份，更能够对SAN环境提供的良好支持，实现LAN-free、磁盘驱动器共享、灾难恢复等高端备份应用需求，解决了应用支撑平台集中数据备份、磁带数据容灾备份等问题。

 具备远程互备功能，两台以上的火星舱数据备份设备可以实现远程互备功能，任意两台火星舱数据备份设备都可以作为发送端与接收端进行相互的远程备份，实现异地容灾，使数据更加安全。

 备份策略的灵活定制，包括：全备份、增量备份、差分备份等多种备份方式；提供基于日历、天、星期、月等周期性的自动备份功能，同时支持在特定情况下由用户触发的手动或脚本触发的自动备份。

 可以图形化管理各种信息，包括在管理范围内存储设备的状态和性能信息、各种数据保护参数、各种备份作业的设置信息、各种备份/恢复作业的执行状态统计信息、备份策略及备份作业的监控、日志。

 设备厂商具有良好的技术支持能力，为用户提供本土化支持与服务，能够快速对设备问题提供修改和响应。

 产品外观

 部分应用支持图例

 火星舱部分案例

 政府行业

 国家安监总局―金安‖工程全国范围备份项目；

 国家统计局全国第二次农业普查数据备份和图像归档管理系统（涉及全国31个省333个地市）；

 国家统计局第六次全国人口普查数据存储备份项目；

 中国科学院资源规划（ARP）项目（二期）存储备份系统项目-数据存储备份系统；

 国务院港澳办公室存储备份系统；

 中国地震局台网中心财务管理信息系统集成项目；  河北省通信管理局；  河北省旅游局；  河北高速公路管理局；  石家庄市公安局；  石家庄市农业局；  军事行业

 中国资源卫星应用中心―CBERS卫星数据实验系统‖的软件开发；

 中国资源卫星应用中心中巴地球资源一号02B星地面系统改扩建项目—数据与信息管理分系统DIMS；

 中国资源卫星应用中心全国陆地观测卫星数据处理和服务设施建设项目—数据归档与信息管理分系统；

 中国人民解放军总后勤部数据资料存储系统；  中国人民解放军总参谋部存储管理系统；  总参三部遥感卫星存储项目；

 总参大气研究所涉密数据存储备份系统；  总参三部某局数据迁移系统；  二炮装备研究院数据备份系统；  教育行业

 中国艺术研究院图书馆数据归档系统；  陆航学院图书馆数据存储备份系统；  北京语言学院数据存储备份系统；  北京市第九中学-数据存储备份系统；

 北京石油学院附属中学信息化建设项目备份系统；

 北京市海淀区教育信息中心信息化建设项目数据机房容灾备份系统；  北京市石景山区教育信息中心数据备份系统；  上海市西中学数据存储备份系统；  河北经贸大学；  石家庄学院；  石家庄职业技术学院；  医疗行业

 华方中医专科医院成功案例存储备份系统；  河南平顶山第二人民医院备份存储系统；  范县人民医院备份容灾设备项目；  福建沙县医院备份存储系统；  福建柘荣医院备份项目；  河北医科大学第三医院；  河北人民医院；  邢台巨鹿县医院；  企业

 格力电器；  河北高远集团；  石家庄以岭药业股份；  石药集团；  汇金机电股份；  汇丰源典当；  河北常山生化药业；  保定长城汽车；  保定轩宇汽贸；  保北医药药材； 第五章 附件设备清单

第三篇：智能化集成系统方案

第1章

智能化集成管理系统

1.1 系统概述

智能楼宇集成管理系统（IBMS）是将建筑内各智能化子系统集成在统一的平台上，运用标准化、规范化及系列化的开放性设计、同时采用统一的计算机平台、运行和操作在统一的人机界面环境下，实现信息、资源和任务共享，完成集中与分布相结合的监视、控制和管理的功能，以提高管理和服务效率，节省人工成本。系统集成将建筑内各子系统在物理上，逻辑上和功能上连接在一起，将子系统有机结合以实现信息、资源和整体任务的共享，生成能够涵盖信息的收集与综合、信息的分析与处理、信息的交换与共享的能力，在提高各子系统水平的基础上，对涉及不同学科、不同专业的各种子系统进行协调与优化，以增加少量的投资，求得总体的优化，从而得到更高的经济、社会和环境效益。

1.2 系统功能要求

系统集成的目标是满足大厦物业管理的需要，系统需实现以下功能：

1、集成应用分类分析

各系统的末端设备点是IBMS系统集成的根本，必须有一个合理的“容器”对其进行归类管理，IBMS系统应根据其单幢建筑楼层分割的特性，以楼层作为一个“基础容器”将各系统的末端设备点进行分类展示，以达到管理的最短路由，系统将采用电子地图的形式对其点位进行有效部署及监控界面提供。

2、集成应用信息收集分析

作为一套需提供实时监控管理功能的系统，其从点位到系统各环节设备、设施运行的状态信息和工况信息是其收集的主体，此外一些设备、设施的静态信息（如品牌、型号等）也应成为IBMS中信息存储的重点，通过对所辖范围内的点位运行异常信息（如运行状态报警、工况运行故障等）收集，同时系统在运行过程中需结合如日志历史、配置记录等其他信息也是整个集成系统的一块较大比重的应用信息，形成多态信息的线性联动，为楼宇运营提供更完备的集中化管理建议，从而在信息上达到集成，达到统一，以落实系统信息集成的需求。

3、集成指令系统应用分析 如果说“信息收集”左脑，那“指令系统”就应该是整个系统的右脑，指令系统模块在整个IBMS系统中是所有交互指令汇总点及交互点。该模块上行端接收来自于系统界面或是IBMS系统内部产生的控制流编码，下行发送模块则是建立在上行接收编码与各集成系统接口通讯协议转换网关基础下，实现对系统控制流的上传下达功能主体。

4、机电设备管理：

楼宇设备自动化系统是集成管理系统的重要子系统。集成管理系统通过BA网关从BA系统提取以下子系统的信息：空调系统、变风量机组、空调热水系统、冷水机组、冷却水、冷却塔控制、新风空调机组、风机排管系统、全热交换器（HRV）空调系统、排风机系统、给排水系统、变配电系统、电梯系统、水、电、空调计量系统等相连。IBMS和BA系统通过OPC方式进行通讯，BA系统通过OPC Server提供数据，IBMS的网关作为OPC Client，通过OPC Server即可获取BA系统 所有信息，同时，系统网关将联动指令发送OPC Server由其进行分系统状态调节。

5、资源消耗管理：

对变配点各仪表参数信息进行维护。对仪表进行分类、分项、设置最大量程、初始读数等属性，还可按照楼层或功能上传仪表布点图。侧重考虑能耗监测功能，分系统进行计量：如照明系统、空调系统（主机、水泵、风机等）、电梯、动力等。在全面的数据采集和数据累积的基础上，系统可以完成以下功能，以最大限度节约能源。

1.3 系统设计要求

1、智能化集成管理系统应采取软件或硬件集成模式，主要即系统集成通过软、硬件接口集成机电运行控制系统。

2、智能化集成管理系统应具备开放型架构，被集成电机系统与集成管理系统之间数据流双向传递，集成管理系统应有独立的数据库系统，数据库应采用SQL Server或ORACLE等。

3、集成管理系统应最大限度的获取被集成机电系统的数据，获取的数据应完整的体现子系统的运行状态，如子系统开放控制权限，集成管理系统应能通过软硬件接口完全控制子系统的运行。

4、集成管理系统中的机电子系统状态界面应为图形界面，设备状态图形应与被集成子系统自身控制系统的图形接近或相同，参数调整等控制界面应与被集成子系统的控制界面接近或相同。获取的数据应完全在系统的界面上显示。

5、智能化集成管理系统应采用B/S或C/S架构，允许采用专用的客户端软件访问，也可以通过标准的WEB浏览器进行访问，WEB浏览器的访问数量不应有限制。

6、智能化集成管理系统应有多种操作角色，保证机电设备的运行不会被误操作，同时又保证系统的正常操作。

7、智能化集成管理系统的操作界面应是全图形化的，系统应通过立体模型、电子地图等形式完全展现大楼的结构，在平面图上可以将机电设备、安防监控、火灾自动报警设备等设备完全体现，根据操作人员的权限不同，在平面图上看到的设备也将不同，以保证系统的安全性。

8、智能化集成系统主要包括以下内容:  综合安保管理系统  火灾报警系统  建筑设备管理系统

9、智能化集成管理系统的服务器应采用双机热备的方式，当主机遇到故障退出服务时，备份机应自动接手，切换时间不应超过一分钟。

10、智能化集成管理系统内设时间服务器，时钟源由GPS授时提供，为所有智能化系统内的设备提供时钟同步信号。

11、智能化集成管理系统应有报警平台功能，所有的报警信息都需要多种通知方式，如电话、邮件、即时通讯、手机短信等发给相关责任人。

1.4 系统总体构成

智能化集成系统主要包括集成管理平台软件、接口软硬件、数据库、服务器及工作站等组成。1.4.1 系统硬件构成

1、数据库服务器：标准19寸机柜式安装，其配置以满足本系统运行需要并保证3年不落后，数据存储容量为3年。智能化承包人应考虑设备的容错性。

2、应用服务器：标准19寸机柜式安装，其配置以满足本系统运行需要并保证3年不落后，数据存储容量为3年。智能化承包人应考虑设备的容错性。

1.4.2 系统应用软件构成

1、开发环境

操作系统：Microsoft Windows平台

数据库： Microsoft SQL Server 2008 企业版

2、运行环境

操作系统：服务端：Microsoft Windows平台 客户端：Microsoft Windows平台 数据库：Microsoft SQL Server 2008

1.4.3 系统集成基础功能

1、环境监测系统集成功能部署

IBMS系统通过采集的环境监测系统或添置的传感采集点对其环境温湿度、漏水监测实现管理功能区域的实时监测预警，辅以UPS设备、精密空调及其他所涉有效机电设备，形成一个能对空间环境进行状态记录、隐患发现、综合预警环境监测载体，通过其他接入系统的阈值联动，达到对管理区域策略的优化。

2、控制系统集成功能部署

楼宇设备自动化系统是集成管理系统的重要子系统。集成管理系统通过设施网关从系统提取以子系统的信息：如空调系统、变风量机组、空调热水系统、冷水机组、冷却水、冷却塔控制、新风空调机组、风机排管系统、全热交换器（HRV）空调系统、排风机系统、给排水系统、变配电系统、电梯系统、水、电、空调计量系统等相连。包含以下几大功能：

1)机电设备运行状态监视：监视机电设备的运行状态，运行参数，通过接口与集成管理系统相连，集成管理系统通过工作站可以进行设备运行状态的集中监视和查询。

2)故障报警显示：当设备出现故障或超限报警时，集成系统将利用报警功能显示相应的故障报警信息。定位故障报警设备的位置和名称，提示处理方案，记录处理过程。

3)具有直观形象的图文显示功能和电子地图功能。4)统计分析所有设备的当前运行状态和历史报警故障报表。

5)在IBMS 的管理计算机上，能以平面图、系统图、透视图和表格等多种方式，显示所有BA监控系统的构成与设备的实时运行、故障、报警状态。6)在IBMS 的管理计算机上，操作者在控制权限内，可直接监控任何一台设备，并可实施远程设定与控制。

3、系统辅助管理应用

1)预警处理

各子系统设备的运行状态，运行参数，通过接口与IBMS系统相连，IBMS系统通过工作站可以进行设备运行状态的集中监视和查询。当子系统设备出现故障或超限时，各子系统的通讯网关接收到报警信号并将报警信息发送到IBMS系统，我们再通过串口服务器把数据发送到以太网上，IBMS系统的前台程序将利用报警功能的弹出框显示相应的故障报警信息。

报警触发网关获取报警信息将报警信息发给DeviceMonitor将状态值保存进数据库数据库判断是否报警是保存报警信息弹出报警窗口处理报警结束

2)集中报警事件处理

通过集成监控计算机，大厦管理人员可以集中监视和处理各子系统的设备故障和报警。系统记录操作人员对事件的处理过程和结果。

当系统检测到故障报警时，在突出位置显示故障报警的设备信息，地点，给出事件处理方案，根据需要联动相关的子系统，记录操作人员对事件的处理过程和结果。

系统对所有的报警提供统一的报警显示和处理模块：报警显示、报警定位、报警事件处理、报警视频和录像查询、报警复位、历史记录管理、历史记录查询；报警信息包括用户定义报警事件的级别、报警联动流程、报警事件处理流程、报警显示与提示信息等，系统在报警发生时根据相应的预案设置，引导操作人员的决定，并记录所有工作过程。

流程描述：

A.当出现报警后，自动弹出报警事件列表的窗口以及第一个报警事件的电子地图，与此同时在后台，相关联动功能（根据设定的联动表）将被启动报警事件列表信息包括区域、报警类别、设备名称、联动记录、当前处理状态、报警状态、报警级别等。

B.状态图标初始为亮绿色，表示设备保持在当前报警状态，当报警状态发生变化时，状态图标变为灰色。

C.处理状态初始为未处理，点击后出现确认和处理画面。确认时系统只记录确认情况，改变处理状态，而处理时系统复位联动。

D.如果状态图标为灰色，用户处理后此条报警将进入历史记录，同时从当前报警列表中删除。处理后状态变为已处理，但状态图标为亮绿色，表示仍然维持在当前报警状态，此条报警仍然保持在报警列表中，当设备报警状态变化时，系统自动将其保存到历史记录，同时从当前报警列表中删除。如果因为某种原因，系统没有收到设备复位消息（例如和门禁系统断开），用户可以强制归档，将其移到历史记录中，同时从当前报警列表中删除。

E.点击摄像机的查看联接可以查看联动的摄像机记录，再点击摄像机名称可查看摄像机图像；联动记录包含了所有的联动。3)系统访问权限管理

系统将以子系统、应用功能作为系统内的基础应用单元进行访问管理，以角色作为各应用单元的归约容器，超级管理员用户可在系统内设置拥有基础应用单元的角色来划分各岗位的应用系统的权限，同时具有角色分配权限的用户可通过配置各岗位权限的用户来授权各访问者应用系统的范围。

4、系统其他功能部署

一套卓有成效的管理系统，其功能需根据使用者需求不断完善，建立在系统采集信息和指令系统基础上的功能需要不断扩展才能使其真正发挥作用，在维护过程中用户可根据使用要求对系统功能进行不断的投资扩容，以达到最优化管理。

1.5 主要系统技术指标

1、主要技术指标

集成管理系统的总体结构是结构化和模块化的，具有很好的兼容性和可扩充性，既可使不同厂商的集成管理系统到一个管理平台中，又可使系统能在日后得以方便地扩充，并扩展另外厂商的系统。IBMS系统能够对各种子系统提供很强的集成能力，能够集成大规模的子系统设备，应对大量的客户端访问。1)对客户端数量无限制

2)集成平台对信息进行采集处理时间小于1秒（子系统数据时延不计在内）3)集成平台客户端显示数据时间小于1秒

2、参考要求：

系统从下往上包括多个层次: 子系统设备层、接口通讯层、数据逻辑处理层、应用层。

1.6 系统其它相关要求

IBMS系统架构在各子系统之上，各子系统必须提供相应的协议IBMS才能对其进行集成。子系统接口应该满足下列要求

1)免费开放其接口协议，其协议应当能使IBMS系统获取其系统内的必需信息 2)同时提供协议所需要的软硬件模块：当其接口协议需要其他软硬件模块才能通讯时，应当一并提供，如OPC协议，应当同时提供OPC Server。3)接口协议的通讯速度应当满足用户要求

4)在项目实施过程中，甲方协助我方和子系统厂商一起协调解决接口协议 5)子系统的厂商为IBMS的接口调试和测试提供完全的协助和配合

6)为满足用户控制和联动控制需要提供控制功能的子系统还应当满足下列要求：

7)保证子系统运行安全，控制功能符合行业要求和规范 8)子系统同意对其控制，开放控制协议和控制内容

第四篇：集成系统教学大纲

《图书馆集成系统》教学大纲

一 说明

课程性质与特点：图书馆集成系统是图书馆自动化管理的重要工具；是计算机管理系统在图书馆现代化管理中的具体应用。

在专业教学计划中的地位、作用和意义：是图书馆专业的专业必修课程。面向图书馆的现代化管理，使学生必须掌握的技能。（前期课程：文献分类法、文献编目、图书馆管理、信息管理概论。）

教学目的与任务：通过本课程的学习，使学习者达到能根据图书馆中的具体要求，熟练掌握图书馆集成系统中每个子系统的原理、功能和使用，能进行集成系统的整体结构分析。

学分和学时：2学分；48学时；（包括实验16学时，见实验教学大纲）教学手段和方法：理论讲授、实践操作

考试方式和方法：考试、闭卷（分值占70%）、计算机操作（分值占30%）

二 教学内容和学时分配

第一章 图书馆集成系统概论 教学要求

掌握图书馆集成系统的基本理论知识。主要内容要点

我国图书馆集成系统的发展过程及与国外的比较；系统集成的基本原则和系统结构分析。

授课时数：4学时

第一节 图书馆集成系统的业务流程基础

一、业务流程的定义

二、图书馆的业务工作流程

第二节 图书馆集成系统建设的基本原则

一、图书馆集成系统的建设目标

二、图书情集成系统建设的影响因素

三、图书情集成系统建设的基本原则 第三节图书馆集成系统结构分析

一、图书馆集成系统功能结构分析

二、现有图书馆集成系统分析 第二章 MARC介绍 教学要求

掌握MARC的常识、MARC21、CNMARC格式的内容，学会MARC与数据库表之间的数据交换。

主要内容要点

MARC的常识、MARC21、CNMARC格式的内容，MARC与数据库表之间的数据交换。

授课时数：4学时 第一节 MARC格式概说

一、MARC格式的产生与

二、MARC格式的应用

三、MARC数据的获取

四、基本概念和定义

五、机读数据的组织 第二节 MARC21格式

一、头标区

二、可变字段

第三节 中国机读目录CNMARC

一、头标区

二、目次区

第四节 图书馆集成系统中数据的导入和导出

一、从MARC文件到关系数据库

二、将关系数据库书目数据导出为MARC文件数据

三、通用转换软件的要求 第三章 号码系统与条形码技术 教学要求

结合图书馆业务功能介绍号码处理系统的设计和条形码技术的基本知识。主要内容要点

号码系统知识和条形码技术。授课时数：4学时 第一节 号码系统设计

一、使用号码系统的优势

二、图书馆集成系统中的号码系统的类型

三、号码系统的设计形式

四、号码系统设计的一般原则 第二节 条形码技术概述

一、使用条形码的理由

二、条形码的应用 第三节 一维条形码 一、一维条形码的基本概念与结构

二、条形码的识别原理及设备

三、条形码的印刷

四、商品条形码 第四节 二维条形码 一、一维条形码与二维条形码特点的比较 二、二维条形码的识别 三、二维条形码在出版业中的应用

第五节 图书馆集成系统中号码系统设计案例

一、设计目的

二、应用背景

三、号码系统的设计

四、条形码印刷

五、条形码识别系统 第四章 图书馆采访子系统 教学要求

掌握图书采访子系统的类型、功能结构、处理流程分析、数据流向分析和该系统下的各子功能。

主要内容要点

掌握图书采访子系统的类型、功能结构、处理流程分析、数据流向分析和该系统下的各子功能

授课时数：8学时 第一节 图书采访系统概述

一、系统类型

二、系统功能结构

三、系统处理流程分析

四、系统数据流向分析 第二节 图书预订

一、查重预订

二、查重套录

三、订单删除

四、订单打印、复本校对、编目返订 第三节 图书验收

一、书目验收

二、书目催询

三、传票打印、验收明细 第四节 帐目统计

一、图书采购总括帐和明细帐

二、采购资金统计 第五节 采访数据管理

一、MARC装载

二、下载后MARC浏览

三、下载前MARC浏览

四、系统字典管理 第六节 网上书店与采访

一、网上书店的商务模式

二、网上书店的经营方法

三、网上书店的运作机制

四、网上跳蚤书市 第五章 图书编目子系统 教学要求

掌握图书编目子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能

主要内容要点

掌握图书编目子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能

授课时数：6学时

第一节 图书编目系统概述

一、计算机编目系统构成

二、编目系统应具有的特点

三、数据库及其用途

四、系统工作流程分析

五、系统数据流向 第二节 图书著录 一、一般图书著录

二、CNMARC编辑

三、预编管理

四、CNMARC下载、输出

五、修改数据、删除数据 第三节 打印输出

一、打印卡片

二、打印书标

三、新书通报 第四节 编目验收

一、编目工作传票

二、中央书目数据传送

三、典藏数据传送

四、新书数据传送

五、新编数据删除 第六节 书目查询

一、按分类种、卷次查询

二、按所书号查询

三、按责任者查询

四、按书名查询

五、按ISBN号查询

六、按主题词查询

七、工作量查询

第六章 连续出版物子系统

教学要求：掌握连续出版物子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能

主要内容要点

图书编目子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能

授课时数：4学时

第一节 连续出版物系统概述

一、连续出版物系统特点

二、系统功能

三、连续出版物系统数据类型

四、国际连续出版物数据系统ISDN 第二节 连续出版物订购

一、订购功能的特点

二、订购中应建立的数据库

三、连续出版物系统订购流程

四、订购处理流程细节

五、验收催询 第三节 连续出版物编目

一、编目特点

二、编目数据库

三、编目工作流程

四、编目中的数据流向

五、连续出版物著录 第四节 查询统计

一、连续出版物查询

二、连续出版物统计

三、连续出版物装订 第七章 图书流通子系统 教学要求

掌握连续出版物子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能。

主要内容要点

连续出版物子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能

授课时数：6学时 第一节 图书流通系统概述

一、系统特点

二、系统功能

三、数据类型 第二节 读者服务

一、读者借还

二、读者预约

三、赔书与退赔

四、损书罚款

五、条码补遗 第三节 查询服务

一、借阅信息查询

二、归还信息查询

三、图书去向查询

四、条形码查询

五、书目信息查询

六、预约信息查询

七、流通信息查询

八、罚款信息查询

九、赔书信息查询

十、书目流通历史查询

十一、各类图书借还查询 第四节 藏书流通管理

一、图书流通率

二、图书呆滞率

三、图书拒绝率

四、相关系数及适应度分析

五、图书外借周转率 第八章 OPAC与Z39.50标准 教学要求

掌握OPAC的概念、发展历程及OPAC系统的功能设计和屏幕设计，了解Z39.50协议。

主要内容要点

OPAC的概念、发展历程及OPAC系统的功能设计和屏幕设计，Z39.50协议。授课时数：6学时 第一节 OPAC

一、OPAC的概念

二、OPAC的发展历程

三、OPAC系统功能设计

四、OPAC系统的屏幕设计 第二节 Z39.50标准

一、Z39.50标准发展历程

二、Z39.50标准的应用领域与范围

三、Z39.50标准的信息检索服务

四、Z39.50协议规范

三 教材及主要参考书

教学用书：《图书馆信息化建设》 陈能华 高等教育出版社 2004 主要参考书目：《图书馆自动化系统》，上海交大，1999

第五篇：建筑设备集成管理系统技术方案

目录

1.概述.......................................................................................................3

1.1.系统集成设计目标.........................................................................................4 1.2.设计原则.........................................................................................................7

2.集成系统的总体设计...........................................................................8

2.1.系统集成平台选型.........................................................................................8 2.2.系统集成总体框架图.....................................................................................9 2.3.采用J2EE的B/S三层架构模式的整体优势............................................11 2.4.系统集成网络结构.......................................................................................13 2.5.数据库设计...................................................................................................13 2.6.接口网关设计...............................................................................................14 2.7.系统性能指标...............................................................................................16

3.智能建筑集成管理系统功能设计.....................................................16

3.1.管理工具.......................................................................................................17 3.1.1.界面风格设置：....................................................................................17 3.1.2.值班管理................................................................................................17 3.1.3.文档管理................................................................................................17 3.1.4.常用软件下载........................................................................................17 3.1.5.系统安全管理........................................................................................17 3.2.工程管理功能...............................................................................................19 3.3.服务管理功能...............................................................................................19 3.4.视频监控功能...............................................................................................19 3.5.实时监控功能...............................................................................................20 3.6.实时报警功能...............................................................................................20 3.7.报警管理功能...............................................................................................21 3.8.历史数据查询报表功能...............................................................................22 3.9.时间表排程功能...........................................................................................22 3.10.系统联动配置功能.....................................................................................23

3.11.智能预案管理功能.....................................................................................23

4.子系统集成范围及接口功能描述.....................................................24

4.1.火灾自动报警系统.......................................................................................24 4.1.1.接口功能设计........................................................................................24 4.1.2.接口设计................................................................................................25 4.2.视频监控系统...............................................................................................26 4.2.1.接口功能................................................................................................26 4.2.2.CCTV系统接口设计：.........................................................................27 4.3.防盗（周界防范）报警子系统...................................................................28 4.3.1.接口功能................................................................................................28 4.3.2.防盗报警系统接口设计........................................................................28 4.4.门禁系统.......................................................................................................28 4.4.1.接口功能................................................................................................28 4.4.2.接口设计................................................................................................29 4.5.一卡通应用系统...........................................................................................30 4.5.1.接口功能................................................................................................30 4.5.2.接口设计................................................................................................31 4.6.背景音乐及公共广播系统...........................................................................32 4.6.1.接口功能设计........................................................................................32 4.6.2.接口设计................................................................................................32 4.7.网络系统.......................................................................................................32 4.7.1.接口功能................................................................................................32 4.7.2.网络系统接口设计................................................................................32 4.8.多媒体查询系统...........................................................................................33 4.8.1.接口功能设计........................................................................................33 4.8.2.接口设计................................................................................................33 4.9.各子系统之间联动功能...............................................................................35

建筑设备集成管理系统

1.概述

智能建筑的集成管理系统，是把建筑物内若干个既相互独立，又相互关联的系统，包括通信网络系统CNS、信息系统IS、楼宇设备自动化系统BAS、火灾自动报警系统FAS、安全防范系统SAS等等，通过集成到一个统一的、协调运行的系统中，实现建筑物设备的自动检测与优化控制，实现信息资源的优化管理和共享，为使用者提供最佳的信息服务，创造安全、舒适、高效、环保的工作、生活环境。

智能建筑集成管理系统（Building Management System）是以分布式信息与控制理论为基础而设计的计算机分布式系统，它综合利用了现代计算机技术（Computer）、现代控制技术（Control）、现代通信技术（Communication）和现代图形显示技术（CRT），即所谓4C技术。BMS是智能建筑最为关键的神经系统，它需要解决多个复杂系统以及多种控制协议之间的互联性和互操作性问题。

在2000年颁布的国家标准《智能建筑设计标准GB/T50314-2000》中正式提出了“智能化系统集成”的设计要求。智能建筑系统集成可进一步集成办公自动化系统OAS，物业管理系统MIS，视频会议系统，CRM，ERP系统，与建筑物相关的应用信息系统等“纯” IT系统，实现更高层次的集成建筑管理系统（IBMS）。

在2006底并于2007年起实施的《智能建筑设计标准GB/T50314-2006》中有关于建筑设备监控系统(IIS)的描述：IIS建筑设备监控系统（以下简称IIS系统）是指通过计算机网络和控制网络技术，将不同功能的建筑智能化系统，通过统一的综合信息平台实现集成，以形成具有信息汇聚、资源共享及优化管理等综合功能的系统。

智能化集成系统IIS管理层以太网建筑设备管理系统BMS信息设施系统ITSI信息化应用系统ITAS建筑设备监控系统火灾自动报警系统紧急广播系统入侵报警系统视频监控系统出入口控制系统电子巡更管理系统汽车库管理系统通讯接入系统电话交换系统信息网络系统综合布线系统广播系统会议系统信息导引及发布系统室内移动通讯覆盖系统办公工作业务系统物业运营管理系统公共服务管理系统公共信息服务系统智能卡应用系统信息网络安全系统其他业务功能所需求应用系统 图 1-1,建筑设备监控系统图

根据招标文件要求及业主具体需求分析，本次工程集中管理系统集成的主要任务是完成一、二层次的BMS集成，即实现智能建筑的弱电系统集成，从而能为更高层次的一体化集成打好基础，在满足统一管理弱电系统的同时，在软件架构上、数据标准上采用先进的架构，能够满足未来实施一体化IBMS集成的需求。

1.1.系统集成设计目标

现代智能化楼宇包含楼宇自动化系统、消防自动化系统、出入口控制及门禁系统、闭路电视监控系统、智能照明管理系统、防盗报警系统、综合布线管理系统、物业管理系统、变配电管理系统、公共广播及背景音乐系统、停车场管理系统、公共及业务信息显示系统、办公自动化系统等十余个专业的子系统，这其中包括多层网络结构的传统控制域子系统，也包括以数据库应用为核心的IT管理信息系统，由于技术和市场的原因，各子系统大多采用专有的通讯协议实现内部的数据传递，软件架构采用封闭的模型，对外缺乏符合国际标准的第三方接口，造成了各子系统之间无法实现信息的共享更谈不上联动、互操作了。这种现状显然不能满足现代化楼宇综合管理水平的要求，现代建筑物所面临的各种情况客观上要求各子系统在全局性管理预案的4

指导下，有条不紊的执行各种复杂的指令动作，充分发挥1+1＞2的系统集成合力。具体需求可以概括为以下几条：（1）信息共享：

这种信息不仅包括各子系统之间需要交互的各种实时状态信息、联动信息、用户权限管理信息，还包括收集管理用户、物业管理需要的业务和办公自动化用的各类信息（数据、图文、音像等），还有来自外部（如Internet 网）的各类信息、数据、图文、音像等，通过收集整理、建成一个共享信息库，供用户和物业管理人员随时调阅察看。（2）全辖区弱电系统的集中监视

高层次的管理人员需要对负责的各子系统的运行状况有直观的了解，却不可能在一台电脑上同时运行各个子系统的客户端，即便能够安装大量的客户端程序，针对高层次管理人员来说，普通的系统控制客户端含有大量高层管理所不需要的冗余信息，同时包含专业性很强的控制参数设定功能，这就大大降低了高管获取必要信息的效率，也增大了误操作的可能性。所以，从提升楼宇物业管理水平的角度出发，迫切需要为物业管理技术总负责人或者企事业单位工程部总监提供一种能够以统一的图形界面方式展现所有子系统重要信息的软件工具。

（3）统一的报警、故障信息管理

在各子系统分散管理、控制的情况下，各种报警、设备故障信息只能到达本系统操作员层次，逐级上报和向其它子系统通报报警或故障信息只能采用人工模式，依赖于人员素质和管理流程，这就造成瞒报或漏报现象，增加了潜在的事故隐患。所以，XXX工程需要在集成平台上部署针对各个子系统的集中报警管理功能，将各系统分级别的报警信息在实时传递到本系统值班操作员的基础上，同时以多种方式、实时地传送到上级管理人员、其它相关子系统管理人员、甚至是远在异地的厂商维护人员处，并提供报警处理功能，系统具备人工智能，根除相应的处理预案，指导管理人员具体处理报警信息。（4）系统联动以及全局预案配置

在子系统分散管理、运行模式下，系统间的联动完全依赖于硬件方式，上述方式具有很大局限性，例如安防系统CCTV探头的移动侦测报警与相关区域的照明控制系统，消防系统烟感探头报警与相关的CCTV探头。而上述跨系统联动功能的实现能够大大降低事故所造成损害，并降低管理的人力、物力成本。所以，大楼的集中管理集成需要提供一种灵活的联动触发配置工具，使得各个子系统能够实现在某一特定场景下的互联、互操。（5）信息的处理与分析

在子系统分散管理、运行模式下各个子系统都拥有自己的数据库，各自拥有本系统相关的历史数据访问和分析功能，随着节能要求的日益紧迫以及对于管理水平不断提高的大前提下，如何通过管理手段降低空调和照明这两项最大的能源开支？新的管理流程是必要建立在对既往运行数据的科学分析之上，这就要求XXX工程的集成平台要能够提供针对各子系统数据的抽取、挖掘以及分析功能。

本集成管理系统能够实现工程现场的机电设备、火灾及安全信息资源的采集、存储和共享，能为本工程今后的管理提供先进的手段、科学的信息依据，能为领导和职工提供高效、优质服务。

 通过规范设备管理程序，实现各子系统的功能联动、集中管理和信息共享。

 通过优化设备的运行控制，降低运行成本，合理节省能源。 确保设备安全可靠运行，全面提升XXX工程的消防及安全、楼宇设备管理和通讯管理等方面弱电管理的服务水平。我们设计的集成管理系统就是要对辖区内所有建筑设备，以及建筑物内的应用信息系统进行全面有效的监控和管理，确保XXX工程建设工程内所有设备处于高效、节能、最佳运行状态，并提供一个安全、舒适、快捷的工作环境。

1.2.设计原则

XXX工程集成管理系统的设计，将遵循以下原则（这也是ezIBS集成管理系统的设计原则）：（1）标准化与开放性：

智能楼宇信息集成系统必须是一个完全开放性的系统，通过开放的数据接口标准与各个子系统进行通讯，以使各个子系统之间具备“可互操作性”。智能建筑信息集成系统可以通过大厦内部局域网Intranet以浏览器的方式实现对整个大厦内的各种设备监控和管理操作。系统设计应完全遵循国际主流标准以及相关工业标准。（2）先进性：

应采用目前国际上的主流技术和系统产品，保证前期所选型的系统与今后系统性能提升在技术先进性方面的可延续性。（3）可扩展性：

系统软件功能采用模块化的设计方法，模块完全根据用户的实际需要和管理模式来进行编制。系统应采用分布式的网络架构。（4）安全性：

系统集成平台或框架应选择国内知名厂家的产品，应保证有极高的安全性、可靠性和容错性，保证设备能够长期稳定运行。（5）经济性：

系统选择应从项目的实际需要出发，选择具有先进性、成熟性、最佳经济性的优质产品，并在系统合理配置和兼容性方面进行充分论证，保护业主投资。（6）实用性：

系统支持图形化的监控、管理界面，具有中文操作环境，界面简练、友好，联机帮助功能丰富。

2.集成系统的总体设计

本次智能化集成严格按照招标文件要求，从三个层次进行，第一层次为子系统纵向集成，目的在于各子系统具体功能的实现。对于楼宇自动化系统以及综合安防系统首先实现本领域内的纵向集成。

第二层次为横向集成，主要体现各子系统的联动和优化组合，在确立各子系统重要性的基础上，实现几个关键子系统的协调优化运行，报警联动控制等再生功能。

第三层次为一体化集成，即在横向集成的基础上，实现中央集成管理系统（IBMS），即实现信息域层次的集成。主要体现在与物业管理信息系统的集成上。

针对本次集成，采用子系统平等方式，选用基于J2EE/Applet与XML，Web Services技术的开放软件平台为基础实现，系统软件全部采用web方式的三层软件架构，采用实时数据库技术，SVG矢量组态图形技术，与子系统接口采用统一规范的接口框架，支持主流的OPC、BACnet、LonWorks等工业标准，同时能够充分利用J2EE技术路线的开放源代码资源，确保系统今后的开放性和可持续性。

2.1.系统集成平台选型

针对XXX工程建筑设备监控系统，本次集成选用同方股份有限公司的ezIBS智能建筑集成管理系统作为集成平台。ezIBS智能建筑集成管理系统以及下文中提到的ezONE业务基础平台都是同方股份有限公司自主开发的，拥

ez有完全知识产权的软件产品。IBS智能建筑集成管理系统已经成功地在国内多项大型弱电系统集成工程中得到了成功应用，其中包括：

 南京奥林匹克体育中心弱电集成项目  上海东方艺术中心弱电集成项目  北京富盛大厦弱电集成项目

 清华大学节能示范楼弱电集成项目  天津万丽泰达酒店弱电集成项目  黑龙江政协新办公楼弱电集成项目

 郑州宇通客车有限公司综合服务楼弱电集成项目  上海均瑶国际广场弱电集成项目等近百项

ezIBS集成管理系统是基于J2EE/Applet与XML，Web Services等技术标准开发的，同时兼顾对.NET/ActiveX技术的支持。它充分利用开放源代码技术资源，提高了系统的开放性和灵活性；集成管理系统与子系统的通讯以OPC标准为主要方式；完全支持B/S+C/S结构的软件模型。

系统将设置中央数据库，将楼宇设备监控系统、火灾自动报警系统、出入口控制及门禁系统、闭路电视监控系统、防盗报警系统、智能灯光控制系统的设备信息、运行标识信息、各种计量数据，按各自管理的功能范围，分别裁剪存于中心数据库以供各类应用程序加工、处理、使用及查询。在这几个子系统的监控管理中心，均有各自独立的数据库。

2.2.系统集成总体框架图

ezIBS智能建筑集成管理系统采用J2EE技术路线，包含一组部署在ezONE业务基础平台之上的应用组件，可通过J2EE/WebServices架构与同方ezONE业务基础平台融合成为一个独立于智能建筑系统厂商的平台，能够将楼宇内各种智能化子系统的信息资源汇集到一个平台之上，以统一的方式展现，所有的文件和信息都尽可能采用XML标准表达和描述，通过对资源的收集、分析、传递和处理，从而对整个大厦进行最优化的控制及决策支持，达到高效、节能、经济、协调的运行状态。整套系统可支持多种操作系统。

ezIBS集成管理系统采用基于J2EE的三层架构和“浏览器”+“服务器”+“网络”的系统结构，如图 2-1 9

图 2-1，集成平台软件架构图

从软件功能上划分为四层：

第一层：人机接口层，用于各级操作员对系统的监视和操作，包括一般用户和管理员用户，有线与无线（包括PDA、手机、POS）界面，本次集成的用户界面层采用标准的浏览器，这一层次主要通过ezONE业务基础平台的实时门户实现，支持个性化的用户界面，并包括一系列通用组件如用户权限、内容管理、通用查询、报表等。监控组态由支持先进的SVG（Scalable Vector Graphics）矢量图标准的ezHMI工具组件生成。

第二层：业务逻辑层，提供第一层的用户界面所需的经逻辑处理后的所有数据实现业务功能。业务逻辑层将被封装成很多业务组件。

业务逻辑层主要采用接口隔离的设计方法，保证组件的内部修改不影响应用系统的其他层次。同时业务组件还可以以Web Services的方式横向为第三方系统提供服务，以利于与第三方软件的集成。

第三层：数据管理层，提供系统运行所需数据的存储管理、备份、迁移10

等支持。它包括数据库和文件系统，数据库主要存储业务数据，文件系统主要存贮系统配置数据。

第四层：数据通讯层（接口层），专用于数据采集和与外部系统或设备的数据交换，执行必要的协议转换。如图 2-2

图 2-2，集成系统层次图

2.3.采用J2EE的B/S三层架构模式的整体优势

采用J2EE的B/S三层架构模式的优点为：（1）安全性：

应用体系结构为三层结构的应用系统，客户机必须通过应用服务器才能访问数据库服务器，杜绝了客户端直接访问数据库服务器的可能；客户机对服务器的访问特权可以指定或内置于三层中的每一层，提供三个级别的安全性。

（2）稳定性：

应用体系结构为三层结构的应用系统，其业务逻辑层与用户表示层、数11

据服务层完全分离，三层之间相对独立，使得其中某一层的改变根本不影响到其他两层。因而，当用户需求发生变更时，系统维护人员可以很容易地控制变更范围，系统的稳定性特别高。（3）可适应性：

应用体系结构为三层结构的应用系统，应用服务器（即：业务逻辑层）主要承载与管理应用系统的全部业务逻辑，每一个业务逻辑被封装成独立的应用组件，组件与组件之间只通过有限的、指定的接口进行通信，当某一业务逻辑发生变化时，仅需修改其相应的应用组件即可，对象的结构与交互方式、数据的结构与存取方式等不需作修改，有效地限制了一处修改而处处牵连的“波动效应”，系统具有很强的变化适应能力。（4）可移植性：

应用体系结构为三层结构的应用系统，业务逻辑层的应用组件的开发是采用纯Java语言来实现的，应用业务逻辑的部署与应用服务器具体的机型、操作系统无关，应用系统可以任意移植、轻松实现跨平台运行。（5）可伸缩性：

应用体系结构为三层结构的应用系统，由于其所有的应用程序（即：应用组件）全部置于应用服务器中，用户可以根据其系统的规模，来确定应用服务器的配置与数量，当系统的规模扩大时，仅需升级应用服务器的配置或增添应用服务器的数量，来满足日益增长的业务需求，系统的可伸缩性极强。（6）易维护性：

应用体系结构为三层结构的应用系统，由于三层之间相对独立，系统的变更范围容易控制；客户机不需要安装复杂的网络、数据库等连接和驱动程序，其维护工作和维护成本趋于“零”；应用服务器中的业务逻辑被封装成独立的应用组件，某一业务逻辑的变化仅仅影响到某一独立的应用组件，系统具有很强的适应能力；因此，应用体系结构为三层结构的应用系统，其系统的维护工作简单、维护成本较低。

2.4.系统集成网络结构

网络平台是ezIBS集成系统运行的基础，如图 2-3

图 2-3，集成系统网络结构图

ezIBS支持各中建筑智能化系统主流接口标准，包括但不限于下列接口标准OPC，DDE，RS232/RS485，LonWorks，BACnet，Socket等。

2.5.数据库设计

ezIBS集成系统包含一套兼具实时数据库功能的关系型数据库，具有实时、分布、事件驱动和远程在线下装的特点，一方面数据库针对大量信息点的实时数据进行存贮、管理，另一方面要为实时监控应用模块、历史数据访问模块、综合报警模块提供信息源，各子系统的数据库保持独立，以OPC、JDBC方式与集成系统数据库交互数据，这种物理上的独立，体现了“集中管理、分散操作”的设计原则。集成数据库与子系统数据库通过同步或异步的方式实现数据一致。

集成系统可根据客户需求选择多种产品，数据库系统可采用免费的系统13

如mySQL, PostgreSQL等，其他开放源代码如Tomcat 应用服务器也可采用。也支持微软的SQL SERVER数据库系统和高端的Oracle数据库系统。

2.6.接口网关设计

智能建筑集成系统集成各子系统的关键是如何解决差异性极大的子系统之间的互联性和互操作性。ezIBS系统内含一套ezGate通用数据网关，它屏蔽了各控制系统物理设备的差异性，使据。如图 2-4所示

ez

IBS通过统一的接口访问现场设备数设备接口管理中心实时协数议据配接置口类型）实例通用接口库网络接口插件串口设备接口设备数据组织中心设备数据处理中心对外接口管理中心(提供网络或串口接口方式的系列实时数据硬件设备报警/故障处理插件将数据组织为标准的格式class CBaseItem{ DWORD m_dwItemID;Cstring m_strName;..Cstring m_strDesc;}通信IBS系统通信接口插件通信数据显示界面插件通信XMLXMLezIBSOPC Server DA扩展接口插件OPC DA ClientOPC Server HDA扩展接口插件OPC HAD ClientOPC ServerOPC Client接口插件LNS ServerLNS接口插件提供网络或串口接口方式的系列安防报警硬件设备报警/事件接口类型实例(协议配置XML）通信OPC Server AE扩展接口插件OPC AE ClientWeb Services扩展接口插件其它接口数据组织插件WebServices通用视频接口插件视频设备其它接口插件其它接口插件WebService Client其它对外扩展接口插件其它ezGate 数据网关图 2-4，数据网关示意图

ezIBS通过一个开放的、统一的标准化控制网关(ezGate)和各种现场总线为基础的控制系统集成网络进行集成，可根据不同弱电子系统的特点用不同方式与第三方控制系统直接集成访问，其中针对大多数控制系统采用OPC标准协议进行通讯，针对个别实时性要求较高的系统，不经由第三方控制上位机软件系统（如EBI、TAC Vista、同方易视、西门子消防控制软件），以最高效率的形式访问/控制底层硬件，即面向各种控制系统的上位机集成控制通讯网关。如图 2-5所示：

图 2-5，接口示意图

数据网关本身是按COM（组件对象模型）设计思想所设计，其本身的每一个重要功能都是以组件形式存在；将各种通讯接口以驱动（插件）安装的形式集合在通用通讯网关中，以统一的XML数据格式为ezIBS提供数据通讯服务，同时也对ez

IBS提供通用报警服务支持。并且可通过对外扩展访问接口（如OpcServer，WebServices），为其它系统提供数据通讯服务。

通用通讯网关与底层硬件直接通讯的接口方式如下所示：（1）采用OPC技术实现系统集成的方式：

将OpcClient以插件的形式直接融入通讯网关，从而获得最高的执行效率。

（2）与Lon 产品的互联方式：

采用基于LNS的LNS Application Developers Kit TURBO开发包可开发出最高效的Lon通讯驱动接口，实现对LonWorks网络的最高效率互访和管理，并以插件的形式安装在通用通讯网关中,直接提供Lon网络数据服务支持。

（3）与RS232/485/ TCP产品连接方式

对不符合以上标准的子系统设备，只要具备RS232、RS485串行通讯口15

或基于以太网（TCP/IP）的通讯接口，并提供其通讯指令集，则可通过通讯网关的XML Schema协议配置转换功能进行通用接口类型实例设置，无须编程既可生成设备驱动。

这样，由通用通讯网关提供多种接口方式特别是基于Lon/OPC等通用标准的访问形式，无须编程，可极大的降低工程实施难度，直接高效的与底层硬件通讯进行通讯。

2.7.系统性能指标

子系统报警信息响应时间：小于2秒 子系统故障信息响应时间：小于2秒 子系统状态信息响应时间：小于2秒 子系统控制操作响应时间：小于2秒 子系统联动操作响应时间：小于2秒 系统数据查询响应时间：

小于4秒 系统视频传输速率：25帧/每秒 系统支持最大用户数量：不限

最大并发访问用户数量：大于等于20（在不低于上述响应时间指标条件下）

3.智能建筑集成管理系统功能设计

本次集成功能的主要服务方式表现为XXX工程统一的集成管理信息门户，这个信息门户在全面监控所辖范围内的弱电子系统的同时，还要进一步与一卡通管理平台与办公自动化系统等信息系统进行集成，形成一个统一的建筑环境管理入口，为提升大厦的管理水平服务。

3.1.管理工具

建筑设备监控系统采用细粒度的可控安全级别，提供完善的系统管理功能，同时针对建筑智能化管理的具体特点，提供值班管理、工程文档管理、常用软件下载等实用功能。

3.1.1.界面风格设置：

本系统根据人机工程学原理，提供多种不同风格颜色的界面风格供不同用户选择，除了有经典蓝色,金属银色外，还有红色，黄色，绿色等共七种风格。

3.1.2.值班管理

 值班日志：针对智能楼宇物业管理特点，系统提供完善的值班管理功能，提供详细的值班日志，包括值班记录、承办事项、待办事项、处理结果、交接备注等内容。

 访客管理：系统针对建筑中控室管理特点，提供访客登记管理功能，包括访客姓名、来访时间、离开时间、访问人、接待人、联系方式等详细内容。

3.1.3.文档管理

针对建筑物业图纸、合同等文档管理的需求，系统提供文档管理功能，管理员可将电子化的工程图纸、合同、系统使用维护资料文件上传到集成系统服务器，供授权用户查询、下载。

3.1.4.常用软件下载

系统提供常用软件下载功能，为物业管理用户提供安全、快捷的软件下载服务，下载软件包括集成系统常用插件以及其它物业管理常用软件。

3.1.5.系统安全管理

（1）用户管理：

用户管理可以对用户进行增加、修改、删除、查询、更新等操作，能够查询用户所在的组和用户本身所拥有的全部角色，以及角色的继承性质。（2）组管理：

组管理的主要功能是集中管理各组组内的信息，包括进行新增子组、删除子组、移动组、新增用户至组或子组、删除用户等操作，并对本组已经授权的角色进行管理，对用户和子组的角色进行屏蔽操作和取消屏蔽操作。（3）角色管理：

提供创建角色以及具体的角色分配功能，将不同的权限赋予不同类型的角色，并将角色分配给不同的用户。（4）权限管理

用户权限管理主要用来管理系统中所有用户的角色与权限。可选择增加、删除角色所拥有的权限，也可选择组屏蔽。（5）日志管理：

本系统提供完善的日志管理系统工具，只有具备日志维护权限的用户才能够在系统维护软件中进行日志维护的操作。日志维护主要包括两个部分：操作及信息日志维护、告警日志维护。（6）统计分析

统计分析工具主要提供对用户的登录次数、在线时间等进行统计、图表功能。包括以下分析功能：

 登录次数统计；  在线时间统计；  访问IP地址统计；（7）数据表迁移：

数据表迁移模块主要负责把数据库中的一些重要数据以xml文件形式导出到本地硬盘或其他存储介质，这样一旦数据库数据发生错误，可以把导出18 的xml文件再导入到数据库，恢复数据库数据，以达到数据的安全性和完整性。数据导出并不是把数据库原有数据删除，只是进行备份，而导入却要覆盖数据库中原有数据。

3.2.工程管理功能

以向导方式对实施项目进行功能模块定制，生成针对实施项目的应用框架，在此基础上进行项目实施工作（变量管理、人机界面管理、I/O绑定等），在完工后，可对此项目的所属资源进行打包导出，并可供工程管理功能模块进行导入部署。以及密码等通过建筑设备监控系统写入到数据库中。同时也包括二次开发中添加的楼宇自控系统、消防系统、安防系统等相关信息。

3.3.服务管理功能

对建筑设备监控系统（WEB）的基础服务（包括与智能网关ezGate的通讯配置，远程用户数据的异步更新服务，一卡通数据服务等）进行管理（包括启动、停止、重启）和配置（如服务端口、刷新时间间隔、分页设置等），从而无需手动更改配置文件。

3.4.视频监控功能

通过浏览器，可以实现多种方式索引访问实时监控图像，并可以进行云台控制，如控制摄像头的左右上下转动以及焦距的拉伸等操作并且具有实时的画面截取和视频的录像、回放、抓拍等功能；XXX工程集成管理人员和相关领导可以通过建筑设备监控系统的界面实时监控相应区域的视频图像。具体包括以下模块：

 监控配置管理功能：用户能够可视化配置管理

ez

IBS系统所监控的界面及数据节点，完成对系统、设备、项信息以及监控分区和监控界面的浏览、创建、编辑、删除、动画效果定义等功能。用户通过建筑设备监控系统可以对部署在辖区内的监控摄像头的动态添加。在界面中通过输入相应摄像头的IP地19

址可以将其添加到建筑设备监控系统中进行管理。

 设置监控画面：采用数字矩阵的授权用户可以选择单画面、双画面、四画面、九画面等监控方式。

 电子地图导航察看：授权用户可通过二维楼层平面图，并选择点击图上标注的CCTV监控探头图标，就可实时监看该路视频画面，并可对云台或快球实施控制，系统支持快照功能，可在本地客户端存储快照图像。

3.5.实时监控功能

实时监控模块针对实时性要求较高的智能化子系统，以SVG标准的矢量图形作为人机界面，为智能建筑管理人员提供统一的界面，监控辖区内重要建筑设备，包括实时监控、轮询监控、实时趋势图三个子模块。

实时监控模块：在本次集成中，主要采集了视频监控系统、防盗报警系统、门禁系统、计算机网络、公共广播系统、一卡通系统、多媒体查询及LED显示系统、信息发布系统、消防报警系统等的实时数据，并采用图形、动画的方式显示其实时状态。

轮询监控：根据管理人员分工和技术专长，支持管理人员选择具体设备、子系统监控人机界面，并定制轮询时间间隔，采用自动轮换的方式显示监控画面。

实时趋势图：管理人员选择某一设备运行状态变量进行实时趋势图监控。

3.6.实时报警功能

系统在主页面中显示24小时内报警信息，当有报警产生时，在系统主页面右上角显示未处理的系统报警条数，在页面左下角显示“报警提示”的浮动小窗口，并且会在管理客户端PC机上发出WAV格式报警声音。

3.7.报警管理功能

在集成系统中，物业管理人员可以根据需要灵活设置基于实时数据的报警规则和联动规则。系统管理员和用户可在系统配置页面（可远程）上根据预定权限设置进行报警事件的记录、操作、跟踪。系统可以根据联动规则执行OPC联动及视频联动。具体包括以下功能模块：

 报警显示及处理：

报警信息按照发生时间、不同的优先级别、所属不同的子系统以不同的颜色顺序显示，系统支持显示优先级别设置。授权人员可根据具体报警类型、优先级别、处警预案等进行报警处理、复位等操作。

 报警信息查询：

授权用户可通过输入报警类型、报警时间段等限定条件查询报警信息，查询结果包括报警序号、报警时间、报警级别、报警类型、报警事件说明、报警处理状态、报警发送状态、报警处理人、处警时间等内容。

 报警信息浏览：

报警信息以时间顺序列表显示，内容包括报警序号、报警时间、报警级别、报警类型、报警事件说明、报警处理状态、报警发送状态、报警处理人、处警时间等内容。

 报警策略设置：

报警策略采用“报警类型－报警场景－报警策略”的三层结构。当某个报警场景下的所有报警策略都满足设置条件时，该报警场景发生报警。报警类型将报警场景根据需要逻辑分类。

报警策略的设置采用一个树形列表管理上述结构。所有报警设置是根节点，可以在下面首先添加一个报警类型。

 报警发送设置：

系统支持以报警类型、具体报警规则设置发送策略，支持自定义发送报警信息，支持选择发送授权用户，支持发送有效期设定，系统同时提供报警发送测试功能，用来验证发送途径的畅通。

 规则参数设置

系统提供四种报警规则：上限报警，下限报警，上下限报警，布尔值报警。

 报警事件设置

支持对报警事件设置，报警内容描述，可配置相应的处警预案。

3.8.历史数据查询报表功能

系统提供针对历史数据、历史报警的查询报表功能，提供多种统计分析报表，如单棒图、双棒图、三棒图、多线图、X-Y图（坐标点绘图）、数字式（列表）等形式，并可与时间排程、邮件发送功能相结合，生成Execl、PDF等报表，发送给指定用户，丰富决策分析功能。同时，系统具有扩展性，为新的查询应用进行定制开发。具体包括以下模块：

 历史数据查询：授权用户通过输入历史数据查询条件选择所需历史纪录，可选择趋势曲线显示，并支持数据导出、打印操作。

 历史报警查询：授权用户通过输入历史报警查询条件查询历史报警信息，并支持数据导出、打印操作。

3.9.时间表排程功能

具有时间表排程功能和节假日设定功能，使用者可根据实际情况，灵活定制排程预案，定制联动节能机制。并提供了丰富、灵活的统计报表功能，令使用者能够充分掌握各种资源的使用情况和趋势，及时发现问题，制订合理的执行计划降低能源采购成本。

授权用户通过选择事件名称、优先级别、联动场景ID号、执行时段、22

执行周期、循环时间等系统参数，配置所有可控开关量实现对受控设备的时间表排程优化。上述操作无需编程，全部以图形化方式完成。

3.10.系统联动配置功能

建筑设备监控系统具有应付突发事件和系统联动的功能，当出现突发事件，不仅可以检测到该事件的分系统、响应该事件，其他系统也相应动作（对于消防报警系统只进行数据的提取和报表的生成）。

其中系统联动包括以下模块：

 联动信息浏览：联动信息浏览页面，可以查看在何时执行了哪个联动场景

 联动策略设置：联动策略设置是“联动场景－联动策略”的两层结构，当触发某一个联动场景时，系统会执行该联动场景下的所有联动策略。

 联动触发设置： 联动触发设置是由用户选择联动触发的类别。

3.11.智能预案管理功能

考虑到大厦管理的重要性和复杂性，势必要建立完善的应急预案机制，本集成系统提供智能预案配置管理功能，包括以下模块：

 预案配置：授权用户根据国家有关法令、法规以及本企业管理制度编辑制定一系列相应的应急预案，支持预案分级、分类，存储在预案库中。可根据业主具体需求制定包括但不限于以下类型预案：大型活动预案、重要场所紧急情况处理预案、施工疏导预案、紧急救援预案、突发情况疏散预案等。

 预案绑定：为各种预案设置出发条件，将一个或多个报警条件、场景与对应的预案绑定，使得在特殊出发条件下，授权用户将自动获取智能预案系统的决策支持服务。

 预案执行监视：在突发情况下，预案启动后，授权管理人员可通过集成平台实时监控功能实现对各子系统执行预案情况进行监视，评估子系统执预案的时间、效果，通过集成平台的视频监控功能及时了解现场情况，制定下一步计划。

4.子系统集成范围及接口功能描述

4.1.火灾自动报警系统

考虑到消防系统的特殊性，建筑设备监控系统对火灾自动报警系统只监不控，可根据用户需求提供以下信息查询功能。

4.1.1.接口功能设计

 能提供整个大厦火灾安全状况的信息；

 实时监视火灾探测报警系统，在建筑设备监控系统上显示运行状态信息，包括各类火灾报警探头、烟感探头、温感探头、报警按钮、警铃等消防设备动作、报警及故障状态信息；  实时监视消防排烟系统，在建筑设备监控系统上显示运行状态信息，包括排烟防火阀、防烟防火阀、调节阀、排烟口、送风口、通风空调风机、加压送风机等设备的运行状态、故障信息；

 实时监视消防水系统，在建筑设备监控系统上显示运行状态信息，包括消防水泵、消防水箱、供水阀、喷淋泵、水流指示器等设备的运行状态、故障信息；

 实时监视防火门、卷帘系统，在建筑设备监控系统上显示运行状态信息，包括卷帘门控制器、监视器等设备的运行状态、故障信息；

 实时监视化学灭火系统，在建筑设备监控系统上显示运行状24

态信息，包括压力传感器、电磁阀等设备的运行状态、故障信息；

 能提供各类火灾报警探测器的报警统计、归类和报表；

 提供集成管理员确认火灾报警信号的时间和修改者姓名的资料；

 当火灾报警时，并在确认报警信息后，向其它智能化子系统发出联动指令；

 建筑设备监控系统提供多种多样的报警提示方式：除了通常采用的弹出报警对话框、声音提示、打印报警信息等报警提示方式外，我们还提供了手机短信、即时消息等报警提示方式，以及E-Mail方式，充分利用现代无线通讯手段和网络优势提高和增加报警手段。

4.1.2.接口设计

（1）硬件接口设计：

采用系统主机的RS232或RS485接口连接方式，通过串口服务器连接TCP/IP。

（2）软件接口设计：

建筑设备监控系统承包商根据消防控制系统厂家提供的专有通讯协议开发相应的标准OPC Server，建筑设备监控系统通过标准OPC Client连接OPC Server获取整个消防系统各种设备的运行状态信息。（3）接口界面图：

火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火 ezIBSRS/232/485TCP/IP火火火火火火火……火火

图 4-1，消防系统接口界面图

建筑设备监控系统与火灾自动报警系统的工程界面划分以图中红色虚线为界，以左为火灾自动报警系统部分，以右为智能化集成管理系统部分。

火灾自动报警系统需提供空余的串行接口，并提供满足前述接口功能的数据，建筑设备监控系统提供协议转换设备及数据转换服务。

4.2.视频监控系统

4.2.1.接口功能

 实时监视功能 建筑设备监控系统通过系统软件，以分区域设备列表方式，选择某一路监控前端设备，播放实时监控视频，数据矩阵支持双画面、四画面、九画面多路显示，并可通过系统软件以图形化方式控制云台、焦距。

 若连接硬盘录像机，可提供历史视频回放功能。集成系统通过系统软件，检索存贮在硬盘录像机上的历史视频文件，并提供历史视频的回放功能。

 集成系统客户端支持对某一路实时视频的抓拍和本地采集存贮功能，并可在客户端本地回放。

 按电子地图监控功能 建筑设备监控系统支持电子地图的编辑，在电子地图上方便地定位前端设备，并播放实时监控视频，支持对地图的放大、缩小操作。

 视频检测点配置功能 支持对视频监控摄像头的分组，通过增加、删除对应的视频服务器方式，增加删除对应的监控摄像头。

4.2.2.CCTV系统接口设计：

（1）硬件接口设计：

模拟视频矩阵提供标准控制键盘口：RS-232或RJ-45 模拟视频矩阵提供标准视频输出口：复合视频RAC,BNC 硬盘录像机提供网络接口： RJ-45（2）软件接口设计

视频矩阵提供RS-232或TCP/IP协议的控制协议，硬盘录像机提供满足前述接口功能的SDK开发软件包，如有综合性视频管理平台软件也应提供满足前述接口功能的SDK开发软件包。（3）接口界面图：

火火火火火火火火火火火TCP/IPSDK火火火火火火火火TCP/IP火火火火火火 ezIBS火火火火火火火TCP/IP火火火火火火火火火火火火火火火火火火火……火火

图 4-2，视频监控系统接口图

4.3.防盗（周界防范）报警子系统

4.3.1.接口功能

 监视防盗报警系统各个防区撤布防状态；

 监视各个防盗报警设备运行状态、报警信息、故障信息；  防区的撤布防、旁路；

4.3.2.防盗报警系统接口设计

（1）硬件接口设计：

防盗报警系统厂商提供空余的RS232或RJ-45接口。

（2）软件接口设计：

报警系统提供专有协议，或提供满足OPC基金会OPC2.0标准的OPC Server软件接口。（3）接口界面图：

火火火火火火火火火火火火火火火火火火火火RS-232RS232OPC Server火火火火TCP/IP火火火火火火火火ezIBS火TCP/IP火火火火火火火火 图 4-3，防盗报警接口图

4.4.门禁系统

4.4.1.接口功能

 门禁系统以集成系统指定的规范的通讯协议向集成系统设备28

运行信息包括门禁状态信息、报警信息、故障信息；  集成系统通过软件接口实现对某一扇门的开关操作；  集成系统通过软件接口实现对门禁刷卡信息的查询与统计

4.4.2.接口设计

（1）硬件接口设计

通讯控制接口为网络接口：RJ-45（2）软件接口设计

门禁系统宜提供满足OPC基金会OPC2.0标准的OPC Server软件接口，接口数据包括设备状态信息、刷卡记录信息等。

门禁系统同时需提供ODBC接口。

门禁系统向集成管理系统开放其数据库，使集成管理平台可以通过访问其数据库查询持卡人记录、刷卡记录、进出记录等信息。同时还应提供二次开发包，提供如下控制功能，例如在联动情况下控制门禁控制器开门/关门等。（3）接口界面图：

火火火火火火火火火火火火ODBCTCP/IP火火火火火火火火火火火火火火火火火火 ezIBSOPC ServerTCP/IP火火火火……火火

图 4-4,门禁系统接口界面图

4.5.一卡通应用系统

4.5.1.接口功能

（1）门禁管理

 门禁系统以集成系统指定的规范的通讯协议向集成系统设备运行信息包括门状态信息、报警信息、故障信息；  集成系统通过软件接口实现对某一扇门的开关操作；  集成系统通过软件接口实现对门禁刷卡信息的查询与统计（2）停车场（库）管理

 停车库（场）管理系统以集成系统指定的规范的通讯协议向集成系统设备运行信息包括门状态信息、报警信息、故障信息；  集成系统通过软件接口实现对某一扇门的开关操作；  集成系统通过软件接口实现对门禁刷卡信息的查询与统计（3）消费、考勤

集成系统根据业主具体需求通过软件接口实现对考勤、消费、图书借阅等一卡通应用系统的查询访问。具体包括但不限于以下查询功能：

 查询发卡记录，根据员工姓名、部门、编号查询具体发卡记录；

 考勤记录查询，可根据员工姓名、卡号查询员工考勤记录、统计信息，可查询部门考勤记录；

 消费记录查询，可查询某一员工、卡的历史消费记录，部门、公司的消费记录统计，消费机统计；

 借阅系统查询，可查询某一员工、卡的历史借阅记录，统计信息；

4.5.2.接口设计

（1）硬件接口设计

通讯控制接口为网络接口：RJ-45（2）软件接口设计

一卡通系统宜提供满足OPC基金会OPC2.0标准的OPC Server软件接口，接口数据包括门禁、车场设备状态信息、故障信息、报警信息以及刷卡记录信息等。

一卡通系统需向集成管理系统开放其数据库，提供ODBC接口，使集成管理平台可以通过访问其数据库查询持卡人记录、刷卡记录、进出记录等信息。同时还应提供二次开发包，提供如下控制功能，例如在联动情况下控制门禁控制器开门/关门等。

一卡通应用系统提供ODBC接口，满足集成系统对于停车场管理的数据查询要求，包括车辆出入信息、发卡信息、授权信息等。

一卡通应用系统提供ODBC接口，满足集成系统对于考勤及消费管理的数据查询要求，包括发卡授权信息、消费信息、考勤记录信息、图书借阅信息等。

（3）接口界面图：

火火火火火火火 火火火火火火火ODBCTCP/IP火火火火火火火火火火火火火火 火火火火……火火

图 4-5,一卡通应用系统接口界面图

4.6.背景音乐及公共广播系统

4.6.1.接口功能设计

 通过集成系统软件获取公共广播各回路工作状态。 以声光、图形方式显示广播系统故障、报警信息。

 可通过集成系统软件实现对公共广播系统的模式设定、编组。 报警联动，根据联动规则，在报警触发条件下，由集成系统下发指令，开启某一区域的公共广播设备。

4.6.2.接口设计

硬件接口设计：

通过公共广播系统网关的RS232接口，通过串口服务器连接TCP/IP。公共广播系统应提供空闲串口供物理连接。

软件接口设计：

根据公共广播系统协议开发相应的标准OPC Server，或由公共广播系统厂商提供标准的OPC Server,综合集成系统通过标准OPC Client连接OPC Server获取整个公共广播系统的运行状态、故障、报警信息等。

4.7.网络系统

4.7.1.接口功能

集成系统通过软件接口实现对网络系统的设备的运行状态、故障、报警信息，记录信息的查询、访问。

4.7.2.网络系统接口设计

（1）硬件接口设计

通讯控制接口为网络接口：RJ-45 32

（2）软件接口设计

网络系统提供ODBC接口。

网络系统向集成管理系统开放其数据库，使集成管理平台可以通过访问其数据库查询所有设备的运行状态、故障、报警信息等信息。接口见下图：

网络系统网络系统管理软件JDBC智能化集成系统TCP/IPTCP/IP智能化集成系统 ezIBS设备设备„„设备

图 4-6,网络系统接口图

4.8.多媒体查询及LED显示系统

4.8.1.接口功能设计

 集成系统根据业主具体需求通过软件接口实现对多媒体查询及LED显示系统的数据查询访问。

 通过集成系统软件获取多媒体查询及LED显示系统的相关设备状态信息。

4.8.2.接口设计

（1）硬件接口设计

通讯控制接口为网络接口：RJ-45（2）软件接口设计

多媒体查询及LED显示系统提供ODBC接口。

多媒体查询及LED显示系统向集成管理系统开放其数据库，使集成管理平台可以通过访问其数据库查询所有设备的运行状态信息等。接口见下图：

多媒体查询系统多媒体查询系统管理软件JDBC智能化集成系统TCP/IPTCP/IP智能化集成系统 ezIBS设备设备„„设备

图 4-7, 多媒体查询及LED显示系统接口图

4.9.信息发布系统

4.9.1.接口功能设计

 集成系统根据业主具体需求通过软件接口实现对信息发布系统的数据查询访问，以及特定功能调度。

 通过集成系统软件获取信息发布系统的相关设备状态信息。

4.9.2.接口设计

（1）硬件接口设计

通讯控制接口为网络接口：RJ-45（2）软件接口设计

信息发布系统提供ODBC接口。

信息发布系统向集成管理系统开放其数据库，使集成管理平台可以通过访问其数据库查询所有设备的运行状态信息等。

4.10.各子系统之间联动功能

集中管理系统提供跨子系统联动功能，作为硬件联动的有益补充，在硬件联动无法实现的位置、区域通过软件的方式实现跨系统联动，包括但不限于以下联动方式：

消防系统——视频监控系统：在消防报警发生时，建筑设备监控系统将强制监控系统自动将火灾相近区域摄像机旋转至火灾现场位置，并根据工作人员操作将摄像画面切向客户端操作界面上，以便重点监视摄像机的摄像内容，供保卫人员分析事故原因。

消防系统——门禁管理系统：当有消防报警发生时，建筑设备监控系统将强制门禁系统将发生火灾的楼层区域的门禁置于开放状态，同时将发生火灾楼层的上下两层的门禁置于开放状态。（作为干接点联动方式补充）

消防系统——停车场管理系统：当有消防报警发生时，建筑设备监控系统将强制门禁系统将发生火灾相关区域的停车场道闸开启，以便于车辆及时疏散。

防盗报警子系统——智能照明系统：当非工作时间报警系统发生报警时，建筑设备监控系统将强制将系统将报警相关楼层区域的照明开启。

防盗报警子系统——视频监控系统：当报警系统发生报警时，建筑设备监控系统将联动相关位置的摄像机进行摄录像，同时将该路画面切换到指定的监视器上，方便安保人员工作。

门禁子系统——智能照明系统：在非工作时间有人持卡进入时，建筑设备监控系统将将人员所进入的楼层区域的照明开启。

电子巡更系统——智能照明系统：当巡更人员按照巡更路线进行巡视工作时，建筑设备监控系统将强制智能照明系统将人员所经过的路线区域的照明提前短时开启，当几分钟后，再强制照明系统将该区域的照明进行关闭。