CN101431733A - 短信增值业务受理***和方法 - Google Patents
短信增值业务受理***和方法 Download PDFInfo
- Publication number
- CN101431733A CN101431733A CNA2008101608998A CN200810160899A CN101431733A CN 101431733 A CN101431733 A CN 101431733A CN A2008101608998 A CNA2008101608998 A CN A2008101608998A CN 200810160899 A CN200810160899 A CN 200810160899A CN 101431733 A CN101431733 A CN 101431733A
- Authority
- CN
- China
- Prior art keywords
- service
- mode
- subsystem
- short message
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种短信增值业务受理***和方法，该***包括：底层支撑子***，用于提供***的底层操作***层的应用及功能；业务平台子***，用于实现多数据库调用、对用户的各种受理方式提供接口支持、以及向业务子***进行消息分发；协议网关子***，用于接收和/或发送SMPP、SGIP、CMPP、SMGP协议消息、受理用户以短信方式发送的请求以及发送受理结果通知消息；业务子***，用于接受理请求并完成相应的操作；Web服务子***，包括后台运营维护门户和用户自服务门户；后台统计子***，用于实现短信增值业务受理***的数据统计，并通过简单网络管理协议接口将统计结果向上级网络管理***上报。
Description
技术领域
本发明涉及通信领域，并且特别地，涉及一种短信增值业务受理***和方法。
背景技术
伴随着通信技术的发展和手机的普及，短信业务已经成为移动用户普遍使用的交流沟通方式，但是，单调的短信已经不能满足用户对于个性体现和方便快捷的要求，因此，越来越多的短信增值业务不断涌现，例如，体现个性的短信签名、特殊情况下的短信转移、扩大信息容量的短信存储等。随之而来的问题就是如何针对这些增值业务提供一个公共的业务处理***，在满足用户需求的同时又可以有效的管理业务，于是短信增值业务平台逐渐在各个运营网络中出现，在短信增值业务平台中提供一个短信增值业务的受理平台，实现各种各样的增值业务的受理，从而达到实现各种业务的目的。
目前，在相关技术中，比较常见的受理方式包括：营帐、短信、语音方式。除了上述方式以外还有后台运维、用户自服务门户、文件操作等等很多方式，不同的运营商根据自身的网络***的情况会使用上述几种受理方式的组合，或者针对不同的业务要求使用不同的受理方式。因此，一种可便捷实现各种受理方式的短信增值业务受理***必将成为需求。
此外，由于短信增值业务的多样化，并且各地的用户对业务的要求可能不同，不同地市对业务的定位也可能不同，因此，个性化需求使短信增值业务不可避免的要寻求一种快速稳定的开发模式。另外，伴随着业务的开展，用户量的逐渐增加，业务***的容量要求会越来越大，而扩大容量的代价往往是业务处理性能的下降，于是一种同时满足大容量和高性能的业务受理***必将成为运营商今后的要求。然而，目前尚未提出能够满足上述要求技术方案。
发明内容
考虑到现有短信增值业务受理***不能够满足短信增值业务的受理方式多样化、需求个性化、业务扩展对容量和性能要求的问题而做出本发明，为此，本发明的主要目的在于提供一种短信增值业务受理***和方法，以解决相关技术中存在的上述问题。
根据本发明的一个方面，提供了一种短信增值业务受理***。
根据本发明的短信增值业务受理***包括：底层支撑子***，用于提供短信增值业务受理***的底层操作***层的应用及功能；业务平台子***，用于实现多数据库调用、对用户的各种受理方式提供接口支持、以及向业务子***进行消息分发；协议网关子***，用于接收和/或发送短消息点对点协议消息、短消息网关接口协议消息、***点对点协议消息、短消息网关协议消息，并受理用户以短信方式发送的请求以及发送受理结果通知消息；至少一个业务子***，用于接收来自业务平台子***和协议网关子***的受理请求并完成相应的操作；Web服务子***，包括后台运营维护门户和用户自服务门户，其中，后台运营维护门户用于对短信增值业务受理***进行维护管理，用户自服务门户用于接收用户对短信增值业务进行的业务功能设置；后台统计子***，用于实现短信增值业务受理***的数据统计，并通过简单网络管理协议接口将统计结果向上级网络管理***上报。
此外，上述短信增值业务受理***进一步包括：一个或多个数据库，用于存储用户数据信息。
其中，上述受理方式包括以下至少之一：营帐方式、web方式、文件方式、语音方式、短信方式、后台运维方式、用户自服务门户方式。
此外，上述业务平台子***进一步包括：转发模块，用于接收外部的受理请求，并根据业务子***的分布情况将接收的受理请求分别发送到相应的业务子***；调用模块，用于在业务子***需要操作数据库的情况下调用数据库，其中，在数据库为多数据库的情况下，调用模块根据发起受理请求的用户的号段对多个数据库进行调用。
此外，上述业务平台子***进一步包括：分发控制节点，用于采用轮询的方式向各个业务子***发送外部的受理请求。
此外，上述业务平台子***进一步包括：转化模块，用于通过将外部的受理请求的格式转化为短信增值业务受理***的内部格式并转发到业务子***来完成外部接口到内部接口的转换。
其中，业务子***接收业务平台子***和协议网关子***的受理请求，并完成相应的操作至少包括：用户数据入库、向用户下发提示短信。
其中，后台运营维护门户的日常维护管理包括以下至少之一：后台开销户、历史记录查询、通知消息的内容修改。
此外，上述用户自服务门户还可以进一步用于开通或注销业务。
根据本发明的另一方面，提供了一种短信增值业务受理方法，用于使用上述***进行短信增值业务的受理。
根据本发明的短信增值业务受理方法包括：协议网关子***或业务平台子***接收用户通过各种受理方式发送的短信增值业务注册请求，并将短信增值业务注册请求转化为短信增值业务受理***的内部请求；业务平台子***根据预定规则将内部请求发送到业务子***；响应于内部请求，业务子***根据预先获取的对应于用户的用户信息对用户的号码进行处理，进行用户信息的入库操作，并通过业务平台子***的数据库接口进程调用数据库，完成相应的数据库操作，其中，数据库操作由存储过程实现；业务子***根据数据库的操作结果构造相应的短信并发送到协议栈子***；协议栈子***将构造的短信经由短消息中心发送到用户。
其中，受理方式至少包括：营帐方式、web方式、文件方式、短信方式、后台运维方式、用户自服务门户方式。
其中，在受理方式为短信方式的情况下，由网关子***将短信增值业务注册请求转化为短信增值业务受理***的内部请求，在受理方式为营帐方式、web方式、文件方式、后台运维方式、用户自服务门户方式的情况下，由业务平台子***将短信增值业务注册请求转化为短信增值业务受理***的内部请求。
此外，在业务子***通过业务平台子***的数据库接口进程调用数据库之前，上述方法进一步包括：业务子***获取用户的当前归属数据库信息。
其中，上述预定规则为轮询方式。
借助于本发明的技术方案，通过利用分发控制思想布置了多个业务子***，解决了处理效率低的问题，能够在消息量大的情况下提升***的处理容量，分担***负荷；通过设置多个数据库，解决了容量不足的问题，并且能够提升***的处理性能；通过采用存储过程完成数据库操作的方法，能够快速的响应需求，并在一定程度上保证业务了的稳定性；通过独立的外部接口处理模块的设计，能够解决受理方式繁多的问题，此外，本发明的短信增值业务处理***还具有容易开发新接口的优点。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1是根据本发明实施例的短信增值业务受理***的示意图；
图2是根据本发明实施例的***支持的各种受理方式的示意图；
图3是根据本发明实施例的实现多业务节点分发及多数据库分担的示意图；
图4是根据本发明实施例的短信增值业务受理方法的流程图；
图5是根据本发明实施例的短信方式受理的示意图。
具体实施方式
功能概述
目前，在相关技术中，不同的运营商根据自身的网络***的特点选择几种不同的受理方式组合来受理短信增值业务，此外，伴随着业务的开展、用户量的逐渐增加，业务***的容量要求会越来越大，而对业务处理性能的要求却越来越高，因此，一种可便捷的实现各种受理方式、能够快速稳定的开发、并同时满足大容量和高性能的业务受理***必将成为需求。为了满足上述要求，本发明提供了一种短信增值业务受理***，包括底层支撑子***、业务平台子***、协议网关子***、业务子***、web服务子***、后台统计子***六个子***。
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
***实施例
根据本发明的实施例，提供了一种短信增值业务受理***。图1是根据本发明实施例的短信增值业务受理***的示意图，如图1所示，包括底层支撑子***2、业务平台子***4、协议网关子***6、业务子***8、web服务子***10、后台统计子***12，此外，短信增值业务受理***还可以包括一个或多个数据库，用于存储用户数据信息。下面对上述的各个子***进行说明。
底层支撑子***2，用于提供短信增值业务受理***的底层操作***层的应用及功能。
业务平台子***4，与协议网关子***6、业务子***8通过底层支撑子***2进行通讯，用于实现多数据库调用、对用户的各种受理方式提供接口支持、以及向业务子***进行消息分发；下面，结合附图，对本***支持的各种受理方式进行详细的说明。
图2为本***支持的各种受理方式的示意图。如图2所示，1、包括短信方式的受理请求处理，即，用户可通过手机自主订购取消业务；2、营帐方式的受理请求处理，即，运营商通过营帐***为用户订购取消业务；3、web用户门户方式的受理请求处理，即，用户可以通过登录***网页订购取消业务；4、web运维方式的受理请求处理，即，***管理人员可通过提供的运营维护门户为用户订购取消业务。图2中的受理方式是比较常见的几种方式，除此之外，本***还可根据不同的受理要求，利用底层支撑子***2和业务平台子***4的公共基础模块快捷的实现其他的受理方式，如语音方式、WAP方式等。因此，本***能够方便快捷的扩展其他的受理方式。
此外，上述业务平台子***4还进一步包括以下模块：
转发模块，用于接收外部的受理请求，并根据业务子***8的分布情况将接收的受理请求分别发送到相应的业务子***8。
调用模块，用于在业务子***需要操作数据库的情况下调用数据库，其中，在数据库为多数据库的情况下，调用模块根据发起受理请求的用户的号段对多个数据库进行调用。
分发控制节点，用于采用轮询的方式向各个业务子***8发送外部的受理请求。
转化模块，用于通过将外部的受理请求的格式转化为短信增值业务受理***的内部格式并转发到业务子***来完成外部接口到内部接口的转换。
下面，结合图3，对业务平台子***4的业务节点分发及多数据库分发的原理进行详细的说明。
图3为本发明实现多业务节点分发及多数据库分担的示意图，如图3所示，多业务节点的分发主要由分发控制节点完成，该节点负责将受理请求消息按照轮循的方式发送给各个业务节点(业务子***1、业务子***2、...、业务子***n)。此外，多数据的分担主要由数据库接口进程完成，数据库接口进程属于业务平台子***4。各种方式的受理请求通过业务平台子***4的分发控制节点发送给业务子***8，分发的模式采用轮循的模式，逐一发送给业务子***1，业务子***2，一直到业务子***n；并且，业务子***8在操作数据库之前根据号码获取用户归属的数据库节点信息，并将请求通过消息发送给业务平台子***；业务平台子***4的数据库接口进程操作用户所属的数据库(数据库1、数据库2、...、数据库m)，进行数据库的增删或更新，并将结果返回给业务子***8。
协议网关子***6，与业务子***8、业务平台子***4通过底层支撑子***2进行通讯，用于接收、解码、发送短消息点对点协议(short message peer to peer，简称为SMPP)消息、短消息网关接口协议(Short Message Gateway Interface Protocol，简称为SGIP)消息、***点对点协议(China Mobile Peer to Peer，简称为CMPP)消息、短消息网关协议(Short Message Gateway Protocol，简称为SMGP)消息，并受理用户以短信方式发送的请求以及发送受理结果通知消息。
至少一个业务子***8，与业务平台子***4、协议网关子***6、web服务子***10、后台统计子***12通过底层支撑子***2进行通讯，用于接收来自业务平台子***4和协议网关子***6的受理请求并完成相应的操作，其中，相应的操作至少包括：用户数据入库、向用户下发提示短信；业务子***8作为整个短信增值业务受理***的核心子***，负责完成业务的开销户，业务查询等用户操作以及数据库的存取操作，其中，数据库的操作采用数据库存储过程实现，采用存储过程操作数据库，可以减少业务程序的修改，方便快捷的实现业务功能，在维护***稳定及提升开发效率上都能起到很好的作用。
Web服务子***10，与业务子***8通过底层支撑子***2进行通讯，Web服务子***10包括后台运营维护门户和用户自服务门户。主要负责用户的开销户、业务设置，***管理员的开销户、***维护配置以及用户记录的查询维护等。
其中，后台运营维护门户用于对短信增值业务受理***进行维护管理，后台运营维护门户的日常维护管理可以包括：后台开销户、历史记录查询、通知消息的内容修改等。
此外，用户自服务门户用于接收用户对短信增值业务进行的业务功能设置，此外，还可以进一步用于开通或注销业务。
后台统计子***12，与其他子***(业务平台子***4、协议网关子***6、业务子***8、web服务子***10)通过底层支撑子***2进行通讯，用于实现短信增值业务受理***的数据统计，例如，开户数，销户数等，并通过简单网络管理协议(Simple NetworkManagement Protocol，简称为SNMP)接口将统计结果向上级网络管理***上报。
通过上述***，能够在消息量大的情况下提升***的处理容量、分担***负荷、提升***的处理性能，并且能够快速的响应需求，在一定程度上保证业务了的稳定性，并解决了受理方式繁多的问题。方法实施例
根据本发明的实施例，提供了一种短信增值业务受理方法，用于使用上述***进行短信增值业务的受理。图4是根据本发明实施例的短信增值业务受理方法的流程图，如图4所述，包括以下处理：
步骤S402，协议网关子***或业务平台子***接收用户通过各种受理方式发送的短信增值业务注册请求，并将短信增值业务注册请求转化为短信增值业务受理***的内部请求；其中，受理方式至少包括：营帐方式、web方式、文件方式、短信方式、后台运维方式、用户自服务门户方式。
实际的应用中，在受理方式为短信方式的情况下，由网关子***将短信增值业务注册请求转化为短信增值业务受理***的内部请求；在受理方式为营帐方式、web方式、文件方式、后台运维方式、用户自服务门户方式的情况下，由业务平台子***将短信增值业务注册请求转化为短信增值业务受理***的内部请求。
步骤S404，业务平台子***根据预定规则将内部请求发送到业务子***，其中，上述预定规则为轮询方式。并且，在实际应用中，是由平台子***的分发控制节点完成对多个业务子***节点进行轮询的消息分发。
步骤S406，响应于内部请求，业务子***根据预先获取的对应于用户的用户信息对用户的号码进行处理，进行用户信息的入库操作，并通过业务平台子***的数据库接口进程调用数据库，完成相应的数据库操作，其中，数据库操作由存储过程实现。
在步骤S406中，在业务子***通过业务平台子***的数据库接口进程调用数据库之前，需要由业务子***完成用户归属数据库节点的查询，在查询出用户归属的数据库节点后，通过调用平台子***的数据库接口进程完成对数据库的操作，并且，业务子***采用存储过程完成对数据库的操作。
步骤S408，业务子***根据数据库的操作结果构造相应的短信并发送到协议栈子***。
步骤S410，协议栈子***将构造的短信经由短消息中心发送到用户。
下面，结合附图，以短信受理方式为例，对上述技术方案进行详细的说明。图5是根据本发明实施例的短信方式受理的示意图，如图5所示，包括一下处理：
步骤1，用户A发送短信XXXX注册某短信增值业务，短信中心将用户的受理请求发送给短信增值业务受理***。
步骤2，短信增值业务受理***的协议网关子***经过解码等处理将标准SMPP协议的消息转换成内部消息经，并将转换后的内部消息通过分发控制节点发送给业务子***。
步骤3，业务子***首先通过用户号码A获取用户所归属的数据库节点信息，然后通过数据库分发接口进程调用户归属的数据库，进行用户信息的入库操作。
步骤4，数据库接口进程返回数据操作结果给业务子***。
步骤5，业务子***根据操作结果构造开户成功的通知消息发送给协议栈子***。
步骤6，协议栈子***经过编码等操作，将消息下发给短信中心，短信中心最终将开户成功通知消息下发给用户。
综上所述，借助于本发明的技术方案，通过利用分发控制思想布置了多个业务子***，解决了处理效率低的问题，能够在消息量大的情况下提升***的处理容量，分担***负荷；通过设置多个数据库，解决了容量不足的问题，并且能够提升***的处理性能；通过采用存储过程完成数据库操作的方法，能够快速的响应需求，并在一定程度上保证业务了的稳定性；通过独立的外部接口处理模块的设计，能够解决受理方式繁多的问题，此外，本发明的短信增值业务处理***还具有容易开发新接口的优点。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (14)
1.一种短信增值业务受理***，其特征在于，包括：
底层支撑子***，用于提供所述短信增值业务受理***的底层操作***层的应用及功能；
业务平台子***，用于实现多数据库调用、对用户的各种受理方式提供接口支持、以及向业务子***进行消息分发；
协议网关子***，用于接收和/或发送短消息点对点协议消息、短消息网关接口协议消息、***点对点协议消息、短消息网关协议消息，并受理用户以短信方式发送的请求以及发送受理结果通知消息；
至少一个所述业务子***，用于接收来自所述业务平台子***和所述协议网关子***的受理请求并完成相应的操作；
Web服务子***，包括后台运营维护门户和用户自服务门户，其中，所述后台运营维护门户用于对所述短信增值业务受理***进行维护管理，所述用户自服务门户用于接收用户对短信增值业务进行的业务功能设置；
后台统计子***，用于实现所述短信增值业务受理***的数据统计，并通过简单网络管理协议接口将统计结果向上级网络管理***上报。
2.根据权利要求1所述的***，其特征在于，所述短信增值业务受理***进一步包括：
一个或多个数据库，用于存储用户数据信息。
3.根据权利要求2所述的***，其特征在于，所述受理方式包括以下至少之一：营帐方式、web方式、文件方式、语音方式、短信方式、后台运维方式、用户自服务门户方式。
4.根据权利要求2所述的***，其特征在于，所述业务平台子***进一步包括：
转发模块，用于接收外部的受理请求，并根据所述业务子***的分布情况将接收的所述受理请求分别发送到相应的业务子***；
调用模块，用于在所述业务子***需要操作所述数据库的情况下调用所述数据库，其中，在所述数据库为多数据库的情况下，所述调用模块根据发起受理请求的用户的号段对所述多个数据库进行调用。
5.根据权利要求4所述的***，其特征在于，所述业务平台子***进一步包括：
分发控制节点，用于采用轮询的方式向各个业务子***发送所述外部的受理请求。
6.根据权利要求5所述的***，其特征在于，所述业务平台子***进一步包括：
转化模块，用于通过将所述外部的受理请求的格式转化为所述短信增值业务受理***的内部格式并转发到所述业务子***来完成外部接口到内部接口的转换。
7.根据权利要求1所述的***，其特征在于，所述业务子***接收所述业务平台子***和所述协议网关子***的受理请求，并完成相应的操作至少包括：用户数据入库、向所述用户下发提示短信。
8.根据权利要求1所述的***，其特征在于，所述后台运营维护门户的日常维护管理包括以下至少之一：后台开销户、历史记录查询、通知消息的内容修改。
9.根据权利要求1所述的***，其特征在于，所述用户自服务门户进一步用于开通或注销业务。
10.一种短信增值业务受理方法，用于使用根据权利要求1至9中任一项所述的***进行短信增值业务的受理，其特征在于，所述方法包括：
协议网关子***或业务平台子***接收用户通过各种受理方式发送的短信增值业务注册请求，并将所述短信增值业务注册请求转化为短信增值业务受理***的内部请求；
所述业务平台子***根据预定规则将所述内部请求发送到业务子***；
响应于所述内部请求，所述业务子***根据预先获取的对应于所述用户的用户信息对所述用户的号码进行处理，进行用户信息的入库操作，并通过所述业务平台子***的数据库接口进程调用数据库，完成相应的数据库操作，其中，所述数据库操作由存储过程实现；
所述业务子***根据所述数据库的操作结果构造相应的短信并发送到协议栈子***；
所述协议栈子***将构造的所述短信经由短消息中心发送到所述用户。
11.根据权利要求10所述的方法，其特征在于，所述受理方式至少包括：营帐方式、web方式、文件方式、短信方式、后台运维方式、用户自服务门户方式。
12.根据权利要求11所述的方法，其特征在于，在所述受理方式为所述短信方式的情况下，由所述网关子***将所述短信增值业务注册请求转化为短信增值业务受理***的内部请求，在所述受理方式为所述营帐方式、所述web方式、所述文件方式、所述后台运维方式、所述用户自服务门户方式的情况下，由所述业务平台子***将所述短信增值业务注册请求转化为短信增值业务受理***的内部请求。
13.根据权利要求10所述的方法，其特征在于，在所述业务子***通过所述业务平台子***的数据库接口进程调用数据库之前，所述方法进一步包括：
所述业务子***获取所述用户的当前归属数据库信息。
14.根据权利要求10所述的方法，其特征在于，所述预定规则为轮询方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101608998A CN101431733B (zh) | 2008-10-07 | 2008-10-07 | 短信增值业务受理***和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101608998A CN101431733B (zh) | 2008-10-07 | 2008-10-07 | 短信增值业务受理***和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101431733A true CN101431733A (zh) | 2009-05-13 |
| CN101431733B CN101431733B (zh) | 2010-06-23 |
Family
ID=40646846
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101608998A Expired - Fee Related CN101431733B (zh) | 2008-10-07 | 2008-10-07 | 短信增值业务受理***和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101431733B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101835119A (zh) * | 2010-05-12 | 2010-09-15 | 中兴通讯股份有限公司 | 一种为普通用户号码提供短信增值业务的方法及*** |
| WO2010139154A1 (zh) * | 2009-06-04 | 2010-12-09 | 中兴通讯股份有限公司 | 信息处理***、通讯***和通讯方法 |
| CN102316479A (zh) * | 2010-07-07 | 2012-01-11 | 中国电信股份有限公司 | 网络业务监控的***、网络业务同步及运行状态监控方法 |
| CN102624921A (zh) * | 2012-04-06 | 2012-08-01 | 厦门大学 | 一种基于Web服务的智能社区增值业务平台 |
-
2008
- 2008-10-07 CN CN2008101608998A patent/CN101431733B/zh not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010139154A1 (zh) * | 2009-06-04 | 2010-12-09 | 中兴通讯股份有限公司 | 信息处理***、通讯***和通讯方法 |
| CN101835119A (zh) * | 2010-05-12 | 2010-09-15 | 中兴通讯股份有限公司 | 一种为普通用户号码提供短信增值业务的方法及*** |
| WO2011140755A1 (zh) * | 2010-05-12 | 2011-11-17 | 中兴通讯股份有限公司 | 一种为普通用户号码提供短信增值业务的方法及*** |
| CN101835119B (zh) * | 2010-05-12 | 2015-09-16 | 中兴通讯股份有限公司 | 一种为普通用户号码提供短信增值业务的方法及*** |
| CN102316479A (zh) * | 2010-07-07 | 2012-01-11 | 中国电信股份有限公司 | 网络业务监控的***、网络业务同步及运行状态监控方法 |
| CN102316479B (zh) * | 2010-07-07 | 2014-08-13 | 中国电信股份有限公司 | 网络业务监控的***及网络业务运行状态监控方法 |
| CN102624921A (zh) * | 2012-04-06 | 2012-08-01 | 厦门大学 | 一种基于Web服务的智能社区增值业务平台 |
| CN102624921B (zh) * | 2012-04-06 | 2014-05-07 | 厦门大学 | 一种基于Web服务的智能社区增值业务平台 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101431733B (zh) | 2010-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102893582B (zh) | 对无线设备的呈现信息刷新的优化 | |
| CN101127947B (zh) | 一种基于移动终端登录聊天室的方法、***及设备 | |
| CN101662504A (zh) | 在无线网络环境下实现点对点内容分发的方法和*** | |
| CN101686425B (zh) | 一种向全网提供业务的方法及业务网络*** | |
| CN101437002A (zh) | 移动代理服务器*** | |
| CN103379021A (zh) | 实现分布式消息队列的方法及*** | |
| CN101924842B (zh) | 计算机电信集成设备及资源管理和呼入控制方法 | |
| JP2004503966A (ja) | モバイル・デバイス用の情報サービスを提供する短メッセージ・ゲートウェイ、システム、および方法 | |
| CN101431733B (zh) | 短信增值业务受理***和方法 | |
| CN104170354A (zh) | 用于发现无线设备的方法和装置 | |
| CN1980411A (zh) | 业务消息传输方法和*** | |
| CN101552989B (zh) | 一种用户数据配置方法、***和移动网络配置网关 | |
| CN1917510B (zh) | 一种访问通讯录的方法及其通讯录*** | |
| CN101977362A (zh) | 一种***方法和*** | |
| CN100589481C (zh) | 一种数据同步服务器存储资源处理方法 | |
| CN105376155B (zh) | 一种基于分布式集群架构的智能路由***及方法 | |
| CN101217690A (zh) | 实现数据业务和数据信息分布存储的***及方法 | |
| CN101547414B (zh) | 短信计费***及方法 | |
| CN100484014C (zh) | 智能网中的分布式集群业务管理***及业务管理方法 | |
| CN101778124A (zh) | 移动客户端访问互联网的方法和页面访问服务器 | |
| CN101998315B (zh) | 短信接收智能处理方法及*** | |
| CN107172126A (zh) | 一种域名***服务器分配方法及服务器 | |
| CN100558188C (zh) | 消息处理设备、***及方法 | |
| CN101159888B (zh) | 实现自助服务的方法和自助服务平台 | |
| CN1322768C (zh) | 一种蜂窝集群用户数据管理的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100623 Termination date: 20161007 |