CN110191428A - 一种基于智能云平台的数据分配方法 - Google Patents

Abstract

本发明公开了一种基于智能云平台的数据分配方法，包括：构建数据分配策略，数据分配策略包括手机号码归属地对应的区域通道、运营商标识对应的运营商通道；将数据分配策略存储在缓存和数据库中，缓存采用以数组和链表的结构实现的循环队列；基于客户端发送的用户数据，查询相应的策略数据；判断策略数据是否存在缓存中，如果存在则获取数据分配策略，如果不存在则从数据库中获取数据分配策略并将数据分配策略加载到缓存中；基于数据分配策略确定匹配的区域通道和运营商通道，以完成数据分配。

Description

一种基于智能云平台的数据分配方法

技术领域

本发明涉及通信技术领域，尤其涉及一种基于智能云平台的数据分配方法、计算设备及存储介质。

背景技术

短信业务在人们的社会生活中起着相当重要的作用，已经应用到人们生活的各个方面。例如，短信应用到金融行业、购物、通知、广告营销等领域，各行业通过短信平台向用户发送验证短信、通知短信、营销短信等，使得短信具有很高的社会价值。

目前在短信业务领域，省网短信通道与全网短信通道的成本存在较大差异，现有的短信通道分配方法不能智能地切换路由，且通道配置结构复杂，业务应用灵活性不高。

因此，需要一种实时高效的数据分配方法，使得终端手机用户能够匹配本省短信通道下发短信，以及灵活的设置通道使用策略，让短信下发更加成本低廉、成功率更高。

发明内容

为此，本发明提供了一种基于智能云平台的数据分配方法，以力图解决或者至少缓解上面存在的至少一个问题。

根据本发明的一个方面，提供了一种基于智能云平台的数据分配方法，该方法适于在计算设备中执行，包括：首先，构建数据分配策略，数据分配策略包括手机号码归属地对应的区域通道、运营商标识对应的运营商通道。随后，将数据分配策略存储在缓存和数据库中，缓存采用以数组和链表的结构实现的循环队列。接着，基于客户端发送的用户数据，查询相应的策略数据。然后，判断策略数据是否存在缓存中，如果存在则获取数据分配策略，如果不存在则从数据库中获取数据分配策略并将所述数据分配策略加载到缓存中。最后，基于数据分配策略确定匹配的区域通道和运营商通道，以完成数据分配。

可选地，在上述方法中，缓存队列数组中每个元素存储一个链表的头节点，链表包括多个节点，每个节点包含一个数据分配策略的键值对的哈希值以及下一个数据分配策略的键值对对象。

可选地，在上述方法中，计算手机号码归属地和运营商标识的哈希值。基于数组长度和哈希值，确定数据分配策略在数组中的存储位置。

可选地，在上述方法中，循环队列每隔预定时间向数据库发送更新数据的请求。

可选地，在上述方法中，循环队列包括头索引和尾索引，其中，初始化头索引值和尾索引值为0；当从数据库中加载数据分配策略到缓存时，所述头索引值加1；当从缓存中删除数据分配策略时，所述尾索引值加1；当头索引值等于尾索引值时，循环队列完成一次更新。

可选地，在上述方法中，如果所查询的策略数据不存在，则设置关键字标识及其对应的值；当再次接收到策略数据的查询请求时，返回关键字标识所对应的值。

可选地，在上述方法中，检测匹配的数据分发通道的状态信息，当数据分发通道的状态为不可用时，将不可用的数据通道关闭，通过轮询的方式查找有效的数据通道进行分发；当数据通道的状态恢复为可用时，打开该数据通道并加入到数据分配策略中。

可选地，在查询相应的策略数据的步骤之前，如果客户端的IP地址在预设的白名单中或目标手机号在预设的黑名单中，则将该用户数据拦截；检查用户数据中的内容是否合法，如果不合法则将该用户数据拦截。

可选地，在上述方法中，运营商通道至少包括移动通道、联通通道、电信通道、全网通道，区域通道至少包括各省网通道及其备用通道。

根据本发明另一个方面，提供了一种计算设备，包括一个或多个处理器；存储器；一个或多个程序，这一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序用于执行数据分配方法的指令。

根据本发明另一个方面，提供一种存储一个或多个程序的计算机可读存储介质，这一个或多个程序包括指令，当指令被计算设备执行时，使得计算设备执行数据分配方法。

根据本发明的方案，通过制定数据分配策略，能够根据手机号码归属地自动路由到省网通道，降低数据分发的成本。通过缓存的循环队列存储方式和缓存更新策略能够更快速的查找到需要的策略，保证数据分发的实时性和准确性，有利于智能云平台业务的发展。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明的一个实施例的计算设备100的构造示意图；

图2示出了根据本发明的一个实施例的短信分发系统200的示意性结构图；

图3示出了根据本发明的一个实施例的数据分配方法300的示意性流程图；

图4示出了根据本发明的一个实施例的缓存的数据结构示意图；

图5示出了根据本发明的一个实施例的循环队列示意图；

图6示出了根据本发明的一个实施例的数据分配系统的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明的一个实施例的计算设备100的构造示意图。在基本的配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。

取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。

取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统120、一个或者多个程序122以及程序数据124。在一些实施方式中，程序122可以布置为在操作系统上利用程序数据124进行操作。

计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个A/V端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个I/O端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

计算设备100可以实现为服务器，例如文件服务器、数据库服务器、应用程序服务器和WEB服务器等，也可以是小尺寸便携(或者移动)电子设备的一部分，这些电子设备可以是诸如蜂窝电话、个人数字助理(PDA)、个人媒体播放器设备、无线网络浏览设备、个人头戴设备、应用专用设备、或者可以包括上面任何功能的混合设备。计算设备100还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。在一些实施例中，计算设备100可被配置为执行本发明的数据分配方法300。其中，计算设备100的一个或多个程序122包括用于执行方法300的指令。

图2示出了根据本发明的一个实施例的短信分发系统200的示意性结构图。短信方法系统是基于云平台构建，云平台可以部署多种应用和服务。如图2所示，多个短信平台将各种类型的短信提交到负载均衡设备上，负载均衡设备通过对后端策略平台的应用状态进行检查，将短信合理分配到多个策略平台上。策略平台将缓存在内存中的策略数据与接收的短信进行匹配。如果匹配成功则按照策略数据设置的通道进行下发处理，如果未匹配成功，则在默认设置的通道进行下发处理。其中，短信平台基于中国移动、联通、电信直接提供的短信端口与互联网连接，实现与客户指定号码进行短信批量发送。短信平台可以是通用短信平台和定制开发的短信平台。

现有的短信通道分配策略不能充分利用省网通道，不能智能化切换路由，且通道配置结构复杂。为了降低短信群发的成本，智能化切换路由，本方案提出一种基于智能云平台的数据分配方法。

图3示出了根据本发明的一个实施例的数据分配方法300。该方法可以适于在计算设备100中执行，计算设备可以驻留在在云平台系统中，以实现基于智能云平台的数据分配。如图3所示，方法300始于步骤S310。在步骤S310中，构建数据分配策略，数据分配策略包括手机号码归属地对应的区域通道、运营商标识对应的运营商通道。

数据分配策略定义了一种匹配规则，规定不同手机号码归属地或不同运营商或不同业务内容的信息通过什么通道发送。我国使用的手机号码为11位，其中各号段有不同的编码：前3位为网络识别号，如133、177、189等为电信号段，156、185等为联通号段，135、139、150等为移动号段，此外还有一些虚拟运营商号段；第4-7位为地区编码，一般以市级为单位；第8-11位为用户号码。例如手机号归属地为上海的信息发送通道为上海市通道，手机号归属地为济南的信息发送通道为山东省通道。

随后在步骤S320中，将所述数据分配策略存储在缓存和数据库中，所述缓存采用以数组和链表的结构实现的循环队列。

在高并发架构中，引入缓存可以提高性能，缓解数据库的压力。一部分数据放在数据库中，一部分数据放在缓存中。查询数据库是非常耗时的过程，为了解决查询数据库效率低的问题，可以使用缓存将用户频繁使用的数据放在内存中以便快速访问。在用户执行一次查询操作后，查询的记录会放在缓存中。当用户再次查询时，系统会首先从缓存中读取，如果缓存中没有，再查询数据库。当有新的数据写入或旧的数据更新时，缓存数据与数据库数据需要保持一致性。

根据本发明的一个实施例，可以将数据分配策略转换为哈希值，以便于数据存储和查询。首先计算手机号码归属地和运营商标识的哈希值。然后基于数组长度和哈希值，确定数据分配策略在数组中的存储位置。

其中，为了快速查找到数据分配策略，可以使用哈希函数对数据分配策略进行编码，将任意长度的输入通过哈希算法变换成固定长度的输出。例如，可以将数据分配策略的关键字作为自变量，通过哈希函数计算出值即为该策略的存储地址。根据本发明的一个实施例，可以使用hashmap链表散列的数据结构进行存储。其中，hashmap是基于哈希表的映射接口的非同步实现，是数组和链表的结合体，这样的结构结合了链表增删数据的高效性和数组在寻址上的优势。hashmap允许使用null空值和null空键。图4示出了根据本发明的一个实施例的缓存数据结构的示意图。如图4所示，首先先声明一个下标范围比较大的数组来存储数据分配策略，数组可以自动变长，在构造HashMap的时候也可以指定一个长度，数组里每个元素存储的是一个链表的头节点，链表的头节点为每个元素的键值对的哈希值以及下一个键值对对象。而组成链表的头节点其实就是hashmap内部定义的一个Entry类。Entry包含三个元素：key，value(键值对)和next(指向下一个Entry)。每个Entry类可以对自身下分配的数组进行加锁，从而实现get获取、put更新、remove移除等操作，并保证在高并发场景下不会出现数据不准确的情况。使用Entry类可以在遍历链表时从每一个键值对对象中获取对应的关键字和值。一般情况是通过hash(key)％(len-1)获得策略的存储地址，也就是策略的关键字的哈希值对数组长度取模得到。例如，通过hash(key)％(len-1)获得，也就是数据分配策略的关键字的哈希值对数组长度取模。比如12％16＝12，28％16＝12，108％16＝12，140％16＝12。所以12、28、108以及140都存储在数组下标为12的位置。

在写入数据分配策略时，先判断该位置上有没有Entry，如果没有就创建一个Entry<k，v>对象，在该位置上插入。如果有，通过链表的遍历方式去逐个遍历，将关键字和已有的关键字进行比较，将新的值替换旧的值。新的Entry插入的位置永远是在链表的最前面，这样插入结束。在读取数据分配策略时，先定位到数组元素，再遍历该元素处的链表。

随后在步骤S330中，基于客户端发送的用户数据，查询相应的策略数据。

客户端可以通过HTTP协议向服务器发送数据请求，服务器对接收到的数据解析。根据本发明的一个实施例，当用户数据为短信时，可以对用户数据进行预处理，首先，验证客户端IP地址是否在白名单范围内，如果在则继续判断短信的目标用户手机号是否在黑名单中或者是否在号码限制范围内，如果在就拦截该用户数据。还可以验证用户数据中的内容是否合法，例如可以基于正则表达式验证用户名、密码、扩展码、登录账号ID等是否合法，如果不合法则将该用户数据拦截。然后就可以提取用户数据中的策略数据，例如提取用户手机号码归属地、运营商标识等，通过TCP协议向数据库发送数据分配策略的查询请求。

随后在步骤S340中，判断策略数据是否存在缓存中，如果存在则获取数据分配策略，如果不存在则从数据库中获取数据分配策略并将数据分配策略加载到缓存中。

客户端可以向缓存或数据库发送数据查询请求。在客户端调用策略数据之前，先判断查询的数据是否在缓存中，如果在则直接获取数据，如果不存在则从数据库中加载数据并更新到缓存中。

可以根据数据的访问频次将策略数据分为热数据和冷数据。对于冷数据一般采用懒加载的方式。其中懒加载即延迟加载，能够缓解服务端的压力，减少请求次数。但是在加载冷数据时，如果查询一个一定不存在的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能数据库可能会崩溃。

根据本发明的一个实施例，如果所查询的策略数据的关键字不存在，则设置关键字标识及其对应的值；当再次接收到所述关键字的查询请求时，返回所述关键字标识所对应的值。还可以检查关键字是否合法，是否需要查询数据库，是否需要设置缓存等，这样缓存就不会被穿透。

对于热数据更新缓存的方式，本方案采用循环队列出队和入队来更新缓存数据，使多线程在不加锁的情况下同时进行入队和出队操作。循环队列(环形队列)是一种特殊的队列结构，循环队列头部的上个元素是队列尾部。循环队列的特点是，不需要进行动态的内存释放和分配，使用固定大小的内存空间反复使用。在实际的队列插入和弹出操作中，是不断交叉进行的。图5示出了根据本发明的一个实施例的循环队列示意图。如图5所示，循环队列包括头索引和尾索引，即head队列头指针和tail队列尾指针。初始化头索引值和尾索引值为0；当从数据库中加载数据分配策略到缓存时，所述头索引值加1；当从缓存中删除数据分配策略时，所述尾索引值加1；当头索引值等于尾索引值时，循环队列完成一次更新，这样就实现了先入先出。当入队操作时，head会不断增加；而出队操作时，tail会不断增加。当head等于tail值时，说明缓存队列已经更新完成，等待下一次的更新。

在循环队列中，空队特征是head＝tail，队满时也会有head＝tail；判断条件将出现二义性。可以加设标志位，删除动作使标志位为1，插入动作使标志位为0。或者使用一个计数器记录队列中元素个数(即队列长度)，队空时：head＝tail，队满时：(tail+1)％(N+1)＝head，N为队列长度。循环队列每隔预定时间向数据库发送更新数据的请求，以保证缓存与数据库的数据一致性。

最后在步骤S350中，基于数据分配策略确定匹配的区域通道和运营商通道，以完成数据分配。

例如，根据手机号规则判断手机号所属运营商，然后找到策略中所属运营商的策略数据；根据手机号段规则，判断手机号所属省，进一步找到策略中所属省的策略数据。匹配的策略数据对应一个数据分发通道，其中，数据分发通道至少包括移动通道、联通通道、电信通道、全网通道、各省网通道及其备用通道。图6示出了根据本发明的一个实施例的数据分配系统的示意图。如图6所示，客户端从缓存或者数据库中请求策略数据，然后通过对获取的策略数据进行匹配分析确定数据分发通道，例如可以是北京通道、上海通道等。最后，根据匹配的数据分发通道的状态进行数据分发，最后发送到相对应的子业务系统。

根据本发明的一个实施例，可以检测数据通道的状态信息，当匹配到的数据分发通道的状态为不可用时，将不可用的数据通道关闭，通过轮询的方式查找有效的数据通道进行分发。当数据通道的状态恢复为可用时，打开该数据通道并加入到数据分配策略中。还可以将通道错误信息发送到短信、钉钉、微信等多媒体软件上，并显示出故障的内容和严重级别。当通道状态恢复为可用时，发送故障恢复通知。

根据本发明的方案，通过制定数据分配策略，能够根据手机号码归属地自动路由到省网通道，降低数据分发的成本。通过缓存的循环队列存储方式和缓存更新策略能够更快速的查找到需要的策略，保证数据分发的实时性和准确性，有利于智能云平台业务的发展。

A8、如A1所述的方法，其中，在查询相应的策略数据的步骤之前，所述方法包括：

如果客户端的IP地址在预设的白名单中或目标手机号在预设的黑名单中，则将该用户数据拦截；

检查用户数据中的内容是否合法，如果不合法则将该用户数据拦截。

应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如软盘、CD-ROM、硬盘驱动器或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明所述的方法。

以示例而非限制的方式，计算机可读介质包括计算机存储介质和通信介质。计算机可读介质包括计算机存储介质和通信介质。计算机存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在计算机可读介质的范围之内。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种基于智能云平台的数据分配方法，适于在计算设备中执行，所述方法包括：

构建数据分配策略，所述数据分配策略包括手机号码归属地对应的区域通道、运营商标识对应的运营商通道；

将所述数据分配策略存储在缓存和数据库中，所述缓存采用以数组和链表的结构实现的循环队列；

基于客户端发送的用户数据，查询相应的策略数据；

判断策略数据是否存在缓存中，如果存在则获取数据分配策略，如果不存在则从数据库中获取数据分配策略并将所述数据分配策略加载到缓存中；

基于获取的数据分配策略确定匹配的区域通道和运营商通道，以完成数据分配。

2.如权利要求1所述的方法，其中，所述数组中每个元素存储一个链表的头节点，所述链表包括多个节点，每个节点包含一个数据分配策略的键值对的哈希值以及下一个数据分配策略的键值对对象。

3.如权利要求1所述的方法，其中，所述构建数据分配策略的步骤包括：

计算手机号码归属地和运营商标识的哈希值；

基于数组长度和哈希值，确定数据分配策略在数组中的存储位置。

4.如权利要求1所述的方法，其中，

所述循环队列每隔预定时间向数据库发送更新数据的请求。

5.如权利要求4所述的方法，所述循环队列包括头索引和尾索引，其中，

初始化头索引值和尾索引值为0；

当从数据库中加载数据分配策略到缓存时，所述头索引值加1；

当从缓存中删除数据分配策略时，所述尾索引值加1；

当头索引值等于尾索引值时，所述循环队列完成一次更新。

6.如权利要求1所述的方法，其中，所述判断策略数据是否存在缓存中，如果存在则获取数据分配策略，如果不存在则从数据库中获取数据分配策略并将所述数据分配策略加载到缓存中的步骤包括：

如果所查询的策略数据不存在，则设置关键字标识及其对应的值；

当再次接收到所述策略数据的查询请求时，返回所述关键字标识所对应的值。

7.如权利要求1所述的方法，其中，所述方法还包括：

检测匹配的数据分发通道的状态信息，当数据分发通道的状态为不可用时，将不可用的数据通道关闭，通过轮询的方式查找有效的数据通道进行分发；

当数据通道的状态恢复为可用时，打开该数据通道并加入到数据分配策略中。

8.如权利要求1所述的方法，其中，所述运营商通道至少包括移动通道、联通通道、电信通道、全网通道，所述区域通道至少包括各省网通道及其备用通道。

9.一种计算设备，包括：

一个或多个处理器；

存储器；

一个或多个程序，其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行根据权利要求1-8所述方法中的任一方法的指令。

10.一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当计算设备执行时，使得所述计算设备执行根据权利要求1-8所述的方法中的任一方法。