支持多种短信业务的综合业务系统及短信业务实现方法

摘要

本发明公开了一种支持多种短信业务的综合业务系统及其实现方法，其实现方法包括以下步骤：S302，用户向综合业务系统注册短信增值业务，综合业务系统为用户开户并确定用户开通的业务类型，综合业务系统向短信中心提交消息，消息体中携带有与短信中心配置一致的业务代码；S304，短信中心为已经开户的用户设置增值业务标志位，并将来自用户的起呼或终呼短消息转发至综合业务系统；以及S306，综合业务系统根据短消息中用户已经设定的转移号码确定用户当前使用的业务类型，并根据业务类型进行相应处理。

说明书

技术领域

本发明涉及通信领域，尤其是支持多种短信业务的综合业务系统及短信业务实现方法。

背景技术

移动终端的短信业务由于自身方便快捷、经济适用、覆盖面广等特点，已经成为传递非正式信息的标准方式，渗透到人们生活的各个方面；运营商通过发展短信业务，也取得了良好的经济和社会效益。短信业务经过最近几年的高速发展后，增速逐渐放缓，业务量日趋稳定。为了更好的为用户提供更加完善和具有个性化的服务，有效降低运营成本，目前基于短消息的增值业务如短信转移、短信过滤和短信存储等新的短信业务类型不断出现，但目前支持这类新的短信业务的系统和方法存在如下的不足之处：

1、系统能够实现的业务功能相对比较单一，系统的兼容性和可扩展性不够强大。

2、各增值业务系统重复建设，不利于降低运营成本。

3、各增值业务无统一接口，实现方式各不相同，不利于统一管理和维护。

因此，支持多种短信业务的综合业务系统及其实现方法成为必需。

发明内容

针对上述不足之处，本发明的目的是提供一种可以同时支持多种短信业务的综合业务系统及短信业务实现方法，从而克服现有技术中存在的系统业务类型单一和扩展性差等缺点。

本发明的一种支持多种短信业务的综合业务系统包括：协议网关模块，用于进行SMPP(Short Message Peer to Peer，短消息点对点)协议的处理，实现与短信中心之间通信链路的管理与维护，对短信中心发起的起呼或终呼短消息进行编码、解码和消息路由；受理模块，用于实现不同方式的统一业务受理和业务激活/去激活功能，以及根据不同方式获取的用户信息和配置的受理流程进行相应的数据库操作，并将短信通知消息投递到协议网关模块；业务处理模块，连接至受理模块，用于实现基本业务和扩展业务，并将需要转发的短信投递到协议网关模块；以及WEB运营维护模块，连接至协议网关模块、业务处理模块和受理模块，用于为运营商、合作方和操作维护人员提供统一的WEB方式操作维护平台，进行系统和数据的运营和维护。

其中，基本业务包括以下至少一种：短信签名、短信过滤和短信存储。扩展业务包括以下至少一种：附加广告和存储空间通知。

其中，WEB运营维护模块进行系统配置、业务配置、受理配置和操作、运营数据统计、计费配置和日志管理。

本发明的采用综合业务系统的短信业务实现方法包括以下步骤：S302，用户向综合业务系统注册短信增值业务，综合业务系统为用户开户并确定所述用户开通的业务类型，综合业务系统向短信中心提交消息，消息体中携带有与短信中心配置一致的业务代码；S304，短信中心为已经开户的用户设置增值业务标志位，并将来自用户的起呼或终呼短消息转发至综合业务系统；以及S306，综合业务系统根据短消息中用户已经设定的转移号码确定用户当前使用的业务类型，并根据业务类型进行相应处理。

其中，在用户当前的转移号码为终端类型电话号码的情况下，确定启用了转移业务，综合业务系统将用户设定的转移号码作为目的号码提交到短信中心。在用户当前使用的转移号码为增值业务平台接入号码的情况下，确定启用了存储业务，综合业务系统直接将短消息的内容、主叫号码、被叫号码、提交时间保存到本地数据库中。

如果用户设置的转移号码为平台接入号码的扩展号码，确定启用了短信过滤业务，综合业务系统根据预定的匹配规则确定是否对短消息进行转发。如果用户同时设定多种业务，则综合业务系统设定与以上转移号码不同的转移号码，同时设定多种业务类型的优先级。

其中，在新增扩展业务的情况下，综合业务系统增加新的转移号码用于新增扩展业务。

本发明同时支持现网运行的短信转移、短信过滤、短信存储的所有功能，从而克服现有技术存在的系统业务类型单一和扩展性差的缺点，同时针对原有系统的不足，还提供以下功能：

1、该业务平台同时支持短信转移、短信过滤和存储功能，通过不同的转移号码来区分，各业务可以分别使用和同时使用，业务流程相对统一，便于管理和维护。

2、可以作为一种统一的增值业务平台模式，具有良好的扩展性。假如以后增加一个短信签名业务。则只需要增加一个转移号码作为用户业务类型的判断标识即可，处理流程与原来相同。

附图说明

此处说明的附图用来提供本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定，在附图中：

图1是本发明的综合业务系统与短信中心的组网和接口图；

图2是本发明的综合业务系统的模块结构示意图；

图3是根据本发的利用综合业务系统实现多种短信业务的方法的流程图；以及

图4是根据本发明实施例的利用综合业务系统实现短信转移和短信过滤业务过程的流程图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进行详细的描述。

图1是本发明的综合业务系统与短信中心的组网和接口图。图中示出了综合业务系统在网络中的位置，以及该系统与短信业务相关的短消息中心之间的关系。

其中，SMSC(Short Message Service Center)表示短消息中心，用来完成短消息的基本收发特性。短消息中心保存本地签约用户的业务开关信息，当发现短消息的主叫或是被叫用户签约了业务，那么短消息中心需要并且只需要向综合业务系统投递一次即可，即使是在主(被)叫用户签约了多个业务或是主叫和被叫用户各签约了不同业务的多业务并存的情况。其中具体的逻辑控制和业务处理由增值业务系统负责。

本发明中涉及到的总体处理流程包括：短消息中心的处理，当用户首次注册了短信增值业务后，综合系统为用户开户，同时短信中心根据用户注册的业务类型区分用户开通了主叫类增值业务还是被叫类增值业务，并把相应的起呼或者终呼短消息转发到增值业务平台进行处理；综合业务系统的处理，业务平台收到短信中心转发的注册用户提交的短消息后，根据用户已经设定的转移号码确定用户当前使用的业务类型。如果用户当前的呼转号码为终端类型电话号码则认为启用了转移业务，则将用户设定的转移号码作为消息的目的号码提交到短信中心。如果用户当前使用的转移号码为增值业务平台接入号则认为启用了存储业务，平台不对消息进行转发，直接将短消息内容、主被叫号码、提交时间等信息保存到本地数据库中，待用户进行查询和下载。如果用户设置的转移号码为另外一个指定号码(为和普通终端号码相区分，可以采用以接入号开头的短号码)则认为启用了短信过滤业务，平台根据匹配规则决定是否对短信进行转发。如果用户同时注册以上多种业务，则由系统另外设定设定转移号码，同时设定各业务类型之间的优先级。

图2所示是本发明的综合业务系统的模块结构示意图。从图中可以看出，本发明的一种支持多种短信业务的综合业务系统包括：协议网关模块202，用于进行SMPP协议的处理，实现与短信中心之间通信链路的管理与维护，对短信中心发起的起呼或终呼短消息进行编码、解码和消息路由；受理模块204，用于实现包括短信方式、短信过滤、WEB方式、语音方式等不同方式的统一业务受理和业务激活/去激活功能，以及根据不同方式获取的用户信息和配置的受理流程进行相应的数据库操作，并将短信通知消息投递到协议网关模块；业务处理模块206，连接至受理模块，用于实现基本业务和扩展业务，并将需要转发的短信投递到协议网关模块，该模块是实现整个基本业务和扩展业务的核心模块；以及WEB运营维护模块208，连接至协议网关模块、业务处理模块和受理模块，用于为运营商、合作方和操作维护人员提供统一的WEB方式操作维护平台，进行系统和数据的运营和维护。

其中，基本业务包括以下至少一种：短信签名、短信过滤和短信存储。扩展业务包括以下至少一种：附加广告和存储空间通知。

其中，WEB运营维护模块进行系统配置、业务配置、受理配置和操作、运营数据统计、计费配置和日志管理。

另外，本发明的综合业务系统还可以提供WEB方式受理和配置操作门户，用户可以通过web方式注册、注销、激活、去活各业务。同时支持向用户提供短信和邮件方式的过滤通知、存储空间提醒、新增业务推广，向运营商以及合作方提供短信和邮件方式的业务量统计报表、故障预警等功能。

图3是本发明的采用综合业务系统的短信业务实现方法流程图，该方法包括以下步骤：S302，用户通过短信或WEB等方式向综合业务系统首次注册短信增值业务，综合业务系统为用户开户并确定用户开通的业务类型，综合业务系统向短信中心提交消息，消息体中携带有与短信中心配置一致的业务代码；S304，短信中心为已经开户的用户设置增值业务标志位，并将来自用户的起呼或终呼短消息转发至综合业务系统进行处理；以及S306，综合业务系统收到短信中心转发的注册用户提交的短消息后，根据短消息中用户已经设定的转移号码确定用户当前使用的业务类型，并根据业务类型进行相应处理。

其中，如果用户当前的转移号码为终端类型电话号码的情况下，确定启用了转移业务，综合业务系统将用户设定的转移号码作为目的号码提交到短信中心。如果用户当前使用的转移号码为增值业务平台接入号码的情况下，确定启用了存储业务，综合业务系统不对消息进行转发，直接将短消息的内容、主叫号码、被叫号码、提交时间保存到本地数据库中，待用户进行查询和下载。如果用户设置的转移号码为平台接入号码的扩展号码，确定启用了短信过滤业务，综合业务系统根据预定的匹配规则确定是否对短消息进行转发。如果用户同时设定多种业务，则综合业务系统设定与以上转移号码不同的转移号码，同时设定多种业务类型的优先级。

其中，在新增扩展业务的情况下，综合业务系统增加新的转移号码用于新增扩展业务。

另外，对于本发明的实现方法，如果有系统新增扩展业务，只需要增加一个新的转移号码，业务流程新增一个判断分支即可，对原有业务流程基本不会造成影响。

下面以用户同时注册了短信转移和短信过滤功能为例来详细说明本发明的采用综合业务系统的增值业务的实现过程。如图4所示，该增值业务的实现过程包括如下的步骤：

S402，短信转移和短信过滤均属于被叫类的增值业务，当源用户发起起呼之后，由源用户归属短消息中心将短信转发到被叫用户归属的短消息中心，被叫用户归属短消息中心在终呼时检查被叫用户已经注册了被叫类增值业务，则转发到综合业务系统进行处理。

S404，综合业务系统查询系统数据库发现用户设置了转移号码10081。该转移号码为过滤业务使用的特殊号码，认为用户开启了短信过滤功能。如果用户另外设置了转移号码为10082，则系统判断启用了短信存储业务，本条短信不下发给被叫且直接存储至本地数据库以供用户查询(S416)。

S406，由于短信过滤功能优先级高于短信转移，首先对用户的过滤规则进行匹配鉴权。

S408，匹配完过滤规则以后判断本条消息是否可以正常下发。由于不符合过滤条件，消息允许下发。如果本条消息符合过滤条件，需要屏蔽，则不下发给用户，按照配置暂时保存在本地数据库中(S418)。

S410，再检查用户设置的其它转移号码，发现用户同时设置了13388880001和13512345678两个转移号码，由于这两个号码为普通终端用户号码，则认为用户还启用了短信转移功能。如果用户没有设定另外的转移号码，则认为仅启用了短信过滤功能，直接将短消息提交到短信中心下发给被叫(S420)。

S412，修改本条短消息的目的号码分别为13388880001和13512345678。并分两次将此两号码提交到短信中心进行终呼，流程结束(S414)。

本领域技术人员将很容易了解到本发明其它优点和修改。因此，上述针对实施例的描述为本发明具体应用实施例，本发明更广泛的方面并不限于本文中示出以及描述的特定细节和典型实施例。因此，可在不脱离由权利要求及其等效物所限定的本发明的精神或范围的条件下作出各种修改。