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

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

【技术实现步骤摘要】
一种广播下载业务的任务调度方法、装置及系统
本专利技术涉及通信
，特别涉及一种广播下载业务的任务调度方法、装置及系统。
技术介绍
推送业务是手机电视业务的一种新业务形态，该业务通过广播网络广播下发数据文件形式的多媒体内容，终端接入广播信道后在接收到完整的多媒体内容文件后，再为用户展示业务内容。推送业务根据内容不同分为新闻、财经、体育等不同频道，广播网络在指定的时间段广播下发不同频道的内容，并通过广播任务调度信息（业务广播时间表）告知终端各个频道的广播时段。用户根据自身兴趣选择订阅不同的频道，终端根据用户订阅情况，查询广播任务调度信息，获知所订阅频道的具体广播时段，并设定定时器，到达该时段时，终端在后台启动广播接收查询机制，接入广播信道接收订阅的业务内容，接收成功后通过终端上客户端界面展示给用户。推送业务的内容是加密后广播下发的，因此终端需要向广播网络侧的手机电视平台请求获取该频道的业务密钥，以便解密接收到的业务内容。推送业务一般在夜间下发，以利用广播网络的闲时资源，提高网络利用率。为了保证用户体验，让每个用户都能在每日早晨打开客户端时，加密的业务内容已经被解密、可以被直接浏览、播放，因此通常终端请求获取业务密钥去解密业务内容的操作在每日早晨之前执行。现有广播业务的业务密钥获取机制主要为：每次终端上的客户端退出时都会对CMMB（ChinaMobileMultimediaBroadcasting，中国移动多媒体广播）芯片下电，并删除芯片内的业务密钥。用户下次使用业务时需要再次请求业务密钥。这样设计是为了防止业务密钥在CMMB芯片中长期有效所引发的被盗取和传播的问题。但是，若推送业务采用现有业务密钥获取机制会带来以下技术问题：对于推送业务，终端受控于广播任务调度信息中内容推送开始的时间，启动接收广播的时间就是业务推送开始的时间，如果订阅某个频道的用户规模非常大，那么这些用户都会集中在这个时间点接收推送业务内容，按现有机制，内容接收完毕后立即解密，也会立即发起业务密钥请求。那么订阅同一推送频道的终端都将在同一时刻执行上述接收操作和之后的业务密钥请求操作，也就是说这些终端的业务密钥请求都基本集中在同一时刻，由此将导致给服务器造成极大并发压力，还可能产生终端请求密钥失败，影响后续业务逻辑的执行的后果。
技术实现思路
为了解决现有技术中业务密钥获取机制引发的服务器压力大、易造成请求失败的技术问题，本专利技术提供一种广播下载业务的任务调度方法、装置及系统。一种广播下载业务的任务调度方法，包括：业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息；业务平台将所述广播任务调度信息发送到终端。一种广播下载业务的任务调度方法，包括：接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息；针对订阅的推送业务生成随机数；根据所述随机数和所述广播任务调度信息确定所述推送业务的业务密钥请求时间。一种广播下载业务的任务调度装置，包括：获取模块，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息；发送模块，用于将所述广播任务调度信息发送到终端。一种广播下载业务的任务调度装置，包括：接收模块，用于接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息；生成模块，用于针对订阅的推送业务生成随机数；确定模块，用于根据所述随机数和广播任务调度信息确定所述推送业务的业务密钥请求时间。一种广播下载业务的任务调度系统，包括：业务平台和终端；所述业务平台，用于根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息，并将所述广播任务调度信息发送到终端；所述终端，用于接收到业务平台发送的上述广播任务调度信息；针对订阅的推送业务生成随机数；根据所述随机数和广播任务调度信息确定请求所述推送业务的业务密钥请求时间。附图说明附图用来提供对本专利技术的进一步理解，并且构成说明书的一部分，与本专利技术的实施例一起用于解释本专利技术，并不构成对本专利技术的限制。在附图中：为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本专利技术实施例1提供的网络侧的广播下载业务的任务调度方法的流程示意图；图2为本专利技术实施例1中推送业务1的业务密钥请求时间分布示意图；图3为本专利技术实施例1中推送业务1-m的业务密钥请求时间分布示意图；图4为本专利技术实施例1提供的终端侧的广播下载业务的任务调度方法的流程示意图；图5为本专利技术实施例2提供的网络侧的广播下载业务的任务调度装置的结构示意图；图6为本专利技术实施例3提供的终端侧的广播下载业务的任务调度装置的结构示意图。具体实施方式下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。并且，以下各实施例均为本专利技术的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。实施例1本实施例提供一种广播下载业务的任务调度方法，如图1所示，该方法包括：业务平台根据推送相关数据（该推送相关数据包括：每个推送业务的广播时长Ｔｎ、订购每个推送业务的用户数Ｎｎ、推送业务的个数m，其中，1≤ｎ≤ｍ，且ｎ为自然数）生成订阅推送业务的广播任务调度信息；在本实施例中，该广播任务调度信息包括每个推送业务的业务密钥请求指示信息（这些业务密钥指示信息根据不同的推送业务可指示终端在不同的时间针对其订购的推送业务进行密钥请求）、每个推送业务的ID，每个推送业务的广播时间段和广播时长。如下表一所示，其中，每个推送业务的广播时间段还包括：推送业务的广播起始时间StartTime-n和终止时间EndTime-n。具体而言，上述获取广播任务调度信息的过程可通过如下步骤101和102实现。步骤101，业务平台根据订购每个推送业务的用户数的多少对推送业务的广播次序按照先后顺序进行排序。具体而言，业务平台根据所有推送业务各自的订购用户数的数量从多到少决定各个推送业务的广播任务次序，并应将订阅用户最多的推送业务放在最早时间广播以便让该频道密钥请求的有最多的时间去分布请求。在本实施例中，比较关注的是广播任务调度信息，如下表一所示，包括：每个推送业务的ServiceID，起始时间StartTime-n，和终止时间EndTime-n，广播时长Ｔｎ特别地，还包括本实施例要添加的业务密钥请求指示信息Rn，该Rn具体的生成过程将通过下述步骤102详述。表一根据表一可以清楚的看到本实施例中的广播任务调度信息的具体内容。因为本实施例中提到的推送相关数据（如每个推送业务的广播时长Ｔｎ、每个推送业务的本文档来自技高网...

【技术保护点】
一种广播下载业务的任务调度方法，其特征在于，包括：业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息；业务平台将所述广播任务调度信息发送到终端；所述推送相关数据包括：每个推送业务的广播时长、订购每个推送业务的用户数、推送业务的个数；所述广播任务调度信息还包括：每个推送业务的ID，每个推送业务的广播时间段和广播时长；业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息包括：所述业务平台根据所述推送相关数据计算每个推送业务的业务密钥请求指示信息。

【技术特征摘要】
1.一种广播下载业务的任务调度方法，其特征在于，包括：业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息，所述广播任务调度信息中包括根据不同的推送业务指示终端在不同的时间进行密钥请求的业务密钥请求指示信息；业务平台将所述广播任务调度信息发送到终端；所述推送相关数据包括：每个推送业务的广播时长、订购每个推送业务的用户数、推送业务的个数；所述广播任务调度信息还包括：每个推送业务的ID，每个推送业务的广播时间段和广播时长；业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息包括：所述业务平台根据所述推送相关数据计算每个推送业务的业务密钥请求指示信息。2.根据权利要求1所述的广播下载业务的任务调度方法，其特征在于，所述根据所述推送相关数据计算每个推送业务的业务密钥请求指示信息，具体包括：根据推送相关数据计算单位时间内的业务密钥请求数K平均，并将所述K平均作为首个发送的推送业务在其对应的广播时长T1内的业务密钥请求数K1；根据所述K1、首个发送的推送业务的广播时长T1以及其用户数N1计算首个发送的推送业务的业务密钥请求指示信息R1。3.根据权利要求2所述的广播下载业务的任务调度方法，其特征在于，所述根据所述推送相关数据计算每个推送业务的业务密钥请求指示信息，具体还包括：根据K1、第n个推送业务的用户数Nn、总广播时长T总，以及到第n个推送业务为止的每个推送业务的广播时长Tn计算第n个推送业务的后继业务密钥请求指示数K＇n；根据K1和到第n个推送业务为止的每个后继业务密钥请求指示数K＇n计算第n+1个推送业务在其广播时长Tn+1内的业务密钥请求数Kn+1；根据第n+1个推送业务的广播时长Tn+1、业务密钥请求数Kn+1、以及用户数Nn+1计算第n+1个推送业务的业务密钥请求指示信息Rn+1。4.根据权利要求3的广播下载业务的任务调度方法，其特征在于，所述根据第n+1个推送业务的广播时长Tn+1、业务密钥请求数Kn+1、以及用户数Nn+1计算第n+1个推送业务的业务密钥请求指示信息Rn+1，具体包括：其中，1≤n≤m-1，且n为自然数。5.根据权利要求1-4中任意一项所述的广播下载业务的任务调度方法，所述业务平台根据推送相关数据生成订阅推送业务的广播任务调度信息包括：业务平台根据订购每个推送业务的用户数的多少对推送业务的广播次序按照先后顺序进行排序。6.一种广播下载业务的任务调度方法，其特征在于，包括：接收到业务平台发送的包含业务密钥请求指示信息的广播任务调度信息；针对订阅的推送业务生成随机数；根据所述随机数和所述广播任务调度信息确定所述推送业务的业务密钥请求时间；其特征在于，所述广播任务调度信息还包含每个推送业务的ID，每个推送业务的广播时间段和广播时长；所述根据所述随机数和广播任务调度信息确定所述推送业务的业务密钥请求时间，具体包括：当所述业务密钥指示信息所指示的数值大于所述随机数时，在所述推送业务对应的广播时间段内发起业务密钥请求；当所述业务密钥指示信息所指示的数值小于所述随机数时，在所述推送业务对应的广播时间段后发起业务密钥请求；所述业务密钥请求指示信息用于业务平台根据不同的推送业务指示终端在不同的时间针对订购的推送业务进行密钥请求。7.根据权利要求6所述的广播下载业务的任务调度方法，其特征在于，所述推送业务的广播时间段包含推送业务的广播起始时间和终止时间；所述在所述推送业务对应的广播时间段内发起业务密钥请求，具体包括：根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算所述推送业务的开始等待时长；从所述推送业务的起始时间开始，在经过所述开始等待时长后请求所述推送业务的业务密钥；所述在所述推送业务对应的广播时间段后发起业务密钥请求，具体包括：根据随机数、推送业务的业务密钥指示信息所指示的数值以及到所述推送业务为止的所有推送业务的广播时间段计算所述推送业务的终止等待时长；从所述推送业务的终止时间开始，在经过所述终止等待时长后请求所述推送业务的业务密钥。8.根据权利要求7所述的广播下载业务的任务调度方法，其特征在于，所述根据随机数、推送业务的业务密钥指示信息所指示的数值以及对应的广播时间段计算所述推送业务的开始等待时长D开始，具体包括：其中，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长；所述根据随机数、推送业务的业务密钥指示信息所指示的数值以及到所述推送业务为止的所有推送业务的广播时间段计算所述推送业务的终止等待时长D终止，具体包括：其中，T总为总广播时长，Rx表示随机数，Rn表示推送业务的业务密钥指示信息所指示的数值，Tn表示第n个推送业务的广播时长。9.根据权利要求6所述的广播下载业务的任务调度方法，其特征在...

【专利技术属性】
技术研发人员：王静，
申请(专利权)人：中国移动通信集团公司，
类型：发明
国别省市：北京,11