本發(fā)明涉及通信
技術領域：
：，尤其涉及一種支付方法、支付服務器、交易服務器及可讀存儲介質。
背景技術：
：：隨著移動通信的快速發(fā)展，手持移動終端越來越向智能化的方向發(fā)展，例如目前觸屏式智能手機或平板電腦，其功能也越來越多，操作越來越簡便，且隨著使用者需求的增加，所述移動通信終端所具有的應用程序也越來越多，所述移動通信終端早已不是單純用來滿足人們的相互聯(lián)系，更成為人們日常生活中十分重要的移動個人娛樂終端。隨著移動終端的普及以及移動互聯(lián)網(wǎng)的發(fā)展，移動支付以驚人的速度滲透到人們的日常生活中，現(xiàn)在幾乎可以是說是一部終端可以滿足吃穿住行的各種支付問題。如何保證訂單支付訂單安全性是頭等大事，目前多數(shù)終端制造商會自己集成各主流支付渠道形成自己的支付組件，而訂單信息是通過外接的交易應用透傳給支付組件，從而根據(jù)所選的不同渠道到各自的渠道去支付，但是在交易應用透傳給支付組件過程中，熟悉訂單信息加密方式和傳遞方式的人員可以通過工具對訂單信息進行篡改，從而達到篡改訂單金額的目的，無法保證用戶的財產安全。技術實現(xiàn)要素：有鑒于此，本發(fā)明實施例期望提供一種支付方法、支付服務器、交易服務器及可讀存儲介質，解決了現(xiàn)有技術方案中當無法對訂單信息是否被篡改進行驗證的問題，實現(xiàn)了在訂單支付前對訂單信息進行驗證，當確認訂單沒有被篡改的情況下再進行支付，提高了用戶財產的安全性。本發(fā)明實施例的技術方案是這樣實現(xiàn)的：第一方面，本發(fā)明實施例提供一種支付方法，所述方法包括：接收支付組件應用發(fā)送的支付憑證請求，其中，所述支付憑證請求中攜帶有待支付的訂單信息和預支付憑證；解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證；根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息；如果所述第一訂單信息和待支付的訂單信息相同，獲取支付憑證；將所述支付憑證發(fā)送給所述支付組件應用。第二方面，本發(fā)明實施例再提供一種支付方法，所述方法包括：接收交易應用發(fā)送的創(chuàng)建訂單的請求消息，其中，所述請求消息中攜帶有第一訂單信息；根據(jù)預設的簽名規(guī)則對第一訂單信息進行簽名，得到第二訂單信息；將攜帶有所述第一訂單信息和所述第二訂單信息的預支付憑證請求發(fā)送給支付服務器；接收所述支付服務器發(fā)送的預支付憑證；將所述預支付憑證和所述第一訂單信息發(fā)送給交易應用，以使得交易應用發(fā)起支付請求。第三方面，本發(fā)明實施例提供一種支付服務器所述支付服務器至少包括：處理器、存儲器、通信總線，其中：所述通信總線用于實現(xiàn)處理器和存儲器之間的連接通信；所述存儲器用于存儲支付程序；所述處理器用于執(zhí)行存儲器中存儲的支付程序，以實現(xiàn)以下步驟：接收支付組件應用發(fā)送的支付憑證請求，其中，所述支付憑證請求中攜帶有待支付的訂單信息和預支付憑證；解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證；根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息；如果所述第一訂單信息和待支付的訂單信息相同，獲取支付憑證；將所述支付憑證發(fā)送給所述支付組件應用。第四方面，本發(fā)明實施例提供一種交易服務器，所述交易服務器至少包括：處理器、存儲器和通信總線，其中：所述通信總線用于實現(xiàn)處理器和存儲器之間的連接通信；所述存儲器用于存儲支付程序；所述處理器用于執(zhí)行存儲器中存儲的支付程序，以實現(xiàn)以下步驟：接收交易應用發(fā)送的創(chuàng)建訂單的請求消息，其中，所述請求消息中攜帶有第一訂單信息；根據(jù)預設的簽名規(guī)則對第一訂單信息進行簽名，得到第二訂單信息；將攜帶有所述第一訂單信息和所述第二訂單信息的預支付憑證請求發(fā)送給支付服務器；接收所述支付服務器發(fā)送的預支付憑證；將所述預支付憑證和所述第一訂單信息發(fā)送給交易應用，以使得交易應用發(fā)起支付請求。第五方面，本發(fā)明實施例提供一種計算機可讀存儲介質，所述計算機可讀存儲介質上存儲有支付程序，所述支付程序被處理器執(zhí)行時實現(xiàn)上述支付方法的步驟。第六方面，本發(fā)明實施例提供一種計算機可讀存儲介質，所述計算機可讀存儲介質上存儲有支付程序，所述支付程序被處理器執(zhí)行時實現(xiàn)上述支付方法的步驟。本發(fā)明的實施例所提供的一種支付方法、支付服務器、交易服務器及可讀存儲介質，其中，首先接收支付組件應用發(fā)送的支付憑證請求，其中，所述支付憑證請求中攜帶有待支付的訂單信息和預支付憑證；再解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證；然后根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息，如果所述第一訂單信息和待支付的訂單信息相同，獲取支付憑證；將所述支付憑證發(fā)送給所述支付組件應用。這樣，當用戶進行支付之前，先對待支付的訂單與預先存儲的預支付憑證對應的第一訂單信息進行比較驗證，當驗證通過之后再向支付組件應用返回支付憑證，如此，能夠在支付之前驗證待支付的訂單是否被惡意篡改，在驗證通過后進行后續(xù)的支付過程，保證了用戶的財產安全。附圖說明圖1為實現(xiàn)本發(fā)明各個實施例的一種移動終端的硬件結構示意圖；圖2為本發(fā)明實施例提供的一種通信網(wǎng)絡系統(tǒng)架構圖；圖3為本發(fā)明實施例提供的一種支付方法的實現(xiàn)流程示意圖；圖4為本發(fā)明實施例用戶下單的界面示意圖；圖5為本發(fā)明實施例支付組件應用中支付渠道的界面示意圖；圖6位本發(fā)明實施例支付失敗的界面示意圖；圖7為本發(fā)明實施例相關技術中的支付方法示意圖；圖8為本發(fā)明實施例提供的一種支付方法的實現(xiàn)流程示意圖；圖9為本發(fā)明實施例再一種支付方法的實現(xiàn)流程示意圖；圖10為本發(fā)明實施例提供的一種支付服務器的組成結構示意圖。具體實施方式應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身沒有特定的意義。因此，“模塊”、“部件”或“單元”可以混合地使用。終端可以以各種形式來實施。例如，本發(fā)明中描述的終端可以包括諸如手機、平板電腦、筆記本電腦、掌上電腦、個人數(shù)字助理(personaldigitalassistant，pda)、便捷式媒體播放器(portablemediaplayer，pmp)、導航裝置、可穿戴設備、智能手環(huán)、計步器等移動終端，以及諸如數(shù)字tv、臺式計算機等固定終端。后續(xù)描述中將以移動終端為例進行說明，本領域技術人員將理解的是，除了特別用于移動目的的元件之外，根據(jù)本發(fā)明的實施方式的構造也能夠應用于固定類型的終端。請參閱圖1，其為實現(xiàn)本發(fā)明各個實施例的一種移動終端的硬件結構示意圖，該移動終端100可以包括：rf(radiofrequency，射頻)單元101、wifi模塊102、音頻輸出單元103、a/v(音頻/視頻)輸入單元104、傳感器105、顯示單元106、用戶輸入單元107、接口單元108、存儲器109、處理器110、以及電源111等部件。本領域技術人員可以理解，圖1中示出的移動終端結構并不構成對移動終端的限定，移動終端可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。下面結合圖1對移動終端的各個部件進行具體的介紹：射頻單元101可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，具體的，將基站的下行信息接收后，給處理器110處理；另外，將上行的數(shù)據(jù)發(fā)送給基站。通常，射頻單元101包括但不限于天線、至少一個放大器、收發(fā)信機、耦合器、低噪聲放大器、雙工器等。此外，射頻單元101還可以通過無線通信與網(wǎng)絡和其他設備通信。上述無線通信可以使用任一通信標準或協(xié)議，包括但不限于gsm(globalsystemofmobilecommunication，全球移動通訊系統(tǒng))、gprs(generalpacketradioservice，通用分組無線服務)、cdma2000(codedivisionmultipleaccess2000，碼分多址2000)、wcdma(widebandcodedivisionmultipleaccess,寬帶碼分多址)、td-scdma(timedivision-synchronouscodedivisionmultipleaccess，時分同步碼分多址)、fdd-lte(frequencydivisionduplexing-longtermevolution，頻分雙工長期演進)和tdd-lte(timedivisionduplexing-longtermevolution，分時雙工長期演進)等。wifi屬于短距離無線傳輸技術，移動終端通過wifi模塊102可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網(wǎng)訪問。雖然圖1示出了wifi模塊102，但是可以理解的是，其并不屬于移動終端的必須構成，完全可以根據(jù)需要在不改變發(fā)明的本質的范圍內而省略。音頻輸出單元103可以在移動終端100處于呼叫信號接收模式、通話模式、記錄模式、語音識別模式、廣播接收模式等等模式下時，將射頻單元101或wifi模塊102接收的或者在存儲器109中存儲的音頻數(shù)據(jù)轉換成音頻信號并且輸出為聲音。而且，音頻輸出單元103還可以提供與移動終端100執(zhí)行的特定功能相關的音頻輸出(例如，呼叫信號接收聲音、消息接收聲音等等)。音頻輸出單元103可以包括揚聲器、蜂鳴器等等。a/v輸入單元104用于接收音頻或視頻信號。a/v輸入單元104可以包括圖形處理器(graphicsprocessingunit，gpu)1041和麥克風1042，圖形處理器1041對在視頻捕獲模式或圖像捕獲模式中由圖像捕獲裝置(如攝像頭)獲得的靜態(tài)圖片或視頻的圖像數(shù)據(jù)進行處理。處理后的圖像幀可以顯示在顯示單元106上。經圖形處理器1041處理后的圖像幀可以存儲在存儲器109(或其它存儲介質)中或者經由射頻單元101或wifi模塊102進行發(fā)送。麥克風1042可以在電話通話模式、記錄模式、語音識別模式等等運行模式中經由麥克風1042接收聲音(音頻數(shù)據(jù))，并且能夠將這樣的聲音處理為音頻數(shù)據(jù)。處理后的音頻(語音)數(shù)據(jù)可以在電話通話模式的情況下轉換為可經由射頻單元101發(fā)送到移動通信基站的格式輸出。麥克風1042可以實施各種類型的噪聲消除(或抑制)算法以消除(或抑制)在接收和發(fā)送音頻信號的過程中產生的噪聲或者干擾。移動終端100還包括至少一種傳感器105，比如光傳感器、運動傳感器以及其他傳感器。具體地，光傳感器包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來調節(jié)顯示面板1061的亮度，接近傳感器可在移動終端100移動到耳邊時，關閉顯示面板1061和/或背光。作為運動傳感器的一種，加速計傳感器可檢測各個方向上(一般為三軸)加速度的大小，靜止時可檢測出重力的大小及方向，可用于識別手機姿態(tài)的應用(比如橫豎屏切換、相關游戲、磁力計姿態(tài)校準)、振動識別相關功能(比如計步器、敲擊)等；至于手機還可配置的指紋傳感器、壓力傳感器、虹膜傳感器、分子傳感器、陀螺儀、氣壓計、濕度計、溫度計、紅外線傳感器等其他傳感器，在此不再贅述。顯示單元106用于顯示由用戶輸入的信息或提供給用戶的信息。顯示單元106可包括顯示面板1061，可以采用液晶顯示器(liquidcrystaldisplay，lcd)、有機發(fā)光二極管(organiclight-emittingdiode,oled)等形式來配置顯示面板1061。用戶輸入單元107可用于接收輸入的數(shù)字或字符信息，以及產生與移動終端的用戶設置以及功能控制有關的鍵信號輸入。具體地，用戶輸入單元107可包括觸控面板1071以及其他輸入設備1072。觸控面板1071，也稱為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板1071上或在觸控面板1071附近的操作)，并根據(jù)預先設定的程式驅動相應的連接裝置。觸控面板1071可包括觸摸檢測裝置和觸摸控制器兩個部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉換成觸點坐標，再送給處理器110，并能接收處理器110發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實現(xiàn)觸控面板1071。除了觸控面板1071，用戶輸入單元107還可以包括其他輸入設備1072。具體地，其他輸入設備1072可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關按鍵等)、軌跡球、鼠標、操作桿等中的一種或多種，具體此處不做限定。進一步的，觸控面板1071可覆蓋顯示面板1061，當觸控面板1071檢測到在其上或附近的觸摸操作后，傳送給處理器110以確定觸摸事件的類型，隨后處理器110根據(jù)觸摸事件的類型在顯示面板1061上提供相應的視覺輸出。雖然在圖1中，觸控面板1071與顯示面板1061是作為兩個獨立的部件來實現(xiàn)移動終端的輸入和輸出功能，但是在某些實施例中，可以將觸控面板1071與顯示面板1061集成而實現(xiàn)移動終端的輸入和輸出功能，具體此處不做限定。接口單元108用作至少一個外部裝置與移動終端100連接可以通過的接口。例如，外部裝置可以包括有線或無線頭戴式耳機端口、外部電源(或電池充電器)端口、有線或無線數(shù)據(jù)端口、存儲卡端口、用于連接具有識別模塊的裝置的端口、音頻輸入/輸出(i/o)端口、視頻i/o端口、耳機端口等等。接口單元108可以用于接收來自外部裝置的輸入(例如，數(shù)據(jù)信息、電力等等)并且將接收到的輸入傳輸?shù)揭苿咏K端100內的一個或多個元件或者可以用于在移動終端100和外部裝置之間傳輸數(shù)據(jù)。存儲器109可用于存儲軟件程序以及各種數(shù)據(jù)。存儲器109可主要包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應用程序(比如聲音播放功能、圖像播放功能等)等；存儲數(shù)據(jù)區(qū)可存儲根據(jù)手機的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲器109可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。處理器110是移動終端的控制中心，利用各種接口和線路連接整個移動終端的各個部分，通過運行或執(zhí)行存儲在存儲器109內的軟件程序和/或模塊，以及調用存儲在存儲器109內的數(shù)據(jù)，執(zhí)行移動終端的各種功能和處理數(shù)據(jù)，從而對移動終端進行整體監(jiān)控。處理器110可包括一個或多個處理單元；優(yōu)選的，處理器110可集成應用處理器和調制解調處理器，其中，應用處理器主要處理操作系統(tǒng)、用戶界面和應用程序等，調制解調處理器主要處理無線通信?？梢岳斫獾氖牵鲜稣{制解調處理器也可以不集成到處理器110中。移動終端100還可以包括給各個部件供電的電源111(比如電池)，優(yōu)選的，電源111可以通過電源管理系統(tǒng)與處理器110邏輯相連，從而通過電源管理系統(tǒng)實現(xiàn)管理充電、放電、以及功耗管理等功能。盡管圖1未示出，移動終端100還可以包括藍牙模塊等，在此不再贅述。為了便于理解本發(fā)明實施例，下面對本發(fā)明的移動終端所基于的通信網(wǎng)絡系統(tǒng)進行描述。請參閱圖2，圖2為本發(fā)明實施例提供的一種通信網(wǎng)絡系統(tǒng)架構圖，該通信網(wǎng)絡系統(tǒng)為通用移動通信技術的lte系統(tǒng)，該lte系統(tǒng)包括依次通訊連接的ue(userequipment，用戶設備)201，e-utran(evolvedumtsterrestrialradioaccessnetwork，演進式umts陸地無線接入網(wǎng))202，epc(evolvedpacketcore，演進式分組核心網(wǎng))203和運營商的ip業(yè)務204。具體地，ue201可以是上述終端100，此處不再贅述。e-utran202包括enodeb2021和其它enodeb2022等。其中，enodeb2021可以通過回程(backhaul)(例如x2接口)與其它enodeb2022連接，enodeb2021連接到epc203，enodeb2021可以提供ue201到epc203的接入。epc203可以包括mme(mobilitymanagemententity，移動性管理實體)2031，hss(homesubscriberserver，歸屬用戶服務器)2032，其它mme2033，sgw(servinggateway，服務網(wǎng)關)2034，pgw(pdngateway，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關)2035和pcrf(policyandchargingrulesfunction，政策和資費功能實體)2036等。其中，mme2031是處理ue201和epc203之間信令的控制節(jié)點，提供承載和連接管理。hss2032用于提供一些寄存器來管理諸如歸屬位置寄存器(圖中未示)之類的功能，并且保存有一些有關服務特征、數(shù)據(jù)速率等用戶專用的信息。所有用戶數(shù)據(jù)都可以通過sgw2034進行發(fā)送，pgw2035可以提供ue201的ip地址分配以及其它功能，pcrf2036是業(yè)務數(shù)據(jù)流和ip承載資源的策略與計費控制策略決策點，它為策略與計費執(zhí)行功能單元(圖中未示)選擇及提供可用的策略和計費控制決策。ip業(yè)務204可以包括因特網(wǎng)、內聯(lián)網(wǎng)、ims(ipmultimediasubsystem，ip多媒體子系統(tǒng))或其它ip業(yè)務等。雖然上述以lte系統(tǒng)為例進行了介紹，但本領域技術人員應當知曉，本發(fā)明不僅僅適用于lte系統(tǒng)，也可以適用于其他無線通信系統(tǒng)，例如gsm、cdma2000、wcdma、td-scdma以及未來新的網(wǎng)絡系統(tǒng)等，此處不做限定?；谏鲜鲆苿咏K端硬件結構以及通信網(wǎng)絡系統(tǒng)，提出本發(fā)明方法各個實施例。實施例一本發(fā)明實施例提供一種支付方法，圖3為本發(fā)明實施例提供的一種支付方法的實現(xiàn)流程示意圖，如圖3所示，所述方法包括以下步驟：步驟s301，接收支付組件應用發(fā)送的支付憑證請求。這里，步驟s301接收支付組件應用發(fā)送的支付憑證請求可以是由支付組件應用的服務器實現(xiàn)的。服務器，也稱伺服器，是提供計算服務的設備。由于服務器需要響應服務請求，并進行處理，因此一般來說服務器應具備承擔服務并且保障服務的能力。服務器的構成和通用的計算機架構類似，但是由于需要提供高可靠的服務，因此在處理能力、穩(wěn)定性、可靠性、安全性、可擴展性、可管理性等方面要求較高。本發(fā)明實施例中的服務器可以是滿足要求的高配置的計算機，也可以是云服務器。本發(fā)明實施例及其他實施例中的支付組件應用可以是終端系統(tǒng)內置的支付組件應用，也就是說，是終端制造商自己集成各種支付渠道而形成自己的支付組件應用。目前很多的終端制造商都形成了各自的支付組件應用，各終端制造商中支付組件應用在支持的支付渠道上有所不同。這里所說的終端，可以是移動終端，指可以在移動中使用的設備，廣義的講包括手機、筆記本、平板電腦，甚至包括車載電腦。但是，大部分情況下是指手機或者具有多種應用功能的智能手機以及平板電腦。移動智能終端可以簡稱為智能終端，移動智能終端擁有接入互聯(lián)網(wǎng)能力，通常搭載各種操作系統(tǒng)，可根據(jù)用戶需求定制化各種功能。生活中常見的智能終端包括移動智能終端、車載智能終端、智能電視、可穿戴設備等。當然也可以是諸如臺式計算機之類的具有有線聯(lián)網(wǎng)能力的且不便移動的設備。在本發(fā)明實施例中，所述支付憑證請求中攜帶有待支付的訂單信息和預支付憑證。在本發(fā)明其他實施例中，所述支付憑證請求中還可以攜帶有用戶選擇的支付渠道、對訂單信息和預支付憑證按照預設的簽名規(guī)則進行簽名得到的信息。步驟s302，解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證。在本發(fā)明實施例中，所述步驟s302解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證，可以是由支付服務器實現(xiàn)的。所述支付憑證請求包括請求包頭和請求包體兩個部分。其中請求包頭中攜帶有請求包體的加密方式、以及預設的簽名規(guī)則。在本發(fā)明其他實施例中，所述步驟s302可以由以下步驟實現(xiàn)：步驟s302a，對所述支付憑證請求中的包頭進行解析，獲取請求包體的加密方式、簽名規(guī)則。這里，對所述支付憑證請求中的包頭進行解析在實現(xiàn)過程中，可以是對包頭進行二進制轉碼。請求包體的加密方式可以是三次數(shù)據(jù)加密標準(3dataencryptionstandard，3des)加密，簽名規(guī)則可以是按照md5(message-digestalgorithm5，信息-摘要算法5)簽名。步驟s302b，根據(jù)所述加密方式，對請求包體進行解密，獲取待支付的訂單信息和預支付憑證。在本發(fā)明其他實施例中，若所述支付憑證請求中攜帶有對訂單信息和預支付憑證按照預設的簽名規(guī)則進行簽名得到的信息，在步驟s302b之后，所述方法還包括：按照所述簽名規(guī)則對所述待支付的訂單信息和預支付憑證進行校驗，判斷是否校驗成功；如果校驗成功，進入步驟s303；如果校驗失敗，則返回支付失敗，結束流程。步驟s303，根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息。在本發(fā)明實施例中，所述步驟s303根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息可以是由支付服務器實現(xiàn)的。在本發(fā)明其他實施例中，當用戶在交易應用中選擇好商品，點擊立即下單后，交易應用將第一訂單信息發(fā)送給交易服務器，其中所述第一訂單信息中可以包括商品的名稱、數(shù)量、用戶的標識(identification，id)、商家的id等信息。交易服務器對所述第一訂單信息進行簽名，得到第二訂單信息。所述第二訂單信息可以是一個簽名字符串。所述交易應用也就是用戶進行購物的應用程序(application，app)，也可以稱之為交易客戶端、商戶客戶端。所述交易服務器為所述交易應用對應的服務器。步驟s304，如果所述第一訂單信息和待支付的訂單信息相同，獲取支付憑證。在本發(fā)明實施例中，所述步驟s304如果所述第一訂單信息和待支付的訂單信息相同，獲取支付憑證可以是由支付服務器實現(xiàn)的。在本發(fā)明其他實施例中，在所述步驟s304之前，所述方法還包括：判斷所述第一訂單信息和所述待支付的訂單信息是否相同；其中，如果所述第一訂單信息和所述待支付的訂單信息相同，則表明訂單信息沒有被惡意篡改，進入步驟s304；如果所述第一訂單信息和所述待支付的訂單信息不同，則表明訂單信息被惡意篡改，此時返回支付失敗，結束流程。步驟s305，將所述支付憑證發(fā)送給所述支付組件應用。在本發(fā)明實施例中，所述步驟s305將所述支付憑證發(fā)送給所述支付組件應用可以是由支付服務器實現(xiàn)的。所述步驟s305將所述支付憑證發(fā)送給所述支付組件應用，在實現(xiàn)過程中可以是，將所述支付憑證按照根據(jù)支付憑證請求中攜帶的加密方式進行加密，得到加密后的支付憑證，將所述加密后的支付憑證發(fā)送給所述支付組件應用。本發(fā)明的實施例所提供的支付方法，首先接收支付組件應用發(fā)送的支付憑證請求，其中，所述支付憑證請求中攜帶有待支付的訂單信息和預支付憑證；再解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證；然后根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息，如果所述第一訂單信息和待支付的訂單信息相同，獲取支付憑證；將所述支付憑證發(fā)送給所述支付組件應用。這樣，當用戶進行支付之前，先對待支付的訂單與預先存儲的預支付憑證對應的第一訂單信息進行比較驗證，當驗證通過之后再向支付組件應用返回支付憑證，如此，能夠在支付之前驗證待支付的訂單是否被惡意篡改，在驗證通過后進行后續(xù)的支付過程，保證了用戶的財產安全。實施例二基于前述的實施例，本發(fā)明實施例再提供一種支付方法，所述方法包括以下步驟：步驟1，交易應用向交易服務器發(fā)送第一訂單信息。在本發(fā)明實施例中，圖4為本發(fā)明實施例用戶下單的界面示意圖,如圖4所示,當用戶在交易應用的界面上完成商品選擇后，點擊401立即下單時，所述交易應用將第一訂單信息發(fā)送給所述交易服務器。其中，所述第一訂單信息中至少包括：商品名稱、商品數(shù)量、用戶id、商家id。步驟2，所述交易服務器根據(jù)所述第一訂單信息對所述第一訂單信息進行簽名得到第二訂單信息。這里，所述交易服務器接收到所述第一訂單信息后，對所述第一訂單信息按照預設的簽名規(guī)則進行簽名。所述預設的簽名規(guī)則可以是由支付組件應用提供的，也可以是由終端制造商在終端出廠時設定好的。在實際實現(xiàn)中，可以使用md5規(guī)則進行簽名。所述第二訂單信息可以是一個簽名字符串。步驟3，所述交易服務器向支付服務器發(fā)送預支付憑證請求。在本發(fā)明實施例中，所述預支付憑證請求中攜帶有第一訂單信息和第二訂單信息。步驟4，所述支付服務器接收交易服務器發(fā)送的預支付憑證請求。步驟5，所述支付服務器解析所述預支付憑證請求，獲取所述預支付憑證請求中攜帶的第一訂單信息和第二訂單信息。步驟6，當根據(jù)預設的簽名規(guī)則對所述第一訂單信息校驗成功后，所述支付服務器生成所述第一訂單信息對應的預支付憑證。在本發(fā)明實施例中，所述支付服務器對所述第一訂單信息按照預設的簽名規(guī)則進行驗證，也就是判斷對接收到的第一訂單信息進行簽名后得到的簽名字符串與第二訂單信息是否相同，如果對接收到的第一訂單信息進行簽名后得到的簽名字符串與第二訂單信息相同，則表明訂單信息沒有被篡改，進而生成所述第一訂單信息對應的預支付憑證；如果對接收到的第一訂單信息進行簽名后得到的簽名字符串與第二訂單信息不同，則表明訂單信息已經被篡改，則支付服務器向交易服務器返回支付失敗，結束流程。所述預支付憑證也可以是一個字符串，在實現(xiàn)過程中可以是由時間戳加上預設位數(shù)的隨機數(shù)構成，并且，每個預支付憑證都是唯一的，不存在兩個相同的預支付憑證。步驟7，所述支付服務器將所述預支付憑證發(fā)送給所述交易服務器。步驟8，所述交易服務器根據(jù)接收到的預支付憑證和所述第一訂單信息生成支付請求，并將所述支付請求發(fā)送給交易應用。在本發(fā)明實施例中，所述交易服務器接收到所述預支付憑證后，對所述預支付憑證和所述第一訂單信息按照預設的簽名規(guī)則進行簽名得到第三訂單信息，并將所述第三訂單信息攜帶于支付請求中發(fā)送給所述交易應用。步驟9，所述交易應用接收到所述支付請求后，將所述支付請求發(fā)送給支付組件應用。這里，交易應用將所述支付請求發(fā)送給所述支付組件應用時可以采用透傳的方式。當然可以對支付請求進行加密后再發(fā)送給所述支付組件應用。步驟10，所述支付組件應用向所述支付服務器發(fā)送獲取支付渠道請求。在本發(fā)明實施例中，所述支付渠道請求中包括請求包頭和請求包體。其中，所述請求包頭中攜帶有對所述第三訂單信息進行簽名時的簽名規(guī)則以及支付組件應用的應用程序標識(applicationidentification，appid，所述請求包體中攜帶有第三訂單信息。步驟11，所述支付服務器解析所述支付渠道請求，獲取所述支付渠道請求對應的支付渠道。在本發(fā)明其他實施例中，所述步驟11進一步包括：步驟11a，所述支付服務器解析所述支付渠道請求的請求包頭，獲取請求包頭中攜帶的簽名規(guī)則和appid；步驟11b，所述支付服務器按照簽名規(guī)則對所述第三訂單信息進行校驗；步驟11c，如果校驗成功，所述支付服務器根據(jù)所述appid獲取所述appid相應的支付渠道。其中，所述支付渠道至少有一個。步驟12，所述支付服務器將所述支付渠道發(fā)送給支付組件應用。這里，圖5為本發(fā)明實施例支付組件應用中支付渠道的界面示意圖，如圖5所示，在支付組件應用的界面上輸出了501第一支付渠道、502第二支付渠道、503第三支付渠道。步驟13，所述支付組件應用輸出所述支付渠道。在本發(fā)明實施例中，所述支付組件應用接收到所述支付渠道后在所述應用的界面上輸出支付渠道，將所述支付渠道供用戶選擇以進行后續(xù)的支付。步驟14，所述支付組件應用根據(jù)用戶選擇的支付渠道向支付服務器發(fā)送支付憑證請求。在本發(fā)明實施例中，當用戶選擇了某一支付渠道后，所述支付組件應用根據(jù)用戶選擇的支付渠道向支付服務器發(fā)送支付憑證請求。所述支付憑證請求包括請求包頭和請求包體，其中，請求包頭中至少攜帶有加密方式和簽名規(guī)則，所述請求包體中至少攜帶有用戶選擇的支付渠道和按照所述加密方式對第三訂單信息進行加密后得到的第四訂單信息。步驟15，所述支付服務器解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證。在本發(fā)明實施例中，所述支付服務器首先解析所述支付憑證請求中的請求包頭，獲取包頭中攜帶的簽名規(guī)則和加密方式；然后所述支付服務器根據(jù)獲取到的加密方式對第四訂單信息進行相應的解密，得到第三訂單信息；在對所述第三訂單信息按照簽名規(guī)則進行解密，得到待支付的訂單信息和預支付憑證。步驟16，所述支付服務器根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息。在本發(fā)明實施例中，所述步驟16所述支付服務器根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息可以通過查詢自身數(shù)據(jù)庫中存儲的預支付憑證與第一訂單的對應關系表，進而確定與所述預支付憑證對應的第一訂單信息。步驟17，如果所述第一訂單信息和待支付的訂單信息相同，所述支付服務器向第三方支付平臺發(fā)送獲取支付憑證的請求信息。在本發(fā)明其他實施例中，在所述步驟17之前，所述方法還包括：判斷所述第一訂單信息和待支付的訂單信息是否相同；其中，如果所述第一訂單信息和待支付的訂單信息相同，則進入步驟17；如果所述第一訂單信息和待支付的訂單信息不同，則返回支付失敗，結束流程。圖6位本發(fā)明實施例支付失敗的界面示意圖，如圖6所示，當所述第一訂單信息和待支付的訂單信息不同時，會彈出601所示的提示信息。步驟18，所述支付服務器接收所述第三方支付平臺發(fā)送的支付憑證。步驟19，所述支付服務器將所述支付憑證發(fā)送給所述支付組件應用。步驟20，所述支付組件應用接收到所述支付憑證后，向所述第三方支付平臺發(fā)起支付。步驟21，支付完成后，所述第三方支付平臺向所述支付組件應用發(fā)送支付完成消息。在本發(fā)明實施例中，當支付完成后，所述第三方支付平臺以同步的方式向所述支付組件應用發(fā)送支付完成消息。步驟22，所述第三方支付平臺向所述支付服務器發(fā)送支付完成消息。在本發(fā)明實施例中，當支付完成后，所述第三方支付平臺以異步的方式向所述支付服務器發(fā)送支付完成消息。步驟23，所述支付服務器向所述交易服務器發(fā)送支付完成消息。在本發(fā)明實施例中，所述交易服務器接收到支付完成消息后，通知商家支付完成，可以正常發(fā)貨。在本發(fā)明其他實施例中，所述步驟7之后，所述方法還包括：建立所述第一訂單信息和所述預支付憑證之間的對應關系表；將所述對應關系表存儲至自身的數(shù)據(jù)庫中。在本發(fā)明實施例提供的支付方法中，首先當商戶服務器創(chuàng)建訂單時，向交易服務器請求預支付憑證，交易服務器在對訂單進行校驗后在訂單沒有被篡改的前提下生成預支付憑證，并保存訂單信息和預支付憑證的對應關系表，以便后續(xù)的支付過程中對待支付的訂單信息再進行校驗；當用戶發(fā)起在支付組件應用上發(fā)起支付后，支付組件應用向支付服務器請求支付憑證，此時，支付服務器要再一次對待支付的訂單進行校驗，校驗成功后進行支付，這樣，能夠在支付之前驗證待支付的訂單是否被惡意篡改，在驗證通過后進行后續(xù)的支付過程，有效提升了支付的安全性，進而保證了用戶的個人財產安全。實施例三本發(fā)明實施例先提供一種支付方法，針對支付已有的支付流程，增加預支付流程，從而達到避免支付訂單金額被篡改的技術效果。為了更好地理解本發(fā)明實施例，首先對本發(fā)明實施例中的相關名詞進行解釋說明。商戶客戶端，為接入支付的第三方應用，也就是用戶進行購物的購物app。商戶服務端，為接入支付的第三方應用的服務端，也就是商戶客戶端對應的服務器。支付客戶端，為支付組件的app，所述支付組件為系統(tǒng)內置的組件。支付服務端，為支付組件的服務器，也就是支付客戶端對應的服務器。圖7為本發(fā)明實施例相關技術中的支付方法示意圖，如圖7所示，相關技術中的支付方法包括以下步驟：步驟s701，用戶通過商戶客戶端發(fā)起購買請求。步驟s702，所述商戶客戶端將用戶的訂單信息發(fā)送給商戶服務端。步驟s703，所述商戶服務端根據(jù)接收到的訂單信息，創(chuàng)建訂單，并將創(chuàng)建后的訂單發(fā)送給所述商戶客戶端。步驟s704，所述商戶客戶端向支付客戶端發(fā)起支付請求。這里，所述支付請求中攜帶有創(chuàng)建的訂單信息。步驟s705，所述支付客戶端向支付服務端請求支付渠道。步驟s706，所述支付服務端向所述支付客戶端返回支付渠道。步驟s707，所述支付客戶端向用戶展示支付渠道列表。步驟s708，用戶從支付渠道列表中選擇支付渠道，進行支付。步驟s709，所述支付客戶端向所述支付服務端請求獲取支付憑證。步驟s710，所述支付客戶端接收到所述支付服務端發(fā)送的支付憑證后向第三方支付平臺發(fā)起支付。步驟s711，所述第三方支付平臺完成支付后，同步通知支付app，支付已完成。步驟s712，所述支付客戶端向商戶客戶端發(fā)送支付結果。步驟s713，所述商戶客戶端直接將支付結果顯示給用戶。步驟s714，所述第三方支付平臺異步通知支付服務器支付成功。步驟s715，所述支付服務器通知商戶服務端支付已成功，通知商戶可以正常發(fā)貨。本發(fā)明實施例提供的支付方法，在創(chuàng)建訂單后增加了預支付的流程，并在支付客戶端向支付服務端請求獲取支付憑證時對待支付的訂單信息進行驗證，確保在訂單信息沒有被篡改的前提下進行支付。圖8為本發(fā)明實施例提供的一種支付方法的實現(xiàn)流程示意圖，如圖8所示，所述方法包括以下步驟：步驟s801，用戶通過商戶客戶端發(fā)起購買。步驟s802，所述商戶客戶端將用戶的訂單信息發(fā)送給商戶服務端商戶客戶端請求商戶服務端進行訂單創(chuàng)建。在本發(fā)明其他實施例中，所述步驟s802中用戶的訂單信息可以稱之為第一訂單信息。步驟s803，商戶服務端創(chuàng)建訂單，并根據(jù)支付組件提供的簽名規(guī)則對訂單進行簽名。所述簽名規(guī)則可以包括如下幾條：1、將所有參數(shù)名按字母順序進行排序,若遇到相同首字母，則以第二個字母的順序排序，沒有值的參數(shù)(包括null和“”情況)不要參與簽名。2、參與簽名的數(shù)據(jù)不要做統(tǒng)一資源定位符(uniformresourelocator，url)譯碼(encoding)，一律以8比特可變長度字符編碼(8-bitunicodetransformationformat，utf-8)編碼參與簽名。3、參與簽名的數(shù)據(jù)中，必須有字段數(shù)據(jù)時間戳(data_timestamp)，data_timestamp為接口發(fā)起的unix時間戳，如果傳入的時間與商戶服務端時間相差超過預設的時長，比如超過5分鐘，則商戶服務端可能會拒絕創(chuàng)建訂單請求。4、參數(shù)拼接：將所有參數(shù)按k1＝v1&k2＝v2&k3＝v3…格式進行拼接，不包含sign。5、簽名：將第3步所得字符串+”:”+appid+”:”+secret_key用md5計算摘要，得簽名字符串。需要說明的是，上述簽名規(guī)則僅為示例性說明，也可以是其他簽名規(guī)則，這里不一一列舉。步驟s804，所述商戶服務端將攜帶有簽名后的訂單的預支付憑證請求發(fā)送給支付服務端。這里，所述預支付憑證請求中還攜帶有第一訂單信息。在本發(fā)明其他實施例中，所述步驟s804中的簽名后的訂單，也可以稱之為第二訂單信息。步驟s805，所述支付服務端向所述商戶服務端返回一個預支付憑證。這里，所述支付服務器根據(jù)預支付憑證請求中攜帶的信息，對訂單進行md5校驗，校驗成功后，保存訂單詳細信息包括訂單金額等到數(shù)據(jù)庫，并生成一個預支付憑證返回給商戶服務端。也就是說，所述支付服務端解析所述預支付憑證請求，獲取所述預支付請求中攜帶的第一訂單信息和第二訂單信息。對所述第一訂單信息進行校驗，由于在本發(fā)明實施例中所述第二訂單信息是將所述第一訂單信息進行md5簽名后得到的，此時對所述預支付憑證請求中攜帶的第一訂單信息進行md5簽名，驗證得到的訂單信息是否于所述第二訂單信息相同，如果相同，則說明所述預支付憑證請求中攜帶第一訂單信息沒有被篡改，所述支付服務端為所示第一訂單信息生成一個預支付憑證；如果不同，則說明所述預支付憑證請求中攜帶的第一訂單信息被篡改了。所述支付服務端不會為被篡改的第一訂單信息生成預支付憑證。在本發(fā)明實施例中，保存訂單詳細信息包括訂單金額等到數(shù)據(jù)庫在實現(xiàn)時，可以建立第一訂單信息和預支付憑證的對應關系表，并將該對應關系表存儲到自身數(shù)據(jù)庫中。以便后續(xù)支付過程中對根據(jù)預支付憑證確定對應的第一訂單信息。步驟s806，所述商戶服務端根據(jù)獲取到的預支付憑證，對所述預支付憑證和所述第一訂單信息進行簽名加密，生成支付請求信息，并將所述支付請求信息發(fā)送給所述商戶客戶端。這里，在本發(fā)明實施例中，可以對所述預支付憑證和所述第一訂單信息按照步驟s802中提供的簽名規(guī)則進行簽名加密。也可以利用與步驟s802中提供的簽名規(guī)則不同的簽名規(guī)則進行簽名加密。步驟s807，所述商戶客戶端向所述支付客戶端發(fā)起支付請求。這里，商戶服務端將簽名后的訂單返回給商戶客戶端，商戶客戶端接收到簽名后的訂單后調起支付軟件開發(fā)工具包(softwaredevelopmentkit，sdk)，傳遞訂單數(shù)據(jù)。支付sdk調用支付app進行支付準備工作。需要說明的是，所述步驟s807中簽名后的訂單，也就是本發(fā)明其他實施例中的第三訂單信息。所述訂單數(shù)據(jù)也即所述第三訂單信息。所述支付請求中攜帶有所述第三訂單信息。步驟s808，所述支付客戶端向所述支付服務器發(fā)送獲取支付渠道請求。步驟s809，所述支付服務器向所述支付客戶端返回支付渠道列表。這里，在所述支付服務端接收到獲取支付渠道請求后，在實現(xiàn)的過程中，可以對請求包頭進行二進制轉碼，獲取包頭相應的參數(shù)數(shù)據(jù)，其中，所述參數(shù)數(shù)據(jù)中包括簽名規(guī)則、所述支付客戶端的appid。所述支付服務端根據(jù)包頭中攜帶的簽名規(guī)則對訂單數(shù)據(jù)進行簽名校驗；校驗通過后，支付服務端使用相應的appid通過超文本傳輸協(xié)議(hypertexttransferprotocol，http)請求到開發(fā)者平臺獲取支付客戶端(也就是支付app)的信息，驗證該應用是否有注冊。驗證通過后，支付服務器會根據(jù)請求中sdk的版本來獲取相對應的支付渠道返回給支付客戶端。步驟s810，所述支付客戶端獲取到支付渠道列表后，展示給用戶選擇以進行支付。步驟s811，用戶從支付渠道列表中選擇支付渠道，進行支付。步驟s812，根據(jù)用戶選擇的支付渠道、訂單信息和簽名再次請求支付服務端，獲取支付憑證。步驟s813，所述支付服務端接收到獲取支付憑證的請求后，校驗預支付憑證及對應金額。這里，所述支付服務端對請求包頭進行二進制轉碼，獲取包頭相應的參數(shù)數(shù)據(jù)，根據(jù)相應的規(guī)則對訂單數(shù)據(jù)進行簽名校驗，再根據(jù)從包頭同獲取到的加密方式對訂單包體進行3des解密，根據(jù)解密后的包體內容獲取訂單的相對應數(shù)據(jù)包括預支付憑證，根據(jù)預支付憑證，找出預支付訂單對比校驗請求訂單的詳細信息，通過比較支付金額，來判斷訂單是否被篡改，若是金額不一致則返回支付失敗，若是金額一致，則支付服務器根據(jù)不同的支付渠道對不同的第三方支付平臺進行請求獲取支付憑證(如：銀聯(lián)獲取的是流水號，微信支付獲取的是預支付憑證等)。獲取到支付憑證后，支付服務端將支付憑證以相同的加密方式加密傳遞給支付客戶端。步驟s814，所述支付客戶端接收到所述支付服務端發(fā)送的支付憑證后向第三方支付平臺發(fā)起支付。步驟s815，所述第三方支付平臺完成支付后，同步通知支付app，支付已完成。步驟s816，所述支付客戶端向商戶客戶端發(fā)送支付結果。步驟s817，所述商戶客戶端直接將支付結果顯示給用戶。步驟s818，所述第三方支付平臺異步通知支付服務器支付成功。步驟s819，所述支付服務端通知商戶服務端支付已成功，通知商戶可以正常發(fā)貨。在本發(fā)明實施例中再提供一種支付方法，圖9為本發(fā)明實施例再一種支付方法的實現(xiàn)流程示意圖，如圖9所示，所述方法包括以下步驟：步驟s901，商戶服務端請求預支付憑證。這里，當用戶提交訂單，所述商戶服務端創(chuàng)建訂單后，向支付服務端發(fā)送預支付憑證請求，其中，所述預支付請求中攜帶有第一訂單信息和對第一訂單信息進行簽名后得到的第二訂單信息。步驟s902，所述支付服務端判斷是否保存訂單，生成預支付憑證成功。這里，所述支付服務端接收到所述預支付憑證請求后，首先對所述第一訂單信息進行校驗，判斷所述第一訂單信息是否校驗成功，并在校驗成功后，保存第一訂單信息，生成第一訂單信息的預支付憑證。所述支付服務端將生成的預支付憑證發(fā)送給所述商戶服務端。步驟s903，所述商戶服務端封裝支付信息數(shù)據(jù)并將支付信息數(shù)據(jù)傳給商戶客戶端。這里，所述商戶服務端接收到預支付憑證后，將包括預支付憑證和第一訂單信息的支付信息數(shù)據(jù)進行封裝，這里所述的封裝可以是首先對所述預支付憑證和所述第一訂單信息進行簽名，并將簽名字符串進行加密。步驟s904，所述商戶客戶端調起支付組件sdk，并發(fā)起支付。這里，所述商戶客戶端接收到支付信息數(shù)據(jù)后，調起支付組件sdk，發(fā)起支付。支付app對支付服務端發(fā)起獲取支付渠道的請求，支付服務端接收到請求后，對請求包頭進行二進制轉碼，獲取包頭相應的參數(shù)數(shù)據(jù)，根據(jù)相應的規(guī)則對訂單數(shù)據(jù)進行簽名校驗；校驗通過后，支付服務器使用相應的appid通過http請求到開發(fā)者平臺獲取應用的信息，驗證該應用是否有注冊。驗證通過后，支付服務器會根據(jù)請求中sdk的版本來獲取相對應的支付渠道返回給支付app。支付app獲取到支付渠道列表后，展示給用戶選擇以進行支付。根據(jù)用戶選擇的支付渠道、訂單信息和簽名向支付服務端發(fā)送獲取支付憑證請求。步驟s905，所述支付服務端判斷預支付憑證是否一致。這里，如果所述支付服務端判斷預支付憑證一致，則進入步驟s906。否則結束流程。步驟s906，所述支付服務端判斷支付金額及相關信息是否一致。這里，所述支付服務端從獲取支付憑證解析出待支付的訂單信息和預支付憑證，并根據(jù)預支付憑證確定與預支付憑證對應的第一訂單信息，進而判斷待支付的訂單信息與所述第一訂單信息是否相同，例如支付金額是否一致、商品名稱及數(shù)量是否相同。如果待支付的訂單信息與所述第一訂單信息相同。進入步驟s907，否則結束流程。步驟s907，支付服務端返回支付憑證。步驟s908，用戶進行支付。在本發(fā)明實施例提供的支付方法中，首先增加了支付訂單備案流程，產生預支付編碼，為訂單支付提供支付信息校驗憑證，在支付服務端中存儲有第一訂單信息和預支付憑證的對應關系表，也就是說支付服務端上保存有備份訂單的相關信息，為訂單校驗提供依據(jù)；避免支付訂單金額被篡改，能夠有效提升支付的安全性，另外，商戶服務端和支付服務端雙向溝通，不僅確保支付安全，還能確保用戶、商戶和終端制造商賬面平衡。實施例四本發(fā)明實施例提供一種支付服務器，圖10為本發(fā)明實施例提供的一種支付服務器的組成結構示意圖，如圖10所示，所述支付服務器1000至少包括：處理器1001、存儲器1002和通信總線1003，其中：所述通信總線1003用于實現(xiàn)處理器和存儲器之間的連接通信；所述存儲器1002用于存儲支付程序；所述處理器1001用于執(zhí)行存儲器中存儲的支付程序，以實現(xiàn)以下步驟：接收支付組件應用發(fā)送的支付憑證請求，其中，所述支付憑證請求中攜帶有待支付的訂單信息和預支付憑證；解析所述支付憑證請求，獲取待支付的訂單信息和預支付憑證；根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息；如果所述第一訂單信息和待支付的訂單信息相同，獲取支付憑證；將所述支付憑證發(fā)送給所述支付組件應用。在本發(fā)明其他實施例中，所述如果所述預支付憑證對應的第一訂單信息與所述待支付訂單的訂單信息相同，獲取支付憑證，包括：如果所述第一訂單信息與所述待支付訂單的訂單信息相同，向第三方支付平臺發(fā)送獲取支付憑證的請求信息；接收所述第三方支付平臺發(fā)送的支付憑證。在本發(fā)明其他實施例中，在接收支付組件應用發(fā)送的支付憑證請求的步驟之前，所述處理器1001還用于執(zhí)行存儲器中存儲的支付程序，以實現(xiàn)以下步驟：接收交易服務器發(fā)送的預支付憑證請求，其中，所述預支付憑證請求中攜帶有第一訂單信息和第二訂單信息，所述第二訂單信息是交易服務器對交易應用發(fā)送的第一訂單信息進行簽名得到的；解析所述預支付憑證請求，獲取所述請求信息中攜帶的第一訂單信息和第二訂單信息；當根據(jù)預設的簽名規(guī)則對所述第一訂單信息校驗成功后，生成所述第一訂單信息對應的預支付憑證；將所述預支付憑證發(fā)送給所述交易服務器。在本發(fā)明其他實施例中，在所述當對所述第一訂單信息校驗成功后，根據(jù)所述第一訂單信息生成預支付憑證的步驟之后，所述處理器1001還用于執(zhí)行存儲器中存儲的支付程序，以實現(xiàn)以下步驟：建立所述第一訂單信息和所述預支付憑證之間的對應關系表；將所述對應關系表存儲至自身的數(shù)據(jù)庫中。在本發(fā)明其他實施例中，所述根據(jù)所述預支付憑證確定所述預支付憑證對應的第一訂單信息，包括：根據(jù)所述預支付憑證，查詢自身數(shù)據(jù)庫中存儲的預支付憑證與第一訂單的對應關系表，確定與所述預支付憑證對應的第一訂單信息。對應地，本發(fā)明實施例再提供一種計算機可讀存儲介質，所述計算機可讀存儲介質上存儲有支付程序，所述支付程序被處理器執(zhí)行時實現(xiàn)本發(fā)明實施例中所述的支付方法的步驟。實施例五本發(fā)明實施例提供一種交易服務器，所述交易服務器至少包括：處理器、存儲器和通信總線，其中：所述通信總線用于實現(xiàn)處理器和存儲器之間的連接通信；所述存儲器用于存儲支付程序；所述處理器用于執(zhí)行存儲器中存儲的支付程序，以實現(xiàn)以下步驟：接收交易應用發(fā)送的創(chuàng)建訂單的請求消息，其中，所述請求消息中攜帶有第一訂單信息；根據(jù)預設的簽名規(guī)則對第一訂單信息進行簽名，得到第二訂單信息；將攜帶有所述第一訂單信息和所述第二訂單信息的預支付憑證請求發(fā)送給支付服務器；接收所述支付服務器發(fā)送的預支付憑證；將所述預支付憑證和所述第一訂單信息發(fā)送給交易應用，以使得交易應用發(fā)起支付請求。對應地，本發(fā)明實施例再提供一種計算機可讀存儲介質，所述計算機可讀存儲介質上存儲有支付程序，所述支付程序被處理器執(zhí)行時實現(xiàn)本發(fā)明實施例中所述的支付方法的步驟。需要說明的是，在本文中，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，空調器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所描述的方法。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的
技術領域：
：，均同理包括在本發(fā)明的專利保護范圍內。當前第1頁12當前第1頁12