專利名稱：密鑰分發(fā)方法
技術領域：
本發(fā)明涉及數(shù)據(jù)通信技術，尤其涉及密鑰分發(fā)方法。
技術背景隨著移動數(shù)據(jù)業(yè)務的普及、手機性能的提高以及數(shù)字電視技術和網(wǎng)絡的 迅速發(fā)展，手機電視業(yè)務引起了人們的廣泛關注。面向移動終端的數(shù)字電視技術主要有以下幾種(1 )利用廣播網(wǎng)絡向具有接收數(shù)字電視廣播信號能力的移動終端發(fā)送電 視信號，使該移動終端能夠?qū)崟r接收到電視節(jié)目。由于廣播網(wǎng)絡向移動終端 發(fā)送電視信號只是單向傳輸，因此存在以下問題由于沒有上行網(wǎng)絡的支持， 所以用戶的身份信息不能傳遞給網(wǎng)絡，系統(tǒng)無法對用戶進行身份認證；由于 不能對用戶進行身份識別也就不能按用戶進行計費；單向的網(wǎng)絡無法為用戶 提供個性化服務，無法實現(xiàn)節(jié)目的定制和節(jié)目互動。(2) 利用移動網(wǎng)絡實現(xiàn)多媒體內(nèi)容的下行傳輸；例如，采用多媒體廣播 多播月l務(Multimedia Broadcast and Multicast Service,以下簡稱MBMS)下 發(fā)節(jié)目流。由于移動網(wǎng)絡本身是雙向的，具備較為完善的鑒權、用戶管理以 及計費等機制，所以此種方式很容易實現(xiàn)視頻節(jié)目的定制和互動等操作，這 種方式可以克服前種方式無法進行用戶認證，難以按用戶計費，難以提供個 性化服務的缺陷，但是會占用大量的移動帶寬。(3) 利用單向的廣播網(wǎng)絡提供多媒體內(nèi)容的下行傳輸，利用移動通信網(wǎng) 絡的鑒權管理系統(tǒng)和雙向網(wǎng)絡傳輸能力完成對用戶的認證、授權和管理。這 種方式，既不會占用過多的移動帶寬，有效利用了廣播電視網(wǎng)絡更適合向大 規(guī)模用戶傳送節(jié)目的特點，成本更低；又發(fā)揮了移動網(wǎng)絡在交互性、用戶認證和計費方面的優(yōu)勢。無論在第二種方式，還是第三種方式中，為了實現(xiàn)靈活的計費方式并保 證數(shù)據(jù)的安全性，都需要對節(jié)目流加密傳輸，而為保證密鑰在傳輸過程中的 安全，在網(wǎng)絡中傳送的密鑰也是被加密的。整個加解密過程中涉及三種密鑰， 用戶密鑰、業(yè)務密鑰及節(jié)目密鑰。其中，用戶密鑰是在認證過程中生成的，其用于業(yè)務密鑰的加解密；業(yè)務密鑰用于對節(jié)目密鑰加解密；節(jié)目密鑰用于 對節(jié)目流加解密。用戶終端與網(wǎng)絡進行認證的過程中，卡和網(wǎng)絡生成用戶密 鑰；網(wǎng)絡才艮據(jù)用戶訂購關系使用用戶密鑰對業(yè)務密鑰加密傳送給用戶終端， 用戶終端利用卡中生成的用戶密鑰對業(yè)務密鑰消息解密，得到業(yè)務密鑰；網(wǎng)絡利用業(yè)務密鑰對節(jié)目密鑰加密，傳輸給用戶終端，終端中的卡利用業(yè)務密鑰對節(jié)目密鑰消息解密，得到節(jié)目密鑰；網(wǎng)絡使用節(jié)目流密鑰對節(jié)目流進行 加密，并將加密后的節(jié)目流進行分發(fā)，終端使用解密后的節(jié)目密鑰對節(jié)目流 解密，之后就可以播放了。在上述過程中，網(wǎng)絡需要根據(jù)用戶訂購關系將業(yè)務密鑰通過加密方式傳 送給用戶終端，例如，手機電視平臺需要向業(yè)務管理系統(tǒng)查詢用戶訂購關系， 如果用戶處于漫游狀態(tài)，拜訪地手機電視平臺還要通過歸屬地手機電視業(yè)務 平臺查詢訂購關系。當眾多用戶一起發(fā)起業(yè)務密鑰獲取請求時，手機電視業(yè) 務平臺處理每個業(yè)務密鑰獲取請求時，均要查詢訂購關系，其處理壓力很大， 而在實際中，由于手機電視業(yè)務自身的特點，這種情況會經(jīng)常出現(xiàn)，例如， 七點開始4番出某個節(jié)目，那么往往在六點五十五分至七點五分這段時間內(nèi)， 手機電視業(yè)務平臺會接收到大量的業(yè)務密鑰獲取請求，如果手機電視在處理 每一項業(yè)務密鑰獲取請求時均向業(yè)務管理系統(tǒng)查詢用戶的訂購關系，無論是 手機電視業(yè)務平臺還是業(yè)務管理系統(tǒng)，處理壓力都會非常大，這會嚴重影響 業(yè)務的使用。發(fā)明內(nèi)容本發(fā)明的目的在于針對現(xiàn)有技術所存在的缺陷，提供一種業(yè)務密鑰分發(fā) 方法，優(yōu)化系統(tǒng)處理流程，提高系統(tǒng)處理效率。為了實現(xiàn)上述目的，本發(fā)明提供了一種業(yè)務密鑰分發(fā)方法，該方法包括如下步驟接收業(yè)務密鑰獲取請求，判斷該業(yè)務密鑰獲取請求中是否不包含業(yè)務密鑰有效期并且業(yè)務密鑰標識是當前使用的，若是，向用戶歸屬地業(yè)務管理系 統(tǒng)發(fā)送訂購信息查詢請求，否則，在緩存中查詢用戶的訂購信息；根據(jù)用戶 訂購信息發(fā)送業(yè)務密鑰。在所述接收業(yè)務密鑰獲取請求之前還包括生成業(yè)務密鑰消息；向業(yè)務 管理系統(tǒng)查詢訂購業(yè)務的本地用戶列表；緩存所述用戶列表，并根據(jù)該用戶 列表發(fā)送業(yè)務密鑰分發(fā)通知消息。所述用戶歸屬地業(yè)務管理系統(tǒng)返回訂購業(yè)務的本地用戶列表時，更新各 用戶的發(fā)送業(yè)務密鑰記錄。在所述判斷之前還包括對用戶認證的步驟，具體為，根據(jù)所述業(yè)務密 鑰獲取請求攜帶的用戶標識查詢用戶密鑰，若用戶標識存在且用戶密鑰有效， 則認證通過。所述業(yè)務密鑰獲取請求還可攜帶有請求密鑰，若用戶標識存且用戶密鑰 有效，則進一步判斷所述業(yè)務密鑰獲取請求中的請求密鑰與本地存儲的用戶 標識對應的請求密鑰是否一致，若一致，則認證通過。若用戶標識不存在，或者用戶密鑰過期，則從用戶歸屬地獲取用戶密鑰 及請求密鑰。在發(fā)送業(yè)務密鑰后，若訂購信息是從緩存中查詢得到的，則將相應用戶 訂購信息從緩存中刪除。本發(fā)明實現(xiàn)了手機電視平臺在主動推送業(yè)務密鑰時，將用戶訂購信息保 存在緩存中，直到用于確認獲取，從而，可有效減少訪問業(yè)務管理系統(tǒng)的次 數(shù)，優(yōu)化了系統(tǒng)處理流程，提高了系統(tǒng)效率，并支持準確的密鑰獲取是否成功的統(tǒng)計。下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。


圖1為本發(fā)明的密鑰分發(fā)方法實施例一流程圖； 圖2為本發(fā)明的密鑰分發(fā)方法實施例二流程圖； 圖3為本發(fā)明的密鑰分發(fā)方法實施例三流程圖。
具體實施方式
業(yè)務密鑰分發(fā)有兩種方式， 一種是終端主動請求的方式，終端向手機電 視業(yè)務平臺發(fā)送業(yè)務密鑰請求，業(yè)務平臺對終端認證，認證通過后向終端發(fā) 送業(yè)務密鑰；另一種是網(wǎng)絡主動推送的方式中，手機電視業(yè)務平臺生成業(yè)務 密鑰后，主動向業(yè)務平臺所在地所有已訂購相應業(yè)務的用戶終端發(fā)送業(yè)務密 鑰分發(fā)通知，之后，終端向手機電視業(yè)務平臺發(fā)送業(yè)務密鑰請求，業(yè)務平臺 對終端認^正通過后向終端發(fā)送業(yè)務密鑰。無論采用哪種方式，手機電視業(yè)務 平臺在收到業(yè)務密鑰獲取請求后，都要查詢用戶的訂購信息，判斷用戶是否 訂購了相應的業(yè)務，在用戶訂購了業(yè)務的情況下才會發(fā)送業(yè)務密鑰。在第二 種方式中，手機電視業(yè)務平臺在向用戶發(fā)送業(yè)務密鑰分發(fā)通知前要獲取訂購 相應業(yè)務的用戶列表，手機電視業(yè)務平臺可以將訂購信息進行緩存，在接收 到用戶終端發(fā)送的業(yè)務密鑰獲取請求后，手機電視業(yè)務平臺在緩存中就可查 到用戶的訂購信息，而不需再到業(yè)務管理系統(tǒng)進行訂購信息查詢，這樣可有 效減少訪問凄t據(jù)庫的次數(shù)，提高系統(tǒng)效率。由于存儲容量和查詢效率等因素的限制，緩存中不會存儲所有訂購了手 機電視業(yè)務用戶的訂購信息，當終端將業(yè)務密鑰取走后，就可刪除緩存中該 用戶的訂購信息。由于在實際系統(tǒng)中，這兩種密鑰分發(fā)方式是并存的。若對 于所有的業(yè)務密鑰獲取請求，手機平臺都先在緩存中查詢訂購信息，那無疑也會降低系統(tǒng)效率，因此手機電視業(yè)務平臺需要判斷密鑰分發(fā)是哪種方式， 從而決定什么時候到緩存中查詢訂購信息，什么時候到業(yè)務管理系統(tǒng)查詢訂 購4言息。若密鑰分發(fā)方式屬于網(wǎng)絡主動推送方式，手機電視業(yè)務平臺在向終端發(fā) 送業(yè)務密鑰下發(fā)通知時，若待發(fā)送的業(yè)務密鑰用于收看整個頻道，則通知消 息中包含業(yè)務密鑰標識，若待發(fā)送的業(yè)務密鑰用于收看某個節(jié)目，則通知消 息中包含業(yè)務密鑰標識和業(yè)務密鑰有效期，終端發(fā)送的業(yè)務密鑰獲取請求也 會相應攜帶業(yè)務密鑰標識，或業(yè)務密鑰標識及業(yè)務密鑰有效期信息。若密鑰 分發(fā)方是終端主動請求方式，終端發(fā)送的業(yè)務密鑰獲取請求不會攜帶業(yè)務密 鑰有效期并且業(yè)務密鑰標識應是當前所使用的，因此，可根據(jù)業(yè)務密鑰獲取 請求中是否攜帶業(yè)務密鑰有效期以及攜帶的業(yè)務密鑰標識是否為當前使用的 來判斷密鑰分發(fā)屬于哪一種方式。如圖l所示，為本發(fā)明的密鑰分發(fā)方法實施例一流程圖，包括如下步驟 步驟IOI、接收業(yè)務密鑰獲取請求；步驟102、判斷該業(yè)務密鑰獲取請求中是否為終端主動請求方式，即不 包含業(yè)務密鑰有效期并且業(yè)務密鑰標識是當前所使用的，若是，執(zhí)行步驟104, 否則，扭J亍步驟103;步驟103、在緩存中查找用戶的訂購信息；步驟104、向用戶歸屬地業(yè)務管理系統(tǒng)查詢用戶訂購信息；步驟105、根據(jù)訂購信息發(fā)送業(yè)務密鑰。本實施例通過判斷業(yè)務密鑰獲取請求中是否攜帶業(yè)務密鑰有效期來判斷 密鑰分發(fā)屬于哪種方式，進而判斷是否在緩存中查詢用戶訂購信息，從而， 可有效減少業(yè)務管理系統(tǒng)的訪問次數(shù)。如圖2所示，為本發(fā)明的密鑰分發(fā)方法實施例二流程圖，包括如下步驟: 步驟201、手機電視業(yè)務平臺生成新的業(yè)務密鑰消息，如新的頻道包月 密鑰，或某節(jié)目密鑰消息；步驟202、手機電視業(yè)務平臺向平臺所在地的業(yè)務管理系統(tǒng)查詢已訂購該業(yè)務的本地用戶移動臺國際ISDN號碼(Mobile Station International ISDNNumber,以下簡稱MSISDN)列表；步驟203、平臺所在地的業(yè)務管理系統(tǒng)向手機電視業(yè)務平臺返回已訂購該業(yè)務的本地用戶信息，并更新每個用戶的已發(fā)送業(yè)務密鑰的記錄；步驟204、手機電視業(yè)務平臺緩存用戶信息；并向短信網(wǎng)關發(fā)送業(yè)務密鑰發(fā)送通知消息；若待發(fā)送的業(yè)務密鑰用于收看整個頻道，則通知消息中包含業(yè)務密鑰標識；若待發(fā)送的業(yè)務密鑰用于收看某個節(jié)目，則通知消息中包含業(yè)務密鑰標識和業(yè)務密鑰有效期；步驟205、短信網(wǎng)關向手機電視業(yè)務平臺返回響應；步驟206、短信網(wǎng)關向短信中心發(fā)送業(yè)務密鑰發(fā)送通知消息；步驟207、短信中心向短信網(wǎng)關返回接收響應；步驟208、短信中心向終端發(fā)送業(yè)務密鑰發(fā)送通知消息；步驟209、終端從卡讀取的引導業(yè)務標識(Bootstrapping TransactionIdentifier,以下簡稱B-TID )，終端以B-TID作為用戶名向手機電視業(yè)務平臺請求業(yè)務密鑰；步驟210、終端向接入地WAP網(wǎng)關發(fā)送業(yè)務密鑰獲取請求消息； 步驟211、接入地WAP網(wǎng)關向手機電視業(yè)務平臺發(fā)送業(yè)務密鑰獲取請求 消息；步驟212、手機電視業(yè)務平臺向接入地WAP網(wǎng)關返回業(yè)務密鑰獲取未認 證消息(HTTP 401 WWW-Authenticate);步驟213、接入地WAP網(wǎng)關向終端返回業(yè)務密鑰獲取未認證消息(HTTP 401 WWW-Authenticate);步驟214、終端向接入地WAP網(wǎng)關發(fā)送業(yè)務密鑰獲取認證請求消息；步驟215、接入地WAP網(wǎng)關向手機電^見業(yè)務平臺發(fā)送業(yè)務密鑰獲取認證 請求消息；步驟216、手才幾電視業(yè)務平臺對用戶進行認證，查詢B-TID是否有效， 判別網(wǎng)絡存儲的用戶密鑰是否在有效期內(nèi)；若B-TID存在且用戶密鑰有效， 則認證通過，繼續(xù)執(zhí)行步驟217,若認證未通過，則觸發(fā)通用用戶認證過程， 生成共享密鑰，卡及手機電視業(yè)務平臺根據(jù)共享密鑰生成用戶密鑰；步驟217、手機電視業(yè)務平臺根據(jù)業(yè)務密鑰獲取請求中的業(yè)務密鑰標識 以及該請求是否攜帶業(yè)務密鑰有效期，判斷密鑰分發(fā)屬于哪種方式，若屬于 網(wǎng)絡主動推送方式，則在緩存的用戶列表中查詢用戶的訂購信息，由于此實 施例是網(wǎng)絡主動推送方式，因此業(yè)務密鑰獲取請求屬于以下兩種情況之一 (1)攜帶有業(yè)務密鑰有效期；(2)不攜帶業(yè)務密鑰有效期且業(yè)務密鑰標識并 非當前使用的；手機電視業(yè)務平臺在緩存中查詢用戶訂購信息；若用戶訂購 了業(yè)務，則向接入地WAP網(wǎng)關發(fā)送密鑰獲取響應消息；步驟218、接入地WAP網(wǎng)關向終端發(fā)送密鑰獲取響應消息。本實施例實現(xiàn)了區(qū)分業(yè)務密鑰分發(fā)方式，在網(wǎng)絡主動推送方式下，在緩 存中查詢用戶的訂購信息，從而可減少業(yè)務管理系統(tǒng)的訪問系數(shù)，提高系統(tǒng) 效率。由于緩存容量以及查詢效率等因素，用戶的訂購信息不必一直保存在緩 存中，在用戶取走業(yè)務密鑰后，手機電視業(yè)務平臺可將相應用戶的訂購信息 從緩存中刪除。在手才/L電視業(yè)務平臺刪除緩存中的用戶訂購信息后，用戶仍可能由于業(yè) 務密鑰丟失等原因再次發(fā)送業(yè)務密鑰獲取請求，該請求屬于終端主動請求方 式，手機電視業(yè)務平臺在緩存中已查詢不到用戶的訂購信息，此時，手機電 視業(yè)務平臺還需訪問業(yè)務管理系統(tǒng)查詢用戶訂購信息。為了加強安全性，可加入請求密鑰，終端以其作為密碼，向手機電視業(yè) 務平臺請求業(yè)務密鑰。終端發(fā)送的業(yè)務密鑰請求消息中攜帶有B-TID及請求 密鑰，在認證時，手機電視業(yè)務平臺除了判斷B-TID是否存在，用戶密鑰是 否有效之外，還要進一步判斷該請求中攜帶的請求密鑰與手機電視業(yè)務平臺內(nèi)部存儲的B-TID對應的請求密鑰是否一致，若一致則認證通過。加入請求 密鑰的認^正方式既可應用于終端主動請求方式，也可應用于網(wǎng)絡主動推送方式。如圖3所示，為本發(fā)明的密鑰分發(fā)方法實施例三流程圖。本實施例為終 端主動請求的方式，包括如下步驟步驟301 、終端從卡讀取B-TID和請求密鑰；步驟302、終端向接入地WAP網(wǎng)關發(fā)送業(yè)務密鑰獲取請求消息；步驟303、接入地WAP網(wǎng)關向手機電視業(yè)務平臺發(fā)送業(yè)務密鑰獲取請求 消息；步驟304、手機電視業(yè)務平臺向接入地WAP網(wǎng)關返回業(yè)務密鑰獲取未認 證消息(HTTP 401 WWW-Authenticate);步驟305、接入地WAP網(wǎng)關向終端返回業(yè)務密鑰獲取未認證消息(HTTP 401 WWW-Authenticate);步驟306、終端向接入地WAP網(wǎng)關發(fā)送業(yè)務密鑰獲取認證請求消息；步驟307、接入地WAP網(wǎng)關向手機電視業(yè)務平臺發(fā)送業(yè)務密鑰獲取認證 請求消息；步驟308、手機電視業(yè)務平臺查詢用戶密鑰，如果B-TID存在，用戶的 請求密鑰和用戶密鑰有效，且網(wǎng)絡存儲的B-TID所對應的請求密鑰信息與用 戶發(fā)送的請求密鑰一致，則認證通過，執(zhí)行步驟309,若認證未通過，則重 新觸發(fā)通用用戶認證過程，獲取共享密鑰，卡及手機電視業(yè)務平臺根據(jù)共享 密鑰生成請求密鑰及用戶密鑰；步驟309、手機電視業(yè)務平臺判斷業(yè)務密鑰獲取請求中不包含業(yè)務密鑰 有效期并且業(yè)務密鑰是當前使用的，從而屬于終端主動請求方式，手機電視業(yè)務平臺向業(yè)務管理系統(tǒng)發(fā)送用戶訂購信息查詢請求；步驟310、業(yè)務管理系統(tǒng)向手機電視業(yè)務平臺返回查詢結(jié)果，如用戶訂 購了業(yè)務，執(zhí)行步驟311;步驟311、手機電視業(yè)務平臺向接入地WAP網(wǎng)關發(fā)送業(yè)務密鑰獲取響應消息；步驟312、接入地WAP網(wǎng)關向終端發(fā)送業(yè)務密鑰獲取響應消息。 本實施例實現(xiàn)了區(qū)分業(yè)務密鑰分發(fā)方式，在終端主動請求的方式下，手 機電視業(yè)務平臺直接從業(yè)務管理系統(tǒng)中查詢用戶的訂購信息，可提高終端主動請求方式下的業(yè)務密鑰分發(fā)效率。本發(fā)明的技術方案能夠準確區(qū)分網(wǎng)絡主動推送方式和終端主動請求方 式，從而，可針對這兩種方式分別統(tǒng)計業(yè)務密鑰的分發(fā)是否成功，根據(jù)統(tǒng)計 數(shù)據(jù)可掌握業(yè)務質(zhì)量。本發(fā)明的技術方案中，手機電視平臺在網(wǎng)絡主動推送業(yè)務密鑰時，將用 戶訂購信息保存在緩存中，直到用于確認獲取，從而，可有效減少訪問業(yè)務 管理系統(tǒng)的次數(shù)，優(yōu)化了系統(tǒng)處理流程，提高了系統(tǒng)效率，并支持準確的密 鑰獲取是否成功的統(tǒng)計。最后應當說明的是以上實施例僅用以說明本發(fā)明的技術方案而非對其 限制；盡管參照較佳實施例對本發(fā)明進行了詳細的說明，所屬領域的普通技術特征進行等同替換；而不脫離本發(fā)明技術方案的精神，其均應涵蓋在本發(fā) 明請求保護的技術方案范圍當中。
權利要求
1. 一種密鑰分發(fā)方法，其特征在于，該方法包括如下步驟接收業(yè)務密鑰獲取請求，判斷該業(yè)務密鑰獲取請求中是否不包含業(yè)務密鑰有效期并且業(yè)務密鑰標識是當前使用的，若是，向用戶歸屬地業(yè)務管理系統(tǒng)發(fā)送訂購信息查詢請求，否則，在緩存中查詢用戶的訂購信息；根據(jù)用戶訂購信息發(fā)送業(yè)務密鑰。
2、 一艮據(jù)權利要求1所述的密鑰分發(fā)方法，其特征在于，在所述接收業(yè) 務密鑰獲取請求之前還包括生成業(yè)務密鑰消息；向業(yè)務管理系統(tǒng)查詢訂購業(yè)務的本地用戶列表；緩存所述用戶列表，并根據(jù)該用戶列表發(fā)送業(yè)務密鑰分發(fā)通知消息。
3、 根據(jù)權利要求1所述的密鑰分發(fā)方法，其特征在于，所述用戶歸屬 地業(yè)務管理系統(tǒng)返回訂購業(yè)務的本地用戶列表時，更新各用戶的發(fā)送業(yè)務密 鑰記錄。
4、 根據(jù)權利要求1所述的密鑰分發(fā)方法，其特征在于，在所述判斷之 前還包括對用戶認證的步驟。
5、 根據(jù)權利要求4所述的密鑰分發(fā)方法，其特征在于，對用戶認證的 步驟具體為根據(jù)所述業(yè)務密鑰獲取請求攜帶的用戶標識查詢用戶密鑰，若 用戶標識存在且用戶密鑰有效，則認證通過。
6、 根據(jù)權利要求5所述的密鑰分發(fā)方法，其特征在于，所述業(yè)務密鑰 獲取請求還攜帶有請求密鑰，若用戶標識存在且用戶密鑰有效，則進一步判 斷所述業(yè)務密鑰獲取請求中的請求密鑰與本地存儲的用戶標識對應的請求密 鑰是否一致，若一致，則認證通過。
7、 根據(jù)權利要求6所述的密鑰分發(fā)方法，其特征在于，若用戶標識 不存在，或者用戶密鑰過期，則從用戶歸屬地獲取用戶密鑰及請求密 鑰。
8、才艮據(jù)權利要求1所述的密鑰分發(fā)方法，其特征在于，在發(fā)送業(yè)務密 鑰后，若訂購信息是從緩存中查詢得到的，則將相應用戶的訂購信息從緩存 中刪除。
全文摘要
本發(fā)明涉及一種密鑰分發(fā)方法，接收業(yè)務密鑰獲取請求，判斷該業(yè)務密鑰獲取請求中是否不包含業(yè)務密鑰有效期并且業(yè)務密鑰標識是當前使用的，若是，向用戶歸屬地業(yè)務管理系統(tǒng)發(fā)送訂購信息查詢請求，否則，在緩存中查詢用戶的訂購信息；根據(jù)用戶訂購信息發(fā)送業(yè)務密鑰。在發(fā)送業(yè)務密鑰后，若訂購信息是從緩存中查詢得到的，則將相應用戶訂購信息從緩存中刪除。本發(fā)明實現(xiàn)了手機電視平臺在主動推送業(yè)務密鑰時，將用戶訂購信息保存在緩存中，直到用戶確認獲取，從而，可有效減少訪問業(yè)務管理系統(tǒng)的次數(shù)，優(yōu)化了系統(tǒng)處理流程，提高了系統(tǒng)效率，并支持準確的密鑰獲取是否成功的統(tǒng)計。
文檔編號H04L9/08GK101267294SQ200710064409
公開日2008年9月17日 申請日期2007年3月14日 優(yōu)先權日2007年3月14日
發(fā)明者唐劍峰, 張慧媛 申請人:中國移動通信集團公司