[發(fā)明專利]一種業(yè)務(wù)密鑰更新的方法、系統(tǒng)及業(yè)務(wù)處理服務(wù)器

在審

• 申請(qǐng)?zhí)枺?/td>: 201110287855.3
• 申請(qǐng)日: 2011-09-26
• 公開(kāi)（公告）號(hào): CN102333280A
• 公開(kāi)（公告）日: 2012-01-25
• 發(fā)明（設(shè)計(jì)）人: 王曄
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04W4/06
• 分類號(hào): H04W4/06;H04W12/04;H04H60/23
• 代理公司: 北京同達(dá)信恒知識(shí)產(chǎn)權(quán)代理有限公司 11291
• 代理人: 黃志華

技術(shù)領(lǐng)域

本發(fā)明涉及移動(dòng)多媒體廣播業(yè)務(wù)領(lǐng)域，尤其涉及一種業(yè)務(wù)密鑰更新的方法、系統(tǒng)及業(yè)務(wù)處理服務(wù)器。

背景技術(shù)

多媒體廣播業(yè)務(wù)管理系統(tǒng)(Multimedia?Broadcast?Business?Management?System，MBBMS)即手機(jī)電視系統(tǒng)，是基于廣播技術(shù)的手機(jī)電視業(yè)務(wù)應(yīng)用系統(tǒng)。MBBMS不僅能使基于廣播方式播出的視頻流在手機(jī)上的應(yīng)用像電視那樣普及，同時(shí)還能使視頻流在手機(jī)上的應(yīng)用變得可運(yùn)營(yíng)、可管理。為保證手機(jī)電視業(yè)務(wù)內(nèi)容的安全性，MBBMS需經(jīng)常更新業(yè)務(wù)密鑰，同時(shí)，具有訂購(gòu)關(guān)系的用戶終端需通過(guò)業(yè)務(wù)密鑰更新流程獲取已更新的業(yè)務(wù)密鑰來(lái)實(shí)現(xiàn)其自身的業(yè)務(wù)密鑰與MBBMS的業(yè)務(wù)密鑰的同步更新，以便能繼續(xù)使用其訂購(gòu)的手機(jī)電視業(yè)務(wù)。

在現(xiàn)有技術(shù)中，實(shí)現(xiàn)業(yè)務(wù)密鑰更新的流程如下：

第一步：MBBMS在業(yè)務(wù)密鑰更新時(shí)間到達(dá)時(shí)，生成更新后的業(yè)務(wù)密鑰。

第二步：MBBMS確定業(yè)務(wù)密鑰更新時(shí)間后仍存在針對(duì)手機(jī)電視業(yè)務(wù)的有效訂購(gòu)關(guān)系的用戶終端。

第三步：MBBMS根據(jù)訂購(gòu)列表中記錄的各用戶終端的訂購(gòu)關(guān)系，在業(yè)務(wù)密鑰推送時(shí)間到達(dá)時(shí)，依次向所述確定的具有有效訂購(gòu)關(guān)系的用戶終端推送業(yè)務(wù)密鑰更新通知。

所述業(yè)務(wù)密鑰更新通知中攜帶有與更新后的業(yè)務(wù)密鑰對(duì)應(yīng)的業(yè)務(wù)密鑰標(biāo)識(shí)。

第四步：用戶終端在接收到業(yè)務(wù)密鑰更新通知后，利用業(yè)務(wù)密鑰更新通知中攜帶的業(yè)務(wù)密鑰標(biāo)識(shí)，發(fā)起業(yè)務(wù)密鑰獲取流程。

第五步：用戶終端獲取更新后的業(yè)務(wù)密鑰并存儲(chǔ)在本地，在業(yè)務(wù)密鑰生效時(shí)間到達(dá)后，用戶終端使用更新后的業(yè)務(wù)密鑰，獲取廣播內(nèi)容。

上述第一步至第五步的方案中，從業(yè)務(wù)密鑰推送時(shí)間至業(yè)務(wù)密鑰生效時(shí)間的這段時(shí)間可稱之為推送有效期。

在上述業(yè)務(wù)密鑰更新的流程中，MBBMS在業(yè)務(wù)密鑰生效時(shí)間到達(dá)之前，提前向用戶終端推送更新后的業(yè)務(wù)密鑰，這樣做的好處是：用戶終端在手機(jī)電視業(yè)務(wù)的使用過(guò)程中，不會(huì)因?yàn)闃I(yè)務(wù)密鑰更新而出現(xiàn)集中從MBBMS獲取業(yè)務(wù)密鑰的情況，避免出現(xiàn)大規(guī)模的系統(tǒng)擁塞，影響用戶終端正常使用手機(jī)電視業(yè)務(wù)。

但是，隨著手機(jī)電視業(yè)務(wù)的不斷普及，訂購(gòu)手機(jī)電視業(yè)務(wù)的用戶終端數(shù)量也不斷增加，若訂購(gòu)手機(jī)電視業(yè)務(wù)的用戶終端數(shù)量大于在推送有效期內(nèi)系統(tǒng)資源能夠推送的用戶終端數(shù)量，則會(huì)出現(xiàn)部分用戶終端無(wú)法正確接收業(yè)務(wù)密鑰更新通知的情況。

如果按照上述業(yè)務(wù)密鑰更新的流程中規(guī)定的以用戶終端訂購(gòu)手機(jī)電視業(yè)務(wù)的訂購(gòu)關(guān)系來(lái)推送業(yè)務(wù)密鑰更新通知，則可能出現(xiàn)部分有業(yè)務(wù)使用需求的用戶終端無(wú)法正確接收到業(yè)務(wù)密鑰更新通知，導(dǎo)致這部分用戶終端只能在業(yè)務(wù)密鑰生效時(shí)間到達(dá)時(shí)，集中從MBBMS獲取密鑰，可能出現(xiàn)系統(tǒng)擁塞或崩潰，因此，目前的業(yè)務(wù)密鑰更新流程中，業(yè)務(wù)密鑰推送的有效性低。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明實(shí)施例提供一種業(yè)務(wù)密鑰更新的方法、系統(tǒng)及業(yè)務(wù)處理服務(wù)器，以解決現(xiàn)有技術(shù)中業(yè)務(wù)密鑰推送的有效性低的問(wèn)題。

一種業(yè)務(wù)密鑰更新的方法，所述方法包括：

確定在業(yè)務(wù)密鑰更新時(shí)間到達(dá)時(shí)存在業(yè)務(wù)的有效訂購(gòu)關(guān)系的用戶終端；

根據(jù)在業(yè)務(wù)密鑰推送時(shí)間到達(dá)之前的設(shè)定時(shí)長(zhǎng)內(nèi)，已記錄的所述用戶終端發(fā)送的業(yè)務(wù)密鑰獲取請(qǐng)求，對(duì)所述用戶終端進(jìn)行排序；

在推送有效期內(nèi)，對(duì)存在業(yè)務(wù)的有效訂購(gòu)關(guān)系的用戶終端按照排序結(jié)果推送業(yè)務(wù)密鑰更新通知，指示接收到業(yè)務(wù)密鑰更新通知的用戶終端獲取更新后的業(yè)務(wù)密鑰。

一種業(yè)務(wù)密鑰更新的系統(tǒng)，包括：

業(yè)務(wù)處理服務(wù)器，用于確定在業(yè)務(wù)密鑰更新時(shí)間到達(dá)時(shí)存在業(yè)務(wù)的有效訂購(gòu)關(guān)系的用戶終端，并根據(jù)在業(yè)務(wù)密鑰推送時(shí)間到達(dá)之前的設(shè)定時(shí)長(zhǎng)內(nèi)，已記錄的所述用戶終端發(fā)送的業(yè)務(wù)密鑰獲取請(qǐng)求，對(duì)所述用戶終端進(jìn)行排序，以及，在推送有效期內(nèi)，對(duì)存在業(yè)務(wù)的有效訂購(gòu)關(guān)系的用戶終端按照排序結(jié)果推送業(yè)務(wù)密鑰更新通知；

至少一個(gè)用戶終端，用于接收業(yè)務(wù)處理服務(wù)器推送的業(yè)務(wù)密鑰更新通知，并根據(jù)接收到業(yè)務(wù)密鑰更新通知獲取更新后的業(yè)務(wù)密鑰。

一種業(yè)務(wù)處理服務(wù)器，所述業(yè)務(wù)處理服務(wù)器包括：

訂購(gòu)確定模塊，用于確定在業(yè)務(wù)密鑰更新時(shí)間到達(dá)時(shí)存在業(yè)務(wù)的有效訂購(gòu)關(guān)系的用戶終端；

排序模塊，用于根據(jù)在業(yè)務(wù)密鑰推送時(shí)間到達(dá)之前的設(shè)定時(shí)長(zhǎng)內(nèi)，已記錄的所述用戶終端發(fā)送的業(yè)務(wù)密鑰獲取請(qǐng)求，對(duì)所述用戶終端進(jìn)行排序；

推送模塊，用于在推送有效期內(nèi)，對(duì)存在業(yè)務(wù)的有效訂購(gòu)關(guān)系的用戶終端按照排序結(jié)果推送業(yè)務(wù)密鑰更新通知。