CN103874024A - 一种广播下载业务的任务调度方法、装置及系统 - Google Patents

Abstract

本发明公开了一种广播下载业务的任务调度方法、装置及系统，涉及通信技术领域，解决了现有技术中终端业务密钥请求密度不均匀的技术问题。其中，该方法包括：业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息；业务平台将所述广播任务调度信息发送到终端。该方法主要用于推送业务。

Description

一种广播下载业务的任务调度方法、装置及系统

技术领域

本发明涉及通信技术领域，特别涉及一种广播下载业务的任务调度方法、装置及系统。 

背景技术

推送业务是手机电视业务的一种新业务形态，该业务通过广播网络广播下发数据文件形式的多媒体内容，终端接入广播信道后在接收到完整的多媒体内容文件后，再为用户展示业务内容。推送业务根据内容不同分为新闻、财经、体育等不同频道，广播网络在指定的时间段广播下发不同频道的内容，并通过广播任务调度信息（业务广播时间表）告知终端各个频道的广播时段。用户根据自身兴趣选择订阅不同的频道，终端根据用户订阅情况，查询广播任务调度信息，获知所订阅频道的具体广播时段，并设定定时器，到达该时段时，终端在后台启动广播接收查询机制，接入广播信道接收订阅的业务内容，接收成功后通过终端上客户端界面展示给用户。 

推送业务的内容是加密后广播下发的，因此终端需要向广播网络侧的手机电视平台请求获取该频道的业务密钥，以便解密接收到的业务内容。推送业务一般在夜间下发，以利用广播网络的闲时资源，提高网络利用率。为了保证用户体验，让每个用户都能在每日早晨打开客户端时，加密的业务内容已经被解密、可以被直接浏览、播放，因此通常终端请求获取业务密钥去解密业务内容的操作在每日早晨之前执行。 

现有广播业务的业务密钥获取机制主要为：每次终端上的客户端退出时都会对CMMB（China Mobile Multimedia Broadcasting，中国移动多媒体广播）芯片下电，并删除芯片内的业务密钥。用户下次使用业务时需要再次请求业务密钥。这样设计是为了防止业务密钥在CMMB芯片中长期有效所引发的被盗取和传播的问题。 

但是，若推送业务采用现有业务密钥获取机制会带来以下技术问题： 

对于推送业务，终端受控于广播任务调度信息中内容推送开始的时间，启动接收广播的时间就是业务推送开始的时间，如果订阅某个频道的用户规模非常大，那么这些用户都会集中在这个时间点接收推送业务内容，按现有机制，内容接收完毕后立即解密，也会立即发起业务密钥请求。那么订阅同一推送频道的终端都将在同一时刻执行上述接收操作和之后的业务密钥请求操作，也就是说这些终端的业务密钥请求都基本集中在同一时刻，由此将导致给服务器造成极大并发压力，还可能产生终端请求密钥失败，影响后续业务逻辑的执行的后果。 

发明内容

为了解决现有技术中业务密钥获取机制引发的服务器压力大、易造成请求失败的技术问题，本发明提供一种广播下载业务的任务调度方法、装置及系统。 

一种广播下载业务的任务调度方法，包括： 

业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息； 

业务平台将所述广播任务调度信息发送到终端。 

一种广播下载业务的任务调度方法，包括： 

接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息； 

针对订阅的推送业务生成随机数； 

根据所述随机数和所述广播任务调度信息确定所述推送业务的业务密钥请求时间。 

一种广播下载业务的任务调度装置，包括： 

获取模块，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息； 

发送模块，用于将所述广播任务调度信息发送到终端。 

一种广播下载业务的任务调度装置，包括： 

接收模块，用于接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息； 

生成模块，用于针对订阅的推送业务生成随机数； 

确定模块，用于根据所述随机数和广播任务调度信息确定所述推送业务的业务密钥请求时间。 

一种广播下载业务的任务调度系统，包括：业务平台和终端； 

所述业务平台，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息，并将所述广播任务调度信息发送到终端； 

所述终端，用于接收到业务平台发送的上述广播任务调度信息；针对订阅的推送业务生成随机数；根据所述随机数和广播任务调度信息确定请求所述推送业务的业务密钥请求时间。 

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中： 

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 

图1为本发明实施例1提供的网络侧的广播下载业务的任务调度方法的流程示意图； 

图2为本发明实施例1中推送业务1的业务密钥请求时间分布示意图； 

图3为本发明实施例1中推送业务1-m的业务密钥请求时间分布示意图； 

图4为本发明实施例1提供的终端侧的广播下载业务的任务调度方法的 流程示意图； 

图5为本发明实施例2提供的网络侧的广播下载业务的任务调度装置的结构示意图； 

图6为本发明实施例3提供的终端侧的广播下载业务的任务调度装置的结构示意图。 

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。 

实施例1 

本实施例提供一种广播下载业务的任务调度方法，如图1所示，该方法包括： 

业务平台根据推送相关数据（该推送相关数据包括：每个推送业务的广播时长Ｔ_n、订购每个推送业务的用户数Ｎ_ｎ、推送业务的个数m，其中，1≤ｎ≤ｍ，且ｎ为自然数）生成订阅推送业务的广播任务调度信息；在本实施例中，该广播任务调度信息包括每个推送业务的业务密钥请求指示信息（这些业务密钥指示信息根据不同的推送业务可指示终端在不同的时间针对其订购的推送业务进行密钥请求）、每个推送业务的ID，每个推送业务的广播时间段和广播时长。如下表一所示，其中，每个推送业务的广播时间段还包括：推送业务的广播起始时间StartTime-n和终止时间EndTime-n。具体而言，上述获取广播任务调度信息的过程可通过如下步骤101和102实现。 

步骤101，业务平台根据订购每个推送业务的用户数的多少对推送业务的广播次序按照先后顺序进行排序。 

具体而言，业务平台根据所有推送业务各自的订购用户数的数量从多到 少决定各个推送业务的广播任务次序，并应将订阅用户最多的推送业务放在最早时间广播以便让该频道密钥请求的有最多的时间去分布请求。在本实施例中，比较关注的是广播任务调度信息，如下表一所示，包括：每个推送业务的ServiceID，起始时间StartTime-n，和终止时间EndTime-n，广播时长Ｔ_ｎ特别地，还包括本实施例要添加的业务密钥请求指示信息Rn，该Rn具体的生成过程将通过下述步骤102详述。 

表一 

根据表一可以清楚的看到本实施例中的广播任务调度信息的具体内容。因为本实施例中提到的推送相关数据（如每个推送业务的广播时长Ｔ_n、每个推送业务的用户数Ｎ_ｎ（Ｎ_ｎ也代表第n个推送业务的用户数）、推送业务的个数m（因为有多少个推送业务，就会有多少个推送时段，因此推送业务的个数m也是推送时段的个数），本实施例以及下述实施例中，未特别说明之处n的取值范围均为1≤ｎ≤ｍ，且ｎ为自然数。此外，还可以计算得出总广播时长Ｔ_总等）是现有的业务平台均已知的数据，故而在此不赘述其获取过程。 

步骤102，业务平台根据上述推送相关数据计算每个推送业务的业务密钥请求指示信息Rn（Rn也代表第n个推送业务的业务密钥请求指示信息）； 

其中，首个发送的推送业务的R1的计算方法如下： 

1、业务平台根据推送相关数据计算单位时间内的业务密钥请求数Ｋ_平均，并将Ｋ_平均作为首个发送的推送业务在其对应的广播时长Ｔ₁内的业务密钥请求数Ｋ₁； 

2、根据K₁、首个发送的推送业务的广播时长Ｔ₁以及其用户数Ｎ₁计算首个发送的推送业务的业务密钥请求指示信息R₁。 

其中，Ｋ_平均的计算方法如下： 

业务平台根据每个推送业务的广播时长Ｔ_ｎ计算总广播时长Ｔ_总，以及根据每个推送业务的用户数Ｎ_ｎ计算总用户数Ｎ_总，并根据Ｔ_总和Ｎ_总计算单位时间内的业务密钥请求数Ｋ_平均，即Ｋ_平均=Ｎ_总/Ｔ_总。 

进一步地，除R1以外的业务密钥请求指示信息Rn可通过如下方法实 

现： 

1、业务平台根据K₁、第n个推送业务的用户数Ｎ_n、总广播时长Ｔ_总，以及到第n个推送业务为止的每个推送业务的广播时长Ｔ_ｎ计算第n个推送业务的后继业务密钥请求指示数Ｋ′_ｎ；更具体地，可通过下述公式一计算 

（一），其中，1≤ｎ≤ｍ，且ｎ为自然数 

2、业务平台根据Ｋ₁和到第n个推送业务为止的每个后继业务密钥请求指示数Ｋ′_n计算第n+1个推送业务在其广播时长T_n+1内的业务密钥请求数Ｋ_ｎ＋1；更具体地，可通过下述公式二计算 

（二），其中，1≤ｎ≤ｍ-1，且ｎ为自然数，（或者公式二中的n用w表示） 

3、业务平台根据第n+1个推送业务的广播时长Ｔ_ｎ+1、第n+1个推送业务的业务密钥请求数Ｋ_ｎ+1、以及第n+1个推送业务的用户数Ｎ_ｎ＋1计算第n+1个推送业务的业务密钥请求指示信息Ｒ_ｎ+1，更具体地，可通过下述公式三计 算： 

（三），其中，1≤ｎ≤ｍ-1，且ｎ为自然数 

需要说明的是：本领域技术人员均知，上述公式一、二和三通过等效变换或变形可以得出各种形式，因此实现上述1-3的计算公式的并不仅限于上述公式一、二和三。 

下面具体说明一下步骤102（即上述R1以及Rn获取方法）的原理。 

业务平台统计订阅所有推送业务的总用户数Ｎ_总=N1+N2+N3+…Nm；业务平台计算出单位时间内的业务密钥请求数Ｋ_平均： 

将订购推送业务1的所有用户N1分为两部分： 

其中，一部分为在T1广播时段内可发送请求的用户，那么则有（T1*K1）个用户在T1整个广播时段内的“业务密钥请求数”为K1，且设K1=Ｋ_平均； 

此外，剩余的另一部分用户数（N1–T1*K1），将在后续时间平均发起业务密钥请求. 

计算出对于每个推送业务的广播时段Tn（n=1,2…m），并按图2所示的方法计算出Rn。 

其中，推送业务1的R1计算方法：R1=T1*K1/N1，K′₁=（N1–T1*K1）/(T-T1) 

同样地，参照图3，对于推送业务2，也将订购推送业务2的所有用户N2被分为两部分： 

其中，一部分为在T2时间内发送业务密钥请求的用户数，那么则有（T2*K2）个用户在T2时间内以业务密钥请求数K2发起请求，K2=K1–K'₁; 

此外,剩余的用户数（N2T2*K2）在后续时间内以业务密钥请求数K'₂发起请求，则K'₂=（N2-T2*K2）/(T-T1-T2) 

相应地，推送业务2的R2计算方法：R2=T2*K2/N2 

依次类推，对推送业务3计算其对应的K3=K1-K'₂-K'₁，K'₃=（N2-T2*K2）/(T-T1-T2-T3) 

同理，R3=T3*K3/N3 

那么，以此类推,对于最后一个推送业务m计算其对应的，Km=K1-K'₁-K'₂-..K'_m-1

步骤103，业务平台将包含业务密钥请求指示信息的广播任务调度信息发送到终端。具体添加后的形式可参考上述表一。 

相应地，本实施例还提供了终端接收到业务平台发送的上述信息后的处理流程，如图4所示，包括: 

步骤104，终端接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息； 

步骤105，终端在针对订阅的推送业务生成随机数； 

步骤106，终端根据随机数、广播任务调度信息中的业务密钥请求指示信息以及广播时间段确定推送业务的业务密钥请求时间。 

如表一所示，广播任务调度信息中包含推送业务的广播时间段，具体为广播起始时间和终止时间；结合该部分信息，具体而言，步骤106可分为如下两种情况: 

一，当业务密钥指示信息所指示的数值大于随机数时，在推送业务对应的广播时间段内发起业务密钥请求，广播任务调度信息包含广播时间段； 

在推送业务对应的广播时间段内发起业务密钥请求，具体包括： 

根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算推送业务的开始等待时长；从推送业务的起始时间开始，在经过开始等待时长后请求推送业务的业务密钥； 

其中,上述根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算推送业务的开始等待时长D_开始，具体包括： 

（四），其中，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长。 

二，当业务密钥指示信息所指示的数值小于随机数时，在推送业务对应的广播时间段后发起业务密钥请求。 

在推送业务对应的广播时间段后发起业务密钥请求，具体包括： 

根据随机数、推送业务的业务密钥指示信息所指示的数值以及到推送业务为止的所有推送业务的广播时间段计算推送业务的终止等待时长；从推送 业务的终止时间开始，在经过终止等待时长后请求推送业务的业务密钥。 

其中，上述根据随机数、推送业务的业务密钥指示信息所指示的数值以及到推送业务为止的所有推送业务的广播时间段计算推送业务的终止等待时长D_终止，具体包括： 

（五），其中，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长。 

在步骤106中,终端将按照广播任务调度信息在自身订阅频道的广播时段接入广播通道，并接收到推送业务各个频道的节目内容，之后，终端根据广播时间表中的业务密钥获取指示信息Rn计算出自身发起密钥请求的业务密钥请求时间D，那么，对于订购的推送业务n，在步骤105中订购该推送业务n的每个终端将生成一个[0，1]范围内容的随机数Rx后，可通过比较Rx和Rn的大小来分成两种情况计算。其具体计算方法如下： 

如Rx小于Rn，则该终端应在该业务的推送时段Tn内发起请求，具体时点为从Tn的开始时间开始后Rx/Rn*Tn的时长，即StartTime_n+Rx/Rn*Tn

例如Rn=0.3，Rx=0.15，Tn为30Min，则StartTime_n+15Mins。 

如Rx大于Rn，则应在Tn的终止时间到达之后发起请求，参照图2，具体时点为：EndTime_n+（T-T1-..Tn）*(Rx-Rn)/(1-Rn)，即

步骤107，在根据业务密钥对推送业务的内容密文进行解密从而得到明文后，将该推送业务的内容密文删除。 

具体而言，终端应支持在本地存储该频道节目内容的密文，只有在请求获取到业务密钥后，解密业务内容得到明文后再删除密文。 

本实施例提供的方案中，所有订阅推送业务的终端的业务密钥请求将在整个推送业务时间段内被整体平均分布，因此可在保证用户体验的情况下， 降低业务平台最大并发数，并且该方案通过推送业务平台计算业务密钥请求指示信息，终端侧实现机制简单，便于实现和部署。 

本发明实施例提供的上述方法中，虽然给出了执行各步骤的先后顺序，但是该顺序仅为本发明的一个优选的实施方式。显然，本领域技术人员根据上述方法可以对该方法步骤的执行顺序进行多种多样的等效变换，也就是说本发明实施例方法中的上述各步骤或部分步骤完全可以按照其他顺序执行，或者同时执行。 

实施例2 

本实施例提供一种广播下载业务的任务调度装置，该装置适合部署在业务平台上或者就是业务平台，以便实现实施例1中的方法。如同5所示，包括：获取模块21，发送模块22。 

获取模块21，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端再不同的时间进行密钥请求的业务密钥请求指示信息；其中，推送相关数据包括：每个推送业务的广播时长Ｔ_n、订购每个推送业务的用户数Ｎ_ｎ、推送业务的个数m，其中，1≤ｎ≤ｍ，且ｎ为自然数；发送模块23，用于将包含业务密钥请求指示信息的广播任务调度信息发送到终端。 

优选方案中，获取模块21包括排序子模块211，计算子模块212。 

排序子模块211，用于根据订购每个推送业务的用户数的多少对推送业务的广播次序按照先后顺序进行排序；计算子模块212，用于根据推送相关数据获取订阅推送业务的广播任务调度信息。 

更进一步地，计算子模块212包括：首个密钥请求单元，后继密钥请求单元，先前密钥请求单元，密钥指示计算单元。 

首个密钥请求单元，用于根据推送相关数据计算单位时间内的业务密钥请求数Ｋ_平均，并将Ｋ_平均作为首个发送的推送业务在其对应的广播时长Ｔ₁内的业务密钥请求数Ｋ₁；再根据K₁、首个发送的推送业务的广播时长Ｔ₁以及其用户数Ｎ₁计算首个发送的推送业务的业务密钥请求指示信息R₁。 

进一步地，首个密钥请求单元包括：平均数请求子单元，用于根据每个推送业务的广播时长Ｔ_ｎ计算总广播时长Ｔ_总，以及根据每个推送业务的用户 数Ｎ_ｎ计算总用户数Ｎ_总；再根据Ｔ_总和Ｎ_总计算单位时间内的业务密钥请求数Ｋ_平均。 

后继密钥请求单元，用于根据K₁、第n个推送业务的用户数Ｎ_n、总广播时长Ｔ_总，以及到第n个推送业务为止的每个推送业务的广播时长Ｔ_ｎ计算第n个推送业务的后继业务密钥请求指示数Ｋ′_ｎ； 

先前密钥请求单元，用于根据Ｋ₁和到第n个推送业务为止的每个后继业务密钥请求指示数Ｋ′_ｎ计算第n+1个推送业务在其广播时长T_n+1内的业务密钥请求数Ｋ_ｎ＋1； 

密钥指示计算单元，用于根据第n+1个推送业务的广播时长Ｔ_ｎ+1、业务密钥请求数Ｋ_ｎ+1、以及用户数Ｎ_ｎ＋1计算第n+1个推送业务的业务密钥请求指示信息Ｒ_ｎ+1。 

更优选地，后继密钥请求单元可根据如下公式进行计算 

其中，1≤ｎ≤ｍ，且ｎ为自然数； 

先前密钥请求单元可根据如下公式进行计算： 

其中，1≤ｎ≤ｍ-1，且ｎ为自然数； 

密钥指示计算单元可根据如下公式进行计算： 

其中，1≤ｎ≤ｍ-1，且ｎ为自然数。 

本实施例提供的装置可以根据广播任务调度信息中获取的推送相关数据计算业务密钥请求指示信息，使该指示信息可指示终端请求业务密钥的请求时间，便于终端合理进行密钥请求，进步便于降低业务平台最大并发数，提高请求成功率。 

实施例3 

本实施例提供一种广播下载业务的任务调度装置，该装置可以是一个终端，也可以是一个适合置于终端上的装置。如图6所示，包括：接收模块 31，生成模块32，确定模块33。 

接收模块31，用于接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息；生成模块32，用于在根据广播任务调度信息针对订阅的推送业务生成随机数；确定模块33，用于根据随机数、和广播任务调度信息确定推送业务的业务密钥请求时间。 

其中，广播任务调度信息还包含每个推送业务的ID，每个推送业务的广播时间段和广播时长。相应的，确定模块33包括：先发确定单元，后发确定单元。 

先发确定单元，用于当业务密钥指示信息所指示的数值大于随机数时，在推送业务对应的广播时间段内发起业务密钥请求，广播任务调度信息包含广播时间段； 

后发确定单元，用于当业务密钥指示信息所指示的数值小于随机数时，在推送业务对应的广播时间段后发起业务密钥请求。 

进一步地，推送业务的广播时间段包含推送业务的广播起始时间和终止时间。相应的，先发确定单元，具体用于根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算推送业务的开始等待时长；从推送业务的起始时间开始，在经过开始等待时长后请求推送业务的业务密钥；后发确定单元，具体用于根据随机数、推送业务的业务密钥指示信息所指示的数值以及到推送业务为止的所有推送业务的广播时间段计算推送业务的终止等待时长；从推送业务的终止时间开始，在经过终止等待时长后请求推送业务的业务密钥。 

先发确定单元可根据如下公式计算开始等待时长； 

其中，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长； 

后发确定单元可根据如下公式计算终止等待时长； 

其中，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长。 

优选方案中，该装置该还包括：删除模块34，用于在根据业务密钥对所述推送业务的内容密文解密得到明文后，将所述业务的内容密文删除。 

本实施例提供的装置因为具有可根据业务平台下发的业务密钥请求指示 信息计算业务密钥请求时间的功能，因此可以合理的进行业务密钥请求，使所有业务密钥请求消息其在整个推送业务的广播时段内平均分布，缓解推送系统并发压力。 

本发明实施例提供的上述设备或装置等产品是属于以计算机程序的流程方法为依据，并按照与方法实施例1和/或附图中方法流程的各步骤完全对应一致的方式，所提供的功能模块。并且由于这种功能模块是通过计算机程序的方式实现的软件装置，所以对于装置实施例（实施2-3中）未具体提及的功能模块，由于考虑到根据上述方法实施例记载的内容已经足够使本领域技术人员从方法记录的各流程步骤直接地、毫无意外地确定实现步骤所必须建立的功能模块，所以在此不赘述。 

由于上述实施例2-3中的广播下载业务的调度装置是用来实现实施例1中的方法，因此在实施例2-3中各模块或单元的未尽详细描述之处均是本领域技术人员可通过参考对应的实施例1中而轻易得出的，故而在此不再赘述。 

实施例4 

本实施例提供一种广播下载业务的任务调度系统，包括：业务平台和终端； 

业务平台，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括每个推送业务的业务密钥请求指示信息，并将所述广播任务调度信息发送到终端；其中，推送相关数据包括：每个推送业务的广播时长、订购每个推送业务的用户数、推送业务的个数； 

终端，用于接收到业务平台发送的上述广播任务调度信息；针对订阅的推送业务生成随机数；根据所述随机数和广播任务调度信息确定请求所述推送业务的业务密钥请求时间。 

本发明实施例提供的上述系统中包括的终端和业务平台，是基于实施例2-3提供的设备或装置而得来的，因此未尽详述之处可参考实施例2-3中的设备或装置，在此不赘述。 

本发明的技术方案本质上或者说对现有技术做出贡献的部分是以软件产品的形式体现出来的功能，也即是说：本发明的装置、设备或者组成系统的 各个设备其所执行的方法或实现的功能主体即便为硬件，但是实际上实现本发明上述功能的部分却是计算机软件产品的模块或单元。并且该计算机软件产品可存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。 

以上所述，仅为本发明的具体实施方式，但本发明能有多种不同形式的具体实施方式，上文结合附图对本发明做举例说明，这并不意味着本发明所应用的具体实施方式只能局限在这些特定的具体实施方式中，本领域的技术人员应当了解，上文所提供的具体实施方式只是多种优选实施方式中的一些示例，任何体现本发明权利要求的具体实施方式均应在本发明权利要求所要求保护的范围之内；本领域的技术人员能够对上文各具体实施方式中所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换或者改进等，均应包含在本发明权利要求的保护范围之内。 

Claims (21)

1.一种广播下载业务的任务调度方法，其特征在于，包括：

业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息；

业务平台将所述广播任务调度信息发送到终端。

2.根据权利要求1所述的广播下载业务的任务调度方法，所述推送相关数据包括：每个推送业务的广播时长、订购每个推送业务的用户数、推送业务的个数；所述广播任务调度信息还包括：每个推送业务的ID，每个推送业务的广播时间段和广播时长；

业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息包括：

所述业务平台根据所述推送相关数据计算每个推送业务的业务密钥请求指示信息。

3.根据权利要求2所述的广播下载业务的任务调度方法，其特征在于，所述根据所述推送相关数据计算每个推送业务的业务密钥请求指示信息，具体包括：

根据推送相关数据计算单位时间内的业务密钥请求数Ｋ_平均，并将所述Ｋ_平均作为首个发送的推送业务在其对应的广播时长Ｔ₁内的业务密钥请求数Ｋ₁；

根据所述K₁、首个发送的推送业务的广播时长Ｔ₁以及其用户数Ｎ₁计算首个发送的推送业务的业务密钥请求指示信息R₁。

4.根据权利要求3所述的广播下载业务的任务调度方法，其特征在于，所述根据所述推送相关数据计算每个推送业务的业务密钥请求指示信息，具体还包括：

根据K₁、第n个推送业务的用户数Ｎ_n、总广播时长Ｔ_总，以及到第n个推送业务为止的每个推送业务的广播时长Ｔ_ｎ计算第n个推送业务的后继业务密钥请求指示数Ｋ′_n；

根据Ｋ₁和到第n个推送业务为止的每个后继业务密钥请求指示数Ｋ′_n计算第n+1个推送业务在其广播时长T_n+1内的业务密钥请求数Ｋ_ｎ＋1；

根据第n+1个推送业务的广播时长Ｔ_ｎ+1、业务密钥请求数Ｋ_ｎ+1、以及用户数Ｎ_ｎ＋1计算第n+1个推送业务的业务密钥请求指示信息Ｒ_ｎ+1。

5.根据权利要求4的广播下载业务的任务调度方法，其特征在于，

所述根据第n+1个推送业务的广播时长Ｔ_ｎ+1、业务密钥请求数Ｋ_ｎ+1、以及用户数Ｎ_ｎ＋1计算第n+1个推送业务的业务密钥请求指示信息Ｒ_ｎ+1，具体包括：

其中，1≤ｎ≤ｍ-1，且ｎ为自然数。

6.根据权利要求2-5中任意一项所述的广播下载业务的任务调度方法，所述业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息包括：业务平台根据订购每个推送业务的用户数的多少对推送业务的广播次序按照先后顺序进行排序。

7.一种广播下载业务的任务调度方法，其特征在于，包括：

接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息；

针对订阅的推送业务生成随机数；

根据所述随机数和所述广播任务调度信息确定所述推送业务的业务密钥请求时间。

8.根据权利要求7所述的广播下载业务的任务调度方法，其特征在于，所述广播任务调度信息还包含每个推送业务的ID，每个推送业务的广播时间段和广播时长；所述根据所述随机数和广播任务调度信息确定所述推送业务的业务密钥请求时间，具体包括：

当所述业务密钥指示信息所指示的数值大于所述随机数时，在所述推送业务对应的广播时间段内发起业务密钥请求；

当所述业务密钥指示信息所指示的数值小于所述随机数时，在所述推送业务对应的广播时间段后发起业务密钥请求。

9.根据权利要求8所述的广播下载业务的任务调度方法，其特征在于，所述推送业务的广播时间段包含推送业务的广播起始时间和终止时间；

所述在所述推送业务对应的广播时间段内发起业务密钥请求，具体包括：

根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算所述推送业务的开始等待时长；从所述推送业务的起始时间开始，在经过所述开始等待时长后请求所述推送业务的业务密钥；

所述在所述推送业务对应的广播时间段后发起业务密钥请求，具体包括：

根据随机数、推送业务的业务密钥指示信息所指示的数值以及到所述推送业务为止的所有推送业务的广播时间段计算所述推送业务的终止等待时长；从所述推送业务的终止时间开始，在经过所述终止等待时长后请求所述推送业务的业务密钥。

10.根据权利要求9所述的广播下载业务的任务调度方法，其特征在于，所述根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算所述推送业务的开始等待时长D_开始，具体包括：

其中，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长；

所述根据随机数、推送业务的业务密钥指示信息所指示的数值以及到所述推送业务为止的所有推送业务的广播时间段计算所述推送业务的终止等待时长D_终止，具体包括：

其中，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长。

11.根据权利要求7所述的广播下载业务的任务调度方法，其特征在于，该方法还包括：在根据业务密钥对所述推送业务的内容密文解密得到明文后，将所述推送业务的内容密文删除。

12.一种广播下载业务的任务调度装置，其特征在于，包括：

获取模块，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息；

发送模块，用于将所述广播任务调度信息发送到终端。

13.根据权利要求12所述的广播下载业务的任务调度装置，其特征在于，其中，所述推送相关数据包括：每个推送业务的广播时长、订购每个推送业务的用户数、推送业务的个数；所述广播任务调度信息还包括：每个推送业务的ID，每个推送业务的广播时间段和广播时长；所述获取模块包括：

计算子模块，用于根据推送相关数据计算每个推送业务的业务密钥请求指示信息。

14.根据权利要求13所述的装置，其特征在于，所述计算子模块包括：

首个密钥请求单元，用于根据推送相关数据计算单位时间内的业务密钥请求数Ｋ_平均，并将所述Ｋ_平均作为首个发送的推送业务在其对应的广播时长Ｔ₁内的业务密钥请求数Ｋ₁；再根据所述K₁、首个发送的推送业务的广播时长Ｔ₁以及其用户数Ｎ₁计算首个发送的推送业务的业务密钥请求指示信息R₁。

15.根据权利要求14所述的广播下载业务的任务调度装置，其特征在于，所述计算子模块还包括：

后继密钥请求单元，用于根据K₁、第n个推送业务的用户数Ｎ_n、总广播时长Ｔ_总，以及到第n个推送业务为止的每个推送业务的广播时长Ｔ_ｎ计算第n个推送业务的后继业务密钥请求指示数Ｋ′_ｎ；

先前密钥请求单元，用于根据Ｋ₁和到第n个推送业务为止的每个后继业务密钥请求指示数Ｋ′_ｎ计算第n+1个推送业务在其广播时长T_n+1内的业务密钥请求数Ｋ_ｎ＋1；

密钥指示计算单元，用于根据第n+1个推送业务的广播时长Ｔ_ｎ+1、业务密钥请求数Ｋ_ｎ+1、以及用户数Ｎ_ｎ＋1计算第n+1个推送业务的业务密钥请求指示信息Ｒ_ｎ+1。

16.根据权利要求13-15中任意一项所述的广播下载业务的任务调度装置，其特征在于，所述获取模块还包括：排序子模块，用于根据订购每个推送业务的用户数的多少对推送业务的广播次序按照先后顺序进行排序。

17.一种广播下载业务的任务调度装置，其特征在于，包括：

接收模块，用于接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息；

生成模块，用于针对订阅的推送业务生成随机数；

确定模块，用于根据所述随机数和广播任务调度信息确定所述推送业务的业务密钥请求时间。

18.根据权利要求17所述的广播下载业务的任务调度装置，其特征在于，所述广播任务调度信息还包含每个推送业务的ID，每个推送业务的广播时间段和广播时长；所述确定模块包括：

先发确定单元，用于当所述业务密钥指示信息所指示的数值大于所述随机数时，在所述推送业务对应的广播时间段内发起业务密钥请求，所述广播任务调度信息包含所述广播时间段；

后发确定单元，用于当所述业务密钥指示信息所指示的数值小于所述随机数时，在所述推送业务对应的广播时间段后发起业务密钥请求。

19.根据权利要求18所述的广播下载业务的任务调度装置，其特征在于，所述推送业务的广播时间段包含推送业务的广播起始时间和终止时间；

所述先发确定单元，具体用于根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算所述推送业务的开始等待时长；从所述推送业务的起始时间开始，在经过所述开始等待时长后请求所述推送业务的业务密钥；

所述后发确定单元，具体用于根据随机数、推送业务的业务密钥指示信息所指示的数值以及到所述推送业务为止的所有推送业务的广播时间段计算所述推送业务的终止等待时长；从所述推送业务的终止时间开始，在经过所述终止等待时长后请求所述推送业务的业务密钥。

20.根据权利要求17所述的广播下载业务的任务调度装置，其特征在于，该还包括：删除模块，用于在根据业务密钥对所述推送业务的内容密文解密得到明文后，将所述业务的内容密文删除。

21.一种广播下载业务的任务调度系统，其特征在于，包括：业务平台和终端；

所述业务平台，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端再不同的时间进行密钥请求的业务密钥请求指示信息，并将所述广播任务调度信息发送到终端；

所述终端，用于接收到业务平台发送的上述广播任务调度信息；针对订阅的推送业务生成随机数；根据所述随机数和广播任务调度信息确定请求所述推送业务的业务密钥请求时间。

Images