本申請涉及通信技術(shù)領(lǐng)域，尤其涉及一種頁面展示方法和裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)和智能終端的快速發(fā)展，用戶可以通過智能終端中裝載的客戶端軟件實現(xiàn)各種業(yè)務(wù)，比如：支付、購物等。相關(guān)技術(shù)中，用戶在使用客戶端軟件實現(xiàn)相關(guān)業(yè)務(wù)時，客戶端軟件通常要和服務(wù)端進行多次交互，交互效率較低，影響客戶端軟件的性能。同時，多次交互的實現(xiàn)方式也會增加代碼開發(fā)和維護的工作量。

技術(shù)實現(xiàn)要素：

有鑒于此，本申請?zhí)峁┮环N頁面展示方法和裝置。

具體地，本申請是通過如下技術(shù)方案實現(xiàn)的：

一種頁面展示方法，所述方法包括：

在基于第一頁面接收到針對第一業(yè)務(wù)要素的選擇指令后，在本地保存的頁面展示策略中查找匹配所述第一業(yè)務(wù)要素的展示策略，其中，所述第一頁面與業(yè)務(wù)請求相對應(yīng)；

根據(jù)查找到的所述展示策略展示第二頁面。

一種頁面展示方法，所述方法包括：

在基于收銀臺頁面接收到針對第一支付方式的選擇指令后，在本地保存的輸入框展示策略中查找匹配所述第一支付方式的輸入框，其中，所述收銀臺頁面與支付請求相對應(yīng)；

根據(jù)查找到的所述輸入框展示驗證碼輸入頁面。

一種頁面展示裝載，所述裝置包括：

第一查找單元，在基于第一頁面接收到針對第一業(yè)務(wù)要素的選擇指令后，在本地保存的頁面展示策略中查找匹配所述第一業(yè)務(wù)要素的展示策略，其中，所述第一頁面與業(yè)務(wù)請求相對應(yīng)；

第一展示單元，根據(jù)查找到的所述展示策略展示第二頁面。

一種頁面展示裝置，所述裝置包括：

第三查找單元，在基于收銀臺頁面接收到針對第一支付方式的選擇指令后，在本地保存的輸入框展示策略中查找匹配所述第一支付方式的輸入框，其中，所述收銀臺頁面與支付請求相對應(yīng)；

第三展示單元，根據(jù)查找到的所述輸入框展示驗證碼輸入頁面。

由以上描述可以看出，本申請客戶端可以在接收到用戶針對業(yè)務(wù)要素的選擇指令后，可以在本地查找匹配所述業(yè)務(wù)要素的展示策略以進行頁面展示，當用戶重新選擇業(yè)務(wù)要素時，客戶端無需再次與服務(wù)端進行交互，確保了客戶端的性能。同時，也減輕了代碼開發(fā)和維護的工作量。

附圖說明

圖1是本申請一示例性實施例示出的一種頁面展示方法的流程示意圖。

圖2是本申請一示例性實施例示出的另一種頁面展示方法的流程示意圖。

圖3是本申請一示例性實施例示出的一種用于頁面展示裝置的一結(jié)構(gòu)示意圖。

圖4是本申請一示例性實施例示出的一種頁面展示裝置的結(jié)構(gòu)示意圖。

圖5是本申請一示例性實施例示出的另一種用于頁面展示裝置的一結(jié)構(gòu)示意圖。

圖6是本申請一示例性實施例示出的另一種頁面展示裝置的結(jié)構(gòu)示意圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應(yīng)于確定”。

圖1是本申請一示例性實施例示出的一種頁面展示方法的流程示意圖。

請參考圖1，所述頁面展示方法可以應(yīng)用在智能設(shè)備裝載的客戶端軟件中，所述智能設(shè)備可以包括智能手機、平板電腦、pda(personaldigitalassistant，掌上電腦)、pc機、可穿戴設(shè)備等。所述頁面展示方法可以包括以下步驟：

步驟101，在基于第一頁面接收到針對第一業(yè)務(wù)要素的選擇指令后，在本地保存的頁面展示策略中查找匹配所述第一業(yè)務(wù)要素的展示策略，其中，所述第一頁面與業(yè)務(wù)請求相對應(yīng)。

在本實施例中，所述業(yè)務(wù)請求可以包括：支付請求、費用查詢請求等， 所述業(yè)務(wù)請求通常由用戶發(fā)起。所述第一頁面與所述業(yè)務(wù)請求對應(yīng)，舉例來說，當所述業(yè)務(wù)請求為支付請求時，對應(yīng)的第一頁面可以為收銀臺頁面，當所述業(yè)務(wù)請求為費用查詢請求時，對應(yīng)的第一頁面可以為收費類目的選擇頁面等。

在本實施例中，客戶端在接收到所述業(yè)務(wù)請求后，可以從服務(wù)端獲取組成所述第一頁面的頁面元素以展示所述第一頁面，客戶端也可以獲取本地保存的組成所述第一頁面的頁面元素以展示所述第一頁面，本申請對此不作特殊限制。

在本實施例中，所述業(yè)務(wù)請求通常對應(yīng)有相關(guān)的請求參數(shù)，所述請求參數(shù)可以由開發(fā)人員定義，舉例來說，當所述業(yè)務(wù)請求為支付請求時，所述請求參數(shù)可以為支付請求所處的環(huán)境參數(shù)，比如：發(fā)起所述支付請求的賬號信息、客戶端所在智能設(shè)備的ip地址、mac地址、當前網(wǎng)絡(luò)環(huán)境參數(shù)等，本申請對此不作特殊限制。

在本實施例中，所述頁面展示策略可以包括各業(yè)務(wù)要素及其對應(yīng)的頁面元素，比如：頁面元素的類型、顏色、位置等。開發(fā)人員可以預(yù)先配置請求參數(shù)與頁面展示策略的對應(yīng)關(guān)系，并將所述對應(yīng)關(guān)系保存到服務(wù)端。

在本實施例中，所述頁面展示策略由基于所述請求參數(shù)確定的風(fēng)險等級確定。在一個例子中，客戶端可以將獲取到的所述請求參數(shù)發(fā)送給服務(wù)端，服務(wù)端可以根據(jù)所述請求參數(shù)確定當前業(yè)務(wù)請求的風(fēng)險等級，并查找匹配該風(fēng)險等級的頁面展示策略，并將查找到的所述頁面展示策略返回給客戶端。客戶端在接收到所述頁面展示策略后，可以將所述頁面展示策略保存在本地。在另一個例子中，客戶端也可以預(yù)先從服務(wù)端獲取所有風(fēng)險等級對應(yīng)的頁面展示策略并保存到本地，當接收到業(yè)務(wù)請求后，可以根據(jù)當前業(yè)務(wù)請求的請求參數(shù)確定當前業(yè)務(wù)請求的風(fēng)險等級，并查找匹配該風(fēng)險等級的頁面展示策略，本申請對此不作特殊限制。本申請將頁面的展示策略和風(fēng)險等級關(guān)聯(lián)，在接收到業(yè)務(wù)請求后，先確定該業(yè)務(wù)請求的風(fēng)險等級，再根據(jù)確定的風(fēng)險等級確定頁面的展示策略，進而為不同風(fēng)險等級的業(yè)務(wù)請求展示不同的頁面以 供用戶操作，確保業(yè)務(wù)請求的安全進行。

在本實施例中，對于用戶而言，用戶可以在客戶端展示的第一頁面中選擇實現(xiàn)業(yè)務(wù)操作的業(yè)務(wù)要素，舉例來說，假設(shè)所述業(yè)務(wù)請求為支付請求，則所述業(yè)務(wù)要素包括有各種支付方式，比如：余額支付、信用卡支付等，用戶可以在收銀臺頁面中進行支付方式的選擇。假設(shè)所述業(yè)務(wù)請求為費用查詢請求，則所述業(yè)務(wù)要素包括有各種收費類目，用戶可以在收費類目的選擇頁面中進行收費類目的選擇。

在本實施例中，為便于描述，可以將用戶在第一頁面中選擇的業(yè)務(wù)要素稱為第一業(yè)務(wù)要素?？蛻舳嗽诮邮盏结槍λ龅谝粯I(yè)務(wù)要素的選擇指令后，可以在本地保存的頁面展示策略中查找匹配所述第一業(yè)務(wù)要素的展示策略。如果查找到匹配所述第一業(yè)務(wù)要素的展示策略，則可以執(zhí)行步驟102。如果未查找到匹配所述第一業(yè)務(wù)要素的展示策略，則客戶端可以將所述第一業(yè)務(wù)要素發(fā)送給服務(wù)端，以從服務(wù)端獲取匹配所述第一業(yè)務(wù)要素的展示策略。

步驟102，根據(jù)查找到的所述展示策略展示第二頁面。

基于前述步驟101，在查找到匹配所述第一業(yè)務(wù)要素的展示策略后，客戶端可以根據(jù)查找到的所述展示策略進行頁面展示，比如：展示所述展示策略中對應(yīng)所述第一業(yè)務(wù)要素的頁面元素。在本實施例中，為便于描述，可以將根據(jù)該展示策略展示的頁面稱為第二頁面。

可選的，在本申請一個例子中，基于本次業(yè)務(wù)請求，當用戶未基于所述第一業(yè)務(wù)要素完成業(yè)務(wù)操作時，用戶可以重新選擇業(yè)務(wù)要素，比如：用戶可以重新輸入針對第二業(yè)務(wù)要素的選擇指令，此時，客戶端無需再與服務(wù)端交互，可以根據(jù)該選擇指令，重新在本地保存的頁面展示策略中查找匹配所述第二業(yè)務(wù)要素的展示策略，并根據(jù)重新查找到的該展示策略進行頁面展示，比如：展示所述展示策略中對應(yīng)所述第二業(yè)務(wù)要素的頁面元素。在本實施例中，為便于描述，可以將用戶重新選擇第二業(yè)務(wù)要素后展示的頁面稱為第三頁面。需要說明的是，如果客戶端在本地保存的頁面展示策略中未查找到匹配所述第二業(yè)務(wù)要素的展示策略，則客戶端會將所述第二業(yè)務(wù)要素發(fā)送給服 務(wù)端，以從服務(wù)端獲取匹配所述第二業(yè)務(wù)要素的展示策略。

可選的，在本申請另一個例子中，當客戶端在接收到業(yè)務(wù)請求后，采用根據(jù)該業(yè)務(wù)請求從服務(wù)端獲取頁面展示策略的策略獲取方式時，在用戶退出本次業(yè)務(wù)請求時，比如：用戶關(guān)閉所有與本次業(yè)務(wù)請求相關(guān)的頁面，客戶端可以刪除本地保存的所述頁面展示策略。當用戶再次觸發(fā)業(yè)務(wù)請求時，客戶端根據(jù)該業(yè)務(wù)請求的請求參數(shù)，可以重新從服務(wù)端獲取匹配所述請求參數(shù)的頁面展示策略并保存到本地。

由以上描述可以看出，本申請客戶端可以在接收到用戶針對業(yè)務(wù)要素的選擇指令后，可以在本地查找匹配所述業(yè)務(wù)要素的展示策略以進行頁面展示，當用戶重新選擇業(yè)務(wù)要素時，客戶端無需再次與服務(wù)端進行交互，確保了客戶端的性能。同時，也減輕了代碼開發(fā)和維護的工作量。

下面結(jié)合具體的例子來描述本申請的實現(xiàn)過程。

圖2是本申請一示例性實施例示出的另一種頁面展示方法的流程示意圖。

請參考圖2，所述頁面展示方法可以應(yīng)用在智能設(shè)備裝載的客戶端軟件中，比如：具有支付功能的客戶端軟件。所述頁面展示方法可以包括以下步驟：

步驟201，在接收到支付請求后，展示收銀臺頁面。

在本實施例中，所述支付請求通常由用戶觸發(fā)，比如：用戶在線上購物時，可以通過具有支付功能的客戶端軟件進行支付，用戶在下線消費時，也可以通過智能設(shè)備中裝載的具有支付功能的客戶端軟件進行支付等。具有支付功能的客戶端軟件(以下簡稱：客戶端)在接收到所述支付請求后，可以展示收銀臺頁面給用戶，所述收銀臺頁面中通常包括有：待支付的金額、支付方式等，這部分的處理與實現(xiàn)可以參考現(xiàn)有技術(shù)，本申請在此不再一一詳述。

步驟202，根據(jù)所述支付請求的環(huán)境參數(shù)，從服務(wù)端獲取匹配所述環(huán)境參數(shù)的輸入框展示策略并保存到本地。

基于前述步驟201，客戶端在接收到所述支付請求后，可以獲取所述支 付請求的環(huán)境參數(shù)，所述環(huán)境參數(shù)可以包括：用戶的賬號信息、客戶端所在智能設(shè)備的ip地址、mac地址等，具體可以由開發(fā)人員進行設(shè)置?？蛻舳丝梢詫⑺鲋Ц墩埱蟮沫h(huán)境參數(shù)發(fā)送給服務(wù)端，服務(wù)端根據(jù)所述環(huán)境參數(shù)可以確定用戶當前支付操作的風(fēng)險等級，并將匹配所述風(fēng)險等級的輸入框展示策略返回給客戶端。

在本實施例中，開發(fā)人員可以預(yù)先設(shè)置不同風(fēng)險等級與輸入框展示策略的對應(yīng)關(guān)系，并將該對應(yīng)關(guān)系保存在服務(wù)端。其中，所述輸入框展示策略包括當前風(fēng)險等級下各不同支付方式的驗證碼輸入框，比如：輸入框類型，可選的，可以用輸入框id表示其類型。

表1

舉例來說，假設(shè)所述風(fēng)險等級分為高風(fēng)險和低風(fēng)險兩種等級，支付方式分為銀行卡支付和余額支付兩種方式，請參考表1所示的風(fēng)險等級與輸入框展示策略的對應(yīng)關(guān)系，當服務(wù)端根據(jù)客戶端發(fā)送的環(huán)境參數(shù)確定用戶當前支付操作的風(fēng)險等級為高風(fēng)險時，可以將高風(fēng)險對應(yīng)的輸入框展示策略發(fā)送給客戶端，客戶端可以將接收到的輸入框展示策略保存在本地。值得注意的是，表1僅為示例性的說明，在實際應(yīng)用中，風(fēng)險等級和輸入框展示策略往往要更加復(fù)雜。

步驟203，在基于所述收銀臺頁面接收到針對第一支付方式的選擇指令后，在所述輸入框展示策略中查找匹配所述第一支付方式的輸入框。

在本實施例中，用戶可以在客戶端展示的收銀臺頁面中選擇本次支付的支付方式，為便于描述，可以將用戶在進行本次支付時首次選擇的支付方式 稱為第一支付方式，客戶端在接收到針對所述第一支付方式的選擇指令后，在本地保存的輸入框展示策略中查找匹配所述第一支付方式的輸入框。當客戶端查找到匹配所述第一支付方式的輸入框時，可以執(zhí)行步驟204，當客戶端未查找到匹配所述第一支付方式的輸入框時，可以將所述第一支付方式發(fā)送給服務(wù)端，以從服務(wù)端獲取匹配的輸入框。

仍以表1為例，假設(shè)用戶選擇的第一支付方式為銀行卡支付，則客戶端可以查找到匹配的輸入框為短信驗證碼輸入框和支付密碼輸入框。

步驟204，根據(jù)查找到的所述輸入框展示驗證碼輸入頁面。

基于前述步驟203，客戶端在查找到匹配所述第一支付方式的輸入框之后，可以根據(jù)該輸入框展示驗證碼輸入頁面，比如：客戶端在查找到匹配所述第一支付方式的輸入框id之后，可以獲取本地緩存的所述輸入框id對應(yīng)的輸入框并進行展示。

仍以表1為例，客戶端可以展示短信驗證碼輸入框和支付密碼輸入框，以供用戶輸入接收到的短信驗證碼以及預(yù)設(shè)的支付密碼以進行驗證。在實際應(yīng)用中，客戶端可以先展示短信驗證碼輸入框，當驗證用戶輸入的短信驗證碼正確時，再展示支付密碼輸入框以供用戶輸入支付密碼。其中，短信驗證碼以及支付密碼的驗證過程可以參考現(xiàn)有技術(shù)，本申請在此不再一一詳述。

步驟205，當基于所述第一支付方式的支付結(jié)果為支付失敗時，接收針對第二支付方式的選擇指令。

在本實施例中，當用戶基于所述第一支付方式支付失敗時，客戶端可以重新提供收銀臺頁面給用戶，用戶可以選擇其他支付方式以嘗試重新支付，為便于描述，可以將用戶在本次支付時第二次選擇的支付方式稱為第二支付方式。

步驟206，重新在本地保存的所述輸入框展示策略中查找匹配所述第二支付方式的輸入框。

基于前述步驟205，客戶端在獲取到針對所述第二支付方式的選擇指令后，無需與服務(wù)端交互，可以重新在本地保存的所述輸入框展示策略中查找 匹配所述第二支付方式的輸入框。當客戶端查找到匹配所述第二支付方式的輸入框時，可以執(zhí)行步驟207，當客戶端未查找到匹配所述第二支付方式的輸入框時，可以將所述第二支付方式發(fā)送給服務(wù)端，以從服務(wù)端獲取匹配所述第二支付方式的輸入框。

步驟207，根據(jù)重新查找到的匹配所述第二支付方式的輸入框再次展示驗證碼輸入頁面。

仍以表1為例，假設(shè)用戶銀行卡中的余額不足，導(dǎo)致支付失敗，用戶重新選擇了余額支付的支付方式，客戶端查找到匹配余額支付的輸入框為手勢驗證碼輸入框和支付密碼輸入框，則客戶端可以展示手勢驗證碼輸入框和支付密碼輸入框，以供用戶輸入預(yù)設(shè)的手勢和預(yù)設(shè)的支付密碼以進行驗證。

在實際應(yīng)用中，當基于所述第二支付方式的支付結(jié)果仍為支付失敗時，可以再次執(zhí)行步驟205，本申請在此不再一一贅述。

步驟208，在退出本次支付后，刪除本地保存的所述輸入框展示策略。

在本實施例中，當用戶退出本次支付時，客戶端刪除本地保存的所述輸入框展示策略。比如：當用戶在支付成功關(guān)閉本次支付的相關(guān)頁面時，客戶端刪除本地保存的輸入框展示策略，當用戶在多次支付失敗退出客戶端時，客戶端也會刪除本地保存的輸入框展示策略。當用戶再次發(fā)起支付請求時，客戶端根據(jù)本次支付請求的環(huán)境參數(shù)重新從服務(wù)端獲取匹配的輸入框展示策略并進行保存，本申請在此不再一一贅述。

與前述圖1所示的頁面展示方法的實施例相對應(yīng)，本申請還提供了頁面展示裝置的實施例。

本申請頁面展示裝置的實施例可以應(yīng)用在智能設(shè)備裝載的客戶端軟件中。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在智能設(shè)備的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖3所示，為本申請頁面展示裝置所在智能設(shè)備的一種硬件結(jié)構(gòu)圖，除了圖3所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲 器之外，實施例中裝置所在的智能設(shè)備通常根據(jù)該智能設(shè)備的實際功能，還可以包括其他硬件，對此不再贅述。

圖4是本申請一示例性實施例示出的一種頁面展示裝置的結(jié)構(gòu)示意圖。

請參考圖4，所述頁面展示裝置300可以應(yīng)用在前述圖3所示的智能設(shè)備裝載的客戶端中，包括有：第一查找單元301、第一展示單元302、第二查找單元303、第二展示單元304、第一獲取單元305以及第一保存單元306。

其中，所述第一查找單元301，在基于第一頁面接收到針對第一業(yè)務(wù)要素的選擇指令后，在本地保存的頁面展示策略中查找匹配所述第一業(yè)務(wù)要素的展示策略，其中，所述第一頁面與業(yè)務(wù)請求相對應(yīng)；

所述第一展示單元302，根據(jù)查找到的所述展示策略展示第二頁面。

所述第二查找單元303，基于本次業(yè)務(wù)請求，當接收到針對第二業(yè)務(wù)要素的選擇指令時，重新在本地保存的所述頁面展示策略中查找匹配所述第二業(yè)務(wù)要素的展示策略；

所述第二展示單元304，根據(jù)重新查找到的匹配所述第二業(yè)務(wù)要素的展示策略展示第三頁面。

所述第一獲取單元305，在所述頁面展示策略中不存在匹配所述第二業(yè)務(wù)要素的展示策略時，從服務(wù)端獲取匹配所述第二業(yè)務(wù)要素的展示策略。

所述第一保存單元306，在接收到所述業(yè)務(wù)請求后，根據(jù)所述業(yè)務(wù)請求的請求參數(shù)，從服務(wù)端獲取匹配所述請求參數(shù)的頁面展示策略并保存到本地；

其中，所述匹配所述請求參數(shù)的頁面展示策略由基于所述請求參數(shù)確定的風(fēng)險等級確定。

與前述圖2所示的頁面展示方法的實施例相對應(yīng)，本申請還提供了頁面展示裝置的實施例。

本申請頁面展示裝置的實施例可以應(yīng)用在智能設(shè)備裝載的客戶端軟件中。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在智能設(shè)備的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。 從硬件層面而言，如圖5所示，為本申請頁面展示裝置所在智能設(shè)備的一種硬件結(jié)構(gòu)圖，除了圖5所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外，實施例中裝置所在的智能設(shè)備通常根據(jù)該智能設(shè)備的實際功能，還可以包括其他硬件，對此不再贅述。

圖6是本申請一示例性實施例示出的一種頁面展示裝置的結(jié)構(gòu)示意圖。

請參考圖6，所述頁面展示裝置500可以應(yīng)用在前述圖5所示的智能設(shè)備裝載的客戶端中，包括有：收銀臺展示單元501、第二保存單元502、第三查找單元503、第三展示單元504、第四查找單元505、第四展示單元506以及策略刪除單元507。

其中，所述第三查找單元503，在基于收銀臺頁面接收到針對第一支付方式的選擇指令后，在本地保存的輸入框展示策略中查找匹配所述第一支付方式的輸入框，其中，所述收銀臺頁面與支付請求相對應(yīng)；

所述第三展示單元504，根據(jù)查找到的所述輸入框展示驗證碼輸入頁面。

所述第四查找單元505，當基于所述第一支付方式的支付結(jié)果為支付失敗時，接收針對第二支付方式的選擇指令，并重新在本地保存的所述輸入框展示策略中查找匹配所述第二支付方式的輸入框；

所述第四展示單元506，根據(jù)重新查找到的匹配所述第二支付方式的輸入框再次展示驗證碼輸入頁面。

所述收銀臺展示單元501，在接收到所述支付請求后，展示所述收銀臺頁面；

所述第二保存單元502，根據(jù)所述支付請求的環(huán)境參數(shù)，從服務(wù)端獲取匹配所述環(huán)境參數(shù)的輸入框展示策略并保存到本地，其中，所述輸入框展示策略由所述服務(wù)端基于所述支付請求的風(fēng)險等級確定，所述支付請求的風(fēng)險等級由所述服務(wù)端基于所述環(huán)境參數(shù)確定。

所述策略刪除單元507，在退出本次支付后，刪除本地保存的所述輸入框展示策略。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng) 步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本申請保護的范圍之內(nèi)。