CN102026124B - 短信智能业务平台***及基于该***的短信业务实现方法 - Google Patents

Abstract

本发明公开一种短信智能业务平台***及基于该***的短信业务实现方法，该方法包括：短信转移、短信回执、短信保管、短信签名、短信自动回复等多种智能短信子业务。本发明在遵循标准协议的基础之上，对外实现统一接口，可实现SMGW、SMSC、MSPGW等接口的无缝接入，并符合智能短信总体技术规范，兼容局方对于未来的移动应用的功能要求。

Description

短信智能业务平台***及基于该***的短信业务实现方法

技术领域

本发明涉及短信业务平台技术领域，尤其涉及一种短信智能业务平台***及基于该***的短信业务实现方法。

背景技术

有关“短消息增值业务联网***及联网方法”的在先技术，如中国联合通信有限公司的、申请号为200410101841.8的中国专利申请，其公开了一种短消息增值业务联网***及联网方法。该短消息增值业务联网***包括：短消息网关(SMG，Short Message Gateway)、短消息网关路由服务器GNS、短消息中心(SMSC，Short Message Service Center)和服务提供商(SP，Service Provider)；短消息网关SMG介于服务提供商SP与短消息中心SMSC之间，其中，SMG与SMSC之间采用SMPP(短消息点对点协议，Short Message Peer to Peer)协议通信，SMG和SP之间、SMG和SMG之间采用短消息业务联网协议SGIP协议通信，短消息业务联网协议SGIP协议用于完成在SMG和SP之间、SMG和SMG之间短消息的发送、接收和转发功能，以及SMG和GNS之间路由表的同步功能；GNS使平面的SMG联网成为具有路由组织的分层网络，用于***路由的管理和同步。该方法的短信增值业务采用的是SP实现方式，单一的采用SP方式存在只能开展有限的业务，且对业务使用方式难于做到直接的端到端。

综上所述，如何克服现有技术的缺陷，实现多种接口的无缝接入从而实现多种业务的端到端服务功能成为本领域亟待解决的技术问题。

发明内容

本发明要解决的一个技术问题是提供一种短信智能业务平台***基于该***的短信业务实现方法，本发明的目的在于提供一种短信智能业务平台***，该***可实现SMGW、SMSC、MSPGW等多种接口的无缝接入，实现短信转移、短信回执、短信保管、短信签名、短信自动回复、短信过滤、短信复制、主叫号码变换、一号双机及***等多种功能。

进一步的，本发明实现客户端在没有使用业务时也能向外提供该业务数据，从而提高了P2P客户端的资源利用效率。

本发明的一个方面提供了一种短信智能业务平台***，该***包括：核心调度模块，用于实现与***间的短信收发；根据接收的短信包含的业务类型，分别将短信分发到相应的短信业务处理模块；接收多种短信业务处理模块回送的短消息，并发送至***；多种短信业务处理模块，用于接收核心调度模块发送的短信，调用数据库子***中相应的短信业务设置信息，并处理各种短信业务逻辑；以及处理结束后将短信息回送核心调度模块；Web应用模块，用于提供基于互联网Web界面的接口以进行各种短信业务的签约申请和取消；提供对各种短信业务的个性化设置、查询功能；以及将相应的短信业务设置信息保存到数据库子***中；工单接口模块，用于提供各种短信业务的签约申请和取消的工单接口；提供与***之间的各种短信业务的签约申请和取消的工单接口；以及将签约申请和取消的工单信息保存到数据库子***中。

本发明提供的短信智能业务平台***的一个实施例中，多种短信业务处理模块包括选自短信转移业务处理子模块、短信回执业务处理子模块、短信回收箱业务处理子模块、短信签名业务处理子模块、短信过滤业务处理子模块、短信自动回复业务处理子模块、短信仓库业务处理子模块、短信用户群业务处理子模块中的至少任意两个。

本发明提供的短信智能业务平台***的一个实施例中，该***还包括***接口，***接口进一步包括：核心调度模块与***间的连接接口，其遵循标准的SMPP协议，核心调度模块作为客户端通过连接接口连接到***；核心调度模块与***间的业务交互接口，其遵循标准的SMPP协议，核心调度模块与***间交互的信息包通过service_type字段指定短信业务类型；核心调度模块与***间用户数据同步的接口。

本发明提供的短信智能业务平台***的一个实施例中，工单接口模块进一步包括：与电信2000工单接口，用于通过电信营业前台、特服号方式申请或取消短信业务时，电信2000以工单形式通知短信智能业务平台***进行相应的短信业务开通或取消操作；与***工单接口，用于用户在短信智能业务平台***签约申请或取消短信业务后，通知***对执行鉴权、授权和计费的用户信息进行相应的更新操作，以保证短信智能业务平台***中用户短信业务签约信息一致。

本发明提供的短信智能业务平台***的一个实施例中，Web应用模块包括：Web接口，其中Web接口进一步包括：互联网接口，用于实现用户进行短信业务签约申请或取消、查询、业务个性化设置操作；内网接口，即基于电信内网的web应用接口，用于满足通过内网进行***测试、运行与维护操作。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信转移业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信转移业务的步骤：通过短信智能业务平台***的web应用界面，进行短信转移业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信转移业务处理模块进行短信转移业务签约或取消操作；或者通过拨打特服号进行签约或取消短信转移业务，由工单接口模块通知短信智能业务平台***的短信转移业务处理模块进行短信转移业务签约或取消操作；当用户开通短信转移业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信转移业务类型及转移号码；以及根据该用户设置的短信转移业务类型进行相应的下发控制。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信回执业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信回执业务的步骤：通过短信智能业务平台***的web应用界面，进行短信回执业务签约申请或取消操作；通过特定接入号发送短信到***，并由***通过判断接入号而直接转给短信智能业务平台***的短信回执业务处理模块进行短信回执业务签约或取消操作；通过拨打特服号进行签约或取消短信回执业务的，可通过工单接口模块通知短信智能业务平台***的短信回执业务处理模块进行短信回执业务签约或取消操作；当用户开通短信回执业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为主叫方的短信时，通过AAA用户认证辨别该用户的短信回执业务类型；***根据该用户设置的业务类型构造相应的回执短信后，直接将该回执短信发送给短信智能业务平台***；根据该用户的个性化设置，短信智能业务平台判断是否下发该回执短信；如果下发，短信智能业务平台对回执短信内容重新构造，并将重新构造过的回执短信再提交给***；以及由***负责将该回执短信下发给用户。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信回收箱业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信回收箱业务的步骤：通过短信智能业务平台***的web应用界面，进行短信回收箱业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信回收箱业务处理模块进行短信回收箱业务签约或取消操作；或者通过拨打特服号进行签约或取消短信回收箱业务，由工单接口模块通知短信智能业务平台***的短信回收箱业务处理模块进行短信回收箱业务签约或取消操作；当用户开通短信回收箱业务后，短信智能业务平台***定时从***的历史数据中提取该用户的未收到的短信记录，并保存在短信智能业务平台***的用户回收箱中；用户通过短信智能业务平台***的web应用对回收箱中的短信进行查询、删除或下载操作；或者当用户没有主动查询时，短信智能业务平台***定时向***下发短信通知，由***下发用户。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信签名业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信签名业务的步骤：通过短信智能业务平台***的Web应用界面，进行短信签名业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信签名业务处理模块进行短信签名业务签约或取消操作；或者通过拨打特服号进行签约或取消短信签名业务，由工单接口模块通知短信智能业务平台***的短信签名业务处理模块进行短信签名业务签约或取消操作；当用户开通短信签名业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为主叫方的短信时，通过AAA用户认证辨别该用户的短信签名业务类型；***判断短信是否有签名；如果有签名，则直接将该短信发送给短信智能业务平台***；否则，短信智能业务平台***根据该用户的签名设置，对该短信内容进行重新构造，并提交给***；以及由***继续将该短信下发给被叫用户。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信过滤业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信过滤业务的步骤：通过短信智能业务平台***的web应用界面，进行短信过滤业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信过滤业务处理模块进行短信过滤业务签约或取消操作；或者通过拨打特服号进行签约或取消短信过滤业务，由工单接口模块通知短信智能业务平台***的短信过滤业务处理模块进行短信过滤业务签约或取消操作；当用户开通短信过滤业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信过滤业务类型；***判断短信是否有过滤业务；如果有，则***直接将该短信发送给短信智能业务平台***；短信智能业务平台***根据该用户的过滤设置，进行过滤判断；如果需要过滤，则向***回复失败应答消息，并由***直接将该短信做失败处理；否则，向***发送成功应答消息；以及由***继续将该短信下发给被叫用户。

本发明提供的基于短信智能业务平台***执行短信过滤业务的方法的一个实施例中，该方法还包括：用户可以通过编辑短信的方式发送到特定接入号，此时***将该短信直接发送给短信智能业务平台***，由短信智能业务平台***的短信过滤业务处理模块将过滤内容回复给该用户。

本发明提供的基于短信智能业务平台***执行短信过滤业务的方法的一个实施例中，该方法还包括：用户可以通过短信智能业务平台***的Web应用界面进行自主的过滤短信的内容查询。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信自动回复业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信自动回复业务的步骤：通过短信智能业务平台***的web应用界面，进行短信自动回复业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信自动回复业务处理模块进行短信自动回复业务签约或取消操作；或者通过拨打特服号进行签约或取消短信自动回复业务，由工单接口模块通知短信智能业务平台***的短信自动回复业务处理模块进行短信自动回复业务签约或取消操作；当用户开通短信自动回复业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信自动回复业务类型；***判断短信是否有自动回复业务；如果有，则***在下发短信的同时将该短信发送给短信智能业务平台***；短信智能业务平台***根据该用户的自动回复设置信息，自动组织一封回复短信给***；以及由***继续将回复短信下发给被叫用户。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信仓库业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信仓库业务的步骤：通过短信智能业务平台***的web应用界面，进行短信仓库业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信仓库业务处理模块进行短信仓库业务签约或取消操作；或者通过拨打特服号进行签约或取消短信仓库业务，由工单接口模块通知短信智能业务平台***的短信仓库业务处理模块进行短信仓库业务签约或取消操作；当用户开通短信仓库业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为主叫方/被叫方的短信时，通过AAA用户认证辨别该用户的短信仓库业务类型；***判断短信是否有仓库业务；如果有，则***直接将该短信发送给短信智能业务平台***；根据该用户的存储设置条件，短信智能业务平台***将该短信存储到相应的短信分类仓库中。

本发明提供的基于短信智能业务平台***执行短信仓库业务的方法的一个实施例中，该方法还包括：用户可以通过Web应用界面对短信仓库中的短信进行查询、删除、修改、转发、群发、分组操作。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信一号双机业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信一号双机业务的步骤：通过短信智能业务平台***的web应用界面，进行短信一号双机业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信一号双机业务处理模块进行短信一号双机业务签约或取消操作；或者通过拨打特服号进行签约或取消短信一号双机业务，由工单接口模块通知短信智能业务平台***的短信一号双机业务处理模块进行短信一号双机业务签约或取消操作；当用户开通短信一号双机业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信一号双机业务类型；***根据该业务类型将该短信下发给捆绑的小灵通用户。

本发明的另一个方面提供了一种基于短信智能业务平台***执行短信用户群业务的方法，其中短信智能业务平台***选自前述任意一项的***；该方法包括：开通短信用户群业务的步骤：通过短信智能业务平台***的web应用界面，进行短信用户群业务签约申请或取消操作；通过特定接入号发送短信到***，由***判断接入号而直接转给短信智能业务平台***的短信用户群业务处理模块进行短信用户群业务签约或取消操作；或者通过拨打特服号进行签约或取消短信用户群业务，由工单接口模块通知短信智能业务平台***的短信用户群业务处理模块进行短信用户群业务签约或取消操作；当用户开通短信用户群业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；当***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信用户群业务类型；***判断短信是否是用户群业务；如果是，则***直接将该短信发送给短信智能业务平台***；短信智能业务平台***根据群号判断该用户的群用户信息，同时根据群中每个用户构造一封短信，并发送给***；以及由***将该短信下发至群中每一个用户。

本发明提供的基于短信智能业务平台***执行短信用户群业务的方法的一个实施例中，该方法还包括：用户可以通过业务通web应用界面随时进行用户群管理、群发短信结果查询操作。

本发明供的短信智能业务平台***及基于该***的短信业务实现方法，针对短信增值业务SP/CP实现方式的不足，提供了短信转移、短信回执、短信保管、短信签名、短信自动回复等多种智能短信子业务。在遵循标准协议的基础之上，对外实现统一接口，可实现SMGW、SMSC、MSPGW等接口的无缝接入，并符合智能短信总体技术规范，兼容局方对于未来的移动应用的功能要求。

附图说明

图1示出本发明实施例提供的一种短信智能业务平台***的组网结构示意图；

图2示出本发明实施例提供的一种短信智能业务平台***的结构示意图；

图3示出本发明实施例提供的一种短信智能业务平台***的总体逻辑架构示意图；

图4示出本发明实施例提供的收发双方都归属于同一MSP的组网示意图；

图5示出本发明提供的归属于同一MSP的收发双方进行短消息通信的流程图；

图6示出本发明实施例提供的点到异网的组网示意图；

图7示出本发明提供的点到异网的短消息通信的流程图；

图8示出本发明实施例提供的异网到点的组网示意图；

图9示出本发明提供的异网到点的短消息通信的流程图；

图10示出本发明实施例提供的点到SP的组网示意图；

图11示出本发明提供的点到SP的短消息通信的流程图；

图12示出本发明实施例提供的SP到点的组网示意图；

图13示出本发明提供的SP到点的短消息通信的流程图；

图14示出本发明实施例提供的一种基于短信智能业务平台***执行短信转移业务的方法流程图；

图15示出本发明实施例提供的一种基于短信智能业务平台***执行短信回执业务的方法流程图；

图16示出本发明实施例提供的一种基于短信智能业务平台***执行短信回收箱业务的方法流程图；

图17示出本发明实施例提供的一种基于短信智能业务平台***执行短信签名业务的方法流程图；

图18示出本发明实施例提供的一种基于短信智能业务平台***执行短信过滤业务的方法流程图；

图19示出本发明实施例提供的一种基于短信智能业务平台***执行短信自动回复业务的方法流程图；

图20示出本发明实施例提供的一种基于短信智能业务平台***执行短信仓库业务的方法流程图；

图21示出本发明实施例提供的一种基于短信智能业务平台***执行短信一号双机业务的方法流程图；

图22示出本发明实施例提供的一种基于短信智能业务平台***执行短信用户群业务的方法流程图；

图23示出本发明实施例提供的一种基于短信智能业务平台***执行用户开户的方法流程图；

图24示出本发明实施例提供的一种基于短信智能业务平台***执行用户销户的方法流程图；

图24示出本发明实施例提供的一种基于短信智能业务平台***执行用户销户的方法流程图；

图25示出本发明实施例提供的一种基于短信智能业务平台***执行短信方式的业务设定的方法流程图；

图26示出本发明实施例提供的一种基于短信智能业务平台***执行自服务方式的业务设定的方法流程图。

具体实施方式

下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施例。

图1示出本发明实施例提供的一种短信智能业务平台***的组网结构示意图。

如图1所示，短信智能业务平台***采用多层架构。在遵循标准协议的基础之上，对外实现统一接口，可实现SMGW(短消息网关，SHORTMESSAGE GATEWAY)、SMSC、MSPGW(综合SP网关，即短信中心和SP互通的网关)等接口的无缝接入，并符合智能短信总体技术规范，兼容局方对于今后的移动应用的功能要求。简要来说，中心调度部分将路由功能、业务设置、计费鉴权、共享内存管理、短信与状态报告匹配等功能进行详细划分，做到了各功能模块的松耦合与高内聚，为软件提供了良好的可维护性与扩展性。各业务进行独立实现，并通过业务接入层接入到中心调度模块，利于今后扩展新的业务。平台同时通过接入层提供了网管、ISMP、信令等方式的接入功能。

稍后的实施例将进一步详细描述该短信智能业务平台***的各个功能模块及其所实现的方法流程。

图2示出本发明实施例提供的一种短信智能业务平台***的结构示意图。

如图2所示，短信智能业务平台***200包括：***202、核心调度模块204、多种短信业务处理模块206、数据库子***208、Web应用模块210和工单接口模块212。其中

核心调度模块204，用于实现与***202间的短信收发；根据接收的短信包含的业务类型，分别将所述短信分发到相应的短信业务处理模块；接收多种短信业务处理模块回送的短消息，并发送至***。具体来说，核心调度模块主要负责与***间短信的收发，包括对SMPP协议的解析和打包处理；同时根据短信中的业务类型不同，分别分发到相应的业务处理模块进行处理。也就是说，核心调度模块不进行业务逻辑的处理，专门负责不同业务短信的调度处理，相当于短信中转站的作用。

多种短信业务处理模块206，用于接收所述核心调度模块发送的短信，调用数据库子***中相应的短信业务设置信息，并处理各种短信业务逻辑；以及处理结束后将短信息回送所述核心调度模块204。

根据本发明提供的短信智能业务平台***的一个实施例中，多种短信业务处理模块206进一步包括选自短信转移业务处理子模块、短信回执业务处理子模块、短信回收箱业务处理子模块、短信签名业务处理子模块、短信过滤业务处理子模块、短信自动回复业务处理子模块、短信仓库业务处理子模块、短信用户群业务处理子模块中的至少任意两个。其中，每种业务处理模块只专门负责各自的短信业务的逻辑处理，处理结束后需要回送***的统一发送核心调度模块，由核心调度模块通过SMPP协议送给***。也就是说每个短信业务处理模块都是一个独立的业务处理过程，当新定制一种短信业务时，只需新增一个新业务处理模块，无需对整个业务通平台进行调整即可实现，从而极大提高了智能***的业务扩展性和灵活性。

数据库子***208，用于保存通过Web应用模块210录入的短信业务设置信息，供各种短信业务处理模块处理时使用；以及通过工单接口模块212录入的各种短信业务的签约申请和取消的工单信息，以便将用户定制的短信业务类型信息回馈给***，供***的AAA(鉴权、授权和计费，Authentication，Authorization and Accounting)单元对用户进行鉴权时使用。

Web应用模块210，用于提供基于互联网Web界面的接口以进行各种短信业务的签约申请和取消；提供对各种短信业务的个性化设置、查询功能；以及将相应的短信业务设置信息保存到数据库子***中。

工单接口模块212，用于提供各种短信业务的签约申请和取消的工单接口；提供与所述***之间的各种短信业务的签约申请和取消的工单接口；以及将所述签约申请和取消的工单信息保存到所述数据库子***中。

本发明提供的短信智能业务平台***，直接与***对接，可以减少相关业务通过二级网关转接所带来的时延及流量控制等问题。

进一步的，该短信智能业务平台***在丰富***功能，增强用户感知度的同时，还可解决用户欠费停机后仍可通过互联网发送短信的问题，有利于短信业务的有序发展。

进一步的，该短信智能业务平台***将短信方面的相关业务都集中在一套***上实现，便于短信业务的管理和开发。此外，在短信话务高峰时，还有利于对短信的流量进行控制。

图3示出本发明实施例提供的一种短信智能业务平台***的总体逻辑架构示意图。

如图3所示，该短信智能业务平台***的总体逻辑框架300包括接入层302、数据处理层304、核心控制层306、平台业务接入层308、业务层310和数据库服务层312。其中接入层302包括用户自助服务模块(用于通过互联网，如WWW登陆)、SMGW接口模块、SMSC接口模块和MSPGW接口模块；核心控制层306包括路由功能模块、业务设置模块、计费鉴权模块、信息匹配模块、签约信息匹配模块、信息绘制匹配模块、业务优先级处理模块和共享内存管理模块；业务层310包括短信签名模块、短信回执模块、短信过滤模块、***模块和其它扩展新业务模块；本领域技术人员知晓前述所涉及的模块均可以采用现有技术中较为成熟的方式来实现，对于其它扩展的新业务模块也可以借鉴现有技术中较为成熟的模块的实现方式进行技术改进与适用调整。

智能***的外部接口涉及“***接口”、“工单接口”和“Web接口(用户接口)”。其中

***接口进一步包括：

(1)核心调度模块与***间的连接接口：遵循标准的SMPP协议，核心调度模块作为客户端连接到***(服务端)，采用bind_transmitter和bind_receiver两个socket连接的方式。

(2)核心调度模块与***间的业务交互接口：遵循标准的SMPP协议，在两者交互的信息包(submit包和delivery包)中通过service_type字段需要指定短信业务类型。

(3)核心调度模块与***间用户数据同步的接口：采用SQL标准的UPDATE语句实现。

工单接口模块进一步包括：

(1)与电信2000工单接口：主要用于用户通过电信营业前台、特服号等方式申请或取消短信业务时，电信2000通过工单形式通知短信智能业务平台***中的福富短信智能***进行相应的短信业务开通或取消操作。

(2)与***工单接口：主要用于用户在短信智能***签约申请或取消短信业务后，智能***通知***进行AAA用户信息(短信业务信息)相应的更新操作，以保证两个平台间用户短信业务签约信息的一致性。

Web接口(用户接口)进一步包括：

(1)互联网接口：该***提供面向用户基于互联网的web应用接口，从而满足用户进行方便、随时的进行短信业务签约申请或取消、查询、业务个性化设置等操作。

(2)内网接口：该***还可提供基于电信内网的web应用接口，从而满足电信内部员工通过内网进行该***测试、运行与维护操作等。

本发明提供的一种短信智能业务平台***的一个具体实施方式中，平台外部网元包括短信中心、二级短信网关等。***的自服务***需要提供互联网接口，同时采用两台高性能PC服务器，利用HA采用Active/StandBy方式实现热备功能。接入服务器采用两台高性能PC服务器，采用Active/StandBy方式，实现短信中心、二级短信网关外部网元接入。需要提供DCN访问接口。业务调度处理服务器由多台PC服务器构成的，采用Active/Active方式。数据库服务器通过两台高性能小型机或PC服务器，采用Active/StandBy方式，共用统一数据存储。自服务***通过Web方式提供用户业务配置功能。短信采集分析***通过获取各短信中心的短信话单，采用分词匹配方式，统计各种子短信的转发次数，并将统计结果提供给网管和自服务***，该***采用两台高性能PC服务器，利用HA采用Active/StandBy方式实现热备功能。网管服务器提供业务统计、网络监控及***配置等功能。本平台至少需要分配2个接入号码，分别作为用户短信业务设置和业务使用(如***)的接入号码。

服务器***承担着整个信息***的核心任务，在设计时需要考虑诸多因素，并需要严格遵循以下原则：

1、高可用性：需要具备每周7＊24小时连续工作的能力，尽可能提高***服务时间和效率，来保证***高可用性。

2、冗余设备：采用互为备份的冗余部件，为避免单点故障，采用双电源、双风扇、双网卡、***镜像盘保护数据。

3、热插拔、热更换：主要部件必需实现热插拔、热更换，包括热插拔的PCI I/O卡；热插拔内置硬盘驱动器；热更换冗余电源；热更换冗余风扇。

4、故障检测与隔离：主机***应具备故障检测、隔离和修复等自动检测手段，持续监测各个***部件，并根据动态变化的***状态，实时调整***，保证正常运行。某些重要部件出现问题都不应影响到其他部分。例如：每个CPU拥有独立的处理器总线；PCI插槽拥有多个IO通道；每块内存母板拥有独立的内存总线并支持ECC检验；内置硬盘应支持RAID技术。故障检测应与集群***，形成一个完整的高可用体系。

5、纠错、检错、容错：服务器的内存、一级高速缓存、二级高速缓存都应具有ECC(Error Correction Code)功能，提供单双位错误校验和单位错误校正，以降低以上部件出错对应用的潜在影响。内部数据、地址总线带奇偶校验。

6、数据保护技术：针对不同重要程度的数据采用不同的保护策略，对于非常关键的***盘，采取***盘磁盘镜像技术保障***数据的安全和可靠性。

7、日志管理：操作***应具备完善的日志***管理能力，在发生***性故障时，能够通过一个快速恢复过程来确保文件和数据库***的完整性。

8、高扩展性：主机平台应具备高度的可扩展能力，当业务量增加或增加新业务时，主机平台能够以增加CPU处理器或提高CPU主频、增加内存、磁盘或主机节点等方式，进行横向与纵向的扩展，提高性能以满足新的业务需求，保护当前投资。

9、易管理和使用：应具备有效的工具，保证***的易用性和可维护性，并使得***在较优的状态下运行，以提高***的运行处理效率。

图4示出本发明实施例提供的收发双方都归属于同一MSP的组网示意图。

如图4所示，收发双方都归属同一MSP(多用户线路，Multi-Subscriber Profile)，但分别归属于不同短消息中心SMSC，其中，发送方/主叫用户(Originator MS1)归属于短消息中心SMSC1，接收方/被叫用户(Recipient MS2)归属于短消息中心SMSC2。

图5示出本发明提供的归属于同一MSP的收发双方进行短消息通信的流程图。

如图5所示，归属于同一MSP的收发双方进行短消息通信的流程包括：步骤1、发送方/主叫用户终端向短消息中心SMSC1发送MO(上行短信，Mobile Orginal)；

步骤2、短消息中心SMSC1向发送方返回应答消息“MO_AcK”。

步骤3、短消息中心SMSC1进行业务定购检查(用户的业务订单是在短消息中心的AAA认证服务器中签约，这里所讲的短消息中心SMSC1进行业务定购检查是指检查AAA认证服务器中是否有签约主被叫业务，有签约的话就会到MSP触发业务，没有签约就不触发)。

步骤4、短消息中心SMSC1向MSP发送“MSP_Deliver_Sm”，其中MSP_Deliver_Sm中的MSP表示目标网元是MSP，Deliver_Sm表示发送短信，就是SMSC1将短信发送给MSP网元；Deliver_Sm和Submit_Sm的主要区别是：发送短信中心的短信(不管是手机终端发送的、还是其他平台发送的)，都是Submit_Sm消息。如果是短信中心发往其他平台或发给手机终端，都叫Deliver_Sm。这两个消息所包含的内容详见SNMP协议规范。

步骤5、MSP向短消息中心SMSC1返回“MSP_Deliver_Sm_Resp”(是对批注4消息的响应，所包含的内容详见SNMP协议规范)。

步骤6、由MSP完成相应的业务处理。

步骤7、MSP向短消息中心SMSC2发送“Submit_Sm”。

步骤8、短消息中心SMSC2向MSP发送“Submit_Sm_Resp”。

步骤9、短消息中心SMSC2向接收方/被叫用户终端发送“MT”(Mobile Terminated短信，即终端接收短信)。

步骤10、接收方/被叫用户终端向短消息中心SMSC2返回确认消息“MT_AcK”。

步骤11、短消息中心SMSC2向MSP发送状态报告消息7“Deliver_SM”，其中Deliver_SM该消息有两种用途，即可作为点对点短信接收消息，又可作为回执消息即作为状态报告消息(报告接收方是否有正常接收到消息)。

步骤12、对‘短消息中心SMSC2向MSP发送状态报告消息7“Deliver_SM”’的响应。

步骤13、MSP生成流程的状态报告消息，其需要携带原始消息ID(答复消息ID是指消息编号)。

步骤14、MSP向短消息中心SMSC1发送状态报告消息4“MSP_Submit_Sm_SR”。在步骤11和12中，SMSC2已经将短信接收方是否成功接收短信的状态发送了MSP，所以MSP要向主叫方的SMSC1发送这封短信的最终状态报告(即被叫是否有成功接收)。

步骤15、短消息中心SMSC1向MSP发送“MSP_Submit_Sm_Resp”。该消息是对MSP_Submit_Sm_SR的响应，消息所包含的内容见SNMP/SMGP协议规范。

图6示出本发明实施例提供的点到异网的组网示意图。

如图6所示，发送方/主叫用户移动终端(Originator MS1)归属于本运营商的短消息中心SMSC2，接收方/被叫用户移动终端(RecipientMS2)归属于其它运营商的短消息中心SMSC；其中SMSC2归属与本省MSP，其它运营商的SMSC可能归属于其它运营商自己的MSP。

图7示出本发明提供的点到异网的短消息通信的流程图。

如图7所示，点到异网的短消息通信的流程包括：步骤1、发送方/主叫用户终端向短消息中心SMSC发送MO；

步骤2、短消息中心SMSC向发送方返回应答消息“MO_AcK”。

步骤3、短消息中心SMSC进行业务定购检查。

步骤4、短消息中心SMSC向MSP发送“MSP_Deliver_Sm”。

步骤5、MSP向短消息中心SMSC返回“MSP_Deliver_Sm_Resp”。

步骤6、由MSP处理相应的主叫业务。

步骤7、MSP向短消息中心SMSC发送“Submit_Sm”。

步骤8、短消息中心SMSC向MSP发送“Submit_Sm_Resp”。

步骤9、短消息中心SMSC向互通网关发送“Deliver_Sm”，该消息是指发送短信请求，具体所包含的内容可以查询SNMP或SMGP协议，这些消息都是完全遵循协议要求的。。

步骤10、互通网关向短消息中心SMSC返回“Deliver_Sm_Resp”对Deliver_Sm的响应，具体所包含的内容可以查询SNMP或SMGP协议，这些消息都是完全遵循协议要求的。

步骤11、互通网关向短消息中心SMSC发送状态报告消息9“Submit_SM”，该消息是意思是互通网关将该封短信最终接收方是否有正常接收的状态报告反馈给短消息中心，所以该消息就叫发送状态报告消息。该消息具体的内容详见SNMP或SMGP协议。

步骤12、短消息中心SMSC向互通网关返回“Submit_Sm_Resp”。

步骤13、短消息中心向MSP发送状态报告消息7“Deliver_Sm”，主要的内容是指短信中心将互通网关返回的状态报告透传给MSP，就是将批注17的消息进行透传。

步骤14、MSP向短消息中心SMSC返回“Deliver_Sm_Resp”。

步骤15、MSP向短消息中心SMSC发送状态报告消息4“MSP_Submit_Sm_SR”。

步骤16、短消息中心SMSC向MSP返回“MSP_Submit_Sm_SR_Resp”；该消息与MSP_Submit_Sm_SR消息是配对，一个是请求，一个是响应，RESP表示响应消息，Submit表示提交，SM表示状态报告。MSP_Submit_Sm_SR的意思是MSP向短信中心SMSC发送状态报告请求消息，MSP_Submit_Sm_SR_Resp这些消息是对上一条消息的响应。

图8示出本发明实施例提供的异网到点的组网示意图。

如图8所示，发送方/主叫用户移动终端(Originator MS1)归属于其它运营商的短消息中心SMSC，接收方/被叫用户移动终端(RecipientMS2)归属于本运营商的短消息中心SMSC2；其中SMSC2归属与本省MSP，其它运营商的SMSC可能归属于其它运营商自己的MSP。

图9示出本发明提供的异网到点的短消息通信的流程图。

如图9所示，异网到点的短消息通信的流程(由于主叫为异网用户，仅能支持被叫业务，具体业务可以在此流程的基础上有所变动)包括：步骤1、互通网关向短消息中心SMSC发送“Submit_Sm”。

步骤2、短消息中心SMSC向互通网关返回“Deliver_Sm_Resp”。

步骤3、短消息中心SMSC进行业务定购检查。

步骤4、短消息中心SMSC向MSP发送“MSP_Deliver_Sm”。

步骤5、MSP向短消息中心SMSC返回“MSP_Deliver_Sm_Resp”。

步骤6、由MSP处理相应的主叫业务。

步骤7、MSP向短消息中心SMSC发送“Submit_Sm”。

步骤8、短消息中心SMSC向MSP发送“Submit_Sm_Resp”。

步骤9、短消息中心SMSC向接收方/被叫用户终端发送“Deliver_Sm”。

步骤10、接收方/被叫用户终端向短消息中心SMSC返回“Deliver_Sm_Resp”。

步骤11、短消息中心SMSC向MSP发送状态报告消息7“Deliver_Sm”。

步骤12、MSP向短消息中心SMSC返回“Deliver_Sm_Resp”。

步骤13、MSP向短消息中心SMSC发送状态报告消息4“MSP_Submit_Sm_SR”。

步骤14、短消息中心SMSC向MSP返回“MSP_Submit_Sm_SR_Resp”

步骤15、短消息中心SMSC向互通网关发送状态报告消息1“Deliver_Sm”。

步骤16、互通网关向短消息中心SMSC返回“Deliver_Sm_Resp”。

图10示出本发明实施例提供的点到SP的组网示意图。

如图10所示，发送方/主叫用户移动终端(Originator MS1)归属于本运营商的短消息中心SMSC1，接收方/被叫用户是SP/CP。

图11示出本发明提供的点到SP的短消息通信的流程图。

如图11所示，点到SP的短消息通信的流程包括：步骤1、发送方/主叫用户终端向短消息中心SMSC发送MO；

步骤2、短消息中心SMSC向发送方返回应答消息“MO_AcK”。

步骤3、短消息中心SMSC进行业务定购检查。

步骤4、短消息中心SMSC向MSP发送“MSP_Deliver_Sm”。

步骤5、MSP向短消息中心SMSC返回“MSP_Deliver_Sm_Resp”。

步骤6、由MSP处理相应的主叫业务。

步骤7、MSP向短消息中心SMSC发送“Submit_Sm”。

步骤8、短消息中心SMSC向MSP发送“Submit_Sm_Resp”。

步骤9、短消息中心SMSC向综合网关发送“Deliver_Sm”现网建了多个不同的网关用于承载不同的业务，这些网关的主要功能是协议转换、短信转发、计费结算等处理。互通网关是指电信与其他运营商(移动、联通等)短信互通的一个网关。综合网关或普通网关是指电信内部不同短信***间的互通网关。

步骤10、综合网关向短消息中心SMSC返回“Deliver_Sm_Resp”。

步骤11、综合网关向短消息中心SMSC发送状态报告消息9“Submit_SM”。

步骤12、短消息中心SMSC向综合网关返回“Submit_Sm_Resp”。

步骤13、短消息中心向MSP发送状态报告消息7“Deliver_Sm”。

步骤14、MSP向短消息中心SMSC返回“Deliver_Sm_Resp”。

步骤15、MSP向短消息中心SMSC发送状态报告消息4“MSP_Submit_Sm_SR”。

步骤16、短消息中心SMSC向MSP返回“MSP_Submit_Sm_SR_Resp”。

图12示出本发明实施例提供的SP到点的组网示意图。

如图12所示，发送方/主叫用户是SP/CP，接收方/被叫用户移动终端(Recipient MS1)归属于本运营商的短消息中心SMSC1，

图13示出本发明提供的SP到点的短消息通信的流程图。

如图13所示，SP到点的短消息通信的流程包括：步骤1、综合网关向短消息中心SMSC发送“Submit_Sm”。

步骤2、短消息中心SMSC向综合网关返回“Deliver_Sm_Resp”。

步骤3、短消息中心SMSC进行业务定购检查。

步骤4、短消息中心SMSC向MSP发送“MSP_Deliver_Sm”。

步骤5、MSP向短消息中心SMSC返回“MSP_Deliver_Sm_Resp”。

步骤6、由MSP处理相应的主叫业务。

步骤7、MSP向短消息中心SMSC发送“Submit_Sm”。

步骤8、短消息中心SMSC向MSP发送“Submit_Sm_Resp”。

步骤9、短消息中心SMSC向接收方/被叫用户终端发送“MT”。

步骤10、接收方/被叫用户终端向短消息中心SMSC返回确认消息“MT_AcK”。

步骤11、短消息中心SMSC向MSP发送状态报告消息7“Deliver_Sm”。

步骤12、MSP向短消息中心SMSC返回“Deliver_Sm_Resp”。

步骤13、MSP向短消息中心SMSC发送状态报告消息4“MSP_Submit_Sm_SR”。

步骤14、短消息中心SMSC向MSP返回“MSP_Submit_Sm_SR_Resp”

步骤15、短消息中心SMSC向综合网关发送状态报告消息1“Deliver_Sm”。

步骤16、综合网关向短消息中心SMSC返回“Deliver_Sm_Resp”。

图14示出本发明实施例提供的一种基于短信智能业务平台***执行短信转移业务的方法流程图。

短信转移业务指允许用户设置将短信前转给另一个用户，例如B用户设置将短信转移到C用户，那么任意用户A发出短信给B用户时，短信实际被发送到C用户而不是B用户。另外B用户可以设置不同的前转条件(例如用户不可及前转、失败前转、无条件前转等)。

如图14所示，短信智能业务平台***执行短信转移业务的方法包括：步骤1402，短信转移业务开通或取消，采用步骤1402.1-1402.3中的任意一种即可。

步骤1402.1、用户通过登陆智能***web应用界面，进行号码转移业务签约申请或取消操作，操作成功后智能***进行短信转移业务签约或取消操作。

步骤1402.2、用户通过发送短信到特定的接入号到***，***通过判断接入号而直接转给智能***，由福富业务通平台进行短信转移业务签约或取消操作。

步骤1402.3、用户通过拨打特服号进行签约或取消短信转移业务的，可通过工单接口模块通知智能***，由福富业务通平台进行短信转移业务签约或取消操作。

步骤1404，当用户开通短信转移业务后，智能***通过工单接口模块对***的用户信息表进行了相应业务设置(业务通平台与***通过工单接口模块进行业务信息设置)。

步骤1406，当***收到该用户(作为被叫)时，通过AAA用户认证即可辨别该用户的短信转移业务类型及转移号码。

步骤1408，***即可根据该用户设置的短信转移业务类型进行相应的下发控制。

图15示出本发明实施例提供的一种基于短信智能业务平台***执行短信回执业务的方法流程图。

短信回执业务是指用户发送短信后，***及时给用户发送回执以提示该短信是否发送成功的业务。用户可以根据不同的情况(如不同时间段、不同被叫号码等)设定是否接收回执消息。另外用户还可以设定不同的回执业务类型(如成功回执、失败回执、暂时未成功回执等)。同时***可以在回执消息内容后的剩余空间中加入附加信息(如该用户感兴趣的咨询信息等)。

如图15所示，短信智能业务平台***执行短信回执业务的方法包括：步骤1502、短信回执业务开通或取消，采用步骤1502.1-1502.3中的任意一种即可。

步骤1502.1、用户通过登陆智能***web应用界面，进行号码回执业务签约申请或取消操作(用户还可以选择自己感兴趣的咨询信息、设置接收回执的时间段、不同被叫号码设置等个性化信息)，操作成功后由短信智能业务平台***进行短信回执业务签约或取消操作。

步骤1502.2、用户通过发送短信到特定的接入号到***，***通过判断接入号而直接转给智能***，由福富业务通平台进行短信回执业务签约或取消操作。

步骤1502.3、用户通过拨打特服号进行签约或取消短信回执业务的，可通过工单接口模块通知智能***，由福富业务通平台进行短信回执业务签约或取消操作。

步骤1504，当用户开通短信回执业务后，智能***通过工单接口模块对***的用户信息表进行了相应业务设置。

步骤1506，当***收到该用户(作为主叫)时，通过AAA用户认证即可辨别该用户的短信回执业务类型(成功回执、失败回执、暂时未成功回执等)。；

步骤1508，***即可根据该用户设置的业务类型构造相应的回执短信后，直接将该回执短信发送给智能***。

步骤1510，智能***根据该用户的个性化设置(接收回执时间段、不同被叫以及感兴趣咨询信息等)，进行该回执短信的下发与否判断；如果下发，则执行步骤1512；否则执行步骤1513。

步骤1512，短信智能业务平台***对回执短信内容重新构造(主要是在剩余内容空间中添加其感兴趣咨询信息)，并将重新构造过的回执短信再提交给***。

步骤1513，短信智能业务平台***直接结束对该短信的处理。

步骤1514，由***负责将该回执短信下发用户。

图16示出本发明实施例提供的一种基于短信智能业务平台***执行短信回收箱业务的方法流程图。

短信回收箱业务是短信中心由于用户、***等原因，通常每天会产生大量的失败短信，短信回收箱业务可以把这部分短信保存在iMSP***中，以供用户通过WEB或短信方式进行查询，由此可以了解并查询到别人向他发送的所有未收到的短信息。

如图16所示，短信智能业务平台***执行短信回收箱业务的方法包括：步骤1602、短信回收箱业务开通或取消，采用步骤1602.1-1602.3中的任意一种即可。

步骤1602.1、用户通过登陆智能***web应用界面，进行短信回收箱业务签约申请或取消操作(用户还可以设置其它一些个性信息，如主动下发功能、下发号码设置等)，操作成功后由短信智能业务平台***进行短信回收箱业务签约或取消操作。

步骤1602.2、用户通过发送短信到特定的接入号到***，***通过判断接入号而直接转给智能***，由福富业务通平台进行短信回收箱业务签约或取消操作。

步骤1602.3、用户通过拨打特服号进行签约或取消短信回收箱业务的，可通过工单接口模块通知智能***，由福富业务通平台进行短信回收箱业务签约或取消操作。

步骤1604，当用户开通短信回收箱业务后，短信智能业务平台***定时(如每天早上7点)从***历史数据中提取该用户的未收到(即发送失败)短信记录，并保存在短信智能业务平台***的用户回收箱中。

步骤1606，用户可以通过福富业务通平台web应用进行回收箱中的短信查询、删除等web管理操作，同时也可以点播下载回收箱中的短信。

步骤1607，另外，当用户没有主动查询时，平台可定时下发通知短信(新短信条数、主叫号码)给***。

步骤1608，由***将前述用户未接收到的短信下发给所述用户。

图17示出本发明实施例提供的一种基于短信智能业务平台***执行短信签名业务的方法流程图。

短信签名档指的是***自动在用户外发短信末尾加注签名档、拼图或表情、边框等个性化信息以后，将短信发送到被叫用户。同时用户可以根据不同的情况(如不同时间段、不同被叫号码等)设定不同的签名档内容。

如图17所示，短信智能业务平台***执行短信签名业务的方法包括：步骤1702、短信签名业务开通或取消，采用步骤1702.1-1702.3中的任意一种即可。

步骤1702.1、用户通过登陆短信智能业务平台***的Web应用界面，进行短信签名业务签约申请或取消操作(用户还可以根据不同时间段、不同被叫号码等设置不同的签名档内容)，操作成功后由短信智能业务平台***进行短信签名业务签约或取消操作。

步骤1702.2、用户通过发送短信到特定的接入号到***，***通过判断接入号而直接转给智能***，由福富业务通平台进行短信签名业务签约或取消操作。

步骤1702.3、用户通过拨打特服号进行签约或取消短信签名业务的，可通过工单接口模块通知智能***，由福富业务通平台进行短信签名业务签约或取消操作。

步骤1704，当用户开通短信签名业务后，短信智能业务平台***通过工单接口模块对***的用户信息表进行了相应业务设置。

步骤1706，当***收到该用户(作为主叫)时，通过AAA用户认证即可辨别该用户的短信签名业务类型。

步骤1708，***判断该短信是否有签名。如果有，则执行步骤1709；否则执行步骤1710。

步骤1709，有签名，则直接将该短信发送给短信智能业务平台***。

步骤1710，短信智能业务平台***根据该用户的签名设置，进行该短信内容重新构造(主要是添加签名设置信息)，并提交给***。

步骤1712，由***继续将该短信下发给被叫用户。

图18示出本发明实施例提供的一种基于短信智能业务平台***执行短信过滤业务的方法流程图。

短信过滤业务指的是***根据用户定义的规则对用户接收到的短信进行过滤，避免垃圾短信对用户造成的困扰。其过滤规则可以黑名单、白名单、定时过滤、关键字过滤等。同时平台可以提供自主的过滤查询。

如图18所示，短信智能业务平台***执行短信过滤业务的方法包括：步骤1802、短信过滤业务开通或取消，采用步骤1802.1-1802.3中的任意一种即可。

步骤1802.1、用户通过所述短信智能业务平台***的web应用界面，进行短信过滤业务签约申请或取消操作(用户还可以设置不同过滤条件，如黑名单、白名单、定时过滤、关键字过滤等)，操作成功后由短信智能业务平台***进行短信过滤业务签约或取消操作。

步骤1802.2、通过特定接入号发送短信到***，由所述***判断接入号而直接转给由福富业务通平台(具体可以是短信智能业务平台***的短信过滤业务处理模块)进行短信过滤业务签约或取消操作。

步骤1802.3、通过拨打特服号进行签约或取消短信过滤业务，由所述工单接口模块通知由福富业务通平台(具体可以是短信智能业务平台***的短信过滤业务处理模块)进行短信过滤业务签约或取消操作。

步骤1804，当用户开通短信过滤业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置。

步骤1806，当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信过滤业务类型。

步骤1808，***判断所述短信是否有过滤业务；如果有，则执行步骤1810。

步骤1810，***直接将该短信发送给短信智能业务平台***。

步骤1812，短信智能业务平台***根据该用户的过滤设置，进行过滤判断；如果需要过滤，则执行步骤1814，向所述***回复失败应答消息，并执行步骤1815，由***直接将该短信做失败处理；否则，执行步骤1816，向所述***发送成功应答消息；以及步骤1817，由***继续将该短信下发给被叫用户。

本发明提供基于短信智能业务平台***执行短信过滤业务的方法的一个实施例中，该方法还包括：用户可以通过编辑短信CX发送到特定接入号，此时***将该短信直接发送给短信智能业务平台***，由业务通平台将过滤内容回复给该用户；或者用户通过短信智能业务平台***web应用界面进行自主的过滤短信的内容查询。

图19示出本发明实施例提供的一种基于短信智能业务平台***执行短信自动回复业务的方法流程图。

短信自动回复是指当被叫终端用户出差、开会或节假日时，当有人向此被叫发送短信时，此业务就自动向主叫回复一条预先设置的留言短信。

如图19所示，短信智能业务平台***执行短信自动回复业务的方法包括：步骤1902、短信自动回复业务开通或取消，采用步骤1902.1-1902.3中的任意一种即可。

步骤1902.1、用户通过所述短信智能业务平台***的web应用界面，进行短信自动回复业务签约申请或取消操作(用户还可以设置留言短信内容等)，操作成功后由短信智能业务平台***进行短信自动回复业务签约或取消操作。

步骤1902.2、通过特定接入号发送短信到***，由所述***判断接入号而直接转给由福富业务通平台(具体可以是短信智能业务平台***的短信自动回复业务处理模块)进行短信自动回复业务签约或取消操作。

步骤1902.3、通过拨打特服号进行签约或取消短信自动回复业务，由所述工单接口模块通知由福富业务通平台(具体可以是短信智能业务平台***的短信自动回复业务处理模块)进行短信自动回复业务签约或取消操作。

步骤1904，当用户开通短信自动回复业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置。

步骤1906，当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信自动回复业务类型。

步骤1908，***判断所述短信是否有自动回复业务；如果有，则执行步骤1910。

步骤1910，***在下发短信的同时也将该短信发送给短信智能业务平台***。

步骤1912，短信智能业务平台***根据该用户的自动回复设置信息，自动组织一封回复短信给***。

步骤1914，由***继续将所述回复短信下发给被叫用户。

图20示出本发明实施例提供的一种基于短信智能业务平台***执行短信仓库业务的方法流程图。

短信仓库业务可以向用户提供借助网络设备存储个人短信的手段。用户可以通过发送短信或web方式定制该业务。***会将该用户发送、接收的所有短信存储在网络侧，用户随时可以登录web页面对存储的短信进行查看、下载、管理、转发等操作。

如图20所示，短信智能业务平台***执行短信仓库业务的方法包括：步骤2002、短信仓库业务开通或取消，采用步骤2002.1-2002.3中的任意一种即可。

步骤2002.1、用户通过所述短信智能业务平台***的web应用界面，进行短信仓库业务签约申请或取消操作(用户还可以设置一个或多个不同的存储条件，如所有发送的短信、发送给一个或多个特定号码的短信、所有接收的短信、从一个或多个特定号码接收的短信、指定时间段等)，操作成功后由短信智能业务平台***进行短信仓库业务签约或取消操作。

步骤2002.2、通过特定接入号发送短信到***，由所述***判断接入号而直接转给由福富业务通平台(具体可以是短信智能业务平台***的短信仓库业务处理模块)进行短信仓库业务签约或取消操作。

步骤2002.3、通过拨打特服号进行签约或取消短信仓库业务，由所述工单接口模块通知由福富业务通平台(具体可以是短信智能业务平台***的短信仓库业务处理模块)进行短信仓库业务签约或取消操作。

步骤2004，当用户开通短信仓库业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置。

步骤2006，当所述***收到该用户作为主叫方/被叫方的短信时，通过AAA用户认证辨别该用户的短信仓库业务类型。

步骤2008，***判断所述短信是否有仓库业务；如果有，则执行步骤2010。

步骤2010，***在下发短信的同时也将该短信发送给短信智能业务平台***。

步骤2012，短信智能业务平台***根据该用户的存储设置条件存储到相应的短信分类仓库中(类似于发件箱、收件箱、上传信箱等)。

本发明提供基于短信智能业务平台***执行短信仓库业务的方法的一个实施例中，该方法还包括：用户可以通过Web应用界面对短信仓库中的短信进行各种查询、删除、修改、转发(群发)、分组等操作。

图21示出本发明实施例提供的一种基于短信智能业务平台***执行短信一号双机业务的方法流程图。

一号双机业务是固网/PHS终端融合业务，对语音而言，一号双机的两个终端接听电话时能同时震铃，去话时现实的是主号码。对短信而言，小灵通手机作为主叫，给其他用户发送短信显示的主叫号码为登记的固网号码，计费号码也是登记的固网号码；当登记的固网号码作为短信的被叫时，***会将短消息发送到该固网号码所捆绑的小灵通号码。

如图21所示，短信智能业务平台***执行短信一号双机业务的方法包括：步骤2102、短信一号双机业务开通或取消，采用步骤2102.1-2102.3中的任意一种即可。

步骤2102.1、用户通过所述短信智能业务平台***的web应用界面，进行短信一号双机业务签约申请或取消操作(用户还可以设置捆绑的小灵通号码)，操作成功后由短信智能业务平台***进行短信一号双机业务签约或取消操作。

步骤2102.2、通过特定接入号发送短信到***，由所述***判断接入号而直接转给由福富业务通平台(具体可以是短信智能业务平台***的短信一号双机业务处理模块)进行短信一号双机业务签约或取消操作。

步骤2102.3、通过拨打特服号进行签约或取消短信一号双机业务，由所述工单接口模块通知由福富业务通平台(具体可以是短信智能业务平台***的短信一号双机业务处理模块)进行短信一号双机业务签约或取消操作。

步骤2104，当用户开通短信一号双机业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置。

步骤2106，当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信一号双机业务类型。

步骤2108，***根据该业务类型将该短信下发给捆绑的小灵通用户。

图22示出本发明实施例提供的一种基于短信智能业务平台***执行短信用户群业务的方法流程图。

用户可以通过业务通平台将不同的用户号码进行分组，每组的用户号码便形成一个用户群，而每个用户群都对应一个唯一的群号码。这样用户在发送一条短信时只需输入群号码作为被叫，即可实现向群内的所有号码进行发送短信，即***功能。

如图22所示，短信智能业务平台***执行短信用户群业务的方法包括：步骤2202、短信用户群业务开通或取消，采用步骤2202.1-2202.3中的任意一种即可。

步骤2202.1、用户通过所述短信智能业务平台***的web应用界面，进行短信用户群业务签约申请或取消操作(用户还可以设置不同的用户群组，其中每个用户群***都对应一个唯一的群号码，每个群组可包含若干个用户号码)，操作成功后由短信智能业务平台***进行短信用户群业务签约或取消操作。

步骤2202.2、通过特定接入号发送短信到***，由所述***判断接入号而直接转给由福富业务通平台(具体可以是短信智能业务平台***的短信用户群业务处理模块)进行短信用户群业务签约或取消操作。

步骤2202.3、通过拨打特服号进行签约或取消短信用户群业务，由所述工单接口模块通知由福富业务通平台(具体可以是短信智能业务平台***的短信用户群业务处理模块)进行短信用户群业务签约或取消操作。

步骤2204，当用户开通短信用户群业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置(即将每个群号作为一个号码类型给***)。

步骤2206，当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信用户群业务类型。

步骤2208，***判断所述短信是否是用户群业务；如果有，则执行步骤2010。

步骤2210，***直接将该短信发送给短信智能业务平台***。

步骤2212，短信智能业务平台***根据群号判断该用户的群用户信息，同时根据群中每个用户(作为被叫)构造一封短信(短信内容与原短信内容一致)后发送给***。

步骤2214，由***将该短信下发至群中每一个用户。也就是说，该用户向一个用户群号发送一封短信等同于向用户群中的所有号码发送了一封短信，从而达到***的功能。

本发明提供的基于短信智能业务平台***执行短信用户群业务的方法的一个实施例中，该方法还包括：用户可以通过业务通web应用界面随时进行用户群管理、群发短信结果查询等操作。

图23示出本发明实施例提供的一种基于短信智能业务平台***执行用户开户的方法流程图。

短信智能业务平台***业务统一通过SPPS进行开户与销户，SPPS实时把用户签约信息同步给短信网关，再下发给短信智能业务平台***。具体来说，如图23所示，包括：

步骤1、用户MS发送智能短信业务开通指令到SPPS提供的业务服务代码，消息通过短信网关发送到SMSC。

步骤2、SMSC根据服务代码将该条消息路由发送给SMGW。

步骤3、SMGW将该条消息发送给SPPS。

步骤4、SPPS将用户开户请求下发给SMGW。

步骤5、SMGW将业务定购消息下发给MSP。

步骤6、MSP在本***中为用户开通相关增值业务。

步骤7、业务开通成功后MSP向SMGW回送响应消息；

步骤8、SMGW将定购结果通知发送给SPPS。

步骤9、MSP向SMSC发送用户定购消息，进行同步。

步骤10、SMGW将开户通知消息提交到SMSC。

步骤11、SMSC将业务开通通知消息发送给用户MS。

图24示出本发明实施例提供的一种基于短信智能业务平台***执行用户销户的方法流程图。如图24所示，包括：

步骤1、用户MS发送智能短信业务注销指令到SPPS提供的业务服务代码，消息通过短信网关发送到SMSC。

步骤2、SMSC根据服务代码将该条消息路由发送给SMGW。

步骤3、SMGW将该条消息发送给SPPS。

步骤4、SPPS将用户开户请求下发给SMGW。

步骤5、SMGW将用户销户请求下发给MSP。

步骤6、MSP在本***中取消用户开通相关增值业务。

步骤7、业务开通成功后MSP向SMGW回送响应消息。

步骤8、SMGW将销户结果通知发送给SPPS。

步骤9、MSP向SMSC发送用户销户消息，进行同步。

步骤10、SMGW将销户通知消息提交到SMSC。

步骤11、SMSC将业务注销的通知消息发送给用户MS。

图25示出本发明实施例提供的一种基于短信智能业务平台***执行短信方式的业务设定的方法流程图。

各种智能短信业务的查询、数据设定、暂停与激活等流程类似，均采用发送制定指令码到MSP服务代码或通过WEB进行参数设定，在此一并进行描述。

如图25所示，短信方式设定流程包括：

步骤1、用户发送业务设置短消息指令到短消息中心SMSC。

步骤2、短消息中心把短消息转发给SMGW。

步骤3、SMGW把短消息转发给MSP。

步骤4、MSP对业务信息进行设置。

步骤5、MSP发送设置结果通知短消息给SMGW。

步骤6、SMGW把设置结果通知短消息转发给SMSC。

步骤7、SMSC把短消息投递给用户。

图26示出本发明实施例提供的一种基于短信智能业务平台***执行自服务方式的业务设定的方法流程图。

如图26所示，登陆自服务方式设定流程包括：

步骤1、用户通过WEB方式MSP自服务网站，并在门户提示下输入手机号码和密码。

步骤2、MSP自服务进行用户认证。

步骤3、用户进入MSP的自服务管理页面对自己定制的业务进行设置等自服务管理。

步骤4、MSP的自服务管理页面进行业务数据的设置。

步骤5、MSP***返回设置结果。

步骤6、MSP的自服务管理页面显示设置结果给用户。

参考前述本发明示例性的描述，本领域技术人员可以清楚的知晓本发明具有以下优点：本发明提供的短信智能业务平台***及基于该***的短信业务实现方法，针对短信增值业务SP/CP实现方式的不足，提供了短信转移、短信回执、短信保管、短信签名、短信自动回复等多种智能短信子业务。

进一步的，在遵循标准协议的基础之上，对外实现统一接口，可实现SMGW、SMSC、MSPGW等接口的无缝接入，并符合智能短信总体技术规范，兼容局方对于未来的移动应用的功能要求。

进一步的，中心调度部分将路由功能、业务设置、计费鉴权、共享内存管理、短信与状态报告匹配等功能进行详细划分，做到了各功能模块的松耦合与高内聚，为软件提供了良好的可维护性与扩展性。

进一步的，各业务进行独立实现，并通过业务接入层接入到中心调度模块，利于今后扩展新的业务。平台同时通过接入层提供了网管、ISMP、信令等方式的接入功能。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (18)

1.一种短信智能业务平台***，其特征在于，所述***包括：

核心调度模块，用于实现与***间的短信收发；根据接收的短信包含的业务类型，分别将所述短信分发到相应的短信业务处理模块；接收多种短信业务处理模块回送的短消息，并发送至***；

多种短信业务处理模块，用于接收所述核心调度模块发送的短信，调用数据库子***中相应的短信业务设置信息，并处理各种短信业务逻辑；以及处理结束后将短信息回送所述核心调度模块；

Web应用模块，用于提供基于互联网Web界面的接口以进行各种短信业务的签约申请和取消；提供对各种短信业务的个性化设置、查询功能；以及将相应的短信业务设置信息保存到数据库子***中；

工单接口模块，用于提供各种短信业务的签约申请和取消的工单接口；提供与所述***之间的各种短信业务的签约申请和取消的工单接口；以及将所述签约申请和取消的工单信息保存到所述数据库子***中。

2.根据权利要求1所述的***，其特征在于，所述多种短信业务处理模块包括选自短信转移业务处理子模块、短信回执业务处理子模块、短信回收箱业务处理子模块、短信签名业务处理子模块、短信过滤业务处理子模块、短信自动回复业务处理子模块、短信仓库业务处理子模块、短信用户群业务处理子模块中的至少任意两个。

3.根据权利要求1所述的***，其特征在于，所述***还包括***接口，所述***接口进一步包括：

所述核心调度模块与所述***间的连接接口，其遵循标准的SMPP协议，所述核心调度模块作为客户端通过所述连接接口连接到所述***；

所述核心调度模块与所述***间的业务交互接口，其遵循标准的SMPP协议，所述核心调度模块与所述***间交互的信息包通过service_type字段指定短信业务类型；

所述核心调度模块与所述***间用户数据同步的接口。

4.根据权利要求1所述的***，其特征在于，所述工单接口模块进一步包括：

与电信2000工单接口，用于通过电信营业前台、特服号方式申请或取消短信业务时，电信2000以工单形式通知所述短信智能业务平台***进行相应的短信业务开通或取消操作；

与***工单接口，用于用户在所述短信智能业务平台***签约申请或取消短信业务后，通知所述***对执行鉴权、授权和计费的用户信息进行相应的更新操作，以保证短信智能业务平台***中用户短信业务签约信息一致。

5.根据权利要求1所述的***，其特征在于，所述Web应用模块包括：Web接口，其中所述Web接口进一步包括：

互联网接口，用于实现用户进行短信业务签约申请或取消、查询、业务个性化设置操作；

内网接口，即基于电信内网的web应用接口，用于满足通过内网进行***测试、运行与维护操作。

6.一种基于短信智能业务平台***执行短信转移业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信转移业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信转移业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信转移业务处理模块进行短信转移业务签约或取消操作；或者通过拨打特服号进行签约或取消短信转移业务，由所述工单接口模块通知所述短信智能业务平台***的短信转移业务处理模块进行短信转移业务签约或取消操作；

当用户开通短信转移业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信转移业务类型及转移号码；以及

根据该用户设置的短信转移业务类型进行相应的下发控制。

7.一种基于短信智能业务平台***执行短信回执业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信回执业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信回执业务签约申请或取消操作；通过特定接入号发送短信到***，并由所述***通过判断接入号而直接转给所述短信智能业务平台***的短信回执业务处理模块进行短信回执业务签约或取消操作；通过拨打特服号进行签约或取消短信回执业务的，可通过工单接口模块通知短信智能业务平台***的短信回执业务处理模块进行短信回执业务签约或取消操作；

当用户开通短信回执业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为主叫方的短信时，通过AAA用户认证辨别该用户的短信回执业务类型；

所述***根据该用户设置的业务类型构造相应的回执短信后，直接将该回执短信发送给所述短信智能业务平台***；

根据该用户的个性化设置，所述短信智能业务平台***判断是否下发该回执短信；

如果下发，短信智能业务平台***对回执短信内容重新构造，并将重新构造过的回执短信再提交给***；以及

由***负责将该回执短信下发给所述用户。

8.一种基于短信智能业务平台***执行短信回收箱业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信回收箱业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信回收箱业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信回收箱业务处理模块进行短信回收箱业务签约或取消操作；或者通过拨打特服号进行签约或取消短信回收箱业务，由所述工单接口模块通知所述短信智能业务平台***的短信回收箱业务处理模块进行短信回收箱业务签约或取消操作；

当用户开通短信回收箱业务后，所述短信智能业务平台***定时从***的历史数据中提取该用户的未收到的短信记录，并保存在所述短信智能业务平台***的用户回收箱中；

用户通过所述短信智能业务平台***的web应用对回收箱中的短信进行查询、删除或下载操作；或者当用户没有主动查询时，所述短信智能业务平台***定时向***下发短信通知，由***下发用户。

9.一种基于短信智能业务平台***执行短信签名业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信签名业务的步骤：通过所述短信智能业务平台***的Web应用界面，进行短信签名业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信签名业务处理模块进行短信签名业务签约或取消操作；或者通过拨打特服号进行签约或取消短信签名业务，由所述工单接口模块通知所述短信智能业务平台***的短信签名业务处理模块进行短信签名业务签约或取消操作；

当用户开通短信签名业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为主叫方的短信时，通过AAA用户认证辨别该用户的短信签名业务类型；

所述***判断所述短信是否有签名；

如果有签名，则直接将该短信发送给短信智能业务平台***；否则，所述短信智能业务平台***根据该用户的签名设置，对该短信内容进行重新构造，并提交给所述***；以及

由***继续将该短信下发给被叫用户。

10.一种基于短信智能业务平台***执行短信过滤业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信过滤业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信过滤业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信过滤业务处理模块进行短信过滤业务签约或取消操作；或者通过拨打特服号进行签约或取消短信过滤业务，由所述工单接口模块通知所述短信智能业务平台***的短信过滤业务处理模块进行短信过滤业务签约或取消操作；

当用户开通短信过滤业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信过滤业务类型；

所述***判断所述短信是否有过滤业务；

如果有，则所述***直接将该短信发送给短信智能业务平台***；

所述短信智能业务平台***根据该用户的过滤设置，进行过滤判断；如果需要过滤，则向所述***回复失败应答消息，并由***直接将该短信做失败处理；否则，向所述***发送成功应答消息；以及由***继续将该短信下发给被叫用户。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：用户可以通过编辑短信的方式发送到特定接入号，此时***将该短信直接发送给短信智能业务平台***，由所述短信智能业务平台***的短信过滤业务处理模块将过滤内容回复给该用户。

12.根据权利要求10所述的方法，其特征在于，所述方法还包括：用户可以通过所述短信智能业务平台***的Web应用界面进行自主的过滤短信的内容查询。

13.一种基于短信智能业务平台***执行短信自动回复业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信自动回复业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信自动回复业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信自动回复业务处理模块进行短信自动回复业务签约或取消操作；或者通过拨打特服号进行签约或取消短信自动回复业务，由所述工单接口模块通知所述短信智能业务平台***的短信自动回复业务处理模块进行短信自动回复业务签约或取消操作；

当用户开通短信自动回复业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信自动回复业务类型；

所述***判断所述短信是否有自动回复业务；如果有，则***在下发短信的同时将该短信发送给短信智能业务平台***；

短信智能业务平台***根据该用户的自动回复设置信息，自动组织一封回复短信给***；以及

由***继续将所述回复短信下发给被叫用户。

14.一种基于短信智能业务平台***执行短信仓库业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信仓库业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信仓库业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信仓库业务处理模块进行短信仓库业务签约或取消操作；或者通过拨打特服号进行签约或取消短信仓库业务，由所述工单接口模块通知所述短信智能业务平台***的短信仓库业务处理模块进行短信仓库业务签约或取消操作；

当用户开通短信仓库业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为主叫方/被叫方的短信时，通过AAA用户认证辨别该用户的短信仓库业务类型；

所述***判断所述短信是否有仓库业务；如果有，则***直接将该短信发送给短信智能业务平台***；

根据该用户的存储设置条件，所述短信智能业务平台***将该短信存储到相应的短信分类仓库中。

15.根据权利要求14所述的方法，其特征在于，所述方法还包括：用户可以通过Web应用界面对短信仓库中的短信进行查询、删除、修改、转发、群发、分组操作。

16.一种基于短信智能业务平台***执行短信一号双机业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信一号双机业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信一号双机业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信一号双机业务处理模块进行短信一号双机业务签约或取消操作；或者通过拨打特服号进行签约或取消短信一号双机业务，由所述工单接口模块通知所述短信智能业务平台***的短信一号双机业务处理模块进行短信一号双机业务签约或取消操作；

当用户开通短信一号双机业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信一号双机业务类型；

所述***根据该业务类型将该短信下发给捆绑的小灵通用户。

17.一种基于短信智能业务平台***执行短信用户群业务的方法，所述短信智能业务平台***选自权利要求1-5中任意一项所述的***；其特征在于，所述方法包括：

开通短信用户群业务的步骤：通过所述短信智能业务平台***的web应用界面，进行短信用户群业务签约申请或取消操作；通过特定接入号发送短信到***，由所述***判断接入号而直接转给所述短信智能业务平台***的短信用户群业务处理模块进行短信用户群业务签约或取消操作；或者通过拨打特服号进行签约或取消短信用户群业务，由所述工单接口模块通知所述短信智能业务平台***的短信用户群业务处理模块进行短信用户群业务签约或取消操作；

当用户开通短信用户群业务后，所述短信智能业务平台***通过工单接口模块对***的用户信息表进行相应业务设置；

当所述***收到该用户作为被叫方的短信时，通过AAA用户认证辨别该用户的短信用户群业务类型；

所述***判断所述短信是否是用户群业务；如果是，则***直接将该短信发送给短信智能业务平台***；

所述短信智能业务平台***根据群号判断该用户的群用户信息，同时根据群中每个用户构造一封短信，并发送给***；以及

由***将该短信下发至群中每一个用户。

18.根据权利要求17所述的方法，其特征在于，所述方法还包括：用户可以通过业务通web应用界面随时进行用户群管理、群发短信结果查询操作。

Images