本發(fā)明涉及數(shù)據(jù)處理技術領域,尤其涉及卡片管控方法與裝置。
背景技術:
目前銀行交易業(yè)務通常都是通過卡片來進行的,比如銀行卡、信用卡等,為便于用戶對自身卡片進行管理,一般銀行都提供了如網(wǎng)上銀行、手機銀行等管理途徑,但上述管理方式中缺少可完全由用戶自助管控卡片的操作途徑,比如用戶可自由設定卡片鎖定與解除鎖定,其中,卡片鎖定即卡片暫時不可使用,而解除鎖定卡片則可繼續(xù)使用。
此外,現(xiàn)有方式中通常需要通過回復短信或致電銀行來進行卡片的管控操作,比如鎖定或解鎖卡片,從而導致用戶體驗整體較差,用戶需要記住特定短信回復編碼或在線等待客服接聽,也即現(xiàn)有方式中沒有提供更為便捷的卡片管控方案。
技術實現(xiàn)要素:
本發(fā)明的主要目的在于提供一種卡片管控方法與裝置,旨在解決現(xiàn)有方式中沒有提供更為便捷的卡片管控方案以供用戶進行自助管控的技術問題。
為實現(xiàn)上述目的,本發(fā)明提供一種卡片管控方法,應用于移動終端,所述卡片管控方法包括:
檢測當前選定卡片是否存在管控操作指令,若存在,則獲取所述選定卡片的卡片信息;
根據(jù)所述管控操作指令與所述卡片信息,生成所述選定卡片的管控請求并發(fā)送至服務端,以供所述服務端對所述選定卡片進行管控參數(shù)更新;
接收所述服務端對所述選定卡片進行管控參數(shù)更新后所返回的管控結果。
優(yōu)選地,所述管控操作至少包括:卡片鎖定、卡片解鎖、卡片管控策略設置中的任一種操作;
其中,所述卡片管控策略設置至少包括卡片支付場景設置和/或在不同支付場景下的卡片鎖定時間設置。
優(yōu)選地,所述卡片鎖定或卡片解鎖采用滑塊開關形式操作。
優(yōu)選地,所述卡片管控方法還包括:
檢測當前卡片是否存在交易操作指令,若存在,則獲取當前卡片的管控策略;
根據(jù)當前卡片的管控策略,判斷當前是否允許進行交易;
若當前不允許進行交易,則推送相應提醒信息并顯示,其中,所述提醒信息中至少包括可對當前卡片進行臨時解鎖的快捷按鈕。
優(yōu)選地,所述檢測當前選定卡片是否存在管控操作之前還包括:
列表顯示當前用戶名下所有卡片,其中,列表內(nèi)容至少包括卡片圖形與卡號。
進一步地,為實現(xiàn)上述目的,本發(fā)明還提供一種卡片管控裝置,應用于移動終端,所述卡片管控裝置包括:
檢測模塊,用于檢測當前選定卡片是否存在管控操作指令,若存在,則獲取所述選定卡片的卡片信息;
請求模塊,用于根據(jù)所述管控操作指令與所述卡片信息,生成所述選定卡片的管控請求并發(fā)送至服務端,以供所述服務端對所述選定卡片進行管控參數(shù)更新;
顯示模塊,用于接收所述服務端對所述選定卡片進行管控參數(shù)更新后所返回的管控結果。
優(yōu)選地,所述管控操作至少包括:卡片鎖定、卡片解鎖、卡片管控策略設置中的任一種操作;
其中,所述卡片管控策略設置至少包括卡片支付場景設置和/或在不同支付場景下的卡片鎖定時間設置。
優(yōu)選地,所述卡片鎖定或卡片解鎖采用滑塊開關形式操作。
優(yōu)選地,所述檢測模塊還用于:檢測當前卡片是否存在交易操作指令,若存在,則獲取當前卡片的管控策略;
所述卡片管控裝置還包括:
判斷模塊,用于根據(jù)當前卡片的管控策略,判斷當前是否允許進行交易;
推送模塊,用于若當前不允許進行交易,則推送相應提醒信息并顯示,其中,所述提醒信息中至少包括可對當前卡片進行臨時解鎖的快捷按鈕。
優(yōu)選地,所述顯示模塊還用于:列表顯示當前用戶名下所有卡片,其中,列表內(nèi)容至少包括卡片圖形與卡號。
本發(fā)明中,用戶只需在移動終端上進行觸控操作,進而觸發(fā)選定卡片的管控操作指令,并向服務端發(fā)起管控請求,以由服務端對該管控請求所對應的管控參數(shù)進行更新并反饋參數(shù)更新后的管控結果,也即本發(fā)明實現(xiàn)了移動終端與服務端進行業(yè)務辦理對接,進而可在移動終端上自助進行卡片管控,并顯示管控結果,進而免去了短信或電話管控方式的繁瑣流程,通過移動終端即可對卡片進行一站式管控,提升用戶使用體驗。
附圖說明
圖1為本發(fā)明卡片管控方法第一實施例的流程示意圖;
圖2為本發(fā)明卡片管控方法應用于移動終端第一實施例的界面示意圖;
圖3為本發(fā)明卡片管控方法應用于移動終端第二實施例的界面示意圖;
圖4為本發(fā)明卡片管控方法應用于移動終端第三實施例的界面示意圖;
圖5為本發(fā)明卡片管控方法應用于移動終端第四實施例的界面示意圖;
圖6為本發(fā)明卡片管控方法第二實施例的流程示意圖;
圖7為本發(fā)明卡片管控裝置第一實施例的功能模塊示意圖;
圖8為本發(fā)明卡片管控裝置發(fā)起管控請求一實施例的連接示意圖;
圖9為本發(fā)明卡片管控裝置第二實施例功能模塊示意圖。
本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結合實施例,參照附圖做進一步說明。
具體實施方式
應當理解,此處所描述的具體實施例僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
參照圖1,圖1為本發(fā)明卡片管控方法第一實施例的流程示意圖。本實施例中,卡片管控方法具體應用于移動終端,包括:
步驟s110,檢測當前選定卡片是否存在管控操作指令,若存在,則獲取選定卡片的卡片信息;
本實施例中并不限定管控操作所對應的卡片管控類型,比如設置卡片的交易限額、交易密碼等。
可選的,管控操作至少包括:卡片鎖定、卡片解鎖、卡片管控策略設置中的任一種操作。其中,卡片鎖定即卡片暫時不可使用,而解除鎖定卡片則卡片可繼續(xù)使用??ㄆ芸夭呗栽O置至少包括卡片支付場景設置和/或在不同支付場景下的卡片鎖定時間設置。
例如,卡片支付場景可分為境內(nèi)、境外、刷卡、無卡等支付場景,用戶可根據(jù)自身實際需要而設置相應的卡片管控策略,比如設置管控策略為:允許境內(nèi)支付而禁止境外支付;或者境內(nèi)允許刷卡支付而禁止境外支付。
卡片鎖定時間是指卡片處于鎖定狀態(tài)的時間段,例如,設定22:00~8:00為境內(nèi)刷卡支付場景的卡片鎖定時間段,則在該時間段內(nèi)不能進行境內(nèi)刷卡,而在該時間段外(8:01~21:59),則可以進行境內(nèi)刷卡。
此外,本實施例中對于檢測管控操作的方式不限,比如采用數(shù)字編號對應管控操作菜單,比如檢測到輸入數(shù)字1,則確定進行交易限額設置等。為便于用戶快捷操作,優(yōu)選在移動終端上采用圖形操作界面方式進行管控操作。用戶只需點擊對應的圖形控件即可執(zhí)行相應的管控操作,從而簡化了用戶操作方式。
本實施例中,當檢測到當前選定卡片存在管控操作時,則獲取選定卡片的卡片信息,比如卡片基本信息(如卡號)、卡片類型等。
步驟s120,根據(jù)管控操作指令與卡片信息,生成選定卡片的管控請求并發(fā)送至服務端,以供服務端對選定卡片進行管控參數(shù)更新;
本實施例中,根據(jù)檢測到的管控操作以及獲取到的卡片信息,生成選定卡片的管控請求,并向服務端發(fā)起請求,進而由服務端對該選定卡片保存在服務端上的管控參數(shù)進行更新。需要說明的是,在服務端側,既可以是由服務端自身獨立完成管控參數(shù)的更新處理,同時也可以是由服務端轉發(fā)給其他服務系統(tǒng)來完成該選定卡片的管控參數(shù)更新。
例如,管控操作為卡片鎖定操作,則生成選定卡片的卡片鎖定請求,并向服務端發(fā)起鎖卡請求,進而在服務端側,由服務端完成選定卡片的鎖定參數(shù)的更新,比如將卡片的lock參數(shù)由off更新為on。
步驟s130,接收服務端對選定卡片進行管控參數(shù)更新后所返回的管控結果。
本實施例中,對于管控結果的內(nèi)容及形式不限,比如管控結果中包含有進行更新處理后的管控參數(shù),或者還可以包括進行管控參數(shù)更新處理后的處理結果提示,比如鎖卡成功等,并可進一步在移動終端上顯示該管控結果。
本實施例中,用戶通過移動終端即可與銀行服務端進行業(yè)務辦理對接,進而可在移動終端上自助進行卡片管控,并顯示管控結果,進而免去了短信或電話管控方式的繁瑣流程,通過移動終端即可對卡片進行一站式管控,提升用戶使用體驗。
可選的,在本發(fā)明卡片管控方法一實施例中,在選定卡片以進行管控操作之前還包括:
列表顯示當前用戶名下所有卡片,其中,列表內(nèi)容至少包括卡片圖形與卡號。
為便于用戶對卡片進行快捷操作,本可選實施例中采用列表方式顯示當前用戶名下的所有卡片(比如不同類型的信用卡或銀行卡等),同時,為進一步便于用戶區(qū)分不同卡片,因此,列表內(nèi)容采用卡片圖形+卡號的形式展示出來,如圖2所示。
本實施例中,用戶無需輸入復雜的卡片信息,通過列表方式即可將用戶名下所有卡片列表顯示出來,其中,每一個卡片列表相當于一個圖形控件,用戶點擊卡片列表即可實現(xiàn)對該卡片的選定,進而可進一步對選定卡片進行管控操作。
此外,為進一步對本發(fā)明卡片管控方法進行舉例說明,下面具體以在移動終端側進行鎖卡管控操作進行舉例。
如圖2所示,為便于用戶對卡片進行快捷操作,因此采用卡片圖形+卡號的形式列表展示當前用戶名下所有卡片,進而便于用戶快速選定要鎖定的卡片。比如,用戶只需點擊顯示的卡片即可進入鎖卡(或解鎖)設置。
如圖3所示,當用戶選定其中一張卡片后,即可對該卡片進行鎖定或解鎖管控操作??蛇x的,為便于用戶簡便操作,優(yōu)選采用滑塊開關形式進行卡片鎖定或卡片解鎖操作。比如,用戶只需手動向右滑動滑塊(比如向右滑動為鎖定操作),則向服務端發(fā)起鎖定管控請求,進而由服務端將鎖定參數(shù)lock由off更新為on。
如圖4所示,在向服務端發(fā)起鎖定管控請求后,接收服務端所返回的鎖定操作結果并顯示。比如顯示提醒消息“鎖卡成功”,同時在滑塊圖形界面上進行相應顯示。也即,用戶只需一次滑動操作,即可完成對卡片的鎖定或解鎖操作,從而大大簡便了用戶操作流程,同時也提供給用戶一站式管理體驗。
進一步地,如圖5所示,選定卡片在鎖卡狀態(tài)還可進一步進行其他設置,比如設置卡片管控策略。比如將卡片控管劃分境內(nèi)、境外、刷卡、無卡等不同的支付場景,從而用戶可針對以上支付場景進行單一的卡片控管也可進行組合式的卡片控管,進而根據(jù)自身需要而靈活設定卡片保護策略,減少卡片被盜風險。此外,不同支付場景還可各自配備生效與失效日期,從而提供“鬧鐘式”的操作體驗,方便用戶根據(jù)自身需要設置卡片鎖定時間,如用戶睡眠期間自動卡片鎖定,用戶工作期間自動解鎖鎖定,亦可不設特定時間,隨用戶意愿手工解鎖。
參照圖6,圖6為本發(fā)明卡片管控方法第二實施例的流程示意圖。本實施例中,卡片管控方法還包括:
步驟s210,檢測當前卡片是否存在交易操作指令,若存在,則獲取當前卡片的管控策略;
步驟s220,根據(jù)當前卡片的管控策略,判斷當前是否允許進行交易;
步驟s230,若當前不允許進行交易,則推送相應提醒信息并顯示,其中,提醒信息中至少包括可對當前卡片進行臨時解鎖的快捷按鈕。
本實施例中,對于檢測卡片是否存在交易操作的方式不限,比如檢測到支付指令時則確定當前進行交易操作。同時,獲取當前卡片的管控策略,其中,管控策略可為服務端默認設定,也可以是由用戶自己手動設定,比如限制交易的時間范圍、交易的支付場景等。需要進一步說明的是,本實施例中步驟s210~s230既可以是在步驟s110~s130之前執(zhí)行,也可以是在其后執(zhí)行,具體根據(jù)實際情況而定。
根據(jù)獲取的卡片的管控策略,判斷當前是否允許進行交易,若允許,則直接進行交易即可,而若不允許,則推送相應提醒信息,并在移動終端上顯示。比如推送“當前卡片鎖定,若繼續(xù)支付,請點擊臨時解鎖按鈕”。假設臨時解鎖時長為5分鐘,則用戶點擊該臨時解鎖按鈕后可自動解鎖5分鐘,并在5分鐘過后自動恢復鎖卡狀態(tài),進而用戶無需在交易失敗后手工解鎖且在交易完畢后需再次進行手工鎖定,也即可通過“臨時解鎖”而一鍵完成臨時解鎖并可自動恢復鎖定。
參照圖7,圖7為本發(fā)明卡片管控裝置第一實施例的功能模塊示意圖。本實施例中,卡片管控裝置安裝在移動終端上,包括:
檢測模塊10,用于檢測當前選定卡片是否存在管控操作指令,若存在,則獲取選定卡片的卡片信息;
本實施例中并不限定管控操作所對應的卡片管控類型,比如設置卡片的交易限額、交易密碼等。
可選的,管控操作至少包括:卡片鎖定、卡片解鎖、卡片管控策略設置中的任一種操作。其中,卡片鎖定即卡片暫時不可使用,而解除鎖定卡片則卡片可繼續(xù)使用??ㄆ芸夭呗栽O置至少包括卡片支付場景設置和/或在不同支付場景下的卡片鎖定時間設置。
例如,卡片支付場景可分為境內(nèi)、境外、刷卡、無卡等支付場景,用戶可根據(jù)自身實際需要而設置相應的卡片管控策略,比如設置管控策略為:允許境內(nèi)支付而禁止境外支付;或者境內(nèi)允許刷卡支付而禁止境外支付。
卡片鎖定時間是指卡片處于鎖定狀態(tài)的時間段,例如,設定22:00~8:00為境內(nèi)刷卡支付場景的卡片鎖定時間段,則在該時間段內(nèi)不能進行境內(nèi)刷卡,而在該時間段外(8:01~21:59),則可以進行境內(nèi)刷卡。
此外,本實施例中對于檢測管控操作的方式不限,比如采用數(shù)字編號對應管控操作菜單,比如檢測到輸入數(shù)字1,則確定進行交易限額設置等。為便于用戶快捷操作,優(yōu)選在移動終端上采用圖形操作界面方式進行管控操作。用戶只需點擊對應的圖形控件即可執(zhí)行相應的管控操作,從而簡化了用戶操作方式。
本實施例中,當檢測到當前選定卡片存在管控操作時,則獲取選定卡片的卡片信息,比如卡片基本信息(如卡號)、卡片類型等。
請求模塊20,用于根據(jù)管控操作指令與卡片信息,生成選定卡片的管控請求并發(fā)送至服務端,以供服務端對選定卡片進行管控參數(shù)更新;
本實施例中,根據(jù)檢測到的管控操作以及獲取到的卡片信息,生成選定卡片的管控請求,并向服務端發(fā)起請求,進而由服務端對該選定卡片保存在服務端上的管控參數(shù)進行更新。
需要說明的是,在服務端側,既可以是由服務端自身獨立完成管控參數(shù)的更新處理,同時也可以是由服務端轉發(fā)給其他服務系統(tǒng)來完成該選定卡片的管控參數(shù)更新。如圖8所示,卡片管控裝置向服務端發(fā)起管控請求,而服務端通過接口與后端系統(tǒng)對接,進而由后端系統(tǒng)完成管控請求所對應的管控參數(shù)的更新,從而可保證后端系統(tǒng)的數(shù)據(jù)訪問安全性。
例如,管控操作為卡片鎖定操作,則生成選定卡片的卡片鎖定請求,并向服務端發(fā)起鎖卡請求,進而在服務端側,由服務端完成選定卡片的鎖定參數(shù)的更新,比如將卡片的lock參數(shù)由off更新為on。
顯示模塊30,用于接收服務端對選定卡片進行管控參數(shù)更新后所返回的管控結果。
本實施例中,對于管控結果的內(nèi)容及形式不限,比如管控結果中包含有進行更新處理后的管控參數(shù),或者還可以包括進行管控參數(shù)更新處理后的處理結果提示,比如鎖卡成功等,并在移動終端上顯示該管控結果。
可選的,顯示模塊30還用于:列表顯示當前用戶名下所有卡片,其中,列表內(nèi)容至少包括卡片圖形與卡號。為便于用戶對卡片進行快捷操作,本可選實施例中采用列表方式顯示當前用戶名下的所有卡片(比如不同類型的信用卡或銀行卡等),同時,為進一步便于用戶區(qū)分不同卡片,因此,列表內(nèi)容采用卡片圖形+卡號的形式展示出來,如圖2所示。
本實施例中,用戶通過移動終端即可與銀行服務端進行業(yè)務辦理對接,進而可在移動終端上自助進行卡片管控,并顯示管控結果,進而免去了短信或電話管控方式的繁瑣流程,通過移動終端即可對卡片進行一站式管控,提升用戶使用體驗。
參照圖9,圖9為本發(fā)明卡片管控裝置第二實施例功能模塊示意圖。本實施例中,卡片管控裝置還包括:判斷模塊40、推送模塊50。
檢測模塊10還用于:檢測當前卡片是否存在交易操作指令,若存在,則獲取當前卡片的管控策略;
判斷模塊40,用于根據(jù)當前卡片的管控策略,判斷當前是否允許進行交易;
推送模塊50,用于若當前不允許進行交易,則推送相應提醒信息并顯示,其中,提醒信息中至少包括可對當前卡片進行臨時解鎖的快捷按鈕。
本實施例中,對于檢測卡片是否存在交易操作的方式不限,比如檢測到支付指令時則確定當前進行交易操作。同時,獲取當前卡片的管控策略,其中,管控策略可為服務端默認設定,也可以是由用戶自己手動設定,比如限制交易的時間范圍、交易的支付場景等。
根據(jù)獲取的卡片的管控策略,判斷當前是否允許進行交易,若允許,則直接進行交易即可,而若不允許,則推送相應提醒信息,并在移動終端上顯示。比如推送“當前卡片鎖定,若繼續(xù)支付,請點擊臨時解鎖按鈕”。假設臨時解鎖時長為5分鐘,則用戶點擊該臨時解鎖按鈕后可自動解鎖5分鐘,并在5分鐘過后自動恢復鎖卡狀態(tài),進而用戶無需在交易失敗后手工解鎖且在交易完畢后需再次進行手工鎖定,也即可通過“臨時解鎖”而一鍵完成臨時解鎖并可自動恢復鎖定。
以上僅為本發(fā)明的優(yōu)選實施例,并非因此限制本發(fā)明的專利范圍,凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結構或等效流程變換,或直接或間接運用在其他相關的技術領域,均同理包括在本發(fā)明的專利保護范圍內(nèi)。