CN1317877C - 电信业务卡充值方法 - Google Patents

Abstract

本发明公开一种电信业务卡充值方法，利用智能网通过电话接收用户输入的充值请求，再根据用户的输入，向银行发送划账请求；根据银行的响应进行内部操作，如果银行返回划账成功信息，则修改用户账户，并更新充值日志，最后向银行发送状态通知信息，使得银行知道充值成功。本发明充分利用银行的网络资源，将它和各种电信业务卡的充值接口，电信卡发行公司和银行双方即可在我们的充值中心平台上实现全网对接。此种充值方式具有如下优点：用户无须携带现金到指定地点购买充值卡，直接拨打充值服务电话进行手机账户等的充值，用户行为更为方便、安全、快捷；银行卡充值服务降低了电信运营商因为充值卡片制作、销售等环节带来业务运行成本。

Description

电信业务卡充值方法

技术领域：

本发明涉及一种电信业务卡充值方法，尤其是一种利用智能网和电话线进行电信业务卡(包括手机卡、200卡、IC电话卡、IP卡、彩票投注卡等)充值的方法。

背景技术：

现有的电信业务卡，如手机卡、200卡、IC电话卡、IP卡、彩票投注卡等，多数是不能充值的，卡用完就丢弃会造成极大的浪费，也增中了发卡单位的成本。已有的少量可以充值的卡，也只能是人工充值。例如，目前，手机预付费业务(PPC业务)现有充值方式一般是通过客户在已开办城市的移动电话营业厅或业务代办(代销)点购买储值卡，拨打13300133000免费热线服务电话，根据语音提示操作，完成充值，一个充值卡的生成和使用周期如图1所示，可以看到，牵涉到的实体较多，中间环节也较多，一则烦琐不方便，数据保密难度较大，二则成本高。

另一方面，随着国家的“三金”工程的深入，各个银行分别建立起自己的一套全国的银行网络系统，用于处理银行内部以及和其他银行之间的帐务往来。这些银行的全国联网综合业务系统具有强大的开放平台的支撑力，但银行为此也付出了很大的成本，不用或利用率不高就等于浪费，如何有效地利用这一系统也是银行很关心的问题。

发明内容：

本发明的目的就是为了解决以上问题，提供一种电信业务卡充值方法，方便客户充值，有效利用现有智能网和银行系统，使其功能增值。

为实现上述目的，本发明提出一种电信业务卡充值方法。

所述充值方法包括如下步骤：

A、交换机收到用户发送的充值请求后，触发至充值数据处理装置，充值数据处理装置通过智能外设IP采集用户提供的充值信息，该充值信息中至少包括用户账户标识和银行种类；

B、充值数据处理装置根据充值信息中的银行种类找到对应的银行代号ID，然后向银行系统的处理机发送划账请求，该划账请求中携带有用户账户标识；

C、银行系统的处理机收到划账请求后，根据存储的用户账户标识与银行账号之间的对应关系，从对应于用户账户标识的银行账号上划账，根据划账结果向充值数据处理装置响应；

D、充值数据处理装置收到响应后，如果划账成功，则修改用户账户，如果划账失败，则提示用户充值失败，结束当前流程。

步骤C中所述根据存储的用户账户标识与银行账号之间的对应关系从对应于用户账户标识的银行账号上划账之前，进一步包括：银行系统的处理机判断用户账户标识是否申请划账功能，如果是，则根据存储的用户账户标识与银行账号之间的对应关系，从对应于用户账户标识的银行账号上划账；否则，向充值数据处理装置响应划账失败。

步骤C中所述根据存储的用户账户标识与银行账号之间的对应关系从对应于用户账户的银行账号上划账之前，进一步包括：银行系统的处理机判断是否找到与用户账户标识相对应的银行账号，如果是，则根据存储的用户账户标识与银行账号之间的对应关系，从对应于用户账户标识的银行账号上划账；否则，向充值数据处理装置响应划账失败。

步骤C中所述从对应于用户账户标识的银行账号上划账之前，进一步包括：银行系统的处理机判断银行账号余额是否充足，如果是，则从对应于用户账户标识的银行账号上划账；否则，向充值数据处理装置响应划账失败。

所述充值数据处理装置包括分开设置的业务交换点SCP和充值卡数据处理中心VC，所述步骤B为：SCP根据充值信息中的银行种类找到对应的银行ID和VCID，然后向VC发送充值请求，VC向银行系统的处理机发送划账请求，该划账请求中携带有用户账户标识；所述步骤D为：VC收到响应后，如果划账成功，则VC向SCP发送成功标志，SCP修改用户账户，如果划账失败，则VC向SCP发送失败标志，SCP提示用户充值失败，结束当前流程。

步骤D中所述SCP修改用户账户之后，进一步包括：SCP通知VC发送修改操作命令，VC收到修改操作命令，更新充值日志。

所述更新充值日志之后，进一步包括：VC通知银行系统的处理机充值成功。

所述充值数据处理装置包括合设的SCP和VC。

所述充值数据处理装置为SCP。

步骤D中所述修改用户账户之后，进一步包括：充值数据处理装置更新充值日志。

步骤D中所述修改用户账户之后，进一步包括：充值数据处理装置通知银行系统的处理机充值成功。

所述步骤B之前进一步包括：SCP对用户进行鉴权，如果用户通过鉴权，则执行步骤B；否则，提示用户充值失败，结束当前流程。

所述银行系统的处理机通过前置机与所述充值数据处理装置进行交互。

由于采用了以上的方案，充分利用银行的网络资源，将它和各种电信业务卡的充值(如PPC预付费充值)接口，电信卡发行公司(如移动通信公司)和银行双方即可在我们的充值中心平台上实现全网对接，银行所有储蓄用户在申请了银行卡充值服务功能后，通过电话(如手机)拨打充值特别服务电话号码(即管理流程接入码)，根据自己的实际需要直接将活期储蓄存款转帐到待充帐户(如PPC帐户)，完成充值操作。此种充值方式具有如下优点：用户无须携带现金到指定地点购买充值卡，直接拨打充值服务电话进行手机等的帐户充值，用户行为更为方便、安全、快捷；银行卡充值服务降低了电信运营商因为充值卡片制作、销售等环节带来业务运行成本。

附图说明：

图1是现有预付费业务中一个充值卡的生成和使用周期示意图。

图2是本发明实施例一组网方式示意图。

图3是本发明实施例一充值流程示意图。

图4-9是实施例一几种充值失败的流程示意图。

图10是本发明实施例二组网方式示意图。

图11是本发明实施例二充值流程示意图。

图12是本发明实施例三组网方式示意图。

图13是本发明实施例三充值流程示意图。

具体实施方式：

下面通过具体的实施例并结合附图对本发明作进一步详细的描述。

本发明提出的方案实现了一种新的电信卡充值业务，它是一种基于现有充值业务(如PPC业务的充值)的新型交互式充值方式，是在原充值卡系统的技术基础之上推出的新业务。

以下的实施例以PPC充值业务为例进行说明，其中“银行”实际上是指银行的网络系统。该业务通过银行充值功能，使得移动PPC用户可以拨打免费的充值电话，选择相应的银行，方便地将资金账号的资金移到PPC账号，为PPC用户增加有效期和剩余金额。这同以往PPC用充值卡充值方式有很大的不同。因此，无线智能网(WIN)网络中PPC银行充值功能的实现可以为移动智能网新业务的提供以及业务的管理等带来诸多方便。考虑到移动智能网本身能够灵活、快速提供新业务的特点，PPC银行充值功能在移动智能网中的实现可以为CDMA(码分多址)等移动通信网络提供丰富多彩的业务，可以此为基础拓展新的商业交易模式。

该业务要达到的效果是：预付费用户通过拨打预付费管理流程接入码进入充值系统，在系统充分鉴别用户的银行卡账户后，就将用户指定的金额存入预付费账户上了，并且在银行的另外一端银行会自动的从用户指定的账户上扣除相应的金额。在初期，系统也可以仅支持：50，100，300，500元几个标准，而不开放让用户随意的输入充值金额。

实施例一：

其组网示意见图2，本例中业务交换点SCP和充值卡数据处理中心VC是分开设置的两个实体，二者之间通过7号信令交互。有时出于安全等方面的考虑，也可以在VC和银行中设置前置机。为了实现本发明的目的，还需要在SCP和/或VC侧扩展相应的能力，包括增加区分充值类型的能力、划账请求功能、充值状态通知能力，及对充值状态查询的响应能力等，银行充值功能就可以实现。

一个典型的充值流程如图3所示。图中：MS为“移动用户(MobileSubscribe)”，ORREQ为指“初始鉴权”，Seizers为“申请资源”，ConnectRES为“连接资源”，INSREQ为“结构请求”，srfdir为“放音指示”。

其中信令中的操作参数要做一些扩充，包括：

1)对关于DATAKEY的扩充

例如：可在Search&Modify(操作名，见图3-13)规范中增加5(或者其他未定义的数值)为银行充值。增加后的参数情况如表一所示。

表一：

参数名		意义
			类型(第一个字节)		1：MDN2：MIN3：IMSI号码4：充值卡号5：银行充值6-n：未定义
长度(第二个字节)		指后面的号码的长度
			第2个数字	第1个数字	如果是奇数个BCD数字，则以OXF为结束符。
第4个数字	第3个数字
			第n个数字	第n-1个数字

2)关于DATAID的扩充

可以在Search&Modify规范中增加BankID，TradeResult，TradeNumber的DATAID值。增加后的情况如表二所示。

表二

参数名	类型	意义
			DATAID	3字节	1、Cardlife(卡状态)2、Feetotal(卡总额)3、Activedays(卡有效期)4、SCPADDR(SCP的GT)5、PIN(用户密码)6、MDN(用户手机号码)7、ActiveFeature(特征激活)

8、MSCID(被叫拜访MSCID)9、MSCIN(被叫拜访MSCIN)10、BankID(银行ID)11、TradeResult(交易结果)12、TradeNumber(交易号)

下面给出银行(在信令流程中，银行实际指的是前置机)、SCP、VC之间的信令交互的流程：

1、正常流程：

1)SCP向VC发送充值请求操作(SEARCH)：当用户拨打管理流程接入码，业务对用户鉴权完毕进入本充值流程后，SCP根据用户选择的银行种类找到对应的银行ID和VCID后，向VC发送充值请求。

2)VC向银行发送划帐请求(Transfer_Req)：VC收到SCP的充值请求后，处理完相应的事件后向银行发送划帐请求。

3)银行向VC响应划帐结果(Transfer_Res)：银行通过自己的前置机程序处理完VC送来得划帐请求，根据划帐结果向VC响应。具体结果是包括：“3”、银行账号充值划帐成功；“5”、划帐失败，银行账号余额不够；“6”划帐失败，没有找到手机对应的银行账号，手机没有申请对应功能；“7”划帐失败，银行收到非法数据；“8”划帐失败，用户转账总额超过限额；“9”划帐失败，银行系统关闭。

4)VC向SCP响应划帐结果(search)：如果划帐成功，那么VC将成功标志发送给SCP，否则VC更新充值日志后向SCP发送失败标志。(如果划帐成功SCP修改用户信息，否则不修改，提示用户充值失败，退出流程)

5)SCP向VC发送Modify操作，使得VC修改充值记录(MODIFY)：SCP修改用户信息成功后，向VC发送MODIFY操作，VC收到信息户，修改充值日志。

6)VC向银行发送状态通知信息，使得银行知道充值成功(Complete_Msg)：更新完充值日志后，VC向银行发送状态通知，银行收到后作相应的处理。

7)VC向SCP响应修改充值日志成功(modify)

2、异常流程，分别见图4-9，它包括以下几种情况：

一)VC端接收SEARCH消息时的错误，见图4，其流程为：

1)、在SCP发送SEARCH消息后，VC没有接收到该SEARCH消息，这时VC侧没有触发业务逻辑。

2)、在SCP侧会收到错误返回值，记失败日志，放错误提示音。

二)VC端响应SEARCH时错误，见图5，其流程为：

1)、在SCP发送SEARCH消息后，VC接收到SEARCH消息，这时VC侧触发业务逻辑，可能和银行有消息交互，但在发送search响应消息时错误。

2)、在SCP侧会收到错误返回值，记失败日志，放错误提示音。

3)、在VC侧要求发送失败消息给银行。

三)VC端接受MODIFY消息错误，见图6，其流程为：

1)、在SCP发送SEARCH消息后，VC接收到SEARCH消息，这时VC侧触发业务逻辑，和银行有消息交互。

2)、在SCP侧修改用户账户后，发送MODIFY消息错误。

3)、在SCP侧会收到错误返回值，记失败日志，放错误提示音。

4)、在VC侧没有收到MODIFY消息，不会触发MODIFY的业务流程。

四)VC端响应MODIFY时错误，见图7，其流程为：

1)、在SCP发送SEARCH消息后，VC接收到SEARCH消息，这时VC侧触发业务逻辑，和银行有消息交互。

2)、在SCP侧修改用户账户后，发送MODIFY消息后，VC端响应modify消息时错误。

3)、在SCP侧会收到错误返回值，记失败日志，放错误提示音。

4)、在VC侧记错误日志，给银行发失败消息。

五)给银行前置机发送Transfer_Req时或接收Transfer_Ress时错误，见图8，其流程为：

1)、在SCP发送SEARCH消息后，VC接收到SEARCH消息，这时VC侧触发业务逻辑，和银行有消息交互，在交互中没有收到银行的消息。

2)、在SCP侧会收到错误返回值，记失败日志，放错误提示音。

3)、在VC侧记错误日志，给银行发失败消息。

4)、SCP不再发MODIFY消息。

六)VC发送Complete_Msg消息时错误，见图9，其流程为：

1)、在SCP发送SEARCH消息后，VC接收到SEARCH消息，这时VC侧触发业务逻辑，和银行有消息交互。

2)、在SCP侧会发送MODIFY消息。

3)、在VC侧会接收到MODIFY消息，并响应成功，在随后向银行发送成功证实消息时失败。

4)、PPC用户认为充值成功，和银行之间的差异通过对帐解决。

实施例二：

其组网见图10，与实施例一不同之处是SPC和VC合设，称为业务控制及充值卡数据处理装置SPC/VC。此种方式下的充值流程和实施例一的区别就在于：SCP和VC间的信令操作都没有了，其他实体间的流程是一致的。这里介绍一下它的正常流程：(如图11)

1)SCP/VC和用户进行交互；

2)SCP/VC向银行发送划帐请求(Transfer_Req)：SCP/VC处理完相应的事件后向银行发送划帐请求。

3)银行向SCP/VC响应划帐结果(Transfer_Res)：银行通过自己的前置机程序处理完SCP/VC送来得划帐请求，根据划帐结果向SCP/VC响应。具体结果是：(“3”、银行账号充值划帐成功；“5”、划帐失败，银行账号余额不够；“6”、划帐失败，没有找到手机对应的银行账号，手机没有申请对应功能；“7”划帐失败，银行收到非法数据；“8”划帐失败，用户转账总额超过限额；“9”划帐失败，银行系统关闭)；

4)SCP/VC进行内部操作，如果银行返回划帐成功信息，则修改用户账户，并更新充值日志；

5)SCP/VC向银行发送状态通知信息，使得银行知道充值成功(Complete_Msg)：更新完充值日志后，SCP/VC向银行发送状态通知，银行收到后作相应的处理。

实施例三：

其组网方式见图12，此种方式是考虑不采用VC，仅采用SCP的情况。其充值流程见图13。此种方式下的充值流程和方式二在信令上并没有区别，区别仅在于：SCP实体由于没有VC功能，则在SCP内部处理上，SCP需要完成SCP和VC的全部功能，包括管理用户信息和维护充值信息和日志。下面介绍一下它的正常流程：

1)SCP和用户进行交互；

2)SCP向银行发送划帐请求(Transfer_Req)：SCP处理完相应的事件后向银行发送划帐请求。

3)银行向SCP响应划帐结果(Transfer_Res)：银行通过自己的前置机程序处理完SCP送来得划帐请求，根据划帐结果向SCP响应。具体结果是：(“3”、银行账号充值划帐成功；“5”、划帐失败，银行账号余额不够；“6”、划帐失败，没有找到手机对应的银行账号，手机没有申请对应功能；“7”、划帐失败，银行收到非法数据；“8”、划帐失败，用户转账总额超过限额；“9”、划帐失败，银行系统关闭)。

4)SCP进行内部操作，如果银行返回划帐成功信息，则修改用户账户，并更新充值日志；

5)SCP向银行发送状态通知信息，使得银行知道充值成功(Complete_Msg)：更新完充值日志后，SCP向银行发送状态通知，银行收到后作相应的处理。

上述三例是在预付费业务版本基础上，增加银行卡充值这个业务功能；但显然本发明可以扩展到其他业务，如200卡、IC电话卡、IP卡、能源卡、公交车乘车卡、彩票投注卡等的充值，甚至自己本身成为一种新的服务，即根据本发明构建一个充值平台，可以为各种需要充值的智能卡进行充值，而用户无需直接与银行打交道，这样用户只需记住充值平台的特服电话号码，而不用再去记各个银行所开通的五花八门的电话银行特服号了。

Claims (13)

1、一种电信业务卡充值方法，其特征在于，该方法包括如下步骤：

A、交换机收到用户发送的充值请求后，触发至充值数据处理装置，充值数据处理装置通过智能外设IP采集用户提供的充值信息，该充值信息中至少包括用户账户标识和银行种类；

B、充值数据处理装置根据充值信息中的银行种类找到对应的银行代号ID，然后向银行系统的处理机发送划账请求，该划账请求中携带有用户账户标识；

C、银行系统的处理机收到划账请求后，根据存储的用户账户标识与银行账号之间的对应关系，从对应于用户账户标识的银行账号上划账，根据划账结果向充值数据处理装置响应；

D、充值数据处理装置收到响应后，如果划账成功，则修改用户账户，如果划账失败，则提示用户充值失败，结束当前流程。

2、根据权利要求1所述的方法，其特征在于，步骤C中所述根据存储的用户账户标识与银行账号之间的对应关系从对应于用户账户标识的银行账号上划账之前，进一步包括：银行系统的处理机判断用户账户是否申请划账功能，如果是，则根据存储的用户账户标识与银行账号之间的对应关系，从对应于用户账户标识的银行账号上划账；否则，向充值数据处理装置响应划账失败。

3、根据权利要求1所述的方法，其特征在于，步骤C中所述根据存储的用户账户标识与银行账号之间的对应关系从对应于用户账户的银行账号上划账之前，进一步包括：银行系统的处理机判断是否找到与用户账户标识相对应的银行账号，如果是，则根据存储的用户账户标识与银行账号之间的对应关系，从对应于用户账户标识的银行账号上划账；否则，向充值数据处理装置响应划账失败。

4、根据权利要求1所述的方法，其特征在于，步骤C中所述从对应于用户账户标识的银行账号上划账之前，进一步包括：银行系统的处理机判断银行账号余额是否充足，如果是，则从对应于用户账户标识的银行账号上划账；否则，向充值数据处理装置响应划账失败。

5、根据权利要求1所述的方法，其特征在于，

所述充值数据处理装置包括分开设置的业务交换点SCP和充值卡数据处理中心VC，

所述步骤B为：SCP根据充值信息中的银行种类找到对应的银行ID和VCID，然后向VC发送充值请求，VC向银行系统的处理机发送划账请求，该划账请求中携带有用户账户标识；

所述步骤D为：VC收到响应后，如果划账成功，则VC向SCP发送成功标志，SCP修改用户账户，如果划账失败，则VC向SCP发送失败标志，SCP提示用户充值失败，结束当前流程。

6、根据权利要求5所述的方法，其特征在于，步骤D中所述SCP修改用户账户之后，进一步包括：SCP通知VC发送修改操作命令，VC收到修改操作命令，更新充值日志。

7、根据权利要求6所述的方法，其特征在于，所述更新充值日志之后，进一步包括：VC通知银行系统的处理机充值成功。

8、根据权利要求1所述的方法，其特征在于，所述充值数据处理装置包括合设的SCP和VC。

9、根据权利要求1所述的方法，其特征在于，所述充值数据处理装置为SCP。

10、根据权利要求1、8或9所述的方法，其特征在于，步骤D中所述修改用户账户之后，进一步包括：充值数据处理装置更新充值日志。

11、根据权利要求1、8或9所述的方法，其特征在于，步骤D中所述修改用户账户之后，进一步包括：充值数据处理装置通知银行系统的处理机充值成功。

12、根据权利要求1所述的方法，其特征在于，所述步骤B之前进一步包括：SCP对用户进行鉴权，如果用户通过鉴权，则执行步骤B；否则，提示用户充值失败，结束当前流程。

13、根据权利要求1所述的方法，其特征在于，所述银行系统的处理机通过前置机与所述充值数据处理装置进行交互。

Images