水费催缴服务平台设计探讨范文

本站小编为你精心准备了水费催缴服务平台设计探讨参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

《给水排水杂志》2014年第六期

1多途径水费催缴系统研究框架

1.1统一通信技术系统采用的通信技术见表1，QQ和电子邮件方式采用的是标准协议模式，本文不做进一步阐述，在此将重点阐述语音电话、电子传真，以及多媒体格式短信的实现。

1.1.1语音电话本系统采用Asterisk＋FXO200语音模块实现VOIP（VoiceOverInternetProtocol，网络电话）功能，Asteris是一个运行在Linux环境下的纯软件实施方案。Asterisk是一种功能非常齐全的应用程序，提供了许多电信功能，能够把x86机器变成交换机，还能够当作企业级的商用交换机Asterisk包含所有的用于构建PBX（PrivateBranhExchange，专用分局交换机）系统、IVR（In－teractiveVoiceResponse，互动式语音应答）系统、可以作为现实中的任何通信方案的构件。基于Asterisk的电话解决方案提供丰富和灵活的特性，Asterisk提供传统的PBX基本功用和先进的特性，可以将传统的标准电话系统和VOIP有机地结合在一起。另外，Asterisk具有硬件VOIP的常用功能；能够支持多媒体，具有可编程功能。Asterisk需要的带宽，一般为32kB／线路，也就是说每支持一条线路，只需要增32kB的带宽［1］。

1.1.2电子传真Asterisk是一个开源的IPPBX，既可以在传统PSTN（PublicSwitchedTelephoneNetwork，公共交换电话网络）网络上工作，也可以在IP网络上工作，因此，在Asterisk上实现传真，有两种方式：（1）通过Asterisk实现传真。可以把它作为传真机的一个端，即一个虚拟的传真机；让这个传真机直接与PSTN内的其他传真机进行跨PSTN的端到端通信。实现传真的接收和发送，这种模式与FoIP（FaxoverIP，IP传真）无关，并没有在网络上传递传真信息。这种模式也就是CTI领域的传真服务器，也是目前使用最多的模式。传真软件为实现传真服务器功能，Asterisk是集成SpanDSP来实现，即在系统中安装SpanDSP软件—传真DSP软件。处理传真的DSP信号（调制／解调），另外，在Asterisk中集成app＿rxfax和app＿txfax两个应用程序。这样就可以在Asterisk的dialplan中直接使用这两个程序。而这两个应用程序是依赖于SpanDSP来工作的。由于在Elastix或者trixbox中已经集成了相关的程序，用户可直接使用这些传真软件的传真功能。（2）实现FoIP，即实现传真网关。由Asterisk实现FoIP的网关功能，从Asterisk1．4版本以后，Asterisk已经可以很好地支持T．38协议。

1.1.3多媒体格式短信WAPPUSH可以将某一站点或某一业务的链接通过短信发送到支持WAPPUSH功能的手机上，这样您只需要阅读这条短信，打开短信中的链接，就可以直接访问业务了。因此，WAPPUSH实现了短信和WAP业务的结合。若系统要向手机用户发送“催费单”，其过程如下：（1）先发送一个带Wap连接的短信，如：2013年7月份的水费单，金额为：××元。（2）用户收到短信，打开短信中的连接：wap：／／www．water．com／search．jspEF02Ab527C43F00936E12E45FCE65BD。其中，EF02Ab527C43F00936E12E45FCE65BD为该水费单的特征码，该特征码采用MD5码（message－digestalgorithm5：信息－摘要算法）以保证水费单的唯一性，并依此实现“防伪性”。（3）系统应用服务程序，依据水费单的特征码生成统一格式的“水费催费单”。系统采用velocity作为水费单模板，velocity支持HTML规范，可以实现印章等图片的插入，从而生成图文并茂的催费单。同时它遵循MVC（模型－视图－控制器）架构，可实现界面与逻辑分离、同步开发，也方便上线后催费单样式的更改。

1.2用水数据采集水费催缴服务平台必须从原有抄表计费系统中获取相关业务数据，因此两个系统间须进行接口对接，实现实时、定时的数据采集。主要包括：用户基本档案、抄表本档案、水量信息、水费信息等。系统接口可以采用以下几种方式：（1）采用SOA（Service－OrientedArchitecture，面向服务的架构）技术。SOA提供了这样一种框架：一个系统上的软件可以安全且可靠地提出请求并获得其他系统上的数据资源，而不再需要另外一台服务器来管理和控制端到端的网络。若采用SOA技术实现数据获取，需要原抄表计费系统具有SOA接口，否则，需要对原系统进行改造，这在现实中可能无法实现。（2）JDBC／OBDC数据源方式。采用Java等编程语言直接对数据库进行操作。这种方式需要以底层编程方式实现，实现灵活，但后期的更改仍旧需要编程，不方便，且企业用户管理员可能很难维护。（3）采用ETL工具。ETL（ExtractionTrans－formationLoading，数据抽取、转换和加载）是指从源系统中提取数据，转换数据为一个标准的格式，并加载数据到目标数据存储区。绝大多数的ETL工具都提供一个图形化的映射环境，让开发者定义从源到目标的映射关系、转换、处理流程。使用者只要懂SQL语言，即可快速上手。后期的维护更改无需编程，可以直接由系统管理员来更改。本系统即采用开源ETL工具实现用水数据的采集。

1.3通讯录管理为了确保水费催缴费信息的送达效率，系统必须管理用水用户的通信信息，如手机号、座机号、传真号、QQ号、电子邮箱等。对于通讯录的管理有两种方式：（1）从原有的抄表计费系统中获取，其获取方式同用水数据采集。（2）由本系统单独维护。无论哪种管理方式，都必须保证联系方式的真实有效，并保证实时更新。关于如何利用信息技术实现用户通信方式的实时更新仍是一个待研究的课题。

1.4系统安全性控制要保证系统的绝对安全性，就只能对内外网进行物理隔离，隔离后，内网的安全性得到了保证，但也同时严重影响了那些依赖互联网才能运行的系统。水费催缴平台一方面需要与外网用户（用水者）发送信息，另一方面需要通过企业内网从原有抄表计费系统中获取用户的联系方式、水量水费等信息。本系统在部署上具体采取的措施是路由器加防火墙的连接模式，通过路由器、防火墙的安全设置实现外网接入的安全管理和数据流的单向控制，即只能从内网流向外网，很好地解决了内、外网的联系及网络安全性问题。

1.5系统特点（1）针对不同的用户，允许不同的通信方式。（2）一个用户允许拥有多种接收方式，但接收的催费单形式一致。系统允许多种接收方式同步发送，也允许按优先级非同步发送，如向一个用户连续几个缴费期发送短信方式通知，但仍未缴费，该用户可能已变更手机号码，系统便可以采用邮件、传真、语音等备选催费方式。（3）水费催费单，应允许加盖公章，即支持图片等多媒体格式。（4）系统应提供水费催费单模板编辑功能，并能从现有的水费抄表系统中获取应缴费额、欠费额等信息，结合二者可自动生成图文并茂的催费单。

2系统部署方案

根据图1系统架构图可知，整个系统的核心包括通信服务和应用服务两部分。目前，绝大部分的供水企业均已拥有自己的企业局域网，且已实施了抄表计费管理系统。因此，要实施部署必须首先对硬件物理设施进行改造。

2.1网络改造（1）ping服务器响应时间在200ms以内。（2）压缩编码，按每通道40k计算非压缩编码小于90k。一个通道代表一个通话。（3）服务器所在的网络防火墙必须支持SIP（VOIP）穿透。另外，须申请固定IP地址，才能支持手机、Pad等设备的移动文件访问。

2.2机房设备通信服务器，放置在单位机房防火墙内，FXO（ForeignExchangeOffice，外部交换局）口接1～16条电话外线，网线接口接入单位局域网。应用服务器于单位机房防火墙内，网线接口接入单位局域网，安装应用服务平台，提供软件服务支持。应用服务器的最低配置为：①主频1．6GhzAt－om；②内存4GBDDR2；③硬盘1TBHDD；④Size1U。

3结语

本文提出了依赖Asterisk、Wap、短信等技术实现的一种多途径水费催缴平台，系统支持电话语音、手机短信、传真、邮件、QQ等多种催费手段。该系统不但适用供水企业，同时也适用供电等类似企业，其应用可最大限度提高水费回收率。

作者：徐琳娜单位：辽宁工业大学计算中心