CN1917667A - 群发短消息业务中的号码处理系统及处理方法 - Google Patents

Abstract

本发明公开了一种群发短消息业务中的号码处理系统，包括：WEB服务器，与WEB客户端连接；数据库，与WEB服务器连接；广播器，与数据库连接，用于将群发短消息的任务请求提供的号码信息存入内存中的地区映射表中后发送给短消息中心。本发明还公开了一种群发短消息业务中的号码处理方法，包括：广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中，根据该号码信息中包括的大区信息从数据库中提取对应大区的各地区的号段信息；将号码信息与对应大区的各地区的号段信息进行比对处理后，存入内存中对应的地区映射表中后发送给短消息中心。本发明能够降低内存使用，精简处理流程，减少系统资源的占用并提高处理效率。

Description

群发短消息业务中的号码处理系统及处理方法

技术领域

本发明涉及一种号码处理系统及处理方法，特别涉及一种群发短消息业务中的号码处理系统及处理方法，属于移动通信技术领域。

背景技术

随着移动通信技术的发展和普及，移动网络和手机终端已经渐渐地成为了新一代的信息传播媒介，以短消息方式传播的移动广告业务(WAD业务)因其宣传范围广、便于用户接收、宣传灵活便捷等优点，而逐渐成为一种新型的宣传方式。

广告业务通常需要向大量的用户号码发送具有广告内容的短消息，为了满足广告业务需求方的需要，移动运营商建立短消息群发平台，来实现对目标号码的短消息群发。

短消息群发平台的主要功能为短消息的群发功能，其中包括短消息任务的定制，任务号码文件的处理以及号码文件的下发。如图1所示，为现有短消息群发平台的结构示意图，短消息群发平台由网络服务器(Web服务器)、调度中心、广播器以及数据库构成，其中Web服务器可以接收用户通过网络客户端(即Web客户端)定制的任务指令，这些定制的任务指令主要包括三类：第一类是保存在数据库中的散号，所谓散号即不连续的用户号码；第二类是保存在数据库中的号段，所谓号段即连续编号的用户号码，例如{1111、1112、1113、1114、1115}；第三类是保存在文件中的散号。这三类的任务对应着不同的调度方式，调度中心根据Web服务器接收到的定制任务，根据任务指令的不同，从数据库中获取散号或号段，或者从文件中获取散号；如果在定制任务中设置了黑名单，所谓黑名单即不满足下发要求的号码，则根据该黑名单对读取出的散号或号段进行号码剔除；再按照下发地区的不同处理成多个对应的号码文件。然后将这些号码文件通过广播器通过综合网关平台下发给短消息中心(Short Message Center，简称SMC)。

在调度中心的功能实现中，对群发任务的目标号码的处理是很重要的操作过程，需要将重复的号码过滤，并且将号码按照由小到大的顺序排列，再根据数据库中的各地区的号段表将目标号码按照地区存放。在处理过程中，现有的方式采用了一种以空间换取时间的策略，如图2所示，为调度中心现有的号码数据的数据结构示意图，在图2中只列出了第3位到第6位的数据结构形式，可以看出，在调度中心进行处理的过程中，需要在内存中设置一种树状结构，每一层对应着目标号码中的一位，在每一层树中的结点表示在上一层树结点下目标号码的分布情况，在每一层中的Nil值为空的含义。图2是以6位的手机号码为例，记录了两个号码：135103和139325，即在这种树状结构中，从根结点到叶子节点的一个分支路径即表示一个号码。

对于数据库中的号段，调度中心将其读出并保存在内存中的格式如图3，即按照区、省、地方来确定分发地区，并以地区标识来表示区域号码，在每个区域中可存有多个号段。当号码存放完毕后，调度中心根据地区号段将号码按照地区存放在内存中。

上述现有技术的不足之处在于：

1、内存占用过多。由于保存一个号码需要占用很大的内存，而且对每个任务进行号码处理时都需要重新维护树结构，因此这种内存使用方式会占用较大的内存，而且频繁的申请和释放内存对内存和系统都会带来比较大的负担；

2、由于在内存中保存的是号码，处理后的号码需要输出到文件中，而短消息群发任务号码数量级一般都在千万以上，而保存成文件的时候，输出和传输这种大文件则会占用非常多的系统资源和通讯资源；

3、处理效率低。因为在存在内存号码树中的号码与地区号段进行比对处理时，由于地区号段常常十分庞大，每存放一个号码平均需要比对上千次，而短消息群发任务号码数量如果上亿的话，则总共需要比对上千亿次，处理效率必然会很低。

发明内容

本发明的目的是针对上述现有技术的不足，提供一种群发短消息业务中的号码处理系统及处理方法，能够降低内存使用，精简处理流程，减少系统资源的占用，并提高处理效率。

为实现上述发明目的，本发明提供了一种群发短消息业务中的号码处理系统，包括：

WEB服务器，与WEB客户端连接，用于接收所述WEB客户端发送的群发短消息的任务请求；

数据库，与所述WEB服务器连接，用于保存各地区的号段信息以及所述群发短消息的任务请求提供的号码信息；

广播器，与所述数据库连接，用于按照从所述数据库获取的各地区的号段信息，将所述群发短消息的任务请求提供的号码信息存入内存中对应的地区映射表中并发送给短消息中心。

上述技术方案中，所述数据库还可设有存储模块，用于保存包括所述群发短消息的任务请求提供的号码信息的文件。

为实现发明目的，本发明还提供了一种群发短消息业务中的号码处理方法，包括：广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中，根据该号码信息中包括的大区信息，从数据库中提取对应大区的各地区的号段信息；将所述号码信息与所述对应大区的各地区的号段信息进行比对处理，然后存入内存中对应的地区映射表或号码列表中后发送给短消息中心。

上述技术方案中，在所述广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中之前，还可包括广播器将所述各地区的号段信息保存在内存中的步骤，具体包括：广播器将所述各地区的号段信息按照树状数据结构的方式存入内存，所述树状数据结构的每个节点保存对应的号段的起始号码中的一位，每个叶子节点保存对应的号段的起始号码的一位、对应的号段的终止号码、以及对应的号段的地区信息。

进一步地，在所述广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中之前还可包括以下步骤：所述数据库接收用户提交的所述群发短消息的任务请求提供的散号信息和/或号段信息并保存在所述数据库中。所述广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中可具体包括：所述广播器从数据库中获取所述群发短消息的任务请求提供的散号信息的号码或号段信息的开始号码和结束号码，并存入内存中。

将所述号码信息与所述对应大区的各地区的号段信息进行比对处理，然后存入内存中对应的地区映射表或号码列表中可具体包括：所述广播器判断该号码信息是否为散号信息的号码，是则执行以下操作：将该散号信息的号码与所述树状数据结构中保存的号段的起始号码和终止号码比较，得到该散号信息的号码所属的号段的地区信息，并将该散号信息的号码作为一个开始号码与结束号码相同的号段存入其所属的号段的地区信息对应的映射表中，或者将该散号信息的号码存入该散号信息的号码所属的号段的地区信息对应的号码列表中；否则该号码信息为号段信息的开始号码和结束号码，执行以下操作：将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码比较，并将该号段信息的结束号码与所述树状数据结构中保存的号段的终止号码比较，得到该号段信息的号码所属的号段的地区信息，并将该号段信息的开始号码和结束号码存入该号段信息的号码所属的号段的地区信息对应的映射表中。

更进一步地，所述将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码比较，并将该号段信息的结束号码与所述树状数据结构中保存的号段的终止号码比较可具体包括以下步骤：在步骤a中，该广播器将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码进行比对处理，找出该开始号码对应的号段作为当前号段；然后在步骤b中，该广播器将该号段信息的结束号码与当前号段的终止号码进行比对处理，判断该号段信息的结束号码是否大于当前号段的终止号码，是则执行步骤3，否则将当前号段作为该号段信息的号码所属的号段后结束；在步骤c中，将该号段信息的开始号码和当前号段的终止号码作为第二号段信息，并将当前号段作为所述第二号段信息所属的号段；继而在步骤d中，将当前号段的终止号码加一得到的号码和该号段信息的结束号码分别作为新的号段信息的开始号码和结束号码，然后执行步骤1。

在所述将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码比较之前还可包括以下步骤：在步骤e中，广播器从数据库中取出预先设定的黑名单号码信息，并保存在内存中，然后取出该黑名单号码信息中的一个号码；然后在步骤f中，广播器将取出的号码与该号段信息的开始号码进行比对处理，找出该取出的号码对应的号段，并将该号段以该取出的号码为界拆分成两个号段，所述两个号段均不包括该取出的号码；继而在步骤g中，广播器判断所述黑名单号码信息中的号码是否取出完毕，是则结束，否则取出下一个号码，然后执行步骤f。

在上述技术方案中，通过广播器直接访问数据库并取得数据库中保存的用户提交的任务请求的号码信息后存入内存，而非现有技术中的调度中心读取数据库中保存的用户提交的任务请求的号码信息写入内存后，再处理成号码文件，再由广播器获取该号码文件；从而避免了产生和传输大量的号码文件，减少了内存使用，并精简了处理流程。并且通过将用户提交的任务请求的号码信息中的号段的开始号码和结束号码或散号存入内存，而非现有技术中的将用户提交的任务请求的号码信息中的每一个号码存入内存，从而大大减少了所占用的内存。

进而，上述技术方案通过将各地区的号段预先以树状数据结构的形式保存在内存中，并将用户提交的任务请求的号码信息中的号段或散号与所述树状数据结构中的号段进行比对处理，而非现有技术中的将用户提交的任务请求的号码信息中的每一个号码与各地区的号段进行比对处理；从而大大减少了比对次数和时间，有效地提高了处理效率。

并且，上述技术方案通过比对后将用户提交的任务请求的号码信息中的散号或号段的开始号码和结束号码存入其所属号段的地区信息对应的映射表或号码列表中，而非现有技术中的将用户提交的任务请求的号码信息中的每个号码存入树状结构中；从而大大减少了内存占用，并且不需在处理号码时维护树状结构，从而避免了频繁地申请和释放内存，也有效地提高了处理效率。

进一步地，上述技术方案中还通过将黑名单中的号码与用户提交的任务请求的号码信息中的号段的开始号码和结束号码进行比对处理，并以该黑名单中的号码将用户提交的任务请求的号码信息中的号段划分为两个号段，从而简化了黑名单号码的处理流程，大大减少了比对次数，进而提高了处理效率。

此外，上述技术方案通过将用户提交的任务请求的号码信息中的号段比对后保存在对应的映射表中，将用户提交的任务请求的号码信息中的散号比对后保存在对应的号码列表或映射表中，从而可使用不同的数据结构保存号码，能够最大限度地保证系统性能。

综上所述，本发明能够达到降低内存使用，精简处理流程，减少系统资源的占用，并提高处理效率的有益技术效果。

附图说明

图1为现有技术中短消息群发平台的结构示意图；

图2为现有技术中调度中心的号码数据的数据结构示意图；

图3为现有技术中调度中心读取数据库中的号段并保存在内存中的格式示意图；

图4为本发明群发短消息业务中的号码处理系统的实施例一的示意图；

图5为本发明群发短消息业务中的号码处理系统的实施例二的示意图；

图6为本发明群发短消息业务中的号码处理方法的实施例一的流程图；

图7为本发明群发短消息业务中的号码处理方法的实施例二的流程图；

图8为预先保存有各地区的号段的树状数据结构的示意图；

图9为本发明群发短消息业务中的号码处理方法的实施例三的流程图；

图10为本发明群发短消息业务中的号码处理方法的实施例四的流程图；

图11为本发明群发短消息业务中的号码处理方法的实施例五的流程图；

图12为将用户提供的号段信息与预先保存的包括各地区的号段的树状数据结构进行比对处理的处理流程图；

图13为本发明群发短消息业务中的号码处理方法的实施例六的部分流程图；

图14为保存在广播器的内存中的所述映射表的数据结构示意图；

图15为保存在广播器的内存中的所述号码列表的数据结构示意图；

图16为本发明群发短消息业务中的号码处理方法的实施例七的流程图。

具体实施方式

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

图4为本发明群发短消息业务中的号码处理系统的实施例一的示意图，一种群发短消息业务中的号码处理系统K，包括：WEB服务器N，与WEB客户端连接，用于接收WEB客户端发送的群发短消息的任务请求；数据库P，与WEB服务器N连接，用于保存各地区的号段信息以及所述群发短消息的任务请求提供的号码信息；广播器Q，与数据库P连接，用于按照从数据库P获取的各地区的号段信息，将所述群发短消息的任务请求提供的号码信息存入内存中对应的地区映射表中并经由综合网关平台发送给短消息中心。

本实施例一中，通过广播器Q与数据库P连接，而非现有技术中的调度中心和广播器都与数据库连接，从而使得广播器Q能够直接访问数据库P并取得数据库中保存的与用户提交的任务信息中包括的大区信息对应的大区的各地区的号段信息和用户提交的任务请求的号码信息，由广播器进行号码处理后直接从内存中下发；而非现有技术中的调度中心读取数据库中保存的各地区的号段信息和用户提交的任务请求的号码信息写入内存后，再处理成号码文件，再由广播器获取该号码文件，下发时广播器再将所述号码文件读入内存进行下发；从而避免了产生和传输大量的号码文件，减少了内存使用，并精简了处理流程。

图5为本发明群发短消息业务中的号码处理系统的实施例二的示意图，一种群发短消息业务中的号码处理系统K1，与上述实施例一的区别在于：数据库P还设有存储模块T，用于保存包括所述群发短消息的任务请求提供的号码信息的文件。

参见图6所示的本发明群发短消息业务中的号码处理方法的实施例一的流程图，在步骤1中，广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中，根据该号码信息中包括的大区信息，从数据库中提取对应大区的各地区的号段信息；在步骤2中广播器将所述号码信息与所述对应大区的各地区的号段信息进行比对处理，然后存入内存中对应的地区映射表或号码列表中；然后在步骤3中将地区映射表或号码列表中保存的该号码信息发送给短消息中心。

上述本发明群发短消息业务中的号码处理方法的实施例一中，通过广播器直接访问数据库获取群发短消息的任务请求提供的号码信息并存入内存中，并根据该号码信息中包括的大区信息，从数据库中提取对应大区的各地区的号段信息存入内存，由广播器将所述号码信息与所述对应大区的各地区的号段信息进行比对处理，然后存入内存中对应的地区映射表或号码列表中后直接从内存中下发给短消息中心；而非现有技术中的调度中心读取数据库中保存的各地区的号段信息和用户提交的任务请求的号码信息写入内存后，再处理成号码文件，再由广播器获取该号码文件，下发时广播器再将所述号码文件读入内存进行下发；从而避免了产生和传输大量的号码文件，减少了内存使用，并精简了处理流程。并且通过将用户提交的任务请求的号码信息中的号段的开始号码和结束号码或散号存入内存，而非现有技术中的将用户提交的任务请求的号码信息中的每一个号码存入内存，从而大大减少了所占用的内存。

图7为本发明群发短消息业务中的号码处理方法的实施例二的流程图，与本发明群发短消息业务中的号码处理方法的实施例一的区别在于：在步骤1之后还包括步骤10即广播器将所述各地区的号段信息保存在内存中，具体包括：广播器将所述各地区的号段信息按照树状数据结构的方式存入内存，所述树状数据结构的每个节点保存对应的号段的起始号码中的一位，每个叶子节点保存对应的号段的起始号码的一位、对应的号段的终止号码、以及对应的号段的地区信息。

上述本发明群发短消息业务中的号码处理方法的实施例二中，所述广播器判断所述树状数据结构保存的号码的位数是否小于实际号码的位数，是则可在所述起始号码的末位后及所述终止号码的末位后分别添加对应的预先设定的数字以使得所述起始号码及所述终止号码的位数符合实际号码的位数。

参见图8所示的所述树状数据结构的示意图，从数据库中读取的号段存放采取使用树状的数据结构，每个节点保存对应手机号段起始号码中的一位，叶子节点除保存起始号码一位以外，还保存了号段的终止号码以及该号段对应的地区标识，所述地区标识用于表示该号段所属的地区。由于手机号码是11位，号段树表示的号码若不足11位则在起始号码后添0，终止号码后添9，以6位号段为例，如下图表示的是号段13371300000——13371399999，13456300000——13456399999。

上述本发明群发短消息业务中的号码处理方法的实施例二中，通过将与用户提交的任务请求的号码信息中包括的大区信息对应的大区的各地区的号段信息以树状数据结构的形式保存在内存中，将用户提交的任务请求的号码信息中的号段或散号保存在内存中后与所述各地区的号段进行比对处理，而非现有技术中的将用户提交的任务请求的号码信息中的每一个号码与各地区的号段进行比对处理；通过本发明提供的群发短消息业务中的号码处理方法，短信群发任务号段数量级一般在万以上，每存放一个号段需要与号段树进行比对处理次数在十次左右，总比对次数数量级十万次，从而大大减少了比对次数和时间，有效地提高了处理效率。

参见图9所示的本发明群发短消息业务中的号码处理方法的实施例三的流程图，与上述本发明群发短消息业务中的号码处理方法的实施例二的区别在于：在步骤1之前还包括步骤01，即为数据库接收用户提交的所述群发短消息的任务请求提供的散号信息和/或号段信息并保存在所述数据库中。

此外，用户提交的散号信息还可保存在文件中。如图10所示的本发明群发短消息业务中的号码处理方法的实施例四的流程图，与上述本发明群发短消息业务中的号码处理方法的实施例二的区别在于：在步骤1之前还包括步骤02，即为所述数据库接收用户提交的所述群发短消息的任务请求提供的散号信息，并以散号的方式保存在文件中。

参见图11所示的本发明群发短消息业务中的号码处理方法的实施例五的流程图，与上述本发明群发短消息业务中的号码处理方法的实施例三的区别在于：步骤1具体为步骤1a，即为：所述广播器从数据库中获取所述群发短消息的任务请求提供的散号信息的号码或号段信息的开始号码和结束号码，并存入内存中。并且，步骤2具体包括以下步骤：在步骤2a中，判断该号码信息是否为散号信息的号码，是则执行步骤2b，否则执行步骤2d；在步骤2b中，将该散号信息的号码与所述树状数据结构中保存的号段的起始号码和终止号码比较，得到该散号信息的号码所属的号段的地区信息；然后在步骤2c中，将该散号信息的号码作为一个开始号码与结束号码相同的号段存入其所属的号段的地区信息对应的映射表中，或者将该散号信息的号码存入该散号信息的号码所属的号段的地区信息对应的号码列表中后执行步骤3；在步骤2d中，将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码比较，并将该号段信息的结束号码与所述树状数据结构中保存的号段的终止号码比较，得到该号段信息的号码所属的号段的地区信息；然后在步骤2e中，将该号段信息的开始号码和结束号码存入该号段信息的号码所属的号段的地区信息对应的映射表中后执行步骤3。

上述本发明群发短消息业务中的号码处理方法的实施例五中，任务下发号码量最多的号段下发方式在内存中以号段信息的开始号码和结束号码方式存放，减少了内存使用；并且，通过比对后将用户提交的任务请求的号码信息中的散号或号段的开始号码和结束号码存入其所属号段的地区信息对应的映射表或号码列表中，而非现有技术中的将用户提交的任务请求的号码信息中的每个号码存入树状结构中；从而大大减少了内存占用，并且不需在处理号码时维护树状结构，从而避免了频繁地申请和释放内存，也有效地提高了处理效率。

上述本发明群发短消息业务中的号码处理方法的实施例五中，步骤2d为将用户提供的号段信息与预先保存的包括各地区的号段的树状数据结构进行比对处理的操作，如图12所示，该操作可具体包括以下步骤：在步骤a中，该广播器将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码进行比对处理，找出该开始号码对应的号段作为当前号段；然后在步骤b中，该广播器将该号段信息的结束号码与当前号段的终止号码进行比对处理，判断该号段信息的结束号码是否大于当前号段的终止号码，是则执行步骤c，否则执行步骤c1；在步骤c1中，将当前号段作为该号段信息的号码所属的号段后执行步骤2e；在步骤c中，将该号段信息的开始号码和当前号段的终止号码作为第二号段信息，并将当前号段作为所述第二号段信息所属的号段；继而在步骤d中，将当前号段的终止号码加一得到的号码和该号段信息的结束号码分别作为新的号段信息的开始号码和结束号码，然后执行步骤a。

本发明群发短消息业务中的号码处理方法的实施例六进一步提供了根据预先设定的黑名单中的号码对用户提交的任务请求中的号段信息进行过滤的操作，参见图13，本实施例七的群发短消息业务中的号码处理方法与上述本发明群发短消息业务中的号码处理方法的实施例四或五的区别在于，在步骤2d之前还包括以下步骤：在步骤e中，广播器从数据库中取出预先设定的黑名单号码信息，并保存在内存中，然后取出该黑名单号码信息中的一个号码；然后在步骤f中，广播器将取出的号码与该号段信息的开始号码进行比对处理，找出该取出的号码对应的号段，并将该号段以该取出的号码为界拆分成两个号段，所述两个号段均不包括该取出的号码；继而在步骤g中，广播器判断所述黑名单号码信息中的号码是否取出完毕，是则执行步骤2d，否则取出下一个号码，然后执行步骤f。

上述本发明群发短消息业务中的号码处理方法的实施例六中，通过将黑名单中的号码与用户提交的任务请求的号码信息中的号段的开始号码和结束号码进行比对处理，并以该黑名单中的号码将用户提交的任务请求的号码信息中的号段划分为两个号段，从而简化了黑名单号码的处理流程，大大减少了比对次数，进而提高了处理效率。

上述本发明群发短消息业务中的号码处理方法的实施例三至六中，步骤2c中所述的将该散号信息的号码作为一个开始号码与结束号码相同的号段存入该散号信息的号码所属的号段的地区信息对应的映射表中可具体包括：在其所属的号段的地区信息对应的映射表中建立一个新的号码列表，并将该散号信息的号码分别作为开始号码与结束号码存入该新的号码列表中。步骤2e中所述的将该号段信息的开始号码和结束号码存入该号段信息的号码所属的号段的地区信息对应的映射表中可具体包括：在该号段信息的号码所属的号段的地区信息对应的映射表中建立一个新的号码列表，并将该号段信息的开始号码和结束号码存入该新的号码列表中。

如图1 4所示，为保存在广播器的内存中的所述映射表的数据结构示意图，映射表A中包括地区标识A1，用于标识地区信息；号码列表A2和号码列表A3，用于保存各自对应的号段的开始号码和结束号码。

图15为保存在广播器的内存中的所述号码列表的数据结构示意图。上述本发明群发短消息业务中的号码处理方法的实施例三至六中，步骤2c中所述的将该散号信息的号码存入该散号信息的号码所属的号段的地区信息对应的号码列表中，其中所述号码列表的数据结构如图15所示，号码列表B，为若干个号码组成的列表。

图16为本发明群发短消息业务中的号码处理方法的实施例七的流程图，一种群发短消息业务中的号码处理方法，与上述本发明群发短消息业务中的号码处理方法的实施例四的区别在于：步骤1具体为步骤1b，即为：所述广播器通过所述数据库从所述文件中获取用户提交的所述群发短消息的任务请求提供的散号信息的号码。并且，步骤2具体包括以下步骤：在步骤2f中，将从所述文件中获取的散号信息的号码与所述树状数据结构中保存的号段的起始号码和终止号码比较，得到该散号信息的号码所属的号段的地区信息；然后在步骤2g中，将该散号信息的号码保存在该散号信息的号码所属的号段的地区信息对应的映射表中或者该散号信息的号码所属的号段的地区信息对应的号码列表中。

上述本发明群发短消息业务中的号码处理方法的实施例七中，步骤2g中所述的将该散号信息的号码保存在该散号信息的号码所属的号段的地区信息对应的映射表中可具体包括：在该散号信息的号码所属的号段的地区信息对应的映射表中建立一个新的号码列表，并将该散号信息的号码分别作为开始号码与结束号码存入该新的号码列表中。

上述本发明群发短消息业务中的号码处理方法的实施例一至七中，所述发送给短消息中心可具体包括：所述广播器根据预先设定的发送顺序信息和发送数量信息，按照所述地区信息从对应的映射表或者号码列表中取出号码并发送给短消息中心。广播器根据该发送顺序信息和发送数量信息，能够有效地调控发送给各地区的短消息中心的号码数量和顺序，从而能够有效地调控各地区的短消息中心的负荷。

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

Claims (18)

1、一种群发短消息业务中的号码处理系统，其特征在于，包括：

WEB服务器，与WEB客户端连接，用于接收所述WEB客户端发送的群发短消息的任务请求；

数据库，与所述WEB服务器连接，用于保存各地区的号段信息以及所述群发短消息的任务请求提供的号码信息；

广播器，与所述数据库连接，用于按照从所述数据库获取的各地区的号段信息，将所述群发短消息的任务请求提供的号码信息存入内存中对应的地区映射表中并发送给短消息中心。

2、根据权利要求1所述的群发号码处理系统，其特征在于，所述数据库还设有存储模块，用于保存包括所述群发短消息的任务请求提供的号码信息的文件。

3、一种群发短消息业务中的号码处理方法，其特征在于，包括：

广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中，根据该号码信息中包括的大区信息，从数据库中提取对应大区的各地区的号段信息；将所述号码信息与所述对应大区的各地区的号段信息进行比对处理，然后存入内存中对应的地区映射表或号码列表中后发送给短消息中心。

4、根据权利要求3所述的方法，其特征在于，在所述广播器从数据库中提取对应大区的各地区的号段信息之后，还包括广播器将所述各地区的号段信息保存在内存中的步骤，具体包括：

广播器将所述各地区的号段信息按照树状数据结构的方式存入内存，所述树状数据结构的每个节点保存对应的号段的起始号码中的一位，每个叶子节点保存对应的号段的起始号码的一位、对应的号段的终止号码、以及对应的号段的地区信息。

5、根据权利要求4所述的方法，其特征在于，在所述广播器将所述各地区的号段信息按照树状数据结构的方式存入内存之后，还包括以下操作：所述广播器判断所述树状数据结构保存的号码的位数是否小于实际号码的位数，是则在所述起始号码的末位后及所述终止号码的末位后分别添加对应的预先设定的数字以使得所述起始号码及所述终止号码的位数符合实际号码的位数，否则继续后续操作。

6、根据权利要求4或5所述的方法，其特征在于，在所述广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中之前还包括以下步骤：所述数据库接收用户提交的所述群发短消息的任务请求提供的散号信息和/或号段信息并保存在所述数据库中。

7、根据权利要求6所述的方法，其特征在于，所述广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中具体包括：所述广播器从数据库中获取所述群发短消息的任务请求提供的散号信息的号码或号段信息的开始号码和结束号码，并存入内存中。

8、根据权利要求7所述的方法，其特征在于，所述将所述号码信息与所述对应大区的各地区的号段信息进行比对处理，然后存入内存中对应的地区映射表或号码列表中具体包括：

所述广播器判断该号码信息是否为散号信息的号码，是则执行以下操作：将该散号信息的号码与所述树状数据结构中保存的号段的起始号码和终止号码比较，得到该散号信息的号码所属的号段的地区信息，并将该散号信息的号码作为一个开始号码与结束号码相同的号段存入其所属的号段的地区信息对应的映射表中，或者将该散号信息的号码存入该散号信息的号码所属的号段的地区信息对应的号码列表中；否则该号码信息为号段信息的开始号码和结束号码，执行以下操作：将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码比较，并将该号段信息的结束号码与所述树状数据结构中保存的号段的终止号码比较，得到该号段信息的号码所属的号段的地区信息，并将该号段信息的开始号码和结束号码存入该号段信息的号码所属的号段的地区信息对应的映射表中。

9、根据权利要求8所述的方法，其特征在于，所述将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码比较，并将该号段信息的结束号码与所述树状数据结构中保存的号段的终止号码比较具体包括：

步骤a、该广播器将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码进行比对处理，找出该开始号码对应的号段作为当前号段；

步骤b、该广播器将该号段信息的结束号码与当前号段的终止号码进行比对处理，判断该号段信息的结束号码是否大于当前号段的终止号码，是则执行步骤c，否则将当前号段作为该号段信息的号码所属的号段后结束；

步骤c、将该号段信息的开始号码和当前号段的终止号码作为第二号段信息，并将当前号段作为所述第二号段信息所属的号段；

步骤d、将当前号段的终止号码加一得到的号码和该号段信息的结束号码分别作为新的号段信息的开始号码和结束号码，然后执行步骤a。

10、根据权利要求8所述的方法，其特征在于，在所述将该号段信息的开始号码与所述树状数据结构中保存的号段的起始号码比较之前还包括以下步骤：

步骤e、广播器从数据库中取出预先设定的黑名单号码信息，并保存在内存中，然后取出该黑名单号码信息中的一个号码；

步骤f、广播器将取出的号码与该号段信息的开始号码进行比对处理，找出该取出的号码对应的号段，并将该号段以该取出的号码为界拆分成两个号段，所述两个号段均不包括该取出的号码；

步骤g、广播器判断所述黑名单号码信息中的号码是否取出完毕，是则结束，否则取出下一个号码，然后执行步骤f。

11、根据权利要求8所述的方法，其特征在于，所述将该散号信息的号码作为一个开始号码与结束号码相同的号段存入其所属的号段的地区信息对应的映射表中具体包括：在其所属的号段的地区信息对应的映射表中建立一个新的号码列表，并将该散号信息的号码分别作为开始号码与结束号码存入该新的号码列表中。

12、根据权利要求8所述的方法，其特征在于，所述将该号段信息的开始号码和结束号码存入该号段信息的号码所属的号段的地区信息对应的映射表中具体包括：在其所属的号段的地区信息对应的映射表中建立一个新的号码列表，并将该号段信息的开始号码和结束号码存入该新的号码列表中。

13、根据权利要求8所述的方法，其特征在于，所述发送给短消息中心具体包括：所述广播器根据预先设定的发送顺序信息和发送数量信息，按照所述地区信息从对应的映射表或者号码列表中取出号码并发送给短消息中心。

14、根据权利要求4或5所述的方法，其特征在于，在所述广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中之前，还包括以下步骤：所述数据库接收用户提交的所述群发短消息的任务请求提供的散号信息，并以散号的方式保存在文件中。

15、根据权利要求14所述的方法，其特征在于，所述广播器从数据库中获取群发短消息的任务请求提供的号码信息并存入内存中具体包括：所述广播器通过所述数据库从所述文件中获取用户提交的所述群发短消息的任务请求提供的散号信息的号码。

16、根据权利要求15所述的方法，其特征在于，所述将所述号码信息与所述对应大区的各地区的号段信息进行比对处理，然后存入内存中对应的地区映射表或号码列表中具体包括：将从所述文件中获取的散号信息的号码与所述树状数据结构中保存的号段的起始号码和终止号码比较，得到该散号信息的号码所属的号段的地区信息，并将该散号信息的号码保存在该散号信息的号码所属的号段的地区信息对应的映射表中或者该散号信息的号码所属的号段的地区信息对应的号码列表中。

17、根据权利要求16所述的方法，其特征在于，所述将该散号信息的号码保存在该散号信息的号码所属的号段的地区信息对应的映射表中具体包括：在其所属的号段的地区信息对应的映射表中建立一个新的号码列表，并将该散号信息的号码分别作为开始号码与结束号码存入该新的号码列表中。

18、根据权利要求17所述的方法，其特征在于，所述发送给短消息中心具体包括：所述广播器根据预先设定的发送顺序信息和发送数量信息，按照所述地区信息从对应的映射表或者号码列表中取出号码并发送给短消息中心。

Images