交易方法
【專利摘要】本發(fā)明公開了一種交易方法，該交易方法包括：根據(jù)交易請求信息，從預先保存的m個交易屬性信息中獲取與交易請求信息對應的n個目標交易屬性信息，m≥n≥1；根據(jù)n個目標交易屬性信息，獲取具有預定格式的支付交易信息；根據(jù)具有預定格式的支付交易信息，完成支付交易。本發(fā)明通過從預先保存的多個交易屬性信息中獲取到與交易請求信息對應的目標交易信息，從而大大簡化了交易流程、提高了支付交易效率。
【專利說明】
交易方法
技術領域
[0001]本發(fā)明涉及通信領域，具體來說，涉及一種交易方法。
【背景技術】
[0002]目前，現(xiàn)有技術中存在多種支付平臺，例如網(wǎng)銀、支付寶等，多種平臺之間的支付方法均不相同，并且，交易步驟以及交互的數(shù)據(jù)也完全不相同，因此，導致每次用戶選定不同的支付平臺進行支付時，則需要網(wǎng)站或者APP開發(fā)人員調用不同的支付平臺對應的支付方法。該種調用方法存在明顯的流程復雜，效率低等缺陷。
[0003]針對相關技術中的問題，目前尚未提出有效的解決方案。

【發(fā)明內容】

[0004]針對相關技術中的問題，本發(fā)明提出一種交易方法，能夠有效的簡化支付流程，提高支付效率。
[0005]本發(fā)明的技術方案是這樣實現(xiàn)的:
[0006]本發(fā)明提供了一種交易方法。
[0007]該交易方法包括:
[0008]根據(jù)交易請求信息，從預先保存的m個交易屬性信息中獲取與交易請求信息對應的η個目標交易屬性信息，m彡η彡I;
[0009]根據(jù)η個目標交易屬性信息，獲取具有預定格式的支付交易信息；
[0010]根據(jù)具有預定格式的支付交易信息，完成支付交易。
[0011]在一個優(yōu)選的實施例中，根據(jù)交易請求信息，從預先保存的m個交易屬性信息中獲取與交易請求信息對應的η個目標交易屬性信息，m>n多I包括:
[0012]根據(jù)交易請求信息，從預先保存的m個交易屬性信息中選擇與交易請求信息對應的η個目標交易屬性信息；
[0013]提取η個目標交易屬性信息。
[0014]在一個優(yōu)選的實施例中，獲取與η個目標交易屬性信息對應的具有預定格式的支付交易信息包括:
[0015]將提取后的η個目標交易屬性信息按照預定序列進行排序，獲取具有預定格式的支付交易信息。
[0016]在一個優(yōu)選的實施例中，交易請求信息中包括指定支付類型。
[0017]在一個優(yōu)選的實施例中，指定支付類型用于唯一確定需要進行支付交易的支付終端的類型。
[0018]在一個優(yōu)選的實施例中，根據(jù)具有預訂格式的支付交易信息，完成支付交易包括:
[0019]發(fā)送具有預定格式的支付交易信息；
[0020]接收由支付終端返回的支付數(shù)據(jù)信息，并根據(jù)η個目標交易屬性，判斷支付數(shù)據(jù)信息是否滿足交易條件；
[0021]當支付數(shù)據(jù)信息滿足交易條件時，確定支付交易成功。
[0022]本發(fā)明通過將多種交易屬性信息進行封裝，從而在支付時，只要根據(jù)交易請求調用對應的交易屬性信息，就能夠完成交易支付，大大簡化了交易流程、提高了支付效率。
【附圖說明】
[0023]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0024]圖1是根據(jù)本發(fā)明實施例的交易方法的流程圖；
[0025]圖2是根據(jù)本發(fā)明的交易方法的具體實施例的流程圖；
[0026]圖3是根據(jù)本發(fā)明實施例的交易裝置的框圖。
【具體實施方式】
[0027]下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0028]根據(jù)本發(fā)明的實施例，提供了一種交易方法。
[0029]如圖1所示，根據(jù)本發(fā)明實施例的交易方法，包括:
[0030]步驟SlOl，根據(jù)交易請求信息，從預先保存的m個交易屬性信息中獲取與交易請求信息對應的η個目標交易屬性信息，m>n多I。在一個優(yōu)選的實施例中，獲取目標交易數(shù)性信息時，需要先根據(jù)交易請求信息在m個交易屬性信息中選擇出于交易請求信息對應的η個目標交易屬性信息，再將η個交易屬性信息進行提取。在一個實施例中，交易請求信息中包括指定支付類型，該指定支付類型用于唯一確定需要進行交易的支付終端的類型，也就是說，在獲取η個目標交易屬性信息時，具體的是根據(jù)交易請求信息中的指定支付類型，從而獲取對應的η個目標交易屬性信息。其中，該指定支付類型是由終端接收用戶發(fā)送的指令，從而進行選定。
[0031 ]步驟S103，根據(jù)η個目標交易屬性信息，獲取具有預定格式的支付交易信息。具體的，在一個優(yōu)選的實施例中，步驟S103包括將步驟SlOl中提取到的η個目標交易屬性信息按照預定序列進行排序，從而獲取具有預定格式的交易信息。
[0032]步驟S105，根據(jù)具有預定格式的支付交易信息，完成支付交易。具體的，在一個優(yōu)選的實施例中，步驟S105的具體實現(xiàn)方法包括:將具有預定格式的支付交易信息發(fā)送到支付終端，并接收由支付終端處理后的支付數(shù)據(jù)信息，再根據(jù)η各目標交易屬性信息判斷支付數(shù)據(jù)信息是否滿足交易條件，如果滿足交易條件，則確定支付交易成功。
[0033]為了更好的理解本發(fā)明實施例中的交易方法，下面以具體實施例進行詳細的闡述。如圖2所示為本發(fā)明的交易方法的具體實施例的流程圖，在圖2中:
[0034]首先，由用戶指定交易類型，S卩，需要進行支付的支付終端(支付平臺或支付渠道)的類型，在本實施例中，以支付終端A進行舉例，支付終端A對應的交易類型為3，用戶終端中的應用服務APP接收到用戶所發(fā)送的指令并作出響應，即生成交易請求信息，在本實施例中，用戶終端可以是移動終端，在其他實施例中，用戶終端可以是服務器或者PC端。應用服務APP將含有交易類型3的交易請求信息發(fā)送到通用支付封裝接口，在本實施例中，通用支付封裝接口為一個模塊，設置于用戶終端中。在本實施例中，通用支付封裝接口中預先保存有m個交易屬性信息，m個交易屬性信息包括但不限于:用戶ID、時間、類型、人員、等級、標識、標記、金額、加密、簽名、來源、通知、返回、擴展、日志、備注等不同支付平臺需要的所有交易屬性信息均包括在其中。在本實施例中，支付終端A需要調用的交易屬性信息為:支付類型、通知頁面路徑、頁面跳轉同步通知頁面路徑、賣家賬號、商戶訂單號、訂單名稱、付款金額、訂單描述、商品展示地址、時間戳、客戶端的IP地址。
[0035]繼續(xù)參考圖2，通用支付封裝接口將選擇出于支付終端A的支付類型3對應的所有交易屬性信息，并將這些交易屬性信息進行提取。隨后，根據(jù)終端A對應的預定順序將上述交易屬性信息進行排列，從而得到具有預定格式的支付交易信息。也就是說，該具有預定格式的支付交易信息中包括有按序排列的上述交易屬性信息。特別的，每個支付終端均對應有各自的預定順序，支付封裝接口將每個支付終端的預定順序提前進行存儲，以在需要時，進行檢索并調用。
[0036]繼續(xù)參考圖2，通用支付封裝接口將具有預定格式的支付交易信息返回到應用服務APP，并由應用服務APP通過互聯(lián)網(wǎng)將其發(fā)送到支付終端A。支付終端進行處理，隨后返回處理后的結果。應用服務APP接收到返回的支付數(shù)據(jù)信息，并交由通用支付封裝接口進行解析。其中，解析包括判斷支付數(shù)據(jù)信息是否滿足交易條件。這里的交易條件包括但不限于:交易金額是否正確。當判斷支付交易數(shù)據(jù)信息滿足交易條件時，則確定支付交易成功，向應用服務APP返回支付結果。如果判斷支付交易數(shù)據(jù)信息不滿足交易條件，則解析出不滿足交易條件的結果，在本實施例中，判斷支付交易數(shù)據(jù)交易金額不正確，并解析出支付終端余額不足。將支付結果及解析結果返回到應用服務APP，通過用戶終端的顯示頁面進行顯示，并提示用戶交易不成功，以及顯示交易不成功的原因。
[0037]根據(jù)本發(fā)明的實施例，還可以提供一種交易裝置。
[0038]如圖3所示，根據(jù)本發(fā)明實施例的交易裝置包括:
[0039]目標交易屬性信息獲取模塊31，用于根據(jù)交易請求信息，從預先保存的m個交易屬性信息中獲取與交易請求信息對應的η個目標交易屬性信息，m^n多I。
[0040]支付交易信息獲取模塊32，用于根據(jù)η個目標交易屬性信息，獲取具有預定格式的支付交易信息。
[0041]交易模塊33，用于根據(jù)具有預定格式的支付交易信息，完成支付交易。
[0042]在一個優(yōu)選的實施例中，木條交易屬性信息獲取模塊還包括:
[0043]選擇模塊(未示出)，用于根據(jù)交易請求信息，從預先保存的m個交易屬性信息中選擇與交易請求信息對應的η個目標交易屬性信息。以及
[0044]提取模塊(未示出)，用于提取η個目標交易屬性信息。
[0045]在一個優(yōu)選的實施例中，交易支付信息獲取模塊進一步用于:將提取后的η個目標交易屬性信息按照預定序列進行排序，獲取具有預定格式的支付交易信息。在一個優(yōu)選的實施例中，交易請求信息中包括指定支付類型。在一個優(yōu)選的實施例中，指定支付類型用于唯一確定需要進行支付交易的支付終端的類型。
[0046]在一個優(yōu)選的實施例中，交易模塊進一步包括:
[0047]發(fā)送模塊(未示出)，用于發(fā)送具有預定格式的支付交易信息；
[0048]判斷模塊(未示出)，用于接收由支付終端返回的支付數(shù)據(jù)信息，并根據(jù)η個目標交易屬性，判斷支付數(shù)據(jù)信息是否滿足交易條件。當支付數(shù)據(jù)信息滿足交易條件時，確定支付交易成功。
[0049]綜上所述，借助于本發(fā)明的上述技術方案，通過將多種交易屬性信息進行封裝，從而在進行支付交易時，只要根據(jù)交易請求調用對應的交易屬性信息，就能夠完成交易支付，大大簡化了交易流程、提高了支付效率。
[0050]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【主權項】
1.一種交易方法，其特征在于，包括: 根據(jù)交易請求信息，從預先保存的m個交易屬性信息中獲取與所述交易請求信息對應的η個目標交易屬性信息，m彡η彡I; 根據(jù)所述η個目標交易屬性信息，獲取具有預定格式的支付交易信息； 根據(jù)所述具有預定格式的支付交易信息，完成支付交易。2.根據(jù)權利要求1所述的交易方法，其特征在于，根據(jù)交易請求信息，從預先保存的m個交易屬性信息中獲取與所述交易請求信息對應的η個目標交易屬性信息，多I包括: 根據(jù)所述交易請求信息，從所述預先保存的m個交易屬性信息中選擇與所述交易請求信息對應的η個目標交易屬性信息； 提取所述η個目標交易屬性信息。3.根據(jù)權利要求2所述的交易方法，其特征在于，獲取與所述η個目標交易屬性信息對應的具有預定格式的支付交易信息包括: 將提取后的所述η個目標交易屬性信息按照預定序列進行排序，獲取所述具有預定格式的支付交易信息。4.根據(jù)權利要求1所述的交易方法，其特征在于，所述交易請求信息中包括指定支付類型。5.根據(jù)權利要求4所述的交易方法，其特征在于，所述指定支付類型用于唯一確定需要進行支付交易的支付終端的類型。6.根據(jù)權利要求1所述的交易方法，其特征在于，根據(jù)所述具有預訂格式的支付交易信息，完成支付交易包括: 發(fā)送所述具有預定格式的支付交易信息； 接收由支付終端返回的支付數(shù)據(jù)信息，并根據(jù)所述η個目標交易屬性信息，判斷所述支付數(shù)據(jù)信息是否滿足交易條件； 當所述支付數(shù)據(jù)信息滿足所述交易條件時，確定所述支付交易成功。
【文檔編號】G06Q20/40GK105913265SQ201610293022
【公開日】2016年8月31日
【申請日】2016年5月5日
【發(fā)明人】梁育翰, 張小利
【申請人】北京信安世紀科技有限公司