本發(fā)明涉及移動終端領域，特別涉及一種顯示支付頁面的方法、系統(tǒng)及服務器。

背景技術：
隨著移動終端硬件和移動通信網絡的發(fā)展，越來越多的移動用戶通過無線互聯(lián)網享受網上沖浪的樂趣，如瀏覽新聞、發(fā)送郵件、觀看電影、以及進行網上購物等。其中，移動用戶在進行網上購物時，需進行網上支付。一般地，移動用戶通過移動終端屏幕上顯示的相關支付頁面輸入支付信息(如銀行賬號和密碼等)。其中，現有的支付頁面主要由安全支付插件進行創(chuàng)建并顯示。該安全支付插件是網上銀行及第三方支付平臺為了確保支付信息傳遞的安全性，所提供的用于加密支付信息的插件。具體地，現有的移動終端顯示支付頁面的方式為，首先，用戶在收銀臺頁面選擇支付通道時觸發(fā)支付請求；瀏覽器接收該支付請求后，向服務器提交顯示支付頁面請求；其次，服務器接收該請求后，下發(fā)調用鏈接給瀏覽器；瀏覽器通過調用鏈接調用安全支付插件；然后，安全支付插件運行后，在屏幕中顯示相關支付界面，引導用戶輸入支付信息。在實現本發(fā)明的過程中，發(fā)明人發(fā)現現有技術至少存在以下問題：現有顯示支付頁面的方式中，僅考慮到瀏覽器能夠調用安全支付插件的情況下，由安全支付插件創(chuàng)建并顯示支付界面；若瀏覽器不支持該安全支付插件，那么，瀏覽器將不能調用安全支付插件來顯示支付界面，從而將導致用戶不能通過支付頁面完成支付。

技術實現要素：
為了使移動終端在所安裝的瀏覽器不支持安全支付插件的情況下顯示支付頁面，讓用戶通過支付頁面進行網上支付，本發(fā)明實施例提供了一種顯示支付頁面的方法、系統(tǒng)和服務器。所述技術方案如下：一種顯示支付頁面的方法，所述方法包括：接收顯示支付頁面請求，所述請求包括瀏覽器標識和需支付訂單標識；根據所述瀏覽器標識，判斷所述瀏覽器是否支持安全支付插件；若所述瀏覽器不支持所述安全支付插件，則使所述瀏覽器顯示與所述需支付訂單標識對應的支付頁面。其中，所述根據所述瀏覽器標識，判斷所述瀏覽器是否支持安全支付插件，包括：獲取所述安全支付插件的標識；在預置的瀏覽器-安全支付插件的兼容關系對照表中，查詢所述瀏覽器標識是否與所述安全支付插件的標識為兼容關系；若是，則判斷為所述瀏覽器支持所述安全支付插件；若否，則判斷為所述瀏覽器不支持所述安全支付插件。其中，所述使所述瀏覽器顯示與所述需支付訂單標識對應的支付頁面，包括：根據所述需支付訂單標識，創(chuàng)建與所述需支付訂單標識對應的表單支付頁面；將所述表單支付頁面發(fā)送給所述瀏覽器，使所述瀏覽器顯示所述表單支付頁面。其中，所述方法還包括：若所述瀏覽器支持所述安全支付插件，則使所述安全支付插件顯示與所述需支付訂單標識對應的支付頁面。其中，所述使所述安全支付插件顯示與所述需支付訂單標識對應的支付頁面，包括：根據所述瀏覽器標識，獲取預定義的加載標識；所述預定義的加載標識為服務器與所述瀏覽器共同約定的自動加載所述安全支付插件的標識；將所述加載標識和所述需支付訂單標識發(fā)送給所述瀏覽器，使所述瀏覽器根據所述加載標識加載所述安全支付插件，并使所述瀏覽器將所述需支付訂單標識傳遞給所述安全支付插件；由加載后的所述安全支付插件創(chuàng)建并顯示與所述需支付訂單標識對應的支付用戶界面。一種服務器，所述服務器包括：接收模塊，用于接收顯示支付頁面請求，所述請求包括瀏覽器標識和需支付訂單標識；判斷模塊，用于根據所述瀏覽器標識，判斷所述瀏覽器是否支持安全支付插件；第一顯示模塊，用于若所述瀏覽器不支持所述安全支付插件，則使所述瀏覽器顯示與所述需支付訂單標識對應的支付頁面。其中，所述判斷模塊包括：獲取單元，用于獲取所述安全支付插件的標識；查詢單元，用于在預置的瀏覽器與安全支付插件的兼容關系對照表中，查詢所述瀏覽器標識是否與所述安全支付插件的標識為兼容關系；若是，則判斷為所述瀏覽器支持所述安全支付插件；若否，則判斷為所述瀏覽器不支持所述安全支付插件。其中，所述第一顯示模塊包括：創(chuàng)建單元，用于若所述瀏覽器不支持所述安全支付插件，則根據所述需支付訂單標識，創(chuàng)建與所述需支付訂單標識對應的表單支付頁面；發(fā)送單元，用于將所述表單支付頁面發(fā)送給所述瀏覽器，使所述瀏覽器顯示所述表單支付頁面。其中，所述服務器還包括：第二顯示模塊，用于若所述瀏覽器支持所述安全支付插件，則使所述安全支付插件顯示與所述需支付訂單標識對應的支付頁面。其中，所述第二顯示模塊包括：獲取加載單元，用于根據所述瀏覽器標識，獲取預定義的加載標識；所述預定義的加載標識為所述服務器與所述瀏覽器共同約定的自動加載所述安全支付插件的標識；將所述加載標識和所述需支付訂單標識發(fā)送給所述瀏覽器，使所述瀏覽器根據所述加載標識加載所述安全支付插件，并使所述瀏覽器將所述需支付訂單標識傳遞給所述安全支付插件；創(chuàng)建顯示單元，用于由加載后的所述安全支付插件創(chuàng)建并顯示與所述需支付訂單標識對應的支付用戶界面。一種顯示支付頁面的系統(tǒng)，所述系統(tǒng)包括瀏覽器和前述的服務器。本發(fā)明實施例提供的技術方案帶來的有益效果是：通過接收顯示支付頁面請求，所述請求包括瀏覽器標識和需支付訂單標識；根據所述瀏覽器標識，判斷所述瀏覽器是否支持安全支付插件；若所述瀏覽器不支持所述安全支付插件，則使所述瀏覽器顯示與所述需支付訂單標識對應的支付頁面；能夠考慮到移動終端中所安裝的瀏覽器不支持安全支付插件的情況，由服務器創(chuàng)建與需支付訂單標識對應的支付頁面，并通過瀏覽器顯示該支付頁面；從而滿足了各瀏覽器的兼容性，使各瀏覽器都可以顯示支付頁面；讓用戶通過支付頁面完成網上支付；提高了用戶體驗和產品口碑。附圖說明為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1是本發(fā)明實施例1中提供的一種顯示支付頁面的方法的流程圖；圖2是本發(fā)明實施例2中提供的一種顯示支付頁面的方法的流程圖；圖3是本發(fā)明實施例2中提供的一種顯示支付頁面的方法的流程圖；圖4是本發(fā)明實施例3中提供的一種服務器的結構示意圖；圖5是本發(fā)明實施例4中提供的一種服務器的結構示意圖；圖6是本發(fā)明實施例5中提供的一種顯示支付頁面的系統(tǒng)的示意圖。具體實施方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。實施例1參見圖1，本發(fā)明實施例1提供了一種顯示支付頁面的方法，該方法包括：101：接收顯示支付頁面請求，該請求包括瀏覽器ID(Identity，標識)和需支付訂單ID。102：根據該瀏覽器ID，判斷該瀏覽器是否支持安全支付插件。103：若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單ID對應的支付頁面。本發(fā)明實施例提供的技術方案帶來的有益效果是：通過接收顯示支付頁面請求，該請求包括瀏覽器標識和需支付訂單標識；根據該瀏覽器標識，判斷該瀏覽器是否支持安全支付插件；若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單標識對應的支付頁面；能夠考慮到移動終端中所安裝的瀏覽器不支持安全支付插件的情況，由服務器創(chuàng)建與需支付訂單標識對應的支付頁面，并通過瀏覽器顯示該支付頁面；從而滿足了各瀏覽器的兼容性，使各瀏覽器都可以顯示支付頁面；讓用戶通過支付頁面完成網上支付；提高了用戶體驗和產品口碑。實施例2參見圖2～圖3，本發(fā)明實施例2提供了一種顯示支付頁面的方法，該方法包括：201：接收顯示支付頁面請求，該請求包括瀏覽器ID和需支付訂單ID。其中，用戶通過移動終端中安裝的瀏覽器瀏覽某購物網站，打算購買一些該購物網站提供的商品。首先，該用戶在需購買商品的商品頁面中選擇需購買的型號、數量和顏色等商品信息。然后，該用戶查閱該需購買商品的訂單頁面，對選擇的需購買商品的商品信息進行確認。最后，該用戶在該訂單的收銀臺頁面中選擇進行支付的支付通道(如信用卡、儲蓄卡或網上銀行等)，完成選擇后，用手或觸控筆觸屏點擊收銀臺頁面中“支付”按鈕，觸發(fā)支付請求，該請求包括需支付訂單ID。其中，瀏覽器接收該支付請求后，向網站服務器提交顯示支付頁面請求，該支付頁面請求包括需支付訂單ID及瀏覽器自身的ID。具體地，該需支付訂單ID為網站服務器分配的訂單編號。另外，該請求還可進一步包括該需支付訂單的除訂單編號外的其他相關有效性標志參數，例如，網站服務器生成訂單頁面的時間戳，從而保證訂單的安全性和有效性。具體地，瀏覽器ID為瀏覽器自身的UA(User-Agent，用戶代理)。UA為一個特殊字符串頭。服務器根據瀏覽器的UA，能夠識別瀏覽器使用的操作系統(tǒng)及版本、CPU類型、瀏覽器及版本、瀏覽器渲染引擎、瀏覽器語言、瀏覽器插件等其他瀏覽器相關信息。進一步地，通過檢測當前運行的瀏覽器的相應API接口，能夠獲取該瀏覽器ID。202：根據瀏覽器ID，判斷瀏覽器是否支持安全支付插件。若瀏覽器支持安全支付插件，則執(zhí)行203；若瀏覽器不支持安全支付插件，則執(zhí)行204。進一步地，本步驟包括：2021：獲取移動終端中安全支付插件的ID。其中，接收該顯示支付頁面請求后，獲取移動終端中安全支付插件的ID。具體地，安全支付插件的ID可為安裝包名或應用開發(fā)商名等信息。進一步地，通過檢測移動終端中安裝的安全支付插件的相應API接口，能夠獲取該安全支付插件的ID。2022：在預置的瀏覽器與安全支付插件的兼容關系對照表中，查詢?yōu)g覽器ID是否與安全支付插件的ID為兼容關系。若是，則判斷為瀏覽器支持安全支付插件，執(zhí)行203；若否，則判斷為瀏覽不支持安全支付插件，執(zhí)行204。其中，獲取安全支付插件的ID后，在預置的瀏覽器-安全支付插件的兼容關系參照表中，匹配該瀏覽器ID和安全支付插件的ID。若該瀏覽器ID與安全支付插件的ID為兼容關系，則判斷為該瀏覽器支持該安全支付插件，執(zhí)行203；若該瀏覽器ID與安全支付插件的ID不為兼容關系，則判斷為該瀏覽器不支持該安全支付插件，執(zhí)行204。203：使安全支付插件顯示與該需支付訂單ID對應的支付頁面。進一步地，本步驟包括：2031：根據瀏覽器標識，獲取預定義的加載ID；將預定義的加載ID和該需支付訂單ID發(fā)送給瀏覽器，使瀏覽器根據加載ID自動加載安全支付插件，并使瀏覽器將需支付訂單ID傳遞給安全支付插件。其中，該加載ID為服務器與瀏覽器共同約定的自動加載安全支付插件的ID。其中，預先定義一個加載ID。該加載ID為服務器與瀏覽器共同約定的ID，用于使瀏覽器自動調用安全支付插件。具體地，該加載ID為服務器與瀏覽器共同約定的且內容固定的字符串。例如，根據HTML語言規(guī)范，可設置字符串“SECURITYPAY”為調用安全支付插件的加載ID。當瀏覽器檢測到字符串“SECURITYPAY”時，自動調用安全支付插件。其中，該加載ID，一方面用于自動調用安全支付插件；另一方面還可用于傳遞需支付訂單ID等其他需支付信息給安全支付插件。具體地，為前述字符串“SECURITYPAY”設置屬性，將需支付訂單ID等其他需支付信息作為加載ID的屬性值。例如，為字符串“SECURITYPAY”設置兩個屬性，第一個屬性用于控制自動調用行為，第二個屬性用于傳遞需支付訂單ID等其他需支付信息。其中，第一個屬性包括兩個固定參數，Ver和interval。這兩個固定參數的具體含義參見表1。進一步地，安全支付插件的調用信息的表現形式為，SECURITYPAY[固定參數][訂單參數名1＝”參數值1”&參數名2＝”參數值2”&…參數名n＝”參數值n”]。表1其中，瀏覽器接收加載ID后，將自動調用移動終端中的安全支付插件，并將需支付訂單ID等其他需支付信息傳遞給安全支付插件。值得說明的是，網站服務器需將加載ID以注釋的形式設置在收銀臺頁面中。用戶觸發(fā)支付請求后，瀏覽器對當前的收銀臺頁面的注釋內容進行篩選，若瀏覽器自身支持安全支付插件，就能夠識別該加載ID，自動調用安全支付插件；若瀏覽器自身不支持安全支付插件，將自動忽略位于HTML注釋中的加載ID。具體地，注釋形式的加載ID為，“<！--SECURITYPAY[固定參數][定單參數名1＝”參數值1”&參數名2＝”參數值2”&…參數名n＝”參數值n”]-->”。2032：由加載后的安全支付插件創(chuàng)建并顯示與需支付訂單ID對應的支付用戶界面。進一步地，安全支付插件被加載后，將讀取需支付訂單ID等其他需支付信息，并根據需支付信息創(chuàng)建與需支付訂單ID對應的支付用戶界面。完成創(chuàng)建后，安全支付插件將在屏幕的當前頁面中顯示與需支付訂單ID對應的支付用戶界面，以引導用戶輸入支付信息。用戶完成輸入后，安全支付插件將用戶通過該支付用戶界面輸入的支付信息進行加密，并將加密后的支付信息發(fā)送給服務器；服務器將該加密后的支付信息發(fā)送給網上銀行或第三方支付平臺，并將返回的支付結果反饋給瀏覽器；瀏覽器根據收到的數據顯示支付結果或者跳轉到商品頁面。此為本領域熟知技術，在此不再詳述。204：使該瀏覽器顯示與該需支付訂單ID對應的支付頁面。進一步地，本步驟包括：2041：根據需支付訂單ID，創(chuàng)建與該需支付訂單ID對應的表單支付頁面。具體地，根據需支付訂單ID，創(chuàng)建一份與該需支付訂單ID對應的支付頁面。該支付頁面在頁面中采用FORM表單的形式。該FORM表單用于使用戶根據相關提示輸入具體地的支付信息，包括信用卡卡號、持卡人姓名和證件號碼(如身份證號碼)等。進一步地，該FORM表單將用戶輸入的支付信息以POST方式進行提交。此為本領域熟知技術，在此不再詳述。2042：將該表單支付頁面發(fā)送給瀏覽器，使瀏覽器顯示該表單支付頁面。其中，獲取與該需支付訂單ID對應的支付頁面后，將該支付頁面發(fā)送給瀏覽器。瀏覽器接收該支付頁面后，將更新收銀臺頁面為該支付頁面。用戶通過該表單支付頁面進行支付信息的輸入，完成輸入后，用手或觸控筆觸屏點擊“付款”按鈕，觸發(fā)付款請求；瀏覽器將FORM表單提交的支付信息以HTTP請求的POST形式發(fā)送給服務器；服務器接收該HTTP請求后，連接網上銀行或第三方支付平臺，完成該需支付訂單的支付，并將支付結果返回給瀏覽器進行顯示。此為本領域熟知技術，在此不再詳述。值得說明的是，針對表單支付頁面，網站服務器可將FORM表單以注釋的形式設置在收銀臺頁面中；并且，為了以加載安全支付插件為優(yōu)選，服務器在FORM表單之前添加隱藏標記。隱藏標記的表現形式為，<！--HIDE_BEGIN-->FORM表單<！--HIDE_END-->。那么，用戶觸發(fā)支付請求后，瀏覽器對當前的收銀臺頁面的注釋內容進行篩選，若瀏覽器自身支持安全支付插件，就能夠識別加載ID，自動調用安全支付插件，從而忽略添加了隱藏標記的FORM表單；若瀏覽器自身不支持安全支付插件，將不能識別加載ID，而能夠讀取添加了隱藏標記的FORM表單。從而，不支持安全支付插件的瀏覽器能夠顯示表單支付頁面。本發(fā)明實施例提供的技術方案帶來的有益效果是：通過接收顯示支付頁面請求，該請求包括瀏覽器標識和需支付訂單標識；根據該瀏覽器標識，判斷該瀏覽器是否支持安全支付插件；若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單標識對應的支付頁面；能夠考慮到移動終端中所安裝的瀏覽器不支持安全支付插件的情況，由服務器創(chuàng)建與需支付訂單標識對應的支付頁面，并通過瀏覽器顯示該支付頁面；從而滿足了各瀏覽器的兼容性，使各瀏覽器都可以顯示支付頁面；讓用戶通過支付頁面完成網上支付；提高了用戶體驗和產品口碑。實施例3參見圖4，本發(fā)明實施例3提供了一種服務器，該服務器包括：接收模塊301，用于接收顯示支付頁面請求，該請求包括瀏覽器ID和需支付訂單ID。判斷模塊302，用于根據該瀏覽器ID，判斷該瀏覽器是否支持安全支付插件。第一顯示模塊303，用于若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單ID對應的支付頁面。本發(fā)明實施例提供的技術方案帶來的有益效果是：通過接收顯示支付頁面請求，該請求包括瀏覽器標識和需支付訂單標識；根據該瀏覽器標識，判斷該瀏覽器是否支持安全支付插件；若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單標識對應的支付頁面；能夠考慮到移動終端中所安裝的瀏覽器不支持安全支付插件的情況，由服務器創(chuàng)建與需支付訂單標識對應的支付頁面，并通過瀏覽器顯示該支付頁面；從而滿足了各瀏覽器的兼容性，使各瀏覽器都可以顯示支付頁面；讓用戶通過支付頁面完成網上支付；提高了用戶體驗和產品口碑。實施例4參見圖5，本發(fā)明實施例4提供了一種服務器，該服務器包括：接收模塊401，用于接收顯示支付頁面請求，該請求包括瀏覽器ID和需支付訂單ID。判斷模塊402，用于根據該瀏覽器ID，判斷該瀏覽器是否支持安全支付插件。其中，判斷模塊402包括：獲取單元4021，用于獲取安全支付插件的ID。查詢單元4022，用于在預置的瀏覽器與安全支付插件的兼容關系對照表中，查詢?yōu)g覽器ID是否與安全支付插件的ID為兼容關系；若是，則判斷為瀏覽器支持安全支付插件；若否，則判斷為瀏覽器不支持安全支付插件。第一顯示模塊403，用于若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單ID對應的支付頁面。其中，顯示模塊403包括：創(chuàng)建單元4031，用于若該瀏覽器不支持安全支付插件，則根據該需支付訂單ID，創(chuàng)建與該需支付訂單ID對應的表單支付頁面。發(fā)送單元4032，用于將該表單支付頁面發(fā)送給該瀏覽器，使該瀏覽器顯示該表單支付頁面。第二顯示模塊404，用于若該瀏覽器支持安全支付插件，則使該安全支付插件顯示與需支付訂單ID對應的支付頁面。其中，第二顯示模塊404包括：獲取加載單元4041，用于根據瀏覽器ID，獲取預定義的加載ID；該預定義的加載ID為服務器與瀏覽器共同約定的自動加載安全支付插件的ID；將加載ID和需支付訂單ID發(fā)送給瀏覽器，使瀏覽器根據加載ID加載安全支付插件，并使瀏覽器將需支付訂單ID傳遞給安全支付插件；創(chuàng)建顯示單元4042，用于由加載后的安全支付插件創(chuàng)建并顯示與需支付訂單ID對應的支付用戶界面。本發(fā)明實施例提供的技術方案帶來的有益效果是：通過接收顯示支付頁面請求，該請求包括瀏覽器標識和需支付訂單標識；根據該瀏覽器標識，判斷該瀏覽器是否支持安全支付插件；若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單標識對應的支付頁面；能夠考慮到移動終端中所安裝的瀏覽器不支持安全支付插件的情況，由服務器創(chuàng)建與需支付訂單標識對應的支付頁面，并通過瀏覽器顯示該支付頁面；從而滿足了各瀏覽器的兼容性，使各瀏覽器都可以顯示支付頁面；讓用戶通過支付頁面完成網上支付；提高了用戶體驗和產品口碑。實施例5參見圖6，本發(fā)明實施例5提供了一種顯示支付頁面的系統(tǒng)，該系統(tǒng)包括：瀏覽器501和服務器502。其中，服務器502為實施例3或實施例4中描述的服務器。本發(fā)明實施例提供的技術方案帶來的有益效果是：通過接收顯示支付頁面請求，該請求包括瀏覽器標識和需支付訂單標識；根據該瀏覽器標識，判斷該瀏覽器是否支持安全支付插件；若該瀏覽器不支持安全支付插件，則使該瀏覽器顯示與該需支付訂單標識對應的支付頁面；能夠考慮到移動終端中所安裝的瀏覽器不支持安全支付插件的情況，由服務器創(chuàng)建與需支付訂單標識對應的支付頁面，并通過瀏覽器顯示該支付頁面；從而滿足了各瀏覽器的兼容性，使各瀏覽器都可以顯示支付頁面；讓用戶通過支付頁面完成網上支付；提高了用戶體驗和產品口碑。需要說明的是：上述實施例提供的服務器在使瀏覽器顯示支付頁面時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據需要而將上述功能分配由不同的功能模塊完成，即將服務器的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的服務器與顯示支付頁面的實施例屬于同一構思，其具體實現過程詳見方法實施例，這里不再贅述。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。本領域普通技術人員可以理解實現上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。