本發(fā)明涉及信息處理領(lǐng)域,特別是涉及一種終端處理業(yè)務(wù)數(shù)據(jù)的方法以及終端處理業(yè)務(wù)數(shù)據(jù)的裝置。
背景技術(shù):
隨著移動終端的應(yīng)用的技術(shù)的進步,目前在移動終端可以執(zhí)行各類業(yè)務(wù)數(shù)據(jù)的處理,這些業(yè)務(wù)數(shù)據(jù)可能囊括各個方面,在移動終端的業(yè)務(wù)處理過程中,一些應(yīng)用通常會結(jié)合浮層來完成完整的業(yè)務(wù)處理過程,其中包括針對移動支付的業(yè)務(wù)處理過程。以移動支付為例,目前在進行移動支付時,移動終端通常是在發(fā)起支付時彈起浮層并在浮層上完成整個針對支付的業(yè)務(wù)處理過程,一般包括如圖1所示的如下四個環(huán)節(jié);業(yè)務(wù)處理確認的處理環(huán)節(jié)(如圖1所示的1-1):在用戶發(fā)起支付后調(diào)起浮層,需要在該浮層上展示訂單詳情,用戶對訂單確認后進入下一步進行支付;關(guān)于業(yè)務(wù)的處理的環(huán)節(jié)(如圖1所示的1-2):進行密碼或指紋支付,或更換其他支付方案輸入對應(yīng)有關(guān)于支付的業(yè)務(wù)處理信息進行支付;業(yè)務(wù)處理結(jié)果反饋的處理環(huán)節(jié)(如圖1所示的1-3):輸入支付信息后,對支付成功的結(jié)果進行反饋;業(yè)務(wù)處理結(jié)果詳情展示的處理環(huán)節(jié)(如圖1所示的1-4):在支付成功后,頁面自動跳轉(zhuǎn)至支付結(jié)果詳情頁面。
在目前的這種結(jié)合浮層進行的業(yè)務(wù)數(shù)據(jù)的處理過程中,浮層通常采用native浮層,如果相關(guān)業(yè)務(wù)需要進行改版,相關(guān)的native浮層也必須跟隨著版本進行改變,改版的成本高,且無法對臨時性運營等運營需求形成有力的支持。
技術(shù)實現(xiàn)要素:
基于此,本發(fā)明實施例提供一種終端處理業(yè)務(wù)數(shù)據(jù)的方法以及終端處理業(yè)務(wù)數(shù)據(jù)的裝置,其針對業(yè)務(wù)數(shù)據(jù)處理過程的相關(guān)頁面的調(diào)整無需跟隨業(yè)務(wù)的改版進行,使得改版成本低且可以有力支持業(yè)務(wù)數(shù)據(jù)處理的運營需求。
一種終端處理業(yè)務(wù)數(shù)據(jù)的方法,包括步驟:
接收業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求,所述業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求包括URL信息;
根據(jù)所述URL信息確定業(yè)務(wù)處理類型;
在所述業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,向與所述URL信息對應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送業(yè)務(wù)信息請求,獲取與所述URL信息對應(yīng)的業(yè)務(wù)信息;
創(chuàng)建浮層,在所述浮層上疊加創(chuàng)建WEB頁面層,并將所述業(yè)務(wù)信息在所述WEB頁面層上顯示;
在所述WEB頁面層上接收到業(yè)務(wù)處理確認指令時,關(guān)閉所述WEB頁面層,并在所述浮層上顯示業(yè)務(wù)處理頁面;
通過業(yè)務(wù)處理頁面接收業(yè)務(wù)處理信息,將業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送;
接收所述業(yè)務(wù)處理服務(wù)器根據(jù)所述業(yè)務(wù)處理信息返回的業(yè)務(wù)處理結(jié)果,并將所述業(yè)務(wù)處理結(jié)果以及與所述業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息在所述浮層上顯示。
一種終端處理業(yè)務(wù)數(shù)據(jù)的裝置,包括:
業(yè)務(wù)處理類型確定模塊,用于接收業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求,所述業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求包括URL信息,并根據(jù)所述URL信息確定業(yè)務(wù)處理類型;
業(yè)務(wù)信息獲取模塊,用于在所述業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,向與所述URL信息對應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送業(yè)務(wù)信息請求,獲取與所述URL信息對應(yīng)的業(yè)務(wù)信息;
浮層創(chuàng)建模塊,用于創(chuàng)建浮層;
頁面層創(chuàng)建模塊,用于在所述浮層上疊加創(chuàng)建WEB頁面層,并將所述業(yè)務(wù)信息在所述WEB頁面層上顯示;
頁面層關(guān)閉模塊,用于在所述WEB頁面層上接收到業(yè)務(wù)處理確認指令時,關(guān)閉所述WEB頁面層;
業(yè)務(wù)處理模塊,用于在所述業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,在所述頁面層關(guān)閉模塊關(guān)閉所述WEB頁面層后,在所述浮層上顯示業(yè)務(wù)處理頁面,并通過業(yè)務(wù)處理頁面接收業(yè)務(wù)處理信息,將業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送;
結(jié)果顯示模塊,用于接收所述業(yè)務(wù)處理服務(wù)器根據(jù)所述業(yè)務(wù)處理信息返回的業(yè)務(wù)處理結(jié)果,并將所述業(yè)務(wù)處理結(jié)果以及與所述業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息在所述浮層上顯示。
基于如上所述的實施例中的方案,其在接收到業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求后,基于業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求中的URL信息確定業(yè)務(wù)處理類型,在業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,在創(chuàng)建的浮層上創(chuàng)建WEB頁面層,并將URL信息對應(yīng)的業(yè)務(wù)信息在該WEB頁面層上顯示,從而可以通過在浮層上疊加WEB頁面的方式對業(yè)務(wù)信息進行確認,如果業(yè)務(wù)信息確認頁面等頁面需要改版,業(yè)務(wù)信息確認頁面等相關(guān)頁面的改版無需跟隨業(yè)務(wù)服務(wù)器的改版同時進行,直接在業(yè)務(wù)服務(wù)器對相關(guān)業(yè)務(wù)信息進行更改即可,使得改版成本低且可以有力支持業(yè)務(wù)數(shù)據(jù)處理的運營需求。
附圖說明
圖1是目前的終端支付的業(yè)務(wù)數(shù)據(jù)處理過程的頁面示意圖;
圖2是一個實施例中的本發(fā)明方案的應(yīng)用環(huán)境的示意圖;
圖3是一個實施例中的終端的組成結(jié)構(gòu)示意圖;
圖4是一個實施例中的終端處理業(yè)務(wù)數(shù)據(jù)的方法的流程示意圖;
圖5是一個具體示例中的終端處理業(yè)務(wù)數(shù)據(jù)的方法的交互過程的示意圖;
圖6是一個具體示例中的終端處理業(yè)務(wù)數(shù)據(jù)的方法的流程原理示意圖;
圖7是一個具體示例中需要進行業(yè)務(wù)信息確認的終端交互示例的示意圖;
圖8是另一個具體示例中無需業(yè)務(wù)信息確認的終端交互示例的示意圖;
圖9是一個實施例中的終端處理業(yè)務(wù)數(shù)據(jù)的裝置的結(jié)構(gòu)示意圖。
具體實施方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下結(jié)合附圖及實施例,對本發(fā)明進行進一步的詳細說明。應(yīng)當理解,此處所描述的具體實施方式僅僅用以解釋本發(fā)明,并不限定本發(fā)明的保護范圍。
圖2示出了本發(fā)明一個實施例中的工作環(huán)境示意圖,如圖2所示,其工作環(huán)境涉及終端200、業(yè)務(wù)服務(wù)器201以及業(yè)務(wù)處理服務(wù)器202,終端200、業(yè)務(wù)服務(wù)器201以及業(yè)務(wù)處理服務(wù)器202相互之間可以通過網(wǎng)絡(luò)進行通信,這里的業(yè)務(wù)處理服務(wù)器202可以是任何基于業(yè)務(wù)服務(wù)器201的業(yè)務(wù)提供相關(guān)的業(yè)務(wù)服務(wù)的相關(guān)服務(wù)器,例如第三方支付服務(wù)器。業(yè)務(wù)服務(wù)器201為終端200提供相關(guān)的業(yè)務(wù),終端200可以使用業(yè)務(wù)服務(wù)器201提供的業(yè)務(wù),在終端200需要基于使用的業(yè)務(wù)服務(wù)器201的業(yè)務(wù)執(zhí)行相關(guān)的處理業(yè)務(wù)(例如支付費用)時,或者通過業(yè)務(wù)服務(wù)器201提供的業(yè)務(wù)來完成其他的處理業(yè)務(wù),例如相關(guān)業(yè)務(wù)支付費用時(如充值等費用))時,終端200可以執(zhí)行相關(guān)的業(yè)務(wù)數(shù)據(jù)的處理過程,例如支付的相關(guān)處理,在該業(yè)務(wù)數(shù)據(jù)的處理過程中,終端201會與相關(guān)的業(yè)務(wù)處理服務(wù)器202進行網(wǎng)絡(luò)交付,以完成具體的業(yè)務(wù)數(shù)據(jù)處理的過程。本實施例涉及的是終端201在該業(yè)務(wù)數(shù)據(jù)處理過程中的處理方案。
終端200在一個實施例中的結(jié)構(gòu)示意圖如圖3所示。該終端200包括通過系統(tǒng)總線連接的處理器、存儲介質(zhì)、通信接口、電源接口和內(nèi)存。其中,終端200的存儲介質(zhì)存儲有一種終端處理業(yè)務(wù)數(shù)據(jù)的裝置,該裝置用于實現(xiàn)一種終端處理業(yè)務(wù)數(shù)據(jù)的方法。終端200的通信接口用于與業(yè)務(wù)服務(wù)器201、業(yè)務(wù)處理服務(wù)器202連接和通信,終端200的電源接口用于與外部電源連接,外部電源通過該電源接口向終端200供電。終端200可以是任何一種能夠?qū)崿F(xiàn)智能輸入輸出的設(shè)備,例如移動終端,比如手機、平板電腦等;也可以是其它具有上述結(jié)構(gòu)的設(shè)備。
圖4中示出了一個實施例中的終端處理業(yè)務(wù)數(shù)據(jù)的方法的流程示意圖。如圖4所示,該實施例中的終端處理業(yè)務(wù)數(shù)據(jù)的方法包括:
步驟S401:接收業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求,所述業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求包括URL(Uniform Resource Locator,統(tǒng)一資源定位符)信息;
步驟S402:根據(jù)所述URL信息確定業(yè)務(wù)處理類型;
步驟S403:在所述業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,向與所述URL信息對應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送業(yè)務(wù)信息請求,獲取與所述URL信息對應(yīng)的業(yè)務(wù)信息;
步驟S404:創(chuàng)建浮層,在所述浮層上疊加創(chuàng)建WEB頁面層,并將所述業(yè)務(wù)信息在所述WEB頁面層上顯示;
步驟S405:在所述WEB頁面層上接收到業(yè)務(wù)處理確認指令時,關(guān)閉所述WEB頁面層,并在所述浮層上顯示業(yè)務(wù)處理頁面;
步驟S406:通過業(yè)務(wù)處理頁面接收業(yè)務(wù)處理信息,將業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送;
步驟S407:接收所述業(yè)務(wù)處理服務(wù)器根據(jù)所述業(yè)務(wù)處理信息返回的業(yè)務(wù)處理結(jié)果,并將所述業(yè)務(wù)處理結(jié)果以及與所述業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息在所述浮層上顯示。
基于如上所述的實施例中的方案,其在接收到業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求后,基于業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求中的URL信息確定業(yè)務(wù)處理類型,在業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,在創(chuàng)建的浮層上創(chuàng)建WEB頁面層,并將URL信息對應(yīng)的業(yè)務(wù)信息在該WEB頁面層上顯示,從而可以通過在浮層上疊加WEB頁面的方式對業(yè)務(wù)信息進行確認,如果業(yè)務(wù)信息確認頁面等頁面需要改版,業(yè)務(wù)信息確認頁面等相關(guān)頁面的改版無需跟隨業(yè)務(wù)服務(wù)器的改版同時進行,直接在業(yè)務(wù)服務(wù)器對相關(guān)業(yè)務(wù)信息進行更改即可,使得改版成本低且可以有力支持業(yè)務(wù)數(shù)據(jù)處理的運營需求。
其中,上述WEB頁面層可以為覆蓋終端的整個顯示界面的WEB頁面層,且WEB頁面層與浮層不重疊的部分的透明度為100%,上述獲取的業(yè)務(wù)信息在WEB頁面層與浮層重疊的部分顯示。從而可以減少頁面層級感。
由于是采用WEB頁面層顯示業(yè)務(wù)信息,因此,可以在該WEB頁面層對業(yè)務(wù)信息進行確認之前,對業(yè)務(wù)信息進行修改。因此,在上述在WEB頁面層上接收到業(yè)務(wù)處理確認指令之前,還可以包括步驟:在所述WEB頁面層接收業(yè)務(wù)信息調(diào)整指令,根據(jù)所述業(yè)務(wù)信息調(diào)整指令對所述業(yè)務(wù)信息進行調(diào)整。在一個實施例中,所述業(yè)務(wù)信息可以包括待處理業(yè)務(wù)類型、待處理業(yè)務(wù)數(shù)量中的至少一項。以關(guān)于支付的處理過程為例,所述業(yè)務(wù)信息可以包括待處理業(yè)務(wù)類型、待處理業(yè)務(wù)數(shù)量、待支付金額中的至少一項。
本實施例中的WEB頁面層,可以采用任何可能的方式實現(xiàn),在其中一個示例中,該WEB頁面層可以是h5頁面層,在WEB頁面層上顯示的業(yè)務(wù)信息,可以是以h5方式實現(xiàn)的業(yè)務(wù)信息。
另一方面,在終端處理業(yè)務(wù)數(shù)據(jù)的過程中,在接收到業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求后,也可以不對業(yè)務(wù)信息進行確認,直接進行業(yè)務(wù)數(shù)據(jù)處理過程。因此,在另一個具體示例中,還可以包括下述步驟:
在所述業(yè)務(wù)處理類型為浮層展示原生內(nèi)容時,創(chuàng)建浮層,并在浮層上顯示業(yè)務(wù)處理頁面;
通過業(yè)務(wù)處理頁面接收業(yè)務(wù)處理信息,將業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送;
接收所述業(yè)務(wù)處理服務(wù)器根據(jù)所述業(yè)務(wù)處理信息返回的業(yè)務(wù)處理結(jié)果,并將所述業(yè)務(wù)處理結(jié)果以及與所述業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息在所述浮層上顯示。
從而,可以結(jié)合業(yè)務(wù)需要,在不需要對業(yè)務(wù)信息進行確認時,直接創(chuàng)建浮層顯示業(yè)務(wù)處理頁面完成終端處理業(yè)務(wù)數(shù)據(jù)的過程。而且,在業(yè)務(wù)數(shù)據(jù)處理完成后,還可以在同一個頁面同時顯示業(yè)務(wù)處理結(jié)果以及與業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息,減少了終端處理業(yè)務(wù)數(shù)據(jù)的處理環(huán)節(jié),提高了處理效率。
在一個具體示例中,上述業(yè)務(wù)處理頁面可以包括業(yè)務(wù)處理方式選擇控件,通過該業(yè)務(wù)處理方式選擇控件可以對當前業(yè)務(wù)數(shù)據(jù)處理過程的業(yè)務(wù)處理方式進行選擇。
在一個應(yīng)用示例中,可以在通過上述業(yè)務(wù)處理方式選擇控件接收到業(yè)務(wù)處理方式選擇指令時,在上述業(yè)務(wù)處理頁面的顯示當前業(yè)務(wù)處理方式信息的位置顯示第一浮動控件,其中,第一浮動控件上顯示有當前業(yè)務(wù)處理方式信息,業(yè)務(wù)處理頁面顯示當前業(yè)務(wù)處理方式信息的位置與業(yè)務(wù)處理方式選擇控件的位置通常情況下可以相鄰設(shè)置。
在通過第一浮動控件接收到滑動指令時,獲取第二業(yè)務(wù)處理方式信息,并在業(yè)務(wù)處理頁面的顯示當前業(yè)務(wù)處理方式的位置顯示第二浮動控件,第二浮動控件上顯示有第二業(yè)務(wù)處理方式信息。在通過第二浮動控件接收到選中指令時,將第二業(yè)務(wù)處理方式信息確定為當前業(yè)務(wù)處理方式信息。
通過這種滑動的方式進行業(yè)務(wù)處理方式的更換,輕便便捷,且有效避免了更換業(yè)務(wù)處理方式時的頁面切換。
另一方面,在上述示例中,在上述業(yè)務(wù)處理頁面上可以包括有虛擬鍵盤,并在顯示上述第一浮動控件時,將虛擬鍵盤設(shè)置為隱藏狀態(tài)或者直接關(guān)閉虛擬鍵盤;在通過第二浮動控件接收到選中指令時,將虛擬鍵盤設(shè)置為彈出可視狀態(tài)。從而以避免在切換業(yè)務(wù)處理方式過程中對虛擬鍵盤的誤操作,而且也可以提高業(yè)務(wù)處理頁面的簡潔性。
圖5示出了一個具體示例中的終端處理業(yè)務(wù)數(shù)據(jù)的方法的交互過程的示意圖,在圖5所示的示例中,是以WEB頁面層為h5頁面層為例進行說明。圖6示出了一個具體示例中的終端處理業(yè)務(wù)數(shù)據(jù)的方法的流程原理示意圖。
如圖5、圖6所示,在終端用戶通過點擊終端相關(guān)頁面的按鈕或者通過其他的方式準備發(fā)起業(yè)務(wù)數(shù)據(jù)處理時,本實施例方案接收到業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求,該業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求中包括URL信息。以通過點擊按鈕來發(fā)出業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求為例,由于該按鈕與上述相關(guān)頁面的業(yè)務(wù)有關(guān),因此可以很便利地確定業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求中的URL信息。
隨后,基于URL信息確定業(yè)務(wù)處理類型。如圖5所示,在本實施例中,基于URL信息確定的業(yè)務(wù)處理類型主要有兩種:浮層展示業(yè)務(wù)內(nèi)容、浮層展示原生內(nèi)容。在一個具體應(yīng)用示例中,該業(yè)務(wù)處理類型可以直接與URL信息關(guān)聯(lián)的信息確定。
在一個具體應(yīng)用示例中,基于業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求中的URL信息確定業(yè)務(wù)處理類型的代碼實現(xiàn)方式可以是如下所述:
可以理解,上述代碼只是一種示例性說明,在實際技術(shù)應(yīng)用中還可以采用其他方式及代碼實現(xiàn)上述過程?;谏鲜龃a示例可見,在類型為h5時即可認為業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容,在類型為original時即可認為業(yè)務(wù)處理類型為浮層展示原生內(nèi)容。
結(jié)合圖5、圖6、圖7所示,在確定業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,說明需要進行業(yè)務(wù)信息的確認,終端基于上述URL信息向業(yè)務(wù)服務(wù)器發(fā)送業(yè)務(wù)信息請求,并接收業(yè)務(wù)服務(wù)器基于該業(yè)務(wù)信息請求返回的業(yè)務(wù)信息,其中該業(yè)務(wù)信息是由業(yè)務(wù)服務(wù)器以h5頁面信息的方式返回到終端,因此本實施例中也將其稱之為h5業(yè)務(wù)信息。
隨后,終端創(chuàng)建浮層,該浮層為native浮層,并在該浮層上疊加創(chuàng)建一個h5頁面層,其中,該h5頁面層可以是僅與浮層同樣大小的h5頁面層,也可以是覆蓋終端整個顯示界面的h5頁面層。在為覆蓋終端整個顯示界面的h5頁面層時,web頁面層與浮層不重疊的部分可以設(shè)置為100%,并將上述h5業(yè)務(wù)信息在h5頁面層上、h5頁面層與浮層重疊的部分進行顯示,以減少頁面層級感。
可以理解的是,上述浮層的創(chuàng)建可以是在接收到發(fā)起業(yè)務(wù)請求之后的任何時候進行,例如在接收到業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求后就建立浮層,或者是在確定了業(yè)務(wù)處理類型后建立浮層,也可以是在接收到業(yè)務(wù)服務(wù)器返回的業(yè)務(wù)信息后建立浮層,只要在創(chuàng)建h5頁面層時已經(jīng)存在浮層即可。
隨后,終端用戶在核對當前h5頁面層上的業(yè)務(wù)信息后,若需要對業(yè)務(wù)信息進行更改,則可以直接通過點擊h5頁面層上的相關(guān)控件發(fā)出業(yè)務(wù)信息調(diào)整指令,以對相關(guān)的業(yè)務(wù)信息進行調(diào)整,這里的業(yè)務(wù)信息可以是待處理業(yè)務(wù)類型、待處理業(yè)務(wù)數(shù)量等進行調(diào)整。以業(yè)務(wù)數(shù)據(jù)處理過程是關(guān)于支付的處理過程為例,該待處理業(yè)務(wù)類型可以是待支付業(yè)務(wù)類型,該待處理業(yè)務(wù)數(shù)量可以是待支付業(yè)務(wù)數(shù)量,該業(yè)務(wù)信息還可以包括待支付金額。以調(diào)整待處理業(yè)務(wù)數(shù)量為例,在待處理業(yè)務(wù)數(shù)量調(diào)整時,由于可能有一些優(yōu)惠方式的存在,對應(yīng)的待支付金額等也會發(fā)生調(diào)整。從而無需返回原來的業(yè)務(wù)頁面,在該業(yè)務(wù)信息確認頁面上,即該h5頁面層上,就可以直接對業(yè)務(wù)信息進行調(diào)整。
終端用戶在對h5頁面層上的業(yè)務(wù)信息核對無誤后,或者在經(jīng)由上述調(diào)整對調(diào)整后的業(yè)務(wù)信息確認無誤后,通過點擊h5頁面層上的“確認”等類似的按鈕等發(fā)出業(yè)務(wù)處理確認指令。本實施例方案在接收到該業(yè)務(wù)處理確認指令后,關(guān)閉上述h5頁面層,并在上述建立的浮層上顯示業(yè)務(wù)處理頁面。
在上述業(yè)務(wù)處理頁面上,可以包括有業(yè)務(wù)處理方式選擇控件、虛擬鍵盤等。在業(yè)務(wù)處理頁面的相關(guān)位置顯示當前業(yè)務(wù)處理方式信息,這里的當前業(yè)務(wù)處理方式信息可以是網(wǎng)絡(luò)業(yè)務(wù)處理方式信息。以業(yè)務(wù)數(shù)據(jù)處理過程是關(guān)于支付的處理過程為例,該當前業(yè)務(wù)處理方式信息可以是例如賬戶零錢支付,也可以是關(guān)聯(lián)的銀行卡的信息。上述業(yè)務(wù)處理方式選擇控件的位置可以與顯示當前業(yè)務(wù)處理方式信息的位置相鄰設(shè)置。上述虛擬鍵盤可以設(shè)置有一定的透明度,也可以將虛擬鍵盤的透明度設(shè)置為全透明(透明度100%),以減少頁面層級感。
當終端用戶需要更換業(yè)務(wù)處理方式時,可以通過點擊上述業(yè)務(wù)處理方式選擇控件(如顯示為“更換”的控件)發(fā)出業(yè)務(wù)處理方式選擇指令,本實施例方案在接收到該業(yè)務(wù)處理方式選擇指令后,在上述業(yè)務(wù)處理頁面顯示當前業(yè)務(wù)處理方式信息的位置顯示第一浮動控件,將虛擬鍵盤設(shè)置為隱藏狀態(tài)或者直接關(guān)閉虛擬鍵盤。其中,第一浮動控件上顯示有當前業(yè)務(wù)處理方式信息。
隨后,終端用戶可以通過滑動第一浮動控件來選擇合適的業(yè)務(wù)處理方式,本實施例方案在通過第一浮動控件接收到滑動指令時,獲取第二業(yè)務(wù)處理方式信息,并在業(yè)務(wù)處理頁面顯示當前業(yè)務(wù)處理方式的位置顯示第二浮動控件,第二浮動控件上顯示有第二業(yè)務(wù)處理方式信息。
若終端用戶選擇使用第二業(yè)務(wù)處理方式信息,則通過點擊第二浮動控件發(fā)出選中指令,本實施例方案在通過第二浮動控件接收到選中指令時,將第二業(yè)務(wù)處理方式信息確定為當前業(yè)務(wù)處理方式信息,將虛擬鍵盤設(shè)置為彈出可視狀態(tài),從而返回到業(yè)務(wù)信息處理頁面,同時之前在原來的業(yè)務(wù)信息處理頁面已經(jīng)輸入的相關(guān)信息清空。
通過這種滑動的方式進行業(yè)務(wù)處理方式的更換,輕便便捷,且有效避免了更換業(yè)務(wù)處理方式時的頁面切換。
終端用戶已經(jīng)選擇好業(yè)務(wù)處理方式并對業(yè)務(wù)處理方式確認無誤時,通過虛擬鍵盤輸入業(yè)務(wù)處理信息,這里的業(yè)務(wù)處理信息通常為數(shù)字或者英文字母,也可以是指紋信息。本發(fā)明實施例方案在接收到該業(yè)務(wù)處理信息后,將該業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送,并在接收到業(yè)務(wù)處理服務(wù)器根據(jù)業(yè)務(wù)處理信息返回的業(yè)務(wù)處理結(jié)果后,將業(yè)務(wù)處理結(jié)果以及與業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息在浮層上顯示,以業(yè)務(wù)數(shù)據(jù)處理過程是關(guān)于支付的處理過程為例,可以是例如商品名稱、商品類型、支付方式、支付金額、優(yōu)惠信息、交易時間、積分信息等。
從而,基于該方式,在需要進行業(yè)務(wù)信息確認時,只需要三個環(huán)節(jié)就可以完成業(yè)務(wù)數(shù)據(jù)的處理過程。另一方面,業(yè)務(wù)信息確認頁面等相關(guān)頁面的改版無需跟隨業(yè)務(wù)服務(wù)器的改版同時進行,直接在業(yè)務(wù)服務(wù)器對相關(guān)業(yè)務(wù)信息進行更改即可,使得改版成本低且可以有力支持業(yè)務(wù)數(shù)據(jù)處理的運營需求。而且,在業(yè)務(wù)數(shù)據(jù)處理過程中需要對業(yè)務(wù)信息進行調(diào)整時,基于h5頁面,無需返回之前的業(yè)務(wù)頁面,直接在業(yè)務(wù)信息確認頁面對業(yè)務(wù)信息進行更改即可,提高了業(yè)務(wù)效率。
若上述結(jié)合圖5、圖8所示,在確定業(yè)務(wù)處理類型為浮層展示原生內(nèi)容時,說明無需進行業(yè)務(wù)信息的確認,直接進入業(yè)務(wù)數(shù)據(jù)的處理過程即可。終端創(chuàng)建浮層后,在建立的浮層上顯示業(yè)務(wù)處理頁面。該業(yè)務(wù)處理頁面可以與上述示例中的業(yè)務(wù)處理頁面相同??梢岳斫?,在業(yè)務(wù)處理類型為浮層展示原生內(nèi)容時,也可以執(zhí)行上述示例中所述的更換業(yè)務(wù)處理方式的過程。
終端用戶已經(jīng)選擇好業(yè)務(wù)處理方式并對業(yè)務(wù)處理方式確認無誤時,通過虛擬鍵盤輸入業(yè)務(wù)處理信息,這里的業(yè)務(wù)處理信息通常為數(shù)字或者英文字母,也可以是指紋信息。本發(fā)明實施例方案在接收到該業(yè)務(wù)處理信息后,將該業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送,并在接收到業(yè)務(wù)處理服務(wù)器根據(jù)業(yè)務(wù)處理信息返回的業(yè)務(wù)處理結(jié)果后,將業(yè)務(wù)處理結(jié)果以及與業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息在浮層上顯示,以業(yè)務(wù)數(shù)據(jù)處理過程是關(guān)于支付的處理過程為例,可以包括例如商品名稱、商品類型、支付方式、支付金額、優(yōu)惠信息、交易時間、積分信息等。
從而,基于該方式,在無需進行業(yè)務(wù)信息的確認時,只需要兩個環(huán)節(jié)就可以完成業(yè)務(wù)數(shù)據(jù)的處理過程,提高了處理業(yè)務(wù)信息數(shù)據(jù)的效率。
圖9示出了一個實施例中的終端處理業(yè)務(wù)數(shù)據(jù)的裝置的結(jié)構(gòu)示意圖。如圖9所示,該實施例中的終端處理業(yè)務(wù)數(shù)據(jù)的裝置包括:
業(yè)務(wù)處理類型確定模塊901,用于接收業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求,所述業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求包括URL信息,并根據(jù)所述URL信息確定業(yè)務(wù)處理類型;
業(yè)務(wù)信息獲取模塊902,用于在所述業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,向與所述URL信息對應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送業(yè)務(wù)信息請求,獲取與所述URL信息對應(yīng)的業(yè)務(wù)信息;
浮層創(chuàng)建模塊903,用于創(chuàng)建浮層;
頁面層創(chuàng)建模塊904,用于在所述浮層上疊加創(chuàng)建WEB頁面層,并將所述業(yè)務(wù)信息在所述WEB頁面層上顯示;
頁面層關(guān)閉模塊905,用于在所述WEB頁面層上接收到業(yè)務(wù)處理確認指令時,關(guān)閉所述WEB頁面層;
業(yè)務(wù)處理模塊906,用于在所述業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,在所述頁面層關(guān)閉模塊關(guān)閉所述WEB頁面層后,在所述浮層上顯示業(yè)務(wù)處理頁面,并通過業(yè)務(wù)處理頁面接收業(yè)務(wù)處理信息,將業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送;
結(jié)果顯示模塊907,用于接收所述業(yè)務(wù)處理服務(wù)器根據(jù)所述業(yè)務(wù)處理信息返回的業(yè)務(wù)處理結(jié)果,并將所述業(yè)務(wù)處理結(jié)果以及與所述業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息在所述浮層上顯示。
基于如上所述的實施例中的方案,其在接收到業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求,基于業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求中的URL信息確定業(yè)務(wù)處理類型,在業(yè)務(wù)處理類型為浮層展示業(yè)務(wù)內(nèi)容時,在創(chuàng)建的浮層上創(chuàng)建WEB頁面層,并將URL信息對應(yīng)的業(yè)務(wù)信息在該WEB頁面層上顯示,從而可以通過在浮層上疊加WEB頁面的方式對業(yè)務(wù)信息進行確認,如果業(yè)務(wù)信息確認頁面等頁面需要改版,業(yè)務(wù)信息確認頁面等相關(guān)頁面的改版無需跟隨業(yè)務(wù)服務(wù)器的改版同時進行,直接在業(yè)務(wù)服務(wù)器對相關(guān)業(yè)務(wù)信息進行更改即可,使得改版成本低且可以有力支持業(yè)務(wù)數(shù)據(jù)處理的運營需求。
其中,上述WEB頁面層可以為覆蓋終端的整個顯示界面的WEB頁面層,且WEB頁面層與浮層不重疊的部分的透明度為100%,上述獲取的業(yè)務(wù)信息在WEB頁面層與浮層重疊的部分顯示。從而可以減少頁面層級感。
由于是采用WEB頁面層顯示業(yè)務(wù)信息,因此,可以在該WEB頁面層對業(yè)務(wù)信息進行確認之前,對業(yè)務(wù)信息進行修改。因此,在一個示例中,如圖9所示,本實施例的裝置還可以包括:
業(yè)務(wù)信息調(diào)整模塊9045,用于在所述WEB頁面層接收業(yè)務(wù)信息調(diào)整指令,根據(jù)所述業(yè)務(wù)信息調(diào)整指令對所述業(yè)務(wù)信息進行調(diào)整。
本實施例中的WEB頁面層,可以采用任何可能的方式實現(xiàn),在其中一個示例中,該WEB頁面層可以是h5頁面層,在WEB頁面層上顯示的業(yè)務(wù)信息,可以是以h5方式實現(xiàn)的業(yè)務(wù)信息。
另一方面,在終端處理業(yè)務(wù)數(shù)據(jù)的過程中,在接收到業(yè)務(wù)數(shù)據(jù)處理發(fā)起請求后,也可以不對業(yè)務(wù)信息進行確認,直接進行業(yè)務(wù)數(shù)據(jù)處理過程。因此,在另一個具體示例中,業(yè)務(wù)處理模塊906,還用于在所述業(yè)務(wù)處理類型為浮層展示原生內(nèi)容時,在所述浮層上顯示業(yè)務(wù)處理頁面,并通過業(yè)務(wù)處理頁面接收業(yè)務(wù)處理信息,將業(yè)務(wù)處理信息向?qū)?yīng)的業(yè)務(wù)處理服務(wù)器發(fā)送。
從而,可以結(jié)合業(yè)務(wù)需要,在不需要對業(yè)務(wù)信息進行確認時,直接創(chuàng)建浮層顯示業(yè)務(wù)處理頁面完成終端處理業(yè)務(wù)數(shù)據(jù)的過程。而且,在業(yè)務(wù)數(shù)據(jù)處理完成后,還可以在同一個頁面同時顯示業(yè)務(wù)處理結(jié)果以及與業(yè)務(wù)處理結(jié)果相關(guān)的業(yè)務(wù)處理詳情信息,減少了終端處理業(yè)務(wù)數(shù)據(jù)的處理環(huán)節(jié),提高了處理效率。
在一個具體示例中,上述業(yè)務(wù)處理頁面可以包括業(yè)務(wù)處理方式選擇控件,通過該業(yè)務(wù)處理方式選擇控件可以對當前業(yè)務(wù)數(shù)據(jù)處理過程的業(yè)務(wù)處理方式進行選擇。
在一個應(yīng)用示例中,上述業(yè)務(wù)處理模塊906,還可以用于在通過所述業(yè)務(wù)處理方式選擇控件接收到業(yè)務(wù)處理方式選擇指令時,在所述業(yè)務(wù)處理頁面的顯示當前業(yè)務(wù)處理方式信息的位置顯示第一浮動控件,所述第一浮動控件上顯示有所述當前業(yè)務(wù)處理方式信息;通常情況下,業(yè)務(wù)處理頁面顯示當前業(yè)務(wù)處理方式信息的位置與業(yè)務(wù)處理方式選擇控件的位置相鄰。
此外,上述業(yè)務(wù)處理模塊906,還可以用于在通過所述第一浮動控件接收到滑動指令時,獲取第二業(yè)務(wù)處理方式信息,在所述業(yè)務(wù)處理頁面的顯示當前業(yè)務(wù)處理方式的位置顯示第二浮動控件,所述第二浮動控件上顯示有所述第二業(yè)務(wù)處理方式信息;在通過所述第二浮動控件接收到選中指令時,將所述第二業(yè)務(wù)處理方式信息確定為當前業(yè)務(wù)處理方式信息。
通過這種滑動的方式進行業(yè)務(wù)處理方式的更換,輕便便捷,且有效避免了更換業(yè)務(wù)處理方式時的頁面切換。
另一方面,在上述示例中,在上述業(yè)務(wù)處理頁面上可以包括有虛擬鍵盤,上述業(yè)務(wù)處理模塊906,還可以用于在顯示所述第一浮動控件時,將所述虛擬鍵盤設(shè)置為隱藏狀態(tài)或者關(guān)閉所述虛擬鍵盤,并在通過所述第二浮動控件接收到選中指令時,將所述虛擬鍵盤設(shè)置為彈出可視狀態(tài)。從而以避免在切換業(yè)務(wù)處理方式過程中對虛擬鍵盤的誤操作,而且也可以提高業(yè)務(wù)處理頁面的簡潔性。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程,是可以通過計算機程序來指令相關(guān)的硬件來完成,所述的程序可存儲于一非易失性的計算機可讀取存儲介質(zhì)中,如本發(fā)明實施例中,該程序可存儲于計算機系統(tǒng)的存儲介質(zhì)中,并被該計算機系統(tǒng)中的至少一個處理器執(zhí)行,以實現(xiàn)包括如上述各方法的實施例的流程。其中,所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory,ROM)或隨機存儲記憶體(Random Access Memory,RAM)等。
以上所述實施例的各技術(shù)特征可以進行任意的組合,為使描述簡潔,未對上述實施例中的各個技術(shù)特征所有可能的組合都進行描述,然而,只要這些技術(shù)特征的組合不存在矛盾,都應(yīng)當認為是本說明書記載的范圍。
以上所述實施例僅表達了本發(fā)明的幾種實施方式,其描述較為具體和詳細,但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當指出的是,對于本領(lǐng)域的普通技術(shù)人員來說,在不脫離本發(fā)明構(gòu)思的前提下,還可以做出若干變形和改進,這些都屬于本發(fā)明的保護范圍。因此,本發(fā)明專利的保護范圍應(yīng)以所附權(quán)利要求為準。