專利名稱:數(shù)據(jù)處理方法及系統(tǒng)、交易處理系統(tǒng)、第三方支付系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本申請(qǐng)涉及通信技術(shù)領(lǐng)域,尤其涉及基于第三方支付平臺(tái)的交易數(shù)據(jù)處理 方法及系統(tǒng)、交易處理系統(tǒng)、第三方支付系統(tǒng)。
背景技術(shù):
位或個(gè)人通過電子終端,直接或間接向銀行等金融機(jī)構(gòu)發(fā)出支付指令,實(shí)現(xiàn)貨 幣支付與資金轉(zhuǎn)移的過程。 一種常見的電子支付方式為銷售點(diǎn)終端支付(例如, 在商場(chǎng)購買商品),這種支付方式需要用戶隨身攜帶銀行卡,銷售方設(shè)置有與 銀行聯(lián)網(wǎng)的刷卡機(jī),當(dāng)用戶購買商品時(shí),銷售方通過刷卡機(jī)完成支付,從用戶
的銀行帳戶中轉(zhuǎn)賬相應(yīng)的金額到銷售方的銀行帳戶中;另一種常見的電子支付 方式為基于第三方支付平臺(tái)的網(wǎng)絡(luò)支付方式,例如,支付寶,眾所周之,第三 方支付平臺(tái)具有較高的支付安全性。
在對(duì)現(xiàn)有技術(shù)的研究和實(shí)踐過程中,發(fā)明人發(fā)現(xiàn)上述銷售點(diǎn)終端支付方式 需要用戶實(shí)時(shí)攜帶銀行卡,而隨著通信網(wǎng)絡(luò)的日益發(fā)展,移動(dòng)終端也成為人們 隨身攜帶的必備品,但是,人們?cè)谌粘I钪锌赡軙?huì)因?yàn)樾枰S身攜帶較多的 物品而感到不便,特別在遺忘了銀行卡時(shí),則難以在商場(chǎng)等銷售點(diǎn)購買商品; 并且,銀行卡的遺失或通過銀行卡進(jìn)行支付的過程中,容易泄露用戶個(gè)人信息, 因此現(xiàn)有銷售點(diǎn)終端支付方式的安全性不高。由此可知,現(xiàn)有技術(shù)中雖然移動(dòng) 終端是人們隨身攜帶的物品,并且基于第三方支付平臺(tái)的支付方式具有較高的 安全性,但是卻沒有在銷售點(diǎn)終端支付方式中得到應(yīng)用。
發(fā)明內(nèi)容
本申請(qǐng)實(shí)施例的目的是提供基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法及 系統(tǒng)、交易處理系統(tǒng)、第三方支付系統(tǒng),以提高銷售點(diǎn)支付方式的支付安全性 和用戶體驗(yàn)。
為解決上述技術(shù)問題,本申請(qǐng)實(shí)施例提供了一種基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法,是這樣實(shí)現(xiàn)的
一種基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法,包括
接收買方通過移動(dòng)終端以無線方式傳輸?shù)馁I方帳戶信息;
從交易終端獲取交易信息和賣方帳戶信息,所述交易信息中至少包含交易
金額;
向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求中包含所述買方帳戶信 息、賣方帳戶信息和交易信息;
接收所述第三方支付平臺(tái)返回的交易結(jié)果信息,所述交易結(jié)果信息為所述 第三方支付平臺(tái)根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣 方帳戶后生成的信息。
為解決上述技術(shù)問題,本申請(qǐng)實(shí)施例還提供了另一種基于第三方支付平臺(tái) 的交易數(shù)據(jù)處理方法,是這樣實(shí)現(xiàn)的
一種基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法,包括
接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求,所述交易請(qǐng)求中包含買方帳戶信息、 賣方帳戶信息和交易信息,所述交易處理平臺(tái)用于接收買方通過移動(dòng)終端以無 線方式傳輸?shù)乃鲑I方帳戶信息,以及獲取交易終端輸入的所述交易信息和賣 方帳戶信息,所述交易信息中至少包含交易金額;
根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶;
向所述交易處理平臺(tái)返回交易結(jié)果信息。
為解決上述技術(shù)問題,本申請(qǐng)實(shí)施例還提供了另一種基于第三方支付平臺(tái) 的支付處理系統(tǒng)、交易處理系統(tǒng)、第三方支付系統(tǒng),分別是這樣實(shí)現(xiàn)的
一種基于第三方支付平臺(tái)的交易數(shù)據(jù)處理系統(tǒng),包括移動(dòng)終端、交易終
端、交易處理平臺(tái)和第三方支付平臺(tái),
所述移動(dòng)終端,用于以無線方式向所述交易處理平臺(tái)傳輸買方帳戶信息;
所述交易終端,用于向所述交易處理平臺(tái)提供交易信息和賣方帳戶信息, 所述交易信息中至少包含交易金額;
所述交易處理平臺(tái),用于向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求 中包含所述買方帳戶信息、賣方帳戶信息和交易信息;
所述第三方支付平臺(tái),用于接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求后,根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶,并向所述交易處 理平臺(tái)返回交易結(jié)果信息。
一種交易處理系統(tǒng),包括臺(tái).
信息獲取單元,用于從交易終端獲取交易信息和賣方帳戶信息,所述交易
信息中至少包含交易金額;
請(qǐng)求發(fā)送單元,用于向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求中包 含所述買方帳戶信息、賣方帳戶信息和交易信息;
結(jié)果接收單元,用于接收所述第三方支付平臺(tái)返回的交易結(jié)果信息,所述 交易結(jié)果信息為所述第三方支付平臺(tái)根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn) 賬交易金額至所述賣方帳戶后生成的信息。
一種第三方支付系統(tǒng),包括
接收請(qǐng)求單元,用于接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求,所述交易請(qǐng)求中 包含買方帳戶信息、賣方帳戶信息和交易信息,所述交易處理平臺(tái)用于接收買 方通過移動(dòng)終端以無線方式傳輸?shù)乃鲑I方帳戶信息,以及獲取交易終端輸入
的所述交易信息和賣方帳戶信息,所述交易信息中至少包含交易金額;
交易執(zhí)行單元,用于根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至
所述賣方帳戶;
結(jié)果返回單元,用于向所述交易處理平臺(tái)返回交易結(jié)果信息。 可見,在本申請(qǐng)實(shí)施例中,充分利用了買方移動(dòng)終端的隨身攜帶性,以及 第三方支付平臺(tái)的安全性,在銷售點(diǎn)支付過程中應(yīng)用本申請(qǐng)實(shí)施例的數(shù)據(jù)處理 方法完成交易支付,由于買方無需再攜帶4艮行卡,通過移動(dòng)終端實(shí)現(xiàn)支付,因 此提高了用戶支付的便利性;并且,由于交易支付的實(shí)現(xiàn)過程基于第三方支付 平臺(tái),因此提高了銷售點(diǎn)支付的安全性。
為了更清楚地說明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對(duì)實(shí)施 例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹,顯而易見地,下面描述中的附圖僅僅是本申請(qǐng)中記載的 一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來講, 在不付出創(chuàng)造性勞動(dòng)性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法的第一實(shí)施例流
程圖2為本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法的第二實(shí)施例流
程圖3為本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法的第一實(shí)施例流
程圖4為本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理系統(tǒng)的實(shí)施例框圖; 圖5為本申請(qǐng)交易處理系統(tǒng)的實(shí)施例框圖; 圖6為本申請(qǐng)第三方支付系統(tǒng)的實(shí)施例框圖。
具體實(shí)施例方式
本申請(qǐng)實(shí)施例提供了基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法及系統(tǒng)、交 易處理系統(tǒng)、第三方支付系統(tǒng)。
其中,本申請(qǐng)實(shí)施例中所述第三方支付平臺(tái)為通過網(wǎng)絡(luò)或?qū)>€與銀行相連
并具備信譽(yù)保障的獨(dú)立于買方和賣方的第三方機(jī)構(gòu)提供的交易平臺(tái),例如,支 付寶;移動(dòng)終端指手機(jī)、PDA ( Personal Digital Assistant,個(gè)人數(shù)碼助理)等 便于用戶隨身攜帶的電子終端。
為了使本技術(shù)領(lǐng)域的人員更好地理解本申請(qǐng)中的技術(shù)方案,下面將結(jié)合本 申請(qǐng)實(shí)施例中的附圖,對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述, 顯然,所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例,而不是全部的實(shí)施例?;?于本申請(qǐng)中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲 得的所有其他實(shí)施例,都應(yīng)當(dāng)屬于本申請(qǐng)保護(hù)的范圍。
本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法的第 一實(shí)施例流程如圖 1所示,該實(shí)施例從交易處理平臺(tái)方描述了交易數(shù)據(jù)處理過程
戶信息。買方預(yù)先在第三方支付平臺(tái)上注冊(cè)了買方帳戶,注冊(cè)完成后,將買方帳戶 的信息預(yù)先存儲(chǔ)在隨身攜帶的移動(dòng)終端內(nèi)。其中,當(dāng)移動(dòng)終端內(nèi)設(shè)置有用于發(fā) 送射頻信號(hào)的無接觸芯片時(shí),移動(dòng)終端通過無接觸芯片向交易處理平臺(tái)發(fā)送買
方帳戶信息,無才妄觸芯片可以具體為RFID ( Radio Frequency Identification,射 頻識(shí)別)芯片,或者FeliCaIC芯片等;當(dāng)移動(dòng)終端內(nèi)設(shè)置有藍(lán)牙模塊或紅外 模塊時(shí),移動(dòng)終端通過藍(lán)牙模塊或紅外模塊向交易處理平臺(tái)發(fā)送買方帳戶信息。
在存儲(chǔ)買方帳戶信息時(shí),可以在移動(dòng)終端內(nèi)設(shè)置帳戶信息存儲(chǔ)程序,類似 于現(xiàn)有手機(jī)中存儲(chǔ)個(gè)人信息的功能,通過該程序?qū)⒂脩糨斎氲膸粜畔⒋鎯?chǔ)在 移動(dòng)終端的存儲(chǔ)空間內(nèi);或者,也可以將帳戶信息預(yù)先保存在某個(gè)芯片中,并 將該芯片植入到移動(dòng)終端內(nèi)。在交易處理平臺(tái)方,可以通過設(shè)置信號(hào)接收器來 接收移動(dòng)終端傳輸?shù)馁I方帳戶信息,該信號(hào)接收器通常位于交易的實(shí)際發(fā)生 地,例如,商場(chǎng)。信號(hào)接收器與移動(dòng)終端之間進(jìn)行信息交互時(shí),當(dāng)移動(dòng)終端接 近信號(hào)接收器時(shí),由信號(hào)接收器發(fā)出獲取買方帳戶信息的指令,然后移動(dòng)終端 內(nèi)的無接觸芯片將買方帳戶信息以字符串的格式發(fā)送給信號(hào)接收器,信號(hào)接收 器將接收到的字符串格式的信息轉(zhuǎn)換為買方帳戶信息。
步驟102:交易處理平臺(tái)從交易終端獲取包含交易金額的交易信息和賣方 帳戶信息。
交易終端通常也設(shè)置在交易的實(shí)際發(fā)生地,當(dāng)交易發(fā)生時(shí),賣方向交易終 端輸入包含交易金額的交易信息和賣方帳戶信息,交易終端通過網(wǎng)絡(luò)傳輸交易 信息和賣方帳戶信息至交易處理平臺(tái)。其中,賣方也預(yù)先在第三方支付平臺(tái)上 注冊(cè)了賣方帳戶,注冊(cè)完成后,將賣方帳戶信息預(yù)先存儲(chǔ)在交易終端內(nèi)。
步驟103:交易處理平臺(tái)向第三方支付平臺(tái)發(fā)送包含買方帳戶信息、賣方 帳戶信息和交易信息的交易請(qǐng)求。
其中,當(dāng)有兩個(gè)以上的買方需要交易時(shí),在交易處理平臺(tái)方需要每個(gè)買方 順序交易,并且對(duì)每筆交易都可以通過設(shè)置唯一標(biāo)識(shí)碼進(jìn)行區(qū)別。
步驟104:交易處理平臺(tái)接收第三方支付平臺(tái)返回的交易結(jié)果信息,結(jié)束 當(dāng)前流程。
其中,交易結(jié)果信息為第三方支付平臺(tái)根據(jù)交易信息從買方帳戶中轉(zhuǎn)賬交易金額至賣方帳戶后所生成的信息。
本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法的第二實(shí)施例流程如圖
2所示,該實(shí)施例從第三方支付平臺(tái)方描述了交易數(shù)據(jù)處理過程
步驟201:第三方支付平臺(tái)接收交易處理平臺(tái)發(fā)送的包含買方帳戶信息、
賣方帳戶信息和交易信息的交易請(qǐng)求。
其中,買方通過移動(dòng)終端以無線方式傳輸買方帳戶信息到交易處理平臺(tái),
交易處理平臺(tái)從交易終端獲取包含交易金額的交易信息和賣方帳戶信息。
步驟202:第三方支付平臺(tái)根據(jù)交易信息從買方帳戶中轉(zhuǎn)賬交易金額至賣
方帳戶。
步驟203:第三方支付平臺(tái)向交易處理平臺(tái)返回交易結(jié)果信息,結(jié)束當(dāng)前 流程。
其中,如果第三方支付平臺(tái)轉(zhuǎn)賬成功,則向交易處理平臺(tái)返回轉(zhuǎn)賬交易金 額成功的交易結(jié)果信息;如果第三方支付平臺(tái)轉(zhuǎn)賬失敗,則向交易處理平臺(tái)返 回轉(zhuǎn)賬交易金額失敗的交易結(jié)果信息。
本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法的第三實(shí)施例流程如圖 3所示,該實(shí)施例詳細(xì)示出了基于第三方支付平臺(tái),用戶通過移動(dòng)終端實(shí)現(xiàn)銷 售點(diǎn)支付的過程
步驟301:買方攜帶的移動(dòng)終端以無線方式向交易處理平臺(tái)傳輸買方帳戶 信息。
買方預(yù)先在第三方支付平臺(tái)上注冊(cè)了買方帳戶,注冊(cè)完成后,將買方帳戶 的信息預(yù)先存儲(chǔ)在隨身攜帶的移動(dòng)終端內(nèi)。
其中,當(dāng)移動(dòng)終端內(nèi)設(shè)置有用于發(fā)送射頻信號(hào)的無接觸芯片時(shí),移動(dòng)終端 通過無接觸芯片向交易處理平臺(tái)發(fā)送買方帳戶信息,無接觸芯片可以具體為 RFID芯片,或者FeliCaIC芯片等;當(dāng)移動(dòng)終端內(nèi)設(shè)置有藍(lán)牙模塊或紅外模塊 時(shí),移動(dòng)終端通過藍(lán)牙模塊或紅外模塊向交易處理平臺(tái)發(fā)送買方帳戶信息。相 應(yīng)的,在交易處理平臺(tái)方,可以通過設(shè)置信號(hào)接收器來接收移動(dòng)終端傳輸?shù)馁I 方帳戶信息,該信號(hào)接收器通常位于交易的實(shí)際發(fā)生地,例如,商場(chǎng)。步驟302:交易處理平臺(tái)從交易終端獲取包含交易金額的交易信息和賣方 帳戶信息。
交易終端通常也設(shè)置在交易的實(shí)際發(fā)生地,當(dāng)交易發(fā)生時(shí),賣方向交易終 端輸入包含交易金額的交易信息和賣方帳戶信息,交易終端通過網(wǎng)絡(luò)傳輸交易 信息和賣方帳戶信息至交易處理平臺(tái)。其中,賣方也預(yù)先在第三方支付平臺(tái)上 注冊(cè)了賣方帳戶,注冊(cè)完成后,將賣方帳戶信息預(yù)先存儲(chǔ)在交易終端內(nèi)。
步驟303:交易處理平臺(tái)根據(jù)買方帳戶信息、賣方帳戶信息和交易信息在 數(shù)據(jù)庫中創(chuàng)建交易記錄,并為該交易記錄分配唯一的交易號(hào)。
其中,在數(shù)據(jù)庫中創(chuàng)建的交易記錄通常以表的形式存放,每一個(gè)表項(xiàng)代表 一條交易記錄,每一條交易記錄通過分配的唯一交易號(hào)進(jìn)行識(shí)別,該交易號(hào)可 以具體為由交易時(shí)間、交易商品編號(hào)和交易流水號(hào)順序排列組成的^:字編號(hào), 交易號(hào)的具體形式本申請(qǐng)實(shí)施例不做限制,只要能夠唯一識(shí)別交易記錄的交易 號(hào)即可。
步驟304:交易處理平臺(tái)將該交易記錄的交易屬性設(shè)置為未完成交易。
在步驟303中所創(chuàng)建的用于保存交易記錄的表中,還可以設(shè)置交易屬性字 段,用于標(biāo)識(shí)交易是否完成。當(dāng)在交易處理平臺(tái)中新增一條交易記錄時(shí),初始 將該交易記錄的交易屬性設(shè)置為未完成交易。
步驟305:交易處理平臺(tái)向第三方支付平臺(tái)發(fā)送包含買方帳戶信息、賣方 帳戶信息和交易信息的交易請(qǐng)求。
步驟306:第三方支付平臺(tái)根據(jù)預(yù)先建立的買方帳戶和賣方帳戶檢測(cè)交易 請(qǐng)求中的買方帳戶信息和賣方帳戶信息是否正確,若是,則執(zhí)行步驟307;否 則,執(zhí)行步驟313。
步驟307:第三方支付平臺(tái)根據(jù)交易信息從買方帳戶中轉(zhuǎn)賬交易金額至賣 方帳戶。
步驟308:第三方支付平臺(tái)判斷轉(zhuǎn)賬交易金額是否成功,若是,則執(zhí)行步 驟309;否則,執(zhí)行步驟311。
要完成從買方帳戶向賣方帳戶轉(zhuǎn)賬交易金額,則需要保證買方帳戶內(nèi)有足 夠金額,同時(shí)需要保證買方帳戶和賣方帳戶均處于可用狀態(tài),否則,第三方支 付平臺(tái)無法完成轉(zhuǎn)賬交易金額。用戶可以通過網(wǎng)4艮在第三方支付平臺(tái)的帳戶內(nèi)充值,例如,第三方支付平 臺(tái)為支付寶,充值后買方帳戶內(nèi)的總金額即為該買方在第三方支付平臺(tái)中的帳 戶余額。當(dāng)交易過程中,買方帳戶內(nèi)的帳戶余額不足以支付交易金額時(shí),則無 法完成本次支付,系統(tǒng)會(huì)提示買方其帳戶余額不足。
步驟309:第三方支付平臺(tái)保存包含交易金額的交易記錄,向交易處理平 臺(tái)返回交易成功的交易結(jié)果信息,并向移動(dòng)終端發(fā)送交易成功消息。
第三方支付平臺(tái)轉(zhuǎn)賬交易金額成功,可以保存包含交易金額的交易記錄, 該交易記錄內(nèi)可以進(jìn)一步包含交易完成時(shí)間、買方帳戶信息和賣方帳戶信息 等;同時(shí),第三方支付平臺(tái)向移動(dòng)終端發(fā)送交易成功消息,第三方支付平臺(tái)在 創(chuàng)建買方帳戶時(shí),還同時(shí)存儲(chǔ)了買方移動(dòng)終端的聯(lián)系方式,例如,第三方支付 平臺(tái)保存了買方所持手機(jī)的號(hào)碼,則第三方支付平臺(tái)在轉(zhuǎn)賬成功后,通過存儲(chǔ) 的號(hào)碼向買方手才幾發(fā)送短消息,通知買方交易成功。
步驟310:交易處理平臺(tái)才艮據(jù)交易結(jié)果信息更新交易屬性為完成交易,并 向交易終端發(fā)送交易成功消息,結(jié)束當(dāng)前流程。
步驟311:第三方支付平臺(tái)向交易處理平臺(tái)返回交易失敗的交易結(jié)果信息, 并向移動(dòng)終端發(fā)送交易失敗消息。
步驟312:交易處理平臺(tái)根據(jù)交易結(jié)果信息向交易終端發(fā)送交易失敗消 息,結(jié)束當(dāng)前流程。
步驟313:第三方支付平臺(tái)向交易處理平臺(tái)發(fā)送交易失敗消息,結(jié)束當(dāng)前 流程。
需要說明的是,上述交易處理平臺(tái)和第三方支付平臺(tái)可以通過分別設(shè)置一 個(gè)或多個(gè)服務(wù)器進(jìn)行交易數(shù)據(jù)的處理,對(duì)此本申請(qǐng)實(shí)施例不做限制。
下面以用戶在商場(chǎng)內(nèi)購買數(shù)碼相機(jī)為例示出了基于第三方交易平臺(tái)的移 動(dòng)支付過程
用戶和商場(chǎng)分別預(yù)先在第三方支付平臺(tái)上設(shè)置了帳戶,并且用戶的手^L內(nèi) 預(yù)先植入了RFID芯片,該芯片內(nèi)存儲(chǔ)了用戶帳戶信息,當(dāng)用戶在商場(chǎng)選擇價(jià) 值為2000元的數(shù)碼相機(jī)后,在商場(chǎng)收銀臺(tái)處進(jìn)行付款,商場(chǎng)收銀臺(tái)設(shè)置有讀 卡器和交易終端設(shè)備,用戶通過手機(jī)內(nèi)設(shè)置的RFID芯片向讀卡器發(fā)送包含用戶帳戶信息的射頻信號(hào),讀卡器將該用戶帳戶信息傳輸?shù)浇灰滋幚砥脚_(tái),并且 交易終端設(shè)備將商場(chǎng)帳戶信息和金額2000元傳輸?shù)浇灰滋幚砥脚_(tái),進(jìn)一步還 可以傳輸數(shù)碼相機(jī)的商品編號(hào)、商品名稱。
交易處理平臺(tái)可以先檢查用戶賬戶是否合法,金額格式是否準(zhǔn)確,在檢查 一切正確后,保存商品編碼,用戶賬戶、商場(chǎng)賬戶、商品名稱、商品金額等信 息,然后為該筆數(shù)碼相機(jī)的交易在數(shù)據(jù)庫的交易表中創(chuàng)建交易記錄,例如,商
品名稱字段寫入"數(shù)碼相機(jī)",商品金額字段寫入"2000",商品屬性字段寫入
"未完成交易"、買方帳戶字段寫入用戶帳戶信息、賣方帳戶字4殳寫入商場(chǎng)帳
戶信息,交易號(hào)字段寫入為該條交易生成的唯一交易號(hào)"200905160000001" (其中,20090516標(biāo)識(shí)交易產(chǎn)生的日期,0000001標(biāo)識(shí)交易的流水號(hào))。交易 創(chuàng)建成功后,交易處理平臺(tái)通過網(wǎng)絡(luò)向第三方支付平臺(tái)發(fā)送支付請(qǐng)求,該請(qǐng)求 中至少包括商場(chǎng)賬戶、用戶賬戶和金額2000。
第三方支付平臺(tái)接收到支付請(qǐng)求后,檢查用戶和商場(chǎng)的賬戶狀態(tài)是否正 常,并檢查用戶賬戶內(nèi)是否有足夠的金額支付2000元,檢查通過后從用戶帳 戶內(nèi)轉(zhuǎn)賬2000元到商場(chǎng)帳戶,更新用戶賬戶金額。轉(zhuǎn)賬成功后,將交易成功 的結(jié)果信息返回給交易處理系統(tǒng),交易處理平臺(tái)更新該數(shù)碼相機(jī)的交易記錄的 交易屬性為"完成交易",并在交易終端上顯示該交易成功的信息;同時(shí),第 三方支付平臺(tái)向用戶手機(jī)發(fā)送交易成功的短消息,從而完成數(shù)碼相機(jī)的交易過 程。
由此可知,上述本申請(qǐng)交易數(shù)據(jù)處理的實(shí)施例充分利用了買方移動(dòng)終端的 隨身攜帶性,以及第三方支付平臺(tái)的安全性,在銷售點(diǎn)支付過程中應(yīng)用本申請(qǐng) 實(shí)施例的數(shù)據(jù)處理方法完成交易支付,由于買方無需再攜帶銀行卡,通過移動(dòng) 終端實(shí)現(xiàn)支付,因此提高了用戶體驗(yàn);并且,由于交易支付的實(shí)現(xiàn)過程基于第 三方支付平臺(tái),因此提高了銷售點(diǎn)支付的安全性。
與本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法的實(shí)施例相對(duì)應(yīng),本申 請(qǐng)還提供了基于第三方支付平臺(tái)的交易數(shù)據(jù)處理系統(tǒng)、交易處理系統(tǒng)和第三方 支付系統(tǒng)的實(shí)施例。
本申請(qǐng)基于第三方支付平臺(tái)的交易數(shù)據(jù)處理系統(tǒng)的實(shí)施例框圖如圖4所示,該系統(tǒng)包括移動(dòng)終端410、交易終端420、交易處理平臺(tái)430和第三方 支付平臺(tái)440。
其中,移動(dòng)終端410用于以無線方式向所述交易處理平臺(tái)傳輸買方帳戶信
息;
交易終端420用于向所述交易處理平臺(tái)提供交易信息和賣方帳戶信息,所
述交易信息中至少包含交易金額;
交易處理平臺(tái)430用于向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求中 包含所述買方帳戶信息、賣方帳戶信息和交易信息;
第三方支付平臺(tái)440用于接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求后,根據(jù)所述 交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶,并向所述交易處理 平臺(tái)返回交易結(jié)果信息。
本申請(qǐng)交易處理系統(tǒng)的實(shí)施例框圖如圖5所示,該系統(tǒng)包括信息接收單 元510、信息獲取單元520、請(qǐng)求發(fā)送單元530和結(jié)果接收單元540。
其中,信息接收單元510用于接收買方通過移動(dòng)終端以無線方式傳輸?shù)馁I 方帳戶信息;
信息獲取單元520用于從交易終端獲取交易信息和賣方帳戶信息,所述交 易信息中至少包含交易金額;
請(qǐng)求發(fā)送單元530用于向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求中 包含所述買方帳戶信息、賣方帳戶信息和交易信息;
結(jié)果接收單元540用于接收所述第三方支付平臺(tái)返回的交易結(jié)果信息,所 述交易結(jié)果信息為所述第三方支付平臺(tái)根據(jù)所述交易信息從所述買方帳戶中 轉(zhuǎn)賬交易金額至所述賣方帳戶后生成的信息。
進(jìn)一步,該交易處理系統(tǒng)還可以包括(圖5中未示出)記錄創(chuàng)建單元, 用于根據(jù)所述買方帳戶信息、賣方帳戶信息和交易信息在數(shù)據(jù)庫中創(chuàng)建交易記 錄,為所述交易記錄設(shè)置交易屬性,并為所述交易記錄分配唯一的交易號(hào),所 述請(qǐng)求發(fā)送單元向第三方支付平臺(tái)發(fā)送交易請(qǐng)求前,所述記錄創(chuàng)建單元將所述 交易屬性設(shè)置為未完成交易;判斷執(zhí)行單元,用于根據(jù)所述結(jié)果接收單元接收 的交易結(jié)果信息判斷,如果轉(zhuǎn)賬交易金額成功,更新所述交易屬性為完成交易,向所述交易終端發(fā)送交易成功消息;如果轉(zhuǎn)賬交易金額失敗,向所述交易終端 發(fā)送交易失敗消息。
本申請(qǐng)第三方支付系統(tǒng)的實(shí)施例框圖如圖6所示,該系統(tǒng)包括接收請(qǐng)求 單元610、交易執(zhí)行單元620和結(jié)果返回單元630。
其中,接收請(qǐng)求單元610用于接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求,所述交 易請(qǐng)求中包含買方帳戶信息、賣方帳戶信息和交易信息,所述交易處理平臺(tái)用
終端輸入的所述交易信息和賣方帳戶信息,所述交易信息中至少包含交易金 額;
交易執(zhí)行單元620用于根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金 額至所述賣方帳戶;
結(jié)果返回單元630用于向所述交易處理平臺(tái)返回交易結(jié)果信息。
進(jìn)一步,該第三方支付系統(tǒng)還可以包括(圖6中未示出)檢測(cè)執(zhí)行單元, 用于根據(jù)預(yù)先建立的買方帳戶和賣方帳戶檢測(cè)所述交易請(qǐng)求中的買方帳戶信 息和賣方帳戶信息是否正確,如果正確,則觸發(fā)所述交易執(zhí)行單元的功能;如 果不正確,則向所述交易處理平臺(tái)發(fā)送交易失敗消息。
進(jìn)一步,該第三方支付系統(tǒng)還可以包括(圖6中未示出)結(jié)果執(zhí)行單元, 用于當(dāng)結(jié)果返回單元返回轉(zhuǎn)賬交易金額成功的交易結(jié)果信息后,保存包含所述 交易金額的交易記錄,向所述移動(dòng)終端發(fā)送交易成功消息;當(dāng)結(jié)果返回單元返 回轉(zhuǎn)賬交易金額失敗的交易結(jié)果信息后,向所述移動(dòng)終端發(fā)送交易失敗消息。
通過以上的實(shí)施方式的描述可知,本申請(qǐng)實(shí)施例充分利用了買方移動(dòng)終端 的隨身攜帶性,以及第三方支付平臺(tái)的安全性,在銷售點(diǎn)支付過程中應(yīng)用本申 請(qǐng)實(shí)施例的數(shù)據(jù)處理方法完成交易支付,由于買方無需再攜帶銀行卡,通過移 動(dòng)終端實(shí)現(xiàn)支付,因此提高了用戶支付的便利性;并且,由于交易支付的實(shí)現(xiàn) 過程基于第三方支付平臺(tái),因此提高了銷售點(diǎn)支付的安全性。應(yīng)用上述本申請(qǐng) 實(shí)施例,可以通過移動(dòng)終端實(shí)現(xiàn)近距離非接觸的移動(dòng)支付,即用戶可以通過手 機(jī)、PDA等移動(dòng)終端為工具,通過通信網(wǎng)絡(luò),在第三方支付平臺(tái)實(shí)現(xiàn)資金由
16支付方轉(zhuǎn)移到受付方。本申請(qǐng)實(shí)施例可以應(yīng)用在很多銷售點(diǎn)支付的場(chǎng)合,例如, 商場(chǎng)、超市、影院、停車費(fèi)繳納等。
通過以上的實(shí)施方式的描述可知,本領(lǐng)域的技術(shù)人員可以清楚地了解到本 申請(qǐng)可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)?;谶@樣的理解,本申 請(qǐng)的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形
式體現(xiàn)出來,該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中,如ROM/RAM、磁碟、 光盤等,包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器, 或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請(qǐng)各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。
本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述,各個(gè)實(shí)施例之間相同相 似的部分互相參見即可,每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之 處。尤其,對(duì)于系統(tǒng)實(shí)施例而言,由于其基本相似于方法實(shí)施例,所以描述的 比較簡(jiǎn)單,相關(guān)之處參見方法實(shí)施例的部分說明即可。
本申請(qǐng)可用于眾多通用或?qū)S玫挠?jì)算系統(tǒng)環(huán)境或配置中。例如個(gè)人計(jì)算 機(jī)、服務(wù)器計(jì)算機(jī)、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、基 于微處理器的系統(tǒng)、置頂盒、可編程的消費(fèi)電子設(shè)備、網(wǎng)絡(luò)PC、小型計(jì)算機(jī)、 大型計(jì)算機(jī)、包括以上任何系統(tǒng)或設(shè)備的分布式計(jì)算環(huán)境等等。
本申請(qǐng)可以在由計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令的 一般上下文中描述,例 如程序模塊。 一般地,程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的 例程、程序、對(duì)象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計(jì)算環(huán)境中實(shí)踐本 申請(qǐng),在這些分布式計(jì)算環(huán)境中,由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來 執(zhí)行任務(wù)。在分布式計(jì)算環(huán)境中,程序模塊可以位于包括存儲(chǔ)設(shè)備在內(nèi)的本地 和遠(yuǎn)程計(jì)算機(jī)存儲(chǔ)介質(zhì)中。
雖然通過實(shí)施例描繪了本申請(qǐng),本領(lǐng)域普通技術(shù)人員知道,本申請(qǐng)有許多 變形和變化而不脫離本申請(qǐng)的精神,希望所附的權(quán)利要求包括這些變形和變化 而不脫離本申請(qǐng)的精神。
權(quán)利要求
1、一種基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法,其特征在于,包括接收買方通過移動(dòng)終端以無線方式傳輸?shù)馁I方帳戶信息;從交易終端獲取交易信息和賣方帳戶信息,所述交易信息中至少包含交易金額;向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求中包含所述買方帳戶信息、賣方帳戶信息和交易信息;接收所述第三方支付平臺(tái)返回的交易結(jié)果信息,所述交易結(jié)果信息為所述第三方支付平臺(tái)根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶后生成的信息。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述買方帳戶信息預(yù)先設(shè) 置在所述移動(dòng)終端內(nèi);移動(dòng)終端以無線方式傳輸買方帳戶信息包括所述移動(dòng)終端內(nèi)設(shè)置有用于發(fā)送射頻信號(hào)的無^l妄觸芯片時(shí),所述移動(dòng)終端 通過所述無接觸芯片發(fā)送所述買方帳戶信息;或所述移動(dòng)終端內(nèi)設(shè)置有藍(lán)牙模塊或紅外模塊時(shí),所述移動(dòng)終端通過所述藍(lán) 牙模塊或紅外模塊發(fā)送所述買方帳戶信息。
3、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述從交易終端獲取交易 信息和賣方帳戶信息后,還包括根據(jù)所述買方帳戶信息、賣方帳戶信息和交易信息在數(shù)據(jù)庫中創(chuàng)建交易記 錄,并為所述交易記錄設(shè)置交易屬性; 為所述交易記錄分配唯一的交易號(hào)。
4、 根據(jù)權(quán)利要求3所述的方法,其特征在于,所述向第三方支付平臺(tái)發(fā) 送交易請(qǐng)求前,所述交易屬性設(shè)置為未完成交易;所述接收所述第三方支付平臺(tái)返回的交易結(jié)果信息后,還包括 根據(jù)所述交易結(jié)果信息判斷,如果轉(zhuǎn)賬交易金額成功,更新所述交易屬性為完成交易,向所述交易終端發(fā)送交易成功消息;如果轉(zhuǎn)賬交易金額失敗,向所述交易終端發(fā)送交易失敗消息。
5、 一種基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法,其特征在于,包括接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求,所述交易請(qǐng)求中包含買方帳戶信息、 賣方帳戶信息和交易信息,所述交易處理平臺(tái)用于接收買方通過移動(dòng)終端以無 線方式傳輸?shù)乃鲑I方帳戶信息,以及獲取交易終端輸入的所述交易信息和賣方帳戶信息,所述交易信息中至少包含交易金額;根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶; 向所述交易處理平臺(tái)返回交易結(jié)果信息。
6、 根據(jù)權(quán)利要求5所述的方法,其特征在于,所述接收交易處理平臺(tái)發(fā) 送的交易請(qǐng)求后還包括根據(jù)預(yù)先建立的買方帳戶和賣方帳戶檢測(cè)所述交易請(qǐng)求中的買方帳戶信 息和賣方帳戶信息是否正確,如果正確,則執(zhí)行所述根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶的步驟;如果不正確,則向所述交易 處理平臺(tái)發(fā)送交易失敗消息。
7、 根據(jù)權(quán)利要求5所述的方法,其特征在于,所述向所述交易處理平臺(tái) 返回交易結(jié)果信息后,還包括當(dāng)返回轉(zhuǎn)賬交易金額成功的交易結(jié)果信息后,保存包含所述交易金額的交 易記錄,向所述移動(dòng)終端發(fā)送交易成功消息;當(dāng)返回轉(zhuǎn)賬交易金額失敗的交易結(jié)果信息后,向所述移動(dòng)終端發(fā)送交易失 敗消息。
8、 一種基于第三方支付平臺(tái)的交易數(shù)據(jù)處理系統(tǒng),其特征在于,包括 移動(dòng)終端、交易終端、交易處理平臺(tái)和第三方支付平臺(tái),所述移動(dòng)終端,用于以無線方式向所述交易處理平臺(tái)傳輸買方帳戶信息;所述交易終端,用于向所述交易處理平臺(tái)提供交易信息和賣方帳戶信息, 所述交易信息中至少包含交易金額;所述交易處理平臺(tái),用于向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求 中包含所述買方帳戶信息、賣方帳戶信息和交易信息;所述第三方支付平臺(tái),用于接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求后,根據(jù)所 述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶,并向所述交易處 理平臺(tái)返回交易結(jié)果信息。
9、 一種交易處理系統(tǒng),其特征在于,包括信息接收單元,用于接收買方通過移動(dòng)終端以無線方式傳輸?shù)馁I方帳戶信自 信息獲取單元,用于從交易終端獲取交易信息和賣方帳戶信息,所述交易信息中至少包含交易金額;請(qǐng)求發(fā)送單元,用于向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求中包 含所述買方帳戶信息、賣方帳戶信息和交易信息;結(jié)果接收單元,用于接收所述第三方支付平臺(tái)返回的交易結(jié)果信息,所述 交易結(jié)果信息為所述第三方支付平臺(tái)根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn) 賬交易金額至所述賣方帳戶后生成的信息。
10、 根據(jù)權(quán)利要求9所述的交易處理系統(tǒng),其特征在于,還包括 記錄創(chuàng)建單元,用于根據(jù)所述買方帳戶信息、賣方帳戶信息和交易信息在數(shù)據(jù)庫中創(chuàng)建交易記錄,為所述交易記錄設(shè)置交易屬性,并為所述交易記錄分 配唯一的交易號(hào)。
11、 根據(jù)權(quán)利要求10所迷的交易處理系統(tǒng),其特征在于,所述請(qǐng)求發(fā)送 單元向第三方支付平臺(tái)發(fā)送交易請(qǐng)求前,所述記錄創(chuàng)建單元將所述交易屬性設(shè) 置為未完成交易;所述系統(tǒng)還包括判斷執(zhí)行單元,用于根據(jù)所述結(jié)果接收單元接收的交易結(jié)果信息判斷,如 果轉(zhuǎn)賬交易金額成功,更新所述交易屬性為完成交易,向所述交易終端發(fā)送交 易成功消息;如果轉(zhuǎn)賬交易金額失敗,向所述交易終端發(fā)送交易失敗消息。
12、 一種第三方支付系統(tǒng),其特征在于,包括接收請(qǐng)求單元,用于接收交易處理平臺(tái)發(fā)送的交易請(qǐng)求,所述交易請(qǐng)求中 包含買方帳戶信息、賣方帳戶信息和交易信息,所述交易處理平臺(tái)用于接收買 方通過移動(dòng)終端以無線方式傳輸?shù)乃鲑I方帳戶信息,以及獲取交易終端輸入 的所述交易信息和賣方帳戶信息,所述交易信息中至少包含交易金額;交易執(zhí)行單元,用于根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至 所述賣方帳戶;結(jié)果返回單元,用于向所述交易處理平臺(tái)返回交易結(jié)果信息。
13、 根據(jù)權(quán)利要求12所述的第三方支付系統(tǒng),其特征在于,還包括 檢測(cè)執(zhí)行單元,用于根據(jù)預(yù)先建立的買方帳戶和賣方帳戶檢測(cè)所述交易請(qǐng)求中的買方帳戶信息和賣方帳戶信息是否正確,如果正確,則觸發(fā)所述交易執(zhí) 行單元的功能;如果不正確,則向所述交易處理平臺(tái)發(fā)送交易失敗消息。
14、 根據(jù)權(quán)利要求12所述的第三方支付系統(tǒng),其特征在于,還包括結(jié)果執(zhí)行單元,用于當(dāng)結(jié)果返回單元返回轉(zhuǎn)賬交易金額成功的交易結(jié)果信 息后,保存包含所述交易金額的交易記錄,向所述移動(dòng)終端發(fā)送交易成功消息; 當(dāng)結(jié)果返回單元返回轉(zhuǎn)賬交易金額失敗的交易結(jié)果信息后,向所述移動(dòng)終端發(fā) 送交易失敗消息。
全文摘要
本申請(qǐng)實(shí)施例公開了基于第三方支付平臺(tái)的交易數(shù)據(jù)處理方法及系統(tǒng)、交易處理系統(tǒng)、第三方支付系統(tǒng),所述方法包括接收買方通過移動(dòng)終端以無線方式傳輸?shù)馁I方帳戶信息;從交易終端獲取交易信息和賣方帳戶信息,所述交易信息中至少包含交易金額;向第三方支付平臺(tái)發(fā)送交易請(qǐng)求,所述交易請(qǐng)求中包含所述買方帳戶信息、賣方帳戶信息和交易信息;接收所述第三方支付平臺(tái)返回的交易結(jié)果信息,所述交易結(jié)果信息為所述第三方支付平臺(tái)根據(jù)所述交易信息從所述買方帳戶中轉(zhuǎn)賬交易金額至所述賣方帳戶后生成的信息。本申請(qǐng)實(shí)施例由于通過移動(dòng)終端實(shí)現(xiàn)支付,因此提高了用戶支付的便利性;并且,由于交易支付的實(shí)現(xiàn)過程基于第三方支付平臺(tái),因此提高了支付安全性。
文檔編號(hào)G06Q20/00GK101604427SQ20091015849
公開日2009年12月16日 申請(qǐng)日期2009年7月10日 優(yōu)先權(quán)日2009年7月10日
發(fā)明者張駿良 申請(qǐng)人:阿里巴巴集團(tuán)控股有限公司