一種用于用戶識別卡的控制裝置、方法及用戶識別卡的制作方法
【專利摘要】本發(fā)明公開了一種用于用戶識別卡的控制裝置、方法及用戶識別卡，所述用戶識別卡中存儲有至少一個與運營商對應的配置文件Profile，所述控制裝置包括：第一接收模塊，用于從網(wǎng)絡側(cè)接收一請求對第一目標Profile進行第一操作的第一Profile操作請求；第一判斷模塊，用于根據(jù)所述第一目標Profile中保存的控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作，獲取一判斷結(jié)果；第一執(zhí)行模塊，用于在判斷結(jié)果指示允許對所述第一目標Profile執(zhí)行所述第一操作時，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。本發(fā)明在用戶識別卡層面實現(xiàn)了對針對運營商Profile進行的操作的有效控制。
【專利說明】—種用于用戶識別卡的控制裝置、方法及用戶識別卡

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及用戶識別卡，特別是一種用于用戶識別卡的控制裝置、方法及用戶識別卡。

【背景技術(shù)】
[0002]在現(xiàn)代無線通信網(wǎng)絡中，用戶識別卡與終端共同構(gòu)成了提供給客戶通信業(yè)務和信息服務的用戶終端。用戶識別卡憑借自身安全存儲、可移植、低成本等特點在無線通信領(lǐng)域占據(jù)著不可替代的作用。用戶識別卡在GSM環(huán)境中稱為SIM (Subscriber Identity Module,用戶識別模塊)；3G網(wǎng)絡中稱為USIM(Universal Subscriber Identity Module,全球用戶識別模塊)；UMTS環(huán)境下的用戶識別卡是支持多應用(如:SIM、USM、ISIM等應用)的通用IC 卡，稱為 UICC (Universal Integrated Circuit Card,通用集成電路卡)。
[0003]用戶識別卡是一個裝有微處理器的芯片卡，內(nèi)部通常包含有5個模塊，并且每個模塊都對應一個功能:微處理器CPU、程序存儲器ROM、工作存儲器RAM、數(shù)據(jù)存儲器EEPROM和串行通信單元。這5個模塊被膠封在SM卡銅制接口后與普通IC卡封裝方式相同。這5個模塊必須集成在一塊集成電路中，否則其安全性會受到威脅，因為芯片間的連線可能成為非法存取和盜用用戶識別卡的重要線索。
[0004]目前針對用戶識別卡，能夠通過空中寫卡方式實現(xiàn)動態(tài)寫卡。
[0005]然而目前的空中寫卡僅僅能夠?qū)懭胗脩糇R別卡的運營商Profile進行寫入，無法在用戶識別卡層面對針對運營商Profile進行的操作進行有效的控制。


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

[0006]本發(fā)明實施例的目的在于提供一種用于用戶識別卡的控制裝置、方法及用戶識別卡，在用戶識別卡層面針對運營商Profile進行的操作進行有效的控制。
[0007]為了實現(xiàn)上述目的，本發(fā)明實施例提供了一種用于用戶識別卡的控制裝置，所述用戶識別卡中存儲有至少一個與運營商對應的Profile，所述控制裝置包括:
[0008]第一接收模塊，用于從網(wǎng)絡側(cè)接收一請求對第一目標Profile進行第一操作的第一 Profile操作請求；
[0009]第一判斷模塊，用于根據(jù)所述第一目標Profile中保存的控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作，獲取一判斷結(jié)果；
[0010]第一執(zhí)行模塊，用于在判斷結(jié)果指示允許對所述第一目標Profile執(zhí)行所述第一操作時，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0011]上述的用于用戶識別卡的控制裝置，其中，所述第一 Profile操作請求中還包括第一校驗信息，所述控制裝置還包括:
[0012]第一校驗模塊，用于根據(jù)所述第一校驗信息對所述第一 Profile操作請求進行校驗，得到第一校驗結(jié)果；
[0013]觸發(fā)模塊，用于在第一校驗結(jié)果指示校驗通過時，觸發(fā)所述判斷模塊。
[0014]上述的用于用戶識別卡的控制裝置，其中，還包括:
[0015]第一響應模塊，用于在判斷結(jié)果指示不允許對所述第一目標Profile執(zhí)行所述第一操作時，向網(wǎng)絡側(cè)返回一拒絕響應消息；
[0016]協(xié)商模塊，用于根據(jù)網(wǎng)絡側(cè)在接收到所述拒絕響應消息后發(fā)起的協(xié)商請求與網(wǎng)絡側(cè)執(zhí)行協(xié)商操作，確定令牌Token ；
[0017]第二接收模塊，用于接收網(wǎng)絡側(cè)在獲取所述Token后發(fā)送的，攜帶有包括所述令牌的第二校驗信息，請求對所述第一 Profile進行所述第一操作的第二 Profile操作請求；
[0018]第二校驗模塊，用于根據(jù)所述第二校驗信息對所述第二 Profile操作請求進行校驗，得到第二校驗結(jié)果；
[0019]第二執(zhí)行模塊，用于在第二校驗結(jié)果指示校驗通過時，允許對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0020]上述的用于用戶識別卡的控制裝置，其中，還包括:
[0021]創(chuàng)建模塊，用于根據(jù)一 Profile創(chuàng)建請求創(chuàng)建Profile。
[0022]上述的用于用戶識別卡的控制裝置，其中，所述創(chuàng)建模塊具體包括:
[0023]第一接收單元,用于接收攜帶有第三校驗信息和Profile內(nèi)容的所述Profile創(chuàng)建請求；
[0024]第一校驗單元，用于依據(jù)所述第三校驗信息對所述Profile創(chuàng)建請求進行校驗，得到第三校驗結(jié)果；
[0025]創(chuàng)建單元,用于在第三校驗結(jié)果指示校驗通過時,利用所述Profile內(nèi)容創(chuàng)建一新 Profile。
[0026]上述的用于用戶識別卡的控制裝置，其中，還包括:
[0027]更新模塊，用于根據(jù)由運營商發(fā)送的Profile更新請求更新第二目標Profile。
[0028]上述的用于用戶識別卡的控制裝置，其中，所述更新模塊具體包括:
[0029]協(xié)商單元,用于和運營商協(xié)商確定一加密密鑰；
[0030]第二接收單元，用于接收攜帶有第四校驗信息、第二目標Profile和待更新內(nèi)容的Profile更新請求；所述第四校驗信息為運營商利用所述加密密鑰對第二目標Profile和待更新內(nèi)容進行加密得到的信息；
[0031]第二校驗單元，用于依據(jù)所述加密密鑰和所述第四校驗信息對所述Profile更新請求進行校驗，得到第四校驗結(jié)果；
[0032]更新單元，用于在第四校驗結(jié)果指示校驗通過時，利用所述待更新內(nèi)容更新所述第二目標Profile的數(shù)據(jù)。
[0033]上述的用于用戶識別卡的控制裝置，其中，所述協(xié)商單元具體用于根據(jù)所述用戶識別卡的用戶識別卡證書與網(wǎng)絡側(cè)協(xié)商確定所述加密密鑰。
[0034]為了實現(xiàn)上述目的，本發(fā)明實施例提供了一種用戶識別卡，包括上述的控制裝置。
[0035]為了實現(xiàn)上述目的，本發(fā)明實施例提供了一種用于用戶識別卡的控制方法，所述用戶識別卡中存儲有至少一個與運營商對應的Profile，所述控制方法包括:
[0036]從網(wǎng)絡側(cè)接收一請求對第一目標Profile進行第一操作的第一 Profile操作請求；
[0037]根據(jù)所述第一目標Profile中保存的控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作，獲取一判斷結(jié)果；
[0038]在判斷結(jié)果指示允許對所述第一目標Profile執(zhí)行所述第一操作時，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0039]上述的用于用戶識別卡的控制方法，其中，所述第一 Profile操作請求中還包括第一校驗信息，所述控制方法還包括:
[0040]根據(jù)所述第一校驗信息對所述第一 Profile操作請求進行校驗，得到第一校驗結(jié)果;
[0041]在第一校驗結(jié)果指示校驗通過時，觸發(fā)判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作的操作。
[0042]上述的用于用戶識別卡的控制方法，其中，還包括:
[0043]在判斷結(jié)果指示不允許對所述第一目標Profile執(zhí)行所述第一操作時，向網(wǎng)絡側(cè)返回一拒絕響應消息；
[0044]根據(jù)網(wǎng)絡側(cè)在接收到所述拒絕響應消息后發(fā)起的協(xié)商請求與網(wǎng)絡側(cè)執(zhí)行協(xié)商操作，確定令牌Token ；
[0045]接收網(wǎng)絡側(cè)在獲取所述Token后發(fā)送的，攜帶有包括所述令牌的第二校驗信息，請求對所述第一 Profile進行所述第一操作的第二 Profile操作請求；
[0046]根據(jù)所述第二校驗信息對所述第二 Profile操作請求進行校驗，得到第二校驗結(jié)果;
[0047]在第二校驗結(jié)果指示校驗通過時，允許對所述第一目標Profile執(zhí)行所述第一操作，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0048]上述的用于用戶識別卡的控制方法，其中，還包括:
[0049]根據(jù)一 Profile創(chuàng)建請求創(chuàng)建所述Profile。
[0050]上述的用于用戶識別卡的控制方法，其中，所述創(chuàng)建所述Profile具體包括:
[0051]接收攜帶有第三校驗信息和Profile內(nèi)容的所述Profile創(chuàng)建請求；
[0052]依據(jù)所述第三校驗信息對所述Profile創(chuàng)建請求進行校驗，得到第三校驗結(jié)果；
[0053]在第三校驗結(jié)果指示校驗通過時,利用所述Profile內(nèi)容創(chuàng)建一新Profile。
[0054]上述的用于用戶識別卡的控制方法，其中，還包括:
[0055]根據(jù)由運營商發(fā)送的Profile更新請求更新第二目標Profile。
[0056]上述的用于用戶識別卡的控制方法，其中，所述更新第二目標Profile具體包括:
[0057]和運營商協(xié)商確定一加密密鑰；
[0058]接收攜帶有第四校驗信息、第二目標Profile和待更新內(nèi)容的Profile更新請求；所述第四校驗信息為運營商利用所述加密密鑰對第二目標Profile和待更新內(nèi)容進行加密得到的信息；
[0059]依據(jù)所述加密密鑰和所述第四校驗信息對所述Profile更新請求進行校驗，得到第四校驗結(jié)果；
[0060]在第四校驗結(jié)果指示校驗通過時，利用所述待更新內(nèi)容更新所述第二目標Profile的數(shù)據(jù)。
[0061]上述的用于用戶識別卡的控制方法，其中，所述協(xié)商過程中根據(jù)所述用戶識別卡的用戶識別卡證書與網(wǎng)絡側(cè)協(xié)商確定所述加密密鑰。
[0062]本發(fā)明實施例的控制裝置中，在收到針對一目標Profile進行特定操作(Profile操作指令)的請求時，不是直接執(zhí)行，而是依據(jù)目標Profile中保存的控制規(guī)則來判斷針對該目標Profile進行上述的特定操作是否符合規(guī)則，只有在針對該目標Profile進行的特定操作符合規(guī)則時才針對目標Profile執(zhí)行請求的操作，實現(xiàn)了對針對運營商Profile進行的操作的有效控制。

【專利附圖】

【附圖說明】
[0063]圖1表示本發(fā)明實施例的一種控制裝置的結(jié)構(gòu)示意圖；
[0064]圖2表示本發(fā)明實施例的另一種控制裝置的結(jié)構(gòu)示意圖；
[0065]圖3表示本發(fā)明實施例的一種控制方法的流程示意圖；
[0066]圖4表示本發(fā)明實施例的用戶識別卡的架構(gòu)圖；
[0067]圖5表示本發(fā)明實施例的控制方法應用于去激活的詳細流程示意圖；
[0068]圖6表示本發(fā)明實施例的控制方法創(chuàng)建Profile的詳細流程示意圖。

【具體實施方式】
[0069]本發(fā)明實施例的用于用戶識別卡的控制裝置、方法及用戶識別卡中，在運營商對應的配置文件Profile中保存了一控制規(guī)則，當需要針對Profile執(zhí)行特定的操作時，該控制規(guī)則就會起作用，判斷該特定的操作是否符合規(guī)則，實現(xiàn)了對針對運營商Profile進行的操作的有效控制。
[0070]Profile是運營商在卡上文件、數(shù)據(jù)及應用的集合；用戶通過卡上的運營商Profile來使用運營商提供的服務(如:登網(wǎng)鑒權(quán))。
[0071]Profile可以預先寫入用戶識別卡中，也可以是通過空中寫卡等方式動態(tài)寫入到用戶識別卡中。
[0072]本發(fā)明實施例的一種用于用戶識別卡的控制裝置中，所述用戶識別卡能夠存儲至少一個與運營商對應的Profile,所述控制裝置如圖1所示包括:
[0073]第一接收模塊，用于從網(wǎng)絡側(cè)接收一請求對第一目標Profile進行第一操作的第一 Profile操作請求；
[0074]第一判斷模塊，用于根據(jù)所述第一目標Profile中保存的控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作，獲取一判斷結(jié)果；
[0075]第一執(zhí)行模塊，用于在判斷結(jié)果指示允許對所述第一目標Profile執(zhí)行所述第一操作，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0076]本發(fā)明實施例的控制裝置中，在收到針對一目標Profile進行特定操作(Profile操作指令)的請求時，不是直接執(zhí)行，而是依據(jù)目標Profile中保存的控制規(guī)則來判斷針對該目標Profile進行上述的特定操作是否符合規(guī)則，只有在針對該目標Profile進行的特定操作符合規(guī)則時才針對目標Profile執(zhí)行請求的操作，實現(xiàn)了對針對運營商Profile進行的操作的有效控制。
[0077]在本發(fā)明的具體實施例中，該第一 Profile操作請求可以是運營商發(fā)起，也可以是用戶發(fā)起、還可以是其它實體發(fā)起，在此不作具體限定。
[0078]本發(fā)明實施例的用戶識別卡可以是各種形態(tài)的用戶識別卡，如硬件形態(tài)的用戶識別卡、嵌入式用戶識別卡、軟用戶識別卡(sofiSIM)等。
[0079]應當理解的是，在本發(fā)明的具體實施例中，該Profile操作指令可以是針對Profile中的部分內(nèi)容進行操作的指令，但也可以是針對整個Profile進行操作的指令，如去激活Profile,激活Profile、刪除Profile等。
[0080]而對應的控制規(guī)則則是是否允許去激活Profile等。
[0081]舉例說明如下。
[0082]假定在用戶識別卡內(nèi)保存了兩套Profile:對應于運營商A的Profile X和對應于運營商B的Profile Y。
[0083]假定Profile X中保存的控制規(guī)則為:在簽約期間內(nèi)不允許去激活Profile。
[0084]則當簽約期間內(nèi)收到請求去激活Profile X的Profile操作請求時，則不會允許上述的操作，而在簽約期間外收到請求去激活Profile X的Profile操作請求時,則會允許上述的操作。
[0085]當然，以上僅僅是舉例說明，上述的控制規(guī)則可以根據(jù)需要進行設置，在此不一一列舉。
[0086]當然,對于多套Profile而言,在Profile間進行切換則是針對各個Prof ile的操作的組合，如首先去激活X，然后激活Y，而在去激活X和激活Y的過程中均需要利用各自的控制規(guī)則進行判斷是否允許上述操作。
[0087]當該Profile操作指令是針對整個Prof ile進行操作的指令時,對Profile中的部分內(nèi)容進行操作可以通過現(xiàn)有技術(shù)來實現(xiàn)。
[0088]通過上述的過程，實現(xiàn)了對針對運營商Profile進行的操作的有效控制，但為了進一步保證Profile管控的安全性,在本發(fā)明的具體實施例中，所述第一 Profile操作請求中還包括第一校驗信息，如圖2所示，所述控制裝置還包括:
[0089]第一校驗模塊，用于根據(jù)所述第一校驗信息對所述第一 Profile操作請求進行校驗，得到第一校驗結(jié)果；
[0090]觸發(fā)模塊，用于在第一校驗結(jié)果指示校驗通過時，觸發(fā)所述第一判斷模塊。
[0091]在本發(fā)明的具體實施例中，在Profile操作請求中攜帶有一校驗信息，能夠通過該校驗信息對請求進行驗證，只有在驗證通過后才執(zhí)行后續(xù)的基于控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作的操作，因此提高了操作的安全性。
[0092]在本發(fā)明的具體實施例中，上述的第一校驗信息可以是利用網(wǎng)絡側(cè)和用戶識別卡共享的密鑰加密第一目標Profile和Profile操作指令得到的信息。
[0093]而用戶識別卡則可以用于自身保存的密鑰對第一校驗信息進行解密，判斷解密得到的數(shù)據(jù)與請求中攜帶的數(shù)據(jù)是否一致，如果一致則校驗通過，否則校驗不通過。
[0094]上述的校驗信息僅僅是舉例，本發(fā)明實施例也可以利用已有的各種校驗手段來生成用于校驗的校驗信息，在此不一一詳細說明。
[0095]在本發(fā)明的具體實施例中，如果控制規(guī)則不允許對所述第一目標Profile執(zhí)行所述第一操作，則會返回拒絕的響應消息。但在某些特定的情況下，確定需要執(zhí)行上述的指令，則應當提供這樣的途徑。
[0096]在本發(fā)明的具體實施例中，可以通過多種方式來實現(xiàn)，說明如下。
[0097]< 方式一 >
[0098]由運營商刪除Profile中的控制規(guī)則后,重新發(fā)起第一 Profile操作請求。
[0099]由于運營商可以對Profile中的內(nèi)容進行整體的操作，因此當收到拒絕響應消息后可以請求運營商刪除上述的Profile中的控制規(guī)則，然后重新發(fā)起。
[0100]重新發(fā)起Profile操作請求后，由于控制規(guī)則不再存在，因此判斷結(jié)果會指示允許對所述第一目標Profile執(zhí)行所述第一操作。
[0101]〈方式二〉
[0102]在方式二中，可以通過運營商和用戶識別卡協(xié)商一個Token，然后重新發(fā)起攜帶該Token的Profile操作請求。
[0103]而用戶識別卡在收到Token的Profile操作請求后，只要其攜帶的Token與自身保存的Token —致,則允許執(zhí)行請求中攜帶的指令。
[0104]這種方式下，該控制裝置還包括:
[0105]第一響應模塊，用于在判斷結(jié)果指示不允許對所述第一目標Profile執(zhí)行所述第一操作時，向網(wǎng)絡側(cè)返回一拒絕響應消息；
[0106]協(xié)商模塊，用于根據(jù)網(wǎng)絡側(cè)在接收到所述拒絕響應消息后發(fā)起的協(xié)商請求與網(wǎng)絡側(cè)執(zhí)行協(xié)商操作，確定令牌Token ；
[0107]第二接收模塊，用于接收網(wǎng)絡側(cè)在獲取所述Token后發(fā)送的，攜帶有包括所述令牌的第二校驗信息，請求對所述第一 Profile進行所述第一操作的第二 Profile操作請求；
[0108]第二校驗模塊，用于根據(jù)所述第二校驗信息對所述第二 Profile操作請求進行校驗，得到第二校驗結(jié)果；
[0109]第二執(zhí)行模塊，用于在第二校驗結(jié)果指示校驗通過時，允許對所述第一目標Profile執(zhí)行所述第一操作，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0110]在本發(fā)明的具體實施例中，該用戶識別卡可以保存多個Profile，因此，也允許隨時新建Profile。
[0111]這種方式下，該控制裝置中包括一創(chuàng)建模塊，用于根據(jù)一 Profile創(chuàng)建請求創(chuàng)建Profile。
[0112]為了保證創(chuàng)建的安全性，在本發(fā)明的具體實施例中，一種創(chuàng)建模塊的具體實現(xiàn)方式包括:
[0113]第一接收單元,用于接收攜帶有第三校驗信息和Profile內(nèi)容的所述Profile創(chuàng)建請求；
[0114]第一校驗單元，用于依據(jù)所述第三校驗信息對所述Profile創(chuàng)建請求進行校驗，得到第三校驗結(jié)果；
[0115]創(chuàng)建單元,用于在第三校驗結(jié)果指示校驗通過時,利用所述Profile內(nèi)容創(chuàng)建一新 Profile。
[0116]在本發(fā)明的具體實施例中，該創(chuàng)建單元可以直接創(chuàng)建一 Profile，其中的數(shù)據(jù)為最終的數(shù)據(jù)。
[0117]但一般而言，Profile的實際內(nèi)容對于運營商而言，是敏感數(shù)據(jù)，不希望被第三方平臺知道，這種情況下，為了保證數(shù)據(jù)的安全性，上述的創(chuàng)建單元可以僅僅創(chuàng)建一個容器，而該容器中保存的初始Profile內(nèi)容,然后利用一個更新過程來將Prof ile中的內(nèi)容更新為最終的數(shù)據(jù)。而該更新過程由運營商發(fā)起，不通過第三方，以保證安全性。
[0118]這種方式下，則該控制裝置還包括:
[0119]更新模塊，用于根據(jù)由運營商發(fā)送的Profile更新請求更新第二目標Profile。
[0120]為了保證更新的安全性，在本發(fā)明的具體實施例中，更新模塊的一種具體實現(xiàn)方式具體包括:
[0121]協(xié)商單元,用于和運營商協(xié)商確定一加密密鑰；
[0122]第二接收單元，用于接收攜帶有第四校驗信息、第二目標Profile和待更新內(nèi)容的Profile更新請求；所述第四校驗信息為運營商利用所述加密密鑰對第二目標Profile和待更新內(nèi)容進行加密得到的信息；
[0123]第二校驗單元，用于依據(jù)所述加密密鑰和所述第四校驗信息對所述Profile更新請求進行校驗，得到第四校驗結(jié)果；
[0124]更新單元，用于在第四校驗結(jié)果指示校驗通過時，利用所述待更新內(nèi)容更新所述第二目標Profile的數(shù)據(jù)。
[0125]在本發(fā)明的具體實施例中，上述協(xié)商單元可以根據(jù)所述用戶識別卡的用戶識別卡證書與網(wǎng)絡側(cè)協(xié)商確定所述加密密鑰。
[0126]本發(fā)明實施例同時還提供一種用戶識別卡，包括上述任意的控制裝置。
[0127]本發(fā)明實施例的一種用于用戶識別卡的控制方法，所述用戶識別卡能夠存儲至少一個與運營商對應的Profile,如圖3所示,所述控制方法包括:
[0128]步驟301,從網(wǎng)絡側(cè)接收一請求對第一目標Profile進行第一操作的第一 Prof ile操作請求；
[0129]步驟302，根據(jù)所述第一目標Profile中保存的控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作，獲取一判斷結(jié)果；
[0130]步驟303，在判斷結(jié)果指示允許對所述第一目標Profile執(zhí)行所述第一操作，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0131]本發(fā)明實施例的控制方法中，在收到針對一目標Prof ile進行特定操作(Profile操作指令)的請求時，不是直接執(zhí)行，而是依據(jù)目標Profile中保存的控制規(guī)則來判斷針對該目標Profile進行上述的特定操作是否符合規(guī)則，只有在針對該目標Profile進行的特定操作符合規(guī)則時才針對目標Profile執(zhí)行請求的操作，實現(xiàn)了對針對運營商Profile進行的操作的有效控制。
[0132]出于安全考慮，本發(fā)明實施例的用于用戶識別卡的控制方法中，可以在所述第一Profile操作請求中攜帶第一校驗信息,所述控制方法還包括:
[0133]根據(jù)所述第一校驗信息對所述第一 Profile操作請求進行校驗，得到第一校驗結(jié)果；
[0134]在第一校驗結(jié)果指示校驗通過時，觸發(fā)判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作的操作。
[0135]當當前控制規(guī)則不允許對所述第一目標Profile執(zhí)行所述第一操作的操作時，如果確實需要執(zhí)行Profile操作指令，則本發(fā)明實施例的用于用戶識別卡的控制方法還包括:
[0136]在判斷結(jié)果指示不允許對所述第一目標Profile執(zhí)行所述第一操作時，向網(wǎng)絡側(cè)返回一拒絕響應消息；
[0137]根據(jù)網(wǎng)絡側(cè)在接收到所述拒絕響應消息后發(fā)起的協(xié)商請求與網(wǎng)絡側(cè)執(zhí)行協(xié)商操作，確定令牌Token ；
[0138]接收網(wǎng)絡側(cè)在獲取所述Token后發(fā)送的，攜帶有包括所述令牌的第二校驗信息，請求對所述第一 Profile進行所述第一操作的第二 Profile操作請求；
[0139]根據(jù)所述第二校驗信息對所述第二 Profile操作請求進行校驗，得到第二校驗結(jié)果;
[0140]在第二校驗結(jié)果指示校驗通過時，允許對所述第一目標Profile執(zhí)行所述第一操作，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
[0141]本發(fā)明實施例的用戶識別卡可以保存多個Profile，則本發(fā)明實施例的方法還包括:
[0142]根據(jù)一 Profile創(chuàng)建請求創(chuàng)建所述Profile。
[0143]出于安全考慮,所述創(chuàng)建所述Profile具體包括:
[0144]接收攜帶有第三校驗信息和Profile內(nèi)容的所述Profile創(chuàng)建請求；
[0145]依據(jù)所述第三校驗信息對所述Profile創(chuàng)建請求進行校驗，得到第三校驗結(jié)果；
[0146]在第三校驗結(jié)果指示校驗通過時,利用所述Profile內(nèi)容創(chuàng)建一新Profile。
[0147]當然，本發(fā)明實施例的用于用戶識別卡的控制方法還包括:
[0148]根據(jù)由運營商發(fā)送的Profile更新請求更新第二目標Profile。
[0149]出于安全考慮，所述更新第二目標Profile具體包括:
[0150]和運營商協(xié)商確定一加密密鑰；
[0151]接收攜帶有第四校驗信息、第二目標Profile和待更新內(nèi)容的Profile更新請求；所述第四校驗信息為運營商利用所述加密密鑰對第二目標Profile和待更新內(nèi)容進行加密得到的信息；
[0152]依據(jù)所述加密密鑰和所述第四校驗信息對所述Profile更新請求進行校驗，得到第四校驗結(jié)果；
[0153]在第四校驗結(jié)果指示校驗通過時，利用所述待更新內(nèi)容更新所述第二目標Profile的數(shù)據(jù)。
[0154]所述協(xié)商過程中根據(jù)所述用戶識別卡的用戶識別卡證書與網(wǎng)絡側(cè)協(xié)商確定所述加密密鑰。
[0155]下面對本發(fā)明實施例作進一步詳細說明如下。
[0156]如圖4所示，為本發(fā)明實施例的用戶識別卡的架構(gòu)圖。
[0157]如圖4所示，本發(fā)明實施例的用戶識別卡中包括兩個部分:
[0158]Profile存儲部分，其中包括多個容器，其中每個容器中存儲有與運營商對應的Profile，每個Profile中保存有對應的控制規(guī)則；和
[0159]Profile管理器，其中設置有控制規(guī)則管理器。
[0160]應當理解的是,雖然圖4中顯示了多個Profile,但也可以只有一個Profile。
[0161]其中，與運營商對應的Profile包括運營商的所有數(shù)據(jù),包括應用、數(shù)據(jù)等。
[0162]而Profile管理器可以根據(jù)接收到的Profile操作請求對Profile進行操作，如刪除、激活、去激活等。
[0163]而控制規(guī)則是由運營商定義的策略規(guī)則，如是否允許刪除、是否允許去激活等。Profile管理器可以通過內(nèi)部API訪問這些控制規(guī)則。
[0164]而控制規(guī)則管理器則負責執(zhí)行這些控制規(guī)則(即之前提到的判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作)。
[0165]下面以去激活為例說明本發(fā)明實施例的控制方法的工作過程。
[0166]如圖5所示，本發(fā)明實施例中網(wǎng)絡側(cè)包括兩個部分，一個是Profile管理平臺和運營商服務器兩部分，利用本發(fā)明實施例的控制方法對去激活請求進行控制的過程包括:
[0167]步驟501，Profile管理平臺向用戶識別卡發(fā)送去激活請求，請求去激活運營商I的Profile，其中包含MNO ID(運營商ID，即之前提到的目標Profile)和MACl ;該MACl可以是Profile管理平臺基于和用戶識別卡共享的密鑰加密MNO ID得到；
[0168]步驟502，用戶識別卡中的Profile管理器校驗MAC1，若未通過校驗則返回錯誤提示，流程結(jié)束；
[0169]步驟503,通過校驗時,貝U從運營商I的Profile中獲取控制規(guī)則；
[0170]步驟504，用戶識別卡中的控制規(guī)則管理器根據(jù)獲取的控制規(guī)則，判斷針對運營商I的Profile執(zhí)行去激活操作是否允許；
[0171]步驟505,若允許則去激活運營商I的Profile ；
[0172]步驟506，若不允許，則用戶識別卡向Profile管理平臺返回拒絕響應；
[0173]至此，對去激活請求的處理完成。
[0174]而當Profile管理平臺收到拒絕響應后，如果需要繼續(xù)去激活運營商I的Profile,則通過步驟507向運營商服務器發(fā)送請求“通過’^Policy Rules校驗的請求消息。
[0175]這種情況下，可以通過兩種方式來實現(xiàn)后續(xù)流程，分別說明如下。
[0176]方式一:
[0177]方式一包括如下步驟:
[0178]步驟508，運營商服務器與用戶識別卡交互，刪除或更新Policy Rules以便“去激活”操作能夠通過控制規(guī)則的判斷；
[0179]步驟509,運營商服務器向Profile管理平臺返回執(zhí)行響應；
[0180]步驟510，Profile管理平臺再次向用戶識別卡發(fā)送命令，請求去活運營商I的Profile (包含MNO ID和MAC1)，后續(xù)步驟則是重復步驟502-步驟506，在此不再重復描述；
[0181]方式二:
[0182]方式二包括如下步驟:
[0183]步驟511，運營商服務器與用戶識別卡交互，協(xié)商Token ；
[0184]步驟512,運營商服務器向Profile管理平臺返回執(zhí)行響應(包含Token)；
[0185]步驟513，Profile管理平臺再次向用戶識別卡發(fā)送去激活請求，請求去激活運營商 I 的 Profile，其中包含 MNO ID、Token 和 MACl ；
[0186]步驟514，用戶識別卡進行驗證，如果MACUToken分別通過校驗，則執(zhí)行去激活操作。
[0187]下面以創(chuàng)建Profile為例說明本發(fā)明實施例的控制方法的工作過程。
[0188]如圖6所示，本發(fā)明實施例中網(wǎng)絡側(cè)包括兩個部分，一個是Profile管理平臺和運營商服務器兩部分，利用本發(fā)明實施例的控制方法對去激活請求進行控制的過程包括:
[0189]步驟601,運營商服務器向Profile管理平臺提出創(chuàng)建Profile的請求(包含MNOID和初始Profile);運營商服務器和Profile管理平臺間可建立安全通道保證通信的完整性和私密性；
[0190]步驟602，Profile管理平臺向用戶卡轉(zhuǎn)發(fā)創(chuàng)建Profile的請求(包含MNO ID、初始Profile等及利用預共享密鑰KeyO對上述信息產(chǎn)生的MACl值)；
[0191]步驟603，用戶卡中的Profile管理器利用預共享密鑰和MACl值對請求進行校驗，若未通過校驗則返回錯誤提示，流程結(jié)束；
[0192]步驟604,通過校驗的情況下,用戶卡根據(jù)命令中包含的信息創(chuàng)建Profile ；
[0193]至此，完成了 Profile容器的創(chuàng)建，但其中的內(nèi)容為初始Profile。
[0194]當然，理論而言，如果直接攜帶目標Profile的內(nèi)容，則創(chuàng)建過程到此結(jié)束。
[0195]但一般而言，Profile的實際內(nèi)容對于運營商而言，是敏感數(shù)據(jù)，不希望被第三方平臺知道，這種情況下，為了保證數(shù)據(jù)的安全性，本發(fā)明實施例中，利用加密性能更好的密鑰來保護Profile的實際內(nèi)容，因此，還包括如下的步驟:
[0196]步驟605，用戶卡產(chǎn)生臨時密鑰Keyl ；
[0197]步驟606,用戶卡返回臨時密鑰Keyl ;Profile管理平臺和用戶卡之間可以定義安全機制以保證通信的完整性和私密性；
[0198]步驟607, Profile管理平臺向運營商服務器返回臨時密鑰Keyl ；
[0199]步驟608，運營商服務器向用戶卡發(fā)送請求用戶卡證書命令(包含MNO ID及利用Keyl對上述信息產(chǎn)生的MAC2值)；
[0200]步驟609，用戶卡利用Keyl對命令的MAC2值進行校驗，若未通過校驗則返回錯誤提示，流程結(jié)束；
[0201]步驟610，用戶卡返回用戶卡證書；
[0202]步驟611，運營商服務器驗證用戶卡證書，若未通過驗證則流程結(jié)束；
[0203]步驟612，驗證通過時，運營商服務器與用戶卡利用用戶卡證書協(xié)商密鑰Key2 ；
[0204]步驟613,運營商服務器向用戶卡發(fā)送請求用戶卡更新Profile的請求(包含MNOID、Profile及利用Key2對上述信息產(chǎn)生的MAC3值)；
[0205]步驟614，用戶卡利用Key2對命令的MAC3值進行校驗，若未通過校驗則返回錯誤提示，流程結(jié)束；
[0206]步驟615,用戶卡為運營商I更新Profile。
[0207]至此流程結(jié)束。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
【權(quán)利要求】
1.一種用于用戶識別卡的控制裝置，所述用戶識別卡能夠存儲至少一個與運營商對應的配置文件Profile，其特征在于，所述控制裝置包括: 第一接收模塊，用于從網(wǎng)絡側(cè)接收一請求對第一目標Profile進行第一操作的第一Profile操作請求； 第一判斷模塊，用于根據(jù)所述第一目標Profile中保存的控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作，獲取一判斷結(jié)果； 第一執(zhí)行模塊，用于在判斷結(jié)果指示允許對所述第一目標Profile執(zhí)行所述第一操作時，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
2.根據(jù)權(quán)利要求1所述的用于用戶識別卡的控制裝置，其特征在于，所述第一Profile操作請求中還包括第一校驗信息，所述控制裝置還包括: 第一校驗模塊，用于根據(jù)所述第一校驗信息對所述第一 Profile操作請求進行校驗，得到第一校驗結(jié)果； 觸發(fā)模塊，用于在第一校驗結(jié)果指示校驗通過時，觸發(fā)所述第一判斷模塊。
3.根據(jù)權(quán)利要求1所述的用于用戶識別卡的控制裝置，其特征在于，還包括: 第一響應模塊，用于在判斷結(jié)果指示不允許對所述第一目標Profile執(zhí)行所述第一操作時，向網(wǎng)絡側(cè)返回一拒絕響應消息； 協(xié)商模塊，用于根據(jù)網(wǎng)絡側(cè)在接收到所述拒絕響應消息后發(fā)起的協(xié)商請求與網(wǎng)絡側(cè)執(zhí)行協(xié)商操作，確定令牌Token ； 第二接收模塊，用于接收網(wǎng)絡側(cè)在獲取所述Token后發(fā)送的，請求對所述第一 Profile進行所述第一操作的第二 Profile操作請求；所述第二 Profile操作請求中攜帶包含所述令牌的第二校驗信息； 第二校驗模塊，用于根據(jù)所述第二校驗信息對所述第二 Profile操作請求進行校驗，得到第二校驗結(jié)果； 第二執(zhí)行模塊，用于在第二校驗結(jié)果指示校驗通過時，允許對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
4.根據(jù)權(quán)利要求1、2或3所述的用于用戶識別卡的控制裝置，其特征在于，還包括: 創(chuàng)建模塊，用于根據(jù)一 Profile創(chuàng)建請求創(chuàng)建Profile。
5.根據(jù)權(quán)利要求4所述的用于用戶識別卡的控制裝置，其特征在于，所述創(chuàng)建模塊具體包括: 第一接收單元，用于接收攜帶有第三校驗信息和Profile內(nèi)容的所述Profile創(chuàng)建請求； 第一校驗單元，用于依據(jù)所述第三校驗信息對所述Profile創(chuàng)建請求進行校驗，得到第三校驗結(jié)果； 創(chuàng)建單元，用于在第三校驗結(jié)果指示校驗通過時，利用所述Profile內(nèi)容創(chuàng)建一新Profile。
6.根據(jù)權(quán)利要求4所述的用于用戶識別卡的控制裝置，其特征在于，還包括: 更新模塊，用于根據(jù)由運營商發(fā)送的Profile更新請求更新第二目標Profile。
7.根據(jù)權(quán)利要求6所述的用于用戶識別卡的控制裝置，其特征在于，所述更新模塊具體包括: 協(xié)商單元，用于和運營商協(xié)商確定一加密密鑰； 第二接收單元，用于接收攜帶有第四校驗信息、第二目標Profile和待更新內(nèi)容的Profile更新請求；所述第四校驗信息為運營商利用所述加密密鑰對第二目標Profile和待更新內(nèi)容進行加密得到的信息； 第二校驗單元，用于依據(jù)所述加密密鑰和所述第四校驗信息對所述Profile更新請求進行校驗，得到第四校驗結(jié)果； 更新單元，用于在第四校驗結(jié)果指示校驗通過時，利用所述待更新內(nèi)容更新所述第二目標Profile的數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的用于用戶識別卡的控制裝置，其特征在于，所述協(xié)商單元具體用于根據(jù)所述用戶識別卡的用戶識別卡證書與網(wǎng)絡側(cè)協(xié)商確定所述加密密鑰。
9.一種用戶識別卡，其特征在于，包括權(quán)利要求1-8中任意一項所述的控制裝置。
10.一種用于用戶識別卡的控制方法，所述用戶識別卡能夠存儲至少一個與運營商對應的預置文件Profile，其特征在于，所述控制方法包括: 從網(wǎng)絡側(cè)接收一請求對第一目標Profile進行第一操作的第一 Profile操作請求；根據(jù)所述第一目標Profile中保存的控制規(guī)則判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作，獲取一判斷結(jié)果； 在判斷結(jié)果指示允許對所述第一目標Profile執(zhí)行所述第一操作時，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
11.根據(jù)權(quán)利要求10所述的用于用戶識別卡的控制方法，其特征在于，所述第一Profile操作請求中還包括第一校驗信息,所述控制方法還包括: 根據(jù)所述第一校驗信息對所述第一 Profile操作請求進行校驗，得到第一校驗結(jié)果；在第一校驗結(jié)果指示校驗通過時，觸發(fā)判斷是否允許對所述第一目標Profile執(zhí)行所述第一操作的操作。
12.根據(jù)權(quán)利要求10所述的用于用戶識別卡的控制方法，其特征在于，還包括: 在判斷結(jié)果指示不允許對所述第一目標Profile執(zhí)行所述第一操作時，向網(wǎng)絡側(cè)返回一拒絕響應消息； 根據(jù)網(wǎng)絡側(cè)在接收到所述拒絕響應消息后發(fā)起的協(xié)商請求與網(wǎng)絡側(cè)執(zhí)行協(xié)商操作，確定令牌Token ； 接收網(wǎng)絡側(cè)在獲取所述Token后發(fā)送的，請求對所述第一 Profile進行所述第一操作的第二 Profile操作請求；所述第二 Profile操作請求中攜帶包含所述令牌的第二校驗信息；根據(jù)所述第二校驗信息對所述第二 Profile操作請求進行校驗，得到第二校驗結(jié)果；在第二校驗結(jié)果指示校驗通過時，允許對所述第一目標Profile執(zhí)行所述第一操作，對所述第一目標Profile執(zhí)行所述第一操作，否則拒絕對所述第一目標Profile執(zhí)行所述第一操作。
13.根據(jù)權(quán)利要求10、11或12所述的用于用戶識別卡的控制方法，其特征在于，還包括: 根據(jù)一 Profile創(chuàng)建請求創(chuàng)建所述Profile。
14.根據(jù)權(quán)利要求13所述的用于用戶識別卡的控制方法，其特征在于，所述創(chuàng)建所述Profile具體包括: 接收攜帶有第三校驗信息和Profile內(nèi)容的所述Profile創(chuàng)建請求； 依據(jù)所述第三校驗信息對所述Profile創(chuàng)建請求進行校驗，得到第三校驗結(jié)果； 在第三校驗結(jié)果指示校驗通過時，利用所述Profile內(nèi)容創(chuàng)建一新Profile。
15.根據(jù)權(quán)利要求13所述的用于用戶識別卡的控制方法，其特征在于，還包括: 根據(jù)由運營商發(fā)送的Profile更新請求更新第二目標Profile。
16.根據(jù)權(quán)利要求15所述的用于用戶識別卡的控制方法，其特征在于，所述更新第二目標ProfiIe具體包括: 和運營商協(xié)商確定一加密密鑰； 接收攜帶有第四校驗信息、第二目標ProfiIe和待更新內(nèi)容的ProfiIe更新請求；所述第四校驗信息為運營商利用所述加密密鑰對第二目標Profile和待更新內(nèi)容進行加密得到的信息； 依據(jù)所述加密密鑰和所述第四校驗信息對所述Profile更新請求進行校驗，得到第四校驗結(jié)果； 在第四校驗結(jié)果指示校驗通過時，利用所述待更新內(nèi)容更新所述第二目標Profile的數(shù)據(jù)。
17.根據(jù)權(quán)利要求16所述的用于用戶識別卡的控制方法，其特征在于，所述協(xié)商過程中根據(jù)所述用戶識別卡的用戶識別卡證書與網(wǎng)絡側(cè)協(xié)商確定所述加密密鑰。
【文檔編號】H04W12/04GK104185179SQ201310201442
【公開日】2014年12月3日 申請日期:2013年5月27日 優(yōu)先權(quán)日:2013年5月27日
【發(fā)明者】樂祖暉, 羅紅, 于蓉蓉 申請人:中國移動通信集團公司