CN111988817A - Ota数据包下发流量的控制方法和装置 - Google Patents

Abstract

本申请公开了一种OTA数据包下发流量的控制方法和装置，涉及空中下载技术领域和计算机通信技术领域。具体实现方案为：获取当前计费周期内，针对目标任务的OTA数据包的下发请求，其中，下发请求携带内容分发网络CDN的标识信息；计算当前计费周期内，目标CDN的已下发流量与目标流量上限值的第一差值；若第一差值大于等于预设阈值，则判断目标任务是否属于预设下发任务；若不属于预设下发任务，则获取目标CDN的配置信息，并根据配置信息获取目标CDN的辅助CDN；若获取到辅助CDN，并判断辅助CDN是否满足预设下发条件；若满足预设下发条件，则通过辅助CDN下发OTA数据包。由此，由多个CDA协作下发数据包，对CDN服务费用进行有效控制，降低了OTA项目的成本。

Description

OTA数据包下发流量的控制方法和装置

技术领域

本申请的实施例总体上涉及空中下载技术领域和计算机通信技术领域，并且更具体地，涉及OTA数据包下发流量的控制方法和装置。

背景技术

OTA(Over-the-Air Technology,空中下载技术)，是通过移动通信的空中接口对系统、数据或应用进行远程管理的技术。

相关技术中，OTA项目的主要成本包括CDN(Content Delivery Network，内容分发网络)服务费用、服务器费用，以及其他产品的使用费用。其中，CDN服务费用占OTA项目成本的80％以上。因此，如果无法有效控制CDN服务费用，容易导致OTA项目的成本过高。

发明内容

本申请提供了一种OTA数据包下发流量的控制方法和装置。

根据第一方面，提供了一种OTA数据包下发流量的控制方法，包括：响应于当前计费周期内针对OTA数据包的下发请求，获取所述OTA数据包的目标下发流量，其中，所述下发请求携带内容分发网络CDN的标识信息；

确定与所述标识信息对应的目标CDN，以及所述目标CDN在所述当前计费周期的目标流量上限值，并计算所述目标下发流量与所述目标流量上限值的第一差值；若所述第一差值大于等于预设阈值，则判断所述OTA数据包是否属于预设OTA数据包；若不属于所述预设OTA数据包，则获取所述目标CDN的配置信息，并根据所述配置信息获取所述目标CDN的辅助CDN；若获取到所述辅助CDN，则判断所述辅助CDN是否满足预设下发条件，并在满足所述预设下发条件时，通过所述辅助CDN下发所述OTA数据包。

根据第二方面，提供了一种OTA数据包下发流量的控制装置，包括：第一获取模块，响应于当前计费周期内针对OTA数据包的下发请求，获取所述OTA数据包的目标下发流量，其中，所述下发请求携带内容分发网络CDN的标识信息；计算模块，用于确定与所述标识信息对应的目标CDN，以及所述目标CDN在所述当前计费周期的目标流量上限值，并计算所述目标下发流量与所述目标流量上限值的第一差值；第一判断模块，用于在所述第一差值大于等于预设阈值时，判断所述OTA数据包是否属于预设OTA数据包；第二获取模块，用于在不属于所述预设OTA数据包时，获取所述目标CDN的配置信息，并根据所述配置信息获取所述目标CDN的辅助CDN；第二判断模块，用于在获取到所述辅助CDN时，判断所述辅助CDN是否满足预设下发条件；下发模块，用于在满足所述预设下发条件时，通过所述辅助CDN下发所述OTA数据包。

根据第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的OTA数据包下发流量的控制方法。

根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如第一方面所述的OTA数据包下发流量的控制方法。

本申请提供的OTA数据包下发流量的控制方法和装置，存在如下有益效果：

获取当前计费周期内，针对OTA数据包的下发请求，获取OTA数据包目标下发流量，其中，下发请求携带内容分发网络CDN的标识信息，进而，确定与标识信息对应的目标CDN，以及目标CDN在当前计费周期的目标流量上限值，并计算目标下发流量与目标流量上限值的第一差值，若第一差值大于等于预设阈值，则判断OTA数据包是否属于预设OTA数据包，若不属于预设OTA数据包，则获取目标CDN的配置信息，并根据配置信息获取目标CDN的辅助CDN，最后，若获取到辅助CDN，则判断辅助CDN是否满足预设下发条件，并在满足预设下发条件时，通过辅助CDN下发OTA数据包。由此，由多个CDA协作下发数据包，对CDN服务费用进行有效控制，降低了OTA项目的成本。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请第一实施例的OTA数据包下发流量的控制方法的流程示意图；

图2是根据本申请第二实施例的OTA数据包下发流量的控制方法的流程示意图；

图3是根据本申请第三实施例的OTA数据包下发流量的控制场景示意图；

图4是根据本申请第四实施例的OTA数据包下发流量的控制场景示意图；

图5是根据本申请第五实施例的OTA数据包下发流量的控制装置的结构示意图；

图6是用来实现本申请实施例的OTA数据包下发流量的控制方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本申请实施例针对相关技术中，内容分发网络CDN服务费用占OTA项目成本的80％以上，如果无法有效控制CDN服务费用，容易导致OTA项目的成本过高的问题，提出一种OTA数据包下发流量的控制方法。应用在计算机通信技术领域中提供数据包的下发服务，满足升级需求等。

在对本申请实施例的OTA数据包下发流量的控制方法进行说明之前，首先对本申请涉及的背景技术和下相关技术名词进行解释说明，说明如下：

CDN服务费用有几种计费方式，目前比较有优势的两种方案是按照使用流量收费和按照95月峰收费。

如果是按照流量收费，使用了多少流量就收费多少。对于任何升级任务都可以做到在尽可能短的升级周期内完成。但是随着设备的不断增长，以及用户升级频率的不可控，该方案会导致项目整体成本跟着不可控地不停地增长。因此，若我们想控制我们项目的成本在一个可接受的范围的波动内，如何控制CDN费用在一个范围内极其重要，显然按流量计费是无法满足我们的。

如果是按照95月峰收费，可以理解为按照带宽收费，由于95月峰收费的单价更为昂贵，此时带宽对于成本带来的影响极其敏感。如果超出目标带宽，那么对应成本也会严重超出。

针对单CDN按流量收费会导致成本不可控，按95峰收费会导致对带宽极其敏感，无法满足某些特殊场景的需要。本申请提出一种多个CDN互相协作的方式，通过多个CDN，按95峰+按流量+部分CDN空闲带宽低成本利用的方式，力求兼顾考虑用户体验、升级效率、成本控制等因素，寻找一个平衡点，解决OTA系统中或其他有类似场景系统的CDN使用成本控制。该方案可以控制CDN成本在一个可控的范围内，且该方案通过动态打开单向的CDN间的超载迁移通道，可以利用通道的另一方的CDN的空闲带宽来提升升级效率。

下面参考附图对本申请提供的OTA数据包下发流量的控制方法和装置。

图1是根据本申请实施例所提供的一种OTA数据包下发流量的控制方法的流程示意图。

如图1所示，该OTA数据包下发流量的控制方法，包括以下步骤：

步骤101，响应于当前计费周期内针对目标任务的OTA数据包的下发请求，获取OTA数据包目标下发流量，其中，下发请求携带内容分发网络CDN的标识信息。

需要说明的是，本申请实施例的OTA数据包下发流量的控制方法，可以由本申请实施例的OTA数据包下发流量的控制装置执行。本申请实施例的OTA数据包下发流量的控制装置可以配置在任意服务器中，以执行本申请实施例的OTA数据包下发流量的控制方法。

其中，当前计费周期，可以是指OTA数据包下发项目中，CDN服务费用的当前计费周期。当前计费周期对应的时长可以为5分钟等。

举例而言，当计费方式为95月峰计费，则是把一个结算时间里的流量(通常为一个月)，按每5分钟统计一次，获取在该5分钟内的带宽点，举例而言，当下载总流量为C，则可以根据公式

得到该带宽点的带宽值。这样一个月会得到很多带宽点。将采集到的带宽点从大到小逆序排列，然后把图中处于前5％的带宽点去掉，将得到第一个带宽点作为当前月的95月峰计费点，举例而言，当一个月为30天时，默认采集的带宽点均有效，每5分钟取一个带宽点，则每天取288个点，每个月总取值的带宽点的个数为288*30＝8640个点，将所有的带宽点按逆序排列，去掉前5％的带宽点(8640*5％＝432个点)，即将去掉前5％的带宽点后得到的第一个点(第433个点)作为95月峰在当前月的计费点，根据该计费点的计费。其中，统计周期5分钟即可理解为本申请中的当前计费周期。

其中，OTA数据包，是指当前的目标任务对应的升级数据包。比如，可以为某个手机系统升级任务的升级数据包等等，本申请实施例对此不做限定。

其中，OTA数据包目标下发流量理解为由目标任务的OTA数据包需的字节数(单位为比特位)或带宽(单位为bps)决定的，在本申请的一个实施例中，可以根据OTA数据包的数量与每个数据包的字节的乘积来确定目标下发流量等。

其中，由于在数据包下发场景中，每个目标下发任务包含对应的OTA数据包或APP的CDN下载链接，因此，本申请中的标识信息可以理解为下发请求中的CDN下载链接的CDA域名等。

步骤102，确定与标识信息对应的目标CDN，以及目标CDN在当前计费周期的目标流量上限值，并计算当前计费周期内，目标下发流量与预设流量上限值的第一差值。

在本实施例中，确定与标识信息对应的目标CDN，其中，若是本实施例中的目标CDN为按照上述提到的95月峰的方式计费，目标CDN包含对应的预设流量上限值可以是根据收费设置的最高流量值，一旦在下发数据包时，超过该目标CDN的预设流量上限值，则会导致收费大大提高。若是本实施例中的CDN为按照上述提到的流量方式计费，则预设流量上限值可以是系统标定的最高流量值。

若是能够保证在每个计费周期内，流量峰值都不会超过预设流量上限值，则必然会保证费用成本维持在一定范围内，本申请的发明目的即是尽量控制每个计费周期内的流量不超过预设流量上限值。

其中，预设流量上限值可以是根据实验数据标定的，也可以是根据之前多个计费周期的流量使用情况得到的，可以根据当前计费周期之前的N个计费周期分别对应的实际下发流量，确定N个计费周期中包含实际下发流量大于目标下发流量的计费周期，以及实际下发流量大于目标下发流量的数计费周期数量M，进而根据计费周期数量M，确定当前计费周期对应的下发流量阈值，以使当前计费周期的实际下发流量，不会使得当前计费时段的CDN服务费用超过目标下发流量对应的费用。

在本实施例中，由于实际下发流量大于目标下发流量的计费周期数量M越大，计费时段的CDN服务费用越高，则可以预设使得CDN服务费用小于或等于目标下发流量对应的费用的计费周期数量阈值。从而，若M小于数量阈值，即当前计费时段的CDN服务费用还在可控范围内，还未达到目标下发流量对应的费用，则可以将当前计费周期对应的下发流量阈值，确定为较大的值，以提升OTA数据包的下发速度，满足用户的下载需求；若M大于或等于数量阈值，即当前计费时段的CDN服务费用已经达到目标下发流量对应的费用，则可以将当前计费周期对应的下发流量阈值，确定为较小的值，以保证当前计费周期的实际下发流量不会导致当前计费时段的CDN服务费用超过目标下发流量对应的费用，从而有效控制当前计费时段的CDN服务费用。

需要说明的是，上述预设流量上限值并不能简单的理解为是本申请中的目标流量上限值，这是由于当前计费周期内的OTA数据包并非是在当前计费周期内第一次下发的OTA数据包，若是当前计费周期内已经下发了一部分OTA数据包，则必然会导致剩余的流量空间较少，因此，本申请中的目标流量上限值可以理解为预设流量上限值与目标CDN在当前计费周期内已下发的OTA数据包消耗流量的差值。若是当前计费周期内没有下发过OTA数据包，则预设流量上限值为目标流量上限值。

进一步的，应当理解的是，若是当前待下发的目标下发流量达到目标流量上限值，则很有可能会导致下发费用的提升，因此，需要计算前计费周期内，目标下发流量与目标流量上限值的第一差值，其中，该第一差值可以为0也可以为大于0的数字，在一些场景下，也可以为接近0的正数，以确保待下发的目标下发流量不会导致下发费用提升。

步骤103，若第一差值大于等于预设阈值，则判断OTA数据包是否属于预设OTA数据包。

在本申请的一个实施例中，若是第一差值大于等于预设阈值，则也不会直接协调OTA数据包的下发，这是由于对于有些OTA数据包，若是限流等则会对用户体验或升级效率有较大影响，例如，用户对其升级周期有强烈需求要求以尽快的速度升级完成，这种情况下，限流会影响其升级效率，加长升级周期，因此，这种情况不能限流。

在本实施例中，预先设置不能被限流的预设OTA数据包，通过判断OTA数据包是否属于预设OTA数据包来确定对应的OTA数据包下发是否可以被限流。

在本申请的另一个实施例中，若是第一差值小于预设阈值，则直接通过目标CDN下发OTA数据包。

骤104，若不属于预设OTA数据包，则获取目标CDN的配置信息，并根据配置信息获取目标CDN的辅助CDN。

在本申请的一个实施例中，若是属于预设OTA数据包，则认为OTA数据包可以被限流，获取目标CDN的配置信息，并根据配置信息获取目标CDN的辅助CDN。

其中，目标CDN的配置信息可以理解为目标CDN的配置的其他辅助CDN的key值，或者是与其他辅助CDN的域名等可以唯一定位到其他辅助CDN的信息。

在本申请的另一个实施例中，若是属于预设OTA数据包，则为了保障升级体验，缩短升级周期，则通过目标CDN下发OTA数据包。

步骤105，若获取到辅助CDN，则判断辅助CDN是否满足预设下发条件，并在满足预设下发条件时，通过辅助CDN下发OTA数据包。

其中，辅助CDN下发OTA数据包可以是下载请求对应的全部的OTA数据包，也可以是目标CDA无法承载的部分OTA数据包。

在本申请的一个实施例中，若是获取到辅助CDN，则判断辅助CDN是否满足预设下发条件，其中，预设下发条件根据场景的不同为不同内容，示例如下：

示例一：

在本示例中，若是辅助CDN的计费模式为预设带宽计费模式时，即为95月峰计费模式时，则确定与辅助CDN对应的参考流量上限值，进而，计算当前计费周期内，目标CDN的目标下发流量与参考流量上限值的第二差值，若是第二差值小于预设阈值，则辅助CDN满足预设下发条件，否则，则认为不满足辅助CDN，其中，本实施例中的预设阈值可以参照上述实施例中第一差值对应的预设阈值，参考流量上限值可以根据目标CDN的收费标准确定，也可以根据目标CDN在历史计费周期内的流量峰值确定等，其中，当根据历史计费周期的流量峰值确定时，参照上述实施例中的对应内容，在此不再赘述。

另外，参考流量上限值也可以根据目标CDA到辅助CDA之间打开时段确定，比如，在上午00:00-8:00时段开启到辅助CDA-A的单向可迁移通道。当目标CDA超载时，可迁移有限部分流量到A上，从而，参考流量上限值为A在当前计费周期下剩余的流量上限值，比如，在上午12:00-13:00时段开启到辅助CDA-B的单向可迁移通道。当目标CDA超载时，可迁移有限部分流量到B上，从而，参考流量上限值为B在当前计费周期下剩余的流量上限值，因而，在本实施例中，确定辅助CDN在时间段对应的所述参考流量上限值，打开的是哪个辅助CDA的通道，则对应的流量上限值即为哪个辅助CDA在当前计费周期内的剩余的流量值。

示例二：

在本示例中，若是辅助CDN为按照流量收费，则可以通过判断在当前计费周期下辅助CDN是否处于空闲状态来判断辅助CDN是否满足预设下发条件。

示例三：

在本示例中，若是辅助CDN为按照流量收费，则可以判断辅助CDN流量收费的单价，根据该单价计算收费，若是该收费小于目标CDN现在对应的OTA数据包的超出费用，则认为满足预设下发条件。

进一步的，在满足预设下发条件时，则通过辅助CDN下发OTA数据包。

在本申请的另一个实施例中，若是没有获取到辅助CDN，或者辅助CDN不满足预设下发条件，则采用限流方式通过目标CDN下发OTA数据包。

其中，本实施例中的限流方式为计算目标下发流量与目标流量上限值的第一差值后，确定于该第一差值对应的部分OTA数据包，将该部分OTA数据包放在当前计费周期内下发，其他的剩余OTA数据包放入后续的计费周期下发，其中，在放入后续计费周期下发时，还可以向剩余OTA数据包的客户端用户发送下发请求再次出发的提醒消息，该提醒消息包括再次下发的时间点等。

举例而言，在本实施例中，若是通过对当前计费周期内目标CDA已下发的OTA数据包的数量进行累加，并可以通过控制当前计费周期内已下发的OTA数据包数量，控制当前计费周期内下发的部分OTA数据包的下发流量。具体的，假设当前计费周期对应的预设流量上限值为x，单位为bps，当前时刻为当前计费周期的第k秒，当前计费周期内已下发的OTA数据包的数量为y，1个OTA数据包的大小为z字节，则可以确定当前计费周期在当前时刻之前的已下发流量为

从而，根据x和a的差值与z相除后，确定下发的部分OTA数据包。

为了使得本领域的技术人员更加清楚，本申请的OTA数据包下发流量的控制方法，下面结合具体的场景来说明，在该场景中，CDN＝a表述目标CDN，CDN_2nd表示辅助CDN。

则在本实施例中，如图2所示，获取当前计费周期内，针对OTA数据包的下发请求后，若是该OTA数据包不属于预设的特殊的OTA数据包，则判断CDN＝a是否达到预设流量上限值，即确定目标流量上限值是否为0甚至小于0的数，或者是目标下发流量与目标流量上限值的第一差值是否大于0等，若是达到预设流量上限值，则判断CDN＝a中是否配置了CDN_2nd的key值，若是有，则判断CDN_2nd的全局使用流量是否达到上限值(即是否满足下发条件)，若是达到，则以CDN_2nd的作为下发的CDN，若是没有配置CDN_2nd的key值，则以限流的方式通过CDN＝a下发。

需要说明的是，本实施例中的辅助CDN也可以为多个，下面以该多个辅助CDN为例来说明如何通过辅助CDN下发OTA数据包。

在本实施例中，如目标CDN可以承接部分OTA数据包的下发，则根据目标CDN当前剩余的流量确定可以承接的部分OTA数据包后，将剩余的OTA数据包由辅助CDN下发。

在本申请的一个实施例中，如图3所示，若是辅助CDN包含按照95月峰收费的A和按照流量收费的B，则根据A在当前计费周期下的已下发流量和流量上限值来确定剩余流量，根据剩余流量确定可承接的OTA数据包，若是可承接的OTA数据包是目标CDN剩余的全部OTA数据包，则不再调用B，如还有一部分OTA数据包无法被A承接，则可以将无法被A承接的OTA数据包发送至B。

在本申请的一个实施例中，如图4所示，若是辅助CDN包含的辅助CDN均是按照流量收费，则若是目标CDN剩余部分OTA数据包，则进一步判断剩余部分OTA数据包是否属于预设OTA数据包，若不属于，则等到下一个计费周期时，使用目标CDA下发，否则，使用辅助CDN下发剩余的OTA数据包，以保证OTA数据包的下发周期。

综上，本申请实施例的OTA数据包下发流量的控制方法，获取当前计费周期内，针对OTA数据包的下发请求，获取OTA数据包目标下发流量，其中，下发请求携带内容分发网络CDN的标识信息，进而，确定与标识信息对应的目标CDN，以及目标CDN在当前计费周期的目标流量上限值，并计算目标下发流量与目标流量上限值的第一差值，若第一差值大于等于预设阈值，则判断OTA数据包是否属于预设OTA数据包，若不属于预设OTA数据包，则获取目标CDN的配置信息，并根据配置信息获取目标CDN的辅助CDN，最后，若获取到辅助CDN，则判断辅助CDN是否满足预设下发条件，并在满足预设下发条件时，通过辅助CDN下发OTA数据包。由此，由多个CDA协作下发数据包，对CDN服务费用进行有效控制，降低了OTA项目的成本。

根据本申请的实施例，本申请还提供了一种OTA数据包下发流量的控制装置。

图5是根据本申请第五实施例的OTA数据包下发流量的控制装置的结构示意图。如图5所示，该装置包括：第一获取模块10、计算模块20、第一判断模块30、第二获取模块40、第二判断模块50以及下发模块60。

其中，第一获取模块10，响应于当前计费周期内针对OTA数据包的下发请求，获取OTA数据包的目标下发流量，其中，下发请求携带内容分发网络CDN的标识信息；

计算模块20，用于确定与标识信息对应的目标CDN，以及目标CDN在当前计费周期的目标流量上限值，并计算目标下发流量与目标流量上限值的第一差值；

第一判断模块30，用于在第一差值大于等于预设阈值时，判断OTA数据包是否属于预设OTA数据包；

第二获取模块40，用于在不属于预设OTA数据包时，获取目标CDN的配置信息，并根据配置信息获取目标CDN的辅助CDN；

第二判断模块50，用于在获取到辅助CDN时，判断辅助CDN是否满足预设下发条件；

下发模块60，用于在满足预设下发条件时，通过辅助CDN下发OTA数据包。

在本申请实施例一种可能的实现方式中，

下发模块60，还用于：

在第一差值小于预设阈值时，通过目标CDN下发OTA数据包。

在本申请实施例一种可能的实现方式中，

下发模块60，还用于：

在属于预设OTA数据包时，通过目标CDN下发OTA数据包。

在本申请实施例一种可能的实现方式中，

第二判断模块50，具体用于：

确定与辅助CDN对应的参考流量上限值；

计算当前计费周期内，目标下发流量与参考流量上限值的第二差值；

若第二差值小于预设阈值，则确定辅助CDN满足预设下发条件；

若第二差值大于预设阈值，则确定辅助CDN不满足预设下发条件。

需要说明的是，前述对OTA数据包下发流量的控制方法的实施例的解释说明，也适用于该实施例的OTA数据包下发流量的控制装置，其实现原理类似，此处不再赘述。

综上，本申请实施例的OTA数据包下发流量的控制装置，获取当前计费周期内，针对OTA数据包的下发请求，获取OTA数据包目标下发流量，其中，下发请求携带内容分发网络CDN的标识信息，进而，确定与标识信息对应的目标CDN，以及目标CDN在当前计费周期的目标流量上限值，并计算目标下发流量与目标流量上限值的第一差值，若第一差值大于等于预设阈值，则判断OTA数据包是否属于预设OTA数据包，若不属于预设OTA数据包，则获取目标CDN的配置信息，并根据配置信息获取目标CDN的辅助CDN，最后，若获取到辅助CDN，则判断辅助CDN是否满足预设下发条件，并在满足预设下发条件时，通过辅助CDN下发OTA数据包。由此，由多个CDA协作下发数据包，对CDN服务费用进行有效控制，降低了OTA项目的成本。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是用来实现本申请实施例的OTA数据包下发流量的控制方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的OTA数据包下发流量的控制方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的OTA数据包下发流量的控制方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的OTA数据包下发流量的控制方法对应的程序指令/模块(例如，附图5所示的第一获取模块10、计算模块20、第一判断模块30、第二获取模块40、第二判断模块50以及下发模块60)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的OTA数据包下发流量的控制方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据执行OTA数据包下发流量的控制方法的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至执行OTA数据包下发流量的控制方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

执行OTA数据包下发流量的控制方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与执行OTA数据包下发流量的控制方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (12)

1.一种OTA数据包下发流量的控制方法，包括：

响应于当前计费周期内针对OTA数据包的下发请求，获取所述OTA数据包的目标下发流量，其中，所述下发请求携带内容分发网络CDN的标识信息；

确定与所述标识信息对应的目标CDN，以及所述目标CDN在所述当前计费周期的目标流量上限值，并计算所述目标下发流量与所述目标流量上限值的第一差值；

若所述第一差值大于等于预设阈值，则判断所述OTA数据包是否属于预设OTA数据包；

若不属于所述预设OTA数据包，则获取所述目标CDN的配置信息，并根据所述配置信息获取所述目标CDN的辅助CDN；

若获取到所述辅助CDN，则判断所述辅助CDN是否满足预设下发条件，并在满足所述预设下发条件时，通过所述辅助CDN下发所述OTA数据包。

2.如权利要求1所述的方法，其中，在所述计算所述目标下发流量与所述目标流量上限值的第一差值之后，还包括：

若所述第一差值小于所述预设阈值，则通过所述目标CDN下发所述OTA数据包。

3.如权利要求1所述的方法，其中，在所述判断所述OTA数据包是否属于预设OTA数据包之后，还包括：

若属于所述预设OTA数据包，则通过所述目标CDN下发所述OTA数据包。

4.如权利要求1所述的方法，其中，当所述辅助CDN的计费模式为预设带宽计费模式时，所述判断所述辅助CDN是否满足下发条件，包括：

确定与所述辅助CDN对应的参考流量上限值；

计算所述当前计费周期内，所述目标下发流量与所述参考流量上限值的第二差值；

若所述第二差值小于预设阈值，则确定所述辅助CDN满足所述预设下发条件；

若所述第二差值大于预设阈值，则确定所述辅助CDN不满足所述预设下发条件。

5.如权利要求4所述的方法，其中，所述确定与所述辅助CDN对应的参考流量上限值，包括：

获取所述当前计费周期对应的时间段；

确定所述辅助CDN在所述时间段对应的所述参考流量上限值。

6.如权利要求1所述的方法，其中，在所述根据所述配置信息获取所述目标CDN的辅助CDN之后，还包括：

若没有获取到所述辅助CDN，或者所述辅助CDN不满足所述预设下发条件，则采用限流方式通过所述目标CDN下发所述OTA数据包。

7.一种OTA数据包下发流量的控制装置，包括：

第一获取模块，响应于当前计费周期内针对OTA数据包的下发请求，获取所述OTA数据包的目标下发流量，其中，所述下发请求携带内容分发网络CDN的标识信息；

计算模块，用于确定与所述标识信息对应的目标CDN，以及所述目标CDN在所述当前计费周期的目标流量上限值，并计算所述目标下发流量与所述目标流量上限值的第一差值；

第一判断模块，用于在所述第一差值大于等于预设阈值时，判断所述OTA数据包是否属于预设OTA数据包；

第二获取模块，用于在不属于所述预设OTA数据包时，获取所述目标CDN的配置信息，并根据所述配置信息获取所述目标CDN的辅助CDN；

第二判断模块，用于在获取到所述辅助CDN时，判断所述辅助CDN是否满足预设下发条件；

下发模块，用于在满足所述预设下发条件时，通过所述辅助CDN下发所述OTA数据包。

8.如权利要求7所述的装置，其中，所述下发模块，还用于：

在所述第一差值小于所述预设阈值时，通过所述目标CDN下发所述OTA数据包。

9.如权利要求7所述的装置，其中，所述下发模块，还用于：

在属于所述预设OTA数据包时，通过所述目标CDN下发所述OTA数据包。

10.如权利要求7所述的装置，其中，所述第二判断模块，具体用于：

确定与所述辅助CDN对应的参考流量上限值；

计算所述当前计费周期内，所述目标下发流量与所述参考流量上限值的第二差值；

若所述第二差值小于预设阈值，则确定所述辅助CDN满足所述预设下发条件；

若所述第二差值大于预设阈值，则确定所述辅助CDN不满足所述预设下发条件。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的OTA数据包下发流量的控制方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的OTA数据包下发流量的控制方法。

Images