一種鎖止移動支付業(yè)務的方法、裝置和電子設備的制作方法
【專利摘要】在本發(fā)明實施例提供一種鎖止移動支付業(yè)務的方法、裝置和電子設備,旨在解決現(xiàn)有技術中存在的手機或/和移動支付卡遺失時無法或無法及時鎖止移動支付業(yè)務的技術問題。所述方法包括:定時對移動終端所屬用戶進行鑒權;若鑒權成功,則通過與移動支付卡的交互,將移動終端的IMEI與移動支付卡返回的IMEI進行匹配;若鑒權或匹配失敗,則向移動支付卡發(fā)送鎖卡指令,以使移動支付卡執(zhí)行鎖卡指令鎖止移動支付業(yè)務。本發(fā)明一方面確保了在移動終端出現(xiàn)異常時能夠啟動移動支付業(yè)務的鎖止流程,及時、主動鎖止該用戶的所有移動支付業(yè)務,另一方面,確保了在移動支付卡出現(xiàn)異常時能夠啟動移動支付業(yè)務的鎖止流程,及時、主動鎖止該用戶的所有移動支付業(yè)務。
【專利說明】一種鎖止移動支付業(yè)務的方法、裝置和電子設備
【技術領域】
[0001]本發(fā)明屬于移動通信【技術領域】,尤其涉及一種鎖止移動支付業(yè)務的方法、裝置和電子設備。
【背景技術】
[0002]移動支付業(yè)務是指基于移動通信網(wǎng)絡和互聯(lián)網(wǎng)絡技術,利用手機等移動終端,通過短信息、語音、射頻標簽等方式,使用手機支付賬戶進行消費、充值、轉賬、查詢和綁定銀行卡提現(xiàn)等電子商務操作,進行相關業(yè)務管理的業(yè)務。通過移動支付業(yè)務提供的支付功能,用戶可以進行實物商品、數(shù)字商品、服務的購買以及中國移動數(shù)據(jù)增值業(yè)務的付費。移動支付業(yè)務日漸滲入到大眾的日常生活當中,主流的移動支付方式包括銀聯(lián)推出的13.56MHZ的NFC支付標準和國民技術推出的2.4G的RF-SM卡支付標準,其中,RF-SM卡是一種常用的移動支付卡,已經(jīng)達到百萬級的應用標準。
[0003]隨著移動支付卡的大量使用,不可避免地會出現(xiàn)手機或/和移動支付卡意外遺失的情況。針對手機或/和移動支付卡的意外遺失,現(xiàn)有的一種處理方式是移動支付卡被動掛失。所謂移動支付卡被動掛失,是指用戶主動通過發(fā)卡方客服在驗證用戶身份后,通過發(fā)卡方利用短信方式使支付卡被動鎖止所有移動支付業(yè)務。
[0004]上述現(xiàn)有技術提供的針對機卡意外遺失的處理方式存在一定的缺陷。例如,對于移動支付卡被動掛失這種處理方式,由于在機卡發(fā)生遺失時,用戶未必能夠及時發(fā)現(xiàn),或者,發(fā)卡方客服未必能夠及時處理,因此,無法保證鎖止移動支付業(yè)務的及時性,另一方面,移動支付卡斷電之后,有可能導致移動支付業(yè)務無法鎖止。
【發(fā)明內(nèi)容】
[0005]本發(fā)明的目的在于提供一種鎖止移動支付業(yè)務的方法、裝置和電子設備,旨在解決現(xiàn)有技術中存在的手機或/和移動支付卡遺失時無法或無法及時鎖止移動支付業(yè)務的技術問題。
[0006]本發(fā)明是這樣實現(xiàn)的,一種鎖止移動支付業(yè)務的方法,所述方法包括:
[0007]定時對移動終端所屬用戶進行鑒權,以鑒權是否成功確定所述移動終端所屬用戶的有效性;
[0008]若所述鑒權失敗,則向移動支付卡發(fā)送鎖卡指令,以使所述移動支付卡執(zhí)行所述鎖卡指令鎖止移動支付業(yè)務;
[0009]若所述鑒權成功,則通過與所述移動支付卡的交互,將所述移動終端的國際移動設備識別碼MEI與所述移動支付卡返回的MEI進行匹配,所述移動支付卡返回的MEI為開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的頂EI ;
[0010]若所述匹配失敗,則向移動支付卡發(fā)送鎖卡指令,以使所述移動支付卡執(zhí)行所述鎖卡指令鎖止移動支付業(yè)務。
[0011]本發(fā)明的另一目的在于提供一種鎖止移動支付業(yè)務的方法,所述方法包括:[0012]定時獲取移動終端的國際移動設備識別碼MEI ;
[0013]將所述獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI進行匹配;
[0014]若所述匹配失敗,則執(zhí)行鎖止移動支付業(yè)務的操作。
[0015]本發(fā)明的另一目的在于提供一種鎖止移動支付業(yè)務的電子設備,所述電子設備包括:
[0016]定時鑒權模塊,用于定時對移動終端所屬用戶進行鑒權,以鑒權是否成功確定所述移動終端所屬用戶的有效性;
[0017]匹配模塊,用于若所述鑒權成功,則通過與所述移動支付卡的交互,將所述移動終端的國際移動設備識別碼MEI與所述移動支付卡返回的MEI進行匹配,所述移動支付卡返回的MEI為開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI ;
[0018]鎖卡指令發(fā)送模塊,用于若所述鑒權失敗或所述匹配失敗,則向移動支付卡發(fā)送鎖卡指令,以使所述移動支付卡執(zhí)行所述鎖卡指令鎖止移動支付業(yè)務。
[0019]本發(fā)明的另一目的在于提供一種鎖止移動支付業(yè)務的裝置,所述裝置包括:
[0020]識別碼獲取模塊,用于定時獲取移動終端的國際移動設備識別碼IMEI ;
[0021]匹配模塊,用于將所述獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的頂EI進行匹配;
[0022]業(yè)務鎖止模塊,用于若所述匹配失敗,則執(zhí)行鎖止移動支付業(yè)務的操作。
[0023]從上述本發(fā)明實施例可知,一方面,由于可以定時對移動終端所屬用戶進行鑒權,這一操作用于校驗當前移動終端的用戶是否合法,從而確保了在移動終端出現(xiàn)異常時能夠啟動移動支付業(yè)務的鎖止流程,及時、主動鎖止該用戶的所有移動支付業(yè)務;另一方面,在對移動終端所屬用戶進行的鑒權成功后,若移動終端的MEI與移動支付卡返回的MEI進行的匹配失敗,則啟動鎖止移動支付業(yè)務的流程,從而確保了在移動支付卡出現(xiàn)異常時能夠啟動移動支付業(yè)務的鎖止流程,及時、主動鎖止該用戶的所有移動支付業(yè)務。
【專利附圖】
【附圖說明】
[0024]圖1是本發(fā)明實施例提供的鎖止移動支付業(yè)務的方法的實現(xiàn)流程示意圖。
[0025]圖2本發(fā)明實施例提供的開通移動支付業(yè)務的流程示意圖;
[0026]圖3是本發(fā)明實施例提供的附圖1示例的鎖止移動支付業(yè)務的方法中,移動支付客戶端與移動支付卡、支付平臺等的交互流程示意圖;
[0027]圖4是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的方法的實現(xiàn)流程示意圖;
[0028]圖5是本發(fā)明另一實施例提供的附圖4示例的鎖止移動支付業(yè)務的方法中,移動支付客戶端與移動支付卡、支付平臺等的交互流程示意圖;
[0029]圖6是本發(fā)明實施例提供的鎖止移動支付業(yè)務的電子設備的結構示意圖;
[0030]圖7是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備的結構示意圖;
[0031]圖8是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備的結構示意圖;
[0032]圖9_a是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備的結構示意圖;
[0033]圖9_b是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備的結構示意圖;
[0034]圖9-c是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備的結構示意圖;[0035]圖10是本發(fā)明實施例提供的鎖止移動支付業(yè)務的裝置的結構示意圖;
[0036]圖11是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的裝置的結構示意圖;
[0037]圖12是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的裝置的結構示意圖。
【具體實施方式】
[0038]為了使本發(fā)明的目的、技術方案及有益效果更加清楚明白,以下結合附圖及實施例,對本發(fā)明進行進一步詳細說明。應當理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
[0039]本發(fā)明實施例提供一種鎖止移動支付業(yè)務的方法、鎖止移動支付業(yè)務的裝置和電子設備。以下分別進行詳細說明。
[0040]請參閱附圖1,是本發(fā)明實施例提供的鎖止移動支付業(yè)務的方法的實現(xiàn)流程,其執(zhí)行主體可以是開通了移動支付業(yè)務的移動終端或者其中的硬件或軟件功能模塊/單元,例如,安裝在移動終端的移動支付客戶端軟件。附圖1示例的鎖止移動支付業(yè)務的方法主要包括以下步驟SlOl至步驟S104:
[0041]S101,定時對移動終端所屬用戶進行鑒權,以鑒權是否成功確定所述移動終端所屬用戶的有效性。
[0042]在本發(fā)明實施例中,移動終端可以是帶有移動支付卡并且開通了移動支付業(yè)務的手機。與現(xiàn)有技術提供的移動支付卡被動掛失不同,本發(fā)明實施例提供的方法增加了定時對移動終端所屬用戶進行鑒權的流程,并且以鑒權是否成功確定移動終端所屬用戶的有效性。
[0043]作為本發(fā)明一個實施例,定時對移動終端所屬用戶進行鑒權包括如下步驟SlOll至步驟S1013:
[0044]S1011,定時向移動終端所屬用戶發(fā)送鑒權請求。
[0045]一般情況下,向移動終端所屬用戶定時發(fā)送鑒權請求是按照事先設置的定時間隔進行。在本發(fā)明實施例中,定時向移動終端所屬用戶發(fā)送鑒權請求還可以理解為是移動支付客戶端軟件在固定時刻的行為,例如,用戶打開移動支付客戶端軟件時,或者是在移動支付業(yè)務開始時,向移動終端所屬用戶發(fā)送鑒權請求。
[0046]S1012,接收移動終端所屬用戶根據(jù)鑒權請求返回的用戶鑒權信息。
[0047]在本發(fā)明實施例中,移動終端所屬用戶根據(jù)鑒權請求返回的用戶鑒權信息包括用戶登錄密碼,用戶登錄密碼是用戶登錄移動支付客戶端所用密碼。
[0048]S1013,根據(jù)鑒權信息,對移動終端所屬用戶進行鑒權。
[0049]其中,移動支付客戶端保存有合法用戶的用戶登錄密碼和身份認證信息,因此,當移動終端所屬用戶返回用戶鑒權信息即用戶登錄密碼后,移動支付客戶端可以將其與事先已保存的用戶登錄密碼匹配、對比。若匹配成功,則表明該用戶是移動終端的合法用戶即鑒權成功,否則,鑒權失敗。
[0050]S102,判斷鑒權是否成功。
[0051]如前所述,對移動終端所屬用戶鑒權是否成功,主要是根據(jù)將移動終端所屬用戶返回用戶鑒權信息即用戶登錄密碼與事先已保存的用戶登錄密碼匹配、對比。若匹配成功,則表明該用戶是移動終端的合法用戶即鑒權成功,否則,鑒權失敗。若鑒權失敗,則流程直接轉入步驟S104,若鑒權成功,則流程進入步驟S103。
[0052]S103,通過與移動支付卡的交互,將移動終端的國際移動設備識別碼MEI與所述移動支付卡返回的頂EI進行匹配。
[0053]在本發(fā)明實施例中,移動支付卡返回的國際移動設備識別碼(InternationalMobile Equipment Identity, IMEI)為開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI,開通移動支付業(yè)務流程及其鑒權可參閱附圖2。
[0054]作為本發(fā)明一個實施例,若對移動終端所屬用戶的鑒權成功,則通過與移動支付卡的交互,將移動終端的頂EI與移動支付卡返回的MEI進行匹配包括如下步驟S1031至S1034:
[0055]S1031,向移動支付卡發(fā)送讀取支付卡信息指令。
[0056]S1032,接收移動支付卡返回的MEI。
[0057]S1033,調(diào)用移動終端接口獲取移動終端的MEI。
[0058]S1034,將移動終端的MEI與移動支付卡返回的MEI進行匹配。
[0059]由于在附圖2示例的開卡流程中,用戶在開通移動支付業(yè)務時鑒權通過后,移動支付卡已將移動終端的MEI和SIM卡序列號保存于移動支付卡一側,而且,移動終端的IMEI和SM卡序列號具有唯一對應的關系。因此,本發(fā)明實施例只需要將通過調(diào)用移動終端接口獲取的移動終端的頂EI與移動支付卡返回的MEI進行匹配。若匹配失敗,則流程轉入步驟S104。
[0060]S104,向移動支付卡發(fā)送鎖卡指令,以使移動支付卡執(zhí)行鎖卡指令鎖止移動支付業(yè)務。
[0061]在對移動終端所屬用戶進行的鑒權失敗或者將移動終端的IMEI與移動支付卡返回的頂EI進行的匹配失敗,則表明移動支付卡或/和安裝了移動支付卡的移動終端發(fā)生異常,例如,移動支付卡被盜、遺失或/和安裝了移動支付卡的移動終端被盜、遺失或非法占用等。在此種情形下,移動支付客戶端向移動支付卡發(fā)送鎖卡指令,以使移動支付卡執(zhí)行鎖卡指令,鎖止移動支付業(yè)務。
[0062]進一步地,本發(fā)明實施例為了保證移動終端所屬用戶在后臺的金融賬戶的安全,在向移動支付卡發(fā)送鎖卡指令后,移動支付客戶端向支付平臺發(fā)送掛失通知,該掛失通知用于通知支付平臺凍結移動終端所屬用戶在后臺的金融賬戶。支付平臺收到該掛失通知后,執(zhí)行移動支付卡掛失操作,凍結移動終端所屬用戶在后臺的金融賬戶。
[0063]從上述本發(fā)明實施例提供的鎖止移動支付業(yè)務的方法可知,一方面,由于可以定時對移動終端所屬用戶進行鑒權,這一操作用于校驗當前移動終端的用戶是否合法,從而確保了在移動終端出現(xiàn)異常時能夠啟動移動支付業(yè)務的鎖止流程,及時、主動鎖止該用戶的所有移動支付業(yè)務;另一方面,在對移動終端所屬用戶進行的鑒權成功后,若移動終端的IMEI與移動支付卡返回的MEI進行的匹配失敗,則啟動鎖止移動支付業(yè)務的流程,從而確保了在移動支付卡出現(xiàn)異常時能夠啟動移動支付業(yè)務的鎖止流程,及時、主動鎖止該用戶的所有移動支付業(yè)務。
[0064]請參閱附圖2,是本發(fā)明實施例提供的開通移動支付業(yè)務的流程,包括步驟S201至步驟S214。需要說明的是,為了確保安全,在附圖2示例的步驟S201至步驟S214中,移動支付客戶端與移動支付卡交互時的報文均采用對稱加密算法(Data EncryptionStandard, DES)進行加密。附圖2示例的開通移動支付業(yè)務的流程詳細說明如下:
[0065]S201,移動支付客戶端接收用戶開卡申請。
[0066]此處的用戶,是指移動終端所屬用戶,用戶申請開卡即用戶申請開通移動支付業(yè)務。
[0067]S202,移動支付客戶端向支付平臺發(fā)送用戶身份校驗請求。
[0068]移動支付客戶端向支付平臺發(fā)送的用戶身份校驗請求用于請求對用戶的身份進行驗證。
[0069]S203,支付平臺將用戶身份校驗請求發(fā)送至通信運營商。
[0070]具體地,支付平臺通過調(diào)用運營商接口,將用戶身份校驗請求發(fā)送至通信運營商。
[0071]S204,通信運營商向支付平臺返回用戶身份校驗結果。
[0072]用戶身份校驗結果為校驗成功或校驗失敗。
[0073]S205,支付平臺將用戶身份校驗結果返回給移動支付客戶端。
[0074]如前所述,用戶身份校驗結果包括對用戶的身份校驗成功或校驗失敗。若對用戶的身份校驗失敗,則移動支付客戶端通知用戶開卡失敗(步驟S ’ 206 ),若對用戶的身份校驗成功即鑒權通過,則流程進入步驟S206。
[0075]S206,移動支付客戶端下載并安裝個人數(shù)字證書。
[0076]為了保證移動支付客戶端與支付平臺交互報文的安全性,在本發(fā)明實施例中,通過短信驗證的方式安裝個人數(shù)字證書。
[0077]S207,移動支付客戶端向支付平臺發(fā)送操作密鑰請求。
[0078]具體地,移動支付客戶端可以通過報文方式,向支付平臺發(fā)送操作密鑰請求,該操作密鑰請求用于向支付平臺請求獲取移動支付卡的操作密鑰。
[0079]S208,支付平臺向移動支付客戶端返回操作密鑰。
[0080]具體地,支付平臺可以通過報文方式,向移動支付客戶端返回操作密鑰;為了安全起見,可對攜帶了操作密鑰的報文加密。
[0081]S209,移動支付客戶端解密操作密鑰后保存所述操作密鑰。
[0082]移動支付客戶端收到攜帶了操作密鑰的報文后,對該報文進行解密,獲取操作密鑰后,再次使用對稱加密方式對操作密鑰進行加密并保存。
[0083]S210,移動支付客戶端向移動支付卡下發(fā)開卡指令和機卡對應數(shù)據(jù)。
[0084]移動支付客戶端根據(jù)步驟S209獲取的操作密鑰組織開卡指令,將機卡對應數(shù)據(jù)和所述組織起來的開卡指令下發(fā)至移動支付卡。在本發(fā)明實施例中,移動支付客戶端向移動支付卡下發(fā)的機卡對應數(shù)據(jù)包括前述實施例中用戶所擁有的移動終端的頂EI和SIM卡序列號。
[0085]需要說明的是,本發(fā)明實施例所述的移動終端的SIM卡,是集成了移動支付卡功能和傳統(tǒng)SM卡功能的SM卡,例如,RF-SM卡,其傳統(tǒng)SM卡功能部分用于正常的手機移動通信和鑒權等,僅用作與手機的物理連接,而內(nèi)置軟件用于管理高安全度的RF-1D、內(nèi)置e-credit電子信用卡、EMV電子錢包以及其他基于mifare邏輯的VIP會員卡等,使用微型RF模塊并通過內(nèi)置的天線與外部設備通信。
[0086]S211,移動支付卡校驗移動支付客戶端下發(fā)的開卡指令是否有效。
[0087]如前所述,移動支付客戶端與移動支付卡交互時的報文均采用DES進行了加密,移動支付客戶端下發(fā)的開卡指令是經(jīng)過對稱密鑰加密了的指令。因此,移動支付卡校驗移動支付客戶端下發(fā)的開卡指令實際上可以以移動支付客戶端采用的對稱密鑰對開卡指令進行解密,若使用對稱密鑰能夠成功解密,則表明移動支付客戶端下發(fā)的開卡指令是有效指令。若經(jīng)過校驗,移動支付客戶端下發(fā)的開卡指令有效,則流程進入步驟S212,否則,丟棄開卡指令。
[0088]S212,移動支付卡執(zhí)行寫卡操作。
[0089]即移動支付卡將移動支付客戶端下發(fā)的機卡對應數(shù)據(jù)即移動終端的IMEI和SIM卡序列號作為一個數(shù)據(jù)對,保存至移動支付卡。所謂數(shù)據(jù)對,是指移動終端的MEI和SIM卡序列號作為一對數(shù)據(jù),具有唯一對應的關系。
[0090]S213,移動支付卡向移動支付客戶端返回移動支付業(yè)務開通通知。
[0091]S214,移動支付客戶端向用戶返回移動支付業(yè)務開通通知。
[0092]附圖3是附圖1示例的鎖止移動支付業(yè)務的方法中移動支付客戶端與移動支付卡、支付平臺等的交互流程,包括步驟S301至步驟S313,說明如下:
[0093]S301,移動支付客戶端向移動終端所屬用戶發(fā)送鑒權請求。
[0094]S302,移動終端所屬用戶向移動支付客戶端返回用戶鑒權信息。
[0095]在本發(fā)明實施例中,用戶鑒權信息包括用戶登錄密碼,該用戶登錄密碼是用戶登錄移動支付客戶端所用密碼。
[0096]S303,移動支付客戶端對移動終端所屬用戶進行鑒權。
[0097]在移動支付客戶端保存有合法用戶的用戶登錄密碼和身份認證信息,因此,當移動終端所屬用戶返回用戶鑒權信息即用戶登錄密碼后,移動支付客戶端可以將其與事先已保存的用戶登錄密碼匹配、對比。若匹配成功,則表明該用戶是移動終端的合法用戶即鑒權成功,流程轉入步驟S304,否則,鑒權失敗,向移動終端所屬用戶發(fā)送鑒權失敗的通知(步驟S,304),流程轉入步驟S308。
[0098]S304,移動支付客戶端向移動支付卡發(fā)送讀取支付卡信息指令。
[0099]S305,移動支付客戶端接收移動支付卡返回的MEI。
[0100]S306,移動支付客戶端調(diào)用移動終端接口獲取移動終端的MEI。
[0101]S307,移動支付客戶端將移動終端的MEI與移動支付卡返回的MEI進行匹配。
[0102]若移動支付客戶端將移動終端的MEI與移動支付卡返回的MEI的匹配失敗,則流程轉入步驟S308。若匹配成功,則從步驟S301開始,繼續(xù)前述步驟S301至步驟S307。S308,移動支付客戶端向移動支付卡發(fā)送鎖卡指令。
[0103]S309,移動支付卡執(zhí)行鎖卡指令,鎖止移動支付業(yè)務。
[0104]移動支付卡執(zhí)行鎖卡指令后,流程可轉入步驟S312。
[0105]S310,移動支付客戶端向支付平臺發(fā)送掛失通知。
[0106]為了保證移動終端所屬用戶在后臺的金融賬戶的安全,在向移動支付卡發(fā)送鎖卡指令后,移動支付客戶端向支付平臺發(fā)送掛失通知,該掛失通知用于通知支付平臺凍結移動終端所屬用戶在后臺的金融賬戶。
[0107]S311,支付平臺執(zhí)行移動支付卡掛失操作。
[0108]支付平臺收到該掛失通知后,執(zhí)行移動支付卡掛失操作,凍結移動終端所屬用戶在后臺的金融賬戶。[0109]S312,移動支付卡向移動支付客戶端返回鎖卡指令的執(zhí)行結果。
[0110]S313,移動支付客戶端向移動終端所屬用戶發(fā)送移動支付卡被鎖定的通知。
[0111]需要說明的是,在上述步驟S301至步驟S313中,為了確保安全,移動支付客戶端、移動支付卡和支付平臺三者交互時的報文均采用對稱加密算法(Data EncryptionStandard, DES)進行加密。
[0112]請參閱附圖4,是本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的方法的實現(xiàn)流程,其執(zhí)行主體可以是開通了移動支付業(yè)務的移動支付卡。附圖4示例的鎖止移動支付業(yè)務的方法主要包括以下步驟S401至步驟S403:
[0113]S401,定時獲取移動終端的國際移動設備識別碼MEI。
[0114]在本發(fā)明實施例中,移動支付卡在通電時會根據(jù)定時器啟動機卡校驗功能,且會在每次上電時啟動機卡校驗功能。移動支付卡首先通過調(diào)用移動終端接口獲取本機的IME10
[0115]S402,將獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的IMEI進行匹配。
[0116]如前述附圖2示例的開通移動支付業(yè)務的流程所示,在開通移動支付業(yè)務時鑒權通過后,移動支付卡會將移動終端的MEI和SIM卡序列號作為一個數(shù)據(jù)對保存于移動支付卡。因此,在移動支付卡通過調(diào)用接口,獲取移動終端的MEI后,可以將獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的頂EI進行匹配。
[0117]S403,若匹配失敗,則執(zhí)行鎖止移動支付業(yè)務的操作。
[0118]在本發(fā)明實施例中,在匹配失敗后,執(zhí)行鎖止移動支付業(yè)務的操作之前,移動支付卡可以向移動終端所屬用戶發(fā)送鎖卡通知信息,鎖卡通知信息用于通知移動終端所屬用戶移動支付業(yè)務已被鎖止。移動終端所屬用戶在收到該鎖卡通知信息后,可以及時處理問題。
[0119]進一步地,為了保證移動終端所屬用戶在后臺的金融賬戶的安全,在執(zhí)行鎖止移動支付業(yè)務的操作之前,移動支付卡向支付平臺發(fā)送掛失通知,該掛失通知用于通知支付平臺凍結移動終端所屬用戶在后臺的金融賬戶。支付平臺收到該掛失通知后,執(zhí)行移動支付卡掛失操作,凍結移動終端所屬用戶在后臺的金融賬戶。
[0120]從上述附圖4示例的鎖止移動支付業(yè)務的方法可知,由于在獲取移動終端的國際移動設備識別碼頂EI后,若移動終端的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的頂EI進行的匹配失敗,則啟動鎖止移動支付業(yè)務的流程,從而確保了在移動終端出現(xiàn)異常時能夠啟動移動支付業(yè)務的鎖止流程,及時、主動鎖止該用戶的所有移動支付業(yè)務。
[0121]附圖5是附圖4示例的鎖止移動支付業(yè)務的方法中移動支付客戶端與移動支付卡、支付平臺等的交互流程,包括步驟S501至步驟S507,說明如下:
[0122]S501,移動支付卡啟動機卡校驗功能。
[0123]在本發(fā)明實施例中,移動支付卡在通電時會根據(jù)定時器啟動機卡校驗功能,且會在每次上電時啟動機卡校驗功能。
[0124]S502,移動支付卡定時獲取移動終端的MEI。
[0125]具體地,移動支付卡通過調(diào)用移動終端接口獲取移動終端本機的MEI。
[0126]S503,移動支付卡將獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的IMEI進行匹配。
[0127]如前述附圖2示例的開通移動支付業(yè)務的流程所示,在開通移動支付業(yè)務時鑒權通過后,移動支付卡會將移動終端的MEI和SIM卡序列號作為一個數(shù)據(jù)對保存于移動支付卡。因此,在移動支付卡通過調(diào)用接口,獲取移動終端的MEI后,可以將獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI進行匹配。若匹配失敗,則流程進入步驟S504。
[0128]S504,移動支付卡向移動終端所屬用戶發(fā)送鎖卡通知信息。
[0129]鎖卡通知信息用于通知移動終端所屬用戶移動支付業(yè)務已被鎖止。移動終端所屬用戶在收到該鎖卡通知信息后,可以及時處理問題。
[0130]S505,移動支付卡向支付平臺發(fā)送掛失通知。
[0131]該掛失通知用于通知支付平臺凍結移動終端所屬用戶在后臺的金融賬戶。
[0132]S506,支付平臺執(zhí)行移動支付卡掛失操作。
[0133]支付平臺收到移動支付卡發(fā)送的掛失通知后,執(zhí)行移動支付卡掛失操作,凍結移動終端所屬用戶在后臺的金融賬戶。
[0134]S507,移動支付卡執(zhí)行鎖止移動支付業(yè)務的操作。
[0135]需要說明的是,在上述步驟S501至步驟S507中,為了確保安全,移動支付客戶端、移動支付卡和支付平臺三者交互時的報文均采用對稱加密算法(Data EncryptionStandard, DES)進行加密。
[0136]請參閱附圖6,是本發(fā)明實施例提供的鎖止移動支付業(yè)務的電子設備的結構示意圖。為了便于說明,僅示出了與本發(fā)明實施例相關的部分。附圖6示例的鎖止移動支付業(yè)務的電子設備可以用于實現(xiàn)上述附圖1示例的鎖止移動支付業(yè)務的方法,其主要包括定時鑒權模塊601、匹配模塊602和鎖卡指令發(fā)送模塊603,各功能模塊詳細說明如下:
[0137]定時鑒權模塊601,用于定時對移動終端所屬用戶進行鑒權,以鑒權是否成功確定所述移動終端所屬用戶的有效性;
[0138]匹配模塊602,用于若所述鑒權成功,則通過與所述移動支付卡的交互,將所述移動終端的國際移動設備識別碼MEI與所述移動支付卡返回的MEI進行匹配,所述移動支付卡返回的頂EI為開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI ;
[0139]鎖卡指令發(fā)送模塊603,用于若所述鑒權失敗或所述匹配失敗,則向移動支付卡發(fā)送鎖卡指令,以使所述移動支付卡執(zhí)行所述鎖卡指令鎖止移動支付業(yè)務。
[0140]需要說明的是,以上附圖6示例的鎖止移動支付業(yè)務的電子設備的實施方式中,各功能模塊的劃分僅是舉例說明,實際應用中可以根據(jù)需要,例如相應硬件的配置要求或者軟件的實現(xiàn)的便利考慮,而將上述功能分配由不同的功能模塊完成,即將所述鎖止移動支付業(yè)務的電子設備的內(nèi)部結構劃分成不同的功能模塊,以完成以上描述的全部或者部分功能。而且,實際應用中,本實施例中的相應的功能模塊可以是由相應的硬件實現(xiàn),也可以由相應的硬件執(zhí)行相應的軟件完成,例如,前述的定時鑒權模塊,可以是具有執(zhí)行前述定時對移動終端所屬用戶進行鑒權,以鑒權是否成功確定所述移動終端所屬用戶的有效性的硬件,例如定時鑒權器,也可以是能夠執(zhí)行相應計算機程序從而完成前述功能的一般處理器或者其他硬件設備;再如前述的匹配模塊,可以是具有執(zhí)行前述若鑒權成功,則通過與移動支付卡的交互將移動終端的國際移動設備識別碼MEI與移動支付卡返回的MEI進行匹配功能的硬件,例如匹配器,也可以是能夠執(zhí)行相應計算機程序從而完成前述功能的一般處理器或者其他硬件設備(本說明書提供的各個實施例都可應用上述描述原則)。
[0141]附圖6示例的定時鑒權模塊601可以包括發(fā)送單元701、接收單元702和鑒權單元703,如附圖7所示本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備,其中:
[0142]發(fā)送單元701,用于定時向所述移動終端所屬用戶發(fā)送鑒權請求;
[0143]接收單元702,用于接收所述移動終端所屬用戶根據(jù)所述鑒權請求返回的用戶鑒權信息;
[0144]鑒權單元703,用于根據(jù)所述鑒權信息,對所述移動終端所屬用戶進行鑒權。
[0145]附圖6示例的匹配模塊602可以包括指令發(fā)送單元801、信息接收單元802、接口調(diào)用單元803和信息匹配單元804,如附圖8所示本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備,其中:
[0146]指令發(fā)送單元801,用于向所述移動支付卡發(fā)送讀取支付卡信息指令;
[0147]信息接收單元802,用于接收所述移動支付卡返回的IMEI ;
[0148]接口調(diào)用單元803,用于調(diào)用移動終端接口獲取所述移動終端的MEI ;
[0149]信息匹配單元804,用于將所述移動終端的MEI與所述移動支付卡返回的MEI進行匹配。
[0150]附圖6至附圖8任一示例的鎖止移動支付業(yè)務的電子設備還可以包括通知發(fā)送模塊901,如附圖9-a至附圖9-c所示本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的電子設備。通知發(fā)送模塊901用于向支付平臺發(fā)送掛失通知,所述掛失通知用于通知所述支付平臺凍結所述移動終端所屬用戶在后臺的金融賬戶。
[0151]請參閱附圖10,是本發(fā)明實施例提供的鎖止移動支付業(yè)務的裝置的結構示意圖。為了便于說明,僅示出了與本發(fā)明實施例相關的部分。附圖10示例的鎖止移動支付業(yè)務的裝置主要包括識別碼獲取模塊1001、匹配模塊1002和業(yè)務鎖止模塊1003,各功能模塊詳細說明如下:
[0152]識別碼獲取模塊1001,用于定時獲取移動終端的國際移動設備識別碼MEI ;
[0153]匹配模塊1002,用于將所述獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的頂EI進行匹配;
[0154]業(yè)務鎖止模塊1003,用于若所述匹配失敗,則執(zhí)行鎖止移動支付業(yè)務的操作。
[0155]附圖10示例的鎖止移動支付業(yè)務的裝置還可以包括第一通知發(fā)送模塊1101,如附圖11所示本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的裝置。第一通知發(fā)送模塊1101用于向移動終端所屬用戶發(fā)送鎖卡通知信息,鎖卡通知信息用于通知移動終端所屬用戶移動支付業(yè)務已被鎖止。
[0156]附圖10示例的鎖止移動支付業(yè)務的裝置還可以包括第二通知發(fā)送模塊1201,如附圖12所示本發(fā)明另一實施例提供的鎖止移動支付業(yè)務的裝置。第二通知發(fā)送模塊1201用于向支付平臺發(fā)送掛失通知,掛失通知用于通知所述支付平臺凍結所述移動終端所屬用戶在后臺的金融賬戶。
[0157]需要說明的是,上述裝置各模塊/單元之間的信息交互、執(zhí)行過程等內(nèi)容,由于與本發(fā)明方法實施例基于同一構思,其帶來的技術效果與本發(fā)明方法實施例相同,具體內(nèi)容可參見本發(fā)明方法實施例中的敘述,此處不再贅述。[0158]本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成,該程序可以存儲于一計算機可讀存儲介質(zhì)中,存儲介質(zhì)可以包括:只讀存儲器(ROM,Read Only Memory)、隨機存取存儲器(RAM,RandomAccess Memory)、磁盤或光盤等。
[0159]以上對本發(fā)明實施例所提供的鎖止移動支付業(yè)務的方法、裝置和電子設備進行了詳細介紹,本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時,對于本領域的一般技術人員,依據(jù)本發(fā)明的思想,在【具體實施方式】及應用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容不應理解為對本發(fā)明的限制。
【權利要求】
1.一種鎖止移動支付業(yè)務的方法,其特征在于,所述方法包括: 定時對移動終端所屬用戶進行鑒權,以鑒權是否成功確定所述移動終端所屬用戶的有效性; 若所述鑒權失敗,則向移動支付卡發(fā)送鎖卡指令,以使所述移動支付卡執(zhí)行所述鎖卡指令鎖止移動支付業(yè)務; 若所述鑒權成功,則通過與所述移動支付卡的交互,將所述移動終端的國際移動設備識別碼MEI與所述移動支付卡返回的MEI進行匹配,所述移動支付卡返回的MEI為開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的頂EI ; 若所述匹配失敗,則向移動支付卡發(fā)送鎖卡指令,以使所述移動支付卡執(zhí)行所述鎖卡指令鎖止移動支付業(yè)務。
2.如權利要求1所述的方法,其特征在于,所述定時對移動終端所屬用戶進行鑒權包括: 定時向所述移動終端所屬用戶發(fā)送鑒權請求; 接收所述移動終端所屬用戶根據(jù)所述鑒權請求返回的用戶鑒權信息; 根據(jù)所述鑒權信息,對所述移動終端所屬用戶進行鑒權。
3.如權利要求1所述的方法,其特征在于,所述若所述鑒權成功,則通過與所述移動支付卡的交互,將所述移動終端的國際移動設備識別碼MEI與所述移動支付卡返回的MEI進行匹配,包括: 向所述移動支付卡發(fā)送讀取支`付卡信息指令; 接收所述移動支付卡返回的IMEI ; 調(diào)用移動終端接口獲取所述移動終端的IMEI ; 將所述移動終端的MEI與所述移動支付卡返回的MEI進行匹配。
4.如權利要求1至3任意一項所述的方法,其特征在于,所述向移動支付卡發(fā)送鎖卡指令之后還包括: 向支付平臺發(fā)送掛失通知,所述掛失通知用于通知所述支付平臺凍結所述移動終端所屬用戶在后臺的金融賬戶。
5.一種鎖止移動支付業(yè)務的方法,其特征在于,所述方法包括: 定時獲取移動終端的國際移動設備識別碼IMEI ; 將所述獲取的頂EI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI進行匹配; 若所述匹配失敗,則執(zhí)行鎖止移動支付業(yè)務的操作。
6.如權利要求5所述的方法,其特征在于,所述執(zhí)行鎖止移動支付業(yè)務的操作之前還包括: 向所述移動終端所屬用戶發(fā)送鎖卡通知信息,所述鎖卡通知信息用于通知所述移動終端所屬用戶所述移動支付業(yè)務已被鎖止。
7.如權利要求5所述的方法,其特征在于,所述執(zhí)行鎖止移動支付業(yè)務的操作之前還包括: 向支付平臺發(fā)送掛失通知,所述掛失通知用于通知所述支付平臺凍結所述移動終端所屬用戶在后臺的金融賬戶。
8.—種鎖止移動支付業(yè)務的電子設備,其特征在于,所述電子設備包括: 定時鑒權模塊,用于定時對移動終端所屬用戶進行鑒權,以鑒權是否成功確定所述移動終端所屬用戶的有效性; 匹配模塊,用于若所述鑒權成功,則通過與所述移動支付卡的交互,將所述移動終端的國際移動設備識別碼MEI與所述移動支付卡返回的MEI進行匹配,所述移動支付卡返回的MEI為開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI ; 鎖卡指令發(fā)送模塊,用于若所述鑒權失敗或所述匹配失敗,則向移動支付卡發(fā)送鎖卡指令,以使所述移動支付卡執(zhí)行所述鎖卡指令鎖止移動支付業(yè)務。
9.如權利要求8所述的電子設備,其特征在于,所述定時鑒權模塊包括: 發(fā)送單元,用于定時向所述移動終端所屬用戶發(fā)送鑒權請求; 接收單元,用于接收所述移動終端所屬用戶根據(jù)所述鑒權請求返回的用戶鑒權信息; 鑒權單元,用于根據(jù)所述鑒權信息,對所述移動終端所屬用戶進行鑒權。
10.如權利要求8所述的電子設備,其特征在于,所述匹配模塊包括: 指令發(fā)送單元,用于向所述移動支付卡發(fā)送讀取支付卡信息指令; 信息接收單元,用于接收所述移動支付卡返回的MEI ; 接口調(diào)用單元,用于調(diào)用移動終端接口獲取所述移動終端的IMEI ; 信息匹配單元,用于將所述移動終端的頂EI與所述移動支付卡返回的MEI進行匹配。
11.如權利要求8至10任意一項所述的電子設備,其特征在于,所述電子設備還包括: 通知發(fā)送模塊,用于向支付平臺發(fā)送掛失通知,所述掛失通知用于通知所述支付平臺凍結所述移動終端所屬用戶在后臺的金融賬戶。
12.一種鎖止移動支付業(yè)務的裝置,其特征在于,所述裝置包括: 識別碼獲取模塊,用于定時獲取移動終端的國際移動設備識別碼IMEI ; 匹配模塊,用于將所述獲取的MEI與開通移動支付業(yè)務時鑒權通過后保存于移動支付卡的MEI進行匹配; 業(yè)務鎖止模塊,用于若所述匹配失敗,則執(zhí)行鎖止移動支付業(yè)務的操作。
13.如權 利要求12所述的裝置,其特征在于,所述裝置還包括: 第一通知發(fā)送模塊,用于向所述移動終端所屬用戶發(fā)送鎖卡通知信息,所述鎖卡通知信息用于通知所述移動終端所屬用戶所述移動支付業(yè)務已被鎖止。
14.如權利要求12所述的裝置,其特征在于,所述裝置還包括: 第二通知發(fā)送模塊,用于向支付平臺發(fā)送掛失通知,所述掛失通知用于通知所述支付平臺凍結所述移動終端所屬用戶在后臺的金融賬戶。
【文檔編號】G06Q20/34GK103699997SQ201310738346
【公開日】2014年4月2日 申請日期:2013年12月27日 優(yōu)先權日:2013年12月27日
【發(fā)明者】丁大偉 申請人:Tcl集團股份有限公司