CN1878349A - 费率处理设备、短信扣费系统及短信扣费方法 - Google Patents

Abstract

本发明涉及短信扣费系统及短信扣费方法，短信中心及短信网关通过费率处理设备与支付平台连接，短信中心及短信网关向费率处理设备发送鉴权请求，费率处理设备根据主叫号码和/或被叫号码确定费率，并向支付平台发送扣费请求，支付平台进行扣费。本发明的费率处理设备包括控制模块、接口模块及配置模块，控制模块根据配置模块提供的参数对系统初始化，通过接口模块接收消息，根据费率配置文件进行费率设置并通过接口模块发送。本发明支持灵活扣费规则，且原来短消息系统和短信网关不用修改；使得短信系统能适应不同的业务需要；在匹配号码时采用最长匹配的方法，在匹配费率时采用MAP表；处理速度与短信系统业务消息处理速度相匹配。

Description

费率处理设备、短信扣费系统及短信扣费方法

技术领域

本发明涉及短信技术，尤其涉及费率处理设备、短信扣费系统及短信扣费方法。

背景技术

短消息已经成为最常用的移动通信业务之一，其扣费方式可分为三种，根据主叫号码扣费，根据被叫号码扣费，以及根据主被叫号码匹配扣费。

目前，短信中心和短信网关只支持根据主叫号码或被叫号码确定费率进行扣费。随着短消息业务的不断变化和增长，许多业务要求短信中心和短信网关支持更为灵活的扣费方式，例如，支持根据主被叫号码匹配扣费，或者需要在多种方式中转换。

若要使现有的短消息中心和短消息网关支持根据主被叫号码匹配扣费，则需要对现有的短信中心和短消息网关进行较大的改动，如进行软件升级，改变原来的扣费流程，使之支持扣费规则。但是这种方式存在改动大的风险，并且改动后容易影响传统业务的扣费流程。

发明内容

本发明的目的在于针对现有短信系统不支持灵活的扣费方式，改造风险大的缺陷，提供费率处理设备、短信扣费系统及短信扣费方法，能够支持灵活的扣费方式，并且不需对短信中心和短信网关进行修改。

为了实现上述目的，本发明提供了一种费率处理设备，包括：

接口模块，用于与支付平台，短信中心及短信网关进行通信；

配置模块，该模块中预设有设备配置文件，用于从设备配置文件中读取系统配置参数；

控制模块，与所述接口模块及配置模块连接，用于管理、维护各模块，根据系统配置参数对系统进行初始化，通过接口模块接收短信中心及短信网关的消息，根据费率配置文件对消息进行费率设置，并通过接口模块发送至支付平台。

所述费率处理设备还可包括：维护测试模块，与所述控制模块连接，用于对错误和提示信息进行日志记录和告警，从而方便对该设备的维护和监测。该设备还可包括：界面处理模块，与所述控制模块连接，用于将系统处理数据显示到用户界面，并将用户通过用户界面输入的信息通过控制模块发送至相应模块，从而方便设备与用户的交互。

本发明还提供了一种短信扣费系统，包括短信中心，短信网关及支付平台，所述短信中心及短信网关通过费率处理设备与支付平台连接，短信中心及短信网关向费率处理设备发送鉴权请求消息，费率处理设备根据概鉴权请求消息中的短消息的主叫号码和/或被叫号码确定短消息的费率，并向支付平台发送扣费请求消息，支付平台根据费率进行扣费。

本发明又提供了一种短信扣费方法，包括以下步骤：

步骤1、短信中心或短信网关向费率处理设备发送鉴权请求消息；

步骤2、费率处理设备从鉴权请求消息中提取主叫用户号码和/或被叫用户号码，根据主叫用户号码和/或被叫用户号码确定费率，并向支付平台发送携带有费率的扣费请求消息；

步骤3、支付平台根据费率扣费，并向费率处理设备返回扣费应答消息；

步骤4、费率处理设备向短信中心或短信网关返回鉴权应答消息。

所述扣费方法还可包括对未发送成功的短信补帐的步骤：

步骤5、短信中心或短信网关向费率处理设备发送表明短信发送失败的结果通知消息；

步骤6、费率处理设备从结果通知消息中提取主叫号码和/或被叫号码，根据主叫用户号码和/或被叫用户号码确定费率，并向支付平台发送携带有费率的补帐请求消息；

步骤7、支付平台根据费率补帐，并向费率处理设备返回补帐应答消息；

步骤8、费率处理设备向短信中心或短信息网关返回结果通知应答消息。

在确定费率时，读取号段配置文件及费率配置文件，根据号段配置文件确定主叫号码和/或被叫号码对应的号段类型，并根据主叫号码和/或被叫号码对应的号段类型及费率配置文件确定费率。

费率处理设备根据号段配置文件采用号码最长匹配算法生成号段配置信息树，当确定号段类型时，在该号段配置信息树中查找主叫号码和/或被叫号码对应的号段类型。费率处理设备采用映射表存储费率配置信息，当确定费率时，在MAP表中查找对应的费率信息。在费率处理设备中设置费率匹配参数，费率处理设备根据该费率匹配参数确定根据主叫号码确定费率，或者根据被叫号码确定费率，或者根据主叫号码及被叫号码确定费率。

本发明支持灵活扣费规则，且原来短消息系统和短信网关不用修改；费率处理设备通过支持灵活的扣费规则使得短信系统能适应不同的业务需要；即可以根据主叫或被叫扣费，又支持主被叫匹配扣费等扣费规则；在匹配号码时采用最长匹配的方法，使号段的匹配更为快速和准确；在匹配费率时采用映射表；处理速度与短信系统业务消息处理速度相匹配。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明的短信扣费系统结构示意图；

图2为本发明的费率处理设备结构示意图；

图3为本发明的费率处理设备一具体实施例结构示意图；

图4为本发明的短信扣费方法流程图；

图5为本发明的短信补帐方法流程图；

图6为本发明的号段配置信息树示意图。

具体实施方式

如图1所示，为本发明的短信扣费系统结构示意图，包括短信中心、短信网关、费率处理设备及支付平台，短信中心及短信网关通过费率处理设备与支付平台连接，短信中心及短信网关向费率处理设备发送鉴权请求消息，费率处理设备根据概鉴权请求消息中的短消息的主叫号码和/或被叫号码确定短消息的费率，并向支付平台发送扣费请求消息，支付平台根据费率进行扣费。

如图2所示，为本发明的费率处理设备结构示意图，包括：接口模块、配置模块及控制模块。接口模块用于与支付平台，短信中心及短信网关进行通信，完成与外部通信协议与内部协议的相互转换，保证消息正确转发，维护底层网络通信。配置模块中预设有设备配置文件，该模块用于从设备配置文件中读取系统配置参数，以便控制模块对各模块进行初始化，另外，该模块还具有校验、维护配置参数的功能。控制模块与接口模块及配置模块连接，根据系统配置参数对设备各模块进行初始化，管理、维护各模块并协调各模块彼此间的通信，通过接口模块接收短信中心、短信网关的消息，根据费率配置文件对消息进行费率设置，然后将消息通过接口模块发给支付平台。费率处理设备通过SMPP协议与短信中心通信，通过CMPP协议与短信网关通信，通过HTTP协议与支付平台通信，接口模块可包括SMPP协议处理模块、CMPP协议处理模块及HTTP协议处理模块。

为了方便用户与费率处理设备的交互，该设备还可包括界面处理模块，该模块与控制模块连接，用于系统处理数据的界面显示，将各模块提供的数据显示到图形用户接口(Graphical User Interfaces，简称GUI)界面上，并将用户通过GUI界面输入的信息通过控制模块发送至相应模块。

为了便于检测维护系统，费率处理设备还可包括维护测试模块，对错误或提示信息进行日志记录和告警，例如，维护测试模块可记录以下信息，并通过GUI界面显示：

扣费消息总数：费率处理设备收到的短信中心或者短信网关的扣费消息总数；

补帐消息总数：费率处理设备收到的短信中心或者短信网关的补帐消息总数；

扣费应答消息总数：费率处理设备将要发送到短信中心或者短信网关的扣费应答消息总数；

补帐消息总数：费率处理设备将要发送到短信中心或者短信网关的补帐应答消息总数；

发送到扣费端消息失败总数：费率处理设备发送消息到支付平台失败情况的总数；

扣费应答消息超时总数：费率处理设备发送消息到支付平台后在规定时间内未收到的应答消息消息总数；

发送扣费端消息总数：费率处理设备发送消息到支付平台的所有消息总数；

接收扣费端消息总数：费率处理设备接收到支付平台的所有应答消息消息总数；

短信消息队列占用率：存放接收短信中心或者短信网关消息的消息队列的饱和情况；

HTTP消息队列占用率：存放接收扣费消息的消息队列的饱和情况；

如图3所示，为本发明的费率处理系统一具体实施例结构示意图，包括控制模块，以及与控制模块连接的接口模块、配置模块、界面处理模块及维护测试模块。

如图4所示，为本发明的短信扣费方法流程图，包括：

步骤1、短信中心或短信网关向费率处理设备发送鉴权请求消息。

短信中心发送的消息为SMPP协议格式，短信网关发送的消息为CMPP协议格式。

步骤2、费率处理设备从鉴权请求消息中提取主叫用户号码和/或被叫用户号码，根据主叫用户号码和/或被叫用户号码确定费率，并向支付平台发送携带有费率的扣费请求消息。

可预先在设备配置文件中设置费率匹配参数，费率处理设备根据该参数确定是根据主叫号码，还是根据被叫号码，或是根据主被叫号码匹配确定费率。例如，在设备配置文件中设置AllowRate项，当AllowRate＝1时，表示根据主被叫号码匹配确定费率，当AllowRate＝0时表示根据被叫号码确定费率。费率处理设备在接收到的消息中设置费率，并将消息转化为HTTP格式发送至支付平台。

步骤3、支付平台根据费率扣费，并向费率处理设备返回扣费应答消息。

步骤4、费率处理设备向短信中心或短信网关返回鉴权应答消息。

当短信发送不成功时，需要补帐，在相应用户的账户中补回已经扣除的相关费用。由于在扣费的时候，是根据用户号码确定费率的，因此在补帐时也要根据用户号码确定费率补回相应费用。如图5所示，为本发明的短信补帐方法流程图：

步骤5、短信中心或短信网关向费率处理设备发送表明短信发送失败的结果通知消息。

步骤6、费率处理设备从结果通知消息中提取主叫号码和/或被叫号码，根据主叫用户号码和/或被叫用户号码确定费率，并向支付平台发送携带有费率的补帐请求消息。

补帐时确定费率的方式与扣费时确定费率的方式是相同的，例如，若扣费是根据被叫号码确定费率，那么补帐也是根据被叫号码确定费率。费率处理设备根据相应的用户号码确定费率，在接收到的消息中设置费率，并将消息转化为HTTP格式发送至支付平台。

步骤7、支付平台根据费率补帐，并向费率处理设备返回补帐应答消息。

步骤8、费率处理设备向短信中心或短信息网关返回结果通知应答消息。

可将用户号码分为多种类型，例如，根据运营商类型分类，或者根据具体的用户类型分类，在费率处理设备中存储号段配置文件及费率配置文件。在确定费率时，读取号段配置文件及费率配置文件，根据号段配置文件确定主叫号码和/或被叫号码对应的号段类型，并根据主叫号码和/或被叫号码对应的号段类型及费率配置文件确定费率。

当设置为根据被叫号码扣费或者根据被叫号码扣费时，号段配置文件的格式可以为被叫号段字段+“|”+号段类型+“|”，如下所示：

号段配置文件

86130|union0|

86131|union0|

86132|union0|

86133|union0|

86134|mobile0|

86135|mobile0|

86136|mobile0|

86137|mobile0|

86138|mobile0|

86139|mobile0|

86106010|fix0|

861312660|union1|

在号段配置文件中按照最长匹配原则匹配号段确定号段类型。例如，文件中设置了“86131”对应“union0”，“861312660”对应“union1”，当被叫号码为8613126601111时，根据最长匹配原则，该号码的号段类型为“union1”。

当设置为根据被叫号码扣费或者根据被叫号码扣费时，费率配置文件的格式可以为被叫号段类型+“|”+对应的费率+“|”，如下所示：

费率配置文件1

union0|rate1|

mobile0|rate2|

fix0|rate3|

union1|rate4|

union2|rate5|

费率配置文件中按照完全匹配原则匹配号段类型确定费率。

如果设置根据被叫号码扣费，并且号段配置文件及费率配置文件设置如上，那么若被叫号码是8613012345678，那么首先在号段配置文件中查询相应匹配的号段商类型，8613012345678匹配union0，然后在费率配置文件中根据union0匹配费率rate1。

当设置为根据主被叫号码匹配扣费时，号段配置文件的格式可与上述号段配置文件格式相同，费率配置文件的格式采用主叫号段类型+“|”+被叫号段类型+“|”+对应费率+“|”的格式，如下所示：

费率配置文2

union0|union0|rate1|

mobile0|union0|rate2|

union0|fix0|rate3|

union1|union0|rate4|

union1|mobile0|rate5|

union1|fix0|rate6|

union2|union0|rate7|

union2|mobile0|rate8|

union2|fix0|rate9|

费率配置文件中仍按照完全匹配原则来匹配号段类型确定费率。

如果设置主叫号码是8613912345678，被叫号码是8613012345678，首先根据主被叫号码在号段配置文件中查询相应匹配的号段类型，86139匹配mobile0，86130匹配union0，然后在用mobile0|union0组合在费率配置文件中查询匹配的费率，查询结果是rate2。费率查询结果可显示于GUI界面上。

为了快速和正确的匹配号码对应的号码类型，可采用树状存储结构存储号段配置信息，树中存储的是字符串在内存中的映射内容。

树状结构的分叉数目和层数均可根据号段配置文件的具体情况而确定。例如，由于电话号码是由0-9共10个数字组成，那么可采用10叉树；若想加入可扩展的字符，那么可增加分叉数目，例如，假如加入“、”、“#”、“：”及空格作为扩展字符用，那么可采用14叉树实现存储结构，这样可使号段的配置更为灵活。

对于号段配置信息树，在程序初始化时并不是所有层全部初始化，而是将相关的含有内容的节点初始化。因此，由于没有被枚举到的节点都不存在，所以空间占用率实际很小。由于遍历一条分支最多时间为树的层数，所以一次匹配最多用的时间为n*p，其中，n为树的层数，p为指针操作一次所用的时间，该时间即匹配到最下层才匹配到的情况下所用的时间。

14叉树节点的数据结构如下：

typedef struct tag_node

{

HANDLE Handle；

tag_node*SonNode[14]；

tag_node*Parent；

}；

在加载号段配置文件时，根据号码的长度和采用字符数形成一个多叉树，每个末节点匹配一个对应的号段类型。如图6所示，为根据号码配置文件生成的号段配置信息树示意图，其中只列出了有内容和子节点的各节点。在号段匹配时，若号码是8613012345678，那么从多叉树树根开始向下查找，找到“861301”时由于没有对应的内容，则向上查找到“130”对应的内容“union0”，如果接收的号码是8613126601230，则按照最长匹配原则会匹配到union1，而不是union0。

在加载费率配置文件时，可采用映射表(MAP表)来存储号码类型对应的费率。当根据主叫号码或被叫号码扣费时，将主叫号段类型或被叫号段类型作为MAP表的键值，而对应的费率作为MAP表的数据值。例如，采用上述号段配置文件及费率配置文件1，若接收的号码为8613012345678，那么在号段配置文件中匹配到union0，再以union0作为键值在MAP表中查找到费率rate1。

当根据主被叫号码匹配扣费时，则将主被叫号段类型作为MAP表的键值，而对应的费率作为MAP表的数据值。例如，采用上述费率配置文件2，若主叫号码及被叫号码在号段配置文件中分别匹配到union1及mobile0，则以union1|mobile0作为键值在MAP表中查找到rate5。

本发明通过在短信中心及短信网关与支付平台之间增加费率处理设备来解决支持灵活扣费规则，且原来短消息系统和短信网关不用修改。费率处理设备通过支持灵活的扣费规则使得短信系统能适应不同的业务需要；即可以根据主叫或被叫扣费，又支持主被叫匹配扣费等扣费规则；在匹配号码时采用最长匹配的算法，在匹配费率时采用MAP表；同时处理速度和短信系统业务消息处理速度相匹配，不会成为业务的瓶颈。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求消息保护的技术方案范围当中。

Claims (13)

1、一种费率处理设备，其特征在于包括：

接口模块，用于与支付平台，短信中心及短信网关进行通信；

配置模块，该模块中预设有设备配置文件，用于从设备配置文件中读取系统配置参数；

控制模块，与所述接口模块及配置模块连接，用于管理、维护各模块，根据系统配置参数对系统进行初始化，通过接口模块接收短信中心及短信网关的消息，根据费率配置文件对消息进行费率设置，并通过接口模块发送至支付平台。

2、根据权利要求1所述的费率处理设备，其特征在于还包括：维护测试模块，与所述控制模块连接，用于对错误和提示信息进行日志记录和告警。

3、根据权利要求1或2所述的费率处理设备，其特征在于还包括：界面处理模块，与所述控制模块连接，用于将系统处理数据显示到用户界面，并将用户通过用户界面输入的信息通过控制模块发送至相应模块。

4、一种短信扣费系统，包括短信中心，短信网关及支付平台，其特征在于：所述短信中心及短信网关通过费率处理设备与支付平台连接，短信中心及短信网关向费率处理设备发送鉴权请求消息，费率处理设备根据该鉴权请求消息中的短消息的主叫号码和/或被叫号码确定短消息的费率，并向支付平台发送扣费请求消息，支付平台根据费率进行扣费。

5、根据权利要求4所述的短信扣费系统，其特征在于所述费率处理设备包括：

接口模块，用于与支付平台，短信中心及短信网关进行通信；

配置模块，该模块中预设有设备配置文件，用于从设备配置文件中读取系统配置参数；

控制模块，与所述接口模块及配置模块连接，用于管理、维护各模块，根据系统配置参数对系统进行初始化，通过接口模块接收短信中心及短信网关的消息，根据内部存储的费率配置文件对消息进行费率设置，并通过接口模块发送至支付平台。

6、根据权利要求5所述的短信扣费系统，其特征在于所述费率处理设备还包括：维护测试模块，与所述控制模块连接，用于对错误和提示信息进行日志记录和告警。

7、根据权利要求5或6所述的短信扣费系统，其特征在于所述费率处理设备还包括：界面处理模块，与所述控制模块连接，用于将系统处理数据显示到用户界面，并将用户通过用户界面输入的信息通过控制模块发送至相应模块。

8、一种短信扣费方法，其特征在于包括以下步骤：

步骤1、短信中心或短信网关向费率处理设备发送鉴权请求消息；

步骤2、费率处理设备从鉴权请求消息中提取主叫用户号码和/或被叫用户号码，根据主叫用户号码和/或被叫用户号码确定费率，并向支付平台发送携带有费率的扣费请求消息；

步骤3、支付平台根据费率扣费，并向费率处理设备返回扣费应答消息；

步骤4、费率处理设备向短信中心或短信网关返回鉴权应答消息。

9、根据权利要求8所述的短信扣费方法，其特征在于还包括：

步骤5、短信中心或短信网关向费率处理设备发送表明短信发送失败的结果通知消息；

步骤6、费率处理设备从结果通知消息中提取主叫号码和/或被叫号码，根据主叫用户号码和/或被叫用户号码确定费率，并向支付平台发送携带有费率的补帐请求消息；

步骤7、支付平台根据费率补帐，并向费率处理设备返回补帐应答消息；

步骤8、费率处理设备向短信中心或短信息网关返回结果通知应答消息。

10、根据权利要求8或9所述的短信扣费方法，其特征在于所述的根据主叫用户号码和/或被叫用户号码确定费率具体为：读取号段配置文件及费率配置文件，根据号段配置文件确定主叫号码和/或被叫号码对应的号段类型，并根据主叫号码和/或被叫号码对应的号段类型及费率配置文件确定费率。

11、根据权利要求10所述的短信扣费方法，其特征在于还包括：费率处理设备根据号段配置文件采用号码最长匹配算法生成号段配置信息树，所述的根据号段配置文件确定主叫号码和/或被叫号码对应的号段类型具体为，在该号段配置信息树中查找主叫号码和/或被叫号码对应的号段类型。

12、根据权利要求9所述的短信扣费方法，其特征在于，费率处理设备采用映射表存储费率配置信息，所述的确定费率具体为在映射表中查找对应的费率信息。

13、根据权利要求8所述的短信扣费方法，其特征在于还包括：在费率处理设备中设置费率匹配参数，费率处理设备根据该费率匹配参数确定根据主叫号码确定费率，或者根据被叫号码确定费率，或者根据主叫号码及被叫号码确定费率。

Images