CN101115222A

CN101115222A - 一种移动增值业务数据处理方法和系统

Info

Publication number: CN101115222A
Application number: CNA2006100618974A
Authority: CN
Inventors: 张刚; 郑水金
Original assignee: SHENZHEN IPI APPLICATION SYSTEM CO LID
Current assignee: Shenzhen AI Pai network Polytron Technologies Inc
Priority date: 2006-07-27
Filing date: 2006-07-27
Publication date: 2008-01-30
Anticipated expiration: 2026-07-27
Also published as: CN101115222B

Abstract

本发明提供了一种移动增值业务数据处理方法和系统，包括：分发模块的业务测模块接收到业务系统提交的消息后，由业务类型分发模块根据消息的业务子码把消息分发到各业务管理模块；业务管理模块将消息转给发送分发模块，发送分发模块根据消息的业务字码和源地址将消息发送到发送模块，对同时满足条件的多个发送模块按负载平衡算法发送给各发送模块；以及，发送模块中的短信/彩信/USSD发送模块定时通过数据库代理模块从数据库中取各自对应的短信/彩信/USSD业务信息，并发送至用户端。实现本发明的有益效果可使运营商开展其自由业务，降低处理海量消息的成本，简化运营商对账号信息的管理，减少业务系统开发的成本和时间。

Description

一种移动增值业务数据处理方法和系统

技术领域

本发明涉及移动增值业务，更具体地说，涉及移动增值业务的数据处理的方法和系统。

背景技术

随着移动通信基础技术的发展，包括短消息、WAP、彩信、USSD、KJAVA等更加丰富多彩的移动数据业务将进入人们的生活。顺应移动数据业务的应用需要，中国移动建设了MISC平台，以便实现对第三方SP业务的完善管理。同时，运营商内部也存在大量的移动数据应用，例如，12580的短信业务群发、1860短信群发、BOSS系统的短信群发、运营商门户网站的短信群发、彩信群发等。随着运营商内部支持系统、外部业务系统、移动数据业务种类(或者移动数据业务的接口种类)不断增加，问题越来越突出。

中国移动统一建设的MISC平台虽然能够提供多种移动数据的接入和管理，但其管理模式是按松散型合作模式来管理的，并不适合开展运营商自有业务；MISC平台牵涉的业务管理层面的内容太多，导致处理业务的开销太大，从而导致提供海量消息处理的成本太大；运营商内部支撑系统对移动数据访问的接口太多，业务账号申请、信息安全管理、业务流量管理等十分分散，为管理带来了相当难度，也大幅度提高了管理成本；运营商内部支撑系统都是调用标准的通信协议访问移动数据资源，许多业务特性，比如海量号码群发、状态报告管理、带参数的个性化内容发送等都需要业务系统各自开发，系统部署时间长、投入成本高。

发明内容

本发明的要解决的技术问题在于，针对中国移动MISC平台存在各种缺点，提供一种易于管理、便于业务开发和融合多种移动数据业务的平台。

本发明解决其技术问题所采用的技术方案是，构造一种新的数据处理系统，对不同的业务类型采用不同的模块进行处理的方法。

根据本发明的一个方面，提供一种移动增值业务数据处理方法，其特征在于，包括以下步骤：

S1、接收到业务系统提交的业务信息后，根据业务信息的业务子码把消息分发到对应的短信/彩信/USSD业务管理模块(206、208、210)；

S2、将业务信息转发给对应的发送分发模块(212、214、216)，根据业务信息的业务子码和源地址按负载平衡算法将业务信息发送到对应的发送模块(218、220、222、224)；

S3、采用抢占式算法对所述短信/彩信/USSD发送模块(304、306、308)分配所述业务信息，并发送至用户端；以及，

S4、定时通过数据库代理模块从数据库中取各自对应的短信/彩信/USSD业务信息，并发送至用户端。

在本发明所述的方法中，允许多个同种业务类型发送模块协同工作。

在本发明所述的方法中，消息的业务子码由业务系统分配。

在本发明所述的方法中，业务信息在发送模块内的调度包括直接处理、定时器触发处理和上一业务信息发送完成/暂停触发处理。

在本发明所述的方法中，直接处理包括：

S1、从数据库代理模块加载业务信息；

S2、判断是否为当前业务信息指定调度时间，如果否，进入步骤S3，如果是，进入步骤S8；

S3、判断是否正在发送业务信息，如果否，进入步骤S4，如果是，当前循环处理结束；

S4、判断账户活动业务信息数是否已达到允许的最大调度数，如果否，进入步骤S5，如果是，进入步骤S9；

S5、判断业务信息状态是否为可发送，如果是，进入步骤S6，如果否，进入步骤S9；

S6、取空闲发送载体，如果成功，进入步骤S7，如果失败，进入步骤S9；

S7、抢占式锁定当前业务信息，如果成功，发送当前业务信息，如果失败，当前循环处理结束；

S8、判断调度时间是否大于当前时间，如果是，进入步骤S9，如果否，进入步骤S3；

S9、判断当前业务信息是否为高优先级消息，如果是，进入步骤S10，如果否，进入步骤S12；

S10、将当前业务信息放到高优先级缓存，随后进入步骤S11；

S11、暂停一个正在发送的普通优先级业务信息，随后当前循环处理结束；

S12、将当前业务信息放到普通优先级缓存，随后当前循环处理结束。

在本发明所述的方法中，定时器触发处理是针对直接处理中放入缓存的业务信息，定时器触发处理包括：

S1判断账户活动业务信息数是否已达到允许最大调度数，如果是，当前循环处理结束，如果否，进入步骤S2；

S2、取空闲发送载体，如果成功，进入步骤S3，如果失败，当前循环处理结束；

S3、判断高优先级缓存有无符合发送条件的业务信息，如果无，进入步骤S4，如果有，进入步骤S5；

S4、判断普通优先级缓存有无符合发送条件的业务信息，如果无，当前循环处理结束，如果有，进入步骤S5；

S5、抢占式锁定该业务信息，如果成功，发送该业务信息，如果失败，当前循环处理结束。

在本发明所述的方法中，上一业务信息发送完成/暂停触发处理是针对直接处理中放入缓存的业务信息，上一业务信息发送完成/暂停触发处理包括：

S1、从缓存取得一个符合发送条件的业务信息；

S2、抢占式锁定该业务信息，如成功，发送该业务信息，如果失败，当前循环处理结束。

根据本发明的一个方面，提供一种移动增值业务数据处理系统，包括：

接收来自业务系统的业务信息，并将业务信息传输至数据库代理模块(106)和发送模块(108)的分发模块(102)；

接收来自分发模块(102)的业务信息，并通过数据库代理模块(106)从数据库(110)中获取短信/彩信/USSD数据并进行发送的发送模块(108)；

接收来自分发模块(102)的业务信息，结合数据库(110)实现短信/彩信/USSD数据读写功能的数据库代理模块(108)。

在本发明所述的系统中，分发模块(102)还包括：

接收业务系统提交的业务信息，并将业务信息传输到业务类型分发模块(204)的业务测模块(202)；

接收来自业务测模块(202)的业务信息，并根据业务信息的业务子码将业务信息分发到各业务管理模块(206、208、210)的业务类型分发模块(204)；

接收来自业务类型分发模块(204)的业务信息，并传输业务信息至对应的发送分发模块(212、214、216)的短消息/彩信/USSD业务管理模块(206、208、210)；

接收来自短信/彩信/USSD业务管理模块(206、208、210)的业务信息，并将业务信息分发到对应的短消息/彩信/USSD发送模块(218、220、222、224)的发送分发模块(212、214、216)。

在本发明所述的系统中，发送模块还包括用于发送业务信息的短信/彩信/USSD发送模块(218、220、222、224)。

在本发明所述的系统中，分发模块(102)实现统一和简化多种移动数据业务的网络接口、通信接口和业务开发方式及业务接口鉴权功能。

实现本发明的有益效果可使运营商开展其自由业务，降低处理海量消息的成本，简化运营商对账号信息的管理，减少业务系统开发的成本和时间。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明的实施例中移动增值业务的数据处理系统的模块图；

图2是本发明的实施例中业务系统提交到分发模块的单条消息分发到相应的发送模块的处理流程示意图；

图3是本发明的实施例中发送模块定时从数据库代理模块取业务信息流程的示意图；

图4是本发明的实施例中一个循环内业务信息在发送模块内调度时直接处理方式的处理流程图；

图5是本发明的实施例中一个循环内业务信息在发送模块内调度时定时器触发处理方式的处理流程图；

图6是本发明的实施例中一个循环内业务信息在发送模块内调度时上一业务信息发送完成触发处理方式的处理流程图；

图7是本发明的实施例中一个循环内业务信息在发送模块内调度时上一业务信息发送暂停触发处理方式的处理流程图。

具体实施方式

图1是本发明的实施例中移动增值业务的数据处理系统的模块图。如图1所示，所述系统包括分发模块102、发送模块108、数据库代理模块106、数据库和操作管理中心104。其中分发模块102实现统一和简化多种移动数据业务的网络接口、通信接口和业务开发方式，及业务接口鉴权等功能，业务系统可以通过分发模块102分发短信、彩信WAP PUSH等数据业务；发送模块108实现多种移动数据业务处理功能，通过发送模块108，本发明的数据处理系统可以完成短信、彩信、WAP PUSH等数据业务处理；数据库代理模块106结合数据库实现数据的存储功能；操作管理中心104实现各种管理功能，运营商可以通过操作管理中心104对业务账号、信息安全、业务流量进行管理。

本发明的系统对消息的调度分三级调度：业务类型调度、同类型多模块调度、业务信息在发送模块内的调度。前述三级调度将结合图2至图6进行详细描述。其中图2和图3描述了业务类型调度、同类型多模块调度的推式和拉式调度。图4、图5和图6描述了业务信息在发送模块内的调度。

图2是本发明的实施例中业务系统提交到分发模块102的单条消息分发到相应的发送模块108的处理流程示意图，即推式调度。其中，图1中的分发模块104包括业务测模块202、业务类型分发模块204、短消息业务管理模块106、彩信业务管理模块208、USSD业务管理模块210和发送分发模块212、214、216。在运行时，业务测模块202收到业务系统的消息后，转给业务类型分发模块204，业务类型分发模块204根据消息的业务子码分发消息到各业务管理模块206、208、210。随后，各业务管理模块206、208、210将消息转发至对应的发送分发模块212、214、216，发送分发模块212、214、216根据消息的业务子码和源地址按负载平衡算法将消息发送到发送模块108。其中，所述业务子码由业务系统分配给各条消息。

图3是本发明的实施例中发送模块108定时从数据库代理模块106取业务信息流程示意图，即拉式调度。发送模块108的短信/彩信/USSD发送模块定时通过数据库代理模块从数据库中取相应类型的信息。因为多个同一类型的发送模块对自己能处理的所有业务信息都进行加载，所以同一个业务信息会在多个发送模块保存副本，因此采用抢占式算法，以保证业务信息只被一个发送模块发送，即当一个发送模块有能力发送业务信息时，通过数据库代理模块106锁定该业务信息，如果成功，则进入实际发送过程，如果失败，则清除本模块中该业务信息的副本信息。

业务信息在发送模块内调度是指使业务信息进入发送过程，在发送模块中，设计为业务信息有三种处理方式进入发送队列。下面将结合附图对这三种方式进行详细描述。

图4是本发明的实施例中业务信息在发送模块108内调度时直接处理方式的处理流程图。直接处理，即业务信息从数据库代理模块106加载后直接进入发送队列，处理开始于步骤402。步骤404，发送模块108从数据库代理模块106加载业务信息。步骤406，判断是否为该业务信息指定调度时间，如果判断结果为否，进入步骤408。步骤408，判断该业务信息是否为正在发送的业务信息，如果判断结果为否，进入步骤410。步骤410，判断账户活动业务信息数是否已达到允许的最大调度数，如果判断结果为否，进入步骤412。步骤412，判断业务信息状态是否为可发送状态，如果判断结果为是，进入步骤414。步骤414，取空闲发送载体，如果成功取得空闲发送载体，进入步骤416。步骤416，抢占式锁定该业务信息，如果成功锁定该业务信息，进入步骤418。步骤418，发送该业务信息，业务信息发送后，当前循环处理结束于步骤430。

回到步骤406，判断是否为该业务信息指定调度时间，如果判断结果为是，进入步骤420，判断调度时间是否大于当前时间，如果判断结果为否，进入步骤408，并执行步骤408至418，如果步骤420中判断结果为是，进入步骤422。步骤422，判断该消息是否为高优先级消息，如果判断结果为否，进入步骤428。步骤428，将该消息存入普通优先级缓存，当前循环处理结束。回到步骤422，如果该消息为高优先级消息，进入步骤424。步骤424，将该消息存入高优先级缓存。步骤426，暂停一个正在发送的普通优先级业务信息，当前循环处理结束。回到步骤408，判断该业务信息是否为正在发送的业务信息，如果判断结果为是，当前循环处理结束。回到步骤410，判断账户活动业务信息数是否已达到允许的最大调度数，如果判断结果为是，进入步骤422。回到步骤412，判断该业务信息状态是否为可发送状态，如果判断结果为否，进入步骤422。回到步骤414，为该业务信息取空闲发送载体，如果获取空闲发送载体失败，进入步骤422。回到步骤416，如果抢占式锁定该业务信息失败，即该业务信息已经被其它发送模块抢占式锁住，当前循环处理结束。

图5是本发明的实施例中业务信息在发送模块108内调度时定时器触发处理方式的处理流程图。定时器触发处理方式是针对直接处理方式中放入缓存的业务信息，开始于步骤502。步骤504，业务信息发送定时器触发。步骤506，判断账户活动业务信息数是否已经达到允许的最大调度数，如果否，进入步骤508。步骤508，获取空闲发送载体，如果获取空闲发送载体成功，进入步骤510。步骤510，判断高优先级缓存是有无符合发送条件的业务信息，如果判断结果为有，进入步骤512。步骤512，抢占式锁定该业务信息，如果抢占式锁定该业务信息成功，进入步骤514。步骤514，发送该业务信息，当前循环处理结束。

回到步骤506，如果账户活动业务信息数已经达到允许的最大调度数，即当前循环不再进行业务信息调度，当前循环处理结束。回到步骤508，如果获取空闲发送载体失败，当前循环处理结束。回到步骤510，如果高优先级缓存无符合发送条件的业务信息，进入步骤518。步骤518，判断普通优先级缓存有无符合发送条件的业务信息，如果判断结果为无，当前循环处理结束；如果判断结果为有，进入步骤512。回到步骤512，如果抢占式锁定该业务信息失败，即该业务信息已经被其它发送模块抢占式锁住，当前循环处理结束。

图6是本发明的实施例中业务信息在发送模块108内调度时上一业务信息发送完成触发处理方式的处理流程图。上一业务信息发送完成触发处理方式也是针对直接处理方式中放入缓存的业务信息，开始于步骤602。步骤604，上一业务信息发送完成。步骤606，从缓存取得一个符合发送条件的业务信息。步骤608，抢占式锁定该业务信息，如果失败，即该业务信息已经被其它发送模块抢占式锁住，当前循环处理结束；如果成功，进入步骤610。步骤610，发送业务信息，随后当前循环处理结束。

图7是本发明的实施例中业务信息在发送模块108内调度时上一业务信息发送暂停触发处理方式的处理流程图。上一业务信息发送暂停触发处理方式也是针对直接处理方式中放入缓存的业务信息，开始于步骤702。步骤704，上一业务信息发送暂停。步骤706，将上一业务信息放入缓存。步骤708，从缓存取得一个符合发送条件的业务信息。步骤710，抢占式锁定该业务信息，如果失败，即该业务信息已经被其它发送模块抢占式锁住，当前循环处理结束；如果成功，进入步骤712。步骤712，发送该业务信息，随后当前循环处理结束。

本发明可以支持各种业务类型并被无限个业务系统连接，所以它必须具有各种业务分发能力和海量处理能力。为了简化业务分发机制，本发明针对每种业务类型独立设计发送模块，即在本发明的系统里一种业务类型对应一种发送模块。为了提高业务信息的处理能力，也允许多个同种类型的发送模块协同工作。本发明的处理能力为：M×N，其中M为发送模块数，N为发送模块的处理能力。只要无限地增加M、N的值，就可以将系统处理能力提高到无穷大，但现实情况下，因受硬件系统和调度算法的限制，M和N值都不可能无穷增大。为了在既定的硬件条件下最大化本发明的处理能力，本发明使用了高效的分级调度算法。

移动业务中心在接收业务信息时，往往会队提交接口进行流量限制，这种限制制约了发送模块的业务信息处理能力。为了提高N值，发送模块的业务中心接口可以打开多个连接到业务中心的接口，当单发送模块的业务信息处理能力瓶颈在业务中心接口时，增加接口数，可增加单发送模块的业务信息处理能力：N＝m×n，其中m为业务中心接口数，n为接口流量的最大值。

Claims

1.一种移动增值业务数据处理方法，其特征在于，包括以下步骤：

2.如权利要求1所述的方法，其特征在于，允许多个同种业务类型发送模块协同工作。

3.如权利要求1所述的方法，其特征在于，业务信息在发送模块内的调度包括直接处理、定时器触发处理和上一业务信息发送完成/暂停触发处理。

4.如权利要求3所述的方法，其特征在于，直接处理包括：

S1、从数据库代理模块加载业务信息；

S10、将当前业务信息放到高优先级缓存，随后进入步骤S11；

5.如权利要求3所述的方法，其特征在于，定时器触发处理是针对直接处理中放入缓存的业务信息，定时器触发处理包括：

S1、判断账户活动业务信息数是否已达到允许最大调度数，如果是，当前循环处理结束，如果否，进入步骤S2；

6.如权利要求3所述的方法，其特征在于，上一业务信息发送完成/暂停触发处理是针对直接处理中放入缓存的业务信息，上一业务信息发送完成/暂停触发处理包括：

S1、从缓存取得一个符合发送条件的业务信息；

7.一种移动增值业务数据处理系统，其特征在于，包括：

8.如权利要求7所述的系统，其特征在于，分发模块(102)还包括：

9.如权利要求7所述的系统，其特征在于，发送模块还包括用于发送业务信息的短信/彩信/USSD发送模块(218、220、222、224)。

10.如权利要求7所述的系统，其特征在于，分发模块(102)实现统一和简化多种移动数据业务的网络接口、通信接口和业务开发方式及业务接口鉴权功能。