【安防知识网】

　　软件功能的完善及提升

　　采用Microsoft SQL Server数据库替代原有的InterBase数据库

　　1、业务发展的需要

　　区域联网报警控制中心接警软件是基于数据库管理的应用软件，数据库资料是该软件的中心内容，其主要包括基本数据库资料与动态数据库资料。其中基本数据库资料是需要用户进行录入的数据库资料，只有录入丰富的数据库资料才会使软件应用更加丰富多彩，而动态数据库是操作员在应用软件过程中由系统自动生成的数据库资料，例如用户报警历史记录、系统事件记录、来电显示记录等，这类数据库资料提供系统在运行过程中的所有记录，操作员可根据需要进行有效维护，包括查看、查询、查找、清除、备份等操作。

　　随着用户的增加，区域联网报警控制中心警情的接收数量也在不断攀升，这些动态数据库特别是用户报警历史记录数据库中的记录数量也在不断地“扩容”。某区域联网报警控制中心在2000年改造时，报警联网用户仅1500余户，经过近几年的发展，用户已经突破4000户，警情数据接收量也由原来的5000条/天增加至20000条/天。当采用Interbase数据库系统时，当用户报警历史记录数据在150万条左右(数据库文件大小在1.5G左右)时，就必须对用户报警历史记录数据进行删除操作，否则，将会导致数据库系统的“崩溃”，造成接警系统瘫痪。显然原先使用的Interbase数据库已经不能适应目前如此大的数据容量。如此巨大的数据量对区域联网报警控制中心接警服务器的性能及接警数据库容量提出了更高的要求。[nextpage]

　　2、查询速度的需要

　　由于原有数据查询操作，都是在实时数据库中进行的，进行一次简单的查询操作(查询结果数据在20条左右，范围在10天之内)，需要花上2～3分钟，并且数据查询时，还会影响到整个接警工作的正常进行，特别是在用户报警历史记录进行大数据量查询时(查询结果数据在1000条左右，范围在1个月之上)，整个接警系统软件就会有“僵死”的感觉，严重时还会导致接警服务器的宕机。而Microsoft SQL Server数据库，其强大的数据分割功能(即将加强本地表检索分割，这使得大型表和索引可以得到高效的管理)，可以在查询速度达到较为有效的提高。

　　3、系统安全的需要

　　Microsoft SQL Server数据库在安全性能上与Interbase数据库相比，有较大的优越性(例如数据库加密、设置安全默认值、增强密码政策、缜密的许可控制以及一个增强型的安全模式)，这样在数据存储方面，使区域联网报警控制中心具备了更高可靠性、高安全性、实时热备份以及当报警中心系统崩溃的情况下也不会丢失用户的数据。

　　4、系统结构上的需要

　　由于改造后的区域联网报警控制中心采用的是接警服务器双机热备的系统结构，Interbase数据库已不能适应新系统结构的需要。Microsoft SQL Server数据库的数据库镜像功能能较好地与接警服务器的双机热备份结构模式相结合，即通过新数据库镜像方法，将记录档案传送性能进行延伸。用户将可以使用数据库镜像，通过将自动失效转移建立到一个待用服务器(次服务器)上，以便增强SQL服务器系统的可用性。     [nextpage]

　　在充分考虑以上因素后，在该系统改造中，可以选用HP Proliant DL380 G5双核专业级网络服务器作为区域联网报警控制中心的接警服务器，并选用Microsoft SQL Server企业级数据库作为区域联网报警控制中心的主数据库，并采用外部扩展数据库的连接方式与丛文的ANS5000超级天眼中心内部数据库(Interbase数据库)进行实时数据备份。经过测试和实践证明，新数据库只有当在用户报警历史记录数据超过300万条时才会导致数据库系统 “崩溃”，而造成接警系统瘫痪。由于所有的数据查询操作都是在外部扩展数据库(Microsoft SQL Server)中进行，而警情的存储操作都是在内部数据库进行，因此在查询速度方面也得到了有效提高。进行一次简单的查询操作(查询结果数据在50条左右，范围在10天之内)仅需花上30秒钟的时间，就能得到所需结果。在进行大数据量查询时(查询结果数据在1000条左右，范围1个月)的查询操作时，也只需花上3分钟左右的时间。这样有效地避免了在进行大数据量查询时，整个接警系统软件有“僵死”现象和接警服务器由于不堪重负而造成“死机”现象的发生，表1是两种数据库性能的比较。

　　实现在系统正常运行模式下的数据备份

　　原有接警系统动态数据库采用的是单个实时Interbase数据库，在对动态数据库中的用户报警历史记录数据进行数据维护时，只能在系统正常运行模式下对其中的数据进行备份操作而不能进行维护操作，即只能将实时进行的备份导出，而不能对已经备份引出的数据在用户报警历史记录数据中进行删除操作。如不及时对用户报警历史记录数据备份后进行删除操作，随着数据日积月累地不断增加，数据库的负荷将会越来越大，接警系统的运行速度会变得越来越慢，最终会导致数据库系统的“崩溃”，从而造成接警系统的瘫痪。由于在进行此项操作时需停止所有的接警工作，而完成此项操作一般需要10分钟左右，这样会给接警系统造成10分钟左右的中断，导致此段时间内系统无法对实时数据进行保存，造成系统数据的不完整。

　　经过改造后的系统数据库采用了Microsoft SQL Server企业级数据库作为由原来Interbase数据库系统外部扩展数据库，并进行实时数据备份，而在用户报警历史记录数据进行数据备份后的删除操作时不会影响到实时数据库的运行，从而不会造成接警系统中断，实现了“在线”式的用户报警历史记录数据备份后的删除操作，避免了系统在数据维护和备份期间所造成的数据的不连续性，保证了接警系统数据的完整性和连续性。如图1、2所示。

　　通过语音复核系统实现电话的自动拨打与通话过程的全程录音

　　区域联网报警控制中心接警软件集成了电话自动拨打与通话的全程录音功能，其实现结构如图3所示。中心值班人员对警情进行处理期间，在有必要通过电话与用户进行联系时，只需用鼠标点击 按钮，系统就会将预先用户资料数据库中的所有联系人的姓名、联系方式自动列出，值班人员只要选择其中一个联系人员，按下【拨打】键，电脑就可直接拨打此联系人员的联系电话，免去了值班人员在电话机上拨号的操作，提高了拨打的准确性和快捷性。同时，在系统录音服务器上对通话内容进行全程录音，为事后可能发生的纠纷及内部管理提供依据，如图4所示。     [nextpage]

　　系统可以对来电记录按时间(顺、逆)及号码进行排序，方便操作人员在来电记录中查找相关来电;系统还可以通过多种组合条件(如来电还是去电、电话号码、日期时间等)进行方便、快捷的通话记录的查询。

　　为了确保用户信息录入的正确，系统建立了用户资料录入的审核机制，保证用户资料的准确无误

　　新用户设备安装完毕，待入网验收通过后，中心工作人员根据用户资料卡所填写的内容在接警系统中录入该用户的相关资料。为了保证录入资料的准确性，系统对信息资料新录入或修改后的用户状态作为“待审核”用户，但“待审核”用户可以接收正常前端用户信息。中心管理人员在用户管理工作站上根据此用户状态对操作人员进行录入或修改的用户资料进行审核。审核无误后，将该入网用户的状态自动变为“正常在网”用户。

　　中心值班人员对用户资料进行的任何修改，系统都将其修改前的内容与修改后的内容记录、修改时间、修改人员等信息记录在案，并且系统将该用户的状态改变为“待审”状态，提醒中心管理人员该用户的资料信息已进行更改，需对其进行审核。

     [nextpage]

　　接警系统与OA网络之间的信息共享

　　区域联网报警控制中心业务作为整个公司业务管理的一个重要组成部分，理应将其联网用户基本资料、报警资料及维修请求等有关的信息通过公司内部OA网络及时、准确地传送至有关部门，并方便公司领导随时查阅。系统在接警中心软件平台上增加了【巡检通知单】、【维修通知单】管理两个模块。接警中心工作人员只需在接警工作站上点击【巡检通知单】或【维修通知单】按钮，就能直接输入需巡检或维修的内容，输入完成后，点击【发送】按钮就能通过第三方接口软件将【巡检通知单】和【维修通知单】等相关信息传送至相关部门及人员，相关部门及人员在接收信息后可选择受理或不受理(不受理时需填写原因)，并通过第三方接口软件将处理结果及时返回接警中心，接警中心将其处理结果信息保存，以便接警中心工作人员根据巡检、维修返回的信息，随时与用户交流、沟通。中心用户资料数据库中的信息能随时将更新后的联网用户的信息发送至OA网上，方便公司相关人员的检索和查询，提高了工作效率。避免了以往接警中心与各部门之间通过纸张进行信息交流所造成的信息反馈滞后和纸张的浪费，节省了查询时间，提高了查询效率。如图5、图6所示。

     [nextpage]

　　接警系统自动短信发送

　　随着无线通讯网络技术的发展和普及，通过Internet网络，利用移动企业短信平台，根据用户需求，制定个性化的信息发送方案，将相关信息准确、及时地发送至用户所指定人员的手机上。

　　在接警系统软件平台上采用HTTP虚拟接口方式，通过Internet实现短信自动和手动发送。操作员只需在用户资料的【相关资料】中，根据用户的不同需求在【网络设置】中设置相关数据参数和需发送的信息内容，本地的报警信息就会按操作员的相关设置将相关信息自动地转发至用户的手机上，接警中心工作人员可随时对短信的发送情况进行查询，对于短信发送“失败”的用户，通过手动进行短信的再次发送，用户可以在收到短息后向区域联网报警控制中心回复信息，短信内容可在接警系统软件平台上直接显示。