CN111970132A - Ota数据包下发流量的控制方法、装置及服务器 - Google Patents

Abstract

本申请公开了一种OTA数据包下发流量的控制方法、装置及服务器，涉及OTA及大数据技术领域。具体实现方案为：获取当前计费时段对应的OTA数据包目标下发流量；获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数；根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M，确定当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数；根据当前计费周期对应的下发流量阈值，控制当前计费周期内OTA数据包的下发流量。由此，通过本申请公开的方案，动态调整各计费周期的下发流量，对CDN服务费用进行有效控制，降低了OTA项目的成本。

Description

OTA数据包下发流量的控制方法、装置及服务器

技术领域

本申请涉及互联网技术领域，尤其涉及OTA及大数据技术领域，提出一种OTA数据包下发流量的控制方法、装置及服务器。

背景技术

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

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

发明内容

本申请提供了一种用于OTA数据包下发流量的控制的方法、装置、服务器以及存储介质。

根据本申请的一方面，提供了一种OTA数据包下发流量的控制方法，包括：获取当前计费时段对应的OTA数据包目标下发流量；获取所述当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数；根据所述N个计费周期内包含的实际下发流量大于所述目标下发流量的计费周期数量M，确定所述当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数；以及根据所述当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。

根据本申请的另一方面，提供了一种OTA数据包下发流量的控制装置，包括：第一获取模块，用于获取当前计费时段对应的OTA数据包目标下发流量；第二获取模块，用于获取所述当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数；第一确定模块，用于根据所述N个计费周期内包含的实际下发流量大于所述目标下发流量的计费周期数量M，确定所述当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数；以及控制模块，用于根据所述当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。

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

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

根据本申请的技术方案，解决了相关技术中，CDN服务费用占OTA项目成本的80％以上，如果无法有效控制CDN服务费用，容易导致OTA项目的成本过高的问题。通过预设当前计费时段对应的OTA数据包目标下发流量，并获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，之后根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量，确定当前计费周期对应的下发流量阈值，进而根据当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。由此，通过根据实际费用需求预设目标下发流量，以根据目标下发流量及CDN服务的计费方式，对超过目标下发流量的计费周期数量进行控制，从而通过动态调整各计费周期的下发流量，对OTA项目的CDN服务费用进行有效控制，降低了OTA项目的成本。

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

附图说明

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

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

图2为本申请实施例所提供的另一种OTA数据包下发流量的控制方法的流程示意图；

图3为本申请实施例所提供的再一种OTA数据包下发流量的控制方法的流程示意图；

图4为本申请实施例提供的一种OTA数据包下发流量的控制装置的结构示意图；

图5为用来实现本申请实施例的OTA数据包下发流量的控制方法的服务器的框图。

具体实施方式

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

本申请实施例针对相关技术中，CDN服务费用占OTA项目成本的80％以上，如果无法有效控制CDN服务费用，容易导致OTA项目的成本过高的问题，提出一种OTA数据包下发流量的控制方法。

下面参考附图对本申请提供的OTA数据包下发流量的控制方法、装置、服务器及存储介质进行详细描述。

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

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

步骤101，获取当前计费时段对应的OTA数据包目标下发流量。

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

需要说明的是，OTA项目的主要成本包括CDN服务费用、服务器费用，以及其他产品的使用费用。其中，CDN服务费用占OTA项目成本的80％以上。因此，有效控制CDN服务费用，可以防止OTA项目的成本过高，提高项目盈利。

按照使用流量收费和按照95月峰收费，是两种目前比较有优势的两种CDN服务费用计费模式。按照流量收费的计费模式，对于任何升级任务都可以做到在尽可能短的升级周期内完成，但是在终端数量庞大的情况下，该方案会导致项目成本不可控。因此，在OTA终端数量上升到一定规模后，通常优先采取95月峰计费模式进行CDN服务费用计费，以保证OTA项目的成本可控。

在采取95月峰计费模式进行CDN服务费用计费时，如果不对OTA数据包的下发速度做控制，那么在下发高峰期很容易给CDN服务节点造成极大的压力，不仅会影响CDN的服务质量，而且会导致CDN服务费用不可控。因此，可以通过在用户可接受的升级周期范围内，动态调整OTA数据包的下发速度，以在保证用户体验的同时，控制CDN服务费用。

其中，当前计费时段，可以是指OTA数据包下发项目中，CDN服务费用的计费时段，可以根据CDN服务费用的计费周期和当前时刻，确定当前计费时段。

举例来说，OTA项目的CDN服务费用的计费周期为1个自然月，当前时刻为2020年1月3日，则当前计费时段可以为2020年1月1日至2020年1月31日。

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

其中，目标下发流量，可以是指OTA项目的管理人员设置的、可以用于对OTA项目的CDN服务费用进行控制的下发速度值(或下发带宽值)。目标下发流量的单位可以为bps。

在本申请实施例中，当前计费时段对应的OTA数据包目标下发流量，可以是OTA项目的管理人员设定的，因此，服务器可以从管理人员对OTA项目进行管理的OTA控制台获取目标下发流量设置指令，进而对目标下发流量设置指令进行解析处理，以确定目标下发流量设置指令中包含的目标下发流量。

步骤102，获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数。

需要说明的是，在CDN服务费用的计费模式中，可以将每个计费时段划分为多个计费周期，进而根据每个计费周期内的OTA实际下发流量，确定每个计费时段内的CDN费用。

举例来说，在CDN服务费用的95月峰计费模式中，一个自然月可以为一个计费时段，在一个计费时段内，每个计费周期可以为5分钟，从而每个自然日包括288个计费周期，一个计费时段内可以包括288×30＝8640个计费周期。

在本申请实施例中，在CDN服务费用的计费模式中，可以根据计费时段内的部分计费周期对应的OTA数据包实际下发流量，确定该计费时段内的CDN服务费用；也就是说，在一个计费时段内，可以包括参与计费的计费周期与不参与计费的计费周期。因此，可以尽可能提升不参与计费的计费周期对应的OTA数据包实际下发流量，以保证数据包的下发速度，提升用户体验；并将参与计费的计费周期对应的OTA数据包实际下发流量控制在OTA数据包目标下发流量范围内，以对CDN服务费用进行有效控制。

作为一种可能的实现方式，可以根据当前计费时段的计费周期划分方式和当前时刻，确定当前计费周期，以及位于当前计费周期之前的N个计费周期，进而通过接口获取N个计费周期分别对应的N各OTA数据包实际下发流量。

举例来说，当前的计费模式为95月峰计费模式，每个计费时段为1个自然月，一个计费时段内包括8640个计费周期，即每个计费周期为5分钟，当前时刻为2020年1月1日10时6分，则可以确定当前计费时段为2020年1月1日至31日，当前计费周期为2020年1月1日10时6分至10分，当前计费周期之前包括109个计费周期，之后可以通过接口获取这109个计费周期分别对应的109个OTA数据包实际下发流量。

步骤103，根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M，确定当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数。

作为一种可能的实现方式，当前计费时段的CDN服务费用是否可以控制在与目标下发流量对应的费用范围内，可以与当前计费时段内包括的实际下发流量大于目标下发流量的计费周期的数量有关。比如，当前计费时段内包括的实际下发流量大于目标下发流量的计费周期的数量越大，当前计费周期的CDN服务费用越高；又如，在95月峰计费方式中，是将按照每个计费周期内的实际下发流量进行降序排序，并将实际下发流量最高的前5％个计费周期去除，即去除实际下发流量最高的432个计费周期，进而按照去除后的实际下发流量最高的计费周期，确定当前计费时段的CDN服务费用；也就是说，按照实际下发流量最高的第433个计费周期，确定当前计费时段的CDN服务费用。

因此，在本申请实施例中，可以根据当前计费周期之前的N个计费周期分别对应的实际下发流量，确定N个计费周期中包含实际下发流量大于目标下发流量的计费周期，以及实际下发流量大于目标下发流量的数计费周期数量M，进而根据计费周期数量M，确定当前计费周期对应的下发流量阈值，以使当前计费周期的实际下发流量，不会使得当前计费时段的CDN服务费用超过目标下发流量对应的费用。

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

步骤104，根据当前计费周期对应的下发流量阈值，控制当前计费周期内OTA数据包的下发流量。

在本申请实施例中，确定出当前计费周期对应的下发流量阈值之后，则可以根据下发流量阈值，控制当前计费周期内OTA数据包的下发流量，以使当前计费周期结束之后，当前计费周期的实际下发流量小于或等于下发流量阈值。

作为一种可能的实现方式，可以通过对当前计费周期内已下发的OTA数据包的数量进行累加，并可以通过控制当前计费周期内已下发的OTA数据包数量，控制当前计费周期内OTA数据包的下发流量。具体的，假设当前计费周期对应的下发流量阈值为x，单位为bps，当前时刻为当前计费周期的第k秒，当前计费周期内已下发的OTA数据包的数量为y，1个OTA数据包的大小为z字节，则可以确定当前计费周期在当前时刻之前的已下发流量为

从而，若a小于x，则可以继续在当前计费周期内下发OTA数据包括；若a＝x，则可以在当前计费周期内暂停下发OTA数据包。

根据本申请实施例的技术方案，通过预设当前计费时段对应的OTA数据包目标下发流量，并获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，之后根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量，确定当前计费周期对应的下发流量阈值，进而根据当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。由此，通过根据实际费用需求预设目标下发流量，以根据目标下发流量及CDN服务的计费方式，对超过目标下发流量的计费周期数量进行控制，从而通过动态调整各计费周期的下发流量，对OTA项目的CDN服务费用进行有效控制，降低了OTA项目的成本。

在本申请一种可能的实现形式中，可以根据设定的当前计费时段对应的CDN目标费用，确定目标下发流量，并结合用户下载请求的数量控制当前计费周期的下发流量，以在有效控制CDN服务费用的同时，平衡更新周期和用户体验。

下面结合图2，对本申请实施例提供的OTA数据包下发流量的控制方法进行进一步说明。

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

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

步骤201，获取当前计费时段对应的CDN目标费用。

其中，CDN目标费用，可以是指OTA项目的管理人员设置的、当前计费时段的CDN最大成本。需要说明的是，CDN目标费用可以是OTA项目的管理人员对当前计费时段内OTA项目的成本预算，以及OTA项目的更新周期进行权衡之后，确定的CDN服务费用，从而既可以将CDN服务费用有效控制在预算范围内，又可以保证OTA数据包的下发速度，不会严重影响更新周期。

在本申请实施例中，当前计费时段对应的CDN目标费用，可以是OTA项目的管理人员设定的，因此，服务器可以从管理人员对OTA项目进行管理的OTA控制台获取CDN目标费用设置指令，进而对CDN目标费用设置指令进行解析处理，以确定CDN目标费用设置指令中包含的CDN目标费用。

步骤202，根据当前计费时段对应的CDN目标费用，确定目标下发流量。

在本申请实施例中，确定出当前计费时段对应的CDN目标费用之后，服务器可以根据当前计费时段对应的CDN目标费用，以及CDN服务费用的收费标准，确定目标下发流量。比如，CDN目标费用为X元，CDN服务费用的单价为Y元/bps，从而可以确定目标下发流量为X/Y。

需要说明的是，上述举例仅为示例性的，不能视为对本申请的限制。实际使用时，可以根据CDN服务费用的具体收费标准，确定目标下发流量，本申请实施例对此不做限定。

步骤203，获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数。

步骤204，根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M，确定当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数。

上述步骤203-204的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤205，根据当前计费周期对应的下发流量阈值，控制当前计费周期内OTA数据包的下发流量。

作为一种可能的实现方式，在每个计费周期内，服务器可以根据获取到的OTA数据包下载请求的数量，合理分配每个计费周期内OTA数据包的下发数量，以在保证每个计费周期内OTA的下发流量符合下发流量阈值的同时，尽可能满足用户需求。即在本申请实施例一种可能的实现方式中，上述步骤205，可以包括：

响应于获取的终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

若当前计费周期内的已下发流量等于下发流量阈值，则在当前计费周期的下一相邻计费周期内向终端下发OTA数据包。

在本申请实施例中，服务器可以在获取到终端发送的OTA数据包下载请求时，检测当前计费周期的已下发流量，并根据当前计费周期的已下发流量与当前计费周期的下发流量阈值，判断是否可以根据获取到的OTA数据包下载请求，在当前计费周期内继续下发OTA数据包。

具体的，假设当前计费周期对应的下发流量阈值为x，单位为bps，当前时刻为当前计费周期的第k秒，当前计费周期内已下发的OTA数据包的数量为y，1个OTA数据包的大小为z字节，则可以确定当前计费周期在当前时刻之前的已下发流量为

从而，若当前计费周期内的已下发流量等于下发流量阈值，即a＝x，则可以确定在当前计费周期内继续下发OTA数据包，会导致当前计费周期的下发流量大于下发流量阈值，从而可以在与当前计费周期相邻的下一计费周期内，再向在当前计费周期内发送OTA数据包下载请求的终端下发OTA数据包；或者，虽然当前计费周期内的已下发流量小于下发流量阈值，但是在当前计费周期内继续下发OTA数据包会导致已下发流量大于下发流量阈值，即

从而也可以在与当前计费周期相邻的下一计费周期内，再向在当前计费周期内发送OTA数据包下载请求的终端下发OTA数据包，以保证当前计费周期的下发流量不会超过下发流量阈值。

若当前计费周期内的已下发流量小于下发流量阈值，且在当前计费周期内继续下发OTA数据包不会导致已下发流量大于下发流量阈值，即

从而可以在当前计费周期内响应终端发送的OTA数据包下载请求，向终端下发OTA数据包。

作为另一种可能的实现方式，终端发送的OTA数据包下载请求还可以具有优先级，从而可以优先向响应优先级高的下载请求，以进一步提升用户体验。即在本申请实施例一种可能的实现方式，上述步骤205，可以包括：

响应于获取的至少两个终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

若当前计费周期内的已下发流量小于下发流量阈值、且与至少两个终端分别请求的至少两个OTA数据包的流量和大于下发流量阈值，则根据至少两个OTA数据包的优先级，确定当前计费周期内待下发的目标OTA数据包；

下发目标OTA数据包。

在本申请实施例中，对于不同终端发送的OTA数据包下载请求，可能会具有不同的优先级，从而服务器在获取到多个终端发送的OTA数据包下载请求时，可以首先获取各个OTA数据包下载请求的优先级，以根据优先级由高至低的顺序依次响应各个OTA数据包下载请求，以将OTA数据包分别下发至各个发送OTA数据包下载请求的终端。

具体的，假设当前计费周期对应的下发流量阈值为x，单位为bps，当前时刻为当前计费周期的第k秒，当前计费周期内已下发的OTA数据包的数量为y，1个OTA数据包的大小为z字节，当前获取到n个终端发送的n个OTA数据包下载请求，则可以确定当前计费周期在当前时刻之前的已下发流量为

从而，若当前计费周期内的已下发流量等于下发流量阈值，即a＝x，则可以确定在当前计费周期内继续下发OTA数据包，会导致当前计费周期的下发流量大于下发流量阈值，从而可以在与当前计费周期相邻的下一计费周期内，再按照各个OTA数据包下载请求的优先级依次向在当前计费周期内发送OTA数据包下载请求的多个终端下发OTA数据包。

若当前计费周期内的已下发流量小于下发流量阈值、且与至少两个终端分别请求的至少两个OTA数据包的流量和大于下发流量阈值，即当前计费周期内的已下发流量小于下发流量阈值，且在当前计费周期内将n个数据包全部下发会导致已下发流量大于下发流量阈值，即

其中，m小于n，从而可以将n个OTA数据包下载请求中优先级最高的m个OTA数据包下载请求对应的m个OTA数据包，确定为目标OTA数据包，并在当前计费周期内将m个目标OTA数据包下发至相应的终端。以及，在与当前计费周期相邻的下一计费周期内，再响应剩余的n-m个OTA数据包下载请求，向按照优先级顺序将剩余的n-m个OTA数据包下发至相应的终端，以保证当前计费周期的下发流量不会超过下发流量阈值。

若当前计费周期内的已下发流量小于下发流量阈值，且在当前计费周期内继续下发n个OTA数据包也不会导致已下发流量大于下发流量阈值，即

从而可以将n个OTA数据包下载请求对应的n个OTA数据包确定为目标OTA数据包，并在当前计费周期内响应n个终端发送的n个OTA数据包下载请求，按照n个OTA数据包下载请求的优先级依次向终端下发目标OTA数据包。

根据本申请实施例的技术方案，通过根据设定的当前计费时段对应的CDN目标费用，确定OTA数据包目标下发流量，并获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，之后根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量，确定当前计费周期对应的下发流量阈值，进而在获取到终端发送的OTA数据包下载请求时，根据当前计费周期内的已下发流量和OTA数据包下载请求的优先级，对当前计费周期的下发流量进行控制。由此，通过设定的实际费用需求确定目标下发流量，以根据目标下发流量及CDN服务的计费方式，对超过目标下发流量的计费周期数量进行控制，并根据OTA数据包下载请求的数量和优先级，将每个计费周期内的下发流量控制在下发流量阈值内，从而通过动态调整各计费周期的下发流量，并综合考虑用户的下载需求，不仅对OTA项目的CDN服务费用进行有效控制，降低了OTA项目的成本，而且使得OTA数据包下发速度与用户需求相适应，进一步提升了用户体验。

在本申请一种可能的实现形式中，可以根据CDN服务费用的计费模式，确定计费周期的数量阈值，以根据数量阈值，确定各计费周期对应的下发流量阈值。

下面结合图3，对本申请实施例提供的OTA数据包下发流量的控制方法进行进一步说明。

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

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

步骤301，获取当前计费时段对应的OTA数据包目标下发流量。

步骤302，获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数。

上述步骤301-302的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤303，根据当前计费时段对应的计费模式，确定数量阈值。

在本申请实施例中，对CDN服务费用进行计费的计费模式不同，则计费时段内参与计费的计费周期的数量也不同，因此，可以根据当前计费时段对应的计费模式，确定当前计费时段的数量阈值。

作为一种可能的实现方式，可以根据计费模式，确定参与计费的目标计费点，进而根据目标计费点，确定数量阈值。即在本申请实施例一种可能的实现形式中，上述步骤303，可以包括：

根据当前计费时段对应的计费模式，确定目标计费点对应的数值。

根据目标计费点对应的数值，确定数量阈值，其中，数量阈值小于目标计费点对应的数值。

具体的，在当前计费时段对应的计费模式为95月份计费模式时，每个计费时段为1个自然月，一个计费时段内包括8640个计费周期，即每个计费周期为5分钟。在计费时，按照每个计费周期内的实际下发流量进行降序排序，并将实际下发流量最高的前5％个计费周期去除，即去除实际下发流量最高的432个计费周期，进而按照去除后的实际下发流量最高的计费周期，确定当前计费时段的CDN服务费用；也就是说，在95月峰计费模式中，按照当前计费时段内实际下发流量最高的第433个计费周期的实际下发流量，确定当前计费时段的CDN服务费用，即目标计费点为下发流量最高的第433个计费周期。因此，可以将数量阈值确定为432，即在一个计费时段内，可以允许有432个计费周期的实际下发流量尽可能的大。

进一步的，为了保证当前计费时段内目标计费点的实际下发流量一定可以小于或等于目标下发流量，还可以将数量阈值确定为较小的值。比如，目标计费点对应的数值为433，则可以将数量阈值确定为400；或者，按照96月峰计费模式的目标计费点对应的数值，确定数量阈值，由于96月峰计费模式的目标计费点对应的数值为8640×0.04≈346，从而可以将数量阈值确定为345，从而使得当前时段内第433个计费周期的实际下发流量一定可以小于或等于目标下发流量，从而进一步提升了CDN服务费用控制的可靠性。

步骤304，如果N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M等于数量阈值，则确定当前计费周期对应的下发流量阈值为目标下发流量。

在本申请实施例中，由于95月峰计费模式是按照实际下发流量最高的第433个计费周期(即目标计费点)的实际下发流量，计算CDN服务费用的，因此在一个计费时段内，可以允许432个点计费周期的实际下发流量近可能的大，即可以大于目标下发流量。由于，本申请实施例的数量阈值是小于当前计费时段对应的计费模式的目标计费点的数值的，因此，可以根据数量阈值，确定当前计费周期的下发流量阈值。

具体的，若在当前计费周期之前的N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M已经等于数量阈值，则可以确定当前计费时段内剩余的各计费周期的下发流量均不可以超过目标下发流量，从而可以将当前计费周期的下发流量阈值确定为目标下发流量。

举例来说，当前计费时段对应的计费模式为95月峰计费模式，数量阈值为432，M的取值为432，即当前计费周期之前的N个计费周期内已经包含432个实际下发流量大于目标下发流量的计费周期，因此，可以确定当前计费周期的下发流量阈值为目标下发流量，以保证目标计费点(下发流量最高的第433个计费周期)的实际下发流量不超过目标下发流量，从而将当前计费时段的CDN服务费用控制在CDN目标费用范围内。

步骤305，如果N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M小于数量阈值，则根据当前的CDN带宽，确定下发流量阈值。

在本申请实施例中，若在当前计费周期之前的N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M小于数量阈值，则可以确定当前计费时段内还可以运行一部分计费周期的下发流量超过目标下发流量，从而可以根据当前的CDN带宽，将当前计费周期的下发流量阈值确定为较大的值，比如将当前计费周期的下发流量阈值确定为当前的CDN带宽，以尽可能提升当前计费时段的OTA数据包的下发速度。

举例来说，当前计费时段对应的计费模式为95月峰计费模式，数量阈值为432，M的取值为400，即当前计费周期之前的N个计费周期内已经包含400个实际下发流量大于目标下发流量的计费周期，因此，可以确定当前计费周期的下发流量阈值为当前的CDN带宽，从而使得当前计费时段内实际下发流量最高的432个计费周期的下发流量可以尽可能的大，以提升不参与计费的各计费周期内的OTA数据包的下发速度，进一步提升用户体验。

步骤306，根据当前计费周期对应的下发流量阈值，控制当前计费周期内OTA数据包的下发流量。

上述步骤306的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

根据本申请实施例的技术方案，通过根据当前计费时段对应的计费模式，确定数量阈值，并在当前计费时段内、位于当前计费周期之前的N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M等于数量阈值时，确定当前计费周期对应的下发流量阈值为设定的目标下发流量，以及在计费周期数量M小于数量阈值时，根据当前的CDN带宽，确定下发流量阈值，进而根据当前计费周期对应的下发流量阈值，控制当前计费周期内OTA数据包的下发流量。由此，通过根据目标下发流量及CDN服务的计费模式，将超过目标下发流量的计费周期数量控制在数量阈值内，并尽可能的提升不参与计费的计费周期内的下发流量，从而通过动态调整各计费周期的下发流量，不仅对OTA项目的CDN服务费用进行有效控制，降低了OTA项目的成本，而且使得OTA数据包下发速度与用户需求相适应，进一步提升了用户体验。

为了实现上述实施例，本申请还提出一种OTA数据包下发流量的控制装置。

图4为本申请实施例提供的一种OTA数据包下发流量的控制装置的结构示意图。

如图4所示，该OTA数据包下发流量的控制装置40，包括：

第一获取模块41，用于获取当前计费时段对应的OTA数据包目标下发流量；

第二获取模块42，用于获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数；

第一确定模块43，用于根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量M，确定当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数；以及

控制模块44，用于根据当前计费周期对应的下发流量阈值，控制当前计费周期内OTA数据包的下发流量。

在实际使用时，本申请实施例提供的OTA数据包下发流量的控制装置，可以被配置在任意服务器中，以执行前述OTA数据包下发流量的控制方法。

根据本申请实施例的技术方案，通过预设当前计费时段对应的OTA数据包目标下发流量，并获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，之后根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量，确定当前计费周期对应的下发流量阈值，进而根据当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。由此，通过根据实际费用需求预设目标下发流量，以根据目标下发流量及CDN服务的计费方式，对超过目标下发流量的计费周期数量进行控制，从而通过动态调整各计费周期的下发流量，对OTA项目的CDN服务费用进行有效控制，降低了OTA项目的成本。

在本申请一种可能的实现形式中，上述第一获取模块41，包括：

获取单元，用于获取当前计费时段对应的内容分发网络目标费用；以及

第一确定单元，用于根据当前计费时段对应的内容分发网络目标费用，确定目标下发流量。

在本申请一种可能的实现形式中，上述第一确定模块43，包括：

第二确定单元，用于在计费周期数量M等于数量阈值时，确定当前计费周期对应的下发流量阈值为目标下发流量。

进一步的，在本申请另一种可能的实现形式中，上述第一确定模块43，包括：

第三确定单元，用于在计费周期数量M小于数量阈值时，则根据当前的内容分发网络带宽，确定下发流量阈值。

进一步的，在本申请再一种可能的实现形式中，上述OTA数据包下发流量的控制装置40，还包括：

第二确定模块，用于根据当前计费时段对应的计费模式，确定数量阈值。

进一步的，在本申请又一种可能的实现形式中，上述第二确定模块，包括：

第四确定单元，用于根据当前计费时段对应的计费模式，确定目标计费点对应的数值；

第五确定单元，用于根据目标计费点对应的数值，确定数量阈值，其中，数量阈值小于目标计费点对应的数值。

在本申请一种可能的实现形式中，上述控制模块44，包括：

第一检测单元，用于响应于获取的终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

第一下发单元，用于在当前计费周期内的已下发流量等于下发流量阈值时，在当前计费周期的下一相邻计费周期内向终端下发OTA数据包。

进一步的，在本申请另一种可能的实现形式中，上述控制模块44，包括：

第二检测单元，用于响应于获取的至少两个终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

第六确定单元，用于在当前计费周期内的已下发流量小于下发流量阈值、且与至少两个终端分别请求的至少两个OTA数据包的流量和大于下发流量阈值时，根据至少两个终端发送的OTA数据包下载请求的优先级，确定当前计费周期内待下发的目标OTA数据包；

第二下发单元，用于下发目标OTA数据包。

需要说明的是，前述对图1、图2、图3所示的OTA数据包下发流量的控制方法实施例的解释说明也适用于该实施例的OTA数据包下发流量的控制装置40，此处不再赘述。

根据本申请实施例的技术方案，通过根据设定的当前计费时段对应的CDN目标费用，确定OTA数据包目标下发流量，并获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，之后根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量，确定当前计费周期对应的下发流量阈值，进而在获取到终端发送的OTA数据包下载请求时，根据当前计费周期内的已下发流量和OTA数据包下载请求的优先级，对当前计费周期的下发流量进行控制。由此，通过设定的实际费用需求确定目标下发流量，以根据目标下发流量及CDN服务的计费方式，对超过目标下发流量的计费周期数量进行控制，并根据OTA数据包下载请求的数量和优先级，将每个计费周期内的下发流量控制在下发流量阈值内，从而通过动态调整各计费周期的下发流量，并综合考虑用户的下载需求，不仅对OTA项目的CDN服务费用进行有效控制，降低了OTA项目的成本，而且使得OTA数据包下发速度与用户需求相适应，进一步提升了用户体验。

根据本申请的实施例，本申请还提供了一种服务器和一种可读存储介质。

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

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

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

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

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

OTA数据包下发流量的控制方法的服务器还可以包括：输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接，图5中以通过总线连接为例。

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

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

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

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS(VirtualPrivate Server，虚拟专用服务器)服务中，存在的管理难度大，业务扩展性弱的缺陷。

根据本申请实施例的技术方案，通过预设当前计费时段对应的OTA数据包目标下发流量，并获取当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，之后根据N个计费周期内包含的实际下发流量大于目标下发流量的计费周期数量，确定当前计费周期对应的下发流量阈值，进而根据当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。由此，通过根据实际费用需求预设目标下发流量，以根据目标下发流量及CDN服务的计费方式，对超过目标下发流量的计费周期数量进行控制，从而通过动态调整各计费周期的下发流量，对OTA项目的CDN服务费用进行有效控制，降低了OTA项目的成本。

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

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

Claims (18)

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

获取当前计费时段对应的OTA数据包目标下发流量；

获取所述当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数；

根据所述N个计费周期内包含的实际下发流量大于所述目标下发流量的计费周期数量M，确定所述当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数；以及

根据所述当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。

2.如权利要求1所述的方法，其中，所述获取当前计费时段对应的OTA数据包目标下发流量，包括：

获取所述当前计费时段对应的内容分发网络目标费用；以及

根据所述当前计费时段对应的内容分发网络目标费用，确定所述目标下发流量。

3.如权利要求1所述的方法，其中，所述根据所述N个计费周期内包含的实际下发流量大于所述目标下发流量的计费周期数量M，确定所述当前计费周期对应的下发流量阈值，包括：

如果所述计费周期数量M等于数量阈值，则确定所述当前计费周期对应的下发流量阈值为所述目标下发流量。

4.如权利要求1所述的方法，其中，所述根据所述N个计费周期内包含的实际下发流量大于所述目标下发流量的计费周期数量M，确定所述当前计费周期对应的下发流量阈值，包括：

如果所述计费周期数量M小于所述数量阈值，则根据当前的内容分发网络带宽，确定所述下发流量阈值。

5.如权利要求4所述的方法，其中，在所述根据所述N个计费周期内包含的实际下发流量大于所述目标下发流量的计费周期数量M，确定所述当前计费周期对应的下发流量阈值之前，还包括：

根据所述当前计费时段对应的计费模式，确定所述数量阈值。

6.如权利要求5所述的方法，其中，所述根据所述当前计费时段对应的计费模式，确定所述数量阈值，包括：

根据所述当前计费时段对应的计费模式，确定目标计费点对应的数值；

根据所述目标计费点对应的数值，确定所述数量阈值，其中，所述数量阈值小于所述目标计费点对应的数值。

7.如权利1-6任一所述的方法，其中，所述根据所述当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量，包括：

响应于获取的终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

若当前计费周期内的已下发流量等于所述下发流量阈值，则在所述当前计费周期的下一相邻计费周期内向所述终端下发OTA数据包。

8.如权利1-6任一所述的方法，其中，所述根据所述当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量，包括：

响应于获取的至少两个终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

若当前计费周期内的已下发流量小于所述下发流量阈值、且与所述至少两个终端分别请求的至少两个OTA数据包的流量和大于所述下发流量阈值，则根据所述至少两个终端发送的OTA数据包下载请求的优先级，确定所述当前计费周期内待下发的目标OTA数据包；

下发所述目标OTA数据包。

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

第一获取模块，用于获取当前计费时段对应的OTA数据包目标下发流量；

第二获取模块，用于获取所述当前计费时段内、位于当前计费周期之前的N个计费周期分别对应的N个OTA数据包实际下发流量，其中，N为正整数；

第一确定模块，用于根据所述N个计费周期内包含的实际下发流量大于所述目标下发流量的计费周期数量M，确定所述当前计费周期对应的下发流量阈值，其中，M为小于或等于N的正整数；以及

控制模块，用于根据所述当前计费周期对应的下发流量阈值，控制所述当前计费周期内OTA数据包的下发流量。

10.如权利要求9所述的装置，其中，所述第一获取模块，包括：

获取单元，用于获取所述当前计费时段对应的内容分发网络目标费用；以及

第一确定单元，用于根据所述当前计费时段对应的内容分发网络目标费用，确定所述目标下发流量。

11.如权利要求9所述的装置，其中，所述第一确定模块，包括：

第二确定单元，用于在所述计费周期数量M等于数量阈值时，确定所述当前计费周期对应的下发流量阈值为所述目标下发流量。

12.如权利要求9所述的装置，其中，所述第一确定模块，包括：

第三确定单元，用于在所述计费周期数量M小于所述数量阈值时，则根据当前的内容分发网络带宽，确定所述下发流量阈值。

13.如权利要求12所述的装置，其中，还包括：

第二确定模块，用于根据所述当前计费时段对应的计费模式，确定所述数量阈值。

14.如权利要求13所述的装置，其中，所述第二确定模块，包括：

第四确定单元，用于根据所述当前计费时段对应的计费模式，确定目标计费点对应的数值；

第五确定单元，用于根据所述目标计费点对应的数值，确定所述数量阈值，其中，所述数量阈值小于所述目标计费点对应的数值。

15.如权利9-14任一所述的装置，其中，所述控制模块，包括：

第一检测单元，用于响应于获取的终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

第一下发单元，用于在当前计费周期内的已下发流量等于所述下发流量阈值时，在所述当前计费周期的下一相邻计费周期内向所述终端下发OTA数据包。

16.如权利9-14任一所述的装置，其中，所述控制模块，包括：

第二检测单元，用于响应于获取的至少两个终端发送的OTA数据包下载请求，检测当前计费周期内的已下发流量；

第六确定单元，用于在当前计费周期内的已下发流量小于所述下发流量阈值、且与所述至少两个终端分别请求的至少两个OTA数据包的流量和大于所述下发流量阈值时，根据所述至少两个终端发送的OTA数据包下载请求的优先级，确定所述当前计费周期内待下发的目标OTA数据包；

第二下发单元，用于下发所述目标OTA数据包。

17.一种服务器，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。

Images