CN105956840A - 一种缴纳电费的方法、装置及银电联网系统 - Google Patents

Abstract

本发明公开了一种缴纳电费的方法，包括：接收供电方发送的代扣请求信息；解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；利用所述账户信息及代扣金额信息，从代扣用户的账户中划与代扣金额信息相对应的资金至所述供电方的专用账户；可见，在本实施例中，这种缴费方式可以通过银行直接从用户的专用账户中扣除电费，提高了供电服务水平，加快建设供电队伍，真正满足客户的需求，并且银行联网代收电费业务的建设，是方便、先进、快捷的现代信息管理系统建设的发展成果，解决了麻烦，节约了用户的时间。本发明还提供了一种银电联网银行的缴费装置及银电联网系统，同样能为用户节约时间，提高用户体验。

Description

一种缴纳电费的方法、装置及银电联网系统

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种缴纳电费的方法、装置及银电联网系统。

背景技术

随着中国社会发展，时代进步，信息科技日新月异突飞猛进。高科技正逐渐融入人们生活的各个角落。我国的电力企业在多年来的发展中，努力改革创新，不断更新高科技技术设施。目前，现有的缴费方式有走收、坐收、托收等，耗费很多人力物力，而且浪费时间，并且用户因为各种原因不能及时缴纳电费，会给用户带来停电等问题的困扰。

因此，如何提供更方便的缴费方式，是本领域技术人员需要解决的问题。

发明内容

本发明的目的在于提供一种缴纳电费的方法、装置及银电联网系统，以提供更方便的缴费方式。

为实现上述目的，本发明实施例提供了如下技术方案：

一种缴纳电费的方法，包括：

接收供电方发送的代扣请求信息；

解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

利用所述账户信息及所述代扣金额信息，从代扣用户的账户中划与所述代扣金额信息相对应的资金至所述供电方的专用账户。

其中，解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息，包括：

判断所述代扣请求信息中的密钥索引序号是否为零；

若是，则解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

若代扣请求信息中的密钥索引序号不为零，则从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

其中，代扣请求信息中的密钥索引序号不为零之后，还包括：

判断所述代扣请求信息中的密钥初始向量是否为零；

若是，则执行从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息的步骤；

若所述代扣请求信息中的密钥初始向量不为零，则将密钥初始向量作为密钥参数，通过所述目标密钥和所述密钥参数对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

其中，若划账成功，则向所述供电方发送扣款成功的通知信息；

若划账不成功，则根据失败原因生成设置交易异常代码，并按照约定格式生成应答信息发送至供电方，以便供电方将失败原因发送至用户。

一种银电联网银行的缴费装置，包括：

接收模块，用于接收供电方发送的代扣请求信息；

解析模块，用于解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

划账模块，用于利用所述账户信息及所述代扣金额信息，从代扣用户的账户中划与所述代扣金额信息相对应的资金至所述供电方的专用账户。

其中，所述解析模块包括：

第一判断单元，用于判断所述代扣请求信息中的密钥索引序号是否为零；

若是，则触发解析单元；

所述解析单元，用于解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

若代扣请求信息中的密钥索引序号不为零，则触发第一解密模块；

所述第一解密模块，用于从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并通过所述解析单元解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

其中，所述解析模块还包括：

第二判断单元，用于所述第一判断单元判定所述代扣请求信息中的密钥索引序号不为零后，判断所述代扣请求信息中的密钥初始向量是否为零；

若是，则触发所述第一解密模块；

若所述代扣请求信息中的密钥初始向量不为零，则触发所述第二解密模块；

所述第二解密模块，用于将密钥初始向量作为密钥参数，通过所述目标密钥和所述密钥参数对所述代扣请求信息进行解密，并通过所述解析单元解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

其中，本装置还包括：

发送模块，用于在划账成功时，则向所述供电方发送扣款成功的通知信息；划账不成功时，根据失败原因生成设置交易异常代码，并按照约定格式生成应答信息发送至供电方，以便供电方将失败原因发送至用户。

一种银电联网系统，包括所述缴费装置，还包括：

供电银电联网前置机，用于向所述缴费装置发送代扣请求信息。

其中，本系统还包括：

FTP服务器，用于存储所述供电银电联网前置机与每家银行的缴费装置所生成的文件；

其中，所述FTP服务器存储的文件至少包括所述供电银电联网前置机生成的批扣文件、欠费用户信息文件、托收文件和跨行托收文件，和所述缴费装置上传的已扣文件、用户信息文件、对账文件、核对代扣协议文件。通过以上方案可知，本发明提供的一种缴纳电费的方法，包括：接收供电方发送的代扣请求信息；解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；利用所述账户信息及代扣金额信息，从代扣用户的账户中划与代扣金额信息相对应的资金至所述供电方的专用账户；可见，在本实施例中，这种缴费方式可以通过银行直接从用户的专用账户中扣除电费，提高了供电服务水平，加快建设供电队伍，真正满足客户的需求，并且银行联网代收电费业务的建设，是方便、先进、快捷的现代信息管理系统建设的发展成果，解决了麻烦，节约了用户的时间。本发明还提供了一种银电联网银行的缴费装置及银电联网系统，同样能为用户节约时间，提高用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例公开的一种缴纳电费的方法流程示意图；

图2为本发明实施例公开的一种银电联网银行的缴费装置结构示意图；

图3为本发明实施例公开的一种银电联网系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例公开了一种缴纳电费的方法、装置及银电联网系统，以提供更方便的缴费方式。

参见图1，本发明实施例提供的一种缴纳电费的方法，包括：

S101、接收供电方发送的代扣请求信息；

具体的，在本实施例中可以从供电方及银行方对本方案进行描述。这里的供电方具体为供电银电联网前置机；银行方是与供电银电联网前置机通信实现代扣电费的银行，例如工行、农行、建行等。

具体的，本实施例中的代扣请求可以是供电方的操作人员通过在操作界面中录入客户缴费号，查询获取客户签约的代扣协议信息和欠费明细，其中，协议信息包括签约联网银行、银行账户、银行账户名等；也可以是系统在每个月的固定时间自动查询待扣费的用户，生成代扣请求信息发送至银行方。

需要说明的是，本实施例中的供电方、银行方通过专线接入，采用双向通讯链路的通讯方式，双方的网络带宽要求最低达到5M以上的水平。同时，要求双方服务每分钟处理最大10000笔交易量，满足每小时交易达到40万笔的交易量。

具体的，本实施例中的供电方和银行方可以通过SOCKET方式(短链接模式)进行通信。在SOCKET方式中，通讯双方即互为服务器端又可以作为客户端。当供电方或者银行方任意一方作为服务器端时，对外提供多个监听地址和端口，可以提供多台前置机，这样可以避免单点故障。作为客户端连接对方服务时，可以同时连接到所有的可用的监听地址，而且可以建立多条链接。服务端根据需要可对长时间没有任何请求端断开连接。

需要注意的是，服务端应确保客户端发送的请求包和服务端的响应包是走的同一个Socket连接，客户端如何处理交易由客户端自己判断处理。比如客户端可以在一个线程发送请求报文，在另一个线程接收响应报文；也可以在一个线程中发送报文，随后接收响应报文。无论何种方式处理，客户端必须根据交易标识对应好响应报文对应的是哪一个请求报文。如果不加判断，认为返回的报文就是刚才请求报文对应的响应报文，就会出现问题。

S102、解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

具体的，本实施例中的账户信息至少包括：划扣银行行号、银行账户、银行账户名、划账账户类型、划账方式、供电方专用账户等；其中，划账账户类型可以为对公账户、对私账户、对私信用卡和对外籍卡等；划账方式包括：0，余额不足不扣款；1，余额不足亦扣款。

具体的，供电方发送的代扣请求信息是由数据包的形式发送至银行方。银电联网接口数据包采用文本方式(String)，字段采用左对齐方式，长度不足位置用空格补齐。交易正常时数据包的结构为：数据包头(SYS_HEAD)、子包数据(NUM_LEN)和数据子包，其中，数据包头必须存在；子包数据必须存在，若无数据子包，则其值为零；数据子包不是必须存在，如无返回内容，则无数据子包。

交易失败时数据包的结构为：数据包头(SYS_HEAD)、子包数据(NUM_LEN)和错误信息子包(SYS_ERROR)，其中，数据包头必须存在；子包数据必须存在，若无数据子包，则其值为零；错误信息子包不是必须存在，在交易失败时才存在。

具体的，在组织请求数据包时，数据包各个部分包含的字段都需要先进行初始化赋值，保证各字段无异常数据。对于无返回数据子包的服务应答，在SYS_HEAD后NUM_LEN字段值为000000，如果交易失败，则NUM_LEN记录实际错误信息子包数量。

需要说明的是，子包数量(NUM_LEN)为描述后继子包的个数，是一个6个字节的十进制的数字字符串，如果只有一个子包则其值为000001，最多支持999999个子包。

并且因为采用字符串传输，由于数值存在正负及小数点问题，故需要在生成传输字串过程中，要将长度进行增加，防止溢出，如ZW_YHZWXX包中的DFNY字段为number(6)则在打包时，实际打包长度为7字节，在ZW_YHZWXX包中KKJE字段为number(14,2)则在打包时，实际打包长度为16字节，以此类推，因此在本实施例中，在所有数据包定义中，对于所有整数需要在打包过程中将其长度加1，所有浮点数在打包过程中将其长度加2。

其中，数据包头格式参见表1，包括请求数据包头和应答数据包头。

表1

字段名	字段代码	字段类型/长度	长度
				数据包长度	SJBCD	Number(9)	10
密钥索引	MYSY	Varchar2(3)	3
				密钥索引	MYCSXL	Varchar2(32)	32
协议版本号	XYBBH	Varchar2(5)	5
				业务标识号	YWBSH	Varchar2(16)	16
交易标识号	JYBSH	Varchar2(16)	16
				交易人标识	JYRBS	Varchar2(20)	20
交易码	JYM	Varchar2(2)	2
				数据包类型	SJBLX	Varchar2(1)	1
交易发起方	JYFQF	Varchar2(8)	8
				交易接收方	JYJSF	Varchar2(8)	8
交易源地址	JYYDZ	Varchar2(24)	24
				交易目标地址	JYMBZ	Varchar2(24)	24
交易发送日期	JYFSRQ	Varchar2(8)	8
				交易发送时间	JYFSSL	Varchar2(6)	6
交易优先级	JYYXJ	Varchar2(1)	1
				交易返回代码	JYFHDM	Varchar2(5)	5
压缩标志	YSBZ	Varchar2(1)	1

具体的，参见表1，数据包头格式的每个字段名的含义如下：

1、数据包长度：数据包长度是指除这个字段，后面的数据包的长度。发送报文时，首先要计算数据包长度，然后再发送这个长度字段，再发送整个数据包。数据接收时，首先接收10个字节的报文，计算出数据包的长度，然后按照这个长度再接收完整的数据包。这样接收方就可以在不了解具体交易内容的情况下完成通讯过程，实现通讯与业务处理分离；

2、密钥索引：提前约定一组密钥，在每次交易的时候发送密钥代码。该字段不加密，0表示不加密；

3、密钥初始向量：密钥参数，采用密钥算法的一个参数，该字段不加密；

4、协议版本号：定义使用协议的版本，用于标识使用技术协议，运用于后期技术升级，该字段不加密；

5、业务标识号：唯一标识一次交易业务，整个业务流程中的所有报文此字段取值相同；

6、交易标识号：用于唯一标识一笔交易(完成一次请求和应答为一次交易，一次请求及应答为同一交易标识号)。对供电发起的业务，交易标识号为供电代码(8位)+顺序号(8位)；对银行发起的业务，交易标识号为银行代码(8位)+顺序号(8位)。

7、交易人标识：发起交易的操作员编码，由供电为每家银行分别分配一个唯一营销管理系统操作员编码；

8、交易码：约定执行某交易服务程序的的代码；

9、数据包类型：用于标识数据包是请求数据包还是应答数据包，其中，0：请求，1：应答；

10、交易发起方：交易发起单位，值为银行代码；

11、交易接收方：交易接收单位，值为银行代码/供电地区代码；

12、交易源地址：发起交易方服务器的MAC地址，例如：00-00-00-00-00-00-00-B0；

13、交易目标地址:接收交易方服务器的MAC地址，例如：00-00-00-00-00-00-00-C0；

14、交易发送日期：发送请求、应答数据包的日期，格式为“YYYYMMDD”；

15、交易发送时间：发送请求、应答数据包的时间，格式为“HHMMSS”；

16、交易优先级：表示交易优先处理的程度，1：加急，表示接收方需第一时间返回应答；2：普通，表示接收方可在规定的时间内返回应答；

17、交易返回代码：交易应答返回处理结果代码，为银行规定的返回码。正确交易返回“00”，发起交易时默认为“00”；错误交易后附有错误信息子包，正确信息则不附加错误信息子包；

18、压缩标志：对于较长数据包考虑到传输效率可对包体进行压缩传输，0：不压缩，1：压缩数据体，2：压缩文件，压缩格式为zip格式。

其中，解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息，包括：

判断所述代扣请求信息中的密钥索引序号是否为零；

若是，则解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

若代扣请求信息中的密钥索引序号不为零，则从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

具体的，供电方和银行方的交易过程使用对称加密算法进行加密，具体的采用三个密钥的三重DES算法CBC模式。这算法本身具有很高的安全性。系统运行之前，供电方秘密产生一个密钥文件，存放多个对称密钥，通过秘密方式分发给各个银行。

具体的，在发送报文时，如果需要加密，则在数据包头中的“密钥索引”字段中指定所使用的密钥的索引。密钥索引是指密钥在密钥文件中的序号，序号从1开始，也就是第一个密钥的序号为1，第二个密钥的序号为2，依次类推。如果不加密，则指定序号为0。索引值可以随机生成，但必须是有效的索引。一旦约定好了密钥索引，双方都按照约定的索引在密钥文件中对应的密钥进行加密或者解密。

其中，代扣请求信息中的密钥索引序号不为零之后，还包括：

判断所述代扣请求信息中的密钥初始向量是否为零；

若是，则执行从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息的步骤；

若所述代扣请求信息中的密钥初始向量不为零，则将密钥初始向量作为密钥参数，通过所述目标密钥和所述密钥参数对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

具体的，由于算法需要，为了使相同的密钥产生不同的密文，以大大增强抗破解能力，还需要在数据包头中的“初始向量”字段添加所使用的初始向量。“初始向量”的取值是一个不超过32个字节的随机字符串，由报文加密方随机生成，并用于随后的加密。这样一来每一个数据包所使用的密钥是随机的，初始向量是随机的，安全性大大提升。

需要说明的是，由于数据传输、选择解密参数都是在解密之前进行的，因此这些相关的数据是不能够加密的，否则就算正确传输，也不知道怎么解密。因此，参见表1，加密数据是从“版本号”之后才开始的。

具体的，对于有文件的交易，由于采用了SFTP，传输过程中数据已经被加密，因此文件本身不需要再进行加密。为了验证文件的完整性，我们采用Md5算法。具体的，发送方要对发送的文件计算Md5值，并放到数据子包中的“文件Md5”字段。接收方要对接收到的文件计算Md5值，并与数据子包中的“文件Md5”字段比较，一致则通过，不一致则终止交易，并报告错误。

S103、利用所述账户信息及所述代扣金额信息，从代扣用户的账户中划与所述代扣金额信息相对应的资金至所述供电方的专用账户。

其中，若划账成功，则向所述供电方发送扣款成功的通知信息；

若划账不成功，则根据失败原因生成设置交易异常代码，并按照约定格式生成应答信息发送至供电方，以便供电方将失败原因发送至用户。

具体的，供电方在向目标用户发送代扣请求信息时，需将目标用户的账户进行锁定，若接收到银行方发送的成功扣款的通知信息，则进行记账处理后解除目标用户的锁定状态；若供电方接收到银行方发送的应答信息为交易异常，则解除目标用户的锁定状态，并将失败原因发送至目标用户。

具体的，若供电方发起代扣款交易请求后，出现由于网络无法通信、网络通信延迟、供电方交易服务器异常、银行方交易服务器异常而导致交易请求数据无法发送的情况出现时，若供电方在常识三次操作发送交易请求后仍失败，则记录通信失败日志信息，并告知客户情况。待服务器有双方协商处理正常后，供电方再发起单笔代扣交易。

若银行方返回代扣请求应答后，出现由于网络无法通信、网络通信延迟、银行方交易服务器异常、供电方交易服务器异常而导致交易应答数据无法发送的情况出现时，则供电方根据设置的交易返回最大时限内等待银行方应答，如果超过最大时限，则终止交易请求，仍保持客户账户冻结状态。待日终对账时，处理银行单方划账情况。同时，待服务由双方协商处理正常后，供电方再发起单笔代扣交易。

具体的，参见表2，为供电方发起的代扣交易请求和银行方返回的代扣请求应答的具体要求：

表2

参见表3和表4，为本实施例提供的供电方发起的单笔代扣交易请求和银行方返回单笔代扣请求应答的具体数据格式。

表3

具体的，交易日志作为双方交易过程痕迹，在后期运维问题分析定位时起到关键作用，因此，在交易过程中，供电方和银行双方要做到：

1、双方都必须记录交易发起请求、应答日志信息。交易正常情况下，接收方也必须记录接收到的请求、应答日志信息。

2、交易存在异常时，交易发起方或接收方应该第一时间将把异常信息发送给对方，以便告知对方异常情况。在存在网络无法连接或服务异常，无法连接，应在异常恢复后再将异常信息发送给对方。

3、交易双方在上传、下载SFTP文件成功后，必须将获取文件成功的信息告知对方。

4、双方交易日志信息至少保留一年时间，交易文件至少保留3年时间。

表4

下面对本发明实施例提供的缴费装置进行介绍，下文描述的缴费装置与上文描述的缴费方法可以相互参照。

参见图2，本发明实施例提供的一种银电联网银行的缴费装置，包括：

接收模块100，用于接收供电方发送的代扣请求信息；

解析模块200，用于解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

划账模块300，用于利用所述账户信息及所述代扣金额信息，从代扣用户的账户中划与所述代扣金额信息相对应的资金至所述供电方的专用账户。

基于上述实施例，所述解析模块包括：

第一判断单元，用于判断所述代扣请求信息中的密钥索引序号是否为零；

若是，则触发解析单元；

所述解析单元，用于解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

若代扣请求信息中的密钥索引序号不为零，则触发第一解密模块；

所述第一解密模块，用于从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并通过所述解析单元解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

基于上述实施例，所述解析模块还包括：

第二判断单元，用于所述第一判断单元判定所述代扣请求信息中的密钥索引序号不为零后，判断所述代扣请求信息中的密钥初始向量是否为零；

若是，则触发所述第一解密模块；

若所述代扣请求信息中的密钥初始向量不为零，则触发所述第二解密模块；

所述第二解密模块，用于将密钥初始向量作为密钥参数，通过所述目标密钥和所述密钥参数对所述代扣请求信息进行解密，并通过所述解析单元解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

基于上述实施例，还包括：

发送模块，用于在划账成功时，则向所述供电方发送扣款成功的通知信息；划账不成功时，根据失败原因生成设置交易异常代码，并按照约定格式生成应答信息发送至供电方，以便供电方将失败原因发送至用户。

本发明实施例提一种银电联网系统，包括上述实施例中的缴费装置，还包括：

供电银电联网前置机，用于向所述缴费装置发送代扣请求信息。

具体的，本实施例中的缴费装置可以对应图3中的银电联网银行，即为实现代扣电费的银行方；本实施例中的供电银电联网前置机即为图3中的银电联网前置机服务器，相应的，本实施例中的供电银电联网前置机和缴费装置能实现的其他业务形式详见图3。

具体的，本系统还包括：

FTP服务器，用于存储所述供电银电联网前置机与每家银行的缴费装置所生成的文件；

其中，所述FTP服务器存储的文件至少包括所述供电银电联网前置机生成的批扣文件、欠费用户信息文件、托收文件和跨行托收文件，和所述缴费装置上传的已扣文件、用户信息文件、对账文件、核对代扣协议文件。

具体的，参见图3，供电方建立银电联网FTP服务器，为每家银行创建SFTP专用账户和目录，双方生成的文件统一存放在供电方指定的SFTP目录上。用于传送批扣文件、银行已扣文件、用户信息文件、欠费用户文件、对账文件、核对代扣协议文件、托收文件及跨行托收文件等文件。

相应的，供电方在SFTP目录中生成批扣文件、欠费用户信息文件、托收文件和跨行托收文件。银行方则上传银行已扣文件、用户信息文件、对账文件、核对代扣协议文件。

具体的，由图3可知，本申请中的银电联网系统处理能实现代收电费业务之外，还能实现其他的业务，例如查询、对账等，因此为了能够区分不同的交易，需要为交易指定编号，称之为交易码，交易码编号为2位数字，参见表5，为交易码的第一位所代表的业务种类：

表5

第一位数	用途
		1	代收类
2	代扣类
		3	代扣协议类
4	查询类
		5	对账类
6	发票类
		7	监控类

参见表6，为各种业务的交易码，例如：若供电方向银行方发送的代扣请求信息是单笔代扣交易，那么交易码则为22，若供电方向银行方发送的代扣请求信息是批量代扣交易，那么交易码则为20。银电联网交易业务由一个或多个交易服务组成，其交易业务与交易码的对应关系详见表7。

表6

表7

本发明提供的一种缴纳电费的方法、装置及银电联网系统，包括：接收供电方发送的代扣请求信息；解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；利用所述账户信息及代扣金额信息，从代扣用户的账户中划与代扣金额信息相对应的资金至所述供电方的专用账户；可见，在本实施例中，这种缴费方式可以通过银行直接从用户的专用账户中扣除电费，提高了供电服务水平，加快建设供电队伍，真正满足客户的需求，并且银行联网代收电费业务的建设，是方便、先进、快捷的现代信息管理系统建设的发展成果，解决了麻烦，节约了用户的时间。

在本实施例中，通过运用电力企业和银行现有的系统管理设施和网路，通过现代信息传输和数据存储等方式将电力企业和银行实现网络连接。使用安全有效的即时通讯系统，将各个用户在银行网点或银电联网收费点进行电费缴纳。建立这样一个方便快捷的系统的目标是，根据电脑统计电费计算的结果，由银行代收电费。

目前基本的缴费方式有现金支付和网络支付。使用现金支付的用户，缴费后可以打印发票，电力企业也可以通过信息联网共享，及时掌握用户的用电情况和缴费情况。用电子银行转账的用户可以在电力企业打印电费发票。

而在本实施例中，用户可以通过在电力部门客服中心或者银行办理开户手续，每个月电力部门将统一向银行提供代扣费用户名单，包括电费号、用户名、电费额、银行账号等等。银行可以在用户的专用户头中直接扣除电费，扣款后银行会统一将账单信息数据返回至供电方。

本实施例通过银电联网系统进行缴纳电费的优势如下：

1、充分利用银行资源

现在的电力企业基本实现与银行建立联系，充分利用银行的网络和经济等资源优势，为用户提供既方便，又快捷的电费支付方式，真正做到了尊重用户。客户有时间可以来银行缴费，也可以通过网上银行支付，随时随地掌握情况。这些服务充分体现了以客户为中心，为客户服务的理念。不仅满足不同需求的用户，还减轻了电力企业的负担，节省了人力物力起源，提高服务质量和效率。

2、提高电力企业的工作效率

在我国的各个城市中，银电联网收费点非常多，用户可以选择自己最方便的缴费网点进行缴费，柜台不单独设立专门收费人员，大大节约人力物力资源，降低成本。而且，每个用户有独立的账户，可以随时查询了解电费情况，是否有拖欠或者其他情况。通过系统查询，复杂的电费系统变得方便简单，大大提高了工作效率。

3、避免随时停电

用户可以根据自己的用电情况，随时去缴费，不限时间。银行根据和电力企业签订的代收电费的相关规定，在账户有存款余额的时候，直接从账户里账扣款，然后及时将数据信息返回电力企业。开通网银的用户也可以从网上直接缴费，这样更是可以足不出户办理业务，避免因其他原因来不及缴费而面临随时停电。

4、安全系数较高

建立银电网联，可以大大提高用户的安全系数。整个收费的相关网络包括营销，财务，客户服务中心收费大厅，各个营业网点等。这些部门都可以随时共享数据库。当月电费，拖欠电费等都可以实现即时清缴，账单明细，不错收，不乱收。而且每户都有一个固定账户，不会搞错.

5、进一步提高代收费服务质量

代收费系统改进第一步应该在用户收到的发票和发票显示的数据内容进行改革。代收费发票的打印可以参考移动通讯缴费或查账的打印模式。在移动通讯缴费或者查账的时候，用户可以对本月电话费使用情况一目了然。参照这样的发票，代收费系统也可以将用户本月用电量，剩余用电量和账户余额清楚显示出来。同时，还可以开通电话语音通知。在用户账户余额不足或者电量不足的时候进行语音通知，谨防用户因为其他原因耽误电费缴纳，影响正常生活。这样的代收费系统，代收费人员只需要对部分用户进行及时的提醒，既保证了用户的正常生活，又大大节约了时间。

总结：国家电力通过对系统的创新改革，与银行挂钩，实现了营销模式的创新，此举大大推动了电力行业的发展。通过银电联网代收电费，不仅提高了电力企业的工作效率和工作准确性，更是节约人力财力和时间。同时也给用户带来了非常大的便利，为用户提供了方便，节约了时间。虽然电力企业在银电网联代收费系统的操作过程中仍然会出现很多问题，但随着科技的发展进步，电力企业在发展中不断创新，相信会为用户带来更加方便快捷的服务。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种缴纳电费的方法，其特征在于，包括：

接收供电方发送的代扣请求信息；

解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

利用所述账户信息及所述代扣金额信息，从代扣用户的账户中划与所述代扣金额信息相对应的资金至所述供电方的专用账户。

2.根据权利要求要求1所述的缴纳电费的方法，其特征在于，解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息，包括：

判断所述代扣请求信息中的密钥索引序号是否为零；

若是，则解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

若代扣请求信息中的密钥索引序号不为零，则从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

3.根据权利要求要求2所述的缴纳电费的方法，其特征在于，代扣请求信息中的密钥索引序号不为零之后，还包括：

判断所述代扣请求信息中的密钥初始向量是否为零；

若是，则执行从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息的步骤；

若所述代扣请求信息中的密钥初始向量不为零，则将密钥初始向量作为密钥参数，通过所述目标密钥和所述密钥参数对所述代扣请求信息进行解密，并解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

4.根据权利要求要求1-3中任意一项所述的缴纳电费的方法，其特征在于，

若划账成功，则向所述供电方发送扣款成功的通知信息；

若划账不成功，则根据失败原因生成设置交易异常代码，并按照约定格式生成应答信息发送至供电方，以便供电方将失败原因发送至用户。

5.一种银电联网银行的缴费装置，其特征在于，包括：

接收模块，用于接收供电方发送的代扣请求信息；

解析模块，用于解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

划账模块，用于利用所述账户信息及所述代扣金额信息，从代扣用户的账户中划与所述代扣金额信息相对应的资金至所述供电方的专用账户。

6.根据权利要求要求5所述的缴费装置，其特征在于，所述解析模块包括：

第一判断单元，用于判断所述代扣请求信息中的密钥索引序号是否为零；

若是，则触发解析单元；

所述解析单元，用于解析所述代扣请求信息，获得代扣用户的账户信息及代扣金额信息；

若代扣请求信息中的密钥索引序号不为零，则触发第一解密模块；

所述第一解密模块，用于从密钥文件中确定与密钥索引序号相对应的目标密钥，通过所述目标密钥对所述代扣请求信息进行解密，并通过所述解析单元解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

7.根据权利要求要求6所述的缴费装置，其特征在于，所述解析模块还包括：

第二判断单元，用于所述第一判断单元判定所述代扣请求信息中的密钥索引序号不为零后，判断所述代扣请求信息中的密钥初始向量是否为零；

若是，则触发所述第一解密模块；

若所述代扣请求信息中的密钥初始向量不为零，则触发所述第二解密模块；

所述第二解密模块，用于将密钥初始向量作为密钥参数，通过所述目标密钥和所述密钥参数对所述代扣请求信息进行解密，并通过所述解析单元解析解密后的代扣请求信息，获得代扣用户的账户信息及代扣金额信息。

8.根据权利要求要求5-7中任意一项所述的缴费装置，其特征在于，还包括：

发送模块，用于在划账成功时，则向所述供电方发送扣款成功的通知信息；划账不成功时，根据失败原因生成设置交易异常代码，并按照约定格式生成应答信息发送至供电方，以便供电方将失败原因发送至用户。

9.一种银电联网系统，其特征在于，包括如权利要求5-8中任意一项所述的缴费装置，还包括：

供电银电联网前置机，用于向所述缴费装置发送代扣请求信息。

10.根据权利要求9所述的银电联网系统，其特征在于，还包括：

FTP服务器，用于存储所述供电银电联网前置机与每家银行的缴费装置所生成的文件；

其中，所述FTP服务器存储的文件至少包括所述供电银电联网前置机生成的批扣文件、欠费用户信息文件、托收文件和跨行托收文件，和所述缴费装置上传的已扣文件、用户信息文件、对账文件、核对代扣协议文件。