一种业务密钥更新的方法、 系统及业务处理服务器 技术领域 本发明涉及移动多媒体广播业务领域， 尤其涉及一种业务密钥更新的方法、 系统 及业务处理服务器。
背景技术 多 媒 体 广 播 业 务 管 理 系 统 (Multimedia Broadcast Business Management System， 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、 光学存储器等 ) 上实施的计算机程序产 品的形式。 本申请是参照根据本申请实施例的方法、 设备 ( 系统 )、 和计算机程序产品的流程 图和 / 或方框图来描述的。应理解可由计算机程序指令实现流程图和 / 或方框图中的每一 流程和 / 或方框、 以及流程图和 / 或方框图中的流程和 / 或方框的结合。可提供这些计算 机程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理 器以产生一个机器， 使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生 用于实现在流程图一个流程或多个流程和 / 或方框图一个方框或多个方框中指定的功能 的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品， 该指令装置实现在流程图一个流程或多个流程和 / 或方框图一个方框或 多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上， 使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理， 从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 / 或方框图 一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例， 但本领域内的技术人员一旦得知了基本创造 性概念， 则可对这些实施例做出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优 选实施例以及落入本申请范围的所有变更和修改。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样， 倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内， 则本发明也意图包含这些改动和变型在内。