短信计费系统及方法

文档序号:7707192阅读:209来源:国知局
专利名称:短信计费系统及方法
技术领域
本发明涉及电信增值业务,尤其涉及一种短信计费系统及方法。
背景技术
随着预付费用户的快速发展,为了更好的为用户提供高质量增值业务, 需要解决预付费用户的实时计费问题。短消息业务是目前增值业务发展的一 个重要领域,解决短消息实时计费问题就能够更好的扩大用户群。
在电信行业下发相关规范中,不要求SCP (业务控制点,Service Control Pomt)与SMSC (短消息中心,Short Message Service Center)和SMG(短消 息网关,也称为联通在信网关,Short Message Gateway)直接连接,而是在SCP 与短信设备之间增加第三方设备(鉴权设备),由鉴权设备和SCP之间进行 交互,完成对预付费业务帐号批价扣费的管理,所以引用PDSCP (预付费数 据业务控制点,Prepaid Data Service Control Point)的设备。PDSCP具有对短 消息各业务集中批价功能,对于点到点消息PDSCP通过费率表的维护可以为 用户提供个性化服务,能够针对用户特性设置费率;对于联通在信短消息由 于SGIP协议中已带有信息费,PDSCP可以通过计算信息费与通信费之和便 可对用户进行批价;如图1所示。但是PDSCP在网络中与SCP、 SMC (网短 消息中心)、SMG、 SMB (短消息网桥)等节点在网络层通过TCP/IP协议 进行通信,网络环境搭建相对比较复杂,数据库应用处理单一,没有相应的 緩存机制,处理扣费过程相对繁瑣,导致性能稳定性差。

发明内容
本发明要解决的技术问题是提供一种短信计费系统和方法,以优化网络 结构,提高短信计费的处理效率。为解决上述技术问题,本发明提供一种短信计费系统,该短信计费系统 包括业务控制点、短信计费中心,以及与所述业务控制点及短信计费中心相 连的接口机,其中,
所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于
接收所述接口机转发的操作结果;
所述接口机,用于接收计费请求,并将该计费请求发送到业务控制点; 还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;
所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进 行计费操作,还用于将操作结果发送给所述接口机。
进一步地,所述业务控制点进行的计费操作包括批价和补扣款处理。
进一步地,所述计费请求是扣款请求,所述系统还包括与接口机相连的、 缓存数据库及永久数据库,所述接口机接收到的操作结果是扣款成功消息, 所述接口机还用于通知緩存数据库插入扣款记录,且所述缓存数据库中的扣 款记录定时写入所述永久数据库。
进一步地,所述计费请求是补款请求,所述接口机收到补款请求后还用 于先查询所述缓存数据库,若未查到对应的扣款记录,再查询永久数据库, 若有对应扣款记录的缓存或永久数据库显示未补款,再将补款请求转发给业 务控制点;若所述接口机接收到的操作结果是补款成功消息,所述接口机还 用于通知有对应扣款记录的緩存或永久数据库修改扣款记录。
进一步地,所述接口机是在计算机或服务器上实现的;所述短信计费中 心指短消息业务中心SMSC或短消息网关SMG。
为解决上述技术问题,本发明还提供了 一种基于以上短信计费系统的短 信计费方法,该方法包括
短信计费中心向接口机发送计费请求;
所述接口机接收并转发所述计费请求给业务控制点;
所述业务控制点接收所述计费请求,并执行计费操作。
进一步地,所述业务控制点进行的计费操作包括批价和补扣款处理。进一步地,所述系统还包括緩存数据库及永久数据库,所述计费请求是扣款请求,所述业务控制点根据扣款请求扣款成功后向所述接口机发送扣款成功消息,所述接口机接收到所述业务控制点发送的扣款成功消息后,通知所述緩存数据库插入扣款记录,所述缓存数据库中的扣款记录定时写入所述永久lt据库。
为解决以上技术问题,本发明还提供了另一种短信计费系统,所述短信计费系统包括短信计费中心、业务控制点及用于转发短信计费中心和业务控制点之间信息的^妄口机,其中,
所述短信计费中心用于产生扣款请求并发送给所述接口机;
所述接口机用于接收所述扣款请求并转发给所述业务控制点;
所述业务控制点用于接收所述扣款请求,并根据接收的扣款请求进行批价及扣款操作。
进一步地,所述短信计费系统还包括緩存数据库及永久数据库,所述业务控制点扣款成功后,还用于向所述^l妻口机发送扣款成功消息,所述接口机还用于接收所述扣款成功消息,以及通知所述緩存数据库插入扣款记录,所述缓存数据库划分为若干个表,通过对操作时间的取模结杲来确定插入扣款记录的对应表,緩存数据库中各表的扣款记录定时写入所述永久数据库。
相较于现有技术,本发明短信计费系统和方法通过对PDSCP进行改造,改用接口机方式,高效实现计费点迁移,整合资源,进行了网络结构优化,既保证原有的PDSCP功能,又可以增加多的SCP资源,提高了处理短信计费的能力。并且原有的PDSCP需要布置在服务器上,此发明改造后的接口机只需要普通的PC机就可以支撑,大大降低了使用设备的成本,而且对短信的计费性能有很明显的提高;最终达到保障业务性能的目的。


图1是现网PDSCP设备网络结构图。
图2是本发明点对点短信方式的短信计费系统结构图。
图3是本发明联通在信短信方式的短信计费系统结构图。图4是本发明第一实施方式点对点短信扣款流程示意图。图5是本发明第二实施方式点对点短信补款流程示意图。
图6是本发明第三实施方式联通在信短信扣款流程示意图。图7是本发明第四实施方式联通在信短信补款流程示意图。
具体实施例方式
本发明的主要思想是将PDSCP改造为接口机,使其在现有的任何服务器或PC机就能加载使用,并由SCP来完成批价及补扣费等计费操作,实现资源整合,使处理业务的整体性能得到提高和保障。另外增加緩存数据库(xbase )进一步保证预付费用户点对点以及联通在信短信扣费和补款正确性,从而达到保障业务性能目的。
本发明短信计费系统包括业务控制点、短信计费中心,与所述业务控制点及短信计费中心相连的接口机,以及与接口机连接的操作记录数据库,其中,
所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于接收所述接口机转发的操作结果;
这里所说的短信计费中心指短消息业务中心SMSC或短消息网关SMG,计费请求是扣款请求或补款请求。
所述接口机在计算机或服务器上实现的,用于接收计费请求,并将该计费请求发送到业务控制点;还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;
所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进
行计费操作,还用于将操作结果发送给所述接口机。所述业务控制点进行的计费操作包括批价和补扣款处理。
操作记录数据库用于保存操作记录的,所述接口机收到补款请求后还用于查询所述操作记录数据库,若所述操作记录数据库记录扣过款且未补款,再将补款请求转发给业务控制点。
操作记录数据库可以进一步包括緩存数据库及永久数据库。所述计费请求是补款请求时,所述接口机收到补款请求后用于先查询所 述緩存数据库,若未查到对应的扣款记录,再查询永久数据库,若有对应扣
款记录的緩存或永久数据库显示未补款,再将补款请求转发给业务控制点;
若所述接口机接收到的操作结果是补款成功消息,所述接口机还用于通知有 对应扣款记录的缓存或永久数据库修改扣款记录。
若所述接口机接收到的操作结果是扣款成功消息,所述接口机还用于通 知緩存数据库插入扣款记录,且所述緩存数据库中的扣款记录定时写入所述 永久数据库。
緩存数据库采用xbase数据库实现,按小时划分为若干个表,根据对相 应的操作时间取模结果来确定插入扣款记录的对应表,并定时将各表中的数 据导入永久数据库。
永久数据库采用sybase数据库实现,保存所有的数据,按日期划分为若 干个表,各表保存对应日期的lt據。
在点对点短信方式下,如图2所示,短信计费系统的短信计费中心指 SMSC服务器,接口机由360接口线程实现,360接口线程与SMSC服务器 之间基于SMPP+协议进行通信,360接口线程与SCP业务之间通过内部消息 进行交互,鉴于点对点短信方式下计费消息交互频繁的特点,设置緩存数据 库(xbase)及永久数据库(sybase )两个数据库,由360接口线程来控制两 个数据库的更新和维护。
基于以上短信计费系统实现的补扣款短信计费方法包括以下步骤
a) SMSC把预付费用户的扣款或补款请求发送到对应接口机;
b) 接口机根据发送的请求,送到SCP触发相关的业务并进行扣款或补 款处理;
c) 业务进行扣款或补款完成后把操作结杲返回给接口机;
d) 接口机收到消息后,返回结杲给SMSC (短信中心),同时接口机往 数据库中插入操作的记录。在联通在信短信方式下,如图3所示,短信计费系统的短信计费中心指
SMG服务器,接口机由359接口线程实现,359接口线程与SMG服务器之 间基于SGIP+协议进行通信,359接口线程与SCP业务之间通过内部消息进 行交互,359接口线程控制的数据库指sybase数据库。
基于以上短信计费系统实现的补扣费短信计费方法包括以下步骤
a) SMG(联通在信网关)把预付费用户的扣款或补款消息发送到对应接口
机;
b) 业务接口机根据发送的请求,首先到数据库中查找有没有重复的记录, 如果没有再送到SCP触发相关的业务并进行扣款或补款处理;
c) 业务进行扣款或补款完成后把结果返回给接口机;
d) 接口机收到消息后,返回结果给SMG(联通在信网关),同时接口机往 数据库中插入操作的记录。
下面结合附图具体说明本发明短信计费方法的业务流程 第一实施方式
一、点对点短信扣款流程示意图,主要以下步骤
步骤41: SMSC (短信中心)根据用户发送的信息判断用户是预付费用 户,并发送扣款请求到对应的业务接口机;
步骤42:业务接口机根据发送的请求,发送消息到SCP并触发相关的业 务进行用户的批价和扣款处理,若由于用户账户余额不足等异常原因业务处 理扣款失败,则执行步骤43,若用户账户正常,SCP业务扣款成功,则执行 步骤45;
步骤43:SCP业务返回失败消息给业务4妻口机;
步骤44:业务接口机发送扣款失败消息返回给SMSC (短信中心),流 程结束;
步骤45: SCP业务返回成功消息给业务接口机;
步骤46:业务接口机收到成功消息后,并把用户的扣款操作发送给緩存数据库(xbase)进行记录,若插入扣款操作记录成功,则执行步骤47,若插 入扣款操作记录失败或者超时,则执行步骤49;
步骤47:緩存数据库(xbase)返回成功消息给业务接口机;
步骤48:业务接口机返回成功扣款消息给SMSC;
步骤49:緩存数据库(xbase )返回失败消息给业务接口机;
步骤410:业务接口机还是返回成功扣款消息给SMSC;
步骤411:緩存数据库(xbase)每隔一段时间就把表中的操作记录,通 过任务方式导入到sybase数据库中进行保留。
第二实施方式
二、点对点短信补款流程示意图,主要以下步骤
步骤51:由于用户的短信发送失败,SMSC (短信中心)发送补款请求 到对应的业务接口机;
步骤52:业务接口机根据发送的请求,发送消息到xbase数据库中查询 表0,表l,表2的扣款记录,若没有查询到用户扣款记录,则执行步骤53; 否则执行步骤57;
Xbases数据库分为0、 1、 2三个表,对相应的操作时间取模,分别往三 个表里插入数据,按0点算起,三小时后会从0表里的数据导入到sybase数 据库中,以此类推。
因緩存数据库的保存的数据量较少,先查询緩存数据库,可以提高处理 效率。
步骤53:緩存数据库(xbase)没有查询到用户的扣款记录,并返回结果 给业务接口机;
步骤54:业务接口机再发送消息到sybase数据库中查询用户的扣款记录, 若没有查询到用户扣款记录,则执行步骤55 ,否则执行步骤58;
步骤55: sybase数据库没有查询到用户的扣款记录,并返回结果给业务 接口机;步骤56:业务接口机返回补款失败消息给SMSC (短信中心),流程结
束;
步骤57:緩存数据库(xbase)查询到用户的扣款记录,并返回结果给业 务接口机,转执行步骤59;
步骤58: sybase数据库查询到用户的扣款记录,并返回结果给业务接口
机;
步骤59:业务接口机发送消息到SCP,并触发相关业务对用户账户进行 补4欠处理;
步骤510: SCP业务处理用户补款成功,并返回成功消息给业务接口机;
步骤511:业务接口机返回成功补款消息给SMSC (短信中心);
步骤512:如果用户数据在緩存数据库(xbase)上,业务接口机发送消 息到緩存数据库(xbase )修改用户的操作记录,修改为已经进行过补款;
步骤513:如果用户数据在sybase数据库上,业务接口机发送消息到 sybase数据库修改用户的操作记录,修改为已经进行过补款;
步骤514: SCP业务处理用户补款失败,并返回失败消息给业务接口机;
步骤515:业务接口机返回失败补款消息给SMSC (短信中心)。
以上图4和图5所示的应用实例中,针对点对点短信的业务量大的特点, 增加緩存数据库以提供计费操作的效率。
第三实施方式
三、联通在信短信扣款流程示意图,主要以下步骤
步骤61: SMG(联通在信网关)根据用户发送的信息判断用户是预付费用 户,并发送扣款请求到对应的业务接口才几;
步骤62:业务接口机发送消息到sybase数据库中查询有无扣款记录,若 查询失败则执行步骤63,否则执行步骤65;
步骤63: sybase数据库中有重复记录或查询失败并返回结果给业务接口
机;
步骤64:业务接口机把扣款失败消息返回给SMG(联通在信网关),流程 结束;步骤65: sybase数据库中无重复记录并返回结果给业务接口机;
步骤66:业务接口机发送消息到SCP,并触发相关的业务进行用户的批 价和扣款处理,若由于用户账户余额不足等异常原因业务处理扣款失败,则 执行步骤67,若用户账户正常,业务扣款成功,则执行步骤69;
步骤67: SCP业务返回失败消息给业务接口机;
步骤68:业务接口机把扣款失败消息返回给SMG(联通在信网关);
步骤69: SCP业务返回成功消息给业务接口机;
步骤610:业务接口机发送消息给sybase数据库,插入用户的扣款成功记
录;
步骤611:业务接口机返回成功扣款消息给SMG(联通在信网关)。 第四实施方式
四、联通在信短信补款流程示意图,主要以下步骤
步骤71:由于用户的短信发送失败,SMG(联通在信网关)发送补款请求 到对应的业务接口机;
步骤72:业务接口机根据发送的请求,发送消息到sybase数据库中查询 相应日期表中用户的扣l欠记录;
若没有查询到记录、查询失败或查询到记录已经进行过补款,执行步骤 73,查询到扣款记录执行步骤75。
步骤73: sybase数据库中没有查询到记录、查询失败或查询到记录已经 进行过补款,返回结果给业务接口机;
步骤74:业务接口机发送补款失败消息返回给SMG(联通在信网关),流 程结束;
步骤75: sybase数据库中查询到用户的扣款记录返回结果给业务接口 ;
步骤76:业务接口机回消息给sybase数据库,要求更新用户的记录为已 经进行补过款,若更新记录失败,则执行步骤77,若更新记录成功则执行步 骤79;
步骤77: sybase数据库更新用户的记录失败,并返回消息给业务接口机;步骤78:业务接口机发送补款失败消息返回给SMG(联通在信网关),流 程结束;
步骤79: sybase数据库更新用户的记录成功,并返回成功消息给业务接 口机;
步骤710:业务接口机发送消息到SCP,并触发相关的业务对用户进行补 款,SCP业务补款成功执行步骤711, SCP业务补款失败执行步骤713;
步骤711: SCP业务返回补款成功消息给业务接口机;
步骤712:业务接口机发送补款成功消息返回给SMG(联通在信网关);
步骤713: SCP业务返回补款失败消息给业务接口机;
步骤714:业务接口机发送消息给sybase数据库,要求修改回用户的记 录为扣^欠记录;
步骤715:业务接口机发送补款失败消息返回给SMG(联通在信网关)。
与现有技术相比,本发明具有以下优点
PDSCP是个专门的硬件服务器加软件支持的整套设备;而本发明只需要 在现有的任何服务器或PC机就能加载使用,成本大大的降低。
PDSCP原来有批价的功能,批价完成后再给SCP进行扣费,处理机制比 较緩慢,网络运行速度很慢;而本发明是把计费点进行迁移,直接到SCP进 行批价并扣费,整合资源,进行了网络结构优化。
PDSCP必须单独使用商业的数据库才能保证运行,成本4艮高;而本发明 是在接口机用一个数据库做为一个緩存设备,这个数据库不一定非使用商业 化的数据库,比如xbase数据库。这样成本又降低了,还保证了运行的性能。
综合来说,本发明通过对PDSCP进行改造,改用接口机方式,高效实现 计费点迁移,整合资源,进行了网络结构优化,既保证原有的PDSCP功能, 又可以增加多的SCP资源,提高了处理短信计费的能力。并且原有的PDSCP 需要布置在服务器上,此发明改造后的接口机只需要普通的PC机就可以支 撑,大大降低了使用设备的成本,而且对短信的计费性能有很明显的提高; 最终达到保障业务性能的目的。
权利要求
1、一种短信计费系统,其特征在于,该短信计费系统包括业务控制点、短信计费中心,以及与所述业务控制点及短信计费中心相连的接口机,其中,所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于接收所述接口机转发的操作结果;所述接口机,用于接收计费请求,并将该计费请求发送到业务控制点;还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进行计费操作,还用于将操作结果发送给所述接口机。
2、 如权利要求1所述的短信计费系统,其特征在于所述业务控制点进 行的计费操作包括批价和补扣款处理。
3、 如权利要求1或2所述的短信计费系统,其特征在于所述计费请求 是扣款请求,所述系统还包括与接口机相连的、緩存数据库及永久数据库, 所述接口机接收到的操作结果是扣款成功消息,所述接口机还用于通知緩存 数据库插入扣款记录,且所述緩存数据库中的扣款记录定时写入所述永久数 据库。
4、 如权利要求3所述的短信计费系统,其特征在于所述计费请求是补 款请求,所述接口机收到补款请求后还用于先查询所述緩存数据库,若未查 到对应的扣款记录,再查询永久数据库,若有对应扣款记录的緩存或永久数 据库显示未补款,再将补款请求转发给业务控制点;若所述接口机接收到的 操作结果是补款成功消息,所述接口机还用于通知有对应扣款记录的緩存或 7lc久lt据库〗务改扣l欠记录。
5、 如权利要求1或2所述的短信计费系统,其特征在于所述接口机是 在计算机或服务器上实现的;所述短信计费中心指短消息业务中心SMSC或 短消息网关SMG。
6、 一种基于权利要求1所述的短信计费系统的短信计费方法,其特征在于,该方法包才舌短信计费中心向接口机发送计费请求;所述接口机接收并转发所述计费请求给业务控制点;所述业务控制点接收所述计费请求,并执行计费操作。
7、 如权利要求6所述的方法,其特征在于所述业务控制点进行的计费 操作包括批价和补扣款处理。
8、 如权利要求6或7所述的方法,其特征在于所述系统还包括緩存数 据库及永久数据库,所述计费请求是扣款请求,所述业务控制点根据扣款请 求扣款成功后向所述接口机发送扣款成功消息,所述接口机接收到所述业务 控制点发送的扣款成功消息后,通知所述緩存数据库插入扣款记录,所述緩 存数据库中的扣款记录定时写入所述永久数据库。
9、 一种短信计费系统,其特征在于所述短信计费系统包括短信计费中 心、业务控制点及用于转发短信计费中心和业务控制点之间信息的接口机, 其中,所述短信计费中心用于产生扣款请求并发送给所述接口机;所述接口机用于接收所述扣款请求并转发给所述业务控制点;所述业务控制点用于接收所述扣款请求,并根据接收的扣款请求进行批 价及扣款操作。
10、 如权利要求9所述的短信计费系统,其特征在于所述短信计费系 统还包括緩存数据库及永久数据库,所述业务控制点扣款成功后,还用于向 所述接口机发送扣款成功消息,所述接口机还用于接收所述扣款成功消息, 以及通知所述緩存数据库插入扣款记录,所述緩存数据库划分为若干个表, 通过对操作时间的取模结果来确定插入扣款记录的对应表,緩存数据库中各 表的扣款记录定时写入所述永久数据库。
全文摘要
本发明提供一种短信计费系统包括业务控制点、短信计费中心,以及与所述业务控制点及短信计费中心相连的接口机,其中,所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于接收所述接口机转发的操作结果;所述接口机,用于接收计费请求,并将该计费请求发送到业务控制点;还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进行计费操作,还用于将操作结果发送给所述接口机。本发明短信计费系统和方法可以优化网络结构,提高短信计费的处理效率。
文档编号H04W4/14GK101547414SQ200910134978
公开日2009年9月30日 申请日期2009年4月20日 优先权日2009年4月20日
发明者松 沈, 程 钱 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1