網(wǎng)絡開放平臺上處理虛擬交易的方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種網(wǎng)絡開放平臺上處理虛擬交易的方法、裝置及系統(tǒng),屬于互聯(lián)網(wǎng)【技術領域】。所述方法包括:根據(jù)用戶的購買訂單從用戶的賬戶內(nèi)獲取與購買訂單相對應的預扣款項,并向第三方應用或服務提供商發(fā)送與購買訂單相對應的發(fā)貨請求,使第三方應用或服務提供商根據(jù)發(fā)貨請求進行發(fā)貨處理;檢測在第一預設時間內(nèi)是否收到第三方應用或服務提供商返回的發(fā)貨結果;如果否,則將購買訂單放入延遲處理隊列,并對處于延遲處理隊列中的購買訂單所對應的預扣款項進行延遲處理。本發(fā)明通過將購買訂單放入延遲處理隊列,并對購買訂單對應預扣款項進行延遲處理,可減少以至避免出現(xiàn)第三方應用或服務提供商發(fā)貨但網(wǎng)絡開放平臺未扣款的情況,保證了交易完整性。
【專利說明】網(wǎng)絡開放平臺上處理虛擬交易的方法、裝置及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術領域】,特別涉及一種網(wǎng)絡開放平臺上處理虛擬交易的方法、裝置及系統(tǒng)。
【背景技術】
[0002]隨著互聯(lián)網(wǎng)應用技術的飛速發(fā)展,第三方應用或服務提供商作為一個獨立的產(chǎn)品供應商通過將其產(chǎn)品發(fā)布到網(wǎng)絡開放平臺來獲得資金收益成為時下一個流行趨勢。為了保證用戶和第三方應用或服務提供商之間的網(wǎng)絡支付能夠順利完成,如何對二者之間的虛擬交易進行處理,成為了互聯(lián)網(wǎng)應用領域中一個亟待解決的問題。
[0003]現(xiàn)有技術中,如果用戶在網(wǎng)絡開放平臺選購好商品,則網(wǎng)絡開放平臺在扣除用戶賬戶的相應款項時,會通過公網(wǎng)同步調(diào)用第三方應用或服務提供商發(fā)貨,如果在預設時間內(nèi)未接收到第三方應用或服務提供商返回的發(fā)貨結果,則認為此次調(diào)用超時,通常都會將其作為失敗處理。
[0004]在實現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術至少存在以下問題:
[0005]由于采用公網(wǎng)調(diào)用第三方應用或服務提供商發(fā)貨,而公網(wǎng)的不穩(wěn)定性高,所以會出現(xiàn)調(diào)用超時的情況,針對調(diào)用超時的情況直接視為失敗處理,將導致交易出錯,存在第三方應用或服務提供商成功發(fā)貨但網(wǎng)絡開放平臺卻未扣除相應款項等情況,致使交易缺乏完整性。
【發(fā)明內(nèi)容】
[0006]為了解決現(xiàn)有技術的問題,本發(fā)明實施例提供了一種網(wǎng)絡開放平臺上處理虛擬交易的方法、裝置及系統(tǒng)。所述技術方案如下:
[0007]—方面,提供了一種網(wǎng)絡開放平臺上處理虛擬交易的方法,所述方法包括:
[0008]根據(jù)用戶的購買訂單從所述用戶的賬戶內(nèi)獲取與所述購買訂單相對應的預扣款項,并向第三方應用或服務提供商發(fā)送與所述購買訂單相對應的發(fā)貨請求,使所述第三方應用或服務提供商根據(jù)所述發(fā)貨請求進行發(fā)貨處理;
[0009]檢測在第一預設時間內(nèi)是否收到所述第三方應用或服務提供商返回的發(fā)貨結果;
[0010]如果在第一預設時間內(nèi)未收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將所述購買訂單放入延遲處理隊列,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行延遲處理。
[0011]另一方面,提供了一種網(wǎng)絡開放平臺上處理虛擬交易的裝置,所述裝置包括:
[0012]獲取模塊,用于根據(jù)用戶的購買訂單從所述用戶的賬戶內(nèi)獲取與所述購買訂單相對應的預扣款項;
[0013]第一發(fā)送模塊,用于向第三方應用或服務提供商發(fā)送與所述購買訂單相對應的發(fā)貨請求,使所述第三方應用或服務提供商根據(jù)所述發(fā)貨請求進行發(fā)貨處理;[0014]檢測模塊,用于檢測在第一預設時間內(nèi)是否收到所述第三方應用或服務提供商返回的發(fā)貨結果;
[0015]第一處理模塊,用于如果所述檢測模塊檢測到在第一預設時間內(nèi)未收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將所述購買訂單放入延遲處理隊列,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行延遲處理。
[0016]再一方面,還提供了一種處理虛擬交易的系統(tǒng),所述系統(tǒng)包括:至少一個用戶終端、網(wǎng)絡開放平臺及第三方應用或服務提供商;
[0017]所述用戶終端,用于通過所述第三方應用或服務提供商執(zhí)行虛擬交易操作;
[0018]所述網(wǎng)絡開放平臺,用于根據(jù)所述用戶終端執(zhí)行的虛擬交易操作獲取用戶的購買訂單,根據(jù)用戶的購買訂單從所述用戶的賬戶內(nèi)獲取與所述購買訂單相對應的預扣款項,并向第三方應用或服務提供商發(fā)送與所述購買訂單相對應的發(fā)貨請求,使所述第三方應用或服務提供商根據(jù)所述發(fā)貨請求進行發(fā)貨處理;檢測在第一預設時間內(nèi)是否收到所述第三方應用或服務提供商返回的發(fā)貨結果;如果在第一預設時間內(nèi)未收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將所述購買訂單放入延遲處理隊列,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行延遲處理;
[0019]所述第三方應用或服務提供商,用于接收所述網(wǎng)絡開放平臺發(fā)送的與所述用戶的購買訂單相對應的發(fā)貨請求,并根據(jù)所述發(fā)貨請求進行發(fā)貨處理,并在成功發(fā)貨后向所述網(wǎng)絡開放平臺返回發(fā)貨結果。
[0020]本發(fā)明實施例提供的技術方案帶來的有益效果是:
[0021]通過檢測到在第一預設時間內(nèi)未收到第三方應用或服務提供商返回的發(fā)貨結果時,將購買訂單放入延遲處理隊列,并對處于延遲處理隊列中的購買訂單所對應的預扣款項進行延遲處理,從而減少以至避免出現(xiàn)第三方應用或服務提供商成功發(fā)貨但網(wǎng)絡開放平臺卻未扣除相應款項的情況,進而保證了交易的完整性。
【專利附圖】
【附圖說明】
[0022]為了更清楚地說明本發(fā)明實施例中的技術方案,下面將對實施例描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
[0023]圖1是本發(fā)明實施例一提供的一種網(wǎng)絡開放平臺上處理虛擬交易的方法流程圖;
[0024]圖2是本發(fā)明實施例二提供的一種處理虛擬交易的過程示意圖;
[0025]圖3是本發(fā)明實施例二提供的一種網(wǎng)絡開放平臺上處理虛擬交易的方法流程圖;
[0026]圖4是本發(fā)明實施例三提供的一種網(wǎng)絡開放平臺上處理虛擬交易的裝置結構示意圖;
[0027]圖5是本發(fā)明實施例三提供的另一種網(wǎng)絡開放平臺上處理虛擬交易的裝置結構示意圖;
[0028]圖6是本發(fā)明實施例三提供的一種第一處理模塊的內(nèi)部結構示意圖;
[0029]圖7是本發(fā)明實施例三提供的另一種第一處理模塊的內(nèi)部結構示意圖;
[0030]圖8是本發(fā)明實施例三提供的又一種網(wǎng)絡開放平臺上處理虛擬交易的裝置結構示意圖;
[0031]圖9是本發(fā)明實施例三提供的再一種網(wǎng)絡開放平臺上處理虛擬交易的裝置結構示意圖;
[0032]圖10是本發(fā)明實施例四提供的一種處理虛擬交易的系統(tǒng)結構示意圖。
【具體實施方式】
[0033]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚,下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。
[0034]實施例一
[0035]本實施例提供了一種網(wǎng)絡開放平臺上處理虛擬交易的方法,參見圖1,本實施例提供的方法流程包括:
[0036]步驟101:根據(jù)用戶的購買訂單從用戶的賬戶內(nèi)獲取與購買訂單相對應的預扣款項,并向第三方應用或服務提供商發(fā)送與購買訂單相對應的發(fā)貨請求,使第三方應用或服務提供商根據(jù)發(fā)貨請求進行發(fā)貨處理;
[0037]進一步地,根據(jù)用戶的購買訂單從用戶的賬戶內(nèi)獲取與購買訂單相對應的預扣款項之前,該方法還包括:
[0038]接收第三方應用或服務提供商發(fā)送的商品支付請求;
[0039]根據(jù)商品支付請求向第三方應用或服務提供商發(fā)送與商品支付請求相對應的商品支付地址;
[0040]接收第三方應用或服務提供商返回的在商品支付地址對應的頁面中生成的用戶的購買訂單。
[0041]步驟102:檢測在第一預設時間內(nèi)是否收到第三方應用或服務提供商返回的發(fā)貨
結果;
[0042]進一步地,檢測在第一預設時間內(nèi)是否收到第三方應用或服務提供商返回的發(fā)貨結果之后,該方法還包括:
[0043]如果在第一預設時間內(nèi)收到第三方應用或服務提供商返回的發(fā)貨結果,則將與購買訂單相對應的預扣款項進行扣除。
[0044]步驟103:如果在第一預設時間內(nèi)未收到第三方應用或服務提供商返回的發(fā)貨結果,則將購買訂單放入延遲處理隊列,并對處于延遲處理隊列中的購買訂單所對應的預扣款項進行延遲處理。
[0045]進一步地,對處于延遲處理隊列中的購買訂單所對應的預扣款項進行延遲處理,包括但不限于:
[0046]檢測在第二預設時間內(nèi)是否收到第三方應用或服務提供商發(fā)起的發(fā)貨結果通知;
[0047]如果在第二預設時間內(nèi)收到第三方應用或服務提供商發(fā)起的發(fā)貨結果通知,則對處于延遲處理隊列中的購買訂單所對應的預扣款項進行扣除;
[0048]進一步地,檢測在第二預設時間內(nèi)是否收到第三方應用或服務提供商發(fā)起的發(fā)貨結果通知之后,還包括:
[0049]如果在第二預設時間內(nèi)未收到第三方應用或服務提供商發(fā)起的發(fā)貨結果通知,則確認購買訂單處理失敗,并對處于延遲處理隊列中的購買訂單所對應的預扣款項進行釋放。
[0050]進一步地,將購買訂單放入延遲處理隊列之后,該方法還包括:
[0051]顯示正在發(fā)貨的提示信息,以提示用戶當前的交易進度。
[0052]本實施例提供的方法,通過檢測到在第一預設時間內(nèi)未收到第三方應用或服務提供商返回的發(fā)貨結果時,將購買訂單放入延遲處理隊列,并對處于延遲處理隊列中的購買訂單所對應的預扣款項進行延遲處理,從而減少以至避免出現(xiàn)第三方應用或服務提供商成功發(fā)貨但網(wǎng)絡開放平臺卻未扣除相應款項的情況,進而保證了交易的完整性。
[0053]實施例二
[0054]本發(fā)明實施例提供了一種網(wǎng)絡開放平臺上處理虛擬交易的方法,現(xiàn)結合上述實施例一的內(nèi)容,以圖2所示的處理虛擬交易的過程示意圖為例,對處理虛擬交易的方法進行詳細地解釋說明,參見圖3,本實施例提供的方法流程包括:
[0055]步驟301:網(wǎng)絡開放平臺后端接收第三方應用或服務提供商后端發(fā)送的商品支付請求;
[0056]針對該步驟,假設某一用戶A欲購買第三方應用或服務提供商的某一商品A,則用戶A可通過其終端在第三方應用或服務提供商前端點擊購買商品A,在用戶點擊購買商品A后,便生成與之對應的商品A支付請求,即用戶終端通過第三方應用或服務提供商執(zhí)行了虛擬交易操作;在生成商品A支付請求后,第三方應用或服務提供商前端便可向其后端發(fā)送商品A支付請求。第三方應用或服務提供商后端在收到其前端發(fā)送的商品A支付請求后,會向網(wǎng)絡開放平臺后端發(fā)送商品A支付請求,網(wǎng)絡開放平臺后端在接收到第三方應用或服務提供商后端發(fā)送的商品A支付請求后,會將商品A支付請求進行存儲。其中,存儲商品A支付請求的存儲介質(zhì)具體可為只讀寄存器,當然,存儲介質(zhì)的類型除上述只讀寄存器外,還可以為其他類型,例如,硬盤或閃存等等,本實施例對存儲介質(zhì)的類型不進行具體限定。
[0057]步驟302:網(wǎng)絡開放平臺后端根據(jù)商品支付請求向第三方應用或服務提供商后端發(fā)送與商品支付請求相對應的商品支付地址;
[0058]具體地,網(wǎng)絡開放平臺后端在根據(jù)上述步驟301接收到商品A支付請求后,便可根據(jù)商品A支付請求生成對應的商品A支付地址,在生成商品A支付地址后,網(wǎng)絡開放平臺后端會將商品A支付地址發(fā)送給第三方應用或服務提供商后端。
[0059]進一步地,第三方應用或服務提供商后端在接收到商品A支付地址后,將商品A支付地址發(fā)送給其前端,第三方應用或服務提供商前端在接收到商品A支付地址后,根據(jù)商品A支付地址跳轉(zhuǎn)到商品A支付地址對應的頁面,用戶A在看到該頁面后,根據(jù)自身實際的購買需求,在該頁面上選擇購買商品A的數(shù)量。之后,網(wǎng)絡開放平臺前端經(jīng)由其后端向第三方應用或服務提供商后端拉取商品A的應用批價信息,第三方應用或服務提供商前端在得到商品A的應用批價信息后,可根據(jù)用戶A購買商品A的數(shù)量及商品A的應用批價信息生成包含用戶A購買商品A的總款項的購買訂單。
[0060]其中,購買訂單中除了包含商品A的購買數(shù)量、商品A的應用批價信息及用戶A購買商品A的總款項外,還可以包含其他信息,例如,用戶A的姓名及網(wǎng)絡地址等等,本實施例對購買訂單包含的內(nèi)容不進行具體限定。
[0061 ] 以用戶A —次性購買了數(shù)量為5個的商品A,商品A的應用批價信息為2元/個為例,則可生成包含如下表1內(nèi)容所示的購買訂單:
[0062]表1
[0063]
【權利要求】
1.一種網(wǎng)絡開放平臺上處理虛擬交易的方法,其特征在于,所述方法包括: 根據(jù)用戶的購買訂單從所述用戶的賬戶內(nèi)獲取與所述購買訂單相對應的預扣款項,并向第三方應用或服務提供商發(fā)送與所述購買訂單相對應的發(fā)貨請求,使所述第三方應用或服務提供商根據(jù)所述發(fā)貨請求進行發(fā)貨處理; 檢測在第一預設時間內(nèi)是否收到所述第三方應用或服務提供商返回的發(fā)貨結果; 如果在第一預設時間內(nèi)未收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將所述購買訂單放入延遲處理隊列,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行延遲處理。
2.根據(jù)權利要求1所述的方法,其特征在于,所述檢測在第一預設時間內(nèi)是否收到所述第三方應用或服務提供商返回的發(fā)貨結果之后,還包括: 如果在第一預設時間內(nèi)收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將與所述購買訂單相對應的預扣款項進行扣除。
3.根據(jù)權利要求1所述的 方法,其特征在于,所述對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行延遲處理,包括: 檢測在第二預設時間內(nèi)是否收到所述第三方應用或服務提供商發(fā)起的發(fā)貨結果通知; 如果在第二預設時間內(nèi)收到所述第三方應用或服務提供商發(fā)起的發(fā)貨結果通知,則對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行扣除。
4.根據(jù)權利要求3所述的方法,其特征在于,所述檢測在第二預設時間內(nèi)是否收到所述第三方應用或服務提供商發(fā)起的發(fā)貨結果通知之后,還包括: 如果在第二預設時間內(nèi)未收到所述第三方應用或服務提供商發(fā)起的發(fā)貨結果通知,則確認所述購買訂單處理失敗,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行釋放。
5.根據(jù)權利要求1所述的方法,其特征在于,所述將所述購買訂單放入延遲處理隊列之后,所述方法還包括: 顯示正在發(fā)貨的提示信息,以提示所述用戶當前的交易進度。
6.根據(jù)權利要求1所述的方法,其特征在于,所述根據(jù)用戶的購買訂單從所述用戶的賬戶內(nèi)獲取與所述購買訂單相對應的預扣款項之前,所述方法還包括: 接收所述第三方應用或服務提供商發(fā)送的商品支付請求; 根據(jù)所述商品支付請求向所述第三方應用或服務提供商發(fā)送與所述商品支付請求相對應的商品支付地址; 接收所述第三方應用或服務提供商返回的在所述商品支付地址對應的頁面中生成的所述用戶的購買訂單。
7.—種網(wǎng)絡開放平臺上處理虛擬交易的裝置,其特征在于,所述裝置包括: 獲取模塊,用于根據(jù)用戶的購買訂單從所述用戶的賬戶內(nèi)獲取與所述購買訂單相對應的預扣款項; 第一發(fā)送模塊,用于向第三方應用或服務提供商發(fā)送與所述購買訂單相對應的發(fā)貨請求,使所述第三方應用或服務提供商根據(jù)所述發(fā)貨請求進行發(fā)貨處理; 檢測模塊,用于檢測在第一預設時間內(nèi)是否收到所述第三方應用或服務提供商返回的發(fā)貨結果; 第一處理模塊,用于如果所述檢測模塊檢測到在第一預設時間內(nèi)未收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將所述購買訂單放入延遲處理隊列,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行延遲處理。
8.根據(jù)權利要求6所述的裝置,其特征在于,所述裝置,還包括: 第二處理模塊,用于如果所述檢測模塊檢測到在第一預設時間內(nèi)收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將與所述購買訂單相對應的預扣款項進行扣除。
9.根據(jù)權利要求7所述的裝置,其特征在于,所述第一處理模塊,包括: 檢測單元,用于檢測在第二預設時間內(nèi)是否收到所述第三方應用或服務提供商發(fā)起的發(fā)貨結果通知; 第一處理單元,用于如果所述檢測單元檢測到在第二預設時間內(nèi)收到所述第三方應用或服務提供商發(fā)起的發(fā)貨結果通知,則對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行扣除。
10.根據(jù)權利要求9所述的裝置,其特征在于,所述第一處理模塊,還包括: 第二處理單元,用于如果所述檢測單元檢測到在第二預設時間內(nèi)未收到所述第三方應用或服務提供商發(fā)起的發(fā)貨結果通知,則確認所述購買訂單處理失敗,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行釋放。
11.根據(jù)權利要求7所述的裝置,其特征在于,所述裝置還包括: 顯示模塊,用于顯示正在發(fā)貨的提示信息,以提示所述用戶當前的交易進度。
12.根據(jù)權利要求7所述的裝置,其特征在于,所述裝置還包括: 第一接收模塊,用于接收所述第三方應用或服務提供商發(fā)送的商品支付請求; 第二發(fā)送模塊,用于根據(jù)所述第一接收模塊接收到的商品支付請求向所述第三方應用或服務提供商發(fā)送與所述商品支付請求相對應的商品支付地址; 第二接收模塊,用于接收所述第三方應用或服務提供商返回的在所述第二發(fā)送模塊發(fā)送的商品支付地址對應的頁面中生成的所述用戶的購買訂單。
13.—種處理虛擬交易的系統(tǒng),其特征在于,所述系統(tǒng)包括:至少一個用戶終端、網(wǎng)絡開放平臺及第三方應用或服務提供商; 所述用戶終端,用于通過所述第三方應用或服務提供商執(zhí)行虛擬交易操作; 所述網(wǎng)絡開放平臺,用于根據(jù)所述用戶終端執(zhí)行的虛擬交易操作獲取用戶的購買訂單,根據(jù)用戶的購買訂單從所述用戶的賬戶內(nèi)獲取與所述購買訂單相對應的預扣款項,并向第三方應用或服務提供商發(fā)送與所述購買訂單相對應的發(fā)貨請求,使所述第三方應用或服務提供商根據(jù)所述發(fā)貨請求進行發(fā)貨處理;檢測在第一預設時間內(nèi)是否收到所述第三方應用或服務提供商返回的發(fā)貨結果;如果在第一預設時間內(nèi)未收到所述第三方應用或服務提供商返回的發(fā)貨結果,則將所述購買訂單放入延遲處理隊列,并對處于所述延遲處理隊列中的所述購買訂單所對應的預扣款項進行延遲處理; 所述第三方應用或服務提供商,用于接收所述網(wǎng)絡開放平臺發(fā)送的與所述用戶的購買訂單相對應的發(fā)貨請求,并根據(jù)所述發(fā)貨請求進行發(fā)貨處理,并在成功發(fā)貨后向所述網(wǎng)絡開放平臺返回發(fā)貨結果。
14.根據(jù)權利要求13所述的系統(tǒng),其特征在于,所述第三方應用或服務提供商,還用于向所述網(wǎng)絡開放平臺發(fā)送所述用戶終端發(fā)送的商品支付請求,接收所述網(wǎng)絡開放平臺發(fā)送的與所述商品支付請求相對應的商品支付地址,并在所述商品支付地址對應的頁面中生成所述用戶的購買訂單; 所述網(wǎng)絡開放 平臺,還用于接收所述第三方應用或服務提供商發(fā)送的商品支付請求,根據(jù)所述商品支付請求向所述第三方應用或服務提供商發(fā)送與所述商品支付請求相對應的商品支付地址,并接收所述第三方應用或服務提供商返回的在所述商品支付地址對應的頁面中生成的所述用戶的購買訂單。
【文檔編號】G06Q30/06GK103971275SQ201310027551
【公開日】2014年8月6日 申請日期:2013年1月24日 優(yōu)先權日:2013年1月24日
【發(fā)明者】陳寧國, 鄧建威, 趙明明, 張丁, 楊佳, 費強, 王松健, 易惠芳 申請人:深圳市騰訊計算機系統(tǒng)有限公司