CN1859472A - 一种实现增值业务的系统及方法 - Google Patents
一种实现增值业务的系统及方法 Download PDFInfo
- Publication number
- CN1859472A CN1859472A CN 200510042626 CN200510042626A CN1859472A CN 1859472 A CN1859472 A CN 1859472A CN 200510042626 CN200510042626 CN 200510042626 CN 200510042626 A CN200510042626 A CN 200510042626A CN 1859472 A CN1859472 A CN 1859472A
- Authority
- CN
- China
- Prior art keywords
- service
- module
- card
- authentication
- user
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种实现增值业务的系统及方法,所述增值业务系统包括:业务交换模块,负责增值业务系统与公共电话交换网的连接及增值业务流程的控制;认证服务模块,用于处理各类业务的认证请求和业务数据的管理;业务管理模块,提供业务的受理、查询、删除和统计的管理;系统维护控制模块,负责系统的日常维护,系统运行状态的监视,实现集中维扩管理;协议服务模块,提供协议接口;语音服务模块,为各种业务提供音源、业务逻辑和业务流程的控制;银行接口模块,转发银行节点与认证服务模块之间相互发送的数据。采用所述的增值业务系统,可以实现储金卡、主叫认证、一卡通业务和银行卡业务,提供丰富、灵活的计费管理方式,能满足用户日益个性化的需求。
Description
技术领域
本发明涉及电信技术领域,提供了一种增值业务系统,同时提供了一种利用本发明所述增值业务系统实现各种增值业务的方法。
背景技术
公共电话交换网PSTN(Public Switched Telephone Network)的固定交换机系统在设计时,其计费管理模块的主要考虑对象是电信普通后付费用户,交换的计费模块加上脱机分拣系统的处理,基本上就可以满足运营商的计费要求。随着电信业的飞速发展,电信业务走进千家万户,电信用户激增,话费的拖欠现象越来越普遍,大大增加了运营商的运营成本。同时,大量新业务涌现以及用户需求的日益个性化,都要求运营商能够提供更丰富、更灵活的计费管理方式。但与移动通信设备相比,现有固定电话网的网络建设及设备安装都比较早,相对来说比较落后,要实现实时的计费管理系统,必须对现有设备进行大规模改造,进一步加大对现有网络投资,增加相应的设备。
目前,公共电话交换网的计费管理模式多采用后付费方式或准实时的预付费方式。后付费方式用户不需要预存话费,运营商在每月指定的日期出账,合计用户的话费总额,用户必须在一定时间内缴纳话费,否则会被停机直至结清当月话费为止。由于出帐的周期很长,给用户恶意欠费以较长的时间段,大大增加运营商的运营风险及成本,已逐渐被其他计费管理方式所取代,准实时预付费方式是当前最普及的方式。用户预先申请一个用户帐号,然后在相应帐号内预先存入一定金额的话费,定时监视帐号的金额是否能够使用。目前,运营商大多采用的是该方式。由于定时监视是有周期的,而不是实时的,所以该方式虽然大大降低了恶意欠费的风险,但风险仍然存在。
为解决上述计费方式中存在的缺点,最好方式就是采用实时的预付费方式进行计费管理。实时的预付费方式:在预付费帐号的管理上与准实时方式完全相同,但是计费的监视方式不同。系统将实时监视用户的每次通话,在通话期间,如果用户预交的话费已不足下一个计费单元的通话费用,那么系统将及时切断本次通话。
发明内容
基于上述现有技术中存在的缺陷或不足,提出本发明。本发明的主要目的是提供一种增值业务系统,该系统可用于以下用途:改造现有固定交换机系统的计费管理方式;利用现有固定交换机以独立增值业务系统形式提供多种增值业务。
本发明所述增值业务系统包括:
业务交换模块1,主要负责所述增值业务系统与公共电话交换网(PSTN)的连接及增值业务流程的控制;
认证服务模块2,用于处理各类业务的认证请求和业务数据的管理;
业务管理模块3,提供业务的受理、查询、删除和统计的管理;
系统维护控制模块4,负责系统的日常维护,系统运行状态的监视,实现集中维护管理,通过网络与业务交换模块1直接连接;
认证服务模块2通过网络与业务交换模块1、业务管理模块3、协议服务模块5和银行接口模块7相连接。
所述增值业务系统实现一卡通业务时,需进一步包括:
协议服务模块5,提供协议接口,实现认证服务模块2与接入服务器(NAS)间的通讯,利用认证服务模块2为上网用户提供认证服务;
语音服务模块6,通过网络与业务交换模块1连接,为各种业务提供音源、业务逻辑和业务流程的控制。
所述增值业务系统实现银行卡业务时,需进一步包括:
银行接口模块7,为认证服务模块2和银行节点间建立通讯链路,转发银行节点与认证服务模块2相互发送的数据包,银行接口模块7与认证服务模块2间通过局域网连接。
本发明的另一个目的是,利用本发明所述增值业务系统实现各种增值业务的方法。
一种实现增值业务的方法,用于储金卡业务的实现方法包括下列步骤:
(1)储金卡数据的管理:通过业务管理模块制作有效的储金卡数据并激活卡数据,根据用户要求提供储金卡信息查询和密码管理;
(2)业务流程的管理:接收处理业务接入码、接收卡号密码信息,对卡号密码进行认证,提供的服务有:拨打被叫、查询余额、修改密码、绑定和转账;
(3)通话实时监视管理:认证服务模块在通话期间会实时监视卡余额的使用情况,当余额不足时,会通知业务交换模块及时切断本次通话;
(4)通话的计费/扣费:通话结束后,业务交换系统计算出本次通话的总费用,发送给认证服务模块,认证服务模块从储金卡上扣除此次通话的费用,并向业务交换模块返回扣费应答信息。
一种实现增值业务的方法,用于主叫认证业务的实现方法包括下列步骤:
(1)业务受理:通过业务管理模块进行主叫认证业务的受理操作,业务受理的必要内容包括:主叫号码、密码标记、付费类型、被叫号码的方向限制标记、限制方向;认证服务模块在收到业务管理模块的业务受理请求后,按业务管理模块提交的内容,将主叫认证业务的记录存入数据库,并将处理结果返回给业务管理模块;
(2)业务流程管理:业务交换模块收到用户拨的业务接入码后,先将主叫号码传送到认证服务模块进行鉴权;如果鉴权成功,则提示用户拨打被叫号码;
(3)判断业务登记的付费类型:如果是预付费用户,则需要在拨打被叫时对主叫的余额进行判断,并在通话期间对余额进行实时监视;
(4)通话的实时监视:判断主叫号码的付费方式是否为预付费方式,如果是,则认证服务模块在通话期间实时监视预缴金额的使用情况,当金额不足时,及时通知业务交换系统结束本次通话;
(5)计费/扣费管理:通话结束后,业务交换模块保存话单记录,计算出本次通话的总费用,发送给认证服务模块;如果是预付费主叫认证业务,则认证服务模块从主叫号码的预缴金额中扣除此次通话的费用,并向业务交换模块返回扣费应答信息;如果是后付费的主叫认证业务,则认证服务模块不进行扣减操作,直接向业务交换模块返回扣费应答信息。
所述业务流程管理进一步包括如下步骤:
(21)用户摘机拨主叫认证业务接入码;
(22)业务交换模块将主叫号码发送给认证服务模块,认证服务模块对主叫号码进行认证,并将认证结果返回给业务交换模块;
(23)业务交换模块根据认证结果,向用户播放不同语音;如果认证成功,则语音提示用户拨打被叫号码;否则,语音提示用户无权使用该业务;
(24)用户拨打被叫号码,业务交换模块根据局向数据判断用户拨打的被叫号码是否有效;
(25)业务交换模块根据业务受理时登记的被叫号码方向限制数据,判断被叫号码是否允许拨打;如果允许,则业务交换模块将被叫号码拨出;否则结束本次通话。
一种实现增值业务的方法,用于一卡通业务的实现方法包括下列步骤:
(1)用户上网终端具备宽带接入,上网帐号为储金卡帐号;
(2)接入服务器将用户的帐号信息转发给增值业务系统进行认证,认证操作结束后增值业务系统将认证结果返回给接入服务器;如果认证通过,接入服务器允许用户上网,认证服务模块将相关信息返回给接入服务器,主要信息包括卡余额、卡状态、最大上网时长;如果没有通过,则接入服务器拒绝用户上网;
(3)用户开始上网,接入服务器向增值业务系统发计费开始请求;
(4)用户下网时,接入服务器向增值业务系统发送计费结束请求,增值业务系统从卡余额中扣除此次上网的费用。
一种实现增值业务的方法,用于银行卡业务的实现方法包括下列步骤:
(1)制作有效的银行卡数据:银行端发送开卡申请消息给银行接口模块,银行接口模块转发给增值业务系统进行开卡操作,开卡时必须至少提供的银行卡信息包括:交易代码、交易流水号、银行代码、银行卡卡号、密码、金额;
(2)银行卡的充值操作:用户通过电话终端进行银行卡的充值操作,增值业务系统将用户的充值请求发送给银行接口模块,由银行接口模块转发给银行端,银行确定是否给用户的银行卡充值,充值时必须至少提供的充值请求信息包括:交易代码、交易流水号、银行代码、银行卡卡号、请求的充值金额、用户电话的号码;
(3)银行卡的业务统计:增值业务系统能够为银行提供详细的业务统计信息,供银行对帐使用,统计信息至少包括:交易代码、交易流水号、银行代码、统计时间段、开卡操作次数、充值操作次数、充值金额、销卡操作次数;
(4)销卡操作:银行端发送销卡申请消息给银行接口模块,银行接口模块转发给增值业务系统进行销卡操作,销卡时必须至少提供的信息包括:交易代码、交易流水号、银行代码、银行卡卡号、密码。
与现有技术相比,本发明有下列优点:
(1)业务交换模块与认证服务模块间利用内部局域网连接,两者间的通讯协议采用的是基于TCP/IP的内部通讯协议,在保证通讯安全的前提下,通讯协议的效率极高,系统对用户业务呼叫的响应几乎没有延时;
(2)系统可以根据业务种类和用户容量进行灵活配置,满足不同地区和不同类型的各级运用商的需要。
(3)提供丰富、灵活的计费管理方式,不但克服现有设备计费方法中的缺陷或不足,还能满足用户日益个性化的需求。
附图说明
图1是系统各模块网络结构图;
图2是系统各模块组网示意图;
图3是储金卡业务数据管理流程;
图4~图7是储金卡业务流程;
图8是主叫认证业务流程;
图9是一卡通业务流程;
图10~12是银行卡业务流程。
具体实施方式
下面将结合附图和具体实施例,对本发明内容做进一步的说明。
如图1,增值业务系统分为两大部分,基本设备和扩展设备。基本设备有4个,分别是:业务交换模块1、认证服务模块2、业务管理模块3和系统维护控制模块4;扩展设备包括:协议服务模块5、语音服务模块6和银行接口模块7。
1)业务交换模块
业务交换模块主要负责增值业务系统与公共电话交换网的连接及增值业务流程的控制。为此,业务交换模块必须具备呼叫处理、信令接口(No1、No7、DSS1)、局向数据管理、计费管理、业务逻辑、系统维护测试、话务统计等功能模块。当业务交换模块配有用户电路板时,则需要具有用户数据管理模块。
业务交换模块具备的基本硬件模块包括:主处理机、交换网络、网同步、数字中继、音发生器、双音频接收器、多频信号收发器,另外有些可选模块,No.7信令接口、用户电路、测试板,根据用户的需求选择安装,业务交换模块通过数字中继与PSTN连接。
2)认证服务模块
认证服务模块的主要功能是:处理各类业务的认证请求和业务数据的管理,包括:存储、备份、检索优化、无效数据的删除等。认证服务模块一般都配置两台服务器,采用热备份方式工作,一台为主用状态,另一台作为备用侧。正常情况下主备处理机都处在工作状态,主用侧负担了绝大多数的工作。备用侧的主要工作,是保持本侧数据与主用侧数据的同步,并实时监视主用侧运行状态,当主用侧故障时,系统会立刻自动倒换,原备用侧升为主用。
认证服务模块的硬件配置可根据话务量、数据量、以及用户特别要求进行选择。可以是普通PC机,或者是各种档次的PC-SERVER,也可以选择小型机。
认证服务模块通过局域网与业务交换模块、业务管理模块、协议服务模块以及银行接口模块相连接,采用TCP/IP通讯协议。
3)业务管理模块
业务管理模块是增值业务系统为电信运营商提供的操作台。业务管理模块可以通过局域网或城域网与认证服务模块连接。业务管理模块可以提供业务的受理、查询、删除和统计等操作。业务管理模块采用多级管理系统,不同级别的操作人员只能操作其相应级别的业务管理模块命令,不能越级操作。业务管理模块对硬件配置的要求不高,普通PC机就可以满足要求且安装简便,安装数量自由选择,1台到上百台都可以。安装地点也没有特殊要求,只要能提供可与增值业务系统正常通讯的网络即可。
4)系统维护控制模块
系统维护控制模块通过串口、拨号网络或局域网与业务交换模块连接,负责系统的日常维护,系统运行状态的监视,实现集中维护管理。日常维护操作主要包括:
·局向数据/用户数据的查询/修改/删除
·硬件资源的分配/释放/闭塞
·计费模式的查询/设置
上述4种设备是增值业务系统的基础,缺一不可,无论实现任何业务都需要。增值业务系统支持的扩展设备包括:
5)语音服务模块
语音服务模块通过内部局域网与业务交换模块连接,采用TCP/IP通讯协议。主要功能是为各种业务提供音源。具备语音播放、语音合成、音源录制等基本功能。也可利用语音服务模块提供业务逻辑,完成业务流程的控制。
6)协议服务模块
主要功能就是提供协议接口,实现认证服务模块与接入服务器间的通讯,从而实现利用认证服务模块为上网用户提供认证服务。协议服务模块可以单机工作,也支持双机主备用方式运行。当使用双机时,采用冗余热切换结构,能够有效保证系统的安全运行。其实现方式是:在两台主机上同时分别运行主、备用协议服务模块。客户端先向主协议服务模块发送请求包,一定时间后,若没有收到协议服务模块的响应,则客户端会向主服务器重发一定的次数,如果还是没有响应,则认为主服务器关闭或不可到达。在这种情况下,客户端向备用的协议服务模块发送请求包。
7)银行接口模块
为认证服务模块和银行节点间建立通讯链路,转发银行节点与认证服务模块相互发送的数据包。银行接口模块与认证服务模块和银行节点通过局域网连接,采用TCP/IP通讯。
参见图2,增值业务系统有业务交换模块、认证服务模块、业务管理模块、系统维护控制模块,内部由两个局域网组成,认证服务模块具备双网卡,通过局域网1认证服务模块与业务交换模块连接,通过局域网2与协议服务模块、业务管理模块、银行接口模块连接。当业务管理模块的安装距离认证服务模块比较远时,局域网2将由城域网代替。
储金卡业务的实现方法包括下列步骤:
(1)储金卡数据的管理:要正常使用储金卡业务,首先需要通过业务管理模块制作有效的储金卡数据。新生成的储金卡不能使用,状态为“未激活”,只有激活后的储金卡数据才能够正常使用。所以储金卡数据生成后,还需要通过业务管理模块激活储金卡数据。另外,系统还提供储金卡信息查询、密码置空等功能;
(2)业务呼叫流程的管理:接收并处理业务接入码和卡号密码信息,对储金卡号密码进行认证,如果未认证通过,则提示用户认证失败,请重新输入;如果认证通过,则播放服务主菜单,用户可以根据自己需要,选择不同的服务,系统可以提供的服务有:拨打被叫、查询余额、修改密码、绑定和转账;
(3)通话实时监视管理:认证服务模块在通话期间会实时监视储金卡余额的使用情况,当余额不足时,通知业务交换模块结束本次通话,系统在结束通话前,提前提示用户“余额不足,本次通话将很快结束”;
(4)通话的计费/扣费流程:每次通话结束后,业务交换模块都将产生详细话单,并保存话单;业务交换模块会计算出本次通话的总费用,发送给认证服务模块,认证服务模块从卡上扣除此次通话的费用,并向业务交换模块返回扣费应答信息。
通话结束有三种类型:主叫用户主动挂机、被叫主动挂机、储金卡余额不足时系统自动挂断通话;
参见图3,上述步骤(1)中,数据管理的实现方法包括下列步骤:
(301)卡数据的生成:业务管理模块向认证服务模块发送制卡请求,认证服务模块按要求生成卡数据,并向业务管理模块返回储金卡生成信息,新生成的卡不能使用,状态为“未激活”,因为卡数据生成后,储金卡的制作还有一定周期,为保证储金卡数据的安全,所有的储金卡只有在激活后才能使用;
(302)卡数据的激活:业务管理模块向认证服务模块发送储金卡激活请求,系统支持批量激活,可以按卡号、批号或流水号来激活储金卡数据;认证服务模块按要求激活卡数据,并返回激活操作的结果;
(303)储金卡信息查询:通过业务管理模块输入待查询的卡号,认证服务模块将查询结果返回给业务管理模块;
(304)储金卡密码置空:如密码为“0000”,该功能是在用户忘记密码时,系统提供的一种补救方法;
(305)卡数据暂停:通过业务管理模块暂停卡数据,暂停后的卡不能正常使用,系统将语音提示“卡已被暂停”;
(306)卡数据恢复:通过业务管理模块恢复被暂停的卡数据,恢复后的卡数据可以正常使用;
(307)卡数据删除:通过业务管理模块删除指定的卡,也可以是认证服务模块自动删除无效卡。无效卡包括:过期卡、余额为0的卡等。删除后的卡将永久失效,不能通过“卡数据恢复”功能恢复;
(308)数据备份管理:系统定时生成卡数据的备份文件,除在认证服务模块上保存外,用户还可以根据需要,将数据的备份文件通过局域网传送到其他服务器或PC机上进行脱机保存。数据备份的周期可以通过业务管理模块设置。
参见图4~7,储金卡业务流程的实现方法包括下列步骤:
(401)用户拨入业务接入码,业务交换模块接收业务接入码及用户话机的主叫号码;
(402)业务交换模块将主叫号码发送给认证服务模块进行认证;如果该话机上绑定有卡号,则转(409);
(403)语音提示用户输入卡号,语音提示功能由业务交换模块提供;
(404)用户输入卡号,业务交换模块的双音频收号器接收卡号信息;
(405)语音提示用户输入密码,语音提示功能由业务交换模块提供;
(406)用户输入密码,业务交换模块的双音频收号器接收密码信息;
(407)卡号、密码的认证,业务交换模块将收到的卡号、密码信息发送给认证服务模块进行认证,并将认证结果及详细信息返回给业务交换模块;业务交换模块根据返回结果播放不同的语音,若认证成功,则转(409);
(408)认证失败,则提示认证失败,并播放失败原因,并建议用户重新输入,返回步骤(403);如果重新输入次数超过设定值,则结束本次呼叫;
(409)认证成功,则系统语音提示用户进行下一步操作。用户可以选择的操作有:直接拨打被叫(410)、查询余额(430)、修改密码(440)、绑定电话(450)、转账(460);
(410)用户选择拨打被叫;
(411)用户输入被叫号码;
(412)判断卡余额是否够一次通话;如果余额够,则转(413);否则语音提示用户“余额不足本次通话”,转(423);
(413)判断接续被叫是否成功;如果接续成功,则转(414);否则接续不成功,转(419);
(414)主被叫双方通话
(415)判断用户是否挂机(此处的用户挂机可能是主叫用户挂机,也可能是被叫用户挂机)。如果挂机了,则转(418);否则转(416);
(416)通话期间系统需实时监视卡余额的使用。判断卡余额是否够下一次通话费用,如果够则转(414);否则转(417)
(417)语音提示用户余额不足;
(418)结束本次通话,产生话单,从卡余额中减去相应金额;转(423);
(419)语音提示此次呼叫失败,判断用户重新呼叫的次数;如果大于3次(该值可以通过系统维护控制模块进行修改),则转(423);否则转(420);
(420)语音提示用户“1、重拨;2、拨打其它号码”;
(421)用户选择1,则重拨原号码,转(412);
(422)用户选择2,拨打其他号码,转(411);
(423)用户挂机,本次呼叫结束。
(430)用户选择查询余额;
(431)业务交换模块根据卡的余额进行语音合成,向用户播放合成好的余额语音,语音播放次数可以通过系统维护控制模块进行修改。语音播放结束后,如果用户没有挂机,则系统返回到业务主菜单,转(409)。
(440)用户选择修改密码操作;
(441)语音提示用户输入新密码;
(442)用户按语音提示要求,输入新密码;
(443)语音提示用户再次输入新密码;
(444)用户按语音提示要求,再次输入新密码;
(445)判断两次输入的密码是否相同;如果相同则转(446);否则转(447);
(446)认证服务模块发送修改密码申请,更新卡的密码,并语音提示用户操作成功,转(409);
(447)语音提示操作失败,转(409)。
(450)用户选择绑定电话操作;
(451)判断卡号上是否绑定有其它主叫号码;业务交换模块收到绑定请求后,将主叫号码、卡号信息发送给认证服务模块,认证服务模块检查卡上是否绑定有其他主叫号码,如果已经绑定有电话,则转(454);否则(452);
(452)认证服务模块修改卡号数据,为其登记电话绑定信息,并将操作结果返回给业务交换模块;
(453)语音提示用户绑定操作成功,转(409);
(454)语音提示用户绑定操作失败,转(409)。
(460)用户选择转账操作;
(461)语音提示用户输入待转账的目的卡号;
(462)用户输入目的卡号;
(463)业务交换模块接收目的卡号,向用户语音回放其输入的目的卡号;
(464)语音提示用户对转账目的卡号进行确认,并等待用户确认;如果用户确认,转(465);否则转(468);
(465)判断目的卡与源卡类型是否相同;如果相同则转(466);否则转(469);
(466)业务交换模块向认证服务模块发送转账请求,转账数据包括:源卡号、源卡密码、目的卡号等内容;认证服务模块接收源卡及目的卡的数据,将源卡的剩余金额累加到目的卡上,再将源卡余额置零;
(467)语音提示用户充值操作成功,转(470);
(468)判断重新输入目的卡号的次数;如果大于3次(该值可以通过系统维护控制模块进行修改),则转(469);否则转(461);
(469)语音提示充值操作失败;
(470)本次呼叫结束。
参见图8,主叫认证业务的实现方法包括下列步骤:
(501)用户拨业务接入码和被叫号码;
(502)判断主叫号码是否开通主叫认证业务,如果已开通,则转步骤(503);否则转(512);
(503)对被叫号码进行认证,根据业务受理时登记的被叫号码方向限制标记进行认证,如果允许拨打,则转步骤(504);否则转(512);
(504)判断主叫认证业务的付费方式是否是预付费?如果是,则转步骤(505),否则步骤(506);
(505)判断帐号余额是否够一次通话(一个计费单位时间的通话)?如果够,则转步骤(506);否则转(513);
(506)判断接续被叫是否成功?如果成功,则转步骤(507);否则转(515);
(507)主被叫双方通话;
(508)判断主叫认证业务的付费方式是否是预付费?如果是,则需要实时监视帐号余额的使用情况,转步骤(509);否则转步骤(510);
(509)判断帐号余额是否够一次通话?如果够,则转步骤(510);否则转步骤(514);
(510)判断通话期间用户是否挂机;如果挂机,则转步骤(511),否则转步骤(507);
(511)产生详细话单,并计算出本次通话的总话费,发送给认证服务模块;如果是预付费的主叫认证业务,则需从主叫认证业务的预缴费用中扣除此次通话费用;转(515);
(512)语音提示用户无权使用该业务,转(515);
(513)语音提示用户余额不足,转(515);
(514)语音提示用户“余额不足”,并在一个计费单位时间后,切断通话,转(511);
(515)结束本次呼叫。
一卡通业务是在储金卡业务的基础上,增加储金卡宽带上网功能而形成的一种业务,原储金卡业务流程保持不变。
参看图9,一卡通业务实现方法包括下列步骤:
(601)远程用户通过PSTN或ISDN与NAS(接入服务器)建立连接;用户通过虚拟拨号,输入上网帐户及口令,帐号为储金卡的卡号,口令为储金卡的密码;要求终端用户必须具备宽带接入功能,拨号方式与普通宽带上网拨号方式相同,只是用户帐户和口令不同;
(602)NAS接受远程用户的连接,NAS提示用户输入用户名和口令;
(603)NAS将用户输入的帐号和口令信息组织为Access-Request包(验证请求包),发送给协议服务模块。包的内容是:标识NAS的信息以及用户的信息。在包发出之前要将口令加密;
(604)协议服务模块收到Access-Request包后,将获得的用户信息发往认证服务模块,对上网帐号进行合法性验证;认证服务模块将验证的结果返回给协议服务模块;
(605)若验证通过,协议服务模块将发送Access-Accept包(访问接受包)给NAS,收到此包后NAS允许用户上网;数据包中包含用户上网所需的一些信息,主要包括卡的余额、卡的状态和最大上网时长等,其中用户可上网的最长时间,是由协议服务模块根据卡的余额及上网费率计算得到,上网费率设置保存在协议服务模块上;
(606)NAS通过PAP(密码验证协议)或CHAP(挑战握手认证协议)向远程用户回发确认响应,用户可以开始上网;
(607)若验证没有通过,协议服务模块向NAS发送Access-Reject包(访问拒绝包),拒绝用户上网,并会提示拒绝原因,在Access-Reject包中含有认证失败的原因;
(608)NAS通过PAP和CHAP向用户发出拒绝上网的指令,用户不能上网;
(609)一定时间内仍收不到协议服务模块的响应,NAS认为协议服务模块关闭,并拒绝用户上网;
(610)用户开始上网;
(611)NAS向协议服务模块发Accounting-Request包(计费请求开始包),包的Acct-Status-Type属性值为‘1’,表示计费开始;协议服务模块向认证服务模块发消息包,请求将卡的状态设置为“正在使用”;
(612)协议服务模块向NAS返回Accouting-Response包(计费请求应答);
(613)用户主动下网;
(614)NAS向协议服务模块发送Accounting-Request包(计费结束请求),包的Acct-Status-Type属性值为‘2’,表示计费结束;协议服务模块收到此包后,先保存该数据包,再向认证服务模块发送扣费请求包。认证服务模块从卡余额中扣除本次上网费用,同时清除卡的“正在使用”状态标记;
(615)协议服务模块向NAS返回Accouting-Response包;
(616)NAS中断与远程用户的连接;
(617)用户被动下网;主要的方式有:上网时长已超过允许的最大上网时长、网络故障、服务器故障、用户终端故障等,但无论是哪种下网方式,其处理的步骤是相同的;
(618)NAS向协议服务模块发送Accounting-Request包(计费结束请求)包的Acct-Status-Type属性值为‘2’,表示计费结束;Accounting-Request包的Acct-Terminate-Cause属性(计费结束原因)的不同值,表示不同的下网方式;协议服务模块收到此包后,先保存该数据包,再向认证服务模块发送扣费请求包;认证服务模块从卡余额中扣除本次上网费用,同时清除卡的“正在使用”状态标记;
(619)协议服务模块向NAS返回Accouting-Response包;
(620)NAS中断与远程用户的连接。
银行的电话拨打流程与储金卡业务相同,详细实现步骤见“储金卡业务流程的实现方法”,参见图3。下面重点叙述银行卡开卡、充值、销卡功能的实现步骤。参见图10~12,银行卡业务实现方法包括下列步骤:
(701)银行端发送开卡请求消息给银行接口模块;
(702)银行接口模块将开卡请求转发给增值业务系统的认证服务模块;
(703)认证服务模块判断卡号是否已被开通,如果已开通,则转(706);
(704)认证服务模块按开卡要求,生成银行卡数据;
(705)开卡成功,形成开卡请求应答发送给银行接口模块;转(707);
(706)开卡失败,请求开通的卡号已存在,形成开卡请求应答包,发送给银行接口模块;
(707)银行接口模块转发开卡请求应答给银行端;
(708)开卡操作结束。
(710)银行卡的充值操作;用户通过电话操作发起银行卡充值请求;
(711)语音提示用户输入充值金额;
(712)用户在电话终端输入充值金额;
(713)语音回放用户输入的充值金额;增值业务系统收到用户输入的充值金额后,向用户播放一遍用户输入的充值金额,等待用户确认;
(714)判断用户是否确认输入的充值金额;如果确认,则转(715);否则转(722);
(715)增值业务系统形成银行卡充值请求,发往银行接口模块;
(716)银行接口模块转发银行卡充值请求包给银行端;
(717)认证服务模块等待银行端的充值请求应答;
(718)判断应答是否超时;如果超时,则转(723);
(719)判断是否收到充值请求应答包;如果收到,则转(720);否则转(717);
(720)根据收到的充值请求应答包内容,判断银行端是否允许此次充值操作;如果允许,则转(721);否则转(723);
(721)完成本次充值操作,语音提示用户操作成功;转(724);
(722)判断重新输入次数(可以通过系统维护管理模块修改)是否大于3;如果大于3,则转(723);否则转(711);
(723)语音提示用户充值操作失败;
(724)本次充值操作结束。
(730)银行端发送销卡请求消息给银行接口模块;
(731)银行接口模块将销卡请求转发给增值业务系统的认证服务模块;
(732)认证服务模块判断卡号是否存在;如果存在,则转(733);否则转(735);
(733)认证服务模块按销卡要求,删除银行卡数据;
(734)销卡成功,形成销卡请求应答包,发送给银行接口模块;转(736);
(735)销卡失败,形成销卡请求应答包,发送给银行接口模块;
(736)银行接口模块转发销卡请求应答包给银行端;
(737)销卡操作结束。
Claims (10)
1、一种增值业务系统,其特征在于包括:
业务交换模块(1),负责增值业务系统与公共电话交换网的连接及增值业务流程的控制;
认证服务模块(2),用于处理各类业务的认证请求和业务数据的管理;
业务管理模块(3),提供业务的受理、查询、删除和统计的管理;
系统维护控制模块(4),负责系统的日常维护,系统运行状态的监视,实现集中维护管理,通过网络与业务交换模块(1)直接连接;
认证服务模块(2)通过网络与业务交换模块(1)、业务管理模块(3)、协议服务模块(5)和银行接口模块(7)相连接。
2、根据权利要求1所述的增值业务系统,其特征在于实现一卡通业务时,进一步包括:
协议服务模块(5),提供协议接口,实现认证服务模块(2)与接入服务器间的通讯,利用认证服务模块(2)为上网用户提供认证服务;
语音服务模块(6),通过网络与业务交换模块(1)连接,为各种业务提供音源、业务逻辑和业务流程的控制。
3、根据权利要求1所述的增值业务系统,其特征在于实现银行卡业务时,进一步包括:
银行接口模块(7),为认证服务模块(2)和银行节点间建立通讯链路,转发银行节点与认证服务模块(2)之间相互发送的数据,银行接口模块(7)与认证服务模块(2)间通过局域网连接。
4、一种实现增值业务的方法,其特征在于实现储金卡业务的方法包括下列步骤:
(1)储金卡数据的管理:通过业务管理模块制作有效的储金卡数据并激活卡数据,根据用户要求提供储金卡信息查询和密码管理;
(2)业务流程的管理:接收处理业务接入码、接收卡号密码信息,对卡号密码进行认证;
(3)通话实时监视管理:认证服务模块在通话期间会实时监视卡余额的使用情况,当余额不足时,会通知业务交换模块及时切断本次通话;
(4)通话的计费/扣费:通话结束后,业务交换系统计算出本次通话的总费用,发送给认证服务模块,认证服务模块从储金卡上扣除此次通话的费用,并向业务交换模块返回扣费应答信息。
5、根据权利要求4所述的实现增值业务的方法,其特征在于,所述业务流程的管理中提供的服务菜单至少包括:拨打被叫、查询余额、修改密码、绑定和转账。
6、一种实现增值业务的方法,其特征在于实现主叫认证业务的方法包括下列步骤:
(1)业务受理:通过业务管理模块进行主叫认证业务的受理操作,业务受理的必要内容包括:主叫号码、密码标记、付费类型、被叫号码的方向限制标记、限制方向;认证服务模块在收到业务管理模块的业务受理请求后,按业务管理模块提交的内容,将主叫认证业务的记录存入数据库,并将处理结果返回给业务管理模块;
(2)业务流程管理:业务交换模块收到用户拨的接入码后,先将主叫号码传送到认证服务模块进行鉴权;如果鉴权成功,则提示用户拨打被叫号码;
(3)判断业务登记的付费类型:如果是预付费用户,则需要在拨打被叫时对主叫的余额进行判断,并在通话期间对余额进行实时监视;
(4)通话的实时监视:判断主叫号码的付费方式是否为预付费方式,如果是,则认证服务模块在通话期间实时监视预缴金额的使用情况,当金额不足时,及时通知业务交换系统结束本次通话;否则,不对预缴金额进行实时监视;
(5)计费/扣费管理:通话结束后,业务交换模块保存话单记录,计算出本次通话的总费用,发送给认证服务模块;如果是预付费主叫认证业务,则认证服务模块从主叫号码的预缴金额中扣除此次通话的费用,并向业务交换模块返回扣费应答信息;如果是后付费的主叫认证业务,则认证服务模块不进行扣减操作,直接向业务交换模块返回扣费应答信息。
7、根据权利要求6所述的实现增值业务的方法,其特征在于所述业务受理,其内容至少包括:主叫号码、密码标记、付费类型、被叫号码的方向限制标记、限制方向。
8、根据权利要求6所述的实现增值业务的方法,其特征在于,所述业务流程管理进一步包括如下步骤:
(21)用户摘机拨主叫认证业务接入码;
(22)业务交换模块将主叫号码发送给认证服务模块,认证服务模块对主叫号码进行认证,并将认证结果返回给业务交换模块;
(23)业务交换模块根据认证结果,向用户播放不同语音;如果认证成功,则语音提示用户拨打被叫号码;否则,语音提示用户无权使用该业务;
(24)用户拨打被叫号码,业务交换模块根据局向数据判断用户拨打的被叫号码是否有效;
(25)业务交换模块根据业务受理时登记的被叫号码方向限制数据,判断被叫号码是否允许拨打;如果允许,则业务交换模块将被叫号码拨出;否则结束本次通话。
9、一种实现增值业务的方法,其特征在于实现一卡通业务的方法包括下列步骤:
(1)用户上网终端具备宽带接入,上网帐号为储金卡帐号;
(2)接入服务器将用户的帐号信息转发给增值业务系统进行认证,认证操作结束后增值业务系统将认证结果返回给接入服务器;如果认证通过,接入服务器允许用户上网,认证服务模块将相关信息返回给接入服务器,主要信息包括卡余额、卡状态、最大上网时长;如果没有通过,则接入服务器拒绝用户上网;
(3)用户开始上网,接入服务器向增值业务系统发计费开始请求;
(4)用户下网时,接入服务器向增值业务系统发送计费结束请求,增值业务系统从卡余额中扣除此次上网的费用。
10、一种实现增值业务的方法,其特征在于用于银行卡业务的实现方法包括下列步骤:
(1)制作有效的银行卡数据:银行端发送开卡申请消息给银行接口模块,银行接口模块转发给增值业务系统进行开卡操作,开卡时必须至少提供的银行卡信息包括:交易代码、交易流水号、银行代码、银行卡卡号、密码、金额;
(2)银行卡的充值操作:用户通过电话终端进行银行卡的充值操作,增值业务系统将用户的充值请求发送给银行接口模块,由银行接口模块转发给银行端,银行确定是否给用户的银行卡充值,充值时必须至少提供的充值请求信息包括:交易代码、交易流水号、银行代码、银行卡卡号、请求的充值金额、用户电话的号码;
(3)银行卡的业务统计:增值业务系统能够为银行提供详细的业务统计信息,供银行对帐使用,统计信息至少包括:交易代码、交易流水号、银行代码、统计时间段、开卡操作次数、充值操作次数、充值金额、销卡操作次数;
(4)销卡操作:银行端发送销卡申请消息给银行接口模块,银行接口模块转发给增值业务系统进行销卡操作;销卡时必须至少提供的信息包括:交易代码、交易流水号、银行代码、银行卡卡号、密码。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510042626 CN1859472A (zh) | 2005-04-29 | 2005-04-29 | 一种实现增值业务的系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510042626 CN1859472A (zh) | 2005-04-29 | 2005-04-29 | 一种实现增值业务的系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1859472A true CN1859472A (zh) | 2006-11-08 |
Family
ID=37298333
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510042626 Pending CN1859472A (zh) | 2005-04-29 | 2005-04-29 | 一种实现增值业务的系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1859472A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350963B (zh) * | 2008-05-14 | 2011-09-21 | 西北大学 | 嵌入式电信增值服务网关 |
CN101237606B (zh) * | 2007-12-28 | 2012-05-09 | 中国移动通信集团四川有限公司 | 一种确保服务变更连续性的方法 |
CN112135000A (zh) * | 2020-08-31 | 2020-12-25 | 安徽永旋通讯科技有限公司 | 一种增值电信业务服务用信息管理平台 |
-
2005
- 2005-04-29 CN CN 200510042626 patent/CN1859472A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101237606B (zh) * | 2007-12-28 | 2012-05-09 | 中国移动通信集团四川有限公司 | 一种确保服务变更连续性的方法 |
CN101350963B (zh) * | 2008-05-14 | 2011-09-21 | 西北大学 | 嵌入式电信增值服务网关 |
CN112135000A (zh) * | 2020-08-31 | 2020-12-25 | 安徽永旋通讯科技有限公司 | 一种增值电信业务服务用信息管理平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1273928C (zh) | 实时用户计费系统和方法 | |
CN1443429A (zh) | 用于许可移动台在被访问网络中工作的方法和装置 | |
CN1200536C (zh) | 一种实现内容计费的方法 | |
CN1788292A (zh) | 用于启动和/或执行与至少两个对应的意图声明相关联的交易的方法和系统 | |
CN1290374A (zh) | 在非结构化通信网络中用户位置进行实时用户记账 | |
CN1511392A (zh) | 用于提供无线数据服务的平台与方法 | |
CN1223936C (zh) | 网络应用程序分散执行系统,终端设备及其网络应用程序执行方法,以及终端设备的操作方法 | |
CN1711784A (zh) | 用于发送sms以及文本消息的系统和方法 | |
CN1625888A (zh) | 启动远程通信操作机构提供金融交易服务的系统和方法 | |
CN1859136A (zh) | 计费系统和计费方法 | |
CN1859534A (zh) | 一种业务服务的计费方法及系统 | |
CN1142675C (zh) | 一种在移动网上实现预付费业务的方法及系统 | |
CN1423472A (zh) | 移动支付的方法及其系统 | |
CN1444377A (zh) | 手机计费扣费方法 | |
CN1585964A (zh) | 预付卡信息发行系统、通话费结算系统、通信费结算系统和费用结算系统 | |
CN1859533A (zh) | 电信业务计费系统和方法 | |
CN1501684A (zh) | 预付费多媒体消息服务业务的实现方法 | |
CN100345411C (zh) | 支持分组数据预付费特性的移动用户鉴权计费方法 | |
CN1859472A (zh) | 一种实现增值业务的系统及方法 | |
CN1828651A (zh) | 利用语音和短信通讯完成个人对个人支付的方法和系统 | |
CN1126916A (zh) | 呼叫长途话费的处理方法和呼叫长途话费的处理设备 | |
US20150056962A1 (en) | Method and system for dual-network telephone calling | |
CN1462406A (zh) | 附带结算的经通信线路的服务的提供方法、提供系统及提供程序 | |
CN1905596A (zh) | 一种实现被叫付费业务的方法和系统及被叫付费处理装置 | |
US20070036310A1 (en) | Members calling card |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20061108 |