專利名稱:在用戶識別卡中實現(xiàn)應用的方法、裝置以及用戶識別卡的制作方法
技術領域:
本發(fā)明涉及通信技術領域,尤其涉及一種在用戶識別卡中實現(xiàn)應用的方法、裝置以及用戶識別卡。
背景技術:
隨著通信技術的發(fā)展以及通信終端的普及,通信終端在人們的日常生活中已占據越來越重要的作用。通信終端主要通過內置的用戶識別卡(如SM卡)實現(xiàn)各種應用,為了使通信終端能夠實現(xiàn)的應用類型更加豐富,在用戶識別卡上加載更多的應用是用戶識別卡技術發(fā)展的一個重要趨勢,用以滿足通信終端應用的多樣化需要。圖I示出了加載了多應用的用戶識別卡的邏輯結構示意圖,如圖I所示,該用戶識別卡包括應用模塊101以及卡片操作系統(tǒng)(COS) 102 ;其中,應用模塊101包括加載的多個 應用(圖I中示出2個應用作為示例),即保存所加載的各應用分別對應的應用程序文件,該應用程序文件包括該應用對應的賬戶信息、應用文件、應用邏輯信息以及密鑰信息等;卡片操作系統(tǒng)102,主要用于根據應用模塊101保存的各應用的應用程序文件對各應用的執(zhí)行進行控制,以及用于根據應用模塊101保存的各應用的應用程序文件包括的密鑰信息對外界訪問進行安全性驗證。根據需要,該用戶識別卡還需要配置各應用的運行環(huán)境。基于圖I所示的用戶識別卡,在卡片操作系統(tǒng)102接收到來自外界(如Pos終端)的應用使用請求時,首先確定該應用使用請求所請求訪問的應用,然后根據應用模塊101保存的與確定出的該應用對應的應用程序文件對該應用的執(zhí)行進行控制,以及根據該應用對應的密鑰對該應用使用請求的發(fā)送方進行安全性驗證,在驗證通過后,從該應用對應的賬戶中扣除相應的費用。上述用戶識別卡實現(xiàn)了加載多個應用的需求,但根據用戶識別卡的上述處理邏輯可知,現(xiàn)有的用戶識別卡所加載的各個應用之間都是相互獨立的,每個應用對應的賬戶信息都與其它應用進行嚴格劃分,因此,為了保證應用能夠被正常使用,每個應用對應的賬戶都應該有相應的金額,而在實際的應用過程中,可能存在如下問題由于不同應用的使用頻率一般不同,可能存在一些應用對應的賬戶金額不足,一些應用對應的賬戶金額較多的情況,因此,為了保證應用能夠正常被使用,用戶需要記憶不同應用分別對應的賬戶金額,以在應用對應的賬戶金額不足時進行充值,如果用戶未及時為某個應用對應的賬戶進行充值,即使其它應用對應的賬戶有充足的金額,該應用也是不能被使用的,即該應用無法實現(xiàn)。綜上所述,現(xiàn)有技術實現(xiàn)的多應用識別卡存在由于上述原因導致的應用實現(xiàn)的成功率低的問題。
發(fā)明內容
有鑒于此,本發(fā)明實施例提供一種在用戶識別卡中實現(xiàn)應用的方法、裝置以及用戶識別卡,采用該技術方案,能夠提高在用戶識別卡中實現(xiàn)應用的成功率。
本發(fā)明實施例通過如下技術方案實現(xiàn)根據本發(fā)明實施例的一個方面,提供了一種在用戶識別卡中實現(xiàn)應用的方法,包括用戶識別卡接收第一外部設備發(fā)送的應用加載請求,所述應用加載請求中攜帶待加載應用的應用標識以及第一密鑰;根據保存的應用標識與加載密鑰的對應關系,確定所述應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰;在確定出的所述加載密鑰與所述應用加載請求中攜帶的第一密鑰匹配時,獲取并保存所述應用對應的應用程序文件,并配置所述應用程序文件中所述應用的賬戶信息為保存的用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息。 根據本發(fā)明實施例的另一個方面,還提供了一種在用戶識別卡中實現(xiàn)應用的裝置,包括統(tǒng)一賬戶管理單元,用于保存應用標識與加載密鑰的對應關系,以及保存用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息;應用適配單元,用于接收第一外部設備發(fā)送的應用加載請求,所述應用加載請求中攜帶待加載應用的應用標識以及第一密鑰,根據所述統(tǒng)一賬戶管理單元保存的應用標識與加載密鑰的對應關系,確定所述應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰,并在確定出的所述加載密鑰與所述應用加載請求中攜帶的第一密鑰匹配時,獲取并保存所述應用對應的應用程序文件,并配置所述應用程序文件中所述應用的賬戶信息為所述統(tǒng)一賬戶管理單元保存的用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息。根據本發(fā)明實施例的另一個方面,還提供了一種用戶識別卡,包括上述的在用戶識別卡中實現(xiàn)應用的裝置。通過本發(fā)明實施例提供的上述至少一個技術方案,在用戶識別卡接收第一外部設備發(fā)送的攜帶待加載應用的應用標識以及第一密鑰的應用加載請求后,根據保存的應用標識與加載密鑰的對應關系,確定該應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰,并在確定出的加載密鑰與應用加載請求中攜帶的第一密鑰匹配時,獲取并保存該應用對應的應用程序文件,并配置該應用程序文件中應用的賬戶信息為保存的用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息。根據該技術方案,實現(xiàn)了用戶識別卡中各應用的賬戶的統(tǒng)一,從而避免了由于各應用所對應的賬戶獨立而導致的部分所對應賬戶余額不足的應用無法實現(xiàn)的問題,從而提高了用戶識別卡上實現(xiàn)應用的成功率。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述,并且,部分地從說明書中變得顯而易見,或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現(xiàn)和獲得。
附圖用來提供對本發(fā)明的進一步理解,并且構成說明書的一部分,與本發(fā)明實施例一起用于解釋本發(fā)明,并不構成對本發(fā)明的限制。在附圖中圖I為現(xiàn)有技術提供的用戶識別卡的邏輯結構示意圖;圖2為本發(fā)明實施例一提供的在用戶識別卡中加載應用的流程示意圖3為本發(fā)明實施例一提供的確定用戶識別卡狀態(tài)的流程示意圖;圖4為本發(fā)明實施例一提供的同步統(tǒng)一賬戶的流程示意圖;圖5為本發(fā)明實施例二提供的使用加載的應用的流程示意圖;圖6為本發(fā)明實施例二提供的確定統(tǒng)一賬戶狀態(tài)的流程示意圖;圖7為本發(fā)明實施例三提供的在用戶識別卡中實現(xiàn)應用的裝置的結構示意圖;圖8為本發(fā)明實施例四提供的一個用戶識別卡的結構示意圖;圖9為本發(fā)明實施例四提供的又一個用戶識別卡的結構示意圖;圖10為本發(fā)明實施例四提供的加載應用的流程示意圖;
圖11為本發(fā)明實施例四提供的使用應用的流程示意圖。
具體實施例方式為了給出提高在用戶識別卡中實現(xiàn)應用的成功率的實現(xiàn)方案,本發(fā)明實施例提供了一種在用戶識別卡中實現(xiàn)應用的方法、裝置以及用戶識別卡,以下結合說明書附圖對本發(fā)明的優(yōu)選實施例進行說明,應當理解,此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明,并不用于限定本發(fā)明。并且在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。本發(fā)明實施例提供了一種在用戶識別卡中實現(xiàn)應用的方法,該方法通過統(tǒng)一用戶識別卡中各應用的賬戶,以提高用戶識別卡中應用實現(xiàn)的成功率。具體地,在用戶識別卡中實現(xiàn)應用主要包括兩個方面,一方面是在用戶識別卡中加載應用,另一方面是使用用戶識別卡中的應用,以下分別結合不同的實施例對在用戶識別卡中加載應用的過程以及使用用戶識別卡中的應用的過程進行說明。實施例一該實施例一給出了在用戶識別卡中加載應用的實現(xiàn)方法。在用戶識別卡中加載應用之前,需要預先對用戶識別卡進行如下處理—方面,需要設置用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息;另一方面,為了增加用戶識別卡中加載的應用的安全性,可以對應用的加載方進行身份驗證。具體地,可以預先在用戶識別卡中寫入應用標識與加載密鑰的對應關系,該對應關系保存于用戶識別卡的設定區(qū)域中。其中,所寫入的對應關系中包括的應用標識,為該用戶識別卡能夠支持的應用的應用標識,即允許寫入該用戶識別卡中的應用的應用標識。與應用標識對應的加載密鑰,用于對請求用戶識別卡加載應用的加載方進行身份驗證,通常情況下,合法的應用加載方都具有該加載密鑰。圖2示出了本發(fā)明實施例一提供的在用戶識別卡中加載應用的流程示意圖,如圖2所示,在用戶識別卡側完成的該加載過程,主要包括如下步驟步驟201、用戶識別卡接收第一外部設備發(fā)送的應用加載請求,該應用加載請求中攜帶待加載應用的應用標識以及第一密鑰。該步驟201中,第一密鑰為第一設備保存的加載密鑰。第一外部設備可以為接觸類設備或非接觸類設備,當?shù)谝煌獠吭O備為接觸類設備時,該設備具體可以為讀寫器終端設備,該第一外部設備可以通過無線射頻功能向用戶識別卡發(fā)送應用加載請求;當?shù)谝煌獠吭O備為非接觸類設備時,該設備具體可以為網絡側部署的服務器,該第一外部設備可以通過無線網絡向用戶識別卡發(fā)送應用加載請求。步驟202、用戶識別卡根據預先保存的應用標識與加載密鑰的對應關系,確定該應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰。該步驟202中,用戶識別卡接收到應用加載請求后,從用于保存應用標識與加載密鑰的對應關系的存儲區(qū)域讀取與該應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰。步驟203、判斷確定出的加載密鑰與該 應用加載請求中攜帶的第一密鑰是否匹配,若是,執(zhí)行步驟204,若否,執(zhí)行步驟205。該步驟203中,確定加載密鑰與第一密鑰是否匹配,可以根據具體的加解密算法確定,具體地,可以以明文方式對比該加載密鑰和第一密鑰,若對比兩個密鑰一致,則確定匹配;也可以密文對比該加載密鑰和第一密鑰,例如,利用第一密鑰對應用加載請求進行加密,然后利用確定出的管理密鑰對經過加密的應用加載請求解密,若解密成功,則確定兩個密鑰匹配。本發(fā)明實施例中確定兩個密鑰是否匹配的方法可以根據實際需要靈活確定,此處不再一一列舉。步驟204、用戶識別卡獲取并保存該應用對應的應用程序文件,并配置該應用程序文件中該應用的賬戶信息為統(tǒng)一賬戶信息。步驟205、用戶識別卡向第一外部設備反饋應用加載失敗響應。至此,在用戶識別卡側完成的應用的加載流程結束。本發(fā)明實施例一提供的加載應用的優(yōu)選實施方式中,為了提高加載應用的成功率,可以預先對統(tǒng)一賬戶的狀態(tài)以及用戶識別卡是否支持該應用進行檢測,具體地,在上述步驟201之前,即在用戶識別卡接收第一外部設備發(fā)送的應用加載請求之前,還需要執(zhí)行確定用戶識別卡狀態(tài)的流程,如圖3所示,該流程主要包括如下步驟步驟301、用戶識別卡接收第一外部設備發(fā)送的應用加載初始化請求,該應用加載初始化請求中攜帶待加載應用的應用標識。步驟302、根據保存的統(tǒng)一賬戶信息確定該統(tǒng)一賬戶是否處于正常狀態(tài)、若是,執(zhí)行步驟303,若否,執(zhí)行步驟305。步驟303、根據保存的應用標識與加載密鑰的對應關系,確定是否存在該待加載應用的應用標識與加載密鑰的對應關系,若是,執(zhí)行步驟304,若否,執(zhí)行步驟305。步驟304、用戶識別卡向第一外部設備反饋響應信息,該響應信息中包括用于標識該統(tǒng)一賬戶處于正常狀態(tài)的信息以及用于標識存在待加載應用的應用標識與加載密鑰的對應關系的信息。步驟305、用戶識別卡向第一外部設備反饋應用加載失敗響應。至此,在用戶識別卡側執(zhí)行的用戶識別卡狀態(tài)確認流程結束。根據上述流程的執(zhí)行,若用戶識別卡向第一外部設備反饋應用加載失敗響應,則無需執(zhí)行圖2所對應的流程,應用加載失敗。通過圖3所對應流程的執(zhí)行,上述步驟304中,用戶識別卡向第一外部設備反饋上述響應信息后,該第一外部設備根據該響應信息確定用戶識別卡的狀態(tài)為可以繼續(xù)加載應用,為了進一步提高用戶識別卡的安全性,該第一外部設備還可以對應用提供方進行身份驗證,在對應用提供方身份驗證通過后,向用戶識別卡發(fā)送攜帶待加載應用的應用標識以及第一密鑰的應用加載請求,即上述步驟201中,用戶識別卡接收的應用加載請求為該第一外部設備在接收到用戶識別卡反饋的上述響應信息、且對該應用的應用提供方驗證通過后發(fā)送的。以上主要針對用戶識別卡側的應用加載過程進行了說明,實際應用中,為了便于應用提供方對應用的計費,需要將為該應用配置的統(tǒng)一賬戶信息同步給應用提供方,以便于應用提供方根據應用的使用情況對該應用進行同步計費。具體地,在執(zhí)行上述步驟203之后,即用戶識別卡配置該應用的賬戶信息為統(tǒng)一賬戶信息之后,還執(zhí)行同步統(tǒng)一賬戶的流程,如圖4所示,該統(tǒng)一賬戶同步的流程主要包括如下步驟步驟401、用戶識別卡向第一外部設備發(fā)送賬戶配置成功響應,該賬戶配置成功響應中包括配置的統(tǒng)一賬戶信息。該步驟401中,用戶識別卡向第一外部設備發(fā)送賬戶配置成功響應還進一步包括應用標識。
步驟402、第一外部設備根據該賬戶配置成功響應中包括的應用標識,向與該應用標識對應的應用提供方轉發(fā)該賬戶配置成功響應。步驟403、應用提供方根據接收的賬戶配置成功響應中包括的統(tǒng)一賬戶信息以及應用標識信息,配置與該應用標識對應的應用的賬戶信息為該統(tǒng)一賬戶信息,并向第一外部設備反饋賬戶同步響應。該步驟403中,應用提供方配置與該應用標識對應的應用的賬戶信息為該統(tǒng)一賬戶信息,用于后續(xù)根據該應用的使用情況,從該統(tǒng)一賬戶中扣除相應的費用。步驟404、第一外部設備向用戶識別卡反饋賬戶同步響應。至此,統(tǒng)一賬戶同步流程結束。通過本發(fā)明實施例一提供的上述至少一個技術方案,能夠配置加載的應用程序文件中應用的賬戶信息為保存的統(tǒng)一賬戶信息,從而實現(xiàn)了用戶識別卡中各應用的賬戶的統(tǒng)一,從而避免了由于各應用所對應的賬戶獨立而導致的部分所對應賬戶余額不足的應用無法實現(xiàn)的問題,從而提高了用戶識別卡上實現(xiàn)應用的成功率。實施例二該實施例二給出了使用用戶識別卡中的應用的流程。為了增加用戶識別卡中加載的應用的安全性,可以對應用的使用方進行身份驗證。具體地,可以預先在用戶識別卡中寫入應用標識與管理密鑰的對應關系,該對應關系保存于用戶識別卡的設定區(qū)域中。其中,應用標識與管理密鑰的對應關系以及應用標識與加載密鑰的對應關系可以同時保存,并且,同一應用標識對應的加載密鑰和管理密鑰可以相同或不同。其中,所寫入的對應關系中包括的應用標識,通常包括用戶識別卡能夠支持的應用的應用標識,即允許寫入該用戶識別卡中的應用的應用標識。與應用標識對應的管理密鑰,用于對請求使用用戶識別卡中加載的應用的請求方進行身份驗證,通常情況下,合法的應用使用方都具有該管理密鑰。圖5示出了本發(fā)明實施例二提供的使用用戶識別卡中加載的應用的流程示意圖,如圖5所示,在用戶識別卡側完成的使用加載的應用的過程,主要包括如下步驟步驟501、接收第二外部設備發(fā)送的使用加載的應用的應用使用請求,該應用使用請求中攜帶請求使用的應用的應用標識。
該步驟501中,第二外部設備可以為接觸類設備或非接觸類設備,當?shù)诙獠吭O備為接觸類設備時,該設備具體可以為讀寫器終端設備,該第二外部設備可以通過無線射頻功能向用戶識別卡發(fā)送應用使用請求;當?shù)诙獠吭O備為非接觸類設備時,該設備具體可以為網絡側部署的服務器,該第二外部設備可以通過無線網絡向用戶識別卡發(fā)送應用使用請求。并且,實際應用中,該第二外部設備可以和第一外部設備為同一設備。步驟502、確定該應用使用請求所請求使用的應用對應的應用程序文件中包括的管理密鑰。該步驟502中,根據預先保存的應用標識與管理密鑰的對應關系,確定該應用使用請求所請求使用的應用對應的應用程序文件中包括的管理密鑰。步驟503、根據保存的應用標識與管理密鑰的對應關系,確定與該應用使用請求所請求使用的應用的應用標識對應的管理密鑰。上述步驟502和步驟503并無嚴格的執(zhí)行順序,也可以先執(zhí)行步驟503再執(zhí)行步 驟502,或者同時執(zhí)行。步驟504、判斷根據應用程序文件確定出的管理密鑰與根據對應關系確定出的管理密鑰是否匹配,若是,則執(zhí)行步驟505,若否,則執(zhí)行步驟506。該步驟504中,確定兩個管理密鑰是否匹配可以參照上述步驟203中確定加載密鑰與第一密鑰是否匹配的方法,此處不再贅述。步驟505、從配置的統(tǒng)一賬戶信息中扣除本次使用該應用的金額。步驟506、拒絕該應用使用請求。至此,在用戶識別卡側完成的使用加載的應用的流程結束。上述流程通常在通過上述實施例一提供的方法在用戶識別卡中加載應用成功后執(zhí)行,即配置應用的賬戶信息為統(tǒng)一賬戶信息之后執(zhí)行。上述步驟505中,可以直接從該統(tǒng)一賬戶中扣除金額,也可以進一步對該應用是否有權限使用統(tǒng)一賬戶中的金額進行驗證。具體地,預先針對該應用保存該應用對應的限額信息,例如,該應用的消息限額標識位,該標識位標識該應用是否有限額限制,例如,設置應用的標識位為0,則改應用無限額限制,可以直接扣除費用;設置應用的標識位為1,則該應用有限額限制。在應用有限額限制的情況下,還需要進一步設置限制的額度信息。在保存該應用對應的限額信息時,從配置的統(tǒng)一賬戶信息中扣除本次使用應用的金額之前,還需要進一步根據保存的限額信息,確定本次使用該應用的金額符合限額信息的要求,例如,限額信息表明本次消費的上限值為A,本次實際的消費金額為B,則在確定B小于A時,允許使用統(tǒng)一賬戶中的金額,即允許從統(tǒng)一賬戶中扣除金額B。本發(fā)明實施例二提供的使用應用的優(yōu)選實施方式中,為了提高使用應用的成功率,可以預先對統(tǒng)一賬戶的狀態(tài)進行檢測,具體地,在執(zhí)行上述步驟501之前,即在用戶標識卡配置該應用的賬戶信息為統(tǒng)一賬戶信息之后、以及接收第二外部設備發(fā)送的使用加載的應用的應用使用請求之前,還需要執(zhí)行確定統(tǒng)一賬戶狀態(tài)的流程,如圖6所示,該流程主要包括如下步驟步驟601、接收第二外部設備發(fā)送的使用加載的應用的初始化請求,該初始化請求中攜帶請求使用的應用的應用標識。步驟602、根據保存的統(tǒng)一賬戶信息確定該統(tǒng)一賬戶是否處于正常狀態(tài)、若是,執(zhí)行步驟603,若否,執(zhí)行步驟604。步驟603、向第二外部設備反饋響應信息,該響應信息包括用于標識該統(tǒng)一賬戶處于正常狀態(tài)的信息。步驟604、用戶識別卡向第二外部設備反饋應用使用失敗響應。至此,在用戶識別卡側執(zhí)行的統(tǒng)一賬戶狀態(tài)確認流程結束。根據上述流程的執(zhí)行,若用戶識別卡向第二外部設備反饋應用加載失敗響應,則無需執(zhí)行圖5所對應的流程,應用使用失敗;若用戶識別卡向第二外部設備反饋了上述響應信息,該第二外部設備確定用戶識別卡中的該應用對應的統(tǒng)一賬戶正常,則進一步向該用戶識別卡發(fā)送上述的應用使用請求。本發(fā)明實施例二提供的使用應用的優(yōu)選實施方式中,為了應對發(fā)起的多個應用使用請求,在保存各應用分別對應的優(yōu)先級信息。相應地,在執(zhí)行步驟603之前,即向第二外部設備反饋所述響應信息之前,還需要進一步執(zhí)行根據保存的該應用對應的優(yōu)先級信息,·確定該應用的優(yōu)先級高于接收到、且未反饋響應信息的使用其它加載的應用的初始化請求中所請求使用的應用對應的優(yōu)先級。通過本發(fā)明實施例二提供的上述至少一個技術方案,由于用戶識別卡中各應用被配置了統(tǒng)一的賬戶信息,從而避免了由于各應用所對應的賬戶獨立而導致的部分所對應賬戶余額不足的應用無法實現(xiàn)的問題,從而提高了用戶識別卡上實現(xiàn)應用的成功率。實施例三與上述方法實施例一以及實施例二提供的流程對應,本發(fā)明實施例三還提供了一種在用戶識別卡中實現(xiàn)應用的裝置,該裝置可以包括在用戶識別卡中。圖7示出了本發(fā)明實施例三提供的在用戶識別卡中實現(xiàn)應用的裝置的結構示意圖,如圖7所示,該裝置包括統(tǒng)一賬戶管理單元701以及應用適配單元702 ;其中統(tǒng)一賬戶管理單元701,用于保存應用標識與加載密鑰的對應關系,以及保存用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息;應用適配單元702,用于接收第一外部設備發(fā)送的應用加載請求,該應用加載請求中攜帶待加載應用的應用標識以及第一密鑰,根據統(tǒng)一賬戶管理單元701保存的應用標識與加載密鑰的對應關系,確定應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰,并在確定出的加載密鑰與應用加載請求中攜帶的第一密鑰匹配時,獲取并保存應用對應的應用程序文件,并配置應用程序文件中應用的賬戶信息為統(tǒng)一賬戶管理單元保存的用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息。本發(fā)明實施例三提供的一個優(yōu)選實施方式中,圖7所示裝置包括的應用適配單元702,還用于在接收第一外部設備發(fā)送的應用加載請求之前,接收第一外部設備發(fā)送的應用加載初始化請求,應用加載初始化請求中攜帶待加載應用的應用標識;并在根據保存的統(tǒng)一賬戶信息確定統(tǒng)一賬戶處于正常狀態(tài)、且根據保存的應用標識與加載密鑰的對應關系確定存在待加載應用的應用標識與加載密鑰的對應關系后,向第一外部設備反饋響應信息,響應信息中包括用于標識統(tǒng)一賬戶處于正常狀態(tài)的信息以及用于標識存在待加載應用的應用標識與加載密鑰的對應關系的信息。
本發(fā)明實施例三提供的一個優(yōu)選實施方式中,圖7所示裝置包括的應用適配單元702,具體用于接收第一外部設備在接收到響應信息、且對應用的應用提供方驗證通過后發(fā)送的應用加載請求。本發(fā)明實施例三提供的一個優(yōu)選實施方式中,圖7所示裝置包括的應用適配單元702,還用于在配置應用的賬戶信息為統(tǒng)一賬戶信息之后,向第一外部設備發(fā)送賬戶配置成功響應,賬戶配置成功響應中包括配置的統(tǒng)一賬戶信息;以及接收第一外部設備反饋的賬戶同步響應,賬戶同步響應為應用提供方在根據賬戶配置成功響應中包括的統(tǒng)一賬戶信息同步保存的與應用對應的賬戶信息后發(fā)送的。至此,該裝置所實現(xiàn)的功能與實施例一提供的技術方案對應。本發(fā)明實施例三提供的一個優(yōu)選實施方式中,圖7所示裝置包括的應用適配單元702,還用于在應用程序文件中包括應用對應的管理密鑰時,接收第二外部設備發(fā)送的使用加載的應用的應用使用請求;在確定加載的應用對應的應用程序文件中包括的管理密鑰, 與根據保存的應用標識與管理密鑰的對應關系確定出的與加載的應用的應用標識對應的管理密鑰匹配時,從配置的統(tǒng)一賬戶信息中扣除本次使用應用的金額。本發(fā)明實施例三提供的一個優(yōu)選實施方式中,圖7所示裝置包括的應用適配單元702,還用于在保存應用對應的限額信息時,在從配置的統(tǒng)一賬戶信息中扣除本次使用應用的金額之前,根據保存的限額信息,確定本次使用應用的金額符合限額信息的要求。本發(fā)明實施例三提供的一個優(yōu)選實施方式中,圖7所示裝置包括的應用適配單元702,還用于在配置應用的賬戶信息為統(tǒng)一賬戶信息之后、以及接收第二外部設備發(fā)送的使用加載的應用的應用使用請求之前,接收第二外部設備發(fā)送的使用加載的應用的初始化請求;在確定統(tǒng)一賬戶處于正常狀態(tài)后,向第二外部設備反饋響應信息,響應信息包括用于標識統(tǒng)一賬戶處于正常狀態(tài)的信息。本發(fā)明實施例三提供的一個優(yōu)選實施方式中,圖7所示裝置包括的應用適配單元702,還用于在保存應用對應的優(yōu)先級信息時,向第二外部設備反饋響應信息之前,根據保存的應用對應的優(yōu)先級信息,確定應用的優(yōu)先級高于接收到、且未反饋響應信息的使用其它加載的應用的初始化請求中所請求使用的應用對應的優(yōu)先級。至此,該裝置所實現(xiàn)的功能與實施例二提供的技術方案對應。應當理解,以上在用戶識別卡中實現(xiàn)應用的裝置包括的單元僅為根據該裝置實現(xiàn)的功能進行的邏輯劃分,實際應用中,可以進行上述單元的疊加或拆分。并且該實施例提三供的在用戶識別卡中實現(xiàn)應用的裝置所實現(xiàn)的功能與上述實施例一以及實施例二提供的在用戶識別卡中實現(xiàn)應用的方法流程一一對應,對于該裝置所實現(xiàn)的更為詳細的處理流程,在上述方法實施例一以及實施例二中已做詳細描述,此處不再詳細描述。并且,本實施例三中的在用戶識別卡中實現(xiàn)應用的裝置還具有能夠實現(xiàn)實施例一和實施例二方案的功能模塊,此處不再贅述。實施例四本發(fā)明實施例四給出了本發(fā)明上述實施例提供的技術方案的具體應用場景。本發(fā)明實施例提供的上述技術方案可以應用于各種用戶識別卡,例如,SIM卡、USIM卡。圖8示出了本發(fā)明上述實施例所適用的用戶識別卡的一個邏輯結構示意圖,如圖8所示,該用戶識別卡在圖I所示用戶識別卡的基礎上,進一步包括統(tǒng)一賬戶管理單元103以及應用適配單元104 ;其中應用模塊101中加載的各應用的賬戶被統(tǒng)一配置為統(tǒng)一賬戶管理單元103中保存的統(tǒng)一賬戶;統(tǒng)一賬戶管理單元103所實現(xiàn)的功能與上述實施例三中所描述的統(tǒng)一賬戶管理單元701基本一致,此處不再贅述。實際應用中,該統(tǒng)一賬戶管理單元103是將不同應用的賬戶整合到卡上的同一個賬戶中,主要包括賬戶信息、以及密鑰部分,其中賬戶信息中存放了統(tǒng)一賬戶的基本信息,如賬戶余額、累計消費金額、透支金額、消費限額、透支限額等,在通常情況下,可以由應用程序直接讀?。幻荑€部分提供對應用訪問賬戶所需密鑰的管理,并在應用加載階段,根據加載密鑰判斷是否與加載的應用進行賬戶關聯(lián)。應用適配單元104所實現(xiàn)的功能與上述實施例三中所描述的應用適配單元702基本一致,此處不再贅述。實際應用中,該應用適配單元104主要針對不同的應用的需求而提 供不同的安全管理與應用處理方式,具體地,如圖9所示,該應用適配單元,具體包括應用接口模塊104A、應用處理表104B、安全處理模塊104C以及適配管理模塊接口104D ;其中應用接口模塊104A,主要為不同應用提供統(tǒng)一賬戶的接口,根據應用的邏輯,與統(tǒng)一賬戶進行交互,屏蔽不同應用對統(tǒng)一賬戶接口的差異性;該應用接口模塊104A主要包括應用調用接口,負責不同應用對應用適配單元的調用;讀接口和寫接口,負責對統(tǒng)一賬戶信息的讀寫操作;操作權限校驗接口,負責對讀寫操作進行權限的校驗等;應用處理表104B可以如表I所示,主要包括賬戶狀態(tài)、應用安全等級、使能賬戶管理密鑰(用于標識該應用是否需要根據加載密鑰或管理密鑰進行安全驗證)、應用優(yōu)先級、消費限額標志位和透支限額等參數(shù)。各應用可通過應用適配單元104獲得用戶識別卡中統(tǒng)一賬戶的狀態(tài),如正常、未初始化、鎖定等狀態(tài)。可根據不同應用的安全級別,設置不同的賬戶管理密鑰進行訪問控制;根據不同的應用優(yōu)先級、消費限額標識位和透支金額,對不同的應用使用統(tǒng)一賬戶的先后順序進行管理。表一
應用安全使能賬戶應用優(yōu)先消費限額應用標識賬戶狀態(tài)透支限額
等級密鑰級標識位
A
B安全處理模塊104C負責提供對統(tǒng)一賬戶的安全訪問控制。根據不同的應用對應的應用處理表,對應用訪問統(tǒng)一賬戶的請求進行安全驗證,并在應用加載階段,判斷應用是否可被加載或是否可與統(tǒng)一賬戶進行關聯(lián)。適配管理模塊接口 104D主要負責與卡片操作系統(tǒng)102中的適配管理模塊進行數(shù)據交互,完成卡片操作系統(tǒng)102對應用處理表104B中信息讀取、各參數(shù)的設置和數(shù)據管理。進一步地,該卡片操作系統(tǒng)102中的適配管理模塊還可設置應用適配單元104是否強制所有應用使用統(tǒng)一賬戶,若設置強制所有應用使用統(tǒng)一賬戶,則卡上未使用統(tǒng)一賬戶的應用將被系統(tǒng)禁止使用。上述用戶識別卡由于在現(xiàn)有技術的基礎上做了上述改進,因此,需要預先對用戶識別卡進行初始化,該初始化過程通常在用戶識別卡發(fā)行前由卡片發(fā)行方進行。具體地,用戶識別卡進行初始化,主要包括如下幾個方面(I)在用戶識別卡中寫入卡片操作系統(tǒng)的程序文件以及應用運行環(huán)境(如需要),其中,在用戶識別卡中寫入卡片操作系統(tǒng)程序文件為必選操作;(2)在用戶識別卡中寫入應用適配單元的程序文件,并使用卡片操作系統(tǒng)中的適配管理模塊對其進行初始化,例如,配置是否要求用戶識別卡上強制使用統(tǒng)一賬戶,該過程為必選操作(3)在用戶識別卡中寫入配置的統(tǒng)一賬戶,該過程為必選操作;
(4)在用戶識別卡中寫入應用(即加載應用),根據應用需求進行統(tǒng)一賬戶的關聯(lián)和相關設置,該過程為可選操作,應用可以后續(xù)加載;(5)對用戶識別卡中的個人信息進行初始化,該過程為可選操作,個人信息可以在卡片發(fā)行后寫入。圖10示出了基于圖8所示的用戶識別卡實現(xiàn)應用加載的流程示意圖,該實現(xiàn)應用加載的過程主要涉及用戶識別卡中應用適配單元和C0S,以及讀寫器終端(即實施例一中所述的第一外部設備)、應用提供方;其中,該讀寫器終端可以為專用的應用初始化終端,區(qū)別有普通的在交易流程中使用的讀寫器終端,具備向用戶識別卡寫入應用程序的功能。如圖10所示,該實現(xiàn)應用加載的過程,主要包括如下步驟步驟1001、讀寫器終端向用戶識別卡中的卡片操作系統(tǒng)COS發(fā)送應用初始化請求;步驟1002、COS向讀寫器終端反饋針對應用初始化請求的請求響應消息;步驟1003、讀寫器終端選擇要生成的應用;上述步驟1001至步驟1003構成了讀寫器終端確定用戶識別卡是否正常工作的流程,確定用戶識別卡處于正常工作狀態(tài),即該用戶識別卡能夠針對發(fā)送的初始化請求反饋響應消息,若用戶識別卡未反饋響應信息,則確定該用戶識別卡處于非正常工作狀態(tài),則不再執(zhí)行后續(xù)流程。步驟1004、讀寫器終端向COS發(fā)送應用加載初始化請求;步驟1005、COS接收到應用加載初始化請求后,確定是否強制關聯(lián)到統(tǒng)一賬戶,如果是,執(zhí)行步驟1006,否則按照現(xiàn)有流程處理。步驟1006、COS向應用適配單元發(fā)送確定統(tǒng)一賬戶狀態(tài)以及可關聯(lián)性的請求;步驟1007、應用適配單元確定統(tǒng)一賬戶管理單元保存的統(tǒng)一賬戶的狀態(tài)是否正常,并且確定統(tǒng)一賬戶管理單元是否保存有該應用標識與加載密鑰的對應關系(即確定是否可關聯(lián)性,若存在,確定可關聯(lián),否則不可關聯(lián));步驟1008 步驟1009、應用適配單元將包括確定結果的響應信息發(fā)送給OCS,OCS進一步將該包括確定結果的響應信息發(fā)送給讀寫器終端;步驟1010、讀寫器終端在接收到的響應信息包括的確定結果均為是時,對應用的提供方進行身份驗證,否則,結束流程。
步驟1011、讀寫器終端向應用提供方發(fā)送應用申請;步驟1012、應用提供方向讀寫器終端針對應用申請反饋請求響應;上述步驟1004至步驟1012構成了用戶識別卡狀態(tài)的確定流程。步驟1013、讀寫器終端向用戶識別卡中的OCS發(fā)送應用加載請求;步驟1014、OCS創(chuàng)建該應用;步驟1015、COS向應用適配單元發(fā)送安全性驗證請求;步驟1016、應用適配單元對當前應用加載請求進行安全性驗證(驗證過程詳見上述步驟202至步驟204);步驟1016、應用適配單元在驗證通過后,獲取并保存該應用對應的應用程序文件, 并配置該應用程序文件中該應用的賬戶信息為統(tǒng)一賬戶信息;步驟1017 步驟1019、應用適配單元向OCS發(fā)送包括關聯(lián)的統(tǒng)一賬戶信息的響應信息,OCS將該響應信息發(fā)送給讀寫器終端,讀寫器終端進一步反饋給應用提供方;步驟1020、應用提供方同步該統(tǒng)一賬戶信息;步驟1021 步驟1022、應用提供方向讀寫器終端發(fā)送同步響應,讀寫器終端將該同步響應發(fā)送給OCS。至此,流程結束。通過上述流程的執(zhí)行,用戶識別卡中的COS需先判斷用戶識別卡對應用的支持情況,判斷成功后,讀取統(tǒng)一賬戶信息,進行可關聯(lián)能力判斷,并將得到的用戶識別卡上的基本信息(包括賬戶狀態(tài)信息)和卡片能力(即是否可關聯(lián)的結果)返回給讀寫器終端;讀寫器首先進行應用提供方的安全驗證,通過驗證后,向應用提供方(或稱為應用管理平臺)取得所需應用;在加載應用階段,通過卡上的COS創(chuàng)建該應用的基本信息,如文件、邏輯、密鑰等,然后進行統(tǒng)一賬戶的關聯(lián),即配置該應用對應的賬戶為統(tǒng)一賬戶信息,關聯(lián)之前可以先進行密鑰驗證,判斷應用是否有權限與統(tǒng)一賬戶關聯(lián),通過認證后配置對應的應用處理表,然后在應用提供方生成用戶識別卡的統(tǒng)一賬戶信息,以便系統(tǒng)的統(tǒng)一計費和管理。圖11示出了基于圖8所示的用戶識別卡使用應用的流程示意圖,該實現(xiàn)使用應用的過程主要涉及用戶識別卡中應用適配單元和應用,以及讀寫器終端(即實施例二中所述的第二外部設備),其中,讀寫器終端為一般交易流程中使用的讀寫器終端,例如,Pos終端。如圖11所示,該使用應用的過程,主要包括如下步驟步驟1101、讀寫器終端向用戶識別卡中加載的要使用的應用發(fā)送應用使用的初始化請求;步驟1102、應用向讀寫器終端反饋請求響應;上述步驟1101 步驟1102構成了確定應用是否可用的流程。步驟1103、讀寫器終端向應用發(fā)送統(tǒng)一賬戶狀態(tài)確定請求;步驟1104、應用向應用適配單元發(fā)送統(tǒng)一賬戶狀態(tài)確定請求;步驟1105、應用適配單元從統(tǒng)一賬戶管理單元獲取統(tǒng)一狀態(tài)信息,并判斷統(tǒng)一賬戶狀態(tài);步驟1106、應用適配單元向應用發(fā)送包括統(tǒng)一賬戶狀態(tài)的確定結果的響應信息;步驟1107、應用向讀寫器終端發(fā)送包括統(tǒng)一賬戶狀態(tài)的確定結果的響應信息;上述步驟1105 步驟1107構成了執(zhí)行統(tǒng)一賬戶狀態(tài)的確定流程。
步驟1108、讀寫器終端向應用發(fā)送應用使用請求;步驟1109、應用請求應用適配單元進行安全驗證;步驟1110、應用適配單元對該應用進行安全性驗證,通過后從統(tǒng)一賬戶中扣除費用;步驟1111 步驟1112、應用適配單元向應用發(fā)送扣款操作響應,應用將該扣款操作響應發(fā)送給讀寫器終端;步驟1113、讀寫器終端同步網絡側賬戶余額。至此,流程結束。通過圖11對應的流程,在用戶進行交易操作時(即用戶使用用戶識別卡上的應用時),用戶識別卡在收到讀寫器終端的初始化請求后,根據維護的應用處理表,進行該應用·安全級別與優(yōu)先級判斷,返回初始化的響應信息。在收到讀寫器的應用使用請求后,對從應用側得到的管理密鑰(對稱或非對稱)進行密鑰驗證(驗證過程詳見步驟503 步驟504)后,對統(tǒng)一賬戶進行相應操作,操作完成后,將響應信息反饋給讀寫器進行本次交易驗證,生成應用報文作為本次交易憑證。不同的應用對應的讀寫器上生成不同的密鑰,但是均使用統(tǒng)一賬戶進行相應的賬戶操作。通過本發(fā)明實施例提供的上述用戶識別卡,將用戶識別卡中各應用的賬戶進行了統(tǒng)一,從而避免了由于各應用所對應的賬戶獨立而導致的部分所對應賬戶余額不足的應用無法實現(xiàn)的問題,從而提高了用戶識別卡上實現(xiàn)應用的成功率。盡管已描述了本申請的優(yōu)選實施例,但本領域內的技術人員一旦得知了基本創(chuàng)造性概念,則可對這些實施例做出另外的變更和修改。所以,所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本申請范圍的所有變更和修改。顯然,本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內,則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種在用戶識別卡中實現(xiàn)應用的方法,其特征在于,包括 用戶識別卡接收第一外部設備發(fā)送的應用加載請求,所述應用加載請求中攜帶待加載應用的應用標識以及第一密鑰; 根據保存的應用標識與加載密鑰的對應關系,確定所述應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰; 在確定出的所述加載密鑰與所述應用加載請求中攜帶的第一密鑰匹配時,獲取并保存所述應用對應的應用程序文件,并配置所述應用程序文件中所述應用的賬戶信息為保存的用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息。
2.如權利要求I所述的方法,其特征在于,用戶識別卡接收第一外部設備發(fā)送的應用加載請求之前,還包括 所述用戶識別卡接收所述第一外部設備發(fā)送的應用加載初始化請求,所述應用加載初始化請求中攜帶所述待加載應用的應用標識;并 在根據保存的所述統(tǒng)一賬戶信息確定所述統(tǒng)一賬戶處于正常狀態(tài)、且根據保存的應用標識與加載密鑰的對應關系確定存在所述待加載應用的應用標識與加載密鑰的對應關系后,向所述第一外部設備反饋響應信息,所述響應信息中包括用于標識所述統(tǒng)一賬戶處于正常狀態(tài)的信息以及用于標識存在所述待加載應用的應用標識與加載密鑰的對應關系的信息。
3.如權利要求2所述的方法,其特征在于,所述用戶識別卡接收的所述應用加載請求為所述第一外部設備在接收到所述用戶識別卡反饋的所述響應信息、且對所述應用的應用提供方驗證通過后發(fā)送的。
4.如權利要求I所述的方法,其特征在于,配置所述應用的賬戶信息為所述統(tǒng)一賬戶信息之后,還包括 向所述第一外部設備發(fā)送賬戶配置成功響應,所述賬戶配置成功響應中包括配置的所述統(tǒng)一賬戶信息;以及 接收所述第一外部設備反饋的賬戶同步響應,所述賬戶同步響應為所述應用提供方在根據所述賬戶配置成功響應中包括的所述統(tǒng)一賬戶信息同步保存的與所述應用對應的賬戶信息后發(fā)送的。
5.如權利要求I所述的方法,其特征在于,所述應用程序文件中包括所述應用對應的管理密鑰; 配置所述應用的賬戶信息為所述統(tǒng)一賬戶信息之后,還包括 接收第二外部設備發(fā)送的使用加載的所述應用的應用使用請求; 在確定加載的所述應用對應的應用程序文件中包括的管理密鑰,與根據保存的應用標識與管理密鑰的對應關系確定出的與加載的所述應用的應用標識對應的管理密鑰匹配時,從配置的所述統(tǒng)一賬戶信息中扣除本次使用所述應用的金額。
6.如權利要求5所述的方法,其特征在于,所述用戶識別卡中保存所述應用對應的限額信息;從配置的所述統(tǒng)一賬戶信息中扣除本次使用所述應用的金額之前,還包括 根據所述用戶識別卡中保存的限額信息,確定本次使用所述應用的金額符合所述限額信息的要求。
7.如權利要求5所述的方法,其特征在于,配置所述應用的賬戶信息為所述統(tǒng)一賬戶信息之后、以及接收第二外部設備發(fā)送的使用加載的所述應用的應用使用請求之前,還包括: 接收第二外部設備發(fā)送的使用加載的所述應用的初始化請求; 在確定所述統(tǒng)一賬戶處于正常狀態(tài)后,向所述第二外部設備反饋響應信息,所述響應信息包括用于標識所述統(tǒng)一賬戶處于正常狀態(tài)的信息。
8.如權利要求7所述的方法,其特征在于,所述用戶識別卡中保存所述應用對應的優(yōu)先級信息; 向所述第二外部設備反饋所述響應信息之前,還包括 根據所述用戶識別卡中保存的所述應用對應的優(yōu)先級信息,確定所述應用的優(yōu)先級高于接收到、且未反饋響應信息的使用其它加載的應用的初始化請求中所請求使用的應用對應的優(yōu)先級。
9.一種在用戶識別卡中實現(xiàn)應用的裝置,其特征在于,包括 統(tǒng)一賬戶管理單元,用于保存應用標識與加載密鑰的對應關系,以及保存用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息; 應用適配單元,用于接收第一外部設備發(fā)送的應用加載請求,所述應用加載請求中攜帶待加載應用的應用標識以及第一密鑰,根據所述統(tǒng)一賬戶管理單元保存的應用標識與加載密鑰的對應關系,確定所述應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰,并在確定出的所述加載密鑰與所述應用加載請求中攜帶的第一密鑰匹配時,獲取并保存所述應用對應的應用程序文件,并配置所述應用程序文件中所述應用的賬戶信息為所述統(tǒng)一賬戶管理單元保存的用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息。
10.如權利要求9所述的裝置,其特征在于,所述應用適配單元,還用于在接收第一外部設備發(fā)送的應用加載請求之前,接收所述第一外部設備發(fā)送的應用加載初始化請求,所述應用加載初始化請求中攜帶所述待加載應用的應用標識;并在根據保存的所述統(tǒng)一賬戶信息確定所述統(tǒng)一賬戶處于正常狀態(tài)、且根據保存的應用標識與加載密鑰的對應關系確定存在所述待加載應用的應用標識與加載密鑰的對應關系后,向所述第一外部設備反饋響應信息,所述響應信息中包括用于標識所述統(tǒng)一賬戶處于正常狀態(tài)的信息以及用于標識存在所述待加載應用的應用標識與加載密鑰的對應關系的信息。
11.如權利要求10所述的裝置,其特征在于,所述應用適配單元,具體用于接收所述第一外部設備在接收到所述響應信息、且對所述應用的應用提供方驗證通過后發(fā)送的應用加載請求。
12.如權利要求9所述的裝置,其特征在于,所述應用適配單元,還用于在配置所述應用的賬戶信息為所述統(tǒng)一賬戶信息之后,向所述第一外部設備發(fā)送賬戶配置成功響應,所述賬戶配置成功響應中包括配置的所述統(tǒng)一賬戶信息;以及接收所述第一外部設備反饋的賬戶同步響應,所述賬戶同步響應為所述應用提供方在根據所述賬戶配置成功響應中包括的所述統(tǒng)一賬戶信息同步保存的與所述應用對應的賬戶信息后發(fā)送的。
13.如權利要求9所述的裝置,其特征在于,所述應用適配單元,還用于在所述應用程序文件中包括所述應用對應的管理密鑰時,接收第二外部設備發(fā)送的使用加載的所述應用的應用使用請求;在確定加載的所述應用對應的應用程序文件中包括的管理密鑰,與根據保存的應用標識與管理密鑰的對應關系確定出的與加載的所述應用的應用標識對應的管理密鑰匹配時,從配置的所述統(tǒng)一賬戶信息中扣除本次使用所述應用的金額。
14.如權利要求13所述的裝置,其特征在于,所述應用適配單元,還用于在保存所述應用對應的限額信息時,在從配置的所述統(tǒng)一賬戶信息中扣除本次使用所述應用的金額之前,根據保存的限額信息,確定本次使用所述應用的金額符合所述限額信息的要求。
15.如權利要求13所述的裝置,其特征在于,所述應用適配單元,還用于在配置所述應用的賬戶信息為所述統(tǒng)一賬戶信息之后、以及接收第二外部設備發(fā)送的使用加載的所述應用的應用使用請求之前,接收第二外部設備發(fā)送的使用加載的所述應用的初始化請求;在確定所述統(tǒng)一賬戶處于正常狀態(tài)后,向所述第二外部設備反饋響應信息,所述響應信息包括用于標識所述統(tǒng)一賬戶處于正常狀態(tài)的信息。
16.如權利要求15所述的裝置,其特征在于,所述應用適配單元,還用于在保存所述應用對應的優(yōu)先級信息時,向所述第二外部設備反饋所述響應信息之前,根據保存的所述應用對應的優(yōu)先級信息,確定所述應用的優(yōu)先級高于接收到、且未反饋響應信息的使用其它加載的應用的初始化請求中所請求使用的應用對應的優(yōu)先級。
17.一種用戶識別卡,其特征在于,還包括權利要求9至16任一項所述的在用戶識別卡中實現(xiàn)應用的裝置。
全文摘要
本發(fā)明公開了一種在用戶識別卡中實現(xiàn)應用的方法、裝置以及用戶識別卡,主要技術方案包括用戶識別卡接收第一外部設備發(fā)送的應用加載請求,其中攜帶待加載應用的應用標識以及第一密鑰;根據保存的應用標識與加載密鑰的對應關系,確定應用加載請求中攜帶的待加載應用的應用標識對應的加載密鑰;在該加載密鑰與第一密鑰匹配時,獲取并保存應用對應的應用程序文件,配置應用程序文件中應用的賬戶信息為保存的用于關聯(lián)未加載和/或已加載的應用的統(tǒng)一賬戶信息。根據該技術方案,實現(xiàn)了用戶識別卡中各應用賬戶的統(tǒng)一,避免了由于各應用所對應的賬戶獨立而導致的部分所對應賬戶余額不足的應用無法實現(xiàn)的問題,從而提高了用戶識別卡上實現(xiàn)應用的成功率。
文檔編號H04W88/02GK102917351SQ201110224599
公開日2013年2月6日 申請日期2011年8月5日 優(yōu)先權日2011年8月5日
發(fā)明者黃更生, 朱本浩, 葛欣 申請人:中國移動通信集團公司