ale)機的PSAM之間的交互流程，如圖2所示，主要包括以下步驟:
[0056]步驟201:當用戶使用非接卡片靠近POS機進行脫機消費時，POS機的PSAM發(fā)出初始化消費(INITIALIZE FOR PURCHASE)命令啟動消費交易，同時攜帶交易金額信息；
[0057]步驟202:手機用戶身份識別模塊(SIM，Subscriber Identity Module)卡中的SE收到命令后，驗證目前手機的余額是否滿足交易需求，若驗證通過，SE產(chǎn)生本次交易的偽隨機數(shù)及過程密鑰；
[0058]步驟203:SE通過響應將產(chǎn)生的偽隨機數(shù)及脫機交易序號返回給PSAM ；
[0059]步驟204:PSAM使用偽隨機數(shù)及自身模存儲的消費密鑰產(chǎn)生本次會話的過程密鑰，并通過過程密鑰對交易數(shù)據(jù)進行加密，生成MAC ;
[0060]這里，假設生成的MAC為MACl。
[0061]步驟205:PSAM通過借記卡消費(DEBIT FOR PURCHASE)命令發(fā)送MACl，以供SE驗證PSAM的合法性；
[0062]步驟206:SE使用過程密鑰驗證MAC1，驗證通過后，執(zhí)行交易處理，并生成MAC2，并將脫機交易序號加I ;
[0063]步驟207:SE通過響應將MAC2返回給PSAM，供PSAM驗證SE的合法性，驗證通過后PSAM完成交易后續(xù)操作，交易執(zhí)彳丁完畢。
[0064]從上面的描述中可以看出，滿足PBOC標準的消費交易流程中，敏感數(shù)據(jù)的存儲和處理都在SE中。當SE功能位于云端服務器時，交易數(shù)據(jù)都將通過移動網(wǎng)絡發(fā)送至云端服務器，云端服務器與POS機之間通過移動網(wǎng)絡完成信息交互和處理。因此，此時移動網(wǎng)絡的穩(wěn)定性對于交易能否順利完成就變得尤為重要了。然而，受制于移動網(wǎng)絡環(huán)境的網(wǎng)絡覆蓋、網(wǎng)絡時延等因素，交易過程中很可能出現(xiàn)等待時間過長、失敗概率過大等問題，尤其是在上下班高峰期的公交、地鐵等大客流場所，手機數(shù)據(jù)信號非常不穩(wěn)定，極易造成用戶堵在刷卡機前排隊等候的惡劣用戶體驗。
[0065]而且，PBOC標準對金融IC卡刷卡時間要求在500ms以內(nèi)，而云端服務器在支付過程中很難保證這點。
[0066]基于此，在本發(fā)明的各種實施例中:從云SE獲取用于本次交易過程的交易數(shù)據(jù)；采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作。
[0067]實施例一
[0068]本實施例提供的信息處理方法，如圖3所示，包括以下步驟:
[0069]步驟301:從云SE獲取用于本次交易過程的交易數(shù)據(jù)；
[0070]具體地，向所述云SE請求用于所述本次交易過程的交易數(shù)據(jù)；
[0071]接收所述云SE返回的包含偽隨機數(shù)及過程密鑰的交易數(shù)據(jù)。
[0072]這里，所述云SE是指:設置有SE功能的云端服務器。
[0073]向所述云SE發(fā)送的請求中包含上一次交易對應的脫機交易序號。
[0074]步驟302:采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作。
[0075]這里，在執(zhí)行本步驟之前，該方法還可以包括:
[0076]確定賬戶余額滿足本次交易金額時，采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作。
[0077]其中，當確定賬戶余額不滿足本次交易金額時，即:賬戶余額低于本次交易金額時，可以向銷售終端的PSAM返回出錯信息。
[0078]在執(zhí)行本步驟之前，該方法還可以包括:
[0079]確定本次交易金額小于等于設置的交易金額閾值時，采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作。
[0080]當確定本次交易金額大于交易金額閾值時，提示用戶，以降低安全風險。
[0081]這里，交易金額閾值可以根據(jù)需要設置，比如:按照微額支付的原則，可以設置為10元等。
[0082]本步驟的具體實現(xiàn)包括:
[0083]將當前的脫機交易序號及所述獲取的交易數(shù)據(jù)中的偽隨機數(shù)發(fā)送給PSAM ;
[0084]接收所述PSAM使用過程密鑰對本次交易所產(chǎn)生的交易數(shù)據(jù)加密所產(chǎn)生的第一MAC;所述PSAM使用的過程密鑰由所述PSAM使用消費密鑰以及收到的偽隨機數(shù)、脫機交易序號產(chǎn)生；
[0085]驗證所述第一 MAC有效時，利用所述獲取的交易數(shù)據(jù)中的過程密鑰對本次交易金額加密，產(chǎn)生第二 MAC，并發(fā)送給所述PSAM，以使所述PSAM驗證所述第二 MAC的合法性。
[0086]其中，所述本次交易所產(chǎn)生的交易數(shù)據(jù)可以包括:交易金額、交易類型、終端機編號、交易日期、交易時間。這里，終端機編號是指:所述PSAM所在的終端的終端機編號。
[0087]所述第一 MAC可以攜帶在DEBIT FOR PURCHASE命令中。
[0088]在產(chǎn)生所述第二 MAC時，該方法還可以包括:
[0089]將脫機交易序號加設定值；
[0090]利用新的脫機交易序號及所述第一 MAC所對應的所述本次交易所產(chǎn)生的交易數(shù)據(jù)生成交易驗證碼(TAC，Transact1n Authenticat1n Code)，并發(fā)送給所述PSAM，以供所述PSAM保存。
[0091]實際應用時，所述設定值一般為I。
[0092]該方法還可以包括:
[0093]確定賬戶余額小于等于設置的余額閾值時，提示用戶，以便用戶可以及時對賬戶圈存金額。這里，實際應用時，設置的余額閾值可以等于所述交易金額閾值。
[0094]該方法還可以包括:
[0095]確定用戶圈存的金額大于設置的圈存金額閾值時，提示用戶，以降低安全風險。其中，圈存金額閾值可以根據(jù)需要設置，比如:可以根據(jù)微額支付的原則，設置為100元等。
[0096]本實施例提供的信息處理方法，從云SE獲取用于本次交易過程的交易數(shù)據(jù)；采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作，由于事先已從云SE獲取到了本次交易過程的交易數(shù)據(jù)，這樣，在交易過程中就不會受限于移動通信網(wǎng)絡，如此，提升了交易效率及成功率。
[0097]另外，本實施例的方案，無需修改PBOC標準，同時也無需改造終端和POS機等交易終端，實現(xiàn)成本低。
[0098]本發(fā)明實施例的方案，面向公交、地鐵等支付場景，能滿足其對交易完成時間、交易穩(wěn)定性較高的需求，為HCE的大規(guī)模應用掃除阻礙。
[0099]除此以外，確定本次交易金額小于等于設置的交易金額閾值時，采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作；確定本次交易金額大于交易金額閾值時，提示用戶；確定用戶圈存的金額大于設置的圈存金額閾值時，提示用戶；閾值根據(jù)需要設置，如此，能盡可能降低安全風險。
[0100]實施例二
[0101]為實現(xiàn)實施例一的方法，本實施例提供一種信息處理裝置，如圖4所示，該裝置包括:交易處理模塊41及數(shù)據(jù)存儲模塊42 ;其中，
[0102]所述交易處理模塊41，用于從云SE獲取用于本次交易過程的交易數(shù)據(jù)；并采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作；
[0103]所述數(shù)據(jù)存儲模塊42，用于保存獲取的交易數(shù)據(jù)。
[0104]所述交易處理模塊41還可以包括:第一發(fā)送模塊及第一接收模塊；其中，
[0105]所述第一發(fā)送模塊，用于向所述云SE請求用于所述本次交易過程的交易數(shù)據(jù)；
[0106]所述第一接收模塊，用于接收所述云SE返回的包含偽隨機數(shù)及過程密鑰的交易數(shù)據(jù)。
[0107]這里，所述云SE是指:設置有SE功能的云端服務器。
[0108]向所述云SE發(fā)送的請求中包含上一次交易對應的脫機交易序號。
[0109]所述交易處理模塊41，還用于確定賬戶余額滿足本次交易金額時，采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作。
[0110]其中，當確定賬戶余額不滿足本次交易金額時，即:賬戶余額低于本次交易金額時，所述交易處理模塊41可以向銷售終端的PSAM返回出錯信息。
[0111]該信息處理裝置還可以包括:閾值管理模塊，用于確定本次交易金額小于等于設置的交易金額閾值時，觸發(fā)所述交易管理模塊41 ;
[0112]相應地，所述交易管理模塊41，用于收到所述閾值管理模塊的觸發(fā)后，采用獲取的交易數(shù)據(jù)，進行本次交易的相關操作。
[0113]當確定本次交易金額大于交易金額閾值時，所述閾值管理模塊提示用戶，以降低安全風險。
[0114]這里，交易金額閾值可以根據(jù)需要設置，比如:按照微額支付的原則，可以設置為10元等。
[0115]所述交易處理模塊41還可以包括:第二發(fā)送模塊、第二接收模塊、驗證模塊及第三發(fā)送模塊；其中，<