CN1447571A - 电信业务卡充值方法及装置 - Google Patents
电信业务卡充值方法及装置 Download PDFInfo
- Publication number
- CN1447571A CN1447571A CN 02107651 CN02107651A CN1447571A CN 1447571 A CN1447571 A CN 1447571A CN 02107651 CN02107651 CN 02107651 CN 02107651 A CN02107651 A CN 02107651A CN 1447571 A CN1447571 A CN 1447571A
- Authority
- CN
- China
- Prior art keywords
- bank
- account
- user
- scp
- failure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开一种电信业务卡充值方法及装置,利用智能网通过电话接收用户输入的充值请求,再根据用户的输入,向银行发送划帐请求;根据银行的响应进行内部操作,如果银行返回划帐成功信息,则修改用户账户,并更新充值日志,最后向银行发送状态通知信息,使得银行知道充值成功。本发明充分利用银行的网络资源,将它和各种电信业务卡的充值接口,电信卡发行公司和银行双方即可在我们的充值中心平台上实现全网对接。此种充值方式具有如下优点:用户无须携带现金到指定地点购买充值卡,直接拨打充值服务电话进行手机帐户等的充值,用户行为更为方便、安全、快捷;银行卡充值服务降低了电信运营商因为充值卡片制作、销售等环节带来业务运行成本。
Description
技术领域:
本发明涉及一种电信业务卡充值方法及装置,尤其是一种利用智能网和电话线进行电信业务卡(包括手机卡、200卡、IC电话卡、IP卡、彩票投注卡等)充值的方法及装置。
背景技术:
现有的电信业务卡,如手机卡、200卡、IC电话卡、IP卡、彩票投注卡等,多数是不能充值的,卡用完就丢弃会造成极大的浪费,也增中了发卡单位的成本。已有的少量可以充值的卡,也只能是人工充值。例如,目前,手机预付费业务(PPC业务)现有充值方式一般是通过客户在已开办城市的移动电话营业厅或业务代办(代销)点购买储值卡,拨打13300133000免费热线服务电话,根据语音提示操作,完成充值,一个充值卡的生成和使用周期如图1所示,可以看到,牵涉到的实体较多,中间环节也较多,一则烦琐不方便,数据保密难度较大,二则成本高。
另一方面,随着国家的“三金”工程的深入,各个银行分别建立起自己的一套全国的银行网络系统,用于处理银行内部以及和其他银行之间的帐务往来。这些银行的全国联网综合业务系统具有强大的开放平台的支撑力,但银行为此也付出了很大的成本,不用或利用率不高就等于浪费,如何有效地利用这一系统也是银行很关心的问题。
发明内容:
本发明的目的就是为了解决以上问题,提供一种电信业务卡充值方法及装置,方便客户充值,有效利用现有智能网和银行系统,使其功能增值。
为实现上述目的,本发明提出一种电信业务卡充值方法及装置。
所述充值方法包括如下步骤:1)智能网通过电话接收用户输入的充值请求;2)根据用户的输入,智能网向银行发送划帐请求;3)智能网接收银行响应的划帐结果;4)智能网根据银行的响应进行内部操作,如果银行返回划帐成功信息,则修改用户账户,并更新充值日志;5)智能网向银行发送状态通知信息,使得银行知道充值成功。
所述充值装置包括智能网系统,其特征是所述智能网系统包括:1)交互式充值输入接收装置,用于通过电话接收用户输入的充值请求;2)划帐请求产生及发送装置,用于根据用户的输入,向银行发送划帐请求;3)银行响应接收装置,用于接收银行的响应;4)内部操作装置,用于根据银行的响应进行内部操作,修改用户账户,并更新充值日志;5)状态通知信息发送装置,用于向银行发送状态通知信息,使得银行知道充值成功。
由于采用了以上的方案,充分利用银行的网络资源,将它和各种电信业务卡的充值(如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数字,则以0XF为结束符。 |
第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 (11)
1、一种电信业务卡充值方法,其特征是包括如下步骤:1)智能网通过电话接收用户输入的充值请求;2)根据用户的输入,智能网向银行发送划帐请求;3)智能网接收银行响应的划帐结果;4)智能网根据银行的响应进行内部操作,如果银行返回划帐成功信息,则修改用户账户,并更新充值日志;5)智能网向银行发送状态通知信息,使得银行知道充值成功。
2、如权利要求1所述的电信业务卡充值方法,其特征是:所述智能网是移动智能网,所述银行通过前置机与所述移动智网进行交互。
3、如权利要求1或2所述的电信业务卡充值方法,其特征是:所述智能网包括业务交换点(SCP)、充值卡数据处理中心(VC),二者为相互分立的两个实体,其充值流程为:1)当用户拨打管理流程接入码后,业务交换点(SCP)通过电话接收用户输入的充值请求并对用户进行鉴权,根据用户选择的银行种类找到对应的银行代号和充值卡数据处理中心(VC)代号,向充值卡数据处理中心(VC)发送充值请求;2)充值卡数据处理中心(VC)收到业务控制点(SCP)的充值请求后,向对应的银行发送划帐请求;3)充值卡数据处理中心(VC)接收银行响应的划帐成功或失败的结果;4)充值卡数据处理中心(VC)再把划帐结果向响应到业务交换点(SCP):如果划帐成功,那么充值卡数据处理中心(VC)将成功标志发送给业务交换点(SCP),否则充值卡数据处理中心(VC)更新充值日志后向业务交换点(SCP)发送失败标志;5)如果划帐成功,则业务控制点(SCP)修改用户信息后,向充值卡数据处理中心(VC)发送修改操作命令,充值卡数据处理中心(VC)修改充值记录并向银行发送状态通知信息,使得银行知道充值成功,然后充值卡数据处理中心(VC)向业务控制点(SCP)响应修改充值日志成功信息;如果划帐失败,则业务控制点(SCP)提示用户充值失败,退出流程。
4、如权利要求1或2所述的电信业务卡充值方法,其特征是所述智能网包括业务交换点(SCP)、充值卡数据处理中心(VC),二者合设为一个实体一一业务交换及充值卡数据处理装置(SCP/VC),其充值流程为:1)当用户拨打管理流程接入码后,业务交换及充值卡数据处理装置(SCP/VC)与用户进行交互,通过电话接收用户输入的充值请求并对用户进行鉴权;2)业务交换及充值卡数据处理装置(SCP/VC)根据用户的输入向银行发送划帐请求;3)业务交换及充值卡数据处理装置(SCP/VC)接收银行响应的划帐结果;4)业务交换及充值卡数据处理装置(SCP/VC)进行内部操作,如果银行返回划帐成功信息,则修改用户账户,并更新充值日志;5)业务交换及充值卡数据处理装置(SCP/VC)更新充值日志,然后向银行发送状态通知信息,使得银行知道充值成功。
5、如权利要求1或2所述的电信业务卡充值方法,其特征是所述智能网部分的操作是由业务交换点(SCP)实现的,其充值流程为:1)当用户拨打管理流程接入码后,业务交换点(SCP)与用户进行交互,通过电话接收用户输入的充值请求并对用户进行鉴权;2)业务交换点(SCP)向银行发送划帐请求;3)业务交换点(SCP)接收银行响应的划帐结果;4)业务交换点(SCP)进行内部操作,如果银行返回划帐成功信息,则修改用户账户,并更新充值日志;5)SCP向银行发送状态通知信息,使得银行知道充值成功。
6、如权利要求1或2所述的电信业务卡充值方法,其特征是:所述电信业务卡是预付费手机卡,银行向业务交换点(SCP)响应的划帐结果包括以下几种:a)银行账号充值划帐成功;b)划帐失败,银行账号余额不够;c)划帐失败,没有找到手机对应的银行账号,手机没有申请对应功能;d)划帐失败,银行收到非法数据;e)划帐失败,用户转账总额超过限额;f)划帐失败,银行系统关闭。
7、如权利要求3所述的电信业务卡充值方法,其特征是:所述电信业务卡是预付费手机卡,银行向业务交换点(SCP)响应的划帐结果包括以下几种:a)银行账号充值划帐成功;b)划帐失败,银行账号余额不够;c)划帐失败,没有找到手机对应的银行账号,手机没有申请对应功能;d)划帐失败,银行收到非法数据;e)划帐失败,用户转账总额超过限额;f)划帐失败,银行系统关闭。
8、如权利要求4所述的电信业务卡充值方法,其特征是:所述电信业务卡是预付费手机卡,银行向业务交换点(SCP)响应的划帐结果包括以下几种:a)银行账号充值划帐成功;b)划帐失败,银行账号余额不够;c)划帐失败,没有找到手机对应的银行账号,手机没有申请对应功能;d)划帐失败,银行收到非法数据;e)划帐失败,用户转账总额超过限额;f)划帐失败,银行系统关闭。
9、如权利要求5所述的电信业务卡充值方法,其特征是:所述电信业务卡是预付费手机卡,银行向业务交换点(SCP)响应的划帐结果包括以下几种:a)银行账号充值划帐成功;b)划帐失败,银行账号余额不够;c)划帐失败,没有找到手机对应的银行账号,手机没有申请对应功能;d)划帐失败,银行收到非法数据;e)划帐失败,用户转账总额超过限额;f)划帐失败,银行系统关闭。
10、一种电信业务卡充值装置,包括智能网系统,其特征是所述智能网系统包括:1)交互式充值输入接收装置,用于通过电话接收用户输入的充值请求;2)划帐请求产生及发送装置,用于根据用户的输入,向银行发送划帐请求;3)银行响应接收装置,用于接收银行的响应;4)内部操作装置,用于根据银行的响应进行内部操作,修改用户账户,并更新充值日志;5)状态通知信息发送装置,用于向银行发送状态通知信息,使得银行知道充值成功。
11、如权利要求10所述的电信业务卡充值装置,其特征是:所述交互式充值输入接收装置、划帐请求产生及发送装置、银行响应接收装置、内部操作装置和状态通知信息发送装置均设置于智能网中的业务交换点(SCP)中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB021076510A CN1317877C (zh) | 2002-03-22 | 2002-03-22 | 电信业务卡充值方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB021076510A CN1317877C (zh) | 2002-03-22 | 2002-03-22 | 电信业务卡充值方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1447571A true CN1447571A (zh) | 2003-10-08 |
CN1317877C CN1317877C (zh) | 2007-05-23 |
Family
ID=28048409
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB021076510A Expired - Fee Related CN1317877C (zh) | 2002-03-22 | 2002-03-22 | 电信业务卡充值方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1317877C (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007003081A1 (fr) * | 2005-07-04 | 2007-01-11 | Zte Corporation | Méthode pour réaliser une valeur ajoutée en ligne par réseau intelligent |
CN100466640C (zh) * | 2005-04-04 | 2009-03-04 | 华为技术有限公司 | 一种智能网系统与支付系统的交互处理方法及系统 |
CN101354805B (zh) * | 2007-07-26 | 2010-08-04 | 华为技术有限公司 | 银行接口机、自动充值方法及系统 |
CN1746918B (zh) * | 2004-09-06 | 2011-07-13 | 深圳市新思实业有限公司 | 移动电话话费销售系统及实现该系统的装置和方法 |
CN102469432A (zh) * | 2010-11-08 | 2012-05-23 | 杜惠红 | 一种手机充值方法及系统 |
CN102487427A (zh) * | 2010-12-06 | 2012-06-06 | 中国移动通信集团公司 | 充值方法、单元及系统 |
CN103136662A (zh) * | 2011-11-29 | 2013-06-05 | 中兴通讯股份有限公司 | 充值卡信息的配置方法、充值系统以及配置系统 |
CN107111809A (zh) * | 2014-12-29 | 2017-08-29 | 高崎将纮 | 虚拟货币变换装置、方法以及计算机程序 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1085739A3 (en) * | 1999-08-04 | 2004-12-29 | Lucent Technologies Inc. | Switch-based intelligent-networked pre-paid telephone calling card service system having bailout to telephone operators |
CN1204731C (zh) * | 2000-08-31 | 2005-06-01 | 华为技术有限公司 | 一种在移动网上实现亲密号码业务的方法 |
-
2002
- 2002-03-22 CN CNB021076510A patent/CN1317877C/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1746918B (zh) * | 2004-09-06 | 2011-07-13 | 深圳市新思实业有限公司 | 移动电话话费销售系统及实现该系统的装置和方法 |
CN100466640C (zh) * | 2005-04-04 | 2009-03-04 | 华为技术有限公司 | 一种智能网系统与支付系统的交互处理方法及系统 |
WO2007003081A1 (fr) * | 2005-07-04 | 2007-01-11 | Zte Corporation | Méthode pour réaliser une valeur ajoutée en ligne par réseau intelligent |
CN101354805B (zh) * | 2007-07-26 | 2010-08-04 | 华为技术有限公司 | 银行接口机、自动充值方法及系统 |
CN102469432A (zh) * | 2010-11-08 | 2012-05-23 | 杜惠红 | 一种手机充值方法及系统 |
CN102487427A (zh) * | 2010-12-06 | 2012-06-06 | 中国移动通信集团公司 | 充值方法、单元及系统 |
CN103136662A (zh) * | 2011-11-29 | 2013-06-05 | 中兴通讯股份有限公司 | 充值卡信息的配置方法、充值系统以及配置系统 |
WO2013078900A1 (zh) * | 2011-11-29 | 2013-06-06 | 中兴通讯股份有限公司 | 充值卡信息的配置方法、充值系统以及配置系统 |
CN107111809A (zh) * | 2014-12-29 | 2017-08-29 | 高崎将纮 | 虚拟货币变换装置、方法以及计算机程序 |
Also Published As
Publication number | Publication date |
---|---|
CN1317877C (zh) | 2007-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1153438C (zh) | 通信系统及其方法 | |
CN1199432C (zh) | 移动预付费业务的异地充值实现方法 | |
CN1323500A (zh) | 用于基于网络的预付费无线电话业务的信令系统和方法 | |
CN101252628B (zh) | 基于充值卡的充值系统和方法 | |
CN101237617B (zh) | 充值方法和系统 | |
US20030050042A1 (en) | Method for billing short messages in a mobile radio network and device for carrying out the method | |
CN1308812A (zh) | 电信系统中的呼叫预付费 | |
CN101626562A (zh) | 基于ussd充值缴费的实现方法以及充值缴费平台 | |
CN1317877C (zh) | 电信业务卡充值方法 | |
CN101106756A (zh) | 借贷、还贷话费的方法及信用控制平台 | |
CN1946122B (zh) | 一种实现统一充值的方法、装置及系统 | |
CN1645888A (zh) | 一种通过虚拟充值卡支付或预付移动电话费的装置和方法 | |
CN1745539B (zh) | 预付费智能网络服务 | |
CN1467983A (zh) | 一种移动用户充值方法 | |
CN1175634C (zh) | 一种智能网卡号业务融合的实现方法 | |
CN1279782C (zh) | 通过移动通信智能卡选择电话号码并绑定的装置和方法 | |
CN1214564C (zh) | 一种移动智能网中通过sim卡实现付费的方法和系统 | |
US7486784B2 (en) | Bill payment service | |
CN1158838C (zh) | 在固定话机上利用移动智能网实现长途呼叫的方法 | |
CN100364346C (zh) | 一种实现手机短号发送短消息的方法 | |
CN1309860A (zh) | 把对话信息从电信网传输到用户终端设备 | |
RU2003101409A (ru) | Способ и система для организации оплаты услуг по парковке транспортного средства | |
CN1477846A (zh) | 一种预付费方法及其预付费系统 | |
CN1972348B (zh) | 一种手机充值方法 | |
CN1976487A (zh) | 呼叫控制方法及智能网业务系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070523 Termination date: 20170322 |