CN102333280A - 一种业务密钥更新的方法、系统及业务处理服务器 - Google Patents

Abstract

本发明实施例提供一种业务密钥更新的方法、系统及业务处理服务器，主要内容为：通过对具有业务的有效订购关系的用户终端在业务密钥推送时间到达之前的设定时长内的行为进行分析，根据分析结果对用户终端进行排序，并在推送有效期内，按照排序结果依次向用户终端推送业务密钥更新通知，使得在业务密钥更新时有业务使用需求的用户终端可以在所述推送有效期内正确接收到业务密钥更新通知，避免了系统因这部分用户终端集中在业务密钥更新生效时从服务器处获取业务密钥而出现拥塞或崩溃的情况，提高了业务密钥推送的有效性。

Description

一种业务密钥更新的方法、系统及业务处理服务器

技术领域

本发明涉及移动多媒体广播业务领域，尤其涉及一种业务密钥更新的方法、系统及业务处理服务器。

背景技术

多媒体广播业务管理系统(Multimedia Broadcast Business ManagementSystem，MBBMS)即手机电视系统，是基于广播技术的手机电视业务应用系统。MBBMS不仅能使基于广播方式播出的视频流在手机上的应用像电视那样普及，同时还能使视频流在手机上的应用变得可运营、可管理。为保证手机电视业务内容的安全性，MBBMS需经常更新业务密钥，同时，具有订购关系的用户终端需通过业务密钥更新流程获取已更新的业务密钥来实现其自身的业务密钥与MBBMS的业务密钥的同步更新，以便能继续使用其订购的手机电视业务。

在现有技术中，实现业务密钥更新的流程如下：

第一步：MBBMS在业务密钥更新时间到达时，生成更新后的业务密钥。

第二步：MBBMS确定业务密钥更新时间后仍存在针对手机电视业务的有效订购关系的用户终端。

第三步：MBBMS根据订购列表中记录的各用户终端的订购关系，在业务密钥推送时间到达时，依次向所述确定的具有有效订购关系的用户终端推送业务密钥更新通知。

所述业务密钥更新通知中携带有与更新后的业务密钥对应的业务密钥标识。

第四步：用户终端在接收到业务密钥更新通知后，利用业务密钥更新通知中携带的业务密钥标识，发起业务密钥获取流程。

第五步：用户终端获取更新后的业务密钥并存储在本地，在业务密钥生效时间到达后，用户终端使用更新后的业务密钥，获取广播内容。

上述第一步至第五步的方案中，从业务密钥推送时间至业务密钥生效时间的这段时间可称之为推送有效期。

在上述业务密钥更新的流程中，MBBMS在业务密钥生效时间到达之前，提前向用户终端推送更新后的业务密钥，这样做的好处是：用户终端在手机电视业务的使用过程中，不会因为业务密钥更新而出现集中从MBBMS获取业务密钥的情况，避免出现大规模的系统拥塞，影响用户终端正常使用手机电视业务。

但是，随着手机电视业务的不断普及，订购手机电视业务的用户终端数量也不断增加，若订购手机电视业务的用户终端数量大于在推送有效期内系统资源能够推送的用户终端数量，则会出现部分用户终端无法正确接收业务密钥更新通知的情况。

如果按照上述业务密钥更新的流程中规定的以用户终端订购手机电视业务的订购关系来推送业务密钥更新通知，则可能出现部分有业务使用需求的用户终端无法正确接收到业务密钥更新通知，导致这部分用户终端只能在业务密钥生效时间到达时，集中从MBBMS获取密钥，可能出现系统拥塞或崩溃，因此，目前的业务密钥更新流程中，业务密钥推送的有效性低。

发明内容

有鉴于此，本发明实施例提供一种业务密钥更新的方法、系统及业务处理服务器，以解决现有技术中业务密钥推送的有效性低的问题。

一种业务密钥更新的方法，所述方法包括：

确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端；

根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序；

在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知，指示接收到业务密钥更新通知的用户终端获取更新后的业务密钥。

一种业务密钥更新的系统，包括：

业务处理服务器，用于确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端，并根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序，以及，在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知；

至少一个用户终端，用于接收业务处理服务器推送的业务密钥更新通知，并根据接收到业务密钥更新通知获取更新后的业务密钥。

一种业务处理服务器，所述业务处理服务器包括：

订购确定模块，用于确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端；

排序模块，用于根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序；

推送模块，用于在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知。

本发明实施例通过对具有业务的有效订购关系的用户终端在业务密钥推送时间到达之前的设定时长内的行为进行分析，根据分析结果对用户终端进行排序，并在推送有效期内，按照排序结果依次向用户终端推送业务密钥更新通知，使得在业务密钥更新时有业务使用需求的用户终端可以在所述推送有效期内正确接收到业务密钥更新通知，避免了系统因这部分用户终端集中在业务密钥更新生效时从服务器处获取业务密钥而出现拥塞或崩溃的情况，提高了业务密钥推送的有效性。

附图说明

图1为本发明实施例一中业务密钥更新的方法步骤示意图；

图2为本发明实施例二中业务密钥更新的结构系统示意图；

图3为本发明实施例三中业务处理服务器示意图。

具体实施方式

为了解决本发明提出的技术问题，本发明实施例提出一种业务密钥更新的方法、系统及业务处理服务器，通过对具有业务的有效订购关系的用户终端在业务密钥推送时间到达之前的设定时长内的行为进行分析，也即根据用户终端在所述设定时长内请求获取业务密钥的情况进行分析，根据分析结果对用户终端进行排序，并在推送有效期内，按照排序结果依次向用户终端推送业务密钥更新通知，使得在业务密钥更新时有业务使用需求的用户终端可以在所述推送有效期内正确接收到业务密钥更新通知，避免了系统因这部分用户终端集中在业务密钥更新生效时从服务器处获取业务密钥而出现拥塞或崩溃的情况，提高了业务密钥推送的有效性。

下面结合具体实施例详细描述本发明方案。

实施例一

如图1所示，为本发明实施例一中业务密钥更新的方法步骤示意图，所述方法具体包括以下步骤：

步骤101：业务处理服务器记录各用户终端发送的业务密钥获取请求。

在本步骤中，用户终端可以在业务(如手机电视业务)的使用过程中，通过移动通信网络，与业务处理服务器进行信息交互，以获取当前的业务密钥。

业务处理服务器可以实时接收并记录用户终端发送的业务密钥获取请求，所述业务密钥获取请求包括但不限于：用户终端标识、请求时间、请求密钥对应的业务标识。

所述业务处理服务器可以分别记录不同的用户终端每次发送的业务密钥请求。

需要说明的是，本步骤101可以实时执行，如可以在本实施例一的运行过程中不断执行，在步骤104中可以对业务处理服务器内记录的业务密钥获取请求选择性地使用。

步骤102：业务处理服务器在业务密钥更新时间到达时，生成更新后的业务密钥。

所述业务密钥更新时间可以是业务处理服务器确认需要对业务密钥进行更新的时间，可由业务运营提供商确定。

需要说明的是，所述业务密钥更新时间应早于当前使用的业务密钥的失效时间，也应早于更新后的业务密钥的生效时间。

步骤103：业务处理服务器确定业务密钥更新时间到达时仍存在业务的有效订购关系的用户终端。

步骤104：业务处理服务器确定业务密钥推送时间到达之前的设定时长内，已记录的所述仍存在业务的有效订购关系的用户终端发送的业务密钥获取请求。

步骤105：业务处理服务器根据确定的存在业务的有效订购关系的用户终端发送的业务密钥获取请求，对所述存在业务的有效订购关系的用户终端进行排序。

在本步骤的方案中，业务处理服务器对存在业务的有效订购关系的用户终端发送的业务密钥获取请求进行分析，确定各用户终端在所述设定时长对业务密钥请求的活跃度，将活跃度高的用户终端排在前面，将活跃度低的用户终端排在后面，这是因为，活跃度高的用户终端在业务密钥生效时间后，需要利用更新后的业务密钥执行业务的可能性高，因此，为了避免活跃度高的用户终端不能在推送有效期内获得业务密钥更新通知的情况，本步骤将活跃度高的用户终端排序在前，确保这类用户终端能获得业务密钥更新通知。

具体地，本步骤可以按照以下方式确定用户终端的活跃度，进而进行排序：

第一种方式：

在所述业务密钥获取请求中包含用户终端标识和请求时间时，业务处理服务器对请求时间的先后顺序进行排序，将发送业务密钥获取请求的时间距离业务密钥推送时间越短的用户终端，设定为活跃度越高的用户终端，并排列在前，以此类推，对各用户终端进行排序。

具体地，可将发送业务密钥获取请求的时间是距离业务密钥推送时间最短的用户终端作为活跃度最高的用户终端，作为排序在第一位的用户终端，随着发送业务密钥获取请求的时间距离业务密钥推送时间越来越长，对应的用户终端排序也越靠后。

第二种方式：

在所述业务密钥获取请求中包含用户终端标识和请求时间时，业务处理服务器对在设定时长内，各用户终端发起业务密钥获取请求的次数进行统计，将发送业务密钥获取请求的次数越多的用户终端，设定为活跃度越高的用户终端并排列在前，以此类推，对各用户终端进行排序。

具体地，可将发送业务密钥获取请求的次数最多的用户终端作为活跃度最高的用户终端，作为排序在第一位的用户终端，随着发送业务密钥获取请求的次数越少，对应的用户终端排序也越靠后。

第三种排序方式：

在所述业务密钥获取请求中包含用户终端标识和请求时间时，业务处理服务器结合第一种排序方式和第二种排序方式，将用户终端发送业务密钥获取请求的时间和用户终端在所述设定时长内发送业务密钥获取请求的次数结合作为活跃度的判断依据，也即作为排序依据。

较优的，业务处理服务器可按照发送业务密钥获取请求的时间距离业务密钥推送时间长短，为各存在业务的有效订购关系的用户终端分配第一排序值，并按照在所述设定时长内发送业务密钥获取请求的次数，为各用户终端分配第二排序值，此时，每个存在业务的有效订购关系的用户终端被分配的两个排序值。业务处理服务器对各用户终端的两个排序值进行加权求和，得到该用户终端的实际排序值，并按照该实际排序值的高低，为用户终端进行排序。

例如，若发送业务密钥获取请求的时间距离业务密钥推送时间越短，用户终端分配的的第一排序值越大，在所述设定时长内发送业务密钥获取请求的次数越多，用户终端分配的的第二排序值越大，则实际排序值越大的用户终端，排列越靠前。

需要说明的是，本发明实施例的方案并不限于上述三种排序方式，其他能够利用用户终端发送的业务密钥获取请求，对用户终端的活跃度进行分析，确定用户终端在业务密钥生效时间后，需要利用更新后的业务密钥执行业务的可能性的各种方式都可。

所述步骤102～步骤105没有必然的顺序执行关系，本实施例的方案中可以将步骤102～步骤105按照任意排列顺序执行，也可以任意多个步骤并行执行。

步骤106：业务处理服务器在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知。

较优地，考虑到存在业务的有效订购关系的用户终端数量可能大于在推送有效期内系统资源能够推送的用户终端数量的情况，在本步骤的方案中，可以对存在业务的有效订购关系的用户终端进行排序后，按照该排序顺序，优先向在推送有效期内系统资源能够支持数量的用户终端推送业务密钥更新通知。

例如：在步骤105中需要推送业务密钥更新通知的用户终端数量为M，但在推送有效期内系统资源能够推送的用户终端数量的阈值为N，所述M大于N，则本步骤的优选方案是：向步骤105中排序在前的N个用户终端按照排序结果推送业务密钥更新通知。所述M和N为正整数。

步骤107：用户终端在接收到业务密钥更新通知后，利用其中携带的业务密钥标识，发起业务密钥获取流程。

步骤108：用户终端获取更新后的业务密钥并存储在本地，在业务密钥生效时间到达后，用户终端可以直接使用所述更新后的业务密钥获取广播内容。

本步骤108中，用户终端可以与业务处理服务器之间通过更新后的业务密钥进行业务传输，所述业务可以是广播业务，即用户终端可以直接使用所述更新后的业务密钥获取广播内容。

本实施例一的方案可以应用在多媒体业务中，实施例一中涉及的业务处理服务器可以是网络应用功能实体(Network Application Function，NAF)。本实施例一的方案尤其可用于多媒体广播业务系统中，若本实施例一的方案应用于多媒体广播业务系统，则本实施例一中涉及的业务处理服务器可以是MBBMS。

本发明实施例一的方案根据用户终端在所述设定时长内发送的业务密钥获取请求进行分析，按照用户终端的活跃度，对确定存在业务的有效订购关系的用户终端进行排序，使活跃度高的用户终端能够优先获得业务密钥更新通知，提高了业务密钥更新通知推送的有效性和目的性，避免了系统因活跃度高的用户终端集中在业务密钥更新生效时从业务处理服务器处获取更新后的业务密钥而出现拥塞或崩溃的情况；较优地，本实施例一的方案中，在向用户终端推送业务密钥更新通知时，按照推送有效期内系统资源能够推送的用户终端数量的阈值进行推送，避免出现推送的业务密钥更新通知出现丢包的情况。

实施例二

如图2所示，为本发明实施例二中业务密钥更新的系统结构示意图，所述业务密钥更新系统包括：业务处理服务器21和至少一个用户终端22。其中：

业务处理服务器21有两大主要功能，一方面是生成并存储业务密钥，另一方面是对业务密钥的推送进行控制，下面分别予以说明。

业务处理服务器21用于确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端，并根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序，以及，在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知；用户终端22用于接收业务处理服务器推送的业务密钥更新通知，并根据接收到业务密钥更新通知获取更新后的业务密钥。

业务处理服务器21具体用于根据在所述设定时长内所述用户终端发送的业务密钥获取请求，确定各用户终端在所述设定时长对业务密钥请求的活跃度，并按照活跃度由高至低的顺序对用户终端进行排序。

业务处理服务器21具体用于将在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间越短的用户终端，设定为活跃度越高的用户终端，或者，对在所述设定时长内各用户终端发送业务密钥获取请求的次数进行统计，将发送业务密钥获取请求的次数越多的用户终端，设定为活跃度越高的用户终端，或者，根据在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间的长短，为各用户终端分配第一排序值，并根据在所述设定时长内用户终端发送业务密钥获取请求的次数，为各用户终端分配第二排序值，以及为各用户终端的第一排序值和第二排序值进行加权求和，得到实际排序值，并按照该实际排序值为用户终端设定活跃度。

所述业务处理服务器21具体用于确定在推送有效期内系统资源能够支持推送的用户终端的数量N，以及按照排序结果，向排列在前的N个用户终端推送业务密钥更新通知，所述N为正整数。

业务处理服务器21还可用于处理用户终端的业务密钥获取请求、存储至少一个用户终端22通过移动通信网络发送的业务密钥获取请求及用户终端的业务订购关系、在需要时生成更新后的业务密钥。

用户终端22还可用于向业务处理服务器21发送业务密钥获取请求、存储获取的更新后的业务密钥。

所述业务密钥更新系统可以用于多媒体广播业务系统。

实施例三

如图3所示，为本发明实施例三中业务处理服务器示意图，所述业务处理服务器包括：订购确定模块31、排序模块32和推送模块33。其中：

订购确定模块31用于确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端；排序模块32用于根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序；推送模块33用于根据排序模块32的排序结果，在推送有效期内，顺序向用户终端推送业务密钥更新通知。

所述排序模块32具体用于根据在所述设定时长内所述用户终端发送的业务密钥获取请求，确定各用户终端在所述设定时长对业务密钥请求的活跃度，并按照活跃度由高至低的顺序对用户终端进行排序。

具体地，所述排序模块32具体用于将在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间越短的用户终端，设定为活跃度越高的用户终端；

或者，

对在所述设定时长内各用户终端发送业务密钥获取请求的次数进行统计，将发送业务密钥获取请求的次数越多的用户终端，设定为活跃度越高的用户终端；

或者，

根据在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间的长短，为各用户终端分配第一排序值，并根据在所述设定时长内用户终端发送业务密钥获取请求的次数，为各用户终端分配第二排序值，以及为各用户终端的第一排序值和第二排序值进行加权求和，得到实际排序值，并按照该实际排序值为用户终端设定活跃度。

所述推送模块33具体用于确定在推送有效期内系统资源能够支持推送的用户终端的数量N，并按照排序结果，向排列在前的N个用户终端推送业务密钥更新通知，所述N为正整数。

所述业务处理服务器还包括：存储模块30，用于存储用户终端的业务订购关系和业务密钥获取请求信息。

订购确定模块31用于从存储模块30中确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端。

排序模块32可以从订购确定模块31确定需要进行排序的用户终端，以及，可以从存储模块30中确定需要进行排序的用户终端的业务密钥获取请求信息。

所述业务处理服务器还包括：请求处理模块34，用于处理用户终端的业务密钥获取请求，并将业务密钥获取请求中携带的信息存储至存储模块30中。

本实施例中的业务处理服务器还具有能够实现实施例一至实施例二各特征的逻辑部件，此处不再赘述。

通过本发明实施例描述的业务密钥更新的方法、系统及业务密钥处理装置，提高了业务密钥更新时推送业务密钥更新通知的有效性和目的性，提高了系统对用户终端使用业务的感知，减小了业务密钥更新时系统出现拥塞和崩溃的可能性。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种业务密钥更新的方法，其特征在于，所述方法包括：

确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端；

根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序；

在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知，指示接收到业务密钥更新通知的用户终端获取更新后的业务密钥。

2.如权利要求1所述的业务密钥更新的方法，其特征在于，对所述确定的用户终端进行排序，具体包括：

根据在所述设定时长内所述用户终端发送的业务密钥获取请求，确定各用户终端在所述设定时长对业务密钥请求的活跃度；

按照活跃度由高至低的顺序对用户终端进行排序。

3.如权利要求2所述的业务密钥更新的方法，其特征在于，通过以下方式确定用户终端的活跃度：

将在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间越短的用户终端，设定为活跃度越高的用户终端；

或者，

对在所述设定时长内各用户终端发送业务密钥获取请求的次数进行统计，将发送业务密钥获取请求的次数越多的用户终端，设定为活跃度越高的用户终端；

或者，

根据在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间的长短，为各用户终端分配第一排序值；

根据在所述设定时长内用户终端发送业务密钥获取请求的次数，为各用户终端分配第二排序值；

为各用户终端的第一排序值和第二排序值进行加权求和，得到实际排序值，并按照该实际排序值为用户终端设定活跃度。

4.如权利要求1～3任一所述的业务密钥更新的方法，其特征在于，对用户终端按照排序结果推送业务密钥更新通知，具体包括：

确定在推送有效期内系统资源能够支持推送的用户终端的数量N，所述N为正整数；

按照排序结果，向排列在前的N个用户终端推送业务密钥更新通知。

5.一种业务密钥更新的系统，其特征在于，包括：

业务处理服务器，用于确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端，并根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序，以及，在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知；

至少一个用户终端，用于接收业务处理服务器推送的业务密钥更新通知，并根据接收到业务密钥更新通知获取更新后的业务密钥。

6.如权利要求5所述的业务密钥更新的系统，其特征在于，

所述业务处理服务器，具体用于确定在推送有效期内系统资源能够支持推送的用户终端的数量N，以及按照排序结果，向排列在前的N个用户终端推送业务密钥更新通知，所述N为正整数。

7.一种业务处理服务器，其特征在于，所述业务处理服务器包括：

订购确定模块，用于确定在业务密钥更新时间到达时存在业务的有效订购关系的用户终端；

排序模块，用于根据在业务密钥推送时间到达之前的设定时长内，已记录的所述用户终端发送的业务密钥获取请求，对所述用户终端进行排序；

推送模块，用于在推送有效期内，对存在业务的有效订购关系的用户终端按照排序结果推送业务密钥更新通知。

8.如权利要求7所述的业务处理服务器，其特征在于，

所述排序模块，具体用于根据在所述设定时长内所述用户终端发送的业务密钥获取请求，确定各用户终端在所述设定时长对业务密钥请求的活跃度，并按照活跃度由高至低的顺序对用户终端进行排序。

9.如权利要求8所述的业务处理服务器，其特征在于，

所述排序模块，具体用于将在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间越短的用户终端，设定为活跃度越高的用户终端，或者，对在所述设定时长内各用户终端发送业务密钥获取请求的次数进行统计，将发送业务密钥获取请求的次数越多的用户终端，设定为活跃度越高的用户终端，或者，根据在所述设定时长内最后一次发送业务密钥获取请求的时间距离业务密钥推送时间的长短，为各用户终端分配第一排序值，并根据在所述设定时长内用户终端发送业务密钥获取请求的次数，为各用户终端分配第二排序值，以及为各用户终端的第一排序值和第二排序值进行加权求和，得到实际排序值，并按照该实际排序值为用户终端设定活跃度。

10.如权利要求7～9任一所述的业务处理服务器，其特征在于，所述推送模块，具体用于确定在推送有效期内系统资源能够支持推送的用户终端的数量N，并按照排序结果，向排列在前的N个用户终端推送业务密钥更新通知，所述N为正整数。

Images